公表特許公報

【発明を実施するための形態】

【0011】

時間周波数ブロック内のフレキシブルに構成可能なＤＬ、ＵＬ、および空白リソースから成るコンテナが、ＮＲにおいて複数の数秘術をサポートするために使用され得る。ＵＬ制御は、ＮＲ、ＵＬ制御、ＤＬＨＡＲＱ、ＵＬデータ、Ａ／Ｎ、ｓＴＴＩ、および数秘術特徴、方法、ならびに機能の修正、拡張、または追加を通して、ＵＥおよび３ＧＰＰのｅＮＢノード等の種々のノード、端末、および物理、データリンク、ネットワーク層におけるＲＡＮシステムによって、コンテナ内のリソースにおいて、または専用リソースにおいて定義され得る。

【0012】

ＳＲＳリソースは、ＮＲにおいてサポートされる各数秘術のために動的または半静的のいずれかで構成され得る。広帯域および狭帯域ＳＲＳシーケンス長は、各サポートされた数秘術に適応的であり、広帯域ＳＲＳの構成は、サポートされた各数秘術のために上位層シグナリング（例えば、ＲＲＣシグナリング）を介してシグナリングされる。ＳＲＳシンボルの時間ドメイン場所は、時間インターバルＸの最後のシンボル（またはＴＴＩ／サブフレームの同等時間単位）に限定されず、非周期的または周期的伝送のいずれかに基づいて適応的であることができる。ＳＲＳのための時間、周波数、および直交リソースは、ＤＬ制御チャネルまたはＲＲＣ構成のいずれかを使用することによって、配分されることができる。内蔵時間構造に対して、伝送されるＳＲＳシンボルおよび配分される周波数帯域幅の数は、ＤＬ制御チャネルまたはＲＲＣ構成のいずれかを使用することによって、動的もしくは半静的に構成されることができる。内蔵フレーム構造（例えば、時間インターバルＸ）でのＳＲＳの伝送は、同一または以前の時間インターバルＸでＤＬ制御チャネルによってトリガされることができる。

【0013】

代替として、または加えて、完全なチャネル知識の有無別のチャネル質測定の方法が説明される。ＳＲＳは、ＦＤＤ、ＴＤＤシステムにおいて、またはフレキシブルフレーム構造においてプリコーディングされることができる。ＳＲＳのためのプリコーディング重みは、コードブックまたは非コードブックベースのアプローチに基づくことができる。プリコーディングされたＳＲＳは、ＵＥアンテナ構成に適応できる。ＳＲＳのプリコーディング構成は、ＲＲＣまたはＤＬ制御チャネルのいずれかによって行われることができる。プリコーディングされたＳＲＳは、複数の数秘術をサポートするためにｅＮＢによって動的または半静的に構成されることができる。さらに、ＮＲ−ＳＲＳは、ＵＬ復調ＲＳ（ＤＭ−ＲＳ）として使用され得る。

【0014】

表１は、本明細書で使用される頭字語のリストである。別様に規定されない限り、本明細書で使用される頭字語は、表１にリストアップされる、対応する用語を指す。

【0015】

【表1-1】

【0016】

【表1-2】

【0017】

【表1-3】

【0018】

【表1-4】

フレーム構造に関して、ＬＴＥは、１ミリ秒であるようにＵＬおよびＤＬ伝送時間インターバル（ＴＴＩ）を定義する。ＬＴＥでは「サブフレーム」とも称され、ＴＴＩは、持続時間に対応し、持続時間において、動的サイズの最大２つのトランスポートブロックが物理層に配信され、各成分搬送波に対して無線インターフェースを経由して伝送される。ＴＴＩ内で伝送されるトランスポートブロックの数は、多重アンテナ伝送方式の構成に依存する。空間多重化がない場合、ＴＴＩの中に最大でも単一のトランスポートブロックしかない。空間多重化の場合、並行した複数の層上での伝送があり、ＴＴＩ内に２つのトランスポートブロックがある。

【0019】

ＬＴＥでは、ＴＴＩの各０．５ミリ秒は、「スロット」と呼ばれる。「物理リソースブロック」（ＰＲＢ）は、周波数ドメインで１８０Ｋ、時間において０．５ミリ秒に対応するリソースのブロックとして定義される。ＰＲＢは、ＵＬとＤＬとにおいて、スケジューラによって時間ドメイン内でペアで配分される。したがって、ＵＬまたはＤＬ許可は、少なくとも１つのＴＴＩの長さのそのような方式にある。

【0020】

図１は、ＬＴＥにおける１つのＰＲＢのためのリソース構造を示す。各スロットは、構成が拡張ＣＰを使用するか、通常ＣＰを使用するかに応じて、６個または７個のＯＦＤＭ（ＤＬにおいて）またはＳＣ−ＦＤＭＡ（ＵＬにおいて）シンボルを含む。ＬＴＥにおけるフレームは、１０個のサブフレームから成り、したがって、長さ１０ミリ秒である。

【0021】

図２は、シンボルのための通常のＣＰを仮定する１つのＴＴＩのためのリソースグリッド構造を示す。１０個のサブフレームが、ＬＴＥではフレームを構成する。図３は、ＬＴＥフレームの時間ドメイン構造を示す。種々の物理チャネルは、ＴＴＩのリソース要素に多重化される。

【0022】

ＵＬでは、ＬＴＥアップリンクの物理層伝送は、いくつかのＰＨＹチャネルから成り、それらは以下を含む：ＰＲＡＣＨ（物理ランダムアクセスチャネル）；ＰＵＳＣＨ（物理アップリンク共有チャネル）− データと、ピギーバックされた制御情報とを搬送し、制御情報は、ＤＬ許可へのＡｃｋ／Ｎａｃｋ応答（Ａ／Ｎ）、チャネル状態情報（ＣＳＩ）、プリコーダ行列インデックス（ＰＭＩ）、ランクインジケータ（ＲＩ）、およびＤＬチャネルのためのスケジューリング要求（ＳＲ）を含む；ＰＵＣＣＨ（物理アップリンク制御チャネル）− Ａ／Ｎ、ＣＳＩ、ＰＩ、ＲＩ、およびＳＲを搬送する。

【0023】

図４に示されるように、ＰＵＣＣＨリソースは、帯域の外縁において配分され、ＰＵＳＣＨリソースが、中央における残りの部分を占有する。加えて、以下を含む参照信号も、ＵＬで使用される：ＤＭ−ＲＳ− ＵＬチャネルを推定するための復調参照信号；ＳＲＳ− ＵＬチャネル品質推定値を取得するための質測定用参照信号。

【0024】

多くの物理チャネルタイプが、ＬＴＥのために定義される。物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、ユニキャストデータ伝送だけではなく、ページング情報の伝送にも使用される主要物理チャネルである。物理ブロードキャストチャネル（ＰＢＣＨ）は、ネットワークにアクセスするために端末によって要求されるシステム情報の一部を搬送する。物理マルチキャストチャネル（ＰＭＣＨ）は、ＭＢＳＦＮ伝送に使用される。物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、ダウンリンク制御情報のために使用され、ダウンリンク制御情報は、主に、ＰＤＳＣＨの受信のために要求される決定をスケジューリングし、ＰＵＳＣＨ上で伝送を可能にする許可をスケジューリングする。拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）が、リリース１１で導入された。それは、本質的にＰＤＣＣＨと同一の目的を果たすが、より柔軟な方法で制御情報の伝送を可能にする。中継物理ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）が、リリース１０で導入され、ドナー−ｅＮｏｄｅＢ−中継リンク上でＬ１／Ｌ２制御シグナリングを搬送するために使用される。物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）は、ハイブリッドＡＲＱ確認応答を搬送し、トランスポートブロックが再伝送されるべきかどうかを端末に示す。物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）は、ＰＤＣＣＨの組を復号するために必要な情報を端末に提供するチャネルである。成分搬送波あたり１つのＰＣＦＩＣＨがある。

【0025】

ＤＬＬ１／Ｌ２制御シグナリングでは、ＰＣＦＩＣＨ、ＰＨＩＣＨ、およびＰＤＣＣＨが、制御領域中に（サブフレームの開始に）位置する一方、ＥＰＤＣＣＨおよびＲ−ＰＤＣＣＨは、サブフレームのデータ領域中に位置する。

【0026】

加えて、Ｃ−ＲＳ、ＣＳＩ−ＲＳ、およびＤＭＲＳ等の種々の参照信号は、チャネル推定ならびにチャネル品質推定を可能にするようにＰＲＢ上に多重化される。

【0027】

図５は、異なるチャネルがＬＴＥＤＬのフレーム上に多重化される１つの構成を示す。本開示では、アップリンクＵＬ−ＳＣＨ伝送に応答して単一のハイブリッドＡＲＱ確認応答をシグナリングするために使用されるＰＨＩＣＨが、特に着目される。

【0028】

物理アップリンク制御チャネル（ＰＵＣＣＨ）は、ＵＥが必要としているものを理解するためにｅＮＢがＵＥから要求する、基本的に情報の断片であるアップリンク制御情報（ＵＣＩ）を搬送し、例えば、ＵＥがダウンリンクで確認しているチャネル品質のような他の情報を搬送する。ＵＣＩは、３つの主要なサブ分岐に分割され得る：チャネル状態情報（ＣＳＩ）、スケジューリング要求（ＳＲ）、およびＨＡＲＱＡＣＫ／ＮＡＣＫ。ＣＳＩは、ＣＱＩレポート、ランクインジケータ（ＲＩ）、およびプリコーディングマトリクス（ＰＭＩ）を含む。ＣＱＩは、ＵＥによって観察されているダウンリンクチャネル品質についてｅＮＢに知らせる。ＣＱＩ値は、０〜１５の範囲内であり、１５が、優れた無線条件に対応する。ＲＩは、ダウンリンク伝送層の選択に役立つようにＵＥからｅＮＢに送信される制御情報である。ＰＭＩは、ＬＴＥでは層と呼ばれる、個々のデータストリームがアンテナにマップされる方法を決定する。ＵＥは、新しい制御プレーンまたはユーザプレーンデータの伝送のためのＰＵＳＣＨ／ＰＵＣＣＨリソースを入手するためのスケジューリング要求（ＳＲ）をｅＮＢに送信する。アップリンクでは、ＨＡＲＱ／ＮＡＣＫは、ダウンリンクデータが正しく受信されたかどうかをｅＮＢに知らせるために送信される。受信されたデータがエラーを有する場合、ＵＥは、データをバッファリングし、ｅＮＢからの再伝送を要求するであろう。

【0029】

アップリンクＬ１／Ｌ２制御シグナリングは、端末が伝送すべき任意のアップリンクトランスポートチャネルデータを有するかどうかにかかわらず、したがって、端末がＵＬ−ＳＣＨ伝送のための任意のアップリンクリソースを割り当てられているかどうかにかかわらず、アップリンク上で伝送される必要がある。故に、端末がＵＬ−ＳＣＨ伝送のためのアップリンクリソースを割り当てられているかどうかに応じたアップリンクＬ１／Ｌ２制御シグナリングの伝送のために、２つの異なる方法が提案される。

【0030】

ＵＬ−ＳＣＨおよびＬ１／Ｌ２制御の非同時伝送。端末が有効なスケジューリング許可を有していない場合、すなわち、リソースが現在のサブフレームにＵＬ−ＳＣＨのために割り当てられていない場合、別個の物理チャネル、ＰＵＣＣＨがアップリンクＬ１／Ｌ２制御シグナリングの伝送に使用される。

【0031】

ＵＬ−ＳＣＨおよびＬ１／Ｌ２制御の同時伝送。端末が有効なスケジューリング許可を有する場合、すなわち、リソースが現在のサブフレーム内のＵＬ−ＳＣＨのために割り当てられている場合、アップリンクＬ１／Ｌ２制御シグナリングは、ＤＦＴプリコーディングおよびＯＦＤＭ変調に先立って、コード化されたＵＬ−ＳＣＨと共にＰＵＳＣＨ上に時間多重化される。端末がＵＬ−ＳＣＨリソースを割り当てられているので、この場合、スケジューリング要求の伝送をサポートする必要がない。

【0032】

上記の２つの場合を区別する理由は、カバレッジを最小化するために、アップリンク電力増幅器のためのキュービックメトリックを最小化することである。しかしながら、端末で利用可能である十分な電力がある状況では、ＰＵＳＣＨおよびＰＵＣＣＨの同時伝送が、カバレッジに影響を及ぼすことなく使用されることができる。同時ＰＵＳＣＨおよびＰＵＣＣＨ伝送の可能性が、したがって、リリース１０で導入された。

【0033】

３ＧＰＰは、表２に示されるように、情報の異なる組み合わせを転送するための異なるＰＵＣＣＨフォーマットを定義している。主にサポートされたペイロードのサイズによって区別される、３つの異なるＰＵＣＣＨフォーマットが提供される。

【0034】

【表2】

リソース配分に関して、ＰＵＣＣＨのために使用すべきリソースブロックペアが、ＰＵＣＣＨリソースインデックスから決定される。複数のリソースブロックペアが、セルにおける制御シグナリング容量を増加させるために使用されることができ、１つのリソースブロックペアが満杯であるとき、次のＰＵＣＣＨリソースインデックスが、順に次のリソースブロックペアにマップされる。

【0035】

ＰＵＣＣＨが伝送されるリソースブロックペアは、一次成分搬送波に配分された帯域幅の縁に位置する。周波数ダイバーシティを提供するために、スロット境界上の周波数ホッピングが、図６に示されるように使用され、すなわち、１つの「周波数リソース」は、サブフレームの第１のスロット内のスペクトルの上部分における１２個の副搬送波と、サブフレームの第２のスロット中のスペクトルの下部分における等しいサイズのリソースとから成る（またはその逆も同様である）。

【0036】

全体的な利用可能スペクトルの縁にＰＵＣＣＨリソースを位置付けるための理由は、二重である。前に説明された周波数ホッピングと一緒に、これは、制御シグナリングによって経験される周波数ダイバーシティを最大化する。スペクトル内の他の位置に、すなわち、縁ではない位置に、ＰＵＣＣＨのためのアップリンクリソースを割り当てることは、アップリンクスペクトルを断片化し、非常に広い伝送帯域幅を単一の端末に割り当て、アップリンク伝送の低キュービックメトリック特性を依然として保つことを不可能にするであろう。

【0037】

ＰＵＣＣＨに配分されるＲＢの各一対は、異なる循環シフトおよび異なる直交拡散コードを使用することによって、複数のＵＥによって同時に使用されることができる。

【0038】

ＵＣＩに関して、端末がＰＵＳＣＨ上でデータを伝送している場合、すなわち、サブフレームにおいて有効なスケジューリング許可を有する場合、制御シグナリングは、ＰＵＣＣＨを使用する代わりに、ＰＵＳＣＨ上のデータと共に時間多重化される（リリース１０では、同時ＰＵＳＣＨおよびＰＵＣＣＨが使用されることができ、大抵の場合に対して、若干劣るキュービックメトリックを犠牲にしてＰＵＳＣＨ上の制御シグナリングの必要を回避する）。ハイブリッドＡＲＱ確認応答およびＣＳＩレポートのみが、ＰＵＳＣＨ上で伝送される。

【0039】

ＵＣＩの符号化および変調は、いくつかの方法で達成され得る。ＣＳＩレポートおよびハイブリッドＡＲＱ確認応答の時間多重化が、図７ならびに８に図示される。図７は、例示的コンポーネント機能のブロック図である。図８は、図７のＭｕｘからＤＦＴに移動する例示的サブフレームを示す。しかしながら、両方とも時間多重化を使用するが、それらの異なる性質によって動機付けされる２つのタイプのアップリンクＬ１／Ｌ２制御シグナリングに対して、詳細にいくつかの差異がある。

【0040】

ハイブリッドＡＲＱ確認応答は、ダウンリンクの適切な動作のために重要である。１つおよび２つの確認応答に対して、データに使用される変調方式にかかわらず、ロバストなＱＰＳＫ変調が使用される一方、より多数のビットに対して、データのための同一の変調方式が使用される。３つ以上のビットのためのチャネル符号化は、ＰＵＣＣＨと同一の方法で行われ、ビット数が２０を上回る場合、バンドリングが適用され、すなわち、同一の成分搬送波上の２つのトランスポートブロックが、独立ビットを有する代わりに単一のビットを共有する。さらに、ハイブリッドＡＲＱ確認応答は、チャネル推定値が参照シンボルの近くでより良い品質であるので、参照シンボルの近傍で伝送される。これは、チャネルがスロット中に変動し得る高いドップラ周波数において特に重要である。データ部分と異なり、ハイブリッドＡＲＱ確認応答は、これらの変動に対処するために、再伝送および強力なチャネル符号化に依拠することができない。

【0041】

原則として、ｅＮｏｄｅＢは、端末からハイブリッドＡＲＱ確認応答を予期すべきときを把握し、したがって、確認応答およびデータ部分の適切な逆多重化を実施することができる。しかしながら、端末がダウンリンク制御チャネル（ＰＤＣＣＨまたはＥＰＤＣＣＨ）上でのスケジューリング割り当てに失敗したある確率があり、その場合、ｅＮｏｄｅＢが、ハイブリッドＡＲＱ確認応答を予期するであろう一方、端末は、それを伝送しないであろう。レートマッチングパターンが、確認応答が伝送されるかどうかに依存している場合、データ部分の中で伝送されるコード化されたビットは、失敗した割り当てによる影響を受け得、それは、ＵＬ−ＳＣＨ復号化が失敗することをもたらす可能性が高い。このエラーを回避するために、ハイブリッドＡＲＱ確認応答は、したがって、コード化されたＵＬ−ＳＣＨビットストリームにパンクチャされる。したがって、パンクチャされていないビットは、ハイブリッドＡＲＱ確認応答の存在／不在による影響を受けず、端末およびｅＮｏｄｅＢにおけるレートマッチングの間の不一致の問題が回避される。

【0042】

ＣＳＩレポートは、チャネル品質インジケータ（ＣＱＩ）、プリコーディングマトリクスインジケータ（ＰＭＩ）、およびランクインジケータ（ＲＩ）から成る。ＣＱＩおよびＰＭＩは、ＰＵＳＣＨからのコード化されたデータビットと共に時間多重化され、データ部分と同一の変調を使用して伝送される。ＣＳＩレポートは、主に、無線チャネルが比較的一定である低〜中ドップラ周波数のために有用であり、故に、特別なマッピングの必要性は、あまり強くはない。しかしながら、ＲＩは、ＣＱＩおよびＰＭＩと異なるようにマップされ、ＲＩは、ハイブリッドＡＲＱ確認応答と類似するマッピングを使用して、参照シンボルの近傍に位置する。ＲＩのよりロバストなマッピングは、ＲＩがＣＱＩ／ＰＭＩを正しく解釈するために要求されるという事実によって動機付けされる。ＣＱＩ／ＰＭＩは、一方、単純に完全サブフレーム持続時間にわたってマップされる。変調に関して、ＲＩは、ＱＰＳＫを使用する。

【0043】

ＬＴＥアップリンクでは、データおよび制御が同一のサブフレーム内で伝送される必要があるとき、多重化が、ＳＣ−ＦＤＭＡの単一搬送波性質を保つために、変換（ＤＦＴ）プリコーディングの入力において実施される。加えて、制御およびデータ多重化は、ハイブリッドＡＲＱＡＣＫ／ＮＡＣＫ情報がサブフレーム内の両方のスロット上に存在し、復調参照信号の周囲のリソースにマップされるように実施される。データ伝送の場合として、ハイブリッドＡＲＱＡＣＫ／ＮＡＣＫが、周波数ダイバーシティを集めることが重要であり、それは、図９に図示されるように、スロットレベルホッピングを介して達成されることができる。

【0044】

ＬＴＥは、ＤＬＨＡＲＱを提供する。ＦＤＤでは、ＤＬ−ＳＣＨ上のＤＬデータは、サブフレームｎで端末に伝送され、伝播遅延Ｔｐ後、サブフレームｎで端末によって受信される。端末は、おそらく以前の伝送試行とのソフトな組み合わせ後、受信された信号を復号しようとし、アップリンクサブフレームｎ＋４でハイブリッドＡＲＱ確認応答を伝送する。ハイブリッドＡＲＱ確認応答の受信時、ｅＮｏｄｅＢは、必要とされる場合、サブフレームｎ＋８でダウンリンクデータを再伝送することができる。したがって、８つのハイブリッドＡＲＱプロセスが使用され、ハイブリッドＡＲＱ往復時間は、８ミリ秒である。

