JP6200434B2 - フィードバック情報を送受信するためのデバイス - Google Patents

Description

本開示は、一般に、通信システムに関する。より具体的には、本開示は、フィードバック情報を送受信するためのデバイスに関する。

ワイヤレス通信デバイスは、消費者ニーズを満たし、可搬性と便利さとを改善するために、より小さく、より強力になった。消費者は、ワイヤレス通信デバイスに依存するようになり、高信頼性のサービス、カバレッジエリアの拡大および機能性の向上を期待するようになった。ワイヤレス通信システムは、多数のワイヤレス通信デバイスに通信を提供し、それぞれのデバイスが基地局によるサービスを享受する。基地局は、ワイヤレス通信デバイスと通信するデバイスである。

ワイヤレス通信デバイスが進歩するにつれて、通信容量、速度、フレキシビリティおよび／または効率の向上が求められてきた。しかしながら、通信容量、速度、フレキシビリティおよび／または効率の向上がいくつかの問題を提起することもある。

例えば、ワイヤレス通信デバイスは、通信構造を用いて１つ以上のデバイスと通信する。しかしながら、用いられる通信構造は、限られたフレキシビリティおよび／または効率を提供するに過ぎない。この考察が示すように、通信のフレキシビリティおよび／または効率を向上させるシステムおよび方法が有益であろう。

本発明の態様は、基地局装置（ｅＮＢ：ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）へ情報を送信する端末装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）を提供し、ＵＥは、プライマリセル（ＰＣｅｌｌ：ｐｒｉｍａｒｙ ｃｅｌｌ）の時分割多重（ＴＤＤ：Ｔｉｍｅ−Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ）上り下りリンク（ＵＬ−ＤＬ：ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ）構成を確定（ｄeｔeｒｍｉｎｅ）し、かつセカンダリセル（ＳＣｅｌｌ：ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）のＴＤＤ ＵＬ−ＤＬ構成を確定するように構成されたオペレーション部であって、ＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成はＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成とは異なるオペレーション部と、あるセルのためのＵＬサブフレームと関連付けられた、集合Ｋにおける要素のうちのＤＬサブフレームおよびスペシャルサブフレームに対応する、ハイブリッド自動再送要求／肯定応答（ＨＡＲＱ−ＡＣＫ：Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を、そのセルのためのそのＵＬサブフレームで送信するように構成された送信部であって、集合Ｋは、１つ以上のＫの値を含み、サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおける物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）に対応する送信部とを備え、ＰＣｅｌｌに対する集合Ｋは、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成に基づいて確定され、ＳＣｅｌｌに対する集合Ｋは、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成およびＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成に基づいて確定されたＴＤＤ ＵＬ−ＤＬ構成に基づいて確定される。

本発明の他の態様は、ＵＥと通信するｅＮＢを提供し、ｅＮＢは、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成をシグナリングし、かつＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成をシグナリングするように構成された送信部であって、ＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成はＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成とは異なる送信部と、あるセルのためのＵＬサブフレームと関連付けられた、集合Ｋにおける要素のうちのＤＬサブフレームおよびスペシャルサブフレームに対応するＨＡＲＱ−ＡＣＫ情報を、そのセルのためのそのＵＬサブフレームで受信するように構成された受信部であって、集合Ｋは、１つ以上のｋの値を含み、サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＤＳＣＨに対応する受信部とを備え、ＰＣｅｌｌに対する集合Ｋは、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成に基づいて確定され、ＳＣｅｌｌに対する集合Ｋは、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成およびＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成に基づいて確定されたＴＤＤ ＵＬ−ＤＬ構成に基づいて確定される。

本発明の他の態様は、ＵＥによって情報を送信するための方法を提供し、方法は、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成を確定するステップと、ＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成を確定するステップであって、ＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成はＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成とは異なり、あるセルのためのＵＬサブフレームと関連付けられた、集合Ｋにおける要素のうちのＤＬサブフレームおよびスペシャルサブフレームに対応するＨＡＲＱ−ＡＣＫ情報を、そのセルのためのそのＵＬサブフレームで送信するステップであって、集合Ｋは、１つ以上のｋの値を含み、サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＤＳＣＨに対応する、送信するステップとを備え、ＰＣｅｌｌに対する集合Ｋは、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成に基づいて確定され、ＳＣｅｌｌに対する集合Ｋは、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成およびＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成に基づいて確定されたＴＤＤ ＵＬ−ＤＬ構成に基づいて確定される。

本発明の他の態様は、ｅＮＢによって情報を受信するための方法を提供し、方法は、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成をシグナリングするステップと、ＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成をシグナリングするステップであって、ＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成はＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成とは異なり、あるセルのためのＵＬサブフレームと関連付けられた、集合Ｋにおける要素のうちのＤＬサブフレームおよびスペシャルサブフレームに対応するＨＡＲＱ−ＡＣＫ情報を、そのセルのためのそのＵＬサブフレームで受信するステップであって、集合Ｋは、１つ以上のｋの値を含み、サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＤＳＣＨに対応する、受信するステップとを備え、ＰＣｅｌｌに対する集合Ｋは、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成に基づいて確定され、ＳＣｅｌｌに対する集合Ｋは、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成およびＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成に基づいて確定されたＴＤＤ ＵＬ−ＤＬ構成に基づいて確定される。

本発明の他の態様は、ＵＥに複数の機能を実行させるためにＵＥに搭載された集積回路を提供し、集積回路は、ＵＥに、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成を確定するステップと、ＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成を確定するステップであって、ＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成はＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成とは異なり、あるセルのためのＵＬサブフレームと関連付けられた、集合Ｋにおける要素のうちのＤＬサブフレームおよびスペシャルサブフレームに対応するＨＡＲＱ−ＡＣＫ情報を、そのセルのためのそのＵＬサブフレームで送信するステップであって、集合Ｋは、１つ以上のｋの値を含み、サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＤＳＣＨに対応する、送信するステップとを行わせ、ＰＣｅｌｌに対する集合Ｋは、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成に基づいて確定され、ＳＣｅｌｌに対する集合Ｋは、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成およびＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成に基づいて確定されたＴＤＤ ＵＬ−ＤＬ構成に基づいて確定される。

本発明の他の態様は、ｅＮＢに複数の機能を実行させるためにｅＮＢに搭載された集積回路を提供し、集積回路は、ｅＮＢに、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成をシグナリングするステップと、ＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成をシグナリングするステップであって、ＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成はＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成とは異なり、あるセルのためのＵＬサブフレームと関連付けられた、集合Ｋにおける要素のうちのＤＬサブフレームおよびスペシャルサブフレームに対応するＨＡＲＱ−ＡＣＫ情報を、そのセルのためのそのＵＬサブフレームで受信するステップであって、集合Ｋは、１つ以上のｋの値を含み、サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＤＳＣＨに対応する、受信するステップとを行わせ、ＰＣｅｌｌに対する集合Ｋは、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成に基づいて確定され、ＳＣｅｌｌに対する集合Ｋは、ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成およびＳＣｅｌｌのＴＤＤ ＵＬ−ＤＬ構成に基づいて確定されたＴＤＤ ＵＬ−ＤＬ構成に基づいて確定される。

フィードバック情報を送受信するためのシステムおよび方法が実装された１つ以上の基地局装置（ｅＮＢ）および１つ以上の端末装置（ＵＥ）の一構成を示すブロック図である。 フィードバック情報を送信するための方法の一構成を示すフロー図である。 フィードバック情報を送信するための方法のより具体的な構成を示すフロー図である。 本明細書に開示されるシステムおよび方法に従って用いられる無線フレームの一例を示す図である。 本明細書に記載されるシステムおよび方法によるいくつかの上り下りリンク（ＵＬ−ＤＬ）構成を示す図である。 プライマリセル（ＰＣｅｌｌ）およびセカンダリセル（ＳＣｅｌｌ）構成の例を示す図である。 ＰＣｅｌｌ構成とＳＣｅｌｌ構成との間の衝突サブフレームの例を示す図である。 ＵＬ−ＤＬ構成ｚｅｒｏを用いた物理下りリンク共有チャネル（ＰＤＳＣＨ）ハイブリッド自動再送要求／肯定応答（ＨＡＲＱ−ＡＣＫ）リポーティングを示す図である。 フィードバック情報を受信するための方法の一構成を示すフロー図である。 フィードバック情報を受信するための方法のより具体的な構成を示すフロー図である。 フィードバック情報を送信するための方法の別のより具体的な構成を示すフロー図である。 ＵＥに利用される様々なコンポーネントを示す。 ｅＮＢにおいて利用される様々なコンポーネントを示す。 フィードバック情報を送信するためのシステムおよび方法が実装されたＵＥの一構成を示すブロック図である。 フィードバック情報を受信するためのシステムおよび方法が実装されたｅＮＢの一構成を示すブロック図である。

フィードバック情報を送信するＵＥが記載される。ＵＥは、プロセッサ、およびプロセッサと電子通信を行うメモリに記憶された命令を含む。ＵＥは、ＰＣｅｌｌ構成を確定する。ＵＥは、ＳＣｅｌｌ構成も確定する。ＳＣｅｌｌ構成は、ＰＣｅｌｌ構成とは異なる。ＵＥは、さらに、ＰＣｅｌｌ構成およびＳＣｅｌｌ構成に基づいてフィードバック・パラメータＭ_ｃを確定する。Ｍ_ｃは、セルｃに関して、既知の上りリンクサブフレームでのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバックを必要とするサブフレームの数を示す。加えて、ＵＥは、ＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を確定する。ＵＥは、また、フィードバック・パラメータに基づいてＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を送信する。

フィードバック・パラメータは、集合Ｋにおける要素の数を示す。集合Ｋは、少なくとも１つのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションｋを含む。フィードバック・パラメータは、クロスキャリアスケジュールされたＳＣｅｌｌに関して確定される。

フィードバック・パラメータの確定は、参照パラメータＭ_Ｒｅｆに基づいてもよい。Ｍ_Ｒｅｆは、参照構成に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。ＳＣｅｌｌ構成のための下りリンクサブフレームの第１のセットが、ＰＣｅｌｌ構成のための下りリンクサブフレームの第２のセットの部分集合である場合、参照パラメータは、ＰＣｅｌｌパラメータＭ_{ＰＣｅｌｌ}に設定される。Ｍ_{ＰＣｅｌｌ}は、ＰＣｅｌｌ構成に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。

ＰＣｅｌｌ構成のための下りリンクサブフレームの第２のセットが、ＳＣｅｌｌ構成のための下りリンクサブフレームの第１のセットの部分集合である場合には、参照パラメータは、ＳＣｅｌｌパラメータＭ_{ＳＣｅｌｌ}に設定される。Ｍ_{ＳＣｅｌｌ}は、ＳＣｅｌｌ構成に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。

ＳＣｅｌｌ構成のための下りリンクサブフレームの第１のセットが、ＰＣｅｌｌ構成のための下りリンクサブフレームの第２のセットの部分集合でも上位集合でもない場合には、参照パラメータは、所定のパラメータＭ_{ＲｅｆＣｏｎｆ}に設定される。Ｍ_{ＲｅｆＣｏｎｆ}は、参照構成に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。

フィードバック・パラメータは、Ｍ_Ｅｆｆ＝Ｍ_Ｒｅｆ−ｍに等しくてもよい。Ｍ_Ｅｆｆは、衝突サブフレームを除いて参照構成に従うＳＣｅｌｌに関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつ下りリンクサブフレームおよびスペシャルサブフレームの数であり、Ｍ_Ｒｅｆは、参照構成に関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数であり、ｍは、参照構成では下りリンクサブフレームおよびスペシャルサブフレームであり、ＳＣｅｌｌ構成では上りリンクサブフレームである衝突サブフレームの数である。

クロスキャリアスケジュールされたＳＣｅｌｌでは、フィードバック・パラメータの確定は、スケジューリングセル・パラメータＭ_{ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}または実効的なスケジューリングセル・パラメータＭ_{Ｅｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}に基づいてもよい。Ｍ_{ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}は、スケジューリングセル構成に関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数であり、Ｍ_{Ｅｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}は、衝突サブフレームを除く、スケジューリングセル構成に関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数である。あるいは、スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成が用いられてもよい。

ＵＥは、フィードバック・パラメータに基づいて、少なくとも１つのセルに関して、ＨＡＲＱ−ＡＣＫフィードバック多重化のための下りリンクサブフレームの数を確定する。フィードバック・パラメータは、参照パラメータに基づいてもよい。フィードバック・パラメータは、参照パラメータおよび衝突サブフレームの数に基づいてもよい。

ＰＣｅｌｌ構成が上り下りリンク構成０である場合、ＵＥは、物理上りリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）フォーマット３とＨＡＲＱ−ＡＣＫ多重化とを１つ以上のセルに適用する。ＰＣｅｌｌ構成が上り下りリンク構成０であり、かつ２つだけの構成された在圏セルがある場合には、サブフレーム３および８におけるＨＡＲＱ−ＡＣＫレポーティングのために、ＵＥは、ＰＵＣＣＨフォーマット１ａ、ＰＵＣＣＨフォーマット１ｂ、およびチャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂのうちの１つ以上を適用する。

ＵＥは、方式を受信することもできる。フィードバック・パラメータの確定は、さらに方式に基づいてもよい。

フィードバック情報を受信するｅＮＢも記載される。ｅＮＢは、プロセッサ、およびプロセッサと電子通信を行うメモリに記憶された命令を含む。ｅＮＢは、ＰＣｅｌｌ構成をシグナリングする。ｅＮＢは、ＳＣｅｌｌ構成もシグナリングする。ＳＣｅｌｌ構成は、ＰＣｅｌｌ構成とは異なる。ｅＮＢは、ＰＣｅｌｌ構成およびＳＣｅｌｌ構成に基づいてフィードバック・パラメータＭ_ｃを確定する。Ｍ_ｃは、セルｃに関して、既知の上りリンクサブフレームでのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバックを必要とするサブフレームの数を示す。加えて、ｅＮＢは、フィードバック・パラメータに基づいてＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を受信する。また、ｅＮＢは、ＰＵＣＣＨフォーマット３、ＰＵＣＣＨフォーマット１ａ、ＰＵＣＣＨフォーマット１ｂ、およびチャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂからなる群のうちの少なくとも１つに基づいて、ＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を解釈（interpret）する。ｅＮＢは、方式をシグナリングする。

フィードバック・パラメータの確定は、参照パラメータＭ_Ｒｅｆに基づいてもよい。Ｍ_Ｒｅｆは、参照構成に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。

フィードバック・パラメータは、Ｍ_Ｅｆｆ＝Ｍ_Ｒｅｆ−ｍに等しくてもよい。Ｍ_Ｅｆｆは、衝突サブフレームを除いて参照構成に従うＳＣｅｌｌに関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつ下りリンクサブフレームおよびスペシャルサブフレームの数であり、Ｍ_Ｒｅｆは、参照構成に関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつ下りリンクサブフレームの数であり、ｍは、参照構成では下りリンクサブフレームおよびスペシャルサブフレームであり、ＳＣｅｌｌ構成では上りリンクサブフレームである衝突サブフレームの数である。

クロスキャリアスケジュールされたＳＣｅｌｌに関して、フィードバック・パラメータの確定は、スケジューリングセル・パラメータＭ_{ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}または実効的なスケジューリングセル・パラメータＭ_{Ｅｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}に基づいてもよい。Ｍ_{ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}は、スケジューリングセル構成に関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数であり、Ｍ_{Ｅｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}は、衝突サブフレームを除くスケジューリングセル構成に関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数である。または、スケジューリングセルがＰＣｅｌｌではない場合、スケジューリングセル構成の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成が用いられてもよい。

ＵＥによってフィードバック情報を送信するための方法も記載される。方法は、ＰＣｅｌｌ構成を確定するステップを含む。方法は、ＳＣｅｌｌ構成を確定するステップも含む。ＳＣｅｌｌ構成は、ＰＣｅｌｌ構成とは異なる。方法は、ＰＣｅｌｌ構成およびＳＣｅｌｌ構成に基づいてフィードバック・パラメータＭ_ｃを確定するステップをさらに含む。Ｍ_ｃは、セルｃに関して、既知の上りリンクサブフレームでのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバックを必要とするサブフレームの数を示す。方法は、ＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を確定するステップも含む。加えて、方法は、フィードバック・パラメータに基づいてＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を送信するステップを含む。

ｅＮＢにフィードバック情報を受信するための方法も記載される。方法は、ＰＣｅｌｌ構成をシグナリングするステップを含む。方法は、ＳＣｅｌｌ構成をシグナリングするステップも含む。ＳＣｅｌｌ構成は、ＰＣｅｌｌ構成とは異なる。方法は、ＰＣｅｌｌ構成およびＳＣｅｌｌ構成に基づいてフィードバック・パラメータＭ_ｃを確定するステップをさらに含む。Ｍ_ｃは、セルｃに関して、既知の上りリンクサブフレームでのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバックを必要とするサブフレームの数を示す。加えて、方法は、フィードバック・パラメータに基づいてＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を受信するステップを含む。

「３ＧＰＰ」とも呼ばれる第３世代パートナーシップ・プロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、第３および第４世代ワイヤレス通信システムに関する世界的に適用可能な技術仕様および技術レポートを規定することを目指した連携合意である。３ＧＰＰは、次世代モバイル・ネットワーク、システムおよびデバイスに関する仕様を規定する。

３ＧＰＰロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、将来の要求に対処すべくユニバーサル・モバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）モバイルフォンまたはデバイス規格を改善するプロジェクトに与えられた名称である。一態様において、ＵＭＴＳは、進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）および進化型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）にサポートおよび仕様を提供するために修正された。

本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、３ＧＰＰ ＬＴＥ、ＬＴＥアドバンスト（ＬＴＥ−Ａ）および他の規格（例えば、３ＧＰＰリリース８、９、１０および／または１１）に関して記載される。しかしながら、本開示の範囲は、この点で限定されるべきではない。本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、他のタイプのワイヤレス通信システムに利用されてもよい。

ワイヤレス通信デバイスは、音声および／またはデータを基地局へ通信するために用いられる電子デバイスであり、次には基地局がデバイスのネットワーク（例えば、公衆交換電話網（ＰＳＴＮ：ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ）、インターネットなど）と通信する。本明細書においてシステムおよび方法を記載するときに、ワイヤレス通信デバイスは、代わりに、移動局、ＵＥ、アクセス端末、加入者局、移動端末、遠隔局、ユーザ端末、端末、加入者ユニット、モバイルデバイスなどと呼ばれることもある。ワイヤレス通信デバイスの例は、セルラーフォン、スマートフォン、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、ラップトップコンピュータ、ネットブック、電子書籍リーダ、ワイヤレス・モデムなどを含む。３ＧＰＰ仕様では、ワイヤレス通信デバイスは、典型的にＵＥと呼ばれる。しかしながら、本開示の範囲は、３ＧＰＰ規格に限定されるべきではないので、より一般的な用語「ワイヤレス通信デバイス」を意味するために、本明細書では用語「ＵＥ」および「ワイヤレス通信デバイス」が同義で用いられる。

３ＧＰＰ仕様では、基地局は、典型的にＮｏｄｅ Ｂ、ｅＮＢ、ｈｏｍｅ ｅｎｈａｎｃｅｄまたはｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ＨｅＮＢ）、あるいはいくつか他の同様の用語で呼ばれる。本開示の範囲は、３ＧＰＰ規格に限定されるべきではないので、より一般的な用語「基地局」を意味するために、本明細書では用語「基地局」、「Ｎｏｄｅ Ｂ」、「ｅＮＢ」および「ＨｅＮＢ」が同義で用いられる。さらにまた、用語「基地局」は、アクセスポイントを示すために用いられてもよい。アクセスポイントとは、ワイヤレス通信デバイスのためにネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなど）へのアクセスを提供する電子デバイスである。用語「通信デバイス」は、ワイヤレス通信デバイスおよび／または基地局の両方を示すために用いられる。

留意すべきは、本明細書では、「セル」がインターナショナル・モバイル・テレコミュニケーションズ−アドバンスト（ＩＭＴ−Ａｄｖａｎｃｅｄ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ−Ａｄｖａｎｃｅｄ）に用いるべく規格化または規制団体によって仕様が定められたいずれかの通信チャネルであり、ｅＮＢとＵＥとの間の通信に用いるために認可されたバンド（例えば、周波数バンド）として、そのすべてまたはその部分集合が３ＧＰＰによって採用されることである。「構成されたセル（ｃｏｎｆｉｇｕｒｅｄ ｃｅｌｌ）」は、ＵＥが認識しており、情報を送信または受信することがｅＮＢによって許可されたセルである。「構成されたセル（単数または複数）」は、在圏セル（単数または複数）であってもよい。ＵＥは、すべての構成されたセル上でシステム情報を受信して、必要な測定を行う。「アクティブ化されたセル（ａｃｔｉｖａｔｅｄ ｃｅｌｌ）」は、ＵＥが送受信を行っている構成されたセルである。すなわち、アクティブ化されたセルは、ＵＥが物理下りリンク制御チャネル（ＰＤＣＣＨ）をモニタする対象となるセルであり、下りリンク送信の場合に、ＵＥがＰＤＳＣＨを復号する対象となるセルである。「非アクティブ化されたセル（ｄｅａｃｔｉｖａｔｅｄ ｃｅｌｌ）」は、ＵＥが送信ＰＤＣＣＨをモニタしていない構成されたセルである。留意すべきは、「セル」が異なる次元の観点から記載されることである。例えば、「セル」は、時間特性、空間（例えば、幾何形状）特性、および周波数特性を有する。

