JP2020503803A - 通信方法、ネットワークデバイス、および端末デバイス - Google Patents

Abstract

本出願の実施形態は、通信方法、ネットワークデバイス、および端末デバイスを提供する。通信方法は、ネットワークデバイスによって、第1のサービングビームを使用することによって第1の期間に指示情報を端末デバイスに送信するステップであって、指示情報が、第2のサービングビームを使用することによって第2の期間にネットワークデバイスと通信するように端末デバイスに指示するために使用される、ステップと、ネットワークデバイスによって、指示情報に従って、第2のサービングビームを使用することによって第2の期間に端末デバイスと通信するステップと、を含み、第1の期間が、前記第2の期間よりも前である。従って、本出願の実施形態で提供される方法によれば、ネットワークデバイスと端末デバイスとの間の通信に使用されるサービングビームが、ネットワークステータスに応じて異なる期間で動的に調整され、リソース利用率を改善することができる。

Description

本出願は、2017年1月5日に中国国家知識財産権局に主眼された「COMMUNICATION METHOD，NETWORK DEVICE，AND TERMINAL DEVICE」と題する中国特許出願第201710008565．8号の優先権を主張するものであり、この出願の内容全体を参照により本願明細書に援用する。

本出願の実施形態は、通信分野に関し、より具体的には、通信方法、ネットワークデバイス、および端末デバイスに関する。

通信技術の発展と共に、ますます多くの端末デバイスが無線ネットワークシステムにアクセスする必要がある。このことは、ネットワークシステムに対し、より高いスループット要求を課す。この要件を満たすための最も簡単な方法は、無線ネットワークの帯域幅を増やすことである。ローバンドの無線帯域幅リソースは限られているが、ハイバンドの無線帯域幅リソースは豊富である。従って、ハイバンドの無線リソースでサービスを送信することが考えられる。しかしながら、ハイバンドの無線伝播は、急速な信号減衰によって制限される。その結果、ハイバンド無線のカバレッジエリアは比較的小さい。

現在の研究では、ハイバンドのカバレッジエリアを拡大するために、高いアンテナ利得を有するビーム（beam）を形成するために複数のアンテナが使用される。しかしながら、基地局側のアンテナコストの制限のために、基地局（Node B）の各送信ポイント（Transmission Point、TP）は、図1に示されるように、特定の瞬間に1つの方向またはいくつかの方向しかカバーすることができない。同様に、端末デバイスも受信利得を高めるために、信号を受信するためのビームを使用し、特定の瞬間には1つまたはいくつかのビームしか形成することができない。

ビームスケジューリング中に、ネットワークデバイスは、通常、リソース利用率および各端末デバイスの遅延を考慮することによってスケジューリングされるビームを決定する。しかしながら、ビームのカバレッジエリア内の少数の端末デバイスだけがデータパケットを送信する必要がある場合に、ネットワークデバイスがビームをスケジューリングするとき、端末デバイスは、対応する無線リソースを完全に使用することができない。これはリソースの浪費を引き起こす。

従って、ビームのリソース利用率を改善するための技術的手段が早急に必要とされている。

本出願の実施形態は、ビームのリソース利用率を効果的に改善するために、通信方法、ネットワークデバイス、および端末デバイスを提供する。

第1の態様によれば、通信方法であって、ネットワークデバイスによって、第1のサービングビームを使用することによって第1の期間に指示情報を端末デバイスに送信するステップであって、指示情報が、第2のサービングビームを使用することによって第2の期間にネットワークデバイスと通信するように端末デバイスに指示するために使用される、ステップと、ネットワークデバイスによって、指示情報に従って、第2のサービングビームを使用することによって第2の期間に端末デバイスと通信するステップと、を含み、第1の期間が、第2の期間よりも前である、通信方法が提供される。

従って、本出願の本実施形態で提供される方法によれば、ネットワークデバイスと端末デバイスとの間で通信するために使用されるサービングビームが、ネットワークステータスに応じて異なる期間で動的に調整され、リソース利用率を改善することができる。

さらに、ネットワークデバイスは、第1の期間において、第2の期間において使用されるサービングビームを端末デバイスに通知することができ、その結果、端末デバイスは、ビーム情報を取得することによって第2の期間においてサービングビームを決定することを必要としないが、対応するサービングビームで信号を直接送信することができる。

第1の態様に関連して、第1の態様の第1の可能な実装形態では、ネットワークデバイスが、第1のサービングビームを使用することによって第1の期間に制御チャネルを送信し、制御チャネルが、指示情報を搬送するために使用され、ネットワークデバイスが、第2のサービングビームを使用することによって第2の期間に端末デバイスに対してデータチャネルを送信し、データチャネルが、端末デバイスと通信するために使用されるデータ情報または制御情報を搬送するために使用される。

従って、ネットワークデバイスは、第1のサービングビームで制御チャネルを送信し、制御チャネルに指示情報を追加し、指示情報を使用することによって、第2のサービングビームでネットワークデバイスに対してデータチャネルを送信するように端末デバイスに指示することができる。

第1の態様および第1の態様の上述の実装形態に関連して、第1の態様の第2の可能な実装形態では、本方法が、ネットワークデバイスによって、第1の報告要求を端末デバイスに送信するステップであって、第1の報告要求が、第1のビームセット内の各ビームの識別情報を含み、第1の報告要求が、第1のビームセット内の各ビームの信号品質を報告するように端末デバイスに要求するために使用される、ステップと、ネットワークデバイスによって、端末デバイスによって送信された測定報告を受信するステップであって、端末デバイスによって送信された測定報告が、第1のビームセット内の各ビームの信号品質を含み、第1のサービングビームおよび第2のサービングビームが、第1のビームセットに属する、ステップと、をさらに含む。

従って、本出願の本実施形態では、指定された第1のビームセット内の各ビームの信号品質を報告するように端末デバイスに要求するために、報告要求が端末デバイスに送信され、その結果、ネットワークデバイスが、第1のビームセットからサービングビームを決定する。これは、サービングビームのリソース利用率を改善するのを助けることができる。

第1の態様および第1の態様の上述の実装形態に関連して、第1の態様の第3の可能な実装形態では、本方法が、ネットワークデバイスによって、第2の報告要求を端末デバイスに送信するステップであって、第2の報告要求が、信号閾値条件を含み、第2の報告要求が、信号閾値条件を満たすビームの識別情報を報告するように端末デバイスに要求するために使用される、ステップと、ネットワークデバイスによって、端末デバイスによって送信された測定報告を受信するステップであって、端末デバイスによって送信された測定報告が、信号閾値条件を満たすビームの識別情報を含み、信号閾値条件を満たすビームが、第2のビームセットを構成し、第1のサービングビームおよび第2のサービングビームが、第2のビームセットに属する、ステップと、をさらに含む。

従って、本出願の本実施形態では、信号閾値条件を満たし、かつ第2のビームセットを構成するビームの識別情報を報告するように端末デバイスに要求するために、報告要求が端末デバイスに送信され、その結果、ネットワークデバイスが、第2のビームセットからサービングビームを決定する。これは、サービングビームのリソース利用率を改善するのを助けることができる。

第1の態様および第1の態様の上述の実装形態に関連して、第1の態様の第4の可能な実装形態では、第1の報告要求を端末デバイスに送信するステップが、物理層制御チャネルまたはMAC制御要素（MAC control element）を使用することによって、第1の報告要求を端末デバイスに送信するステップを含む。

第2の態様によれば、通信方法であって、端末デバイスによって、第1のサービングビームを使用することによって第1の期間に、ネットワークデバイスによって送信された指示情報を受信するステップであって、指示情報が、第2のサービングビームを使用することによって第2の期間にネットワークデバイスと通信するように端末デバイスに指示するために使用される、ステップと、端末デバイスによって、指示情報に従って、第2のサービングビームを使用することによって第2の期間にネットワークデバイスと通信するステップと、を含み、第1の期間が、第2の期間よりも前である、通信方法が提供される。

従って、本出願の本実施形態で提供される方法によれば、ネットワークデバイスと端末デバイスとの間で通信するために使用されるサービングビームが、ネットワークステータスに応じて異なる期間で動的に調整され、リソース利用率を改善することができる。

第2の態様に関連して、第2の態様の第1の可能な実装形態では、端末デバイスが、第1のサービングビームを使用することによって第1の期間に、ネットワークによって送信された制御チャネルを受信し、制御チャネルが、指示情報を搬送するために使用され、端末デバイスが、第2のサービングビームを使用することによって第2の期間にネットワークデバイスに対してデータチャネルを送信し、データチャネルが、ネットワークデバイスと通信するために使用されるデータ情報または制御情報を搬送するために使用される。

第2の態様および第2の態様の上述の実装形態に関連して、第2の態様の第2の可能な実装形態では、本方法が、端末デバイスによって、ネットワークによって送信された第1の報告要求を受信するステップであって、第1の報告要求が、第1のビームセット内の各ビームの識別情報を含み、第1の報告要求が、第1のビームセット内の各ビームの信号品質を報告するように端末デバイスに要求するために使用される、ステップと、端末デバイスによって、測定報告をネットワークデバイスに送信するステップであって、端末デバイスによって送信された測定報告が、第1のビームセット内の各ビームの信号品質を含み、第1のサービングビームおよび第2のサービングビームが、第1のビームセットに属する、ステップと、をさらに含む。

第2の態様および第2の態様の上述の実装形態に関連して、第2の態様の第3の可能な実装形態では、本方法が、端末デバイスによって、ネットワークデバイスによって送信された第2の報告要求を受信するステップであって、第2の報告要求が、信号閾値条件を含み、第2の報告要求が、信号閾値条件を満たすビームの識別情報を報告するように端末デバイスに要求するために使用される、ステップと、端末デバイスによって、測定報告をネットワークデバイスに送信するステップであって、端末デバイスによって送信された測定報告が、信号閾値条件を満たすビームの識別情報を含み、信号閾値条件を満たすビームが、第2のビームセットを構成し、第1のサービングビームおよび第2のサービングビームが、第2のビームセットに属する、ステップと、をさらに含む。