【0045】

ＴＤＤ動作に対して、あるハイブリッドＡＲＱプロセスにおけるデータの受信とハイブリッドＡＲＱ確認応答の伝送との間の時間関係は、ダウンリンク・アップリンク配分に依存する。アップリンクハイブリッドＡＲＱ確認応答は、アップリンクサブフレームのみで伝送され、ダウンリンク確認応答は、ダウンリンクサブフレームのみで伝送されることができる。サブフレームｎ内のトランスポートブロックの確認応答は、サブフレームｎ＋ｋ内で伝送され、ｋ＞＝４である。

【0046】

現在達成されることができるものを超える、ＬＴＥの将来のリリースにおける待ち時間を短縮することにおける強い関心がある。ユースケースは、遅延に敏感なＭ２Ｍアプリケーション、重要低遅延アプリケーション、およびＶｏＬＴＥ、ゲーム、ならびに会議等のよりロバストなリアルタイムアプリケーションを含む。

【0047】

リリース１４の一部として、３ＧＰＰワーキンググループは、３ＧＰＰ３６．８８１ＳｔｕｄｙｏｎＬａｔｅｎｃｙｒｅｄｕｃｔｉｏｎｔｅｃｈｎｉｑｕｅｓｆｏｒＬＴＥ，Ｖ１３．０．０の中で、待ち時間短縮技法についての作業項目を承認している。対応する研究項目では、グループは、（最大リリース１３まで）ＬＴＥと後方互換性がある種々の待ち時間短縮方式の提案および性能を調査した。１つの概念は、短縮されたユーザプレーン待ち時間を提供するための持続時間が１ミリ秒よりもはるかに短いＴＴＩ（ｓＴＴＩ）の使用である。研究項目は、異なるＴＴＩ数秘術、例えば、２つのシンボルから７つのシンボルの種々のｓＴＴＩ長を考慮した。

【0048】

ｓＴＴＩは、シグナリング持続時間が減少し、それに応答して、受信機における処理時間、Ａ／Ｎ応答時間、およびＨＡＲＱ再伝送待ち時間も短縮するので、ユーザプレーン待ち時間を短縮することを可能にする。

【0049】

表３は、３ＧＰＰ３６．８８１における提案に基づくｓＴＴＩの例示的構成を示す。後方互換性がこれらの設計のための要件であるので、伝統的な構成は、１５ＫＨｚ搬送波間隔を仮定する。ＵＬとＤＬとの間のシグナリングのための一方向遅延は、ｓＴＴＩ持続時間がスケーリングされるにつれて、ほぼ直線的にスケーリングすることが分かる。図１０は、直線的にスケーリングされたｓＴＴＩ数秘術の概念を描写する。図１１は、例示的ＴＤＤ特殊サブフレーム構造を図示する。

【0050】

【表3】

リリース１３で導入されたＬＴＥＴＤＤ特殊サブフレームは、３つの部分を有する：ダウンリンクパイロット時間スロット（ＤｗＰＴＳ）、保護期間（ＧＰ）、およびアップリンクパイロットタイムスロット（ＵｐＰＴＳ）。ＤｗＰＴｓは、ＤＬデータおよび制御チャネルを搬送する。ダウンリンクからアップリンクに切り替わるとき、ＧＰは、各特殊サブフレーム内のＤｗＰＴＳフィールドとＵｐＰＴＳフィールドとの間に挿入される。ＧＰの持続時間は、セルサイズに基づいて、ネットワークによって構成される。特殊サブフレームのＵｐＰＴＳ部分は、ダウンリンクＤｗＰＴＳよりも著しく短い。ＵｐＰＴＳは、ＳＲＳまたはＰＲＡＣＨを搬送する。アップリンクからダウンリンクに切り替わるとき、アップリンク信号がフレーム同期様式でｅＮｏｄｅＢに到着するので、保護期間の必要はない。９つのＯＦＤＭシンボルＤｗＰＴＳ、３つのＧＰＯＦＤＭシンボル、および２つのＯＦＤＭシンボルＵｐＰＴＳを伴うＬＴＥＴＤＤ特殊サブフレーム構造のうちの１つが、以下で描写される。

【0051】

ドローン制御および遠隔手術等の新しい無線／５Ｇアーキテクチャにおける超信頼性低遅延アプリケーション、ならびにロボット制御および工業自動化等のいくつかのｍＭＴＣアプリケーションは、短縮された制御およびユーザプレーン待ち時間から顕著な利益を得るであろうことが予期される。したがって、ＬＴＥとの後方互換性を要求することなく、５ＧのためのＵＬおよびＤＬ数秘術をそのようなユースケースに適応させることに、大幅な関心がある。

【0052】

３ＧＰＰＴＲ３８．９１３は、次世代アクセス技術のためのシナリオおよび要件を定義する。以下は、低遅延設計に関連する３ＧＰＰＴＲ３８．９１３の重要性能インジケータ（ＫＰＩ）の節の抜粋である。
７．５ユーザプレーン待ち時間
ＵＲＬＬＣに対して、ユーザプレーン待ち時間の標的は、ＵＬのための０．５ミリ秒、ＤＬのための０．５ミリ秒であるべきである。さらに、可能である場合、待ち時間は、次世代アクセスアーキテクチャ内で使用されることができる無線トランスポート技術として、次世代アクセス技術の使用をサポートするためにも十分に低くなるべきである。
注記１：信頼性ＫＰＩは、関連付けられる信頼性要件を伴う待ち時間値も提供する。上記の値は、平均値と見なされるべきであり、関連付けられる高信頼性要件を有していない。
ｅＭＢＢに対して、ユーザプレーン待ち時間の標的は、ＵＬのための４ミリ秒、ＤＬのための４ミリ秒であるべきである。
注記２：ｅＭＢＢ値に対して、評価は、効率的な方法でデータパケットの転送に関連付けられる全ての典型的遅延（例えば、リソースが事前配分されないときの適用可能なプロシージャの遅延、平均ＨＡＲＱ再伝送遅延、ネットワークアーキテクチャの影響）を考慮する必要がある。

【0053】

図１２は、ネットワークスライシングの概念の高レベル説明図を提供する。
ネットワークスライスは、特定のユースケースの通信サービス要件をサポートする、論理ネットワーク機能の集合から成る。例えば、サブスクリプションまたはＵＥタイプに基づいて、オペレータもしくはユーザの必要性を満たす方法で、ＵＥを選択されたスライスにダイレクトすることが可能であるものとする。ネットワークスライシングは、主に、コアネットワークのパーティションを標的にするが、無線アクセスネットワーク（ＲＡＮ）が、複数のスライスをサポートするための特定の機能性を必要とし得ること、または異なるネットワークスライスのためにリソースを分割することさえも必要とし得ることは除外されない。３ＧＰＰＴＲ３８．９１３ＳｔｕｄｙｏｎＳｃｅｎａｒｉｏｓａｎｄＲｅｑｕｉｒｅｍｅｎｔｓｆｏｒＮｅｘｔＧｅｎｅｒａｔｉｏｎＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｉｅｓ，Ｒｅｌｅａｓｅ１４，Ｖ０．２．０を参照されたい。

【0054】

潜在的ネットワークスライシングサービス要件が、３ＧＰＰＴＲ２２．８９１で定義される。３ＧＰＰシステムは、オペレータが、例えば、複数の企業またはモバイル仮想ネットワークオペレータ（ＭＶＮＯ）等をホストするためのネットワークスライス（例えば、（例えば、潜在的に異なるベンダからの）ネットワーク機能およびパラメータ構成の独立セットである）を構成することを可能にするものとする。オペレータは、ネットワークスライスを動的に作成し、異なる多様な市場シナリオの要求に応じるようにカスタマイズされる完全で自律的な完全動作ネットワークを形成することができるものとする。３ＧＰＰシステムは、特定のネットワークスライスに関連付けられるあるＵＥおよびサブスクライバを識別することができるものとする。３ＧＰＰシステムは、例えば、サブスクリプションまたはＵＥタイプに基づいて、ＵＥが特定のネットワークスライスからサービスを取得することを可能にすることができるものとする。

【0055】

現在、３ＧＰＰ標準化の努力が、ＮＲフレーム構造を定義するために進行中である。合意が、ＮＲのための「内蔵」サブフレームを有するという趣旨に沿って構築されつつある。広義には、内蔵サブフレームは、サブフレーム内に、許可のための制御情報、データ、およびそのＡ／Ｎ確認応答を含むと理解され、そのリソース内に構成可能ＵＬ／ＤＬ／サイドリンク配分および参照信号を有することが予期される。ＴＤＤにおけるそのような内蔵サブフレームの例が、図１３に図示されている。保護期間ＧＰは、ＤＬからＵＬ伝送への切り替えを可能にし、ＤＬ許可のためのＡ／Ｎは、サブフレームの持続時間内で起こる。

【0056】

ＴＤＤおよびＦＤＤのための統一設計理念は、標準化プロセスにおける大幅なサポートも有するであろう。基本構築ブロックが、ＤＬおよびＵＬサブフレームのために定義され得、ＴＤＤおよびＦＤＤ構成が、これらの構築ブロックから導出される。例えば、ＵＬおよびＤＬ構築ブロックは、図１４に示されるように定義され得る。図１５は、Ａ／Ｎと比較したＳＩＲを伴う短縮された待ち時間の例を図示する。

【0057】

低遅延を標的にするＵＲＬＬデバイスのために、ＨＡＲＱ再伝送は、ＦＥＣデコーダの待ち時間に起因して、実用的ではないこともある。企業は、デコーダの中間状態からコードワードを正常に復号することの信頼性を示すある形態のソフト情報を使用することを提案している。３ＧＰＰＲ１−１６５３６３ＯｎＨＡＲＱｆｕｎｃｔｉｏｎａｌｉｔｙｆｏｒ５Ｇ，Ｎｏｋｉａ，Ｍａｙ２０１６を参照されたい。ＦＥＣデコーダから中間段階において生成されることができる情報は、ＳＩＲ（信頼性についてのソフト情報）と称され得る。ＳＩＲは、Ａ／Ｎの信頼性の情報レベルおよび再伝送における冗長性バージョンのための対応する最良適合を伴うソフトＡ／Ｎ（非２進）の形態として解釈されることができる。再伝送がＡ／Ｎを用いるよりも少ない待ち時間を伴って、ＳＩＲによってトリガされることができる例を示す。

【0058】

例えば、ターボデコーダに対して、ＳＩＲは、８回の反復後のみに理想的に終了し得るデコーダの２〜３回の反復後にｅＮＢに送信され得る。ＳＩＲは、中間反復の出力における対数尤度比から導出される非２進測定基準であり得、完全復号プロセスの最も可能性が高い成果を示し、失敗の尤度が高い場合、再伝送のための最良冗長性バージョンを示すであろう。中間段階を通した待ち時間が低いので、再伝送は、ＵＲＬＬデバイスのための待ち時間制約内で可能であり得る。

【0059】

ＲＡＮ１では、多くの企業は、容量およびカバレッジを改良するために、可能な限り多くのＰＨＹチャネルをビーム形成する概念を考慮している。３ＧＰＰＲ１−１６４０１４ＤｉｓｃｕｓｓｉｏｎｏｎＲＳｆｏｒｂｅａｍｆｏｒｍｅｄａｃｃｅｓｓ，Ｓａｍｓｕｎｇ，Ｍａｙ２０１６を参照されたい。高方向性ビーム形成ベースの通信は、ｅＮＢおよびＵＥが、最大利得を取得するために正しい方向に整列させられる必要があることを要求する。ＮＲのためのｅＮＢは、アナログビーム形成およびデジタルプリコーディングを組み合わせるハイブリッドビーム形成を使用し得、ｅＮＢは、ビーム形成重みを変化させることによって作成されるアンテナパターンに従って事前定義されるあるビームを伴う参照信号を送信する。ＵＥは、各方向から参照信号の品質を測定する。ＵＥは、測定された品質を介して最良のビームを選択し、ビームインデックスをｅＮＢにフィードバックすることができる。

【0060】

ビーム測定参照信号が、図１６に示されるように、周期的にｅＮＢから伝送され得る。ここでは、ｅＮＢは、フレーム内で複数のビーム測定参照信号（ＢＲＳ）を伝送する。シグナリングされる各ＢＲＳは、空間ドメイン内の異なるビームに対応する。例えば、ＢＲＳは、ビームインデックス（ＮＲ−ＢＩＤ）によって参照され得る。ＵＥは、ＢＲＳを使用して、各ビームのための信号品質を測定し、１つ以上のＮＲ−ＢＩＤおよびそれらの対応するチャネル品質情報を伝送する。

【0061】

ＵＥのための数秘術配分は、ＰＤＮＩＣＨ（物理ダウンリンク数秘術指示チャネル）を通して示され得る。ＰＤＮＩＣＨが、数秘術を動的に更新し得るので、ＵＥは、ＴＴＩ毎に本チャネルを監視する。ＰＤＮＩＣＨは、ＵＥのための許可および電力制御コマンドを搬送するであろうＮＲ−ＤＣＩの場所をさらに示し得る。ＰＤＮＩＣＨを使用するＵＥ方法の例が、図１７に示されている。ここでは、ＰＤＮＩＣＨ−Ｎｕｍｅｒｏｌｏｇｙ−Ｃｏｎｆｉｇは、数秘術を示し、ＰＤＮＩＣＨは、それに基づいてネットワーク内で伝送され、それは、ＭＩＢ等のシステム情報を通して取得され得る。

【0062】

２次元アンテナアレイを伴う基地局がマルチユーザ合同仰角および方位角ビーム形成をサポートするシステムである、全次元（ＦＤ）ＭＩＭＯは、ＬＴＥにおいて、研究および標準化の活発な分野である。これは、３ＧＰＰリリース１２で議論される従来のシステムと比較して、より高いセル容量をもたらし得る。近年の研究は、ＦＤ−ＭＩＭＯ技法を用いると、ＬＴＥシステムがセル容量ならびにセルエッジスループットの両方で３〜５倍の性能向上を達成し得ることを示している。

【0063】

リリース１３研究項目「ＬＴＥのための仰角ビーム形成／全次元（ＦＤ）ＭＩＭＯについての研究」が、２０１５年１２月に完成した。リリース１３研究項目の主要な目的は、２次元アンテナアレイの形態で設置された最大６４個の伝送アンテナ要素をサポートすることにおける主要な問題を識別することであった。この研究項目の技術報告書ＴＲ３６．８９１で提示される、いくつかの特徴が、リリース１３で標準化されている。最大１６個のアンテナポートをサポートするシステムの標準化は、リリース１３のための初期標的であり、１６を上回るアンテナポートをサポートするシステムの標準化は、承認されたリリース１４研究項目「ＬＴＥのためのＦＤ−ＭＩＭＯの強化」の中で論議中である。

【0064】

ＬＴＥでは、スケジューラは、チャネル認識基準に従って、各ユーザのための周波数リソース配分を変更することを決定することができる。チャネル質測定は、無線通信のための無線環境、特に、ＭＩＭＯシステムを評価する技法である。この技法では、ユーザ機器（ＵＥ）は、アップリンク上で質測定用波形を伝送し得、ｅＮＢは、より広い帯域幅にわたってアップリンクチャネル品質を推定し得る。ｅＮＢは、アップリンク周波数選択的スケジューリングにこの情報を使用し得る。加えて、ＵＬ質測定用参照信号（ＳＲＳ）は、アップリンクチャネル依存性スケジューリングおよびリンク適合をサポートするためのＣＳＩ推定のために、基地局によって使用され得る。ＳＲＳは、チャネル相互関係の場合、ＤＬのためのＣＳＩ推定を取得するためにも、基地局によって使用され得る。

【0065】

ＬＴＥで定義される２つのタイプのＳＲＳ構成がある：周期的ＳＲＳ伝送、および非周期的ＳＲＳ伝送。

【0066】

周期的ＳＲＳ伝送は、ＵＥ特定のＳＲＳ構成に基づき得る。周期的ＳＲＳ伝送は、トリガタイプ０ＳＲＳ伝送と呼ばれ、ＲＲＣシグナリングによって構成され得る。ＵＥ特定のＳＲＳ構成を伴うＲＲＣ接続再構成メッセージを受信した後、パラメータ持続時間がＦＡＬＳＥに設定された場合、ＵＥは、ＳＲＳを１度だけ伝送し得る。これは、単一ＳＲＳ伝送と呼ばれる。パラメータ持続時間がＴＲＵＥに設定されている場合、ＵＥは、無効になるまで、周期的にＳＲＳを無期限に伝送し得る。

【0067】

非周期的ＳＲＳ伝送は、ＵＥ特定のＳＲＳ構成に基づき得る。非周期的ＳＲＳ伝送は、「トリガタイプ１」ＳＲＳ伝送と呼ばれ、ＲＲＣによって構成されるが、ＤＣＩによってトリガされる。

【0068】

ＬＴＥ周期的ＳＲＳは、いくつかのパラメータを使用して構成され得る。ｓｒｓ−ＣｏｎｆｉｇＩｎｄｅｘは、ＳＲＳ周期性およびオフセットを定義する。周期性は、２ミリ秒〜３２０ミリ秒に及び得る。ｓｒｓ−Ｂａｎｄｗｉｄｔｈは、サブフレームでＳＲＳを伝送している間、使用される必要がある帯域幅を定義する。ｓｒｓ−ＨｏｐｐｉｎｇＢａｎｄｗｉｄｔｈは、ＳＲＳの周波数ホッピングの目的のために定義される。ＳＲＳの周波数ホッピングが有効にされる場合、ｓｒｓ−ＨｏｐｐｉｎｇＢａｎｄｗｉｄｔｈは、ｓｒｓ−Ｂａｎｄｗｉｄｔｈよりも小さい。ｆｒｅｑＤｏｍａｉｎＰｏｓｉｔｉｏｎは、周波数ドメインにおけるＳＲＳの開始位置を定義する。１から８まで変動することによって、循環シフトは、互いに直交する最大８つの異なるＳＲＳを生成する。ｅＮｏｄｅＢは、異なる循環シフトを使用するが、同一のサブフレームおよび周波数リソースで最大８つのＵＥのためにＳＲＳを構成することができる。ｃｙｃｌｉｃＳｈｉｆｔ多重化信号は、直交性を維持するために同一の帯域幅を有する必要があり得る。ｔｒａｎｓｍｉｓｓｉｏｎＣｏｍｂは、例えば、ＳＲＳが、割り当てられたＳＲＳ帯域幅内で１つおきの（偶数ごと、または奇数ごと）副搬送波で伝送され得る場合、使用され得る。ｔｒａｎｓｍｉｓｓｉｏｎＣｏｍｂは、値０または１をとり、それは、ＳＲＳを割り当てられたＳＲＳ帯域幅内の偶数ごとのの副搬送波で伝送するか、または奇数ごとの副搬送波で伝送するかを知らせる。これを行うことによって、ｅＮｏｄｅＢは、同一のｃｙｃｌｉｃＳｈｉｆｔ、周波数、および時間リソースを有するが、異なるｔｒａｎｓｍｉｓｓｉｏｎＣｏｍｂ（０または１）を有する２つのＵＥを多重化することができる。

【0069】

ＲＲＣ接続設定およびＲＲＣ接続再構成では、ＳＲＳは、表４に示されるように、情報要素の中で構成され得る。

【0070】

【表4】

表５は、表４の例で使用される、選択された変数についての注釈を含む。

【0071】

【表5】

質測定用参照信号は、アップリンクサブフレームの最後のシンボルで伝送されるであろう。ＵＥ特定のＳＲＳ構成に加えて、セル特定のＳＲＳ構成は、ＳＲＳ伝送とセルの中で利用可能なＳＲＳ帯域幅の組とを含むことができるサブフレームを定義する。シグナリングメッセージによって設定される構成（例えば、ＳＩＢ２、ＲＲＣ接続設定、ＲＲＣ接続再構成等）に応じて、ＵＥは、最大でも２つのサブフレーム毎および少なくとも３２個のフレーム（３２０個のサブフレーム）毎に伝送することができる（１０ビットシグナリングパラメータｓｒｓ−ＣｏｎｆｉｇＩｎｄｅｘは、ＳＲＳ伝送の周期性をＵＥに伝え、周期は、２、５、１０、２０、４０、８０、１６０、または３２０ミリ秒である）。ＵＥがＳＲＳを全く伝送しないことも可能であり得る。

