JP2023106383A - アップリンク共有データチャネルを介したアップリンク制御情報（ｕｃｉ）送信のための方法、装置、システム、アーキテクチャ、およびインタフェース - Google Patents

Abstract

【課題】送信機／トランシーバ内で実施される方法を提供する。【解決手段】一実施形態の方法は、アップリンク制御情報信号系列（ＵＣＩ ＳＳ）の任意の数の要素を、ＰＵＳＣＨと関連づけられた情報を搬送するためのＯＦＤＭシンボルを送信するために利用可能なサブキャリアにマップすることであって、サブキャリアの各々は少なくとも２つのレイヤを有する、マップすることと、要素がマップされたサブキャリアのレイヤの関数として、マップされた要素をプリコードすることであって、サブキャリアの第１および第２のレイヤのマップされた要素にそれぞれ適用される第１および第２のプリコーディングは、異なる、プリコードすることと、ＵＣＩ ＳＳのマップされた要素をＩＤＦＴユニットに入れることと、マップされた要素を、送信のために複数のリソースによって搬送されるＵＣＩ ＳＳのマップされた要素を含むＩＤＦＴ変換信号に変換することとを含む。【選択図】図７

Description

本発明の分野は、通信に関し、より詳細には、ｎｅｗ ｒａｄｉｏおよび／またはｎｅｗ ｒａｄｉｏアクセス技術を使用して行われ、アップリンク制御情報などの制御情報および参照信号の送信を伴う通信を含む、高度なワイヤレス通信システムまたは次世代ワイヤレス通信システムにおける通信のための方法、装置、システム、アーキテクチャ、およびインタフェースに関する。

代表的なデバイスは、プロセッサ、メモリ、受信機、および送信機のいずれかを含む回路を有し、プロセッサは、サブキャリアマッピングユニットにおいて、アップリンク制御情報（ＵＣＩ）信号系列の任意の数の要素を、物理アップリンク共有チャネル（ＰＵＳＣＨ）と関連づけられた情報を搬送するために直交周波数多重（ＯＦＤＭ）シンボルを送信するために利用可能なサブキャリアのセットのサブセットにマップすることであって、サブキャリアの各々は少なくとも２つのレイヤを有する、マップすることと、要素がマップされたサブキャリアのレイヤの関数として、マップされた要素をプリコードすることであって、サブキャリアの第１のレイヤのマップされた要素に適用される第１のプリコーディングが、同じサブキャリアの第２のレイヤのマップされる要素に適用される第２のプリコーディングと異なる、プリコードすることと、ＵＣＩ信号系列のマップされた要素を逆離散フーリエ変換（ＩＤＦＴ）ユニットに入力することと、ＩＤＦＴ変換信号が、送信のために複数のリソースによって搬送されるＵＣＩ信号系列のマップされた要素を含むように、ＩＤＦＴユニットを使用して、マップされた要素をＩＤＦＴ変換信号に変換することとを行うように構成され、送信機は、ＩＤＦＴ変換信号をＯＦＤＭ信号として送信するように構成される。

送信機／受信機内で実施される参照信号構成、生成、および／または送信のための方法、装置、およびシステムが提供される。代表的な方法は、サブキャリアマッピングユニットにおいて、アップリンク制御情報（ＵＣＩ）信号系列の任意の数の要素を、物理アップリンク共有チャネル（ＰＵＳＣＨ）と関連づけられた情報を搬送するために直交周波数多重（ＯＦＤＭ）シンボルを送信するために利用可能なサブキャリアのセットのサブセットにマップすることであって、サブキャリアの各々は少なくとも２つのレイヤを有する、マップすることと、要素がマップされたサブキャリアのレイヤの関数として、マップされた要素をプリコードすることであって、サブキャリアの第１のレイヤのマップされた要素に適用される第１のプリコーディングが、同じサブキャリアの第２のレイヤのマップされる要素に適用される第２のプリコーディングと異なる、プリコードすることと、ＵＣＩ信号系列のマップされた要素を逆離散フーリエ変換（ＩＤＦＴ）ユニットに入れることと、ＩＤＦＴ変換信号が、送信のために複数のリソースによって搬送されるＵＣＩ信号系列のマップされた要素を含むように、ＩＤＦＴユニットを使用して、マップされた要素をＩＤＦＴ変換信号に変換することとを含む。

より詳細な理解は、本明細書に添付される図面に関連した例によって与えられる、以下の詳細な説明から得られ得る。そのような図面における図は、詳細な説明のように、例である。したがって、図および詳細な説明は限定的と考えられるべきでなく、他の、等しく有効な例が可能であり、可能性がある。さらに、図における同様の参照番号は、同様の要素を示す。
１つまたは複数の開示される実施形態が実施され得る例となる通信システムを例示するシステム図である。 実施形態による図１Ａにおいて例示される通信システム内で使用され得る例となるワイヤレス送信／受信ユニット（ＷＴＲＵ）を例示するシステム図である。 実施形態による図１Ａにおいて例示される通信システム内で使用され得る例となる無線アクセスネットワーク（ＲＡＮ）および例となるコアネットワーク（ＣＮ）を例示するシステム図である。 実施形態による図１Ａにおいて例示される通信システム内で使用され得るさらなる例となるＲＡＮおよびさらなる例となるＣＮを例示するシステム図である。 実施形態によるＰＵＳＣＨ内のＵＣＩ送信を例示する図である。 実施形態によるＯＦＤＭ波形生成器を例示する図である。 実施形態によるＯＦＤＭを使用した追加のＤＭ－ＲＳとともにＵＣＩ送信を例示する図である。 実施形態によるＯＦＤＭを使用した追加のＤＭ－ＲＳとともに別のＵＣＩ送信を例示する図である。 実施形態によるＯＦＤＭを使用した追加のＰＴ－ＲＳとともに別のＵＣＩ送信を例示する図である。 実施形態によるＵＣＩおよびデータコードワード多重化オプションを例示する図である。 実施形態によるコードワード－レイヤマッピングを例示する図である。 実施形態によるＵＣＩ繰り返しを伴う場合と伴わない場合のコードワード－レイヤマッピングを例示する図である。 実施形態による、ＵＣＩが同じサブキャリアにマップされるレイヤ－サブキャリアマッピングを例示する図である。 実施形態による、ＵＣＩが異なるサブキャリアにマップされるレイヤ－サブキャリアマッピングを例示する図である。 実施形態による、繰り返されるＵＣＩが同じサブキャリアにマップされるレイヤ－サブキャリアマッピングを例示する図である。 実施形態による、繰り返されるＵＣＩが異なるサブキャリアにマップされるレイヤ－サブキャリアマッピングを例示する図である。 実施形態によるＤＦＴ－ｓ－ＯＦＤＭ波形生成器を例示する図である。 ＰＵＳＣＨ内のＵＣＩ送信のためのＤＦＴ－ｓ－ＯＦＤＭ波形を例示する図である。 ＰＵＳＣＨ内のＵＣＩ送信のための別のＤＦＴ－ｓ－ＯＦＤＭ波形を例示する図である。 ＰＵＳＣＨ内のＵＣＩ送信のための別のＤＦＴ－ｓ－ＯＦＤＭ波形を例示する図である。 実施形態によるＤＦＴ－ｓ－ＯＦＤＭを使用した追加のＤＭ－ＲＳとともにＵＣＩ送信を例示する図である。 実施形態によるＰＵＳＣＨタイプおよびＵＣＩタイプに基づくＤＭ－ＲＳ密度およびパターンを例示する図である。 実施形態によるＰＵＳＣＨタイプに基づくＤＭ－ＲＳ密度およびパターンを例示する図である。 実施形態によるＰＵＳＣＨ上でのＣＱＩの周波数インターリーブされたリソースマッピングを例示する図である。 実施形態によるＰＵＳＣＨ上でのＣＱＩの時間－周波数インターリーブされたリソースマッピングを例示する図である。 実施形態によるＷＴＲＵによって実行されるＯＦＤＭシンボルを生成する方法を例示する図である。

次に、例示的な実施形態の詳細な説明が、図を参照しながら説明される。しかしながら、本発明は、代表的な実施形態に関連して説明されることがあるが、それに限定されず、本発明から逸脱することなく本発明の同じ機能を実行するために、他の実施形態が使用されてよい、または説明される実施形態に対して修正および追加がなされてよいことが理解されるべきである。

代表的な実施形態が、ワイヤレスネットワークアーキテクチャを使用して、以下で全体的に図示されるが、たとえば、ワイヤード構成要素および／またはワイヤレス構成要素をもつネットワークを含む任意の数の異なるネットワークアーキテクチャが使用されてよい。

本発明の実施のための例となるネットワーク
図１Ａは、１つまたは複数の開示される実施形態が実施され得る例となる通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージ、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する多重アクセスシステムであってよい。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じて、そのようなコンテンツにアクセスすることを可能にし得る。たとえば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理されたＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの１つまたは複数のチャネルアクセス方法を用いてよい。

図１Ａに図示されるように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境内で動作および／または通信するように構成された任意のタイプのデバイスであってよい。例として、いずれも「局」および／または「ＳＴＡ」と呼ばれることがあるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定加入者ユニットまたはモバイル加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、ホットスポットデバイスまたはＭｉ－Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、腕時計または他の装着物、ヘッドマウントディスプレイ（ＨＭＤ）、乗物、ドローン、医療デバイスおよび用途（たとえば、遠隔手術）、産業用デバイスおよび用途（たとえば、ロボットならびに／または産業および／もしくは自動化処理チェーン文脈において動作する他のワイヤレスデバイス）、家電デバイス、商業および／または産業ワイヤレスネットワーク上で動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのいずれも、互換的にＵＥと呼ばれることがある。

通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含むことがある。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスでインタフェースするように構成された任意のタイプのデバイスであってよい。例として、基地局１１４ａ、１１４ｂは、送受信基地局（ＢＴＳ）、ノード－Ｂ、ｅＮｏｄｅ Ｂ、ホームノードＢ、ホームｅＮｏｄｅ Ｂ、ｇＮＢ、ＮＲ ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであってよい。基地局１１４ａ、１１４ｂは各々、単一の要素として描かれているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでよいことが理解されるであろう。

基地局１１４ａはＲＡＮ１０４／１１３の一部であってよく、ＲＡＮ１０４／１１３は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）も含んでよい。基地局１１４ａおよび／または基地局１１４ｂは、１つまたは複数のキャリア周波数上でワイヤレス信号を送信および／または受信するように構成されることがあり、これは、セル（図示せず）と呼ばれることがある。これらの周波数は、認可スペクトル内であってもよいし、未認可スペクトル内であってもよいし、認可スペクトルと未認可スペクトルの組み合わせ内であってもよい。セルは、比較的固定されてもよい、または経時的に変化してもよい特定の地理的エリアに、ワイヤレスサービスのためのカバレッジを提供することがある。セルは、さらにセルセクタに分割されることがある。たとえば、基地局１１４ａと関連づけられたセルは、３つのセクタに分割されることがある。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルの各セクタに対して１つを含むことがある。実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を用いることがあり、セルの各セクタに対して複数のトランシーバを利用することがある。たとえば、ビームフォーミングは、所望の空間的方向で信号を送信および／または受信するために使用されることがある。

基地局１１４ａ、１１４ｂは、エアインタフェース１１６の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することがあり、エアインタフェース１１６は、任意の適切なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。

より具体的には、上記で述べられたように、通信システム１００は、多重アクセスシステムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを用いることがある。たとえば、ＲＡＮ１０４／１１３内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインタフェース１１５／１１６／１１７を確立し得る、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することがある。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことがある。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含むことがある。

実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）および／またはＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ－Ｐｒｏ）を使用してエアインタフェース１１６を確立し得る、発展型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実施することがある。

実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）を使用してエアインタフェース１１６を確立し得る、ＮＲ無線アクセスなどの無線技術を実施することがある。

実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、複数の無線アクセス技術を実施することがある。たとえば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、たとえば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスとＮＲ無線アクセスを一緒に実施することがある。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数のタイプの無線アクセス技術および／または複数のタイプの基地局（たとえば、ｅＮＢおよびｇＮＢ）に／から送られる送信によって特徴付けられることがある。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２は、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ－２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ－９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６（ＩＳ－８５６）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することがある。

図１Ａにおける基地局１１４ｂは、たとえば、ワイヤレスルータ、ホームノードＢ、ホームｅＮｏｄｅ Ｂ、またはアクセスポイントであることがあり、営業所、自宅、乗物、キャンパス、産業設備、空中回廊（たとえば、ドローンによって使用するための）、道路などの局所的なエリア内でのワイヤレスコネクティビティを容易にするために任意の適切なＲＡＴを利用することがある。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立することがある。実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立することがある。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立することがある。図１Ａに図示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することがある。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスするために必要とされないことがある。

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信することがあり、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであってよい。データは、異なるスループット要件、遅延要件、誤差許容範囲要件、信頼性要件、データスループット要件、モビリティ要件などの、さまざまなサービス品質（ＱｏＳ）要件を有することがある。ＣＮ１０６／１１５は、呼制御、課金サービス、モバイル位置ベースのサービス、プリペイド呼、インターネットコネクティビティ、ビデオ配信などを提供する、および／またはユーザ認証などの高レベルセキュリティ機能を実行することがある。図１Ａでは図示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを用いる他のＲＡＮと直接的または間接的に通信することがあることが理解されるであろう。たとえば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を用いて別のＲＡＮ（図示せず）とも通信することがある。

ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても働くことがある。ＰＳＴＮ１０８は、簡易電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことがある。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）などの共通通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの世界的システムを含むことがある。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用されたワイヤード通信ネットワークおよび／またはワイヤレス通信ネットワークを含むことがある。たとえば、ネットワーク１１２は、１つまたは複数のＲＡＮに接続された別のＣＮを含むことがあり、この１つまたは複数のＲＡＮは、ＲＡＮ１０４／１１３と同じＲＡＴを用いてもよいし、異なるＲＡＴを用いてもよい。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード特性を含むことがある（たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンク上で異なるワイヤレスネットワークと通信するための複数のトランシーバを含むことがある）。たとえば、図１Ａに図示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を用いることがある基地局１１４ａと、およびＩＥＥＥ８０２無線技術を用いることがある基地局１１４ｂと通信するように構成されることがある。

図１Ｂは、例となるＷＴＲＵ１０２を例示するシステム図である。図１Ｂに図示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、ノンリムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含むことがある。ＷＴＲＵ１０２は、実施形態と一致したままでありながら、前述の要素の任意の副組み合わせを含んでよいことが理解されるであろう。

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

送信／受信要素１２２は、エアインタフェース１１６上で基地局（たとえば、基地局１１４ａ）に信号を送信する、またはエアインタフェース１１６上で基地局（たとえば、基地局１１４ａ）から信号を受信するように構成されることがある。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであることがある。実施形態では、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であることがある。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および／または受信するように構成されることがある。送信／受信要素１２２は、ワイヤレス信号の任意の組み合わせを送信および／または受信するように構成されることがあることが理解されるであろう。

送信／受信要素１２２は、図１Ｂでは、単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用いることがある。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６上でワイヤレス信号を送信および受信するための２つまたはそれ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことがある。

トランシーバ１２０は、送信／受信要素１２２によって送信されることになっている信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されることがある。上記で述べられたように、ＷＴＲＵ１０２は、マルチモード特性を有することがある。したがって、トランシーバ１２０は、たとえば、ＷＴＲＵ１０２がＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含むことがある。

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

プロセッサ１１８は、電源１３４から電力を受け取ることがあり、ＷＴＲＵ１０２内の他の構成要素に電力を分配および／または制御するように構成されることがある。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであってよい。たとえば、電源１３４は、１つまたは複数の乾電池バッテリ（たとえば、ニッケル－カドミウム（ＮｉＣｄ）、ニッケル－亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム－イオン（Ｌｉ－イオン）など）、太陽電池、燃料電池などを含むことがある。

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

プロセッサ１１８は、他の周辺機器１３８にさらに結合されることがあり、他の周辺機器１３８は、追加の特徴、機能、および／またはワイヤードコネクティビティもしくはワイヤレスコネクティビティを提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことがある。たとえば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真および／またはビデオのため）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレイーヤーモジュール、インターネットブラウザ、仮想現実デバイスおよび／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカーなどを含むことがある。周辺機器１３８は、１つまたは複数のセンサを含むことがあり、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接度センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であってよい。

ＷＴＲＵ１０２は、（たとえば、ＵＬ（たとえば、送信用）とダウンリンク（たとえば、受信用）の両方のための特定のサブフレームと関連づけられた）信号のうちのいくつかまたはすべての送信および受信が並列および／または同時であり得る全二重無線を含むことがある。全二重無線は、ハードウェア（たとえば、チョーク）またはプロセッサ（たとえば、別個のプロセッサ（図示せず）またはプロセッサ１１８を介した）を介した信号処理のどちらかを介した自己干渉を減少させるおよびまたは実質的に除去する干渉管理ユニット１３９を含むことがある。実施形態では、ＷＴＲＵ１０２は、（たとえば、ＵＬ（たとえば、送信用）またはダウンリンク（たとえば、受信用）のどちらかのための特定のサブフレームと関連づけられた）信号のうちのいくつかまたはすべての送信および受信のための半二重無線を含むことがある。

図１Ｃは、実施形態によるＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上記で述べられたように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することがある。ＲＡＮ１０４は、ＣＮ１０６とも通信することがある。

ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことがあるが、ＲＡＮ１０４は、実施形態と一致したままでありながら、任意の数のｅＮｏｄｅ－Ｂを含んでよいことが理解されるであろう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことがある。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することがある。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信する、および／またはＷＴＲＵ１０２ａからワイヤレス信号を受信することがある。

ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連づけられることがあり、無線リソース管理判断、ハンドオーバ判断、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成されることがある。図１Ｃに図示されるように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェース上で互いと通信することがある。

図１Ｃに図示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（すなわちＰＧＷ）１６６とを含むことがある。前述の要素の各々はＣＮ１０６の一部として描かれているが、これらの要素のいずれも、ＣＮ運用業者以外のエンティティによって所有および／または動作されてよいことが理解されるであろう。

ＭＭＥ１６２は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続されることがあり、制御ノードとして働くことがある。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティベーション／デアクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担当することがある。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り換えるための制御プレーン機能を提供することがある。

ＳＧＷ１６４は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続されることがある。ＳＧＷ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からユーザデータパケットをルーティングおよび転送することがある。ＳＧＷ１６４は、ｅＮｏｄｅ Ｂ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの、他の機能を実行することがある。

ＳＧＷ１６４は、ＰＧＷ１６６に接続されることがあり、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがある。

ＣＮ１０６は、他のネットワークとの通信を容易にすることがある。たとえば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがある。たとえば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよいし、ＩＰゲートウェイと通信してもよい。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがあり、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または動作される他のワイヤードネットワークおよび／またはワイヤレスネットワークを含むことがある。

ＷＴＲＵは、図１Ａ～図１Ｄではワイヤレス端末として説明されているが、いくつかの代表的な実施形態では、そのような端末は、通信ネットワークとのワイヤード通信インタフェースを（たとえば、一時的または永続的に）使用することがあることが企図されている。

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであることがある。

