(57)【特許請求の範囲】
【請求項１】
通信端末へ提供されるデータ送信に対する再送信プロトコルの再送信モードを判断するための方法であって、
複数のデータ送信に関連した制御メッセージを受信するステップであって、前記制御メッセージは、複数のコードポイントのうちの一つを示すフィールドを含み、前記複数のコードポイントは、少なくとも２つのサブセットに分けられ、コードポイント群の各サブセットは、前記制御メッセージによって指示された前記複数のデータ送信に対する個別の再送信モードを指示する、ステップと、
前記制御メッセージの前記フィールド内で通知されたコードポイントに基づいて前記再送信プロトコルの前記再送信モードを判断するステップと、
を有する方法。
【請求項２】
前記制御メッセージの前記フィールド内で通知されることが可能である前記複数のコードポイントは、前記複数のデータ送信に対する再送信プロトコルに関係した情報を指示する、請求項１に記載の方法。
【請求項３】
前記制御メッセージの前記フィールド内で通知されることが可能である前記複数のコードポイントは、前記複数のデータ送信の再送信プロトコルに関係した情報とリソース割当てに関係した情報を指示する、請求項１に記載の方法。
【請求項４】
前記再送信プロトコルに関係した情報は、各々のデータ送信に対する冗長バージョンと新データ・インジケータの指示である、請求項２または請求項３に記載の方法。
【請求項５】
各コードポイントはＮ個のビット数からなり、
コードポイント群の前記複数のサブセットのそれぞれは、前記複数のデータ送信に対する冗長バージョンと新データ・インジケータのある数の組み合わせを指示し、その数は前記複数のデータ送信に対する冗長バージョンと新データ・インジケータの組み合わせのＮビットで表現可能な最大数よりも少ない、請求項４に記載の方法。
【請求項６】
各サブセットｉはＮｉ個の異なるコードポイントを表現可能であり、前記Ｎｉ個の異なるコードポイントは、前記複数のデータ送信に対する冗長バージョンと新データ・インジケータの組み合わせのうちＮｉ個の最も起こる可能性の高い組み合わせまたは重要な組み合わせである、請求項５に記載の方法。
【請求項７】
コードポイント群の前記各々のサブセットによって表現可能な、前記複数のデータ送信に対する冗長バージョンと新データ・インジケータの前記組み合わせは、空ではない共通集合をもつ、請求項５または請求項６に記載の方法。
【請求項８】
前記再送信モードは、
‐  前記複数のデータ送信のすべてに対して一つの応答が送信される、応答バンドル化モード、または
‐  前記複数のデータ送信のそれぞれに対して個別の応答が送信される、応答非バンドル化モード
のどちらか一方である、請求項１から請求項７のうちのいずれか一つに記載の方法。
【請求項９】
前記制御メッセージの前記フィールド内で通知されることが可能である前記複数のコードポイントは、前記複数のデータ送信に対する再送信プロトコルに関係した情報をさらに指示し、前記制御メッセージの前記フィールド内で通知されたコードポイントの解釈は、当該コードポイントによって指示された送信モードに依存する、請求項８に記載の方法。
【請求項１０】
前記制御メッセージの前記フィールド内の前記コードポイントが前記応答バンドル化モードを指示している場合には、前記コードポイントの個々のビットは、すべてのデータ送信に対する結合型の新データ・インジケータとすべてのデータ送信に対する結合型の冗長バージョンを指示し、
前記制御メッセージの前記フィールド内の前記コードポイントが前記応答非バンドル化モードを指示している場合には、前記コードポイントの個々のビットは、各データ送信に対する個別の新データ・インジケータと各データ送信に対する個別の冗長バージョンを指示する、請求項８または請求項９に記載の方法。
【請求項１１】
移動通信システムにおいて使用される通信端末であって、
複数のデータ送信に関連した制御メッセージを受信するための受信器であって、前記制御メッセージは、複数のコードポイントのうちの一つを示すフィールドを含み、前記複数のコードポイントは、少なくとも２つのサブセットに分けられ、コードポイント群の各サブセットは、前記制御メッセージによって指示された前記複数のデータ送信に対する個別の再送信モードを指示し、当該受信器は、再送信プロトコルを使用して前記複数のデータ送信を受信するようにさらに適合されている、受信器と、
前記制御メッセージの前記フィールド内で通知されたコードポイントに基づいて前記再送信プロトコルの前記再送信モードを判断するための処理ユニットと、
を具備する通信端末。
【請求項１２】
前記制御メッセージによって指示された前記再送信モードに従って、前記複数のデータ送信に応答するための送信器をさらに具備する、請求項１１に記載の通信端末。
【請求項１３】
前記複数のデータ送信を復号し、各データ送信が首尾よく復号され得たか否かを決定するための復号器をさらに具備し、
前記処理ユニットは、前記制御メッセージによって指示された前記再送信モードに従って、前記複数のデータ送信の受信成功または受信不成功を応答するためのフィードバックを生成するように適合される、請求項１２に記載の通信端末。
【請求項１４】
前記制御メッセージと前記複数のデータ送信は、前記物理チャネル・リソースの単一サブフレーム中に多重化される、請求項１１から請求項１３のいずれか一つに記載の通信端末。
【請求項１５】
前記再送信モードは、
‐  前記複数のデータ送信のすべてに対して一つの応答が送信される、応答バンドル化モード、または
‐  前記複数のデータ送信のそれぞれに対して個別の応答が送信される、応答非バンドル化モード
のどちらか一方である、請求項１１から請求項１４のうちのいずれか一つに記載の通信端末。
【請求項１６】
前記処理ユニットは、前記制御メッセージ中に指示された前記再送信モードが前記応答バンドル化モードである場合には、すべてのデータ送信に対して単一の結合型応答を生成するように適合され、
前記処理ユニットは、前記制御メッセージ中に指示された前記再送信モードが前記応答非バンドル化モードである場合には、各それぞれのデータ送信に対して個々の応答を生成するように適合される、請求項１５に記載の通信端末。
【請求項１７】
前記処理ユニットは、
‐  前記制御メッセージの前記フィールド内のコードポイントが前記応答バンドル化モードを示している場合には、前記制御メッセージの前記フィールド内で通知されたコードポイントから、すべてのデータ送信に対する結合型の新データ・インジケータとすべての送信に対する結合型の冗長バージョンを取得し、
‐  前記制御メッセージの前記フィールド内のコードポイントが前記応答非バンドル化モードを示している場合には、前記制御メッセージの前記フィールド内で通知されたコードポイントから、各データ送信に対する個別の新データ・インジケータと各データ送信に対する個別の冗長バージョンを取得する
ように適合される、請求項１５または請求項１６に記載の通信端末。
【請求項１８】
前記処理ユニットは、関連したＨＡＲＱプロセスのソフト・バッファのフラッシュを制御するために、当該通信端末のＨＡＲＱプロトコル・エンティティへ前記複数のデータ送信の各個の新データ・インジケータまたは結合型の新データ・インジケータを供給するように、及びレート・マッチングのために前記復号器へ前記複数のデータ送信の各個の冗長バージョンまたは結合型の冗長バージョンを供給するように適合される、請求項１７に記載の通信端末。
【請求項１９】
移動通信システムにおいて使用される基地局であって、
制御メッセージを生成するための処理ユニットであって、前記制御メッセージは、複数のコードポイントのうちの一つを示すフィールドを含み、前記複数のコードポイントは、少なくとも２つのサブセットに分けられ、コードポイント群の各サブセットは、前記制御メッセージによって指示された複数のデータ送信に対する個別の再送信モードを指示する、処理ユニットと、
通信端末へ、再送信プロトコルを使用して前記制御メッセージを送信し、かつ前記複数のデータ送信を送信するための送信器と、
を具備する基地局。
【請求項２０】
前記制御メッセージ中に指示された前記再送信モードに従った前記通信端末からの前記複数のデータ送信の応答を受信するための受信器をさらに具備する、請求項１９に記載の基地局。
【請求項２１】
前記基地局から送信される複数のデータ送信のそれぞれの前記再送信モードを決定するための処理ユニットをさらに具備する、請求項１９または請求項２０に記載の基地局。
【請求項２２】
前記再送信モードは、
‐  前記複数のデータ送信のすべてに対して一つの応答が送信される、応答バンドル化モード、または
‐  前記複数のデータ送信のそれぞれに対して個別の応答が送信される、応答非バンドル化モード
のどちらか一方であり、
前記送信器は、
前記再送信モードが前記応答バンドル化モードである場合、そして前記一つの応答が前記複数のデータ送信の復号不成功を示している場合には、すべてのデータ送信の再送信を送信し、
前記制御メッセージ中に指示された前記再送信モードが前記応答非バンドル化モードである場合には、前記通信端末からの対応する応答が復号不成功を示すデータ送信に対して個別の再送信を送信する
ように適合される、請求項１９から請求項２１のうちのいずれか一つに記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末へ提供されるデータ送信に対する再送信プロトコルの再送信モードを判断するための方法に関係する。さらに、本発明は、上記方法を実行する、例えば、ユーザ装置／移動端末または中継ノードなどの通信端末の動作、並びに通信端末と共働するノードＢ／基地局の動作に関係する。本発明は、第三世代パートナーシップ・プロジェクト（３ＧＰＰ）によって標準化された３ＧＰＰ ＬＴＥ‐Ａシステムにとりわけ適業可能である。
【背景技術】
【０００２】
３ＧＰＰ長期的発展（３ＧＰＰ ＬＴＥ）
ＷＣＤＭＡの無線アクセス技術に基づいた第３世代移動通信システム（３Ｇ）は、現在、世界中で広範な規模で展開されている。この技術を強化するまたは発展させる最初の段階は、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）と、高速アップリンク・パケット・アクセス（ＨＳＵＰＡ）とも呼ばれる機能強化されたアップリンクの導入を伴い、それにより非常に競争力の高い無線アクセス技術が生まれた。
【０００３】
さらに増加しつつあるユーザの要望に備えるために、新しい無線アクセス技術と競り合うために、３ＧＰＰは長期的発展（ＬＴＥ）と呼ばれる新たな移動通信システムを導入した。ＬＴＥは、次の十年に向けた高速データ及び媒体伝送並びに高容量の音声サポートのために通信事業者が必要とするものを満たすように設計されている。高ビットレートを提供する能力は、ＬＴＥにとっての重要な方策である。進化したＵＭＴＳ地上無線アクセス（ＵＴＲＡ）及びＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）と呼ばれる、ＬＴＥに関する研究項目（ＷＩ）の仕様は、リリース８（リリース８ＬＴＥ）としてまとめられる予定である。ＬＴＥシステムは、低レイテンシー（遅延時間）と低コストで完全なＩＰベースの機能性を提供する、効率的なパケット・ベースの無線アクセスと無線アクセス・ネットワークであると言える。詳細なシステム要求事項は、3GPP TR 25.913, “Requirements for Evolved UTRA (E-UTRA) and Evolved UTRAN (E-UTRAN),” version 8.0.0, January 2009 （http://www.3gpp.orgにて得られ、参照により本文書に援用される）に示される。
【０００４】
ＬＴＥにおいては、ある特定のスペクトルを使用した柔軟なシステム展開を実現するために、１．４、３．０、５．０、１０．０、１５．０、及び２０．０ ＭＨｚというように、スケーラブルな多重の送信帯域幅が指定される。ダウンリンクでは、直交周波数分割多重（ＯＦＤＭ）ベースの無線アクセスが採用されたが、それは、ＯＦＤＭはシンボル・レートが低いのでマルチパス干渉（ＭＰＩ）に対して特有の耐性をもつこと、サイクリック・プレフィックス（ＣＰ）の使用、そしてＯＦＤＭは様々な送信帯域幅配置への親和性があるためである。単一キャリアの周波数分割多元接続（ＳＣ−ＦＤＭＡ）ベースの無線アクセスがアップリンクでは採用されたが、それは、ユーザ装置（ＵＥ）の限られた送信電力を考慮して、最高データ伝送速度の向上よりも広域のカバレッジの提供を優先させたからである。多重入出力（ＭＩＭＯ）チャネル送信技術を含む、多くの重要なパケット無線アクセス技術が採用され、効率性の高い制御シグナリング構成がリリース８ＬＴＥでは達成される。
【０００５】
ダウンリンク物理チャネルの一般的な構成
3GPP TS 36.211, ”Evolved Universal Terrestrial Radio Access (E-UTRA); Physical channels and modulation”, version 8.6.0, March 2009, section 6.3（http://www.3gpp.orgにて得られ、参照により本文書に援用される）に準拠した、ＬＴＥでの一般的なダウンリンクのベースバンド信号処理が、図１に例示的に示される。ＬＴＥのダウンリンクに関するさらなる詳細は、3GPP TS 36.211, section 6に示されている。符号化されたビット列のブロックが先ずスクランブルされる。２個までのコードワードが一つのサブフレーム中に送信可能である。
【０００６】
一般に、符号化されたビット列のスクランブリングは、受信側での復号がチャネル符号によって与えられた処理利得を最大限に利用できることを確実にするのに役立つ。コードワードごとに、隣接するセルに対して異なるスクランブリング順序を適用することによって、干渉信号がランダム化され、そうすることでチャネル符号によって与えられた処理利得の最大限の利用を確実にする。スクランブルされたビット列は、コードワードごとに複素変調シンボルのブロックに変換される。ＬＴＥのダウンリンクによってサポートされている一組の変調方式は、変調シンボル当り２ビット、４ビットまたは６ビットに対応するＱＰＳＫ、１６‐ＱＡＭ及び６４‐ＱＡＭを含む。
【０００７】
レイヤーマッピングとプリコーディングは、ＭＩＭＯの利用に関係したものである。送信されるべきコードワード各々について複素数値の変調シンボルが、１個または複数個のレイヤーにマッピングされる。ＬＴＥは、４個までの送信アンテナをサポートする。アンテナのマッピングは、送信ダイバーシチ、ビーム形成、及び空間多重化を含むマルチアンテナ方式を提供するように様々に設定され得る。さらに、リソース・ブロック・マッパーは、各アンテナで送信されるべきシンボルを、送信のためにスケジューラによって割り当てられたリソース・ブロックのセット上のリソース要素にマッピングする。リソース・ブロックの選択は、チャネル品質情報に応じてなされる。
【０００８】
ダウンリンクの制御シグナリングは、３つ物理チャネルによって行なわれる。
‐  サブフレーム中で制御に使用されるＯＦＤＭシンボルの数を示すためのＰＣＦＩＣＨ
‐  ＵＬでのデータ送信に関連したダウンリンクＡＣＫ／ＮＡＣＫを運ぶＰＨＩＣＨ
‐  ダウンリンクのスケジューリング割当てとアップリンクのスケジューリング・グラントを運ぶＰＤＣＣＨ
【０００９】
物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）の割当て
物理的ダウンリンク制御チャネルは、スケジューリング割当てを運ぶ。各スケジューリング・グラントは、制御チャネル要素（ＣＣＥ）に基づいて定められる。ＣＣＥはリソース要素を集めたセットに相当する。３ＧＰＰ ＬＴＥにおいては、一つのＣＣＥは９個のリソース要素グループ（ＲＥＧ）からなる。一つのＲＥＧは４個のリソース要素からなる。
【００１０】
ＰＤＣＣＨは、サブフレーム内の３個のＯＦＤＭシンボルのうちの最初の一つを用いて送信される。この制御領域は、一まとめのＣＣＥのセットからなり、サブフレームの当該制御領域中のＣＣＥの総数は、時間制御リソース中と周波数制御リソース中に分散されている。当該制御チャネルの符号化率を効果的に低減するために複数のＣＣＥを一体化できる。様々な符号化率を得るために、ツリー構造を使用した所定の方法でＣＣＥは一体化される。
【００１１】
３ＧＰＰ ＬＴＥにおいては、ＰＤＣＣＨは、１個、２個、４個または８個のＣＣＥを合体できる。制御チャネル割当てのために利用可能なＣＣＥの数は、キャリア帯域幅、送信アンテナ数、制御に使用されるＯＦＤＭシンボル数及びＣＣＥのサイズを含む、数個の因子の関数である。複数のＰＤＣＣＨを一つのサブフレーム中で送信することが可能である。
【００１２】
トランスポート・チャネルのレベルでは、ＰＤＣＣＨを介して送信される情報は、Ｌ１／Ｌ２制御シグナリングとも呼ばれる。Ｌ１／Ｌ２制御シグナリングは、ダウンリンク上で各ＵＥへ送信される。制御シグナリングは、通常、サブフレーム中でダウンリンク（ユーザ）データと多重化される（ユーザ割当てがサブフレーム単位で変更可能であると仮定して）。一般的には、ユーザ割当てはＴＴＩ（送信時間間隔）単位―ＴＴＩの長さはサブフレームの倍数である―４で行なわれることもあり得ることに留意すべきである。ＴＴＩの長さは、すべてのユーザに対してサービス・エリア内で固定的であってもよく、異なるユーザに対して異なってもよく、またはユーザごとに動的でさえあってもよい。つまり総じて言えば、Ｌ１／Ｌ２制御シグナリングはＴＴＩ当り１回送信されればよい。
【００１３】
一般に、Ｌ１／Ｌ２制御シグナリングにより送信されるＰＤＣＣＨ情報は、共有制御情（ＳＣＩ）と個別制御情報（ＤＣＩ）に分けることができる。
【００１４】
共有制御情報（ＳＣＩ）
共有制御情報（ＳＣＩ）は、いわゆるカテゴリー１の情報を伝える。Ｌ１／Ｌ２制御シグナリングのＳＣＩ部分は、リソース割当て（指示）に関係した情報を含む。ＳＣＩは、通常、以下の情報を含む。
【００１５】
‐  割り当てられるユーザを示すユーザ識別
‐  ユーザがそこに割り当てられるリソース（リソース・ブロック、ＲＢ）を示すＲＢ割当て情報。ユーザがそこに割り当てられるＲＢの数は動的であり得ることに留意されたい。
‐  複数のサブフレーム（またはＴＴＩ）にわたる割当てが可能である場合、割当ての期間（選択的）。
【００１６】
その他のチャネルの設定と個別制御情報（ＤＣＩ）の設定に応じて、ＳＣＩは、アップリンク送信に対するＡＣＫ／ＮＡＣＫ、アップリンク・スケジューリング情報、ＤＣＩに関する情報（リソース、ＭＣＳ、等）などの情報を追加的に含むことができる。
【００１７】
個別制御情報（ＤＣＩ）
個別制御情報（ＤＣＩ）は、いわゆるカテゴリー２／３の情報を伝える。Ｌ１／Ｌ２制御シグナリングのＤＣＩ部分は、カテゴリー１によって指示されたスケジュールされたユーザへ送信されるデータの送信フォーマット（カテゴリー２）に関係した情報を含む。さらに、（ハイブリッド）ＡＲＱを適用する場合には、ＤＣＩ部分はＨＡＲＱ（カテゴリー３）情報を伝える。ＤＣＩは、カテゴリー１によりスケジュールされたユーザだけに復号されればよい。ＤＣＩは、通常、以下の情報を含む。
【００１８】
‐  カテゴリー２：変調方式、トランスポート・ブロック（ペイロード）サイズ（または符号化率）、ＭＩＭＯに関係した情報、等。トランスポート・ブロック（またはペイロード・サイズ）または符号化率の一方をシグナリングすればよいことに留意されたい。どんな場合でも、変調方式情報とリソース情報（割り当てられたＲＢ数）を用いることにより、これらのパラメータは互いから算出可能である。
‐  カテゴリー３：ＨＡＲＱに関係した情報、例えば、ハイブリッドＡＲＱプロセス番号、冗長バージョン、再送信シーケンス番号。
【００１９】
ダウンリンク・データ送信のためのＬ１／Ｌ２制御シグナリング情報
ダウンリンクのパケット・データ送信とともに、別の物理チャネル上でＬ１／Ｌ２制御シグナリングが送信される。このＬ１／Ｌ２制御シグナリングは、通常、以下の情報を含む。
【００２０】
‐  データがそれを用いて送信される物理的チャネル・リソース（例えば、ＯＦＤＭの場合にはサブキャリアまたはサブキャリア・ブロック、ＣＤＭＡの場合には符号）。この情報は、データがそれを用いて送信されるリソースをＵＥ（受信機）が識別できるようにする。
‐  送信に使用されるトランスポート・フォーマット。これは、データのトランスポート・ブロック・サイズ（ペイロード・サイズ、情報ビット・サイズ）、ＭＣＳ（変調及び符号化方式）のレベル、スペクトル効率、符号率、等であり得る。この情報（通常、リソース割当てと一緒に与えられる）は、ＵＥ（受信機）が、復調、デレート・マッチング及び復号の処理を開始するために、情報ビット・サイズ、変調方式及符号率を特定できるようにする。ある場合には、変調方式が明示的にシグナリングされることもある。
‐  ＨＡＲＱ情報：
‐  プロセス番号：データが対応付けられているＨＡＲＱプロセスをＵＥが識別できるようにする。
‐  シーケンス番号または新規データ・インジケータ：当該送信が新規のパケットであるか再送信パケットであるかをＵＥが識別できるようにする。
‐  冗長バージョン及び／またはコンステレーション・バージョン：使用されているハイブリッドＡＲＱの冗長バージョンは何であるか（デレート・マッチングのために必要）、及び／または使用されている変調コンステレーション・バージョンは何であるか（復調のために必要）をＵＥに指示する。
‐  ＵＥの識別（ＵＥ ＩＤ）：当該Ｌ１／Ｌ２制御シグナリングの宛先がどのＵＥであるかを示唆する。典型的な実現では、この情報は、他のＵＥがこの情報を読むことを防止するために、当該Ｌ１／Ｌ２制御シグナリングのＣＲＣをマスクすることになるように使われる。
【００２１】
アップリンク・データ送信のためのＬ１／Ｌ２制御シグナリング情報
アップリンクのパケット・データ送信を可能にするために、送信詳細事項をＵＥに示唆するためのＬ１／Ｌ２制御シグナリングがダウンリンク（ＰＤＣＣＨ）上で送信される。このＬ１／Ｌ２制御シグナリングは、通常、以下の情報を含む。
【００２２】
‐  ＵＥがそれを用いてデータを送信すべき物理的チャネル・リソース（例えば、ＯＦＤＭの場合にはサブキャリアまたはサブキャリア・ブロック、ＣＤＭＡの場合には符号）。
‐  ＵＥが送信に使用すべきトランスポート・フォーマット。これは、データのトランスポート・ブロック・サイズ（ペイロード・サイズ、情報ビット・サイズ）、ＭＣＳ（変調及び符号化方式）のレベル、スペクトル効率、符号率、等であり得る。この情報（通常、リソース割当てと一緒に与えられる）は、ＵＥ（送信機）が、変調、レート・マッチング及び符号化の処理を開始するために、情報ビット・サイズ、変調方式及符号率を取得できるようにする。ある場合には、変調方式が明示的にシグナリングされることもある。
‐  ハイブリッドＡＲＱ情報：
‐  プロセス番号：ＵＥがそこからデータを取得すべきハイブリッドＡＲＱプロセスがどれであるかをＵＥに指示する。
【００２３】
‐  シーケンス番号または新規データ・インジケータ：新しいパケットを送信すべきか、またはパケットを再送信すべきかをＵＥに指示する。
‐  冗長バージョン及び／またはコンステレーション・バージョン：使用すべきハイブリッドＡＲＱの冗長バージョンは何であるか（レート・マッチングのために必要）、及び／または使用すべき変調コンステレーション・バージョンは何であるか（変調のために必要）をＵＥに指示する。
‐  ＵＥの識別（ＵＥ ＩＤ）：データを送信すべきＵＥはどのＵＥであるかを指示する。典型的な実現では、この情報は、他のＵＥがこの情報を読むことを防止するために、当該Ｌ１／Ｌ２制御シグナリングのＣＲＣをマスクすることになるように使われる。
【００２４】
上記の個々の情報要素を正確に送信する方法として、いくつかの異なるやり方がある。さらに、Ｌ１／Ｌ２制御情報は、追加の情報を含むこともあり、または上記情報の一部を除外することもあり得る。例えば、
‐  同期ＨＡＲＱプロトコルの場合には、ＨＡＲＱプロセス番号は必要ないということがあり得る。
‐  チェイス合成が使用される場合には（常に同じ冗長バージョン及び／またはコンステレーション・バージョン）または冗長バージョン及び／またはコンステレーション・バージョンの順番が予め定義されている場合には、冗長バージョン及び／またはコンステレーション・バージョンは必要ないということがあり得る。
‐  電力制御情報を制御シグナリングに追加的に含めることができる。
‐  例えば、プリコーディングなどのＭＩＭＯに関係した制御情報を制御シグナリングに追加的に含めることができる。
‐  マルチコードワードＭＩＭＯ送信の場合には、複数のコードワードに対応するトランスポート・フォーマット及び／またはＨＡＲＱ情報を含めることができる。
【００２５】
ＬＴＥにおけるＰＤＣＣＨ上でシグナリングされる、（物理的アップリンク共有チャネル（ＰＵＳＣＨ）上での送信のための）アップリンクのリソース割当ての場合には、ＬＴＥのアップリンクには同期ＨＡＲＱプロトコルが使用されるので、Ｌ１／Ｌ２制御情報はＨＡＲＱプロセス番号を含まない。アップリンク送信のために使用されるべきＨＡＲＱプロセスは、タイミングによって与えられる。さらに、冗長バージョン（ＲＶ）情報はトランスポート・フォーマット情報と結合して符号化される、すなわち、ＲＶ情報はトランスポート・フォーマット（ＴＦ）フィールドに組み込まれる。ＴＦそれぞれに備わる変調及び符号化方式（ＭＣＳ）のフィールドは、例えば、３２個のエントリー値に対応するビット数のサイズをもつ。ＴＦ／ＭＳＣ表の３個のエントリー値は、ＲＶ１、ＲＶ２、またはＲＶ３を示すために確保される。ＭＣＳ表の残りエントリー値は、ＲＶ０を暗黙的に示すＭＣＳレベル（ＴＢＳ）を通知するために使用される。
【００２６】
ＰＤＣＣＨ上での、アップリンク割当てのためのＴＢＳ／ＲＶシグナリングの詳細については、3GPP TS 36.213, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures”, version 8.5.0, December 2008 （http://www.3gpp.orgにて得られ、参照により本文書に援用される）を参照して下さい。ＰＤＣＣＨのＣＲＣフィールドのサイズは、１６ビットである。
【００２７】
ＬＴＥにおけるＰＤＣＣＨ上でシグナリングされる（ＰＤＳＣＨ）ダウンリンク割当ての場合には、冗長バージョン（ＲＶ）は、２ビットのフィールド中で単独に通知される。さらに、変調次数情報は、トランスポート・フォーマット情報と結合して符号化される。アップリンクの場合と同様に、ＰＤＣＣＨ上でシグナリングされる５ビットのＭＣＳフィールドが存在する。エントリー値のうちの３個は、明示的な変調次数を通知するために確保され、トランスポート・フォーマット（トランスポート・ブロック）の情報を提供しない。残りの２９個のエントリー値では、変調次数とトランスポート・ブロック・サイズの情報が通知される。
【００２８】
物理的アップリンク制御チャネル（ＰＵＣＣＨ）
物理的アップリンク制御チャネルは、アップリンク制御情報を運ぶ。ＵＥがアップリンク制御チャネルとアップリンク・データ・チャネルとで同時に送信することは決してない。制御とデータの同時送信の場合は、ＵＥはデータに制御を多重化し、アップリンク・データ・チャネルで送信する。アップリンク制御情報は、次のものを含み得る。
【００２９】
‐  復号されたダウンリンク・トランスポート・ブロックのアップリンク応答
‐  効率のよいダウンリンク・データ送信のためのチャネル品質情報の報告
‐  ＵＥから拡張型ノードＢへのＵＬデータ送信のためのスケジューリング要求
【００３０】
３ＧＰＰ ＬＴＥ、３ＧＰＰ ＬＴＥ‐Ａに向けたさらなる進展
ＩＭＴアドバンスト向けの周波数スペクトルが、昨年１１月の世界無線通信会議２００７（ＷＲＣ‐０７）で決定された（Final Acts WRC-07, Geneva, November 2007）。ＩＭＴアドバンスト向けの全般的な周波数スペクトルは決定されたが、現実の利用可能な周波数帯域幅は各地域または各国により異なる。しかし、利用可能な周波数スペクトルの概要の決定に沿って、無線インタフェースの標準化が第三世代パートナーシップ・プロジェクト（３ＧＰＰ）において始まった。３ＧＰＰ ＴＳＧ ＲＡＮ ＃３９会議において、「Ｅ‐ＵＴＲＡ （ＬＴＥアドバンスト）に向けたさらなる進展」関する研究項目の記述が承認された（http://www.3gpp.orgにて得られる3GPP TR 36.814, version 1.0.0を参照)。この研究項目は、Ｅ‐ＵＴＲＡの進展のために、例えば、ＩＭＴアドバンストの要求事項を満たすために、考慮されるべき技術的構成要素をカバーする。ＬＴＥ‐Ａ向けに現在検討中である二つの主要な技術的構成要素を以下に説明する。
【００３１】
ＬＴＥ‐Ａでのより広い帯域幅のサポート
例えば、最大１００ ＭＨｚまでのより広い送信帯域幅をサポートするために、及びスペクトル集合のために、２個以上のコンポーネント・キャリアが集められるキャリア集合体が、ＬＴＥアドバンストでは考えられている。
【００３２】
端末は、その能力に応じて、一つまたは複数のコンポーネント・キャリアを同時に受信または送信できる。
‐  キャリア集合体の受信及び／または送信能力を具備するＬＴＥアドバンストの端末は、複数のコンポーネント・キャリアを同時に受信及び／または送信できる。
‐  リリース８ＬＴＥの端末は、コンポーネント・キャリアの構成がリリース８仕様に従うことを条件として、単一のコンポーネント・キャリアのみを受信、送信できる。
【００３３】
少なくともコンポーネント・キャリアの集合された数がＵＬとＤＬで同じであるときには、すべてのコンポーネント・キャリアをＬＴＥリリース８と互換性をもつように構成することが可能となる。ＬＴＥ‐Ａのコンポーネント・キャリアの後方互換性のない構成を検討することは、排除されていない。
【００３４】
ＬＴＥ‐Ａでの中継機能性のサポート
ＬＴＥアドバンストにとって中継は、例えば、高いデータ伝送速度のカバレッジを拡げる、グループ移動性を向上させる、暫時のネットワーク展開やセル縁辺部でのスループットを改良するための、及び／または新たな区域にカバレッジを提供するためのツールとして考えられている。
【００３５】
中継ノードは、ドナー・セルを介して無線アクセス・ネットワークへ無線接続される。この接続は、
‐  ネットワークと中継機間のリンクがドナー・セル内のネットワークとＵＥ間の直接的なリンクと同じ帯域を共有する場合には、帯域内の接続であり得る。この場合には、リリース８のＵＥはドナー・セルに接続できるものとする。
‐  ネットワークと中継機間のリンクがドナー・セル内のネットワークとＵＥ間の直接的なリンクと同じ帯域で動作しない場合には、帯域外の接続であり得る。
【００３６】
ＵＥ側での認識に関して、中継機は、ＵＥが中継機を介してネットワークと通信しているか否かに気づかない場合には透過的であり、ＵＥが中継機を介してネットワークと通信しているか否かに気づいている場合には非透過的であると類別され得る。
【００３７】
中継方策により、中継機はドナー・セルの一部にもなり得るし、または中継機自身のいくつかのセルを制御することもあり得る。
【００３８】
中継機がドナー・セルの一部である場合には、中継機はそれ自身のセル識別をもたない（それでも、中継機ＩＤをもち得る）。無線リソース管理（ＲＲＭ）の少なくとも一部は、ドナー・セルが属するｅＮＢによって制御されるものの、ＲＲＭのいくつかの部分は中継機に置かれ得る。この場合には、中継機は、好ましくは、リリース８ＬＴＥのＵＥをもサポートするものとする。スマート・リピータ、デコード・アンド・フォワード・リレー及び種々の第２レイヤーのリレーが、このタイプの中継の例である。
【００３９】
中継機がそれ自身のいくつかのセルを制御する形態の場合には、中継機は一つまたは数個のセルを制御し、中継機によって制御されるいくつかのセルのそれぞれに一意の物理レイヤーセル識別が与えられる。同じＲＲＭメカニズムが利用可能であり、ＵＥの視点からは、中継機によって制御されたセルにアクセスすることも、「通常の」ノードＢによって制御されたセルにアクセルすることも違いはない。中継機によって制御された各セルは、リリース８ＬＴＥのＵＥをもサポートするものとする。セルフ・バックホーリング（第３レイヤーのリレー）は、このタイプの中継を使用する。
【００４０】
少なくともいわゆる「タイプ１」の中継ノードが、３ＧＰＰ ＬＴＥ‐Ａに導入されることにもなろう（3GPP TR 36.814, section 9.0を参照）。「タイプ１」の中継ノード（ＲＮ）は、以下にあげる特性によって特徴付けられる帯域内中継ノードである。
‐  ＲＮが制御するいくつかのセルは、それぞれがＵＥにはドナー・セルとは異なる一つ一つ別個のセルに見える。
‐  これらのセルは独自の物理的セルＩＤをもち、中継ノードはそれ自身の同期チャネル、参照シンボル、等を送信する。
‐  単一セル動作として見たコンテクストでは、ＵＥはスケジューリング情報とＨＡＲＱフィードバックを中継ノードから直接受信し、ＵＥ側からの制御チャネル（ＳＲ／ＣＱＩ／ＡＣＫ）を中継ノードへ送信する。
‐  リリース８のＵＥにとっては、ＲＮはリリース８のノードＢとして見える（すなわち、後方互換性をもつ）。
【００４１】
３ＧＰＰ ＬＴＥ‐ＡのＵＥでは、タイプ１の中継ノードは、さらなる性能の向上を可能にし、リリース８のノードＢとは異なるように見えることが可能となろう。
【００４２】
ＬＴＥ‐Ａでの協調的なマルチポイント送信／受信機能性のサポート
３ＧＰＰ ＬＴＥ‐Ａにとって協調的なマルチポイント送信／受信は、高いデータ伝送速度のカバレッジを拡げる、セル縁辺部でのスループットを改良する、及び／またはシステム・スループットを増加させるためのツールとして考えられている（3GPP TR 36.814, section 8.0を参照）。ダウンリンクの協調的なマルチポイント送信は、地理的に離れた複数の送信ポイント間の動的な協調を意味する。協調的な送信方式の例は、次のものを含む。
‐  協調的なスケジューリング及び／またはビーム形成：単一のＵＥへのデータは、いくつかの送信ポイントの一つから瞬時に送信される。例えば、いくつかの協調したセルの一群中で発生した干渉を制御するように、スケジューリング決定は調整される。
‐  共同処理／送信：単一のＵＥへのデータは、複数の送信ポイントから同時に送信され、そうすることで（一貫的に非一貫的に）受信信号品質を向上させる及び／またはその他のＵＥへの干渉を積極的に取り消すようにする。
【００４３】
ダウンリンクの協調的なマルチポイント送信は、異なるセル間の協調の可能性を含む。無線インタフェースの観点から見れば、セルが同じノードＢに属する場合も異なるノードＢに属する場合もＵＥの視点からは違いはない。ノードＢ間の協調がサポートされるならば、情報はノードＢ間でシグナリングされる必要がある。ＵＥ側からの以下のフィードバックと測定のメカニズムがサポートされる。
‐  複数の送信ポイントとＵＥとの間の動的なチャネル状態の報告
‐  いくつかの関与する送信ポイントの一群での決定を助けるための報告
アップリンクの協調的なマルチポイント受信は、地理的に離れたポイントでの送信信号の受信を意味する。スケジューリング決定は、干渉を制御するようにセル間で調整され得る。
【００４４】
ＬＴＥ‐Ａ向けのＰＤＣＣＨの符号化
空間多重化をしない場合の単一のコンポーネント・キャリアの割当てのための、３ＧＰＰ ＬＴＥにおけるＬ１／Ｌ２制御情報のＰＤＣＣＨフィールドが、図２に例示的に示される。３ＧＰＰ ＬＴＥ‐Ａ向けに複数のコンポーネント・キャリア上の複数のリソース割当てを指示するように、３ＧＰＰ ＬＴＥのＰＤＣＣＨを拡張するために、異なるＰＤＣＣＨ符号化方式が３ＧＰＰ ＲＡＮ ＷＧ１において検討されているところである（http//www.3gpp.orgにて得られ、参照により本文書に援用される、3GPP TSG RAN WG1 Meeting #56, Tdoc. R1-090682, “PDCCH coding and mapping for carrier aggregation”, February 2009を参照）。この文書で議論されたＰＤＣＣＨの符号化のいくつかのオプションの要約を以下に示す。
【００４５】
３ＧＰＰ ＬＴＥ‐Ａ向けのアップリンク応答モード
アップリンクＡＣＫ／ＮＡＣＫ送信方法は、対称キャリア集合体と非対称キャリア集合体の両方をサポートするように設計されるべきである。ダウンリンクのコンポーネント・キャリア割当ての基本の仮定は、スケジュールされたコンポーネント・キャリア当り一つのトランスポート・ブロック（空間多重化のない場合）とＨＡＲＱ実体である。したがって、複数のコンポーネント・キャリア割当ての場合には、ＵＥは並列の複数のＨＡＲＱプロセスを有せる。これは、ダウンリンクのコンポーネント・キャリア・トランスポート・ブロックに対応する複数のＡＣＫ／ＮＡＣＫがアップリンクで送信されることになることを意味する。これは、単一のＡＣＫ／ＮＡＣＫ報告がアップリンクで送信される３ＧＰＰ ＬＴＥリリース８におけるケースとは異なる。さらに、単一サブフレーム内で制御とデータのチャネルを同時送信することが３ＧＰＰ ＬＴＥ‐Ａでは可能であり得る。受信したダウンリンク・トランスポート・ブロックに応答するために、異なるアップリンクＡＣＫ／ＮＡＣＫ送信モードが、３ＧＰＰの討議において現在検討されている。
【００４６】
アップリンクＡＣＫ／ＮＡＣＫ非バンドル化モード
このモードでは、各ダウンリンク・コンポーネント・キャリア・トランスポート・ブロックにつきＡＣＫ／ＮＡＣＫがＵＥによって送信される。複数のＡＣＫ／ＮＡＣＫの送信は、電力制限のないＵＥにとっては一般に好ましい。さらに、各トランスポート・ブロックごとに別個のＡＣＫ／ＮＡＣＫは、トランスポート・ブロックがバンドルにされないまたは相関関係をもたないということになる。これは、トランスポート・ブロックが互いに独立して（再）送信可能であることを意味する。したがって、これは、各トランスポート・ブロックごとに個々のＨＡＲＱプロセスの使用を可能にする。
【００４７】
アップリンクＡＣＫ／ＮＡＣＫバンドル化モード
この再送信では、複数のダウンリンク・コンポーネント・キャリア割当てに対して単一のＡＣＫ／ＮＡＣＫが一つのＵＥから送信される。ＵＥは、すべてのコンポーネント・キャリア割当てにわたり、コードワード当り論理ＡＮＤ演算を実行することによって、非空間多重化では１ビットまたは空間多重化モードでは少なくとも２ビットからなる単一のＡＣＫ／ＮＡＣＫを生成する（コードワードは、符号化されたトランスポート・ブロック（システマティック・ビットとパリティ・ビット）の変調から得られた一つの変調シンボルである―通常、トランスポート・ブロック当り複数のコードワードがある）。この方式は、ＬＴＥリリース８のＴＤＤにおいてサポートされ、３ＧＰＰ ＬＴＥ‐Ａのあるシナリオにおいては有効であると考えられる。ＵＥは単一のＡＣＫ／ＮＡＣＫ報告を送信するのだから、ＵＥの電力消費はより少なくてすみ、したがって、カバレッジ損失はより低くなる。
【００４８】
さらに、複数のコンポーネント・キャリア割当てに対して単一のＡＣＫ／ＮＡＣＫが送信されるため、再送信の確率は高い。これは、ＰＤＳＣＨのＨＡＲＱプロセスの観点から見ると効率的ではない。この方式は、しかし、電力制限状態にあるＵＥにとっては有効となり得る。
【００４９】
ある意味では、ＡＣＫ／ＮＡＣＫバンドル化は、対応するコンポーネント・キャリア割当て（トランスポート・ブロック）をバンドルにする。トランスポート・ブロックのバンドル化は、再送信されるいくつかの同じトランスポート・ブロックが初回送信と同様に見なされることを意味する。したがって、各々のトランスポート・ブロックのＡＣＫ／ＮＡＣＫの可能性が異なる場合には、ＨＡＲＱプロセスのこのバンドル化は効率的ではない。
【発明の概要】
【００５０】
本発明の一つの目的は、再送信プロトコルの再送信モードを判断するためのまたは動的に設定するためのメカニズムを提案することである。好ましくは、上記メカニズムは、制御シグナリングに付くオーバーヘッドの増加を伴わないものとする、及び／または通信端末の複雑性を増加しないものとする。
【００５１】
上記の目的は、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項の主題である。
【００５２】
本発明の一つの態様は、再送信プロトコルの再送信モードの動的シグナリングを可能にする制御メッセージ・フォーマットを提案することである。例えば、３ＧＰＰ ＬＴＥ‐Ａにおいてこの態様を実現する場合には、この態様は、複数のデータ送信（例えば、複数のトランスポート・ブロックまたはコードワード）についての再送信モードをシグナリングできるＰＤＣＣＨフォーマットの定義を提供することとして考案され得る。本発明のこの態様によれば、上記制御メッセージは、複数の異なるコードポイントを指示するために使用可能であるフィールドを含んでなるように設計される。このフィールドによって表現可能な個々のコードポイントは、少なくとも２つのサブセットに分けられ、各サブセットのコードポイント群は個別の再送信モードを指示する。
【００５３】
さらに、別の態様によれば、個々のコードポイントの意味は、それらが割り当てられるサブセットに応じて互いに異なり得る。言い換えれば、異なるサブセットのコードポイント群は、それらが割り当てられるサブセット、それぞれに再送信モードに応じて、上記複数のデータ送信の異なるパラメータ（の解釈）を指示できる。
【００５４】
本発明のある実施形態によれば、通信端末へ提供されるデータ送信に対する再送信プロトコルの再送信モードを判断するための方法がここに提案される。この方法によれば、複数のデータ送信に関連した制御メッセージが通信端末で受信される。上記記制御メッセージは、複数のコードポイントのうちの一つを示すためのフィールドを含んでなり、上記複数のコードポイントは、少なくとも２つのサブセットに分けられ、コードポイント群の各サブセットは、上記制御メッセージによって指示された上記複数のデータ送信に対する個別の再送信モードを指示する。この制御メッセージの前記フィールド内で通知されたコードポイントに基づいて、再送信プロトコルの再送信モードが判断される。
【００５５】
本発明の一つの例示的な実施形態では、上記制御メッセージの前記フィールド内で通知されることが可能である上記複数のコードポイントは、例えば、上記複数のデータ送信の新データ・インジケータ及び／またはそれら送信の冗長バージョンなどの、上記複数のデータ送信に対する再送信プロトコルに関係した情報を指示する。本発明の代替的な実施形態では、上記制御メッセージの前記フィールド内で通知されることが可能である上記複数のコードポイントは、上記複数のデータ送信の再送信プロトコルに関係した情報とリソース割当てに関係した情報を指示する。リソース割当てに関係した情報は、例えば、上記データ送信各個の変調及び符号化方式、またはその個別の部分（すなわち、変調方式、符号化率、等）、一つ以上のコンポーネント・キャリア上の上記複数の送信に対して割り当てられたリソース・ブロックの数、等である。
【００５６】
概して、各コードポイントはＮ個のビット数からなると仮定できる。本発明の別の実施形態によれば、コードポイント群の上記複数のサブセットのそれぞれは、上記複数のデータ送信に対する冗長バージョンと新データ・インジケータのある数の組み合わせを指示し、その数は上記複数のデータ送信に対する冗長バージョンと新データ・インジケータの組み合わせのＮビットで表現可能な最大数よりも少ない。言い換えれば、コードポイントのサイズ（すなわち、そのビット数）は、冗長バージョンと新データ・インジケータの可能なすべての組み合わせを通知するのに足りる大きさに単純に選択されるのではない―その結果、追加の送信パラメータとして再送信モードを通知可能にしても、シグナリング・オーバーヘッドを減少できるまたは一定に保てる。
【００５７】
より具体的な例では、各サブセットｉはＮｉ個の異なるコードポイントを表現可能であると仮定できる。表現可能であるＮｉ個の異なるコードポイントは、上記複数のデータ送信に対する冗長バージョンと新データ・インジケータの組み合わせのうちＮｉ個の最も起こる可能性の高い（または重要な）組み合わせになるように選択される。言い換えれば、発生の可能性の一定のしきい値より低い上記複数のデータ送信に対する冗長バージョンと新データ・インジケータの組み合わせは通知されなくてもよい。
【００５８】
さらに、具体的な例では、コードポイント群の上記各々のサブセットによって表現可能な、上記複数のデータ送信に対する冗長バージョンと新データ・インジケータの組み合わせは、空ではない共通集合をもつ。違ったふうに表現すれば、空ではない共通集合は、コードポイント群の上記複数のサブセットが、上記複数のデータ送信に対する冗長バージョンと新データ・インジケータの同じ組み合わせを示す（一つ以上の）コードポイントをそれぞれに含むことを本質的に意味する。
【００５９】
本発明の一つの例示的な実施形態では、上記再送信モードは、
‐  複数のデータ送信に対して一つの応答が送信される、応答バンドル化モード、または
‐  上記複数のデータ送信のそれぞれに対して個別の応答が送信される、応答非バンドル化モード
のどちらか一方である。
【００６０】
本発明のこの例示的な実施形態の変形では、上記制御メッセージの前記フィールド内で通知されることが可能である上記複数のコードポイントは、上記複数のデータ送信に対する再送信プロトコルに関係した情報をさらに指示する。上記制御メッセージの前記フィールド内で通知されたコードポイントの解釈は、当該コードポイントによって指示された送信モードにそれにより依存する。
【００６１】
上記制御メッセージの前記フィールド内のコードポイントが上記応答バンドル化モードを指示している場合には、例えば、上記コードポイントの個々のビットは、複数のデータ送信に対する結合型の新データ・インジケータと複数のデータ送信に対する結合型の冗長バージョンを指示できる。
【００６２】
これは、同じ新データ・インジケータがその制御メッセージが関係するすべてのデータ送信に適用すること、同様に、同じ冗長バージョンがその制御メッセージが関係するすべての各個のデータ送信に対して送信される（ことになる）ことを意味する。したがって、上記複数のデータ送信は「バンドル化」される、すなわち、もはや無関係でなくなる。
【００６３】
上記制御メッセージの上記フィールド内のコードポイントが上記応答非バンドル化モードを指示している場合には、上記コードポイントの個々のビットは、例えば、各データ送信に対する個別の新データ・インジケータと各データ送信に対する個別の冗長バージョンを指示できる。この場合は、上記各データ送信は独立している、すなわち、無関係である。
【００６４】
本発明の別の実施形態では、上記再送信モードは、
‐  上記複数のデータ送信に対して同期再送信プロトコルが使用される、同期再送信モード、または
‐  上記複数のデータ送信に対して非同期再送信プロトコルが使用される、非同期再送信モード
のどちらか一方である。
【００６５】
上記再送信モードの二つの例では、上記複数のコードポイントは２つのサブセットに分けられることが例示的に暗黙に示される。しかし、サブセットへの対応する細分化を想定することによって、上述した二つの再送信モード（応答モードとＨＡＲＱ動作モード）を別の再送信モードと組み合わせることも可能である。上記複数のコードポイントを４つのサブセットに分けるとすれば、例えば、次の４つの再送信モードのオプションをシグナリングすることが可能である。
‐  同期再送信を行う応答バンドル化
‐  同期再送信を行う応答非バンドル化
‐  非同期再送信を行う応答バンドル化
‐  非同期再送信を行う応答非バンドル化
【００６６】
本発明のさらに別の実施形態では、上記方法は、物理データ・チャネルの単一サブフレーム内で上記複数のデータ送信を受信し、上記判断された応答モードに従って、上記複数のデータ送信の受信の可否を応答するステップをさらに含む。
【００６７】
３ＧＰＰ ＬＴＥ‐Ａにより具体的に関連した本発明のさらに別の実施形態では、上記制御メッセージは、拡張型ノードＢからユーザ装置へのまたは拡張型ノードＢから中継ノードへのまたは中継ノードからユーザ装置への物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して送信されるＬ１／Ｌ２制御情報である。
【００６８】
本発明の別の実施形態では、上記複数のデータ送信は、無線インタフェース上の各個のコンポーネント・キャリアを介して１サブフレーム中で送信される。一つの例では、コンポーネント・キャリアは、３ＧＰＰ ＬＴＥシステムのＬＴＥキャリアに相当するものと理解してよい、またはより一般的には、コンポーネント・キャリアは１１０個までのリソース・ブロックの集合体を指している。
【００６９】
本発明の別の実施形態の上記制御メッセージは、コンポーネント・キャリア上の上記複数のデータ送信に対して物理的ダウンリンク共有チャネル（ＰＤＳＣＨ）上の各個の物理チャネル・リソースを割り当てるためのリソース割当てを含む。
【００７０】
データ送信に対する再送信プロトコルの再送信モードを判断するための方法を提供することに加えて、本発明の他の実施形態は、移動通信システムにおいて使用される通信端末による上記方法の実現に関係する。通信端末は、例えば、３ＧＰＰにおいてはノードＢ、ユーザ装置と呼ばれる移動端末、または３ＧＰＰシステムの中継ノードまたは３ＧＰＰ／非３ＧＰＰシステムのいずれかの無線リソース設備であり得る。
【００７１】
別の態様によれば、本発明は、複数のデータ送信に関連した制御メッセージを受信するための受信器を具備する通信端末を提供し、上記制御メッセージは、複数のコードポイントのうちの一つを示すフィールドを含んでなり、上記複数のコードポイントは、少なくとも２つのサブセットに分けられ、コードポイント群の各サブセットは、上記制御メッセージによって指示された上記複数のデータ送信に対する個別の再送信モードを指示する。上記通信端末の上記受信器は、再送信プロトコルを使用して上記複数のデータ送信をさらに受信する。上記通信端末は、上記制御メッセージの前記フィールド内で通知されたコードポイントに基づいて上記再送信プロトコルの上記再送信モードを判断するための処理ユニットも具備する。
【００７２】
より具体的実施形態による上記通信端末は、上記制御メッセージによって指示された上記再送信モードに従って、上記複数のデータ送信に応答するための送信器さらに装備する。
【００７３】
上記通信端末は、上記複数のデータ送信を復号し、各データ送信が首尾よく復号され得たか否かを決定するための復号器をさらに具備できる。上記通信端末の上記処理ユニットは、上記制御メッセージによって指示された上記再送信モードに従って、上記複数のデータ送信の受信成功または受信不成功を応答するためのフィードバックを生成する。例えば、上記処理ユニットは、応答の内容及び／または形式及び／または応答を送信するタイミング（例えば、非同期または同期フィードバック）を制御できる。
【００７４】
別の例示的な実施形態では、上記制御メッセージと上記複数のデータ送信は、上記通信端末において、物理チャネル・リソースの単一サブフレーム中に多重化される。
【００７５】
前述したように、上記再送信モードは、例えば、
‐  前記複数のデータ送信のすべてに対して一つの応答が送信される、応答バンドル化モード、または
‐  前記複数のデータ送信のそれぞれに対して個別の応答が送信される、応答非バンドル化モード
のどちらか一方であり得る。
【００７６】
本発明のさらに別の実施形態では、上記処理ユニットは、上記制御メッセージ中に指示された再送信モードが上記応答バンドル化モードである場合には、すべてのデータ送信に対して単一の結合応答を生成する。上記制御メッセージ中に指示された再送信モードが上記応答非バンドル化モードである場合には、上記処理ユニットは、各それぞれのデータ送信に対して個々の応答を生成する。
【００７７】
さらに、本発明の別の実施形態では、上記処理ユニットは、上記制御メッセージの前記フィールド内のコードポイントが上記応答バンドル化モードを示している場合には、上記制御メッセージの上記フィールド内で通知されたコードポイントから、すべてのデータ送信に対する結合型の新データ・インジケータとすべての送信に対する結合型の冗長バージョンを取得する。また、上記制御メッセージの前記フィールド内のコードポイントが上記応答非バンドル化モードを示している場合には、上記処理ユニットは、上記制御メッセージの上記フィールド内で通知されたコードポイントから、各データ送信に対する個別の新データ・インジケータと各データ送信に対する個別の冗長バージョンを取得する。
【００７８】
本発明のさらに別の実施形態では、上記通信端末の処理ユニットは、上記複数のデータ送信を送信するために使用されている関連した一つまたは複数のＨＡＲＱプロセスのソフト・バッファのフラッシュを制御するために、当該通信端末のＨＡＲＱプロトコル・エンティティへ前記複数のデータ送信の各個の新データ・インジケータまたは結合型の新データ・インジケータを供給する。上記処理ユニットはまた、レート・マッチングのために上記復号器へ前記複数のデータ送信の各個の冗長バージョンまたは結合型の冗長バージョンを供給する。
【００７９】
前述したように、別のオプションは、上記再送信モードは、
‐  上記複数のデータ送信に対して同期再送信プロトコルが使用される、同期再送信モード、または
‐  上記複数のデータ送信に対して非同期再送信プロトコルが使用される、非同期再送信モード
のどちらか一方であることである。
【００８０】
このケースでは、本発明のさらに別実施形態では、上記通信端末は、上記制御メッセージ中に指示された再送信モードに従って、同期または非同期フィードバックを送信することによって、上記複数のデータ送信に応答する。
【００８１】
本発明の別の態様は、基地局（ノードＢとも呼ばれる）などのネットワーク・ノードの動作である。本発明のさらに別の実施形態によれば、上記基地局は、制御メッセージを生成するための処理ユニットを具備し、上記制御メッセージは、複数のコードポイントのうちの一つを示すフィールドを含んでなり、上記複数のコードポイントは、少なくとも２つのサブセットに分けられ、コードポイント群の各サブセットは、上記制御メッセージによって指示された複数のデータ送信に対する個別の再送信モードを指示し、上記基地局はさらに、通信端末へ、再送信プロトコルを使用して上記制御メッセージを送信し、かつ上記複数のデータ送信を送信するための送信器を具備する。
【００８２】
本発明のより具体的な実施形態による上記基地局は、上記制御メッセージ中に指示された再送信モードに従った上記通信端末からの上記複数のデータ送信の応答を受信するための受信器をさらに具備する。
【００８３】
本発明の別の実施形態では、上記処理ユニットは、上記基地局から送信される複数のデータ送信のそれぞれの再送信モードを決定する。
【００８４】
上述したいくつかの例と同様に、上記再送信モードは、例えば、
‐  前記複数のデータ送信のすべてに対して一つの応答が送信される、応答バンドル化モード、または
‐  前記複数のデータ送信のそれぞれに対して個別の応答が送信される、応答非バンドル化モード
のどちらか一方であり得る。
【００８５】
このケースでは、上記基地局の送信器は、再送信モードが上記応答バンドル化モードである場合、そして上記一つの応答が初回の複数のデータ送信の復号不成功を示している場合には、すべての初回データ送信の再送信を送信する。上記制御メッセージ中に指示された再送信モードが上記応答非バンドル化モードである場合には、上記基地局の送信器は、前記通信端末からの対応する応答が復号不成功を示すデータ送信に対して個別の再送信を送信する。
【００８６】
本発明の別の態様は、ここに記述した本発明の様々な実施形態による本発明の概念のソフトウェア及び／またはハードウェアにおける実現にかかわるものである。この態様によれば、本発明の別の実施形態では、コンピュータにより読取り可能な媒体が提供される。上記コンピュータにより読取り可能な媒体は、通信端末のプロセッサによって実行時に、上記通信端末が複数のデータ送信に関連した制御メッセージを受信し、上記制御メッセージは複数のコードポイントのうちの一つを示すフィールドを含んでなり、上記複数のコードポイントは少なくとも２つのサブセットに分けられ、コードポイント群の各サブセットは、上記制御メッセージによって指示された上記複数のデータ送信に対する個別の再送信モードを指示し、上記通信端末は、再送信プロトコルを使用して上記複数のデータ送信を受信し、上記制御メッセージの前記フィールド内で通知されたコードポイントに基づいて上記再送信プロトコルの上記再送信モードを判断するように、上記通信端末を動作させる命令を記憶している。
【００８７】
本発明の別の実施形態では、上記コンピュータにより読取り可能な媒体は、基地局のプロセッサによって実行時に、上記基地局が制御メッセージを生成し、上記制御メッセージは複数のコードポイントのうちの一つを示すフィールドを含んでなり、上記複数のコードポイントは少なくとも２つのサブセットに分けられ、コードポイント群の各サブセットは、上記制御メッセージによって指示された複数のデータ送信に対する個別の再送信モードを指示し、上記基地局は、通信端末へ、再送信プロトコルを使用して上記制御メッセージを送信し、かつ前記複数のデータ送信を送信するように、上記基地局を動作させる命令を記憶している。
【図面の簡単な説明】
【００８８】
【図１】ＬＴＥにおけるダウンリンクのベースバンド処理を示す。
【図２】３ＧＰＰ ＬＴＥにおけるＰＤＣＣＨ上でＵＥへシグナリングされるＬ１／Ｌ２制御情報の内容の概要を示す。
【図３】コンポーネント・キャリアごとに制御情報が別個に符号化される、別個ＰＤＣＣＨ符号化方式を示す。
【図４】本発明の例示的な実施形態による、異なるデータ送信に対して結合符号化されたＬ１／Ｌ２制御情報の例を示す。
【図５】本発明の例示的な実施形態による、異なるデータ送信に対して結合符号化されたＬ１／Ｌ２制御情報の例を示す。
【図６】二つの例示的なＰＤＣＣＨフォーマットを示す。
【図７】本発明の例示的な実施形態による、２個のコンポーネント・キャリア割当てに対するＰＤＣＣＨフォーマットの例を示す。
【図８】本発明の例示的な実施形態による、通信エンティティ間の異なる例示的なメッセージ（または）情報の交換を示す。
【図９】本発明の例示的な実施形態による、通信エンティティ間の異なる例示的なメッセージ（または）情報の交換を示す。
【図１０】本発明の例示的な実施形態による、通信エンティティ間の異なる例示的なメッセージ（または）情報の交換を示す。
【図１１】単一のコンポーネント・キャリア上のＰＵＣＣＨリソースの例示的な割当てを示す。
【図１２】複数のコンポーネント・キャリア上のＰＵＣＣＨリソースの例示的な割当てを示す。
【発明を実施するための形態】
【００８９】
以下に、添付の図及び図面を参照して本発明をさらに詳細に説明する。図中の類似のまたは同等の細部は、同一の参照番号を付けて示される。
【００９０】
以下の文面は、本発明の様々な実施形態を説明する。例示的な目的でのみ、これらの実施形態の多くは、前述の背景技術の節で述べたＬＴＥ及び現在進展中のそのアドバンスメントに準拠した（拡張型）通信システムに関連して概説される。
【００９１】
本発明の一つの態様は、複数のデータ送信に対する再送信プロトコルの再送信モードのシグナリング（通知）を可能にする制御メッセージ・フォーマットを提案することである。この制御メッセージは、複数の異なるコードポイントを指示するために使用可能であるフィールドを含んでなる。このフィールドによって表現され得る個々のコードポイント（すなわち、この制御メッセージ中の当該フィールドを構成する所定の数のビットによって指示され得る個々の値）は、少なくとも２つのサブセットに分けられ、各サブセットのコードポイント群は個別の再送信モードを指示する。
【００９２】
さらに、別の態様によれば、コードポイント群の意味は、それらが割り当てられるサブセットに応じて互いに異なり得る。異なるサブセットのコードポイント群は、それらが割り当てられるサブセットに応じて、データ送信のパラメータの異なる解釈、各々に再送信モードを指示できる。
【００９３】
本発明の様々な態様は、送信が個々のコンポーネント・キャリア上で送信され得る３ＧＰＰ ＬＴＥ‐Ａシステムに適用可能である。
【００９４】
本発明の様々な例示的な実施形態を以下にさらに詳しく説明する前に、再送信プロトコルの再送信モードを判断するまたは動的に設定するメカニズムについてのいくつかの追加のソリューションを以下に述べる。
【００９５】
ここでも例示的な目的で、現在検討中の３ＧＰＰ ＬＴＥのアドバンスメントを前提とすると、異なる再送信モードを使用できるようにするシグナリング・メカニズムが望ましい。３ＧＰＰ ＬＴＥと３ＧＰＰ ＬＴＥ‐Ａの主な相違点は、個々のＬＴＥキャリアの集合による増加された帯域幅である、すなわち、ＬＴＥ‐Ａの無線インタフェースは複数の（仮定では５個の）ＬＴＥキャリア（３ＧＰＰではコンポーネント・キャリアとも呼ばれる）を提供する。したがって、３ＧＰＰ ＬＴＥにおいては、本文書の冒頭で述べたように、再送信プロトコルに関係した制御シグナリングはＰＤＣＣＨを介するＬ１／Ｌ２制御シグナリングの一部である。３ＧＰＰ ＬＴＥにおいては、ＰＤＣＣＨ上のＬ１／Ｌ２制御シグナリングは、再送信プロトコル（すなわち、ＨＡＲＱ）に関係したパラメータを設定することだけではなく、ユーザ装置へのダウンリンク送信のためのリソースを割り当てるためにさらに使用される。
【００９６】
３ＧＰＰ ＬＴＥ‐Ａ向けに計画されているように、無線インタフェースを複数のコンポーネント・キャリアに拡張する場合には、これらのコンポーネント・キャリア上の複数の送信に対するＰＤＣＣＨシグナリング・オーバーヘッドは、対応する数の送信に対する３ＧＰＰ ＬＴＥのＬ１／Ｌ２情報の合計と比較して同量またはさらによくは減少されるべきである。したがって、再送信プロトコルについての再送信モードを（例えば、ＬＴＥ‐ＡでのＬ１／Ｌ２制御シグナリングの一部として）シグナリングするためのメカニズムは、好ましくは、制御シグナリングに付くオーバーヘッドの増加を伴わないものとする、及び／または複雑性を増加しないものとする。
【００９７】
一般に、ＬＴＥ‐Ａでは、各々のデータ送信（（符号化する前は）トランスポート・ブロックと呼ばれる）に対してＬ１／Ｌ２制御情報がシグナリングされる必要がある。３ＧＰＰ ＬＴＥにおけるＰＤＣＣＨ上でＵＥへシグナリング（通知）されるＬ１／Ｌ２制御情報の内容の概要が、図２に例示的に示される。図２に示したＰＤＣＣＨフォーマットは、左側にＬ１／Ｌ２制御情報の基本構成を示し、右側により具体的な実現を示す。Ｌ１／Ｌ２制御情報は、当該サブフレーム中でのダウンリンク・データ送信用に割り当てられたリソースを示す個別のフィールドをもつリソース割当て部分を含んでなる。リソース割当て部分のＬ１／Ｌ２制御情報は、Ｌ１／Ｌ２制御情報のリソース割当て、特に、リソース・ブロック割当て（ＲＢ割当て）のフォーマットと解釈をＵＥへ通知するためのリソース割当てタイプを示しているリソース割当てヘッダー（ＲＡヘッダー）を含んでなる。リソース割当て部分は、変調及び符号化方式、並びにデータ送信がそれを用いて送信されるＰＤＳＣＨ上のリソース・ブロックを指示する。
【００９８】
Ｌ１／Ｌ２制御情報のさらに別の部分は、再送信プロトコルに関係した情報、すなわち、データ送信を送信するために使用されるＨＡＲＱプロトコルに関するＨＡＲＱに関係した情報である。この部分は、当該データ送信に対応するＨＡＲＱプロセスを識別するためのＨＡＲＱプロセスＩＤ用のフィールド、新しいトランスポート・ブロック／コードワードの送信を示す新データ・インジケータ（ＮＤＩ）用のフィールド、及びＰＤＣＣＨ上で送信されているトランスポート・ブロック／コードワードの冗長バージョン（ＲＶ）用のフィールドを典型的に含む。
【００９９】
最後に、Ｌ１／Ｌ２制御情報中には、本発明のコンテクストには深く関係しないその他の情報が存在し得る。
【０１００】
１サブフレーム内の３ＧＰＰ ＬＴＥにおける異なるコンポーネント・キャリアを介して複数のデータ送信がサポートされるならば、各々のＬ１／Ｌ２制御情報がＵＥで入手される必要があり得る。したがって、背景技術の節で概説したように、異なるコンポーネント・キャリア送信に対する個々のＬ１／Ｌ２制御情報を符号化する異なる方式が提案された。
【０１０１】
図３は、コンポーネント・キャリアごとに制御情報が別個に符号化される、すなわち、各コンポーネント・キャリア送信当りに一つのＰＤＣＣＨが送信される、別個ＰＤＣＣＨ符号化方式を例示的に示す。これによれば、ＵＥへのダウンリンク・ユニキャスト・データに対する制御情報を指示するＰＤＣＣＨの数は、ＵＥへ送信されるコンポーネント・キャリアの数と同一である。またＰＤＣＣＨはブラインド復号を使用して検出されると仮定すると、ブラインド復号試行回数の総数は、ＵＥが監視しなければならないコンポーネント・キャリアの数と同じになる。
【０１０２】
もう一つの可能性は、２個以上のコンポーネント・キャリア分のいくつかのトランスポート・ブロックに対する制御情報が、ある所定のサブフレーム中でＵＥへ向けて少なくとも部分的にまとめて符号化される、ＰＤＣＣＨ結合符号化である。図４と図５は、２個のコンポーネント・キャリア割当て（非空間多重化の場合には、例えば、２個のトランスポート・ブロック）に対して結合符号化されたＰＤＣＣＨフォーマットを例示的に示す。
【０１０３】
図４の例は、制御情報が単一の（結合型）ＰＤＣＣＨに含まれること以外は、通知されるＬ１／Ｌ２制御情報に関しては図３の例と基本的に同じである。図５の例では、ＰＤＣＣＨは、すべてのコンポーネント・キャリア上のトランスポート・ブロックに対して適用されるいくつかの共通フィールドと、各コンポーネント・キャリアにおけるトランスポート・ブロックごとに個別であるいくつかの単独フィールドを含んでなる。各々のコンポーネント・キャリア・データ送信に対するＰＤＣＣＨのリソース割当て部分は単独フィールドで通知されるが、これらのコンポーネント・キャリア送信に対する再送信プロトコル （ＨＡＲＱ）に関係した情報は結合符号化される。
【０１０４】
結合符号化は、別個に符号化されたＰＤＣＣＨに比べて、複数のダウンリンク・コンポーネント・キャリア上でのトランスポート・ブロック割当てのためのＰＤＣＣＨオーバーヘッドを減少させることができる。複数のコンポーネント・キャリア上での個々の送信に対するＰＤＣＣＨのどのフィールドを結合符号化し、どのフィールドを別個に符号化するかは、設計に任すことであることに留意すべきである。たとえ結合符号化されたＰＤＣＣＨ中のどのフィールドも共通ではないとしても、結合符号化ＰＤＣＣＨによる主要なオーバーヘッド削減は、巡回冗長検査（ＣＲＣ）ビット数の削減から生じる。したがって、結合符号化を使用した異なる可能なＰＤＣＣＨフォーマットが、複数のコンポーネント・キャリア上で送信される複数のトランスポート・ブロックに対して一括化され、共通と見なされるフィールドの数に依存して定義され得る。
【０１０５】
結合符号化されたＰＤＣＣＨの情報サイズは、複数のコンポーネント・キャリア上でシグナリングされるトランスポート・ブロックの数に依存することにもなり得る。コンポーネント・キャリア割当ての数にかかわらず、ＰＤＣＣＨのペイロード・サイズは固定され得る。これは、すべてのダウンリンク送信インスタンスに対して同じＰＤＣＣＨペイロード・サイズの使用を意味する。代替的に、コンポーネント・キャリア割当ての数に依存するＰＤＣＣＨの可変のペイロード・サイズも可能であり得る、すなわち、各ダウンリンク送信インスタンスでＰＤＣＣＨのペイロード・サイズが異なる。しかし、結合符号化されたＰＤＣＣＨの可変のペイロード・サイズに比べてブラインド復号試行回数が増加されないので、結合符号化されたＰＤＣＣＨの固定のペイロード・サイズは有利である。
【０１０６】
背景技術の節で指摘したように、ＨＡＲＱプロトコルの応答モードを、例えば、サブフレーム単位で動的に設定できることが、とりわけ望ましいことがあり得る。この目的を実現するための一つの可能なオプションは、応答モードを設定するために、無線リソース制御（ＲＲＣ）シグナリングなどのより上位レイヤーのシグナリングを使用することである。このソリューションはブラインド復号の観点からは有利になり得るが、特にサブフレーム単位での非常に動的な応答モードを可能にするには、より上位のシグナリングは、通常、（シグナリング遅延のために）十分に速くはなく、より大きなオーバーヘッドを生じさせる。
【０１０７】
第２のソリューションは、サブフレーム内の複数の送信に対する所望の応答モードを明示的に指示できるように、ＰＤＣＣＨフォーマットに追加のフィールドを含めることであり得る。しかし、これは、その他のシグナリング・フィールドのサイズが代償のために縮小されなければ、オーバーヘッドを増加させることになり、ＰＤＣＣＨフォーマットが結果的に別の制御情報のペイロード・サイズとなるので、さらなるブラインド復号試行が必要になろう。しかし、このソリューションは、サブフレーム単位の応答モードの選択が可能になるので、その柔軟性を考慮すると好ましく見える。
【０１０８】
上述したように、サブフレーム内のすべての送信に対して結合符号化されたＰＤＣＣＨの場合には、複数のトランスポート・ブロックについて一括化されるフィールドの数に依存して異なる可能なＰＤＣＣＨフォーマットが存在し得る。第３のソリューションでは、アップリンクにおけるバンドル化と非バンドル化のＡＣＫ／ＮＡＣＫモードを区別するように、サブフレーム内の複数のデータ送信に対する再送信モードを指示するために異なるＰＤＣＣＨペイロード・サイズが利用される。
【０１０９】
例示的なペイロード・フォーマット・タイプＸと例示的なペイロード・フォーマット・タイプＹを示す、異なるペイロード・サイズをもつ例示的なＰＤＣＣＨフォーマットが図６に示される。ペイロード・フォーマット・タイプＸは、サブフレーム内の各データ送信につき個別の応答が送信される、非バンドル化応答モードに使用される。ＮＤＩ、ＲＶなどの単独のＨＡＲＱプロセスに関係したフィールドが、トランスポート・ブロックごとに設けられる。したがって、非バンドル化のＮＤＩフィールドとＲＶフィールドを使用して、各トランスポート・ブロックに対する個別のＮＤＩ値とＲＶ値を指示することができる。ペイロード・フォーマット・タイプＸは、サブフレーム内で（非空間多重化の場合の）２個のコンポーネント・キャリア上で２個のトランスポート・ブロックが送信される例示的な場合を想定して、各々が１ビットの２個のＮＤＩフィールド（合計で２ビット）と各々が２ビットの２個のＲＶフィールド（合計で４ビット）を含んでなる。
【０１１０】
下の表に示すように、ＮＤＩフィールドとＲＶフィールドのために合計で６ビットが必要とされ、６４個の異なる状態／組み合わせをサポートする。
【０１１１】
【表１】
0005456151.tif 000002
【０１１２】
この表は、ＮＤＩ値のすべての組み合わせ（（０，０）、（０，１）、（１，０）及び（１，１））を示すように、合計で６４行に容易に拡張可能である。
【０１１３】
ペイロード・フォーマット・タイプＹでは、ＮＤＩフィールドとＲＶフィールドなどのＨＡＲＱプロセスに関係したフィールドは、すべてのトランスポート・ブロックについて一括化される（バンドル化）。これは、サブフレーム中のすべてのトランスポート・ブロックに対するＮＤＩ値と冗長バージョンが同じであることを意味する。したがって、結合符号化されたＰＤＣＣＨを介してシグナリングされる複数のコンポーネント・キャリア割当て／トランスポート・ブロックに共通の一つの結合型ＮＤＩフィールド（１ビット）と、結合符号化されたＰＤＣＣＨを介してシグナリングされる複数のコンポーネント・キャリア割当て／トランスポート・ブロックに共通の一つの結合型ＲＶフィールド（２ビット）が存在する。
【０１１４】
ペイロード・フォーマット・タイプＹでは、バンドル化のＮＤＩフィールドとＲＶフィールドのために、したがって、合計で３ビットが必要とされ、下の表に示すように、８個の異なる状態／組み合わせをサポートする。
【０１１５】
【表２】
0005456151.tif 000003
【０１１６】
この第３のソリューションは、応答モードの非常に動的な選択がサポートされる点で有利である。しかし、これは、結合符号化されたＰＤＣＣＨに２つの追加のＤＣＩフォーマットを導入するという代償を払って実現される。３ＧＰＰ ＬＴＥにおけるように、ＰＤＣＣＨはブラインド検出を使用して復号されるものと仮定すると、これは、ＰＤＣＣＨを受信するためのＵＥによる追加のブラインド復号試行回数を意味する。
【０１１７】
本発明のある実施形態によるさらに別の改良されたＰＤＣＣＨフォーマットは、一つのペイロード・サイズ（一定のペイロード・サイズ）をもつ単一のフォーマットを定義することになる。本発明のこの実施形態による上記のＰＤＣＣＨフォーマットの例が、図７に示される。図７のＰＤＣＣＨフォーマットは、２個のコンポーネント・キャリア割当てを例示的に示すものである。
【０１１８】
このＰＤＣＣＨフォーマットのＬ１／Ｌ２制御情報は、２つのリソース割当てからなり、それぞれが、上述したように、リソース割当てヘッダーを含むＲＡヘッダー・フィールド 、割り当てられたリソース・ブロックの数を示すＲＢ割当てフィールド、及び変調及び符号化方式を示すためのＭＣＳフィールドを含んでなる。この例では、複数の送信に対する結合型リソース割当てフィールドは存在しないと仮定される。上記に指摘したように、適切である場合、例えば、ＭＣＳフィールドなどの一つ以上のフィールドを結合符号化することによってオーバーヘッドを削減することもできる。
【０１１９】
Ｌ１／Ｌ２制御情報の再送信プロトコルに関係した情報は、２つのＨＡＲＱプロセス番号フィールドを含んでなり、これらのフィールドのそれぞれが各コンポーネント・キャリア送信に対する個別のＨＡＲＱプロセスＩＤを示すことになる。サブフレーム中の異なる送信に対してＨＡＲＱプロセスが合致している場合には、サブフレームのすべてのデータ送信に対して結合型のＨＡＲＱプロセス番号（３ビット）を指示することによってオーバーヘッドを削減可能である。
【０１２０】
図７のＰＤＣＣＨフォーマットは、再送信モード・フィールドをさらに含む。この用語によって示唆されるとおり、このフィールドは、当該Ｌ１／Ｌ２制御情報が関係付けられる対象の複数のデータ送信に対する再送信モードを指示する。さらに、このフィールドは、関係付けられた複数のデータ送信に対するＮＤＩとＲＶのパラメータも指示する。したがって、このフィールドは、基本的に、再送信モードの指定と再送信プロトコルに関係した情報のシグナリングという二つの機能をもつ。
【０１２１】
上記フィールドは複数のコードポイントを表現可能であり、表現可能なコードポイントの実際の数は、ビット数としてのフィールド・サイズに依存する。例示的な目的で、以下では、このフィールド・サイズは６ビットであり、合計６４個の異なるコードポイントが指示され得るものと仮定される。
【０１２２】
再送信モード・フィールドによって表現可能な上記コードポイントは、複数のサブセットに分けられる。サブセットの数は、例えば、指示されるべき異なる再送信モードの数に依存する。例示的な目的で、以下では、上記コードポイントを２つのセブセットに分けることが仮定される。
【０１２３】
各サブセットのコードポイント群は、個別の再送信モードを指示する。下の表は、再送信モード・フィールドの個々のコードポイントを第１のサブセット（再送信モード１を指示するコードポイント０〜５９）と第２のサブセット（再送信モード２を指示するコードポイント６０〜６３）に例示的に分けることを示す。
【０１２４】
【表３】
0005456151.tif 000004
【０１２５】
表３において、再送信モードは、例えば、ＨＡＲＱプロトコルの応答モードであり得る。例えば、モード１は、複数のデータ送信の各々に対して個別のフィードバック（ＡＣＫ／ＮＡＣＫ）が送信される非バンドル化応答モードに相当し、一方、モード２は、すべてのデータ送信に対して結合型ＨＡＲＱフィードバックが送信される（すなわち、サブフレームのすべてのデータ送信に対して単一のＡＣＫ／ＮＡＣＫがある）バンドル化応答モードであり得る。
【０１２６】
バンドル化応答モードを使用して、複数のデータ送信も、それらがもはや互いに独立していないように「バンドル化」される。したがって、サブフレームのすべてのデータ送信についてＮＤＩとＲＶは同じになる。よって、バンドル化応答モードにおいてＮＤＩとＲＶの（妥当な）組み合わせをシグナリングするために必要なコードポイントの総数は、非バンドル化ＨＡＲＱフィードバック・モード（非バンドル化応答モード）に比べて減少される。したがって、非バンドル化応答モードの複数のデータ送信に対してＮＤＩとＲＶの多くの組み合わせを指示できるように、コードポイントをサブセットに分けるときに、非バンドル化応答モードに相当する第１のサブセットにコードポイントの大多数を割り当てるようにすることが有利であり得る。
【０１２７】
しかしながら、各ＮＤＩに１ビット、各ＲＶに２ビット（すなわち、各トランスポート・ブロックにつき４つのＲＶがある）を仮定すると、ＮＤＩとＲＶのすべての可能な組み合わせを指示するためには、合計で６４＝２６個のコードポイントが必要とされる。３ＧＰＰ ＬＴＥのＰＤＣＣＨフォーマットと比較したときのオーバーヘッド増加を避けるために、図７の再送信モード・フィールドのフィールド・サイズは、対応する３ＧＰＰ ＬＴＥのＰＤＣＣＨフォーマットにおけるＮＤＩとＲＶの指示のために想定されたビット数（すなわち、各送信に対して３ビット、つまり、２個の送信では６ビット）を超えてはいけないので、再送信モード・フィールド（この例では６ビット）におけるコードポイントの分配の結果生じた、コードポイント群の個々のサブセットは、異なる送信に対するＮＤＩとＲＶのすべての可能な組み合わせを指示することができないことが明らかである。このことは、例えば、表３において、再送信モード２ではＲＶ０とＲＶ２の２つの冗長バージョンしか指示できないことでわかる。
【０１２８】
さらに、表３中のいくつかのＮＤＩとＲＶの組み合わせは、再送信モード１にも再送信モード２にも存在することに留意すべきである。したがって、コードポイント群の２つのサブセットは、それぞれ、いくつかの特定のＮＤＩとＲＶの組み合わせを含み得る。数学的に表現すれば、表内にＮＤＩとＲＶの組み合わせの重複したエントリー値があるならば、各サブセットの共通集合は空ではない。
【０１２９】
さらに、図７は、再送信モード・フィールドの内容（すなわち、コードポイント）が、所定のコンテクストに応じてどのように解釈されるかを示す。コンテクストは、Ｌ１／Ｌ２制御情報の再送信モード・フィールド中で通知される個々のコードポイントが属するサブセットに依存する。再送信モードの指定は、そのコードポイントが第１または第２のサブセットのどちらに属するかによって暗黙に示される。再送信モードのこの暗黙の指示に加えて、コードポイントは、複数の送信に対するＮＤＩとＲＶなどの再送信プロトコルに関係した情報をさらに示す。
【０１３０】
そのコードポイントがコードポイント群の第１のサブセットに属する場合には（再送信モード１）、例えば、図７に示すように、コードポイントは各データ送信に対する個別のＮＤＩとＲＶを示し得る。同様に、そのコードポイントがコードポイント群の第２のサブセットに属する場合には（再送信モード２）、例えば、コードポイントは、すべてのデータ送信に対する結合型ＮＤＩと結合型ＲＶを示し得る。ＮＤＩまたはＲＶの「結合」指示は、すべてのデータ送信が同じＮＤＩをもち、すべてのデータ送信についてそれぞれに同じＲＶが通知されることを意味することに留意すべきである。これが、各送信に対しての、あるパラメータの結合指示と見なされるか、または同一パラメータの指示と見なされるかは、定義に任せることである。
【０１３１】
上述したように、再送信モード・フィールドのサイズ制限とコードポイント群のサブセットへの分配により、各サブセットのコードポイントは、複数の送信に対するＮＤＩとＲＶのすべての可能な組み合わせを通知することができない。実現のためには、各サブセット中の減少した数の組み合わせのシグナリングでも複数のデータ送信の再送信または復号性能を劣化させないように、各サブセットについて最も重要なＮＤＩとＲＶの組み合わせをいくつか特定すべきである。以下では、各サブセット中のコードポイント群によって指示されるまたは通知されるＮＤＩとＲＶの組み合わせをどのように決定するかについての例示的な手順を説明する。以下では、（再）送信に使用される各ＲＶの順番は０→２→３→１であると例示的な目的で仮定される。
【０１３２】
下の表４は、初回送信では５０％の目標ブロック誤り率（ＢＬＥＲ）と各再送信では５０％のＢＬＥＲ（実際はこれより小さくなり得る）を仮定した、単一のトランスポート・ブロックの複数のＲＶの確率密度関数（ＰＤＦ）の分布を示す。これは、あるコンポーネント・キャリアを介して単一のトランスポート・ブロックを送信する場合に使用される各ＲＶ値の発生の確率を示す。
【０１３３】
【表４】
0005456151.tif 000005
【０１３４】
別個のコンポーネント・キャリア上でサブフレーム中で２個のＲＶフィールド組み合わせを使用して２個のトランスポート・ブロックを送信する場合について、初回送信では５０％の目標ブロック誤り率（ＢＬＥＲ）と各再送信では５０％のＢＬＥＲ（実際はこれより小さくなり得る）を仮定した、複数のＲＶの様々な組み合わせの結合型ＰＤＦが表５に示される。
【０１３５】
トランスポート・ブロックＴＢ１とトランスポート・ブロックＴＢ２は、ある所定のサブフレーム中で相関関係がないものと仮定される。表５から、ＲＶ組み合わせの発生の確率は、個々のＲＶ値に依存することがわかる。例えば、ＲＶ組み合わせ（０，０）は２８％のＰＤＦをもち、ＲＶ組み合わせ（１，１）はたった０．５％のＰＤＦしかもたない。再送信では２０％のＢＬＥＲを仮定するリアルタイムのシステムにおいては、ＰＤＦはこれよりもずっと小さくなり得ることに留意すべきである。
【０１３６】
表５からわかるとおり、ＲＶフィールドのある組み合わせは、非常に低い発生の確率をもつ。ＲＶ組み合わせ（１，１）のＰＤＦは０．５％であるということは、上記複数のトランスポート・ブロックに対するこのＲＶの組み合わせは、非バンドル化応答モードにはめったに使用されないことを意味する。上記複数のトランスポート・ブロックに対するこのＲＶの組み合わせを、非バンドル化応答モードに相当する、再送信モード・フィールドのコードポイント群のサブセットによって通知できない場合に、このＲＶの組み合わせは非常にまれにしか使用されないのだから、それが顕著な性能損失を伴うことにはならないであろう。
【０１３７】
【表５】
0005456151.tif 000006
【０１３８】
ＮＤＩフィールドの４つの異なる組み合わせに対してＲＶ組み合わせ（１，１）が発生することを考えてみれば、このＲＶ組み合わせを通知しないことは、４個のコードポイントを他の目的に、例えば、バンドル化応答モードについてのパラメータを通知するために解放することになる。表６は、ＮＤＩとＲＶの組み合わせ、バンドル化応答モードについての各々のＨＡＲＱパラメータを指示するように再定義可能なコードポイントを示す。
【０１３９】
【表６】
0005456151.tif 000007
【０１４０】
したがって、４個のコードポイントａ〜ｄは、ＨＡＲＱフィードバックのためのバンドル化応答モードを暗黙に示しているコードポイント群の第２のサブセットと見なすことができる。さらに、異なる角度からそれを見ると、これらの４個のコードポイントａ〜ｄは、非バンドル化応答モードを暗黙に示しているコードポイント群の第１のサブセットでは削除されたものまたは存在しないものと見なすことができる。４個のコードポイントａ〜ｄの意味をバンドル化応答モード用にどのように再定義できるかの一つ例が図７に示される（表３も参照）。
【０１４１】
【表７】
0005456151.tif 000008
【０１４２】
この例示的な再定義は、バンドル化応答モード使用時の２つのＲＶの指示を可能にする。バンドル化応答モードでは２つのＲＶで十分であるはずだ―というのは、このモードは、通常、電力制限されたＵＥ向けに使用されるからである。ターボ符号化と循環バッファ・レート・マッチングの使用を仮定すると、０．３３の（またはそれより低い）符号率で、すべてのシステマティック・ビットとパリティ・ビットが単一の送信中で送信可能である。ＵＥから報告される変調方式と符号化率が、表８に示される。
【０１４３】
【表８】
0005456151.tif 000009
【０１４４】
通常、電力制限されたＵＥに対しては、変調方式はＱＰＳＫとおそらく１６−ＱＡＭであろう。表８に示したような、ＣＱＩ報告を変調及び符号化方式へ対応付ける例示的なマッピングにおいて、このことは電力制限されたＵＥに使用される可能な最高の符号率は０．６であることを意味する。循環バッファ・レート・マッチングを使用した可能な最高の符号率である０．６の場合でも、２個の送信に異なる冗長バージョンが使用される―ほとんど常にそうである―と仮定して、送信される符号化されたトランスポート・ブロックのすべてのシステマティック・ビットとパリティ・ビットを有するのに２個の送信があれば十分であろう。
【０１４５】
したがって、バンドル化応答モードについてのＬ１／Ｌ２制御情報内には２つの利用可能なＲＶだけを指示するという実現性は上記のとおり十分であり、（顕著な）性能損失は予想されない。
【０１４６】
要約すると、図７に示したような、上述のとおりの再送信モード・フィールドを含むＰＤＣＣＨフォーマットの定義は、サブフレーム単位でのバンドル化／非バンドル化応答モードの迅速な設定を可能にする。さらに、ＵＥ側でのブラインド復号試行回数の追加の増加は予想されない。加えて、本発明のある実施形態によるこの例示的な実現は、（３ＧＰＰ ＬＴＥにおいて定義されたとおりの対応する数のＰＤＣＣＨをシグナリングする場合と比較して）バンドル化／非バンドル化モードを設定するためのＰＤＣＣＨに対する追加のオーバーヘッドを伴わない。最後に、再定義されたＲＶ組み合わせは非バンドル化応答モードにはごくまれにしか使用されないので、コードポイントの再定義に伴う性能損失は予想されず、したがってシステムへの影響は予想されない。
【０１４７】
以下では、図７にかかわる例示したＰＤＣＣＨフォーマット定義を使用した移動通信システムの例示的な動作とシグナリングを図８と図９に関連して説明する。図８と図９は、本発明の例示的な実施形態による、通信エンティティ間の異なる例示的なメッセージ（または情報）の交換を示す。図８は、３ＧＰＰ ＬＴＥ‐Ａシステムにおけるダウンリンク送信に例示的に関係する。
【０１４８】
ダウンリンク上のデータ送信には非同期ＨＡＲＱプロトコルが使用されることが仮定される。これは、再送信がシステムによってスケジュールされる、すなわち、各再送信のために個別のリソース割当てが（ノードＢにある）スケジューラからＵＥ（ＵＥ＃１）へシグナリングされることを意味する。さらに、ここでは、データ・チャネル上の３個の異なるコンポーネント・キャリア（ＣＣ＃１、ＣＣ＃２、ＣＣ＃３）上に３個のデータ送信があるというシナリオが考究される。この例では、データ・チャネルは、ＰＤＳＣＨ（物理的ダウンリンク共有チャネル）であり得る。
【０１４９】
データ・チャネルに付随した制御チャネルは、データ・チャネル上のデータ送信を正しく検出し、受信し、復号するために必要なパラメータをＵＥに通知するために、データ・チャネル上の複数のデータ送信に対するダウンリンク割当てを運ぶＰＤＣＣＨである。一つのサブフレーム中で、ＵＥをサーブするノードＢは、ＰＤＣＣＨ上のＬ１／Ｌ２制御情報を含んでなる制御メッセージＳ１ＵＥ＃１を該当のＵＥへシグナリングする。上記制御メッセージの宛て先のＵＥは、例えば、当該制御情報の内容を保護するためにＣＲＣをマスクすることによって、３ＧＰＰ ＬＴＥにおけるＲＮＴＩなどのＵＥ識別子によって指示され得る。同じサブフレーム内で、コンポーネント・キャリアＣＣ＃１、ＣＣ＃２、ＣＣ＃３上の初回送信Ｄ１ＵＥ＃１、Ｄ２ＵＥ＃１、Ｄ３ＵＥ＃１もダウンリンク物理チャネル・リソース上で送信される。これらの３個の初回送信Ｄ１ＵＥ＃１、Ｄ２ＵＥ＃１、Ｄ３ＵＥ＃１に対するリソース割当てと再送信プロトコルに関係した情報は、制御メッセージＳＵＥ＃１中で通知される。
【０１５０】
制御メッセージＳＵＥ＃１は、再送信モード・フィールドを含み、図７に関して上記に示した例と基本的に同様に、このフィールドの表現可能な個々のコードポイントは複数のサブセットに分けられ、各々のサブセットのコードポイント群はバンドル化応答モードと非バンドル化応答モードを示すようになっている。図８では、制御メッセージＳＵＥ＃１中の再送信モード・フィールドの通知されたコードポイントは、非バンドル化応答モードを示すことが仮定される。
【０１５１】
ＵＥはサブフレームを受信し、最初に、ＰＤＣＣＨから制御メッセージＳ１ＵＥ＃１を抽出する。制御メッセージＳ１ＵＥ＃１のリソース割当て部分に基づいて、ＵＥは、コンポーネント・キャリアＣＣ＃１、ＣＣ＃２、ＣＣ＃３上の初回送信Ｄ１ＵＥ＃１、Ｄ２ＵＥ＃１、Ｄ３ＵＥ＃１を運ぶリソース・ブロックを特定し、その復調器において上記送信を復調し、その復号器を使用して上記送信を復号できる。
【０１５２】
ＵＥは、（例えば、その処理ユニットを使用して）制御メッセージＳＵＥ＃１の中の再送信モード・フィールドのコードポイントを読み取り、それに基づいて、当該送信に対する再送信モードが非バンドル化応答モードであると判断する。初回送信のＤ２ＵＥ＃１、Ｄ３ＵＥ＃１は、ＵＥで首尾よく復号されなかったと仮定すると、ＵＥは、フィードバック・チャネル（ＡＣＫ／ＮＡＣＫチャネル）を介して、初回送信Ｄ１ＵＥ＃１に対しては肯定応答（ＡＣＫ１ＵＥ＃１）を、初回送信Ｄ２ＵＥ＃１、Ｄ３ＵＥ＃１に対しては否定応答（ＮＡＣＫ２ＵＥ＃１とＮＡＣＫ３ＵＥ＃１）をノードＢへ送信する。
【０１５３】
複数のＡＣＫ／ＮＡＣＫを送信するための異なる実現性がある。第１の方式、非空間多重化を仮定したチャネル選択によるＡＣＫ／ＮＡＣＫでは、ＵＥは２個のＡＣＫ／ＮＡＣＫ情報ビットを対応するアップリンクＡＣＫ／ＮＡＣＫリソース上でノードＢへ送信する。２個のＡＣＫ／ＮＡＣＫ情報ビットと送信用のＡＣＫ／ＮＡＣＫチャネルは、ダウンリンク・コンポーネント・キャリア上のすべてのトランスポート・ブロック（例えば、これらのトランスポート・ブロックの初回送信であった初回送信Ｄ１ＵＥ＃１、Ｄ２ＵＥ＃１、Ｄ３ＵＥ＃１）に対応するＡＣＫ／ＮＡＣＫの個々の状態に応じて選択される。
【０１５４】
個々のコードワードが各々のアンテナを介して送信される空間多重化の場合（多重入出力（ＭＩＭＯ）のシナリオ）、単一のコンポーネント・キャリア内のすべてのコードワードに対応するＨＡＲＱフィードバックは、コンポーネント・キャリア内の各個のコードワードの復号結果に対する論理ＡＮＤ演算を使用してバンドル化される。これは、結果的に、単一のコンポーネント・キャリア内の複数のコードワードに対して単一の応答となる。さらに、非空間多重化の場合と同様に、複数のコンポーネント・キャリア上のトランスポート・ブロックに対応する２個のＡＣＫ／ＮＡＣＫ情報ビットが送信され、ＡＣＫ／ＮＡＣＫ送信用のチャネルが選択される。
【０１５５】
空間多重化が使用される、すなわち、個々のコードワードが各々のアンテナを介して送信される、この場合には、ＵＥは、ＱＰＳＫ変調を使用して２ビットのＡＣＫ／ＮＡＣＫ報告を常に送信する。より高次の変調方式に起因したカバレッジ損失があり得る。さらに、これはチャネル選択のための複数のＰＵＣＣＨリソースを必要とし、必要なＡＣＫ／ＮＡＣＫチャネル数は集合されたコンポーネント・キャリアの数に応じて増加する。ノードＢは、ＡＣＫ／ＮＡＣＫ送信のためにＵＥが使用した実際のリソースをブラインド検出しなければならない。この方式は、ダウンリンク・トランスポート・ブロックごとの各個のＡＣＫ／ＮＡＣＫ値をノードＢが知ることになるので、ＰＤＳＣＨのＨＡＲＱ性能の視点からは効率的である。カバレッジを改良するためには、ＡＣＫ／ＮＡＣＫチャネル数をさらに増やしてＢＰＳＫ変調を使用することができる。
【０１５６】
複数のＡＣＫ／ＮＡＣＫを送信するための別の方式は、例えば、ＭＣ−ＣＤＭＡ（マルチキャリア符号分割多元接続）に基づいたアップリンクなどのＣＤＭ（符号分割多重方式）ベースのアップリンクにおいて、例えば、使用され得るマルチコード送信である。各ダウンリンク・コンポーネント・キャリア・トランスポート・ブロックに対応するマルチコード・リソースが、ＵＥごとに確保される。ＵＥは、それぞれの確保されたコード・リソースを使用して複数のＡＣＫ／ＮＡＣＫを送信する。
【０１５７】
各ダウンリンク・コンポーネント・キャリア・トランスポート・ブロックがＵＥによって個別にＡＣＫ／ＮＡＣＫ応答され、あらゆる場合においてＤＴＸ（不連続送信）検出も可能であるので、この方式は、効率的なＰＤＳＣＨのＨＡＲＱ性能を可能にする。送信電力は送信されるアップリンクＡＣＫ／ＮＡＣＫ間で分割されるので、送信されるアップリンクＡＣＫ／ＮＡＣＫの数によってはより高いＵＥ送信電力を必要とするが、電力制限のないＵＥでは許容範囲内であると考えられ得る。
【０１５８】
最後に、複数のＡＣＫ／ＮＡＣＫを送信するための第４の方式は、より大きな情報サイズをもつＰＵＣＣＨを使用することである。この場合には、各ダウンリンク・コンポーネント・キャリア・トランスポート・ブロックに対応する複数のＡＣＫ／ＮＡＣＫは、一つのコードワードに結合符号化されてアップリンク上で送信される。
【０１５９】
初回送信Ｄ１ＵＥ＃１、Ｄ２ＵＥ＃１、Ｄ３ＵＥ＃１に対する応答をノードＢへ送信するのに使用された方式にかかわらず、ノードＢは正しく復号されなかった送信を特定でき、失敗した初回送信Ｄ２ＵＥ＃１、Ｄ３ＵＥ＃１の再送信Ｒ２ＵＥ＃１、Ｒ３ＵＥ＃１を送信することが仮定できる。非同期ＨＡＲＱプロトコルを使用することによって、再送信Ｒ２ＵＥ＃１とＲ３ＵＥ＃１は、ＰＤＣＣＨ上のＬ１／Ｌ２制御情報を含む、付随する制御メッセージＳ２ＵＥ＃１と一緒に送信される。ＵＥは再送信Ｒ２ＵＥ＃１とＲ３ＵＥ＃１を受信し、ソフト合成された送信をその後に復号するために、対応する初回送信Ｄ２ＵＥ＃１とＤ３ＵＥ＃１との再送信のソフト合成を行なう。このとき、ＵＥはコンポーネント・キャリアＣＣ＃３上のデータ送信を正しく復号できるが、コンポーネント・キャリアＣＣ＃２上のデータ送信はまだ首尾よく復号され得ないことが仮定できる。
【０１６０】
したがって、初回送信Ｄ１ＵＥ＃１、Ｄ２ＵＥ＃１、Ｄ３ＵＥ＃１に対するＨＡＲＱフィードバックと同じやり方で、ＵＥは肯定応答ＡＣＫ３ＵＥ＃１と否定応答ＮＡＣＫ２ＵＥ＃１をノードＢへ送信する。ＮＡＣＫ２ＵＥ＃１とＡＣＫ３ＵＥ＃１を再び受信したノードＢは、別の再送信をＲ２ＵＥ＃１をＵＥへ提供する。今度は、ＵＥはコンポーネント・キャリアＣＣ＃２上の送信を復号することができ、対応する肯定応答ＡＣＫ２ＵＥ＃１をノードＢへ送信する。
【０１６１】
さて図９へ目を転じると、図８に関して説明したのと基本的に同じシナリオが示される。図９では、しかし、ＰＤＣＣＨ上の制御メッセージＳ１ＵＥ＃１は、再送信モード・フィールド中にバンドル化応答モードを指示するコードポイントを運ぶ。したがって、コンポーネント・キャリアＣＣ＃１、ＣＣ＃２、ＣＣ＃３を介してノードＢから初回送信Ｄ１ＵＥ＃１、Ｄ２ＵＥ＃１、Ｄ３ＵＥ＃１をＵＥが受信したとき、初回送信のＤ２ＵＥ＃１とＤ３ＵＥ＃１が破損したとここでも仮定すると、ＵＥは、（例えば、その処理ユニットを使用して）結合型ＨＡＲＱフィードバック、すなわち、３個の送信すべてに対する一つの単一応答を生成する。これは、復号成功は１にセットされたビットによって表現され、復号失敗は０にセットされたビットによって表現されると仮定して、初回送信Ｄ１ＵＥ＃１、Ｄ２ＵＥ＃１、Ｄ３ＵＥ＃１の復号状態の論定ＡＮＤ組み合わせを実行することによって、例えば、実現され得る。０（１）の組み合わせ結果は、したがって、否定（肯定）フィードバックのシグナリングを暗黙に示すことになる。
【０１６２】
ここで、送信のＤ２ＵＥ＃１とＤ３ＵＥ＃１が破損しているので、ＵＥはノードＢへ送信される単一のＮＡＣＫＵＥ＃１を生成する。ノードＢはこの応答を受信した。初回送信Ｄ１ＵＥ＃１、Ｄ２ＵＥ＃１、Ｄ３ＵＥ＃１のどれが首尾よく復号されなかったかをノードＢは識別することができないので、ＵＥからの結合型応答がＵＥで３個の送信すべてが首尾よく復号されたことを意味する肯定応答を示すまで、３個のコンポーネント・キャリア上のすべての送信の再送信Ｒ１ＵＥ＃１、Ｒ２ＵＥ＃１、Ｒ３ＵＥ＃１が送信される。
【０１６３】
上記の図８と図９に関して説明した本発明の例示的な実施形態では、再送信モード・フィールドが、コンポーネント・キャリアＣＣ＃１、ＣＣ＃２、ＣＣ＃３上の３個の送信に対して非バンドル化応答またはバンドル化応答のどちらを送信すべきかを指示すると仮定された。別の実施形態では、制御メッセージＳ１ＵＥ＃１の再送信モード・フィールドは、コンポーネント・キャリアＣＣ＃１、ＣＣ＃２、ＣＣ＃３上の送信に対して同期または非同期再送信プロトコルのどちらを使用すべきかを暗黙に示す。この実施形態では、非バンドル化応答モードが使用されると仮定される。
【０１６４】
図８に戻り、コンポーネント・キャリアＣＣ＃１、ＣＣ＃２、ＣＣ＃３上の送信に対するＰＤＣＣＨ上の制御メッセージＳ１ＵＥ＃１の再送信モード・フィールドは、非同期ＨＡＲＱ動作を指示すると仮定できる。したがって、コンポーネント・キャリアＣＣ＃２とＣＣ＃３上の送信の再送信Ｒ２ＵＥ＃１とＲ３ＵＥ＃１は、再送信用のリソース割当てを含むＰＤＣＣＨ上の付随する制御メッセージＳ２ＵＥ＃１とＳ３ＵＥ＃１と共にノードＢから送信される。
【０１６５】
図１０では、制御メッセージＳ１ＵＥ＃１の再送信モード・フィールド中のコードポイントは、同期再送信モードを指示していると仮定される。したがって、コンポーネント・キャリアＣＣ＃２とＣＣ＃３上の送信の再送信Ｒ２ＵＥ＃１とＲ３ＵＥ＃１は、スケジュールされず、ノードＢから送信される明示的リソース割当は何もなく、既知の物理チャネル・リソース上でＵＥへ送信される。
【０１６６】
さらに、ＰＤＣＣＨ上のＬ１／Ｌ２制御情報の中の再送信モード・フィールドは、応答モードと再送信を送信するためのモード（非同期／同期）の両方を指示することも可能である。
【０１６７】
表３にかかわる先に示した例では、再送信モード・フィールドの４個のコードポイントが再送信モード２を示すサブセットを構成すると例示的に仮定された。もちろん（サブフレーム当り２個のトランスポート・ブロックの送信の場合をここでも仮定すると）、冗長バージョンの特定の組み合わせに対応する５個以上のコードポイントを再定義することも可能である。例えば、再送信モード２の指示用に８個のコードポイントを再使用するためには、そうしないとすれば再送信モード１用として（ＮＤＩ１，ＮＤＩ２，ＲＶ１，ＲＶ２）＝（ｘ，ｙ，１，１），（ｘ，ｙ，１，３）（ここでｘとｙは、２個のトランスポート・ブロックの任意のＮＤＩ値を示す）を示すＮＤＩとＲＶの組み合わせを、これらのＲＶ組み合わせは１％未満でしか送信に使用されないので、再定義することで可能となる。それにより、非バンドル化応答モード用にこれらのＲＶ組み合わせをもうシグナリングできないとしても、それよる性能損失は許容範囲内と思われる。可能な再定義が、表９に示される。
【０１６８】
【表９】
0005456151.tif 000010
【０１６９】
再送信モード・フィールドのサイズが６ビットであるとここでも仮定すると、これは、非バンドル化応答モード用のＮＤＩとＲＶの組み合わせをシグナリングするためのコードポイントの数（第１のサブセットを構成する）は、６４−８＝５６個のコードポイントに減少されることを意味するが、各ＲＶ組み合わせにつき任意の（すなわち、４個の）ＮＤＩ組み合わせをなおもシグナリングできると仮定して、（２個のトランスポート・ブロックに対して）１４個までのＲＶ組み合わせのシグナリングを可能にする。５６個のコードポイントによって表現可能なこれらの１４個のＲＶ組み合わせは、例えば、２個のトランスポート・ブロックについて発生する可能性が最も高い（重要な）１４個のＲＶ組み合わせとすることができる。バンドル化応答モードを通知するための第２のサブセットに属する８個のコードポイントを使って、すべてのＲＶ組み合わせ（すなわち、バンドル化応答モードではすべての送信に対してＲＶは同じになる）を表９においては指示することが可能となる。
【０１７０】
本発明の別の実施形態では、再送信モード２を通知するために２個のコードポイントだけが再使用される（表３を対照する）。例えば、これらの２個のコードポイントは、そうしないとすれば再送信モード１用として（ＮＤＩ１，ＮＤＩ２，ＲＶ１，ＲＶ２）＝（０，１，１，１），（１，０，１，１）を示すために使用されるものであり得る。この例では、再定義されたＲＶ組み合わせである（１，１）は、バンドル化モードと非バンドル化モードの両方に使用される。トランスポート・ブロックＴＢ１とトランスポート・ブロックＴＢ２の実行の何らかの相関関係を仮定すると、ＮＤＩ組み合わせが（０，１）と（１，０）となるときのこれらの２個のコードポイントは、非バンドル化ＨＡＲＱプロセスでは起こる可能性が最も低い。表１０に示すように、（ＮＤＩ１，ＮＤＩ２）＝（０，０）と（１，１）は再送信プロトコルのバンドル化応答モード動作を指示でき、一方、（ＮＤＩ１，ＮＤＩ２）＝（０，１）と（１，０）は非バンドル化応答モードを指示するために使用され得る。
【０１７１】
【表１０】
0005456151.tif 000011
【０１７２】
このように、上記のＲＶ組み合わせは、バンドル化モードと非バンドル化応答モードの両方に利用可能である。しかし、この例示的な実現は、再送信プロトコルのバンドル化応答モードでは単一のＲＶ値しかサポートしない。
【０１７３】
前述の例示的な実施形態では、制御メッセージによって指示された再送信モードが、複数のデータ送信に対するＮＤＩとＲＶを導出するためのコードポイントの解釈を左右した。バンドル化応答モードは、低いレベルの変調及び符号化方式を典型的に使用する電力制限されたＵＥに使用される可能性が高い。したがって、本発明のさらに別の実施形態では、低いＭＣＳ（ＴＢＳ）レベル（すなわち、ＭＣＳレベルの所定のしきい値より低い）を使用するＵＥに対しては、制御メッセージは、バンドル化応答モードを指示するように使用され得る。典型的なシナリオでは、これらの低いＭＣＳ（ＴＢＳ）レベルのＵＥは、例えば、電力制限されたＵＥである。
【０１７４】
本発明のこの例示的な実施形態では、（起こる可能性が低い）ＲＶ組み合わせ（１，１）も、電力制限されていないＵＥによって典型的に使用される大きいＭＣＳレベル（例えば、６４−ＱＡＭ、符号率０．７よりも大きい）のために、非バンドル化応答モード用に利用可能に維持される。
【０１７５】
例えば、表６に示したＮＤＩとＲＶの組み合わせの４個のコードポイントａ〜ｄは、バンドル化応答モードを指示するために使用され得る。表１１は、ＰＤＣＣＨ上の制御メッセージ内でシグナリングされる、変調インデックス・フィールドによって指示されたトランスポート・ブロックの変調次数を例示的に示す。この表は例示的な目的でのみ示され、実際のシステムでは、この表は様々なトランスポート・ブロック・サイズに対する様々な変調次数を示し もっと大きくなり得ることに留意されたい。
【０１７６】
この例示的なケースでは、変調次数が２である場合のみ、コードポイントａ〜ｄはバンドル化応答モードを指示するために解放される。制御メッセージ中で示された変調次数が、例えば、６であるならば、コードポイントａ〜ｄは非バンドル化応答モードを指示するために維持され、再送信モード・フィールドはデータ送信ごとに各々のＮＤＩとＲＶを指示する。このように、制御メッセージ中で通知された変調次数に応じて、コードポイントａ〜ｄはバンドル化モード用と非バンドル化応答モード用に利用可能である。
【０１７７】
【表１１】
0005456151.tif 000012
【０１７８】
代替的に、再送信モードの指示は、制御メッセージ中で通知された変調及び符号化方式に依存することもあり得る。変調及び符号化方式から変調次数とトランスポート・ブロック・サイズ（ＴＢＳ）が導出可能である。一例が表１２に示される。
【０１７９】
【表１２】
0005456151.tif 000013
【０１８０】
表１３は、トランスポート・ブロック・サイズ（ＴＳ）が、表１２に示したＴＢＳインデックスとリソース・ブロック割当てサイズに基づいてどのように導出され得るかを例示的に示す。表１２中の変調次数、表１３に例示的示したトランスポート・ブロック・サイズ、及びリソース割当てサイズから、符号率は暗黙的に示され、決定され得る。
【０１８１】
【表１３】
0005456151.tif 000014
【０１８２】
制御メッセージの再送信モード・フィールドの解釈のしかたを、それぞれに、コードポイントａ〜ｄがバンドル化応答モードまたは非バンドル化応答モードのどちらを示すために使用されるのか決定するために、表１２と表１３は合わせて使用され得る。
【０１８３】
例えば、バンドル化応答モードが有利に使用され得る典型的なシナリオは、電力制限されたＵＥのケースである。電力制限されたＵＥについては、変調次数は低いと予想され得る、例えば、変調次数２、すなわち、表１２におけるＭＣＳインデックス０〜９、合わせてトランスポート・ブロック・サイズも小さい（例えば、表１３に示したＴＢＳインデックス０〜８とＲＢ割当てサイズ１〜５）。制御メッセージ中のＭＣＳフィールドが２の変調次数（またはＭＣＳインデックスとＲＢ割当てサイズの各々の組み合わせのうちの一つ）を与える場合には、表６中のコードポイントａ〜ｄはバンドル化応答モードを指示することになり、その他の場合には、これらのコードポイントは非バンドル化応答モードを示す。
【０１８４】
したがって、本発明のこの例示的な実施形態では、ＰＤＣＣＨ上で通知された制御メッセージ内のＭＣＳフィールドの内容が、再送信モード・フィールドのコードポイント群が異なるサブセットに分けれ、それぞれの再送信モードを示すものと見なされるべきか否かを指示する。
【０１８５】
別の例示的な実施形態では、異なる送信に対するＬ１／Ｌ２制御情報の総量と比較して、再送信モード・フィールドのサイズ（すなわち、異なるデータ送信に対してＮＤＩとＲＶを指示するために必要なビット数）を減少させるために、本文書に提示した概念を使用することもできる。各コンポーネント・キャリア上での２個のデータ送信の例では、これは、上記フィールドのサイズの６ビット（２個のＮＤＩビットと４個のＲＶビット）から５ビットへの減少を可能にし得る。これは、例えば、まれにしか使用されないＮＤＩとＲＶ組み合わせを全くシグナリングしないことによって実現され得る。表５の例から、結合の発生確率が３．６％未満である組み合わせが存在する。これらの組み合わせをシグナリングしないとしても、すなわち、制御メッセージの再送信モード・フィールド中にそれに対応するコードポイントがないと見越しても、再送信プロトコルの性能が顕著に劣化する可能性はない。表５の灰色に色付けした欄によって示されるように、全体的に見て、ＮＤＩとＲＶの組み合わせの５０％は必要ないとしてもよい。
【０１８６】
したがって、所定のしきい値／結合の発生確率を上回るＮＤＩとＲＶの組み合わせだけをシグナリングするとき（すなわち、これらのＮＤＩとＲＶの組み合わせに対するコードポイントだけを見越すとき）、制御情報オーバーヘッドを減少さることができる。
【０１８７】
本発明の別の例示的な実施形態では、複数のデータ送信に対する再送信モードだけでなく、ＨＡＲＱフィードバック用の送信モードも指示され得る。上述したように、ＨＡＲＱフィードバックの可能なシグナリング方法には、マルチコード送信、多重化、マルチチャネルなど、いくつか異なるオプションがある。一つの例では、一つ以上のサブセットのコードポイント群が、応答のための各個の送信モードを指示するために、再度、さらに細分され得る。再送信モード１を示すコードポイント群のサブセットが、応答のための３つの送信モードのうちの一つをさらに指示することができる例が、下の表１４に示される。したがって、再送信モードに加えて、再送信プロトコルに関係したさらなるパラメータまたはオプションに関する追加の制御情報が伝達可能になる。
【０１８８】
【表１４】
0005456151.tif 000015
【０１８９】
代替的に、例えば、再送信モードが応答送信方式（ＡＣＫ／ＮＡＣＫ送信方式）により暗黙にわかるＨＡＲＱフィードバック用の応答方式である場合には、下の表１５に例示されるように、再送信モードは明示的に指示されず、ＡＣＫ／ＮＡＣＫ送信方式だけが指示されることも可能である。もちろん、表１５に示した４つの送信方式よりも多いまたは少ない方式が存在することも可能である。
【０１９０】
【表１５】
0005456151.tif 000016
【０１９１】
概して、表１４と表１５にかかわる提示例では、コードポイント０〜５９については重複したＮＤＩとＲＶの組み合わせはない。しかし、この範囲内のいつくかのコードポイントが同じＮＤＩとＲＶの組み合わせを示すことも可能である―これは、利用可能なコードポイント群のセットを４つのサブセットに分けること（表１４にかかわる提示例でのように、２つのサブセットの代わりに、第１のサブセットの更なる細分を追加すること）に基本的に相当する。
【０１９２】
本発明の別の例示的な実施形態では、制御メッセージ中の再送信モード・フィールドは、再送信プロトコルについての再送信モードを指示するためだけはなく、再送信プロトコル・フィードバック用の一つまたは複数の物理チャネル・リソースが単一のコンポーネント・キャリアに配置されるか、または複数のコンポーネント・キャリアに配置されるかをも示すために使用され得る。
【０１９３】
例えば、物理的アップリンク制御チャネル（ＰＵＣＣＨ）上のＨＡＲＱフィードバック用の一つまたは複数の物理チャネル・リソースの配置が、再送信モードに加えて指示され得る。アップリンクのキャリア集合の場合には、ＵＥはＰＵＣＣＨ上に割り当てられた２個以上のリソース・ブロックをもつことが可能である。図１１に示すように、すべてのＰＵＣＣＨリソース・ブロックが単一のアップリンク・コンポーネント・キャリア内にあることも、あるいは図１２に示すように、ＰＵＣＣＨの割り当てられた複数のリソース・ブロックが複数のアップリンク・コンポーネント・キャリア内に配置されることも可能であり得る。図１１と図１２は単一のＵＥの観点からのものであり、その他のＵＥのフィードバック送信用に割り当てられたより多くのＰＵＣＣＨ領域があり得ることに留意されたい。
【０１９４】
表１６は、再送信モード・フィールドが、各再送信モードに対して、ＵＥ用のＰＵＣＣＨ領域を追加的に指示するために使用される例を示す。単一のアップリンク・コンポーネント・キャリア上の複数のＰＵＣＣＨ領域の場合には、それらのＰＵＣＣＨ領域がそこに存在するアップリンク・コンポーネント・キャリアを指示することも可能であることに留意されたい。この機能は、しかし、任意に選択される。
【０１９５】
【表１６】
0005456151.tif 000017
【０１９６】
本発明のさらに別の実施形態では、制御メッセージ中の再送信モード・フィールドは、例えば、協調的マルチポイントに関係した情報をさらに指示することができる。協調的マルチポイントに関係した情報は、測定のため、測定情報の報告のため、及び制御メッセージ／データの送信／受信のためにＵＥが利用すべき、例えば、複数のノードＢまたは中継ノードまたはその他のいずれかの無線リソース設備からなるセットの指示であり得る。下の表１８は、コードポイント群が再送信モードと、それに加えて、ＵＥが測定を実施でき、報告メッセージ（例えば、チャネル品質報告）をそこへ送信できる相手の複数のノードＢからなるセットを指示する例を示す。 
【０１９７】
【表１７】
0005456151.tif 000018
【０１９８】
本発明の別の例示的な実施形態では、再送信モード・フィールドは、中継ノードに関係した制御情報を指示するためにさらに使用され得る。例えば、中継ノードに関係した制御情報は、ダウンリンクのデータ送信に対するアップリンク応答シグナルをそこへ送信すると仮定される相手のネットワーク・ノードを指示すると仮定される。したがって、ＵＥがノードＢと中継ノード（ＲＮ）に接続されていて、ノードＢと中継ノードの両方からダウンリンクのデータ送信を受信する場合に、再送信モード・フィールドは、再送信プロトコル・フィードバックをそこへ送信すべき送信先のノードがどちらのノードであるかをＵＥに指示するめに使用され得る。一例が表１８に示される。
【０１９９】
【表１８】
0005456151.tif 000019
【０２００】
上述の説明は、非空間多重化の場合のサブフレーム内の異なるコンポーネント・キャリア上の２個のトランスポート・ブロックの送信に主に的を絞って説明したことに留意されたい。しかし、この説明内容は、ＦＤＤシステムとＴＤＤシステムの両方における３個以上のコンポーネント・キャリア上の複数のトランスポート・ブロックについても当てはめることができる。
【０２０１】
本発明の別の実施形態は、ハードウェア及びソフトウェアを使用した、上述した様々な実施形態の実現に関係する。本発明の多様な実施形態は、ここに説明した本発明の様々な実施形態による機能をコンピューティング・デバイスに行わせる実行可能な命令によって適切に制御されるコンピューティング・デバイス（プロセッサ）を使用して実現または実施され得ることが認識される。コンピューティング・デバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル・シグナル・プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）またはその他のプログラム可能な論理デバイス等であり得る。本発明の多様な実施形態は、上記のデバイスの組合せによって実施または実現されてもよい。
【０２０２】
さらに、本発明の多様な実施形態は、プロセッサで実行されるまたは直接ハードウェアに組み込むソフトウェア・モジュールを用いても実現可能である。また、ソフトウェア・モジュールとハードウェア実装の組合せも可能である。ソフトウェア・モジュールは、コンピュータで読取り可能などんな種類の記憶媒体−例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ、レジスタ、ハード・ディスク、ＣＤ−ＲＯＭ、ＤＶＤ等−に記憶されてもよい。
【０２０３】
上記の実施形態の大部分は、通信システムの３ＧＰＰベースのアーキテクチャに関連して概説されており、以上の節で使用された用語は３ＧＰＰの用語に主に関係する。しかし、３ＧＰＰベースのアーキテクチャにかかわる多様な実施形態の用語と説明は、本発明の原理と概念を３ＧＰＰベースのシステムだけに限定するように意図されてはいない。
【０２０４】
また、前述の背景技術の節で述べた詳細な説明は、本文書に説明した主に３ＧＰＰの特徴を生かした例示的な実施形態をよりよく理解してもらうためのものであり、移動通信ネットワークにおけるプロセス及び機能のここで述べた特定の実現に本発明を限定するものと理解すべきではない。しかしながら、本文書で提案された改良は、背景技術の節で説明したアーキテクチャに容易に適用可能である。さらに、本発明の概念は、３ＧＰＰによって現在検討中のＬＴＥ‐Ａ ＲＡＮに容易に使用することもできる。
【０２０５】
以上の文面において、本発明の様々な実施形態とその変形を説明した。具体的な実施形態の形で示した本発明へのいろいろな変形及び／または修正が、広義に説明された本発明の精神または範囲を逸脱しない限りにおいてなされ得ることは当業者によって理解されるであろう。
【図１】
0005456151.tif 000020
【図２】
0005456151.tif 000021
【図３】
0005456151.tif 000022
【図４】
0005456151.tif 000023
【図５】
0005456151.tif 000024
【図６】
0005456151.tif 000025
【図７】
0005456151.tif 000026
【図８】
0005456151.tif 000027
【図９】
0005456151.tif 000028
【図１０】
0005456151.tif 000029
【図１１】
0005456151.tif 000030
【図１２】
0005456151.tif 000031