【0072】

ＬＴＥ非周期的ＳＲＳは、いくつかのパラメータによって構成され得る。例えば、非周期的ＳＲＳ伝送は、トリガに基づく単一ショットＳＲＳ伝送であり得る。非周期的ＳＲＳは、ＲＲＣによって構成されるが、ＰＤＣＣＨＤＣＩフォーマット０／４／１Ａ（ＦＤＤおよびＴＤＤに対して）ならびにＴＤＤ単独に対してＤＣＩフォーマット２Ｂ／２Ｃにおける「ＳＲＳ要求」フラグによってトリガされ得る。ＤＣＩフォーマットｘ（例えば、ｘ＝０／４／１Ａ）を使用して、非周期的ＳＲＳをトリガする前、パラメータの単一の組ｓｒｓ−ＣｏｎｆｉｇＡｐＤＣＩ−Ｆｏｒｍａｔｘが、ＲＲＣによって構成される必要があり得る。ＤＣＩフォーマット０／１Ａ／２Ｂ／２Ｃを使用する非周期的ＳＲＳトリガに対して、１ビットＳＲＳ要求フィールドが使用され得る一方、ＤＣＩフォーマット４は、３つの構成されたパラメータのうちのいずれが使用されるように設定されているかを示すためのビットＳＲＳ要求フィールドを搬送する。非周期的ＳＲＳの周波数ドメイン挙動は、周期的ＳＲＳと同一であり得る。

【0073】

ＬＴＥＳＲＳは、時間および周波数の両方において物理リソースにマップする。ＳＲＳは、アップリンク復調参照信号（ＤＭＲＳ）と同一のシーケンスを使用する。Ｚａｄｏｆｆ−Ｃｈｕシーケンスの循環シフトバージョンが直交するので、いくつかのＵＥ（最大８つ）は、同一の物理無線リソース上で異なる循環シフトを使用して伝送することができる。実践では、これは、１つの循環シフトが雑音推定のために保留される必要があるので、８つの循環シフトの全てを使用することはできない。

【0074】

２つのタイプのＳＲＳ伝送がある：広帯域ＳＲＳ、および狭帯域ＳＲＳ。広帯域ＳＲＳを使用して、ＵＥは、単一のＳＲＳ伝送を使用して、着目帯域幅全体の中で質測定することができる。しかしながら、セルエッジにおけるＵＥは、広い帯域幅にわたって質測定するために十分な電力を有していないこともある。そのような場合において、ｅＮｏｄｅＢは、ＳＲＳのために周波数ホッピングを使用するようにＵＥを構成し得る。構成されたｓｒｓ−Ｂａｎｄｗｉｄｔｈがｓｒｓ−ＨｏｐｐｉｎｇＢａｎｄｗｉｄｔｈパラメータに等しく設定される場合、周波数ホッピング（ＦＨ）モードは、有効にされない。狭帯域ＳＲＳは、ＵＥが伝送間で周波数ホッピング（ＦＨ）を行うことを可能にする。狭帯域ＳＲＳは、ｓｒｓ−ＨｏｐｐｉｎｇＢａｎｄｗｉｄｔｈがｓｒｓ−Ｂａｎｄｗｉｄｔｈよりも小さいときに有効にされる。

【0075】

ＳＲＳは、全システム帯域エリアを用いてＵＬスロットの最後のシンボルにおいて伝送され、あるインターバルごとに伝送され得る。複数のＵＥが同一のＳＲＳ伝送サイクル（インターバル）を有する場合、ｅＮＢは、ＳＲＳ干渉を低減させるために、異なるホッピングスケジュールを用いてホッピングモードでＳＲＳを伝送するようにＵＥの各々を構成することができる。

【0076】

ＳＲＳ伝送が広帯域モードで構成されるとき、ＳＲＳの単一の伝送が着目帯域幅にわたる。チャネル品質推定値は、単一のＳＣ−ＦＤＭＡシンボル内で取得される。ＳＲＳ伝送がＦＨモード（狭帯域ＳＲＳ）として構成されるとき、ＳＲＳ伝送は、着目帯域幅領域全体にわたるであろう一連の狭帯域伝送に分割される。

【0077】

質測定用参照信号は、

【0078】

【数1】

によって表される基礎シーケンスを使用して、生成され得る。ＳＲＳシーケンスを表すために明示的に使用されるこの基礎シーケンスは、以下の式によって定義される。

【0079】

【数10】

式中、αは、ＣＡＺＡＣシーケンスのための循環シフトである。ＳＲＳシーケンスは、時間および周波数において小さい出力変動を有し、全ての周波数成分のために高出力増幅器効率および同等のチャネル推定品質をもたらすことが望ましい。Ｚａｄｏｆｆ−Ｃｈｕシーケンスは、時間および周波数において一定の出力を呈するので、良好な候補である。質測定用参照信号は、基礎シーケンス（ｒ）の循環シフト（α）によって定義され得る。基礎シーケンスｒは、以下の方程式で表される。

【0080】

【数20】

前の式は、以下の変数、

【0081】

【数20-1】

を含み、

【0082】

【数20-2】

は、参照信号シーケンスの長さであり、Ｕ＝０，・・・，２９は、基礎シーケンスグループ番号であり、Ｖ＝０，１は、グループ内の連続番号であり、６つのリソースブロックを上回る長さの参照信号のみに適用される。

【0083】

時間ドメイン内の循環シフト（ＯＦＤＭ変調における事後ＩＦＦＴ）は、周波数ドメインにおける相回転（ＯＦＤＭ変調における事前ＩＦＦＴ）と同等である。基礎シーケンスは、利用可能なシーケンスの総数を増加させるように循環シフトされ得る。直交性は、相互干渉を伴わずに同一の周波数リソースを使用して、同時にＳＲＳを伝送するために活用されることができる。概して、異なる基礎シーケンスから生成されるＳＲＳは、直交しないであろう。しかしながら、それらは、低い相互相関性質を提示するであろう。

【0084】

ＰＵＣＣＨおよびＰＵＳＣＨのためのアップリンク復調参照信号と同様に、ＳＲＳは、時間多重化され得る。しかしながら、それらは、サブフレームの最後のシンボルの中の１つおきの副搬送波にマップされ得、くし様パターンを作成する。

【0085】

ＬＴＥでは、ＵＥは、最初に、ＳＩＢ２の中のｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇに基づいてセル特定のＳＲＳサブフレームを導出し得る。これらのサブフレームは、セルの中の全てのＵＥに共通する。各ＵＥがＵＥ特定のＳＲＳサブフレームを導出することに基づいて、異なるＵＥが、異なるＵＥ特定のＳＲＳ構成で構成され得る。ＵＥは、ＵＥ特定のＳＲＳサブフレームがセル特定のＳＲＳサブフレームと一致する場合のみ、ＳＲＳを伝送し得る。

【0086】

例えば、ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇ＝ｓｃ８およびｓｒｓ−ＣｏｎｆｉｇＩｎｄｅｘ＝０である場合、ＴＳ３６．２１１の中の表５．５．３．３−１から、サブフレーム２、３、７、および８は、セル特定のサブフレームである。ｓｒｓ−ＣｏｎｆｉｇＩｎｄｅｘから、ＵＥ特定のサブフレームは、０、２、４、６、および８である。したがって、ＵＥは、サブフレーム２および８でＳＲＳを伝送する。

【0087】

ＬＴＥでは、ＳＲＳがサブフレームでＵＥによって伝送されているとき、それは、別のＵＥによって伝送されているＰＵＳＣＨと周波数において重複し得る。これが起こるとき、セル内のＵＥのうちのいずれも、セル特定のＳＲＳサブフレームの最後のＯＦＤＭシンボルの中でＰＵＳＣＨを伝送しない。全てのＵＥがセル特定のＳＲＳ構成を認識しているので、それらは、セル特定のＳＲＳサブフレームの最後のＯＦＤＭシンボルの中でＰＵＳＣＨを伝送しないであろう。いくつかの規則は、ＬＴＥＳＲＳがＰＵＣＣＨ伝送と衝突するときに適用される。例えば、ＵＥは、ＳＲＳおよびＣＱＩ伝送が同一のサブフレーム内で偶然に同時に起こるときはいつでも、ＳＲＳを伝送しない。ＵＥは、ＳＩＢ２の中のパラメータａｃｋＮａｃｋＳＲＳ−ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎがＦＡＬＳＥに設定されている場合、ＳＲＳ伝送と、ＨＡＲＱ−ＡＣＫおよび／またはスケジューリング要求を搬送するＰＵＣＣＨ伝送とが同一のサブフレーム内で偶然に同時に起こるときはいつでも、ＳＲＳを伝送しないものとする。ＵＥは、パラメータａｃｋＮａｃｋＳＲＳ−ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎがＴＲＵＥに設定されている場合、ＳＲＳ伝送と、短縮ＰＵＣＣＨフォーマットを使用してＨＡＲＱ−ＡＣＫおよび／またはスケジューリング要求を搬送するＰＵＣＣＨ伝送とが同一のサブフレーム内で偶然に同時に起こるときはいつでも、ＳＲＳを伝送するものとする。ＵＥは、たとえＵＥがそのサブフレーム内でＳＲＳを伝送しない場合にも、セル特定のＳＲＳサブフレームにおいて短縮ＰＵＣＣＨフォーマットを使用するものとする。

【0088】

ＴＤＤでは、ＳＲＳは、アップリンクならびに特殊サブフレーム（ＵｐＰＴＳ）で伝送されることができる。特殊サブフレーム構成（３６．２１１からの表４．２−１）に基づいて、ＵｐＰＴＳ長は、変動する（１つまたは２つのＯＦＤＭシンボル）。１つのＳＣ−ＦＤＭＡシンボルがＵｐＰＴＳに存在する場合、それは、ＳＲＳ伝送に使用されることができる。代替として、２つのＳＣ−ＦＤＭＡシンボルがＵｐＰＴＳに存在する場合、両方ともＳＲＳ伝送に使用されることができ、両方とも同一のＵＥに割り当てられることができる。ＵｐＰＴＳにおいて、ＳＲＳ伝送インスタンスがプリアンブルフォーマット４のためのＰＲＡＣＨ領域と重複するときはいつでも、ＵＥは、ＳＲＳを伝送しないものとする。ＵｐＰＴＳのためのＬＴＥＴＤＤＵｐＰＴＳフレーム構造が、図１８に示される。

【0089】

承認されたリリース１４作業項目「ＬＴＥのためのＦＤ−ＭＩＭＯの強化」では、基地局における伝送アンテナの数をさらに増加させるために、議論が行われている。リリース１４は、最大３２個のアンテナポートをサポートすることを標的にしている。リリース１４は、ビーム形成されたＣＳＩ−ＲＳおよびプリコーディングされていないＣＳＩ−ＲＳの両方もサポートし、２つの方式をさらに改良して、より多くのアンテナポートをサポートするであろう。

【0090】

これに従って、５Ｇシステムに対して、企業は、基地局において莫大な数のアンテナを有し、１０倍の性能向上によってセル容量をさらに増加させることを提案している。ｅＮＢは、同時に数百または１，０００個超ものアンテナを伴うアンテナアレイを使用し、同一の時間周波数リソースにおける数十個のＵＥにサービス提供するであろう。マッシブＭＩＭＯシステムの背後にある知恵は、伝送アンテナの数が無限に（非常に大きく）なり、２つのランダムチャネルの相互相関実現がゼロになり、同時スケジューリングおよび複数のアクセスに起因するマルチユーザ干渉がないであろうことである。これは、システムスループットを大いに改良し、さらに、それは、エネルギー効率的、セキュア、およびロバストであり、スペクトルを効率的に使用し、それが、マッシブ３ＤＭＩＭＯを５Ｇセルラーシステムのための主要な成功要因にする。

【0091】

現在、３ＧＰＰ標準化の努力が、新しい無線（ＮＲ）フレーム構造を定義するために進行中である。合意が、ＮＲのための「内蔵」フレームを有するという趣旨に沿って構築されつつある。広義には、内蔵フレーム構造は、フレーム内に、許可のための制御情報、データ、およびそのＡ／Ｎ確認応答を含むと理解され、そのリソース内に構成可能ＵＬ／ＤＬ／サイドリンク配分および参照信号を有することが予期される。現在、３ＧＰＰ標準化は、時間インターバルＸが、ＤＬ伝送部分、保護、およびＵＬ伝送部分のうちの１つ以上のものを含み得ることに合意している。

【0092】

さらに、ダウンリンク制御情報および／またはダウンリンクデータ伝送および／または参照信号を含むための時間インターバルＸのＤＬ伝送領域が、サポートされ得る。アップリンク制御情報および／またはアップリンクデータ伝送および／または参照信号を含むための時間インターバルＸのＵＬ伝送領域も、サポートされ得る。

【0093】

図１９では、ＮＲ内蔵フレーム構造の例が描写されている。内蔵フレーム構造の伝送インターバルは、Ｘとして定義される。内蔵フレーム構造は、３つの主要な部分を有する：ＤＬ領域、保護時間、およびＵＬ領域。

【0094】

３ＧＰＰＴＲ３８．９１３は、次世代アクセス技術のためのシナリオおよび要件を定義する。以下は、ＮＲＭＩＭＯ方法に関連する新しい要件を課す３ＧＰＰＴＲ３８．９１３の重要性能インジケータ（ＫＰＩ）の節の抜粋である。ｅＭＢＢ、ＵＲＬＬＣ、およびｍＭＴＣデバイスのための重要性能インジケータ（ＫＰＩ）は、表６に要約される。

【0095】

【表6】

３ＧＰＰＴＲ２２．８６３は、ユースケースを識別し、ｅＭＢＢシナリオのための以下の群を統合する：より高いデータレート、より高い密度、展開およびカバレッジ、ならびにより高いユーザモビリティのための要件。

【0096】

現在、３ＧＰＰ標準化の努力が、ビーム形成式アクセスのためのフレームワークを設計するために進行中である。より高い周波数における無線チャネルの特性は、ＬＴＥが現在展開されているサブ６ＧＨｚチャネルと有意に異なる。より高い周波数のための新しい無線アクセス技術（ＲＡＴ）を設計することの主要な課題は、このより大きいパスロスを克服することであろう。このより大きいパスロスに加えて、より高い周波数は、不良な回折によって引き起こされる妨害に起因する好ましくない散乱環境を受ける。したがって、ＭＩＭＯ／ビーム形成は、受信機端において十分な信号レベルを保証することにおいて不可欠である。

【0097】

より高い周波数における追加のパスロスを保証するためにデジタルプリコーディングのみに依拠することは、６ＧＨｚを下回るものと同様のカバレッジを提供するために十分ではないと考えられる。したがって、追加の利得を達成するためのアナログビーム形成の使用は、デジタルプリコーディングと併せた代替物であることができる。十分に狭いビームが、多くのアンテナ要素を用いて形成されるべきであり、それは、ＬＴＥ評価のために仮定されるものと極めて異なる可能性が高い。大きいビーム形成利得のために、ビーム幅は、それに対応して、縮小される傾向があり、故に、大きい指向性アンテナ利得を伴うカバレッジビームは、特に３セクタ構成において、水平セクタエリア全体にわたることができない。

【0098】

これらの観察に基づいて、異なるサービングエリアにわたるように操向される狭いカバレッジビームを用いた時間ドメインにおける複数の伝送が、必要であり得る。本質的に、サブアレイのアナログビームは、各ＯＦＤＭシンボル上で単一の方向に向かって操向されることができ、故に、サブアレイの数は、ビーム方向の数、および各ＯＦＤＭシンボルにおける対応するカバレッジを決定する。ある文献では、この目的のための複数の狭いカバレッジビームのプロビジョンは、「ビーム掃引」と呼ばれる。アナログおよびハイブリッドビーム形成のために、ビーム掃引は、ＮＲにおいて基本的カバレッジを提供するために不可欠と考えられる。さらに、マッシブＭＩＭＯを用いたアナログおよびハイブリッドビーム形成に対して、異なるサービングエリアにわたるように操向される狭いカバレッジビームを用いた時間ドメインにおける複数の伝送が、ＮＲにおいてサービングセル内のカバレッジエリア全体にわたるために不可欠と考えられる。

【0099】

前述を背景として、ＮＲシステムによって直面されるであろう２つの問題のソリューションが、以降で説明される。

【0100】

５Ｇは、より低い待ち時間のための需要に対処するために新しいソリューションを要求するスマート乗り物制御、ドローン制御、ロボット制御、および工業自動化のようなＭＴＣアプリケーション等のＵＲＬＬＣアプリケーションをサポートするであろうことが予測される。図２０は、５Ｇネットワーク内のＵＬおよびＤＬで低遅延を要求する予測されるアプリケーションを捕捉する。

【0101】

図２１および２２は、５Ｇにおける異なる展開密度および待ち時間要件を伴う種々のアプリケーションの予測を示す。

【0102】

ＬＴＥにおけるソリューションは、現在、５Ｇが対処することを求める低遅延要件のシナリオに対処するためには不十分である。同時に異なる数秘術を用いてアプリケーションをシームレスに多重化するソリューションも欠けている。

【0103】

ＮＲは、ＴＴＩの複数の数秘術をサポートすること、例えば、ＣＰ長、副搬送波間隔（または同等にシンボル持続時間）、およびＴＴＩにおけるシンボルの数をサポートすることを期待される。複数の数秘術が、同一の時間周波数リソースグリッド上に多重化され得る。異なる数秘術を多重化するＮＲ伝送機の例示的構成が、図２３で描写されている。数秘術は、表７に説明される。

【0104】

【表7】

図２４は、ケース１、ケース２、およびケース３の数秘術に属する、５Ｇのための多重化された数秘術の例示的構成を示す。

【0105】

ＬＴＥでは、ＰＵＣＣＨが、利用可能な帯域幅の外側帯域内でＵＣＩを搬送する一方、ＰＵＳＣＨは、ピギーバックされたＵＣＩを搬送する。しかし、ＮＲに対して、現在、ＮＲ−ＵＣＩリソースの数秘術および場所を定義するためのソリューションは存在していない。したがって、ＮＲ−ＵＣＩリソースが割り当てられることができる方法および場所の問題が、対処される必要がある。

【0106】

低遅延アプリケーションのためのＵＣＩは、ＮＲのためにＬＴＥがサポートすることができるよりもはるかに低遅延で伝送および受信されることを要求される。ＬＴＥは、伝送とそのＡ／Ｎに応答したその再伝送との間に８ミリ秒の待ち時間を有する。しかしながら、ＮＲにおけるＵＲＬＬアプリケーションは、１ミリ秒のユーザプレーン待ち時間を必要とする。同様に、高ドップラシナリオにおけるもの等のより速いＣＱＩ更新を要求するアプリケーションも、より速い応答時間を要求する。

【0107】

さらに、ＵＥは、ＰＡＰＲ制約を有する。特に、それらが電力を限定されるセルエッジにおいて、ＵＬシグナリングの最良の形態は、ＬＴＥにおけるＳＣ−ＦＤＭＡ等の単一の搬送波である。加えて、電力を限定されたＵＥは、電力を限定されていないものよりも時間内に多くのリソースを要求する。したがって、それは、短いシグナリング持続時間を伴う十分なＵＬカバレッジを有していないこともあり、非常に短いＴＴＩを伴うＮＲの設計が、ＵＬカバレッジの観点から新しい課題を提起することを含意するので、ＮＲは、十分なＵＬカバレッジを提供するために時間内に十分な数のリソースを割り当てる融通性を提供するべきである。したがって、ＮＲ−ＵＣＩのためのソリューションは、電力制約およびＵＬカバレッジをそれらの設計の考慮に入れるべきである。

【0108】

これらおよび他の必要性に対処するために、ＵＬ制御情報リソースは、「コンテナ」内に半静的または動的に割り当てられ得る。異なるＵＥのための異なるタイプのＵＬ制御情報は、コンテナ内で多重化され得る。ＵＬ制御情報リソースの周波数ホッピングは、周波数ダイバーシティに対処するために使用され得る。ＵＬ参照信号は、コンテナ内で使用され得る。