インフラストラクチャ基本サービスセット（ＢＳＳ）モードであるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、このＡＰと関連づけられた１つまたは複数の局（ＳＴＡ）とを有することがある。ＡＰは、ＢＳＳへとおよび／またはＢＳＳからトラフィックを搬送する配信システム（ＤＳ）または別のタイプのワイヤード／ワイヤレスネットワークへのアクセスまたはインタフェースを有することがある。ＢＳＳの外部から生じたＳＴＡへのトラフィックは、ＡＰを通って到着することがあり、ＳＴＡに届けられることがある。ＳＴＡから生じたＢＳＳの外部の宛先へのトラフィックは、それぞれの宛先に届けられるために、ＡＰに送られることがある。たとえば、送信元ＳＴＡがＡＰにトラフィックを送ることがあり、ＡＰが宛先ＳＴＡにトラフィックを届けることがある場合、ＢＳＳ内のＳＴＡ間のトラフィックが、ＡＰを通って送られることがある。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと考えられるおよび／または呼ばれることがある。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いて送信元ＳＴＡと宛先ＳＴＡとの間で（たとえば、それらの間で直接的に）送られることがある。いくつかの代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルリングされたＤＬＳ（ＴＤＬＳ）を使用することがある。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰを有さないことがあり、ＩＢＳＳ内にあるまたはＩＢＳＳを使用するＳＴＡ（たとえば、ＳＴＡのすべて）は、互いと直接的に通信することがある。通信のＩＢＳＳモードは、本明細書では、通信の「アドホック」モードと呼ばれることもある。

動作の８０２．１１ａｃインフラストラクチャモードまたは動作の類似のモードを使用するとき、ＡＰは、プライマリチャネルなどの固定チャネル上でビーコンを送信することがある。プライマリチャネルは、固定幅（たとえば、２０ＭＨｚ幅の帯域幅）であってもよいし、シグナリングを介して動的に設定された幅であってもよい。プライマリチャネルは、ＢＳＳの動作チャネルであることがあり、ＡＰとの接続を確立するためにＳＴＡによって使用されることがある。いくつかの代表的な実施形態では、キャリア検知多重アクセス衝突回避（ＣＳＭＡ／ＣＡ）が、たとえば８０２．１１システム内で、実施されることがある。ＣＳＭＡ／ＣＡの場合、ＡＰを含めて、ＳＴＡ（たとえば、あらゆるＳＴＡ）は、プライマリチャネルを検知することがある。プライマリチャネルが、特定のＳＴＡによって検知／検出されるおよび／または使用中であることが決定される場合、特定のＳＴＡはバックオフされることがある。１つのＳＴＡ（たとえば、１つの局のみ）が、所与のＢＳＳにおいて任意の所与の時間に送信することがある。

高スループット（ＨＴ）ＳＴＡは、たとえば、隣接するまたは隣接していない２０ＭＨｚチャネルとのプライマリ２０ＭＨｚチャネルの組み合わせを介して、４０ＭＨｚ幅チャネルを通信に使用して、４０ＭＨｚ幅チャネルを形成することがある。

超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ幅チャネル、４０ＭＨｚ幅チャネル、８０ＭＨｚ幅チャネル、および／または１６０ＭＨｚ幅チャネルをサポートすることがある。４０ＭＨｚチャネル、および／または８０ＭＨｚチャネルは、連続した２０ＭＨｚチャネルを組み合わせることによって形成されてよい。１６０ＭＨｚチャネルは、８つの連続した２０ＭＨｚチャネルを組み合わせることによって形成されてもよいし、８０＋８０構成と呼ばれることがある、２つの非連続８０ＭＨｚチャネルを組み合わせることによって形成されてもよい。８０＋８０構成の場合、データは、チャネル符号化の後、データを２つのストリームに分割し得るセグメントパーサに通過させられることがある。逆高速フーリエ変換（ＩＦＦＴ）処理および時間領域処理は、各ストリーム上で別個に行われることがある。ストリームは、２つの８０ＭＨｚチャネル上にマップされることがあり、データは、送信側ＳＴＡによって送信されることがある。受信側ＳＴＡの受信機では、８０＋８０構成に関して上記で説明された動作が逆転されてよく、組み合わされたデータが、メディアアクセス制御（ＭＡＣ）に送られてよい。

動作のＳｕｂ １ＧＨｚモードは、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅、およびキャリアは、８０２．１１ａｆおよび８０２．１１ａｈでは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるものと比較して、減少される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトル内の５ＭＨｚ帯域幅、１０ＭＨｚ帯域幅、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用する１ＭＨｚ帯域幅、２ＭＨｚ帯域幅、４ＭＨｚ帯域幅、８ＭＨｚ帯域幅、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなどのメータタイプ制御／マシンタイプ通信をサポートすることがある。ＭＴＣデバイスは、いくつかの特性、たとえば、いくつかのおよび／または限られた帯域幅に対するサポートする（たとえば、これに対するサポートのみ）を含む限られた特性を有することがある。ＭＴＣデバイスは、閾値を上回るバッテリ寿命（たとえば、非常に長いバッテリ寿命を維持するために）をもつバッテリを含むことがある。

複数のチャネルならびに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定されることがあるチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有することがある。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートする、ＢＳＳで動作する際にすべてのＳＴＡの中から、ＳＴＡによって設定および／または限定されることがある。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰである場合ですら、１ＭＨｚモードをサポートする（たとえば、これのみをサポートする）ＳＴＡ（たとえば、ＭＴＣタイプデバイス）の場合は１ＭＨｚワイドであることがあり、ＢＳＳにおける他のＳＴＡは、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする。キャリア検知および／またはネットワーク割り振りベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存することがある。たとえば、ＳＴＡ（１ＭＨｚ動作モードのみをサポートする）がＡＰに送信することにより、プライマリチャネルが使用中である場合、周波数帯域の大半がアイドル状態のままであり、利用可能であり得る場合であっても、利用可能な周波数帯域全体が使用中であると考えられ得る。

米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な全帯域幅は、国名コードに応じて、６ＭＨｚから２６ＭＨｚである。

図１Ｄは、実施形態によるＲＡＮ１１３およびＣＮ１１５を例示するシステム図である。上記で述べられたように、ＲＡＮ１１３は、ＮＲ無線技術を用いて、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することがある。ＲＡＮ１１３は、ＣＮ１１５とも通信することがある。

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことがあるが、ＲＡＮ１１３は、実施形態と一致したままでありながら、任意の数のｇＮＢを含んでよいことが理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことがある。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することがある。たとえば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信するおよび／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信することがある。したがって、ｇＮＢ１８０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信する、および／またはＷＴＲＵ１０２ａからワイヤレス信号を受信することがある。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することがある。たとえば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信することがある。これらのコンポーネントキャリアのサブセットは未認可スペクトル上にあることがあり、残りのコンポーネントキャリアは認可スペクトル上にあることがある。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施することがある。たとえば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信することがある。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｓｃａｌａｂｌｅ ｎｕｍｅｒｏｌｏｇｙと関連づけられた送信を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがある。たとえば、ＯＦＤＭシンボルスペーシングおよび／またはＯＦＤＭサブキャリアスペーシングは、異なる送信、異なるセル、および／またはワイヤレス送信スペクトルの異なる部分に対して変化することがある。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、種々の長さまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）（たとえば、さまざまな数のＯＦＤＭシンボルを含有する、および／またはさまざまな長さの絶対時間続く）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがある。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されることがある。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（たとえば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にもアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがある。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数をモビリティアンカーポイントとして利用することがある。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可帯域内の信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがある。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信／接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続することがある。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、実質的に同時に１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと通信するためにＤＣ原理を実施することがある。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとして働くことがあり、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするために追加のカバレッジおよび／またはスループットを提供することがある。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連づけられることがあり、無線リソース管理判断、ハンドオーバ判断、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間の網間接続、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向けてのユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに向けての制御プレーン情報のルーティングなどを扱うように構成されることがある。図１Ｄに図示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインタフェース上で互いと通信することがある。

図１Ｄに図示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ，１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくデータネットワーク（ＤＮ）１８５ａ、１８５ｂとを含むことがある。前述の要素の各々はＣＮ１１５の一部として描かれているが、これらの要素のいずれも、ＣＮ運用業者以外のエンティティによって所有および／または動作されてよいことが理解されるであろう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることがあり、制御ノードとして働くことがある。たとえば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングに対するサポート（たとえば、異なる要件をもつ異なるＰＤＵセッションの扱い）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などを担当することがある。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにより利用されているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されることがある。たとえば、異なるネットワークスライスは、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依拠するサービス、拡張大量モバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス、マシンタイプ通信（ＭＴＣ）アクセスのためのサービスおよび／またはその他などの、異なる使用事例に対して確立されることがある。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を用いる他のＲＡＮ（図示せず）を切り換えるための制御プレーン機能を提供することがある。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インタフェースを介してＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続されることがある。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インタフェースを介してＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂにも接続されることがある。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することがある。ＳＭＦ１８３ａ、１８３ｂは、ＵＥのＩＰアドレスを管理および割り振ること、ＰＤＵセッションを管理すること、ポリシー施行およびＱｏＳを制御すること、ダウンリンクデータ通知を提供することなどの、他の機能を実行することがある。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであってよい。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることがあり、Ｎ３インタフェースは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがある。ＵＰＦ１８４、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシーを施行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを扱うこと、ダウンリンクパケットをバッファリングすること、モビリティアンカリングを提供することなどの他の機能を実行することがある。

ＣＮ１１５は、他のネットワークとの通信を容易にすることがある。たとえば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよいし、ＩＰゲートウェイと通信してもよい。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがあり、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または動作される他のワイヤードネットワークおよび／またはワイヤレスネットワークを含むことがある。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェースおよびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インタフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通して、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続されることがある。

図１Ａ～図１Ｄおよび図１Ａ～図１Ｄの対応する説明を鑑みて、本明細書においてＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書において説明される任意の他のデバイスのうちの１つまたは複数に関して説明される機能の１つもしくは複数、またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行されることがある。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数、またはすべてをエミュレートするように構成された１つまたは複数のデバイスであることがある。たとえば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワーク機能および／もしくはＷＴＲＵ機能をシミュレートするために使用されることがある。

エミュレーションデバイスは、ラボ環境内および／または運用業者ネットワーク環境内で他のデバイスの１つまたは複数のテストを実施するように設計されることがある。たとえば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、ワイヤード通信ネットワークおよび／またはワイヤレス通信ネットワークの一部として完全または部分的に実施および／または展開されながら、１つもしくは複数の、またはすべての、機能を実行することがある。１つまたは複数のエミュレーションデバイスは、ワイヤード通信ネットワークおよび／またはワイヤレス通信ネットワークの一部として一時的に実施／展開されながら、１つもしくは複数の、またはすべての、機能を実行することがある。エミュレーションデバイスは、テストの目的で別のデバイスに直接的に結合されることがあり、および／または無線による（over-the-air）ワイヤレス通信を使用してテストを実行することがある。

１つまたは複数のエミュレーションデバイスは、ワイヤード通信ネットワークおよび／またはワイヤレス通信ネットワークの一部として実施／展開されないながらも、すべてを含む１つもしくは複数の機能を実行することがある。たとえば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テストラボラトリ内ならびに／または展開されない（たとえば、テスト）ワイヤードおよび／もしくはワイヤレス通信ネットワーク内でテストシナリオにおいて利用されることがある。１つまたは複数のエミュレーションデバイスは、テスト機器であることがある。直接ＲＦ結合および／またはＲＦ回路（たとえば、１つまたは複数のアンテナを含むことがある）を介したワイヤレス通信は、データを送信および／または受信するためにエミュレーションデバイスによって使用されることがある。

ＷＴＲＵは、図１～図４ではワイヤレス端末として説明されているが、いくつかの代表的な実施形態では、そのような端末は、通信ネットワークとのワイヤード通信インタフェースを（たとえば、一時的または永続的に）使用することがあることが企図されている。

次世代のワイヤレスシステムの設計は、現在、学界、産業界、規制機関、および標準化機関において進行中である。ＩＭＴ－２０２０ Ｖｉｓｉｏｎは、次世代のワイヤレスシステムの開発のためのフレームワークおよび全体的な目標を設定する。予期されるワイヤレスデータトラフィックの増加、より高いデータレート、低い遅延、および大量コネクティビティに対する要求に対処するために、ＩＭＴ－２０２０ Ｖｉｓｉｏｎは、第５世代（５Ｇ）設計要件を駆動する主な使用事例、すなわち、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼低遅延通信（ＵＲＬＬＣ）、および大量マシンタイプ通信（ｍＭＴＣ）を定義する。これらの使用事例は、ピークデータレート、遅延、スペクトル効率、およびモビリティに関して異なるターゲットを幅広く有する。

ＩＭＴ－２０２０ Ｖｉｓｉｏｎは、主要な特性のすべてが、所与の使用事例にとって等しく重要であるとは限らないことを示すが、たとえば、予想使用事例固有要件を満たすことを可能にし、複数のサービスをサポートするために、柔軟性が５Ｇ設計に構築され得る。エアインタフェース、具体的には物理（ＰＨＹ）レイヤ波形は、新しい５Ｇ技術に関するいくつかの主要な構成要素のうちの１つである。この点に関して、３ＧＰＰは、それらの種々の使用、必要性、および／または開発シナリオならびに付随する（たとえば、委任統治（mandated）固有）性能測定、メトリクス、および／またはそれらの要件に加えて、主要な使用事例およびさまざまな他の／異なる適用例のことを考えて、高度なまたは次世代（たとえば、５Ｇ）ワイヤレス通信システムのために、ｎｅｗ ｒａｄｉｏおよび／またはｎｅｗ ｒａｄｉｏアクセス技術（「ＮＲ」と総称される）に関する研究および開発を行っている。

通信ネットワークでは、制御シグナリングが、アップリンク制御チャネルを介して送信されることがある。たとえば、ロングタームエボリューション（ＬＴＥ）の事例では、アップリンクレイヤ１および／またはレイヤ２制御シグナリングは、物理アップリンク制御チャネル（ＰＵＣＣＨ）内で送信されることがある。この制御シグナリング（たとえば、データ、情報、メッセージなど）は、チャネル品質情報（ＣＱＩ）、ＭＩＭＯフィードバック、スケジューリング要求（ＳＲ）、またはハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）、または他の任意の類似および／もしくは適切なタイプのレイヤ１および／もしくはレイヤ２シグナリング、のいずれかを含むことがある。

ＬＴＥ送信は、ＰＵＣＣＨ送信および物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のいずれかを送信することを含むことがある。ＰＵＳＣＨ送信に利用可能であるリソースブロック（ＲＢ）を断片化することを回避するために、たとえば、ＰＵＣＣＨ送信は、（１）チャネル帯域幅の端ではＲＢに対するものであることがある、および／または（２）スロット全体にまたがることがある。リソースブロックは、任意の数のリソース要素（ＲＥ）を含んでよく、ＲＥは、リソース、要素、時間－周波数リソース、および／または要素などと呼ばれることがある。所与の全送信電力を有するＬＴＥ送信の場合、スロット（たとえば、各スロット、単一のリソースブロックのみ）内のＰＵＣＣＨに割り振られた狭い帯域幅は、サブキャリアあたりの電力を最大にすることがある。種々のＰＵＣＣＨフォーマットは、ある範囲のアップリンク制御ペイロードのリンク性能および多重化容量に基づいて定義されることがある。たとえば、フォーマット１／１ａ／１ｂは、制御情報の１から２ビットを搬送するために実施されることがあり、フォーマット２／２ａ／２ｂは、制御情報の２０～２２の符号化ビットを運ぶことが可能であることがある。

同時アップリンクＰＵＳＣＨデータおよび制御シグナリングがＵＥ／ＷＴＲＵのためにスケジュールされるとき、制御シグナリングは、アップリンク送信のシングルキャリア低キュービックメトリック（ＣＭ）性を保つために、ＤＦＴ拡散の前にデータとともに多重化されることがある。したがって、アップリンク制御チャネル、たとえば、ＰＵＣＣＨは、ＵＥ／ＷＴＲＵがＰＵＳＣＨ送信のためのＲＢを何ら割り振られていないサブフレーム内（たとえば、サブフレーム内のみ）で制御シグナリング（たとえば、任意の必要な制御シグナリング）を送信するためにＵＥ／ＷＴＲＵによって使用されることがある。ＰＵＳＣＨは、制御情報を搬送するために使用されることがあり、ＰＵＳＣＨ送信のために割り振られたリソースのうちのいくつかは、制御情報を送信するために使用される。

Ｎｅｗ Ｒａｄｉｏ（ＮＲ）の事例では、物理アップリンク制御シグナリングは、ＨＡＲＱ ＡＣＫ、チャネル状態情報（ＣＳＩ）報告（たとえば、ビームフォーミング情報を含む）、およびスケジューリング要求（ＳＲ）のいずれかを搬送するために使用されることがある。さらに、ＮＲは、ＮＲアップリンク（ＵＬ）制御チャネルを送信する２つのやり方、すなわち、短期間送信および長期間送信をサポートすることがある。短期間送信においてＵＬ制御チャネルを送信する事例では、制御シグナリングが、スロットの最後の送信ＵＬシンボルの周りで送信される。長期間送信の事例では、ＵＬ制御シグナリングが、カバレッジを改善するために、複数のＵＬシンボル上で送信されることがある。ｓｈｏｒｔ ＰＵＣＣＨと呼ばれることがあるＵＬ制御チャネルの短期間送信の事例では、スロット内のＵＬデータチャネルをもつ時分割多重（ＴＤＭ）および／または周波数分割多重（ＦＤＭ）の両方が実行されることがある。ｌｏｎｇ ＰＵＣＣＨと呼ばれることがあるＵＬ制御チャネルの長期間送信の事例では、スロット内のＵＬデータチャネルをもつＦＤＭ（たとえば、ＦＤＭのみ）が可能にされることがある。

直交周波数多重（ＯＦＤＭ）および離散フーリエ変換（ＤＦＴ）－拡散－ＯＦＤＭ（ＤＦＴ－ｓ－ＯＦＤＭ）波形を使用するＮＲの事例では、ＰＵＳＣＨリソース上でのアップリンク制御情報（ＵＣＩ）送信をサポートする技法が実施されることがある。

実施形態によれば、本明細書において論じられるように、ＡＣＫ／ＮＡＣＫシンボルは、ＡＣＫ／ＮＡＣＫ情報を送信するために使用される係数を指すことがある。たとえば、ＡＣＫ／ＮＡＣＫビットは、変調シンボルがＡＣＫ／ＮＡＣＫシンボルと呼ばれることがあるように符号化および変調されることがある、および／またはＡＣＫ／ＮＡＣＫビットは変調されることがあり、変調シンボルは、系列を用いて多重化されることがあり、多重化された系列の各係数は、ＡＣＫ／ＮＡＣＫシンボルと呼ばれることがある。類似の定義は、他のタイプの制御情報を保持することがある。送信時間間隔（ＴＴＩ）は、あらかじめ定義された数のＯＦＤＭ（またはＤＦＴ－ｓ－ＯＦＤＭ）シンボルを送信するのにかかる時間を指すことがある。たとえば、ＴＴＩは、スロット、サブフレームであってよく、スロットは、７つのＯＦＤＭシンボルからなることがある。

