JP2013535939A - ダウンリンク割当てインデックスを用いたマルチキャリア動作のためのａｃｋ／ｎａｃｋ送信 - Google Patents

Abstract

マルチキャリアワイヤレス通信ネットワークにおいてデータ送信に肯定応答するための技法が開示される。一態様では、ＵＥは、許可から取得された情報に基づいて、１つまたは複数のコンポーネントキャリア（ＣＣ）上でデータ送信のための肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）ビットの数を判断する。許可はダウンリンク許可またはアップリンク許可であり得、取得された情報は、データ送信のためのスケジュールされたＣＣの数および／またはスケジュールされたＣＣの識別子を含み得る。ＵＥは、スケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とに基づいて、データ送信に肯定応答するためのＡＣＫ／ＮＡＣＫビットの数を判断し得る。

Description

本出願は、それの全体が参照により本明細書に組み込まれる、２０１０年８月１６日に出願された「METHODS AND APPARATUS FOR ACK/NACK RELATED DESIGN FOR CARRIER AGGREGATION IN LTE-A NETWORKS」と題する米国仮出願第６１／３７４，２１０号、および２０１１年８月１３日に出願された「ACK/NACK TRANSMISSION FOR MULTI-CARRIER OPERATION WITH DOWNLINK ASSIGNMENT INDEX」と題する米国実用新案出願第１３／２０９，３８９号の優先権を主張する。

本開示は、一般に通信に関し、より詳細には、マルチキャリアワイヤレス通信ネットワークにおいて通信をサポートするための技法に関する。

ワイヤレス通信ネットワークは、ボイス、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信コンテンツを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例には、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。

ワイヤレス通信ネットワークは、いくつかのユーザ機器（ＵＥ：user equipment）のための通信をサポートすることができるいくつかの基地局を含み得る。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信し得る。ダウンリンク（または順方向リンク）は基地局からＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥから基地局への通信リンクを指す。

ワイヤレス通信ネットワークは、複数のコンポーネントキャリア（ＣＣ：component carrier）上での動作をサポートし得る。ＣＣは、通信のために使用される周波数のレンジを指し得、いくつかの特性に関連付けられ得る。たとえば、ＣＣは、ＣＣ上の動作を記述するシステム情報に関連付けられ得る。ＣＣは、キャリア、セル、サービングセル、周波数チャネルなどと呼ばれることもある。

マルチキャリアワイヤレス通信ネットワークにおいてデータ送信に肯定応答するための技法が開示される。一態様では、ＵＥは、許可から取得された情報に基づいて、１つまたは複数のコンポーネントキャリア（ＣＣ）上でデータ送信のために送るべき肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）ビットの数を判断する。許可はダウンリンク許可またはアップリンク許可であり得、取得された情報は、データ送信のためのスケジュールされたＣＣの数および／またはスケジュールされたＣＣの識別子を含み得る。ＵＥは、スケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とに基づいて、データ送信に肯定応答するためのＡＣＫ／ＮＡＣＫビットの数を判断し得る。

一態様では、ＵＥは各スケジュールされたＣＣの送信モードを判断し得る。ＵＥは、各スケジュールされたＣＣの送信モードとスケジュールされたＣＣの数とに基づいて、ＡＣＫ／ＮＡＣＫビットの総数を判断し得る。別の態様では、ＵＥは、各スケジュールされたＣＣ上で受信されたトランスポートブロックの数と、データ送信中で受信されたトランスポートブロックの総数とを判断し得る。ＵＥは、（ｉ）ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るための送信電力の判断、（ｉｉ）ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数の判断、（ｉｉｉ）チャネル状態情報（ＣＳＩ）をＡＣＫ／ＮＡＣＫ情報と多重化するために利用可能なビットの数の判断、および／または（ｉｖ）他の目的を含む、様々な目的のためにＡＣＫ／ＮＡＣＫビットの総数および／または受信されたトランスポートブロックの総数を使用し得る。

本開示の様々な追加の態様および特徴について以下でさらに詳細に説明する。

ワイヤレス通信ネットワークを示す図。 周波数分割複信のための例示的なフレーム構造を示す図。 時分割複信のための例示的なフレーム構造を示す図。 キャリアアグリゲーションの例を示す図。 キャリアアグリゲーションの例を示す図。 ＨＡＲＱを用いた複数のＣＣ上のデータ送信の態様を示す図。 マルチキャリアワイヤレス通信ネットワークにおいてＡＣＫ／ＮＡＣＫビット幅を判断する一例を示す図。 マルチキャリアワイヤレス通信ネットワークのためのダウンリンク割当てインデックス（ＤＡＩ：downlink assignment index）の一例を示す図。 ＡＣＫ／ＮＡＣＫ情報を送るためのプロセスを示す図。 ＡＣＫ／ＮＡＣＫ情報を受信するためのプロセスを示す図。 本明細書で説明する例示的なプロセスを実行することができる、例示的な基地局と例示的なＵＥとを示す図。 本開示による基地局とＵＥとのさらなる態様を示す図。

本明細書で説明する技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のワイヤレスネットワークなど、様々なワイヤレス通信ネットワークに使用され得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）（登録商標）、時分割同期ＣＤＭＡ（ＴＤ−ＳＣＤＭＡ）、およびＣＤＭＡの他の変形態を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）（登録商標）などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）、Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−ＦｉおよびＷｉ−Ｆｉ Ｄｉｒｅｃｔ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方における３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、ダウンリンク上ではＯＦＤＭＡを利用し、アップリンク上ではＳＣ−ＦＤＭＡを利用するＥ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と称する団体からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）と称する団体からの文書に記載されている。本明細書で説明する技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術に使用され得る。明快のために、本技法のいくつかの態様について以下ではＬＴＥに関して説明し、以下の説明の大部分でＬＴＥ用語を使用する。

図１に、ＬＴＥネットワークまたは何らかの他のワイヤレスネットワークであり得る、ワイヤレス通信ネットワーク１００を示す。ワイヤレスネットワーク１００は、いくつかの発展型ノードＢ（ｅＮＢ）１１０と他のネットワークエンティティとを含み得る。ｅＮＢは、ＵＥと通信するエンティティであり得、ノードＢ、基地局、アクセスポイントなどと呼ばれることもある。各ｅＮＢは、特定の地理的エリアに対して通信カバレージを提供し得、カバレージエリア内に位置するＵＥのための通信をサポートし得る。ネットワーク容量を改善するために、ｅＮＢの全体的なカバレージエリアは複数（たとえば、３つ）のより小さいエリアに区分され得る。より小さいエリアの各々は、それぞれのｅＮＢサブシステムによってサービスされ得る。３ＧＰＰでは、「セル」という用語は、このカバレージエリアをサービスするｅＮＢおよび／またはｅＮＢサブシステムのカバレージエリアを指すことがある。概して、ｅＮＢは、１つまたは複数の（たとえば、３つの）セルをサポートし得る。「セル」という用語はまた、ｅＮＢが動作するキャリアを指すことがある。

ネットワークコントローラ１３０は、ｅＮＢのセットに結合し、これらのｅＮＢの協調および制御を行い得る。ネットワークコントローラ１３０はバックホールを介してｅＮＢと通信し得る。ｅＮＢはまた、たとえば、ワイヤレスバックホールまたはワイヤラインバックホールを介して直接または間接的に互いに通信し得る。

ＵＥ１２０はワイヤレスネットワーク全体に分散され得、各ＵＥは固定またはモバイルであり得る。ＵＥは、移動局、端末、アクセス端末、加入者ユニット、局などと呼ばれることもある。ＵＥは、セルラー電話、スマートフォン、タブレット、ワイヤレス通信デバイス、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、無線ローカルループ（ＷＬＬ）局、ネットブック、スマートブックなどであり得る。明快のために、以下の説明の一部では、ワイヤレスネットワーク１００中のＵＥのうちの１つおよびｅＮＢのうちの１つであり得る、ＵＥ１２０ｘおよびｅＮＢ１１０ｘに言及する。

ＬＴＥは、ダウンリンク上では直交周波数分割多重（ＯＦＤＭ）を利用し、アップリンク上ではシングルキャリア周波数分割多重（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、周波数スペクトルを、一般にトーン、ビンなどとも呼ばれる複数（Ν_FFT個）の直交サブキャリアに区分する。各サブキャリアはデータで変調され得る。一般に、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭでは時間領域で送られる。隣接するサブキャリア間の間隔は固定であり得、サブキャリアの総数（Ν_FFT）はシステム帯域幅に依存し得る。たとえば、サブキャリア間隔は１５キロヘルツ（ｋＨｚ）であり得、Ｎ_FFTは、１．４、３、５、１０または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対してそれぞれ１２８、２５６、５１２、１０２４または２０４８に等しくなり得る。

ワイヤレスネットワーク１００はＦＤＤまたはＴＤＤを利用し得る。ＦＤＤの場合、ダウンリンクおよびアップリンクには別々の周波数チャネルが割り振られる。ダウンリンク送信は１つの周波数スペクトル上で送られ得、アップリンク送信は別の周波数スペクトル上で送られ得る。ＴＤＤの場合、ダウンリンクおよびアップリンクは同じ周波数スペクトルを共有し得、ダウンリンク送信およびアップリンク送信は、異なる時間間隔において同じ周波数スペクトル上で送られ得る。

図２に、ＬＴＥにおけるＦＤＤのための例示的なフレーム構造２００を示す。ダウンリンクおよびアップリンクの各々の送信タイムラインは無線フレームの単位に区分され得る。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスをもつ１０個のサブフレームに区分され得る。各サブフレームは２つのスロットを含み得る。各スロットは、Ｌ個のシンボル期間、たとえば、（図２に示すように）ノーマルサイクリックプレフィックスの場合は７つのシンボル期間、または拡張サイクリックプレフィックスの場合は６つのシンボル期間を含み得る。各サブフレーム中の２Ｌ個のシンボル期間には０〜２Ｌ−１のインデックスが割り当てられ得る。

ダウンリンクおよびアップリンクの各々のための利用可能な時間周波数リソースは、リソースブロックに区分され得る。各リソースブロックは、１つのスロット中の１２個のサブキャリアをカバーし得、いくつかのリソース要素を含み得る。各リソース要素は、１つのシンボル期間中の１つのサブキャリアをカバーし得、実数値または複素数値であり得る１つの変調シンボルを送るために使用され得る。

図３に、ＬＴＥにおけるＴＤＤのための例示的なフレーム構造３００を示す。サブフレーム０および５はダウンリンクのために使用され、サブフレーム２はアップリンクのために使用され、サブフレーム３、４、７、８および９はそれぞれダウンリンクまたはアップリンクのために使用され得る。サブフレーム１は、ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）と、ガード期間（ＧＰ）と、アップリンクパイロットタイムスロット（ＵｐＰＴＳ）とを含む。サブフレーム６は、ＤｗＰＴＳのみ、またはすべての３つの特殊フィールド、またはダウンリンクサブフレームを含み得る。ＬＴＥは、ＴＤＤのためのいくつかのアップリンクダウンリンク構成をサポートする。各アップリンクダウンリンク構成は、各サブフレームがダウンリンクサブフレームであるのか、アップリンクサブフレームであるのか、または特殊なサブフレームであるのかを示す。無線フレーム中に１つのアップリンクサブフレームへの９つものダウンリンクサブフレームが存在し得る。

図２および図３に示すように、ダウンリンクのためのサブフレーム（すなわち、ダウンリンクサブフレーム）は、時分割多重化（ＴＤＭ）され得る、制御領域とデータ領域とを含み得る。制御領域はサブフレームの最初のＱ個のシンボル期間を含み得、ただし、Ｑは１、２、３または４に等しくなり得る。Ｑは、サブフレームごとに変化し得、サブフレームの最初のシンボル期間中に搬送され得る。データ領域は、サブフレームの残りの２Ｌ−Ｑ個のシンボル期間を含み得、ＵＥのためのデータおよび／または他の情報を搬送し得る。

ｅＮＢは、制御領域中の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上でダウンリンク制御情報（ＤＣＩ）をＵＥに送り得る。ＤＣＩは、ダウンリンク許可、アップリンク許可、電力制御情報などを含み得る。ｅＮＢは、データ領域中の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上でデータおよび／または他の情報をＵＥに送り得る。

図２および図３に示すように、アップリンクのためのサブフレーム（すなわち、アップリンクサブフレーム）は、周波数分割多重化（ＦＤＭ）され得る、制御領域とデータ領域とを含み得る。制御領域は、（図２および図３に示すように）アップリンクスペクトルの２つのエッジの近くにリソースブロックを含み得、構成可能なサイズを有し得る。データ領域は、制御領域中に含まれないすべてのリソースブロックを含み得る。

ＵＥは、アップリンクサブフレームの制御領域中の物理アップリンク制御チャネル（ＰＵＣＣＨ）上でアップリンク制御情報（ＵＣＩ）をｅＮＢに送り得る。ＵＣＩは、ダウンリンク上で受信されたデータ送信のためのＡＣＫ／ＮＡＣＫ情報、チャネル状態情報（ＣＳＩ）、スケジューリング要求（ＳＲ）などを含み得る。ＵＥは、アップリンクサブフレームのデータ領域中の物理アップリンク共有チャネル（ＰＵＳＣＨ）上でデータまたはデータおよびＵＣＩをｅＮＢに送り得る。ＵＥは、より低いピーク対平均電力比（ＰＡＰＲ）を有し得るシングルキャリア波形を維持するために、サブフレーム中でＰＵＣＣＨのみまたはＰＵＳＣＨのみ（両方ではない）を送信し得る。アップリンク送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。

ワイヤレスネットワーク１００は、ダウンリンク上の複数のＣＣと、アップリンク上の１つまたは複数のＣＣとの上のマルチキャリア動作をサポートし得る。複数のＣＣ上の動作はキャリアアグリゲーションと呼ばれることがある。ダウンリンク用のＣＣはダウンリンクＣＣと呼ばれ、アップリンク用のＣＣはアップリンクＣＣと呼ばれることがある。ｅＮＢは、１つまたは複数のダウンリンクＣＣ上でデータとＤＣＩとをＵＥに送信し得る。データ送信は、少なくとも１つのＣＣの各々上に（ＰＤＳＣＨ送信と呼ばれることもある）１つまたは複数のトランスポートブロックの送信を含み得る。たとえば、所与のサブフレームにおいて、ＵＥは、複数の構成されたＣＣ上で複数のＰＤＳＣＨ送信を受信し得る。ＵＥは、１つまたは複数のアップリンクＣＣ上でデータとＵＣＩとをｅＮＢに送信し得る。

図４Ａに、連続キャリアアグリゲーションの一例を示す。この例では、Ｍ個のＣＣが周波数において互いに隣接するように示されており、ただし、Ｍは任意の整数値であり得る。各ＣＣは、２０ＭＨｚ以下の帯域幅を有し得、ＵＥのために別々に構成され得る。

図４Ｂに、不連続キャリアアグリゲーションの一例を示す。この例では、Ｍ個のＣＣが周波数において互いから分離されるように示されている。各不連続ＣＣは、２０ＭＨｚ以下の帯域幅を有し得、ＵＥのために別々に構成され得る。

キャリアアグリゲーションを用いて、データおよび制御情報が各ＣＣ上で独立して送信および受信され得る。これは、たとえば、（ｉ）送信エンティティにおいてＣＣごとに別個の逆高速フーリエ変換（ＩＦＦＴ）および別個の送信機を、ならびに（ｉｉ）受信エンティティにおいてＣＣごとに別個の高速フーリエ変換（ＦＦＴ）および別個の受信機を使用することによって達成され得る。最高Ｍ個の同時ＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルを備える送信が、１つのシンボル期間中に最高Ｍ個のＣＣ上にあり得る。別の例では、データおよび制御情報は、すべてのＣＣ上でまとめて送信および受信され得る。これは、（ｉ）送信エンティティにおいてすべてのＭ個のＣＣのために単一のＩＦＦＴおよび単一の送信機を、ならびに（ｉｉ）受信エンティティにおいてすべてのＭ個のＣＣのために単一のＦＦＴおよび単一の受信機を使用することによって達成され得る。単一のＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルが、１つのシンボル期間中に最高Ｍ個のＣＣ上で送信され得る。

ワイヤレスネットワーク１００は、信頼性を改善するために、ハイブリッド自動再送信（ＨＡＲＱ）を用いたデータ送信をサポートし得る。ＨＡＲＱでは、送信機（たとえば、ｅＮＢ）は、トランスポートブロックの初期送信を送り得、必要な場合、トランスポートブロックが受信機（たとえば、ＵＥ）によって正しく復号されるか、またはトランスポートブロックの最大数の送信が行われるか、または何らかの他の終了条件に遭遇するまで、トランスポートブロックの１つまたは複数の追加の送信を送り得る。トランスポートブロックの各送信後に、受信機は、トランスポートブロックが正しく復号された場合は肯定応答（ＡＣＫ）を送るか、トランスポートブロックが誤って復号された場合は否定応答（ＮＡＣＫ）を送るか、またはトランスポートブロックを逃した場合は間欠送信（ＤＴＸ）を送り得る。送信機は、ＮＡＣＫまたはＤＴＸが受信された場合はトランスポートブロックの別の送信を送り得、ＡＣＫが受信された場合はトランスポートブロックの送信を終了し得る。トランスポートブロックは、パケット、コードワード、データブロックなどと呼ばれることもある。

