JP2015144455A

JP2015144455A - マルチキャリア動作のためのａｃｋ／ｎａｃｋ送信

Info

Publication number: JP2015144455A
Application number: JP2015040661A
Authority: JP
Inventors: ワンシ・チェン; Chen Wansi; シャオシャ・ジャン; Xiaoxia Zhang; ピーター・ガール; Gahl Peter; ジュアン・モントジョ; Juan Montojo; シリアン・ルオ; Xiliang Luo; タオ・ルオ; Ruo Tao; ジェレナ・エム．・ダムンジャノビック; M Damnjanovic Jelena; アレクサンダー・ダムンジャノビック; Aleksandar Damnjanovic
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2010-08-16
Filing date: 2015-03-02
Publication date: 2015-08-06
Also published as: BR112013003569A2; KR20130072240A; CN103119884A; HUE042385T2; EP3496316B1; JP5714706B2; EP3484082B1; US20120039280A1; EP3496316A1; BR112013003569B1; WO2012024222A2; EP2606595A2; JP2013534392A; US9591662B2; KR20130048252A; CN103098409A; EP2606595B1; ES2715973T3; WO2012024220A3; US9106419B2

Abstract

【課題】マルチキャリアワイヤレス通信ネットワークにおいてデータ送信に肯定応答するための方法を提供する。【解決手段】ユーザ機器（ＵＥ）は、複数の構成されたコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信する８１２。ＵＥは、データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断し８１４、ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断する８１６。ＡＣＫ／ＮＡＣＫ情報がＰＵＣＣＨ上で送られたとき、ＵＥは、複数の構成されたＣＣデータのうちどのＣＣ上でデータが受信されたかに基づいて、電力制御を実行する８１８。ＡＣＫ／ＮＡＣＫ情報がＰＵＳＣＨ上で送られたとき、ＵＥは、それのＣＣ構成に基づいてリソース要素の数を判断する８２０。【選択図】図８

Description

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

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

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

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

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

マルチキャリアワイヤレス通信ネットワークにおいて肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を送るための技法が開示される。ユーザ機器（ＵＥ）が、複数のコンポーネントキャリア（ＣＣ：component carrier）上での動作のために構成され得る。ＵＥは、それの構成されたＣＣのうちの１つまたは複数上の１つまたは複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で、１つまたは複数のダウンリンク許可を受信し得る。ＵＥはまた、それのダウンリンクＣＣのうちの１つまたは複数上の１つまたは複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上でデータ送信を受信し得、受信されたデータ送信に対するＡＣＫ／ＮＡＣＫ情報を判断し得る。ＵＥは、本開示において説明されているように、ＡＣＫ／ＮＡＣＫ情報を送信するためのアップリンクチャネルを選択し得、選択されたアップリンクチャネル上でＡＣＫ／ＮＡＣＫ情報を送る方法を判断し得る。

一態様では、ＵＥは、複数の構成されたＣＣ上でデータ送信を受信し、データ送信に対するＡＣＫ／ＮＡＣＫ情報を判断する。ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）であり得る、ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断する。ＰＵＣＣＨが利用されるとき、ＵＥは、データ送信が受信されたＣＣ（すなわち、ＰＤＳＣＨが検出されたＣＣ）に基づいて、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行し得る。代替的に、ＰＵＳＣＨが利用されるとき、ＵＥは、それの構成されたＣＣに基づいて、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断し得る。マルチキャリアＵＥは、したがって、それのアップリンクチャネル上でＡＣＫ／ＮＡＣＫ情報を送るために、ＣＣの異なるセット（検出されたＣＣまたは構成されたＣＣ）を利用し得る。

一態様では、ＵＥは、複数のＣＣ上でデータ送信を受信し、ＰＵＣＣＨ上でデータ送信に肯定応答するためのＡＣＫ／ＮＡＣＫ情報を判断する。これは、複数のＣＣにわたってデータ送信中で受信されたトランスポートブロックの総数を判断することを含み得る。トランスポートブロックの総数は、データ送信が検出された各ＣＣの送信モードおよび／またはＤＣＩフォーマットに基づいて判断され得る。ＵＥは、トランスポートブロックの総数に基づいてＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断し得、判断された送信電力に従ってＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を基地局に送り得る。

別の態様では、ＵＥは、複数の構成されたＣＣのうちの少なくとも１つのＣＣ上でデータ送信を受信し得、ＰＵＳＣＨ上でデータ送信に肯定応答するためのＡＣＫ／ＮＡＣＫ情報を判断し得る。ＵＥは、複数の構成されたＣＣに基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断し得る。これは、ダウンリンクサブフレーム中でデータ送信が検出されたＣＣの数とは無関係に、構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットの数を判断することを含み得る。１つの特定の例では、ＵＥは、リソース要素の数がそれに基づく総ＡＣＫ／ＮＡＣＫビットを判断するために、各構成されたＣＣの送信モードに関連するＡＣＫ／ＮＡＣＫビットの数を合計し得る。ＵＥは、リソース要素の判断された数に基づいて、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送り得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図８に、ワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を送るための例示的なプロセス８００を示す。プロセス８００は、（以下で説明するように）ＵＥによって、または何らかの他のエンティティによって実行され得る。ＵＥは、ＵＥのために構成された複数のＣＣのうちの少なくとも１つのＣＣ上でデータ送信を受信する（ブロック８１２）。ＵＥは、データ送信に対するＡＣＫ／ＮＡＣＫ情報を判断する（ブロック８１４）。ＵＥは、ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断する（ブロック８１６）。ＵＥがＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るときに、ＵＥは、データ送信が受信された少なくとも１つのＣＣ（すなわち、少なくとも１つの検出されたＣＣ）に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行する（ブロック８１８）。代替的に、ＵＥがＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るときに、ＵＥは、ＵＥのために構成された複数のＣＣに基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断する（ブロック８２０）。ＵＥは、したがって、異なる目的のためにおよび／または異なるアップリンクチャネル上でＡＣＫ／ＮＡＣＫ情報を送るために、異なるＣＣ（たとえば、検出されたＣＣまたは構成されたＣＣ）を考察し得る。