ＯＦＤＭ波形のためのＰＵＳＣＨ内のアップリンク制御情報（ＵＣＩ）送信
実施形態によれば、ＡＣＫ／ＮＡＣＫシンボルは、復調参照シンボル（ＤＭ－ＲＳ）に隣接するＯＦＤＭシンボル上で送信されることがあり、ＤＭ－ＲＳは、データ復調参照シンボルとも呼ばれることがある。実施形態によれば、ＡＣＫ／ＮＡＣＫシンボルを搬送するＯＦＤＭシンボルの数は、ＡＣＫ／ＮＡＣＫシンボルの数に対応することがあり、ネットワークによって、たとえば、ノードＢ、拡張ノードＢ（ｅＮＢ）、ｇＮＢ、アクセスポイント（ＡＰ）、および／または他の類似のネットワークデバイス／エンティティのいずれかと呼ばれることがある基地局によって、シグナリングおよび／または構成されることがある。いくつかの実施形態によれば、ＯＦＤＭシンボルの数は、指定されたパラメータ、たとえば、ＰＵＣＣＨフォーマット、ＡＣＫ／ＮＡＣＫシンボルの数などのいずれかに基づいて、ＵＥ／ＷＴＲＵによって暗黙的に決定されることがある。たとえば、ＯＦＤＭシンボルｍ＋１、ｍ＋２、…ｍ＋Ｋ上のサブキャリアｋは、ＡＣＫ／ＮＡＣＫシンボルを搬送するために使用されることがあり、ＯＦＤＭシンボルｍ＋１は、ＤＭ－ＲＳシンボルに隣接するＯＦＤＭシンボルであってよく、Ｋは、パラメータ（たとえば、ＰＵＣＣＨフォーマット）であることがある。

実施形態によれば、ランクインジケータ（ＲＩ）シンボルは、ＤＭ－ＲＳシンボルに隣接するＯＦＤＭシンボル上で送信されることがある。実施形態によれば、ＲＩシンボルを搬送するＯＦＤＭシンボルの数は、ＲＩシンボルの数に対応することがあり、ｅＮＢ、ｇＮＢ、および／または他のＡＰによって構成および／またはシグナリングされることがある。いくつかの実施形態によれば、ＯＦＤＭシンボルの数は、ＰＵＣＣＨフォーマット、ＲＩシンボルの数などのいずれかに基づいて、ＵＥ／ＷＴＲＵによって決定されることがある。例として、ＯＦＤＭシンボルｍ＋１、ｍ＋２、…ｍ＋Ｌ上のサブキャリアｌは、ＲＩシンボルを搬送するために使用されることがあり、ＯＦＤＭシンボルｍ＋１は、ＤＭ－ＲＳシンボルに隣接するＯＦＤＭシンボルであってよく、Ｌは、パラメータ（たとえば、ＰＵＣＣＨフォーマット）である。

実施形態によれば、ＤＭ－ＲＳは、前倒しされる（front-loaded）ことがある（たとえば、それは、ユーザデータの送信の前に（たとえば、ＰＵＳＣＨ送信の前に）送信されることがある）。１つまたは複数のＤＭ－ＲＳシンボルがあることがある。実施形態によれば、複数のＤＭ－ＲＳシンボルの事例では、ＵＣＩデータ送信は、前倒しされたＤＭ－ＲＳの最後のＤＭ－ＲＳシンボルの後に始まることがある。実施形態によれば、ＣＱＩなどの他のタイプのＵＣＩは、いくつかのＯＦＤＭシンボル上のサブキャリアの指定されたセットの上に配置されることがある。ＯＦＤＭシンボルの数は、ＴＴＩの一部または全部にまたがることがある。これらのサブキャリアは、たとえば、周波数ダイバーシティを得るために、全体または部分的な帯域幅割り当てにわたってインターリーブされることがある。

ＰＵＳＣＨへのＡＣＫ／ＮＡＣＫシンボルの配置は、以下の方法のいずれかによって達成され得る。実施形態によれば、第１の方法は、ＡＣＫ／ＮＡＣＫシンボルがＰＵＳＣＨをパンクチャする（puncture）ことを含むことがある。たとえば、ＡＣＫ／ＮＡＣＫシンボルは、ＰＵＳＣＨ内で送信されることになっているデータ変調シンボル（たとえば１６のＱＡＭシンボル）を置き換える（たとえば、パンクチャする）ことがある。実施形態によれば、第２の方法は、ＰＵＳＣＨがＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることを含むことがある。実施形態によれば、レートマッチングの事例では、ＡＣＫ／ＮＡＣＫシンボルとともにロードされることになっているＰＵＳＣＨリソースは、ＰＵＳＣＨ送信のために利用可能なリソースの数に加算されない。

実施形態によれば、上記の方法に関する判断、たとえば、（ａ）ＡＣＫ／ＮＡＣＫシンボルがＰＵＳＣＨをパンクチャするか、および／または（ｂ）ＰＵＳＣＨがＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされるかは、（１）ＴＴＩ内でＰＵＳＣＨのために利用可能なＯＦＤＭシンボルの数、（２）全ＰＵＳＣＨリソースの数（たとえば、ＴＴＩ内のＰＵＳＣＨ送信のために利用可能なＯＦＤＭシンボルの数に、割り振られたサブキャリアの数が乗算されたもの）、および／または（３）ＰＵＳＣＨ内で送信されることになるＡＣＫ／ＮＡＣＫシンボルの数、のいずれかに依存することがある。

実施形態によれば、本明細書において論じられたように、ｎは、ＰＵＳＣＨのために利用可能なＯＦＤＭシンボルの数を指すことがあり、ｋは、割り振られたサブキャリアの数を指すことがあり、ｍは、ＡＣＫ／ＮＡＣＫシンボルの数を指すことがある。実施形態によれば、以下のルール、すなわち、（１）ｍ＜Ｍである場合、ＡＣＫ／ＮＡＣＫシンボルがＰＵＳＣＨをパンクチャすることがあり、ｍ≧Ｍである場合、ＰＵＳＣＨは、ＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることがあり、パラメータＭは、ｅＮＢ、ｇＮＢ、および／もしくは他のＡＰによって構成されることがある、および／もしくは、それは、ＰＵＣＣＨフォーマットに従って決定されることがある、（２）ｎ＜Ｎである場合、ＰＵＳＣＨは、ＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることがあり、パラメータＮは、ｅＮＢ、ｇＮＢ、および／もしくは他のＡＰによって構成されることがある、および／もしくは、それは、ＰＵＣＣＨフォーマットによって決定されることがある、ｎ≧Ｎかつｍ＜Ｍである場合、ＡＣＫ／ＮＡＣＫシンボルは、ＰＵＳＣＨシンボルをパンクチャすることがある、もしくはｎ≧Ｎかつｍ≧Ｍである場合、ＰＵＳＣＨは、ＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることがある、ならびに／または、（３）ｎｋ＜Ｌである場合、ＰＵＳＣＨは、ＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることがあり、パラメータＬは、ｅＮＢ、ｇＮＢ、および／もしくは他のＡＰによって構成されることがあり、および／もしくは、それは、ＰＵＣＣＨフォーマットによって決定されることがある、ｎｋ≧Ｌである場合、ＡＣＫ／ＮＡＣＫシンボルは、ＰＵＳＣＨシンボルをパンクチャすることがあり、ｍ＜Ｍである場合、もしくはｍ≧Ｍである場合、ＰＵＳＣＨは、ＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることがある、のいずれかが（たとえば、上記で論じられた方法に）適用されることがある。

実施形態によれば、ＡＣＫ／ＮＡＣＫシンボルは、ＰＵＳＣＨをパンクチャすることがある。たとえば、コードブロック内のＡＣＫ／ＮＡＣＫシンボルの数と変調シンボルの数の比が閾値を下回る事例では、ＡＣＫ／ＮＡＣＫシンボルが、ＰＵＳＣＨをパンクチャすることがある。実施形態によれば、Ｚ個の情報ビットが、ｂＺ個の符号化ビットを生成するために符号化される事例があることがあり、ｂは有理数であってよい。そのような事例では、ｂＺ個の符号化ビットは、変調シンボルを生成するために、ＱＡＭ変調などの変調スキームを用いて変調されることがある。

実施形態によれば、変調シンボルは、ＰＵＳＣＨのリソースのセット、たとえば、任意の数のＯＦＤＭシンボル上のいくつかのサブキャリアからなるＰＵＳＣＨの割り振られたリソース上で送信されることがあり、符号化レートは１／ｂであってよい。実施形態によれば、変調シンボルのうちのいくつかがＡＣＫ／ＮＡＣＫシンボルによってパンクチャされ、置き換えられる事例では、有効な符号化レートは、１／ｂよりも大きいことがある。実施形態によれば、パンクチャリングが使用されるときの符号化レートの増加が閾値よりも小さい（たとえば、Δ＜βであり、Δは有効な符号化レートの増加、βは閾値である）事例では、ＡＣＫ／ＮＡＣＫシンボルはＰＵＳＣＨをパンクチャすることがあり、そうでない場合は、ＰＵＳＣＨは、ＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることがある。実施形態によれば、Δおよびβは、中央コントローラによって構成されることがある。実施形態によれば、ＰＵＳＣＨは、ＲＩシンボルおよび／またはＣＱＩシンボルの周りでレートマッチングされることがある。

図２は、実施形態によるＰＵＳＣＨ内のＵＣＩ送信を例示する図であり、図３は、実施形態によるＯＦＤＭ波形生成器を例示する図である。

図２を参照すると、ｘ軸はＯＦＤＭシンボルを示し、ｙ軸はサブキャリアを示す。実施形態によれば、各リソース、たとえば、各ＯＦＤＭシンボル－サブキャリアペアは、ＰＵＳＣＨ送信に割り振られているが、リソースのうちのいくつかは、ユーザデータの代わりにＵＣＩデータを搬送するために使用される。実施形態によれば、ＡＣＫ／ＮＡＣＫ２０２および／またはＲＩ２０３シンボルは、前倒しされたＤＭ－ＲＳ２０１の最後のＤＭ－ＲＳ２０１に隣接するＯＦＤＭシンボル上で送信されることがある。図２には、ＤＭ－ＲＳ２０１に割り振られた１つのＯＦＤＭシンボルがあるが、本開示はそれに限定されず、ＤＭ－ＲＳ２０１として使用される複数のＯＦＤＭシンボルがあることがある。実施形態によれば、ＣＱＩ２０４は、ＤＭ－ＲＳ２０１に続いて、いくつかのＯＦＤＭシンボル上で送信されることがある。ＵＣＩシンボルは、隣接するサブキャリア、非隣接サブキャリア、および／またはサブキャリアのグループは隣接していないことがあるがグループ内のサブキャリアは隣接することがあるサブキャリア、のいずれかの上で送信されることがある。

実施形態によれば、図３のＯＦＤＭ波形生成器は、順序付きＰＵＳＣＨシンボルおよびＵＣＩシンボルがＩＤＦＴ入力のセットに挿入される図２の第２のＯＦＤＭシンボルを生成するために使用されることがあり、各入力はサブキャリアに対応する。

図４は実施形態によるＯＦＤＭを使用した追加のＤＭ－ＲＳとともにＵＣＩ送信を例示する図である。

実施形態によれば、前倒しされたＤＭ－ＲＳに加えて、またはその代わりに、ＤＭ－ＲＳ４０１シンボルは、ＴＴＩ内での送信のために構成されることがある。実施形態によれば、追加のＤＭ－ＲＳ４０１シンボルは、たとえば、モビリティが高いとき、チャネル推定精度を改善することがある。そのような事例では、図４に図示されるように、ＡＣＫ／ＮＡＣＫ２０３シンボルおよび／またはＲＩ４０３シンボルのいずれかが、前倒しされたＤＭ－ＲＳ４０１および追加のＤＭ－ＲＳシンボル４０１の周りに配置されることがある。

図４に例示される事例では、（１）前倒しされたＤＭ－ＲＳ４０１に隣接するＯＦＤＭシンボル上で送信されることになるＡＣＫ／ＮＡＣＫ４０２シンボルは、追加のＤＭ－ＲＳ４０１シンボルに隣接するＯＦＤＭシンボル上で繰り返されることがあり、２つ以上の追加のＤＭ－ＲＳ４０１が構成される場合、ＡＣＫ／ＮＡＣＫ４０２シンボルは、追加のＤＭ－ＲＳ４０１シンボルのうちの少なくとも１つに隣接するＯＦＤＭシンボル上で送信されることがある、および／または（２）ＡＣＫ／ＮＡＣＫ４０２シンボルの総数は、グループのセットに分割されることがあり、各グループは、ＤＭ－ＲＳ４０１シンボルのうちの１つに隣接するＯＦＤＭシンボル上で送信されることがあり、２つ以上の追加のＤＭ－ＲＳ４０１が構成される場合、ＡＣＫ／ＮＡＣＫ４０２シンボルは、追加のＤＭ－ＲＳ４０１シンボルのうちの少なくとも１つに隣接するＯＦＤＭシンボル上で送信されることがある、のいずれかが適用されてよい。

図５は、実施形態によるＯＦＤＭを使用した追加のＤＭ－ＲＳとともに別のＵＣＩ送信を例示する図である。

実施形態によれば、追加の参照シンボルが、図５に図示されるＯＦＤＭシンボル内で他のタイプのシンボル（たとえば、ＰＵＳＣＨ送信のために使用されるシンボル）を用いて多重化される事例では、ＡＣＫ／ＮＡＣＫ５０２シンボルおよび／またはＲＩ５０３シンボルは、ＤＭ－ＲＳ５０１と同じＯＦＤＭシンボル内に配置されることがある。

図６は、実施形態によるＯＦＤＭを使用した追加のＰＴ－ＲＳとともに別のＵＣＩ送信を例示する図である。

実施形態によれば、図６に図示されるように、いくつかの参照シンボル、たとえば位相雑音を推定および追跡するために使用されることがある位相追跡参照信号（ＰＴ－ＲＳ）６０５シンボルが、動的に使用され（たとえば、ＰＴ－ＲＳ送信が可能にされる／オンにされる）、特定のＯＦＤＭシンボルのいくつかのサブキャリア上で送信されることがある。以下で論じられる技法はＰＴ－ＲＳの文脈で提示されるが、本開示はそれに限定されず、技法は、他のタイプのＲＳにも適用可能である。ＰＴ－ＲＳ送信が可能であるとき、以下の方法、すなわち、（１）ＵＣＩシンボルがＰＴ－ＲＳ６０５によってパンクチャされることがある、（２）ＵＣＩがＡＣＫ／ＮＡＣＫ６０２および／もしくはＲＩ６０３でない場合、ＵＣＩシンボルがＰＴ－ＲＳ６０５によってパンクチャされることがある、（３）ＰＴ－ＲＳ６０５がＵＣＩによってパンクチャされることがある、（４）ＵＣＩがＡＣＫ／ＮＡＣＫ６０２および／もしくはＲＩ６０３である場合、ＰＴ－ＲＳ６０５がＵＣＩによってパンクチャされることがある、ならびに／または（５）ＵＣＩまたはＰＴ－ＲＳ６０５のいずれかのサブキャリアインデックスは、ＵＣＩとＰＴ－ＲＳ６０５の衝突を防止するために、確立されたルールに従ってシフトされることがある、のいずれかが適用されてよい。たとえば、サブキャリアｋ、ｋ＋１が、ＵＣＩを搬送することになっており、ＰＴ－ＲＳ６０５がサブキャリアｋに対して可能である（たとえば、オンにされる）場合、ＵＣＩは、サブキャリアｋ＋１、ｋ＋２上で送信されることがある、および／または、ＰＴ－ＲＳ６０５は、サブキャリアｋ－１上で送信されることがある。

実施形態によれば、開示される技法は、同様に、ＴＴＩがダウンリンク送信およびアップリンク送信のために共有され得る送信スキームに適用可能であることがある。そのような混合された送信時間間隔の事例では、開示されるスキームは、混合された送信時間間隔のアップリンク送信パートに適用されることがある。

ＭＩＭＯを用いたＵＣＩ送信
本明細書において言及され得るように、データコードワードは、物理アップリンク共有チャネル（ＰＵＳＣＨ）内での送信のために符号化および変調されるデータシンボルを指すことがある。さらに、データコードワードは、コードワードと互換的に呼ばれることがある。実施形態によれば、データコードワード、すなわちコードワードは、ＰＵＳＣＨの送信ランクおよび／またはＰＵＳＣＨ送信のためのデータコードワードの数に基づいて任意の数のレイヤと関連づけられることがある（たとえば、これを含むことがある）。本明細書において言及され得るように、ＵＣＩコードワードは、ＰＵＳＣＨ内での送信のために符号化および変調される制御情報シンボルを指すことがある。しかしながら、本開示はそれに限定されず、制御情報シンボルは、ＰＵＳＣＨ、物理アップリンク制御チャネル（ＰＵＣＣＨ）、および任意の他の類似のまたは適切なチャネルのいずれかの中での送信のために符号化および変調されることがある。

実施形態によれば、ＰＵＳＣＨは、任意の数のアンテナを使用して任意の数の空間的レイヤの上で（たとえば、これを介して、これを使用して）送信されることがある。実施形態によれば、データコードワード（たとえば、１つのコードワード）は、任意の数のストリームに分割されることがあり、たとえば、各ストリームは、空間的レイヤ（たとえば、それぞれの空間的レイヤ）の上で送信されることがある。実施形態によれば、２つ以上のデータコードワード（たとえば、複数のコードワード）は、複数のストリームに分割されることがあり、たとえば、各ストリームは、空間的レイヤ（たとえば、それぞれの空間的レイヤ）の上で送信されることがある。実施形態によれば、空間的レイヤ（たとえば、１つのレイヤ）は、単一のコードワードに対応するデータシンボルのみと関連づけられる（たとえば、これを搬送することに限定される）ことがある。しかしながら、本開示はそれに限定されず、空間的レイヤは、任意の数のコードワードに対応するシンボルと関連づけられることがある。

実施形態によれば、送信のためのコードワードの数（たとえば、ＰＵＳＣＨ送信のためのデータコードワードの数）は、ＰＵＳＣＨ送信のための（たとえば、これと関連づけられた）レイヤの数に基づいて決定されることがある。実施形態によれば、コードワードあたりのレイヤの数は、ＰＵＳＣＨ送信のためのレイヤの数に基づいて決定されることがある。たとえば、２つ以上のコードワードの事例では、ＰＵＳＣＨ送信のためのレイヤのうちの１つまたは複数が、各コードワードと関連づけられることがある。実施形態によれば、コードワード－レイヤマッピングは、あらかじめ定義されたルール、構成、ダウンリンク制御情報（ＤＣＩ）、インジケータ、または他の明示的および／もしくは暗黙的な情報のいずれかに従って、決定されることがある。実施形態によれば、ＰＵＳＣＨ送信のためのレイヤの数は、たとえば、ブロードキャスト情報、ＤＣＩ、構成情報、または他の類似の情報および／もしくはシグナリングのいずれかを使用して、ネットワークによって示されることがある。