図５に、複数（Ｍ個）のダウンリンクＣＣ上でＨＡＲＱを用いてＤＣＩおよびデータを送信し、１つのアップリンクＣＣ上でＵＣＩおよびデータを送信する方式を示す。この例では、ＵＥ１２０ｘは、ｅＮＢ１１０ｘのための異なるダウンリンクＣＣのチャネル品質を周期的に推定し得、ダウンリンクＣＣごとにＣＳＩを判断し得る。ＣＳＩは、チャネル品質インジケータ（ＣＱＩ：channel quality indicator）、プリコーディング行列インジケータ（ＰＭＩ：precoding matrix indicator）、ランクインジケータ（ＲＩ：rank indicator）、またはそれらの組合せを含み得る。ＲＩは、データの送信のために使用すべきレイヤまたは空間チャネルの数を示し得る。ＰＭＩは、送信より前にデータをプリコードするために使用すべきプリコーディング行列またはベクトルを示し得る。ＣＱＩは、各トランスポートブロックのチャネル品質を示し得る。ＵＥ１２０ｘは、周期的にまたはトリガされたとき、各ダウンリンクＣＣについてのＣＳＩをｅＮＢ１１０ｘに送り得る。

ｅＮＢ１１０ｘは、ＣＳＩおよび／または他の情報を使用して、データの送信のためにＵＥ１２０ｘを選択し、１つまたは複数のダウンリンクＣＣおよび／またはアップリンクＣＣ上でＵＥ１２０ｘをスケジュールし、ＵＥ１２０ｘがその上でスケジュールされたダウンリンクＣＣごとに１つまたは複数の変調およびコーディング方式（ＭＣＳ：modulation and coding scheme）を選択し得る。ｅＮＢ１１０ｘは、各スケジュールされたＣＣのために選択された１つまたは複数のＭＣＳに基づいて、そのＣＣについて１つまたは複数のトランスポートブロックを処理（たとえば、符号化および変調）し得る。ｅＮＢ１１０ｘは、次いで、各スケジュールされたＣＣ上で１つまたは複数のトランスポートブロックの送信（またはＰＤＳＣＨ送信）をＵＥ１２０ｘに送り得る。

ＵＥ１２０ｘは、複数の構成されたＣＣ中の各スケジュールされたＣＣ上で１つまたは複数のトランスポートブロックの送信を受信し、復号し得る。構成されたＣＣごとに、ＵＥ１２０ｘは、１つまたは複数のトランスポートブロックの送信が検出されたかどうかを判断し得、および送信が検出されたとき、各トランスポートブロックが正しく復号されたか誤って復号されたかを判断し得る。ＵＥ１２０ｘは、正しく復号された各トランスポートブロックについてＡＣＫを生成し、誤って復号された各トランスポートブロックについてＮＡＣＫを生成し得る。ＵＥ１２０ｘは、特定のサブフレーム中のすべてのＭ個のダウンリンクＣＣ上で受信されたすべてのトランスポートブロックについてのＡＣＫおよび／またはＮＡＣＫを備えるＡＣＫ／ＮＡＣＫ情報を送り得る。

ｅＮＢ１１０ｘは、ＵＥ１２０ｘからＡＣＫ／ＮＡＣＫ情報を受信し、ＡＣＫがそれについて受信された各トランスポートブロックの送信を終了し、ＮＡＣＫがそれについて受信された各トランスポートブロックの別の送信を送り得る。ＵＥ１２０ｘはまた、送るべきデータがあるとき、およびそれがアップリンクＣＣ上でのデータの送信のためにスケジュールされているとき、ＡＣＫ／ＮＡＣＫ情報とともにデータをｅＮＢ１１０ｘに送信し得る。

図５に示すように、ｅＮＢ１１０ｘは、ダウンリンクＣＣ上でのＰＤＳＣＨ送信についてのダウンリンク（ＤＬ）許可をＵＥ１２０ｘに送り得る。ダウンリンク許可は、ダウンリンクＣＣ上でＰＤＳＣＨ送信を受信し、復号するための様々なパラメータを含み得る。ダウンリンク許可は、ＰＤＳＣＨ送信が送られたダウンリンクＣＣ上で送られるか、または別のダウンリンクＣＣ上で送られ得る。ｅＮＢ１１０ｘはまた、ＵＥ１２０ｘによるアップリンクＣＣ上でのデータ送信についてのアップリンク（ＵＬ）許可を送り得る。アップリンク許可は、アップリンクＣＣの共有チャネル（たとえば、ＰＵＳＣＨ）上でのデータ送信を生成し、送るための様々なパラメータを含み得る。アップリンク許可はＣＱＩ要求をも含み得る。この場合、ＵＥ１２０ｘは、ＰＵＳＣＨ上でデータとともにＣＳＩを送り得る。

ＵＥ１２０ｘは、所与のサブフレームにおいて、データおよび／またはＵＣＩを送信しても、あるいはいずれも送信しなくてもよい。ＵＣＩは、ＣＳＩのみ、またはＡＣＫ／ＮＡＣＫのみ、またはＣＳＩとＡＣＫ／ＮＡＣＫの両方を備え得る。ＵＥ１２０ｘは、当該の各ダウンリンクキャリアについて周期的にＣＱＩを送るように構成され得、それは周期ＣＱＩ報告と呼ばれることがある。この場合、ＵＥは、周期ＣＳＩ報告のためのスケジュールによって判断された指定されたサブフレーム中で周期的にＣＳＩ報告を送り得る。各ＣＳＩ報告は、１つまたは複数のダウンリンクＣＣについてのＣＱＩ、ＰＭＩおよび／またはＲＩを備え得る。また、ＵＥ１２０ｘは、任意のサブフレーム中で１つまたは複数のダウンリンクＣＣについてのＣＳＩを送るように要求され得、それは非周期ＣＱＩ報告と呼ばれることがある。これは、アップリンク許可中に１つまたは複数のダウンリンクＣＣについてのＣＳＩ要求を含めることによって達成され得る。

ｅＮＢ１１０ｘは、ダウンリンクＣＣ上のＰＤＣＣＨ上でＵＥ１２０ｘにＤＣＩ（たとえば、ダウンリンク許可および／またはアップリンク許可）を送り得る。ＵＥ１２０ｘがデータ送信用にスケジュールされているとき、ｅＮＢ１１０ｘはダウンリンクＣＣ上のＰＤＳＣＨ上でデータを送り得る。特定のサブフレームにおいて、ＵＥ１２０ｘは、アップリンクＣＣ上のＰＵＣＣＨ上でｅＮＢ１１０ｘにＵＣＩ（たとえば、ＣＳＩおよび／またはＡＣＫ／ＮＡＣＫ）を送り得る。代替的に、アップリンク許可が受信されたとき、ＵＥ１２０ｘは、アップリンクＣＣ上のＰＵＳＣＨ上でデータのみまたはデータとＵＣＩの両方を送り得る。

概して、ＵＥ１２０ｘは、マルチキャリア動作のために任意の数のダウンリンクＣＣと任意の数のアップリンクＣＣとで構成され得る。たとえば、ＵＥ１２０ｘは、マルチキャリア動作のために最高５つのダウンリンクＣＣと最高５つのアップリンクＣＣとで構成され得る。いくつかの例では、１つのダウンリンクＣＣがダウンリンク１次ＣＣ（ＰＣＣ：primary CC）に指定され得、１つのアップリンクＣＣがアップリンクＰＣＣに指定され得、各残りのＣＣは２次ＣＣ（ＳＣＣ：secondary CC）と呼ばれることがある。ｅＮＢ１１０ｘは、ＵＥ１２０ｘにダウンリンクＰＣＣ上で何らかの情報（たとえば、許可、ＡＣＫ／ＮＡＣＫなど）を送り得る。ＵＥ１２０ｘは、ｅＮＢ１１０ｘにアップリンクＰＣＣ上で何らかの情報（たとえば、ＣＳＩ、ＡＣＫ／ＮＡＣＫ、スケジューリング要求など）を送り得る。

表１に、本明細書の説明において言及する様々なタイプのＣＣを記載する。

ＵＥ１２０ｘは、たとえば、無線リソース制御（ＲＲＣ：Radio Resource Control）など、上位レイヤを介して、Ｍ個のダウンリンクＣＣと１つまたは複数のアップリンクＣＣとで半静的に構成され得る。概して、Ｍは、１よりも大きい任意の値であり得る。１つの例示的なシステムでは、Ｍは５以下であり得る。構成されたＣＣの一部または全部がアクティブ化され得る。アクティブ化されたＣＣは、ＵＥが、ダウンリンク上でアクティブに監視しおよび／またはアップリンク上でアクティブに送信するＣＣである。ＣＣは、構成されたＣＣのうちの１つであるが、ＵＥ１２０ｘは、非アクティブ化されたＣＣをダウンリンク上で監視しないことがあり、それによって電力節約がもたらされ得る。ＵＥ１２０ｘは、所与のサブフレーム中の構成されたＣＣの全部またはサブセット上でのデータ送信のためにスケジュールされ得る。動的スケジューリングの場合、各スケジュールされたＣＣ上での１つまたは複数のトランスポートブロックの送信のためにダウンリンク許可が送られ得る。

ＵＥ１２０ｘは、ＰＤＣＣＨ上で、ダウンリンクＣＣ（「検出されたＣＣ」）上でのＰＤＳＣＨ送信についてのダウンリンク許可を検出し得る。ＵＥ１２０ｘは、ダウンリンク許可に従って、検出されたＣＣ上でＰＤＳＣＨ送信を受信し得る。ダウンリンク許可は、関連するＰＤＳＣＨ送信が送られるのと同じダウンリンクＣＣ上で送られ得る。この場合、検出されたＣＣは、ダウンリンク許可が受信されたダウンリンクＣＣになるであろう。ダウンリンク許可はまた、１つのダウンリンクＣＣ上で送られ得、関連するＰＤＳＣＨ送信は、異なるダウンリンクＣＣ上で送られ得る。たとえば、ダウンリンク許可は、関連するＰＤＳＣＨ送信が送られるダウンリンクＣＣを示すキャリア指示フィールド（ＣＩＦ：carrier indication field）を含み得る。その場合、ＵＥ１２０ｘは、ダウンリンク許可中のＣＩＦに基づいて、検出されたＣＣを識別し得る。ＵＥ１２０ｘは、たとえば、ＵＥ１２０ｘに送られたいずれかのダウンリンク許可をＵＥ１２０ｘが逃したかどうかに応じて、スケジュールされたＣＣの一部または全部を検出し得る。ＵＥ１２０ｘは、すべての検出されたＣＣ上でＰＤＳＣＨ送信を受信し得る。

ＵＥ１２０ｘはＭ個のダウンリンクＣＣで構成され得、各ダウンリンクＣＣは、サポートされる送信モードのセット中の特定の送信モードに関連付けられ得る。表２に、ＬＴＥ Ｒｅｌｅａｓｅ ９においてサポートされる送信モードを記載する。送信モード１、２、５、６および７は、単入力単出力（ＳＩＳＯ）または単入力多出力（ＳＩＭＯ）送信をサポートする。送信モード３、４および８は多入力多出力（ＭＩＭＯ）送信をサポートする。

送信モードは、ダウンリンクＣＣごとに独立して構成され得る。ＵＥ１２０ｘのためのＭ個のダウンリンクＣＣは同じまたは異なる送信モードで構成され得る。

ダウンリンクＣＣのために構成された送信モードに応じて、ダウンリンクＣＣ上で１つまたは複数のトランスポートブロックが送られ得る。特に、送信モード１、２、５、６または７で構成されたダウンリンクＣＣ上では１つのトランスポートブロックが送られ得、送信モード３、４または８で構成されたダウンリンクＣＣ上では２つのトランスポートブロックが送られ得る。ＵＥ１２０ｘは、トランスポートブロックごとに１つのＡＣＫ／ＮＡＣＫビットを生成し得る。たとえば、送信モード１、２、５、６または７で構成されたＣＣ上でデータ送信に肯定応答するために１つのＡＣＫ／ＮＡＣＫビットが使用され得、送信モード３、４または８で構成されたＣＣ上でデータ送信に肯定応答するために２つのＡＣＫ／ＮＡＣＫビットが使用され得る。

ダウンリンクＣＣ上で１つまたは複数のトランスポートブロックの送信に肯定応答するためのＡＣＫ／ＮＡＣＫビットの数はまた、対応するダウンリンク許可のＤＣＩフォーマットに依存し得る。ＬＴＥはいくつかのＤＣＩフォーマットをサポートする。ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃまたは１Ｄは、１つのトランスポートブロックの送信についてのダウンリンク許可を送るために使用され得、したがって、１つのＡＣＫ／ＮＡＣＫビットに関連し得る。ＤＣＩフォーマット２、２Ａまたは２Ｂは、２つのトランスポートブロックの送信についてのダウンリンク許可を送るために使用され得、したがって、２つのＡＣＫ／ＮＡＣＫビットに関連し得る。ダウンリンク許可のＤＣＩフォーマットは、ダウンリンクＣＣ上で送るべき特定の数のトランスポートブロックに関連し得、その数は、ダウンリンクＣＣのために構成された送信モードに関連するトランスポートブロックの数とは異なる（たとえば、その数よりも少ない）ことがある。たとえば、ＣＣｊは、２つのトランスポートブロックをサポートする送信モードで構成され得るが、１つのトランスポートブロックとともに使用されるＤＣＩフォーマットを有するダウンリンク許可を用いてスケジュールされ得る。その場合、ｅＮＢ１１０ｘは、ＣＣｘ上で１つのトランスポートブロックを送り得、ＵＥ１２０ｘは、ＣＣｊ上でデータ送信に肯定応答するために１ビットのＡＣＫ／ＮＡＣＫ情報を生成し得る。

一例では、ＵＥ１２０ｘは、ＦＤＤにおけるマルチキャリア動作のために５つのダウンリンクＣＣで構成され得る。この場合、所与のサブフレームにおいて、ｅＮＢ１１０ｘは、ダウンリンクＣＣごとに最高２つのトランスポートブロックを用いて、最高５つのダウンリンクＣＣ上で最高１０個のトランスポートブロックを送り得る。最高１０個のトランスポートブロックのために最高１０個のＡＣＫ／ＮＡＣＫビットが取得され、トランスポートブロックごとに１つのＡＣＫ／ＮＡＣＫビットが取得され得る（ＤＴＸが明示的にシグナリングされた場合、最高１２個のＡＣＫ／ＮＡＣＫビットが取得され得る）。ＵＥ１２０ｘは、したがって、Ｍ個の構成ダウンリンクＣＣにわたってデータ送信のためのＮ個のＡＣＫ／ＮＡＣＫビットを有し得、ただし、１≦Ｍ≦Ｎ≦１０である。

本開示に従って、マルチキャリアワイヤレス通信ネットワークにおいてＭ個のダウンリンクＣＣ上でのデータ送信のためのＡＣＫ／ＮＡＣＫビットの数を判断するための技法について説明する。データ送信に肯定応答するためのＡＣＫ／ＮＡＣＫビットの数が、いくつかの情報の利用可能性に応じて様々な方法で判断され得る。ＡＣＫ／ＮＡＣＫビットの数は、今度は、ＡＣＫ／ＮＡＣＫ情報の送信を制御するために使用され得る。一態様では、Ｍ個のダウンリンクＣＣ上でのデータ送信のためのＡＣＫ／ＮＡＣＫビットの数の判断を可能にするためにダウンリンク割当てインデックス（ＤＡＩ）が使用され得る。ＤＡＩは、ダウンリンク許可中に含まれ得、スケジュールされるダウンリンクＣＣの数を示し得、および／またはどのダウンリンクＣＣがスケジュールされるかの指示を与え得る。ＤＡＩは、ＵＥ１２０ｘが、逃したダウンリンク許可を検出し、より効率的なＡＣＫ／ＮＡＣＫフィードバックを可能にし、および／または他の利点を提供するのを助け得る。

Ｍ個の構成されたＣＣのＡＣＫ／ＮＡＣＫビットの総数は、ＡＣＫ／ＮＡＣＫビット幅、ＡＣＫ／ＮＡＣＫペイロードサイズなどと呼ばれることがある。ＡＣＫ／ＮＡＣＫビット幅は、異なるダウンリンクＣＣのためのＡＣＫ／ＮＡＣＫビットが順序付きであるか非順序付きであるかに依存し得る。順序付きまたは非順序付きフィードバックの使用がＵＥ１２０ｘのために構成され得る。非順序付きの場合、Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットは、所定の順序で、たとえば、各ダウンリンクＣＣのインデックスに基づいて連結され得る。順序付きの場合、Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットは、最初に、スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットを考察し、次いで、残りのＣＣのためのＡＣＫ／ＮＡＣＫビットを考察することによって連結され得る。