【0109】

同様に、リソースは、全てのサポートされた数秘術のためのＵＬ制御情報を搬送することに専念し得る。専用リソースは、数秘術特定であり得るか、または全ての数秘術にわたって共通し得る。

【0110】

４ＧＬＴＥ／ＬＴＥ−Ａシステムでは、ＳＲＳは、単一の数秘術のみをサポートする。ＮＲシステムでは、それら自身の数秘術、異なる展開シナリオ、およびフレキシブルなインターバル構造を用いた複数のユースケースが、サポートされるであろう。故に、ＮＲシステムにおけるＳＲＳの設計は、スケーラブルな副搬送波間隔、フレキシブルなフレーム／サブフレーム構造、および／または異なる展開シナリオを伴う複数の数秘術をサポートする必要がある。図２４は、ＮＲセル内で伝送される３つの異なる数秘術の例を描写する。

【0111】

この問題に対処するために、いくつかのソリューションが本明細書で提案される。例えば、ＳＲＳリソースは、独立して、サポートされた各数秘術のために動的または半静的のいずれかで構成されることができる。広帯域および狭帯域ＳＲＳシーケンス長は、各サポートされた数秘術に適応し、広帯域ＳＲＳの構成は、サポートされた各数秘術のために上位層シグナリング（例えば、ＲＲＣシグナリング）を介してシグナリングされる。ＳＲＳシンボルの時間ドメイン場所は、時間インターバルＸ（またはＴＴＩ／サブフレームの同等の時間単位）の最後のシンボルに限定されず、非周期的または周期的伝送のいずれかに基づいて適応し得る。ＳＲＳのための時間、周波数、および直交リソースは、ＤＬ制御チャネルまたはＲＲＣ構成のいずれかを使用することによって、配分されることができる。

【0112】

代替として、または加えて、内蔵フレーム構造に対して、伝送されるＳＲＳシンボルの数および配分された周波数帯域幅は、ＤＬ制御チャネルもしくはＲＲＣ構成のいずれかを使用することによって、動的または半静的に構成されることができる。内蔵フレーム構造（例えば、時間インターバルＸ）内のＳＲＳの伝送は、同一または前の時間インターバルＸ内のＤＬ制御チャネルによってトリガされることができる。

【0113】

現在の３ＧＰＰＬＴＥシステムでは、ＳＲＳは、ビーム形成を用いてプリコーディングまたは適用されない。ＮＲシステムに対して、少なくともより高い周波数（ｍｍＷ帯域）において、ビーム形成が、十分なセルカバレッジを提供するために使用されるであろう。ビーム形成は、コヒーレントな時間およびコヒーレントな帯域幅に影響を及ぼすであろう。故に、効果的なチャネル質測定方法が、ビーム形成ベースのＮＲシステムにおいてコヒーレントな帯域幅および時間の両方を探索するために所望される。

【0114】

この問題に対処するために、いくつかのソリューションが、本明細書で提案される。例えば、全チャネル情報知識の有無別のチャネル質測定をサポートする一般化された方法が使用され得る。ＳＲＳは、ＦＤＤ、ＴＤＤシステムにおいて、またはフレキシブル／内蔵フレーム構造においてプリコーディングされ得る。ＳＲＳのためのプリコーディング重みは、コードブックおよび／または非コードブックアプローチに基づくことができる。プリコーディングされたＳＲＳは、ＵＥアンテナ／ポート構成に適応し得る。ＵＥアンテナ／ポート情報は、ｇＮＢ／ＮＲ−ノードによって構成されることができる。ＳＲＳのプリコーディング構成は、ＲＲＣまたはＤＬ制御チャネルのいずれかによって行われ得る。プリコーディングされたＳＲＳは、複数の数秘術をサポートするようにｇＮＢ／ＮＲノードによって動的または半静的に構成され得る。

【0115】

代替として、または加えて、ＮＲ−ＳＲＳは、ＵＬ復調ＲＳ（ＤＭ−ＲＳ）として使用され得る。換言すると、ＮＲ−ＳＲＳは、ビーム質測定および復調目的の両方を果たし、ＵＬＮＲ−ＤＭＲＳのオーバーヘッドを低減させることができる。

【0116】

本明細書では、プレフィックスＮＲ−は、新しい無線設計で有用なＰＨＹチャネルを示すために使用される。例が、表８に挙げられる。

【0117】

【表8】

用語「可変ＴＴＩ（ｖＴＴＩ）」は、異なる持続時間のＴＴＩを表すために本明細書で使用される。例えば、ｖＴＴＩ_１が、１ミリ秒の持続時間であり得る一方、ｖＴＴＩ_２は、０．２５ミリ秒の持続時間であり得る。ｖＴＴＩ持続時間は、伝送ブロックが伝送され得るインターバルである。ＮＲ−ＵＣＩは、以下のうちの１つ以上のもの、または以下のうちの１つ以上のものをｅＮＢに効果的に伝える他のパラメータをシグナリングし得る。

【0118】

【表9】

複数の数秘術が搬送波によって同時にサポートされるときのＮＲ−ＵＣＩシグナリングの側面は、例えば、コンテナの中のＮＲ−ＵＣＩ、専用リソースの中のＮＲ−ＵＣＩ、またはそれらの組み合わせを通して対処され得る。

【0119】

ＮＲは、サブフレームの概念を考慮しており、ＤＬデータ、関連参照信号、およびＵＬＡ／Ｎが、ある期間内に含まれ、このサブフレーム構造は、大まかに内蔵サブフレームと称されている。ＬＴＥでは、用語「サブフレーム」は、ＬＴＥにおける具体的持続時間（１ミリ秒）および意味として含意される。本明細書では、用語「サブフレーム」は、多くの場合、より一般的に使用される。

【0120】

本明細書では、用語「コンテナ」は、多くの場合、ＤＬ伝送、ＵＬ伝送、またはＤＬおよびＵＬ伝送の両方が起こり、データ、制御、参照信号、および空白ｖＴＴＩのうちの１つ以上のものを搬送する、時間周波数リソース構成を表すために使用される。図２５は、ＴＤＤにおけるコンテナの例を示し、先頭シンボルの中のＮＲ−ＤＣＩ、その後に続くＮＲ−ＤＤ、２つのシンボルの空白ｖＴＴＩ、ガードバンド、およびＮＲ−ＵＤ、ＮＲ−ＵＣＩ、ならびにＮＲ−ＵＲＳを伴う。

【0121】

コンテナは、ＵＬの中にＤＬ許可およびその対応するＮＲ−Ａ／Ｎを含むように構成され得る。

【0122】

表１０は、例示的属性をリストアップし、それらは、ＮＲのための規格仕様（静的割り当て）で規定され得るか、またはコンテナを定義するために半静的もしくは動的のいずれかで構成可能であり得る。

【0123】

【表10】

コンテナの構造が定義されると、それは、搬送波内のいずれかの場所で割り当てられ得る。

【0124】

本明細書では、１つ以上のコンテナを構成する上記のリストからのパラメータの組は、それぞれ、半静的および動的ケースに対して、ｃｏｎｆｉｇＣｏｎｔａｉｎｅｒＳｅｍｉＳｔａｔｉｃおよびｃｏｎｆｉｇＣｏｎｔａｉｎｅｒＤｙｎａｍｉｃと称され得る。

【0125】

ＤＬデータ伝送とＵＬにおけるそのＮＲ−Ａ／Ｎとの間の待ち時間は、半静的または動的に構成可能となるべきことが、３ＧＰＰＲＡＮ１（＃８５）で合意されているが、詳細は議論されていない。

【0126】

セルは、同時に複数のコンテナをサポートし得る。このソリューションが有用である１つのシナリオは、複数のネットワークスライスが異なる数秘術および待ち時間要件を伴ってサポートされる必要があるときである。例えば、ＦＤＤシステムのための図２６に示されるように、ＵＲＬＬが、低遅延を有効にするために、短いシンボル持続時間、より短いｖＴＴＩ、および大きい副搬送波間隔を伴う１つのコンテナを使用し得る一方、ｍＭＴＣは、より低いサンプリングレートで動作し、増加したカバレッジを有するために、より長いシンボル持続時間、より長いｖＴＴＩ、およびより小さい副搬送波間隔で構成される別のコンテナを使用し得る。この例では、コンテナは、複数のｖＴＴＩから成る。

【0127】

このソリューションが有用である別のシナリオは、異なるＵＥが異なるチャネル条件を有するときである。例えば、各ＵＥのコンテナは、チャネル品質およびＳＮＲに応じて、参照信号のためにより多いまたは少ないリソースを有するように構成されることができる。それらは、伝送される制御データの量およびタイプに応じて、ＵＬ制御シグナリングのために異なる数のリソースを有するように構成されることもできる。図２７は、２つのコンテナが同一の数秘術を有するが、異なる量のＵＬおよびＤＬリソース、異なる数のＮＲ−ＵＲＳリソースならびに異なる数のＮＲ−ＵＣＩリソース、ならびにＵＬおよびＤＬにおける異なるｖＴＴＩ持続時間を有する例を示す。

【0128】

コンテナの半静的構成に対して、ＲＲＣおよび後続のＭＡＣＣＥ更新は、ＵＥ毎の基準で、またはネットワークスライスのためにｃｏｎｆｉｇＣｏｎｔａｉｎｅｒＳｅｍｉＳｔａｔｉｃを設定するために使用され得る。コンテナの動的構成に対して、ＮＲ−ＤＣＩは、ｃｏｎｆｉｇＣｏｎｔａｉｎｅｒＤｙｎａｍｉｃを搬送し得る。ＲＲＣ／ＭＡＣＣＥ更新またはＮＲ−ＤＣＩは、どちらがコンテナのリソースを構成するために使用されても、シグナリングオーバーヘッドを最小化するために、可能なコンテナ構成の所定のテーブルの中へのインデックスとしてリソースを示し得る。

【0129】

半静的コンテナ構成は、ＲＲＣを介して取得されるＬＴＥにおけるＳＩＢ−２等のシステム情報を通して達成され得る。ネットワークは、各ネットワークスライスのために別個のコンテナを構成する。システム情報を使用し、ＵＥのためのコンテナを構成するための対応するＵＥ方法が、図２８に示される。セルは、適切な方法を実行し、ＵＥがコンテナ構成を把握する前にシステム情報を取得することを可能にすると仮定される。例えば、これは、システム情報が、両方ともＵＥに先験的に既知である所定の構成および具体的時間で、コンテナの中で伝送される設計によって達成され得る。ｃｏｎｆｉｇＣｏｎｔａｉｎｅｒＤｙｎａｍｉｃを伴うシステム情報が受信されると、ＵＥは、そのネットワークスライスに対応するパラメータを用いて受信および伝送するようにそれ自体を構成する。

【0130】

動的コンテナ構成のためのＵＥ方法が、図２９に示される。おそらく、ｃｏｎｆｉｇＣｏｎｔａｉｎｅｒＤｙｎａｍｉｃを規定するＮＲ−ＤＣＩの少なくとも一部は、コンテナ構成の知識を伴わずに復号されることができる。これは、ＮＲ−ＤＣＩがＰＤＮＩＣＨ等のＰＨＹチャネルを含む場合に可能であり得る。ここで、ＰＤＮＩＣＨは、可能なリソースの有限セットから盲目的に復号されるか、またはＵＥに先験的に公知であるリソースの中に位置すると仮定される。ｃｏｎｆｉｇＣｏｎｔａｉｎｅｒＤｙｎａｍｉｃがＰＤＮＩＣＨから取得されると、ＵＥは、そのネットワークスライスに割り当てられたコンテナ構成に従って受信および伝送するようにそれ自体を構成する。

【0131】

ＮＲ−ＤＣＩは、ＵＥ毎の基準またはネットワークスライスに基づいてコンテナを構成し得、持続時間Ｘのための構成を示すために一度シグナリングし、持続時間Ｘは、それに従う複数のコンテナを含み得る。図３０に示される例では、第１のコンテナの中のＮＲ−ＤＣＩは、動的にＮＲ−ＵＬのための構成を設定し、同一の構成が、コンテナ２のために有効である。コンテナ３は、そのＮＲ−ＤＣＩを通してＮＲ−ＵＬのための新しい構成を有する。

【0132】

ＵＬシグナリングは、コンテナ内で達成され得る。具体的には、コンテナは、コンテナ内の１つ以上の（時間もしくは周波数における）非隣接領域において、ＵＬのための制御、データ、および参照信号のうちの１つ以上のものを搬送し得る。ＵＬ配分は、構成に応じて、コンテナ全体を占有し得る。さらに、コンテナ内のＵＬリソースは、時間分割多重化または周波数分割多重化もしくは符号分割多重化を通して、複数のＵＥの間で多重化される。この概念は、２人のユーザがコンテナ内のＵＬリソースを共有するＦＤＤおよびＴＤＤにおける異なるコンテナに対して図３１ならびに３２に示される。

【0133】

ＮＲ−ＵＣＩは、１つ以上のシンボル内のいくつかもしくは全ての周波数リソースの中で配分され得るか、または図３３で例示されるように、コンテナのＵＬ部分内のリソースにおいてＮＲ−ＵＤと共に多重化され得る。さらに、ＮＲ−ＵＣＩのリソース配分は、例えば、隣接シンボルの組の中に限局され得るか、もしくは、例えば、時間および／または周波数ドメイン内の非隣接リソースにわたって分配され得る。ここで示される分散型配分のタイプは、周波数ダイバーシティを提供し得る。

【0134】

複数のＵＥのＮＲ−ＵＣＩは、同一の時間周波数リソースにマップされるが、周波数ドメインにおいて時間ドメイン拡散コード／シーケンスおよび／または直交もしくは低相互相関拡散コード／シーケンスを使用して、伝送され得る。このようにして、ｅＮＢは、異なるＮＲ−ＵＣＩを異なるＵＥと区別することができる。図３４は、同一の時間周波数リソースにおけるそれらの伝送を区別するために直交カバーリングコードを使用する２つのＵＥを示す。このソリューションは、ＬＴＥと異なり、ＮＲ−ＵＣＩリソースが、搬送波の帯域幅内のいずれかの場所に割り当てられることができ、ビーム形成されることができるので、ＰＵＣＣＨ領域は、搬送波の外側帯域内のリソースに制限され、基地局にビーム形成しない。

【0135】

時間または周波数分割リソースおよびカバーリングコードもしくは直交シーケンスは、ＮＲ−ＵＣＩに先行するＮＲ−ＤＣＩを通して明示的に割り当てられ得る。代替として、時間または周波数分割リソースおよびカバーリングコードもしくは直交シーケンスは、以下のうちの１つ以上のものから暗黙的に導出され得る：特に、ＮＲ−Ａ／Ｎを伝送するときのＤＬ許可の第１のＲＢ等のＤＬ許可の場所；ＤＬ許可のｖＴＴＩ持続時間；コンテナの中のＵＬ伝送のｖＴＴＩ持続時間；ＮＲ−ＵＣＩ、例えば、Ａ／Ｎの（時間および周波数ドメイン内の）場所、例えば、データまたはＤＬＮＲ−ＵＲＳもしくはＤＣＩに対するＮＲ−ＵＣＩの場所；ＤＣＩの（時間および周波数ドメイン内の）場所；および、ＤＬＮＲ−ＵＲＳの（時間および周波数ドメイン内の）場所。

【0136】

コンテナ内でＵＥに配分されるシンボルは、周波数ホッピングをサポートし、それによって、開ループ動作において周波数ダイバーシティを提供するように構成され得る。ホッピングは、ＲＲＣまたはＭＡＣＣＥを通して有効にされ得る。例えば、ＬＴＥにおけるＳＩＢ−２等のシステム情報は、ホッピングを有効または無効にするフラグを搬送し得る。代替として、または加えて、ホッピングパターンは、以下のうちの１つ以上のものの所定の関数であり得る：セルＩＤ、ビームＩＤ、数秘術タイプ、その応答の中でＵＣＩが伝送されるＤＬ許可のｖＴＴＩ、および、ＵＬＮＲ−ＰＤＳＣＨのｖＴＴＩ。

【0137】

図３５は、３つのシンボルとＬｐ副搬送波との基本単位のホッピングパターンを伴う例示的構成を示し、ホッピングパターンの各セグメント内の２つのシンボルが、ＮＲ−ＵＣＩおよび／またはＮＲ−ＵＤを伝送するように構成され、１つが、ＮＲ−ＵＲＳを搬送するために構成される。

【0138】

異なるタイプのＮＲ−ＵＣＩ（ＮＲ−Ａ／Ｎ、ＮＲ−ＳＩＲ、ＮＲ−ＳＲ、ＮＲ−ＣＳＩ、ＮＲ−ＢＩＤ、および関連参照シグナリング等）に特定である種々の方法が採用され得る。

【0139】

ＮＲ−Ａ／ＮおよびＮＲ−ＳＩＲをシグナリングするシンボルは、規格仕様によって規定されるように、ＤＬ許可のための最大許容待ち時間と対応するｖＴＴＩとに基づいて暗黙的に導出され得る。代替として、ＮＲ−Ａ／ＮおよびＮＲ−ＳＩＲをシグナリングするシンボルは、ＮＲ−ＤＣＩによって明示的に許可され得る。

【0140】

図３６は、ＮＲ−Ａ／ＮおよびＮＲ−ＳＩＲが待ち時間を最小化するために先頭シンボルの中のリソースに配分される例を示す。図３６の例では、リソースの数ならびにＮＲ−Ａ／ＮおよびＮＲ−ＳＩＲのための変調ならびに符号化は、以下のリストの中の１つ以上のものに基づいて暗黙的に導出される。このソリューションは、リソースの数ならびにチャネル品質（サポートされることができる符号化および変調を示す）、空間多重化が使用される場合の層の数、伝送されるＮＲ−Ａ／ＮおよびＮＲ−ＳＩＲビットの数、数秘術タイプ、ならびにＵＬビーム形成で使用されるビーム幅（プリコーダに基づき得る）をＵＥに明示的にシグナリングする必要性を回避する。このソリューションは、ＮＲ−ＵＤ上にＮＲ−ＵＣＩをピギーバックする形態であり、ＮＲ−ＵＤとＮＲ−ＵＣＩとを多重化するためのリソースを識別する。

【0141】

異なる待ち時間要件を伴うＨＡＲＱプロセスのためのＡ／Ｎは、インターバル「Ｌ」内でシグナリングされるようにスケジュールされる場合、合同で符号化またはバンドルされ得る。このケースは、異なるＨＡＲＱプロセスが異なるｖＴＴＩ持続時間および／または異なる数秘術に対応するときに生じる。持続時間Ｌは、規格仕様によって事前定義され得るか、またはＲＲＣおよびＭＡＣＥを通して構成され得る。例えば、図３７は、Ａ／Ｎが合同符号化またはバンドリングを通して、同時にＨＡＲＱプロセス０および２のために伝送される場合を示す。

【0142】

ＮＲ−Ａ／Ｎは、複数の空間層のために合同で符号化またはバンドルされ得る。一次および二次搬送波のためのＮＲ−Ａ／Ｎは、搬送波集約を使用するとき、バンドルまたは合同で符号化され得る。ＮＲ−ＳＩＲは、複数の空間層のために合同で符号化またはバンドルされ得る。一次および二次搬送波のためのＮＲ−ＳＩＲは、搬送波集約を使用するとき、バンドルまたは合同で符号化され得る。

【0143】

スケジューリング要求ＮＲ−ＳＲを伝送するために、コンテナのＵＬ領域内でＮＲ−ＳＲをシグナリングするためのシンボルおよびリソースは、規格仕様では所定の場所を通して割り当てられる。例えば、ＮＳＲ周波数リソースは、ＮＲ−ＳＲのために保留され得、コンテナのＵＬ部分の第１のシンボルの中の最低周波数リソースから始まる。代替として、専用ＲＲＣまたはＭＡＣＣＥおよびＳＲ機会の周期性は、システム情報を通してシグナリングされる。さらに、ＮＲ−ＳＲは、ＮＲ−Ａ／Ｎと共に合同で符号化される。

【0144】