実施形態によれば、ＷＴＲＵは、同じスロット（たとえば、同じサブフレーム）などのスロット（たとえば、サブフレーム）内で、ＰＵＳＣＨまたはＰＵＣＣＨのいずれかにおいてＵＣＩを送信することがある。実施形態によれば、ＷＴＲＵは、同じスロット内でＰＵＳＣＨおよびＰＵＣＣＨを送信するために、構成される、スケジュールされる、通知される、示されることなどがある。実施形態によれば、ＷＴＲＵは、波形、送信ランク、または送信電力のいずれかに従って、ＵＣＩを送信することがある。たとえば、ＷＴＲＵは、波形、送信ランク、または送信電力のいずれかに従って選択されたチャネル内でＵＣＩを送信することがある。

波形の事例では、ＷＴＲＵは、ＷＴＲＵが、アップリンク送信（たとえば、ＰＵＳＣＨおよび／またはＰＵＣＣＨ）に第１の波形（たとえば、ＣＰ－ＯＦＤＭ）を使用するように構成（たとえば、決定）される場合は、ＰＵＳＣＨ上でＵＣＩを送信することがあり、ＷＴＲＵが、アップリンク送信に第２の波形（たとえば、ＤＦＴ－ｓ－ＯＦＤＭ）を使用するように構成（たとえば、決定）される場合は、ＰＵＣＣＨ上でＵＣＩを送信することがある。送信ランクの事例では、ＷＴＲＵが、あらかじめ定義された閾値を下回るランクをもつＰＵＳＣＨを送信するように構成（たとえば、決定）される場合、ＷＴＲＵは、ＰＵＳＣＨ上でＵＣＩを送信することがある。そうでない場合、ＷＴＲＵは、ＰＵＣＣＨ上でのＵＣＩを送信することがある、またはその逆である。送信電力の事例では、ＵＥが、あらかじめ定義された閾値を超える送信電力を用いてＰＵＳＣＨを送信するように構成される（たとえば、示される、または決定される）場合、ＷＴＲＵは、ＰＵＣＣＨ上でＵＣＩを送信することがある。そうでない場合、ＵＥは、ＰＵＳＣＨ上でＵＣＩを送信することがある、または、その逆である。実施形態によれば、ＷＴＲＵがＰＵＣＣＨ上でＵＣＩを送信する事例では、ＷＴＲＵは、ＰＵＳＣＨおよびＰＵＣＣＨを同時に（たとえば、同じスロット内で）送信してもよいし、スロット内のＰＵＳＣＨを破棄してもよい（たとえば、これを送信しなくてもよい）。

実施形態によれば、ＵＣＩは、複数のストリームを用いてＰＵＳＣＨ内で送信されることがある、すなわち言い換えれば、複数のストリームと関連づけられたＵＣＩが、ＰＵＳＣＨ内で送信されることがある。実施形態によれば、ＵＣＩコードワード（たとえば、符号化および変調されたＡＣＫ／ＮＡＣＫビット、符号化および変調されたＲＩビット、または共同で符号化および変調されたＡＣＫ／ＮＡＣＫビットおよびＲＩビット、のいずれか）と関連づけられた（たとえば、これに属する）ＵＣＩシンボルは、データコードワードをレートマッチングさせることによって（たとえば、利用可能なリソースを使用してデータコードワードを送信することによって）、ＰＵＳＣＨ内で送信されることがある。実施形態によれば、レートマッチングの事例では、コードワード（たとえば、ＰＵＳＣＨ送信のコードワード）の長さは、送信間隔の期間たとえばスロットまたはサブフレームのいずれかにわたってデータ伝送のために利用可能なリソースの数（たとえば、ＵＣＩ送信のために割り振られたリソースは、この数に含まれない）に合致するように調整されることがある。

実施形態によれば、２つ以上のコードワードの事例（たとえば、２つまたはそれ以上のデータコードワードが存在する）では、ＵＣＩシンボル（たとえば、ＡＣＫ／ＮＡＣＫ ＵＣＩシンボル）のセットが、２つ以上データコードワード内で送信されることがある。たとえば、２つまたはそれ以上のデータコードワードが、ＵＣＩシンボルの同じセットの周りでレートマッチングされることがある。実施形態によれば、ＵＣＩシンボルは、たとえば、ＵＣＩのタイプに従って、データコードワード上で繰り返されることがある。実施形態によれば、ＡＣＫ／ＮＡＣＫ（たとえば、ＨＡＲＱ－ＡＣＫ）および／またはＲＩ ＵＣＩシンボルは、複数のデータコードワードまたはレイヤのいずれかの上で繰り返されることがある。実施形態によれば、ＣＱＩ ＵＣＩシンボルは、繰り返しなしに、１つのコードワードもしくはレイヤまたは複数のコードワードもしくはレイヤのいずれかにおいて送信されることがある。

図７は、実施形態によるＵＣＩおよびデータコードワード多重化オプションを例示する図である。

図７を参照すると、事例（ａ）では、同じＵＣＩシンボル８０３が、２つのデータコードワード（またはレイヤ）のデータコードワード（またはレイヤ）シンボル７０１、７０２を用いて多重化されている。事例（ａ）では、２つのＵＣＩシンボル７０３が、同じＵＣＩコードワード（またはレイヤ）に属することがあり、ＡＣＫ／ＮＡＣＫ ＵＣＩであることがある。図７を参照すると、事例（ｂ）では、データコードワード＃１を用いて多重化されたＵＣＩシンボル７０３は、データコードワード＃２を用いて多重化されたＵＣＩシンボル７０３とは異なる。事例（ｂ）では、４つのＵＣＩシンボル７０３が、同じＵＣＩコードワードに属することがあり、ＣＱＩ ＵＣＩであることがある。

図８は、実施形態によるコードワード－レイヤマッピングを例示する図である。実施形態によれば、コードワード（たとえば、データコードワード、ＵＣＩコードワード）は、空間的レイヤにマップされることがある（たとえば、マップされることを必要とすることがある）。

図８を参照すると、データコードワード＃１シンボル８０１などの多重化されたデータと、ＵＣＩシンボル８０２などのＵＣＩコードワードは、３つの空間的レイヤにマップされることがある。実施形態によれば、マッピングは、各空間的レイヤがＵＣＩコードワードからのシンボルを含む（たとえば、有する、含有する）ように実行されることがある。実施形態によれば、ＵＣＩシンボルの総数Ｎは、
Ｎ＝ｋＭ＋Ｌ…………［式１］
に従って決定されることがあり、ここで、ｋは空間的レイヤの数、ＭおよびＬは整数、Ｌ＝ｍｏｄ（Ｎ，ｋ）である。実施形態によれば、各レイヤｋは、少なくともＭ個のＵＣＩシンボルを含有することがあり、残りのＬ個のシンボルは、Ｌ個のレイヤの間に均等に分散されてもよいし、Ｌ個のシンボルすべてが、レイヤ（たとえば、１つの単レイヤ）に割り当てられもよい。

実施形態によれば、任意の数のＵＣＩシンボルが、任意の数のデータコードワードの（たとえば、１つのデータコードワードのみの）複数のレイヤの上で繰り返されてよい。たとえば、レイヤ１から４は、データコードワード＃１を送信するために使用され、レイヤ５から８は、データコードワード＃２を送信するために使用される事例があることがある。実施形態によれば、そのような事例では、ＵＣＩシンボルが、（１）レイヤ１から４のいずれか（たとえば、すべて）の上で、（２）レイヤ５から８のいずれか（たとえば、すべて）の上で、または（３）１から４と５から８の両方からの任意のレイヤを含むレイヤのグループの上で、繰り返されることがある。実施形態によれば、あるタイプのＵＣＩは、ＵＣＩシンボルがコードワードの複数のレイヤの上で繰り返されるかどうかを決定するために使用されることがある。たとえば、少なくともＡＣＫ／ＮＡＣＫ ＵＣＩシンボルおよび／またはＲＩ ＵＣＩシンボルは、複数のレイヤの上で繰り返されることがある。さらに、実施形態によれば、ＵＣＩシンボルの繰り返しは、データコードワードの長さを減少させることがある。

図９は、実施形態によるＵＣＩ繰り返しを伴う場合と伴わない場合のコードワード－レイヤマッピングを例示する図である。

図９を参照すると、事例（ａ）は、２つの空間的レイヤ上にＵＣＩの繰り返しのないコードワード－レイヤマッピングを例示し、事例（ｂ）は、２つの空間的レイヤ上でのＵＣＩの繰り返しをもつコードワード－レイヤマッピングを例示する。たとえば、事例（ａ）では、ＵＣＩシンボル９０２は、繰り返しなしで、２つの空間的レイヤのそれぞれの空間的レイヤにマップされる、事例（ｂ）では、ＵＣＩシンボル９０２は、２つの空間的レイヤの各々において繰り返され、データコードワード＃１シンボル９０１は、２つの空間的レイヤにマップされる。

図１０は、実施形態による、ＵＣＩが同じサブキャリアにマップされるレイヤ－サブキャリアマッピングを例示する図である。

実施形態によれば、空間的レイヤは、送信のためのＰＵＳＣＨサブキャリアのセットにマップされることがある。図１０を参照すると、空間的レイヤは、ＵＣＩシンボルが送信されるレイヤにわたって同じサブキャリア上にＵＣＩシンボルが配置され得るように、サブキャリアにマップされることがある。たとえば、ＵＣＩシンボル１００２は、レイヤ１マッピング１００３およびレイヤ２マッピング１００４に図示されるように、レイヤ１および２にわたって同じサブキャリア上に配置されることがある。

図１１は、実施形態による、ＵＣＩが異なるサブキャリアにマップされるレイヤ－サブキャリアマッピングを例示する図である。

実施形態によれば、図１１を参照すると、ＵＣＩシンボルを搬送するために使用されるサブキャリアのインデックスは、レイヤの異なるセットに対して異なってよい。たとえば、ＵＣＩシンボル１１０２は、レイヤ１マッピング１１０３およびレイヤ２マッピング１１０４に図示されるように、レイヤ１および２にわたって異なるサブキャリア上に配置されることがある。

図１２は、実施形態による、繰り返されるＵＣＩが同じサブキャリアにマップされるレイヤ－サブキャリアマッピングを例示する図である。

実施形態によれば、異なるレイヤ上で送信されるＵＣＩシンボルは、ＵＣＩのすべてと関連づけられてもよいし、ＵＣＩのサブセットと関連づけられてもよい。たとえば、図１２を参照すると、レイヤ１マッピング１２０３およびレイヤ２マッピング１２０４に図示されるように、異なるレイヤ上で送信されるＵＣＩシンボル１２０２は、ＵＣＩのすべてまたはサブセットに対して同じであってよい。

実施形態によれば、空間的レイヤ（たとえば、各レイヤ）が、プリコードされることがある。たとえば、レイヤ（たとえば、各レイヤ）と関連づけられた信号および／または情報が、送信アンテナにマップされる前にプリコードされることがある。実施形態によれば、シンボルがレイヤ１内のサブキャリアｋにマップされる事例では、それは、ｚ１と呼ばれることがあり（たとえば、与えられることがあり）、レイヤ２内の同じサブキャリアにマップされるシンボルは、ｚ２と呼ばれることがある（たとえば、与えられることがある）。そのような事例では、そのサブキャリア上の送信アンテナポートにマップされた信号は、

として生成されることがあり、ここで、Ｇ（Ｇ行列または行列Ｇと呼ばれることがある）は、２つの列ｇ₁およびｇ₂をもつ（Ｎｔｘ×２）プリコーディング行列である。実施形態によれば、Ｇは、（Ｎｔｘ×Ｎｔｌ）行列であってよく、Ｎｔｘはアンテナポートの数、Ｎｔｌはレイヤの数である。たとえば、Ｇは、Ｎｔｌ（Ｎｔｘ×１）列ベクトルからなることがある。

実施形態によれば、Ｇ行列は、ネットワーク（たとえば、中央コントローラ）によって構成されることがある。たとえば、Ｇ行列は、基地局によってＷＴＲＵに（たとえば、ＷＴＲＵの送信機に）シグナリングされることがある。実施形態によれば、Ｇ行列は、送信側ノード（たとえば、ＷＴＲＵ）によって決定されることがある。実施形態によれば、同じＧ行列は、任意の数のサブキャリアおよび／またはサブバンドと関連づけられたシンボルをプリコードするために使用されることがある。たとえば、同じＧ行列は、１２個のサブキャリアの１つのリソースブロックにわたってなどの、任意の数のサブキャリアおよび／またはサブバンドにわたってシンボルをプリコードするために使用されることがある。実施形態によれば、異なるプリコーディング行列は、異なるサブバンドにわたってデータをプリコードするために使用されることがある。実施形態によれば、Ｇ行列は、ＵＣＩの欠如によるＰＵＳＣＨデータをプリコードするために使用されることがある。たとえば、同じＧ行列は、データとＵＣＩシンボルの両方をプリコードするために（たとえば、サブバンドにわたって、および／または任意の数のサブキャリアにわたって）使用されることがある。

実施形態によれば、複数のレイヤにわたって、サブキャリアｋは、同じＵＣＩシンボルｖとともにロードされることがあり、アンテナポートにマップされた信号は、

と記述され得る。式３の事例では、有効なプリコーディングベクトル（ｇ₁＋…＋ｇ_Ntl）は、ｖの送信にとって最適以下のプリコーディングベクトルであることがあり、ＵＣＩ繰り返しの性能劣化という結果になることがある。

実施形態によれば、プリコーディング演算は、たとえば、ＵＣＩ送信（たとえば、その性能）を改善するために修正されることがある。実施形態によれば、プリコーディング演算は、

と修正されることがあり、ここで、Ａは、対角要素が複素数値であり得る対角行列である。

実施形態によれば、行列Ａ（ｋ）は、コードブックと関連づけられる（たとえば、これから選択される、決定される、および／または示される）ことがある。たとえば、ＵＣＩシンボルがすべてのレイヤに対して同じである、ＰＵＳＣＨの２レイヤ送信の事例では、Ａ（ｋ）は、コードブックから選択されることがある。

しかしながら、本開示は上記のコードブックに限定されず、異なるコードブックが使用されてよい。

実施形態によれば、プリコーディング演算は、

と修正されることがあり、ここで、Ａは、対角要素が複素数値であり得るベクトルであり、ベクトルＡは、仮想アンテナのためのプリコーディングベクトルと呼ばれることがある。実施形態によれば、Ａ（ｋ）（たとえば、ベクトルＡ）は、コードブックに従って選択されてもよいし、決定されてもよいし、または示されてもよい。たとえば、ＵＣＩシンボルがすべてのレイヤに対して同じである、ＰＵＳＣＨの２レイヤ送信の事例では、Ａ（ｋ）は、コードブックから選択されることがある。

しかしながら、本開示は上記のコードブックに限定されず、異なるコードブックが使用されてよい。

実施形態によれば、Ａ（ｋ）は、受信機または送信機（たとえば、受信機ノード、送信機ノード、基地局、ＷＴＲＵ）のいずれかにおいて既知であることがある。実施形態によれば、Ａ（ｋ）は、受信機ノード（たとえば基地局）によって決定され、送信機にシグナリングされることがある。実施形態によれば、Ａ（ｋ）は、送信側ノードによって決定され、受信側ノード（たとえば、ＷＴＲＵ）にシグナリングされることがある。実施形態によれば、Ｇは、送信機に、同じＧをもつデータ復調参照信号をプリコードさせることによって、受信機にシグナリングされることがある。実施形態によれば、ＵＣＩシンボルのうちのいくつかまたはすべてが連続サブキャリアのセットなどのサブバンド（たとえば、ＧおよびＡ（ｋ）が変化しないサブバンド）上で送信される事例では、そのサブバンド上で送信される参照信号は、複合行列ＧＡ（ｋ）を用いてプリコードされることがある。実施形態によれば、Ａ（ｋ）は、Ｇの関数として決定または取得されることがある。実施形態によれば、Ａ（ｋ）は、リソースインデックス、サブキャリアインデックス、またはシンボルインデックスのいずれかに従って決定されることがある。

実施形態によれば、Ａ（ｋ）は、パターンに従って循環されることがある。たとえば、Ａ（ｋ）は、所定のパターンに従ってコードブック内の行列／ベクトルを通って循環されることがある。実施形態によれば、循環は、サブキャリア、リソース要素、サブバンド、ＯＦＤＭシンボル、スロットのいずれかに従って実行されることがある。たとえば、４つの行列を有するコードブックの事例では、ＵＣＩをもつ第１のサブキャリアは、コードブックの第１のプリコードされた行列を用いてプリコードされることがあり、ＵＣＩをもつ第２のサブキャリアは、コードブックの第２の行列を用いてプリコードされることがあり、ＵＣＩをもつ第３のサブキャリアは、コードブックの第３のプリコードされた行列をもつプリコードされることがあり、ＵＣＩをもつ第４のサブキャリアは、コードブックの第４のプリコードされた行列を用いてプリコードされることがある。実施形態によれば、そのような事例では、ＵＣＩをもつ次のサブキャリアは、コードブックからの第１の行列などを用いてプリコードされることがある。

実施形態によれば、Ｇ行列の列（たとえば、１つの列）は、式６

に図示されるように、すべてのレイヤ上のｖシンボルをプリコードするために使用されることがあり、ここで、ｈ₁＝…＝ｈ_Ntl＝ｇ_i（ｉ＝１，…，Ｎｔｌ）である。実施形態によれば、式６によるプリコーディング方法は、たとえば、潜在的に電力ブースティングを用いて、１つのレイヤのみの上でｖを送信することに等しいと考えられることがある。実施形態によれば、プリコーディングベクトル（たとえば、Ｇ行列の列）は、受信機にシグナリングされる、受信機によって決定される、受信側ノードによって決定される、送信機にシグナリングされる、送信機によって決定される、送信側ノードによって決定される、または中央コントローラによって構成される、のいずれかであってよい。実施形態によれば、プリコーディングベクトルは、ルールに従って決定されることがある。たとえば、Ｇ行列のｎ’番目の列が常にＵＣＩシンボルをプリコーディングするために使用されるようなルールがあることがある。

図１３は、実施形態による、繰り返されるＵＣＩが異なるサブキャリアにマップされるレイヤ－サブキャリアマッピングを例示する図である。

実施形態によれば、任意の数の同じＵＣＩシンボルが、図１３に図示されるように、異なるサブキャリアにマップされることがある。たとえば、ＵＣＩシンボル１３０２は、レイヤ１マッピング１３０３およびレイヤ２マッピング１３０４に図示されるように、レイヤ１および２の異なるサブキャリアにマップされることがある。実施形態によれば、プリコーディングは、

に従って実行されることがあり、ここで、ｚはデータシンボルであってよく、ｖはＵＣＩシンボルであってよい。