図６に、順序付きの場合と非順序付きの場合とについてＡＣＫ／ＮＡＣＫビット幅を判断する一例を示す。この例では、ＵＥ１２０ｘは５つのダウンリンクＣＣ（ＣＣ１〜ＣＣ５）で構成される。ＣＣ２およびＣＣ５は、（たとえば、前に説明したように送信モードとＤＣＩフォーマットとに基づいて）１ビットＡＣＫ／ＮＡＣＫフィードバックに関連付けられる。ＣＣ１、ＣＣ３およびＣＣ４は２ビットＡＣＫ／ＮＡＣＫフィードバックに関連付けられる。ＣＣ２、ＣＣ３およびＣＣ４のみが特定のサブフレーム中でスケジュールされる。ＡＣＫ／ＮＡＣＫフィードバックとして符号化され、送られるべきビットのセットが以下のように判断され得る。

非順序付きの場合：「００」（ＣＣ１）＋１ビット（ＣＣ２）＋２ビット（ＣＣ３）＋２ビット（ＣＣ４）＋「０」（ＣＣ５）＋０、または
順序付きの場合：１ビット（ＣＣ２）＋２ビット（ＣＣ３）＋２ビット（ＣＣ４）＋０
ＡＣＫ／ＮＡＣＫ情報は、固定ペイロードサイズでＰＵＣＣＨまたはＰＵＳＣＨ上で送られ得る。この場合、適切なペイロードサイズのビットのセットを得るために十分な数の０を用いたゼロパディングが実行され得る。

非順序付きの場合、各構成されたＣＣのための１つまたは２つのＡＣＫ／ＮＡＣＫビットが、ＣＣインデックスと、各構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットの数とに基づいてＡＣＫ／ＮＡＣＫフィードバックから容易に取得され得るので、動作がより単純になり得る。ただし、順序付きの場合、スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットが最初に配置され、したがって、ＡＣＫ／ＮＡＣＫフィードバックのために使用されるビットがより少なくなり得るので、効率がより良くなり得る。いくつかの例では、スケジュールされたキャリアのためのＡＣＫ／ＮＡＣＫ情報が追加された後にＣＳＩおよび／または他の情報がペイロードの残りのビット中で多重化され得る。

表３に、本開示によるマルチキャリア動作のための３つのＤＡＩ方式を記載する。第１の方式では、ＤＡＩはダウンリンク許可中に含まれない。第２および第３の方式では、ＤＡＩは、サポートされ、様々な情報を搬送する。これらの３つの方式の各々に基づくＡＣＫ／ＮＡＣＫビット幅の判断について以下で説明する。

第２の方式では、ＤＡＩは、スケジュールされているダウンリンクＣＣの数を示し、１〜Ｍ−１の範囲内の値に設定され得る。一例では、ＤＡＩは、Ｍに依存し得る可変幅を有し得る。たとえば、ＤＡＩは、Ｍ＝２のために１ビット、Ｍ＝３または４のために２ビット、あるいはＭ＝５のために３ビットを含み得る。別の例では、ＤＡＩは、Ｍとは無関係である（たとえば、３ビットの）固定幅を有し得る。ＤＡＩは、各スケジュールされたＣＣについての、またはいくつかのスケジュールされたＣＣのみについてのダウンリンク許可中に含まれ得る。

第３の方式では、ＤＡＩは、スケジュールされているダウンリンクＣＣの数、ならびにどのダウンリンクＣＣがスケジュールされるのかを示す。ＤＡＩは、スケジュールされたＣＣについてのダウンリンク許可中に含まれ得、（もしあれば）どの他のダウンリンクＣＣもスケジュールされているかを示し得る。第３の方式では、ＤＡＩは様々な方法で定義され得る。

第３の方式の第１の変形形態では、ＤＡＩは、Ｍに依存する可変幅を有し得る。ＤＡＩのために使用されるビット数は、構成されたＣＣの数よりも小さくなり得る。たとえば、Ｍ＝１の場合、ＤＡＩは省略され得る。Ｍ＝２の場合、ＤＡＩは、１ビットを備え得、（ｉ）ＤＡＩを含むダウンリンク許可に関連するダウンリンクＣＣである、スケジュールされている１つのダウンリンクＣＣを示すための第１の値（たとえば、「０」）、または（ｉｉ）スケジュールされている２つのダウンリンクＣＣを示すための第２の値（たとえば、「１」）に設定され得る。Ｍ＝３の場合、ＤＡＩは、２ビットを備え得、（ｉ）スケジュールされている１つのダウンリンクＣＣを示すための第１の値（たとえば、「００」）、（ｉｉ）同じくスケジュールされている第１の残りのダウンリンクＣＣを示すための第２の値（たとえば、「０１」）、（ｉｉｉ）同じくスケジュールされている第２の残りのダウンリンクＣＣを示すための第３の値（たとえば、「１０」）、または（ｉｖ）スケジュールされているすべての３つのダウンリンクＣＣを示すための第４の値（たとえば、「１１」）に設定され得る。

この設計についてさらに説明するために、３つの構成されたＣＣ（ＣＣｘ、ＣＣｙおよびＣＣｚ）の場合を考察する。ｅＮＢは、ＣＣｘについてのダウンリンク許可中のＤＡＩを、ＣＣｙがスケジュールされることを示すための第２の値に設定するか、またはＣＣｚがスケジュールされることを示すための第３の値に設定し得る。Ｍ＝４の場合、３ビットＤＡＩが利用され得る。ＤＡＩは、（ｉ）スケジュールされている１つのダウンリンクＣＣを示すための第１の値、（ｉｉ）３つの残りのダウンリンクＣＣのうち同じくスケジュールされている１つの他のダウンリンクＣＣを示すための第２、第３、または第４の値、（ｉｉｉ）３つの残りのダウンリンクＣＣのうち同じくスケジュールされている２つの他のダウンリンクＣＣを示すための第５、第６、または第７の値、あるいは（ｉｖ）スケジュールされているすべての４つのダウンリンクＣＣを示すための第８の値に設定され得る。

この例を続けると、Ｍ＝５のとき、４ビットＤＡＩが利用され得る。ＤＡＩは、（ｉ）スケジュールされている１つのダウンリンクＣＣを示すための第１の値、（ｉｉ）４つの残りのダウンリンクＣＣのうち同じくスケジュールされている１つの他のダウンリンクＣＣを示すための第２〜第５の値内の値、（ｉｉｉ）４つの残りのダウンリンクＣＣのうち同じくスケジュールされている２つの他のダウンリンクＣＣを示すための第６〜第１１の値内の値、（ｉｖ）４つの残りのダウンリンクＣＣのうち同じくスケジュールされている３つの他のダウンリンクＣＣを示すための第１２〜第１４の値内の値、あるいは（ｖ）スケジュールされているすべての５つのダウンリンクＣＣを示すための第１５の値に設定され得る。第３の方式の可変幅ＤＡＩが利用されるとき、ＵＥ１２０ｘは、いくつのダウンリンクＣＣおよびどのダウンリンクＣＣが、１つのスケジュールされたＣＣについての１つのダウンリンク許可中のＤＡＩに基づいてスケジュールされるかを判断することが可能であり得る。

第３の方式の別の変形形態では、ＤＡＩは、（ＰＤＣＣＨが受信されたダウンリンクＣＣを含まない）残りのダウンリンクＣＣごとに１ビットをもつ、Ｍ−１ビットのビットマップを備え得る。各残りのダウンリンクＣＣのビットは、ダウンリンクＣＣがスケジュールされないことを示すための第１の値（たとえば、「０」）、またはダウンリンクＣＣがスケジュールされることを示すための第２の値（たとえば、「１」）に設定され得る。スケジュールされているダウンリンクＣＣの数は、（ＤＡＩを搬送するダウンリンク許可に関連するダウンリンクＣＣのための）１＋ビットマップ中の１の数に等しくなり得る。

図７に、第３の方式のビットマップ変形形態のためのＤＡＩの一例を示す。この例では、ＤＡＩは、ダウンリンクＣＣ２上でのＰＤＳＣＨ送信についてのダウンリンク許可中に含まれ、Ｍ−１個の他のダウンリンクＣＣのためのＭ−１ビットのビットマップを備える。ＣＣ１のためのビットは、スケジュールされていないＣＣ１を示すための「０」に設定され、ＣＣ３のためのビットは、スケジュールされているＣＣ３を示すための「１」に設定されるなどする。ＵＥ１２０ｘは、１つのスケジュールされたＣＣ上でのＰＤＳＣＨ送信についてのダウンリンク許可中でＤＡＩを受信し得る。ＵＥ１２０ｘが、他のスケジュールされたＣＣのすべてについてのダウンリンク許可を検出しなかった場合でも、ＤＡＩに基づいて、ＵＥ１２０ｘは、受信されたダウンリンク許可中のＤＡＩに基づいてすべてのスケジュールされたＣＣを判断することができる。

第３の方式の別の変形形態では、ＤＡＩは、限られた数のビットを備え得、一部のスケジュールされたＣＣのみがＤＡＩによって識別され得る。たとえば、３つ以上のダウンリンクＣＣがスケジュールされるときでも、ＤＡＩは（Ｍ−１ビットではなく）２ビットを備え得る。この変形形態では、ダウンリンクＰＣＣには、ダウンリンクＳＣＣよりも高い優先度が与えられ得る。Ｍ＝３の場合、ＤＡＩは、上記で説明したように、スケジュールされた各ダウンリンクＣＣを識別することができる。Ｍ＝４の場合、ＰＣＣについてのダウンリンク許可中のＤＡＩは、２つのＳＣＣをカバーする１ビットと、最後のＳＣＣをカバーする別の１ビットとを含み得る。ＳＣＣについてのダウンリンク許可中のＤＡＩは、ＰＣＣをカバーする１ビットと、他の２つのＳＣＣをカバーする別の１ビットとを含み得る。Ｍ＝５の場合、ＰＣＣについてのダウンリンク許可中のＤＡＩは、２つのＳＣＣをカバーする１ビットと、最後の２つのＳＣＣをカバーする別の１ビットとを含み得る。ＳＣＣについてのダウンリンク許可中のＤＡＩは、ＰＣＣをカバーする１ビットと、他の３つのＳＣＣをカバーする別の１ビットとを含み得る。この変形形態では、２つ以上のエントリが同じＤＡＩ値を共有し得る。たとえば、１つのスケジュールされたＣＣの場合と、４つのスケジュールされたＣＣの別の場合との間の混同の確率が小さくなり得るので、これらの２つの場合のために同じＤＡＩ値（たとえば、「００」）が使用され得る。これにより、ＤＡＩによって提供される情報におけるオーバーヘッドとあいまいさとの間のトレードオフが可能になり得る。

本明細書で説明するように、第２および第３の方式を用いたＤＡＩのさらなる変形形態も利用され得る。さらに、ＤＡＩは、異なるＣＣ構成を用いてまたは異なるＵＥのサポートにおいて異なるＤＡＩ方式が利用され得るように、特定のＵＥのためのＣＣ構成に応じて異なる情報を搬送し得る。

スケジュールされたＣＣの数を示しおよび／またはスケジュールされたＣＣを識別するＤＡＩは様々な方法で送られ得る。一例では、ＤＡＩは、スケジュールされたＣＣごとにＰＤＣＣＨ上で送られる各ダウンリンク許可中に含まれ得る。別の例では、ＤＡＩは、ダウンリンクＰＣＣについてのダウンリンク許可中にのみ含まれ得る。さらに別の例では、ＤＡＩは、１つまたは複数の指定されたＣＣ、たとえば、最初のＣＣと最後のＣＣとについての１つまたは複数のダウンリンク許可中に含まれ得る。追加または代替として、ダウンリンクデータ送信についてのＤＡＩは、ＰＤＣＣＨ上で送られるアップリンク許可中に含まれ得る。この設計により、ＵＥによるＰＤＣＣＨの逃した検出に対する追加の防護が与えられ得る。

Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅は、表３に記載されている３つの方式のための様々な方法で判断され得る。ＡＣＫ／ＮＡＣＫビット幅を判断するいくつかの例示的な設計について以下で説明する。

ＤＡＩなしの第１の方式では、Ｍ個の構成されたＣＣのための例示的なＡＣＫ／ＮＡＣＫビット幅は以下のように判断され得る。

ただし、ｎ_CはダウンリンクＣＣ ＣのためのＡＣＫ／ＮＡＣＫビットの数であり、
ｎ_HARQは、Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットの総数であり、
Ｃｏｎｆｉｇｕｒｅｄ＿Ｓｅｔは、構成されたＣＣのセットを示す。

ｎ_HARQは、Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅である。式（１）中のｎ_HARQは、順序付きの場合と非順序付きの場合の両方について同じであり得る。

別の設計では、ＤＡＩなしが与えられる場合のためのＡＣＫ／ＮＡＣＫビット幅は以下のように判断され得る。

ただし、Ａｃｔｉｖａｔｅｄ＿Ｓｅｔは、アクティブ化されたＣＣのセットを示す。アクティブ化されたＣＣのセットは、Ｍ個の構成されたＣＣの全部またはサブセットを含み得る。

さらに別の設計では、ＤＡＩなしの場合、ＡＣＫ／ＮＡＣＫビット幅は以下のように判断され得る。

ただし、Ｄｅｔｅｃｔｅｄ＿Ｓｅｔは、検出されたＣＣのセットを示す。検出されたＣＣのセットは、Ｍ個の構成されたＣＣの全部またはサブセットを含み得る。検出されたＣＣは、上記で説明したように判断され得る。

式（３）に示すように、検出されたＣＣがダウンリンク許可の検出から知られたとき、ＡＣＫ／ＮＡＣＫビット幅は、検出されたＣＣのみのためのＡＣＫ／ＮＡＣＫビットに基づいて判断され得る。これにより、ＡＣＫ／ＮＡＣＫビット幅はより小さくより正確になり得る。

式（１）〜式（３）中のｎ_Cは、同じ方法または異なる方法で定義され得る。たとえば、式（１）中のｎ_Cは、Ｃｏｎｆｉｇｕｒｅｄ＿Ｓｅｔ中の各ＣＣの送信モードに基づいて判断され得るが、式（３）中のｎ_Cは、検出されたセット中のＣＣについてのダウンリンク許可のＤＣＩフォーマットに基づいて判断され得る。

スケジュールされたＣＣの数をＤＡＩが示す第２の方式では、Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅は、上記で説明した順序付きの場合と非順序付きの場合とについて別様に判断され得る。非順序付きの場合の一例では、ＡＣＫ／ＮＡＣＫビット幅は、式（１）に示すように、構成されたＣＣに基づいて判断され得る。Ｍ個の構成されたＣＣのサブセットのみがスケジュールされ得るが、ＤＡＩは、どの特定のダウンリンクＣＣがスケジュールされるかを示さないことがある。したがって、ＵＥは、すべてのＭ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットの数に基づいてＡＣＫ／ＮＡＣＫビット幅を判断し得る。

順序付きフィードバックが第２の方式とともに使用されるとき、ＡＣＫ／ＮＡＣＫビット幅は異なる方法で判断され得る。一例では、ＡＣＫ／ＮＡＣＫビット幅は以下のように判断され得る。

式（４）において、ＡＣＫ／ＮＡＣＫビット幅は、スケジュールされたＣＣの数に応じて変化し、（ＤＡＩ＝１で）１つのダウンリンクＣＣがスケジュールされたときにＰＤＣＣＨがその上で送信されるＣＣのためのＡＣＫ／ＮＡＣＫビットの数に等しくなり得る。（ＤＡＩ＝Ｍで）すべての構成されたＣＣがスケジュールされた場合、ＡＣＫ／ＮＡＣＫビット幅は、すべてのＭ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に等しくなり得る。２〜Ｍ−１個のダウンリンクＣＣがスケジュールされた場合、ＡＣＫ／ＮＡＣＫビット幅は、スケジュールされたＣＣの数×スケジュールされたＣＣ当たりのＡＣＫ／ＮＡＣＫビットの最大数に等しくなり得る。ＤＡＩ＊ｍａｘ（ｎ_C）はΣｎ_Cよりも大きくなり得るので、ｎ_HARQはΣｎ_Cに制限され得る。

別の例では、順序付きフィードバックが第２の方式とともに使用されるとき、ＡＣＫ／ＮＡＣＫビット幅は以下のように判断され得る。

