キャリアアグリゲーション以下、CAと称す。を有するマルチキャリア無線通信ネットワークのユーザー端末以下、UEと称す。によって基地局以下、eNBと称す。から上層構成メッセージを受信するステップ、前記eNBから1つ以上のダウンリンクグラント以下、DLグラントと称す。を受信するステップ、サポートされるコンポーネントキャリア以下、CCと称す。の最大数の前記UE機能、前記受信されたDLグラントの検出結果、および前記上層構成に基づいたハイブリッド自動再送要求フィードバックフォーマット以下、HARQフィードバックフォーマットと称す。を決定するステップ、および前記決定されたHARQフィードバックフォーマットを用いてHARQフィードバック情報を送信するステップを含む方法。前記UEは、単一のCC非CAフォーマットを用い、前記UEは、単一のCCをサポートする請求項1に記載の方法。前記UEは、単一のCC非CAフォーマットに切り替わり、前記UEは、1つ以上のCCをサポートし、1つのCCだけが上層で構成される請求項1に記載の方法。前記UEは、小さいペイロードサイズCA-Sフォーマットを有するCAに切り換わり、前記UEは、最大2つのCCをサポートし、前記2つのCCは、上層で構成され、前記UEは、セカンダリCCSCC上で前記データ伝送用の少なくとも1つのDLグラントを検出する請求項1に記載の方法。前記UEは、大きいペイロードサイズCA-Sフォーマットを有するCAに切り換わり、前記UEは、最大5つのCCをサポートし、1つ以上のCCは、上層で構成され、前記UEは、セカンダリCCSCC上でデータ伝送用の少なくとも1つのDLグラントを検出する請求項1に記載の方法。前記UEは、フォールバックモードで単一のCC非CAフォーマットに切り換わり、前記UEは、1つ以上のCCをサポートし、1つ以上のCCは、上層で構成され、前記UEは、プライマリCCPCC上でデータ伝送用の1つのDLグラントだけを検出する請求項1に記載の方法。ユーザー端末以下、UEと称す。であって、基地局以下、eNBと称す。から構成メッセージを受信する無線リソース制御以下、RRCと称す層モジュール、前記eNBから1つ以上のダウンリンクグラント以下、DLグラントと称す。を受信し、サポートされるCCの最大数のUE機能、前記受信されたDLグラントの検出結果、および前記上層構成に基づいたハイブリッド自動再送要求フィードバックフォーマット以下、HARQフィードバックフォーマットと称す。を決定する物理PHYまたは媒体アクセス制御MAC層モジュール、および前記決定されたHARQフィードバックフォーマットを用いてエンコードされたHARQフィードバック情報を送信するアンテナを含むユーザー端末。前記UEは、単一のCC非CAフォーマットを用い、前記UEは、単一のCCをサポートする請求項7に記載のユーザー端末。前記UEは、単一のCC非CAフォーマットに切り替わり、前記UEは、1つ以上のCCをサポートし、1つのCCだけが上層で構成される請求項7に記載のユーザー端末。前記UEは、小さいペイロードサイズCA-Sフォーマットを有するCAに切り換わり、前記UEは、最大2つのCCをサポートし、前記2つのCCは、上層で構成され、前記UEは、セカンダリCCSCC上で前記データ伝送用の少なくとも1つのDLグラントを検出する請求項7に記載のユーザー端末。前記UEは、大きいペイロードサイズCA-Lフォーマットを有するCAに切り換わり、前記UEは、最大5つのCCをサポートし、1つ以上のCCは、上層で構成され、前記UEは、セカンダリCCSCC上でデータ伝送用の少なくとも1つのDLグラントを検出する請求項7に記載のユーザー端末。前記UEは、フォールバックモードで単一のCC非CAフォーマットに切り換わり、前記UEは、1つ以上のCCを支援し、1つ以上のCCは、上層で構成され、前記UEは、プライマリCCPCC上でデータ伝送用の1つのDLグラントだけを検出する請求項7に記載のユーザー端末。キャリアアグリゲーション以下、CAと称す。を有するマルチキャリア無線通信ネットワークで基地局以下、eNBと称す。からユーザー端末以下、UEと称す。に上層構成メッセージを送信するステップ、1つ以上のダウンリンクグラント以下、DLグラントと称す。を送信するステップ、サポートされるコンポーネントキャリア以下、CCと称す。の最大数のUE機能、前記送信されたDLグラント、および前記上層構成に基づいたハイブリッド自動再送要求フィードバックフォーマット以下、HARQフィードバックフォーマットと称す。を決定するステップ、および決定されたHARQフィードバックフォーマットを用いてHARQフィードバック情報を受信し、デコードするステップを含む方法。前記eNBは、単一のCC非CAフォーマットを用いて、非CA機能のUE用のHARQフィードバック情報をデコードする請求項13に記載の方法。前記eNBは、単一のCC非CAフォーマットを用いてCA機能のUE用のHARQフィードバック情報をデコードし、前記eNBは、上層で1つのCCだけを構成する請求項13に記載の方法。前記eNBは、小さいペイロードサイズCA-Sフォーマットを有するCAを用い、前記UEは、最大2つのCCをサポートし、前記2つのCCは、上層で構成される請求項13に記載の方法。前記eNBは、大きいペイロードサイズCA-Lフォーマットを有するCAに切り換わり、前記UEは、最大5つのCCをサポートし、1つ以上のCCは、上層で構成される請求項13に記載の方法。前記eNBは、単一のCC非CAフォーマットを用いてCA機能のUE用のフォールバックモードでHARQフィードバック情報をデコードし、1つ以上のCCが上層で構成される請求項13に記載の方法。基地局であって、キャリアアグリゲーション以下、CAと称す。を有するマルチキャリア無線通信ネットワークで上層構成メッセージをユーザー端末以下、UEと称す。に伝送する無線リソース制御RRC層モジュール、1つ以上のダウンリンクグラント以下、DLグラントと称す。を伝送し、サポートされるコンポーネントキャリア以下、CCと称す。の最大数のUE機能、前記伝送されたDLグラント、および前記上層構成に基づいたハイブリッド自動再送要求フィードバックフォーマット以下、HARQフィードバックフォーマットと称す。を決定する物理PHYまたは媒体アクセス制御MAC層モジュール、および前記決定されたHARQフィードバックフォーマットを用いてデコードされたHARQフィードバック情報を受信するアンテナを含む基地局。前記基地局は、単一のCC非CAフォーマットを用いて、非CA機能のUE用のHARQフィードバック情報をデコードする請求項19に記載の基地局。前記基地局は、単一のCC非CAフォーマットを用いてCA機能のUE用のHARQフィードバック情報をデコードし、前記基地局は、上層で1つのCCだけを構成する請求項19に記載の基地局。前記基地局は、小さいペイロードサイズCA-Sフォーマットを有するCAを用い、前記UEは、最大2つのCCをサポートし、前記2つのCCは、上層で構成される請求項19に記載の基地局。前記基地局は、大きいペイロードサイズCA-Lフォーマットを有するCAに切り換わり、前記UEは、最大5つのCCをサポートし、1つ以上のCCは、上層で構成される請求項19に記載の基地局。前記基地局は、単一のCC非CAフォーマットを用いてCA機能のUE用のフォールバックモードでHARQフィードバック情報をデコードし、1つ以上のCCが上層で構成される請求項19に記載の基地局。OFDMAシステムにおけるキャリアアグリゲーション用のアップリンクHARQフィードバックチャネル設計を提供する。キャリアアグリゲーションCA用のHARQフィードバックチャネル設計がマルチキャリアLTE/LTE‐Aシステムに提案されている。本実施態様では、HARQフィードバックチャネルフォーマット切り替え用の予め定義された規則がシステムで採用される。異なるHARQフォーマットは、単一のコンポーネントキャリア非CAモード、小さいペイロードサイズCA-Sを有するキャリアアグリゲーションモード、大きいペイロードサイズCA-Lを有するキャリアアグリゲーションモード、およびフォールバックモードにサポートされる。各種のCAおよび非CAフォーマットからアップリンクHARQフィードバックチャネル用に用いられるフォーマットは、以下の要因:支援されるCCの最大数のUE501機能、無線リソース構成RRC層に用いるCC構成情報、およびダウンリンクスケジューラの検出結果に基づいて決定される。CC構成情報は、RRCによって構成されたCCの数、および用いられる特定のHARQフォーマットを含むことができる。より信頼性のある上層構成がHARQフォーマット切り替えをするように用いられるため、UEとeNBとの不一致のリスクが大幅に減少される。他の実施態様では、効果的なHARQフィードバックチャネルのリソース割り当て方式がシステムに採用される。HARQACK/NACKA/N用の2つのリソース割り当て方式例えば、明示的explicitおよびハイブリッドが用いられる。リソースの一部は、RRC構成を介して明示的方法に基づいて割り当てられる。もう一部のリソースは、RRCおよびダウンリンクスケジューラによって搬送される暗黙的情報を介してハイブリッド方法に基づいて割り当てられる。明示的方法では、A/N物理リソース用の物理リソースは、DLスケジューリンググラントのリソースインデックスに基づいて決定される。DLグラントは構成されたCC上のトランスポートブロックに対応する。リソースインデックスは、CC用に保留された1セットの候補アップリンクA/N物理リソースからの物理リソースを指している。DL伝送モードが二重のコードワードdual-codewordとして構成される場合、第2のA/N物理リソースはオフセットをリソースインデックスに用いることで決定される。暗黙的方法では、A/N物理リソースは、DLスケジューリンググラントの論理アドレスに基づいて決定される。他の実施形態では、暗黙的および明示的リソース割り当ての両方が動的DLスケジューリング方式に用いられる。他の実施形態では、明示的リソース割り当てが半永続的スケジューリングSPS:Semi-persistentSchdulingDLスケジューリング方式に用いられる。他の実施形態及びそれらの利点が以下に詳細に説明される。この概要は、説明を限定するものではない。本発明により、OFDMAシステムにおけるキャリアアグリゲーション用のアップリンクHARQフィードバックチャネル設計を提供することができる。本発明の実施形態を詳細に参照し、その例が添付の図面に示されている。図1は、本実施態様に基づくLTE‐Aシステム100におけるハイブリッド自動再送要求HARQフィードバックチャネル設計を図示している。LTE‐Aシステム100は、UE101およびeNB102を含み、両方ともマルチコンポーネントキャリアCC上のキャリアアグリゲーションCAをサポートする。ダウンリンク無線チャネル103において、eNB102は、1つまたは複数のダウンリンクDLグラントをUE101に伝送する。アップリンク無線チャネル104では、UE141は、アップリンクULHARQフィードバック情報でeNB102に応答する。非CAとCAモード例えば、非CAフォーマット、CAフォーマット1とCAフォーマット2用にHARQフィードバックチャネルをサポートするために、複数のフォーマットがシステムにある。無線チャネルの信頼性の欠如により、UE101とeNB102は、どのフォーマットが用いられるかについて、異なる理解を持つ可能性がある。また、複数のDLコンポーネントキャリがサポートされているため、1つ以上のDLCCで複数のスケジュールされたトランスポートブロックTB用に、特定のULコンポーネントキャリアで1つのHARQフィードバックチャネルだけもよい。DLスケジューラの信頼性に欠けるデコーディング結果により、eNB102は、HARQフィードバックチャネルにUE101がどのリソース位置例えば、物理リソース位置105~108を用いるかわからない。本実施態様では、UE101とeNB102との間でHARQフォーマットの同期方式が定義される。具体的に言えば、HARQフォーマット切り替え規則がUE101とeNB102に予め定義されている。他の実施形態では、CAモード用の効果的なHARQリソース割り当て方式は、UE101とeNB102にそれぞれ定義されている。図2は、例示的な無線通信端末UE201および基地局eNB202の簡略化したブロック図を図示している。UE201およびeNB202は、以下の任意の通信プロトコルを動作することができる。一例として、本発明の実施形態は、LTEプロトコルに基づいて動作する。UE201は、RFモジュール211に接続されたトランシーバーアンテナ210を含む。トランシーバーアンテナ210は、RF信号を受信または送信する。UE201には1つのアンテナしか表されていないが、無線端末は、送信および受信用の複数のアンテナを有してもよい。RFモジュール211は、トランシーバーアンテナ210またはベースバンドモジュール212のいずれかから信号を受信し、受信した信号をベースバンド周波数に変換する。ベースバンドモジュール212は、UE201から送信された、またはUE201で受信された信号を処理する。このような処理は、例えば、変調、復調、チャネルコーディング/デコーディング、およびソースコーディング/デコーディングを含む。UE201は、デジタル信号を処理し、他の制御機能を提供するプロセッサ213を更に含む。メモリ214は、プログラム命令およびデータを保存し、UE201の動作を制御する。同様にeNB202は、RFモジュール231、ベースバンドモジュール232、プロセッサ233、およびメモリ234に接続されたトランシーバーアンテナ230を含む。UE201およびeNB202は、一般に定義されたレイヤードプロトコルスタック215によって互いに通信する。レイヤードプロトコルスタック215は、非アクセス層NAS216、無線リソース制御RRC層217、パケットデータ収束制御PDCP層218、無線リンク制御RLC層219、媒体アクセス制御MAC層220、および物理層PHY221を含む。非アクセス層NAS216は、上層ネットワーク制御を提供するために、UEと移動管理エンティティMMEとの間のプロトコルである。異なるモジュールおよびプロトコル層モジュールは、機能モジュールまたは論理構成体としてもよく、ソフトウェア、ファームウェア、ハードウェアまたはその任意の組み合わせとしてもよい。プロセッサで実行された時、異なるモジュールは一緒に機能し、UE201およびeNB202に種々の通信動作を実行させる。具体的に言えば、LTEシステムは、PHY層でHAQRを用いてデータ伝送の品質を向上させ例えば、205を介するソフト結合およびフィードバック情報、そのHARQ手順は、媒体アクセス制御MACまたはより高い層によって制御される例えば、204を介する再伝送およびフィードバック情報の手順。HARQフィードバックチャネル用の付加の構成情報は、上層例えば、RRC203によって制御される。215のレイヤードプロトコルでは、PHY層データ伝送およびMAC層制御メッセージは、例えばRRC層メッセージの上層制御メッセージより、信頼性を低くすることができる。レイヤードプロトコルの性質により、本発明に係る実施形態において、より高い層の構成情報は、UE201とeNB202との間のHARQフォーマットを同期してHARQリソースを割り当てるために用いられる。HARQのフォーマット切り替え図2に示されるように、HARQ情報は、MAC層で交換される。現在のLTEは、最大4ビットまでで、PHY層内に、アップリンクHARQフィードバック情報の伝送用のいくつかのチャネルフォーマットをサポートする。LTEシステムでは、複数のDLCCがキャリアアグリゲーションにおいて構成されたときに、現存のフォーマットは、十分なHARQ情報ビットをサポートしていない。HARQフィードバック情報用の新しいフォーマットが必要となる。2つ以上に構成されたDLCCをサポートするには、少なくとも1つのHARQチャネルフォーマットが必要となる。本発明に係る実施形態では、図3および図4は、FDDおよびTDD用の1セットの提案されたHARQチャネルフォーマットをそれぞれ表している。本発明に係る実施形態では、図3は、FDD用の1セットのHARQフォーマット、サポートされたHARQビット数の範囲、及び、現存するまたは新たなPUCCHフォーマットとの採用可能なマッピングを表している。FDD非CAフォーマットは、アップリンクフィードバック情報の2ビット以下のHARQをサポートし、LTEリリース8/9PUCCHフォーマット1a/1bを用いる。FDDキャリアアグリゲーションの小さいペイロードsmallpayloadCA-Sフォーマットは、アップリンクフィードバック情報の2ビットより大きく且つ4ビット以下のHARQをサポートし、チャネル選択を伴うPUCCHフォーマット1bの形式を採用する。FDDキャリアアグリゲーションの大きいペイロードlargepayloadCA-Lフォーマットは、アップリンクフィードバック情報の2ビットより大きいHARQをサポートし、DFT-S-OFDMに基づくPUCCHフォーマット3の形式を採用する。本発明に係る実施形態では、図4は、FDD用の1セットのHARQフォーマット、サポートされたHARQビット数の範囲、及び、現存または新たなPUCCHフォーマットとの採用可能なマッピングを表している。TDD非CAフォーマットは、アップリンクフィードバック情報の4ビット以下のHARQをサポートし、LTEリリース8/9PUCCHフォーマット1a/1bまたはチャネル選択を伴うPUCCHフォーマット1bを用いる。TDDキャリアアグリゲーションの小さいペイロードsmallpayloadCA-Sフォーマットは、アップリンクフィードバック情報の2ビットより大きく且つ4ビット以下のHARQをサポートし、CAマッピングテーブルを用いて、チャネル選択を伴うPUCCHフォーマット1bの形式を採用する。TDDキャリアアグリゲーションの大きいペイロードlargepayloadCA-Lフォーマットは、アップリンクフィードバック情報の4ビット以上のHARQをサポートし、DFT-S-OFDMに基づくPUCCHフォーマット3の形式を採用する。図3および図4は、キャリアアグリゲーションをサポートするHARQ情報を含む例示的なチャネルフォーマットである。非対称のDLおよびULCCの構成により、HARQの新しいフォーマットが必要となる。HARQフィードバック情報用の増加されたペイロードをもつフォーマットは、アップリンクリソースの利用においてシステムの効率を悪くする。よって、UEおよびeNBは、アプリケーションシナリオに基づいて、フォーマットを切り替えることができなければならない。信頼性の低いPHYまたはMAC層の制御メッセージがなくなった時、または正確に受信されなかった時、問題が生じる。このような制御メッセージは、CC用にデータ伝送を動的にスケジュールするDLグラントメッセージを含み、MAC又はより高い層によってアクティベートされる。例えば、eNBは、3つのダウンリンクグラントをUEに伝送する。送信された3つのDLグラントに基づくeNBは、図3と図4に定義されるように、CA-Lフォーマットで受信のUEからHARQフィードバックを求める。PHYまたはMAC層は、信頼性の低い制御メッセージチャネルであるため、UEは、2つのグラントだけを受信する可能性がある。UEは、情報を分析し、アップリンクHARQフォーマットを切り替えることが必要とされるかどうかを決める。UEは、2つのグラントだけを受信することで、必要なHARQビットは4以下であることがわかったため、UEは、CA-Sフォーマットを用いてアップリンクHARQ情報を送信する。その受信されたDLグラントに基づいたUEで用いられるフォーマットは、eNB送信機が求めるのと異なる。HARQフォーマットの不一致は、eNBとUEとの間で生じる。この問題を解決するために、アップリンクHARQフォーマット切り替えでUEとeNBを同期させる、所定の方式が必要となる。図5は、不一致の問題を解決する本発明の実施形態を表している。ステップ510では、eNB502は、上層例えばRRC制御チャネルを介してセミスタティックCC構成データをUE501に伝送する。CC構成データは、RRCで構成されたCCの数および用いられる特定のHARQフォーマットを含んでもよい。この上層制御チャネルは、PHYまたはMAC層のような下層より信頼できる。ステップ520では、UE501は、この上層制御メッセージを受信し、それを用いてHARQフォーマットを決める。ステップ511では、eNB502は、MAC層または物理ダウンリンク制御チャネルPDCCHを介して複数のDLグラントを送信する。このようなDLグラントは、信頼性に欠ける下層制御メッセージのエラーまたは消失により、失われることもある。複数のDLグラントを受信した後、ステップ521では、UE501は、HARQフォーマット切り替えが必要とされるかどうか決める。本発明に係る実施形態では、この決定は、以下の情報:1サポートされるCCの最大数のUE501機能;2ステップ510でeNB502から受信された上層のCC構成;および3UE501のDLスケジューラの検出結果に基づいて、ステップ522で行われる。ステップ512では、UE501は、ステップ522で決められた決定に基づいた対応のフォーマットのHARQフィードバック情報を送信する。HARQフィードバック情報を受けた後、eNB502は、ステップ513で対応のフォーマットを用いて情報をデコードする。より信頼性のある上層構成がHARQフォーマット切り替えの決定をするのに用いられているため、UEとeNBの不一致のリスクは、大きく減少される。図6は、FDDシステムの図5のアルゴリズムのeNBの実施の実施形態を表している。UEがCAをサポートするために、ステップ601で、eNBは、UEが2つより多いCCをサポートする能力があるかどうか確認する。サポートする能力がない場合には、ステップ602で、eNBは、上層が1つより多いCCのUEを構成しているかどうかを更にチェックする。構成していない場合、eNBは、このUEを単一のCCモード607に設定し、非CAフォーマット610をHARQフィードバックに用いる。一方、構成している場合には、eNBは、ステップ606にて、小さいペイロードサイズのモードまたはフォールバックモードに入る。フォールバックモードが、プライマリコンポーネントキャリアPCC用にダウンリンクスケジューラを検出するためだけに動作される場合には、非CAフォーマット610がアップリンクHARQフィードバックに用いられる。フォールバックモードが、プライマリコンポーネントキャリアPCC用にダウンリンクスケジューラを検出するためだけに動作されない場合には、小さいペイロードサイズのモードのCAが動作され、CA-Sフォーマット609がアップリンクHARQフィードバックに用いられる。ステップ601では、eNBは、UEが2つを越えたCCをサポートすると決定した場合、ステップ603へ進む。ステップ603では、eNBは、上層が2つ未満のCCのUEを構成するかどうかをチェックする。2つ以下のCCのUEを構成しない場合には、eNBは、ステップ605にて、大きいペイロードサイズのモードまたはフォールバックモードに入る。PCC用にダウンリンクスケジューラーを検出するためだけに、フォールバックモードが動作される場合、非CAフォーマット610がアップリンクHARQフィードバックに用いられる。そうでなければ、大きいペイロードサイズのモードのCAが動作され、CA-Lフォーマット608がアップリンクHARQフィードバックに用いられる。ステップ603で、eNBがUEに2つ未満のCCが構成されていると分かった場合、UE用のHARQモードは、上層から他の構成情報に更に要求する。本発明に係る実施形態では、eNBは、UEがステップ604でCA-Sフォーマットで構成されるかどうかをチェックする。CA-SフォーマットがUE用に構成される場合、eNBは、ステップ606にて小さいペイロードサイズのモードまたはフォールバックモードに入る。PCC用にダウンリンクスケジューラーを検出するためだけに、フォールバックモードが動作される場合には、非CAフォーマット610がアップリンクHARQフィードバックに用いられる。PCC用にダウンリンクスケジューラーを検出するためだけに、フォールバックモードが動作されない場合には、小さいペイロードサイズのモードのCAが動作され、CA-Sフォーマット609がアップリンクHARQフィードバックに用いられる。一方、CA-Lフォーマットがステップ604でUE用に構成される場合、eNBは、ステップ605にて、大きいペイロードサイズのモードまたはフォールバックモードに入る。PCC用にダウンリンクスケジューラーを検出するためだけに、フォールバックモードが動作される場合には、非CAフォーマット610がアップリンクHARQフィードバックに用いられる。PCC用にダウンリンクスケジューラーを検出するためだけに、フォールバックモードが動作されない場合には、大きいペイロードサイズのモードのCAが動作され、CA-Lフォーマット608がアップリンクHARQフィードバックに用いられる。図7は、TDDシステムの図5のアルゴリズムのUEの実施の実施形態を表している。図7の例では、UEは、先ずHARQフォーマットモードを分類することで、図5のステップ522の情報に基づいたHARQフォーマットを決定することができる。図7に示されるように、ステップ701にて、UEは、先ず、このUEでサポートされるCCの最大の許容数を確認する。UEが1つのCCだけをサポートできる場合、UEのHARQフィードバックフォーマットは、単一のCCモード709である。UEは、PUCCH上でアップリンクHARQフィードバック用に非CAフォーマット712を使用しなければならない。ステップ701がUEが1つを越えるCCをサポートする能力があると判定した場合、UEは、その上層の構成を見て、1つを越えるCCがステップ702で構成されたかどうかを決定する。UEが1つを越えるCCをサポートすることができるとしても、1つのCCだけが上層で構成される場合、UEは1つのCCモード709に進み、非CAフォーマット712を用いる。一方、ステップ702が1を越えるCCがこのUEに構成されていると判定した場合、どのHARQフォーマットモードを用いるかの決定は、更にステップ703でのDLスケジューラーの検出によって決まる。UEがプライマリコンポーネントキャリPCC用のDLスケジューラーのみを検出する場合、UEは、そのHARQフォーマットをフォールバックモード708に設定する。UEがアップリンクHARQフィードバック用にフォールバックモードにある時、非CAHARQフィードバックフォーマット712は、アップリンクHARQフィードバック情報に用いられなければならない。ステップ703で、セカンダリコンポーネントキャリSCC用の少なくとも1つのDLスケジューラーがある場合、UEは、ステップ704に進む。ステップ704で、セカンダリコンポーネントキャリアSCC用の4つ以下のDLスケジューラーが検出された場合、上層の構成に基づいて、UEは、小さいペイロードサイズのモード706のCAまたは大きいペイロードサイズのモード707のCAのいずれかに設定される。本実施形態では、ステップ705では、UEは、CA-SフォーマットがアップリンクHARQフィードバック用に上層RRCで構成されるかどうかをチェックする。CA-SフォーマットがこのUE用に構成された場合、UEは、小さいペイロードサイズのモード706のCAに設定され、CA-LHARQフィードバックフォーマット711を用いる。ステップ704で、4つを越えるDLスケジューラーが検出された場合、UEは、大きいペイロードサイズのモード707のCAに設定され、CA-LHARQフィードバックフォーマット711を用いる。図6および図7は、図5の方法に基づくHARQフォーマット切り替えの問題を解決する例示的な実施を表している。UEの最大のCCの許容数、上層のCC構成情報の組み合わせ、およびDLスケジューラーの検出結果を考慮することで、UEは、信頼性の低い下層制御チャネルを露出するリスクが低くなる。これは、フォーマットの切り替えをより効率よくすることができる。リソース割り当てLTEアドバンスシステムのアップリンクHARQに関するもう1つの問題は、HARQフィードバックチャネル用のリソース割り当てである。現在の非CAベースのシステムは、ダウンリンクスケジューラの論理アドレスに基づく暗黙的リソース割り当てを用いている。このような暗黙的方法は、CA対応のシステムでは機能しない。なぜならば、DLコンポーネントキャリアは、1つのULコンポーネントキャリアだけでサポートされることができるためである。結果、1つのHARQフィードバックチャネルだけが、1つより多いDLコンポーネントキャリアで複数のスケジュールされたトランスポートブロックTB用に、特定のULコンポーネントキャリアで、1つのHARQフィードバックチャネルだけでもよい。また、ダウンリンクスケジューラの信頼性に欠けるデコーディング結果により、eNBは、どの物理リソースのUEがHARQフィードバックチャネルに用いるかわからない。いくつかの制御メッセージが信頼性に欠ける無線チャネルにより失われた時、問題がリソース割り当てで生じる可能性がある。例えば、eNBは、3つのDLグラントG1、G2、およびG3をUEに送信する。eNBは、UEがどのリソースを選ぶかわからず、全ての可能な物理リソースを保留しなければならない。これは、HARQアップリンクリソース割り当てのためには、効果的な方法ではない。よって、より効果的なリソースリソース割り当て方式が必要である。また、特に、複数のDLコンポーネントキャリアが1つのULコンポーネントキャリアだけで構成されるとき、非CAベースの暗黙的リソース割り当て方式は、CA対応のシステムに用いられることができない。暗黙的リソース割り当て方式は、ダウンリンクPCC上のトランスポートブロックに対応するダウンリンクスケジューリンググラントの論理アドレスに基づいて、アップリンクACK/NACKA/N物理リソースを暗黙的に決定する。図8Aおよび図8Bは、暗黙的リソース割り当て方式の例を図示している。図8Aは、非クロスCCスケジューリングnon-cross-CCscheduling方式用の暗黙的リソース割り当てを表している。UEに用いられる3つのCCがある。3つのCCの各々は、自身のTBを指す自身の制御領域を有する。非CAモードでは、アップリンクA/Nフィードバック用の物理リソースは、ダウンリンクスケジューリンググラントからの論理アドレス802を用いて暗黙的に割り当てられる。この論理アドレスは、アップリンクA/Nフィードバック用の物理リソースである物理リソース801を指している。図8Bは、クロスCCスケジューリングcross-CCscheduling方式用の暗黙的リソース割り当てを表している。3つのCCCC1、CC2、およびCC3は、UEに用いられる。CC2は、3つのCCをスケジューリングする3つの制御領域を有する。制御領域813は、CC1を指し、制御領域814は、CC2を指し、且つ制御領域815は、CC3を指している。非CAモードでは、物理リソースは、ダウンリンクスケジューリンググラントからの論理アドレス802を用いて暗黙的に割り当てられる。この物理アドレスは、アップリンクA/Nフィードバック用の物理リソースである物理リソース811を指している。もう1つのタイプのアップリンクA/N物理リソース割り当て方法が図9に図示されており、例えばRRCの上層チャネルは、アップリンクA/Nフィードバック用に物理リソースの複数のセットを構成する。1セットのアップリンクA/N物理リソースは、上層チャネルによって構成された各々のCC用に保留される。例えば、2つのCCが構成されている場合、2セットのアップリンクA/N物理リソースが保留される。異なるセットのアップリンクA/N物理リソースも同様に保留される。また、複数のUEは、構成された各々のCCで同じセットのアップリンクA/N物理リソースをシェアすることができる。図9は、上層制御によって管理されたこのリソース割り当てを図示している。eNB903は、例えばRRC信号のような上層を介してCCおよびA/N物理リソースを構成する。ステップ913では、RRCは、CC構成およびアップリンクA/N物理リソースの構成情報をUE901に送信する。ステップ914では、eNB903は、CC構成およびアップリンクA/N物理リソースの構成情報をUE902に送信する。UE901では、2つのCC、UE1-CC1およびUE1-CC2が構成される。2つに分かれたセットのアップリンクA/N物理リソースプール910および911は、UE1-CC1およびUE1-CC2用にそれぞれ保留される。910はUE1-CC1を指し、911はUE1-CC2を指している。同様に、UE902は、3つのCC、UE2-CC1、UE2-CC2、およびUE2-CC3で構成される。2セットの物理アップリンクA/Nリソースプール911および912は、UE902用に保留される。UE2-CC1は、異なるUE、UE901とシェアされるアップリンクA/Nリソース911を指している。UE2-CC2およびUE2-CC3は、同じ物理アップリンクA/NリソースをシェアするアップリンクA/Nリソース912を両方とも指している。図10は、他の実施態様に基づくHARQリソース割り当ての方法を示している。ステップ1003では、eNB1002は、UE用に構成されたCCに用いられる1セットの候補のアップリンクA/N物理リソースを保留する。ステップ1004では、eNB1002は、DLスケジューリンググラントをUE1001に送信する。DLグラントは構成されたCC上のトランスポートブロックに対応する。ステップ1005では、UE1001は、DLスケジューリンググラントを受信し、A/N物理リソースを決定する。A/N物理リソースは、DLグラントのリソースインデックスに基づいて決定される。リソースインデックスは、CC用に保留された1セットの候補アップリンクA/N物理リソースのセットからの物理リソースに対応する。DL伝送モードが二重コードワードdual-codewordとして構成される場合に、第2のA/N物理リソースは、オフセットをリソースインデックスに用いることで決定される。ステップ1006では、UE1001は、決定されたA/N物理リソースを介してHARQフィードバック情報を送信する。ステップ1007では、eNB1002は、A/N物理リソースからHARQフィードバック情報を受信し、デコードする。ステップ1008では、eNB1002は、第2のDLスケジューリンググラントをUE1001に伝送する。ステップ1009では、UE1001は、第2のDLスケジューリンググラントの論理アドレスに基づいて1つ、または2つのA/N物理リソースを決定する。ステップ1010では、UE1001は、1つ、または2つのA/N物理リソースを介してHARQフィードバック情報を送信する。最後に、ステップ1011では、eNB1002は、1つ、または2つのA/N物理リソースからHARQフィードバック情報を受信し、デコードする。リソース割り当て方法で討論された2種類のDLグラント、1動的DLスケジューリンググラント、および2半永続的スケジューリングSPS:Semi-persistentSchedulingグラントがある。非SPSDLスケジューリンググラントは、全てのDLまたはUL物理リソースブロックPRB割り当てがアクセス許可メッセージを介して許可され、1つの伝送時間間隔TTI:TransmissionTimeIntervalで許可が期限切れである、ことを必要とする。SPSは、ユーザーがDLに求めるべき、またはULに伝送できる半永続的PRB割り当てを導入する。SPSグラントは1つのTTIで自動的に期限切れにならない。代わりに、明示的に終了する。本発明の実施形態では、動的スケジューリング方法は、CA-Sフォーマットのリソース割り当てに用いられる。この方法では、最大2つのアップリンクA/N物理リソースは、ダウンリンクPCC上のトランスポートブロックに対応するダウンリンクスケジューリンググラントの論理アドレスに基づいて、暗黙的に決定される。暗黙的論理アドレス方式は、図8Aおよび図8Bに表される。PCC用のダウンリンクスケジューリンググラントが単一のコードワードとして構成された場合には、1つのアップリンクA/N物理リソースだけが、ダウンリンクスケジューリンググラントの論理アドレスに基づいて、暗黙的に決定される。PCC用のダウンリンクスケジューリンググラントが2つのコードワードとして構成された場合には、2つのアップリンクA/N物理リソースが、ダウンリンクスケジューリンググラントの論理アドレスに基づいて、暗黙的に決定される。残りの必要なアップリンクA/N物理リソースは、ダウンリンクSCC上のトランスポートブロックに対応するダウンリンクスケジューリンググラントによって明示的に決定される。この方法は、クロスCCおよび非クロスCCスケジューリングの両方に用いられる。これは、FDDおよびTDDの両方にも用いられることができる。図11は、動的スケジューリング方法の実行を図示している。ステップ1101では、UEは、先ずPCC用であるかどうかチェックする。PCC用である場合、ステップ1102にて、PCCが二重コードワードとして構成されるかどうかチェックする。二重コードワードでない場合、ステップ1104に進み、ダウンリンクPCC上のトランスポートブロックに対応するダウンリンクスケジューリンググラントの論理アドレスに基づいて、暗黙的に決定する。一方、ステップ1102で、二重コードワードであると決定した場合、ステップ1105および1108に進み、2つのアップリンクA/Nリソースは、ステップ1105で、ダウンリンクスケジューリンググラントの1つの論理アドレスに基づいて、暗黙的に決定され、もう1つは、論理アドレス、プラスオフセットを用いることで決定される。ステップ1101で、UEがPCC用でないと決定した場合、この方式は、ステップ1103に進み、SCCが二重コードワードであるかどうかチェックする。ステップ1103で二重コードワードでないと決定した場合、ステップ1106では、必要なアップリンクA/N物理リソースは、ダウンリンクSCC上のトランスポートブロックに対応するダウンリンクスケジューリンググラントによって明示的に決定される。このSCC用の物理リソースは、図10に示されるように上層で構成された1セットの物理リソースによって先ず決定される。ダウンリンクスケジューリンググラントのリソースインデックスが用いられ、どの候補アップリンクA/N物理リソースが保留された物理リソースプールのA/Nフィードバックに用いられるか決定する。ステップ1103で、二重コードワードであると決定した場合、ステップ1107および1109に進む。ステップ1107は、ステップ1106と同じであり、コードワード1用に物理リソースを得る。第2の候補アップリンクA/N物理リソースは、ステップ1109でオフセットをリソースインデックスに用いることで決定される。リソースインデックス、プラスオフセットインデックスが用いられ、どの候補アップリンクA/N物理リソースが保留された物理リソースプールのA/Nフィードバックに用いられるか決定する。図12は、動的リソース割り当て方法を更に図示している。図12に示されるように、DLPCCコードワード1は、DLPCCコードワード0、DLPCCコードワード1、およびSCC0用のスケジューリングを含む制御領域がある。この方法を用い、DLPCCコードワード0用のアップリンクA/N物理リソースは、DLPCC用のダウンリンクスケジューリンググラントの物理リソース1201の論理アドレスに基づいて暗黙的に決定される。DLPCCは、二重コードワードであるため、DLPCCコードワード1用のアップリンクA/N物理リソースは、DLPCCコードワード0用の論理アドレスに加え、同じ物理リソース1201のオフセットに基づいて決定される。残りのDLSCCコードワード0用のアップリンクA/N物理リソースは、RRCシグナリングで構成された物理リソース1202にある。RRC構成は、図10に示されている。SCC用のダウンリンクグラントスケジューリングのリソースインデックスは、物理リソース1202からのどの候補を用いるかを決定するのに用いられる。本発明の他の実施形態では、半永続的スケジューリングSPSがリソース割り当てに用いられる。この方式では、必要なアップリンクA/N物理リソースがCC上のSPSトランスポートブロックに対応するダウンリンクSPSアクティベーションactivationグラントによって明示的に決定される。1セットの物理リソースは、図10に示された方式で上層信号によって構成される。SPSアクティベーショングラントのリソースインデックスが用いられ、どの候補アップリンクA/N物理リソースがA/Nフィードバックに用いられるかを決定する。二重コードワードの伝送モードを有するダウンリンクスケジューリンググラントがこのCCに用いられる場合に、第2の候補アップリンクA/N物理リソースは、オフセットをリソースインデックスに用いることで決定される。この方法は、クロスCCおよび非クロスCCスケジューリングの両方に用いられる。これは、FDDおよびTDDの両方にも用いられることができる。図13は、SPSリソース割り当て方法のステップを表している。ステップ1301では、二重コードワードの伝送モードを有するダウンリンクスケジューリンググラントがこのCCに用いられるかどうかを決定する。二重コードワードが用いられない場合、ステップ1302に進み、SPSアクティベーショングラントのリソースインデックスが用いられ、どの候補アップリンクA/N物理リソースがA/Nフィードバックに用いられるかを決定する。1セットの物理リソースは、図10に示されるように上層構造によって保留される。ステップ1301で2つのコードワードをこのCCに用いると決定した場合、ステップ1303および1304に進み、ステップ1303は、A/Nフィードバック用のコードワード0に用いるように候補として選択したステップ1302と同じである。ステップ1304では、第2の候補アップリンクA/N物理リソースは、オフセットをSPSリソースインデックスに用いることにより、同じ物理リソースから決定される。図14は、SPSリソース割り当て方法を更に図示している。図14に表されるように、3つのCCがUEで受信される。DLPCCは、二重コードワードとして構成され、DLSCC0は、二重コードワードとして構成されない。物理リソース1401は、図10に表される方法を用いてRRCシグナリングを介してPCC用に保留される。物理リソース1402は、図10に表される方法を用いてRRCシグナリングを介してSCC0用に保留される。DLPCCコードワード0用のアップリンクA/N物理リソースは、SPSグラントのリソースインデックスを用いて、物理リソース1401から選ぶことで決定される。DLPCCコードワード1用のアップリンクA/N物理リソースは、SPSグラントに加えてオフセットのリソースインデックスを用いて、物理リソース1401から選ぶことで決定される。SCC0用のアップリンクA/N物理リソースは、SPSグラントのリソースインデックスを用いて、物理リソース1402から選ぶことで決定される。他の実施形態では、ハイブリッド方法は、CA-Sフォーマットのリソース割り当てに用いることができる。他の実施形態では、必要なアップリンクA/N物理リソースは、動的リソース割り当て方式に基づいて決定される。残りの必要なアップリンクA/N物理リソースは、SPSリソース割り当てに基づいて決定される。他の実施形態では、ハイブリッド方法では、PCCにSPSリソース割り当て方法を用い、その他に動的リソース割り当てを用いることで、使用されることができる。図15は、このような方法を図示している。全てのこれらのハイブリッド方法は、クロスCCおよび非クロスCCスケジューリングの両方に用いられる。これらは、FDDおよびTDDの両方にも用いてもよい。図15は、ハイブリッドリソース割り当て方法を図示しており、SPSリソース割り当ては、PCCに用いられ、動的リソース割り当ては、残りのリソースに用いられている。図15は、サブフレームnにある3つのCCを有するクロスCCスケジューリング:ダウンリンクプライマリコンポーネントキャリアコードワード0DLPCCCW0、ダウンリンクプライマリコンポーネントキャリアコードワード1DLPCCCW1、およびダウンリンクセカンダリコンポーネントキャリアコードワード0DLPCCCW0を表している。DLPCCCW1は、3つ全てに制御スケジューリング領域を有する。1セットのアップリンクA/N物理リソースプール1501は、RRCシグナリングを介して上層によってPCC用に構成される。1セットのアップリンクA/N物理リソースプール1502は、RRCシグナリングを介して上層によってSCC0用に構成される。PCC用のSPSアクティベーショングラントのリソースインデックスが用いられ、1501内で、どの候補アップリンクA/N物理リソースがA/Nフィードバックに用いられるかを決定する。PCC用の第2の候補は、PCCのSPSリソースインデックスにオフセットを用いることで決定され、1501内で、どの候補アップリンクA/N物理リソースがA/Nフィードバックに用いられるかを決定する。SCC0用のDLグラントのリソースインデックスが用いられ、どのアップリンクA/N物理リソースが物理リソースプール1502に用いられるかを決定する。A/Nフィードバック用の物理リソースは、サブフレームnkのULPCC上でパッケージされる。ハイブリッド方法の他の組み合わせも効果的なアップリンクA/N物理リソース割り当てを提供するために用いてもよい。本発明は、説明のためにある特定の実施の形態に関連して述べられているが本発明はこれを制限するものではない。例えば、LTEアドバンス移動通信システムは、本発明を説明するために例示されているが、本発明は、全てのキャリアアグリゲーションベースの移動通信システムに同様に用いられることができる。よって、種々の変更、改造、及び上述の実施の形態の種々の特徴の組み合わせは、この請求項に記載したような本発明の範囲を逸脱せずに、行い得る。