第3の態様によれば、通信方法であって、端末デバイスによって、ネットワークデバイスによって送信されたサービスポリシーを受信するステップと、端末デバイスによって、サービスポリシーに従って候補サービングビームセットからサービングビームを決定するステップと、端末デバイスによって、サービングビームを使用することによって、ネットワークデバイスと通信するステップと、を含む、通信方法が提供される。

従って、本出願の本実施形態で提供される方法によれば、端末デバイスが、ネットワークデバイスによって送信されたサービスポリシーを受信し、端末デバイスが、サービスポリシーに従ってサービングビームを選択し、その結果、端末デバイスが、実際の信号送信ステータスに応じてサービングビームを柔軟に選択することができ、リソース利用率を改善することができる。

第3の態様に関連して、第3の態様の第1の可能な実装形態では、サービスポリシーが、端末デバイスが、以下のチャネル、すなわち、物理ダウンリンク制御チャネルPDCCH、物理アップリンク制御チャネルPUCCH、および物理ハイブリッド自動再送要求指示チャネルPHICHのうちの1つをネットワークデバイスに対して送信するときに、ネットワークデバイスと通信するために第1のビームを使用すること、または端末デバイスが、以下のチャネル、すなわち、物理ダウンリンク共有チャネルPDSCHおよび物理アップリンク共有チャネルPUSCHのうちの1つをネットワークデバイスに対して送信するときに、ネットワークデバイスと通信するために第2のビームを使用することを含み、第1のビームおよび第2のビームが、候補サービングビームセット内のビームであり、第1のビームが、第2のビームとは異なる。

第3の態様および第3の態様の上述の実装形態に関連して、第3の態様の第2の可能な実装形態では、サービスポリシーが、端末デバイスによってネットワークデバイスに送信されたデータの量が閾値以上である場合、ネットワークデバイスと通信するために第1のビームを使用することを決定すること、または端末デバイスによってネットワークデバイスに送信されたデータの量が閾値未満である場合、ネットワークデバイスと通信するために第2のビームを使用することを決定することを含み、第1のビームおよび第2のビームが、候補サービングビームセット内のビームであり、第1のビームが、第2のビームとは異なる。

第3の態様および第3の態様の上述の実装形態に関連して、第3の態様の第3の可能な実装形態では、サービスポリシーが、端末デバイスによってネットワークデバイスに送信されたデータが優先度の高いデータである場合、ネットワークデバイスと通信するために第1のビームを使用することを決定すること、または端末デバイスによってネットワークデバイスに送信されたデータが優先度の低いデータである場合、ネットワークデバイスと通信するために第2のビームを使用することを決定することを含み、第1のビームおよび第2のビームが、候補サービングビームセット内のビームであり、第1のビームが、第2のビームとは異なる。

第3の態様および第3の態様の上述の実装形態に関連して、第3の態様の第4の可能な実装形態では、サービスポリシーが、第1のビームがネットワークデバイスと通信するために使用されると決定され、かつ端末デバイスによってネットワークデバイスに送信されたデータが優先度の高いデータである場合、ネットワークデバイスと通信するために第1のビームの第1の送信リソースを使用することを決定すること、第1のビームがネットワークデバイスと通信するために使用されると決定され、かつ端末デバイスによってネットワークデバイスに送信されたデータが優先度の低いデータである場合、ネットワークデバイスと通信するために第1のビームの第2の送信リソースを使用することを決定することであって、第1の送信リソースが、第2の送信リソースとは異なる、こと、第2のビームがネットワークデバイスと通信するために使用され、かつ端末デバイスによってネットワークデバイスに送信されたデータが優先度の高いデータである場合、ネットワークデバイスと通信するために第2のビームの第3の送信リソースを使用すること、または第2のビームがネットワークデバイスと通信するために使用され、かつ端末デバイスによってネットワークデバイスに送信されたデータが優先度の低いデータである場合、ネットワークデバイスと通信するために第2のビームの第4の送信リソースを使用することであって、第3の送信リソースが、第4の送信リソースとは異なる、ことをさらに含む。

従って、端末デバイスは、ネットワークデバイスによって送信されたサービスポリシーを受信し、そのサービスポリシーに従ってサービングビームを決定することができる。これは、リソース利用率を改善することができる。加えて、ネットワークデバイスは、データタイプの優先度を知ることができ、その結果、ネットワークデバイスが、端末デバイスのスケジューリングのための優先度を決定することができる。

第4の態様によれば、通信方法であって、ネットワークデバイスによって、サービスポリシーを端末デバイスに送信するステップであって、サービスポリシーが、候補サービングビームセットからサービングビームを決定するように端末デバイスに指示するために使用される、ステップと、ネットワークデバイスによって、サービングビームを使用することによって端末デバイスと通信するステップと、を含む、通信方法が提供される。

従って、本出願の本実施形態で提供される方法によれば、ネットワークデバイスが、サービスポリシーを端末デバイスに送信し、端末デバイスが、サービスポリシーに従ってサービングビームを選択し、その結果、端末デバイスが、実際の信号送信ステータスに応じてサービングビームを柔軟に選択することができ、リソース利用率を改善することができる。

第4の態様に関連して、第4の態様の第1の可能な実装形態では、サービスポリシーが、端末デバイスが、以下のチャネル、すなわち、物理ダウンリンク制御チャネルPDCCH、物理アップリンク制御チャネルPUCCH、および物理ハイブリッド自動再送要求指示チャネルPHICHのうちの1つをネットワークデバイスに対して送信するときに、ネットワークデバイスと通信するために第1のビームを使用すること、または端末デバイスが、以下のチャネル、すなわち、物理ダウンリンク共有チャネルPDSCHおよび物理アップリンク共有チャネルPUSCHのうちの1つをネットワークデバイスに対して送信するときに、ネットワークデバイスと通信するために第2のビームを使用することを含み、第1のビームおよび第2のビームが、候補サービングビームセット内のビームであり、第1のビームが、第2のビームとは異なる。

第4の態様および第4の態様の上述の実装形態に関連して、第4の態様の第2の可能な実装形態では、サービスポリシーが、端末デバイスによってネットワークデバイスに送信されたデータの量が閾値以上である場合、ネットワークデバイスと通信するために第1のビームを使用することを決定すること、または端末デバイスによってネットワークデバイスに送信されたデータの量が閾値未満である場合、ネットワークデバイスと通信するために第2のビームを使用することを決定することを含み、第1のビームおよび第2のビームが、候補サービングビームセット内のビームであり、第1のビームが、第2のビームとは異なる。

第4の態様および第4の態様の上述の実装形態に関連して、第4の態様の第3の可能な実装形態では、サービスポリシーが、端末デバイスによってネットワークデバイスに送信されたデータが優先度の高いデータである場合、ネットワークデバイスと通信するために第1のビームを使用することを決定すること、または端末デバイスによってネットワークデバイスに送信されたデータが優先度の低いデータである場合、ネットワークデバイスと通信するために第2のビームを使用することを決定することを含み、第1のビームおよび第2のビームが、候補サービングビームセット内のビームであり、第1のビームが、第2のビームとは異なる。

第4の態様および第4の態様の上述の実装形態に関連して、第4の態様の第4の可能な実装形態では、サービスポリシーが、端末デバイスが、第1のビームがネットワークデバイスと通信するためにサービスポリシーを使用すると決定し、かつ端末デバイスによってネットワークデバイスに送信されたデータが優先度の高いデータである場合、端末デバイスがネットワークデバイスと通信するために第1のビームの第1の送信リソースを使用することを決定すること、第1のビームがネットワークデバイスと通信するために使用されると決定され、かつ端末デバイスによってネットワークデバイスに送信されたデータが優先度の低いデータである場合、端末デバイスがネットワークデバイスと通信するために第1のビームの第2の送信リソースを使用することを決定することであって、第1の送信リソースが、第2の送信リソースとは異なる、こと、第2のビームがネットワークデバイスと通信するために使用され、かつ端末デバイスによってネットワークデバイスに送信されたデータが優先度の高いデータである場合、端末デバイスがネットワークデバイスと通信するために第2のビームの第3の送信リソースを使用することを決定すること、または端末デバイスがネットワークデバイスと通信するために第2のビームを使用し、かつ端末デバイスによってネットワークデバイスに送信されたデータが優先度の低いデータである場合、端末デバイスがネットワークデバイスと通信するために第2のビームの第4の送信リソースを使用することを決定することであって、第3の送信リソースが、第4の送信リソースとは異なる、ことをさらに含む。

従って、端末デバイスは、ローカルデータパケットのサイズまたはデータタイプの優先度に基づいてサービングビームを決定することができる。これは、リソース利用率を改善することができる。加えて、ネットワークデバイスは、データタイプの優先度を知ることができ、その結果、ネットワークデバイスが、端末デバイスのスケジューリングのための優先度を決定することができる。

第5の態様によれば、第1の態様または第1の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成されたネットワークデバイスが提供される。具体的には、ネットワークデバイスは、第1の態様または第1の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成されたユニットを備える。

第6の態様によれば、第2の態様または第2の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成されたネットワークデバイスが提供される。具体的には、ネットワークデバイスは、第2の態様または第2の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成されたユニットを備える。

第7の態様によれば、第3の態様または第3の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成された端末デバイスが提供される。具体的には、端末デバイスは、第3の態様または第3の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成されたユニットを備える。

第8の態様によれば、第4の態様または第4の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成された端末デバイスが提供される。具体的には、端末デバイスは、第4の態様または第4の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成されたユニットを備える。