本明細書に開示されるシステムおよび方法は、フィードバック情報を送受信するためのデバイスを記載する。これは、キャリアアグリゲーションのコンテキストで行われる。例えば、異なる時分割多重（ＴＤＤ）ＵＬ−ＤＬ構成を用いたキャリアアグリゲーション（例えば、バンド間キャリアアグリゲーション）に関するＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングが記載される。

本明細書に開示されるシステムおよび方法に従って、バンド間キャリアアグリゲーションには異なるＴＤＤ ＵＬ−ＤＬ構成が用いられる。言い換えれば、異なるバンドにおけるセルまたはコンポーネントキャリア（ＣＣ：ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）は、異なるＵＬ−ＤＬ構成を有する。キャリアアグリゲーションとは、１つ以上のキャリアを同時に利用することを指す。一例において、キャリアアグリゲーションは、ＵＥが利用できる有効バンド幅を増加させるために用いられる。キャリアアグリゲーションの１つのタイプは、バンド間キャリアアグリゲーションである。バンド間キャリアアグリゲーションでは、複数のバンドからの複数のキャリアがアグリゲートされる。例えば、第１のバンドにおけるキャリアが第２のバンドにおけるキャリアとアグリゲートされる。本明細書では、用語「同時の」およびそのバリエーションは、少なくとも２つの事象が時間的に互いに重複することを示し、これらの少なくとも２つの事象が正確に同時刻に始まるか、および／または終わることを意味しても、しなくてもよい。本明細書に開示されるシステムおよび方法は、バンド間キャリアアグリゲーションには制約されず、バンド内キャリアアグリゲーションにも適用されてよい。

本明細書では、用語「構成」は、ＵＬ−ＤＬ構成を指す。ＵＬ−ＤＬ構成は、無線フレーム内の各サブフレームがＵＬサブフレーム、ＤＬサブフレーム、またはスペシャルサブフレームであるかどうかを明示する。ＵＬ−ＤＬ構成に関するさらなる詳細が下の表（１）に関連して示される。「ＰＣｅｌｌ構成」は、ＰＣｅｌｌに対応するＵＬ−ＤＬ構成を指す。例えば、ＰＣｅｌｌ構成は、ｅＮＢおよびＵＥによってＰＣｅｌｌでの通信に適用されるＵＬ−ＤＬ構成である。ＰＣｅｌｌ構成は、ｅＮＢによってＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１（ＳＩＢ−１）でＵＥへシグナリングされる。ＳＩＢ−１は、（例えば、ｅＮＢによって）ブロードキャスト制御チャネル上で論理チャネルとして送信される。「ＳＣｅｌｌ構成」は、ＳＣｅｌｌに対応するＵＬ−ＤＬ構成を指す。例えば、ＳＣｅｌｌ構成は、ｅＮＢおよびＵＥによってＳＣｅｌｌでの通信に適用されるＵＬ−ＤＬ構成である。ＳＣｅｌｌ構成は、ｅＮＢによるキャリアアグリゲーションを用いて専用無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングでＵＥへシグナリングされる。専用ＲＲＣシグナリングは、（例えば、ｅＮＢによって）専用制御チャネル上で論理チャネルとして送信される。加えて、または代わりに、ｅＮＢは、セルをＰＣｅｌｌとして用いてＳＣｅｌｌ構成をＳＩＢ−１でＵＥへ送信してもよい。典型的に、ｅＮＢは、セルをＰＣｅｌｌとして用いてＳＩＢ−１でＵＥへ送信するときも、キャリアアグリゲーションを用いて専用ＲＲＣシグナリングでＵＥへ送信するときも同じシステム情報パラメータを送信するが、これが厳密に要求されるわけではない。しかしながら、セル固有のパラメータであるパラメータは、キャリアアグリゲーションを用いて専用ＲＲＣシグナリングによってＵＥへシグナリングされ、かつセルをＰＣｅｌｌとして用いてＵＥへシグナリングされてもよく、ＳＣｅｌｌ ＳＩＢ−１構成またはＳＣｅｌｌ構成と呼ばれる。

ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫは、上りリンク上でレポートされる。１つの手法では、ＰＣｅｌｌ構成が参照構成として選択される。ＳＣｅｌｌ ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫは、ＰＣｅｌｌ ＵＬサブフレームアロケーションへマッピングされる。「ＵＬサブフレームアロケーション」は、ＵＬ送信のために構成された１つ以上のサブフレームを指す。例えば、ＰＣｅｌｌ ＵＬサブフレームアロケーションは、ＰＣｅｌｌ構成に従って１つ以上のＵＬサブフレームを指定する。「ＤＬサブフレームアロケーション」は、ＤＬ送信のために構成された１つ以上のサブフレームを指す。例えば、ＰＣｅｌｌ ＤＬサブフレームアロケーションは、ＰＣｅｌｌ構成に従って１つ以上のＤＬサブフレームを指定する。

キャリアアグリゲーションは、ＰＣｅｌｌおよびＳＣｅｌｌ（単数または複数）のための通信リソースを同じｅＮＢスケジューラが管理することを想定する。したがって、スケジューラは、各セルの実際の構成を認識している。ＵＥは、特にセルがＰＣｅｌｌとは異なるＵＬ−ＤＬ構成を有する場合に、各アグリゲートされたセルの実際のＵＬ−ＤＬ構成を（例えば、ｅＮＢによって）通知される。

いくつかの実装では、本明細書に開示されるシステムおよび方法は、異なる時分割多重（ＴＤＤ）上り下りリンク（ＵＬ−ＤＬ）構成を用いたキャリアアグリゲーションに関して、ＰＵＣＣＨフォーマット３上でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングおよび多重化を可能にする。ＴＤＤ ＵＬ−ＤＬ構成は、本明細書では便宜上、「ＵＬ−ＤＬ構成」または同様の用語で呼ばれる。加えて、本明細書では便宜上、ＰＣｅｌｌに対応するＵＬ−ＤＬ構成は「ＰＣｅｌｌ構成」と呼ばれ、ＳＣｅｌｌに対応するＵＬ−ＤＬ構成は「ＳＣｅｌｌ構成」と呼ばれる。そのうえ、本明細書では便宜上、「上りリンク」は「ＵＬ」と略記され、「下りリンク」は「ＤＬ」と略記される。

強化されたキャリアアグリゲーション（ｅＣＡ：ｅｎｈａｎｃｅｄ ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）は、異なるＵＬ−ＤＬ構成を用いたバンド間キャリアアグリゲーション（ＣＡ）を含む。例えば、本明細書に開示されるシステムおよび方法は、リリース１１でサポートされる、異なるＵＬ−ＤＬ構成を用いたバンド間ＣＡを可能にする。そのうえ、本明細書に開示されるシステムおよび方法に従って、所定のＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティング アソシエーションを利用することができる。

ＬＴＥリリース８、９および１０仕様では、ＴＤＤ ＣＡは、同じＵＬ−ＤＬ構成をもつセルを許可するに過ぎない。従って、すべてのセルのＨＡＲＱ−ＡＣＫビットを確定するために、同じパラメータのセットが利用される。しかしながら、異なるＵＬ−ＤＬ構成を用いたＴＤＤ ＣＡでは、異なるセルに異なるパラメータのセットが利用される。結果として、異なるＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３、およびチャネルセレクションを伴うＰＵＣＣＨフォーマット１ａ／１ｂ）上でのＨＡＲＱ−ＡＣＫビットの多重化に係わる新たな課題が生じる。

しかしながら、３ＧＰＰミーティングではＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングのための詳細なＰＵＣＣＨフォーマットは議論されてこなかった。これらの課題は、リリース１０仕様を再使用して、新しい拡張を追加することにより対処することができる。

本明細書に開示されるシステムおよび方法は、異なるＵＬ−ＤＬ構成を用いたＣＡに関して、ＨＡＲＱ−ＡＣＫビット（単数または複数）を多重化し、レポートするための手法を提供する。ＵＬ−ＤＬ構成が異なるため、異なるセルでは異なるパラメータが用いられる。本明細書では、これらのパラメータを確定するための手法が提供される。特に、本明細書では、次の場合について課題および解決法が記載される。

異なるＵＬ−ＤＬ構成を用いたＣＡのためにＰＵＣＣＨフォーマット３が構成される場合、異なるセルには異なるパラメータのセットが利用される。そのうえ、ＳＣｅｌｌのパラメータは、参照構成に従う。ＰＣｅｌｌとＳＣｅｌｌ構成との組み合わせに依存して、参照構成は、ＰＣｅｌｌ構成、ＳＣｅｌｌ構成、またはＰＣｅｌｌ構成でもＳＣｅｌｌ構成でもない参照構成とすることができる。ＳＣｅｌｌにＵＬサブフレームが配置され、参照構成にＤＬサブフレームが配置される場合には、このサブフレームをＨＡＲＱ−ＡＣＫレポートに含めるべきか否かを複数のルールが指定する。

そのうえ、ＰＣｅｌｌがＵＬ−ＤＬ構成０を用いて構成されているときには、ＰＣｅｌｌに対応するＨＡＲＱ−ＡＣＫはレポートされず、１つ以上のＳＣｅｌｌからのＨＡＲＱ−ＡＣＫビットだけがレポートされる、上りリンクサブフレームがある。現リリース１０仕様では、この場合を十分にサポートすることができない。特別な処理が必要とされる。

ｅＣＡは、異なるバンド（帯域）上の異なるＴＤＤ ＵＬ−ＤＬ構成をサポートする。異なるＵＬ−ＤＬ構成を用いたＣＡは、バンド間キャリアアグリゲーションとも呼ばれる。簡単にするために、ＰＣｅｌｌのＵＬ−ＤＬ構成は、ＰＣｅｌｌ構成と呼ばれる。そのうえ、ＳＣｅｌｌのＵＬ−ＤＬ構成は、ＳＣｅｌｌ構成と呼ばれる。本明細書において、「衝突サブフレーム」とは、構成間で異なるサブフレーム・タイプ（例えば、下りリンクまたはスペシャルサブフレーム対上りリンクサブフレーム）を有するサブフレームのことである。

ＬＴＥリリース１０でキャリアアグリゲーションが使用されるときに、送信された下りリンク通信に対応するＨＡＲＱ−ＡＣＫは、２つの手法のうちの１つに従ってＰＵＣＣＨ上で送信される。１つの手法では、「チャネルセレクション」を伴うフォーマット１ａ／１ｂに基づくか、またはフォーマット３に基づいてＨＡＲＱ−ＡＣＫが送信される。本明細書に開示されるシステムおよび方法のいくつかの実装では「チャネルセレクション」を伴うフォーマット１ａ／１ｂまたはフォーマット３が利用され、アグリゲートされるキャリアが異なるＵＬ−ＤＬ構成を有する。これは、異なるＴＤＤ ＵＬ−ＤＬ構成を用いたバンド間ＣＡと呼ばれる。

（３ＧＰＰ ＴＳ３６．２１１における表４．２−２からの）下の表（１）には、ＴＤＤ ＵＬ−ＤＬ構成０〜６が示される。下りリンクから上りリンクへの切り替えポイント周期が５ミリ秒（ｍｓ）および１０ｍｓの両方のＵＬ−ＤＬ構成がサポートされる。特に、下の表（１）に示されるように、３ＧＰＰ仕様では７つのＵＬ−ＤＬ構成が指定される。表（１）では、「Ｄ」は下りリンクサブフレームを示し、「Ｓ」はスペシャルサブフレームを示し、「Ｕ」はＵＬサブフレームを示す。

本明細書に開示されるシステムおよび方法は、異なるＵＬ−ＤＬ構成を用いたＴＤＤのバンド間キャリアアグリゲーションＣＡをサポートする。いくつかの実装では、ＰＵＣＣＨは、ＰＣｅｌｌ上でのみ送信され、リリース８、９および１０仕様で既に定義された表に加えて新しいＨＡＲＱ−ＡＣＫタイミング表は何も利用されない。ＰＣｅｌｌは、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミング、ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫタイミングを含めて、リリース８、９および１０仕様に示されるのと同じタイミングを利用する。

ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングの課題は、３つの場合に分類される。第１の場合（例えば、「ケースＡ」）においては、ＳＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、ＰＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合であり、ＳＣｅｌｌは、ＰＣｅｌｌ構成に従う。

他の場合（例えば、「ケースＢ」および「ケースＣ」）に関するＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングは、次のように実装される。第２の場合（例えば、「ケースＢ」）に関しては、少なくとも自己スケジューリングおよび全２重通信のコンテキストでは、ＰＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、ＳＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合であり、ＳＣｅｌｌは、ＳＣｅｌｌ構成に従う。いくつかの実装では、半２重通信のコンテキストで同じルールが適用されてよい。本明細書に開示されるシステムおよび方法は、クロスキャリアスケジューリングの場合の手法を提示する。

第３の場合（例えば、「ケースＣ」）に関しては、少なくとも自己スケジューリングおよび全２重通信のコンテキストでは、ＳＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、ＰＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合でも上位集合もなく、ＳＣｅｌｌは、下の表（２）に示されるような参照構成に従う。参照構成は、ＰＣｅｌｌおよびＳＣｅｌｌの両方に重複するＵＬサブフレームに基づいて選択される。いくつかの実装では、半２重通信のコンテキストで同じルールが適用されてもよい。本明細書に開示されるシステムおよび方法は、クロスキャリアスケジューリングの場合の手法を提示する。

下の表（２）は、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングのためのＵＬ−ＤＬ構成を示す。特に、列は、ＰＣｅｌｌ（ＴＤＤ ＵＬ−ＤＬ）構成０〜６を示し、一方で行は、ＳＣｅｌｌ（ＴＤＤ ＵＬ−ＤＬ）構成０〜６を示す。ＰＣｅｌｌ構成およびＳＣｅｌｌ構成が交差するグリッドは、ケースに基づいてＳＣｅｌｌが従うＵＬ−ＤＬ構成に対応するＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングを示す。表（２）において、「Ａ」は、上記のケースＡを表す。ケースＡでは、ＳＣｅｌｌ ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、ＰＣｅｌｌ構成に従う。表（２）において、「Ｂ」は、上記のようなケースＢを表す。ケースＢでは、ＳＣｅｌｌ ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、ＳＣｅｌｌ構成に従う。表（２）において、「Ｃ」は、上記のようなケースＣを表す。ケースＣでは、ＳＣｅｌｌ ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、表（２）で「Ｃ」のインスタンスに付随する数によって示される参照（ＴＤＤ ＵＬ−ＤＬ）構成に従う。言い換えれば、表（２）のグリッドにおける数は、ケースＣのインスタンスでＳＣｅｌｌ ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングが従う参照構成である。例えば、ＰＣｅｌｌ構成がＵＬ−ＤＬ構成３であり、ＳＣｅｌｌ構成がＵＬ−ＤＬ構成１であるときに、ＳＣｅｌｌ ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、構成４に従う。

ＬＴＥリリース１０では、フレーム構造タイプ２をもつ１つ以上の在圏セルのアグリゲーションをサポートするＵＥが上位レイヤによって構成される。ＵＥがフレーム構造タイプ２をもつ１つ以上の在圏セルを用いて構成されているときに、ＵＥは、ＨＡＲＱ−ＡＣＫの送信のために、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂか、ＰＵＣＣＨフォーマット３のいずれかを用いるように構成される。ＵＥがフレーム構造タイプ２をもつ１つの在圏セルを用いて構成されるときには、ＨＡＲＱ−ＡＣＫの送信のために、ＨＡＲＱ−ＡＣＫバンドリングを用いるように、（例えば、３ＧＰＰ ＴＳ３６．２１３の表１０．１．３−２、３もしくは４のセットに従って、または表１０．１．３−５、６もしくは７のセットに従って）チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂを用いるように、あるいは、ＰＵＣＣＨフォーマット３を用いるように、上位レイヤによって構成される。３ＧＰＰ ＴＳ３６．２１３の表１０．１．３−２、３もしくは４、または表１０．１．３−５、６もしくは７のセットの使用は、上位レイヤ・シグナリングによって構成される。

本明細書に開示されるシステムおよび方法に従って、異なるＵＬ−ＤＬ構成を用いてＰＵＣＣＨをレポートするＰＤＳＣＨ ＨＡＲＱ−ＡＣＫのための手法に関するさらなる詳細が以下に示される。ＬＴＥリリース１０のＴＤＤ ＣＡでは、すべてのセルが同じＵＬ−ＤＬ構成を有する。それゆえに、ＨＡＲＱ−ＡＣＫレポーティングを確定するときには、すべてのセルに同じパラメータが適用される。しかしながら、ｅＣＡでは、異なる構成を用いたＴＤＤがサポートされる。従って、異なるセルは、異なるパラメータＭのセットを有しうる。異なるパラメータＭのセットの利用は、設計課題をもたらす。異なるＵＬ−ＤＬ構成を用いたＣＡ（例えば、ｅＣＡ）においてパラメータＭを確定するための手法が次にように記載される。

ＬＴＥリリース１０では、Ｍは、サブフレームｎおよび集合Ｋと関連付けられた、（３ＧＰＰ ＴＳ３６．２１３の表１０．１．３．１−１からの）下の表（３）で定義される集合Ｋにおける要素の数である。言い換えれば、ＴＤＤに係わる下りリンクアソシエーションセットのインデックスが表（３）ではＫ：｛ｋ_０，ｋ_１，・・・，ｋ_Ｍ−１｝として定義され、ここでＭは、集合Ｋにおける要素の数である。下りリンクアソシエーションセットは、下の表（３）に示されるように、ＵＬ−ＤＬ構成に依存する。（例えば、表（２）に示されるような）異なる構成を用いたＴＤＤ ＣＡでは、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングが１つ以上のＴＤＤ ＵＬ−ＤＬ構成に基づくことにも留意すべきである。

ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションとは、ＰＤＳＣＨ送信と上りリンクサブフレームでのそのＨＡＲＱ−ＡＣＫフィードバックとの間のリンケージを意味する。上りリンクサブフレームｎに対して、ＴＤＤに係わる下りリンクアソシエーションセットのインデックスが表１０．１．３．１−１で定義され、下の表（３）にこれらが示される。従って、ｋはアソシエーションセットのインデックスＫ：｛ｋ_０，ｋ_１，・・・，ｋ_Ｍ−１｝に属し、ＰＤＳＣＨのＨＡＲＱ−ＡＣＫに対応するサブフレーム（ｎ−ｋ）でのＰＤＳＣＨ送信は、関連付けられた上りリンクサブフレームｎでレポートされる。表（３）におけるエントリは、下りリンクアソシエーション（例えば、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーション）を定義する。集合Ｋは、既知の上りリンクに対するＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションセットを定義する。

ｅＣＡでは、異なる構成を用いたＴＤＤがサポートされる。従って、異なるセルは、パラメータ、例えば、Ｍの異なる集合を有する。これは、設計課題を提示する。

自己スケジューリングでは、各セルが、同じセルのＰＤＣＣＨによって、またはセミパーシステント・スケジューリング（ＳＰＳ：ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）によってＰＤＳＣＨ送信をスケジューリングする。１つ以上のＳＣｅｌｌのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫは、表（２）で定義されるタイミング基準に従ってＰＣｅｌｌ上でレポートされる。

異なるＵＬ−ＤＬ構成を用いたｅＣＡでは、各セルが異なるＭ値を有する。セルｃに関するＭとして、Ｍ_ｃが定義される。言い換えれば、Ｍ_ｃは、セルｃに関して、既知の上りリンクサブフレームでのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバックを必要とするサブフレームの数を示す。留意すべきは、例えば、Ｍ_ｃが上りリンクサブフレームに依存することである。より具体的には、セルに関するＭ（例えば、Ｍ_ｃ）は、異なる上りリンクサブフレームでは異なる。ＰＣｅｌｌに関しては、Ｍ_ｃは、ＰＣｅｌｌ構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおける要素の数である。集合Ｋは、少なくとも１つのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションｋを含む。ＳＣｅｌｌでは、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングがＳＣｅｌｌタイミングと同じであることも、異なることもあるので、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングとＳＣｅｌｌタイミングとは別に確定される。

１つの手法では、ＳＣｅｌｌのＭ_ｃは、Ｍ_Ｒｅｆ（例えば、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに従う対象となる参照構成のＭ）として定義される。言い換えれば、Ｍ_ｒｅｆは、参照構成に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。この手法におけるケースＡ（例えば、ＳＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、ＰＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である場合）に関しては、ＳＣｅｌｌは、ＰＣｅｌｌ構成に従う。従って、Ｍ_Ｒｅｆ＝Ｍ_{ＰＣｅｌｌ}であり、ここでＭ_{ＰＣｅｌｌ}は、ＰＣｅｌｌのＭ（例えば、ＰＣｅｌｌ構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおける要素の数）である。言い換えれば、Ｍ_{ＰＣｅｌｌ}は、ＰＣｅｌｌ構成に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。

この手法におけるケースＢ（例えば、ＰＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、ＳＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である場合）に関しては、ＳＣｅｌｌは、ＳＣｅｌｌ構成に従う。従って、Ｍ_Ｒｅｆ＝Ｍ_{ＳＣｅｌｌ}であり、ここでＭ_{ＳＣｅｌｌ}は、ＳＣｅｌｌのＭ（例えば、ＳＣｅｌｌ構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおける要素の数）である。言い換えれば、Ｍ_{ＳＣｅｌｌ}は、ＳＣｅｌｌ構成に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。