式（６）において、所与のＤＡＩ値について、第１のスケジュールされたＣＣはダウンリンクＣＣ １〜Ｍ−ＤＡＩ＋１のうちにあり、第２のスケジュールされたＣＣはダウンリンクＣＣ ２〜Ｍ−ＤＡＩ＋２のうちにあり、以下同様であり、最後のスケジュールされたＣＣはダウンリンクＣＣ ＤＡＩ〜Ｍのうちにある。この所見は、場合によってはＡＣＫ／ＮＡＣＫビット幅を低減するために式（６）において活用される。ｎ_XはΣｎ_Cよりも大きくなり得るので、ｎ_HARQはΣｎ_Cに制限され得る。たとえば、ＵＥ１２０ｘは、１、２、１、２および１のＡＣＫ／ＮＡＣＫビットに関連する５つのダウンリンクＣＣのために構成された送信モードに基づいて、これらのダウンリンクＣＣで構成され得る。この例では、Σｎ_Cは７ビットに等しい。４つのダウンリンクＣＣがスケジュールされ、ＤＡＩ＝４である場合、ｎ_Xは、８に等しく、Σｎ_Cよりも大きい。この場合、ｎ_HARQは７に制限され得る。逆に、３つのダウンリンクＣＣがスケジュールされ、ＤＡＩ＝３である場合、ｎ_Xは、６に等しく、Σｎ_Cよりも小さい。この場合、ｎ_HARQは６に等しい。２つのダウンリンクＣＣの場合、ｎ_HARQはΣｎ_Cに設定され得る。

スケジュールされたＣＣの数と識別情報の両方をＤＡＩが識別する第３の方式では、Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅は以下のように判断され得る。

ただし、Ｓｃｈｅｄｕｌｅｄ＿Ｓｅｔは、スケジュールされたＣＣのセットを示す。

式（７）に示すように、スケジュールされたＣＣがＤＡＩから知られたとき、ＡＣＫ／ＮＡＣＫビット幅は、スケジュールされたＣＣのみのためのＡＣＫ／ＮＡＣＫビットに基づいて判断され得る。たとえば、各スケジュールされたＣＣについてのＡＣＫ／ＮＡＣＫビットの数は、（ｉ）スケジュールされたＣＣのために構成された送信モード、または（ｉｉ）スケジュールされたＣＣについてのダウンリンク許可のＤＣＩフォーマットに基づいて判断され得る。これにより、ＡＣＫ／ＮＡＣＫビット幅のより正確な判断を可能にすることによって効率が高められ得る。

表４に、表３に記載されている３つの方式のためのＡＣＫ／ＮＡＣＫビット幅の判断をまとめる。

表３に記載されているすべての３つの方式に適用可能であり得る動作の一例では、ＵＥ１２０ｘは、Ｍ個の構成されたＣＣ上で受信されたトランスポートブロックの総数を判断し得る。ＵＥ１２０ｘは、ＵＥ１２０ｘを対象とするダウンリンク許可を検出し得、それぞれ検出されたダウンリンク許可のＤＣＩフォーマットを判断し得る。ＵＥ１２０ｘは、１つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各ダウンリンクＣＣ上で１つのトランスポートブロックを受信し得る。ＵＥ１２０ｘは、２つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各ダウンリンクＣＣ上で２つのトランスポートブロックを受信し得る。ＵＥ１２０ｘは、すべての構成されたＣＣ上で受信されたトランスポートブロックの総数を以下のように判断し得る。

ただし、ｎ_TB,Cは、ダウンリンクＣＣ Ｃ上で受信されたトランスポートブロックの数であり、
ｎ_TBは、すべての構成されたＣＣ上で受信されたトランスポートブロックの総数である。

すべての構成されたＣＣ上で受信されたトランスポートブロックの総数（ｎ_TB）は総トランスポートブロックカウントと呼ばれることがある。ＵＥ１２０ｘは、たとえば、ｎ_HARQ＝ｎ_TBとなるように、受信されたトランスポートブロックごとに１つのＡＣＫ／ＮＡＣＫビットで、総トランスポートブロックカウントに基づいてＡＣＫ／ＮＡＣＫビット幅を判断し得る。各ダウンリンクＣＣ上で受信されたトランスポートブロックの数は、そのダウンリンクＣＣのために構成された送信モードのためのトランスポートブロックの数以下であり得る。したがって、検出されたダウンリンク許可に基づいて判断される総トランスポートブロックカウントは、構成されたＣＣまたは検出されたＣＣの送信モードに基づいて判断されるＡＣＫ／ＮＡＣＫビット幅以下であり得る。送信モードに基づいて判断されるＡＣＫ／ＮＡＣＫビット幅は、（ｉ）Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットの最大可能数、または（ｉｉ）Ｍ個の構成されたＣＣについてのＡＣＫ／ＮＡＣＫ情報を送るために利用可能なビットの総数と見なされ得る。総トランスポートブロックカウントは、Ｍ個の構成されたＣＣのために送るべきＡＣＫ／ＮＡＣＫビットの実際の数と見なされ得る。

ＵＥ１２０ｘは、たとえば、ＵＥ１２０ｘが所与のサブフレーム中のアップリンク上でのデータ送信のためにもスケジュールされるかどうかに応じて、そのサブフレーム中のＰＵＣＣＨまたはＰＵＳＣＨのいずれかの上でＭ個の構成されたＣＣについてのＡＣＫ／ＮＡＣＫ情報を送り得る。ＡＣＫ／ＮＡＣＫビット幅および／または総トランスポートブロックカウントは、以下のうちの１つまたは複数など、様々な目的のために使用され得る。

ＰＵＣＣＨ上で送られるＡＣＫ／ＮＡＣＫ情報の電力制御、
ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数の判断、
ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのＡＣＫ／ＮＡＣＫフィードバック方式の判断、
ＰＵＣＣＨまたはＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのコードレートおよび／またはコーディング方式の判断、ならびに
ＰＵＣＣＨまたはＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報とともにＣＳＩおよび／または他の情報を送るために利用可能なビットの判断
マルチキャリアＵＥはまた、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいてＰＵＣＣＨの電力制御を実行し得る。概して、ＡＣＫ／ＮＡＣＫ送信を確実に受信するために必要な信号対雑音比（ＳＮＲ）は、ＡＣＫ／ＮＡＣＫビット幅、または送るべきＡＣＫ／ＮＡＣＫビットの数に依存し得る。ＡＣＫ／ＮＡＣＫビット幅は、今度は、スケジュールＣＣの数に依存し得る。たとえば、１つのスケジュールされたＣＣ対５つのスケジュールされたＣＣについての、必要とされるＳＮＲは、３ｄＢよりも大きく変動し得るので、マルチキャリアネットワークにおける効率的な動作のためにはＡＣＫ／ＮＡＣＫビット幅の正確な判断が重要である。

ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報と場合によってはＣＳＩとを送るために使用すべき送信電力は以下のように判断され得る。

ただし、ｎ_CSIは、ＡＣＫ／ＮＡＣＫ情報とともに送るべきＣＳＩビットの数であり、
ｈ（．）は、ＬＴＥに記載されている定義済関数であり、
ｆ（．）は、ＬＴＥに記載されている別の定義済関数であり、
Ｐ_PUCCHはＰＵＣＣＨの送信電力である。

式（９）に示すように、ＰＵＣＣＨの送信電力は、送るべきＡＣＫ／ＮＡＣＫビットの数、またはＡＣＫ／ＮＡＣＫビット幅に依存し得る。ＰＵＣＣＨの電力制御のためのＡＣＫ／ＮＡＣＫビット幅は様々な方法で判断され得る。低速オプションと呼ばれ得る、第１の例では、ＡＣＫ／ＮＡＣＫビット幅は、第１の方式のための式（１）に示すように計算され得る、ＵＥ１２０ｘのための構成されたＣＣに基づいて判断され得る。中間オプションと呼ばれ得る、第２の例では、ＡＣＫ／ＮＡＣＫビット幅は、第１の方式のための式（２）に示すように計算され得る、ＵＥ１２０ｘのためのアクティブ化されたＣＣに基づいて判断され得る。高速オプションと呼ばれ得る、第３の例では、ＡＣＫ／ＮＡＣＫビット幅は、第１の方式のための式（３）に示すように計算され得る、ＰＤＳＣＨ上でデータを搬送する検出されたＣＣに基づいて判断され得る。

他の手法は、スケジュールされたＣＣに基づいてＡＣＫ／ＮＡＣＫビット幅を判断することをも含み得る。たとえば、ＡＣＫ／ＮＡＣＫビット幅は、たとえば、式（７）に示すように、ＤＡＩが各スケジュールされたＣＣの数と識別情報の両方を識別したときなど、スケジュールされたＣＣのセットにわたって判断され得る。代替的に、ＡＣＫ／ＮＡＣＫビット幅は、たとえば、式（８）に示すように、Ｍ個の構成されたＣＣ上で受信されたトランスポートブロックの総数に基づいて判断され得る。ＡＣＫ／ＮＡＣＫビット幅はまた、前に説明したように、順序付きフィードバック構成が利用されるか非順序付きフィードバック構成が利用されるかに依存し得る。

ＵＥ１２０ｘは、構成されたＣＣよりも少ないダウンリンクＣＣ上でスケジュールされ得るので、低速オプションおよび中間オプションは「過剰」電力制御を生じ得る。ＵＥ１２０ｘは、その場合、必要以上に、ＰＵＣＣＨのためのより高い送信電力を使用し得る。ＵＥ１２０ｘは、いくつかのスケジュールされたＣＣのためのＰＤＣＣＨ上のダウンリンク許可を検出することを逃し得るので、高速オプションは「過小」電力制御を生じ得る。ＵＥ１２０ｘは、その場合、必要以上に、ＰＵＣＣＨのためのより少ない送信電力を使用し得る。しかしながら、ダウンリンク許可の検出を逃す可能性は低くなり得る（たとえば、一般に各ダウンリンクＣＣについて約１％）。したがって、過小電力制御の問題はひどくならないことがある。

上記で説明した電力制御不適合の可能性を緩和するために、ｅＮＢ１１０ｘによってＰＵＣＣＨの電力制御が実行され得る。低速オプションおよび中間オプションでは、ｅＮＢ１１０ｘは、スケジュールされたＣＣの数と、構成されたＣＣまたはアクティブ化されたＣＣの数との間の差に基づいてパワーダウンコマンドを判断し得る。高速オプションでは、ｅＮＢ１１０ｘは、（ｅＮＢ１１０ｘに知られていない）ＵＥ１２０ｘによる検出されたＣＣの数の推定値と、（ｅＮＢ１１０ｘに知られている）スケジュールされたＣＣの数との間の差に基づいてパワーアップコマンドを判断し得る。すべてのオプションについて、ｅＮＢ１１０ｘは、（パワーダウンコマンドまたはパワーアップコマンドであり得る）電力制御コマンドをＵＥ１２０ｘに送り得る。電力制御コマンドは、ダウンリンク許可中の埋込み情報を介して、またはＤＣＩフォーマット３／３Ａにおけるグループ電力制御を介して、または何らかの他の機構を介して送られ得る。ＵＥ１２０ｘは、電力制御コマンドに基づいてＰＵＣＣＨのためのそれの計算された送信電力を調整し得る。

ＰＵＳＣＨ上の送信について、（ＰＵＳＣＨリソース要素の必要数と呼ばれることがある）ＡＣＫ／ＮＡＣＫ情報を送るために使用すべきリソース要素の数は、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいて判断され得る。一例では、ＵＥ１２０ｘは、ＤＡＩなしの場合のための式（１）に示すように計算され得る、構成されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいてＰＵＳＣＨリソース要素の数を判断し得る。第２の例では、ＵＥ１２０ｘは、ＤＡＩなしの場合のための式（２）中に示すように計算され得る、アクティブ化されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいてデータ送信に肯定応答するためのＰＵＳＣＨリソース要素の数を判断し得る。第３の例では、ＵＥ１２０ｘは、ＤＡＩなしの場合のための式（３）に示すように計算され得る、検出されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいてＰＵＳＣＨリソース要素の数を判断し得る。他の例では、ＵＥ１２０ｘは、（ｉ）第３の方式のための式（７）中に示すように判断され得る、スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビット幅、または（ｉｉ）式（８）中に示すように判断され得る、Ｍ個の構成されたＣＣ上で受信されたトランスポートブロックの総数に基づいてＰＵＳＣＨリソース要素の数を判断し得る。

上記の例の各々において、データ送信に肯定応答するためのＰＵＳＣＨリソース要素の数は、ＰＵＳＣＨ上で利用可能なすべてのリソース要素の中から予約または確保され得る。ＵＥ１２０ｘは、ＰＵＳＣＨ上の予約済みリソース要素上でＡＣＫ／ＮＡＣＫ情報を送り得る。データおよび／または他の情報は、ＰＵＳＣＨ上の残りのリソース要素上で送られ得る。ｅＮＢ１１０ｘは、不整合を回避するためにＰＵＳＣＨ上の特定のリソース利用方式のためにＵＥ１２０ｘを構成し得る。

ＡＣＫ／ＮＡＣＫ情報がＰＵＣＣＨ上で送られたとＵＥ１２０ｘが判断したとき、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいてＡＣＫ／ＮＡＣＫフィードバック方式が判断され得る。たとえば、最高２ビットのＡＣＫ／ＮＡＣＫ情報が、ＰＵＣＣＨフォーマット１ａまたは１ｂに基づいてＰＵＣＣＨ上で送られ得る。ＰＵＣＣＨフォーマット１ａは、ＰＵＣＣＨ上での１つのＡＣＫ／ＮＡＣＫビットの送信をサポートしており、１つのダウンリンクＣＣがスケジュールされたときに使用され得る。ＰＵＣＣＨフォーマット１ｂは、ＰＵＣＣＨ上での２つのＡＣＫ／ＮＡＣＫビットの送信をサポートしており、２つのトランスポートブロックが１つのダウンリンクＣＣ上でスケジュールされるか、または１つのトランスポートブロックが２つのダウンリンクＣＣの各々上でスケジュールされたときに使用され得る。

ＡＣＫ／ＮＡＣＫ情報の最高４ビットが、ＰＵＣＣＨフォーマット１ｂとチャネル選択とに基づいてＰＵＣＣＨ上で送られ得る。この例では、２つのシグナリングビットｂ₀およびｂ₁が、ＵＥ１２０ｘによる使用のために利用可能な複数のＰＵＣＣＨリソースのうちの１つの上で送られ得る。ビットｂ₀およびｂ₁の値ならびに選択されたＰＵＣＣＨリソースはＡＣＫ／ＮＡＣＫ情報に基づいて判断され得る。

ＵＥ１２０ｘが、ＤＦＴ拡散ＯＦＤＭ（ＤＦＴ−Ｓ−ＯＦＤＭ）を利用するＰＵＣＣＨフォーマット３のために構成されたとき、ＡＣＫ／ＮＡＣＫ情報の５つ以上のビットがＰＵＣＣＨ上で送られ得る。ＰＵＣＣＨフォーマット３では、ＡＣＫ／ＮＡＣＫ情報のｎ_HARQビットが、ＤＦＴに基づいて周波数領域に変換され、ＡＣＫ／ＮＡＣＫ送信のために使用される１つまたは複数のリソースブロック中のリソース要素にマッピングされ得る。マッピングされたシンボルに基づいてＳＣ−ＦＤＭＡシンボルが生成され得る。

ＰＵＣＣＨフォーマット３は、ダウンリンクＣＣの数に関係なくＡＣＫ／ＮＡＣＫ情報を送るために使用され得る。この手法は、構成されたＣＣまたはスケジュールされたＣＣの数にかかわらず同じＰＵＣＣＨフォーマットが使用されることを可能にする。たとえば、ｅＮＢ１１０ｘは、（異なるＰＵＣＣＨフォーマットのためのブラインド検出を実行する必要なしに）１つのＰＵＣＣＨフォーマットに基づいてＡＣＫ／ＮＡＣＫ情報を処理し得る。さらに、ＰＵＣＣＨフォーマット３とともに利用可能な追加のペイロードを使用して、ＵＥ１２０ｘは、ＣＳＩおよび／または他の情報をＡＣＫ／ＮＡＣＫ情報と多重化することができる。ＰＵＣＣＨフォーマット３はまた、ＣＳＩのみを送るために使用され得、それにより、ＵＥ１２０ｘからのＣＳＩおよび／またはＡＣＫ／ＮＡＣＫ情報を検出するためのｅＮＢ１１０ｘの動作が簡略化され得る。

上記で説明した設計の全部またはサブセットが、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るために使用され得る。たとえば、ＰＵＣＣＨフォーマット１ａ／１ｂおよびＰＵＣＣＨフォーマット３が適宜に使用され得る。好適なＡＣＫ／ＮＡＣＫフィードバック方式を選択するためのＡＣＫ／ＮＡＣＫビット幅は、構成されたＣＣ、アクティブ化されたＣＣ、検出されたＣＣ、またはスケジュールされたＣＣに基づいて判断され得る。

