(57)【要約】下りリンク（ＤＬ）制御、グラントフリー（ＧＦ）伝送、または初期アクセスに関する、方法、システム、およびデバイスが、本明細書に開示される。特に、マルチビーム物理下りリンク制御チャネル（ＰＤＣＣＨ）伝送メカニズム、グラントフリー伝送メカニズム、物理ブロードキャストチャネル（ＰＢＣＨ）復調用参照信号（ＤＭＲＳ）メカニズム、ならびに、新無線チャネル状態情報参照信号（ＮＲ−ＣＳＩ−ＲＳ）、および新無線物理下りリンク共有チャネル（ＰＤＳＣＨ）（ＮＲ−ＰＤＳＣＨ）用ＤＭＲＳ系列設計が、開示される。
2020523934.tif 000002
【特許請求の範囲】
【請求項１】
複数のビームでの制御情報のための１つまたは複数のモニタリング機会を決定することと、ここで、前記１つまたは複数のモニタリング機会は、１つまたは複数の第１の複数の無線リソース制御（Radio  Resource  Control：ＲＲＣ）を通して構成され、前記制御情報は、時間における発生パターンを有し、
前記モニタリング機会に基づいて、前記複数のビームをモニタリングすることと、
を含む、制御情報を検出するための装置。
【請求項２】
前記制御情報は、前記複数のビームの時間リソース、または前記複数のビームの周波数リソースをさらに含む、請求項１に記載の装置。
【請求項３】
前記複数のビームは、送受信ポイント（Transmission  Reception  Points：ＴＲＰ）からのものである、請求項１に記載の装置。
【請求項４】
前記複数のビームは、複数の送受信ポイント（ＴＲＰ）からのものである、請求項１に記載の装置。
【請求項５】
前記１つまたは複数のモニタリング機会は、共通リソースセットの様々なタイプに対して異なるものである、請求項１に記載の装置。
【請求項６】
前記モニタリングは、ＳＳブロックと空間的準同一位置を有する共通リソースセットである、請求項１に記載の装置。
【請求項７】
前記モニタリングは、送受信ポイントによって構成され、ＳＳブロックと準同一位置にされる共通リソースセットである、請求項１に記載の装置。
【請求項８】
前記モニタリングは、送受信ポイントによって構成され、ＲＲＣに基づいて、ＳＳブロックと準同一位置にされる共通リソースセットである、請求項１に記載の装置。
【請求項９】
複数のビームでの制御情報のための１つまたは複数のモニタリング機会を決定することと、ここで、前記１つまたは複数のモニタリング機会は、１つまたは複数の第１の複数の無線リソース制御（ＲＲＣ）を通して構成され、前記制御情報は、時間における発生パターンを有し、
前記モニタリング機会に基づいて、前記複数のビームをモニタリングすることと、
を含む、制御情報を検出するための方法。
【請求項１０】
前記制御情報は、前記複数のビームの時間リソース、または前記複数のビームの周波数リソースをさらに含む、請求項９に記載の方法。
【請求項１１】
前記複数のビームは、送受信ポイント（ＴＲＰ）からのものである、請求項９に記載の方法。
【請求項１２】
前記１つまたは複数のモニタリング機会は、共通リソースセットの様々なタイプに対して異なるものである、請求項９に記載の方法。
【請求項１３】
前記モニタリングは、ＳＳブロックと空間的準同一位置を有する共通リソースセットである、請求項９に記載の方法。
【請求項１４】
前記モニタリングは、送受信ポイントによって構成され、ＲＲＣに基づいて、ＳＳブロックと準同一位置にされる共通リソースセットである、請求項９に記載の方法。
【請求項１５】
コンピュータプログラムを記憶しており、
前記コンピュータプログラムは、データ処理ユニットにロード可能であり、前記データ処理ユニットによって前記コンピュータプログラムが実行されると、前記データ処理ユニットに請求項９乃至１４のいずれか１項に記載の方法のステップを実行させるように構成されている、コンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、２０１７年６月１５日に出願の米国特許仮出願番号第６２／５２０，２０３号、表題「新無線におけるビームベース下りリンク制御シグナリング」の利点を請求し、その内容は、参照により本明細書に援用される。
【背景技術】
【０００２】
１）物理下りリンク制御チャネル（Physical  Downlink  Control  Channel：ＰＤＣＣＨ）伝送、２）グラントフリー伝送、３）物理ブロードキャストチャネル（Physical  Broadcast  Channel：ＰＢＣＨ）復調用参照信号（Demodulation  Reference  Signal：ＤＭＲＳ）メカニズム（ＰＢＣＨ用ＤＭＲＳ）は、概して、新無線（New  Radio：ＮＲ）のコンテキストで検討されているものである。
【０００３】
ＮＲ−ＰＤＣＣＨ伝送は、ビームペアリンクブロッキングに対するロバスト性をサポートする。したがって、ＵＥは、Ｍ個のビームペアリンク上のＮＲ−ＰＤＣＣＨを同時にモニタするように構成される可能性があり、ここで、１）Ｍの最大値（Ｍ≧１）は、少なくともＵＥ能力に依存する可能性があり、２）ＵＥは、ＮＲ−ＰＤＣＣＨ受信のための、Ｍ個のビームから少なくとも１個のビームを選択する場合がある。加えて、１）ビームペアリンク上のＮＲ−ＰＤＣＣＨは、他のビームペアリンクよりも短い動作周期でモニタされる、２）例えば、スロットレベル構成、シンボルレベル構成などの構成の時間粒度、３）現行の構成を、ＵＥが複数の無線周波数（Radio  Frequency：ＲＦ）チェーンを有していない場合のシナリオに適用させる、などのさらなる要件によって、異なるＮＲ−ＰＤＣＣＨ直交周波数分割多重（Orthogonal  Frequency  Division  Multiplexing：ＯＦＤＭ）シンボル内の異なるビームペアリンク上のＮＲ−ＰＤＣＣＨをモニタするように、ＵＥは構成される可能性がある。
【０００４】
ＮＲでは、グラントフリー伝送を使用する可能性がある。グラントフリー伝送は、ネットワークがＵＬを伴わずにＵＬデータ伝送を構成する場合、Ｌ１シグナリングを伴わずに、無線リソース制御（Radio  Resource  Control：ＲＲＣ）での準静的リソース設定の後に、グラントが実施可能なように作動してよい。また、ネットワークが、ＵＬを伴わないＵＬデータ伝送のパラメータを、アクティブ化／非アクティブ化および／または修正するためにＬ１シグナリングを構成する場合、グラントが適用される可能性がある。
【０００５】
ＮＲでは、ＰＢＣＨ用ＤＭＲＳを使用する可能性がある。ＮＲ−ＰＢＣＨ伝送に関しては、ＮＲは、単一のアンテナポートベースの伝送スキームのみをサポートする。同じアンテナポートが、ＮＲプライマリ同期信号（NR  -  Primary  Synchronization  Signal：ＮＲ−ＰＳＳ）、ＮＲセカンダリ同期信号（NR  −  Secondary  Synchronization  Signal：ＮＲ−ＳＳＳ）およびＳＳブロックの中のＮＲ−ＰＢＣＨ用に規定される。ＮＲ−ＰＢＣＨ向けの単一のアンテナポートベースの伝送スキームは、ＵＥに対して透過的である。ここで、周波数領域ＰＣは除外されることに留意されたい。
【０００６】
ＮＲ−ＰＢＣＨ用ＤＭＲＳは、ＮＲ−ＰＢＣＨシンボルごとにマップされる。ＤＭＲＳ用の周波数領域リソースエレメント（Resource  Element：ＲＥ）密度が、ＮＲでは検討される可能性もある。
【０００７】
ＮＲ−ＰＢＣＨのためのＲＥの必要量の考慮を伴ったＤＭＲＳ向けのダウンセレクトＲＥマッピングスキームを使用する可能性がある。選択肢１、ＤＭＲＳ系列は等間隔でサブキャリアにマップされる。選択肢２、ＤＭＲＳ系列は不等間隔でサブキャリアにマップされる（例えば、ＮＲ−ＳＳＳ伝送帯域幅の中で、より少なくマッピングされるか、またはマッピングされない）。
【０００８】
ＤＭＲＳ系列は少なくともセルＩＤによって決まる。
【発明の概要】
【０００９】
下りリンク（Downlink：ＤＬ）制御、グラントフリー（Grant  Free：ＧＦ）伝送、または初期アクセスに関する、方法、システム、およびデバイスが、本明細書に開示される。特に、マルチビーム物理下りリンク制御チャネル（ＰＤＣＣＨ）伝送メカニズム、グラントフリー伝送メカニズム、物理ブロードキャストチャネル（ＰＢＣＨ）復調用参照信号（ＤＭＲＳ）メカニズム、ならびに、新無線チャネル状態情報参照信号（New  Radio-Channel  State  Information-Reference  Signal：ＮＲ−ＣＳＩ−ＲＳ）、および新無線物理下りリンク共有チャネル（Physical  Downlink  Shared  Channel：ＰＤＳＣＨ）（New  Radio-Physical  Downlink  Shared  Channel：ＮＲ−ＰＤＳＣＨ）用ＤＭＲＳ系列設計が、とりわけ、本明細書に開示される。
【００１０】
一例では、マルチビームＰＤＣＣＨ伝送メカニズムは、１）共通およびユーザ端末（User  Equipment：ＵＥ）固有の下りリンク制御情報（Downlink  Control  Information：ＤＣＩ）のモニタリング機会を構成すること、２）異なるビーム用のＣＯＲＥＳＥＴ（ＮＲによって定義される共通リソースセット）を構成すること、３）半持続的スケジューリング（Semi  Persistent  Scheduling：ＳＰＳ）などのケースのビームペアリンク（Beam  Pair  Link：ＢＰＬ）の変更に起因するモニタリング機会の変更を示すこと、４）同じスロット内にＰＤＣＣＨとＳＳブロックの両方がある、スロット構成、または５）ＰＤＣＣＨとＳＳブロックとの間の準同一位置（Quasi  Co-Location：ＱＣＬ）想定およびインジケーションを構成することを含む場合がある。
【００１１】
一例では、グラントフリー伝送メカニズムは、１）離散フーリエ変換拡散直交周波数分割多重（Discrete  Fourier  Transform  Spread  Orthogonal  Frequency  Division  Multiplexing：ＤＦＴ−ｓ−ＯＦＤＭ）およびサイクリックプレフィックス直交周波数分割多重（Cyclic  Prefix-Orthogonal  Frequency  Division  Multiplexing：ＣＰ−ＯＦＤＭ）シナリオで、ＧＦ伝送を使用するＧＦ上りリンク（Uplink：ＵＬ）伝送の識別を可能にすること、２）ＵＥの識別を可能にすること、３）ＧＦ  ＵＬ制御情報を構成すること、または４）ＧＦ  ＵＬリソースを動的に構成するためのＤＣＩをサポートすることを含む場合がある。
【００１２】
一例では、ＰＢＣＨ用ＤＭＲＳメカニズムは、１）ビーム内およびセル内／セル間の低干渉を維持しながら、ＰＢＣＨ用ＤＭＲＳ復号を構成すること、２）ＤＭＲＳを不等に配信することによって、ＰＢＣＨの帯域エッジチャネル推定を向上させること、３）（例えば、ゴールド系列を使用する）ＰＢＣＨ  ＤＭＲＳ系列設計およびサブキャリア割り当て方法を含む場合がある。
【００１３】
また、ＮＲ−ＰＤＳＣＨ用ＮＲ−ＣＳＩ−ＲＳおよびＤＭＲＳ向けのゴールド系列ベースの設計に関して開示されたメカニズムがある。
【００１４】
本概要は、下記にさらに説明される、発明を実施するための形態を簡略化した形式で、概念の選択を紹介するものである。本概要は、請求される主題の主要な特徴または実質的な特徴を特定すること、あるいは請求される主題の範囲を限定するために使用されることを意図していない。さらに、請求される主題は、本開示のいずれかの部分に記載されている、いずれかのまたはすべての不利点を解決する制限にも制約されない。
【図面の簡単な説明】
【００１５】
より詳細な理解は、添付図面と併せて、例として挙げられる以下の説明から得ることが可能である。
【００１６】
【図１】図１は、複数のビーム上の例示的ＵＥモニタリングＤＣＩを示す図である。
【図２】図２は、モニタされるリソース内で、ＵＥが更新される場合の例示的ＢＰＬを示す図である。
【図３】図３は、モニタされるリソースの変化に対して行われるＢＰＬの例示的更新を示す図である。
【図４Ａ】図４Ａは、共通サーチスペースＤＣＩおよびＵＥ固有サーチスペースＤＣＩの、例示的な異なるモニタリング機会を示す図である。
【図４Ｂ】図４Ｂは、制御情報を検出するための例示的方法を示す図である。
【図５】図５は、ミニスロット内の例示的モニタリング機会を示す図である。
【図６】図６（Ａ）は、同じＣＯＲＥＳＥＴおよび同じＤＣＩ配置の制御シンボルスイーピングによるマルチビーム制御シグナリング用の例示的ＣＯＲＥＳＥＴ構成を示す図であり、図６（Ｂ）は、同じＣＯＲＥＳＥＴおよび異なるＤＣＩ配置の制御シンボルスイーピングによるマルチビーム制御シグナリング用の例示的ＣＯＲＥＳＥＴ構成を示す図であり、図６（Ｃ）は、異なるＣＯＲＥＳＥＴおよび異なるＤＣＩ配置の制御シンボルスイーピングによるマルチビーム制御シグナリング用の例示的ＣＯＲＥＳＥＴ構成を示す図である。
【図７】図７（Ａ）は、同じＣＯＲＥＳＥＴおよび同じＤＣＩ配置の、各スロットにわたる、マルチビーム制御シグナリング用の例示的なＥ個のＣＯＲＥＳＥＴ構成を示す図であり、図７（Ｂ）は、同じＣＯＲＥＳＥＴおよび異なるＤＣＩ配置の、各スロットにわたる、マルチビーム制御シグナリング用の例示的なＥ個のＣＯＲＥＳＥＴ構成を示す図であり、図７（Ｃ）は、異なるＣＯＲＥＳＥＴおよび異なるＤＣＩ配置の、各スロットにわたる、マルチビーム制御シグナリング用の例示的なＥ個のＣＯＲＥＳＥＴ構成を示す図である。
【図８】図８は、ＤＬグラントを作成するときの、異なるビーム上の例示的ＤＣＩを示す図である。
【図９】図９は、障害に対してロバストである可能性があり、複数のＤＣＩが同じグラントを指し示している、例示的ＤＣＩ繰り返しを示す図である。
【図１０】図１０は、ＳＳブロックがその中にある例示的サブフレーム構造を示す図である。
【図１１】図１１（Ａ）は、ＳＳブロック配置設計の例示的スロット構造を示す図であり、図１１（Ｂ）は、ＳＳブロック配置設計の例示的スロット構造を示す図であり、図１１（Ｃ）は、ＳＳブロック配置設計の例示的スロット構造を示す図であり、図１１（Ｄ）は、ＳＳブロック配置設計の例示的スロット構造を示す図であり、図１１（Ｅ）は、ＳＳブロック配置設計の例示的スロット構造を示す図であり、図１１（Ｆ）は、ＳＳブロック配置設計の例示的スロット構造を示す図である。
【図１２】図１２（Ａ）は、異なるＤＬ／ＵＬシンボル割り当てを用いる例示的スロット構造を示す図であり、図１２（Ｂ）は、異なるＤＬ／ＵＬシンボル割り当てを用いる例示的スロット構造を示す図であり、図１２（Ｃ）は、異なるＤＬ／ＵＬシンボル割り当てを用いる例示的スロット構造を示す図である。
【図１３】図１３（Ａ）は、ＳＳブロックとＰＤＣＣＨとの間の例示的ＱＣＬ想定を示す図であり、図１３（Ｂ）は、ＳＳブロックとＰＤＣＣＨとの間の例示的ＱＣＬ想定を示す図であり、図１３（Ｃ）は、ＳＳブロックとＰＤＣＣＨとの間の例示的ＱＣＬ想定を示す図である。
【図１４】図１４（Ａ）は、連続する、ＤＦＴ−Ｓ−ＯＦＤＭ  ＵＬの場合の、例示的ＧＦ−ＲＳ構成を示す図であり、図１４（Ｂ）は、ＤＦＴ−Ｓ−ＯＦＤＭ  ＵＬで、ＧＦ−ＲＳが櫛（コーム）形状の場合の、例示的ＧＦ−ＲＳ構成を示す図である。
【図１５】図１５は、複数のユーザ間で共有する場合があるＧＦオペレーション用の例示的ペイロード領域を示す図である。
【図１６】図１６は、不連続な周波数リソース割り当てをサポートする、例示的Ｃｐ−ＯＦＤＭベースのＧＦ−ＲＳ構成を示す図である。
【図１７】図１７（Ａ）は、ＣＰ−ＯＦＤＭで、ＧＦ−ＲＳと多重化されている、例示的ＧＦ制御領域構成を示す図であり、図１７（Ｂ）は、ＣＰ−ＯＦＤＭで、ＧＦ−ＲＳの次のシンボルで構成されている例示的ＧＦ制御領域構成を示す図であり、図１７（Ｃ）は、ＤＦＴ−Ｓ−ＯＦＤＭのＧＦ−ＲＳに次いで、ＤＦＴ−ｓ−ＯＦＤＭで、ペイロードと（Ｄ個）多重化されている、例示的ＧＦ制御領域構成を示す図であり、図１７（Ｄ）は、ＤＦＴ−ｓ−ＯＦＤＭで、ペイロードと多重化されている、例示的ＧＦ制御領域構成を示す図である。
【図１８】図１８は、ＵＬ  ＧＦ制御信号用の例示的伝送チェーンを示す図である。
【図１９】図１９は、セルＩＤに応じて変化する、例示的ＤＭＲＳ  ＲＥリソースを示す図である。
【図２０】図２０（Ａ）は、各ＰＢＣシンボル間で互い違いであり、１ＰＲＢ当たり１個のＲＥ／ＰＲＢ／シンボルの、ＰＢＣＨシグナリングの場合の例示的ＤＭＲＳ密度を示す図であり、図２０（Ｂ）は、各ＰＢＣＨシンボル間で互い違いであり、１ＰＲＢ当たり１．５個のＲＥ／ＰＲＢ／シンボルの、ＰＢＣＨシグナリングの場合の例示的ＤＭＲＳ密度を示す図であり、図２０（Ｃ）は、各ＰＢＣＨシンボル間で互い違いではなく、１ＰＲＢ当たり１．５個のＲＥ／ＰＲＢ／シンボルの、ＰＢＣＨシグナリングの場合の例示的ＤＭＲＳ密度を示す図であり、図２０（Ｄ）は、各ＰＢＣＨシンボル間で互い違いであり、１ＰＲＢ当たり２個のＲＥ／ＰＲＢ／シンボルの、ＰＢＣＨシグナリングの場合の例示的ＤＭＲＳ密度を示す図であり、図２０（Ｅ）は、各ＰＢＣＨシンボル間で互い違いではなく、１ＰＲＢ当たり３個のＲＥ／ＰＲＢ／シンボルの、ＰＢＣＨシグナリングの場合の例示的ＤＭＲＳ密度を示す図であり、図２０（Ｆ）は、各ＰＢＣＨシンボル間で互い違いであり、１ＰＲＢ当たり３個のＲＥ／ＰＲＢ／シンボルの、ＰＢＣＨシグナリングの場合の例示的ＤＭＲＳ密度を示す図である。
【図２１】図２１は、各ＰＢＣＨシンボルにわたるＤＭＲＳペアのための例示的ＯＣＣを示す図である。
【図２２】図２２（Ａ）は、ＤＭＲＳが、ＰＢＣＨのＰＢＲの範囲内で割り当てられ、各ＰＲＢ間で均等に分散されているＰＢＣＨの場合の例示的ＤＭＲＳ構成を示す図であり、図２２（Ｂ）は、ＤＭＲＳが、ＰＢＣＨを超える１個のＰＲＢにわたって広がり、各ＰＲＢ間で均等に分散されているＰＢＣＨの場合の例示的ＤＭＲＳ構成を示す図であり、図２２（Ｃ）は、ＤＭＲＳが、ＰＢＣＨのＰＲＢの範囲内で割り当てられているが、ＰＢＣＨのエッジ近くのＰＲＢではより密度が高いＰＢＣＨの場合の例示的ＤＭＲＳ構成を示す図であり、図２２（Ｄ）は、ＤＭＲＳが、ＰＢＣＨを超える１個のＰＲＢにわたって広がり、エッジではより密度が高く、拡張されたＰＢＲ内のＤＭＲＳが、エッジ近くのＲＥのみに分散されているＰＢＣＨの場合の例示的ＤＭＲＳ構成を示す図であり、図２２（Ｅ）は、拡張されたＰＢＲ内のＤＭＴＳは、エッジＰＲＢよりも密度は低いが、ＰＲＢの全体にわたって分散されているＰＢＣＨの場合の例示的ＤＭＲＳ構成を示す図である。
【図２３】図２３は、各スロットに２個のＳＳブロックが含まれる、ＮＳＳ＿Ｂｌｋ＝６４で構成される例示的ＳＳバーストを示す図である。
【図２４】図２４は、ビームベースＤＬ制御シグナリングの方法およびシステムに基づいて作り出される可能性のある、例示的ディスプレイ（例えば、グラフィカルユーザインターフェース）を示す図である。
【図２５Ａ】図２５Ａは、例示的通信システムを示す図である。
【図２５Ｂ】図２５Ｂは、例えば、無線伝送／受信ユニット（Wireless  Transmit/Receive  Unit：ＷＴＲＵ）などの、無線通信向けに構成された例示的装置またはデバイスのブロック図である。
【図２５Ｃ】図２５Ｃは、第１の例示的な無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）およびコアネットワークのシステム図である。
【図２５Ｄ】図２５Ｄは、第２の例示的な無線アクセスネットワーク（ＲＡＮ）およびコアネットワークのシステム図である。
【図２５Ｅ】図２５Ｅは、第３の例示的な無線アクセスネットワーク（ＲＡＮ）およびコアネットワークのシステム図である。
【図２５Ｆ】図２５Ｆは、ＲＡＮ、コアネットワーク、公衆交換電話網（Public  Switched  Telephone  Network：ＰＳＴＮ）、インターネットまたは他のネットワーク内のある種のノードまたは機能性エンティティなどの通信ネットワークの１つまたは複数の装置がその中に具現化される可能性がある、例示的コンピューティングシステムのブロック図である。
【発明を実施するための形態】
【００１７】
背景技術で説明したように、ＮＲ−ＰＤＣＣＨ伝送、ＧＦ伝送およびＰＢＣＨ設計の一般的な使用に関して、検討されてきたが、実装形態に関する特定の問題に、対処する必要がある。マルチビームＮＲ−ＰＤＣＣＨ伝送に関しては、ＵＥは、それ自体のＮＲ−ＰＤＣＣＨを受信することができる特定のビームおよび時間間隔をサポートするように構成される必要がある。ＤＣＩ受信を確実にするために、ビームの適正なセットを用いてＵＥを構成する方法について、本明細書にて開示する。ＵＬ  ＧＦ伝送に関しては、ｇＮＢは、ＧＦ伝送の存在を検出して、対応するＵＥを間違いなく識別する必要がある。ＵＥ  ＩＤをロバストに識別するメカニズムについて、本明細書にて開示する。ＰＢＣＨに関して、ＬＴＥとは異なり、ＮＲでは、ＣＲＳが存在しない可能性があり、したがって、プライマリ同期信号（Primary  Synchronization  Signal：ＰＳＳ）およびセカンダリ同期信号（Secondary  Synchronization  Signal：ＳＳＳ）を取得した後に、ＤＭＲＳの一部の形態が、ＰＢＣＨを復号するために使用されてよい。ＰＢＣＨのチャネル推定を支援するメカニズムについて、本明細書にて開示する。加えて、ＰＤＳＣＨに関しては、ＮＲ−ＣＳＩ−ＲＳを使用する、ＰＤＳＣＨのチャネル推定およびチャネル品質推定を補助する参照信号系列の設計について、本明細書にて開示する。
【００１８】
図１は、複数のビーム上のＵＥ（本明細書でＷＴＲＵとも称される）モニタリングＤＣＩの例示の図である。スロット１およびスロット２は、第１のビーム（例えば、ビーム２０１）を搬送し、スロット３および４は、第２のビーム（例えば、ビーム２０２）を搬送する。第１のビームおよび第２のビームは、異なる空間的方向を指し示している。複数のビームが存在して、各スロットは異なるものであるか、または、複数のビームが存在して、各ビームは同じスロット内にはあるが（例えばスロット番号０）、異なるシンボル上にあってもよい。ＤＣＩは、スロット（フレームのうちのスロット）内の単一のビームによって、または、スロット内の複数のビームによって、搬送されてよい。異なるシンボルは、異なるビームを搬送してよいが、特定のＤＣＩは、単一のビームまたは複数のビームに限定されてもよい。複数のビームが使用されるとき、ビームは、ＤＣＩを搬送する１つまたは複数のシンボルで発生する。ニューメロロジーによって、フレーム内で、異なる数のスロットが存在する可能性がある。フレームは、長さ１０ｍｓである場合がある。１５ＫＨｚのニューメロロジーの場合、スロットは１０個である。ビームは、特定の空間的方向での伝送として定義されることがある。スロット内のＤＣＩは、１つのビーム（１つの空間的方向）で伝送されるか、あるいは、スロット内のＤＣＩは、複数のビーム（異なる空間的方向）で伝送されてよく、この際、スロット内のシンボルの特定の数は、特定のビーム（空間的方向）に対応する。
【００１９】
引き続き図１を参照すると、ＵＥ（例えば、図２５ＡのＷＴＲＵ１０２ｃ）は、ＰＤＣＣＨを受信するために、複数のビームをモニタしてよく、そのＰＤＣＣＨ内には、ＤＣＩが含まれている。モニタされるビームは、同じまたは異なる送受信ポイント（Transmission  Reception  Points：ＴＲＰ）、例えば、図２５Ａの基地局１１４ｂからのものである場合がある。ＵＥは、スケジュール、例えば、構成されたモニタリング機会に従って、異なるビームをモニタしてもよい。ＵＥがその制御情報（例えば、特定の時間リソース内のＤＣＩ）を探す可能性があるときに、モニタリング機会は時間リソースを画定する。図１は、異なるスロット内の、特定のシンボルで伝送される２つのビーム（例えばスロット番号０内の、ビーム２０１およびビーム２０２）上のＮＲ−ＰＤＣＣＨを、ＵＥがモニタする場合の一例を示す。ＵＥは、ビームペアリンクの両方を通して、ＤＬまたはＵＬグラントを受信してもよい。
【００２０】
各ビームのモニタされる制御シンボルの数は、異なるものであってもよく、ＮＲ−ＰＤＣＣＨを搬送する一部のビームはその他のものより頻繁にシグナリングされてよいが、ビームの発生、ならびに対応する時間および周波数リソースを認識するように、ＵＥは構成されてよい。本明細書にて開示するように、モニタリング機会、例えば、ビーム発生パターンおよびリソースのタイミングは、１つまたは複数のＲＲＣ  ＭＡＣ  ＣＥ、およびＤＣＩ更新を通して構成されてよい。このことは、以下の例の方法のうち１つによって行われてよい。各リソースは、時間リソースに対応する。ＤＣＩは、特定の時間リソース（１つおきのスロットの最初の２シンボルなど）で、特定の空間的方向でモニタされてよい。これにより、特定の時間で、特定の方向で、ＤＣＩをモニタすることになる。ビームの空間的方向は、ＳＳＢなどの既知の参照信号の方向とのＱＣＬ関係を通して示されてよい。したがって、ＵＥは、同じ方向で、ＤＣＩをモニタすることができ、それにより関連する参照信号をモニタすることができる。
【００２１】
第１の例の方法では、時間リソースはＲＲＣを通してシグナリングされてよい。モビリティ、障害物などが原因で、ビームが頻繁に更新される可能性があるので、モニタされるビームは、ＤＣＩまたはＭＡＣ  ＣＥを通してシグナリングされてよい。図２は、ＰＤＣＣＨモニタリング機会、すなわち、フレームのスロット番号０、１、４、５、６、７、８、９の先頭のシンボルに対してＵＥが構成される場合の例を示す。図２に示すように、フレーム番号Ｎでは、各シンボルが、ビーム２０１およびビーム２０２を搬送する。ビーム２０１がドロップされ、ビーム２０３がＵＥに対して構成されると、ＵＥに対するＰＤＣＣＨシグナリング時間は同じ時間が維持されるが、そのビームは、次のフレーム（フレーム番号Ｎ＋１）のスロット番号５およびスロット番号８では、ビーム２０３に変更される。ＢＰＬの変更が生じるときに、半持続的スケジューリングが、ＵＥに対するリソースをスケジュールするために使用され、各リソースが特定のフレームで既にＵＥに割り当てられている場合、ＤＣＩはビームの更新を示してもよい。例えば、図２では、スロット番号４内のＤＣＩは、スロット番号５およびスロット番号８ならびに次のフレームでビーム２０３に変更することを示す。
【００２２】
第２の例の方法では、モニタリング向けのビームは、ＲＲＣを通して構成され、時間リソースは、ＭＡＣ  ＣＥまたはＤＣＩを通して更新される。ここで、ビームが更新される場合は、ＰＤＣＣＨのタイミングは、ＵＥに対して更新されてよい。図３に示すように、フレーム番号Ｎ＋１では、ＵＥは、スロット番号７で、ビーム２０３のモニタを開始し、スロット番号５以降、ビーム２０１をドロップする。半持続的スケジューリングが使用される場合、スロット番号４内のＤＣＩは、ビーム２０３への移行を示してもよい。スロット番号４について述べられるが、それより前の他のスロットでも同様に可能である。ビームがブロックされる（例えば、ドロップされる）場合、なんらかの動的インジケーションが要望される可能性がある。時間内に障害があることが懸念される場合、より動的にタイミングリソースを更新することが要求される場合がある。
【００２３】
第３の例の方法では、より大きなレイテンシが許容される可能性のある場合のモビリティなどのシナリオでは、時間リソースおよびビームの両方が、ＲＲＣおよびＭＡＣ  ＣＥを通して示されてよい。
【００２４】
本明細書にて開示するように、モニタリング機会は、ＣＯＲＥＳＥＴの様々なタイプに対して異なるものであってよい。例えば、ＵＥ固有サーチスペースＤＣＩ、および共通サーチスペースＤＣＩは、異なるモニタリング機会構成を有してよい（例えば、時間位置およびビームは異なってもよい）。例えば、図４Ａに示すように、ページングを搬送するＤＣＩは、より多いビームで、より頻繁に構成することができる一方で、ＵＥ固有サーチスペースＤＣＩは、より少ないビームで伝送されてよい。周波数または時間あるいはビーム方向は、ＤＣＩの様々なタイプに対して異なるものであってよい。例えば、グループ共通ＰＤＣＣＨであるプリエンプション指示が、ＵＥ固有ＤＣＩより低い周期で伝送されてよい。ページングのためのＤＣＩは、共通サーチスペースの１タイプ内にある。ＣＯＲＥＳＥＴは、共通またはＵＥ固有サーチスペースを含むために、柔軟に構成されてよい。図４に示すように、ページングＤＣＩは、より多くのリソースを必要とすることがあるので、特定のＣＯＲＥＳＥＴは、共通制御サーチスペースのみを含んでもよい。ＵＥは、ＵＥ固有サーチスペースＤＣＩまたは共通サーチスペースＤＣＩを検出するように構成されるかどうかに対応する、各機会でのＣＯＲＥＳＥＴを復号してもよい。この例では、スロット番号０、１および２は、共通サーチスペースＤＣＩを対象となっているＵＥにシグナリングするために排他的に構成されることがあるが、それらは、他のＵＥに、ＵＥ固有サーチスペースＤＣＩを搬送してもよい。フレーム内で構成される他のシンボルは、共通サーチスペースＤＣＩおよびＵＥ固有サーチスペースＤＣＩの両方を、対象となっているＵＥに搬送してもよい。開示する方法が、構成可能なＵＥによってモニタされる必要があるいくつかの位置を考慮に入れることを理解すべきである。加えて、各ＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴの位置、ＣＯＲＥＳＥＴの時間における発生パターン、およびＣＯＲＥＳＥＴの均等な頻度（例えば、キャリア帯域幅全体を占めない）など、構成可能であってもよい。さらに、ＵＥは、制御領域（例えば、ＣＯＲＥＳＥＴ）を、複数のビームで受信して、１つのビームから次のビームまでの時間において異なる発生パターンを有してよい。
【００２５】
図４Ｂは、制御情報を検出するための例示的方法を示す図である。ステップ１２１で、１つまたは複数のＲＲＣが、ＵＥによって取得されることがある。ＲＲＣは、構成情報を提供するのに使用されることがある上位層（物理層ではない）シグナリングの一例である。ＲＲＣは、１つまたは複数のＴＲＰからのものであってよい。ステップ１２２では、ステップ１２１で受信した１つまたは複数のＲＲＣに基づいて、ＵＥは、１つまたは複数のビームのＣＯＲＥＳＥＴに対する１つまたは複数のモニタリング機会を決定してもよい。本明細書にて開示するように、ビームは、特定の空間的方向で、ＴＲＰの特定の１つのポート／複数のポートからのシグナリングとしてみなされてよく、既知の参照信号のものと類似の空間方向を有していてもよく、（例えば、参照信号に対してビームは、空間的ＱＣＬを有していてもよく）、したがって、特定のアンテナ構成で参照信号を受信する受信機は、同じ受信アンテナ構成を使用して、参照信号と空間的ＱＣＬを有するビームを受信してもよい。ステップ１２３では、ステップ１２２のモニタリング機会に基づいて、ＵＥは、制御情報のための１つまたは複数のビームをモニタするように構成されてよい。ＣＯＲＥＳＥＴは、ＲＲＣによって示されることがある時間における発生パターンを有してよい。情報はビームで伝送される。ＵＥは、複数のビームを受信できる場合がある。ＤＣＩは、冗長性のために（すなわち、１つのビームがブロックされる場合、別のビームがＵＥに到達できるように）複数のビームで送信される。また、空間多重化がスループットを向上させるので、複数のビームが、ＤＣＩをシグナリングするために使用される。一旦、制御情報が受信されると、ＵＥは、制御情報に従って動作を進行させ、それがグラントである場合、ＵＥはＰＤＳＣＨを受信するか、ＰＵＳＣＨを伝送する。それが、ＳＦＩなどの、グループ共通ＰＤＣＣＨである場合、ＵＥは、それ自体のスロット形式を調整し、それが、電力制御コマンドの場合、ＵＥはそれ自体の電力などを調整する。
【００２６】
ステップ１２４では、時間をおいてから、ＵＥは、１つまたは複数の更新されたＲＲＣを受信してよい。ステップ１２４では、１つまたは複数の更新されたＲＲＣに基づいて、ＵＥは、１つまたは複数のビームのＣＯＲＥＳＥＴに対する１つまたは複数の更新されたモニタリング機会を決定してもよい。ステップ１２５では、ＵＥは、更新されたモニタリング機会を使用してモニタする。更新されたＲＲＣは、ステップ１２２で提供されたものとは異なるモニタリング機会を構成するという結果をもたらす場合があると考えられる。また、モニタリング機会は、ＣＯＲＥＳＥＴの様々なタイプに対して異なるものであってもよいことを理解すべきである（例えば、様々なタイプとは、ＵＥ固有サーチスペース、共通サーチスペース、ＤＣＩのタイプなどを意味する場合がある）。ＣＯＲＥＳＥＴ内で、複数のタイプのサーチスペースが存在する場合がある。異なるタイプのＤＣＩは、異なるサーチスペース内で搬送されることがある。異なるサーチスペースは、異なるＲＮＴＩを用いるＤＣＩを搬送してもよく、例えば、プリエンプションＤＣＩが、特定のサーチスペース内で搬送されることがあるのに対して、ＲＡＣＨ関連ＤＣＩは、異なるサーチスペース内で搬送されてよい。それらが、すべて共通サーチスペースである場合であっても、異なるモニタリング機会が、このようなサーチスペースのために構成されてよい。さらに、ＵＥは、異なるＣＯＲＥＳＥＴ内で、異なるＲＮＴＩを有し、それらＣＯＲＥＳＥＴは、異なるモニタリング機会を有するように構成されてよいが、それらはすべて同時に発生する必要はない。制御情報を検出するためのこの例示的方法は、柔軟な構成を可能にする場合があり、その結果、ＵＥは、ＤＣＩの異なるタイプを、異なるように取り扱うことができる。これにより、ＣＯＲＥＳＥＴリソースが固定であるＬＴＥとは異なり、ＵＥに最適なビーム上のＣＯＲＥＳＥＴリソースの割り当て、ＣＯＲＥＳＥＴリソースのＤＣＩのタイプに基づく適切な周期への割り当てに対する柔軟性をもたらす（一部のＤＣＩは、他のものよりもより頻繁にモニタされることを必要とされる場合があるが、例えば、プリエンプションＤＣＩは、ＵＥ固有グラントを提供するＤＣＩよりも少ない頻度でモニタされてもよい）。ＵＥは、ＳＳＢと空間的ＱＣＬを有するＣＯＲＥＳＥＴをモニタするように構成されてもよい。
【００２７】
図５は、ミニスロット内の例示的モニタリング機会を示す。ＣＯＲＥＳＥＴリソースは、ミニスロットの中で構成することができるので、単一のスロットは、ＵＥがモニタする複数のＣＯＲＥＳＥＴを含む場合がある。概して、ＰＤＣＣＨ伝送およびモニタリング機会は、ミニスロット内（例えば、スロットよりも小さく、２個から７個のシンボルのどこでも）で発生してもよい。
【００２８】
マルチビームＰＤＣＣＨ伝送用のＣＯＲＥＳＥＴについて以下に開示する。ＣＯＲＥＳＥＴは、下記の例示的ケースのために示されるような下記の方法で構成することができる。図６は、ＰＤＳＣＨおよび他の信号が伝送される前に、即座にＰＤＣＣＨがスイープされる例を示す。ＰＤＣＣＨは繰り返されてよく、ＰＤＣＣＨを通したスイープの後に、ＰＤＳＣＨが伝送されてよい。図７は、ＰＤＣＣＨおよびＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨのスロットでも、ビームがスイープする例を示す。図６では、ＣＯＲＥＳＥＴは、異なるビームでシグナリングされる複数のシンボルを含むことがある。ＣＯＲＥＳＥＴの後に、ＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨが続いてもよい。図７では、ＣＯＲＥＳＥＴは、１つのビームのみを使用してシグナリングされることがある。各ビームは、異なるＣＯＲＥＳＥＴで伝送されてよい。
【００２９】
図６（Ａ）および図７（Ａ）に示すように、各ＣＯＲＥＳＥＴが、モニタされるビーム向けに同じであり、かつ、ＤＣＩが、同じ位置に発生する場合がある。ＤＣＩの周波数位置は同じであるが、ビーム２０１とビーム２０２とでは時間は異なる。
【００３０】
図６（Ｂ）および図７（Ｂ）に示すように、各ＣＯＲＥＳＥＴは、モニタされるビーム向けに同じであるが、ＤＣＩは、ＣＯＲＥＳＥＴ内で異なる位置に発生する場合がある。ここで、各ＣＯＲＥＳＥＴが同じであるとき、ＣＯＲＥＳＥＴ構成オーバーヘッドはより小さいものであることに留意されたい。
【００３１】
図６（Ｃ）および図７（Ｃ）に示すように、各ＣＯＲＥＳＥＴは、ビーム向けに異なるリソース上にある。これは、特に、ＵＥが異なるビームの異なる周波数領域で動作する可能性があるときに、適用可能である。ＵＥは、ＤＣＩをモニタするために、ＣＯＲＥＳＥＴリソース、周期性、空間的ＱＣＬ情報を用いて構成されてよい。構成プロシージャは、先に説明した（例えば、図４Ｂ）のケースと類似するものである。ＵＥは、受信した信号を、そのＤＣＩに応じてモニタする。モニタしたリソースで、盲目的に復号した後に、有効なＤＣＩを受信すると、ＵＥは、制御情報に従って動作する。
【００３２】
ＣＯＲＥＳＥＴを構成する様々な方法は、以下の技術的効果を有する。図６では、図７と比較して、ＵＥのモニタリング機会が、ＣＯＲＥＳＥＴ内で順々に起こるので、より少ないレイテンシでＤＣＩをスイープすることができる。図７では、ＣＯＲＥＳＥＴの構成は、図６と比較してより単純であり、必要とされるオーバーヘッドはより少ない場合がある。図６（Ｂ）、７（Ｂ）を参照すると、ＣＯＲＥＳＥＴは、各ビームにわたって同じである。これは、ＣＯＲＥＳＥＴが広帯域となる傾向があり、ＵＥの受信帯域幅のほとんどを占める場合に、特に有用である。図６（Ｃ）および図７（Ｃ）を参照すると、ＣＯＲＥＳＥＴ（特に周波数領域）は、ＵＥ向けのチャネル特性に適応するために、それぞれのビームで異なるものである場合がある。
【００３３】
図８は、ＤＬグラントを作成するときの、異なるビーム上の例示的ＤＣＩを示す図である。それぞれのビーム上のＤＣＩは、異なる場合があり、例えば、それらは、異なるＰＤＳＣＨグラントを作成することがある。図８に示すように、ＵＥはビーム２０１およびビーム２０２をモニタし、対応するＤＣＩで、異なるＤＬグラントを受信する。ここで、ＤＬ割り当ては、異なるハイブリッド自動再送要求（Hybrid  Automatic  Repeat  Request：ＨＡＲＱ）プロセスに対する、あるいはＨＡＲＱプロセスの異なる冗長バージョン（Redundancy  Versions：ＲＶ）またはＨＡＲＱプロセスの（例えば、ロバスト性および信頼性のために）同じＲＶに対するものであってよい。信頼性とは、低いＢＬＥＲを意味する場合があり、ロバスト性は、リンクを用いること（例えば、ブロックされることではない）に関して考慮される場合がある。
【００３４】
図９は、障害に対してロバストである可能性があり、複数のＤＣＩが同じグラントを指し示している、例示的ＤＣＩ繰り返しを示す。障害に対するロバスト性の向上、およびより高い信頼性のために、ＤＣＩは、異なるビームで繰り返されてよい。したがって、ＵＥが１つのビーム上のＤＣＩを正確に復号することに失敗する場合、それでも、別のビーム上のＤＣＩを正常に復号する。例えば、図９に示すように、ＤＣＩは、ビーム２０１とビーム２０２とで繰り返されて、その両方が、クロススロットＤＬグラントを示す。ここで、ＵＥは、ビーム２０１およびビーム２０２上のＰＤＣＣＨをモニタするように構成される。ビーム２０１およびビーム２０２は、同じグラントを作成する。再度、図９を参照し、ＵＥが少なくとも１つのＤＣＩを高い確率で受信するように、ＤＣＩが（特に異なるビームで）繰り返されることを理解すべきである。繰り返しＤＣＩがグラントを提供するときに、ＤＣＩは、グラントのためのリソースの同じセットをすべて示してもよい。考えられる利点は、ＵＥが少なくとも１つのＤＣＩを確実に受信することができるということである。
【００３５】
図１０は、ＳＳブロックがその中にある例示的サブフレーム構造を示す。ここで、スロットの詳細な構造は、ＳＳブロックを含む場合がある。図１０に示すように、１つのサブフレーム内で、２つのスロットの両方がＳＳブロックを含むか、１つのスロットのみがＳＳブロックを含む場合がある。この例では、サブフレーム２内のスロット２は、ＳＳブロックを含まず、それはＰＤＳＣＨ、ＰＵＳＣＨなどである場合がある。各ＳＳブロックは、ＵＥがその初期同期をするために探す必要がある伝送を示してもよい。ＳＳブロックの典型的な使用は、各ＳＳブロックが１つのビームであることである。したがって、ＵＥがこれらの異なるＳＳブロックを通してスイープして、１つまたは２つあるいはその他のサブセットのＳＳブロックで受信できると判断する場合、ＵＥは特定の受信構成を用いて、特定の空間的方向で受信できると認識する。
【００３６】
ＮＲでは、スロットの長さは、７シンボルまたは１４シンボルである可能性がある。前倒しＰＤＣＣＨは、１個から３個のシンボルである可能性がある。ＳＳブロックは、１個のＰＳＳのシンボル、１個のＳＳＳのシンボル、２個のＰＢＣＨのシンボルを含む４個のシンボルを占める。スロット内のＳＳブロックの位置は、１）４番目から７番目のシンボルの固定位置、または２）前倒しＰＤＣＣＨシンボルに続く位置であってよい。
【００３７】
７シンボルスロットの場合のスロット構造を、図１１（Ａ）から図１１（Ｆ）に示す。図１１（Ａ）、図１１（Ｂ）および図１１（Ｃ）では、１から３個のシンボルの前倒しＰＤＣＣＨの場合、ＳＳブロックは４番目から７番目のシンボルに位置する。図１１（Ａ）、１１（Ｄ）、１１（Ｅ）および１１（Ｆ）では、ＳＳブロックは、前倒しＰＤＣＣＨの次のシンボルに位置する。同じ位置原則が、１４シンボルスロットのケースにも適用される。
【００３８】
ＳＳブロックの次のシンボルの使用については、残りの（Ｎ個の）シンボルの数に左右される。例えば、Ｎ＜２の場合、残りのシンボルは、ＤＬのためのみに使用され、その例は、図１１（Ｄ）に示される。
【００３９】
Ｎ＝２の場合、シンボルは、ＤＬのみ、およびＵＬのみの両方に使用される。図１１（Ｄ）は、ＤＬのためのみに使用するケースの例である。図１１（Ｆ）は、ＵＬのためのみに使用するケースの例である。
【００４０】
Ｎ＞２の場合、シンボルは、ＤＬのためのみ、ＵＬのためのみ、およびＤＬ＋ＵＬのために使用することができる。（Ｎ＞２の状況は、１４シンボルスロットのケースで発生する。）図１２（Ａ）は、ＤＬのためのみに使用するケースの例である。図１２（Ｂ）は、ＤＬ＋ＵＬのために使用するケースの例である。図１２（Ｃ）は、ＵＬのためのみに使用するケースの例である。
【００４１】
ＮＲでは、スロット内のＰＤＣＣＨおよびＳＳブロックは同じビームまたは異なるビームで伝送される可能性がある。ＰＤＣＣＨの各シンボルに対してさえ、異なるシンボルが異なるビームで伝送される可能性がある。したがって、ＱＣＬ想定が、ＰＤＣＣＨとＳＳブロックの間で行われない場合がある。ＳＳブロックとＰＤＣＣＨを搬送する１つのスロットでは、関係性が空間的方向について認識されない可能性がある。しかし、類似のシナリオでは、ＰＤＣＣＨとＳＳブロックとのＱＣＬ関係は、オーバーヘッドおよび計算の複雑性を低減するために利用することができる。図１３（Ａ）から１３（Ｃ）は、ＳＳブロックとＰＤＣＣＨとの間の例示的ＱＣＬ想定を示す。図１３では、ＱＣＬ関係は、ブロック内のＰＤＣＣＨとＳＳブロックとの間に存在し、このＱＣＬ関係は、７シンボルスロットのケースおよび１４シンボルスロットのケースに適用される。
【００４２】
７シンボルスロットを使用する図１３（Ａ）のようなケースでは、ＰＤＣＣＨとＳＳブロックとは、同じビームで伝送される。このケースでは、空間的ＱＣＬパラメータおよび、ラージスケールのＱＣＬのパラメータｗ．ｒ．ｔ｛遅延拡散、ドップラースプレッド、ドップラーシフト、平均利得、または平均遅延｝が、ＳＳブロックとＰＤＣＣＨとの間で保持されてよい。図１３（Ｂ）では、ＳＳブロックは１つのビームで伝送され、１から３シンボルである場合があるＰＤＣＣＨが、別のビームで伝送される。この例では、これらの２つのビームは、同じ方向に伝送され、ＱＬＤされたｗ．ｒ．ｔ空間的ＱＬＤパラメータであってもよい。シンボル１から３（番号０から番号２はＰＤＣＣＨである）は、シンボル４から７（番号３から番号６）よりも狭いビーム上にあってよい。示すように、空間的パラメータおよび非空間的パラメータ（例えば、ラージスケール）に基づいてＱＣＬされたものが存在する場合がある。図１３（Ｃ）では、２個または３個のシンボルが、ＰＤＣＣＨを伝送するのに使用されてよい。この例では、これらの２個または３個のシンボルは、同じ方向を指し示し、ＳＳブロック向けに使用されるビームとは異なる、（わずかに角度が異なる）それぞれのビームで伝送される。このケースでは、ＰＤＣＣＨ向けに使用される各ビームは、互いにｗ．ｒ．ｔ空間的ＱＣＬパラメータによって、ＱＣＬされてよく、すべてのビームは、ＳＳブロックｗ．ｒ．ｔ空間的ＱＣＬパラメータ向けに使用されるビームとＱＣＬされてよい。ＰＤＣＣＨとＳＳブロックとの間のこれらのＱＣＬ関係の認識により、ＵＥは、ＰＤＣＣＨを受信するために、ＳＳブロック向けに使用される同じビームを使用するか、ＵＥは、ＰＤＣＣＨのチャネル推定を行うために、ＳＳブロックから取得した情報などを再使用してもよい。ＮＲでは、非常に多くの異なるシナリオが存在し、既定のＱＣＬ想定が行われない可能性があるので、ＰＤＣＣＨとＳＳブロックとのＱＣＬ関係は、ＴＲＰによるＲＲＣシグナリングまたはＭＡＣ−ＣＥを通して、ＵＥに示される場合がある。インジケーションは、明示的なもの、または暗黙的なものであってもよい。明示的なものは、ＱＣＬ情報がＵＥに対して構成されているとみなされることがある。例えば、ＵＥ固有ＣＯＲＥＳＥＴは、参照信号に対する特定のＱＣＬ関係を用いて構成される。その場合、ＵＥはこの情報を使用して、対応するＤＣＩを受信する。暗黙的なものは、ＱＣＬ情報が推測的に認識されるとみなされることがある。例えば、ＲＭＳＩ  ＣＯＲＥＳＥＴは、ＵＥによって検出されるＳＳＢと暗にＱＣＬである。
【００４３】
ＮＲは、ＵＬグラントフリー伝送を容易にするために、ＤＬおよびＵＬで、制御シグナリングを使用する可能性がある。グラントフリーＵＬ伝送の識別および、グラントフリー伝送を実施するＵＥの識別の方法が、本明細書にて開示される。参照信号（Reference  Signal：ＲＳ）系列が、使用されて、グラントフリー伝送の存在を識別してもよい。これから以降、このＲＳは、グラントフリー参照信号（Grant  Free-Reference  Signal：ＧＦ−ＲＳ）と称する。ＧＦ−ＲＳは、各グラントフリーＵＥに割り当てられてよい。概して、系列は、各ＵＥ間での相互相関を最小化するために、直交または準直交であってよい。特定の時間周波数リソースおよびサイクリックシフトを用いる特定のＧＦ−ＲＳは、ＧＦペイロードのための特定の時間周波数リソースに対応してもよい。ＧＦ−ＲＳは、可能ならばチャネル推定のために使用されてよい。
【００４４】
ＤＦＴ−ｓ−ＯＦＤＭベースのＵＬのために、ＧＦ−ＲＳは、Ｚａｄｏｆｆ−Ｃｈｕ（ＺＣ）系列の形式である場合がある。これらＧＦ−ＲＳは、規定されたピーク対平均電力比（Peak  To  Average  Power  Ratio：ＰＡＰＲ）を保つように、繰り返し因数Ｎを用いて、シンボル内で、周波数リソースに櫛のような形状で割り当てられる。Ｎ＝１の場合、系列は、連続するリソースエレメント（ＲＥ）を使用する。
【００４５】
図１４（Ａ）から図１４（Ｂ）は、ＤＦＴ−Ｓ−ＯＦＤＭ  ＵＬでの例示的ＧＦ−ＲＳ構成を示す。図１４（Ａ）では、Ｎ＝１が使用され、ＵＥのＧＦ−ＲＳは、シンボル内の全割り当て周波数リソースを占めてもよい。サイクリックシフトが異なる複数のＧＦ−ＲＳ系列が、それらのリソース内で同時にシグナリングされてよく、各系列は、ペイロードが搬送される予め構成されたリソースのセットに対応する。図１４（Ｂ）では、Ｎ＝２が使用され、ＧＦ−ＲＳ系列は、交互に配置される。特定のＧＦ−ＲＳが、伝送されない場合、対応するペイロードリソースは空である。
【００４６】
概して、ＧＦペイロードは、ＧＦ−ＲＳが重複する場合に、衝突が起きないように、各サイクリックシフトに対応する予め確保されたリソースを有する場合がある。もう１つの選択肢として、図１５は、複数のユーザ間で共有される可能性のあるＧＦオペレーションのための例示的ペイロード領域を示し、その中で、ＧＦペイロードは、特定のリソースのセット内部で互いに衝突する可能性がある。図１５では、ペイロードリソースは複数のＧＦ  ＵＥによって共有される。また、直交拡散コードまたは低レートコードが、各ＵＥを直交させるために使用されてよい。
【００４７】
サイクリックプレフィックス−ＯＦＤＭ（ＣＰ−ＯＦＤＭ）ベースのＵＬグラントフリーオペレーションに関しては、ＧＦ−ＲＳは、ペイロードの周波数ダイバーシチを可能にするために、周波数において不連続であってよい。ＲＳは、グラントフリー伝送を速やかに検出できるように、前倒しされてよい。一例を図１６に示す。ペイロード領域は、周波数において、ＧＦ−ＲＳと多重化されてよい。
【００４８】
ＵＥの数が、利用可能な系列またはリソースと比べて非常に大きい場合がある状況があり得るので、複数のＵＥは、同じリソース群に割り当てられてよい。したがって、ＵＥ識別は、グラントフリー伝送の存在が識別された後に行われる必要がある。例えば、Ｃ−ＲＮＴＩ（１６ビット）のＵＥ  ＩＤは、ペイロードと共に伝送されてよい。あるいは、ネットワークは、１６ビット未満（例えば、８ビット）のグラントフリーＲＮＴＩ（Grant  Free  RNTI：ＧＦ−ＲＮＴＩ）をＵＥに割り当ててもよく、このＧＦ−ＲＮＴＩは、ペイロードと共に伝送されてよい。図１７（Ａ）から図１７（Ｄ）は、例示的ＧＦ制御領域構成を示す。図１７（Ａ）および図１７（Ｂ）は、ペイロード領域の前にあるシンボル内でＵＥのＧＦ  ＵＬ制御リソースがある、ＣＰ−ＯＦＤＭの例を示す。図１７（Ｃ）および図１７（Ｄ）は、ＧＦ  ＵＬ制御リソースのシンボル全体がペイロードと連続するか、またはシンボルリソースの一部がペイロードと多重化する場合の、ＤＦＴＳ−Ｓ−ＯＦＤＭの例を示す図である。
【００４９】
ペイロードサイズ、ＭＣＳ、ＨＡＲＱプロセスＩＤ、ＲＶなどのＵＬ  ＧＦ制御情報は、一緒に符号化されてよい。ＵＥ  ＩＤは、制御情報に付加されたＣＲＣへのマスクとして適用されてよい。ペイロードサイズに応じて、リードマラー（Reed  Muller：ＲＭ）またはＰｏｌａｒ符号化が、制御情報に適用されてよい。図１８は、ペイロードと共に、ＵＥ  ＩＤを送信する方法の例を示す。四相位相偏移変調（Quadrature  Phase  Shift  Keying：ＱＰＳＫ）が、制御情報のために使用されてよい。レートマッチングは、利用可能なＧＦリソースの量、データペイロードに使用されるＭＣＳ、およびペイロードとＵＬ制御の目標ブロック誤り率（Block  Error  Rate：ＢＬＥＲ）に基づいて決定されてよい。さらに、図１８については、ＤＬ制御情報の符号化を示すものとしてみなされてよい。ＵＥは、ＧＦ伝送と類似の様式で、ＵＬ制御情報を伝送してもよい。ステップ２５１で、ペイロードはＭＣＳ、ＴＢＳ（トランスポートブロックサイズ）などを含んでもよい。ステップ２５２で、ペイロードに適用されたＣＲＣは、ＧＦ−ＲＮＴＩでマスクされてよい。マスクされたＣＲＣのこれらのビットは、ペイロードに付加されてよい。ビットが符号化され（ステップ２５３）、レートマッチングされ（ステップ２５４）、変調、かつＰＵＳＣＨなどの他の信号と多重化されて（ステップ２５５）、ＵＬで伝送されてよい。ｇＮＢは、ＧＦ−ＲＮＴＩの正常な復号化によって、ＵＬ制御情報を検出してよい。
【００５０】
グラントフリー伝送におけるＤＬ制御シグナリング。下記は、ＤＣＩの可能なコンテンツのリストである。ＤＣＩを通した動的シグナリングは、１）１つまたは複数のスロット内のグラントフリー伝送を有効または無効にすること、２）１つまたは複数のスロット内のグラントフリーシグナリングのために使用されることがあるＵＬ時間および周波数リソースを構成すること、３）グラントフリーシグナリングのために使用することができる単一のＤＭＲＳリソースまたはＤＭＲＳリソースのプールを示すこと、または４）ＵＥがグラントフリーシグナリングのために使用してもよい、可能な変調・符号化方式を示すことのうち１つまたは複数のグラントフリーシグナリング向けのパラメータを構成するために使用されてよい。例えば、４番目のパラメータに関しては、ｇＮＢは、（グラントフリーリソース内の認識されているＵＬ干渉に従って）グラントフリー伝送のために使用されることがある有効なＭＣＳの制限されたセットを示してもよい。また、ｇＮＢは、ＭＣＳの有効なリスト向けの受信したグラントレス信号を盲目的に復号してよい。ＭＣＳの明確なインジケーションは、ＵＬ上では必要とされない。代わりに、ＵＥは、有効なＭＣＳのセットが小さい可能性があるので、数ビットを使用してＭＣＳを示してもよい。５番目のパラメータは、伝送のための適切なＭＣＳをＵＥが選択できるように、電力レベルまたは同等な基準値を示すことを含んでもよい。例えば、５番目のパラメータに関しては、グラントフリー伝送がｅＭＢＢ伝送を実行するリソース内で発生する場合、ｅＭＢＢ伝送が起因する干渉のレベルは、それに従って各ＵＥが変調・符号化を調整することができるように、ｇＮＢによって各グラントフリーＵＥに伝えられてよい。
【００５１】
ＰＢＣＨ用ＤＭＲＳ設計は、１）ＤＭＲＳ系列は、セルＩＤに応じて変化する、２）ＤＭＲＳ配置は、セルＩＤに応じて変化する（例えば、図１９に示す、シンボル内のＤＭＲＳのＲＥは、セルＩＤによって変化する場合がある）、または３）ＤＭＲＳ系列またはリソースは、ＳＳブロックタイミングに応じて変化する、ことを含んでよい。
【００５２】
ＮＲは、ＰＢＣＨ  Ｒｅの８％から３３％までの範囲で、ＤＭＲＳの密度を規定する可能性がある。シミュレーションは、その範囲の密度が有用であることを示している。図２０は、シンボル当たり、ＲＢ当たりに１つのＲＥから、シンボル当たり、ＲＢ当たりに３つのＲＥの範囲内の異なるＲＳ密度の例を示す。さらに、所望のＤＭＲＳ密度は、２つのＰＢＣＨシンボル間で、ＤＭＲＳ  ＲＥを均一に分配することによって実現される。２つのシンボル内のＤＭＲＳ  ＲＥは、互いに対して互い違いであるか（図２０（Ａ）、図２０（Ｂ）、図２０（Ｄ）、図２０（Ｆ））、同じ周波数リソースで発生してもよい（図２０（Ｃ）、図２０（Ｅ））。
【００５３】
さらに、同じＤＭＲＳ系列が、両方のシンボル内で使用されてよく、ビーム間、セル内、またはセル間干渉を低減するために、図２１に示すように、ＯＣＣが、２シンボルにわたるＤＭＲＳのペアを通じて使用されてよい。この例では、重み［１，−１］を有するＯＣＣは、２つのシンボル内のＤＭＲＳ  ＲＥに適用される。
【００５４】
図２２（Ａ）から図２２（Ｅ）は、例示的ＰＢＣＨ用ＤＭＲＳ構成を例示する。ＰＢＣＨは、シンボル当たり２４個のＲＢを占める場合がある。図２２（Ａ）に示すように、チャネル推定が、ＰＢＣＨ−ＤＭＲＳの中断が原因で、この２４個のＲＢ領域のエッジでは乏しくなる。ＰＢＣＨの帯域エッジにおけるチャネル推定を強化する可能性のある実装形態について、下記に開示される（例えば、図２２（Ｂ）から図２２（Ｅ））。
【００５５】
図２２（Ｂ）では、ＤＭＲＳは、ＰＢＣＨを超える１つのＰＲＢにまたがって広がり、各ＰＲＢ間で均等に分散される場合がある。ＰＢＣＨ用ＤＭＲＳリソースは、２４個のＲＢを超えて広がってもよい。これらの拡張されたＲＢ内の信号は、ＰＢＣＨ  ＤＭＲＳに適合するためにレートマッチングされるか、パンクチャリングされてよい。図２２（Ｂ）は、このような例を示す。ＤＭＲＳリソースは、追加のＲＢの中に部分的にまたは全体的に広がってもよい。
【００５６】
図２２（Ｃ）では、ＤＭＲＳは、ＰＢＣＨのＰＲＢ内に割り当てられるが、ＰＢＣＨのエッジ近くのＰＲＢではより密度が高い場合がある。ＤＭＲＳリソースは、図２２（Ｃ）に示すように、エッジ近くのＲＢではより密度が高くてもよく、ここで、エッジ内のＲＢには、３個のＤＭＲＳ  ＲＥ／ＲＢ／シンボルがある一方で、エッジでない部分のＲＢには、２個のみＤＭＲＳ  ＲＥ／ＲＢ／シンボルがある。エッジではない領域のＲＢと比較して、エッジのＲＢ内で、ＤＭＲＳはより密度が高い。密度は、シンボル当たり、ＲＮ当たりのＤＭＲＳ  ＲＥの数で見積もられてよい。
【００５７】
可変的な密度および広がったＤＭＲＳ割り当ての両方が、図２２（Ｄ）および図２２（Ｄ）（Ｅ）に示すように、適用されてよい。図２２（Ｄ）では、拡張された領域内のＤＭＲＳは、帯域エッジのＲＢよりも（ＲＢ当たりベースにおいて）低い密度であり、そのＲＢ内のＤＭＲＳ  ＲＥを部分的に占める。図２２（Ｅ）では、拡張された領域内のＤＭＲＳは、帯域エッジのＲＢよりも（ＲＢ当たりベースにおいて）低い密度であるが、そのＲＢの帯域幅にわたってＲＥを占める。ここで、拡張された領域内でＤＭＲＳ  ＲＥをより広くすると、チャネル推定での帯域エッジリンギングの抑制が改善されることに留意されたい。
【００５８】
ＳＳバーストブロック内では、ＰＢＣＨ−ＤＭＲＳは、ＰＢＣＨデータ復調のために使用される場合がある。
【００５９】
ＰＢＣＨ用ＤＭＲＳ系列ｒ（ｍ）が、
【数１】
2020523934.tif 000003
によって定義される。
【００６０】
式中、ｃ（ｉ），ｉ＝１，…，Ｑは、ＰＢＣＨ−ＤＭＲＳ用のベース系列であり、Ｑは、ＰＢＣＨ  ＤＭＲＳの長さであり、ｎｓは、ＳＳバーストセット内のＳＳブロックＩＤである。ベース系列ｃ（ｉ）は、ゴールド系列、またはｍ系列から作り上げることができる。擬似ランダム系列発生器が、以下の関数を介して初期化されてもよい。
【数２】
2020523934.tif 000004
【００６１】
ここで、
【数３】
2020523934.tif 000005
は、ＰＳＳおよびＳＳＳから導き出されるセルＩＤであり、ｎｓは、ＳＳバーストセット内のＳＳブロックタイミングインデックス（またはオフセット）である。ｎｓは、
【数４】
2020523934.tif 000006
で、定められてよい。
【００６２】
式中、ＮＳＳ＿Ｂｌｋは、ＳＳバーストセット内のＳＳブロックの数である。ＳＳバーストセット設計、ＳＳブロック、およびｎｓのタイミング表示が、図２３に示される（ＳＣＳ＝１２０ＫＨｚとみなす）。
【００６３】
図２３では、ＳＳバーストセット内のＳＳブロックの数は、６４に設定され、例えば、ＮＳＳ＿Ｂｌｋ＝６４であり、各時間スロット内に２つのＳＳブロックが存在する。図２３では、このＳＳバーストセットは、４ｍｓ以内に、６４ビームスイーピングを完了させる。擬似ランダム系列発生器は、
【数５】
2020523934.tif 000007
を用いて初期化されてよい。
【００６４】
式中、δ＝２ｒ−１であり、ｒは正整数で、ニューメロロジーに基づいて決定されてよい。例えば、ｒ＝４の場合、δ＝１５である。値τは、
【数６】
2020523934.tif 000008
よりも大きい正整数であり、ここで、ＮＰＮは、ゴールドまたはＰＮ系列多項式長を意味し、例えば、ＮＰＮ＝３１または６３である。ＰＢＣＨ  ＤＭＲＳの値ｎｓは、ＳＳバースト内のＳＳブロック（ＳＳブロックＩＤ）のタイミングインジケーションとして使用されてよい。
【００６５】
リソースエレメントに対するＤＭＲＳ系列は、
【数７】
2020523934.tif 000009
で表される場合がある。
【００６６】
式中、
【数８】
2020523934.tif 000010
は、ｋ番目のサブキャリア（ＲＥ）およびｎｓ番目のＳＳブロックにおけるＤＭＲＳであり、ｐは、ポートＩＤであり（例えば、ｐ＝０）、ｍ’は、ＤＭＲＳ系列インデックスｍのマッピング関数である。例えば、サブキャリアマッピングは、
【数９】
2020523934.tif 000011
によって定義されてよい。
【００６７】
式中、ｍｏｄ（・）は、モジュロ演算子であり、ΔはＤＭＲＳの離隔であり、例えば、Δ＝２からΔ＝４であり、ｖｓｈｉｆｔは、
【数１０】
2020523934.tif 000012
と定義されるシフト変数である。
【００６８】
加えて、ＰＢＣＨ  ＤＭＲＳは電力ブーストオプションによりＰＢＣＨデータとは異なる電力割り当てを有する可能性がある。電力ブーストインジケーションは、ＳＳＳを介してシグナリングされてよい。ＳＳＳは、ＰＢＣＨ  ＤＭＲＳの電力ブーストを示すために、１または２ビットの情報を（ＳＳＳでのＰＢＳＫまたはＱＰＳＫを介して）搬送してもよい。電力ブースト（または電力オフセット）インジケーションは、情報ビットに基づいて決定されてよい。例えば、ＢＰＳＫが使用される場合、０は電力ブーストがないことを示し、１は電力ブーストがあることを示してもよい。電力ブースト値は、例えば、予め定められた値など、ＵＥが認識しているものである必要がある。
【００６９】
ＮＲ−ＣＳＩ−ＲＳのための系列設計、ＮＲにおけるＰＤＳＣＨ用ＤＭＲＳ、ＰＮ系列は、長さ３１のゴールド系列によって定義される。このゴールド系列は、ＰＢＣＨ−ＤＭＲＳ、ＰＤＣＣＨ−ＤＭＲＳ、ＰＤＳＣＨ−ＤＭＲＳおよびＣＳＩ−ＲＳであるＮＲ−ＲＳのために使用されてよい。
【００７０】
出力ゴールド系列ｃ（ｎ）が、ＮＰＮ＝｛３１｝の長さを有すると想定し、ここで、ｎ＝０、１、…、ＮＰＮ−１、であり、ＰＮ系列設計は、
【数１１】
2020523934.tif 000013
で規定されてよい。
【００７１】
式中、ＮＣは、スケーラであり、例えば、ＮＣ＝１６００であり、第１のｍ系列は、
【数１２】
2020523934.tif 000014
を用いて初期化される。ｘ２の初期化は、系列の適用に応じる値を用いて、
【数１３】
2020523934.tif 000015
によって表される。
【００７２】
ＮＲ  ＣＳＩ−ＲＳに関しては、参照信号系列、
【数１４】
2020523934.tif 000016
は、
【数１５】
2020523934.tif 000017
によって定義される
【００７３】
式中、ｎｓは、無線フレーム内のスロット番号であり、ｌは、スロット内のＯＦＤＭシンボル番号である。擬似ランダム系列ｃ（ｉ）は、上記で定義される。μは、ニューメロロジーに応じて変化するサブフレーム内のＣＳＩ−ＲＳに割り当てられるポートの数である。
【数１６】
2020523934.tif 000018
は、特定のニューメロロジーに基づく、割り当てられるＲＢである。擬似ランダム系列発生器は、各ＯＦＤＭシンボルの最初に、
【数１７】
2020523934.tif 000019
を用いて初期化される必要があり、式中、ＣＲＩ−ＲＳがＤＲＳの一部であるときに、フレーム構造タイプ３向けに
【数１８】
2020523934.tif 000020
であり、そうでない場合は、
【数１９】
2020523934.tif 000021
である。
【００７４】
ＰＤＳＣＨ−ＤＭＲＳアンテナポート
【数２０】
2020523934.tif 000022
（ここで、Ｎｐは、ＰＤＳＣＨ−ＤＭＲＳポートの最大数である）のために、参照信号系列ｒ（ｍ）が、
【数２１】
2020523934.tif 000023
によって定義される。
【００７５】
式中、μ１は、通常のサイクリックプレフィックスのサブフレーム内のＰＤＳＣＨ−ＤＭＲＳに割り当てられるポートの数であり、μ２は、拡張されたサイクリックプレフィックスのサブフレーム内のＰＤＳＣＨ−ＤＭＲＳに割り当てられるポートの数である。μ１およびμ２の両方は、ニューメロロジーに応じて変化するものである。例えば、１２０ｋＨｚのニューメロロジーでの、μ１の値は、６０ｋＨｚのニューメロロジーでの値とは同じものにならない。擬似ランダム系列ｃ（ｉ）は、上記で定義される。擬似ランダム系列発生器は、各サブフレームの最初に、
【数２２】
2020523934.tif 000024
を用いて初期化される必要がある。
【００７６】
表１は、本明細書で使用される例示的略語を示す。
【表１−１】
2020523934.tif 000025
【表１−２】
2020523934.tif 000026
【表１−３】
2020523934.tif 000027
【表１−４】
2020523934.tif 000028
【００７７】
図２４は、本明細書にて開示するように、ビームベースＤＬ制御シグナリングの方法およびシステムに基づいて作り出される可能性のある、例示的ディスプレイ（例えば、グラフィカルユーザインターフェース）を示す。ディスプレイインターフェース９０１（例えば、タッチスクリーンディスプレイ）は、本明細書にて開示するように、ブロック９０２内に、とりわけ、ＧＦ制御領域関連パラメータ、モニタリング機会の変更インジケーション、ＤＦＴ−ｓ−ＰＦＤＭおよびＣＰ−ＯＦＤＭシナリオでのＧＦ−ＲＳを使用するＧＦ  ＵＬ伝送の識別など、ビームベースＤＬ制御シグナリングに関連付けられたテキストを提供することがある。本明細書で論じるステップのいずれの進行状況（例えば、送信されたメッセージまたはステップの成功）も、ブロック９０２内で表示されてよい。加えて、グラフィカル出力９０２が、ディスプレイインターフェース９０１上で表示されてよい。グラフィック出力９０３は、ビームベースＤＬ制御シグナリングの方法およびシステムを実装するデバイスのトポロジー、本明細書で論じる任意の方法またシステムの進行状況のグラフィック出力、使用中のスロットなどであってもよい。
【００７８】
第３世代パートナーシッププロジェクト（3rd  Generation  Partnership  Project；３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（符復号化、セキュリティ、およびサービスの品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のための技術的規格を開発している。最近の無線アクセス技術（Radio  Access  Technology：ＲＡＴ）規格は、広帯域ＣＤＭＡ（Wideband  CDMA：ＷＣＤＭＡ（登録商標））（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、およびＬＴＥ−アドバンスト規格を含む。３ＧＰＰは、「５Ｇ」とも称される、新無線（ＮＲ）と呼ばれる、次世代セルラー技術の標準化への取り組みを開始している。３ＧＰＰ  ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を含むことが予期され、これは、６ＧＨｚを下回る新規のフレキシブルな無線アクセスの提供と、６ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスの提供とを含むことが予期されている。フレキシブルな無線アクセスは、６ＧＨｚを下回る新しいスペクトルにおける新しい非後方互換性無線アクセスで構成されることが予期され、同じスペクトル内でともに多重化され、多様な要件を伴う３ＧＰＰ  ＮＲユースケースの広範なセットに対処する場合がある、異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、ウルトラモバイルブロードバンドアクセス、例えば、屋内用途およびホットスポット向けの機会を提供する、センチ波およびミリ波スペクトルを含むことが予期されている。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波特有設計最適化を伴って、共通設計フレームワークが６ＧＨｚを下回るフレキシブル無線アクセスと共有することが予期されている。
【００７９】
３ＧＰＰは、データレート、レイテンシ、およびモビリティのための様々なユーザ体験要件をもたらす、ＮＲでサポートすることが予期される種々のユースケースを特定している。ユースケースは、以下の一般的カテゴリ、すなわち、高度化モバイルブロードバンド（例えば、高密度エリアにおけるブロードバンドアクセス、屋内超高ブロードバンドアクセス、群集の中のブロードバンドアクセス、あらゆる場所における５０＋Ｍｂｐｓ、超低コストブロードバンドアクセス、車両内のモバイルブロードバンド）、重要通信、大規模マシンタイプ通信、ネットワークオペレーション（例えば、ネットワークスライシング、ルーティング、移行およびインターワーキング、エネルギー節約）、および拡張ビークルツーエブリシング（Enhanced  Vehicle-To-Everything：ｅＶ２Ｘ）間の通信を含む。これらのカテゴリにおける具体的サービスおよびアプリケーションは、例えば、いくつか例を挙げると、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、緊急対応者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、および仮想現実を含む。これらのユースケースのすべておよび他のものが、本明細書で検討される。
【００８０】
図２５Ａは、本明細書で説明および請求される図１から図２３に示すシステムおよび方法などのビームベースＤＬ制御シグナリングの方法および装置が、その中で具現化される可能性がある通信システム１００の一例を示す。示すように、例示的通信システム１００は、無線伝送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、または１０２ｄ（概して、または集合的に、ＷＴＲＵ１０２と呼ばれることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含む場合があるが、開示される例は、任意の数のＷＴＲＵ、基地局、ネットワーク、またはネットワーク要素が考えられることを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅはそれぞれ、無線環境で動作または通信するように構成される任意のタイプの装置またはデバイスであってよい。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅは、ハンドヘルド無線通信装置として図２５Ａ、図２５Ｂ、図２５Ｃ、図２５Ｄおよび図２５Ｅに描写されるが、５Ｇの無線通信で考えられる多種多様なユースケースについては、各ＷＴＲＵが、一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、セルラー電話、携帯情報端末（Personal  Digital  Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、トラック、電車、または飛行機の乗り物などを含む、無線信号を伝送または受信するように構成された装置またはデバイスの任意のタイプを含む、またはその中で具現化される場合があるものと理解される。
【００８１】
通信システム１００はまた、基地局１１４ａと、基地局１１４ｂとを含んでもよい。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。基地局１１４ｂは、遠隔無線ヘッド（Remote  Radio  Head：ＲＲＨ）１１８ａ、１１８ｂまたは送受信ポイント（ＴＲＰ）１１９ａ、１１９ｂのうちの少なくとも１つと有線または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（Base  Transceiver  Station：ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（Access  Point：ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として描写されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続される基地局またはネットワーク要素を含む場合があることを理解されよう。
【００８２】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってもよく、それらＲＡＮは、基地局コントローラ（Base  Station  Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio  Network  Controller：ＲＮＣ）、中継ノードなどの他の基地局またはネットワーク要素（図示せず）も含んでもよい。基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、それらＲＡＮは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局またはネットワーク要素（図示せず）も含んでもよい。基地局１１４ａは、本明細書にて開示するようなビームベースＤＬ制御シグナリングの方法およびシステム向けに、特定の地理的領域内で無線信号を伝送または受信するように構成されてよく、その地理的領域はセル（図示せず）と呼ばれることもある。基地局１１４ｂは、特定の地理的領域内で有線または無線信号を伝送または受信するように構成されてよく、その地理的領域はセル（図示せず）と呼ばれることもある。セルは、セルセクタにさらに分割されることがある。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されることがある。したがって、一例では、基地局１１４ａは、例えば、セルのセクタごとに１つの、３つの送受信機を含む場合がある。一例では、基地局１１４ａは、多入力多出力（Multiple-Input  Multiple  Output：ＭＩＭＯ）技術を採用する場合があり、したがって、セルのセクタごとに複数の送受信機を利用することがある。
【００８３】
基地局１１４ａは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であることがあるエアインターフェース１１５／１１６／１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つまたは複数と通信してもよい。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【００８４】
基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバーなど）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがある、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを通してＲＲＨ１１８ａ、１１８ｂまたはＴＲＰ１１９ａ、１１９ｂのうち１つまたは複数と通信してもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【００８５】
ＲＲＨ１１８ａ、１１８ｂまたはＴＲＰ１１９ａ、１１９ｂは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがある、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを通してＷＴＲＵ１０２ｃ、１０２ｄのうちの１つまたは複数と通信してもよい。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【００８６】
より詳細には、上記のように、通信システム１００は、複数のアクセスシステムであってもよく、かつＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを採用してもよい。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、ユニバーサルモバイル電気通信システム（Universal  Mobile  Telecommunications  System：ＵＭＴＳ）、地上無線アクセス（Universal  Terrestrial  Radio  Access：ＵＴＲＡ）などの無線技術を実装してよく、それにより、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。ＷＣＤＭＡは、高速パケットアクセス（High-Speed  Packet  Access：ＨＳＰＡ）または発展型ＨＳＰＡ（Evolved  HSPA：ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速下りリンクパケットアクセス（High-Speed  Downlink  Packet  Access：ＨＳＤＰＡ）または高速上りリンクパケットアクセス（High-Speed  Uplink  Packet  Access：ＨＳＵＰＡ）を含んでもよい。
【００８７】
一例では、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、発展型ＵＭＴＳ地上無線アクセス（Evolved  UMTS  Terrestrial  Radio  Access：Ｅ−ＵＴＲＡ）などの無線技術を実装してもよく、それにより、ロングタームエボリューション（Long  Term  Evolution：ＬＴＥ）またはＬＴＥ−アドバンスト（ＬＴＥ−Ａ）を使用して、それぞれ、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立してもよい。将来、エアインターフェース１１５／１１６／１１７は、３ＧＰＰ  ＮＲ技術を実装する可能性がある。
【００８８】
一例では、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide  Interoperability  For  Microwave  Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定規格２０００（Interim  Standard  2000：ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（Global  System  For  Mobile  Communications：ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（Enhanced  Data  Rates  For  GSM  Evolution：ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
【００８９】
図２５Ａにおける基地局１１４ｃは、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、またはアクセスポイントであってもよく、例えば、会社、自宅、車両、キャンパスなどの場所の局所エリア内の無線コネクティビティを促進するため、本明細書にて開示するようなビームベースＤＬ制御シグナリングの方法およびシステムを実装するために任意の好適なＲＡＴを利用してもよい。一例では、基地局１１４ｃとＷＴＲＵ１０２ｅとは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。一例では、基地局１１４ｃとＷＴＲＵ１０２ｄとは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless  Personal  Area  Network：ＷＰＡＮ）を確立してもよい。さらに別の例では、基地局１１４ｃとＷＴＲＵ１０２ｅとは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図２５Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。
【００９０】
ＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信してもよく、そのコアネットワークは、音声、データ、アプリケーションまたはボイスオーバーインターネットプロトコル（Voice  Over  Internet  Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成される任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル位置ベースのサービス、プリペイドコール、インターネットコネクティビティ、ビデオ配信などを提供し、またはユーザ認証などの高レベルセキュリティ機能を実施してもよい。
【００９１】
図２５Ａでは図示されないが、ＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂまたはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信してもよいことを理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することがあるＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。
【００９２】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがＰＳＴＮ１０８、インターネット１１０または他のネットワーク１１２にアクセスするためのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（Plain  Old  Telephone  Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、伝送制御プロトコル（Transmission  Control  Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User  Datagram  Protocol：ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートにおけるインターネットプロトコル（Internet  Protocol：ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有または運営される、有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用することがある１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでもよい。
【００９３】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含んでもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを通して異なる無線ネットワークと通信するための複数の送受信機を含んでもよい。例えば、図２５Ａに示されるＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用することがある基地局１１４ａと、およびＩＥＥＥ８０２無線技術を採用することがある基地局１１４ｃと通信するように構成されてよい。
【００９４】
図２５Ｂは、例えば、ＷＴＲＵ１０２などの本明細書に図示されている各例に従って無線通信のために構成される例示的装置またはデバイスのブロック図である。図２５Ｂに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（Global  Positioning  System：ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含んでもよい。ＷＴＲＵ１０２は、例と一致したままで、上述の要素の任意の副次的組み合わせを含む場合があることを理解されたい。また、各例は、限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ−Ｂ、発展型Ｎｏｄｅ−Ｂ（evolved  Node-B：ｅＮｏｄｅＢ）、ホーム発展型Ｎｏｄｅ−Ｂ（Home  Evolved  Node-B：ＨｅＮＢ）、ホーム発展型Ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードなどの基地局１１４ａおよび１１４ｂ、または基地局１１４ａおよび１１４ｂを意味する場合があるノードは、図２５Ｂに描写され、本明細書に説明される要素の一部または全部を含んでもよいことを想定する。
【００９５】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital  Signal  Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application  Specific  Integrated  Circuits：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array  ：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated  Circuit：ＩＣ）、状態マシンなどであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を果たしてもよい。プロセッサ１１８は、伝送／受信要素１２２に結合されることがある、送受信機１２０に結合されてもよい。図２５Ｂは、別個のコンポーネントとしてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが、電子パッケージまたはチップ内に一緒に統合されてもよいことを理解されよう。
【００９６】
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ）へ信号を伝送する、またはそこから信号を受信するように構成されてよい。例えば、一例では、伝送／受信要素１２２は、ＲＦ信号を伝送または受信するように構成されるアンテナであってもよい。図２５Ａでは図示されないが、ＲＡＮ１０３／１０４／１０５またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用する、他のＲＡＮと直接または間接通信してもよいことを理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することがあるＲＡＮ１０３／１０４／１０５に接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。
【００９７】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０または他のネットワーク１１２にアクセスするためのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートにおけるインターネットプロトコル（ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有または運営される、有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用することがある１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでもよい。
【００９８】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含んでもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、本明細書にて開示するようなビームベースＤＬ制御シグナリングの方法およびシステムを実装するために異なる無線リンクを通して異なる無線ネットワークと通信するための複数の送受信機を含んでもよい。例えば、図２５Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用する可能性のある基地局１１４ａと、およびＩＥＥＥ８０２無線技術を採用する可能性のある基地局１１４ｂと通信するように構成されてもよい。
【００９９】
図２５Ｂは、本明細書にて開示するようなビームベースＤＬ制御シグナリングの方法およびシステムに従って、無線通信のために構成される、例えば、ＷＴＲＵ１０２（例えば、マルチビームＰＤＣＣＨ伝送と関連するＵＥ）などの、例示的装置またはデバイスのブロック図である。図２５Ｂに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含んでもよい。ＷＴＲＵ１０２は、例と一致したままで、上述の要素の任意の副次的組み合わせを含んでもよいことを理解されたい。また、本明細書の各例は、限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ−Ｂ、発展型Ｎｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホーム発展型Ｎｏｄｅ−Ｂ（ＨｅＮＢ）、ｇＮＢ、ホーム発展型Ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードなどの基地局１１４ａおよび１１４ｂ、または基地局１１４ａおよび１１４ｂを意味する場合があるノードは、図２５Ｂに描写する要素の一部または全部を含む場合があり、本明細書に記載されるデバイストリガリングについて開示したシステムおよび方法を実施する例示的実装形態である場合があることが考えられる。
【０１００】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を果たしてもよい。プロセッサ１１８は、伝送／受信要素１２２に結合されることがある、送受信機１２０に結合されてもよい。図２５Ｂは、別個のコンポーネントとしてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが、電子パッケージまたはチップ内に一緒に統合されてもよいことを理解されよう。
【０１０１】
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ）へ信号を伝送する、またはそこから信号を受信するように構成されてよい。例えば、一例では、伝送／受信要素１２２は、ＲＦ信号を伝送または受信するように構成されるアンテナであってもよい。一例では、伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、もしくは可視光信号を伝送または受信するように構成されるエミッタ／検出器であってもよい。さらなる一例では、伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送ならびに受信するように構成されてよい。伝送／受信要素１２２は、無線信号の任意の組み合わせを伝送または受信するように構成されてよいことを理解されよう。
【０１０２】
加えて、伝送／受信要素１２２は、単一の要素として図２５Ｂで描写されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、一例では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して無線信号を伝送および受信するための２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【０１０３】
送受信機１２０は、伝送／受信要素１２２によって伝送されることになる信号を変調し、伝送／受信要素１２２によって受信される信号を復調するように構成されてよい。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含んでもよい。
【０１０４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid  Crystal  Display：ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（Organic  Light-Emitting  Diode：ＯＬＥＤ）ディスプレイユニット）に接続されて、そこからユーザ入力データを受信してもよい。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、またはディスプレイ／タッチパッド／インジケータ１２８に出力してもよい。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０または取り外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、それの中にデータを記憶してもよい。非取り外し可能メモリ１３０としては、ランダムアクセスメモリ（Random-Access  Memory：ＲＡＭ）、読み取り専用メモリ（Read-Only  Memory  ：ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを挙げてもよい。取り外し可能メモリ１３２としては、加入者識別モジュール（Subscriber  Identity  Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure  Digital：ＳＤ）メモリカードなどを挙げてもよい。別の例では、プロセッサ１１８は、ＷＴＲＵ１０２に物理的には配置されていない、サーバまたはホームコンピュータ（図示せず）上などのメモリから情報にアクセスし、その中にデータを記憶してもよい。プロセッサ１１８は、本明細書に記載される一部の例では、マルチビームＰＤＣＣＨ伝送に関連付けられたセットアップが成功したか、失敗したかに応じてディスプレイまたはインジケータ１２８上の点灯パターン、画像または色を制御するか、あるいは、ビームベースＤＬ制御シグナリングおよび関連付けられたコンポーネントのステータスを示すように構成されてよい。ディスプレイまたはインジケータ１２８上の点灯パターン、画像または色の制御は、本明細書で示すまたは論じる各図（例えば、図１から図２３など）の方法のフローまたはコンポーネントのいずれかのステータスが反映される場合がある。ビームベースＤＬ制御シグナリングのメッセージおよびプロシージャについて、本明細書にて開示する。メッセージおよびプロシージャは、ユーザが、入力ソース（例えば、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８）を介してリソース関連のリソースをリクエストし、ディスプレイ１２８上で表示されることがある、とりわけ、ビームベースＤＬ制御シグナリング関連情報をリクエスト、構成または問い合わせするためのインターフェース／ＡＰＩを提供するように拡張されてよい。
【０１０５】
プロセッサ１１８は、電源１３４から電力を得てもよく、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池、太陽電池、燃料電池などを含んでもよい。
【０１０６】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されることがあるＧＰＳチップセット１３６に結合されてもよい。ＧＰＳチップセット１３６からの情報に加え、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その場所を決定してもよい。ＷＴＲＵ１０２は、例と一致したままで任意の好適な位置特定方法によって位置情報を取得してもよいことを理解されるであろう。
【０１０７】
プロセッサ１１８はさらに、追加の機構、機能性または有線もしくは無線コネクティビティを提供する、１つまたは複数のソフトウェアもしくはハードウェアモジュールを含むことがある他の周辺機器１３８に連結されてよい。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサなどの種々のセンサ、ｅ−コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal  Serial  Bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency  Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでもよい。
【０１０８】
ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機などの乗り物などの他の装置もしくはデバイスで具現化されてよい。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備えることがある相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、このような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続してもよい。
【０１０９】
図２５Ｃは、本明細書にて開示するようなビームベースＤＬ制御シグナリングの方法およびシステムを実装する可能性のあるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３はＵＴＲＡ無線技術を採用して、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信してよい。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図２５Ｃに示すように、ＲＡＮ１０３は、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機をそれぞれが含むことがある、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含んでもよい。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含んでもよい。ＲＡＮ１０３は、例と一致したままで、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含んでもよいことを理解されよう。
【０１１０】
図２５Ｃに示すように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信してもよい。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信してもよい。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信してもよい。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、接続されるそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されてよい。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能性を果たすまたはサポートするように構成されてよい。
【０１１１】
図２５Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（Media  Gateway：ＭＧＷ）１４４、移動通信交換局（Mobile  Switching  Center  ：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving  GPRS  Support  Node：ＳＧＳＮ）１４８またはゲートウェイＧＰＲＳサポートノード（Gateway  GPRS  Support  Node：ＧＧＳＮ）１５０を含んでもよい。上述の要素のそれぞれが、コアネットワーク１０６の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有または運営されることがあることを理解されよう。
【０１１２】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。
【０１１３】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続されてよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進してもよい。
【０１１４】
上記のように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有または運営される他の有線または無線ネットワークを含むことがあるネットワーク１１２に接続されてよい。
【０１１５】
図２５Ｄは、本明細書にて開示するようなビームベースＤＬ制御シグナリングの方法およびシステムを実装する可能性のあるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信してよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。
【０１１６】
ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含むことがあるが、ＲＡＮ１０４は、例と一致したままで、任意の数のｅＮｏｄｅＢを含んでもよいことを理解されるであろう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含んでよい。一例では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信してもよい。
【０１１７】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてよく、無線リソース管理決定、ハンドオーバ決定、上りリンクまたは下りリンクにおけるユーザのスケジューリングなどをハンドリングするように構成されてよい。図２５Ｄに示すように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを通して相互に通信してよい。
【０１１８】
図２５Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility  Management  Gateway：ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（Packet  Data  Network：ＰＤＮ）ゲートウェイ１６６とを含んでもよい。上述の要素のそれぞれが、コアネットワーク１０７の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことを理解されよう。
【０１１９】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続されてよく、制御ノードとして機能してよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間の特定のサービングゲートウェイの選択などの役割を果たしてもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供してもよい。
【０１２０】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続されてよい。サービングゲートウェイ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送してよい。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間のユーザプレーンのアンカ、下りリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶などの他の機能を実施してよい。
【０１２１】
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進することがあるＰＤＮゲートウェイ１６６に接続されてよい。
【０１２２】
コアネットワーク１０７は、他のネットワークとの通信を促進してもよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP  Multimedia  Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信してよい。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有または運営される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。
【０１２３】
図２５Ｅは、本明細書にて開示するようなビームベースＤＬ制御シグナリングの方法およびシステムを実装する可能性のあるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用し、エアインターフェース１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信する、アクセスサービスネットワーク（Access  Service  Network：ＡＳＮ）であってよい。以下でさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５の異なる機能エンティティとコアネットワーク１０９との間の通信リンクは、参照点として定義されてよい。
【０１２４】
図２５Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含んでもよいが、例と一致したままで、任意の数の基地局およびＡＳＮゲートウェイを含んでもよいことを理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、ＲＡＮ１０５内の特定のセルに関連付けられてよく、エアインターフェース１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含んでもよい。一例では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、ＷＴＲＵ１０２ａから無線信号を受信してもよい。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービスの品質（ＱｏＳ）ポリシ強制などのモビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能してよく、ページング、加入者プロファイルのキャッシュ、コアネットワーク１０９へのルーティングなどの役割を果たしてもよい。
【０１２５】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装する、Ｒ１参照点として定義されてよい。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのそれぞれは、論理インターフェース（図示せず）をコアネットワーク１０９と確立してよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理またはモビリティ管理のために使用されることがあるＲ２参照点として定義されてよい。
【０１２６】
基地局１８０ａ、１８０ｂ、および１８０ｃのそれぞれ間の通信リンクは、基地局間のＷＴＲＵハンドオーバおよびデータの転送を促進するためのプロトコルを含む、Ｒ８参照点として定義されてよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義されてよい。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づいてモビリティ管理を促進するためのプロトコルを含んでもよい。
【０１２７】
図２５Ｅに示すように、ＲＡＮ１０５は、コアネットワーク１０９に接続されてよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を促進するためのプロトコルを含む、Ｒ３参照点として定義されてよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile  IP  Home  Agent：ＭＩＰ−ＨＡ）１８４と、認証、認可、課金（Authentication,  Authorization,  Accounting：ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含んでもよい。上述の要素のそれぞれが、コアネットワーク１０９の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有または運営されてもよいことを理解されよう。
【０１２８】
ＭＩＰ−ＨＡは、ＩＰアドレス管理の役割を果たしてもよく、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが、異なるＡＳＮまたは異なるコアネットワーク間でローミングすることを可能にしてもよい。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進してもよい。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスをサポートする役割を果たしてもよい。ゲートウェイ１８８は、他のネットワークとのインターワーキングを促進してもよい。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有または運営される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。
【０１２９】
図２５Ｅでは図示されないが、ＲＡＮ１０５は、他のＡＳＮに接続されてよく、コアネットワーク１０９は、他のコアネットワークに接続されてもよいことを理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５とその他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調するためのプロトコルを含むことがある、Ｒ４参照点として定義されてよい。コアネットワーク１０９とその他のコアネットワークとの間の通信リンクは、ホームコアネットワークと在圏コアネットワークとの間のインターワーキングを促進するためのプロトコルを含むことがある、Ｒ５参照点として定義されてよい。
【０１３０】
本明細書に記載され、図２５Ａ、図２５Ｃ、図２５Ｄおよび図２５Ｅに図示されている、コアネットワークエンティティは、ある既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能性は、他の名称によって識別される可能性があり、ある種のエンティティまたは機能は、将来的３ＧＰＰ  ＮＲ仕様を含む、３ＧＰＰによって公開される将来的な仕様において組み合わせられる場合があることを理解されたい。したがって、図２５Ａ、図２５Ｂ、図２５Ｃ、図２５Ｄおよび図２５Ｅに説明および図示されている特定のネットワークエンティティおよび機能性は、一例としてのみ提供され、本明細書で開示および請求される主題は、現在規定されているか、または将来的に規定されるかどうかにかかわらず、任意の類似通信システムにおいて具現化または実装される場合があることを理解されたい。
【０１３１】
図２５Ｆは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２内のある種のノードまたは機能エンティティなど、図２５Ａ、図２５Ｃ、図２５Ｄおよび図２５Ｅに図示されている通信ネットワークの１つまたは複数の装置がその中で具現化されることがある例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを備えてもよく、ソフトウェアの形態（このようなソフトウェアが記憶されるまたはアクセスされる場所もしくは手段がいかなるものであっても）であってもよいコンピュータ可読命令によって主に制御されてよい。このようなコンピュータ可読命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行されてよい。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであってよい。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする、任意の他の機能性を果たしてもよい。コプロセッサ８１は、主要プロセッサ９１とは明確に異なる、任意選択のプロセッサであり、追加の機能を果たすか、またはプロセッサ９１を支援することがある。プロセッサ９１またはコプロセッサ８１は、ＢＰＬの変更に起因するモニタリング機会の変更などのビームベースＤＬ制御シグナリングのための、本明細書にて開示される方法および装置に関連するデータを受信、生成、および処理してもよい。
【０１３２】
プロセッサ９１は、動作時に、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ転送し、かつ他のリソースから転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネント同士を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、インタラプトを送信するため、およびシステムバスを動作させるための制御ラインとを含む。このようなシステムバス８０の一例は、周辺コンポーネント相互接続（Peripheral  Component  Interconnect：ＰＣＩ）バスである。
【０１３３】
システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。このようなメモリは、情報が記憶され、かつ読み出されるようにする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られる、もしくは変更されてよい。ＲＡＭ８２またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてよい。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供してよい。メモリコントローラ９２はまた、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供してよい。したがって、第１のモードで起動するプログラムは、それ自体のプロセス仮想アドレス空間によってマップされているメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【０１３４】
加えて、コンピューティングシステム９０は、プロセッサ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器に命令を通信する役割を果たす、周辺機器コントローラ８３を含んでもよい。
【０１３５】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。このような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含んでよい。視覚出力は、グラフィカルユーザインターフェース（Graphical  User  Interface：ＧＵＩ）の形態で提供されてよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実装されてよい。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる電子コンポーネントを含む。
【０１３６】
さらに、コンピューティングシステム９０は、コンピューティングシステム９０をＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または図２５Ａ、図２５Ｂ、図２５Ｃ、図２５Ｄおよび図２５Ｅの他のネットワーク１１２などの外部通信ネットワークに接続するために使用されることがある、例えば、ネットワークアダプタ９７などの通信回路を含み、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信することを可能にしてもよい。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書に説明されるある種の装置、ノード、または機能エンティティの伝送および受信ステップを実施するために使用されてよい。
【０１３７】
本明細書に説明される装置、システム、方法、およびプロセスのうちのいずれかまたはすべては、コンピュータ可読記憶媒体上に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化されてよく、その命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書にて説明されるシステム、方法、およびプロセスを実施または実装させることを理解されたい。具体的には、本明細書に説明されるステップ、動作、または機能のうちのいずれも、このようなコンピュータ実行可能命令の形態で実装され、無線または有線ネットワーク通信向けに構成されている装置またはコンピューティングシステムのプロセッサ上で実行されてよい。コンピュータ可読記憶媒体は、情報を記憶するための任意の非一時的（すなわち、有形または物理的）方法もしくは技術に実装される揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体を含むが、このようなコンピュータ可読記憶媒体には信号は含まれない。コンピュータ可読記憶媒体としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（Digital  Versatile  Disks：ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用されてよく、かつコンピュータシステムによってアクセスされることがある任意の他の有形もしくは物理的媒体が挙げられるが、それらに限定されない。
【０１３８】
各図に示すような、ビームベースＤＬ制御シグナリングの本開示の主題の好ましい方法、システムまたは装置を説明する際に、明確にする目的で特定の用語が用いられる。しかし、請求される主題は、そのような選択された特定の用語に限定されることを意図するものではなく、各特定の要素は、類似目的を達成するために類似の方式で動作するすべての技術的等価物を含むことを理解されたい。
【０１３９】
本明細書に記載されている種々の技術は、ハードウェア、ファームウェア、ソフトウェア、または適切な場合は、これらの組み合わせと連携して実装されてもよい。このようなハードウェア、ファームウェア、およびソフトウェアは、通信ネットワークの種々のノードで配置される装置に常駐してもよい。本明細書に記載の方法を実施するために、装置は単独でまたは互いに連携して動作してもよい。本明細書において、用語「装置」、「ネットワーク装置」、「ノード」、「デバイス」、「ネットワークノード」、などは、同じ意味で用いられる場合がある。加えて、単語「または」は、別段の定めがある場合を除き包括的に本明細書で全般的に使用される。
【０１４０】
本明細書は、最良の方式を含む本発明を開示するため、また当業者が任意のデバイスまたはシステムを作製かつ使用し、任意の組み込まれた方法を行うことを含む本発明を実践することを可能にするために、各例を使用する。本発明の特許性のある範囲は、特許請求の範囲によって定義され、当業者に想起される他の例（例えば、本明細書に開示される各例示的方法の間で、ステップを省く、ステップを組み合わせる、またはステップを追加する）を含む可能性がある。そのような他の例は、特許請求の範囲の文字通りの言葉とは異ならない構造要素を有する場合に、または特許請求の範囲の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合に、特許請求の範囲の範囲内であることを意図している。
【０１４１】
無線通信を実施する基地局は、ＲＲＣ、ＭＡＣ  ＣＥまたはＤＣＩ更新を介して、メッセージを装置に送信する手段を有し、装置への該メッセージは、モニタリング機会を構成するための命令を含む。装置、方法、またはコンピュータ可読記憶媒体は、本明細書にて開示するように、制御情報を検出する手段を提供してもよい。方法、システム、コンピュータ可読記憶媒体または装置は、ビーム品質の制御情報のための１つまたは複数のモニタリング機会を決定する手段を有し、該１つまたは複数のモニタリング機会は、１つまたは複数の第１の複数の無線リソース制御（ＲＲＣ）を通して構成され、該制御情報は、時間における発生パターンを有し、モニタリング機会、複数のビームのモニタリングに基づくものである。制御情報は、複数のビームの時間リソース、または複数のビームの周波数リソースを含んでもよい。複数のビームは、１つまたは複数の送受信ポイント（ＴＲＰ）からのものであってよい。１つまたは複数のモニタリング機会は、共通リソースセットの様々なタイプに対して異なるものであってもよい。モニタリングは、ＳＳブロックと空間的準同一位置を有する共通リソースセットであってもよい。モニタリングは、送受信ポイントによって構成され、ＳＳブロックと準同一位置にされる共通リソースセットであってもよい。モニタリングは、ＲＲＣに基づいて、送受信ポイントによって構成され、ＳＳブロックと準同一位置にされる共通リソースセットであってもよい。装置は、ユーザ端末またはＴＲＰであってよい。この段落のすべての組み合わせ（ステップの省略または追加を含む）は、発明を実施するための形態の他の部分と一致する手段で考えられるものである。
【図１】
2020523934.tif 000029
【図２】
2020523934.tif 000030
【図３】
2020523934.tif 000031
【図４Ａ】
2020523934.tif 000032
【図４Ｂ】
2020523934.tif 000033
【図５】
2020523934.tif 000034
【図６】
2020523934.tif 000035
【図７】
2020523934.tif 000036
【図８】
2020523934.tif 000037
【図９】
2020523934.tif 000038
【図１０】
2020523934.tif 000039
【図１１】
2020523934.tif 000040
【図１２】
2020523934.tif 000041
【図１３】
2020523934.tif 000042
【図１４】
2020523934.tif 000043
【図１５】
2020523934.tif 000044
【図１６】
2020523934.tif 000045
【図１７】
2020523934.tif 000046
【図１８】
2020523934.tif 000047
【図１９】
2020523934.tif 000048
【図２０】
2020523934.tif 000049
【図２１】
2020523934.tif 000050
【図２２】
2020523934.tif 000051
【図２３】
2020523934.tif 000052
【図２４】
2020523934.tif 000053
【図２５Ａ】
2020523934.tif 000054
【図２５Ｂ】
2020523934.tif 000055
【図２５Ｃ】
2020523934.tif 000056
【図２５Ｄ】
2020523934.tif 000057
【図２５Ｅ】
2020523934.tif 000058
【図２５Ｆ】
2020523934.tif 000059
【手続補正書】
【提出日】令和2年2月17日(2020.2.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のビームでの制御情報のための１つまたは複数のモニタリング機会を決定することを含み、前記１つまたは複数のモニタリング機会は、１つまたは複数の第１の複数の無線リソース制御（Radio  Resource  Control：ＲＲＣ）を通して構成され、前記制御情報は、時間における発生パターンを有し、前記制御情報は、第１ビームを含む異なるビーム上で繰り返され、
前記モニタリング機会に基づいて、前記複数のビームをモニタリングすることと、
を含む、装置。
【請求項２】
前記複数のビームの各ビームについての前記制御情報は、異なる冗長バージョンの同一ハイブリッド自動再送要求のためグラントを提供する、請求項１に記載の装置。
【請求項３】
前記複数のビームは、送受信ポイント（Transmission  Reception  Points：ＴＲＰ）からのものである、請求項１に記載の装置。
【請求項４】
前記複数のビームは、複数の送受信ポイント（ＴＲＰ）からのものである、請求項１に記載の装置。
【請求項５】
前記１つまたは複数のモニタリング機会は、制御リソースセットの様々なタイプに対して異なるものである、請求項１に記載の装置。
【請求項６】
前記モニタリングは、ＳＳブロックと空間的準同一位置を有する制御リソースセットである、請求項１に記載の装置。
【請求項７】
前記モニタリングは、送受信ポイントによって構成され、ＳＳブロックと準同一位置にされる制御リソースセットである、請求項１に記載の装置。
【請求項８】
前記モニタリングは、送受信ポイントによって構成され、ＲＲＣに基づいて、ＳＳブロックと準同一位置にされる制御リソースセットである、請求項１に記載の装置。
【請求項９】
複数のビームでの制御情報のための１つまたは複数のモニタリング機会を決定することを含み、前記１つまたは複数のモニタリング機会は、１つまたは複数の第１の複数の無線リソース制御（ＲＲＣ）を通して構成され、前記制御情報は、時間における発生パターンを有し、前記制御情報は、第１ビームを含む異なるビーム上で繰り返され、前記第１ビームの制御情報は、同期信号と準同一位置を含み、
前記モニタリング機会に基づいて、前記複数のビームをモニタリングすることと、
を含む、装置。
【請求項１０】
前記オペレーションはさらに、下りリンク制御情報に基づき、グラントフリー伝送のための時間リソースおよび周波数リソースを取得することを含む、請求項９に記載の装置。
【請求項１１】
前記複数のビームの各ビームについての前記制御情報は、異なる冗長バージョンの同一ハイブリッド自動再送要求処理のためグラントを提供する、請求項９に記載の装置。
【請求項１２】
前記機会のモニタリングは、ＭＡＣ  ＣＥを通じて提供される時間リソースに基づく、請求項９に記載の装置。
【請求項１３】
前記機会のモニタリングは、時間リソースに基づき、時間リソースは、装置固有の制御情報および共通の制御情報により異なる、請求項９に記載の装置。
【請求項１４】
前記オペレーションはさらに、複数の下りリンク制御情報（ＤＣＩ）を取得することを含み、当該複数のＤＣＩは、同一の時間−周波数リソースの中で物理下りリンク共有チャネルグラントを提供する、請求項９に記載の装置。
【請求項１５】
前記オペレーションはさらに、下りリンク制御情報に基づき、グラントフリーリソースをアクティブ化すること、または、非アクティブ化することを含む、請求項９に記載の装置。
【国際調査報告】
2020523934.tif 000060
2020523934.tif 000061
2020523934.tif 000062