この手法におけるケースＣ（例えば、ＰＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、ＳＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である場合）に関しては、ＳＣｅｌｌは、表（２）で示されるような参照構成に従う。従って、Ｍ_Ｒｅｆ＝Ｍ_{ＲｅｆＣｏｎｆ}であり、ここでＭ_{ＲｅｆＣｏｎｆ}（例えば、所定のパラメータ）は、参照構成のＭ（例えば、表（２）における参照ＵＬ−ＤＬ構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおける要素の数）である。言い換えれば、Ｍ_{ＲｅｆＣｏｎｆ}は、参照構成に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。

ケースＡでは、ＰＣｅｌｌがＤＬサブフレーム（または、例えばスペシャルサブフレーム）を用いて構成され、ＳＣｅｌｌがＵＬサブフレームを用いて構成された、衝突サブフレームがある。従って、対応するＨＡＲＱ−ＡＣＫビットは、ＳＣｅｌｌ上では決して生成されないか、または不連続送信（ＤＴＸ：ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ）としてレポートされることになる。ケースＡに関して、ＰＣｅｌｌ構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおいて、ＰＣｅｌｌ構成がＤＬサブフレーム（または、例えばスペシャルサブフレーム）を含み、１つ以上のＳＣｅｌｌ構成がＵＬサブフレームを含む、衝突サブフレームの数としてｍが定義される。

同様に、ケースＣでは、参照構成がＤＬサブフレーム（または、例えばスペシャルサブフレーム）を含み、ＳＣｅｌｌ構成がＵＬサブフレームを含む、衝突サブフレームがある。従って、対応するＨＡＲＱ−ＡＣＫビットは、ＳＣｅｌｌ上では決して生成されないか、またはＤＴＸとしてレポートされる。ケースＣに関しては、表（２）における参照構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおいて、（ＰＣｅｌｌ構成がＤＬサブフレーム（または、例えばスペシャルサブフレーム）を含み、構成されたＳＣｅｌｌがＵＬサブフレームを含む）衝突サブフレームの数としてｍが定義される。

別の手法では、ＳＣｅｌｌのＭ_ｃは、Ｍ_Ｅｆｆとして定義され、ここでＭ_Ｅｆｆは、ＰＣｅｌｌ構成または参照構成がＤＬサブフレーム（または、例えばスペシャルサブフレーム）を含み、ＳＣｅｌｌ構成がＵＬサブフレームを含む、衝突サブフレームを除いて、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに従う対象となる参照構成の実効的なＭである（例えば、Ｍ_Ｅｆｆ＝Ｍ_Ｒｅｆ−ｍ）。言い換えれば、Ｍ_Ｒｅｆは、参照構成に関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数であり、ｍは、参照構成では下りリンクサブフレームおよびスペシャルサブフレームであり、ＳＣｅｌｌ構成では上りリンクサブフレームである衝突サブフレームの数である。

クロスキャリアスケジューリングでは、ＰＣｅｌｌがそれ自体によってのみスケジュールされることを除いて、１つのセルのＰＤＳＣＨ送信は、別のセルからスケジュールされる。クロスキャリアスケジューリングのコンテキストでＳＣｅｌｌのＭ_ｃを決定するために、いくつかの手法が考えられる。

クロスキャリアスケジューリングのコンテキストにおいて、自己スケジューリングのために上記と同じ手法が適用されてもよい。これは、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングのための共通設計につながる。（例えば、クロス送信時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）またはクロスサブフレームスケジューリングによって）衝突サブフレームのクロスキャリアスケジューリングをサポートする手法が、例えば、これに該当するであろう。

しかしながら、既知の手法では、クロスキャリアＰＤＳＣＨスケジューリングは、別のセルからのスケジューリングを同じＴＴＩで可能にするに過ぎない。従って、スケジューリングセル（例えば、ＰＣｅｌｌ）のＨＡＲＱ−ＡＣＫタイミングに従う方がＳＣｅｌｌには簡易であろう。それゆえに、クロスキャリアスケジュールされるセルは、スケジューリングセルのタイミングに従う。

別の手法では、ＳＣｅｌｌのＭ_ｃは、スケジューリングセル（例えば、ＰＣｅｌｌ）に従う。１つの実装では、ＳＣｅｌｌのＭ_ｃは、Ｍ_{ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}であり、ここでＭ_{ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}は、スケジューリングセルのＭである（Ｍは、スケジューリングセルのＵＬ−ＤＬ構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおける要素の数である）。言い換えれば、Ｍ_{ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}は、スケジューリングセル構成に関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数である。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成が用いられてもよい。別の実装では、ＳＣｅｌｌのＭ_ｃは、Ｍ_{Ｅｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}であり、ここでＭ_{Ｅｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}は、スケジューリングセルのＭ_Ｅｆｆである（例えば、Ｍ_Ｅｆｆは、衝突サブフレームを除いて、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに従う対象となるスケジューリングセル構成の実効的なＭである）。言い換えれば、Ｍ_{Ｅｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}は、衝突サブフレームを除くスケジューリングセル構成に関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数である。この場合、衝突サブフレームとは、スケジューリングセル構成がＤＬサブフレーム（または、例えばスペシャルサブフレーム）を含み、ＳＣｅｌｌ構成がＵＬサブフレームを含むサブフレームのことである。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成が用いられてもよい。

異なる構成を用いたＴＤＤ ＣＡをサポートするための修正および拡張がさらに詳細に次のように記載される。異なるＵＬ−ＤＬ構成を用いたＴＤＤ ＣＡの利用は、異なるセル上ではパラメータが異なるためにいくつかの課題を生じる。例えば、ＰＵＣＣＨフォーマット３が構成される場合、ＨＡＲＱ−ＡＣＫ多重化は、（例えば、ＰＣｅｌｌ ＤＬおよびＳＣｅｌｌ ＵＬをもつ）衝突サブフレームがＨＡＲＱ−ＡＣＫビットでレポートまたはカウントされるかどうかを考慮に入れる必要がある。そのうえ、ＰＣｅｌｌ構成が構成０である場合には、サブフレーム３および８は、ＰＣｅｌｌ上でレポートされるＨＡＲＱ−ＡＣＫを何も有さない。従って、これらは、ＳＣｅｌｌのみに対応するＨＡＲＱ−ＡＣＫビットを含む。特別な処理が必要とされる。本明細書に開示されるシステムおよび方法は、これらの課題に対する解決法を次のように提供する。

ＰＵＣＣＨフォーマット３のＨＡＲＱ−ＡＣＫ多重化に関するさらなる詳細が次のように示される。ＵＥのためにＰＵＣＣＨフォーマット３が構成されている場合、キャリアアグリゲーションを用いてセルのＨＡＲＱ−ＡＣＫビットを多重化することができる。各セルのＨＡＲＱ−ＡＣＫビットの数は、Ｍに基づいて確定される。

ＴＤＤでは、ＨＡＲＱ−ＡＣＫの送信のためにＰＵＣＣＨフォーマット３が構成されているときに、無線リソース制御（ＲＲＣ）（例えば、シグナリング）によって構成されたｃ番目の在圏セルに関するＨＡＲＱ−ＡＣＫフィードバック・ビット

は、次にように構築される。ｃ番目の在圏セルにおいて構成された送信モードが１つのトランスポートブロックをサポートするか、または空間的なＨＡＲＱ−ＡＣＫバンドリングが適用される場合にはｃ≧０、および

、そうでない場合には

である。

は、ＵＥがｃ番目の在圏セルに関してＨＡＲＱ−ＡＣＫビットをフィードバックすることが必要な下りリンクサブフレームの数である。

リリース１０では、ＵＥがＰＵＣＣＨ上で送信している場合に関しては、

であり、ここでＭは、サブフレームｎと関連付けられた、表（３）で定義される集合Ｋにおける要素の数であり、集合Ｋは、通常の下りリンク・サイクリックプレフィックス（ＣＰ：ｃｙｃｌｉｃ ｐｒｅｆｉｘ）をもつ構成０および５のスペシャルサブフレームも、拡張された下りリンクＣＰをもつ構成０および４のスペシャルサブフレームも含まない。そうでない場合には

である。本明細書におけるシステムおよび方法に従って、同じルールが適用されてもよい。参照構成の集合Ｋが通常の下りリンクＣＰをもつ構成０および５のスペシャルサブフレームか、拡張された下りリンクＣＰをもつ構成０および４のスペシャルサブフレームを含む場合には、各セルのＭ_ｃを用いて、

である。

ＬＴＥリリース１０では、Ｍは、すべてのセルに関して同じである。しかしながら、異なるＵＬ−ＤＬ構成を用いたｅＣＡでは、各セルのＭ_ｃが異なる。Ｍ_ｃを確定するための手法は、上に示される。従って、Ｍ_ｃを確定するための手法がＰＵＣＣＨフォーマット３のＨＡＲＱ−ＡＣＫ多重化に影響を与えることがある。ＵＥがＰＵＣＣＨ上で送信している場合には、

、ここでＭ_ｃは、サブフレームｎと関連づけられた、表（３）で定義される集合Ｋにおける要素の数である。この場合、集合Ｋは、通常の下りリンクＣＰをもつ構成０および５のスペシャルサブフレームも、拡張された下りリンクＣＰをもつ構成０および４のスペシャルサブフレームも含まない。そうでない場合には

である。

１つの手法では、Ｍ_ｃは、選択されたＭ_Ｒｅｆである。結果として、ＳＣｅｌｌのＭ_ｃは、表（２）に従って、ケースＡではＭ_{ＰＣｅｌｌ}、ケースＢではＭ_{ＳＣｅｌｌ}、およびケースＣではＭ_{ＲｅｆＣｏｎｆ}である。これは、既存の表を再使用するためにより簡単な解決法を用い、参照ＵＬ−ＤＬ構成に従ってＭを確定する利益を提供する。一方では、ＤＬサブフレームをもつＰＣｅｌｌ構成または参照構成とＵＬサブフレームをもつＳＣｅｌｌ構成との間の衝突サブフレームが存在する。たとえＳＣｅｌｌ上にＰＤＳＣＨをスケジュールできなくても、依然としてＨＡＲＱ−ＡＣＫビットをＤＴＸとしてレポートする必要がある。従って、この手法は、複数のセルがアグリゲートされるときには特に、高いＨＡＲＱ−ＡＣＫペイロードをＰＵＣＣＨフォーマット３上に有する。

別の手法では、Ｍ_ｃは、（ＰＣｅｌｌまたは参照構成がＤＬサブフレーム（または、スペシャルサブフレーム）を含み、ＳＣｅｌｌ構成がＵＬサブフレームを含む）衝突サブフレームを除く、Ｍ_Ｅｆｆ（例えば、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに従う対象となる参照構成の実効的なＭ）として選択される。この手法は、（ＰＣｅｌｌ構成または参照構成がＤＬサブフレームを有し、ＳＣｅｌｌ構成がＵＬサブフレームを含む）衝突サブフレームではＨＡＲＱ−ＡＣＫビットをレポートしない。従って、これは、複数のセルがアグリゲートされるときには特に、ＰＵＣＣＨフォーマット３上のＨＡＲＱ−ＡＣＫペイロードを減少させる。

クロスキャリアスケジューリングおよび非クロスＴＴＩスケジューリングまたは複数サブフレームのスケジューリングを用いて、スケジュールされるセルのＭ_ｃがスケジューリングセルのＭ_ｃに設定されてもよい。同様に、スケジュールされるセルのＭ_ｃとして、スケジューリングセルのＭ_ＲｅｆまたはＭ_Ｅｆｆが用いられてもよい。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成が用いられてもよい。

本明細書に開示されるシステムおよび方法に従って、ＰＣｅｌｌがＵＬ−ＤＬ構成０を用いて構成されている場合のサブフレーム３および８でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングに関するさらなる詳細が以下に示される。ＵＬ−ＤＬ構成０では、サブフレーム３および８と関連付けられたＤＬサブフレームはない。ＰＣｅｌｌがＵＬ−ＤＬ構成０を用いて構成される場合、ＰＣｅｌｌに対してＰＵＣＣＨリソースは何も配置されない。しかしながら、異なる構成を用いたｅＣＡによって、１つ以上のＳＣｅｌｌのＨＡＲＱ−ＡＣＫをＰＣｅｌｌ上でレポートすることができる。下の表（４）は、ＰＣｅｌｌがＵＬ−ＤＬ構成０を用いて構成されているときのＳＣｅｌｌレポーティングとの可能な組み合わせを示す。言い換えれば、表（４）は、ＰＣｅｌｌ構成が構成０であるときに、ＰＣｅｌｌ上にはＨＡＲＱ−ＡＣＫが何もない場合を示す。

ＬＴＥリリース１０ ＣＡでは、すべてのセルが同じＵＬ−ＤＬ構成を有する。ＵＥは、ＰＵＣＣＨフォーマット３またはチャネルセレクションを伴うＰＵＣＣＨフォーマット１ａ／１ｂのいずれかを用いることができる。ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成されている場合、ＳＣｅｌｌのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、ＳＣｅｌｌ構成に従う。ＵＥのためにＰＵＣＣＨフォーマット３が構成されている場合には、ＨＡＲＱ−ＡＣＫレポーティングにはいくつかの手法がある。

１つの手法は、ＰＵＣＣＨフォーマット３およびすべてのセルのＨＡＲＱ−ＡＣＫ多重化を常に用いることを含む。この手法では、ＰＣｅｌｌ構成としてＵＬ−ＤＬ構成６をもつＰＣｅｌｌ上のＨＡＲＱ−ＡＣＫの数がＵＬサブフレーム３および８では０でなければならない。従って、１つ以上のＳＣｅｌｌのＨＡＲＱ−ＡＣＫビットのみがフォーマット３を用いて多重化され、レポートされる。これは、リリース１０の拡張と見做すことができる。しかしながら、フォーマット３は、ＳＣｅｌｌからの１ないし２ビットのみをレポートするためにも用いられる。これは、ＰＵＣＣＨリソースを不必要に浪費する。

ＬＴＥリリース１０では、ＣＡ下のＰＣｅｌｌに関してフォールバック・モードが定義される。ＰＤＳＣＨ送信がＰＣｅｌｌ上においてのみ受信される場合には、フォーマット３の代わりに、フォーマット１ａ／１ｂおよびチャネルセレクションを伴うフォーマット１ｂが適用される。別の手法では、この原理が、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけの構成された在圏セルがあるときのサブフレーム３および８でのＨＡＲＱ−ＡＣＫレポーティングに拡張される。２つより多い構成された在圏セルには、ＰＵＣＣＨフォーマット３が適用される。

それゆえに、サブフレーム３および８では、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけの在圏セルが構成されているときに、ＵＥは、次の場合に、アンテナポートｐへマッピングされた

に対するサブフレームｎでのＨＡＲＱ−ＡＣＫの送信のために、ＰＵＣＣＨフォーマット１ａ／１ｂおよびＰＵＣＣＨリソース

を適用する。１つの場合には、ＵＥは、サブフレームｎ−ｋ_ｍ（ここで、ＳＣｅｌｌ ＵＬ−ＤＬ構成に従ってｋ_ｍ∈Ｋ）における、対応するＰＤＣＣＨの検出によって示されるＳＣｅｌｌ上のみでの単一のＰＤＳＣＨ送信に対して、かつ、そのＰＤＣＣＨの下りリンク割り当てインデックス（ＤＡＩ：Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）値が（例えば、３ＧＰＰ ＴＳ３６．２１３の表７．３−Ｘで定義される）「１」に等しい、ＵＬ−ＤＬ構成１〜６に対して、ＰＵＣＣＨフォーマット１ａ／１ｂおよびＰＵＣＣＨリソース

を適用する。言い換えれば、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけのセルが構成されているときに、サブフレーム３および８では、Ｍ_{ＳＣｅｌｌ}＝１であれば、フォーマット３の代わりに、ＰＵＣＣＨフォーマット１ａ／１ｂが用いられる。

サブフレーム３および８では、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけのセルが構成されているときに、ＭＳＣｅｌｌ＞１では、単一セル・チャネルセレクション手法が適用され、（上位レイヤ・シグナリングに基づき、３ＧＰＰ ＴＳ３６．２１３の表１０．１．３−２、３および４のセットまたは表１０．１．３−５、６および７のセットに従って）チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂが適用される。上位レイヤ・シグナリングによって示される選択された表のセットに関して、ＵＥは、ＰＵＣＣＨフォーマット１ｂを用いて、サブフレームｎにおけるＰＵＣＣＨリソース

上でｂ（０），ｂ（１）を送信する。ｂ（０），ｂ（１）の値およびＰＵＣＣＨリソース

は、それぞれＭ_{ＳＣｅｌｌ}＝２、３、および４に対して選択された表のセットに従ってチャネルセレクションによって生成される。

次に、本明細書に開示されるシステムおよび方法の様々な例が、図面を参照して記載される。図面中、同様の参照番号は機能的に類似した要素を示す。本明細書において図面に一般的に記載され、示されるシステムおよび方法は、多種多様に異なった実装で配置され、設計されてもよい。従って、図面に表現されるいくつかの実装の以下のさらに詳細な記載は、特許請求の範囲を限定するものではなく、システムおよび方法を単に代表するに過ぎない。

図１は、フィードバック情報を送受信するためのシステムおよび方法が実装された１つ以上のｅＮＢ１６０および１つ以上のＵＥ１０２の一構成を示すブロック図である。１つ以上のＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを用いて１つ以上のｅＮＢ１６０と通信する。例えば、ＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを用いてｅＮＢ１６０へ電磁信号を送信し、ｅＮＢ１６０から電磁信号を受信する。ｅＮＢ１６０は、１つ以上のアンテナ１８０ａ〜ｎを用いてＵＥ１０２と通信する。

ＵＥ１０２およびｅＮＢ１６０は、相互に通信するために１つ以上のチャネル１１９、１２１を用いる。例えば、ＵＥ１０２は、１つ以上の上りリンクチャネル１２１を用いてｅＮＢ１６０へ情報またはデータを送信する。上りリンクチャネル１２１の例は、ＰＵＣＣＨおよびＰＵＳＣＨなどを含む。１つ以上のｅＮＢ１６０も、例として、１つ以上の下りリンクチャネル１１９を用いて１つ以上のＵＥ１０２へ情報またはデータを送信する。下りリンクチャネル１１９の例は、ＰＤＣＣＨ、ＰＤＳＣＨなどを含む。他の種類のチャネルが用いられてもよい。

１つ以上のＵＥ１０２のそれぞれは、１つ以上のトランシーバ１１８、１つ以上の復調器１１４、１つ以上のデコーダ１０８、１つ以上のエンコーダ１５０、１つ以上の変調器１５４、データバッファ１０４およびＵＥオペレーション・モジュール１２４を含む。例えば、ＵＥ１０２では１つ以上の受信および／または送信経路が実装される。便宜上、ＵＥ１０２では単一のトランシーバ１１８、デコーダ１０８、復調器１１４、エンコーダ１５０および変調器１５４のみが示されるが、複数の並列要素（例えば、トランシーバ１１８、デコーダ１０８、復調器１１４、エンコーダ１５０および変調器１５４）が実装されてもよい。

トランシーバ１１８は、１つ以上の受信機１２０および１つ以上の送信機１５８を含む。１つ以上の受信機１２０は、１つ以上のアンテナ１２２ａ〜ｎを用いてｅＮＢ１６０から信号を受信する。例えば、受信機１２０は、１つ以上の受信信号１１６を作り出すために信号を受信してダウンコンバートする。１つ以上の受信信号１１６は、復調器１１４へ供給される。１つ以上の送信機１５８は、１つ以上のアンテナ１２２ａ〜ｎを用いてｅＮＢ１６０へ信号を送信する。例えば、１つ以上の送信機１５８は、１つ以上の変調信号１５６をアップコンバートして送信する。

復調器１１４は、１つ以上の復調信号１１２を作り出すために１つ以上の受信信号１１６を復調する。１つ以上の復調信号１１２は、デコーダ１０８へ供給される。ＵＥ１０２は、信号を復号するためにデコーダ１０８を用いる。デコーダ１０８は、１つ以上の復号信号１０６、１１０を作り出す。例えば、第１のＵＥ復号信号１０６は、データバッファ１０４に記憶される受信したペイロード・データを備える。第２のＵＥ復号信号１１０は、オーバーヘッド・データおよび／または制御データを備える。例えば、第２のＵＥ復号信号１１０は、１つ以上のオペレーションを行うためにＵＥオペレーション・モジュール１２４によって用いられるデータを供給する。

本明細書では、用語「モジュール」は、特定の要素またはコンポーネントがハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせで実装されることを意味する。しかしながら、留意すべきは、本明細書に「モジュール」として示される任意の要素が代わりにハードウェアで実装されてもよいことである。例えば、ＵＥオペレーション・モジュール１２４は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。

一般に、ＵＥオペレーション・モジュール１２４は、ＵＥ１０２が１つ以上のｅＮＢ１６０と通信することを可能にする。ＵＥオペレーション・モジュール１２４は、ＵＬ−ＤＬ構成１２８、ＵＥ ＵＬ−ＤＬ構成確定モジュール１３０、ＨＡＲＱ−ＡＣＫ生成モジュール１３２、ＵＥレポーティング・サブフレーム確定モジュール１３４、ＵＥフィードバック・パラメータ確定モジュール１２６、およびフォーマット適用モジュール１８４のうちの１つ以上を含む。