実施形態によれば、同じサブキャリア上でＵＣＩシンボルが繰り返されない事例では、Ｇ行列は、たとえば、修正なしに、プリコーディング行列として使用されることがある。実施形態によれば、ＵＣＩシンボルを搬送するサブキャリアのセットは、すべてのレイヤに対して異なることがあり、すなわち言い換えれば、各レイヤは、ＵＣＩシンボルを搬送するサブキャリアの異なるセットと関連づけられることがある。たとえば、４レイヤの事例では、１つのＵＣＩシンボルが、サブキャリア１２、２４、３６、４８の上で送信されることがある。実施形態によれば、レイヤのサブセットに同じサブキャリアを使用することが可能であることがある。たとえば、４レイヤの事例では、１つのＵＣＩシンボルが、サブキャリア１２、２４、３６、４８の上で送信されることがある。

実施形態によれば、ＵＣＩコードワード（たとえば、符号化および変調されたＡＣＫ／ＮＡＣＫビット、符号化および変調されたＲＩビット、共同で符号化および変調されたＡＣＫ／ＮＡＣＫおよびＲＩビット）に属するＵＣＩシンボルは、パンクチャすることによって、たとえば、データコードワードと関連づけられた（たとえば、これに属する）シンボルを置き換えることによってＰＵＳＣＨ内で送信されることがある。しかしながら、本開示はそれに限定されず、上記で提示された特徴、演算、および方法は、ＵＣＩ送信のためにＰＵＳＣＨをパンクチャする事例に適用され得る。

ＤＦＴ－ｓ－ＯＦＤＭ波形のためのＰＵＳＣＨ内のＵＣＩ送信
図１４は、実施形態によるＤＦＴ－ｓ－ＯＦＤＭ波形生成器を例示する図である。図１５は、ＰＵＳＣＨ内のＵＣＩ送信のためのＤＦＴ－ｓ－ＯＦＤＭ波形を例示する図である。図１６は、ＰＵＳＣＨ内のＵＣＩ送信のための別のＤＦＴ－ｓ－ＯＦＤＭ波形を例示する別の図である。図１７は、ＰＵＳＣＨ内のＵＣＩ送信のための別のＤＦＴ－ｓ－ＯＦＤＭ波形を例示する図である。

実施形態によれば、ＤＦＴ－ｓ－ＯＦＤＭの事例では、ＵＣＩシンボルの配置（たとえば、パンクチャリング）が、ＤＦＴ演算の前に実行されることがある。図１４を参照すると、ＵＣＩシンボルの配置は、ブロック１４０１によって実行されることがあり、ブロック１４０１は、ＤＦＴ－ｓ－ＯＦＤＭ送信機１４００のＤＦＴブロック１４０２の前にある。たとえば、ＡＣＫ／ＮＡＣＫ１４０３、ＲＩ１４０４、およびＣＱＩ１４０５などのＰＵＳＣＨシンボルおよびＵＣＩシンボルが、ＤＦＴ拡散の前に（たとえば、時間領域内で）多重化されることがある。以下の技法では、ＤＦＴ入力は、時間サンプルまたはサンプルと呼ばれることがある。たとえば、ＤＦＴサイズが１２である（たとえば、ＤＦＴが１２の入力を受け取る）事例では、１２の時間サンプルがある。

実施形態によれば、ＡＣＫ／ＮＡＣＫシンボルは、前倒しされたＤＭ－ＲＳシンボルに隣接することがあり、たとえば、ＡＣＫ／ＮＡＣＫシンボルは、前倒しされたＤＭ－ＲＳシンボルに隣接するＤＦＴ－ｓ－ＯＦＤＭシンボルのところに配置される（たとえば、これによって搬送される）ことがある。実施形態によれば、ＡＣＫ／ＮＡＣＫシンボルを搬送するＤＦＴ－ｓ－ＯＦＤＭシンボルの数は、ＡＣＫ／ＮＡＣＫシンボルの数に依存することがあり、ｅＮＢ、ｇＮＢ、および／または他のＡＰによって構成されることがある。実施形態によれば、ＤＦＴ－ｓ－ＯＦＤＭシンボルの数は、ＰＵＣＣＨフォーマット、および／またはＡＣＫ／ＮＡＣＫシンボルの数などのいずれかに基づいて、ＵＥ／ＷＴＲＵによって暗黙的に決定されることがある。たとえば、ＤＦＴ－ｓ－ＯＦＤＭシンボルｍ＋１、ｍ＋２、…ｍ＋Ｋのサンプルインデックスｋは、ＡＣＫ／ＮＡＣＫシンボルを搬送するために使用されることがある。そのような事例では、ＤＦＴ－ｓ－ＯＦＤＭシンボルｍ＋１は、前倒しされたＤＭ－ＲＳに隣接するＤＦＴ－ｓ－ＯＦＤＭシンボルであることがあり、Ｋは、パラメータ、たとえば、ＰＵＣＣＨフォーマットであることがある。

実施形態によれば、ＲＩシンボルは、ＤＭ－ＲＳシンボルに隣接するＤＦＴ－ｓ－ＯＦＤＭシンボル上に配置されることがある。実施形態によれば、ＲＩを搬送するＤＦＴ－ｓ－ＯＦＤＭシンボルの数は、ＲＩシンボルの数に依存することがあり、ｅＮＢ、ｇＮＢ、および／または他のＡＰによって構成されることがある。実施形態によれば、ＲＩを搬送するＤＦＴ－ｓ－ＯＦＤＭシンボルの数は、ＰＵＣＣＨフォーマット、および／またはＲＩシンボルの数などのいずれかに基づいて、ＵＥ／ＷＴＲＵによって暗黙的に決定されることがある。たとえば、ＤＦＴ－ｓ－ＯＦＤＭシンボルｍ＋１、ｍ＋２、…ｍ＋Ｌのサンプルインデックスｌは、ＲＩシンボルを搬送するために使用されることがある。そのような事例では、ＤＦＴ－ｓ－ＯＦＤＭシンボルｍ＋１は、前倒しされたＤＭ－ＲＳに隣接するＤＦＴ－ｓ－ＯＦＤＭシンボルであることがあり、Ｌは、パラメータであることがある。別の例として、ＤＦＴサイズが２４である事例では、２４のサンプルがあることがある（サンプルインデックス：１から２４などの、関連づけられた／それぞれのサンプルインデックスに従って、呼ばれてもよいし、参照されてもよい）。そのような事例では、それぞれのサンプルインデックスによって示されるような、２４の入力のうちの任意の数は、制御シグナリング、たとえば、ＡＣＫ／ＮＡＣＫシグナリング、ＲＩ、ＣＱＩなどと置き換えられてよい。

実施形態によれば、ＣＱＩなどの他のタイプのＵＣＩは、いくつかのＤＦＴ－ｓ－ＯＦＤＭシンボル上の時間サンプルの指定されたセット上に配置されることがある。たとえば、サンプルのセットは、両端の上にあってもよいし、端の１つの上にあってもよい。図１５を参照すると、フレーム構造が図示されており、ＡＣＫ／ＮＡＣＫ１５０２シンボルおよびＲＩ１５０２シンボルは、ＤＭ－ＲＳ１５０１に隣接するＤＦＴ－ｓ－ＯＦＤＭシンボル上で送信され、ＣＱＩ１５０４シンボルは、ＤＭ－ＲＳ１５０１に続くいくつかのＤＦＴ－ｓ－ＯＦＤＭシンボル上で送信される。実施形態によれば、図１５のフレーム構造内のＣＱＩ１５０４シンボルは、ＤＦＴ入力の２つの端の上に配置される。図１６を参照すると、ＣＱＩ１６０４シンボルは、ＤＦＴ入力の１つの端の上に配置されることがある。実施形態によれば、ＤＦＴ－ＯＦＤＭシンボルの数は、ＴＴＩの一部またはその全体にまたがることがある。

実施形態によれば、ＤＭ－ＲＳは、前倒しされることがあり（たとえば、ＤＭ－ＲＳは、ユーザデータの送信を始める前に送信されることがある）、任意の数の送信されるＤＭ－ＲＳシンボルがあってよい。複数のＤＭ－ＲＳシンボルを送信する事例では、ＵＣＩデータ送信は、前倒しされたＤＭ－ＲＳの最後のＤＭ－ＲＳシンボルが送信された後に始まることがある。実施形態によれば、ＡＣＫ／ＮＡＣＫ１７０２シンボルおよびＲＩ１７０３シンボルは、図１７に図示されるようにＤＦＴの入力にわたって分散されてもよいし、それらは、図１７に図示されるようにＤＦＴ入力の連続セットにわたって送信されてもよい。実施形態によれば、ＡＣＫ／ＮＡＣＫおよびＲＩに使用される入力のセットは、隣接してもよいし、隣接しない／分配されてもよい。

ＡＣＫ／ＮＡＣＫシンボルは、以下の方法のいずれかに従ってＰＵＳＣＨへと配置されることがある。実施形態によれば、ＡＣＫ／ＮＡＣＫシンボルは、ＰＵＳＣＨをパンクチャすることがある（たとえば、ＰＵＳＣＨ内で送信されることになっているデータ変調シンボル（たとえば１６のＱＡＭシンボル）は、ＡＣＫ／ＮＡＣＫシンボルによって置き換えられることがある）。実施形態によれば、ＰＵＳＣＨは、ＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることがある。レートマッチングのこの事例では、ＡＣＫ／ＮＡＣＫシンボルとともにロードされることになっているＰＵＳＣＨリソースは、ＰＵＳＣＨ送信のために利用可能なリソースの数に加算されないことがある。

実施形態によれば、（ａ）ＡＣＫ／ＮＡＣＫシンボルがＰＵＳＣＨをパンクチャするか、および／または（ｂ）ＰＵＳＣＨがＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされるかが、決定されることがある。実施形態によれば、そのような決定は、（ｉ）送信時間間隔内でＰＵＳＣＨのために利用可能なＤＦＴ－ｓ－ＯＦＤＭシンボルの数、（ｉｉ）全ＰＵＳＣＨリソースの数（たとえば、送信時間間隔内のＰＵＳＣＨのために利用可能なＤＦＴ－ｓ－ＯＦＤＭシンボルの数に、割り振られたサブキャリアの数が乗算されたもの、ここで、サブキャリアの数は、ＤＦＴ入力ピンの数に等しいことがある）、および／または（ｉｉｉ）ＰＵＳＣＨ内で送信されることになるＡＣＫ／ＮＡＣＫシンボルの数、のいずれかに依存することがある。

実施形態によれば、少なくとも上記の議論に関して、以下のルール、すなわち、（１）ｎは、ＰＵＳＣＨのために利用可能なＤＦＴ－ｓ－ＯＦＤＭシンボルの数であることがあり、ｋは、割り振られたサブキャリアの数であることがあり、ｍは、ＡＣＫ／ＮＡＣＫシンボルの数であることがある、（２）ｍ＜Ｍである場合、ＡＣＫ／ＮＡＣＫシンボルは、ＰＵＳＣＨをパンクチャすることがあり、ｍ≧Ｍである場合、ＰＵＳＣＨは、ＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることがあり、パラメータＭは、ｅＮＢ、ｇＮＢ、および／もしくは他のＡＰによって構成および／もしくはシグナリングされることがある、および／もしくは、それは、ＰＵＣＣＨフォーマットによって決定されることがある、（３）ｎ＜Ｎである場合、ＰＵＳＣＨは、ＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることがあり、パラメータＮは、ｅＮＢ、ｇＮＢ、および／もしくは他のＡＰによって構成されることがある、および／もしくは、それは、ＰＵＣＣＨフォーマットによって決定されることがある、ｎ≧Ｎである場合、ｍ＜Ｍである場合は、ＡＣＫ／ＮＡＣＫシンボルが、ＰＵＳＣＨシンボルをパンクチャすることがあり、ｍ≧Ｍである場合は、ＰＵＳＣＨが、ＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることがある、ならびに／または（４）ｎｋ＜Ｌである場合、ＰＵＳＣＨは、ＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることがあり、パラメータＬは、ｅＮＢ、ｇＮＢ、および／もしくは他のＡＰによって構成および／もしくはシグナリングされることがある、および／もしくは、それは、ＰＵＣＣＨフォーマットによって決定されることがある、ｎｋ≧Ｌである場合、ｍ＜Ｍである場合は、ＡＣＫ／ＮＡＣＫシンボルが、ＰＵＳＣＨシンボルをパンクチャすることがあり、ｍ≧Ｍである場合は、ＰＵＳＣＨが、ＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることがある、のいずれかが適用されることがある。

実施形態によれば、ＡＣＫ／ＮＡＣＫシンボルは、ＰＵＳＣＨをパンクチャすることがある。たとえば、コードブロック内のＡＣＫ／ＮＡＣＫシンボルの数と変調シンボルの数の比が閾値を下回る事例では、ＡＣＫ／ＮＡＣＫシンボルが、ＰＵＳＣＨをパンクチャすることがある。実施形態によれば、Ｚ個の情報ビットが、ｂＺ個の符号化ビットを生成するために符号化される事例があることがあり、ｂは有理数であってよい。そのような事例では、ｂＺ個の符号化ビットは、変調シンボルを生成するために、ＱＡＭ変調などの変調スキームを用いて変調されることがある。

実施形態によれば、変調シンボルは、ＰＵＳＣＨのリソースのセット、たとえば、任意の数のＯＦＤＭシンボル上のいくつかのサブキャリアからなるＰＵＳＣＨの割り振られたリソース上で送信されることがあり、符号化レートは１／ｂであってよい。実施形態によれば、変調シンボルのうちのいくつかがＡＣＫ／ＮＡＣＫシンボルによってパンクチャされ、置き換えられる事例では、有効な符号化レートは、１／ｂよりも大きいことがある。実施形態によれば、パンクチャリングが使用されるときの符号化レートの増加が値よりも小さい（たとえば、Δ＜βであり、Δは有効な符号化レートの増加、βは閾値である）事例では、ＡＣＫ／ＮＡＣＫシンボルはＰＵＳＣＨをパンクチャすることがあり、そうでない場合は、ＰＵＳＣＨは、ＡＣＫ／ＮＡＣＫシンボルの周りでレートマッチングされることがある。実施形態によれば、Δおよびβは、中央コントローラによって構成されることがある。実施形態によれば、ＰＵＳＣＨは、ＲＩシンボルおよび／またはＣＱＩシンボルの周りでレートマッチングされることがある。

図１８は、実施形態によるＤＦＴ－ｓ－ＯＦＤＭを使用した追加のＤＭ－ＲＳとともにＵＣＩ送信を例示する図である。

実施形態によれば、前倒しされたＤＭ－ＲＳに加えて、および／またはその代わりに、ＤＭ－ＲＳは、たとえば、モビリティが高いときのチャネル推定精度を改善するように、送信のために構成されることがある。そのような事例では、図１８に図示されるように、ＡＣＫ／ＮＡＣＫ１８０２シンボルおよび／またはＲＩ１８０３シンボルのいずれかが、前倒しされたＤＭ－ＲＳ１８０１シンボルおよび追加のＤＭ－ＲＳ１８０１シンボルの周りに配置されることがある。実施形態によれば、以下、すなわち、（１）前倒しされたＤＭ－ＲＳに隣接する送信されることになるＡＣＫ／ＮＡＣＫシンボルは、追加のＤＭ－ＲＳシンボルに隣接するＤＦＴ－ｓ－ＯＦＤＭシンボル上で繰り返されることがあり、２つ以上の追加のＤＭ－ＲＳが構成される場合、ＡＣＫ／ＮＡＣＫシンボルは、追加のＤＭ－ＲＳシンボルのうちの少なくとも１つに隣接するＤＦＴ－ｓ－ＯＦＤＭシンボル上で送信されることがある、および／または（２）ＡＣＫ／ＮＡＣＫシンボルは、グループのセットに分割されることがあり、各グループは、ＤＭ－ＲＳシンボルのうちの１つに隣接するＤＦＴ－ｓ－ＯＦＤＭシンボル上で送信されることがある、が適用されることがある。

実施形態によれば、参照シンボル（ＲＳ）、たとえば位相雑音を推定および追跡するために使用されるＰＴ－ＲＳは、可能にされ（たとえば、オンにされ）、特定のＤＦＴ－ｓ－ＯＦＤＭシンボルのいくつかのＤＦＴ入力上で送信されることがある。以下の技法はＰＴ－ＲＳの文脈で提示されるが、本開示はそれに限定されず、技法は、他のタイプのＲＳにも適用可能である。実施形態によれば、ＰＴ－ＲＳ送信が可能である（たとえば、オンにされる）とき、以下の方法、すなわち、（１）ＵＣＩシンボルは、ＰＴ－ＲＳによってパンクチャされることがある、（２）ＵＣＩがＡＣＫ／ＮＡＣＫおよび／もしくはＲＩでない場合、ＵＣＩシンボルは、ＰＴ－ＲＳによってパンクチャされることがある、（３）ＵＣＩがＡＣＫ／ＮＡＣＫおよび／もしくはＲＩである場合、ＰＴ－ＲＳはＵＣＩによってパンクチャされる、（４）ＰＴ－ＲＳはＵＣＩによってパンクチャされる、ならびに／または（５）ＵＣＩおよび／もしくはＰＴ－ＲＳのどちらかの時間サンプルインデックスが、ＵＣＩとＰＴ－ＲＳの衝突を防止するために確立されたルールに基づいてシフトされる。たとえば、時間サンプルｎ、ｎ＋１がＵＣＩを搬送することになっており、ＰＴ－ＲＳが時間サンプルｎに対して可能である事例では、ＵＣＩは、時間サンプルｎ＋１、ｎ＋２上で送信されることがある、または、ＰＴ－ＲＳは、時間サンプルｎ－１上で送信されることがある、のいずれかが適用されることがある。

実施形態によれば、開示される技法は、同様に、ＴＴＩがダウンリンク送信およびアップリンク送信のために共有され得る送信スキーム、たとえば、混合ＴＴＩに適用可能であることがある。そのような事例では、本明細書において開示されるスキームが、そのような混合ＴＴＩのアップリンク送信パートに適用されることがある。

ＰＵＳＣＨ内のＵＣＩ送信に基づいたＤＭ－ＲＳ密度適応
実施形態によれば、ＰＵＳＣＨ送信のためのＤＭ－ＲＳ密度が、ＰＵＳＣＨ上でのＵＣＩの存在（たとえば、ＵＣＩはＰＵＣＳＨを介して送信されている）、または、ＰＵＳＣＨ内で、その上で、および／もしくはそれを用いて多重化されるＵＣＩタイプ、のいずれかに従って決定されることがある。実施形態によれば、ＤＭ－ＲＳ密度は、ＰＵＳＣＨ送信および／または物理ＲＢ（ＰＲＢ）のためにスケジュールされた帯域幅内の、（１）ＤＭ－ＲＳ周波数密度（たとえば、ＤＭ－ＲＳ送信に使用されるＯＦＤＭシンボルまたはＤＦＴ－ｓ－ＯＦＤＭシンボル内でＤＭ－ＲＳに使用されるＲＥの数）および／または（２）ＤＭ－ＲＳ時間密度（たとえば、ＤＭ－ＲＳ送信に使用されるＯＦＤＭシンボルおよび／またはＤＦＴ－ｓ－ＯＦＤＭシンボルの数）のいずれかと関連づけられることがある。

