ユーザ機器UEのために構成された複数のコンポーネントキャリアCCのうちの1つのCC上で許可を受信することと、前記許可に基づいて、前記UEのためのスケジュールされたCCの数と各スケジュールされたCCの識別子とを判断することと、スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とに基づいて、前記データ送信に対する肯定応答/否定応答ACK/NACK情報を判断することとを備える、ワイヤレス通信のための方法。前記スケジュールされたCCの送信モード、または前記スケジュールされたCC上で受信されたトランスポートブロックの数に基づいて、各スケジュールされたCCのためのACK/NACKビットの数を判断することと、各スケジュールされたCCのためのACK/NACKビットの前記数に基づいて、前記データ送信のためのACK/NACKビットの総数を判断することとをさらに備える、請求項1に記載の方法。前記少なくとも1つのスケジュールされたCCのためのACK/NACKビットの総数に基づいて、前記ACK/NACK情報を送るための送信電力を判断することと、前記判断された送信電力に基づいて、物理アップリンク制御チャネルPUCCH上で前記ACK/NACK情報を送ることとをさらに備える、請求項1に記載の方法。前記データ送信のためのACK/NACKビットの総数に基づいて、前記ACK/NACK情報を送るためのリソース要素の数を判断することと、リソース要素の前記数に基づいて、物理アップリンク共有チャネルPUSCH上で前記ACK/NACK情報を送ることとをさらに備える、請求項1に記載の方法。データ送信のためのACK/NACKビットの総数に基づいて、前記ACK/NACK情報を送るための物理アップリンク制御チャネルPUCCHフォーマットを判断することと、前記PUCCHフォーマットに基づいて、前記PUCCH上で前記ACK/NACK情報を送ることとをさらに備える、請求項1に記載の方法。前記データ送信のためのACK/NACKビットの総数と利用可能なペイロードサイズとに基づいて、チャネル状態情報CSIを送るための利用可能なビットを判断することと、前記利用可能なビットの数に基づいて、前記CSIを前記ACK/NACK情報と多重化することとをさらに備える、請求項1に記載の方法。各スケジュールされたCC上で受信されたトランスポートブロックの数を判断することと、各スケジュールされたCC上で受信されたトランスポートブロックの前記数に基づいて、前記データ送信中で受信されたトランスポートブロックの総数を判断することとをさらに備える、請求項1に記載の方法。各スケジュールされたCC上で受信されたトランスポートブロックの前記数を前記判断することが、1つのトランスポートブロックをサポートするダウンリンク制御情報DCIフォーマットを有するダウンリンク許可に関連する各スケジュールされたCC上で1つのトランスポートブロックが受信されたと判断することと、2つのトランスポートブロックをサポートするDCIフォーマットを有するダウンリンク許可に関連する各スケジュールされたCC上で2つのトランスポートブロックが受信されたと判断することとを備える、請求項7に記載の方法。前記データ送信中で受信されたトランスポートブロックの総数に基づいて、前記ACK/NACK情報を送るための送信電力を判断することと、前記判断された送信電力に基づいて、物理アップリンク制御チャネルPUCCH上で前記ACK/NACK情報を送ることとをさらに備える、請求項1に記載の方法。前記複数の構成されたCCのうちの各CCのインデックスに基づいて、少なくとも1つのスケジュールされたCCのためのACK/NACKビットを順序付けることをさらに備える、請求項1に記載の方法。スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とを前記判断することが、前記許可中のダウンリンク割当てインジケータDAIを検出することを備える、請求項1に記載の方法。前記DAIのサイズが、前記UEのための構成されたCCの数に基づく、請求項11に記載の方法。スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とを前記判断することが、前記許可から、スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とを示すビットマップを取得することを備える、請求項1に記載の方法。前記ビットマップのビットの数が、前記UEのための構成されたCCの数よりも少ない、請求項13に記載の方法。前記複数の構成されたCCが、第1のCCと少なくとも1つの残りのCCとを備え、前記許可が前記第1のCC上でのデータ送信のためであり、前記ビットマップが、前記少なくとも1つの残りのCCのうちの各スケジュールされたCCを識別する、請求項13に記載の方法。前記許可に基づいて前記UEがスケジュールされるある数のダウンリンクサブフレームを判断することと、前記判断された数のダウンリンクサブフレーム中の前記少なくとも1つのスケジュールされたCC上で受信されたデータ送信のためのACK/NACK情報を判断することとをさらに備え、前記ACK/NACK情報が、スケジュールされたCCの前記数と、各スケジュールされたCCの前記識別子と、前記UEがスケジュールされるダウンリンクサブフレームの前記数とに基づいて判断される、請求項1に記載の方法。前記ACK/NACK情報を前記判断することが、前記ACK/NACK情報を取得するために、空間バンドリング、サブフレームバンドリング、CCバンドリング、またはそれらの組合せを実行することを備える、請求項1に記載の方法。前記ACK/NACK情報を送るために利用可能なビットの数と、送るべき前記ACK/NACK情報のビットの数とに基づいて、少なくとも1つの未使用ビットを識別することと、前記少なくとも1つの未使用ビットを使用して、前記スケジュールされたCCのうちの1つのための許可を前記UEが逃したことを示す情報を送ることとをさらに備える、請求項1に記載の方法。スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とに基づいて、許可をもつ物理ダウンリンク制御チャネルPDCCHを検出することをさらに備える、請求項1に記載の方法。前記許可が、前記少なくとも1つのスケジュールされたCCのうちの1つ上でのデータ送信のためのダウンリンク許可、またはアップリンク上でのデータ送信のためのアップリンク許可を備える、請求項1に記載の方法。前記複数の構成されたCCが、周波数分割複信FDDを利用するワイヤレスネットワークにおけるダウンリンクCCである、請求項1に記載の方法。スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とを示す情報が、前記UEのための1次CCPCC上で受信され、前記PCCが、前記UEのための前記複数の構成されたCCのうちの1つである、請求項1に記載の方法。スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とを示す情報が、前記UEのための前記複数の構成されたCCのサブセット上で受信される、請求項1に記載の方法。ユーザ機器UEのために構成された複数のコンポーネントキャリアCCのうちの1つのCC上で許可を受信するための手段と、前記許可に基づいて、前記UEのためのスケジュールされたCCの数と各スケジュールされたCCの識別子とを判断するための手段と、スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とに基づいて、前記データ送信に対する肯定応答/否定応答ACK/NACK情報を判断するための手段とを備える、ワイヤレス通信のための方法。前記スケジュールされたCCの送信モード、または前記スケジュールされたCC上で受信されたトランスポートブロックの数に基づいて、各スケジュールされたCCのためのACK/NACKビットの数を判断するための手段と、各スケジュールされたCCのためのACK/NACKビットの前記数に基づいて、前記データ送信のためのACK/NACKビットの総数を判断するための手段とをさらに備える、請求項24に記載の装置。前記データ送信のためのACK/NACKビットの総数に基づいて、前記ACK/NACK情報を送るための送信電力を判断するための手段と、前記判断された送信電力に基づいて、物理アップリンク制御チャネルPUCCH上で前記ACK/NACK情報を送るための手段とをさらに備える、請求項24に記載の装置。前記データ送信のためのACK/NACKビットの総数に基づいて、前記ACK/NACK情報を送るためのリソース要素の数を判断するための手段と、リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネルPUSCH上で前記ACK/NACK情報を送るための手段とをさらに備える、請求項24に記載の装置。スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とを前記判断するための前記手段が、前記許可中のダウンリンク割当てインジケータDAIを検出するための手段を備える、請求項24に記載の装置。スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とを前記判断するための前記手段が、前記許可から、スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とを示すビットマップを取得するための手段を備える、請求項24に記載の装置。前記ACK/NACK情報を判断するための前記手段が、前記ACK/NACK情報を取得するために、空間バンドリング、サブフレームバンドリング、CCバンドリング、またはそれらの組合せを実行するための手段を備える、請求項24に記載の装置。ユーザ機器UEのために構成された複数のコンポーネントキャリアCCのうちの1つのCC上で許可を受信することと、前記許可に基づいて、前記UEのためのスケジュールされたCCの数と各スケジュールされたCCの識別子とを判断することと、スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とに基づいて、前記データ送信に対する肯定応答/否定応答ACK/NACK情報を判断することとを行うように構成された少なくとも1つのプロセッサと、前記少なくとも1つのプロセッサに結合されたメモリとを備える、ワイヤレス通信のための装置。前記少なくとも1つのプロセッサが、前記スケジュールされたCCの送信モード、または前記スケジュールされたCC上で受信されたトランスポートブロックの数に基づいて、各スケジュールされたCCのためのACK/NACKビットの数を判断することと、各スケジュールされたCCのためのACK/NACKビットの前記数に基づいて、前記データ送信のためのACK/NACKビットの総数を判断することとを行うように構成された、請求項31に記載の装置。前記少なくとも1つのプロセッサが、前記データ送信のためのACK/NACKビットの総数に基づいて、前記ACK/NACK情報を送るための送信電力を判断することと、前記判断された送信電力に基づいて、物理アップリンク制御チャネルPUCCH上で前記ACK/NACK情報を送ることとを行うように構成された、請求項31に記載の装置。前記少なくとも1つのプロセッサが、前記データ送信のためのACK/NACKビットの総数に基づいて、前記ACK/NACK情報を送るためのリソース要素の数を判断することと、リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネルPUSCH上で前記ACK/NACK情報を送ることとを行うように構成された、請求項31に記載の装置。前記少なくとも1つのプロセッサが、前記許可中のダウンリンク割当てインジケータDAIを検出するように構成された、請求項31に記載の装置。前記少なくとも1つのプロセッサが、前記許可から、スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とを示すビットマップを取得するように構成された、請求項31に記載の装置。前記少なくとも1つのプロセッサが、前記ACK/NACK情報を取得するために、空間バンドリング、サブフレームバンドリング、CCバンドリング、またはそれらの組合せを実行するように構成された、請求項31に記載の装置。ユーザ機器UEのために構成された複数のコンポーネントキャリアCCのうちの1つのCC上で許可を受信することを少なくとも1つのプロセッサに行わせるためのコードと、前記許可に基づいて、前記UEのためのスケジュールされたCCの数と各スケジュールされたCCの識別子とを判断することを前記少なくとも1つのプロセッサに行わせるためのコードと、スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とに基づいて、前記データ送信に対する肯定応答/否定応答ACK/NACK情報を判断することを前記少なくとも1つのプロセッサに行わせるためのコードとを備える非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。ユーザ機器UEのためのスケジュールされたコンポーネントキャリアCCの数と各スケジュールされたCCの識別子とを示す許可を生成することと、前記UEのために構成された複数のCCのうちの1つ上で前記許可を送ることと、前記スケジュールされたCC上で、前記UEにデータ送信を送ることと、前記許可に応答して、前記UEから肯定応答/否定応答ACK/NACK情報を受信することとを備える、ワイヤレス通信のための方法。前記スケジュールされたCCの送信モード、または前記スケジュールされたCC上で送られたトランスポートブロックの数に基づいて、各スケジュールされたCCのためのACK/NACKビットの数を判断することと、各スケジュールされたCCのためのACK/NACKビットの前記数に基づいて、前記データ送信のためのACK/NACKビットの総数を判断することとをさらに備える、請求項39に記載の方法。前記データ送信のためのACK/NACKビットの総数に基づいて、前記ACK/NACK情報を送るために使用されたリソース要素の数を判断することと、リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネルPUSCH上で前記ACK/NACK情報を受信することとをさらに備える、請求項39に記載の方法。前記データ送信のためのACK/NACKビットの総数と利用可能なペイロードサイズとに基づいて、チャネル状態情報CSIを送るための利用可能なビットを判断することと、前記CSIを送るための前記利用可能なビットに基づいて、前記CSIと前記ACK/NACK情報とを非多重化することとをさらに備える、請求項39に記載の方法。前記ACK/NACK情報が、前記UEから、前記データ送信中で前記UEによって受信されたトランスポートブロックの総数に対応する送信電力で、物理アップリンク制御チャネルPUCCH上で受信される、請求項39に記載の方法。前記許可を前記生成することが、スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とを示すビットマップを備える前記許可を生成することを備える、請求項39に記載の方法。チャネル状態情報CSIの報告がサブフレーム中での前記UEからのものであるかどうかに基づいて、前記サブフレーム中でのデータ送信のために前記UEをスケジュールすることをさらに備える、請求項39に記載の方法。サブフレーム中での前記UEによる報告のためのチャネル状態情報CSIのビットの数を判断することと、CSIのビットの前記数に基づいて、前記サブフレーム中でACK/NACK情報を送るために前記UEにとって利用可能なビットの数を判断することと、ACK/NACK情報を送るために利用可能なビットの前記数に基づいて、前記サブフレーム中でのデータ送信のために前記UEをスケジュールすることとをさらに備える、請求項39に記載の方法。ユーザ機器UEのためのスケジュールされたコンポーネントキャリアCCの数と各スケジュールされたCCの識別子とを示す許可を生成するための手段と、前記UEのために構成された複数のCCのうちの1つ上で前記許可を送るための手段と、前記スケジュールされたCC上で、前記UEにデータ送信を送るための手段と、前記許可に応答して、前記UEから肯定応答/否定応答ACK/NACK情報を受信するための手段とを備える、ワイヤレス通信のための装置。前記スケジュールされたCCの送信モード、または前記スケジュールされたCC上で送られたトランスポートブロックの数に基づいて、各スケジュールされたCCのためのACK/NACKビットの数を判断するための手段と、各スケジュールされたCCのためのACK/NACKビットの前記数に基づいて、前記データ送信のためのACK/NACKビットの総数を判断するための手段とをさらに備える、請求項47に記載の装置。前記データ送信のためのACK/NACKビットの総数に基づいて、前記ACK/NACK情報を備えるリソース要素の数を判断するための手段と、リソース要素の前記数に基づいて、物理アップリンク共有チャネルPUSCH上で前記ACK/NACK情報を受信するための手段をさらに備える、請求項47に記載の装置。前記データ送信のためのACK/NACKビットの総数と利用可能なペイロードサイズとに基づいて、チャネル状態情報CSIを送るための利用可能なビットを判断するための手段と、前記利用可能なビットの数に基づいて、前記CSIと前記ACK/NACK情報とを非多重化するための手段とをさらに備える、請求項47に記載の装置。前記許可を生成するための前記手段が、スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とを示すビットマップを備える前記許可を生成するための手段を備える、請求項47に記載の装置。ユーザ機器UEのためのスケジュールされたコンポーネントキャリアCCの数と各スケジュールされたCCの識別子とを示す許可を生成することと、前記UEのために構成された複数のCCのうちの1つ上で前記許可を送ることと、前記スケジュールされたCC上で、前記UEにデータ送信を送ることと、前記許可に応答して、前記UEから前記データ送信に対する肯定応答/否定応答ACK/NACK情報を受信することとを行うように構成された少なくとも1つのプロセッサと、前記少なくとも1つのプロセッサに結合されたメモリとを備える、ワイヤレス通信のための装置。前記少なくとも1つのプロセッサが、前記スケジュールされたCCの送信モード、または前記スケジュールされたCC上で送られたトランスポートブロックの数に基づいて、各スケジュールされたCCのためのACK/NACKビットの数を判断することと、各スケジュールされたCCのためのACK/NACKビットの前記数に基づいて、前記データ送信のためのACK/NACKビットの総数を判断することとを行うように構成された、請求項52に記載の装置。前記少なくとも1つのプロセッサが、前記データ送信のためのACK/NACKビットの総数に基づいて、前記ACK/NACK情報を備えるリソース要素の数を判断することと、リソース要素の前記数に基づいて、物理アップリンク共有チャネルPUSCH上で前記ACK/NACK情報を受信することとを行うように構成された、請求項52に記載の装置。前記少なくとも1つのプロセッサが、前記データ送信のためのACK/NACKビットの総数と利用可能なペイロードサイズとに基づいて、チャネル状態情報CSIを送るための利用可能なビットを判断することと、前記利用可能なビットの数に基づいて、前記CSIと前記ACK/NACK情報とを非多重化することとを行うように構成された、請求項52に記載の装置。前記少なくとも1つのプロセッサが、スケジュールされたCCの前記数と各スケジュールされたCCの前記識別子とを示すビットマップを備える前記許可を生成するように構成された、請求項52に記載の装置。ユーザ機器UEのためのスケジュールされたコンポーネントキャリアCCの数と各スケジュールされたCCの識別子とを示す許可を生成することを少なくとも1つのプロセッサに行わせるためのコードと、前記UEのために構成された複数のCCのうちの1つ上で前記許可を送ることを前記少なくとも1つのプロセッサに行わせるためのコードと、前記スケジュールされたCC上で、前記UEにデータ送信を送ることを前記少なくとも1つのプロセッサに行わせるためのコードと、前記許可に応答して、前記UEから肯定応答/否定応答ACK/NACK情報を受信することを前記少なくとも1つのプロセッサに行わせるためのコードとを備える非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。本明細書で説明する技法は、CDMA、TDMA、FDMA、OFDMA、SC-FDMAおよび他のワイヤレスネットワークなど、様々なワイヤレス通信ネットワークに使用され得る。ネットワークおよびシステムという用語は、しばしば互換的に使用される。CDMAネットワークは、UniversalTerrestrialRadioAccessUTRA、cdma2000などの無線技術を実装し得る。UTRAは、広帯域CDMAWCDMA登録商標、時分割同期CDMATD-SCDMA、およびCDMAの他の変形態を含む。cdma2000は、IS-2000、IS-95およびIS-856規格をカバーする。TDMAネットワークは、GlobalSystemforMobileCommunicationsGSM登録商標などの無線技術を実装し得る。OFDMAネットワークは、EvolvedUTRAE-UTRA、UltraMobileBroadbandUMB、IEEE802.11Wi-FiおよびWi-FiDirect、IEEE802.16WiMAX、IEEE802.20、Flash-OFDM登録商標などの無線技術を実装し得る。UTRAおよびE-UTRAは、UniversalMobileTelecommunicationSystemUMTSの一部である。周波数分割複信FDDと時分割複信TDDの両方における3GPPLongTermEvolutionLTEおよびLTE-AdvancedLTE-Aは、ダウンリンク上ではOFDMAを利用し、アップリンク上ではSC-FDMAを利用するE-UTRAを使用するUMTSの新しいリリースである。UTRA、E-UTRA、UMTS、LTE、LTE-AおよびGSMは、3rdGenerationPartnershipProject3GPPと称する団体からの文書に記載されている。cdma2000およびUMBは、3rdGenerationPartnershipProject23GPP2と称する団体からの文書に記載されている。本明細書で説明する技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術に使用され得る。明快のために、本技法のいくつかの態様について以下ではLTEに関して説明し、以下の説明の大部分でLTE用語を使用する。図1に、LTEネットワークまたは何らかの他のワイヤレスネットワークであり得る、ワイヤレス通信ネットワーク100を示す。ワイヤレスネットワーク100は、いくつかの発展型ノードBeNB110と他のネットワークエンティティとを含み得る。eNBは、UEと通信するエンティティであり得、ノードB、基地局、アクセスポイントなどと呼ばれることもある。各eNBは、特定の地理的エリアに対して通信カバレージを提供し得、カバレージエリア内に位置するUEのための通信をサポートし得る。ネットワーク容量を改善するために、eNBの全体的なカバレージエリアは複数たとえば、3つのより小さいエリアに区分され得る。より小さいエリアの各々は、それぞれのeNBサブシステムによってサービスされ得る。3GPPでは、セルという用語は、このカバレージエリアをサービスするeNBおよび/またはeNBサブシステムのカバレージエリアを指すことがある。概して、eNBは、1つまたは複数のたとえば、3つのセルをサポートし得る。セルという用語はまた、eNBが動作するキャリアを指すことがある。ネットワークコントローラ130は、eNBのセットに結合し、これらのeNBの協調および制御を行い得る。ネットワークコントローラ130はバックホールを介してeNBと通信し得る。eNBはまた、たとえば、ワイヤレスバックホールまたはワイヤラインバックホールを介して直接または間接的に互いに通信し得る。UE120はワイヤレスネットワーク全体に分散され得、各UEは固定またはモバイルであり得る。UEは、移動局、端末、アクセス端末、加入者ユニット、局などと呼ばれることもある。UEは、セルラー電話、スマートフォン、タブレット、ワイヤレス通信デバイス、携帯情報端末PDA、ワイヤレスモデム、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、無線ローカルループWLL局、ネットブック、スマートブックなどであり得る。明快のために、以下の説明の一部では、ワイヤレスネットワーク100中のUEのうちの1つおよびeNBのうちの1つであり得る、UE120xおよびeNB110xに言及する。LTEは、ダウンリンク上では直交周波数分割多重OFDMを利用し、アップリンク上ではシングルキャリア周波数分割多重SC-FDMを利用する。OFDMおよびSC-FDMは、周波数スペクトルを、一般にトーン、ビンなどとも呼ばれる複数ΝFFT個の直交サブキャリアに区分する。各サブキャリアはデータで変調され得る。一般に、変調シンボルは、OFDMでは周波数領域で、SC-FDMでは時間領域で送られる。隣接するサブキャリア間の間隔は固定であり得、サブキャリアの総数ΝFFTはシステム帯域幅に依存し得る。たとえば、サブキャリア間隔は15キロヘルツkHzであり得、NFFTは、1.4、3、5、10または20メガヘルツMHzのシステム帯域幅に対してそれぞれ128、256、512、1024または2048に等しくなり得る。ワイヤレスネットワーク100はFDDまたはTDDを利用し得る。FDDの場合、ダウンリンクおよびアップリンクには別々の周波数チャネルが割り振られる。ダウンリンク送信は1つの周波数スペクトル上で送られ得、アップリンク送信は別の周波数スペクトル上で送られ得る。TDDの場合、ダウンリンクおよびアップリンクは同じ周波数スペクトルを共有し得、ダウンリンク送信およびアップリンク送信は、異なる時間間隔において同じ周波数スペクトル上で送られ得る。図2に、LTEにおけるFDDのための例示的なフレーム構造200を示す。ダウンリンクおよびアップリンクの各々の送信タイムラインは無線フレームの単位に区分され得る。各無線フレームは、所定の持続時間たとえば、10ミリ秒msを有し得、0~9のインデックスをもつ10個のサブフレームに区分され得る。各サブフレームは2つのスロットを含み得る。各スロットは、L個のシンボル期間、たとえば、図2に示すようにノーマルサイクリックプレフィックスの場合は7つのシンボル期間、または拡張サイクリックプレフィックスの場合は6つのシンボル期間を含み得る。各サブフレーム中の2L個のシンボル期間には0~2L-1のインデックスが割り当てられ得る。ダウンリンクおよびアップリンクの各々のための利用可能な時間周波数リソースは、リソースブロックに区分され得る。各リソースブロックは、1つのスロット中の12個のサブキャリアをカバーし得、いくつかのリソース要素を含み得る。各リソース要素は、1つのシンボル期間中の1つのサブキャリアをカバーし得、実数値または複素数値であり得る1つの変調シンボルを送るために使用され得る。図3に、LTEにおけるTDDのための例示的なフレーム構造300を示す。サブフレーム0および5はダウンリンクのために使用され、サブフレーム2はアップリンクのために使用され、サブフレーム3、4、7、8および9はそれぞれダウンリンクまたはアップリンクのために使用され得る。サブフレーム1は、ダウンリンクパイロットタイムスロットDwPTSと、ガード期間GPと、アップリンクパイロットタイムスロットUpPTSとを含む。サブフレーム6は、DwPTSのみ、またはすべての3つの特殊フィールド、またはダウンリンクサブフレームを含み得る。LTEは、TDDのためのいくつかのアップリンクダウンリンク構成をサポートする。各アップリンクダウンリンク構成は、各サブフレームがダウンリンクサブフレームであるのか、アップリンクサブフレームであるのか、または特殊なサブフレームであるのかを示す。無線フレーム中に1つのアップリンクサブフレームへの9つものダウンリンクサブフレームが存在し得る。図2および図3に示すように、ダウンリンクのためのサブフレームすなわち、ダウンリンクサブフレームは、時分割多重化TDMされ得る、制御領域とデータ領域とを含み得る。制御領域はサブフレームの最初のQ個のシンボル期間を含み得、ただし、Qは1、2、3または4に等しくなり得る。Qは、サブフレームごとに変化し得、サブフレームの最初のシンボル期間中に搬送され得る。データ領域は、サブフレームの残りの2L-Q個のシンボル期間を含み得、UEのためのデータおよび/または他の情報を搬送し得る。eNBは、制御領域中の物理ダウンリンク制御チャネルPDCCH上でダウンリンク制御情報DCIをUEに送り得る。DCIは、ダウンリンク許可、アップリンク許可、電力制御情報などを含み得る。eNBは、データ領域中の物理ダウンリンク共有チャネルPDSCH上でデータおよび/または他の情報をUEに送り得る。図2および図3に示すように、アップリンクのためのサブフレームすなわち、アップリンクサブフレームは、周波数分割多重化FDMされ得る、制御領域とデータ領域とを含み得る。制御領域は、図2および図3に示すようにアップリンクスペクトルの2つのエッジの近くにリソースブロックを含み得、構成可能なサイズを有し得る。データ領域は、制御領域中に含まれないすべてのリソースブロックを含み得る。UEは、アップリンクサブフレームの制御領域中の物理アップリンク制御チャネルPUCCH上でアップリンク制御情報UCIをeNBに送り得る。UCIは、ダウンリンク上で受信されたデータ送信のためのACK/NACK情報、チャネル状態情報CSI、スケジューリング要求SRなどを含み得る。UEは、アップリンクサブフレームのデータ領域中の物理アップリンク共有チャネルPUSCH上でデータまたはデータおよびUCIをeNBに送り得る。UEは、より低いピーク対平均電力比PAPRを有し得るシングルキャリア波形を維持するために、サブフレーム中でPUCCHのみまたはPUSCHのみ両方ではないを送信し得る。アップリンク送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。ワイヤレスネットワーク100は、ダウンリンク上の複数のCCと、アップリンク上の1つまたは複数のCCとの上のマルチキャリア動作をサポートし得る。複数のCC上の動作はキャリアアグリゲーションと呼ばれることがある。ダウンリンク用のCCはダウンリンクCCと呼ばれ、アップリンク用のCCはアップリンクCCと呼ばれることがある。eNBは、1つまたは複数のダウンリンクCC上でデータとDCIとをUEに送信し得る。データ送信は、少なくとも1つのCCの各々上にPDSCH送信と呼ばれることもある1つまたは複数のトランスポートブロックの送信を含み得る。たとえば、所与のサブフレームにおいて、UEは、複数の構成されたCC上で複数のPDSCH送信を受信し得る。UEは、1つまたは複数のアップリンクCC上でデータとUCIとをeNBに送信し得る。図4Aに、連続キャリアアグリゲーションの一例を示す。この例では、M個のCCが周波数において互いに隣接するように示されており、ただし、Mは任意の整数値であり得る。各CCは、20MHz以下の帯域幅を有し得、UEのために別々に構成され得る。図4Bに、不連続キャリアアグリゲーションの一例を示す。この例では、M個のCCが周波数において互いから分離されるように示されている。各不連続CCは、20MHz以下の帯域幅を有し得、UEのために別々に構成され得る。キャリアアグリゲーションを用いて、データおよび制御情報が各CC上で独立して送信および受信され得る。これは、たとえば、i送信エンティティにおいてCCごとに別個の逆高速フーリエ変換IFFTおよび別個の送信機を、ならびにii受信エンティティにおいてCCごとに別個の高速フーリエ変換FFTおよび別個の受信機を使用することによって達成され得る。最高M個の同時OFDMシンボルまたはSC-FDMAシンボルを備える送信が、1つのシンボル期間中に最高M個のCC上にあり得る。別の例では、データおよび制御情報は、すべてのCC上でまとめて送信および受信され得る。これは、i送信エンティティにおいてすべてのM個のCCのために単一のIFFTおよび単一の送信機を、ならびにii受信エンティティにおいてすべてのM個のCCのために単一のFFTおよび単一の受信機を使用することによって達成され得る。単一のOFDMシンボルまたはSC-FDMAシンボルが、1つのシンボル期間中に最高M個のCC上で送信され得る。ワイヤレスネットワーク100は、信頼性を改善するために、ハイブリッド自動再送信HARQを用いたデータ送信をサポートし得る。HARQでは、送信機たとえば、eNBは、トランスポートブロックの初期送信を送り得、必要な場合、トランスポートブロックが受信機たとえば、UEによって正しく復号されるか、またはトランスポートブロックの最大数の送信が行われるか、または何らかの他の終了条件に遭遇するまで、トランスポートブロックの1つまたは複数の追加の送信を送り得る。トランスポートブロックの各送信後に、受信機は、トランスポートブロックが正しく復号された場合は肯定応答ACKを送るか、トランスポートブロックが誤って復号された場合は否定応答NACKを送るか、またはトランスポートブロックを逃した場合は間欠送信DTXを送り得る。送信機は、NACKまたはDTXが受信された場合はトランスポートブロックの別の送信を送り得、ACKが受信された場合はトランスポートブロックの送信を終了し得る。トランスポートブロックは、パケット、コードワード、データブロックなどと呼ばれることもある。図5に、複数M個のダウンリンクCC上でHARQを用いてDCIおよびデータを送信し、1つのアップリンクCC上でUCIおよびデータを送信する方式を示す。この例では、UE120xは、eNB110xのための異なるダウンリンクCCのチャネル品質を周期的に推定し得、ダウンリンクCCごとにCSIを判断し得る。CSIは、チャネル品質インジケータCQI:channelqualityindicator、プリコーディング行列インジケータPMI:precodingmatrixindicator、ランクインジケータRI:rankindicator、またはそれらの組合せを含み得る。RIは、データの送信のために使用すべきレイヤまたは空間チャネルの数を示し得る。PMIは、送信より前にデータをプリコードするために使用すべきプリコーディング行列またはベクトルを示し得る。CQIは、各トランスポートブロックのチャネル品質を示し得る。UE120xは、周期的にまたはトリガされたとき、各ダウンリンクCCについてのCSIをeNB110xに送り得る。eNB110xは、CSIおよび/または他の情報を使用して、データの送信のためにUE120xを選択し、1つまたは複数のダウンリンクCCおよび/またはアップリンクCC上でUE120xをスケジュールし、UE120xがその上でスケジュールされたダウンリンクCCごとに1つまたは複数の変調およびコーディング方式MCS:modulationandcodingschemeを選択し得る。eNB110xは、各スケジュールされたCCのために選択された1つまたは複数のMCSに基づいて、そのCCについて1つまたは複数のトランスポートブロックを処理たとえば、符号化および変調し得る。eNB110xは、次いで、各スケジュールされたCC上で1つまたは複数のトランスポートブロックの送信またはPDSCH送信をUE120xに送り得る。UE120xは、複数の構成されたCC中の各スケジュールされたCC上で1つまたは複数のトランスポートブロックの送信を受信し、復号し得る。構成されたCCごとに、UE120xは、1つまたは複数のトランスポートブロックの送信が検出されたかどうかを判断し得、および送信が検出されたとき、各トランスポートブロックが正しく復号されたか誤って復号されたかを判断し得る。UE120xは、正しく復号された各トランスポートブロックについてACKを生成し、誤って復号された各トランスポートブロックについてNACKを生成し得る。UE120xは、特定のサブフレーム中のすべてのM個のダウンリンクCC上で受信されたすべてのトランスポートブロックについてのACKおよび/またはNACKを備えるACK/NACK情報を送り得る。eNB110xは、UE120xからACK/NACK情報を受信し、ACKがそれについて受信された各トランスポートブロックの送信を終了し、NACKがそれについて受信された各トランスポートブロックの別の送信を送り得る。UE120xはまた、送るべきデータがあるとき、およびそれがアップリンクCC上でのデータの送信のためにスケジュールされているとき、ACK/NACK情報とともにデータをeNB110xに送信し得る。図5に示すように、eNB110xは、ダウンリンクCC上でのPDSCH送信についてのダウンリンクDL許可をUE120xに送り得る。ダウンリンク許可は、ダウンリンクCC上でPDSCH送信を受信し、復号するための様々なパラメータを含み得る。ダウンリンク許可は、PDSCH送信が送られたダウンリンクCC上で送られるか、または別のダウンリンクCC上で送られ得る。eNB110xはまた、UE120xによるアップリンクCC上でのデータ送信についてのアップリンクUL許可を送り得る。アップリンク許可は、アップリンクCCの共有チャネルたとえば、PUSCH上でのデータ送信を生成し、送るための様々なパラメータを含み得る。アップリンク許可はCQI要求をも含み得る。この場合、UE120xは、PUSCH上でデータとともにCSIを送り得る。UE120xは、所与のサブフレームにおいて、データおよび/またはUCIを送信しても、あるいはいずれも送信しなくてもよい。UCIは、CSIのみ、またはACK/NACKのみ、またはCSIとACK/NACKの両方を備え得る。UE120xは、当該の各ダウンリンクキャリアについて周期的にCQIを送るように構成され得、それは周期CQI報告と呼ばれることがある。この場合、UEは、周期CSI報告のためのスケジュールによって判断された指定されたサブフレーム中で周期的にCSI報告を送り得る。各CSI報告は、1つまたは複数のダウンリンクCCについてのCQI、PMIおよび/またはRIを備え得る。また、UE120xは、任意のサブフレーム中で1つまたは複数のダウンリンクCCについてのCSIを送るように要求され得、それは非周期CQI報告と呼ばれることがある。これは、アップリンク許可中に1つまたは複数のダウンリンクCCについてのCSI要求を含めることによって達成され得る。eNB110xは、ダウンリンクCC上のPDCCH上でUE120xにDCIたとえば、ダウンリンク許可および/またはアップリンク許可を送り得る。UE120xがデータ送信用にスケジュールされているとき、eNB110xはダウンリンクCC上のPDSCH上でデータを送り得る。特定のサブフレームにおいて、UE120xは、アップリンクCC上のPUCCH上でeNB110xにUCIたとえば、CSIおよび/またはACK/NACKを送り得る。代替的に、アップリンク許可が受信されたとき、UE120xは、アップリンクCC上のPUSCH上でデータのみまたはデータとUCIの両方を送り得る。概して、UE120xは、マルチキャリア動作のために任意の数のダウンリンクCCと任意の数のアップリンクCCとで構成され得る。たとえば、UE120xは、マルチキャリア動作のために最高5つのダウンリンクCCと最高5つのアップリンクCCとで構成され得る。いくつかの例では、1つのダウンリンクCCがダウンリンク1次CCPCC:primaryCCに指定され得、1つのアップリンクCCがアップリンクPCCに指定され得、各残りのCCは2次CCSCC:secondaryCCと呼ばれることがある。eNB110xは、UE120xにダウンリンクPCC上で何らかの情報たとえば、許可、ACK/NACKなどを送り得る。UE120xは、eNB110xにアップリンクPCC上で何らかの情報たとえば、CSI、ACK/NACK、スケジューリング要求などを送り得る。表1に、本明細書の説明において言及する様々なタイプのCCを記載する。UE120xは、たとえば、無線リソース制御RRC:RadioResourceControlなど、上位レイヤを介して、M個のダウンリンクCCと1つまたは複数のアップリンクCCとで半静的に構成され得る。概して、Mは、1よりも大きい任意の値であり得る。1つの例示的なシステムでは、Mは5以下であり得る。構成されたCCの一部または全部がアクティブ化され得る。アクティブ化されたCCは、UEが、ダウンリンク上でアクティブに監視しおよび/またはアップリンク上でアクティブに送信するCCである。CCは、構成されたCCのうちの1つであるが、UE120xは、非アクティブ化されたCCをダウンリンク上で監視しないことがあり、それによって電力節約がもたらされ得る。UE120xは、所与のサブフレーム中の構成されたCCの全部またはサブセット上でのデータ送信のためにスケジュールされ得る。動的スケジューリングの場合、各スケジュールされたCC上での1つまたは複数のトランスポートブロックの送信のためにダウンリンク許可が送られ得る。UE120xは、PDCCH上で、ダウンリンクCC検出されたCC上でのPDSCH送信についてのダウンリンク許可を検出し得る。UE120xは、ダウンリンク許可に従って、検出されたCC上でPDSCH送信を受信し得る。ダウンリンク許可は、関連するPDSCH送信が送られるのと同じダウンリンクCC上で送られ得る。この場合、検出されたCCは、ダウンリンク許可が受信されたダウンリンクCCになるであろう。ダウンリンク許可はまた、1つのダウンリンクCC上で送られ得、関連するPDSCH送信は、異なるダウンリンクCC上で送られ得る。たとえば、ダウンリンク許可は、関連するPDSCH送信が送られるダウンリンクCCを示すキャリア指示フィールドCIF:carrierindicationfieldを含み得る。その場合、UE120xは、ダウンリンク許可中のCIFに基づいて、検出されたCCを識別し得る。UE120xは、たとえば、UE120xに送られたいずれかのダウンリンク許可をUE120xが逃したかどうかに応じて、スケジュールされたCCの一部または全部を検出し得る。UE120xは、すべての検出されたCC上でPDSCH送信を受信し得る。UE120xはM個のダウンリンクCCで構成され得、各ダウンリンクCCは、サポートされる送信モードのセット中の特定の送信モードに関連付けられ得る。表2に、LTERelease9においてサポートされる送信モードを記載する。送信モード1、2、5、6および7は、単入力単出力SISOまたは単入力多出力SIMO送信をサポートする。送信モード3、4および8は多入力多出力MIMO送信をサポートする。送信モードは、ダウンリンクCCごとに独立して構成され得る。UE120xのためのM個のダウンリンクCCは同じまたは異なる送信モードで構成され得る。ダウンリンクCCのために構成された送信モードに応じて、ダウンリンクCC上で1つまたは複数のトランスポートブロックが送られ得る。特に、送信モード1、2、5、6または7で構成されたダウンリンクCC上では1つのトランスポートブロックが送られ得、送信モード3、4または8で構成されたダウンリンクCC上では2つのトランスポートブロックが送られ得る。UE120xは、トランスポートブロックごとに1つのACK/NACKビットを生成し得る。たとえば、送信モード1、2、5、6または7で構成されたCC上でデータ送信に肯定応答するために1つのACK/NACKビットが使用され得、送信モード3、4または8で構成されたCC上でデータ送信に肯定応答するために2つのACK/NACKビットが使用され得る。ダウンリンクCC上で1つまたは複数のトランスポートブロックの送信に肯定応答するためのACK/NACKビットの数はまた、対応するダウンリンク許可のDCIフォーマットに依存し得る。LTEはいくつかのDCIフォーマットをサポートする。DCIフォーマット1、1A、1B、1Cまたは1Dは、1つのトランスポートブロックの送信についてのダウンリンク許可を送るために使用され得、したがって、1つのACK/NACKビットに関連し得る。DCIフォーマット2、2Aまたは2Bは、2つのトランスポートブロックの送信についてのダウンリンク許可を送るために使用され得、したがって、2つのACK/NACKビットに関連し得る。ダウンリンク許可のDCIフォーマットは、ダウンリンクCC上で送るべき特定の数のトランスポートブロックに関連し得、その数は、ダウンリンクCCのために構成された送信モードに関連するトランスポートブロックの数とは異なるたとえば、その数よりも少ないことがある。たとえば、CCjは、2つのトランスポートブロックをサポートする送信モードで構成され得るが、1つのトランスポートブロックとともに使用されるDCIフォーマットを有するダウンリンク許可を用いてスケジュールされ得る。その場合、eNB110xは、CCx上で1つのトランスポートブロックを送り得、UE120xは、CCj上でデータ送信に肯定応答するために1ビットのACK/NACK情報を生成し得る。一例では、UE120xは、FDDにおけるマルチキャリア動作のために5つのダウンリンクCCで構成され得る。この場合、所与のサブフレームにおいて、eNB110xは、ダウンリンクCCごとに最高2つのトランスポートブロックを用いて、最高5つのダウンリンクCC上で最高10個のトランスポートブロックを送り得る。最高10個のトランスポートブロックのために最高10個のACK/NACKビットが取得され、トランスポートブロックごとに1つのACK/NACKビットが取得され得るDTXが明示的にシグナリングされた場合、最高12個のACK/NACKビットが取得され得る。UE120xは、したがって、M個の構成ダウンリンクCCにわたってデータ送信のためのN個のACK/NACKビットを有し得、ただし、1≦M≦N≦10である。本開示に従って、マルチキャリアワイヤレス通信ネットワークにおいてM個のダウンリンクCC上でのデータ送信のためのACK/NACKビットの数を判断するための技法について説明する。データ送信に肯定応答するためのACK/NACKビットの数が、いくつかの情報の利用可能性に応じて様々な方法で判断され得る。ACK/NACKビットの数は、今度は、ACK/NACK情報の送信を制御するために使用され得る。一態様では、M個のダウンリンクCC上でのデータ送信のためのACK/NACKビットの数の判断を可能にするためにダウンリンク割当てインデックスDAIが使用され得る。DAIは、ダウンリンク許可中に含まれ得、スケジュールされるダウンリンクCCの数を示し得、および/またはどのダウンリンクCCがスケジュールされるかの指示を与え得る。DAIは、UE120xが、逃したダウンリンク許可を検出し、より効率的なACK/NACKフィードバックを可能にし、および/または他の利点を提供するのを助け得る。M個の構成されたCCのACK/NACKビットの総数は、ACK/NACKビット幅、ACK/NACKペイロードサイズなどと呼ばれることがある。ACK/NACKビット幅は、異なるダウンリンクCCのためのACK/NACKビットが順序付きであるか非順序付きであるかに依存し得る。順序付きまたは非順序付きフィードバックの使用がUE120xのために構成され得る。非順序付きの場合、M個の構成されたCCのためのACK/NACKビットは、所定の順序で、たとえば、各ダウンリンクCCのインデックスに基づいて連結され得る。順序付きの場合、M個の構成されたCCのためのACK/NACKビットは、最初に、スケジュールされたCCのためのACK/NACKビットを考察し、次いで、残りのCCのためのACK/NACKビットを考察することによって連結され得る。図6に、順序付きの場合と非順序付きの場合とについてACK/NACKビット幅を判断する一例を示す。この例では、UE120xは5つのダウンリンクCCCC1~CC5で構成される。CC2およびCC5は、たとえば、前に説明したように送信モードとDCIフォーマットとに基づいて1ビットACK/NACKフィードバックに関連付けられる。CC1、CC3およびCC4は2ビットACK/NACKフィードバックに関連付けられる。CC2、CC3およびCC4のみが特定のサブフレーム中でスケジュールされる。ACK/NACKフィードバックとして符号化され、送られるべきビットのセットが以下のように判断され得る。非順序付きの場合:00CC11ビットCC22ビットCC32ビットCC40CC50、または順序付きの場合:1ビットCC22ビットCC32ビットCC40ACK/NACK情報は、固定ペイロードサイズでPUCCHまたはPUSCH上で送られ得る。この場合、適切なペイロードサイズのビットのセットを得るために十分な数の0を用いたゼロパディングが実行され得る。非順序付きの場合、各構成されたCCのための1つまたは2つのACK/NACKビットが、CCインデックスと、各構成されたCCのためのACK/NACKビットの数とに基づいてACK/NACKフィードバックから容易に取得され得るので、動作がより単純になり得る。ただし、順序付きの場合、スケジュールされたCCのためのACK/NACKビットが最初に配置され、したがって、ACK/NACKフィードバックのために使用されるビットがより少なくなり得るので、効率がより良くなり得る。いくつかの例では、スケジュールされたキャリアのためのACK/NACK情報が追加された後にCSIおよび/または他の情報がペイロードの残りのビット中で多重化され得る。表3に、本開示によるマルチキャリア動作のための3つのDAI方式を記載する。第1の方式では、DAIはダウンリンク許可中に含まれない。第2および第3の方式では、DAIは、サポートされ、様々な情報を搬送する。これらの3つの方式の各々に基づくACK/NACKビット幅の判断について以下で説明する。第2の方式では、DAIは、スケジュールされているダウンリンクCCの数を示し、1~M-1の範囲内の値に設定され得る。一例では、DAIは、Mに依存し得る可変幅を有し得る。たとえば、DAIは、M=2のために1ビット、M=3または4のために2ビット、あるいはM=5のために3ビットを含み得る。別の例では、DAIは、Mとは無関係であるたとえば、3ビットの固定幅を有し得る。DAIは、各スケジュールされたCCについての、またはいくつかのスケジュールされたCCのみについてのダウンリンク許可中に含まれ得る。第3の方式では、DAIは、スケジュールされているダウンリンクCCの数、ならびにどのダウンリンクCCがスケジュールされるのかを示す。DAIは、スケジュールされたCCについてのダウンリンク許可中に含まれ得、もしあればどの他のダウンリンクCCもスケジュールされているかを示し得る。第3の方式では、DAIは様々な方法で定義され得る。第3の方式の第1の変形形態では、DAIは、Mに依存する可変幅を有し得る。DAIのために使用されるビット数は、構成されたCCの数よりも小さくなり得る。たとえば、M=1の場合、DAIは省略され得る。M=2の場合、DAIは、1ビットを備え得、iDAIを含むダウンリンク許可に関連するダウンリンクCCである、スケジュールされている1つのダウンリンクCCを示すための第1の値たとえば、0、またはiiスケジュールされている2つのダウンリンクCCを示すための第2の値たとえば、1に設定され得る。M=3の場合、DAIは、2ビットを備え得、iスケジュールされている1つのダウンリンクCCを示すための第1の値たとえば、00、ii同じくスケジュールされている第1の残りのダウンリンクCCを示すための第2の値たとえば、01、iii同じくスケジュールされている第2の残りのダウンリンクCCを示すための第3の値たとえば、10、またはivスケジュールされているすべての3つのダウンリンクCCを示すための第4の値たとえば、11に設定され得る。この設計についてさらに説明するために、3つの構成されたCCCCx、CCyおよびCCzの場合を考察する。eNBは、CCxについてのダウンリンク許可中のDAIを、CCyがスケジュールされることを示すための第2の値に設定するか、またはCCzがスケジュールされることを示すための第3の値に設定し得る。M=4の場合、3ビットDAIが利用され得る。DAIは、iスケジュールされている1つのダウンリンクCCを示すための第1の値、ii3つの残りのダウンリンクCCのうち同じくスケジュールされている1つの他のダウンリンクCCを示すための第2、第3、または第4の値、iii3つの残りのダウンリンクCCのうち同じくスケジュールされている2つの他のダウンリンクCCを示すための第5、第6、または第7の値、あるいはivスケジュールされているすべての4つのダウンリンクCCを示すための第8の値に設定され得る。この例を続けると、M=5のとき、4ビットDAIが利用され得る。DAIは、iスケジュールされている1つのダウンリンクCCを示すための第1の値、ii4つの残りのダウンリンクCCのうち同じくスケジュールされている1つの他のダウンリンクCCを示すための第2~第5の値内の値、iii4つの残りのダウンリンクCCのうち同じくスケジュールされている2つの他のダウンリンクCCを示すための第6~第11の値内の値、iv4つの残りのダウンリンクCCのうち同じくスケジュールされている3つの他のダウンリンクCCを示すための第12~第14の値内の値、あるいはvスケジュールされているすべての5つのダウンリンクCCを示すための第15の値に設定され得る。第3の方式の可変幅DAIが利用されるとき、UE120xは、いくつのダウンリンクCCおよびどのダウンリンクCCが、1つのスケジュールされたCCについての1つのダウンリンク許可中のDAIに基づいてスケジュールされるかを判断することが可能であり得る。第3の方式の別の変形形態では、DAIは、PDCCHが受信されたダウンリンクCCを含まない残りのダウンリンクCCごとに1ビットをもつ、M-1ビットのビットマップを備え得る。各残りのダウンリンクCCのビットは、ダウンリンクCCがスケジュールされないことを示すための第1の値たとえば、0、またはダウンリンクCCがスケジュールされることを示すための第2の値たとえば、1に設定され得る。スケジュールされているダウンリンクCCの数は、DAIを搬送するダウンリンク許可に関連するダウンリンクCCのための1ビットマップ中の1の数に等しくなり得る。図7に、第3の方式のビットマップ変形形態のためのDAIの一例を示す。この例では、DAIは、ダウンリンクCC2上でのPDSCH送信についてのダウンリンク許可中に含まれ、M-1個の他のダウンリンクCCのためのM-1ビットのビットマップを備える。CC1のためのビットは、スケジュールされていないCC1を示すための0に設定され、CC3のためのビットは、スケジュールされているCC3を示すための1に設定されるなどする。UE120xは、1つのスケジュールされたCC上でのPDSCH送信についてのダウンリンク許可中でDAIを受信し得る。UE120xが、他のスケジュールされたCCのすべてについてのダウンリンク許可を検出しなかった場合でも、DAIに基づいて、UE120xは、受信されたダウンリンク許可中のDAIに基づいてすべてのスケジュールされたCCを判断することができる。第3の方式の別の変形形態では、DAIは、限られた数のビットを備え得、一部のスケジュールされたCCのみがDAIによって識別され得る。たとえば、3つ以上のダウンリンクCCがスケジュールされるときでも、DAIはM-1ビットではなく2ビットを備え得る。この変形形態では、ダウンリンクPCCには、ダウンリンクSCCよりも高い優先度が与えられ得る。M=3の場合、DAIは、上記で説明したように、スケジュールされた各ダウンリンクCCを識別することができる。M=4の場合、PCCについてのダウンリンク許可中のDAIは、2つのSCCをカバーする1ビットと、最後のSCCをカバーする別の1ビットとを含み得る。SCCについてのダウンリンク許可中のDAIは、PCCをカバーする1ビットと、他の2つのSCCをカバーする別の1ビットとを含み得る。M=5の場合、PCCについてのダウンリンク許可中のDAIは、2つのSCCをカバーする1ビットと、最後の2つのSCCをカバーする別の1ビットとを含み得る。SCCについてのダウンリンク許可中のDAIは、PCCをカバーする1ビットと、他の3つのSCCをカバーする別の1ビットとを含み得る。この変形形態では、2つ以上のエントリが同じDAI値を共有し得る。たとえば、1つのスケジュールされたCCの場合と、4つのスケジュールされたCCの別の場合との間の混同の確率が小さくなり得るので、これらの2つの場合のために同じDAI値たとえば、00が使用され得る。これにより、DAIによって提供される情報におけるオーバーヘッドとあいまいさとの間のトレードオフが可能になり得る。本明細書で説明するように、第2および第3の方式を用いたDAIのさらなる変形形態も利用され得る。さらに、DAIは、異なるCC構成を用いてまたは異なるUEのサポートにおいて異なるDAI方式が利用され得るように、特定のUEのためのCC構成に応じて異なる情報を搬送し得る。スケジュールされたCCの数を示しおよび/またはスケジュールされたCCを識別するDAIは様々な方法で送られ得る。一例では、DAIは、スケジュールされたCCごとにPDCCH上で送られる各ダウンリンク許可中に含まれ得る。別の例では、DAIは、ダウンリンクPCCについてのダウンリンク許可中にのみ含まれ得る。さらに別の例では、DAIは、1つまたは複数の指定されたCC、たとえば、最初のCCと最後のCCとについての1つまたは複数のダウンリンク許可中に含まれ得る。追加または代替として、ダウンリンクデータ送信についてのDAIは、PDCCH上で送られるアップリンク許可中に含まれ得る。この設計により、UEによるPDCCHの逃した検出に対する追加の防護が与えられ得る。M個の構成されたCCのためのACK/NACKビット幅は、表3に記載されている3つの方式のための様々な方法で判断され得る。ACK/NACKビット幅を判断するいくつかの例示的な設計について以下で説明する。DAIなしの第1の方式では、M個の構成されたCCのための例示的なACK/NACKビット幅は以下のように判断され得る。ただし、nCはダウンリンクCCCのためのACK/NACKビットの数であり、nHARQは、M個の構成されたCCのためのACK/NACKビットの総数であり、Configured_Setは、構成されたCCのセットを示す。nHARQは、M個の構成されたCCのためのACK/NACKビット幅である。式1中のnHARQは、順序付きの場合と非順序付きの場合の両方について同じであり得る。別の設計では、DAIなしが与えられる場合のためのACK/NACKビット幅は以下のように判断され得る。ただし、Activated_Setは、アクティブ化されたCCのセットを示す。アクティブ化されたCCのセットは、M個の構成されたCCの全部またはサブセットを含み得る。さらに別の設計では、DAIなしの場合、ACK/NACKビット幅は以下のように判断され得る。ただし、Detected_Setは、検出されたCCのセットを示す。検出されたCCのセットは、M個の構成されたCCの全部またはサブセットを含み得る。検出されたCCは、上記で説明したように判断され得る。式3に示すように、検出されたCCがダウンリンク許可の検出から知られたとき、ACK/NACKビット幅は、検出されたCCのみのためのACK/NACKビットに基づいて判断され得る。これにより、ACK/NACKビット幅はより小さくより正確になり得る。式1~式3中のnCは、同じ方法または異なる方法で定義され得る。たとえば、式1中のnCは、Configured_Set中の各CCの送信モードに基づいて判断され得るが、式3中のnCは、検出されたセット中のCCについてのダウンリンク許可のDCIフォーマットに基づいて判断され得る。スケジュールされたCCの数をDAIが示す第2の方式では、M個の構成されたCCのためのACK/NACKビット幅は、上記で説明した順序付きの場合と非順序付きの場合とについて別様に判断され得る。非順序付きの場合の一例では、ACK/NACKビット幅は、式1に示すように、構成されたCCに基づいて判断され得る。M個の構成されたCCのサブセットのみがスケジュールされ得るが、DAIは、どの特定のダウンリンクCCがスケジュールされるかを示さないことがある。したがって、UEは、すべてのM個の構成されたCCのためのACK/NACKビットの数に基づいてACK/NACKビット幅を判断し得る。順序付きフィードバックが第2の方式とともに使用されるとき、ACK/NACKビット幅は異なる方法で判断され得る。一例では、ACK/NACKビット幅は以下のように判断され得る。式4において、ACK/NACKビット幅は、スケジュールされたCCの数に応じて変化し、DAI=1で1つのダウンリンクCCがスケジュールされたときにPDCCHがその上で送信されるCCのためのACK/NACKビットの数に等しくなり得る。DAI=Mですべての構成されたCCがスケジュールされた場合、ACK/NACKビット幅は、すべてのM個の構成されたCCのためのACK/NACKビットの総数に等しくなり得る。2~M-1個のダウンリンクCCがスケジュールされた場合、ACK/NACKビット幅は、スケジュールされたCCの数×スケジュールされたCC当たりのACK/NACKビットの最大数に等しくなり得る。DAImaxnCはΣnCよりも大きくなり得るので、nHARQはΣnCに制限され得る。別の例では、順序付きフィードバックが第2の方式とともに使用されるとき、ACK/NACKビット幅は以下のように判断され得る。式6において、所与のDAI値について、第1のスケジュールされたCCはダウンリンクCC1~M-DAI1のうちにあり、第2のスケジュールされたCCはダウンリンクCC2~M-DAI2のうちにあり、以下同様であり、最後のスケジュールされたCCはダウンリンクCCDAI~Mのうちにある。この所見は、場合によってはACK/NACKビット幅を低減するために式6において活用される。nXはΣnCよりも大きくなり得るので、nHARQはΣnCに制限され得る。たとえば、UE120xは、1、2、1、2および1のACK/NACKビットに関連する5つのダウンリンクCCのために構成された送信モードに基づいて、これらのダウンリンクCCで構成され得る。この例では、ΣnCは7ビットに等しい。4つのダウンリンクCCがスケジュールされ、DAI=4である場合、nXは、8に等しく、ΣnCよりも大きい。この場合、nHARQは7に制限され得る。逆に、3つのダウンリンクCCがスケジュールされ、DAI=3である場合、nXは、6に等しく、ΣnCよりも小さい。この場合、nHARQは6に等しい。2つのダウンリンクCCの場合、nHARQはΣnCに設定され得る。スケジュールされたCCの数と識別情報の両方をDAIが識別する第3の方式では、M個の構成されたCCのためのACK/NACKビット幅は以下のように判断され得る。ただし、Scheduled_Setは、スケジュールされたCCのセットを示す。式7に示すように、スケジュールされたCCがDAIから知られたとき、ACK/NACKビット幅は、スケジュールされたCCのみのためのACK/NACKビットに基づいて判断され得る。たとえば、各スケジュールされたCCについてのACK/NACKビットの数は、iスケジュールされたCCのために構成された送信モード、またはiiスケジュールされたCCについてのダウンリンク許可のDCIフォーマットに基づいて判断され得る。これにより、ACK/NACKビット幅のより正確な判断を可能にすることによって効率が高められ得る。表4に、表3に記載されている3つの方式のためのACK/NACKビット幅の判断をまとめる。表3に記載されているすべての3つの方式に適用可能であり得る動作の一例では、UE120xは、M個の構成されたCC上で受信されたトランスポートブロックの総数を判断し得る。UE120xは、UE120xを対象とするダウンリンク許可を検出し得、それぞれ検出されたダウンリンク許可のDCIフォーマットを判断し得る。UE120xは、1つのトランスポートブロックをサポートするDCIフォーマットを有するダウンリンク許可に関連する各ダウンリンクCC上で1つのトランスポートブロックを受信し得る。UE120xは、2つのトランスポートブロックをサポートするDCIフォーマットを有するダウンリンク許可に関連する各ダウンリンクCC上で2つのトランスポートブロックを受信し得る。UE120xは、すべての構成されたCC上で受信されたトランスポートブロックの総数を以下のように判断し得る。ただし、nTBCは、ダウンリンクCCC上で受信されたトランスポートブロックの数であり、nTBは、すべての構成されたCC上で受信されたトランスポートブロックの総数である。すべての構成されたCC上で受信されたトランスポートブロックの総数nTBは総トランスポートブロックカウントと呼ばれることがある。UE120xは、たとえば、nHARQ=nTBとなるように、受信されたトランスポートブロックごとに1つのACK/NACKビットで、総トランスポートブロックカウントに基づいてACK/NACKビット幅を判断し得る。各ダウンリンクCC上で受信されたトランスポートブロックの数は、そのダウンリンクCCのために構成された送信モードのためのトランスポートブロックの数以下であり得る。したがって、検出されたダウンリンク許可に基づいて判断される総トランスポートブロックカウントは、構成されたCCまたは検出されたCCの送信モードに基づいて判断されるACK/NACKビット幅以下であり得る。送信モードに基づいて判断されるACK/NACKビット幅は、iM個の構成されたCCのためのACK/NACKビットの最大可能数、またはiiM個の構成されたCCについてのACK/NACK情報を送るために利用可能なビットの総数と見なされ得る。総トランスポートブロックカウントは、M個の構成されたCCのために送るべきACK/NACKビットの実際の数と見なされ得る。UE120xは、たとえば、UE120xが所与のサブフレーム中のアップリンク上でのデータ送信のためにもスケジュールされるかどうかに応じて、そのサブフレーム中のPUCCHまたはPUSCHのいずれかの上でM個の構成されたCCについてのACK/NACK情報を送り得る。ACK/NACKビット幅および/または総トランスポートブロックカウントは、以下のうちの1つまたは複数など、様々な目的のために使用され得る。PUCCH上で送られるACK/NACK情報の電力制御、PUSCH上でACK/NACK情報を送るためのリソース要素の数の判断、PUCCH上でACK/NACK情報を送るためのACK/NACKフィードバック方式の判断、PUCCHまたはPUSCH上でACK/NACK情報を送るためのコードレートおよび/またはコーディング方式の判断、ならびにPUCCHまたはPUSCH上でACK/NACK情報とともにCSIおよび/または他の情報を送るために利用可能なビットの判断マルチキャリアUEはまた、ACK/NACKビット幅または総トランスポートブロックカウントに基づいてPUCCHの電力制御を実行し得る。概して、ACK/NACK送信を確実に受信するために必要な信号対雑音比SNRは、ACK/NACKビット幅、または送るべきACK/NACKビットの数に依存し得る。ACK/NACKビット幅は、今度は、スケジュールCCの数に依存し得る。たとえば、1つのスケジュールされたCC対5つのスケジュールされたCCについての、必要とされるSNRは、3dBよりも大きく変動し得るので、マルチキャリアネットワークにおける効率的な動作のためにはACK/NACKビット幅の正確な判断が重要である。PUCCH上でACK/NACK情報と場合によってはCSIとを送るために使用すべき送信電力は以下のように判断され得る。ただし、nCSIは、ACK/NACK情報とともに送るべきCSIビットの数であり、h.は、LTEに記載されている定義済関数であり、f.は、LTEに記載されている別の定義済関数であり、PPUCCHはPUCCHの送信電力である。式9に示すように、PUCCHの送信電力は、送るべきACK/NACKビットの数、またはACK/NACKビット幅に依存し得る。PUCCHの電力制御のためのACK/NACKビット幅は様々な方法で判断され得る。低速オプションと呼ばれ得る、第1の例では、ACK/NACKビット幅は、第1の方式のための式1に示すように計算され得る、UE120xのための構成されたCCに基づいて判断され得る。中間オプションと呼ばれ得る、第2の例では、ACK/NACKビット幅は、第1の方式のための式2に示すように計算され得る、UE120xのためのアクティブ化されたCCに基づいて判断され得る。高速オプションと呼ばれ得る、第3の例では、ACK/NACKビット幅は、第1の方式のための式3に示すように計算され得る、PDSCH上でデータを搬送する検出されたCCに基づいて判断され得る。他の手法は、スケジュールされたCCに基づいてACK/NACKビット幅を判断することをも含み得る。たとえば、ACK/NACKビット幅は、たとえば、式7に示すように、DAIが各スケジュールされたCCの数と識別情報の両方を識別したときなど、スケジュールされたCCのセットにわたって判断され得る。代替的に、ACK/NACKビット幅は、たとえば、式8に示すように、M個の構成されたCC上で受信されたトランスポートブロックの総数に基づいて判断され得る。ACK/NACKビット幅はまた、前に説明したように、順序付きフィードバック構成が利用されるか非順序付きフィードバック構成が利用されるかに依存し得る。UE120xは、構成されたCCよりも少ないダウンリンクCC上でスケジュールされ得るので、低速オプションおよび中間オプションは過剰電力制御を生じ得る。UE120xは、その場合、必要以上に、PUCCHのためのより高い送信電力を使用し得る。UE120xは、いくつかのスケジュールされたCCのためのPDCCH上のダウンリンク許可を検出することを逃し得るので、高速オプションは過小電力制御を生じ得る。UE120xは、その場合、必要以上に、PUCCHのためのより少ない送信電力を使用し得る。しかしながら、ダウンリンク許可の検出を逃す可能性は低くなり得るたとえば、一般に各ダウンリンクCCについて約1。したがって、過小電力制御の問題はひどくならないことがある。上記で説明した電力制御不適合の可能性を緩和するために、eNB110xによってPUCCHの電力制御が実行され得る。低速オプションおよび中間オプションでは、eNB110xは、スケジュールされたCCの数と、構成されたCCまたはアクティブ化されたCCの数との間の差に基づいてパワーダウンコマンドを判断し得る。高速オプションでは、eNB110xは、eNB110xに知られていないUE120xによる検出されたCCの数の推定値と、eNB110xに知られているスケジュールされたCCの数との間の差に基づいてパワーアップコマンドを判断し得る。すべてのオプションについて、eNB110xは、パワーダウンコマンドまたはパワーアップコマンドであり得る電力制御コマンドをUE120xに送り得る。電力制御コマンドは、ダウンリンク許可中の埋込み情報を介して、またはDCIフォーマット3/3Aにおけるグループ電力制御を介して、または何らかの他の機構を介して送られ得る。UE120xは、電力制御コマンドに基づいてPUCCHのためのそれの計算された送信電力を調整し得る。PUSCH上の送信について、PUSCHリソース要素の必要数と呼ばれることがあるACK/NACK情報を送るために使用すべきリソース要素の数は、ACK/NACKビット幅または総トランスポートブロックカウントに基づいて判断され得る。一例では、UE120xは、DAIなしの場合のための式1に示すように計算され得る、構成されたCCのためのACK/NACKビット幅に基づいてPUSCHリソース要素の数を判断し得る。第2の例では、UE120xは、DAIなしの場合のための式2中に示すように計算され得る、アクティブ化されたCCのためのACK/NACKビット幅に基づいてデータ送信に肯定応答するためのPUSCHリソース要素の数を判断し得る。第3の例では、UE120xは、DAIなしの場合のための式3に示すように計算され得る、検出されたCCのためのACK/NACKビット幅に基づいてPUSCHリソース要素の数を判断し得る。他の例では、UE120xは、i第3の方式のための式7中に示すように判断され得る、スケジュールされたCCのためのACK/NACKビット幅、またはii式8中に示すように判断され得る、M個の構成されたCC上で受信されたトランスポートブロックの総数に基づいてPUSCHリソース要素の数を判断し得る。上記の例の各々において、データ送信に肯定応答するためのPUSCHリソース要素の数は、PUSCH上で利用可能なすべてのリソース要素の中から予約または確保され得る。UE120xは、PUSCH上の予約済みリソース要素上でACK/NACK情報を送り得る。データおよび/または他の情報は、PUSCH上の残りのリソース要素上で送られ得る。eNB110xは、不整合を回避するためにPUSCH上の特定のリソース利用方式のためにUE120xを構成し得る。ACK/NACK情報がPUCCH上で送られたとUE120xが判断したとき、ACK/NACKビット幅または総トランスポートブロックカウントに基づいてACK/NACKフィードバック方式が判断され得る。たとえば、最高2ビットのACK/NACK情報が、PUCCHフォーマット1aまたは1bに基づいてPUCCH上で送られ得る。PUCCHフォーマット1aは、PUCCH上での1つのACK/NACKビットの送信をサポートしており、1つのダウンリンクCCがスケジュールされたときに使用され得る。PUCCHフォーマット1bは、PUCCH上での2つのACK/NACKビットの送信をサポートしており、2つのトランスポートブロックが1つのダウンリンクCC上でスケジュールされるか、または1つのトランスポートブロックが2つのダウンリンクCCの各々上でスケジュールされたときに使用され得る。ACK/NACK情報の最高4ビットが、PUCCHフォーマット1bとチャネル選択とに基づいてPUCCH上で送られ得る。この例では、2つのシグナリングビットb0およびb1が、UE120xによる使用のために利用可能な複数のPUCCHリソースのうちの1つの上で送られ得る。ビットb0およびb1の値ならびに選択されたPUCCHリソースはACK/NACK情報に基づいて判断され得る。UE120xが、DFT拡散OFDMDFT-S-OFDMを利用するPUCCHフォーマット3のために構成されたとき、ACK/NACK情報の5つ以上のビットがPUCCH上で送られ得る。PUCCHフォーマット3では、ACK/NACK情報のnHARQビットが、DFTに基づいて周波数領域に変換され、ACK/NACK送信のために使用される1つまたは複数のリソースブロック中のリソース要素にマッピングされ得る。マッピングされたシンボルに基づいてSC-FDMAシンボルが生成され得る。PUCCHフォーマット3は、ダウンリンクCCの数に関係なくACK/NACK情報を送るために使用され得る。この手法は、構成されたCCまたはスケジュールされたCCの数にかかわらず同じPUCCHフォーマットが使用されることを可能にする。たとえば、eNB110xは、異なるPUCCHフォーマットのためのブラインド検出を実行する必要なしに1つのPUCCHフォーマットに基づいてACK/NACK情報を処理し得る。さらに、PUCCHフォーマット3とともに利用可能な追加のペイロードを使用して、UE120xは、CSIおよび/または他の情報をACK/NACK情報と多重化することができる。PUCCHフォーマット3はまた、CSIのみを送るために使用され得、それにより、UE120xからのCSIおよび/またはACK/NACK情報を検出するためのeNB110xの動作が簡略化され得る。上記で説明した設計の全部またはサブセットが、PUCCH上でACK/NACK情報を送るために使用され得る。たとえば、PUCCHフォーマット1a/1bおよびPUCCHフォーマット3が適宜に使用され得る。好適なACK/NACKフィードバック方式を選択するためのACK/NACKビット幅は、構成されたCC、アクティブ化されたCC、検出されたCC、またはスケジュールされたCCに基づいて判断され得る。UE120xは、ACK/NACKビット幅または総トランスポートブロックカウントに基づいてACK/NACK情報のためのコードレートおよび/またはコーディング方式を選択することができる。ACK/NACK情報は、特定のコードレートのブロックコードたとえば、リード-マラーコードに基づいて符号化されて、コード化データが取得され得る。コード化データは、さらに処理され、PUCCHまたはPUSCH上で送られ得る。好適なコードレートの選択は、特に、PUCCHフォーマット3に基づいてPUCCH上で送られるACK/NACK情報に、ならびにPUSCH上のデータと多重化されるACK/NACK情報に関係し得る。上記で説明したように、ACK/NACK情報のビット数nHARQは、可変であり、ACK/NACKビット幅に依存し得る。一方、コード化データのビット数nPAYLOADは、固定であり、PUCCHまたはPUSCH上のACK/NACK情報のための利用可能なペイロードに依存し得る。コードレートは、コード化データがPUCCHまたはPUSCH上の利用可能なペイロード中で送られ得るように、nHARQとnPLAYLOADとに基づいて選択され得る。コードレートは、構成されたCC、アクティブ化されたCC、検出されたCC、またはスケジュールされたCCのためのACK/NACKビット幅に基づいて判断され得る。構成されたCCのためのACK/NACKビット幅に基づいてコードレートを選択することにより、eNB110xとUE120xが両方とも同じコードレートを使用することが保証され得る。アクティブ化されたCCまたは検出されたCCのためのACK/NACKビット幅に基づいてコードレートを選択することにより、より良好なパフォーマンスが与えられるが、eNB110xによって判断されるコードレートとUE120xによって判断されるコードレートとの間の不整合の可能性が高くなり得る。一例では、eNB110xは、起こり得る不整合に対処するために、異なる可能なコードレートのための復号を実行する。検出されたCCに基づく高速適応は、ブロックコードのための異なるベースシーケンスの使用を可能にし得る。また、CSIおよび/または他の情報を送るために利用可能なビットの数は、ACK/NACKビット幅または総トランスポートブロックカウントに基づいて判断され得る。ACK/NACK情報、CSI、および/または他の情報は多重化され得、得られたUCIはPUCCHまたはPUSCH上で送られ得る。1つのPUCCHまたは1つのPUSCHは、一緒に符号化され得る、ACK/NACK情報とCSIの両方のフィードバックを同時にサポートすることができる。PUCCHまたはPUSCH上のUCIのための利用可能なペイロードは、固定であり得、nPLAYLOADとして示され得る。たとえば、最高13個の情報ビットが、PUCCHフォーマット3に基づいてPUCCH上で送られ得る。一例では、CSIおよび/または他の情報を送るために利用可能なビットの数nCSIは、以下のように、ACK/NACKビット幅または総トランスポートブロックカウントに基づいて判断される。式10中のnHARQは、構成されたCC、アクティブ化されたCC、または検出されたCC、またはスケジュールされたCCのためのACK/NACKビット幅に基づいて判断され得る。式10中のnHARQはまた、総トランスポートブロックカウントに基づいて判断され得る。nHARQは、利用可能な場合、DAIに基づいて判断され得る。nHARQはまた、ACK/NACK情報が順序付きであるか順序付きでないかに依存し得る。eNB110xは、CSIのための潜在的なフィードバックオーバーヘッドに鑑みてACK/NACKビットの数を制御し得る。たとえば、ACK/NACK情報とともに報告すべき4ビット広帯域CSIフィードバックのみがある場合、eNB110xはサブフレーム中に最高5つのダウンリンクCCをスケジュールし得る。同様に、11ビットCSIフィードバックが予想され、ACK/NACK情報と多重化され得るとき、eNB110xは、特定のサブフレーム中に2ビットACK/NACKフィードバックとともに1つまたは2つのダウンリンクCCをスケジュールし得る。eNB110xは、したがって、ACK/NACKフィードバックとCSIフィードバックとのための総オーバーヘッドが、UCIのための利用可能なペイロードに適合することができるような数のダウンリンクCCをスケジュールし得る。表5に、ACK/NACK情報を送る4つの例示的な設計を記載する。これらの4つのACK/NACK設計の各々について以下でさらに詳細に説明する。第1のACK/NACK設計では、DAIはダウンリンクCCのために使用されないしかし、以下で説明するようにTDDにおけるダウンリンクサブフレームのために使用され得る。ACK/NACK情報を搬送するPUCCHの電力制御のためのACK/NACKビット幅または総トランスポートブロックカウントは、たとえば、式3または式8に示すように、検出されたCCに基づいて判断され得る。PUSCH上でACK/NACK情報を送るためのリソース要素の数を判断するためのACK/NACKビット幅または総トランスポートブロックカウントは、たとえば、式1中に示すように、構成されたCCに基づいて判断され得る。DAIが利用可能でないとき、UE120xは、CSIがサブフレーム中のACK/NACK情報と衝突し、そのACK/NACK情報が3ビット以上を備えるとき、そのCSIをドロップするように構成され得る。特に、DAIが利用可能でなく、3ビット以上のACK/NACKフィードバックがあるとUE120xが判断したとき、UE120xはCSIをACK/NACK情報と多重化しないことがある。わずか1つまたは2つのACK/NACKビットがある場合、ACK/NACK情報は、LTERelease8に記載されているようにCSIと多重化され得る。DAIが利用されない状況では、DCIオーバーヘッドを低減することが可能である。ただし、スケジュールされたCCに関する追加の情報がない場合、ACK/NACKビット幅を判断する際に誤りが存在し得、それにより、PUCCHの送信電力、またはACK/NACK情報を送るためのPUSCH中のリソース要素の数の判断においていくつかの誤りが生じ得る。本明細書で説明するように、PUCCH電力制御のための検出されたCCに基づいて、およびPUSCH上のリソース要素を計数するための構成されたCCに基づいてACK/NACKビット幅を判断することにより、そのような誤りの影響が緩和され得る。第2のACK/NACK設計では、同じくDAIを利用しないが、PUCCHまたはPUSCH上でACK/NACKをCSIと多重化することが可能になる。CSIおよび/または他の情報を送るために利用可能なビットの数を確認するためのACK/NACKビット幅または総トランスポートブロックカウントは、構成されたCC、アクティブ化されたCC、または検出されたCCに基づいて判断され得る。CSIがACK/NACK情報と多重化されることを可能にすることにより、CSIの頻繁なドロップが低減し得、それによってデータ送信のパフォーマンスが改善され得る。第3のACK/NACK設計では、DAIは、ダウンリンク許可中に含まれ得、サブフレーム中でスケジュールされたダウンリンクCCの数、すなわち、PDSCH送信の総数を示し得る。UE120xは、DAIに基づいて様々な機能を実行し得る。たとえば、UE120xは、式4または式5に示すように、DAIに基づいてACK/NACKビット幅を判断し得る。UE120xは、次いで、ACK/NACKビット幅または総トランスポートブロックカウントに基づいて、PUCCH上でACK/NACK情報を送るための送信電力、PUSCH上でACK/NACK情報を送るためのリソース要素の数、ACK/NACK情報を送るためのACK/NACKフィードバック方式、CSIおよび/または他の情報を送るために利用可能なビットの数、ACK/NACK情報を符号化するためのコードレートなどを判断し得る。UE120xはまた、DAIを利用して、PDCCHブラインド検出を低減し、フォールスアラームの関連する確率を低下させ得る。特に、UE120xは、DAIから得られたスケジュールされたCCの数に関する明示的情報を利用して、PDCCHを復号するのをいつ停止すべきかを判断し、ダウンリンク許可を含まないダウンリンクCCを処理することを回避し得る。第4のACK/NACK設計では、DAIは、ダウンリンク許可中に含まれ得、サブフレーム中でスケジュールされたダウンリンクCCの数と、スケジュールされたCCの識別情報、すなわち、スケジュールされたCCの総数および位置との両方を示し得る。CC識別情報は、たとえば、DAIのビットが、UE120xのために構成されたCCのうちの異なるCCに対応するときにシグナリングされ得る。DAIからの情報を使用して、UE120xは様々な機能を実行し得る。たとえば、UE120xは、式7に示すように、DAIによって示されるスケジュールされたCCに基づいてACK/NACKビット幅を正確に判断し得る。UE120xはまた、ACK/NACKビット幅または総トランスポートブロックカウントに基づいて、PUCCH上でACK/NACK情報を送るための送信電力、PUSCH上でACK/NACK情報を送るためのリソース要素の数、ACK/NACK情報を送るためのACK/NACKフィードバック方式、CSIおよび/または他の情報を送るために利用可能なビットの数、ACK/NACK情報を符号化するためのコードレートなどを正確に判断し得る。UE120xはまた、DAIを利用して、ダウンリンク許可のためにPDCCHを復号すべきダウンリンクCCと、スキップすべきダウンリンクCCとを判断し得る。表6に、表3に記載されている3つの方式のためのPUCCH上でのACK/NACK情報の送信をまとめる。表7に、表3に記載されている3つの方式のためのPUSCH上でのACK/NACK情報の送信をまとめる。UE120xは、ダウンリンク上で半永続的スケジューリングSPS:semipersistentschedulingで構成され得る。SPSのために、UE120xは、ダウンリンクCC上でのデータ送信のための関連するパラメータで半静的に構成され得、各PDSCH送信は、PDCCH上でダウンリンク許可を送ることなしに行われ得る。SPSは、ダウンリンクPCC上のみで、またはUE120xのために構成されたいずれかのダウンリンクCC上でサポートされ得る。SPSが場合によってはダウンリンクPCC上のみに存在するとき、ダウンリンクSCC上で送られるダウンリンク許可中にDAIが存在する場合でも、eNB110xとUE120xとの間の不整合が生じ得る。たとえば、UE120xは2つのダウンリンクCCで構成され得、CC1がPCCであり、CC2がSCCである。UE120xは、DAIなしにPCC上でSPSのために構成され得、DAIを用いてSCC上で動的にスケジュールされ得る。UE120xがCC2についてPDCCHを検出することができない場合、UE120xは、iCC1上のSPS送信のみがあるのか、iiCC1上のSPS送信とCC2上の動的にスケジュールされた送信の両方があるのか、iiiSPS送信に取って代わるCC1上の動的にスケジュールされた送信とともにCC1とCC2の両方の上の動的にスケジュールされた送信があるのかを知り得ない。上記で説明した状況は様々な方法で対処され得る。一例では、UE120xは、DAIがダウンリンク許可中に含まれないかのようにふるまい得る。UE120xは、その場合、検出されたCCに基づいてPUCCH電力制御を実行すること、構成されたCCに基づいてPUSCHリソース要素の数を判断することなどを行い得る。別の例では、DAIは、SPS送信がPCC上で送られるか、動的にスケジュールされた送信がPCC上で送られるかにかかわらず、PCCについての情報を含み得る。さらに別の例では、PCCがSPS送信を有する場合、DAIはPCCについての情報を除外し得、PCCが動的にスケジュールされた送信を有する場合、DAIはPCCについての情報を含み得る。PCC上に動的スケジューリング送信がない場合、PCC上のSPS送信は、PUCCHまたはPUSCH上の固定ビット幅たとえば、1ビットと固定ロケーションとに関連付けられ得る。そうではなく、PCCが、動的にスケジュールされた送信を有する場合、DAIはPCCについての情報を含み得る。動的にスケジュールされた送信は、SPS送信と競合するとき、そのSPS送信に取って代わり得る。各場合において、UE120xは、DAIの利用可能性またはDAIがないことに基づいて、上記で説明したように、PUCCH電力制御を実行すること、PUSCHリソース要素の数を判断することなどを行い得る。表3に示す第3の方式では、DAIは、各ダウンリンク許可中に含まれ得、すべてのスケジュールされたCCを識別し得る。この構成を図7に示す。DAIからの情報を用いて、UE120xは、少なくとも1つのダウンリンク許可が特定のサブフレーム中で受信される限り、スケジュールされたCCの知識を取得し得る。UE120xは、たとえば、式7中に示すように、各スケジュールされたCCのためのACK/NACKビットの数に基づいてACK/NACKビット幅を判断し得る。UE120xは、UE120xによって検出されないダウンリンク許可/PDCCHを示すためにDTXを送ることが望ましいことがある。たとえば、UE120xは、CCy上で受信されたダウンリンク許可とともに含まれるDAIに基づいてCCxがスケジュールされたことを判断し得る。しかしながら、UE120xは、CCx上でのPDSCH送信についてのダウンリンク許可を検出しないことがある。その場合、それの構成に応じて、UE120xはCCxのためのDTXをシグナリングし、eNB110xは、DTXフィードバックを使用してCCxのためのPDCCHの送信を改善し得る。DTXを搬送するために未使用ビットが以下のように使用され得る。所与のダウンリンクCC、CCjが、2つのトランスポートブロックたとえば、MIMOモードをサポートする送信モードで構成され得、2つのACK/NACKビットに関連付けられ得る。しかしながら、特定のサブフレームでは、CCjは、1つのトランスポートブロックの送信たとえば、SIMOモードでスケジュールされ得る。CCj上の送信に肯定応答するためにただ1つのACK/NACKビットが必要とされ得る。送信モードに基づいて割り振られた未使用ビットが、DAIからの情報に基づいて逃したダウンリンク許可/PDCCHがあるか否かを伝達するために使用され得る。未使用ビットは、残余ビット、オーファンビットなどと呼ばれることもある。複数のダウンリンクCCのための未使用ビットは、より多くの情報をeNB110xに伝達するために、たとえば、どの特定のダウンリンク許可/PDCCHがUE120xによって検出されないかを伝達するために一緒に使用され得る。ACK/NACKビットを再利用する一例では、UE120xは、CC1、CC2およびCC3を含み得る、3つのダウンリンクCCで構成され得る。すべての3つの構成されたCCは、対応するPDSCH送信に肯定応答するために2つのACK/NACKビットが潜在的に必要とされる、2つのトランスポートブロックをサポートする送信モードに関連付けられ得る。eNB110xは、所与のサブフレーム中で、構成されたCCのうちの2つをスケジュールし得、CC1は、1つのトランスポートブロックのためのDCIフォーマット1Aを用いてスケジュールされ、CC3は、2つのトランスポートブロックのためのDCIフォーマット2を用いてスケジュールされる。4つのACK/NACKビットが、それらの送信モードに基づいて2つのスケジュールされたCCのために利用可能であり得る。しかしながら、上記で説明したデータ送信では、わずか3つのACK/NACKビット、すなわち、CC1のための1つのACK/NACKビットと、CC3のための2つのACK/NACKビットとが生成され得る。その場合、1つのCCのためのDTXを搬送するためにUE120xにとって1つの未使用ビットが利用可能になり得る。未使用ビットは、たとえば、CC3のためのDTXを搬送するために使用され得、CC3のためのダウンリンク許可/PUCCHが受信された場合は第1の値たとえば、0に設定され得、またはDAIから取得されたスケジュールされたCCに関する情報に基づいてCC3のためのダウンリンク許可/PUCCHが受信されない場合は第2の値たとえば、1に設定され得る。4つのACK/NACKビットが、次いで、以下のように送られ得る。CC3についてのダウンリンク許可が消失していることをeNB110xに通知するために{x100}を送る、またはCC3についてのダウンリンク許可が検出されたことをeNB110xに通知するために{x0yz}を送るただし、xは、CC1のためのACK/NACKビットであり、yおよびzは、CC3のための2つのACK/NACKビットであり、x、yおよびzはそれぞれ0または1の値を有し得る。概して、5つのダウンリンクCCのためのACK、NACK、またはDTXを搬送するために12ビットが使用され得る。UE120xは、未使用ビットが利用可能であるときはいつでもDTXを報告するか、またはいくつかの条件の発生時にDTXを報告するように構成され得る。たとえば、UE120xは、構成されたCCまたはスケジュールされたCCの数が10ビットACK/NACKペイロードに適合するように4よりも少ない場合のみ、あるいは2つのダウンリンクCCが構成された場合のみなどにおいてDTXを報告し得る。また、TDDにおいてスケジュールされたサブフレームに関する情報を搬送するためにDAIが使用され得る。たとえば、LTEのDCIフォーマット1、1A、1B、1D、2、2Aまたは2Bに基づいて送られるダウンリンク許可中に2ビットDAIが含まれ得る。2ビットDAIは、サブフレームn中で送られ得、1つまたは複数のサブフレームn-k内の現在のサブフレームまでの、割り当てられた1つまたは複数のPDSCH送信をもつ1つまたは複数のPDCCHと、SPSリリースを示すPDCCHとの累積数を示し得、kはKに属し、ただし、Kは、ACK/NACKフィードバックが送られるのと同じアップリンクサブフレームに関連するダウンリンクサブフレームのセットを示す。2ビットDAIはまた、LTEにおけるDCIフォーマット0に基づいて送られるアップリンク許可中に含まれ得る。この場合、DAIは、サブフレームn-k’中でUE120xによって検出され得、サブフレームn-k’内のPDSCH送信とダウンリンクSPSリリースを示すPDCCHとをもつサブフレームの総数を表し得、k’はKに属する。各場合において、DAIは、UE120xが、逃したダウンリンク許可を検出し、より効率的なACK/NACKフィードバックを可能にし、他の利点を提供するのを助け得る。1つの設計では、TDDにおけるマルチキャリア動作のためのスケジュールされたCCとスケジュールされたサブフレームとに関する情報を搬送するために2次元2DDAIが使用され得る。2DDAIは、それぞれ時間領域および周波数領域をカバーするためのDAI_TimeおよびDAI_Freqという、2つの構成要素を含み得る。DAI_Timeは、TDDで動作しているときに許可中に含まれ得る。DAI_Freqは、UE120xがFDDまたはTDDのいずれかにおいて2つ以上のダウンリンクCCで構成された場合に許可中に含まれ得る。DAI_Timeは、2ビットを備え得、ダウンリンクCCごとに与えられ得る。DAI_Timeは、ダウンリンク許可またはアップリンク許可中に含まれ得、特定のダウンリンクCC上のダウンリンクサブフレーム関連セット中のダウンリンクサブフレームにわたる時間的なPDSCH送信の累積数を示し得る。DAI_Freqは、1~3ビットを備え得、ダウンリンクサブフレームごとに与えられ得る。DAI_Freqは、ダウンリンク許可またはアップリンク許可中に含まれ得、スケジュールされたCCの総数および/または所与のサブフレーム中でどのCCがスケジュールされたかを示し得る。DAI_Timeおよび/またはDAI_Freqはまた、それらがダウンリンク許可中に含まれるのかアップリンク許可中に含まれるのかに応じて異なる情報を搬送し得る。たとえば、ダウンリンク許可中に含まれるDAI_Freqは、スケジュールされたCCを識別し得るが、アップリンク許可中に含まれるDAI_Freqは、スケジュールされたCCの数を示し得る。いくつかの状況では、アップリンク上での送信のためのACK/NACKビットの数を低減することが望ましい。ACK/NACK情報のビット数は、表8に記載されているように、空間バンドリング、サブフレームバンドリング、および/またはCCバンドリングを実行することによって低減され得る。概して、UEは、ACK/NACKフィードバックの量を低減するために1つまたは複数のタイプのバンドリングを利用し得る。バンドリングは、ワイヤレスネットワークがFDDを利用するのかTDDを利用するのか、構成されたCCの数、TDDにおけるアップリンクダウンリンク構成、所望のACK/NACKペイロードサイズ、チャネル状態など、様々なファクタに応じて異なる方法で実行され得る。空間バンドリングでは、1つのサブフレーム中の1つのダウンリンクCC上の複数のレイヤを介して複数のトランスポートブロックが受信され得、トランスポートブロックごとにACKまたはNACKが取得され得る。すべてのトランスポートブロックについてACKが取得された場合、バンドルされたACKが生成され得る。いずれかのトランスポートブロックについてNACKが取得された場合、バンドルされたNACKが生成され得る。サブフレームバンドリングでは、複数のサブフレーム中の1つのダウンリンクCC上で複数のトランスポートブロックが受信され得、たとえば、各サブフレーム中で1つのトランスポートブロックが受信され得る。トランスポートブロックごとにACKまたはNACKが取得され得る。すべてのトランスポートブロックについてACKが取得された場合、バンドルされたACKが生成され得、いずれかのトランスポートブロックについてNACKが取得された場合、バンドルされたNACKが生成され得る。CCバンドリングでは、1つのサブフレーム中の複数のダウンリンクCC上で複数のトランスポートブロックが受信され得、たとえば、各ダウンリンクCC上で1つのトランスポートブロックが受信され得る。トランスポートブロックごとにACKまたはNACKが取得され得る。すべてのトランスポートブロックについてACKが取得された場合、バンドルされたACKが生成され得、いずれかのトランスポートブロックについてNACKが取得された場合、バンドルされたNACKが生成され得る。バンドリングのすべての3つのタイプを用いて、eNB110xが、バンドルされたNACKを受信したとき、eNB110xは適用可能なトランスポートブロックのすべてを再送信し得る。いくつかの例では、空間バンドリングは、FDDにおけるマルチキャリア動作とともに利用される。M個の構成されたCCについて最高M個のACK/NACKビットが生成され得、たとえば、構成されたCCまたはスケジュールされたCCごとに1つのACK/NACKビットが生成され得る。ACK/NACK送信のカバレージを改善するために、構成されたCCの数が制限され得、および/またはACK/NACK情報が、繰り返し、たとえば、2倍、4倍、または6倍で送られ得る。ACK/NACKの繰り返しは、UCI送信への影響がほとんどないときに利用され得る。たとえば、ACK/NACK送信が送られるときにCSI送信がドロップされ得るので、ACK/NACKの繰り返しは、CSI送信が影響を受けないときに利用され得る。いくつかの例では、空間バンドリングおよびサブフレームバンドリングは、TDDにおけるマルチキャリア動作のために利用され得る。UE120xは、iマルチキャリア動作のための最高5つのダウンリンクCCと、iiTDDのための1つのアップリンクサブフレームに対して最高4つのダウンリンクサブフレームをもつアップリンクダウンリンク構成とで構成され得る。1つまたは複数のACK/NACKフィードバックモードがサポートされ得、各ACK/NACKフィードバックモードは異なる方法でバンドリングを実行し得る。TDDにおけるマルチキャリア動作のための第1のACK/NACKフィードバックモードでは、ただ1つのタイプのバンドリングが実行され、バンドリングタイプは構成されたCCの数に依存し得る。1つのCCが構成された場合、空間バンドリングのみが実行されて最高4つのACK/NACKビットが取得され、ダウンリンクサブフレームごとに1つのACK/NACKビットが取得され得る。2つのCCが構成された場合、サブフレームバンドリングのみが実行されて、最高4つのACK/NACKビットが取得されるか、あるいは構成されたCCまたはスケジュールされたCCごとに最高2つのACK/NACKビットが取得され得る。代替的に、空間バンドリングのみが実行されて、最高8つのACK/NACKビットが取得されるか、または各ダウンリンクサブフレーム中の構成されたCCごとに1つのACK/NACKビットが取得され得る。3つ以上のCCが構成された場合、サブフレームバンドリングのみが実行されて、最高2M個のACK/NACKビットが取得されるか、あるいは構成されたCCまたはスケジュールされたCCごとに最高2つのACK/NACKビットが取得され得る。TDDにおけるマルチキャリア動作のための第2のACK/NACKフィードバックモードでは、1つまたは複数のタイプのバンドリングが実行され、1つまたは複数のバンドリングタイプは構成されたCCの数に依存し得る。1つのCCが構成された場合、サブフレームバンドリングのみが実行されて最高2つのACK/NACKビットが取得され得る。2つのCCが構成された場合、空間バンドリングとサブフレームバンドリングの両方が実行されて最高2つのACK/NACKビットが取得され得る。3つ以上のCCが構成された場合、空間バンドリングとサブフレームバンドリングの両方が実行されて、最高M個のACK/NACKビットが取得され、たとえば、構成されたCCまたはスケジュールされたCCごとに1つのACK/NACKビットが取得され得る。バンドリングは他の方法でも実行され得る。たとえば、CCバンドリングは、すべてのM個の構成されたCCではなく、M個の構成されたCCのサブセットたとえば、十分な相関関係をもつダウンリンクCCについて実行され得る。サブフレームバンドリングは、無線フレーム中のすべてのダウンリンクサブフレームのサブセットについて実行され得る。本明細書で説明する技法は様々な利点を提供する。まず、本技法は、FDDとTDDとにおけるマルチキャリア動作のための効率的なACK/NACKフィードバックを可能にし得る。本技法はまた、異なるタイプのUCI間の多重化能力、たとえば、1つのサブフレーム中でのACK/NACKとCSIの多重化を与え得る。DAIは、TDDのための時間領域および/またはFDDのための周波数領域をカバーし得る。DAIはまた、サブフレームn中で送られるDAIがサブフレームn1およびそれ以後におけるスケジューリングをカバーしないように、因果的であるように定義され得る。これにより、バンドリングウィンドウ中のダウンリンクサブフレームにわたって独立したスケジューリングが維持されることが可能になり得る。図8に、マルチキャリアワイヤレスネットワークにおいてACK/NACK情報を送るための例示的なプロセス800を示す。プロセス800は、以下で説明するようにUEによって、または何らかの他のエンティティによって実行され得る。UEは、UEのために構成された複数のCCのうちのCC上で許可を受信するブロック812。ブロック812における複数の構成されたCCは、FDDを利用するワイヤレスネットワーク中のダウンリンクCC、TDDを利用するワイヤレスネットワーク中のダウンリンクCC、またはそれらの組合せであり得る。UEは、複数の構成されたCCのうちの少なくとも1つのスケジュールされたCC上でデータ送信のためにスケジュールされ得る。UEは、許可に基づいて、データ送信におけるスケジュールされたCCの数と各スケジュールされたCCの識別子とを判断するブロック814。UEは、スケジュールされたCCの数と各スケジュールされたCCの識別子とに基づいて、データ送信に対するACK/NACK情報を判断するブロック816。UEは、少なくとも1つのデータ送信に対するフィードバックとしてACK/NACK情報を送るブロック818。一例では、UEは、たとえば、図6の順序付きの場合によって示されるように、複数の構成されたCCのうちの各CCのインデックスに基づいて、データ送信においてスケジュールされたCCのためのACK/NACKビットを順序付け得る。別の例では、UEは、たとえば、図6の非順序付きの場合によって示されるように、各CCのための1つまたは複数のACK/NACKビットを、そのCCに割り当てられた特定の位置に配置し得る。UEは、許可中のDAIを検出することによって、スケジュールされたCCの数と各スケジュールされたCCの識別子とを判断し得る。DAIは、特定のサブフレーム中でどのCCがUEによってスケジュールされるかの明示的指示を与えること、および対応する送信モードを判断することなどを行うことができる。DAIは、UEのために構成されたCCの数に基づいて基地局によって判断され得る、可変サイズを有し得る。代替的に、DAIは、構成されたCCの最大許容数に基づき得る、固定サイズを有し得る。一例では、UEは、図7に示す構成などの許可から、スケジュールされたCCの数と各スケジュールされたCCの識別子とを示すビットマップを取得し得る。ビットマップのビット数は、UEのための構成されたCCの数よりも少なくなり得る。複数の構成されたCCは、第1のCCと、少なくとも1つの残りのCCとを含み得る。許可は、第1のCC上でのデータ送信に関し得、ビットマップは、少なくとも1つの残りのCC中の各スケジュールされたCCを識別し得る。UEは、DAIから取得された情報に基づいて各スケジュールされたCCの送信モードを判断し得る。UEは、各スケジュールされたCCの送信モードとスケジュールされたCCの数とに基づいて、データ送信に肯定応答するためのACK/NACKビットの総数を判断し得る。たとえば、UEは、各スケジュールされた各CCのためのACK/NACKビットの数をそれの送信モードに従って個々に判断し得る。UEは、次いで、たとえば、式7に示すように、各スケジュールされたCCのためのACK/NACKビットの数に基づいて、データ送信のためのACK/NACKビットの総数を判断し得る。ACK/NACKビットの総数は様々な目的のために使用され得る。一例では、UEが、ACK/NACKビットの総数に基づいて、ACK/NACK情報を送るための送信電力を判断し得る。UEは、判断された送信電力に基づいて、PUCCH上でACK/NACK情報を送り得る。別の例では、UEは、ACK/NACKビットの総数に基づいて、ACK/NACK情報を送るためのリソース要素の数を判断し得る。UEは、リソース要素の判断された数に基づいて、PUSCH上でACK/NACK情報を送り得る。UEは、ACK/NACKビットの総数に基づいて、ACK/NACK情報を送るためのPUCCHフォーマット、コードレート、および/またはコーディング方式を判断し得る。たとえば、UEは、ACK/NACKビットの総数がしきい値を下回るときはPUCCHフォーマット1bを選択し、総計がしきい値を超えたときはPUCCHフォーマット3を選択し得る。UEは、判断されたPUCCHフォーマット、コードレート、および/またはコーディング方式に基づいて、PUCCH上でACK/NACK情報を送り得る。UEはまた、ACK/NACKビットの総数と利用可能なペイロードサイズとに基づいて、CSIを送るためのビット数を判断し得る。UEは、CSIを送るために利用可能なビットに基づいて、CSIをACK/NACK情報と多重化し得る。UEは、各スケジュールされたCC上で受信されたトランスポートブロックの数を判断し得る。たとえば、UEは、i1つのトランスポートブロックをサポートするDCIフォーマットを有するダウンリンク許可に関連する各スケジュールされたCC上で1つのトランスポートブロックが受信され、ii2つのトランスポートブロックをサポートするDCIフォーマットを有するダウンリンク許可に関連する各スケジュールされたCC上で2つのトランスポートブロックが受信されたと判断し得る。UEは、各スケジュールされたCC上で受信されたトランスポートブロックの数に基づいて、少なくとも1つのスケジュールされたCC上で受信されたトランスポートブロックの総数を判断し得る。トランスポートブロックの総数は様々な目的のために使用され得る。1つの設計では、UEは、データ送信中で受信されたトランスポートブロックの総数に基づいて、ACK/NACK情報を送るための送信電力を判断し得る。UEは、判断された送信電力に基づいて、PUCCH上でACK/NACK情報を送り得る。代替的に、ACK/NACK情報がPUSCH上で送られるべきであるとき、UEは、データ送信中で受信されたトランスポートブロックの総数に基づいてリソース要素の数を判断し得る。UEは、リソース要素の判断された数に基づいて、PUSCH上でACK/NACK情報を送り得る。TDDでは、UEは、たとえば、許可に基づいて、UEがスケジュールされるある数のダウンリンクサブフレームを判断し得る。UEは、判断された数のダウンリンクサブフレーム中の少なくとも1つのスケジュールされたCC上で受信されたデータ送信のためのACK/NACK情報を判断し得る。ACK/NACK情報は、スケジュールされたCCの数と、各スケジュールされたCCの識別子と、UEがスケジュールされるダウンリンクサブフレームの数とに基づいて判断され得る。さらに、ACK/NACKフィードバックの量を低減するために、UEは、前に説明したように、空間バンドリング、サブフレームバンドリング、CCバンドリング、またはそれらの組合せを実行し得る。一例では、UEは、iACK/NACK情報を送るために利用可能なビットの数と、iiACK/NACK情報のために送るべきビット数とに基づいて、少なくとも1つの未使用ビットを識別し得る。DAIから取得された情報に基づいて、UEは、少なくとも1つの未使用ビットを使用して、スケジュールされたCCのうちの1つのための許可を逃したことを示す情報を送り得る。ブロック812においてUEによって受信される許可は、少なくとも1つのスケジュールされたCCのうちの1つ上でのデータ送信のためのダウンリンク許可、またはアップリンク上でのデータ送信のためのアップリンク許可であり得る。一例では、eNBは、DAIをUEが逃す可能性を低減するために、DAIを別個のダウンリンク許可およびアップリンク許可中で送る。アップリンク許可は、ダウンリンク上でのデータ送信のための、スケジュールされたCCの数と各スケジュールされたCCの識別子とを搬送し得る。UEは、スケジュールされたCCの数と各スケジュールされたCCの識別子とに基づいて、許可を搬送するPDCCHのためのブラインド復号を実行し得る。1つの設計では、スケジュールされたCCの数と各スケジュールされたCCの識別子とを示す情報は、UEのためのPCC上のみで、またはUEのための構成されたCCのサブセット上のみで、またはUEのためのすべてのスケジュールされたCC上で送られ得る。PCCは、UEのための複数の構成されたCCのうちの1つであり得る。図9に、ワイヤレスネットワークにおいてACK/NACK情報を受信するための例示的なプロセス900を示す。プロセス900は、以下で説明するように基地局/eNBによって、または何らかの他のエンティティによって実行され得る。基地局は、UEへのデータ送信のための、スケジュールされたCCの数と各スケジュールされたCCの識別子とを示す許可を生成するブロック912。許可は、データ送信のためにスケジュールされたCCの数と各スケジュールされたCCの識別子とを示すビットマップまたは何らかの他の情報を備え得る。基地局は、UEのために構成された複数のCCのうちの1つ上で許可を送るブロック914。基地局は、少なくとも1つのスケジュールされたCC上でデータ送信をUEに送りブロック916、UEからデータ送信に対するACK/NACK情報を受信するブロック918。ACK/NACK情報は、スケジュールされたCCの数と各スケジュールされたCCの識別子とに基づいて、UEによって判断され得る。1つの設計では、ACK/NACK情報は、データ送信においてUEによって受信されたトランスポートブロックの総数に基づいて判断された送信電力で、PUCCH上でUEによって送られ得る。別の設計では、ACK/NACK情報は、PUSCH上でUEによって送られ得る。基地局は、データ送信のためにスケジュールされたCCの送信モードを判断し得、それの送信モードとスケジュールされたCCの数とに基づいて、データ送信のためのACK/NACKビットの総数を判断し得る。たとえば、基地局は、ACK/NACKビットの総数に基づいて、データ送信に肯定応答するためのリソース要素の数を判断し得る。基地局は、リソース要素の判断された数に基づいて、PUSCH上でACK/NACK情報を受信し得る。また、基地局は、ACK/NACKビットの総数と利用可能なペイロードサイズとに基づいて、CSIを送るために利用可能なビットの数を判断し得る。基地局は、利用可能なビットの数に基づいて、CSIとACK/NACK情報とを非多重化し得る。1つの設計では、基地局は、CSIの報告がサブフレーム中でのUEからのものであるかどうかに基づいて、サブフレーム中でのデータ送信のためにUEをスケジュールし得る。基地局は、サブフレーム中でUEによって報告すべきCSIのビット数を判断し得る。基地局は、サブフレーム中でUEによってACK/NACK情報を送るために利用可能なビットの数を判断し得る。基地局は、上記で説明したように、UEによってACK/NACK情報を送るために利用可能なビットの数に基づいて、サブフレーム中でのデータ送信のためにUEをスケジュールし得る。図10に、図1の基地局/eNBの1つであり得る基地局/eNB110yおよび図1のUEの1つであり得るUE120yの設計のブロック図を示す。基地局110y内で、モジュール1010は、UE120yがスケジュールされる1つまたは複数のCCのためのダウンリンク許可および/または他のDCIを備えるPDCCH送信を生成し得る。モジュール1012は、スケジュールされたCCについてのデータを備えるPDSCH送信を生成し得る。送信機1014は、PDCCHおよび/またはPDSCH送信を備える1つまたは複数のダウンリンク信号を生成し、送信し得る。受信機1016は、UE120yおよび他のUEによって送信されたアップリンク信号を受信し、処理し得る。モジュール1020は、eNB110yによって送られたデータ送信に対するUE120yによって送られるACK/NACK情報のための送信パラメータたとえば、ACK/NACKフィードバック方式、コードレートなどを判断し得る。モジュール1018は、UE120yによって送られたACK/NACK情報を復元するために、ACK/NACK送信パラメータに従って1つまたは複数の受信信号を処理し得る。モジュール1018はまた、UE120yによって送られたCSIおよび/または他の情報を復元し得る。モジュール1022は、UE120yのマルチキャリア構成を判断し、たとえば、どのCCがダウンリンクおよびアップリンクのためのUE120yのために構成され、どのCCがUE120yのためのダウンリンクPCCおよびアップリンクPCCであるかを判断し得る。モジュール1024は、UE120yに送られた許可中にDAIが含まれるか否か、UE120yのための構成されたCCであるのかスケジュールされたCCであるのか、バンドリングが実行されるかどうかなど、様々なファクタに基づいて、UE120yのためのACK/NACKビット幅および/または総トランスポートブロックカウントを判断し得る。モジュール1026は、PUSCH上でACK/NACK情報を送るためにUE120yによって使用されるリソース要素の数を判断し得る。基地局110y内の様々なモジュールは、上記で説明したように動作し得る。コントローラ/プロセッサ1028は、基地局110y内の様々なモジュールの動作を指示し得る。メモリ1030は、基地局110yのためのデータとプログラムコードとを記憶し得る。スケジューラ1032は、データ送信のためにUEをスケジュールし得る。UE120y内で、受信機1050は、基地局110yおよび他の基地局からのダウンリンク信号を受信し、処理し得る。モジュール1052は、1つまたは複数の受信信号を処理たとえば、復調および復号して、UE120yに送られたPDCCH送信を復元し得る。モジュール1054は、受信信号を処理して、UE120yに送られたPDSCH送信を復元し得る。モジュール1058は、受信されたデータ送信のためのACK/NACK情報を判断し得る。モジュール1056は、ACK/NACK情報を送るための送信パラメータを判断し得る。モジュール1058は、ACK/NACK送信パラメータに従ってPUCCHまたはPUSCH上でACK/NACK情報を送り得る。モジュール1058はまた、PUCCHまたはPUSCH上でCSIおよび/または他の情報を送り得る。送信機1060は、PUCCH送信またはPUSCH送信を備える1つまたは複数のアップリンク信号を生成し、送信し得る。モジュール1068は、UE120yのマルチキャリア構成を判断し、たとえば、どのCCがダウンリンクおよびアップリンクのためのUE120yのために構成され、どのCCがUE120yのためのダウンリンクPCCおよびアップリンクPCCであるかを判断し得る。モジュール1062は、UE120yに送られた許可中にDAIが含まれるか否か、UE120yのための構成されたCCであるのかスケジュールされたCCであるのか、バンドリングが実行されるかどうかなど、様々なファクタに基づいて、UE120yのためのACK/NACKビット幅および/または総トランスポートブロックカウントを判断し得る。モジュール1064は、ACK/NACKビット幅および/または総トランスポートブロックカウントに基づいてPUCCHの電力制御を実行し、たとえば、PUCCH上でACK/NACK情報を送るための送信電力を判断し得る。モジュール1066は、PUSCH上でACK/NACK情報を送るためのリソース要素の数を判断し得る。UE120y内の様々なモジュールは、上記で説明したように動作し得る。コントローラ/プロセッサ1070は、UE120y内の様々なモジュールの動作を指示し得る。メモリ1072は、UE120yのためのデータとプログラムコードとを記憶し得る。図10のモジュールは、プロセッサ、電子デバイス、ハードウェアデバイス、電子構成要素、論理回路、メモリ、ソフトウェアコード、ファームウェアコードなど、またはそれらの任意の組合せを備え得る。図11に、図1の基地局/eNBの1つであり得る基地局/eNB110zおよび図1のUEの1つであり得るUE120zの設計のブロック図を示す。基地局110zはT個のアンテナ1134a~1134tを装備し得、UE120zはR個のアンテナ1152a~1152rを装備し得、ただし一般にT≧1およびR≧1である。基地局110zにおいて、送信プロセッサ1120は、1つまたは複数のUEへの1つまたは複数のダウンリンクCC上での送信のためのデータをデータソース1112から受信し、各UEのために選択された1つまたは複数の変調およびコーディング方式に基づいてそのUEについてデータを処理たとえば、符号化および変調し、すべてのUEのデータシンボルを与え得る。送信プロセッサ1120はまた、たとえば、許可、DAI、構成メッセージなどについての制御情報を処理し、制御シンボルを与え得る。プロセッサ1120はまた、基準信号のための基準シンボルを生成し得る。送信TXMIMO処理装置1130は、適用可能な場合はデータシンボル、制御シンボル、および/または基準シンボルをプリコードし、T個の出力シンボルストリームをT個の変調器MOD1132a~1132tに与え得る。各変調器1132は、たとえば、OFDM用などにそれの出力シンボルストリームを処理して出力サンプルストリームを取得し得る。各変調器1132はさらに、それの出力サンプルストリームを調整たとえば、アナログへの変換、増幅、フィルタ処理、およびアップコンバートしてダウンリンク信号を取得し得る。変調器1132a~1132tからのT個のダウンリンク信号は、それぞれT個のアンテナ1134a~1134tを介して送信され得る。UE120zにおいて、アンテナ1152a~1152rは、基地局110zおよび/または他の基地局からダウンリンク信号を受信し得、受信信号をそれぞれ復調器DEMOD1154a~1154rに与え得る。各復調器1154は、それの受信信号を調整たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化して、入力サンプルを得る。各復調器1154はさらに、たとえば、OFDMなどの入力サンプルを処理して受信シンボルを取得し得る。MIMO検出器1156は、すべてのR個の復調器1154a~1154rから受信シンボルを取得し、受信シンボルに対してMIMO検出を実行し、検出シンボルを与え得る。受信プロセッサ1158は、検出シンボルを処理たとえば、復調および復号し、UE120zの復号されたデータをデータシンク1160に供給し、復号された制御情報をコントローラ/プロセッサ1180に与え得る。アップリンク上では、UE120zにおいて、送信プロセッサ1164は、データソース1162からデータを受信および処理し、コントローラ/プロセッサ1180からたとえば、ACK/NACK情報、CSIなどの制御情報を受信し処理し得る。プロセッサ1164はまた、1つまたは複数の基準信号のための基準シンボルを生成し得る。送信プロセッサ1164からのシンボルは、適用可能な場合はTXMIMOプロセッサ1166によってプリコードされ、さらにたとえば、SC-FDM、OFDMなどのために変調器1154a~1154rによって処理され、基地局110zに送信され得る。基地局110zにおいて、UE120zおよび他のUEからのアップリンク信号は、アンテナ1134によって受信され、復調器1132によって処理され、適用可能な場合はMIMO検出器1136によって検出され、さらに、UE120zおよび他のUEによって送られた、復号されたデータおよび制御情報を取得するために、受信プロセッサ1138によって処理され得る。プロセッサ1138は、復号されたデータをデータシンク1139に与え、復号された制御情報をコントローラ/プロセッサ1140に与え得る。コントローラ/プロセッサ1140および1180は、それぞれ基地局110zおよびUE120zにおける動作を指示し得る。基地局110zにおけるプロセッサ1140および/または他のプロセッサおよびモジュールは、図9のプロセス900、および/または本明細書で説明する技法のための他のプロセスを実行または指示し得る。UE120zにおけるプロセッサ1180および/または他のプロセッサおよびモジュールは、図8のプロセス800、および/または本明細書で説明する技法のための他のプロセスを実行または指示し得る。メモリ1142および1182は、それぞれ基地局110zおよびUE120zのためのデータとプログラムコードとを記憶し得る。スケジューラ1144は、ダウンリンク上および/またはアップリンク上でのデータ送信のためにUEをスケジュールし得る。情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを認識されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。また、本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGAまたは他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその2つの組合せで実施され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はASIC中に常駐し得る。ASICはユーザ端末中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。1つまたは複数の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROM、または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線DSLなどのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、またはDSLなどのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスクdiskおよびディスクdiscは、コンパクトディスクdiscCD、レーザディスクdisc、光ディスクdisc、デジタル多用途ディスクdiscDVD、フロッピー登録商標ディスクdiskおよびブルーレイ登録商標ディスクdiscを含み、ディスクdiskは、通常、データを磁気的に再生し、ディスクdiscは、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。本開示の前述の説明は、当業者が本開示を製作または使用することができるように与えたものである。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるものではなく、本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。