(57)【要約】本発明は、キャリアアグリゲーションを使用する移動通信システムにおいてＨＡＲＱフィードバックを提供する方法および装置に関する。送信の復号化の成功／失敗に関するフィードバックを送信するための方式として、ＦＤＤモードで動作する方式を提案する目的で、本発明は、フィードバックの送信に利用可能な複数の無線リソースのうちの１つを使用して、複数の送信に対するフィードバックをシグナリングすることを提案する。送信に対するＡＣＫ／ＮＡＣＫのフィードバック列を、フィードバックリソース組合せにマッピングし、フィードバックリソース組合せは、フィードバックの送信に利用可能な無線リソースのうちの１つと、この１つの無線リソースで送信される、与えられた変調方式の変調シンボルである。本方式は、送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列の数が、フィードバックの送信に利用可能なフィードバックリソース組合せの数よりも大きい場合にも使用することができる。【選択図】図３
2013504230.tif 000002
【特許請求の範囲】
【請求項１】
受信側装置によって、複数の送信に対するフィードバックを送信側装置に提供する方法であって、前記受信側装置によって実行される以下のステップ、すなわち、
前記送信側装置から前記複数の送信を受信するステップと、
前記受信された複数の送信の各送信について、前記それぞれの送信を正常に復号化できたかを判定し、前記複数の送信に対するＡＣＫ／ＮＡＣＫのフィードバック列を生成するステップと、
前記フィードバック列を、複数のフィードバックリソース組合せのうちから決定される対応するフィードバックリソース組合せにおいて送信するステップであって、前記フィードバックリソース組合せが、
−  前記フィードバック列を送信するために利用可能な複数の逆方向リンク無線リソースのうちの１つ、および
−  前記１つの逆方向リンク無線リソースで送信される、変調方式の変調シンボル、
の組合せ、を定義する、前記ステップと、
を含んでいる、方法。
【請求項２】
前記複数の送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列の数が、フィードバックの送信に利用可能なフィードバックリソース組合せの数よりも大きい、
請求項１に記載の方法。
【請求項３】
前記複数の送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列それぞれと、対応するフィードバックリソース組合せとの間のマッピング、を定義するフィードバックマッピング規則、を提供するステップであって、前記フィードバックマッピング規則が、フィードバック列に特定の数の肯定応答および否定応答が含まれる確率を考慮する、前記ステップ、
をさらに含んでいる、請求項１または請求項２に記載の方法。
【請求項４】
前記フィードバックマッピング規則が、スケジューラがサブフレームの中で特定の数の送信をスケジューリングする確率、を考慮する、
請求項３に記載の方法。
【請求項５】
ＡＣＫ／ＮＡＣＫの形成され得る前記フィードバック列がフィードバック列グループにグループ分けされ、フィードバック列グループそれぞれが、特定の数の肯定応答ＡＣＫが含まれるフィードバック列からなり、
前記フィードバックマッピング規則によると、選択される１つまたは複数のフィードバック列グループのフィードバック列のみが、前記フィードバック列組合せにマッピングされる、
請求項３または請求項４に記載の方法。
【請求項６】
フィードバックリソース組合せあたりの非一義的なＡＣＫ／ＮＡＣＫの数、または前記フィードバック列組合せによって暗黙的に発生する不必要な再送信の回数、が最小になるように、前記選択される１つまたは複数のフィードバック列グループの前記フィードバック列が前記フィードバック列組合せにマッピングされる、
請求項５に記載の方法。
【請求項７】
−  前記フィードバックマッピング規則によって定義されるすべてのフィードバックリソース組合せの非一義的なＡＣＫ／ＮＡＣＫの総数が最小になるように、または、
−  前記フィードバックマッピング規則によって定義されるすべてのフィードバックリソース組合せの前記フィードバック列組合せによって暗黙的に発生する不必要な再送信の回数が最小になるように、
前記選択される１つまたは複数のフィードバック列グループの前記フィードバック列が前記フィードバック列組合せにマッピングされる、
請求項５または請求項６に記載の方法。
【請求項８】
否定応答のみを含んでいる前記フィードバック列、もしくは、肯定応答のみを含んでいる前記フィードバック列、またはその両方が、それぞれのフィードバックリソース組合せに一義的にマッピングされている、
請求項４から請求項７のいずれかに記載の方法。
【請求項９】
前記複数の送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列それぞれと、対応するフィードバックリソース組合せとの間のマッピング、を定義するフィードバックマッピング規則、を提供するステップ、
をさらに含んでいる、請求項１または請求項２に記載の方法。
【請求項１０】
前記フィードバックマッピング規則が、
互いのハミング距離が１である、ＡＣＫ／ＮＡＣＫの少なくとも２つ／一対のフィードバック列、からそれぞれが構成されるフィードバック列組合せ、
を定義し、
前記フィードバック列組合せのそれぞれは、前記フィードバックリソース組合せの一つにマッピングされる、
請求項９に記載の方法。
【請求項１１】
2013504230.tif 000052
【請求項１２】
2013504230.tif 000053
【請求項１３】
2013504230.tif 000054
【請求項１４】
2013504230.tif 000055
【請求項１５】
前記送信それぞれの復号化の成功または失敗に関するフィードバックが、前記フィードバック列の中の特定の位置において提供され、前記フィードバック列組合せの個々の前記フィードバック列が互いに異なる位置が、前記送信の間でほぼ均一に分散している、
請求項１０から請求項１４のいずれかに記載の方法。
【請求項１６】
前記複数の送信のうち、一義的なフィードバックが提供される送信の数として整数Ｒが選択され、前記フィードバックマッピング規則に従って定義される前記フィードバック列組合せそれぞれの前記フィードバック列が、前記フィードバック列の前記位置のうち前記Ｒ個の信頼できる送信に対応する前記位置において互いに異なっていない、
請求項２から請求項１５のいずれかに記載の方法。
【請求項１７】
前記送信それぞれの復号化の成功または失敗に関するフィードバックが、前記フィードバック列の中の特定の位置における情報の中で提供され、前記フィードバック列組合せの個々の前記フィードバック列が互いに異なる前記位置が、一義的なフィードバックが提供されない前記送信の間でほぼ均一に分散している、
請求項１６に記載の方法。
【請求項１８】
2013504230.tif 000056
【請求項１９】
2013504230.tif 000057
【請求項２０】
前記送信が受信される前記コンポーネントキャリアのうちの少なくとも１つのコンポーネントキャリアに関して、前記少なくとも１つのコンポーネントキャリアのうちの１つのコンポーネントキャリアによって指定される逆方向リンク無線リソース、を有する前記フィードバックリソース組合せが、前記少なくとも１つのコンポーネントキャリアのうちの前記１つのコンポーネントキャリア上の送信が正常に復号化されたことを確認応答するフィードバック列のみを有する、
請求項２から請求項１９のいずれかに記載の方法。
【請求項２１】
複数の送信に対する受信側装置からのフィードバックを、送信側装置によって受信する方法であって、前記送信側装置によって実行される以下のステップ、すなわち、
前記複数の送信を複数の順方向リンク無線リソースで前記受信側装置に送信するステップと、
複数のフィードバックリソース組合せのうちのどのフィードバックリソース組合せにおいて、前記送信に対するフィードバックが前記受信側装置から提供されているかを判定するステップであって、前記フィードバックリソース組合せが、
−  前記送信に対するフィードバックを前記受信側装置から受信するために利用可能な複数の逆方向リンク無線リソースのうちの１つ、および
−  前記１つの逆方向リンク無線リソースで受信される、変調方式の１個の変調シンボル、
の組合せである、前記ステップと、
検出された前記フィードバックリソース組合せを、前記送信のうち正常に復号化できた送信を示す、ＡＣＫ／ＮＡＣＫの対応するフィードバック列、にマッピングするステップと、
を含んでいる、方法。
【請求項２２】
フィードバックの送信に利用可能なフィードバックリソース組合せの数が、前記複数の送信に対する前記ＡＣＫ／ＮＡＣＫの形成され得るフィードバック列の数よりも小さい、
請求項２１に記載の方法。
【請求項２３】
検出された前記フィードバックリソース組合せを、前記ＡＣＫ／ＮＡＣＫの対応するフィードバック列に一義的にマッピングすることができず、したがって、前記送信のうちの１つの送信については、正常な復号化のフィードバックを前記送信側装置によって求めることができない、
請求項２２に記載の方法。
【請求項２４】
正常な復号化のフィードバックを前記送信側装置によって求めることができなかった前記１つの送信について、再送信を送るステップ、
をさらに含んでいる、請求項２３に記載の方法。
【請求項２５】
前記変調シンボルを高い信頼性で検出できない場合でも、前記送信のうちの少なくとも１つに対する信頼できるフィードバックを、前記フィードバックが受信される前記逆方向リンク無線リソースから求めることができる、
請求項２１から請求項２４のいずれかに記載の方法。
【請求項２６】
前記受信側装置によって正常に復号化されなかったとして、ＡＣＫ／ＮＡＣＫの前記フィードバック列の中で示された送信について、再送信を送るステップ、
をさらに含んでいる、請求項２１から請求項２５のいずれかに記載の方法。
【請求項２７】
前記送信のすべてではない少なくとも１つの前記送信のための制御シグナリングが受信されておらず、したがって前記受信側装置が不連続送信（ＤＴＸ）を想定し、前記それぞれの送信が受信されていないことを、前記受信側装置から前記送信側装置にシグナリングする目的に、前記フィードバックリソース組合せのうちの少なくとも１つが予約されている、
請求項１から請求項２６のいずれかに記載の方法。
【請求項２８】
前記送信側装置が基地局装置であり前記受信側装置がユーザ機器である、またはこの逆である、
請求項１から請求項２７のいずれかに記載の方法。
【請求項２９】
前記順方向リンク無線リソースが、１つまたは複数のコンポーネントキャリアの無線リソースである、
請求項１から請求項２８のいずれかに記載の方法。
【請求項３０】
前記送信がそれぞれのトランスポートブロックである、
請求項１から請求項２９のいずれかに記載の方法。
【請求項３１】
前記送信が、ハイブリッドＡＲＱプロトコルを使用して送信される、
請求項１から請求項３０のいずれかに記載の方法。
【請求項３２】
複数の送信に対するフィードバックを送信器に提供する受信側装置であって、
前記送信器から前記複数の送信を受信する受信器と、
前記受信された複数の送信の各送信について、前記それぞれの送信を正常に復号化できたかを判定し、前記複数の送信に対するＡＣＫ／ＮＡＣＫのフィードバック列を生成する処理ユニットと、
前記フィードバック列を、複数のフィードバックリソース組合せのうちから決まる対応するフィードバックリソース組合せ、において送信する送信器であって、前記フィードバックリソース組合せが、
−  前記フィードバック列を送信するために利用可能な複数の逆方向リンク無線リソースのうちの１つ、および
−  前記１つの逆方向リンク無線リソースで送信される、変調方式の変調シンボル、
の組合せ、を定義する、前記送信器と、
を備えている、受信側装置。
【請求項３３】
前記受信された複数の送信の各送信を復号化して復号化の結果を出力する復号器、
をさらに備えている、請求項３２に記載の受信側装置。
【請求項３４】
前記フィードバック列に対応する前記フィードバックリソース組合せの逆方向リンク無線リソースで送信される前記変調シンボル、を生成する変調器、
をさらに備えている、請求項３２または請求項３３に記載の受信側装置。
【請求項３５】
請求項１から請求項３１のいずれかに記載の方法のステップを実行するようにされている手段、
をさらに備えている、請求項３２から請求項３４のいずれかに記載の受信側装置。
【請求項３６】
複数の送信に対するフィードバックを受信側装置から受信する送信側装置であって、
前記複数の送信を複数の順方向リンク無線リソースで前記受信側装置に送信する送信器と、
複数のフィードバックリソース組合せのうちのどのフィードバックリソース組合せにおいて、前記送信に対するフィードバックが前記受信側装置から提供されているかを判定する処理ユニットであって、前記フィードバックリソース組合せが、
−  前記送信に対するフィードバックを前記受信側装置から受信するために利用可能な複数の逆方向リンク無線リソースのうちの１つ、および
−  前記１つの逆方向リンク無線リソースで受信される、変調方式の１個の変調シンボル、
の組合せ、を定義する、前記処理ユニットと、
検出された前記フィードバックリソース組合せを、前記送信のうち正常に復号化できた送信を示す、ＡＣＫ／ＮＡＣＫの対応するフィードバック列、にマッピングするマッピングユニットと、
を備えている、送信側装置。
【請求項３７】
前記送信に対するフィードバックを前記受信側装置から受信するために利用可能な前記逆方向リンク無線リソースを監視し、前記複数の逆方向リンク無線リソースの１つにおいて変調シンボルを受信する受信器と、
前記変調シンボルを検出する復調器と、
をさらに備えている、請求項３６に記載の送信側装置。
【請求項３８】
前記複数の送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列それぞれと、対応するフィードバックリソース組合せとの間のマッピング、を定義するフィードバックマッピング規則、を格納するメモリ、
をさらに備えている、請求項３２から請求項３７のいずれかに記載の装置。
【請求項３９】
命令を格納しているコンピュータ可読媒体であって、前記命令が受信側装置のプロセッサによって実行されたとき、それに起因して、前記受信側装置が、
送信側装置から複数の送信を受信するステップと、
前記受信された複数の送信の各送信について、前記それぞれの送信を正常に復号化できたかを判定し、前記複数の送信に対するＡＣＫ／ＮＡＣＫのフィードバック列を生成するステップと、
前記フィードバック列を、複数のフィードバックリソース組合せのうちから決定される対応するフィードバックリソース組合せ、において送信するステップであって、前記フィードバックリソース組合せが、
−  前記フィードバック列を送信するために利用可能な複数の逆方向リンク無線リソースのうちの１つ、および
−  前記１つの逆方向リンク無線リソースで送信される、変調方式の変調シンボル、
の組合せ、を定義する、前記ステップと、
によって、前記複数の送信に対するフィードバックを前記送信側装置に提供する、
コンピュータ可読媒体。
【請求項４０】
命令をさらに格納しており、前記命令が前記受信側装置の前記プロセッサによって実行されたとき、それに起因して、前記受信側装置が、請求項１から請求項３１のいずれかに記載の方法のステップ、を実行する、
請求項３９に記載のコンピュータ可読媒体。
【請求項４１】
命令を格納しているコンピュータ可読媒体であって、前記命令が送信側装置のプロセッサによって実行されたとき、それに起因して、前記送信側装置が、
複数の送信を複数の順方向リンク無線リソースで受信側装置に送信するステップと、
複数のフィードバックリソース組合せのうちのどのフィードバックリソース組合せにおいて、前記送信に対するフィードバックが前記受信側装置から受信されているかを判定するステップであって、前記フィードバックリソース組合せが、
−  前記送信に対するフィードバックを前記受信側装置から受信するために利用可能な複数の逆方向リンク無線リソースのうちの１つ、および
−  前記１つの逆方向リンク無線リソースで受信される、変調方式の１個の変調シンボル、
の組合せである、前記ステップと、
検出された前記フィードバックリソース組合せを、どの前記送信が正常に復号化できたかを示す、ＡＣＫ／ＮＡＣＫの対応するフィードバック列、にマッピングするステップと、
によって、前記複数の送信に対するフィードバックを前記受信側装置から受信する、
コンピュータ可読媒体。
【請求項４２】
命令をさらに格納しており、前記命令が前記送信側装置の前記プロセッサによって実行されたとき、それに起因して、前記送信側装置が、請求項１から請求項３１のいずれかに記載の方法のステップ、を実行する、
請求項４１に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいてフィードバック（例えばＨＡＲＱフィードバック）を提供する方法に関する。さらに、本発明は、本方法を実行するハードウェア構造、例えば送信装置および受信装置と、本明細書に提案する方法をソフトウェアにおいて実施することに関する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
ＷＣＤＭＡ無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）（例えば、ＵＭＴＳ（ユニバーサル移動通信システム））は、現在、世界中で広範な規模で配備されている。この技術を機能強化あるいは進化・発展させるうえでの最初のステップでは、高速下りリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンスト上りリンク（高速上りリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供された。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。３ＧＰＰ  ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける主要な方策である。ＬＴＥに関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS terrestrial Radio Access Network：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８として公開される。３ＧＰＰ  ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの機能を低レイテンシおよび低コストにおいて完全に提供する。詳細なシステム要件は、非特許文献１（http://www.3gpp.orgにおいて入手可能であり、参照によって本文書に組み込まれている）に記載されている。
【０００４】
３ＧＰＰ  ＬＴＥにおいては、与えられたスペクトルを使用してフレキシブルなシステム配備を達成する目的で、複数の送信帯域幅（例えば、１．４ＭＨｚ、３．０ＭＨｚ、５．０ＭＨｚ、１０．０ＭＨｚ、１５．０ＭＨｚ、および２０．０ＭＨｚ）が指定されている。下りリンクには、ＯＦＤＭ（直交周波数分割多重）をベースとする無線アクセスが採用されており、その理由として、そのような無線アクセスは、シンボルレートが低いため本質的にマルチパス干渉（ＭＰＩ）を受けにくいこと、サイクリックプレフィックス（ＣＰ）を使用していること、さまざまな送信帯域幅の構成に対応可能であること、が挙げられる。上りリンクには、ＳＣ−ＦＤＭＡ（シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されており、なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるためである。３ＧＰＰ  ＬＴＥ（リリース８）では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用されており、効率の高い制御シグナリング構造が達成されている。
【０００５】
物理下りリンク制御チャネル（ＰＤＣＣＨ）の割当て
物理下りリンク制御チャネル（ＰＤＣＣＨ）は、下りリンクまたは上りリンクのデータ送信のためのリソースを割り当てるスケジューリンググラントを伝える。各スケジューリンググラントは、制御チャネル要素（ＣＣＥ）に基づいて定義される。各ＣＣＥは、一連のリソース要素（ＲＥ）に対応する。３ＧＰＰ  ＬＴＥにおいては、１つのＣＣＥは９つのリソース要素グループ（ＲＥＧ）からなり、１つのＲＥＧは４つのＲＥからなる。
【０００６】
ＰＤＣＣＨは、サブフレーム内の最初の１〜３個のＯＦＤＭシンボルで送信される。物理下りリンク共有チャネル（ＰＤＳＣＨ）を対象とする下りリンクグラントの場合、ＰＤＣＣＨは、同じサブフレーム内の（ユーザ）データのためのＰＤＳＣＨリソースを割り当てる。サブフレームの中のＰＤＣＣＨ制御チャネル領域は、一連のＣＣＥからなり、サブフレームの制御領域のＣＣＥの総数は、時間−周波数制御リソース全体にわたり分散する。複数のＣＣＥをまとめることで、制御チャネルの符号化率を実質的に下げることができる。さまざまな符号化率を達成するため、ＣＣＥは、ツリー構造を使用して所定の方式でまとめられる。
【０００７】
３ＧＰＰ  ＬＴＥにおいては、ＰＤＣＣＨは、１個、２個、４個、または８個のＣＣＥの集合とすることができる。制御チャネルの割当てに利用可能なＣＣＥの数は、いくつかの要因（例えば、キャリア帯域幅、送信アンテナの数、制御に使用されるＯＦＤＭシンボルの数、ＣＣＥのサイズ）によって決まる。サブフレームの中で複数のＰＤＣＣＨを送信することができる。
【０００８】
トランスポートチャネルのレベルでは、ＰＤＣＣＨを介して送信される情報は、第１層／第２層制御シグナリングとも称される。第１層／第２層制御シグナリングは、各ユーザ機器（ＵＥ）を対象として下りリンクで送信される。制御シグナリングは、通常、サブフレームの中で下りリンク（ユーザ）データと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお一般的には、ユーザ割当てがＴＴＩ（送信時間間隔）ベースで実行されることもあり、この場合、（時間領域における）ＴＴＩ長は、１つまたは複数のサブフレームと同等であることに留意されたい。ＴＴＩ長は、サービスエリア内ですべてのユーザにおいて一定とする、ユーザごとに異なる、あるいはユーザごとに動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。
【０００９】
さらには、第１層／第２層制御シグナリングで送られるＰＤＣＣＨ情報は、一般的には、共有制御情報（ＳＣＩ：Shared Control Information）と専用制御情報（ＤＣＩ：Dedicated Control Information）に分類することができる。
【００１０】
下りリンクのＬＴＥ物理チャネルの構造と、ＰＤＳＣＨフォーマットおよびＰＤＣＣＨフォーマットに関するさらなる情報は、非特許文献２（第６節、第９節）を参照されたい。
【００１１】
物理上りリンク制御チャネル（ＰＵＣＣＨ）
物理上りリンク制御チャネル（ＰＵＣＣＨ）は、上りリンク制御情報を伝える。上りリンクでは、ユーザ機器は物理上りリンク共有チャネル（ＰＵＳＣＨ）のデータとＰＵＣＣＨとを同時に送信することはない。ユーザ機器は、制御データとユーザデータを同時に送信する場合、これらを多重化し、多重化されたデータをＰＵＳＣＨで送信する。上りリンク制御情報は、以下を含んでいることができる。
−  下りリンクトランスポートブロックに対する上りリンク確認応答（ＵＬ  ＡＣＫ／ＮＡＣＫ）
−  下りリンクデータを効率的に送信するためのチャネル品質情報（ＣＱＩ）報告
−  上りリンクデータを送信するため、ユーザ機器から基地局装置にシグナリングされるスケジューリング要求（ＳＲ）
【００１２】
上りリンクのＬＴＥ物理チャネルの構造とＰＵＣＣＨフォーマットに関するさらなる情報は、非特許文献２（第１５節、第１７節）を参照されたい。
【００１３】
３ＧＰＰ  ＬＴＥ−Ａ：３ＧＰＰ  ＬＴＥのさらなる発展
２００８年１１月、世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された（２００７年１１月、ジュネーブ、Final Acts WRC-07）。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域または国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ３９会合において、「Further Advancements for E-UTRA （ＬＴＥ−Ａｄｖａｎｃｅｄ）」に関する検討項目（ＳＩ）の記述が承認された（「リリース１０」とも称される）。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。現在、ＬＴＥ−Ａのための２つの主要な技術要素が検討されており、以下ではこれらについて説明する。
【００１４】
ＬＴＥ−Ａ（リリース１０）では、全体的なシステム帯域幅を拡張する目的でキャリアアグリゲーションを使用し、この場合、より広い送信帯域幅（例えば、最大１００ＭＨｚ）およびスペクトルアグリゲーションをサポートするため、２つ以上のコンポーネントキャリアがアグリゲートされる。一般には、１つのコンポーネントキャリアの帯域幅は２０ＭＨｚを越えないものと想定する。
【００１５】
端末は、以下のように自身の能力に応じて、１つまたは複数のコンポーネントキャリアを同時に受信する、送信する、またはその両方を行うことができる。
−  キャリアアグリゲーションのための受信能力もしくは送信能力またはその両方を備えた、ＬＴＥ−ＡｄｖａｎｃｅｄすなわちＬＴＥ−Ａ（リリース１０）互換の移動端末（ユーザ機器）は、複数のコンポーネントキャリア上で同時に受信する、もしくは送信する、またはその両方を行うことができる。コンポーネントキャリアあたり１個のトランスポートブロック（空間多重化が行われないとき）および１つのＨＡＲＱエンティティが存在する。
−  ＬＴＥ（リリース８）互換の移動端末は、コンポーネントキャリアの構造がリリース８の仕様に従う場合、１つのみのコンポーネントキャリア上で受信および送信を行うことができる。
【００１６】
少なくとも、アグリゲートされるコンポーネントキャリアの数が上りリンクと下りリンクとで同じであるとき、すべてのコンポーネントキャリアを、ＬＴＥ（リリース８）互換として構成することも想定される。ただし、ＬＴＥ−Ａのコンポーネントキャリアを非後方互換として構成することが除外されるものではない。
【００１７】
３ＧＰＰ  ＬＴＥ−Ａにおける上りリンク確認応答の送信
上りリンクＡＣＫ／ＮＡＣＫの送信は、対称性のキャリアアグリゲーションと非対称性のキャリアアグリゲーションの両方がサポートされるように設計するべきである。なお、ＡＣＫは肯定応答であり、送信／トランスポートブロックが正常に復号化されたことを確認応答し、ＮＡＣＫは否定応答であり、送信／トランスポートブロックが正常に復号化されなかったことを示す。下りリンクコンポーネントキャリアの割当てにおける基本的な想定として、スケジューリングされるコンポーネントキャリアあたり１個のトランスポートブロック（空間多重化が行われないとき）と１つのＨＡＲＱエンティティとが存在する。したがって、複数のコンポーネントキャリアが割り当てられる場合、複数のＨＡＲＱプロセスが並列に存在する。このことは、１つのＡＣＫ／ＮＡＣＫ報告が上りリンクで送信される３ＧＰＰ  ＬＴＥとは異なり、下りリンクコンポーネントキャリアに対応する複数のＡＣＫ／ＮＡＣＫが上りリンクで送信されることを意味する。さらに、３ＧＰＰ  ＬＴＥ−Ａでは、コンポーネントキャリアの１つのサブフレームの中で制御チャネルとデータチャネルとを同時に送信することができる。３ＧＰＰでは、受信した（１つまたは複数の）下りリンクトランスポートブロックに対して確認応答するための複数の異なる上りリンク送信方式が、現在考慮されている。
【００１８】
ＡＣＫ／ＮＡＣＫは、下りリンクトランスポートブロックそれぞれに対してユーザ機器によって送られる。複数のＡＣＫ／ＮＡＣＫを送信する方式は、一般的には、電力制限が課されない場合に好ましい。さらには、トランスポートブロックごとに個別のＡＣＫ／ＮＡＣＫを送信する利点として、トランスポートブロックが相互に関連しない。すなわち、トランスポートブロックを互いに独立して（再）送信することができ、トランスポートブロックごとに個々のＨＡＲＱプロセスを使用することができる。
【００１９】
現在のところ、３ＧＰＰ  ＬＴＥ−ＡにおいてＡＣＫ／ＮＡＣＫを上りリンクで送信するための満足のいく方式が提案されていない。
【先行技術文献】
【非特許文献】
【００２０】
【非特許文献１】3GPP TR 25.913, “Requirements for Evolved UTRA (E-UTRA) and Evolved UTRAN (E-UTRAN),” version 8.0.0, January 2009
【非特許文献２】St. Sesia et al., “LTE - The UMTS Long Term Evolution”, Wiley & Sons Ltd., ISBN 978-0-47069716-0, April 2009
【発明の概要】
【発明が解決しようとする課題】
【００２１】
本発明の１つの目的は、送信の復号化の成功／失敗に関するフィードバックを送信するための方式を提案することである。このフィードバック方式は、周波数分割多重（ＦＤＤ）モードにおいて低次の変調方式および比較的小さい送信電力で動作する通信システムにおいて使用可能であることが有利である。
【課題を解決するための手段】
【００２２】
この目的は、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項の主題である。
【００２３】
本発明の一態様は、フィードバックの送信に利用可能な無線リソースの数と、与えられた変調方式を使用してシグナリングすることのできる情報ビット（すなわちＡＣＫ／ＮＡＣＫ）の数とを、効果的に利用することである。したがって、フィードバックの送信に利用可能な無線リソースのうちの１つのみを使用して、複数の送信に対するフィードバックをシグナリングする。送信に対する一連のＡＣＫ／ＮＡＣＫのフィードバック列（並び）（feedback sequence）が１つのフィードバックリソース組合せ（feedback resource combination）にマッピングされ、フィードバックリソース組合せとは、フィードバックの送信に利用可能な無線リソースのうちの１つと、この１つの無線リソースで送信される、与えられた変調方式の変調シンボルの組合せである。
【００２４】
本発明のさらなる第２の態様は、送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列の数が、フィードバックの送信に利用可能なフィードバックリソース組合せの数よりも大きい場合に、第１の態様によるフィードバックシグナリング方式をさらに改良することに関する。このような場合、１つのフィードバックリソース組合せに複数のフィードバック列がマッピングされる。したがって、対応する１つのフィードバック列に一義的にマッピングできないフィードバックリソース組合せを受信したエンティティは、少なくとも１つの送信に対するフィードバックをもはや判定することができない。
【００２５】
本発明のこれらの態様に基づいて、本発明の一実施形態は、受信側装置（例えばユーザ機器／基地局装置）によって、複数の送信に対するフィードバックを送信側装置（例えば基地局装置／ユーザ機器）に送信する方法、を提供することである。この方法においては、受信側装置は、送信側装置から複数の送信を受信し、受信された複数の送信の各送信について、それぞれの送信を正常に復号化できたかを判定する。受信側装置は、複数の送信に対するＡＣＫ／ＮＡＣＫのフィードバック列を生成し、フィードバック列を、対応するフィードバックリソース組合せにおいて送信する。この対応するフィードバックリソース組合せは、複数のフィードバックリソース組合せのうちから決定され、フィードバックリソース組合せは、以下の組合せを定義する。
−  フィードバック列を送信するために利用可能な複数の逆方向リンク無線リソースのうちの１つ、および
−  １つの逆方向リンク無線リソースで送信される、変調方式の変調シンボル
【００２６】
例示的な一実施例においては、逆方向リンク無線リソースは、逆方向リンクの１つのサブフレーム全体である、または、１つの送信時間間隔内の逆方向リンクリソースを定義する。さらに、本発明のさらなる実施形態においては、送信は、例えばそれぞれのコンポーネントキャリア上で、送信側装置から受信側装置に、（同様に）１つのサブフレームまたは１つの送信時間間隔の中で送信される。
【００２７】
本発明の第２の態様において、複数の送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列の数が、フィードバックの送信に利用可能なフィードバックリソース組合せの数よりも大きいことがある。言い換えれば、このことは、受信側装置において、利用可能なフィードバックリソース組合せのうちの１つまたは複数については、複数のフィードバック列が同じフィードバックリソース組合せにマッピングされることを意味し、したがって、送信側装置は、受信されたフィードバックリソース組合せが複数のフィードバック列に対応しているとき、そのフィードバックリソース組合せから信頼できるフィードバックを求めることができない。
【００２８】
本発明の例示的な一実施形態においては、フィードバックマッピング規則は、フィードバック列に特定の数の肯定応答ＡＣＫが含まれる確率を考慮するように設計されている。オプションとして、またはこれに代えて、フィードバックマッピング規則は、スケジューラがサブフレームの中で特定の数の送信をスケジューリングする確率を考慮することができる。オプションとして、または上記の基準に代えて、一義的ではないフィードバックに起因する（すなわちフィードバック列組合せ（feedback sequence combination）に関連付けられるフィードバックリソース組合せをシグナリングすることによる）不必要な再送信の回数が最小となるように、フィードバックマッピング規則を設計することができる。
【００２９】
この場合、不必要な再送信とは、複数のフィードバック列（すなわちフィードバック列組合せ）に関連付けられるフィードバックを提供するフィードバックリソース組合せを送信側装置が受信した場合に、これらのフィードバック列の中の一義的ではない肯定応答（ＡＣＫ）の数を最小にするべきであることを意味する。したがって、フィードバック列組合せの中の、一義的に検出されない肯定応答（すなわち、その肯定応答を伝えるフィードバック列の中の位置が信頼できない位置であるため否定応答として解釈する必要のある肯定応答）の数が、最小であるならば、フィードバック列組合せの一義的ではないフィードバックに起因する、確認応答されたパケットの不必要な再送信の回数も、最小にすることができる。
【００３０】
この実施形態のバリエーションにおいては、ＡＣＫ／ＮＡＣＫの形成され得るフィードバック列がフィードバック列グループ（feedback sequence group）にグループ分けされるものと想定することができる。フィードバック列グループそれぞれは、フィードバック列において生じる特定の数の肯定応答（および否定応答）が含まれるフィードバック列からなる。フィードバックマッピング規則によると、選択される１つまたは複数のフィードバック列グループのフィードバック列のみが、フィードバック列組合せにマッピングされる。したがって、それ以外の残りのフィードバック列グループのフィードバック列を、１対１の関係でフィードバックリソース組合せにマッピングすることができる。
【００３１】
フィードバックマッピング規則の動作性能を最適化する目的で、例えば、フィードバックリソース組合せあたりの一義的ではないＡＣＫ／ＮＡＣＫの数が最小になるように、選択される１つまたは複数のフィードバック列グループのフィードバック列のみが、フィードバック列組合せにマッピングされるようにすることができる。これに加えて、またはこれに代えて、フィードバックマッピング規則によって定義されるすべてのフィードバックリソース組合せの一義的ではないＡＣＫ／ＮＡＣＫの総数が最小になるように、選択される１つまたは複数のフィードバック列グループのフィードバック列のみが、フィードバック列組合せにマッピングされるようにすることができる。
【００３２】
これに代えて、フィードバック列組合せに関連付けられるフィードバックリソース組合せをシグナリングすることに起因する不必要な再送信の回数が最小になるように、選択される１つまたは複数のフィードバック列グループのフィードバック列が、フィードバック列組合せにマッピングされる。これに加えて、またはこれに代えて、フィードバックマッピング規則によって定義されるすべてのフィードバックリソース組合せのフィードバック列組合せによって暗黙的に発生する不必要な再送信の回数が最小になるように、選択される１つまたは複数のフィードバック列グループのフィードバック列が、フィードバック列組合せにマッピングされる。
【００３３】
本発明の別の実施形態においては、否定応答のみを含んでいるフィードバック列（「すべてがＮＡＣＫ」）、もしくは、１つの肯定応答のみを含んでいるフィードバック列、またはその両方は、それぞれのフィードバックリソース組合せに一義的にマッピングされる。例えば、これらのフィードバック列は、フィードバック列組合せにはマッピングされず、これらのフィードバック列では信頼できるフィードバックが提供される。
【００３４】
本発明の別の実施形態においては、１つのフィードバック列組合せは、否定応答のみを含んでいるフィードバック列と、１つのみの肯定応答を含んでいるフィードバック列とからなる。
【００３５】
さらなる例示的な実施形態においては、フィードバック列組合せを形成するとき、１つを除くすべてのフィードバック列組合せのフィードバック列は、それぞれのフィードバック列組合せの中で最大で２つの位置において互いに異なる。
【００３６】
本発明のさらなる実施形態においては、フィードバック列組合せそれぞれのフィードバック列は、最大で２つの位置において互いに異なる。
【００３７】
本発明のさらなる改良された一実施形態においては、複数の送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列それぞれと、対応するフィードバックリソース組合せとの間のマッピングを、フィードバックマッピング規則を使用して定義する。このフィードバックマッピング規則は、送信側装置および受信側装置に認識されている。複数の送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列の数が、フィードバックの送信に利用可能なフィードバックリソース組合せの数よりも大きい場合、フィードバックマッピング規則は、それぞれがＡＣＫ／ＮＡＣＫの少なくとも２つの（例えば一対の）フィードバック列からなるフィードバック列組合せ、を定義する。
【００３８】
１つのフィードバック列組合せに属するフィードバック列は、送信に対する信頼できないＡＣＫ／ＮＡＣＫの数が最小になるように、フィードバック列のできる限り少ない位置において互いに異なることが好ましい。一例においては、フィードバックリソース組合せのフィードバック列は、互いのハミング距離が１である。別の例においては、フィードバック列の互いのハミング距離が２である。フィードバック列組合せそれぞれが、互いに異なるフィードバックリソース組合せにマッピングされる。
【００３９】
2013504230.tif 000003
【００４０】
2013504230.tif 000004
【００４１】
2013504230.tif 000005
【００４２】
複数の送信それぞれが正常に復号化されたか否かに関するフィードバックは、フィードバック列の中の特定の位置において提供される。本発明の別の例示的な実施形態においては、フィードバック列組合せの個々のフィードバック列が互いに異なる個々の位置は、送信の間で（ほぼ）均一／一様に分散している。
【００４３】
本発明のさらなる例示的な実施形態においては、複数の送信のうち、一義的なフィードバックが提供される送信の数として整数Ｒが選択される。フィードバックマッピング規則に従って定義されるフィードバック列組合せそれぞれのフィードバック列は、フィードバック列の位置のうち、Ｒ個の信頼できる送信に対応する位置においては互いに同じである。複数の送信それぞれの復号化の成功または失敗に関するフィードバックが、フィードバック列の中の特定の位置における情報で提供されるものと想定すると、フィードバック列組合せの個々のフィードバック列が互いに異なる位置が、一義的なフィードバックが提供されない送信の間でほぼ均一／一様に分散しているならば、さらに望ましい。
【００４４】
2013504230.tif 000006
【００４５】
本発明の別の実施形態は、フィードバックマッピング規則の定義に関し、このフィードバックマッピング規則では、送信が受信されるコンポーネントキャリアのうちの少なくとも１つのコンポーネントキャリアに関して、それら少なくとも１つのコンポーネントキャリアのうちの１つのコンポーネントキャリアによって指定される逆方向リンク無線リソース、を有するフィードバックリソース組合せが、それら少なくとも１つのコンポーネントキャリアのうちのその１つのコンポーネントキャリア上の送信が正常に復号化されたことを確認応答するフィードバック列のみを有する。
【００４６】
本発明の別の実施形態は、複数の送信に対する受信側装置からのフィードバックを、送信側装置によって受信する方法、を提供することである。この方法においては、送信側装置は、複数の送信を複数の順方向リンク無線リソースで受信側装置に送信し、複数のフィードバックリソース組合せのうちのどのフィードバックリソース組合せにおいて、送信に対するフィードバックが受信側装置から提供されているかを判定する。前述したように、フィードバックリソース組合せは、以下の組合せである。
−  送信に対するフィードバックを受信側装置から受信するために利用可能な複数の逆方向リンク無線リソースのうちの１つ、および
−  １つの逆方向リンク無線リソースで受信される、変調方式の１個の変調シンボル
【００４７】
さらには、送信側装置は、検出されたフィードバックリソース組合せを、どの送信が正常に復号化できたかを示す、ＡＣＫ／ＮＡＣＫの対応するフィードバック列、にマッピングする。
【００４８】
この方法においても、フィードバックの送信に利用可能なフィードバックリソース組合せの数が、複数の送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列の数よりも少ないことがある。その場合、送信側装置において、ＡＣＫ／ＮＡＣＫの対応するフィードバック列に一義的にマッピングすることができないフィードバックリソース組合せが検出されることがある。結果として、送信側装置は、複数の送信のうちの（少なくとも）１つの送信については、正常な復号化のフィードバックを求めることができない。送信側装置は、オプションとして、正常な復号化のフィードバックを求めることができなかった（少なくとも）１つの送信について、再送信をさらに送ることができる。さらに、送信側装置は、受信側装置によって正常に復号化されなかったとして、ＡＣＫ／ＮＡＣＫのフィードバック列の中で示された送信についても、再送信を送ることができる。
【００４９】
本発明の第１の態様および第２の態様は、不連続送信を報告するメカニズムによってさらに改良することができる。本発明のさらなる実施形態によると、送信のすべてではない少なくとも１つの送信のための制御シグナリングが受信されておらず（制御シグナリングがまったく受信されない場合、フィードバックのための逆方向リンク無線リソースを制御シグナリングから導くことができない）、したがって受信側装置が不連続送信（ＤＴＸ）を想定し、それら（１つまたは複数の）送信が受信されていないことを、受信側装置から送信側装置にシグナリングする目的に、フィードバックリソース組合せのうちの少なくとも１つが予約されている。
【００５０】
一般的には、本発明の第１の態様および第２の態様と、本明細書に記載されているさまざまな実施形態は、ＦＤＤモードで動作する３ＧＰＰ  ＬＴＥ−Ａシステム（複数のコンポーネントキャリアがアグリゲートされる）において、下りリンク送信に適用することができる。したがって、送信は、物理下りリンク共有チャネル（ＰＤＳＣＨ）の無線リソースである順方向リンク（下りリンク）無線リソースで受信または送信される。同様に、逆方向リンク無線リソースは、３ＧＰＰベースの通信システムの物理上りリンク共有チャネル（ＰＵＳＣＨ）の無線リソースとすることができる。したがって、順方向リンク無線リソースは、１つまたは複数のコンポーネントキャリアの無線リソースとすることができる。
【００５１】
送信が下りリンクであるか上りリンクであるかに応じて、送信側装置が基地局装置であり受信側装置がユーザ機器である、またはこの逆である。
【００５２】
さらに、送信は、トランスポートブロックからなることができ（ほとんどのシナリオでは、送信またはコンポーネントキャリアあたり１個のトランスポートブロックが存在するものと想定する）、送信は、例えばハイブリッドＡＲＱプロトコルを使用して送信することができる。この点において、本明細書に記載されているほとんどのケースでは、例示を目的として、送信とコンポーネントキャリアとが１対１に対応しているものと想定していることに留意されたい。
【００５３】
さらには、本発明の別の実施形態は、本発明の第１の態様および第２の態様をハードウェアもしくはソフトウェア（例えばソフトウェアモジュール）またはその両方において実施することに関する。したがって、本発明の別の実施形態は、複数の送信に対するフィードバックを送信器に提供する受信側装置（例えばユーザ機器または移動端末）を提供することである。受信側装置は、例えば、送信器から複数の送信を受信する受信器と、受信された複数の送信の各送信について、それぞれの送信を正常に復号化できたかを判定し、複数の送信に対するＡＣＫ／ＮＡＣＫのフィードバック列を生成する処理ユニットと、を備えている。さらに、受信側装置は、フィードバック列を、複数のフィードバックリソース組合せのうちから決まる対応するフィードバックリソース組合せ、において送信する送信器、を備えている。
【００５４】
さらに、受信側装置は、受信された複数の送信の各送信を復号化して復号化の結果を出力する復号器、もしくは、フィードバック列に対応するフィードバックリソース組合せの逆方向リンク無線リソースで送信される変調シンボル、を生成する変調器、またはその両方、を備えていることができる。
【００５５】
本発明のさらなる実施形態は、複数の送信に対するフィードバックを受信側装置から受信する送信側装置、を提供することである。この送信側装置は、複数の送信を複数の順方向リンク無線リソースで受信側装置に送信する送信器と、複数のフィードバックリソース組合せのうちのどのフィードバックリソース組合せにおいて、送信に対するフィードバックが受信側装置から提供されているかを判定する処理ユニットと、を備えている。さらに、送信側装置は、検出されたフィードバックリソース組合せを、送信のうち正常に復号化できた送信を示す、ＡＣＫ／ＮＡＣＫの対応するフィードバック列、にマッピングするマッピングユニット、を備えている。
【００５６】
さらに、送信側装置は、送信に対するフィードバックを受信側装置から受信するために利用可能な逆方向リンク無線リソースを監視し、複数の逆方向リンク無線リソースの１つにおいて変調シンボルを受信する受信器と、変調シンボルを検出する復調器と、を備えていることができる。
【００５７】
送信側装置もしくは受信側装置またはその両方は、複数の送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列それぞれと、対応するフィードバックリソース組合せとの間のマッピング、を定義するフィードバックマッピング規則、を格納するメモリ、をさらに備えていることができる。
【００５８】
本発明の別の実施形態は、命令を格納しているコンピュータ可読媒体であって、命令が受信側装置のプロセッサによって実行されたとき、それに起因して、受信側装置が、送信側装置から複数の送信を受信するステップと、受信された複数の送信の各送信について、それぞれの送信を正常に復号化できたかを判定し、複数の送信に対するＡＣＫ／ＮＡＣＫのフィードバック列を生成するステップと、フィードバック列を、複数のフィードバックリソース組合せのうちから決定される対応するフィードバックリソース組合せ、において送信するステップと、によって、複数の送信に対するフィードバックを送信側装置に提供する、コンピュータ可読媒体、を提供する。
【００５９】
本発明のさらなる実施形態は、命令を格納しているコンピュータ可読媒体であって、命令が送信側装置のプロセッサによって実行されたとき、それに起因して、送信側装置が、複数の送信を複数の順方向リンク無線リソースで受信側装置に送信するステップと、複数のフィードバックリソース組合せのうちのどのフィードバックリソース組合せにおいて、送信に対するフィードバックが受信側装置から受信されているかを判定するステップと、検出されたフィードバックリソース組合せを、どの送信が正常に復号化できたかを示す、ＡＣＫ／ＮＡＣＫの対応するフィードバック列、にマッピングするステップと、によって、複数の送信に対するフィードバックを受信側装置から受信する、コンピュータ可読媒体、に関する。
【００６０】
以下では、本発明について、添付の図面を参照しながらさらに詳しく説明する。図面において類似または対応する細部には、同じ参照数字を付してある。
【図面の簡単な説明】
【００６１】
【図１】５個のコンポーネントキャリアがアグリゲートされる３ＧＰＰ  ＬＴＥ−Ａシステムにおいて、３ＧＰＰ  ＬＴＥにおいて定義されているＨＡＲＱフィードバック方式を５回使用する例を示している。
【図２】送信のためのＰＤＣＣＨリソース（ＣＣＥ）と、このＰＤＣＣＨリソースによって指定される、ＨＡＲＱフィードバックのためのＰＵＣＣＨ、との間のリンクを示している。
【図３】５個のコンポーネントキャリアがアグリゲートされる３ＧＰＰ  ＬＴＥ−Ａシステムにおいて実施されている本発明の第１の態様（および第２の態様）の例示的な実施形態を示している。
【図４】本発明の例示的な実施形態によるフィードバック方式を使用する、ユーザ機器の動作の流れ図を示している。
【図５】本発明の例示的な実施形態によるフィードバック方式を使用する、基地局装置の動作の流れ図を示している。
【図６】例示的なスケジューリングシナリオにおける、本発明の例示的な実施形態による２種類の例示的なフィードバックマッピング方式の場合の、フィードバックの信頼性のシミュレーション結果を示している。
【図７】例示的なスケジューリングシナリオにおける、本発明の例示的な実施形態による２種類の例示的なフィードバックマッピング方式の場合の、フィードバックの信頼性のシミュレーション結果を示している。
【発明を実施するための形態】
【００６２】
以下では、本発明のさまざまな実施形態について説明する。実施形態のほとんどは、上の背景技術のセクションで説明した３ＧＰＰ  ＬＴＥ（リリース８）および３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の移動通信システムによる、直交シングルキャリア上りリンク無線アクセス方式に関連して説明してあるが、これは例示を目的としているにすぎない。本発明は、例えば、前述した３ＧＰＰ  ＬＴＥ（リリース８）および３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）通信システムなどの移動通信システムと組み合わせて有利に使用できるが、本発明は、この特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。
【００６３】
背景技術のセクションにおける説明は、本明細書に記載した主として３ＧＰＰ  ＬＴＥ（リリース８）および３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）に関連する例示的な実施形態を深く理解することを目的としており、移動通信ネットワークにおけるプロセスおよび機能の、説明した特定の実施形態に本発明を制限するものではないことを理解されたい。しかしながら、本明細書に提案するランダムアクセス手順の改良は、背景技術のセクションに説明したアーキテクチャ／システムにおいて容易に適用することができ、本発明のいくつかの実施形態においては、これらのアーキテクチャ／システムの標準的な手順および改良された手順を利用することもできる。
【００６４】
図１は、サブフレームの中の５個の下りリンク（ＤＬ）コンポーネントキャリアを例示的に示しており、これらのコンポーネントキャリアは、そのＰＤＳＣＨ領域において、ユーザ機器へのそれぞれの下りリンク送信を伝え、ＰＤＣＣＨ領域において、そのサブフレーム内の下りリンク送信に関連する第１層／第２層制御情報を伝えるものと想定する。後からさらに詳しく説明するように、サブフレーム内の送信のための第１層／第２層制御シグナリングが送られるＰＤＣＣＨ領域のリソース（ＣＣＥ）は、下りリンクコンポーネントキャリア上のその送信に対するＨＡＲＱフィードバックのための、上りリンクにおける対応するＰＵＣＣＨリソースに、（例えば何らかの公式によって）リンクされている。ＨＡＲＱフィードバックのためのＬＴＥフィードバックシグナリング方式を単純に使用する場合、下りリンク送信それぞれに対するＡＣＫ／ＮＡＣＫが、それぞれの上りリンク（ＵＬ）コンポーネントキャリアの対応するＰＵＣＣＨリソースで送られる。あるいは、すべてのＰＤＣＣＨを１個のコンポーネントキャリアに配置することができ、各ＰＤＣＣＨは、５個のコンポーネントキャリアそれぞれのＰＤＳＣＨ領域の中の、ユーザ機器への送信が配置されている位置を示す。言い換えれば、１個のコンポーネントキャリアのＰＤＣＣＨが、別のコンポーネントキャリアのＰＤＳＣＨ領域の中の送信を示すことも可能である。
【００６５】
コンポーネントキャリアのアグリゲーションを使用する（ｎ個のコンポーネントキャリアがアグリゲートされる）移動通信システム（例えば３ＧＰＰ  ＬＴＥ−Ａ）においては、コンポーネントキャリアが１個である場合のために定義されているフィードバック方式を単純にｎ回使用することは、一般的に、制御シグナリングのオーバーヘッドの観点において望ましくないものと考えられる。したがって、キャリアアグリゲーションを使用する移動通信システムにおいて使用するＨＡＲＱフィードバック方式は、そのフィードバックオーバーヘッドがコンポーネントキャリアの数に伴って線形的に増大しないことが望ましい。
【００６６】
本発明の一態様は、フィードバックの送信に利用可能な無線リソースの数と、与えられた変調方式を使用してシグナリングすることのできる情報ビット（すなわちＡＣＫ／ＮＡＣＫ）の数とを、効果的に利用することである。後から説明するように、本発明のこの第１の態様によると、フィードバックの送信に利用可能な無線リソースのうちの１つのみを使用して、複数の送信に対するフィードバックをシグナリングする。一般的には、フィードバックを送るエンティティは、フィードバックを提供する目的に特定の数Ｎｒ個の逆方向リンク無線リソースを利用することができ、これらの無線リソースでフィードバックを送信するための変調方式において、ｌｏｇ２Ｍ個のビット（すなわちＡＣＫ／ＮＡＣＫ）をシグナリングすることができるものと想定することができる（言い換えれば、Ｍ個の異なる変調シンボルを、フィードバック用のＮｒ個の無線リソースそれぞれにおいてシグナリングできる）。
【００６７】
シグナリングのオーバーヘッドを減らす目的で、Ｎｒ個の無線リソースのうちの１つのみを使用してフィードバックを提供する。このことは、合計でＭ・Ｎｒ個の異なる「状態」をシグナリングできることを意味する。さらには、フィードバックを送信するのに利用可能な複数の逆方向リンク無線リソースのうちの１つと、この１つの逆方向リンク無線リソースで送信される、変調方式の１個の変調シンボル、の組合せを、フィードバックリソース組合せとして定義することができる。したがって、Ｍ・Ｎｒ個の異なるフィードバックリソース組合せが存在する。
【００６８】
図３は、本発明の第１の態様の例示的な実施形態を示している。図１と同様に、上りリンク方向および下りリンク方向の５個のコンポーネントキャリアを有する３ＧＰＰ  ＬＴＥ−Ａシステムを想定する。図１と同様に、それぞれの下りリンク（ＤＬ）コンポーネントキャリアでの下りリンク送信に付随するＰＤＣＣＨそれぞれによって、上りリンク（ＵＬ）コンポーネントキャリア上でフィードバックを提供するための対応する上りリンクリソース（ＰＵＣＣＨ）が指定される。しかしながら、本発明のこの第１の態様によると、各送信に対するフィードバックとしてのＡＣＫ／ＮＡＣＫを、それぞれの送信のＰＤＣＣＨによって指定されるＰＵＣＣＨリソースで送る代わりに、フィードバック送信用に利用可能な５つのＰＵＣＣＨリソースのうちの１つのＰＵＣＣＨリソースにおいて１個のみの変調シンボルを送ることによって、５つの下りリンク送信すべてに対するフィードバック（ＡＣＫ／ＮＡＣＫ）を提供する。
【００６９】
2013504230.tif 000007
【００７０】
したがって、以下の関係、
【数１】
2013504230.tif 000008
が満たされているならば、ｌｏｇ２Ｍ個のビット（すなわちＡＣＫ／ＮＡＣＫ）をシグナリングすることのできる（言い換えればＭ個の異なる変調シンボルを有する）変調方式を使用し、１つの逆方向リンク無線リソースにおいて、Ｎｆ個の送信すべてに対するフィードバックをシグナリングすることが可能である。
【００７１】
なお、本明細書で使用している用語「順方向リンク」は、Ｎｆ個の送信の送信側装置（例えば基地局装置またはユーザ機器）から受信側装置（例えばユーザ機器または基地局装置）への方向を定義し、用語「逆方向リンク」は、受信側装置から送信側装置への方向を定義しており、特に、順方向リンクでの送信に対するフィードバック列が逆方向リンクで送られることに留意されたい。したがって、用語「順方向リンク」は、いわゆる「下りリンク」または「上りリンク」のいずれかを意味し、用語「逆方向リンク」は、いわゆる「上りリンク」または「下りリンク」のいずれかを意味する。
【００７２】
ＦＤＤモードで動作する３ＧＰＰ  ＬＴＥ−Ａシステムを考えると、例示を目的として、物理下りリンク共有チャネル（ＰＤＳＣＨ）での順方向リンク送信と同じ数だけ、ＡＣＫ／ＮＡＣＫシグナリングのための物理上りリンク制御チャネル（ＰＵＣＣＨ）の逆方向リンク無線リソースが指定されるものと想定することができる。したがって、この場合、Ｎｆ＝Ｎｒ＝Ｎである。
【００７３】
次の表は、順方向リンク送信の数がＮｆ、変調方式がＱＰＳＫ（四位相偏移変調：Quadrature Phase Shift Keying）（すなわちＭ＝４）である場合の、上に定義した式１の結果を示している。３ＧＰＰ  ＬＴＥ−Ａでは、コンポーネントキャリアあたり１個のトランスポートブロックが送信される場合、順方向リンク送信（トランスポートブロック）の数Ｎｆはコンポーネントキャリアの数に等しいものと想定することができる。
【００７４】
【表１】
2013504230.tif 000009
【００７５】
表１において理解できるように、３ＧＰＰ  ＬＴＥ−ＡシステムにおいてＨＡＲＱフィードバックをシグナリングするための上述したフィードバック方式は、利用可能なコンポーネントキャリアが４個以下である場合に限って適用することができる。さらには、下りリンクコンポーネントキャリアと上りリンクコンポーネントキャリアとが非対称に設定され、下りリンクコンポーネントキャリア（したがって下りリンク送信）が上りリンクコンポーネントキャリア（したがってＰＵＣＣＨのフィードバックリソース）よりも多いこともしばしばある。例えば、上りリンクコンポーネントキャリアが下りリンクコンポーネントキャリアよりも必ず１つだけ少ないものと想定すると、上に提案したフィードバック方式は、表２において理解できるように、下りリンクに設定されるコンポーネントキャリアが２個および３個である場合にのみ機能する。
【００７６】
【表２】
2013504230.tif 000010
【００７７】
これに関して、キャリアアグリゲーションが使用される３ＧＰＰ  ＬＴＥ−Ａシステムにおいて、送信に対する複数のＡＣＫ／ＮＡＣＫを上りリンクで送信するための上述したフィードバック方式を改良するための１つの解決策は、変調シンボルによって送信することのできる情報ビットの数を、３ＧＰＰ  ＬＴＥの場合の２ビットから、３ビットに増やすことである。したがって、ＨＡＲＱフィードバックにＱＰＳＫを使用する代わりに、８つの異なる状態を識別することのできる（３つの情報ビットに相当する）８ＰＳＫ（八位相偏移変調）を採用することができる。いま、例示として、５つの送信（トランスポートブロック）が、下りリンクの対応する数のコンポーネントキャリア上で送信されたと想定すると、フィードバックの提供に利用可能な同じ５つのＰＵＣＣＨリソースが指定される（下りリンクにおけるトランスポートブロックのための各ＰＤＣＣＨには、そのトランスポートブロックに対するＨＡＲＱフィードバックを送信するための上りリンクの対応するＰＵＣＣＨリソースがリンクされている）。フィードバック用として５つのＰＵＣＣＨリソースが利用可能であり、変調方式が８ＰＳＫであるならば、上りリンクにおいて２（３ビット）・５＝４０とおりの組合せをシグナリングすることができる（すなわち４０の異なる状態（フィードバック列）をシグナリングできる）。
【００７８】
トランスポートブロックに対するＡＣＫ／ＮＡＣＫのサイズは１ビットと想定することができる。したがって、例示的な５つの下りリンク送信に対して存在する（すなわち形成され得る）ＡＣＫ／ＮＡＣＫの組合せ（フィードバック列）の総数は、２５＝３２である。したがって、８ＰＳＫと、５つのＰＵＣＣＨリソースのうちの１つを使用して示すことのできる４０とおりの組合せ／状態は、この例示的な解決策において５つの下りリンクトランスポートブロックに対するＡＣＫ／ＮＡＣＫの３２とおりの組合せすべてをシグナリングするのに十分である。しかしながら、この解決策では、より高次の変調（８ＰＳＫ）を使用しており、これは、ＡＣＫ／ＮＡＣＫの信頼性が下がることを意味する（ＱＰＳＫと比較して送信電力が一定である場合）。８ＰＳＫを使用して、より高い信頼性のＡＣＫ／ＮＡＣＫ送信を得るためには、ユーザ機器は、上りリンクでＡＣＫ／ＮＡＣＫを送信するのに、（ＱＰＳＫによって提供される信頼性に対応するレベルの場合と比較して）より高い送信電力を使用しなければならない。
【００７９】
ＦＤＤモードで動作する３ＧＰＰ  ＬＴＥ−Ａシステムにおいて使用するための上述したフィードバック方式を改良するための別の第２の可能な解決策は、利用可能なＰＵＣＣＨリソースの数を増やすことであり、すなわち、下りリンクトランスポートブロックよりもＰＵＣＣＨリソースの数を大きくすることにより、より多くの状態をシグナリングすることができる。例えば、ＰＵＣＣＨリソースの数を、５つから８つのリソースに増やすことができる。いま、ＨＡＲＱフィードバック用としてＱＰＳＫ変調を想定すると、変調シンボルを使用して２ビットをシグナリングすることができ、したがって、８つのＰＵＣＣＨリソースを使用するとき、合計で２（２ビット）・８＝３２個の状態をシグナリングすることができる。５個のトランスポートブロックに対するＡＣＫ／ＮＡＣＫの組合せの数も３２であるため、ＡＣＫ／ＮＡＣＫの組合せの数と、ＱＰＳＫおよび８つのＰＵＣＣＨリソースを使用してシグナリング可能な状態の数とが一致する。しかしながら、この第２の解決策では、さらなる３つのＰＵＣＣＨリソースが予約されるため、ＰＵＣＣＨのオーバーヘッドが大きくなる。基地局装置は、ユーザ機器によるＨＡＲＱフィードバックの提供用に予約されているすべてのＰＵＣＣＨリソースに対してブラインド検出を実行するものと想定されるため、この解決策では、基地局装置による追加のブラインド検出が発生する。ブラインド検出の回数が増すことによって、ＡＣＫ／ＮＡＣＫの信頼性がさらに低下する。さらには、３ＧＰＰ  ＬＴＥでは、トランスポートブロックのための第１層／第２層制御シグナリングを伝えるＰＤＣＣＨの１つまたは複数のＣＣＥのうちの最初のＣＣＥのインデックスに各ＰＵＣＣＨリソースが必ずリンクされているのに対して、新規の方法では、例えば、上位層のシグナリングによってリソースをシグナリングすることで、または他の暗黙的な方法によって、追加の３つのＰＵＣＣＨリソースを導くことが要求される。
【００８０】
本発明のさらなる第２の態様は、式１が成り立たない場合、すなわち、送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列の数が、フィードバックの送信に利用可能なフィードバックリソース組合せの数よりも大きい場合に、上述した第１の態様によるフィードバックシグナリング方式をさらに改良することに関する。この第２の態様によると、個々の送信に対するフィードバックの信頼性が低下するという欠点を受け入れることにより、上述した２つの解決策の大きな問題点を克服することができる。提案する本発明の第２の態様によるフィードバック方式の欠点は、同方式の利点（特に、設計が単純であり下位互換性があること）と比較すれば小さい。提案する方式は、システムにおけるキャリアアグリゲーションが非対称的である場合、すなわち下りリンクコンポーネントキャリアの総数が上りリンクコンポーネントキャリアの総数よりも少ない場合に、有利である。このようなシナリオでは、たとえユーザ機器にはキャリアアグリゲーションが対称的に設定されている場合でも（非対称的でも同様）、上りリンクコンポーネントキャリアの数が下りリンクコンポーネントキャリアよりも少ない多いため、上りリンクフィードバックの全体的なオーバーヘッドが大きい。この場合、２番目の解決策のようにＰＵＣＣＨリソースを増やすことはできない。上りリンクコンポーネントキャリアの上りリンク制御オーバーヘッドが増大すると、上りリンクデータ送信のためのリソースが減少し、これにより上りリンクデータのスループットがさらに低下する。
【００８１】
本発明のこの第２の態様によると、送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列の数が、フィードバックの送信に利用可能なフィードバックリソース組合せの数よりも大きい場合にも、本発明の第１の態様のフィードバック方式を使用する。このことは、フィードバック列とフィードバックリソース組合せとの間の１対１のマッピングがもはや可能ではなく、複数のフィードバック列が同じフィードバックリソース組合せにマッピングされることを意味する。本文書においては、１つのフィードバックリソース組合せにマッピングされる複数のフィードバック列を、フィードバック列組合せとも称する。なお、本発明のこの第２の態様も、ＦＤＤモードで動作する３ＧＰＰ  ＬＴＥ−Ａシステムにおける使用に特に適用可能であることに留意されたい。
【００８２】
したがって、いくつかのフィードバックリソース組合せは、フィードバックを受信するエンティティ（送信側装置）にフィードバック列組合せを示し、フィードバック列組合せは、少なくとも１つの送信に対するフィードバックに関して曖昧であり（一義的ではなく）、フィードバック列組合せに対応するフィードバックリソース組合せからは、少なくとも１つの送信に対するフィードバックを導くことができない。フィードバックにおける曖昧性の数は、後から説明するように、最小レベルに小さくすることができる。
【００８３】
本発明の第２の態様によるフィードバック方式においては、上りリンクコンポーネントキャリアの数が下りリンクコンポーネントキャリアよりも少ない場合、上りリンクフィードバックのオーバーヘッドが減少する（例えば３ＧＰＰ  ＬＴＥ−Ａにおいて想定できるように、送信それぞれが下りリンクのそれぞれのコンポーネントキャリア上で提供されるものとする）。さらに、上りリンクコンポーネントキャリアの数が下りリンクコンポーネントキャリアの数に等しい場合、上りリンク制御のオーバーヘッドに使用されるリソースを減らすことが可能である。結果として、上りリンクデータ送信のためのリソースを増やすことができる。
【００８４】
さらに、本発明では、（上述した）解決策、すなわち変調シンボルあたりの情報ビットの数を増やす（すなわち、高次の変調方式を選択する）ことによって、シグナリングすることのできる状態の数を増大させる解決策と比較して、より低次の変調方式を使用することができる。例えば、本発明は、３ＧＰＰ  ＬＴＥ（リリース８）と同様にＱＰＳＫ変調方式を使用して動作させることができる。したがって、上りリンクのフィードバックを送信するために要求される送信電力は、３ＧＰＰ  ＬＴＥと同じである。さらに、より高次の変調方式（例えば８ＰＳＫ）を導入することは、送信電力の要件が増すためにセルエッジのユーザ機器に影響する。結果として、複数の下りリンク送信に対応する複数のＡＣＫ／ＮＡＣＫ信号を送信するための高次の変調に起因して、カバレッジ損失（coverage loss）が生じる。したがって、上に示したシナリオにおいては、ＡＣＫ／ＮＡＣＫ情報の信頼性に対するいくらかの影響を考慮しても、本発明は有利であり得る。
【００８５】
さらには、本発明の第１の態様および第２の態様によるフィードバック方式の別の利点として、受信側装置が不連続送信を想定した状態を送信側装置にシグナリングすることができる。３ＧＰＰ  ＬＴＥおよび３ＧＰＰ  ＬＴＥ−Ａの例を使用すると、ユーザ機器は、ＰＤＣＣＨ上の第１層／第２層制御情報が何らかの理由で検出されないとき、下りリンクでデータが送信されていないものとみなし、すなわちユーザ機器は、そのコンポーネントキャリアにおける不連続送信を想定する。ユーザ機器は、ＰＤＣＣＨが受信されない場合、フィードバックをシグナリングするための対応するＰＵＣＣＨリソースを導くこともできない。上述したように、ユーザ機器によるフィードバック送信に使用するべきＰＵＣＣＨは、ＰＤＣＣＨを伝える１つまたは複数のＣＣＥのうちの最初のＣＣＥのインデックスが示している。ユーザ機器が不連続送信を想定した対象の（１つまたは複数の）コンポーネントキャリアについては、データを再送信できるように基地局装置に知らせることが望ましい。
【００８６】
2013504230.tif 000011
【００８７】
2013504230.tif 000012
【００８８】
一般的には、受信した送信に対するフィードバックを送るエンティティには、ＡＣＫ／ＮＡＣＫの形成され得るフィードバック列と、対応するフィードバックリソース組合せとの間のマッピングを定義するフィードバックマッピング規則、が格納されているものと想定することができる。同様に、このマッピング規則は、フィードバックを受信するエンティティも認識しており、このエンティティは、受信したフィードバックリソース組合せから、対応するフィードバック列またはフィードバック列組合せへの逆マッピングを実行する。
【００８９】
フィードバックリソース組合せを受信するエンティティにおいて、そのフィードバックリソース組合せにマッピングされているフィードバック列組合せの曖昧さを最小にする目的で、本発明の例示的な一実施形態においては、フィードバックマッピング規則は、互いのハミング距離が１である、ＡＣＫ／ＮＡＣＫの２つのフィードバック列（すなわち２つのフィードバック列の１つの位置のみにおいて互いに異なる）、からなるフィードバック列組合せのみを定義している（長さの等しい２つの列の間のハミング距離は、２つの列が互いに異なっている位置の数である）。このことは、１つの送信を除くすべての送信に対しては、信頼できるフィードバック（ＡＣＫ／ＮＡＣＫ）が提供されることを意味する。信頼できるフィードバックとは、フィードバックを受信するエンティティが、特定の送信に対して送信されたフィードバック信号がＡＣＫであるかＮＡＣＫであるかを識別する、または検出できることを意味する。
【００９０】
フィードバック列組合せそれぞれが、ＡＣＫ／ＮＡＣＫの２つのフィードバック列からなる場合、フィードバックマッピング規則は、Ｉ個のフィードバック列組合せを定義している必要があり、この場合、
【数２】
2013504230.tif 000013
であり、Ｎｆ≧Ｎｒである。言い換えれば、対応するフィードバック列に一義的にマッピングでき（すなわち１対１にマッピングされ）、かつすべての送信に対する信頼できるフィードバックを提供するフィードバックリソース組合せの数は、
【数３】
2013504230.tif 000014
個である。
【００９１】
2013504230.tif 000015
【００９２】
2013504230.tif 000016
【００９３】
2013504230.tif 000017
【００９４】
2013504230.tif 000018
【００９５】
2013504230.tif 000019
【００９６】
信頼できるフィードバックを提供するべき送信は、例えば、サービスデータが高い信頼性で送信されること、またはサービスデータが小さい遅延で送信されることが要求されるサービスのデータを伝える送信とすることができる。
【００９７】
本発明の第２の態様によるフィードバック方式のさまざまな実施形態に代えて、または組み合わせて使用することのできる、フィードバック方式の別の例示的な改良策として、信頼できないフィードバックを、複数の異なる送信（例えば、信頼できるフィードバックを提供する必要のない送信）の間で分散させる。複数の送信が通信システムのそれぞれのコンポーネントキャリア上で送られる場合、信頼できないフィードバックをコンポーネントキャリアの間で分散させると言い換えることができる。複数の送信それぞれの復号化の成功または失敗に関するフィードバックは、上述したように、フィードバック列の中の特定の位置において提供される。本発明のこの例示的な実施形態においては、フィードバック列組合せの個々のフィードバック列の互いに異なる位置が、送信の間でほぼ均一に分散するようにされている。「ほぼ」とは、パラメータＮｆ、Ｎｒ、およびＭの組合せによっては、均一な分散が可能ではないことがあることを意味する。しかしながら、可能である場合、各送信（またはコンポーネントキャリア）について、その送信（またはコンポーネントキャリア）に対するフィードバックが信頼できないフィードバックリソース組合せの数が同じであるように、フィードバックリソース組合せを選択することができる。
【００９８】
以下では、本発明の第１の態様および第２の態様に関して、そのさらなる詳細について、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）システムを例示的に参照しながら説明する。本発明の第１の態様および第２の態様の原理は、上りリンクの送信およびそれに対する下りリンクのフィードバックにも使用できるが、以下の例示的な実施形態では、下りリンクの送信およびその送信に対する上りリンクのフィードバックに焦点を当てる。さらには、送信は、基地局装置によって、下りリンクにおいてＯＦＭＤを使用して１サブフレームまたは１送信時間隔内にそれぞれのコンポーネントキャリア上で送られる。送信は、それぞれが１個のトランスポートブロックを含んでいることができ、物理下りリンク共有チャネル（ＰＤＳＣＨ）で送ることができる。
【００９９】
例示的な一実施例においては、下りリンクにおける送信それぞれには、同じサブフレームまたは同じ送信時間間隔内のそれぞれのＰＤＣＣＨにおける関連する第１層／第２層制御シグナリングが付随する。ＰＤＣＣＨは、１つまたは複数のいわゆる制御チャネル要素（ＣＣＥ）によって送信される。第１層／第２層制御情報は、受信側装置（ユーザ機器）に、特に、ＰＤＳＣＨでの対応する送信のリソース要素および変調・符号化方式と、ＨＡＲＱプロトコルに関連する情報（例：ＨＡＲＱプロセス番号）と、送信の新規データインジケータ（ＮＤＩ）とを示す。送信は、増加的冗長性／軟合成（incremental redundancy/soft combining）をサポートする再送信プロトコル（例えばＨＡＲＱ）を使用して送信される。
【０１００】
さらには、例示的な一実施形態においては、下りリンク送信に対する肯定応答（ＡＣＫ）および否定応答（ＮＡＣＫ）の形でのＨＡＲＱフィードバックが送られる上りリンク無線リソース（ＰＵＣＣＨリソース）は、フィードバックが提供される対象の送信のＰＤＣＣＨの最初のＣＣＥのインデックスにリンクされている。コンポーネントキャリアの設定が非対称的であり、ユーザ機器に利用可能な上りリンクコンポーネントキャリアよりも多くの下りリンクコンポーネントキャリアが存在する場合（例えば、５個の下りリンクコンポーネントキャリアと４個の上りリンクコンポーネントキャリア）、最初の下りリンクコンポーネントキャリアのＰＤＣＣＨによって、４個の上りリンクコンポーネントキャリアのＰＵＣＣＨリソースを識別することができる。あるいは、追加のＰＵＣＣＨリソースを、上位層のシグナリング（例えばＲＲＣシグナリング）によって伝えることができる。
【０１０１】
図２はこの状況を示している。図２においては、例示的な想定として、あるサブフレームの中のトランスポートブロックのためのＰＤＣＣＨ（すなわち第１層／第２層制御情報）は、このサブフレームのＰＤＣＣＨ領域の中の４つの制御チャネル要素（ＣＣＥ）にマッピングされている。このＰＤＣＣＨがマッピングされている最初のＣＣＥのインデックスは、上りリンクにおけるＰＵＣＣＨリソースにリンクされており、このＰＵＣＣＨリソースでフィードバックを提供することができる。ＣＣＥのインデックスと、対応するＰＵＣＣＨリソースとの間のリンクは、ＣＣＥのインデックスを入力パラメータとする特定の公式によって（すなわちＰＵＣＣＨインデックスはＰＤＣＣＨインデックスの関数であり、ＰＵＣＣＨインデックス＝ｆ（ＰＤＣＣＨインデックス）＋他のパラメータ）、または、事前に定義されてユーザ機器および基地局装置に認識されている何らかのマッピングによって、もしくは上位層のシグナリング（例えばＲＲＣシグナリング）によって設定される何らかのマッピングによって、実現することができる。
【０１０２】
あるいは、上位層のシグナリング（例えばＲＲＣシグナリング）によって、追加のＰＵＣＣＨリソースを伝えることができる。
【０１０３】
2013504230.tif 000020
【０１０４】
上述したように、この状況は、上の式１によって要求される関係を満たす。したがって、４つの送信に対して形成され得るフィードバック列とフィードバックリソース組合せとの間の１対１のマッピングが可能であり、例えば、次の表３に示した例のようになる。なお、フィードバック列（ＦＳ）は、Ｎ＝４個の位置（すなわちビット）の並び（ｆ１ｆ２ｆ３ｆ４）であることに留意されたい。一般的には、フィードバック列の各位置／ビットｆｉは、ユーザ機器によって受信される複数の下りリンク送信の各送信ｉに関連付けられており（ｉ＝１，．．．，Ｎ）、受信側装置（例：ユーザ機器）においてそれぞれの送信ｉを正常に復号化できた（例：ｆｉ＝１またはｆｉ＝Ａ）、または正常に復号化できなかった（例：ｆｉ＝０またはｆｉ＝Ｎ）ことを示す。
【０１０５】
【表３】
2013504230.tif 000021
【０１０６】
なお、上の例では、各フィードバックリソース組合せのＰＵＣＣＨリソースは、最大でＮ−１個の送信（Ｎ＝Ｎｒ＝Ｎｆと想定する）に対するＨＡＲＱフィードバックを本質的に示すことに留意されたい。表３から理解できるように、コンポーネントキャリア＃ｉ（より詳細には、コンポーネントキャリア＃ｉ上の送信のためのＰＤＣＣＨの最初のＣＣＥ）によって指定されるＰＵＣＣＨリソース＃ｉと組み合わされる変調シンボルすべてについて、フィードバック列の中の、コンポーネントキャリア＃ｉに対応する位置ｆｉを、ＡＣＫ（「Ａ」）として選択することができ、したがって、ＰＵＣＣＨリソース＃ｉで送信されたこと自体を、コンポーネントキャリア＃ｉ上の送信に対するＡＣＫと解釈することができる。しかしながら、ＮＡＣＫのみを示すフィードバック列（例：「ＮＮＮＮ」）をフィードバックリソース組合せのいずれかにマッピングする必要があるため、すべてのコンポーネントキャリアについて暗黙的なＡＣＫを定義することはできない。
【０１０７】
同様にして、個々の変調シンボルがＨＡＲＱフィードバックを本質的に示すようにすることも可能であることに留意されたい（表４を参照）。
【０１０８】
【表４】
2013504230.tif 000022
【０１０９】
例えば、下りリンク送信および上りリンク送信用に３個のみのコンポーネントキャリアが設定されている（すなわちＰＤＳＣＨでのＮ＝Ｎｆ＝３つの下りリンク送信が存在する）場合、式１によると、ＨＡＲＱフィードバックのために実際に必要であるよりも多くのフィードバックリソース組合せが利用可能である。この場合、未使用のＪ個のフィードバックリソース組合せを使用することで、受信側装置（例えばユーザ機器）が不連続送信（ＤＴＸ）を想定した１つまたは複数のコンポーネントキャリア（ＣｏＣａ）を示すことができる。フィードバックマッピング規則は、例えば次の表５に示したようにすることができる（この場合もＰＵＣＣＨリソースに対するＱＰＳＫ変調を想定する）。
【０１１０】
【表５】
2013504230.tif 000023
【０１１１】
なお、ユーザ機器が下りリンクのコンポーネントキャリアＣｏＣａ３においてＤＴＸを想定したことの指示情報は、ＰＵＣＣＨリソース＃３でシグナリングすることはできず、なぜならユーザ機器は、コンポーネントキャリア３での送信を受信していないため、この送信のためのＰＤＣＣＨからＰＵＣＣＨリソース＃３を導くことができないためである。表５から分かるように、「コンポーネントキャリア３におけるＤＴＸ」は、ＰＵＣＣＨリソース＃２にマッピングされる。
【０１１２】
すなわち、ユーザ機器が、コンポーネントキャリア２での送信に関連するコンポーネントキャリア２のＰＤＣＣＨを正常に検出することが前提となる。ＰＤＳＣＨでの送信の復号化は、成功（ＡＣＫ）または失敗（ＮＡＣＫ）のいずれかである。基地局装置は、フィードバックリソース組合せ「コンポーネントキャリア３におけるＤＴＸ」の意味（マッピング）として、例えば「Ｎ／ＤＴＸ，Ｎ，ＤＴＸ」（すなわち、コンポーネントキャリア１でのＮＡＣＫまたはＤＴＸ、コンポーネントキャリア２でのＮＡＣＫ、コンポーネントキャリア３におけるＤＴＸ）と解釈する。この場合、コンポーネントキャリア１についてはＮＡＣＫ（Ｎ）とＤＴＸを識別できないが、コンポーネントキャリア２およびコンポーネントキャリア３では識別可能であることを理解されたい。コンポーネントキャリア２は基地局装置においてＮＡＣＫ（「Ｎ」）にマッピング（解釈）され、このことは、報告側のユーザ機器において、ＰＤＳＣＨでの送信のためのＰＤＣＣＨが正常に復号化されたが、ＰＤＳＣＨが正常に復号化されなかったことを意味する。コンポーネントキャリア３については、送信に付随するＰＤＣＣＨが正常に復号化されなかった。あるいは、基地局装置は、「コンポーネントキャリア３におけるＤＴＸ」を「Ｎ／ＤＴＸ，Ａ，ＤＴＸ」とマッピング（解釈）することもでき、この場合に基地局装置は、コンポーネントキャリア２においてはＰＤＣＣＨおよびＰＤＳＣＨの両方が正常に復号化されたものと結論することができる。
【０１１３】
次に、本発明の第２の態様による、本発明の例示的な実施形態について説明する。この場合、式１の関係は満たされておらず、すなわち、下りリンク送信に対する可能なフィードバック列の数が、フィードバックの送信に利用可能なフィードバックリソース組合せの数よりも大きい。
【０１１４】
本発明のこの例示的な実施形態においては、３ＧＰＰ  ＬＴＥ−Ａシステムを想定し、ユーザ機器に対して下りリンクおよび上りリンクの５個のコンポーネントキャリアが設定されているものとする。この例では、さらに、下りリンク送信のＰＤＣＣＨにリンクされているそれぞれのＰＵＣＣＨリソースで送られる信号に対してＱＰＳＫ変調が使用されるものと想定する。要約すると、Ｎ＝Ｎｆ＝Ｎｒ＝５、かつＭ＝４である。すなわち、下りリンクの５つの送信に対して形成され得るフィードバック列の総数が２Ｎ＝２５＝３２であるのに対して、利用可能なフィードバックリソース組合せはＭ・Ｎ＝４・５＝２０個のみである。したがって、本発明の第２の態様に基づいて、いくつかのフィードバック列が同じフィードバックリソース組合せにマッピングされる。次の表６は、例示的なフィードバックマッピングを示している。この例では、最大で２つのフィードバック列が、いわゆるフィードバック列組合せ（ＦＳＣ）を形成しており、１つのフィードバックリソース組合せにマッピングされているものと想定する。さらには、表６に示した例では、各フィードバック列組合せのフィードバック列（フィードバックリソース組合せのインデックス２、３、４、７、８、９、１２、１３、１４、１７、１８、１９を参照）は、ハミング距離が１である。したがって、表６から理解できるように、フィードバックリソース組合せがフィードバック列組合せ（すなわちこの例では２つのフィードバック列）にリンクされている場合でも、送信のうちの１つに対する信頼できないフィードバックが存在するのみである。
【０１１５】
【表６】
2013504230.tif 000024
【０１１６】
2013504230.tif 000025
【０１１７】
本発明の別の実施形態は、フィードバックマッピング規則の定義に関し、このフィードバックマッピング規則では、（送信が受信された）コンポーネントキャリアのうちの少なくとも１個について、それぞれのコンポーネントキャリア（より正確にはそのコンポーネントキャリア上の送信に付随する制御シグナリング）によって指定される逆方向リンク無線リソースを含んでいるフィードバックリソース組合せが、そのそれぞれのコンポーネントキャリア上の送信が正常に復号化されたことを確認応答するフィードバック列のみを有する。表７は、フィードバック列／フィードバック列組合せと、それらの対応するフィードバックリソース組合せとの間の例示的なマッピングを示しており、この場合、特定のＰＵＣＣＨリソース＃ｎにマッピングされるすべてのフィードバック列においては、これらフィードバック列の中の位置のうち、ＰＵＣＣＨリソース＃ｎを指定した制御シグナリング（ＰＤＣＣＨ）に対応する送信（ＰＤＳＣＨ）に対するフィードバック（ＡＣＫ／ＮＡＣＫ）を示す位置ｆｎが、その送信に対する肯定応答である（「Ａ」：表７ではフィードバックの中で太字で示してある）。なお、フィードバックマッピング規則のこの特性は、すべてのＰＵＣＣＨリソースについて実現することはできず、なぜならいずれか１つのフィードバックリソース組合せは、すべての送信に対してＮＡＣＫ（すなわち「ＮＮＮＮＮ」）を示す必要があるためである。表７において、すべてがＮＡＣＫであるフィードバック列は、ＰＵＣＣＨリソース＃２にマッピングされている。したがって、フィードバックマッピング規則のこの特性は、最大でＮ−１個のフィードバック無線リソースについて確保することができる（Ｎ＝Ｎｆ＝Ｎｒと想定したとき）。
【０１１８】
【表７】
2013504230.tif 000026
【０１１９】
さらに、表６および表７に示した例では、ｆ３、ｆ４、およびｆ５に対応する送信またはコンポーネントキャリアに対する信頼できないフィードバックが、それぞれ同じ数のフィードバックリソース組合せ（ＦＲＣ）によって提供されるように、信頼できないフィードバック（すなわちフィードバック列組合せ）が均一に分散するようにされていることに留意されたい。次の表８は、これを例示的に示している。
【０１２０】
【表８】
2013504230.tif 000027
【０１２１】
2013504230.tif 000028
【０１２２】
【表９】
2013504230.tif 000029
【０１２３】
送信の数、フィードバックリソース、およびフィードバックの変調方式によっては、非一義的に確認応答される送信またはコンポーネントキャリアあたりの、信頼できないＡＣＫ／ＮＡＣＫ（すなわちフィードバックリソース組合せ）を、必ずしも均一に分散させることができないことがあることに留意されたい。しかしながら、均一な分布に近くなるように、フィードバックマッピングを設計することができる。
【０１２４】
さらには、本発明の別の例示的な実施形態においては、フィードバック列組合せの不均一な分布によって信頼性のクラスが形成されるように、複数の異なる送信の間でのフィードバックリソース組合せの分散を定義することができる。例えば、Ｎ＝Ｎｆ＝Ｎｒ＝５、かつＭ＝４の例に戻り、フィードバック列組合せそれぞれが、互いのハミング距離が１である２つのフィードバック列を備えているものと想定すると、ｆ１およびｆ２に対応する送信に対して信頼できるフィードバックが提供され、ｆ３およびｆ４に対応する送信が第１の信頼性クラスを形成し、ｆ５に対応する送信が第２の信頼性クラスを形成するように、Ｉ個のフィードバックリソース組合せを複数の送信の間で分散させることができる。表１０は一例を示している。
【０１２５】
【表１０】
2013504230.tif 000030
【０１２６】
基地局装置からユーザ機器への下りリンク送信をスケジューリングする、基地局装置のスケジューラは、フィードバックマッピング規則と、したがって個々のコンポーネントキャリア上の送信の信頼性クラスを認識しているものと想定することができる。スケジューラは、この情報を利用することができ、例えば、フィードバックの信頼性クラスの情報に基づいて、サービスのデータを異なるコンポーネントキャリアにスケジューリングする。例えば、スケジューラは、サービスデータが高い信頼性で、または小さい遅延で送信されることが要求されるサービスのデータを、ｆ１およびｆ２に対応するコンポーネントキャリアにスケジューリングし、コンポーネントキャリアの信頼性と遅延に関するサービス品質の要件が小さいサービスのデータを、ｆ３およびｆ４に対応するコンポーネントキャリアにスケジューリングすることができる。データレートの低いサービスのデータは、正常に復号化される確率が高まるように低次の変調・符号化方式を使用して、ｆ５に対応するコンポーネントキャリアにスケジューリングすることができる。
【０１２７】
さらには、すべてのユーザ機器に同じフィードバックマッピング規則を適用することも可能である。柔軟性を導入できるようにする目的で、ユーザ機器が仮想マッピングを使用して、コンポーネントキャリアをフィードバック列の異なる位置に関連付けることができる。例えば、第１のユーザ機器は、自身のコンポーネントキャリアｉ＝［１，．．．，５］に対するＨＡＲＱフィードバックを、第１の仮想マッピングを使用して、フィードバック列ｓ４ｓ１ｓ３ｓ５ｓ２（インデックスは、フィードバックが提供されるコンポーネントキャリアを示す）にマッピングすることができ、別のユーザ機器は、自身のコンポーネントキャリアｉ＝［１，．．．，５］を、別の仮想マッピングを使用して、フィードバック列ｓ１ｓ３ｓ４ｓ５ｓ２にマッピングすることができ、すべてのユーザ機器のフィードバックマッピング規則は、個々のユーザ機器の仮想マッピングにかかわらずフィードバック列の位置をｆ１ｆ２ｆ３ｆ４ｆ５として認識する。
【０１２８】
さらには、コンポーネントキャリアに対する信頼できないフィードバックを提供するフィードバックリソース組合せの数を、特定のシナリオに適するように分布させることもできる。例えば次の表１１は、表１０の場合において、ｆ３、ｆ４、およびｆ５に対応するコンポーネントキャリアが、それぞれ異なる数の信頼できないＡＣＫ／ＮＡＣＫを有する例を示している。
【０１２９】
【表１１】
2013504230.tif 000031
【０１３０】
すでに前述したように、ユーザ機器が、下りリンク送信用に設定されているコンポーネントキャリアの１つまたは複数において不連続送信（ＤＴＸ）を想定し、したがって、下りリンクデータチャネル（例えば３ＧＰＰ  ＬＴＥおよび３ＧＰＰ  ＬＴＥ−ＡにおけるＰＤＳＣＨ）の特定のサブフレームまたは送信時間隔の中で、これらのコンポーネントキャリア上の制御データおよびユーザデータを検出しなかったことを、ユーザ機器から基地局に示すことができるならば、さらに望ましい。ユーザ機器は、一般に、下りリンクデータ送信に付随する制御シグナリングを検出しない、または正常に復号化されなかった場合に、ＤＴＸを想定する。このことは、例えば３ＧＰＰ  ＬＴＥおよび３ＧＰＰ  ＬＴＥ−Ａでは、ユーザ機器が、ＰＤＳＣＨでの下りリンク送信のための、同じサブフレームまたは送信時間隔内のＰＤＣＣＨを検出しなかった、または正常に復号化できなかったことを意味する。
【０１３１】
したがって、コンポーネントキャリアが１つである場合、前述したように、下りリンク送信に関連する下りリンク制御チャネルリソースが、ＨＡＲＱフィードバックのための上りリンク無線リソースにリンクされているならば、ユーザ機器は、基地局装置が予測するリンクされている上りリンクリソースでフィードバックを送信することができず、したがって基地局装置は、フィードバックが送られるはずであった上りリンク無線リソースにおいて不連続送信（ＤＴＸ）を検出する。
【０１３２】
2013504230.tif 000032
【０１３３】
本発明の第１の態様および第２の態様によると、一般的には、ユーザ機器は、いずれの送信の制御シグナリングも受信しない場合、フィードバックを送信せず、すなわち上りリンクフィードバックのＤＴＸとなり、基地局装置はこれを検出することができる。
【０１３４】
下りリンク送信のための少なくとも１つの制御チャネルが受信された場合、一般的には、受信された制御チャネルによって指定される、フィードバック送信用の上りリンク無線リソースを有するフィードバックリソース組合せを定義することができ、したがってユーザ機器は、１つまたは複数の送信のための制御チャネルを検出しなかったことを示すことができる（フィードバックリソース組合せによってフィードバックをシグナリングすることは、ユーザ機器がそのフィードバックリソース組合せの上りリンク無線リソースにリンクされている制御チャネルを少なくとも受信したことを、基地局装置に示すことになる）。ユーザ機器が想定する下りリンクの不連続送信をシグナリングするためのフィードバックリソース組合せを選択する場合、そのような「ＤＴＸフィードバック用のリソース組合せ」として、制御チャネルが受信された上りリンク無線リソースを含んだリソース組合せが選択されるようにする必要がある。
【０１３５】
下りリンク送信／下りリンクのコンポーネントキャリアが例えば５個であるとき、当然ながら、ユーザ機器が不連続送信を想定したコンポーネントキャリアと、不連続送信を想定しなかったコンポーネントキャリアとの組合せとして、多数の可能な組合せが存在する。したがって、「ＤＴＸフィードバック用のリソース組合せ」を予約することは、実際には、その代償としてＨＡＲＱフィードバックの信頼性が低下するため、「ＤＴＸフィードバック用のリソース組合せ」の数は数個に限定するべきである（例えば最大で１〜Ｎｆ個のＤＴＸフィードバック用リソース組合せ）。
【０１３６】
一例においては、「アンカーコンポーネントキャリア」とみなされるＲ＝１個のコンポーネントキャリアについて、ＤＴＸフィードバックを有効にする。ユーザ機器がこのアンカーコンポーネントキャリア上の送信の制御チャネル（例えばＰＤＣＣＨ）を検出しなかった場合、この情報は基地局装置にとって重要である。例えば、ユーザ機器がアンカーコンポーネントキャリアの制御チャネルを繰り返し検出しない（すなわちＤＴＸ報告の回数がしきい値を超える）場合、そのユーザ機器へのコンポーネントキャリアの割当ての再設定を考える、もしくは、信頼できるフィードバックが提供される別のコンポーネントキャリアを指定する、またはその両方を行うことができる。したがって、ユーザ機器がアンカーコンポーネントキャリアにおける制御チャネルを検出しなかった（すなわちＤＴＸを想定した）ことをシグナリングするためのフィードバックリソース組合せとして、アンカーコンポーネントキャリア以外のコンポーネントキャリア（ユーザ機器がＰＤＣＣＨを正常に復号化したものと予測されるコンポーネントキャリア）にリンクされている上りリンク無線リソースを有する少なくとも１つのフィードバックリソース組合せ、を予約する。
【０１３７】
基地局装置は、コンポーネントキャリアを再設定することによって、送信が正常に行われる確率の向上を、以下のいずれかの方法で試みることができる。例示的な一実施例においては、基地局装置は、例えばコンポーネントキャリア＃ｉに関するＤＴＸの報告が所定の回数になった後、信頼できるコンポーネントキャリアを（コンポーネントキャリア＃ｉからコンポーネントキャリア＃ｊに）変更することができる。新しい信頼できるコンポーネントキャリアの選択は、例えば、ユーザ機器によって報告されるチャネル品質フィードバック（例えばチャネル品質インジケータ（ＣＱＩ））に基づくことができる。
【０１３８】
これに代えて、またはこれに加えて、基地局装置は、ＰＤＣＣＨの全体的な符号化利得を改善するため、符号化率を下げることもでき、これにより、ＰＤＣＣＨがユーザ機器によって正常に受信される確率が高まる。別のオプションとしては（上記の方策に加えて、または代わりに適用される）、基地局装置は、ユーザ機器によるＤＴＸ検出の頻度が高いコンポーネントキャリアの使用を停止する。したがって、基地局装置のスケジューラは、例えば、ユーザ機器が頻繁にＤＴＸを検出するコンポーネントキャリアでの新しい送信をスケジューリングしないようにすることができる。
【０１３９】
別の例では、本発明の一実施形態において、基地局装置によるＤＴＸ検出を有効にするコンポーネントキャリアとして、Ｒ＝２個のコンポーネントキャリア、例えばｆ１およびｆ２に対応するコンポーネントキャリアを選択することができる。これらのコンポーネントキャリアは、例えば、信頼できるフィードバックが提供されるコンポーネントキャリアとすることができる。したがって、この例においては、ユーザ機器が想定する不連続送信をシグナリングする目的に、２つのフィードバックリソース組合せ（ｆ１およびｆ２に対応する２個のコンポーネントキャリアそれぞれに１つ）が予約される。
【０１４０】
次の表１２は、ＤＴＸをシグナリングするための２つのフィードバックリソース組合せを予約する一例を示している。この例では、ｆ１およびｆ２に対応するコンポーネントキャリアにおける不連続送信をシグナリングする目的に、２つのフィードバックリソース組合せ２，５が予約されている。ＤＴＸをシグナリングできない表７の例と比較すると、ＤＴＸのシグナリング用に予約されたフィードバックリソース組合せを埋め合わせるため、２つの追加のフィードバック列組合せが定義されている。
【０１４１】
【表１２】
2013504230.tif 000033
【０１４２】
別の例においては、ＤＴＸフィードバック用のリソース組合せとして追加のフィードバックリソース組合せを予約することによって、すべてのコンポーネントキャリアにおけるＤＴＸ検出が有効である。次の表１３では、ＤＴＸフィードバック用の５つの組合せが予約されている。さらには、結果として、フィードバック列組合せそれぞれのフィードバック列の最大数が３つに増大している。フィードバックリソース組合せの３つのフィードバック列組合せの最大ハミング距離は、ＨＡＲＱフィードバックの信頼性への影響を最小にする目的で、２であることに留意されたい。しかしながら、信頼できない確認応答情報に起因する不必要な再送信は、フィードバック列組合せのフィードバック列それぞれにおいて１回のみである。
【０１４３】
【表１３】
2013504230.tif 000034
【０１４４】
表１３のこの例では、信頼できないＡＣＫ／ＮＡＣＫの分布は表１４に示したとおりである。言い換えれば、この例は、ＡＣＫ検出の信頼性よりもＤＴＸの検出を優先させていると考えることができ、これは場合によっては好ましくなく、したがって前述したように、ＤＴＸ検出に使用される組合せの数を最小限に維持するべきである。
【０１４５】
【表１４】
2013504230.tif 000035
【０１４６】
ここまでに挙げた例示的な実施形態のいくつかにおいては、フィードバック列およびフィードバック列組合せと、それらの対応するフィードバックリソース組合せとの間のマッピングは、例えば、いくつかの信頼できるフィードバック情報がフィードバックリソース組合せに固有であるように考慮されている。例えば、表７に示したフィードバックマッピングでは、フィードバック無線リソース（ＰＵＣＣＨ／ＰＵＳＣＨ）でフィードバックを送信することは、そのフィードバック無線リソースに対応する下りリンクの送信に対する肯定応答（ＡＣＫ）を示している（すべてがＮＡＣＫであるフィードバック列がマッピングされているフィードバック無線リソースを除く）。以下では、フィードバックマッピング規則を設計するための別の態様について、さらに詳しく説明する。本発明の別の実施形態によると、フィードバックマッピング規則は、フィードバック列に特定の数の肯定応答（ＡＣＫ）および否定応答（ＮＡＣＫ）が含まれる確率を考慮する。
【０１４７】
一般的には、コンポーネントキャリア上の送信において、特定の目標のブロック誤り率（ＢＬＥＲ）が要求されるものと想定することができる。ＢＬＥＲは、一般には、満たすべき特定の割合として与えられる。すなわち、スケジューラは、送信のためのリソース（すなわち変調・符号化方式、割り当てられるリソースブロックの数、送信電力のうちの少なくとも１つ）を選択するとき、その送信が特定の確率で肯定応答（ＡＣＫ）されるようにしなければならない。単純にするため、一般には、送信側装置においてフィードバック信号が正常に検出されない場合と、受信側装値においてデータ送信に関する情報を伝える制御信号（ＰＤＣＣＨ）が検出されない場合とを無視すると、送信が肯定応答される確率は、ＰＡＣＫ＝１−ＢＬＥＲで与えられ、特定の送信が否定応答される確率は、ＰＮＡＣＫ＝１−ＰＡＣＫ＝ＢＬＥＲであるものと想定することができる。
【０１４８】
したがって、Ｎ個の送信に対するフィードバック列がｉ個の肯定応答を有する確率は次式である。
【数４】
2013504230.tif 000036
【０１４９】
2013504230.tif 000037
【０１５０】
以下では、単純にするため、目標のＢＬＥＲがすべての送信において同じであると想定する。ユーザ機器に対してＮ＝５個の送信／コンポーネントキャリアが設定されており、対応する数のフィードバックリソースが利用可能である場合に、すべてのコンポーネントキャリアにおいて目標のＢＬＥＲが１０％である（すなわちＰＡＣＫ＝０．９、ＰＮＡＣＫ＝０．１）と想定すると、結果としてのＰｉＮは、以下のようになる（表１５を参照）。
【０１５１】
【表１５】
2013504230.tif 000038
【０１５２】
2013504230.tif 000039
【０１５３】
なお、すべてのコンポーネントキャリアのＢＬＥＲが同じではない場合、それぞれのコンポーネントキャリアｋのそれぞれのＢＬＥＲによって与えられる異なる確率ＰｋＡＣＫおよびＰｋＮＡＣＫを考慮するため、式４を修正する必要があることに留意されたい。例えば、目標のＢＬＥＲが同じではない５個の送信に対するフィードバック列が４個のＡＣＫを有する確率は、以下である。
【数５】
2013504230.tif 000040
【０１５４】
本発明の例示的な一実施形態において、式１が満たされないものと想定すると、フィードバック列グループのフィードバック列のうち、フィードバック列に特定の数ｉ個の肯定応答（ＡＣＫ）が含まれる確率ＰｉＮが、しきい値の確率Ｐｔｈｒｅｓｈｏｌｄより大きい（すなわちＰｉＮ＞Ｐｔｈｒｅｓｈｏｌｄである）フィードバック列グループのフィードバック列は、フィードバック列組合せに含まれない。したがって、この解決策では、特定のフィードバック列グループの確率ＰｉＮがしきい値の確率Ｐｔｈｒｅｓｈｏｌｄよりも大きいならば、それらは一義的に確認応答されるようにすることができる。
【０１５５】
この基準に代えて、または加えて、フィードバックマッピング規則によって、フィードバックの全体的な信頼性がしきい値Ｔｔｈｒｅｓｈｏｌｄより高いようにすることもできる。一例では、Ｔｔｈｒｅｓｈｏｌｄ＝９０％である。別の例ではＴｔｈｒｅｓｈｏｌｄ＝９９％である。したがって、この代替実施形態においては、それぞれの確率ＰｉＮの合計がしきい値Ｔｔｈｒｅｓｈｏｌｄを超えるようにフィードバック列グループが選択される。
【０１５６】
例えば、表１５の結果を考えると、３個、４個、または５個の肯定応答を有するフィードバック列が、それぞれの対応するフィードバックリソース組合せに一義的にマッピングされるように、したがって、Ｐｉ５が高いこれらのフィードバック列において信頼できるフィードバックが確保されるように、フィードバックマッピング規則を設計することができる。肯定応答の数が２個、１個、または０個（ＡＣＫなし）であるフィードバック列は、一義的にはシグナリングされない、すなわち、フィードバック列組合せに含まれる。このマッピングは、例えば上の例において、７．３０％＞Ｐｔｈｒｅｓｈｏｌｄ＞０．８％である値にＰｔｈｒｅｓｈｏｌｄを設定する（例：Ｐｔｈｒｅｓｈｏｌｄ＝５．０％）ことによって、実現することができる。
【０１５７】
表１５の例示的なシナリオにおいては、３個、４個、または５個の肯定応答を有するフィードバック列が、それぞれの対応するフィードバックリソース組合せに一義的にマッピングされるようにしているが、これは、９９％より高い確率（５９．０５％＋３２．８０％＋７．３０％＝９９．１５％）で、信頼できるフィードバックが提供されることを意味する。これに代えて、送信の少なくともＴｔｈｒｅｓｈｏｌｄ＝９９％に対して信頼できるフィードバックが提供されるように要求することによって、同じマッピング結果を得ることができる。
【０１５８】
2013504230.tif 000041
【０１５９】
2013504230.tif 000042
【０１６０】
表１６は、１つの例示的なマッピング規則（ＤＴＸのシグナリングなし）を示している。フィードバックリソース組合せのインデックス１１には、すべてがＮＡＣＫである（すなわちＡＣＫが存在しない）フィードバック列と、ＡＣＫが１つのみであるフィードバック列とをまとめたフィードバック列組合せが関連付けられていることに留意されたい。この組合せのフィードバック列は、その５つの位置すべてにおいて異なるが、このフィードバックリソース組合せに起因する不必要な再送信は、最大で１回である。
【０１６１】
あるいは、フィードバックリソース組合せのインデックス１１に示した一連のフィードバック列は、フィードバックの送信が想定されているとき、受信側装置のＤＴＸを使用して伝えることもできる。これによって、インデックス１１のフィードバックリソース組合せを、例えば、別のフィードバック列またはフィードバック列組合せをシグナリングする目的に利用することができる。
【０１６２】
さらには、表１６におけるフィードバック列組合せは、２個のＡＣＫを有するフィードバック列がフィードバック列組合せに個別にまとめられており（フィードバックリソース組合せインデックス３，７，１５を参照）、その一方で、ＡＣＫを１つ含む、またはＡＣＫを含んでいないフィードバック列が、前述したように１つのフィードバック列組合せインデックス１１にまとめられるように、形成されていることに留意されたい。さらには、フィードバックリソース組合せインデックス３，７，１５に関連付けられているフィードバック列組合せは、それぞれのフィードバック列に起因して送信側装置に要求される不必要な再送信が最大で２回であるように組み合わされている。実際には、インデックス３およびインデックス７のフィードバックリソース組合せをシグナリングすることによって発生する送信側装置による不必要な再送信は、１回のみである。
【０１６３】
【表１６】
2013504230.tif 000043
【０１６４】
表１７は、上の表６に基づく別の例示的なマッピング規則を示している。この例示的なマッピング規則では、フィードバックリソース組合せインデックス１１には、全種類のフィードバック列グループのフィードバック列（すなわち２個、１個、または０個のＡＣＫを有するフィードバック列）がまとめられている。このことは、フィードバックリソース組合せインデックス１１に対応するフィードバックリソース組合せをシグナリングしたときの不必要な再送信が、最大で２回であることを意味する。フィードバックリソースインデックス３，７，１５のフィードバック列組合せのフィードバック列は、３つの位置において互いに異なっているが、これらのフィードバック列組合せそれぞれによって生じる不必要な再送信は１回のみである。
【０１６５】
【表１７】
2013504230.tif 000044
【０１６６】
フィードバックマッピング規則を設計するときに、特定の数の肯定応答（ＡＣＫ）がフィードバック列に含まれる確率のみを考慮することは、必ずしも有利ではない。例えば、表１５、表１６、および表１７に関連して上述した実施形態では、スケジューラがスケジューリング対象のユーザ機器にリソースを割り当てるときに重大な制限が課されることがある。
【０１６７】
表１６から理解できるように、いくつかのフィードバック列グループのフィードバック列をマッピングする必要のあるフィードバック列組合せの数が少ないときには、少なくとも１つのフィードバックは信頼できるようにフィードバック列をフィードバック列組合せに分散させることは難しく、場合によっては不可能である。なお重要な点として、たとえフィードバックリソース組合せがフィードバック列組合せにマッピングされていても、送信に対するフィードバックすべてがつねに信頼できないわけではない。例えば、表６および表７に示したマッピング規則では、フィードバック列組合せにマッピングされているフィードバックリソース組合せのほとんどにおいて、５つの送信のうちの２つまたは１つに対しては信頼できるフィードバックが提供される。
【０１６８】
一般的には、１つのフィードバック列組合せ（すなわちフィードバックリソース組合せ）にマッピングされる１つまたは複数のフィードバック列グループが合計Ｑ個のフィードバック列を有すると想定する。このことは、フィードバックリソース組合せの中の信頼できないＡＣＫ／ＮＡＣＫの最小数Ｕｍｉｎを、以下のように計算できることを意味する。
【数６】
2013504230.tif 000045
【０１６９】
Ｕｍｉｎは、フィードバック列組合せの中の信頼できない「位置」の下限を与えることに留意されたい。例えば、Ｕｍｉｎ＝２である場合、最大でＵｍｉｎ２＝４つのフィードバック列をフィードバック列組合せにマッピングすることができる（マッピングするべきである）。当然ながら、これが可能であるのは、フィードバック列組合せにまとめるフィードバック列として、フィードバック列のＮ＝５個の位置（すなわちＮ＝５つの送信、より正確には送信用に設定されている５個のコンポーネントキャリア）のうち特定の２つの位置における組合せ［＝＝＝ＡＡ、＝＝＝ＡＮ、＝＝＝ＮＡ、＝＝＝ＮＮ］を含んでおり、かつ残りの３つの位置が（＝で示したように）同じであるフィードバック列、が４つ利用可能である場合のみである。なお、Ｎは送信の数、より正確には送信用に設定されているコンポーネントキャリアの数であり、任意の値をとることができる。したがって、本発明の例示的な一実施形態においては、フィードバックマッピング規則は、特定の数の肯定応答（ＡＣＫ）がフィードバック列に含まれる確率を考慮するのみならず、フィードバックリソース組合せにおける信頼できないＡＣＫ／ＮＡＣＫの数が最小になるように、さらに設計される。なお、フィードバック列組合せへのフィードバック列の最適な分散は、例えば、コンピュータ援用探索法によって見つけることができることに留意されたい。
【０１７０】
さらには、Ｕｍｉｎはフィードバックリソース組合せにおける信頼できない位置の最小数を与えるが、信頼できないフィードバックに起因する不必要な再送信の回数に必ずしも等しくはない。基本的には、表１７において理解できるように、１つ（またはすべての）フィードバックリソース組合せにおいてはＵｍｉｎより大きいが、信頼できない位置起因する不必要な再送信の回数に関して依然として最適であるように、フィードバックマッピング規則を設計することが可能である。表１７において理解できるように、フィードバック列組合せのフィードバック列が互いに異なる位置におけるＡＣＫが１つのみである場合、不必要な再送信が１回のみであるようにすることが可能である。したがって理想的には、Ｕｍｉｎ＝２の場合、不必要な再送信の回数を１に維持する目的で、フィードバック列組合せ［＝＝＝ＡＮ、＝＝＝ＮＡ、＝＝＝ＮＮ］を１つのフィードバック列組合せにまとめるべきである（可能な場合）。
【０１７１】
したがって、本発明のさらなる実施形態によると、フィードバックマッピング規則は、特定の数の肯定応答（ＡＣＫ）がフィードバック列に含まれる確率を考慮するのみならず、（フィードバック列組合せに関連付けられるフィードバックリソース組合せをシグナリングすることによって提供される）信頼できないフィードバックによる不必要な再送信の回数が最小になるように、さらに設計される。なお、フィードバック列組合せへのフィードバック列の最適な分散は、例えば、コンピュータ援用探索法によって見つけることができることに留意されたい。
【０１７２】
本発明のさらなる実施形態によると、フィードバックマッピング規則を選択するときの別の基準として、特定の数の肯定応答（ＡＣＫ）がフィードバック列に含まれる確率に加えて、オプションとして、スケジューリングされる送信の数を考慮することができる。この基準は、不必要な再送信の回数、またはフィードバックリソース組合せの中の信頼できないＡＣＫ／ＮＡＣＫの数を最小化することと組み合わせて考慮することもできることに留意されたい。
【０１７３】
表１６の例を想定すると、スケジューラは、信頼できるフィードバックが高い確率で行われるようにするには、少なくとも３個のコンポーネントキャリア上の送信をユーザ機器に割り当てる必要がある。スケジューラが２つ以下のコンポーネントキャリア上の送信を割り当てる場合、フィードバックは、フィードバック列組合せに関連付けられるフィードバックリソース組合せにつねにマッピングされ、したがって、少なくとも１つまたは複数の送信に対する信頼できないフィードバックが存在する。
【０１７４】
例えば、例示を目的として、５個のコンポーネントキャリア（すべて）上の送信が割り当てられるものと想定する。この場合、フィードバック列に肯定応答が含まれ得る数は、５個のコンポーネントキャリアそれぞれでの送信が正常に受信されるか否かに応じて、０個、１個、２個、３個、４個、または５個である。表１５において理解できるように、５つの肯定応答（５ＡＣＫ）を有するフィードバック列は、出現確率が最も高い。４個以下のコンポーネントキャリア上の送信が割り当てられて、送信側装置から受信側装置に送信される場合、５つの肯定応答（ＡＣＫ）を有するフィードバック列を取得することはあり得ない。特に、２つの下りリンクコンポーネントキャリア上の送信のみである場合、フィードバック列におけるＡＣＫが２つまたは１つである確率によって、動作性能が決まる。したがって、代替のフィードバックマッピング方式において重要なことは、ユーザ機器は５つの下りリンクコンポーネントキャリア上で受信するように設定されているが、送信に実際に使用される（すなわちスケジューラによって送信がスケジューリングされる）下りリンクコンポーネントキャリアの数を考慮することである。
【０１７５】
キャリアアグリゲーションを使用する通信システムの場合、コンポーネントキャリアは半静的にユーザ機器に割り当てることができる。しかしながら、下りリンク割当ては動的であるものと想定することができる。したがって、スケジューリングの観点においては、スケジューラが、設定されているコンポーネントキャリアのいくつかについては特定のユーザ機器に送信を割り当てないことがよくあり、すなわちユーザ機器は、第１層／第２層制御シグナリング（ＰＤＣＣＨ）が受信されなかったコンポーネントキャリアにおいてＤＴＸ（不連続送信）モードを想定する。あるいは、ユーザ機器はＤＲＸ（不連続受信）モードに入ることができ、このモードでは、ユーザ機器はすべてのコンポーネントキャリア上の第１層／第２層制御シグナリング（ＰＤＣＣＨ）を監視することが要求されない。例えば３ＧＰＰ  ＬＴＥ−Ａでは、通常、ユーザ機器に複数のコンポーネントキャリアが設定される。このシナリオにおいては、前述したように、下りリンクにおいて少なくとも１つのアンカーコンポーネントキャリアが定義されることがある。ユーザ機器がＤＲＸモードにある場合、ユーザ機器はアンカーコンポーネントキャリアのみにおいてＰＤＣＣＨを監視するもの想定することができる。アンカーコンポーネントキャリア以外のすべてのコンポーネントキャリアについては、ユーザ機器は第１層／第２層制御シグナリングを監視する必要がない。したがって、１つのアンカーコンポーネントキャリアが定義される例示的なシナリオにおいては、肯定応答が１つであるフィードバック列が形成され、このようなフィードバック列は、対応する上りリンクフィードバックリソース組合せに一義的にマッピングされるべきである。
【０１７６】
したがって、スケジューラの柔軟性とフィードバックの信頼性との間の適切なトレードオフ（妥協点）を見出す目的で、本発明の別の実施形態においては、フィードバックマッピング規則は、送信の数、すなわち、受信側装置に対して設定されており受信側装置のための送信をスケジューリングすることのできるコンポーネントキャリアの数、をさらに考慮する。
【０１７７】
ユーザ機器に対して送信用にＮ＝５個のコンポーネントキャリアが設定されている例に戻ると、送信側装置によって最大で５個の送信がスケジューリング／送信される。この例では、肯定応答が３個または２個であるフィードバック列が非一義的に送信される（すなわちフィードバック列組合せに割り当てられる）ようにすることで、フィードバックマッピング規則において送信の数を考慮する。したがってスケジューラは、サブフレームまたは送信時間間隔（すなわちスケジューリング間隔）内に０個、１個、または２個の送信をユーザ機器に割り当てることもできるため、スケジューラの柔軟性を少なくともいくらか高めることができる。
【０１７８】
2013504230.tif 000046
【０１７９】
【表１８】
2013504230.tif 000047
【０１８０】
表１８から理解できるように、フィードバックリソース組合せインデックス１１は、２つおよび３つのＡＣＫを有するフィードバック列がまとめられたフィードバック列組合せに関連付けられている。このように、本発明のいくつかの実施形態においては、フィードバック列組合せは、異なるフィードバック列グループのフィードバック列を含んでいる。あるいは、フィードバック列グループのフィードバック列と、利用可能なフィードバック列組合せ（すなわちフィードバックリソース組合せ）との間のマッピングにおいて、異なるフィードバック列グループが同じフィードバック列組合せに混在しないようにすることも可能である。
【０１８１】
表１９は、さらなる例示的な１つのマッピングを示しており、この場合、同じフィードバック列グループのフィードバック列のみがフィードバック列組合せを形成している。このさらなる例では、不必要な再送信の回数も、表１８に示したフィードバックマッピングと比較して減らすことができることに留意されたい。
【０１８２】
【表１９】
2013504230.tif 000048
【０１８３】
表１８および表１９に例示的に示したフィードバックマッピングを考えると、送信に対して信頼できるフィードバックが提供される確率は、サブフレーム内の２つまたは３つの送信に対するフィードバックが完全に信頼できないものと想定したとき、一見すると、５９．０５％＋３２．８０％＋０．０４５％＋０．００１％＝９１．９０％であると考えられる（ＢＬＥＲ＝１０％、サブフレームまたは送信時間間隔あたり５つの送信を想定し、送信側装置におけるＡＣＫ／ＮＡＣＫの検出の失敗は無視する）。しかしながら、表１８および表１９におけるフィードバック列組合せから理解できるように、これらのフィードバック列組合せは、完全に信頼できないフィードバックを提供するわけではない。表１８のフィードバックリソース組合せインデックス６、７、１４、および１９のフィードバック列は、ハミング距離が１であり、したがって、送信のうちの１つに対してのみ信頼できないフィードバックが存在する（すなわちＱ＝２、Ｕｍｉｎ＝１）。さらには、リソース組合せインデックス２、３、１１、および１４のフィードバック列は、２つの位置ｆｉのみにおいて互いに異なり、したがって、２つの送信のみに対して信頼できないフィードバックを提供する（すなわちＱ＝３、Ｕｍｉｎ＝２）。したがって、全体的なフィードバックの信頼性は、上述した９１．９０％よりも実質的に高い。表１９に示したフィードバックマッピングを考えると、不必要な再送信の回数が表１８と比較してさらに少ないため、全体的なフィードバックの信頼性は実質的にさらに高い。
【０１８４】
さらには、すべてがＮＡＣＫであるフィードバック列を伝えるＰＵＣＣＨリソース５を除く各フィードバックリソース（ＰＵＣＣＨ）については、上のいくつかの例においてすでに説明したように、これらのフィードバックリソースで送信すること自体が、それぞれのフィードバックリソースに対応する送信に対する肯定応答を示すことに留意されたい。
【０１８５】
ここまでの例においては、フィードバック列に特定の数の肯定応答（ＡＣＫ）が含まれる確率を考慮し、オプションとして、送信の数、すなわち、受信側装置に対して設定されており受信側装置（例：ユーザ機器）のための送信をスケジューリングすることのできるコンポーネントキャリアの数、をさらに考慮している。これらの例では、明確な確率を計算するとき、例示を目的として、スケジューラがつねにサブフレーム内にＮ＝５つの送信を提供するものと想定している。以下に詳しく説明するように、スケジューラによってスケジューリングされる送信の数は、上述したフィードバックマッピング規則によって達成されるフィードバックの全体的な信頼性に大きく影響する。
【０１８６】
このことについて、スケジューリングの挙動の２つの例示的なシナリオを使用して以下に説明する。最初のシナリオ（シナリオ１）では、Ｎ＝５個のコンポーネントキャリアが設定されている場合に、スケジューラ（例えば送信側装置に含まれている）は、それぞれの数（すなわち１〜Ｎ個）の送信を、表２０に示したように均等にスケジューリングするものと想定する。なお、計算を単純にするため、送信が０個である確率は除外されていることに留意されたい。したがって、サブフレームあたりのそれぞれの数の送信は、いずれも２０％の確率で発生する（シナリオ１を参照）。表２０に示した第２のシナリオ（シナリオ２）では、スケジューラは、数の少ない送信よりも数の多い送信を高い確率で割り当てるものと想定する。
【０１８７】
【表２０】
2013504230.tif 000049
【０１８８】
図６および図７は、２つの例示的なスケジューリングシナリオ（表２０に示したシナリオ１およびシナリオ２）における、３種類の例示的なフィードバックマッピング方式によるフィードバックの信頼性のシミュレーション結果を示している。フィードバック方式１では、フィードバック列に特定の数の肯定応答（ＡＣＫ）が含まれる確率のみを考慮し、第２のフィードバックマッピング方式（方式２）は、前述したように、割り当てられる送信の数をさらに考慮するフィードバックマッピング方式である。図６および図７に示した「基準」は、３ＧＰＰ  ＬＴＥのフィードバックマッピング方式をＮ回使用する、すなわち図１に示したように、対応する下りリンクコンポーネントキャリア上の送信によって指定されるフィードバックリソース（ＰＵＣＣＨ）それぞれを使用することを意味する。
【０１８９】
図６において理解できるように、最初のシナリオの場合、フィードバックマッピング方式１（その例は表１６に示してある）（確率ＰｉＮのみを考慮し、ＰｉＮが特定のしきい値Ｐｔｈｒｅｓｈｏｌｄよりも大きいフィードバック列グループのフィードバック列すべてを一義的にマッピングする）では、すべての数の送信（すなわち割り当てられるコンポーネントキャリアの数それぞれ）の確率が等しいならば、図１の信頼できる基準フィードバック方式と比較して動作性能が低下し、スケジューリングされる送信が１つである場合（すなわち１個のコンポーネントキャリア（ＣＣ）が割り当てられる：１ＣＣ）、信頼できるフィードバックが存在しない。フィードバックマッピング方式２（その例は表１８に示してある）（フィードバック列グループの確率ＰｉＮを考慮するのみならず、割り当てられるコンポーネントキャリア（すなわち送信）の数を考慮する）では、１個または２個のコンポーネントキャリア（すなわち送信）が割り当てられる場合のフィードバックの信頼性は、フィードバックマッピング規則１と比較して低下の程度が小さく、これは、フィードバック列組合せにおいて提供できる信頼性が高いためである。
【０１９０】
シナリオ２の場合（それぞれの数の送信の確率が等しくない）、フィードバックマッピング規則１とフィードバックマッピング規則２は、ほぼ同等の動作性能を提供する。フィードバックマッピング規則２は、２個または３個のＡＣＫを有するフィードバック列グループのフィードバック列をフィードバック列組合せにマッピングするものと想定するため、フィードバックマッピング規則２の動作性能は、３つの送信がスケジューリングされる場合にはフィードバックマッピング規則１の動作性能と比較して低いが、さほど大きくは低下しない。スケジューラによって２個または１個のみの送信がスケジューリングされる場合、フィードバックマッピング規則１の動作性能よりも高い。
【０１９１】
表２１は、２つのシナリオの場合の２種類のフィードバック方式の全体的な信頼性についてまとめてある。シナリオ１を想定すると、フィードバック方式１では、フィードバックの全体的な信頼性が６３．９０％にすぎないが、シナリオ２の場合、フィードバック方式１の動作性能は大幅に向上する。これに対して、フィードバック方式２は、どちらのシナリオが想定される場合にも高い信頼性を提供し、したがって、フィードバック方式２の全体的な（平均の）動作性能は、明らかにフィードバック方式１よりも高い。
【０１９２】
【表２１】
2013504230.tif 000050
【０１９３】
フィードバック列に特定の数の肯定応答（ＡＣＫ）が含まれる確率を考慮する、本明細書に記載されているさまざまな例および実施形態によるマッピング規則は、さらに改良して、前述した前の例におけるように、ＤＴＸをシグナリングできるようにすることができる。例えば、フィードバックリソース組合せのうちの１つまたは複数を、ＤＴＸシグナリング用に予約することができる。次の表２２は、表１８に示した例に基づくフィードバックマッピング方式の例示的な実施例を示している。
【０１９４】
さらには、受信側装置によってＤＴＸをシグナリングできるようにする場合に、ＤＴＸシグナリング用として、フィードバック列組合せに関連付けられるフィードバックリソース組合せを選択することができる。この方法では、フィードバックリソース組合せに１対１に一義的にマッピングされるフィードバック列グループの信頼性は、影響されない。しかしながら、フィードバック列グループのうち、フィードバックリソース組合せに１対１に一義的にマッピングされるべき１つのフィードバッ列グループのフィードバック列の１つが、１つまたは複数のフィードバック列とともにフィードバック列組合せにまとめられるように、ＤＴＸシグナリングのためのフィードバックリソース組合せを選択することも可能である。
【０１９５】
【表２２】
2013504230.tif 000051
【０１９６】
表２２の例では、表１８と比較して、フィードバックリソース組合せインデックス１７は、受信側装置がすべてのコンポーネントキャリアにおいてＤＴＸを想定したことを示す。表１８においてフィードバックリソース組合せインデックス１７にマッピングされているフィードバック列「ＮＡＡＡＡ」は、表２２のフィードバックリソース組合せインデックス１４の中にフィードバック列「ＮＡＮＡＡ」と一緒にまとめられており、したがって、フィードバック列「ＮＡＡＡＡ」におけるフィードバックの曖昧さは最小限である。さらには、表１８のフィードバックリソース組合せインデックス１４の中のフィードバック列「ＮＡＮＡＮ」は、表２２のフィードバックリソース組合せインデックス６の中にフィードバック列「ＡＡＮＡＮ」および「ＮＡＡＡＮ」と一緒にまとめられている。
【０１９７】
当然ながら、前に例示的に示したように、ＤＴＸのシグナリング用に複数のフィードバックリソース組合せ（例えば２個、３個、４個、または５個）を予約することも可能である。この場合、本発明の一実施形態においては、信頼できるフィードバックを提供するべきフィードバック列グループのフィードバック列は、依然としてそれぞれのフィードバックリソース組合せに１対１で一義的にマッピングされるべきである。
【０１９８】
さらには、フィードバック列に特定の数の肯定応答（ＡＣＫ）が含まれる確率を考慮するフィードバックマッピング規則を設計することに関連する例示的なすべての実施形態において、フィードバックマッピング規則は、前述したように１つまたは複数のアンカーキャリアを定義することもできる。
【０１９９】
例えば、本発明の一実施形態においては、フィードバックマッピング規則は、アンカーコンポーネントキャリアとみなされるＲ個のコンポーネントキャリアにおいてＤＴＸフィードバックを行うことができるように設計されている。ユーザ機器がこのアンカーコンポーネントキャリア上の送信のための制御チャネル（例：ＰＤＣＣＨ）を検出しなかった場合、その情報は基地局装置にとって重要である。例えば、ユーザ機器がアンカーコンポーネントキャリアの制御チャネルを繰り返し検出しない（すなわちＤＴＸ報告の回数がしきい値を超える）場合、そのユーザ機器へのコンポーネントキャリアの割当ての再設定を考える、もしくは、信頼できるフィードバックが提供される別のコンポーネントキャリアを指定する、またはその両方を行うことができる。したがって、ユーザ機器がアンカーコンポーネントキャリアにおける制御チャネルを検出しなかった（すなわちＤＴＸを想定した）ことをシグナリングするためのフィードバックリソース組合せとして、アンカーコンポーネントキャリア以外のコンポーネントキャリア（ユーザ機器がＰＤＣＣＨを正常に復号化したものと予測されるコンポーネントキャリア）にリンクされている上りリンク無線リソースを有する少なくとも１つのフィードバックリソース組合せ、を予約する。
【０２００】
次に、本発明の第１の態様および第２の態様に基づく、送信側装置および受信側装置の動作について、図４および図５に関連して説明する。例示を目的として、下りリンクデータ送信の場合を考えており、したがって、送信側装置が基地局装置に対応し、受信側装置がユーザ機器に対応する。図４および図５のステップの順序は、例示を目的にしているにすぎず、変更できることに留意されたい。
【０２０１】
図４は、本発明の例示的な実施形態によるフィードバック方式を使用する、ユーザ機器の動作の流れ図を示している。ユーザ機器には、下りリンク方向の複数のコンポーネントキャリアが設定されており、対応する数の上りリンクコンポーネントキャリアも設定されているものと想定することができる。ユーザ機器は、設定されている各コンポーネントキャリア（ＣｏＣａ）上でそれぞれのサブフレームを受信し（４０１）、その制御チャネル領域を調べる。制御チャネル領域は、例えば、各コンポーネントキャリアのサブフレームの最初の３個のＯＦＤＭシンボルに対応しており、サブフレームのデータ部分（ＰＤＳＣＨ領域）に含まれている送信のためのＰＤＣＣＨを伝える。
【０２０２】
例示を目的として、コンポーネントキャリアそれぞれがユーザ機器への送信を伝えるものと想定し、したがってユーザ機器は、各コンポーネントキャリアのサブフレームの制御チャネル（ＰＤＣＣＨ）を検出し、復号化を試みる（４０２）。変調・符号化方式はユーザ機器が認識している、あるいは、ユーザ機器はサブフレームの制御チャネル領域の中のＰＤＣＣＨをブラインド検出することができる。ＰＤＣＣＨが正常に復号化された場合、ユーザ機器は、そのＰＤＣＣＨによって指定される対応するＰＵＣＣＨリソースをさらに求めることができる。さらには、ＰＤＣＣＨが１個のコンポーネントキャリア上で送信され、別のコンポーネントキャリア上の送信に関する第１層／第２層制御情報を含んでいることも可能である。
【０２０３】
当然ながら、実際には、設定されているコンポーネントキャリアそれぞれにユーザ機器への送信が存在しない場合がある。この場合、ユーザ機器は、自身への送信を含んでいないコンポーネントキャリアのサブフレームの中に制御チャネル（ＰＤＣＣＨ）を検出することができない。したがって、この場合と、ＰＤＣＣＨが検出されたが正常に復号化されなかった場合とに、ユーザ機器は、この状況を、そのコンポーネントキャリアにおける不連続送信（ＤＴＸ）とみなす。
【０２０４】
いま、ＰＤＣＣＨを正常に復号化できたものと想定すると、ユーザ機器は、複数の異なるコンポーネントキャリア上で受信されたそれぞれのサブフレームのＰＤＳＣＨ領域から送信を取り出すことを試み、ＰＤＣＣＨが正常に復号化されたコンポーネントキャリアのサブフレームの中のＰＤＳＣＨにおける送信の復号化を試みる（４０４）。送信はＨＡＲＱプロトコルを使用して送信されるため、ユーザ機器は、各送信に対して、ＡＣＫ／ＮＡＣＫの形でのＨＡＲＱフィードバックを生成する（４０５）。ＡＣＫ／ＮＡＣＫは、フィードバック列として組み合わされる。ユーザ機器は、特定のコンポーネントキャリア上のＰＤＣＣＨを検出または復号化できない場合、そのコンポーネントキャリアに対して不連続送信を想定することができる。使用するＨＡＲＱフィードバックによるＤＴＸの報告が可能ではない場合、ユーザ機器は、そのコンポーネントキャリア上の「送信」に対するＮＡＣＫにＤＴＸをマッピングする。ＤＴＸの報告が可能である場合、ユーザ機器が不連続送信を想定したことを示す対応する情報を、フィードバックによってシグナリングすることができる。
【０２０５】
さらに、ユーザ機器は、ＡＣＫ／ＮＡＣＫ列（フィードバック列）をＰＵＣＣＨリソースの１つにマッピングし（ステップ４０３を参照）、そのＡＣＫ／ＮＡＣＫ列の変調シンボルを生成する（４０６）。フィードバック列のこのマッピングは、本明細書に記載されているさまざまな実施形態による複数の異なるマッピング規則のいずれかを使用して実施できることに留意されたい。次いで、選択されたＰＵＣＣＨリソースで変調シンボルを送信することで、すべての送信に対するフィードバックを提供する（４０７）。
【０２０６】
図５は、本発明の例示的な実施形態によるフィードバック方式を使用する、基地局装置の動作の流れ図を示している。基地局装置は、個々のサブフレームの中の複数の送信を、ユーザ機器に設定されているコンポーネントキャリア上でユーザ機器に送る（５０１）ものと想定する。サブフレーム内の送信（すなわちコンポーネントキャリア）それぞれには、第１層／第２層制御シグナリング（ＰＤＣＣＨ）が付随する。送信はＨＡＲＱプロトコルを使用して送信することができ、したがって基地局装置は、送信に対するＨＡＲＱフィードバックを待つ。ユーザ機器が送信に対して確認応答するのに使用できるＨＡＲＱフィードバックリソースは、送信に付随していたＰＤＣＣＨにリンクされている。したがって、基地局装置は、ユーザ機器によって使用され得る候補のフィードバック無線リソース（ＰＵＣＣＨ）を認識しており、送信に対応して下りリンクコンポーネントキャリア上で送られたＰＤＣＣＨにリンクされているＰＵＣＣＨリソースを監視する（５０２）。
【０２０７】
基地局装置は、送信のために下りリンクコンポーネントキャリア上で送られたＰＤＣＣＨにリンクされているＰＵＣＣＨリソースのうちの１つにおける変調シンボルを検出し（５０３）、その変調シンボルを、変調シンボルが受信されたＰＵＣＣＨリソースに基づいて、下りリンクコンポーネントキャリア上で送信されたデータに対するＡＣＫ／ＮＡＣＫ列（フィードバック列）にマッピングする（５０４）。この（逆）マッピングを目的として、基地局装置には、例えば本明細書に記載されているさまざまな実施形態によるフィードバックマッピング規則が格納されている。なお、基地局装置とユーザ機器は同じフィードバックマッピング規則を使用することに留意されたい。
【０２０８】
ステップ５０４においてフィードバック列（場合によってはフィードバック列組合せ）を得た後、基地局装置の挙動として、実装に依存して複数の異なるオプションが存在する。例えば、基地局装置は、送信が正常に復号化されなかったこと（すなわちＮＡＣＫ）をフィードバック列が示している送信について、再送信を送る（５０５）ことができる。基地局装置は、ステップ５０４における逆マッピングの結果としてフィードバック列組合せ（すなわち少なくとも１つの送信に対するフィードバックが信頼できないことを示す）が得られた送信について、それぞれの再送信を送る（５０６）ことができる。
【０２０９】
フィードバックマッピング規則およびその特性の定義に関する、本発明の複数の異なる実施形態に関連して説明したように、基地局装置は、ユーザ機器がどの送信に対してＡＣＫ、ＮＡＣＫ、またはＤＴＸをシグナリングしたかを判定するときに、フィードバックマッピング規則の特殊な特性を利用して、それに基づいて動作することができることに留意されたい。例えば、特定のコンポーネントキャリア上の送信に対して、基地局装置においてＤＴＸ報告またはＮＡＣＫが受信された場合、基地局装置がその特定のコンポーネントキャリア上で送信を送っていなければ、基地局装置はそのＤＴＸ報告またはＮＡＣＫを無視することができる。その特定のコンポーネントキャリア上で送信を送っていたならば、再送信を送るべきである（ステップ５０５を参照）。同様に、特定の時間枠（例えば特定の数の送信時間間隔またはサブフレーム）内で、「アンカー」コンポーネントキャリアに対するＤＴＸ報告の数が特定のしきい値を超える場合、基地局装置は、前述したように「アンカー」コンポーネントキャリアの再設定を決定することができる。
【０２１０】
本発明の第１の態様および第２の態様は、ここまでに説明したさまざまな例および実施形態のみならず、５個よりも多いコンポーネントキャリア（例：６個のコンポーネントキャリア）がアグリゲートされるシステムにも、容易に適用できることに留意されたい。さらには、３つ以上のフィードバック列をフィードバック列組合せにまとめることが可能であることに留意されたい。例えば、３つまたは４つのフィードバック列をフィードバック列組合せにまとめることができる。３つ以上のフィードバック列をフィードバック列組合せにまとめる場合、フィードバック列組合せのフィードバック列は、フィードバック列組合せあたりの信頼できない確認応答の数を減らす目的で、フィードバック列間のハミング距離が最小となるように選択するべきである。例えば、フィードバック列組合せのフィードバック列が３つまたは４つである場合、ハミング距離を２とすることができる。しかしながら、信頼できない確認応答情報に起因する不必要な再送信は、フィードバック列組合せのフィードバック列それぞれにつき２回以上である。
【０２１１】
さらには、本明細書中のさまざまな表に関連して上に示した例のほとんどでは、すべてのフィードバック列組合せのフィードバック列は同じ特性を有することに留意されたい。例えば、フィードバック列組合せそれぞれのフィードバック列のハミング距離や、フィードバック列組合せあたりのフィードバック列の数は、いずれも特定の値である。さらなる実施形態においては、異なる特性を有する、フィードバック列組合せの複数の異なるセットが定義される。表１３は、このような実施形態の一例を示しており、互いのハミング距離が１である２つのフィードバック列を有するフィードバック列組合せによって、フィードバック列組合せの第１のセットを定義することができ、その一方で、３つのフィードバック列を有し、かつ最大ハミング距離が２であるフィードバック列組合せによって、フィードバック列組合せの第２のセットを定義することができる。
【０２１２】
さらには、本発明の別の実施形態によると、フィードバックマッピング規則において、特殊な特性を何ら持たない個々のフィードバック列組合せを定義する一方で、残りのフィードバック列組合せが、例えば、フィードバック列組合せあたりのフィードバック列が特定の数である、あるいはフィードバック列組合せのフィードバック列間のハミング距離が特定の値である、またはその両方の特性を示すことができる。
【０２１３】
さらには、フィードバックマッピング規則は、例えば、通信システムにおいて事前に定義しておくことができる。これに代えて、またはこれに加えて、フィードバックマッピング規則は、制御層シグナリング（例えば無線リソース制御シグナリング）によって基地局装置が設定／再設定することができる。
【０２１４】
本発明の別の実施形態は、上述したさまざまな実施形態をハードウェアおよびソフトウェアを使用して実施することに関する。本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行できることが認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブルロジックデバイスとすることができる。本発明のさまざまな実施形態は、これらのデバイスの組合せによって実行あるいは具体化することもできる。
【０２１５】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによって実施することもでき、これらのソフトウェアモジュールは、プロセッサによって実行される、あるいはハードウェアにおいて直接実行される。さらに、ソフトウェアモジュールとハードウェア実装とを組み合わせることも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納することができる。
【０２１６】
さらには、本発明のさまざまな実施形態の個々の特徴は、個別に、または任意の組合せとして、別の発明の主題とすることができることに留意されたい。
【０２１７】
具体的な実施形態において示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく膨大なバリエーションもしくは変更形態を創案できることが、当業者には理解されるであろう。したがって、本発明の実施形態は、あらゆる点において例示を目的としており、本発明を制限するものではない。
【図１】
2013504230.tif 000058
【図２】
2013504230.tif 000059
【図３】
2013504230.tif 000060
【図４】
2013504230.tif 000061
【図５】
2013504230.tif 000062
【図６】
2013504230.tif 000063
【図７】
2013504230.tif 000064
【手続補正書】
【提出日】平成24年5月7日(2012.5.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
受信側装置によって、複数の送信に対するフィードバックを送信側装置に提供する方法であって、前記受信側装置によって実行される以下のステップ、すなわち、
前記送信側装置から前記複数の送信を受信するステップと、
前記受信された複数の送信の各送信について、前記それぞれの送信を正常に復号化できたかを判定し、前記複数の送信に対するＡＣＫ／ＮＡＣＫのフィードバック列を生成するステップと、
前記フィードバック列を、前記フィードバック列に対応する１つのフィードバックリソース組合せにおいて送信するステップとを、含み、
前記１つのフィードバックリソース組合せは、複数のフィードバックリソース組合せから決定され、前記複数のフィードバックリソース組合せが、
−  前記フィードバック列を送信するために利用可能な複数の逆方向リンク無線リソースのうちの１つ、および
−  前記１つの逆方向リンク無線リソースで送信される、変調方式の変調シンボル、
の組合せ、
を定義する、方法。
【請求項２】
前記複数の送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列の数が、フィードバックの送信に利用可能なフィードバックリソース組合せの数よりも大きい、
請求項１に記載の方法。
【請求項３】
前記複数の送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列それぞれと、対応するフィードバックリソース組合せとの間のマッピング、を定義するフィードバックマッピング規則、を提供するステップであって、前記フィードバックマッピング規則が、フィードバック列に特定の数の肯定応答および否定応答が含まれる確率を考慮する、前記ステップ、
をさらに含んでいる、請求項１に記載の方法。
【請求項４】
前記フィードバックマッピング規則が、スケジューラがサブフレームの中で特定の数の送信をスケジューリングする確率、を考慮する、
請求項３に記載の方法。
【請求項５】
ＡＣＫ／ＮＡＣＫの形成され得る前記フィードバック列がフィードバック列グループにグループ分けされ、フィードバック列グループそれぞれが、特定の数の肯定応答ＡＣＫが含まれるフィードバック列からなり、
前記フィードバックマッピング規則によると、選択される１つまたは複数のフィードバック列グループのフィードバック列のみが、前記フィードバック列組合せにマッピングされる、
請求項３に記載の方法。
【請求項６】
フィードバックリソース組合せあたりの非一義的なＡＣＫ／ＮＡＣＫの数、または前記フィードバック列組合せによって暗黙的に発生する不必要な再送信の回数、が最小になるように、前記選択される１つまたは複数のフィードバック列グループの前記フィードバック列が前記フィードバック列組合せにマッピングされる、
請求項５に記載の方法。
【請求項７】
−  前記フィードバックマッピング規則によって定義されるすべてのフィードバックリソース組合せの非一義的なＡＣＫ／ＮＡＣＫの総数が最小になるように、または、
−  前記フィードバックマッピング規則によって定義されるすべてのフィードバックリソース組合せの前記フィードバック列組合せによって暗黙的に発生する不必要な再送信の回数が最小になるように、
前記選択される１つまたは複数のフィードバック列グループの前記フィードバック列が前記フィードバック列組合せにマッピングされる、
請求項５に記載の方法。
【請求項８】
否定応答のみを含んでいる前記フィードバック列、もしくは、肯定応答のみを含んでいる前記フィードバック列、またはその両方が、それぞれのフィードバックリソース組合せに一義的にマッピングされている、
請求項４に記載の方法。
【請求項９】
前記複数の送信に対するＡＣＫ／ＮＡＣＫの形成され得るフィードバック列それぞれと、対応するフィードバックリソース組合せとの間のマッピング、を定義するフィードバックマッピング規則、を提供するステップ、
をさらに含んでいる、請求項１に記載の方法。
【請求項１０】
前記フィードバックマッピング規則が、
互いのハミング距離が１である、ＡＣＫ／ＮＡＣＫの少なくとも２つ／一対のフィードバック列、からそれぞれが構成されるフィードバック列組合せ、
を定義し、
前記フィードバック列組合せのそれぞれは、前記フィードバックリソース組合せの一つにマッピングされる、
請求項９に記載の方法。
【請求項１１】
2013504230.tif 000065
【請求項１２】
2013504230.tif 000066
【請求項１３】
前記送信それぞれの復号化の成功または失敗に関するフィードバックが、前記フィードバック列の中の特定の位置において提供され、前記フィードバック列組合せの個々の前記フィードバック列が互いに異なる位置が、前記送信の間でほぼ均一に分散している、
請求項１０に記載の方法。
【請求項１４】
前記複数の送信のうち、一義的なフィードバックが提供される送信の数として整数Ｒが選択され、前記フィードバックマッピング規則に従って定義される前記フィードバック列組合せそれぞれの前記フィードバック列が、前記フィードバック列の前記位置のうち前記Ｒ個の信頼できる送信に対応する前記位置において互いに異なっていない、
請求項２に記載の方法。
【請求項１５】
前記送信が受信される前記コンポーネントキャリアのうちの少なくとも１つのコンポーネントキャリアに関して、前記少なくとも１つのコンポーネントキャリアのうちの１つのコンポーネントキャリアによって指定される逆方向リンク無線リソース、を有する前記フィードバックリソース組合せが、前記少なくとも１つのコンポーネントキャリアのうちの前記１つのコンポーネントキャリア上の送信が正常に復号化されたことを確認応答するフィードバック列のみを有する、
請求項２に記載の方法。
【請求項１６】
複数の送信に対する受信側装置からのフィードバックを、送信側装置によって受信する方法であって、前記送信側装置によって実行される以下のステップ、すなわち、
前記複数の送信を複数の順方向リンク無線リソースで前記受信側装置に送信するステップと、
複数のフィードバックリソース組合せのうちのどのフィードバックリソース組合せにおいて、前記送信に対するフィードバックが前記受信側装置から提供されているかを判定するステップであって、前記フィードバックリソース組合せが、
−  前記送信に対するフィードバックを前記受信側装置から受信するために利用可能な複数の逆方向リンク無線リソースのうちの１つ、および
−  前記１つの逆方向リンク無線リソースで受信される、変調方式の１個の変調シンボル、
の組合せである、前記ステップと、
検出された前記フィードバックリソース組合せを、前記送信のうち正常に復号化できた送信を示す、ＡＣＫ／ＮＡＣＫの対応するフィードバック列、にマッピングするステップと、
を含んでいる、方法。
【請求項１７】
フィードバックの送信に利用可能なフィードバックリソース組合せの数が、前記複数の送信に対する前記ＡＣＫ／ＮＡＣＫの形成され得るフィードバック列の数よりも小さい、
請求項１６に記載の方法。
【請求項１８】
検出された前記フィードバックリソース組合せを、前記ＡＣＫ／ＮＡＣＫの対応するフィードバック列に一義的にマッピングすることができず、したがって、前記送信のうちの１つの送信については、正常な復号化のフィードバックを前記送信側装置によって求めることができない、
請求項１７に記載の方法。
【請求項１９】
前記送信のすべてではない少なくとも１つの前記送信のための制御シグナリングが受信されておらず、したがって前記受信側装置が不連続送信（ＤＴＸ）を想定し、前記それぞれの送信が受信されていないことを、前記受信側装置から前記送信側装置にシグナリングする目的に、前記フィードバックリソース組合せのうちの少なくとも１つが予約されている、
請求項１に記載の方法。
【請求項２０】
複数の送信に対するフィードバックを送信器に提供する受信側装置であって、
前記送信器から前記複数の送信を受信する受信器と、
前記受信された複数の送信の各送信について、前記それぞれの送信を正常に復号化できたかを判定し、前記複数の送信に対するＡＣＫ／ＮＡＣＫのフィードバック列を生成する処理ユニットと、
前記フィードバック列を、前記フィードバック列に対応する１つのフィードバックリソース組合せ、において送信する送信器とを、備え、
前記１つのフィードバックリソース組合せは、複数のフィードバックリソース組合せから決定され、前記複数のフィードバックリソース組合せが、
−  前記フィードバック列を送信するために利用可能な複数の逆方向リンク無線リソースのうちの１つ、および
−  前記１つの逆方向リンク無線リソースで送信される、変調方式の変調シンボル、
の組合せ、
を定義する、受信側装置。
【請求項２１】
複数の送信に対するフィードバックを受信側装置から受信する送信側装置であって、
前記複数の送信を複数の順方向リンク無線リソースで前記受信側装置に送信する送信器と、
複数のフィードバックリソース組合せのうちのどのフィードバックリソース組合せにおいて、前記送信に対するフィードバックが前記受信側装置から提供されているかを判定する処理ユニットであって、前記フィードバックリソース組合せが、
−  前記送信に対するフィードバックを前記受信側装置から受信するために利用可能な複数の逆方向リンク無線リソースのうちの１つ、および
−  前記１つの逆方向リンク無線リソースで受信される、変調方式の１個の変調シンボル、
の組合せ、を定義する、前記処理ユニットと、
検出された前記フィードバックリソース組合せを、前記送信のうち正常に復号化できた送信を示す、ＡＣＫ／ＮＡＣＫの対応するフィードバック列、にマッピングするマッピングユニットと、
を備えている、送信側装置。
【国際調査報告】
2013504230.tif 000067
2013504230.tif 000068
2013504230.tif 000069