ＮＲ−ＢＩＤ、ＮＲ−ＣＱＩ、ＮＲ−ＰＭＩ、およびＮＲ−ＲＩのためのリソース、またはチャネル品質測定基準を提供する他の同等チャネルパラメータが、ＲＲＣまたはＭＡＣＣＥを通して構成される周期に従って、周期的伝送のために構成される。

【0145】

リソースは、ＮＲ−ＤＣＩを通して非周期的伝送のために構成される。典型的には、大量のリソースが動的に要求されるので、周期的ではなく、コンテナベースの伝送が、非周期的ＮＲ−ＣＳＩを搬送するために適している。

【0146】

リソースの変調および符号化は、以下のうちの１つ以上のものに基づいて構成され得る：符号化されている情報ビットの数、チャネル品質、および、空間多重化が使用される場合の層の数。一次および二次搬送波のためのこれらのタイプのＮＲ−ＵＣＩは、合同で符号化され、ダウンリンク制御情報によってシグナリングされる搬送波上で伝送される。ＵＥが複数の成分搬送波によってサービス提供されるとき、ＵＥは、これらの搬送波の全てに対するチャネル品質および最良ビームインデックスを監視し、それを報告する。例えば、全ての搬送波のためのＮＲ−ＣＱＩレポートは、合同で符号化され、一次搬送波のＮＲ−ＵＣＩ上で伝送され得る。

【0147】

参照信号を配分するためのソリューションは、コンテナの中のＮＲ−ＵＲＳを使用して達成され得る。例えば、ＵＥのためのＮＲ−ＵＲＳリソースは、ＵＥによって搬送されるＵＬトラフィックのタイプに従って、動的に配分され得る。ＵＥは、ＮＲ−Ａ／ＮまたはＮＲ−ＳＩＲ等の他の信号のリソースの場所から暗黙的にリソースを取得し得る。例えば、ＮＲ−ＵＲＳは、ＮＲ−Ａ／Ｎの直後のシンボルの中に位置し得る。ＵＥはまた、ＮＲ−ＤＣＩの単一の伝送が、いくつかの後続のサブフレームのためのＮＲ−ＵＲＳリソースを構成し得るように、または仕様の中で事前定義される固定された場所に基づいて、ＮＲ−ＤＣＩを通して明示的にシグナリングされるリソースを取得し得る。さらに、ＮＲ−ＵＲＳ場所は、最良の復調／復号性能を提供するように、時間においてＮＲ−Ａ／ＮおよびＮＲ−ＳＩＲの場所に隣接し得る。

【0148】

周波数ホッピングが構成されるとき、ＮＲ−ＵＲＳは、ＮＲ−ＵＣＩが存在する帯域幅の各セグメントの中に割り当てられ得る。

【0149】

ＮＲ−ＵＲＳシーケンスは、ＵＬにおけるＰＡＰＲを許容限界内に保つために、（ＺＣシーケンスのような）単一搬送波性質を有するように設計され得る。

【0150】

図３７の例示的構成は、３シンボルとＬ_ｐ副搬送波とのホッピングの基本単位から成り、ＵＬ信号を含む帯域幅の各セグメントは、チャネル推定を有効にするためのＮＲ−ＵＲＳから成る。さらに、ＮＲ−ＵＲＳは、ＮＲ−ＵＣＩのための低いＢＥＲ／ＢＬＥＲを提供するように、ＮＲ−ＵＣＩに隣接して設置される。

【0151】

ＮＲ−ＵＣＩ伝送は、ＮＲ−ＵＤを搬送しない専用リソースで使用され得る。これは、ＬＴＥにおけるＰＵＣＣＨリソースの概念に類似する。ＬＴＥでは、リソースは、帯域の外縁の中のＰＵＣＣＨ専用であり、複数のＵＥは、時間分割または周波数分割もしくは符号分割様式で多重化される。そのようなソリューションは、セルエッジにおいて動作するとき、ＵＥが電力を限定されるときに有益である。ここで、それらは、許容ＮＲ−ＵＣＩＢＥＲレートを達成するために有意な周波数ダイバーシティを要求し得る。したがって、十分に遠く離れた（帯域の外縁等）周波数リソースを有することは、特に、小さい帯域幅のために、良好なダイバーシティを提供するであろう。そのようなソリューションは、Ａ／Ｎ情報が小さい、またはＳＲが送信する必要があるとき、いくつかのＵＥが最小限のオーバーヘッドを伴ってＰＵＣＣＨ様リソースの中で効果的に多重化されることができる等、伝送されるＮＲ−ＵＣＩの量が最小限であるときに有用である。

【0152】

しかしながら、ＮＲのためのソリューションは、ＮＲが複数の数秘術および複数のｖＴＴＩ持続時間を取り扱わなければならないので、ＬＴＥにおけるものと異なる。提案が、以下に説明される。

【0153】

ｅＮＢによってサポートされる各数秘術またはネットワークスライスのために、専用リソースが、ＬＴＥにおけるＳＩＢ−２等のシステム情報を通して半静的に割り当てられ得る。本明細書では、これらのリソースの場所を定義するパラメータは、ｃｏｎｆｉｇＮｕｍｅｒｏｌｏｇｙＲｅｓｏｕｒｃｅｓＵＣＩと称され得、それは、以下のうちの１つ以上のものを含む：搬送波内の周波数におけるリソース、リソース間の周波数ホッピングパターン、およびリソースの数秘術。

【0154】

例えば、ネットワークは、リソースの異なる数秘術特定のプールを各ネットワークスライスに割り当て得、ＵＲＬＬデバイスが、待ち時間を最小化するためにより広い副搬送波間隔ベースのリソースを割り当てられ得る一方、ｍＭＴＣデバイスは、デバイスの低いサンプリングレートおよび電力制約に留意して、より長いシンボル持続時間ベースの数秘術を割り当てられ得る。

【0155】

ｃｏｎｆｉｇＮｕｍｅｒｏｌｏｇｙＲｅｓｏｕｒｃｅＵＣＩによって定義されるリソース内で、ＵＥは、図５４および５５に関連して本明細書に説明されるものに類似する方法を通して、そのＮＲ−ＵＣＩリソースを識別し得る。

【0156】

ｃｏｎｆｉｇＮｕｍｅｒｏｌｏｇｙＲｅｓｏｕｒｃｅＵＣＩによって定義されるリソース内で、ＵＥは、時間分割または周波数分割もしくは符号分割様式で多重化され得、そのリソースは、１つ以上のシンボルのグループにわたる周波数ホッピングを可能にする。

【0157】

図３８は、専用領域（ｃｏｎｆｉｇＮｕｍｅｒｏｌｏｇｙＲｅｓｏｕｒｃｅＵＣＩによって構成される）が、異なる数秘術のためのＮＲ−ＵＣＩのために定義される例示的構成を示す。ここでは、ＵＥは、それらがＮＲ−ＵＤを伝送する数秘術においてＮＲ−ＵＣＩを伝送するように構成される。したがって、広い副搬送波ベースの数秘術を用いてＮＲ−ＵＤを伝送するＵＥは、広い副搬送波間隔を伴う専用ＮＲ−ＵＣＩ領域中で対応するＮＲ−ＵＣＩを伝送するであろう。ｖＴＴＩ内の伝送は、割り当てられた数秘術特定のリソースプールの上部セクションと底部セクションとの間でホップするセグメントから成り得る。

【0158】

別の例示的構成は、ＰＵＣＣＨ様フォーマットが、ＵＥに割り当てられるそれぞれの数秘術で展開されることを可能にするであろう。

【0159】

全てのサポートされた数秘術からのＵＥは、ＮＲ−ＵＣＩのための共通の専用リソースの組内で時間分割または周波数分割もしくは符号分割様式で多重化され得る。このソリューションは、それらが全ての数秘術によって共有されるので、リソースのより良好な利用を提供する。

【0160】

ＮＲ−ＵＣＩのための共通リソースは、ＬＴＥにおいてＳＩＢ−２等のシステム情報を通して半静的に割り当てられ得る。本明細書では、これらのリソースの場所を定義するパラメータは、ｃｏｎｆｉｇＣｏｍｍｏｎＲｅｓｏｕｒｃｅｓＵＣＩと称され得る。ｃｏｎｆｉｇＣｏｍｍｏｎＲｅｓｏｕｒｃｅｓＵＣＩは、例えば、搬送波内の周波数におけるリソースと、例えば、周波数ホッピングパターンとを含み得る。

【0161】

ｃｏｎｆｉｇＣｏｍｍｏｎＲｅｓｏｕｒｃｅｓＵＣＩによって定義されるリソース内で、ＵＥは、図５４および５５に関連して本明細書に説明されるものに類似する方法を通して、そのＮＲ−ＵＣＩリソースを識別する。

【0162】

図３９は、異なる数秘術を伴って伝送する全てのＵＥからのＮＲ−ＵＣＩを搬送するために割り当てられるｃｏｎｆｉｇＣｏｍｍｏｎＲｅｓｏｕｒｃｅｓＵＣＩによって定義される専用領域を示す。ＵＥは、共通リソース内で、時間および周波数において、符号分割を通して多重化される。異なる数秘術を伴う複数のＵＥは、時間または周波数リソースにおいて完全には重複しないので、図４０に示されるように、いくつかの共通時間および周波数リソース上でそれらのＮＲ−ＵＣＩを伝送することができる。このようにして多重化されるＮＲ−ＵＣＩは、セルが全てのユーザを明確に識別することができるように、低い相互相関を有するシーケンスを伴って構築され得る。

【0163】

ＵＥは、それぞれ、対応する専用領域ｃｏｎｆｉｇＮｕｍｅｒｏｌｏｇｙＲｅｓｏｕｒｃｅｓＵＣＩおよびｃｏｎｆｉｇＣｏｍｍｏｎＲｅｓｏｕｒｃｅｓＵＣＩ内から、そのＵＥ特定のリソースを識別し得る。ＵＥ特定のリソースは、以下の１つもしくはいくつかのパラメータから導出される：ＮＲ−ＵＤの数秘術；ＮＲ−ＵＣＩのｖＴＴＩ；対応するダウンリンク許可のｖＴＴＩならびに数秘術（例えば、ＮＲ−Ａ／ＮおよびＮＲ−ＳＩＲのための）；システム情報またはＲＲＣ（例えば、ＮＲ−ＳＲリソースは、システム情報の中で定義されるある周期性として起こるように設定され得る）；および、ＮＲ−ＵＣＩに使用される数秘術等。

【0164】

本明細書では、ＵＲ特定のリソースを定義する選択されたパラメータのグループは、ｃｏｎｆｉｇＵＥＳｐｅｃｉｆｉｃＵＣＩと称され得る。

【0165】

数秘術特定の構成からそのＮＲ−ＵＣＩリソースを取得するＵＥ方法の例が、図４１に示される。ここでは、ＵＥは、最初に、ｃｏｎｆｉｇＮｕｍｅｒｏｌｏｇｙＲｅｓｏｕｒｃｅＵＣＩから、そのネットワークスライスのためのそのリソースの知識を取得し、次いで、示された領域内で、それ自身のリソースｃｏｎｆｉｇＵＥＳｐｅｃｉｆｉｃＵＣＩを識別し、次いで、そのＮＲ−ＵＣＩを伝送する。

【0166】

【0167】

ＮＲ−Ａ／Ｎは、複数の数秘術にわたって多重化され得る。図４２は、ＵＥが、複数のＤＬデータ伝送に対応するＮＲ−Ａ／Ｎを同時に異なる数秘術において伝送する必要があり得る状況を示す。そのような場合において、ＮＲ−Ａ／Ｎは、合同で符号化または一緒にバンドルされ、数秘術のうちの１つ（好ましくは、最小の待ち時間を提供するもの）に対応するリソース上で伝送され得る。

【0168】

例えば、ＳＲＳ場所設計、構成、方法を含む効率的なＳＲＳ設計は、ＮＲシステムにおける複数の数秘術およびビーム形成動作のサポートを備え得る。

【0169】

ＮＲシステムでは、複数の数秘術がサポートされ得る。異なる数秘術は、副搬送波間隔，巡回プレフィックス持続時間（長さ）およびフレキシブルインターバル長Ｘ等の異なるパラメータを有し得る。図４３の例では、２つの異なる数秘術がＮＲノードの中でサポートされており、数秘術のうちの１つは、他のものよりも短いインターバルＸ持続時間を伴う、より広い副搬送波間隔を有する。図４３に示されるように、サポートされた数秘術のためのＮＲ−ＳＲＳは、数秘術帯域幅、循環シフト、コームタイプおよび周期的または非周期的伝送インターバル等の直交リソースに従って、独立して構成されることができる。加えて、広帯域ＳＲＳおよび周波数ホッピング（ＦＨ）ＳＲＳ動作は、各サポートされた数秘術によって独立して構成されることができる。

【0170】

図４３の例では、数秘術１におけるＮＲ−ＳＲＳは、ＦＨを使用して構成され、数秘術２におけるＮＲ−ＳＲＳは、その動作帯域幅全体にわたるように構成されることができる。実践では、ｍＭＴＣアプリケーション等の狭帯域（ＮＢ）サービスに対して、動作帯域幅は、非常に狭くあり得、ＳＲＳＦＨを実施することを困難にする。故に、ｍＭＴＣアプリケーションでは、１つの可能なソリューションは、ｓｒｓ−ＨｏｐｐｉｎｇＢａｎｄｗｉｄｔｈに等しいｓｒｓ−Ｂａｎｄｗｉｄｔｈを設定することによって、ＳＲＳＦＨを無効にすることである。

【0171】

ＮＲ−ＳＲＳリソースおよび設定は、サポートされた各数秘術のために独立して動的または半静的のいずれかで構成されることができる。各数秘術のために、ＮＲ−ＳＲＳリソース（例えば、時間、周波数、および直交シーケンス）ならびに設定（例えば、伝送期間、ビーム形成パターン等）は、ＤＬ制御チャネルまたはＲＲＣシグナリングのいずれかを使用することによって、構成もしくは配分されることができる。

【0172】

例えば、ＳＲＳの時間ドメイン場所は、時間インターバルＸの最後のシンボル（またはＴＴＩ／サブフレームの同等時間単位）に限定されず、非周期的もしくは周期的伝送のいずれかのために異なるように構成されることができるか、またはダウンリンク制御チャネルによって動的にシグナリングされることができる。構成において、ＮＲ−ＳＲＳの１つまたはいくつかの固定された時間場所が、配分され得る。代替として、非周期的ＮＲ−ＳＲＳの許容時間場所の組が、上位層によって構成され得る。そして、ＤＬ制御チャネルによって動的にトリガされる各非周期的ＮＲ−ＳＲＳ伝送のために、ＤＬ制御チャネルをトリガすることは、上位層によって構成される許容時間場所の組外のＮＲ−ＳＲＳ時間場所のインデックスを動的に示し得る。各数秘術のＮＲ−ＳＲＳの構成された伝送帯域幅は、対応する数秘術の帯域幅よりも小さくまたはそれと等しくあり得る。広帯域および狭帯域ＮＲ−ＳＲＳシーケンス長ならびに許容循環シフトは、各サポートされた数秘術に適応し得る。ＮＲ−ＳＲＳ伝送周期性、ビーム形成パターン等の設定は、数秘術および対応するユースケース（ｅＭＢＢ、ＵＲ／ＬＬ、ｍＭＴＣ等）の特性、ＵＥモビリティ等のＵＥの状況、ＮＲ−ＳＲＳオーバーヘッド対伝送されるべきデータの比率等に従って、構成され得る。

【0173】

さらに、同一の数秘術／ユースケースに属する全てのＵＥに共通する構成パラメータ（セル特定）は、上位層の共通数秘術またはネットワークスライス構成の中のＮＲ−ＳＲＳ構成の情報要素に含まれ得る。セル特定の構成は、ＲＲＣベースである。ＵＥ特定である構成パラメータ（ＮＲ−ＳＲＳＴｘ周期、割り当てられたＳＲＳシーケンス循環シフト等）は、各ＵＥのためにＮＲ−ＳＲＳのＲＲＣ構成に含まれ得、ＤＣＩを通して構成されることができる。セル特定のＮＲ−ＳＲＳリソースは、保留されないこともある。ＵＥ特定のＮＲ−ＳＲＳのみが、狭帯域ＮＲ−ＳＲＳを使用して構成され得る。広帯域または周波数ホッピング（ＦＨ）ＳＲＳは、サポートされた各数秘術のために独立して構成されることができる。ＳＲＳ電力制御は、各サポートされた数秘術によって独立して構成されることができる。電力オフセットは、ＲＲＣまたはＤＬＤＣＩのいずれかによって構成されることができる。循環シフトコードの数は、各サポート数秘術とともに変動させられることができる。これは、各サポート数秘術が異なる帯域幅および巡回プレフィックス（ＣＰ）長を有し得るという事実に起因する。一般に、循環シフトコードの数は、

【0174】

【数30】

に比例し、ＮＦＦＴは、ＦＦＴサイズであり、ＣＰは、サンプル中の巡回プレフィックス長である。ＳＲＳグループ化は、ＳＲＳ周波数ホッピングが実施されるときに各サポート数秘術のために独立して構成されることができる。これは、合計Ｓ個のＣＡＺＡＣシーケンスグループが異なる数秘術から変動させられ得るからである。例えば、数秘術１は、Ｓ_１＝３０個のシーケンスグループを有することができるが、数秘術２は、Ｓ_２＝６０個のシーケンスグループを有することができる。

【0175】

ＮＲ−ＳＲＳ構成パラメータの一例が、表１１に示される。

【0176】

【表11】

代替として、または加えて、ＵＥは、全ての数秘術への共通ＳＲＳ構成で構成され得る。共通ＳＲＳの構成は、以下の差異を伴って、ユースケース数秘術特定のＳＲＳ、サービス特定のＳＲＳ、またはネットワークスライス特定のＳＲＳの構成に類似するであろう。ＮＲノードは、複数のタイプのＳＲＳを管理することとは対照的に、１つのタイプのＳＲＳのみを構成、スケジュール、および管理し得る。ＳＲＳは、共通ＳＲＳ専用である数秘術（例えば、副搬送波間隔、フレームおよびサブフレーム構造等）で構成され得る。ＳＲＳ専用数秘術は、ユースケースまたはサービス特定の（例えば、ｅＭＢＢ、ＵＲＬＬ、ｍＭＴＣ等）数秘術と異なり得、利用可能なシステム周波数帯域のいかなる特定のサブバンドにも限定されないこともある。これは、周波数ホッピングを伴って、または周波数ホッピングを伴わずに、いずれかで、周波数帯域全体に跨架し得る。共通数秘術ＳＲＳは、専用数秘術を有するという差異を伴って、旧来のＬＴＥＳＲＳに類似し得る。

【0177】

共通数秘術は、サービス特定の数秘術、ケース特定の数秘術、またはネットワーク特定の数秘術とは対照的に、利用可能な時間／周波数リソースグリッドの任意の部分でリソースを使用し得るので、セル間干渉は、例えば、セル間ｅＭＢＢ対ｅＭＢＢまたはセル間ＵＲＬＬ対ＵＲＬＬに対して、セル間サービス特定の干渉もしくはセル間ユースケース特定の干渉である可能性が低い。共通数秘術ＳＲＳ測定値は、したがって、異なるユースケース、サービス、またはネットワークスライスに関連付けられる数秘術のための周波数時間リソース再構成を決定するために、ｅＮＢによって容易に使用され得る。これは、ＳＲＳが周波数ドメイン内またはさらに時間ドメイン内の特定の領域に限定され得るので、ユースケース特定、サービス特定、もしくはネットワーク特定の数秘術ベースのＳＲＳの場合、必ずしも容易に達成可能ではないこともある。

【0178】

