(57)【特許請求の範囲】
【請求項１】
処理構造上でフィードバック情報を提供するための方法であって、
前記フィードバック情報に関連付けられた入力ビットのセットを生成するステップと、
符号化された出力ビットのセットを作成するために、前記入力ビットのセットを符号化するステップと、
スクランブルされた出力ビットのセットを作成するために、前記符号化された出力ビットのセットを、スクランブルシーケンスを使用してスクランブルするステップと、
変調シンボルのブロックを作成するために、前記スクランブルされた出力ビットのセットを変調するステップと、
拡散符号を前記変調シンボルのブロックに適用するステップであって、使用されるように構成された前記拡散符号は、少なくとも長さ４の拡散符号を含む、ステップと、
を備える、方法。
【請求項２】
前記スクランブルシーケンスは、無線送受信ユニットの識別子および１つまたは複数のセル識別子のうちの少なくとも１つの関数として得られる、請求項１に記載の方法。
【請求項３】
前記スクランブルされた出力ビットのセットは、前記変調シンボルのブロックを作成するために４相位相変調（ＱＰＳＫ）を使用して変調される、請求項１に記載の方法。
【請求項４】
使用されるように構成された前記拡散符号は、長さ５の直交拡散符号をさらに含む、請求項１に記載の方法。
【請求項５】
前記長さ５の直交拡散符号は、[+1 +1 +1 +1 +1]，[+1   ej2π/5  ej4π/5  ej6π/5  ej8π/5]，[+1   ej4π/5  ej8π/5  ej2π/5  ej6π/5]，[+1   ej6π/5  ej2π/5  ej8π/5  ej4π/5]，および [+1   ej8π/5  ej6π/5  ej4π/5  ej2π/5] のうちの少なくとも１つを含む、請求項４に記載の方法。
【請求項６】
前記長さ４の拡散符号は、[+1 +1 +1 +1]，[+1 -1 +1 -1]，[+1 -1 -1 +1]，および [+1 +1 -1 -1] のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項７】
物理アップリンク制御チャネル（ＰＵＣＣＨ）肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）リソースインデックスを使用して前記処理構造についてのリソースを決定するステップをさらに備える、請求項１に記載の方法。
【請求項８】
前記拡散符号は、インデックスに基づいて選択され、前記インデックスは、前記ＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースインデックスに基づいて決定される、請求項７に記載の方法。
【請求項９】
前記処理構造についてのリソースを決定するステップは、
スロットでの前記処理構造上における送信のために使用されるように構成された物理リソースブロックを決定するステップを備える、請求項７に記載の方法。
【請求項１０】
前記スロットは、ｎsと定義され、ｎsにおいて使用されるように構成された物理リソースブロックは、以下の通りに生成され、
【数１】
0005993740.tif 000150
0005993740.tif 000151
【請求項１１】
前記入力ビットのセットは、スケジューリング要求で多重化されたハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）を含む、請求項１に記載の方法。
【請求項１２】
基準信号を生成するステップと、
特定の送信アンテナ上の前記基準信号に対する巡回シフトを導出するステップと、
前記巡回シフトを適用するステップと、
をさらに備える、請求項１に記載の方法。
【請求項１３】
前記基準信号、前記入力ビットのセット、前記符号化された出力ビットのセット、前記スクランブルされた出力ビットのセット、および拡張巡回プレフィックス（ＣＰ）を使用した前記変調シンボルのブロック、のうちの少なくとも１つを送信するステップをさらに備える、請求項１２に記載の方法。
【請求項１４】
予め定められたホッピングパターンに従って、時間領域直交符号を適用するステップをさらに備える、請求項１に記載の方法。
【請求項１５】
前記符号化された出力ビットのセットにレートマッチングを適用するステップをさらに備える、請求項１に記載の方法。
【請求項１６】
処理構造上でフィードバック情報を提供するように構成された無線送受信ユニットであって、
前記フィードバック情報に関連付けられた入力ビットのセットを生成し、
符号化された出力ビットのセットを作成するために、前記入力ビットのセットを符号化し、
スクランブルされた出力ビットのセットを作成するために、前記符号化された出力ビットのセットを、スクランブルシーケンスを使用してスクランブルし、
変調シンボルのブロックを作成するために、前記スクランブルされた出力ビットのセットを変調し、
拡散符号を前記変調シンボルのブロックに適用し、使用されるように構成された前記拡散符号は、少なくとも長さ４の拡散符号を含む、
ように構成されたプロセッサ
を備える、無線送受信ユニット。
【請求項１７】
前記スクランブルシーケンスは、無線送受信ユニットの識別子および１つまたは複数のセル識別子のうちの少なくとも１つの関数として得られる、請求項１６に記載の無線送受信ユニット。
【請求項１８】
前記スクランブルされた出力ビットのセットは、前記変調シンボルのブロックを作成するために４相位相変調（ＱＰＳＫ）を使用して変調される、請求項１６に記載の無線送受信ユニット。
【請求項１９】
使用されるように構成された前記拡散符号は、長さ５の直交拡散符号をさらに含む、請求項１６に記載の無線送受信ユニット。
【請求項２０】
前記長さ５の直交拡散符号は、[+1 +1 +1 +1 +1]，[+1   ej2π/5  ej4π/5  ej6π/5  ej8π/5]，[+1   ej4π/5  ej8π/5  ej2π/5  ej6π/5]，[+1   ej6π/5  ej2π/5  ej8π/5  ej4π/5]，および [+1   ej8π/5  ej6π/5  ej4π/5  ej2π/5] のうちの少なくとも１つを含む、請求項１９に記載の無線送受信ユニット。
【請求項２１】
前記長さ４の拡散符号は、[+1 +1 +1 +1]，[+1 -1 +1 -1]，[+1 -1 -1 +1]，および [+1 +1 -1 -1] のうちの少なくとも１つを含む、請求項１６に記載の無線送受信ユニット。
【請求項２２】
前記プロセッサは、
物理アップリンク制御チャネル（ＰＵＣＣＨ）肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）リソースインデックスを使用して前記処理構造についてのリソースを決定するようにさらに構成された、請求項１６に記載の無線送受信ユニット。
【請求項２３】
前記拡散符号は、インデックスに基づいて選択され、前記インデックスは、前記ＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースインデックスに基づいて決定される、請求項２２に記載の無線送受信ユニット。
【請求項２４】
前記プロセッサは、
スロットでの前記処理構造上における送信のために使用されるように構成された物理リソースブロックを決定するようにさらに構成された、請求項２２に記載の無線送受信ユニット。
【請求項２５】
前記スロットは、ｎsと定義され、ｎsにおいて使用されるように構成された物理リソースブロックは、以下の通りに生成され、
【数２】
0005993740.tif 000152
0005993740.tif 000153
【請求項２６】
前記入力ビットのセットは、スケジューリング要求で多重化されたハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）を含む、請求項１６に記載の無線送受信ユニット。
【請求項２７】
前記プロセッサは、
前記入力ビットのセット、前記符号化された出力ビットのセット、前記スクランブルされた出力ビットのセット、および前記処理構造上の前記変調シンボルのブロック、のうちの少なくとも１つとともに送信されるように構成された基準信号を生成し、
特定の送信アンテナ上の前記基準信号に対する巡回シフトを導出し、
前記巡回シフトを適用する
ようにさらに構成された、請求項１６に記載の無線送受信ユニット。
【請求項２８】
前記プロセッサは、
前記基準信号と、
前記入力ビットのセット、前記符号化された出力ビットのセット、前記スクランブルされた出力ビットのセット、および拡張巡回プレフィックス（ＣＰ）を使用した前記変調シンボルのブロックのうちの少なくとも１つと、
のうちの少なくとも１つを送信するようにさらに構成された、請求項２７に記載の無線送受信ユニット。
【請求項２９】
前記プロセッサは、
予め定められたホッピングパターンに従って、時間領域直交符号を適用するようにさらに構成された、請求項１６に記載の無線送受信ユニット。
【請求項３０】
前記プロセッサは、
前記符号化された出力ビットのセットにレートマッチングを適用するようにさらに構成された、請求項１６に記載の無線送受信ユニット。
【発明の詳細な説明】
【背景技術】
【０００１】
より高いデータ転送速度およびスペクトル効率に対応するために、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）システムが３ＧＰＰリリース８（Ｒ８）に導入された（ＬＴＥリリース８は、本明細書ではＬＴＥ  Ｒ８またはＲ８−ＬＴＥと称することもある）。ＬＴＥでは、アップリンク上の送信は、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）を使用して実行される。特に、ＬＴＥアップリンクで使用されるＳＣ−ＦＤＭＡは、離散フーリエ変換拡散直交周波数分割多重（ＤＦＴ−Ｓ−ＯＦＤＭ）技術に基づいて行われる。以降、ＳＣ−ＦＤＭＡおよびＤＦＴ−Ｓ−ＯＦＤＭという用語は、入れ換えて使用することができる。
【０００２】
ＬＴＥでは、無線送信／受信ユニット（ＷＴＲＵ）、別称、ユーザー機器（ＵＥ）は、周波数分割多元接続（ＦＤＭＡ）方式で割り当てられているサブキャリアの限られた連続する集合のみを使用してアップリンク上で送信する。例えば、アップリンクにおける直交周波数分割多重（ＯＦＤＭ）信号またはシステム帯域幅全体が１番から１００番までの有用なサブキャリアからなる場合、最初の与えられたＷＴＲＵをサブキャリア１〜１２上の送信に割り当て、第２のＷＴＲＵをサブキャリア１３〜２４上の送信に割り当て、以下同様に割り当てることができる。異なるＷＴＲＵは各々利用可能な送信帯域幅の部分集合のみで送信することができるが、ＷＴＲＵにサービスを提供するＥｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ（ｅＮｏｄｅＢ）は、送信帯域幅全体にわたってコンポジットアップリンク信号を受信することができる。
【０００３】
ＬＴＥ  Ａｄｖａｎｃｅｄ（ＬＴＥリリース１０（Ｒ１０）を含み、またリリース１１などの将来のリリースも含むことができ、本明細書ではＬＴＥ−Ａ、ＬＴＥ  Ｒ１０、またはＲ１０−ＬＴＥとも称される）は、ＬＴＥおよび３Ｇネットワーク用の完全準拠４Ｇアップグレードパスを提供するＬＴＥ標準の機能拡張である。ＬＴＥ−Ａでは、キャリアアグリゲーションがサポートされており、ＬＴＥとは異なり、複数のコンポーネントキャリア（ＣＣ）をアップリンク、ダウンリンク、またはその両方に割り当てることができる。このようなキャリアは、非対称であってよい（ダウンリンクに割り当てられたＣＣの数と異なる数のＣＣをアップリンクに割り当てることができる）。ＣＣはセルとも称され、本明細書では、これらの用語は相互に入れ換えて使用することができる。
【発明の概要】
【０００４】
ＬＴＥとＬＴＥ−Ａとの両方において、アップリンク（ＵＬ）送信、ダウンリンク（ＤＬ）送信、スケジューリング、マルチ入力マルチ出力（ＭＩＭＯ）などに対応するために、特定の関連付けられているレイヤ１／レイヤ２（Ｌ１／２）アップリンク制御情報（ＵＣＩ）を送信する必要がある。ＬＴＥでは、物理ＵＬ共有チャネル（ＰＵＳＣＨ）などの、データ（例えば、ユーザーデータ）のＵＬ送信のためにＷＴＲＵがアップリンクリソースに割り当てられていない場合、Ｌ１／２  ＵＣＩは、物理アップリンク制御チャネル（ＰＵＣＣＨ）上でＵＬ  Ｌ１／２制御用に特別に割り当てられたＵＬリソースにおいて送信することができる。当技術分野において必要なのは、キャリアアグリゲーションを含む、ＬＴＥ−Ａシステム内で利用可能な機能を利用してＵＣＩおよび他の制御シグナリングを送信するためのシステムおよび方法である。
【０００５】
キャリアアグリゲーションを使用してアップリンク制御情報（ＵＣＩ）および他のフィードバックデータ、特に、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを無線通信システムで送信するための方法およびシステムが開示される。実施形態において、ＵＥは、ＵＣＩまたは他のフィードバックデータの一部として送信すべき特定の情報ビットを決定するように構成されうる。ＵＥは、そのような送信がＰＵＣＣＨリソースを使用して実行すべきときにフィードバックを送信するために使用できる特定のリソースを決定するように構成することもできる。ＵＥは、例えば、使用すべき符号化、適切なシンボルマッピング、送信電力設定、およびフィードバック送信の他の態様を決定することによって、そのようなフィードバックを送信する仕方を決定するように構成することもできる。
【０００６】
より具体的には、ＵＥは、コードブックサイズを決定し、コードブック内で使用されるコードブックサイズおよび／または状態を低減する方法を実装するように構成されうる。ＵＥは、ＰＤＣＣＨ受信をいつし損なったかを判定し、および／または偽陽性のＰＤＣＣＨ受信を検出するようにも構成されうる。ＵＥは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックに対する適切なＰＵＣＣＨリソース、およびそのようなフィードバックをＰＵＣＣＨ内のどこに配置すべきかを決定するようにも構成されうる。ＵＥは、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫをバンドルする方法を実行するようにも構成されうる。実施形態において、ＵＥは、静的なＡＣＫ／ＮＡＣＫリソースを決定するように構成されうる。さらなる実施形態において、ＵＥは、ＤＬ  ＳＰＳを使用してＰＵＣＣＨリソース選択を実行するように構成されうる。ＵＥは、ＵＣＩおよびフィードバックデータに対してＰＵＣＣＨとの多重化を使用するようにも構成されうる。ＵＥは、ＣＣＥインデックスを使用してＰＵＣＣＨリソースを決定するようにも構成されうる。
【０００７】
実施形態において、ＵＥは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫなどの、フィードバックに対するチャネル符号化および物理リソースマッピングを決定するように構成されうる。ＵＥは、フィードバックデータを他のＵＥからのフィードバックデータと多重化し、ＳＲＳをフィードバックデータと同時に送信するように構成することもできる。実施形態において、ＵＥは、フィードバックデータを送信する際に拡張巡回プレフィックスを使用するように構成される。ＵＥは、チャネル選択を実行するときに不均等なロバスト性を考慮するように構成することもできる。ＵＥは、ＳＲを本明細書で開示されているさまざまな方法で取り扱うように構成することができる。ＵＥは、ＰＵＣＣＨを使用してフィードバックデータを送信するときに送信電力を決定するようにも構成されうる。本開示のこれら、および追加の態様について以下でさらに詳しく述べる。
【図面の簡単な説明】
【０００８】
記載する実施形態の以下の詳細な説明は、添付図面と併せて読んだときに理解が高まる。例示することを目的として、図面に例示的な実施形態が示されているが、発明対象は、開示されている特定の要素および手段に限定されない。図面の説明を以下に示す。
【０００９】
【図１Ａ】１つまたは複数の開示されている実施形態が実装されうる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに例示されている通信システム内で使用されうる例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに例示されている通信システム内で使用されうる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】アップリンク制御データを送信するためのいくつかのシステムおよび方法において使用されうる非限定的なＰＵＣＣＨ構成例を示す図である。
【図３】アップリンク制御データを送信するためのいくつかの方法およびシステムによって使用されうる非限定的なキャリアアグリゲーション構成例を示す図である。
【図４】アップリンク制御データを送信するためのいくつかのシステムおよび方法において使用されうるフォーマット１でＰＵＣＣＨサブフレームを生成するための非限定的なシステム例を示す図である。
【図５】アップリンク制御データを送信するためのいくつかのシステムおよび方法において使用されうるフォーマット２でＰＵＣＣＨサブフレームを生成するための非限定的なシステム例を示す図である。
【図６】本明細書で開示されている１つまたは複数の実施形態を使用して達成できる性能改善を示すグラフである。
【図７】本開示の実施形態によりアクティベートされたＣＣに基づきコードブックを決定するための非限定的な方法例を示す図である。
【図８】本開示の実施形態によるアクティベーション／デアクティベーションコマンドにおいてシーケンス番号を使用する非限定的な方法例を示す図である。
【図９】本開示の実施形態による状態を組み合わせる非限定的な方法例を示す図である。
【図１０】本開示の実施形態による状態を部分的に組み合わせるか、またはグループ化する非限定的な方法例を示す図である。
【図１１】本開示の実施形態による状態確率を使用する非限定的な方法例を示す図である。
【図１２】本開示の実施形態によるパーティションを使用する非限定的な方法例を示す図である。
【図１３】本開示の実施形態による比較ＮＡＣＫ量（ｃｏｍｐａｒａｔｉｖｅ  ＮＡＣＫ  ｑｕａｎｔｉｔｉｅｓ）を使用する非限定的な方法例を示す図である。
【図１４】本開示の実施形態によりコンポーネントキャリア多重化との時間領域部分バンドリング（ｔｉｍｅ−ｄｏｍａｉｎ  ｐａｒｔｉａｌ  ｂｕｎｄｌｉｎｇ）を使用する非限定的な構成例を示す図である。
【図１５】本開示の実施形態によるダウンリンク割り当てインジケータを使用する非限定的な構成例を示す図である。
【図１６】本開示の実施形態によるダウンリンク割り当てインジケータを使用する別の非限定的な構成例を示す図である。
【図１７】本開示の実施形態による拡張ダウンリンクインジケータまたは拡張ダウンリンク割り当てインジケータを使用する非限定的な構成例を示す図である。
【図１８】本開示の実施形態によりＰＵＣＣＨ割り当て方法を選択する非限定的な方法例を示す図である。
【図１９】アップリンク制御データを送信するためのいくつかのシステムおよび方法において使用されうる非限定的なＰＵＣＣＨ構成例を示す図である。
【図２０】本開示の実施形態により制御情報を生成し、制御情報をネットワークに送り返すことを使用する非限定的な方法例を示す図である。
【図２１】本開示の実施形態によりＰＵＣＣＨを符号化する非限定的な方法例を示す図である。
【図２２】本開示の実施形態による非限定的な制御信号マッピング例を示す図である。
【図２３】本開示の実施形態による非限定的な短縮されたＰＵＣＣＨ構造例を示す図である。
【図２４】本開示の実施形態による別の非限定的な短縮されたＰＵＣＣＨ構造例を示す図である。
【図２５】本開示の実施形態による非限定的なフィードバック送信構造例を示す図である。
【図２６】本開示の実施形態による非限定的なフィードバック送信構造例を示す図である。
【図２７】本開示の実施形態による非限定的なＰＵＣＣＨ構造例を示す図である。
【図２８】本開示の実施形態による非限定的なＰＵＣＣＨ構造例を示す図である。
【発明を実施するための形態】
【００１０】
図１Ａは、１つまたは複数の開示されている実施形態が実装されうる例示的な通信システム１００の図である。通信システム１００は、音声、データ、動画像、メッセージング、放送などのコンテンツを複数の無線ユーザーに提供する多元接続システムであるものとしてよい。通信システム１００は、無線帯域を含む、システムリソースの共有を通じて複数の無線ユーザーがそのようなコンテンツにアクセスすることを可能にするものとしてよい。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および同様のものなどの１つまたは複数のチャネルアクセス方法を使用することができる。
【００１１】
図１Ａに示されているように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むものとしてよいが、開示されている実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図している。ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作し、および／または通信するように構成された任意の種類のデバイスとすることができる。例えば、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは無線信号を送信し、および／または受信するように構成することができ、ユーザー装置（ＵＥ）、移動局、固定または移動加入者ユニット、ポケベル、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ノートブック、パーソナルコンピュータ、無線センサー、家庭用電化製品、および同様のものを含みうる。
【００１２】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを備えることもできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの、１つまたは複数の通信ネットワークへのアクセスが円滑に行われるようにＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つのＷＴＲＵと無線方式でインターフェースする構成をとる任意の種類のデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、トランシーバ基地局（ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルーター、および同様のものとすることができる。基地局１１４ａ、１１４ｂは、それぞれ、単一要素として示されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を備えることができることは理解されるであろう。
【００１３】
基地局１１４ａは、基地局制御装置（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）も備えることができる、ＲＡＮ  １０４の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）とも称することができる、特定の地理的領域内で無線信号を送信し、および／または受信するように構成されうる。セルは、いくつかのセルセクターにさらに分割することができる。例えば、基地局１１４ａに関連付けられているセルは、３つのセクターに分割することができる。そこで、一実施形態において、基地局１１４ａは、３つのトランシーバ、つまり、セルのセクター毎にトランシーバを１つずつ備えることができる。別の実施形態において、基地局１１４ａは、マルチ入力マルチ出力（ＭＩＭＯ）技術を使用することができ、したがって、セルのそれぞれのセクターに対して複数のトランシーバを使用することができる。
【００１４】
基地局１１４ａ、１１４ｂは、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光などの）であってよい、エアーインターフェース１１６を介して通信することができる。エアーインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して設置することができる。
【００１５】
より具体的には、上記のように、通信システム１００は多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および同様のものなどの、１つまたは複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ  １０４内の基地局１１４ａ、およびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃでは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアーインターフェース１１６を設置することができる、ユニバーサルモバイル通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを備えることができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を備えることができる。
【００１６】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアーインターフェース１１６を設置することができる、発展型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装することができる。
【００１７】
他の実施形態において、基地局１１４ａおよびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ  ８０２．１６（つまり、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）、および同様のものなどの無線技術を実装することができる。
【００１８】
図１Ａの基地局１１４ｂは、例えば、無線ルーター、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、事業所、家庭、自動車、キャンパス、および同様のものなどの、局在化されたエリア内で無線接続を円滑に行えるようにするために好適なＲＡＴを利用することができる。一実施形態において、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を設置するためにＩＥＥＥ８０２．１１などの無線技術を実装することができる。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を設置するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを設置するためにセルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０との直接接続を有することができる。そうすると、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がなくなる。
【００１９】
ＲＡＮ  １０４は、コアネットワーク１０６と通信しているものとしてよく、このコアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数のＷＴＲＵに提供するように構成された任意の種類のネットワークであってよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、前払い制通話、インターネット接続性、映像配信などを提供し、および／またはユーザー認証などの高水準のセキュリティ機能を実行することができる。図１Ａには示されていないけれども、ＲＡＮ  １０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを使用する他のＲＡＮと直接的な、または間接的な通信を行うことができることが理解できよう。例えば、Ｅ−ＵＴＲＡ無線技術を使用している可能性のある、ＲＡＮ  １０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信していることもある。
【００２０】
コアネットワーク１０６は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ  １０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても機能しうる。ＰＳＴＮ  １０８は、アナログ音声通話のみ可能な旧来の電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むものとしてよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群に含まれる伝送制御プロトコル（ＴＣＰ）、ユーザーデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの、共通通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムインを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または運営される有線もしくは無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ  １０４と同じＲＡＴ、または異なるＲＡＴを使用することができる、１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【００２１】
通信システム１００内のＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか、またはすべてがマルチモード機能を備える、つまり、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数のトランシーバを備えることができる。例えば、図１Ａに示されているＷＴＲＵ  １０２ｃは、セルラーベースの無線技術を使用している可能性のある、基地局１１４ａと、またＩＥＥＥ８０２無線技術を使用している可能性のある、基地局１１４ｂと通信するように構成することができる。
【００２２】
図１Ｂは、例示的なＷＴＲＵ  １０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ  １０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、固定メモリ１３０、取り外し可能なメモリ１３２、電源１３４、全世界測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を備えることができる。ＷＴＲＵ  １０２は、一実施形態との一貫性を維持しながら前記の要素の部分的組み合わせを備えることができる。
【００２３】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアとの関連性を持つ１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の種類の集積回路（ＩＣ）、状態機械、および同様のものとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ  １０２が無線環境内で動作することを可能にする他の機能を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合されうる、トランシーバ１２０に結合することができる。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして表しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内に集積化してまとめることができる。
【００２４】
送信／受信要素１２２は、エアーインターフェース１１６上で基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されうる。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信し、および／または受信するように構成されたアンテナとすることができる。別の実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信し、および／または受信するように構成された放射体／検出器とすることができる。さらに別の実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信し、受信するように構成することができる。送信／受信要素１２２は、無線信号の組み合わせを送信し、および／または受信するように構成することができる。
【００２５】
それに加えて、図１Ｂでは送信／受信要素１２２は単一の要素として示されているけれども、ＷＴＲＵ  １０２は、任意の数の送信／受信要素１２２を備えることができる。より具体的には、ＷＴＲＵ  １０２は、ＭＩＭＯ技術を採用することができる。そのため、一実施形態において、ＷＴＲＵ  １０２は、エアーインターフェース１１６上で無線信号を送信し受信するための２つまたはそれ以上の送信／受信要素１２２（例えば、複数のアンテナ）を備えることができる。
【００２６】
トランシーバ１２０は、送信／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されうる。上記のように、ＷＴＲＵ  １０２は、マルチモード機能を有することができる。そのため、トランシーバ１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ  １０２が通信することを可能にするための複数のトランシーバを備えることができる。
【００２７】
ＷＴＲＵ  １０２のプロセッサ１１８は、スピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニットまたは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合することができ、またそこからユーザー入力データを受け取ることができる。プロセッサ１１８は、ユーザーデータをスピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。それに加えて、プロセッサ１１８は、固定メモリ１３０および／または取り外し可能なメモリ１３２などの、任意の種類の好適なメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。固定メモリ１３０としては、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または他の種類のメモリストレージデバイスが挙げられる。取り外し可能なメモリ１３２としては、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同様のものが挙げられる。他の実施形態において、プロセッサ１１８は、サーバーもしくはホームコンピュータ（図示せず）上など、ＷＴＲＵ  １０２上に物理的に配置されていないメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。
【００２８】
プロセッサ１１８は、電源１３４から電力を受け取り、その電力をＷＴＲＵ  １０２内の他のコンポーネントに分配し、および／または制御するように構成されうる。電源１３４は、ＷＴＲＵ  １０２に給電するための任意の好適なデバイスとすることができる。例えば、電源１３４としては、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）電池、ニッケル亜鉛（ＮｉＺｎ）電池、ニッケル水素（ＮｉＭＨ）電池、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池、および同様のものが挙げられる。
【００２９】
プロセッサ１１８は、ＷＴＲＵ  １０２の現在位置に関する位置情報（例えば、経度と緯度）を提供するように構成されうる、ＧＰＳチップセット１３６にも結合することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ  １０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアーインターフェース１１６上で位置情報を受信し、および／または２つもしくはそれ以上の付近の基地局から信号を受信するタイミングに基づきその位置を決定することができる。ＷＴＲＵ  １０２は、一実施形態との一貫性を維持しながら任意の好適な位置決定方法を用いて位置情報を取得することができる。
【００３０】
プロセッサ１１８は、追加の特徴、機能、および／または有線もしくは無線接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを備えうる、他の周辺機器１３８にさらに結合することができる。例えば、周辺機器１３８としては、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または動画用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザ、および同様のものが挙げられる。
【００３１】
図１Ｃは、一実施形態によるＲＡＮ  １０４およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ  １０４では、エアーインターフェース１１６上でＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ  １０４は、コアネットワーク１０６と通信することもできる。
【００３２】
ＲＡＮ  １０４は、ｅＮｏｄｅＢ  １４０ａ、１４０ｂ、１４０ｃを備えることができるが、ＲＡＮ  １０４は、一実施形態との一貫性を維持しながら任意の数のｅＮｏｄｅＢを備えることができる。ｅＮｏｄｅＢ  １４０ａ、１４０ｂ、１４０ｃは、それぞれ、エアーインターフェース１１６上でＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを備えることができる。一実施形態において、ｅＮｏｄｅＢ  １４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装することができる。そのため、ｅＮｏｄｅＢ  １４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ  １０２ａに無線信号を送信し、ＷＴＲＵ  １０２ａから無線信号を受信することができる。
【００３３】
ｅＮｏｄｅＢ  １４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザーのスケジューリング、および同様のものを処理するように構成されうる。図１Ｃに示されているように、ｅＮｏｄｅＢ  １４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェース上で互いに通信することができる。
【００３４】
図１Ｃに示されているコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービスゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むものとしてよい。前記の要素のそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれか１つが、コアネットワーク事業者以外の事業体によって所有され、および／または運営されていてもよいことは理解されるであろう。
【００３５】
ＭＭＥ  １４２は、Ｓ１インターフェースを介してＲＡＮ  １０４内のｅＮｏｄｅＢ  １４２ａ、１４２ｂ、１４２ｃのそれぞれに接続され、制御ノードとして使用されうる。例えば、ＭＭＥ  １４２は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃのユーザーの認証、ベアラーアクティベーション／デアクティベーション、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃの初期アタッチ時の特定のサービスゲートウェイの選択および同様の操作を行う役割を有しているものとしてよい。ＭＭＥ  １４２は、ＲＡＮ  １０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）とを切り換えるための制御プレーン機能も備えることができる。
【００３６】
サービスゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ  １０４内のｅＮｏｄｅＢ  １４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができる。サービスゲートウェイ１４４は、一般に、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃとの間でユーザーデータパケットの経路選択および回送を実行することができる。サービスゲートウェイ１４４は、ｅＮｏｄｅＢ間ハンドオーバー時のユーザープレーンのアンカリング、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに対してダウンリンクデータが利用可能になったときにページングをトリガーすること、ＷＴＲＵｓ  １０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、格納すること、および同様の操作などの、他の機能も実行することができる。
【００３７】
サービスゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続することができ、これは、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信が円滑に行われるように、インターネット１１０などの、パケット交換ネットワークへのＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。
【００３８】
コアネットワーク１０６は、他のネットワークとの通信を円滑に行えるようにすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと従来の地上通信回線を使用する通信デバイスとの間の通信が円滑に行われるように、ＰＳＴＮ  １０８などの、回路交換ネットワークへのＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ  １０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバー）を備えるか、またはそれと通信することができる。それに加えて、コアネットワーク１０６によって、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、他のサービスプロバイダによって所有され、および／または運営されている他の有線もしくは無線ネットワークを含んでいる可能性のある、ネットワーク１１２にアクセスすることが可能になる。
【００３９】
実施形態において、ＷＴＲＵ（本明細書では「ＵＥ」とも称する）は、データ（例えば、ユーザーデータ）、および場合によっては物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関する制御情報を送信することができる。ＰＤＳＣＨの送信は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で伝送されうるダウンリンクスケジューリング割り当てを使用して基地局（例えば、ｅＮｏｄｅＢ）によってスケジュールされ、制御されうる。ダウンリンクスケジューリング割り当ての一部として、ＵＥは、変調および符号化方式（ＭＣＳ）、ダウンリンクリソース割り当て（つまり、割り当てられたリソースブロックのインデックス）などに関する制御情報を受信することができる。次いで、スケジューリング割り当てが受信されると、ＵＥは、それに応じて割り当てられたダウンリンクリソース上でその割り当てられたＰＤＳＣＨリソースを復号化することができる。
【００４０】
そのような実施形態において、アップリンク（ＵＬ）方向に対し、ＵＬ送信、ＤＬ送信、スケジューリング、ＭＩＭＯなどをサポートするためにいくつかの関連するレイヤ１／レイヤ２（Ｌ１／Ｌ２）制御シグナリング（ＡＣＫ／ＮＡＣＫ、ＣＱＩ、ＰＭＩ、ＲＩなど）が必要になる場合もある。ＵＥがＵＬデータ送信（例えば、ＰＵＳＣＨ）のためにアップリンクリソースを割り当てられていない場合、Ｌ１／Ｌ２アップリンク制御情報は、物理アップリンク制御チャネル（ＰＵＣＣＨ）上でＵＬ  Ｌ１／Ｌ２制御用に特別に割り当てられたＵＬリソースにおいて送信することができる。これらのＰＵＣＣＨリソースは、全利用可能セルＢＷのエッジに配置される。ＰＵＣＣＨ上で伝送される制御シグナリング情報は、スケジューリング要求（ＳＲ）、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上でのダウンリンクデータパケットに応答して送信されるＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、およびチャネル品質情報（ＣＱＩ）、ならびに他の任意の種類のＵＣＩまたはフィードバックデータを含むことができる。
【００４１】
ＰＵＣＣＨは、フォーマット１／１ａ／１ｂおよびフォーマット２／２ａ／２ｂなどの、シグナリングで伝達される情報に応じて選択されうるさまざまな異なるフォーマットをサポートすることができる。ＰＵＣＣＨは、必要な制御シグナリングを送信するためにＵＥに対し予約されている共有周波数／時間リソースとすることができる。それぞれのＰＵＣＣＨ領域は、同時に多数のＵＥから送信される制御シグナリングとＵＥ毎の比較的少数の制御シグナリングビットとを多重化して単一のリソースブロック（ＲＢ）にまとめることができるように設計されうる。セル内でＰＵＣＣＨ送信に利用可能なＲＢの総数を、上位レイヤパラメータ
【００４２】
【数１】
0005993740.tif 000002
【００４３】
によって指定することができる。次いで、ＰＵＣＣＨフォーマット１／１ａ／１ｂおよびＰＵＣＣＨフォーマット２／２ａ／２ｂの送信のためにこれらのＲＢを分割し、割り当てることができる。１．４ＭＨｚなどの小さなシステム帯域幅が使用されるシステムでは、実施形態において、ＰＵＣＣＨフォーマット１／１ａ／１ｂおよびフォーマット２／２ａ／２ｂが同じＲＢを共有することを可能にする混合フォーマットＲＢを実装することができる。このような実施形態において、混合フォーマットＲＢは、混合フォーマットＲＢ内でＰＵＣＣＨフォーマット１／１ａ／１ｂに対する予約済みリソースの数を指定することができる上位レイヤパラメータ
【００４４】
【数２】
0005993740.tif 000003
【００４５】
によって構成することができる。いくつかの実施形態において、
【００４６】
【数３】
0005993740.tif 000004
【００４７】
＝０であれば、混合フォーマットＲＢは存在しないことがある。ＰＵＣＣＨフォーマット２／２ａ／２ｂに関しては、予約済みＲＢの数は、
【００４８】
【数４】
0005993740.tif 000005
【００４９】
など、上位レイヤパラメータによって構成することができる。ＰＵＣＣＨフォーマット１／１ａ／１ｂおよびフォーマット２／２ａ／２ｂの送信に使用されるリソースは、インデックス
【００５０】
【数５】
0005993740.tif 000006
【００５１】
および
【００５２】
【数６】
0005993740.tif 000007
【００５３】
によってそれぞれ識別されうる。
【００５４】
ＰＵＣＣＨフォーマット１／１ａ／１ｂに関して、リソースは、永続的なＡＣＫ／ＮＡＣＫシグナリングと動的なＡＣＫ／ＮＡＣＫシグナリングの両方に対して使用することができる。動的なフォーマット１／１ａ／１ｂリソースは、動的にスケジュールされたダウンリンクデータ送信をサポートするように定義することができる。アップリンクにおける永続的なＨＡＲＱ  ＡＣＫ／ＮＡＣＫおよび／またはＳＲ送信に対する予約済みリソースの数を、
【００５５】
【数７】
0005993740.tif 000008
【００５６】
などの、上位レイヤパラメータによって構成することができ、対応する割り当てを上位レイヤシグナリングを通じて決定することができる。動的なＰＵＣＣＨフォーマット１／１ａ／１ｂリソースの割り当ては、ＰＤＣＣＨ割り当てに従って暗黙のうちに行うことができる。実施形態において、それぞれの動的なＰＵＣＣＨフォーマット１／１ａ／１ｂリソースとＰＤＣＣＨ送信の最低のＣＣＥインデックスとの間に一対一のマッピングがありうる。ＰＵＣＣＨフォーマット１／１ａ／１ｂの暗黙の割り当ては、制御シグナリングのオーバーヘッドを下げる可能性がある。動的なＡＣＫ／ＮＡＣＫリソース割り当てに対する暗黙のマッピングは
【００５７】
【数８】
0005993740.tif 000009
【００５８】
で定義することができ、ただし、式中、ｎCCEは対応するＤＣＩ割り当ての送信に使用される第１のＣＣＥのインデックスであり、
【００５９】
【数９】
0005993740.tif 000010
【００６０】
は永続的なＰＵＣＣＨフォーマット１／１ａ／１ｂ  ＡＣＫ／ＮＡＣＫシグナリングに予約されているリソースの数であるものとしてよい。
【００６１】
図２は、ＬＴＥ  Ｒ８環境において動作するものを含む、いくつかの実施形態で使用することができる例示的なＰＵＣＣＨ構成を示している。ＲＢ  ２１０は、
【００６２】
【数１０】
0005993740.tif 000011
【００６３】
によって構成されるようなＰＵＣＣＨに対して予約されているＲＢであるものとしてよい。いくつかのＲＢ  ２１０のうち、ＲＢ  ２２０は、
【００６４】
【数１１】
0005993740.tif 000012
【００６５】
によって構成されているようなＰＵＣＣＨフォーマット２／２ａ／２ｂに対して予約することができる。またいくつかのＲＢ  ２１０のうち、ＲＢ  ２３０は、
【００６６】
【数１２】
0005993740.tif 000013
【００６７】
によって構成されるような、ＰＵＣＣＨフォーマット１／１ａ／１ｂとフォーマット１／２ａ／２ｂの両方に対して使用することができる混合ＲＢであるものとしてよい。さらにいくつかのＲＢ  ２１０のうち、ＲＢ  ２４０は、
【００６８】
【数１３】
0005993740.tif 000014
【００６９】
によって構成されているような永続的なＰＵＣＣＨフォーマット１／１ａ／１ｂに対して予約されうるリソースであるものとしてよい。またいくつかのＲＢ  ２１０のうち、ＲＢ  ２５０は、動的なＰＵＣＣＨフォーマット１／１ａ／１ｂに対して予約されたリソースであるものとしてよい。実施形態において、ＰＵＣＣＨフォーマット１／１ａ／１ｂに対して、リソースインデックス
【００７０】
【数１４】
0005993740.tif 000015
【００７１】
は、直交系列インデックスおよび／またはそれぞれのＲＢ内の巡回シフトの対応する値を決定することができる。
【００７２】
上記のように、ＬＴＥ−Ａでは、キャリアアグリゲーションとも称される、帯域幅拡大を使用して、データ送信速度を高めることができる。帯域幅拡大により、ダウンリンク（ＤＬ）とアップリンク（ＵＬ）の両方の送信帯域幅を２０ＭＨｚより高くすることができ、また利用可能な対のスペクトルをより柔軟に使用することが可能になる。例えば、ＬＴＥ  Ｒ８は、対称的な対の周波数分割複信（ＦＤＤ）モードでの動作に制限されうるが、ＬＴＥ−Ａは、非対称構成で動作するように構成されうる（例えば、コンポーネントキャリア（ＣＣ）の数をアップリンクよりダウンリンクにおいて多くするか、またはその逆にダウンリンクよりアップリンクにおいて多くする）。ＬＴＥ−Ａキャリアアグリゲーションに対する３つの異なる構成が図３に例示されている。構成３１０では、対称的キャリアアグリゲーションが例示されており、ＵＬとＤＬの両方に同じ数のコンポーネントキャリアが使用されている。構成３２０は、ＵＬコンポーネントキャリアよりも多いＤＬコンポーネントキャリアを使用することを例示している。示されている例では、ＤＬに対しては２つのコンポーネントキャリアが、ＵＬに対しては１つのコンポーネントキャリアが示されている。構成３３０では、反対のシナリオが示されており、ＵＬに対しては２つのコンポーネントキャリアが使用され、ＤＬに対しては１つのコンポーネントキャリアが使用されている。ＵＬとＤＬとでコンポーネントキャリアの組み合わせおよび数を別のものにすることは、本開示の範囲内にあると考えられる。
【００７３】
実施形態において、ＵＥは、データ送信速度を高めるために、キャリアアグリゲーションとも称される帯域幅拡大を使用して、複数のＤＬ  ＣＣまたはサービングセル上でデータを受信するように構成されうる。したがって、このようなＵＥは、１つまたは複数のＵＬ  ＣＣを介して複数のＤＬ  ＣＣに対するＵＣＩまたは他のフィードバックを送信する必要もありうる。ＵＥが送信すべきユーザーデータを有するか、または物理アップリンク共有チャネル（ＰＵＳＣＨ）などの、データの送信のためのＵＬリソースを他の何らかの方法で割り当てられている場合、ＵＥは、割り当てられたＰＵＳＣＨを使用してＵＣＩおよびフィードバックデータを送信することができる。しかし、ＵＥがＰＵＳＣＨを割り当てられていない場合、ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）上でのＵＬ制御のために特別に割り当てられたＵＬリソースでＵＣＩおよび／またはＵＬフィードバックデータを送信するように構成されうる。本明細書には、送信することができるＵＣＩおよびフィードバックデータを決定し、そのようなＵＣＩおよびフィードバックデータを送信するために使用されるＰＵＣＣＨリソースを決定し、ＰＵＣＣＨ上でそのようなＵＣＩおよびフィードバックデータをどのように送信できるかを決定するためのさまざまなシステム、手段、および方法が存在している。
【００７４】
ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）および否定応答（ＮＡＣＫ）（本明細書では「ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ」、または単に「ＡＣＫ／ＮＡＣＫ」と称する）を含む、ＵＣＩを送信するためのＰＵＣＣＨ送信方法を使用する実施形態において、ＰＵＣＣＨフォーマット１／１ａ／１ｂおよびＰＵＣＣＨフォーマット２／２ａ／２ｂをそのような送信に使用することができる。チャネル品質情報（ＣＱＩ）、プリコーディングマトリクスインジケータ（ＰＭＩ）、ランク指標（ＲＩ）、ＡＣＫ／ＮＡＣＫなどのＵＣＩを送信するために両方のフォーマットを使用することができるが、いくつかの実施形態は、ＰＵＣＣＨフォーマット２／２ａ／２ｂを使用してＣＱＩ、ＰＭＩ、およびＲＩを、フォーマット１／１ａ／１ｂを使用してＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信するように構成することができる。
【００７５】
これら２つのフォーマット、ＰＵＣＣＨフォーマット１／１ａ／１ｂおよびＰＵＣＣＨフォーマット２／２ａ／２ｂ（本明細書ではそれぞれ「フォーマット１」および「フォーマット２」と称することもある）は、チャネル符号化（例えば、リードミュラー符号化）を使用するかどうか、および時間領域拡散を使用するかどうか、および復調基準信号（ＤＭＲＳ）の個数によって区別することができる。ＰＵＣＣＨフォーマット２／２ａ／２ｂでは、チャネル符号化を使用し、時間領域拡散を使用しないが、ＰＵＣＣＨフォーマット１／１ａ／１ｂでは、チャネル符号化を使用せずに時間領域拡散を使用することができる。非限定的なＰＵＣＣＨ構造例４００を示す図４に例示されているような、ＰＵＣＣＨフォーマット１は、チャネル符号化およびＤＭＲＳシンボルに関して、非限定的なＰＵＣＣＨ構造例５００を示す図５に例示されているような、ＰＵＣＣＨフォーマット２とは異なる。これらの図は、ノーマル巡回プレフィックス（ＣＰ）の場合に対するサブフレーム内の１つのタイムスロットを例示している。図４を見るとわかるように、ＰＵＣＣＨフォーマット１では、３つのＤＭＲＳ（ＤＭＲＳ  ４１０、４２０、および４３０）が使用されるが、ＰＵＣＣＨフォーマット２では、図５を見るとわかるように、２つのＤＭＲＳ（ＤＭＲＳ  ５１０および５２０）が使用されている。またこれらの図からわかるように、ＤＭＲＳのサブフレーム内の位置は、それぞれのフォーマットにおいて異なる。フォーマット１では、ＤＭＲＳ  ４１０、４２０、および４３０は、それぞれ、ロングブロック（ＬＢ）３、４、および５で構成され、フォーマット２では、ＤＭＲ  ５１０および５２０は、それぞれ、ＬＢ１およびＬＢ５で構成される。
【００７６】
実施形態において、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、ＰＵＣＣＨで送信することができる。ＰＵＣＣＨフォーマット１ａまたは１ｂを使用するＨＡＲＱ−ＡＣＫ、ＰＵＣＣＨフォーマット１ｂをチャネル選択とともに使用するＨＡＲＱ−ＡＣＫ、ＰＵＣＣＨフォーマット１を使用するスケジューリング要求（ＳＲ）、ＰＵＣＣＨフォーマット１ａまたは１ｂを使用するＨＡＲＱ−ＡＣＫおよびＳＲ、ＰＵＣＣＨフォーマット２を使用するＣＱＩ、および／またはノーマル巡回プレフィックスに対してＰＵＣＣＨフォーマット２ａまたは２ｂを、拡張巡回プレフィックスに対してＰＵＣＣＨフォーマット２を使用するＣＱＩおよびＨＡＲＱ−ＡＣＫを含む、ＰＵＣＣＨ上のＨＡＲＱ  ＡＣＫ／ＮＡＣＫを含むＵＣＩの任意の組み合わせを使用することができる。
【００７７】
キャリアアグリゲーション（ＣＡ）（本明細書では代替えとして帯域幅拡大とも称する）を使用する実施形態において、ＵＥは、ＰＵＳＣＨ上で送信することと、複数のＣＣのＰＤＳＣＨ上で受信することとを同時に実行することができる。いくつかの実装において、ＵＬおよびＤＬにおける最大５つまでのＣＣがサポートされ、これにより、最高１００ＭＨｚまでの柔軟な帯域幅割り当てに対応することができる。ＰＤＳＣＨおよびＰＵＳＣＨのスケジューリングに対する制御情報を１つまたは複数のＰＤＣＣＨ（複数可）上で送信することができる。スケジューリングは、ＵＬキャリアとＤＬキャリアの対に対して１つのＰＤＣＣＨを使用して実行されうる。あるいは、所定のＰＤＣＣＨに対してクロスキャリアスケジューリングをサポートし、これにより、他のＣＣ（複数可）における送信のためにＰＤＳＣＨ割り当ておよび／またはＰＵＳＣＨ許可（ＰＵＳＣＨ  ｇｒａｎｔｓ）をネットワーク側で行うことができる。
【００７８】
実施形態において、プライマリコンポーネントキャリア（ＰＣＣ）が使用されうる。ＰＣＣは、複数のコンポーネントキャリアとともに動作するように構成されたＵＥのキャリアとすることができ、何らかの機能（例えば、セキュリティパラメータおよびＮＡＳ情報の導出）がそのコンポーネントキャリアにのみ適用可能であるものとしてよい。ＵＥは、ダウンリンクに対する１つまたは複数のＰＣＣ（ＤＬ  ＰＣＣ）とともに構成されうる。そのような実施形態において、ＵＥのＰＣＣではないキャリアは、セカンダリコンポーネントキャリア（ＳＣＣ）と称することもできる。
【００７９】
ＤＬ  ＰＣＣは、最初にシステムにアクセスしたときに初期セキュリティパラメータを導出するためにＵＥが使用するＣＣに対応するものとしてよい。しかし、ＤＬ  ＰＣＣは、この機能に限定されることはない。ＤＬ  ＰＣＣは、システム動作に対する他のパラメータまたは情報を含むＣＣとしても機能しうる。実施形態において、システムは、ＤＬ  ＰＣＣをデアクティベートできないように構成されうる。
【００８０】
キャリアアグリゲーションの実施形態において、シングルまたはダブルコードワードを持つ複数のＤＬキャリアに対する複数のＡＣＫ／ＮＡＣＫを送信することができる。キャリアアグリゲーションにおけるＨＡＲＱ  ＡＣＫ／ＮＡＣＫのためにいくつかのＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫ送信方法を使用することができる。これらに含まれるのは、複数のＡＣＫ／ＮＡＣＫがＰＵＣＣＨで一緒に符号化され送信されるＰＵＣＣＨ統合符号化である。図３に示されているようなＰＵＣＣＨフォーマット２およびＤＦＴ−Ｓ−ＯＦＤＭフォーマットなどの代替的フォーマットなどの、異なるＰＵＣＣＨフォーマットを使用してＡＣＫ／ＮＡＣＫを送信することができる。別の送信方法として、拡散係数（ＳＦ）低減が考えられ、この場合、時間領域直交拡散を取り除く（拡散なし）か、または長さ４（ＳＦ＝４）とは対照的に長さ２（ＳＦ＝２）に減らすことができる。これは、ＵＥが単一の巡回シフトを使用してさらに多くのＡＣＫ／ＮＡＣＫビットを伝送することを可能にすると思われる。別の送信方法として、チャネル選択（ＣＳ）があり、この場合、ＴＤＤ  ＡＣＫ／ＮＡＣＫ多重送信方式と同様にＰＵＣＣＨフォーマット１ｂを使用する。別の送信方法として、マルチコード送信（ＮｘＰＵＣＣＨ）があり、この場合、単一の符号とは対照的に、複数のＡＣＫ／ＮＡＣＫを送信するために複数の符号を単一のＵＥには割り当てることができる。これらの方法のどれか、またはすべて、または任意の組み合わせを使用することができ、すべてのこのような実施形態は、本開示の範囲内にあると考えられる。
【００８１】
いくつかのＬＴＥおよび／またはＬＴＥ−Ａ実装において、複数のＵＬ  ＣＣ上の１つのＵＥからのＰＵＣＣＨ送信での同時ＡＣＫ／ＮＡＣＫは、サポートされず、ＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫを伝送するように単一のＵＥ固有のＵＬ  ＣＣを半静的に構成することができる。
【００８２】
例えば、ＬＴＥ−ＡシステムにおいてＡＣＫ／ＮＡＣＫフィードバックを送るために、ＰＵＣＣＨ統合符号化を使用して複数のＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信することができる。しかし、ＰＵＣＣＨ統合符号化の結果、符号化レートが上昇し、符号化利得が低下する可能性がある。したがって、これらの効果のバランスをとるために、設計上のトレードオフが考慮される必要があると思われる。実施形態において、このトレードオフに対処するために状態数削減方法が使用されうる。状態数削減方法は、ＡＣＫ／ＮＡＣＫの送信および／または間欠送信データ（ＤＴＸ）に必要な状態の数を減らすことができ、および／または送信に必要なビットの数も減らすことができる。
【００８３】
ＡＣＫ／ＮＡＣＫ／ＤＴＸコードブックのサイズを低減すると、送信するのに少ないビットで済むようになる。これは、一実施形態において、コードブックインデックスを、ネットワークノード（例えば、ｅＮｏｄｅＢ）からＵＥへ、もしくはＵＥからネットワークノードへ、フィードバックするか、または「アクティベートされたＣＣ（もしくはサービングセル）」または「構成されたＣＣ（もしくはサービングセル）」の代わりに「スケジュールされたＣＣ（もしくはサービングセル）」を示すことによって達成されうる。ＡＣＫ／ＮＡＣＫおよびＤＴＸの状態数を減らすと、その結果、状態を表すのにより少ないビット数で済むようになる。状態の数は、所定のコードブックについて、プライマリサービングセルおよびセカンダリサービングセルに対する異なる要件、状態の組み合わせ、グループ化、バンドリング、コードブック作成のための特別規則などを考慮することによってさらに減らすことができる。そのため、状態数削減は、特定のコードブックを設計するのではなく、コードブックの効率的利用をはかった結果であると言える。
【００８４】
本明細書で説明されている実施形態は、ＰＵＣＣＨフォーマット１／１ａ／１ｂを使用するＰＵＣＣＨ統合符号化、ＰＵＣＣＨフォーマット２／２ａ／２ｂを使用する統合符号化、および／またはブロック拡散ベースのフォーマットもしくはＤＦＴ−Ｓ−ＯＦＤＭベースのフォーマットなどの代替的フォーマットを使用する統合符号化とともに使用することができる。以下では、ＰＵＣＣＨ統合符号化方法および統合符号化の性能強化のための実施形態について説明する。ＡＣＫ／ＮＡＣＫ／ＤＴＸコードブックサイズ低減およびＡＣＫ／ＮＡＣＫ／ＤＴＸ状態数削減のためのシステム、手段、および方法だけでなく、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫに対するコードブックおよびいくつかのコードブックの設計の符号化をも開示する。ＰＵＣＣＨ統合符号化への説明されている機能強化は、統合符号化利得を高め、実効統合符号化レートを下げる可能性がある。本明細書で説明されている実施形態は、コードブックを適用できる時期およびその方法を信号で伝送し、決定するための効率的なＡＣＫ／ＮＡＣＫ／ＤＴＸ方法を提供することもできる。
【００８５】
ＡＣＫ／ＮＡＣＫ／ＤＴＸコードブックサイズを低減するために使用できる実施形態において、シグナリングベースのアプローチを使用してコードブックサイズ低減を達成することができる。このような実施形態において、実際のスケジュールされたＣＣ（ｋ個のキャリア）をダウンリンクでシグナリングにより伝達することができる。あるいは、コードブックインデックスをアップリンクでシグナリングにより伝達することができる。
【００８６】
実施形態において、ＡＣＫ／ＮＡＣＫ／ＤＴＸコードブックは、スケジュールされた実際のＣＣ（ｋ）に基づいて決定されうる。あるいは、ＡＣＫ／ＮＡＣＫ／ＤＴＸコードブックは、ＰＤＣＣＨが検出される最後のＣＣによって決定されうる。スケジュールされた実際のＣＣ  ｋは、ＵＥにシグナリングにより伝達されるが、ＰＤＣＣＨが最後に検出されたコードブックインデックスは、基地局（例えば、ｅＮｏｄｅＢ）にシグナリングにより伝達されうる。
【００８７】
コードブックが、アクティベートされた、または構成されたＣＣ（Ｍ）ではなく実際のスケジュールされたＣＣ  ｋによって決定される場合、状態の総数（つまり、コードブックサイズ）は、３M−１個から３k−１個に減らすことができる。Ｍ＝５およびｋ＝２では、コードブックサイズは、２４２から８に減らすことができる。したがって、コードブックを表すために必要なビット数は、８ビットから２ビットに減らされる。符号化レートは、それに応じて、０．３６から０．１に改善されうる。達成可能であると思われる数ｄＢまでの性能改善が図６に例示されている。
【００８８】
ＵＥは、コードブックおよびコードブック内のコードポイントを決定するために基地局（例えば、ｅＮｏｄｅＢ）によってスケジュールされるＣＣがいくつあるか、またどのＣＣが基地局（例えば、ｅＮｏｄｅＢ）によってスケジュールされるかを知らなければならない場合がある。正しいコードブックおよびコードポイントを決定するには、スケジュールされるＣＣの個数に関する情報を、また正しいＣＣがスケジュールされることを必要とすることがある。スケジュールされるＣＣの数を決定した後、ＵＥは、コードブックまたはコードブックサイズを決定することができる。スケジュールされる正確なＣＣを決定した後（実施形態において、対応するＰＤＣＣＨ／ＰＤＳＣＨ検出結果を使用して）、ＵＥは、コードブック内の正確なコードポイントを決定することができる。
【００８９】
実施形態において、これは、スケジュールされるＣＣがいくつあるか、またどのＣＣがスケジュールされるかを示す動的な方法でビットマップを信号により伝達することによって達成されうる。これは、数ビットを必要とすることがある（例えば、５個のＣＣが構成されるか、またはアクティベートされる５ビットのビットマップ）。これらのビットは、ＤＬ割り当てのためにダウンリンク制御情報（ＤＣＩ）内に挿入することができる。あるいは、スケジュールされているＣＣの個数が知られた後、正確にどのＣＣがスケジュールされているかということも自動的にもしくは暗黙のうちに知られるように、スケジュールされたＣＣに対する順序を使用することができる。この実施形態は、スケジュールされているＣＣがいくつあるかということおよび正確にどのＣＣがスケジュールされているかの両方を示すためにシグナリングにより伝達される必要があるビットの個数（例えば、２個のビット）を減らすことができる。この実施形態は、基地局（例えば、ｅＮｏｄｅＢ）からＵＥへのシグナリング、またはＵＥから基地局へのシグナリングによって実装されうる。基地局からＵＥへのシグナリングが使用される場合、シグナリングは、ＷＴＲＵに対してスケジュールされるＣＣの数を含むものとしてよい。ＵＥから基地局へのシグナリングが使用される場合、シグナリングは、コードブックインデックスを基地局に送信することを含むものとしてよい。このようなインデックスは、ＰＤＣＣＨが検出された最後のＣＣに基づき導出することができる。
【００９０】
基地局（例えば、ｅＮｏｄｅＢ）からＵＥへのシグナリングが実行される実施形態において、コードブックは、スケジュールされたＣＣ（アクティベートされたＣＣではなく）に基づき決定することができる。構成されるか、またはアクティベートされたＣＣは、この順序に基づきスケジュールすることができる。この順序は、チャネル品質、ＣＣインデックス、ＣＣ優先度、周波数インデックス、ＣＣの論理チャネル優先順位付け（ＬＣＰ）、または他の基準に基づくものとしてよい。１番目はＰＣＣとして指定され、続くＣＣはセカンダリＣＣとして指定されうる（例えば、ＰＣＣ、セカンダリＣＣ１、ＣＣ２など）。この順序付けは、ＣＣスケジューリングに対して何らかの制約を課すことがある。
【００９１】
そのような実施形態において、ＤＣＩにおけるインジケータは、スケジュールされたＣＣに関する情報をもたらしうる。以下の表１では、そのような実施形態（例Ａ）の例示的な実装を示しており、最大４つまでのスケジュールされたＣＣをサポートすることができる２ビットのインジケータが図示されている。例Ａでは、ＡＣＫ／ＮＡＣＫ／ＤＴＸコードブックサイズは、２と小さい（最小のコードブックは１ビットコードブックである）。
【００９２】
【表１】
0005993740.tif 000016
【００９３】
表２は、そのような実施形態（例Ｂ）の別の例示的な実装を示しており、最大５つまでのスケジュールされたＣＣ（２ビット）をサポートすることができる２ビットのインジケータが使用されている。例Ｂでは、ＡＣＫ／ＮＡＣＫ／ＤＴＸコードブックサイズは、８と小さい（最小のコードブックは３ビットコードブックである）。他の実施形態において、ＣＣの他の順位付けまたは組み合わせを示すために、２より多いビット数（例えば、３ビットまたはそれ以上）を使用することもできることに留意されたい。
【００９４】
【表２】
0005993740.tif 000017
【００９５】
ＵＥから基地局（例えば、ｅＮｏｄｅＢ）へのシグナリングが実行されうる実施形態において、ＵＥは、アクティベートされたＣＣに対するＰＤＣＣＨを検出することができる。アクティベートされるか、または構成されたＣＣは、上で説明されているように順序付けすることができる。ＰＤＣＣＨが検出された最後のＣＣがＣＣ＃ｊである場合、ＣＣは順番にスケジュールされうるので、最後に検出されたＣＣまたはＣＣ＃ｊの前のＣＣ（つまり、ＣＣ＃ｉ、ｉ＝１，２，．．．，ｉ＜ｊ）も、同じサブフレーム内でスケジュールすることができる。コードブックまたはコードブックサイズは、番号ｊに基づいて決定されうる。コードブックサイズは、３j−１とすることができる。サイズ３j−１のコードブックを選択することができる。選択されたコードブックに対応するコードブックインデックスは、シグナリングにより基地局に伝達されうる。コードブックまたはコードブックサイズへのコードブックインデックスのマッピングには、コードブック＃１は１つのＣＣを有し、コードブック＃２は２つのＣＣを有し、コードブック＃３は３つのＣＣを有し、．．．コードブック＃ｊはｊ個のＣＣを有する、という特性がある。
【００９６】
コードブックインデックスｊを基地局（例えば、ｅＮｏｄｅＢ）にシグナリングにより伝達することができる。基地局側では、どのＣＣに対して基地局がスケジュールされたＰＤＣＣＨを有しているかを知ることができるため、したがって、ＵＥからフィードバックされたコードブックインデックスを受信するときにＵＥによってＰＤＣＣＨが検出されないのがどのＣＣであるかを知ることができる。そのため、基地局は、ＤＴＸを処理する仕方を正確に知ることができる。これは、ＵＥがＰＤＣＣＨの検出をし損なったため最後のＣＣが「真の」最後のＣＣでない場合、つまり、ＣＣ＃ｊ＋１、ＣＣ＃ｊ＋２なども基地局によってスケジュールされているが、ＵＥによって検出されていない場合に、生じうる。この場合、基地局は、ＣＣ＃ｊ＋１に対するＰＤＣＣＨが、スケジュールされてはいるけれどもＵＥによって検出されないことを知ることができる。基地局は、ＵＥがＰＤＣＣＨを受け損なったことによりＵＥがＤＴＸモードに入っていることを知ることができる。
【００９７】
図７の方法７００は、コードブックがアクティベートされたＣＣに基づき決定されうる実施形態を実装する非限定的な一方法例である。このような一実施形態において、方法７００は、新しいコードブックおよびアクティベーション／デアクティベーションコマンドが適用されるときにＵＥに実装されうる。ブロック７１０において、アクティベーション／デアクティベーションコマンドが正常に受信されたかどうかの判定を行うことができる。実施形態において、このようなコマンドは、サブフレームｎ−４内に受信されうる。アクティベーション／デアクティベーションコマンドがブロック７１０で正常に受信された場合、ＵＥは、ブロック７２０で、サブフレームｎ−４内に一番最近に受信したコマンドに基づく実施形態において、アクティベートされるか、またはデアクティベートされるＣＣはいくつあるか、またどのＣＣがアクティベートされるか、またはデアクティベートされるかを判定することができる。ブロック７３０で、ＵＥは、新規にアクティベートされ／デアクティベートされたＣＣに基づき新規コードブックを決定することができる。ブロック７４０において、ＵＥは、前のコードブック（つまり、新規コードブックがまだ適用されていない）を使用してサブフレームｎ−４内の実施形態においてアクティベーションコマンドを受信したＣＣに対応するＡＣＫ、ＮＡＣＫ、およびＤＴＸを含む状態に対するビットをＰＵＣＣＨで、サブフレームｎ内の実施形態において、送信することができる。
【００９８】
ブロック７５０において、ＵＥは、サブフレームｎ＋４内の実施形態において、アクティベーション／デアクティベーションコマンドを適用することができる。ブロック７６０において、ＵＥは、サブフレームｎ＋４内の実施形態において、受信されたＰＤＳＣＨに応答してＡＣＫ／ＮＡＣＫ送信のために新規コードブックを適用することができる。ブロック７７０において、ＵＥは、サブフレームｎ＋８内の実施形態において、新規コードブックを使用して、ＰＵＣＣＨで、ＡＣＫ／ＮＡＣＫ／ＤＴＸ状態に対するビットを送信することができる。ブロック７１０において、アクティベーション／デアクティベーションコマンドが正常に受信されなかったと判定された場合に、ＵＥは、ブロック７８０においてそのようなコマンドの再送が行われるまで待機することができることに留意されたい。
【００９９】
実施形態において、シーケンスインジケータまたはシーケンス番号を使用し、これをアクティベーションコマンド内に挿入することで、一連のアクティベーション／デアクティベーションコマンドが送信され、コマンドの受信順序を乱す検出エラーが発生したときに、アクティベーション／デアクティベーションコマンドを正しい順序に保つことができる。図８の方法８００は、そのような実施形態を実装する非限定的な方法例である。ブロック８１０において、ＵＥは、複数のアクティベーション／デアクティベーションコマンドのうちの１つを受信することができる。ブロック８２０において、ＵＥは、アクティベーション／デアクティベーションコマンドからシーケンスインジケータまたはシーケンス番号を抽出することができる。ブロック８３０において、ＵＥは、シーケンスインジケータもしくはシーケンス番号が予想された、または正しい番号もしくはインジケータであるかどうかを判定することができる。言い換えると、ＵＥは、シーケンスインジケータもしくはシーケンス番号が次に最近に受信されたシーケンスインジケータもしくはシーケンス番号の後に続くかどうかを判定することができる。ブロック８４０において、シーケンスインジケータもしくはシーケンス番号が、予想された番号もしくはインジケータでない場合、ＵＥは、意図された順序で（つまり、基地局によって送信された順序で）処理されるようにアクティベーション／デアクティベーションコマンドをしかるべく並べ替えることができる。ブロック８５０において、ＵＥは、アクティベーション／デアクティベーションコマンドを適切な順序で処理することができる（つまり、シーケンス番号もしくはインジケータに従って）。ブロック８３０において、ＵＥが予想されたシーケンス番号がブロック８２０において抽出されたと判定した場合、並べ替えることなくブロック８５０においてアクティベーション／デアクティベーションコマンドを正しい順序で処理することができる。
【０１００】
実施形態において、ＡＣＫ／ＮＡＣＫ／ＤＴＸの状態の数を削減するためのシステム、方法、および手段を使用することができる。状態部分空間ベースのアプローチでは、ＡＣＫ  ＮＡＣＫ／ＤＴＸ状態空間は、いくつかのセグメントまたはパーティションに分割されうる。それぞれのセグメントまたはパーティションは、最小数の状態を含むものとしてよく、これに基づきコードブックを生成することができる。それぞれのセグメントまたはパーティション（本明細書では「部分空間」とも称することがある）は、コードブックとすることができる。それぞれの部分空間の状態は、対応する状態部分空間内のより少ない数のビットで表すことができる（つまり、それぞれのコードポイントは、より少ない数のビットで表すことができる）。状態空間をいくつかのパーティションに分割することで、統合符号化利得を改善し、および／またはＰＵＣＣＨ統合符号化に対する実効統合符号化レートを下げることができる。ＵＥでのＰＤＣＣＨ／ＰＤＳＣＨの検出結果に基づき、ＡＣＫ／ＮＡＣＫ／ＤＴＸ状態を生成することができる。この生成されたＡＣＫ／ＮＡＣＫ／ＤＴＸ状態を含む状態セグメントまたはパーティションを選択することができる。生成された状態は、そのセグメントまたはパーティションに対する対応するコードブック内のコードポイントにマッピングされうる。
【０１０１】
ＵＥが選択した状態セグメントまたはパーティションを基地局（例えば、ｅＮｏｄｅＢ）に通知するために、ＵＥは、リソースベースの方法を実行するように構成されうる。実施形態において、２つまたはそれ以上のＰＵＣＣＨリソースを、状態セグメントまたはパーティションに対応して明示または暗黙のうちのいずれかで（例えば、ＰＤＣＣＨ  ＣＣＥアドレスによって）構成するか、または予約することができる。ＵＥは、ＰＤＣＣＨ／ＰＤＳＣＨ検出の結果に基づきＣＣに対するＡＣＫ、ＮＡＣＫ、および／またはＤＴＸを生成することができる。ＵＥは、ＡＣＫ／ＮＡＣＫ／ＤＴＸ状態を判定し、この状態を含むセグメントに対し対応するＲＭ符号化を使用して状態情報ビットを符号化し、この状態の符号化されたビットを送信することができる。基地局は、どのＰＵＣＣＨリソースが使用されるかを検出することによってＵＥによってどの状態セグメントまたはパーティションが選択されたかに関する情報を得ることができる。これは、相関検出またはエネルギー検出などの技術に基づくものとしてよい。表３は、ＰＵＣＣＨリソースインデックスをセグメントまたはパーティションにマッピングする一例を示している。基地局は、このセグメントにリードミュラー（ＲＭ）符号を使用して受信されたＰＵＣＣＨを復号化することができる。
【０１０２】
【表３】
0005993740.tif 000018
【０１０３】
実施形態において、ＵＥは、マスクもしくはインタリービングパターンベースの方法を実行するように構成されうる。この実施形態において、ＵＥでは、状態の異なるセグメントもしくはパーティションに対してＰＵＣＣＨの異なるマスクもしくはインタリービングパターンを使用することができる。同様に、基地局（例えば、ｅＮｏｄｅＢ）は、どのＰＵＣＣＨマスクもしくはインタリービングパターンが使用されるかを検出することによってＵＥによってどの状態セグメントまたはパーティションが選択されたかに関する情報を得ることができる。これは、相関検出などの技術に基づくものとしてよい。表４は、ＰＵＣＣＨマスクインデックスまたはインタリービングパターンをセグメントまたはパーティションにマッピングする一例を示している。
【０１０４】
【表４】
0005993740.tif 000019
【０１０５】
例えば、３つのマスクがＭ１、Ｍ２、およびＭ３と表されるものとして、ＧはＲＭエンコーダ、ｓは情報ビットベクトルであるものとする。この例では、ｘ＝Ｇである。Ｍｊが送信機で使用されるマスクである場合、受信信号は、ｙ＝Ｍｊ*ｘ＋ｎであり、式中、ｎはノイズである。受信機は、コスト関数
【０１０６】
【数１５】
0005993740.tif 000020
【０１０７】
を使用して正しいマスクおよび対応するセグメントもしくはパーティションを検索することができる。
【０１０８】
４つのＣＣに対するこのような実施形態の一例では、全部で８０個の状態を必要とし、そのため、これらの状態を表すために７ビット必要になる。状態は、３つの部分空間、つまり、セグメント１、２、および３に分割され、それぞれのセグメントは２６もしくは２７個の状態（５ビット）を含む。それぞれのセグメント内の情報ビット（状態に対する）を符号化するために、リードミュラー符号化（２０、５）を使用することができる。実効符号化レートは、０．２５から０．３５に低減つまり改善されうるので、符号化利得は著しく高められうる。状態空間全体がパーティション分割される部分空間もしくはセグメントが多ければ多いほど、符号化レートは下がり、統合符号化利得は改善されうる。
【０１０９】
実施形態において、ＡＣＫ／ＮＡＣＫ／ＤＴＸの状態を組み合わせるか、またはグループ化するためのシステム、方法、および手段を使用することができる。ＰＵＣＣＨ統合符号化利得を改善し、実効統合符号化レートを下げるために、ＡＣＫ／ＮＡＣＫ／ＤＴＸ状態を組み合わせて状態の数を減らし、これにより、状態を表すために必要なビットの数を減らすことができる。例えば、ＮＡＣＫとＤＴＸを組み合わせて、「ＮＡＣＫ／ＤＴＸ」と識別される単一の状態にまとめることができる。状態の総数は、３M個から２M個に減らすことができる。状態を表すために必要な対応するビット数は、ｌｏｇ2（３M）ビットからｌｏｇ2（２M）ビットに減らすことができる。例えば、Ｍ＝５の場合、状態の数は２４３から３２に減らされ、ビットの数は８ビットから５ビットに減らされ、符号化レートは０．３６から０．２２に改善されうる。図６は、状態を組み合わせることで状態の数をこのように削減できるため、例示的なシステムにおいて性能が改善することを示している。
【０１１０】
状態を組み合わせるために使用できる方法および手段は多数ある。実施形態において、ＰＣＣおよびＳＣＣを使用することができる。ＰＣＣは、特定の「クリティカルな」シグナリングもしくは情報を伝送することができるため、ＳＣＣより高い性能を持ちうる。図９の方法９００は、そのような実施形態を実装する非限定的な方法例である。この実施形態において、ＮＡＣＫおよびＤＴＸの状態は、ＰＣＣについて区別することができるが、ＳＣＣについては区別することができない。ブロック９１０で、ＰＤＣＣＨがＣＣについて検出されたかどうかの判定を行うことができる。ＣＣについて検出されたＰＤＣＣＨがない場合、ＣＣがＰＣＣであるか、またはＳＣＣであるかの判定を行うことができる。ＣＣがＰＣＣである場合、ブロック９３０で、ＵＥは、ＣＣに対して「ＤＴＸ」を指示することができる。ＣＣがＳＣＣである場合、ブロック９４０で、ＵＥは、ＣＣに対して「ＮＡＣＫ／ＤＴＸ」を指示することができる。
【０１１１】
ブロック９１０で、ＵＥが、ＣＣに対してＰＤＣＣＨが検出されたと判定した場合、ブロック９５０で、ＵＥは、ＣＣに対してＰＤＳＣＨが正常に受信されたかどうかを判定することができる。ＣＣに対してＰＤＳＣＨが正常に受信された場合、ブロック９６０で、ＵＥは、ＣＣに対して「ＡＣＫ」を指示することができる。ブロック９５０で、ＵＥが、ＣＣに対してＰＤＳＣＨが正常に受信されていないと判定した場合、ブロック９７０で、ＵＥは、ＣＣがＰＣＣであるか、またはＳＣＣであるかを判定することができる。ＣＣがＰＣＣである場合、ブロック９８０で、ＵＥは、ＣＣに対して「ＮＡＣＫ」を指示することができる。ＣＣがＳＣＣである場合、ブロック９４０で、ＵＥは、ＣＣに対して「ＮＡＣＫ／ＤＴＸ」を指示することができる。次いで、ＵＥは、ＣＣ（スケジュールされるか、またはアクティベートされるか、または構成されたＣＣとすることができる）に対して指示されたＡＣＫ、ＮＡＣＫ、ＤＴＸ、またはＮＡＣＫ／ＤＴＸに基づき状態を生成し、その生成された状態をコードブック内のコードポイントにマッピングすることができる。
【０１１２】
別の実施形態において、ＮＡＣＫおよびＤＴＸに対する完全な組み合わせまたはグループ化を、ＮＡＣＫとＤＴＸとが組み合わされる場合に使用することができる。例えば、状態｛ＡＣＫ，ＡＣＫ，ＮＡＣＫ｝と｛ＡＣＫ，ＡＣＫ，ＤＴＸ｝を組み合わせて、単一の状態（ＡＣＫ，ＡＣＫ，ＮＡＣＫ／ＤＴＸ）にすることができる。この実施形態において、ＣＣに対してＰＤＣＣＨが検出されない場合、またはＣＣについてＰＤＣＣＨが検出されたが、ＣＣに対してＰＤＳＣＨが正常に受信されなかった場合、ＵＥは、ＣＣに対して「ＮＡＣＫ／ＤＴＸ」を指示することができる。他の場合には、ＵＥは、ＣＣに対して「ＡＣＫ」を指示することができる。
【０１１３】
実施形態において、状態の部分的な組み合わせまたはグループ化を使用することができる。そのような実施形態において、状態を組み合わせることはできるが、そのような組み合わせは、ＣＣの部分集合にのみ適用され、すべてのＣＣに適用されるわけではない。例えば、ＮＡＣＫおよびＤＴＸ指示についてＣＣの１／３または１／２のみを組み合わせることができる。ＣＣの部分集合は、予め定められ、および／または構成可能であるものとしてよい。ＣＣは、２つまたはそれ以上の部分集合に分割することができ、実施形態において、ＣＣは、重要度もしくは優先度などのいくつかの基準に基づき２つまたはそれ以上の部分集合に分類されうる（例えば、「高重要度」または「高優先度」ＣＣ集合および「低重要度」または「低優先度」ＣＣ集合）。部分的な組み合わせもしくはグループ化により、状態を組み合わせたことによる性能への影響を軽減することができる。
【０１１４】
図１０の方法１０００は、そのような実施形態を実装する非限定的な方法例である。ブロック１０１０で、ＵＥは、ＣＣに対してＰＤＣＣＨが検出されたかどうかの判定を行うことができる。ＰＤＣＣＨが検出された場合、ブロック１０２０で、ＵＥは、部分集合内のＣＣに関連付けられているＮＡＣＫおよびＤＴＸ指示が組み合わされるＣＣの指定された、または指示された部分集合にＣＣが属しているかどうかを判定することができる。部分集合内のＣＣに関連付けられているＮＡＣＫおよびＤＴＸの指示が組み合わされる部分集合にＣＣが属していない場合、ブロック１０３０で、ＵＥは、ＣＣに対して「ＤＴＸ」を指示することができる。しかし、ブロック１０２０で、部分集合内のＣＣに関連付けられているＮＡＣＫおよびＤＴＸの指示が組み合わされるＣＣの指定された、または指示された部分集合にＣＣが属しているとＵＥが判定した場合、ブロック１０４０で、ＵＥは、ＣＣに対して「ＮＡＣＫ  ＤＴＸ」を指示することができる。
【０１１５】
ブロック１０１０で、ＵＥが、ＣＣに対してＰＤＣＣＨが検出されたと判定した場合、ブロック１０５０で、ＵＥは、ＣＣに対してＰＤＳＣＨが正常に受信されたかどうかを判定することができる。ＣＣに対してＰＤＳＣＨが正常に受信された場合、ブロック１０６０で、ＵＥは、ＣＣに対して「ＡＣＫ」を指示することができる。ＣＣに対してＰＤＳＣＨが正常に受信されなかった場合、ブロック１０７０で、ＵＥは、部分集合内のＣＣに関連付けられているＮＡＣＫおよびＤＴＸ指示が組み合わされるＣＣの指定された、または指示された部分集合にＣＣが属しているかどうかを判定することができる。ＣＣがそのような部分集合に属しているとＵＥが判定した場合、ブロック１０４０で、ＵＥは、ＣＣに対して「ＮＡＣＫ／ＤＴＸ」を指示することができる。ブロック１０７０で、部分集合内のＣＣに関連付けられているＮＡＣＫおよびＤＴＸの指示が組み合わされるＣＣの指定された、または指示された部分集合にＣＣが属していないとＵＥが判定した場合、ブロック１０８０で、ＵＥは、ＣＣに対して「ＮＡＣＫ」を指示することができる。ＵＥは、ＣＣ（スケジュールされるか、またはアクティベートされるか、または構成されたＣＣとすることができる）に対して指示されたＡＣＫ、ＮＡＣＫ、ＤＴＸ、またはＮＡＣＫ／ＤＴＸに基づき状態を生成し、その生成された状態をコードブック内のコードポイントにマッピングすることができる。
【０１１６】
実施形態において、状態数削減は、ＰＤＣＣＨまたはＰＤＳＣＨ相関を使用して実行することができる。いくつかの実施形態において、ＤＣＩは同じ、または異なるＣＣ内にあるものとしてよいが、「欠損ＰＤＣＣＨ」は、ＤＣＩが同じＣＣ内にある場合に相関しているものとしてよい。状態は、同じＣＣ内のＰＤＣＣＨ間で相関しているものとしてよい。一方のＤＴＸが指示されている場合、他方のＰＤＣＣＨを受け損なっており、したがってＤＴＸもそうである可能性が高い。ＵＥは｛ＤＴＸ，Ｘ｝または｛Ｘ，ＤＴＸ｝を組み合わせて同じ状態｛ＤＴＸ，ＤＴＸ｝にすることができ、ここで、Ｘは「無関係」（つまり、ＡＣＫまたはＮＡＣＫのいずれでもよい）を意味する。
【０１１７】
使用することができるＰＤＳＣＨ間に相関がありうる場合もある。状態は、異なるＣＣ、例えば、間に高い相関を有するＣＣにおけるＰＤＳＣＨ間で相関している可能性がある。ＣＣに対して一方のＡＣＫが生成される場合、一方のＡＣＫは、相関するＰＤＳＣＨまたはＣＣに対しても生成される可能性が高い。ＣＣに対して一方のＮＡＣＫが生成される場合、一方のＮＡＣＫは、相関するＰＤＳＣＨまたはＣＣに対しても生成される可能性が高い。一方のＡＣＫおよび一方のＮＡＣＫはそれでも生じうるが、確率はかなり低くなる。したがって、ＵＥは、｛ＡＣＫ，ＮＡＣＫ｝、｛ＮＡＣＫ，ＡＣＫ｝、および｛ＮＡＣＫ，ＮＡＣＫ｝を、著しい劣化を引き起こすことなくコードブックにおける単一の状態（ＮＡＣＫ，ＮＡＣＫ）にマージすることができる。
【０１１８】
そのような一実施形態において、ＵＥは、ＣＣに対して生成される少なくとも１つのＮＡＣＫがあると判定し、したがって、「すべてＮＡＣＫ」を指示することができる。ＡＣＫがすべてのＣＣに対して生成されるとＵＥが判定した場合、ＵＥは、「すべてＡＣＫ」を指示することができる。そうでない場合（例えば、少なくとも１つのＡＣＫおよび１つのＤＴＸがあるが、ＮＡＣＫはない場合）、ＵＥは、そのＡＣＫおよびＤＴＸを含む状態を指示することができる。あるいは、ＵＥは、「すべてＤＴＸ」を指示することができる。
【０１１９】
実施形態において、ＣＣに対してＰＤＣＣＨが検出され、ＣＣに対してＮＡＣＫが生成される場合、ＵＥは、ＣＣに対して「ＮＡＣＫ」を、またこのＣＣとの高い相関性を有する（例えば、同じ「高相関」グループ内にある）他のＣＣに対しても「ＮＡＣＫ」を指示することができる。そうでなければ、ＡＣＫがすべてのＣＣに対して生成される場合、ＵＥは、すべてのＣＣに対して「ＡＣＫ」を指示することができる。ＣＣに対してＰＤＣＣＨが検出されない場合、ＵＥは、ＣＣに対して「ＤＴＸ」を指示することができる。ＵＥは、ＰＤＣＣＨがこのＣＣと同じＣＣにおいて送信されるＣＣに対して「ＤＴＸ」を指示することもできる。
【０１２０】
いくつかの実施形態において、ＣＣは、チャネル品質に基づく順序で順位付けされる。チャネル品質のよいＣＣに対してＤＴＸの代わりにＮＡＣＫを有する可能性がより高い場合がある。実施形態において、ＣＣに対して生成される少なくとも１つのＡＣＫがある場合、ＵＥは、ＡＣＫを生成しないＣＣに対してＮＡＣＫとＤＴＸとを組み合わせ、それらのＣＣに対して「ＮＡＣＫ  ＤＴＸ」を指示することができる。この実施形態では、ＣＣに対して生成されているＡＣＫがない場合、ＵＥは、ＰＤＳＣＨ受信の結果ＮＡＣＫが生成される最悪のチャネル品質を有するＣＣを識別することができる。このＣＣは、基準ＣＣと称することができる。チャネル品質が基準ＣＣに比べて悪いＣＣに対するＰＤＣＣＨ受信は、結果としてＤＴＸを生成する可能性があるが、チャネル品質が基準ＣＣよりよいＣＣに対するＰＤＳＣＨ受信は、結果としてＮＡＣＫを生成する可能性がある。基準ＣＣより悪いチャネル品質を有するＣＣの場合、ＵＥは、そのようなＣＣに対してＤＴＸを指示することができる。基準ＣＣよりよいチャネル品質を有するＣＣの場合、ＵＥは、そのようなＣＣに対してＮＡＣＫ／ＤＴＸを指示することができる。この実施形態に基づく非限定的なＡＣＫ／ＮＡＣＫ／ＤＴＸコードブック例（３７個の状態、６ビット）は、表５に示されている。
【０１２１】
【表５】
0005993740.tif 000021
【０１２２】
実施形態において、ＣＣは、２つまたはそれ以上のパーティションに分割することができ、それぞれのパーティションはＣＣの総数より少ないＣＣを含む。状態の数は、ＣＣの数とともに指数関数的に増大するので、ＣＣの数を減らすのが望ましいと思われる。ＣＣのパーティション分割によって、それぞれのパーティションに対する状態の数は、それぞれのパーティションにおけるＣＣの数が減るため著しく小さくなり、したがって、それぞれのパーティション内の状態を表すのに必要なビット数が少なくて済む。
【０１２３】
非ＭＩＭＯ実装では、それぞれのＣＣは、３つの状態、つまり、ＡＣＫ、ＮＡＣＫ、およびＤＴＸを有する。この結果、２つのＣＣに対して９個の状態（または３2個）、４つのＣＣに対して８１個の状態（または３4個）が得られる。「すべてＤＴＸ」状態は、２つのＣＣに対して｛ＤＴＸ，ＤＴＸ｝、４つのＣＣに対して｛ＤＴＸ，ＤＴＸ，ＤＴＸ，ＤＴＸ｝とすることができる。「すべてＤＴＸ」状態は、統合符号化に対する全状態から除外することができるが、それは、「すべてＤＴＸ」状態が、受信機でのＤＴＸ検出によって暗黙のうちに指示されるか、または検出され、他の状態とともに統合符号化のために含めなくてよいからである。「すべてＤＴＸ」状態が統合符号化に対する全状態から除外される場合も、２つのＣＣおよび４つのＣＣに対してそれぞれ８個の状態および８０個の状態が残る。４つのＣＣについて、すべての状態を表すために７ビットを必要とする場合がある。したがって、ＵＥで生成された対応するＡＣＫ／ＮＡＣＫ／ＤＴＸ状態毎に７ビットが送信される。２つのＣＣについて、すべての状態を表すために３ビットを必要とする場合がある。それぞれが２つのＣＣを有する２つのパーティションでは、ＵＥで生成された両方のパーティションに対してすべてのＡＣＫ／ＮＡＣＫ／ＤＴＸ状態を送信するために合計３＋３ビット＝６ビットあればよい。
【０１２４】
キャリアパーティションは、統合符号化に使用され、状態の数に関する指数関数的増加を状態の数に関する線形増加に変換することができる。Ｍ個のＣＣについて、状態の総数は、Ｍの増加とともに指数関数的に増加し、状態の数は３M−１と定義される。２つのＣＣパーティション（一方のＣＣパーティションにｙ個のＣＣがあり、他方のＣＣパーティションにＭ−ｙ個のＣＣがある）の場合、状態の総数は、Ｍの増加とともに半線形的に増加し、状態の数は３y−１＋３(M-y)−１と定義され、これは両方のパーティションに対する状態を表すためにｌｏｇ2（３y−１）＋ｌｏｇ2（３(M-y)−１）個のビットを必要とする。例えば、Ｍ＝４およびｙ＝２とすると、状態の総数は、３4−１＝８０個の状態、または７ビットから（３2−１）＋（３2−１）＝１６個の状態、または６（３＋３）ビットに減らすことができる。実効符号化レートは、０．３２から０．２７に改善され、その結果、ＰＵＣＣＨ統合符号化の場合に約０．８から１ｄＢの性能改善が得られる。表６は、いくつかの例示的な実施形態に対する、パーティションの前後の状態の数、さらにはパーティションの後に使用される状態を表すために必要なビットの数を示している。
【０１２５】
【表６】
0005993740.tif 000022
【０１２６】
実施形態において、ＰＤＣＣＨ受信用に構成されたＣＣのＤＴＸ状態の個別の符号化を使用することができる。そのような実施形態において、ＵＥは、特定の情報を符号化し、所定のサブフレームにおいてＰＵＣＣＨで送信することができる。そのような情報は、少なくとも１つのＤＬ割り当てがＣＣの集合のそれぞれのＣＣのＰＤＣＣＨから検出されたかどうかを示す情報を含むものとしてよく、ＣＣのその集合は、ＰＤＣＣＨ受信に対して構成されたＣＣの集合とＰＤＣＣＨ受信に対して構成されたアクティベートされたＣＣの集合のうちの少なくとも一方を含むことができる。そのような情報は、受信されたトランスポートブロックの集合に関係するステータス情報（ＡＣＫ／ＮＡＣＫ）または少なくとも１つのＤＬ割り当てが検出されたことが指示されたＣＣのうちの１つのＰＤＣＣＨからダウンリンク割り当てがシグナリングで伝達されうるＣＣ内に受信することができるトランスポートブロックを含むトランスポートブロックの集合に関係するステータス情報（ＡＣＫ／ＮＡＣＫ／ＤＴＸ）のいずれかを含むこともできる。
【０１２７】
送信されたステータス情報は、本明細書で開示されているものを含む、手段もしくは方法を使用して符号化されうる。例えば、単一のＭＩＭＯ送信の一対のトランスポートブロックの状態を示すために単一のビットを使用することができ、このビットは、両方のトランスポートブロックが正常に受信されたときに「１」（ＡＣＫを示す）にセットされ、そうでない場合に「０」（ＮＡＣＫを示す）にセットされる。それに加えて、ＤＬ  ＣＣでＤＬ割り当てが受信されていない場合、ＵＥは、ＰＵＣＣＨ上で何かを送信するということはありえない。
【０１２８】
上述の個別の符号化実施形態は、構成された（またはアクティベートされた）ＤＬ  ＣＣの比較的小さな部分集合がＰＤＣＣＨ受信に対して構成される場合に特に有用であるが、それは、ＤＬ割り当てがこれらのＣＣにおいて受信されたかどうかを示すのに必要なビットの数も小さいからである。このような実施形態は、ＤＬ割り当てを、これらのＤＬ割り当てが同じＤＬ  ＣＣから送信されるときに受け損なった場合のエラーイベント間に有意な相関がありうるという仮定に依存するものとしてよい。この場合、ＵＥがＤＬ割り当てを受け損なうが、別のＤＬ割り当てを受信するという確率は、これらのＤＬ割り当てが同じＤＬ  ＣＣから送信されたときに非常に低く、そのため、そのようなイベントを報告しないということに対するペナルティは非常に小さい。
【０１２９】
実施形態において、可変長符号化を使用することができ、状態空間をその確率に従って符号化することができる。これは、送信されるビットの数を減らすことができる。少ないビット数で「高い確率」の状態を符号化し、多いビット数で「低い確率」の状態を符号化するというガイドラインを適用することができる。エントロピー符号化またはハフマン符号化を使用してＡＣＫ／ＮＡＣＫ／ＤＴＸ状態を符号化することができる。エントロピー符号化およびハフマン符号化は、典型的には、連続ビット列に使用されるが、多くのＬＴＥシステムでは、ＰＵＣＣＨが不連続ビット列を伝送する。そのような制約がなければ、これらの状態に対する符号化はより大きな柔軟性を有することができる。その結果、コードポイントまたは状態を表すビットは、可変長であるものとしてよい。エントロピー符号化またはハフマン符号化を使用することによって、無線で送信されるビットの数を平均より少なくすることができる。表７では、これらの結果をいくつかの非限定的な例とともに示している。
【０１３０】
【表７】
0005993740.tif 000023
【０１３１】
例示することのみを目的として取りあげた例において、２つのＤＬが使用中であり、それぞれのＤＬが単一のコードワードのみを使用している場合、（ＣＲＣ＝ｇｏｏｄ｜ＰＤＣＣＨ）またはＡＣＫの確率は８０％に等しく、ＮＡＣＫは１５％であり、ＤＴＸは５％である。表７からわかるように、３2＝９個の状態、つまり、｛Ａ  Ａ｝＝０．６４、｛Ａ  Ｎ｝＝０．１２、｛Ｎ  Ａ｝＝０．１２、｛Ａ  Ｄ｝＝０．０４、｛Ｄ  Ａ｝＝０．０４、｛Ｎ  Ｎ｝＝０．０２２５、｛Ｎ  Ｄ｝＝０．００７５、｛Ｄ  Ｎ｝＝０．００７５、および｛Ｄ  Ｄ｝＝０．００２５（送信せず）がある。
【０１３２】
図１１の方法１１００は、実施形態を実装する非限定的な方法例である。ブロック１１１０で、ＣＣ（スケジュールされた、またはアクティベートされた、または構成されたＣＣに制限されうる）について、ＣＣに対しＰＤＣＣＨが検出されたかどうかの判定をＵＥが行うことができる。ＣＣに対しＰＤＣＣＨが検出された場合、ブロック１１２０で、ＵＥは、ＣＣに対して「ＤＴＸ」を指示することができる。ＣＣに対してＰＤＣＣＨが検出された場合、ブロック１１３０で、ＵＥは、ＣＣに対してＰＤＳＣＨが正常に受信されたかどうかを判定することができる。ＣＣに対してＰＤＳＣＨが正常に受信されなかった場合、ブロック１１４０で、ＵＥは、ＣＣに対して「ＮＡＣＫ」を指示することができる。ＣＣに対してＰＤＳＣＨが正常に受信された場合、ブロック１１５０で、ＵＥは、ＣＣに対して「ＡＣＫ」を指示することができる。
【０１３３】
ブロック１１６０で、ＵＥは、ＣＣ毎の指示されたＡＣＫ、ＮＡＣＫ、またはＤＴＸに基づいて状態を生成することができる。いくつかの実施形態において、ＵＥは、すべてのＣＣに対して状態を生成するように構成されうる。ブロック１１６５で、ＵＥは、その状態の生起確率を決定することができる。ブロック１１６０で生成された状態が、高生起確率または同等のカテゴリでマークされるか、または高生起確率または同等のカテゴリに他の何らかの形で関連付けられている場合、ブロック１１７０において、ＵＥは、生成された状態をコードブック内の短い長さのコードポイントにマッピングすることができる。ブロック１１６０で生成された状態が、中生起確率に関連付けられている場合、ブロック１１８０において、ＵＥは、生成された状態をコードブック内の中間の長さのコードポイントにマッピングすることができる。ブロック１１６０で生成された状態が、低生起確率に関連付けられている場合、ブロック１１９０において、ＵＥは、生成された状態をコードブック内の長い長さのコードポイントにマッピングすることができる。
【０１３４】
他の実施形態において、不均一誤り保護を使用することができる。状態空間は、２つまたはそれ以上のパーティションに分割することができ、また不均一符号化（ｕｎｅｑｕａｌ  ｃｏｄｉｎｇ）をそれぞれのパーティションに適用することができる。パーティションを決定するための基準は、状態に対する異なる性能要件に基づくものとしてよい。例えば、ＮＡＣＫエラーは、ＡＣＫエラーより重大度が高いものとしてよい。ＡＣＫに対するＮＡＣＫの確率は、ＮＡＣＫに対するＡＣＫの確率より重要であるものとしてよい。ＮＡＣＫを含む状態は、より高い符号化強度（ｃｏｄｉｎｇ  ｓｔｒｅｎｇｔｈ）で符号化することができるか、またはより少ない情報ビットを有するものとしてよい。状態は、他の状態に関するＮＡＣＫの数によって区別することができ、状態は、その区別に基づきいくつかのカテゴリに分けることができる。例えば、状態のカテゴリの１つは、「ＮＡＣＫはＡＣＫよりも数が多い」であり、状態の別のカテゴリは、「ＡＣＫはＮＡＣＫより数が多いか、または同じ数である」であるものとしてよい。ＡＣＫよりＮＡＣＫが多い状態の第１のカテゴリにはより強い符号化を適用し、ＮＡＣＫよりＡＣＫが多いか、またはＡＣＫとＮＡＣＫの数が同じである状態の第２のカテゴリにはより弱い符号化を適用することができる。
【０１３５】
例えば、Ｍ＝４個のＣＣの場合の実施形態において、全部で８０個の状態がありうる。８０個の状態を２つのパーティションに分割し、１つは１６個の状態を、もう１つは６４個の状態を含むようにできる。この実施形態では、不均一符号化機能のない７ビットを使用するコードブックと比較して、不均一符号化をサポートするためには４ビットおよび６ビットをそれぞれ必要とする。ＲＭ符号化をこのような実施形態において使用することができ、パーティションに対してそれぞれ（２０，４）および（２０，６）が使用される。
【０１３６】
図１２の方法１２００は、そのような実施形態を実装する非限定的な方法例である。ブロック１２１０で、ＵＥは、ＣＣに対してＰＤＣＣＨが検出されたかどうかの判定を行うことができる。いくつかの実施形態では、この判定は、スケジュールされた、またはアクティベートされた、または構成されたＣＣに制限することができる。ＣＣに対しＰＤＣＣＨが検出された場合、ブロック１２２０で、ＵＥは、ＣＣに対して「ＤＴＸ」を指示することができる。ＣＣに対してＰＤＣＣＨが検出された場合、ブロック１２３０で、ＵＥは、ＣＣに対してＰＤＳＣＨが正常に受信されたかどうかを判定することができる。ＣＣに対してＰＤＳＣＨが正常に受信されなかった場合、ブロック１２４０で、ＵＥは、ＣＣに対して「ＮＡＣＫ」を指示することができる。ＣＣに対してＰＤＳＣＨが正常に受信された場合、ブロック１２５０で、ＵＥは、ＣＣに対して「ＡＣＫ」を指示することができる。
【０１３７】
ブロック１２６０で、ＵＥは、ＣＣに対する指示されたＡＣＫ、ＮＡＣＫ、またはＤＴＸに基づいて状態を生成することができる。いくつかの実施形態において、ＵＥは、すべてのＣＣに対して状態を生成するように構成されうる。ブロック１２６５で、ＵＥは、ブロック１２６０で生成された状態が「高い誤り保護」パーティションに関連付けられるか、または「ノーマル誤り保護（ｎｏｒｍａｌ  ｅｒｒｏｒ  ｐｒｏｔｅｃｔｉｏｎ）」パーティションに関連付けられるかを判定することができる。生成された状態が、「高い誤り保護」パーティションに関連付けられている場合、ブロック１２７０において、ＵＥは、生成された状態をコードブック内で「強い」チャネル符号化が適用されるコードポイントにマッピングすることができる。生成された状態が、「ノーマル誤り保護」パーティションに関連付けられている場合、ブロック１２８０において、ＵＥは、生成された状態をコードブック内で「レギュラー」チャネル符号化が適用されるコードポイントにマッピングすることができる。
【０１３８】
図１３の方法１３００は、実施形態を実装する非限定的な方法例である。ブロック１３１０で、ＵＥは、ＣＣに対してＰＤＣＣＨが検出されたかどうかの判定を行うことができる。いくつかの実施形態では、この判定は、スケジュールされた、またはアクティベートされた、または構成されたＣＣに制限することができる。ＣＣに対しＰＤＣＣＨが検出されなかった場合、ブロック１３２０で、ＵＥは、ＣＣに対して「ＤＴＸ」を指示することができる。ＣＣに対してＰＤＣＣＨが検出された場合、ブロック１３３０で、ＵＥは、ＣＣに対してＰＤＳＣＨが正常に受信されたかどうかを判定することができる。ＣＣに対してＰＤＳＣＨが正常に受信されなかった場合、ブロック１３４０で、ＵＥは、ＣＣに対して「ＮＡＣＫ」を指示することができる。ＣＣに対してＰＤＳＣＨが正常に受信された場合、ブロック１３５０で、ＵＥは、ＣＣに対して「ＡＣＫ」を指示することができる。
【０１３９】
ブロック１３６０で、ＵＥは、ＣＣに対する指示されたＡＣＫ、ＮＡＣＫ、またはＤＴＸに基づいて状態を生成することができる。いくつかの実施形態において、ＵＥは、すべてのＣＣに対して状態を生成するように構成されうる。ブロック１３６５で、ＵＥは、生成された状態が有するＮＡＣＫがＡＣＫより多いかどうかを判定することができる。生成された状態が有するＮＡＣＫがＡＣＫより多い場合、ブロック１３７０で、ＵＥは、生成された状態をコードブック内の「短い」コードポイントにマッピングすることができる。生成された状態が有するＮＡＣＫの数とＡＣＫの数が同じであるか、ＮＡＣＫよりＡＣＫの方が多い場合、ブロック１３８０で、ＵＥは、生成された状態をコードブック内の「長い」コードポイントにマッピングすることができる。開示されている不均一符号化方法は、本明細書で開示されている他の実施形態と組み合わせて使用することができ、状態部分空間方法を含むことに留意されたい。
【０１４０】
実施形態において、フィードバックする必要のあるＡＣＫ／ＮＡＣＫビットの数は、ＤＬ−ＵＬ構成に依存する。実施形態において、例えば、ＬＴＥ−Ａ  ＴＤＤシステムでは、ＡＣＫ／ＮＡＣＫのフィードバックされるビットの数は、ＤＬ−ＵＬ構成とともに、集約されたコンポーネントキャリアの数にも依存しうる。例えば、４ＤＬ：１ＵＬサブフレーム構成および５キャリアアグリゲーションでは、ＵＥは、４０個のＡＣＫ／ＮＡＣＫビットをフィードバックすることができる（例えば、５つすべてのキャリアに対して、暗黙のＤＴＸおよびＤＬ  ＭＩＭＯが使用される場合）。実施形態において、少なくとも２つのＡＣＫ／ＮＡＣＫフィードバックモードがありうる。このようなモードの１つは、ＡＣＫ／ＮＡＣＫ多重化であり、別のそのようなモードは、ＡＣＫ／ＮＡＣＫバンドリングであるものとしてよい。これらのフィードバックモードのいずれかもしくは両方は、空間領域および／または時間領域（サブフレーム）バンドリングを使用することでフィードバック低減を利用することができる。フィードバックＡＣＫ／ＮＡＣＫビットの数は、ＦＤＤを使用するＬＴＥ−Ａの実施形態では１０ビットとしてよい。したがって、ＴＤＤシステムにおけるフィードバックのオーバーヘッドを、ＬＴＥ−Ａ  ＦＤＤに匹敵するオーバーヘッドとなるように低減するために、ＴＤＤシステムにおける性能の低下と引き換えにＡＣＫ／ＮＡＣＫビットの完全なフィードバックを低減することができる。ＡＣＫ／ＮＡＣＫバンドリングとともに使用できるフィードバックモードは、部分バンドリングとのＡＣＫ／ＮＡＣＫ多重化であると言える。別のフィードバックモードは、完全ＡＣＫ／ＮＡＣＫバンドリングであるものとしてよい。
【０１４１】
実施形態において、ＵＬインジケータを使用することができる。検出されたＤＬ割り当ての総数を、部分バンドリングとのＡＣＫ／ＮＡＣＫ多重化および完全バンドリングとのＡＣＫ／ＮＡＣＫ多重化の両方のためにフィードバックすることができる。検出されたＤＬ割り当ての数では、オーバーヘッドを低減するために４を法とする剰余演算を使用することができる。部分バンドリングまたは完全バンドリングとのＡＣＫ／ＮＡＣＫ多重化のためにＤＬインジケータからダウンリンク割り当てインジケータ（ＤＡＩ）へのシグナリングを行う必要はない場合がある。いくつかのレガシーシステムに見られる最後のＰＤＣＣＨ受け損ないの問題を排除するか、または解決することができる。部分バンドリングとともにＵＬフィードバックを使用する実施形態において、時間領域（つまり、サブフレーム）部分バンドリングを最初に使用し、次いで、ＣＣ多重化を実行することができる。あるいは、またはそれに加えて、周波数領域（つまり、ＣＣ）部分バンドリングを最初に使用し、次いで、ダウンリンクサブフレーム多重化を実行することができる。
【０１４２】
実施形態において、時間領域（サブフレーム）部分バンドリングをＣＣ多重化とともに使用することができる。そのような実施形態において、ＵＥは、それぞれのＣＣに対して、ＡＣＫ（つまり、対応するＰＤＳＣＨ  ＣＲＣが正常に検出される）がいくつ検出されるかを監視（例えば、カウント）することができる。例えば、図１４は、４ＤＬ：１ＵＬ（Ｍ＝４）サブフレーム構成および５（Ｎ＝５）コンポーネントキャリアアグリゲーションを含む非限定的な構成例１４００を示している。この実施形態において、ＤＡＩはＤＬでシグナリングにより伝達することができない。それぞれのＣＣについて、ＵＥは、すべてのＤＬサブフレームに対してＡＣＫの個数をカウントすることができる（図１４に示されている例では４つのダウンリンクサブフレームが使用される）。ＵＥは、ＣＣ１、ＣＣ２、ＣＣ３、ＣＣ４、およびＣＣ５についてそれぞれ｛２，１，２，２，２｝ＡＣＫｓを報告することができる。
【０１４３】
すべてのＣＣに対するＡＣＫまたはＮＡＣＫの総数を多重化し、統合符号化することができる。これにより、１０個のＡＣＫ／ＮＡＣＫフィードバックビット（Ｎ＝５個のＣＣとして、それぞれのＣＣに対して２ビット）を使用することができる。４を法とする剰余演算を使用してそれぞれのＣＣに対するＡＣＫの総数をフィードバックすることができる。それぞれのＣＣに対する２つのフィードバックビットｂ（０）、ｂ（１）および非限定的な実施形態の例による複数のＡＣＫ／ＮＡＣＫ応答への対応するマッピングを表８に示した。ＣＣ毎に２つのＡＣＫ／ＮＡＣＫフィードバックビットを統合符号化し、多重化することができる。構成されたＣＣにおいて検出されたＡＣＫがない場合、ＵＥは、ＮＡＣＫを報告することができる。
【０１４４】
【表８】
0005993740.tif 000024
【０１４５】
実施形態において、周波数領域（ＣＣ）部分バンドリングをサブフレーム多重化とともに使用することができる。上で開示されているＣＣ多重化の実施形態による時間領域（サブフレーム）部分バンドリングと同様に、ＵＥは、それぞれのＤＬサブフレームに対してすべての構成されているＣＣについてＡＣＫの総数をカウントすることができる。図１４に示されているように、ＵＥは、ダウンリンクのサブフレーム１、サブフレーム２、サブフレーム３、およびサブフレーム４についてそれぞれ｛４，１，２，２｝ＡＣＫを報告することができる。それぞれのＤＬサブフレームに対するＡＣＫの総数を多重化し、統合符号化することができる。ＡＣＫ／ＮＡＣＫフィードバックの総数は、ＴＤＤ構成におけるＤＬサブフレームの数の２倍に等しいものとしてよい。この例では、ＡＣＫ／ＮＡＣＫフィードバックに、８つのフィードバックビット（それぞれのＤＬサブフレームおよびＭ＝４のダウンリンクサブフレームに対して２ビット）があれば十分であると言える。それぞれのサブフレームに対する２つのフィードバックビットｂ（０）、ｂ（１）および複数のＡＣＫ／ＮＡＣＫ応答への対応するマッピングの例を表９に示した。
【０１４６】
【表９】
0005993740.tif 000025
【０１４７】
実施形態において、完全ＡＣＫ／ＮＡＣＫバンドリングを使用することができる。このような実施形態において、このような実施形態のこの実装ではすべてのＤＬサブフレームおよびＣＣに対するＡＣＫの総数を表す単一の数のみを報告すればよいので完全バンドリングに対して時間領域バンドリングまたは周波数領域バンドリングを区別する必要はないと思われる。また、報告されるＡＣＫ上で、４を法とする剰余演算を使用することができる。したがって、ＡＣＫ／ＮＡＣＫフィードバックに、２ビットのみ使用できる。２つのフィードバックビットｂ（０）、ｂ（１）および複数のＡＣＫ／ＮＡＣＫ応答への対応するマッピングを表１０に示した。電力が制限される構成において動作するＵＥに対して、ＡＣＫ／ＮＡＣＫフィードバックのオーバーヘッドを最適化し、サービスエリアを拡大するか、または維持することができる。
【０１４８】
【表１０】
0005993740.tif 000026
【０１４９】
実施形態において、ＤＬインジケータまたはＤＡＩを使用することができる。２ビットＤＡＩ（ｘを法とするか、または４を法とする）は、それぞれのＤＬサブフレームに対してスケジュールされたＰＤＣＣＨ／ＣＣの総数のインジケータとして使用することができる。ＵＬにおいてＡＣＫの総数を報告する必要がない場合がある（つまり、ＵＬインジケータは不要である）。この実施形態は、例えば本明細書で開示されているように、周波数領域（ＣＣ領域）部分バンドリングまたは完全ＡＣＫ／ＮＡＣＫバンドリングとのＡＣＫ／ＮＡＣＫ多重化に使用することができる。空間バンドリングを使用する（例えば、ＤＬがＭＩＭＯモードの場合）実施形態では、ＵＬ  ＡＣＫ／ＮＡＣＫフィードバックビットの最大数は、９とすることができる。いくつかのレガシーシステムにおいて使用されている時間領域部分バンドリングとは異なり、最後のＰＤＣＣＨ誤検出問題を解決することができる。また、ＤＡＩのサイズは、レガシーシステムと互換性を有するものとしてよい。ダウンリンクインジケータまたはＤＡＩの非限定的な値の例を表１１に示した。
【０１５０】
【表１１】
0005993740.tif 000027
【０１５１】
実施形態において、２ビットＤＡＩはＤＬにおいてシグナリングで伝達され、ＵＥは、ＣＣ領域内にＡＣＫ／ＮＡＣＫをバンドルして、ＤＬサブフレーム毎に１から２ビットを生成することができる（それぞれのダウンリンクサブフレームに対してＣＣ領域の部分バンドリング）。バンドリングの後のそれぞれのＤＬサブフレームのビットを多重化し、ＵＬ  ＡＣＫ／ＮＡＣＫフィードバックビットとして統合符号化することができる。ＤＡＩは、それぞれのＤＬサブフレームに対するスケジュールされたＤＬ割り当ての総数のインジケータとすることができるので、ＵＥは、それぞれのＤＬサブフレームに対してＰＤＣＣＨ誤検出があるかどうかを検出することができる。したがって、ＵＥは、ＣＣ領域内にバンドルしたビットを生成することができる。図１５に示されている非限定的な構成例１５５０において、ＣＣ２およびＣＣ４に対してそれぞれＤＬサブフレーム２およびサブフレーム４内で誤検出された２つのＤＬ割り当てがある。ＡＣＫ／ＮＡＣＫフィードバックの値は、サブフレーム２および４に対しては０（例えば、ＳＩＭＯの場合）、または００（例えば、ＭＩＭＯの場合）であり、ＡＣＫ／ＮＡＣＫフィードバックの値は、サブフレーム１および３内では１（例えば、ＳＩＭＯの場合）、または１１（例えば、ＭＩＭＯの場合）である。それぞれのＤＬサブフレームに対するフィードバックビットを多重化し、統合符号化することができる。したがって、ＵＬインジケータとしてＡＣＫの総数を報告する必要がない場合がある。空間バンドリングがＭＩＭＯモードで９ＤＬ：１ＵＬ（Ｍ＝９）構成に使用される場合、キャリア領域バンドリングを、より大きなＵＬ  ＡＣＫ／ＮＡＣＫフィードバックのオーバーヘッドを軽減するために空間バンドリングに関連付けることができる。この場合、ＵＬ  ＡＣＫ／ＮＡＣＫフィードバックビットの最大数は９であるものとしてよい。ＴＤＤ  ＤＬ−ＵＬ構成（９ＤＬ：１ＵＬ）を使用する実施形態であっても、ＵＬ  ＡＣＫ／ＮＡＣＫビットの数は、いぜんとして、ＬＴＥ−Ａ  ＦＤＤにおいてサポートされている１０ビット未満であるものとしてよい。いくつかのレガシーのＴＤＤ時間領域バンドリング構成とは異なり、最後のＰＤＣＣＨ誤検出は、ＬＥが特定のＤＬサブフレームにおいてスケジュールされるＤＬ割り当ての数に関する情報を有することができるため解決することができる。
【０１５２】
実施形態において、ＤＬインジケータまたはＤＡＩとＵＬインジケータとの組み合わせを使用することができる。ＤＬインジケータまたはＤＡＩは、ＤＬシグナリングにおいて適用されうる。ＤＬインジケータまたはＤＡＩは、それぞれのサブフレームのすべてのＣＣに対する基地局（例えば、ｅＮｏｄｅＢ）によるスケジュールされたＤＬ割り当ての総数を指示することができる。これは、表１１に関して本明細書で説明されている解決方法と似た方法で実装されうる。ＤＬインジケータまたはＤＡＩの値の別の例を表１２に示した。ＵＬインジケータは、ＡＣＫの総数を指示することができる。この実施形態におけるＵＬインジケータは、上で説明されているＵＬインジケータと似ていてもよい。ＵＥは、完全ＡＣＫ／ＮＡＣＫバンドリングが使用されているときに完全ＡＣＫ／ＮＡＣＫバンドリングのモードに入っている場合に送信電力を削減することができる。
【０１５３】
【表１２】
0005993740.tif 000028
【０１５４】
完全バンドリングモードが使用中であるときにＤＬにおいて２ビットＤＬインジケータまたはＤＡＩ（４を法とする）がシグナリングにより伝達される場合に、ＵＥは、それぞれのＤＬサブフレーム内でＰＤＣＣＨが誤検出された場所を検出するように構成されうる。誤検出されたＰＤＣＣＨを検出した後、ＵＥはシグナリングによりＤＴＸを伝達することができる（つまり、物理的な送信はない）。この方法で、ＵＥは、完全バンドリングモードに入っているときに送信電力を節減することができる。これは、ＵＥへの給電が制限されている場合に重要なものであると思われる。図１６に示されている非限定的な構成例１６００において、ＵＥは、ＤＬサブフレーム２および４における少なくとも２つの欠損ＤＬ割り当てを検出している可能性がある。ＵＥは、基地局（例えば、ｅＮｏｄｅＢ）がＤＴＸを検出したときにＡＣＫ／ＮＡＣＫフィードバックを送信せず、ＵＥが完全ＡＣＫ／ＮＡＣＫバンドリングモードに入っているときにすべてのデータを再送することができる。さらに、この実施形態ではＤＡＩフィールドのサイズは増加せず、この実施形態は、ＤＣＩフォーマットのサイズに関して後方互換性のあるレガシーシステム（例えば、ＬＴＥ  Ｒ８）とすることができる。
【０１５５】
実施形態において、２ビットＤＡＩは、シグナリングオーバーヘッドを低減するためにキャリア指示フィールド（ＣＩＦ）として再利用することができる。ＤＬにおいてＤＬ  ＤＡＩをシグナリングにより伝達する必要がない場合（またはＤＡＩを使用できない場合）、ＤＣＩフォーマットの２ビットＤＡＩは、ＣＩＦビットとして再利用することができ、したがって、ＰＤＣＣＨのオーバーヘッドを低減することができる。
【０１５６】
実施形態において、拡張ＤＬインジケータまたは拡張ＤＡＩを使用することができる。ＤＡＩの２つの部分、つまり、ＤＬ  ＤＡＩ＝（ＤＡＩ１，ＤＡＩ２）＝（３ビット、２ビット）または（２ビット、２ビット）を使用することができ、ＤＡＩ１はそれぞれのＤＬサブフレームに対するスケジュールされたＰＤＣＣＨ／ＣＣの数とすることができ、ＤＡＩ２はＣＣ／サブフレームにおけるＣＣ先カウンタ（ＣＣ−ｆｉｒｓｔ  ｃｏｕｎｔｅｒ）であるものとしてよい。ＵＬにおいてＡＣＫの総数を報告する必要がない場合がある（つまり、ＵＬインジケータは不要である）。この実施形態は、周波数領域（ＣＣ領域）部分バンドリングまたは完全ＡＣＫ／ＮＡＣＫバンドリングとのＡＣＫ／ＮＡＣＫ多重化に使用することができる。空間バンドリングを使用する（例えば、ＤＬがＭＩＭＯモードである）実装では、ＵＬ  ＡＣＫ／ＮＡＣＫフィードバックビットの最大数は、９とすることができる。いくつかのレガシーシステムにおける時間領域部分バンドリングとは異なり、最後のＰＤＣＣＨ誤検出問題を解決することができる。
【０１５７】
実施形態において、ＤＬ  ＤＡＩの設計には２つの部分、つまり、ＤＡＩ＝（ＤＡＩ１，ＤＡＩ２）がありうる。ＤＡＩの第１の部分（つまり、ＤＡＩ１）は、上述のようなＤＡＩ、つまり、それぞれのＤＬサブフレームに対するスケジュールされたＰＤＣＣＨ／ＣＣ全体のインジケータに等しいものとしてよい。ＤＡＩ１はそれぞれのＤＬサブフレームに対するスケジュールされたＰＤＣＣＨ／ＣＣ全体のインジケータとすることができるため、ＣＣ領域部分バンドリングまたは完全ＡＣＫ／ＮＡＣＫバンドリングとのＡＣＫ／ＮＡＣＫ多重化を可能にする、ＵＬにおけるＡＣＫの総数を報告することが必要でないような、同じ特性を共有することができ、ＵＬ  ＡＣＫ／ＮＡＣＫフィードバックビットの最大数が空間バンドリングに関連付けられた９に等しいものとしてよく、最後のＰＤＣＣＨ誤検出問題を解決することができる。ＤＡＩ２は、ＤＡＩ設計の第２の部分としてＣＣ領域を先にカウントするシーケンシャルカウンタとすることができる。この実施形態では、ＤＬサブフレームにおいてスケジュールされているＣＣが１つしかない場合を検出することができる。図１７に示されている非限定的な構成例１７００において、ＤＬサブフレーム２では、スケジュールされたＰＤＣＣＨは１つしかなく、ＵＥは、そのＰＤＣＣＨを誤検出した可能性がある。この結果、ＵＥは、ＰＤＣＣＨがＤＬサブフレーム２でスケジュールされているかいないかを認識することができない。ＤＡＩ２は、ＣＣ領域カウンタの実現によるこの問題を補償することができる。図１７に示されている例において、ＵＥは、ＰＤＣＣＨ誤検出があると判定することができる。したがって、ＵＥは、ＡＣＫの代わりに正しい完全バンドリング状態（つまり、ＮＡＣＫ）を生成することができる。
【０１５８】
実施形態において、ＤＡＩの３つの部分、つまり、ＤＬ  ＤＡＩ＝（ＤＡＩ１，ＤＡＩ２，ＤＡＩ３）＝（３ビット、２ビット、２ビット）または（２ビット、２ビット、２ビット）を使用することができ、ただし、ＤＡＩ１はスケジュールされたＤＬ割り当ての数であり、ＤＡＩ２はＣＣ／サブフレーム上のＣＣ先カウンタであり、ＤＡＩ３は２ビットカウンタ（例えば、いくつかのレガシーシステムで使用されているような）であるものとしてよい。
【０１５９】
最適なＤＬ  ＤＡＩ設計は、オーバーヘッドの増加と引き換えにして使用することができることに留意されたい。したがって、ＵＥは、ＣＣ領域または時間領域のいずれかのバンドリングとのＡＣＫ／ＮＡＣＫ多重化を実行することができる。また、最後のＰＤＣＣＨ誤検出問題は、ＤＡＩ１からスケジュールされたＤＬ割り当ての数が得られるため解決できる。
【０１６０】
上記のいくつかの実施形態の説明において述べられているように、ＣＣに対してＰＤＣＣＨを検出することが望ましい場合がある。また、ＰＤＣＣＨ受信ステータスをより細かい粒度で判定することが望ましい場合もある。より具体的には、受け損なったＰＤＣＣＨおよびＰＤＣＣＨの偽陽性検出を検出することは有用であると思われる。実施形態において、ネットワークによって（例えば、ｅＮｏｄｅＢから）ＵＥに送信されるＤＬ制御信号またはＤＣＩは、予め定められている基準期間にわたって送られる制御メッセージの順序またはカウントの数を表すインジケータを含むことができる。例えば、基準期間は、１サブフレームとすることができる。インジケータは、予め定められている値を法とする増加カウンタとすることができる。あるいは、そのような順序またはカウントのインジケータをＵＥに基地局（例えば、ｅＮｏｄｅＢ）によって送られたとおりに供給するＤＬ制御信号またはＤＣＩの集合は、そのＵＥに対するすべての構成された、またはアクティベートされたＣＣの上で基準期間において送られるすべてのＤＬ割り当てＤＣＩを特に含みうる。
【０１６１】
別の実施形態において、ネットワークによって（例えば、ｅＮｏｄｅＢから）ＵＥに送信されるＤＬ制御信号またはＤＣＩは、予め定められている時間基準期間にわたって送られる制御メッセージの総数を表すインジケータを含むことができる。このような一実施形態において、このインジケータは、予め定められている範囲内の絶対値とすることができる。例えば、そのサブフレーム内のＵＥに送られるＤＬ割り当てメッセージの総数を表す指示を伝送するＤＬ制御メッセージのこの集合は、ＵＥに対するすべての構成された、またはアクティベートされたＣＣ上で基準期間において送られるＤＬ割り当てＤＣＩの集合を表すサブフレーム期間にわたるＵＬ許可ＤＣＩの任意の、またはすべての出現（複数可）とすることができる。これらの実施形態、シーケンスインジケータの実施形態、および制御メッセージの総数の実施形態を組み合わせるか、または独立して使用することができる。
【０１６２】
本明細書で使用されているようなダウンリンク制御情報、または「ＤＣＩ」は、ネットワークによって送られ、ＵＥによって受信される、送信制御を目的とするＤＬシグナリングメッセージを指すことに留意されたい。開示されている実施形態において、特に断りのない限り、「ＤＣＩ」という用語はどのように使用されようと、そのような実施形態を制限することなく、ＵＥがアップリンク制御情報（例えば、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ）を送信することが予想されるＤＬシグナリングメッセージを指すものとしてよい。本実施形態は、ダウンリンク送信（複数可）に対するアップリンクフィードバックを送信するための方法を含み、そのため、典型的には１つまたは複数のＰＤＳＣＨ送信をスケジュールするＤＣＩをもっぱら指すが、本明細書で説明されている実施形態の適用性は、この特定の場合に限定されない。例えば、ＤＣＩがシグナリングにより「ＳＰＳリリース」などの構成された割り当て、構成された許可、または構成されたＳＣｅｌｌの（デ）アクティベーションを伝達するＵＥによって受信されるＤＣＩも、ＵＥからのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ送信を必要とすることがある。
【０１６３】
したがって、そのような特定の実施形態を説明してはいないけれども、当業者であれば、開示されている実施形態は、どのような種類のＤＣＩにも、また対応するＵＬ制御シグナリングもしくはその部分集合にも、さらには物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）上でのＵＬ制御メッセージおよびＤＬ  ＨＡＲＱフィードバックの場合にも、等しく適用可能であることを理解するであろう。例えば、開示されている実施形態は、ＰＵＳＣＨリソースをＵＥに許可するためにＤＣＩが使用される場合、およびＰＨＩＣＨ上での関連するＤＬ  ＨＡＲＱフィードバックに等しく適用可能であるものとしてよい。
【０１６４】
開示されている実施形態を制限することなく、ＵＥがＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックを送信することが予想されるＤＬ送信を指し示すために、「ＤＣＩおよび／またはＰＤＳＣＨ」という言い回しをこれ以降使用することがあり、これは、すでに構成されているＤＬ割り当ておよび／またはＵＬ許可、ならびにＵＥがＨＡＲＱプロセスを使用して復号化を試みたＰＤＳＣＨ送信の（デ）アクティベーションなどのＰＤＳＣＨ割り当ておよび／または制御情報のいずれかを示すＰＤＣＣＨ上の正常に復号化されたＤＣＩを少なくとも含むと理解されるものとする。
【０１６５】
本明細書で参照される場合、「ＰＵＣＣＨリソース」という用語は、一般的に、ＰＵＣＣＨインデックス（または複数のインデックス）、ＰＵＣＣＨ送信フォーマット（または送信方法、例えば、フォーマット１／１ａ／１ｂ、フォーマット２／２ａ／２ｂ、ＤＦＴ−Ｓ−ＯＦＤＭまたはフォーマット３）、ＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫの位置（例えば、ＲＢ、直交系列インデックス、巡回シフト）、このフォーマットで伝送されるＨＡＲＱ  ＡＣＫ／ＮＡＣＫビット（例えば、チャネル選択を使用して暗黙のうちの導出されるビットを含む）の数、また場合によっては、送信のためのスクランブリング符号の使用、またはこれらを組み合わせたもののいずれかを含むものとしてよい。
【０１６６】
本明細書で参照される場合、「動的ＰＵＣＣＨ割り当て方法」という用語は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫが送信されうるサブフレーム内に受信した制御シグナリングに基づき使用するＰＵＣＣＨリソースをＵＥが決定するための方法を指すものとしてよい。このような方法の例は、ＬＴＥ  Ｒ８またはＬＴＥ  Ｒ９  ＰＵＣＣＨリソース割り当てに類似の復号化されたＤＣＩ（基準ＤＣＩ）の第１のＣＣＥに基づく規則の使用である。
【０１６７】
これ以降で参照する場合、「半静的ＰＵＣＣＨ割り当て方法」という用語は、例えばＵＥの半静的構成に基づき使用するＰＵＣＣＨリソースをＵＥが決定するための方法を指すものとしてよい。このような方法の例は、ＤＬ  ＳＰＳ送信のためのＬＴＥ  Ｒ８またはＬＴＥ  Ｒ９  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ  ＰＵＣＣＨ割り当てである。
【０１６８】
複数のサービングセルまたはＣＣ上で受信するように構成されるか、またはアクティベートされたＵＥは、順序もしくはカウントの数、または制御メッセージの総数を表す少なくとも１つのインジケータを含む少なくとも１つのＤＬ制御信号、つまりＤＣＩを受信しうる。ＵＥは、インジケータフィールドに基づき、復号化されたＤＣＩの集合が完全であるかどうか、または１つまたは複数が欠損しているかどうかを判定することができる。復号化されたＤＣＩの集合が完全であると判定された場合、ＵＥは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号を生成し、送信するなどの、第１のアクションを実行することができる。復号化されたＤＣＩの集合が完全でないと判定された場合、ＵＥは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号を送信しないなどの、第２の異なるアクションを実行することができる。例えば、ＵＥは、所定のサブフレーム内の正常に復号化されたＤＣＩ（複数可）の数とＵＥが前記サブフレームに対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックを送ることが予想されるアイテムの総数のシグナリングで伝達される値との比較結果に基づき少なくとも１つのＰＤＣＣＨを受け損なった（または偽陽性になった）と判定することができる。
【０１６９】
実施形態において、ＰＤＳＣＨ割り当てのみを考えた場合、ＵＥは、所定のサブフレームにおけるＰＤＳＣＨ送信に対する少なくとも１つのＤＣＩを正常に復号化し、前記ＤＣＩのフィールドから、前記サブフレームに対するＰＤＳＣＨ割り当ての数を決定することができる。ＵＥは、成功したＤＣＩの数と前記サブフレームに対するＰＤＳＣＨ割り当ての指示された数との比較結果に基づき、ＤＣＩを受け損なったかどうか（例えば、成功したＤＣＩの数が指示された数より小さいかどうか）、または偽陽性になったかどうか（例えば、成功したＤＣＩの数が指示された数より大きいかどうか）を判定することもできる。成功したＤＣＩの数が指示された数と同じである場合、ＵＥは、そのサブフレームに対してそのすべてのＤＣＩを復号化したと判定することができる。
【０１７０】
実施形態において、ＵＥがＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックを送信すると予想されるＤＣＩを考慮することができる。例えば、成功したＤＣＩの数は、ＵＥがＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックを送信すると予想される制御シグナリングを含むものとしてよい。
【０１７１】
ＰＵＣＣＨを使用して基地局（例えば、ｅＮｏｄｅＢ）にどのＵＣＩおよび／またはフィードバックデータを送信するかを決定した後、ＵＥは、そのようなＵＣＩおよび／またはフィードバックデータを送信するために使用すべき特定のＰＵＣＣＨリソースを決定することができる。実施形態において、ＵＥは、可能なＰＵＣＣＨリソースの集合からのＰＵＣＣＨリソース、さらには送信するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビットの数を決定することができる。選択されたリソースは、例えば、いくつかの基準のうちの少なくとも１つ、および実施形態において、いくつかの基準の組み合わせに基づき所定のサブフレームに対して少なくとも１つのＤＬ送信（例えば、ＤＣＩおよび／またはＰＤＳＣＨ）に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックを送信するために使用されうる。
【０１７２】
このような基準に含まれるのは、（例えば、ＲＲＣによって）構成されたサービングセルの数およびサブフレーム内でアクティブなサービングセルの数である。このような基準にさらに含まれるのは、それぞれのサービングセルの構成されたダウンリンク送信モード（例えば、空間多重化、ＭＩＭＯ）に応じて、単一のサブフレームにおいて所定のサービングセルに対してＰＤＳＣＨで受信されうるコードワードの数である。このような実施形態において、高速（デ）アクティベーションコマンド（ＲＡＣ）のシグナリングによってアクティベートされたセカンダリサービングセル（複数可）、またはＳｃｅｌｌのみが、特に、それ自体ＵＥから基地局へのＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックに従うことができる特定のＦＡＣシグナリングに含まれうる。実施形態において、暗黙のうちにデアクティベートされうるセカンダリセル（複数可）は、つまり、ＦＡＣシグナリングによってデアクティベートされなかったセカンダリセル（複数可）のために、含まれうる。このような基準にさらに含まれるのは、構成されたＤＬ割り当てを含む、つまり、半永続的スケジューリング（ＳＰＳ）のための、実施形態における、前記サブフレーム内に受信され、および／またはシグナリングにより１つまたは複数のＤＣＩ（複数可）で伝達されるＤＬ割り当ての数である。このような基準にさらに含まれるのは、前記サブフレーム内のＤＬ割り当てに対応する復号化されたＤＣＩの制御チャネル要素（複数可）（ＣＣＥ（複数可））（または実施形態において、第１のＣＣＥのみ）の位置（つまり、番号もしくはインデックス）、例えば、ＣＣＥ（複数可）がＰＣｅｌｌに対応する探索空間など特定の探索空間内にあるかどうか、およびＣＣＥ（複数可）が前記探索空間の特定の部分内にあるかどうかのうちの少なくとも一方である。
【０１７３】
実施形態において使用されうるさらなる基準は、前記サブフレーム内のＤＬ割り当てに対応するＰＤＳＣＨの特性、例えば、ＰＤＳＣＨがＰＣｅｌｌに対応するか、またはＵＥの構成のＳＣｅｌｌに対応するかということ、およびＣＩＦがＵＥの構成のＰＣｅｌｌに対応する場合に、実施形態において、前記サブフレーム内のＤＬ割り当て（複数可）に対応する正常に復号化されたＤＣＩの特性（本明細書でさらに説明されているようなＤＣＩ特性）を含む。さらなる基準は、実施形態において、１つまたは複数のＤＣＩ（複数可）でシグナリングにより伝達される、使用すべきリソースを指示する構成（例えば、ＲＲＣ）、および実施形態において、チャネル選択に使用されるＰＵＣＣＨリソース（例えば、インデックス）の集合を含む。
【０１７４】
このような基準にさらに含まれるのは、もしあればＵＥに対して（例えば、ＲＲＣによって）構成されている個別ＰＵＣＣＨリソースの数、実施形態では、ＰＵＣＣＨフォーマット１ｂのインデックスの数である。さらなる基準は、前記サブフレーム内に受信され、ＵＥがＨＡＲＱ  ＡＣＫ／ＮＡＣＫを報告しなければならない、ＤＣＩメッセージの数、および実施形態において、復号化されたＤＣＩ（複数可）のうちの少なくとも１つで受信された何らかの明示的な値に基づく、また実施形態において、復号化されたＤＣＩのうちの少なくとも１つで受信された特定のＰＵＣＣＨリソースまたはリソースの集合のインデックスに基づく、それぞれのＤＣＩメッセージに対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットの数を含む。実施形態において使用されうる追加の基準は、ＵＥがＰＵＣＣＨ上のＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信にバンドリングを使用するように構成されているかどうか、およびＵＥがサブフレームに対して不正なＰＤＣＣＨ受信を検出したかどうかである。
【０１７５】
ＵＥは、上記の方法のうちの少なくとも１つに従って送信するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビットの数を決定し、ＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースをしかるべく選択することができる。選択されたＰＵＣＣＨリソース（複数可）（つまり、フォーマットおよびインデックス）、さらにはチャネル選択が使用されているかどうかということは、構成されたサービングセルの数、送信するＡＣＫ／ＮＡＣＫ情報ビットの数（つまり、上位レイヤの構成、正常に復号化されたＤＣＩおよび／またはＰＤＳＣＨの数、および／またはそれぞれのＰＤＳＣＨに対するコードワードの数に基づく）、ＡＣＫ／ＮＡＣＫバンドリングが使用されているかどうか、およびＵＥが不正なＰＤＣＣＨ受信を検出したのか、のうちの少なくとも１つによって決まる。
【０１７６】
実施形態において、半静的選択方法を使用することができ、この場合、選択はＵＥの構成、および特に、構成されたサービングセル（複数可）の数によって決まる。このような実施形態において、ＵＥがシングルキャリアオペレーションを行うように構成されている（つまり、ＵＥが単一のサービングセル、つまり、単一のＵＬ  ＣＣおよび単一のＤＬ  ＣＣで動作するように構成されている）場合、ＵＥは、レガシーの方法を含む、どのような方法でもＰＵＣＣＨリソースを選択することができる。例えば、レガシーの方法が使用される場合、ＵＥは、リソースインデックスｎPUCCH＝ｎCCE＋Ｎ(1)PUCCHを使用することができ、式中、ｎCCEは対応するＤＣＩ（ＤＬ割り当てまたはＳＰＳリリースを含む）を送信するために使用される第１のＣＣＥの番号であり、Ｎ(1)PUCCHは上位レイヤによって構成されうるものとしてよい。対応するＤＣＩは、ＦＤＤモードの場合にサブフレームｎ−４などの前のサブフレーム内に、予め定められている規則に従って通常は受信され、ただし、ｎはＰＵＣＣＨが送信されるときのサブフレームである。しかし、ＵＥが、マルチキャリアオペレーションを行うように構成される（つまり、ＵＥが、少なくとも１つのＵＬ／ＤＬ  ＰＣＣの対（つまり、ＰＣｅｌｌ）およびＮ≧１（つまり、少なくとも１つのＳＣｅｌｌ）として、Ｎ個のＤＬ  ＳＣＣ（複数可）を持つように構成される）場合、ＵＥは、対応するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報の送信をサポートする同じＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースを使用することができる（それぞれのＤＬ  ＣＣに対する可能なコードワードの数を考慮することを含む）。この実施形態において、同じＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースを、ＵＥが基地局（例えば、ｅＮｏｄｅＢ）によって再構成されるまで使用することができる。
【０１７７】
開示されている半静的選択方法の変更形態において、マルチキャリアオペレーションを行うように構成されたＵＥは、説明されているようにＰＵＣＣＨリソース選択を実行することができるが、ただし、ＰＣｅｌｌ上でのＤＬ送信（つまり、ＤＣＩおよび／またはＰＤＳＣＨ）のためにＨＡＲＱ  ＡＣＫ／ＮＡＣＫが送信される場合を除く。その場合、この実施形態において、ＵＥは、レガシーのリソース選択方法、またはシングルキャリアオペレーションに使用されうる他の方法を使用してＰＵＣＣＨリソースを選択することができる。
【０１７８】
実施形態において、動的選択方法を使用することができ、この場合、選択はＵＥの構成、およびそれぞれのサブフレームで送信するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビットの数ｎｂｉｔｓによって決まる。図１８の方法１８００は、そのような実施形態を実装する非限定的な方法例である。ブロック１８１０で、ＵＥは、シングルキャリアまたはマルチキャリアオペレーションを行うように構成されているかどうかを判定することができる。この判定は、単に、ＵＥを構成されているとおりに、つまり、構成されたシングルキャリアまたはマルチキャリアモードで、動作させることに過ぎないことに留意されたい。ＵＥがシングルキャリアオペレーションを行うように構成されている（つまり、ＵＥが単一のＵＬ  ＣＣおよび単一のＤＬ  ＣＣで動作するように構成されている）場合、ブロック１８２０で、ＵＥは、シングルキャリア環境で使用することができるレガシーの方法または他の方法を使用してＰＵＣＣＨリソースを選択することができる。例えば、ＤＬ  ＭＩＭＯが構成されていない（つまり、ｎｂｉｔｓ＝１）場合、ＵＥは、ＰＵＣＣＨフォーマット１ａを使用し、ＤＬ  ＭＩＭＯが構成されている（つまり、ｎｂｉｔｓ＝２）場合、ＵＥは、ＰＵＣＣＨフォーマット１ｂを使用することができる。
【０１７９】
実施形態において、ブロック１８１０でマルチキャリアオペレーションを行うように構成されているとＵＥが判定した場合、ブロック１８３０で２つのＤＬ  ＣＣを使用するように構成されているとＵＥが判定した場合、ならびにちょうど１つのＵＬ／ＤＬ  ＰＣＣの対（つまり、１つのＰＣｅｌｌ）およびちょうど１つのＤＬ  ＳＣＣ（ＳＣｅｌｌ）を使用するようにＵＥが構成されている場合、ブロック１８４０で、ＵＥは、ＰＵＣＣＨフォーマット１ｂを使用する単一キャリア環境で使用されうるレガシーの方法または他の方法に従ってＰＵＣＣＨリソースを選択することができる。
【０１８０】
あるいは、ブロック１８１０でマルチキャリアオペレーションを行うように構成されている（つまり、ＵＥが、（少なくとも）１つのＵＬ／ＤＬ  ＰＣＣの対（つまり、プライマリサービングセル、またはＰＣｅｌｌ）およびＮ≧１（つまり、少なくとも１つのセカンダリサービングセル、またはＳＣｅｌｌ）として、Ｎ個のＤＬ  ＳＣＣ（複数可）を持つように構成される）とＵＥが判定した場合、またはブロック１８３０において単一のサービングセルでのみＤＬ割り当て（つまり、ＰＤＳＣＨ送信から）またはＳＰＳリリースに対するＤＣＩを受信しているとＵＥが判定した場合、ブロック１８５０で、ＵＥは、ｎｂｉｔｓの値を決定し、ｎｂｉｔｓがいくつかのカテゴリのうちの１つに収まるかどうかを判定する。ブロック１８５０で、ＵＥがｎｂｉｔｓ＜ｍ（ただし、ｍは、例えばＵＥ上で構成され、または基地局によって提供された、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報の何らかの閾値または数であるものとしてよい）と判定した場合、ブロック１８６０で、ＵＥは、ｎｂｉｔｓ＝１のときにＰＵＣＣＨフォーマット１ａが使用され、そうでないときにＰＵＣＣＨフォーマット１ｂが使用されるレガシーの方法と似た動的ＰＵＣＣＨ割り当て方法を使用することができる。ＵＥが使用することができるこのレガシーの方法では、リソースインデックスｎPUCCH＝ｎCCE＋Ｎ(1)PUCCHは、ｎCCEが対応するＤＣＩ割り当ての送信に使用される第１のＣＣＥの番号であり、Ｎ(1)PUCCHは上位レイヤによって構成される。実施形態において、この種類のＰＵＣＣＨ割り当て方法は、ＵＥの構成のプライマリセル、またはＰＣｅｌｌ上のＰＤＳＣＨ送信にのみ使用され、セカンダリセル、またはＳｃｅｌｌ上のＰＤＳＣＨ送信に使用されることはない。
【０１８１】
ブロック１８５０で、ＵＥがｍ≦ｎｂｉｔｓ＜ｎ（ただし、ｎは、例えばＵＥ上で構成され、または基地局によって提供された、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報の別の閾値または数であるものとしてよい）と判定した場合、ブロック１８７０で、ＵＥは、ＰＵＣＣＨリソースを割り当てるために複数（ｎｃｓｐｕｃｃｈ）のＰＵＣＣＨフォーマット１ｂのリソースを使用するチャネル選択に基づく送信方法を使用することができる。ブロック１８５０で、ＵＥがｎｂｉｔｓ≧ｎと判定した場合、ブロック１８８０で、ＵＥは、ＰＵＣＣＨリソース割り当てのＤＦＴ−Ｓ−ＯＦＤＭベースの方法を使用することができる。いくつかの実施形態において、ＤＦＴ−Ｓ−ＯＦＤＭベースの方法は、ｍ＝３、ｎ＝４、およびｎｃｓｐｕｃｃｈ＝２のとき、またはｍ＝３、ｎ＝５、およびｎｃｓｐｕｃｃｈ＝４のときにＵＥによって使用されうる。
【０１８２】
実施形態において、動的選択方法を使用することができ、この場合、選択はＵＥの構成のＣＣのアクティベーション状態、およびそれぞれのサブフレームで送信するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビットの数ｎｂｉｔｓによって決まるものとしてよい。そのような実施形態において、ＵＥがシングルキャリアオペレーションを行うように構成されている場合、またはＵＥがマルチキャリアオペレーションを行うように構成され、すべてのＤＬ  ＳＣＣがデアクティベートされた状態にある場合（例えば、ＵＥが少なくとも１つのＵＬ／ＤＬ  ＰＣＣの対（つまり、ＰＣｅｌｌ）およびＮ≧１（少なくとも１つのＳＣｅｌｌ）であるＤＬ  ＳＣＣ（複数可）の数Ｎを持つように構成され、Ｎ個のすべてのＤＬ  ＳＣＣがデアクティベートされた状態にある場合）、ＵＥは、所定のサブフレーム内で、レガシーの方法、またはシングルキャリア環境で使用することができる他の方法を使用してＰＵＣＣＨリソースを選択することができる。この実施形態において、ＵＥは、ＡＣＫ／ＮＡＣＫフィードバックがＰＵＣＣＨ上で送信されるサブフレーム内でアクティブであったＣＣの数に対応するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報（それぞれのＤＬ  ＣＣに対する可能なコードワードの数を考慮することを含む）の送信をサポートするＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースを他の何らかの方法で使用することができる。
【０１８３】
さらに別の実施形態において、ＵＥは、選択が受信された制御シグナリングによって決まる動的な明示的選択方法を使用するように構成されうる。そのような実施形態において、ＵＥがシングルキャリアオペレーションを行うように構成されている場合、ＵＥは、シングルキャリア環境で使用されうるレガシーの方法または他の方法を使用してＰＵＣＣＨリソースを選択することができる。例えば、レガシーの方法が使用される場合、ＵＥは、リソースインデックスｎPUCCH＝ｎCCE＋Ｎ(1)PUCCHを使用することができ、式中、ｎCCEは対応するＤＣＩ割り当てを送信するために使用される第１のＣＣＥの番号であり、Ｎ(1)PUCCHは上位レイヤによって構成されうるものとしてよい。しかし、ＵＥが、マルチキャリアオペレーションを行うように構成される（つまり、ＵＥが、（少なくとも）１つのＵＬ／ＤＬ  ＰＣＣの対（つまり、プライマリサービングセルまたはＰＣｅｌｌ）およびＮ≧１（つまり、少なくとも１つのＳＣｅｌｌ）として、Ｎ個のＤＬ  ＳＣＣ（複数可）を持つように構成される）場合、ＵＥは、制御シグナリング（例えば、ＰＤＣＣＨ  ＤＣＩまたはＦＡＣシグナリング（例えば、ＭＡＣ  ＣＥを使用して））で指示されているＰＵＣＣＨリソースをＲＲＣによって構成されるリソースへのインデックス（つまり、ＡＣＫ／ＮＡＣＫリソースインジケータ（ＡＲＩ））とともに使用することができる。
【０１８４】
ＵＥは、上記の実施形態のうちの少なくとも１つに従って送信するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビットの数を決定し、次いで、ＰＵＣＣＨインデックスまたはＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫインデックスとも称することができる、ＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫに対する位置を決定することができる。実施形態において、所定の時間間隔（例えば、サブフレーム）で少なくとも１つのダウンリンク制御メッセージ（例えば、ＤＣＩ）を受信するように構成されているＵＥは、シグナリングで伝達されるか、または静的に構成されている基準ＤＣＩを使用して、フィードバック情報（例えば、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバック）を伝送するアップリンク信号を送信するためのアップリンクリソース（例えば、ＰＵＣＣＨインデックス）を決定することができる。
【０１８５】
あるいは、ＵＥは、少なくとも１つの基準ＤＣＩを動的に決定することによってＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースの位置を動的に決定することができる。基準ＤＣＩは、所定のサブフレーム内の正常に復号化されたＤＣＩとすることができる。ＵＥは、例えば、基準ＤＣＩの第１のＣＣＥからＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫインデックスを決定することができる。基準ＤＣＩは、ＤＣＩフォーマットの明示的なシグナリング、例えば、ＤＣＩが基準ＤＣＩであるかどうかを示す１ビットフラグ、および／またはネットワークから受信されたシグナリングに基づき、および／またはＵＥの構成に基づき、動的に決定されうる。例えば、基準ＤＣＩは、特定のサービングセルで受信されたＤＣＩ（例えば、ＵＥの構成のＰＣｅｌｌに対する）、特定のサービングセルのＰＤＳＣＨ上での送信について受信されたＤＣＩ（例えば、ＵＥの構成のＰＣｅｌｌのＰＤＳＣＨに対する）、および特定のサービングセルに対する制御シグナリングについて受信されたＤＣＩ（例えば、ＵＥの構成のＰＣｅｌｌ上のＳＰＳアクティベーションに対する）のうちの少なくとも１つに対応するものとしてよい。
【０１８６】
実施形態において、基準ＤＣＩは、ＤＣＩを復号化するために使用されるＲＮＴＩ、復号化されたＤＣＩのフォーマット（例えば、タイプ１、またはタイプ２など）、復号化されたＤＣＩのＣＣＥ（複数可）の位置（例えば、特定の探索空間内の、および／または前記探索空間の特定の部分内の）、復号化されたＤＣＩのアグリゲーションレベル（ＡＬ）、復号化されたＤＣＩにおけるキャリア指示フィールド（ＣＩＦ）の有無、復号化されたＤＣＩにおけるキャリア指示フィールド（ＣＩＦ）の値、復号化されたＤＣＩの受信された電力レベル、復号化されたＤＣＩの受信された符号化利得、および復号化されたＤＣＩの反復回数のうちの少なくとも１つを含む、正常に復号化されたＤＣＩの１つまたは複数の特性（ＤＣＩ特性）に基づき動的に決定されうる。
【０１８７】
ＵＥが、例えば、上で開示されている手段のどれかを使用して、同じサブフレームに対して複数の基準ＤＣＩを見つけた場合、ＵＥは、特定のサブフレームに対応するＡＣＫ／ＮＡＣＫフィードバックをミュートするように構成されうる。あるいは、ＵＥは、複数の基準ＤＣＩのうちから基準ＤＣＩをランダムに選択するか、または特定のインデックスもしくは優先度（例えば、ＣＣインデックス／優先度、ＤＣＩ  ｒｘ）を有するサービングセルのＰＤＣＣＨ上で受信されたＤＣＩを選択するか、または特定のインデックスまたは優先度（例えば、ＣＣインデックス／優先度、ＰＤＳＣＨ  ｔｘ）を有するサービングセルのＰＤＳＣＨ送信に対応するＤＣＩを選択するか、または特定の特性を有する受信されたＤＣＩを選択する（つまり、上で述べたＤＣＩ特性のうちの少なくとも１つを使用して）ことによってサブフレームに対する基準ＤＣＩとして使用する複数の基準ＤＣＩのうちの１つを選択するように構成されうる。
【０１８８】
ＵＥが所定のサブフレームに対する基準ＤＣＩを見つけられなかった場合、ＵＥは、サブフレームに対応するＡＣＫ／ＮＡＣＫフィードバックをミュートすること、または構成されたＰＵＣＣＨリソース上でＡＣＫ／ＮＡＣＫフィードバックを送信することを含む、本明細書で開示されている別の実施形態を実装するように構成されうる。
【０１８９】
本明細書で説明されている実施形態において、基地局（例えば、ｅＮｏｄｅＢ）は、ＰＤＣＣＨ上で、１つまたは複数のＤＣＩフォーマットを送信することができ、それぞれのフォーマットがＵＥによって正常に復号化される確率は、同じサブフレームで送られた他のＤＣＩ（複数可）に比べて高い。基地局は、ＵＥが基準ＤＣＩとして識別するようにこのＤＣＩを送信することができる。基地局が、複数の基準ＤＣＩを決定することをＵＥに行わせるようにしてＤＣＩを送信する場合、基地局は、それぞれが基準ＤＣＩに対応する同じサブフレーム内の複数のＰＵＣＣＨリソース上でＵＥからのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ  フィードバックに対する復号化を試みるように構成されうる。
【０１９０】
本明細書で開示されているＤＣＩ基準の実施形態では、例えば、ＤＣＩを受け損なう確率を１％とした場合、ＡＣＫ／ＮＡＣＫ  ＨＡＲＱフィードバックがミュートされるのは、比較的希である。これらの実施形態では、ＡＣＫ／ＮＡＣＫ  ＨＡＲＱフィードバックは、基準ＤＣＩ（または基準ＤＣＩのすべて）を所定のサブフレーム内で受け損なったとき、また基準として使用されていないＤＣＩを受け損なったときにのみミュートすることができる。
【０１９１】
ＵＥが同じサブフレームで受信することができる複数のＤＣＩの間に冗長性を導入することで、ＰＵＣＣＨリソース指示方法にロバスト性を導入することができる。実施形態において、サブフレームに関連付けられている複数のＤＣＩのうちの１つのＤＣＩに存在する情報の少なくとも一部が、それら複数のＤＣＩのうちの複数のＤＣＩに存在しうる。ＵＥは、開示されている実施形態のうちの１つまたは複数を使用して明示的シグナリングに基づきＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースを決定することができる。ＵＥは、１つまたは複数のＰＵＣＣＨ  ＡＣＫ  ＮＡＣＫリソースの構成（つまり、リソース（複数可）の集合）を受信することができる。それに加えて、ＵＥは、所定のサブフレーム内の少なくとも１つのＤＣＩ（例えば、ＰＤＳＣＨ送信に対する）を正常に復号化することができる。さらに別の実施形態において、ＵＥは、構成されたリソースの集合からのリソースへの指示（例えば、インデックス）、前記ＤＣＩに基づきリソースを決定するための指示（例えば、前記ＤＣＩの第１のＣＣＥから）、およびリソースの集合内の１つのリソースのインデックスと少なくとも１つのＤＣＩが正常に復号化されたサービングセル（ＤＬ  ＣＣ）、ＤＣＩがＰＤＳＣＨ送信を示したサービングセル（ＤＬ  ＣＣ）、および特定の特性とともに受信されたＤＣＩ（例えば、上で述べたＤＣＩ特性のうちの少なくとも１つ）のうちの少なくとも１つとの間の関連付けに基づき構成された優先度のうちの少なくとも１つに基づき使用すべきリソースを、前記ＤＣＩのフィールドから決定することができる。
【０１９２】
本明細書で開示されている実施形態は、ＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースの集合内のリソースを参照して、または同様の用語を参照して説明されている場合があるが、そのような実施形態は、実施形態においてＵＥがＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビットに対するチャネル選択などの送信方法を使用し、この送信方法が送信ダイバーシティをＳＯＲＴＤ（空間直交リソース送信ダイバーシティ）またはその組み合わせとともに用いる場合を含む、ＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースの複数の集合が構成されており、ＵＥがその代わりにＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースの複数の構成された集合のうちから使用すべきＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースの集合を決定する場合にも実装されうることは理解されるであろう。
【０１９３】
インデックスベースの割り当ての実施形態において、ＵＥは、１つまたは複数の基準ＤＣＩ（複数可）に依存しなくてもよい場合がある。そのような実施形態において、基地局は、複数のＣＣへの制御シグナリング（すべてのＣＣ、またはすべてのＣＣの部分集合に対する）に対応するＤＣＩフォーマット（複数可）の２ビットフィールドを含むように構成されうる。これは、ＲＲＣなどの上位レイヤによって構成されうる。この実施形態において、前記のＣＣ部分集合に対応するすべてのＤＣＩは、２ビットフィールドに対する同じ値を伝送することができる。そのため、ＤＣＩの１つまたは複数が失われる可能性があるかどうかに関係なく、ＵＥで正常に復号化されるものが１つでもある限り、ＵＥは、フィードバックを送信する手段を有しているものとしてよい。ＵＥは、次のように、正常に復号化されたＤＣＩ内の２ビットフィールドを解釈することができる。
【０１９４】
００：スケジュールされるＣＣが１つだけある−ＰＵＣＣＨリソース割り当てに対するレガシーの方法（他の、シングルキャリア環境で使用できる他の方法）を使用する、つまり、前記ＤＣＩのＣＣＥ位置に基づく。あるいは、このコードポイントは、上位レイヤによって構成された別のＰＵＣＣＨリソース（ＰＵＣＣＨリソース＃０）を指し示すこともできる。
【０１９５】
０１：複数の割り当てがある−マルチＣＣ割り当てに対し上位レイヤによって構成されたＰＵＣＣＨリソースの集合のうちからＰＵＣＣＨリソース＃１を使用する。
【０１９６】
０２：複数の割り当てがある−マルチＣＣ割り当てに対し上位レイヤによって構成されたＰＵＣＣＨリソースの集合のうちからＰＵＣＣＨリソース＃２を使用する。
【０１９７】
０３：複数の割り当てがある−マルチＣＣ割り当てに対し上位レイヤによって構成されたＰＵＣＣＨリソースの集合のうちからＰＵＣＣＨリソース＃３を使用する。
【０１９８】
上記の実施形態において、使用するＰＵＣＣＨリソースを示すＤＣＩのフィールドは、ＤＬ割り当てに使用されるＤＣＩフォーマットのすでに存在しているフィールドに対応しうる。この場合、ＵＥの動作は、このフィールドに元々関連付けられていた機能に関して再定義することができる。例えば、ＴＰＣ（送信電力制御）が再利用される場合、ＤＬ割り当てを含む少なくとも１つのＤＣＩを受信した後、ＵＥによって行われる送信電力の調節は、シングルキャリアオペレーションの場合に使用されるのとは異なっていてもよいマッピングに従って、フィールドに対して受信されたコードポイント、またはそのビットの部分集合に応じて決まるものとしてよい。あるいは、またはそれに加えて、ＤＬ割り当てを含む少なくとも１つのＤＣＩを受信した後に、ＵＥによって適用される送信電力の調節は、ＤＣＩが復号化されるＤＬキャリア、ＤＣＩが復号化される探索空間、または割り当てが適用されるＤＬキャリアなどの、ＤＬ割り当てを含むＤＣＩの少なくとも１つの特性に応じて決まるものとしてよい。あるいは、またはそれに加えて、ＤＬ割り当てを含む少なくとも１つのＤＣＩを受信した後にＵＥによって行われる送信電力の調節は、ＤＬ割り当てを含むＤＣＩの全部または部分集合のＴＰＣフィールドから受信されたコードポイントの集合に応じて決まるものとしてよい。例えば、特定の電力調節は、Ｓｃｅｌｌ（または任意のセル）へのＤＬ割り当てを含むＤＣＩからのすべてのＴＰＣフィールドが同じ値を持つ場合にのみ適用されうる。あるいは、またはそれに加えて、ＤＬ割り当てを含む少なくとも１つのＤＣＩを受信した後にＵＥによって行われる送信電力の調節は、０ｄＢ（つまり、調節なし）などの、上位レイヤによって設定されうる予め定められている値に応じて決まるものとしてよい。
【０１９９】
実施形態において、再利用されるＴＰＣフィールドのコードポイントの部分集合は、電力調節を示すことを目的として予約され、ＰＵＣＣＨリソースを指示することができない。フィールドがこれらのコードポイントのうちの１つに設定されているＤＣＩを受信するＵＥは、シングルキャリアオペレーションに使用されるものと場合によっては異なるマッピングに従ってのみ電力調節を適用することができ、使用するＰＵＣＣＨリソース（複数可）の決定に際してフィールドの値を使用しえない。ＤＣＩは、ＤＬ割り当てを示すこともできない、つまり、ＵＥは、そのようなＤＣＩの復号化の後にＰＤＳＣＨの受信を試みることができない。
【０２００】
ＴＰＣフィールドの再解釈の非限定的な例において、ＤＬプライマリキャリア（またはＰｃｅｌｌ）に対する割り当てを含むＤＣＩで受信されたＴＰＣフィールドは、元のＴＰＣフィールドの解釈（シングルキャリアオペレーションに対する）と同じようにして解釈することができ、ＤＬセカンダリキャリア（またはＳｃｅｌｌ）に対する割り当てを含むＤＣＩで受信されたＴＰＣフィールドは、上記の実施形態のうちの１つに従ってＰＵＣＣＨリソース（複数可）を指示するために再利用することができる。それに加えて、Ｓｃｅｌｌに対する割り当てを含むＤＣＩのＴＰＣフィールドの１つのコードポイントは、１つまたは複数のＰＵＣＣＨリソースに加えて、定義済みの値（＋３ｄＢなど）の電力調節を表すものとしてよい。このコードポイントの選択により、Ｐｃｅｌｌへの割り当てを含むＤＣＩが失われたとしてもコマンドを受信することができるため、ネットワーク側で電力の増加をシグナリングによりＵＥに知らせることができ、信頼性が向上する。ＵＥは、ＴＰＣフィールドがこの特定のコードポイントに設定されているＤＬ割り当てを含むＤＣＩを受信する場合に電力調節を適用することができる。あるいは、ＵＥは、ＴＰＣフィールドがＳｃｅｌｌに対するＤＬ割り当てを含むすべての受信されたＤＣＩに対する特定のコードポイントに設定されている場合にのみ電力調節を適用することができる。
【０２０１】
実施形態において、ＵＥが、半静的に構成されたＰＵＣＣＨリソースの単一の集合から単一のリソースを選択する代わりに、チャネル選択などの送信方法を使用してＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビットを送信する場合、ＵＥは、その代わりに、チャネル選択を使用して送信に使用される半静的に構成されたＰＵＣＣＨリソースの複数の集合からＰＵＣＣＨリソースの１つの集合を選択することができる。
【０２０２】
実施形態において、ＵＥが、ＳＯＲＴＤ送信ダイバーシティを使用してＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報を送信する場合、ＤＣＩから受信された単一のリソース指示は、ＵＥがＳＯＲＴＤ送信ダイバーシティを実装するために同時に送信することができるＰＵＣＣＨリソースの対を指示することができる。これは、ＤＣＩがプライマリキャリア（Ｐｃｅｌｌ）において受信されない場合にのみ適用可能である。
【０２０３】
実施形態において、ＵＥが、チャネル選択に基づく送信方法を使用してＡＣＫ／ＮＡＣＫ情報を送信し、ＤＬ割り当てについて報告すべき２つのＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットがある場合、ＤＣＩから受信された単一のリソース指示は、送信に使用するリソースの選択がチャネル選択コードブックに従って報告すべきＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットに基づき決定される２つのＰＵＣＣＨリソースを指示することができる。これは、ＤＣＩがプライマリキャリア（Ｐｃｅｌｌ）において受信されない場合にのみ適用可能である。
【０２０４】
実施形態において、ＵＥが、チャネル選択およびＳＯＲＴＤ送信ダイバーシティに基づく送信方法を使用してＡＣＫ／ＮＡＣＫ情報を送信し、ＤＬ割り当てについて報告すべき２つのＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットがある場合、ＤＣＩから受信された単一のリソース指示は、ＳＯＲＴＤ送信ダイバーシティを実装するためにＵＥが同時に送信するためにそれぞれ使用できる、送信に使用する一対のＰＵＣＣＨリソースの選択がチャネル選択コードブックに従って報告すべきＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットに基づき決定される、２つの対のＰＵＣＣＨリソースの集合（つまり、全部で４つのリソース）を指示することができる。あるいは、そのようなＤＬ割り当てを含むＤＣＩが、Ｐｃｅｌｌで受信された場合、４つの必要なＰＵＣＣＨリソースのうちの２つはＤＣＩで指示され、また残り２つは、ＤＣＩが復号化されるＣＣＥ（制御チャネル要素）の開始位置から暗黙のうちに導き出されうる。暗黙のうちに導き出される２つのリソースは、同じ一対のリソースに属す場合も属さない場合もある。
【０２０５】
ＤＬ割り当てを含む正常に復号化されたＤＣＩは、これらのＤＣＩの特性に関係なくフィールド指示に対する同じ値を有することができる。このアプローチは、単一のＰＵＣＣＨリソース（またはＰＵＣＣＨリソースの集合）がＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビットの個数に関係なくフィードバックを送信するために必要である方式の場合に有用である。ＵＥが、所定のサブフレームにおいてフィールド指示値が異なるＤＣＩを正常に復号化した場合、ネットワークエラーまたは偽検出が発生している可能性がある。このような状況に対処するために、実施形態において、ＵＥは、サブフレームに対応するＡＣＫ／ＮＡＣＫフィードバックをミュートすること、またはフィールド指示を解釈することを目的として１つのＤＣＩを選択し、さまざまな手段のうちの１つを使用することによってＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫを送信する方法を決定することなど、本明細書で開示されている他の実施形態に関連するアクションを実行することができる。このような手段は、ＤＣのどれかをランダムに選択すること、特定のインデックスもしくは優先度（例えば、ＣＣインデックス／優先度、ＤＣＩ  ｒｘ）を有するサービングセル（ＣＣ）のＰＤＣＣＨ上で受信されたＤＣＩを選択すること、特定のインデックスまたは優先度（例えば、ＣＣインデックス／優先度、ＰＤＳＣＨ  ｔｘ）を有するサービングセル（ＣＣ）のＰＤＳＣＨ送信に対応するＤＣＩを選択すること、特定の特性（つまり、上で述べたＤＣＩ特性のうちの少なくとも１つ）を有する受信されたＤＣＩを選択すること、同じサブフレーム内の複数の他の復号化されたＤＣＩの値と異なる値を持つＤＣＩを除外すること（例えば、偽ＰＤＣＣＨ検出の場合）、および／またはＰＵＣＣＨ上の前のＡＣＫ／ＮＡＣＫ送信に使用される値と似た値を有する指示フィールドを持つＤＣＩを選択することを含む。
【０２０６】
実施形態において、ＰＵＣＣＨリソースを指示するフィールドの解釈は、ＤＣＩが復号化されるＤＬキャリアまたは割り当てが適用されるＤＬキャリアなど、ＤＬ割り当てを含むＤＣＩの少なくとも１つの特性によっては異なることがある。割り当てが適用されうるＤＬキャリアに応じて異なる解釈を利用することは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックの一部が、送信する数もしくはＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックビットまたは受信されたＤＬ割り当ての数に応じてチャネル選択コードブックを作成するために単一のサブフレームにおいて複数のＰＵＣＣＨリソースがＵＥに指示されなければならないチャネル選択方式を通じてシグナリングにより伝達される場合に有益であることがある。
【０２０７】
実施形態において、ＵＥは、ＰＤＣＣＨを受け損なったと判定すること、または偽陽性が検出されたと判定すること（つまり、実際には受信されなかったＰＤＣＣＨの受信の確認）のいずれかによって、不正なＰＤＣＣＨ受信と判定することができる。ＰＤＣＣＨを受け損なうことも、偽陽性を復号化することもなかったとＵＥが判定した場合（正常に復号化されたＤＣＩ（複数可）の数が復号化されたＤＣＩのそれぞれにおける値に等しい）、これは、通常使用する方法（例えば、本明細書で説明されている方法のどれか）に従って対応するＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックを送信することができる。しかし、受け損なったＰＤＣＣＨまたは偽陽性を判定した後に、ＵＥは、いくつかのアクションのうちの１つまたは複数を実行するように構成されうる。
【０２０８】
実施形態において、ＵＥは、関連付けられているサブフレームに対応するＡＣＫ／ＮＡＣＫフィードバックをＵＥがミュートするか、または他の何らかの方法で送信しないようにすることができる場合にミュートを実行するように構成されうる。ミュートすることは、ＵＥが基準ＤＣＩを決定することができない場合、および／またはＵＥがＡＣＫ／ＮＡＣＫ送信に対する半静的に割り当てられたＰＵＣＣＨリソースを有していない場合に、実行することができる。そのような実施形態において、ＵＥは、対応するサブフレームに対するフィードバックをミュートすることができる。この結果、ネットワーク側がＰＵＣＣＨ上のＤＴＸを検出することができ、次いで、ネットワークによって、ＵＥが対応するサブフレームに対してＰＤＣＣＨを不正に復号化した可能性があるという指示として解釈されうる。
【０２０９】
さらなる実施形態において、ＵＥは、ＬＴＥ  Ｒ１０割り当てを実行することができ、そこでは、ＵＥは、半静的に構成されたＰＵＣＣＨリソース、例えば、ＲＲＣによって構成されたＬＴＥ  Ｒ１０  ＰＵＣＣＨリソースを選択することによってＡＣＫ／ＮＡＣＫフィードバックを送信することができる。ＡＣＫ／ＮＡＣＫのバンドリングが構成される場合、ＵＥは、少なくとも１つの送信が失敗したと判定し（例えば、受け損なったＰＤＣＣＨが受け損なった割り当てを暗示するものとしてよい）、選択されたＰＵＣＣＨリソース上でＮＡＣＫのバンドルされたＡＣＫ／ＮＡＣＫ値を送信することができる。この実施形態において、ネットワーク側では、ＵＥが対応するサブフレームに対してＰＤＣＣＨを不正に復号化した可能性のあることを検出しえない。
【０２１０】
別の実施形態において、ＵＥは、動的ＰＵＣＣＨ割り当てに対するシングルキャリア環境において使用されうるレガシーまたは他の方法に従ってＰＵＣＣＨリソースを選択することによってＡＣＫ／ＮＡＣＫフィードバックを送信することで割り当てを実行することができる（つまり、基準ＤＣＩとして使用されるＤＣＩの第１のＣＣＥによって決まる）。ＵＥが、ＰＣｅｌｌ上でのみＤＣＩを正常に復号化している場合、そのＤＣＩは基準ＤＣＩとして使用することができる。正常に復号化されたＤＣＩが、ＰＣｅｌｌに対するＰＤＳＣＨ送信（またはＳＰＳなどの制御シグナリング）用である（例えば、ＤＣＩは、ＰＣｅｌｌに対するスケジューリングに対応するＵＥ特有の探索空間内で復号化された）場合、ＤＣＩは、基準ＤＣＩとして使用することができる。
【０２１１】
あるいは、ＰＵＣＣＨ上のＨＡＲＱ  ＡＣＫ／ＮＡＣＫのバンドリングが構成される場合、ＵＥは、少なくとも１つの送信が失敗したと判定し（例えば、受け損なったＰＤＣＣＨが受け損なった割り当てを暗示するものとしてよい）、選択されたＰＵＣＣＨリソース上でＮＡＣＫのバンドルされたＡＣＫ／ＮＡＣＫ値を送信することができる。この実施形態において、ネットワーク側では、ＵＥが、ＰＵＣＣＨ送信を受け取る際のリソースを検出することに基づき対応するサブフレームに対してＰＤＣＣＨを不正に復号化したと判定することができる。これは、動的または半静的リソースを使用するチャネル選択が１ビットの情報を伝達するために使用することができる実施形態に類似していると思われる。
【０２１２】
実施形態において、ＵＥは、複数のＰＵＣＣＨリソースからなる１つの集合から１つのＰＵＣＣＨリソースを選択することによってＡＣＫ／ＮＡＣＫフィードバックを送信することができ、その場合、この送信は、少なくとも１つのＰＤＣＣＨが不正に復号化された（例えば、少なくとも１つのＰＤＣＣＨを受け損なった）ことを暗黙のうちに示す。この実施形態において、ＵＥは、チャネル選択に基づく方法を使用することができ、ＰＵＣＣＨリソースの集合からＰＵＣＣＨリソースを選択することで、ＵＥが少なくとも１つのＰＤＣＣＨを受け損なったことがネットワークに指示される。この実施形態は、ＰＵＣＣＨリソースの１つまたは複数の集合（複数可）がネットワークによって半静的に構成される場合（例えば、ＲＲＣ構成）に使用することができる。ネットワーク側では、ＵＥが、ＰＵＣＣＨ送信を受け取る際のリソースを検出することに基づき対応するサブフレームに対してＰＤＣＣＨを不正に復号化したと判定することができる。
【０２１３】
あるいは、ＵＥはスクランブル符号を使用することができ、その場合ＵＥは、（例えば、ＰＵＳＣＨ上で、ＬＴＥ  Ｒ８もしくはＬＴＥ  Ｒ９  ＰＵＣＣＨ上で、またはＬＴＥ  Ｒ１０  ＰＵＣＣＨ上で）ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報の送信に適用される特定のスクランブリング符号を使用してＡＣＫ／ＮＡＣＫフィードバックを送信することができる。スクランブリング符号は、少なくとも１つのＰＤＣＣＨが不正に復号化された（例えば、少なくとも１つのＰＤＣＣＨを受け損なった）ことを指示することができる。このスクランブリング符号は、受け損なったＰＤＣＣＨの２進値による指示を与える符号の集合を含むことができる。あるいは、スクランブリング符号は、正常に復号化された（例えば、ＰＤＳＣＨおよび／またはＣＣ制御シグナリングが復号化された）ＤＣＩ（複数可）を指示することができる。このスクランブリング符号は、それぞれの符号が異なるコードポイントを定める符号の集合を含むことができる。この実施形態において、ＵＥは、ＰＣｅｌｌに加えて構成されたＤＬ  ＳＣＣの数、アクティブなＤＬ  ＳＣＣの数、および／またはＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバック情報に対応するサブフレーム内で受信されたＰＤＳＣＨ割り当ての数に基づき異なる利用可能なコードポイントを解釈することができる。これらのスクランブリング符号の実施形態において、ネットワーク側では、ＵＥが、ＰＵＣＣＨ送信を行うためにＵＥによって使用されたスクランブリング符号を検出することに基づき対応するサブフレームに対してＰＤＣＣＨを不正に復号化したと判定することができる。
【０２１４】
実施形態において、ＵＥは、ＰＵＣＣＨ上でＨＡＲＱ  ＡＣＫ／ＮＡＣＫバンドリングを実行するように構成されうる。クロスキャリアスケジューリングが使用されない場合、ＵＥは、レガシーまたはシングルキャリアの方法に従って適切なＰＵＣＣＨリソースを選択することを目的として基準ＤＣＩを常に有しているわけではない（つまり、ＵＥは、ＰＵＣＣＨ上でフィードバックを送信することが予想されるすべてのサブフレーム内で、プライマリサービングセル、つまりＰＣｅｌｌのＰＤＣＣＨ上でＤＣＩを受信できるわけではない）。ＵＥが、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫバンドリングを使用するように構成されている場合、ＵＥは、さまざまな手段を使用してＡＣＫ／ＮＡＣＫの送信のためにＰＵＣＣＨリソースを決定するために使用するＰＵＣＣＨ割り当て方法を決定することができる。
【０２１５】
実施形態において、ＵＥは、ＡＣＫ／ＮＡＣＫフィードバックを送信するためのＰＵＣＣＨ割り当て方法を決定する際にクロスキャリアスケジューリングが使用されているかどうかを判定することができる。この実施形態において、クロスキャリアスケジューリングが使用される場合、ＵＥは、クロスキャリアスケジューリングに使用されるＰＤＣＣＨ（典型的にはＰＣｅｌｌ）上の最低（または最高）のＣＣＥインデックス、ＰＣｅｌｌ（もしあれば）上の送信（制御シグナリング）に適用可能なＤＣＩ、またはこれら２つの組み合わせを有するＤＣＩに基づく動的なＰＵＣＣＨ割り当て方法を使用することができる。このような実施形態において、ＰＣｅｌｌ（存在している場合）のＤＣＩを優先することができる。クロスキャリアスケジューリングが使用されない場合、ＵＥは、半静的ＰＵＣＣＨ割り当て方法を使用するように構成されうる。あるいは、半静的ＰＵＣＣＨ割り当て方法は、１つまたは複数のＳＣｅｌｌ（複数可）上でのみＤＣＩ（複数可）および／またはＰＤＳＣＨ（複数可）が受信されるサブフレームに関係するフィードバックにのみ使用されうるが、動的ＰＵＣＣＨ割り当て方法は、他のいかなるサブフレームに対してもＵＥによって使用されうる。
【０２１６】
あるいは、ＵＥは、ＵＥがＰＣｅｌｌのＰＤＣＣＨ上で少なくとも１つのＤＣＩを正常に復号化したかどうか、および／またはこれがＡＣＫ／ＮＡＣＫフィードバックを送信するＰＵＣＣＨ割り当て方法を決定するためにＰＣｅｌｌに適用可能な「ＤＣＩおよび／またはＰＤＳＣＨ」に対応しているかどうかを判定することができる。例えば、ＵＥが、ＰＣｅｌｌ上の基準ＤＣＩを決定することができる場合、ＵＥは、その識別された基準ＤＣＩに基づき動的リソース割り当て方法を選択することができる。ＵＥが、ＰＣｅｌｌに適用可能なＤＣＩおよびＰＤＳＣＨを受信した（例えば、ＤＣＩがＰＣｅｌｌに対応するＵＥ特有の探索空間内で復号化された）場合、ＵＥは、識別された基準ＤＣＩに基づき動的ＰＵＣＣＨ割り当て方法を選択することができる。
【０２１７】
実施形態において、ＵＥは、ＡＣＫ／ＮＡＣＫフィードバックを送信するＰＵＣＣＨ割り当て方法を決定するためにＡＣＫ／ＮＡＣＫフィードバックが送信されるサブフレーム内の少なくとも１つのＰＤＣＣＨを不正に復号化したかどうかを判定することができる。ＵＥは、ＵＥが受け損なったＰＤＣＣＨまたは偽陽性（上で説明されているような）を決定したときに実行するアクションのための手段と組み合わせてＡＣＫ／ＮＡＣＫバンドリングを使用するように構成されうる。ＵＥは、少なくとも２ビットの情報（例えば、ＰＵＣＣＨフォーマット１ｂ）を伝送することができるリソースを使用してＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫフィードバックを送信することができ、その場合、第１のビットはＰＣｅｌｌに適用可能な「ＤＣＩおよび／またはＰＤＳＣＨ」に適用可能なＡＣＫ／ＮＡＣＫフィードバックを指示する（つまり、フィードバックは、ＰＣｅｌｌ上での送信のために送られる）。この実施形態において、空間多重化がＰＣｅｌｌに対して構成されている場合に、複数のコードワードに対するＡＣＫ／ＮＡＣＫをバンドルすることができる。第２のビットは、少なくとも１つのＳＣｅｌｌに対する、また一実施形態では、対応するサブフレームでのＵＥ構成のＳＣｅｌｌについて受信されたすべての送信に対する、ＡＣＫ／ＮＡＣＫフィードバックのバンドルされた値を指示することができる。
【０２１８】
ＵＥは、半静的に構成されたリソース上でＡＣＫ／ＮＡＣＫビットを常に送信するように構成されうる。ＵＥは、それに加えて、またはその代わりに、少なくとも１つのＤＣＩを不正に復号化した可能性があるとＵＥが検出したかどうかに関係なく、ＰＣｅｌｌに適用可能な「ＤＣＩおよび／またはＰＤＳＣＨ」をＵＥが受信しなかったときのみ半静的に構成されたリソース上でＡＣＫ／ＮＡＣＫビットを送信するように構成することができる。そうでない場合、ＵＥは、動的ＰＵＣＣＨ割り当て方法を使用するように構成することができる。さらに別の変更形態では、ＵＥは、ＰＤＣＣＨ上で少なくとも１つのＤＣＩを不正に復号化したと検出していない場合（実施形態において、ＰＣｅｌｌに適用可能な「ＤＣＩおよび／またはＰＤＳＣＨ」が受信されなかった場合のみ）に半静的ＰＵＣＣＨ割り当て方法を選択し、他の場合に動的ＰＵＣＣＨ割り当て方法を選択することによって、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫフィードバックを送信することができる。
【０２１９】
静的なＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースが使用される実施形態において、ＵＥは、いくつかの方法のうちの１つまたは複数を使用してそのようなリソースを決定するように構成されうる。ＬＴＥ  Ｒ８またはＬＴＥ  Ｒ９への単純な拡張を使用する（つまり、リソースインデックスが、ＵＥによって復号化された第１のＤＣＩの最低番号のＣＣＥから決定されるか、またはＵＥによって復号化されたすべてのＤＣＩのうちの最低番号のＣＣＥから決定される）場合、ＰＵＣＣＨリソース上で衝突が潜在的に発生する可能性がある。第１のＵＥは、サービングセル１上のＣＣＥ＃Ｎ上で第１のＤＣＩを受信することができ、第２のＵＥは、異なるサービングセル上のＣＣＥ＃Ｎ上で第１のＤＣＩを受信することができる。リソースインデックスが
【０２２０】
【数１６】
0005993740.tif 000029
【０２２１】
によって与えられるＰＵＣＣＨ  １／１ａ／１ｂに対して実行されるマッピングと似たマッピングを使用すると、ＰＵＣＣＨを伝送するためにＵＬ  ＣＣが１つしか使用されないので、両方のＵＥが同じＰＵＣＣＨリソースインデックスを選択することができる。基地局（例えば、ｅＮｏｄｅＢ）がこの衝突を回避するようにＵＥ  ＤＣＩをスケジュールした場合でも、ＵＥの１つが検出し損なったと判定できない場合に不正なＰＤＣＣＨ受信が生じた場合に衝突が発生する可能性はまだ残っていることがある。
【０２２２】
実施形態において、オフセット
【０２２３】
【数１７】
0005993740.tif 000030
【０２２４】
をサービングセル毎に指定し、タイプ１に対するＰＵＣＣＨ空間をＭ個の部分空間に効果的に分割することができるが、ただし、Ｍはサービングセルの個数である。それぞれの部分空間は、同じサイズであるか、またはそれぞれのサービングセルの送信帯域幅を反映するように適宜増減することができるか、または他の何らかの基準に基づきサイズを変更することができる。インデックスを計算するためにＣＣＥ番号を取り出す特定のＤＣＩを選択した後、ＵＥは、そのＤＣＩが受信されたサービングセルに対応する
【０２２５】
【数１８】
0005993740.tif 000031
【０２２６】
を使用することができる。あるいは、ＵＥ側で、Ｍをアクティブなサービングセルの数であるとみなすことができる。そのような実施形態において、アクティブなサービングセルの数は、例示的な制御シグナリング（例えば、Ｌ１／ＰＤＣＣＨ  ＤＣＩ、制御要素におけるＬ２／ＭＡＣ、またはＬ３／ＲＲＣメッセージ）を使用してそれらのサービングセルのうちの少なくとも１つが明示的にアクティベートされているＤＬ  ＣＣを含んでいてもよい。
【０２２７】
実施形態において、第３のＰＵＣＣＨ空間を、例えば、既存のＰＵＣＣＨフォーマット１の空間とＰＵＣＣＨフォーマット２の空間との間に作成し、キャリアアグリゲーションに対して構成されたＵＥがこの空間を利用することができる。その結果、ここでサービングセル毎のオフセットは、
【０２２８】
【数１９】
0005993740.tif 000032
【０２２９】
となり、これは、ＬＴＥ  Ｒ９およびＬＴＥ  Ｒ９の
【０２３０】
【数２０】
0005993740.tif 000033
【０２３１】
とは異なり、またこの
【０２３２】
【数２１】
0005993740.tif 000034
【０２３３】
を使用してリソースインデックスを計算することができる。
【０２３４】
実施形態において、ＵＥは、構成されたＤＬ半永続的スケジューリング（ＳＰＳ）によりＰＵＣＣＨリソース選択を実行するように構成されうる。このような構成をとる結果、いくつかのサブフレームでＳＰＳ送信を行うことができ、ＳＰＳ送信は、例えば、サブフレームｎ−４内に対応するＰＤＣＣＨ（またはＤＣＩ）送信がないＰＤＳＣＨ送信である。ＵＥが構成されたＤＬ割り当て（つまり、ＤＬ  ＳＰＳ）に対してＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックを送信することが予想されるサブフレームにおいて、マルチキャリアオペレーションを行うように構成されたＵＥは、ＳＰＳに対して構成され／アクティベートされたＡＣＫ／ＮＡＣＫ  ＰＵＣＣＨリソース、または動的スケジューリング規則に対応するＰＵＣＣＨリソースを使用すべきかどうかを判定することができる。
【０２３５】
使用するＰＵＣＣＨリソースを決定するために、実施形態において、ＵＥは、ＳＰＳ送信のＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックに対して構成され／アクティベートされたリソースを選択する前に動的スケジューリング規則に従ってＰＵＣＣＨリソースを選択するように構成されうる。この実施形態において、ＵＥは、第１のプライマリサービングセル、またはＰｃｅｌｌに加えて、少なくとも１つのセカンダリサービングセル、またはＳｃｅｌｌと、および少なくとも１つのＤＬ  ＳＰＳ割り当てとともに構成されうる。ＤＬ  ＳＰＳ割り当ては、第１のプライマリセルのＰＤＳＣＨに対して構成することができる。いくつかの実施形態において、ＵＥは、ＵＥのサービングセル（複数可）のうちの少なくとも１つをアクティベートしてもらう（つまり、例えばタイマーに基づき暗黙のうちに、または例えばＦＡＣにより明示的に）こと、および／またはＵＥのサービングセル（複数可）のうちの少なくとも１つをＦＡＣによってアクティベートしてもらうことに対応する１つまたは複数の状態を有することができる。
【０２３６】
このような実施形態において、所定のサブフレームについて、ＵＥが、構成された割り当て（例えば、ＳＰＳ）に対応し、また少なくとも１つのサービングセルにおける動的にスケジュールされた割り当てに対応する少なくとも１つのＰＤＳＣＨ送信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックを送信することが予想される場合、ＵＥは、複数のＨＡＲＱ  ＡＣＫ／ＮＡＣＫ送信方法に基づきＰＵＣＣＨリソースを選択するように構成されうる（つまり、ＵＥは、ＳＰＳ割り当てに予約されている構成されたＰＵＣＣＨインデックスを使用することができない）。そうでなければ、ＵＥは、受信されたＰＤＳＣＨ送信の種類に適用可能なＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫ送信方法を使用するように構成することができる。これは、ＵＥがＳＰＳ割り当て、つまり、プライマリセル内に対応するＰＤＣＣＨ（またはＤＣＩ）送信（ＦＤＤに対してはサブフレームｎ−４における）がない場合のＰＤＳＣＨ送信を受け取るだけである場合、ＵＥは、その上位レイヤ構成に従ってＰＵＣＣＨインデックスを決定する。実施形態において、ＵＥが上で説明されているように構成されているサブフレームに対して（つまり、少なくとも１つのセカンダリサービングセルを持つＤＬ  ＳＰＳ）、ＵＥは、複数のＡＣＫ／ＮＡＣＫ送信方法に基づきＰＵＣＣＨリソースを選択するように構成されうる（つまり、ＵＥは、もしあればＳＰＳに対して構成されたＰＵＣＣＨインデックスを使用することはありえない）。
【０２３７】
実施形態において、ＵＥは、ＰＵＣＣＨ上でＨＡＲＱ  ＡＣＫ／ＮＡＣＫまたはＤＴＸおよびＳＲを多重化するように構成されうる。ＵＥは、ＳＲに対してＰＵＣＣＨリソースを使用するように構成されうる。ＰＵＣＣＨ上でのＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信が、所定のサブフレームについて、ＳＲの送信と同時に行われる場合、ＵＥは、ＳＲに対して構成されたＰＵＣＣＨリソース上で肯定的なＳＲ指示を送信し、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫまたはＤＴＸ情報を（例えば、ＰＵＣＣＨフォーマット１を利用して）ミュートすることができる。あるいは、ＵＥは、ＰＵＣＣＨフォーマット１ａ（Ｍ＝１のシグナリングで伝達される情報ビット）またはＰＵＣＣＨフォーマット１ｂ（Ｍ＝２のシグナリングで伝達される情報ビット）を使用してＨＡＲＱ  ＡＣＫ／ＮＡＣＫまたはＤＴＸ情報のＭビット（Ｍ＝１またはＭ＝２）を送信することができる。シグナリングにより伝達される情報ビット（複数可）は、それぞれのＤＬキャリアに対する空間領域内でＵＥがＡＣＫ／ＮＡＣＫをバンドルすることによって導出することができる。例えば、ＵＥは、空間多重化が構成されている場合にそれぞれのコードワードのＡＣＫ／ＮＡＣＫに対し論理ＡＮＤ演算を実行することができる。この結果、少なくとも１つの「ＤＣＩおよび／またはＰＤＳＣＨ」が適用可能であるサービングセル毎に高々１つのＡＣＫ／ＮＡＣＫビットをもたらしうる。サービングセルに対して割り当てが検出されない場合、ＵＥは、対応するビットをＮＡＣＫに対してと同じ値に設定するか、またはこのキャリアに対するフィードバックを報告するためにシーケンスｂ（０）．．．ｂ（Ｎ）のどのビットも割り当てないものとすることができる。この実施形態において、コードポイントの１つ（例えば、ｂ（０）＝ｂ（１）＝０）は、本明細書で説明されているように、例えば、１つまたは複数の実施形態を使用して、少なくとも１つのＤＬ割り当てを受け損なったことをＵＥが検出したことを指示するために予約することができる。キャリア間のバンドリングも使用することができ、その結果、単一のＡＣＫ／ＮＡＣＫビットが得られる。
【０２３８】
実施形態において、ＵＥは、ＡＣＫ／ＮＡＣＫビット列（または例えば上記の実施形態による、バンドルされたＡＣＫ／ＮＡＣＫビット）ｂ（０）．．．ｂ（Ｎ）の切り捨てを行ってＭビットにすることができる。この実施形態において、ＳＣｅｌｌ（複数可）のＤＣＩおよび／またはＰＤＳＣＨに対応するビットの切り捨てを行うことができる（実施形態では、すべてのそのようなビット）。あるいは、ＳＣｅｌｌのＰＤＣＣＨ上で復号化されたＤＣＩ（複数可）に対応するビットの切り捨てを行うことができる（実施形態では、すべてのそのようなビット）。実施形態おいて、第１の正常に復号化されたＤＣＩに対応しないビットは、切り捨てを行うことができる。この実施形態の変更形態において、最低のＣＣＥおよび／または最高のアグリゲーションレベルを持つＤＣＩに対応しないビットは、切り捨てを行うことができる。
【０２３９】
ＨＡＲＱ情報のＭビットは、（実施形態では、肯定的な）ＳＲ送信に対して構成された固有のＰＵＣＣＨリソースを使用してＵＥによって送信されうる。あるいは、またはそれに加えて、ＨＡＲＱ情報のＭビットは、（実施形態では、肯定的な）ＳＲ送信に対して構成された２K個のＰＵＣＣＨリソースの集合の１つのリソースを使用してＵＥによって送信されうる。ＰＵＣＣＨリソースは、２K個のＰＵＣＣＨの集合から、少なくとも１つのＤＬ割り当てを受け損なったことをＵＥが検出した場合（例えば、本明細書で開示されている１つまたは複数の実施形態を使用して）には第１のＰＵＣＣＨリソースを、少なくとも１つのＤＬ割り当てを受け損なったことをＵＥが検出していない場合には第２のＰＵＣＣＨリソースを選択することによって選択することができる。あるいは、ＰＵＣＣＨリソースは、２K個のＰＵＣＣＨの集合から、キャリアの部分集合の受信ステータス（ＨＡＲＱ  ＡＣＫ／ＮＡＣＫおよび／またはＤＴＸ）から得られたＫ個のビットｃ（０）．．．ｃ（Ｋ−１）の値に基づきＰＵＣＣＨリソースを選択することによって選択することができる。例えば、ｃ（０）．．．ｃ（Ｋ−１）の値は、フィードバックがｂ（０）．．．ｂ（Ｍ）ビットで送信されなかったキャリアのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報に対応するものとしてよい。
【０２４０】
実施形態において、使用されるＰＵＣＣＨリソースは、チャネル選択方法により取得することができる。チャネル選択方式をサポートするために必要なＰＵＣＣＨリソースの総数Ｍは、ＰＤＳＣＨ受信に対して構成されたそれぞれのダウンリンクキャリアの送信モード（同等のものとして、それぞれのダウンリンクキャリアから受信されうるコードワードの数）、ＰＤＳＣＨ受信に対して構成されたダウンリンクキャリアの数、ＰＤＳＣＨ受信に対して構成されたすべてのダウンリンクキャリアから受信されうるコードワード（Ｃ）の総数、ＰＤＳＣＨ受信に対して最終的に構成されうるすべてのダウンリンクキャリアから受信されうるコードワードの総数、ＵＥが完全なフィードバックまたは制限されたフィードバック（例えば、バンドリング）動作に対して構成されているかどうか、コードワードもしくはキャリアに対するフィードバックがＮＡＣＫとＤＴＸとで同じであるかどうか、肯定的なまたは否定的なスケジューリング要求（ＳＲ）がそれぞれのキャリア／コードワードの受信ステータスで指示されうるかどうか、およびＵＥがいくつかのＰＤＣＣＨ割り当てを受け損なったことを報告できるかどうか、のうちの少なくとも１つに基づき計算することができる。
【０２４１】
より具体的には、「完全なフィードバック」の実施形態において、ＵＥは、それぞれのコードワードについてＡＣＫまたはＮＡＣＫ  ＤＴＸステータスを報告する機能を持つものとしてよい。そのため、チャネル選択方式で、少なくとも２Ｃ個の状態の報告が可能になるものとしてよい。フィードバックするビットの対応する数は、Ｃとすることができる。Ｂビットが選択されたリソースを変調することによって伝達することができると仮定すると（例えば、ＰＵＣＣＨフォーマット１ｂに対してＢ＝２）、ＰＵＣＣＨリソースの個数Ｍは、Ｍ＝２（Ｃ−Ｂ）で求めることができる。以下の表１３は、Ｂ＝２の場合の非限定的ないくつかの例を示している。
【０２４２】
【表１３】
0005993740.tif 000035
【０２４３】
ＨＡＲＱフィードバックコードブックが２Ｃより多い（少ない）状態を報告するように設計されている場合にＰＵＣＣＨリソースの数を増やす（または減らす）必要がある場合があることに留意されたい。
【０２４４】
ＰＵＣＣＨリソースの数Ｍを開示されている実施形態の１つを使用して得た後、ＵＥは、ＭIMP個のＰＵＣＣＨリソースを導出することができるが、ただし、ＭIMPは、ＰＤＣＣＨがプライマリＤＬキャリアで受信されるように構成されているダウンリンクキャリアの数または１もしくは０などの固定値のいずれかとして計算することができる。
【０２４５】
所定のサブフレーム内で使用するｐ番目（０＜ｐ≦ＭIΜP−１）のＰＵＣＣＨリソース（ｎ(1)PUCCH,p）は、サブフレームｎ−ｋ（ＦＤＤではｋ＝４）におけるｐ番目のダウンリンクキャリアによるＰＤＳＣＨ送信（またはダウンリンクＳＰＳリリース）に対応するプライマリキャリアによるＤＣＩ割り当ての送信に使用される第１の制御チャネル要素（ＣＣＥ）の個数ｎCCE,pに基づいて決定されうる。例えば、ｎ(1)PUCCH,pは、ｎCCE,p＋Ｎ(1)PUCCHに設定することができ、Ｎ(1)PUCCHは上位レイヤによって構成される。あるいは、所定のサブフレーム内で使用するｐ番目のＰＵＣＣＨリソースは、サブフレームｎ−ｋ（ＦＤＤではｋ＝４）における任意のダウンリンクキャリアによるＰＤＳＣＨ送信（またはダウンリンクＳＰＳリリース）に対応するプライマリキャリアによるｐ番目の検出されたＤＣＩ割り当ての送信に使用される第１の制御チャネル要素（ＣＣＥ）の個数ｎCCE,pに基づいて決定することができ、その場合、ＰＵＣＣＨリソースは、コードブック内のリソースインデックス（増加または減少）によって順序付けられうる。
【０２４６】
ｎ(1)PUCCH,pは、対応するＤＣＩ割り当てがないため特定のサブフレームについては定義されえない。コードブックは、所定のキャリアから受信された、他のキャリアから受信されたコードワードからのものでないコードワードに対する肯定応答を指示するコードポイントが、このキャリアによる送信に対応するＤＣＩ割り当てから導出されるＰＵＣＣＨリソースにのみマッピングすることができるように設計されうる。
【０２４７】
ＵＥは、物理レイヤ（例えば、ＤＣＩ割り当て（複数可）内のフィールドからの）、ＭＡＣレイヤ、ＲＲＣレイヤ、またはこれらの組み合わせからのシグナリングに基づき、ＭEXP＝Ｍ−ＭIMPであるＭEXP個のＰＵＣＣＨリソースを導出することもできる。例えば、ＭEXP個のＰＵＣＣＨリソースをＲＲＣシグナリングから与えることができる。あるいは、ＭEXP個のＰＵＣＣＨリソースの特定の部分集合へのインデックスをＤＣＩ割り当てにより、またはアクティベーション／デアクティベーションコマンド（場合によってはＭＡＣレイヤで）により与えることができ、可能なＰＵＣＣＨリソースの集合全体を構成から与えることができる。
【０２４８】
実施形態において、ＰＵＣＣＨチャネル選択を使用する場合にアップリンク制御に関する潜在的なユーザー多重化問題を解決するためにさまざまな解決策を使用することができる。ＵＣＩが十分に大きくなければ、ＰＵＣＣＨコンテナを使用するとよい。例えば、小から中までのＡＣＫ／ＮＡＣＫペイロードサイズについては、ＰＵＣＣＨチャネル選択（ＣＳ）が適していると思われる。ＣＳは、その柔軟性により良好なＵＥ多重化利得をもたらしうる。ＣＳは、ＲＢ毎に最大９個までのＵＥをサポートすることができるが、他の方式では、ＲＢ毎に最大５個までのＵＥしかサポートできない。いくつかのシステムでは、符号分割多重（ＣＤＭ）ベースのユーザー多重化は、ＰＵＣＣＨに対してすでに使用されている場合がある。しかし、ＰＵＣＣＨチャネル選択に対するＵＥ多重化に関連する問題が生じうる。
【０２４９】
いくつかのＬＴＥシステムでは、ＣＳユーザー多重化に対してＰＵＣＣＨリソースが不十分である場合がある。例えば、ＡＣＫ／ＮＡＣＫ情報ビットが４つある場合（例えば、ＭＩＭＯで２つのＣＣ）、２つのＰＤＣＣＨを送信することができ、したがって２つのＰＵＣＣＨを所定のユーザーに割り当てることができる。ＬＴＥ  Ｒ８におけるＣＳでは、４つのＡＣＫ／ＮＡＣＫ情報ビットまたは１６個の状態を指示するには４つのＰＵＣＣＨが必要である。したがって、ＣＳユーザー多重化をサポートするためにＰＵＣＣＨを割り当てる方法があるのが望ましいと考えられる。
【０２５０】
あるいは、いくつかのＬＴＥシステムでは、ユーザー多重化に対してＰＵＣＣＨリソースが過剰にある場合がある。例えば、ＡＣＫ／ＮＡＣＫ情報ビットが４つある場合（例えば、ＳＩＭＯで４つのＣＣ）、４つのＰＤＣＣＨを送信することができ、したがって４つのＰＵＣＣＨを所定のユーザーに割り当てることができる。ＣＳ（機能強化）については、４つのＡＣＫ／ＮＡＣＫ情報ビットまたは１６個の状態を指示するためにＰＵＣＣＨが２つだけあればよい。追加のＰＵＣＣＨを割り当てると、ユーザー多重化利得が低減し、オーバーヘッドが増大し、そのため、リソース利用が効率的に行われなくなりうる。したがって、強化したユーザー多重化のためにＰＵＣＣＨリソースを再度割り当てる方法があるのが望ましいと考えられる。
【０２５１】
実施形態において、ＣＳユーザー多重化のためにＰＵＣＣＨリソースが不十分である場合、ＰＤＣＣＨリソースにオフセットを適用して、追加のＰＵＣＣＨリソースを割り当てるか、または予約し、ＣＳユーザー多重化をサポートすることができる。オフセットは、所定のＰＤＣＣＨ（例えば、ＤＣＩ）の第１のＣＣＥのアドレスに関するものとすることができる。例えば、第１のＰＤＣＣＨ（例えば、ＤＣＩ）の第１のＣＣＥのアドレスは、所定のＵＥに対してＰＵＣＣＨリソース（例えば、第１のＰＵＣＣＨ）を割り当てるか、または予約するためにＵＥによって使用され、第１のＰＤＣＣＨ（例えば、ＤＣＩ）の第１のＣＣＥアドレスへのオフセットは、所定のＵＥに対して追加のＰＵＣＣＨリソース（例えば、第３のＰＵＣＣＨ）を割り当てるか、または予約するためにＵＥによって使用されうる。同様に、第２のＰＤＣＣＨの第１のＣＣＥのアドレスは、所定のＵＥに対してＰＵＣＣＨリソース（例えば、第２のＰＵＣＣＨ）を割り当てるか、または予約するためにＵＥによって使用され、第２のＰＤＣＣＨの第１のＣＣＥアドレスへのオフセットは、所定のＵＥに対して追加のＰＵＣＣＨリソース（例えば、第４のＰＵＣＣＨ）を割り当てるか、または予約するためにＵＥによって使用され、以下同様であるものとしてよい。オフセットは、任意の値でよく、また基地局（例えば、ｅＮｏｄｅＢ）および／またはネットワーク側で構成可能であるものとしてよい。
【０２５２】
あるいは、第１以外のＣＣＥアドレス（例えば、第２もしくは第３のＣＣＥアドレスなどを使用する）を使用して、ユーザー多重化のために追加のＰＵＣＣＨリソースを割り当てるか、または予約することができる。この実施形態において、ＰＤＣＣＨ（例えば、ＤＣＩ）の第２のＣＣＥアドレスは、ＵＥに対する第３および第４のＰＵＣＣＨリソースなど、追加のＰＵＣＣＨリソースを指示するか、または割り当てるか、または予約するために使用することができる。例えば、第１のＰＤＣＣＨ（例えば、ＤＣＩ）の第２のＣＣＥアドレスは、第３のＰＵＣＣＨリソースを指示するか、または割り当てるか、または予約するためにＵＥによって使用され、第２のＰＤＣＣＨの第２のＣＣＥアドレスは、第４のＰＵＣＣＨリソースを指示するか、または割り当てるか、または予約するためにＵＥによって使用され、以下同様であるものとしてよい。実施形態において、基地局（例えば、ｅＮｏｄｅＢ）は、追加のＰＵＣＣＨリソースをＵＥに指示するか、または割り当てる必要がある場合に少なくとも２つのＣＣＥを含むＰＤＣＣＨ（例えば、ＤＣＩ）をスケジュールすることができる（つまり、第２のＣＣＥは常にＵＥに対してスケジュールされているか、または利用可能であるものとしてよい）。ＵＥは、ＰＤＣＣＨ（例えば、ＤＣＩ）における第２のＣＣＥが利用可能でないか、または２つまたはそれ以上のＣＣＥを有するＰＤＣＣＨ（例えば、ＤＣＩ）がスケジュールされていない場合に１つまたは複数のオフセットを使用して上記の実施形態にフォールバックするように構成されうる。
【０２５３】
ユーザー多重化には過剰なＰＵＣＣＨリソースがある実施形態において、使用されないＰＵＣＣＨリソースは、他の何らかのＵＥに割り当てし直すこともできる。そうすることによって、追加のＵＥを同じＰＵＣＣＨリソースもしくはＲＢにおいて同時に多重化することができ、そのため、ＵＥ多重化利得を高め、および／またはオーバーヘッドを低減することができる。このような実施形態において、オフセットをユーザーのためにＰＵＣＣＨリソース割り当てに適用することができる。このようなオフセットを使用して、異なるユーザーのためにＰＵＣＣＨリソースのアライメントを行い、複数のユーザーが同じＰＵＣＣＨリソースプールを共有することができるようにし、これにより、ＵＥの多重化利得を高め、および／またはオーバーヘッドを低減することができる。この実施形態において、異なるＵＥは、ユーザー多重化をサポートするために異なるオフセット値を使用することができる。オフセットは、ユーザー特有の、またはユーザーグループ特有の基準に基づきＵＥ毎に、またはＵＥのグループ毎に構成することができる。
【０２５４】
この実施形態において、それぞれのＵＥ（またはＵＥのグループ）は、複数のユーザーに対するＰＵＣＣＨリソースのアライメントが同じリソースプール内で一緒に行われた後、ＰＵＣＣＨリソースプールの部分集合を使用するように構成されうる。オフセット（ＰＵＣＣＨリソースに対する）と部分集合（ＰＵＣＣＨリソースの）のいずれかまたは両方は、基地局によって構成可能であるものとしてよく、またいずれかもしくは両方がＵＥ特有のものであってもよい。例えば、ＰＤＣＣＨ＃１、２、３、および４は、ＵＥ＃１に対して送信することができ、ＰＤＣＣＨ＃５、６、７、および８は、ＵＥ＃２に対して送信することができる。元々、ＵＥ＃１は、ＰＵＣＣＨリソース＃１、２、３、および４によって割り当てることができ、これはリソース集合１またはリソースプール１と称することができる。ＵＥ＃２は、ＰＵＣＣＨリソース＃５、６、７、および８によって割り当てることができ、これはリソース集合２またはリソースプール２と称することができる。ＵＥを効率よく多重化するために、ＵＥ＃１におけるＰＵＣＣＨは、リソース集合２またはリソースプール２（つまり、リソース集合１またはリソースプール１からのＰＵＣＣＨリソース＃５、６、７、および８）へのオフセットを使用して再経路選択することができる。非限定的な一例では、リソース集合２またはリソースプール２の部分集合、つまり、ＰＵＣＣＨリソース＃５および６は、ＵＥ＃１に対して構成することができ、リソース集合２またはリソースプール２の他の部分集合は、ＵＥ＃２に対して構成することができる。
【０２５５】
別の実施形態において、ＰＵＣＣＨリソースは、ＰＤＣＣＨ  ＣＣＥアドレスから再マッピングすることができる。そのような実施形態において、ＰＤＣＣＨ  ＣＣＥアドレスからのＰＵＣＣＨリソースを再マッピングして、ＵＥのＰＵＣＣＨリソースが同じ集合またはプール内に入るようにアライメントを行い、ユーザー多重化をサポートすることができる。この実施形態において、ＰＤＣＣＨからＰＵＣＣＨへのマッピング規則は、ＣＳユーザー多重化をサポートするように変更することができる。あるいは、オフセットをＰＤＣＣＨからＰＵＣＣＨへのリソースマッピング機能に含めることができる。ＵＥは、上で説明されているようにＰＵＣＣＨリソース割り当てへのオフセットの適用と同様に、ユーザー多重化のために１つまたは複数の異なるリソース部分集合（またはパーティション）を使用することができる。例示的な実施形態において、ＰＤＣＣＨ＃１、２、３、および４は、ＵＥ＃１に対して送信することができ、ＰＤＣＣＨ＃５、６、７、および８は、ＵＥ＃２に対して送信することができる。元々、ＵＥ＃１は、ＰＵＣＣＨリソース＃１、２、３、および４にマッピングすることができ、ＵＥ＃２は、ＰＵＣＣＨリソース＃５、６、７、８にマッピングすることができる。ＵＥに対してＰＵＣＣＨリソースを再マッピングすることによって、ＵＥ＃２をＰＵＣＣＨリソース＃５、６、７、および８からＰＵＣＣＨリソース＃１、２、３、および４に再マッピングすることができるが、ＵＥ＃１は、そのまま、同じＰＵＣＣＨリソース＃１、２、３、および４を使用することができる。ＵＥ＃１は、ＰＵＣＣＨリソース部分集合（例えば、ＰＵＣＣＨリソース＃１および２）によって割り当てられ、ＵＥ＃２は、別のＰＵＣＣＨリソース部分集合（例えば、ＰＵＣＣＨリソース＃３および４）によって割り当てられうる。
【０２５６】
実施形態において、冗長なＰＵＣＣＨリソースが利用可能である場合、冗長なＰＵＣＣＨリソースを他のＵＥに割り当てし直して、上記のようにユーザー多重化利得を高めることができる。あるいは、そのような冗長なＰＵＣＣＨリソースは、アップリンク送信拡張またはアップリンクＭＩＭＯ拡張をサポートするために使用されうる。冗長なＰＵＣＣＨリソースは、空間直交リソース送信がそのようなＵＥに対して構成されている場合にＵＥにおける空間直交リソース送信をサポートするために使用されうる。あるいは、またはそれに加えて、ＵＥは、空間直交リソース送信ダイバーシティ（ＳＯＲＴＤ）を、ＳＯＲＴＤがＵＥに対して構成されている場合にサポートするために冗長なＰＵＣＣＨリソースを使用することができる。あるいは、またはそれに加えて、ＵＥは、空間直交リソース空間多重化（ＳＯＲＳＭ）を、ＳＯＲＳＭがＵＥに対して構成されている場合にサポートするために冗長なＰＵＣＣＨリソースを使用することができる。あるいは、またはそれに加えて、ＵＥは、ＳＯＲＴＤ（またはＳＯＲＳＭ、もしくは同様のもの）が所定のＵＥに対してＬ個の送信アンテナを使って実行される場合に、ＳＯＲＴＤ（またはＳＯＲＳＭ、もしくは同様のもの）にＬ−１個の冗長なＰＵＣＣＨリソースを使用することができる。例えば、２つの送信アンテナのＳＯＲＴＤが使用される場合、ＵＥは、ＵＥにおけるＳＯＲＴＤ送信およびオペレーションをサポートするために１つの冗長なＰＵＣＣＨリソースを使用することができる。
【０２５７】
次に、キャリアアグリゲーションの実施形態において複数のＡＣＫ／ＮＡＣＫ  ＵＬ送信のためにリソースマッピングを実行することについていくつかの実施形態を説明する。これらの実施形態では、ＵＥは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫならびに他のＵＣＩおよびフィードバックを送信するためにＵＥ側で使用することができるＰＵＣＣＨリソースを決定することができる。実施形態において、ＰＵＣＣＨ送信を使用することで、複数のＰＵＣＣＨ送信のために複数のＵＬ  ＣＣを同時に使用することができる。あるいは、複数のＰＵＣＣＨ送信に、１つのＵＬ  ＣＣを使用することができる。
【０２５８】
ＰＵＣＣＨが（１つまたは複数のアグリゲートされたＵＬ  ＣＣ（複数可）のうちの）単一のＵＬコンポーネントキャリア上で送信される実施形態では、すべてのサービングセルに対するダウンリンク割り当てを、単一のサービングセル上で送信することができる。そのような実施形態において、サービングセル上のそれぞれのＰＤＳＣＨ割り当てについて、事前に指定されたサービングセル上に対応するＰＤＣＣＨ送信がありうる。そのため、ＡＣＫ／ＮＡＣＫリソースインデックスは、面倒な状況を引き起こすことなくＰＤＣＣＨの最低のＣＣＥインデックスに暗黙のうちに関連付けられうる。
【０２５９】
実施形態において、複数のサービングセルに対するダウンリンク割り当ては、複数のサービングセル上で送信されうる（つまり、クロスキャリアスケジューリング）。そのような実施形態において、ＬＴＥ  Ｒ８で使用されるようにＰＵＣＣＨリソースマッピングについて同じ設計基準に従う場合、ＡＣＫ／ＮＡＣＫリソースインデックスは、すべてのスケジュールされたサービングセル内でＰＤＣＣＨのＣＣＥに一意に関連付けられないことがある。そのため、ＬＴＥ  Ｒ１０におけるクロスキャリアマッピングは、可能なＰＵＣＣＨリソースインデックスの衝突に対処するための解決策を必要とすることがある。実施形態において、異なるＰＵＣＣＨリソースのオフセット値
【０２６０】
【数２２】
0005993740.tif 000036
【０２６１】
は、それぞれのサービングセルについてシグナリングにより伝達されうる。異なるサービングセルは、異なる
【０２６２】
【数２３】
0005993740.tif 000037
【０２６３】
値によって区別することができ、これにより、サービングセルにおける一意的なＣＣＥ−ＡＣＫ／ＮＡＣＫインデックスマッピングをＬＴＥ  Ｒ８で使用されているのと似た方法でサービングセル内で行うことができる。そのような実装において、すべてのサービングセルに対応するＡＣＫ／ＮＡＣＫリソースはＵＬ  ＣＣ上で予約される必要があるため、ＰＵＣＣＨのオーバーヘッドが高まる可能性がある。また、構成されたサービングセルの数によって決まる追加の上位レイヤのシグナリングが必要になることもある。したがって、多数のアグリゲートされたキャリアを持つＵＥでは、上位レイヤのシグナリング上でオーバーヘッドの増大がありうる。
【０２６４】
本明細書で説明されている実施形態は、クロスキャリアＰＵＣＣＨリソース割り当て／マッピングのための手段を備えることができ、いくつかの実装では、ＰＵＣＣＨを非対称的ＣＣアグリゲーションにおいてただ１つのアップリンクコンポーネントキャリア上で送信することができるが、異なるダウンリンクＣＣから複数のＰＤＣＣＨを同時に送信することができる。あるいは、複数のＰＵＣＣＨを非対称的ＣＣアグリゲーションにおいて複数のアップリンクコンポーネントキャリア上で送信することができるが、ＰＤＣＣＨを送信するＤＬキャリアは、ＰＵＣＣＨを送信するＵＬキャリアに比べて数が多い場合がある。そのような実施形態において、ＣＣＥインデックスとＰＵＣＣＨフォーマット１／１ａ／１ｂリソースインデックスとの間の暗黙の関係により、複数のＰＤＣＣＨが対応するＣＣの同じＣＣＥインデックスｎCCE上で送信される場合、複数のＤＣＩ割り当ては、同じＰＵＣＣＨ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫリソースインデックス
【０２６５】
【数２４】
0005993740.tif 000038
【０２６６】
を指し、その結果、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫリソースの衝突が生じうる。そこで、本開示では、ＰＵＣＣＨリソース間のこのような曖昧さを解決するために開示されている実施形態に従って修正／拡張されうる例示的ないくつかのリソースマッピング基準を規定している。
【０２６７】
実施形態において、暗黙のクロスキャリアマッピング方式を使用することができる。ＬＴＥ−Ａ  ＦＤＤ環境において、ＵＥがＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信のためにＰＵＣＣＨフォーマット１／１ａ／１ｂリソース
【０２６８】
【数２５】
0005993740.tif 000039
【０２６９】
を使用する場合、ＵＥは、以下の開示されている方法のうちの１つを、対応するＰＤＣＣＨの検出によって指示されるＰＤＳＣＨ送信に、またはダウンリンクの半永続的スケジューリング（ＳＰＳ）リリースを指示するＰＤＣＣＨに使用することができる。
【０２７０】
このような実施形態において、ＰＵＣＣＨフォーマット１／１ａ／１ｂリソースは、４つのパラメータに基づき暗黙のうちに決定され、これらのパラメータのうちの２つは、後方互換性を維持するためにＬＴＥ  Ｒ８のパラメータとすることができる。残りの２つのパラメータのうち１つは上位レイヤシグナリングによって構成され、他の１つは対応するＤＣＩ割り当てを通じて決定されうる。このような実施形態において、ＵＥがＰＵＣＣＨフォーマット１／１ａ／１ｂリソースｎ(1)PUCCHをＡＣＫ／ＮＡＣＫの送信に使用する場合、ＵＥは、マッピング
【０２７１】
【数２６】
0005993740.tif 000040
【０２７２】
を使用するように構成されうるが、ただし、式中、ｎCCEは、対応するＤＣＩ割り当ての送信に使用される第１のＣＣＥのインデックスであり、
【０２７３】
【数２７】
0005993740.tif 000041
【０２７４】
は、永続的なＰＵＣＣＨフォーマット１／１ａ／１ｂ  ＡＣＫ／ＮＡＣＫシグナリングに予約されているリソースの数であり、ＮCCは、上位レイヤによって構成されるコンポーネントキャリアの数を表し、ｎCIは、対応するＤＣＩ割り当ての送信に使用されるコンポーネントキャリアのインデックスであるものとしてよい。
【０２７５】
上で説明されている最後の２つのパラメータＮCCおよびｎCIは、ＰＤＣＣＨ  ＤＣＩフォーマットに組み込まれるキャリアインジケータ（ＣＩ）と称される３ビット制御フィールドとともに非対称的キャリアアグリゲーションモードがありうるＬＴＥ  Ｒ１０  ３ＧＰＰ規格に基づくものとしてよい。キャリアが１つしかない場合には、ＮCC＝１、ｎCI＝０であり、この実施形態のマッピングの公式は、ＬＴＥ  Ｒ８によって指定されているマッピング公式に帰着させることができることに留意されたい。
【０２７６】
図１９は、５つのＤＬ  ＣＣと１つのＵＬ  ＣＣを持つ例示的なシステムの実施形態において使用されうる非限定的なＰＵＣＣＨ構成例１９００を示している。ＲＢ  １９１０は、動的なＰＵＣＣＨフォーマット１／１ａ／１ｂに予約されうるリソースを表している。ＲＢ  １９１０内では、リソースは、それぞれのコンポーネントキャリアに予約することができる。例えば、図１９に例示されているように、ＲＢ  １９２０は、ＣＣ  ０に予約されているリソースとすることができ、ＲＢ  １９２１は、ＣＣ  １に予約されているリソースとすることができ、ＲＢ  １９２２は、ＣＣ  ２に予約されているリソースとすることができ、ＲＢ  １９２３は、ＣＣ  ３に予約されているリソースとすることができ、ＲＢ  １９２４は、ＣＣ  ４に予約されているリソースとすることができる。
【０２７７】
この実施形態の例示的な実装において、ＵＥは、サブフレームにおいて５つのＤＬキャリアからのＰＤＳＣＨ送信を受信することができ、ただ１つのＵＬコンポーネントキャリアを使用して異なるトランスポートブロック（ＴＢ）に関連付けられている複数のＡＣＫ／ＮＡＣＫをフィードバックするように構成されうる。この例示的なシステムに対して設定されるパラメータは、
【０２７８】
【数２８】
0005993740.tif 000042
【０２７９】
で与えることができる。この実施形態において、すべてのＤＣＩ割り当てに対応するＰＵＣＣＨフォーマット１／１ａ／１ｂリソースインデックス
【０２８０】
【数２９】
0005993740.tif 000043
【０２８１】
は、表１４に示されているように、上で説明されているマッピングに基づいて計算することができる。
【０２８２】
【表１４】
0005993740.tif 000044
【０２８３】
実施形態において、ＡＣＫ／ＮＡＣＫの送信のためにＰＵＣＣＨ  ＣＣＥインデックスをＰＵＣＣＨフォーマット１／１ａ／１ｂリソース
【０２８４】
【数３０】
0005993740.tif 000045
【０２８５】
にマッピングするのに、マッピング
【０２８６】
【数３１】
0005993740.tif 000046
【０２８７】
を使用することができ、式中、ＮCC,groupは、ＰＵＣＣＨを送信するＵＬキャリアと対になる、または関連付けられるＤＬキャリアグループに対するコンポーネントキャリアの数を表し、ｎCIは、対応するＤＣＩ割り当ての送信に使用されるコンポーネントキャリアのインデックスであり、ｆ（ｎCI）は、ｎCIを対応するＤＬキャリアグループに対するインデックスにマッピングするマッピング関数であり、パラメータｎCCEおよび
【０２８８】
【数３２】
0005993740.tif 000047
【０２８９】
は、本明細書の別のところで定義されているとおりであり、つまり、ｎCCEは、対応するＤＣＩ割り当ての送信に使用される第１のＣＣＥのインデックスであり、
【０２９０】
【数３３】
0005993740.tif 000048
【０２９１】
は、永続的なＰＵＣＣＨフォーマット１／１ａ／１ｂ  ＡＣＫ／ＮＡＣＫシグナリングに予約されているリソースの数であるものとしてよい。
【０２９２】
実施形態において、ＵＥがＰＵＣＣＨフォーマット１／１ａ／１ｂリソース
【０２９３】
【数３４】
0005993740.tif 000049
【０２９４】
をＡＣＫ／ＮＡＣＫの送信に使用する場合、ＵＥは、マッピング
【０２９５】
【数３５】
0005993740.tif 000050
【０２９６】
を使用することができるが、ただし、式中、ｎCCEは、対応するＤＣＩ割り当ての送信に使用される第１のＣＣＥのインデックスであり、
【０２９７】
【数３６】
0005993740.tif 000051
【０２９８】
は、永続的なＰＵＣＣＨフォーマット１／１ａ／１ｂ  ＡＣＫ／ＮＡＣＫシグナリングに予約されているリソースの数であり、ＮCCは、上位レイヤによって構成されるコンポーネントキャリアの数を表し、ｎCIは、対応するＤＣＩ割り当ての送信に使用されるコンポーネントキャリアのインデックスであり、ｐは、Ｎp≦ｎCCE＜Ｎp+1かつ
【０２９９】
【数３７】
0005993740.tif 000052
【０３００】
を満たすように｛０，１，２，３，４｝から選択されうる。
【０３０１】
【数３８】
0005993740.tif 000053
【０３０２】
は、構成されたダウンリンクＲＢの数を表し、
【０３０３】
【数３９】
0005993740.tif 000054
【０３０４】
は、ＲＢ内のサブキャリアの個数を表すものとしてよい。
【０３０５】
この実施形態の例示的な実装において、上で説明されているような同じ例示的な構成を使用することで、ＵＥは、サブフレームにおいて５つのＤＬキャリアからのＰＤＳＣＨ送信を受信することができ、ただ１つのＵＬコンポーネントキャリアを使用して異なるトランスポートブロック（ＴＢ）に関連付けられている複数のＡＣＫ／ＮＡＣＫをフィードバックするように構成されうる。この例示的なシステムに対して設定されるパラメータは、上の例と同じく
【０３０６】
【数４０】
0005993740.tif 000055
【０３０７】
とすることができる。この実施形態において、すべてのＤＣＩ割り当てに対応するＰＵＣＣＨフォーマット１／１ａ／１ｂリソースインデックス
【０３０８】
【数４１】
0005993740.tif 000056
【０３０９】
は、表１５に示されているように、上で説明されているマッピングに基づいて計算することができる。
【０３１０】
【表１５】
0005993740.tif 000057
【０３１１】
実施形態において、ＰＵＣＣＨの送信に関連付けられている復調基準信号（ＤＭ  ＲＳ）は、Ｚａｄｏｆｆ−Ｃｈｕ系列から導出することができる。次いで、これらの系列を巡回シフトし、これを使用して、セル（つまり、ＣＣ）内の異なるＵＥからの基準信号を多重化することができる。しかし、それぞれのＤＭ  ＲＳに対する巡回シフトは、ＰＵＣＣＨフォーマットおよび対応するリソースインデックス
【０３１２】
【数４２】
0005993740.tif 000058
【０３１３】
の両方によって決まるものとしてよい。そこで、上記のマッピング公式に基づいて導出されるＰＵＣＣＨフォーマット１／１ａ／１ｂリソースインデックスは、それぞれのＤＭ  ＲＳにおける巡回シフトの量に間接的に影響を及ぼしうる。
【０３１４】
上述のマッピング公式は、追加の個別の上位レイヤシグナリングを必要としないが、その代わりに、ＬＴＥ  Ｒ１０システムまたは実装に対するシステム構成の一部であってよい上位レイヤパラメータを利用することができることに留意されたい。言い換えると、ＣＣの数はＬＴＥ−Ａにおける上位レイヤシグナリングの一部となるという有効な仮定であるものとしてよい。同様に、物理レイヤの観点から、キャリアインジケータ制御フィールドを通じてのクロスキャリアスケジューリングは、レガシーまたはシングルキャリアＤＣＩフォーマットの拡張を通じてサポートすることができる。したがって、上で述べたマッピング公式は、追加の個別の物理レイヤ制御シグナリングを必要としないものとしてよい。
【０３１５】
ダウンリンクの半永続的スケジューリングなど、ダウンリンクコンポーネントキャリアでのＰＤＳＣＨ送信に対して対応するＰＤＣＣＨがない実施形態において、
【０３１６】
【数４３】
0005993740.tif 000059
【０３１７】
の値は、上位レイヤ構成に従って決定されうる。
【０３１８】
ここで示すのは、ＰＵＣＣＨ上で複数のキャリアに対するＨＡＲＱフィードバック（例えば、ＡＣＫ／ＮＡＣＫ）を送信するためのシステム、手段、および方法である。キャリアアグリゲーションを使用することで、例えばＬＴＥ−Ａにおいて、アップリンクフィードバックペイロードは、構成された／アクティベートされたＣＣの数に比例して増減しうる。単一のＵＥ特有のＵＬ  ＣＣは、ＵＥからＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫ、スケジューリング要求（ＳＲ）、および周期的チャネル状態情報（ＣＳＩ）を伝送するため半静的に構成されうる。ＤＦＴ−Ｓ−ＯＦＤＭに基づくＡＣＫ／ＮＡＣＫ多重化方式を使用して、大きなＡＣＫ／ＮＡＣＫペイロードサイズをサポートすることができるが、そのような実施形態では、アップリンクフィードバック送信に使用されるときにそのような方式に付随する問題が生じることがある。
【０３１９】
ＤＦＴ−Ｓ−ＯＦＤＭ構造に基づく、ユーザー多重化の実施形態において、直交符号分割多重（ＣＤＭ）を使用して複数のＵＥからのＨＡＲＱ  ＡＣＫ／ＮＡＣＫおよび／またはＣＳＩを多重化して、単一のＰＵＣＣＨリソースブロックにすることができる。このような実施形態において、単一のＰＵＣＣＨ  ＲＢに多重化されたＵＥ間の直交性を保証し、それぞれのＵＥでのＰＵＣＣＨリソース割り当てを暗黙のうちに識別し、および／またはセル間およびセル内干渉をランダム化することが望ましい場合がある。
【０３２０】
ＤＦＴ−Ｓ−ＯＦＤＭを使用するいくつかの実施形態において、４８個の符号化されたビットに相当する、２４個の４相位相変調（ＱＰＳＫ）シンボルを送信することができる。アップリンクフィードバックペイロードサイズは構成された／アクティベートされたＣＣの個数とともに増減するので、一定範囲のペイロードサイズにおいて妥当な符号化利得をもたらす可変チャネル符号化方式を設計することが重要であると考えられる。いくつかの実施形態おいて、キャリアアグリゲーションの下で送信されうるＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットの最大ビット数は、１０〜１２ビットに制限されうる。そこで、低い信号対干渉電力比（ＳＩＮＲ）におけるＡＣＫ／ＮＡＣＫ送信に関係する性能目標を達成できるようにチャネルエンコーダを最適化することができる。キャリアアグリゲーションを使用するＣＳＩ送信のペイロードサイズは、２０〜５５ビットの範囲内にあるものとしてよいが、他のサイズ、つまり、より大きいサイズも小さいサイズも企図されている。したがって、ＣＳＩフィードバックシグナリングに対するチャネルエンコーダの設計は、大きなペイロードを確実に受信することを目標とするように構成されうる。
【０３２１】
ＤＦＴ−Ｓ−ＯＦＤＭベースの構造は、単一のＰＵＣＣＨ  ＲＢ上でＨＡＲＱ  ＡＣＫ／ＮＡＣＫおよび／またはＣＳＩを送信するために使用することができる。利用可能なリソース要素上でのフィードバックシンボルの物理的マッピングは、フィードバック送信の性能に影響を及ぼしうる。ＡＣＫ／ＮＡＣＫのマッピングに関係して発生しうる制限の１つは、当技術分野で使用されている多くの現行の方法は周波数ダイバーシティを十分に活用していないという点である。ＰＵＣＣＨ送信では、ＡＣＫ／ＮＡＣＫおよび／またはＣＳＩペイロードに関する対応するリソースのサイズ設定はありえない。本明細書でさらに詳しく述べている実施形態において、フィードバックシンボルを、周波数ダイバーシティ利得が最大化されるように単一のＰＵＣＣＨ  ＲＢのリソース要素上にマッピングすることができ、またＡＣＫ／ＮＡＣＫおよびＣＳＩを、特定の性能目標を達成できるように単一のＲＢ上に多重化することができる。
【０３２２】
実施形態において、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫおよびＳＲＳの送信は、同じサブフレーム内で行われるように構成されうる。ＤＦＴ−Ｓ−ＯＦＤＭベースの構造によってこのような送信を取り扱うことは、レガシーまたはシングルキャリア環境において実行されるようなそのようなサブフレームでの短縮されたＰＵＣＣＨ送信を使用することによって可能になるが、その場合に、ＡＣＫ／ＮＡＣＫの最後のＳＣ−ＦＤＭＡシンボルは、ＳＲＳ送信に使用することができ、同じ拡散係数は、サブフレーム内の両方のスロット上のデータＳＣ−ＦＤＭＡシンボルに適用することはできない。あるいは、スロット毎に５つのデータＳＣ−ＦＤＭＡシンボルと１つのＤＭ  ＲＳがある拡張巡回プレフィックス（ＣＰ）を使用する場合、ＤＦＴ−Ｓ−ＯＦＤＭの構造は、通常のＣＰの場合と異なっていてもよい。ＤＦＴ−Ｓ−ＯＦＤＭベースの構造を拡張ＣＰを持つサブフレームに拡張することは、本明細書で説明されているように行うことができる。
【０３２３】
本開示では、チャネル選択に基づく方法を使用する送信の特定の特性についても説明している。特に、そのような送信（複数可）に特有の１つの特性として、チャネル選択を使用して符号化された情報ビット（つまり、Ｎ＝２ｂとして、Ｎ個のリソースのうちの１つでの送信を検出することによって伝えられるｂ個のビット）をＰＵＣＣＨリソース上の受信された信号を復号化することによって得られる情報ビット（複数可）に比べて高いロバスト性の下で、受信機によって復号化することができるという点が挙げられる。これは、ＰＵＣＣＨリソース上の信号が存在しているかどうかの検出（つまり、ＤＴＸ検出）は、信号が実際に検出された後、受信された信号内の情報ビット（複数可）の復号化より正確である場合があるためである。
【０３２４】
実施形態において、ＤＦＴ−Ｓ−ＯＦＤＭとともにＵＬフィードバックに対する処理構造を使用することができる。このような実施形態において、ＵＥは、図２０の方法２０００を使用して、制御情報を生成し、そのような制御情報をネットワークにフィードバックすることができる。ブロック２００５で、ＵＣＩなどの制御情報をＵＥが生成することができる。ブロック２０１０で、ＤＬ  ＣＣ（サービングセル）の数を決定または取得し、ＣＲＣ付加（以下でさらに詳しく説明するように、実施形態において）を実行することができる。実施形態において、ブロック２０１０で、チャネルエンコーダへの入力として使用するために入力ビットａ0、ａ1、．．．、ａA-1を生成することができる。ブロック２０１５で、リードミュラー符号化（以下でさらに詳しく説明するように、実施形態において）を使用してチャネル符号化を実行することができる。あるいは、ブロック２０２０で、テールバイティング畳み込み符号化（以下でさらに詳しく説明するように、実施形態において）を使用してチャネル符号化を実行することができる。いずれの場合においても（ＲＭまたはテールバイティング畳み込み符号化を使用するチャネル符号化）、ブロック２０１５またはブロック２０２０で使用されるチャネルエンコーダによって生成される出力は、本明細書でさらに詳しく説明しているように、ｂ0、ｂ1、．．．、ｂ47によって表すことができる長さ４８ビットのビット列とすることができる。
【０３２５】
ブロック２０２５で、任意の手段を使用してレートマッチングを実行することができる。ブロック２０３０で、ＵＥは、本明細書でさらに詳しく説明しているように、ビットレベルまたはシンボルレベルでチャネルをインタリーブすることができるチャネルインタリーバを使用することができる。ブロック２０３５で、ＵＥは、以下でさらに詳しく説明するように、実施形態において、１つまたは複数のセル識別を取得するか、または決定し、スクランブラを使用してスクランブルを実行することができる。ブロック２０４０で、変調を実行することができる。ブロック２０４５で、本明細書で説明されているように、実施形態において、サブキャリアのスロットレベルのホッピングを実行することができる。それと併せて、ＵＥは、
【０３２６】
【数４４】
0005993740.tif 000060
【０３２７】
を取得するか、または決定することができるが、これは、本明細書でさらに詳しく説明されているように、サブキャリア番号ｋおよびスロット番号ｎsとともに変化するセル特有のパラメータとすることができる。ブロック２０５０で、本明細書で説明されているように、実施形態において、リソースマッピングを実行することができる。ＵＥは、ＰＵＳＣＨの送信と組み合わせて方法２０００のブロックのどれか、またはすべてを使用してＰＵＣＣＨに関する制御情報をフィードバックすることができることに留意されたい。
【０３２８】
方法２０００のブロックのどれかで、また本明細書で説明されている他の方法のブロックのどれかで実行される活動および機能は、独立して、または方法２０００の他のブロックの他の活動および機能の数および／または本明細書で開示されている他の方法の他のブロックの他の活動および機能の数と連動して実行されうることに留意されたい。このような活動および機能の実行順序は、どのような順序でもよく、必ずしも、関連付けられているブロックが図２０、他の図、または本明細書で説明されているように提示されている順序でなくてよい。このような実施形態はすべて、本開示の範囲内にあることが企図される。
【０３２９】
実施形態において、サブキャリアの同じ集合上で送信するように割り当てられているＵＥの基準信号と制御信号は両方とも、完全に直交しているものとしてよい。具体的には、ＵＥ間の直交性は、ＤＭ−ＲＳシンボル上の同じザドフ−チュー（ＺＣ）ベースの系列の巡回時間シフトとＤＭ−ＲＳシンボル上の時間領域直交符号との組み合わせを使用することによって実現されうる。サブキャリアリソースブロック（ＲＢ）の同じ集合を占有する異なるＵＥのＤＭＲＳ間の直交性は、同じＺＣベースの系列の異なる巡回時間シフトを使用することによって実現することができる。サブキャリアまたはＲＢの同じ集合を占有する異なるＵＥのＤＭＲＳ間の直交性も、ＤＭＲＳ上の異なる時間領域直交符号を使用することによって実現することができる。長さ２および長さ３の直交ブロック拡散符号は、ウォルシュ−アダマール符号（以下の表１６を参照）または異なるサイズのＤＦＴ行列から生成される離散フーリエ変換（ＤＦＴ）符号（以下の表１７を参照）に基づくものとしてよく、また２つおよび３つのＤＭＲＳシンボルを持つＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨフォーマット（つまり、それぞれ、ＳＦ＝５およびＳＦ＝３）と併せて使用することができる。
【０３３０】
【表１６】
0005993740.tif 000061
【０３３１】
【表１７】
0005993740.tif 000062
【０３３２】
データＳＣ−ＦＤＭＡシンボル上の時間領域直交拡散符号に関して、サブキャリアまたはＲＢの同じ集合を占有する異なるＵＥのＵＣＩ間の直交性は、データＳＣ−ＦＤＭＡシンボル上の異なる時間領域直交符号を使用することによって実現することができる。長さ５、長さ４、および長さ３の直交ブロック拡散符号は、ウォルシュ−アダマール符号または異なるサイズのＤＦＴ行列から生成されるＤＦＴ符号（長さ５の非限定的な例については表１８を参照）に基づくものとしてよく、またそれぞれ５、４、および３に等しい拡散係数を持つＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨフォーマットと併せて使用することができる。
【０３３３】
【表１８】
0005993740.tif 000063
【０３３４】
実施形態において、通常のＣＰおよび拡散係数５を持つＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ送信については、ＵＥは、スロット内のそれぞれのＤＭ  ＲＳシンボルに対する周波数領域拡散の長さ１２のＺＣベースの系列、それぞれのスロット内の２つの利用可能な基準ＳＣ−ＦＤＭＡシンボル上のＤＭＲＳ時間領域拡散の長さ２の直交ブロック拡散符号、および／またはそれぞれのスロット内の５つの利用可能なデータＳＣ−ＦＤＭＡシンボル上のデータ時間領域ブロック拡散の長さ５の直交ブロック拡散符号の異なる巡回時間シフトを使用することができる。
【０３３５】
ＵＥでリソース割り当てを識別するためにさまざまな方法を使用することができる。ＰＤＣＣＨ上で対応するダウンリンク許可なしのＰＤＳＣＨ上の半永続的にスケジュールされたダウンリンクデータ送信、および／またはＰＤＣＣＨ上のダウンリンク割り当てシグナリングによって指示されるＰＤＳＣＨ上の動的にスケジュールされたダウンリンクデータ送信の場合、ＵＥは、ＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースインデックスを使用して、ＺＣベースの系列αの巡回時間シフトとＰＵＣＣＨ領域内でＵＥに割り当てられた時間領域直交符号との組み合わせを決定することができる。新しいＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３）の送信のためにＵＥによって使用されうるＰＵＣＣＨ  ＡＣＫ／ＮＡＣＫリソースインデックス
【０３３６】
【数４５】
0005993740.tif 000064
【０３３７】
は、上位レイヤシグナリングによって半静的に構成されるか、またはＤＬ  ＰＣＣ上のダウンリンク制御割り当ての第１の制御チャネル要素（ＣＣＥ）のインデックスに基づきＵＥによって暗黙のうちに決定される可能性がある。ＵＥは、識別されたＰＵＣＣＨリソースインデックスからの情報を使用して、基準信号の巡回シフト、つまりＤＭＲＳ  α（ｎs，ｌ）、データ信号のブロック毎の拡散に対する直交系列インデックスｎoc（ｎs，ｋ）、および基準信号に対する直交系列インデックス、つまりＤＭＲＳ  ｍoc（ｎs）を決定することができる。ここで、ｎsは無線フレーム内のスロット番号であり、ｌはスロット内の基準シンボルのインデックスであり、ｋはＰＵＣＣＨが送信されているＲＢ内のサブキャリアのインデックスであるものとしてよい。
【０３３８】
このような実施形態において、ＵＥは、
【０３３９】
【数４６】
0005993740.tif 000065
【０３４０】
に従ってＰＵＣＣＨをマッピングするマッピング先であるサブフレームの２つのリソースブロック内のリソースインデックスを決定することができ、
式中、ｃはスロット内のＤＭ  ＲＳシンボルの数とすることができ、
ｎoc（ｎs，ｋ）＝ｎ’（ｎs）
であり、ただし
【０３４１】
【数４７】
0005993740.tif 000066
【０３４２】
であり、
【０３４３】
【数４８】
0005993740.tif 000067
【０３４４】
はデータブロック拡散に対するＤＦＴ−Ｓ−ＯＦＤＭ拡散係数であり、「ｍｏｄ」は剰余演算である。例えば、割り当てられた時間領域直交符号は、それぞれ、５および３の拡散係数を持つＤＦＴ−Ｓ−ＯＦＤＭベースの構造に対するＰＵＣＣＨリソースインデックスの５を法として、また３を法として得られる符号としてよい。サブフレーム内の両方のスロットに対して同じデータブロック拡散符号が使用され（つまり、スロットレベルのホッピングが無効にされている）、スロット内のすべてのサブキャリアに対して同じデータブロック拡散符号が使用されている（つまりサブキャリアレベルのホッピングが無効にされている）場合、時間領域直交符号のインデックスは、
【０３４５】
【数４９】
0005993740.tif 000068
【０３４６】
として識別されうる。
【０３４７】
これらの実施形態において、巡回シフトに加えてＰＵＣＣＨのそれぞれのスロット内のＲＳシンボルに対して時間領域符号を導入することによって、多重化次元を形成することができる。
【０３４８】
【数５０】
0005993740.tif 000069
【０３４９】
＝２および
【０３５０】
【数５１】
0005993740.tif 000070
【０３５１】
＝３に対するＲＳシンボルの時間領域符号が存在しない場合にＰＵＣＣＨ  ＲＢ内のＵＥによって使用されるＰＵＣＣＨリソースインデックス割り当ての例を、それぞれ、表１９および表２０に示した。この例示的な実施形態において、時間領域符号は、ＲＳシンボル上で適用することはできず、ＵＥは、
【０３５２】
【数５２】
0005993740.tif 000071
【０３５３】
に従ってＰＵＣＣＨフォーマット３に対するｐ番目の送信アンテナおよびｌ番目のＳＣ−ＦＤＭＡシンボル上の基準信号に対する巡回シフトαp（ｎs，ｌ）を導出することができ、式中、
【０３５４】
【数５３】
0005993740.tif 000072
【０３５５】
は、ＲＢ内のサブキャリアの数を表し
【０３５６】
【数５４】
0005993740.tif 000073
【０３５７】
であり、
【０３５８】
【数５５】
0005993740.tif 000074
【０３５９】
（ｎs，ｌ）はシンボル番号ｌおよびスロット番号ｎsとともに変化するセル特有のパラメータであるものとし、式
【０３６０】
【数５６】
0005993740.tif 000075
【０３６１】
が成り立ち、またｎs  ｍｏｄ  ２＝０に対しては
【０３６２】
【数５７】
0005993740.tif 000076
【０３６３】
であり、ｎs  ｍｏｄ  ２＝１に対しては
【０３６４】
【数５８】
0005993740.tif 000077
【０３６５】
である。
【０３６６】
実施形態において、ＵＥは、
【０３６７】
【数５９】
0005993740.tif 000078
【０３６８】
に従って、ＰＵＣＣＨフォーマット３の送信のために割り当てられているリソースインデックス
【０３６９】
【数６０】
0005993740.tif 000079
【０３７０】
を使用してスロット番号ｎsの直交系列インデックスｎoc（ｎs）を識別することができ、式中、ｎs  ｍｏｄ  ２＝０に対しては
【０３７１】
【数６１】
0005993740.tif 000080
【０３７２】
であり、ｎs  ｍｏｄ  ２＝１に対しては
【０３７３】
【数６２】
0005993740.tif 000081
【０３７４】
である。
【０３７５】
ＰＵＣＣＨフォーマット３に対するｐ番目の送信アンテナ上の復調基準信号の巡回シフトαp（ｎs，ｌ）は、
【０３７６】
【数６３】
0005993740.tif 000082
【０３７７】
によって与えることができ、ただし、
【０３７８】
【数６４】
0005993740.tif 000083
【０３７９】
であり、ただし、
【０３８０】
【数６５】
0005993740.tif 000084
【０３８１】
である。
【０３８２】
【表１９】
0005993740.tif 000085
【０３８３】
【表２０】
0005993740.tif 000086
【０３８４】
【数６６】
0005993740.tif 000087
【０３８５】
＝３の場合に、最大４つまでのＵＥをＳＦ＝５に対して同じＲＢ上で多重化することができ、
【０３８６】
【数６７】
0005993740.tif 000088
【０３８７】
＝２の場合に、最大５つまでのＵＥを単一のＲＢ上で多重化することができる。しかし、直交符号を基準信号またはＤＭＲＳに適用することができる実施形態において、同じＲＢ上で多重化することができるＵＥの最大数は、データシンボルに関する制御情報の拡散に使用される直交ブロック符号の拡散係数を上限とすることができる（つまり、ＳＦ＝５では、最大５つまでのＵＥが
【０３８８】
【数６８】
0005993740.tif 000089
【０３８９】
に関係なく同じＲＢ上で常に多重化することができる）。
【０３９０】
直交符号が基準信号またはＤＭＲＳに適用される場合のＰＵＣＣＨ  ＲＢ内のＵＥによって使用されるＰＵＣＣＨリソースインデックス割り当ての非限定的な例を、表２１に示した。
【０３９１】
【表２１】
0005993740.tif 000090
【０３９２】
実施形態において、ＵＥは、スロットｎsでのＰＵＣＣＨフォーマット３の送信に使用される物理リソースブロックを
【０３９３】
【数６９】
0005993740.tif 000091
【０３９４】
として決定し、式中、
【０３９５】
【数７０】
0005993740.tif 000092
【０３９６】
は、ＵＬ  ＲＢの数を表し、ＰＵＣＣＨフォーマット３に対する変数ｍは
【０３９７】
【数７１】
0005993740.tif 000093
【０３９８】
によって与えることができ、式中、
【０３９９】
【数７２】
0005993740.tif 000094
【０４００】
は、第１のスロット上で適用される拡散符号の長さであり、
【０４０１】
【数７３】
0005993740.tif 000095
【０４０２】
は、非負整数である。
【０４０３】
【数７４】
0005993740.tif 000096
【０４０４】
がゼロに等しい場合、これは、ＰＵＣＣＨ領域内の一番外側のＲＢがＰＵＣＣＨフォーマット３の送信に対して割り当てられることを暗示しているものとすることができる。
【０４０５】
そのような実施形態において、ＬＴＥ  Ｒ８との後方互換性を達成するために、ＬＴＥ  Ｒ１０以降のＰＵＣＣＨフォーマット３の送信に割り当てられるＲＢは、ＰＵＣＣＨフォーマット２の送信に対して割り当てられたＲＢの部分集合とすることができる。この実施形態において、ＵＬ  ＰＵＣＣＨ構成は、ＬＴＥ  Ｒ８  ＵＥに対して透過的であり、ＬＴＥ  Ｒ８およびＬＴＥ  Ｒ１０  ＵＥの両方が共存できる。しかし、ＬＴＥ  Ｒ１０  ＵＥは、ＰＵＣＣＨフォーマット３の送信に対して割り当てられたＲＢの数に関して上位レイヤによって構成される必要がある場合がある。実施形態において、システムパラメータ
【０４０６】
【数７５】
0005993740.tif 000097
【０４０７】
を定義することができ、これはブロードキャストされる。このパラメータは、ＰＵＣＣＨフォーマット３上で送信するように構成されているアクティブなＬＴＥ  Ｒ１０  ＵＥの平均個数に応じて動的に調節することができる。このアプローチに基づき、ＰＵＣＣＨフォーマット２に対する変数ｍは
【０４０８】
【数７６】
0005993740.tif 000098
【０４０９】
によって与えることができ、式中、
【０４１０】
【数７７】
0005993740.tif 000099
【０４１１】
は、アンテナポートｐ上でのＰＵＣＣＨフォーマット２／２ａ／２ｂの送信について上位レイヤによってもたらされるリソースインデックスとすることができる。また、
【０４１２】
【数７８】
0005993740.tif 000100
【０４１３】
が上位レイヤによってもたらされなかった場合（つまり、ＵＥはＰＵＣＣＨフォーマット３上で送信するように構成されていない）、ＵＥは、
【０４１４】
【数７９】
0005993740.tif 000101
【０４１５】
＝０と仮定するものとしてよい。
【０４１６】
例示的な実施形態において、
【０４１７】
【数８０】
0005993740.tif 000102
【０４１８】
および
【０４１９】
【数８１】
0005993740.tif 000103
【０４２０】
のパラメータは両方とも、
【０４２１】
【表２２】
0005993740.tif 000104
【０４２２】
のように、ＬＴＥ  Ｒ８のＩＥ  ＰＵＣＣＨ−Ｃｏｎｆｉｇ内の２つの追加の構成パラメータを定義することによって信号により伝達することができる。
【０４２３】
実施形態において、セル間およびセル内干渉をランダム化するために、さまざまな方法を使用することができる。そのような実施形態において、ＰＵＣＣＨ送信に対するセル間およびセル内の両方の干渉ランダム化は、スクランブル機能によって実現できる。したがって、アップリンクにおけるそれぞれのサブフレーム内で、ＵＥは、変調の前に制御情報符号化ビットをスクランブルするように構成されうる。使用されるスクランブルシーケンスは、セルの識別つまりセルＩＤに応じて導出することができ、その場合、ＵＥが無線リソース制御（ＲＲＣ）接続を有するセルの識別を使用する実施形態において、ＵＥは、そのマルチキャリア構成のＤＬ  ＰＣＣのＰＣＩを使用して制御情報をスクランブルすることができる。セルの識別つまりセルＩＤは、セルの同期信号（実施形態において、ＵＥのマルチキャリア構成のＤＬプライマリコンポーネントキャリア（ＰＣＣ）のＰＣＩ）からの物理セルＩＤ（ＰＣＩ）、公的地域モバイルネットワーク（ＰＬＭＮ）（実施形態において、ＵＥのマルチキャリア構成のＤＬ  ＰＣＣのＳＩＢ１からの）を背景としてセルを一意に識別することができるシステム情報ブロックタイプ１（ＳＩＢ１）上で読み取られたセルＩＤ（つまり、セル識別）、およびＰＬＭＮ  ＩＤとセル識別の両方を含みうる発展型グローバルセルＩＤ（つまり、ＥＧＣＩ）のうちの１つまたは複数とすることができる。
【０４２４】
実施形態において、使用されるスクランブルシーケンスは、無線フレーム内のサブフレーム番号、ＵＥ識別（例えば、ＵＥのＣ−ＲＮＴＩなどのＵＥの無線ネットワーク一時識別子（ＲＮＴＩ））、およびＰＵＣＣＨもしくはＵＬプライマリＣＣを伝送するＵＬ  ＣＣの識別のうちの少なくとも１つまたは組み合わせ（例えば、ＵＥの無線接続構成の一部としてネットワークによって明示的に構成された識別、ＵＬ  ＣＣの絶対無線周波数チャネル番号（ＡＲＦＣＮ）または発展型絶対無線周波数チャネル番号（ＥＡＲＦＣＮ）（つまり、アップリンク周波数）、およびＰＤＣＣＨによって伝送されるクロスキャリアスケジューリングに使用されるキャリア指示フィールド（ＣＩＦ）の値、実施形態では、前記ＵＬ  ＣＣがリンクされるＤＬ  ＣＣ（またはサービングセル）に対応するＣＩＦ値のうちの１つまたは複数）に応じて導出することができる。スクランブルシーケンスは、アクティベートされたＤＬ  ＣＣまたはサービングセルの番号／識別、構成されたＤＬ  ＣＣまたはサービングセルの番号／識別、およびＤＬ  ＣＣまたはサービングセルの識別のうちの少なくとも１つまたは組み合わせ（例えば、ＰＵＣＣＨを伝送するＵＬ  ＰＣＣと対になるＤＬ  ＰＣＣの識別およびＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックの対応先であるＤＬセカンダリコンポーネントキャリア（ＳＣＣ）（複数可）またはセカンダリサービングセル（複数可）の識別のうちの少なくとも１つ）に応じて導出することもできる。
【０４２５】
実施形態において、使用されるスクランブルシーケンスは、ＨＡＲＱフィードバックが送信または報告されるサブフレーム内で受信されたＤＬ  ＰＤＳＣＨ割り当ての数（動的にスケジュールされたＰＤＳＣＨ  ＤＬ割り当てのみを含む実施形態において）、ＵＥがＵＣＩを送信する際のＰＵＣＣＨリソースに応じて導出される値、ＵＥの無線接続構成の一部としてネットワークによって明示的に構成される値、ＵＥのＤＬ／ＵＬ  ＰＣＣ再構成の一部としてネットワークによって、明示的に構成される値、サービングセルの１つまたは部分集合のＰＤＣＣＨ（複数可）におけるＤＬ割り当て（複数可）の１つまたは部分集合の位置（複数可）から導出される値、および上位レイヤによって（例えば、構成もしくはアクティベーションコマンドを介して）与えられるインデックスのうちの少なくとも１つまたは組み合わせに応じて導出されうる。
【０４２６】
実施形態において、予め定められているホッピングパターンに基づくセル特有のホッピング方式を使用して、ＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ送信に対するセル間干渉のランダム化を実行することができる。ホッピングは、所定のスロット内の所定のサブキャリアに対して、ＵＥがデータブロック拡散に異なる時間領域直交符号を使用することができるサブキャリアレベルで実行されうる。このような実施形態において、所定のサブキャリア上の時間領域直交符号インデックスは、（
【０４２７】
【数８２】
0005993740.tif 000105
【０４２８】
を法として）疑似ランダムのセル特有のオフセットを割り当てられている時間領域直交符号インデックスに加算することによって得られる。言い換えると、ＵＥは、
【０４２９】
【数８３】
0005993740.tif 000106
【０４３０】
に従ってＰＵＣＣＨをマッピングするマッピング先であるサブフレームの２つのリソースブロック内のリソースインデックスを決定することができ、
式中、
【０４３１】
【数８４】
0005993740.tif 000107
【０４３２】
（ｎs，ｋ）は、サブキャリア番号ｋおよびスロット番号ｎsとともに変化するセル特有のパラメータとすることができる。例えば、拡散係数５および３のＤＦＴ−Ｓ−ＯＦＤＭベースの構造の場合、偶数スロット内の所定のサブキャリア上の時間領域直交符号インデックスは、（５を法として）また（３を法として）疑似ランダムのセル特有のオフセットを割り当てられている時間領域直交符号インデックスにそれぞれ加算することによって得られる。
【０４３３】
実施形態において、パラメータ
【０４３４】
【数８５】
0005993740.tif 000108
【０４３５】
（ｎs，ｋ）は
【０４３６】
【数８６】
0005993740.tif 000109
【０４３７】
＝５の場合に、
【０４３８】
【数８７】
0005993740.tif 000110
【０４３９】
によって与えることができ、式中、ｃ（ｉ）は、疑似ランダム系列であるものとしてよい。疑似ランダム系列生成器は、それぞれの無線フレームの先頭でｃinit＝
【０４４０】
【数８８】
0005993740.tif 000111
【０４４１】
により初期化することができる。時間領域直交符号のホッピングに使用される疑似ランダム系列は、長さ３１のゴールド系列生成器または他の長さのゴールド系列生成器とすることができる。
【０４４２】
実施形態において、セル（つまり、ＣＣ）間およびＵＥ間の干渉は、予め定められているＵＥ特有の、またはセル特有のホッピングパターンに従って第２のスロットにおいてＵＥによって使用されうる時間領域符号再マッピング方式を使用することでランダム化することができる。ホッピングインは、それぞれのスロット内の所定のサブキャリアに対して、ＵＥが異なる時間領域直交符号を使用することができるスロットレベル上で実行されうる。実施形態によれば、ＵＥは、
【０４４３】
【数８９】
0005993740.tif 000112
【０４４４】
のようにＰＵＣＣＨをマッピングするマッピング先であるサブフレームの２つのＲＢ内のリソースブロックを決定することができ、式中、偶数スロット（つまり、ｎs  ｍｏｄ  ２＝０）に対して
【０４４５】
【数９０】
0005993740.tif 000113
【０４４６】
、奇数スロット（つまり、ｎs  ｍｏｄ  ２＝１）に対して
【０４４７】
【数９１】
0005993740.tif 000114
【０４４８】
である。
【０４４９】
一実施形態によれば、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビットおよびＣＳＩビットは、スクランブリングおよび変調の前に統合符号化され、次いで、ＰＵＣＣＨサブフレームの両方のスロット上で送信されうる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫおよびＣＳＩ送信に対するペイロードサイズは、異なっていてもよく、チャネル符号化レートは、アクティベートされた、または構成されたサービングセルの数、および／またはＨＡＲＱフィードバックもしくは周期的ＣＳＩが送信される送信モードに応じて可変とすることができる。チャネルエンコーダは、ＳＦ＝５のＤＦＴ−Ｓ−ＯＦＤＭベースの、または類似の構造に対するパンクチャドａ（６４，ｋ）リードミュラー（ＲＭ）符号またはＳＦ＝３のＤＦＴ−Ｓ−ＯＦＤＭベースの構造に対するパンクチャド（１２８，ｋ）リードミュラー符号などのブロック符号化タイプの方式とすることができる。
【０４５０】
例示的な実施形態において、ＳＦ＝５の場合、パンクチャドＲＭ（６４，ｋ）から導出されるａ（４８，Ａ）ブロック符号、またはＲＭ（３２，ｋ）の循環繰り返しを使用することができるが、ただし、ＡはＵＣＩのペイロードサイズとすることができる。ＲＭ符号は、そのコードワードが、ＮをＰＵＣＣＨペイロードビットの最大数として、Ｍi,nと表されるＮ個の基本系列の一次結合であるように設計されうる。ＤＴＸがサービングセルに対してシグナリングにより伝達されるかどうかに応じて、Ｎの値は、アグリゲートされたＣＣの最大数（例えば、５つのサービングセル）について１０から１２ビットまでの範囲としてよい。チャネルエンコーダの出力における長さ４８の符号化ビット列は、ｂ0，ｂ1，．．．，ｂ47で表されうるが、ただし
【０４５１】
【数９２】
0005993740.tif 000115
【０４５２】
であり、ａ0，ａ1，．．．，ａA-1はチャネルエンコーダへの入力ビットである。上記の公式中の加算と乗算は両方とも、ベクトル空間領域内で実行することができる、つまり
１・１＝１、０・１＝０、１・０＝０、０・０＝０、１＋１＝０、０＋１＝１、１＋０＝１、０＋０＝０
となる。
【０４５３】
実施形態において、統合符号化も、またはその代わりに、サブフレーム上ではなくむしろ単一のスロット上で適用されうる。そのような実施形態によれば、ＲＭ（３２，ｋ）符号化系列をＳＦ＝５に対して両方のスロット上で繰り返すことができる（またはＲＭ（６４，ｋ）符号化系列をＳＦ＝３に対して両方のスロット上で繰り返すことができる）。しかし、両方のスロット上での統合符号化は、ＰＵＣＣＨ上のＵＣＩ送信に対する達成可能な最大の周波数ダイバーシティ利得を最大化することができる。
【０４５４】
あるいは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビットおよびＣＳＩビットは、スクランブリングおよび変調の前に、異なる可変符号速度を使用して別々に符号化され、次いで、ＰＵＣＣＨサブフレームの両方のスロット上で送信されうる。そのような実施形態において、目標レベルでのさまざまな制御シグナリングの性能が維持されうる。言い換えると、それぞれの個別チャネルエンコーダの符号化レートの調節を行って、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫおよびＣＳＩ送信に対するペイロードサイズが、アクティベートされたか、または構成されたサービングセルの数、および／またはＨＡＲＱフィードバックもしくは周期的ＣＳＩを送信するのに必要な送信モードに応じて異なる場合に、所定の制御フィードバックタイプに対する所望のビット誤り率（ＢＥＲ）またはブロック誤り率（ＢＬＥＲ）のオペレーションポイントを実現することができる。
【０４５５】
小さなペイロードサイズ（例えば、２ビット）を有する実施形態において、チャネルエンコーダは、ＤＦＴ−Ｓ−ＯＦＤＭベースの、または類似の構造に対し使用される拡散係数に応じて４８または９６個の符号化されたビットへの循環式レートマッチングを有するシンプレックス符号などの、ブロック符号化タイプの方式とすることができる。あるいは、チャネルエンコーダは、それぞれＳＦ＝５およびＳＦ＝３であるＤＦＴ−Ｓ−ＯＦＤＭベースの構造に対して４８および９６個の符号化されたビットをその出力において生成するテールバイティング畳み込み符号とすることができる。
【０４５６】
実施形態において、ｎビット巡回冗長検査（ＣＲＣ）は、制御情報に基づいて計算され、誤り検出を改善するためにチャネル符号化の前にフィードバック情報ビットに付加されるか、または他の何らかの形で連結されうる。そのような実施形態において、ＣＲＣは、ＵＣＩのペイロードサイズまたは制御シグナリングの種類（例えば、ＨＡＱＲ  ＡＣＫ／ＮＡＣＫもしくはＣＳＩ）に基づき調節することができる可変サイズとすることができる。ＣＲＣの長さの非限定的な例は、８ビットであり、これは、０．４％の誤検出率を達成するために使用されうる。ＣＲＣを使用することで、基地局（例えば、ｅＮｏｄｅＢ）での間違った警報が発生する確率を小さくすることができ、したがってＰｒ（ＤＴＸ−＞ＡＣＫ）（つまり、ＵＥがＰＵＣＣＨ上でフィードバックを送信しなかったが、基地局が受信機においてＡＣＫを検出する確率）に関する性能目標を緩和することができる。ＣＲＣは、符号化する前にＵＥによって使用される実際のペイロードサイズ、および／またはＵＥがＤＬ割り当てを受信する際の構成されるか、またはアクティベートされたサービングセルの識別または数を指示するために使用することもできる。説明されているＣＲＣの実施形態では、１つまたは複数のサービングセル上で基地局からのダウンリンク割り当てをＵＥが検出し損なう場合に検出器の性能を改善することができる。
【０４５７】
実施形態によるＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ送信に対する非限定的なＰＵＣＣＨ符号化プロセス例２１００が、図２１に示されている。ブロック２１１０で、符号化ユニットでの実施形態において、ＵＥによってフィードバックされるＵＣＩデータを受信することができる。ブロック２１２０で、ＵＣＩデータのブロック全体を使用して、ＣＲＣパリティビットを計算することができる。ＵＥは、ブロック２１２０で、計算されたＣＲＣビットをＵＣＩビットに付加することもできる。ブロック２１３０で、ＵＥがＤＬ割り当てを受信する際にアクティベートされるか、または構成されたサービングセルの識別または数で、ＣＲＣビット列をマスクすることができる。ブロック２１４０で、ＵＥは、ブロック２１３０で生成されたビット上にレート１／３テールバイティング畳み込み符号化を適用することができる。ブロック２１５０で、符号化されたビットに対してレートマッチングを実行することができる。
【０４５８】
実施形態において、達成可能な周波数ダイバーシティ利得を最大化するために、ＵＥは、ＵＣＩ送信に対してチャネルインタリーバを使用することができる。そのようなチャネルインタリービングは、ビットが矩形行列に行単位で書き込まれ、列単位で読み出されるように、符号化されたビット列またはスクランブルされたビット列のいずれかの上でビットレベルで行うことができる（例えば、ＳＦ＝５では２４×２の行列、ＳＦ＝３では４８×２の行列）。この行列は、隣接する制御ビットが２つのスロット上にマッピングされることを確実にするのに役立ちうる。本明細書で開示されているようなチャネルインタリービングは、シンボルレベルで適用することも可能である。そのような実施形態において、隣接するＵＣＩ変調シンボルは、サブフレーム内の２つのスロット間の時間領域内に最初にマッピングされ、次いで、それぞれのスロット内のサブキャリア間の周波数領域内にマッピングされうる。例えば、偶数個のＱＰＳＫシンボルは、偶数スロット上で送信され、奇数個のＱＰＳＫシンボルが第２のスロットにマッピングされうる。
【０４５９】
そのような実施形態において、別々の符号化およびインタリービングがこれらの異なる種類の情報に適用される場合、シンボル（または符号化ビット）は、ＣＳＩ（つまり、ＣＱＩ、ＲＩ、および／またはＲＭＩ情報）およびＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報からＰＵＣＣＨリソース内に多重化されうる。よりよいチャネル符号化利得を得るために、ＡＣＫ／ＮＡＣＫおよび／またはＣＳＩペイロードに関する対応するリソースのサイズ設定を単一のＲＢ内で適用することができる。
【０４６０】
そのような実施形態において、ＨＡＲＱ肯定応答のみが送信される場合、ＰＵＣＣＨ上の利用可能なリソースは、ＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバック送信に使用されうる。マッピング規則は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫシンボルが最初に２つのスロット上の時間領域内にマッピングされ、次いで、サブキャリア上の周波数領域上にマッピングされる規則とすることができる。あるいは、シンボルは、周波数領域内に最初にマッピングされ、次いで、時間領域内にマッピングされうる。
【０４６１】
実施形態において、チャネルステータス報告のみが送信される場合、ＰＵＣＣＨ上の利用可能なリソースは、ＣＳＩフィードバック送信に使用されうる。マッピング規則は、チャネルステータス報告シンボルが最初に２つのスロット上の時間領域内にマッピングされ、次いで、サブキャリア上の周波数領域上にマッピングされるような規則であるものとしてよい。あるいは、シンボルは、周波数領域内に最初にマッピングされ、次いで、時間領域内にマッピングされうる。
【０４６２】
さらに別のそのような実施形態において、ＨＡＲＱフィードバックおよびＣＳＩが多重化される場合、異なる制御シグナリングを異なるサイズの物理リソース要素に割り当てることができる。ＡＣＫ／ＮＡＣＫおよびＣＳＩのそれぞれに使用される予約済みのリソースのサイズは、所定の制御シグナリングに使用するために可変符号化レートおよび変調に従ってスケーリングすることができる。したがって、ＵＥは、オフセットが上位レイヤシグナリングによって半静的に構成される場合にさまざまな制御シグナリング情報のマッピングを行うために異なるオフセットを使用することができる。制御情報は、ＡＣＫ／ＮＡＣＫおよびＣＳＩのそれぞれがサブフレームの両方のスロット内に存在するような形でマッピングすることができる。
【０４６３】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックおよびＣＳＩが同じＰＵＣＣＨリソース内に多重化される実施形態において、それぞれの種類の情報に使用されるシンボルのそれぞれの数を決定するためにさまざまな手段および方法を使用することができる。実施形態において、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報をＣＳＩ情報より高く優先順位付けすることができる。この実施形態において、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報に必要な符号化されたシンボルの数、ＱAN_PUCCHを決定することができる。ＱAN_PUCCHが、ＰＵＣＣＨ  ＱMAX_PUCCHで利用可能なシンボルの最大数より小さい場合（実施形態において、最小のマージンだけ）、ＣＳＩ情報を多重化することができる。そうでなければ、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報およびＣＳＩの多重化は実行されず、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報のみが送信されうる。
【０４６４】
ＱAN_PUCCHとＯAN_PUCCH（ＯAN_PUCCHは送信するＨＡＲＱ情報ビットの数であるものとしてよい）との間のマッピングは固定され、ルックアップテーブルに入れることができる。あるいは、ＱAN_PUCCHは、送信するＨＡＲＱ情報ビットの数（ＯAN_PUCCH）、送信するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビットの数を掛けた比例定数（ＢPUCCH、事前定義されるか、または上位レイヤによって与えることができるパラメータ）（この係数はＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報に利用可能なＰＵＣＣＨエネルギーの一部を調節することができる）、および／またはＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ送信におけるＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報および／またはＣＳＩ情報に利用可能なシンボルの最大数（ＱMAX_PUCCH）の関数として計算することができる。シンボルの最大数は、拡張プレフィックスを使用するのか、通常のプレフィックスを使用するのかに応じて異なることがある。
【０４６５】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ  情報に使用されるシンボルの数ＱAN_PUCCHは、ＱMAX_PUCCHと量ＱAN_PUCCH＝ｆ（ＯAN_PUCCH×ＢPUCCH）との間の最小値に対応するものとしてよく、関数ｆ（）は引数より小さいＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報に対するシンボルの可能な最大の数を与えるものとしてよい。あるいは、関数ｆ（）は、引数より大きいＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報に対するシンボルの可能な最小数を与えることができる。関数ｆ（）は、ＰＵＣＣＨで使用することができるシンボルの数の粒度が１より大きいものとしてよいとした場合に、正しい数のシンボルが確実に割り当てられるようにすることができる。
【０４６６】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報に使用されるシンボルの数（つまり、ＱAN_PUCCH）が決定された後、この数をシンボルの最大数ＱMAX_PUCCHと比較して、ＣＳＩに利用可能なシンボルの数ＱCSI_PUCCHを決定することができる。ＣＳＩ情報に利用可能なシンボルの数ＱCSI_PUCCHは、ＱMAX_PUCCHとＱAN_PUCCHとの差とすることができる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報とＣＳＩとの間の多重化を可能にする、ＣＳＩ情報に利用可能なシンボルの最小数がありえる。シンボルの最小数が利用可能でない場合、ＣＳＩ情報を削除することができる。それに加えて、他の利用可能なシンボルに含まれるＣＳＩ情報の種類（さらには報告されるＤＬキャリアの数）も、ＣＳＩに対する利用可能なシンボルの数の関数であるものとしてよい。例えば、ＱCSI_PUCCHが閾値より低い場合、単一のＤＬキャリアに対するランク情報（ＲＩ）のみ、含めることが可能であるものとしてよい。
【０４６７】
あるいは、またはそれに加えて、含めることができるＣＳＩ情報の量は、ＣＳＩ情報に対する最大符号化レートによって決定されうる。そのような最大符号化レートは、ＣＳＩの種類に依存しうる（例えば、ＲＩの場合の最大符号化レートは、高ロバスト性の要件が与えられるとすると他の種類のＣＳＩと比べて低い場合がある）。例えば、ＣＳＩに利用可能な符号化された情報ビットの最大数（ＯCSI_PUCCH）は、最大符号化レートと利用可能なビットの数との積を計算し、端数を切り捨てて（切り上げて）最近整数、またはＣＳＩ情報ビットの可能な数とマッチする最近整数にすることができる。符号化されたビットの数とシンボルの数との比Ｋは、拡散係数ＳＦで割った変調シンボル１つ当たりのビット数に対応しうる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報とＣＳＩとを多重化することについて上で説明されている実施形態も、同じサブフレーム内の異なる種類のＣＳＩの多重化に使用することができる。例えば、このような実施形態は、ＲＩとＣＱＩ／ＰＭＩとの多重化に使用することができ、ただし、ＲＩはＨＡＲＱ  ＡＣＫ／ＮＡＣＫの代わりに使用されている。
【０４６８】
実施形態において、送信するそれぞれの種類の情報に対するＰＵＣＣＨにおけるシンボルの配置を決定することができる。そのような実施形態によるＳＦ＝５であるＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ送信に対する非限定的な制御信号マッピング例１８００が、図２２に示されている。図２２に示されているように、ＣＳＩリソース２２４０は、ＲＢ  ２２１０の先頭に配置され、ＣＳＩ送信のために割り当てられたすべてのリソースが埋まるまで次のサブキャリアに続ける前にスロット０  ２２２０の１つのサブキャリア上の２つのスロットに順次マッピングされうる。その一方で、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫシンボル２２５０は、ＲＢ  ２２１０の末尾に配置することができる。言い換えると、ＣＳＩ  ２２４０は、ＰＵＣＣＨ上でＨＡＲＱ  ＡＣＫ／ＮＡＣＫ  ２２５０と周波数多重化することができる。基準シンボル２２３０は、図２２に示されているように構成されうる。
【０４６９】
別の実施形態によれば、ＰＵＣＣＨ上で送信されるＣＳＩは、ＨＡＲＱ肯定応答と同じ変調方式を使用することができる。あるいは、異なる変調方式を使用し、ＣＳＩおよびＨＡＲＱ制御シグナリングを実行することもできる。例えば、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、ＱＰＳＫ変調を使用して変調することができるが、ＣＳＩは、ＱＡＭ１６またはＱＡＭ６４などのより高次の変調を使用して変調することができる。
【０４７０】
さまざまな多重化方法を使用することができる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫシンボルは、ＲＢの周波数の上下限に配置することができる。これは、それぞれのスロット内で行うことができるか、あるいは、シンボルを第１のスロットについては上下限の一方に、第２のスロットについては上下限の他方に配置することができる。このような配置構成により、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫシンボルに対する周波数ダイバーシティを最大化することができる。あるいは、またはそれに加えて、この配置構成は、ＣＳＩシンボルに使用することができる。別の実施形態において、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫシンボルが配置されるサブキャリアを互いに等しい周波数距離のところに位置決めすることができる。あるいは、またはそれに加えて、ＣＳＩシンボルが配置されるサブキャリアを等しい周波数距離のところに位置決めすることができる。
【０４７１】
開示されている実施形態に従ってＣＳＩ情報がＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報と多重化される場合、ＣＳＩ情報の符号化は、いくつかの方法のうちの１つを使用して実行することができる。パンクチャリングを使用する実施形態において、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報およびＣＳＩに利用可能なシンボルの最大数ＱMAX_PUCCHに対応する符号化されたビットの数を仮定して、ＣＳＩ情報をまず最初に符号化することができる。例えば、符号化は、リードミュラー符号ＲＭ（Ｋ×ＱMAX_PUCCH，ＯCSI_PUCCH）を使用することができ、ただし、Ｋは符号化されたビットの数とシンボルの数との比とすることができる。次いで、ＣＳＩ符号化ビットをインタリーブし、変調し、拡散し、ＰＵＣＣＨにおけるすべての利用可能なシンボル位置に位置決めすることができる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報も符号化し、インタリーブし、変調し、拡散し、次いで、ＣＳＩ情報によってすでに使用されているシンボル位置の部分集合内に位置決めし、実際、ＣＳＩの符号化のパンクチャリングを行うこともできる。使用されるシンボルの部分集合は、前の節の実施形態のうちの１つに従って決定することができる。
【０４７２】
別の実施形態において、ＣＳＩに利用可能なシンボルの数ＱCSI_PUCCHに対応する符号化されたビットの数を仮定して、ＣＳＩ情報を直接符号化することができる。例えば、符号化は、リードミュラー符号ＲＭ（Ｋ×ＱCSI_PUCCH，ＯCSI_PUCCH）を使用することも可能であり、ただし、Ｋは符号化されたビットの数とシンボルの数との比とすることができる。次いで、ＣＳＩ符号化ビットをインタリーブし、変調し、拡散し、ＣＳＩ情報に対して識別されたシンボル位置に位置決めすることができる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報も符号化し、インタリーブし、変調し、拡散し、次いで、ＣＳＩ情報によって使用されていないシンボル位置に位置決めすることができる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報およびＣＳＩに対するシンボル位置は、本明細書で説明されている実施形態に従って決定することができる。それに加えて、ＣＳＩの送信は、最高の品質計量、例えばＳＩＮＲを有するコードワード上で優先順位付けすることができる。
【０４７３】
これらの実施形態を使用することで、ＵＬフィードバック送信に対し同じＲＢを共有するように複数のＵＥをスケジュールすることができる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫおよびＣＳＩ送信の両方に対してＰＵＣＣＨリソースブロックを共有すると、システム内の制御シグナリングのオーバーヘッドを下げることができる。
【０４７４】
実施形態において、ＵＥは、同じサブフレームでＰＵＣＣＨおよびＳＲＳの両方を送信するように構成されうる。そのような実施形態において、ＵＥは、ＳＲＳおよびＰＵＣＣＨフォーマット（ＤＦＴ−Ｓ−ＯＦＤＭまたは本明細書で説明されている類似の実施形態に基づく、実施形態において）が同じサブフレーム内でたまたま同時に出現するときにＳＲＳを送信しないように構成されうる。この実施形態において、ＰＵＣＣＨ送信は、ＳＲＳ送信に優先するものとしてよい。
【０４７５】
別の実施形態において、ＵＥは、同じサブフレーム内のＳＲＳとＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３などの、新しいフォーマット）との間に衝突が発生する場合にＳＲＳを送信するか、または落とすかのいずれかを行うように上位レイヤを通じて構成されうる。この実施形態において、上位レイヤによって与えられるパラメータＳｉｍｕｌｔａｎｅｏｕｓ−ＡＮ−ａｎｄ−ＳＲＳが偽の場合、ＵＥは、ＳＲＳを送信せず、ＰＵＣＣＨのみをそのサブフレームで送信することができる。しかし、上位レイヤによって与えられるパラメータＳｉｍｕｌｔａｎｅｏｕｓ−ＡＮ−ａｎｄ−ＳＲＳが真の場合、ＵＥは、フィードバックとＳＲＳの両方を送信するためにそのようなサブフレームで短縮されたＰＵＣＣＨフォーマットを使用することができる。この新しい短縮されたＰＵＣＣＨフォーマットは、ＵＥがそのサブフレームでＳＲＳを送信しない場合であってもセル特有のＳＲＳサブフレームで使用することが可能である。
【０４７６】
短縮されたＰＵＣＣＨフォーマットでは、フィードバック情報は、サブフレームの第２のスロット内の最後のシンボルで送信することができない。その結果、第２のスロット内でＵＥによって時間領域ブロック拡散に適用される拡散係数は、第１のスロットと比較して１だけ小さくなりうる。したがって、ＳＦ＝５であるＤＦＴ−Ｓ−ＯＦＤＭの場合、ＵＥは、第２のスロットにおける長さ５のＤＦＴ基本拡散符号ではなく以下に示されている表２２の長さ４のウォルシュ−アダマール符号を使用することができる。この場合、最大４つまでのＵＥを同じＲＢ上で同時に多重化することができることに留意されたい。図２３は、この実施形態によるＳＦ＝５のＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ送信に対する非限定的な短縮されたＰＵＣＣＨ構造例２３００を示している。
【０４７７】
【表２３】
0005993740.tif 000116
【０４７８】
このような実施形態において、ＵＥは、
【０４７９】
【数９３】
0005993740.tif 000117
【０４８０】
に従ってサブフレーム内の２つのスロットの両方に対するデータ上で適用されるブロック直交符号のインデックスを決定することができ、式中、ｎoc,0およびｎoc,1は、それぞれ、スロット０および１に対するブロック拡散符号のインデックスであり、
【０４８１】
【数９４】
0005993740.tif 000118
【０４８２】
は、サブフレーム内の第１のスロット（つまり、スロット０）に使用される拡散符号の長さである。例えば、ＳＦ＝５のＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ送信では、
【０４８３】
【数９５】
0005993740.tif 000119
【０４８４】
＝５となる。この場合、基地局（例えば、ｅＮｏｄｅＢ）は、ＳＲＳサブフレームについて、これが、ＵＥ間の衝突を回避するために基準
【０４８５】
【数９６】
0005993740.tif 000120
【０４８６】
を満たす
【０４８７】
【数９７】
0005993740.tif 000121
【０４８８】
値のみを割り当てることを確実にすることができることに留意されたい。
【０４８９】
実施形態において、基地局は、構成されたＳＲＳサブフレーム上で最大４つまでのＵＥを多重化して、短縮されたＰＵＣＣＨフォーマット３に関する、また同じＲＢに関するフィードバックを送信することができる。この場合、ＵＥは、
【０４９０】
【数９８】
0005993740.tif 000122
【０４９１】
に従ってサブフレーム内の２つのスロットの両方に対するデータ上で適用される直交系列インデックスを識別することができる。さらに、このような実施形態において、ＵＥは、
【０４９２】
【数９９】
0005993740.tif 000123
【０４９３】
に従ってＰＵＣＣＨフォーマット３に対するｐ番目の送信アンテナ上の基準信号（つまり、ＤＭＲＳ）に対する巡回シフトαp（ｎs，ｌ）を導出することができ、
式中
【０４９４】
【数１００】
0005993740.tif 000124
【０４９５】
であり、
【０４９６】
【数１０１】
0005993740.tif 000125
【０４９７】
（ｎs，ｌ）はシンボル番号ｌおよびスロット番号ｎsとともに変化するセル特有のパラメータであり、
【０４９８】
【数１０２】
0005993740.tif 000126
【０４９９】
であり、またｎs  ｍｏｄ  ２＝０について
【０５００】
【数１０３】
0005993740.tif 000127
【０５０１】
であり、ｎs  ｍｏｄ  ２＝１について
【０５０２】
【数１０４】
0005993740.tif 000128
【０５０３】
である。
【０５０４】
ＳＦ＝３であるＤＦＴ−Ｓ−ＯＦＤＭを使用する実施形態において、ＵＥは、第２のスロットに対する長さ３のＤＦＴ基本拡散符号ではなく長さ３のＤＦＴ基本拡散符号および以下の表２３に示されている長さ２のウォルシュ−アダマール符号の組み合わせを使用することができる。この実施形態において、最大２つまでのＵＥを同じＲＢ上で同時に多重化することができることに留意されたい。図２４は、この実施形態によるＳＦ＝３のＤＦＴ−Ｓ−ＯＦＤＭベースの、または類似の、ＰＵＣＣＨ送信に対する非限定的な短縮されたＰＵＣＣＨ構造例２４００を示している。
【０５０５】
【表２４】
0005993740.tif 000129
【０５０６】
拡張巡回プレフィックス（ＣＰ）送信を使用する実施形態において、制御フィードバック情報（例えば、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫおよび／またはＣＳＩ）は、それぞれのスロットにおいて利用可能な５つのデータＳＣ−ＦＤＭＡシンボル上でブロック拡散され、送信されうる。図２５および図２６は、ＳＦ＝５（例えば、図２５の構造２５００）およびＳＦ＝３（例えば、図２６の構造２６００）であるＤＦＴ−Ｓ−ＯＦＤＭベースの、または類似の構造に対するこの実施形態による拡張ＣＰの非限定的なフィードバック送信構造を示している。より具体的には、拡張ＣＰの場合、５つのＳＣ−ＦＤＭＡシンボル（つまり、０番目のシンボル、１番目のシンボル、２番目のシンボル、４番目のシンボル、５番目のシンボル）をＡＣＫ／ＮＡＣＫ送信に使用することができ、それぞれのスロット内の第３のＳＣ−ＦＤＭＡシンボルインデックスである、１つのＲＳシンボルをＤＭ−ＲＳ送信に使用することができる。ＳＦ＝５の場合、ＵＥは、データＳＣ−ＦＤＭＡシンボル上のＵＣＩのブロック拡散に対し長さ５のＤＦＴ基本拡散符号（通常のＣＰに使用されるものと同様の）を使用することができるが、ＳＦ＝３である場合、ＵＥは、長さ３のＤＦＴ基本拡散符号および上の表２３に示されている長さ２のウォルシュ−アダマール符号の組み合わせを両方のスロット内のブロック拡散に使用することができることに留意されたい。また、拡張ＣＰの場合に、ＳＦ＝３のＤＦＴ−Ｓ−ＯＦＤＭベースの構造のＵＥ多重化容量は、通常のＣＰのと比べて１だけ減らすことができることにも留意されたい。ＭＤＲＳシンボル上には時間領域直交符号はありえない。
【０５０７】
両方のＵＣＩおよびＳＲＳの送信が、拡張ＣＰとともに同じサブフレーム内に構成される実施形態において、通常のＣＰについてすでに説明されているのと似たアプローチを、ＳＦ＝５に対して使用することができる。ＳＦ＝３の場合、短縮されたＰＵＣＣＨフォーマットは、第２のスロットの第１の半分については長さ３のＤＦＴ基本拡散符号を適用することができ、ＤＭ−ＲＳシンボルの右側の単一のＳＣ−ＦＤＭＡシンボルには拡散符号を使用することはできない。
【０５０８】
実施形態において、チャネル選択に基づき情報ビット（例えば、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビット）を送信するための方法が使用されうる。少なくとも１つのビットを、送信が実行される際の１つまたは複数のインデックスの選択（送信機側）と検出（受信機側）によってより高いロバスト性を維持する形で伝達することができる。このような実施形態は、例えば、ＰＵＣＣＨ上でのＵＣＩ情報の送信（複数可）に適用されたときに、チャネル選択送信方法のロバスト性を考慮することができる。
【０５０９】
実施形態において、より高い優先度の情報ビット（複数可）をよりロバスト性の高い符号化でビット（複数可）にマッピングすることができる。例えば、チャネル選択の場合、マッピングは、特定の送信リソース（複数可）における信号の有無から暗黙のうちに符号化される１つまたは複数のビット（複数可）に対して行われる。このような情報ビットは、ダウンリンク送信（例えば、ＤＣＩフォーマットまたはＰＤＳＣＨ送信）に対応するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビットとすることができ、例えばフォーマット１ａ／ｂを使用してＰＵＣＣＨに対応する複数のＰＵＣＣＨインデックス（またはリソース）を使用して送信することができる。それに加えて、そのような情報ビットは、ＳＲなどのＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックと多重化されうる別の種類のＵＣＩに対応する情報ビット（複数可）であってもよい。情報ビットの相対的優先度は、情報ビット（複数可）が所定のダウンリンクＣＣにおける送信に対応しているかどうか（例えば、ＰＣｅｌｌにおける送信に対応している場合に、より高い優先度をビットに与えるか、またはＰＵＳＣＨおよび／またはＰＵＣＣＨ上でＵＣＩを伝送しうるＵＬ  ＣＣに関連付けられているサービングセルにおける送信に対応している場合に、より高い優先度をビットに与えることができるか）の少なくとも１つに基づき導出することができ、情報ビット（複数可）の相対的優先度は、対応するサービングセルに関連付けられているＵＬ  ＣＣのアップリンク論理チャネル優先順位付けに対する相対的優先度によって与えられ、相対的優先度は、優先度順序のＲＲＣによる明示された半静的な構成および／またはＳＣｅｌｌの暗黙の半静的な構成から導出されうる。
【０５１０】
これらの実施形態のうちのどれかにおいて、送信は、ＰＤＣＣＨ上のＤＣＩメッセージの送信（例えば、構成されたＵＬ許可および／またはＤＬ割り当て（ＳＰＳ）に対する（デ）アクティベーション指示、ＳＣｅｌｌに対する（デ）アクティベーション指示、および／またはダウンリンク割り当てを含む）、ＰＤＳＣＨ上の送信、またはマルチキャストチャネル上の送信とすることができる。そのような送信では、ＳＰＳまたはＳＣｅｌｌの（デ）アクティベーションに対するＰＤＣＣＨ上のＤＣＩメッセージおよび／またはＰＤＳＣＨ上の送信に、最高優先度を与えることができる。
【０５１１】
実施形態において、よりロバスト性の高い符号化によりビット（複数可）にマッピングされる情報ビットは、異なる種類の情報の信頼性が時間の経過とともに平均して等しいようにして、サブフレームからサブフレームへと変更することができる。例えば、チャネル選択方式にマッピングする前のＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報ビットの順序は、ｂ0、ｂ1、ｂ2、．．．、ｂnとすることができ、ただし、ｂmは、ｍ番目のＤＬキャリア上の送信に関係するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報に対応するものとすることができる（他の解釈も企図される）。ｂ0、ｂ1、ｂ2、．．．、ｂnの信頼性が他のビットより系統的に高いという状況を回避するために、知られている規則（つまり、送信機側と受信機側の両方に知られている規則）に従ってチャネル選択方式にマッピングする前に情報ビットｂ0、ｂ1、ｂ2、．．．、ｂnを、連続するサブフレームにおいて順序が異なるように、並べ替える（またはスクランブルする）とよい。この順序は、システムフレーム番号、サブフレーム番号、またはこれらの組み合わせによって決まるものとしてよい。また、物理的セル識別などの他のパラメータによっても決定されうる。スクランブル機能は、ＵＥとネットワークの両方に知られているものとしてよい。
【０５１２】
実施形態において、ＵＥは、ＳＲおよびＨＡＲＱ  ＡＣＫ／ＮＡＣＫを伝送するためにＰＵＣＣＨに対するＵＣＩを多重化し（ＰＵＣＣＨフォーマット２を使用する実施形態において）、ＣＳＩ（例えば、ＣＱＩ、ＰＭＩ、ＲＩ）を伝送するためにＰＵＳＣＨ（データなしのフォーマット）を使用するように構成されうる。このようないくつかの実施形態において、例えば、ＵＥがＬＴＥ−Ａ環境で動作していてもよい場合、ＵＥは、ＬＴＥと互換性がある場合（例えば、１つのＣＣだけが割り当てられている場合）にのみＰＵＣＣＨを使用するように構成されうる。このような実施形態において、ＵＥは、ＰＵＣＣＨフォーマット２を使用してＳＲおよびＨＡＲＱ  ＡＣＫ／ＮＡＣＫを伝送するようにし、ＬＴＥ−Ａシステムにおける帯域幅拡大（マルチキャリア）をサポートすることができる。ＬＴＥ−ＡにおけるＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、ＣＱＩ／ＰＭＩ／ＲＩをＬＴＥ  Ｒ８で使用されているように置き換えることができる。それに加えて、ＳＲをフォーマットし、いくつかの実施形態のうちのどれかを使用して送ることができる。
【０５１３】
実施形態において、ＳＲは、例えば、ＬＴＥ−Ｒ８におけるＨＡＲＱ  ＡＣＫ／ＮＡＣＫで行われうるように、基準信号上に重ね合わせることができる。例えば、ＳＲが正である場合、５番目と１２番目のＯＦＤＭシンボル上の基準信号に−１を掛ける。図２７に例示されているのは、そのような実施形態で使用されうるＳＦ＝５の場合のＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ送信に対する非限定的なＰＵＣＣＨ構造例２７００である。この実施形態は、低ドップラーシナリオでは特に有効な場合があり、また拡張巡回プレフィックスモードを使用する場合には、スロット毎に単一の基準シンボルしかないため有効でない場合がある。
【０５１４】
図２７に例が示されている実施形態において、ＵＥでは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報は、最初に、入力ビット列
【０５１５】
【数１０５】
0005993740.tif 000130
【０５１６】
および出力ビット列
【０５１７】
【数１０６】
0005993740.tif 000131
【０５１８】
とともにチャネル符号化されうるが（リードミュラーまたは畳み込み符号を使用する、さまざまな実施形態において）、ＰＵＣＣＨフォーマット２に対してＢ’＝２０であるか、またはＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ構造に対してＢ’＝４８である。スケジューリング要求ビットは、
【０５１９】
【数１０７】
0005993740.tif 000132
【０５２０】
で表すことができる。それぞれの正のＳＲは、２進数値「０」として符号化され、それぞれの負のＳＲは、２進数値「１」として符号化されうる。あるいは、それぞれの正のＳＲは、２進数値「１」として符号化され、それぞれの負のＳＲは、２進数値「０」として符号化されうる。そのような実施形態において、チャネル符号化ブロックの出力は、ｂ0、ｂ1、ｂ2、ｂ3，．．．、ｂB-1として与えることができ、ただし、ｂi＝
【０５２１】
【数１０８】
0005993740.tif 000133
【０５２２】
、ｉ＝０、．．．、Ｂ’−１およびｂB'＝
【０５２３】
【数１０９】
0005993740.tif 000134
【０５２４】
、Ｂ＝（Ｂ’＋１）である。
【０５２５】
符号化されたビットのブロックは、インタリーブされ、ＵＥ特有のスクランブルシーケンスでスクランブルされ、変調され、その結果、ＡＣＫ／ＮＡＣＫペイロードに対する複素値変調シンボルｄ（０），．．．ｄ（
【０５２６】
【数１１０】
0005993740.tif 000135
【０５２７】
）のブロックが得られる。ＳＲ情報ビットを伝送する単一のＢＰＳＫ変調シンボルｄ（
【０５２８】
【数１１１】
0005993740.tif 000136
【０５２９】
＋１）は、ＰＵＣＣＨフォーマット２またはＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ構造に対する基準信号の１つを生成する際に使用されうる。
【０５３０】
実施形態において、基準シンボルの１つを代替的巡回シフトで変調することができる。非限定的な例において、ＵＥは、一対の直交系列で構成することができ、２つの系列はＰＤＣＣＨの同じ制御チャネル要素（ＣＣＥ）から暗黙のうちに決定される。割り当てられた系列の１つと正のＳＲとの間の一対一マッピングおよび他の割り当てられた系列と負のＳＲとの間の一対一マッピングがありうる。そのような実施形態において、ＵＥは、リソースインデックス（例えば、
【０５３１】
【数１１２】
0005993740.tif 000137
【０５３２】
）によるＰＵＣＣＨ上のＨＡＲＱ−ＡＣＫとＳＲの同時送信のためのリソースを最初に決定することができる。次いで、ＵＥは、割り当てられているリソースに基づき一対の巡回シフト（例えば、α1、α2）を決定することができる。
【０５３３】
実施形態において、ＵＥは、非限定的なＰＵＣＣＨ構造例２８００を示す図２８に例示されているように、送信前に、知られているビット位置（例えば、最初のビットまたは最後のビット）でＳＲビットをＨＡＲＱ  ＡＣＫ／ＮＡＣＫとともに統合符号化することができる。この実施形態において、ＵＥで、
【０５３４】
【数１１３】
0005993740.tif 000138
【０５３５】
により表される符号化されていないＨＡＲＱ−ＡＣＫ情報は、スケジューリング要求（ＳＲ）ビットと多重化され、これにより系列ａ0、ａ1、ａ2、ａ3、．．．、ａA-1を生成するが、ただし、ａi＝
【０５３６】
【数１１４】
0005993740.tif 000139
【０５３７】
、ｉ＝０、．．．、Ａ’−１およびａA'＝
【０５３８】
【数１１５】
0005993740.tif 000140
【０５３９】
、であり、Ａ＝（Ａ’＋１）である。系列ａ0、ａ1、ａ2、ａ3、．．．、ａA-1は、リードミュラーまたは畳み込み符号を使用してチャネル符号化され、これにより、出力ビット列ｂ0、ｂ1、ｂ2、ｂ3、．．．、ｂB-1を生成するが、ただし、ＰＵＣＣＨフォーマット２に対してＢ＝２０であるか、またはＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ構造に対してＢ＝４８である。この実施形態は、高ドップラーシナリオでは特に有効な場合があり、また拡張巡回プレフィックスモードを使用する場合には、スロット毎に単一の基準シンボルしかないとしても使用することができる。
【０５４０】
実施形態において、リードミュラー符号を使用する統合符号化が使用され、コードワードがＭi,nによって表されるＡ基本系列の一次結合とすることができる場合、ＳＲビットは、周波数ダイバーシティ利得を最大化することが可能な最も信頼性の高い基本系列によって拡散されうる。例えば、ＳＲ情報符号化ビットをサブフレーム上により均等に潜在的に分散させることが可能な基本系列の候補は、ＳＲビットの符号化に対して選択されたものとしてよい。この実施形態において、チャネルエンコーダの出力における長さＢの符号化されたビット列は、
【０５４１】
【数１１６】
0005993740.tif 000141
【０５４２】
で与えることができる。ＳＲ情報ビットを符号化するためのＲＭ（２０，ｋ）に対する非限定的な基本系列は、以下の表２４に示されている。
【０５４３】
【表２５】
0005993740.tif 000142
【０５４４】
実施形態において、新しいＰＵＣＣＨ構造がＰＵＣＣＨフォーマット１構造に基づく複数のＡＣＫ／ＮＡＣＫ送信に対して使用されうる場合（例えば、ＬＴＥ−Ａ  Ｒ１０において導入される場合）、ＵＥは、負のＳＲ送信については割り当てられたＡＣＫ／ＮＡＣＫ  ＰＵＣＣＨリソース上で、正のＳＲについては割り当てられたＳＲ  ＰＵＣＣＨリソース上で、ＡＣＫ／ＮＡＣＫ応答を送信することができる。この実施形態において、使用されるＰＵＣＣＨフォーマットは、新しいＰＵＣＣＨフォーマットであるものとしてよい。
【０５４５】
実施形態において、ＳＲビットは、符号化されたＨＡＲＱ  ＡＣＫ／ＮＡＣＫ系列をパンクチャーすることができる。このような実施形態において、ＵＥでは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報は、入力ビット列
【０５４６】
【数１１７】
0005993740.tif 000143
【０５４７】
および出力ビット列
【０５４８】
【数１１８】
0005993740.tif 000144
【０５４９】
とともにリードミュラーまたは畳み込み符号を使用してチャネル符号化されうるが、ＰＵＣＣＨフォーマット２に対してＢ’＝２０であるか、またはＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ構造に対してＢ’＝４８である。スケジューリング要求ビットは、
【０５５０】
【数１１９】
0005993740.tif 000145
【０５５１】
で表すことができる。このチャネル符号化ブロックの出力は、ｂ0、ｂ1、ｂ2、ｂ3、．．．、ｂB'-1によって表すことができ、ただし、ｂi＝
【０５５２】
【数１２０】
0005993740.tif 000146
【０５５３】
、ｉ＝０、．．．、Ｂ’−１、＆ｉ≠ｊおよびｂj＝
【０５５４】
【数１２１】
0005993740.tif 000147
【０５５５】
である。ｊは、ＳＲビットによって上書きされるチャネル符号化ブロックの出力におけるビットのインデックスとすることができることに留意されたい。実施形態において、パンクチャリングは、ＢＰＳＫ変調ＳＲシンボルがＱＰＳＫ変調ＡＣＫ／ＮＡＣＫシンボルのうちの１つをパンクチャーするようにシンボルレベルで実行されうる。
【０５５６】
これらの実施形態において、ＣＳＩは、さまざまな方法で送信されうる。実施形態において、サブフレームに関してＨＡＲＱ  ＡＣＫ／ＮＡＣＫとＣＳＩとの間に衝突がない場合、ＰＵＳＣＨ上でＣＳＩをデータなしで送信することができるが（ＣＳＩのみを伴うＰＵＳＣＨ）、サブフレームに関してＨＡＲＱ  ＡＣＫ／ＮＡＣＫとＣＳＩとの間に衝突がある場合、このサブフレームに関してＨＡＲＱ  ＡＣＫ／ＮＡＣＫのみが送信される（つまり、ＣＳＩは送信されない）。あるいは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫおよびＣＳＩの両方を本明細書で説明されているようにＰＵＳＣＨ上で送信することができる。実施形態において、ＰＵＣＣＨフォーマット２上のＨＡＲＱ  ＡＣＫ／ＮＡＣＫおよびデータなしのＰＵＳＣＨ上のＣＳＩは、同時に送信されうる。
【０５５７】
同じサブフレーム内でＡＣＫ／ＮＡＣＫと正のＳＲとの間に衝突が発生する実施形態において、ＵＥは、ＡＣＫ／ＮＡＣＫを落とし、ＳＲを送信するように構成されうる。この実施形態において、上位レイヤによって与えられるパラメータＳｉｍｕｌｔａｎｅｏｕｓＡｃｋＮａｃｋＡｎｄＳＲにより、ＵＥがＡＣＫ／ＮＡＣＫおよびＳＲの同時送信をサポートするように構成されているかどうかを判定することができる。この場合、ＲＲＣ  ＩＥ（例えば、ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＣｏｎｆｉｇ−Ｒ１０）は、パラメータＳｉｍｕｌｔａｎｅｏｕｓＡｃｋＮａｃｋＡｎｄＳＲをシグナリングで伝達することが可能なように定義されうる。このようなＩＤの非限定的な例を以下に示す。
【０５５８】
【表２６】
0005993740.tif 000148
【０５５９】
実施形態において、ＵＥは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫペイロードサイズが予め定められている値を超えると必ずＡＣＫ／ＮＡＣＫを落とすものとしてよい。この実施形態において、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫペイロードサイズは、構成されたコンポーネントキャリアおよび送信モードによって決めることができる。そのため、ＵＥは、ＣＣの数およびそれぞれのＣＣ上の送信モードに関して上位レイヤによって構成された後、ＡＣＫ／ＮＡＣＫ情報をいつ落とすべきかを暗黙のうちに知ることができる。
【０５６０】
実施形態において、ＵＥは、ＰＵＣＣＨ送信に使用する送信電力を決定するように構成されうる。ＵＥは、ＰＵＣＣＨ送信のペイロード（つまり、フォーマット）（例えば、前記ペイロード内で伝送するＡＣＫ／ＮＡＣＫビットの数および／または前記ペイロードを伝送するために使用されるＡＣＫ／ＮＡＣＫフォーマット）、ＵＥの構成のサービングセル毎のコードワードの数、ＵＥの構成のアクティブなサービングセル毎のコードワードの数（実施形態において、ＦＡＣによってアクティベートされたサービングセルのみ）、ＵＥの構成におけるサービングセルの数、およびＵＥの構成のアクティブなサービングセルの数、実施形態においてＦＡＣによってアクティベートされたサービングセルのみの数のうちの少なくとも１つの関数として送信電力を定義することによってＡＣＫ／ＮＡＣＫのＰＵＣＣＨでの送信のための送信電力を制御するように構成されうる。
【０５６１】
実施形態において、ＵＥ構成の複数の（実施形態において、明示的にアクティベートされた）サービングセルに対応するＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックの統合符号化をサポートするＰＵＣＣＨフォーマットの定義が与えられた場合に、ＵＥの電力制御ユニットは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫペイロードに応じて統合符号化を使用してＰＵＣＣＨフォーマットに使用される送信電力を調節して、ＵＬ制御チャネルのカバレッジをＰＵＣＣＨフォーマット１ａのカバレッジに十分近いものとなるように維持し、例えば、そのカバレッジを構成された（また場合によっては明示的にアクティベートされた）サービングセルの数に左右されないようにすることができる。
【０５６２】
これは、
【０５６３】
【数１２２】
0005993740.tif 000149
【０５６４】
のように統合符号化を使用して前記ＰＵＣＣＨフォーマットの送信に対してｈ（ｎCQI，ｎHARQ）を定義することによって達成されうる。上記の公式中の値「３」は、統合符号化を使用するＰＵＣＣＨフォーマットにおける統合符号化に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットの最小数が３ビットであると予想されるという事実に基づくことができる。あるいは、この値は、統合符号化を使用して符号化され、ＰＵＣＣＨにマッピングされるＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットの最小数を表すものとしてよい、より一般化されたパラメータｎHARQ,minで置き換えることもできる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットの最大数は、上記の公式に影響を及ぼさないことに留意されたい。
【０５６５】
特徴および要素が特定の組み合わせで上で説明されているけれども、当業者であれば、それぞれの特徴もしくは要素は単独で、または他の特徴および要素と組み合わせて使用できることを理解するであろう。それに加えて、本明細書で説明されている方法は、コンピュータまたはプロセッサにより実行できるようにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにより実装されうる。コンピュータ可読媒体の例としては、電子信号（有線で、または無線接続で送信される）およびコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の例としては、限定はしないが、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体が挙げられる。ソフトウェアとの関連性を持つプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはホストコンピュータにおいて使用するための無線周波トランシーバを実装するために使用できる。
【図１Ａ】
0005993740.tif 000154
【図１Ｂ】
0005993740.tif 000155
【図１Ｃ】
0005993740.tif 000156
【図２】
0005993740.tif 000157
【図３】
0005993740.tif 000158
【図４】
0005993740.tif 000159
【図５】
0005993740.tif 000160
【図６】
0005993740.tif 000161
【図７】
0005993740.tif 000162
【図８】
0005993740.tif 000163
【図９】
0005993740.tif 000164
【図１０】
0005993740.tif 000165
【図１１】
0005993740.tif 000166
【図１２】
0005993740.tif 000167
【図１３】
0005993740.tif 000168
【図１４】
0005993740.tif 000169
【図１５】
0005993740.tif 000170
【図１６】
0005993740.tif 000171
【図１７】
0005993740.tif 000172
【図１８】
0005993740.tif 000173
【図１９】
0005993740.tif 000174
【図２０】
0005993740.tif 000175
【図２１】
0005993740.tif 000176
【図２２】
0005993740.tif 000177
【図２３】
0005993740.tif 000178
【図２４】
0005993740.tif 000179
【図２５】
0005993740.tif 000180
【図２６】
0005993740.tif 000181
【図２７】
0005993740.tif 000182
【図２８】
0005993740.tif 000183