ＵＬ−ＤＬ構成１２８は、ＵＥ１０２とｅＮＢ１６０との間の通信に用いられるＵＬ−ＤＬ構成のセットを指定する。ＵＬ−ＤＬ構成の例は、上の表（１）に示されるＵＬ−ＤＬ構成０〜６を含む。ＵＬ−ＤＬ構成１２８は、ｅＮＢ（単数または複数）１６０との通信のためのＵＬ、ＤＬおよびスペシャルサブフレームを指定する。例えば、ＵＬ−ＤＬ構成１２８は、ＵＥ１０２がｅＮＢ１６０から情報を受信するためのＤＬサブフレームを示し、かつＵＥ１０２がｅＮＢ１６０へ情報を送信するためのＵＬサブフレームを示す。セル上での適切な通信のために、ＵＥ１０２およびｅＮＢ１６０は、同じセル上では同じＵＬ−ＤＬ構成１２８を適用する。しかしながら、異なるセル（例えば、ＰＣｅｌｌおよびＳＣｅｌｌ（単数または複数））上では異なるＵＬ−ＤＬ構成１２８が適用されてもよい。

ＵＬ−ＤＬ構成１２８は、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションも示す。ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションは、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するための特定の（ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ）タイミングを指定する。例えば、ＨＡＲＱ−ＡＣＫ生成モジュール１３２は、ＰＤＳＣＨにおける信号（例えば、データ）が正しく受信されたか否かに基づいて、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を生成する。ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションは、ＵＥ１０２がＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をレポートする（例えば、送信する）レポーティング・サブフレームを指定する。レポーティング・サブフレームは、ＰＤＳＣＨを含むサブフレームに基づいて確定される。

ＵＥ ＵＬ−ＤＬ構成確定モジュール１３０は、ＵＥ１０２が１つ以上のセルにＵＬ−ＤＬ構成（単数または複数）１２８のうちのどれを適用するかを確定する。例えば、ＵＥ１０２は、ＰＣｅｌｌのため、および１つ以上のＳＣｅｌｌのためのＵＬ−ＤＬ構成（単数または複数）１２８を示す、１つ以上のＲＲＣ構成（例えば、ＳＩＢ−１ブロードキャスト情報または専用シグナリング）を受信する。例として、ＰＣｅｌｌおよびＳＣｅｌｌは、キャリアアグリゲーションにおいて利用される。ＵＥ ＵＬ−ＤＬ構成確定モジュール１３０は、どのＵＬ−ＤＬ構成１２８をＰＣｅｌｌに割り当て、どのＵＬ−ＤＬ構成１２８をＳＣｅｌｌに割り当てるかを確定する。ＰＣｅｌｌおよびＳＣｅｌｌ（単数または複数）のためのＵＬ−ＤＬ構成１２８は、同じであっても異なってもよい。

ＵＥレポーティング・サブフレーム確定モジュール１３４は、ＨＡＲＱ−ＡＣＫ情報を送信するためのレポーティング・サブフレームを確定する。例えば、ＵＥレポーティング・サブフレーム確定モジュール１３４は、ＵＥ１０２がＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報（例えば、ＳＣｅｌｌに対応するＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ情報）を送信するＨＡＲＱ−ＡＣＫレポーティング・サブフレームを確定する。例えば、ＵＥレポーティング・サブフレーム確定モジュール１３４は、表（３）に先述されたタイミング基準に従ってＰＣｅｌｌ上でＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を送信するためのレポーティング・サブフレームを確定する。例として、上の表（３）（例えば、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーション表）は、サブフレーム（例えば、ＵＬサブフレーム）番号ｎに対して、対応するＰＤＳＣＨの位置をインデックス集合Ｋ：｛ｋ_０，ｋ_１，・・・，ｋ_Ｍ−１｝によって示し、サブフレームｎ−ｋ（例えば、ｎ−ｋ_１）におけるＰＤＳＣＨのＨＡＲＱ−ＡＣＫがＵＬサブフレームｎでレポートされる。ＵＥ１０２は、確定されたＨＡＲＱ−ＡＣＫレポーティング・サブフレームでＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を送信する。

ＵＥフィードバック・パラメータ確定モジュール１２６は、１つ以上のセル（例えば、ＰＣｅｌｌ、ＳＣｅｌｌ（単数または複数））に対応する１つ以上のフィードバック・パラメータを確定する。例えば、ＵＥフィードバック・パラメータ確定モジュール１２６は、１つ以上のセルｃに関するフィードバック・パラメータＭ_ｃを確定する。この確定は、例えば、図２、図３、および図１１の１つ以上に関連して記載されるように達成される。いくつかの実装では、確定は、ＰＣｅｌｌ構成、ＳＣｅｌｌ構成、参照構成、衝突サブフレームの数、およびフィードバック・パラメータ確定方式のうちの１つ以上に基づく。

フォーマット適用モジュール１８４は、ある場合に特定のフォーマットをＨＡＲＱ−ＡＣＫ情報に適用する。例えば、フォーマット適用モジュール１８４は、フォーマット３、フォーマット１ａ／１ｂ、およびチャネルセレクションを伴うフォーマット１ａ／１ｂのうちの１つ以上を適用する。これは、例えば、図１１に関連して記載されるように達成される。

ＵＥオペレーション・モジュール１２４は、情報１４８を１つ以上の受信機１２０に提供する。例えば、ＵＥオペレーション・モジュール１２４は、ＵＬ−ＤＬ構成１２８に基づいて送信をいつ受信すべきか、またはすべきでないかを受信機（単数または複数）１２０に通知する。

ＵＥオペレーション・モジュール１２４は、情報１３８を復調器１１４へ供給する。例えば、ＵＥオペレーション・モジュール１２４は、ｅＮＢ１６０からの送信に予想される変調パターンを復調器１１４に通知する。

ＵＥオペレーション・モジュール１２４は、情報１３６をデコーダ１０８に提供する。例えば、ＵＥオペレーション・モジュール１２４は、ｅＮＢ１６０からの送信に予想される符号化法をデコーダ１０８に通知する。

ＵＥオペレーション・モジュール１２４は、情報１４２をエンコーダ１５０に提供する。情報１４２は、符号化されるデータおよび／または符号化のための命令を含む。例えば、ＵＥオペレーション・モジュール１２４は、送信データ１４６および／または他の情報１４２を符号化するようにエンコーダ１５０に命令する。他の情報１４２は、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ情報を含む。

エンコーダ１５０は、送信データ１４６および／またはＵＥオペレーション・モジュール１２４によって提供された他の情報１４２を符号化する。例えば、データ１４６および／または他の情報１４２の符号化は、誤り検出および／または訂正符号化、送信のための空間、時間および／または周波数リソースへのデータのマッピング、多重化などを伴う。エンコーダ１５０は、符号化データ１５２を変調器１５４へ供給する。

ＵＥオペレーション・モジュール１２４は、情報１４４を変調器１５４に提供する。例えば、ＵＥオペレーション・モジュール１２４は、ｅＮＢ１６０への送信に用いられる変調型（例えば、コンステレーション・マッピング）を変調器１５４に通知する。変調器１５４は、１つ以上の変調信号１５６を１つ以上の送信機１５８へ供給するために符号化データ１５２を変調する。

ＵＥオペレーション・モジュール１２４は、情報１４０を１つ以上の送信機１５８に提供する。この情報１４０は、１つ以上の送信機１５８に対する命令を含む。例えば、ＵＥオペレーション・モジュール１２４は、信号をｅＮＢ１６０へいつ送信すべきかを１つ以上の送信機１５８に命令する。いくつかの構成において、これは、ＵＬ−ＤＬ構成１２８に基づく。例として、１つ以上の送信機１５８は、ＵＬサブフレームの間に送信する。１つ以上の送信機１５８は、１つ以上のｅＮＢ１６０へ変調信号（単数または複数）１５６をアップコンバートして送信する。

ｅＮＢ１６０は、１つ以上のトランシーバ１７６、１つ以上の復調器１７２、１つ以上のデコーダ１６６、１つ以上のエンコーダ１０９、１つ以上の変調器１１３、データバッファ１６２およびｅＮＢオペレーション・モジュール１８２を含む。例えば、ｅＮＢ１６０では１つ以上の受信および／または送信経路が実装される。便宜上、ｅＮＢ１６０では単一のトランシーバ１７６、デコーダ１６６、復調器１７２、エンコーダ１０９および変調器１１３のみが示されるが、複数の並列要素（例えば、トランシーバ１７６、デコーダ１６６、復調器１７２、エンコーダ１０９および変調器１１３）が実装されてもよい。

トランシーバ１７６は、１つ以上の受信機１７８および１つ以上の送信機１１７を含む。１つ以上の受信機１７８は、１つ以上のアンテナ１８０ａ〜ｎを用いてＵＥ１０２から信号を受信する。例えば、受信機１７８は、１つ以上の受信信号１７４を作り出すために信号を受信してダウンコンバートする。１つ以上の受信信号１７４は、復調器１７２へ供給される。１つ以上の送信機１１７は、１つ以上のアンテナ１８０ａ〜ｎを用いてＵＥ１０２へ信号を送信する。例えば、１つ以上の送信機１１７は、１つ以上の変調信号１１５をアップコンバートして送信する。

復調器１７２は、１つ以上の復調信号１７０を作り出すために１つ以上の受信信号１７４を復調する。１つ以上の復調信号１７０は、デコーダ１６６へ供給される。ｅＮＢ１６０は、信号を復号するためにデコーダ１６６を用いる。デコーダ１６６は、１つ以上の復号信号１６４、１６８を作り出す。例えば、第１のｅＮＢ復号信号１６４は、データバッファ１６２に記憶される受信したペイロード・データを備える。第２のｅＮＢ復号信号１６８は、オーバーヘッド・データおよび／または制御データを備える。例えば、第２のｅＮＢ復号信号１６８は、１つ以上のオペレーションを行うためにｅＮＢオペレーション・モジュール１８２が用いるデータ（例えば、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ情報）を供給する。

一般に、ｅＮＢオペレーション・モジュール１８２は、ｅＮＢ１６０が１つ以上のＵＥ１０２と通信することを可能にする。ｅＮＢオペレーション・モジュール１８２は、ＵＬ−ＤＬ構成１９４、ｅＮＢレポーティング・サブフレーム確定モジュール１９８、ｅＮＢ ＵＬ−ＤＬ構成確定モジュール１９６、ｅＮＢフィードバック・パラメータ確定モジュール１５１およびインタプリタ１０７のうちの１つ以上を含む。いくつかの実装では、ｅＮＢオペレーション・モジュール１８２は、方式シグナリング・モジュール部１５３も含む。

ＵＬ−ＤＬ構成１９４は、ｅＮＢ１６０とＵＥ（単数または複数）１０２との間の通信に用いられるＵＬ−ＤＬ構成のセットを指定する。ＵＬ−ＤＬ構成１９４の例は、上の表（１）に示されるＵＬ−ＤＬ構成０〜６を含む。ＵＬ−ＤＬ構成１９４は、ＵＥ（単数または複数）１０２との通信のためのＵＬおよびＤＬサブフレームを指定する。例えば、ＵＬ−ＤＬ構成１９４は、ｅＮＢ１６０が情報をＵＥ（単数または複数）１０２へ送信するためのＤＬサブフレームを示し、ｅＮＢ１６０が情報をＵＥ（単数または複数）１０２から受信するためのＵＬサブフレームを示す。セル上での適切な通信のために、ＵＥ１０２およびｅＮＢ１６０は、同じセル上では同じＵＬ−ＤＬ構成１９４を適用する。しかしながら、異なるセル（例えば、ＰＣｅｌｌおよびＳＣｅｌｌ（単数または複数））上では異なるＵＬ−ＤＬ構成１９４が適用されてもよい。

ＵＬ−ＤＬ構成１９４は、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションも示す。ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションは、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信するための特定の（ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ）タイミングを指定する。ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションは、ＵＥ１０２がＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をｅＮＢ１６０へレポートする（例えば、送信する）レポーティング・サブフレームを指定する。レポーティング・サブフレームは、ｅＮＢ１６０によって送信されたＰＤＳＣＨを含むサブフレームに基づいて確定される。

ｅＮＢ ＵＬ−ＤＬ構成確定モジュール１９６は、ＵＥ１０２が１つ以上のセルにＵＬ−ＤＬ構成（単数または複数）１９４のうちのどれを適用するかを確定する。例えば、ｅＮＢ１６０は、ＰＣｅｌｌのため、および１つ以上のＳＣｅｌｌのためのＵＬ−ＤＬ構成（単数または複数）１９４を示す１つ以上のＲＲＣ構成（例えば、ＳＩＢ−１ブロードキャスト情報または専用シグナリング）を送信する。例として、ＰＣｅｌｌおよびＳＣｅｌｌは、キャリアアグリゲーションに利用される。ｅＮＢ ＵＬ−ＤＬ構成確定モジュール１９６は、ＵＬ−ＤＬ構成（単数または複数）１９４をＰＣｅｌｌおよびＳＣｅｌｌに割り当てる。ｅＮＢ１６０は、これらの割り当ての１つ以上をＵＥ１０２へシグナリングする。ＰＣｅｌｌおよびＳＣｅｌｌ（単数または複数）のためのＵＬ−ＤＬ構成１９４は、同じであっても、異なってもよい。

ｅＮＢレポーティング・サブフレーム確定モジュール１９８は、ＨＡＲＱ−ＡＣＫ情報を受信するためのレポーティング・サブフレームを確定する。例えば、ｅＮＢレポーティング・サブフレーム確定モジュール１９８は、ｅＮＢ１６０がＳＣｅｌｌ ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ情報（例えば、ＳＣｅｌｌに対応するＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ情報）をＵＥ１０２から受信するＨＡＲＱ−ＡＣＫレポーティング・サブフレームを確定する。例えば、ｅＮＢレポーティン・サブフレーム確定モジュール１９８は、上の表（３）に記載された時間基準に従って、ＰＣｅｌｌ上でＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を受信するためのレポーティング・サブフレームを確定する。例として、上の表（３）（例えば、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーション表）は、サブフレーム（例えば、ＵＬサブフレーム）番号ｎに対して、対応するＰＤＳＣＨの位置をインデックス集合Ｋ：｛ｋ_０，ｋ_１，・・・，ｋ_Ｍ−１｝によって示し、サブフレームｎ−ｋ（例えば、ｎ−ｋ_１）におけるＰＤＳＣＨのＨＡＲＱ−ＡＣＫがＵＬサブフレームｎでレポートされる。ｅＮＢ１６０は、確定されたＨＡＲＱ−ＡＣＫレポーティング・サブフレームでＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を受信する。

ｅＮＢフィードバック・パラメータ確定モジュール１５１は、１つ以上のセル（例えば、ＰＣｅｌｌ、ＳＣｅｌｌ（単数または複数））に対応する１つ以上のフィードバック・パラメータを確定する。例えば、ｅＮＢフィードバック・パラメータ確定モジュール１５１は、１つ以上のセルｃに関するフィードバック・パラメータＭ_ｃを確定する。この確定は、例えば、図９および図１０の１つ以上に関連して記載されるように達成される。いくつかの実装では、確定は、ＰＣｅｌｌ構成、ＳＣｅｌｌ構成、参照構成、衝突サブフレームの数、およびフィードバック・パラメータ確定方式のうちの１つ以上に基づく。

随意的な方式シグナリング・モジュール１５３は、フィードバック・パラメータ確定方式インジケータを生成する。いくつかの実装では、複数のフィードバック・パラメータ確定方式のうちの１つが利用される。これらの実装では、ｅＮＢ１６０は、どの方式が利用されるかをシグナリングする。例えば、ｅＮＢ１６０は、フィードバック・パラメータ（例えば、Ｍ_ｃ）が、参照パラメータ（例えば、Ｍ_Ｒｅｆ）に基づいて確定されるか、または参照パラメータおよび衝突サブフレームの数（例えば、Ｍ_Ｅｆｆ＝Ｍ_Ｒｅｆ−ｍ）に基づいて確定されるかどうかを示すフィードバック・パラメータ確定方式インジケータを送信する。他の実装では、ｅＮＢ１６０およびＵＥ１０２によって１つだけのフィードバック・パラメータ確定方式が利用される。これらの実装では、ｅＮＢ１６０は、方式をシグナリングしなくてもよい。

インタプリタ１０７は、いくつかの場合に、ＨＡＲＱ−ＡＣＫ情報のフォーマットを解釈する。例えば、インタプリタ１０７は、フォーマット３、フォーマット１ａ／１ｂ、およびチャネルセレクションを伴うフォーマット１ａ／１ｂのうちの１つ以上を解釈する。これは、例えば、図１０に関連して記載されるように達成される。

ｅＮＢオペレーション・モジュール１８２は、情報１９０を１つ以上の受信機１７８に提供する。例えば、ｅＮＢオペレーション・モジュール１８２は、所定のセルのためのＵＬ−ＤＬ構成１９４に基づいて、送信をいつ受信すべきか、いつすべきでないかを受信機（単数または複数）１７８に通知する。

ｅＮＢオペレーション・モジュール１８２は、情報１８８を復調器１７２に提供する。例えば、ｅＮＢオペレーション・モジュール１８２は、ＵＥ（単数または複数）１０２からの送信に予想される変調パターンを復調器１７２に通知する。

ｅＮＢオペレーション・モジュール１８２は、情報１８６をデコーダ１６６に提供する。例えば、ｅＮＢオペレーション・モジュール１８２は、ＵＥ（単数または複数）１０２からの送信に予想される符号化法をデコーダ１６６に通知する。

ｅＮＢオペレーション・モジュール１８２は、情報１０１をエンコーダ１０９に提供する。情報１０１は、符号化されるデータおよび／または符号化のための命令を含む。例えば、ｅＮＢオペレーション・モジュール１８２は、送信データ１０５および／または他の情報１０１を符号化するようにエンコーダ１０９に命令する。他の情報１０１は、例えば、ＲＲＣ構成（例えば、ＳＩＢ−１ブロードキャスト情報または専用シグナリング）（例えば、ＰＣｅｌｌ構成インジケータ、ＳＣｅｌｌ構成インジケータ）、およびフィードバック・パラメータ確定方式インジケータのうちの１つ以上を含む。

エンコーダ１０９は、送信データ１０５および／またはｅＮＢオペレーション・モジュール１８２によって提供された他の情報１０１を符号化する。例えば、データ１０５および／または他の情報１０１の符号化は、誤り検出および／または訂正符号化、送信のための空間、時間および／または周波数リソースへのデータのマッピング、多重化などを伴う。エンコーダ１０９は、符号化データ１１１を変調器１１３へ供給する。送信データ１０５は、ＵＥ１０２へ伝えるためのネットワーク・データを含む。

ｅＮＢオペレーション・モジュール１８２は、情報１０３を変調器１１３に提供する。この情報１０３は、変調器１１３に対する命令を含む。例えば、ｅＮＢオペレーション・モジュール１８２は、ＵＥ（単数または複数）１０２への送信に用いられる変調型（例えば、コンステレーション・マッピング）を変調器１１３に通知する。変調器１１３は、１つ以上の変調信号１１５を１つ以上の送信機１１７へ供給するために符号化データ１１１を変調する。

ｅＮＢオペレーション・モジュール１８２は、情報１９２を１つ以上の送信機１１７に提供する。この情報１９２は、１つ以上の送信機１１７に対する命令を含む。例えば、ｅＮＢオペレーション・モジュール１８２は、信号をＵＥ（単数または複数）１０２へいつ送信すべきか（またはいつすべきでないか）を１つ以上の送信機１１７に命令する。いくつかの実装では、これは、ＵＬ−ＤＬ構成１９４に基づく。１つ以上の送信機１１７は、変調信号（単数または複数）１１５を１つ以上のＵＥ１０２へアップコンバートして送信する。

留意すべきは、ＤＬサブフレームがｅＮＢ１６０から１つ以上のＵＥ１０２へ送信され、ＵＬサブフレームが１つ以上のＵＥ１０２からｅＮＢ１６０へ送信されることである。そのうえ、標準スペシャルサブフレームではｅＮＢ１６０も１つ以上のＵＥ１０２もデータを送信できる。

留意すべきは、ｅＮＢ（単数または複数）１６０およびＵＥ（単数または複数）１０２に含まれる要素またはその部分のうちの１つ以上がハードウェアで実装されてもよいことである。例えば、これらの要素またはその部分の１つ以上は、チップ、回路素子またはハードウェア・コンポーネントなどとして実装されてもよい。本明細書に記載される機能または方法の１つ以上は、ハードウェアで実装されてもよく、および／またはハードウェアを用いて実行されてもよいことにも留意すべきである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：ｌａｒｇｅ−ｓｃａｌｅ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。

図２は、フィードバック情報を送信するための方法２００の一構成を示すフロー図である。ＵＥ１０２は、ＰＣｅｌｌ構成を確定する（ステップ２０２）。例えば、ＵＥ１０２は、ＲＲＣ構成（例えば、ＳＩＢ−１ブロードキャスト情報または専用シグナリング）を受信し、ＲＲＣ構成に基づいて、ＰＣｅｌｌに対応する（例えば、割り当てられる、適用するための）ＵＬ−ＤＬ構成を確定する。

ＵＥ１０２は、ＳＣｅｌｌ構成を確定する（ステップ２０４）。例えば、ＵＥ１０２は、ＲＲＣ構成（例えば、ＳＩＢ−１ブロードキャスト情報または専用シグナリング）を受信し、ＲＲＣ構成に基づいて、ＳＣｅｌｌに対応する（例えば、割り当てられる、適用するための）ＵＬ−ＤＬ構成を確定する。残りの方法２００ステップは、ＰＣｅｌｌ構成とＳＣｅｌｌ構成とが異なるときに行われる。