ＳＲＳは、内蔵フレーム構造で管理され得る。時間インターバルＸ等の内蔵フレーム構造は、以下のうちの１つ以上のものを含む：ＤＬ伝送部分、保護時間、およびＵＬ伝送部分。時間インターバルＸ内にＵＬ伝送部分がない場合、保護期間またはＮＲ−ＳＲＳ伝送がない。時間インターバルＸ内にＵＬ伝送部分がある場合、時間インターバルは、構成に応じて、ＳＲＳ伝送を含むことも、含まないこともある。時間インターバルＸ内のＮＲ−ＳＲＳ伝送のトリガおよびＳＲＳ伝送のいくつかの動的設定は、同一または前のインターバルＸ内のＤＬ制御チャネルによってシグナリングされることができる。周波数帯域幅またはシンボル等のＳＲＳリソースは、ＤＬ制御もしくはＲＲＣ構成によって動的または半静的に構成されることができる。ＲＲＣシグナリングは、いくつかの可能なパラメータセット（例えば、時間、周波数場所、シーケンス等の組み合わせ）を規定することができ、動的ＤＬ制御チャネルは、より動的な基準で（例えば、各インターバルＸにわたって、またはいくつかのインターバルＸにわたって）ＵＥが使用すべき組み合わせを示すことができる。

【0179】

内蔵フレーム構造インターバルＸ内のＮＲ−ＳＲＳ伝送の例が、図４４に図示されている。

【0180】

図４５の例では、単一の内蔵インターバルＸは、ＤＬ受信、保護時間、およびＵＬ伝送で構成される。ＳＲＳ伝送は、ＤＬ制御チャネルにおけるＤＣＩ情報によってトリガされることができる。配分されたＳＲＳ帯域幅および時間における開始シンボル等のＳＲＳ伝送リソースも、ＤＬ制御チャネルによって動的に構成されること、またはＲＲＣシグナリングによって半静的に構成されることができる。

【0181】

図４６の例に示されるような、２つ以上の内蔵インターバルＸが構成されているとき、ＳＲＳ伝送のトリガは、現在のインターバル

【0182】

【数30-1】

内のＤＬ制御チャネルによって、または前の内蔵インターバルＸｊ（１≦ｊ＜ｉ）内のＤＬ制御チャネルによって、いずれかで動的に構成されることができる。内蔵インターバルＸにおいて、ＳＲＳ帯域幅および開始シンボル等のＳＲＳ伝送リソースの構成は、ＤＬ制御チャネルによって動的に構成されること、またはＲＲＣによって半静的に構成されることができる。

【0183】

例えば、伝送帯域幅、伝送シンボルの数、および直交機構等のＮＲＳＲＳ伝送リソースは、ＲＲＣを介して半静的に構成されることができ、内蔵インターバルＸ内のＳＲＳ伝送タイミングは、ＮＲ内蔵ＤＬ制御ＤＣＩによってトリガされることができる。

【0184】

代替として、または加えて、無線チャネルを探索するチャネル質測定のための方法は、ビーム形成技法を使用して実施され得る。チャネル質測定のためのビーム形成方法は、完全なチャネル状態情報（ＣＳＩ）がチャネル質測定用信号から取得されることができないとき、特に好ましい。より高い周波数帯域（＞６ＧＨｚ等）では、伝送信号は、反射に起因して劇的に減衰させられる。受信信号品質は、より高い周波数帯域内に見通し線（ＬＯＳ）パスがない場合、劣化を受け得る。したがって、より高い周波数帯域では、ＬＯＳまたは非ＬＯＳを探索するためにビーム形成を使用することが、無線チャネルを探索する効果的な方法になる。

【0185】

ＮＲＳＲＳは、ＦＤＤ、ＴＤＤ、およびフレキシブルな内蔵フレーム構造のためにプリコーディングされることができる。例えば、ｓｒｓ−ｐｒｅＣｏｄｅｄＥｎａｂｌｅフラグが有効に設定されている場合、ＳＲＳは、伝送上にあるときにプリコーディングされることができる（表２参照）｛ＴＣＴＡＢＬＥ７｝。ＮＲＳＲＳのためのプリコーディング重みは、コードブックまたは非コードブックアプローチに基づくことができる。

【0186】

ＳＲＳをプリコーディングするための複数のコードブックを伴うｇＮＢからの規定されたコードブックがある場合、ＳＲＳは、ＳＲＳをプリコーディングしている間に、指し示された／割り当てられたコードブックを使用することができる。加えて、プリコーディングされたＮＲＳＲＳは、ＵＥアンテナ構成に適応し得る。ｓｒｓ−ＴｘＡｎｔｅｎｎａＰｏｒｔｓは、ＳＲＳプリコーディングに使用されるアンテナポートを示すように構成されることができる。プリコーディング重みは、ＤＬ制御チャネルまたはＲＲＣ構成を介して、いずれかでシグナリングされることができる。例えば、ＮＲシステムでサポートされる４つのコードブックがある場合、各コードブック（プリコーディングマトリクス）は、Ｃ_ｉ（ｉ＝１、２、３および４）として表される。各Ｃ_ｉは、異なるアンテナ構成を有し得る。例えば、Ｃ_１は、２×２プリコーディングマトリクス、Ｃ_２は、４×４プリコーディングマトリクス、Ｃ_３は、８×８プリコーディングマトリクス、Ｃ_４は、１６×１６プリコーディングマトリクスであり得る。ｓｒｓ−ｃｏｄｅＢｏｏｋＩｎｄｅｘが３に設定される場合、Ｃ_３コードブックが、ＳＲＳプリコーディングのために選定される。プリコーディング重み（コードブックマトリクス列ベクトル）および層（ランク）は、ＤＬ制御を介して、またはＲＲＣ構成を介して、シグナリングされることができる。例えば、ＤＬ制御チャネルがコードブックＣ_ｉからプリコーディングマトリクス列インデックス｛１，３｝を示す場合、プリコーディングマトリクスは、列ベクトルを取り出すことによってコードブックＣ_ｉから構築されることができる。

【0187】

【数40】

式中、Ｃ_ｉ，１およびＣ_ｉ，３は、コードブックＣ_ｉマトリクスの第１および第３の列ベクトルである。

【0188】

加えて、または代替として、ＮＲ−ＳＲＳプリコーディングマトリクスは、所定のコードブック（規格で規定される）から構築され得る。このアプローチでは、プリコーディングマトリクスを選定するためのシグナリングオーバーヘッドは、ＳＲＳをプリコーディングするために低減させられることができる。例えば、ＳＲＳプリコーディングマトリクスは、離散フーリエ変換（ＤＦＴ）コードブックから構築されることができる。ＤＦＴコードブックは、以下のように表されることができる。

【0189】

【数50】

式中、

【0190】

【数60】

であり、Ｎは、（ビーム分解能）を表し、Ｎ_ｔは、伝送アンテナの数を表す。Ｎ_ｔおよびＮの値がＵＥアンテナ構成に適応するように動的に構成されることができるので、これは、複数のコードブックを使用する必要性を回避することができ、故に、シグナリングオーバーヘッドを低減させることができる。

【0191】

ＳＲＳのための特殊プリコーディングケースは、プリコーディングマトリクスが識別マトリクスを使用しているときのアンテナ選択と同等である。ｓｒｓ−ｐｒｅＣｏｄｅｄＥｎａｂｌｅが「無効」に設定された場合、プリコーディングマトリクスは、ＳＲＳプリコーディングのための単位マトリクスとして設定されることができる。

【0192】

【数70】

このように、ＮＲ−ＳＲＳは、常にプリコーディングされているものとして扱われることができる。

【0193】

ＳＲＳプリコーディングは、非コードブックアプローチに基づき得る。そのような場合において、ＳＲＳは、指向性ビーム形成の場合と見なされることができる。例えば、ＮＲ３Ｄ指向性ビームを構築するために、構成は、ビーム方向または水平角φおよび垂直角θならびにビーム幅ΔＢを用いて規定されることができる。

【0194】

ビーム方向の数およびビーム幅は、ＵＥ能力ならびにカテゴリに適応し得る。ＵＥが多数の伝送アンテナを具備している場合、原則として、より良好なビーム分解能を実施し、より上質のビーム形成品質を構築することができる。図４７の例では、８方向ビームが、ＳＲＳ方向ビーム形成設定のために構成される。この２Ｄ例では、各方向２Ｄビーム幅は、ビーム方向毎に４５度に設定される。この例では、ＴＸビーム１および２は、ＵＥのためのＬＯＳおよびＮＬＯＳパスを探索することができる。故に、ＳＲＳ方向ビームは、チャネル質測定を達成することができる。そのような方法は、３Ｄに一般化され得る。

【0195】

各方向ビームは、一意のビームＩＤに関連付けられることができる。このビームＩＤは、質測定方法の構成に使用されることができる（ビームＩＤ使用法の詳細については、「エラー参照元がみつかりません」を参照されたい）。各方向ビームは、ビームトレーニングシーケンスに関連付けられることができる。ビームトレーニングシーケンスは、ＣＡＺＡＣシーケンスまたは低ＰＡＰＲシーケンスを使用することができる。例えば、ＳＲＳのためのビームトレーニングシーケンスは、以下のように表されることができる。

【0196】

【数80】

式中、Ｑは、シーケンス長であり、ＣＡＺＡＣシーケンスのルートｕは、ビームＩＤの関数として設定されることができ、αは、循環シフトである。

【0197】

質測定方法は、ビームＩＤフィードバック方法またはビーム掃引方法を介して分類され得る。

【0198】

ビームＩＤフィードバック方法では、各ビームＩＤは、一意の指向性ビームに関連付けられることができる。表２｛ＴＣＴＡＢＬＥ７｝で規定されるｓｒｓ−ｂｅａｍＩＤｓは、これらのビームＩＤ構成を搬送するために使用されることができる。加えて、このフィールド（ｓｒｓ−ｂｅａｍＩＤｓ）は、所望のビームを構築するように、非コードブックベースのアプローチのためのｓｒｓ−ｂｅａｍＰｒｏｐｅｒｔｙまたはコードブックベースのアプローチのためのｓｒｓ−ｃｏｄｅＢｏｏｋＩｎｄｅｘに関連付けられることができる。このように、ＵＥは、規定された方向ビームを生成するために、これらの前述の構成を使用することができる。例えば、ＵＥは、方向ビームを形成するように、３つのビームおよび非コードブックベースのアプローチで構成され得る。この例では、表２｛ＴＣＴＡＢＬＥ７｝の中のｓｒｓ−ｂｅａｍＩＤｓおよび各対応するｓｒｓ−ｂｅａｍＰｒｏｐｅｒｔｙは、それぞれ、＝｛１，２，３｝および｛｛φ_１，θ_１｝，｛φ_２，θ_２｝，｛φ_３，θ_３｝｝として表されることができる。水平角φおよび垂直角θの表現は、明示的角度またはｒａｄを使用する代わりに、量子化されることができる。例えば、水平角の範囲は、０〜１８０である。水平角の範囲は、この例に対して、０〜９（＝１８０）に正規化されることができる。この例では、水平角φ＝６０である場合、量子化表現は、φ＝３に等しくあり得る。ビーム構成情報によって、ＵＥは、３つの仕様方向ビームを実施することができる。手短に言えば、ＮＲノードがチャネル質測定のためのビームＩＤフィードバック方法を使用するＵＥを構成するとき、ＵＥは、構成されたビームＩＤ情報に適用され、対応する／規定ビーム形成ＳＲＳを生成し、これらのビームをＮＲノードに伝送することができる。このように、ＮＲノードは、これらの構成されたビームを検出することを予期している。故に、ＮＲノードは、ビーム品質測定を実施し、より良い品質を有するビームを決定することができる。方法は、ＮＲノードのためのチャネル質測定を精緻化するために有用である。別様に、ＮＲノードは、ビームＩＤフィードバックを使用する代わりに、ビーム掃引を実施するようにＵＥを構成することができる。ＮＲノードがチャネル質測定のためのビーム掃引方法でＵＥを構成するとき、ＵＥは、ＳＲＳ伝送インターバル内で事前設定または構成された掃引ビームを伝送するであろう。例えば、ＵＥが８つのビームで構成される場合、ＵＥは、ＳＲＳ伝送インターバル中に８つ全てのビームを伝送／掃引する。このオプションは、ＳＲＳ伝送インターバル中に規定ビームがないので、構成オーバーヘッドを節約することができる。

【0199】

ビームＩＤフィードバック方法の別のユースケースは、ＵＥが、反復ビーム質測定技法をサポートするために、質測定時間中、規定された複数のビームまたは単一のビームを伝送するように要求され得ることである。反復ビーム質測定方法は、いかなるビーム掃引動作も伴わないものと称され、ビームは、各ビーム伝送時間に独立して構成されることができる。ビームＩＤ方法は、ＮＲノードが、質測定目的のために、総当たり的に全ての構成されたビームを掃引することなく、規定ビームを構成することを可能にする。ビーム質測定周期は、ＲＲＣまたはＤＬシグナリングのいずれかを介して構成されることができる。各伝送インターバルＸにおいて伝送されるＳＲＳビームの数は、構成されることができる。各ＳＲＳビーム伝送持続時間がＬ個のシンボルおよびＫ個のｓｒｓ−ｍｕｌｔｉＢｅａｍＦａｃｔｏｒに設定される場合、複数のビームが、同時に伝送されることができ、Ｎ個全てのビームのための全伝送持続時間は、

【0200】

【数80-1】

個のシンボルに等しい。Ｎ個のパラメータは、表２｛ＴＣＴＡＢＬＥ７｝にリストアップされるｓｒｓ−ｎｕｍｂｅｒＯｆＢｅａｍｓを介して構成されることができる。シンボルインデックスの開始は、インターバルＸ内のｓｒｓ−ＳｙｍｂｏｌＬｏｃａｔｉｏｎによって構成される。構成されたｓｒｓ−ｂｅａｍＩＤｓの数がＮ未満である場合、ビーム掃引動作は、実施されない。例えば、ｓｒｓ−ｎｕｍｂｅｒＯｆＢｅａｍｓＮが８に設定され、ｓｒｓ−ｂｅａｍＩＤｓが｛２，３，５｝として設定される場合、ＵＥは、３つのビームを伝送するであろう。ビーム品質は、非コードベースのアプローチのためのｓｒｓ−ｂｅａｍＰｒｏｐｅｒｔｙの中で｛｛φ_２，θ_２｝，｛φ_３，θ_３｝，｛φ_５，θ_５｝｝として規定されることができる。コードブックベースのアプローチでは、複数のビーム形成ベクトルがコードブックから規定される場合、ＵＥは、以下の式を使用して、伝送のための最適化されたビーム形成ベクトルを見出そうとすることができる。

【0201】

【数90】

式中、Ｗ_ｔｘは、ＵＥ伝送プリコーダまたはビーム形成重みであり、Ｗ_ＳＲＳは、ＮＲノードによって再構成される標的プリコーダまたはビーム形成重みである。コードブックベースのアプローチに対して、Ｗ_ＳＲＳは、ｓｒｓ−ｃｏｄｅＢｏｏｋＩｎｄｅｘを介して構成されることができる。非コードブックベースのアプローチに基づく場合、Ｗ_ＳＲＳは、ｓｒｓ−ｂｅａｍＰｒｏｐｅｒｔｙを介して規定されることができる。加えて、アクティブ化されたビームＩＤは、ＤＬ制御チャネルを介して動的にシグナリングされることができる。図４８は、例示的構成可能質測定方法を描写する。

【0202】

図４８の例では、ｓｒｓ−ｂｅａｍＩＤｓの数がｓｒｓ−ｎｕｍｂｅｒＯｆＢｅａｍｓと等しく設定される場合、ビーム掃引が実施されるであろう。図４９は、チャネル質測定段階中にビーム掃引のために構成されるＳＲＳを描写する。

【0203】

以下の４つの場合は、質測定方法中のＵＥとＮＲノードとの間の相互作用の例である。

【0204】

ケース１では、ＮＲノードとのＵＥＴｘビーム質測定／トレーニングは、ＵＥＴｘビーム精緻化のためにビームフィードバックを使用する。この場合、ＮＲノードは、チャネル質測定精緻化のための規定ビームをフィードバックするようにＵＥを構成し、いかなるビーム掃引も関与しない。

【0205】

ケース２では、ＵＥＴｘビーム質測定／トレーニングがないが、ＮＲノードは、最良のＮＲノードのＲｘビーム、すなわち、ビームペアリングのために、ＮＲノードフィードバックを用いてＲｘビーム掃引を実施する。この場合、ＵＥは、ＵＬチャネル質測定／ビームトレーニングのためのビームＩＤフィードバック方法を実施し、ＮＲノードは、ＮＲノード受信ビーム形成に関連付けられる、より良好な受信品質を有するビームを決定する。ＮＲノードは、最良のペアにされるビームをこのＵＥにフィードバックすることができる。例えば、ＵＥは、８つのビームＩ＝｛１，２，…，８｝を構成するが、ビームＩＤ＝｛２，３，４｝のみを伝送する。ＮＲノードにおいて、ＮＲノードは、１６個の受信ビーム形成（１６個の受信方向）を実施し、各受信ビーム形成も、ビームＩＤ、すなわち、Ｊ＝｛１，２，…，１６｝に関連付けられる。したがって、それは、３×１６＝４８個の伝送・受信ビームペアを有する。ＮＲノードが伝送ビーム｛ｉ＝３｝を検出し、受信ビーム｛ｊ＝７｝が他のビームペアよりも最良の品質を有する場合、｛ｉ＝３，ｊ＝７｝ビームペアが、ＵＥにフィードバックされることができる。ＮＲノードは、複数のビームペアをフィードバックすることもできる。

【0206】

ケース３では、ＵＥＴｘビーム掃引があり、ＮＲノードＲＸビーム掃引がなく、最良のＵＥＴｘビームのためのＮＲノードフィードバックがある。この場合、ＮＲノードは、チャネル質測定のためのビーム掃引を実施するようにＵＥを構成し、ＮＲノードは、どの受信したビームがより良い品質を有するかをＵＥにフィードバックする。

【0207】

ケース４では、ＵＥＴｘビーム掃引があり、ＮＲノードは、ＲＸビーム掃引を実施し、ＮＲノードは、最良のＵＥＴｘビームおよび最良のＮＲノードＲＸビームのためにフィードバックする。この場合、ＵＥは、ＵＬチャネル質測定およびビームトレーニングのためのビーム掃引方法を実施し、ＮＲノードは、ＮＲノード受信ビーム形成に関連付けられたより良好な受信品質を有するビームを決定する。ＮＲノードは、最良のペアにされたビームをＵＥにフィードバックすることができる。例えば、ＵＥは、８つのビーム｛１，２，…，８｝掃引を実施し、ＮＲノードは、ＮＲノード受信ビーム形成に関連付けられる、より良好な受信品質を有するビームを決定する。ＮＲノードは、最良のペアにされたビームをこのＵＥにフィードバックすることができる。例えば、ＵＥは、８つのビームＩ＝｛１，２，…，８｝を構成する。ＮＲノードにおいて、ＮＲノードは、１６個の受信ビーム形成（１６個の受信方向）を実施し、各受信ビーム形成も、ビームＩＤ、すなわち、Ｊ＝｛１，２，…，１６｝に関連付けられる。したがって、それは、３×１６＝４８個の伝送・受信ビームペアを有する。ＮＲノードが伝送ビーム｛ｉ＝３｝を検出し、受信ビーム｛ｊ＝１０｝が他のビームペアよりも最良の品質を有する場合、｛ｉ＝３，ｊ＝１０｝ビームペアが、ＵＥにフィードバックされることができる。ＮＲノードは、複数のビームペアをフィードバックすることもできる。

【0208】

ケース１−４の方法は、別個に、または任意の組み合わせで使用され得る。

【0209】

ビームトレーニングの場合、フィードバックは、ビーム方向情報（例えば、水平角、方位角等）、ビーム幅、またはＴｘ電力であり得る。この情報は、ビームトレーニングフィードバック情報セットにグループ化され得る。フィードバック情報セットは、例えば、４つの可能なビームトレーニング情報フィードバックセットのための２ビットから、２５６個の可能なビームトレーニング情報フィードバックセットのための８ビットの間のいずれかで、量子化され、それにわたってコード化され得る。可能なビーム情報フィードバックセットは、規格の中で事前定義され得、セットの各々は、インデックス（例えば、２ビットから８ビットの間のいずれかにわたってコード化される）に対応し、ＮＲノードによってＵＥにシグナリングされることができる。ビームトレーニング情報フィードバックセットの構成が、ＲＲＣシグナリングおよびＭＡＣ制御要素（ＭＡＣＣＥ）シグナリングを通し得る一方、実際のトレーニングフィードバック（すなわち、ビームトレーニングフィードバックのためのコード化されたビット）は、より動的なｐｈｙｂａｃｋを要求し得、ＰＨＹ層シグナリング（例えば、新しいＮＲＤＣＩ）を通してＵＥにシグナリングされ得る。