第9の態様によれば、ネットワークデバイスが提供され、ネットワークデバイスが、送受信機と、メモリと、プロセッサと、バスシステムと、を備える。送受信機、メモリ、およびプロセッサは、バスシステムを使用することによって接続される。メモリは、指示を記憶するように構成される。プロセッサは、信号を受信および／または送信するように送受信機を制御するために、メモリに記憶されている指示を実行するように構成される。加えて、メモリに記憶された指示を実行するとき、プロセッサは、第1の態様または第1の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成される。

第10の態様によれば、ネットワークデバイスが提供され、ネットワークデバイスが、送受信機と、メモリと、プロセッサと、バスシステムと、を備える。送受信機、メモリ、およびプロセッサは、バスシステムを使用することによって接続される。メモリは、指示を記憶するように構成される。プロセッサは、信号を受信および／または送信するように送受信機を制御するために、メモリに記憶されている指示を実行するように構成される。加えて、メモリに記憶された指示を実行するとき、プロセッサは、第2の態様または第2の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成される。

第11の態様によれば、端末デバイスが提供され、端末デバイスが、送受信機と、メモリと、プロセッサと、バスシステムと、を備える。送受信機、メモリ、およびプロセッサは、バスシステムを使用することによって接続される。メモリは、指示を記憶するように構成される。プロセッサは、信号を受信および／または信号を送信するように送受信機を制御するために、メモリに記憶されている指示を実行するように構成される。加えて、メモリに記憶された指示を実行するとき、プロセッサは、第3の態様または第3の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成される。

第12の態様によれば、端末デバイスが提供され、端末デバイスが、送受信機と、メモリと、プロセッサと、バスシステムと、を備える。送受信機、メモリ、およびプロセッサは、バスシステムを使用することによって接続される。メモリは、指示を記憶するように構成される。プロセッサは、信号を受信および／または信号を送信するように送受信機を制御するために、メモリに記憶されている指示を実行するように構成される。加えて、メモリに記憶された指示を実行するとき、プロセッサは、第4の態様または第4の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成される。

第13の態様によれば、コンピュータプログラムを記憶するように構成されたコンピュータ可読媒体が提供される。コンピュータプログラムは、第1の態様または第1の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成されたユニットを含む。

第14の態様によれば、コンピュータプログラムを記憶するように構成されたコンピュータ可読媒体が提供される。コンピュータプログラムは、第2の態様または第2の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成されたユニットを含む。

第15の態様によれば、コンピュータプログラムを記憶するように構成されたコンピュータ可読媒体が提供される。コンピュータプログラムは、第3の態様または第3の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成されたユニットを含む。

第16の態様によれば、コンピュータプログラムを記憶するように構成されたコンピュータ可読媒体が提供される。コンピュータプログラムは、第4の態様または第4の態様の可能な実装形態のうちのいずれか1つによる方法を実行するように構成されたユニットを含む。

本出願が適用され得るアンテナビームシナリオの概略図である。 本出願が適用され得るビームスイーピングシナリオの概略図である。 本出願の一実施形態によるUEによる基地局へのアクセスの概略図である。 本出願の一実施形態による方法の概略的な流れ図である。 本出願の一実施形態による方法の概略的な流れ図である。 本出願の別の実施形態による方法の概略的な流れ図である。 本出願の一実施形態による方法の概略的な流れ図である。 本出願の別の実施形態による方法の概略的な流れ図である。 本出願の別の実施形態による方法の概略的な流れ図である。 本出願の一実施形態によるネットワークデバイス1000の概略的なブロック図である。 本出願の一実施形態による、端末デバイス1100の概略的なブロック図である。 本出願の別の実施形態による装置1200の概略的な構成ブロック図である。 本出願の別の実施形態による装置1300の概略的な構成ブロック図である。

以下、添付の図面を参照して本出願の実施形態における技術的解決策を説明する。

本出願の実施形態では、端末デバイスは、ユーザ機器（User Equipment、UE）、アクセス端末、加入者ユニット、加入者局、移動局、モバイルコンソール、リモートステーション、リモート端末、モバイルデバイス、ユーザ端末、無線通信デバイス、ユーザエージェント、またはユーザ装置であってよい。アクセス端末は、携帯電話、コードレス電話、セッション・イニシエーション・プロトコル（Session Initiation Protocol、SIP）電話、無線ローカルループ（Wireless Local Loop、WLL）局、携帯情報端末（Personal Digital Assistant、PDA）、無線通信機能を有する携帯機器、無線モデムに接続されたコンピューティングデバイスもしくは別の処理デバイス、車載デバイス、またはウェアラブルデバイス、将来の5Gネットワークの端末デバイスなどであり得る。本出願の実施形態における説明のための例としてユーザ機器UEが使用されることを理解されたい。

さらに、本出願の実施形態では、ネットワークデバイスは、端末デバイスと通信するように構成された基地局であってもよい。例えば、基地局は、GSM（登録商標）システムまたはCDMAシステムにおけるベーストランシーバ基地局（Base Transceiver Station、BTS）であってもよいし、WCDMA（登録商標）システムにおけるNodeB（NodeB、NB）であってもよいし、LTEシステムにおける発展形NodeB（Evolutional Node B、eNB、またはeNodeB）であってもよい。あるいは、基地局は、中継局、アクセスポイント、車載装置、ウェアラブルデバイス、将来の5Gネットワークのネットワークデバイスなどであってもよい。本出願の実施形態における説明のための例として基地局が使用されることを理解されたい。

図2は、本出願が適用され得るビームスイーピングシナリオの概略図である。基地局は、特定の期間に基づくTPにおいて、参照信号（Reference Signal、RS）、同期情報、または各ビームに対応する他の基本情報（システムブロードキャスト情報など）を含む共通情報を送信する。具体的には、TPは、時分割方式で異なるカバレッジエリアに共通情報を送信する。このプロセスは、通常、ビームスイーピング（Beam Sweeping）と呼ばれる。UEは、共通情報に基づいて対応する基本アクセス情報を知ることができる。UEは、アクセスのために1つ以上のビームを選択する。UEに対してアップリンク／ダウンリンク信号送信を現在提供しているビームは、サービングビームと呼ばれる。ビームスイーピング時間内に、対応するビーム内のUEがスケジューリングされる必要があるか否かに応じて、基地局は、ビーム内でデータを送信するか受信するかを決定する。

本出願の実施形態におけるビームは、送信ビームまたは受信ビームを含み、空間において特定の方向および形状を有し、少なくとも1つのアンテナポートが無線信号を送信または受信するときに形成される無線波であることが理解されよう。ビームには特定のカバレッジエリアを有することが理解されよう。ビームを形成するための方法は、ビームを形成するために、少なくとも1つのアンテナポートによって送信または受信されたデータに対して振幅および／または位相の重み付けを実行するステップを含むことができる。あるいは、別の方法が、ビームを形成するために用いられて、例えばアンテナユニットの関連パラメータを調整してもよい。このことは、本出願の実施形態において特に限定されるものではない。

ダウンリンクデータ／制御情報送信の場合、ネットワークデバイスは、UEのサービングビーム中の関連ダウンリンクチャネル、例えば、物理ダウンリンク制御チャネル（Physical Downlink Control Channel、PDCCH）、物理ダウンリンク共有チャネル（Physical Downlink Shared Channel、PDSCH）、または物理ハイブリッド自動再送要求指示チャネル（Physical HARQ Indicator Channel、略称PHICH）を送信する。

アップリンクデータ／制御情報送信の場合、ネットワークデバイスが、データまたは制御情報が送信されるたびにスケジューリング情報を送信する必要がある場合、ネットワークデバイスは、UEのサービングビーム、例えばPDCCHでダウンリンク制御情報を送信し、PDCCHが、UEによるサービングビームでのアップリンクデータまたは制御情報の送信に関する特定の指示情報を搬送する、あるいは、ネットワークデバイスがデータまたは制御情報が送信されるたびにスケジューリング情報を送信する必要がない場合、UEは、対応する情報をサービングビーム内の指定されたリソース位置で送信する必要がある。

UEによって基地局にアクセスする一般的なプロセスが図3に示されている。図3は、本出願の一実施形態によるUEによる基地局へのアクセスの概略図である。まず、UEは、広ビームなどのランダムアクセスを開始するためのビームを選択する。次いで、ネットワークデバイスは、広ビーム内の各狭ビームに対して測定を実行し、対応する測定結果をネットワークデバイスに通知するようにUEに指示する。通常、UEは、複数のビームの測定結果を報告し、その結果、基地局は、UEのサービングビームを決定する。基地局によって決定されたサービングビームは、通常、狭ビームである。後続のプロセスにおいて、UEは、狭ビームで基地局によって配信された制御情報またはデータ情報をリッスンする。

広ビームは、空間的カバレッジエリアが複数の狭ビームを含むビームのタイプであり、狭ビームは、空間的カバレッジエリアが広ビームのそれより小さいビームのタイプであることを理解されたい。通常、広ビームは、比較的広いカバレッジエリアを提供することができるが、比較的低いアンテナ利得を提供し、従って、大きなデータパケットを送信するのには適しておらず、また狭ビームは、比較的大きなカバレッジエリアを提供することはできないが、比較的高いアンテナ利得を提供することができ、従って、大きなデータパケットを送信するのに適している。

通常、基地局が、最良の信号品質を有する複数のビームを報告するようにUEに要求する場合、基地局は、ビームから最良の品質を有するビームをサービングビームとして選択し、次いで、UEは、ビームをサービングビームとして使用し続ける。その結果、複数のUEが異なるビームを使用することができ、ネットワークデバイスが、比較的小さいデータパケットを送信するようにUEをスケジューリングするとき、リソース利用率は比較的小さい。

図4は、本出願の一実施形態による方法の概略的な流れ図である。本方法は、ネットワークデバイスによって行われる。例えば、ネットワークデバイスは、基地局であり得る。図4に示すように、方法400は、以下のステップを含む。

ステップ410：ネットワークデバイスは、第1のサービングビームを使用することによって第1の期間に端末デバイスに指示情報を送信し、指示情報が、第2のサービングビームを使用することによって第2の期間にネットワークデバイスと通信するように端末デバイスに指示するために使用される。