ＵＥ１０２は、ＰＣｅｌｌ構成およびＳＣｅｌｌ構成に基づいて、フィードバック・パラメータを確定する（ステップ２０６）。例えば、ＵＥ１０２は、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるか（ケースＡ）、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるか（ケースＢ）、いずれでもないか（ケースＣ）どうかに基づいてフィードバック・パラメータを確定する（ステップ２０６）。

いくつかの実装において、ＵＥ１０２は、先述の手法の１つ以上に従ってフィードバック・パラメータを確定する（ステップ２０６）。フィードバック・パラメータは、特定のＵＬ−ＤＬ構成のＳＣｅｌｌに関して、既知の上りリンクサブフレームでのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバックを必要とするサブフレームの数を示す。例として、ＵＥ１０２は、ＳＣｅｌｌのフィードバック・パラメータを参照パラメータとして確定する。参照パラメータは、参照構成に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。

例えば、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（例えば、ケースＡ）、参照パラメータは、ＰＣｅｌｌパラメータに設定される。代わりに、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（例えば、ケースＢ）、参照パラメータは、ＳＣｅｌｌパラメータに設定される。あるいは、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合でも上位集合でもない場合（例えば、ケースＣ）、参照パラメータは、所定のパラメータに設定される。

いくつかの実装では、同様の手法がクロスキャリアスケジューリングに適用される。例えば、ＵＥ１０２は、ＳＣｅｌｌがクロスキャリアスケジュールされているときに、同様の手法に基づいてフィードバック・パラメータを確定してもよい（ステップ２０６）。代わりに、ＵＥ１０２は、ＳＣｅｌｌがクロスキャリアスケジュールされているときに、フィードバック・パラメータをスケジューリングセル・パラメータとして確定してもよい（ステップ２０６）。

いくつかの実装では、ＵＥ１０２は、衝突サブフレームの数に基づいて、フィードバック・パラメータを確定する（ステップ２０６）。例えば、ＵＥ１０２は、上記のように参照パラメータを確定して、フィードバック・パラメータを、参照パラメータから衝突サブフレームの数を減じた値に等しく設定する。言い換えれば、これは、衝突サブフレームを除いて参照構成に従うＳＣｅｌｌに関する、ＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつ下りリンクサブフレームおよびスペシャルサブフレームの数である。衝突サブフレームとは、参照構成ではＤＬサブフレームおよびスペシャルサブフレームであり、ＳＣｅｌｌ構成ではＵＬサブフレームであるサブフレームのことである。

ＵＥ１０２は、ＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を確定する（ステップ２０８）。例えば、ＵＥ１０２は、１つ以上のＰＤＳＣＨ信号（例えば、音声、データ）がＳＣｅｌｌ上で正しく受信されたかどうかを確定する（ステップ２０８）。例として、ＵＥ１０２は、ＳＣｅｌｌにおいてＰＤＳＣＨ上で正しく受信されたパケットごとに肯定応答（ＡＣＫ）ビットを生成する。しかし、ＵＥ１０２は、ＳＣｅｌｌにおいてＰＤＳＣＨ上で正しく受信されないパケットごとに否定応答（ＮＡＣＫ）ビットを生成する。留意すべきは、ＵＥ１０２がＰＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報も生成できることである。例として、いくつかの場合にはＰＣｅｌｌおよびＳＣｅｌｌの両方に対応するＨＡＲＱ−ＡＣＫ情報が生成される。以下にさらに詳細に記載されるように、例えば、ＰＣｅｌｌ ＨＡＲＱ−ＡＣＫビットとのＨＡＲＱ−ＡＣＫ多重化のために、ＳＣｅｌｌのフィードバック・パラメータ（例えば、Ｍ）が確定される。

ＵＥ１０２は、フィードバック・パラメータに基づいてＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を送信する（ステップ２１０）。例えば、フィードバック・パラメータは、ＳＣｅｌｌに関して、ＨＡＲＱ−ＡＣＫをフィードバックするサブフレームの数を指定する。例として、フィードバック・パラメータは、ＳＣｅｌｌに関してレポートされるＨＡＲＱ−ＡＣＫビットの数を確定するために利用される。ＳＣｅｌｌのＨＡＲＱ−ＡＣＫビットは、次にＰＣｅｌｌのＨＡＲＱ−ＡＣＫビットと多重化されて、上りリンク・レポートでリポートされる。

図３は、フィードバック情報を送信するための方法３００のより具体的な構成を示すフロー図である。ＵＥ１０２は、ＰＣｅｌｌ構成を確定する（ステップ３０２）。例えば、ＵＥ１０２は、ＲＲＣ構成（例えば、ＳＩＢ−１ブロードキャスト情報または専用シグナリング）を受信し、ＲＲＣ構成に基づいて、ＰＣｅｌｌに対応する（例えば、割り当てられる、適用するための）ＵＬ−ＤＬ構成を確定する。

ＵＥ１０２は、ＳＣｅｌｌ構成を確定する（ステップ３０４）。例えば、ＵＥ１０２は、ＲＲＣ構成（例えば、ＳＩＢ−１ブロードキャスト情報または専用シグナリング）を受信し、ＲＲＣ構成に基づいて、ＳＣｅｌｌに対応する（例えば、割り当てられる、適用するための）ＵＬ−ＤＬ構成を確定する。残りの方法３００ステップは、ＰＣｅｌｌ構成とＳＣｅｌｌ構成とが異なるときに行われる。

いくつかの手法では、ＵＥ１０２は、次のように参照パラメータに基づいてフィードバック・パラメータを確定する。特に、フィードバック・パラメータＭ_ｃは、先述の手法の１つ以上に従って確定される。Ｍ_ｃは、あるＵＬ−ＤＬ構成のセルｃ（例えば、ＳＣｅｌｌ）に関して、既知の上りリンクサブフレームでのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバックを必要とするサブフレームの数を示す。例として、ＵＥ１０２は、ＳＣｅｌｌのフィードバック・パラメータＭ_ｃを参照パラメータＭ_Ｒｅｆとして確定する。Ｍ_Ｒｅｆは、参照構成に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。

ＵＥ１０２は、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるかどうかを確定する（ステップ３０６）。例えば、ＵＥ１０２は、（表（１）に示されるような）ＳＣｅｌｌ構成によって指定されるすべてのＤＬサブフレーム（または、例えばスペシャルサブフレーム）が、（表（１）に示されるような）ＰＣｅｌｌ構成によって指定されるＤＬサブフレーム（または、例えばスペシャルサブフレーム）でもあるかどうかを確定する。例として、ＵＥ１０２は、ＰＣｅｌｌ構成およびＳＣｅｌｌ構成が表（２）に示されるようなケースＡに対応するかどうかを確定する。

ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（ケースＡ）、ＵＥ１０２は、参照パラメータをＰＣｅｌｌパラメータに設定する（ステップ３０８）。例えば、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（ケースＡ）、参照パラメータＭ_Ｒｅｆは、ＰＣｅｌｌパラメータＭ_{ＰＣｅｌｌ}に設定される（ステップ３０８）。

ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合ではない場合、ＵＥ１０２は、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるかどうかを確定する（ステップ３１０）。ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（ケースＢ）、ＵＥ１０２は、参照パラメータをＳＣｅｌｌパラメータに設定する（ステップ３１２）。例えば、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（ケースＢ）、参照パラメータＭ_Ｒｅｆは、ＳＣｅｌｌパラメータＭ_{ＳＣｅｌｌ}に設定される（ステップ３１２）。

ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合でも、ＤＬサブフレームのセットの上位集合でもない場合、ＵＥ１０２は、参照パラメータを所定のパラメータに設定する（ステップ３１４）。例えば、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合でも上位集合でもない場合（ケースＣ）、参照パラメータＭ_Ｒｅｆは、所定のパラメータＭ_{ＲｅｆＣｏｎｆ}に設定される（ステップ３１４）。留意すべきは、所定のパラメータＭ_{ＲｅｆＣｏｎｆ}がケースＣに関して表（２）に指定される参照構成に対応することである。

いくつかの実装では、ＵＥ１０２は、衝突サブフレームの数ｍおよび参照パラメータＭ_Ｒｅｆに基づいて、フィードバック・パラメータを確定する。例えば、ＵＥ１０２は、上記のように参照パラメータＭ_Ｒｅｆを確定して、フィードバック・パラメータＭ_ｃをＭ_Ｅｆｆ＝Ｍ_Ｒｅｆ−ｍに等しく設定する。言い換えれば、Ｍ_Ｅｆｆは、衝突サブフレームを除いて参照構成に従うＳＣｅｌｌに関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつ下りリンクサブフレームおよびスペシャルサブフレームの数である。衝突サブフレームとは、参照構成ではＤＬサブフレームまたはスペシャルサブフレームであり、ＳＣｅｌｌ構成ではＵＬサブフレームであるサブフレームのことである。

いくつかの実装では、同様の手法がクロスキャリアスケジューリングに適用される。例えば、ＵＥ１０２は、ＳＣｅｌｌがクロスキャリアスケジュールされているときに、（衝突サブフレームの数ｍに加えて、またはその代わりに）参照パラメータＭ_Ｒｅｆに基づいて、フィードバック・パラメータを確定してもよい。代わりに、ＵＥ１０２は、ＳＣｅｌｌがクロスキャリアスケジュールされているときに、フィードバック・パラメータをスケジューリングセル・パラメータＭ_{ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}として確定してもよい。Ｍ_{ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}は、スケジューリングセル（ＵＬ−ＤＬ）構成に関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数である。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成（のＭ_ｃ）の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成（のＭ_ｃ）が用いられてもよい。別の実装では、ＳＣｅｌｌのフィードバック・パラメータＭ_ｃは、Ｍ_{Ｅｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}であり、ここでＭ_{Ｅｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}は、スケジューリングセルのＭ_Ｅｆｆである（Ｍ_Ｅｆｆは、例えば、衝突サブフレームを除いて、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに従う対象となるスケジューリングセル（例えば、ＰＣｅｌｌ）構成の実効的なＭである）。この場合、衝突サブフレームとは、スケジューリングセル構成ではＤＬまたはスペシャルサブフレームであり、ＳＣｅｌｌ構成ではＵＬサブフレームであるサブフレームのことである。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成（のＭ_ｃ）の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成（のＭ_ｃ）が用いられてもよい。

ＵＥ１０２は、ＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を確定する（ステップ３１６）。例えば、ＵＥ１０２は、１つ以上のＰＤＳＣＨ信号（例えば、音声、データ）がＳＣｅｌｌ上で正しく受信されたかどうかを確定する（ステップ３１６）。例として、ＵＥ１０２は、ＳＣｅｌｌにおいてＰＤＳＣＨ上で正しく受信された各パケットに対して肯定応答（ＡＣＫ）ビットを生成する。しかし、ＵＥ１０２は、ＳＣｅｌｌにおいてＰＤＳＣＨ上で正しく受信されない各パケットに対しては否定応答（ＮＡＣＫ）ビットを生成する。

ＵＥ１０２は、フィードバック・パラメータ（例えば、ＳＣｅｌｌに関するＨＡＲＱ−ＡＣＫをフィードバックするサブフレームの数）に基づいて、ＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を送信する（ステップ３１８）。例として、フィードバック・パラメータは、ＳＣｅｌｌに関してレポートされるＨＡＲＱ−ＡＣＫビットの数を確定するために利用される。ＳＣｅｌｌのＨＡＲＱ−ＡＣＫビットは、次にＰＣｅｌｌのＨＡＲＱ−ＡＣＫビットと多重化されて、上りリンク・レポートでレポートされる。

図４は、本明細書に開示されるシステムおよび方法に従って用いられる無線フレーム４３５の一例を示す図である。この無線フレーム４３５構造は、ＴＤＤ手法に適用できる。各無線フレーム４３５は、Ｔ_ｆ＝３０７２００・Ｔ_ｓ＝１０ｍｓの長さを有し、ここでＴ_ｆは、無線フレーム４３５の持続時間であり、Ｔ_ｓは、１／（１５０００×２０４８）秒に等しい時間単位である。無線フレーム４３５は、１５３６００・Ｔ_ｓ＝５ｍｓの長さをそれぞれが有する２つのハーフフレーム４３３を含む。各ハーフフレーム４３３は、３０７２０・Ｔ_ｓ＝１ｍｓの長さをそれぞれが有する５つのサブフレーム４２３ａ〜ｅ、４２３ｆ〜ｊを含む。

上の表（１）において、無線フレームにおけるサブフレームごとに、「Ｄ」は、サブフレームが下りリンク送信のために予約されていることを示し、「Ｕ」は、サブフレームが上りリンク送信のために予約されていることを示し、「Ｓ」は、３つのフィールド、すなわち、下りリンク・パイロット時間スロット（ＤｗＰＴＳ：ｄｏｗｎｌｉｎｋ ｐｉｌｏｔ ｔｉｍｅ ｓｌｏｔ）、ガード期間（ＧＰ：ｇｕａｒｄ ｐｅｒｉｏｄ）および上りリンク・パイロット時間スロット（ＵｐＰＴＳ：ｕｐｌｉｎｋ ｐｉｌｏｔ ｔｉｍｅ ｓｌｏｔ）をもつスペシャルサブフレームを示す。ＤｗＰＴＳおよびＵｐＰＴＳの長さは、ＤｗＰＴＳ、ＧＰおよびＵｐＰＴＳの全長が３０７２０・Ｔ_ｓ＝１ｍｓに等しいことを前提として、（３ＧＰＰ ＴＳ３６．２１１の表４．２−１からの）表（５）に示される。表（５）は、（標準）スペシャルサブフレームのいくつかの構成を示す。各サブフレームｉは、各サブフレームにおける長さがＴ_ｓｌｏｔ＝１５３６０・Ｔ_ｓ＝０．５ｍｓの２つのスロット、２ｉおよび２ｉ＋１として定義される。表（５）では、便宜上、「サイクリックプレフィックス」は「ＣＰ」と略記され、「構成」は「Ｃｏｎｆｉｇ」と略記される。

下りリンクから上りリンクへの切り替えポイント周期が５ｍｓおよび１０ｍｓの両方のＵＬ−ＤＬ構成がサポートされる。下りリンクから上りリンクへの切り替えポイント周期が５ｍｓの場合には、スペシャルサブフレームが両方のハーフフレームに存在する。下りリンクから上りリンクへの切り替えポイント周期が１０ｍｓの場合には、スペシャルサブフレームが第１のハーフフレームにのみ存在する。サブフレーム０および５ならびにＤｗＰＴＳは、下りリンク送信のために予約される。ＵｐＰＴＳおよびスペシャルサブフレームのすぐ後に続くサブフレームは、上り送信のために予約される。

本明細書に開示されるシステムおよび方法に従って、用いられるサブフレーム４２３のいくつかのタイプは、下りリンクサブフレーム、上りリンクサブフレームおよびスペシャルサブフレーム４３１を含む。図４に示される５ｍｓ周期を有する例では、無線フレーム４３５に２つの標準スペシャルサブフレーム４３１ａ〜ｂが含まれる。

第１のスペシャルサブフレーム４３１ａは、下りリンク・パイロット時間スロット（ＤｗＰＴＳ）４２５ａ、ガード期間（ＧＰ）４２７ａ、および上りリンク・パイロット時間スロット（ＵｐＰＴＳ）４２９ａを含む。この例では、第１の標準スペシャルサブフレーム４３１ａは、サブフレームｏｎｅ４２３ｂに含まれる。第２の標準スペシャルサブフレーム４３１ｂは、下りリンク・パイロット時間スロット（ＤｗＰＴＳ）４２５ｂ、ガード期間（ＧＰ）４２７ｂ、および上りリンク・パイロット時間スロット（ＵｐＰＴＳ）４２９ｂを含む。この例では、第２の標準スペシャルサブフレーム４３１ｂは、サブフレームｓｉｘ４２３ｇに含まれる。ＤｗＰＴＳ４２５ａ〜ｂおよびＵｐＰＴＳ４２９ａ〜ｂの長さは、ＤｗＰＴＳ４２５、ＧＰ４２７およびＵｐＰＴＳ４２９の各集合の全長が３０７２０・Ｔ_ｓ＝１ｍｓに等しいことを前提として、（上の表（５）に示される）３ＧＰＰ ＴＳ３６．２１１の表４．２−１によって与えられる。

各サブフレームｉ４２３ａ〜ｊ（この例では、ｉは、サブフレームｚｅｒｏ４２３ａ（例えば０）からサブフレームｎｉｎｅ４２３ｊ（例えば９）に及ぶサブフレームを示す）は、各サブフレーム４２３における長さがＴ_ｓｌｏｔ＝１５３６０・Ｔ_ｓ＝０．５ｍｓの２つのスロット２ｉおよび２ｉ＋１として定義される。例えば、サブフレームｚｅｒｏ（例えば０）４２３ａは、第１のスロットを含めて、２つのスロットを含む。

本明細書に開示されるシステムおよび方法に従って、下りリンクから上りリンクへの切り替えポイント周期が５ｍｓおよび１０ｍｓの両方のＵＬ−ＤＬ構成が用いられる。図４は、切り替えポイント周期が５ｍｓの無線フレーム４３５の一例を示す。下りリンクから上りリンクへの切り替えポイント周期が５ｍｓの場合には、各ハーフフレーム４３３が標準スペシャルサブフレーム４３１ａ〜ｂを含む。下りリンクから上りリンクへの切り替えポイント周期が１０ｍｓの場合には、スペシャルサブフレームは、第１のハーフフレーム４３３にのみ存在する。

サブフレームｚｅｒｏ（例えば０）４２３ａおよびサブフレームｆｉｖｅ（例えば５）４２３ｆならびにＤｗＰＴＳ ４２５ａ〜ｂは、下りリンク送信のために予約される。ＵｐＰＴＳ４２９ａ〜ｂ、およびスペシャルサブフレーム（単数または複数）４３１ａ〜ｂのすぐ後に続くサブフレーム（単数または複数）（例えば、サブフレームｔｗｏ４２３ｃおよびサブフレームｓｅｖｅｎ４２３ｈ）は、上りリンク送信のために予約される。留意すべきは、いくつかの実装では、衝突サブフレームの数を確定するために、スペシャルサブフレーム４３１がＤＬサブフレームと見做されることである。

図５は、本明細書に記載されるシステムおよび方法に従って、いくつかのＵＬ−ＤＬ構成５３７ａ〜ｇを示す図である。特に、図５は、サブフレーム５２３ａおよびサブフレーム番号５３９ａをもつＵＬ−ＤＬ構成ｚｅｒｏ５３７ａ（例えば、「ＵＬ−ＤＬ構成０」）、サブフレーム５２３ｂおよびサブフレーム番号５３９ｂをもつＵＬ−ＤＬ構成ｏｎｅ５３７ｂ（例えば、「ＵＬ−ＤＬ構成１」）、サブフレーム５２３ｃおよびサブフレーム番号５３９ｃをもつＵＬ−ＤＬ構成ｔｗｏ５３７ｃ（例えば、「ＵＬ−ＤＬ構成２」）、ならびにサブフレーム５２３ｄおよびサブフレーム番号５３９ｄをもつＵＬ−ＤＬ構成ｔｈｒｅｅ５３７ｄ（例えば、「ＵＬ−ＤＬ構成３」）を示す。図５は、サブフレーム５２３ｅおよびサブフレーム番号５３９ｅをもつＵＬ−ＤＬ構成ｆｏｕｒ５３７ｅ（例えば、「ＵＬ−ＤＬ構成４」）、サブフレーム５２３ｆおよびサブフレーム番号５３９ｆをもつＵＬ−ＤＬ構成ｆｉｖｅ５３７ｆ（例えば、「ＵＬ−ＤＬ構成５」）、ならびにサブフレーム５２３ｇおよびサブフレーム番号５３９ｇをもつＵＬ−ＤＬ構成ｓｉｘ５３７ｇ（例えば、「ＵＬ−ＤＬ構成６」）も示す。

図５は、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーション５４１（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ上でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバックアソシエーション）をさらに示す。ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーション５４１は、ＰＤＳＣＨ送信のためのサブフレーム（例えば、ＰＤＳＣＨ送信が送られるか、および／または受信されるサブフレーム）に対応するＨＡＲＱ−ＡＣＫレポーティング・サブフレームを示す。留意すべきは、図５に示される無線フレームのいくつかが、便宜上、切り詰められていることである。

本明細書に開示されるシステムおよび方法は、図５に示されるＵＬ−ＤＬ構成５３７ａ〜ｇの１つ以上に適用できる。例えば、図５に示されるＵＬ−ＤＬ構成５３７ａ〜ｇのうちの１つに対応する１つ以上のＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーション５４１が、ＵＥ１０２とｅＮＢ１６０との間の通信に適用される。例えば、ＵＬ−ＤＬ構成５３７がＰＣｅｌｌに確定される（例えば、割り当てられる、適用される）。この場合、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーション５４１は、ＰＣｅｌｌに対応するＨＡＲＱ−ＡＣＫフィードバック送信のためのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミング（例えば、ＨＡＲＱ−ＡＣＫレポーティング・サブフレーム）を指定する。ＳＣｅｌｌ ＨＡＲＱ−ＡＣＫフィードバック送信に関しては、フィードバック・パラメータに従って参照ＵＬ−ＤＬ構成に対応するＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーション５４１が利用される。

