(57)【要約】ワイヤレス送受信ユニット（ＷＴＲＵ）において、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のためのスケジューリング情報を受信することであって、スケジューリング情報が、物理リソースブロック（ＰＲＢ）と変調符号化方式（ＭＣＳ）レベルとのセットの表示を含む、受信することと、ＭＣＳレベル、ＰＵＳＣＨ送信のための周波数帯域、またはＰＵＳＣＨ送信のサブキャリア間隔のうちの少なくとも１つに基づいてＰＮＲＳ送信のための密度を決定することと、ＰＮＲＳの決定された密度を使用してＰＲＢのスケジュールされたセット中でＰＵＳＣＨを送信することとを備える、位相雑音基準信号（ＰＮＲＳ）送信のためのシステム、方法、および手段が開示される。
2019537856.tif 000002
【特許請求の範囲】
【請求項１】
位相雑音基準信号（ＰＮＲＳ）送信に関連付けられた方法であって、
ワイヤレス送受信ユニット（ＷＴＲＵ）において、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のためのスケジューリング情報を受信するステップであって、前記スケジューリング情報は、物理リソースブロック（ＰＲＢ）と変調符号化方式（ＭＣＳ）レベルとのセットの表示を含む、ステップと、
前記ＭＣＳレベル、前記ＰＵＳＣＨ送信のための周波数帯域、または前記ＰＵＳＣＨ送信のサブキャリア間隔のうちの少なくとも１つに基づいて前記ＰＮＲＳ送信のための密度を決定するステップと、
前記決定されたＰＮＲＳ密度を使用してＰＲＢの前記スケジュールされたセット中で前記ＰＵＳＣＨを送信するステップと
を備えたことを特徴とする方法。
【請求項２】
前記ＰＮＲＳ送信中に含めるＰＲＢのサブセットを決定するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項３】
ＰＲＢの前記サブセットは、ＷＴＲＵ固有パラメータに基づいて決定されることを特徴とする請求項２に記載の方法。
【請求項４】
ＰＲＢの前記決定されたサブセット中で前記ＰＮＲＳを送信するステップをさらに備えたことを特徴とする請求項２に記載の方法。
【請求項５】
前記ＰＮＲＳ密度は、周波数密度であり、前記ＰＮＲＳ密度は、スケジュールされた帯域幅中のＰＮＲＳのために使用されるサブキャリアの数に基づいて決定されることを特徴とする請求項１に記載の方法。
【請求項６】
前記ＰＮＲＳ密度は、時間密度であり、前記ＰＮＲＳ密度は、時間窓内にＰＮＲＳを有するＯＦＤＭシンボルの数に基づいて決定されることを特徴とする請求項１に記載の方法。
【請求項７】
前記ＰＮＲＳ密度は、０密度であることを特徴とする請求項１に記載の方法。
【請求項８】
前記ＰＮＲＳ密度は、前記ＰＵＳＣＨ送信上のＵＬ制御情報（ＵＣＩ）に基づいて決定されることを特徴とする請求項１に記載の方法。
【請求項９】
前記ＰＵＳＣＨ送信がＵＣＩを含む場合に第１のＰＮＲＳ密度を使用するステップと、前記ＰＵＳＣＨ送信がＵＣＩをもたない場合に第２のＰＮＲＳ密度を使用するステップとをさらに備え、前記第１のＰＮＲＳ密度は前記第２のＰＮＲＳ密度よりも高いことを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＭＣＳレベルが予め定められたしきい値よりも低い場合、前記ＰＮＲＳ密度は、前記ＰＵＳＣＨ送信について０密度であると決定されることを特徴とする請求項１に記載の方法。
【請求項１１】
ワイヤレス送受信ユニット（ＷＴＲＵ）であって、
メモリと、
プロセッサであって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のためのスケジューリング情報を受信し、前記スケジューリング情報は、物理リソースブロック（ＰＲＢ）と変調符号化方式（ＭＣＳ）レベルとのセットの表示を含み、
前記ＭＣＳレベル、前記ＰＵＳＣＨ送信のための周波数帯域、または前記ＰＵＳＣＨ送信のサブキャリア間隔のうちの少なくとも１つに基づいて位相雑音基準信号（ＰＮＲＳ）送信のための密度を決定し、
前記決定されたＰＮＲＳ密度を使用してＰＲＢの前記スケジュールされたセット中で前記ＰＵＳＣＨを送信する
ために前記メモリからの命令を実行するプロセッサと
を備えたことを特徴とするＷＴＲＵ。
【請求項１２】
前記プロセッサは、前記ＰＮＲＳ送信中に含めるＰＲＢのサブセットを決定するようにさらに構成されたことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１３】
ＰＲＢの前記サブセットは、ＷＴＲＵ固有パラメータに基づいて決定されることを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１４】
前記プロセッサは、ＰＲＢの前記決定されたサブセット中で前記ＰＮＲＳを送信するようにさらに構成されたことを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１５】
前記ＰＮＲＳ密度は、周波数密度であり、前記ＰＮＲＳ密度は、スケジュールされた帯域幅中のＰＮＲＳのために使用されるサブキャリアの数に基づいて決定されることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１６】
前記ＰＮＲＳ密度は、時間密度であり、前記ＰＮＲＳ密度は、時間窓内にＰＮＲＳを有するＯＦＤＭシンボルの数に基づいて決定されることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１７】
前記ＰＮＲＳ密度は、０密度であることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１８】
前記ＰＮＲＳ密度は、前記ＰＵＳＣＨ送信上のＵＬ制御情報（ＵＣＩ）に基づいて決定されることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１９】
前記プロセッサは、前記ＰＵＳＣＨ送信がＵＣＩを含む場合に第１のＰＮＲＳ密度を決定し、前記ＰＵＳＣＨ送信がＵＣＩをもたない場合に第２のＰＮＲＳ密度を決定するようにさらに構成され、前記第１のＰＮＲＳ密度は前記第２のＰＮＲＳ密度よりも高いことを特徴とする請求項１８に記載のＷＴＲＵ。
【請求項２０】
前記ＭＣＳレベルが予め定められたしきい値よりも低い場合、前記ＰＮＲＳ密度は、前記ＰＵＳＣＨ送信について０密度であると決定されることを特徴とする請求項１１に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイヤレス通信システムのための基準信号設計に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、それらの全体が複製されるかのように参照により本明細書に組み込まれる、２０１６年９月２８日に出願された米国特許仮出願第６２／４００，９２５号明細書、２０１７年２月３日に出願された米国特許仮出願第６２／４５４，６１７号明細書、２０１７年６月１４日に出願された米国特許仮出願第６２／５１９，４２４号明細書、および２０１７年９月８日に出願された米国特許仮出願第６２／５５６，１４６号明細書の優先権および利益を主張する。
【０００３】
３ＧＰＰは、新無線（ＮＲ：New Radio）と呼ばれることがある高度ワイヤレス通信システムに取り組んでいる。ＮＲの適用例は、拡張モバイルブロードバンド（ｅＭＢＢ：Enhanced mobile broadband）、大量のマシン型通信（ｍＭＴＣ：Massive machine-type communications）、または／および高信頼低遅延通信（ＵＲＬＬＣ：Ultra-reliable-and-low-latency communications）のうちの１つまたは複数を含み得るいくつかのカテゴリの下に要約され得る。カテゴリの下で、特定の性能要件を要求し得る様々なニーズおよび展開シナリオについて検討される適用例の幅広いセットがあり得る。たとえば、ｍＭＴＣおよびＵＲＬＬＣの適用例は自動車産業から、ヘルス、農業、ユーティリティ、およびロジスティックス産業までわたり得る。
【０００４】
ｍＭＴＣ適用例では、システムが、拡張されたカバレージ、低い電力消費量、および／または低いデバイス複雑性でＫｍ2当たり最大１，０００，０００個のｍＭＴＣデバイスをサポートすることが可能であり得ることが予想される。高い接続密度をサポートするために、非直交多元接続技法がＮＲに提案され得る。ＵＲＬＬＣ適用例では、セル当たりのＷＴＲＵ密度は、より（たとえば、著しく）低くなり得る。ＵＲＬＬＣでは、１ｍｓよりも短いターゲット遅延および／または１０-5のビット誤り率の高信頼性がターゲットになり得る。
【発明の概要】
【０００５】
ワイヤレス送受信ユニット（ＷＴＲＵ）において、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のためのスケジューリング情報を受信することであって、スケジューリング情報が、物理リソースブロック（ＰＲＢ）と変調符号化方式（ＭＣＳ）レベルとのセットの表示を含む、受信することと、ＭＣＳレベル、ＰＵＳＣＨ送信のための周波数帯域、またはＰＵＳＣＨ送信のサブキャリア間隔のうちの少なくとも１つに基づいてＰＮＲＳ送信のための密度を決定することと、ＰＮＲＳの決定された密度を使用してＰＲＢのスケジュールされたセット中でＰＵＳＣＨを送信することとを備える、位相雑音基準信号（ＰＮＲＳ）送信のためのシステム、方法、および手段が開示される。
【図面の簡単な説明】
【０００６】
より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得ることができる。
【０００７】
【図１Ａ】１つまたは複数の開示される実施形態が実装され得る例示的な通信システムを示すシステム図である。
【図１Ｂ】図１Ａに示す通信システム内で使用され得る例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】図１Ａに示す通信システム内で使用され得る例示的な無線アクセスネットワーク（ＲＡＮ）と例示的なコアネットワーク（ＣＮ）とを示すシステム図である。
【図１Ｄ】図１Ａに示す通信システム内で使用され得るさらなる例示的なＲＡＮとさらなる例示的なＣＮとを示すシステム図である。
【図２】連続するＯＦＤＭシンボルにわたって同じサブキャリアロケーションを使用するＰＮＲＳの一例を示す。
【図３】未使用の隣接するサブキャリアをもつＰＮＲＳの一例を示す。
【図４】より低い密度のＰＮＲＳパターンの一例を示す。
【図５】パンクチャリングを介したＤＦＴ前ＰＮＲＳ挿入の一例を示す。
【図６】多重化を介したＤＦＴ前ＰＮＲＳ挿入の一例を示す。
【図７】多重化を介したＤＦＴ前ＰＮＲＳ挿入の一例を示す。
【図８】サイクリックシフト（ＣＳ）値とともに例示的なベースＰＴＲＳパターンを示す。
【図９】異なるＣＳ値をもつ例示的なＷＴＲＵ固有のゼロ電力および非ゼロ電力のＰＴＲＳパターンを示す。
【図１０】ＰＴＲＳチャンク内のＰＴＲＳトーンのための例示的なＷＴＲＵ固有のＯＣＣを示す。
【図１１】パンクチャリングを介したＤＦＴ後ＰＮＲＳ挿入の一例を示す。
【図１２】多重化を介したＤＦＴ後ＰＮＲＳ挿入の一例を示す。
【図１３】多重化を介したＤＦＴ後ＰＮＲＳ挿入の一例を示す。
【図１４】ＰＮＲＳ挿入のためのＯＦＤＭ中の例示的なパンクチャリングを示す。
【図１５】ＰＮＲＳおよびＥＰＤＣＣＨリソースセットの関連付けの一例を示す。
【図１６】ＰＮＲＳおよびＰＲＢセットの関連付けの一例を示す。
【図１７】サブフレームの制御／データ部分にマッピングされた分散されたＤＭ−ＲＳの一例を示す。
【図１８】ｅＮＢがそれの受信ビームをスイープしている間に同じＳＲＳを送信するＷＴＲＵの一例を示す。
【図１９】それのＳＲＳをスイープするＷＴＲＵの一例を示す。
【図２０】ビーム測定のためのＳＲＳ送信の一例を示す。
【図２１】サブバンドホッピングを用いるＳＲＳ送信の一例を示す。
【図２２】ＳＲＳ送信およびＲＥミュートの一例を示す。
【図２３】直交シーケンスおよび繰り返しを用いるＩＦＤＭＡを使用したポート多重化の一例を示す。
【図２４】時間領域カバーコードを用いないＤＭ−ＲＳシンボルのＦＤＭの一例を示す。
【図２５】時間領域カバーコードを用いるＤＭ−ＲＳシンボルのＦＤＭの一例を示す。
【図２６】ＰＮＲＳ周波数密度の一例を示す。
【図２６Ａ】ＰＮＲＳ周波数密度の一例を示す。
【図２７】ＰＮＲＳ送信のための周波数密度を決定することの一例を示す。
【発明を実施するための形態】
【０００８】
図１Ａは、１つまたは複数の開示される実施形態が実装され得る例示的な通信システム１００を示す図である。通信システム１００は、複数のワイヤレスユーザに音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを与える多元接続システムであり得る。通信システム１００は、ワイヤレス帯域幅を含むシステムリソースの共有を通してそのようなコンテンツに複数のワイヤレスユーザがアクセスすることを可能にし得る。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ：zero-tail unique-word DFT-Spread OFDM）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ：unique word OFDM）、リソースブロックフィルタ処理済みＯＦＤＭ（resource block-filtered OFDM）、フィルタバンクマルチキャリア（ＦＢＭＣ：filter bank multicarrier）などの１つまたは複数のチャネルアクセス方法を採用し得る。
【０００９】
図１Ａに示すように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態が、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを諒解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境において動作および／または通信するように構成された任意のタイプのデバイスであり得る。例として、いずれかが「局」および／または「ＳＴＡ」と呼ばれることがあるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成され得、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、ホットスポットまたはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブルなもの、ヘッドマウントディスプレイ（ＨＭＤ）、ビークル、ドローン、医療デバイスおよびアプリケーション（たとえば、遠隔手術）、産業用デバイスおよびアプリケーション（たとえば、産業および／または自動処理チェーンコンテキストで動作するロボットおよび／または他のワイヤレスデバイス）、家庭用電子機器デバイス、商用および／または産業用ワイヤレスネットワーク上で動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのいずれかは、互換的にＵＥと呼ばれることがある。
【００１０】
通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、送受信基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであり得る。基地局１１４ａ、１１４ｂが各々単一の要素として示されているが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることを諒解されよう。
【００１１】
基地局１１４ａは、他の基地局および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどのネットワーク要素（図示せず）をも含み得るＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある１つまたは複数のキャリア周波数上でワイヤレス信号を送信および／または受信するように構成され得る。これらの周波数は、認可スペクトル、無認可スペクトル、または認可スペクトルと無認可スペクトルとの組合せ中にあり得る。セルは、比較的固定され得るか、または時間とともに変化し得る特定の地理的エリアにワイヤレスサービスのためのカバレージを与え得る。セルは、セルセクタにさらに分割され得る。たとえば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルのセクタごとに１つを含み得る。一実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用し得、セルのセクタごとに複数のトランシーバを利用し得る。たとえば、所望の空間的方向で信号を送信および／または受信するために、ビームフォーミングが使用され得る。
【００１２】
基地局１１４ａ、１１４ｂは、任意の好適なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であり得るエアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信し得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００１３】
より詳細には、上記のように、通信システム１００は、多元接続システムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を採用し得る。たとえば、ＲＡＮ１０４／１１３中の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立し得るユニバーサル移動体（電話）通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１４】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る発展型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装し得る。
【００１５】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（ＮＲ）を使用してエアインターフェース１１６を確立し得るＮＲ無線アクセスなどの無線技術を実装し得る。
【００１６】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。たとえば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、たとえば、デュアル接続性（ＤＣ）原理を使用してＬＴＥ無線アクセスとＮＲ無線アクセスとを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術および／または複数のタイプの基地局（たとえば、ｅＮＢおよびｇＮＢ）との間で送られる送信によって特徴づけられ得る。
【００１７】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティー（ＷｉＦｉ（登録商標）））、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【００１８】
図１Ａ中の基地局１１４ｂは、たとえば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであり得、職場、家庭、ビークル、構内、産業設備、（たとえば、ドローンが使用するための）空中回廊、道路などの局所化されたエリアでのワイヤレス接続性を容易にすることのために任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装し得る。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装し得る。また別の実施形態中で、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。
【００１９】
ＲＡＮ１０４／１１３は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを与えるように構成された任意のタイプのネットワークであり得るＣＮ１０６／１１５と通信していることがある。データは、異なるスループット要件、レイテンシ要件、誤り耐性要件、信頼性要件、データスループット要件、モビリティ要件などの変動するサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼の制御、課金サービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを与え、および／またはユーザ認証などの高レベルなセキュリティ関数を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５が、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接的または間接的に通信していることがあることを諒解されよう。たとえば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を採用する別のＲＡＮ（図示せず）と通信していることがある。
【００２０】
ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働き得る。ＰＳＴＮ１０８は、簡易電話サービス（ＰＯＴＳ）を与える回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート中で伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）および／またはインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または動作されるワイヤードおよび／またはワイヤレス通信ネットワークを含み得る。たとえば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用し得る１つまたは複数のＲＡＮに接続された別のＣＮを含み得る。
【００２１】
通信システム１００中でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含み得る（たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数のトランシーバを含み得る）。たとえば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。
【００２２】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、特に、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不能メモリ１３０、取外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含み得る。ＷＴＲＵ１０２が、実施形態に一致したままでありながら、上記の要素の任意の部分組合せを含み得ることを諒解されよう。
【００２３】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他のタイプの集積回路（ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境において動作することを可能にする任意の他の機能を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂに、別個の構成要素としてプロセッサ１１８とトランシーバ１２０とを示しているが、プロセッサ１１８とトランシーバ１２０とが電子パッケージまたはチップ中で一緒に統合され得ることを諒解されよう。
【００２４】
送信／受信要素１２２は、エアインターフェース１１６を介して基地局（たとえば、基地局１１４ａ）に信号を送信し、またはそれから信号を受信するように構成され得る。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、たとえば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であり得る。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号との両方を送信および／または受信するように構成され得る。送信／受信要素１２２が、ワイヤレス信号の任意の組合せを送信および／または受信するように構成され得ることを諒解されよう。
【００２５】
送信／受信要素１２２が単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含み得る。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介してワイヤレス信号を送信および受信するための２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含み得る。
【００２６】
トランシーバ１２０は、送信／受信要素１２２によって送信されるべきである信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、たとえば、ＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含み得る。
【００２７】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、それらからユーザ入力データを受信し得る。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力し得る。さらに、プロセッサ１１８は、取外し不能メモリ１３０および／または取外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、それの中にデータを記憶し得る。取外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または他のタイプのメモリストレージデバイスを含み得る。取外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、その中にデータを記憶し得る。
【００２８】
プロセッサ１１８は、電源１３４から電力を受電し得、ＷＴＲＵ１０２中の他の構成要素に電力を分散および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであり得る。たとえば、電源１３４は、１つまたは複数の乾電池バッテリ（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【００２９】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（たとえば、経度および緯度）を与えるように構成され得るＧＰＳチップセット１３６に結合され得る。ＧＰＳチップセット１３６からの情報に加えて、または、それの代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介してロケーション情報を受信し、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいてそれのロケーションを決定し得る。ＷＴＲＵ１０２が、実施形態に一致したままでありながら、任意の好適なロケーション決定方法によってロケーション情報を捕捉し得ることを諒解されよう。
【００３０】
プロセッサ１１８は、追加の特徴、機能および／またはワイヤードもしくはワイヤレス接続性を与える１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る他の周辺機器１３８にさらに結合され得る。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、（写真および／またはビデオのための）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、バーチャルリアリティおよび／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含み得る。周辺機器１３８は、１つまたは複数のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、向きセンサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体センサ、および／または湿度センサのうちの１つまたは複数であり得る。
【００３１】
ＷＴＲＵ１０２は、（たとえば、（たとえば、送信のための）ＵＬと（たとえば、受信のための）ダウンリンクとの両方のための特定のサブフレームに関連する）信号の一部または全部の送信および受信が並列および／または同時であり得る全二重無線を含み得る。全二重無線は、ハードウェア（たとえば、チョーク）またはプロセッサ（たとえば、別個のプロセッサ（図示せず）またはビアプロセッサ１１８）を介した信号処理のいずれかを介して自己干渉を小さくするおよび／または実質的になくすために干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（たとえば、（たとえば、送信のための）ＵＬまたは（たとえば、受信のための）ダウンリンクのいずれかのための特定のサブフレームに関連する）信号の一部または全部の送信および受信のための半二重無線を含み得る。
【００３２】
図１Ｃは、一実施形態による、ＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信していることがある。
【００３３】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４が、実施形態に一致したままでありながら、任意の数のｅノードＢを含み得ることを諒解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含み得る。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノードＢ１６０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するおよび／またはそれからワイヤレス信号を受信するために複数のアンテナを使用し得る。
【００３４】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理判断、ハンドオーバ判断、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成され得る。図１Ｃに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いと通信し得る。
【００３５】
図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含み得る。上記の要素の各々がＣＮ１０６の一部として示されているが、これらの要素のいずれかがＣＮオペレータ以外のエンティティによって所有および／または動作され得ることを諒解されよう。
【００３６】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４中のｅノードＢ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、制御ノードとして働き得る。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ（initial attach）中に特定のサービングゲートウェイを選択することなどを担当し得る。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を与え得る。
【００３７】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４中のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングおよび転送し得る。ＳＧＷ１６４は、ｅノードＢ間のハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能である場合にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を実行し得る。
【００３８】
ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするためにインターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得るＰＧＷ１６６に接続され得る。
【００３９】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。たとえば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定通信デバイスとの間の通信を容易にするためにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。たとえば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るかまたはそれと通信し得る。さらに、ＣＮ１０６は、他のサービスプロバイダによって所有および／または動作される他のワイヤードおよび／またはワイヤレスネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。
【００４０】
ＷＴＲＵはワイヤレス端末として図１Ａ〜図１Ｄに記載されているが、そのような端末が（たとえば、一時的にまたは永続的に）使用し得るいくつかの代表的な実施形態では、ワイヤード通信が通信ネットワークとインターフェース接続することが企図される。
【００４１】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。
【００４２】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）とＡＰに関連する１つまたは複数の局（ＳＴＡ）とを有し得る。ＡＰは、配信システム（ＤＳ）またはＢＳＳを出入りするトラフィックを搬送する別のタイプのワイヤード／ワイヤレスネットワークへのアクセスまたはインターフェースを有し得る。ＢＳＳの外部から発信するＳＴＡへのトラフィックは、ＡＰを通して到着し得、ＳＴＡに送出され得る。ＢＳＳ外の宛先にＳＴＡから発信されたトラフィックは、それぞれの宛先に配信されるためにＡＰに送られ得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送られることがあり、たとえば、ここで、ソースＳＴＡはＡＰにトラフィックを送り得、ＡＰは、宛先ＳＴＡにトラフィックを送出し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされるおよび／またはそう呼ばれることがある。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で（たとえば、それらの間で直接）送られ得る。いくつかの代表的な実施形態では、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネリングされたＤＬＳ（ＴＤＬＳ：tunneled DLS）を使用し得る。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰを有しないことがあり、ＩＢＳＳ内のまたはそれを使用するＳＴＡ（たとえば、ＳＴＡのすべて）は互いに直接通信し得る。ＩＢＳＳ通信モードは、時々、本明細書では「アドホック」通信モードと呼ばれることがある。
【００４３】
８０２．１１ａｃインフラストラクチャ動作モードまたは同様の動作モードを使用する場合、ＡＰは、１次チャネルなどの固定チャネル上でビーコンを送信し得る。１次チャネルは、固定幅（たとえば、２０ＭＨｚ幅の帯域幅）であるか、またはシグナリングを介して動的に設定された幅であり得る。１次チャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。いくつかの代表的な実施形態では、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が、たとえば、８０２．１１システム中に実装され得る。ＣＳＭＡ／ＣＡでは、ＡＰを含むＳＴＡ（たとえば、あらゆるＳＴＡ）が１次チャネルを感知し得る。１次チャネルが特定のＳＴＡによって感知／検出されるおよび／またはビジーであると決定される場合、特定のＳＴＡはバックオフし得る。１つのＳＴＡ（たとえば、ただ１つの局）が、所与のＢＳＳ中で所与の時間に送信し得る。
【００４４】
高スループット（ＨＴ）のＳＴＡは、４０ＭＨｚ幅のチャネルを形成するために、たとえば、隣接するまたは隣接していない２０ＭＨｚのチャネルとの１次の２０ＭＨｚのチャネルの組合せを介した通信のために４０ＭＨｚ幅のチャネルを使用し得る。
【００４５】
極高スループット（ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚおよび／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚのチャネルを組み合わせることによって形成され得る。１６０ＭＨｚのチャネルは、８つの連続する２０ＭＨｚのチャネルを組み合わせることによって、または８０＋８０構成と呼ばれることがある２つの不連続の８０ＭＨｚのチャネルを組み合わせることによって形成され得る。８０＋８０構成では、データは、チャネル符号化後に、２つのストリームにデータを分割し得るセグメントパーサを通してパスされ得る。逆高速フーリエ変換（ＩＦＦＴ）処理と時間領域処理とが別々に各ストリームに対して行われ得る。ストリームは、２つの８０ＭＨｚのチャネル上にマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成について上記で説明した動作が逆行され得、組み合わされたデータが媒体アクセス制御（ＭＡＣ）に送られ得る。
【００４６】
８０２．１１ａｆおよび８０２．１１ａｈによってサブ１ＧＨｚ動作モードがサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃで使用されるものと比較して８０２．１１ａｆおよび８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトル中の５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレージエリア中のＭＴＣデバイスなどのメータ型制御／マシン型通信をサポートし得る。ＭＴＣデバイスは、いくつかの能力、たとえば、いくつかのおよび／または限定された帯域幅のサポート（たとえば、それだけのサポート）を含む限定された能力を有し得る。ＭＴＣデバイスは、（たとえば、非常に長いバッテリ寿命を維持するために）しきい値を上回るバッテリ寿命をもつバッテリを含み得る。
【００４７】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどの複数のチャネルおよびチャネル帯域幅をサポートし得るＷＬＡＮシステムは、１次チャネルとして指定され得るチャネルを含む。１次チャネルは、ＢＳＳ中のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有し得る。１次チャネルの帯域幅は、ＢＳＳ中で動作するすべてのＳＴＡの中から、最小の帯域幅動作モードをサポートするＳＴＡによって設定および／または限定され得る。８０２．１１ａｈの例では、ＡＰおよびＢＳＳ中の他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合でも、１次チャネルは、１ＭＨｚモードをサポートする（たとえば、それだけをサポートする）ＳＴＡ（たとえば、ＭＴＣタイプのデバイス）について１ＭＨｚ幅であり得る。キャリア検知および／またはネットワーク割振りベクトル（ＮＡＶ）の設定は、１次チャネルのステータスに依存し得る。たとえば（１ＭＨｚ動作モードだけをサポートする）ＳＴＡのために１次チャネルがビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であり得る場合であっても、ＡＰに利用可能な周波数帯域全体を送信することがビジーであると見なされ得る。
【００４８】
米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚまである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚまである。８０２．１１ａｈのために利用可能な総帯域幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。
【００４９】
図１Ｄは、一実施形態による、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲ無線技術を採用し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信していることがある。
【００５０】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３が、実施形態に一致したままでありながら、任意の数のｇＮＢを含み得ることを諒解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。たとえば、ｇＮＢ１８０ａ、１０８ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはそれから信号を受信するためにビームフォーミングを利用し得る。したがって、ｇＮＢ１８０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、および／またはそれからワイヤレス信号を受信するために複数のアンテナを使用し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。たとえば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａ（図示せず）に複数コンポーネントキャリアを送信し得る。これらのコンポーネントキャリアのサブセットは、無認可スペクトル上にあり得るが、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ）技術を実装し得る。たとえば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信し得る。
【００５１】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジー（Numerology）に関連する送信を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。たとえば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、セル、および／またはワイヤレス送信スペクトルの部分ごとに変動し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（たとえば、様々な数のＯＦＤＭシンボルを含んでいるおよび／または変動する長さの絶対時間の間続く）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【００５２】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（たとえば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることもなしにｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカーポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無認可帯域中の信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信しながら／それにも接続しながらｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る／それに接続し得る。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためにＤＣ原理を実装し得る。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとして働き得、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための追加のカバレージおよび／またはスループットを与え得る。
【００５３】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理判断、ハンドオーバ判断、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続性、ＮＲとＥ−ＵＴＲＡとの間の相互接続、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向けたユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに向けた制御プレーン情報のルーティングなどを扱うように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いと通信し得る。
【００５４】
図１Ｄに示すＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、場合によっては、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含み得る。上記の要素の各々がＣＮ１１５の一部として示されているが、これらの要素のいずれかがＣＮオペレータ以外のエンティティによって所有および／または動作され得ることを諒解されよう。
【００５５】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続され得、制御ノードとして働き得る。たとえば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシング（たとえば、異なる要件をもつ異なるＰＤＵセッションの扱い）のサポート、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などを担当し得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮのサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。たとえば、異なるネットワークスライスは、高信頼低遅延（ＵＲＬＬＣ）アクセスに依拠するサービス、拡張大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス、マシン型通信（ＭＴＣ）アクセスのサービスなどの異なる使用事例のために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３とＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を与え得る。
【００５６】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１１５中のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介してＣＮ１１５中のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通してトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＷＴＲＵのＩＰアドレスを管理し、割り振ること、ＰＤＵセッションを管理すること、ポリシーの実施およびＱｏＳを制御すること、ダウンリンクデータの通知を与えることなどの他の機能を実行し得る。ＰＤＵセッションのタイプは、ＩＰベースのもの、非ＩＰベースのもの、イーサネットベースのものなどであり得る。
【００５７】
ＵＰＦ１８４ａ、１８４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするためにインターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得るＮ３インターフェースを介してＲＡＮ１１３中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続され得る。ＵＰＦ１８４、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンのポリシーを強制すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを扱うこと、ダウンリンクパケットをバッファリングすること、モビリティアンカリングを与えることなどの他の機能を実行し得る。
【００５８】
ＣＮ１１５は、他のネットワークとの通信を容易にし得る。たとえば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るかまたはそれと通信し得る。さらに、ＣＮ１１５は、他のサービスプロバイダによって所有および／または動作される他のワイヤードおよび／またはワイヤレスネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェースとＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースとを介してＵＰＦ１８４ａ、１８４ｂを通してローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続され得る。
【００５９】
図１Ａ〜１Ｄおよび図１Ａ〜１Ｄの対応する説明に鑑みて、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅノードＢ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ａｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書で説明する任意の他のデバイスのうちの１つまたは複数に関して本明細書で説明する機能のうちの１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書で説明する機能のうちの１つもしくは複数またはすべてをエミュレートするように構成された１つまたは複数のデバイスであり得る。たとえば、エミュレーションデバイスは、他のデバイスをテストする、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために使用され得る。
【００６０】
エミュレーションデバイスは、ラボ環境でおよび／またはオペレータネットワーク環境で他のデバイスの１つまたは複数のテストを実装するように設計され得る。たとえば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするためにワイヤードおよび／またはワイヤレス通信ネットワークの一部として完全にまたは部分的に実装および／または展開されながら、１つもしくは複数またはすべての機能を実行し得る。１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として一時的に実装／展開されながら、１つもしくは複数またはすべての機能を実行し得る。エミュレーションデバイスは、オーバージエアワイヤレス通信を使用してテストするおよび／またはテストを実行し得るために別のデバイスに直接結合され得る。
【００６１】
１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として実装／展開されることなしに、すべてを含む１つまたは複数の機能を実行し得る。たとえば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために試験所ならびに／または展開されていない（たとえば、テスト用の）ワイヤードおよび／もしくはワイヤレス通信ネットワーク中のテストシナリオで利用され得る。１つまたは複数のエミュレーションデバイスは、テスト機器であり得る。データを送信および／または受信するためにエミュレーションデバイスによって、直接ＲＦ結合および／または（たとえば、１つまたは複数のアンテナを含み得る）ＲＦ回路を介したワイヤレス通信が使用され得る。
【００６２】
ＬＴＥでは、一例として、直交周波数分割多重（ＯＦＤＭ）がダウンリンク（ＤＬ）送信のために使用され得、および／または離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ−ｓ−ＯＦＤＭ）がアップリンク（ＵＬ）送信のために使用され得る。（多重アクセスを用いるシングルキャリア（ＳＣ）ＳＣ−ＦＤＭＡと呼ばれることがある）サイクリックプレフィックス（ＣＰ）ＤＦＴ−ｓ−ＯＦＤＭでは、データシンボルが、最初に、ＤＦＴブロックを用いて拡散され、次いで、ＩＤＦＴブロックの対応する入力にマッピングされ得る。ＣＰは、シンボル間干渉（ＩＳＩ）を回避し、受信機における１タップ周波数領域等化（ＦＤＥ）を可能にするために、シンボルの始めにプリペンドされ得る。
【００６３】
ダウンリンク送信では、基準シンボルは、特定のサブキャリアに散乱され得、たとえば、１つのＯＦＤＭシンボルは、データおよび基準シンボルと一緒にロードされたサブキャリアを有する。共通の基準シンボルは、システム帯域幅に分散されたサブキャリア上で送信され得、および／またはＷＴＲＵ固有の基準信号は、特定のＷＴＲＵに割り振られたサブバンドに分散され得る。
【００６４】
次世代のワイヤレス通信システムでは、高周波数帯域で動作する場合に発生し得る位相雑音問題に対処する基準信号設計が必要とされ得る。高モビリティシナリオでは、たとえば、ドップラシフトを推定し、補償するために、ＲＳ設計の拡張が必要とされ得る。低いオーバーヘッドをもつ共通のアップリンク／ダウンリンク／サイドリンクＲＳ設計を有することが望ましいことがある。
【００６５】
たとえば、位相雑音基準信号（ＰＮＲＳ）を用いて複数のＴＲＰからＤＬ信号を送信するシステム、方法、および手段が開示される。ＰＮＲＳ設計／構成、複数のＴＲＰをもつＰＮＲＳの使用、およびＵＬ送信のためのＰＮＲＳが開示される。
【００６６】
ｘが、ＩＦＦＴの後の（たとえば、ＣＰなしの）ＯＦＤＭシンボルである場合、θｔは、送信機の位相雑音ベクトルであり、ＣＰ除去後の受信信号は、
【００６７】
【数１】
2019537856.tif 000003
【００６８】
として記載され得る。
【００６９】
受信機におけるＤＦＴ動作の後に、
【００７０】
【数２】
2019537856.tif 000004
【００７１】
となり、ここで、Θｔ＝ＦθｔおよびＨ＝Ｆｈである。これは、データベクトルが、位相雑音スペクトルで巡回的に畳み込まれ得、結果がチャネル応答によってスケーリングされ得ることを意味する。位相雑音のスペクトルに応じて、サブキャリアごとのデータシンボルは、共通の位相誤差で回転され、キャリア間干渉によって汚染され得る。位相雑音のＰＳＤは、高速減衰し得、ＩＣＩ寄与は、大部分は隣接するサブキャリアからのものであり得る。受信機の位相雑音がある場合、
【００７２】
【数３】
2019537856.tif 000005
【００７３】
となり、ここで、Θｒは、受信機の位相雑音のスペクトルである。
【００７４】
基準信号は、位相雑音を補償するために使用され得、基準信号は、サブフレーム（またはＴＴＩ）中の連続するＯＦＤＭシンボルにわたって送信され得、これは、時変位相雑音を正確に推定し得る。位相雑音を補償するために使用される基準信号が、位相雑音基準信号（ＰＮＲＳ）と呼ばれることがあること（ＰＮＲＳは、たとえば、位相トラッキング基準信号（ＰＴＲＳ）、位相雑音補償基準信号（ＰＮＣＲＳ）、および位相誤差追跡基準信号（ＰＥＴＲＳ）と互換的に使用され得る）、位相雑音基準信号が、位相雑音を推定するために使用され得、それは、時間および／もしくは周波数オフセット追跡、同期、測定（たとえば、ＲＳＲＰ）、ＣＳＩ推定（たとえば、ＣＱＩ、ＰＭＩ）、もしくはダウンリンク信号の復調のうちの１つもしくは複数を含む他の目的のために使用され得ること、またはＰＮＲＳが、ＯＦＤＭシンボル中の１つもしくは複数のサブキャリア中で送信され得、同じサブキャリアが、時間窓内の連続するＯＦＤＭシンボル中で使用され得ること（たとえば、例として図２および図３を参照）のうちの１つまたは複数を適用し得る。
【００７５】
ＰＮＲＳが、ＯＦＤＭシンボル中の１つまたは複数のサブキャリア中で送信され、同じサブキャリアが、時間窓内の連続するＯＦＤＭシンボル中で使用され得る場合、以下のうちの１つまたは複数を適用し得る。ＰＮＲＳ送信のために使用され得る１つまたは複数のサブキャリアインデックスは、少なくとも１つのシステムパラメータ（たとえば、物理セルＩＤ、仮想セルＩＤ、ＴＲＰ  ＩＤ、サブフレーム数、および／または無線フレーム番号）に基づいて決定され得、隣接セル間のＰＮＲＳ衝突が回避され得る。別のセルまたはＴＲＰに関連付けられ得るＰＮＲＳのための１つまたは複数の時間／周波数リソースが、ダウンリンク信号送信のためにミュートされるか、予約されるか、または使用されないことがある。サブバンド（たとえば、１２個のサブキャリア）が、ＰＮＲＳ送信のために予約され得、サブバンド中の少なくとも１つのサブキャリアが、少なくとも１つのシステムパラメータに基づいてＰＮＲＳ送信のために選択されるか、決定されるか、または使用され得る。サブバンドは、他のダウンリンク信号送信（たとえば、制御、データ、および／またはブロードキャスト）のために使用されないことがある。ＰＮＲＳ送信のために使用され得る１つまたは複数のサブキャリアインデックスが予め定められ得る。たとえば、システム帯域幅中の中心サブキャリアがＰＮＲＳ送信のために使用され得る。ＰＮＲＳ送信のために使用されるサブキャリアの数は、ブロードキャスト信号から示され得る。１つまたは複数のサブキャリアインデックスは、スケジュールされたＰＲＢの１つであり、ＰＮＲＳを搬送し得るＰＲＢ内のサブキャリアインデックスであり得る。
【００７６】
図２に、連続するＯＦＤＭシンボルにわたって同じサブキャリアロケーションを使用するＰＮＲＳの一例を示す。図３に、未使用の隣接するサブキャリアをもつＰＮＲＳの一例を示す。
【００７７】
より低い密度のＰＮＲＳパターンが定義され得る。たとえば、位相雑音の相関時間がＯＦＤＭシンボル長よりも長い場合、これらのより低い密度のＰＮＲＳパターンがｅＮＢによって構成され得る。より低い密度のＰＮＲＳパターンの一例を図４に示す。ＰＮＲＳの密度は、時間領域中の密度（たとえば、時間窓（たとえば、スロット、サブフレーム、ＴＴＩ）内のＰＮＲＳを含んでいるＯＦＤＭシンボルの数および／または周波数領域中の密度（たとえば、システム帯域幅、ＰＲＢ、ＰＲＢペア、またはスケジュールされた帯域幅内のＰＮＲＳのために使用されるサブキャリアの数））に基づいて決定され得る。図３に、（たとえば、時間領域中に）高密度をもつＰＮＲＳの一例を示す。図４に、（たとえば、時間領域中に）低密度をもつＰＮＲＳの一例を示し、ここにおいて、より低い密度のＰＮＲＳは、より高い密度のＰＮＲＳのために送信または使用されるＰＮＲＳのサブセットを使用し得る。
【００７８】
ＰＮＲＳは、たとえば、ヌメロロジー（たとえば、サブキャリア間隔およびＯＦＤＭシンボル持続時間）に応じてより低いまたはより高い密度パターンのために構成され得る。たとえば、短いＯＦＤＭシンボル持続時間で動作するシステムでは、より低い密度のＰＮＲＳパターンは、たとえば、位相雑音の相関時間がＯＦＤＭシンボル持続時間よりも長い場合に使用され得る。ＰＮＲＳ密度（または密度パターン）は、ユニキャストトラフィック（たとえば、ＰＤＳＣＨ、ＰＵＳＣＨ）のために使用または構成されたサブキャリア間隔、スケジュールされた帯域幅、ＴＴＩ長、追加のＤＭ−ＲＳの存在、リソース割振りタイプ、またはレイヤの数のうちの１つまたは複数に基づいて決定され得る。
【００７９】
サブキャリア間隔は、ユニキャストトラフィック（たとえば、ＰＤＳＣＨ、ＰＵＳＣＨ）のために使用または構成され得る。サブキャリア間隔のセットは、ユニキャストトラフィックのために使用され得、サブキャリア間隔のうちの１つが、ＰＤＳＣＨまたはＰＵＳＣＨ送信のために構成または使用され得、たとえば、ＰＮＲＳ密度は、使用または構成されたサブキャリア間隔に基づいて決定され得る。たとえば、サブキャリア間隔のセット｛１５，３０，６０，１２０，２４０｝ｋＨｚが使用され得、ＷＴＲＵが、サブキャリア間隔｛１５｝ｋＨｚで構成される場合、ＰＮＲＳは送信されないことがあり（たとえば、ゼロＰＮＲＳ密度）、ＷＴＲＵがサブキャリア間隔｛２４０｝ｋＨｚで構成される場合、高密度をもつＰＮＲＳが使用され得る。ＰＮＲＳ密度のセットが使用され得、ＰＮＲＳ密度のサブセットは、使用されたサブキャリア間隔に基づいて決定され得る。サブセット内の１つのＰＮＲＳ密度は、他のスケジューリングパラメータ（たとえば、変調次数、ＭＣＳレベル、スケジューリング帯域幅、レイヤ数など）に基づいて決定され得る。たとえば、Ｎｄ個のＰＮＲＳ密度は、｛ＰＮＲＳ−１，ＰＮＲＳ−２，．．．，ＰＮＲＳ−Ｎｄ｝として使用され得、各サブキャリア間隔は、ＰＮＲＳ密度のサブセットに関連付けられ得る。たとえば、第１のサブキャリア間隔（たとえば、１５ｋＨｚ）は、ＰＮＲＳ密度のサブセット｛ＰＮＲＳ−１｝に関連付けられ得、第２のサブキャリア間隔（たとえば、３０ｋＨｚ）は、ＰＮＲＳ密度のサブセット｛ＰＮＲＳ−１，ＰＮＲＳ−２｝に関連付けられ得、第３のサブキャリア間隔（たとえば、２４０ｋＨｚ）は、ＰＮＲＳ密度のサブセット｛ＰＮＲＳ−Ｎｄ−１，ＰＮＲＳ−Ｎｄ｝に関連付けられ得るなどである。ＰＮＲＳ密度サブセットは、決定されたサブキャリア間隔に基づいて決定され得る。ＰＮＲＳ密度のサブセット内で、１つのＰＮＲＳ密度が、たとえば、スケジューリングパラメータのうちの１つまたは複数に基づいてＰＤＳＣＨまたはＰＵＳＣＨ送信について決定され得る。ＰＮＲＳ−１は、スケジュールされた帯域幅内にＰＮＲＳを有しないゼロＰＮＲＳ密度であり得る。
【００８０】
ＰＮＲＳ密度は、ＰＤＳＣＨまたはＰＵＳＣＨについてスケジュールされた帯域幅に基づいて決定され得る。たとえば、スケジュールされた帯域幅内のＰＮＲＳのために使用されるサブキャリアの数は、スケジュールされた帯域幅内に割り振られたＰＲＢまたはＰＲＢペアの数に基づいて決定され得る。スケジュールされたＰＲＢごとの１つまたは複数のサブキャリアは、たとえば、スケジュールされたＰＲＢの数が第１のしきい値よりも小さい場合にＰＮＲＳ送信または受信のために使用され得る。スケジュールされたリソース内のＰＲＢのサブセットは、スケジュールされたＰＲＢの数が第１のしきい値以上である場合にＰＮＲＳ送信または受信のために使用され得る。ＰＮＲＳ密度のサブセットは、サブキャリア間隔に基づいて決定され得、ＰＮＲＳ密度のサブセット内のＰＮＲＳ密度は、スケジュールされた数ＰＲＢ（たとえば、スケジュールされた帯域幅）に基づいて決定され得る。スケジュールされた帯域幅は、スケジュールされたＰＲＢの数と互換的に使用され得る。
【００８１】
ＰＮＲＳ周波数密度は、ＴＴＩ長に基づいて決定され得る。ＴＴＩ長は、ＰＤＳＣＨまたはＰＵＳＣＨ送信または受信のために使用されるＯＦＤＭまたはＤＦＴ−ｓ−ＯＦＤＭシンボルの数であり得、ここにおいて、デフォルトのＴＴＩ長は、スロット（たとえば、スロットのための１４個のＯＦＤＭシンボル）として定義され得、より短いＴＴＩ長は、ミニスロットとして定義され得る（たとえば、ミニスロットのためのＯＦＤＭシンボルの数は、１から７つのＯＦＤＭシンボルであり得る）。たとえば、ＰＮＲＳ時間密度は、ＴＴＩ長に基づいて決定され得る。より高い周波数密度のＰＮＲＳがより短いＴＴＩ長のために使用され得る。より低い周波数密度のＰＮＲＳがより長いＴＴＩ長のために使用され得る。
【００８２】
ＤＭ−ＲＳ密度は、追加のＤＭ−ＲＳの存在に基づいて決定され得、ここで、追加のＤＭ−ＲＳは、スケジューリングパラメータのうちの１つまたは複数に基づいて構成および／または決定された場合に送信され得る。追加のＤＭ−ＲＳが存在する場合、より低い密度のＰＮＲＳが使用され得、ここで、より低い密度のＰＮＲＳは、ＰＮＲＳを含まないことがある（たとえば、ゼロＰＮＲＳ密度）。デフォルトのＤＭ−ＲＳは、スロットの第１の部分（たとえば、スロット内の最初の１つまたは２つのＯＦＤＭシンボル）内に位置し得、前部ロード式ＤＭ−ＲＳ（front-loaded DM-RS）と呼ばれることがあり、追加のＤＭ−ＲＳは、スロットの後の部分中に（たとえば、スロットのダウンリンク部分内のＯＦＤＭシンボルの最後に）位置し得る。
【００８３】
第１のＰＮＲＳ密度は、第１のリソース割振りタイプ（たとえば、連続する周波数リソース割振り）のために使用され得、第２のＰＮＲＳ密度は、第２のリソース割振りタイプ（たとえば、不連続の周波数リソース割振り）のために使用され得る。
【００８４】
ＰＮＲＳ密度は、使用されるレイヤの数に基づいて決定され得、ここにおいて、レイヤは、データストリームであり得、レイヤの数は、送信ランクと互換的に使用され得る。より高い密度が、より多数のレイヤのために使用され得、より低い密度が、より少数のレイヤのために使用され得る。
【００８５】
ＰＮＲＳは、（たとえば、ＯＦＤＭが送信のために使用される場合に）ＩＦＦＴブロックへの入力として挿入され得、それは、たとえば、図２および図３に示すように、予約済みのサブキャリア上で送信され得る。図３では、ＰＮＲＳに隣接するサブキャリアは、ブランクのままにされ、これは、ＰＮＲＳに対する干渉を最小化し得る。ＰＮＲＳは、（たとえば、ＤＦＴ−ｓ−ＯＦＤＭが送信のために使用される時に）データシンボルとともにＤＦＴブロックへの入力として挿入され得る。ＰＮＲＳは、たとえば、時間領域サンプルのうちのいくつかをパンクチャし、それらをパイロットシンボルと置き換えることによってＩＦＦＴ後に時間領域中に挿入され得る。隣接するサブキャリア（たとえば、ＰＮＲＳを含んでいるサブキャリアの次のサブキャリア）は、ブランクであり得、未使用であり得、および／またはミュートされ得る。ＷＴＲＵは、ＰＮＲＳと隣接するサブキャリアとを含み得るサブバンド中でスケジュールされ得る。ＷＴＲＵは、隣接するサブキャリアがミュートされると仮定し得、ＷＴＲＵは、それのスケジュールされたダウンリンク送信のために隣接するサブキャリアの周りでレートマッチングするか、またはそれをパンクチャし得る。
【００８６】
ＰＮＲＳをパンクチャおよび／または多重化することが提供され得る。以下では、位相雑音基準信号（ＰＮＲＳ）と位相トラッキング基準信号（ＰＴＲＳ）とが互換的に使用され得る。
【００８７】
ＤＦＴ前ＰＴＲＳが提供され得る。位相雑音基準信号は、ＤＦＴ−ｓ−ＯＦＤＭ波形を使用して送信するシステム中でＤＦＴブロックに挿入され得る。以下のうちの１つまたは複数（たとえば、図５および図６に示すものに関係する特徴）を適用し得る。
【００８８】
例では、パンクチャリングが提供され得る。図５に、パンクチャリングを介したＤＦＴ前ＰＮＲＳ挿入の一例を示す。データシンボルの数は、ＤＦＴの入力の数に一致し得る。これらのデータシンボルのうちのいくつかは、たとえば、それらがＤＦＴブロックの対応する入力にマッピングされる前にパンクチャされ得、および／または基準シンボルと置き換えられ得る。一例として、１つのサブフレームが、１４個のＯＦＤＭシンボルを有し、２４個のサブキャリアがデータ送信のために割り振られ、したがって、ＤＦＴのサイズが２４に設定されると仮定する。ＱＰＳＫが使用される場合、２４×１４＝３３６個のＱＰＳＫシンボルがサブフレーム中で送信され得る。１／２のコーディングレートでは、これは、３３６個の情報ビットに対応し得る。４つの基準シンボルがＯＦＤＭシンボルごとに送信される場合、２０個のＱＰＳＫシンボル（たとえば、２０個のＱＰＳＫシンボルのみ）がＤＦＴブロックにマッピングされ得る。残りの４つのＱＰＳＫシンボルは、基準シンボルによって置き換えられ得る。
【００８９】
例では、多重化が提供され得る。図６に、多重化を介したＤＦＴ前ＰＮＲＳ挿入の一例を示す。ＯＦＤＭシンボル中で送信されることになるデータシンボルの数はＤＦＴサイズよりも小さくなり得る。データシンボルがＤＦＴの対応する入力にマッピングされた後、ＤＦＴブロックへの追加のシンボルを挿入することが依然として可能であり得る。これらの追加のシンボルは、基準シンボルになるために選択され得る。上記の同じ例を使用すると、多重化では、サブフレーム中で送信される情報ビットの数は２８０ビットになり得る。１／２のレートコーディングおよびＱＰＳＫ変調の後に、各ＯＦＤＭブロックは、２０個のＱＰＳＫシンボルを送信し得る。たとえば、ＤＦＴサイズが２４であるので、ＤＦＴブロックの残りの４つの入力がＰＮＲＳによって使用され得る。
【００９０】
ＤＦＴ前ＰＮＲＳ挿入を使用するＤＦＴ−ｓ−ＯＦＤＭ中のＰＮＲＳの密度は、ＰＮＲＳ時間密度と呼ばれることがあるＰＴＲＳを含んでいるＤＦＴ−ｓ−ＯＦＤＭシンボルの数に基づいて決定され得、ＰＮＲＳ周波数密度と呼ばれることがあるＤＦＴ入力のためのデータシンボル（またはデータシンボルベクトル）内のシンボルの数に基づいて決定され得る。ＰＮＲＳ密度は、ＤＦＴサイズまたはＤＦＴブロックの数のうちの１つまたは複数に基づいて決定され得る。たとえば、ＰＵＳＣＨ送信のためのＤＦＴ−ｓ−ＯＦＤＭのＤＦＴサイズは、ＰＮＲＳ周波数密度（たとえば、データシンボルベクトル内のＰＮＲＳのために使用されるシンボルの数）を決定するために使用され得る。１つまたは複数のＤＦＴブロックが、ＰＵＳＣＨ送信のために使用され得、ＰＮＲＳ密度は、ＤＦＴブロックの数に基づいて決定され得る。ＤＦＴブロックの数が１よりも大きい場合により高いＰＮＲＳ密度が使用され得、一方、ＤＦＴブロックの数が１である場合により小さいＰＮＲＳ密度が使用され得る。スケジュールされたアップリンクリソースが周波数領域中で連続していない場合、ＤＦＴブロックの数は１よりも大きくなり得る。
【００９１】
チャンクベースのＤＦＴ前ＰＴＲＳ挿入が実行され得る。チャンクベースのＤＦＴ前ＰＴＲＳ挿入のためのＰＴＲＳパターンは、ＰＴＲＳチャンクの数（Ｎｃ）、チャンクサイズ（Ｎｓ）、またはＤＦＴ入力（もしくはＤＦＴ入力信号）内のＮｃ個のチャンクのロケーションのうちの少なくとも１つに基づいて決定され得る。図７に、ＰＴＲＳパターンのＮｃ値およびＮｓ値をもつＰＴＲＳパターンの一例を示し、ここにおいて、Ｎｓ＝３をもつＮｃ＝Ｎ個のチャンクが使用される。チャンクサイズ（Ｎｓ）は、チャンク内のＰＴＲＳトーンの数であり得る。ＰＴＲＳトーンは、ＰＴＲＳサンプル、ＰＴＲＳ  ＲＥ、および／またはＰＴＲＳサブキャリアと互換的に使用され得る。
【００９２】
同じ密度を有し得るＰＴＲＳパターンのグループは、ＰＴＲＳタイプと呼ばれることがある。同じＰＴＲＳタイプ中のＰＴＲＳパターンは、異なるＮｓ値および／またはＮｃ値を有し得るが、ＰＴＲＳトーンの総数（たとえば、Ｎｓ×Ｎｃ）は同じになる。ＰＴＲＳトーンの総数は、ＰＴＲＳ密度と互換的に使用され得る。
【００９３】
例では、第１のＰＴＲＳタイプ（たとえば、ＰＴＲＳタイプ−１）は、ＰＴＲＳ密度＝４に基づき得る。ＰＴＲＳタイプ−１中の第１のＰＴＲＳパターンは、Ｎｃ＝２およびＮｓ＝２であり得、ＰＴＲＳタイプ−１中の第２のＰＴＲＳパターンは、Ｎｃ＝４およびＮｓ＝１であり得る。
【００９４】
例では、第１のＰＴＲＳタイプ（たとえば、ＰＴＲＳタイプ−１）は、ＰＴＲＳ密度＝４に基づき得る。ＰＴＲＳタイプ−１中のＰＴＲＳパターンは、同じＮｃ値およびＮｓ値を有し得るが、Ｎｃ個のチャンクのロケーションが異なり得る。たとえば、Ｎｃ＝２である場合、第１のＰＴＲＳパターンは、ＤＦＴ入力の前後にＰＴＲＳチャンクを有し得る。第２のＰＴＲＳパターンは、ＤＦＴ入力の中間および終わりにＰＴＲＳチャンクを有し得る。第３のＰＴＲＳパターンは、先頭および中間にＰＴＲＳチャンクを有し得る。
【００９５】
ＤＦＴ入力中のＮｃ個のチャンクのロケーションは、ＤＦＴ入力信号および／またはＩＤＦＴ出力信号のサイクリックシフト値に基づいて決定され得る。ベースのＰＴＲＳパターンが定義、決定、または構成され得、それのサイクリックシフトバージョンは、同じＰＴＲＳタイプ中の異なるＰＴＲＳパターンと見なされるか、またはそう呼ばれることがある。たとえば、ベースのＰＴＲＳパターンは、０のサイクリックシフト値（たとえば、ＣＳ＝０）をもつＰＴＲＳパターンと呼ばれることがあり、ベースのＰＴＲＳパターンのサイクリックシフトされたバージョンは、サイクリックシフト値（たとえば、ＣＳ＝１）をもつＰＴＲＳパターンと呼ばれることがある。ベースのＰＴＲＳパターンのサイクリックシフトされたバージョンは、同じＰＴＲＳタイプ中のＰＴＲＳパターンと呼ばれることがある。
【００９６】
ＰＴＲＳ密度は、ＰＴＲＳパターンおよび／またはＰＴＲＳタイプに基づいて異なり得る。たとえば、第１のＰＴＲＳパターン（またはＰＴＲＳタイプ）は、第１のＰＴＲＳ密度を有し得、第２のＰＴＲＳパターン（またはＰＴＲＳタイプ）は、第２のＰＴＲＳ密度を有し得、ここにおいて、第１のＰＴＲＳ密度は、第２のＰＴＲＳ密度より高くなり得る。ＰＴＲＳ密度は、ＤＦＴ入力のためのＰＴＲＳトーンの数および／またはＰＵＳＣＨ送信中のＰＴＲＳを含んでいるＤＦＴ−ｓ−ＯＦＤＭシンボルの数と呼ばれることがある。ＰＴＲＳ密度は、スケジュールされた帯域幅内のＰＴＲＳサブキャリアの数および／またはＰＵＳＣＨもしくはＰＤＳＣＨ中のＰＴＲＳを含んでいるＯＦＤＭシンボルの数と呼ばれることがある。（たとえば、ＰＴＲＳサブキャリアと呼ばれることがある周波数領域中の）ＰＴＲＳ密度は、Ｎｐ個のスケジュールされたＰＲＢごとに使用され、ここにおいて、開始ＰＲＢは、固定数（たとえば、スケジュールされたＰＲＢの第１のＰＲＢ）、構成された数（たとえば、上位レイヤに構成されたパラメータ）、ＷＴＲＵ固有のパラメータに基づいて決定された数（たとえば、ＷＴＲＵ−ＩＤ、スクランブリングＩＤ）、およびセル固有のパラメータ（たとえば、セルＩＤ）のうちの少なくとも１つに基づいて決定され得る。割り振られたＰＲＢは、ＰＲＢロケーションにかかわらず０からＮｐｒｂ−１まで順序付けられ得、ここにおいて、Ｎｐｒｂは、ＷＴＲＵのために割り振られたＰＲＢの数と呼ばれることがある。
【００９７】
ＰＴＲＳ密度、ＰＴＲＳパターン、ＰＴＲＳパターンのチャンクサイズ、ＰＴＲＳパターンのチャンクの数、および／またはＰＵＳＣＨ送信のためのＰＴＲＳタイプは、スケジュールされた帯域幅、変調次数もしくは変調およびコーディング方式（ＭＣＳ）レベル、ヌメロロジー、トランスポートブロックサイズ（ＴＢＳ）、および／またはスケジュールされたＰＵＳＣＨ送信のためのＤＭ−ＲＳ構成のうちの少なくとも１つに基づいて決定され得る。ヌメロロジーは、サブキャリア間隔、スロット長、ＴＴＩ長、およびＣＰ長さのうちの少なくとも１つを含み得る。
【００９８】
例では、ＰＵＳＣＨ送信のためのスケジュールされた帯域幅が第１のしきい値以下である場合、第１のＰＴＲＳパターンが使用され得、ＰＵＳＣＨ送信のためのスケジュールされた帯域幅が第１のしきい値よりも大きく、第２のしきい値以下である場合、第２のＰＴＲＳパターンが使用され得る。スケジュールされた帯域幅は、ＤＦＴ入力サイズと互換的に使用され得る。
【００９９】
例では、スケジュールされた変調次数またはＭＣＳレベルが、第１のしきい値以下である場合、第１のＰＴＲＳパターンが使用され得、スケジュールされた変調次数またはＭＣＳレベルが、第１のしきい値よりも大きく、第２のしきい値以下である場合、第２のＰＴＲＳパターンが使用され得る。
【０１００】
ＤＭ−ＲＳ構成は、ＤＭ−ＲＳシンボル（たとえば、ＤＭ−ＲＳ送信のために使用されるＤＦＴ−ｓ−ＯＦＤＭシンボルまたはＣＰ−ＯＦＤＭシンボル）の数および／またはＤＭ−ＲＳシンボルのロケーションに基づき得る。たとえば、第１のＤＭ−ＲＳ構成は、最初の２つのＤＦＴ−ｓ−ＯＦＤＭシンボルまたはＣＰ−ＯＦＤＭシンボルに位置し得る２つのＤＭ−ＲＳシンボルを有し得、第２のＤＭ−ＲＳ構成は、第１のＤＦＴ−ｓ−ＯＦＤＭシンボルまたはＣＰ−ＯＦＤＭシンボルおよび最後のＤＦＴ−ｓ−ＯＦＤＭシンボルまたはＣＰ−ＯＦＤＭシンボルに位置し得る２つのＤＭ−ＲＳシンボルを有し得る。
【０１０１】
ＤＦＴ前ＰＴＲＳ挿入は、マルチユーザ送信のために実行され得る。サイクリックシフト値をもつベースのＰＴＲＳパターンが使用され得、ここにおいて、ベースのＰＴＲＳパターンは、Ｎｓ、Ｎｃ、またはＮｃ個のチャンクのロケーションに基づいて決定され得、それのサイクリックシフトされたバージョンは、同じＮｓおよびＮｃを有し得るが、Ｎｃ個のチャンクのロケーションは、ベースのＰＴＲＳパターンからのオフセット（たとえば、時間オフセット）を有し得る。図８に、ベースのＰＴＲＳパターン（たとえば、ＣＳ＝０）およびベースのＰＴＲＳパターンのそれのサイクリックシフトされたバージョンの一例を示す。
【０１０２】
ベースのＰＴＲＳパターンおよびベースのＰＴＲＳパターンのそれのサイクリックシフトされたバージョンが使用され得る。ベースのＰＴＲＳパターンは、スケジュールされた帯域幅、ＰＲＢの数、ＴＴＩ長、ＤＭ−ＲＳ構成、ＭＣＳレベル、およびトランスポートブロックサイズのうちの少なくとも１つを含む１つまたは複数のスケジューリングパラメータに基づいて使用、構成、または決定され得る。サイクリックシフト値は、ＷＴＲＵ固有のパラメータまたは関連付けられたＤＣＩ中のインジケータに基づいて決定され得る。
【０１０３】
サイクリックシフト値のセットは、上位レイヤシグナリングを介して構成され得る。追加または代替として、サイクリックシフト値のセットは、ベースのＰＴＲＳパターン、スケジュールされた帯域幅、および／またはスケジュールされた帯域幅の周波数ロケーションのうちの１つまたは複数に基づいて決定され得る。
【０１０４】
ＷＴＲＵ固有のパラメータは、ＷＴＲＵ能力、ＷＴＲＵカテゴリ、ＷＴＲＵ−ＩＤ（たとえば、Ｃ−ＲＮＴＩ、ＩＭＳＩモジュロＸ）のうちの少なくとも１つを含み得る。ＷＴＲＵ−ＩＤモジュロＮｃｓは、サイクリックシフト値を決定するために使用され得る。Ｎｃｓは、サイクリックシフト値の最大数またはサイクリックシフト値の総数であり得る。ＤＭ−ＲＳ構成は、ＤＭ−ＲＳ送信のために使用されるシンボルの数、ＤＭ−ＲＳシンボルの時間／周波数ロケーション、および／またはＰＵＳＣＨ送信のために示されたＤＭ−ＲＳアンテナポート数のうちの少なくとも１つを含み得る。
【０１０５】
ゼロ電力のＰＴＲＳが使用され得る。たとえば、ＷＴＲＵがＰＵＳＣＨ送信のためにスケジュールされる場合、ＷＴＲＵは、１つまたは複数のゼロ電力のＰＴＲＳを送信するように示され得る。ゼロ電力のＰＴＲＳパターンは、ベースのＰＴＲＳパターンおよびそれのサイクリックシフトされたバージョンに基づいて決定され得る。ＷＴＲＵは、ゼロ電力のＰＴＲＳについてＲＥ上で信号を送るのを回避し得る。
【０１０６】
図９に、異なるＣＳ値をもつ例示的なＷＴＲＵ固有のゼロ電力および非ゼロ電力のＰＴＲＳパターンを示す。ゼロ電力のＰＴＲＳのためのＰＵＳＣＨ  ＲＥは、パンクチャされるか、または周りでレートマッチングされ得る。ゼロ電力のＰＴＲＳのための基準信号シーケンスは、すべてゼロ値であり得る。ゼロ電力のＰＴＲＳパターンのためのベースのＰＴＲＳパターンは、非ゼロ電力のＰＴＲＳパターンと同じであり得、サイクリックシフト値は、ゼロ電力のＰＴＲＳパターンと非ゼロ電力のＰＴＲＳパターンとの間で異なり得る。ゼロ電力のＰＴＲＳパターンのサイクリックシフト値は、スケジューリングパラメータの一部として示され得る。ゼロ電力のＰＴＲＳパターンのサイクリックシフト値は、非ゼロ電力のＰＴＲＳパターンのサイクリックシフト値に基づいて決定され得る。ゼロ電力のＰＴＲＳパターンのサイクリックシフト値は、ＰＵＳＣＨ送信のために割り振られたＤＭ−ＲＳポート番号に基づいて決定され得る。ゼロ電力のＰＴＲＳのためのベースのＰＴＲＳパターンおよびそれのサイクリックシフトされたバージョンは、たとえば、上位レイヤシグナリングを介して別々に構成され得る。
【０１０７】
図１０に、ＰＴＲＳチャンク内のＰＴＲＳトーンのための例示的なＷＴＲＵ固有のＯＣＣを示す。直交カバーコード（ＯＣＣ）は、ＰＴＲＳのために使用され得る。たとえば、ＯＣＣは、チャンク内のＰＴＲＳトーンのために使用され得る。ＯＣＣは、直交シーケンス、ランダムシーケンス、ＰＮシーケンス、Ｚａｄｏｆｆ−Ｃｈｕシーケンス、スクランブルシーケンス、および／またはゴレイシーケンスと互換的に使用され得る。ＯＣＣは、チャンクサイズおよび１つまたは複数のＷＴＲＵ固有のパラメータに基づいて決定され得る。たとえば、ＷＴＲＵ−ＩＤモジュロ２が「０」である場合、第１のＯＣＣ（たとえば、［１  １］）が各チャンク中のＰＴＲＳトーンのために使用され得、ＷＴＲＵ−ＩＤモジュロ２が「１」である場合、第２のＯＣＣ（たとえば、［１  −１］）が各チャンク中のＰＴＲＳトーンのために使用され得る。ＯＣＣパラメータは、関連付けられたＤＣＩ中で示され得る。ＯＣＣパラメータは、１つまたは複数のスケジューリングパラメータに基づいて決定され得る。たとえば、ＰＴＲＳのためのＯＣＣパラメータは、ＤＭ−ＲＳ構成（たとえば、ＤＭ−ＲＳポート）に基づいて決定され得る。ＷＴＲＵが、ＤＭ−ＲＳポート０で構成される場合、ＷＴＲＵは、第１のＯＣＣ（たとえば、［１  １］）を使用し得、ＷＴＲＵが、ＤＭ−ＲＳポート−１で構成される場合、ＷＴＲＵは、第２のＯＣＣ（たとえば、［１  −１］）を使用し得る。ＯＣＣがスクランブルシーケンスに基づく場合、スクランブルシーケンスの初期化はＷＴＲＵ−ＩＤに基づき得る。
【０１０８】
ＤＦＴ前ＰＴＲＳが提供され得る。位相雑音基準信号は、ＤＦＴ−ｓ−ＯＦＤＭ波形を使用して送信するシステム中でＩＤＦＴブロックに挿入され得る。以下のうちの１つまたは複数（たとえば、図１１および図１２に示すものに関係する特徴）を適用し得る。
【０１０９】
例では、パンクチャリングが提供され得る。図１１に、パンクチャリングを介したＤＦＴ後ＰＮＲＳ挿入の一例を示す。ＤＦＴブロックのいくつかの出力は、パンクチャされ、基準シンボルと置き換えられる。
【０１１０】
例では、多重化が提供され得る。図１２に、多重化を介したＤＦＴ後ＰＮＲＳ挿入の一例を示す。ＤＦＴブロックおよび基準シンボルの出力は、多重化され、対応するサブキャリアにマッピングされ得る。
【０１１１】
図に示す位相雑音基準シンボルのロケーションは、例示的なロケーションであり、それらは示したものとは異なる入力にマッピングされ得る。たとえば、ＰＮＲＳは、多重化を介してＤＦＴ後ＰＮＲＳ挿入の一例を示す図１３に示すようにＩＤＦＴにマッピングされ得る。ＷＴＲＵによるＰＮＲＳの送信のために使用されるサブキャリアは、同様にＰＮＲＳを送信するために他のＷＴＲＵによって使用され得る。そのような場合、異なるＷＴＲＵからのＰＮＲＳは、（たとえば、連続するＯＦＤＭシンボルを介して）時間領域中で拡散および／または直交カバーコードを使用することによって直交化される必要があり得る。
【０１１２】
例では、１つまたは複数のＰＮＲＳタイプがＤＦＴ−ｓ−ＯＦＤＭのために使用され得る。たとえば、第１のＰＮＲＳタイプは、シングルユーザのＭＩＭＯ送信が使用される場合に使用され得、第２のＰＮＲＳタイプは、マルチユーザのＭＩＭＯ送信が使用される場合に使用され得、ここにおいて、第１のＰＮＲＳタイプはＤＦＴ後ＰＮＲＳであり得、第２のＰＮＲＳタイプは、ＤＦＴ前ＰＮＲＳであり得る。
【０１１３】
ＤＦＴ−ｓ−ＯＦＤＭ送信のためのＰＮＲＳタイプ（たとえば、ＤＦＴ前ＰＮＲＳまたはＤＦＴ後ＰＮＲＳ）またはＰＮＲＳ方式（たとえば、多重化またはパンクチャリング）は、使用されるアップリンクＭＩＭＯ送信モードもしくは方式、使用される変調次数、使用されるチャネルコーディング方式、スケジュールされるトランスポートブロックサイズ、スケジュールされるリソースブロックの数、またはスロットもしくはミニスロット中で使用されるＤＦＴ−ｓ−ＯＦＤＭシンボルの数のうちの１つまたは複数に基づいて決定され得る。
【０１１４】
アップリンクＭＩＭＯ送信モードまたは方式が使用され得る。たとえば、閉ループ送信方式は、第１のＰＮＲＳタイプ／方式を使用し得、開ループ送信方式は、第２のＰＮＲＳタイプ／方式を使用し得る。
【０１１５】
変調次数が使用され得る。たとえば、より低い変調次数（たとえば、ＱＰＳＫおよび１６ＱＡＭ）は、第１のＰＮＲＳタイプ／方式を使用し得、より高い変調次数（たとえば、６４ＱＡＭ）は、第２のＰＮＲＳタイプ／方式を使用し得る。
【０１１６】
チャネルコーディング方式が使用され得る。たとえば、第１のチャネルコーディング方式（たとえば、ＬＤＰＣ）は、第１のＰＮＲＳタイプ／方式を使用し得、第２のチャネルコーディング方式（たとえば、極）は、第２のＰＮＲＳタイプ／方式を使用し得る。
【０１１７】
トランスポートブロックサイズがスケジュールされ得る。たとえば、トランスポートブロックサイズが予め定められたしきい値よりも大きい場合、第１のＰＮＲＳタイプ／方式が使用され得、その他の場合は、第２のＰＮＲＳタイプ／方式が使用され得る。
【０１１８】
ＯＦＤＭを用いるＰＮＲＳが提供され得る。ＰＮＲＳの送信は、ユーザベースでオンおよびオフされ得る。ＰＮＲＳの数は、変調次数および／または他のパラメータによって適応的に変化し得る。ＰＮＲＳに割り振られるサブキャリアの数は変化し得、これは、トランスポートブロックサイズを適応的に変化するニーズを生じ得る。例では、たとえば、ＰＮＲＳがオンになった場合でも、ＰＮＲＳの数が変更された場合でも、トランスポートブロックサイズは一定に保たれ得る。パンクチャリングは、利用可能なデータサブキャリアにデータシンボルをマッピングするために導入され得る。一例を図１４に示し、これは、ＰＮＲＳ挿入のためのＯＦＤＭ中での例示的なパンクチャリングを示す。ＰＮＲＳを搬送するサブキャリア上で送信されるように計画されたデータシンボルは、たとえば、ＰＮＲＳが送信されなければならない場合に、パンクチャされ、ＰＮＲＳと置き換えられ得る。
【０１１９】
パンクチャリングおよび／または多重化パターンの構成が提供され得る。ＰＮＲＳ多重化および／またはパンクチャリングパターン（たとえば、ＯＦＤＭシンボル中のＰＮＲＳシンボルの数、ＤＦＴおよび／またはＩＤＦＴのどの入力がＰＮＲＳ中に供給するために使用されるのか、どのＯＦＤＭシンボルがＰＮＲＳを有するのか）が中央コントローラによって構成され得る。ＯＦＤＭシンボル中のＰＮＲＳシンボルの数は、ＰＮＲＳの周波数密度（またはＰＮＲＳの周波数パターン）と呼ばれることがあり、ＰＮＲＳを有するＯＦＤＭシンボルの数が、ＰＮＲＳの時間密度（またはＰＮＲＳの時間パターン）と呼ばれることがある。たとえば、パンクチャリングおよび／または多重化パターンの構成のために以下のうちの１つまたは複数を適用し得る。
【０１２０】
ＰＮＲＳパターンまたはパターンサブセットは、以下のうちの１つまたは複数に基づいて決定され得る。動作周波数帯域、ＭＣＳレベル（たとえば、変調次数および／もしくはコーディングレート）、ヌメロロジー（たとえば、サブキャリア間隔および／もしくはシステム帯域幅）、上位レイヤシグナリング、スケジュールされた帯域幅（もしくはスケジュールされたＰＲＢの数）、ＳＵ−ＭＩＭＯ送信のためのレイヤの数（たとえば、送信ランク）、ＭＩＭＯ動作モード（たとえば、ＳＵ−ＭＩＭＯもしくはＭＵ−ＭＩＭＯ）、使用される波形（たとえば、ＣＰ−ＯＦＤＭもしくはＤＦＴ−ｓ−ＯＦＤＭ）、ならびに／またはＤＭ−ＲＳ密度（たとえば、前部ロード式ＤＭ−ＲＳのみもしくは追加のＤＭ−ＲＳをもつ前部ロード式ＤＭ−ＲＳ、ＤＭ−ＲＳのために使用されるＯＦＤＭもしくはＤＦＴ−ｓ−ＯＦＤＭシンボルの数）。
【０１２１】
ＰＲＢのすべてまたはサブセットがＰＮＲＳ送信のために使用され得る。ＰＲＢのサブセットがＰＮＲＳを搬送する場合、ＰＮＲＳを搬送するＰＲＢのサブセットは、割り振られるかまたは関連付けられたＤＣＩまたはＷＴＲＵ固有のパラメータ中で示されるＤＭ−ＲＳポートまたはＤＭ−ＲＳポートのセットのうちの１つまたは複数に基づいて決定され得る。たとえば、ＤＭ−ＲＳポートまたはＤＭ−ＲＳポートのセットは、割り振られるか、またはＭＵ−ＭＩＭＯ動作のための関連付けられたＤＣＩ中で示され得、ＰＮＲＳを搬送し得るＰＲＢのセットは、割り振られたＤＭ−ＲＳポートまたはＤＭ−ＲＳポートのセットに基づいて決定され得る。第１のＤＭ−ＲＳポート（またはＤＭ−ＲＳポートの第１のセット）が示される場合、ＰＲＢオフセット＝０をもつ１つおきのＰＲＢがＰＮＲＳを含み得、第２のＤＭ−ＲＳポート（またはＤＭ−ＲＳポートの第２のセット）が示される場合、ＰＲＢオフセット＝１をもつ１つおきのＰＲＢがＰＮＲＳを含み得る。ＷＴＲＵ固有のパラメータ（たとえば、ＷＴＲＵ  ＩＤ、Ｃ−ＲＮＴＩ、スクランブリング識別情報、ＰＮＲＳのスクランブリング識別情報など）が提供され得る。たとえば、第１のＷＴＲＵは、ＰＲＢオフセット＝０をもつスケジュールされたＰＲＢの１つおきのＰＲＢを送信（または受信）し得、一方、第２のＷＴＲＵは、ＰＲＢオフセット＝１をもつスケジュールされたＰＲＢの１つおきのＰＲＢを送信（または受信）し得、ここで、ＰＲＢオフセットは、ＷＴＲＵ固有のパラメータに基づいて決定され得る。
【０１２２】
スケジュールされたＵＬ送信では、ｅＮＢは、どのＰＮＲＳパターンを使用するのかをＷＴＲＵにシグナリングし得る。ｅＮＢは、たとえば、ＵＬ許可とともにＷＴＲＵにこの情報をシグナリングし得る。ＵＬ送信のために割り振られたすべてのＲＢ（たとえば、ＵＬ送信のために割り振られたすべてのＲＢ）が、（たとえば、ＰＮＲＳがＩＤＦＴに供給される場合に）少なくとも１つのＰＮＲＳを搬送するように構成され得ること、可能なパターンが予め定められ得ること、たとえば、ｅＮＢは、ＷＴＲＵに所望のパターンのインデックスをシグナリングし得ること、使用するＰＮＲＳパターンが、割り振られたＰＲＢの数に基づいて（たとえば、暗黙的に）決定され得ること、ならびに／または使用するＰＮＲＳパターンが、ＵＬ許可中で示されるＭＣＳレベルに基づいて（たとえば、暗黙的に）決定され得ることのうちの１つまたは複数を適用し得る。
【０１２３】
スケジュールされたＤＬ送信では、ｅＮＢは、送信中にＰＮＲＳパターンが使用されることをＷＴＲＵにシグナリングし得る。ｅＮＢは、たとえば、ＤＬ許可とともにＷＴＲＵにこの情報をシグナリングし得る。ＤＬ送信のために割り振られたＲＢ（たとえば、ＤＬ送信のために割り振られたすべてのＲＢ）が、（たとえば、ＰＮＲＳがＩＤＦＴに供給される場合に）少なくとも１つのＰＮＲＳを搬送するように構成され得ること、可能なパターンが予め定められ得ること、たとえば、ｅＮＢは、ＷＴＲＵに所望のパターンのインデックスをシグナリングし得ること、使用するＰＮＲＳパターンが、割り振られたＰＲＢの数に基づいて（たとえば、暗黙的に）決定され得ること、ならびに／または使用するＰＮＲＳパターンが、ＵＬ許可中で示されるＭＣＳレベルに基づいて（たとえば、暗黙的に）決定され得ることのうちの１つまたは複数を適用し得る。
【０１２４】
ＤＦＴ−ｓ−ＯＦＤＭを用いたＵＬ送信では、ＰＮＲＳがＤＦＴブロックに供給される場合、以下のうちの１つまたは複数を適用し得る。ＤＦＴの入力の連続するセットが、たとえば、最も小さいインデックスから開始して、ＰＮＲＳを送信するために使用され得る。ＤＦＴの入力の連続するセットが、最も大きいインデックスから開始して、ＰＮＲＳを送信するために使用され得る。ＤＦＴの入力のあるセットが、ＰＮＲＳを送信するために使用され得、たとえば、ここにおいて、入力のセットは、所定のロケーション、ＷＴＲＵパラメータ（たとえば、ＷＴＲＵ−ＩＤ）、サービスタイプ（たとえば、ＵＲＬＬＣ、ｅＭＢＢ、およびｍＭＴＣ）など、またはシステムパラメータ（たとえば、サブフレーム番号、無線フレーム番号、セルＩＤ）のうちの１つまたは複数に基づいて決定され得る。
【０１２５】
ＯＦＤＭを用いたＵＬ送信では、ＰＮＲＳがパンクチャリングまたは多重化によってＩＤＦＴブロックに供給される場合、以下のうちの１つまたは複数を適用し得る。アップリンク送信のためのスケジュールされたＰＲＢの第１のＰＲＢは、ＵＬ  ＰＮＲＳを送信するために使用され得、たとえば、ここにおいて、第１のＰＲＢは、ＷＴＲＵのためにスケジュールされたＰＲＢ内で最も小さいインデックスをもつＰＲＢであり得る。例では、第１のＰＲＢは、ＷＴＲＵのためにスケジュールされたＰＲＢ内で最も高いインデックスをもつＰＲＢであり得る。アップリンク送信のためのスケジュールされたＰＲＢのあるＰＲＢが、ＵＬ  ＰＮＲＳを送信するために使用され得、たとえば、ここにおいて、あるＰＲＢは、所定のロケーション（たとえば、スケジュールＰＲＢ中の最初のまたは最後のＰＲＢ）、ＷＴＲＵ固有のパラメータ（たとえば、ＷＴＲＵ−ＩＤ）、サービスタイプ（たとえば、ＵＲＬＬＣ、ｅＭＢＢ、およびｍＭＴＣ）、またはシステムパラメータ（たとえば、サブフレーム番号、無線フレーム番号、セルＩＤ）のうちの１つまたは複数に基づいて決定され得る。スケジュールされたＰＲＢ中の最初のＰＲＢの最初のＮ個のサブキャリアが、ＵＬ  ＰＮＲＳを送信するために使用され得る。スケジュールされたＰＲＢ中の最後のＰＲＢの最初のＮ個のサブキャリアが、ＵＬ  ＰＮＲＳを送信するために使用され得る。
【０１２６】
ＰＮＲＳのための多重化および／またはパンクチャリングパターンは、たとえば、リソース割振りから暗黙的に決定され得る。たとえば、割り振られたサブキャリアの数、変調次数、および／またはトランスポートブロックサイズは、ＤＦＴおよび／またはＩＤＦＴの何個の入力がデータ送信のために使用される必要がないのかに基づいて決定され得る。これらの入力が、（たとえば、次いで）ＰＮＲＳ送信のために使用され得る。ＰＮＲＳのロケーション（たとえば、ＤＦＴおよび／またはＩＤＦＴのどの入力をＰＮＲＳ中に供給すべきか）は、暗黙的に知られないことがあり、それは事前構成され得る。たとえば、最初の／最後のＮ個の入力がＰＮＲＳを送信するために使用され得る。ＰＮＲＳは、所定のルールを用いて（たとえば、一様に、リソースのインデックス＝０から開始して）割り振られたリソースに分散され得る。
【０１２７】
たとえば、データおよびＰＮＲＳの多重化が使用される場合、（たとえば、送信されることになるデータブロックの）トランスポートブロックサイズは、ＰＮＲＳのために割り振られたリソースの数に基づいて異なり得る。ＷＴＲＵは、ｅＮＢによってシグナリングされる公称トランスポートブロックサイズおよび／またはＰＮＲＳ構成から送信のために使用される実際のトランスポートブロックサイズを決定し得る。一例として、ｅＮＢが、１６ＱＡＭ変調および１／２のコーディングレートを使用してＮ個の情報ビットのブロックサイズを送信するためにＷＴＲＵにシグナリングすると仮定すると、｛（Ｎ×２）／ｌｏｇ２（１６）｝＝Ｎ／２個のサブキャリアが送信のために使用されることを生じる（たとえば、ＤＦＴ−ｓ−ＯＦＤＭが使用される場合、Ｎ／２のＤＦＴサイズ）。サブフレームの持続時間にわたってＫ個のリソース（たとえば、サブキャリア）がＰＮＲＳのために予約される場合、実際のトランスポートブロックサイズは、Ｎ−２Ｋ個の情報ビットになり得る。同じことが、ＤＬ送信におけるトランスポートブロックサイズの決定に適用され得る。
【０１２８】
ＰＮＲＳは、複数のＴＲＰとともに使用され得る。１つまたは複数のタイプのＰＮＲＳが使用され得る。たとえば、第１のタイプのＰＮＲＳは、セル中の（たとえば、すべての）ＷＴＲＵに共通であり得（または（たとえば、すべての）ＷＴＲＵによって共有され得）、一方、第２のタイプのＰＮＲＳは、ＷＴＲＵに固有またはＷＴＲＵグループに固有であり得る。第１のタイプのＰＮＲＳは、予め定められたまたは所定のロケーション中で送信され得、一方、第２のタイプのＰＮＲＳは、スケジュールされたリソースを介して送信され得る。第１のタイプのＰＮＲＳは、デフォルトのＰＮＲＳとして使用され得る。第２のタイプのＰＮＲＳは、補足のＰＮＲＳとして使用され得る。第２のタイプのＰＮＲＳは、１つまたは複数の状態に基づいて送信または提示され得る。たとえば、第２のタイプのＰＮＲＳは、たとえば、１つまたは複数のスケジューリングパラメータに基づいてスケジュールされたリソース中に存在し得る（または、その中で送信され得る）。変調次数が予め定められたしきい値よりも高い場合、第２のタイプのＰＮＲＳが存在し得ること、たとえば、変調次数がＱＰＳＫ（たとえば、１６ＱＡＭまたは６４ＱＡＭ）よりも高い場合、第２のタイプのＰＮＲＳが存在し得ること、または送信ランクが予め定められたしきい値よりも高い場合、第２のタイプのＰＮＲＳが存在し得ることのうちの１つまたは複数を適用し得る。
【０１２９】
１つまたは複数のＰＮＲＳ構成が送信または使用され得る。復調のための関連付けられたＰＮＲＳは、ダウンリンクチャネルタイプに基づいて決定され得る。たとえば、２つのＰＮＲＳ構成が使用され得、第１のＰＮＲＳ構成は、ダウンリンク制御チャネルに関連付けられ得、第２のＰＮＲＳ構成は、ダウンリンクデータチャネルに関連付けられ得る。ＰＮＲＳ構成は、時間／周波数ロケーション、関連付けられた送信／受信ポイント（ＴＲＰ）、基準信号電力、スクランブリングコード、スクランブリングＩＤ、または周期性のうちの１つまたは複数を含み得る。第１のＰＮＲＳ構成が、ダウンリンク制御チャネル（たとえば、ＰＤＣＣＨ）に関連付けられ得、第２のＰＮＲＳ構成が、ダウンリンクデータチャネル（たとえば、ＰＤＳＣＨ）に関連付けられ得る。ＰＮＲＳ構成とダウンリンクチャネルとの間の関連付けは、予め決定されるか、上位レイヤを介して構成されるか、または動的に示され得る。第１のＰＮＲＳ構成が、ダウンリンク制御チャネルに関連付けられ得、１つまたは複数のＰＮＲＳ構成が、ダウンリンクデータチャネルに関連付けられ得る。
【０１３０】
ダウンリンク制御チャネル、ＰＤＣＣＨ、および拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）は、互換的に使用され得る。
【０１３１】
１つまたは複数のＰＮＲＳ構成が、送信されるか、またはダウンリンク信号送信のために使用され得、ここにおいて、１つまたは複数のＰＮＲＳが、ダウンリンク信号を復調するために使用され得る。関連付けられたＰＮＲＳが、ダウンリンク信号復調のためにＷＴＲＵに示され得る。たとえば、複数のＰＮＲＳ構成が送信または使用され得、ＰＮＲＳ構成の１つが、ＷＴＲＵのためにスケジュールされ得る物理的ダウンリンク共有データチャネル（ＰＤＳＣＨ）のために関連付けられ得る。ＰＤＳＣＨ復調では、ＷＴＲＵは、複数のＰＮＲＳ構成内のどのＰＮＲＳ構成を使用すべきかについて示され得る。ダウンリンクデータチャネルのための関連付けられたＰＮＲＳ構成が示され得ること、または制御チャネルのための関連付けられたＰＮＲＳ構成が決定され得ることのうちの１つまたは複数を適用し得る。
【０１３２】
ダウンリンクデータチャネルのための関連付けられたＰＮＲＳ構成は、ＰＤＳＣＨをスケジュールするために使用され得る関連付けられたＤＣＩ、スケジュールされたＰＤＳＣＨのロケーション、たとえば、スケジュールされたＰＤＳＣＨの時間および／もしくは周波数ロケーションが、関連付けられたＰＮＲＳ構成を決定し得ること、関連付けられたＤＣＩが受信されるＤＬ制御チャネル探索空間のロケーション（たとえば、ＤＬ制御チャネル探索空間（ＳＳ）が区分され得、それぞれの区分されたＤＬ制御チャネル探索空間がＰＮＲＳ構成に関連付けられ得ること、および／もしくはＷＴＲＵがある区分されたＤＬ制御チャネル探索空間中でＤＣＩを受信した場合、ＷＴＲＵが、どのＰＮＲＳ構成を使用すべきかについて知り得ること、または関連付けられたＤＣＩのために使用されるＲＮＴＩが、関連付けられたＰＮＲＳ構成を決定し得ること、たとえば、１つまたは複数のＲＮＴＩがＤＣＩのために使用され得、各ＲＮＴＩが特定のＰＮＲＳ構成に関連付けられ得ることのうちの１つまたは複数を示され得る。
【０１３３】
制御チャネルのための関連付けられたＰＮＲＳ構成は、以下のうちの１つまたは複数に基づいて決定され得る。ＤＬ制御探索空間（ＳＳ）は区分され得、ＤＬ制御ＳＳの各パーティションは、特定のＰＮＲＳ構成に関連付けられ得る。たとえば、ＷＴＲＵが区分されたＤＬ制御ＳＳを監視する場合、ＷＴＲＵは、区分されたＤＬ制御ＳＳのための関連付けられたＰＮＲＳ構成を使用し得る。ＤＬ制御ＳＳの各パーティションのための関連付けられたＰＮＲＳは、予め決定されるか、構成されるか、またはシグナリングされ得る。１つまたは複数のＤＬ制御復号候補が、ＤＬ制御ＳＳ中で監視され得、（たとえば、各）ＤＬ制御復号候補が、特定のＰＮＲＳ構成に関連付けられ得る。（たとえば、各）ＤＬ制御復号候補のための関連付けられたＰＮＲＳは、予め決定されるか、構成されるか、またはシグナリングされ得る。時間および／または周波数リソースは、ＤＬ制御チャネルのために使用した。たとえば、ＤＬ制御チャネルのための第１の時間／周波数リソースは、第１のＰＮＲＳ構成に関連付けられ得、ＤＬ制御チャネルのための第２の時間／周波数リソースは、第２のＰＮＲＳ構成に関連付けられ得る。ＤＬ制御チャネルのための時間／周波数リソースは、（Ｅ）ＰＤＣＣＨリソースセットと呼ばれることがある。（たとえば、各）（Ｅ）ＰＤＣＣＨリソースセットは、特定のＰＮＲＳ構成に関連付けられ得る。（Ｅ）ＰＤＣＣＨリソースセットとＰＮＲＳ構成との間の関連付けは、シグナリングされるか、構成されるか、または（Ｅ）ＰＤＣＣＨリソースの構成中で示され得る。ＰＮＲＳ構成は、上位レイヤシグナリングを介して事前構成され得る。（たとえば、各）ＰＮＲＳ構成がインデックスに関連付けられ得る。
【０１３４】
図１５に、ＰＮＲＳおよびＥＰＤＣＣＨリソースセットの関連付けの一例を示す。
【０１３５】
１つまたは複数の動作モードは、ＰＮＲＳを用いたダウンリンク信号の復調のために使用され得る。たとえば、ＷＴＲＵは、第１の動作モードにあるセル固有のＰＮＲＳに基づいて位相雑音補償を用いてダウンリンク信号を復調し得、ＷＴＲＵは、ＷＴＲＵ固有のＰＮＲＳに基づいて位相雑音補償を用いてダウンリンクを復調し得る。ＷＴＲＵが第１の動作モードで構成される場合、ＷＴＲＵは、ダウンリンク信号復調のためにセル固有のＰＮＲＳを使用し得、ここにおいて、セル固有のＰＮＲＳは、所定のロケーション中に位置し得る。ＷＴＲＵが第２の動作モードで構成される場合、ＷＴＲＵは、ダウンリンク信号復調のためにＷＴＲＵ固有のＰＮＲＳを使用し得、ここにおいて、ＷＴＲＵ固有のＰＮＲＳは、スケジュールされたダウンリンクリソース中に位置し得る。
【０１３６】
１つまたは複数のＰＲＢがＰＤＳＣＨをスケジュールするために使用され得、１つまたは複数のＰＲＢが、１つまたは複数のＰＮＲＳ構成に関連付けられ得る。一例では、各ＰＲＢは、それの関連付けられたＰＮＲＳを含み得、ＷＴＲＵは、ＰＮＲＳを使用し得る。ＰＮＲＳが、位相雑音補償のために使用され得る。復調のための別個の基準信号が送信され得る。たとえば、第１の基準信号（たとえば、ＰＮＲＳ）が、位相雑音を推定するために使用され得、第２の基準信号（たとえば、ＤＭ−ＲＳ）が、チャネルを推定するために使用され得、推定された位相雑音および／または推定チャネルは、ダウンリンク信号を復調するために使用され得る。ＰＮＲＳのためのアンテナポートの数とＤＭ−ＲＳのためのアンテナポートの数とは異なり得る。たとえば、単一のアンテナポートが、送信ランク（たとえば、ダウンリンク信号送信のためのレイヤの数）にかかわらずＰＮＲＳのために使用され得、ＤＭ−ＲＳのためのアンテナポートの数は、送信ランク（たとえば、関連付けられたダウンリンク送信のためのレイヤの数）に基づいて決定され得る。ＰＮＲＳ構成に関連付けられるＰＲＢの数は、示されるか、決定されるか、または、たとえば、上位レイヤシグナリングを介して構成され得る。たとえば、ＷＴＲＵは、３つのＰＲＢがＰＮＲＳに関連付けられ得るように構成され得、ＷＴＲＵは、ＰＮＲＳが同じＰＮＲＳに関連付けられた３つのＰＲＢのうちの少なくとも１つ中で送信され得ると仮定し得、ＷＴＲＵは、ＰＮＲＳが同じＰＮＲＳに関連付けられたＰＲＢのサブセット中で送信され得ると仮定し得る。
【０１３７】
図１６に、ＰＮＲＳおよびＰＲＢセットの関連付けの一例を示す。
【０１３８】
１つまたは複数のＰＲＢグループ（ＰＲＧ）は、ＰＲＢとＰＮＲＳとの間の関連付けを決定するために使用され得る。ＰＲＧは、サブフレーム中の連続するＰＲＢのセットとして定義され得、サブフレーム中の数ＰＲＧは、システム帯域幅中のＰＲＢの総数とＰＲＧ中の連続するＰＲＢの数とに基づいて決定され得る。たとえば、システム帯域幅中のＰＲＢの総数が５０であり、ＰＲＧ中のＰＲＢの数が５である場合、１０個のＰＲＧがサブフレーム中で使用され得る。各ＰＲＧは、ＰＮＲＳを含み得る。たとえば、ＰＲＧ中の第１のＰＲＢは、ＰＮＲＳを含み得る。ＷＴＲＵは、サブフレーム中の１つまたは複数のＰＲＢでスケジュールされ得る。ＷＴＲＵは、ＰＲＧ中に位置するＰＲＢの復調のためにＰＲＧの第１のＰＲＢ中に位置するＰＮＲＳを使用し得る。ＰＲＧは、ＴＲＰ（またはセル）に関連付けられ得、（たとえば、各）ＰＲＧは、特定のＴＲＰ（またはセル）に関連付けられ得る。ＰＲＧのためのＰＲＢの数は構成可能であり得る。ＰＲＧサイズは、ＰＲＢの総数と同じであり得る（たとえば、単一のＴＲＰが使用される）。
【０１３９】
ＰＮＲＳ送信は、ｅＮＢによって動的にオンおよびオフされ得る。ＷＴＲＵは、ＰＮＲＳの送信を要求し得る。ＰＮＲＳ送信は、ＷＴＲＵ固有であるか、または共通であり得る。それが共通である場合、それの送信のために予約された時間／周波数リソースは、ｅＮＢによって構成され得る。それがＷＴＲＵ固有である場合、ｅＮＢは、ＰＮＲＳ送信をＷＴＲＵにシグナリングし得る。
【０１４０】
ＵＬ送信のためのＰＮＲＳが開示され得る。ＷＴＲＵは、たとえば、ｅＮＢがＷＴＲＵ送信機の位相雑音を補正するために位相トラッキングを実行することを可能にするためにＵＬ中でのＰＮＲＳ送信のために構成され得る。
【０１４１】
ＵＬ送信のＰＮＲＳ構成では、ＰＮＲＳの存在または使用が決定され得ること、ＰＮＲＳの密度（たとえば、１つのサブキャリア、２つのサブキャリアなど）が決定され得ること、ＵＬ  ＰＮＲＳが、スケジュールされたアップリンクリソース（たとえば、ＰＲＢ）内の１つまたは複数のサブキャリア中で送信され得ること、ＵＬ  ＰＮＲＳが、ＯＦＤＭシンボルの１つまたは複数のサブキャリア中で（およびＲＢの連続するＯＦＤＭシンボル中で）送信され得ること、ＵＬ  ＰＮＲＳ送信のために使用される、ＲＢ内のサブキャリアのインデックスが予め定められ得ること、または複数のＲＢを使用するスケジュールされたＵＬ送信では、ｅＮＢが、ＷＴＲＵにどのＲＢがＰＮＲＳを搬送し得るのかをシグナリングし得ることのうちの１つまたは複数を適用し得る。
【０１４２】
ＰＮＲＳの存在または使用は、動作周波数帯域に基づいて決定され得る。たとえば、ＵＬ  ＰＮＲＳは、より低い動作周波数帯域（たとえば、６ＧＨｚより低い）中で使用されないことがあり、ＵＬ  ＰＮＲＳは、より高い動作周波数帯域（たとえば、６ＧＨｚより高い）中で使用され得る。ＷＴＲＵは、動作周波数帯域に基づいてＰＮＲＳの使用または送信を決定し得る。ＰＮＲＳの使用または送信は、ｅＮＢから示され得る。
【０１４３】
ＰＮＲＳの密度（たとえば、１つのサブキャリア、２つのサブキャリアなど）は、動作周波数帯域、ＭＣＳレベル（たとえば、変調次数および／もしくはコーディングレート）、ヌメロロジー（たとえば、サブキャリア間隔および／もしくはシステム帯域幅）、上位レイヤシグナリング、たとえば、ＰＮＲＳ密度とＭＣＳレベルとの間の関連付けが、上位レイヤシグナリングに基づいて決定され得、ＰＤＳＣＨもしくはＰＵＳＣＨ送信のためのＰＮＲＳ密度が、関連付けられたＤＣＩ中で示されるＭＣＳレベルに基づいて決定され得ること、スケジュールされた帯域幅（たとえば、スケジュールされたＰＲＢの数）、ＭＩＭＯ動作モード（たとえば、ＳＵ−ＭＩＭＯもしくはＭＵ−ＭＩＭＯ）、ならびに／またはレイヤの数（たとえば、送信ランク）のうちの１つまたは複数に基づいて決定され得る。
【０１４４】
ＵＬ  ＰＮＲＳは、スケジュールされたアップリンクリソース（たとえば、ＰＲＢ）内の１つまたは複数のサブキャリア中で送信され得る。アップリンク送信のためのスケジュールされたＰＲＢの第１のＰＲＢは、ＵＬ  ＰＮＲＳを送信するために使用され得、ここにおいて、第１のＰＲＢは、ＷＴＲＵのためにスケジュールされたＰＲＢ内で最も小さいインデックスをもつＰＲＢであり得る。第１のＰＲＢは、ＷＴＲＵのためにスケジュールされたＰＲＢ内で最も高いインデックスをもつＰＲＢであり得る。アップリンク送信のためのスケジュールされたＰＲＢのあるＰＲＢが、ＵＬ  ＰＮＲＳを送信するために使用され得、ここにおいて、あるＰＲＢは、所定のロケーション（たとえば、スケジュールＰＲＢ中の最初のまたは最後のＰＲＢ）、ＷＴＲＵパラメータ（たとえば、ＷＴＲＵ−ＩＤ、スクランブルＩＤ、仮想ＩＤ）、サービスタイプ（たとえば、ＵＲＬＬＣ、ｅＭＢＢ、およびｍＭＴＣ）、またはシステムパラメータ（たとえば、サブフレーム番号、無線フレーム番号、セルＩＤ）のうちの１つまたは複数に基づいて決定され得る。スケジュールされたＰＲＢ中の最初のＰＲＢの最初のサブキャリアが、ＵＬ  ＰＮＲＳを送信するために使用され得る。スケジュールされたＰＲＢ中の最初のＰＲＢの最初のＮ個のサブキャリアが、ＵＬ  ＰＮＲＳを送信するために使用され得る。
【０１４５】
ＵＬ  ＰＮＲＳは、ＯＦＤＭシンボルの１つまたは複数のサブキャリア中で、およびＲＢの連続するＯＦＤＭシンボル中で送信され得る。ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡシンボル、ＤＦＴ−ｓ−ＯＦＤＭシンボル、ＵＷ  ＤＦＴ−ｓ−ＯＦＤＭシンボル、およびＺＴ  ＤＦＴ−ｓ−ＯＦＤＭシンボルと互換的に使用され得る。
【０１４６】
ＵＬ  ＰＮＲＳ送信のために使用される、ＲＢ内のサブキャリアのインデックスは、予め定められ得、たとえば、それは、ＲＢの中心サブキャリアであり得る。以下のうちの１つまたは複数をＵＬ  ＰＮＲＳサブキャリアロケーション（および／またはＰＲＢロケーション）のために適用し得る。
【０１４７】
複数のＲＢを使用するスケジュールされたＵＬ送信では、ｅＮＢは、どのＲＢがＰＮＲＳを搬送し得るのかをＷＴＲＵにシグナリングし得る。いくつかのＲＢは、たとえば、ＲＳオーバーヘッドを低減するためにＰＮＲＳを搬送しないことがある。ｅＮＢは、たとえば、ＵＬ許可とともにＷＴＲＵにこの情報をシグナリングし得る。ＵＬ送信のために割り振られたＲＢ（たとえば、すべてのＲＢ）がＰＮＲＳのために構成されること、またはＰＮＲＳで構成され得るＲＢのパターンが予め定められ得、たとえば、ｅＮＢが、ＷＴＲＵに所望のパターンのインデックスをシグナリングする必要が（たとえば、それだけが）あり得ることのうちの１つを適用し得る。
【０１４８】
ＰＮＲＳは、関連付けられたデータを復調するために使用され得る。たとえば、あるＰＲＢ中で送信されたＰＮＲＳが同じＰＲＢ中のデータを復調するために使用され得る。以下のうちの１つまたは複数を適用し得る。ＰＮＲＳは、ＷＴＲＵのためにスケジュールされたＰＲＢのうちの１つまたは複数中で送信され得、ＷＴＲＵ（またはｅＮＢ）は、ＰＮＲＳを含んでいる１つまたは複数のＰＲＢ以外であり得る（たとえば、各）ＰＲＢ中でＤＭ−ＲＳを送信し得る。ＤＭ−ＲＳは、（たとえば、ＰＲＢ内で分散された）第１の基準信号パターンに基づいてシグナリングされ得る。ＰＮＲＳは、（たとえば、ＰＲＢ内に局所化された）第２の基準信号パターンに基づいてシグナリングされ得る。ＰＮＲＳを含んでいる１つまたは複数のＰＲＢ中のＤＭ−ＲＳロケーションが、データ送信のために使用され得る。たとえば、データのための送信ランク（たとえば、番号レイヤ）が１より高い場合、ＤＭ−ＲＳは、ＰＮＲＳを含んでいる１つまたは複数のＰＲＢ中で送信され得る。ＰＮＲＳは、ＷＴＲＵのためにスケジュールされたＰＲＢのうちの１つまたは複数中で送信され得、ＷＴＲＵ（またはｅＮＢ）は、ＰＲＢ中でのＰＮＲＳの存在に基づいて異なるタイプのＤＭ−ＲＳを送信し得る。たとえば、スケジュールされたＰＲＢがＰＮＲＳを含んでいる場合、第１のタイプのＤＭ−ＲＳが使用され得、そうでない場合、第２のタイプのＤＭ−ＲＳが使用され得る。第１のタイプのＤＭ−ＲＳの基準信号パターンは、第２のタイプのＤＭ−ＲＳのそれとは異なり得る。第１のタイプのＤＭ−ＲＳは、第２のタイプのＤＭ−ＲＳよりも低い密度（たとえば、より少数のＲＥ）を有し得る。
【０１４９】
ｅＮＢは、（たとえば、デフォルトのＰＮＲＳ設定を使用してｅＮＢの位相オフセット測定値に基づいて）送信機の位相雑音の変化率を推定し得、代替ＰＮＲＳパターン、たとえば（たとえば、図４に示した）より低い密度パターンのためにＷＴＲＵを構成し得る。
【０１５０】
データ復調基準信号（ＤＭ−ＲＳ）送信が開示される。いくつかのフレーム構造中で、ＤＭ−ＲＳは、たとえば、データ送信が開始する前にフレーム／サブフレーム／パケットの始めに送信され得る。ＤＭ−ＲＳが、データを搬送するＯＦＤＭシンボル中で送信されない場合、チャネル推定精度は、たとえば、特に、高モビリティシナリオにおいて損害を被り得る。
【０１５１】
分散されたＤＭ−ＲＳシンボルは、たとえば、サブフレームの始めのＤＭ−ＲＳシンボルに加えてフレーム／サブフレーム／パケットのデータ部分にマッピングされ得、これは、たとえば、高モビリティによるチャネル推定の劣化を軽減するためのＤＬ送信とＵＬ送信との両方のためのものであり得る。図１７に、サブフレームの制御／データ部分にマッピングされた分散されたＤＭ−ＲＳの一例を示す。分散されたＤＭ−ＲＳは、ｅＮＢによって動的にシグナリングされるか、または半静的に構成され得る。
【０１５２】
分散されたＤＭ−ＲＳは、たとえば、モビリティに応じてより高いまたはより低い密度の基準信号をもつサブフレームのデータ部分にマッピングされ得、より高いモビリティシナリオでは、（たとえば、図１７に示すように）より高い密度パターンが使用され得、一方、低から中間のモビリティでは、より低い密度パターンが使用され得る。
【０１５３】
分散されたＤＭ−ＲＳパターンのタイプはｅＮＢによって動的に構成され得る。たとえば、いくつかの分散されたＤＭ−ＲＳパターン、たとえば、「なし」、「低密度」、および／または「高密度」が定義され得る。ＤＬ送信では、パターンタイプは、制御チャネル内で、たとえば、ＤＣＩ中でＷＴＲＵにｅＮＢによってシグナリングされ得、パターンは、そのＤＣＩに関連付けられたＤＬ割当てに適用され得る。ＵＬ送信では、パターンタイプは、ＤＬ制御チャネルを介してｅＮＢによって動的に構成され得る。この場合、ＷＴＲＵは、ＵＬ許可によって示された送信（たとえば、サブフレーム／ＴＴＩ）にパターンを適用し得る。
【０１５４】
ＤＬ送信およびＵＬ送信では、構成されたＤＭ−ＲＳパターンは、セル固有であることもＷＴＲＵ固有であることもある。
【０１５５】
分散されたＤＭ−ＲＳが使用可能にされる場合、時間／周波数リソースのうちのいくつかがデータ送信から取られ、ＤＭ−ＲＳ送信に割り振られる必要があり得る。トランスポートブロックサイズは、異なる数の利用可能なリソース要素（ＲＥ）を考慮するために、たとえば、構成された分散されたＤＭ−ＲＳパターンのタイプにかかわらず一定に保たれ得、ならびに／またはレートマッチングパターンは、それぞれの分散されたＤＭ−ＲＳパターンタイプに関連付けられるように定義され得る。たとえば、高密度の分散されたＤＭ−ＲＳパターンタイプのために構成された場合、ＷＴＲＵは、（たとえば、シグナリングされたＴＢＳのために）適用する対応するレートマッチングパターンを選択し得る。レートマッチングパターンは、（たとえば、ＤＭ−ＲＳパターンタイプにかかわらず）同じに保たれ得、トランスポートブロックサイズの異なるセットが、定義され、それぞれの分散されたＤＭ−ＲＳパターンタイプに関連付けられ得る。選択されたＤＭ−ＲＳパターンタイプに基づいて、対応するＴＢＳテーブルが使用され得る。
【０１５６】
非直交多元接続（ＮＯＭＡ）を使用し、それにより、いくつかのＷＴＲＵが、同じ時間／周波数リソース中での送信のために割り当てられ得るシステムでは、同じ分散されたＤＭ−ＲＳパターンタイプが、たとえば、データとＲＳとの衝突を妨げるために同じＮＯＭＡグループ中のＷＴＲＵ（たとえば、すべてのＷＴＲＵ）のために構成され得る。そのＮＯＭＡグループ中のＷＴＲＵは、ＷＴＲＵ固有のＤＭ−ＲＳパターンの個々のシグナリングを介して、またはグループ中のＷＴＲＵ（たとえば、すべてのＷＴＲＵ）を同時に構成する（グループＲＮＴＩなどの）グループＩＤを使用して同じ分散されたＤＭ−ＲＳパターンタイプで構成され得る。
【０１５７】
ＰＮＲＳとＤＭ−ＲＳとが関連付けられ得る。１つまたは複数のＤＭ−ＲＳポートが、ＰＤＳＣＨまたはＰＵＳＣＨ送信のために使用され得る。ＰＤＳＣＨまたはＰＵＳＣＨ送信のために使用されるＤＭ−ＲＳポートの数は、ＰＤＳＣＨまたはＰＵＳＣＨ送信のために使用される、それのために割り振られた、またはそれのために決定されたレイヤの数に基づいて決定され得、ここにおいて、レイヤの数は、送信ランクと呼ばれることがある。ＰＤＳＣＨまたはＰＵＳＣＨ送信のためのレイヤの数が、関連付けられたＤＣＩ中で示され得ること、存在および／もしくはＰＮＲＳ密度が、ＰＤＳＣＨまたはＰＵＳＣＨ送信のために示されたレイヤの数に基づいて決定され得ること、存在および／もしくはＰＮＲＳ密度が、レイヤの数を含まない１つもしくは複数のスケジューリングパラメータに基づいて決定され得ること、ならびに／またはＰＮＲＳポートの数（もしくはＰＮＲＳ密度）が、ＷＴＲＵのために使用される、それのためにスケジュールされた、またはそれのために決定されたコードワードの数に基づいて決定され得ることのうちの１つまたは複数を適用し得る。
【０１５８】
ＰＤＳＣＨまたはＰＵＳＣＨ送信のためのレイヤの数は、関連付けられたＤＣＩ中で示され得る。ＤＭ−ＲＳポートのセットは、レイヤの数、ＭＵ−ＭＩＭＯ動作の表示、レイヤの数に関連付けられたＤＭ−ＲＳポートのセットの表示、またはＤＭ−ＲＳポートのセットの表示のうちの１つまたは複数に基づいて決定され得る。ＤＭ−ＲＳのために使用されるＯＦＤＭシンボルの数が、示されたレイヤの数に基づいて決定され得る。
【０１５９】
存在および／またはＰＮＲＳ密度は、ＰＤＳＣＨまたはＰＵＳＣＨ送信のために示されたレイヤの数に基づいて決定され得る。たとえば、以下のうちの１つまたは複数を適用し得る。レイヤの数が予め定められたしきい値よりも低い場合、単一のＰＮＲＳポートが送信または使用され得、レイヤの数が予め定められたしきい値よりも高い場合、２つ以上のＰＮＲＳポートが送信または使用され得る。ＰＮＲＳポートの数は、ＤＭ−ＲＳポートの数、ＰＮＲＳポートとＤＭ−ＲＳポートとの間の１対１のマッピング、ここにおいて、マッピングされたＤＭ−ＲＳポートとＰＮＲＳポートとは、ＱＣＬパラメータ（たとえば、遅延拡散、ドップラー拡散、周波数シフト、平均受信電力、空間Ｒｘパラメータなど）のうちの少なくとも１つに関して準コロケートされる（ＱＣＬされる（quasi-collocated））と見なされ得る、として送信または使用され得る。
【０１６０】
存在および／またはＰＮＲＳ密度は、レイヤの数を含まない１つまたは複数のスケジューリングパラメータに基づいて決定され得る。単一のＰＮＲＳポートが送信または使用され得る。ＰＮＲＳポートは、あるＤＭ−ＲＳポートに関連付けられ得る（または、ＱＣＬされ得る）。ＰＮＲＳに関連付けられたＤＭ−ＲＳポートは、予め定められるか、予め決定されるか、または関連付けられたＤＣＩ中で示され得る。たとえば、ＷＴＲＵのために使用されるＤＭ−ＲＳポートのセット内の第１のＤＭ−ＲＳポートが、ＰＮＲＳに関連付けられ得る。
【０１６１】
ＰＮＲＳポートの数（またはＰＮＲＳ密度）は、ＷＴＲＵのために使用される、それのためにスケジュールされた、またはそれのために決定されたコードワードの数に基づいて決定され得る。たとえば、ＷＴＲＵが単一のコードワードでスケジュールされる場合、単一のＰＮＲＳポートが使用され得、一方、ＷＴＲＵが、２つのコードワードでスケジュールされる場合、２つのＰＮＲＳポートが使用され得る。コードワードの数は、ＤＣＩ中で示されたレイヤの数に基づいて決定され得る。コードワードの数は、ＷＴＲＵが受信し得るＤＣＩの数に基づいて決定され得る。たとえば、ＷＴＲＵは、１つまたは複数のＤＣＩを受信し得、各ＤＣＩは、コードワードに関連付けられ得る。各コードワードのＰＮＲＳの存在および／または密度は、各コードワードのスケジューリングパラメータのうちの１つまたは複数に基づいて決定され得る。ＷＴＲＵは、ＰＤＳＣＨ送信のための２つのＤＣＩを受信し得、ＤＣＩは、コードワードに関連付けられ得、各コードワードのスケジューリングパラメータを含む。各コードワードのためのＰＮＲＳの存在および／または密度は、選択されたＭＣＳレベル、スケジュールされたＰＲＢの数、レイヤの数、および各コードワードのＤＭ−ＲＳ密度のうちの１つまたは複数に基づいて決定され得る。コードワードのためのＰＮＲＳの存在および／または（０密度を含む）密度は、１つまたは複数のコードワードのＤＭ−ＲＳ間のＱＣＬステータスに基づいて決定され得る。たとえば、スケジュールされたコードワードのＤＭ−ＲＳは、ＱＣＬされ、ＰＮＲＳは、コードワードのサブセット中で送信され得る（たとえば、単一のコードワードのみがＰＮＲＳを含む）が、スケジュールされたコードワードのＤＭ−ＲＳが、ＱＣＬされない場合、ＰＮＲＳの存在および／または密度は、関連付けられたＤＣＩまたはコードワードのスケジューリングパラメータに基づいて決定され得る。
【０１６２】
例では、１つまたは複数のＰＮＲＳが、送信または受信され得、（たとえば、各）ＰＮＲＳは、ＤＭ−ＲＳポートに関連付けられ得る。ＰＮＲＳパターンは、ＰＲＢ（またはＰＲＢペア）中で使用され得、スケジュールされたＰＲＢのすべてまたはサブセットは、ＰＮＲＳパターンを含み得る。ＰＲＢ中のＰＮＲＳ（またはＰＮＲＳパターン、ＰＮＲＳポート）は、ＤＭ−ＲＳポートまたはＤＭ−ＲＳポートのセットに関連付けられ得（または、それとＱＣＬされ得）、どのＤＭ−ＲＳポートまたはＤＭ−ＲＳポートのセットがＰＲＢ中のＰＮＲＳに関連付けられるのかは、レイヤの数（もしくはＤＭ−ＲＳポートの数）、スケジュールされたＰＲＢの数（もしくはスケジュールされた帯域幅）、ＰＮＲＳポートの数（もしくはＰＲＢ内のＰＮＲＳのために使用されるサブキャリアの数）、ならびに／またはＰＲＢインデックスもしくはスケジュールされたＰＲＢ内のＰＲＢロケーション（ｎ番目のＰＲＢ）のうちの１つまたは複数に基づいて決定され得る。
【０１６３】
ＵＣＩは、データ有りでまたは無しでＰＵＳＣＨ上で送信され得る。ＵＣＩは、チャネル状態情報（たとえば、ＣＱＩ、ＰＭＩ、ＲＩ、およびＣＲＩなど）ならびにＨＡＲＱ−ＡＣＫ情報（たとえば、ＡＣＫまたはＮＡＣＫ）のうちの少なくとも１つを含み得る。１つまたは複数のチャネル状態情報（ＣＳＩ）タイプが使用され得る。ＣＳＩタイプは、ＣＳＩパラメータに関連付けられ得る。ＣＳＩパラメータは、ＣＱＩ（チャネル品質インジケータ）、広帯域ＣＱＩ、サブバンドＣＱＩ、第１のコードワードのためのＣＱＩ、および／もしくは第２のコードワードのためのＣＱＩ、ＰＭＩ（プリコーディング行列インジケータ）、広帯域ＰＭＩ、サブバンドＰＭＩ、第１の成分コードブック（たとえば、ｉ１）のためのＰＭＩ、第２の成分コードブック（たとえば、ｉ２）のためのＰＭＩ、多成分コードブック構造Ｗ１Ｗ２（たとえば、Ｗ１は、第１の成分コードブックであり得、Ｗ２は、第２の成分コードブックであり得る）、ＣＲＩ（たとえば、ＣＳＩ−ＲＳリソースインジケータ）、ＲＩ（ランクインジケータ）、ならびに／またはＰＴＩ（プリコーディングタイプインジケータ）のうちの１つまたは複数を含み得る。
【０１６４】
１つまたは複数のＨＡＲＱ−ＡＣＫ情報タイプが使用され得る。ＨＡＲＱ−ＡＣＫ情報タイプは、いくつかのＨＡＲＱ−ＡＣＫビットおよび／またはコードブロックグループ（ＣＢＧ）に関連付けられ得る。たとえば、ＨＡＲＱ−ＡＣＫ情報タイプは、シングルビットのＨＡＲＱ−ＡＣＫに関連付けられ得る。ＨＡＲＱ−ＡＣＫ情報タイプは、２ビットのＨＡＲＱ−ＡＣＫに関連付けられ得る。ＨＡＲＱ−ＡＣＫ情報タイプは、コードブロックグループ（ＣＢＧ）に関連付けられ得る。ＨＡＲＱ−ＡＣＫ情報タイプは、トランスポートブロックに関連付けられ得る。トランスポートブロックは、１つまたは複数のＣＢＧを有し得る。
【０１６５】
１つまたは複数のＵＣＩが使用され得る。ＵＣＩ部分は、１つもしくは複数のＣＳＩタイプおよび／またはＨＡＲＱ−ＡＣＫ情報タイプを含み得る。ＵＣＩは、別々にコーディングされ、同時に送信され得る。第１のＵＣＩ部分は、１つまたは複数のＣＳＩタイプを含み得る。第１のＵＣＩ部分は、１つまたは複数のＣＳＩタイプのために決定され得る値にかかわらず一定のペイロードサイズを有し得る。たとえば、第１のコードワードのためのＣＲＩ、ＲＩ、ＰＴＩ、およびＣＱＩが第１のＵＣＩ部分であり得る。第２のＵＣＩ部分は、１つまたは複数のＣＳＩタイプを含み得る。第２のＵＣＩ部分は、第１のＵＣＩ部分中の１つまたは複数のＣＳＩ値に依存し得る可変ペイロードサイズを有し得る。たとえば、第２のコードワードのＰＭＩおよびＣＱＩは、第２のＵＣＩ部分であり得、それのペイロードサイズは、第１のＵＣＩ部分のＲＩ値に基づいて決定され得る。第３のＵＣＩ部分は、１つまたは複数のＨＡＲＱ−ＡＣＫ情報タイプを含み得る。
【０１６６】
１つまたは複数のＰＴＲＳパターンおよび／またはＰＴＲＳタイプが使用され得る。ＰＵＳＣＨ送信のためのＰＴＲＳパターンおよび／またはＰＴＲＳタイプは、ＵＣＩ送信のために必要とされるＲＥの数または送信される特定のＵＣＩ部分のうちの少なくとも１つに基づいて決定され得る。
【０１６７】
ＰＵＳＣＨ送信のためのＰＴＲＳパターンおよび／またはＰＴＲＳタイプは、ＵＣＩ送信のために必要とされるＲＥの数（Ｎｒｅ）に基づいて決定され得る。たとえば、Ｎｒｅが予め定められたしきい値（α）よりも小さい場合、第１のＰＴＲＳパターンが使用され得、その他の場合は、第２のＰＴＲＳパターンが使用され得る。２つ以上のしきい値が複数のＰＴＲＳパターンとともに使用され得る。Ｎｒｅは、特定のＵＣＩ部分に関連付けられ得る。たとえば、Ｎｒｅは、ＵＣＩ部分（たとえば、第１のＵＣＩ部分または第３のＵＣＩ部分）のサブセットのためにのみカウントされ得る。ＰＴＲＳパターンは、ＰＵＳＣＨ送信のための利用可能なＲＥ（たとえば、Ｎｐｕｓｃｈ）とＮｒｅとの間の比に基づいて決定され得る。たとえば、Ｎｒｅ／Ｎｐｕｓｃｈの比が予め定められたしきい値よりも小さい場合、第１のＰＴＲＳパターンが使用され得、その他の場合は、第２のＰＴＲＳパターンが使用され得る。比は、Ｎｒｅ／ＮｐｕｓｃｈまたはＮｐｕｓｃｈ／Ｎｒｅに基づいて決定され得る。Ｎｐｕｓｃｈは、ＰＵＳＣＨ送信のための利用可能なＲＥの数であり得る。利用可能なＲＥは、基準信号（たとえば、ＤＭ−ＲＳおよびＳＲＳ）およびＵＣＩ  Ｒｅｓのうちの１つまたは複数を含まないことがある。Ｎｐｕｓｃｈは、ＲＥの公称数であり得る。ＲＥの公称数は、スケジュールされた帯域幅および／またはＴＴＩ長（もしくはスロット長）に基づいて決定され得る。
【０１６８】
表１に、ＮｒｅまたはＮｒｅ／Ｎｐｕｓｃｈのうちの少なくとも１つに基づくＰＴＲＳパターンの決定の一例を示す。ＰＴＲＳパターンの決定は、ＵＣＩのためのＲＥの必要とされる数（Ｎｒｅ）ならびに／またはＮｒｅとＰＵＳＣＨ送信のための利用可能なＲＥの数との間の比に基づき得る。
【０１６９】
【表１】
2019537856.tif 000006
【０１７０】
ＰＵＳＣＨ送信のためのＰＴＲＳパターンおよび／またはＰＴＲＳタイプは、送信される特定のＵＣＩ部分に基づいて決定され得る。たとえば、第１のＵＣＩ部分および／または第２のＵＣＩ部分がＰＵＳＣＨ上で送信される場合、第１のＰＴＲＳパターンが使用され得、第３のＵＣＩ部分がＰＵＳＣＨ上で送信される場合、第２のＰＴＲＳパターンが使用され得る。ＰＴＲＳパターンは、ＵＣＩ部分のセットがＰＵＳＣＨ上を送信した場合異なり得る。ＰＴＲＳパターンは、ＵＣＩがＨＡＲＱ−ＡＣＫ情報タイプを含むのかどうかに基づいて決定され得る。たとえば、ＨＡＲＱ−ＡＣＫ情報タイプがＵＣＩ中に含まれない場合、第１のＰＴＲＳパターンが使用され得、そうでない場合、第２のＰＴＲＳパターンがＰＵＳＣＨ送信のために使用され得る。ＰＵＳＣＨ送信のためのＰＴＲＳパターンおよび／またはＰＴＲＳタイプは、ＰＵＳＣＨ送信中でのＵＣＩの存在に基づいて決定され得る。たとえば、ＵＣＩが、ＰＵＳＣＨ送信上に存在する場合、第１のＰＴＲＳパターン（たとえば、第１のＰＴＲＳ密度）が使用され得、ＵＣＩがＰＵＳＣＨ送信上に存在しない場合、第２のＰＴＲＳパターン（たとえば、第２のＰＴＲＳ密度）が使用され得る。
【０１７１】
表２に、ＵＣＩ部分がＰＵＳＣＨ上で送信されることに基づくＰＴＲＳパターンの決定の一例を示す。ＰＴＲＳパターンの決定は、ＰＵＳＣＨ中での１つまたは複数のＵＣＩ部分の存在に基づき得る。
【０１７２】
【表２】
2019537856.tif 000007
【０１７３】
サウンディング基準信号（ＳＲＳ）送信が開示される。サウンディング基準信号（ＳＲＳ）送信は、サブバンドＳＲＳまたはＳＲＳ送信およびＳＲＳのためのＲＥミュートのうちの１つまたは複数を含み得る。
【０１７４】
図１８および図１９に、ＳＲＳに基づくＴｘ／Ｒｘビームスイープの一例を示す。図２０に、ビーム測定のためのＳＲＳ送信の一例を示す。図２１に、サブバンドホッピングを用いるＳＲＳ送信の一例を示す。
【０１７５】
サブバンドＳＲＳが開示される。同じ波形が（たとえば、ＮＲ中の）ＤＬおよびＵＬのために使用され得るので、ＣＳＩ−ＲＳおよびＳＲＳのための共通の設計が有益であり得る。サウンディング基準信号が、チャネル品質推定および／またはビーム測定のために使用され得る。測定される送信機および受信機のビームの数が倍数であり得るので、マルチショットＳＲＳ送信が使用され得る。マルチショットは、ＳＲＳ（たとえば、ＳＲＳのセット）が連続するＯＦＤＭシンボルであり得、ならびに／または構成され得る、決定され得る、および／もしくは知られていることがある時間（および／もしくは周波数）中でシーケンスもしくはパターンに従い得るＯＦＤＭシンボルのセットにわたって送信され得ることを意味し得る。ＯＦＤＭシンボルの各々中で送信されるＳＲＳは、同じであることも異なることもあり得る。一例として、図１８では、ＷＴＲＵは同じＳＲＳを送信しており、一方、ｅＮＢはそれの受信ビームをスイープしており、図１９では、ＷＴＲＵはそれのＳＲＳをスイープしており、たとえば、ＷＴＲＵは、それがＳＲＳの送信のために使用するビームをスイープしている。
【０１７６】
シーケンスまたはパターンは、シンボル、スロット（たとえば、タイムスロット）、ならびに／またはミニスロットのうちの少なくとも１つに関して構成または決定され得る。シーケンスまたはパターンは、バースト時間、たとえば、ビームまたは同期信号のバースト時間、時間窓（たとえば、ビーム時間窓）、または時間ブロック（たとえば、ビーム時間ブロック）の関数であり得る。バースト時間、時間ブロック、または時間窓は、時間量（たとえば、時間の連続的な量）であり得る。バースト時間、時間ブロック、または時間窓は、ビーム方向が送信または受信のために使用され得る時間量（たとえば、時間の連続的な量）であり得る。たとえば、方向は、バースト時間、時間窓、または時間ブロックの始めおよび／または終わりの遷移時間を場合によって除くバースト時間、時間窓、または時間ブロック中に変化しないことがある。
【０１７７】
一例では、ＷＴＲＵは、マルチショットＳＲＳを送信し得る。マルチショットＳＲＳは、バースト時間、時間窓、または時間ブロックのセットの各々の中の１つまたは複数のシンボル中で送信されるＳＲＳのセットであり得る。送信は、ｅＮＢ（（たとえば、ｇＮＢ）ｅＮＢとｇＮＢとは互換的に使用され得る）または他のネットワークエンティティによって与えられ得る構成に従うものであり得る。
【０１７８】
ＷＴＲＵは、たとえば、電力限定により全帯域を介してＳＲＳを送信することができないことがある。ＷＴＲＵが、所与の時間間隔中にサブバンドを介してＳＲＳを送信し、異なるサブバンドを介してＳＲＳの送信を時間多重化することが好ましいことがある。一例として、図２０では、ＳＲＳが、ビーム測定を可能にするために同じサブバンド上で送信され、一方、図２１では、ＳＲＳが、より大きい帯域幅をサウンディングするために異なるサブバンド上で送信される。
【０１７９】
ビーム測定基準信号（ＢＲＳ）は、ダウンリンクのＣＳＩ−ＲＳおよびアップリンクのＳＲＳの特殊な場合になるように構成され得る。たとえば、ＢＲＳは、特定のアンテナポート上で送信されるＣＳＩ−ＲＳまたはＳＲＳとなるように構成され得る。ＢＲＳ（および／またはＳＲＳ）のためのリソース割振りは、時間および／または周波数リソース割振りを定義し得、ｅＮＢによって構成され得る。
【０１８０】
ＳＲＳ送信およびＳＲＳのためのＲＥミュートが開示される。リソース要素（ＲＥ）は、時間および／もしくは周波数リソースまたは時間および／もしくは周波数リソースのセットであるか、またはそれに対応し得る。たとえば、ＲＥは、シンボルのセット（たとえば、１つまたは複数のシンボル）および周波数またはサブキャリアのセット（たとえば、Ｎ個の周波数またはサブキャリア）であるか、またはそれに対応し得る。周波数またはサブキャリアは、送信帯域または帯域幅内の周波数またはサブキャリアのサブセットであり得る。
【０１８１】
ＳＲＳは、たとえば、ＷＴＲＵによって、システム帯域幅にわたって、またはシステム帯域幅のサブバンドにわたって分散され得るＲＥのセット中で送信され得る。ＳＲＳは、時間的に隣接することも隣接しないこともある１つまたは複数のシンボル中で送信され得る。一例では、ＲＥは、１つのシンボルおよびＮ個のサブキャリアに対応し得る。ＳＲＳは、送信するＲＥが構成され得るＲＥのセット中で送信され得る。
【０１８２】
たとえば、ＷＴＲＵは、ＳＲＳがＷＴＲＵ（たとえば、第１のＷＴＲＵ）および／または別のＷＴＲＵ（たとえば、第２のＷＴＲＵ）によって送信され得る１つまたは複数の、たとえば、Ｓ個のＲＥのセットの構成を受信し得る。ＲＥのセットの構成は、帯域またはサブバンド中にＲＥのセットの識別情報を含み得る。ＲＥのセットの構成は、帯域またはサブバンド中で繰り返され得る帯域またはサブバンドの一部分中にＲＥのセットの識別情報を含み得る。
【０１８３】
Ｓ個のＲＥのセットのセット、たとえば、現在のもしくは次回の時間期間などの時間期間（たとえば、サブフレームもしくはＴＴＩ）中にＳＲＳ送信のために使用され得るＲＥのセット、ＳＲＳ（たとえば、マルチショットＳＲＳ）が送信され得るシンボル（たとえば、連続するシンボル）の数（たとえば、シンボルの数は、１つもしくは複数のセットのために（たとえば、セットのために（たとえば、各セットのために個々に）もしくはすべてのセットもしくはセットのサブセットのために一度）構成され得る）、マルチショット送信のためのシンボル間の（たとえば、時間もしくはシンボル単位での）間隔、ＳＲＳ送信もしくはＳＲＳ送信のセット間のバースト時間、時間ブロック、もしくは時間窓単位での間隔、たとえば、ＷＴＲＵが、ＳＲＳを送信する（たとえば、１つもしくは複数のシンボル中でＳＲＳを送信する）間にバースト時間、時間ブロック、および／もしくは時間窓を決定することを可能にし得るＳＲＳ送信のためのバースト時間、時間ブロックもしくは時間窓のパターン、またはＳＲＳ送信中に（たとえば、マルチショットＳＲＳ送信中に）それの送信ビームもしくは方向を変更（たとえば、スイープ）するのかどうかおよび／もしくはそれをどのくらいの頻度で変更するのかのうちの少なくとも１つが構成または示され得る（たとえば、ＷＴＲＵは、それらのうちの少なくとも１つの構成または表示を受信し得る）。
【０１８４】
サブフレームは、本明細書では、時間単位の一例として使用され得る。別の単位が使用され、依然として、本開示に一致し得る。たとえば、本明細書で説明する例では、スロット（たとえば、タイムスロット）またはミニスロットは、サブフレームに置換され、依然として、本開示に一致し得る。
【０１８５】
ＲＥセットは、周期性をもって構成され得る。
【０１８６】
構成または表示は、たとえば、ＤＬ制御情報（ＤＣＩ）中でまたはＵＬ許可などの許可とともになど、物理レイヤシグナリングによって半静的に、（たとえば、ＲＲＣシグナリングなどの上位レイヤのシグナリングを介して）、または動的に（たとえば、ｅＮＢによって）与えられ、および／または（たとえば、ＷＴＲＵによって）受信され得る。
【０１８７】
ＷＴＲＵは、（たとえば、動的に）ＳＲＳを送信するために表示（たとえば、トリガ）を受信し得る。表示は、本明細書ではＳＲＳトリガと呼ばれることがある。たとえば、ＳＲＳトリガは、ＵＬ許可中でまたはそれを用いて（たとえば、ｅＮＢによって）与えられ、および／または（たとえば、ＷＴＲＵによって）受信され得る。ＳＲＳトリガは、ＤＬ制御情報（ＤＣＩ）中で、たとえば、ＵＬ許可であるか、またはそれを含み得るＤＣＩフォーマット中で受信され得る。ＷＴＲＵは、ＳＲＳトリガの受信に基づいてＳＲＳを送信し得る。ＷＴＲＵは、許可が受信されたＵＬチャネル（たとえば、ＰＵＳＣＨ）をＷＴＲＵが送信し得る時間期間（たとえば、サブフレームまたはＴＴＩ）中でＳＲＳを送信し得る。
【０１８８】
ＷＴＲＵは、ＳＲＳを送信するＲＥの少なくとも１つのセットの表示を受信し得る。セットの表示は、Ｓ個の構成されたセットのうちのどのセットを使用するのかを識別し得る。ＷＴＲＵは、たとえば、ＳＲＳトリガの受信およびＳＲＳを送信するＲＥのセットの受信に基づいてＲＥのセット上でＳＲＳを送信し得る。ＷＴＲＵは、構成または示されたシンボル中でＳＲＳを送信し得る。
【０１８９】
一例では、ＷＴＲＵは、Ｓ個のＲＥのセットの構成を受信し得る。ＷＴＲＵは、たとえば、ＵＬ許可中でまたはそれを用いてＳＲＳトリガを受信し、Ｓ個のＲＥのセットのサブセットであり得る１つまたは複数のＲＥのセットを使用してＳＲＳを送信する構成または表示を受信し得る。表示は、Ｓ個のＲＥのセットに関するインデックスまたは他の識別子によってＲＥのセットを識別し得る。表示は、ＲＥのセットを明示的に識別し得る。
【０１９０】
ＷＴＲＵは、時間期間ｎ中にＵＬ許可および／またはＳＲＳトリガを受信し得る。ＷＴＲＵは、たとえば、時間期間ｎ中でのＵＬ許可および／またはＳＲＳトリガの受信に基づいて時間期間ｎ＋ｋ中にＰＵＳＣＨおよび／またはＳＲＳを送信し得る。ＷＴＲＵは、たとえば、時間期間ｎ＋ｋ中にＳＲＳを送信する場合に１つまたは複数のＲＥのセット上でＳＲＳを送信し得る。ＷＴＲＵは、たとえば、マルチショットＳＲＳが使用される場合、複数のシンボル（または他の時間期間）中に１つまたは複数のＲＥのセット上でＳＲＳを送信し得る。ホッピングパターンは、たとえば、マルチショットＳＲＳ送信が使用される場合、ＲＥのセットの第１のセットが、第１のシンボルまたは他の時間期間中でのＳＲＳ送信のために使用され得、ＲＥの第２のセットが、第２のシンボルまたは他の時間期間中でのＳＲＳ送信のために使用され得るように使用され得る。ＳＲＳ送信に対するＳＲＳトリガを受信することからの遅延とＰＵＳＣＨ送信に対するＵＬ許可を受信することからの遅延とは、同じであることも異なることもある。
【０１９１】
ＳＲＳが送信される時間期間中に（たとえば、信号またはチャネルを）送信する場合、ＷＴＲＵは、ＳＲＳ送信のために使用され得るＲＥ中でのそれの送信をミュートし得る。ＷＴＲＵは、ＳＲＳ送信のために使用されるＲＥの周りでレートマッチングすることによってそれの送信をミュートし得る。
【０１９２】
ＷＴＲＵは、たとえば、シンボル中でＳＲＳのために使用されるＲＥの周りでレートマッチングし得る。たとえば、ＷＴＲＵが、そのＷＴＲＵまたは別のＷＴＲＵによってＳＲＳのために使用されるシンボル中で（たとえば、チャネルまたは信号を）送信する場合、ＷＴＲＵは、ＳＲＳのために使用されるＲＥの周りでそれの送信をレートマッチングし得る。たとえば、ＷＴＲＵは、ＳＲＳ送信のために使用されるＲＥの周りでデータチャネル（たとえば、ＰＵＳＣＨ）送信または制御チャネル（たとえば、ＰＵＣＣＨ）送信をレートマッチングし得る。ＰＵＳＣＨおよびＰＵＣＣＨは、ＷＴＲＵが送信し得るチャネルの例として使用され得る。別のチャネルが、本開示に一致して使用され得る。
【０１９３】
ＷＴＲＵは、ＷＴＲＵがＳＲＳ送信のために使用し得るＲＥのセット中のＲＥの周りでレートマッチングし得る。一例では、たとえば、ＷＴＲＵが、ＵＬ許可とＳＲＳトリガとを一緒に受信する場合、ＷＴＲＵは、同じ時間期間中にＰＵＳＣＨとＳＲＳとを送信し得る。ＰＵＳＣＨを送信する場合、ＷＴＲＵは、それがＳＲＳ送信のために使用するＲＥの１つまたは複数のセットの周りでレートマッチングし得る。
【０１９４】
ＲＥのセットの周りでレートマッチングすること（たとえば、送信をレートマッチングすること）は、ＲＥのセットに（たとえば、送信の）コーディングされたビットをマッピングしないことを意味し得る。たとえば、ある時間期間中にＲＥにＰＵＳＣＨのコーディングされたビットをマッピングする場合、ＷＴＲＵは、その時間期間中にＳＲＳ送信のために使用される（たとえば、ＷＴＲＵまたは別のＷＴＲＵがＳＲＳ送信のために使用し得る）ＲＥを飛ばしてスキップし得る。時間期間は、たとえば、シンボルまたはサブフレームであり得る。
【０１９５】
第１のＷＴＲＵは、第２のＷＴＲＵがある時間期間中にＳＲＳ送信のために使用し得る１つまたは複数のＲＥのセットの構成を受信し得る。構成は、第１のＷＴＲＵによって受信されたＵＬ許可中でまたはそれを用いて与えられ得る。構成は、たとえば、ＤＬ制御情報（ＤＣＩ）またはＤＬ制御チャネル中に与えられ得る。ＤＣＩまたはＤＬ制御情報は、第１のＷＴＲＵのＵＬ許可のためのＤＣＩまたはＤＬ制御チャネルとは別個のものであり得る。
【０１９６】
第１のＷＴＲＵは、第２のＷＴＲＵがＳＲＳ送信のために使用し得るＲＥのセット中のＲＥの周りでレートマッチングし得る。第２のＷＴＲＵによってＳＲＳ送信のために使用され得るＲＥのセットの構成または表示は、たとえば、第１のＷＴＲＵのためのＵＬ許可中で、それと一緒に、および／またはそれとは別々に第１のＷＴＲＵに与えられ得、および／またはそれによって受信され得る。
【０１９７】
一例では、第１のＷＴＲＵは、時間期間中にＰＵＳＣＨを送信するためにＵＬ許可を受信し得る。ＷＴＲＵは、少なくとも第２のＷＴＲＵが同じ時間期間中にＳＲＳを送信し得るという表示を受信し得る。ＷＴＲＵは、少なくとも第２のＷＴＲＵがＳＲＳを送信し得るＲＥのセットの構成または表示を受信し得る。ＰＵＳＣＨを送信する場合、ＷＴＲＵは、ＳＲＳのために少なくとも第２のＷＴＲＵによって使用され得るＲＥの周りでレートマッチングし得る。
【０１９８】
ＲＥごとに送信され得るビット数は、たとえば、あるまたは所望のパフォーマンスを達成するためにＷＴＲＵがＰＵＳＣＨなどのチャネルまたは信号を送信するのに必要とし得るかまたはそうするために使用し得る電力に影響を及ぼし得る。送信のために利用可能なＲＥの数は、ＷＴＲＵが必要とし得るかまたは使用し得る電力に影響を及ぼし得る。
【０１９９】
第１のＷＴＲＵは、送信のために利用可能なＲＥに基づいてチャネルもしくは信号（たとえば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、送信電力）またはチャネルおよび／もしくは信号のセットのためのそれの送信電力を決定または調整し得る。ＷＴＲＵは、利用可能なＲＥの数を決定し、利用可能なＲＥの少なくとも数に基づいて電力を設定または調整し得る。
【０２００】
以下のＲＥのうちの１つまたは複数は、（たとえば、第１のＷＴＲＵによって）たとえば、（たとえば、時間期間中に）送信のために利用可能なＲＥを決定する場合におよび／もしくは（たとえば、時間期間中に）送信のための電力を決定する場合に（たとえば、時間期間中に）利用不可能なＲＥ、ＳＲＳ送信のために使用され得るＲＥ、たとえば、第１のＷＴＲＵによってＤＭＲＳのために使用され得るＲＥ、または、たとえば、ＵＣＩの送信がＰＵＳＣＨ送信上でピギーバックされ得る場合にＵＬ制御情報（ＵＣＩ）送信のために使用され得るＲＥと見なされ得る。
【０２０１】
第１のＷＴＲＵによって利用不可能であると見なされ得るＲＥまたはＲＥのセットは、たとえば、別のチャネルまたは信号のために第１のＷＴＲＵまたは第２のＷＴＲＵによって使用され得るＲＥまたはＲＥのセットであり得る。
【０２０２】
ＷＴＲＵは、利用不可能なＲＥの数が、たとえば、構成され得るしきい値を下回る場合に利用可能なＲＥとは無関係に電力を決定し得る。
【０２０３】
ＳＲＳ電力を決定する場合に、決定は、ＳＲＳ送信のために使用され得るＲＥの少なくとも数に基づき得る。
【０２０４】
ＷＴＲＵは、たとえばＵＬ送信のために半永続的スケジューリング（ＳＰＳ）で構成され得る。ＳＰＳは、たとえば（たとえば、新しいデータのための）追加の許可を受信することなしに、それが時間の複数の期間（たとえば、複数のスロットまたはサブフレーム）にわたって使用し得るＵＬ中のリソースの許可または割振りをＷＴＲＵに与え得る。それらの時間期間のうちのいくつかでは、ＳＰＳ送信のために使用されるかまたはそれに割り振られたリソースの少なくともいくつかが、ＳＲＳのためにＷＴＲＵ（たとえば、別のＷＴＲＵ）によって使用され得る。
【０２０５】
ＳＲＳ送信およびＲＥミュートの一例を図２２に示す。第１のＷＴＲＵは、第１のＷＴＲＵまたは第２のＷＴＲＵによってＳＲＳ送信のために使用され得るＳＲＳ構成を受信し得る。
【０２０６】
第１のＷＴＲＵは、別の（たとえば、第２の）ＷＴＲＵが、たとえば、本明細書で説明するＳＲＳ構成などのＳＲＳ構成に従ってＳＲＳをいつ送信し得るのかを表示する表示を受信し得る。ＳＲＳ構成は、たとえば、シンボルおよび／またはＲＥのセットを与え得る。ＳＲＳ構成は、たとえば、時間および／または周波数パターンを与え得る。
【０２０７】
第１のＷＴＲＵは、ＵＬ（たとえば、ＰＵＳＣＨなどのＵＬデータチャネル）中で送信し得る。第１のＷＴＲＵは、たとえば、第１のＷＴＲＵが受信し得る構成、たとえば、ＳＲＳ構成に従って別のＷＴＲＵがＳＲＳを送信し得る１つまたは複数のＲＥおよび／またはシンボルをミュート（たとえば、ブランキング）し得、および／またはそれの周りでレートマッチングし得る。
【０２０８】
第１のＷＴＲＵは、ＳＲＳ構成、ミュート、および／またはレートマッチングがいつアクティブ化され得、および／またはアクティブ化されなくなり得るのかを示し得る表示を受信し得る。第１のＷＴＲＵは、それがミュートもしくはレートマッチングをいつ実行すべきなのか、ならびに／またはミュートおよび／もしくはレートマッチングをいつ実行すべきでないのかを示し得る表示を受信し得る。表示は、ＲＲＣシグナリング、ＭＡＣシグナリング、または物理レイヤシグナリングのうちの少なくとも１つ中で受信され得る。
【０２０９】
ＳＲＳ構成、ミュート、および／またはレートマッチングは、たとえば、受信された表示に基づいてアクティブおよび／または非アクティブ化され得る。ＳＲＳ構成、ミュート、および／またはレートマッチングは、（たとえば、ＳＰＳ構成の）特定のＵＬ送信のためのもの、持続時間のためのもの、時間窓のためのもの、および／または非アクティブ化されるまでのものであり得る。特定のＵＬ送信、持続時間、および／または時間窓は、アクティブ化要求がいつ受信されたのかに関係し得、たとえば、時間単位ｎ中に受信されたアクティブ化要求のための時間単位ｎ＋ｋに固有のものであり得る。
【０２１０】
アクティブ化／非アクティブ化は、アクティブ化および／または非アクティブ化を表すために使用され得る。有効化と活動化とは互換的に使用され得る。無効化と非活動化とは互換的に使用され得る。
【０２１１】
例では、ＳＲＳ構成、ミュート、および／またはレートマッチングのアクティブ化／非アクティブ化は、ＭＡＣ−ＣＥ中に与えられ得る。例では、ＳＲＳ構成、ミュート、および／またはレートマッチングのアクティブ化／非アクティブ化は、Ｃ−ＲＮＴＩ（たとえば、ＳＰＳ  Ｃ−ＲＮＴＩ）を用いてスクランブルされ得る（たとえば、それのＣＲＣがスクランブルされ得る）、たとえば、ＳＰＳ構成または送信のために構成され、および／またはそれに関連付けられ得るＤＣＩフォーマット中になど、物理レイヤシグナリング中に与えられ得る。
【０２１２】
ＷＴＲＵは、ＳＲＳ構成、リソースミュート、および／またはＳＲＳレートマッチングアラウンドのうちの少なくとも１つのためのアクティブ化または表示の受信に基づいてまたはそれに応答して１つまたは複数のリソース（たとえば、ＲＥおよび／またはシンボル）をミュートし得、および／またはそれの周りでレートマッチングし得る。
【０２１３】
半永続的なＳＲＳが提供され得る。
【０２１４】
ＷＴＲＵは、ＳＲＳ、たとえば、マルチショットＳＲＳを送信し得、および／またはそうするように構成され得る。ＷＴＲＵは、ＳＲＳ送信のための構成を受信し得る。ＷＴＲＵは、ＳＲＳ送信のためのアクティブ化および／または非アクティブ化を受信し得る。
【０２１５】
ＷＴＲＵは、たとえば、少なくとも受信した構成に従ってＳＲＳを送信し得る。ＷＴＲＵは、ＳＲＳのアクティブ化を受信したことに応答してＳＲＳを送信し得、たとえば、それを送信し始め得る。ＷＴＲＵは、ＳＲＳの非アクティブ化を受信したことに応答してＳＲＳを送信しないことがあり、たとえば、それを送信するのを停止し得る。
【０２１６】
一例では、ＳＲＳアクティブ化および／またはＳＲＳ非アクティブ化は、ＭＡＣ制御要素（たとえば、ＭＡＣ−ＣＥ）中に与えられ得、および／またはその中で受信され得る。
【０２１７】
ＭＡＣ−ＣＥは、ＰＤＳＣＨ中で受信され得る。ＳＲＳ送信を非アクティブ化するＭＡＣ−ＣＥを検出するのに失敗したＷＴＲＵは、ｇＮＢが検出失敗を認識し、たとえば、ＳＲＳ送信を非アクティブ化するＷＴＲＵによって正常に受信され得る別の非アクティブ化を送るまでＳＲＳを送信し続け得る。
【０２１８】
ＷＴＲＵは、たとえば、非アクティブ化要求が消失され得る場合にＳＲＳの非アクティブ化を保証するために、ＳＲＳ送信の数を限定し得る時間窓もしくは他のパラメータおよび／またはＷＴＲＵがＳＲＳを送信し得る時間で構成され得る。
【０２１９】
一例では、ＷＴＲＵは、ＳＲＳ送信のための持続時間パラメータ、たとえば、Ｄで構成され得る。ＷＴＲＵは、たとえば、ＤＣＩまたはＭＡＣ−ＣＥ中でアクティブ化要求を受信し得る。ＷＴＲＵは、ＷＴＲＵが非アクティブ化要求を正常に受信するまでＳＲＳを送信し得る。ＷＴＲＵは、時間（たとえば、タイマー）が満了するまでＳＲＳを送信し得、ここで、時間は、Ｄに基づく。例では、ＷＴＲＵは、それが、たとえば、アクティブ化の受信からＤ回（またはＤ回の関数）のＳＲＳ送信またはＳＲＳ送信のセットを行うまでＳＲＳを送信し得る。ＷＴＲＵは、Ｄ回（またはＤ回の関数）のＳＲＳ送信の後にＳＲＳ送信を停止し得る。例では、ＷＴＲＵは、たとえば、アクティブ化の受信からＤ回（またはＤ回の関数）の後にＳＲＳ送信を停止し得る。Ｄは、シンボル、スロット、ミニスロット、サブフレーム、フレーム、時間バースト、時間ブロックなどの時間単位であり得る。
【０２２０】
時間窓または送信の数を決定する開始点は、ＳＲＳのアクティブ化（たとえば、最後のまたは直近のＳＲＳのアクティブ化）が（たとえば、ｇＮＢによって）送信され、および／または（たとえば、ＷＴＲＵによって）受信される時間または時間単位（たとえば、サブフレーム、スロット、ミニスロットなど）であり得る。
【０２２１】
たとえば、ＷＴＲＵは、時間単位（たとえば、サブフレーム、スロット、またはミニスロット）ｎ中にＳＲＳのアクティブ化を受信し得る。ＷＴＲＵは、時間単位ｎ＋ｋ中にＳＲＳを送信し始め得る。時間単位ｎ＋ｋ中のＳＲＳは、ＳＲＳ送信をカウントするための第１のＳＲＳ送信と見なされ得る。時間単位ｎまたはｎ＋ｋは、アクティブ化の受信から時間をカウントするための開始時間（たとえば、時間０）と見なされ得る。
【０２２２】
ＷＴＲＵは、それが以前のアクティブ化要求によって開始されていることがあるＳＲＳ送信を停止する前にＷＴＲＵがアクティブ化（たとえば、再アクティブ化）要求を受信する場合に（たとえば、送信または時間の）それのカウントを再開し得る。ＷＴＲＵは、たとえば、非アクティブ化のアクティブ化としての誤解により送信を続ける可能性を回避するために、それが以前のアクティブ化要求によって開始されていることがあるＳＲＳ送信を停止する前にそれが受信し得るアクティブ化（たとえば、再アクティブ化）を無視し得る。
【０２２３】
最大時間窓であり得る持続時間パラメータは、ブロードキャスト信号またはＷＴＲＵ固有のシグナリングによって構成され得る。たとえば、パラメータは、ＲＲＣシグナリングによって与えられ得る。例では、パラメータは、アクティブ化および／または非アクティブ化を与えるＭＡＣ−ＣＥなどのＭＡＣ−ＣＥ中に含まれ得る。
【０２２４】
一例では、持続時間パラメータのセットがあり得、構成は、セット中の持続時間パラメータのいずれを使用するのかを示し得る。持続時間パラメータのうちの１つは、無限大または常時を示し得、これは、たとえば、ＷＴＲＵがＳＲＳ送信がアクティブ化された後にＳＲＳ送信を停止するために非アクティブ化、たとえば、非アクティブ化要求のみを使用することに対応し、および／またはそれに結果し得る。
【０２２５】
例では、非アクティブ化は、０などのある持続時間パラメータ（たとえば、アクティブ化持続時間パラメータ）によって、たとえば、ＭＡＣ−ＣＥまたはＤＣＩ中で示され得る。
【０２２６】
一例では、ＷＴＲＵは、非アクティブ化の受信まで（たとえば、前に受信されていることがある構成に従って）ＳＲＳを送信するようにＷＴＲＵに表示し得る無限大または常時などの持続時間パラメータを用いて（たとえば、ＳＲＳを送信するために）アクティブ化され得る。ＷＴＲＵは、アクティブ化に応答してＳＲＳを送信し得る。ＷＴＲＵは、ＳＲＳを送信するのを停止することを表示し得る０などの持続時間パラメータを用いてアクティブ化または非アクティブ化され得る。ＷＴＲＵは、アクティブ化または非アクティブ化に応答してＳＲＳを送信するのを停止し得る。
【０２２７】
復調基準信号（ＤＭ−ＲＳ）送信が提供され得る。たとえば、ＤＭ−ＲＳシーケンスは、インターリーブされたサブキャリアにマッピングされ得る。異なるアンテナポートに関連付けられたＤＭ−ＲＳシーケンスは、直交シーケンス（たとえば、アンテナポートごとに１つ）を使用して、および／または時間領域直交カバーコード（ＴＤ−ＯＣＣ）を使用して隣接するＯＦＤＭシンボルにわたって拡散することで多重化され得る。
【０２２８】
たとえば、１つまたは複数のＤＭ−ＲＳ構成が使用され得、ここにおいて、ＤＭ−ＲＳ構成は、ＯＦＤＭシンボルもしくはＤＦＴ−ｓ−ＯＦＤＭシンボル中で使用されるサブキャリアの数、時間領域もしくは周波数領域中の直交カバーコード（ＯＣＣ）、ＤＭ−ＲＳシーケンスのサイクリックシフトの数、ならびに／またはＤＭ−ＲＳのために使用されるシンボル（たとえば、ＯＦＤＭシンボルまたはＤＦＴ−ｓ−ＯＦＤＭシンボル）の数のうちの１つまたは複数に基づいて決定され得る。
【０２２９】
ＯＦＤＭシンボルまたはＤＦＴ−ｓ−ＯＦＤＭシンボル中で使用されるサブキャリアの数は、ＤＭ−ＲＳ構成を決定するために使用され得る。たとえば、ＰＲＢ内のサブキャリアのサブセットが使用され得、サブキャリアのサブセットが、ＰＲＢ内に一様に位置し得る。たとえば、ＰＲＢは、ＯＦＤＭシンボルまたはＤＦＴ−ｓ−ＯＦＤＭシンボル中に１２個のサブキャリアを有し得、第１の構成は、１２個のサブキャリアのうちの６つのサブキャリアを使用し得、１つおきのサブキャリア（たとえば、偶数番号のサブキャリアまたは奇数番号のサブキャリア）に位置し得、第２の構成は、１２個のサブキャリアのうちの４つのサブキャリアを使用し得、２つおきのサブキャリアに位置し得る。ＰＲＢ内のサブキャリアのサブセットが使用され得、サブキャリアのサブセットが、ＰＲＢ内に不均一に位置し得る。
【０２３０】
時間領域または周波数領域中の直交カバーコード（ＯＣＣ）がＤＭ−ＲＳ構成を決定するために使用され得る。たとえば、時間領域中のＯＣＣ（ＴＤ−ＯＣＣ）は、時間領域中の２つの連続するサブキャリアとともに使用され得（たとえば、ＴＤ−ＯＣＣは、［１  １］を使用し得、別のＴＤ−ＯＣＣは［１  −１］を使用し得）、周波数領域中のＯＣＣ（ＦＤ−ＯＣＣ）は、周波数領域中の２つの連続するサブキャリアとともに使用され得（たとえば、ＦＤ−ＯＣＣは［１  １］を使用し得、別のＦＤ−ＯＣＣは、［１  −１］を使用し得）、第１の構成は、ＴＤ−ＯＣＣを使用し得、第２の構成は、ＦＤ−ＯＣＣを使用し得る。
【０２３１】
ＤＭ−ＲＳシーケンスのサイクリックシフトの数がＤＭ−ＲＳ構成を決定するために使用され得る。たとえば、第１の構成は、Ｎ１のサイクリックシフトを使用し得、第２の構成は、Ｎ２のサイクリックシフトを使用し得る。
【０２３２】
組合せが、ＤＭ−ＲＳ構成を決定するために使用され得る。たとえば、第１のＤＭ−ＲＳ構成は、ＰＲＢ内のＫ１（たとえば、Ｋ１＝６）個のサブキャリア、ＴＤ−ＯＣＣ、およびＮ１（たとえば、Ｎ１＝４）個のサイクリックシフトを使用し得、第２のＤＭ−ＲＳ構成は、ＰＲＢ内のＫ２（たとえば、Ｋ２＝４）個のサブキャリア、ＴＤ−ＯＣＣ、およびＮ２（たとえば、Ｎ２＝２）個のサイクリックシフトを使用し得、第３のＤＭ−ＲＳ構成は、Ｋ１（たとえば、Ｋ１＝６）個のサブキャリア、ＦＤ−ＯＣＣ、およびＮ３（たとえば、Ｎ３＝０）個のサイクリックシフトを使用するなどがあり得る。
【０２３３】
１つまたは複数のＤＭ−ＲＳ構成のうちのＤＭ−ＲＳ構成は、サブキャリア間隔（サブキャリア間隔がしきい値を下回る場合、第１のＤＭ−ＲＳ構成が使用され得（たとえば、ＤＭ−ＲＳ構成がＴＤ−ＯＣＣを使用し）、サブキャリア間隔がしきい値を上回る場合、第２のＤＭ−ＲＳ構成が使用され得る（たとえば、ＤＭ−ＲＳ構成がＦＤ−ＯＣＣを使用する））、キャリア周波数、ＮＲ−ＰＤＣＣＨ探索空間（またはＮＲ−ＰＤＣＣＨ  ＣＯＲＥＳＥＴ）（関連付けられたＤＣＩが第１のＮＲ−ＰＤＣＣＨ探索空間（または第１のＮＲ−ＰＤＣＣＨ  ＣＯＲＥＳＥＴ）中で受信される場合、第１のＤＭ−ＲＳ構成が使用され得、関連付けられたＤＣＩが第２のＮＲ−ＰＤＣＣＨ探索空間（または第２のＮＲ−ＰＤＣＣＨ  ＣＯＲＥＳＥＴ）中で受信される場合、第２のＤＭ−ＲＳ構成が使用され得る。ＮＲ−ＰＤＣＣＨ  ＣＯＲＥＳＥＴは、ＮＲ−ＰＤＣＣＨリソースセットと呼ばれることがある。）、受信したＤＣＩのＲＮＴＩ（１つまたは複数のＲＮＴＩが、関連付けられたＤＣＩのために使用され得、ＤＭ−ＲＳ構成が、ＤＣＩのために使用されるＲＮＴＩに基づいて決定され得る）、ＭＩＭＯ動作モード（第１のＤＭ−ＲＳ構成は、ＷＴＲＵが第１のＭＩＭＯ動作モード（たとえば、ＳＵ−ＭＩＭＯモード）で構成される場合に使用され得、第２のＤＭ−ＲＳ構成は、ＷＴＲＵが第２のＭＩＭＯ動作モード（たとえば、ＭＵ−ＭＩＭＯモード）で構成される場合に使用され得、ＭＩＭＯモード動作は、関連付けられたＤＣＩタイプに基づいて決定され得る）、および／またはＷＴＲＵのモビリティ（たとえば、ＷＴＲＵの速度）のうちの１つまたは複数に基づいて決定され得る。
【０２３４】
ＩＦＤＭＡベースのＤＭ−ＲＳのための暗黙的なＤＭ−ＲＳ構成の決定が提供され得る。図２３に、直交シーケンスおよび繰り返しを用いるＩＦＤＭＡを使用したポート多重化の一例を示す。２つの例示的な構成は、次の通りであり得る。
【０２３５】
たとえば、アンテナポートのためのＤＭ−ＲＳシーケンスは、ｋ−１個おきのサブキャリアにマッピングされ得る。一例として、図２３では、ＤＭ−ＲＳシーケンスは、ＯＦＤＭシンボル中で１つおきのサブキャリアにマッピングされる。同じリソース上で複数のポートを多重化するために、最高Ｋ個の異なるシーケンスが同じサブキャリア上にマッピングされ得る。Ｋ個のシーケンスは直交であり得る。同じＤＭ−ＲＳシンボルが隣接するＯＦＤＭシンボル上で繰り返され得る。これは、説明を簡単にするために、指定された構成１であり得る。
【０２３６】
たとえば、アンテナポートのためのＤＭ−ＲＳシーケンスは、ｋ−１個おきのサブキャリアにマッピングされ得る。一例として、図２３では、ＤＭ−ＲＳシーケンスは、ＯＦＤＭシンボル中で１つおきのサブキャリアにマッピングされる。同じリソース上で複数のポートを多重化するために、最高Ｍ個の異なるシーケンスが同じサブキャリア上にマッピングされ得る。Ｍ個のシーケンスは直交であり得る。これは、説明を簡単にするために、指定された構成２であり得る。このオプションでは、２つの異なるＤＭ−ＲＳシーケンスからのシンボルは、直交カバーコードを使用していくつかの隣接するＯＦＤＭシンボルにわたって同じサブキャリア上で送信され得る。たとえば、（２つのＯＦＤＭシンボルを仮定すると、）サブキャリアｋ上で、ｒ１［１  １］およびｒ２［１  −１］が２つのＯＦＤＭシンボル上で送信され得、たとえば、第１のＯＦＤＭシンボル上のサブキャリアｋは、ｒ１＋ｒ２をロードされ、第２のＯＦＤＭシンボル上の同じサブキャリアは、ｒ１−ｒ２をロードされる。この例では、ｒ１およびｒ２は、ＤＭ−ＲＳシーケンスの係数であり得る。
【０２３７】
サブキャリアｋ上のチャネルが１つのＯＦＤＭシンボルから他のものに著しく変化する場合、直交性の損失が発生し得、ｒ１およびｒ２は、受信機において完全に分離されないことがある。位相雑音が１つのＯＦＤＭシンボルから他のものに変化し得るので、これは、たとえば、位相雑音によるものであり得る。位相雑音の影響は、より高い周波数においてより大きくなり得る。同様に、高いモビリティは、直交性の損失を生じ得る。
【０２３８】
ＤＭ−ＲＳ送信のための構成は、以下のうちの１つまたは複数によって暗黙的に決定され得る。構成は、１つの構成（構成１）が、時間領域カバー拡散を用いないＤＭ−ＲＳ構成であり得、一方、別の構成（構成２）が、いくつかの隣接するＯＦＤＭシンボルにわたって適用される時間領域カバーコードを用いるＤＭ−ＲＳ構成であり得るように一般化され得る。
【０２３９】
キャリア周波数（ｆｃ）：ｆｃ≧Ｆｃである場合、構成１が使用され得、ｆｃ＜Ｆｃである場合、構成２が使用され得る。
【０２４０】
サブキャリア間隔（Δｆ）：Δｆ≧Ｆである場合、構成１が使用され得、Δｆ＜Ｆである場合、構成２が使用され得る。
【０２４１】
速度（ｖ）：ｖ≧Ｖである場合、構成１が使用され得、ｖ＜Ｖである場合、構成２が使用され得る。
【０２４２】
パラメータＦｃ、Ｆ、Ｖは、ｇＮＢまたはネットワークによって構成され得る。
【０２４３】
ＦＤＭＡベースのＤＭ−ＲＳのための暗黙的なＤＭ−ＲＳ構成の決定が提供され得る。可能なＤＭ−ＲＳ構成では、ＤＭ−ＲＳポートは、周波数領域直交カバーコードを使用して隣接するサブキャリアにわたって多重化され得る。時間領域カバーコードを用いるおよび用いない２つの例示的な構成は次の通りであり得る。
【０２４４】
図２４に、時間領域カバーコードを用いないＤＭ−ＲＳシンボルのＦＤＭの一例を示す。ＤＭ−ＲＳポートは、周波数領域直交カバーコード、たとえば、［１  １］および［１  −１］を使用して隣接するサブキャリアにわたって多重化され得る。隣接するＯＦＤＭシンボルは、異なるＤＭ−ＲＳポートの異なるＤＭ−ＲＳシンボルを送信するために使用され得る。たとえば、４つのポートのためのＤＭ−ＲＳシンボルが、ａ、ｂ、ｃ、ｄである場合、送信されるシンボルが図２４に示される。これは、説明を簡単にするために、指定された構成１であり得る。
【０２４５】
図２５に、時間領域カバーコードを用いるＤＭ−ＲＳシンボルのＦＤＭの一例を示す。ＤＭ−ＲＳポートは、周波数領域直交カバーコードを使用して隣接するサブキャリアにわたって多重化され得る。これの上に、時間領域カバーコードは、隣接するＯＦＤＭシンボルにわたって基準シンボルを拡散するために使用され得る。たとえば、４つのポートのためのＤＭ−ＲＳシンボルが、ａ、ｂ、ｃ、ｄである場合、送信されるシンボルが図２５に示される。これは、説明を簡単にするために、指定された構成２であり得る。
【０２４６】
ＤＭ−ＲＳ送信のための構成は、以下の方法のうちの１つまたは複数によって暗黙的に決定され得る。これらのオプションは、１つの構成（構成１）が、時間領域カバーコードを用いないＤＭ−ＲＳ構成であり得、一方、別の構成（構成２）が、いくつかの隣接するＯＦＤＭシンボルにわたって適用される時間領域カバーコードを用いるＤＭ−ＲＳ構成であり得るように一般化され得る。キャリア周波数（ｆｃ）：ｆｃ≧Ｆｃである場合、構成１が使用され得、ｆｃ＜Ｆｃである場合、構成２が使用され得る。サブキャリア間隔（Δｆ）：Δｆ≧Ｆである場合、構成１が使用され得、Δｆ＜Ｆである場合、構成２が使用され得る。速度（ｖ）：ｖ≧Ｖである場合、構成１が使用され得、ｖ＜Ｖである場合、構成２が使用され得る。パラメータＦｃ、Ｆ、Ｖは、ｇＮＢまたはネットワークによって構成され得る。
【０２４７】
図２６に、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭ変調のためのＰＮＲＳ周波数密度の一例を示す。
【０２４８】
図２７に、ＰＮＲＳ送信のための周波数密度を決定することの一例を示す。ＰＮＲＳ送信のためのＰＲＢのサブセットは、（たとえば、マルチユーザ干渉をランダム化するために）ＷＴＲＵ  ＩＤに基づき得る。ＰＮＲＳ周波数密度は、ＭＣＳレベルに基づき得る（たとえば、１６ＱＡＭは密度１を有し得、６４ＱＡＭは密度２を有し得る）。
【０２４９】
特徴および要素について、特定の組合せで上記で説明したが、各特徴または要素が単独でまたは他の特徴および要素との任意の組合せで使用され得ることを、当業者は諒解されよう。さらに、本明細書で説明する方法は、コンピュータまたはプロセッサが実行するためのコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装され得る。コンピュータ可読媒体の例は、（ワイヤードまたはワイヤレス接続を介して送信される）電子信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定はしないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気メディア、光磁気メディア、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光メディアを含む。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用され得る。
【０２５０】
本願明細書の特徴および要素がＬＴＥ、ＬＴＥ−Ａ、新無線（ＮＲ）、または５Ｇに固有のプロトコルについて考え得るが、本明細書で説明する解決策が、これらのシナリオに制限されず、他のワイヤレスシステムにも適用可能であり得ることを理解されたい。
【図１Ａ】
2019537856.tif 000008
【図１Ｂ】
2019537856.tif 000009
【図１Ｃ】
2019537856.tif 000010
【図１Ｄ】
2019537856.tif 000011
【図２】
2019537856.tif 000012
【図３】
2019537856.tif 000013
【図４】
2019537856.tif 000014
【図５】
2019537856.tif 000015
【図６】
2019537856.tif 000016
【図７】
2019537856.tif 000017
【図８】
2019537856.tif 000018
【図９】
2019537856.tif 000019
【図１０】
2019537856.tif 000020
【図１１】
2019537856.tif 000021
【図１２】
2019537856.tif 000022
【図１３】
2019537856.tif 000023
【図１４】
2019537856.tif 000024
【図１５】
2019537856.tif 000025
【図１６】
2019537856.tif 000026
【図１７】
2019537856.tif 000027
【図１８】
2019537856.tif 000028
【図１９】
2019537856.tif 000029
【図２０】
2019537856.tif 000030
【図２１】
2019537856.tif 000031
【図２２】
2019537856.tif 000032
【図２３】
2019537856.tif 000033
【図２４】
2019537856.tif 000034
【図２５】
2019537856.tif 000035
【図２６】
2019537856.tif 000036
【図２６Ａ】
2019537856.tif 000037
【図２７】
2019537856.tif 000038
【手続補正書】
【提出日】令和1年5月29日(2019.5.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス送受信ユニット（ＷＴＲＵ）であって、
メモリと、
プロセッサであって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）送信に対するスケジューリング情報を受信し、前記スケジューリング情報は、物理リソースブロック（ＰＲＢ）のセットの表示と変調符号化方式（ＭＣＳ）レベルとを含み、
前記ＭＣＳレベルに基づいて位相雑音基準信号（ＰＮＲＳ）送信に対する密度を決定し、
前記決定されたＰＮＲＳ密度を使用してＰＲＢのスケジュールされた前記セットにおいてＰＵＳＣＨを送信する
ように前記メモリからの命令を実行するプロセッサと
を備えたことを特徴とするＷＴＲＵ。
【請求項２】
前記プロセッサは、前記ＰＮＲＳ送信に関連付けられたＰＲＢのサブセットを決定するようにさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
ＰＲＢの前記サブセットは、ＷＴＲＵ固有パラメータに基づいて決定されることを特徴とする請求項２に記載のＷＴＲＵ。
【請求項４】
前記プロセッサは、ＰＲＢの前記決定されたサブセットにおいてＰＮＲＳを送信するようにさらに構成されたことを特徴とする請求項２に記載のＷＴＲＵ。
【請求項５】
前記ＰＮＲＳ密度は、周波数密度であり、および前記ＰＮＲＳ密度は、スケジュールされた帯域幅におけるＰＮＲＳに対して使用されたサブキャリアの数に基づいて決定されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項６】
前記ＰＮＲＳ密度は、時間密度であり、および前記ＰＮＲＳ密度は、時間窓内にＰＮＲＳを有するＯＦＤＭシンボルの数に基づいて決定されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項７】
前記ＰＮＲＳ密度は、０密度であることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項８】
前記ＭＣＳレベルが予め定められたしきい値よりも低い場合、前記ＰＮＲＳ密度は前記ＰＵＳＣＨ送信に対して０密度であると決定されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項９】
前記ＰＮＲＳ密度は、前記ＰＵＳＣＨ送信上のＵＬ制御情報（ＵＣＩ）に基づいて決定されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１０】
前記プロセッサは、前記ＰＵＳＣＨ送信がＵＣＩを含む場合に第１のＰＮＲＳ密度を決定し、および前記ＰＵＳＣＨ送信がＵＣＩをもたない場合に第２のＰＮＲＳ密度を決定するようにさらに構成され、および前記第１のＰＮＲＳ密度は前記第２のＰＮＲＳ密度よりも高いことを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１１】
位相雑音基準信号（ＰＮＲＳ）送信に関連付けられた方法であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）送信に対するスケジューリング情報をワイヤレス送受信ユニット（ＷＴＲＵ）で受信するステップであって、前記スケジューリング情報は、物理リソースブロック（ＰＲＢ）のセットの表示と変調符号化方式（ＭＣＳ）レベルとを含む、ステップと、
前記ＭＣＳレベルに基づいて前記ＰＮＲＳ送信に対する密度を決定するステップと、
前記決定されたＰＮＲＳ密度を使用してＰＲＢのスケジュールされた前記セットにおいてＰＵＳＣＨを送信するステップと
を備えたことを特徴とする方法。
【請求項１２】
前記ＰＮＲＳ送信に関連付けられたＰＲＢのサブセットを決定するステップをさらに備え、ＰＲＢの前記サブセットは、ＷＴＲＵ固有パラメータに基づいて決定されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＷＴＲＵ固有パラメータは、ＷＴＲＵ−ＩＤであることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記ＭＣＳレベルが予め定められたしきい値よりも高い場合、前記ＰＮＲＳ密度は前記ＰＵＳＣＨ送信に対して予め定められた密度であると決定されることを特徴とする請求項１１に記載の方法。
【請求項１５】
前記ＭＣＳレベルが予め定められたしきい値よりも低い場合、前記ＰＮＲＳ密度は前記ＰＵＳＣＨ送信に対して０密度であると決定されることを特徴とする請求項１１に記載の方法。
【国際調査報告】
2019537856.tif 000039
2019537856.tif 000040
2019537856.tif 000041
2019537856.tif 000042