ステップ420：ネットワークデバイスは、指示情報に従って第2のサービングビームを使用することによって第2の期間に端末デバイスと通信し、第1の期間が、第2の期間よりも前である。

具体的には、ネットワークデバイスは、ブロードキャストまたはユニキャスト形式で指示情報を端末デバイスに送信し、指示情報が、第2のサービングビームを使用することによって第2の期間にネットワークデバイスと通信するように端末デバイスに指示するために使用される。ネットワークデバイスがUEと通信することは、ネットワークデバイスがダウンリンク信号をUEに送信することであってもよいし、UEがアップリンク信号をネットワークデバイスに送信することであってもよいことを理解されたい。このことは、本出願において限定されるものではない。

従って、本出願の本実施形態で提供される方法によれば、ネットワークデバイスとユーザ機器との間の通信に使用されるサービングビームが、ネットワークステータスに応じて異なる期間で動的に調整され、リソース利用率を改善することができる。

場合により、本出願の一実施形態では、ネットワークデバイスが、第1のサービングビームを使用することによって第1の期間に制御チャネルを送信し、制御チャネルが、指示情報を搬送するために使用され、ネットワークデバイスが、第2のサービングビームを使用することによって第2の期間に端末デバイスに対してデータチャネルを送信し、データチャネルが、端末デバイスと通信するために使用されるデータ情報または制御情報を搬送するために使用される。

具体的には、制御チャネルは、以下、すなわち、PDCCH、PUCCH、およびPHICHのうちの1つを含むことができ、データチャネルは、以下、すなわち、PDSCHおよびPUSCHのうちの1つを含む。上述のチャネルは単なる例であり、これは本出願において限定されないことを理解されたい。

具体的には、図5は、本出願の一実施形態による方法の概略的な流れ図である。図5に示されるように、ネットワークデバイスは、識別子が1である第1の期間にPDCCHをUEに送信する、すなわち、ネットワークデバイスは、ビーム1を使用することによって、識別子が2である第2の期間にネットワークデバイスと通信するようにUEに指示するために、ビーム4を用いて第1の期間にUEと通信し、ネットワークデバイスは、識別子が3である第3の期間にPDCCHをUEに送信する、すなわち、ネットワークデバイスは、ビーム2を使用することによって、識別子が4である第4の期間にネットワークデバイスと通信するようにUEに指示するために、ビーム4を使用することによって第3の期間にUEと通信し、ネットワークデバイスは、識別子が5である第5の期間にPDCCHをUEに送信する、すなわち、ネットワークデバイスは、ビーム1を使用することによって、識別子が6である第6の期間にネットワークと通信するようにUEに指示するために、ビーム4を使用することによって第5の期間にビーム4を使用してUEと通信する。

通常、制御チャネルおよびデータチャネルは周期的に送信される。具体的には、ある周期において制御チャネルおよびデータチャネルが送信され、次の周期において制御チャネルおよびデータチャネルが再度送信される。すなわち、1周期内で、制御チャネルはより早い期間に送信され、データチャネルはより遅い期間に送信される。本出願の本実施形態では、複数のUEに対応する制御チャネルは、複数のUEに対応する第2の期間に異なるビームを使用することによって通信するように複数のUEに指示するために、第1の期間に複数のUEに送信され得る。具体的には、図6は、本出願の別の実施形態による概略的な流れ図である。図6に示されるように、第1の期間において、ネットワークデバイスは、beam1を使用することによって、指示情報1および指示情報2をそれぞれUE 1およびUE 2に送信する。指示情報1は、beam1を用いて、瞬間T1から瞬間T3までデータチャネルまたは制御チャネルを送信するようにUE 1に指示するために使用される。指示情報2は、beam2を用いて、瞬間T3から瞬間T2までデータチャネルまたは制御チャネルを送信するようにUE 2に指示するために使用される。従って、ネットワークデバイスは、リソース利用率を改善するために、瞬間T1から瞬間T2までの期間中に複数の異なるサービングビームを使用することによって複数の異なるUEにサービスすることができる。

ネットワークデバイスがサービングビームを使用して通信するように端末デバイスに指示する前に、ネットワークデバイスは、端末デバイスのサービングビームを決定する必要がさらにあることを理解されたい。以下では、ネットワークデバイスにより端末デバイスのサービングビームを決定するプロセスを詳細に説明する。

場合により、本出願の一実施形態では、本方法は、ネットワークデバイスによって、第1の報告要求を端末デバイスに送信するステップであって、第1の報告要求が、第1のビームセット内の各ビームの識別情報を含み、第1の報告要求が、第1のビームセット内の各ビームの信号品質を報告するように端末デバイスに要求するために使用される、ステップと、ネットワークデバイスによって、端末デバイスによって送信された測定報告を受信するステップであって、端末デバイスによって送信された測定報告が、第1のビームセット内の各ビームの信号品質を含み、第1のサービングビームおよび第2のサービングビームが、第1のビームセットに属する、ステップと、を含む。

第1のサービングビームおよび第2のサービングビームのうちの少なくとも1つが第1のビームセットに属することをさらに理解されたい。

第1のビームセット内の各ビームの信号品質を報告するように端末デバイスに要求するために、第1の報告要求が使用されることを理解されたい。第1のビームセットは少なくとも1つのビームを含むことができ、1つ以上のサービングビームが存在し得ることを理解されたい。このことは、本出願において限定されるものではない。

具体的には、この場合、第1の報告要求が第1のビームセット内の各ビームの識別情報（例えば、ビームID）を搬送するとき、第1のビームセット内の各ビームのビーム信号品質を報告するようにUEに要求するために、第1の報告要求が使用される。本明細書で言及される信号品質は、信号強度、例えば、（Reference Signal Received Power、RSRP）、信号雑音比、または基準信号受信品質（Reference Signal Received Quality、RSRQ）であってもよいことを理解されたい。端末デバイスは、第1の報告要求に従って第1のビームセット内の各ビームの信号品質を測定し、次いで、測定報告をネットワークデバイスに送信し、測定報告が、第1のビームセット内の各ビームに対応する信号品質を搬送する。第1のビームセットが各ビームに関する情報に加えて2つ以上のビームを含むとき、端末デバイスによって送信される測定報告は、そのビームに対応するビームIDをさらに含む。端末デバイスによって送信された測定報告を受信した後、ネットワークデバイスは、測定報告に基づいて、端末デバイスと通信するために使用されるサービングビームを決定する。

この場合、第1のビームセットは、ネットワークデバイスによって決定されることを理解されたい。

場合により、本出願の一実施形態では、本方法が、ネットワークデバイスによって、第2の報告要求を端末デバイスに送信するステップであって、第2の報告要求が、信号閾値条件を含み、第2の報告要求が、信号閾値条件を満たすビームの識別情報を報告するように端末デバイスに要求するために使用される、ステップと、ネットワークデバイスによって、端末デバイスによって送信された測定報告を受信するステップであって、端末デバイスによって送信された測定報告が、信号閾値条件を満たすビームの識別情報を含み、信号閾値条件を満たすビームが、第2のビームセットを構成し、第1のサービングビームおよび第2のサービングビームが、第2のビームセットに属する、ステップと、をさらに含む。

第2のビームセット内の各ビームの識別情報を報告するように端末デバイスに要求するために、第1の報告要求が使用されることを理解されたい。第2のビームセットは少なくとも1つのビームを含むことができ、1つ以上のサービングビームが存在し得ることを理解されたい。このことは、本出願において限定されるものではない。

第1のサービングビームおよび第2のサービングビームのうちの少なくとも1つが、第2のビームセットに属することをさらに理解されたい。

この場合、第2の報告要求が信号閾値条件を搬送するとき、第2の報告要求は、第2のビームセット内の各ビームのビームIDを報告するように端末デバイスに要求するために使用される。すなわち、信号閾値条件を受信した後、端末デバイスは、信号閾値条件を満たすビームを第2のビームセット内のビームとして決定する。さらに、端末デバイスは、測定報告を用いて、第2のビームセット内の各ビームのビームIDをネットワークデバイスに送信する。端末デバイスによって送信された測定報告を受信した後、ネットワークデバイスは、サービングビームを使用することによって端末デバイスと通信するために、測定報告に基づいて、端末デバイスと通信するために使用されるサービングビームを決定する。端末デバイスによって報告された測定報告は、第2のビームセット内の各ビームのビーム信号品質をさらに含むことができ、その結果、ネットワークデバイスが、各ビームのビーム信号品質および各ビームのビームIDに基づいてサービングビームを決定することを理解されたい。

すなわち、この場合、第2のビームセットは、信号閾値条件に基づいて端末デバイスによって決定されたセットである。

第1のビームセット内のビームは、広ビームであっても狭ビームであってもよく、第2のビームセット内のビームは、広ビームであっても狭ビームであってもよいことを理解されたい。このことは、本出願において限定されるものではない。

さらに、信号閾値条件は、信号品質が信号閾値よりも高いビームを、第2のビームセット内のビームとして選択することであってもよいことを理解されたい。例えば、信号閾値が信号強度である場合、信号閾値は、−92dBm、−95dBmなどであり得る。信号閾値が信号雑音比である場合、信号閾値は6dbなどであり得る。あるいは、信号閾値条件は、ビーム信号品質差が信号閾値範囲内にあるビームを、第2のビームセット内のビームとして選択することなどであってもよい。このことは、本出願において限定されるものではない。

第2のビームセットは、第1のビームセットと同じでもよく、サービングビームは、第2のビームセットまたは第1のビームセットに属することをさらに理解されたい。

従って、本出願の本実施形態では、指定された第1のビームセット内の各ビームの信号品質を報告するように端末デバイスに要求するために、報告要求が端末デバイスに送信される、または端末デバイスが、信号閾値条件を満たし、かつ第2のビームセットを構成するビームの識別情報を報告するとき、ネットワークデバイスが、第1のビームセットまたは第2のビームセットからサービングビームを決定する。これは、サービングビームのリソース利用率を改善するのを助けることができる。