実施形態によれば、ＰＵＳＣＨ送信のためのＤＭ－ＲＳパターンが、ＰＵＳＣＨ上でのＵＣＩの存在および／またはＰＵＳＣＨ内で多重化されるＵＣＩタイプに基づいて決定されることがある。実施形態によれば、ＤＭ－ＲＳパターンは、ＰＲＢ内のＤＭ－ＲＳの時間位置および周波数位置であることがある。実施形態によれば、１つまたは複数のＤＭ－ＲＳパターンは、同じＤＭ－ＲＳ密度を有してもよいし、異なるＤＭ－ＲＳ密度を有してもよい。本明細書において参照されるように、ＤＭ－ＲＳ密度という用語とＤＭ－ＲＳパターンという用語は、互換的に使用され得るが、依然として、本明細書において提供されるそれらそれぞれの説明と一致する。

実施形態によれば、第１のＤＭ－ＲＳ密度は、ＰＵＳＣＨ送信内でＵＣＩが多重化されない事例において使用されることがあり、第２のＤＭ－ＲＳ密度は、ＰＵＳＣＨ送信内でＵＣＩが多重化される事例において使用されることがある。たとえば、第１のＤＭ－ＲＳ密度は、前倒しされたＤＭ－ＲＳに基づくことがあり（たとえば、ＤＭ－ＲＳに使用される第１の１つまたは２つのＯＦＤＭシンボルおよび／またはＤＦＴ－ｓ－ＯＦＤＭシンボル）、第２のＤＭ－ＲＳ密度は、追加のＤＭ－ＲＳとともに前倒しされたＤＭ－ＲＳに基づくことがある（たとえば、ＰＵＳＣＨ送信における後のシンボル内の追加のＯＦＤＭシンボルおよび／またはＤＦＴ－ｓ－ＯＦＤＭシンボルがＤＭ－ＲＳに使用されることがある）。

実施形態によれば、ＵＥ／ＷＴＲＵは、ＰＵＳＣＨ送信内のＵＣＩの存在（またはＵＣＩの多重化）に基づいて、追加のＤＭ－ＲＳの送信（または第２のＤＭ－ＲＳ密度）を決定することがある。そのような事例では、前倒しされたＤＭ－ＲＳは、ＵＣＩ存在／欠如にかかわらず送信されることがあり、追加のＤＭ－ＲＳ送信は、ＰＵＳＣＨ送信内のＵＣＩ存在／欠如に基づいて決定されることがある。そのような事例では、追加のＤＭ－ＲＳが、あるタイプのＵＣＩの存在に基づいて送信されることがある。たとえば、第１のＵＣＩタイプがＰＵＳＣＨ送信内で多重化される場合、追加のＤＭ－ＲＳが送信されないことがあり（たとえば、第１のＤＭ－ＲＳ密度が使用される）、第２のＵＣＩタイプが多重化される場合、追加のＤＭ－ＲＳが送信されることがある（たとえば、第２のＤＭ－ＲＳ密度が使用される）。実施形態によれば、第１のＵＣＩタイプは、広帯域／サブバンドＣＱＩおよび／またはＰＭＩのいずれかを含むことがあり、第２のＵＣＩタイプは、ＲＩ、ＨＡＲＱ－ＡＣＫ、および／またはＣＳＩ－ＲＳリソースインデックス（ＣＲＩ）のいずれかを含むことがある。

実施形態によれば、ＵＣＩの存在（たとえば多重化）に基づいた複数のＤＭ－ＲＳ密度の使用が、構成によって（たとえば、構成情報に従って）可能／不可能にされる（たとえば、オン／オフにされる）ことがある。たとえば、ｇＮＢ（たとえば、ｅＮＢ、ＨＮＢなど）が複数のＤＭ－ＲＳ密度を使用するように構成される事例では、次いで、ＵＥ／ＷＴＲＵが、ＰＵＳＣＨ送信上のＵＣＩの存在（または多重化）に基づいて、構成されたＤＭ－ＲＳ密度以内でＤＭ－ＲＳ密度を決定することがある。そうでない場合、実施形態によれば、ＵＥ／ＷＴＲＵは、ＰＵＳＣＨ送信内のＵＣＩの存在／欠如にかかわらず決定されることがあるＤＭ－ＲＳ密度を使用することがある。

実施形態によれば、複数のＤＭ－ＲＳ密度の使用をオン／オフにするための構成（たとえば、これを可能／不可能にする構成情報）は、（１）上位レイヤシグナリング、（２）任意のシステムパラメータ（たとえば、サブキャリアスペーシング、ＴＴＩ長、スロット数、無線フレーム数、周波数帯域、および／またはシステム帯域幅）に基づいた暗黙的な決定、（３）サービスタイプ（たとえば、ｅＭＢＢ、ＵＲＬＬＣ、および／またはｍＭＴＣ）に基づいた暗黙的な決定、および／もしくは（４）とりわけ、ＵＥ／ＷＴＲＵ－ＩＤ、ＵＥ／ＷＴＲＵカテゴリ、スケジューリングパラメータ（たとえば、ＭＣＳ、レイヤの数、および／またはスケジュールされた帯域幅）、および／またはＵＥ／ＷＴＲＵ特性などの、ＵＥ／ＷＴＲＵ固有パラメータのうちの少なくとも１つに基づいた暗黙的な決定、のいずれかを含む、ならびに／または、これに含まれることがある。

実施形態によれば、ＵＣＩの存在（または多重化）は、スケジュールされたＰＵＳＣＨリソース内でのＵＣＩ送信に使用される（たとえば、必要とされる）ＲＥの数に従って決定されることがある。実施形態によれば、ＵＣＩ送信に使用されるＲＥの数が閾値よりも小さい事例では、ＵＥ／ＷＴＲＵは、たとえば、ＤＭ－ＲＳ密度を決定するために、ＵＣＩはＰＵＳＣＨ送信のために多重化されないと考える／決定することがある。ＵＣＩ送信に使用されるＲＥの数が閾値に等しいまたはこれよりも大きい事例では、ＵＥ／ＷＴＲＵは、たとえば、ＤＭ－ＲＳ密度を決定するために、ＵＣＩはＰＵＳＣＨ送信のために多重化されると考える／決定することがある。

実施形態によれば、ＤＭ－ＲＳ密度は、スケジュールされたＰＵＳＣＨリソース内でのＵＣＩ送信に使用される（たとえば、必要とされる）ＲＥの数に基づいて決定されることがある。たとえば、ＵＣＩ送信に使用されるＲＥの数が閾値よりも小さい事例では、第１のＤＭ－ＲＳ密度が使用されることがあり、ＵＣＩ送信に使用されるＲＥの数が閾値よりも大きい事例では、第２のＤＭ－ＲＳ密度が使用されることがある。実施形態によれば、閾値は、あらかじめ定義された閾値、ＰＵＳＣＨ送信のためにスケジュールされたリソース（たとえば、ＰＵＳＣＨ送信のために利用可能なＲＥの数）の関数として決定された閾値、および／または任意の他の数値、のいずれかであってよい。

図１９は、実施形態によるＰＵＳＣＨタイプおよびＵＣＩタイプに基づくＤＭ－ＲＳ密度およびパターンを例示する図である。

実施形態によれば、１つまたは複数のＤＭ－ＲＳ密度が使用されることがあり、ＰＵＳＣＨ送信のためのＤＭ－ＲＳ密度は、ＰＵＳＣＨ内でのＵＣＩの存在および／またはＵＣＩタイプのいずれかに従って決定されることがある。図１９を参照すると、たとえば、（１）ＵＣＩがＰＵＳＣＨ送信のために多重化されない場合、第１のＤＭ－ＲＳ密度１９０１が使用されることがある、（２）前倒しされたＤＭ－ＲＳ１９０４および追加のＤＭ－ＲＳ１９０５を含めてＵＣＩがＰＵＳＣＨ内で多重化され、ＵＣＩが第１のＵＣＩタイプである場合、第２のＤＭ－ＲＳ密度１９０２が使用されることがある、ならびに／または（３）ＵＣＩがＰＵＳＣＨ内で多重化され、ＵＣＩが第２のＵＣＩタイプである場合、第３のＤＭ－ＲＳ密度が使用されることがある。実施形態によれば、第１のＵＣＩタイプは、広帯域／サブバンドＣＱＩおよび／またはＰＭＩのいずれかを含むことがあり、第２のＵＣＩタイプは、ＲＩおよび／またはＣＲＩのいずれかを含むことがあり、ならびに、第３のＵＣＩタイプは、単一のキャリアのためのＨＡＲＱ－ＡＣＫおよび／または複数のキャリアのためのＨＡＲＱ－ＡＣＫのいずれかを含むことがある。

実施形態によれば、複数のＵＣＩタイプが同時に送信される事例では、最大（または最小）ＤＭ－ＲＳ密度を使用および／または必要とする（たとえば、必要がある）ＵＣＩタイプは、複数のＵＣＩタイプを含むＰＵＳＣＨ送信のためのＤＭ－ＲＳ密度を決定するために使用されることがある。

図２０は、実施形態によるＰＵＳＣＨタイプに基づくＤＭ－ＲＳ密度およびパターンを例示する図である。

実施形態によれば、１つまたは複数のＤＭ－ＲＳ密度が使用されることがあり、ＰＵＳＣＨ送信のためのＤＭ－ＲＳ密度は、ＰＵＳＣＨタイプに従って決定されることがある。実施形態によれば、ＰＵＳＣＨタイプは、図２０に図示されるように、ＰＵＳＣＨのみ（たとえば、ＰＵＳＣＨタイプ１）、ＵＣＩをもつＰＵＳＣＨ（ＰＵＳＣＨタイプ２）、またはＰＵＳＣＨ上のＵＣＩのみ（ＰＵＳＣＨタイプ３）のいずれかであってよい。実施形態によれば、ＤＭ－ＲＳパターン２００２、２００３などの、同じＤＭ－ＲＳ密度を有する任意の数のＤＭ－ＲＳパターンが使用されてよい。たとえば、ＤＭ－ＲＳパターン２００１がＰＵＳＣＨタイプ１に使用されることがあり、ＤＭ－ＲＳパターン２００２がＰＵＳＣＨタイプ２（たとえば、前倒しされたＤＭ－ＲＳ２００４および追加のＤＭ－ＲＳ２００５を含む、ＵＣＩをもつＰＵＳＣＨ）に使用されることがあり、別のＤＭ－ＲＳパターン２００３がＰＵＳＣＨタイプ３（ＰＵＳＣＨ上のＵＣＩのみ）に使用されることがある。実施形態によれば、開示される技法は、同様に、ＴＴＩがダウンリンク送信およびアップリンク送信のために共有され得る送信スキーム、たとえば、混合ＴＴＩに適用可能であることがある。そのような事例では、本明細書において開示されるスキームが、そのような混合ＴＴＩのアップリンク送信パートに適用されることがある。

ＰＵＳＣＨ内のＵＣＩ送信に基づいたＰＲＢバンドリングサイズ適応
実施形態によれば、任意の数のＰＲＢがバンドリングされることがある。実施形態によれば、ＰＲＢバンドリングサイズは、ＰＵＳＣＨ上のＵＣＩの存在に基づいて決定されることがある。たとえば、ＵＣＩがＰＵＳＣＨ送信のために多重化されない場合、第１のＰＲＢバンドリングサイズが使用されることがあり、ＵＣＩがＰＵＳＣＨ送信のために多重化される場合、第２のＰＲＢバンドリングサイズが使用されることがある。

実施形態によれば、ＰＲＢバンドリングサイズは、バンドルされたＰＲＢグループ（ＰＲＧ）内の１つまたは複数のＰＲＢに使用される同じプリコーダと呼ばれることがある（たとえば、これであると考えられることがある、これによって決定されることがある、これによって示されることがある、これと関連づけられることがある）。ＰＲＢバンドリングサイズは、バンドルされたＰＲＢグループ内のＰＲＢの数を示すことがある。実施形態によれば、受信機は、バンドルされたＰＲＢグループ内の任意の数のＰＲＢの参照信号を使用して、たとえば、チャネル推定性能を改善することがある。

実施形態によれば、バンドルされたＰＲＢグループは、同じスロット内のＰＲＢを含むことがある。実施形態によれば、バンドルされたＰＲＢグループ内の任意の数のＰＲＢは、周波数領域内で連続することがある。実施形態によれば、バンドルされたＰＲＢグループは、任意の数の（たとえば、異なる）スロット内のＰＲＢを含むことがある。実施形態によれば、バンドルされたＰＲＢグループ内の任意の数のＰＲＢは、時間領域内で連続することがある。

実施形態によれば、任意の数のＰＲＢバンドリングサイズがあってよい。実施形態によれば、ＰＲＢバンドリングサイズは、ＰＵＳＣＨ上のＵＣＩの存在に基づいて決定されることがある。たとえば、ＷＴＲＵは、ＰＵＳＣＨ上で受信されたＵＣＩ（たとえば、検出および／または復号された制御シグナリング）に従ってＰＲＢバンドリングサイズを決定することがある。実施形態によれば、ＰＲＢバンドリングサイズは、ＰＵＳＣＨ送信のためのスケジュールされたＰＲＢ（たとえば、これのセット）の中から、すべてのＰＲＢを含むことがある。そのような事例では、同じプリコーダが、広帯域ＰＲＢバンドリングと呼ばれることがある、すべてのスケジュールされたＰＲＢに使用されることがある。実施形態によれば、ＰＲＢバンドリングサイズは、ＰＵＳＣＨ送信のためのスケジュールされたＰＲＢ（たとえば、これのセット）の中から、任意の数のＰＲＢを含むことがある。

実施形態によれば、ＰＲＢバンドリングサイズは、上位レイヤシグナリングを介して構成されることがある。たとえば、任意の数のＰＲＢバンドリングサイズは、ブロードキャスト制御シグナリングを介して構成される（たとえば、決定される、設定される、選択される、など）ことがある。実施形態によれば、上位レイヤシグナリングは、ＰＲＢバンドリングサイズを決定する方法を構成するために使用されることがある。たとえば、ＰＵＳＣＨ上のＵＣＩの存在に従ったＰＲＢバンドリングサイズ決定は、構成情報および／または上位レイヤから受信されたシグナリングに従って可能にされる（たとえば、オン／オフにされる）ことがある。実施形態によれば、構成（たとえば、制御シグナリング、構成情報、および／または情報要素など）は、
（１）上位レイヤ構成（たとえば、上位レイヤ構成情報）、
（２）波形と関連づけられた暗黙的な構成（たとえば、暗黙的な構成情報）、たとえば、動的ＰＲＢバンドリングサイズ適応は、ＯＦＤＭがＰＵＳＣＨ送信に使用される事例で使用されることがある。たとえば、広帯域ＰＲＢバンドリングは、ＤＦＴ－ｓ－ＯＦＤＭがＰＵＳＣＨ送信に使用される事例で使用されることがある、
（３）（ｉ）サブキャリアスペーシング、（ｉｉ）ＴＴＩ長、（ｉｉｉ）スロット番号、（ｉｖ）無線フレーム番号、（ｖ）周波数帯（域）、（ｖｉ）システム帯域幅、および／もしくは（ｖｉｉ）任意の他のシステムパラメータ、のいずれかを含むシステムパラメータに応じた暗黙的な決定、
（４）（ｉ）ｅＭＢＢ、（ｉｉ）ＵＲＬＬＣ、（ｉｉｉ）ｍＭＴＣ、および／もしくは（ｉｖ）任意の他のサービスタイプ、のいずれかを含むサービスタイプに応じた暗黙的な決定、ならびに／または
（５）（ｉ）ＵＥ／ＷＴＲＵ－ＩＤ、（ｉｉ）ＵＥ／ＷＴＲＵカテゴリ、（ｉｉｉ）スケジューリングパラメータ（たとえば、ＭＣＳ、レイヤの数、スケジュールされた帯域幅など）、（ｉｖ）ＵＥ／ＷＴＲＵ特性、および／もしくは（ｖ）任意の他のＵＥ／ＷＴＲＵ固有パラメータ、のいずれかを含むＵＥ／ＷＴＲＵ固有パラメータに応じた暗黙的な決定
のいずれかを含んでもよいし、これらのうちのいずれかであってもよい。

実施形態によれば、任意の数のＰＲＢバンドリングサイズが使用されてよく、ＰＲＢバンドリングサイズ（たとえば、ＰＵＳＣＨ送信のための）は、ＵＣＩの存在および／またはＵＣＩタイプのいずれかに従って決定されることがある。たとえば、第１のＰＲＢバンドリングサイズは、ＵＣＩがＰＵＳＣＨ送信のために多重化されない事例において使用されることがあり、第２のＰＲＢバンドリングサイズは、ＵＣＩが多重化され、ＵＣＩが第１のＵＣＩタイプである事例において使用されることがあり、第３のＰＲＢバンドリングサイズは、ＵＣＩが多重化され、ＵＣＩが第２のＵＣＩタイプである、などの事例において使用されることがある。実施形態によれば、ＵＣＩタイプは、（１）広帯域／サブバンドＣＱＩおよび／もしくはＰＭＩのいずれかのための第１のＵＣＩタイプ、（２）ＲＩおよび／もしくはＣＲＩのいずれかのための第２のＵＣＩタイプ、（３）シングルキャリアのためのＨＡＲＱ－ＡＣＫおよび／もしくは複数のキャリアのためのＨＡＲＱ－ＡＣＫのいずれかのための第３のＵＣＩタイプ、のいずれかを含んでもよく、ならびに／または、これらのうちのいずれかであってもよい。

実施形態によれば、複数のＵＣＩタイプが、同時に送信されることがある。複数のＵＣＩタイプの事例では、ＰＵＳＣＨ送信のためのＰＲＢバンドリングサイズは、（複数のＵＣＩタイプの中からの）ＵＣＩタイプ、たとえば、最大ＰＲＢバンドリングサイズまたは最小ＰＲＢバンドリングサイズを使用するまたは必要とする（たとえば、要求する）ＵＣＩタイプの、ＰＲＢサイズに従って決定されることがある。実施形態によれば、任意の数のＰＲＢバンドリングサイズが使用されてよく、ＰＲＢバンドリングサイズ（たとえば、ＰＵＳＣＨ送信のための）は、ＰＵＳＣＨタイプに従って決定されることがある。実施形態によれば、ＰＵＳＣＨタイプは、（１）ＰＵＳＣＨのみのためのＰＵＳＣＨタイプ１、（２）ＵＣＩをもつＰＵＳＣＨのためのＰＵＳＣＨタイプ２、および／もしくは（３）ＰＵＳＣＨ上のＵＣＩのみのためのＰＵＳＣＨタイプ３のうちのいずれかであってもよい。

実施形態によれば、開示される技法は、同様に、ＴＴＩがダウンリンク送信およびアップリンク送信のために共有され得る送信スキーム、たとえば、混合ＴＴＩに適用可能であることがある。そのような事例では、本明細書において開示されるスキームが、そのような混合ＴＴＩのアップリンク送信パートに適用されることがある。