ブロック８１８の一例では、ＵＥは、たとえば、式（８）中に示すように、データ送信中で受信されたトランスポートブロックの総数を判断し得る。ＵＥは、（ｉ）１つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各ＣＣ上で１つのトランスポートブロックが受信され、（ｉｉ）２つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各ＣＣ上で２つのトランスポートブロックが受信されたと判断し得る。ＵＥは、各検出されたＣＣ上で１つのトランスポートブロックが受信されたのか、２つのトランスポートブロックが受信されたのかに基づいて、データ送信中で受信されたトランスポートブロックの総数を判断し得る。ＵＥは、ＵＥによって受信されたトランスポートブロックの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断し得る。

ブロック８２０の一例では、ＵＥは、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断し得る。ＵＥは、（ｉ）１つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための１つのＡＣＫ／ＮＡＣＫビットと、（ｉｉ）２つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための２つのＡＣＫ／ＮＡＣＫビットとを判断し得る。ＵＥは、複数のＣＣの各々のための１つまたは２つのＡＣＫ／ＮＡＣＫビットに基づいて複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断し得る。ＵＥは、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断し得る。

図９に、ワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を受信するための例示的なプロセス９００を示す。プロセス９００は、（本明細書で説明するように）基地局／ｅＮＢによって、または何らかの他のエンティティによって実行され得る。基地局は、ＵＥのために構成された複数のＣＣのうちの少なくとも１つのＣＣ上でデータ送信をＵＥに送る（ブロック９１２）。基地局は、ＵＥからデータ送信に対するＡＣＫ／ＮＡＣＫ情報を受信するためのアップリンクチャネルを判断する（ブロック９１４）。たとえば、基地局は、アップリンク許可がデータ送信を伴うとき、ＡＣＫ／ＮＡＣＫ情報がＰＵＳＣＨ上で受信されると判断するか、またはアップリンク許可が与えられないとき、ＡＣＫ／ＮＡＣＫ情報がＰＵＣＣＨ上で受信されると判断し得る。

基地局は、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、少なくとも１つのＣＣに基づいて判断された送信電力でＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報をＵＥから受信する（ブロック９１６）。１つの設計では、送信電力は、少なくとも１つのＣＣ上でＵＥによって受信されたトランスポートブロックの総数に基づいて判断され得る。基地局は、検出された送信電力に応答して、ＵＥに電力制御コマンドを送るかまたはＵＥへのデータ送信を調整し得る。ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報が受信されたとき、利用されるリソース要素の数は、ＵＥによる使用のために構成されたＣＣに従って判断され得る。一例では、リソース要素の数は、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断され得る。

図１０に、ワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を送るための例示的なプロセス１０００を示す。プロセス１０００は、（以下で説明するように）ＵＥによって、または何らかの他のエンティティによって実行され得る。ＵＥは、ＵＥのために構成された複数のＣＣのうちの少なくとも１つのＣＣ上でデータ送信を受信する（ブロック１０１２）。ＵＥは、データ送信に対するＡＣＫ／ＮＡＣＫ情報を判断する（ブロック１０１４）。ＵＥは、少なくとも１つのＣＣ上でデータ送信中で受信されたトランスポートブロックの総数を判断する（ブロック１０１６）。ＵＥは、ＵＥによって受信されたトランスポートブロックの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断する（ブロック１０１８）。ＵＥは、判断された送信電力に基づいて、（たとえば、ＰＵＣＣＨ上で）ＡＣＫ／ＮＡＣＫ情報を送る（ブロック１０２０）。

ＵＥは、ＵＥを対象とする少なくとも１つのダウンリンク許可を受信し得る。ＵＥは、少なくとも１つのダウンリンク許可に基づいてデータ送信が受信された少なくとも１つのＣＣを識別し得る。

ブロック１０１６の一例では、ＵＥは、少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの数を判断し得る。ＵＥは、各ＣＣ上で受信されたトランスポートブロックの数に基づいて、データ送信中で受信されたトランスポートブロックの総数を判断し得る。ＵＥは、単一のサブフレーム中の少なくとも１つのＣＣ上で受信されたトランスポートブロックの数を合計し得る。ブロック１０１６の別の例では、ＵＥは、少なくとも１つのＣＣの各々のためのＡＣＫ／ＮＡＣＫビットの数を判断し得る。ＵＥは、各ＣＣのためのＡＣＫ／ＮＡＣＫビットの数に基づいて、データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断し得る。ＡＣＫ／ＮＡＣＫビットの総数はトランスポートブロックの総数に等しくなり得る。