図６は、ＰＣｅｌｌおよびＳＣｅｌｌ構成の例を示す図である。より具体的には、例Ａ６４５ａは、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットを示す（例えば、ケースＡ）。例Ｂ６４５ｂは、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットを示す（例えば、ケースＢ）。

本明細書に開示されるシステムおよび方法に従って、（例えば、ＲＣＣ専用シグナリングに基づいて確定された）ＳＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、（例えば、ＳＩＢ−１に基づいて確定された）ＰＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である場合には、フィードバック・パラメータＭ_ｃによって決定づけられるように、ＳＣｅｌｌ ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミング（例えば、レポート）は、ＰＣｅｌｌ構成に従う。この場合、ＳＣｅｌｌ構成におけるすべてＤＬサブフレームは、ＰＣｅｌｌ構成におけるＤＬサブフレームでもある。留意すべきは、ＰＣｅｌｌは、ＳＣｅｌｌのＤＬサブフレームに加えて配置された余分のＤＬサブフレームを有することである。図６では、便宜上、ＤＬサブフレームは「Ｄ」で示され、ＵＬサブフレームは「Ｕ」で示され、（例えば、ＵＬ成分およびＤＬ成分の両方を含む）スペシャルサブフレームは「Ｓ」で示される。

特に、図６は、ＳＣｅｌｌ構成によって示されるＤＬサブフレームのセットがＰＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である、例Ａ６４５ａを示す。より具体的には、例Ａ６４５ａは、ＰＣｅｌｌ構成ｔｗｏ（例えば「２」）６３７ａおよびＳＣｅｌｌ構成ｏｎｅ（例えば「１」）６３７ｂを示す。例Ａ６４５ａでは、ＳＣｅｌｌ ＤＬサブフレーム０、１、４、５、６および９は、ＰＣｅｌｌ ＤＬサブフレーム６４３ａの部分集合である。

本明細書に開示されるシステムおよび方法に従って、（例えば、ＲＲＣ専用シグナリングに基づいて確定された）ＰＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、（例えば、ＳＩＢ−１に基づいて確定された）ＳＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である場合には、フィードバック・パラメータＭ_ｃによって決定づけられるように、ＳＣｅｌｌ ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミング（例えば、レポート）は、ＳＣｅｌｌ構成に従う。この場合には、ＰＣｅｌｌ構成におけるすべてのＤＬサブフレームは、ＳＣｅｌｌ構成におけるＤＬサブフレームでもある。留意すべきは、ＳＣｅｌｌは、ＰＣｅｌｌのＤＬサブフレームに加えて配置された余分のＤＬサブフレームを有することである。

特に、図６は、ＰＣｅｌｌ構成によって示されるＤＬサブフレームのセットがＳＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である、例Ｂ６４５ｂを示す。より具体的には、例Ｂ６４５ｂは、ＳＣｅｌｌ構成ｔｗｏ（例えば「２」）６３７ｃおよびＰＣｅｌｌ構成ｏｎｅ（例えば「１」）６３７ｄを示す。例Ｂ６４５ｂでは、ＰＣｅｌｌ ＤＬサブフレーム０、１、４、５、６および９は、ＳＣｅｌｌ ＤＬサブフレーム６４３ｂの部分集合である。

図７は、ＰＣｅｌｌ構成７３７ｂとＳＣｅｌｌ構成７３７ａとの間の衝突サブフレーム７４７の例を示す図である。衝突サブフレームは、あるサブフレームが１つのＵＬ−ＤＬ構成ではＤＬ（またはスペシャルサブフレーム）であり、別のＵＬ−ＤＬ構成ではＵＬサブフレームであるときに生じる。この例では、サブフレーム３および８がＳＣｅｌｌ構成ｏｎｅ７３７ａおよびＰＣｅｌｌ構成ｔｗｏ７３７ｂではＵＬサブフレームであるので、サブフレーム３および８は、ＳＣｅｌｌ構成ｏｎｅ７３７ａとＰＣｅｌｌ構成ｔｗｏ７３７ｂとの間の衝突サブフレーム７４７である。

本明細書に開示されるシステムおよび方法に従って、上記のいくつかの手法では衝突サブフレームの数ｍが利用される。例えば、ＳＣｅｌｌのフィードバック・パラメータＭ_ｃは、Ｍ_Ｅｆｆとして定義され、ここでＭ_Ｅｆｆは、ＰＣｅｌｌ構成または参照構成がＤＬサブフレーム（または、例えばスペシャルサブフレーム）を含み、ＳＣｅｌｌ構成がＵＬサブフレームを含む衝突サブフレームを除いて、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに従う対象となる参照構成の実効的なＭである（例えば、Ｍ_Ｅｆｆ＝Ｍ_Ｒｅｆ−ｍ）。図７では、便宜上、ＤＬサブフレームは「Ｄ」で示され、ＵＬサブフレームは「Ｕ」で示され、（例えば、ＵＬ成分およびＤＬ成分の両方を含む）スペシャルサブフレームは「Ｓ」で示される。

図８は、ＵＬ−ＤＬ構成ｚｅｒｏ８３７を用いたＰＤＳＣＨ ＨＡＲＱ−ＡＣＫリポーティングを示す図である。特に、図８は、サブフレーム８２３およびサブフレーム番号８３９をもつＵＬ−ＤＬ構成ｚｅｒｏ８３７（例えば、ＵＬ−ＤＬ構成０）を示す。図８は、さらに（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ上でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバックのための）ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーション８４１を示す。ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーション８４１は、ＰＤＳＣＨ送信のためのサブフレーム（例えば、ＰＤＳＣＨが送信されるか、および／または受信されるサブフレーム）に対応するＨＡＲＱ−ＡＣＫレポーティング・サブフレームを示す。

本明細書に開示されるシステムおよび方法に従って、ＰＣｅｌｌがＵＬ−ＤＬ構成ｚｅｒｏ８３７（例えば０）を用いて構成されている場合のサブフレーム３および８でのＨＡＲＱ−ＡＣＫレポーティングに関するさらなる詳細が以下に示される。図８に示されるように、ＵＬ−ＤＬ構成ｚｅｒｏ８３７では、サブフレーム３および８と関連付けられたＤＬサブフレームはない。ＰＣｅｌｌがＵＬ−ＤＬ構成ｚｅｒｏ８３７を用いて構成されている場合、ＰＣｅｌｌに対してＰＵＣＣＨリソースは何も配置されない。しかしながら、異なるＵＬ−ＤＬ構成を用いたｅＣＡによって、１つ以上のＳＣｅｌｌのＨＡＲＱ−ＡＣＫをＰＣｅｌｌ上でレポートすることができる。上の表（４）は、ＰＣｅｌｌがＵＬ−ＤＬ構成ｚｅｒｏ８３７を用いて構成されているときのＳＣｅｌｌレポーティングとの可能な組み合わせを示す。言い換えれば、表（４）は、ＰＣｅｌｌ構成が構成ｚｅｒｏ８３７であるときに、ＰＣｅｌｌ上にＨＡＲＱ−ＡＣＫが何もない場合を示す。

ＬＴＥリリース１０ ＣＡでは、すべてのセルが同じＵＬ−ＤＬ構成を有する。ＵＥは、ＰＵＣＣＨフォーマット３またはチャネルセレクションを伴うＰＵＣＣＨフォーマット１ａ／１ｂのいずれを用いることができる。ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成されている場合、ＳＣｅｌｌのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、ＳＣｅｌｌ構成に従う。ＵＥのためにＰＵＣＣＨフォーマット３が構成されている場合には、ＨＡＲＱ−ＡＣＫレポーティングにはいくつかの手法がある。

１つの手法は、ＰＵＣＣＨフォーマット３およびすべてのセルのＨＡＲＱ−ＡＣＫ多重化を常に適用することを含む。この手法では、ＰＣｅｌｌ構成としてＵＬ−ＤＬ構成６をもつＰＣｅｌｌ上のＨＡＲＱ−ＡＣＫの数がＵＬサブフレーム３および８では０でなければならない。従って、ＵＥ１０２は、１つ以上のＳＣｅｌｌのＨＡＲＱ−ＡＣＫビットのみをフォーマット３を用いて多重化してレポートする。これは、リリース１０の拡張と見做すことができる。しかしながら、フォーマット３は、ＳＣｅｌｌからの１ないし２ビットのみをレポートするためにも用いられる。これは、ＰＵＣＣＨリソースを不必要に浪費する。

ＬＴＥリリース１０では、ＣＡ下のＰＣｅｌｌに関してフォールバック・モードが定義される。ＰＣｅｌｌ上においてのみＰＤＳＣＨ送信が受信される場合には、フォーマット３の代わりに、フォーマット１ａ／１ｂおよびチャネルセレクションを伴うフォーマット１ａ／１ｂが適用される。別の手法では、この原理が、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけの構成された在圏セルがあるときのサブフレーム３および８でのＨＡＲＱ−ＡＣＫレポーティングに拡張される。２つより多い構成された在圏セルには、ＰＵＣＣＨフォーマット３が適用される。

それゆえにサブフレーム３および８では、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけのセルが構成されているときに、ＵＥ１０２は、次の場合に、ＰＵＣＣＨフォーマット１ａ／１ｂおよびＰＵＣＣＨリソース

を適用する。１つの場合には、ＵＥ１０２は、サブフレームｎ−ｋ_ｍ（ここで、ＳＣｅｌｌ ＵＬ−ＤＬ構成に従ってｋ_ｍ∈Ｋ）における、対応するＰＤＣＣＨの検出によって示されるＳＣｅｌｌ上のみでの単一のＰＤＳＣＨ送信に対して、かつ、そのＰＤＣＣＨの下りリンク割り当てインデックス（ＤＡＩ）値が（例えば、３ＧＰＰ ＴＳ３６．２１３の表７．３−Ｘで定義される）「１」に等しい、ＵＬ−ＤＬ構成１〜６に対して、ＰＵＣＣＨフォーマット１ａ／１ｂおよびＰＵＣＣＨリソース

を適用する。言い換えれば、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけのセルが構成されているときに、サブフレーム３および８では、Ｍ_{ＳＣｅｌｌ}＝１であれば、フォーマット３の代わりに、ＰＵＣＣＨフォーマット１ａ／１ｂが用いられる。

サブフレーム３および８では、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけのセルが構成されているときに、Ｍ_{ＳＣｅｌｌ}＞１では、単一セル・チャネルセレクション手法が適用され、（上位レイヤ・シグナリングに基づき、３ＧＰＰ ＴＳ３６．２１３の表１０．１．３−２、３および４のセットまたは表１０．１．３−５、６および７のセットに従って）チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂが適用される。上位レイヤ・シグナリングによって示される選択された表のセットに関して、ＵＥは、ＰＵＣＣＨフォーマット１ｂを用いて、サブフレームｎにおけるＰＵＣＣＨリソース

上でｂ（０），ｂ（１）を送信する。ｂ（０），ｂ（１）の値およびＰＵＣＣＨリソース

は、それぞれＭ_{ＳＣｅｌｌ}＝２、３、および４に対して選択された表のセットに従ってチャネルセレクションによって生成される。

図９は、フィードバック情報を受信するための方法９００の一構成を示すフロー図である。ｅＮＢ１６０は、ＰＣｅｌｌ構成をシグナリングする（ステップ９０２）。例えば、ｅＮＢ１６０は、ＰＣｅｌｌに対応するＵＬ−ＤＬ構成を割り当てるＳＩＢ−１を送信する。

ｅＮＢ１６０は、ＳＣｅｌｌ構成をシグナリングする（ステップ９０４）。例えば、ｅＮＢ１６０は、ＳＣｅｌｌに対応するＵＬ−ＤＬ構成を割り当てるＲＲＣ専用シグナリングを送信する。方法９００は、ＰＣｅｌｌ構成とＳＣｅｌｌ構成とが異なるときに行われる。

ｅＮＢ１６０は、ＰＣｅｌｌ構成およびＳＣｅｌｌ構成に基づいてフィードバック・パラメータを確定する（ステップ９０６）。例えば、ｅＮＢ１６０は、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるか（ケースＡ）、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるか（ケースＢ）、いずれでもないか（ケースＣ）どうかに基づいて、フィードバック・パラメータを確定する（ステップ９０６）。

いくつかの実装では、ｅＮＢ１６０は、先述の手法の１つ以上に従ってフィードバック・パラメータを確定する（ステップ９０６）。フィードバック・パラメータは、特定のＵＬ−ＤＬ構成のＳＣｅｌｌに関して、既知の上りリンクサブフレームでのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバックを必要とするサブフレームの数を示す。例として、ｅＮＢ１６０は、ＳＣｅｌｌのフィードバック・パラメータを参照パラメータとして確定する。参照パラメータは、参照構成に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。

例えば、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（例えば、ケースＡ）、参照パラメータは、ＰＣｅｌｌパラメータに設定される。代わりに、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（例えば、ケースＢ）、参照パラメータは、ＳＣｅｌｌパラメータに設定される。あるいは、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合でも上位集合でもない場合（例えば、ケースＣ）には、参照パラメータは、所定のパラメータに設定される。

いくつかの実装では、同様の手法がクロスキャリアスケジューリングに適用される。例えば、ｅＮＢ１６０は、ＳＣｅｌｌがクロスキャリアスケジュールされているときに、同様の手法に基づいてフィードバック・パラメータを確定してもよい（ステップ９０６）。代わりに、ｅＮＢ１６０は、ＳＣｅｌｌがクロスキャリアスケジュールされているときに、フィードバック・パラメータをスケジューリングセル・パラメータとして確定してもよい（ステップ９０６）。

いくつかの実装では、ｅＮＢ１６０は、衝突サブフレームの数に基づいて、フィードバック・パラメータを確定する（ステップ９０６）。例えば、ｅＮＢ１６０は、先述されたように参照パラメータを確定して、フィードバック・パラメータを、参照パラメータから衝突サブフレームの数を減じた値に等しく設定する。言い換えれば、これは、衝突サブフレームを除いて参照構成に従うＳＣｅｌｌに関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつ下りリンクサブフレームおよびスペシャルサブフレームの数である。衝突サブフレームとは、参照構成ではＤＬサブフレームおよびスペシャルサブフレームであり、ＳＣｅｌｌ構成ではＵＬサブフレームであるサブフレームのことである。

いくつかの構成において、ｅＮＢ１６０は、確定されたフィードバック・パラメータを（例えば、上位レイヤ・シグナリングによって）ＵＥ１０２へシグナリングする。これらの構成では、ＵＥ１０２は、ｅＮＢ１６０によってシグナリングされた既知のパラメータ（例えば、フィードバック・パラメータ）に従う。例として、ｅＮＢ１６０およびＵＥ１０２によって同じパラメータが用いられる。

ｅＮＢ１６０は、フィードバック・パラメータに基づいてＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を受信する（ステップ９０８）。例えば、フィードバック・パラメータは、ＳＣｅｌｌに関して、ＨＡＲＱ−ＡＣＫフィードバックのためのサブフレームの数を指定する。例として、フィードバック・パラメータは、ＳＣｅｌｌに関してレポートされるＨＡＲＱ−ＡＣＫビットの数を確定するために利用される。ＳＣｅｌｌのＨＡＲＱ−ＡＣＫビットは、ＰＣｅｌｌのＨＡＲＱ−ＡＣＫビットと多重化され、フィードバック・パラメータに基づいて上りリンク・レポートで受信される（ステップ９０８）。

図１０は、フィードバック情報を受信するための方法１０００のより具体的な構成を示すフロー図である。ｅＮＢ１６０は、ＰＣｅｌｌ構成をシグナリングする（ステップ１００２）。例えば、ｅＮＢ１６０は、ＰＣｅｌｌに対応するＵＬ−ＤＬ構成を割り当てるＳＩＢ−１を送信する。

ｅＮＢ１６０は、ＳＣｅｌｌ構成をシグナリングする（ステップ１００４）。例えば、ｅＮＢ１６０は、ＳＣｅｌｌに対応するＵＬ−ＤＬ構成を割り当てるＲＲＣ専用シグナリングを送信する。残りの方法１０００ステップは、ＰＣｅｌｌ構成とＳＣｅｌｌ構成とが異なるときに行われる。

ｅＮＢ１６０は、方式をシグナリングする（ステップ１００６）。いくつかの実装では、複数のフィードバック・パラメータ確定方式のうちの１つが利用される。これらの実装では、ｅＮＢ１６０は、どの方式が利用されるかをシグナリングする。例えば、ｅＮＢ１６０は、フィードバック・パラメータ（例えば、Ｍ_ｃ）が参照パラメータ（例えば、Ｍ_ＲＥｆ）に基づいて確定されるか、または参照パラメータおよび衝突サブフレームの数（例えば、Ｍ_Ｅｆｆ＝Ｍ_Ｒｅｆ−ｍ）に基づいて確定されるかどうかを示すフィードバック・パラメータ確定方式インジケータを送信する。他の実装では、ｅＮＢ１６０およびＵＥ１０２によって１つだけのフィードバック・パラメータ確定方式が利用される。これらの実装では、ｅＮＢ１６０は、方式をシグナリングしなくてよい。

（例として、複数のフィードバック・パラメータ確定方式が利用される場合に）ｅＮＢ１６０は、ＰＣｅｌｌ構成、ＳＣｅｌｌ構成および方式に基づいて、フィードバック・パラメータを確定する（ステップ１００８）。例えば、ｅＮＢ１６０は、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるか（ケースＡ）、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるか（ケースＢ）、いずれでもないか（ケースＣ）どうかに基づいて、フィードバック・パラメータを確定する（ステップ１００８）。

そのうえ、フィードバック・パラメータ（例えば、Ｍ_ｃ）は、方式に基づいて確定されてもよい（ステップ１００８）。例えば、ｅＮＢ１６０は、選択されてシグナリングされた（ステップ１００６）フィードバック確定方式に従って、参照パラメータ（例えば、Ｍ_Ｒeｆ）に基づくか、または参照パラメータおよび衝突サブフレームの数（例えば、Ｍ_Ｅｆｆ＝Ｍ_Ｒｅｆ−ｍ）に基づいてフィードバック・パラメータ（例えば、Ｍ_ｃ）を確定する（ステップ１００８）。

いくつかの手法では、ｅＮＢ１６０は、次のように参照パラメータに基づいてフィードバック・パラメータを確定する（ステップ１００８）。特に、フィードバック・パラメータＭ_ｃは、先述の手法の１つ以上に従って確定される。Ｍ_ｃは、あるＵＬ−ＤＬ構成のセル_ｃ（例えば、ＳＣｅｌｌ）に関して、既知の上りリンクサブフレームでのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバックを必要とするサブフレームの数を示す。例として、ｅＮＢ１６０は、ＳＣｅｌｌのフィードバック・パラメータＭ_ｃを参照パラメータＭ_Ｒｅｆとして確定する（ステップ１００８）。Ｍ_Ｒｅｆは、参照構成に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブブフレームの数を示す。

ｅＮＢ１６０は、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるかどうかを確定する。例えば、ｅＮＢ１６０は、（表（１）に示されるような）ＳＣｅｌｌ構成によって指定されたすべてのＤＬサブフレーム（または、例えばスペシャルサブフレーム）が、（表（１）に示されるような）ＰＣｅｌｌ構成によって指定されるＤＬサブフレーム（または、例えばスペシャルサブフレーム）でもあるかどうかを確定する。例として、ｅＮＢ１６０は、ＳＣｅｌｌ構成およびＰＣｅｌｌ構成が表（２）に示されるようなケースＡに対応するかどうかを確定する。

ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（ケースＡ）、ｅＮＢ１６０は、参照パラメータをＰＣｅｌｌパラメータに設定する。例えば、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（ケースＡ）、参照パラメータＭ_Ｒｅｆは、ＰＣｅｌｌパラメータＭ_{ＰＣｅｌｌ}に設定される。

ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合ではない場合、ｅＮＢ１６０は、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるかどうかを確定する。ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（ケースＢ）、ｅＮＢ１６０は、参照パラメータをＳＣｅｌｌパラメータに設定する。例えば、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（ケースＢ）、参照パラメータＭ_Ｒｅｆは、ＳＣｅｌｌパラメータＭ_{ＳＣｅｌｌ}に設定される。

ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合ではない場合、ｅＮＢ１６０は、参照パラメータを所定のパラメータに設定する。例えば、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合でも上位集合でもない場合（ケースＣ）、参照パラメータＭ_Ｒｅｆは、所定のパラメータＭ_{ＲｅｆＣｏｎｆ}に設定される。留意すべきは、所定のパラメータＭ_{ＲｅｆＣｏｎｆ}がケースＣに関して表（２）に指定される参照構成に対応することである。

いくつかの実装では、ｅＮＢ１６０は、衝突サブフレームの数および参照パラメータＭ_Ｒｅｆに基づいて、フィードバック・パラメータを確定する。例えば、ｅＮＢ１６０は、上記のように参照パラメータＭ_Ｒｅｆを確定して、フィードバック・パラメータＭ_ｃをＭ_Ｅｆｆ＝Ｍ_Ｒｅｆ−ｍに等しく設定する。言い換えれば、Ｍ_Ｅｆｆは、衝突サブフレームを除いて参照構成に従うＳＣｅｌｌに関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつ下りリンクサブフレームおよびスペシャルサブフレームの数である。衝突サブフレームとは、参照構成ではＤＬサブフレームまたはスペシャルサブフレームであり、ＳＣｅｌｌ構成ではＵＬサブフレームであるサブフレームのことである。