ＰＵＳＣＨ内のＣＱＩのインターリーブされた時間－周波数リソース要素マッピング
実施形態によれば、ＣＰ－ＯＦＤＭ送信の事例では、リソース要素マッピングが、ＰＵＳＣＨ送信のための割り振られた時間－周波数リソースにまたがって分配される（たとえば、インターリーブされる）ことがある。たとえば、分配される（たとえば、インターリーブされる）リソース要素マッピングは、ＣＱＩのための時間－周波数ダイバーシティを達成するために使用されることがある。本開示とは対照的に、（たとえば、レガシー）ＬＴＥは、隣接するリソース要素上のＣＱＩペイロードの逐次的直接マッピングとの周波数ファーストマッピングを使用する。（たとえば、レガシー）ＬＴＥおよびコードブロックグループ（ＣＢＧ）の事例では、周波数ファーストマッピングは、データ送信のためのいくつかのＣＢＧに対する過度のリソース損失により、大きなＣＱＩペイロードに対するいくつかのＣＢＧの性能に（たとえば、実質的に）影響を及ぼす。さらに、（たとえば、レガシー）ＬＴＥの事例では、低速シナリオにおけるＣＱＩペイロードの時間ファースト逐次的マッピングは、ダイバーシティ利得を何ら提供しないことがある。

実施形態によれば、ＰＵＳＣＨ内のＣＱＩのインターリーブされた時間－周波数リソース要素マッピングの事例では、ＣＱＩ情報ビットは、ＰＵＳＣＨ上でのＣＱＩ送信のための利用可能なリソースに対して、（たとえば、第１に）チャネル符号化される、および／または（たとえば、第２に）レートマッチングされることがある。実施形態によれば、ＷＴＲＵは、（たとえば、所与の、ある）スロット内でのＣＱＩ送信のためのリソース要素の量を決定することがある。実施形態によれば、ＷＴＲＵは、（たとえば、ＢＬＥＲ、および／またはＰＡＰＲなどに関する）ＣＱＩの性能目標に従って、所与のスロット内でのＣＱＩ送信のためのリソース要素の量を（たとえば、動的に）決定することがある。

実施形態によれば、ＷＴＲＵは、リソース要素の量を（たとえば、動的に）決定することがある。実施形態によれば、所与のスロット内でのＣＱＩ送信のためのリソース要素の量は、スロットの構成されたＤＭ－ＲＳパターンに従って決定されることがある。たとえば、ＷＴＲＵは、ＤＭ－ＲＳのより低い密度の事例では、たとえば、チャネル推定精度と関連づけられた損失を補償するために、ＰＵＳＣＨ上でのＣＱＩ送信に、より低い符号化レートを使用する（たとえば、より大きい数のリソースを割り振る）ことがある。実施形態によれば、ＷＴＲＵは、ＰＵＳＣＨを用いたＴＤＭまたはＦＤＭ様式でのｓｈｏｒｔ ＰＵＣＣＨまたはｌｏｎｇ ＰＵＣＣＨの同時送信に従って、所与のスロット内でのＣＱＩ送信のためのリソース要素の量を（たとえば、動的に）決定することがある。

実施形態によれば、所与のスロット内でのＣＱＩ送信のためのリソース要素の量は、ＰＵＳＣＨ送信に使用される波形（たとえば、ＣＰ－ＯＦＤＭおよび／またはＤＦＴ－ｓ－ＯＦＤＭ）に従って決定されることがある。実施形態によれば、ＷＴＲＵは、ＣＰ－ＯＦＤＭの事例では、たとえば、ＤＦＴ－ｓ－ＯＦＤＭと比較してＣＰ－ＯＦＤＭのための限られたカバレッジの事例では、ＰＵＳＣＨ上でのＣＱＩ送信に、より低い符号化レートを使用する（たとえば、より多い数のリソースを割り振る）ことがある。実施形態によれば、ＷＴＲＵは、ＰＴ－ＲＳ、ＣＳＩ－ＲＳ、干渉測定リソース（ＩＭＲ）などの他の参照シンボルがスロット内にあることに従って所与のスロット内でのＣＱＩ送信のためのリソース要素の量を、および／または同じＰＵＳＣＨ上で送信される他のＵＣＩ（たとえば、ＡＣＫ／ＮＡＣＫ、ＲＩなど）のためのペイロードの量を（たとえば、動的に）決定することがある。

実施形態によれば、所与のスロット内でのＣＱＩ送信のためのリソース要素の量は、ＰＵＳＣＨ送信に割り振られたＲＢが連続しているか不連続であるかに従って決定されることがある。実施形態によれば、不連続な割り当ての事例では、相互変調ひずみ（ＩＭＤ）が考慮に入れられることがある。実施形態によれば、より高いＩＭＤは、ＣＱＩのための符号化レート（たとえば、有効符号化レート）を低下させることによって対処可能である。実施形態によれば、所与のスロット内でのＣＱＩ送信のためのリソース要素の量は、利用可能な電力ヘッドルーム（power headroom）に従って（たとえば、電力ヘッドルーム報告（ＰＨＲ）に従って）決定されることがある。たとえば、ＷＴＲＵは、ＰＨＲを使用して、（１）どれくらい多くの送信電力がＣＱＩ送信を電力ブースティングするために残されているか、および／または（２）現在のＰＵＳＣＨ送信によって使用されている電力、のいずれかを決定することがある。

実施形態によれば、所与のスロット内でのＣＱＩ送信のためのリソース要素の量は、ＣＢＧ構成に従って決定されることがある。たとえば、ＣＢＧが複数のコードブロック（ＣＢ）からなる事例とは対照的に、ＣＢＧが単一のＣＢからなる事例では、ＷＴＲＵが、ＣＱＩのための異なる符号化レートを使用することがある。実施形態によれば、所与のスロット内でのＣＱＩ送信のためのリソース要素の量は、ＰＵＳＣＨモード（たとえば、演算のための、演算に使用される、など）、たとえば、マルチレイヤＭＩＭＯを用いる単一ユーザ、単一レイヤＭＩＭＯを用いる単一ユーザ、およびマルチユーザＭＩＭＯに従って決定されることがある。

図２１は、実施形態によるＰＵＳＣＨ上でのＣＱＩの周波数インターリーブされたリソースマッピングを例示する図である。

実施形態によれば、ＷＴＲＵは、ＰＵＳＣＨ上でのＣＱＩのリソース要素マッピングに、（たとえば、構成された、あらかじめ構成された、所定の、シグナリングされた、など）パターンを使用することがある。実施形態によれば、パターンは、時間領域および／または周波数領域のいずれかにおいてインターリーブされた時間－周波数リソース要素を用いる（たとえば、示す、使用する、参照する、割り振る、構成する、選択する、など）ことがある。図２１を参照すると、少なくとも１つのＲＢを含むリソースブロックグループ（ＲＢＧ）からなるスキーム（たとえば、パターン、マッピング）が例示されている。

実施形態によれば、ＷＴＲＵは、任意の数のＲＢＧに従って（たとえば、そのための）、ＰＵＳＣＨ送信のための（たとえば、割り振られた）帯域幅を区分することがある。実施形態によれば、ＲＢＧは、任意の数のＲＢ、たとえば、局所化されたＲＢまたは分配されたＲＢを含んでよい。たとえば、図２１を参照すると、ＲＢＧ２１０１は、ＲＢ２１０２～２１０５のいずれかを含むことがある。実施形態によれば、ＷＴＲＵは、符号化されたＣＱＩシンボルをＲＢＧのＯＦＤＭシンボルのリソース要素に（たとえば、順次）マップすることがある。たとえば、ＷＴＲＵは、符号化されたＣＱＩシンボルを、第１のＲＢＧの第１のＯＦＤＭシンボルの第１のリソース要素に、次いで第２のＲＢＧの第１のＯＦＤＭシンボルの第１のリソース要素に、など、順次マップすることがある。符号化されたＣＱＩシンボルを順次マップする事例では、ＷＴＲＵは、ＰＵＳＣＨ上のＣＱＩと関連づけられた（たとえば、そのための）周波数インターリーブに従って、周波数ダイバーシティ利得を最大にすることがある。

図２２は、実施形態によるＰＵＳＣＨ上でのＣＱＩの時間－周波数インターリーブされたリソースマッピングを例示する図である。

実施形態によれば、ＰＵＳＣＨ送信のための時間期間は、任意の数のＯＦＤＭシンボルおよび／またはＣＢＧに区分され得る。たとえば、図２２を参照すると、ＷＴＲＵは、ＰＵＳＣＨ送信のための割り振られた時間期間を、ＣＢＧ２２０１、２２０２などの、１つまたは複数のＯＦＤＭシンボルおよび／またはＣＢＧに区分することがある。実施形態によれば、各ＣＢＧは、任意の数のＯＦＤＭシンボルと関連づけられてよい。実施形態によれば、ＷＴＲＵは、符号化されたＣＱＩシンボルを、第１のＣＢＧの第１のＯＦＤＭシンボルの第１のリソース要素に、次いで第２のＣＢＧの第１のＯＦＤＭシンボルの第１のリソース要素に、など、順次マップすることがある。符号化されたＣＱＩシンボルを順次マップする事例では、ＷＴＲＵは、ＰＵＳＣＨ上のＣＱＩと関連づけられた（たとえば、そのための）時間インターリーブに従って、時間ダイバーシティ利得を最大にすることがあり、単一のＣＢＧの過度のリソース使用を回避することがある。

実施形態によれば、時間期間および帯域幅期間は、ＯＦＤＭシンボル、ＣＢＧ、またはＲＢＧのいずれかに関して示される（たとえば、それに区分される）ことがある。実施形態によれば、ＷＴＲＵは、たとえば、時間ダイバーシティ利得と周波数ダイバーシティ利得の両方を達成するために、ＣＢＧおよび／またはＲＢＧに従って、符号化されたＣＱＩシンボルをＯＦＤＭシンボルのそれぞれのリソース要素に順次マップすることがある。図２２を参照すると、１つのＲＢを含むＲＢＧからなる、時間期間および帯域幅期間の区分を有するスキーム（たとえば、パターン、マッピング）が例示されている。

図２３は、実施形態によるＷＴＲＵによって実行されるＯＦＤＭシンボルを生成する方法を例示する図である。

実施形態によれば、ＷＴＲＵは、送信機と、受信機（および／またはトランシーバ）と、図２３において例示される方法を実行するプロセッサとを含むことがある。図２３を参照すると、動作２３０１では、ＷＴＲＵは、ＵＣＩ信号系列の任意の数の要素（および／または任意の数の要素と関連づけられた情報）を、ＰＵＳＣＨと関連づけられた情報を搬送するためのＯＦＤＭシンボルを送信するために利用可能なサブキャリアのセットのサブセットにマップすることがある。動作２３０２では、ＷＴＲＵは、マップされた要素を、その要素がマップされるサブキャリアのレイヤの関数としてプリコードすることがある。動作２３０３では、ＷＴＲＵは、ＵＣＩ信号系列のマップされた要素をＩＤＦＴユニットに入れることがあり、動作２３０４では、ＷＴＲＵは、マップされた要素を、ＩＤＦＴユニットを使用して、ＩＤＦＴ変換された信号に変換することがある。実施形態によれば、ＩＤＦＴ変換された信号は、送信のための複数のリソースによって搬送されるＵＣＩ信号系列のマップされた要素を含むことがある。

実施形態によれば、サブキャリアの第１のレイヤのマップされた要素に適用される第１のプリコーディングが、同じサブキャリアの第２のレイヤのマップされた要素に適用される第２のプリコーディングと異なることがある。実施形態によれば、第２のレイヤのマップされた要素に適用される第２のプリコーディングは、関連づけられたＤＣＩからの表示、第１のプリコーディング行列の関数、およびＵＣＩの、関連づけられたリソースインデックス、のいずれかに従って決定されることがある。実施形態によれば、第２のレイヤのマップされた要素は、第１のレイヤのマップされた要素と同じＵＣＩを含むことがある。実施形態によれば、第１のサブキャリアのレイヤのマップされた要素に適用されるプリコーディングは、第２のサブキャリアの同じレイヤのマップされた要素に適用されるプリコーディングと異なることがある。実施形態によれば、ＵＣＩ信号系列を送信するために使用されるコードワードの数は、各サブキャリアのレイヤの数に従って決定されることがある。実施形態によれば、コードワードは、ルール、構成情報、またはダウンリンク制御情報（ＤＣＩ）のいずれかに従って、各サブキャリアのレイヤにマップされることがある。

実施形態によれば、ＵＣＩ信号系列の要素と関連づけられた情報のマッピングは、（１）ＰＵＳＣＨをパンクチャすること、または（２）ＰＵＳＣＨをレートマッチングすること、のいずれかを含むことがある。実施形態によれば、ＰＵＳＣＨのパンクチャリングは、ＰＵＳＣＨ内で送信されることになるデータ変調シンボルと関連づけられた要素をＵＣＩ信号系列の要素と置き換えることを含むことがある。実施形態によれば、ＰＵＳＣＨのレートマッチングは、利用可能なリソースに従ってＰＵＳＣＨのデータ変調シンボルの要素をレートマッチングすることを含むことがある。実施形態によれば、ＵＣＩ信号系列の要素が、単一のサブフレーム（または、無線フレームの似たタイプの区分）の間に送信されることがある。

実施形態によれば、ＵＣＩ信号系列は、アップリンク送信を制御することと関連づけられたまたはアップリンク送信を制御するための制御情報を含むことがある。実施形態によれば、ＵＣＩは、ＡＣＫ／ＮＡＣＫ、ＲＩ、またはＣＱＩのいずれかと関連づけられた情報を含むことがある。実施形態によれば、ＯＦＤＭシンボルは、離散フーリエ変換－拡散ＯＦＤＭ（ＤＦＴ－ｓ－ＯＦＤＭ）シンボルであることがある。実施形態によれば、ＷＴＲＵは、ＤＦＴユニットにおいてＵＣＩ信号系列の任意の数の要素と関連づけられた情報を受信することがあり、ＤＦＴ－ｓ－ＯＦＤＭシンボルのためのＵＣＩ信号系列の周波数領域サンプル／信号を形成するように、ＤＦＴユニットにおいてＤＦＴ演算を使用して情報をプリコードすることがある。実施形態によれば、ＷＴＲＵは、選択的に、（１）ＰＵＳＣＨ内で送信されることになるデータ変調シンボルと関連づけられた要素をＵＣＩ信号系列の要素と置き換えることによってＰＵＳＣＨをパンクチャしてもよいし、（２）データ信号のレートマッチングされた要素がＵＣＩ信号系列の要素に近接して配されるように、ＰＵＳＣＨのデータ変調シンボルと関連づけられたデータ信号系列の要素をレートマッチングしてもよい。実施形態によれば、ＷＴＲＵは、送信機／受信機によって送信された少なくとも１つのＯＦＤＭシンボルとして、ＩＤＴＦ変換された信号の送信を受信することがある。

上記では、特徴および要素が特定の組み合わせで説明されているが、当業者は、各特徴または要素が、単独で、または他の特徴および要素との任意の組み合わせで、使用可能であることを諒解するであろう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる遂行のためにコンピュータ可読媒体に内蔵されたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されてよい。非一時的なコンピュータ可読記憶媒体の例としては、限定するものではないが、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学式媒体を含む。ソフトウェアと関連するプロセッサは、ＵＥ、ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために使用され得る。

さらに、上記で説明された実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含有する、コンストレイント（constraint）サーバおよび集合地点／サーバを含む、他のデバイスが留意される。これらのデバイスは、少なくとも１つの中央処理ユニット（「ＣＰＵ」）と、メモリとを含有することがある。コンピュータプログラミングの当業者の慣習によれば、動作または命令の行為および記号的な表現への言及は、種々のＣＰＵおよびメモリによって実行され得る。そのような行為および動作または命令は、「遂行される」、「コンピュータにより遂行される」、または「ＣＰＵにより遂行される」と呼ばれることがある。

当業者は、行為および記号的に表現される動作または命令が、ＣＰＵによる電気信号の操作を含むことを諒解するであろう。電気システムは、結果として生じる電気信号の変換または減少およびメモリシステムメモリ内の位置におけるデータビットの維持を引き起こし、それによって、ＣＰＵの動作、ならびに信号の他の処理を再構成するまたは別の方法で変えることができるデータビットを表す。データビットが維持されるメモリ位置は、データビットに対応するまたはこれを代表する特定の電気的性質、磁気的性質、光学的性質、または有機的性質を有する物理的位置である。例示的な実施形態は上述のプラットフォームまたはＣＰＵに限定されないこと、ならびに他のプラットフォームおよびＣＰＵが、提供された方法をサポートし得ることが理解されるべきである。

データビットは、磁気ディスク、光ディスク、およびＣＰＵによって可読である他の任意の揮発性（たとえば、ランダムアクセスメモリ（「ＲＡＭ」））大容量記憶システムまたは不揮発性（たとえば、読み出し専用メモリ（「ＲＯＭ」））大容量記憶システムを含むコンピュータ可読媒体上で維持されることもある。コンピュータ可読媒体は、もっぱら処理システム上に存在する、または処理システムに対してローカルであってもよいしリモートであってもよい複数の相互接続された処理システムの間で分配される、協働するまたは相互接続されたコンピュータ可読媒体を含んでよい。代表的な実施形態は上述のメモリに限定されないこと、ならびに他のプラットフォームおよびメモリが、説明された方法をサポートし得ることが理解される。

例示的な実施形態では、本明細書において説明される動作、プロセスなどのいずれも、コンピュータ可読媒体上記憶されるコンピュータ可読命令として実施されてよい。コンピュータ可読命令は、モバイルユニットのプロセッサ、ネットワーク要素、および／または他の任意のコンピューティングデバイスによって遂行されることがある。

システムの態様のハードウェア実装形態とソフトウェア実装形態との間に、ほとんど差異はない。ハードウェアまたはソフトウェアの使用は、一般に（いくつかの文脈においては、ハードウェアとソフトウェアとの選択が重要になることがあるので、常にではないが）コストと効率の兼ね合いを表す設計選択である。本明細書において説明されるプロセスおよび／またはシステムおよび／または他の技術が実現され得る種々の媒介物（たとえば、ハードウェア、ソフトウェア、および／またはファームウェア）が存在することがあり、好ましい媒介物は、プロセスおよび／またはシステムおよび／または他の技術が展開される文脈とともに変化してよい。たとえば、実装者が、スピードおよび精度が最も重要であると決定した場合、実装者が、主にハードウェアおよび／またはファームウェア媒介物を選ぶことがある。柔軟性が最も重要である場合、実装者が、主にソフトウェア実装形態を選ぶことがある。あるいは、実装者が、ハードウェア、ソフトウェア、および／またはファームウェアの何らかの組み合わせを選ぶことがある。

前述の詳細な説明では、ブロック図、フローチャート、および／または例の使用によって、装置および／またはプロセスのさまざまな実施形態を説明してきた。そのようなブロック図、フローチャート、および／または例が１つまたは複数の機能および／または動作を含む限りにおいて、そのようなブロック図、フローチャート、または例の中のそれぞれの機能および／または動作は、広範囲のハードウェア、ソフトウェア、ファームウェア、またはそれらのほぼあらゆる組み合わせにより、個別におよび／または集合的に実装可能であることが、当業者には理解されるであろう。適切なプロセッサとしては、例として、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および／または状態機械などがある。