本明細書で説明するように、ＵＥは、データ送信中で受信されたトランスポートブロックの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのＰＵＣＣＨフォーマットを判断し得る。ＵＥは、２つのシグナリングビットをサポートするＰＵＣＣＨフォーマットとチャネル選択とに基づいて、ＡＣＫ／ＮＡＣＫ情報を送り得る。代替的に、ＵＥは、ＤＦＴ−Ｓ−ＯＦＤＭを利用するＰＵＣＣＨフォーマットに基づいてＡＣＫ／ＮＡＣＫ情報を送り得る。

また、ＵＥは、ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中で、ＣＳＩをＡＣＫ／ＮＡＣＫ情報と多重化し得る。ＵＥは、ＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、ＣＳＩを送るために利用可能なビットを判断し得る。ＵＥは、ＣＳＩを送るために利用可能なビットに基づいて、ＣＳＩをＡＣＫ／ＮＡＣＫ情報と多重化し得る。別の設計では、ＵＥは、ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中でＣＳＩをドロップ／廃棄し得る。

図１１に、ワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を受信するための例示的なプロセス１１００を示す。プロセス１１００は、（以下で説明するように）基地局／ｅＮＢによって、または何らかの他のエンティティによって実行され得る。基地局は、ＵＥのために構成された複数のＣＣのうちの少なくとも１つのＣＣ上でデータ送信をＵＥに送る（ブロック１１１２）。基地局はまた、少なくとも１つのＣＣ上でデータ送信のための少なくとも１つのダウンリンク許可を送り得る。基地局は、ＵＥからデータ送信に対するＡＣＫ／ＮＡＣＫ情報を受信する（ブロック１１１４）。ＡＣＫ／ＮＡＣＫ情報は、少なくとも１つのＣＣ上でのデータ送信中でＵＥによって受信されたトランスポートブロックの総数に基づいて判断された送信電力でＵＥによって送られ得る。トランスポートブロックの総数は、少なくとも１つのＣＣの各々上でＵＥによって受信されたトランスポートブロックの数に基づいて、ＵＥによって判断され得る。

図１２に、ワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を送るための例示的なプロセス１２００を示す。プロセス１２００は、（以下で説明するように）ＵＥによって、または何らかの他のエンティティによって実行され得る。ＵＥは、ＵＥのために構成された複数のＣＣのうちの少なくとも１つのＣＣ上でデータ送信を受信する（ブロック１２１２）。ＵＥは、データ送信に対するＡＣＫ／ＮＡＣＫ情報を判断する（ブロック１２１４）。ＵＥは、ＵＥのために構成された複数のＣＣに基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断する（ブロック１２１６）。ＵＥは、リソース要素の判断された数に基づいて、（たとえば、ＰＵＳＣＨ上で）ＡＣＫ／ＮＡＣＫ情報を送る（ブロック１２１８）。

ブロック１２１６の一例では、ＵＥは、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断し得る。ＵＥは、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断し得る。

ＵＥは、たとえば、図６の順序付きの場合によって示されるように、複数のＣＣのうちの各ＣＣのインデックスに基づいて、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットを順序付け得る。代替的に、ＵＥは、たとえば、図６の非順序付きの場合によって示されるように、各ＣＣのための（１つまたは複数の）ＡＣＫ／ＮＡＣＫビットを、そのＣＣに割り当てられた特定の位置に配置し得る。

本明細書で説明するように、ＵＥは、ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中で、ＣＳＩをＡＣＫ／ＮＡＣＫ情報と多重化し得る。ＵＥは、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、ＣＳＩを送るために利用可能なビットを判断し得る。ＵＥは、ＣＳＩを送るために利用可能なビットに基づいて、ＣＳＩをＡＣＫ／ＮＡＣＫ情報と多重化し得る。別の設計では、ＵＥは、ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中でＣＳＩをドロップ／廃棄し得る。

図１３に、ワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を受信するための例示的なプロセス１３００を示す。プロセス１３００は、（本明細書で説明するように）基地局／ｅＮＢによって、または何らかの他のエンティティによって実行され得る。基地局は、ＵＥのために構成された複数のＣＣのうちの少なくとも１つのＣＣ上でデータ送信をＵＥに送る（ブロック１３１２）。基地局は、ＵＥのために構成された複数のＣＣに基づいて、データ送信のためのＡＣＫ／ＮＡＣＫ情報を受信するためのリソース要素の数を判断する（ブロック１３１４）。リソース要素の数は、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断され得、各ＣＣのためのＡＣＫ／ＮＡＣＫビットの数は、ＣＣの送信モードに基づいて判断され得る。基地局は、リソース要素の判断された数に基づいてＡＣＫ／ＮＡＣＫ情報を受信する（ブロック１３１６）。複数のＣＣのためのＡＣＫ／ＮＡＣＫビットは、複数のＣＣのうちの各ＣＣのインデックスに基づいて順序付けられるか、または各ＣＣのための特定の位置に配置され得る。