ＵＥ１２０ｘは、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいてＡＣＫ／ＮＡＣＫ情報のためのコードレートおよび／またはコーディング方式を選択することができる。ＡＣＫ／ＮＡＣＫ情報は、特定のコードレートのブロックコード（たとえば、リード−マラーコード）に基づいて符号化されて、コード化データが取得され得る。コード化データは、さらに処理され、ＰＵＣＣＨまたはＰＵＳＣＨ上で送られ得る。好適なコードレートの選択は、特に、ＰＵＣＣＨフォーマット３に基づいてＰＵＣＣＨ上で送られるＡＣＫ／ＮＡＣＫ情報に、ならびにＰＵＳＣＨ上のデータと多重化されるＡＣＫ／ＮＡＣＫ情報に関係し得る。

上記で説明したように、ＡＣＫ／ＮＡＣＫ情報のビット数（ｎ_HARQ）は、可変であり、ＡＣＫ／ＮＡＣＫビット幅に依存し得る。一方、コード化データのビット数（ｎ_PAYLOAD）は、固定であり、ＰＵＣＣＨまたはＰＵＳＣＨ上のＡＣＫ／ＮＡＣＫ情報のための利用可能なペイロードに依存し得る。コードレートは、コード化データがＰＵＣＣＨまたはＰＵＳＣＨ上の利用可能なペイロード中で送られ得るように、ｎ_HARQとｎ_PLAYLOADとに基づいて選択され得る。コードレートは、構成されたＣＣ、アクティブ化されたＣＣ、検出されたＣＣ、またはスケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいて判断され得る。構成されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいてコードレートを選択することにより、ｅＮＢ１１０ｘとＵＥ１２０ｘが両方とも同じコードレートを使用することが保証され得る。アクティブ化されたＣＣまたは検出されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいてコードレートを選択することにより、より良好なパフォーマンスが与えられるが、ｅＮＢ１１０ｘによって判断されるコードレートとＵＥ１２０ｘによって判断されるコードレートとの間の不整合の可能性が高くなり得る。一例では、ｅＮＢ１１０ｘは、起こり得る不整合に対処するために、異なる可能なコードレートのための復号を実行する。検出されたＣＣに基づく高速適応は、ブロックコードのための異なるベースシーケンスの使用を可能にし得る。

また、ＣＳＩおよび／または他の情報を送るために利用可能なビットの数は、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいて判断され得る。ＡＣＫ／ＮＡＣＫ情報、ＣＳＩ、および／または他の情報は多重化され得、得られたＵＣＩはＰＵＣＣＨまたはＰＵＳＣＨ上で送られ得る。１つのＰＵＣＣＨまたは１つのＰＵＳＣＨは、一緒に符号化され得る、ＡＣＫ／ＮＡＣＫ情報とＣＳＩの両方のフィードバックを同時にサポートすることができる。ＰＵＣＣＨまたはＰＵＳＣＨ上のＵＣＩのための利用可能なペイロードは、固定であり得、ｎ_PLAYLOADとして示され得る。たとえば、最高１３個の情報ビットが、ＰＵＣＣＨフォーマット３に基づいてＰＵＣＣＨ上で送られ得る。

一例では、ＣＳＩおよび／または他の情報を送るために利用可能なビットの数ｎ_CSIは、以下のように、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいて判断される。

式（１０）中のｎ_HARQは、構成されたＣＣ、アクティブ化されたＣＣ、または検出されたＣＣ、またはスケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいて判断され得る。式（１０）中のｎ_HARQはまた、総トランスポートブロックカウントに基づいて判断され得る。ｎ_HARQは、利用可能な場合、ＤＡＩに基づいて判断され得る。ｎ_HARQはまた、ＡＣＫ／ＮＡＣＫ情報が順序付きであるか順序付きでないかに依存し得る。

ｅＮＢ１１０ｘは、ＣＳＩのための潜在的なフィードバックオーバーヘッドに鑑みてＡＣＫ／ＮＡＣＫビットの数を制御し得る。たとえば、ＡＣＫ／ＮＡＣＫ情報とともに報告すべき４ビット広帯域ＣＳＩフィードバックのみがある場合、ｅＮＢ１１０ｘはサブフレーム中に最高５つのダウンリンクＣＣをスケジュールし得る。同様に、１１ビットＣＳＩフィードバックが予想され、ＡＣＫ／ＮＡＣＫ情報と多重化され得るとき、ｅＮＢ１１０ｘは、特定のサブフレーム中に２ビットＡＣＫ／ＮＡＣＫフィードバックとともに１つまたは２つのダウンリンクＣＣをスケジュールし得る。ｅＮＢ１１０ｘは、したがって、ＡＣＫ／ＮＡＣＫフィードバックとＣＳＩフィードバックとのための総オーバーヘッドが、ＵＣＩのための利用可能なペイロードに適合することができるような数のダウンリンクＣＣをスケジュールし得る。

表５に、ＡＣＫ／ＮＡＣＫ情報を送る４つの例示的な設計を記載する。これらの４つのＡＣＫ／ＮＡＣＫ設計の各々について以下でさらに詳細に説明する。

第１のＡＣＫ／ＮＡＣＫ設計では、ＤＡＩはダウンリンクＣＣのために使用されない（しかし、以下で説明するようにＴＤＤにおけるダウンリンクサブフレームのために使用され得る）。ＡＣＫ／ＮＡＣＫ情報を搬送するＰＵＣＣＨの電力制御のためのＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントは、たとえば、式（３）または式（８）に示すように、検出されたＣＣに基づいて判断され得る。ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断するためのＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントは、たとえば、式（１）中に示すように、構成されたＣＣに基づいて判断され得る。ＤＡＩが利用可能でないとき、ＵＥ１２０ｘは、ＣＳＩがサブフレーム中のＡＣＫ／ＮＡＣＫ情報と衝突し、そのＡＣＫ／ＮＡＣＫ情報が３ビット以上を備えるとき、そのＣＳＩをドロップするように構成され得る。特に、ＤＡＩが利用可能でなく、３ビット以上のＡＣＫ／ＮＡＣＫフィードバックがあるとＵＥ１２０ｘが判断したとき、ＵＥ１２０ｘはＣＳＩをＡＣＫ／ＮＡＣＫ情報と多重化しないことがある。わずか１つまたは２つのＡＣＫ／ＮＡＣＫビットがある場合、ＡＣＫ／ＮＡＣＫ情報は、ＬＴＥ Ｒｅｌｅａｓｅ ８に記載されているようにＣＳＩと多重化され得る。

ＤＡＩが利用されない状況では、ＤＣＩオーバーヘッドを低減することが可能である。ただし、スケジュールされたＣＣに関する追加の情報がない場合、ＡＣＫ／ＮＡＣＫビット幅を判断する際に誤りが存在し得、それにより、ＰＵＣＣＨの送信電力、またはＡＣＫ／ＮＡＣＫ情報を送るためのＰＵＳＣＨ中のリソース要素の数の判断においていくつかの誤りが生じ得る。本明細書で説明するように、ＰＵＣＣＨ電力制御のための検出されたＣＣに基づいて、およびＰＵＳＣＨ上のリソース要素を計数するための構成されたＣＣに基づいてＡＣＫ／ＮＡＣＫビット幅を判断することにより、そのような誤りの影響が緩和され得る。

第２のＡＣＫ／ＮＡＣＫ設計では、同じくＤＡＩを利用しないが、ＰＵＣＣＨまたはＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫをＣＳＩと多重化することが可能になる。ＣＳＩおよび／または他の情報を送るために利用可能なビットの数を確認するためのＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントは、構成されたＣＣ、アクティブ化されたＣＣ、または検出されたＣＣに基づいて判断され得る。ＣＳＩがＡＣＫ／ＮＡＣＫ情報と多重化されることを可能にすることにより、ＣＳＩの頻繁なドロップが低減し得、それによってデータ送信のパフォーマンスが改善され得る。

第３のＡＣＫ／ＮＡＣＫ設計では、ＤＡＩは、ダウンリンク許可中に含まれ得、サブフレーム中でスケジュールされたダウンリンクＣＣの数、すなわち、ＰＤＳＣＨ送信の総数を示し得る。ＵＥ１２０ｘは、ＤＡＩに基づいて様々な機能を実行し得る。たとえば、ＵＥ１２０ｘは、式（４）または式（５）に示すように、ＤＡＩに基づいてＡＣＫ／ＮＡＣＫビット幅を判断し得る。ＵＥ１２０ｘは、次いで、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいて、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るための送信電力、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数、ＡＣＫ／ＮＡＣＫ情報を送るためのＡＣＫ／ＮＡＣＫフィードバック方式、ＣＳＩおよび／または他の情報を送るために利用可能なビットの数、ＡＣＫ／ＮＡＣＫ情報を符号化するためのコードレートなどを判断し得る。ＵＥ１２０ｘはまた、ＤＡＩを利用して、ＰＤＣＣＨブラインド検出を低減し、フォールスアラームの関連する確率を低下させ得る。特に、ＵＥ１２０ｘは、ＤＡＩから得られたスケジュールされたＣＣの数に関する明示的情報を利用して、ＰＤＣＣＨを復号するのをいつ停止すべきかを判断し、ダウンリンク許可を含まないダウンリンクＣＣを処理することを回避し得る。

第４のＡＣＫ／ＮＡＣＫ設計では、ＤＡＩは、ダウンリンク許可中に含まれ得、サブフレーム中でスケジュールされたダウンリンクＣＣの数と、スケジュールされたＣＣの識別情報、すなわち、スケジュールされたＣＣの総数および位置との両方を示し得る。ＣＣ識別情報は、たとえば、ＤＡＩのビットが、ＵＥ１２０ｘのために構成されたＣＣのうちの異なるＣＣに対応するときにシグナリングされ得る。ＤＡＩからの情報を使用して、ＵＥ１２０ｘは様々な機能を実行し得る。たとえば、ＵＥ１２０ｘは、式（７）に示すように、ＤＡＩによって示されるスケジュールされたＣＣに基づいてＡＣＫ／ＮＡＣＫビット幅を正確に判断し得る。ＵＥ１２０ｘはまた、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいて、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るための送信電力、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数、ＡＣＫ／ＮＡＣＫ情報を送るためのＡＣＫ／ＮＡＣＫフィードバック方式、ＣＳＩおよび／または他の情報を送るために利用可能なビットの数、ＡＣＫ／ＮＡＣＫ情報を符号化するためのコードレートなどを正確に判断し得る。ＵＥ１２０ｘはまた、ＤＡＩを利用して、ダウンリンク許可のためにＰＤＣＣＨを復号すべきダウンリンクＣＣと、スキップすべきダウンリンクＣＣとを判断し得る。

表６に、表３に記載されている３つの方式のためのＰＵＣＣＨ上でのＡＣＫ／ＮＡＣＫ情報の送信をまとめる。

表７に、表３に記載されている３つの方式のためのＰＵＳＣＨ上でのＡＣＫ／ＮＡＣＫ情報の送信をまとめる。

ＵＥ１２０ｘは、ダウンリンク上で半永続的スケジューリング（ＳＰＳ：semi-persistent scheduling）で構成され得る。ＳＰＳのために、ＵＥ１２０ｘは、ダウンリンクＣＣ上でのデータ送信のための関連するパラメータで半静的に構成され得、各ＰＤＳＣＨ送信は、ＰＤＣＣＨ上でダウンリンク許可を送ることなしに行われ得る。ＳＰＳは、ダウンリンクＰＣＣ上のみで、またはＵＥ１２０ｘのために構成されたいずれかのダウンリンクＣＣ上でサポートされ得る。

ＳＰＳが（場合によってはダウンリンクＰＣＣ上のみに）存在するとき、ダウンリンクＳＣＣ上で送られるダウンリンク許可中にＤＡＩが存在する場合でも、ｅＮＢ１１０ｘとＵＥ１２０ｘとの間の不整合が生じ得る。たとえば、ＵＥ１２０ｘは２つのダウンリンクＣＣで構成され得、ＣＣ１がＰＣＣであり、ＣＣ２がＳＣＣである。ＵＥ１２０ｘは、ＤＡＩなしにＰＣＣ上でＳＰＳのために構成され得、ＤＡＩを用いてＳＣＣ上で動的にスケジュールされ得る。ＵＥ１２０ｘがＣＣ２についてＰＤＣＣＨを検出することができない場合、ＵＥ１２０ｘは、（ｉ）ＣＣ１上のＳＰＳ送信のみがあるのか、（ｉｉ）ＣＣ１上のＳＰＳ送信とＣＣ２上の動的にスケジュールされた送信の両方があるのか、（ｉｉｉ）（ＳＰＳ送信に取って代わるＣＣ１上の動的にスケジュールされた送信とともに）ＣＣ１とＣＣ２の両方の上の動的にスケジュールされた送信があるのかを知り得ない。

上記で説明した状況は様々な方法で対処され得る。一例では、ＵＥ１２０ｘは、ＤＡＩがダウンリンク許可中に含まれないかのようにふるまい得る。ＵＥ１２０ｘは、その場合、検出されたＣＣに基づいてＰＵＣＣＨ電力制御を実行すること、構成されたＣＣに基づいてＰＵＳＣＨリソース要素の数を判断することなどを行い得る。別の例では、ＤＡＩは、ＳＰＳ送信がＰＣＣ上で送られるか、動的にスケジュールされた送信がＰＣＣ上で送られるかにかかわらず、ＰＣＣについての情報を含み得る。さらに別の例では、ＰＣＣがＳＰＳ送信を有する場合、ＤＡＩはＰＣＣについての情報を除外し得、ＰＣＣが動的にスケジュールされた送信を有する場合、ＤＡＩはＰＣＣについての情報を含み得る。ＰＣＣ上に動的スケジューリング送信がない場合、ＰＣＣ上のＳＰＳ送信は、ＰＵＣＣＨまたはＰＵＳＣＨ上の固定ビット幅（たとえば、１ビット）と固定ロケーションとに関連付けられ得る。そうではなく、ＰＣＣが、動的にスケジュールされた送信を有する場合、ＤＡＩはＰＣＣについての情報を含み得る。動的にスケジュールされた送信は、ＳＰＳ送信と競合するとき、そのＳＰＳ送信に取って代わり得る。各場合において、ＵＥ１２０ｘは、ＤＡＩの利用可能性（またはＤＡＩがないこと）に基づいて、上記で説明したように、ＰＵＣＣＨ電力制御を実行すること、ＰＵＳＣＨリソース要素の数を判断することなどを行い得る。

表３に示す第３の方式では、ＤＡＩは、各ダウンリンク許可中に含まれ得、すべてのスケジュールされたＣＣを識別し得る。この構成を図７に示す。ＤＡＩからの情報を用いて、ＵＥ１２０ｘは、少なくとも１つのダウンリンク許可が特定のサブフレーム中で受信される限り、スケジュールされたＣＣの知識を取得し得る。ＵＥ１２０ｘは、たとえば、式（７）中に示すように、各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの数に基づいてＡＣＫ／ＮＡＣＫビット幅を判断し得る。

ＵＥ１２０ｘは、ＵＥ１２０ｘによって検出されないダウンリンク許可／ＰＤＣＣＨを示すためにＤＴＸを送ることが望ましいことがある。たとえば、ＵＥ１２０ｘは、ＣＣｙ上で受信されたダウンリンク許可とともに含まれるＤＡＩに基づいてＣＣｘがスケジュールされたことを判断し得る。しかしながら、ＵＥ１２０ｘは、ＣＣｘ上でのＰＤＳＣＨ送信についてのダウンリンク許可を検出しないことがある。その場合、それの構成に応じて、ＵＥ１２０ｘはＣＣｘのためのＤＴＸをシグナリングし、ｅＮＢ１１０ｘは、ＤＴＸフィードバックを使用してＣＣｘのためのＰＤＣＣＨの送信を改善し得る。

ＤＴＸを搬送するために未使用ビットが以下のように使用され得る。所与のダウンリンクＣＣ、ＣＣｊが、２つのトランスポートブロック（たとえば、ＭＩＭＯモード）をサポートする送信モードで構成され得、２つのＡＣＫ／ＮＡＣＫビットに関連付けられ得る。しかしながら、特定のサブフレームでは、ＣＣｊは、１つのトランスポートブロックの送信（たとえば、ＳＩＭＯモード）でスケジュールされ得る。ＣＣｊ上の送信に肯定応答するためにただ１つのＡＣＫ／ＮＡＣＫビットが必要とされ得る。送信モードに基づいて割り振られた未使用ビットが、ＤＡＩからの情報に基づいて逃したダウンリンク許可／ＰＤＣＣＨがあるか否かを伝達するために使用され得る。未使用ビットは、残余ビット、オーファンビットなどと呼ばれることもある。複数のダウンリンクＣＣのための未使用ビットは、より多くの情報をｅＮＢ１１０ｘに伝達するために、たとえば、どの特定のダウンリンク許可／ＰＤＣＣＨがＵＥ１２０ｘによって検出されないかを伝達するために一緒に使用され得る。