図7は、本出願の一実施形態による方法の概略的な流れ図である。図7に示されるように、本方法は、以下のステップを含む。

ステップ701：ネットワークデバイスは、指定されたビームの信号品質を報告するようにUEに要求するために報告要求をUEに送信し、報告要求が、指定されたビームのビームIDを搬送し、指定された1つ以上のビームが、図4に示される実施形態で説明した第1のビームセットを構成する。

ステップ702：UEは、報告要求に従って、ビームIDに対応するビームのビーム信号品質を測定する。

ステップ703：UEは、測定報告をネットワークデバイスに報告し、測定報告が、ビームIDに対応するビームのビーム信号品質を搬送する。さらに、ネットワークデバイスが、2つ以上の指定されたビームの信号品質を報告するようにUEに要求する場合、UEによって報告された測定報告は、各ビームのビームIDおよび対応するビーム信号品質を搬送するべきである。

ネットワークデバイスは、別のUEによって送信された測定報告をさらに受信することができることを理解されたい。さらに、ネットワークデバイスは、UEおよび別のUEによって報告された測定報告に基づいてサービングビームを決定し、アップリンク信号またはダウンリンク信号を送信するために、使用するためにUEまたは別のUEにサービングビームを提供することができる。

図8は、本出願の別の実施形態による方法の概略的な流れ図である。図8に示されるように、本方法は、以下のステップを含む。

ステップ801：ネットワークデバイスが報告要求をUEに送信し、報告要求が、信号閾値条件を搬送し、1つのビームまたは複数のビームが信号閾値条件を満たす場合、1つのビームの信号品質または複数のビームのうちのそれぞれのビームIDが報告される必要がある。

ステップ802：UEは、検出され得るすべてのビームのそれぞれのビーム信号品質を測定し、各ビームが信号閾値条件を満たすか否かを決定する。

ステップ803：UEがネットワークデバイスに測定報告を報告し、測定報告が信号閾値条件を満たすビームのビームIDを搬送し、さらに、UEによって報告された測定報告が、各ビームのビームIDおよび対応するビーム信号品質を搬送し得る。

ステップ803で信号閾値条件を満たすビームのセットは、図4に示される実施形態で説明された第2のビームセットであることを理解されたい。

ネットワークデバイスは、別の1つ以上のUEによって送信された測定報告をさらに受信し得ることを理解されたい。さらに、ネットワークデバイスは、UEおよび別の1つ以上のUEによって報告された測定報告に基づいてサービングビームを決定し、UEに対してアップリンク信号またはダウンリンク信号を送信するために、使用するためにUEまたは別の1つ以上のUEにサービングビームを提供することができる。

場合により、本出願の一実施形態では、ネットワークデバイスがサービングビームを使用することによって端末デバイスと通信する前に、本方法は、報告要求を第2の端末デバイスに送信するステップであって、報告要求が、第3のビームセット内の各ビームのビーム情報をネットワークデバイスに報告するように第2の端末デバイスに要求するために使用され、ビーム情報が、ビーム識別子および／またはビーム信号品質を含む、ステップと、第2の端末デバイスによって送信された測定報告を受信するステップであって、第2の端末デバイスの測定報告が、第3のビームセット内の各ビームのビーム情報を搬送する、ステップと、ネットワークデバイスによって、第3のビームセットおよび第2のビームセットからサービングビームを決定するステップ、またはネットワークデバイスによって、第3のビームセットおよび第1のビームセットからサービングビームを決定するステップであって、ネットワークデバイスが第3のビームセットおよび第1のビームセットからサービングビームを決定するとき、サービングビームが、第1のビームセットおよび第3のビームセットの共通ビームである、またはネットワークデバイスが第3のビームセットおよび第2のビームセットからサービングビームを決定するとき、サービングビームが、第2のビームセットおよび第3のビームセットの共通ビームである、ステップと、をさらに含む。

第3のビームセットと第1のビームセットとが共通集合セットを有する、または第3のビームセットと第2のビームセットとが共通集合セットを有することを理解されたい。

すなわち、複数の端末デバイスが異なるビームを使用し、各ビームが非常に少数の端末デバイスにサービスを提供する場合、リソース利用率は低い。この場合、第1のビームセットと第3のビームセットとの共通集合セット、または第2のビームセットと第3のビームセットとの共通集合セットに基づいて決定された共通ビームを用いることで、ネットワークデバイスと端末デバイスとの通信時のリソース利用率が向上する。

ネットワークデバイスは、ビーム信号品質が特定の閾値を満たす端末の数に基づいて、および／またはUEに対して送信される必要があるデータパケットのサイズに基づいて、サービングビームを決定することを理解されたい。このことは、本出願において限定されるものではない。

すなわち、ネットワークデバイスは、各ビームのカバレッジエリア内で端末デバイスに対して送信される必要があるデータパケットのサイズに基づいてサービングビームを決定することができ、ネットワークデバイスと端末デバイスとの間のデータ送信の信頼性を改善する、あるいは、ネットワークデバイスは、各ビームでカバーされる端末デバイスの数に基づいて現在の瞬間のサービングビームを決定することができ、ネットワークリソースの利用率を改善する。

場合により、本出願の一実施形態では、報告要求をUEに送信することは、物理層制御チャネルまたは媒体アクセス制御の制御要素（Media Access Control Control Element、MAC Control Element）を使用することによって報告要求をUEに送信することを含む。

場合により、本出願の一実施形態では、報告要求は、無線リソース制御（Radio Resource Control、RRC）メッセージで搬送されてもよい。

図9は、本出願の別の実施形態による方法の概略的な流れ図である。本方法900は、以下のステップを含む。

ステップ910：端末デバイスは、ネットワークデバイスによって送信されたサービスポリシーを受信する。

ステップ920：端末デバイスは、サービスポリシーに従って候補サービングビームセットからサービングビームを決定する。

ステップ930：端末デバイスは、サービングビームを使用することによってネットワークデバイスと通信する。

換言すれば、ネットワークデバイスは、サービスポリシーを端末デバイスに送信することによって、サービスポリシーに従って候補サービングビームセットからサービングビームを決定するように端末デバイスに指示することができる。

従って、本出願の本実施形態で提供される方法によれば、端末デバイスが、ネットワークデバイスによって送信されたサービスポリシーを受信し、端末デバイスが、サービスポリシーに従ってサービングビームを選択し、その結果、端末デバイスが、実際の信号送信ステータスに応じてサービングビームを柔軟に選択することができ、リソース利用率を改善することができる。

場合により、本出願の一実施形態では、サービスポリシーは、ネットワークデバイスが、以下のチャネル、すなわち、物理ダウンリンク制御チャネルPDCCH、物理アップリンク制御チャネルPUCCH、および物理ハイブリッド自動再送要求指示チャネルPHICHのうちの1つをネットワークデバイスに対して送信するときに、端末デバイスと通信するために第1のビームを使用すること、または端末デバイスが、以下のチャネル、すなわち、物理ダウンリンク共有チャネルPDSCHおよび物理アップリンク共有チャネルPUSCHのうちの1つをネットワークデバイスに対して送信するときに、ネットワークデバイスと通信するために第2のビームを使用することを含み、第1のビームおよび第2のビームが、候補サービングビームセット内のビームであり、第1のビームが、第2のビームとは異なる。

換言すれば、ネットワークデバイスは、第1のビームでネットワークデバイスに対して制御チャネルを送信するように端末デバイスに指示してもよいし、第2のビームでネットワークデバイスに対してデータチャネルを送信するように端末デバイスに指示してもよい。

サービスポリシー情報を送信するために、ネットワークデバイスは、MAC Control element、物理ダウンリンク制御チャネル、またはRRCメッセージを使用することによってサービスポリシーを送信することができる。

第1のビームが広ビームであり、第2のビームが狭ビームである場合、制御チャネルは、広ビームを介して送信され、データチャネルは、狭ビームを介して送信される。これにより、より多くの端末デバイスの送信制御情報を同一の広ビームを介して送信することができ、狭ビームを用いることによって信頼できるデータチャネルの送信が確保される。

場合により、本出願の一実施形態では、サービスポリシーが、端末デバイスによってネットワークデバイスに送信されたデータの量が閾値以上である場合、ネットワークデバイスと通信するために第1のビームを使用することを決定すること、または端末デバイスによってネットワークデバイスに送信されたデータの量が閾値未満である場合、ネットワークデバイスと通信するために第2のビームを使用することを決定することを含み、第1のビームおよび第2のビームが、候補サービングビームセット内のビームであり、第1のビームが、第2のビームとは異なる。

換言すれば、端末デバイスは、ネットワークデバイスと端末デバイスとの間で送信されるデータ量を決定することにより、通信に使用されるビームを決定する。具体的には、端末デバイスによってネットワークデバイスに送信されるデータの量がデータ量の閾値よりも大きい場合、端末デバイスは、サービスポリシーに従って、データを送信するために第1のビームを選択し、そうでなければ、端末デバイスは、データを送信するために第2のビームを選択する。

第1のビームは狭ビームであり得、第2のビームは広ビームであり得ることを理解されたい。

データ量の閾値は、端末デバイス上で事前構成されてもよいし、サービスポリシーを使用することによって端末デバイスに配信されてもよいことをさらに理解されたい。このことは、本出願において限定されるものではない。例えば、データ量の閾値は、100Byteでも150Byteでもよい。このことは、本出願において限定されるものではない。

場合により、本出願の一実施形態では、サービスポリシーが、端末デバイスによってネットワークデバイスに送信されたデータが優先度の高いデータである場合、ネットワークデバイスと通信するために第1のビームを使用することを決定すること、または端末デバイスによってネットワークデバイスに送信されたデータが優先度の低いデータである場合、ネットワークデバイスと通信するために第2のビームを使用することを決定することを含み、第1のビームおよび第2のビームが、候補サービングビームセット内のビームであり、第1のビームが、第2のビームとは異なる。