基地局は、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、ＣＳＩを送るために利用可能なビットを判断し得る。基地局は、ＣＳＩを送るために利用可能なビットに基づいて、ＣＳＩとＡＣＫ／ＮＡＣＫ情報とを非多重化し得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本開示の前述の説明は、当業者が本開示を製作または使用することができるように与えたものである。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるものではなく、本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに、前記データ送信が受信された前記少なくとも１つのＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行することと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに、前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと
を備える、ワイヤレス通信のための方法。
［Ｃ２］
電力制御を前記実行することが、
前記データ送信中で受信されたトランスポートブロックの総数を判断することと、
前記データ送信上で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと
を備える、Ｃ１に記載の方法。
［Ｃ３］
トランスポートブロックの前記総数を前記判断することが、
１つのトランスポートブロックをサポートするダウンリンク制御情報（ＤＣＩ）フォーマットを有するダウンリンク許可に関連する各ＣＣ上で１つのトランスポートブロックが受信されたと判断することと、
２つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各ＣＣ上で２つのトランスポートブロックが受信されたと判断することと、
前記データ送信が受信された前記少なくとも１つのＣＣの各々上で受信された前記１つまたは２つのトランスポートブロックに基づいて、前記データ送信中で受信されたトランスポートブロックの前記総数を判断することと
を備える、Ｃ２に記載の方法。
［Ｃ４］
リソース要素の前記数を前記判断することが、
前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断することと、
ＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断することと
を備える、Ｃ１に記載の方法。
［Ｃ５］
ＡＣＫ／ＮＡＣＫビットの前記総数を前記判断することが、
１つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための１つのＡＣＫ／ＮＡＣＫビットを判断することと、
２つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための２つのＡＣＫ／ＮＡＣＫビットを判断することと、
前記複数のＣＣの各々のための前記１つまたは２つのＡＣＫ／ＮＡＣＫビットに基づいて前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの前記総数を判断することと
を備える、Ｃ４に記載の方法。
［Ｃ６］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信するための手段と、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断するための手段と、
前記ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断するための手段と、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記データ送信が受信された前記少なくとも１つのＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行するための手段と、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断するための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ７］
電力制御を実行するための前記手段が、
前記データ送信中で受信されたトランスポートブロックの総数を判断するための手段と、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断するための手段と
を備える、Ｃ６に記載の装置。
［Ｃ８］
リソース要素の前記数を判断するための前記手段が、
前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断するための手段と、
ＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断するための手段と
を備える、Ｃ６に記載の装置。
［Ｃ９］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記データ送信が受信された前記少なくとも１つのＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行するために、前記ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断することと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
［Ｃ１０］
前記少なくとも１つのプロセッサが、
前記データ送信中で受信されたトランスポートブロックの総数を判断することと、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと
を行うようにさらに構成された、Ｃ９に記載の装置。
［Ｃ１１］
前記少なくとも１つのプロセッサが、
前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断することと、
ＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断することと
を行うように構成された、Ｃ９に記載の装置。
［Ｃ１２］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することを少なくとも１つのプロセッサに行わせるためのコードと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記データ送信が受信された前記少なくとも１つのＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行することを前記少なくとも１つのプロセッサに行わせるためのコードと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。
［Ｃ１３］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのアップリンクチャネルを判断することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、前記データ送信の前記少なくとも１つのＣＣに従って判断された送信電力で前記ＰＵＣＣＨ上で前記ＡＣＫ／ＮＡＣＫ情報を受信することと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、前記ＵＥのために構成された前記複数のＣＣに対応する前記ＰＵＳＣＨのある数のリソース要素上で前記ＡＣＫ／ＮＡＣＫ情報を受信することと
を備える、ワイヤレス通信の方法。
［Ｃ１４］
前記送信電力が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に基づいて判断される、Ｃ１３に記載の方法。
［Ｃ１５］
リソース要素の前記数が、前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断される、Ｃ１３に記載の方法。
［Ｃ１６］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送るための手段と、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのアップリンクチャネルを判断するための手段と、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、前記データ送信の前記少なくとも１つのＣＣに基づいて判断された送信電力で前記ＰＵＣＣＨ上で送られた前記ＡＣＫ／ＮＡＣＫ情報を受信するための手段と、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、前記ＵＥのために構成された前記複数のＣＣに対応する前記ＰＵＳＣＨのある数のリソース要素上で送られた前記ＡＣＫ／ＮＡＣＫ情報を受信するための手段と
を備える、ワイヤレス通信の装置。
［Ｃ１７］
前記送信電力が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に基づいて判断される、Ｃ１６に記載の装置。
［Ｃ１８］
リソース要素の前記数が、前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断される、Ｃ１６に記載の装置。
［Ｃ１９］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記少なくとも１つのＣＣ上で前記データ送信中で受信されたトランスポートブロックの総数を判断することと、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと、
前記判断された送信電力に基づいて前記ＡＣＫ／ＮＡＣＫ情報を送ることと
を備える、ワイヤレス通信のための方法。
［Ｃ２０］
トランスポートブロックの前記総数を前記判断することが、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの数を判断することと、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの前記数に基づいて、前記データ送信中で受信されたトランスポートブロックの前記総数を判断することと
を備える、Ｃ１９に記載の方法。
［Ｃ２１］
前記少なくとも１つのＣＣ上で受信されたトランスポートブロックの前記数を前記判断することが、
１つのトランスポートブロックをサポートするダウンリンク制御情報（ＤＣＩ）フォーマットを有するダウンリンク許可に関連する前記少なくとも１つのＣＣの各々上で１つのトランスポートブロックが受信されたと判断することと、
２つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する前記少なくとも１つのＣＣの各々上で２つのトランスポートブロックが受信されたと判断することと
を備える、Ｃ２０に記載の方法。
［Ｃ２２］
トランスポートブロックの前記総数を前記判断することが、
単一のサブフレーム中の前記少なくとも１つのＣＣ上で前記ＵＥによって受信されたトランスポートブロックの数を合計することを備える、Ｃ１９に記載の方法。
［Ｃ２３］
トランスポートブロックの前記総数を前記判断することが、
前記少なくとも１つのＣＣ中の各ＣＣのためのＡＣＫ／ＮＡＣＫビットの数を判断することと、
各ＣＣのためのＡＣＫ／ＮＡＣＫビットの前記数に基づいて、前記少なくとも１つのＣＣ上での前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断することであって、ＡＣＫ／ＮＡＣＫビットの前記総数が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの前記総数に一致する、前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断することと
を備える、Ｃ１９に記載の方法。
［Ｃ２４］
前記ＡＣＫ／ＮＡＣＫ情報を前記送ることが、
前記判断された送信電力に基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ることを備える、Ｃ１９に記載の方法。
［Ｃ２５］
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのＰＵＣＣＨフォーマットを判断することをさらに備える、Ｃ２４に記載の方法。
［Ｃ２６］
前記ＡＣＫ／ＮＡＣＫ情報を前記送ることが、２つのシグナリングビットをサポートするＰＵＣＣＨフォーマットとチャネル選択とに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることを備える、Ｃ２４に記載の方法。
［Ｃ２７］
前記ＡＣＫ／ＮＡＣＫ情報を前記送ることが、離散フーリエ変換拡散直交周波数分割多重化（ＤＦＴ−Ｓ−ＯＦＤＭ）を利用するＰＵＣＣＨフォーマットに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることを備える、Ｃ２４に記載の方法。
［Ｃ２８］
前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、チャネル状態情報（ＣＳＩ）を送るための利用可能なビットを判断することと、
前記利用可能なビットに基づいて、前記ＣＳＩを前記ＡＣＫ／ＮＡＣＫ情報と多重化することと
をさらに備える、Ｃ１９に記載の方法。
［Ｃ２９］
前記ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中で、チャネル状態情報（ＣＳＩ）を前記ＡＣＫ／ＮＡＣＫ情報と多重化することをさらに備える、Ｃ１９に記載の方法。
［Ｃ３０］
前記ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中でチャネル状態情報（ＣＳＩ）をドロップすることをさらに備える、Ｃ１９に記載の方法。
［Ｃ３１］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信するための手段と、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断するための手段と、
前記少なくとも１つのＣＣ上で前記データ送信中で受信されたトランスポートブロックの総数を判断するための手段と、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断するための手段と、
前記判断された送信電力に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ３２］
トランスポートブロックの前記総数を判断するための前記手段が、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの数を判断するための手段と、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの前記数に基づいて、前記少なくとも１つのＣＣ上で受信されたトランスポートブロックの前記総数を判断するための手段と
を備える、Ｃ３１に記載の装置。
［Ｃ３３］
前記ＡＣＫ／ＮＡＣＫ情報を送るための前記手段が、前記判断された送信電力に基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るための手段を備える、Ｃ３１に記載の装置。
［Ｃ３４］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記少なくとも１つのＣＣ上で前記データ送信中で受信されたトランスポートブロックの総数を判断するために、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと、
前記判断された送信電力に基づいて前記ＡＣＫ／ＮＡＣＫ情報を送ることと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
［Ｃ３５］
前記少なくとも１つのプロセッサが、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの数を判断することと、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの前記数に基づいて、前記データ送信中で受信されたトランスポートブロックの前記総数を判断することと
を行うように構成された、Ｃ３４の記載の装置。
［Ｃ３６］
前記少なくとも１つのプロセッサが、前記判断された送信電力に基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るように構成された、Ｃ３４に記載の装置。
［Ｃ３７］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することを少なくとも１つのプロセッサに行わせるためのコードと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記少なくとも１つのＣＣ上で前記データ送信中で受信されたトランスポートブロックの総数を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記判断された送信電力に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることを前記少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。
［Ｃ３８］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することであって、前記ＡＣＫ／ＮＡＣＫ情報が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に対応する送信電力で前記ＵＥによって送られる、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することと
を備える、ワイヤレス通信のための方法。
［Ｃ３９］
前記少なくとも１つのＣＣ上で前記データ送信のための少なくとも１つのダウンリンク許可を送ることをさらに備える、Ｃ３８に記載の方法。
［Ｃ４０］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送るための手段と、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するための手段であって、前記ＡＣＫ／ＮＡＣＫ情報が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に対応する送信電力で前記ＵＥによって送られる、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ４１］
前記少なくとも１つのＣＣ上で前記データ送信のための少なくとも１つのダウンリンク許可を送るための手段をさらに備える、Ｃ４０に記載の装置。
［Ｃ４２］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することであって、前記ＡＣＫ／ＮＡＣＫ情報が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に対応する送信電力で前記ＵＥによって送られる、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
［Ｃ４３］
前記少なくとも１つのプロセッサが、前記少なくとも１つのＣＣ上で前記データ送信のための少なくとも１つのダウンリンク許可を送るように構成された、Ｃ４２に記載の装置。
［Ｃ４４］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることを少なくとも１つのプロセッサに行わせるためのコードと、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することを少なくとも１つのプロセッサに行わせるためのコードであって、前記ＡＣＫ／ＮＡＣＫ情報が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に対応する送信電力で前記ＵＥによって送られる、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することを少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。
［Ｃ４５］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることと
を備える、ワイヤレス通信のための方法。
［Ｃ４６］
リソース要素の前記数を前記判断することが、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断することと、
ＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断することと
を備える、Ｃ４５に記載の方法。
［Ｃ４７］
ＡＣＫ／ＮＡＣＫビットの前記総数を前記判断することが、
１つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための１つのＡＣＫ／ＮＡＣＫビットを判断することと、
２つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための２つのＡＣＫ／ＮＡＣＫビットを判断することと、
前記複数のＣＣの各々のための前記１つまたは２つのＡＣＫ／ＮＡＣＫビットに基づいて前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの前記総数を判断することと
を備える、Ｃ４６に記載の方法。
［Ｃ４８］
前記複数のＣＣのうちの各ＣＣのインデックスに基づいて、前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットを順序付けることをさらに備える、Ｃ４６に記載の方法。
［Ｃ４９］
前記ＡＣＫ／ＮＡＣＫ情報を前記送ることが、
リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ることを備える、Ｃ４５に記載の方法。
［Ｃ５０］
前記ＰＵＳＣＨ上で、チャネル状態情報（ＣＳＩ）を前記ＡＣＫ／ＮＡＣＫ情報と多重化することをさらに備える、Ｃ４９に記載の方法。
［Ｃ５１］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信するための手段と、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断するための手段と、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断するための手段と、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ５２］
リソース要素の前記数を判断するための前記手段が、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断するための手段と、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断するための手段と
を備える、Ｃ５１に記載の装置。
［Ｃ５３］
前記ＡＣＫ／ＮＡＣＫ情報を送るための前記手段が、
リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るための手段を備える、Ｃ５１に記載の装置。
［Ｃ５４］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
［Ｃ５５］
前記少なくとも１つのプロセッサが、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断することと、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断することと
を行うように構成された、Ｃ５４に記載の装置。
［Ｃ５６］
前記少なくとも１つのプロセッサが、リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るように構成された、Ｃ５４に記載の装置。
［Ｃ５７］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することを少なくとも１つのプロセッサに行わせるためのコードと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることを前記少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。
［Ｃ５８］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのリソース要素の数を判断することと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を受信することと
を備える、ワイヤレス通信のための方法。
［Ｃ５９］
リソース要素の前記数が、前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断され、前記複数のＣＣの各々のためのＡＣＫ／ＮＡＣＫビットの数が、前記ＣＣの送信モードに基づいて判断される、Ｃ５８に記載の方法。
［Ｃ６０］
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットが、前記複数のＣＣのうちの各ＣＣのインデックスに基づいて順序付けられる、Ｃ５８に記載の方法。
［Ｃ６１］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送るための手段と、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのリソース要素の数を判断するための手段と、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を受信するための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ６２］
リソース要素の前記数が、前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断され、前記複数のＣＣの各々のためのＡＣＫ／ＮＡＣＫビットの数が、前記ＣＣの送信モードに基づいて判断される、Ｃ６１に記載の装置。
［Ｃ６３］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのリソース要素の数を判断することと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を受信することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
［Ｃ６４］
リソース要素の前記数が、前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断され、前記複数のＣＣの各々のためのＡＣＫ／ＮＡＣＫビットの数が、前記ＣＣの送信モードに基づいて判断される、Ｃ６３に記載の装置。
［Ｃ６５］
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることを少なくとも１つのプロセッサに行わせるためのコードと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのリソース要素の数を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を受信することを前記少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。

