"無線通信システムにおいて端末が確認応答情報を伝送する方法であって、MM≧1個の下りリンクサブフレームを含む下りリンクサブフレームセットでの下りリンク伝送に対する確認応答情報が伝送されるPUCCHPhysicalUplinkControlCHannelフォーマット及びリソースを決定することと、一つの上りリンクサブフレームで前記PUCCHフォーマット及びリソースを用いて前記確認応答情報を伝送することと、を含み、前記端末に1個超過のサービングセルが設定され、前記1個超過のサービングセルは、一つのPCell及び少なくとも一つのSCellを含み、前記下りリンクサブフレームセット内で対応PDCCHPhysicalDownlinkControlCHannelが検出されない一つのPDSCHPhysicalDownlinkSharedCHannelが前記PCell上でのみ存在し、前記下りリンクサブフレームセット内でSPSSemi-PersistentSCheduling解除PDCCHが存在しない場合に、PUCCHフォーマット1a/1bを用いて前記確認応答情報が伝送される、確認応答情報伝送方法。前記PUCCHフォーマット1a/1bのリソースインデックスは、前記対応PDCCHが検出されない一つのPDSCHに対するSPS活性化を指示するPDCCHのTPCTransmitPowerControlフィールドの値によって決定される、請求項1に記載の確認応答情報伝送方法。M>1であり、前記下りリンクサブフレームセット内で対応PDCCHが検出されない一つのPDSCHが前記PCell上でのみ存在し、前記下りリンクサブフレームセット内で対応PDCCHの検出により指示indicateされるPDSCHが前記PCell上でのみ存在し、前記検出されたPDCCHのDAIDownlinkAssignmentIndex値が1であると、PUCCHフォーマット1bを用いるチャネル選択によって前記確認応答情報が伝送される、請求項1に記載の確認応答情報伝送方法。前記チャネル選択は、AA=2または3個のPUCCHリソースから一つのPUCCHリソースを選択する方式で行われる、請求項3に記載の確認応答情報伝送方法。前記Aは、前記下りリンク伝送の伝送ブロックの個数に基づいて決定される、請求項4に記載の確認応答情報伝送方法。前記A個のPUCCHリソースのうち一つは、前記対応PDCCHが検出されない一つのPDSCHに対するSPS活性化を指示するPDCCHのTPCフィールドの値によって決定され、前記A個のPUCCHリソースのうち残りは、前記検出されたPDCCHのCCEControlChannelElementインデックスから誘導される、請求項4に記載の確認応答情報伝送方法。前記PCell上でDAI値が1のPDCCHのTPCフィールドは、上りリンク伝送電力制御情報を表し、前記PCell上でDAI値が1よりも大きいPDCCHのTPCフィールドは、PUCCHフォーマット3のリソースインデックスの決定に用いられ、前記少なくとも一つのSCellのそれぞれでのPDCCHのTPCフィールドは、PUCCHフォーマット3のリソースインデックスの決定に用いられる、請求項1に記載の確認応答情報伝送方法。前記端末は、前記下りリンクサブフレームセット内で前記PUCCHフォーマット3のリソースインデックスの決定に用いられる前記PCell及び前記少なくとも一つのSCellの全てのPDCCHで同じPUCCHリソースインデックス値が伝送されると仮定する、請求項7に記載の確認応答情報伝送方法。前記無線通信システムは、TDDTimeDivisionDuplex無線通信システムである、請求項1に記載の確認応答情報伝送方法。無線通信システムにおいて確認応答情報を伝送する端末であって、基地局から下りリンク信号を受信する受信モジュールと、前記基地局に上りリンク信号を伝送する伝送モジュールと、前記受信モジュール及び前記伝送モジュールを含む前記端末を制御するプロセッサと、を備え、前記プロセッサは、MM≧1個の下りリンクサブフレームを含む下りリンクサブフレームセットで前記受信モジュールを介して受信される下りリンク伝送に対する確認応答情報が伝送されるPUCCHPhysicalUplinkControlCHannelフォーマット及びリソースを決定し、一つの上りリンクサブフレームで前記PUCCHフォーマット及びリソースを用いて前記確認応答情報を前記伝送モジュールを介して伝送するように構成され、前記端末に1個超過のサービングセルが設定され、前記1個超過のサービングセルは、一つのPCell及び少なくとも一つのSCellを含み、前記下りリンクサブフレームセット内で対応PDCCHPhysicalDownlinkControlCHannelが検出されない一つのPDSCHPhysicalDownlinkSharedCHannelが前記PCell上でのみ存在し、前記下りリンクサブフレームセット内でSPSSemi-PersistentSCheduling解除PDCCHが存在しない場合に、PUCCHフォーマット1a/1bを用いて前記確認応答情報が伝送される、確認応答情報伝送端末。M>1であり、前記下りリンクサブフレームセット内で対応PDCCHが検出されない一つのPDSCHが前記PCell上でのみ存在し、前記下りリンクサブフレームセット内で対応PDCCHの検出により指示indicateされるPDSCHが前記PCell上でのみ存在し、前記検出されたPDCCHのDAIDownlinkAssignmentIndex値が1であると、PUCCHフォーマット1bを用いるチャネル選択によって前記確認応答情報が伝送される、請求項10に記載の確認応答情報伝送端末。前記チャネル選択は、AA=2または3個のPUCCHリソースから一つのPUCCHリソースを選択する方式で行われる、請求項11に記載の確認応答情報伝送端末。前記Aは、前記下りリンク伝送の伝送ブロックの個数に基づいて決定される、請求項12に記載の確認応答情報伝送端末。前記A個のPUCCHリソースのうち一つは、前記対応PDCCHが検出されない一つのPDSCHに対するSPS活性化を指示するPDCCHのTPCフィールドの値によって決定され、前記A個のPUCCHリソースのうち残りは、前記検出されたPDCCHのCCEControlChannelElementインデックスから誘導される、請求項12に記載の確認応答情報伝送端末。本発明の目的は、無線通信システムにおいて制御情報を效率的に伝送する方法及びそのための装置を提供することにある。本発明の他の目的は、制御情報を效率的に伝送するためのチャネルフォーマット、信号処理、及びそのための装置を提供することにある。本発明のさらに他の目的は、制御情報を伝送するためのリソースを效率的に割り当てる方法及びそのための装置を提供することにある。本発明で達成しようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。上記の技術的課題を解決するために、本発明一実施例に係る無線通信システムにおいて端末が確認応答情報を伝送する方法は、MM≧1個の下りリンクサブフレームを含む下りリンクサブフレームセットでの下りリンク伝送に対する確認応答情報が伝送されるPUCCHPhysicalUplinkControlCHannelフォーマット及びリソースを決定するステップと、一つの上りリンクサブフレームで前記PUCCHフォーマット及びリソースを用いて前記確認応答情報を伝送するステップと、を含むことができる。ここで、前記端末に1個超過のサービングセルが設定され、前記1個超過のサービングセルは一つのPCell及び少なくとも一つのSCellを含むことができる。前記下りリンクサブフレームセット内で対応PDCCHPhysicalDownlinkControlCHannelが検出されない一つのPDSCHPhysicalDownlinkSharedCHannelが前記PCell上でのみ存在し、前記下りリンクサブフレームセット内でSPSSemi-PersistentSCheduling解除PDCCHが存在しない場合に、PUCCHフォーマット1a/1bを用いて前記確認応答情報が伝送されるとよい。上記の技術的課題を解決するために、本発明の他の実施例に係る無線通信システムにおいて確認応答情報を伝送する端末は、基地局から下りリンク信号を受信する受信モジュールと、前記基地局に上りリンク信号を伝送する伝送モジュールと、前記受信モジュール及び前記伝送モジュールを含む前記端末を制御するプロセッサと、を備えることができる。前記プロセッサは、MM≧1個の下りリンクサブフレームを含む下りリンクサブフレームセットで前記受信モジュールを介して受信される下りリンク伝送に対する確認応答情報が伝送されるPUCCHPhysicalUplinkControlCHannelフォーマット及びリソースを決定し、一つの上りリンクサブフレームで前記PUCCHフォーマット及びリソースを用いて前記確認応答情報を前記伝送モジュールを介して伝送するように構成されてもよい。ここで、前記端末に1個超過のサービングセルが設定され、前記1個超過のサービングセルは一つのPCell及び少なくとも一つのSCellを含むことができる。前記下りリンクサブフレームセット内で対応PDCCHPhysicalDownlinkControlCHannelが検出されない一つのPDSCHPhysicalDownlinkSharedCHannelが前記PCell上でのみ存在し、前記下りリンクサブフレームセット内でSPSSemi-PersistentSCheduling解除PDCCHが存在しない場合に、PUCCHフォーマット1a/1bを用いて前記確認応答情報が伝送されるとよい。本発明の前述した実施例に以下の事項を共通に適用することができる。前記PUCCHフォーマット1a/1bのリソースインデックスは、前記対応PDCCHが検出されない一つのPDSCHに対するSPS活性化を指示するPDCCHのTPCTransmitPowerControlフィールドの値によって決定されてもよい。M>1であり、前記下りリンクサブフレームセット内で対応PDCCHが検出されない一つのPDSCHが前記PCell上でのみ存在し、前記下りリンクサブフレームセット内で対応PDCCHの検出により指示indicateされるPDSCHが前記PCell上でのみ存在し、前記検出されたPDCCHのDAIDownlinkAssignmentIndex値が1であると、PUCCHフォーマット1bを用いるチャネル選択によって前記確認応答情報が伝送されてもよい。前記チャネル選択は、AA=2または3個のPUCCHリソースから一つのPUCCHリソースを選択する方式で行われてもよい。前記Aは、前記下りリンク伝送の伝送ブロックの個数に基づいて決定されてもよい。前記A個のPUCCHリソースのうち一つは、前記対応PDCCHが検出されない一つのPDSCHに対するSPS活性化を指示するPDCCHのTPCフィールドの値によって決定され、前記A個のPUCCHリソースのうち残りは、前記検出されたPDCCHのCCEControlChannelElementインデックスから誘導されてもよい。前記PCell上でDAI値が1のPDCCHのTPCフィールドは、上りリンク伝送電力制御情報を表し、前記PCell上でDAI値が1よりも大きいPDCCHのTPCフィールドは、PUCCHフォーマット3のリソースインデックスの決定に用いられ、前記少なくとも一つのSCellのそれぞれでのPDCCHのTPCフィールドは、PUCCHフォーマット3のリソースインデックスの決定に用いられてもよい。前記端末は、前記下りリンクサブフレームセット内で前記PUCCHフォーマット3のリソースインデックスの決定に用いられる前記PCell及び前記少なくとも一つのSCellの全てのPDCCHで同じPUCCHリソースインデックス値が伝送されると仮定してもよい。前記無線通信システムは、TDDTimeDivisionDuplex無線通信システムでもよい。本発明について前述した一般的な説明と後述する詳細な説明は例示的なもので、請求項に記載の発明についてのさらなる説明のためのものである。本発明によれば、無線通信システムにおいて制御情報を效率的に伝送することができる。また、制御情報を效率的に伝送するためのチャネルフォーマット、信号処理方法を提供することができる。また、制御情報伝送のためのリソースを效率的に割り当てることができる。本発明から得られる効果は、以上に言及した効果に制限されず、言及していない別の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。以下の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素または特徴は、別に明示しない限り、選択的なものと考慮しなければならない。各構成要素または特徴が他の構成要素や特徴と結合しない形態で実施してもよく、一部の構成要素及び/または特徴を結合させて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更してもよい。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成または特徴に代えてもよい。本明細書では、本発明の実施例を、基地局と端末との間におけるデータ送受信の関係を中心に説明する。ここで、基地局は、端末と直接通信を行うネットワークの終端ノードterminalnodeとしての意味を有する。本文書で、基地局により行われるとした特定動作は、場合によっては、基地局の上位ノードuppernodeにより行われることもある。すなわち、基地局を含む複数のネットワークノードnetworknodesからなるネットワークにおいて、端末との通信のために行われる種々の動作は、基地局、または基地局以外の他のネットワークノードにより行われうるということは自明である。基地局BS:BaseStationは、固定局fixedstation、NodeB、eNodeBeNB、アクセスポイントAP:AccessPointなどの用語に代えてもよい。また、本文書で基地局という用語は、セルまたはセクターを含む概念として用いることができる。一方、中継機は、RelayNodeRN、RelayStationRSなどの用語に代えてもよい。端末Terminalは、UEUserEquipment、MSMobileStation、MSSMobileSubscriberStation、SSSubscriberStationなどの用語に代えてもよい。以下の説明で使われる特定用語は、本発明の理解を助けるために提供されたもので、これらの特定用語の使用は、本発明の技術的思想から逸脱することなく他の形態に変更可能である。場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されたり、各構造及び装置の核心機能を中心にしたブロック図の形式で示されることがある。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。本発明の実施例は、無線接続システムであるIEEE802システム、3GPPシステム、3GPPLTE及びLTE-ALTE-Advancedシステム、及び3GPP2システムの少なくとも一つに開示された標準文書でサポートすることかできる。すなわち、本発明の実施例において本発明の技術的思想を明確にするために説明しない段階または部分を、上記の標準文書でサーポートすることができる。なお、本文書で開示している全ての用語は、上記の標準文書により説明することができる。以下の技術は、CDMACodeDivisionMultipleAccess、FDMAFrequencyDivisionMultipleAccess、TDMATimeDivisionMultipleAccess、OFDMAOrthogonalFrequencyDivisionMultipleAccess、SC-FDMASingleCarrierFrequencyDivisionMultipleAccessなどのような種々の無線接続システムに用いることができる。CDMAは、UTRAUniversalTerrestrialRadioAccessやCDMA2000のような無線技術radiotechnologyとすることができる。TDMAは、GSM登録商標GlobalSystemforMobilecommunications/GPRSGeneralPacketRadioService/EDGEEnhancedDataRatesforGSM登録商標Evolutionのような無線技術とすることができる。OFDMAは、IEEE802.11Wi-Fi、IEEE802.16WiMAX、IEEE802-20、E-UTRAEvolvedUTRAなどのような無線技術とすることができる。UTRAは、UMTSUniversalMobileTelecommunicationsSystemの一部である。3GPP3rdGenerationPartnershipProjectLTElongtermevolutionは、E-UTRAを用いるE-UMTSEvolvedUMTSの一部であり、下りリンクでOFDMAを採用し、上りリンクでSC-FDMAを採用する。LTE-AAdvancedは、3GPPLTEの進展である。WiMAXは、IEEE802.16e規格WirelessMAN-OFDMAReferenceSystem及び進展したIEEE802.16m規格WirelessMAN-OFDMAAdvancedsystemによって説明することができる。明確性のために、以下では、3GPPLTE及びLTE-Aシステムを中心に説明するが、本発明の技術的思想はこれに制限されない。図1は、本発明を実行するユーザー機器UE及び基地局BSの構成要素を示すブロック図である。UEは、上りリンクでは送信装置として動作し、下りリンクでは受信装置として動作する。一方、BSは、上りリンクでは受信装置として動作し、下りリンクでは送信装置で動作する。UE及びBSは、情報及び/またはデータ、信号、メッセージなどを受信できるアンテナ500a,500b、アンテナを制御してメッセージを伝送する送信器Transmitter100a,100b、アンテナを制御してメッセージを受信する受信器Receiver300a,300b、無線通信システム内の通信に関連した各種の情報を保存するメモリー200a,200bを備える。また、UE及びBSは、UEまたはBSに備えられた送信器、受信器、メモリーなどの構成要素と連動し、それらの構成要素を制御して本発明を実行するように構成されたプロセッサ400a,400bをそれぞれ備える。UE内の送信器100a、受信器300a、メモリー200a、プロセッサ400aはそれぞれ、別個のチップchipにより独立した構成要素として具現されてもよく、2つ以上が一つのチップchipにより具現されてもよい。同様に、BS内の送信器100b、受信器300b、メモリー200b、プロセッサ400bもそれぞれ、別個のチップにより独立した構成要素として具現されてもよく、2つ以上が一つのチップにより具現されてもよい。送信器と受信器とを統合してUEまたはBS内で単一の送受信器transceiverにしてもよい。アンテナ500a,500bは、送信器100a,100bで生成された信号を外部に伝送したり、外部から無線信号を受信して受信器300a,300bに伝達する機能を果たす。アンテナ500a,500bはアンテナポートと呼ばれることもある。各アンテナポートは一つの物理アンテナに相当してもよく、一つよりも多い物理アンテナ要素elementの組み合わせにより構成されてもよい。各アンテナポートから伝送された信号はUE内の受信器300aでそれ以上分解されることはない。該当のアンテナポートに対応して伝送された参照信号はUEの観点からのアンテナポートを定義し、チャネルが一物理アンテナからの単一single無線チャネルなのか、或いは、当該アンテナポートを含む複数の物理アンテナ要素elementからの合成compositeチャネルなのかにかからわず、UEが当該アンテナポートに対するチャネル推定を行えるようにする。すなわち、アンテナポートは、当該アンテナポート上のシンボルを伝達するチャネルが、同アンテナポート上の他のシンボルが伝達されるチャネルから導出され得るように定義される。複数のアンテナを用いてデータを送受信する多重入出力Multi-InputMulti-Output、MIMO機能を支援する送受信器は2個以上のアンテナに接続可能である。プロセッサ400a,400bは、一般に、UEまたはBS内の各種モジュールの動作全般を制御する。特に、プロセッサ400a,400bは、本発明を実行するための各種の制御機能、サービス特性及び伝播環境によるMACMediumAccessControlフレーム可変制御機能、遊休モード動作を制御するための電力節約モード機能、ハンドオーバーHandover機能、認証及び暗号化機能などを実行することができる。プロセッサ400a,400bは、コントローラcontroller、マイクロコントローラmicrocontroller、マイクロプロセッサmicroprocessor、マイクロコンピュータmicrocomputerなどと呼ばれることもある。一方、プロセッサ400a,400bを、ハードウェアhardware、ファームウェアfirmware、ソフトウェア、またはこれらの結合により具現することができる。ハードウェアを用いて本発明を具現する場合には、本発明を実行するように構成されたASICsapplicationspecificintegratedcircuits、DSPsdigitalsignalprocessors、DSPDsdigitalsignalprocessingdevices、PLDsprogrammablelogicdevices、またはFPGAsfieldprogrammablegatearraysなどをプロセッサ400a,400bに備えることができる。一方、ファームウェアやソフトウェアを用いて本発明を具現する場合には、本発明の機能または動作を行うモジュール、手順または関数などを含むようにファームウェアやソフトウェアを構成することができ、本発明を実行し得るように構成されたファームウェアまたはソフトウェアは、プロセッサ400a,400b内に備えられてもよく、メモリー200a,200bに保存されてプロセッサ400a,400bにより駆動されてもよい。送信器100a,100bは、プロセッサ400a,400bまたは該プロセッサに接続したスケジューラからスケジューリングされて外部に伝送される信号及び/またはデータに所定の符号化coding及び変調modulationを行ってからアンテナ500a,500bに伝達する。例えば、送信器100a,100bは、伝送しようとするデータ列に逆多重化、チャネル符号化及び変調過程などを行ってK個のレイヤーに変換する。K個のレイヤーは送信器内の送信処理器を経て送信アンテナ500a,500bから伝送される。UE及びBSの送信器100a,100b及び受信器300a,300bは、送信信号及び受信信号を処理する過程によって異なる構成とすることができる。メモリー200a,200bは、プロセッサ400a,400bの処理及び制御のためのプログラムを保存することができ、入出力される情報を臨時保存することができる。メモリー200a,200bはバッファーとして用いられてもよい。メモリーは、フラッシュメモリータイプflashmemorytype、ハードディスクタイプharddisktype、マルチメディアカードマイクロタイプmultimediacardmicrotypeまたはカードタイプのメモリー例えば、SDまたはXDメモリーなど、RAMRandomAccessMemory、SRAMStaticRandomAccessMemory、ROMRead-OnlyMemory、EEPROMElectricallyErasableProgrammableRead-OnlyMemory、PROMProgrammableRead-OnlyMemory、磁気メモリー、磁気ディスク、光ディスクなどを用いて具現することができる。図2は、ユーザー機器及び基地局内の送信器構造の一例を示す図である。図2を参照して、送信器100a,100bの動作についてより具体的に説明する。図2を参照すると、UEまたは基地局内の送信器100a,100bは、スクランブラ301、変調マッパー302、レイヤーマッパー303、プリコーダ304、リソース要素マッパー305、及びOFDM信号生成器306を備えることができる。送信器100a,100bは、一つ以上のコードワードcodewordを送信することができる。各コードワード内の符号化されたビットcodedbitsはそれぞれ、スクランブラ301によりスクランブリングされて物理チャネル上で伝送される。コードワードは、データ列と呼ばれることもあり、MAC層が提供するデータブロックと等価である。MAC層が提供するデータブロックは伝送ブロックと呼ばれることもある。スクランブルされたビットは、変調マッパー302により複素変調シンボルcomplex-valuedmodulationsymbolsに変調される。変調マッパー302は、スクランブルされたビットを既に決定された変調方式によって変調して、信号コンステレーションsignalconstellation上の位置を表現する複素変調シンボルに配置することができる。変調方式modulationschemeには制限がなく、m-PSKm-PhaseShiftKeyingまたはm-QAMm-QuadratureAmplitudeModulationなどを、上記の符号化されたデータの変調に用いることができる。複素変調シンボルは、レイヤーマッパー303により一つ以上の伝送レイヤーにマッピングされる。各レイヤー上の複素変調シンボルは、アンテナポート上での伝送のためにプリコーダ304によりプリコーディングされる。具体的に、プリコーダ304は、複素変調シンボルを多重送信アンテナ500-1,...,500-Ntに基づくMIMO方式で処理して、アンテナ特定シンボルを出力し、アンテナ特定シンボルを該当のリソース要素マッパー305に分配する。すなわち、伝送レイヤーのアンテナポートへのマッピングはプリコーダ304により行われる。プリコーダ304は、レイヤーマッパー303の出力xをNt×Mtのプリコーディング行列WとかけてNt×MFの行列zとして出力することができる。リソース要素マッパー305は、各アンテナポートへの複素変調シンボルを適切なリソース要素resourceelementsにマッピング/割り当てる。リソース要素マッパー305は、各アンテナポートに対する複素変調シンボルを適切な副搬送波に割り当て、ユーザーに基づいて多重化することができる。OFDM信号生成器306は、各アンテナポートに対する複素変調シンボル、すなわち、アンテナ特定シンボルを、OFDMまたはSC-FDM方式で変調し、複素時間ドメインcomplex-valuedtimedomainOFDMOrthogonalFrequencyDivisionMultiplexingシンボル信号またはSC-FDMSingleCarrierFrequencyDivisionMultiplexingシンボル信号を生成する。OFDM信号生成器306は、アンテナ特定シンボルにIFFTInverseFastFourierTransformを行うことができ、IFFTの行われた時間ドメインシンボルにはCPCyclicPrefixを挿入することができる。OFDMシンボルは、デジタル-アナログdigital-to-analog変換、周波数アップ変換などを経て、各送信アンテナ500-1,...,500-Ntから受信装置に送信される。OFDM信号生成器306は、IFFTモジュール、P挿入器、DACDigital-to-AnalogConverter、及び周波数アップ変換器frequencyupconverterなどを備えることができる。一方、送信器100a,100bがコードワードの送信にSC-FDM接続SC-FDMA方式を採択する場合は、送信器100a,100bが離散フーリエ変換DiscreteFourierTransformモジュール307あるいは、高速フーリエ変換FastFourierTransformモジュールを有することができる。この離散フーリエ変換は、アンテナ特定シンボルにDFTDiscreteFourierTransformあるいはFFTFastFourierTransform以下、DFT/FFTを行い、このDFT/FFTされたシンボルをリソース要素マッパー305に出力する。SC-FDMASinglecarrierFDMAは、伝送信号のPAPRPeak-to-AveragePowerRatioあるいはCMCubicMetricを下げて伝送する方式である。SC-FDMAによれば、伝送される信号が電力増幅器poweramplifierの非線形non-linear歪み区間を避けて伝送されることが可能になる。そのため、送信器が既存のOFDM方式に比べてより低い電力で信号を伝送しても、受信器が一定の強度と誤り率を満たす信号を受信することとなる。すなわち、SC-FDMAによれば、送信装置の電力消耗を減らすことができる。既存のOFDM信号生成器では、各副搬送波に載せられていた信号がIFFTを通過しながら多重搬送波変調MultiCarrierModulation、MCMによって同時に並列に伝送されるため、電力増幅器効率が低下する問題があった。これに対し、SC-FDMAでは、副搬送波に信号をマッピングする前にまず情報をDFT/FFTする。DFT/FFTモジュール307を通過した信号はDFT/FFTの効果によりPAPRが増加する。DFT/FFTされた信号は、リソース要素マッパー305により副搬送波にマッピングされた後、再びIFFTされて時間ドメイン信号に変換される。すなわち、SC-FDMA送信器は、OFDM信号生成器の前段でDFTあるいはFFT演算をさらに行うから、PAPRがFFT入力端で増加してから、再びIFFTを通過しながら最終伝送信号のPAPRが減るようにする。この形態は、既存のOFDM信号生成器の前にDFTモジュールあるいはFFTモジュール307が追加されたのと同様であることから、SC-FDMAは、DFT-s-OFDMDFT-spreadOFDMとも呼ばれる。SC-FDMAは、単一搬送波性質を満たさなければならない。図3は、単一搬送波特性を満たしながら、入力シンボルを周波数ドメインで副搬送波にマッピングする例を示す図である。図3a及び図3bのいずれかによって、DFTされたシンボルが副搬送波に割り当てられると、単一搬送波性質を満たす伝送信号が得られる。図3aは局地的localizedマッピング方法を、図3bは分散的distributedマッピング方法を示している。一方、クラスタclusteredDFT-s-OFDMという方式が送信器100a,100bに採択されてもよい。クラスタDFT-s-OFDMは、既存のSC-FDMA方式の変形であり、DFT/FFTモジュール307及びプリコーダ304を経た信号を、いくつかのサブブロックに分けた後、副搬送波に不連続的にマッピングする方法である。図4乃至図6は、クラスタDFT-s-OFDMにより入力シンボルが単一搬送波にマッピングされる例を示す図である。図4は、クラスタSC-FDMAにおいてDFTプロセス出力サンプルが単一搬送波にマッピングされる信号処理過程を示す図である。図5及び図6は、クラスタSC-FDMAにおいてDFTプロセス出力サンプルが多重搬送波multi-carrierにマッピングされる信号処理過程を示す図である。図4は、イントラ搬送波intra-carrierクラスタSC-FDMAを適用する例に相当し、図5及び図6は、インター搬送波inter-carrierクラスタSC-FDMAを適用する例に相当する。図5は、周波数ドメインで連続的contiguousにコンポーネント搬送波componentcarrierが割り当てられた状況下で、隣接したコンポーネント搬送波間の副搬送波間隔spacingが整列された場合に、単一のIFFTブロックを用いて信号を生成する場合を示している。図6は、周波数ドメインで不連続的non-contiguousにコンポーネント搬送波が割り当てられた状況下で複数のIFFTブロックを用いて信号を生成する場合を示している。図7は、セグメントsegmentedSC-FDMAの信号処理過程を示す図である。セグメントSC-FDMAは、任意個数のDFTと同じ個数のIFFTが適用されてDFTとIFFTとの関係構成が一対一関係を有するもので、単に既存のSC-FDMAのDFT拡散とIFFTの周波数副搬送波マッピング構成を拡張したものであることから、NxSC-FDMAまたはNxDFT-s-OFDMAと表現されることもある。本明細書は、これらをセグメントSC-FDMAと総称する。図7を参照すると、セグメントSC-FDMAは、単一搬送波特性条件を緩和するために、全体時間ドメイン変調シンボルをNNは1よりも大きい整数個のグループに束ねてグループ単位にDFTプロセスを行う。再び図2を参照すると、受信器300a,300bの信号処理過程は、送信器の信号処理と逆の過程となる。具体的に、受信器300a,300bは、外部からアンテナ500a,500bを介して受信した無線信号に復号decoding及び復調demodulationを行って該当のプロセッサ400a,400bに伝達する。受信器300a,300bに接続しているアンテナ500a,500bは、Nr個の多重受信アンテナを有することができ、受信アンテナを介して受信した信号のそれぞれは、基底帯域信号に復元された後、多重化及びMIMO復調化を経て、送信器100a,100bが本来伝送しようとしたデータ列に復元される。受信器300a,300bは、受信した信号を基底帯域信号に復元するための信号復元器、受信処理された信号を結合して多重化する多重化器、多重化された信号列を該当のコードワードに復調するチャネル復調器を有することができる。信号復元器、多重化器、及びチャネル復調器は、それらの機能を実行する統合された一つのモジュールまたはそれぞれの独立したモジュールにすることができる。さらにいうと、信号復元器は、アナログ信号をデジタル信号に変換するADCanalog-to-digitalconverter、該デジタル信号からCPを除去するCP除去器、CPの除去された信号にFFTfastFouriertransformを適用して周波数ドメインシンボルを出力するFFTモジュール、周波数ドメインシンボルをアンテナ特定シンボルに復元するリソース要素デマッパーresourceelementdemapper/等化器equalizerを有することができる。アンテナ特定シンボルは多重化器により伝送レイヤーに復元され、伝送レイヤーは、チャネル復調器により、送信装置が伝送しようとしたコードワードに復元される。一方、受信器300a,300bが、図3乃至図7で説明したSC-FDMA方式により伝送された信号を受信する場合、受信器は300a,300bは、逆離散フーリエ変換InverseDiscreteFourierTransform、IDFTモジュールあるいは、IFFTモジュールをさらに有する。IDFT/IFFTモジュールは、リソース要素デマッパーにより復元されたアンテナ特定シンボルにIDFT/IFFTを行い、IDFT/IFFTされたシンボルを多重化器に出力する。参考として、図1乃至図7ではスクランブラ301、変調マッパー302、レイヤーマッパー303、プリコーダ304、リソース要素マッパー305、及びOFDM信号生成器306が送信器100a,100bに備えられるとしたが、送信装置のプロセッサ400a,400bが、スクランブラ301、変調マッパー302、レイヤーマッパー303、プリコーダ304、リソース要素マッパー305、及びOFDM信号生成器306を有するように構成されてもよい。同様に、図1乃至図7では信号復元器、多重化器、チャネル復調器が受信器300a,300bに備えられるとしたが、受信装置のプロセッサ400a,400bが、信号復元器、多重化器、及びチャネル復調器を有するように構成されてもよい。以下では、説明の便宜のために、スクランブラ301、変調マッパー302、レイヤーマッパー303、プリコーダ304、リソース要素マッパー305、及びOFDM信号生成器306SC-FDMA方式ではDFTモジュール307をさらに含む。が、それらの動作を制御するプロセッサ400a,400bと分離した送信器100a,100bに備えられ、信号復元器、多重化器、及びチャネル復調器が、それらの動作を制御するプロセッサ400a,400bとは分離した受信器300a,300bに備えられているとして説明する。しかし、スクランブラ301、変調マッパー302、レイヤーマッパー303、プリコーダ304、リソース要素マッパー305及びOFDM信号生成器306,307がプロセッサ400a,400bに備えられた場合、及び信号復元器、多重化器、チャネル復調器SC-FDMA方式ではIFFTモジュールをさらに含む。が、プロセッサ400a,400bに備えられた場合にも本発明の実施例を同様に適用することができる。図8には、無線通信システムで用いられる無線フレーム構造の例を示す。特に、図8aは、3GPPLTE/LTE-Aシステムのフレーム構造タイプ1FS-1による無線フレームを例示しており、図8bは、3GPPLTE/LTE-Aシステムのフレーム構造タイプ2FS-2による無線フレームを例示している。図8aのフレーム構造は、FDDFrequencyDivisionDuplexモード、及び半halfFDDH-FDDモードで適用可能である。図8bのフレーム構造は、TDDTimeDivisionDuplexモードで適用可能である。図8を参照すると、3GPPLTE/LTE-Aで用いられる無線フレームは、10ms307200Tsの長さを有し、10個の均等なサイズのサブフレームで構成される。1無線フレーム内の10個のサブフレームにはそれぞれ番号を与えることができる。ここで、Tsは、サンプリング時間を表し、Ts=1/2048×15kHzで表示される。それぞれのサブフレームは1msの長さを有し、2個のスロットで構成される。1無線フレーム内で20個のスロットは0から19まで順にナンバリングされてもよい。各スロットは0.5msの長さを有する。1サブフレームを伝送するための時間は伝送時間間隔TTI:transmissiontimeintervalで定義される。時間リソースは、無線フレーム番号あるいは無線フレームインデックスともいう。、サブフレーム番号あるいは、サブフレームインデックスともいう。、スロット番号あるいは、スロットインデックスともいう。などにより区別可能である。無線フレームはデュプレックスduplexモードによって異なる構成とすることができる。例えば、FDDモードで、下りリンク伝送及び上りリンク伝送は周波数により区別されるので、無線フレームは、下りリンクサブフレームまたは上りリンクサブフレームのいずれか一方のみを含む。一方、TDDモードでは、下りリンク伝送及び上りリンク伝送が時間によって区別されるため、フレーム内のサブフレームは、下りリンクサブフレームと上りリンクサブフレームとに区別される。表1は、TDDモードにおいてUL-DL構成を例示したものである。表1で、Dは下りリンクサブフレームを、Uは上りリンクサブフレームを、Sは特異specialサブフレームを表す。特異サブフレームは、DwPTSDownlinkPilotTimeSlot、GPGuardPeriod、UpPTSUplinkPilotTimeSlotの3つのフィールドを含む。DwPTSは、下りリンク伝送用に留保される時間区間であり、UpPTSは、上りリンク伝送用に留保される時間区間である。図9は、無線通信システムにおいてDL/ULスロット構造の一例を示す図である。特に、同図には、3GPPLTE/LTE-Aシステムのリソース格子resourcegridの構造を示す。アンテナポート当たり1個のリソース格子がある。図9を参照すると、スロットは、時間ドメインで複数のOFDMシンボルを有し、周波数ドメインで複数のリソースブロックresourceblock、RBを有する。OFDMシンボルは1シンボル区間を意味することもある。リソースブロックは、周波数ドメインで複数の副搬送波を有する。OFDMシンボルを多重接続方式によってOFDMシンボル、SC-FDMシンボルなどと呼ぶこともできる。1スロットに含まれるOFDMシンボルの数は、チャネル帯域幅、CP長によって様々に変更可能である。例えば、正規normalCPの場合には、1スロットが7個のOFDMシンボルを含み、拡張extendedCPの場合には、1スロットが6個のOFDMシンボルを含む。図8では、説明の便宜のために、1スロットが7OFDMシンボルで構成されるサブフレームを例示したが、本発明の実施例は、他の個数のOFDMシンボルを有するサブフレームにも同一の適用が可能である。参考として、1OFDMシンボル及び1副搬送波で構成されたリソースを、リソース要素resourceelement、REあるいはトーンtoneと呼ぶ。図9を参照すると、各スロットで伝送される信号は、NDL/ULRBNRBsc個の副搬送波subcarrierとNDL/ULsymb個のOFDMあるいはSC-FDMシンボルとで構成されるリソース格子resourcegridで表現することができる。ここで、NDLRBは、下りリンクスロットでのリソースブロックresourceblock、RBの個数を表し、NULRBは、上りリンクスロットでのRBの個数を表す。NDLRBとNULRBは、下りリンク伝送帯域幅と上りリンク伝送帯域幅にそれぞれ依存する。各OFDMシンボルは、周波数ドメインで、NDL/ULRBNRBsc個の副搬送波を含む。1搬送波に対する副搬送波の個数は、FFTFastFourierTransformサイズによって決定される。副搬送波の類型は、データ伝送のためのデータ副搬送波、参照信号の伝送のための参照信号副搬送波、ガードバンドguardband及びDC成分のためのヌル副搬送波とに分類可能である。DC成分のためのヌル副搬送波は、未使用のまま残される副搬送波のことであり、OFDM信号生成過程で搬送波周波数carrierfrequency、f0にマッピングされる。搬送波周波数は中心周波数centerfrequencyとも呼ばれる。NDLsymbは、下りリンクスロット内のOFDMあるいはSC-FDMシンボルの個数を表し、NULsymbは、上りリンクスロット内のOFDMあるいはSC-FDMシンボルの個数を表す。NRBscは、一つのRBを構成する副搬送波の個数を表す。換言すると、物理リソースブロックphysicalresourceblock、PRBは、時間ドメインにおいてNDL/ULsymb個の連続したOFDMシンボルあるいはSC-FDMシンボルで定義され、周波数ドメインにおいてNRBsc個の連続した副搬送波で定義される。したがって、一つのPRBは、NDL/ULsymb×NRBsc個のリソース要素で構成される。リソース格子内の各リソース要素は、1スロット内のインデックス対k,lにより固有に定義可能である。kは、周波数ドメインにおいて0からNDL/ULRBNRBsc-1まで与えられるインデックスであり、lは、時間ドメインにおいて0からNDL/ULsymb-1まで与えられるインデックスである。図10は、無線通信システムにおいて下りリンクサブフレーム構造の一例を示す図である。図10を参照すると、各サブフレームを、制御領域controlregionとデータ領域dataregionとに区別することができる。制御領域は、先頭のOFDMシンボルから始めて一つ以上のOFDMシンボルを含む。サブフレーム内の制御領域に用いられるOFDMシンボルの個数はサブフレーム別に独立して設定されればよく、OFDMシンボルの個数はPCFICHPhysicalControlFormatIndicatorCHannelにより伝送される。基地局は、制御領域を用いて各種の制御情報をユーザー機器に伝送することができる。制御情報の伝送のために、制御領域にはPDCCHPhysicalDownlinkControlCHannel、PCFICH、PHICHPhysicalHybridautomaticretransmitrequestIndicatorCHannelなどが割り当てられうる。基地局は、伝送チャネルであるPCHPagingchannel及びDL-SCHDownlink-sharedchannelのリソース割当に関する情報、上りリンクスケジューリンググラントUplinkSchedulingGrant、HARQ情報、DAIDownlinkAssignmentIndexなどをPDCCH上で各ユーザー機器またはユーザー機器グループに伝送する。基地局は、データ領域を用いてユーザー機器あるいはユーザー機器グループのためのデータを伝送することができる。データ領域で伝送されるデータをユーザーデータと呼ぶことができる。ユーザーデータの伝送のために、データ領域にはPDSCHPhysicalDownlinkSharedCHannelが割り当てられうる。PCHPagingchannel及びDL-SCHDownlink-sharedchannelはPDSCHを通じて伝送される。ユーザー機器は、PDCCHを通じて伝送される制御情報を復号して、PDSCHを通じて伝送されるデータを読むことができる。PDSCHのデータがどのユーザー機器あるいはユーザー機器グループに伝送されるものであるか、ユーザー機器あるいはユーザー機器グループがどのようにPDSCHデータを受信して復号すべきか、などを表す情報がPDCCHに含まれて伝送される。例えば、特定PDCCHがAというRNTIRadioNetworkTemporaryIdentityでCRCマスキングmaskingされており、Bという無線リソース例、周波数位置及びCという伝送形式情報例、伝送ブロックサイズ、変調方式、コーディング情報などを用いて伝送されるデータに関する情報が特定サブフレームで伝送されると仮定する。該当のセルのUEは、自身が持っているRNTI情報を用いてPDCCHをモニタリングし、AのRNTIを有しているUEはPDCCHを受信し、受信したPDCCHの情報から、BとCにより指示されるPDSCHを受信する。複数のPDCCHが制御領域で伝送され、UEは、複数のPDCCHをモニターして、自身のPDCCHを検出することができる。1PDCCHが運ぶDCIは、PUCCHフォーマットによってそのサイズ及び用途が異なり、符号化率によってそのサイズが異なることがある。DCIフォーマットは各UE別に独立して適用され、1サブフレーム中に複数のUEのPDCCHが多重化されてもよい。各UEのPDCCHは独立してチャネルコーディングされてCRCcyclicredundancycheckが付加される。CRCは、各UEが自身のPDCCHを受信できるように、各UEの固有識別子でマスクmaskされる。しかし、基本的にUEは、自身のPDCCHが伝送される位置を知っておらず、毎サブフレームごとに該当するDCIフォーマットの全てのPDCCHを、自身の識別子を有しているPDCCHを受信するまでブラインド検出ブラインド復号decodingという。する。図11は、無線通信システムにおいて上りリンクサブフレーム構造の一例を示す図である。図11を参照すると、上りリンクサブフレームは、周波数ドメインで制御領域とデータ領域とに区別可能である。1つまたは複数のPUCCHphysicaluplinkcontrolchannelがUCIuplinkcontrolinformationを運ぶために、制御領域に割り当てられるうる。1つまたは複数のPUSCHphysicaluplinksharedchannelがユーザーデータを運ぶために、データ領域に割り当てられうる。UEが上りリンク伝送にSC-FDMA方式を採択する場合に、単一搬送波特性を維持するために、PUCCHとPUSCHを同時に伝送してはならない。一つのPUCCHが運ぶUCIは、PUCCHフォーマットによってそのサイズ及び用途が異なり、符号化率によってそのサイズが異なっくることがある。例えば、下記のようにPUCCHフォーマットを定義することができる。上りリンクサブフレームでは、DCDirectCurrent副搬送波を基準に遠く離れた副搬送波が制御領域として用いられる。換言すると、上りリンク伝送帯域幅の両端部に位置する副搬送波が、上りリンク制御情報の伝送に割り当てられる。DC副搬送波は、信号伝送に使用されずに残される成分であって、OFDM/SC-FDM信号生成器306による周波数アップ変換過程で搬送波周波数f0にマッピングされる。一UEに対するPUCCHは、1サブフレーム内のRB対に割り当てられ、該RB対に属したRBは2つのスロットでそれぞれ異なる副搬送波を占有する。このように割り当てられるPUCCHを、PUCCHに割り当てられたRB対がスロット境界で周波数ホッピングすると表現する。ただし、周波数ホッピングが適用されない場合には、RB対が同じ副搬送波を占有する。周波数ホッピングの有無にかかわらず、一UEに対するPUCCHは1サブフレーム内のRB対に割り当てられるので、同一PUCCHが一つのULサブフレーム内の各スロットで1個のRBを通じて一回ずつ、総2回伝送される。以下では、1サブフレーム内の各PUCCH伝送に用いられるRB対をPUCCH領域PUCCHregionまたはPUCCHリソースPUCCHresourceともいう。また、以下では、説明の便宜のために、PUCCHのうち、ACK/NACKを運ぶPUCCHをACK/NACKPUCCH、CQI/PMI/RIを運ぶPUCCHをCSIChannelStateInformationPUCCH、SRを運ぶPUCCHをSRPUCCHと呼ぶ。UEには、上位higher層シグナリング、あるいは明示的explicit方式または暗黙的implicit方式によりBSからUCIの伝送のためのPUCCHリソースが割り当てられる。ACK/NACKACKnowledgment/negativeACK、CQIChannelQualityIndicator、PMIPrecodingMatrixIndicator、RIRankInformation、SRSchedulingRequestなどの上りリンク制御情報UCIが、上りリンクサブフレームの制御領域上で伝送されうる。無線通信システムにおいて、BSとUEはデータを相互送信/受信する。BS/UEがデータをUE/BSに伝送すると、該UE/BSは、受信したデータを復号decodeし、そのデータ復号に成功するとBS/UEにACKを伝送し、データ復号に失敗するとBS/UEにNACKを伝送する。基本的に、3GPPLTEシステムにおいて、UEはBSからデータユニット例えば、PDSCHを受信し、該データユニットに関するスケジューリング情報を運ぶPDCCHリソースにより決定される暗黙的PUCCHリソースを用いて、各データユニットに対するACK/NACKをBSに伝送する。図12は、ACK/NACKのためのPUCCHリソースを決定する例を示す図である。LTEシステムにおいてACK/NACKのためのPUCCHリソースは、各UEにあらかじめ割り当てられているのではなく、複数のPUCCHリソースをセル内の複数のUEが毎時点ごとに分けて使用する。具体的に、UEがACK/NACKを伝送するのに使用するPUCCHリソースは、該当の下りリンクデータを運ぶPDSCHに関するスケジューリング情報を運ぶPDCCHに基づいて暗黙的方式で決定される。それぞれのDLサブフレームにおいてPDCCHが伝送される全体領域は複数のCCEControlChannelElementで構成され、UEに伝送されるPDCCHは一つ以上のCCEで構成される。CCEは、複数例えば、9個のREGResourceElementGroupを含む。1REGは、参照信号ReferenceSignal:RSを除外した状態で、隣接する4個のREResourceElementで構成される。UEは、自身が受信したPDCCHを構成するCCEのインデックスのうち、特定CCEインデックス例えば、先頭のあるいは最も低いCCEインデックスの関数により誘導deriveあるいは計算calculateされる暗黙的PUCCHリソースを用いてACK/NACKを伝送する。図12を参照すると、それぞれのPUCCHリソースインデックスはACK/NACKのためのPUCCHリソースに対応する。図12のように、4~6番CCEで構成されたPDCCHを通じて、PDSCHに関するスケジューリング情報がUEに伝送されると仮定すると、UEは、PDCCHを構成する最低CCEである4番CCEのインデックスから誘導あるいは計算されたPUCCH、例えば、4番PUCCHを用いてACK/NACKをBSに伝送する。図12は、DLに最大M’個のCCEが存在し、ULに最大M個のPUCCHが存在する場合を例示する。M’=Mでもよいが、M’値とM値とを異なるように設計し、CCEとPUCCHリソースとのマッピングが重なるようにすることも可能である。例えば、PUCCHリソースインデックスを下記のように定めることができる。ここで、n1PUCCHは、ACK/NACK伝送のためのPUCCHリソースインデックスを表し、N1PUCCHは、上位レイヤーから伝達されたシグナリング値を表す。nCCEは、PDCCH伝送に用いられたCCEインデックスのうち、最も小さい値を表すことができる。図13は、単一搬送波状況で通信を行う例を示す図である。図13は、LTEシステムでの通信例に対応する。図13を参照すると、一般的なFDD方式無線通信システムは、一つの下りリンク帯域とこれに対応する一つの上りリンク帯域を通じてデータ送受信を行う。BSとUEは、サブフレーム単位にスケジューリングされたデータ及び/または制御情報を送受信する。データは、上り/下りリンクサブフレームに設定されたデータ領域を通じて送受信され、制御情報は、上り/下りリンクサブフレームに設定された制御領域を通じて送受信される。そのために、上り/下りリンクサブフレームは種々の物理チャネルを通じて信号を運ぶ。図13は、便宜上、FDD方式を中心に説明したが、上述した内容は、図8の無線フレームを時間領域で上り/下りリンクに区別することによってTDD方式にも適用可能である。図14には、多重搬送波状況下で通信を行う例を示す。LTE-Aシステムは、より広い周波数帯域を用いるために、複数の上り/下りリンク周波数ブロックを束ねて、より大きい上り/下りリンク帯域幅を用いる搬送波アグリゲーションcarrieraggregationまたはbandwidthaggregation技術を用いる。多重搬送波システムまたは搬送波アグリゲーションcarrieraggregation、CAシステムは、広帯域支援のために目標帯域bandwidthよりも小さい帯域を有する複数の搬送波を束ねて用いるシステムのことをいう。目標帯域よりも小さい帯域を有する複数の搬送波を束ねるとき、束ねられる搬送波の帯域は、既存システムとの互換backwardcompatibilityのために、既存システムで用いる帯域幅に制限されるとよい。例えば、既存のLTEシステムは、1.4、3、5、10、15、20MHzの帯域幅を支援し、LTEシステムから進展したLTE-ALTE-Advancedシステムは、LTEで支援する帯域幅のみを用いて20MHzよりも大きい帯域幅を支援することができる。または、既存システムで使用する帯域幅によらず、新しい帯域幅を定義して搬送波アグリゲーションを支援してもよい。多重搬送波は、搬送波アグリゲーション及び帯域幅アグリゲーションと同じ意味で使われる。また、搬送波アグリゲーションは、隣接したcontiguous搬送波アグリゲーション、隣接していないnon-contiguous搬送波アグリゲーションを総称する。参考として、TDDで1個のコンポーネント搬送波componentcarrier、CCのみが通信に用いられる場合、図13の単一搬送波状況non-CA下における通信に相当する。ここで、ULCC及びDLCCはそれぞれ、ULリソースULresources及びDLリソースDLresourcesとも呼ばれる。例えば、図14を参照すると、上り/下りリンクにそれぞれ5個の20MHzのCCが束ねられて100MHz帯域幅を支援することができる。それぞれのCCは、周波数領域で互いに隣接していても、非-隣接していてもよい。図14は、便宜上、ULCCの帯域幅とDLCCの帯域幅とがいずれも同一且つ対称である場合を示している。しかし、各CCの帯域幅は独立して定められてもよい。一例として、ULCCの帯域幅は、5MHzULCC020MHzULCC120MHzULCC220MHzULCC35MHzULCC4のように構成されてもよい。また、ULCCの個数とDLCCの個数とが異なる非対称の搬送波アグリゲーションにしてもよい。非対称の搬送波アグリゲーションは、可用周波数帯域の制限により発生することもあり、ネットワーク設定により人為的に発生することもある。一例として、BSがX個のDLCCを管理しても、特定UEが受信可能な周波数帯域はY≦X個のDLCCに限定されることがある。この場合、UEは、Y個のCCを通じて伝送されるDL信号/データをモニターすればよい。また、BSがL個のULCCを管理しても、特定UEが送信可能な周波数帯域はM≦L個のULCCに限定されることがある。このように、特定UEに限定されたDLCCあるいはULCCを、特定UEでの設定されたconfiguredサービングservingULあるいはDLCCと呼ぶ。BSは、該BSが管理するCCのうち一部または全部を活性化activateしたり、一部のCCを非活性化deactivateすることで、UEに所定の個数のCCを割り当てることができる。BSは活性化/非活性化されるCCを変更することができ、活性化/非活性化されるCCの個数を変更することができる。一方、BSは、セル-特定あるいはUE-特定にUEが優先してモニター/受信すべきZ個のDLCCここで、1≦Z≦Y≦Xを主要mainDLCCと構成することができる。また、BSは、セル-特定あるいはUE-特定にUEが優先して送信するN個のULCCここで、1≦N≦M≦Lを主要mainULCCと構成することができる。このように特定UEに限定された主要DLあるいはULCCを、特定UEでの設定されたconfiguredサービングservingULあるいはDLCCとも呼ぶ。搬送波アグリゲーションに関する種々のパラメータは、セル-特定cell-specific、UEグループ-特定UEgroup-specificまたはUE-特定UE-specificに設定することができる。一応BSがUEに利用可能なCCをセル-特定あるいはUE-特定に割り当てると、該UEへのCC割当が全面的に再構成されたり、UEがハンドオーバーしない限り、一応割り当てられたCCのうち少なくとも一つは非活性化されない。以下では、UEへのCC割当の全面的な再構成でない限り非活性化されないCCをPCCPrimaryCCと称し、BSが自由に活性化/非活性化し得るCCをSCCSecondaryCCと称する。単一搬送波通信は、1個のPCCをUEとBS間の通信に使用し、SCCは通信に使用しない。一方、PCCとSCCは制御情報を基準に区別されてもよい。例えば、特定制御情報は特定CCのみを通じて送受信されるように設定されることがあり、このような特定CCをPCCと呼び、残りのCCをSCCsと呼ぶことができる。例えば、PUCCHを通じて伝送される制御情報がこのような特定制御情報に相当する。このように、PUCCH上で伝送される制御情報がPCCのみを通じてUEからBSへと伝送可能な場合、該UEのPUCCHが存在するULCCをULPCCと呼び、残りのULCCはULSCCsと呼ぶことができる。他の例として、UE-特定的CCが用いられる場合に、特定UEは、DL同期シグナルsynchronizationsignal、SSを特定制御情報としてBSから受信することができる。この場合、特定UEがDLSSを受信して初期DL時間同期を取ったDLCC換言すると、BSのネットワークへの接続を試みるのに用いたDLCCをDLPCCと呼び、残りのDLCCをDLSCCsと呼ぶことができる。LTE-Arelease-10に基づく通信システムでは、多重搬送波通信は各UE当たり1個のPCCと0個または1個以上の副SCCsが通信に用いられる。しかし、これはLTE-A標準に基づく定義であり、将来、UE当たり複数のPCCを通信に用いることが許容されるだろう。PCCは、主CCprimaryCC、アンカーCCanchorCCあるいは主搬送波primarycarrierと呼ぶこともでき、SCCは、副セルsecondaryCCあるいは副搬送波secondaryCCと呼ぶこともできる。LTE-Aは、無線リソースを管理するためにセルcellの概念を用いる。セルは、下りリンクリソースDLresourcesと上りリンクリソースULresourcesとの組み合わせ、すなわち、DLCCとULCCとの組み合わせで定義され、上りリンクリソースは必須要素ではない。しかし、これは、現在LTE-A標準における定義であり、将来、セルが上りリンクリソース単独で構成されることも可能になる。したがって、セルは、下りリンクリソース単独、または下りリンクリソース及び上りリンクリソースの両方で構成可能である。搬送波アグリゲーションが支援される場合に、下りリンクリソースまたは、DLCCの搬送波周波数carrierfrequencyと上りリンクリソースまたは、ULCCの搬送波周波数とのリンケージlinkageをシステム情報で指示することができる。例えば、システム情報ブロックタイプ2SystemInformationBlocktype2、SIB2リンケージにより、DLリソースとULリソースとの組み合わせを指示することができる。ここで、搬送波周波数とは、各セルあるいはCCの中心周波数centerfrequencyを意味する。主周波数Primaryfrequencyまたは、PCC上で動作するセルを主セルPrimaryCell、PCellと呼び、副周波数Secondaryfrequencyまたは、SCC上で動作するセルを副セルSecondaryCell、SCellと呼ぶことができる。主周波数あるいはPCCとは、UEが初期接続設定initialconnectionestablishment過程を行ったり、接続再-設定connectionre-establishment過程を始めるのに用いられる周波数またはCCを意味する。PCellは、ハンドオーバー過程で指示されたセルのことを指すこともある。副周波数またはSCCとは、RRC接続が設定された後に構成可能であり、追加の無線リソースを提供するのに使用可能な周波数あるいはCCを意味する。PCellとSCellはサービングセルservingcellと総称されてもよい。したがって、RRC_CONNECTED状態にあるが、搬送波アグリゲーションが設定されていないか、搬送波アグリゲーションを支援しないUEの場合は、PCellのみで構成されたサービングセルが一つのみ存在する。一方、RRC_CONNECTED状態であり、且つ搬送波アグリゲーションが設定されたUEの場合は、一つ以上のサービングセルが存在し、全体サービングセルには一つのPCellと一つ以上のSCellが含まれる。ただし、将来、サービングセルが複数のPCellを含むことが許容されることも可能になるだろう。搬送波アグリゲーションのために、ネットワークは初期保安活性化initialsecurityactivation過程が開始された後、接続設定過程で初期に構成されるPCellに加えて、一つ以上のSCellを搬送波アグリゲーションを支援するUEのために構成することができる。しかし、UEが搬送波アグリゲーションを支援しても、ネットワークはSCellを付加せずに、PCellのみをUEのために構成することもできる。PCellを主CellprimaryCell、アンカーCellanchorCellあるいは主搬送波primarycarrierと呼ぶこともでき、SCellを、副セルsecondaryCellあるいは副搬送波secondarycarrierと呼ぶこともできる。多重搬送波システムにおいて、BSは、複数のデータユニットを与えられたセルあるいはCC上でUEに伝送することができ、UEは、サブフレームで当該複数のデータユニットに対するACK/NACKを伝送することができる。下りリンクデータ受信のためのPDSCHを受信する一つまたは複数のセルあるいはDLCCをUEに割り当てることができる。UEのためのセルあるいはDLCCは、RRCシグナリングによって半-静的semi-staticに構成configureあるいは再構成可能である。また、UEのためのセルあるいはDLCCは、L1/L2MAC制御シグナリングによって動的に活性化/非活性化されてもよい。したがって、UEが伝送するACK/NACKビットの最大個数は、UEが利用可能なセルあるいはDLCCによって異なることがある。すなわち、UEが伝送するACK/NACKビットの最大個数は、RRCにより構成/再構成されたり、L1/L2シグナリングにより活性化されたDLCCあるいは、構成されたサービングセルによって異なってくる。図15は、基地局で一つのMACが多重搬送波を管理する概念を説明する。図16は、ユーザー機器で一つのMACが多重搬送波を管理する概念を説明する。図15及び16を参照すると、一つのMACが一つ以上の周波数搬送波を管理及び運営して送受信を行う。一つのMACで管理される周波数搬送波は互いに隣接contiguousする必要がないため、リソースの管理側面でより柔軟flexibleであるというメリットがある。図15及び図16で、一つのPHYは、便宜上、一つのコンポーネント搬送波を意味するとする。ここで、一つのPHYは必ずしも独立したRFRadioFrequencyデバイスを意味しない。一般に、一つの独立したRFデバイスは一つのPHYを意味するが、必ずしもこれに限定されるわけではなく、一つのRFデバイスが複数のPHYを含むこともできる。図17は、基地局で複数のMACが多重搬送波を管理する概念を説明する。図18は、ユーザー機器で複数のMACが多重搬送波を管理する概念を説明する。図19は、基地局で複数のMACが多重搬送波を管理する他の概念を説明する。図20は、ユーザー機器で複数のMACが多重搬送波を管理する他の概念を説明する。図15及び図16のような構造の他、図17乃至図20のように、複数の搬送波を一つのMACではなく複数のMACが制御する構造も可能である。図17及び図18のように、それぞれの搬送波をそれぞれのMACが1:1で制御することもでき、図19及び図20のように、一部の搬送波については、それぞれの搬送波をそれぞれのMACが1:1で制御し、残り1個以上の搬送波を一つのMACが制御することもできる。上記のシステムは、1個からN個までの複数の搬送波を含むシステムであり、各搬送波は、隣接または非隣接non-contiguousするように用いられる。これは、上り/下りリンクを問わず共通に適用可能である。TDDシステムは、それぞれの搬送波内に下りリンクと上りリンクの伝送を含むN個の複数の搬送波を運営するように構成され、FDDシステムは、複数の搬送波を上りリンクと下りリンクにそれぞれ使用するように構成される。FDDシステムでは、上りリンクと下りリンクで束ねられる搬送波の数及び/または搬送波の帯域幅が互いに異なる非対称の搬送波アグリゲーションも支援可能である。上りリンクと下りリンクで束ねられるコンポーネント搬送波の個数が同一であると、全てのコンポーネント搬送波を既存システムと互換可能に構成することができる。しかし、互換性を考慮しないコンポーネント搬送波が本発明から除外されるわけではない。以下では、説明の便宜のために、PDCCHが下りリンクコンポーネント搬送波0で伝送されたとき、該当のPDSCHも下りリンクコンポーネント搬送波0で伝送されるとして説明するが、交差-搬送波スケジューリングcross-carrierschedulingが適用されて、該当のPDSCHが他の下りリンクコンポーネント搬送波を通じて伝送されてもよいことは明らかである。図21及び図22は、ACK/NACK伝送のためのPUCCHフォーマット1a及び1bのスロットレベル構造を例示する。図21には、正規CPにおいてのPUCCHフォーマット1aと1bを示す。図22には、拡張CPにおいてのPUCCHフォーマット1aと1bを示す。PUCCHフォーマット1aと1bは、同じ内容の制御情報がサブフレーム内でスロット単位に反復される。各ユーザー機器でACK/NACK信号は、CG-CAZACComputer-GeneratedConstantAmplitudeZeroAutoCorrelationシーケンスの互いに異なったサイクリックシフトcyclicshift:CS周波数ドメインコードと直交カバーコードorthogonalcoverororthogonalcovercode:OCorOCC時間ドメイン拡散コードとで構成された互いに異なったリソースを通じて伝送される。OCは、例えばウォルシュWalsh/DFT直交コードを含む。CSの個数が6個であり、OCの個数が3であると、単一アンテナを基準に総18個のユーザー機器を同じPRBPhysicalResourceBlock中に多重化できる。直交シーケンスw0,w1,w2,w3は、FFT変調後に任意の時間ドメインで、またはFFT変調前に任意の周波数ドメインで適用可能である。SRSchedulingRequest伝送のためのPUCCHフォーマット1のスロットレベル構造は、変調方法以外は、PUCCHフォーマット1a及び1bと同一である。SR伝送と半-持続的スケジューリングsemi-persistentscheduling、SPSに対するACK/NACKフィードバックのために、CS、OC及びPRBPhysicalResourceBlockで構成されたPUCCHリソースが、RRCRadioResourceControlシグナリングを通じてユーザー機器に割り当てられうる。図12で説明した通り、動的ACK/NACKあるいは、非持続的スケジューリングnon-persistentschedulingに対するACK/NACKフィードバック、及びSPS解除を指示するPDCCHに対するACK/NACKフィードバックのために、PUCCHリソースは、PDSCHに対応するPDCCHあるいはSPS解除のためのPDCCHの最小lowestorsmallestのCCEインデックスを用いて暗黙的にimplicitlyユーザー機器に割り当てられうる。図23は、搬送波アグリゲーションが支援される無線通信システムにおいて、上りリンク制御情報UplinkControlInformation:UCIが伝送されるシナリオを例示する。便宜上、本例は、UCIがACK/NACKA/Nである場合を仮定する。しかし、これは説明の便宜のためのもので、これに限定されず、UCIは、チャネル状態情報例、CQI、PMI、RI、スケジューリング要請情報例、SRのような制御情報も含むことができる。図23は、5個のDLCCが1個のULCCとリンクされた非対称の搬送波アグリゲーションを例示する。例示した非対称の搬送波アグリゲーションは、UCI伝送観点で設定されたものであってもよい。すなわち、UCIのためのDLCC-ULCCリンケージとデータのためのDLCC-ULCCリンケージとが互いに異なるように設定されることもある。便宜上、各DLCCが最大2つのコードワードを運ぶことができ、各CCに対するACK/NACK応答の個数が、CC当たりに設定された最大コードワードの個数に依存すると仮定すると例えば、特定CCで基地局から設定された最大コードワードの個数が2の場合に、該CCで特定PDCCHがコードワードを1個のみ使用しても、これに対するACK/NACK応答は、CCでの最大コードワードの数である2個からなる、ULACK/NACKビットは、各DLCC当たり少なくとも2ビットを必要とする。この場合、5個のDLCCを通じて受信したデータに対するACK/NACKを一つのULCCを用いて伝送するためには、少なくとも10ビットのACK/NACKビットが必要である。もし、DLCC別にDTXdiscontinuoustransmission状態stateも別途に区別するためには、ACK/NACK伝送のために少なくとも12ビット=55=3125=11.61ビットが必要となる。既存のPUCCHフォーマット1a/1bは2ビットまでACK/NACKを送ることができるため、このような構造では、増加したACK/NACK情報を伝送することができない。便宜上、UCI情報の量が増加する原因として搬送波アグリゲーションを例示したが、アンテナ個数の増加、TDDシステム、リレーシステムでのバックホールサブフレームの存在などによってもUCI情報の量が増加することがある。ACK/NACKと同様に、複数のDLCCに関連した制御情報を一つのULCCを用いて伝送する場合にも、伝送されるべき制御情報の量が増加する。例えば、複数のDLCCに対するCQI/PMI/RIを伝送しなければならない場合にUCIペイロードが増加することがある。図23で、ULアンカーCCULPCCあるいはUL主primaryCCともいう。は、PUCCHあるいはUCIが伝送されるCCであり、セル-特定/UE-特定に決定可能である。また、DTX状態は、明示的にフィードバックされてもよく、NACKと同じ状態を共有するようにフィードバックされてもよい。以下、図面を参照して、増加した上りリンク制御情報を效率的に伝送するための方案を提案する。具体的に、増加した上りリンク制御情報を伝送するための新しいPUCCHフォーマット/信号処理過程/リソース割当方法などを提案する。説明のために、本発明で提案する新しいPUCCHフォーマットを、CACarrierAggregationPUCCHフォーマット、または既存LTEリリース8/9にPUCCHフォーマット2まで定義されている点からPUCCHフォーマット3と呼ぶ。本発明で提案するPUCCHフォーマットの技術的思想は、上りリンク制御情報を伝送し得る任意の物理チャネル例、PUSCHにも同一または類似の方式で容易に適用可能である。例えば、本発明の実施例は、制御情報を周期的に伝送する周期的PUSCH構造または制御情報を非周期的に伝送する非周期的PUSCH構造にも適用可能である。以下の図面及び実施例は、PUCCHフォーマット3に適用されるサブフレーム/スロットレベルのUCI/RSシンボル構造であり、既存LTEのPUCCHフォーマット1/1a/1b正規CPのUCI/RSシンボル構造を用いる場合を中心に説明する。ただし、図示のPUCCHフォーマット3においてサブフレーム/スロットレベルのUCI/RSシンボル構造は例示のために便宜上定義されたもので、本発明が特定構造に制限されることはない。本発明に係るPUCCHフォーマット3においてUCI/RSシンボルの個数、位置などはシステム設計によって自由に変形可能である。例えば、本発明の実施例に係るPUCCHフォーマット3は、既存LTEのPUCCHフォーマット2/2a/2bのRSシンボル構造を用いて定義されてもよい。本発明の実施例に係るPUCCHフォーマット3は、任意の種類/サイズの上りリンク制御情報を伝送するのに用いることができる。例えば、本発明の実施例に係るPUCCHフォーマット3はHARQACK/NACK、CQI、PMI、RI、SRなどの情報を伝送でき、これらの情報は任意サイズのペイロードを有することができる。説明の便宜上、図面及び実施例では、本発明に係るPUCCHフォーマット3がACK/NACK情報を伝送する場合を中心に説明する。図24乃至図27は、複数個のACK/NACKビットをフィードバックするためのPUCCHフォーマットの構造及びそのための信号処理過程を例示する。例えば、多重搬送波環境で複数個のACK/NACKビットをフィードバックする場合に、このようなPUCCHフォーマットを用いることができる。このようなPUCCHフォーマットは、既存のPUCCHフォーマット1系列及び2系列と区別されるように、PUCCHフォーマット3と呼ぶこともできる。図24乃至図27は、DFT-ベースのPUCCHフォーマットの構造を例示する。DFT-ベースのPUCCH構造によれば、PUCCHは、DFTプリコーディングが行われ、SC-FDMAレベルで時間ドメインOCOrthogonalCoverが適用されて伝送される。以下では、DFT-ベースのPUCCHフォーマットをPUCCHフォーマット3と総称する。図24は、SF=4の直交コードOrthogonalCode、OCを用いたPUCCHフォーマット3の構造を例示する。図24を参照すると、チャネルコーディングブロックchannelcodingblockは、情報ビットa_0,a_1,...,a_M-1例、多重ACK/NACKビットをチャネルコーディングしてコーディングビットencodedbit、codedbitorcodingbitまたはコードワードb_0,b_1,...,b_N-1を生成する。Mは、情報ビットのサイズを表し、Nは、コーディングビットのサイズを表す。情報ビットは、上りリンク制御情報UCI、例えば、複数のDLCCを通じて受信した複数のデータまたは、PDSCHに対する多重ACK/NACKを含む。ここで、情報ビットa_0,a_1,...,a_M-1は、情報ビットを構成するUCIの種類/個数/サイズにかかわらずにジョイントコーディングされる。例えば、情報ビットが複数のDLCCに対する多重ACK/NACKを含む場合に、チャネルコーディングはDLCC別、個別ACK/NACKビット別に行われず、全体ビット情報を対象に行われ、これにより単一コードワードが生成される。チャネルコーディングは、これに制限されるわけではないが、単純反復repetition、単純コーディングsimplexcoding、RMReedMullerコーディング、パンクチャリングされたRMコーディング、TBCCTail-bitingconvolutionalcoding、LDPClow-densityparity-checkあるいはターボ-コーディングを含む。図示してはいないが、コーディングビットについて、変調次数とリソース量を考慮してレート-マッチングrate-matchingが行われてもよい。レートマッチング機能は、チャネルコーディングブロックの一部として含まれてもよく、別途の機能ブロックを用いて行われてもよい。例えば、チャネルコーディングブロックは複数の制御情報に対して32,0RMコーディングを行って単一コードワードを得、これに対して循環バッファーレート-マッチングを行うことができる。変調器modulatorは、コーディングビットb_0,b_1,...,b_N-1を変調して、変調シンボルc_0,c_1,...,c_L-1を生成する。Lは、変調シンボルのサイズを表す。変調は、伝送信号のサイズと位相を変形することによってなされる。変調方法は、例えば、n-PSKPhaseShiftKeying、n-QAMQuadratureAmplitudeModulationを含むnは、2以上の整数。具体的に、変調方法には、BPSKBinaryPSK、QPSKQuadraturePSK、8-PSK、QAM、16-QAM、64-QAMなどを用いることができる。分周器dividerは、変調シンボルc_0,c_1,...,c_L-1を各スロットに分周する。変調シンボルを各スロットに分周する順序/パターン/方式は特に制限されない。例えば、分周器は、変調シンボルを前から順にそれぞれのスロットに分周することができるローカル型方式。この場合、図示のように、変調シンボルc_0,c_1,...,c_L/2-1はスロット0に分周し、変調シンボルc_L/2,c_L/21,...,c_L-1は、スロット1に分周できる。また、変調シンボルはそれぞれのスロットへの分周時にインタリービングまたはパーミュテーションされてもよい。例えば、偶数変調シンボルは、スロット0に分周し、奇数変調シンボルはスロット1に分周することができる。変調過程と分周過程は互いに順序が換わってもよい。DFTプリコーダprecoderは、単一搬送波波形singlecarrierwaveformを生成するために、それぞれのスロットに分周された変調シンボルに対してDFTプリコーディング例、12-ポイントDFTを行う。同図で、スロット0に分周された変調シンボルc_0,c_1,...,c_L/2-1は、DFTシンボルd_0,d_1,...,d_L/2-1としてDFTプリコーディングされ、スロット1に分周された変調シンボルc_L/2,c_L/21,...,c_L-1は、DFTシンボルd_L/2,d_L/21,...,d_L-1としてDFTプリコーディングされる。DFTプリコーディングは、相応する他の線形演算linearoperation例、walshprecodingに代替されてもよい。拡散ブロックspreadingblockは、DFTされた信号を、SC-FDMAシンボルレベルで時間ドメイン拡散する。SC-FDMAシンボルレベルの時間ドメイン拡散は、拡散コードシーケンスを用いて行われる。拡散コードは、準直交コードと直交コードを含む。準直交コードは、これに制限されるわけではないが、PNPseudoNoiseコードを含む。直交コードは、これに制限されるわけではないが、ウォルシュコード、DFTコードを含む。本明細書は、説明の容易性のために、拡散コードの代表例として直交コードを挙げて説明するが、これは例示であり、直交コードは準直交コードに代替されてもよい。拡散コードサイズまたは、拡散因子SpreadingFactor:SFの最大値は、制御情報伝送に用いられるSC-FDMAシンボルの個数によって制限される。一例として、1スロットで4個のSC-FDMAシンボルが制御情報伝送に用いられる場合に、スロット別に長さ4の準直交コードw0,w1,w2,w3を用いることができる。SFは、制御情報の拡散度を意味し、ユーザー機器の多重化次数multiplexinigorderまたはアンテナ多重化次数と関連を持つことができる。SFは、1、2、3、4、...のように、システムの要求条件によって可変されてもよく、基地局と端末間にあらかじめ定義されたり、DCIあるいはRRCシグナリングを通じて端末に知らせられてもよい。例えば、SRSを伝送するために、制御情報用SC-FDMAシンボルのうちの一つをパンクチャリングする場合に、当該スロットの制御情報にはSFの縮小した例、SF=4の代わりにSF=3拡散コードを適用することができる。上の過程を経て生成された信号は、PRB内の副搬送波にマッピングされた後に、IFFTを経て時間ドメイン信号に変換される。時間ドメイン信号にはCPが付加され、生成されたSC-FDMAシンボルはRF端を通じて伝送される。5個のDLCCに対するACK/NACKを伝送する場合を挙げて、各過程をより具体的に説明する。それぞれのDLCCが2個のPDSCHを伝送できる場合に、これに対するACK/NACKビットは、DTX状態を含む場合に12ビットでよい。QPSK変調とSF=4時間拡散を想定する場合に、レートマッチング後のコーディングブロックサイズは48ビットでよい。コーディングビットは24個のQPSKシンボルに変調され、生成されたQPSKシンボルは12個ずつ各スロットに分周される。各スロットで12個のQPSKシンボルは12-ポイントDFT演算を通じて12個のDFTシンボルに変換される。各スロットにおいて12個のDFTシンボルは時間ドメインでSF=4拡散コードを用いて4個のSC-FDMAシンボルに拡散されてマッピングされる。12個のビットが[2ビット12個の副搬送波8個のSC-FDMAシンボル]を通じて伝送されるので、コーディングレートは0.0625=12/192である。また、SF=4の場合に、1PRB当たり最大4個のユーザー機器を多重化することができる。図25は、SF=5の直交コードOrthogonalCode、OCを用いたPUCCHフォーマット3の構造を例示する。基本的な信号処理過程は、図25を参照して説明した通りである。ただし、UCISC-FDMAシンボルとRSSC-FDMAシンボルの個数/位置が、図24のそれと異なる。このとき、拡散ブロックspreadingblockがDFTプリコーダの前段であらかじめ適用されてもよい。図25で、RSはLTEシステムの構造を継承することができる。例えば、基本シーケンスにサイクリックシフトを適用することができる。データ部分は、SF=5により、多重化容量multiplexingcapacityが5となる。しかし、RS部分は、サイクリックシフト間隔である△shiftPUCCHによって多重化容量が決定される。例えば、多重化容量は12/△shiftPUCCHで与えられる。この場合、△shiftPUCCH=1、△shiftPUCCH=2、△shiftPUCCH=3の場合における多重化容量はそれぞれ12、6、4となる。図25で、データ部分の多重化容量はSF=5によって5となる反面に、RSの多重化容量は、△shiftPUCCHの場合に4となり、全体多重化容量は、両者のうち、小さい値である4に制約されうる。図26は、スロットレベルで多重化容量が増加し得るPUCCHフォーマット3の構造を例示する。図24及び図25で説明したSC-FDMAシンボルレベル拡散をRSに適用して全体多重化容量を増加させることができる。図26を参照すると、スロット内でウォルシュカバーあるいはDFTコードカバーを適用すると、多重化容量が2倍に増加する。これにより、△shiftPUCCHの場合にも多重化容量が8になり、データ区間の多重化容量が低下しなくなる。図26で、[y1y2]=[11]あるいは[y1y2]=[1-1]や、その線形変換形態例えば、[jj][j-j]、[1j][1-j]などもRSのための直交カバーコードとして用いることができる。図27は、サブフレームレベルで多重化容量が増加し得るPUCCHフォーマット3の構造を例示する。スロット-レベルで周波数ホッピングを適用しないと、スロット単位にウォルシュカバーを適用することによって、多重化容量を再び2倍に増加させることができる。ここで、上述した通り、直交カバーコードには[x1x2]=[11]または[1-1]を用いることができ、その変形形態を用いることもできる。参考として、PUCCHフォーマット3の処理過程は、図24乃至図27に示した順序に拘わらない。チャネル選択チャネル選択channelselectionとは、複数のリソースの中から特定リソースを選択して特定情報を表現/伝達することを意味する。一般的なチャネル選択は、リソースresourceとコンステレーションconstellationとの組み合わせにより特定情報を伝達する方式である。ここで、物理的な時間-周波数リソース及び/またはシーケンスリソース例えば、サイクリックシフト値によってリソースを特定することができる。例えば、LTEリリース-8PUCCHフォーマット1/1a/1bの場合には、OCOrthogonalCode、CSCyclicShift及びPRUPhysicalResourceUnitの組み合わせで特定リソースを選択することができる。チャネル選択が行われる複数のリソースは、上記のように3つのリソースの組み合わせにより区別されると仮定することができる。例えば、下記の表3のようなチャネル選択方法を用いることができる。上記の表3及び以下の説明で、a,b,c,...で表示される値は、Ch-xx=1,2,3,...での変調例えば、BPSK、QPSKなどによるコンステレーション値を意味することができる。または、a,b,c,...で表示される値は、コンステレーション値ではなく、割り当てられたシーケンスまたは割り当てられたコードによりかけられた値、スクランブリングされた値またはカバリングされた値に相当してもよい。このように、Ch-xに対してa,b,c,...で表示される値は互いに区別可能な値であればよく、その区別される方法に制限はない。ただし、以下の説明では、説明の便宜のために、Ch-xに対してa,b,c,...で表示される値を、変調された値と称する。また、a,b,c,...で表示される値は0以外の値であり、あらかじめ定められた特定値でもよい。例えば、aとして‘1’を使用し、bとしては‘1’あるいは‘-1’を用いることができる。上記の表3の例示において同じ値が伝送されても、どのチャネルで伝送されるかによって異なった情報すなわち、ACKまたはNACKが伝送されることがある。例えば、ACKを伝送する場合は、リソース1すなわち、ch1のRS部分でa値が伝送され、Data部分でb値が伝送される。NACKを伝送する場合は、リソース2すなわち、ch2のRS部分でa値が伝送され、Data部分でb値が伝送される。このように、どのリソースを通じて信号が伝送されるかによって異なった情報を伝達する方法を、チャネル選択ということができる。上記の表3の例示では複雑なコンステレーションマッピングを使用しない簡単な例示を示したが、コンステレーションマッピングをさらに用いてより多い情報を伝送することもできる。表4では、2個に区分されるコンステレーションマッピング例えば、BPSKを用いた例示を表す。上記の表4で、a、b、cはそれぞれ、あらかじめ定められた0以外の特定値でよい。ただし、bとcはコンステレーション上で相互間の距離distanceが大きいものを用いることが好ましい。例えば、aは‘1’を用い、bとcは‘1’と‘-1’、あるいは‘-1’と‘1’を用いることができる。表4の例示で、ACK/ACKを伝送する場合はリソース1=ch1でbに変調して伝送し、ACK/NACKを伝送する場合は、リソース1=ch1でcに変調して伝送することを意味する。また、NACK/ACKを伝送する場合は、リソース2=ch2でbに変調して伝送し、NACK/NACKを伝送する場合は、リソース2=ch2でcに変調して伝送することを意味する。既存のLTEリリース-8/9で用いられる、TDDでのACK/NACK伝送のためのチャネル選択のためのマッピング関係が、下記の表5、表6及び表7のように定義されている。LTEリリース-8/9でTDDACK/NACK多重化multiplexingは、TDDACK/NACKチャネル選択と同じ意味で使われてもよいが、後述する多重搬送波支援システム例えば、LTE-AまたはLTEリリース-10ではそうでない。下記の表5、表6及び表7でM値を、TDDシステムでの下りリンク関連セットインデックス後述の表12の通りに定義される。によって決定することができる。例えば、表5で、M=2の場合に、空間spatialバンドリングすなわち、複数個のコードワードに対するACK/NACKバンドリングを含む2種のACK/NACK情報の伝達のために2つのPUCCHリソースを使用しながら、各PUCCHリソース内でQPSKコンステレーションを使用することができる。具体的に、端末は、サブフレームnにおいてACK/NACKリソース上でビットをPUCCHフォーマット1bを用いて伝送する。の値及びACK/NACKリソースを、下記の表5、表6及び表7に基づくチャネル選択channelselectionによって生成することができる。表5、表6及び表7はそれぞれ、M=2、M=3、M=4の場合におけるACK/NACK多重化の伝送に関するものである。がN/Aにマッピングされる場合に、端末はサブフレームnでACK/NACK応答を伝送しない。上記の表5、表6及び表7で、HARQ-ACKiは、i-番目のデータユニット0≦i≦3のHARQACK/NACK/DTX結果を表す。DTXDiscontinuousTransmissionは、HARQ-ACKiに対応するデータユニットの伝送がないか、或いは端末がHARQ-ACKiに対応するデータユニットの存在を検出できなかった場合を表す。本明細書でHARQ-ACKはACK/NACKと同じ意味で使われる。それぞれのデータユニットと関連して最大4個のPUCCHリソースすなわち、n1PUCCH,0~n1PUCCH,3が占有されうる。多重化されたACK/NACKは、占有されたPUCCHリソースから選択された一つのPUCCHリソースを通じて伝送される。表5、表6及び表7に記載されたn1PUCCH,xは、実際にACK/NACKを伝送するのに用いられるPUCCHリソースを表す。は、選択されたPUCCHリソースを通じて伝送される2ビットを表し、QPSK方式で変調される。一例として、表7のように、端末が4個のデータユニットを成功的に復号した場合に、端末は、n1PUCCH,1と連結されたPUCCHリソースを通じて1,1を基地局に伝送する。PUCCHリソースとQPSKシンボルとの組み合わせが、可能なACK/NACK仮定を全て表すのには足りず、一部の場合を除いてはNACK及びDTXはカップリングされるNACK/DTXと表示される。一方、本発明の適用に関連する多重搬送波を支援するLTE-Aまたは、LTEリリース-10システムの場合に、チャネル選択方法を適用するために用いるチャネル選択マッピング関係に特別な制約がない。例えば、下記の表8乃至表10のようなACK/NACK情報を伝送するためのチャネル選択マッピング関係を定義することができる。表8は2-ビットACK/NACKのためのマッピング関係を、表9は3-ビットACK/NACKのためのマッピング関係を、表10は4-ビットACK/NACKのためのマッピング関係、を例示的に定義したものである。または、下記の表11のような1-ビット乃至4-ビットのACK/NACKのためのチャネル選択マッピング関係を定義することもできる。表11の例示で、1-ビットACK/NACK情報を伝送するために、1個のチャネルリソースh0、及びデータ変調によるコンステレーション値‘1,-1’を、2-ビットACK/NACK情報を伝送するために、2個のチャネルリソース‘h0,h1’、及びデータ変調によるコンステレーション値‘1,-1,-j,j’を、3-ビットACK/NACK情報を伝送するために、3個のチャネルリソース‘h0,h1,h2’、及びデータ変調によるコンステレーション値‘1,-1,-j,j’を、4-ビットACK/NACK情報を伝送するために、4個のチャネルリソース‘h0,h1,h2,h3’、及びデータ変調によるコンステレーション値‘1,-1,-j,j’を用いて、伝送シグナルを生成及び伝送することができる。多重搬送波支援システムにおいて下りリンク伝送に対する上りリンク確認応答の伝送多重搬送波または搬送波アグリゲーションを支援するシステムにおいて、下りリンクリソースをDLCCComponentCarrier、上りリンクリソースをULCCと定義することができる。また、下りリンクリソース及び上りリンクリソースの組み合わせをセルcellと呼ぶことができる。ただし、DLCCとULCCとが非対称に構成される場合に、セルはDLCCまたはULCCのみを指すこともある。例えば、特定端末に一つのサービングセルconfiguredservingcellが設定されるconfigured場合に、該特定端末は、1DLCCと1ULCCを有するようになる。しかし、特定端末に2つ以上のサービングセルが設定される場合には、該特定端末は、セルの個数だけのDLCCを有し、ULCCの個数はDLCCの個数と同一または小さくなる。または、特定端末に複数のサービングセルが設定される場合に、DLCCの数よりもULCCの数が多い多重搬送波環境が支援されてもよい。下りリンクリソースの搬送波周波数セルの中心周波数と上りリンクリソースの搬送波周波数との連係linkageは、下りリンクリソース上で伝送されるシステム情報SIで指示indicate可能である。例えば、SIB2SystemInformationBlockType2で定義される連係linkageによってDLリソースとULリソースとの組み合わせcombinationを構成することができる。このような定義から、搬送波アグリゲーションCAは、搬送波周波数が互いに異なる2つ以上のセルの結合であるということができる。すなわち、搬送波周波数が互いに異なる1個超過のサービングセルが特定端末に設定される場合を、CA環境ということができる。CAを支援する端末に対して、一つ以上のSCellSecondarycellがPCellPrimaryCellと共に用いられることによって、増加した帯域幅の支援が可能になる。ここで、サービングセルは、PCellまたはSCellでよい。RRC接続が設定されたRRC_CONNECTED端末がCAを支援しない場合には、PCellを含む一つのサービングセルのみ存在する。一方、RRC_CONNECTED端末がCAを支援する場合には、サービングセルという用語は、PCell及びSCellを含む一つ以上のセルの集合setを意味する。PCellは、CA環境で設定されたサービングセルのうち、制御関連通信の中心となるセルである。端末が初期接続確立手順initialconnectionestablishmentprocedure、接続再確立手順connectionre-establishmentprocedureまたはハンドオーバー手順で指示または利用されたセルがPCellに相当する。LTE-Aリリース10では、端末は、自身のPCellでのみPUCCHPhysicalUplinkControlChannelリソースが割り当てられ、PUCCHを伝送することができる。将来のリリースでは、特定条件下で端末のSCellでのPUCCH伝送も許容されるであろう。また、端末は、システム情報獲得及び変更に対するモニタリング手順をPCellでのみ行うことができる。CAを支援する端末に対して、基地局は、mobilityControlInfoを含むRRCConnectionReconfigurationメッセージを使用するハンドオーバー手順を用いてのみPCellを変更することができる。次に、SCellは、CA環境で設定されたサービングセルのうち、PCell以外のセルを意味する。LTE-Aリリース10では、SCellではPUCCHが存在しない。SCellを追加する場合に、基地局は、CAを支援する端末に専用シグナリングを通じてRRC_CONNECTED状態の該当のセルでの動作に関連した全てのステム情報を提供することができる。SCellに対して、システム情報の変更は、一つのRRCConnectionReconfigurationメッセージを用いた該当のSCellの解除release及び追加additionによって行うことができる。基地局は、該当のSCellで、ブロードキャストメッセージに含まれたパラメータとは異なるパラメータを有する専用シグナリングを端末に伝送することができる。初期保安活性化手順initialsecurityactivationprocedureの後に、基地局はPCell接続確立手順の間にサービングセルに設定されるセルに加えて、一つ以上のSCellを端末に設定することができる。PCellは保安入力及び上位層システム情報を提供するのに用いられ、SCellは追加の下りリンクリソースを提供し、必要時には上りリンクリソースを提供するのに用いられうる。基地局は、mobilityControlInfoを含んだり含まないRRCConnectionReconfigurationメッセージを使用するRRC接続再確立手順を用いてSCellを独立して追加、除去または修正することができる。搬送波アグリゲーション環境でのRRC関連パラメータparameter/情報要素InformationElement;IEとしてPhyCellId、SCellIndex、ServCellIndexなどを定義することができる。PhyCellIdは、0~503範囲の整数値を有することができ、Cellの物理層識別子とすることができる。SCellIndexは、1~7範囲の整数値を有することができ、SCellの識別子とすることができる。ServCellIndexは、0~7範囲の整数値を有し、サービングセルPCellまたはSCellの識別子とすることができ、0値はPCellに適用され、SCellにはSCellIndexが適用されない。すなわち、ServCellIndexで最小または、最低のセルインデックスを有するセルをPCellと定義することができる。要するに、搬送波アグリゲーションにおいて、多重搬送波はPCellとSCellとに区別され、これは端末-特定パラメータUE-specificparameterである。特定端末は、一つ以上の設定されたサービングセルを有することができ、複数の設定されたサービングセルが存在する場合に、それらのセルのうち、最小のServCellIndexを有するセルはPCellとなり、残りのセルはSCellsとなる。また、LTE-Aリリース10では、TDDの場合に、端末が複数の設定されたサービングセルを有するとき、フレーム内ULサブフレームとDLサブフレームを構成するUL-DL設定UL-DLconfigurationはいずれのセルにおいても同一であり、UL-DL設定UL-DLconfigurationによって特定DLサブフレームで伝送されるPDSCHに対するACK/NACKがどのULサブフレームで伝送されるかを定義するHARQ-ACKタイミングは全てのセルで同一である。将来のリリースでは、TDDの場合に、端末が複数の設定されたサービングセルを有するとき、UL-DL設定UL-DLconfigurationがセル別に異なるように構成され、UL-DL設定UL-DLconfigurationによるHARQ-ACKタイミングもセル別に異なるように構成されるであろう。また、端末は、一つ以上のCCから測定measurementされたCSIChannelStateInformationCQI、RI、PMIなどを総称する。、HARQACK/NACKなどの上りリンク制御情報を、あらかじめ定められた一つのCCで基地局へ伝送することができる。例えば、端末は、PCellDLCCとSCellsDLCCから受信された複数のACK/NACKフィードバックを必要とする場合に、これらACK/NACKフィードバックを集めて例えば、ACK/NACK多重化multiplexingまたはACK/NACKバンドリングbundlingなどPCell内のULCCで一つのPUCCHを用いて伝送することができる。本発明では、複数個の下りリンク伝送に対する複数個のACK/NACKが一つの上りリンクPUCCHを通じて伝送される場合に、複数個の下りリンク伝送を構成する単位一つ以上のサブフレーム及び/または一つ以上の搬送波をバンドリングウィンドウと称する。すなわち、時間ドメインバンドリングとは、複数個のサブフレームでの下りリンク伝送に対するACK/NACKをバンドリングすることを意味し、CCドメインバンドリングとは、複数個のCCでの下りリンク伝送に対するACK/NACKをバンドリングすることを意味し、時間/CCドメインバンドリングとは、複数個のサブフレーム及び複数個のCCでの下りリンク伝送に対するACK/NACKをバンドリングすることを意味する。ACK/NACKバンドリングは論理積logicalAND演算により行われるが、これに制限されず、論理和logicalORなどの他の方法により行われてもよい。また、実際に論理積または論理和演算などを用いて時間ドメイン及び/またはCCドメインバンドリングが行われる単位を、実際バンドリングウィンドウrealbundlingwindowと称することができる。すなわち、一つのバンドリングウィンドウ内には一つ以上の実際バンドリングウィンドウが存在可能である。言い換えると、バンドリングウィンドウのサイズは、実際バンドリングウィンドウサイズと同一または大きい。ここで、一つの下りリンク伝送に対する複数個のACK/NACKビットの空間spatialバンドリングすなわち、複数個のコードワードに対するACK/NACKバンドリングは、バンドリングウィンドウか実際バンドリングウィンドウかに関わらずに適用可能である。3GPPLTEシステムで定義する、下りリンク伝送に対するACK/NACKフィードバックが必要な場合について説明する。ここで、サブフレームnでACK/NACKが伝送される場合に、該ACK/NACKは、サブフレームn-kでの下りリンク伝送に対するものである。まず、TDDシステムの場合には、下記の表12のように、サブフレームnとサブフレームn-kとの関係について、上記の表1のUL-DL構成別に下りリンク関連セットインデックスK:を与えることができる。FDDの場合に、Mは常に1であり、Kは常に{k0}={4}である。サブフレームn-kでの下りリンク伝送に対するACK/NACKがサブフレームnで伝送される場合に、サブフレームn-kでの下りリンク伝送は、下記の3つの場合のうち一つ以上に関するものでよい。ケース1は、サブフレームn-kで検出されたPDCCHにより指示されるPDSCHに対してACK/NACKフィードバックが必要な場合である。ここで、k∈Kであり、Kは、サブフレームインデックスnとUL-DL構成によって異なり、M個の元素elementからなる{k0,k1,...kM-1}。上記の表12は、K:{k0,k1,...kM-1}を例示する。ケース1は、一般のACK/NACKフィードバックが必要なPDSCHに関するものである。以下の説明では、ケース1を、PDSCHに対するACK/NACKまたはPDSCHwithPDCCHに対するACK/NACKと称する。ケース2は、サブフレームn-k内の下りリンクSPSSemi-PersistentScheduling解除releaseを指示するPDCCHに対するACK/NACKフィードバックを必要とする場合である。ここで、k∈Kであり、Kは、ケース1で説明した通りである。ケース2のACK/NACKは、SPS解除のためのPDCCHに対するACK/NACKフィードバックを意味する。一方、DLSPS解除に対するACK/NACKフィードバックは行われるが、SPS活性化activationを指示するPDCCHに対するACK/NACKフィードバックは行われない。以下の説明では、ケース2をDLSPS解除PDCCHに対するACK/NACKと称する。ケース3は、サブフレームn-kで検出された対応PDCCHがないPDSCH伝送に対するACK/NACKフィードバックを必要とする場合である。ここで、k∈Kであり、Kは、ケース1で説明した通りである。ケース3は、PDCCHのないPDSCHに関するもので、SPSによって割り当てられたPDSCHに対するACK/NACKフィードバックを意味する。以下の説明では、ケース3をDLSPSPDSCHに対するACK/NACKと称する。以下の説明では、対応するPDCCHを有するPDSCH、DLSPS解除のためのPDSCH、対応するPDCCHのないPDSCHを総称して、ACK/NACK伝送が必要な下りリンク伝送という。このような下りリンク伝送に対するACK/NACKの伝送が多重搬送波システムで適用される場合に関する本発明の例示について以下に具体的に説明する。説明の便宜のために、下記のような仮定を前提として本発明の例示について説明する。しかし、本発明の実施例が下記のような仮定下でのみ実施されるというわけではない。1一つのPCellと一つ以上のSCellが存在可能である。2該当のPDCCHを有するPDSCHPDSCHwithcorrespondingPDCCHはPCell及びSCellに存在可能である。3DLSPS解除を指示するPDCCHはPCellにのみ存在可能である。4該当のPDCCHのないPDSCH=SPSPDSCHはPCellにのみ存在可能である。5PCellからSCellへのクロス-スケジューリングは支援可能である。6SCellからPCellへのクロス-スケジューリングは支援されない。7SCellから他のSCellへのクロス-スケジューリングは支援可能である。本発明の説明でいう時間ドメイン及び/またはCCドメインバンドリングは、論理AND演算を意味するが、論理OR演算などの他の方法で行われてもよい。すなわち、以下でいう時間ドメインあるいはCCドメインバンドリングは、単一PUCCHフォーマットを用いたACK/NACK応答において複数のサブフレームあるいは複数のCCにわたる複数のACK/NACKを少ないビット数で表現するための方法を総称する。すなわち、M-ビットのACK/NACK情報をN-ビットM≧Nで表現するための任意の方法を総称する。多重搬送波及び/またはTDDが適用されるシステムにおいて、複数個のACK/NACKビットは、PUCCHフォーマット1a/1bを用いるチャネル選択、PUCCHフォーマット3、またはPUCCHフォーマット3を用いるチャネル選択などにより伝送することができる。これらのPUCCHフォーマットに対するPUCCHリソースインデックスについては、暗黙的implicitマッピングが用いられてもよく、明示的explicitマッピングが用いられてもよく、または暗黙的マッピングと明示的マッピングとが複合的に用いられてもよい。暗黙的マッピングには、例えば、該当するPDCCHの最低CCEインデックスに基づいてPUCCHリソースインデックスを誘導する方法がある。明示的マッピングには、例えば、該当のPDCCH内のARIACK/NACKResourceIndicator値に基づいて、該当のPUCCHリソースインデックスを、RRC構成などによりあらかじめ定められたセットから指示indicateまたは誘導する方法がある。本発明と関連して、複数個のACK/NACKビットを伝送するための新しいPUCCHフォーマット例えば、図24乃至図27で説明したPUCCHフォーマット3を用いる場合に、PUCCHフォーマット3のリソース割当resourceallocationは明示的リソース割当explicitresourceallocationにすることを基本とする。具体的に、PUCCHフォーマット3に設定されているUEは、当該フォーマットのための直交リソースorthogonalresourceが明示的に例えば、RRCシグナリングにより指示されうる。また、RRC構成などによりあらかじめ定められた直交リソースのうち、SCellで伝送されるPDSCHのためのPDCCH内のDCIDownlinkControlInformationフォーマットにおけるARIの値によって最終的なPUCCHリソースを決定してもよい。このとき、ARIは、明示的にシグナリングされたPUCCHリソース値を基準とするオフセットoffset値であってもよく、または、一つ以上のPUCCHリソースセットのうちのいずれを用いるかを指示indicationするものであってもよい。PDCCH内にARI情報を含める方案として、既存のPDCCHのDCIフォーマット内に定義されているフィールドをARI用に再使用reuseする方案を考慮することができる。PDCCHにはTPCTrnansmitPowerControlフィールドが含まれることがある。このTPCフィールドの元来の目的は、PUCCH及び/またはPUSCH伝送電力を制御することにあり、2ビットの値で構成可能である。上述したように、SCellでのみARIが伝送されるようにする場合に、SCellに対するPDCCH内のTPCTrnansmitPowerControlフィールドをARI用途に再使用することができる。一方、PCellに対するPDCCH内のTPCフィールドは、本来の目的のまま、PUCCH及び/またはPUSCH伝送電力制御用にすればよい。また、LTEリリース-10システムでは、PCellのPDSCHをスケジューリングするPDCCHをSCellで受信することができないのですなわち、SCellのPDCCHによってPCellのPDSCHを交差-搬送波スケジューリングすることが許容されないので、UEがPDSCHをPCellでのみ受信するという意味は、PDCCHをPCellでのみ受信するUEreceivesPDCCHonlyonPCellという意味と等価である。RRCによって設定される明示的なACK/NACKリソース割当は、下記のように行われるとよい。まず、SCell上でのPDSCHに対応するPDCCHすなわち、PDSCHをスケジューリングするPDCCHは、RRCにより設定されたリソースから特定PUCCHリソースを誘導する情報例えば、ARIを含むことができる。次に、PDSCHに対応するPDCCHがSCellで受信されず、PDSCHがPCellでのみ受信される場合には、次のいずれか一つが適用されるとよい。その一つは、LTEリリース-8で定義されたPUCCHリソースすなわち、PUCCHフォーマット1a/1bリソースが用いられる。もう一つは、PCell上でのPDSCHに対応するPDCCHが、RRCにより設定されたリソースから特定PUCCHリソースを誘導する情報例えば、ARIを含むことができる。また、UEは、SCellでPDSCHに対応するPDCCHがいずれも同じARIを有すると仮定することができる。このようなARI情報がSCellでのみ伝送されるように定義すると、多重搬送波及び/またはTDDが適用されるシステムにおいて、UEがPCellのためのPDSCHのみを受信した場合または、PCellでのみPDCCHを受信した場合には、SCellから伝送されるARI情報が確認できず、UEが使用するPUCCHフォーマットPUCCHフォーマット3のためのリソースインデックスを最終的に決定できなくなる問題がある。本発明ではこのような問題を解決するために、UEがPCellのためのPDSCHsのみを受信した場合または、PCellでのみPDCCHsを受信した場合にも、PUCCHフォーマットのためのリソースインデックスを最終的に決定し得る方案を提案する。本発明の種々の例示において、UEがPCellのためのPDSCHsのみを受信した場合または、PCellでのみPDCCHsを受信した場合を、説明の便宜のためにPCell-only-receivingと略称する。ここで、PCell-only-receivingはUEの受信の立場で定義されたものである。また、多重搬送波環境で本発明が適用される場合に、UEは、一つの設定されたセルconfiguredcellを有することもでき、または、複数の設定されたセルconfiguredcellsを有することもできる。UEが一つの設定されたセルを有する場合には、そのセルがPCellになり、複数の設定されたセルを有する場合に、それらのセルは一つのPCellと一つ以上のSCellとからなる構成でよい。これらの場合のいずれか一方または両方において本発明を適用することができる。すなわち、CA環境または非-CAnon-CA環境のいずれにおいても本発明で定義するPCell-only-receivingを定義することができる。また、前述したように、複数個のACK/NACKビットを伝送するために用いられる新しいPUCCHフォーマット、すなわち、PUCCHフォーマット3は、UEが一つの設定されたセルを有する場合にも、TDDシステムにおいて複数個の下りリンクサブフレームを通じて受信された下りリンク伝送に対するACK/NACKの伝送のために用いることができる。または、PUCCHフォーマット3は、UEが複数の設定されたセルを有する場合にFDDまたはTDDシステムに用いることもできる。すなわち、PUCCHフォーマット3は、搬送波アグリゲーションCAシステムにも、非-搬送波アグリゲーションnon-CATDDシステムにも適用可能である。また、本発明の種々の例示で、PUCCHフォーマット3のために用いられるリソース候補セットresourcescandidatesetはRRCによって設定configured可能である。このようなPUCCHリソース候補セットから、SCellのARI情報PDCCHのTPCフィールドを再使用することによって表現される。の値によって特定PUCCHリソースが決定または誘導され得ることを前提とする。これを簡略に表現すると、UEが使用するPUCCHフォーマット3リソースは、RRC設定されたリソース候補から、PDCCHに含まれたARIによって誘導されるものであるといえる。ここで、ARIはXビットのサイズを有し、前述したように、SCellでPDCCH内のTPCフィールド2ビットサイズを再使用してARIを表現する場合には、X=2と定義できる。例えば、2ビットサイズのARIを使用すると、4個のPUCCHリソース候補のうち一つのリソースを表すことができる。本発明では、PUCCHフォーマット3の適用と関連した説明の便宜のために、1個の直交リソースを必要とする単一アンテナ伝送を取り上げて説明する。しかし、本発明はこれに制限されるものではなく、PUCCHフォーマット3にSORTDspatialorthogonal-resourcetransmitdiversityのような伝送ダイバーシティTransmitDiversity手法のような多重アンテナ伝送手法が適用される場合にも、本発明の原理が同一に適用され得ることは明らかである。前述の内容をまとめて、PUCCHフォーマット3リソース割当に関する本発明の例示的な仮定について説明する。PUCCHフォーマット3のためのリソースをと表現し、PUCCHフォーマット3のための4個の直交リソース候補をそれぞれ、と表現することができる。これら4個の直交リソースはRRCシグナリングにより任意のUEに割り当てられうる。このようなRRCシグナリングは、例えば、個別の4個のRRCシグナリングであってもよく、4個の直交リソースで構成された一つのセットを一つのRRCシグナリングを通じて該当のUEに知らせるものであってもよい。4個のPUCCHリソース候補が割り当てられたUEは、追加的に受信するARIが表す値に基づいて、4個のPUCCHリソース候補から、自身が使用する一つのPUCCHリソースを最終的に決定することができる。下記の表13に、単一アンテナsingleantenna伝送の場合にPUCCHフォーマット3のためのリソース割当を例示的に表す。以下では、上述の内容に基づいて、本発明の種々の例示について具体的に説明する。実施例1本実施例1は、PCell-only-receivingの場合すなわち、PCellのためのPDSCHsのみを受信した場合、またはPCellでのみPDCCHsを受信した場合において、あらかじめ定義されたpre-definedリソース割当を用いる方案に関する。PCell-only-receivingの場合に、PUCCHフォーマット3のリソースインデックスをあらかじめ定めておくことが可能である。すなわち、端末は、PCell-only-receivingでない場合には、SCellで受信されるARIからPUCCHリソースインデックスを誘導し、PCell-only-receivingの場合には、あらかじめ定められたPUCCHリソースインデックスを用いることが可能である。具体的に、端末がPCell-only-receivingの場合に使用するPUCCHフォーマット3リソースを決定し得るように、新しいインデックスをあらかじめ定めておくことができる。この新しいインデックスは、SCellでのARIと同じ意味を有することができる。言い換えると、この新しいインデックスは、RRCにより設定されたリソース候補セットのうち、いずれか一つを指示indicateする用途に用いることができる。この新しいインデックスは、リソース候補セットのうち、特定順番の例えば、最初または最後のリソースを指示する、あらかじめ定義される規則または特定値の形態とすることができる。例えば、PCell-only-receivingの場合に、PUCCHフォーマット3リソースを決定するインデックスは、システム-特定値system-specificvalueとすることができる。または、このインデックスは、基地局-特定値eNB-specificvalueまたは端末-特定値UE-specificvalueとしてRRC設定されてもよい。図28は、PCell-only-receivingの場合にPUCCHリソース決定のためにあらかじめ定義されたリソース割当の例示を示すフローチャートである。段階S2810で、端末は、上位層設定higher-layerconfiguration例えば、RRCシグナリングにより、PUCCHフォーマット3のための4個のリソースを含むPUCCHリソース候補セットを受信することができる。段階S2820で、ACK/NACK伝送のためにPUCCHフォーマット3を使用する場合に、端末はPCell-only-receivingか否かを判定することができる。段階S2820の結果がNOであるすなわち、PCell-only-receivingでないと、段階S2830が行われ、段階S2820の結果がYESであるとすなわち、PCell-only-receivingであると、段階S2840が行われる。段階S2830で、端末は、SCellのPDCCHs内のTPCフィールドを再使用して指示されるARIを用いて、4個のPUCCHリソース候補から、自身が使用する一つのPUCCHリソースすなわち、一つのリソースインデックスを計算/選択することができる。一方、段階S2840では、SCellでのPDCCHの受信がないので、端末は、あらかじめ定義された規則または、あらかじめ定義されたインデックスによって、4個のPUCCHリソース候補から一つのPUCCHリソースを選択することができる。図28の例示では、あらかじめ定義された規則が、PUCCHリソース候補セットから最後のPUCCHリソースインデックスを選択するようになっている。すなわち、段階S2840で端末は、を計算/選択することができる。段階S2830または段階S2840の後、端末は、計算/選択されたインデックスに該当するリソースを用いてPUCCHフォーマット3を使用してACK/NACK情報を伝送することができる。実施例2本実施例2は、PCell-only-receivingの場合すなわち、PCellのためのPDSCHsのみを受信した場合、またはPCellでのみPDCCHsを受信した場合において、追加のadditionalリソースインデックスをあらかじめ定めてPUCCHリソース割当に用いる方案に関する。PCell-only-receivingの場合に、PUCCHフォーマット3の追加のリソースインデックスをあらかじめ定めておくことが可能である。すなわち、端末は、PCell-only-receivingでない場合には、SCellで受信されるARIからPUCCHリソースインデックスを誘導すればよく、PCell-only-receivingの場合には、あらかじめ定められた追加のPUCCHリソースインデックスを用いることができる。前述の実施例1でいうあらかじめ定められたインデックスは、端末に設定されるPUCCHリソース候補のうちの一つに対してあらかじめ定められたインデックスであるのに対し、本実施例2では、端末に設定されるPUCCHリソース候補とは別途に追加のリソースインデックスをあらかじめ定めておく。本実施例によれば、例えば、2ビットサイズのARIが用いられる場合に4個のRRC設定されたリソース候補セットが定義される場合において、RRCシグナリングを通じて追加の一つのリソース候補を端末に知らせることができる。そのために、RC設定されたリソース候補セットを5個のPUCCHリソースインデックスで構成し、そのいずれか一つのあらかじめ定められたリソースインデックス例えば、最後のリソースインデックスをPCell-only-receivingの場合にのみ用いられるものと設定することができる。または、4個のRRC設定されたリソース候補セットと別に、PCell-only-receivingのための一つのリソース候補を設定してもよい。これら両場合のいずれにおいても、PCell-only-receivingの場合にのみ使用するためのすなわち、SCellでのARIにより指示されない余分のリソースインデックスを端末に割り当てることができる。ここで、PCell-only-receivingのための一つの追加のリソース候補は、既存のRRC設定される4個のリソース候補と重複しないように設定されることが好ましいが、場合によっては重複して設定されることを許容してもよい。図29は、PCell-only-receivingの場合にPUCCHリソース決定のためにあらかじめ定義された追加のリソース割当の例示を示すフローチャートである。段階S2910で、端末は、上位層設定higher-layerconfiguration例えば、RRCシグナリングにより、5個のPUCCHフォーマット3のためのリソースを含むPUCCHリソース候補セットを受信することができる。段階S2920で、ACK/NACK伝送のためにPUCCHフォーマット3を使用する場合に、端末は、PCell-only-receivingか否かを判定できる。段階S2920の結果がNOであるすなわち、PCell-only-receivingでないと、段階S2930が行われ、段階S2920の結果がYESであるすなわち、PCell-only-receivingであると、段階S2940が行われる。段階S2930で端末は、5個のPUCCHリソース候補セットのうち、あらかじめ定められた所定の規則によって決定された4個のPUCCHリソース候補例えば、インデックスの低い4個のPUCCHリソース、から、SCellのPDCCHs内のTPCフィールドを再使用して指示されるARIを用いて、自身が使用する一つのPUCCHリソースを計算/選択することができる。一方、段階S2940ではSCellでのPDCCHの受信がないので、端末は、あらかじめ定義された規則によって一つのPUCCHリソースを計算/選択することができる。ここで、あらかじめ定められた規則は、例えば、RRC設定された5個のPUCCHリソース候補のうち、最後のリソースを選択する規則と定義することができる。ここで、段階S2930で5個のうち4個のPUCCHリソース候補を決定する規則と、段階S2940で5個のうち1個のPUCCHリソース候補を決定する規則は、互いに重ならないように定義されるとよいが、場合によって、リソース候補が重なって選択されるように定義されてもよい。段階S2930または段階S2940の後、端末は、計算/選択されたインデックスに該当するリソースを用いてPUCCHフォーマット3を使用してACK/NACK情報を伝送することができる。実施例3本実施例3は、PCell-only-receivingの場合すなわち、PCellのためのPDSCHsのみを受信した場合、またはPCellでのみPDCCHsを受信した場合において、DAIDownlinkAssignmentIndexをPUCCHリソース割当に用いる方案に関する。前述の実施例1及び2では、追加の物理層シグナリング例えば、PDCCHシグナリング無しに、PCell-only-receivingの場合にPUCCHフォーマット3のためのリソースインデックスを誘導する方案について説明した。本実施例3では、SCellでのPDCCHの受信がない場合であるから、既存の方式のようにSCell上でARIを受信することはできないが、PCell上で受信される物理層シグナリングのうち、ARIの機能を担当し得る情報を定義して用いる方案に関する。具体的に、本実施例では、PCell-only-receivingの場合に、PDCCH内に含まれるDAI情報をARI情報として用いる方案に関する。PDCCH内のDAIフィールドはTDDシステムに対して定義されるもので、DL割当またはPDSCHスケジューリングに対して与えられるインデックスである。端末が複数個のDL割当PDSCHに対するACK/NACKを一つの上りリンクサブフレームで伝送するに当たり、DAIから、ACK/NACK伝送されるDL割当PDSCHの個数に関する情報を導出することができる。例えば、端末が基地局に、複数個のDL割当PDSCHに対するACK/NACK信号をACK/NACKバンドリングなどを用いて伝送するに当たり、複数個のPDCCHのうち一部を端末が受信できないすなわち、逃すことがある。こうなると、端末は、自身が逃したPDCCHに該当するPDSCHが自身に送られた事実さえ知らず、よって、ACK/NACK生成に誤りが発生しうる。このような問題を解決するためにDAIを用いることができる。既存のTDDシステムにおいて、例えば、N個のDLサブフレームに対して一つのULサブフレームが対応している場合に、N個のDLサブフレーム区間に伝送されるPDCCHに順次にDAIを付与すなわち、順次にカウントすると、端末は、PDCCH中のDAI情報から、これまでPDCCHを正確に受信したか否かが判断できる。本実施例では、PUCCHフォーマット3が使用される場合に、PCellのPDCCH内のDAIが元来の用途に用いられない場合を考慮して、DAIを、PUCCHリソース割当を決定するARIの用途に再使用することを提案する。具体的に、PUCCHフォーマット3がTDDシステムで用いられても、時間-ドメインあるいはCC-ドメインまたは、周波数-ドメインでバンドリングが行われないACK/NACKフルマルチプレクシングfullmultiplexingモードで動作する場合にはDAI情報が不要になる。したがって、DAIフィールドをPCell-only-receivingの場合にARIの用途に再使用することができる。図30は、PCell-only-receivingの場合にPUCCHリソース決定のためにDAIフィールドをARIの用途に用いる例示を示すフローチャートである。段階S3010で、端末は、上位層設定higher-layerconfiguration例えば、RRCシグナリングにより、PUCCHフォーマット3のための4個のリソースを含むPUCCHリソース候補セットを受信することができる。段階S3020で、ACK/NACK伝送のためにPUCCHフォーマット3を使用する場合に、端末は、PCell-only-receivingか否かを判定できる。段階S3020の結果がNOであるすなわち、PCell-only-receivingでないと、段階S3030が行われ、段階S3020の結果がYESであるすなわち、PCell-only-receivingであると、段階S3040が行われる。段階S3030で端末は、SCellのPDCCHs内のTPCフィールドを再使用して指示されるARIを用いて、4個のPUCCHリソース候補から、自身が使用する一つのPUCCHリソースすなわち、一つのリソースインデックスを計算/選択することができる。一方、段階S3040では、SCellでのPDCCHの受信がないので、端末は、PCellのPDCCH内のDAIフィールドを再使用して指示されるARIを用いて、4個のPUCCHリソース候補から、自身が使用する一つのPUCCHリソースすなわち、一つのリソースインデックスを計算/選択することができる。段階S3030または段階S3040の後、端末は、計算/選択されたインデックスに該当するリソースを用いてPUCCHフォーマット3を使用してACK/NACK情報を伝送することができる。実施例3-1本実施例3-1は、PCell-only-receivingの場合すなわち、PCellのためのPDSCHsのみを受信した場合、またはPCellでのみPDCCHsを受信した場合において、バンドリングされたサブフレーム内で同じARI値を適用する例示に関する。本発明の説明でいうバンドリングされたサブフレームまたはバンドリングウィンドウとは、実際に時間-ドメインまたはCC-ドメインまたは周波数-ドメインでバンドリングが行われる単位を意味するのではなく、バンドリングウィンドウ内の下りリンクサブフレームに対するACK/NACK応答が一つの上りリンクPUCCHで伝送される場合に、それらの下りリンクサブフレームで構成された一つの単位を意味する。例えば、LTEリリース-8TDDシステムでは、上記の表12下りリンク関連セットインデックスK:を表した表のように、特定ULサブフレームサブフレームnで以前のどのDLサブフレームサブフレームn-kに対するACK/NACK応答が伝送されるかを定義している。上記の表12の例示を参照してバンドリングサブフレームを説明すると、特定ULサブフレームで特定DLサブフレームに対するACK/NACKが伝送される場合に、該特定DLサブフレームをバンドリングサブフレームと称する。例えば、UL-DLconfiguration4の場合に、ULサブフレーム2に対するバンドリングされたサブフレームはDLサブフレーム12、8、7、11であり、ULサブフレーム3に対するバンドリングされたサブフレームはDLサブフレーム6、5、4、7である。PUCCHフォーマット3をTDDで使用する場合に、前述したように、複数のDLサブフレームに対するACK/NACK応答が一つのULPUCCHを通じて伝送される場合がある。この場合、前述した実施例3によって、PCell-only-receivingの場合に複数個のDLサブフレームで一つ以上のPDCCHが検出されるとき、各PDCCHで指示するARI=DAI値が互いに異なると、それらのうちいずれのARI値によってPUCCHリソースを計算/選択すればよいか不明になる。このような問題を防止するために、バンドリングされたサブフレームについては、PCellで伝送されるPDCCHのARI値すなわち、DAIフィールドの値を同一に維持させなければならない。実施例3-2本実施例3-2は、バンドリングされたCC内で同じARI値を適用する例示に関する。本実施例は、PCell-only-receivingの場合にも適用可能であり、これは、実際に基地局ではPCell及びSCell上で下りリンク伝送をしたが、端末ではSCellでの下りリンク伝送は検出できず、PCellでのみ下りリンク伝送を受信した場合を含むことができる。本発明の説明でいうバンドリングされたCCまたはバンドリングウィンドウは、実際に時間-ドメインまたはCC-ドメインまたは周波数-ドメインでバンドリングが行われる単位を意味するのではなく、バンドリングの有無とは別に、バンドリングウィンドウ内の下りリンクCCに対するACK/NACK応答が一つの上りリンクPUCCHで伝送される場合に、それらの下りリンクCCで構成された一つの単位を意味する。例えば、ACK/NACKフルマルチプレクシングが適用される場合には、バンドリングされたCCは、端末に設定されたCCの個数と同じ意味で使われる。PUCCHフォーマット3をTDDまたはFDDシステムで使用する場合に、前述したように、複数のDLCCに対するACK/NACK応答が一つのULPUCCHを通じて伝送される場合がある。ここで、複数のDLCCに対するACK/NACK応答が伝送されるという意味は、PCell及び一つ以上のSCellで下りリンク伝送が存在する場合に該当可能である。このような場合、PCellのPDCCH内のARI値とSCellのPDCCH内のARI値とが異なっていると、そのうちいずれのARI値によってPUCCHリソースを計算/選択すればよいか不明になる。したがって、このような問題点を予防するために、PCellでARIの用途に用いられるフィールドDAIフィールドの値を、SCellでのARI用途に用いられるフィールドTPCフィールドの値と同一に維持させなければならない。実施例3-3本実施例3-3は、バンドリングされたCC及びサブフレーム内で同じARI値を適用する例示に関する。すなわち、前述した実施例3-1及び3-2を同時に考慮する場合例えば、複数個のCC及び複数個のサブフレームが一つのバンドリング単位となる場合に、それぞれのCellまたはそれぞれのサブフレームでのARI値が互いに異なっていると、PUCCHリソース計算/選択に不明瞭性が発生することがあり、PCell及びSCellでのPDCCH内のARIが同一に維持されると共に、複数個のサブフレーム上のPDCCH内のARIも同一に維持されなければならない。実施例4本実施例4は、PCell-only-receivingの場合すなわち、PCellのためのPDSCHsのみを受信した場合、またはPCellでのみPDCCHsを受信した場合において、TPCフィールドをPUCCHリソース割当に用いる方案に関する。本実施例4は、ACK/NACKフルマルチプレクシングが適用される場合、適用されない場合のいずれにも適用可能である。また、本実施例4は、空間spatialバンドリング複数個のコードワードに対するACK/NACKバンドリングが適用される場合、適用されない場合のいずれにも適用可能である。前述した実施例3では追加の物理層シグナリング無しでPCell-only-receivingにおいてもPUCCHリソース例えば、PUCCHフォーマット3のリソースのリソースインデックスを決定する方案について説明した。実施例3は、DAIが元来の用途DL割当またはPDSCHスケジューリングに対して順次に与えられるインデックスの用途に使用されない場合に、DAIをARI用途に用いる例示に関する。したがって、PUCCHフォーマット3がTDDシステムで用いられ、且つ時間-ドメインあるいはCC-ドメインまたは周波数-ドメインでバンドリングが支援される場合には、正しいACK/NACK情報の生成のためにDAI情報が元来の用途に用いられる必要がある。そのため、本実施例4では、PCell-only-receivingの場合にDAIフィールドを別の用途に再使用しない。本実施例4では、PCell-only-receivingの場合に、PCell上のPDCCH内のTPCフィールドをARIの用途に再使用する方案を提案する。PCell-only-receivingでない場合すなわち、SCell上でPDCCH伝送がある場合には、SCellでのTPCフィールドがARIの用途に再使用されることは前述の通りである。しかし、PCell-only-receivingの場合には、SCell上でTPCフィールドの伝送がないので、正しいACK/NACK伝送のために新しい方案が定義される必要がある。本実施例4によれば、PCell-only-receivingの場合に、PCell上であらかじめ定められた規則によって決定された特定PDCCH内のTPCフィールドは元来の伝送電力制御の用途のまま使用し、残りのPDCCHのTPCフィールドはARIの用途に再使用することができる。このように、端末は、PCell上であらかじめ定められた規則によって決定された特定PDCCHのTPCフィールドのみを本来の電力制御の用途に使用し、PCell上でそれ以外のPDCCHが受信される場合にはそのPDCCHのTPCフィールドをARIと解釈することができる。ここで、TPCフィールドが元来の用途に使用されない場合に、または端末が電力制御用途のTPCフィールドを含むPDCCHを逃したりmiss基地局がスケジューリングしない場合に、端末の上りリンク伝送電力の決定に対する動的制御性能が多少低下することがある。しかし、PDCCH内のTPC値は絶対値ではなく、以前の伝送電力に対する相対的なオフセットoffset値であり、端末がTPC値を1~2回アップデートしなくても、既存に設定された伝送電力は維持される。また、PDCCH内のTPCフィールド値を用いる伝送電力方案の他にも、補完的な電力制御方案が備えられているこれは、本発明の範囲から逸脱する部分であるから、具体的な説明は省く。したがって、TPC値の落ちが実質的にネットワーク性能に大きい影響を与えることはない。本実施例の適用において、PCell上であらかじめ定められた規則によって一つ以上のPDCCHのTPCフィールドを元来の用途電力制御用途に使用することができる。このあらかじめ定められた規則の例示について説明すると、下記の通りてある。第一の例示として、バンドリングサブフレーム内でn番目のサブフレームで伝送されるPDCCHのTPCフィールドが元来の用途に用いられるように定義することができる。ここで、nは、バンドリングサブフレームのうち一部のサブフレームを指示する値でよい。例えば、バンドリングサブフレームのうち一つのサブフレームを指示する場合に、nは、0番目のサブフレームまたは最後のサブフレームを指示する値にすることができる。また、nは、バンドリングされるサブフレームの個数または、バンドリングサブフレームのサイズによって異なるように定められてもよい。バンドリングされるサブフレームの個数は、例えば、上記の表12で表すように、1、2、3、4または9でよい。または、新しく定義されるバンドリング方式によって別の個数のサブフレームがバンドリングされてもよい。また、nは、バンドリングサブフレームのうちの複数個のサブフレームの集合を指示してもよい。例えば、n=0、1と表す場合に、バンドリングサブフレームのうち、0番目及び1番目のサブフレームで伝送されるPDCCHのTPCフィールドを元来の用途に用いることを意味することができる。このように、nが複数の値を有する場合に、後述するフォールバックテストfall-backtestのための受信されたPDCCHreceivedPDCCHの個数もn値の個数だけ増加する。例えば、nが2個の値を有すると、フォールバックテストのための受信されたPDCCHの個数も2個にならなければならない。以下の本発明の説明では、便宜上、nが一つの値を有する場合を挙げて説明する。第二の例示として、バンドリングサブフレーム内でn番目のDAI値を有するPDCCHでTPCフィールドが元来の用途に用いられるように定義することができる。ここで、nは、0,1,2,3,...のうち一つの値を有することができる。または、DAI値が1,2,3,4,...のように解釈される場合には、n=1,2,3,4,...のうち一つの値にすることができる。このような場合、ACK/NACKフルマルチプレクシングモード時間-ドメインまたはCC-ドメインまたは周波数-ドメインバンドリングが適用されない場合でも、PCell上のPDCCH内にDAIフィールドが含まれうる。また、nは、複数個の値の集合の形態で定められてもよい。例えば、n=0、1のように与えられる場合に、0番目と1番目のDAI値を有するPDCCHでTPCフィールドが元来の用途に使用されることを表すことができる。または、DAI値が1から始まるものと解釈される場合には、n=1、2のように与えられると、1番目と2番目のDAI値を有するPDCCHでTPCフィールドが元来の用途に使用されることを表すことができる。このように、nが複数の値を有する場合に、後述するフォールバックテストfall-backtestのための受信されたPDCCHreceivedPDCCHの個数もn値の個数だけ増加する。例えば、nが2個の値を有すると、フォールバックテストのための受信されたPDCCHの個数も2個にならなければならない。以下の本発明の説明では、便宜上、nが一つの値を有する場合を挙げて説明する。第二の例示において、DAI値は、2ビットサイズを有し、端末に割り当てられるPDCCHに対する連続した順次のカウンターを意味することができる。実際に伝送されるDAIフィールドの値は、0、1、2、32ビット値で表現すると、00、01、10、11のうち一つになり、これらはそれぞれ端末ではDAI値1、2、3、4と解釈される。これを、実際に伝送されるDAI値の観点と、端末が解釈するDAI値の観点とに分けて説明すると下記の通りである。実際に伝送されるDAIフィールドの値が0、1、2または3であり、端末は、これをそれぞれ1、2、3または4番目のPDCCHと解釈することができる。この場合、実際に伝送されるDAI値の観点で、特定端末においてn=00、1、2、3のセットのうちの場合が、最初のPDCCHを意味する。実際に伝送されるDAI値が0,1、2または3であり、端末はこれをそれぞれ1、2、3または4番目のPDCCHと解釈することができる。この場合、端末で解釈されるDAI値の観点で、特定端末においてn=11、2、3、4のセットのうちの場合が最初のPDCCHを意味する。要するに、PDCCHに含まれる実際のDAIフィールドの値00、01、10、11は、端末が解釈するDAI値1、2、3、4にそれぞれマッピング可能である。これらの例示のように、n値により決定される、n番目のサブフレームのPDCCHまたはDAI=nのPDCCHでのTPCフィールドは、元来の用途電力制御の用途に使用し、それ以外のPDCCHでのTPCフィールドはARIの用途に再使用できる。図31は、PCell-only-receivingの場合にPUCCHリソース決定のためにTPCフィールドをARIの用途に用いる例示を示すフローチャートである。図31の例示で、あらかじめ定義された規則によって決定された特定の一つのPDCCHのTPCフィールドは元来の用途に使用され、残りのPDCCHのTPCフィールドはARIに再使用される場合を仮定する。段階S3110で、端末は、上位層設定higher-layerconfiguration例えば、RRCシグナリングにより、PUCCHフォーマット3のための4個のリソースを含むPUCCHリソース候補セットを受信することができる。段階S3120で、ACK/NACK伝送のためにPUCCHフォーマット3を使用する場合に、端末は、PCell-only-receivingか否かを判定できる。段階S3120の結果がNOであるすなわち、PCell-only-receivingでないと、段階S3130が行われ、段階S3120の結果がYESであるすなわち、PCell-only-receivingであると、段階S3140が行われる。段階S3130で端末は、SCellのPDCCHs内のTPCフィールドを再使用して指示されるARIを用いて、4個のPUCCHリソース候補から、自身が使用する一つのPUCCHリソースすなわち、一つのリソースインデックスを計算/選択することができる。一方、段階S3140で、端末は、受信されたPDCCHreceivedPDCCHの個数が1か否かを判定できる。段階S3140は、SCellでのPDCCHの受信がない場合に行われるので、受信されたPDCCHの個数は、PCellで受信されたPDCCHの個数を意味する。段階S3140の結果がYESであるすなわち、PCellで受信されたPDCCHの個数=1であると、段階S3150が行われ、段階S3140の結果がNOであるすなわち、PCellで受信されたPDCCHの個数>1であると、段階S3160が行われる。段階S3150で、端末がPCellで一つのPDCCHのみを受信した場合に、端末は、そのPDCCHのTPCフィールドは元来の用途電力制御の用途に用いられ、他のPDCCHがないので、端末はARI値を受信できなかったと見なすことができる。この場合は、端末が既存のLTEリリース-8モードで動作するように定義することができる。これをフォールバックfall-backモードで動作するということができる。フォールバックモードは、既存に定義されたPUCCHフォーマット1a/1bを用いたACK/NACK伝送動作と同一であり、その具体的な説明は省略する。また、段階S3140で、受信されたPDCCHの個数が1か否か判定することは、フォールバックモードを適用するか否かを判定するという意味から、フォールバックテストと呼ぶことができる。一方、段階S3160で、端末は、PCell上で受信されたPDCCHの個数が1よりも大きい場合であるから、それらのうち、一つのPDCCHでのTPCフィールドは元来の用途に使用し、残りのPDCCHでのTPCフィールドはARIの用途に使用することができる。これにより、端末は、PCellのPDCCH内のTPCフィールドを再使用して指示されるARIを用いて、4個のPUCCHリソース候補から、自身が使用する一つのPUCCHリソースすなわち、一つのリソースインデックスを計算/選択することができる。段階S3130または段階S3160の後、端末は、計算/選択されたインデックスに該当するリソースを用いてPUCCHフォーマット3を使用してACK/NACK情報を伝送することができる。図31の例示では、端末で受信されたまたは検出されたPDCCHの個数のみを検出し、受信されたPDCCHの個数が1であると、当該PDCCHのTPCフィールドが元来の用途に用いられるPDCCHであると仮定した場合の動作について説明した。しかし、受信されたPDCCHの個数が1の場合に、当該PDCCHが、TPCフィールドを元来の用途に用いるPDCCHである場合もあり、または、TPCフィールドがARI用途に再使用されるPDCCHである場合もある。したがって、受信されたPDCCHの個数が1であるからといって無条件にフォールバックモードで動作するのではなく、それについてより具体的に判定してもよい。図32は、PCell-only-receivingの場合にPUCCHリソース決定のためにTPCフィールドをARIの用途に用いる他の例示を示すフローチャートである。図32の例示で、あらかじめ定義された規則により決定された特定の一つのPDCCHのTPCフィールドは元来の用途に用いられ、残りのPDCCHのTPCフィールドはARIの用途に再使用される場合を仮定する。図32の例示の説明において、図31と重複する動作段階S3210、S3220、S3230、S3240についての説明は省略する。段階S3250は、段階S3240の結果がYESの場合すなわち、PCellで受信されたPDCCH個数が1の場合に行われる。段階S3250では、受信された一つのPDCCHが、あらかじめ定義されたPDCCHであるすなわち、TPCフィールドが元来の用途に用いられるPDCCHであるか否かを判定する。例えば、受信されたPDCCHが、バンドリングサブフレーム内で最初のサブフレーム上のPDCCHであるか否か判定することができる。他の例示として、受信されたPDCCHが、DAI=1のPDCCHであるか否かを判定してもよい。その結果がYESであると段階S3260が行われ、NOであると段階S3270が行われる。段階S3260では、受信された一つのPDCCHのTPCフィールドが元来の用途に用いられなければならず、端末はARI値を確認できないと見なし、フォールバックモードで動作PUCCHフォーマット1a/1bを用いてACK/NACK伝送することができる。段階S3270は、段階S3240の結果がNOの場合に行われる。すなわち、受信されたPDCCHの個数>1の場合に、TPCフィールドが元来の用途に用いられるPDCCHは一つのみ存在すると仮定したので、端末は少なくとも一つのPDCCHのTPCフィールドがARIとして再使用されることがわかる。端末は、該当のPDCCHのTPCフィールドからARI値を用いて、4個のPUCCHリソース候補から、自身が使用する一つのPUCCHリソースすなわち、一つのリソースインデックスを計算/選択することができる。また、段階S3270は、段階S3250の結果がNOの場合にも行われる。すなわち、受信されたPDCCHの個数が1であり、該PDCCHがTPCフィールドを元来の用途に用いるPDCCHでない場合であるから、端末は、該一つのPDCCHのTPCフィールドをARI用途に再使用することがわかる。端末は、該PDCCHのTPCフィールドからARI値を用いて、4個のPUCCHリソース候補から、自身が使用する一つのPUCCHリソースすなわち、一つのリソースインデックスを計算/選択することができる。段階S3270の後、端末は、計算/選択されたインデックスに該当するリソースを用いてPUCCHフォーマット3を使用してACK/NACK情報を伝送することができる。実施例4-1本実施例4-1は、PCell-only-receivingの場合すなわち、PCellのためのPDSCHsのみを受信した場合、またはPCellでのみPDCCHsを受信した場合において、バンドリングされたサブフレーム内で同じARI値を適用する例示に関する。本発明の説明でいうバンドリングされたサブフレームまたはバンドリングウィンドウは、実際に時間-ドメインまたはCC-ドメインまたは周波数-ドメインでバンドリングが行われる単位を意味するのではなく、バンドリングウィンドウ内の下りリンクサブフレームに対するACK/NACK応答が一つの上りリンクPUCCHで伝送される場合に、それらの下りリンクサブフレームで構成された一つの単位を意味する。例えば、LTEリリース-8TDDシステムでは、上記の表12下りリンク関連セットインデックスK:を表した表のように、特定ULサブフレームサブフレームnで以前のどのDLサブフレームサブフレームn-kに対するACK/NACK応答が伝送されるかを定義している。上記の表12の例示を参照してバンドリングサブフレームを説明すると、特定ULサブフレームで特定DLサブフレームに対するACK/NACKが伝送される場合に、該特定DLサブフレームをバンドリングサブフレームと呼ぶ。例えば、UL-DLconfiguration4の場合に、ULサブフレーム2に対するバンドリングされたサブフレームは、DLサブフレーム12、8、7、11であり、ULサブフレーム3に対するバンドリングされたサブフレームは、DLサブフレーム6、5、4、7である。PUCCHフォーマット3をTDDで使用する場合に、前述したように、複数のDLサブフレームに対するACK/NACK応答が一つのULPUCCHを通じて伝送される場合がある。この場合、前述の実施例4によって、PCell-only-receivingの場合に、複数個のDLサブフレームで複数個のPDCCHが検出され、そのうちTPCフィールドがARIとして再使用されるPDCCHのそれぞれで表すARI=TPC値が互いに異なると、それらのうちいずれのARI値によってPUCCHリソースを計算/選択すればよいか不明になる。ここで、TPCフィールドがARIとして再使用されるPDCCHは、TPCが元来の用途に用いられるようにあらかじめ定義された規則によって決定されたPDCCH例えば、DAI=1のPDCCH以外の、残りのPDCCH例えば、DAI>1のPDCCHでよい。このような問題を防止するためには、バンドリングされたサブフレーム内では、PCellで伝送される、TPCがARIの用途に再使用されるすなわち、TPCが元来の用途に用いられるPDCCH以外のPDCCHのARI値=TPCフィールドの値を同一に維持させなければならない。実施例4-2本実施例4-2は、バンドリングされたCC内で同じARI値を適用する例示に関する。本発明の説明でいうバンドリングされたCCまたはバンドリングウィンドウは、実際に時間-ドメインまたはCC-ドメインまたは周波数-ドメインでバンドリングが行われる単位を意味するのではなく、バンドリングの有無とは別に、バンドリングウィンドウ内の下りリンクCCに対するACK/NACK応答が一つの上りリンクPUCCHで伝送される場合に、それらの下りリンクCCで構成された一つの単位を意味する。例えば、ACK/NACKフルマルチプレクシングが適用される場合には、バンドリングされたCCは、端末に設定されたCCの個数と同じ意味で使われてもよい。PUCCHフォーマット3をTDDまたはFDDシステムで使用する場合に、前述したように、複数のDLCCに対するACK/NACK応答が一つのULPUCCHを通じて伝送される場合がある。ここで、複数のDLCCに対するACK/NACK応答が伝送されるという意味は、PCell及び一つ以上のSCellで下りリンク伝送が存在する場合に該当可能である。この場合、PCellでTPCフィールドがARIとして再使用されるPDCCH内のARI値とSCellのPDCCH内のARI値とが異なっていると、それらのうちいずれのARI値によってPUCCHリソースを計算/選択すればよいか不明になる。したがって、このような問題点を予防するために、PCellでARI用途に用いられるフィールドTPCフィールドの値は、SCellでのARI用途に用いられるフィールドTPCフィールドの値と同一に維持させなければならない。ここで、PCellでは、TPCが元来の用途に用いられるようにあらかじめ定義された規則によって決定されたPDCCH例えば、DAI=1のPDCCH以外の、残りのPDCCH例えば、DAI>1のPDCCHのARI値を、SCellでのARI値と同一に維持させることができる。実施例4-3本実施例4-3は、バンドリングされたCC及びサブフレーム内で同じARI値を適用する例示に関する。すなわち、前述の実施例4-1及び4-2を同時に考慮する場合例えば、複数個のCC及び複数個のサブフレームが一つのバンドリング単位となる場合に、それぞれのCellまたはそれぞれのサブフレームでのARI値が互いに異なっていると、PUCCHリソース計算/選択に不明瞭性が発生することがあり、PCell及びSCellでのPDCCH内のARIが同一に維持されると共に、複数個のサブフレーム上のPDCCH内のARIも同一に維持されなければならない。ここで、PCellでは、TPCが元来の用途に用いられるようにあらかじめ定義された規則によって決定されたPDCCH例えば、DAI=1のPDCCH以外の、残りのPDCCH例えば、DAI>1のPDCCHのARI値を同一に維持させることができる。図33は、PCellでDAI値に基づいてTPCフィールドを元来の用途またはARI用途に用いる実施例を説明するための図である。DAIフィールド値は、各cell別にPDCCHの累積カウンターの用途に用いられる。すなわち、一つのcell内でPDCCHごとに順次に1ずつ増加するDAI値が与えられる。このようなPDCCHが毎サブフレームごとに必ずしも存在するわけではない。図33の例示では、PCellで最初及び3番目のサブフレームで下りリンク割当PDCCHが存在し、最初のサブフレームのPDCCHでのDAI値は0であり、3番目のサブフレームのPDCCHでのDAI値は1である。他のSCellに対しても、下りリンク割当PDCCHごとに順次にDAI値が与えられることを示した。図33では、DAI値が0,1,2,3,0,1,2,3,...のように与えられることを例示するが、これは、端末の解釈観点ではDAI=1,2,3,4,1,2,3,4,...と同じ意味であることは明らかである。前述の本実施例4と関連して、PCellでDAI値によってPDCCH内のTPCフィールドが元来の用途に用いられることもあり、ARIの用途に用いられることもある。例えば、PCellでDAI=0または、端末の解釈観点ではDAI=1のPDCCH、すなわち、図33の例示では、PCellにおいて、最初のサブフレームのPDCCHでのTPCフィールドは元来の用途電力制御の用途に使用され、それ以外の残りPDCCHのTPCフィールドはARI用途に再使用される。また、本実施例4-1乃至4-3と関連して、バンドリングされるサブフレーム及び/またはバンドリングされるCell内でARI値が同一に維持されるとよい。例えば、図33の例示で示す4個のサブフレーム及び5個のCellにわたってバンドリングウィンドウが適用される場合に、端末は、PCellの最初のサブフレームDAI=0のPDCCHでのTPCフィールドを除いては、Pcell及びScellの残りPDCCHのTPCフィールドすなわち、ARI用途に用いられるTPCフィールドの値がいずれも同一であると仮定assumeすることができる。実施例5本実施例5は、PCell-only-receivingの場合すなわち、PCellのためのPDSCHsのみを受信した場合、またはPCellでのみPDCCHsを受信した場合において、TPCフィールドをPUCCHリソース割当に用いる方案に関する。本実施例5は、ACK/NACK部分バンドリングpartialbundlingの場合に適用される本発明の例示に関する。部分バンドリングとは、時間-ドメインでのみバンドリングが適用されたり、またはCC-ドメインまたは周波数-ドメインでのみバンドリングが適用されることを意味する。基本的には、前述の実施例4と同様に、DAIフィールドを元来の用途それぞれのCellでPDCCHの累積カウンターの用途に使用し、PDCCH内のTPCフィールドをARIとして再使用することができる。ここで、あらかじめ定められた特定PDCCHのTPCフィールドは元来の用途に用いられる。このような特定PDCCHは、バンドリングサブフレーム内のn番目のサブフレームのPDCCHと定めることができるこれについての説明は、前述の実施例4の説明と重複するので省略する。または、TPCが元来の用途に用いられるPDCCHは、DAI値に基づいて決定されてもよい。前述した図31または図32の例示は、基本的な動作として本実施例5にも実質的に同一に適用され、その詳細は前述の実施例4の説明の通りである。以下では、ACK/NACK部分バンドリングが適用される場合に、DAI値に基づいてTPCフィールドが元来の用途またはARIの用途に用いられる具体的な方案について説明する。まず、PCellのバンドリングサブフレーム内でn番目のDAI値を有するPDCCHでTPCフィールドが元来の用途に用いられるように定義することができる。ここで、DAIフィールド自体の値は0,1,2,3,...のように与えられ、端末の解釈観点ではDAI=1,2,3,4,...になり得る。このような場合、ACK/NACK部分バンドリングモード時間-ドメインまたはCC-ドメインまたは周波数-ドメインバンドリングが適用される場合において、PCell上のPDCCH内にDAIフィールドが含まれることが可能である。このとき、PCellのPDCCHに含まれるDAIフィールドの値は、あらかじめ定められた規則に従うべきであり、これに関する本発明の具体的な提案について以下に説明する。ACK/NACK部分バンドリングが適用されるとすると、DAI=nのPDCCHのTPCフィールドが元来の用途電力制御の用途に用いられるようにあらかじめ定められた場合に、PDCCHのDAIフィールドは、下記のような種々の方式で決定することができる。既存LTEリリース-8のTDDモードでのDAIは、端末に割り当てられたPDCCHの累積値を表し、これを単純に多重搬送波環境に適用すると、端末に設定された全CellまたはCCにわたって端末に割り当てられたPDCCHの累積値を表すのに用いることができる。例えば、図34の例示のように、4個のサブフレーム及び2個のCCにわたってACK/NACKバンドリングが適用される場合に、バンドリングウィンドウ内でCCインデックスが増加する方向を優先にしてDAI値が増加する方式でDAI値を決定することができる。しかし、このような方式は部分バンドリングではそのまま適用し難い。そこで、複数個のCCまたはCellが構成されるLTEリリース-10のTDDモードでは、他の方式でDAI値を決定する方案が望まれる。図35は、CATDDシステムの場合にDAI値を決定する例示を示す図である。一例示として、DAI値は、それぞれのCell別に複数個のサブフレームにわたって端末に割り当てられる累積PDCCHの個数を表すことができる図35a。例えば、時間-ドメインでのバンドリングが適用される場合に、この例示のようにDAI値を決定することが好ましい。このとき、PDCCHの累積個数は、一つの無線フレーム内の全体サブフレーム内でのPDCCHに対してカウントされる方式で適用されてもよく、または、時間-ドメインでの実際バンドリングウィンドウrealbundlingwindow、実際にACK/NACKバンドリングが行われる一つの単位内でのPDCCHに対してカウントされる方式でPDCCH累積個数が適用されてもよい。図35aの例示で、SCell2での4個のサブフレーム単位の実際バンドリングウィンドウ内において3個のサブフレーム上のPDCCHでのDAIはそれぞれ0、1、2に決定され、これは、当該PDCCHのそれぞれが1、2、3番目のPDCCHであることを表す累積カウンターとしてDAIフィールドが用いられた例示である。他の例示として、DAI値は、それぞれのサブフレーム別に複数個のCCまたはCell上で端末に割り当てられるPDCCHの全体total個数を表すこともできる図35b。例えば、CC-ドメインでの部分バンドリングが適用される場合に、この例示のようにDAI値を決定することが好ましい。このとき、PDCCHの総total個数は、端末に設定された全体CC内のPDCCHの個数と決定されることが可能である。または、CC-ドメインでの実際バンドリングウィンドウrealbundlingwindow、実際にACK/NACKバンドリングが行われる一つの単位内でのPDCCHの個数としてPDCCHの総total個数が決定されてもよい。図35bの例示で、最初のサブフレームでのPDCCHのDAI=2であり、これは、DAIフィールドが、当該サブフレームでのPDCCH総個数が3であることを表す指示子として用いられた例示である。または、DAI値は、それぞれのサブフレーム別に複数個のCCまたはCell上で、端末に割り当てられるPDCCHの累積カウンターと決定されてもよい。このとき、PDCCHの累積個数は、端末に設定された全体CC内でCCインデックスまたはCellインデックスが増加する順にPDCCHごとにカウントされるとよい。または、CC-ドメインでの実際バンドリングウィンドウ内でCCインデックスまたはCellインデックスが増加する順にPDCCHごとにカウントされてもよい。例えば、図35bの例示で、3番目のサブフレームでは、PCellでDAI=0、SCell2でDAI=1、SCell3でDAI=2、SCell4でDAI=3のようにDAI値が決定されてもよい。図35aの例示のように、時間-ドメインでの実際バンドリングウィンドウ内で割り当てられたPDCCHの累積カウンターとしてDAIが用いられる場合にはすなわち、CC別にリセットresetされる方式でDAI値が決定される場合には、PCell上で特定DAI値を持つ例えば、DAI=0のPDCCH以外の残りPCell、及びSCell上のPDCCHのTPCフィールドをARI用途に用いる本発明の実施例を同一に適用することができる。一方、図35bの例示のように、CC-ドメインまたは周波数-ドメインでの実際バンドリングウィンドウ内で割り当てられたPDCCHの全体total個数または累積カウンターとしてDAIが用いられる場合には、PCell上で特定DAI値を持つ例えば、DAI=0のPDCCH以外の残りPCell及びSCell上のPDCCHのTPCフィールドをARI用途に用いる本発明の実施例は適用し難い。例えば、特定端末にPCell上で最初のサブフレームと2番目のサブフレームでPDCCHが割り当てられ、SCellではPDCCHが割り当てられない場合を仮定しよう。この場合は、PCell-only-receivingの場合に該当するが、端末で受信されたPDCCHのDAI値は2つのサブフレームとも同じ値例えば、DAI=0になるDAIフィールドが該当のサブフレームでのPDCCH総個数指示子または累積カウンターとして用いられる両方の場合とも、上記の仮定によればDAI=0になる。この場合、端末はPCellの2つのPDCCHのうち、いずれのPDCCHのTPCフィールドをARI用途に使用し、いずれのPDCCHのTPCフィールドを元来の用途に用いるかを決定できない不明瞭性が発生する。言い換えると、サブフレーム別にDAI値がリセットされる方式でDAI値が決定されると、PCell上で特定DAI値を持つ例えば、DAI=0のPDCCH以外の残りPCell及びSCell上のPDCCHのTPCフィールドをARI用途に用いる本発明の実施例を適用できない問題がある。このような問題を解決するために、異なったDAI値の決定方式をPCell及びSCellに適用することを考慮することができる。例えば、SCellでは、周波数-ドメインまたはCC-ドメインでの実際バンドリングウィンドウ内で割り当てられるPDCCHの累積カウンターとしてDAIを使用し、PCellでは、時間-ドメインでの実際バンドリングウィンドウ内で割り当てられるPDCCHの総個数指示子または累積カウンターとしてDAIを使用することができる。または、本実施例の適用のためには、少なくともPCellでのDAIを時間-ドメインでのPDCCHの累積カウンターとして定義する必要がある。したがって、PCell上のPDCCHのDAIは、時間-ドメインでの実際バンドリングウィンドウ内で割り当てられるPDCCHの累積カウンターとして用いられ、SCell上のPDCCHのDAIは、PCellで用いられるDAIと同一または異なった方式で用いられてもよい。以下に説明する本発明の例示では、説明の便宜のために、PDCCHのDAIフィールドが下記のような形態で用いられるとする。まず、PDCCH内のDAIフィールドを、CC別にバンドリングウィンドウ内で複数個のサブフレーム上に割り当てられるPDCCHの累積カウンターとして用いることができる。すなわち、DAI値は、CC別に独立して決定される。ここで、DAIフィールドのビット値0,1,2,3はそれぞれ、累積カウンター1,2,3,4を意味することができる。すなわち、DAIフィールドのビット値の観点では0,1,2,3と表現され、端末が解釈するDAI値の観点では1,2,3,4と表現される。次に、PDCCH内のDAIフィールドを、サブフレーム別にバンドリングウィンドウ内で複数個のCC上に割り当てられるPDCCHの総個数の指示子として用いることができる。ここで、DAIフィールドのビット値0,1,2,3はそれぞれ、総個数1,2,3,4を意味することができる。すなわち、DAIフィールドのビット値の観点では0,1,2,3と表現され、端末が解釈するDAI値の観点では1,2,3,4と表現される。図36乃至図39は、CC-ドメインバンドリングでのDAIフィールド使用の種々の例示を示すものである。図36乃至図39の例示では、端末に5個のCCが設定configuredされ、TDDで4DL-1UL設定すなわち、4個のDLサブフレームでの下りリンク伝送に対するACK/NACK応答を集めて一つのULサブフレームのPUCCHを通じて伝送する設定である場合を示す。また、図36乃至図39の例示で、バンドリングウィンドウは5個のCC及び4個のサブフレームで構成される。しかし、図36乃至図39で、実際バンドリングウィンドウの最大サイズは4、5または2である場合を示している。図36の例示では、PCellにはCC-ドメインバンドリングが適用されない構成を示すCC-ドメイン実際バンドリングウィンドウの最大サイズ=4。この場合、PCellのDAIフィールドは、PCell内でサブフレームに割り当てられるPDCCHの累積カウンターとして用いられる。SCellのDAIフィールドは、サブフレーム別にSCellのみに割り当てられるPDCCHの全体total個数として用いられる。図37の例示では、PCellにCC-ドメインバンドリングが適用されない構成を示すCC-ドメイン実際バンドリングウィンドウの最大サイズ=4。この場合、PCellのDAIフィールドは、PCell内でサブフレームに割り当てられるPDCCHの累積カウンターとして用いられる。SCellのDAIフィールドは、サブフレーム別にPCell及びSCellに割り当てられるPDCCHの全体total個数として用いられる。これにより、端末は、SCellのDAIから、該当のサブフレーム内で基地局が割り当てたPDCCHの総個数PCell及びSCell全部でのPDCCHの総個数がわかる。この情報に加えてPCellのDAIを用いて、端末は、実際バンドリングウィンドウ内で自身が検出/受信に失敗したPDCCHがあるか否かを判断できる。これにより、該当のサブフレーム内のCC-ドメインACK/NACKバンドリングを效果的に行うことができる。例えば、図37の例示で、端末が2番目のサブフレームでSCell上で検出したPDCCH内のDAI=2の場合に、端末は、PCell及びSCellの両方で割り当てられたPDCCHの総個数が3であることがわかる。ここで、SCell2で端末がPDCCHを受信できなかった場合を仮定しよう。この場合、単にSCell上でのDAI値からは、受信できなかったPDCCHが実際バンドリングウィンドウ内のすなわち、SCell上のPDCCHであるか、或いは実際バンドリングウィンドウ以外のすなわち、PCell上のPDCCHであるか確定できない。ここで、PCellでのDAI値は時間上累積カウンターで与えられるので、端末はPCell上で最初及び3番目のサブフレームでのDAI値が順次に与えられたことを確認することで、PCellでは、検出に失敗したPDCCHが無いことが確認できる。結論として、端末は、2番目のサブフレームでは、SCellのいずれか一つでPDCCH検出に失敗したことがわかる。図38の例示では、PCell、SCell両方にCC-ドメインバンドリングが適用される構成を示すCC-ドメイン実際バンドリングウィンドウの最大サイズ=5。この場合、PCellのDAIフィールドは、PCell内でサブフレームに割り当てられるPDCCHの累積カウンターとして用いられる。SCellのDAIフィールドは、該当のサブフレーム内でPCell及びSCellの両方で割り当てられたPDCCHの総個数として用いられる。これにより、端末は、SCellのDAIから、該当のサブフレーム内で基地局が割り当てたPDCCHの総個数PCell及びSCellの両方でのPDCCHの総個数がわかる。これは、実際バンドリングウィンドウ内のPDCCHの個数を表すから、端末は、該当の実際バンドリングウィンドウ内で自身が検出/受信に失敗したPDCCHが存在するか否かを判定できる。これにより、該当のサブフレーム内のCC-ドメインACK/NACKバンドリングを效果的に行うことができる。図39の例示では、CC-ドメイン実際バンドリングウィンドウの最大サイズが2の場合を示す。この場合、PCellにはCC-ドメインバンドリングが適用されず、4個のSCellに対して最大サイズ2の実際バンドリングウィンドウ2個が構成される。この場合、PCellのDAIフィールドは、PCell内でサブフレームに割り当てられるPDCCHの累積カウンターとして用いられる。SCellのDAIフィールドは、サブフレーム別に、PCell以外の、実際バンドリングウィンドウ内のSCell最大2個で割り当てられるPDCCHの総個数として用いられる。本実施例5は、ACK/NACK部分バンドリング時間-ドメインまたは周波数-ドメインでのバンドリングが適用される場合に関するもので、この場合にも、ARI=TPCフィールド値がバンドリングウィンドウ内で異なっていると、ACK/NACKバンドリング動作の不明瞭性が発生する。したがって、PCell-only-receiving場合に、バンドリングされたサブフレーム内では、PCellでTPCフィールドがARI用途に再使用されるすなわち、TPCが元来の用途に用いられるPDCCH以外のPDCCHのARI値を同一に維持させることができる。また、バンドリングされたCC内で、PCellでARI用途に用いられるフィールド=TPCフィールドの値は、SCellでのARI用途に用いられるフィールド=TPCフィールドの値と同一に維持させることができる。また、バンドリングされたCC及びサブフレーム内で、PCellでは、TPCが元来の用途に用いられるようにあらかじめ定義された規則によって決定されたPDCCH例えば、DAI=1のPDCCH以外の、残りのPDCCH例えば、DAI>1のPDCCHのARI値を同一に維持させることができる。これに関連する具体的な事項として前述した実施例4-1乃至4-3で説明した本発明の原理を、本実施例5にも同一に適用することができる。説明の明瞭性のために重複する説明は省略する。多重搬送波支援システムにおいて下りリンク半-持続的スケジューリング伝送に対する上りリンク確認応答の伝送LTEリリース-8システムは、半-持続的スケジューリングSemi-PersistentScheduling;SPSを支援する。下りリンクSPS伝送の活性化activationの場合に、PDCCHによって、SPS伝送に関する時間/周波数リソースがあらかじめ割り当てられ、割り当てられたリソースを通じて対応のPDCCH無しでPDSCHが伝送される方式で動作することができる。また、SPS伝送の解除releaseについては、SPS解除を指示するPDCCHを伝送することができる。SPSに関連したACK/NACKフィードバックは2つの形態に区別可能である。その一つはサブフレームn-k内で端末により検出される、下りリンクSPS解除を指示するPDCCHPDCCHindicatingdownlinkSPSreleasedetectedbytheUEwithinthesubframesn-kに対するACK/NACKフィードバックがサブフレームnで伝送される形態である。もう一つは、サブフレームn-k内で対応するPDCCHのないPDSCH伝送PDSCHtransmissionswithoutacorrespondingPDCCHwithinthesubframesn-kに対するACK/NACKフィードバックがサブフレームnで伝送される形態である。前者は、n-kkは、一つの値または複数の値を含む番目のサブフレームでのPDCCHが存在する場合に、そのPDCCHに対するACK/NACKフィードバックがn番目のサブフレームで伝送される場合に該当する。後者は、SPS活性化の後に別途のPDCCH無しでSPS伝送がn-k番目のサブフレームで受信される場合に、当該SPS伝送に対する規則的なACK/NACKフィードバックがn番目のサブフレームで伝送される場合に該当する。SPS伝送に関する具体的な内容は、3GPPTS36.213文書を参照すればよい。LTEリリース-8システムでのACK/NACKフィードバックのためのPUCCHリソースインデックスは、基本的に、PDCCHのCCEインデックスに基づいて決定される。n番目のサブフレームでの一つのPUCCHでのACK/NACK応答が、n-k番目のサブフレームでの一つ以上のPDCCH一般的なPDCCHも、DLSPS解除を指示するPDCCHも含むに対するACK/NACK応答を含む場合には、PDCCHのCCEインデックスからPUCCHリソースインデックスを誘導することができる。しかし、n-k番目のサブフレームでのPDCCHのないSPSに対するACK/NACK応答のみをn番目のサブフレームで伝送しなけはばならない場合には、該ACK/NACK応答のためのPUCCHリソースインデックスを決定することができない。このような問題を解決するために、LTEリリース-8システムでは、RRCシグナリングを用いて対応するPDCCHのないPDSCH伝送すなわち、SPSPDSCH伝送のみが存在する場合のためのPUCCHリソースインデックスセット例えば、4個のPUCCHリソースインデックスで構成された一つのセットをあらかじめ知らせる。また、SPS活性化を指示するPDCCH内のTPCフィールドを用いて、PUCCHリソースインデックスセットのうちいずれのPUCCHリソースを使用するかを指定する。DLSPSに対するPUCCHリソースインデックスとTPCフィールドの値とのマッピング関係は、下記の表14のように定義される。前述のようなDLSPS伝送が多重搬送波支援システムで行われる場合に、DLSPS伝送を考慮したACK/NACK伝送方案が望まれる。これに関する本発明の種々の実施例は、前述した実施例4または実施例5と類似に、特定端末のためのPCellの最初のPDCCHすなわち、DAI=1DAI=1,2,3,4,...のPDCCHのTPCフィールドは、元来の用途である伝送電力制御の用途に用いられ、残りのPDCCHのTPCフィールドはARIの用途に用いられることを前提に説明する。ただし、この仮定は説明の明瞭性のためのもので、本発明の適用例がこれに制限されるわけではなく、他の方式でARI情報が提供されてもよい。n-k番目のサブフレームでの対応するPDCCHのないPDSCH伝送以下では、PDCCHのないSPSと称するに対するACK/NACK応答をn番目のサブフレームで伝送する場合に、n-k番目のサブフレーム内でPDCCHのないSPSが受信され、追加的に一つのPDCCHが検出されることがある。この場合、PDCCHに対するACK/NACK応答及びPDCCHのないSPSに対するACK/NACK応答が伝送される必要がある。ここで、一つの検出されたPDCCHが最初のPDCCH例えば、DAI=1のPDCCHである場合には、当該PDCCHのTPCフィールドは元来の用途に用いられるので、端末ではARI情報が受信されない場合に該当する。そのため、端末はPUCCHフォーマット3のためのリソースインデックスを決定することができない。以下では、このような問題を解決するための本発明の種々の実施例について説明する。上述したように、以下の説明において、ACK/NACK伝送を必要とする場合は、次の3ケースのうち一つに該当する。ケース1は、PDSCHwithPDCCHに対するACK/NACKであり、ケース2はDLSPS解除PDCCHに対するACK/NACKであり、ケース3はDLSPSPDSCHに対するACK/NACKである。ケース3は、対応するPDCCHのないPDSCHに対するACK/NACK、PDCCHのないSPSに対するACK/NACK、または単にSPSに対するACK/NACKと称することもできる。また、ケース1で、PDSCHwithPDCCHにおけるPDCCHをPDSCHに対応するPDCCHと呼ぶこともできる。実施例6本実施例6は、常にPUCCHフォーマット3リソースを用いてACK/NACK応答を伝送する方案に関する。SPSのみのためのPUCCHフォーマット3リソースインデックスセットを、RRCシグナリングを通じて端末に知らせることができる。例えば、上記の表13のような形態でで構成されたセットに関する情報を端末に提供することができる。また、SPS活性化を指示するPDCCH内のTPCフィールドを通じて、PUCCHフォーマット3リソースインデックスセットのうちいずれのリソースインデックスを使用するかを端末に指定することができる。一例として、PDCCHのないSPSのみに対するACK/NACKフィードバックを必要とする場合に、RRC設定されたセットから、SPS活性化PDCCHを通じて指示された特定PUCCHフォーマット3リソースインデックスを選択及び使用することができる。すなわち、PDCCHのないSPSのみのACK/NACKも、PUCCHフォーマット3を用いて伝送することができる。他の例示として、PDCCHのないSPS及び一つのPDSCHwithPDCCHに対するACK/NACKフィードバックを必要とする場合には、下記の方案を適用することができる。第一の方案は、SPS活性化PDCCHを通じて指示されたPUCCHフォーマット3リソースインデックスを選択及び使用することである。すなわち、PDCCHのないSPS及び一つのPDSCHwithPDCCHに対するACK/NACKも、PUCCHフォーマット3を用いて伝送することができる。第二の方案は、一つのPDSCHに対応するPDCCHにARI情報が含まれるか否かによって再び2つの方案に区別される。一つのPDSCHに対応するPDCCHがARI情報を含まないPDCCH例えば、最初のDAIを持つDAI=1のPDCCHの場合に、SPS活性化PDCCHを通じて指示されたPUCCHフォーマット3リソースインデックスを選択及び使用することができる。すなわち、PDSCHに対応するPDCCHからARI情報が獲得されない場合にも、PDCCHのないSPS及び一つのPDSCHwithPDCCHに対するACK/NACKを、PUCCHフォーマット3を用いて伝送することができる。一つのPDSCHに対応するPDCCHが、ARI情報を含むPDCCH例えば、最初のDAIを有しないDAI>1のPDCCHの場合にこの場合は、最初のDAIを有するPDCCHを端末が逃した場合でもよい、PDSCHに対応するPDCCH内のTPCフィールドが指示するARI値を用いて、PUCCHフォーマット3リソースインデックスを選択及び使用することができる。一方、PDCCHのないSPSに対するACK/NACKを含む複数のACK/NACKフィードバックが伝送される場合には、前述した本発明の例示のように、PCell内の2番目以上の例えば、DAI>1のPDCCHまたはSCell内のPDCCHのTPCフィールドが指示するARI値によって、PUCCHフォーマット3リソースインデックスを決定することができる。実施例7本実施例7は、PDCCHのないSPSのみの伝送に対するACK/NACKは、常にフォールバックモードで動作する方案に関する。ここで、フォールバックモードは、LTEリリース-8で定義される動作によってACK/NACK伝送が行われることであり、例えば、PUCCHフォーマット1a/1bを用いてACK/NACKを伝送するモードを意味する。一方、PDCCHのないSPS及び他の下りリンク伝送PDSCHwithPDCCHに対するACK/NACKを伝送する場合には、PUCCHフォーマット3を用いることができる。そのために、SPSのみが伝送される場合に使用するPUCCHフォーマット1a/1bリソースインデックスセットを、RRCシグナリングを通じて端末に知らせることができる。PUCCHフォーマット1a/1bリソースインデックスセットは、例えば、上記の表14のように設定されるとよいが、別の方式で設定されてもよい。また、SPS活性化を指示する時に、SPS活性化PDCCH内のTPCフィールドを用いてPUCCHリソースインデックスセットのうちいずれを使用するかを指定することができる。SPS伝送の時間/周波数リソースは基地局と端末間にあらかじめ設定されているため、基地局及び端末は、PDCCHのないSPSに対するACK/NACKフィードバックがいつ送受信されるかを知っている。そのため、特定端末へのSPSが存在するバンドリングウィンドウ内では、基地局はPCell内のPDCCHを区分せず、全てのPDCCHでのTPCフィールドをARIの用途に用いることができる。すなわち、PDCCHのないSPSのみに対するACK/NACKフィードバックの伝送において、PDCCHのないSPSが存在するバンドリングウィンドウ内で伝送されるPDCCHは、PCell、SCellを問わずいずれもTPCフィールドをARIの用途に用いることができる。この場合、PDCCHのないSPSに対するACK/NACKフィードバックを伝送するPUCCHに対して、PDCCHのTPCフィールドが元来の用途上りリンク伝送電力の制御に用いられることがない。しかし、PDCCH内のTPC値は絶対値ではなく、以前伝送電力に対する相対的なオフセットoffset値であるため、端末がTPC値を1~2回アップデートしなくても、既存に設定された伝送電力は維持される。なお、PDCCH内のTPCフィールド値を用いる伝送電力方案の他にも、補完的な電力制御方案が備えられている。また、FDDモードでPDCCHのないSPSの伝送を必要とする場合に、端末には元来の用途のTPC値が得られないと既に定義されている。したがって、TDDモードで前述した発明の例示のように動作することによって、元来の用途のTPCが適用されなくても実質的にネットワーク性能に大きい影響を与えることはない。本実施例7の一例によれば、PDDCHのないSPSのみに対するACK/NACKフィードバックが必要な場合に、RRC設定されたセットのうち、SPS活性化PDCCHを通じて指示された特定PUCCHフォーマット1a/1bリソースインデックスを選択及び使用することができる。すなわち、PDCCHのないSPSのみのACK/NACKの場合に、PUCCHフォーマット1a/1bを用いるフォールバックモードで動作できる。他の例示として、PDCCHのないSPS及び一つのPDSCHwithPDCCHに対するACK/NACKフィードバックが必要な場合には、前述したように、バンドリングウィンドウ内の全てのPDCCHのTPCフィールドがARIの用途に用いられるので、検出された一つのPDCCHのTPCフィールドが指示するARI値によってPUCCHフォーマット3リソースインデックスを選択及び使用することができる。一方、PDDCHのないSPSに対するACK/NACKを含む複数のACK/NACKフィードバックが伝送される場合には、前述したように、バンドリングウィンドウ内の全てのPDCCHのTPCフィールドがARIの用途に用いられるので、PCell及び/またはSCell内のPDCCHのTPCフィールドが指示するARI値によってPUCCHフォーマット3リソースインデックスが決定することができる。実施例8本実施例8は、PDCCHのないSPS伝送を含む下りリンク伝送に対するACK/NACKは常にフォールバックモードで動作する方案に関する。そのために、PUCCHのないSPSのみが伝送される場合に使用するPUCCHフォーマット1a/1bリソースインデックスセットをRRCシグナリングを通じて端末に知らせることができる。PUCCHフォーマット1a/1bリソースインデックスセットは、例えば、上記の表14のように設定されてもよく、別の方式で設定されてもよい。また、SPS活性化を指示する時に、SPS活性化PDCCH内のTPCフィールドを用いてPUCCHリソースインデックスセットのうちいずれを使用するかを指定することができる。本実施例8の一例によれば、PDDCHのないSPSのみに対するACK/NACKフィードバックが必要な場合に、RRC設定されたセットのうち、SPS活性化PDCCHを通じて指示された特定PUCCHフォーマット1a/1bリソースインデックスを選択及び使用することができる。すなわち、PDCCHのないSPSのみのACK/NACKの場合にPUCCHフォーマット1a/1bを用いるフォールバックモードで動作可能である。ここで、PDCCHのないSPSに対するACK/NACKフィードバックは、コードワードの個数に応じて1ビットまたは2ビットのサイズを有することができ、それぞれPUCCHフォーマット1aまたは1bが用いられる。他の例示として、PDCCHのないSPS及び一つのPDSCHwithPDCCHに対するACK/NACKフィードバックが必要な場合には、RRC設定されたセットのうち、SPS活性化PDCCHを通じて指示された特定PUCCHフォーマット1a/1bリソースインデックスを選択及び使用することができる。すなわち、PDCCHのないSPSが含まれる伝送に対するACK/NACKフィードバックも、PUCCHフォーマット1a/1bを用いるフォールバックモードで動作可能である。ここで、PDCCHのないSPS及び一つのPDSCHwithPDCCHのそれぞれに対するコードワードの個数に応じて2ビット乃至4ビットのフィードバックペイロードが必要となる空間バンドリングの適用がないと、一つのコードワードに対して1ビットサイズのACK/NACK応答ビットが生成されるわけである。以下では、PDCCHのないSPS及び一つのPDSCHwithPDCCHに対するACK/NACKフィードバックを必要とする場合に関する本発明の具体的な例示について説明する。実施例8-1本実施例8-1はPDCCHのないSPS及び一つのPDSCHwithPDCCHに対するACK/NACKフィードバックを必要とする場合に、M=2、3または4のチャネル選択手法を用いる方案に関する。すなわち、PDCCHのないSPS及び一つのPDSCHwithPDCCHに対するACK/NACKフィードバックペイロードサイズは2ビット乃至4ビットであり、これを損失無く伝送するために、2、3または4個のPUCCHフォーマット1bまたはPUCCHフォーマット1aを使用するチャネル選択方式が適用されるとよい。LTEリリース-8で定義されたPUCCHフォーマット1bまたは1aのためのチャネル選択手法を用いる場合は、LTEリリース-8のチャネル選択手法を使用するフォールバックモードで動作すると表現することができる。ここで、チャネル選択のために用いられる複数のリソースのうち、一つのPUCCHフォーマット1bまたは1aリソースは、PDSCHに対応するPDCCHのCCEインデックスから誘導され、他のPUCCHフォーマット1bまたは1aリソースは、SPS活性化を指示するPDCCHを通じて指示可能である。このような2個のPUCCHフォーマット1bまたは1aリソースのうち一つを選択するチャネル選択方式でACK/NACK情報を伝送することができる。追加のPUCCHリソースをさらに必要とする場合例えば、M=3または4に、PDSCHに対応するPDCCHのCCEインデックスに所定のオフセット例えば、1を加えた値CCEindexoffsetに該当するPUCCHリソースをチャネル選択に用いることができる。PDSCHに対応するPDCCHのCCEインデックスに基づく追加のリソースに代えてまたは加えて、SPS活性化PDCCHを通じて割り当てられるリソースインデックスに所定のオフセット例えば、1を加えた値SPSPDCCHindicatedresourceindex1に該当するPUCCHリソースがチャネル選択に用いられてもよい。または、前述した方式と類似に、PDCCHのないSPS及び一つのPDSCHwithPDCCHに関する情報から明示的及び/または暗黙的に定められるPUCCHフォーマット1a/1bリソースインデックスを用いてチャネル選択方式が適用されてもよい。本実施例8-1によって端末がACK/NACK情報を伝送するPUCCHリソースを決定する場合に、基地局の立場では、PUCCHフォーマット3領域region、PUCCHフォーマット1a/1b領域、チャネル選択PUCCHフォーマット1bまたは1a領域の3つの場合に対してACK/NACK情報の受信を試みることができる。端末は、これら3つの場合のいずれか一つでACK/NACK伝送をするので、基地局は、これら3つの場合に対するブラインドデコーディングblinddecodingを行わなければならない。実施例8-2本実施例8-2は、PDCCHのないSPS及び一つのPDSCHwithPDCCHに対するACK/NACKフィードバックを必要とする場合に、空間spatialバンドリングすなわち、複数個のコードワードに対するACK/NACKバンドリングを用いて、LTEリリース-8で定義するPUCCHフォーマット1bまたは1aを用いるフォールバックモードで動作する方案に関する。まず、PDCCHのないSPSが複数個の例えば、2個のコードワード伝送である場合に、これに対するACK/NACK応答に対して空間バンドリングを行う。同様に、一つのPDSCHwithPDCCHが複数個の例えば、2個のコードワード伝送である場合に、これに対するACK/NACK応答に対して空間バンドリングを行う。仮に、PDCCHのないSPSまたは一つのPDSCHwithPDCCHのいずれか一方が1コードワードであり、いずれか他方は2コードワードである場合に、2コードワードの伝送に対してのみ空間バンドリングが行われる。これにより、PDCCHのないSPS及び一つのPDSCHwithPDCCHに対するACK/NACKペイロードサイズは、空間バンドリングが行われない場合の2乃至4ビットサイズから、空間バンドリングが行われると2ビットへと減少する。2ビットサイズのACK/NACKフィードバックは、既存のLTEリリース-8のPUCCHフォーマット1bまたは1aを用いて伝送可能である。すなわち、空間バンドリングが行われると、LTEリリース-8のPUCCHフォーマット1bまたは1aを使用するフォールバックモードで動作できる。このとき、一つのPDSCHに対応するPDCCHのCCEインデックスから誘導されるPUCCHフォーマット1a/1bリソースインデックスが選択及び使用されてもよく、または、RRC設定されたリソースインデックスセットのうち、SPS活性化PDCCHを通じて指示されたPUCCHフォーマット1a/1bリソースインデックスが選択及び使用されてもよい。言い換えると、それぞれのACK/NACK応答がPUCCHフォーマット1aにフォールバックして位相回転phaserotationにより多重化multiplexingされること、すなわち、2つのACK/NACK応答のうちいずれか一方はIチャネルにマッピングされ、他方はQチャネルにマッピングされることと表現できる。または、2つのACK/NACK応答がPUCCHフォーマット1bにフォールバックして多重化されることと表現することもできる。例えば、LTEリリース-8で定義されるPUCCHフォーマット1bで用いられる2ビットのACK/NACKのうち、MSBMostSignificantBitはPDCCHのないSPSに対するACK/NACKにマッピングされ、LSBLeastSignificantBitは一つのPDSCHwithPDCCH例えば、DAI=1のPDCCHに対するACK/NACKにマッピングされてもよく、または、それぞれのACK/NACKをこの例示と逆にマッピングさせてもよい。他の例示として、QPSKコンステレーションでI軸にはPDCCHのないSPSに対するACK/NACKがマッピングされ、Q軸には一つのPDSCHwithPDCCH例えば、DAI=1のPDCCHに対するACK/NACKがマッピングされてもよい。または、それぞれのACK/NACKをこの例示と逆にマッピングさせてもよい。または、受信時間順序によって、PDCCHのないSPS及び一つのPDSCHwithPDCCHのうち先に受信されたものに対するACK/NACKがI軸にマッピングされ、後で受信されたものに対するACK/NACKがQ軸にマッピングされてもよい。または、それぞれのACK/NACKをこの例示と逆にマッピングさせてもよい。ここで、例えば、I軸にはPDCCHのないSPSに対するACK/NACKがマッピングされ、Q軸には一つのPDSCHwithPDCCH例えば、DAI=1のPDCCHに対するACK/NACKがマッピングされるように設定された場合に、端末がPDCCHすなわち、PDSCHに対応するPDCCHの検出に失敗しても基地局では少なくともSPS伝送に対するACK/NACK応答は受信することができる。端末がPDCCH検出に失敗した場合にPDCCHのないSPSに対するACK/NACKがI軸上にマッピングされる場合のコンステレーション位置と、端末がPDCCHのないSPSのみに対するACK/NACK応答をPUCCHフォーマット1aを使用してBPSKコンステレーションすなわち、I軸を用いて伝送する場合のコンステレーション位置とが同一であるわけである。さらに他の例示として、QPSKコンステレーションで1,1及び0,0はPDCCHのないSPSに対するACK/NACKにマッピングされ、0,1及び1,0は一つのPDSCHwithPDCCH例えば、DAI=1のPDCCHに対するACK/NACKにマッピングされるとよい。または、それぞれのACK/NACKをこの例示と逆にマッピングさせてもよい。このようなコンステレーションマッピングは、それぞれのCellでの伝送モードTMがMIMOモードである場合にも、そうでない場合にも同一に適用可能である。または、空間バンドリングが実際に適用されるか否かすなわち、2コードワード伝送が存在するか否かにかかわらず、このようなコンステレーションマッピングが適用されてもよい。本実施例8-2の適用において、PDCCHのないSPSのみに対するACK/NACKフィードバックの場合にも空間バンドリングを適用することができる。この場合、基地局の立場では、SPSのみに対するACK/NACKのためのPUCCHフォーマット1a/1b領域、PDCCHのないSPS、PDSCHwithPDCCHに対するACK/NACKのためのPUCCHフォーマット1a/1b領域、及びPUCCHフォーマット3領域といった3つの場合に対するブラインドデコーディングを行わなければならない。また、本実施例8-2の適用において、PDSCHに対応するPDCCHのCCEインデックスから誘導されるリソースインデックスをPUCCHリソースとして使用する代わりに、RRC設定されたPUCCHリソースセットのうち、SPS活性化PDCCHを通じて指定されるPUCCHリソースインデックスを使用し、その他の事項は同一に適用することも可能である。実施例8-3本実施例8-3は、PDCCHのないSPS及び一つのPDSCHwithPDCCHに対するACK/NACKフィードバックが必要な場合に、空間spatialバンドリングすなわち、複数個のコードワードに対するACK/NACKバンドリングを適用し、M=2のチャネル選択手法を使用する方案に関する。LTEリリース-8で定義されたPUCCHフォーマット1bまたは1aのためのチャネル選択手法を使用する場合は、LTEリリース-8のチャネル選択手法を使用するフォールバックモードで動作すると表現できる。まず、PDCCHのないSPSが複数個の例えば、2個のコードワード伝送である場合に、これに対するACK/NACK応答に対して空間バンドリングを行う。同様に、一つのPDSCHwithPDCCHが複数個の例えば、2個のコードワード伝送である場合に、これに対するACK/NACK応答に対して空間バンドリングを行う。仮に、PDCCHのないSPSまたは一つのPDSCHwithPDCCHのうちいずれか一方のみが1コードワードであり、他方は2コードワードである場合に、2コードワードの伝送に対してのみ空間バンドリングが行われる。これにより、PDCCHのないSPS及び一つのPDSCHwithPDCCHに対するACK/NACKペイロードサイズは、空間バンドリングが行われない場合における2乃至4ビットサイズから、空間バンドリングが行われると2ビットへと減少する。2ビットサイズのACK/NACKフィードバックは、既存のLTEリリース-8のPUCCHフォーマット1bまたは1aを用いて伝送することができる。ここで、PUCCHフォーマット1b/1aを用いたM=2のチャネル選択方式を使用することができる。すなわち、空間バンドリングが行われた結果である2ビットサイズのACK/NACKフィードバックをPUCCHフォーマット1b/1aへのフォールバックモードを用いて伝送することができる。ここで、M=2とは、空間バンドリングされた結果である2つのACK/NACK情報2-ビットACK/NACK情報を伝達することを意味することもでき、2個のPUCCHリソースを使用するチャネル選択を意味することもできる。このように、チャネル選択を使用することによって基地局での検出性能を向上させることができる。このとき、チャネル選択のための2個のPUCCHリソースのうち、最初のPUCCHリソースは、SPS活性化PDCCHを通じて指定されたPUCCHフォーマット1a/1bリソースインデックスが用いられ、2番目のPUCCHリソースはPDSCHに対応するPDCCHのCCEインデックスから誘導されるPUCCHフォーマット1a/1bリソースインデックスが用いられてもよく、または、この例示とは逆に、最初及び2番目のPUCCHリソースが、それぞれSPS活性化PDCCHを通じて指定されたPUCCHリソースインデックス、及びPDSCHに対応するPDCCHのCCEインデックスから誘導されるPUCCHリソースインデックスにマッピングされてもよい。このような2個のPUCCHフォーマット1bまたは1aリソースのうち一つを選択するチャネル選択方式によりACK/NACK情報を伝送することができる。本実施例において、ACK/NACK情報及びPUCCHリソースのチャネル選択マッピング関係は、例えば、上記の表5または上記の表8のように設定することができる。しかし、これは、単なる例示であり、新しいチャネル選択マッピング関係が定義及び使用されてもよい。本実施例の一例として、PUCCHフォーマット1bを用いたチャネル選択マッピング関係が上記の表5のように与えられる場合を仮定する。チャネル選択に用いられる2個のPUCCHリソースのうち、SPS活性化PDCCHを通じて指定されるPUCCHリソースをにマッピングさせ、PDSCHに対応するPDCCHのCCEインデックスから誘導されるPUCCHリソースをにマッピングさせることができる。このようなマッピング設定は、PDCCHのないSPS及びPDSCHに対応するPDCCHの受信順序受信時間によらずに決定することができる。例えば、特定端末がPDCCHすなわち、PDSCHに対応するPDCCHを逃してSPSのみを受信した後、それに対する応答を伝送する場合が発生しても、基地局では少なくともSPSに対するACK/NACK応答を受信するようになる。端末がPDCCH検出に失敗した場合にPDCCHのないSPSに対するACK/NACK伝送に用いるPUCCHリソースと、端末がPDCCHのないSPSのみに対するACK/NACK伝送に用いるPUCCHリソースとが同一であるわけである。一方、本例示の変形例として、それぞれのPUCCHリソースと下りリンク伝送の種類PDCCHまたはSPSがこの例示と逆にマッピングされてもよく、受信時間の順序によってマッピングされてもよい。本実施例の他の例として、PUCCHフォーマット1bを用いたチャネル選択マッピング関係において、2ビットACK/NACKのうち、MSBには、SPSに対するA/Nをマッピングすなわち、先のビットにSPSに対するACK/NACKをマッピングし、LSBには、一つのPDSCHwithPDCCH例えば、DAI=1のPDCCHに対するACK/NACKをマッピングすなわち、後のビットにPDSCHwithPDCCHに対するACK/NACKをマッピングして使用することができる。または、I軸には、SPSに対するACK/NACKをマッピングし、Q軸には、一つのPDSCHwithPDCCH例えば、DAI=1のPDCCHに対するACK/NACKをマッピングして使用する場合に、端末がPDCCHすなわち、PDSCHに対応するPDCCHの検出に失敗しても、基地局では少なくともSPS伝送に対するACK/NACK応答は受信することができる。端末がPDCCH検出に失敗した場合にPDCCHのないSPSに対するACK/NACKがI軸上にマッピングされる場合のコンステレーション位置と、端末がPDCCHのないSPSのみに対するACK/NACK応答をPUCCHフォーマット1aを用いてBPSKコンステレーションすなわち、I軸を用いて伝送する場合のコンステレーション位置とが同一であるわけである。または、この例示とは逆のマッピング関係を設定することもでき、受信時間の順序によってマッピングすることもできる。ここで、基地局が少なくともSPSに対するACK/NACK応答を受信することを保障するために、種々のACK/NACKフィードバックが伝送される場合において特定情報が特定PUCCHリソースにマッピングされるようにすることができる。例えば、前述したように、チャネル選択マッピング関係において、SPS伝送に対するACK/NACKがマッピングされるPUCCHリソースを、SPSのみに対するACK/NACKが伝送されるPUCCHリソースと同一に設定することができる。下記の表15は、既存のLTEリリース-8/9でPUCCHフォーマット1a及び1bのための変調シンボルまたはコンステレーションを表すものである。上記の表15で、b0値0はNACKであり、1はACKであると仮定する。これにより、b0、b1値00は、ACK/ACKを意味し、11は、NACK/NACKを意味する。この場合に、少なくとも、先の一つのビットb0は、PUCCHフォーマット1aと1bで同一の変調シンボルを有するようになる。言い換えると、d0=1の場合に、PUCCHフォーマット1a及び1bのいずれにおいてもb0は常に0であり、d0=-1の場合にPUCCHフォーマット1a及び1bのいずれにおいてもb0は常に1である。これにより、基地局は、受信したACK/NACKフィードバックがPUCCHフォーマット1aで伝送されたものか、或いはPUCCHフォーマット1bで伝送されたものかが確認できなくても、少なくとも、先の一つのビットb0に関する情報を受信して検出することができる。チャネル選択マッピング関係を設定する場合に、PDCCHのないSPSに対するACK/NACKは先の一つのビットb0にマッピングされるPUCCHリソースを使用するようにすればよく、これにより、少なくとも基地局にとってのSPSに対するACK/NACKの受信を保障することができる。例えば、M=2のチャネル選択において下記の表16のようなチャネル選択マッピング関係を用いることができる。上記の表16で、HARQ-ACK0にSPSに対するACK/NACKがマッピングされ、HARQ-ACK1にPDSCHwithPDCCHに対するACK/NACKがマッピングされる。例えば、1コードワードを有するSPSのみが受信され、それ以外にPDSCHwithPDCCHは受信されない場合を仮定する。この場合、SPSに対するACK/NACK応答はPUCCHフォーマット1aを用いて伝送可能である。一方、SPSと共にPDSCHwithPDCCHが受信された場合には、本発明の例示によってチャネル選択が用いられるとよい。この場合に、SPSに対して上位層設定されたPUCCHリソースセットのうち、SPS活性化PDCCHで指示されたPUCCHリソースを上記の表16のとして使用することができる。また、PDSCHに対応するPDCCHのCCEインデックスから、あらかじめ定められた規則によって暗黙的に誘導されるPUCCHリソースを上記の表16のとして使用することができる。このとき、端末でPDSCHに対応するPDCCHを逃したか否かにかからず、基地局ではSPSに対するACK/NACK応答を受信できるようにしなければならない。前述したように、端末がSPSのみに対するACK/NACK応答を伝送する場合にはを使用する。この場合、ACKは、b0=1、d0=-1の変調シンボルに該当し、NACKは、b0=0、d0=1の変調シンボルに該当する。一方、端末がSPS及びPDSCHwithPDCCHに対するACK/NACK応答を伝送する場合に、SPSに対するACK/NACK応答が伝送されるリソースは、上記の表16から確認すればよい。上記の表16において、を使用する場合のうち、ACK、NACK/DTXの場合及びNACK、NACK/DTXの場合を調べてみる。ACK、NACK/DTXの場合は、b0b1=11、d0=-1の変調シンボルに該当する。NACK、NACK/DTXの場合は、b0b1=00、d0=1の変調シンボルに該当する。要するに、SPSのみに対するACK/NACK応答を伝送する場合も、SPS及びPDSCHwithPDCCHに対するACK/NACK応答を伝送する場合も、を使用するACK/NACK伝送においてSPSに対するACK/NACKは同じ変調シンボルすなわち、ACKの場合はd0=-1、NACKの場合はd0=1を用いて伝送される。したがって、基地局は、SPSのみに対するACK/NACK応答を受信したか、或いはSPS及びPDSCHwithPDCCHに対するACK/NACK応答を受信したかにかかわらず、上で信号が検出されると、少なくとも、SPSに対するACK/NACK応答を確認することができる。一方、上記の表16で、ACK、ACKの場合及びNACK/DTX、ACKの場合は、PDSCHに対応するPDCCHのCCEインデックスから誘導されるリソース、すなわち、を用いてACK/NACK応答を伝送することができる。基地局では、上で信号が検出されると、PDCCHのないSPS及びPDSCHwithPDCCHに対するACK/NACK応答を受信したということがわかる。前述の例示では、説明の便宜上、PUCCHフォーマット1aを挙げて説明したが、本発明の同一の原理がPUCCHフォーマット1bの場合にも適用可能である。例えば、2コードワードを有するSPSのみに対するACK/NACK応答をPUCCHフォーマット1bを用いて伝送することもできる。一方、SPSと共にPDSCHwithPDCCHが受信された場合には、本発明の例示によって空間バンドリングを用いることができる。これら2つの場合において、同一のチャネルPUCCHリソース及び変調シンボルを通じてSPSに対するACK/NACK情報が伝送される。具体的に、SPSの2コードワードに対するACK/ACK、ACK/NACK、NACK/ACK、NACK/NACKは、空間バンドリング例えば、論理積が適用されると、それぞれACK、NACK、NACK、NACKとなる。また、SPS及びPDSCHwithPDCCHに対するACK/NACK応答を同時に伝送する場合に、SPSに対するACK/NACK応答は、空間バンドリングされた結果によってACKまたはNACKになり、これらはそれぞれ、SPSのみに対するACK/NACK応答に用いられるチャネル及び変調シンボルのACK/ACK及びNACK/NACKと同一になる。そのため、基地局にとっては、SPSのみに対するACK/NACK応答を受信したか、またはSPS及びPDSCHwithPDCCHに対するACK/NACK応答を受信したかにかかわらず、上で信号が検出されると、少なくとも、SPSに対する先の信号例えば、b0がACKかまたはNACKかによって空間バンドリングされた結果としてのACK/NACK応答を確認することができる。このようなコンステレーションマッピングは、それぞれのCellでの伝送モードTMがMIMOモードである場合にも、そうでない場合にも同一の適用が可能である。または、空間バンドリングが実際に適用されるか否かすなわち、2コードワード伝送が存在するか否かにかかわらず、このようなコンステレーションマッピングが適用されてもよい。本実施例8-3の適用において、PDCCHのないSPSのみに対するACK/NACKフィードバックの場合にも空間バンドリングを適用することができる。こうすると、前述の実施例8-1または8-2に比べて、基地局でブラインドデコーディングを行うべき領域の個数を減らすことができる。さらにいうと、LTEリリース-8で定義するチャネル選択方式において、大きい値のMに対するチャネル選択方式は、小さい値のMに対するチャネル選択方式の上位集合supersetとなっている。例えば、M=2のチャネル選択において先の一つのビット例えば、b0またはACK/NACKのみを伝送することは、チャネル選択の適用無しでPUCCHフォーマット1aを用いて1ビットのACK/NACKを伝送することと同じ結果となる。そのため、SPSのみに対するACK/NACKのために、SPS活性化PDCCHを通じて指示されたPUCCHフォーマット1a/1bリソースインデックスを、チャネル選択で用いられる最初のリソースインデックスとして使用する場合に、チャネル選択が用いられる場合と用いない場合との区別が可能になる。こうなると、PDCCHのないSPS及びPDSCHwithPDCCHに対するACK/NACK応答に対する検出が行われると、SPSのみに対するACK/NACK応答に対する検出が自動で行われる。したがって、基地局の立場では、チャネル選択の場合に対するPUCCHフォーマット1a/1bリソース上のACK/NACK検出つまり、SPSのみに対するACK/NACK検出を含む、及びPUCCHフォーマット3リソース上のACK/NACK検出という2領域でのブラインドデコーディングを行うことで済む。以下では、本実施例8-3の詳細な適用例について説明する。実施例8-3-1前述したように、ACK/NACK応答は3つのケースに対して発生する。ケース1は、対応するPDCCHがあるPDSCHPDSCHwithacorrespondingPDCCHであり、ケース2は、下りリンクSPS解除を指示するPDCCHPDCCHindicatingdownlinkSPSreleaseであり、ケース3は、対応するPDCCHのないPDSCHPDSCHwithoutacorrespondingPDCCHである。ケース3は、SPSPDSCHに対するACK/NACKと表現することもできる。本実施例の説明において、ACK/NACK応答に関連したPDCCHは、ケース1またはケース2を意味し、SPSPDSCHはケース3を意味するとし、特定UEがこれらの3つのケースに対する下りリンク受信をし、それに対するACK/NACKを伝送する動作について説明する。n番目のULサブフレームで伝送されるACK/NACK応答は、n-k番目ここで、k∈Kであり、K:、上記の表12参照サブフレームでの上の3つのケースの下りリンク伝送に対する確認応答という関係を有することができ、以下の説明でACK/NACK伝送サブフレーム位置についての説明は省略する。本実施例では、性能低下無しにTPC命令による動的な電力制御を支援するために、PUCCHフォーマット1aを用いたあらかじめ定義されたチャネル選択手法LTEリリース-8またはリリース-10で定義するチャネル選択手法を用いることができる。まず、一つのサービングセルが設定される場合について説明する。この場合、TPCフィールドの用途は、下記の通りである。DLDAI=1のPDCCH内のTPCフィールド2-ビットは元来の用途のTPC命令に用いられる。DLDAI>1のPDCCH内のTPCフィールド2-ビットはARIの用途に用いられる。UEは、DLDAI>1の全てのPDCCHsで同じARI値を有すると仮定assumeする。また、PUCCHフォーマットの用途は、下記の通りである。UEがSPSPDSCHのみを受信する場合には、LTEリリース-8PUCCHフォーマット1a/1bリソースが用いられるすなわち、フォールバックモードで動作する。UEがDLDAI=1の一つのPDCCHのみを受信する場合には、LTEリリース-8PUCCHフォーマット1a/1bリソースが用いられるすなわち、フォールバックモードで動作する。UEがSPSPDSCH及び追加的なDLDAI=1のPDCCHを受信する場合には、PUCCHフォーマット1aを用いたあらかじめ定義されたチャネル選択手法LTEリリース-8またはリリース-10で定義するチャネル選択手法が用いられる。ここで、1番目のPUCCHリソースは上位層設定によって決定され例えば、RRC設定されたリソースセットのうち、SPSPDCCHのARIが指示するリソースとする。、2番目のPUCCHリソースは、対応するPDCCHすなわち、DLDAI=1のPDCCHの伝送に用いられた最初のCCEの番号または、インデックスに基づいて決定される。その他の場合には、設定されたPUCCHフォーマットとしてのPUCCHフォーマット3が用いられる。一方、1個超過のサービングセルが設定される場合について説明する。この場合、TPCフィールドの用途は、下記のように定められる。PCell上でのみ、DLDAI=1のPDCCH内のTPCフィールド2-ビットは元来の用途のTPC命令として用いられる。これ以外のPCell及びSCell上の全てのPDCCHのTPCフィールド2-ビットはARIの用途に用いられる。UEは、PCell及びSCell上の全てのPDCCHで同じARI値を有すると仮定assumeする。また、PUCCHフォーマットの用途は、下記のように定められる。UEがSPSPDSCHのみを受信する場合には、LTEリリース-8PUCCHフォーマット1a/1bリソースが用いられるすなわち、フォールバックモードで動作する。UEがPCell上でのみDLDAI=1の一つのPDCCHのみを受信する場合には、LTEリリース-8PUCCHフォーマット1a/1bリソースが用いられるすなわち、フォールバックモードで動作する。UEがPCell上でのみSPSPDSCH及び追加的なDLDAI=1のPDCCHを受信する場合には、PUCCHフォーマット1aを用いたあらかじめ定義されたチャネル選択手法LTEリリース-8またはリリース-10で定義するチャネル選択手法が用いられる。ここで、1番目のPUCCHリソースは上位層設定によって決定され例えば、RRC設定されたリソースセットのうち、SPS活性化PDCCHのARIが指示するリソース上記の表14参照とする。、2番目のPUCCHリソースは、対応するPDCCHすなわち、DLDAI=1のPDCCHの伝送に用いられた最初のCCEの番号またはインデックスに基づいて決定される。その他の場合は、設定されたPUCCHフォーマットとしてのPUCCHフォーマット3が用いられる。実施例8-3-2本実施例の説明において、前述の実施例8-3-1で説明した通り、ACK/NACK応答と関連したPDCCHはケース1またはケース2を意味し、SPSPDSCHはケース3を意味するとする。また、DLDAI=1のPDSCHまたはDLDAI>1のPDSCHとは、そのPDSCHに対応するPDCCHにより指示されるDLDAI=1またはDLDAI>1という意味である。また、以下の説明で、ACK/NACK伝送サブフレーム位置についての説明は省略する。UEがSPSPDSCH及びDLDAI=1のPDSCHを受信する場合にはARI情報がないため、UEには利用可能なPUCCHリソースがわからない。この問題を解決するために、下記の方案を考慮することができる。LTEリリース-8でのM=2のチャネル選択を使用する場合についてまず説明する。UEがSPSPDSCH及びDLDAI=1のPDSCHのみを受信し、DLDAI>1のPDSCHは受信しなかった場合に、UEは、PDSCHに対する空間バンドリングを適用しながら、LTEリリース-8でのM=2のTDDチャネル選択によってACK/NACKを伝送する。LTEリリース-8TDDチャネル選択を使用する場合に、UEは2個のACK/NACKビットを伝送する。ここで、LTEリリース-8でのチャネル選択マッピング関係例えば、上記の表5乃至表7またはLTEリリース-10でのチャネル選択マッピング関係例えば、上記の表8乃至表11のいずれか一方を用いることができ、これはRRC設定によって決定可能である。LTEリリース-8チャネル選択を適用するにあたり、の値はSPSPUCCHリソースすなわち、上位層設定されたリソースセットのうち、SPS活性化PDCCHにより指示されるリソース、上記の表14参照によって決定される。また、HARQ-ACK0は、SPSPDSCH伝送に対するACK/NACK/DTX応答である。これは、UEがDAI=1のPDSCHを逃す場合における不明瞭性を解消するためであり、SPS伝送に対するACK/NACK応答は確実に伝送することができる。この場合、DLDAI=1のPDCCHのTPCフィールドは実際にPUCCH電力制御に用いることができる。ただし、MIMO伝送または、2コードワード伝送を支援するセルでDAI=1のPDSCHに対する空間バンドリングによるACK/NACKビットの損失lossが発生することがある。一方、PUCCHフォーマット3を使用する場合を考慮することができる。UEがSPSPDSCH及びDLDAI=1のPDSCHの両方を受信する場合に、UEは、DLDAI=1のPDCCHのTPCフィールドがARIの用途に用いられると仮定することができる。これにより、UEは、PUCCHフォーマット3を用いて、2ACK/NACKビットMIMOcellでない場合または3ACK/NACKビットMIMOcellの場合を伝送することができる。この場合は、ACK/NACKバンドリングの適用がないので、ACK/NACK情報の損失無くACK/NACKビットを伝送することができる。反面、元来のTPC命令の用途に用いられるTPCフィールドがないのでDLDAI=1のPDCCHのTPCフィールドがARIの用途に用いられるので、PUCCH電力制御が不正確に行われることがある。この点を考慮して、搬送波アグリゲーションCAの場合にTDDPUCCHフォーマット3に対するリソース割当に関する下記の2方案を提案する。第一の方案として、CAでFDDPUCCHフォーマット3に対するリソース割当を再使用する。この場合、PCell上のTPCは元来の用途のTPCに用いられ、SCell上のTPCはARIの用途に用いられることが可能である。端末がPCell上でのみPDSCHを受信する場合には、LTEリリース-8で定義するACK/NACKバンドリングを用いることができる。第二の方案として、搬送波アグリゲーションが支援されないすなわち、non-CA場合のTDDPUCCHフォーマット3に対するリソース割当を再使用する。この場合、PCell上でDAI=1のPDCCHのTPCは元来の用途のTPCに用いられ、これ以外のPCell及びSCell上の全PDCCHのTPCはARIの用途に用いられることが可能である。端末がPCell上でのみSPSPDSCHまたはDLDAI=1のPDSCHを受信する場合に、LTEリリース-8PUCCHフォーマット1a/1bを用いることができるすなわち、フォールバックモードで動作する。端末がSPSPDSCH及びDLDAI=1のPDSCHの両方を受信するが、DLDAI>1のPDSCHを受信しなかった場合には、LTEリリース-8チャネル選択が用いられる。TDDシステムでPUCCHを用いたACK/NACKの伝送LTE-AまたはLTEリリース-10でのACK/NACKバンドリング方法及びリソース割当方案について説明する。PUCCHフォーマット3を用いたTDDでのACK/NACKフィードバックについてモード1及びモード2が定義される。モード1は、最大20ビットのACK/NACKペイロードサイズを支援することができる。指示されるindicatedACK/NACKビットが20を超える場合には空間バンドリングが適用される。モード1では、指示されるACK/NACKビットが20以下である場合にはバンドリングが適用されない。一方、モード2は、空間バンドリングと共に部分バンドリング時間-ドメインでのバンドリングまたはCC-ドメインでのバンドリングが適用される方式である。すなわち、モード2では、指示されるACK/NACKビットがxを超える場合には、空間バンドリングを行いながら、部分バンドリングを適用することが可能である。一方、PUCCHフォーマット1bを用いたTDDでのACK/NACKフィードバックにおいてチャネル選択が適用される場合に、モードa及びモードbが定義される。モードaは、指示されるACK/NACKビットが4以下である場合に、バンドリングを適用するしない方式である。モードbは、指示されるACK/NACKビットが4を超える場合に、空間バンドリングと共に部分バンドリング時間-ドメインでのバンドリングまたはCC-ドメインでのバンドリングを適用する方式である。一方、PUCCHフォーマット3に関するリソース割当は、次のように定義される。PCell上のPDSCHに対応するPDCCH内のTPCフィールド2-ビットは元来の用途のTPC命令に用いられる。SCell上のPDSCHに対応するPDCCHのTPCフィールド2-ビットはARIの用途に用いられる。仮に、SCell上でPDSCHに対応するPDCCHが受信されず、PCell上でPDSCHが受信される場合に、LTEリリース-8で定義する方式でPUCCHフォーマット1a/1bリソースが用いられる。以下では、PCellでのみonlyonPCell下りリンク受信がある場合に関するACK/NACKバンドリング方案及びリソース割当方案について説明する。実施例9本実施例9は、モード1での空間バンドリングに関する。TDDに対するモード1は、最大20ビットの個別的なindividualACK/NACK伝送を支援することができる。しかし、指示されるACK/NACKビットが20を超える場合には、空間バンドリングが適用される必要がある。空間バンドリングが適用されると個別ACK/NACK情報が明確にフィードバックされず、HARQ動作の効率性が低減することがあるから、可能な限り個別individualACK/NACK情報がバンドリング無しで伝送されるようにする方案が必要である。すなわち、空間バンドリングを単純に全てのACK/NACKビットに適用することは、下りリンク収率throughput性能を低減させる点で好ましくない。また、モード1は、可能なかぎり個別ACK/NACKフィードバックをそのまま伝送するための方式であり、よって、空間バンドリングの適用を最小限に抑えるべきである。そのため、空間バンドリングは、バンドリングされたACK/NACKビットが極力20に近いと同時に20以下になるように行われる必要がある。指示されるACK/NACKビットが20を超える場合に空間バンドリングを行う具体的な方案について以下に説明する。第一の方案として、CC単位にCC-wise空間バンドリングを行うことを考慮することができる。第一の方案によれば、特定の一つのCC内で全てのDLサブフレームにわたって空間バンドリングを適用することができる。このような方式で、実際に伝送されるACK/NACKビットが20以下になるまで他のCCに対して全サブフレームにわたって空間バンドリングを行うことができる。PCellがSCellに比べてより頻繁にスケジューリングされると仮定すると、空間バンドリングはPCellで最後に適用されるようにすることができる。TDD設定が9DL:1ULすなわち、9個のDLサブフレームでの下りリンク伝送に対するACK/NACKが1個のULサブフレームで伝送されるようにする設定、例えば、上記の表12のUL-DLconfiguration5のsubframe2の場合を参照の場合は、設定されたCCの個数が2を超える場合に全CCに対して空間バンドリングを適用しても、ACK/NACKペイロードサイズは20ビットを超えることとなる。そのため、設定されたCC個数が2の場合は、全てのCCに対して空間バンドリングが適用されるようにする。TDD設定が9DL:1ULでない場合には、論理インデックス上の最後のインデックスまたは、最高のインデックスを持つCCから始めて、2個のコードワードが、設定された個のCCに対して空間バンドリングが適用される。PCellには最後に空間バンドリングが適用されるようにすることができるすなわち、PCellに対しては最低の論理インデックスを付与できる。ここで、は一つのCCでACK/NACKフィードバックされるDLサブフレームの個数である。は、一つのサブフレームにおいて全てのDLCC上でACK/NACKフィードバックされるコードワードの全体個数である。すなわち、は、下記の式2のように定めることができる。上記の式2で、は、i番目のCCに対して設定されたコードワードの個数である。第二の方案として、サブフレーム単位にsubframe-wise空間バンドリングを行うことを考慮することができる。第二の方案によれば、特定の一つのDLサブフレーム内で全CCにわたって空間バンドリングを適用することができる。このような方式により、実際に伝送されるACK/NACKビットが20以下になるまで、他のDLサブフレームに対して全てのCCにわたって空間バンドリングを行うことができる。前述の第一または第二の方案によれば、バンドリングされたACK/NACKビットは18、19または20ビットとなる。端末に設定されたCCの個数によって上記の第一または第二の方案が適用される場合のACK/NACKビットは、下記の表17のようになる。上記第一の方案は第二の方案に比べて、PCellに対する個別ACK/NACKの伝送を極力支援することができ、より簡単に表現できる。したがって、指示されるACK/NACKビットが20ビットを超える場合には、CC-単位に空間バンドリングを行うすなわち、第一の方案を適用することが好ましい。実施例10本実施例10では、前述したモード2及びモードbに対する具体的な適用例について説明する。モード2は、PUCCHフォーマット3を用いたTDDでのACK/NACKフィードバックに対して空間バンドリングと共に部分バンドリング時間-ドメインまたはCC-ドメインでのバンドリングが適用する方式である。モードbは、PUCCHフォーマット1bを用いたTDDでのACK/NACKフィードバックにおいてチャネル選択が適用される場合に、指示されるACK/NACKビットが4を超える場合に、空間バンドリングと共に部分バンドリング時間-ドメインまたはCC-ドメインでのバンドリングが適用される方式である。モード2は、電力-制限される端末に対してACK/NACK性能を改善するのに有利に適用することができる。最大10ビットのACK/NACKを支援するFDDの場合と最大20ビットのACK/NACKを支援するTDDの場合とを比較すると、TDDがFDDに比べてより小さい上りリンクカバレッジを有する。また、モード1指示されるACK/NACKビットが20を超える場合には空間バンドリングが適用され、20ビット以下の場合には空間バンドリングが適用されないモードは、TDD9DL-1UL設定においてDLCCの個数が2を超える場合に対するACK/NACKフィードバックを支援できない。例えば、5個のDLCCが設定され、TDD9DL-1UL設定においてACK/NACKフィードバックを支援するためには、空間バンドリングを適用するとしても、総45ビットのACK/NACKが必要となる。したがって、少なくともTDD9DL-1UL設定においてACK/NACKフィードバックを支援するためには、PUCCHフォーマット3に対して前述のモード2を支援することが必要である。以下では、モード2及びモードbに適用される部分バンドリングについて具体的に説明する。実施例10-1本実施例10-1では、時間-ドメインでの部分バンドリングについて説明する。本実施例での時間-ドメインバンドリングは空間バンドリングに追加して行われるとよい。部分バンドリングとしての時間-ドメインバンドリングは、CC別にLTEリリース-8で定義される2-ビットDAIをそのまま用いて行うことができる。また、時間-ドメインバンドリングを適用するにあたり、CA搬送波アグリゲーションの種々の形態を考慮することなく、それぞれのCC別に時間-ドメインバンドリングを単純に適用することができる。すなわち、CAの種々のケースに対して一つの時間-ドメインバンドリング方案を定めることで済む。時間-ドメインバンドリングが適用された結果であるACK/NACK情報ビットのサイズは10ビットであるから、ACK/NACK伝送に用いられるPUCCHフォーマットとして、LTEリリース-10のPUCCHフォーマット3構造を用いることができる。DAIは、割り当てられるPDCCHに対して順次に増加する値で与えられるので、DAIを使用する場合に、時間-ドメインバンドリングウィンドウ内で最後のPDCCHを逃す場合を端末は認識できない。このような問題を解決するために、CC別に最後に検出されたPDCCHに対するDAI値はACK/NACKマッパーmapperに入力されてエンコーディングされるとよい。図40は、時間-ドメイン部分バンドリングの一例を示す図である。図40の例示で、それぞれのCCに対して4個のサブフレームにわたってACK/NACKバンドリングが適用されている。図40の1番目のCCで、端末は1番目のサブフレームでDAI=0のPDCCHを受信し、2番目のサブフレームでDAI=1のPDCCHを受信したが、3番目のサブフレームでDAI=2のPDCCHそのものを受信できなかった。この場合、端末は、最後のPDCCHDAI=2が伝送されたか否かが確認できず、時間-ドメインバンドリングウィンドウ内の全てのPDCCHを受信したと認識できる。また、図40では、受信されたPDCCHによりスケジューリングされたPDSCHのそれぞれを成功的にデコーディングした場合すなわち、ACKを表し、その結果、バンドリングされたACK/NACK情報としてACKが生成される。生成されたACK情報と共に、端末は自身が最後に受信したDAI値、すなわち、DAI=1をエンコーディングすることができる。端末がACKと共にDAI=1をエンコーディングして伝送すると、基地局には端末がPDCCHDAI=2を逃したことがわ分かる。図40の2番目のCCでの時間-ドメインバンドリング動作は、1番目のCCと類似に行われる。端末は、ACK情報と共に最後に受信したDAI値すなわち、DAI=0をエンコーディングする。端末がACKと共にDAI=0をエンコーディングして伝送するので、基地局には端末がPDCCHDAI=1を逃したことが認識できる。図40の3番目のCCで、端末は、1番目のサブフレームでのPDCCHDAI=0を受信し、3番目のサブフレームでのPDCCHDAI=2を受信する。端末は、2番目のサブフレームでのPDCCHDAI=1の伝送が確認できないが、受信されたPDCCHのDAI値が順次に増加していないから、自身がPDCCHDAI=1を逃したことがわかる。図40では、受信されたPDCCHによりスケジューリングされたPDSCHのそれぞれを成功的にデコーディングした場合すなわち、ACKを示すが、一つのPDCCH伝送を逃したから、端末は、バンドリングされたACK/NACK情報としてNACKを生成する。図40の4番目のCCで、端末は、DAI=0のPDCCHのみを受信し、該PDCCHによりスケジューリングされたPDSCHを成功的にデコーディングした場合に、ACK情報が生成されることを示している。生成されたACK情報は、最後に受信したDAI値DAI=0と共にエンコーディングされる。図40の5番目のCCで、端末はDAI=0のPDCCHのみを受信する。端末は、4番目のサブフレームでのDAI=1のPDCCH伝送を知っていない。この例示では、端末が受信したPDCCHによりスケジューリングされるPDSCHが成功的にデコーディングされなかった場合すなわち、NACKを表す。したがって、端末はNACK情報を生成する。このような時間-ドメイン部分バンドリングが適用される場合に、CCごとにLTEリリース-8のTDDDAI2ビットを修正することなくすなわち、PDCCH累積カウンターとして再使用することができる。モード2の適用に関するPUCCHフォーマット3の一例として、チャネルコーディングが行われる前のCC別ACK/NACK状態stateを、下の表18のように定義することができる。表18のACK/NACK状態を用いて、図40でCC別に最後に受信されたPDCCHのDAI値と共にエンコーディングされたバンドリングされたACK/NACKの結果を表現すると、次の通りである。図40の1番目のCCでは01DAI=1で、2番目のCCでは00DAI=0で、3番目のCCでは11NACKで、4番目のCCでは00DAI=0で、5番目のCCでは11NACKである。モード2が適用されるPUCCHフォーマット3においてチャネルコーディングが行われる前に5個のCCに対するACK/NACKペイロードを組み合わせるaggregateと、0100110011となる。前述のモード2に関する本発明の原理はモードbにも同一の適用が可能である。モードbに適用するためには、チャネル選択マッピング関係PUCCHリソースとACK/NACKビットとのマッピング関係及びNACK/DAI値間の関係を定義すればいい。したがって、時間-ドメインバンドリングが用いられる場合に、CC別にそれぞれのACK/NACK応答を、バンドリングされたACK/NACK情報で表現することができる。実施例10-2本実施例10-2では、CC-ドメインでの部分バンドリングについて説明する。本実施例では時間-ドメインバンドリングを空間バンドリングに追加して行うことができる。CC-ドメインバンドリングにおいてDAI用途は、既存のDAIと同様にCC別に複数個のサブフレームでスケジューリングされたPDSCHまたは、対応するPDCCHの累積カウンターとして用いられるよりは、一つのサブフレームで複数個のCCで構成されたバンドリングウィンドウ内でスケジューリングされたPDSCHまたは、対応するPDCCHの総個数totalnumberを表す指示子として用いられることが好ましい。サブフレーム別にPDSCHまたはPDCCHの総個数を表す場合には、端末が時間順序上の最後のPDCCHを逃す場合への解決方案が不要となるわけである。これにより、端末は、バンドリングウィンドウ内で成功的にデコーディングされた下りリンク伝送に対して生成されたACKの個数がバンドリングウィンドウ内の全体PDSCHまたはPDCCHの個数と同じ場合にACKを伝送することができる。そうでないと、NACKが伝送されるこの場合、DTXはNACKと表現される。以下では、モードb及びモード2に対するCC-ドメインバンドリングの適用について具体的に説明する。図41を参照して、モードbにCC-ドメインバンドリングが適用されるチャネル選択について説明する。この場合、基本的には、LTEリリース-10のチャネル選択マッピング関係例えば、上記の表8乃至表11が適用されると仮定する。暗黙的に決定されるすなわち、PDCCHのCCEインデックスから誘導されるACK/NACKPUCCHリソースが用いられる場合に、PCCまたはPCell上のスケジューリングのためのPDCCHに動的に関連するPUCCHリソースがそれぞれのサブフレームで最優先的に選択されるとよい。また、複数個のCCが設定され、PCCまたはPCellでのみPDSCHがスケジューリングされる場合に、LTEリリース-8でのACK/NACKリソースマッピング例えば、上記の表5乃至表7を適用することができる。すなわち、LTEリリース-8でフォールバックするモードで動作できる。図41の例示で、それぞれのサブフレームで2個のCellPCC及びSCCが設定されると仮定する。図41のTDD2DL:1UL設定の例示において、1番目のサブフレームでは、PCCにPDSCHスケジューリングがなく、SCCにPDSCHがスケジューリングされるので、SCCPDSCHをスケジューリングするPDCCHのCCEインデックスからPUCCHリソースが決定される。2番目のサブフレームではPCCPDSCHをスケジューリングするPDCCHのCCEインデックスからPUCCHリソースが決定される。このようなPUCCHリソースを用いてチャネル選択動作を行うことができる。例えば、表8のようなチャネル選択マッピング関係を用いてACK/NACK伝送を行うことができる。図41のTDD3DL:1UL設定の例示において、全てのサブフレームでPCCにのみPDSCHがスケジューリングされる。この場合には、前述したように、フォールバックモードで動作できる。例えば、表6のようなチャネル選択マッピング関係を用いてPUCCHフォーマット1bを通じてACK/NACK伝送を行うことができる。図41のTDD4DL:1UL設定の例示において、1番目のサブフレームではPCC及びSCCの両方でPDSCHスケジューリングがあるので、PCCでのPDSCHをスケジューリングするPDCCHのCCEインデックスに基づいてPUCCHリソースを決定することができる。2番目のサブフレームでは、PDSCHスケジューリングがなく、3番目及び4番目のサブフレームでは一つのCellPCCまたはSCCでのみPDSCHスケジューリングがあるので、該当のPDSCHのPDCCHのCCEインデックスに基づいてPUCCHリソースを決定することができる。このように、決定されたPUCCHリソースを用いてチャネル選択動作を行うことができる。例えば、表10のようなチャネル選択マッピング関係を用いてACK/NACK伝送を行うことができる。図42を参照して、モード2にCC-ドメインバンドリングが適用される例示について説明する。図42の例示では、最大ACK/NACKビット数が12であり、最大バンドリングウィンドウサイズは2個であるすなわち、最大2個のCCが一つのバンドリングウィンドウに含まれると仮定する。また、個別ACK/NACK伝送を極力維持するために、12ビット以下において可能な限り12ビットに近いビット数になるまで、バンドリングが順次にgradually適用される。また、PCellまたはPCCはバンドリングウィンドウに含まれない。すなわち、バンドリングウィンドウは、SCellSCCに対してのみ構成される。また、CCインデックスが高い順にバンドリングウィンドウを適用することができる。図42に示すように、CC-ドメインバンドリングは、ACK/NACKビット数空間バンドリングが適用された後のACK/NACKビット数が12ビット以下になるまで順次にバンドリングウィンドウ2CCで構成されるを適用することができる。図42の2DL:1ULの場合では、空間バンドリングが行われた後のACK/NACKビットが10であるから、バンドリングウィンドウが構成されない。図42の3DL:1UL場合では、空間バンドリングが行われた後のACK/NACKビットが15ビットであるから、バンドリングウィンドウが構成され、2個のCCSCC3及びSCC4に対するバンドリングウィンドウが構成された後のACK/NACKビットは12ビットであるから、それ以上のバンドリングウィンドウは構成されない。図42の4DL:1UL場合では、空間バンドリングが行われた後のACK/NACKビットが20ビットであるから、バンドリングウィンドウが構成される。2個のCCSCC3及びSCC4に対するバンドリングウィンドウが構成される場合に16ビットのACK/NACKビットが生成されるので、追加的なバンドリングウィンドウを構成するようになる。追加的なバンドリングウィンドウが2個のCCSCC1及びSCC2に対して構成されると、12ビットのACK/NACKビットが生成されるので、それ以上のバンドリングウィンドウが構成されない。したがって、CC-ドメイン部分バンドリングが用いられる場合に、バンドリングウィンドウ内の全てのACK/NACKビットに対するバンドリング結果例えば、論理積演算結果がバンドリングされたACK/NACK情報として伝送される。また、PDCCH内のDAIは、一つのサブフレームで全てのCC上でスケジューリングされるPDSCHの総個数を指示する。また、PUCCHフォーマット3のための最大バンドリングウィンドウサイズは2に定められるすなわち、最大2個のCCまたはCellが一つのバンドリングウィンドウを構成することが可能である。実施例11本実施例11は、PCellでのみPDCCH/PDSCHが受信される場合以下では、PCell-only-receivingと称するに、PUCCHフォーマット3を用いたACK/NACK伝送方案に関する。特に、TDDの場合にPCell-only-receivingについて具体的に説明する。SCell上でPDSCHに対応するPDCCHが受信されず、PDSCHがPCellでのみ受信される場合に、LTEリリース-8のPUCCHフォーマット1a/1bリソースを用いることができるすなわち、フォールバックモードで動作できる。FDDの場合に、フォールバックモードは、LTEリリース-8で定義するPUCCHリソースを用いるための目的、及びSCellでARIを受信せずともPUCCHリソース決定を明確にする目的、のために適用することができる。SCellでTPCフィールドがARI用途に用いられる場合に、TDDPCell-only-receivingの場合にはACK/NACKリソースの不明瞭性が発生することがある。これを解決するために、LTEリリース-8TDDシステムで定義されるACK/NACKマルチプレクシングまたはACK/NACKバンドリングを適用することができる。しかし、ACK/NACK空間バンドリングや時間-ドメインバンドリングが適用されると、一部のACK/NACK情報は伝達されず、下りリンク収率性能の相当なる損失につながることがある。また、ACK/NACKマッピング関係において一部のACK/NACK状態stateが互いに重なるため、LTEリリース-8TDDシステムでの4ビットACK/NACKに対するACK/NACK性能も保障できなくなる。したがって、以下では、PCell-only-receivingの場合におけるACK/NACK伝送方案について提案する。実施例11-1本実施例によれば、PCell上で一つのPDSCHasinglePDSCHが受信される場合に、LTEリリース-8で定義するPUCCHフォーマット1a/1bのリソースを用いることができる。この場合、DAIの用途及びARIを下記のように定義できる。図43は、DAI及びTPC使用の一例を示す図である。図43の例示のように、PCellでのDAIは、LTEリリース-8TDDシステムと同様にPDCCHまたはPDSCHの累積カウンターとすることができる。SCellでのDAIは、LTEリリース-8TDDシステムと同様にPDCCHまたはPDSCHの累積カウンターとすることができる。または、SCellでのDAIは00に設定可能である。図43の例示では、SCellのPDCCHのDAI値はいずれも00に設定されている。SCellでのPDCCHのDAI値がいずれも00のように同一に設定されると、PDCCH下りリンク制御情報DCIが共通探索空間commonsearchspace内においてもスケジューリングされてもよい。あらかじめ定義された00値は、UE具現の観点で仮想CRCとしてすなわち、DAI=00以外の場合にエラー検出されるものとして用いられてもよい。図43の例示のように、PCell上で最初に割り当てられるPDCCHすなわち、DAI=00のPDCCHのTPCフィールドは、元来の用途のTPC命令に用いられる。PCell上でDAI=00のPDCCH以外の残り全てのPCell及びSCellを含むPDCCHのTPCフィールドは、ARIの用途に用いられる。PDCCHでARIに用いられるフィールドは、全てのPDCCHで同じ値を有しなければならない。これによるUE動作は、下記のように定義できる。上の説明で、PDSCH伝送があり、対応するPDCCHがない場合は、DLSPSPDSCHに該当する。また、DAI=00の一つのPDSCHは、そのPDSCHに対応するPDCCH内のDAIフィールドが00であることを意味する。本実施例11-1は、TDDACK/NACKフィードバックに対する9DL:1ULサブフレーム設定、モード1、モード2に対する時間-ドメイン/CC-ドメインバンドリング、などのいずれの場合にも適用可能である。本実施例11-1で説明した内容をまとめると、下記の通りである。LTEリリース-8PUCCHフォーマット1a/1b及びPUCCHフォーマット1a/1bのリソースが用いられる場合は、1PCell上で対応するPDCCHがない一つのPDSCHがある場合、2PCellでのみ対応するPDCCHがある一つのPDSCHがあり、そのPDCCHのDAI=00の場合、または3PCellでのみDLSPS解除を指示する一つのPDCCHがあり、そのPDCCHのDAI=00の場合、である。これらの1、2または3以外の場合にはLTEリリース-10PUCCHフォーマット3が用いられる。仮に、PCell上で対応するPDCCHのないPDSCHすなわち、DLSPSPDSCHがない場合には、次のように動作する。PCell上で対応するPDCCHがあるPDSCHがあり、そのPDCCHのDAI=00であると、そのPDCCHのTPCフィールドは実際TPC命令に用いられる。PCell上でDLSPS解除を指示するPDCCHがあり、そのPDCCHのDAI=00である、そのPDCCHのTPCフィールドは実際TPC命令に用いられる。それ以外の場合には、PDCCHのTPCフィールドがARIとして用いられる。他の場合にはすなわち、PCell上で対応するPDCCHのないPDSCHすなわち、DLSPSPDSCHがある場合には、PDCCHの全てのTPCフィールドがARIとして用いられる。また、上記のいずれの場合においても、PDCCHでARIに用いられるフィールドはいずれも同じ値を有する。実施例11-2FDDの場合に、SCellでTPCフィールドがARIの用途に用いられ、PCellでのTPCフィールドは元来のTPC用途に用いられる。本実施例によれば、TDDでもFDDと類似に、PCellに対するPDCCH内のTPCフィールドは元来のTPC用途に用いられ、SCellに対するPDCCH内のTPCフィールドはARIの用途に用いられる。このように動作する場合に、既存のLTEリリース-8での動作に修正を加えることなくPUCCH電力制御動作を同一に行うことができる。図44は、DAI及びTPC使用の他の例を示す図である。図44の例示のように、PCellでのみPDSCHを受信する端末に対しては、PCellでのPDCCHのDAIフィールドをARIの用途に用いることができる。このようにDAIフィールドを用いることは、モード1に従う場合にも可能である。モード1は時間-ドメイン/CC-ドメインバンドリングでDAIを支援する必要がないわけである。また、PDCCHのARIとして用いられるフィールドPCellでのDAIフィールド、SCellでのTPCフィールドはいずれも同じ値を有しなければならない。図44の例示では、SCellのPDCCHのDAI値がいずれも00に設定されるとする。その詳細は図43で説明した通りである。これによるUE動作は、次のように定義できる。前述の実施例9乃至実施例11の内容は、主に、TDDシステムにおいてPUCCHを用いたACK/NACK伝送に関する本発明の具体的な適用例であった。以下の実施例12では、PCellでTPCフィールドをARIとして再使用する本発明の内容が、FDD及びTDDシステムに適用される例示についしてより具体的に説明する。実施例12本実施例12ではPCellで下りリンクSPS解除を指示するPDCCHでのARIの使用方案について説明する。具体的に、本実施例12は、SCellでのPDSCHがなく、PCellでSPSPDSCHすなわち、対応するPDCCHのないPDSCHがなく、PCellで一つの下りリンクSPS解除を指示するPDCCHを受信した場合に、下りリンクSPS解除を指示するPDCCHのTPCフィールドをARIとして再使用することによって、PUCCHフォーマット3を用いてACK/NACK伝送を可能にする方案に関する。すなわち、SPSPDSCHすなわち、対応するPDCCHのないPDSCHがなく、PCellで一つのPDSCHが受信された場合に対する方案例えば、LTEリリース-8FDDまたはTDDでのフォールバックモードで動作について上述した。本実施例では、追加的な方案として、PCell上でPDSCH対応するPDCCHのある/ないPDSCHがなく、下りリンクSPS解除を指示するPDCCHが受信された場合におけるACK/NACK伝送方法について説明する。FDDの場合におけるARIの使用方法は、次の通りである。PCellでの下りリンクSPS解除を指示するPDCCHのTPCフィールドがARIの用途に用いられる。PCellで下りリンクSPS解除を指示するPDCCH以外の目的のPDCCHのTPCフィールドは、元来目的のTPC命令に用いられる。また、SCellでのPDCCHのTPCフィールドはARIとして用いられる。端末は、PCell及びSCell上のARI値はいずれも同一であると仮定する。これによる端末の動作は、次のように定義できる。次に、TDDの場合におけるDAI及びARIの使用方法は、次の通りである。PCellに対するDAIは、LTEリリース-8と同様にPDCCH/PDSCHの累積カウンターとして用いられる。SCellに対するDAIは、あらかじめ設定された値例えば、00に設定され、DCIが共通探索空間上でもスケジューリングできるようにする。ここで、あらかじめ設定された値は、UE具現の観点で仮想CRCとして用いられてもよい。PCellで最初に割り当てられたPDCCHすなわち、DAI=1またはDAI=00のPDCCHのTPCフィールドは、元来のTPC命令の用途に用いられる。該PCellで最初に割り当てられたPDCCH以外の残り全てのPDCCHPCellの他のPDCCH及びSCellのPDCCHのTPCフィールドはARIの用途に用いられる。ここで、残り全てのPDCCHでDAI=00の場合にも同様、TPCフィールドはARIとして用いられる。また、UEは、ARI値がいずれも同一であると仮定する。これによる端末の動作は、次のように定義できる。実施例13本実施例13は、SPSPDSCHの存在可否によってTPCフィールドが相異なるように用いられる方案に関する。前述したように、ACK/NACK応答が3つのケースに対して発生する。ケース1は、対応するPDCCHがあるPDSCHPDSCHwithacorrespondingPDCCHであり、ケース2は、下りリンクSPS解除を指示するPDCCHPDCCHindicatingdownlinkSPSreleaseであり、ケース3は、対応するPDCCHのないPDSCHPDSCHwithoutacorrespondingPDCCHである。ケース3は、SPSPDSCHに対するACK/NACKと表現することもできる。本実施例の説明において、ACK/NACK応答に関連したPDCCHは、ケース1またはケース2を意味し、SPSPDSCHはケース3を意味するとし、特定UEが上の3ケースの下りリンク受信をしてそれに対するACK/NACKを伝送する動作について説明する。n番目のULサブフレームで伝送されるACK/NACK応答は、n-k番目ここで、k∈Kであり、K:、上記の表12を参照のサブフレームでの上の3ケースの下りリンク伝送に対する確認応答という関係を有することができ、以下の説明でACK/NACK伝送サブフレーム位置についての説明は省略する。端末から種々のフォーマットを用いてACK/NACK伝送をすると、基地局におけるACK/NACK解釈のためのブラインドデコーディングの複雑度が増加する。複雑なブラインドデコーディングの処理のような基地局での性能低下を改善し、リソースを效率的に活用するために、可能なかぎり上位層によって設定されたPUCCHフォーマットが用いられるようにするとよい。以下では、SPSPDSCH存在の有無によってTPCフィールドが異に用いられる方案について具体的に説明する。一つのサービングセルが設定される場合には次のようにTPCフィールド2-ビットの用途が定められるとよい。SPSPDSCHが存在する場合には、PDCCH内のTPCフィールドがいずれもARIの用途に用いられ、端末は全てのPDCCHでARI値が同一であると仮定することができる。一方、SPSPDSCHが存在しない場合には、DLDAI=1のPDCCHのTPCフィールドは元来のTPC命令の用途に用いられ、DLDAI>1のPDCCHのTPCフィールドはARIの用途に用いられ、端末は、DLDAI>1の全てのPDCCHでARI値が同一であると仮定することができる。また、一つのサービングセルが設定される場合に、PUCCHフォーマットの使用は、下記のように定められるとよい。UEがSPSPDSCHのみを受信する場合には、LTEリリース-8PUCCHフォーマット1a/1bリソースを用いることができる。または、UEがDLDAI=1の一つのPDCCHのみを受信する場合には、LTEリリース-8PUCCHフォーマット1a/1bリソースを用いることができる。その他の場合には、上位層により設定されたPUCCHフォーマットとしてPUCCHフォーマット3を用いることができる。DLDAIが単なるカウンターPDCCH累積カウンターとして用いられる場合に、搬送波アグリゲーションCAの場合に対するTDDPUCCHフォーマット3のリソース割当は、単一搬送波またはnon-CAの場合に対するリソース割当と同様にして定めることができる。すなわち、PCellに対するリソース割当方案として、non-CAの場合でのリソース割当方案をそのまま用いることができる。また、CAの場合に、複数個のCellに対するPUCCHリソース割当は下記のように定めることができる。1個超過のサービングセルが設定される場合に、TPCフィールドの用途は下記のように定めることができる。SPSPDSCHが存在する場合に、PCell及びSCell上の全てのPDCCHのTPCフィールドはARIの用途に用いられ、端末は、PCell及びSCell上の全てのPDCCHでARI値が同一であると仮定することができる。一方、SPSPDSCHが存在しない場合に、PCell上でのみDLDAI=1のPDCCHのTPCフィールドは元来のTPC命令の用途に用いられ、PCell及びSCell上の残りの全てのPDCCHのTPCフィールドはARIの用途に用いられ、端末は、PCell及びSCell上の全てのPDCCHでARI値が同一であると仮定することができる。また、1個超過のサービングセルが設定される場合に、PUCCHフォーマットの使用は下記のように定めることができる。UEがSPSPDSCHのみを受信する場合には、LTEリリース-8PUCCHフォーマット1a/1bリソースを用いることができる。または、UEがPCell上でのみDLDAI=1の一つのPDCCHのみを受信する場合には、LTEリリース-8PUCCHフォーマット1a/1bリソースを用いることができる。その他の場合には、上位層により設定されたPUCCHフォーマットとしてPUCCHフォーマット3を用いることができる。実施例14本実施例14は、前述した実施例を総合的に考慮して、TDDHARQACK/NACK応答伝送のためのPUCCHリソース割当方案を説明するためのものである。既存のLTEリリース-8/9システムでは、所定のビットサイズ例えば、4ビットを超えるACK/NACK伝送に対して、ACK/NACKバンドリング空間バンドリング及び/または時間ドメインバンドリングを適用することから、個別ACK/NACK情報の損失が発生した。そこで、LTEリリース-10またはLTE-Aシステムでは最大20ビットの個別ACK/NACK情報を伝送することを支援し得るようにPUCCHフォーマット3が設計された。搬送波アグリゲーションCA及び/またはTDDを支援するシステムでは20ビット超過のACK/NACKを伝送する場合も発生するため、可能なかぎりACK/NACK情報を損失無しで伝送しながら、リソースを效率的に使用する方案が要求される。図45は、PDCCH内のTPCフィールドの使用に関する本発明の一例を示す図である。図45の例示で、ARIは、ACK/NACK伝送のためのPUCCHフォーマット3のリソースを指示indicateする情報であり、PCellでDAI=1のPDCCHのTPCフィールドは元来のTPC命令の用途に用いられるが、その他のPCell及びSCellでのPDCCHのTPCフィールドはARIの用途に用いられている。端末は、PCell及びSCellでのARI値が同一であると仮定することができる。これにより、一つのARIのみを検出した場合にもPUCCHフォーマット3リソースを決定することができる。このようにTPCフィールドをARIに再使用する場合に、PUCCH電力制御の精密度が低下することがある。しかし、ARI情報を用いてPUCCHフォーマット3リソースを明確に決定できるので、PUCCHフォーマット3を用いて損失無しにACK/NACK情報を伝送することが、PUCCH電力制御の精密度の低下と比較して、システム全体の観点では有利といえる。図45の例示において、UEがARIの含まれている少なくとも一つのPDCCHの検出に成功した場合には、ARIにより指示されるPUCCHフォーマット3リソースを用いてACK/NACK応答を伝送することができる。しかし、UEがARIの含まれていないPDCCHすなわち、PCellでDAI=1のPDCCHのみを検出すると、UEは、ARI情報を獲得できず、PUCCHフォーマット3リソースを決定することもてできない。この場合には、レガシーlegacyフォーマット、すなわち、LTEリリース-8/9のPUCCHフォーマット1a/1bを用いて情報損失無しにACK/NACK応答を伝送するように動作できる。これにより、一つ以上の下りリンクサブフレームで伝送される下りリンク伝送PDCCH及び/またはPDSCHに対するACK/NACK応答を損失無しに伝送し得るリソース割当方案を提供することができる。また、搬送波アグリゲーションCAの場合またはnon-CAの場合を問わず、同じ方式でPUCCHフォーマット及びPUCCHリソースが決定されるので、基地局側と端末側の動作を簡単且つ明確に特定することができる。図46は、本発明で提案した種々の実施例を総合的に説明するフローチャートである。図46の例示では、上位層によってPUCCHフォーマット3が端末に設定されることを前提にして説明する。段階S4610で、端末がPCellでのみDAI=1の一つのPDSCHすなわち、DAI=1のPDCCHに対応するPDSCHを受信したか否か判定する。段階S4610の結果がYESであると、段階S4620に移行する。PCellでDAI=1のPDCCHのTPCフィールドは元来のTPC命令に用いられるので、端末がDAI=1のPDCCHのみを受信した場合にはARI情報を獲得できない。したがって、端末は、PUCCHフォーマット3を使用しない。端末は、PUCCHフォーマット1a/1bを用いてACK/NACKを伝送することができる。PUCCHフォーマット1a/1bリソースは、暗黙的マッピングすなわち、PDCCHCCEインデックスから誘導されるPUCCHリソースインデックスによって決定されうる。一方、段階S4610の結果がNOであると、段階S4630に移行する。段階S4630で端末は、PCellでのみPDCCHのないPDSCHすなわち、SPSPDSCH一つを受信したか否か判定する。段階S4630の結果がYESであると、段階S4640に移行する。端末は、PDCCHを受信できず、ARIも獲得できなかったので、PUCCHフォーマット3を使用しない。端末はPUCCHフォーマット1a/1bを用いてACK/NACKを伝送できる。ここで、端末は、PDCCHを受信しなかったため、PDCCHCCEインデックスから誘導されるPUCCHリソースインデックスを導出することができない。したがって、端末は、SPS活性化PDCCHに含まれた情報例えば、SPS活性化PDCCH内のTPCフィールドを再使用して指示される情報によってPUCCHリソースインデックスを決定できる。一方、段階S4630の結果がNOであると、段階S4650に移行する。段階S4650で端末は、PCellでのみDAI=1のPDSCH及び追加としてPDCCHのないPDSCHを受信したか否か判定する。段階S4650の結果がYESであると、段階S4660に移行する。この場合にも、端末はARI情報を獲得できないため、PUCCHフォーマット3を使用せずに、PUCCHフォーマット1a/1bを使用する。ここで、端末は、ACK/NACK情報損失を防止するために、チャネル選択方式でACK/NACK情報を伝送することができる。チャネル選択は、A=2または3個のPUCCHリソースからPUCCHリソースを選択する方式で行われるとよい。A値は、PDSCHのコードワードまたは伝送ブロックの個数によって決定することができる。一方、段階S4650の結果がNOであると、段階S4670に移行する。段階S4670で端末は、PCellでDAI=1以外のすなわち、DAI>1のPDCCHのARIすなわち、TPCフィールド値とSCellの全てのPDCCHのARIすなわち、TPCフィールド値がいずれも同一であるか否か判定する。段階S4670の結果がYESであると、段階S4680に移行する。この場合、端末は、ARIにより指示されるPUCCHフォーマット3リソースを用いてACK/NACK情報を伝送することができる。端末は、ARI値がいずれのPDCCHでも同一であると仮定し、少なくとも一つのPDCCHでARI値を用いて段階S4680を行うこともできる。一方、段階S4670の結果がNOであるとすなわち、PCell及びSCellのARI値が同一でないと、端末は、受信されたPDCCHを廃棄discardする。要するに、端末がACK/NACKを伝送すべきPDSCHwithPDCCH、PDSCHwithoutPDCCHSPS-PDSCH及びSPSreleasePDCCHに対して、次のような端末の動作を定義できる。ただし、本発明の範囲がこれに制限されるわけではなく、前述した本発明の種々の実施例の可能な組み合わせによりTDDHARQACK/NACKリソース割当及び伝送動作が行われてもよい。まず、搬送波アグリゲーションが適用されないシステムすなわち、non-CAでの動作は、CA環境でのPCell-only-receivingと同一に行うことができる。すなわち、端末に一つのサービングセルが設定される場合におけるTDDHARQACK/NACKリソース割当及び伝送動作は、端末に1超過のサービングセルが設定されるとき、PCellでのみPDSCH及び/またはPDCCHを受信する場合におけるTDDHARQACK/NACKリソース割当及び伝送動作と同一に行うことができる。したがって、以下、PCellでの動作に関する説明は、端末に一つのサービングセルのみ設定され、当該サービングセルでの動作に代えてもよい。PCellのPDSCHに対応するPDCCH内のDAI=1であると、TPCフィールドは元来の電力制御用途に用いられる。PCellのPDSCHに対応するPDCCH内のDAI>1であると、TPCフィールドはARIの用途に用いられる。SCellの全てのPDSCHに対応するPDCCH内のTPCフィールドはARIの用途に用いられる。端末は全てのARIが同一であると仮定する。PCellでのみ一つのSPS-PDSCHのみを受信すると、PUCCHフォーマット1a/1bにフォールバックする。PCellでのみ一つのDAI=1のPDSCHPDSCHに対応するPDCCH内のDAI=1のみを受信すると、PUCCHフォーマット1a/1bにフォールバックする。PCellでのみ一つのDAI=1のPDSCHと一つのSPS-PDSCHのみを受信すると、PUCCHフォーマット1bを使用するチャネル選択方式でACK/NACK伝送が行われる。ここで、チャネル選択に用いられるPUCCHリソースの個数Aは、2または3である。PCellでのみDAI>1のPDSCHPDSCHに対応するPDCCHのDAI>1を一つ以上受信すると、ARIにより指示されるPUCCHフォーマット3リソースを用いてACK/NACK伝送が行われる。SCellでPDSCHを一つ以上受信すると、ARIにより指示されるPUCCHフォーマット3リソースを用いてACK/NACK伝送が行われる。これにより、PCellでのみ、またはPCell及びSCellで、PDSCHwithPDCCH、PDSCHwithoutPDCCHSPS-PDSCH及びSPSreleasePDCCHのうち一つ以上を受信するいすれの場合においても、ACK/NACK情報の損失無しにACK/NACK情報を正確且つ效率的に伝送することができる。以上開示された本発明の好ましい実施例についての詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では本発明の好適な実施例を参照して説明したが、当該技術の分野における熟練した当業者には、本発明の領域から逸脱しない範囲内で本発明を様々に修正及び変更できるということが理解されるであろう。例えば、当業者は、上記の実施例に記載された各構成を互いに組み合わせる方式で用いることができる。したがって、本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を与えるためのものである。本発明は、本発明の精神及び必須特徴から逸脱することなく、他の特定の形態に具体化できる。そのため、上記の詳細な説明はいずれの面においても制約的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付した請求項の合理的解釈により定めなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を有するものである。また、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めることができる。"