いくつかの実装では、同様の手法がクロスキャリアスケジューリングに適用される。例えば、ｅＮＢ１６０は、ＳＣｅｌｌがクロスキャリアスケジュールされているときに、（衝突サブフレームの数ｍに加えて、またはその代わりに）参照パラメータＭ_Ｒｅｆに基づいて、フィードバック・パラメータを確定してもよい。代わりに、ｅＮＢ１６０は、ＳＣｅｌｌがクロスキャリアスケジュールされているときに、フィードバック・パラメータをスケジューリングセル・パラメータＭ_{ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}として確定してもよい。Ｍ_{ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}は、スケジューリングセル（ＵＬ−ＤＬ）構成に関する、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数である。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成（のＭｃ）の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成（のＭｃ）が用いられてもよい。別の実装では、ＳＣｅｌｌのフィードバック・パラメータＭ_ｃは、Ｍ_{Ｅｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}であり、ここでＭ_{Ｅｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌ}は、スケジューリングセル（例えば、ＰＣｅｌｌ）のＭ_Ｅｆｆである（Ｍ_ＥＦＦは、例えば、衝突サブフレームを除いて、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに従う対象となるスケジューリングセル（例えば、ＰＣｅｌｌ）構成の実効的なＭである）。この場合、衝突サブフレームとは、スケジューリングセル構成ではＤＬまたはスペシャルサブフレームであり、ＳＣｅｌｌ構成ではＵＬサブフレームであるサブフレームのことである。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成のＭ_ｃの代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成のＭ_ｃが用いられてもよい。

ｅＮＢ１６０は、フィードバック・パラメータに基づいて、ＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を受信する（ステップ１０１０）。例えば、フィードバック・パラメータは、ＳＣｅｌｌに関して、ＨＡＲＱ−ＡＣＫフィードバックのためのサブフレームの数を指定する。例として、フィードバック・パラメータは、ＳＣｅｌｌに関してレポートされるＨＡＲＱ−ＡＣＫビットの数を確定するために利用される。ＳＣｅｌｌのＨＡＲＱ−ＡＣＫビットは、ＰＣｅｌｌのＨＡＲＱ−ＡＣＫビットと多重化され、フィードバック・パラメータに基づいて上りリンク・レポートで受信される（ステップ１０１０）。

いくつかの実装では、ｅＮＢ１６０は、随意的に、フォーマット３、フォーマット１ａ／１ｂ、またはチャネルセレクションを伴うフォーマット１ａ／１ｂに基づいて、ＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を解釈する（ステップ１０１２）。例えば、異なるＵＬ−ＤＬ構成を用いたＴＤＤ ＣＡの利用は、異なるセル上ではパラメータが異なるためにいくつかの課題を生じる。例として、ＰＵＣＣＨフォーマット３が構成されている場合、ＨＡＲＱ−ＡＣＫ多重化（例えば、ｅＮＢ１６０によって行われる非多重化）は、（例えば、ＰＣｅｌｌ ＤＬおよびＳＣｅｌｌ ＵＬをもつ）衝突サブフレームがＨＡＲＱ−ＡＣＫビットでレポートまたはカウントされるかどうかを考慮に入れる必要がある。そのうえ、ＰＣｅｌｌ構成が構成０である場合には、サブフレーム３および８は、ＰＣｅｌｌ上でレポートされるＨＡＲＱ−ＡＣＫを何も有さない。従って、これらは、ＳＣｅｌｌのみに対応するＨＡＲＱ−ＡＣＫビットを含む。特別な処理が必要とされる。

ＰＵＣＣＨフォーマット３のＨＡＲＱ−ＡＣＫ多重化に関するさらなる詳細が次のように示される。ＵＥのためにＰＵＣＣＨフォーマット３が構成されている場合、キャリアアグリゲーションを用いてセルのＨＡＲＱ−ＡＣＫビットを多重化することができる。各セルのＨＡＲＱ−ＡＣＫビットの数は、Ｍに基づいて確定される。

ＴＤＤでは、ＨＡＲＱ−ＡＣＫの送信のためにＰＵＣＣＨフォーマット３が構成されているときに、ＲＲＣシグナリングによって構成されたｃ番目の在圏セルに関するＨＡＲＱ−ＡＣＫフィードバック・ビット

は、次のように構築される。ｃ番目の在圏セルにおいて構成された送信モードが１つのトランスポートブロックをサポートするか、または空間的なＨＡＲＱ−ＡＣＫバンドリングが適用される場合にはｃ≧０、および

、そうでない場合には

である。

は、ＵＥ１０２がｃ番目の在圏セルに関してＨＡＲＱ−ＡＣＫビットをフィードバックすることが必要な下りリンクサブフレームの数である。

リリース１０では、ＵＥ１０２がＰＵＣＣＨ上で送信している場合に関しては、

であり、ここでＭは、サブフレームｎと関連付けられた、表（３）で定義される集合Ｋにおける要素の数であり、集合Ｋは、通常の下りリンク・サイクリックプレフィックス（ＣＰ）をもつ構成０および５のスペシャルサブフレームも、拡張された下りリンクＣＰをもつ構成０および４のスペシャルサブフレームも含まない。そうでない場合には

である。

ＬＴＥリリース１０では、Ｍは、すべてのセルに関して同じである。しかしながら、異なるＵＬ−ＤＬ構成を用いたｅＣＡでは、各セルのＭ_ｃが異なる。Ｍ_ｃを確定するための手法は、上に示される。従って、Ｍ_ｃを確定するための手法がＰＵＣＣＨフォーマット３のＨＡＲＱ−ＡＣＫ多重化（およびｅＮＢ１６０によって行われる非多重化）に影響を与えることがある。ＵＥ１０２がＰＵＣＣＨ上で送信している場合には、

であり、ここでＭ_ｃは、サブフレームｎと関連付けられた、表（３）で定義される集合Ｋにおける要素の数である。この場合には、集合Ｋは、通常の下りリンクＣＰをもつ構成０および５のスペシャルサブフレームも、拡張された下りリンクＣＰをもつ構成０および４のスペシャルサブフレームも含まない。そうでない場合には

である。

１つの手法では、Ｍ_ｃは、選択されたＭ_Ｒｅｆである。結果として、ＳＣｅｌｌのＭ_ｃは、表（２）に従って、ケースＡではＭ_{ＰＣｅｌｌ}、ケースＢではＭ_{ＳＣｅｌｌ}、およびケースＣではＭ_{ＲｅｆＣｏｎｆ}である。これは、既存の表を再使用するためにより簡単な解決法を用い、参照ＵＬ−ＤＬ構成に従ってＭを確定する利益を提供する。一方では、ＤＬサブフレームをもつＰＣｅｌｌ構成または参照構成とＵＬサブフレームをもつＳＣｅｌｌ構成との間の衝突サブフレームが存在する。たとえＳＣｅｌｌ上にＰＤＳＣＨをスケジュールできなくても、依然としてＨＡＲＱ−ＡＣＫビットをＤＴＸとしてレポートする必要がある。従って、この手法は、複数のセルがアグリゲートされるときには特に、高いＨＡＲＱ−ＡＣＫペイロードをＰＵＣＣＨフォーマット３上に有する。

別の手法では、Ｍ_ｃは、（ＰＣｅｌｌまたは参照構成がＤＬサブフレーム（または、スペシャルサブフレーム）を含み、ＳＣｅｌｌ構成がＵＬサブフレームを含む）衝突サブフレームを除く、Ｍ_Ｅｆｆ（例えば、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに従う対象となる参照構成の実効的なＭ）として選択される。この手法は、（ＰＣｅｌｌ構成または参照構成がＤＬサブフレームを有し、ＳＣｅｌｌ構成がＵＬサブフレームを含む）衝突サブフレームではＨＡＲＱ−ＡＣＫビットをレポートしない。従って、これは、複数のセルがアグリゲートされるときには特に、ＰＵＣＣＨフォーマット３上のＨＡＲＱ−ＡＣＫペイロードを減少させる。

クロスキャリアスケジューリングおよび非クロスＴＴＩスケジューリングまたは複数サブフレームのスケジューリングを用いて、スケジュールされるセルのＭ_ｃがスケジューリングセルのＭ_ｃに設定されてもよい。同様に、スケジュールされるセルのＭ_ｃとして、スケジューリングセルのＭ_ＲｅｆまたはＭ_Ｅｆｆが用いられてもよい。前後の記載に示されるように、ＰＵＣＣＨ ＨＡＲＱ−ＡＣＫフォーマット３の多重化が利用される場合には、ｅＮＢ１６０は、フォーマット３に基づいてＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を非多重化することによって、受信した（ステップ１０１０）ＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を解釈することができる（ステップ１０１２）。

本明細書に開示されるシステムおよび方法に従って、ＰＣｅｌｌがＵＬ−ＤＬ構成０を用いて構成されている場合のサブフレーム３および８でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングに関するさらなる詳細が以下に示される。図８に示されるように、ＵＬ−ＤＬ構成０では、サブフレーム３および８と関連付けられたＤＬサブフレームはない。ＰＣｅｌｌがＵＬ−ＤＬ構成０を用いて構成されている場合、ＰＣｅｌｌに対してＰＵＣＣＨリソースは何も配置されない。しかしながら、異なる構成を用いたｅＣＡによって、１つ以上のＳＣｅｌｌのＨＡＲＱ−ＡＣＫをＰＣｅｌｌ上でレポートすることができる。表（４）は、ＰＣｅｌｌがＵＬ−ＤＬ構成０を用いて構成されるときのＳＣｅｌｌレポーティングとの可能な組み合わせを示す。言い換えれば、表（４）は、ＰＣｅｌｌ構成が構成０であるときに、ＰＣｅｌｌ上にはＨＡＲＱ−ＡＣＫが何もない場合を示す。

ＬＴＥリリース１０ ＣＡでは、すべてのセルが同じＵＬ−ＤＬ構成を有する。ＵＥは、ＰＵＣＣＨフォーマット３またはチャネルセレクションを伴うＰＵＣＣＨフォーマット１ａ／１ｂのいずれかを用いることができる。ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成されている場合、ＳＣｅｌｌのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、ＳＣｅｌｌ構成に従う。ＵＥ１０２のためにＰＵＣＣＨフォーマット３が構成されている場合、ＨＡＲＱ−ＡＣＫレポーティングにはいくつかの手法がある。

１つの手法は、ＰＵＣＣＨフォーマット３およびすべてのセルのＨＡＲＱ−ＡＣＫ多重化を常に用いることを含む。この手法では、ＰＣｅｌｌ構成としてＵＬ−ＤＬ構成６をもつＰＣｅｌｌ上のＨＡＲＱ−ＡＣＫの数がＵＬサブフレーム３および８では０でなければならない。従って、１つ以上のＳＣｅｌｌのＨＡＲＱ−ＡＣＫビットのみがフォーマット３を用いて多重化され、レポートされる。これは、リリース１０の拡張と見做すことができる。しかしながら、フォーマット３は、ＳＣｅｌｌからの１ないし２ビットのみをレポートするためにも用いられる。これは、ＰＵＣＣＨリソースを不必要に浪費する。

ＬＴＥリリース１０では、ＣＡ下のＰＣｅｌｌに関してフォールバック・モードが定義される。ＰＤＳＣＨ送信がＰＣｅｌｌ上でのみ受信される場合には、フォーマット３の代わりに、フォーマット１ａ／１ｂおよびチャネルセレクションを伴うフォーマット１ａ／１ｂが適用される。別の手法では、この原理が、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけの構成された在圏セルがあるときのサブフレーム３および８でのＨＡＲＱ−ＡＣＫレポーティングに拡張される。２つより多い構成された在圏セルには、ＰＵＣＣＨフォーマット３が適用される。

それゆえに、サブフレーム３および８では、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけのセルが構成されているときに、ＵＥ１０２は、次の場合には、ＰＵＣＣＨフォーマット１ａ／１ｂおよびＰＵＣＣＨリソース

を適用する。１つの場合には、ＵＥ１０２は、サブフレームｎ−ｋ_ｍ（ここで、ＳＣｅｌｌ ＵＬ−ＤＬ構成に従ってｋ_ｍ∈Ｋ）における、対応するＰＤＣＣＨの検出によって示されるＳＣｅｌｌ上のみでの単一のＰＤＳＣＨ送信に対して、かつ、そのＰＤＣＣＨのＤＡＩ値が（例えば、３ＧＰＰ ＴＳ３６．２１３の表７．３−Ｘで定義される）「１」に等しい、ＵＬ−ＤＬ構成１〜６に対して、ＰＵＣＣＨフォーマット１ａ／１ｂおよびＰＵＣＣＨリソース

を適用する。言い換えれば、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけのセルが構成されているときに、サブフレーム３および８では、Ｍ_{ＳＣｅｌｌ}＝１であれば、フォーマット３の代わりに、ＰＵＣＣＨフォーマット１ａ／１ｂが用いられる。

サブフレーム３および８では、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけのセルが構成されているときに、ＭＳｃｅｌｌ＞１では、単一セル・チャネルセレクション手法が適用され、（上位レイヤ・シグナリングに基づき、３ＧＰＰ ＴＳ３６．２１３の表１０．１．３−２、３および４のセットまたは表１０．１．３−５、６および７のセットに従って）チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂが適用される。上位レイヤ・シグナリングによって示される選択された表のセットに関して、ＵＥ１０２は、ＰＵＣＣＨフォーマット１ｂを用いて、サブフレームｎにおけるＰＵＣＣＨリソース

上でｂ（０），ｂ（１）を送信する。ｂ（０），ｂ（１）の値およびＰＵＣＣＨリソース

は、それぞれＭ_{ＳＣｅｌｌ}＝２、３、および４に対して選択された表のセットに従ってチャネルセレクションによって生成される。

（例えば、ＰＣｅｌｌ構成が０であり、２つだけのセルが構成されているなど）先の記載によって示される場合には、ｅＮＢ１６０は、受信した（ステップ１０１０）ＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報をフォーマット３、フォーマット１ａ／１ｂまたはチャネルセレクションを伴うフォーマット１ａ／１ｂに基づいて解釈することができる（ステップ１０１２）。これは、受信信号からＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を正しく抽出するために行われる。

図１１は、フィードバック情報を送信するための方法１１００の別のより具体的な構成を示すフロー図である。ＵＥ１０２は、ＰＣｅｌｌ構成を確定する（ステップ１１０２）。例えば、ＵＥ１０２は、ＲＲＣ構成（例えば、ＳＩＢ−１ブロードキャスト情報または専用シグナリング）を受信し、ＲＲＣ構成に基づいて、ＰＣｅｌｌに対応する（例えば、割り当てられる、適用するための）ＵＬ−ＤＬ構成を確定する。

ＵＥ１０２は、ＳＣｅｌｌ構成を確定する（ステップ１１０４）。例えば、ＵＥ１０２は、ＲＲＣ構成（例えば、ＳＩＢ−１ブロードキャスト情報または専用シグナリング）を受信し、ＲＲＣ構成に基づいて、ＳＣｅｌｌに対応する（例えば、割り当てられる、適用するための）ＵＬ−ＤＬ構成を確定する。残りの方法１１００ステップは、ＰＣｅｌｌ構成とＳＣｅｌｌ構成とが異なるときに行われる。

ＵＥ１０２は、方式を受信する（ステップ１１０６）。いくつかの実装では、複数のフィードバック・パラメータ確定方式のうちの１つが利用される。これらの実装では、ｅＮＢ１６０は、どの方式が利用されるかをシグナリングする。例えば、ＵＥ１０２は、フィードバック・パラメータ（例えば、Ｍ_ｃ）が参照パラメータ（例えば、Ｍ_Ｒｅｆ）に基づいて確定されるか、または参照パラメータおよび衝突サブフレームの数（例えば、Ｍ_Ｅｆｆ＝Ｍ_Ｒｅｆ−ｍ）に基づいて確定されるかどうかを示すフィードバック・パラメータ確定方式インジケータを受信する（ステップ１１０６）。他の実装では、ｅＮＢ１６０およびＵＥ１０２によって１つだけのフィードバック・パラメータ確定方式が利用される。これら実装では、ＵＥ１０２は、方式を受信しなくてもよい。

（例として、複数のフィードバック・パラメータ確定方式が利用される場合に）ＵＥ１０２は、ＰＣｅｌｌ構成、ＳＣｅｌｌ構成および方式に基づいて、フィードバック・パラメータを確定する（ステップ１１０８）。例えば、ＵＥ１０２は、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるか（ケースＡ）、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるか（ケースＢ）、またはいずれでもないか（ケースＣ）どうかに基づいて、フィードバック・パラメータを確定する（ステップ１１０８）。これは、例として、図２または図３に関連して先に詳述されたように行われる。

そのうえ、フィードバック・パラメータ（例えば、Ｍ_ｃ）は、方式に基づいて確定されてもよい（ステップ１１０８）。例えば、ＵＥ１０２は、受信した（ステップ１１０６）フィードバック確定方式に従って、参照パラメータ（例えば、Ｍ_Ｒｅｆ）か、または参照パラメータおよび衝突サブフレームの数（例えば、Ｍ_Ｅｆｆ＝Ｍ_Ｒｅｆ−ｍ）に基づいて、フィードバック・パラメータ（例えば、Ｍ_ｃ）を確定する（ステップ１１０８）。

ＵＥ１０２は、ＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を確定する（ステップ１１１０）。例えば、ＵＥ１０２は、図２または図３に関連して上記のようにＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を確定する（ステップ１１１０）。

いくつかの実装では、ＵＥ１０２は、随意的に、フォーマット３、フォーマット１ａ／１ｂまたはチャネルセレクションを伴うフォーマット１ａ／１ｂをＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報に適用する（ステップ１１１２）。例えば、異なるＵＬ−ＤＬ構成を用いたＴＤＤ ＣＡの利用は、異なるセル上ではパラメータが異なるためにいくつかの課題を生じる。例として、ＰＵＣＣＨフォーマット３が構成されている場合、ＨＡＲＱ−ＡＣＫ多重化（例えば、ＵＥ１０２によって行われる多重化）は、（例えば、ＰＣｅｌｌ ＤＬおよびＳＣｅｌｌ ＵＬをもつ）衝突サブフレームがＨＡＲＱ−ＡＣＫビットでレポートまたはカウントされるかどうかを考慮に入れる必要がある。そのうえ、ＰＣｅｌｌ構成が構成０である場合には、サブフレーム３および８は、ＰＣｅｌｌ上でレポートされるＨＡＲＱ−ＡＣＫを何も有さない。従って、これらは、ＳＣｅｌｌのみに対応するＨＡＲＱ−ＡＣＫビットを含む。特別な処理が必要とされる。

ＰＵＣＣＨフォーマット３のＨＡＲＱ−ＡＣＫ多重化に関するさらなる詳細が次のように示される。ＵＥ１０２のためにＰＵＣＣＨフォーマット３が構成されている場合、ＵＥ１０２によりキャリアアグリゲーションを用いてセルのＨＡＲＱ−ＡＣＫビットを多重化することができる。各セルのＨＡＲＱ−ＡＣＫビットの数は、Ｍに基づいて確定される。

ＴＤＤでは、ＨＡＲＱ−ＡＣＫの送信のためにＰＵＣＣＨフォーマット３が構成されているときに、ＲＲＣシグナリングによって構成されたｃ番目の在圏セルに関するＨＡＲＱ−ＡＣＫフィードバック・ビット

は、次にように構築される。ｃ番目の在圏セルにおいて構成された送信モードが１つのトランスポートブロックをサポートするか、または空間的なＨＡＲＱ−ＡＣＫバンドリングが適用される場合にはｃ≧０および

であり、そうでない場合には

である。

は、ＵＥ１０２がｃ番目の在圏セルに関してＨＡＲＱ−ＡＣＫビットをフィードバックすることが必要な下りリンクサブフレームの数である。

リリース１０では、ＵＥ１０２がＰＵＣＣＨ上で送信している場合に関しては、

であり、ここでＭは、サブフレームｎと関連付けられた、表（３）で定義される集合Ｋにおける要素の数であり、集合Ｋは、通常の下りリンク・サイクリックプレフィックス（ＣＰ）をもつ構成０および５のスペシャルサブフレームも、拡張されたＣＰをもつ構成０および４のスペシャルサブフレームも含まない。そうでない場合には

である。

ＬＴＥリリース１０では、Ｍはすべてのセルに関して同じである。しかしながら、異なるＵＬ−ＤＬ構成を用いたｅＣＡでは、各セルのＭ_ｃが異なる。Ｍ_ｃを確定するための手法は、上に示される。従って、Ｍ_ｃを確定するための手法が（ＵＥ１０２によって行われる）ＰＵＣＣＨフォーマット３のＨＡＲＱ−ＡＣＫ多重化に影響を与えることがある。ＵＥ１０２がＰＵＣＣＨ上で送信している場合に関しては、

であり、ここでＭ_ｃは、サブフレームｎと関連づけられた、表（３）で定義される集合Ｋにおける要素の数である。この場合には、集合Ｋは、通常の下りリンクＣＰをもつ構成０および５のスペシャルサブフレームも、拡張された下りリンクＣＰをもつ構成０および４のスペシャルサブフレームも含まない。そうでない場合には

である。