ＡＣＫ／ＮＡＣＫビットを再利用する一例では、ＵＥ１２０ｘは、ＣＣ１、ＣＣ２およびＣＣ３を含み得る、３つのダウンリンクＣＣで構成され得る。すべての３つの構成されたＣＣは、対応するＰＤＳＣＨ送信に肯定応答するために２つのＡＣＫ／ＮＡＣＫビットが潜在的に必要とされる、２つのトランスポートブロックをサポートする送信モードに関連付けられ得る。ｅＮＢ１１０ｘは、所与のサブフレーム中で、構成されたＣＣのうちの２つをスケジュールし得、ＣＣ１は、１つのトランスポートブロックのためのＤＣＩフォーマット１Ａを用いてスケジュールされ、ＣＣ３は、２つのトランスポートブロックのためのＤＣＩフォーマット２を用いてスケジュールされる。４つのＡＣＫ／ＮＡＣＫビットが、それらの送信モードに基づいて２つのスケジュールされたＣＣのために利用可能であり得る。しかしながら、上記で説明したデータ送信では、わずか３つのＡＣＫ／ＮＡＣＫビット、すなわち、ＣＣ１のための１つのＡＣＫ／ＮＡＣＫビットと、ＣＣ３のための２つのＡＣＫ／ＮＡＣＫビットとが生成され得る。その場合、１つのＣＣのためのＤＴＸを搬送するためにＵＥ１２０ｘにとって１つの未使用ビットが利用可能になり得る。未使用ビットは、たとえば、ＣＣ３のためのＤＴＸを搬送するために使用され得、ＣＣ３のためのダウンリンク許可／ＰＵＣＣＨが受信された場合は第１の値（たとえば、「０」）に設定され得、またはＤＡＩから取得されたスケジュールされたＣＣに関する情報に基づいてＣＣ３のためのダウンリンク許可／ＰＵＣＣＨが受信されない場合は第２の値（たとえば、「１」）に設定され得る。４つのＡＣＫ／ＮＡＣＫビットが、次いで、以下のように送られ得る。

ＣＣ３についてのダウンリンク許可が消失していることをｅＮＢ１１０ｘに通知するために｛ｘ１００｝を送る、または
ＣＣ３についてのダウンリンク許可が検出されたことをｅＮＢ１１０ｘに通知するために｛ｘ０ｙｚ｝を送る
ただし、ｘは、ＣＣ１のためのＡＣＫ／ＮＡＣＫビットであり、ｙおよびｚは、ＣＣ３のための２つのＡＣＫ／ＮＡＣＫビットであり、ｘ、ｙおよびｚはそれぞれ「０」または「１」の値を有し得る。

概して、５つのダウンリンクＣＣのためのＡＣＫ、ＮＡＣＫ、またはＤＴＸを搬送するために１２ビットが使用され得る。ＵＥ１２０ｘは、未使用ビットが利用可能であるときはいつでもＤＴＸを報告するか、またはいくつかの条件の発生時にＤＴＸを報告するように構成され得る。たとえば、ＵＥ１２０ｘは、構成されたＣＣまたはスケジュールされたＣＣの数が（１０ビットＡＣＫ／ＮＡＣＫペイロードに適合するように）４よりも少ない場合のみ、あるいは２つのダウンリンクＣＣが構成された場合のみなどにおいてＤＴＸを報告し得る。

また、ＴＤＤにおいてスケジュールされたサブフレームに関する情報を搬送するためにＤＡＩが使用され得る。たとえば、ＬＴＥのＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｄ、２、２Ａまたは２Ｂに基づいて送られるダウンリンク許可中に２ビットＤＡＩが含まれ得る。２ビットＤＡＩは、サブフレームｎ中で送られ得、（１つまたは複数の）サブフレームｎ−ｋ内の現在のサブフレームまでの、割り当てられた（１つまたは複数の）ＰＤＳＣＨ送信をもつ（１つまたは複数の）ＰＤＣＣＨと、ＳＰＳリリースを示すＰＤＣＣＨとの累積数を示し得、ｋはＫに属し、ただし、Ｋは、ＡＣＫ／ＮＡＣＫフィードバックが送られるのと同じアップリンクサブフレームに関連するダウンリンクサブフレームのセットを示す。２ビットＤＡＩはまた、ＬＴＥにおけるＤＣＩフォーマット０に基づいて送られるアップリンク許可中に含まれ得る。この場合、ＤＡＩは、サブフレームｎ−ｋ’中でＵＥ１２０ｘによって検出され得、サブフレームｎ−ｋ’内のＰＤＳＣＨ送信とダウンリンクＳＰＳリリースを示すＰＤＣＣＨとをもつサブフレームの総数を表し得、ｋ’はＫに属する。各場合において、ＤＡＩは、ＵＥ１２０ｘが、逃したダウンリンク許可を検出し、より効率的なＡＣＫ／ＮＡＣＫフィードバックを可能にし、他の利点を提供するのを助け得る。

１つの設計では、ＴＤＤにおけるマルチキャリア動作のためのスケジュールされたＣＣとスケジュールされたサブフレームとに関する情報を搬送するために２次元（２Ｄ）ＤＡＩが使用され得る。２Ｄ ＤＡＩは、それぞれ時間領域および周波数領域をカバーするためのＤＡＩ＿ＴｉｍｅおよびＤＡＩ＿Ｆｒｅｑという、２つの構成要素を含み得る。ＤＡＩ＿Ｔｉｍｅは、ＴＤＤで動作しているときに許可中に含まれ得る。ＤＡＩ＿Ｆｒｅｑは、ＵＥ１２０ｘがＦＤＤまたはＴＤＤのいずれかにおいて２つ以上のダウンリンクＣＣで構成された場合に許可中に含まれ得る。ＤＡＩ＿Ｔｉｍｅは、２ビットを備え得、ダウンリンクＣＣごとに与えられ得る。ＤＡＩ＿Ｔｉｍｅは、ダウンリンク許可またはアップリンク許可中に含まれ得、特定のダウンリンクＣＣ上のダウンリンクサブフレーム関連セット中のダウンリンクサブフレームにわたる（時間的な）ＰＤＳＣＨ送信の累積数を示し得る。ＤＡＩ＿Ｆｒｅｑは、１〜３ビットを備え得、ダウンリンクサブフレームごとに与えられ得る。ＤＡＩ＿Ｆｒｅｑは、ダウンリンク許可またはアップリンク許可中に含まれ得、スケジュールされたＣＣの総数および／または所与のサブフレーム中でどのＣＣがスケジュールされたかを示し得る。ＤＡＩ＿Ｔｉｍｅおよび／またはＤＡＩ＿Ｆｒｅｑはまた、それらがダウンリンク許可中に含まれるのかアップリンク許可中に含まれるのかに応じて異なる情報を搬送し得る。たとえば、ダウンリンク許可中に含まれるＤＡＩ＿Ｆｒｅｑは、スケジュールされたＣＣを識別し得るが、アップリンク許可中に含まれるＤＡＩ＿Ｆｒｅｑは、スケジュールされたＣＣの数を示し得る。

いくつかの状況では、アップリンク上での送信のためのＡＣＫ／ＮＡＣＫビットの数を低減することが望ましい。ＡＣＫ／ＮＡＣＫ情報のビット数は、表８に記載されているように、空間バンドリング、サブフレームバンドリング、および／またはＣＣバンドリングを実行することによって低減され得る。

概して、ＵＥは、ＡＣＫ／ＮＡＣＫフィードバックの量を低減するために１つまたは複数のタイプのバンドリングを利用し得る。バンドリングは、ワイヤレスネットワークがＦＤＤを利用するのかＴＤＤを利用するのか、構成されたＣＣの数、ＴＤＤにおけるアップリンクダウンリンク構成、所望のＡＣＫ／ＮＡＣＫペイロードサイズ、チャネル状態など、様々なファクタに応じて異なる方法で実行され得る。

空間バンドリングでは、１つのサブフレーム中の１つのダウンリンクＣＣ上の複数のレイヤを介して複数のトランスポートブロックが受信され得、トランスポートブロックごとにＡＣＫまたはＮＡＣＫが取得され得る。すべてのトランスポートブロックについてＡＣＫが取得された場合、バンドルされたＡＣＫが生成され得る。いずれかのトランスポートブロックについてＮＡＣＫが取得された場合、バンドルされたＮＡＣＫが生成され得る。サブフレームバンドリングでは、複数のサブフレーム中の１つのダウンリンクＣＣ上で複数のトランスポートブロックが受信され得、たとえば、各サブフレーム中で１つのトランスポートブロックが受信され得る。トランスポートブロックごとにＡＣＫまたはＮＡＣＫが取得され得る。すべてのトランスポートブロックについてＡＣＫが取得された場合、バンドルされたＡＣＫが生成され得、いずれかのトランスポートブロックについてＮＡＣＫが取得された場合、バンドルされたＮＡＣＫが生成され得る。ＣＣバンドリングでは、１つのサブフレーム中の複数のダウンリンクＣＣ上で複数のトランスポートブロックが受信され得、たとえば、各ダウンリンクＣＣ上で１つのトランスポートブロックが受信され得る。トランスポートブロックごとにＡＣＫまたはＮＡＣＫが取得され得る。すべてのトランスポートブロックについてＡＣＫが取得された場合、バンドルされたＡＣＫが生成され得、いずれかのトランスポートブロックについてＮＡＣＫが取得された場合、バンドルされたＮＡＣＫが生成され得る。バンドリングのすべての３つのタイプを用いて、ｅＮＢ１１０ｘが、バンドルされたＮＡＣＫを受信したとき、ｅＮＢ１１０ｘは適用可能なトランスポートブロックのすべてを再送信し得る。

いくつかの例では、空間バンドリングは、ＦＤＤにおけるマルチキャリア動作とともに利用される。Ｍ個の構成されたＣＣについて最高Ｍ個のＡＣＫ／ＮＡＣＫビットが生成され得、たとえば、構成されたＣＣまたはスケジュールされたＣＣごとに１つのＡＣＫ／ＮＡＣＫビットが生成され得る。ＡＣＫ／ＮＡＣＫ送信のカバレージを改善するために、構成されたＣＣの数が制限され得、および／またはＡＣＫ／ＮＡＣＫ情報が、繰り返し、たとえば、２倍、４倍、または６倍で送られ得る。ＡＣＫ／ＮＡＣＫの繰り返しは、ＵＣＩ送信への影響がほとんどないときに利用され得る。たとえば、ＡＣＫ／ＮＡＣＫ送信が送られるときにＣＳＩ送信がドロップされ得るので、ＡＣＫ／ＮＡＣＫの繰り返しは、ＣＳＩ送信が影響を受けないときに利用され得る。

いくつかの例では、空間バンドリングおよびサブフレームバンドリングは、ＴＤＤにおけるマルチキャリア動作のために利用され得る。ＵＥ１２０ｘは、（ｉ）マルチキャリア動作のための最高５つのダウンリンクＣＣと、（ｉｉ）ＴＤＤのための１つのアップリンクサブフレームに対して最高４つのダウンリンクサブフレームをもつアップリンクダウンリンク構成とで構成され得る。１つまたは複数のＡＣＫ／ＮＡＣＫフィードバックモードがサポートされ得、各ＡＣＫ／ＮＡＣＫフィードバックモードは異なる方法でバンドリングを実行し得る。

ＴＤＤにおけるマルチキャリア動作のための第１のＡＣＫ／ＮＡＣＫフィードバックモードでは、ただ１つのタイプのバンドリングが実行され、バンドリングタイプは構成されたＣＣの数に依存し得る。１つのＣＣが構成された場合、空間バンドリングのみが実行されて最高４つのＡＣＫ／ＮＡＣＫビットが取得され、ダウンリンクサブフレームごとに１つのＡＣＫ／ＮＡＣＫビットが取得され得る。２つのＣＣが構成された場合、サブフレームバンドリングのみが実行されて、最高４つのＡＣＫ／ＮＡＣＫビットが取得されるか、あるいは構成されたＣＣまたはスケジュールされたＣＣごとに最高２つのＡＣＫ／ＮＡＣＫビットが取得され得る。代替的に、空間バンドリングのみが実行されて、最高８つのＡＣＫ／ＮＡＣＫビットが取得されるか、または各ダウンリンクサブフレーム中の構成されたＣＣごとに１つのＡＣＫ／ＮＡＣＫビットが取得され得る。３つ以上のＣＣが構成された場合、サブフレームバンドリングのみが実行されて、最高２＊Ｍ個のＡＣＫ／ＮＡＣＫビットが取得されるか、あるいは構成されたＣＣまたはスケジュールされたＣＣごとに最高２つのＡＣＫ／ＮＡＣＫビットが取得され得る。

ＴＤＤにおけるマルチキャリア動作のための第２のＡＣＫ／ＮＡＣＫフィードバックモードでは、１つまたは複数のタイプのバンドリングが実行され、（１つまたは複数の）バンドリングタイプは構成されたＣＣの数に依存し得る。１つのＣＣが構成された場合、サブフレームバンドリングのみが実行されて最高２つのＡＣＫ／ＮＡＣＫビットが取得され得る。２つのＣＣが構成された場合、空間バンドリングとサブフレームバンドリングの両方が実行されて最高２つのＡＣＫ／ＮＡＣＫビットが取得され得る。３つ以上のＣＣが構成された場合、空間バンドリングとサブフレームバンドリングの両方が実行されて、最高Ｍ個のＡＣＫ／ＮＡＣＫビットが取得され、たとえば、構成されたＣＣまたはスケジュールされたＣＣごとに１つのＡＣＫ／ＮＡＣＫビットが取得され得る。

バンドリングは他の方法でも実行され得る。たとえば、ＣＣバンドリングは、すべてのＭ個の構成されたＣＣではなく、Ｍ個の構成されたＣＣのサブセット（たとえば、十分な相関関係をもつダウンリンクＣＣ）について実行され得る。サブフレームバンドリングは、無線フレーム中のすべてのダウンリンクサブフレームのサブセットについて実行され得る。

本明細書で説明する技法は様々な利点を提供する。まず、本技法は、ＦＤＤとＴＤＤとにおけるマルチキャリア動作のための効率的なＡＣＫ／ＮＡＣＫフィードバックを可能にし得る。本技法はまた、異なるタイプのＵＣＩ間の多重化能力、たとえば、１つのサブフレーム中でのＡＣＫ／ＮＡＣＫとＣＳＩの多重化を与え得る。ＤＡＩは、（ＴＤＤのための）時間領域および／または（ＦＤＤのための）周波数領域をカバーし得る。ＤＡＩはまた、サブフレームｎ中で送られるＤＡＩがサブフレームｎ＋１およびそれ以後におけるスケジューリングをカバーしないように、因果的であるように定義され得る。これにより、バンドリングウィンドウ中のダウンリンクサブフレームにわたって独立したスケジューリングが維持されることが可能になり得る。

図８に、マルチキャリアワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を送るための例示的なプロセス８００を示す。プロセス８００は、（以下で説明するように）ＵＥによって、または何らかの他のエンティティによって実行され得る。ＵＥは、ＵＥのために構成された複数のＣＣのうちのＣＣ上で許可を受信する（ブロック８１２）。ブロック８１２における複数の構成されたＣＣは、ＦＤＤを利用するワイヤレスネットワーク中のダウンリンクＣＣ、ＴＤＤを利用するワイヤレスネットワーク中のダウンリンクＣＣ、またはそれらの組合せであり得る。

ＵＥは、複数の構成されたＣＣのうちの少なくとも１つのスケジュールされたＣＣ上でデータ送信のためにスケジュールされ得る。ＵＥは、許可に基づいて、データ送信におけるスケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とを判断する（ブロック８１４）。ＵＥは、スケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とに基づいて、データ送信に対するＡＣＫ／ＮＡＣＫ情報を判断する（ブロック８１６）。ＵＥは、少なくとも１つのデータ送信に対するフィードバックとしてＡＣＫ／ＮＡＣＫ情報を送る（ブロック８１８）。

一例では、ＵＥは、たとえば、図６の順序付きの場合によって示されるように、複数の構成されたＣＣのうちの各ＣＣのインデックスに基づいて、データ送信においてスケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットを順序付け得る。別の例では、ＵＥは、たとえば、図６の非順序付きの場合によって示されるように、各ＣＣのための（１つまたは複数の）ＡＣＫ／ＮＡＣＫビットを、そのＣＣに割り当てられた特定の位置に配置し得る。

ＵＥは、許可中のＤＡＩを検出することによって、スケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とを判断し得る。ＤＡＩは、特定のサブフレーム中でどのＣＣがＵＥによってスケジュールされるかの明示的指示を与えること、および対応する送信モードを判断することなどを行うことができる。ＤＡＩは、ＵＥのために構成されたＣＣの数に基づいて基地局によって判断され得る、可変サイズを有し得る。代替的に、ＤＡＩは、構成されたＣＣの最大許容数に基づき得る、固定サイズを有し得る。

一例では、ＵＥは、図７に示す構成などの許可から、スケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とを示すビットマップを取得し得る。ビットマップのビット数は、ＵＥのための構成されたＣＣの数よりも少なくなり得る。複数の構成されたＣＣは、第１のＣＣと、少なくとも１つの残りのＣＣとを含み得る。許可は、第１のＣＣ上でのデータ送信に関し得、ビットマップは、少なくとも１つの残りのＣＣ中の各スケジュールされたＣＣを識別し得る。