【0210】

プリコーディングまたはビーム形成されたＳＲＳのための時間および周波数リソースは、プリコーディングされていないＳＲＳ構成ケースと同様に、ＲＲＣもしくはＤＬ制御チャネルのいずれかによって行われることができる。ビーム形成は、コードブックまたは非コードブックベースのビーム形成を介して達成されることができる。非コードブックベースのビーム形成は、アナログビーム形成またはアナログおよびデジタルビーム形成（すなわち、ハイブリッドビーム形成）のいずれかを使用することによって、達成されることができる。さらに、プリコーディングまたはビーム形成設定は、ＤＬ制御およびＲＲＣを介して達成されることができる。プリコーディングされていないＳＲＳと同様に、各ＳＲＳ伝送は、プリコーディングまたはビーム形成を実施するかどうかにかかわらず、各ＳＲＳ伝送時間においてＤＬ制御またはＲＲＣによって構成されることができる。例えば、ｓｒｓ−ｐｒｅＣｏｄｅｄＥｎａｂｌｅは、ｓｒｓ−ｐｒｅＣｏｄｅｄＥｎａｂｌｅがＲＲＣ構成で無効に設定されるときでさえも、ＤＬ制御チャネルシグナリングによってトリガされることができる。ビーム形成またはプリコーディング情報は、異なるＳＲＳ伝送において変動させられることもできる。図５０の例では、ＳＲＳ伝送期間中、ＳＲＳは、プリコーディング／ビーム形成を伴って、または伴わずに、構成されることができる。この種類の構成は、ＤＬ制御チャネル指示によって動的にトリガされることができる。代替として、ＮＲ−ＳＲＳ伝送パターンは、固定持続時間内のＭ_ｐ個のプリコーディングされたＳＲＳおよびＭ_ｎｐ個のプリコーディングされていないＳＲＳのパターンとして構成されることができる。

【0211】

ｓｒｓ−ｐｒｅＣｏｄｅｄＥｎａｂｌｅが有効に設定されているとき、ｓｒｓ−Ｂａｎｄｗｉｄｔｈは、プリコーディングまたはビーム形成されたＳＲＳのコヒーレンス帯域幅に使用されることができる。図５１の例では、プリコーディングまたはビーム形成されたＳＲＳは、異なるＢＷ設定を有することができる。ｓｒｓ−Ｂａｎｄｗｉｄｔｈは、ＤＬＤＣＩによって動的に構成されることができる。

【0212】

ＮＲ−ＳＲＳは、ＵＬ復調ＲＳ（ＤＭＲＳ）として使用され得、すなわち、ＮＲ−ＳＲＳは、ビーム質測定および復調の目的の両方を果たし、ＵＬＮＲ−ＤＭＲＳのオーバーヘッドを低減させることができる。これは、ＮＲノードが質測定およびＵＬ復調の目的の両方のために供給されるＮＲ−ＳＲＳを利用するからである。ＵＬ−ＤＭＲＳの主要な目的は、ＵＬデータまたは制御チャネル復調のためである。この方式は、ＮＲＤＭＲＳオーバーヘッドを節約するように、質測定／ビーム精緻化中に有用である。ＮＲ−ＳＲＳがＤＭ−ＲＳのために構成されるとき、それは、ＵＬデータおよび制御チャネルの復調に使用されることができる。ＮＲ−ＳＲＳがプリコーディングされる場合、ＵＬデータおよび制御チャネルは、ＮＲ−ＳＲＳと同一のプリコーディング重みを使用することができる。ＮＲ−ＳＲＳがプリコーディングされない場合、ＵＬデータおよび制御チャネルは、プリコーディングされ、プリコーダ重みが、ｅＮＢに把握され得る。

【0213】

図５２では、ＮＲＳＲＳは、次のＵＬデータまたは制御シンボルで構成される。したがって、構成されたＳＲＳは、ＵＬ復調目的のために使用されることができる。この例では、ＮＲＳＲＳの構成された密度は、ＵＬデータチャネルの復調を満足させることができる。

【0214】

ここで制御チャネルおよび参照信号を伴うフレーム構造を参照すると、参照数秘術のサブフレームでは、異なる種類のミニスロットが、異なる伝送数秘術をサポートする異なるデバイスのために配分され得る。

【0215】

図５３を参照して、図示される例によると、広帯域ＵＲＬＬＣスロットが図示されている。異なる部分サブバンドミニスロット（例えば、ＵＲＬＬＣスロット１、２、および３）が、サブフレーム内の参照数秘術のスロット１の中に示され、異なる完全サブバンドミニスロット（例えば、ＵＲＬＬＣスロット４および５）が、サブフレーム内の参照数秘術のスロット２の中に示される。

【0216】

図５４を参照して、図示される例によると、異なるｍＭＴＣインターバル（例えば、集約ミニスロットを伴うｍＭＴＣインターバル１および２）ならびにｍＭＴＣミニスロット（例えば、ｍＭＴＣスロット３および４）が、参照数秘術のサブフレームの中に示される狭帯域ｍＭＴＣスロットが図示されている。

【0217】

ある場合、サブフレーム内の同一または異なるタイプのミニスロットは、例えば：システム運営によって事前定義もしくは再構成され得る；ＲＲＣシグナリングもしくはＭＡＣＣＥ等の上位層によって静的または半静的に構成され得る；または、スロット１の中のＤＬ制御チャネルおよび／またはスロット２の中の二次ＤＬ制御チャネル（適用可能である場合）上で搬送されるＤＣＩによって動的にシグナリングされ得る。

【0218】

制御チャネルおよび参照信号（ＲＳ）を伴うスロット／ミニスロットの例示的詳細が、図５５および５６（ＤＬデータを伴う）ならびに図５７および５８（ＵＬデータを伴う）に図示されている。

【0219】

ある場合、ＤＬ参照信号（ＲＳ）は、図６８−７１に図示されるように、スロットもしくはミニスロットの第１のシンボルにおいて配分され得、同期化信号が、ＤＣＩとインターリーブされているか、またはされていないかのいずれかである。例えば、ＺＣ様シーケンス等の適切なシーケンスが使用される場合、ＤＬＲＳは、同期化目的のためにも使用され得、例として図５８（ＤＣＩとインターリーブされたＤＬＲＳ）に示されるように、第１のシンボルにおいて挿入された同期化信号を排除し得る。例えば、ＤＣＩとインターリーブされた場合、副搬送波の中のＤＬＲＳ間隔は、異なる数秘術（例えば、異なる副搬送波間隔）を用いた以下の例示的方程式により定義され得る。
ｙ個の副搬送波＝＜整数［（チャネルコヒーレント帯域幅／副搬送波間隔）／ｊ］
式中、ｊ＝１、２、３、または４である。

【0220】

ある場合、ＵＬ参照信号（ＲＳ）は、図１２および１３に図示されるように、スロットもしくはミニスロットの最後のシンボルにおいて配分され得、ＤＣＩとインターリーブされているか、またはされていないかのいずれかである。例えば、ＵＣＩとインターリーブされた場合、副搬送波の中のＵＬＲＳ間隔は、異なる数秘術（例えば、異なる副搬送波間隔）を用いた以下の例示的方程式により定義され得る。
ｙ個の副搬送波＝＜整数［（チャネルコヒーレント帯域幅／副搬送波間隔）／ｊ］
式中、ｊ＝１、２、３、または４である。

【0221】

したがって、ＤＬおよびＵＬＵＥ特定の参照信号（ＲＳ）は、例えば、図１２および１３に図示されるように、異なるパターンでＵＥデータを伴って配分され得る。時間および周波数の中のＲＳ間隔は、異なる数秘術（例えば、異なるシンボル長および副搬送波間隔）を用いた以下の例示的方程式により定義され得る。
Ｘ個のシンボル＝＜整数［（チャネルコヒーレント時間／シンボル長）／ｉ］
式中、ｊ＝１、２、３、または４である、または
ｙ個の副搬送波＝＜整数［（チャネルコヒーレント帯域幅／副搬送波間隔）／ｊ］
式中、ｊ＝１、２、３、または４である。

【0222】

ある場合、ＵＥＲＳは、システムリソースの最適化された利用のために、ならびに復調の品質を保証するために、伝送数秘術のためのチャネルコヒーレント時間および帯域幅に基づいて構成され得る。

【0223】

ここで、伝送チェーンを強化することによって信頼性を改良することを検討すると、一例では、ＴＢは、複数のＣＢに分割され得、各ＣＢは、異なるコードレートを用いて符号化されることができる。例えば、ＣＢは、不均等なエラー保護を有することができる。各ＣＢは、異なるＭＣＳを有することができる。

【0224】

図５９は、符号化レートおよびレートマッチング機能が各ＣＢに対して調節されることができる、伝送チェーンの例を示す。追加の信頼性を要求するペイロードの部分は、より低いレートのコードを用いて符号化され得る。例えば、ＭＡＣＣＥを伴うＣＢは、追加の保護を提供され得る。加えて、さらなる信頼性を要求するコードワードを搬送するＲＥは、低位変調を用いて変調され得る。

【0225】

ＬＴＥと異なり、ＮＲは、よりフレキシブルなコードブロックセグメンテーションをサポートし、不均等なエラー保護をサポートし得る。ＬＴＥでは、６，１４４を上回るビットを搬送するＴＢのみが、ＣＢにセグメント化される。例えば、ペイロードの部分が追加の保護を受けることができるように、オプションが、用途に従って、任意のＴＢサイズを可変および／または不均等サイズのＣＢにセグメント化するために使用され得る。

【0226】

ＮＲ−ＤＣＩは、不均等に保護されたペイロードの存在、対応するＭＣＳ、および異なるタイプのペイロードの相対場所についての情報を示すことによって、不均等なエラー保護のための構成を示し得る。境界内で制御シグナリングオーバーヘッドを保つために、構成は、所定のペイロード構成のリストの中へのインデックスとして示され得る。代替として、追加の信頼性を要求するビットが、ＴＢの中で別個に伝送され得る。例えば、ＭＡＣＣＥは、データと多重化されることなく、別個のＴＢの中で伝送され得る。ＴＢの中のペイロードが小さい（すなわち、４０ビット未満）場合、ＬＴＥは、４０ビットの最小ＴＢサイズをサポートし、２４ビットＣＲＣをＴＢに適用するので、フィラービットを使用する。例えば、ＮＲでは、より小さいＣＲＣサイズ（例えば、２４ビットよりも小さい）が、より小さいＴＢサイズをサポートするために提供され得る。ＴＢがＣＢにセグメント化されるとき、異なるＣＢが、ペイロードサイズに応じて、異なる長さのＣＲＣを用いて符号化され得る。

【0227】

制御シグナリング、超信頼性データ等のＵＬデータのためのより高いエラー保護を提供するために、ＮＲでは、高信頼性ＵＬ許可（ＨＲ−ＵＬ許可）が使用され得る。例えば、報告されたＣＱＩに基づいて典型的に使用されるであろうものよりもより低いＭＣＳが、ＨＲ−ＵＬ許可に使用されるであろう。例えば、ＭＣＳは、ＢＬＥＲ＜１０％ではなく、ＢＬＥＲ＜１％を可能にするであろう。

【0228】

ある場合、ＵＥは、図６０に示されるように、拡張スケジューリング要求（ＳＲ）または拡張バッファステータスレポート（ＢＳＲ）を使用して、ＨＲ−ＵＬ許可を要求し得る。本明細書では、拡張ＳＲおよび拡張ＢＳＲは、それぞれ、ＮＲ−ＳＲおよびＮＲ−ＢＳＲと称され得る。ＮＲ−ＳＲは、ＵＥがスケジュールされたＰＵＳＣＨリソースを有していないとき、ＰＵＣＣＨ上でシグナリングされ得、ＮＲ−ＢＳＲは、ＵＥがすでにスケジュールされているとき、ＰＵＳＣＨ上でシグナリングされ得る。代替として、ＨＲ−ＵＬ許可が、ＵＥデバイスタイプ、要求されるサービス等に基づいて、排他的に使用され得る。例えば、ＵＲ／ＬＬデバイスは、一例によると、ＨＲ−ＵＬ許可を常に受信し得る。

【0229】

ＬＴＥでは、ＰＵＣＣＨフォーマット１は、ＳＲをシグナリングするために使用されることができる。ＰＵＣＣＨフォーマット１を使用するとき、ＳＲは、否定応答のためのそれと同じ配置点を使用する。ＮＲ−ＳＲに対して、否定応答のためのそれと同じ配置点を使用する通常のＵＬ許可の要求、および肯定応答のためのそれと同じ配置点を使用するＨＲ−ＵＬ許可の要求が、シグナリングされ得る。ＳＲリソースは、スケジューリング要求のタイプ、すなわち、通常または高信頼性を示すように、変調される。したがって、ＨＡＲＱ確認応答は、ＡＣＫ／ＮＡＣＫおよびＳＲが同時に伝送され場合のシナリオに対して、ＬＴＥにおけるようにＮＲ−ＳＲに使用されるリソース上に多重化されることができない。

【0230】

ＬＴＥでは、ＰＵＣＣＨフォーマット３も、ＳＲをシグナリングするために使用されることができる。ＰＵＣＣＨフォーマット３を使用するとき、ＳＲビットは、存在する場合、確認応答と連結される。ＮＲに対して、通常のＵＬ許可を要求するとき、ＳＲビットは、「０」に設定され得、ＨＲ−ＵＬ許可を要求するとき、ＳＲビットは、「１」に設定される。

【0231】

ＵＥが通常のＵＬ許可をすでにスケジュールされているときにＨＲ−ＵＬ許可を要求するために、高信頼性ＢＳＲ（ＨＲ−ＢＳＲ）が使用され得る。例示的な短いＨＲ−ＢＳＲＭＡＣＣＥが、図６１に示される。短いＨＲ−ＢＳＲの中のＨＲバッファサイズフィールドは、伝送される必要があるＨＲデータの量を示し、ＨＲデータは、より高い信頼性で伝送される必要があるＭＡＣＣＥ（例えば、ビーム／モビリティ管理に使用されるＭＡＣＣＥ、状態遷移等）を含む。代替として、旧来の長いＢＳＲＭＡＣＣＥは、図６２に示されるように、ＨＲバッファサイズを含むように拡張され得る。

【0232】

ここでビーム形成されたＮＲＤＬ制御チャネルを検討すると、ＮＲＤＬ制御チャネルは、ビーム形成を伴って適用されることができる。初期アクセス段階では、ビーム掃引サブフレームのためのリソース配分は、同期化チャネル、ビーム掃引ＲＳ、および一次ブロードキャストチャネルのための固定または事前決定されたリソースを伴って、事前決定されることができる。このように、ＵＥは、Ｔｘビーム掃引中に最良のＴｘビームを見出すことができる。共通ＮＲＤＬ制御が必要とされる場合において、ＮＲノードＴＸビーム掃引ベースの伝送は、同期化チャネル、ビーム掃引ＲＳ、および一次ブロードキャストチャネルを伴う同一のカバレッジをサポートするために、使用されることができる。これらの共通ＮＲＤＬ制御チャネル検索空間は、同期化チャネル、ビーム掃引ＲＳ、および一次ブロードキャストチャネルのためのビーム掃引で使用される、同一のビームを用いて適用されることができる。図６３を参照すると、共通ＮＲＤＬ制御がＤＬビーム掃引ＲＳと同じビーム設定を共有することを示す。ビーム掃引ＲＳは、共通ＮＲＤＬ制御チャネルの復調のために使用されることができる。

【0233】

例として、別のオンデマンドビーム形成されたＮＲＤＬ制御チャネル（ＵＥ特定）は、初期アクセスまたはビーム精緻化段階で合意された最良のＴｘビームを使用することができる。一例として、ＰＲＡＣＨプリアンブルリソース（グリッド、プリアンブルＩＤ、および長さ）は、単一または複数のＴＲノードから伝送する、検出された最良のＴｘビーム／ビームＩＤによって、示されることができる。共通ＤＬ制御を伝送している場合、最良のビームまたはＵＬビーム掃引動作のいずれかを用いて、ＵＬＰＲＡＣＨプリアンブル伝送のためのＰＲＡＣＨリソース情報を提供し得る。共通ＤＬ制御情報がない場合、ＵＥは依然として、検出されたビーム情報からＰＲＡＣＨリソースを導出することが可能であり得る。配分されたＰＲＡＣＨリソースが、最良の伝送方向ビームの暗黙的指示として使用されることができるからである。ＮＲノードは、事前配分されたＰＲＡＣＨリソースによって示される、ビーム形成されたＰＲＡＣＨプリアンブルを検出することができる。したがって、ＮＲノードは、ランダムアクセス応答（ＲＡＲ）を伝送するためにこのビーム形成情報を使用することができる。ＵＥがランダムアクセス応答を検出すると、ＵＥは、ＮＲＤＬ制御チャネルの受信のために受信ビーム形成を形成することができる。（ＵＥ特定の）ＮＲＤＬ制御チャネルの伝送の前に実施されているビーム精緻化方法がある場合、ＵＥは、ＮＲＤＬ制御受信のための精緻化ビームを使用することができる。ビーム形成されたＤＬ制御チャネルのための例示的ＵＥ方法が、図６４で描写されている。図６４では、鎖線は、随意の方法として扱われることができる。例えば、利用可能な共通ＮＲＤＬ制御チャネルがない場合、ＵＥは依然として、ビームトレーニング段階からＰＲＡＣＨリソースを導出することができる。

【0234】

ここでサブフレームにおける許可不要ＵＬ伝送を検討すると、参照数秘術のサブフレームでは、異なる種類の許可不要スロットが、異なって配分され得る。例示的サブバンド許可不要スロットが、図６５に図示されている。異なる部分サブバンド許可不要スロットが、サブフレーム内の参照数秘術のスロット１の中に示され、異なる完全サブバンド許可不要スロットが、サブフレーム内の参照数秘術のスロット２の中に示される。

【0235】

例示的狭帯域許可不要スロットが、図６６に図示されている。異なる許可不要インターバルまたはスロットが、参照数秘術のサブフレームの中に示される。許可不要スロットは、システム運営によって事前定義もしくは再構成され得るＲＲＣシグナリングもしくはＭＡＣＣｅ等の上位層によって静的または半静的に構成され得るか、もしくはＤＬ制御チャネルおよび／または適用可能である場合は二次ＤＬ制御チャネル上で搬送される許可不要ＤＣＩによって動的にシグナリングされ得る。

【0236】

許可不要ＤＬ信号および／または制御情報（すなわち、ＤＣＩ）ならびに許可不要ＵＬパイロット／プリアンブルの両方、制御情報（すなわち、ＵＣＩ）、およびデータを含む、許可不要スロット構成の例が、図６７および図６８に図示されている。

【0237】

３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ（３ＧＰＰ）は、コーデック、セキュリティ、およびサービス品質に関する作業を含む、無線アクセス、コアトランスポートネットワーク、およびサービス能力を含む、セルラー電気通信ネットワーク技術の技術規格を開発している。近年の無線アクセス技術（ＲＡＴ）規格は、ＷＣＤＭＡ（登録商標）（一般的に３Ｇと称される）、ＬＴＥ（一般的に４Ｇと称される）、およびＬＴＥ−Ａｄｖａｎｃｅｄ規格を含む。３ＧＰＰは、「５Ｇ」とも称される、新しい無線（ＮＲ）と呼ばれる次世代セルラー技術の標準化に取り組み始めている。３ＧＰＰＮＲ規格開発は、６ＧＨｚを下回る新しいフレキシブル無線アクセスのプロビジョンと、６ＧＨｚを上回る新しいウルトラモバイルブロードバンド無線アクセスのプロビジョンとを含むことが予期される、次世代無線アクセス技術（新しいＲＡＴ）の定義を含むことが予期される。フレキシブル無線アクセスは、６ＧＨｚを下回る新しいスペクトル内の新しい非後方互換性無線アクセスから成ることが予期され、多様な要件を伴う３ＧＰＰＮＲユースケースの広範なセットに対処するように、同一のスペクトル内で一緒に多重化されることができる、異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、例えば、屋内用途およびホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供するであろう、センチ波およびミリ波スペクトルを含むことが予期される。具体的には、ウルトラモバイルブロードバンドは、センチ波およびミリ波特定の設計最適化を伴って、６ＧＨｚを下回るフレキシブル無線アクセスと共通設計フレームワークを共有することが予期される。