１つの手法では、Ｍ_ｃは、選択されたＭ_Ｒｅｆである。結果として、ＳＣｅｌｌのＭ_ｃは、表（２）に従って、ケースＡではＭ_{ＰＣｅｌｌ}、ケースＢではＭ_{ＳＣｅｌｌ}、およびケースＣではＭ_{ＲｅｆＣｏｎｆ}である。これは、既存の表を再使用するためにより簡単な解決法を用い、参照ＵＬ−ＤＬ構成に従ってＭを確定する利益を提供する。一方では、ＤＬサブフレームをもつＰＣｅｌｌ構成または参照構成とＵＬサブフレームをもつＳＣｅｌｌ構成との間の衝突サブフレームが存在する。たとえＳＣｅｌｌ上にＰＤＳＣＨをスケジュールできなくても、依然としてＨＡＲＱ−ＡＣＫビットをＤＴＸとしてレポートする必要がある。従って、この手法は、複数のセルがアグリゲートされるときには特に、高いＨＡＲＱ−ＡＣＫペイロードをＰＵＣＣＨフォーマット３上に有する。

別の手法では、Ｍ_ｃは、（ＰＣｅｌｌまたは参照構成がＤＬサブフレーム（または、スペシャルサブフレーム）を含み、ＳＣｅｌｌ構成がＵＬサブフレームを含む）衝突サブフレームを除く、Ｍ_Ｅｆｆ（例えば、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに従う対象となる参照構成の実効的なＭ）として選択される。この手法は、（ＰＣｅｌｌ構成または参照構成がＤＬサブフレームを有し、ＳＣｅｌｌ構成がＵＬサブフレームを含む）衝突サブフレームではＨＡＲＱ−ＡＣＫビットをレポートしない。従って、これは、複数のセルがアグリゲートされるときには特に、ＰＵＣＣＨフォーマット３上のＨＡＲＱ−ＡＣＫペイロードを削減する。

クロスキャリアスケジューリングおよび非クロスＴＴＩスケジューリングまたは複数サブフレームのスケジューリングを用いて、スケジュールされるセルのＭ_ｃがスケジューリングセルのＭ_ｃに設定されてもよい。同様に、スケジュールされるセルのＭ_ｃとして、スケジューリングセルのＭ_ＲｅｆまたはＭ_Ｅｆｆが用いられてもよい。前後の記載によって示される場合に、ＵＥ１０２は、ＰＵＣＣＨ ＨＡＲＱ−ＡＣＫフォーマット３の多重化をＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報に適用する。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成のＭ_ｃの代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成のＭ_ｃが用いられてもよい。

本明細書に開示されるシステムおよび方法に従って、ＰＣｅｌｌがＵＬ−ＤＬ構成０を用いて構成されている場合のサブフレーム３および８でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングに関するさらなる詳細が以下に示される。図８に示されるように、ＵＬ−ＤＬ構成０では、サブフレーム３および８と関連付けられたＤＬサブフレームは何もない。ＰＣｅｌｌがＵＬ−ＤＬ構成０を用いて構成されている場合、ＰＣｅｌｌに対してＰＵＣＣＨリソースは何も配置されない。しかしながら、異なる構成を用いたｅＣＡによって、１つ以上のＳＣｅｌｌのＨＡＲＱ−ＡＣＫをＰＣｅｌｌ上でレポートすることができる。表（４）は、ＰＣｅｌｌがＵＬ−ＤＬ構成０を用いて構成されているときのＳＣｅｌｌレポーティングとの可能な組み合わせを示す。言い換えれば、表（４）は、ＰＣｅｌｌ構成が構成０であるときに、ＰＣｅｌｌ上にＨＡＲＱ−ＡＣＫが何もない場合を示す。

ＬＴＥリリース１０ ＣＡでは、すべてのセルが同じＵＬ−ＤＬ構成を有する。ＵＥ１０２は、ＰＵＣＣＨフォーマット３またはチャネルセレクションを伴うＰＵＣＣＨフォーマット１ａ／１ｂのいずれかを適用することができる（ステップ１１１２）。ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成されている場合、ＳＣｅｌｌのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、ＳＣｅｌｌ構成に従う。ＵＥ１０２のためにＰＵＣＣＨフォーマット３が構成されている場合、ＨＡＲＱ−ＡＣＫレポーティングにはいくつかの手法がある。

１つの手法は、ＰＵＣＣＨフォーマット３およびすべてのセルのＨＡＲＱ−ＡＣＫ多重化を常に用いることを含む。この手法では、ＰＣｅｌｌ構成としてＵＬ−ＤＬ構成６をもつＰＣｅｌｌ上のＨＡＲＱ−ＡＣＫの数がＵＬサブフレーム３および８では０でなければならない。従って、１つ以上のＳＣｅｌｌのＨＡＲＱ−ＡＣＫビットのみがフォーマット３を用いて多重化され、レポートされる。これは、リリース１０の拡張と見做すことができる。しかしながら、フォーマット３は、ＳＣｅｌｌからの１ないし２ビットのみをレポートするためにも用いられる。これは、ＰＵＣＣＨリソースを不必要に浪費する。

ＬＴＥリリース１０では、ＣＡ下のＰＣｅｌｌに関してフォールバック・モードが定義される。ＰＤＳＣＨ送信がＰＣｅｌｌ上においてのみ受信される場合には、フォーマット３の代わりに、フォーマット１ａ／１ｂおよびチャネルセレクションを伴うフォーマット１ａ／１ｂが適用される（ステップ１１１２）。別の手法では、この原理が、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけの構成された在圏セルがあるときのサブフレーム３および８でのＨＡＲＱ−ＡＣＫレポーティングに拡張される。２つより多い構成された在圏セルには、ＰＵＣＣＨフォーマット３が適用される（ステップ１１１２）。

それゆえに、サブフレーム３および８では、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけの在圏セルが構成されているときに、ＵＥ１０２は、次の場合に、ＰＵＣＣＨフォーマット１ａ／１ｂおよびＰＵＣＣＨリソース

を適用する（ステップ１１１２）。１つの場合には、ＵＥ１０２は、サブフレームｎ−ｋ_ｍ（ここで、ＳＣｅｌｌ ＵＬ−ＤＬ構成に従ってｋ_ｍ∈Ｋ）における、対応するＰＤＣＣＨの検出によって示されるＳＣｅｌｌ上のみでの単一のＰＤＳＣＨ送信に対して、かつ、そのＰＤＣＣＨのＤＡＩ値が（例えば、３ＧＰＰ ＴＳ３６．２１３の表７．３−Ｘで定義される）「１」に等しい、ＵＬ−ＤＬ構成１〜６に対して、ＰＵＣＣＨフォーマット１ａ／１ｂおよびＰＵＣＣＨリソース

を適用する。言い換えれば、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけのセルが構成されているときに、サブフレーム３および８では、Ｍ_{ＳＣｅｌｌ}＝１であれば、フォーマット３の代わりに、ＰＵＣＣＨフォーマット１ａ／１ｂが用いられる。

サブフレーム３および８では、ＰＣｅｌｌ上にＵＬ−ＤＬ構成０が構成され、２つだけのセルが構成されているときに、Ｍ_{ＳＣｅｌｌ}＞１では、単一セル・チャネルセレクション手法が適用され、（上位レイヤ・シグナリングに基づき、３ＧＰＰ ＴＳ３６．２１３の表１０．１．３−２、３および４のセットまたは表１０．１．３−５、６および７のセットに従って）チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂが適用される（ステップ１１１２）。上位レイヤ・シグナリングによって示される選択された表のセットに関して、ＵＥ１０２は、ＰＵＣＣＨフォーマット１ｂを用いてサブフレームｎにおけるＰＵＣＣＨリソース

上でｂ（０），ｂ（１）を送信する。ｂ（０），ｂ（１）の値およびＰＵＣＣＨリソース

は、それぞれＭ_{ＳＣｅｌｌ}＝２、３、および４に対して選択された表のセットに従ってチャネルセレクションによって生成される。

ＵＥ１０２は、フィードバック・パラメータに基づいてＳＣｅｌｌ ＨＡＲＱ−ＡＣＫ情報を送信する（ステップ１１１４）。例えば、フィードバック・パラメータは、ＳＣｅｌｌに関して、ＨＡＲＱ−ＡＣＫをフィードバックするサブフレームの数を指定する。例として、フィードバック・パラメータは、ＳＣｅｌｌに関してレポートされるＨＡＲＱ−ＡＣＫビットの数を確定するために利用される。ＳＣｅｌｌのＨＡＲＱ−ＡＣＫビットは、次にＰＣｅｌｌのＨＡＲＱ−ＡＣＫビットと多重化されて、上りリンク・レポートでリポートされる。

図１２は、ＵＥ１２０２に利用される様々なコンポーネントを示す。図１２に関連して記載されるＵＥ１２０２は、図１に関連して記載されるＵＥ１０２に従って実装される。ＵＥ１２０２は、ＵＥ１２０２の動作を制御するプロセッサ１２６３を含む。プロセッサ１２６３は、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）とも呼ばれる。メモリ１２６９は、リードオンリメモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、これら２つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ１２６３に命令１２６５ａおよびデータ１２６７ａを与える。メモリ１２６９の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）も含んでよい。命令１２６５ｂおよびデータ１２６７ｂは、プロセッサ１２６３にも存在する。プロセッサ１２６３に読み込まれた命令１２６５ｂおよび／またはデータ１２６７ｂは、プロセッサ１２６３による実行または処理のために読み込まれた、メモリ１２６９からの命令１２６５ａおよび／またはデータ１２６７ａも含んでよい。命令１２６５ｂは、上記の方法２００、３００、１１００の１つ以上を実装するためにプロセッサ１２６３によって実行される。

ＵＥ１２０２は、データの送受信を可能にするための１つ以上の送信機１２５８および１つ以上の受信機１２２０が入った筺体も含む。送信機（単数または複数）１２５８および受信機（単数または複数）１２２０は、１つ以上のトランシーバ１２１８に組み合わされてもよい。１つ以上のアンテナ１２２２ａ〜ｎは、筺体に取り付けられて、トランシーバ１２１８に電気的に結合される。

ＵＥ１２０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含む、バスシステム１２７１によって結合される。しかしながら、明確にするために、図１２では様々なバスがバスシステム１２７１として示される。ＵＥ１２０２は、信号処理用のデジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）１２７３も含んでよい。ＵＥ１２０２は、ＵＥ１２０２の機能へのユーザ・アクセスを提供する通信インターフェース１２７５も含んでよい。図１２に示されるＵＥ１２０２は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。

図１３は、ｅＮＢ１３６０に利用される様々なコンポーネントを示す。図１３に関連して記載されるｅＮＢ１３６０は、図１に関連して記載されるｅＮＢ１６０に従って実装される。ｅＮＢ１３６０は、ｅＮＢ１３６０の動作を制御するプロセッサ１３７７を含む。プロセッサ１３７７は、中央処理装置（ＣＰＵ）とも呼ばれる。メモリ１３８３は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、これら２つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ１３７７に命令１３７９ａおよびデータ１３８１ａを与える。メモリ１３８３の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）も含んでよい。命令１３７９ｂおよびデータ１３８１ｂは、プロセッサ１３７７にも存在する。プロセッサ１３７７に読み込まれた命令１３７９ｂおよび／またはデータ１３８１ｂは、プロセッサ１３７７による実行または処理のために読み込まれた、メモリ１３８３からの命令１３７９ａおよび／またはデータ１３８１ａも含んでよい。命令１３７９ｂは、上記の方法９００、１０００の１つ以上を実装するためにプロセッサ１３７７によって実行される。

ｅＮＢ１３６０は、データの送受信を可能にするための１つ以上の送信機１３１７および１つ以上の受信機１３７８が入った筺体も含む。送信機（単数または複数）１３１７および受信機（単数または複数）１３７８は、１つ以上のトランシーバ１３７６に組み合わされてもよい。１つ以上のアンテナ１３８０ａ〜ｎは、筺体に取り付けられて、トランシーバ１３７６に電気的に結合される。

ｅＮＢ１３６０の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含む、バスシステム１３８５によって結合される。しかしながら、明確にするために、図１３では様々なバスがバスシステム１３８５として示される。ｅＮＢ１３６０は、信号処理用のデジタル信号プロセッサ（ＤＳＰ）１３８７も含んでよい。ｅＮＢ１３６０は、ｅＮＢ１３６０の機能へのユーザ・アクセスを提供する通信インターフェース１３８９も含んでよい。図１３に示されるｅＮＢ１３６０は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。

図１４は、フィードバック情報を送信するためのシステムおよび方法が実装されたＵＥ１４０２の一構成を示すブロック図である。ＵＥ１４０２は、送信手段１４５８、受信手段１４２０および制御手段１４２４を含む。送信手段１４５８、受信手段１４２０および制御手段１４２４は、上の図２、図３、図１１および図１２に関連して記載された機能の１つ以上を実行するように構成される。上の図１２は、図１４の具体的な装置構造の一例を示す。図２、図３、図１１および図１２の機能の１つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。

図１５は、フィードバック情報を受信するためのシステムおよび方法が実装されたｅＮＢ１５６０の一構成を示すブロック図である。ｅＮＢ１５６０は、送信手段１５１７、受信手段１５７８および制御手段１５８２を含む。送信手段１５１７、受信手段１５７８および制御手段１５８２は、上の図９、図１０および図１３に関連して記載された機能の１つ以上を実行するように構成される。上の図１３は、図１５の具体的な装置構造の一例を示す。図９、図１０および図１３の機能の１つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。

用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび／またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形態の所望のプログラムコードまたはデータ構造を載せるか、または記憶するために用いることができ、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備える。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書では、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ ｄｉｓｃ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、フロッピー（登録商標）ディスク（ｆｌｏｐｐｙ（登録商標） ｄｉｓｋ）およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生し、一方でディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。

留意すべきは、本明細書に記載される方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ）、大規模集積回路（ＬＳＩ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。

本明細書に開示されるそれぞれの方法は、記載される方法を達成するための１つ以上のステップまたは動作を備える。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく、相互に交換されてもよく、および／または単一のステップに組み合わされてもよい。言い換えれば、記載される方法の適切な操作のためにステップまたは動作の特定の順序が必要とされない限り、特許請求の範囲から逸脱することなく、特定のステップおよび／または動作の順序および／または使用が修正されてもよい。

当然のことながら、特許請求の範囲は、上に示された通りの構成および構成要素には限定されない。特許請求の範囲から逸脱することなく、本明細書に記載される配置、オペレーション、ならびにシステム、方法、および装置の詳細に様々な修正、変更および変形がなされてもよい。

Claims (6)

1. 基地局装置（ｅＮＢ）に情報を送信する端末装置（ＵＥ）であって、
   プライマリセル（ＰＣｅｌｌ）の時分割多重（ＴＤＤ）上り下りリンク（ＵＬ−ＤＬ）設定と、前記ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ設定とは異なるセカンダリセル（ＳＣｅｌｌ）のＴＤＤ ＵＬ−ＤＬ設定と、を設定するオペレーション部と、
   サブフレームｎ−ｋで物理下りリンク共有チャネル（ＰＤＳＣＨ）を検出し、上りリンク（ＵＬ）サブフレームｎでハイブリッド自動再送要求／肯定応答（ＨＡＲＱ−ＡＣＫ）情報を送信する送信部と、を備え、
   前記ｋの集合Ｋは、前記サブフレームｎ−ｋが前記セルにおける下りリンク（ＤＬ）サブフレーム又はスペシャルサブフレームに対応する１つ以上のｋの値を含み、
   前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ ＵＬ−ＤＬ設定と前記ＳＣｅｌｌの前記ＴＤＤ ＵＬ−ＤＬ設定とに基づいて設定されたＴＤＤ ＵＬ−ＤＬ設定に基づいて設定される、端末装置（ＵＥ）。
2. 端末装置（ＵＥ）から情報を受信する基地局装置（ｅＮＢ）であって、
   前記基地局装置（ｅＮＢ）は、プライマリセル（ＰＣｅｌｌ）の時分割多重（ＴＤＤ）上り下りリンク（ＵＬ−ＤＬ）設定と、前記ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ設定とは異なるセカンダリセル（ＳＣｅｌｌ）のＴＤＤ ＵＬ−ＤＬ設定と、を設定するオペレーション部と、
   サブフレームｎ−ｋで物理下りリンク共有チャネル（ＰＤＳＣＨ）を送信し、上りリンク（ＵＬ）サブフレームｎでハイブリッド自動再送要求／肯定応答（ＨＡＲＱ−ＡＣＫ）情報を受信する受信部と、を備え、
   前記ｋの集合Ｋは、前記サブフレームｎ−ｋが前記セルにおける下りリンク（ＤＬ）サブフレーム又はスペシャルサブフレームに対応する１つ以上のｋの値を含み、
   前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ ＵＬ−ＤＬ設定と前記ＳＣｅｌｌの前記ＴＤＤ ＵＬ−ＤＬ設定とに基づいて設定されたＴＤＤ ＵＬ−ＤＬ設定に基づいて設定される、
   基地局装置（ｅＮＢ）。
3. 端末装置（ＵＥ）が情報を送信する方法であって、
   前記方法は、プライマリセル（ＰＣｅｌｌ）の時分割多重（ＴＤＤ）上り下りリンク（ＵＬ−ＤＬ）設定と、前記ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ設定とは異なるセカンダリセル（ＳＣｅｌｌ）のＴＤＤ ＵＬ−ＤＬ設定と、を設定するステップと、
   サブフレームｎ−ｋで物理下りリンク共有チャネル（ＰＤＳＣＨ）を検出し、上りリンク（ＵＬ）サブフレームｎでハイブリッド自動再送要求／肯定応答（ＨＡＲＱ−ＡＣＫ）情報を送信するステップと、を備え、
   前記ｋの集合Ｋは、前記サブフレームｎ−ｋが前記セルにおける下りリンク（ＤＬ）サブフレーム又はスペシャルサブフレームに対応する１つ以上のｋの値を含み、
   前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ ＵＬ−ＤＬ設定と前記ＳＣｅｌｌの前記ＴＤＤ ＵＬ−ＤＬ設定とに基づいて設定されたＴＤＤ ＵＬ−ＤＬ設定に基づいて設定される、
   方法。
4. 基地局装置（ｅＮＢ）が情報を受信する方法であって、
   前記方法は、プライマリセル（ＰＣｅｌｌ）の時分割多重（ＴＤＤ）上り下りリンク（ＵＬ−ＤＬ）設定と、前記ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ設定とは異なるセカンダリセル（ＳＣｅｌｌ）のＴＤＤ ＵＬ−ＤＬ設定と、を設定するオペレーション部と、
   サブフレームｎ−ｋで物理下りリンク共有チャネル（ＰＤＳＣＨ）を送信し、上りリンク（ＵＬ）サブフレームｎでハイブリッド自動再送要求／肯定応答（ＨＡＲＱ−ＡＣＫ）情報を受信するステップと、を備え、
   前記ｋの集合Ｋは、前記サブフレームｎ−ｋが前記セルにおける下りリンク（ＤＬ）サブフレーム又はスペシャルサブフレームに対応する１つ以上のｋの値を含み、
   前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ ＵＬ−ＤＬ設定と前記ＳＣｅｌｌの前記ＴＤＤ ＵＬ−ＤＬ設定とに基づいて設定されたＴＤＤ ＵＬ−ＤＬ設定に基づいて設定される、
   方法。
5. 端末装置（ＵＥ）に複数の機能を実行させるために前記ＵＥに搭載された集積回路であって、
   前記集積回路は、前記ＵＥに、プライマリセル（ＰＣｅｌｌ）の時分割多重（ＴＤＤ）上り下りリンク（ＵＬ−ＤＬ）設定と、前記ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ設定とは異なるセカンダリセル（ＳＣｅｌｌ）のＴＤＤ ＵＬ−ＤＬ設定と、を設定するステップと、
   サブフレームｎ−ｋで物理下りリンク共有チャネル（ＰＤＳＣＨ）を検出し、上りリンク（ＵＬ）サブフレームｎでハイブリッド自動再送要求／肯定応答（ＨＡＲＱ−ＡＣＫ）情報を送信するステップと、を実行させ、
   前記ｋの集合Ｋは、前記サブフレームｎ−ｋが前記セルにおける下りリンク（ＤＬ）サブフレーム又はスペシャルサブフレームに対応する１つ以上のｋの値を含み、
   前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ ＵＬ−ＤＬ設定と前記ＳＣｅｌｌの前記ＴＤＤ ＵＬ−ＤＬ設定とに基づいて設定されたＴＤＤ ＵＬ−ＤＬ設定に基づいて設定される、
   集積回路。
6. 基地局装置（ｅＮＢ）に複数の機能を実行させるために前記ｅＮＢに搭載された集積回路であって、
   前記集積回路は、前記ｅＮＢに、プライマリセル（ＰＣｅｌｌ）の時分割多重（ＴＤＤ）上り下りリンク（ＵＬ−ＤＬ）設定と、前記ＰＣｅｌｌのＴＤＤ ＵＬ−ＤＬ設定とは異なるセカンダリセル（ＳＣｅｌｌ）のＴＤＤ ＵＬ−ＤＬ設定と、を設定するオペレーション部と、
   サブフレームｎ−ｋで物理下りリンク共有チャネル（ＰＤＳＣＨ）を送信し、上りリンク（ＵＬ）サブフレームｎでハイブリッド自動再送要求／肯定応答（ＨＡＲＱ−ＡＣＫ）情報を受信するステップと、を実行させ、
   前記ｋの集合Ｋは、前記サブフレームｎ−ｋが前記セルにおける下りリンク（ＤＬ）サブフレーム又はスペシャルサブフレームに対応する１つ以上のｋの値を含み、
   前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ ＵＬ−ＤＬ設定と前記ＳＣｅｌｌの前記ＴＤＤ ＵＬ−ＤＬ設定とに基づいて設定されたＴＤＤ ＵＬ−ＤＬ設定に基づいて設定される、
   集積回路。
   

Images