ＵＥは、ＤＡＩから取得された情報に基づいて各スケジュールされたＣＣの送信モードを判断し得る。ＵＥは、各スケジュールされたＣＣの送信モードとスケジュールされたＣＣの数とに基づいて、データ送信に肯定応答するためのＡＣＫ／ＮＡＣＫビットの総数を判断し得る。たとえば、ＵＥは、各スケジュールされた各ＣＣのためのＡＣＫ／ＮＡＣＫビットの数をそれの送信モードに従って個々に判断し得る。ＵＥは、次いで、たとえば、式（７）に示すように、各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの数に基づいて、データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断し得る。

ＡＣＫ／ＮＡＣＫビットの総数は様々な目的のために使用され得る。一例では、ＵＥが、ＡＣＫ／ＮＡＣＫビットの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断し得る。ＵＥは、判断された送信電力に基づいて、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送り得る。別の例では、ＵＥは、ＡＣＫ／ＮＡＣＫビットの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断し得る。ＵＥは、リソース要素の判断された数に基づいて、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送り得る。

ＵＥは、ＡＣＫ／ＮＡＣＫビットの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのＰＵＣＣＨフォーマット、コードレート、および／またはコーディング方式を判断し得る。たとえば、ＵＥは、ＡＣＫ／ＮＡＣＫビットの総数がしきい値を下回るときはＰＵＣＣＨフォーマット１ｂを選択し、総計がしきい値を超えたときはＰＵＣＣＨフォーマット３を選択し得る。ＵＥは、判断されたＰＵＣＣＨフォーマット、コードレート、および／またはコーディング方式に基づいて、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送り得る。ＵＥはまた、ＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、ＣＳＩを送るためのビット数を判断し得る。ＵＥは、ＣＳＩを送るために利用可能なビットに基づいて、ＣＳＩをＡＣＫ／ＮＡＣＫ情報と多重化し得る。

ＵＥは、各スケジュールされたＣＣ上で受信されたトランスポートブロックの数を判断し得る。たとえば、ＵＥは、（ｉ）１つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各スケジュールされたＣＣ上で１つのトランスポートブロックが受信され、（ｉｉ）２つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各スケジュールされたＣＣ上で２つのトランスポートブロックが受信されたと判断し得る。ＵＥは、各スケジュールされたＣＣ上で受信されたトランスポートブロックの数に基づいて、少なくとも１つのスケジュールされたＣＣ上で受信されたトランスポートブロックの総数を判断し得る。

トランスポートブロックの総数は様々な目的のために使用され得る。１つの設計では、ＵＥは、データ送信中で受信されたトランスポートブロックの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断し得る。ＵＥは、判断された送信電力に基づいて、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送り得る。代替的に、ＡＣＫ／ＮＡＣＫ情報がＰＵＳＣＨ上で送られるべきであるとき、ＵＥは、データ送信中で受信されたトランスポートブロックの総数に基づいてリソース要素の数を判断し得る。ＵＥは、リソース要素の判断された数に基づいて、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送り得る。

ＴＤＤでは、ＵＥは、たとえば、許可に基づいて、ＵＥがスケジュールされるある数のダウンリンクサブフレームを判断し得る。ＵＥは、判断された数のダウンリンクサブフレーム中の少なくとも１つのスケジュールされたＣＣ上で受信されたデータ送信のためのＡＣＫ／ＮＡＣＫ情報を判断し得る。ＡＣＫ／ＮＡＣＫ情報は、スケジュールされたＣＣの数と、各スケジュールされたＣＣの識別子と、ＵＥがスケジュールされるダウンリンクサブフレームの数とに基づいて判断され得る。さらに、ＡＣＫ／ＮＡＣＫフィードバックの量を低減するために、ＵＥは、前に説明したように、空間バンドリング、サブフレームバンドリング、ＣＣバンドリング、またはそれらの組合せを実行し得る。

一例では、ＵＥは、（ｉ）ＡＣＫ／ＮＡＣＫ情報を送るために利用可能なビットの数と、（ｉｉ）ＡＣＫ／ＮＡＣＫ情報のために送るべきビット数とに基づいて、少なくとも１つの未使用ビットを識別し得る。ＤＡＩから取得された情報に基づいて、ＵＥは、少なくとも１つの未使用ビットを使用して、スケジュールされたＣＣのうちの１つのための許可を逃したことを示す情報を送り得る。

ブロック８１２においてＵＥによって受信される許可は、少なくとも１つのスケジュールされたＣＣのうちの１つ上でのデータ送信のためのダウンリンク許可、またはアップリンク上でのデータ送信のためのアップリンク許可であり得る。一例では、ｅＮＢは、ＤＡＩをＵＥが逃す可能性を低減するために、ＤＡＩを別個のダウンリンク許可およびアップリンク許可中で送る。アップリンク許可は、ダウンリンク上でのデータ送信のための、スケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とを搬送し得る。ＵＥは、スケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とに基づいて、許可を搬送するＰＤＣＣＨのためのブラインド復号を実行し得る。

１つの設計では、スケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とを示す情報は、ＵＥのためのＰＣＣ上のみで、またはＵＥのための構成されたＣＣのサブセット上のみで、またはＵＥのためのすべてのスケジュールされたＣＣ上で送られ得る。ＰＣＣは、ＵＥのための複数の構成されたＣＣのうちの１つであり得る。

図９に、ワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を受信するための例示的なプロセス９００を示す。プロセス９００は、（以下で説明するように）基地局／ｅＮＢによって、または何らかの他のエンティティによって実行され得る。基地局は、ＵＥへのデータ送信のための、スケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とを示す許可を生成する（ブロック９１２）。許可は、データ送信のためにスケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とを示すビットマップまたは何らかの他の情報を備え得る。

基地局は、ＵＥのために構成された複数のＣＣのうちの１つ上で許可を送る（ブロック９１４）。基地局は、少なくとも１つのスケジュールされたＣＣ上でデータ送信をＵＥに送り（ブロック９１６）、ＵＥからデータ送信に対するＡＣＫ／ＮＡＣＫ情報を受信する（ブロック９１８）。ＡＣＫ／ＮＡＣＫ情報は、スケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とに基づいて、ＵＥによって判断され得る。

１つの設計では、ＡＣＫ／ＮＡＣＫ情報は、データ送信においてＵＥによって受信されたトランスポートブロックの総数に基づいて判断された送信電力で、ＰＵＣＣＨ上でＵＥによって送られ得る。別の設計では、ＡＣＫ／ＮＡＣＫ情報は、ＰＵＳＣＨ上でＵＥによって送られ得る。基地局は、データ送信のためにスケジュールされたＣＣの送信モードを判断し得、それの送信モードとスケジュールされたＣＣの数とに基づいて、データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断し得る。たとえば、基地局は、ＡＣＫ／ＮＡＣＫビットの総数に基づいて、データ送信に肯定応答するためのリソース要素の数を判断し得る。基地局は、リソース要素の判断された数に基づいて、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を受信し得る。また、基地局は、ＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、ＣＳＩを送るために利用可能なビットの数を判断し得る。基地局は、利用可能なビットの数に基づいて、ＣＳＩとＡＣＫ／ＮＡＣＫ情報とを非多重化し得る。

１つの設計では、基地局は、ＣＳＩの報告がサブフレーム中でのＵＥからのものであるかどうかに基づいて、サブフレーム中でのデータ送信のためにＵＥをスケジュールし得る。基地局は、サブフレーム中でＵＥによって報告すべきＣＳＩのビット数を判断し得る。基地局は、サブフレーム中でＵＥによってＡＣＫ／ＮＡＣＫ情報を送るために利用可能なビットの数を判断し得る。基地局は、上記で説明したように、ＵＥによってＡＣＫ／ＮＡＣＫ情報を送るために利用可能なビットの数に基づいて、サブフレーム中でのデータ送信のためにＵＥをスケジュールし得る。

図１０に、図１の基地局／ｅＮＢの１つであり得る基地局／ｅＮＢ１１０ｙおよび図１のＵＥの１つであり得るＵＥ１２０ｙの設計のブロック図を示す。基地局１１０ｙ内で、モジュール１０１０は、ＵＥ１２０ｙがスケジュールされる１つまたは複数のＣＣのためのダウンリンク許可および／または他のＤＣＩを備えるＰＤＣＣＨ送信を生成し得る。モジュール１０１２は、スケジュールされたＣＣについてのデータを備えるＰＤＳＣＨ送信を生成し得る。送信機１０１４は、ＰＤＣＣＨおよび／またはＰＤＳＣＨ送信を備える１つまたは複数のダウンリンク信号を生成し、送信し得る。受信機１０１６は、ＵＥ１２０ｙおよび他のＵＥによって送信されたアップリンク信号を受信し、処理し得る。モジュール１０２０は、ｅＮＢ１１０ｙによって送られたデータ送信に対するＵＥ１２０ｙによって送られるＡＣＫ／ＮＡＣＫ情報のための送信パラメータ（たとえば、ＡＣＫ／ＮＡＣＫフィードバック方式、コードレートなど）を判断し得る。モジュール１０１８は、ＵＥ１２０ｙによって送られたＡＣＫ／ＮＡＣＫ情報を復元するために、ＡＣＫ／ＮＡＣＫ送信パラメータに従って１つまたは複数の受信信号を処理し得る。モジュール１０１８はまた、ＵＥ１２０ｙによって送られたＣＳＩおよび／または他の情報を復元し得る。

モジュール１０２２は、ＵＥ１２０ｙのマルチキャリア構成を判断し、たとえば、どのＣＣがダウンリンクおよびアップリンクのためのＵＥ１２０ｙのために構成され、どのＣＣがＵＥ１２０ｙのためのダウンリンクＰＣＣおよびアップリンクＰＣＣであるかを判断し得る。モジュール１０２４は、ＵＥ１２０ｙに送られた許可中にＤＡＩが含まれるか否か、ＵＥ１２０ｙのための構成されたＣＣであるのかスケジュールされたＣＣであるのか、バンドリングが実行されるかどうかなど、様々なファクタに基づいて、ＵＥ１２０ｙのためのＡＣＫ／ＮＡＣＫビット幅および／または総トランスポートブロックカウントを判断し得る。モジュール１０２６は、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためにＵＥ１２０ｙによって使用されるリソース要素の数を判断し得る。基地局１１０ｙ内の様々なモジュールは、上記で説明したように動作し得る。コントローラ／プロセッサ１０２８は、基地局１１０ｙ内の様々なモジュールの動作を指示し得る。メモリ１０３０は、基地局１１０ｙのためのデータとプログラムコードとを記憶し得る。スケジューラ１０３２は、データ送信のためにＵＥをスケジュールし得る。

ＵＥ１２０ｙ内で、受信機１０５０は、基地局１１０ｙおよび他の基地局からのダウンリンク信号を受信し、処理し得る。モジュール１０５２は、１つまたは複数の受信信号を処理（たとえば、復調および復号）して、ＵＥ１２０ｙに送られたＰＤＣＣＨ送信を復元し得る。モジュール１０５４は、受信信号を処理して、ＵＥ１２０ｙに送られたＰＤＳＣＨ送信を復元し得る。モジュール１０５８は、受信されたデータ送信のためのＡＣＫ／ＮＡＣＫ情報を判断し得る。モジュール１０５６は、ＡＣＫ／ＮＡＣＫ情報を送るための送信パラメータを判断し得る。モジュール１０５８は、ＡＣＫ／ＮＡＣＫ送信パラメータに従ってＰＵＣＣＨまたはＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送り得る。モジュール１０５８はまた、ＰＵＣＣＨまたはＰＵＳＣＨ上でＣＳＩおよび／または他の情報を送り得る。送信機１０６０は、ＰＵＣＣＨ送信またはＰＵＳＣＨ送信を備える１つまたは複数のアップリンク信号を生成し、送信し得る。

モジュール１０６８は、ＵＥ１２０ｙのマルチキャリア構成を判断し、たとえば、どのＣＣがダウンリンクおよびアップリンクのためのＵＥ１２０ｙのために構成され、どのＣＣがＵＥ１２０ｙのためのダウンリンクＰＣＣおよびアップリンクＰＣＣであるかを判断し得る。モジュール１０６２は、ＵＥ１２０ｙに送られた許可中にＤＡＩが含まれるか否か、ＵＥ１２０ｙのための構成されたＣＣであるのかスケジュールされたＣＣであるのか、バンドリングが実行されるかどうかなど、様々なファクタに基づいて、ＵＥ１２０ｙのためのＡＣＫ／ＮＡＣＫビット幅および／または総トランスポートブロックカウントを判断し得る。モジュール１０６４は、ＡＣＫ／ＮＡＣＫビット幅および／または総トランスポートブロックカウントに基づいてＰＵＣＣＨの電力制御を実行し、たとえば、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断し得る。モジュール１０６６は、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断し得る。ＵＥ１２０ｙ内の様々なモジュールは、上記で説明したように動作し得る。コントローラ／プロセッサ１０７０は、ＵＥ１２０ｙ内の様々なモジュールの動作を指示し得る。メモリ１０７２は、ＵＥ１２０ｙのためのデータとプログラムコードとを記憶し得る。

図１０のモジュールは、プロセッサ、電子デバイス、ハードウェアデバイス、電子構成要素、論理回路、メモリ、ソフトウェアコード、ファームウェアコードなど、またはそれらの任意の組合せを備え得る。

図１１に、図１の基地局／ｅＮＢの１つであり得る基地局／ｅＮＢ１１０ｚおよび図１のＵＥの１つであり得るＵＥ１２０ｚの設計のブロック図を示す。基地局１１０ｚはＴ個のアンテナ１１３４ａ〜１１３４ｔを装備し得、ＵＥ１２０ｚはＲ個のアンテナ１１５２ａ〜１１５２ｒを装備し得、ただし一般にＴ≧１およびＲ≧１である。

基地局１１０ｚにおいて、送信プロセッサ１１２０は、１つまたは複数のＵＥへの１つまたは複数のダウンリンクＣＣ上での送信のためのデータをデータソース１１１２から受信し、各ＵＥのために選択された１つまたは複数の変調およびコーディング方式に基づいてそのＵＥについてデータを処理（たとえば、符号化および変調）し、すべてのＵＥのデータシンボルを与え得る。送信プロセッサ１１２０はまた、（たとえば、許可、ＤＡＩ、構成メッセージなどについての）制御情報を処理し、制御シンボルを与え得る。プロセッサ１１２０はまた、基準信号のための基準シンボルを生成し得る。送信（ＴＸ）ＭＩＭＯ処理装置１１３０は、（適用可能な場合は）データシンボル、制御シンボル、および／または基準シンボルをプリコードし、Ｔ個の出力シンボルストリームをＴ個の変調器（ＭＯＤ）１１３２ａ〜１１３２ｔに与え得る。各変調器１１３２は、（たとえば、ＯＦＤＭ用などに）それの出力シンボルストリームを処理して出力サンプルストリームを取得し得る。各変調器１１３２はさらに、それの出力サンプルストリームを調整（たとえば、アナログへの変換、増幅、フィルタ処理、およびアップコンバート）してダウンリンク信号を取得し得る。変調器１１３２ａ〜１１３２ｔからのＴ個のダウンリンク信号は、それぞれＴ個のアンテナ１１３４ａ〜１１３４ｔを介して送信され得る。

ＵＥ１２０ｚにおいて、アンテナ１１５２ａ〜１１５２ｒは、基地局１１０ｚおよび／または他の基地局からダウンリンク信号を受信し得、受信信号をそれぞれ復調器（ＤＥＭＯＤ）１１５４ａ〜１１５４ｒに与え得る。各復調器１１５４は、それの受信信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを得る。各復調器１１５４はさらに、（たとえば、ＯＦＤＭなどの）入力サンプルを処理して受信シンボルを取得し得る。ＭＩＭＯ検出器１１５６は、すべてのＲ個の復調器１１５４ａ〜１１５４ｒから受信シンボルを取得し、受信シンボルに対してＭＩＭＯ検出を実行し、検出シンボルを与え得る。受信プロセッサ１１５８は、検出シンボルを処理（たとえば、復調および復号）し、ＵＥ１２０ｚの復号されたデータをデータシンク１１６０に供給し、復号された制御情報をコントローラ／プロセッサ１１８０に与え得る。