Claims

ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに、前記データ送信が受信された前記少なくとも１つのＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行することと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに、前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと
を備える、ワイヤレス通信のための方法。
電力制御を前記実行することが、
前記データ送信中で受信されたトランスポートブロックの総数を判断することと、
前記データ送信上で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと
を備える、請求項１に記載の方法。
トランスポートブロックの前記総数を前記判断することが、
１つのトランスポートブロックをサポートするダウンリンク制御情報（ＤＣＩ）フォーマットを有するダウンリンク許可に関連する各ＣＣ上で１つのトランスポートブロックが受信されたと判断することと、
２つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各ＣＣ上で２つのトランスポートブロックが受信されたと判断することと、
前記データ送信が受信された前記少なくとも１つのＣＣの各々上で受信された前記１つまたは２つのトランスポートブロックに基づいて、前記データ送信中で受信されたトランスポートブロックの前記総数を判断することと
を備える、請求項２に記載の方法。
リソース要素の前記数を前記判断することが、
前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断することと、
ＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断することと
を備える、請求項１に記載の方法。
ＡＣＫ／ＮＡＣＫビットの前記総数を前記判断することが、
１つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための１つのＡＣＫ／ＮＡＣＫビットを判断することと、
２つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための２つのＡＣＫ／ＮＡＣＫビットを判断することと、
前記複数のＣＣの各々のための前記１つまたは２つのＡＣＫ／ＮＡＣＫビットに基づいて前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの前記総数を判断することと
を備える、請求項４に記載の方法。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信するための手段と、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断するための手段と、
前記ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断するための手段と、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記データ送信が受信された前記少なくとも１つのＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行するための手段と、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断するための手段と
を備える、ワイヤレス通信のための装置。
電力制御を実行するための前記手段が、
前記データ送信中で受信されたトランスポートブロックの総数を判断するための手段と、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断するための手段と
を備える、請求項６に記載の装置。
リソース要素の前記数を判断するための前記手段が、
前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断するための手段と、
ＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断するための手段と
を備える、請求項６に記載の装置。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記データ送信が受信された前記少なくとも１つのＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行するために、前記ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断することと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
前記少なくとも１つのプロセッサが、
前記データ送信中で受信されたトランスポートブロックの総数を判断することと、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと
を行うようにさらに構成された、請求項９に記載の装置。
前記少なくとも１つのプロセッサが、
前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断することと、
ＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断することと
を行うように構成された、請求項９に記載の装置。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することを少なくとも１つのプロセッサに行わせるためのコードと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記データ送信が受信された前記少なくとも１つのＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行することを前記少なくとも１つのプロセッサに行わせるためのコードと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのアップリンクチャネルを判断することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、前記データ送信の前記少なくとも１つのＣＣに従って判断された送信電力で前記ＰＵＣＣＨ上で前記ＡＣＫ／ＮＡＣＫ情報を受信することと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、前記ＵＥのために構成された前記複数のＣＣに対応する前記ＰＵＳＣＨのある数のリソース要素上で前記ＡＣＫ／ＮＡＣＫ情報を受信することと
を備える、ワイヤレス通信のための方法。
前記送信電力が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に基づいて判断される、請求項１３に記載の方法。
リソース要素の前記数が、前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断される、請求項１３に記載の方法。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送るための手段と、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのアップリンクチャネルを判断するための手段と、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、前記データ送信の前記少なくとも１つのＣＣに基づいて判断された送信電力で前記ＰＵＣＣＨ上で送られた前記ＡＣＫ／ＮＡＣＫ情報を受信するための手段と、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、前記ＵＥのために構成された前記複数のＣＣに対応する前記ＰＵＳＣＨのある数のリソース要素上で送られた前記ＡＣＫ／ＮＡＣＫ情報を受信するための手段と
を備える、ワイヤレス通信のための装置。
前記送信電力が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に基づいて判断される、請求項１６に記載の装置。
リソース要素の前記数が、前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断される、請求項１６に記載の装置。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記少なくとも１つのＣＣ上で前記データ送信中で受信されたトランスポートブロックの総数を判断することと、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと、
前記判断された送信電力に基づいて前記ＡＣＫ／ＮＡＣＫ情報を送ることと
を備える、ワイヤレス通信のための方法。
トランスポートブロックの前記総数を前記判断することが、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの数を判断することと、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの前記数に基づいて、前記データ送信中で受信されたトランスポートブロックの前記総数を判断することと
を備える、請求項１９に記載の方法。
前記少なくとも１つのＣＣ上で受信されたトランスポートブロックの前記数を前記判断することが、
１つのトランスポートブロックをサポートするダウンリンク制御情報（ＤＣＩ）フォーマットを有するダウンリンク許可に関連する前記少なくとも１つのＣＣの各々上で１つのトランスポートブロックが受信されたと判断することと、
２つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する前記少なくとも１つのＣＣの各々上で２つのトランスポートブロックが受信されたと判断することと
を備える、請求項２０に記載の方法。
トランスポートブロックの前記総数を前記判断することが、
単一のサブフレーム中の前記少なくとも１つのＣＣ上で前記ＵＥによって受信されたトランスポートブロックの数を合計することを備える、請求項１９に記載の方法。
トランスポートブロックの前記総数を前記判断することが、
前記少なくとも１つのＣＣ中の各ＣＣのためのＡＣＫ／ＮＡＣＫビットの数を判断することと、
各ＣＣのためのＡＣＫ／ＮＡＣＫビットの前記数に基づいて、前記少なくとも１つのＣＣ上での前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断することであって、ＡＣＫ／ＮＡＣＫビットの前記総数が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの前記総数に一致する、前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断することと
を備える、請求項１９に記載の方法。
前記ＡＣＫ／ＮＡＣＫ情報を前記送ることが、
前記判断された送信電力に基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ることを備える、請求項１９に記載の方法。
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのＰＵＣＣＨフォーマットを判断することをさらに備える、請求項２４に記載の方法。
前記ＡＣＫ／ＮＡＣＫ情報を前記送ることが、２つのシグナリングビットをサポートするＰＵＣＣＨフォーマットとチャネル選択とに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることを備える、請求項２４に記載の方法。
前記ＡＣＫ／ＮＡＣＫ情報を前記送ることが、離散フーリエ変換拡散直交周波数分割多重化（ＤＦＴ−Ｓ−ＯＦＤＭ）を利用するＰＵＣＣＨフォーマットに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることを備える、請求項２４に記載の方法。
前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、チャネル状態情報（ＣＳＩ）を送るための利用可能なビットを判断することと、
前記利用可能なビットに基づいて、前記ＣＳＩを前記ＡＣＫ／ＮＡＣＫ情報と多重化することと
をさらに備える、請求項１９に記載の方法。
前記ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中で、チャネル状態情報（ＣＳＩ）を前記ＡＣＫ／ＮＡＣＫ情報と多重化することをさらに備える、請求項１９に記載の方法。
前記ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中でチャネル状態情報（ＣＳＩ）をドロップすることをさらに備える、請求項１９に記載の方法。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信するための手段と、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断するための手段と、
前記少なくとも１つのＣＣ上で前記データ送信中で受信されたトランスポートブロックの総数を判断するための手段と、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断するための手段と、
前記判断された送信電力に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための手段と
を備える、ワイヤレス通信のための装置。
トランスポートブロックの前記総数を判断するための前記手段が、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの数を判断するための手段と、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの前記数に基づいて、前記少なくとも１つのＣＣ上で受信されたトランスポートブロックの前記総数を判断するための手段と
を備える、請求項３１に記載の装置。
前記ＡＣＫ／ＮＡＣＫ情報を送るための前記手段が、前記判断された送信電力に基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るための手段を備える、請求項３１に記載の装置。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記少なくとも１つのＣＣ上で前記データ送信中で受信されたトランスポートブロックの総数を判断するために、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと、
前記判断された送信電力に基づいて前記ＡＣＫ／ＮＡＣＫ情報を送ることと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
前記少なくとも１つのプロセッサが、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの数を判断することと、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの前記数に基づいて、前記データ送信中で受信されたトランスポートブロックの前記総数を判断することと
を行うように構成された、請求項３４の記載の装置。
前記少なくとも１つのプロセッサが、前記判断された送信電力に基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るように構成された、請求項３４に記載の装置。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することを少なくとも１つのプロセッサに行わせるためのコードと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記少なくとも１つのＣＣ上で前記データ送信中で受信されたトランスポートブロックの総数を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記判断された送信電力に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることを前記少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することであって、前記ＡＣＫ／ＮＡＣＫ情報が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に対応する送信電力で前記ＵＥによって送られる、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することと
を備える、ワイヤレス通信のための方法。
前記少なくとも１つのＣＣ上で前記データ送信のための少なくとも１つのダウンリンク許可を送ることをさらに備える、請求項３８に記載の方法。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送るための手段と、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するための手段であって、前記ＡＣＫ／ＮＡＣＫ情報が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に対応する送信電力で前記ＵＥによって送られる、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するための手段と
を備える、ワイヤレス通信のための装置。
前記少なくとも１つのＣＣ上で前記データ送信のための少なくとも１つのダウンリンク許可を送るための手段をさらに備える、請求項４０に記載の装置。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することであって、前記ＡＣＫ／ＮＡＣＫ情報が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に対応する送信電力で前記ＵＥによって送られる、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
前記少なくとも１つのプロセッサが、前記少なくとも１つのＣＣ上で前記データ送信のための少なくとも１つのダウンリンク許可を送るように構成された、請求項４２に記載の装置。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることを少なくとも１つのプロセッサに行わせるためのコードと、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することを少なくとも１つのプロセッサに行わせるためのコードであって、前記ＡＣＫ／ＮＡＣＫ情報が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に対応する送信電力で前記ＵＥによって送られる、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することを少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることと
を備える、ワイヤレス通信のための方法。
リソース要素の前記数を前記判断することが、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断することと、
ＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断することと
を備える、請求項４５に記載の方法。
ＡＣＫ／ＮＡＣＫビットの前記総数を前記判断することが、
１つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための１つのＡＣＫ／ＮＡＣＫビットを判断することと、
２つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための２つのＡＣＫ／ＮＡＣＫビットを判断することと、
前記複数のＣＣの各々のための前記１つまたは２つのＡＣＫ／ＮＡＣＫビットに基づいて前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの前記総数を判断することと
を備える、請求項４６に記載の方法。
前記複数のＣＣのうちの各ＣＣのインデックスに基づいて、前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットを順序付けることをさらに備える、請求項４６に記載の方法。
前記ＡＣＫ／ＮＡＣＫ情報を前記送ることが、
リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ることを備える、請求項４５に記載の方法。
前記ＰＵＳＣＨ上で、チャネル状態情報（ＣＳＩ）を前記ＡＣＫ／ＮＡＣＫ情報と多重化することをさらに備える、請求項４９に記載の方法。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信するための手段と、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断するための手段と、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断するための手段と、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための手段と
を備える、ワイヤレス通信のための装置。
リソース要素の前記数を判断するための前記手段が、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断するための手段と、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断するための手段と
を備える、請求項５１に記載の装置。
前記ＡＣＫ／ＮＡＣＫ情報を送るための前記手段が、
リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るための手段を備える、請求項５１に記載の装置。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
前記少なくとも１つのプロセッサが、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断することと、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断することと
を行うように構成された、請求項５４に記載の装置。
前記少なくとも１つのプロセッサが、リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るように構成された、請求項５４に記載の装置。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することを少なくとも１つのプロセッサに行わせるためのコードと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることを前記少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのリソース要素の数を判断することと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を受信することと
を備える、ワイヤレス通信のための方法。
リソース要素の前記数が、前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断され、前記複数のＣＣの各々のためのＡＣＫ／ＮＡＣＫビットの数が、前記ＣＣの送信モードに基づいて判断される、請求項５８に記載の方法。
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットが、前記複数のＣＣのうちの各ＣＣのインデックスに基づいて順序付けられる、請求項５８に記載の方法。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送るための手段と、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのリソース要素の数を判断するための手段と、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を受信するための手段と
を備える、ワイヤレス通信のための装置。
リソース要素の前記数が、前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断され、前記複数のＣＣの各々のためのＡＣＫ／ＮＡＣＫビットの数が、前記ＣＣの送信モードに基づいて判断される、請求項６１に記載の装置。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのリソース要素の数を判断することと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を受信することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
リソース要素の前記数が、前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断され、前記複数のＣＣの各々のためのＡＣＫ／ＮＡＣＫビットの数が、前記ＣＣの送信モードに基づいて判断される、請求項６３に記載の装置。
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることを少なくとも１つのプロセッサに行わせるためのコードと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのリソース要素の数を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を受信することを前記少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。