【0238】

３ＧＰＰは、データレート、待ち時間、およびモビリティのための多種多様なユーザ体験要件をもたらす、ＮＲがサポートすることが予期される種々のユースケースを識別している。ユースケースは、以下の一般的カテゴリを含む：拡張モバイルブロードバンド（例えば、高密度エリア内のブロードバンドアクセス、屋内の超高ブロードバンドアクセス、群衆の中のブロードバンドアクセス、あらゆる場所での５０＋Ｍｂｐｓ、超低コストブロードバンドアクセス、乗り物内のモバイルブロードバンド）、重要通信、マッシブマシンタイプ通信、ネットワーク動作（例えば、ネットワークスライシング、ルーティング、移動およびインターワーキング、エネルギー節約）、ならびに拡張ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ（ｅＶ２Ｘ）通信。これらのカテゴリの中の具体的サービスおよび用途は、いくつか例を挙げると、例えば、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、緊急対応者コネクティビティ、自動車ｅコール、災害アラート、リアルタイムゲーム、多人数ビデオ通話、自律運転、拡張現実、触覚インターネット、および仮想現実を含む。これらのユースケースおよびその他は全てが、本明細書で考慮される。

【0239】

図６９は、本明細書に説明および請求される方法ならびに装置が具現化され得る例示的通信システム１００の一実施形態を図示する。示されるように、例示的通信システム１００は、無線伝送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（概して、集合的にＷＴＲＵ１０２と称され得る）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を考慮することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅの各々は、無線環境内で動作および／または通信するように構成される任意のタイプの装置もしくはデバイスであり得る。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅは、ハンドヘルド無線通信装置として図６９−７３で描写されるが、５Ｇ無線通信のために考慮される多種多様なユースケースの場合、各ＷＴＲＵは、一例のみとして、ユーザ機器（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、消費者電子機器、スマートウォッチまたはスマート衣類等のウェアラブルデバイス、医療またはｅヘルスデバイス、ロボット、産業機器、ドローン、車、トラック、電車、もしくは飛行機等の乗り物等を含む、無線信号を伝送および／または受信するように構成される、任意のタイプの装置もしくはデバイスを備え得るか、またはそのように具現化され得ることが理解される。

【0240】

通信システム１００は、基地局１１４ａと、基地局１１４ｂとも含み得る。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであり得る。基地局１１４ｂは、ＲＲＨ（遠隔無線ヘッド）１１８ａ、１１８ｂおよび／またはＴＲＰ（伝送および受信点）１１９ａ、１１９ｂのうちの少なくとも１つと有線ならびに／もしくは無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであり得る。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される、任意のタイプのデバイスであり得る。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（ＢＴＳ）、ノード−Ｂ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、サービス拠点コントローラ、アクセスポイント（ＡＰ）、無線ルータ等であり得る。基地局１１４ａ、１１４ｂの各々は、単一の要素として描写されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されるであろう。

【0241】

基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局および／またはネットワーク要素（図示せず）も含み得るＲＡＮ１０３／１０４／１０５の一部であり得る。基地局１１４ｂは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局および／またはネットワーク要素（図示せず）も含み得るＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であり得る。基地局１１４ａは、セル（図示せず）と称され得る特定の地理的領域内で無線信号を伝送および／または受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と称され得る特定の地理的領域内で有線および／または無線信号を伝送ならびに／もしくは受信するように構成され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連付けられるセルは、３つのセクタに分割され得る。したがって、実施形態では、基地局１１４ａは、例えば、セルのセクタ毎に１つ、３つの送受信機を含み得る。実施形態では、基地局１１４ａは、多重入出力（ＭＩＭＯ）技術を採用し得、したがって、セルのセクタ毎に複数の送受信機を利用し得る。

【0242】

基地局１１４ａは、任意の好適な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波等）であり得るエアインターフェース１１５／１１６／１１７を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つ以上のものと通信し得る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して、確立され得る。

【0243】

基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバ等）または無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波等）であり得る有線もしくはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを経由して、ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂのうちの１つ以上のものと通信し得る。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して、確立され得る。

【0244】

ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂは、任意の好適な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波等）であり得るエアインターフェース１１５ｃ／１１６ｃ／１１７ｃを経由して、ＷＴＲＵ１０２ｃ、１０２ｄのうちの１つ以上のものと通信し得る。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して、確立され得る。

【0245】

より具体的には、上記のように、通信システム１００は、複数のアクセスシステムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等の１つ以上のチャネルアクセス方式を採用し得る。例えば、ＲＡＮ１０３／１０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ内の基地局１１４ａ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ内のＲＲＨ１１８ａ、１１８ｂならびにＴＲＰ１１９ａ、１１９ｂは、それぞれ、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立し得るユニバーサルモバイル電気通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）等の無線技術を実装し得る。ＷＣＤＭＡ（登録商標）は、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）等の通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。

【0246】

実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ内のＲＲＨ１１８ａ、１１８ｂならびにＴＲＰ１１９ａ、１１９ｂは、ロングタームエボリューション（ＬＴＥ）ならびに／もしくはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用して、それぞれ、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立し得る進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）等の無線技術を実装し得る。将来、エアインターフェース１１５／１１６／１１７は、３ＧＰＰＮＲ技術を実装し得る。

【0247】

実施形態では、ＲＡＮ１０３／１０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ内の基地局１１４ａ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ内のＲＲＨ１１８ａ、１１８ｂならびにＴＲＰ１１９ａ、１１９ｂは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００１Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定規格２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ（登録商標）進化型高速データレート（ＥＤＧＥ）、ＧＳＭ（登録商標）ＥＤＧＥ（ＧＥＲＡＮ）等の無線技術を実装し得る。

【0248】

図６９の基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであり得、会社、自宅、乗り物、キャンパス等の場所等の局所的エリア内の無線コネクティビティを促進するための任意の好適なＲＡＴを利用し得る。実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１等の無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立し得る。実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５等の無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立し得る。さらなる実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、ＧＳＭ（登録商標）、ＬＴＥ、ＬＴＥ−Ａ等）を利用して、ピコセルまたはフェムトセルを確立し得る。図６９に示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスするように要求されないこともある。

【0249】

ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、音声、データ、アプリケーション、ならびに／もしくはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上のものに提供するように構成される任意のタイプのネットワークであり得るコアネットワーク１０６／１０７／１０９と通信し得る。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル場所ベースのサービス、プリペイドコール、インターネットコネクティビティ、ビデオ配布等を提供し、および／またユーザ認証等の高レベルセキュリティ機能を果たし得る。

【0250】

図６９に示されていないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂならびに／もしくはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴもしくは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信し得ることが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得る、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ（登録商標）無線技術を採用する別のＲＡＮ（図示せず）とも通信し得る。

【0251】

コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのためのゲートウェイとしての役割も果たし、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスし得る。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回路交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートにおけるインターネットプロトコル（ＩＰ）等の共通通信プロトコルを使用する相互接続されたコンピュータネットワークならびにデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線もしくは無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴもしくは異なるＲＡＴを採用し得る１つ以上のＲＡＮに接続される別のコアネットワークを含み得る。

【0252】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたは全ては、マルチモード能力を含み得、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを経由して異なる無線ネットワークと通信するための複数の送受信機を含み得る。例えば、図６９に示されるＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｃと通信するように構成され得る。

【0253】

図７０は、例えば、ＷＴＲＵ１０２等の本明細書に図示される実施形態による無線通信のために構成される例示的装置またはデバイスのブロック図である。図７０に示されるように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。ＷＴＲＵ１０２は、実施形態と一致したままで、先の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。実施形態は、基地局１１４ａならびに１１４ｂ、および／または限定されないが、とりわけ、送受信機局（ＢＴＳ）、ノード−Ｂ、サービス拠点コントローラ、アクセスポイント（ＡＰ）、ホームノード−Ｂ、進化型ホームノード−Ｂ（ｅＮｏｄｅＢ）、ホーム進化型ノード−Ｂ（ＨｅＮＢ）、ホーム進化型ノード−Ｂゲートウェイ、およびプロキシノード等の基地局１１４ａならびに１１４ｂを表し得るノードが、図７０に描写され、本明細書に説明される要素のうちのいくつかまたは全てを含み得ることも考慮する。

【0254】

プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実施し得る。プロセッサ１１８は、伝送／受信要素１２２に結合され得る送受信機１２０に結合され得る。図７０は、プロセッサ１１８および送受信機１２０を別個のコンポーネントとして描写するが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップにともに統合され得ることが理解されるであろう。

【0255】

伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を経由して、基地局（例えば、基地局１１４ａ）へ信号を伝送するように、またはそこから信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。図６９に示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接もしくは間接通信し得ることが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ（登録商標）無線技術を採用する別のＲＡＮ（図示せず）とも通信し得る。

【0256】

コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての役割も果たし、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスし得る。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回路交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイート内のインターネットプロトコル（ＩＰ）等の共通通信プロトコルを使用する相互接続されたコンピュータネットワークならびにデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線もしくは無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを採用し得る１つ以上のＲＡＮに接続される、別のコアネットワークを含み得る。

【0257】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたは全ては、マルチモード能力を含み得、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なる無線リンクを経由して異なる無線ネットワークと通信するための複数の送受信機を含み得る。例えば、図６９に示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。

【0258】

図７０は、例えば、ＷＴＲＵ１０２等の本明細書に図示される実施形態による、無線通信のために構成される例示的装置またはデバイスのブロック図である。図７０に示されるように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。ＷＴＲＵ１０２は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。実施形態は、基地局１１４ａならびに１１４ｂ、および／または限定されないが、とりわけ、送受信機局（ＢＴＳ）、ノード−Ｂ、サービス拠点コントローラ、アクセスポイント（ＡＰ）、ホームノード−Ｂ、進化型ホームノード−Ｂ（ｅＮｏｄｅＢ）、ホーム進化型ノード−Ｂ（ＨｅＮＢ）、ホーム進化型ノード−Ｂゲートウェイ、およびプロキシノード等の基地局１１４ａならびに１１４ｂを表し得るノードが、図７０に描写され、本明細書に説明される要素のうちのいくつかまたは全部を含み得ることも考慮する。

【0259】

【0260】

伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を経由して、基地局（例えば、基地局１１４ａ）へ信号を伝送するように、またはそこから信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。実施形態では、伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、もしくは可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらなる実施形態では、伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送ならびに受信するように構成され得る。伝送／受信要素１２２は、無線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。

【0261】

加えて、伝送／受信要素１２２は、単一の要素として図７０で描写されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を経由して無線信号を伝送および受信するための２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含み得る。

【0262】

送受信機１２０は、伝送／受信要素１２２によって伝送される信号を変調するように、かつ伝送／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。

【0263】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニットもしくは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合され得、かつそこからユーザ入力データを受信し得る。プロセッサ１１８は、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８に出力し得る。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０および／または取り外し可能メモリ１３２等の任意のタイプの好適なメモリから情報にアクセスし、その中にデータを記憶し得る。非取り外し可能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ１３２は、サブスクライバ識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上等のＷＴＲＵ１０２上に物理的に位置しないメモリから情報にアクセスし、その中にデータを記憶し得る。

【0264】

プロセッサ１１８は、電源１３４から電力を受電し得、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池、太陽電池、燃料電池等を含み得る。

【0265】

プロセッサ１１８は、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成され得る、ＧＰＳチップセット１３６にも結合され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を経由して、基地局（例えば、基地局１１４ａ、１１４ｂ）から場所情報を受信し、および／または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その場所を決定し得る。ＷＴＲＵ１０２は、実施形態と一致したままで、任意の好適な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。

【0266】

プロセッサ１１８は、追加の特徴、機能性、および／または有線もしくは無線コネクティビティを提供する１つ以上のソフトウェアならびに／もしくはハードウェアモジュールを含み得る他の周辺機器１３８にさらに結合され得る。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサ等の種々のセンサ、ｅ−コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。

【0267】

ＷＴＲＵ１０２は、センサ、消費者電子機器、スマートウォッチまたはスマート衣類等のウェアラブルデバイス、医療またはｅヘルスデバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機等の乗り物等の他の装置もしくはデバイスで具現化され得る。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備え得る相互接続インターフェース等の１つ以上の相互接続インターフェースを介して、そのような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続し得る。

【0268】

図７１は、ある実施形態による、ＲＡＮ１０３およびコアネットワーク１０６の系統図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用し、エアインターフェース１１５を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０３は、コアネットワーク１０６とも通信し得る。図７１に示されるように、ＲＡＮ１０３は、エアインターフェース１１５を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含み得るノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを含み得る。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々は、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられ得る。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂも含み得る。ＲＡＮ１０３は、実施形態と一致したままで、任意の数のノード−ＢおよびＲＮＣを含み得ることが理解されるであろう。

【0269】

図７１に示されるように、ノード−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信し得る。加えて、ノード−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信し得る。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信し得る。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、互いに通信し得る。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されるそれぞれのノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化等の他の機能性を実施またはサポートするように構成され得る。

【0270】

図７１に示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル切り替えセンタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含み得る。前述の要素の各々は、コアネットワーク１０６の一部として描写されるが、これらの要素のうちの任意のものは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されるであろう。

【0271】

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。

【0272】

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にも接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。

【0273】

上記のように、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含み得るネットワーク１１２にも接続され得る。

【0274】

図７２は、ある実施形態による、ＲＡＮ１０４およびコアネットワーク１０７の系統図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０４は、コアネットワーク１０７とも通信し得る。

【0275】

ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態と一致したままで、任意の数のノード−Ｂを含み得ることが理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、エアインターフェース１１６を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含み得る。実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、そこから無線信号を受信し得る。

【0276】

ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング等をハンドリングするように構成され得る。図７２に示されるように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを経由して、互いに通信し得る。

【0277】

図７２に示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６とを含み得る。前述の要素の各々は、コアネットワーク１０７の一部として描写されるが、これらの要素のうちの任意のものは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されるであろう。

【0278】

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得、制御ノードとしての役割を果たし得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択等に責任があり得る。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭ（登録商標）またはＷＣＤＭＡ（登録商標）等の他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能も提供し得る。

【0279】

サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティングおよび転送し得る。サービングゲートウェイ１６４は、ｅＮｏｄｅＢ間ハンドオーバ中のユーザプレーンのアンカ、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶等の他の機能も果たし得る。

【0280】

サービングゲートウェイ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る、ＰＤＮゲートウェイ１６６にも接続され得る。

【0281】

コアネットワーク１０７は、他のネットワークとの通信を促進し得る。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、またはそれと通信し得る。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含み得るネットワーク１１２へのアクセスを提供し得る。

【0282】

図７３は、ある実施形態による、ＲＡＮ１０５およびコアネットワーク１０９の系統図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用し、エアインターフェース１１７を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）であり得る。以下でさらに議論されるであろうように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５の異なる機能エンティティとコアネットワーク１０９との間の通信リンクは、参照点として定義され得る。

【0283】

図７３に示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含み得るが、ＲＡＮ１０５は、実施形態と一致したままで、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃの各々は、ＲＡＮ１０５内の特定のセルに関連付けられ得、エアインターフェース１１７を経由してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含み得る。実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、そこから無線信号を受信し得る。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシ施行等のモビリティ管理機能も提供し得る。ＡＳＮゲートウェイ１８２は、トラフィック集約点としての役割を果たし得、ページング、サブスクライバプロファイルのキャッシング、コアネットワーク１０９へのルーティング等に責任があり得る。

【0284】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照点として定義され得る。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの各々は、コアネットワーク１０９と論理インターフェース（図示せず）を確立し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得る、Ｒ２参照点として定義され得る。

【0285】

基地局１８０ａ、１８０ｂ、および１８０ｃの各々間の通信リンクは、ＷＴＲＵハンドオーバならびに基地局の間のデータの転送を促進するためのプロトコルを含むＲ８参照点として定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義され得る。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられるモビリティイベントに基づいてモビリティ管理を促進するためのプロトコルを含み得る。

【0286】

図７３に示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を促進するためのプロトコルを含むＲ３参照点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証、認可、会計（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含み得る。前述の要素の各々は、コアネットワーク１０９の一部として描写されるが、これらの要素のうちの任意のものは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されるであろう。

【0287】

ＭＩＰ−ＨＡは、ＩＰアドレス管理に責任があり得、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間でローミングすることを可能にし得る。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスをサポートすることに責任があり得る。ゲートウェイ１８８は、他のネットワークとのインターワーキングを促進し得る。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含み得る、ネットワーク１１２へのアクセスを提供し得る。

【0288】

図７３に示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続され得、コアネットワーク１０９は、他のコアネットワークに接続され得ることが理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得る、Ｒ４参照点として定義され得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問したコアネットワークとの間のインターワーキングを促進するためのプロトコルを含み得る、Ｒ５参照点として定義され得る。

【0289】

本明細書に説明され、図６９−７３に図示される、コアネットワークエンティティは、ある既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能性は、他の名称によって識別され得、あるエンティティまたは機能は、将来の３ＧＰＰＮＲ仕様を含む３ＧＰＰによって公開される将来の仕様の中で組み合わせられ得ることが理解される。したがって、図６９−７３に説明ならびに図示される特定のネットワークエンティティおよび機能性は、一例のみとして提供され、本明細書で開示および請求される主題は、現在定義されているか、または将来的に定義されるかどうかにかかわらず、任意の類似通信システムで具現化もしくは実装され得ることが理解される。

【0290】

図７４は、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２内のあるノードもしくは機能エンティティ等の図６９−７０に図示される通信ネットワークの１つ以上の装置が具現化され得る、例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを備え得、主に、そのようなソフトウェアが記憶またはアクセスされる場所もしくは手段にかかわらず、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得る。そのようなコンピュータ読み取り可能な命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行され得る。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。プロセッサ９１は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする任意の他の機能性を実施し得る。コプロセッサ８１は、追加の機能を果たし得るか、またはプロセッサ９１を支援し得るメインプロセッサ９１とは明確に異なる随意のプロセッサである。プロセッサ９１および／またはコプロセッサ８１は、本明細書に開示される方法ならびに装置に関連するデータを受信、生成、および処理し得る。

【0291】

動作時、プロセッサ９１は、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ、ならびにそこから転送する。そのようなシステムバスは、コンピューティングシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、インタラプトを送信するため、およびシステムバスを動作させるための制御ラインとを含む。そのようなシステムバス８０の例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。

【0292】

システムバス８０に結合されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、読み取り専用メモリ（ＲＯＭ）９３とを含む。そのようなメモリは、情報が記憶されて読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正されることができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られるか、もしくは変更されることができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供し得る。メモリコントローラ９２は、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離するメモリ保護機能も提供し得る。したがって、第１のモードで起動するプログラムは、それ自身のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。

【0293】

加えて、コンピューティングシステム９０は、プロセッサ９１から、プリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を通信する責任がある周辺機器コントローラ８３を含み得る。

【0294】

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。視覚出力は、グラフィカルユーザインターフェース（ＧＵＩ）の形態で提供され得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される電子コンポーネントを含む。

【0295】

さらに、コンピューティングシステム９０は、図６９−７３のＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２等の外部通信ネットワークにコンピューティングシステム９０を接続し、コンピューティングシステム９０がそれらのネットワークの他のノードもしくは機能エンティティと通信することを可能にするために使用され得る、例えば、ネットワークアダプタ９７等の通信回路を含み得る。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書に説明されるある装置、ノード、もしくは機能エンティティの伝送および受信ステップを実施するために使用され得る。

【0296】

本明細書に説明される装置、システム、方法、およびプロセスのうちのいずれかまたは全ては、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化され得、その命令は、プロセッサ１１８または９１等のプロセッサによって実行されると、プロセッサに、本明細書に説明されるシステム、方法、およびプロセスを実施ならびに／もしくは実装させることが理解される。具体的には、本明細書に説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信のために構成される装置もしくはコンピューティングシステムのプロセッサ上で実行し得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の非一過性（すなわち、有形または物理）方法もしくは技術で実装される揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用されることができ、かつコンピュータによってアクセスされることができる任意の他の有形もしくは物理媒体を含むが、それらに限定されない。