アップリンク上では、ＵＥ１２０ｚにおいて、送信プロセッサ１１６４は、データソース１１６２からデータを受信および処理し、コントローラ／プロセッサ１１８０から（たとえば、ＡＣＫ／ＮＡＣＫ情報、ＣＳＩなどの）制御情報を受信し処理し得る。プロセッサ１１６４はまた、１つまたは複数の基準信号のための基準シンボルを生成し得る。送信プロセッサ１１６４からのシンボルは、適用可能な場合はＴＸ ＭＩＭＯプロセッサ１１６６によってプリコードされ、さらに（たとえば、ＳＣ−ＦＤＭ、ＯＦＤＭなどのために）変調器１１５４ａ〜１１５４ｒによって処理され、基地局１１０ｚに送信され得る。基地局１１０ｚにおいて、ＵＥ１２０ｚおよび他のＵＥからのアップリンク信号は、アンテナ１１３４によって受信され、復調器１１３２によって処理され、適用可能な場合はＭＩＭＯ検出器１１３６によって検出され、さらに、ＵＥ１２０ｚおよび他のＵＥによって送られた、復号されたデータおよび制御情報を取得するために、受信プロセッサ１１３８によって処理され得る。プロセッサ１１３８は、復号されたデータをデータシンク１１３９に与え、復号された制御情報をコントローラ／プロセッサ１１４０に与え得る。

コントローラ／プロセッサ１１４０および１１８０は、それぞれ基地局１１０ｚおよびＵＥ１２０ｚにおける動作を指示し得る。基地局１１０ｚにおけるプロセッサ１１４０および／または他のプロセッサおよびモジュールは、図９のプロセス９００、および／または本明細書で説明する技法のための他のプロセスを実行または指示し得る。ＵＥ１２０ｚにおけるプロセッサ１１８０および／または他のプロセッサおよびモジュールは、図８のプロセス８００、および／または本明細書で説明する技法のための他のプロセスを実行または指示し得る。メモリ１１４２および１１８２は、それぞれ基地局１１０ｚおよびＵＥ１２０ｚのためのデータとプログラムコードとを記憶し得る。スケジューラ１１４４は、ダウンリンク上および／またはアップリンク上でのデータ送信のためにＵＥをスケジュールし得る。

情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを認識されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。

また、本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。

本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。

本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。ＡＳＩＣはユーザ端末中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。

１つまたは複数の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、またはＤＳＬなどのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

本開示の前述の説明は、当業者が本開示を製作または使用することができるように与えたものである。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるものではなく、本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。

Claims (57)

1. ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの１つのＣＣ上で許可を受信することと、
   前記許可に基づいて、前記ＵＥのためのスケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とを判断することと、
   スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと
   を備える、ワイヤレス通信のための方法。
2. 前記スケジュールされたＣＣの送信モード、または前記スケジュールされたＣＣ上で受信されたトランスポートブロックの数に基づいて、各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの数を判断することと、
   各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの前記数に基づいて、前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断することと
   をさらに備える、請求項１に記載の方法。
3. 前記少なくとも１つのスケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと、
   前記判断された送信電力に基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ることと
   をさらに備える、請求項１に記載の方法。
4. 前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと、
   リソース要素の前記数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ることと
   をさらに備える、請求項１に記載の方法。
5. データ送信のためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを判断することと、
   前記ＰＵＣＣＨフォーマットに基づいて、前記ＰＵＣＣＨ上で前記ＡＣＫ／ＮＡＣＫ情報を送ることと
   をさらに備える、請求項１に記載の方法。
6. 前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、チャネル状態情報（ＣＳＩ）を送るための利用可能なビットを判断することと、
   前記利用可能なビットの数に基づいて、前記ＣＳＩを前記ＡＣＫ／ＮＡＣＫ情報と多重化することと
   をさらに備える、請求項１に記載の方法。
7. 各スケジュールされたＣＣ上で受信されたトランスポートブロックの数を判断することと、
   各スケジュールされたＣＣ上で受信されたトランスポートブロックの前記数に基づいて、前記データ送信中で受信されたトランスポートブロックの総数を判断することと
   をさらに備える、請求項１に記載の方法。
8. 各スケジュールされたＣＣ上で受信されたトランスポートブロックの前記数を前記判断することが、
   １つのトランスポートブロックをサポートするダウンリンク制御情報（ＤＣＩ）フォーマットを有するダウンリンク許可に関連する各スケジュールされたＣＣ上で１つのトランスポートブロックが受信されたと判断することと、
   ２つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各スケジュールされたＣＣ上で２つのトランスポートブロックが受信されたと判断することと
   を備える、請求項７に記載の方法。
9. 前記データ送信中で受信されたトランスポートブロックの総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと、
   前記判断された送信電力に基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ることと
   をさらに備える、請求項１に記載の方法。
10. 前記複数の構成されたＣＣのうちの各ＣＣのインデックスに基づいて、少なくとも１つのスケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットを順序付けること
    をさらに備える、請求項１に記載の方法。
11. スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とを前記判断することが、前記許可中のダウンリンク割当てインジケータ（ＤＡＩ）を検出することを備える、請求項１に記載の方法。
12. 前記ＤＡＩのサイズが、前記ＵＥのための構成されたＣＣの数に基づく、請求項１１に記載の方法。
13. スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とを前記判断することが、
    前記許可から、スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とを示すビットマップを取得すること
    を備える、請求項１に記載の方法。
14. 前記ビットマップのビットの数が、前記ＵＥのための構成されたＣＣの数よりも少ない、請求項１３に記載の方法。
15. 前記複数の構成されたＣＣが、第１のＣＣと少なくとも１つの残りのＣＣとを備え、前記許可が前記第１のＣＣ上でのデータ送信のためであり、前記ビットマップが、前記少なくとも１つの残りのＣＣのうちの各スケジュールされたＣＣを識別する、請求項１３に記載の方法。
16. 前記許可に基づいて前記ＵＥがスケジュールされるある数のダウンリンクサブフレームを判断することと、
    前記判断された数のダウンリンクサブフレーム中の前記少なくとも１つのスケジュールされたＣＣ上で受信されたデータ送信のためのＡＣＫ／ＮＡＣＫ情報を判断することと
    をさらに備え、
    前記ＡＣＫ／ＮＡＣＫ情報が、スケジュールされたＣＣの前記数と、各スケジュールされたＣＣの前記識別子と、前記ＵＥがスケジュールされるダウンリンクサブフレームの前記数とに基づいて判断される、
    請求項１に記載の方法。
17. 前記ＡＣＫ／ＮＡＣＫ情報を前記判断することが、
    前記ＡＣＫ／ＮＡＣＫ情報を取得するために、空間バンドリング、サブフレームバンドリング、ＣＣバンドリング、またはそれらの組合せを実行すること
    を備える、請求項１に記載の方法。
18. 前記ＡＣＫ／ＮＡＣＫ情報を送るために利用可能なビットの数と、送るべき前記ＡＣＫ／ＮＡＣＫ情報のビットの数とに基づいて、少なくとも１つの未使用ビットを識別することと、
    前記少なくとも１つの未使用ビットを使用して、前記スケジュールされたＣＣのうちの１つのための許可を前記ＵＥが逃したことを示す情報を送ることと
    をさらに備える、請求項１に記載の方法。
19. スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とに基づいて、許可をもつ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を検出すること
    をさらに備える、請求項１に記載の方法。
20. 前記許可が、前記少なくとも１つのスケジュールされたＣＣのうちの１つ上でのデータ送信のためのダウンリンク許可、またはアップリンク上でのデータ送信のためのアップリンク許可を備える、請求項１に記載の方法。
21. 前記複数の構成されたＣＣが、周波数分割複信（ＦＤＤ）を利用するワイヤレスネットワークにおけるダウンリンクＣＣである、請求項１に記載の方法。
22. スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とを示す情報が、前記ＵＥのための１次ＣＣ（ＰＣＣ）上で受信され、前記ＰＣＣが、前記ＵＥのための前記複数の構成されたＣＣのうちの１つである、請求項１に記載の方法。
23. スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とを示す情報が、前記ＵＥのための前記複数の構成されたＣＣのサブセット上で受信される、請求項１に記載の方法。
24. ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの１つのＣＣ上で許可を受信するための手段と、
    前記許可に基づいて、前記ＵＥのためのスケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とを判断するための手段と、
    スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断するための手段と
    を備える、ワイヤレス通信のための方法。
25. 前記スケジュールされたＣＣの送信モード、または前記スケジュールされたＣＣ上で受信されたトランスポートブロックの数に基づいて、各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの数を判断するための手段と、
    各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの前記数に基づいて、前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断するための手段と
    をさらに備える、請求項２４に記載の装置。
26. 前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断するための手段と、
    前記判断された送信電力に基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るための手段と
    をさらに備える、請求項２４に記載の装置。
27. 前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断するための手段と、
    リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るための手段と
    をさらに備える、請求項２４に記載の装置。
28. スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とを前記判断するための前記手段が、
    前記許可中のダウンリンク割当てインジケータ（ＤＡＩ）を検出するための手段
    を備える、請求項２４に記載の装置。
29. スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とを前記判断するための前記手段が、
    前記許可から、スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とを示すビットマップを取得するための手段
    を備える、請求項２４に記載の装置。
30. 前記ＡＣＫ／ＮＡＣＫ情報を判断するための前記手段が、
    前記ＡＣＫ／ＮＡＣＫ情報を取得するために、空間バンドリング、サブフレームバンドリング、ＣＣバンドリング、またはそれらの組合せを実行するための手段
    を備える、請求項２４に記載の装置。
31. ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの１つのＣＣ上で許可を受信することと、
    前記許可に基づいて、前記ＵＥのためのスケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とを判断することと、
    スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと
    を行うように構成された少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに結合されたメモリと
    を備える、ワイヤレス通信のための装置。
32. 前記少なくとも１つのプロセッサが、
    前記スケジュールされたＣＣの送信モード、または前記スケジュールされたＣＣ上で受信されたトランスポートブロックの数に基づいて、各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの数を判断することと、
    各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの前記数に基づいて、前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断することと
    を行うように構成された、請求項３１に記載の装置。
33. 前記少なくとも１つのプロセッサが、
    前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと、
    前記判断された送信電力に基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ることと
    を行うように構成された、請求項３１に記載の装置。
34. 前記少なくとも１つのプロセッサが、
    前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと、
    リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ることと
    を行うように構成された、請求項３１に記載の装置。
35. 前記少なくとも１つのプロセッサが、前記許可中のダウンリンク割当てインジケータ（ＤＡＩ）を検出するように構成された、請求項３１に記載の装置。
36. 前記少なくとも１つのプロセッサが、前記許可から、スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とを示すビットマップを取得するように構成された、請求項３１に記載の装置。
37. 前記少なくとも１つのプロセッサが、前記ＡＣＫ／ＮＡＣＫ情報を取得するために、空間バンドリング、サブフレームバンドリング、ＣＣバンドリング、またはそれらの組合せを実行するように構成された、請求項３１に記載の装置。
38. ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの１つのＣＣ上で許可を受信することを少なくとも１つのプロセッサに行わせるためのコードと、
    前記許可に基づいて、前記ＵＥのためのスケジュールされたＣＣの数と各スケジュールされたＣＣの識別子とを判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
    スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと
    を備える非一時的コンピュータ可読媒体
    を備える、コンピュータプログラム製品。
39. ユーザ機器（ＵＥ）のためのスケジュールされたコンポーネントキャリア（ＣＣ）の数と各スケジュールされたＣＣの識別子とを示す許可を生成することと、
    前記ＵＥのために構成された複数のＣＣのうちの１つ上で前記許可を送ることと、
    前記スケジュールされたＣＣ上で、前記ＵＥにデータ送信を送ることと、
    前記許可に応答して、前記ＵＥから肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することと
    を備える、ワイヤレス通信のための方法。
40. 前記スケジュールされたＣＣの送信モード、または前記スケジュールされたＣＣ上で送られたトランスポートブロックの数に基づいて、各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの数を判断することと、
    各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの前記数に基づいて、前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断することと
    をさらに備える、請求項３９に記載の方法。
41. 前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るために使用されたリソース要素の数を判断することと、
    リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信することと
    をさらに備える、請求項３９に記載の方法。
42. 前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、チャネル状態情報（ＣＳＩ）を送るための利用可能なビットを判断することと、
    前記ＣＳＩを送るための前記利用可能なビットに基づいて、前記ＣＳＩと前記ＡＣＫ／ＮＡＣＫ情報とを非多重化することと
    をさらに備える、請求項３９に記載の方法。
43. 前記ＡＣＫ／ＮＡＣＫ情報が、前記ＵＥから、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に対応する送信電力で、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で受信される、請求項３９に記載の方法。
44. 前記許可を前記生成することが、
    スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とを示すビットマップを備える前記許可を生成すること
    を備える、請求項３９に記載の方法。
45. チャネル状態情報（ＣＳＩ）の報告がサブフレーム中での前記ＵＥからのものであるかどうかに基づいて、前記サブフレーム中でのデータ送信のために前記ＵＥをスケジュールすること
    をさらに備える、請求項３９に記載の方法。
46. サブフレーム中での前記ＵＥによる報告のためのチャネル状態情報（ＣＳＩ）のビットの数を判断することと、
    ＣＳＩのビットの前記数に基づいて、前記サブフレーム中でＡＣＫ／ＮＡＣＫ情報を送るために前記ＵＥにとって利用可能なビットの数を判断することと、
    ＡＣＫ／ＮＡＣＫ情報を送るために利用可能なビットの前記数に基づいて、前記サブフレーム中でのデータ送信のために前記ＵＥをスケジュールすることと
    をさらに備える、請求項３９に記載の方法。
47. ユーザ機器（ＵＥ）のためのスケジュールされたコンポーネントキャリア（ＣＣ）の数と各スケジュールされたＣＣの識別子とを示す許可を生成するための手段と、
    前記ＵＥのために構成された複数のＣＣのうちの１つ上で前記許可を送るための手段と、
    前記スケジュールされたＣＣ上で、前記ＵＥにデータ送信を送るための手段と、
    前記許可に応答して、前記ＵＥから肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するための手段と
    を備える、ワイヤレス通信のための装置。
48. 前記スケジュールされたＣＣの送信モード、または前記スケジュールされたＣＣ上で送られたトランスポートブロックの数に基づいて、各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの数を判断するための手段と、
    各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの前記数に基づいて、前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断するための手段と
    をさらに備える、請求項４７に記載の装置。
49. 前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を備えるリソース要素の数を判断するための手段と、
    リソース要素の前記数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信するための手段
    をさらに備える、請求項４７に記載の装置。
50. 前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、チャネル状態情報（ＣＳＩ）を送るための利用可能なビットを判断するための手段と、
    前記利用可能なビットの数に基づいて、前記ＣＳＩと前記ＡＣＫ／ＮＡＣＫ情報とを非多重化するための手段と
    をさらに備える、請求項４７に記載の装置。
51. 前記許可を生成するための前記手段が、
    スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とを示すビットマップを備える前記許可を生成するための手段
    を備える、請求項４７に記載の装置。
52. ユーザ機器（ＵＥ）のためのスケジュールされたコンポーネントキャリア（ＣＣ）の数と各スケジュールされたＣＣの識別子とを示す許可を生成することと、
    前記ＵＥのために構成された複数のＣＣのうちの１つ上で前記許可を送ることと、
    前記スケジュールされたＣＣ上で、前記ＵＥにデータ送信を送ることと、
    前記許可に応答して、前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することと
    を行うように構成された少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに結合されたメモリと
    を備える、ワイヤレス通信のための装置。
53. 前記少なくとも１つのプロセッサが、
    前記スケジュールされたＣＣの送信モード、または前記スケジュールされたＣＣ上で送られたトランスポートブロックの数に基づいて、各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの数を判断することと、
    各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの前記数に基づいて、前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断することと
    を行うように構成された、請求項５２に記載の装置。
54. 前記少なくとも１つのプロセッサが、
    前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を備えるリソース要素の数を判断することと、
    リソース要素の前記数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信することと
    を行うように構成された、請求項５２に記載の装置。
55. 前記少なくとも１つのプロセッサが、
    前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、チャネル状態情報（ＣＳＩ）を送るための利用可能なビットを判断することと、
    前記利用可能なビットの数に基づいて、前記ＣＳＩと前記ＡＣＫ／ＮＡＣＫ情報とを非多重化することと
    を行うように構成された、請求項５２に記載の装置。
56. 前記少なくとも１つのプロセッサが、スケジュールされたＣＣの前記数と各スケジュールされたＣＣの前記識別子とを示すビットマップを備える前記許可を生成するように構成された、請求項５２に記載の装置。
57. ユーザ機器（ＵＥ）のためのスケジュールされたコンポーネントキャリア（ＣＣ）の数と各スケジュールされたＣＣの識別子とを示す許可を生成することを少なくとも１つのプロセッサに行わせるためのコードと、
    前記ＵＥのために構成された複数のＣＣのうちの１つ上で前記許可を送ることを前記少なくとも１つのプロセッサに行わせるためのコードと、
    前記スケジュールされたＣＣ上で、前記ＵＥにデータ送信を送ることを前記少なくとも１つのプロセッサに行わせるためのコードと、
    前記許可に応答して、前記ＵＥから肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することを前記少なくとも１つのプロセッサに行わせるためのコードと
    を備える非一時的コンピュータ可読媒体
    を備える、コンピュータプログラム製品。

Images