この場合、優先度の高いデータは、優先度が特定の閾値よりも高い論理チャネルに対応するデータであってもよい、例えば、ビデオサービスデータまたは音声通信サービスデータであってもよく、優先度の低いデータは、優先度が特定の閾値より低い論理チャネルに対応するデータであってもよく、例えば、ウェブページ閲覧サービスデータであってもよい。高／低優先度分割ポリシーは、端末デバイス上で事前構成されてもよいし、ネットワークデバイスのサービスポリシーを使用することによって端末デバイスに配信されてもよい。このことは、本出願において限定されるものではない。

従って、本出願の本実施形態で提供される方法によれば、サービスポリシーは、端末デバイスに送信され得、端末デバイスが、サービスポリシーに従ってサービングビームを選択し、その結果、端末デバイスが、実際の信号送信ステータスに応じてサービングビームを柔軟に選択することができ、リソース利用率を改善することができる。

場合により、本出願の一実施形態では、サービスポリシーが、第1のビームがネットワークデバイスと通信するために使用されると決定され、かつ端末デバイスによってネットワークデバイスに送信されたデータが優先度の高いデータである場合、ネットワークデバイスと通信するために第1のビームの第1の送信リソースを使用することを決定すること、第1のビームがネットワークデバイスと通信するために使用されると決定され、かつ端末デバイスによってネットワークデバイスに送信されたデータが優先度の低いデータである場合、ネットワークデバイスと通信するために第1のビームの第2の送信リソースを使用することを決定することであって、第1の送信リソースが、第2の送信リソースとは異なる、こと、第2のビームがネットワークデバイスと通信するために使用され、かつ端末デバイスによってネットワークデバイスに送信されたデータが優先度の高いデータである場合、ネットワークデバイスと通信するために第2のビームの第3の送信リソースを使用すること、または第2のビームがネットワークデバイスと通信するために使用され、かつ端末デバイスによってネットワークデバイスに送信されたデータが優先度の低いデータである場合、ネットワークデバイスと通信するために第2のビームの第4の送信リソースを使用することであって、第3の送信リソースが、第4の送信リソースとは異なる、ことをさらに含む。

具体的には、端末デバイスがビームを使用して何らかのアップリンクデータを送信するとき、ネットワークデバイスは、端末デバイスによって送信されるデータパケットの優先度を知らない。端末デバイスによって送信されるデータパケットの優先度が比較的高い場合、ネットワークデバイスは、リソース利用率だけを考慮するのではなく、できるだけ早くこれらの小さいパケットをスケジューリングする必要がある。

例えば、アップリンクの同期外れに遭遇した端末デバイスでは、データまたは制御情報（例えば、MAC層制御情報）が送信される必要があるとき、最初に、端末デバイスは、プリアンブル（Preamble）シーケンスを送信する必要がある。対応するPreambleを受信した後、ネットワークデバイスは、バッファ状態報告（Buffer Status Report、BSR）を送信するために端末デバイスをスケジューリングする。BSRを受信した後、ネットワークデバイスは、対応するデータを送信するために端末デバイスをスケジューリングする。ネットワークデバイスが、端末デバイスによって送信されるデータパケットの優先度を知らない場合、ネットワークデバイスは、プリアンブル（Preamble）シーケンスを受信した後の長い時間の後に、対応するデータを送信するように端末デバイスをスケジューリングし得る。

別の例として、アップリンク同期を達成する端末デバイスでは、端末デバイスがデータ情報または制御情報（例えば、MAC層制御情報）を送信する必要があるとき、端末デバイスは、スケジューリング要求（Scheduling Request、SR）をネットワークデバイスにまず送信する必要がある。ネットワーク側が対応するSRを受信した後、ネットワーク側は、BSRを報告するように端末デバイスをスケジューリングする。BSRを受信した後、ネットワーク側は、対応するデータを送信するように端末デバイスをスケジューリングする。ネットワークデバイスが、端末デバイスによって送信されるデータパケットの優先度を知らない場合、ネットワークデバイスは、SRを受信した後の長い時間の後に、対応するデータを送信するように端末デバイスをスケジューリングし得る。

従って、ネットワークデバイスが、端末デバイスによって送信されたアップリンク信号を第1の送信リソースで受信すると、ネットワークデバイスは、第1の送信リソースのリソース属性に基づいて、端末デバイスをスケジューリングするための優先度をさらに決定するために、端末デバイスによって送信されるアップリンクデータの優先度を決定できる。リソース属性は、第1の送信リソースの時間ドメインリソース属性、周波数ドメインリソース属性、および符号ドメインリソース属性のうちの少なくとも1つを含む。

ネットワークデバイスが、端末デバイスによって送信されたアップリンク信号を第2の送信リソース、第3の送信リソース、または第4の送信リソース上で受信するとき、ネットワークデバイスは端末デバイスをスケジューリングするための優先度も決定できることを理解されたい。

場合により、本出願の一実施形態では、本方法は、ネットワークデバイスによって、通知メッセージを端末デバイスに送信するステップをさらに含み、通知メッセージが、第1の送信リソースでアップリンク信号を送信するように端末デバイスに指示するために使用される。

従って、ネットワークデバイスは、端末デバイスによって送信された優先度の異なるデータパケットに対応する第1の送信リソースを端末デバイスに指示する。異なる優先度を有するデータパケットは、異なる時間−周波数リソースを使用することによって送信されてもよいし、異なる優先度を有するデータパケットは、異なる符号ドメインリソースを使用することによって、例えばPreamble符号リソースまたはSR符号リソースを使用することによって送信されてもよいことを理解されたい。ネットワークデバイスは、第1の送信リソースで端末デバイスのアップリンク信号を受信することにより、そのアップリンク信号に対応するデータパケットの優先度を知ることができ、従って、端末デバイスのスケジューリングのための優先度を決定することができる。

換言すれば、端末デバイスのアップリンク信号に対応するデータパケットの優先度が高いほど、ネットワークデバイスによる端末デバイスのスケジューリングのための優先度が高いことを示し、端末デバイスのアップリンク信号に対応するデータパケットの優先度が低いほど、ネットワークデバイスによる端末デバイスのスケジューリングのための優先度が低いことを示す。

優先度の高いアップリンク信号は、通常、高い信号品質QCI要件を有するデータパケットであることを理解されたい。例えば、端末デバイスがネットワークデバイスの指示に従ってビーム切り替えを行う際に送信される信号は、優先度の高いアップリンク信号である。

ネットワークデバイスは、ブロードキャストメッセージまたは専用メッセージを使用することによって通知メッセージを端末デバイスに送信することができることをさらに理解されたい。このことは、本出願において限定されるものではない。

従って、端末デバイスは、ネットワークデバイスによって送信されたサービスポリシーを受信し、そのサービスポリシーに従ってサービングビームを決定することができる。これは、リソース利用率を改善することができる。加えて、ネットワークデバイスは、データタイプの優先度を知ることができ、その結果、ネットワークデバイスが、端末デバイスのスケジューリングのための優先度を決定することができる。

以上、図1〜図9を参照して、本出願の実施形態における方法プロセスについて詳細に説明した。以下、図10〜図13を参照して、本出願の実施形態におけるネットワークデバイスおよび端末デバイスについて詳細に説明する。

図10は、本出願の一実施形態によるネットワークデバイス1000の概略的なブロック図である。ネットワークデバイス1000は、図1から図9に示される方法でネットワークデバイスによって実行されるステップを実行することができる。繰り返しを避けるため、ここでは細部を繰り返し説明しない。ネットワークデバイス1000は、
送信ユニット1010であって、送信ユニット1010が、第1のサービングビームを使用することによって第1の期間に指示情報を端末デバイスに送信するように構成され、指示情報が、第2のサービングビームを使用することによって第2の期間にネットワークデバイスと通信するように端末デバイスに指示するために使用される、送信ユニット1010と、
処理ユニット1020であって、処理ユニット1020が、指示情報に従って、第2のサービングビームを使用することによって第2の期間に端末デバイスと通信するように構成され、第1の期間が、第2の期間よりも前である、処理ユニット1020と、を備える。

従って、本出願の本実施形態で提供されるネットワークデバイス1000によれば、ネットワークデバイスと端末デバイスとの間の通信に使用されるサービングビームが、ネットワークステータスに応じて異なる期間で動的に調整され、リソース利用率を改善することができる。

図11は、本出願の一実施形態による、端末デバイス1100の概略的なブロック図である。端末デバイス1100は、図1から図9に示される方法で端末デバイスによって実行されるステップを実行することができる。繰り返しを避けるため、ここでは細部を繰り返し説明しない。端末デバイス1100は、
受信ユニット1110であって、受信ユニット1110が、ネットワークデバイスによって送信されたサービスポリシーを受信するように構成される、受信ユニット1110と、
処理ユニット1120であって、処理ユニット1120が、サービスポリシーに従って候補サービングビームセットからサービングビームを決定するように構成され、処理ユニットが、サービングビームを使用することによってネットワークデバイスと通信するようにさらに構成される、処理ユニット1120と、を備える。

従って、本出願の本実施形態で提供される端末デバイス1100によれば、端末デバイスが、ネットワークデバイスによって送信されたサービスポリシーを受信し、端末デバイスが、サービスポリシーに従ってサービングビームを選択し、その結果、端末デバイスが、実際の信号送信ステータスに応じてサービングビームを柔軟に選択することができ、リソース利用率を改善することができる。

