(57)【特許請求の範囲】
【請求項１】
基地局と通信可能に構成されたユーザ機器（ＵＥ）によって実行される方法であって、
セル帯域幅の部分である第１の帯域幅を有する初期帯域幅部分を使用して通信することと、
共通サーチ空間（ＣＳＳ：Common Search Space）のための第１の制御リソースセットであって、前記初期帯域幅部分で伝送される前記第１の制御リソースセットを使用して、前記基地局によって送信される制御データを監視することと、
前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように変更することと、
前記共通サーチ空間のための第２の制御リソースセットであって、前記第１の制御リソースセットとは異なる前記第２の制御リソースセットであって、前記第２の帯域幅で伝送される前記第２の制御リソースセットを使用して、前記基地局によって送信される制御データを監視することと、
サービングセルのための少なくとも１つの帯域幅部分を備える帯域幅部分セットを、前記ＵＥで構成することと、
を備え、
前記帯域幅部分セットにおける各帯域幅部分について、前記ＵＥは、少なくとも１つの前記共通サーチ空間のための制御リソースセット、および、少なくとも１つのＵＥ固有サーチ空間のための制御リソースセットで構成される、
方法。
【請求項２】
前記構成は、上位層によって実行される、
請求項１に記載の方法。
【請求項３】
前記第２の帯域幅は、前記初期帯域幅部分とは異なる第２の帯域幅部分を表す前記セル帯域幅の部分を備える、
請求項１または２に記載の方法。
【請求項４】
前記第２の帯域幅は、前記第１の帯域幅よりも大きな帯域幅である、
請求項１または２に記載の方法。
【請求項５】
前記初期帯域幅部分は、隣接する物理リソースブロック（ＰＲＢ：Physical Resource Block）の数、および前記共通サーチ空間（ＣＳＳ：Common Search Space）の制御リソースセットのうちの少なくとも１つに基づいて定義される、
請求項１から４のいずれか１つに記載の方法。
【請求項６】
前記制御データは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）の制御データを備える、
請求項１から５のいずれか１つに記載の方法。
【請求項７】
少なくとも１つの帯域幅部分で前記ＰＤＣＣＨおよび物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）を受信することをさらに備える、
請求項６に記載の方法。
【請求項８】
前記第１の制御リソースセットは、１つ以上の時間領域リソースの第１のセットにわたって提供され、
前記第２の制御リソースセットは、１つ以上の時間領域リソースの第２のセットにわたって提供され、
前記時間領域の前記第１のセットの範囲は、前記時間領域の前記第２のセットの前記範囲とは異なる、
請求項１から７のいずれか１つに記載の方法。
【請求項９】
前記第１の帯域幅は、
リソースブロックの数で定義された帯域と、
周波数で定義された帯域と、
前記基地局によって送信される同期信号の帯域幅で定義された帯域と、
の少なくとも１つに対応する、
請求項１から８のいずれか１つに記載の方法。
【請求項１０】
前記第１の制御リソースセットを使用して送信される制御データの監視と、
前記第２の制御リソースセットを使用して送信される制御データの監視と、の少なくとも１つは、
現在の送信機会において、前記ＵＥが通信のためにスケジュールされているかどうかを示すダウンリンク制御情報（ＤＣＩ：Down Control Information）を監視することを備える、
請求項１から９のいずれか１つに記載の方法。
【請求項１１】
前記制御データを監視する場合、前記第１の制御リソースセットおよび前記第２の制御リソースセットの少なくとも１つを使用して送信される制御データを受信することと、
前記制御データが送信された前記第１の帯域幅または前記第２の帯域幅に実質的に等しい帯域幅を使用して、前記受信された制御データに基づいて、ユーザデータを通信することと、
をさらに備える、
請求項１から１０のいずれか１つに記載の方法。
【請求項１２】
通信システムにおける基地局によって実行される方法であって、
セル帯域幅の部分である第１の帯域幅を有する初期帯域幅部分を使用して、ユーザ機器（ＵＥ）と通信することと、
共通サーチ空間（ＣＳＳ：Common Search Space）のための第１の制御リソースセットであって、前記初期帯域幅部分で伝送される前記第１の制御リソースセットを使用して前記ＵＥに制御データを送信することと、
前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように変更することと、
前記共通サーチ空間のための第２の制御リソースセットであって、前記第１の制御リソースセットとは異なる前記第２の制御リソースセットであって、前記第２の帯域幅で伝送される前記第２の制御リソースセットを使用して、前記ＵＥに制御データを送信することと、
サービングセルのための少なくとも１つの帯域幅部分を備える帯域幅部分セットを構成することと、
を備え、
前記帯域幅部分セットにおける各帯域幅部分は、少なくとも１つの前記共通サーチ空間のための制御リソースセット、および、少なくとも１つのＵＥ固有サーチ空間のための制御リソースセットで構成される、
方法。
【請求項１３】
基地局と通信可能に構成されたユーザ機器（ＵＥ）であって、
コントローラとトランシーバとを備え、
前記トランシーバは、セル帯域幅の部分である第１の帯域幅を有する初期帯域幅部分を使用して前記基地局と通信するように動作し、
前記コントローラは、
共通サーチ空間（ＣＳＳ：Common Search Space）のための第１の制御リソースセットであって、前記初期帯域幅部分で伝送される前記第１の制御リソースセットを使用して、前記基地局によって送信される制御データを監視し、
前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように前記トランシーバを変更し、
前記共通サーチ空間のための第２の制御リソースセットであって、前記第１の制御リソースセットとは異なる前記第２の制御リソースセットであって、前記第２の帯域幅で伝送される前記第２の制御リソースセットを使用して、前記基地局によって送信される制御データを監視し、
サービングセルのための少なくとも１つの帯域幅部分を備える帯域幅部分セットを、前記ＵＥで構成するように動作し、
前記帯域幅部分セットにおける各帯域幅部分について、前記ＵＥは、少なくとも１つの前記共通サーチ空間のための制御リソースセット、および、少なくとも１つのＵＥ固有サーチ空間のための制御リソースセットで構成される、
ＵＥ。
【請求項１４】
通信システムにおける基地局であって、
コントローラとトランシーバとを備え、
前記トランシーバは、
セル帯域幅の部分である第１の帯域幅を有する初期帯域幅部分を使用してユーザ機器（ＵＥ）と通信し、
共通サーチ空間（ＣＳＳ：Common Search Space）のための第１の制御リソースセットであって、前記初期帯域幅部分で伝送される前記第１の制御リソースセットを使用して、前記ＵＥに制御データを送信するように動作し、
前記コントローラは、前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように前記トランシーバを変更するように動作し、
前記トランシーバは、前記共通サーチ空間のための第２の制御リソースセットであって、前記第１の制御リソースセットとは異なる前記第２の制御リソースセットであって、前記第２の帯域幅で伝送される前記第２の制御リソースセットを使用して、制御データを前記ＵＥに送信し、
サービングセルのための少なくとも１つの帯域幅部分を備える帯域幅部分セットを構成するように動作し、
前記帯域幅部分セットにおける各帯域幅部分は、少なくとも１つの前記共通サーチ空間のための制御リソースセット、および、少なくとも１つのＵＥ固有サーチ空間のための制御リソースセットで構成される、
基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関する。本発明は、第３世代パートナーシッププロジェクト（３ＧＰＰ:3rd Generation Partnership Project）標準またはその同等物または派生物に従って動作する無線通信システムおよびそのデバイスに特に関連するが、排他的ではない。本発明は、いわゆる「次世代」システムにおける帯域幅適応に排他的ではないが特に関連している。
【背景技術】
【０００２】
３ＧＰＰ規格の最新の開発は、ＥＰＣ（Evolved Packet Core）ネットワークおよびＥｖｏｌｖｅｄ  ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）のＬＴＥ（Long Term Evolution）と呼ばれ、一般に「４Ｇ」とも呼ばれる。さらに、「５Ｇ」および「新しい無線」（ＮＲ:New Radio）という用語は、さまざまなアプリケーションおよびサービスをサポートすることが期待される進化する通信技術を指す。５Ｇネットワークのさまざまな詳細は、たとえば、次世代モバイルネットワーク（ＮＧＭＮ：Next Generation Mobile Networks）アライアンスによる「ＮＧＭＮ  ５ＧホワイトペーパーＶ１．０」で説明され、このドキュメントは、https://www.ngmn.org/5g-white-paper.htmlから入手できる。３ＧＰＰは、いわゆる３ＧＰＰ次世代（ＮｅｘｔＧｅｎ）無線アクセスネットワーク（ＲＡＮ：Radio Access Network）および３ＧＰＰ  ＮｅｘｔＧｅｎコアネットワークを介して５Ｇをサポートする予定である。
【０００３】
３ＧＰＰ標準では、ＮｏｄｅＢ（またはＬＴＥの「ｅＮＢ」、５Ｇの「ｇＮＢ」）は、通信デバイス（ユーザー機器または「ＵＥ」）がコアネットワークに接続し、他の通信デバイスまたはリモートサーバと通信する基地局である。簡単にするために、本願は、基地局という用語を使用してそのような基地局を指し、モバイルデバイスまたはＵＥという用語を使用してそのような通信デバイスを指す。コアネットワーク（ＬＴＥの場合のＥＰＣなど）は、加入者管理、モビリティ管理、課金、セキュリティ、および通話／セッション管理（他との間で）の機能をホストし、インターネットなどの外部ネットワークへの通信デバイスの接続を提供する。
【０００４】
通信デバイスは、例えば、携帯電話、スマートフォン、ユーザ機器、携帯情報端末、ラップトップ／タブレットコンピューター、ウェブブラウザー、電子書籍リーダーなどのモバイル通信デバイスである。このようなモバイル（または一般に静止した）デバイスは、通常、ユーザによって操作されるが、いわゆる「ＩｏＴ（Internet of Things）」デバイスおよび同様のマシンタイプ通信（ＭＴＣ：Machine Type Communication）デバイスをネットワークに接続することもできる。簡単にするために、本出願は、説明においてモバイルデバイス（またはＵＥ）に言及しているが、説明された技術は、データの送信／受信のために通信ネットワークに接続できる任意の通信デバイス（移動および／または一般に静止）で実装できることが理解されるであろう。そのような通信デバイスが人間の入力した、またはメモリに保存されたソフトウェア命令によって制御されるかどうかに関係なく。
【０００５】
３ＧＰＰネットワークでは、ユーザデータは、いわゆる物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）を介して基地局とＵＥの間で送信されるが、他のチャネル（たとえば、ブロードキャストチャネル）も使用できる。通常、ＰＤＳＣＨと同じ周波数帯域内で提供される、いわゆる物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）は、ＵＥのダウンリンク制御情報（ＤＣＩ：Downlink Control Information）を伝送する。ＤＣＩは、どのＵＥが（ＰＤＳＣＨを介して）送信をスケジュールされ、どの特定の通信リソースを介してスケジュールされているかを指定する。
【０００６】
３ＧＰＰテクニカルレポート（ＴＲ：Technical Report）23.799 V0.7.0は、３ＧＰＰ標準のリリース１４で計画されているＮｅｘｔＧｅｎ（５Ｇ）システムの可能なアーキテクチャと一般的な手順を説明する。３ＧＰＰは、Ｒｅｌ−１５のＮＲキャリアあたりの最大チャネル帯域幅が４００ＭＨｚである、新しい（５Ｇ）無線アクセスネットワークで最大１００ＧＨｚの周波数帯域を使用する可能性についても検討した。特定の高周波数帯域（ｍｍＷａｖｅ帯域など）に関連する厳しいチャネル減衰特性を克服するために、指向性ビームフォーミングおよび大規模アンテナ技術も使用する。効果的に、このような巨大なアンテナは、複数のユーザと同時に通信するために使用でき、そのため、マルチユーザの複数入力および複数出力（ＭＵ−ＭＩＭＯ：Multi-User Multiple-Input and Multiple-Output）送信が容易になる。基地局（この場合、送受信ポイント（ＴＲＰ）とも呼ばれる）は、複数のＵＥと実質的に同時に通信し、関連する指向性ビームを使用してそれぞれのビームを形成するように構成される。
【０００７】
３ＧＰＰは、新しい無線（ＮＲ：New Radio）基地局（つまり５Ｇ基地局、またはｇＮＢ）ごとに、１つ以上のＴＲＰを提供する予定である。予想されるＮＲ制御構造は、３ＧＰＰテクニカルレポート（ＴＲ）38.802 V2.0.0に示されており、その内容は参照により本明細書に組み込まれる。このテクニカルレポートでは、特に、ビーム障害から回復するための適切なメカニズム、無線周波数（ＲＦ：Radio Frequency）帯域幅適応を適用する可能性、およびＮＲの帯域幅適応の動機、に関する合意について説明する。
【０００８】
ＮＲを使用するネットワークでは、基地局とユーザ機器間のエアインタフェースで最大数百または数千ＭＨｚのシステム帯域幅をサポートする必要がある場合がある。ＮＲネットワークにおける帯域幅適応の動機は、3GPP Tdoc R1-1611041にまとめられている。この文書は、ＬＴＥにおいて、ＵＥは低データレートサービスとＰＤＣＣＨ（ＵＥのダウンリンク制御情報（ＤＣＩ：Downlink Control Information）を伝送する）の復号に６０％以上の電力を消費することを開示している。ＵＥの消費電力は、動作帯域幅にほぼ比例する（使用する帯域幅が大きいほど、関連する消費電力が大きくなる）。したがって、ＵＥの動作帯域幅を調整して、着信（ダウンリンク）トラフィックに一致させる方が、電力効率が高くなるようである。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
３ＧＰＰは、ＮＲ−ＰＤＣＣＨ送信がビームペアリンクブロッキングに対するロバスト性をサポートし、ＵＥが「Ｍ」個のビームペアリンクのＮＲ−ＰＤＣＣＨを同時に監視するように構成できることに同意した。（ここで、
【数１】
0006863472.tif 000002
Ｍの最大値は、少なくともＵＥの機能に依存することがある）。ただし、ＵＥがＮＲ−ＰＤＣＣＨ受信用にＭ個のビームから少なくとも１つのビームを選択することを許可するかどうかは、まだ検討中である。
【００１０】
ＮＲでは、ＵＥは、異なるＮＲ−ＰＤＣＣＨ直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボルの異なるビームペアリンクでＮＲ−ＰＤＣＣＨを監視するように構成できる。しかしながら、ＵＥが他のビームペアリンクよりも短いデューティサイクルの１つのビームペアリンクでＮＲ−ＰＤＣＣＨを監視すべきかどうかは、まだ検討中である。時間粒度の設定、例えば、スロットレベルの設定、シンボルレベルの設定は、まだ決定されていない。この構成は、ＵＥが複数のＲＦチェーンを有していないシナリオにも適用できる。
【００１１】
３ＧＰＰは、ビームペアリンクでＮＲ−ＰＤＣＣＨを監視する定義を決定する必要がある。複数のビームペアリンクでＮＲ−ＰＤＣＣＨを監視するためのＵＥ  Ｒｘ（受信機）ビーム設定に関連するパラメータは、上位層のシグナリングまたはＭＡＣ  ＣＥによって設定され、および／またはサーチスペースの設計で考慮されるということは同意済みであるが、必要なパラメータと、上位層のシグナリングとＭＡＣ  ＣＥの両方をサポートする必要性については、現在検討中である。
【００１２】
帯域幅適応に関して、３ＧＰＰ  ＲＡＮ１＃８６ｂｉｓ会議で次の合意に達した。少なくともシングルキャリア動作の場合、ＮＲはＵＥが第１のＲＦ帯域幅で少なくともダウンリンク制御情報を受信する方法で動作することを許可すべきであり、ＵＥは「Ｘ」マイクロ秒（Ｘの値は後で決定される）未満で第１のＲＦ帯域幅よりも大きい第２のＲＦ帯域幅で受信することは予測されていない。
【００１３】
第１のＲＦ帯域幅を第２のＲＦ帯域幅内に配置するかどうか、第１のＲＦ帯域幅を第２のＲＦ帯域幅の中心に配置するかどうか、第２のＲＦ帯域幅に対する第１のＲＦ帯域幅の最大比、詳細なメカニズム、およびＲＲＭ測定のためのＲＦ帯域幅適応の実装方法を、さらに検討するためである。
【００１４】
３ＧＰＰはさまざまな制御セット（制御データの送信用の通信リソースのセット）も定義しましたが、そのような制御リソースセットを使用してＮＲ（例えば、ＬＴＥと比較して）で利用可能なより大きな帯域幅をサポートする方法はまだ指定されていない。本発明者らはまた、複数のビームおよび適切な帯域幅適応が使用される場合、ＵＥ（例えば、複数のＮＲ−ＰＤＣＣＨを監視する）での複雑さの低減の必要性に対処する必要がある場合があることにも気づいた。
【００１５】
したがって、本発明の好ましい例示的な実施形態は、帯域幅適応に関する上記の問題に対処するか、少なくとも部分的に対処する方法および装置を提供することを目的とする。
【００１６】
当業者の理解を効率化するために、３ＧＰＰシステム（５Ｇネットワーク）の文脈で本発明を詳細に説明するが、本発明の原理は他のシステムに適用することができる。
【課題を解決するための手段】
【００１７】
一態様では、本発明は、関連する通信エリアにサービスを提供する基地局を備える通信システム内の通信デバイスによって実行される方法を提供し、前記方法は、
第１の帯域幅を使用して通信することと、
前記基地局によって送信される制御データを監視することと、
前記第１の帯域幅で伝送される第１の制御リソースセットを使用することと、
前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように切り替えることと、
前記第２の帯域幅で伝送される第２の制御リソースセットを使用して、前記基地局によって送信される制御データを監視することと、
を備える。
【００１８】
本発明はまた、複数の指向性ビームによって形成された関連する通信エリアにサービスを提供する基地局を備える通信システム内の通信デバイスによって実行される方法を提供し、前記方法は、
第１の監視機会において、第１のビームを使用して、前記基地局によって送信された制御データを監視することと、
第２の監視機会において、第２のビームを使用して、前記基地局によって送信された制御データを監視することと、
前記第１の監視機会内の前記第１のビーム、および前記第２の監視機会内の前記第２のビームのうちの少なくとも１つを使用して送信される制御データを受信することと、
前記制御データの受信に基づいてサービングビームを識別することと、
を備える。
【００１９】
本発明はまた、複数の指向性ビームによって形成された関連する通信エリアにサービスを提供する基地局を備える通信システム内の通信デバイスによって実行される方法を提供し、前記方法は、
第１のビームを使用して、前記基地局によって送信される第１の制御データを受信することと、
第２のビームを使用して、前記基地局によって送信される第２の制御データを受信することと、
を備え、
前記第２の制御データは、前記第１の制御データの複製である。
【００２０】
本発明はまた、関連する通信エリアにサービスを提供する基地局を備える通信システム内の通信デバイスによって実行される方法を提供し、前記方法は、
第１の間欠受信、ＤＲＸ、構成に従って第１の帯域幅を使用して通信することと、
前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように切り替えることと、
第２のＤＲＸ構成に従って前記第２の帯域幅を使用して通信することと、
を備え、
前記第１のＤＲＸ構成は、前記第２のＤＲＸ構成とは異なるＤＲＸパターンを表す。
【００２１】
本発明はまた、複数の指向性ビームによって形成された関連する通信エリアにサービスを提供する基地局を備える通信システム内の通信デバイスによって実行される方法を提供し、各ビームは、前記基地局が制御データを送信できる関連する監視機会を有し、前記方法は、
オン期間とオフ期間を有する間欠受信、ＤＲＸ、パターンに従って通信することと、
前記ＤＲＸパターンに基づいて、少なくとも１つのビームに関連付けられた監視機会において少なくとも１つのビームを使用して前記基地局によって送信される制御データの監視することと、
を備え、
前記通信デバイスは、前記ＤＲＸパターンの前記オン期間中に前記少なくとも１つのビームに関連する前記監視機会内の制御データを監視するが、前記ＤＲＸパターンの前記オフ期間中は前記監視機会内の制御データを監視しない。
【００２２】
本発明は、基地局が通信エリアにサービスを提供する通信システム内の前記基地局によって実行される方法も提供し、前記この方法は、
第１の帯域幅を使用して通信デバイスと通信することと、
前記第１の帯域幅で伝送される第１の制御リソースセットを使用して前記通信デバイスに制御データを送信することと、
前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように切り替えることと、
前記第２の帯域幅で伝送される第２の制御リソースセットを使用して、前記通信デバイスに制御データを送信することと、
を備える。
【００２３】
本発明はまた、基地局が複数の指向性ビームによって形成される通信エリアにサービスを提供する通信システム内の前記基地局によって実行される方法を提供し、前記方法は、
第１のビームを使用して送信される制御データに関連する通信デバイスからのフィードバックのために、前記第１のビームを使用して前記制御データを送信した後に監視することと、
第２のビームを使用して送信される制御データに関連する通信デバイスからのフィードバックのために、前記第２のビームを使用して前記制御データを送信した後に監視することと、
前記第１のビームを使用して送信される前記制御データ、および前記第２のビームを使用して送信される前記制御データの少なくとも１つに関するフィードバックを、前記通信デバイスから受信することと、
前記フィードバックの受信に基づいてサービングビームを識別することと、
を備える。
【００２４】
本発明は、複数の指向性ビームによって形成される関連する通信エリアに基地局がサービスを提供し、通信システム内の前記基地局によって実行される方法も提供し、前記方法は、
第１のビームを使用して、少なくとも１つの通信デバイスに第１の制御データを送信することと、
第２のビームを使用して、少なくとも１つの通信デバイスに第２の制御データを送信することと、
を備え、
前記第２の制御データは、前記第１の制御データの複製である。
【００２５】
本発明は、基地局が関連する通信エリアにサービスを提供する通信システム内の前記基地局によって実行される方法も提供し、前記方法は、
第１の間欠受信、ＤＲＸ、構成に従って第１の帯域幅を使用して、通信デバイスと通信することと、
前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように切り替えることと、
第２のＤＲＸ構成に従って前記第２の帯域幅を使用して、前記通信デバイスと通信することと、
を備え、
前記第１のＤＲＸ構成は、前記第２のＤＲＸ構成とは異なるＤＲＸパターンを表す。
【００２６】
本発明はまた、基地局が複数の指向性ビームによって形成される関連する通信エリアにサービスを提供する通信システム内の前記基地局によって実行される方法を提供し、各ビームは、前記基地局が制御データを送信できる関連する監視機会を有し、前記方法は、
オン期間およびオフ期間を有する間欠受信、ＤＲＸ、パターンに従って、通信デバイスと通信することと、
前記制御データが前記ＤＲＸパターンの前記オン期間中の少なくとも１つのビームに関連付けられた送信機会内に送信されるが、前記ＤＲＸパターンの前記オフ期間中の前記監視機会内に送信されないような前記ＤＲＸパターンに基づいて、前記少なくとも１つのビームに関連付けられた前記送信機会内の前記少なくとも１つのビームを使用して、前記通信デバイスに制御データを送信することと、
を備える。
【００２７】
本発明の態様は、対応するシステム、装置、および上記の態様および可能性で説明した、または請求項に記載された、および／または請求項のいずれかに記載の装置を提供するように適切に適合されたコンピュータをプログラムする、方法を実行するためにプログラム可能なプロセッサをプログラムするように動作可能な命令を格納したコンピュータ可読記憶媒体などのコンピュータプログラム製品に及ぶ。
【００２８】
本明細書に開示される（請求項を含む用語）および／または図面に示される各特徴は、他の開示および／または図示される特徴とは独立して（または組み合わせて）本発明に組み込まれ得る。特に、限定するものではないが、特定の従属請求項に従属する請求項のいずれかの特徴は、任意の組み合わせでまたは個別にその独立請求項に導入することができる。
【００２９】
ここで、添付図面を参照して、例として本発明の例示的な実施形態を説明する。
【図面の簡単な説明】
【００３０】
【図１】図１は、本発明の例示的な実施形態が適用されるセルラ通信システムを示す。
【図２】図２は、図１に示されるシステムにおける例示的な帯域幅適応シナリオの概要である。
【図３】図３は、図１に示されるシステムの部分を形成するモバイルデバイスのブロック図である。
【図４】図４は、図１に示されるシステムの部分を形成する基地局のブロック図である。
【図５】図５は、図１のシステムにおいてアグリゲーテッド制御リソースセットが提供される例示的な方法を概略的に示す。
【図６】図６は、図１のシステムにおいてアグリゲーテッド制御リソースセットが提供される例示的な方法を概略的に示す。
【図７】図７は、図１のシステムにおいてユーザ機器がビームを監視し、適切なビームを選択する例示的な方法を概略的に示す。
【図８】図８は、帯域幅適応のために間欠受信が使用される例示的な実施形態を概略的に示す。
【図９】図９は、帯域幅適応のために間欠受信が使用される例示的な実施形態を概略的に示す。
【発明を実施するための形態】
【００３１】
概要
図１は、ユーザ機器３（携帯電話および／または他のモバイルデバイス）が適切な無線アクセス技術（ＲＡＴ：Radio Access Technology）を使用して基地局５（「ｇＮＢ」と表示）を介して互いに通信できる通信ネットワーク１（例えば、３ＧＰＰ  ＮＲネットワーク）を概略的に示す。５Ｇシステムでは、基地局は送信受信点（ＴＲＰ：Transmit Receive Points）とも呼ばれることが理解されるであろう。当業者が理解するように、例示する目的で５つのモバイルデバイス３および１つの基地局５が図１には示されているが、システムは、実装される場合、通常、他の基地局およびモバイルデバイスを含む。
【００３２】
各基地局５は、基地局に配置されたＴＲＰおよび／または１つまたは複数の遠隔に配置されたＴＲＰ（図１には図示せず）を介して１つまたは複数の関連セルを動作させる。この例では、簡単にするために、基地局５は単一のセルを動作させる。基地局５はコアネットワーク７に接続され（例えば、適切なゲートウェイおよび／またはユーザプレーン／制御プレーン機能を介して）、隣接する基地局も互いに（直接または適切な基地局ゲートウェイを介して）接続される。コアネットワーク７は、とりわけ、制御プレーンマネージャエンティティおよびユーザプレーンマネージャエンティティ、基地局５と他のネットワーク（インターネットなど）および／またはコアネットワークの外部でホストされているサーバとの間の接続を提供するための１つまたは複数のゲートウェイ（ＧＷ：Gateway）を含んでもよい。
【００３３】
モバイルデバイス３は、そのセルを操作する基地局５との無線リソース制御（ＲＲＣ：Radio Resource Control）接続を確立することによって、適切なセル（その配置に、おそらく他の要因に応じて、例えば、信号状況、加入データ、能力、および／または同様のもの）に接続する。モバイルデバイス３と基地局５（およびネットワーク内の他の送信ポイント）は、使用されるＲＡＴに依存する適切なエアインタフェースを介して通信する。モバイルデバイス３は、いわゆる非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングを使用してコアネットワークノードと通信し、それは、モバイルデバイス３にサービスを提供する基地局５／ＴＲＰによって、モバイルデバイス３と適切なコアネットワークノードとの間で中継される。
【００３４】
この例では、基地局５とモバイルデバイス３は、マルチアンテナ方式を使用して互いに通信する。具体的には、基地局５は、基地局５のセル内の様々なモバイルデバイス３と通信するための複数の指向性ビームを提供するための関連するアンテナアレイ（例えば、大規模アンテナ）を動作させる。各ビームは、異なる方向（仰角を含む３次元）に広がる（送信する）ように配置される。各ビームは、（少なくともセル内で）固有の関連付けられた識別子（例えば、適切な「ビームＩＤ」）を有する。
【００３５】
図１に示すネットワーク（およびＮＲネットワーク全般）では、ビーム管理は、特定のモバイルデバイス３のダウンリンク（ＤＬ：Down Link）およびアップリンク（ＵＬ：Up Link）の送受信に使用できるＴＲＰおよび／またはＵＥビームのセットを取得および維持するための一連の適切な（たとえばＬ１／Ｌ２）手順として理解できる。たとえば、管理には次の１つ以上の側面が有益に含まれる。
−ビーム決定：ＴＲＰまたはＵＥ自身のＴｘ／Ｒｘビームの選択。
−ビーム測定：ＴＲＰまたはＵＥの受信したビーム形成信号の特性の測定。
−ビーム報告：ＵＥのビーム測定に基づいたビーム形成信号の情報の報告。
−ビーム掃引：所定の方法で時間間隔中にビームを送信および／または受信して空間領域をカバーする操作。
【００３６】
セルで使用されるビーム構成は、ビームの数と関連するビームパターンを定義する。図１に示す例では、ビームの総数は「Ｎ」である。つまり、ビーム＃１から＃Ｎは、基地局５のセルに現在構成されたものである（「Ｎ」は少なくとも「１」の正の整数である）。
【００３７】
基地局５は、そのセル（または基地局が複数のセルを操作する場合は各セル）で１つまたは複数の参照信号、例えば、ビーム固有参照信号（ＢＲＳ：Beam-specific Reference Signals）のセットを送信するように構成される。モバイルデバイス３は、各ビームの信号強度およびチャネル推定測定（ビーム報告）を実行するための関連する参照信号を使用するように構成されてもよい。測定値は、モバイルデバイス３の（１つまたは複数の）ビームの適切なセットを構成するために（基地局および／またはモバイルデバイス３によって）使用され、そのセットは、モバイルデバイス３のオペレーショナルビームセット（ＯＢＳ：Operational Beam Set）として参照されてもよい。
【００３８】
ＯＢＳは、例えば、信号状況、セルの負荷、モバイルデバイス３によって必要とされるスループットおよび／またはサービス品質（ＱｏＳ：Quality of Service）に応じて動的に更新されてもよい。有益なことに、ＯＢＳが複数のビームを含む場合、ほとんどの状況でモバイルデバイス３が使用し、および／または必要に応じて（少なくとも一時的に）ＯＢＳに新しいビームを追加する少なくとも１つの指向性ビームがあるため、モバイルデバイス３が無線リンク障害（ＲＬＦ：Radio Link Failure）、すなわち基地局５との接続の損失、を被る可能性が大幅に減少する。
【００３９】
特定のモバイルデバイス３が基地局５（および基地局５を介した他のノード）との通信で使用できる帯域幅は、関連するＯＢＳに含まれるビームの数に依存することが理解されよう。しかしながら、任意のビーム内でモバイルデバイス３に割り当てられた／使用可能な帯域幅は、必ずしも一定ではないことも理解される（つまり、任意のビームの帯域幅は、モバイルデバイス３が使用するサービスに必要なスループットに依存し、また、（一時的に）信号状況の変化の影響を受ける）。
【００４０】
このシステムでは、有利なことに、基地局５は、モバイルデバイス３の通信に現在適用可能なスループット要求（これは、一般的に例えば、モバイルデバイス３および／またはそのユーザによって使用されるサービス／アプリケーションに依存する）に従って、モバイルデバイス３に割り当てられた帯域幅を適応させるように構成される。具体的には、基地局５は、モバイルデバイス３（またはモバイルデバイス３と通信するノード）がモバイルデバイス３の異なる（例えば、比較的高い）帯域幅を要求しない限り、基地局５との通信にデフォルト（例えば比較的低い）帯域幅を使用するようモバイルデバイス３を制御するように構成される。このような比較的高い帯域幅は「広帯域データパイプ」と呼ばれ、少なくとも一時的に（例えば、帯域幅の増加が必要であると判断される限り、および/または関連するタイマの期限が切れるまで）アクティブになる。
【００４１】
基地局５は、そのような（ＵＥ固有の）広帯域データパイプを、例えば、以下を含む多くの方法で提供するように構成されてもよい。
−ビームごとの帯域幅を変更する（モバイルデバイス３によって使用される少なくとも１つのビームで）。
−モバイルデバイス３によって使用されるビームの数を変更する（ＯＢＳへの／ＯＢＳからのビームの追加／削除）。および／または、
−モバイルデバイス３に関連付けられるビームのＤＲＸ構成を変更する。
【００４２】
帯域幅適応は、一時的に（例えば、所定の期間および／またはモバイルデバイス３またはネットワークノードによる非アクティブ化まで）適用されるか、または、モバイルデバイス３がネットワーク１に接続されたままである限り、モバイルデバイス３に適用されることが理解されるであろう。
【００４３】
図２は、例示的な帯域幅適応シナリオの概要である。見て分かるように、帯域幅適応は、モバイルデバイス３のデータ送信ニーズ（の変化）に依存して実行される。この例では、モバイルデバイス３の電源を入れたとき、または、ネットワークまたは特定のビーム／セル／基地局に最初にアクセスしたときなどに、モバイルデバイス３は、最初に比較的小さな（例えば、デフォルト）帯域幅（または「データパイプ」）で構成される。あるいは、モバイルデバイス３は、モバイルデバイス３によって要求された適切な帯域幅、および／または、最後に使用した帯域幅で構成されてもよい。
【００４４】
基地局５は、ダウンリンク制御データ１０（ＰＤＣＣＨなどを介したＤＣＩなど）を定期的に、例えば、各サブフレームで送信するように構成される。ダウンリンク制御データ１０は、その（または後続の）サブフレーム／スロットでどのモバイルデバイス３がスケジュールされているかを識別する情報を含み、スケジュールされたダウンリンクデータ１２は、ダウンリンク制御データ１０に含まれる情報に従って送信される。図からわかるように、モバイルデバイス３の初期アクセス時の帯域幅は比較的狭いため、ダウンリンク制御データ１０も狭い（同じ）帯域幅を使用して送信される。したがって、有利には、ダウンリンク制御データ１０および関連するダウンリンクデータ１２の受信および復号に関連するモバイルデバイス３の電力消費は、比較的低く保つことができる。さらに、基地局５は、残りのリソースを他のユーザに有利に割り当てることができ、これにより、システム全体の効率が向上する可能性がある。
【００４５】
モバイルデバイス３がより大きな帯域幅を必要とする場合（例えば、モバイルデバイス３上のアプリケーションがビデオストリーミングなどのリモートノードとのデータ通信を開始するため）、基地局５は関連する帯域幅（データパイプ）を適応するようにそれに応じて（少なくとも一時的に）構成される。したがって、見てわかるように、広帯域データパイプをアクティブ化すると、ダウンリンクデータ１２に使用できる帯域幅が（以前のサイズと比較して）増加し、モバイルデバイス３が各スケジューリングラウンド（例えば、サブフレーム）で大量のデータを通信できるようになる。関連するダウンリンク制御データ１０も、（必ずしも広帯域データパイプ全体にわたってではないが）増加した帯域幅にわたって有益に送信されることが理解されるであろう。次に、より広い帯域幅を必要とするモバイルデバイスの３回送信の最後に、モバイルデバイス３に関連付けられた広帯域データパイプを非アクティブ化（または初期帯域幅とは異なる適切な低帯域幅に再構成）することができる。広帯域データパイプは、自動的に（例えば、すべてのデータが送信／受信されたとき、および／または関連する「アクティビティ」タイマの期限が切れたとき）、または基地局５によって指示されたとき（モバイルデバイス３の要求によって発生する場合）に非アクティブ化される。有益には、帯域幅の適応により、モバイルデバイス３（および基地局５）は、より効率的に動作し、モバイルデバイス３は必要に応じて（例えば、一時的に）適切な広帯域データパイプを使用できる。
【００４６】
帯域幅適応を実行する方法はいくつかある。例えば、次の方法の１つ以上を使用して、適切な（例えば、より広い）帯域幅をアクティブ化／非アクティブ化できる。
【００４７】
（現在の帯域幅よりも大きい）より大きな帯域幅をアクティブにするために、基地局５は、次の可能なスロット内で（次のサブフレーム内など）、より広い帯域幅を開く必要があることをモバイルデバイス３に通知するために、ＤＣＩ形式に適切なシグナリング（１ビットなど）を追加するように構成されてもよい。基地局５は、クロススロットスケジューリングを適用することもでき、その場合、基地局５は、次の可能なスロットで異なる帯域幅（例えば、現在の帯域幅よりも大きい）を使用するようにモバイルデバイス３をスケジュールするように構成されてもよい。言い換えれば、より大きな帯域幅を開くという指示は、クロススロットスケジューリングの機能によって送信されてもよい。より広い帯域幅を非アクティブにするために、アクティビティタイマが使用される（これにより、追加のシグナリングが不要になる）。この場合、モバイルデバイス３は、アクティビティタイマの期限が切れたとき（現在／より広い帯域幅を必要とするモバイルデバイスの最後のデータ送信後、所定の時間が経過したとき）、より小さな帯域幅（または以前の帯域幅）に戻るように構成されてもよい。基地局５は、より広い（または異なる）帯域幅をモバイルデバイス３に示すために適切な媒体アクセス制御（ＭＡＣ：Medium Access Control）制御要素（ＣＥ：Control Element）を使用するように構成されてもよいことが理解されよう。
【００４８】
有益には、帯域幅適応を促進するために、多数の事前定義された制御リソースセット（例えば、制御データの送信用に半静的に構成されたリソースのセット、例えば、ＲＲＣシグナリングを使用した）が提供されてもよい（例えば、複数のより小さな制御リソースセットの集合を含むアグリゲーテッド制御リソースセット）。一例において、少なくとも第１の（「プライマリ」）制御リソースセットが提供され（好ましくは狭いＲＦ帯域幅を有する）、これは時間領域における制御リソースセットの適切な集合を含む。そのようなプライマリ制御リソースセットは、その制御データおよびオプションとして関連するユーザデータ（例えば、帯域幅がＵＥの要求を満たすまで）を受信することを期待するデフォルトまたは初期制御リソースセット（または共通サーチスペースとして）として、モバイル３によって使用されてもよい。しかしながら、通常、周波数領域の制御リソースセットの適切な集合（すなわち、広帯域データパイプ）を含む第２（「セカンダリ」）（好ましくはより広い）の制御リソースセットも提供されてもよい。したがって、モバイルデバイス３に広帯域データパイプのアクティブ化が必要なとき、データは、（例えば、プライマリ制御リソースセットに加えて）セカンダリ制御リソースセットに対応するリソースを介して送信されてもよい。プライマリおよびセカンダリ制御リソースセットは、モバイルデバイス３および基地局５の両方に知られている所定のリソースを介して提供されることが理解されよう。制御リソースセットは、各ＵＥに固有である場合があり、モバイルデバイス３に関連付けられた情報に基づいて、および／または異なるＵＥに対して異なる制御リソースセットをもたらす式または機能を使用して割り当てられる。あるいは、プライマリおよびセカンダリ制御リソースセットの位置は、モバイルデバイス３に明示的に通知されてもよい。
【００４９】
有利には、モバイルデバイス３の複雑さおよび電力消費をさらに最適化するために、基地局５は、特定のモバイルデバイス３に割り当てられたすべてのビームではなく、限られた数のビームを介して制御データを送信するように構成されてもよい。例えば、各モバイルデバイス３は、ＴＤＭ方式でいくつか（例えば、２つまたは３つ）の最良のビームを介して制御チャネルを監視するように構成されてもよい。別の例では、モバイルデバイス３は、制御チャネル送信のためにそれらに関連するビームのすべてを監視するように構成されてもよいが、一度に１つのビームのみである。そのようにするために、各ビームに適切な監視機会を設定してもよい。したがって、ビームの１つ（例えば、現在のサービングビーム）にビーム障害が発生した場合でも、モバイルデバイス３は、関連する監視機会の間に、異なるビームを介してその制御データを受信でき、（その後、新しいサービングビームとしてそのビームに切り替える）。さらに別の例では、特定のモバイルデバイス３の制御チャネル送信が複製され（２つ以上のビームを介して同時に送信され）、制御送信が効果的に重ね合わせられる可能性がある。
【００５０】
特に有益な例では、基地局５およびモバイルデバイス３は、帯域幅適応ＤＲＸアプローチを適用するように構成されてもよく、適用される実際のＤＲＸ構成は、モバイルデバイス３の現在使用している帯域幅に依存する。例えば、そのような「帯域幅適応」ＤＲＸ構成は、モバイルデバイス３によって使用される異なる帯域幅のためのいくつかの異なるＤＲＸ構成（異なるＤＲＸサイクルおよび／またはオン／オフ期間）を備えてもよい。ＤＲＸサイクルは、上述のビーム固有の監視機会とさらに組み合わせることができることが理解されよう。この場合、有効なＤＲＸの「オン」期間は、適用可能なビーム走査期間と設定されたＤＲＸパターンの組み合わせとして導出できる。言い換えると、モバイルデバイス３は、その現在の適用可能なＤＲＸサイクルの「オン」期間中にのみ、割り当てられたビームを（ビームごとの関連するビーム監視機会の間に）監視するように構成されてもよい。
【００５１】
したがって、見られるように、適切な帯域幅適応は、基地局のセルを介したモバイルデバイスへの柔軟な対応、消費電力の改善（バッテリ寿命の延長）や基地局の通信リソースのより効率的な使用などのような多くの利点を提供する。
【００５２】
ＮＲの概要
以下は、ＮＲ（５Ｇ）ネットワークと関連する用語の簡単な概要である。
【００５３】
ＮＲシステムでは、複数の数秘術（サブキャリアの間隔とスケーリング係数）をサポートできることが理解される。ＮＲ技術のコンテキストでは、特定の数秘術が、関連するサブキャリア間隔とサイクリックプレフィックス（ＣＰ：Cyclic Prefix）オーバーヘッドによって定義される。複数のサブキャリア間隔は、基本的なサブキャリア間隔を整数「Ｎ」でスケーリングすることにより導出できる。使用される数秘術は、周波数帯域とは無関係に選択できる。
【００５４】
物理リソースブロック（ＰＲＢ：Physical Resource Block）は、ＰＲＢあたりのサブキャリアの数が、すべての数秘術（ＰＲＢあたり１２のサブキャリア）で同じになるように定義される。
【００５５】
異なる数秘術の多重化は、ダウンリンクとアップリンクの両方で時分割多重化（ＴＤＭ：Time Division Multiplexing）および／または周波数分割多重化（ＦＤＭ：Frequency Division Multiplexing）方式で実行されてもよい。ＵＥの観点から、異なる数秘術の多重化は、（１つ以上の）サブフレームのセット内／全体で実行されてもよい。
【００５６】
２ｍ  ｘ  １５ｋＨｚのサブキャリア間隔の場合、サブキャリアは周波数領域で１５ｋＨｚのサブキャリア間隔のサブセット／スーパーセットにマッピングされ、ＰＲＢグリッドは周波数領域でネストされた方法で１５ｋＨｚのサブキャリア間隔のＰＲＢグリッドのサブセット／スーパーセットとして定義される。
【００５７】
ネットワークの観点からは、ダウンリンクの拡張モバイルブロードバンド（ＭＢＢ：Mobile Broadband）／超高信頼性低遅延通信（ＵＲＬＬＣ：Ultra Reliable Low Latency Communications）の異なる遅延および／または信頼性要件を有する送信の多重化は、同じＣＰオーバーヘッドで同じサブキャリア間隔を使用するか、または異なるサブキャリア間隔を使用することによってサポートされてもよい。ＮＲは、ダウンリンクでのｅＭＢＢ／ＵＲＬＬＣのさまざまな遅延および／または信頼性要求間の動的リソース共有をサポートする。ＵＲＬＬＣとｅＭＢＢの間の動的リソース共有は、ＵＲＬＬＣでスケジュールされたトラフィックを送信することによってサポートされてもよく、ＵＲＬＬＣは、進行中のｅＭＢＢトラフィックでスケジュールされたリソースで送信される。ｅＭＢＢとＵＲＬＬＣの間のＤＬ動的リソース共有は、重複しない時間／周波数リソースでｅＭＢＢおよびＵＲＬＬＣサービスをスケジュールすることによって、プリエンプションなしで有効になる。
【００５８】
＜制御チャネル＞
基地局とユーザ機器の間の通信を制御するために、いくつかの制御チャネル（例えば、ＮＲ−ＰＤＣＣＨ）を使用してもよい。一般のＮＲシステムの場合のように、ＮＲ−ＰＤＣＣＨの変調のために少なくともＱＰＳＫ変調方式がサポートされることが理解されるであろう。シングルステージダウンリンク制御情報（ＤＣＩ：Downlink Control Information）の場合、ＮＲ−ＰＤＣＣＨの変調方式はＱＰＳＫである。周波数領域では、特定の制御チャネルのリソース単位サイズ（復調参照信号（ＤＭ−ＲＳ：Demodulation Reference Signal）を含む場合と含まない場合がある）は、単一のＰＲＢまたは複数のＰＲＢになる。ＮＲ−ＰＤＣＣＨ候補は、ＮＲ−ＣＣＥのセットから成り、ＮＲ  ＣＣＥは、固定された数のリソース要素グループ（ＲＥＧｓ：Resource Element Groups）から成ることが理解されるであろう。ＲＥＧは、ＤＭ−ＲＳを含む場合も含まない場合も、１つのＯＦＤＭシンボル（ＯＳ：OFDM symbol）中の１つのＲＢになる場合がある（少なくともＤＬ制御領域が１つのスロットまたは「ミニスロット」から成る場合）。しかしながら、少なくともｅＭＢＢの場合、異なるＵＥへの空間多重化（ＭＵ−ＭＩＭＯ）を除き、１つのＯＦＤＭシンボルの同じＲＥＧで複数のＮＲ−ＣＣＥを送信することはできない。
【００５９】
いわゆる制御リソースセットは、与えられた数秘術の下でＲＥＧのセットとして定義される。少なくともシングルステージＤＣＩ設計の場合、各ＵＥは、１つ以上の制御リソースセット（特定のＵＥに固有のもの）内の関連するダウンリンク制御情報を監視するように構成される。制御リソースセットのＢＷは、（一定の制限まで）キャリア帯域幅以下である。制御リソースセットは、ＵＥがダウンリンク制御情報をブラインド復号しようとするＲＥＧのセットである。ＲＥＧは、周波数が連続している場合とそうでない場合がある。制御リソースセットが複数のＯＦＤＭシンボルにまたがる場合、制御チャネル候補は、複数のＯＦＤＭシンボルまたは単一のＯＦＤＭシンボルにマッピングされてもよい。ｇＮＢは、どの制御チャネル候補が制御リソースセット内のＯＦＤＭシンボルの各サブセットにマッピングされるかをＵＥに通知するように構成される。これは、ＵＥが同じまたは異なるＯＦＤＭシンボルの制御リソースセット内または制御リソースセット外の追加の制御情報を受信することを妨げるものでは無い。各ＵＥは、１つ以上の制御リソースセットを有することが理解されるであろう。ＮＲネットワークは、少なくとも周波数領域で（同じまたは異なるＵＥの）データの制御リソースセットのリソースの少なくとも一部の動的再利用をサポートすることが期待されている。ｇＮＢの観点から、ＤＬ制御チャネルは、スロットおよび／またはミニスロットの最初のＯＦＤＭシンボルに配置できる。少なくとも時間領域でのＵＥ固有のＤＬ制御情報監視機会を設定できる。ＤＣＩ監視機会の最小粒度が構成される（例えば、ＵＥごとに）ことが理解されるであろう。例えば、ＤＣＩ監視機会の最小粒度は、スロットごとに１回である（例えば、シングルステージＤＣＩ設計の場合）。
【００６０】
＜ビーム管理＞
ＮＲネットワークでは、ＵＥは、ビーム障害から回復するための適切なメカニズムをトリガできる。ＵＥは、ビーム障害が発生したと判断したときに、ビーム障害から回復するメカニズムをトリガするように構成してもよい。例えば、ＵＥは、関連する制御チャネルのビームペアリンクの品質が十分に低くなったとき（例えば、閾値と比較して、および／または関連するタイマのタイムアウト時）に、および／または、その他の所定の条件を満たすときに、ビーム障害イベントが発生したと判断することができる。本明細書では、ビームペアリンクを例として使用しているが、他の適切な手段も使用できることが理解されよう。ネットワーク（ｇＮＢ）は、回復を目的とした信号のＵＬ送信のための適切なリソースでＵＥを構成する。リソースの構成は、例えば、ランダムアクセス領域など、基地局がすべてまたは一部の方向からリスニングする場合にサポートされる。ビーム障害を報告するＵＬ送信／リソースは、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）（例えば、ＰＲＡＣＨリソースに直交するリソースなど）と同じ時間インスタンス、またはＰＲＡＣＨとは異なる（ＵＥごとに構成できる）時間インスタンスに配置できる。ＵＥが新しい潜在的なビームを識別するためにビームを監視できるようにするため、ＤＬ信号の送信がサポートされる。
【００６１】
ＮＲは、ビーム関連の表示の有無にかかわらず、ビーム管理をサポートする。ビーム関連の表示が提供される場合、ＣＳＩ−ＲＳベースの測定に使用されるＵＥ側のビーム形成受信手順に関する情報は、準コロケーション（ＱＣＬ：Quasi-Co-Location）を介してＵＥに表示される。ＮＲは、制御チャネルおよび対応するデータチャネル送信で、同じまたは異なるビームの使用をサポートする。
【００６２】
ビームペアリンクブロッキングに対するロバスト性をサポートするＮＲ−ＰＤＣＣＨ送信のために、各ＵＥは、Ｍビームペアリンク上のＮＲ−ＰＤＣＣＨを同時に監視するように構成し、ここで、
【数２】
0006863472.tif 000003
Ｍの最大値は、少なくともＵＥの能力に依存する。ＵＥは、異なるＮＲ  ＰＤＣＣＨ  ＯＦＤＭシンボルの異なるビームペアリンクでＮＲ−ＰＤＣＣＨを監視するように構成してもよい。複数のビームペアリンク上のＮＲ−ＰＤＣＣＨを監視するためのＵＥ  Ｒｘビーム設定に関連するパラメータは、上位レイヤシグナリングまたはＭＡＣ  ＣＥによって設定され、および／またはサーチスペース設計で考慮される。
【００６３】
モバイルデバイス
図３は、図１に示されるモバイルデバイス３の主要な構成要素（例えば、携帯電話または他のユーザ機器）を示すブロック図である。示されるように、モバイルデバイス３は、１つ以上のアンテナ３３を介して基地局５に信号を送信し、基地局５から信号を受信するように動作するトランシーバ回路３１を有する。モバイルデバイス３は、モバイルデバイス３の動作を制御するコントローラ３７を有する。コントローラ３７は、メモリ３９に関連付けられており、トランシーバ回路３１に結合されている。その動作に必ずしも必要では無いが、モバイルデバイス３は、もちろん、従来の携帯電話３のすべての通常の機能（ユーザインタフェース３５など）を有し、これは、必要に応じて、ハードウェア、ソフトウェア、および、ファームウェアの１つ、または、組み合わせによって提供されてもよい。ソフトウェアは、メモリ３９に事前にインストールされてもよく、および／または、例えば、通信ネットワークを介して、または、リムーバブルデータストレージデバイス（ＲＭＤ：Removable data storage device）からダウンロードされてもよい。
【００６４】
コントローラ３７は、この例では、メモリ３９内に格納されたプログラム命令またはソフトウェア命令によって、モバイルデバイス３の全体的な動作を制御するように構成される。示されるように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム４１、通信制御モジュール４３、ビーム構成モジュール４４、帯域幅適応モジュール４５、および、ＤＲＸモジュール４６を含む。
【００６５】
通信制御モジュール４３は、モバイルデバイス３とそのサービング基地局５（および、さらなるモバイルデバイスおよび／またはコアネットワークノードなどの基地局５に接続された他の通信デバイス）との間の通信を制御するように動作可能である。
【００６６】
ビーム構成モジュール４４は、例えば、モバイルデバイス３のための適切なＯＢＳ（または、それぞれのＯＢＳ）を維持することによって、現在のサービングセル（または複数のセル）内のモバイルデバイス３によって使用される（使用のために割り当てられる）ビームを管理する役割を担う。これには、例えば、モバイルデバイス３のために割り当てられたセルのセットへのセルの追加および削除（例えば、基地局５、および／または、信号測定モジュール４６によって提供される情報に基づく）が含まれる。
【００６７】
帯域幅適応モジュール４５は、モバイルデバイス３の現在のニーズ（または構成）に対応する適切な複数の帯域幅間の切り替えを制御する役割を担う。具体的には、帯域幅適応モジュール４５は、適切な広帯域データパイプのアクティブ化／非アクティブ化を制御する。いくつかの例では、これは、適切なプライマリ制御リソースセットの使用と、（例えば、プライマリ制御リソースセットに加えた）セカンダリ制御リソースセットの使用と、を切り替えることによって実現される。
【００６８】
ＤＲＸモジュール４６は、基地局５によって構成されたときに、間欠受信（および／または送信）のためにトランシーバ３１を制御する役割を担う。いくつかの例では、そのような間欠受信／送信はビームごとに使用されてもよい。この場合、帯域幅適応は、モバイルデバイス３によって使用されるＤＲＸパターンを変更することによって促進される。
【００６９】
図３には示されていないが、モバイルデバイス３は、（基地局５への）信号品質測定および報告を実行するための適切な測定および報告モジュールを含んでもよいことが理解されよう。そのような信号品質測定は、基地局５によって送信される（ビーム固有の）参照信号と、サービング基地局５によって提供される適切な測定構成と、に基づいて実行されてもよい。信号品質測定には、例えば、（詳細な）チャネルステータス情報（ＣＳＩ：Channel Status Information）測定、参照信号受信電力（ＲＳＲＰ：Reference signal Received Power）、参照信号受信品質（ＲＳＲＱ：Reference Signal Received Quality）、受信信号対雑音比（ＳＮＲ：Signal-to-Noise Ratio）、および／または、信号対干渉プラス雑音比（ＳＩＮＲ：Signal to Interference plus Noise Ratio）の測定および関連する報告を含んでもよい。
【００７０】
基地局
図４は、図１に示される基地局５の主要な構成要素を示すブロック図である。示されるように、基地局５は、１つ以上のアンテナ５３（例えば、アンテナアレイ／巨大アンテナ）を介して通信デバイス（モバイルデバイス３／ユーザ機器のような）に信号を送信および受信するためのトランシーバ回路５１と、ネットワークノード（例えば、コアネットワーク７内の他の基地局および／またはノード）に信号を送信し、ネットワークノードから信号を受信するためのネットワークインタフェース５５と、を有する。基地局５は、基地局５の動作を制御するコントローラ５７を有する。コントローラ５７は、メモリ５９に関連付けられている。ソフトウェアは、メモリ５９に事前にインストールすることができ、および／または、例えば、通信ネットワーク１を介して、またはリムーバブルデータストレージデバイス（ＲＭＤ：Removable data storage device）からダウンロードすることができる。コントローラ５７は、この例では、メモリ５９内に格納されたプログラム命令またはソフトウェア命令によって、基地局５の全体的な動作を制御するように構成される。示されるように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム６１、通信制御モジュール６３、ビーム制御モジュール６４、帯域幅適応モジュール６５、および、ＤＲＸ制御モジュール６６を含む。
【００７１】
通信制御モジュール６３は、基地局５と、モバイルデバイス３（ユーザ機器）および基地局５に接続されている他のネットワークエンティティとの間の通信を制御するように動作可能である。通信制御モジュール６３は、（関連データ無線ベアラを介して）ダウンリンクユーザトラフィックの個別のフローも制御し、この基地局５に関連する通信デバイスに送信すべき、例えば、コアネットワークサービスのための制御データ、および／または、モバイルデバイス３のモビリティ（一般的な（ＵＥ固有でない）システム情報および参照信号も含む）を含む制御データを制御する。
【００７２】
ビーム制御モジュール６４は、基地局５のセル（または複数のセル）内の各モバイルデバイス３によって使用される（使用のために割り当てられる）ビームを、例えば、モバイルデバイス３の適切なＯＢＳ（またはそれぞれのＯＢＳ）を維持することによって、管理する役割を担う。これには、たとえば、特定のモバイルデバイス３に割り当てられたセルのセットに、セルを追加すること、および、削除することが含まれる（例えば、そのモバイルデバイス３によって提供される信号測定値の情報に基づいて、関連する帯域幅要件、使用されるサービス、モバイルデバイス３のモビリティ、および／または、負荷情報などのセルに関連するその他の情報）。
【００７３】
帯域幅適応モジュール６５は、基地局５によってサービスされるモバイルデバイス３の現在のニーズ（または構成）に対応する適切な帯域幅間の切り替えを制御する役割を担う。具体的には、帯域幅適応モジュール６５は、適切な広帯域データパイプのアクティブ化／非アクティブ化を制御する。いくつかの例では、これは、適切な（ＵＥ固有の）プライマリ制御リソースセットの使用と、セカンダリ制御リソースセット（例えば、プライマリ制御リソースセットに加えて）の使用と、を切り替えることによって実現される。
【００７４】
ＤＲＸ制御モジュール６６は、適切な場合、間欠受信（および／または送信）のためにモバイルデバイス３を構成する役割を担う。いくつかの例では、そのような間欠受信／送信は、ビームごとに使用されてもよい。この場合、帯域幅適応は、モバイルデバイス３によって使用されるＤＲＸパターンを変更することによって容易になる。
【００７５】
上記の説明において、モバイルデバイス３および基地局５は、多数の個別のモジュール（通信制御モジュールおよび帯域幅適応モジュールなど）を有するものとして理解を容易にするために説明される。特定のアプリケーション、例えば、既存のシステムが本発明を実施するために変更された場合、これらのモジュールは、このような方法で提供され、他のアプリケーション、例えば、最初から本発明の特徴を念頭に置いて設計されたシステムでは、これらのモジュールは、オペレーティングシステムまたはコード全体に組み込まれてもよく、それだから、これらのモジュールは個別のエンティティとして識別できない。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、またはこれらの組み合わせで実装してもよい。
【００７６】
動作
ここで、ユーザ機器とＴＲＰ（基地局）との間の通信のために、帯域幅適応が実行されるいくつかの方法の（図５から９を参照して）より詳細な説明が与えられる。
【００７７】
図５および図６は、図１のシステムにおいて制御リソースセットが提供されるいくつかの例示的な方法を概略的に示す。具体的には、図５は、各ＰＤＳＣＨリソース７１が同じ数（例えば１つ）の関連する制御リソースセット７２（アグリゲーテッドされてもされなくてもよい）を有する例を示し、図６は、（ＵＥ固有の）アグリゲーテッド制御リソースセット７２が提供される様々な方法を示す。
【００７８】
そのような、制御リソースセット７２は、モバイルデバイス３がその帯域幅を現在のニーズに適合させる（例えば、少なくとも一時的に帯域幅を増加させる）ために、特定のモバイルデバイス３に対して有益に構成される。
【００７９】
各制御リソースセット７２は、モバイルデバイス３がそのＤＣＩ（存在する場合）をブラインド復号するように構成される周波数領域におけるＰＲＢのセット（図５の「Ｘ」ＰＲＢ）である。時間領域では、ＯＦＤＭシンボル（ＯＳ：OFDM symbols）の数は、固定または可変（例えば、特定のＵＥの場合は１、２、３）のいずれかでもよい。ＰＲＢの各セットは、事前に定義された数の制御チャネル要素（ＣＣＥ：Control Channel Elements）を含む。
【００８０】
初期アクセスのために、制御リソースセット７２は、事前に構成されることが好ましく、例えば、モバイルデバイス３は、マスター情報ブロック（ＭＩＢ：Master Information Block）またはシステム情報（基地局５によるブロードキャスト）からそれらを取得し、または、初期アクセス情報からそれらを暗黙的に導出する。事実上、そのような事前構成された制御リソースセット７２は、特定のＵＥ（またはＵＥのグループ）の共通サーチスペース（ＣＳＳ：Common Search Space）を表す。初期アクセスの後、さらなる制御リソースセット７２は、例えば、ＵＥ固有の方法で上位層シグナリング（ＲＲＣ構成など）を使用する。そのような追加の制御リソースセット７２は、ＵＥ固有のサーチスペース（ＵＳＳ：UE-specific Search Space）と呼ばれることがある。
【００８１】
制御リソースセット７２は、ローカライズされた送信、または、分散された送信のいずれかとして構成されてもよい。ローカライズされた場合、制御リソースセット７２は、実質的に隣接し、分散された場合、制御リソースセット７２は、隣接しない（すなわち、間隔が空いている）。制御リソースセットが周波数領域で重複する可能性もある。
【００８２】
図５に示される例では、制御リソースセット７２（ＣＳＳおよび／またはＵＳＳ）は、各ＰＤＳＣＨ部分７１において、各ＤＣＩ監視機会の開始時に（例えば、各スロットの最初の１つまたは２つのＯＦＤＭシンボルにわたって）提供される。いくつかまたは全ての制御リソースセット７２は、例えば、図５の制御リソースセット＃３などの共通制御リソースセット（すなわち、ＣＳＳ）として構成されてもよいことが理解されよう。しかしながら、適切な場合、いくつかまたは全ての制御リソースセット７２は、ＵＥ固有の制御リソースセット（すなわちＵＳＳ）として構成されてもよい。
【００８３】
この例では、モバイルデバイス３は、制御リソースセット７２の所定のセット（例えば、１つの制御リソースセット）およびデフォルトで関連するＰＤＳＣＨ部分７１のみと、より大きなセット（例えば、すべての制御リソースセット７２）および関連する広帯域データパイプがアクティブである場合の関連する（例えば、すべての）ＰＤＳＣＨ部分７１と、を使用するように構成（制限）してもよい。言い換えれば、基地局５は、モバイルデバイス３に割り当てられた制御リソースセット７２および／またはＰＤＳＣＨ部分７１の数を変更することによって、適切な帯域幅適応を使用してもよい。したがって、基地局５は、モバイルデバイス３が比較的大きな帯域幅を要求しない限り、ほとんどの場合、そのデフォルト（例えば、比較的狭い）帯域幅のみを使用して通信するようにモバイルデバイス３を有利に構成してもよく、その場合、基地局５は、少なくとも一時的に、モバイルデバイス３のために追加の制御リソースセット７２（および追加の関連ＰＤＳＣＨ部分７１）を割り当てることができる。
【００８４】
制御リソースセット７２のより小さい、または、デフォルトのセットは、プライマリ制御リソースセット７２ｐと呼ばれ、制御リソースセット７２の追加のセットは、（与えられたモバイルデバイス３のための）セカンダリ制御リソースセット７２ｓと呼ばれることが理解されるであろう。
【００８５】
図６に示す例では、図５と同様に、モバイルデバイス３は、最初に、比較的小さいＲＦ帯域幅（それは、共通サーチスペースおよび／またはそのＵＥ固有のサーチスペースに適用可能）を監視するように構成される。この例では、帯域幅適応は、モバイルデバイス３に使用される制御リソースセット７２（および／または関連するＰＤＳＣＨ部分７１）の数および／またはアグリゲーションを変更することによって実現される。
【００８６】
モバイルデバイス３は、比較的小さなＲＦ帯域幅（本明細書ではそのプライマリ制御リソースセット７２ｐと呼ばれる）の時間領域（例えば、スロット）のアグリゲーテッド（連続）制御リソースセット７２で構成されてもよい。具体的には、図６に示す例では、３つの制御リソースセット７２（制御リソースセット＃１から＃３、それぞれ２つのＯＦＤＭシンボルを備える）がモバイルデバイス３（「ＵＥ１」）のプライマリ制御リソースセット７２ｐに割り当てられる。プライマリ制御リソースセット７２ｐは、そのモバイルデバイス３および／または任意の関連するユーザデータのＤＣＩを運んでもよいことができることが理解される（ただし、ユーザデータは、異なるＰＤＳＣＨ領域７１および／または異なるスロット、すなわち、モバイルデバイス３の制御リソースセット７２の外側にスケジュールされる）。
【００８７】
このシステムでは、いわゆるセカンダリ制御リソースセット７２ｓも、互換性のあるユーザ機器に提供されてもよい。そのようなセカンダリ制御リソースセット７２ｓは、周波数領域内に、さらにアグリゲーテッド制御リソースセット７２を含む（適切な場合、セカンダリ制御リソースセット７２ｓのいくつかは、時間領域でも提供されてもよいが）。セカンダリ制御リソースセット７２ｓは、図６に示されている例では非連続であるが、実質的に連続していてもよいことが理解されよう。制御リソースセットが周波数領域で重複している可能性もある。
【００８８】
モバイルデバイス３がより小さいＲＦ帯域幅を要求する場合、モバイルデバイス３はプライマリ制御リソースセット７１ｐを監視し、モバイルデバイス３がより大きなＲＦ帯域幅を要求する場合、モバイルデバイス３はセカンダリ制御リソースセット７２ｓも監視する。
【００８９】
事実上、モバイルデバイス３と基地局５は、２次元制御構造を使用するように構成され、モバイルデバイス３は、大きなＲＦ帯域幅で動作する場合（このとき、その広帯域データパイプがアクティブである）、周波数領域で制御リソースセット７２を監視し、小さなＲＦ帯域幅で動作する場合、時間領域で制御リソースセット７２を監視する。
【００９０】
より小さいＲＦまたはプライマリ制御リソースセット７２ｐの帯域幅（図６で「Ｘ」で示される）は、ＰＲＢの数（例えば、４、６、８、または２４ＲＢ）の観点から有益に定義でき、または、ＭＨｚ（例えば、１．４ＭＨｚ、５ＭＨｚ、１０ＭＨｚなど）の観点から有益に定義できる。より小さいＲＦ帯域幅は、基地局５のセルで送信される同期信号（ＰＳＳおよびＳＳＳ）の帯域幅と同じサイズであってもよいことも理解されるであろう。プライマリおよびセカンダリ制御リソースセット７２ｐ、７２ｓは、例えば、ブロッキングを回避するため、および／または周波数領域で制御負荷を分散させるため、異なるＵＥに対して同じであっても異なっていてもよい。
【００９１】
動作−デフォルトの制御リソースセットの決定
実際には、与えられたシステム帯域幅には多くの制御リソースセット７２が存在してもよいが、各モバイルデバイス３には、小さな（デフォルト）ＲＦ帯域幅モードで動作する間において監視するための独自のそれぞれのプライマリ制御リソースセット７２ｐが割り当てられることが理解されよう。
【００９２】
以下は、モバイルデバイス３が、そのモバイルデバイス３のデフォルト制御リソースセット７２に含まれるその（少なくとも１つの）制御リソースセット７２を決定するいくつかの例示的な方法の説明である。
【００９３】
具体的には、第１の例では、モバイルデバイス３は、モバイルデバイス３を識別する情報（例えば、適切なＵＥ識別子（ＵＥＩＤ：UE identifier））に基づいて、そのモバイルデバイス３に関連付けられた周波数領域内の少なくとも１つ（例えば、第１の）の制御リソースセット（「セット１」）を決定するように構成される。例えば、システム帯域幅にＮ個の制御リソースセットがある場合、式「ＵＥＩＤ  ｍｏｄ  Ｎ」を使用してもよい（ただし、「ＵＥＩＤ」は、制御リソースセット７２が適用可能とするために、モバイルデバイス３に関連付けられた適切なＵＥ識別子を表す）。
【００９４】
第２の例では、モバイルデバイス３は、ネットワークによって明示的にシグナリングされた情報に基づいて、そのモバイルデバイス３に関連する少なくとも１つ（例えば、第１の）の制御リソースセット（「セット１」）を決定するように構成される。この場合、基地局５は、接続状態にある各ＵＥ（またはＵＥのグループ）に、どの制御リソースセット７２が、そのＵＥ／ＵＥグループのプライマリ制御リソースセット７２ｐの開始セットとして使用されるべきかを識別するそれぞれの情報を送信するように構成されてもよい。
【００９５】
第３の例では、少なくとも１つの（第１の）制御リソースセットは、モバイルデバイス３によって初期アクセス情報から、例えば、各ＰＲＡＣＨリソースと、ＵＥのプライマリ制御リソースセット７２ｐの対応する開始セット７２と、の間の適切な（例えば、１対１）マッピングから、暗黙的に導出されてもよい。
【００９６】
第４の例では、少なくとも１つの（第１の）制御リソースセット７２は、ランダムに選択されてもよい（例えば、擬似ランダムまたはハッシュ関数を使用して）。この場合、開始制御リソースセット７２の選択は、すべての制御リソースセット７２間で等しい確率である。この解法は、ＵＥが同じプライマリ制御リソースセット７２ｐを選択するシナリオを回避するので、異なるＵＥの送信間の衝突を最小限に抑える。
【００９７】
例えば、モバイルデバイス３および基地局５は、与えられたスロット内の開始制御リソースセット７２を導出するために以下のハッシュ関数を使用するように構成されてもよい。
Ｙｋ＝（（Ａ＊Ｙｋ−１）  ｍｏｄ  Ｄ）  ｍｏｄ  Ｎ
ここで、Ｙ−１＝ＲＮＴＩ（無線ネットワークの一時識別子）であり、Ａ＝３９８２７であり、Ｄ＝６５５３７であり、Ｎ＝（特定のセル内の）システム帯域幅内の制御リソースセット７２の総数であり、ｋはスロットインデックス（０．．．１９など）である。
【００９８】
上記の各例では、残りの制御リソースセット７２（与えられたＵＥの場合）は、時間領域で固定（例えば、第１の制御リソースセットに対して所定の位置にある）するか、または  それらは、基地局５によって設定可能（例えば、変数）にしてもよい。
【００９９】
セカンダリ制御リソースセット７２ｓはまた、例えば、プライマリ制御リソースセット７２ｐに対して固定オフセットを適用することによって、または、周波数領域で奇数または偶数のリソースセット７２を適用することによって、プライマリ制御リソースセット７２ｐから（例えば、第１のセットから）暗黙的に導出されてもよい。また、適切なセカンダリ制御リソースセット７２ｓは、上位層から明示的にシグナリングされてもよいことも理解されよう。
【０１００】
動作−帯域幅適応に関連する複雑さと消費電力
上記で説明したように、ＮＲネットワークは、モバイルデバイス３がＤＣＩ送信のためにそのサービングビーム上のＮＲ−ＰＤＣＣＨを監視するように構成されるビーム指向送信技術を採用する。しかしながら、ビームブロッキングは、非常に頻繁に発生する可能性があり（特に、ＮＲネットワークで使用されるより高い周波数帯域で）、それゆえ、ＮＲ互換モバイルデバイス３は、ＮＲ−ＰＤＣＣＨを受信するために複数のビームを監視することができる。
【０１０１】
したがって、各モバイルデバイス３は、比較的小さなＲＦ帯域幅（例えば、その関連するプライマリ制御リソースセット７２ｐ）を使用している場合でも、複数のＮＲ  ＰＤＣＣＨＳ（例えば、Ｎビームから）を監視するように構成されてもよい。
【０１０２】
しかしながら、モバイルデバイス３が複数のビーム上の複数のＮＲ−ＰＤＣＣＨを監視する場合、複数のＮＲ−ＰＤＣＣＨを受信し、および復号するための処理の複雑さは（ビームの数に比例して）増加する。言い換えると、広帯域データパイプが非アクティブ化された場合でも、モバイルデバイス３は、複数のビームの集中的な監視と関連する複合との処理を実行する必要がある（ＤＣＩがそのモバイルデバイス３に送信されるかどうかを決定するために）。
【０１０３】
モバイルデバイス３は、関連するＣＳＩ値（および／または同様のもの）を含む最良のＮビーム（構成に応じてＮ）についての適切なフィードバックを（そのサービング基地局５に）報告するように構成してもよいと、発明者によって仮定する。したがって、フィードバックを受信する基地局５は、少なくとも１つのビームが動作していると仮定することができるが、どの１つ（報告されたビームの１つ以上の潜在的なビーム遮断のために）か、は分からない。
【０１０４】
モバイルデバイス３がすべてのビームからの制御チャネルを正常に復号できない場合、それは、基地局５との接続を再確立するために、無線リンク障害（ＲＬＦ：Radio Link Failure）を宣言し、適切なＰＲＡＣＨ送信手順を開始するように構成される。
【０１０５】
有益なことに、このシステムでは、モバイルデバイス３は、少数のビームをＴＤＭ方式で監視するように構成される（例えば、ＵＥ１に対してＮ＝３／ＵＥ２に対してＮ＝２など、ＵＥごとに構成される２つまたは３つの最強ビームまたは最良のＮビーム）。モバイルデバイス３は、これらのビームを実質的に連続的に監視するように構成されてもよい（ただし、そのモバイルデバイス３に関連するすべてのビームを監視すること無しに）。ビーム掃引の場合でも、ビームは通常ＴＤＭ方式で送信されるため、モバイルデバイス３が上記のように少数のビームを監視することは依然として可能である。有益なことに、モバイルデバイス３は、多数の（例えば、すべての）ビームを監視する必要がないので、その関連する複雑さおよび消費電力を削減することが可能である。
【０１０６】
サービング基地局５は、そのビームでスケジュールされたＰＤＳＣＨ７１からのＤＴＸフィードバックを検出する場合、どのビームが失敗したかを決定できることが理解されるであろう。この場合、モバイルデバイス３および基地局５は、適切な場合、失敗したビームを次の適切なビームで置き換えてもよい。
【０１０７】
＜定期的にビームを監視＞
図７は、モバイルデバイス３がその関連するビームを監視することができる別の例示的な方法を概略的に示す。
【０１０８】
この例では、限られた（少数の）ビームを実質的に連続的に監視するのではなく、モバイルデバイス３は、それぞれのビーム監視機会７５（好ましくは各ビームで異なる）中に、各関連するビームを定期的に監視するように構成される。例えば、モバイルデバイス３は、ラウンドロビン方式などで各ビームを監視するように構成されてもよい。基地局５およびモバイルデバイス３が位置合わせされ、モバイルデバイス３がそのＤＣＩ送信を逃さないようにするために、各ビーム監視機会７５は、好ましくは（例えば、サービング基地局５によって設定され）事前に定義されるべきである。
【０１０９】
原則として、特定のモバイルデバイス３に最適なビームは、そのモバイルデバイス３のデータ送信（制御およびユーザデータ）のスケジューリングに使用されるサービングビーム７６である。サービングビーム７６に加えて、モバイルデバイス３は、潜在的なビーム切り替えのために（例えば、サービングビーム７６の失敗による）、他のビームを監視することも要求されてもよい。
【０１１０】
この例では、基地局５は、ビーム上でＰＤＳＣＨ送信に続く（明示的な）Ａｃｋ／Ｎａｃｋフィードバック（すなわち、ＤＴＸ）をモバイルデバイス３から受信しない場合、特定のビーム（サービングビーム７６）に関する可能なビーム障害を仮定するように構成される。基地局５は、潜在的なビーム障害があると判断する場合、別の適切なビームに切り替えて、そのビーム上で制御チャネルの送信を開始するように構成される。モバイルデバイス３は、各ビーム監視機会７５中に各ビームを定期的に監視するように構成されているため、他のビームの１つでＰＤＳＣＨ（再）送信を受信し、適切なフィードバックを生成し送信することによって、送信の受信を確認できる可能性が高い。モバイルデバイス３は、新しいビームで制御チャネルを受信すると、その新しいサービングビーム７６としてそのビームに切り替えるように構成される。
【０１１１】
図７に示すシナリオでは、モバイルデバイス３は、最初にビーム＃１（その現在のサービングビーム７６）を監視しており、関連する監視機会７５でビーム＃２および＃３も監視している。モバイルデバイス３がその現在のサービングビーム７６で制御チャネル送信（例えば、ＤＣＩ）を検出する場合、サービングビーム７６（および／またはＤＣＩを介して指定された他のビーム）を介してダウンリンク送信を探すように構成される。しかしながら、モバイルデバイス３が異なるビーム（この例ではビーム＃３）で制御チャネル送信（例えば、ＤＣＩ）を検出する場合、新しいサービングビーム７６としてそのビームに切り替わるように構成される（モバイルデバイス３に適したビームである限り、および／または別の方法で設定されるまで）。
【０１１２】
＜ＰＤＣＣＨ送信の複製＞
さらに別の例では、基地局５は、各ビーム（Ｎ個のビーム）でＮＲ  ＰＤＣＣＨ送信を複製するように構成され、そのため、モバイルデバイス３が（単一周波数ネットワーク（ＳＦＮ：Single Frequency Network）の送信と同様に）ＮＲ−ＰＤＣＣＨの重ね合わせバージョンを見ることを可能にする。
【０１１３】
ＳＦＮタイプ送信を実現するには、関係するすべてのビームを調整する必要があり、送信は同じ初期化を行うことが好ましい。ＳＦＮ送信は、すべてのスロットに適用することができ、または、それぞれのビーム監視機会７５の間に、モバイルデバイス３および基地局５の両方が認識されおよび調整されるスロットのサブセットに適用することができる。有益なことに、この代替手段は、ＣＳＩフィードバックが利用できない場合でも使用できる。
【０１１４】
動作−ＤＲＸ
図８および図９は、間欠受信／送信を帯域幅適応に使用できるいくつかの例示的な実施形態を概略的に示す。
【０１１５】
図８は、ＬＴＥのＤＲＸと似ているが、帯域幅適応の目的にわずかに調整されていて、例示的なＤＲＸアプローチを示す。事実上、この場合、基地局５は、帯域幅適応の依存ＤＲＸ構成または「帯域幅適応」ＤＲＸ構成でモバイルデバイス３を設定し、これは、モバイルデバイス３によって使用される異なる帯域幅に対して異なるＤＲＸ構成（異なるＤＲＸサイクルおよび／または異なるＯＮ／ＯＦＦ期間）を含むことがある。
【０１１６】
見て分かるように、モバイルデバイス３が、例えば、初期アクセス時に、より小さいＲＦ帯域幅領域で動作する場合、関連するＤＲＸ「オフ」期間が比較的短い期間（その間、モバイルデバイス３は、自身のトランシーバ３１をオフにするように構成される）が適用され、その後に比較的より長い「オン」期間（その間、モバイルデバイス３は、自身のトランシーバ３１をオンにするように構成される）が続く第１のＤＲＸ構成を適用する。したがって、モバイルデバイス３は、（与えられたＤＲＸサイクル内の）ＤＲＸオンウィンドウの間にのみ、その関連するビームを監視するように構成でき、モバイルデバイス全体の消費電力のさらなる削減という結果になる。
【０１１７】
しかしながら、より広いＲＦ帯域幅で（広帯域データパイプをアクティブ化して）動作する場合、モバイルデバイス３は異なるＤＲＸ構成を使用するように構成される。具体的には、この例では、関連するＤＲＸ「ＯＦＦ」期間が比較的長い期間に適用され、ＤＲＸ「ＯＮ」期間が比較的短い期間に適用されるように、帯域幅適応固有のＤＲＸサイクルが提供されてもよい（小さいＲＦ動作中に適用されるＤＲＸサイクルのオフ期間および／またはオン期間と比較して）。したがって、比較的広い帯域幅で動作する場合でも、モバイルデバイス３は、比較的短いＤＲＸ  ＯＮウィンドウ（与えられたＤＲＸサイクルで）を適用することにより、消費電力を最適レベルに保つことができる場合がある。
【０１１８】
つまり、モバイルデバイス３によって適用されるＤＲＸ構成は、モバイルデバイス３の現在のＲＦ帯域幅割り当て（アクティブ化または非アクティブ化される広帯域データパイプ）に依存する。従って、有益には、基地局５がモバイルデバイス３に対して適切なＤＲＸ構成を構成した場合、モバイルデバイス３が使用する可能性のある周波数領域情報／ＲＦ帯域幅を考慮に入れる。従って、第１のＤＲＸ構成は、デフォルト／初期／狭帯域ＲＦ動作のために提供され、第２の（異なる）ＤＲＸ構成は、広帯域ＲＦのために（事前にまたは広帯域データパイプの起動時に）モバイルデバイス３に提供されてもよい。
【０１１９】
図８では、第１と第２のＤＲＸサイクルは、同じ持続時間を有するが、場合によっては、異なる持続時間を有してもよい。また、２つよりも多いＤＲＸ構成、例えば、異なる（範囲の）帯域幅の異なるＤＲＸ構成が提供されてもよく、各ＤＲＸ構成は、使用される特定の帯域幅に対してモバイルデバイス３で最適な消費電力を可能にするように調整されることも理解される（例えば、そのＤＲＸ構成に関連付けられた帯域幅の範囲内に収まる）。基地局５は、与えられた時間において、どの帯域幅がモバイルデバイス３に現在割り当てられているかも知っているため、基地局５は、モバイルデバイス３に正しいＤＲＸ構成と、（モバイルデバイス３の送信を、現在適用可能なＤＲＸ構成に基づいて、関連付けられた「オン」期間と一致する時間と、）を適用することができる。
【０１２０】
図９は、図８に示した例の変形を示す。この例では、モバイルデバイス３は、時間ウィンドウを有する関連するビーム走査期間に基づいて、複数のビームを１つずつ監視するように構成され、その期間中、モバイルデバイス３は、特定のビームを監視（モバイルデバイスが他のビームを監視しないように構成された期間）するように構成される。図９の上の３つのパターンに見られるように、各ビームは、関連するビーム走査期間内で異なるビーム監視ウィンドウを有することができる（これは、繰り返される）。事実上、これは、上記の図７を参照して説明した実施形態に対応し、異なるビームは、異なる関連するビーム監視機会７５を有する。
【０１２１】
しかしながら、この例では、モバイルデバイス３は、適切なＤＲＸ設定（例えば、図８を参照して上で説明した帯域幅適応ＤＲＸ構成）を使用するようにも構成される。有益なことに、この例では、実際のまたは有効なＤＲＸ「オン」期間は、ビーム走査期間と構成されたＤＲＸパターンとの組み合わせとして導出される。具体的には、モバイルデバイス３は、それぞれの関連するビーム監視機会７５（またはウィンドウ）中に、その現在適用可能なＤＲＸサイクルの「オン」期間中のみ、割り当てられたビームを監視するように構成されてもよい。したがって、図９に示す例では、モバイルデバイス３がビーム＃１と＃３のみを監視している場合、ＤＲＸサイクルを適用した後のビーム監視アクティビティはボトムパターンによって示される。
【０１２２】
この変更に関連するさらなる利点は、モバイルデバイス３がその帯域幅を適応させ、必要に応じて適切な広帯域データパイプを使用しながら、全体の消費電力をさらに削減できることである。
【０１２３】
変更と代替
詳細な例示的な実施形態が上記で説明された。当業者が理解するように、上記の実施形態に対して多くの修正および代替を行うことができ、その中で実施される本発明から依然として恩恵を受ける。例証として、これらの代替案および修正のいくつかのみを説明する。
【０１２４】
特定のセルのカバレッジ／スループット要件に応じて、セルごとにビーム構成が異なる場合があることが理解されよう。例えば、多数の非常に狭いビームを大きなセル半径に使用し、より少ない比較的広いビームを使用して高速セル取得を促進し、ビーム固有の参照信号の送信のオーバーヘッドを削減する。場合によっては、ビーム構成は、単一のビームで構成され、セル全体のカバレッジを定義する（レガシーセルと同様に）。
【０１２５】
また、与えられたセルのビーム構成が、例えば、キャパシティおよびカバレッジ最適化（ＣＣＯｐｔ：Capacity and Coverage Optimisation）のようなセルフ−オーガナイゼーションネットワーク（ＳＯＮ：Self-Organising Network）の適応のため、半静的に変化する可能性があることも理解されよう。この場合、特定のビーム構成の再構成には、１つ以上のビームのビーム幅を変更すること、および／または、ビーム数を変更すること（例えば、ビームのオンまたはオフの切り替え）が含まれる。
【０１２６】
上記の例示的な実施形態において、帯域幅適応は、モバイルデバイスのデータ送信ニーズの変化に依存して実行される。しかしながら、帯域幅適応は、システム負荷、信号品質、変調方式、使用されているアプリケーション／サービス（ユーザがアクティブ化したおよび／またはバックグラウンドのアプリケーション／サービス）、ユーザサブスクリプション、ＵＥ能力、ＵＥパワープリファレンス、ＵＥバッテリー節約設定／バッテリーレベル、ＵＥモビリティ（静止／移動／歩行者／高速）、ユーザの場所（自宅／オフィス／公共のエリア／通勤）、使用されているネットワーク／基地局／セル、ローミング／非ローミングユーザ、時間遅延など、を含むが、これらに限定されない他の多くの要因にも依存して実行されてもよいことが理解されよう。
【０１２７】
使用される特定の帯域幅適応方法および／または提供される制御リソースセットの方法は、セルごと、基地局ごと、ＵＥごとに異なり得ることが理解されよう。また、例えば、基地局によってサービスされるＵＥのサブセットおよび／または基地局によって使用されるビームのサブセットに対して、帯域幅適応が選択的に提供されてもよいことも理解されよう。
【０１２８】
上記の例示的な実施形態では、複数の指向性ビームを送信する基地局が説明された。データは、複数のビームを介して実質的に同時に送信されたことが理解されよう。しかしながら、いくつかの場合、例えば、ハイブリッド（アナログ部分およびデジタル部分）ビームフォーミングが使用される場合、すべてのビームを一度に送信できない場合がある。この場合、「ビーム掃引」（すなわち、１つの時刻に１つのビームを送信する）と呼ばれる技術を使用できることが理解されよう。
【０１２９】
上記の例示的な実施形態では、基地局は、３ＧＰＰ無線通信（無線アクセス）技術を使用して、モバイルデバイスと通信する。しかしながら、上記の実施形態によれば、他の無線通信技術（例えば、ＷＬＡＮ、Ｗｉ−Ｆｉ、ＷｉＭＡＸ、ブルートゥースなど）が基地局とモバイルデバイスとの間で使用される。上記の例示的な実施形態は、「非モバイル」または一般的に静止したユーザ機器にも適用可能である。
【０１３０】
上記の説明では、モバイルデバイスと基地局は、多数の個別の機能コンポーネントまたはモジュールを有するものとして理解を容易にするために説明される。これらのモジュールは、例えば、本発明を実装するために既存のシステムが変更され、特定のアプリケーションのために、このような方法で提供されるが、他のアプリケーションは、例えば、最初から本発明の特徴を念頭に置いて設計されたシステムでは、これらのモジュールは、オペレーティングシステムまたはコード全体に組み込まれているため、これらのモジュールは、個別のエンティティとして認識できない場合がある。
【０１３１】
上記の例示的な実施形態では、いくつかのソフトウェアモジュールが説明された。当業者が理解するように、ソフトウェアモジュールは、コンパイルされた形態またはコンパイルされていない形態で提供され、コンピュータネットワークまたは記録媒体を介して信号として基地局またはモバイルデバイスに供給される。さらに、このソフトウェアの一部またはすべてによって実行される機能は、１つまたは複数の専用ハードウェア回路を使用して実行できる。しかしながら、ソフトウェアモジュールを使用すると、機能を更新するために基地局またはモバイルデバイスの更新が容易になるため、ソフトウェアモジュールの使用が好ましい。
【０１３２】
各コントローラは、例えば、１つ以上のハードウェア実装コンピュータプロセッサと、マイクロプロセッサと、中央処理装置（ＣＰＵ：Central Processing Units）と、算術論理ユニット（ＡＬＵ：Arithmetic Logic Units）と、入出力（ＩＯ：Input/Output）回路と、内部メモリ／キャッシュ（プログラムおよび／またはデータ）と、処理レジスタと、通信バス（例えば、制御バス、データバス、および／またはアドレスバス）と、ダイレクトメモリアクセス（ＤＭＡ：Direct Memory Access）機能と、ハードウェアまたはソフトウェア実装のカウンタ、ポインタ、および／またはタイマ等と、を含む（ただしこれらに限定されない）処理回路の任意の適切な形式を備えてもよい。
【０１３３】
第１の制御リソースセットは、通信デバイスに固有であってもよい（例えば、ＵＥ固有サーチスペース、ＵＳＳ）。あるいは、第１の制御リソースセットは、複数の通信デバイス（例えば、共通サーチスペース、ＣＳＳ）の間で共有されてもよい。第２の制御リソースセットは、通信デバイスに固有であってもよい（例えば、ＵＥ固有サーチスペース、ＵＳＳ）。
【０１３４】
第１の帯域幅は、第２の帯域幅より小さくてもよい。第１の制御リソースセットは、１つ以上の時間領域リソース（例えば、スロット）の第１のセットにわたって提供されてもよく、第２の制御リソースセットは、１つ以上の時間領域リソース（例えば、スロット）の第２のセットにわたって提供されてもよく、時間領域の第１のセットの範囲は、時間領域の第２のセットの範囲とは異なる（例えば、よりも大きい）場合がある。
【０１３５】
第１の帯域幅は、いくつかのリソースブロック（例えば、４、６、８、または２４個のリソースブロック）に関して定義される帯域と、周波数（１．４ＭＨｚ、５ＭＨｚ、または１０ＭＨｚ）で定義された帯域と、基地局によって送信される同期信号の帯域幅に関して定義された帯域と、のうちの少なくとも１つに対応してもよい。
【０１３６】
第１の制御リソースセットを使用して送信される制御データを監視することと、第２の制御リソースセットを使用して送信される制御データを監視することと、の少なくとも１つは、現在の送信機会内において、通信デバイスが通信のためにスケジュールされているかどうかを特定する制御データ（例えば、ダウンリンク制御情報、ＤＣＩ：Downlink Control Information）を監視することを備える。
【０１３７】
この方法は、さらに、その制御データを監視するときに、第１の制御リソースセットおよび第２の制御リソースセットのうち少なくとも１つを使用して送信された制御データを受信することと、制御データが送信された第１の帯域幅または第２の帯域幅に実質的に等しい帯域幅を使用して、（例えば、物理ダウンリンク共有チャネル、ＰＤＳＣＨ：Physical Downlink Shared Channelを介して）受信された制御データに基づいてユーザデータを通信（例えば、送信および／または受信）することと、を備えてもよい。
【０１３８】
第１の制御リソースセットは、時間領域において複数のより小さい制御リソースセットのアグリゲーションを備えてもよい。第２の制御リソースセットは、周波数領域（および任意選択で時間領域）において複数の制御リソースセットのアグリゲーションを備えてもよい。
【０１３９】
この方法は、第１の制御リソースセットを使用し、送信された制御データを監視する前に、第１の制御リソースセットを識別することをさらに備えてもよい。
【０１４０】
第１の制御リソースセットの識別は、通信デバイスに関連付けられた情報に基づいてもよい（例えば、式「ＵＥＩＤ  ｍｏｄ  Ｎ」を使用し、ただし、「Ｎ」は基地局のシステム帯域幅に設定された制御リソースの総数を表し、「ＵＥＩＤ」は通信デバイスに関連付けられた情報を表す）。
【０１４１】
第１の制御リソースセットの識別は、通信デバイスに関連付けられた少なくとも１つの物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）リソースに基づいてもよい。
【０１４２】
第１の制御リソースセットの識別は、擬似ランダムまたはハッシュ関数に基づいてもよい。
【０１４３】
この方法は、第１の制御リソースセットに基づいて第２の制御リソースセットを使用し、送信された制御データを監視する前に、第２の制御リソースを識別することをさらに備えてもよい。
【０１４４】
第１の監視機会および第２の監視機会は、時間領域の異なる期間に発生してもよい。
【０１４５】
第１の帯域幅は、第２の帯域幅と比べて小さくてもよく、第１のＤＲＸ構成は、第２のＤＲＸ構成と比べて長いオン期間を有するＤＲＸパターンを表してもよい（および／または第１のＤＲＸ構成は、第２のＤＲＸ構成と比べて短いオフ期間を有するＤＲＸパターンを表してもよい）。
【０１４６】
通信デバイスは、ＤＲＸパターンのオン期間中に、少なくとも１つの他のビームに関連付けられた監視機会において制御データを監視しないように構成されてもよい。
【０１４７】
この方法は、制御データが送信された第１の帯域幅または第２の帯域幅に実質的に等しい帯域幅を使用し、送信された制御データ（例えば、物理ダウンリンク共有チャネル、ＰＤＳＣＨ経由）に基づいてユーザデータを通信（例えば、送信および／または受信）することをさらに備えてもよい。
【０１４８】
基地局は、次世代（ＮｅｘｔＧｅｎまたは５Ｇ）無線アクセスネットワークの基地局を備えてもよい。
【０１４９】
様々な他の修正が当業者には明らかであり、ここではさらに詳細には説明しない。
【０１５０】
上記で開示された例示的な実施形態の全体または一部は、以下の付記として記載されるが、それに限定されない。
【０１５１】
（付記１）
関連する通信エリアにサービスを提供する基地局を備える通信システム内の通信デバイスによって実行される方法であって、
第１の帯域幅を使用して通信することと、
前記第１の帯域幅で伝送される第１の制御リソースセットを使用して、前記基地局によって送信される制御データを監視することと、
前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように切り替えることと、
前記第２の帯域幅で伝送される第２の制御リソースセットを使用して、前記基地局によって送信される制御データを監視することと、
を備える方法。
【０１５２】
（付記２）
前記第１の制御リソースセットは、前記通信デバイス（例えば、ＵＥ固有のサーチスペース、ＵＳＳ）に固有のものである、
付記１に記載の方法。
【０１５３】
（付記３）
前記第１の制御リソースセットは、複数の通信デバイス（例えば、共通サーチスペース、ＣＳＳ）の間で共有される、
付記１に記載の方法。
【０１５４】
（付記４）
前記第２の制御リソースセットは、前記通信デバイス（例えば、ＵＥ固有サーチスペース、ＵＳＳ）に固有である、
付記１から３のいずれか１つに記載の方法。
【０１５５】
（付記５）
前記第１の帯域幅は、前記第２の帯域幅よりも小さい、
付記１から４のいずれか１つに記載の方法。
【０１５６】
（付記６）
前記第１の制御リソースセットは、１つ以上の時間領域リソース（例えば、スロット）の第１のセットにわたって提供され、
前記第２の制御リソースセットは、１つ以上の時間領域リソース（例えば、スロット）の第２のセットにわたって提供され、
前記時間領域の前記第１のセットの前記範囲は、前記時間領域の前記第２のセットの前記範囲とは異なる（例えば、より大きい）、
付記１から５のいずれか１つに記載の方法。
【０１５７】
（付記７）
前記第１の帯域幅は、
リソースブロック（例えば、４、６、８、または２４リソースブロック）の数で定義された帯域と、
周波数で定義された帯域（１．４ＭＨｚ、５ＭＨｚ、または１０ＭＨｚ）と、
前記基地局によって送信される同期信号の帯域幅で定義された帯域と、
の少なくとも１つに対応する、
付記１から６のいずれか１つに記載の方法。
【０１５８】
（付記８）
前記第１の制御リソースセットを使用して送信される制御データの監視と、
第２の制御リソースセットを使用して送信される制御データの監視と、の少なくとも１つは、
前記通信デバイスが現在の送信機会において通信のためにスケジュールされているかどうかを指定する制御データ（例えば、ダウンリンク制御情報、ＤＣＩ）の監視を備える、
請求項１から７のいずれか１つに記載の方法。
【０１５９】
（付記９）
前記制御データを監視する場合、前記第１の制御リソースセットおよび前記第２の制御リソースセットの少なくとも１つを使用して送信される制御データを受信することと、
前記制御データが送信された前記第１の帯域幅または前記第２の帯域幅に実質的に等しい帯域幅を使用して、前記受信された制御データ（例えば、物理ダウンリンク共有チャネル、ＰＤＳＣＨを介して）に基づいて、ユーザデータを通信（例えば、送信および／または受信）することと、
をさらに備える、
付記１から８のいずれか１つに記載の方法。
【０１６０】
（付記１０）
前記第１の制御リソースセットは、前記時間領域内で、複数のより小さい制御リソースセットのアグリゲーションを含む、
付記１から９のいずれか１つに記載の方法。
【０１６１】
（付記１１）
前記第２の制御リソースセットは、前記周波数領域内（および前記時間領域内の任意選択で）の複数の制御リソースセットのアグリゲーションを含む、
付記１から１０のいずれか１つに記載の方法。
【０１６２】
（付記１２）
前記通信エリアは、前記通信エリアのそれぞれの部分をそれぞれがカバーする複数の指向性ビームによって形成される、
付記１から１１のいずれか１つに記載の方法。
【０１６３】
（付記１３）
前記第１の制御リソースセットを使用して送信される制御データの前記監視の前に、前記第１の制御リソースセットを識別することをさらに含む、
付記１から１２のいずれか１つに記載の方法。
【０１６４】
（付記１４）
前記第１の制御リソースセットの識別は、前記通信デバイスに関連する情報に基づく（例えば、式「ＵＥＩＤ  ｍｏｄ  Ｎ」を使用し、ここで、「Ｎ」は、前記基地局のシステム帯域幅内の制御リソースセットの総数を表し、「ＵＥＩＤ」は、前記通信デバイスに関連付けられた前記情報を表す）、
付記１３に記載の方法。
【０１６５】
（付記１５）
前記第１の制御リソースセットの識別は、前記通信デバイスに関連付けられた少なくとも１つの物理ランダムアクセスチャネル、ＰＲＡＣＨ、リソースに基づく、
付記１３に記載の方法。
【０１６６】
（付記１６）
前記第１の制御リソースセットの識別は、擬似ランダムまたはハッシュ関数に基づく、
付記１３に記載の方法。
【０１６７】
（付記１７）
前記第１の制御リソースセットに基づいて、第２の制御リソースセットを使用して送信される制御データの前記監視の前に、前記第２の制御リソースを識別することをさらに含む、
付記１３から１６のいずれか１つに記載の方法。
【０１６８】
（付記１８）
複数の指向性ビームによって形成された関連する通信エリアにサービスを提供する基地局を備える通信システム内の通信デバイスによって実行される方法であって、
第１の監視機会において、第１のビームを使用して、前記基地局によって送信された制御データを監視することと、
第２の監視機会において、第２のビームを使用して、前記基地局によって送信された制御データを監視することと、
前記第１の監視機会内の前記第１のビーム、および前記第２の監視機会内の前記第２のビームのうちの少なくとも１つを使用して送信される制御データを受信することと、
前記制御データの受信に基づいてサービングビームを識別することと、
を備える方法。
【０１６９】
（付記１９）
前記第１の監視機会および前記第２の監視機会は、前記時間領域内の異なる期間で発生する、
付記１８に記載の方法。
【０１７０】
（付記２０）
複数の指向性ビームによって形成された関連する通信エリアにサービスを提供する基地局を備える通信システム内の通信デバイスによって実行される方法であって、
第１のビームを使用して、前記基地局によって送信される第１の制御データを受信することと、
第２のビームを使用して、前記基地局によって送信される第２の制御データを受信することと、
を備え、
前記第２の制御データは、前記第１の制御データの複製である、
方法。
【０１７１】
（付記２１）
関連する通信エリアにサービスを提供する基地局を備える通信システム内の通信デバイスによって実行される方法であって、
第１の間欠受信、ＤＲＸ、構成に従って第１の帯域幅を使用して通信することと、
前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように切り替えることと、
第２のＤＲＸ構成に従って前記第２の帯域幅を使用して通信することと、
を備え、
前記第１のＤＲＸ構成は、前記第２のＤＲＸ構成とは異なるＤＲＸパターンを表す、
方法。
【０１７２】
（付記２２）
前記第１の帯域幅は、前記第２の帯域幅に対して小さく、
前記第１のＤＲＸ構成は、前記第２のＤＲＸ構成に比べて長いオン期間を有するＤＲＸパターンを表す（および／または前記第１のＤＲＸ構成は、前記第２のＤＲＸ構成に比べて短いオフ期間を有するＤＲＸパターンを表す）、
付記２１に記載の方法。
【０１７３】
（付記２３）
複数の指向性ビームによって形成された関連する通信エリアにサービスを提供する基地局を備える通信システム内の通信デバイスによって実行される方法であって、各ビームは、前記基地局が制御データを送信できる関連する監視機会を有し、
オン期間とオフ期間を有する間欠受信、ＤＲＸ、パターンに従って通信することと、
前記ＤＲＸパターンに基づいて、少なくとも１つのビームに関連付けられた監視機会内の前記少なくとも１つのビームを使用して前記基地局によって送信される制御データの監視することと、
を備え、
前記通信デバイスは、前記ＤＲＸパターンの前記オン期間中に前記少なくとも１つのビームに関連する前記監視機会内の制御データを監視するが、前記ＤＲＸパターンの前記オフ期間中は前記監視機会内の制御データを監視しない、
方法。
【０１７４】
（付記２４）
前記通信デバイスは、ＤＲＸパターンの前記オン期間中、少なくとも１つの他のビームに関連する監視機会内の制御データを監視しない、
付記２３に記載の方法。
【０１７５】
（付記２５）
基地局が通信エリアにサービスを提供する通信システム内の前記基地局によって実行される方法であって、
第１の帯域幅を使用して、通信デバイスと通信することと、
前記第１の帯域幅で伝送される第１の制御リソースセットを使用して前記通信デバイスに制御データを送信することと、
前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように切り替えることと、
前記第２の帯域幅で伝送される第２の制御リソースセットを使用して、前記通信デバイスに制御データを送信することと、
を備える方法。
【０１７６】
（付記２６）
前記第１の制御リソースセットは、１つ以上の時間領域リソース（例えば、スロット）の第１のセットにわたって提供され、
前記第２の制御リソースセットは、１つ以上の時間領域リソース（例えば、スロット）の第２のセットにわたって提供され、
前記時間領域の前記第１のセットの前記範囲は、前記時間領域の前記第２のセットの前記範囲とは異なる（例えば、より大きい）、
付記２５に記載の方法。
【０１７７】
（付記２７）
前記制御データが送信された前記第１の帯域幅または前記第２の帯域幅に実質的に等しい帯域幅を使用して、送信された前記制御データに基づいて（例えば、物理ダウンリンク共有チャネル、ＰＤＳＣＨを介して）ユーザデータを通信（例えば、送信および／または受信）することをさらに含む、
付記２５または２６に記載の方法。
【０１７８】
（付記２８）
前記第１の制御リソースセットは、前記時間領域内の複数のより小さな制御リソースセットのアグリゲーションを含む、
付記２５から２７のいずれか１つに記載の方法。
【０１７９】
（付記２９）
前記第２の制御リソースセットは、前記周波数領域（およびオプションとして前記時間領域）内で、複数の制御リソースセットのアグリゲーションを含む、
付記２５から２８のいずれか１つに記載の方法。
【０１８０】
（付記３０）
前記第１の制御リソースセットを使用して前記制御データを送信する前に、前記第１の制御リソースセットを識別することをさらに含む、
付記２５から２９のいずれか１つに記載の方法。
【０１８１】
（付記３１）
前記基地局は、ＮｅｘｔＧｅｎ、次世代無線アクセスネットワークの基地局を含む、
付記２５から３０のいずれか１つに記載の方法。
【０１８２】
（付記３２）
基地局が複数の指向性ビームによって形成される通信エリアにサービスを提供する通信システム内の前記基地局によって実行される方法であって、
第１のビームを使用して送信される制御データに関連する通信デバイスからのフィードバックのために、前記第１のビームを使用して前記制御データを送信した後に監視することと、
第２のビームを使用して送信された制御データに関連する前記通信デバイスからのフィードバックのために、前記第２のビームを使用して前記制御データを送信した後に監視することと、
前記第１のビームを使用して送信される前記制御データ、および前記第２のビームを使用して送信される前記制御データの少なくとも１つに関するフィードバックを、前記通信デバイスから受信することと、
前記フィードバックの受信に基づいてサービングビームを識別することと、
を備える方法。
【０１８３】
（付記３３）
第１のビームを使用する制御データの前記送信と、第２のビームを使用した制御データの前記送信は、前記時間領域内の異なる期間で発生する、
付記３２に記載の方法。
【０１８４】
（付記３４）
複数の指向性ビームによって形成された関連する通信エリアに基地局がサービスを提供し、通信システム内の前記基地局によって実行される方法であって、
第１のビームを使用して、少なくとも１つの通信デバイスに第１の制御データを送信することと、
第２のビームを使用して、少なくとも１つの通信デバイスに第２の制御データを送信することと、
を備え、
前記第２の制御データは、前記第１の制御データの複製である、
方法。
【０１８５】
（付記３５）
基地局が関連する通信エリアにサービスを提供する通信システム内の前記基地局によって実行される方法であって、
第１の間欠受信、ＤＲＸ、構成に従って第１の帯域幅を使用して、通信デバイスと通信することと、
前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように切り替えることと、
第２のＤＲＸ構成に従って前記第２の帯域幅を使用して、前記通信デバイスと通信することと、
を備え、
前記第１のＤＲＸ構成は、前記第２のＤＲＸ構成とは異なるＤＲＸパターンを表す、
方法。
【０１８６】
（付記３６）
前記第１の帯域幅は、前記第２の帯域幅に対して小さく、
前記第１のＤＲＸ構成は、前記第２のＤＲＸ構成に比べて長いオン期間を有するＤＲＸパターンを表す（および／または前記第１のＤＲＸ構成は、前記第２のＤＲＸ構成に比べて短いオフ期間を有するＤＲＸパターンを表す）、
付記３５に記載の方法。
【０１８７】
（付記３７）
基地局が複数の指向性ビームによって形成された関連する通信エリアにサービスを提供する通信システム内の前記基地局によって実行される方法であって、各ビームは、前記基地局が制御データを送信できる関連する監視機会を有し、
オン期間およびオフ期間を有する間欠受信、ＤＲＸ、パターンに従って、通信デバイスと通信することと、
前記制御データが前記ＤＲＸパターンの前記オン期間中の少なくとも１つのビームに関連付けられた送信機会内に送信されるが、前記ＤＲＸパターンの前記オフ期間中の前記監視機会内に送信されないような前記ＤＲＸパターンに基づいて、前記少なくとも１つのビームに関連付けられた前記送信機会内の前記少なくとも１つのビームを使用して、前記通信デバイスに制御データを送信することと、
を備える方法。
【０１８８】
（付記３８）
複数の指向性ビームによって形成された通信エリアにサービスを提供する基地局を備える通信システム内の通信デバイスであって、
コントローラとトランシーバとを備え、
前記トランシーバは、第１の帯域幅を使用して前記基地局と通信するように動作し、
前記コントローラは、
前記第１の帯域幅で伝送される第１の制御リソースセットを使用して、前記基地局によって送信される制御データを監視し、
前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように前記トランシーバを切り替え、
前記第２の帯域幅で伝送される第２の制御リソースセットを使用して、前記基地局によって送信される制御データを監視するように動作する、
通信デバイス。
【０１８９】
（付記３９）
複数の指向性ビームによって形成された通信エリアにサービスを提供する基地局を備える通信システムの通信デバイスであって、
コントローラとトランシーバとを備え、
前記コントローラは、
第１の監視機会において、第１のビームを使用して、前記基地局によって送信された制御データを監視し、
第２の監視機会において、第２のビームを使用して、前記基地局によって送信された制御データを監視するように動作し、
前記トランシーバは、
前記第１の監視機会内の前記第１のビーム、および前記第２の監視機会内の前記第２のビームのうちの少なくとも１つを使用して送信される制御データを受信するように動作し、
前記コントローラは、前記制御データの受信に基づいてサービングビームを識別するように動作する、
通信デバイス。
【０１９０】
（付記４０）
複数の指向性ビームによって形成された通信エリアにサービスを提供する基地局を備える通信システムの通信デバイスであって、
コントローラとトランシーバとを備え、
前記トランシーバは、
第１のビームを使用して、前記基地局によって送信される第１の制御データを受信し、
第２のビームを使用して、前記基地局によって送信される第２の制御データを受信するように動作し、
前記第２の制御データは、前記第１の制御データの複製である、
通信デバイス。
【０１９１】
（付記４１）
通信エリアにサービスを提供する基地局を備える通信システムの通信デバイスであって、
コントローラとトランシーバとを備え、
前記トランシーバは、第１の間欠受信、ＤＲＸ、構成に従って第１の帯域幅を使用して通信するように動作し、
前記コントローラは、前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように前記トランシーバを変更するように動作し、
前記トランシーバは、第２のＤＲＸ構成に従って前記第２の帯域幅を使用して通信するように動作し、
前記第１のＤＲＸ構成は、前記第２のＤＲＸ構成とは異なるＤＲＸパターンを表す、
通信デバイス。
【０１９２】
（付記４２）
複数の指向性ビームによって形成された関連する通信エリアにサービスを提供する基地局を備える通信システムの通信デバイスであって、各ビームは、前記基地局が制御データを送信できる関連する監視機会を有し、
コントローラとトランシーバとを備え、
前記コントローラは、
オン期間とオフ期間を有する間欠受信、ＤＲＸ、パターンに従って通信するように前記トランシーバを制御し、
前記ＤＲＸパターンに基づいて、少なくとも１つのビームに関連付けられた監視機会内の前記少なくとも１つのビームを使用して前記基地局によって送信される制御データの監視するように動作し、
前記コントローラは、前記ＤＲＸパターンの前記オン期間中に前記少なくとも１つのビームに関連する前記監視機会内の制御データを監視するが、前記ＤＲＸパターンの前記オフ期間中は前記監視機会内の制御データを監視しないように動作する、
通信デバイス。
【０１９３】
（付記４３）
基地局が通信エリアにサービスを提供する通信システム内の帯域幅適応のための前記基地局であって、
コントローラとトランシーバとを備え、
前記トランシーバは、
第１の帯域幅を使用して通信デバイスと通信し、
前記第１の帯域幅で伝送される第１の制御リソースセットを使用して、前記通信デバイスに制御データを送信するように動作し、
前記コントローラは、前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように前記トランシーバを変更するように動作し、
前記トランシーバは、前記第２の帯域幅で伝送される第２の制御リソースセットを使用して、制御データを前記通信デバイスに送信するように動作する、
基地局。
【０１９４】
（付記４４）
基地局が複数の指向性ビームによって形成される通信エリアにサービスを提供する通信システムの前記基地局であって、
コントローラとトランシーバとを備え、
前記コントローラは、
第１のビームを使用して送信される制御データに関連する通信デバイスからのフィードバックのために、前記第１のビームを使用して前記制御データを送信した後に監視し、
第２のビームを使用して送信された制御データに関連する前記通信デバイスからのフィードバックのために、前記第２のビームを使用して前記制御データを送信した後に監視するように動作し、
前記トランシーバは、前記第１のビームを使用して送信される前記制御データ、および前記第２のビームを使用して送信される前記制御データの少なくとも１つに関するフィードバックを、前記通信デバイスから受信するように動作し、
前記コントローラは、前記フィードバックの受信に基づいてサービングビームを識別するように動作する、
基地局。
【０１９５】
（付記４５）
複数の指向性ビームによって形成された通信エリアに基地局がサービスを提供する通信システム内の前記基地局であって、
コントローラとトランシーバとを備え、
前記トランシーバは、
第１のビームを使用して、少なくとも１つの通信デバイスに第１の制御データを送信し、
第２のビームを使用して、少なくとも１つの通信デバイスに第２の制御データを送信するように動作し、
前記第２の制御データは、前記第１の制御データの複製である、
基地局。
【０１９６】
（付記４６）
基地局が通信エリアにサービスを提供する通信システム内の前記基地局であって、
コントローラとトランシーバとを備え、
前記トランシーバは、第１の間欠受信、ＤＲＸ構成に従って第１の帯域幅を使用して、通信デバイスと通信するように動作し、
前記コントローラは、前記通信のために、前記第１の帯域幅とは異なる第２の帯域幅を使用するように前記トランシーバを切り替えるように動作し、
前記トランシーバは、第２のＤＲＸ構成に従って前記第２の帯域幅を使用して、前記通信デバイスと通信するように動作し、
前記第１のＤＲＸ構成は、前記第２のＤＲＸ構成とは異なるＤＲＸパターンを表す、
基地局。
【０１９７】
（付記４７）
付記３８から４２のいずれか１つに記載の通信デバイスと、
付記４３から４６のいずれか１つに記載の基地局と、
を備えるシステム。
【０１９８】
（付記４８）
プログラム可能な通信デバイスを、付記３８から４２のいずれか１つに記載の通信デバイスとして構成させるためのコンピュータ実装可能命令を含むコンピュータ実装可能命令製品。
【０１９９】
（付記４９）
プログラム可能な通信デバイスを、付記４３から４６のいずれか１つに記載の基地局として構成させるためのコンピュータ実装可能命令を含むコンピュータ実装可能命令製品。
【０２００】
この出願は、２０１７年３月２４日に提出された英国特許出願番号１７０４７６２．２号に基づく優先権の利益を主張し、その開示は参照によりその全体が本明細書に組み込まれる。
【図１】
0006863472.tif 000004
【図２】
0006863472.tif 000005
【図３】
0006863472.tif 000006
【図４】
0006863472.tif 000007
【図５】
0006863472.tif 000008
【図６】
0006863472.tif 000009
【図７】
0006863472.tif 000010
【図８】
0006863472.tif 000011
【図９】
0006863472.tif 000012