上記では、特徴および要素が特定の組み合わせで提供されているが、当業者は、各特徴または要素が、単独で、または他の特徴および要素との任意の組み合わせで、使用可能であることを諒解するであろう。本開示は、種々の態様の例示として意図される、本出願において説明される特定の実施形態に関して限定されるものではない。当業者には明らかであるように、その趣旨および範囲から逸脱することなく、多数の修正および変形が加えられ得る。本出願の説明において使用されるいかなる要素、行為、または命令も、そのようなものとして明示的に提供されない限り、本発明に不可欠または必須であると解釈されるべきではない。前述の説明から、本明細書において列挙されたものに加えて、本開示の範囲内にある機能的に等価な方法および装置が当業者には明らかであろう。そのような修正形態および変形形態は、添付の特許請求の範囲内に含まれることを意図する。本開示は、そのような特許請求の範囲に与えられる等価物の全範囲とともに、添付の特許請求の範囲の項によってのみ限定されるべきである。本開示は特定の方法またはシステムに限定されないことが理解されるべきである。

本明細書において使用される用語は、特定の実施形態について説明することのみを目的としており、限定的であることを意図したものではないことも理解されるべきである。本明細書において使用される場合、本明細書において言及されるとき、「ユーザ機器」という用語およびその略語である「ＵＥ」は、（ｉ）以下で説明されるものなどの、ワイヤレス送信および／もしくは受信ユニット（ＷＴＲＵ）、（ｉｉ）以下で説明されるものなどの、ＷＴＲＵのいくつかの実施形態のいずれか、（ｉｉｉ）以下で説明されるものなどの、とりわけ、ＷＴＲＵのいくつかもしくはすべての構造および機能をもつように構成される、ワイヤレス対応および／またはワイヤード対応（たとえば、繋ぎ止め可能な（tetherable））デバイス、（ｉｖ）以下で説明されるものなどの、ＷＴＲＵのすべてよりも少ない構造および機能をもつように構成されるワイヤレス対応および／またはワイヤード対応デバイス、ならびに／または（ｖ）同種のものを意味することがある。例となるＷＴＲＵの詳細は、本明細書において記載される任意のＷＴＲＵを代表することがある。

いくつかの代表的な実施形態では、本明細書において説明される主題のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、および／または他の統合された形式を介して実施され得る。しかしながら、当業者は、本明細書において開示される実施形態のいくつかの態様が、全体的にまたは部分的に、１つもしくは複数のコンピュータ上で動く１つもしくは複数のコンピュータプログラムとして（たとえば、１つまたは複数のコンピュータシステム上で動く１つまたは複数のプログラムとして）、１つもしくは複数のプロセッサ上で動く１つもしくは複数のプログラムとして（たとえば、１つまたは複数のマイクロプロセッサ上で動く１つまたは複数のプログラムとして）、ファームウェアとして、またはそれらのほぼあらゆる組み合わせとして、集積回路内で同等に実施され得ること、ならびに回路を設計することおよび／またはソフトウェアおよびもしくはファームウェアのコードを記述することが、本開示に照らして、十分に当業者の技能の範囲内であることを認識するであろう。加えて、当業者は、本明細書において説明される主題のメカニズムがさまざまな形のプログラム製品として分配されてよいこと、および本明細書において説明される主題の例示的な実施形態が、分配を実際に行うために使用される信号担持媒体の特定のタイプに関係なく、適用されることを諒解するであろう。信号担持媒体の例としては、限定するものではないが、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能なタイプの媒体、およびデジタル通信媒体および／またはアナログ通信媒体（たとえば、光ファイバケーブル、導波路、ワイヤード通信リンク、ワイヤレス通信リンクなど）などの送信タイプの媒体を含む。

本明細書で説明される主題は、さまざまな他の構成要素の中に含有される、またはそれと接続される、さまざまな構成要素を例示するときもある。そのような描かれたアーキテクチャは例にすぎないこと、実際は、同じ機能を達成する多くの他のアーキテクチャが実施され得ることが理解されるべきである。概念的な意味で、同じ機能を達成する構成要素の任意の配置は、所望の機能が達成され得るように、効果的に「関連づけられる」。したがって、特定の機能を達成するために組み合わされた、本明細書における任意の２つの構成要素は、アーキテクチャまたは中間構成要素にかかわらず、所望の機能が達成されるように、互い「と関連づけられている」とみなされ得る。同様に、そのように関連づけられた任意の２つの構成要素は、所望の機能を達成するために、互いに「動作可能に接続される」、または「動作可能に結合される」ともみなされることがあり、そのように関連づけられることが可能である任意の２つの構成要素は、所望の機能を達成するために、互いに「動作可能に結合可能である」ともみなされることがある。動作可能に結合可能である具体例としては、限定するものではないが、物理的にかみ合わせ可能であるおよび／もしくは物理的に相互作用する構成要素、ならびに／またはワイヤレスで相互作用可能であるおよび／もしくはワイヤレスで相互作用する構成要素、ならびに／または論理的に相互作用するおよび／もしくは論理的に相互作用可能な構成要素を含む。

本明細書における実質的にあらゆる複数形および／または単数形の用語の使用に関して、当業者は、文脈および／または適用例に適切であるように、複数形から単数形に、および／または単数形から複数形に変えることができる。種々の単数形／複数形の置換は、理解しやすいように、本明細書で明確に記載されてよい。

一般に、本明細書において、特に添付の特許請求の範囲（たとえば、添付の特許請求の範囲の本体）において使用される用語は、一般に、「制限のない（open）」用語として意図される（たとえば、「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、「限定するものではないが、含む（ｉｎｃｌｕｄｉｎｇ ｂｕｔ ｎｏｔ ｌｉｍｉｔｅｄ ｔｏ）」と解釈されるべきであり、「有する（ｈａｖｉｎｇ）」という用語は、「少なくとも有する（ｈａｖｉｎｇ ａｔ ｌｅａｓｔ）」と解釈されるべきであり、「含む（ｉｎｃｌｕｄｅｓ）」という用語は、「限定するものではないが、含む（ｉｎｃｌｕｄｅｓ ｂｕｔ ｉｓ ｎｏｔ ｌｉｍｉｔｅｄ ｔｏ）」と解釈されるべきである、など）ことが、当業者には理解されよう。導入される請求項での具体的な数の記載が意図される場合、そのような意図は、請求項において明示的に記載され、そのような記載がない場合、そのような意図は存在しないことが、当業者にはさらに理解されよう。たとえば、１つの項目のみが意図される場合、「単一の」という用語または類似の言い回しが使用され得る。理解の一助として、以下の添付の特許請求の範囲および／または本明細書における説明が、請求項の記載を導くために、「少なくとも１つの」および「１つまたは複数の」という導入句の使用を含有することがある。しかしながら、そのような句の使用は、同じ請求項が「１つまたは複数の」または「少なくとも１つの」という導入句と「ａ」または「ａｎ」などの不定冠詞を含むときですら、不定冠詞「ａ」または「ａｎ」による請求項の記載の導入が、そのように導入される請求項の記載を含有する任意の特定の請求項を１つのそのような記載のみを含有する実施形態に限定することを暗示すると解釈されるべきではない（たとえば、「ａ」および／または「ａｎ」は、「少なくとも１つの」または「１つまたは複数の」を意味すると解釈されるべきである）。同じことが、請求項の記載を導入するために使用される定冠詞の使用にも当てはまる。加えて、導入される請求項での具体的な数の記載が明示的に記載されている場合でも、当業者は、そのような記載は、少なくとも記載された数を意味すると解釈するべきであることを認識するであろう（たとえば、他の修飾語のない、「２つの記載（ｔｗｏ ｒｅｃｉｔａｔｉｏｎｓ）」の単なる記載は、少なくとも２つの記載、または２つもしくはそれ以上の記載を意味する）。そのうえ、「Ａ、Ｂ、およびＣなどのうちの少なくとも１つ」に類似した慣例表現が使用される事例では、一般に、そのような構造は、当業者がその慣例表現を理解するであろう意味で意図されている（たとえば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、限定するものではないが、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢをともに、ＡとＣをともに、ＢとＣをともに、ならびに／またはＡ、Ｂ、およびＣをともに、などを有するシステムを含む）。「Ａ、Ｂ、またはＣなどのうちの少なくとも１つ」に類似した慣例表現が使用される事例では、一般に、そのような構造は、当業者がその慣例表現を理解するであろう意味で意図されている（たとえば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、限定するものではないが、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢをともに、ＡとＣをともに、ＢとＣをともに、ならびに／またはＡ、Ｂ、およびＣをともに、などを有するシステムを含む）。２つまたはそれ以上の代替用語を提示するほぼあらゆる選言的な語および／または句は、明細書においてであろうと、特許請求の範囲においてであろうと、図面内であろうと、用語の一方、用語のどちらか、または両方の用語を含む可能性を企図すると理解されるべきであることが、当業者にはさらに理解されよう。たとえば、「ＡまたはＢ」という句は、「Ａ」または「Ｂ」または「ＡおよびＢ」の可能性を含むことが理解されよう。さらに、複数の項目のリストおよび／または項目の複数のカテゴリに続く「～のいずれか（ａｎｙ ｏｆ）」という用語は、本明細書において使用される場合、個々に、または他の項目および／もしくは項目の他のカテゴリに関連して、項目および／もしくは項目のカテゴリ「のいずれか（ａｎｙ ｏｆ）」、項目および／もしくは項目のカテゴリ「の任意の組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ）」、項目および／もしくは項目のカテゴリ「のうちの任意の複数（ａｎｙ ｍｕｌｔｉｐｌｅ ｏｆ）」、ならびに／もしくは「複数の項目および／または項目のカテゴリの任意の組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ ｍｕｌｔｉｐｌｅｓ ｏｆ）」を含むことが意図される。さらに、本明細書において使用される場合、「セット」または「グループ」という用語は、ゼロを含む任意の数の項目を含むことが意図されている。加えて、本明細書において使用されるとき、「数」という用語は、ゼロを含む任意の数を含むことが意図されている。

加えて、本開示の特徴または態様がマーカッシュグループに関して説明されている場合、当業者は、本開示は、それによって、マーカッシュグループの任意の個々のメンバまたはメンバのサブグループに関しても説明されることを認識するであろう。

当業者によって理解されるように、明細書を提供することなどに関するありとあらゆる目的のために、本明細書において開示されるすべての範囲は、ありとあらゆる可能な部分範囲およびその部分範囲の組み合わせも包含する。リストされた範囲は、同じ範囲が、少なくとも等しい２分の１、３分の１、４分の１、５分の１、１０分の１などに分解されることについて十分に説明し、可能にすると容易に認識可能である。非限定的な例として、本明細書において論じられる各範囲は、下位３分の１、中位３分の１、上位３分の１などに容易に分解され得る。同じく当業者によって理解されるように、「まで（ｕｐ ｔｏ）」、「少なくとも（ａｔ ｌｅａｓｔ）」、「よりも大きい（ｇｒｅａｔｅｒ ｔｈａｎ）」、「よりも小さい（ｌｅｓｓ ｔｈａｎ）」などのすべての言い回しは、記載された数を含み、上記で論じられた部分範囲にその後で分解可能な範囲を指す。最後に、当業者によって理解されるように、範囲は、各個々のメンバを含む。したがって、たとえば、１～３つのセルを有するグループは、１つ、２つ、または３つのセルを有するグループを指す。同様に、１～５つのセルを有するグループは、１つ、２つ、３つ、４つ、または５つセルを有するグループを指し、以下同様である。

さらに、特許請求の範囲は、その趣旨で述べられない限り、提供された順序または要素に限定されると読まれるべきではない。加えて、任意の請求項における「～のための手段」という用語の使用は、米国特許法第１１２条第６項すなわちミーンズプラスファンクション請求項形式を発動することが意図されたものであり、「～のための手段」という用語のないいかなる請求項も、そのように意図されるものではない。

ソフトウェアと関連するプロセッサは、ワイヤレス送信受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）もしくは発展型パケットコア（ＥＰＣ）、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために使用されることがある。ＷＴＲＵは、ソフトウェア無線（ＳＤＲ）を含むハードウェアおよび／またはソフトウェア、ならびにカメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動デバイス、スピーカ、マイクロホン、テレビ送受信機、ハンズフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、短距離通信（ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレイーヤーモジュール、インターネットブラウザ、および／または任意のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）モジュールもしくは超広帯域（ＵＷＢ）モジュールなどの他の構成要素内で実施されるモジュールに関連して使用されることがある。

本発明は、通信システムに関して説明されてきたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェア内で実施されてよいことが企図されている。いくつかの実施形態では、種々の構成要素の機能のうちの１つまたは複数が、汎用コンピュータを制御するソフトウェア内で実施されることがある。

加えて、本発明は、本明細書において特定の実施形態を参照しながら例示および説明されているが、本発明は、図示される詳細に限定されることを意図していない。むしろ、本発明から逸脱することなく、種々の修正が、特許請求の範囲の等価物の範囲内の詳細に加えられてよい。

Claims (12)

1. プロセッサおよびトランシーバを備えた無線送受信ユニット（ＷＴＲＵ）であって、前記プロセッサおよび前記トランシーバは、
   物理アップリンク共有チャネル（ＰＵＳＣＨ）データのために割り当てられた、複数のサブキャリアおよび複数の直交周波数多重（ＯＦＤＭ）シンボルを含む複数のリソース要素を示すスケジューリング情報を受信し、
   前記複数のリソース要素において、肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報の量に基づいてレートマッチングまたはパンクチャリングを使用して前記ＰＵＳＣＨデータとともに前記ＡＣＫ／ＮＡＣＫ情報を多重化し、
   前記多重化されたＡＣＫ／ＮＡＣＫ情報および前記ＰＵＳＣＨデータの送信のための出力信号を生成し、
   前記出力信号をＯＦＤＭ信号として送信する
   ように構成され、
   前記プロセッサおよび前記トランシーバは、前記ＡＣＫ／ＮＡＣＫ情報の量がしきい値量以上であるという条件で、前記複数のリソース要素内において前記ＰＵＳＣＨデータが前記ＡＣＫ／ＮＡＣＫ情報の周辺に配置されるようなレートマッチングを使用して、前記ＰＵＳＣＨデータとともに前記ＡＣＫ／ＮＡＣＫ情報を多重化する、ようにさらに構成されている、ＷＴＲＵ。
2. 前記プロセッサおよび前記トランシーバは、
   前記ＡＣＫ／ＮＡＣＫ情報の量が前記しきい値量より少ないという条件で、前記複数のリソース要素内において前記ＡＣＫ／ＮＡＣＫ情報が前記ＰＵＳＣＨデータを置き換えるようなパンクチャリングを使用して、前記ＰＵＳＣＨデータとともに前記ＡＣＫ／ＮＡＣＫ情報を多重化する、
   ようにさらに構成されている、請求項１に記載のＷＴＲＵ。
3. 前記プロセッサおよび前記トランシーバは、
   前記ＡＣＫ／ＮＡＣＫ情報の量が前記しきい値量以上であるという条件で、復調参照シンボル（ＤＭ－ＲＳ）を有する前記複数のＯＦＤＭシンボルのうちの第２のＯＦＤＭシンボルに隣接する前記複数のＯＦＤＭシンボルのうちの第１のＯＦＤＭシンボルにおいて前記ＡＣＫ／ＮＡＣＫ情報が配置されるようなレートマッチングを使用して、前記ＰＵＳＣＨデータとともに前記ＡＣＫ／ＮＡＣＫ情報を多重化する
   ようにさらに構成されている、請求項１に記載のＷＴＲＵ。
4. 前記ＡＣＫ／ＮＡＣＫ情報の量が複数のＡＣＫ／ＮＡＣＫシンボルの数である、請求項１に記載のＷＴＲＵ。
5. 前記ＡＣＫ／ＮＡＣＫ情報の量がＡＣＫ／ＮＡＣＫビットの数である、請求項１に記載のＷＴＲＵ。
6. 前記ＡＣＫ／ＮＡＣＫ情報が、前記複数のリソース要素の前記複数のＯＦＤＭシンボルのうちの復調参照シンボル（ＤＭ－ＲＳ）と関連付けられたＯＦＤＭシンボルに隣接する１つのＯＦＤＭ内に配置される、請求項１に記載のＷＴＲＵ。
7. 無線送受信ユニット（ＷＴＲＵ）において実施される方法であって、
   物理アップリンク共有チャネル（ＰＵＳＣＨ）データのために割り当てられた、複数のサブキャリアおよび複数の直交周波数多重（ＯＦＤＭ）シンボルを含む複数のリソース要素を示すスケジューリング情報を受信することと、
   前記複数のリソース要素において、肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報の量に基づいてレートマッチングまたはパンクチャリングを使用して前記ＰＵＳＣＨデータとともに前記ＡＣＫ／ＮＡＣＫ情報を多重化することと、
   前記多重化されたＡＣＫ／ＮＡＣＫ情報および前記ＰＵＳＣＨデータの送信のための出力信号を生成することと、
   前記出力信号をＯＦＤＭ信号として送信することと
   を含み、
   前記ＡＣＫ／ＮＡＣＫ情報の量がしきい値量以上であるという条件で、前記ＰＵＳＣＨデータとともに前記ＡＣＫ／ＮＡＣＫ情報を前記多重化することは、前記複数のリソース要素内において前記ＰＵＳＣＨデータが前記ＡＣＫ／ＮＡＣＫ情報の周辺に配置されるようなレートマッチングを使用する、方法。
8. 前記ＡＣＫ／ＮＡＣＫ情報の量が前記しきい値量より少ないという条件で、前記ＰＵＳＣＨデータとともに前記ＡＣＫ／ＮＡＣＫ情報を前記多重化することは、前記複数のリソース要素内において前記ＡＣＫ／ＮＡＣＫ情報が前記ＰＵＳＣＨデータを置き換えるようなパンクチャリングを使用する、請求項７に記載の方法。
9. レートマッチングを使用して前記ＰＵＳＣＨデータとともに前記ＡＣＫ／ＮＡＣＫ情報を前記多重化することは、復調参照シンボル（ＤＭ－ＲＳ）を有する前記複数のＯＦＤＭシンボルのうちの第２のＯＦＤＭシンボルに隣接する前記複数のＯＦＤＭシンボルのうちの第１のＯＦＤＭシンボルにおいて前記ＡＣＫ／ＮＡＣＫ情報の周辺に前記ＰＵＳＣＨデータを配置することを含む、請求項７に記載の方法。
10. 前記ＡＣＫ／ＮＡＣＫ情報の量が複数のＡＣＫ／ＮＡＣＫシンボルの数である、請求項７に記載の方法。
11. 前記ＡＣＫ／ＮＡＣＫ情報の量がＡＣＫ／ＮＡＣＫビットの数である、請求項７に記載の方法。
12. 前記ＡＣＫ／ＮＡＣＫ情報が、前記複数のリソース要素の前記複数のＯＦＤＭシンボルのうちの復調参照シンボル（ＤＭ－ＲＳ）と関連付けられたＯＦＤＭシンボルに隣接する１つのＯＦＤＭ内に配置される、請求項７に記載の方法。

Images