図12は、本出願の別の実施形態による装置1200の概略的な構成ブロック図である。装置1200は、図1から図9に示される方法でネットワークデバイスによって実行されるステップを実行し得ることを理解されたい。繰り返しを避けるため、ここでは細部を繰り返し説明しない。装置1200は、
プログラムを記憶するように構成されたメモリ1210と、
別のデバイスと通信するように構成された送受信機1220と、
メモリ1210内のプログラムを実行するように構成されたプロセッサ1230であって、プロセッサ1230が、メモリ1210および送受信機1220に接続され、メモリ1210に記憶された指示を実行するように構成されて、指示を実行すると、以下のステップ、すなわち、第1のサービングビームを使用することによって第1の期間に端末デバイスに指示情報を送信するステップであって、指示情報が、第2のサービングビームを使用することによって第2の期間にネットワークデバイスと通信するように端末デバイスに指示するために使用される、ステップと、指示情報に従って、第2のサービングビームを使用することによって第2の期間に端末デバイスと通信するステップであって、第1の期間が、第2の期間よりも前である、ステップと、を実行する、プロセッサ1230と、を備える。

従って、本出願の本実施形態で提供される装置1200によれば、ネットワークデバイスと端末デバイスとの間の通信に使用されるサービングビームが、ネットワークステータスに応じて異なる期間で動的に調整され、リソース利用率を改善することができる。

図13は、本出願の別の実施形態による装置1300の概略的な構成ブロック図である。装置1300は、図1から図9に示される方法で端末デバイスによって実行されるステップを実行し得ることを理解されたい。繰り返しを避けるため、ここでは細部を繰り返し説明しない。装置1300は、
プログラムを記憶するように構成されたメモリ1310と、
別のデバイスと通信するように構成された送受信機1320と、
メモリ1310内のプログラムを実行するように構成されたプロセッサ1330であって、プロセッサ1330が、メモリ1310および送受信機1320に接続され、メモリ1310に記憶された指示を実行するように構成されて、指示を実行すると、以下のステップ、すなわち、ネットワークデバイスによって送信されたサービスポリシーを受信するステップと、サービスポリシーに従って候補サービングビームセットからサービングビームを決定するステップと、サービングビームを使用することによってネットワークデバイスと通信するステップと、を実行する、プロセッサ1330と、を備える。

従って、本出願の本実施形態で提供される装置1300によれば、端末デバイスが、ネットワークデバイスによって送信されたサービスポリシーを受信し、端末デバイスが、サービスポリシーに従ってサービングビームを選択し、その結果、端末デバイスが、実際の信号送信ステータスに応じてサービングビームを柔軟に選択することができ、リソース利用率を改善することができる。

当業者であれば、本明細書で開示した各実施形態において説明した例を参照して、電子的ハードウェアまたはコンピュータソフトウェアと電子的ハードウェアとの組み合わせによって、ユニットおよびアルゴリズムステップを実施し得ることを承知しているはずである。機能をハードウェアで行うかソフトウェアで行うかは、技術的解決策の具体的なアプリケーションと設計制約とによって決まる。当業者は、異なる方法を使用して、それぞれの具体的なアプリケーションに対して、説明された機能を実施できるが、こうした実施が、本出願の範囲を超えるものであると見なすべきではない。

当業者であれば、説明を簡便にするために、上記のシステム、装置、およびユニットの詳細な動作プロセスについては、上記方法実施形態における対応するプロセスを参照できることを明確に理解するはずであり、ここでは細部を繰り返し説明しない。

本出願において提供されるいくつかの実施形態においては、開示のシステム、装置、および方法を他のやり方で実装することもできることを理解されたい。例えば、説明された装置実施形態は単なる例にすぎない。例えば、ユニットの分割は単なる論理的機能分割にすぎず、実際の実装に際しては他の分割も可能である。例えば、複数のユニットもしくはコンポーネントが組み合わされ、または統合されて別のシステムになる場合もあり、いくつかの特徴が無視される場合もあるし実行されない場合もある。加えて、示された、または論じられた相互結合または直接結合または通信接続を、いくつかのインターフェースを使用して実現することもできる。装置間またはユニット間の間接結合または通信接続は、電気的形態、機械的形態、または他の形態として実現することができる。

別々の部品として記述されたユニットは物理的に分離している場合もそうでない場合もあり、ユニットとして示された部品は、物理的ユニットである場合もそうでない場合もあり、一箇所に位置する場合もあり、複数のネットワークユニット上に分散される場合もある。ユニットの一部または全部を、各実施形態の解決策の目的を達成するための実際の要件に従って選択することもできる。

加えて、本出願の実施形態における機能ユニットが1つの処理ユニットへ統合される場合もあり、ユニットのそれぞれが物理的に独立して存在する場合もあり、または2つ以上のユニットが1つのユニットへ統合される場合もある。

機能がソフトウェア機能ユニットの形態で実現され、独立した製品として販売される場合、機能は、コンピュータ可読記憶媒体に記憶することができる。そうした理解に基づき、本出願の技術的解決策を本質的に、または従来技術に寄与する部分を、または技術的解決策の一部を、ソフトウェア製品の形態で実現することができる。コンピュータソフトウェア製品は記憶媒体に記憶されており、（パーソナルコンピュータ、サーバ、もしくはネットワークデバイスなどとすることができる）コンピュータデバイスに、本出願の各実施形態で記述されている方法のステップの全部または一部を実行するよう指示するためのいくつかの指示を含む。記憶媒体は、USBフラッシュドライブ、取り外し可能ハードディスク、読み出し専用メモリ（Read−Only Memory、ROM）、ランダムアクセスメモリ（Random Access Memory、RAM）、磁気ディスク、光ディスクといった、プログラムコードを記憶することができる任意の媒体を含む。

上記の説明は、本出願の具体的な実装形態にすぎず、本出願の保護範囲を限定することを意図するものではない。本出願において開示された技術的範囲内にあり、当業者によって容易に想到される、あらゆる変形や置き換えは、本出願の保護範囲内に含まれるものとする。従って、本出願の保護範囲は、特許請求の範囲の保護範囲に属する。

400 方法
900 方法
1000 ネットワークデバイス
1010 送信ユニット
1020 処理ユニット
1100 端末デバイス
1110 受信ユニット
1120 処理ユニット
1200 装置
1210 メモリ
1220 送受信機
1230 プロセッサ
1300 装置
1310 メモリ
1320 送受信機
1330 プロセッサ
UE ユーザ機器
T1 瞬間
T2 瞬間
T3 瞬間

Claims (20)

1. ネットワークデバイスによって、第1のサービングビームを使用することによって第1の期間に指示情報を端末デバイスに送信するステップであって、前記指示情報が、第2のサービングビームを使用することによって第2の期間に前記ネットワークデバイスと通信するように前記端末デバイスに指示するために使用される、ステップと、
   前記ネットワークデバイスによって、前記指示情報に従って、前記第2のサービングビームを使用することによって前記第2の期間に前記端末デバイスと通信するステップと、
   を含む、通信方法であって、
   前記第1の期間が、前記第2の期間よりも前である、通信方法。
2. 前記ネットワークデバイスが、前記第1のサービングビームを使用することによって前記第1の期間に制御チャネルを送信し、前記制御チャネルが、前記指示情報を搬送するために使用され、前記ネットワークデバイスが、前記第2のサービングビームを使用することによって前記第2の期間に前記端末デバイスに対してデータチャネルを送信し、前記データチャネルが、前記端末デバイスと通信するために使用されるデータ情報または制御情報を搬送するために使用される、請求項1に記載の方法。
3. 前記方法が、
   前記ネットワークデバイスによって、第1の報告要求を前記端末デバイスに送信するステップであって、前記第1の報告要求が、第1のビームセット内の各ビームの識別情報を含み、前記第1の報告要求が、前記第1のビームセット内の各ビームの信号品質を報告するように前記端末デバイスに要求するために使用される、ステップと、
   前記ネットワークデバイスによって、前記端末デバイスによって送信された測定報告を受信するステップであって、前記端末デバイスによって送信された前記測定報告が、前記第1のビームセット内の各ビームの前記信号品質を含み、前記第1のサービングビームおよび前記第2のサービングビームが、前記第1のビームセットに属する、ステップと、をさらに含む、請求項1または2に記載の方法。
4. 前記方法が、
   前記ネットワークデバイスによって、第2の報告要求を前記端末デバイスに送信するステップであって、前記第2の報告要求が、信号閾値条件を含み、前記第2の報告要求が、前記信号閾値条件を満たすビームの識別情報を報告するように前記端末デバイスに要求するために使用される、ステップと、
   前記ネットワークデバイスによって、前記端末デバイスによって送信された測定報告を受信するステップであって、前記端末デバイスによって送信された前記測定報告が、前記信号閾値条件を満たす前記ビームの前記識別情報を含み、前記信号閾値条件を満たす前記ビームが、第2のビームセットを構成し、前記第1のサービングビームおよび前記第2のサービングビームが、前記第2のビームセットに属する、ステップと、をさらに含む、請求項1または2に記載の方法。
5. 端末デバイスによって、ネットワークデバイスによって送信されたサービスポリシーを受信するステップと、
   前記端末デバイスによって、前記サービスポリシーに従って候補サービングビームセットからサービングビームを決定するステップと、
   前記端末デバイスによって、前記サービングビームを使用することによって、前記ネットワークデバイスと通信するステップと、
   を含む、通信方法。
6. 前記サービスポリシーが、
   前記端末デバイスが、以下のチャネル、すなわち、物理ダウンリンク制御チャネルPDCCH、物理アップリンク制御チャネルPUCCH、および物理ハイブリッド自動再送要求指示チャネルPHICHのうちの1つを前記ネットワークデバイスに対して送信するときに、前記ネットワークデバイスと通信するために第1のビームを使用すること、または
   前記端末デバイスが、以下のチャネル、すなわち、物理ダウンリンク共有チャネルPDSCHおよび物理アップリンク共有チャネルPUSCHのうちの1つを前記ネットワークデバイスに対して送信するときに、前記ネットワークデバイスと通信するために第2のビームを使用すること
   を含み、
   前記第1のビームおよび前記第2のビームが、前記候補サービングビームセット内のビームであり、前記第1のビームが、前記第2のビームとは異なる、請求項5に記載の方法。
