(57)【特許請求の範囲】
【請求項１】
ネットワークノードにおける方法であって、
ワイヤレスデバイスによる物理アップリンク共有チャネルを介するスロット又はサブスロット送信を許可することと、
アップリンク制御情報（ＵＣＩ）及びデータペイロードが前記スロット又はサブスロット送信で送信されることになると判定すること（８１２）と、
前記物理アップリンク共有チャネルを介する前記ＵＣＩの送信について変調符号化方式（ＭＣＳ）オフセットを判定すること（８１４）と、
前記ワイヤレスデバイスへ前記ＭＣＳオフセットを示すダウンリンク制御情報（ＤＣＩ）を送信すること（８１６）と、
を含み、
前記ＤＣＩは、半静的に構成される値のセットのうちの具体的な値を示すインデックスを含み、
値の前記セットは、予め仕様で定義されたＭＣＳオフセットインデックスのセットのサブセットである、
方法。
【請求項２】
請求項１の方法であって、値の前記セットは、無線リソース制御（ＲＲＣ）シグナリングにより半静的に構成される、方法。
【請求項３】
請求項１又は２の方法であって、前記ＵＣＩは、ＨＡＲＱ−ＡＣＫ、ＲＩ、ＣＲＩ、及びＣＱＩ／ＰＭＩというＵＣＩタイプのうちの少なくとも１つを含む、方法。
【請求項４】
請求項３の方法であって、第１のＵＣＩタイプについて前記ＤＣＩにより示されるＭＣＳオフセットは、第２のＵＣＩタイプについて前記ＤＣＩにより示されるＭＣＳオフセットとは異なる、方法。
【請求項５】
処理回路（１１２０）を備えるネットワークノード（１２０）であって、前記処理回路は、
ワイヤレスデバイスによる物理アップリンク共有チャネルを介するスロット又はサブスロット送信を許可し、
アップリンク制御情報（ＵＣＩ）及びデータペイロードが前記スロット又はサブスロット送信で送信されることになると判定し、
前記物理アップリンク共有チャネルを介する前記ＵＣＩの送信について変調符号化方式（ＭＣＳ）オフセットを判定し、
前記ワイヤレスデバイス（１１０）へ前記ＭＣＳオフセットを通信する、
ように動作可能であり、
前記処理回路は、前記ワイヤレスデバイスへダウンリンク制御情報（ＤＣＩ）を送信することにより、前記ワイヤレスデバイスへ前記ＭＣＳオフセットを通信する、ように動作可能であり、
前記ＤＣＩは、半静的に構成される値のセットのうちの具体的な値を示すインデックスを含み、
値の前記セットは、予め仕様で定義されたＭＣＳオフセットインデックスのセットのサブセットである、
ネットワークノード。
【請求項６】
請求項５のネットワークノードであって、値の前記セットは、無線リソース制御（ＲＲＣ）シグナリングにより半静的に構成される、ネットワークノード。
【請求項７】
請求項５又は６のネットワークノードであって、前記ＵＣＩは、ＨＡＲＱ−ＡＣＫ、ＲＩ、ＣＲＩ、及びＣＱＩ／ＰＭＩというＵＣＩタイプのうちの少なくとも１つを含む、ネットワークノード。
【請求項８】
請求項７のネットワークノードであって、第１のＵＣＩタイプについて前記ＤＣＩにより示されるＭＣＳオフセットは、第２のＵＣＩタイプについて前記ＤＣＩにより示されるＭＣＳオフセットとは異なる、ネットワークノード。
【請求項９】
ワイヤレスデバイスにおける方法であって、
物理アップリンク共有チャネルを介するスロット又はサブスロット送信の許可を受信することと、
アップリンク制御情報（ＵＣＩ）及びデータペイロードが前記スロット又はサブスロット送信で送信されることになると判定すること（９１２）と、
前記物理アップリンク共有チャネルを介する前記ＵＣＩの送信についての変調符号化方式（ＭＣＳ）オフセットを示すダウンリンク制御情報（ＤＣＩ）を受信すること（９１４）と、
前記ＭＣＳオフセットを用いて、前記ＵＣＩをネットワークノードへ通信すること（９１６）と、
を含み、
前記ＤＣＩは、半静的に構成される値のセットのうちの具体的な値を示すインデックスを含み、
値の前記セットは、予め仕様で定義されたＭＣＳオフセットインデックスのセットのサブセットである、
方法。
【請求項１０】
請求項９の方法であって、値の前記セットは、無線リソース制御（ＲＲＣ）シグナリングにより半静的に構成される、方法。
【請求項１１】
請求項９又は１０の方法であって、前記ＵＣＩは、ＨＡＲＱ−ＡＣＫ、ＲＩ、ＣＲＩ、及びＣＱＩ／ＰＭＩというＵＣＩタイプのうちの少なくとも１つを含む、方法。
【請求項１２】
請求項１１の方法であって、第１のＵＣＩタイプについて前記ＤＣＩにより示されるＭＣＳオフセットは、第２のＵＣＩタイプについて前記ＤＣＩにより示されるＭＣＳオフセットとは異なる、方法。
【請求項１３】
処理回路（１０２０）を備えるワイヤレスデバイス（１１０）であって、前記処理回路は、
物理アップリンク共有チャネルを介するスロット又はサブスロット送信の許可を受信し、
アップリンク制御情報（ＵＣＩ）及びデータペイロードが前記スロット又はサブスロット送信で送信されることになると判定し、
前記物理アップリンク共有チャネルを介する前記ＵＣＩの送信についての変調符号化方式（ＭＣＳ）オフセットを示すダウンリンク制御情報（ＤＣＩ）を受信し、
前記ＭＣＳオフセットを用いて、前記ＵＣＩをネットワークノード（１２０）へ通信する、
ように動作可能であり、
前記ＤＣＩは、半静的に構成される値のセットのうちの具体的な値を示すインデックスを含み、
値の前記セットは、予め仕様で定義されたＭＣＳオフセットインデックスのセットのサブセットである、
ワイヤレスデバイス。
【請求項１４】
請求項１３のワイヤレスデバイスであって、前記処理回路は、無線リソース制御（ＲＲＣ）シグナリングを受信することにより値の前記セットを選択する、ように動作可能である、ワイヤレスデバイス。
【請求項１５】
請求項１３又は１４のワイヤレスデバイスであって、前記ＵＣＩは、ＨＡＲＱ−ＡＣＫ、ＲＩ、ＣＲＩ、及びＣＱＩ／ＰＭＩというＵＣＩタイプのうちの少なくとも１つを含む、ワイヤレスデバイス。
【請求項１６】
請求項１５のワイヤレスデバイスであって、第１のＵＣＩタイプについて前記ＤＣＩにより示されるＭＣＳオフセットは、第２のＵＣＩタイプについて前記ＤＣＩにより示されるＭＣＳオフセットとは異なる、ワイヤレスデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
具体的な実施形態は、ワイヤレス通信を対象とし、より具体的には、スロット／サブスロット送信又はショート送信時間インターバル（ｓＴＴＩ）を伴う物理アップリンク共有チャネル（ＰＵＳＣＨ）上のアップリンク制御情報（ＵＣＩ）についての変調符号化方式（ＭＣＳ）オフセットの動的な構成を対象とする。
【背景技術】
【０００２】
３ＧＰＰ（Third  Generation  Partnership  Project）  ＬＴＥ（long  term  evolution）システムにおいて、ダウンリンク（即ち、ネットワークノード又はｅＮＢからワイヤレスデバイス又はユーザ機器（ＵＥ）へ）及びアップリンク（即ち、ワイヤレスデバイス又はＵＥからネットワークノード又はｅＮＢへ）の双方でのデータ送信は、１０ｍｓの無線フレームへと編成される。各無線フレームは、図１に示したように、長さＴsubframe＝１ｍｓで等サイズの１０個のサブフレームからなる。
【０００３】
図１は、一例としてのＬＴＥの時間ドメインの構造を示すブロック図である。横軸は時間を表す。１ｍｓのサブフレームは、１０個のサブフレーム（＃０〜＃９）へ分割される。
【０００４】
ＬＴＥは、ダウンリンクにおいて直交周波数分割多重化（ＯＦＤＭ）を使用し、アップリンクにおいてＤＦＴ拡散ＯＦＤＭ（ＳＣ−ＦＤＭＡともいう）を使用する（３ＧＰＰ  ＴＳ３６．２１１参照）。基本的なＬＴＥのダウンリンク物理リソースを、図２に示したような時間−周波数グリッドとして表すことができる。
【０００５】
図２は、一例としてのＬＴＥのダウンリンク物理リソースを示している。グリッドの各正方形は、１つのリソースエレメントを表す。各列は、サイクリックプレフィクスを含む１つのＯＦＤＭシンボルを表す。各リソースエレメントは、１つのＯＦＤＭシンボルインターバルの期間中の１つのＯＦＤＭサブキャリアに相当する。
【０００６】
ＬＴＥにおけるリソース割り当ては、典型的にはリソースブロック（ＲＢ）の観点で記述され、１リソースブロックは、時間ドメインにおける１スロット（０．５ｍｓ）及び周波数ドメインにおける１２個の連続したサブキャリアに相当する。リソースブロックは、周波数ドメインにおいて、システム帯域幅の一端から０で始まる形で付番される。
【０００７】
図３は、一例としてのＬＴＥのアップリンクリソースグリッドを示すブロック図である。図示した例において、ＮＲＢＵＬはアップリンクシステム帯域幅に含まれるリソースブロック（ＲＢ）の数であり、ＮＳＣＲＢは各ＲＢ内のサブキャリアの数であり、典型的には、ＮＳＣＲＢ＝１２である。ＮｓｙｍｂＵＬは各スロット内のＳＣ−ＯＦＤＭシンボルの数である。通常のサイクリックプレフィクス（ＣＰ）についてＮｓｙｍｂＵＬ＝７であり、拡張ＣＰについてＮｓｙｍｂＵＬ＝６である。１サブキャリア及び１ＳＣ−ＯＦＤＭシンボルがアップリンクのリソースエレメント（ＲＥ）を形成する。
【０００８】
図４は、一例としてのダウンリンクサブフレームを示している。ｅＮＢからＵＥへのダウンリンクデータ送信は動的にスケジューリングされる（即ち、各サブフレームにおいて、基地局は、その時点のダウンリンクサブフレームにおいてどの端末がデータの送信先であり及びどのリソースブロック上でデータが送信されるかに関する制御情報を送信する）。上記制御シグナリングは、典型的には、各サブフレーム内の最初から１、２、３又は４個のＯＦＤＭシンボルにおいて送信される。図示した例は、３個のＯＦＤＭシンボルを制御用として伴うダウンリンクシステムを含む。
【０００９】
ダウンリンクと同様に、ＵＥからｅＮＢへのアップリンク送信もまた、ダウンリンク制御チャネルを通じて動的にスケジューリングされる。ＵＥは、サブフレームｎでアップリンク許可を受信すると、サブフレームｎ＋ｋでアップリンクにおいてデータを送信し、周波数分割複信（ＦＤＤ）システムではｋ＝４であり、時分割複信（ＴＤＤ）システムではｋは可変である。
【００１０】
ＬＴＥは、データ送信のために複数の物理チャネルをサポートする。ダウンリンク又はアップリンクの物理チャネルは、上位レイヤから発せられる情報を搬送するリソースエレメントの集合に相当する。ダウンリンク又はアップリンクの物理的な信号は、物理レイヤにより使用されるが、上位レイヤから発せられる情報を搬送しない。ＬＴＥにおいてサポートされるダウンリンクの物理チャネル及び信号のいくつかは、次の通りである：（ａ）物理ダウンリンク共有チャネル（ＰＤＳＣＨ）：（ｂ）物理ダウンリンク制御チャネル（ＰＤＣＣＨ）；（ｃ）拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）；並びに、次のようなリファレンス信号群（ｄ）セル固有リファレンス信号（ＣＲＳ）；（ｅ）ＰＤＳＣＨ用の復調リファレンス信号（ＤＭＲＳ）；及び（ｆ）チャネル状態情報リファレンス信号（ＣＳＩ−ＲＳ）。
【００１１】
ＰＤＳＣＨは、ダウンリンクにおいてユーザトラフィックデータ及び上位レイヤメッセージを搬送するために主に使用される。ＰＤＳＣＨは、図４に示したような制御領域の外側で、ダウンリンクサブフレームにおいて送信される。ＰＤＣＣＨ及びＥＰＤＣＣＨの双方は、物理リソースブロック（ＰＲＢ）割当て、変調レベル及び符号化方式（ＭＣＳ）、送信機にて使用されるプリコーダなどといったダウンリンク制御情報（ＤＣＩ）を搬送するために使用される。ＰＤＣＣＨは、ダウンリンクサブフレーム内の初めの１〜４個のＯＦＤＭシンボル（即ち、制御領域）において送信される一方、ＥＰＤＣＣＨは、ＰＤＳＣＨと同じ領域において送信される。
【００１２】
ＬＴＥにおいてサポートされるアップリンクの物理チャネル及び信号のいくつかは、次の通りである：（ａ）物理アップリンク共有チャネル（ＰＵＳＣＨ）；（ｂ）物理アップリンク制御チャネル（ＰＵＣＣＨ）；（ｃ）ＰＵＳＣＨ用の復調リファレンス信号（ＤＭＲＳ）；及び、（ｄ）ＰＵＣＣＨ用の復調リファレンス信号（ＤＭＲＳ）。ＰＵＳＣＨは、ＵＥからｅＮｏｄｅＢへアップリンクデータ又は／及びアップリンク制御情報を搬送するために使用される。ＰＵＣＣＨは、ＵＥからｅＮｏｄｅＢへアップリンク制御情報を搬送するために使用される。
【００１３】
ＬＴＥの１つの目標は、レイテンシの低減である。パケットデータのレイテンシは、ベンダ、事業者及びエンドユーザが（速度試験アプリケーションを介して）定期的に測定する性能メトリックのうちの１つである。レイテンシ測定は、新たなソフトウェアリリース又はシステムコンポーネントの検証時、システム配備時、及びシステムの商業運用時など、無線アクセスネットワークのシステムライフタイムの全てのフェーズで行われる。
【００１４】
ＬＴＥの設計を導いた１つの性能メトリックは、３ＧＰＰ無線アクセス技術（ＲＡＴ）の前の世代よりも短いレイテンシを達成することである。ＬＴＥは、エンドユーザからは、インターネットへのより高速なアクセスと、移動体無線技術の前の世代よりも低いデータレイテンシとを提供するシステムとして認識されている。
【００１５】
パケットデータレイテンシは、システムの感知される応答性のために重要であるのみならず、システムのスループットにも間接的に影響する。ＨＴＴＰ／ＴＣＰは、今日インターネットで使用される支配的なアプリケーション及びトランスポートレイヤプロトコルスイートである。
【００１６】
ＨＴＴＰアーカイブ（httparchive.org/trends.phpにて利用可能）によれば、インターネット上のＨＴＴＰベースのトランザクションの典型的なサイズは、わずか数十キロバイトから１メガバイトまでにわたる。このサイズ範囲において、ＴＣＰのスロースタート期間は、パケットストリームの総トランスポート期間のうちの有意な部分である。ＴＣＰスロースタートの期間中には、性能はレイテンシの点で制限される。よって、レイテンシの改善によって、このタイプのＴＣＰベースのデータトランザクションについての平均スループットが改善される。
【００１７】
また、無線リソース効率は、レイテンシの低減によってプラスの影響を受け得る。パケットデータレイテンシを引き下げることで、ある遅延限界の範囲内で行い得る送信の回数を増加させることができる。よって、データ送信のためにより高いブロックエラーレート（ＢＬＥＲ）目標を使用してよく、それにより無線リソースが解放され、システムのキャパシティが潜在的に改善される。
【００１８】
レイテンシ低減のための１つのアプローチは、送信時間インターバル（ＴＴＩ）の長さを調整することによりデータ及び制御シグナリングのトランスポート時間を低減することである。ＴＴＩの長さを低減し及び帯域幅を維持することで、１ＴＴＩの範囲内で処理すべきデータが少なくなることから、送信ノード及び受信ノードでの処理時間が低減され得る。
【００１９】
ＬＴＥリリース８では、ＴＴＩは、長さ１ミリ秒の１サブフレーム（ＳＦ）に相当する。そうした１つの１ｍｓのＴＴＩは、通常サイクリックプレフィクスのケースでは１４個のＯＦＤＭ又はＳＣ−ＦＤＭＡシンボルを用いて、拡張サイクリックプレフィクスのケースでは１２個のＯＦＤＭ又はＳＣ−ＦＤＭＡシンボルを用いて構成される。ＬＴＥリリース１５といった他のＬＴＥリリースは、スロット又は若干数のシンボル（例えば、２、３又は７ＯＦＤＭシンボル）といったより短いＴＴＩでの送信を仕様化するかもしれない。ショートＴＴＩは、スロット送信（例えば、７シンボル）又はサブスロット送信（例えば、２若しくは３シンボル）としても言及され得る。
【００２０】
５Ｇ  ＮＲでは、短縮された送信時間インターバルをショートＴＴＩ（ｓＴＴＩ）という。ｓＴＴＩは、時間的にどういった長さを有してもよく、１ｍｓのサブフレームの範囲内のある数のＯＦＤＭ又はＳＣ−ＦＤＭＡシンボル上のリソースを含む。ＮＲでは、ミニスロット送信ともいうかもしれない。
【００２１】
１つの例として、アップリンクのショートＴＴＩの時間長は、０．５ｍｓであってもよい（即ち、通常サイクリックプレフィクスのケースについて７個のＯＦＤＭシンボル又はＳＣ−ＦＤＭＡシンボル）。他の例として、ショートＴＴＩの時間長は、２シンボルであってもよい。
【００２２】
以下で説明する実施形態は、ＬＴＥ及びＮＲの双方に適用されてよい。スロット送信、サブスロット送信、ミニスロット、ショートＴＴＩ及びｓＴＴＩといった用語が互換可能に使用され得る。
【００２３】
ＬＴＥでの４Ｇワイヤレスアクセスは、アップリンクにおいてＤＦＴ拡散ＯＦＤＭ（ＳＣ−ＦＤＭＡ）に基づく。ＤＦＴ拡散ＯＦＤＭの一例が図５に示されている。
【００２４】
図５は、ＤＦＴ拡散ＯＦＤＭを示すブロック図である。情報ビットは、誤り検出符号（例えば、巡回冗長検査（ＣＲＣ））を算出するために使用され、チャネル符号化され、レートマッチングされ、例えばＱＰＳＫ、１６ＱＡＭ又は６４ＱＡＭといった複素値のシンボルへと変調される。いくつかの制御エンティティに対応するシンボル及びペイロードに対応するシンボルは、次いで、多重化され、ＤＦＴによりプリコーディング（変換プリコーディング）され、割り当て先の周波数インターバルへマッピングされ、時間ドメインへ変換され、サイクリックプレフィクスを連結され、最後にエア上で送信される。
【００２５】
図５に示した処理ブロックのいくつかの順序は変更されてもよい。例えば、変調は、多重化の前ではなく後ろに配置されてもよい。３ＧＰＰ  ＴＳ３６．２１１のセクション５．６において、離散フーリエ変換（ＤＦＴ）、マッピング、逆高速フーリエ変換（ＩＦＦＴ）及びＣＰ挿入により構築されるシンボルはＳＣ−ＦＤＭＡシンボルと称されている。ＬＴＥリリース８では、１ＴＴＩは、１４個のＳＣ−ＦＤＭＡシンボルを含む。
【００２６】
アップリンクで使用される通りのＤＦＴ拡散ＯＦＤＭは、ＯＦＤＭと比較すると有意に低いＰＡＰＲ（ピーク対平均電力比）を有する。低ＰＡＰＲを有することにより、送信機に、簡易かつエネルギー消費の少ない無線機器を具備することができ、これはコスト及びバッテリ消費が重要なユーザデバイスにとって重要なことである。５Ｇシステムでは、低ＰＡＰＲを有するシングルキャリアの特性が、アップリンクにとってだけでなくダウンリンク及びデバイスツーデバイス送信にとっても重要であり得る。
【００２７】
アップリンク制御情報（ＵＣＩ）は、ダウンリンク及びアップリンクトランスポートチャネル上でのデータ送信をサポートするために使用される。ＵＣＩは、以下を含む：（ａ）ユーザ機器がアップリンクデータ送信のためにアップリンクリソースを要求することを示す、スケジューリング要求；（ｂ）物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で受信されるデータトランスポートブロックに対し確認応答を行うために使用される、ハイブリッド自動再送要求（ＨＡＲＱ）ＡＣＫ／ＮＡＣＫ；並びに、（ｃ）チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インジケータ（ＰＭＩ）、ランクインデックス（ＲＩ）、及びＣＳＩ−ＲＳリソースインジケーション（ＣＲＩ）からなる、チャネル状態情報（ＣＳＩ）レポート。ＣＳＩレポートは、ダウンリンクのチャネル条件に関連し、ダウンリンクのチャネル依存のスケジューリングを支援するために使用される。
【００２８】
ＬＴＥは、ＵＣＩを送信するための２つの異なる方法をサポートしている。ＵＥが有効なスケジューリング許可を有しない場合、ＵＣＩを送信するために物理アップリンク制御チャネル（ＰＵＣＣＨ）が使用される。ＵＥが有効なスケジューリング許可を有する場合、ＵＣＩは、低キュービックメトリックのシングルキャリア特性を保全するために、ＤＦＴ拡散及びＯＦＤＭ変調に先立って、符号化されたアップリンク共有チャネル（ＵＬ−ＳＣＨ）と共に物理アップリンク共有チャネル（ＰＵＳＣＨ）へと時間多重化される。
【００２９】
ＵＥが有効なスケジューリング許可を有する場合、ＵＣＩは、ＰＵＳＣＨ上でデータと時間多重化される。ＵＥは既にスケジューリングされているため、スケジューリング要求の送信は必要ではなく、ＭＡＣヘッダの一部として帯域内バッファステータスレポートが送信される。したがって、ＰＵＳＣＨ上ではＨＡＲＱ  ＡＣＫ／ＮＡＣＫ及びＣＳＩレポートのみが送信される。
【００３０】
図６は、ＰＵＳＣＨ上でのＵＣＩとデータとの時間多重化を示している。図示した例では、３ＧＰＰ  ＴＳ３６．２１２  ｖ１３．０．０及び３ＧＰＰ  ＴＳ３６．２１１  ｖ１３．０．０に基づいて、ＣＱＩ／ＰＭＩ、ＲＩ／ＣＲＩ及びＨＡＲＱ  ＡＣＫ／ＮＡＣＫがデータシンボルと共にＰＵＳＣＨへ多重化されている
【００３１】
列インデックスｌ＝０，１，…，１３は、ＳＣ−ＦＤＭＡシンボルインデックスに相当する。行インデックスｋ＝０，１，…，Ｍは、変換プリコーディングの前のシンボルインデックスであり（３ＧＰＰ  ＴＳ３６．２１１のセクション５．３．３参照）、ＭはＰＵＳＣＨに割り当てられたサブキャリアの数である。
【００３２】
各ボックスは、符号化済みの変調シンボルに相当する。Ｍ個のシンボルのブロックにおける符号化済みの変調シンボルの各列がサイズＭのＤＦＴへ入力される。なお、ＤＭＲＳシンボル（図６におけるシンボル３及び１０）にはＤＦＴは適用されない。ＤＭＲＳ自体の構造は、低キュービックメトリックを保証する。
【００３３】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、ダウンリンクの適切な動作のために重要である。よって、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫシンボルは、良好なチャネル推定を達成するために、ＤＭＲＳの近くにあるＳＣ−ＦＤＭＡシンボル２、４、９及び１１に配置される。ＰＤＣＣＨ上の何らかのダウンリンク割り当てをＵＥが逸失する確率がいくらか存在する。そうしたケースでは、ＵＥからの実際のＨＡＲＱフィードバックのペイロードは、ｅＮｏｄｅＢにより期待されるものとは相違する。そうした間違いの影響を回避するために、符号化されたＨＡＲＱ  ＡＣＫ／ＮＡＣＫシンボルは、パンクチャされてＰＵＳＣＨ上の符号化データへとなる。
【００３４】
符号化されたＲＩシンボルは、やはりＤＭＲＳの近くで良好なチャネル推定を達成できるように、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫシンボル位置の近くに配置される。この動機付けは、ＣＱＩ／ＰＭＩの復号がＲＩの正確な復号に依拠するという事実にある。ＣＱＩ／ＰＭＩは、サブフレーム時間長の全体にわたってマッピングされる。ＣＱＩ／ＰＭＩの特殊なマッピングは、ＣＳＩレポートが主に低域から中域のドップラー周波数について有益であることから、それほど鮮明ではない。ＵＬ−ＳＣＨのレートマッチングは、ＣＱＩ／ＰＭＩ及びＲＩの存在を考慮に入れてなされる。なお、ＲＩは、ランクインジケーション及びＣＳＩ−ＲＳリソースインジケーション（ＣＲＩ）の双方を含むことができる。
【００３５】
ＰＵＳＣＨの制御領域のサイズは、以下に従って判定され得る。ＵＣＩがＰＵＳＣＨ上でＵＬ−ＳＣＨデータと多重化される場合、制御情報の各タイプについてのリソースの量（即ち、符号化後の変調シンボルの数）を、ＴＳ３６．２１２  ｖ１３．０．０のセクション５．２．２．６において与えられる対応する公式及び式に基づいて取得することができる。ＵＣＩがＵＬ−ＳＣＨデータ無しでＰＵＳＣＨを介して送信される場合、ＵＣＩの各タイプについてのリソースの量は、代わりにＴＳ３６．２１２  ｖ１３．０．０のセクション５．２．４に従って導出される。
【００３６】
【数１】
0006914341.tif 000002
【００３７】
【数２】
0006914341.tif 000003
【００３８】
【数３】
0006914341.tif 000004
【００３９】
ＵＬ−ＳＣＨデータを伴わないＰＵＳＣＨ上のＵＣＩについて、具体的な値は次のように判定され得る。フルＴＴＩ動作（１ｍｓのＴＴＩ）のケースにおいて、ｅＮＢは、ＵＥによるＰＵＳＣＨ上のＵＣＩとして送信される非周期的なＣＱＩレポートをスケジューリングすることができる。ＵＥは、バッファ内にデータを有していないかもしれず、よってＰＵＳＣＨはＵＣＩのみを含むことになる。このケースでは、ＵＣＩの各タイプについてのリソースの量は、次のように導出される（ＴＳ３６．２１２  ｖ１３．０．０のセクション５．２．４参照）。
【００４０】
【数４】
0006914341.tif 000005
【００４１】
【数５】
0006914341.tif 000006
【００４２】
【数６】
0006914341.tif 000007
【００４３】
ＵＣＩ、ＨＡＲＱ−ＡＣＫ、ＲＩ及びＣＱＩ／ＰＭＩの各タイプについて、上位レイヤによりシグナリングされるインデックスからＭＣＳオフセット値へのマッピングのためのテーブルが予め定義される（ＴＳ３６．２１３のセクション８．６．３参照）。シングルコードワード及びマルチコードワードでのＰＵＳＣＨ送信のために異なるシグナリングインデックスが使用される。ＨＡＲＱ−ＡＣＫについてのオフセット値はペイロードサイズにも依存し、２２よりも多くのＨＡＲＱ−ＡＣＫビットをＵＥが送信する場合には、異なるシグナリングインデックスが使用されることになる。
【００４４】
上述したように、レイテンシを低減する１つの手法は、ＴＴＩ長を低減することである。アップリンク送信において、各ショートＴＴＩについて送信されるＤＭＲＳを伴う１つ以上のＳＣ−ＦＤＭＡシンボルは、オーバヘッドの増加と、ＴＴＩの長さが減少する場合の対応するデータレートの減少とをもたらす。
【００４５】
オーバヘッドを低減するために、いくつかの送信機からのリファレンス信号が同じＳＣ−ＦＤＭＡシンボルへ多重化され得る一方、異なる送信機からのユーザデータは別個のＳＣ−ＦＤＭＡシンボルにおいて送信され得る。他のオプションは、相異なるショートＴＴＩ長に基づいて、ＰＵＳＣＨについて相異なるアップリンクショートＴＴＩパターンを使用することである。とりわけ、リファレンスシンボル及びデータシンボルの位置、並びにＰＵＳＣＨ用の各ショートＴＴＩの長さは、各ＳＦについて固定化されてもよい。
【００４６】
ショートＰＵＳＣＨ（ｓＰＵＳＣＨ）との用語が、ショートＴＴＩでのアップリンク物理共有チャネルを表すために使用され得る。スロットＰＵＳＣＨ又はサブスロットＰＵＳＣＨとの用語が、スロット時間長又はサブスロット時間長でのアップリンク物理共有チャネルを表すために使用され得る。ＰＵＳＣＨ上でＵＣＩとデータとを多重化する旧来の手法は、１ｍｓのＰＵＳＣＨ送信という固定的な長さ向けに設計されている。７シンボルというＴＴＩ長では、１つのスロットにおいて、上記多重化方法を再利用することができる。しかしながら、ＴＴＩ長が７シンボルよりも小さい場合、ＵＣＩのために使用されるいくつかのＳＣ−ＦＤＭＡシンボルが利用不能になりかねない。加えて、ｓＰＵＳＣＨのためのＤＭＲＳ位置は、既存のＵＣＩマッピングルールが適用不能な形で変更されるかもしれない。したがって、具体的な解決策は、異なるショートＴＴＩ長及びｓＰＵＳＣＨについての異なるＤＭＲＳ構成を考慮に入れた異なる複数のＵＣＩマッピングの解を含み得る。
【００４７】
ＰＵＳＣＨについてのＵＣＩ  ＭＣＳオフセット値を判定するための旧来の上位レイヤシグナリングのインデックスは、ｓＰＵＳＣＨ上でのＵＣＩの送信をサポートしていない。そのうえ、ｓＰＵＳＣＨ上でのＵＣＩ送信のためのＭＣＳオフセット値は、ｓＰＵＳＣＨ上のＵＣＩの符号化レートを制御し、及び、短縮されたＴＴＩでＰＵＳＣＨ上で送信されるＵＣＩの各タイプに割り当てられるリソースの数を左右するように設計される必要がある。
【００４８】
ｓＰＵＳＣＨ上のＵＣＩ送信のためにＭＣＳオフセットを判定しようとするいくつかの提案された解決策は、上位レイヤによりシグナリングされるインデックスに依拠している。その場合、ＵＣＩの異なるタイプについてのＭＣＳオフセットは、予め定義されるテーブル内のインデックスのマッピングにより左右される。しかしながら、上位レイヤによりシグナリングされるインデックスは、半静的である。短縮ＴＴＩにおけるシステムスループットは、ＵＣＩの符号化レートに対しよりセンシティブである（即ち、ＵＣＩについて符号化レートがより低ければ、ＵＬ−ＳＣＨデータ向けに残されるリソースがより少なくなる）ため、相異なる短縮ＴＴＩ上のＵＣＩペイロード及び／又はＵＬ−ＳＣＨデータペイロードが有意に変化する可能性がある場合、ｅＮｏｄｅＢは、１つの静的な又は半静的なＭＣＳオフセットを通じてシステムスループットとＨＡＲＱ−ＡＣＫのロバスト性との間の良好なバランスをとることができない。
【００４９】
ＬＴＥリリース８では、ＰＵＳＣＨ上のＵＣＩ送信についてのＭＣＳオフセットもまた、上位レイヤによりシグナリングされるインデックスに依拠している。ＬＴＥリリース８のＴＴＩにおいてデータにより使用可能なリソースエレメントの数は、しかしながら、短縮ＴＴＩの場合よりも格段に多い。これが、ｓＰＵＳＣＨと比較して、リリース８のＰＵＳＣＨの性能をＵＣＩペイロードに対しそれほどセンシティブではなくしている。リリース８のＬＴＥでのＭＣＳオフセットの半静的な構成は十分であるが、ショートＴＴＩ向けにはそれは準最適であり得る。
【００５０】
背景欄において説明した手段は、必ずしも過去に想到され又は追求された手段ではない。したがって、ここで別段示していない限り、背景欄で説明した手段は従来技術ではなく、背景欄へ含めたことにより従来技術であると認められるものではない。
【発明の概要】
【００５１】
ここで説明される実施形態は、短縮ＴＴＩ又はスロット／サブスロット送信でＰＵＳＣＨ上でＵＣＩを送信する際に、動的に又は半動的に、ショート物理アップリンク共有チャネル（ｓＰＵＳＣＨ）上のアップリンク制御情報（ＵＣＩ）のための変調符号化方式（ＭＣＳ）オフセットを構成すること、を含む。具体的な実施形態は、ｓＰＵＳＣＨ上でＵＣＩが送信される際にＵＣＩ  ＭＣＳオフセットのインデックス又は値を判定し及び動的にシグナリングする手法を含む。
【００５２】
いくつかの実施形態によれば、ネットワークノードにおける方法は、ＵＣＩ及びデータペイロードが物理アップリンク共有チャネルを介してスロット又はサブスロット送信で送信されることになると判定することと、上記物理アップリンク共有チャネルを介する上記ＵＣＩの送信についてＭＣＳオフセットを判定することと、ワイヤレスデバイスへ上記ＭＣＳオフセットを通信することと、を含む。上記ワイヤレスデバイスへ上記ＭＣＳオフセットを通信することは、上記ワイヤレスデバイスへダウンリンク制御情報（ＤＣＩ）を送信することを含んでよい。
【００５３】
具体的な実施形態において、上記ＵＣＩ及び上記データペイロードは、スロット／サブスロット送信又はショート送信時間インターバル（ｓＴＴＩ）を伴う上記物理アップリンク共有チャネルを介して送信されることになる。上記ＭＣＳオフセットは、オフセット値又はインデックスを含んでもよい。上記ＭＣＳオフセットは、（例えば、無線リソース制御（ＲＲＣ）シグナリングを介して）半静的に構成される値のセットから選択されてもよい。上記ＭＣＳオフセットは、半静的に構成される値の上記セットのうちの具体的な値を示すインデックスを含んでもよい。
【００５４】
具体的な実施形態において、上記ＵＣＩ及び上記データペイロードが物理アップリンク共有チャネルを介して送信されることになると判定することは、上記ワイヤレスデバイスからスケジューリング要求を受信することを含む。ＭＣＳオフセットの判定は、上記ＵＣＩのサイズに基づいてもよく、上記データペイロードのサイズに基づいてもよく、上記ＵＣＩのサイズと上記データペイロードのサイズとの比に基づいてもよく、上記データペイロードについての上記ＭＣＳに基づいてもよく、及び／又は、予期される干渉レベルに基づいてもよい。
【００５５】
具体的な実施形態において、上記ネットワークノードは、許可されるアップリンク送信ごとに上記ワイヤレスデバイスへ上記ＭＣＳオフセットを通信する。上記ＵＣＩタイプは、ＨＡＲＱ−ＡＣＫ、ＲＩ、ＣＲＩ及びＣＱＩ／ＰＭＩのうちの少なくとも１つを含み得る。第１のＵＣＩタイプについてＭＣＳオフセットにより示される値は、第２のＵＣＩタイプについて上記ＭＣＳオフセットにより示される値とは異なってもよい。
【００５６】
いくつかの実施形態によれば、ネットワークノードは、処理回路を備え、当該処理回路は、ＵＣＩ及びデータペイロードが物理アップリンク共有チャネルを介してスロット又はサブスロット送信で送信されることになると判定し、上記物理アップリンク共有チャネルを介する上記ＵＣＩの送信についてＭＣＳオフセットを判定し、ワイヤレスデバイスへ上記ＭＣＳオフセットを通信する、ように動作可能である。上記処理回路は、上記ワイヤレスデバイスへダウンリンク制御情報（ＤＣＩ）を送信することにより、上記ワイヤレスデバイスへ上記ＭＣＳオフセットを通信する、ように動作可能であってよい。
【００５７】
具体的な実施形態において、上記ＵＣＩ及び上記データペイロードは、ｓＴＴＩ又はスロット／サブスロット送信を伴う上記物理アップリンク共有チャネルを介して送信されることになる。上記ＭＣＳオフセットは、オフセット値又はインデックスを含んでもよい。上記処理回路は、（例えば、ＲＲＣシグナリングを介して）半静的に構成される値のセットから上記ＭＣＳオフセットを選択する、ように動作可能であってもよい。上記ＭＣＳオフセットは、半静的に構成される値の上記セットのうちの具体的な値を示すインデックスを含んでもよい。
【００５８】
具体的な実施形態において、上記処理回路は、上記ワイヤレスデバイスからスケジューリング要求を受信することにより、上記ＵＣＩ及び上記データペイロードが物理アップリンク共有チャネルを介して送信されることになると判定する、ように動作可能である。上記処理回路は、上記ＵＣＩのサイズに基づいて、上記データペイロードのサイズに基づいて、上記ＵＣＩのサイズと上記データペイロードのサイズとの比に基づいて、上記データペイロードについての上記ＭＣＳに基づいて、及び／又は、予期される干渉レベルに基づいて、上記ＭＣＳオフセットを判定する、ように動作可能であり得る。
【００５９】
具体的な実施形態において、上記処理回路は、許可されるアップリンク送信ごとに上記ワイヤレスデバイスへ上記ＭＣＳオフセットを通信する、ように動作可能である。上記ＵＣＩタイプは、ＨＡＲＱ−ＡＣＫ、ＲＩ、ＣＲＩ及びＣＱＩ／ＰＭＩのうちの少なくとも１つを含み得る。第１のＵＣＩタイプについてＭＣＳオフセットにより示される値は、第２のＵＣＩタイプについて上記ＭＣＳオフセットにより示される値とは異なってもよい。
【００６０】
いくつかの実施形態によれば、ワイヤレスデバイスにおける方法は、ＵＣＩ及びデータペイロードが物理アップリンク共有チャネルを介してスロット又はサブスロット送信で送信されることになると判定することと、上記物理アップリンク共有チャネルを介する上記ＵＣＩの送信についてのＭＣＳオフセットを受信することと、上記ＭＣＳオフセットを用いて、上記ＵＣＩをネットワークノードへ通信することと、を含む。上記ネットワークノードから上記ＭＣＳオフセットを受信することは、ＤＣＩを受信することを含んでよい。
【００６１】
具体的な実施形態において、上記ＵＣＩ及び上記データペイロードは、スロット又はサブスロット送信を伴う上記物理アップリンク共有チャネルを介して送信されることになる。上記ＭＣＳオフセットは、オフセット値又はインデックスを含んでもよい。上記ＭＣＳオフセットは、（例えば、ＲＲＣシグナリングにより）半静的に構成される値のセットから選択されてもよい。上記ＭＣＳオフセットは、半静的に構成される値の上記セットのうちの具体的な値を示すインデックスを含んでもよい。
【００６２】
具体的な実施形態において、受信される上記ＭＣＳオフセットは、上記ＵＣＩのサイズに、上記データペイロードのサイズに、上記ＵＣＩのサイズと上記データペイロードのサイズとの比に、上記データペイロードについての上記ＭＣＳに、及び／又は、予期される干渉レベルに基づく。
【００６３】
具体的な実施形態において、受信される上記ＭＣＳオフセットは、許可されるアップリンク送信ごとに受信される。上記ＵＣＩタイプは、ＨＡＲＱ−ＡＣＫ、ＲＩ、ＣＲＩ及びＣＱＩ／ＰＭＩのうちの少なくとも１つを含み得る。第１のＵＣＩタイプについてＭＣＳオフセットにより示される値は、第２のＵＣＩタイプについて上記ＭＣＳオフセットにより示される値とは異なってもよい。
【００６４】
いくつかの実施形態によれば、ワイヤレスデバイスは、処理回路を備え、当該処理回路は、ＵＣＩ及びデータペイロードが物理アップリンク共有チャネルを介してスロット又はサブスロット送信で送信されることになると判定し、上記物理アップリンク共有チャネルを介する上記ＵＣＩの送信についてのＭＣＳオフセットを受信し、上記ＭＣＳオフセットを用いて、上記ＵＣＩをネットワークノードへ通信する、ように動作可能である。上記処理回路は、ＤＣＩを受信することにより、上記ネットワークノードから上記ＭＣＳオフセットを受信する、ように動作可能であってよい。
【００６５】
具体的な実施形態において、上記ＵＣＩ及び上記データペイロードは、スロット又はサブスロット送信を伴う上記物理アップリンク共有チャネルを介して送信されることになる。上記ＭＣＳオフセットは、オフセット値又はインデックスを含んでもよい。上記処理回路は、（例えば、ＲＲＣシグナリングを受信することにより）半静的に構成される値のセットから上記ＭＣＳオフセットを選択する、ように動作可能であってもよい。上記ＭＣＳオフセットは、半静的に構成される値の上記セットのうちの具体的な値を示すインデックスを含んでもよい。
【００６６】
具体的な実施形態において、受信される上記ＭＣＳオフセットは、上記ＵＣＩのサイズに、上記データペイロードのサイズに、上記ＵＣＩのサイズと上記データペイロードのサイズとの比に、上記データペイロードについての上記ＭＣＳに、及び／又は、予期される干渉レベルに基づく。
【００６７】
具体的な実施形態において、上記処理回路は、許可されるアップリンク送信ごとに上記ＭＣＳオフセットを受信する、ように動作可能である。上記ＵＣＩタイプは、ＨＡＲＱ−ＡＣＫ、ＲＩ、ＣＲＩ及びＣＱＩ／ＰＭＩのうちの少なくとも１つを含み得る。第１のＵＣＩタイプについてＭＣＳオフセットにより示される値は、第２のＵＣＩタイプについて上記ＭＣＳオフセットにより示される値とは異なってもよい。
【００６８】
いくつかの実施形態によれば、ネットワークノードは、ＵＣＩ判定モジュール、ＭＣＳモジュール及び通信モジュールを備える。上記ＵＣＩ判定モジュールは、ＵＣＩ及びデータペイロードが物理アップリンク共有チャネルを介してスロット又はサブスロット送信で送信されることになると判定する、ように動作可能である。上記ＭＣＳ判定モジュールは、上記物理アップリンク共有チャネルを介する上記ＵＣＩの送信についてのＭＣＳオフセットを判定する、ように動作可能であり、上記通信モジュールは、ワイヤレスデバイスへ上記ＭＣＳオフセットを通信する、ように動作可能である。
【００６９】
いくつかの実施形態によれば、ワイヤレスデバイスは、ＵＣＩ判定モジュール、受信モジュール及び通信モジュールを備える。上記ＵＣＩ判定モジュールは、ＵＣＩ及びデータペイロードが物理アップリンク共有チャネルを介してスロット又はサブスロット送信で送信されることになると判定する、ように動作可能である。上記受信モジュールは、上記物理アップリンク共有チャネルを介する上記ＵＣＩの送信についてのＭＣＳオフセットを受信する、ように動作可能である。上記通信モジュールは、上記ＭＣＳオフセットを用いて、上記ＵＣＩをネットワークノードへ通信する、ように動作可能である。
【００７０】
コンピュータプログラムプロダクトもまた開示される。上記コンピュータプログラムプロダクトは、非一時的なコンピュータ読取可能な媒体に記憶される命令群を含み、上記命令群は、プロセッサにより実行された場合に、ＵＣＩ及びデータペイロードが物理アップリンク共有チャネルを介してスロット又はサブスロット送信で送信されることになると判定するステップと、上記物理アップリンク共有チャネルを介する上記ＵＣＩの送信についてＭＣＳオフセットを判定するステップと、ワイヤレスデバイスへ上記ＭＣＳオフセットを通信するステップと、を行う。
【００７１】
他のコンピュータプログラムプロダクトは、非一時的なコンピュータ読取可能な媒体に記憶される命令群を含み、上記命令群は、プロセッサにより実行された場合に、ＵＣＩ及びデータペイロードが物理アップリンク共有チャネルを介してスロット又はサブスロット送信で送信されることになると判定するステップと、上記物理アップリンク共有チャネルを介する上記ＵＣＩの送信についてのＭＣＳオフセットを受信するステップと、上記ＭＣＳオフセットを用いて、上記ＵＣＩをネットワークノードへ通信するステップと、を行う。
【００７２】
具体的な実施形態は、次の技術的な利点のうちのいくつかを呈し得る。例えば、ＵＣＩ向けのＭＣＳオフセットを動的に又は半動的に構成することにより、ｅＮｏｄｅＢは、ＵＣＩがｓＰＵＳＣＨ上で送信される場合に適応的にＵＣＩの符号化レートを調整することができる。ｓＰＵＳＣＨ上のデータ送信のために使用されるＵＣＩペイロード及び／又はＭＣＳを考慮することにより、ｅＮｏｄｅＢは、ｓＰＵＳＣＨ上のＵＣＩの制御を改善し得る。よって、ｅＮｏｄｅＢは、ＵＣＩ送信の信頼性（例えば、ＵＣＩ用の符号化レートが低いほど、ＵＬ−ＳＣＨデータのために残されるリソースが少なくなる）とシステムスループット（例えば、ＵＣＩ用の符号化レートが高いほど、ＵＬ−ＳＣＨデータのために残されるリソースが多くなる）との間の好ましいトレードオフでシステムを構成し得る。以下の図面、説明及び特許請求の範囲から、他の技術的利点が当業者にとって容易に明らかとなるであろう。
【図面の簡単な説明】
【００７３】
実施形態並びにそれらの特徴及び利点のより充分な理解のために、これより、次の添付図面と併せて以下の説明への参照がなされる：
【００７４】
【図１】一例としてのＬＴＥの時間ドメインの構造を示すブロック図である。
【図２】一例としてのＬＴＥのダウンリンク物理リソースを示している。
【図３】一例としてのＬＴＥのアップリンクリソースグリッドを示すブロック図である。
【図４】一例としてのダウンリンクサブフレームを示している。
【図５】ＤＦＴ拡散ＯＦＤＭを示すブロック図である。
【図６】ＰＵＳＣＨ上でのＵＣＩとデータとの時間多重化を示している。
【図７】いくつかの実施形態に係る一例としてのワイヤレスネットワークを示すブロック図である。
【図８】いくつかの実施形態に係る一例としてのネットワークノードにおける方法を示すフロー図である。
【図９】いくつかの実施形態に係る一例としてのワイヤレスデバイスにおける方法を示すフロー図である。
【図１０Ａ】ワイヤレスデバイスの例示的な実施形態を示すブロック図である。
【図１０Ｂ】ワイヤレスデバイスの例示的なコンポーネント群を示すブロック図である。
【図１１Ａ】ネットワークノードの例示的な実施形態を示すブロック図である。
【図１１Ｂ】ネットワークノードの例示的なコンポーネント群を示すブロック図である。
【図１２】一般的なオン／オフ時間マスクである。
【発明を実施するための形態】
【００７５】
３ＧＰＰ（Third  Generation  Partnership  Project）  ＬＴＥ（long  term  evolution）ワイヤレスネットワークは、レイテンシを低減するために、低減され又は短縮された送信時間インターバル（ｓＴＴＩ）を使用し得る。ｓＴＴＩは、旧来のＴＴＩよりも少ないシンボルを含む。７シンボルというｓＴＴＩ長では、１つのスロットにおいて多重化方法を再利用することができる。しかしながら、ｓＴＴＩ長が７シンボルよりも小さい場合、アップリンク制御情報（ＵＣＩ）のために使用されるいくつかのＳＣ−ＦＤＭＡシンボルが利用不能になりかねない。加えて、ショート物理アップリンク共有チャネル（ｓＰＵＳＣＨ）についてのＤＭＲＳ位置が変更されるかもしれず、既存のＵＣＩマッピングルールが適用可能ではないかもしれない。短縮された送信時間インターバルは、スロット又はサブスロット送信としても言及され得る。短縮された（又はショート）ＴＴＩは、スロット送信（例えば、７シンボル）又はサブスロット送信（例えば、２又は３シンボル）への言及であってもよく、代わりにそれはミニスロット送信として言及されてもよい。
【００７６】
具体的な実施形態は、上述した問題を軽減し、ｓＰＵＳＣＨ上でＵＣＩを送信する際に、動的に又は半動的に、ｓＰＵＳＣＨ上のＵＣＩのための変調符号化方式（ＭＣＳ）オフセットを構成することを含む。具体的な実施形態は、ｓＰＵＳＣＨ上でＵＣＩが送信される際にＵＣＩ  ＭＣＳオフセットのインデックス又は値を判定し及び動的にシグナリングする手法を含む。
【００７７】
ＵＣＩ向けのＭＣＳオフセットを動的に又は半動的に構成することにより、具体的な実施形態は、ＵＣＩがｓＰＵＳＣＨ上で送信される場合に適応的にＵＣＩの符号化レートを調整し得る。ｓＰＵＳＣＨ上のデータ送信のために使用されるＵＣＩペイロード及び／又はＭＣＳを考慮することにより、具体的な実施形態は、ｓＰＵＳＣＨ上のＵＣＩの制御を改善し得る。よって、具体的な実施形態は、ＵＣＩ送信の信頼性（例えば、ＵＣＩ用の符号化レートが低いほど、ＵＬ−ＳＣＨデータのために残されるリソースが少なくなる）とシステムスループット（例えば、ＵＣＩ用の符号化レートが高いほど、ＵＬ−ＳＣＨデータのために残されるリソースが多くなる）との間の好ましいトレードオフでシステムを構成し得る。
【００７８】
以下の説明は、数多くの特定の詳細を説示する。しかしながら、それら特定の詳細が無くとも実施形態を実践し得ることが理解される。他の例において、よく知られた回路、構造及び技法は、その説明の理解を曖昧にしないために詳細には示されていない。当業者は、包含される説明によって、過度な実験をせずとも適切な機能性を実装することができるであろう。
【００７９】
本明細書における、“１つの実施形態”、“一実施形態”、“例示的な実施形態”などへの言及は、説明される実施形態が特定の特徴、構造、又は特性を含み得るものの、あらゆる実施形態が当該特定の特徴、構造、又は特性を含むわけでは必ずしもないかもしれないことを示す。そのうえ、そうしたフレーズは、必ずしも同じ実施形態を指しているわけではない。さらに、一実施形態との関係において特定の特徴、構造、又は特性が説明されている場合、明示的に記載されているか否かに関わらず、他の実施形態との関係においてそうした特徴、構造、又は特性を実装することは、当業者の知識の範囲内であることが思量される。
【００８０】
具体的な実施形態が、図面のうちの図７〜図１１Ｂを参照しながら説明され、多様な図面の同類の及び対応する部分に同類の番号が使用されている。例示的なセルラシステムとして本開示を通じてＬＴＥが使用されるが、ここで提示されるアイディアは、第５世代（５Ｇ）新無線（ＮＲ）又は任意の他の適した通信システムといった、他のワイヤレス通信システムにも当てはまり得る。
【００８１】
図７は、具体的な実施形態に係る一例としてのワイヤレスネットワークを示すブロック図である。ワイヤレスネットワーク１００は、１つ以上のワイヤレスデバイス１１０（モバイルフォン、スマートフォン、ラップトップコンピュータ、タブレットコンピュータ、ＭＴＣデバイス、又はワイヤレス通信を提供可能な任意の他のデバイスなど）と、複数のネットワークノード１２０（基地局又はｅＮｏｄｅＢなど）とを含む。ワイヤレスデバイス１１０は、ＵＥとしても言及され得る。ネットワークノード１２０は、カバレッジエリア１１５（セル１１５ともいう）へサービスする。
【００８２】
概して、ネットワークノード１２０のカバレッジエリア内（例えば、ネットワークノード１２０によりサービスされるセル１１５の範囲内）のワイヤレスデバイス１１０は、ワイヤレス信号１３０を送受信することにより、ネットワークノード１２０と通信する。例えば、ワイヤレスデバイス１１０及びネットワークノード１２０は、音声トラフィック、データトラフィック及び／又は制御信号を含むワイヤレス信号１３０を通信し得る。音声トラフィック、データトラフィック及び／又は制御信号をワイヤレスデバイス１１０へ通信するネットワークノード１２０は、ワイヤレスデバイス１１０についてのサービングネットワークノード１２０として言及され得る。ワイヤレスデバイス１１０とネットワークノード１２０との間の通信は、セルラ通信として言及され得る。ワイヤレス信号１３０は、（ネットワークノード１２０からワイヤレスデバイス１１０への）ダウンリンク送信信号及び（ワイヤレスデバイス１１０からネットワークノード１２０への）アップリンク送信信号の双方を含み得る。
【００８３】
各ネットワークノード１２０は、ワイヤレスデバイス１１０へ信号１３０を送信するために、単一の送信機１４０又は複数の送信機１４０を有し得る。いくつかの実施形態において、ネットワークノード１２０は、複数入力複数出力（ＭＩＭＯ）システムを含んでもよい。同様に、各ワイヤレスデバイス１１０は、ネットワークノード１２０又は他のワイヤレスデバイス１１０から信号１３０を受信するために、単一の受信機又は複数の受信機を有し得る。
【００８４】
ワイヤレス信号１３０は、図１〜図６に関して説明したような送信単位又は送信時間インターバル（ＴＴＩ）(例えば、サブフレーム）を含み得る。ＴＴＩは、スロット／サブスロット送信又は短縮ＴＴＩ（例えば、２つ、３つ、７つなどのシンボルを含むＴＴＩ)を含み得る。ワイヤレスデバイス１１０及び／又はネットワークノード１２０は、ワイヤレス信号１３０内で制御情報を送信し得る。制御情報は、ＭＣＳオフセットを含み得る。制御情報ペイロード及び／又はｓＰＵＳＣＨ上でＵＣＩが送信される場合のデータ送信について使用されるＭＣＳに依存して、ネットワークノード１２０は、ｓＰＵＳＣＨ内の対応するＵＣＩ領域のサイズを判定するために使用されるＭＣＳオフセットを動的に又は半動的に構成し得る。ＭＣＳオフセットを動的にシグナリングための具体的なアルゴリズムは、図８及び図９に関してより詳細に説明される。
【００８５】
ワイヤレスネットワーク１００において、各ネットワークノード１２０は、ＬＴＥ（long  term  evolution）、ＬＴＥアドバンスト、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ｃｄｍａ２０００、ＮＲ、ＷｉＭａｘ及び／又は他の適した無線アクセス技術といった、いかなる適した無線アクセス技術を使用してもよい。ワイヤレスネットワーク１００は、１つ以上の無線アクセス技術のいかなる適した組合せを含んでもよい。例示の目的のために、ある無線アクセス技術の文脈の範囲内で多様な実施形態が説明され得る。しかしながら、本開示の範囲はそれら例には限定されず、他の実施形態が異なる無線アクセス技術を使用し得るはずである。
【００８６】
上述したように、ワイヤレスネットワークの実施形態は、１つ以上のワイヤレスデバイスと、上記ワイヤレスデバイスと通信可能な１つ以上の様々なタイプの無線ネットワークノードとを含み得る。ワイヤレスネットワークは、ワイヤレスデバイス間の又はワイヤレスデバイスと（固定電話などの）他の通信デバイスとの間の通信をサポートするために適した任意の追加的なエレメントをも含み得る。ワイヤレスデバイスは、ハードウェア及び／又はソフトウェアの任意の適した組合せを含み得る。例えば、具体的な実施形態において、ワイヤレスデバイス１１０のようなワイヤレスデバイスは、以下に図１０Ａに関して説明されるコンポーネント群を含んでもよい。同様に、ネットワークノードは、ハードウェア及び／又はソフトウェアの任意の適した組合せを含み得る。例えば、具体的な実施形態において、ネットワークノード１２０のようなネットワークノードは、以下に図１１Ａに関して説明されるコンポーネント群を含んでもよい。
【００８７】
具体的な実施形態は、ｓＰＵＳＣＨ上でＵＣＩを送信するために、ＵＣＩ  ＭＣＳオフセットを動的に又は半動的に構成し得る。ＵＣＩペイロード及び／又はｓＰＵＳＣＨ上でＵＣＩが送信される場合のデータ送信について使用されるＭＣＳに依存して、ｓＰＵＳＣＨ内の対応するＵＣＩ領域のサイズを判定するために使用されるＭＣＳオフセットは、ネットワークノード１２０のようなｅＮｏｄｅＢにより動的に又は半動的に構成される。ＵＣＩは、ＨＡＲＱ−ＡＣＫ、ＲＩ、ＣＲＩ、ＣＱＩ／ＰＭＩなどであり得る。
【００８８】
いくつかの実施形態は、様々なタイプのＵＣＩのオフセット値を構成するために相異なるシグナリングインデックスを使用する。具体的な実施形態において、ネットワークノードは、ＴＴＩ又はショートＴＴＩ単位でＵＣＩ  ＭＣＳオフセットインデックスをシグナリングする。同様の実施形態において、ＭＣＳオフセットインデックスが構成される時間粒度は、予め定義されるＴＴＩ又はショートＴＴＩの数により設定される。さらなる実施形態において、ＭＣＳオフセットインデックスのシグナリングは、ネットワークノードがワイヤレスデバイスへ他の設定を使用するように指示するまで有効とされる構成で、永続的な形で非周期的に行われてもよい。
【００８９】
いくつかの実施形態において、ネットワークノードは、次の基準でＵＣＩ  ＭＣＳオフセットインデックスを判定する：（ａ）ｓＰＵＳＣＨにおいて送信されるべきＵＣＩペイロード；（ｂ）ｓＰＵＳＣＨにおいて送信されるべきＵＣＩペイロードとデータペイロードとの間の比率；及び／又は、（ｃ）ｓＰＵＳＣＨ上のデータ送信のために使用されるＭＣＳ。
【００９０】
いくつかの実施形態において、ネットワークノードは、ＴＴＩ又はｓＴＴＩ単位でＵＣＩ  ＭＣＳオフセット値をシグナリングする。具体的な実施形態において、ＭＣＳオフセット値が構成される時間粒度は、予め定義されるＴＴＩ又はショートＴＴＩの数により設定される。さらなる実施形態において、ＭＣＳオフセット値のシグナリングは、ネットワークノードがＵＥへ他の設定を使用するように指示するまで有効とされる構成で、永続的な形で非周期的に行われる。ネットワークノードからシグナリングされるＭＣＳオフセット値は、ｓＰＵＳＣＨ上でＵＣＩを送信する場合のＵＣＩ領域のサイズを判定するために直接的に使用されてもよい。
【００９１】
いくつかの実施形態において、ネットワークノードは、次の基準でＵＣＩ  ＭＣＳオフセット値を判定する：（ａ）ｓＰＵＳＣＨにおいて送信されるべきＵＣＩペイロード；（ｂ）ｓＰＵＳＣＨにおいて送信されるべきＵＣＩペイロードとデータペイロードとの間の比率；及び／又は、（ｃ）ｓＰＵＳＣＨ上のデータ送信のために使用されるＭＣＳ。
【００９２】
いくつかの実施形態において、ＵＣＩ  ＭＣＳオフセットインデックス又はオフセット値は、ＴＴＩ又はｓＴＴＩ単位で、ネットワークノードからワイヤレスデバイスへの予め定義される数のＤＣＩビットを通じて構成される。例えば、ＵＣＩ  ＭＣＳオフセットを構成するために、３つのＤＣＩビットが使用され得る。ＭＣＳオフセットインデックスをシグナリングする実施形態において、ワイヤレスデバイスは、ｓＰＵＳＣＨ上のＵＣＩ領域のサイズを判定するために使用可能な、計８個のＵＣＩ  ＭＣＳオフセット値を有することになる。ＭＣＳ値をシグナリングする実施形態において、ＵＣＩ  ＭＣＳオフセット値は、予め定義される粒度に依存して、［１，２，３，…，７］又は［０．５，１，２．５，…，３．５］という範囲内であり得る。
【００９３】
いくつかの実施形態において、ＭＣＳオフセットインデックス／値のセットは、仕様における値の完全なセットから選択され得る。ネットワークノードは、ＲＲＣ上で所与のＵＣＩタイプについて１つよりも多くのＭＣＳオフセットインデックスを構成し、ワイヤレスデバイスは、所与のアップリンクｓＴＴＩにおいて適用すべきＭＣＳオフセットを、予め定義されるルール、当該アップリンクｓＴＴＩについてのアップリンク許可に含まれていた情報、及び／又は当該アップリンクｓＴＴＩにおいて送信されるべきＵＣＩに関する情報に基づいて動的に選択する。
【００９４】
ＭＣＳオフセット選択のために使用することのできるアップリンク許可の情報は、ｓＰＵＳＣＨ上のデータ送信のＭＣＳ又はトランスポートブロックサイズ（ＴＢＳ）であり得る。ＭＣＳオフセット選択のために使用することのできるＵＣＩに関する情報の一例は、ＵＣＩペイロードである。予め定義されるルールは、ＵＣＩペイロードに基づいてワイヤレスデバイスがＭＣＳオフセット値を判定すること、ＵＣＩペイロードとデータペイロードとの間の比率に基づいてワイヤレスデバイスがＭＣＳオフセット値を判定すること、又は、ｓＰＵＳＣＨ上のデータ送信について使用されるＭＣＳに基づいてワイヤレスデバイスがＭＣＳオフセット値を判定すること、であり得る。
【００９５】
例えば、ｅＮｏｄｅＢは、ＲＲＣ上でＨＡＲＱフィードバックについて使用されるＭＣＳオフセットの４つのインデックスを構成してもよく、各１つがｓＰＵＳＣＨ  ＭＣＳの異なるレンジについて有効とされる。予め定義されるルールは、ｓＰＵＳＣＨ  ＭＣＳに基づいて所与のアップリンクｓＴＴＩにおける有効なＭＣＳオフセットを選択することである。ＵＥは、ＨＡＲＱフィードバックが予期されるアップリンクｓＴＴＩに対応するｓＰＵＳＣＨ送信についてのアップリンク許可をＭＣＳ２０と共に受信する。ＨＡＲＱフィードバックのためのＭＣＳオフセットは、ＭＣＳ２０を含むｓＰＵＳＣＨ  ＭＣＳのレンジについて予め構成されるＭＣＳオフセットインデックスとして選択される。
【００９６】
具体的な実施形態は、シグナリングオーバヘッドを低減し得る。上の提案の特定の実施形態において、ＭＣＳオフセットインデックス／値のセットは、仕様における値の完全なセットから選択され得る。アップリンクＤＣＩにおけるＭＣＳオフセットインジケーションのためのビット数を低減するために、使用すべき値のサブセットを、例えばＲＲＣシグナリングにより、（ＭＣＳオフセットインデックス／値のシグナリングのために使用されるものよりも長いタイムスケールを用いて）半静的に決定することができる。
【００９７】
例えば、仕様は、選択元となるべき１６個のエントリを伴う予め定義されるＭＣＳオフセットテーブルを含み得る。ｅＮｏｄｅＢは、ＲＲＣ上で、予め定義される上記テーブルから４つのＭＣＳオフセットであるサブセットのみを使用するように構成されてもよい。この場合、所与のアップリンクｓＴＴＩにおいて上記４つのＭＣＳオフセットのうちのどれが適用されるべきかを正確に示すために、アップリンクＤＣＩが２ビットを含むことも必要とする。
【００９８】
いくつかの実施形態において、シグナリングオーバヘッドを低減する他の手法は、あるインデックスに各ＵＣＩフィールドへの予め定義されるマッピングを当てはめる形で、１つ以上のＵＣＩフィールドに対し同一のオフセットインデックスを使用することである。例えば、ＵＣＩフィールドごとに別個のインデックスという最大限柔軟なシグナリングを使用する代わりに、１つのインデックスをシグナリングすることで、ＨＡＲＱ、ＣＲＩ／ＲＩ及びＣＱＩ／ＰＭＩのために１つの具体的な値を使用すべきことが示唆される。１つの目的は全ての制御情報を受信することであることを考慮すると、送信される各ＵＣＩフィールドについて同様のレベルの冗長性が予期され得る。例えば、受信機にとってＨＡＲＱがより重要であると考えられる場合には、上記予め定義されるマッピングは、送信されるＨＡＲＱビットに対しより多くの冗長性を伴って構成されてもよい。
【００９９】
いくつかの実施形態において、データ送信のために使用されるＭＣＳインデックスとＵＣＩの各タイプについてのＭＣＳオフセット値との間の１対１のマッピングが予め定義される。予め定義される１対１のマッピングに基づいて、ＵＣＩ  ＭＣＳオフセット値は、対応するｓＰＵＳＣＨ送信についてＭＣＳをシグナリングするために使用されるアップリンクＤＣＩ内のビットフィールドにより暗黙的に示される。
【０１００】
具体的な実施形態は、ネットワークノード及びワイヤレスデバイスにおける方法を含み得る。上述した例及び実施形態は、概して、図８及び図９のフローチャートにより表現され得る。
【０１０１】
図８は、いくつかの実施形態に係るネットワークノードにおける例示的な方法を示すフロー図である。具体的な実施形態において、図８の１つ以上のステップは、図７に関して説明したワイヤレスネットワーク１００のネットワークノード１２０により実行され得る。
【０１０２】
方法はステップ８１２で開始し、ネットワークノードは、ＵＣＩ及びデータペイロードがＰＵＳＣＨを介して送信されることになると判定する。例えば、ネットワークノード１２０は、ワイヤレスデバイス１１０が送信すべきアップリンクデータを有しており、ワイヤレスデバイス１１０が短縮ＴＴＩ（例えば、スロット／サブスロット／ミニスロット送信）を用いてネットワークノード１２０と通信することを判定し得る。具体的な実施形態において、ＵＣＩ及びデータペイロードがＰＵＳＣＨを介して送信されることになると判定することは、ワイヤレスデバイス１１０からスケジューリング要求を受信することを含む。
【０１０３】
ステップ８１４において、ネットワークノードは、ｓＴＴＩでのＰＵＳＣＨを介するＵＣＩの送信のためのＭＣＳオフセットを判定する。そのＭＣＳオフセットは、ＵＣＩのサイズ、データペイロードのサイズ、ＵＣＩのサイズとデータペイロードのサイズとの比、データペイロードについてのＭＣＳ、及び／又は、予期される干渉レベルのうちの１つ以上に基づく。例えば、ネットワークノード１２０は、上述した実施形態のうちのいずれかに基づいて、ＨＡＲＱ−ＡＣＫ、ＲＩ、ＣＲＩ及び／又はＣＱＩ／ＰＭＩのうちの１つ以上についてＭＣＳオフセットを判定し得る。
【０１０４】
具体的な実施形態において、ＭＣＳオフセットは、具体的な値により、又は値のテーブルへのインデックスにより表され得る。ＭＣＳオフセットは、（例えば、無線リソース制御（ＲＲＣ）シグナリングを介して）半静的に構成される値のセットから選択されてもよい。ＭＣＳオフセットは、相異なるＵＣＩパラメータについて独立的に判定されてもよい。
【０１０５】
ステップ８１６において、ネットワークノードは、ワイヤレスデバイスへＭＣＳオフセットを通信する。例えば、ネットワークノード１２０は、上述した実施形態のいずれかに従って、ワイヤレスデバイス１１０へＭＣＳオフセットをシグナリングし得る。そのシグナリングは、予め定義される数のＤＣＩビット、又はネットワークノードとワイヤレスデバイスとの間の任意の他の適した通信を含み得る。シグナリングは、ＴＴＩごとに周期的に発生してもよく、又はいかなる適したインターバルで発生してもよい。
【０１０６】
方法８００に対し、修正、追加又は省略がなされてもよい。加えて、図８の方法８００における１つ以上のステップは、並列的に、又は任意の適した順序で実行されてよい。方法８００のステップは、必要ならば経時的に反復されてもよい。
【０１０７】
ワイヤレスデバイス１１０といったワイヤレスデバイスは、ＭＣＳオフセットの構成を受信し、それを用いてスロット若しくはサブスロット送信又はｓＴＴＩアップリンクにおいてＵＣＩを送信し得る。一例が図９に示されている。
【０１０８】
図９は、いくつかの実施形態に係るワイヤレスデバイスにおける例示的な方法を示すフロー図である。具体的な実施形態において、図９の１つ以上のステップは、図７に関して説明したワイヤレスネットワーク１００のワイヤレスデバイス１１０により実行され得る。
【０１０９】
方法はステップ９１２で開始し、ワイヤレスデバイスは、ＵＣＩ及びデータペイロードがｓＴＴＩでＰＵＳＣＨを介して送信されることになると判定する。例えば、ワイヤレスデバイス１１０は、スロット又はサブスロット送信（即ち、短縮ＴＴＩ）を用いてネットワークノード１２０へ送信すべきアップリンクデータを有すると判定し得る。
【０１１０】
具体的な実施形態において、ＭＣＳオフセットは、具体的な値により、又は値のテーブルへのインデックスにより表され得る。上記ＭＣＳオフセットは、（例えば、ＲＲＣシグナリングにより）半静的に構成される値のセットから選択されてもよい。ＭＣＳオフセットは、相異なるＵＣＩパラメータについて独立的に判定されてもよい。
【０１１１】
具体的な実施形態において、ＭＣＳオフセットは、具体的な値により、又は値のテーブルへのインデックスにより表され得る。上記ＭＣＳオフセットは、（例えば、ＲＲＣシグナリングにより半静的に構成される値のセットから選択されてもよい。ＭＣＳオフセットは、相異なるＵＣＩパラメータについて独立的に判定されてもよい。
【０１１２】
ワイヤレスデバイス１１０は、上述した実施形態のいずれかに従って、ネットワークノード１２０からのシグナリングを介してＭＣＳオフセットを受信し得る。そのシグナリングは、予め定義される数のＤＣＩビット、又はネットワークノードとワイヤレスデバイスとの間の任意の他の適した通信を含み得る。シグナリングは、ＴＴＩごとに周期的に発生してもよく、又はいかなる適したインターバルで発生してもよい。
【０１１３】
ステップ９１６において、ワイヤレスデバイスは、ＭＣＳオフセットを用いて、ｓＴＴＩにおいてＵＣＩをネットワークノードへ通信する。例えば、ワイヤレスデバイス１１０は、第１のＭＣＳを用いて、アップリンクｓＴＴＩ向けのペイロードデータを符号化し得る。ワイヤレスデバイス１１０は、ＭＣＳオフセットから導出したＭＣＳを用いて、アップリンクｓＴＴＩ向けのＵＣＩを符号化し得る。ワイヤレスデバイス１１０は、ｓＴＴＩをネットワークノード１２０へ送信し得る。
【０１１４】
方法９００に対し、修正、追加又は省略がなされてもよい。加えて、図９の方法９００における１つ以上のステップは、並列的に、又は任意の適した順序で実行されてよい。方法９００のステップは、必要ならば経時的に反復されてもよい。
【０１１５】
ここで説明した実施形態はワイヤレスデバイスからネットワークノードへのアップリンクの例を使用しているものの、他の実施形態は、ネットワーク１００の任意の適したコンポーネント間のｓＴＴＩ送信（アップリンク又はダウンリンク）について上記ＭＣＳオフセット判定を行ってよい。
【０１１６】
図１０Ａは、ワイヤレスデバイスの例示的な実施形態を示すブロック図である。このワイヤレスデバイスは、図７に示したワイヤレスデバイス１１０の一例である。具体的な実施形態において、ワイヤレスデバイスは、ＭＣＳオフセット構成を受信し、当該ＭＣＳオフセットを用いて、アップリンクｓＴＴＩ（即ち、スロット／サブスロット／ミニスロット送信）内のＵＣＩデータを符号化することが可能である。
【０１１７】
ワイヤレスデバイスの具体的な例は、モバイルフォン、スマートフォン、ＰＤＡ（Personal  Digital  Assistant）、ポータブルコンピュータ（例えば、ラップトップ、タブレット）、センサ、モデム、マシンタイプ（ＭＴＣ）デバイス／マシンツーマシン（Ｍ２Ｍ）デバイス、ＬＥＥ（laptop  embedded  equipment）、ＬＭＥ（laptop  mounted  equipment）、ＵＳＢドングル、Ｄ２Ｄ（device-to-device）対応デバイス、Ｖ２Ｖ（vehicle-to-vehicle）デバイス、又はワイヤレス通信を提供可能な任意の他のデバイスを含む。ワイヤレスデバイスは、送受信機１０１０、処理回路１０２０、メモリ１０３０及び電源１０４０を含む。いくつかの実施形態において、送受信機１０１０は、ワイヤレスネットワークノード１２０との間での（例えば、アンテナを介する）ワイヤレス信号の送信及びワイヤレス信号の受信を促進し、処理回路１０２０は、ワイヤレスデバイスにより提供されるものとしてここで説明した機能性のいくつか又は全てを提供するための命令群を実行し、メモリ１０３０は、処理回路１０２０により実行される命令群を記憶する。電源１０４０は、送受信機１０１０、処理回路１０２０及び／又はメモリ１０３０といった、ワイヤレスデバイス１１０のコンポーネントのうちの１つ以上へ電力を供給する。
【０１１８】
処理回路１０２０は、命令を実行し及びデータを操作して、ワイヤレスデバイスの説明した機能のいくつか又は全てを実行するための、ハードウェアと、１つ以上の集積回路又はモジュールに実装されるソフトウェアとの任意の適した組合せを含む。いくつかの実施形態において、処理回路１０２０は、例えば、１つ以上のコンピュータ、１つ以上のプログラマブルロジックデバイス、１つ以上のＣＰＵ（central  processing  unit）、１つ以上のマイクロプロセッサ、１つ以上のアプリケーション、及び／若しくは他のロジック、並びに／又はそれらの任意の適した組合せを含み得る。処理回路１０２０は、ワイヤレスデバイス１１０の説明した機能のいくつか又は全てを実行するように構成されるアナログ回路及び／又はデジタル回路を含み得る。例えば、処理回路１０２０は、抵抗、キャパシタ、インダクタ、トランジスタ、ダイオード及び／又は任意の他の適した回路コンポーネントを含んでもよい。
【０１１９】
メモリ１０３０は、概して、コンピュータ実行可能なコード及びデータを記憶するように動作可能である。メモリ１０３０の例は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）若しくは読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）若しくはデジタルビデオディスク（ＤＶＤ））、並びに／又は情報を記憶する任意の他の揮発性若しくは不揮発性の非一時的なコンピュータ読取可能な及び／若しくはコンピュータ実行可能なメモリデバイスを含む。
【０１２０】
電源１０４０は、概して、ワイヤレスデバイス１１０のコンポーネントへ電力を供給するように動作可能である。電源１０４０は、リチウムイオン、リチウム空気、リチウムポリマー、ニッケルカドミウム、ニッケル水素、又はワイヤレスデバイスへ電力を供給するための任意の他の適したタイプのバッテリといった、いかなる適したタイプのバッテリを含んでもよい。具体的な実施形態において、送受信機１０１０と通信する処理回路１０２０は、ＭＣＳオフセットの構成を受信し、当該ＭＣＳオフセットを用いて、アップリンクｓＴＴＩにおいてＵＣＩデータを符号化する。
【０１２１】
ワイヤレスデバイスの他の実施形態は、（上述した解決策をサポートするために必要とされる任意の機能性を含む）上述した機能性のいずれか及び／又は何らかの追加的な機能性を含むワイヤレスデバイスの機能性の何らかの観点を提供することに責任を有する、（図１０Ａに示したもの以外の）追加的なコンポーネントを含んでもよい。
【０１２２】
受信モジュール１０５０は、ワイヤレスデバイス１１０の受信機能を実行し得る。例えば、受信モジュール１０５０は、ｓＴＴＩ向けのＵＣＩを符号化するためのＭＣＳオフセットを受信し得る。受信モジュール１０５０は、上述した例及び実施形態のいずれか（例えば、図９のステップ９１４）に従って、ＭＣＳオフセットを受信し得る。ある実施形態において、受信モジュール１０５０は、処理回路１０２０を含んでもよく、又は処理回路１０２０に含まれてもよい。具体的な実施形態において、受信モジュール１０５０は、ＵＣＩ判定モジュール１０５２及び通信モジュール１０５４と通信し得る。
【０１２３】
受信モジュール１０５０は、ワイヤレスデバイス１１０の受信機能を実行し得る。例えば、受信モジュール１０５０は、ｓＴＴＩ向けのＵＣＩを符号化するためのＭＣＳオフセットを受信し得る。受信モジュール１０５０は、上述した例及び実施形態のいずれか（例えば、図９のステップ９１４）に従って、ＭＣＤオフセットを受信し得る。ある実施形態において、受信モジュール１０５０は、処理回路１０２０を含んでもよく、又は処理回路１０２０に含まれてもよい。具体的な実施形態において、受信モジュール１０５０は、ＵＣＩ判定モジュール１０５２及び通信モジュール１０５４と通信し得る。
【０１２４】
ＵＣＩ判定モジュール１０５２は、ワイヤレスデバイス１１０のＵＣＩ判定機能を実行し得る。例えば、ＵＣＩ判定モジュール１０５２は、上述した例及び実施形態のいずれか（例えば、図９のステップ９１２）に従って、ワイヤレスデバイス１１０がｓＴＴＩでのアップリンク送信向けのデータペイロード及びＵＣＩ情報を有すると判定し得る。ある実施形態において、ＵＣＩ判定モジュール１０５２は、処理回路１０２０を含んでもよく、又は処理回路１０２０に含まれてもよい。具体的な実施形態において、ＵＣＩ判定モジュール１０５２は、受信モジュール１０５０及び通信モジュール１０５４と通信し得る。
【０１２５】
通信モジュール１０５４は、ワイヤレスデバイス１１０の通信機能を実行し得る。例えば、通信モジュール１０５４は、上述した例及び実施形態のいずれか（例えば、図９のステップ９１６）に従って、ネットワークノード１２０へｓＴＴＩを送信し得る。ある実施形態において、通信モジュール１０５４は、処理回路１０２０を含んでもよく、又は処理回路１０２０に含まれてもよい。具体的な実施形態において、通信モジュール１０５４は、受信モジュール１０５０及びＵＣＩ判定モジュール１０５２と通信し得る。
【０１２６】
図１１Ａは、ネットワークノードの例示的な実施形態を示すブロック図である。このネットワークノードは、図７に示したネットワークノード１２０の一例である。具体的な実施形態において、ネットワークノードは、ｓＴＴＩにおけるＵＣＩのためＭＣＳオフセットを判定し、及びワイヤレスデバイスへ当該ＭＣＳオフセットを通信することが可能である。
【０１２７】
ネットワークノード１２０は、ｅＮｏｄｅＢ、ノードB、基地局、ワイヤレスアクセスポイント（例えば、Ｗｉ−Ｆｉアクセスポイント）、低電力ノード、基地送受信局（ＢＴＳ）、送信ポイント若しくはノード、リモートＲＦユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、又は他の無線アクセスノードであり得る。ネットワークノードは、少なくとも１つの送受信機１１１０、少なくとも１つの処理回路１１２０、少なくとも１つのメモリ１１３０及び少なくとも１つのネットワークインタフェース１１４０を含む。送受信機１１１０は、ワイヤレスデバイス１１０といったワイヤレスデバイスとの間での（例えば、アンテナを介する）ワイヤレス信号の送信及びワイヤレス信号の受信を促進する；処理回路１１２０は、ネットワークノード１２０により提供されるものとして上で説明した機能性のいくつか又は全てを提供するための命令群を実行する；メモリ１１３０は、処理回路１１２０により実行される命令群を記憶する；ネットワークインタフェース１１４０は、ゲートウェイ、スイッチ、ルータ、インターネット、ＰＳＴＮ（Public  Switched  Telephone  Network）、コントローラ及び／又は他のネットワークノード１２０といったバックエンドのネットワークコンポーネントに対し信号を通信する。処理回路１１２０及びメモリ１１３０は、上で図１０Ａの処理回路１０２０及びメモリ１０３０に関して説明したものと同じタイプであり得る。
【０１２８】
いくつかの実施形態において、ネットワークインタフェース１１４０は、処理回路１１２０へ通信可能に連結されており、ネットワークノード１２０向けの入力を受信し、ネットワークノード１２０からの出力を送信し、当該入力、出力若しくは双方の適した処理を実行し、他のデバイスへ通信し、又はそれらの任意の組合せを行うように動作可能な、任意の適したデバイスをいう。ネットワークインタフェース１１４０は、ネットワークを通じて通信するための、プロトコル変換及びデータ処理のケイパビリティを含む、適切なハードウェア（例えば、ポート、モデム、ネットワークインタフェースカードなど）及びソフトウェアを含み得る。具体的な実施形態において、処理回路１１２０は、送受信機１１１０と通信して、ｓＴＴＩでのＵＣＩのためのＭＣＳオフセットを判定し、当該ＭＣＳオフセットをワイヤレスデバイスへ通信する。
【０１２９】
ネットワークノード１２０の他の実施形態は、（上述した解決策をサポートするために必要とされる任意の機能性を含む）上述した機能性のいずれか及び／又は何らかの追加的な機能性を含むネットワークノードの機能性の何らかの観点を提供することに責任を有する、（図１１Ａに示したもの以外の）追加的なコンポーネントを含む。多様な様々なタイプのネットワークノードが、同一の物理的なハードウェアを有するコンポーネントを備えてもよいが、相異なる無線アクセス技術を（例えば、プログラミングを介して）サポートするように構成されてもよく、又は部分的に若しくは全体的に異なる物理的なコンポーネントを表してもよい。
【０１３０】
図１１Ｂは、ネットワークノード１２０の例示的なコンポーネント群を示すブロック図である。それらコンポーネントは、ＵＣＩ判定モジュール１１５０、ＭＣＳ判定モジュール１１５２及び通信モジュール１１５４を含み得る。
【０１３１】
ＵＣＩ判定モジュール１１５０は、ネットワークノード１２０のＵＣＩ判定機能を実行し得る。例えば、ＵＣＩ判定モジュール１１５０は、上述した例及び実施形態のいずれか（例えば、図８のステップ８１２）に従って、ワイヤレスデバイス１１０がｓＴＴＩで送信すべきアップリンク情報を有すると判定し得る。ある実施形態において、ＵＣＩ判定モジュール１１５０は、処理回路１１２０を含んでもよく、又は処理回路１１２０に含まれてもよい。具体的な実施形態において、ＵＣＩ判定モジュール１１５０は、ＭＣＳ判定モジュール１１５２及び通信モジュール１１５４と通信し得る。
【０１３２】
ＭＣＳ判定モジュール１１５２は、ネットワークノード１２０のＭＣＳ判定機能を実行し得る。例えば、ＭＣＳ判定モジュール１１５２は、図８及び図９に関して説明した実施形態のいずれかに従って、ＭＣＳオフセットを判定し得る。ある実施形態において、ＭＣＳ判定モジュール１１５２は、処理回路１１２０を含んでもよく、又は処理回路１１２０に含まれてもよい。具体的な実施形態において、ＭＣＳ判定モジュール１１５２は、ＵＣＩ判定モジュール１１５０及び通信モジュール１１５４と通信し得る。
【０１３３】
通信モジュール１１５４は、ネットワークノード１２０の通信機能を実行し得る。例えば、通信モジュール１１５４は、上述した例及び実施形態のいずれか（例えば、図８のステップ８１６）に従って、ワイヤレスデバイス１１０へＭＣＳオフセットをシグナリングし得る。ある実施形態において、通信モジュール１１５４は、処理回路１１２０を含んでもよく、又は処理回路１１２０に含まれてもよい。具体的な実施形態において、通信モジュール１１５４は、ＵＣＩ判定モジュール１１５０及びＭＣＳ判定モジュール１１５２と通信し得る。
【０１３４】
本発明の範囲から逸脱することなく、ここで開示したシステム及び装置に対し修正、追加又は省略がなされてよい。システム及び装置のコンポーネントは、集積されてもよく、又は分離されてもよい。そのうえ、システム及び装置の動作は、より多くの、より少ない、又は他のコンポーネントにより実行されてもよい。追加的に、システム及び装置の動作は、ソフトウェア、ハードウェア及び／又は他のロジックを含む任意の適したロジックを用いて実行されてよい。本文書において使用されているところでは、“各”は、集合の各メンバ又は集合のサブセットの各メンバへの言及である。
【０１３５】
本発明の範囲から逸脱することなく、ここで開示した方法に対し修正、追加又は省略がなされてよい。方法は、より多くの、より少ない、又は他のステップを含んでもよい。追加的に、ステップはいかなる適した順序で実行されてもよい。
【０１３６】
ある実施形態の観点で本開示を説明したものの、それら実施形態の変形及び置換えが当業者には明らかであろう。したがって、それら実施形態の上の説明は、本開示を制約しない。以下の特許請求の範囲により定義される通りの本開示の思想及び範囲から逸脱することなく、他の変更、代用及び変形が可能である。
【０１３７】
次の例は、提案した解決策のある側面が特定の通信標準のフレームワークの範囲内でいかにして実装され得るかの非限定的な例を提供する。とりわけ、次の例は、提案した解決策が３ＧＰＰ  ＴＳＧ  ＲＡＮ標準のフレームワークの範囲内でいかにして実装され得るかの非限定的な例を提供する。説明した変更は、提案した解決策のある側面が具体的な標準においていかにして実装され得るかを示すことを単に意図している。一方で、提案した解決策を、３ＧＰＰ仕様及び他の仕様又は標準の双方において、他の適したやり方で実装することもできるであろう。
【０１３８】
ショートＴＴＩ及び低減される処理は、次の対象を含む。フレーム構造タイプ１について：［ＲＡＮ１，ＲＡＮ２，ＲＡＮ４］対象は、ｓＰＵＣＣＨ／ｓＰＵＳＣＨ向けの２シンボルｓＴＴＩ、４シンボルｓＴＴＩ及び１スロットｓＴＴＩに基づく送信時間長を含む。選択肢を狭めることは排除されない。フレーム構造タイプ２について：［ＲＡＮ１，ＲＡＮ２，ＲＡＮ４］対象は、ｓＰＤＳＣＨ／ｓＰＤＣＣＨ／ｓＰＵＳＣＨ／ｓＰＵＣＣＨ向けの１スロットｓＴＴＩに基づく送信時間長を含む。ｓＰＵＳＣＨは、ｓＰＵＳＣＨ上のＵＣＩ送信をサポートし得る。
【０１３９】
ＬＴＥは、ＵＣＩを送信するための２つの方法をサポートしている。ＵＥが有効なスケジューリング許可を有しない場合、ＵＣＩを送信するためにＰＵＣＣＨが使用される。ＵＥが有効なスケジューリング許可を有する場合、ＵＣＩは、代わりに、低キュービックメトリックのシングルキャリア特性を保全するために、ＤＦＴ拡散及びＯＦＤＭ変調に先立って、符号化されたＵＬ−ＳＣＨと共にＰＵＳＣＨへと時間多重化される。
【０１４０】
ＵＣＩがＰＵＳＣＨ上で送信される場合、ＵＥがスケジューリング済みであるために、スケジューリング要求の送信は必要ではない。代わりに、ＭＡＣヘッダの一部として、バッファステータスレポートが帯域内で送信される。したがって、ＰＵＳＣＨ上ではＨＡＲＱ  ＡＣＫ／ＮＡＣＫ及びＣＳＩレポートのみが送信される。
【０１４１】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、ダウンリンクの適切な動作のために重要である。よって、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫシンボルは、良好なチャネル推定を達成するために、ＤＭＲＳの近くに配置される。ＰＤＣＣＨ上の何らかのダウンリンク割り当てをＵＥが逸失する確率がいくらか存在する。そうしたケースでは、ＵＥからの実際のＨＡＲＱフィードバックのペイロードは、ｅＮｏｄｅＢにより期待されるものとは相違する。ＵＬ−ＳＣＨの受信をＰＤＣＣＨの受信に依存させることを回避するために、符号化されたＨＡＲＱ  ＡＣＫ／ＮＡＣＫシンボルは、パンクチャされてＰＵＳＣＨ上の符号化データとなる。
【０１４２】
符号化されたＲＩシンボルは、やはりＤＭＲＳの近くで良好なチャネル推定を達成できるように、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫシンボル位置の近くに配置される。この動機付けは、ＣＱＩ／ＰＭＩの復号がＲＩの正確な復号に依拠するという事実にある。ＣＱＩ／ＰＭＩは、サブフレーム時間長の全体にわたってマッピングされる。ＣＱＩ／ＰＭＩの特殊なマッピングは、ＣＳＩレポートが主に低域から中域のドップラー周波数について有益であることから、それほど鮮明ではない。ＵＬ−ＳＣＨのレートマッチングは、ＣＱＩ／ＰＭＩ及びＲＩの存在を考慮に入れてなされる。
【０１４３】
７シンボルのｓＰＵＳＣＨについて、レガシーのＤＭＲＳ構成が使用される場合、ｓＰＵＳＣＨ上にＵＣＩを多重化するための単純な解決策は、ＰＵＳＣＨ向けのマッピングルールを再利用することである。しかしながら、２シンボルのｓＴＴＩについては、１ｍｓのＴＴＩにおけるＵＣＩマッピングのために使用される複数のＳＣ−ＦＤＭＡシンボルが利用可能ではないため、レガシーのマッピングルールを再利用することができない。よって、２シンボルのｓＴＴＩについては、ｓＰＵＳＣＨ上で送信されるＵＣＩのための新たなマッピングルールが定義される。
【０１４４】
ＲＦ実装から、オン／オフマスクに関連する過渡期の影響を考慮する必要がある。図１２に示したように、レガシーのＬＴＥ仕様において、送信機が受信機向けの有効な信号を有しない場合の送信機からネットワークへの有害な干渉を回避するために、オフ領域が定義される。オン領域とオフ領域との間には過渡期が許され、そこでは送信信号は定義されない。
【０１４５】
ＬＴＥは、２−ＯＳのｓＴＴＩのためのオン／オフマスクを含む。ｓＴＴＩのスケジューリングが単一であるケースでの汎用のマスクは、過渡期が当該ｓＴＴＩの外側に位置するように定義される。しかしながら、過渡期がｓＴＴＩの内側に位置することになるケースが依然として存在する。例えば、ＵＥが連続するｓＴＴＩをまたいでスケジューリングされ、且つｓＴＴＩ間で電力の変化が生じる場合に、ｓＴＴＩの内側で電力上昇／下降が起こり、又は、ＳＲＳ送信がｓＴＴＩに先行し若しくは後続する場合にもそうである。電力昇降が起こるリソースエレメントにおいてＵＣＩを多重化する場合、ｅＮｏｄｅＢは、制御情報を正確に検出することができないかもしれない。送信される制御情報を保護するために、２−ＯＳのｓＴＴＩについてｓＰＵＳＣＨ上でＵＣＩをマッピングする場合、電力オン／オフマスクが考慮され得る。このようにして、２−ＯＳのｓＴＴＩについてのｓＰＵＳＣＨ上のＵＣＩ向けのマッピングルールが、既知の過渡期の知識と併せて考慮され得る。１つのルールは、ＵＣＩをＳＣ−ＦＤＭＡシンボルの安全な一端で多重化することであり、これはＳＣ−ＦＤＭＡシンボルの他端で電力の昇降が起こる場合である。
【０１４６】
レガシーのＬＴＥでは、データに対しＵＣＩについて追加的な符号化利得（即ち、より低い符号化レート）を制御するために、ＵＣＩ  ＭＣＳオフセットが使用される。ＭＣＳオフセットパラメータは、ユーザ固有であり、ＵＣＩの各タイプについて、即ちＨＡＲＱ−ＡＣＫ、ＲＩ又はＣＲＩ、及びＣＱＩ／ＰＭＩについて、上位レイヤシグナリングのインデックスによって、ｅＮＢにより半静的に構成される。シングルコードワード及びマルチコードワードでのＰＵＳＣＨ送信のために異なるシグナリングインデックスが使用される。ＨＡＲＱ−ＡＣＫについて、オフセット値はペイロードサイズにも依存し、２２よりも多くのＨＡＲＱ−ＡＣＫビットをＵＥが送信する場合には、異なるシグナリングインデックスが使用される。
【０１４７】
ＵＣＩの各タイプについて、上位レイヤシグナリングのインデックスを対応するＭＣＳオフセット値へマッピングするための予め定義されるテーブルが存在する。ＭＣＳオフセット値は、データの目標ＢＬＥＲ、ＵＣＩの動作点、及びＵＣＩペイロードサイズに基づいて、ｅＮＢにより選択される。ＰＵＳＣＨ上で送信されるＵＣＩの様々タイプ向けの既存の予め定義されたベータオフセットテーブルは、１１個又は１２個のデータシンボルが送信される１ｍｓのＰＵＳＣＨ向けに設計された。
【０１４８】
一方、短縮されるＴＴＩ、特に２シンボルのＴＴＩについては、１つのｓＴＴＩにおいて送信されるデータシンボルは１つしか存在し得ない。そうしたｓＰＵＳＣＨ上でＵＣＩを多重化する場合、ＵＣＩ送信の信頼性（即ち、ＵＣＩ用の符号化レートがより低ければ、ＵＬ−ＳＣＨデータ向けに残されるリソースがより少なくなる）とシステムスループット（即ち、ＵＣＩ用の符号化レートが高いほど、ＵＬ−ＳＣＨデータのために残されるリソースが多くなる）との間のトレードオフを考慮すると、既存のベータオフセット値のいくつかは適用可能ではないかもしれない。
【０１４９】
ｓＰＵＳＣＨ上でＨＡＲＱ−ＡＣＫを送信するために既存の大きいベータオフセットの設定値は使用されなくなることから、ＭＣＳオフセットテーブルを、ｓＰＵＳＣＨ上のＨＡＲＱ−ＡＣＫのためにさらに最適化することができる。例えば、現行のＨＡＲＱ−ＡＣＫ  ＭＣＳオフセットテーブルにおける値のサブセット（即ち大きいベータ値を破棄）を、ｓＰＵＳＣＨ上のＨＡＲＱ−ＡＣＫ向けのＭＣＳオフセットをシグナリングするために使用して、シグナリングオーバヘッドを低減することができる。他の解決策は、レガシーテーブルと同じテーブルサイズを維持し、但しテーブル内の全ての値が適用可能となるようにオフセット値を再設計することである。この解決策で、オフセット値の粒度が精細化される。
【０１５０】
ｓＰＵＳＣＨ上でＨＡＲＱ−ＡＣＫを送信するために既存の大きいベータオフセットの設定値は使用されなくなることから、ＭＣＳオフセットテーブルを、ｓＰＵＳＣＨ上のＨＡＲＱ−ＡＣＫのためにさらに最適化することができる。例えば、現行のＨＡＲＱ−ＡＣＫ  ＭＣＳオフセットテーブルにおける値のサブセット（即ち大きいベータ値を破棄）を、ｓＰＵＳＣＨ上のＨＡＲＱ−ＡＣＫ向けのＭＣＳオフセットをシグナリングするために使用して、シグナリングオーバヘッドを低減することができる。他の解決策は、レガシーテーブルと同じテーブルサイズを維持し、但しテーブル内の全ての値が適用可能となるようにオフセット値を再設計することである。この解決策で、オフセット値の粒度。
【０１５１】
上述したように、ＵＣＩの様々なタイプについてのベータオフセットが、上位レイヤからシグナリングされるインデックスを通じて半静的に構成される。レガシーの１ｍｓのＴＴＩ送信と比較すると、短縮ＴＴＩ、特に２−ｏｓのｓＴＴＩについて、当該ｓＴＴＩ内にＤＭＲＳがスケジューリングされる場合、（レガシーのケースでは１１個又は１２個のシンボルであるのに対し）ｓＰＵＳＣＨ送信のために使用可能なシンボルは１つだけとなり得る。ｓＰＵＳＣＨ上でＵＣＩがマッピングされるケースでは、データＭＣＳ及び／又はＵＣＩペイロードの変化に対し、ｓＰＵＳＣＨの性能はよりセンシティブになるであろう。
【０１５２】
ｓＰＵＳＣＨ上のＵＣＩについてベータオフセットを構成するレガシーの手法が依然として十分良好であるかを評価するために、ｓＰＵＳＣＨ上のＵＣＩを伴う２−ｏｓのｓＴＴＩについての性能を検討した。検討した事例では、２−ｏｓのｓＰＵＳＣＨにおいて１つのＤＭＲＳシンボル及び１つのデータシンボルをスケジューリングし、シミュレーションにおいてＨＡＲＱ−ＡＣＫ制御情報のみを考慮した。シミュレーションの他の前提条件は、以下に見出され得る。
【０１５３】
検討において、データのＢＬＥＲ性能と共にＨＡＲＱ検出確率がプロットされた。ＨＡＲＱ検出についてＮＡＣＫ→ＡＣＫという誤検出（false  alarm）確率が、ＡＣＫ未検出確率よりも高度な要件を有することから、そこに焦点を当てた。
【０１５４】
データＭＣＳが変化し（例えば、ＱＰＳＫ  Ｒ＝１／３及び６４ＱＡＭ  Ｒ＝５／６）且つＨＡＲＱ−ＡＣＫペイロードが変化する（例えば、２ビット及び１０ビットのＨＡＲＱ−ＡＣＫペイロード）ケースについてのシミュレーション結果が説明される。同数のＨＡＲＱビットを搬送する相異なるデータＭＣＳを比較する場合、１０％のＢＬＥＲ及びＮＡＣＫ→ＡＣＫ検出確率０．００１を目標とすると、６４ＱＡＭ  ｒ５／６では２というベータオフセット値で充分であり、一方で、ＱＰＳＫ  ｒ１／３では、０．００１未満のＮＡＣＫ→ＡＣＫ確率を獲得するために３．１２５というベータオフセット値を要する。
【０１５５】
シミュレーションからは、例えば２ビットという小さいＨＡＲＱペイロードのケースでは、データのＢＬＥＲ性能は、ベータオフセット値に対しセンシティブではない。言い換えると、低データＭＣＳにより要するベータオフセットのより大きい値を高いデータＭＣＳに使用することで、ｓＰＵＳＣＨの影響は無いものと考察される。１０ビットのような大きいＨＡＲＱペイロードサイズのケースでは、ＱＰＳＫ  ＭＣＳで要する例えば３．１２５というベータオフセット値を、１というベータオフセット値で充分な６４ＱＡＭ  ＭＣＳに対して使用するなど、必要とされるよりも大きいベータオフセット値を使用する場合、非常に小さい（〜０．２ｄＢ）ｓＰＵＳＣＨの性能劣化に帰結する。よって、データＭＣＳが異なるケースに対し共通的なベータオフセット値で充分であり、共通的なベータオフセット値は、低ＭＣＳの下でのデータ及びＨＡＲＱの性能要件の双方を充足するものとして選択され得る。
【０１５６】
ここまでの説明において使用されている略語は次を含む： 
３ＧＰＰ            第三世代パートナーシッププロジェクト
ＡＣＫ              確認応答
ＢＬＥＲ            ブロックエラーレート
ＢＴＳ              基地送受信局
ＣＲＣ              巡回冗長検査
ＣＳＩ              チャネル状態情報
Ｄ２Ｄ              デバイスツーデバイス
ＤＣＩ              ダウンリンク制御情報
ＤＬ                ダウンリンク
ＤＭＲＳ            復調リファレンス信号
ｅＰＤＣＣＨ        拡張物理ダウンリンク制御チャネル
ｅＮＢ              ｅＮｏｄｅＢ
ＦＤＤ              周波数分割複信
ＨＡＲＱ            ハイブリッド自動再送要求
ＬＴＥ              ロング・ターム・エボリューション
Ｍ２Ｍ              マシンツーマシン
ＭＡＣ              メディアアクセス制御
ＭＣＳ              変調符号化方式
ＭＩＭＯ            複数入力複数出力
ＭＴＣ              マシンタイプ通信
ＮＡＫ              否定確認応答
ＮＲ                新無線
ＯＦＤＭ            直交周波数分割多重
ＰＤＣＣＨ          物理ダウンリンク制御チャネル
ＰＤＳＣＨ          物理ダウンリンク共有チャネル
ＰＭＩ              プリコーディング行列インジケータ
ＰＲＢ              物理リソースブロック
ＰＵＣＣＨ          物理アップリンク制御チャネル
ＰＵＳＣＨ          物理アップリンク共有チャネル
ＲＡＮ              無線アクセスネットワーク
ＲＡＴ              無線アクセス技術
ＲＢ                リソースブロック
ＲＢＳ              無線基地局
ＲＥ                リソースエレメント
ＲＩ                ランクインデックス
ＲＮＣ              無線ネットワークコントローラ
ＲＲＣ              無線リソース制御
ＲＲＨ              リモート無線ヘッド
ＲＲＵ              リモート無線ユニット
ＲＳ                リファレンス信号
ＳＣ−ＦＤＭＡ      シングルキャリア周波数分割多元接続
ｓＰＤＣＣＨ        ショート物理ダウンリンク制御チャネル
ｓＰＤＳＣＨ        ショート物理ダウンリンク共有チャネル
ｓＰＵＳＣＨ        ショート物理アップリンク共有チャネル
ＳＦ                サブフレーム
ｓＴＴＩ            短縮ＴＴＩ
ＴＤＤ              時分割複信
ＴＴＩ              送信時間インターバル 
ＵＣＩ              アップリンク制御情報
ＵＥ                ユーザ機器
ＵＬ                アップリンク
ＵＬ−ＳＣＨ        アップリンク共有チャネル
ＵＴＲＡＮ          ユニバーサル地上無線アクセスネットワーク
ＷＡＮ              ワイヤレスアクセスネットワーク
【図１】
0006914341.tif 000008
【図２】
0006914341.tif 000009
【図３】
0006914341.tif 000010
【図４】
0006914341.tif 000011
【図５】
0006914341.tif 000012
【図６】
0006914341.tif 000013
【図７】
0006914341.tif 000014
【図８】
0006914341.tif 000015
【図９】
0006914341.tif 000016
【図１０Ａ】
0006914341.tif 000017
【図１０Ｂ】
0006914341.tif 000018
【図１１Ａ】
0006914341.tif 000019
【図１１Ｂ】
0006914341.tif 000020
【図１２】
0006914341.tif 000021