7. 前記サービスポリシーが、
   前記端末デバイスによって前記ネットワークデバイスに送信されたデータの量が閾値以上である場合、前記ネットワークデバイスと通信するために第1のビームを使用することを決定すること、または
   前記端末デバイスによって前記ネットワークデバイスに送信されたデータの量が前記閾値未満である場合、前記ネットワークデバイスと通信するために第2のビームを使用することを決定すること
   を含み、
   前記第1のビームおよび前記第2のビームが、前記候補サービングビームセット内のビームであり、前記第1のビームが、前記第2のビームとは異なる、請求項5に記載の方法。
8. 前記サービスポリシーが、
   前記端末デバイスによって前記ネットワークデバイスに送信されたデータが優先度の高いデータである場合、前記ネットワークデバイスと通信するために第1のビームを使用することを決定すること、または
   前記端末デバイスによって前記ネットワークデバイスに送信されたデータが優先度の低いデータである場合、前記ネットワークデバイスと通信するために第2のビームを使用することを決定すること
   を含み、
   前記第1のビームおよび前記第2のビームが、前記候補サービングビームセット内のビームであり、前記第1のビームが、前記第2のビームとは異なる、請求項5に記載の方法。
9. 前記サービスポリシーが、
   前記第1のビームが前記ネットワークデバイスと通信するために使用されると決定され、かつ前記端末デバイスによって前記ネットワークデバイスに送信されたデータが優先度の高いデータである場合、前記ネットワークデバイスと通信するために前記第1のビームの第1の送信リソースを使用することを決定すること、
   前記第1のビームが前記ネットワークデバイスと通信するために使用されると決定され、かつ前記端末デバイスによって前記ネットワークデバイスに送信されたデータが優先度の低いデータである場合、前記ネットワークデバイスと通信するために前記第1のビームの第2の送信リソースを使用することを決定することであって、前記第1の送信リソースが、前記第2の送信リソースとは異なる、こと、
   前記第2のビームが前記ネットワークデバイスと通信するために使用され、かつ前記端末デバイスによって前記ネットワークデバイスに送信されたデータが優先度の高いデータである場合、前記ネットワークデバイスと通信するために前記第2のビームの第3の送信リソースを使用すること、または
   前記第2のビームが前記ネットワークデバイスと通信するために使用され、かつ前記端末デバイスによって前記ネットワークデバイスに送信されたデータが優先度の低いデータである場合、前記ネットワークデバイスと通信するために前記第2のビームの第4の送信リソースを使用することであって、前記第3の送信リソースが、前記第4の送信リソースとは異なる、こと
   をさらに含む、請求項7に記載の方法。
10. 送信ユニットであって、前記送信ユニットが、第1のサービングビームを使用することによって第1の期間に指示情報を端末デバイスに送信するように構成され、前記指示情報が、第2のサービングビームを使用することによって第2の期間に前記ネットワークデバイスと通信するように前記端末デバイスに指示するために使用される、送信ユニットと、
    処理ユニットであって、前記処理ユニットが、前記指示情報に従って、前記第2のサービングビームを使用することによって前記第2の期間に前記端末デバイスと通信するように構成される、処理ユニットと、
    を備える、ネットワークデバイスであって、
    前記第1の期間が、前記第2の期間よりも前である、ネットワークデバイス。
11. 前記送信ユニットが、前記第1のサービングビームを使用することによって前記第1の期間に制御チャネルを送信し、前記制御チャネルが、前記指示情報を搬送するために使用される、ように構成され、前記送信ユニットが、前記第2のサービングビームを使用することによって前記第2の期間に前記端末デバイスに対してデータチャネルを送信し、前記データチャネルが、前記端末デバイスと通信するために使用されるデータ情報または制御情報を搬送するために使用される、ように構成される、請求項10に記載のネットワークデバイス。
12. 前記送信ユニットが、第1の報告要求を前記端末デバイスに送信し、前記第1の報告要求が、第1のビームセット内の各ビームの識別情報を含み、前記第1の報告要求が、前記第1のビームセット内の各ビームの信号品質を報告するように前記端末デバイスに要求するために使用される、ようにさらに構成され、
    前記処理ユニットが、前記端末デバイスによって送信された測定報告を受信し、前記端末デバイスによって送信された前記測定報告が、前記第1のビームセット内の各ビームの前記信号品質を含み、前記第1のサービングビームおよび前記第2のサービングビームが、前記第1のビームセットに属する、ようにさらに構成される、請求項10または11に記載のネットワークデバイス。
13. 前記送信ユニットが、第2の報告要求を前記端末デバイスに送信し、前記第2の報告要求が、信号閾値条件を含み、前記第2の報告要求が、前記信号閾値条件を満たすビームの識別情報を報告するように前記端末デバイスに要求するために使用される、ようにさらに構成され、
    前記処理ユニットが、前記端末デバイスによって送信された測定報告を受信し、前記端末デバイスによって送信された前記測定報告が、前記信号閾値条件を満たす前記ビームの前記識別情報を含み、前記信号閾値条件を満たす前記ビームが、第2のビームセットを構成し、前記第1のサービングビームおよび前記第2のサービングビームが、前記第2のビームセットに属する、ようにさらに構成される、請求項10または11に記載のネットワークデバイス。
14. 受信ユニットであって、前記受信ユニットが、ネットワークデバイスによって送信されたサービスポリシーを受信するように構成される、受信ユニットと、
    処理ユニットであって、前記処理ユニットが、前記サービスポリシーに従って候補サービングビームセットからサービングビームを決定するように構成される、処理ユニットと、
    を備える、端末デバイスであって、
    前記処理ユニットが、前記サービングビームを使用することによって前記ネットワークデバイスと通信するようにさらに構成される、端末デバイス。
15. 前記サービスポリシーが、
    前記端末デバイスが、以下のチャネル、すなわち、物理ダウンリンク制御チャネルPDCCH、物理アップリンク制御チャネルPUCCH、および物理ハイブリッド自動再送要求指示チャネルPHICHのうちの1つを前記ネットワークデバイスに対して送信するときに、前記ネットワークデバイスと通信するために第1のビームを使用すること、または
    前記端末デバイスが、以下のチャネル、すなわち、物理ダウンリンク共有チャネルPDSCHおよび物理アップリンク共有チャネルPUSCHのうちの1つを前記ネットワークデバイスに対して送信するときに、前記ネットワークデバイスと通信するために第2のビームを使用すること
    を含み、
    前記第1のビームおよび前記第2のビームが、前記候補サービングビームセット内のビームであり、前記第1のビームが、前記第2のビームとは異なる、請求項14に記載の端末デバイス。
16. 前記サービスポリシーが、
    前記端末デバイスによって前記ネットワークデバイスに送信されたデータの量が閾値以上である場合、前記ネットワークデバイスと通信するために第1のビームを使用することを決定すること、または
    前記端末デバイスによって前記ネットワークデバイスに送信されたデータの量が前記閾値未満である場合、前記ネットワークデバイスと通信するために第2のビームを使用することを決定すること
    を含み、
    前記第1のビームおよび前記第2のビームが、前記候補サービングビームセット内のビームであり、前記第1のビームが、前記第2のビームとは異なる、請求項14に記載の端末デバイス。
17. 前記サービスポリシーが、
    前記端末デバイスによって前記ネットワークデバイスに送信されたデータが優先度の高いデータである場合、前記ネットワークデバイスと通信するために第1のビームを使用することを決定すること、または
    前記端末デバイスによって前記ネットワークデバイスに送信されたデータが優先度の低いデータである場合、前記ネットワークデバイスと通信するために第2のビームを使用することを決定すること
    を含み、
    前記第1のビームおよび前記第2のビームが、前記候補サービングビームセット内のビームであり、前記第1のビームが、前記第2のビームとは異なる、請求項14に記載の端末デバイス。
18. 前記サービスポリシーが、
    前記第1のビームが前記ネットワークデバイスと通信するために使用されると決定され、かつ前記端末デバイスによって前記ネットワークデバイスに送信されたデータが優先度の高いデータである場合、前記ネットワークデバイスと通信するために前記第1のビームの第1の送信リソースを使用することを決定すること、
    前記第1のビームが前記ネットワークデバイスと通信するために使用されると決定され、かつ前記端末デバイスによって前記ネットワークデバイスに送信されたデータが優先度の低いデータである場合、前記ネットワークデバイスと通信するために前記第1のビームの第2の送信リソースを使用することを決定することであって、前記第1の送信リソースが、前記第2の送信リソースとは異なる、こと、
    前記第2のビームが前記ネットワークデバイスと通信するために使用され、かつ前記端末デバイスによって前記ネットワークデバイスに送信されたデータが優先度の高いデータである場合、前記ネットワークデバイスと通信するために前記第2のビームの第3の送信リソースを使用すること、または
    前記第2のビームが前記ネットワークデバイスと通信するために使用され、かつ前記端末デバイスによって前記ネットワークデバイスに送信されたデータが優先度の低いデータである場合、前記ネットワークデバイスと通信するために前記第2のビームの第4の送信リソースを使用することであって、前記第3の送信リソースが、前記第4の送信リソースとは異なる、こと、をさらに含む、請求項16に記載の端末デバイス。
19. コンピュータプログラムを含むコンピュータ可読記憶媒体であって、前記コンピュータプログラムがコンピュータ上で実行されると、前記コンピュータが、請求項1から9のいずれか一項に記載の方法を実行することができるようになる、コンピュータ可読記憶媒体。
20. コンピュータプログラム製品であって、前記コンピュータプログラム製品がコンピュータプログラムを含み、前記コンピュータプログラムが実行されると、コンピュータが、請求項1から9のいずれか一項に記載の方法を実行することができるようになる、コンピュータプログラム製品。

Images