JP5731534B2 - 非周期的チャネル品質レポートのための暗黙的コンポーネント・キャリア決定 - Google Patents

Description

本発明は、通信システムにおいて、端末へのダウンリンク伝送に利用可能な複数のコンポーネント・キャリアのうちの少なくとも１つについてのチャネル品質情報による、端末が経験するダウンリンク・チャネル品質に関するレポーティングに関する。

たとえば第３世代パートナーシップ・プロジェクト（３ＧＰＰ：Third-Generation Partnership Project）内で標準化されたユニバーサル移動体通信システム（ＵＭＴＳ：Universal Mobile Telecommunication system）などの第３世代（３Ｇ）モバイルシステムは、広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）無線アクセス技術に基づいてきた。今日、３Ｇシステムは、世界中で大規模に配備されている。高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ：High-Speed Downlink Packet Access）および改良型アップリンク（ＨＳＵＰＡ）を導入することによってこの技術を高めた後、ＵＭＴＳ規格のエボリューションの次の主要なステップは、ダウンリンク用の直交周波数分割多重（ＯＦＤＭ）とアップリンク用のシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）を組み合わせた。このシステムは、将来の技術エボリューションに対処することが意図されているため、ロングターム・エボリューション（ＬＴＥ）と名付けられた。

ＬＴＥの目的は、ＨＳＤＰＡおよびＨＳＵＰＡに比べて著しく高いデータレートを達成すること、高いデータレートについてカバレージを改善すること、上位層プロトコル（たとえば、ＴＣＰ）の性能を改善するためにユーザ・プレーンにおけるレイテンシを著しく減少させること、ならびに、たとえばセッション・セットアップなどの制御プレーン手順に関連する遅延を減少させることである。全ての将来のサービスのための基礎としてのインターネット・プロトコル（ＩＰ）の使用への収斂、その結果、パケット交換（ＰＳ:packet-switched）ドメインに対する強化に的が絞られてきた。ＬＴＥの無線アクセスは、（元のＵＭＴＳの固定の５ＭＨｚチャネルと対比して）１．２５ＭＨｚと２０ＭＨｚとの間での複数の既定のチャネル帯域幅を使用して、非常に柔軟性があるべきである。特に、ダウンリンクにおいて、直交周波数分割多重（ＯＦＤＭ）ベース無線アクセスは、低シンボルレートによるマルチパス干渉（ＭＰＩ）に対するその固有の耐性、サイクリック・プレフィックス（ＣＰ）の使用、および異なる伝送帯域幅機構に対するその親和性のために採用された。シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）ベース無線アクセスは、ユーザ機器（ＵＥ）の送信電力の制限を考慮したピーク・データレートの改善よりも、広域カバレージのプロビジョニングが優先されたため、アップリンクにおいて採用された。多入力多出力（ＭＩＭＯ）チャネル伝送技法を含む多くの主要なパケット無線アクセス技法が使用され、非常に効率的な制御シグナリング構造が、ＬＴＥ（リリース８）において達成される。できる限り多くの周波数バンド割当て機構に適合するために、ＬＴＥ規格は、規格の周波数分割複信（ＦＤＤ）モードおよび時分割複信（ＴＤＤ）モードに適用可能な２つの異なる無線フレーム構造をサポートする。ＬＴＥは、隣接チャネルにおいてでさえ、早期の３ＧＰＰ無線技術と共存でき、呼は、全ての３ＧＰＰの以前の無線アクセス技術に／から引き継がれうる。

ＬＴＥの全体的なアーキテクチャが図１に示される。発展型ＵＭＴＳ地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ：Enhanced UMTS Terrestrial Radio Access Network）のアーキテクチャのより詳細な図は、図２に示される。ＬＴＥネットワークは、アクセス・ゲートウェイおよび改良型ネットワーク・ノード、いわゆるｅＮｏｄｅＢ（ｅＮＢ）からなる２ノード・アーキテクチャである。アクセス・ゲートウェイは、コア・ネットワーク機能、すなわち、外部ネットワークへの呼およびデータ接続のルーティングを扱い、また、無線アクセス・ネットワーク機能を実装する。そのため、アクセス・ゲートウェイは、現在の３ＧネットワークにおいてゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ:Gateway GPRS Support Node）およびサービングＧＰＲＳサポート・ノード（ＳＧＳＮ：Serving GPRS Support Node）によって実施される機能と、たとえばヘッダ圧縮、暗号化(ciphering)／完全性保護などの無線アクセス・ネットワーク機能を組み合わせるものとして考えることができる。ｅＮｏｄｅＢは、Ｅ−ＵＴＲＡユーザ・プレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）終了および制御プレーン（ＲＲＣ）プロトコル終了をユーザ機器（ＵＥ）に向かって提供する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）、メディア・アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、およびパケット・データ制御プロトコル（ＰＤＣＰ）の層をホストする。ｅＮｏｄｅＢはまた、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能を提供する。ｅＮｏｄｅＢは、無線リソース管理、アドミッション制御、スケジューリング、ネゴシエートされたアップリンクのサービス品質（ＱｏＳ）の適用(enforcement)、セル情報ブロードキャスト、ユーザおよび制御プレーン・データの暗号化／解読、ならびにダウンリンク／アップリンク・ユーザ・プレーン・パケット・ヘッダの圧縮／解凍を含む多くの機能を実施する。ｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに相互接続される。エア（無線）インタフェースは、ユーザ機器（ＵＥ）とｅＮｏｄｅＢとの間のインタフェースである。ここで、ユーザ機器は、たとえば、モバイル端末、ＰＤＡ、可搬型ＰＣ、ＰＣ、ＬＴＥ規格に準拠する受信機／送信機を有する任意の他の装置とすることができる。

ｅＮｏｄｅＢはまた、Ｓ１インタフェースによってＥＰＣ（進化型パケット・コア(Evolved Packet Core)）に、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（モビリティ管理エンティティ(Mobility Management Entity)）に、また、Ｓ１−Ｕによってサービング・ゲートウェイ（ＳＧＷ）に接続される。Ｓ１インタフェースは、ＭＭＥ／サービング・ゲートウェイとｅＮｏｄｅＢとの間で多対多の関係をサポートする。ＳＧＷは、ｅＮｏｄｅＢ間のハンドオーバ中にユーザ・プレーン用のモビリティ・アンカーとして、また、ＬＴＥと（Ｓ４インタフェースを終了し、２Ｇ／３ＧシステムとＰＤＮ ＧＷとの間でトラフィックを中継する）他の３ＧＰＰ技術との間のモビリティ用のアンカーとして働きながら、ユーザ・データ・パケットをルーティングし転送する。アイドル状態のユーザ機器の場合、ＳＧＷは、ダウンリンク・データ・パスを終了し、ダウンリンク・データがユーザ機器に到着するとページングをトリガする。ＳＧＷは、ユーザ機器コンテキスト、たとえば、ＩＰベアラ・サービスのパラメータ、ネットワーク内部ルーティング情報を管理し格納する。ＳＧＷはまた、合法的な傍受(lawful interception)の場合、ユーザ・トラフィックの複製を実施する。

ＭＭＥは、ＬＴＥアクセス・ネットワーク用の主要な制御ノードである。ＭＭＥは、アイドル・モードのユーザ機器トラッキングおよび再送信を含むページング手順を行う。ＭＭＥは、ベアラ・アクティベート／ディアクティベート・プロセスに関与し、また、初期アタッチ時点、および、コア・ネットワーク（ＣＮ）・ノード・リロケーションを含むＬＴＥ内ハンドオーバ時点でのユーザ機器用のＳＧＷを選択することも行う。ＭＭＥは、（ＨＳＳと相互作用することによって）ユーザを認証することを行う。ノンアクセス・ストラタム（ＮＡＳ：Non-Access Stratum）シグナリングは、ＭＭＥで終了し、ユーザ機器への一時的なアイデンティティの生成および割当ても行う。ＭＭＥは、サービス・プロバイダの公的地域モバイル・ネットワーク（ＰＬＭＮ：Public Land Mobile Network）に入り、ユーザ機器にローミング上の制約を適用するためにユーザ機器の権限をチェックする。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護のためにネットワークの終端点にあり、セキュリティ・キーの管理を扱う。シグナリングの合法的な傍受もＭＭＥによってサポートされる。ＭＭＥは、ＬＴＥと２Ｇ／３Ｇアクセス・ネットワークとの間のモビリティ用の制御プレーン機能に、ＳＧＳＮからＭＭＥで終了するＳ３インタフェースを提供する。ＭＭＥはまた、ユーザ機器をローミングするために、ホームＨＳＳ向けのＳ６ａインタフェースを終了させる。

３ＧＰＰ ＬＴＥリリース８ならびに３ＧＰＰ ＬＴＥ−Ａリリース１０において、以下のダウンリンク物理チャネルが規定される（たとえば、３ＧＰＰ ＴＳ ３６．２１１「Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌｓ ａｎｄ Ｍｏｄｕｌａｔｉｏｎｓ」Ｒｅｌｅａｓｅ８，ｖ．８．３．０，Ｍａｙ ２００８（http://www.3gpp.orgで入手可能であり、参照により本明細書に組込まれる）参照）。

−物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）
−物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）
−物理ブロードキャスト・チャネル（ＰＢＣＨ：Physical Broadcast Channel）
−物理マルチキャスト・チャネル（ＰＭＣＨ：Physical Multicast Channel）
−物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ：Physical Control Format Indicator Channel）
−物理ＨＡＲＱインジケータ・チャネル（ＰＨＩＣＨ）
さらに、以下のアップリンク・チャネルが規定される。

−物理アップリンク共有チャネル（ＰＵＳＣＨ：Physｉcal Uplink Shared Channel）
−物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）
−物理ランダム・アクセス・チャネル（ＰＲＡＣＨ：Physical Random Access Channel）

ＰＤＳＣＨおよびＰＵＳＣＨは、それぞれ、ダウンリンク（ＤＬ）およびアップリンク（ＵＬ）のデータ・トランスポートのために利用され、したがって、高データレートのために設計される。ＰＤＳＣＨは、ダウンリンク、すなわち、ｅＮｏｄｅＢから少なくとも１つのＵＥへのトランスポートのために設計される。一般に、この物理チャネルは、離散的な物理リソース内に分離され、複数のＵＥによって共有することができる。ｅＮｏｄｅＢのスケジューラは、対応するリソースの割当てを行い、割当て情報がシグナリングされる。ＰＤＣＣＨは、ダウンリンクおよびアップリンクのためにＵＥ固有でかつ一般的な制御情報を伝え、ＰＵＣＣＨは、アップリンク伝送においてＵＥ固有の制御情報を伝える。具体的には、ＰＤＣＣＨは、アップリンク個別制御情報（ＵＬ−ＤＣＩ:Uplink Dedicated Control Information）およびダウンリンク個別制御情報（ＤＬ−ＤＣＩ:Downlink Dedicated Control Information）を伝える。

一般に、マルチユーザ・システムの無線モバイル・チャネルは、通常、送信状態の変動を受ける。現在のモバイル通信システム（たとえば、ＧＳＭ（登録商標）、ＵＭＴＳ、ｃｄｍａ２００、ＩＳ−９５、およびそれらの進化型バージョン）は、物理リソースを規定するために、時間および／または周波数および／またはコードおよび／またはアンテナ放射パターンを使用する。これらのリソースは、単一ユーザ用の送信のために割当てられうる、または、複数のユーザに分割されうる。たとえば、送信時間は、タイムスロットと通常呼ばれる期間に細分されうる。タイムスロットは、異なるユーザにまたは単一ユーザのデータ伝送のために割当てられることができる。こうしたモバイルシステムの周波数バンドは、複数のサブバンドに細分することができる。データは、（疑似）直交拡散符号を使用して拡散させることができ、異なる符号によって拡散された異なるデータは、たとえば同じ周波数および／または時間を使用して送信することができる。別の可能性は、同じ周波数で、同じ時間に、および／または同じ符号を使用して、異なるデータの送信用のビームを形成するために、送信用アンテナの異なる放射パターンを使用することである。

たとえば、３ＧＰＰの「ロングターム・エボリューション」ワークアイテムで論じられるシステムなどの、ＯＦＤＭを使用するマルチキャリア通信システムにおいて、スケジューラによって割当てられ(assigned and allocated)うるリソースの最小単位は、「リソース・ブロック(resource block)」と呼ばれる。物理リソース・ブロックは、図３に示すように、時間ドメインにおける

個の連続するＯＦＤＭシンボルと周波数ドメインにおける

個の連続するサブキャリアとして規定される。したがって、３ＧＰＰ ＬＴＥ（リリース８）において、物理リソース・ブロックは、

個のリソース要素からなり、各要素は、時間ドメインで０．５ｍｓスロットおよび周波数ドメインで１８０ｋＨｚに対応する（ダウンリンク・リソース・グリッドに関するさらなる詳細については、３ＧＰＰ ＴＳ ３６．２１１「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）：Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌｓ ａｎｄ Ｍｏｄｕｌａｔｉｏｎ（Ｒｅｌｅａｓｅ８）」ｖｅｒｓｉｏｎ ８．７．０，ｓｅｃｔｉｏｎ ６．２（http://www.3gpp.orgで入手可能であり、参照により本明細書に組込まれる）を参照）。さらに、それぞれが２つのタイムスロットからなる１ｍｓサブフレームが、物理層上で規定される。

チャネル品質情報は、１つまたは複数のユーザについてチャネル・リソース（複数可）の品質を決定するために、マルチユーザ通信システムで使用される。この情報は、ｅＮｏｄｅＢ（または、中継ノードなどの他の無線アクセス要素）のマルチユーザ・スケジューラ・アルゴリズムが、チャネル・リソースを異なるユーザに割当てる、または、割当てられたチャネル・リソースの可能性を最大限に利用するようにリンク・パラメータ（たとえば、変調スキーム、符号化レート、または送信電力）を適合させるのを補助するために使用することができる。理想的な場合、全てのユーザ用の全てのリソース・ブロックについてのチャネル品質情報は、最適なスケジューリング決定を行うためにスケジューラにとって常に利用可能であるべきである。しかし、フィードバック・チャネルの容量が制限されるため、チャネル品質情報のこの最新の利用可能性を保証することは実行可能でない。したがって、たとえば所与のユーザ用のリソース・ブロックのサブセットについてだけのチャネル品質情報を送信するために、低減および／または圧縮技法が必要とされる。３ＧＰＰ ＬＴＥにおいて、チャネル品質がレポートされる最小単位は、サブバンドと呼ばれ、複数（ｎ）の周波数隣接リソース・ブロックからなり、

個のサブキャリアを意味する。

３ＧＰＰ ＬＴＥにおいて、チャネル品質用のフィードバックとして与えることができる３つの基本要素が存在する。３つの基本要素とは、
−３ＧＰＰ ＬＴＥ仕様のチャネル品質インジケータ（ＣＱＩ）とも呼ばれる変調および符号化スキーム・インジケータ（ＭＣＳＩ:Modulation and Coding Scheme Indicator）
−予符号化行列インジケータ（ＰＭＩ：Precoding Matrix Indicator）、および、
−ランク・インジケータ（ＲＩ）
である。

ＭＣＳＩは、レポートするユーザ機器へのダウンリンク伝送のために使用されるべきである変調および符号化スキームを提案し、一方、ＰＭＩは、仮定される伝送行列ランクまたはＲＩによって与えられる伝送行列ランクを使用してマルチアンテナ伝送（ＭＩＭＯ）のために使用される予符号化行列／ベクトルを指す。チャネル品質・レポーティングおよび伝送メカニズムに関する詳細は、３ＧＰＰ ＴＳ ３６．２１２「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）：Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ（Ｒｅｌｅａｓｅ８）」ｖｅｒｓｉｏｎ ８．７．０，Ｓｅｃｔｉｏｎ ５．２および３ＧＰＰ ＴＳ ３６．２１３「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）：Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ（Ｒｅｌｅａｓｅ８）」ｖｅｒｓｉｏｎ ８．７．０，Ｓｅｃｔｉｏｎ ７．２（全ての文書は、http://www.3gpp.orgで入手可能であり、参照により本明細書に組込まれる）において見出されうる。

これらの要素は全て、本明細書のチャネル品質フィードバックという用語の下で要約される。したがって、チャネル品質フィードバックは、複数のＭＣＳＩ、ＰＭＩ、ＲＩ値の任意の組合せを含みうる。チャネル品質フィードバック・レポートはさらに、チャネル共分散行列または要素などのメトリクス、チャネル係数、または当業者に明らかな他の適したメトリクスを含むかまたはそれらからなることができる。

３ＧＰＰ ＬＴＥ（リリース８）において、ダウンリンク・チャネル品質をレポートするチャネル品質フィードバックを送出するようにユーザ機器をどのようにトリガするかという異なる可能性が規定される。定期的なＣＱＩレポート（たとえば、３ＧＰＰ ＴＳ ３６．２１３，ｖｅｒｓｉｏｎ ８．７．０のＳｅｃｔｉｏｎ ７．２．２参照）以外に、いわゆる非周期的ＣＱＩレポート（３ＧＰＰ ＴＳ ３６．２１３，ｖｅｒｓｉｏｎ ８．７．０のＳｅｃｔｉｏｎ ７．２．１参照）の送信を要求するために、ユーザ機器へのＬ１／Ｌ２制御シグナリングを使用するという可能性も存在する。このＬ１／Ｌ２制御シグナリングはまた、ランダム・アクセス手順で使用されうる（参照により本明細書に組込まれる３ＧＰＰ ＴＳ ３６．２１３，ｖｅｒｓｉｏｎ ８．７．０のＳｅｃｔｉｏｎ ６参照）。これらの両方の場合、特別なＣＱＩ要求フィールド／ビット／フラグが、ｅＮｏｄｅＢ／中継ノードからユーザ端末への制御メッセージに含まれる。

アップリンク割当てに関する情報を伝えるＬ１／Ｌ２制御シグナリングは、ＵＬ−ＤＣＩと呼ばれることがある。図４は、アップリンクＤＣＩを伝えるのに役立つ、３ＧＰＰ ＴＳ ３６．２１２，Ｓｅｃｔｉｏｎ ５．３．３．１．１に規定されるＦＤＤ動作のためのＤＣＩフォーマット０の例を示す（簡単にするため、ＤＣＩフォーマット０のＣＲＣフィールドは図４に示されないことに留意されたい）。ＣＱＩ要求フラグは、割当てられた(allocated)アップリンク・リソース内で受信機がＣＱＩを送信するべきか否かの情報を含む。こうしたトリガが受信されるときはいつでも、ユーザは、その後、一般に、割当てられた物理アップリンク共有チャネル（ＰＵＳＣＨ）リソース上のアップリンク・データと共に、フィードバックを送信する（詳細な手順は、３ＧＰＰ ＴＳ ３６．２１３，ｖｅｒｓｉｏｎ ８．７．０のＳｅｃｔｉｏｎ ７．２などに記載される）。

ＩＭＴ−Ａｄｖａｎｃｅｄについての周波数スペクトルは、２００８年１１月に世界無線通信会議２００７（ＷＲＣ−０７：World Radio-communication Conference 2007）で決定された。ＩＭＴ−Ａｄｖａｎｃｅｄについての全体の周波数スペクトルが決定されたが、実際の利用可能な周波数帯域幅は、各地域または国に応じて異なる。しかし、利用可能な周波数スペクトル概要に関する決定に続いて、無線インタフェースの標準化が３ＧＰＰで始まった。３ＧＰＰ ＴＳＧ ＲＡＮ第３９回会合において、「リリース１０」とも呼ばれる「Ｅ−ＵＴＲＡのさらなる進展（ＬＴＥ−Ａｄｖａｎｃｅｄ）」に関する研究項目記述が承認された。研究項目は、たとえばＩＭＴ−Ａｄｖａｎｃｅｄに関する要件を達成するために、Ｅ−ＵＴＲＡの進化のために考えられるべき技術コンポーネントをカバーする。ＬＴＥ−Ａのために現在考慮中である２つの主要なコンポーネントが、以下で述べられる。

全体のシステム帯域幅を拡張するために、ＬＴＥ−Ａ（リリース１０）は、キャリア・アグリゲーションを使用し、キャリア・アグリゲーションでは、たとえば最大１００ＭＨｚの広い伝送帯域幅をサポートするために、また、スペクトル集約のために、２つ以上のコンポーネント・キャリアが集約される。単一コンポーネント・キャリアは、２０ＭＨｚの帯域幅を超えないことが一般に仮定される。端末は、その後、その能力に応じて１つまたは複数のコンポーネント・キャリア上で、同時に受信するかつ／または送信することができる。その能力とは、以下のようなものである。

−キャリア・アグリゲーション用の受信および／または送信能力を有するＬＴＥ−Ａｄｖａｎｃｅｄ（リリース１０）互換モバイル端末は、複数のコンポーネント・キャリア上で同時に受信できるかつ／または送信できる。
−コンポーネント・キャリアの構造がリリース８仕様に従う限り、ＬＴＥリリース８互換モバイル端末は、単一コンポーネント・キャリア上だけで受信でき送信できる。

少なくとも、アップリンクおよびダウンリンクにおいてコンポーネント・キャリアの集約された数が同じであるとき、全てのコンポーネント・キャリアをＬＴＥリリース８と互換性を持つように構成することも想定される。ＬＴＥ−Ａコンポーネント・キャリアの非下位互換性構成(non-backward-compatible)の考慮は排除されない。

ＬＴＥリリース８で規定されるただ１つのコンポーネント・キャリアが存在するため、システム帯域幅ＣＱＩレポートのどの部分が行われるかについてユーザ機器における曖昧さが全く存在しない。ＣＱＩ要求フラグ（現在の伝送モードと共に）は、ｅＮｏｄｅＢにＣＱＩフィードバックを提供する方法をユーザ機器に明確に指示する。

ＬＴＥ−Ａリリース１０におけるキャリア・アグリゲーションの導入によって、また、ＬＴＥリリース８ＣＱＩレポーティング手順が再使用されるべきであると仮定すると、ＣＱＩ要求がユーザ機器によって解釈されうる方法の異なる可能性が存在する。

図５に示すように、ｅＮｏｄｅＢまたは中継ノードからユーザ機器へ送信されるアップリンク伝送についての（ＣＱＩ要求を含む）ＵＬ−ＤＣＩは、単一ダウンリンク・コンポーネント・キャリア（ＤＬ ＣｏＣａ）内に設置されることを一般に仮定することができる。ユーザ機器でＣＱＩ要求を扱う単純なルールは、ＵＬ−ＤＣＩが、ユーザ機器によるＣＱＩ伝送を要求するときはいつも、同じことがダウンリンク・コンポーネント・キャリアに適用され、対応するＵＬ−ＤＣＩが送信されることである。これは、ＣＱＩレポートを要求するＵＬ−ＤＣＩを含んだダウンリンク・コンポーネント・キャリアについて、ユーザ機器は、所与のアップリンク伝送において非周期的ＣＱＩフィードバックを同時に送出することになるだけであることを意味する。したがって、複数のダウンリンク・コンポーネント・キャリアについてＣＱＩを要求するために、ＣＱＩが要求されるコンポーネント・キャリアの数は、必要とされる被送信ＵＬ−ＤＣＩメッセージの数と同一である。そのため、５つのコンポーネント・キャリアについてＣＱＩを要求するために、たった１つのコンポーネント・キャリアについてＣＱＩを要求する場合に比べて、５倍のＵＬ−ＤＣＩメッセージを送信することが必要とされる。したがって、この解決策は、ダウンリンク制御オーバヘッドの観点からそれほど効率的でない。さらに、ＬＴＥ−Ａリリース１０の特定の例では、チャネル品質フィードバック・レポーティング・メカニズムの再使用を仮定すると、ＰＤＣＣＨなしで動作するコンポーネント・キャリア、いわゆるエクステンション・キャリアについてチャネル品質をレポートすることは不可能である。その理由は、こうしたコンポーネント・キャリア上で任意のＵＬ−ＤＣＩ（または、実際には任意のＤＣＩ）を送信する可能性が存在しないからである。

ＣＱＩ要求を含むＵＬ−ＤＣＩの代替の扱いは、図６に示される。ＵＬ−ＤＣＩが、ユーザ機器によるＣＱＩ伝送を要求するときはいつも、ユーザ機器は、ユーザ機器へのダウンリンク伝送について利用可能な全てのダウンリンク・コンポーネント・キャリアに対して同じ要求を適用する。したがって、単一ＵＬ−ＤＣＩメッセージは、全てのダウンリンク・コンポーネント・キャリアに非周期的ＣＱＩを送信することをトリガする。したがって、ダウンリンク制御オーバヘッドはむしろ小さい。しかし、結果として得られるアップリンク伝送は、選択された単一コンポーネント・キャリアについてだけアップリンク伝送がＣＱＩを目下のところ必要とすることをネットワークがわかっていても、全てのコンポーネント・キャリアについてのＣＱＩの伝送に対処するために、常に大量のリソースを必要とする。したがって、全てのコンポーネント・キャリアについてのＣＱＩを伝送することは、アップリンク・リソース利用の観点から効率的でなく、要求されるコンポーネント・キャリアＣＱＩの数についての柔軟性を全く提供しない。

ダウンリンク伝送が複数のコンポーネント・キャリア上で起こることができる集約されたキャリアを有するシステムでは、効率的なスケジューリングおよびリンク適応(link adaptation)は、正確でかつ最新のチャネル品質フィードバックの利用可能性に依存する。したがって、制御シグナリング・リソースおよびチャネル品質フィードバック送信リソースを効率的に利用するために、チャネル品質フィードバックが要求され送信されるコンポーネント・キャリアの数を制御することが可能であるべきである。柔軟性以外に、コンポーネント・キャリアの探索を可能にするシステムを提供することが有利であることになり、それは、データ伝送前に、コンポーネント・キャリアが十分なスペクトル効率を提供するかどうか、および／または、どのコンポーネント・キャリアが十分なスペクトル効率を提供するかを判定することを意味する。さらに、既存のシステムの場合、おそらく既に存在するレポーティング手順を再使用して、下位互換性のある方法でチャネル品質フィードバック・メカニズムを提供することが有益であることになる。

３ＧＰＰ ＴＳ ３６．２１１「Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌｓ ａｎｄ Ｍｏｄｕｌａｔｉｏｎｓ」Ｒｅｌｅａｓｅ８，ｖ．８．３．０，Ｍａｙ ２００８ ３ＧＰＰ ＴＳ ３６．２１１「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）：Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌｓ ａｎｄ Ｍｏｄｕｌａｔｉｏｎ（Ｒｅｌｅａｓｅ８）」ｖｅｒｓｉｏｎ ８．７．０，ｓｅｃｔｉｏｎ ６．２ ３ＧＰＰ ＴＳ ３６．２１２「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）：Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ（Ｒｅｌｅａｓｅ８）」ｖｅｒｓｉｏｎ ８．７．０，Ｓｅｃｔｉｏｎ ５．２ ３ＧＰＰ ＴＳ ３６．２１３「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）：Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ（Ｒｅｌｅａｓｅ８）」ｖｅｒｓｉｏｎ ８．７．０，Ｓｅｃｔｉｏｎ ７．２ ３ＧＰＰ ＴＳ ３６．２１３，ｖｅｒｓｉｏｎ ８．７．０のＳｅｃｔｉｏｎ ７．２．２ ３ＧＰＰ ＴＳ ３６．２１３，ｖｅｒｓｉｏｎ ８．７．０のＳｅｃｔｉｏｎ ７．２．１ ３ＧＰＰ ＴＳ ３６．２１３，ｖｅｒｓｉｏｎ ８．７．０のＳｅｃｔｉｏｎ ６ ３ＧＰＰ ＴＳ ３６．２１２，Ｓｅｃｔｉｏｎ ５．３．３．１．１ ３ＧＰＰ ＴＳ ３６．２１１ リリース８ Ｓｅｃｔｉｏｎ６．１１ ３ＧＰＰ ＴＳ ３６．２１３ リリース８ Ｓｅｃｔｉｏｎ７．２ ３ＧＰＰ ＴＳ３６．２１２，ｖｅｒｓｉｏｎ８．７．０，ｓｅｃｔｉｏｎ５．３．３．１．１ ３ＧＰＰ ＴＳ３６．２１３，ｖｅｒｓｉｏｎ８．７．０，ｓｅｃｔｉｏｎ５．１．１．１，７．３および８ Ｓｔ．Ｓｅｓｉａ，Ｉ．Ｔｏｕｆｉｋ，Ｍ．Ｂａｃｋｅｒ「ＬＴＥ Ｔｈｅ ＵＭＴＳ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ」Ｗｉｌｅｙ ａｎｄ Ｓｏｎｓ Ｌｔｄ．，２００９（ＩＳＢＮ：９７８−０−４７０−６９７１６−０），ｓｅｃｔｉｏｎｓ９．３．２．２，９．３．２．３，９．３．３．２，９．３．４

本発明の目的は、モバイル端末からチャネル品質フィードバックをトリガするための効率的でかつ柔軟性のあるメカニズムであって、アップリンク・リソースとダウンリンク・リソースの両方を効率的に利用しながら、コンポーネント・キャリアについて最新のチャネル品質フィードバックの利用可能性を提供する、メカニズムを提案することである。

これは、独立請求項の主題によって達成される。

本発明の有利な実施形態は、従属請求項に従う。

複数のコンポーネント・キャリアを有する通信システムにおいて端末からノードへのチャネル品質フィードバック・レポーティングをトリガするためのメカニズムを提供することが本発明の特定の手法である。したがって、チャネル品質フィードバックは、その端末のためのダウンリンク・トラフィックに従って選択されるコンポーネント・キャリアについてレポートされる。

本発明の第１の態様によれば、通信システムの複数のコンポーネント・キャリアのうちの少なくとも１つについてのチャネル品質情報によって、端末が経験するダウンリンク・チャネル品質をレポートするための方法が提供され、コンポーネント・キャリアは、端末へのダウンリンク伝送に利用可能である。方法は、端末において実施される、所定のフォーマットを有する個別制御情報を受信するステップであって、前記個別制御情報が、経験するチャネル品質をレポートするように端末に要求するためのチャネル品質フィードバック要求を含む、ステップと、チャネル品質情報要求フラグがセットされている場合、通信システム内で構成される複数のコンポーネント・キャリアの中から、ダウンリンク・トラフィックに基づいて少なくとも１つのコンポーネント・キャリアを選択するステップと、選択された各コンポーネント・キャリアについてチャネル品質情報を送信するステップとを含む。

本発明の別の態様によれば、通信システムにおいて端末へのダウンリンク伝送に利用可能な少なくとも１つのコンポーネント・キャリアについて、端末の非周期的チャネル品質フィードバックをトリガするための方法が提供される。方法は、通信システムのアクセス・ネットワーク内のノードによって実施される、通信システム内で構成される複数のコンポーネント・キャリアの中から、ダウンリンク・トラフィックに基づいて少なくとも１つのコンポーネント・キャリアを選択するステップと、非周期的チャネル品質フィードバックの送信をトリガするために、ノードによってセットされるチャネル品質フィードバック要求を含む所定のフォーマットを有する個別制御情報を、モバイル端末に送信するステップと、個別制御情報に応答してモバイル端末から、選択された各コンポーネント・キャリアについてチャネル品質フィードバックを受信するステップとを含む。

ダウンリンク・トラフィックに従うコンポーネント・キャリアの選択は、選択が、端末およびノードにおいて同じように実施されることを可能にし、したがって、どのコンポーネント・キャリアについて、チャネル品質情報が、端末によって送信され、ノードによって受信されるかを、両方の側で暗黙的に導出することを可能にする。関係するコンポーネント・キャリアのこうした暗黙的識別は、リソースを節約し、単一コンポーネント・キャリア・システムから知られているチャネル品質フィードバック要求メカニズムを再使用すること、すなわち、単一コンポーネント・キャリア上だけでチャネル品質フィードバック要求を送出することを可能にする。

通信システムのアクセス・ネットワーク内のノードによって実施される端末の非周期的チャネル品質フィードバックをトリガするための方法は、有利には、通信システムで利用可能な１つまたは複数のコンポーネント・キャリアに基づいて、かつ、端末から受信されるチャネル品質情報に基づいて、端末へのダウンリンク伝送をスケジュールするステップをさらに含む。ここで、利用可能なコンポーネント・キャリアは、たとえば、ノードによるダウンリンク伝送のために構成可能で、端末によってサポートされる全てのコンポーネント・キャリアとすることができる。端末は、その能力に応じて複数のコンポーネント・キャリアをサポートすることができる。

本発明の実施形態によれば、個別制御情報は、通信システムの複数のコンポーネント・キャリアの１つのコンポーネント・キャリアによって受信される。チャネル品質フィードバックを送信するステップは、好ましくは、前記チャネル品質情報要求フラグが個別制御情報内にセットされている場合、少なくとも個別制御情報が受信されるコンポーネント・キャリアについてチャネル品質情報を送信することを含む。この手法は、ダウンリンク・トラフィックを目下のところ運ばないコンポーネント・キャリアの探索(probing)を可能にする。

有利には、個別制御情報が受信されるコンポーネント・キャリアについて送信されるチャネル品質情報は、ダウンリンク・トラフィックに基づいて選択される少なくとも１つのコンポーネント・キャリアのチャネル品質情報をエンコードすることとは別々にエンコードされる。この手法の利点は、選択されたコンポーネント・キャリア（複数可）に関連するチャネル品質情報がたとえ損なわれても、すなわち不正確に復号されても、個別制御情報が受信されるコンポーネント・キャリアのチャネル品質フィードバックをおそらくは正確に復号することができることである。チャネル品質フィードバックの正確な解釈を保証するために、個別制御情報が受信されるコンポーネント・キャリアのエンコードされたチャネル品質情報は、ノードおよび端末によって経験的に知られている対応する送信リソースを割当てることによって、選択されるコンポーネント・キャリアの数に無関係に成功裏に復号されうるように送信することができる。これは、個別制御情報を運ぶコンポーネント・キャリアについてのチャネル品質情報が、典型的にはチャネル品質フィードバック・メッセージ全体の第１の位置で送信される場合に達成することができる。

コンポーネント・キャリアを選択することは、第１の所定の時間窓内で端末がダウンリンク・トラフィックを受信する少なくとも１つのコンポーネント・キャリアを選択することを含む。ここで、ダウンリンク・トラフィックは、好ましくは、複数のユーザ端末によって共有可能なダウンリンク共有チャネル上の端末のダウンリンク・トラフィックである。しかし、ダウンリンク・トラフィックは、別法としてまたは付加的に、個別ダウンリンク制御トラフィック、マルチキャスト・トラフィック、ブロードキャスト・トラフィックなどの他のタイプのトラフィックを含むことができる。所定の時間窓は、通信システムのために規定される複数の物理層送信時間間隔で与えることができる。たとえば、通信システムが、３ＧＰＰ ＬＴＥなどのＬＴＥシステムである場合、時間間隔はサブフレームに対応することができる。そのため、時間窓は、こうした最新の時間間隔の整数として規定することができる。好ましくは、時間窓は、チャネル品質フィードバックをトリガする個別制御情報が送信される送信時間間隔で終わる。

代替の実施形態では、時間窓は、端末からチャネル品質フィードバックが送信される１送信時間間隔前に終わる。別の代替の実施形態では、時間窓は、チャネル品質フィードバック送信の送信時間間隔を超えて延在し、ＵＥが認識しているコンポーネント・キャリアであって、ダウンリンク伝送が起ころうとしている、コンポーネント・キャリアを選択することが有益である。これは、たとえば、送信が一定でかつ予測可能なパターンに従う、いわゆるセミパーシステント割当て(semi-persistent allocation)において、または、自動再送要求プロトコルの場合に再送信を保留する場合にそうである。

コンポーネント・キャリアを選択することは、チャネル品質情報要求フラグを含む個別制御情報を端末が受信する同じＬＴＥ物理層サブフレーム内で、端末がダウンリンク・トラフィックを受信する少なくとも１つのコンポーネント・キャリアを選択することを含むことができる。これは、サイズ１の第１の時間窓に対応する。

別法としてまたは付加的に、選択することは、第２の所定の時間窓内で端末が否定応答(negative acknowledgment)を送信する少なくとも１つのコンポーネント・キャリアを選択することを含む。この第２の時間窓は、第１の時間窓に等しいとすることができる。しかし、第２の時間窓はまた、より大きいかまたはより小さいとすることができる。第１の時間窓と同様に、第２の時間窓は、３ＧＰＰ ＬＴＥ用のサブフレームなどの、通信システムについて規定される複数の物理層送信時間間隔で与えることができる。この手法は、たとえ再送信前でも、リンク適応を容易にする。

好ましくは、各コンポーネント・キャリアは、物理セル識別子などの個々の識別子を割当てられる。選択するステップにおいて複数のコンポーネント・キャリアが選択される場合、選択されるコンポーネント・キャリアについて送信されるチャネル品質情報は、個々の識別子に関して降順または昇順に配列される。あるいは、配列は、コンポーネント・キャリアのキャリア周波数の昇順または降順で行われうる。これは、それぞれの異なるコンポーネント・キャリアについておそらく含まれるチャネル品質情報のレポートの明確な識別を可能にする。

本発明は、３ＧＰＰ ＬＴＥシステムまたはその拡張型などの通信システムについて容易に使用可能である。したがって、所定のフォーマットの個別制御情報は、３ＧＰＰ ＬＴＥリリース８で規定されるＤＣＩフォーマット０の個別制御情報とすることができる。そのため、端末によって受信される個別制御情報は、対応するダウンリンク・データ伝送用の個別制御情報（ＤＬ−ＤＣＩ）およびＣＱＩフラグを含むアップリンク伝送用の個別制御情報（ＵＬ−ＤＣＩ）を含むことができる。しかし、個別制御情報は、端末にとって固有の任意のダウンリンク制御情報とすることができ、また、任意の通信システムの任意の個別または共有チャネルを通じて送出させることができる。

コンポーネント・キャリアを選択することは、端末が、動的にスケジュールされた共有データ・チャネル・トラフィックを受信する少なくとも１つのコンポーネント・キャリアを選択することを含むことができる。好ましくは、ＬＴＥシステムの場合、これは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上のトラフィックを指すことができる。しかし、特定のコンポーネント・キャリアについてチャネル品質のレポーティングをトリガするために、他の種類のトラフィックを、ＰＤＳＣＨに加えてまたはその代替として使用することができる。

好ましくは、ワイドバンド・チャネル品質情報は、通信システム内の端末に利用可能な全てのコンポーネント・キャリアについて送信され、ワイドバンド・チャネル品質情報より多くの詳細を含むサブバンド・チャネル品質情報は、選択するステップにおいて選択されるコンポーネント・キャリアについてだけ送信される。この手法は、ワイドバンド・チャネル品質情報の最新の利用可能性を、また補足としてより詳細を、また能動的にスケジュールされるコンポーネント・キャリアについての最新のチャネル品質情報を提供する。

本発明のなお別の態様によれば、プロセッサによって実行されたとき、上述の方法の任意の方法を実施する命令を格納するコンピュータ可読媒体が提供される。プロセッサは、端末内のプロセッサ、または、通信システムのアクセス・ネットワークのノード内のプロセッサとすることができる。

本発明のなお別の態様によれば、端末へのダウンリンク伝送に利用可能な通信システムの複数のコンポーネント・キャリアのうちの少なくとも１つについてのチャネル品質情報によって、端末が経験するダウンリンク・チャネル品質に関してレポーティングのための端末が提供される。端末は、所定のフォーマットを有する個別制御情報を受信するための受信機であって、前記個別制御情報は、端末によってチャネル品質のレポーティングを要求するためのチャネル品質情報要求を含む、受信機と、前記チャネル品質情報要求がセットされている場合、通信システム内で構成される複数のコンポーネント・キャリアの中から、ダウンリンク・トラフィックに基づいて少なくとも１つのコンポーネント・キャリアを選択するための処理ユニットと、選択された各コンポーネント・キャリアについてチャネル品質情報を送信するための送信機とを備える。

本発明のなお別の態様によれば、通信システムのアクセス・ネットワークで使用し、通信システムにおいて端末へのダウンリンク伝送に利用可能な少なくとも１つのコンポーネント・キャリア上で、端末の非周期的チャネル品質情報をトリガするためのノードが提供される。ノードは、通信システム内で構成される複数のコンポーネント・キャリアの中から、ダウンリンク・トラフィックに基づいて少なくとも１つのコンポーネント・キャリアを選択するための処理ユニットと、非周期的チャネル品質情報をトリガするために、ノードによってセットされるチャネル品質情報要求フラグを含む所定のフォーマットを有する個別制御情報を、モバイル端末に送信するための送信機と、前記個別制御情報に応答してモバイル端末から、選択された各コンポーネント・キャリアについてチャネル品質情報を受信するための受信機とを備える。

ここで、受信機は、たとえばＬＴＥ規格などの既定の規格に従って、エンコードされ変調された信号を受信することが可能な受信機とすることができる。同様に、送信機は、たとえばＬＴＥ規格などの既定の規格に従って、エンコードされ変調された信号を送信することが可能な送信機とすることができる。処理ユニットは、プロセッサによって、または、任意の種類のハードウェア上で実行される任意のソフトウェアによって形成されてもよく、本発明に従ってコンポーネント・キャリアの選択を実施することが可能とすることができる。

本発明のなお別の態様によれば、上述した少なくとも１つのノードおよび上述した少なくとも１つの端末を備える通信システムが提供され、ノードおよび端末は、通信システム内に設けられるチャネルを通じて通信する。チャネルは、好ましくは、無線モバイル・チャネルである。しかし、本発明は、それに限定されず、他のタイプのチャネルに基づく別の通信システムのために使用することができる。

本発明の上記のまた他の目的および特徴は、以下の説明および添付図面に関連して与えられる好ましい実施形態からより明らかになるであろう。

３ＧＰＰ ＬＴＥの例示的なアーキテクチャを示す略図である。 ３ＧＰＰ ＬＴＥシステムの全体的なＥ−ＵＴＲＡＮアーキテクチャの例示的な概要を示す略図である。 ３ＧＰＰ ＬＴＥリリース８について規定された例示的なダウンリンク・リソース・グリッドを示す略図である。 ＦＤＤ動作の場合の、３ＧＰＰ ＬＴＥリリース８による個別制御情報（ＤＣＩ）の「ＤＣＩフォーマット０」を示す略図である。 ３ＧＰＰ ＬＴＥ−Ａリリース１０システムにおける、ユーザ機器からの非周期的ＣＱＩレポーティングをトリガするための例示的な解決策を示す略図である。 ３ＧＰＰ ＬＴＥ−Ａリリース１０システムにおける、ユーザ機器からの非周期的ＣＱＩレポーティングをトリガするための別の例示的な解決策を示す略図である。 端末の観点からの、本発明によるチャネル品質情報レポーティング手順の例を示す略図である。 端末の観点からの、本発明によるチャネル品質情報レポーティング手順の別の例を示す略図である。 本発明の実施形態によるチャネル品質情報レポーティング手順の例を示す略図である。 本発明の実施形態によるチャネル品質情報レポーティングをトリガするための方法示す略図である。

以下の節は、本発明の種々の実施形態を述べる。例示だけのために、実施形態のほとんどは、３ＧＰＰ ＬＴＥリリース８による直交シングルキャリア・アップリンク無線アクセス・スキームおよび先に論じたＬＴＥ−Ａリリース１０モバイル通信システムに関連して概説される。実際には、本発明は、有利には、たとえば３ＧＰＰ ＬＴＥリリース８などのモバイル通信システムおよび先に述べたＬＴＥ−Ａリリース１０通信システムに関連して使用することができる。しかし、本発明は、この特定の例示的な通信ネットワークにおける使用に限定されない。

先に示した説明は、主に３ＧＰＰ ＬＴＥリリース８およびＬＴＥ−Ａリリース１０に固有の本明細書で述べる例示的な実施形態をよりよく理解することを意図され、本発明を、モバイル通信ネットワークにおけるプロセスおよび機能についての述べた特定の実装に限定するものとして理解されるべきでない。それでも、本明細書で提案されるチャネル品質フィードバック・レポーティングに対する改良は、述べたアーキテクチャ／システムに容易に適用することができ、また、本発明のいくつかの実施形態では、これらのアーキテクチャ／システムの標準的でかつ改善された手順を利用することもできる。

本発明は、データ伝送のために使用される複数のコンポーネント・キャリアを有するシステムにおいてチャネル品質情報をレポートするためのメカニズムを提供する。特に、端末は、チャネル品質情報のための要求を指示するフラグを含む個別制御情報を既定のフォーマットで受信する。端末は、その後、端末がチャネル品質情報を送出するものとするコンポーネント・キャリアを選択する。選択は、同時発生のダウンリンク・トラフィックに従って実施される。選択後、端末は、選択されたコンポーネント・キャリアについてチャネル品質情報を送信する。

そのため、本発明は、チャネル品質情報が送出されることになるコンポーネント・キャリアを暗黙的に決定する。こうした暗黙的な選択は、チャネル品質情報による同じ要求がサポートすることができるため、シングルキャリアだけをサポートするシステムとの互換性を提供する。たとえば、３ＧＰＰ ＬＴＥシステムでは、リリース８のＰＤＣＣＨ（図４参照）のフィールド構造を使用することができる。これはまた、チャネル品質フィードバック・レポーティングをトリガするためにダウンリンクにおいて必要な、さらなるシグナリング・オーバヘッド(signaling overhead)が全く存在しないことを意味する。図４に示すように、ＦＤＤ用のＵＬ−ＤＣＩは、以下のものからなる。以下のものとは、
−同じ数のビット／サイズを有すると規定される、ＤＣＩフォーマット０とＤＣＩフォーマット１を区別するためのフォーマット・フラグ（フラグ・フォーマット０／１Ａ）、
−ユーザ機器がアップリンク・リソース・ホッピングを使用すべきか否かを指示するホッポング・フラグ（ホッピング・フラグ）、
−ＰＵＳＣＨ上のアップリンク・リソースをユーザ機器に割当てるリソース・ブロック割当てフィールド（非周期的チャネル品質フィードバックをトリガするとき、チャネル品質フィードバックおよび任意選択でさらなるユーザ・データは、多重化され、そのＰＵＳＣＨを介して、割当てられたこれらのリソース上で送信される）、
−ＰＵＳＣＨ上の、割当てられたリソースに関する送信のための、変調スキーム、符号化レート、および冗長バージョンを指示する変調および符号化スキーム・フィールド（ＭＣＳ＆ＲＶ）、
−ユーザ機器が新しいデータを送出しなければならないかどうか、または、再送信を指示する新データ・インジケータ（ＮＤＩ）、
−参照シンボル・シーケンスに適用されるサイクリック・シフトを構成するためのＤＭＲＳフィールド（Ｃｙｃｌｉｃ Ｓｈｉｆｔ ＤＭＲＳ）、
−ユーザ機器からの非周期的チャネル品質フィードバック・レポーティングをトリガするためのＣＱＩ要求フラグ、
−必要とされる場合、個別制御情報のサイズを所定数のビットに合わせる(align)１つまたは複数のパッディング・ビット（複数可）
である。

さらに、１つのチャネル品質情報だけが、少なくとも１つのコンポーネント・キャリアについてレポートをトリガするために必要とされ、また、レポートされるコンポーネント・キャリアが、ダウンリンク・トラフィックに関して選択されるため、暗黙的選択は、アップリンク・リソースとダウンリンク・リソースの両方の効率的な利用を可能にする。ダウンリンク・トラフィックに基づくコンポーネント・キャリアの選択は、（端末がスケジュールされる）使用中であるコンポーネント・キャリアについての最新のレポーティングを可能にし、それは、次に、集約されたキャリアを有するシステムについて効率的なスケジューリングおよびリンク適応を可能にする。本発明の別の利点は、チャネル品質情報要求フラグを有する制御情報を運ばないコンポーネント・キャリアについても、こうしたコンポーネント・キャリアがダウンロード・トラフィックを運ぶ限り、チャネル品質情報レポーティングがトリガされてもよいことである。

端末は、本文脈では、モバイルフォン、無線カード、ＰＤＡなどの、複数のコンポーネント・キャリア上でデータを受信する任意のデバイス、複数のコンポーネント・キャリアを使用してシステムにアクセスできる可搬型ＰＣまたはＰＣステーション、あるいは任意の他のデバイスとすることができる。チャネル品質情報フラグは、１ビット・データとすることができ、１ビット・データは、ゼロにセットされている場合（または、別法として、１にセットされている場合）、チャネル品質情報を送信するように端末に要求する。しかし、チャネル品質情報フラグはまた、２ビット以上を含むことができる。

コンポーネント・キャリアは、ダウンリンク伝送に利用可能なコンポーネント・キャリアの中から選択することができる。利用可能なコンポーネント・キャリアは、一般に、ダウンリンク上でデータを端末（たとえば、ユーザ機器）に運ぶ(convey)ために、基地局（たとえば、ｅＮｏｄｅＢまたは中継ノード）が使用できる全てのコンポーネント・キャリアとすることができる。しかし、利用可能なコンポーネント・キャリアは、端末がデータの受信のために仮定するコンポーネント・キャリア（たとえば、これは、ＲＲＣシグナリングなどの上位層シグナリングを使用してネットワーク／ｅＮｏｄｅＢ／中継ノードによって、端末ごとに個々に構成することができる）、または、端末がデータの受信を検出する全てのコンポーネント・キャリアに限定することができる。「利用可能なコンポーネント・キャリア(available component carriers)」という用語はまた、チャネル品質フィードバック・レポーティングについて端末が考慮するように構成される（ＲＲＣシグナリングなどの高位層シグナリングを使用して構成されうる）全てのコンポーネント・キャリア、または、受信機の受信能力（これは、無線周波数回路の複雑さおよび電力消費などの端末のハードウェア制約または能力に主に関連する）内にある全てのコンポーネント・キャリアを指す場合がある。したがって、「利用可能なコンポーネント・キャリア」という用語の解釈は、システム構成に依存するものとする。

通常、ダウンリンクの高いデータレートに最も適する端末は、送信機に近く（「セル中心(cell-center)」に近く）かつ高速に移動しない、すなわち、ダウンリンクのチャネル特性が、ある期間にわたってほとんど変動しない場合の端末である。その理由は、セル中心端末の場合、利用可能な送信電力が、高い（符号化レートｒ＝１に近い）符号化レートおよび／または（６４−ＱＡＭなどの）高次変調スキームについて非常に効率的に使用され、ゆっくり移動する端末の場合、チャネル特性が、所定期間にわたってほぼ一定であるからである。これは、レポートされた、こうしたゆっくり移動する端末のチャネル品質フィードバックが、非常に長期の有効性を有し、非常に正確でかつ効率的なリンク適応を可能にすることを意味する。「セル中心(cell-center)」および「セル境界(cell boundary)」という用語が、たとえ無線ネットワーク要素（ｅＮｏｄｅＢまたは中継ノードなど）の位置に対する端末の地理的位置に起因しても、「セル中心」および「セル境界」という用語はまた、良好な／悪い無線状態に全体的に／平均的にそれぞれ直面する端末を指す。これは、地理的距離の関数であるだけでなく、たとえば無線通信の２つの端部間で視線接続を遮断する障害物の存在の関数である。したがって、ｅＮｏｄｅＢまたは中継ノードに対して非常に小さなユークリッド距離を有する端末でさえも、伝送パス（複数可）が、壁、建物、草木、金属シールド、および同様なものなどの障害物によって遮断される場合、セル境界環境にあると考えられうる。

したがって、こうしたゆっくり移動するセル中心端末の能力を利用するために、コンポーネント・キャリア・アグリゲーションを使用する、すなわち、少なくともダウンリンク伝送について複数のコンポーネント・キャリアを使用するように端末を構成することが有利である。一般に、アクセス・ネットワーク内のノードが、単一または複数コンポーネント・キャリア送信および／または受信モードで動作するように端末を構成することができるように、高位層構成または半静的構成が、ネットワークにとって利用可能であることが仮定されうる。したがって、端末は、ダウンリンクにおいて複数のコンポーネント・キャリアが利用可能であるか否かを認識しているため、チャネル品質情報要求フラグがセットされるアップリンク伝送についての個別制御情報が、（１つのコンポーネント・キャリアだけが利用可能である場合）単一ダウンリンク・コンポーネント・キャリアについてチャネル品質フィードバックを提供する要求として解釈されなければならないか、または、（複数のコンポーネント・キャリアが利用可能である場合）複数ダウンリンク・コンポーネント・キャリアの１つまたは複数のコンポーネント・キャリア上でのチャネル品質フィードバックについての要求として解釈されなければならないかを判断できる。したがって、端末のために構成されるダウンリンク・コンポーネント・キャリアの数に応じて、端末は、個別制御情報を別様に解釈することができる。

同様に、アクセス・ネットワーク・ノード（通常、基地局、ｅＮｏｄｅＢ、または中継ノード）はまた、端末について構成されたダウンリンク・コンポーネント・キャリアの数を認識しており、したがって、たとえばチャネル品質情報要求フラグをセットすることによって、または、時間および／または周波数リソース上の特別なパターンに従って個別制御情報をシグナリングすることによって、端末のチャネル品質フィードバック・レポーティング挙動をそれに応じて制御することができる。したがって、アクセス・ネットワーク・ノードは、各端末に対してダウンリンク伝送を適切にスケジュールするために、端末からチャネル品質フィードバックを要求できる。

本発明およびその種々の実施形態は、３ＧＰＰ ＬＴＥ−Ａリリース１０に対して実装することができる。こうした実装は、３ＧＰＰ ＬＴＥリリース８から知られているＣＱＩ要求フラグを含む個別制御情報について所定のフォーマットの新しい解釈を提案する。３ＧＰＰ ＬＴＥ−Ａリリース１０の文脈のＣＱＩ要求フラグは、１つまたは複数のコンポーネント・キャリア上でチャネル品質フィードバックを提供するように、個別制御情報（ＰＤＣＣＨなど）を受信する端末に要求するために使用されるフラグである。１つの例示的な実装では、個別制御情報の所定のフォーマットは、３ＧＰＰ ＬＴＥリリース８について規定され、図４に示す「ＤＣＩフォーマット０」である。

本発明によれば、チャネル品質フィードバックが提供されるものとするコンポーネント・キャリアは、ダウンリンク・トラフィックに基づいて選択される。こうした選択の２つの例は、図７Ａおよび図７Ｂにそれぞれ示される。

図７Ａは、表７５１にシステムの状態を示す。５つのダウンリンク・コンポーネント・キャリアＤＬ ＣｏＣａ１、ＤＬ ＣｏＣａ２、ＤＬ ＣｏＣａ３、ＤＬ ＣｏＣａ４、およびＤＬ ＣｏＣａ５が、ユーザ端末への送信に利用可能であることが仮定される。特に、ＤＬ ＣｏＣａ２は、ＰＤＣＣＨ上で、チャネル品質情報要求フラグがセットされたＵＬ−ＤＣＩ（「UL-DCI,CQI trigger set」として記される）を運び、ＰＤＳＣＨ上でアクティブ・ダウンリンク・トラフィックを運ぶ。所与のユーザ端末について、利用可能なコンポーネント・キャリアの２つＤＬ ＣｏＣａ３およびＤＬ ＣｏＣａ５はまた、ＰＤＳＣＨ上でアクティブ・ダウンリンク・トラフィックを運び（「active DL traffic」として記される）、利用可能なコンポーネント・キャリアの２つＤＬ ＣｏＣａ１およびＤＬ ＣｏＣａ４は、ＰＤＳＣＨ上でアクティブＤＬトラフィックを運ばず（「No active DL traffic」として記される）、ＰＤＣＣＨ上でＤＬ割当ても運ばない（「No DL assignment」として記される）。この状況が与えられると、本発明のこの例では、端末は、３つのコンポーネント・キャリアＤＬ ＣｏＣａ２、ＤＬ ＣｏＣａ３、およびＤＬ ＣｏＣａ５についてチャネル品質情報７０１を送信することになる。

図７Ｂは、表７５２にシステムの状態の別の例を示す。この例のシステム７５２の状態は、コンポーネント・キャリアＤＬ ＣｏＣａ２に関してＰＤＳＣＨ上にｎｏ ａｃｔｉｖｅ ｄｏｗｎｌｉｎｋ ｔｒａｆｆｉｃが存在する点で、図７Ａに関して述べたシステムの状態と異なり、そのコンポーネント・キャリアのＰＤＣＣＨ上で、チャネル品質情報要求が受信されている。この例の状況が与えられると、端末は、２つのコンポーネント・キャリアについて、すなわち、ＤＬ ＣｏＣａ３およびＤＬ ＣｏＣａ５についてチャネル品質情報７０２をレポートすることになる。

上記例の「アクティブ・ダウンリンク・トラフィック(active downlink traffic)」という用語に関して、セットされたチャネル品質情報要求フラグが送信されるときに、所与のユーザ端末が同じサブフレーム内でダウンリンク・トラフィックを受信する各コンポーネント・キャリアについてチャネル品質情報・レポーティングがトリガされることになることが仮定された。ダウンリンク・トラフィックは、好ましくは、アクティブ・ダウンリンク・セミパーシステント・スケジューリング（ＳＰＳ：Semi-Persistent Scheduling）から得られる、動的にスケジュールされた共有データ・チャネル・トラフィックおよびデータ伝送の少なくとも一方を含む。対照的に、好ましくは、専ら動的なブロードキャスト・データのダウンリンク伝送、ページング情報、ランダム・アクセス手順送信、ＰＨＩＣＨ上で送出される、再送信手順関連データなどの制御データ、またはＳＰＳ明示的リリース・コマンドは、各コンポーネント・キャリアについてチャネル品質情報レポーティングをトリガすべきではない。しかし、本発明は、それに限定されず、また、チャネル品質情報がレポートされるコンポーネント・キャリアの選択は、たとえば、単に動的にスケジュールされた共有データ・チャネル・トラフィックに従って、または別法として、上述したようなより多くのタイプのトラフィックに基づいて実施することができる。

しかし、本発明は、チャネル品質フィードバックがレポートされることになるコンポーネント・キャリアを、同じサブフレーム内でのこれらのコンポーネント・キャリアの受信に基づいて決定することに限定されない。あるいは、Ｍ個の一番最近のサブフレームのトリガリング窓を使用することができる。その後、所与のユーザ端末についてのチャネル品質情報要求フラグが、サブフレームｉ内でセットされている場合、チャネル品質情報は、最後のＭ個のサブフレームのうちの少なくとも１つ（サブフレームｉ−Ｍ＋１から現在サブフレームｉまでを意味する）内でダウンリンク・トラフィックを運んできた各コンポーネント・キャリアについて送信されることになる。ここで、ｉおよびＭは整数であり、ｉは、サブフレームに番号を付けるためのインデックスである。トリガリング（時間）窓は、チャネル品質フィードバックをトリガする個別制御情報が、先に述べたように送信されるサブフレームｉ内で終わることができる。しかし、本発明は、それに限定されず、時間窓は、あるいは、チャネル品質フィードバックが端末から送信される１サブフレーム（送信時間間隔）前に終わることができる。たとえば、３ＧＰＰ ＬＴＥリリース８では、端末におけるチャネル品質フィードバック要求の受信とチャネル品質情報のレポーティングとの間に一定タイミング（４サブフレーム）が存在する。レポートを送信するための送信時間間隔までに、アクティブなトラフィックを有するコンポーネント・キャリアさえもレポートすることを考慮することが有利である場合がある。あるいは、トリガリング窓は、チャネル品質フィードバック送信のサブフレームを超えて延在することができる。ダウンリンク伝送が行われつつあり、ユーザ端末が、要求を受信するときまたは要求されたフィードバックを送信するときそれを認識しているコンポーネント・キャリアを選択することが有益である。これは、たとえば、送信が一定でかつ予測可能なパターンに従う、いわゆるセミパーシステント割当ての場合、または、自動再送要求（ＡＲＱ）プロトコルにおいて再送信を保留する場合にそうである。

トリガリング窓を設けることは、スケジューラに課される制約の緩和、したがって、スケジューラの複雑さの低減を可能にする。こうしたトリガリング窓によって、ノードは、同じ単一サブフレームｉ内で全ての所望のコンポーネント・キャリア上のダウンリンク伝送を端末に割当てるように強制されるのではなく、代わりに、窓内で同じ割当てを行うことができる。マルチユーザ・シナリオでは、考えられる被送信個別制御情報メッセージの数が制限されるため、単一サブフレームが、単一のまたは少数の端末だけのために多くのＤＣＩを運ばなければならない場合は、システム性能にとってよくない場合がある。一方、トリガリング窓を設けることは、ダウンリンク伝送が失敗した場合に欠点を有する。ユーザ端末が、たとえばスケジューリング割当てに失敗したために、ダウンリンク上で送信に失敗する場合、選択されたキャリアについてのチャネル品質情報のコンテンツの解釈は、ｅＮＢとユーザ端末との間でより容易に相違する場合がある。

あるいは、チャネル品質情報が送出されることになるコンポーネント・キャリアは、利用可能なコンポーネント・キャリア上での再送信を保留することに基づいて決定することができる。たとえば、チャネル品質情報は、ユーザ端末がトリガリング窓（Ｍ個の一番最近のサブフレームを意味する）内で否定応答（ＮＡＣＫ）を送信した各コンポーネント・キャリアについて送信されてもよい。否定応答が、コンポーネント・キャリア上で送信された場合、ハイブリッドＡＲＱバッファは消去されず、近い将来、再送信（ダウンリンク・トラフィック）が起こるという可能性があり、したがって、チャネル品質フィードバックは、たとえば変調および符号化スキームに適切に適合するために有益である場合がある。この解決策の利点は、再送信（複数可）についてのリンク適応を、実際の再送信（複数可）の前に最適化することができることである。しかし、トリガリング窓に関して述べた欠点は、トリガリング窓を規定するＭの値に応じて、このメカニズムについても持続する。さらに、１回目の送信の前に正確なチャネル品質情報を得ることは難しい。

また、特定のコンポーネント・キャリアのチャネル品質情報レポーティングをトリガするための上述した例示的な条件を組み合わせることができる。たとえば、チャネル品質フィードバック・レポーティングは、最近のＭ個のサブフレーム内で否定応答を運ぶ、かつ／または、同じサブフレーム内で（または、最後のＳ（Ｓは、Ｍに等しくても、Ｍより大きくても、Ｍより小さくてもよい）個のサブフレーム内で）アクティブ・ダウンリンク・トラフィックを運ぶ各コンポーネント・キャリアについてトリガされてもよい。リソースを効率的に使用するために、上記例示されたチャネル品質情報トリガリング条件は、さらに制約を与えることができる。たとえば、チャネル品質情報は、同じサブフレーム内でアクティブ・ダウンリンク・トラフィックを運ぶ各コンポーネント・キャリアについて送出させることができ、Ｋより少ないコンポーネント・キャリアが選択される場合、チャネル品質情報はまた、Ｍ個の一番最近のサブフレーム内でダウリンク・トラフィックを運ぶいくつかの他のコンポーネント・キャリアについてレポートすることができる。ここで、Ｋは、１と利用可能なコンポーネント・キャリアの数との間の整数である。上記トリガリング・メカニズムの任意の他の変形または組合せが可能である。

チャネル品質フィードバックが提供されるコンポーネント・キャリアを選択する別の可能性は、ダウンリンク個別制御情報（ＤＬ−ＤＣＩ）を運ぶ各コンポーネント・キャリアを選択することである。これは、固有で既定のＤＣＩフォーマットのＤＬ−ＤＣＩを運ぶコンポーネント・キャリアだけを選択することにさらに限定することができる。こうして、コンポーネント・キャリアの選択は、より精巧になり、また、トラフィック・タイプに関する高位層からの情報に頼る必要なしで、選択される送信のタイプだけを見ることができる。高位層からの情報を使用してトラフィックのタイプを決定することは、むしろ長い時間がかかる可能性があり、要求後にできる限り速くフィードバックを送信するという要求および願望と対照的である。

たとえば、セミパーシステント送信は、定義上、動的に送信されるＤＬ−ＤＣＩなしで通常起こる。さらに、一定のＤＣＩフォーマットは一定の信号タイプを運ぶ。たとえば、ＬＴＥリリース８では、ＤＣＩフォーマット３および３Ａは、アップリンク電力制御情報を１つまたは複数の端末に運ぶ。通常、これは、ダウンリンク・チャネル品質情報をレポートする動機ではないと仮定されうる。その理由は、そうすることが、アップリンク電力制御に関連せず、また、ＤＣＩフォーマット自体を送信することが必要とされないからである。一方、非常に正確なチャネル条件の知識を必要とするデータ伝送方法に結び付けられるＤＣＩフォーマットは、有利には、コンポーネント・キャリアを選択するために使用されうる。たとえば、ＬＴＥリリース８では、ＤＣＩフォーマット２および２Ａは、閉ループ空間多重データ伝送を割当てるために使用されうる。したがって、こうしたＤＣＩフォーマットによって割当てられるコンポーネント・キャリアは、選択に含まれるべきである。別法としてまたは付加的に、トリガリングは、ＤＣＩフォーマットのために使用される、ある無線ネットワーク一時的識別子（ＲＮＴＩ：Radio Network Temporary Identifier）に制限することができる。ＤＣＩと同様に、ＲＮＴＩは、データ伝送のタイプおよび／またはＤＣＩの意図されるレシピエントを指示しうる。あるＲＮＴＩ（たとえば、Ｃ−ＲＮＴＩまたはＳＰＳ−Ｃ−ＲＮＴＩ）は、ユーザ機器がＲＲＣ接続を有する場合、ユーザ機器を一意に識別し、一方、ある特別なＲＮＴＩ（たとえば、ＬＴＥリリース８のＳＩ−ＲＮＴＩ）は、たとえば、ブロードキャスト・データに似たシステム情報送信割当てに関する割当てを識別するために使用される。ブロードキャスト・データの送信は、単一ＵＥのチャネル条件に適合されていることを必要とされないため、Ｃ−ＲＮＴＩまたはＳＰＳ−Ｃ−ＲＮＴＩの使用だけに基づき、たとえばＳＩ−ＲＮＴＩには基づかずにコンポーネント・キャリアを選択することが有利である。

本発明の実施形態によれば、個別制御情報内で特定のコンポーネント・キャリア上のチャネル品質情報要求フラグを受信した後、端末は、少なくとも個別制御情報が受信されるダウンリンク・コンポーネント・キャリアについてチャネル品質情報を送信する。要求が受信されたコンポーネント・キャリアについて少なくともチャネル品質情報をシグナリングすることは、チャネル品質情報が送出されなければならない少なくとも１つのコンポーネント・キャリアの明示的な識別を可能にする。そのため、そのシグナリングは、コンポーネント・キャリア探索の可能性を提供し、そのことは、こうして、チャネル品質情報を、アクティブ・ダウンリンク・トラフィックがない状態で、コンポーネント・キャリアについてレポートすることができることを意味する。

図８は、本発明によるチャネル品質情報手順の例を示す。５つのダウンリンク・コンポーネント・キャリアＤＬ ＣｏＣａ１、ＤＬ ＣｏＣａ２、ＤＬ ＣｏＣａ３、ＤＬ ＣｏＣａ４、およびＤＬ ＣｏＣａ５が、ユーザ端末への送信に利用可能であることが仮定される。表８５０は、これらのコンポーネント・キャリアについて、制御チャネルＰＤＣＣＨ上で受信される情報およびＰＤＳＣＨ上で受信されるデータを示す。特に、ＤＬ ＣｏＣａ２は、ＰＤＣＣＨ上で、チャネル品質情報要求フラグがセットされたＵＬ−ＤＣＩ（「UL-DCI,CQI trigger set」として記される）を運び、ＰＤＳＣＨ上でアクティブ・ダウンリンク・トラフィックを運ぶ。所与のユーザ端末について、これらの利用可能なコンポーネント・キャリアの２つＤＬ ＣｏＣａ３およびＤＬ ＣｏＣａ５は、ＰＤＳＣＨ上でアクティブ・ダウンリンク・トラフィックを運び（「active DL traffic」として記される）、利用可能なコンポーネント・キャリアの２つＤＬ ＣｏＣａ１およびＤＬ ＣｏＣａ４は、ＰＤＳＣＨ上でアクティブＤＬトラフィックを運ばず（「No active DL traffic」として記される）、ＰＤＣＣＨ上でＤＬ割当ても運ばない（「No DL assignment」として記される）。この例のために、コンポーネント・キャリアＤＬ ＣｏＣａ２は、ＰＤＳＣＨ上でアクティブ・ダウンリンク・トラフィックを、運ぶ必要はないが、運ぶことができる（「not relevant」として記される）。同様に、この例のために、コンポーネント・キャリアＤＬ ＣｏＣａ３およびＤＬ ＣｏＣａ５のＰＤＣＣＨ上にダウンリンク割当てが存在するか否かは重要ではない（「not relevant」として記される）。表８５０に述べるように所与の時間におけるシステムの状況を仮定して、本発明のこの実施形態によれば、ユーザ端末は、コンポーネント・キャリアＤＬ ＣｏＣａ３およびＤＬ ＣｏＣａ５を選択し、それらについてのチャネル品質情報８１０を送信することになる。その理由は、前記ユーザ端末にいてこれらのコンポーネント・キャリア上のＰＤＳＣＨ上にアクティブ・ダウンリンク・トラフィックが存在するからである。ＤＬ ＣｏＣａ１およびＤＬ ＣｏＣａ４上のＰＤＳＣＨ上にアクティブ・ダウンリンク・トラフィックが存在しないため、それらについてのチャネル品質情報が送出されないことになる。別のチャネル品質情報が、ＤＬ ＣｏＣａ２について送信されることになる。その理由は、このコンポーネント・キャリア上で、チャネル品質情報要求が受信されたからである。ＤＬ ＣｏＣａ２についてのチャネル品質情報８２０は、したがって、このキャリア上にアクティブ・ダウンリンク・トラフィックが存在するか否かによらず自動的に含まれる。そのため、本発明によるチャネル品質情報要求フラグによってトリガされるチャネル品質情報レポート８０１は、３つのコンポーネント・キャリアＤＬ ＣｏＣａ２、ＤＬ ＣｏＣａ３、およびＤＬ ＣｏＣａ５についてチャネル品質フィードバックを含むことになる。

あるいは、チャネル品質情報は、チャネル品質情報要求が受信されたコンポーネント・キャリアについて常に送出されなければならないわけではない。この挙動は、たとえば上位層シグナリングによって構成することができる。これは、より一層の柔軟性を提供する。たとえばキャリア探索が必要である場合、要求が受信されるコンポーネント・キャリアについてのチャネル品質フィードバックの送信は、上位層シグナリングによって構成することができる。その他の場合、チャネル品質フィードバックは、コンポーネント・キャリアがダウンリンク・トラフィックに関して既定の条件を満たす場合にだけ送出される。この手法は、アップリンク制御オーバヘッドのさらなる低減を提供する。しかし、コンポーネント・キャリアの探索は、さらなるＰＤＣＣＨコストなしでは可能にならない。

一般に、どのコンポーネント・キャリアも、既定のトリガリング条件を満たさないことが起こる場合がある。こうした場合、チャネル品質レポーティングは、チャネル品質情報要求フラグによってトリガされる。しかし、チャネル品質情報はレポートされない。したがって、少なくとも要求が送出されたコンポーネント・キャリアのチャネル品質を常にレポートすること、または、トリガリングのために別の条件を適用することが有利である場合がある。

２つ以上のＵＬ−ＤＣＩメッセージがＣＱＩトリガをセットされていることも起こる場合がある。こうした場合の端末の簡単な挙動は、本出願で概説したルールを適用して、適切なコンポーネント・キャリアを選択し、割当てられたそれぞれのＵＬコンポーネント・キャリアおよびリソース上で対応するフィードバックを送信することである。したがって、その手順は、２つのＤＣＩが互いに独立に受信されたかのように、すなわち交差効果(cross-effect)が存在しないように扱われる。ＣＱＩトリガをセットされたＵＬ−ＤＣＩメッセージを送信するコンポーネント・キャリアが、そのコンポーネント・キャリア上のダウンリンク・トラフィックによらず含まれる場合、これは、第１のＵＬ−ＤＣＩに対応するフィードバックが、第１のＵＬ−ＤＣＩを運ぶダウンリンク・コンポーネント・キャリアについてのＣＱＩを含むが、第２のＵＬ−ＤＣＩを運ぶダウンリンク・コンポーネント・キャリアについてのＣＱＩを、そのコンポーネント・キャリア内にダウンリンク・データ伝送が存在しない場合、含まないことを意味しうる、また、その逆も同様である。要するに、２つのフィードバック・メッセージは、トラフィック条件および／または高位層構成に応じて、完全に同一、部分的に同一、または完全に異なるとすることができる。

図９は、本発明の実施形態によるアクセス・ネットワーク内のノードおよび端末の例示的な動作のフローチャートを示す。アクセス・ネットワークのノード（または、アクセス・ネットワーク・ノード）は、たとえば、モバイル通信システムのアクセス・ネットワーク内の基地局である。ＬＴＥ−Ａなどの３ＧＰＰベース通信システムでは、基地局は、ｅＮｏｄｅＢまたは中継ノードとも呼ばれる。さらに、端末は、たとえば、３ＧＰＰベース通信システム内のユーザ機器などのモバイル端末とすることができる。端末はまた、ｅＮｏｄｅＢと中継ノードとの間の通信に関する限り、中継ノードとすることができる。

端末とノードは、エア・インタフェースを介して互いに通信することができる。通信に利用可能なシステム帯域幅は、複数のコンポーネント・キャリアに分割される−必ずしも均等にではない−ことが考えられうる。たとえば、システム帯域幅は、たとえば、２、３、４、または５のコンポーネント・キャリアに分割されうる。

アクセス・ネットワークのノードの動作は、図９の左手側に示される。ノードは、最初に、端末のダウンリンク・トラフィックに基づく既定の条件に従って端末へのダウンリンク伝送に利用可能な１つまたは複数のコンポーネント・キャリアを選択する、９１０。コンポーネント・キャリア（複数可）の選択に基づいて、ノードは、さらに、対応するダウンリンク・データ伝送用の個別制御情報（ＤＬ−ＤＣＩ）、および、チャネル品質情報要求フラグ、たとえばＬＴＥシステムでは図４に示すＣＱＩフラグを含むアップリンク伝送用の少なくとも１つの個別制御情報（ＵＬ−ＤＣＩ）を端末に送信する、９２０。個別制御情報（３ＧＰＰ ＬＴＥシステムの場合、ＵＬ−ＤＣＩ）の送信は、通信システムで利用可能なキャリアの中からの選択されたコンポーネント・キャリア上でまたは異なるキャリ上で実施することができる。個別制御情報（３ＧＰＰ ＬＴＥシステムの場合、ＵＬ−ＤＣＩ）の送信が、異なるキャリア上で実施される場合、端末は、選択されたコンポーネント・キャリアに加えて、こうした異なるコンポーネント・キャリアについてもチャネル品質情報を含むように構成することができる。コンポーネント・キャリアの選択は、ダウンリンク・トラフィック、たとえばダウンリンク共有チャネルの動的トラフィックに基づく。特に、チャネル品質フィードバックをトリガするダウンリンク・トラフィックは、本発明の別の実施形態に関して上述したように既定の時間窓内にあると考えることができる。

個別制御情報（３ＧＰＰ ＬＴＥシステムの場合、ＵＬ−ＤＣＩ）はまた、端末がチャネル品質フィードバックを送出する、端末用のアップリンクのためのリソース割当てを含むことができる。したがって、個別制御情報はまた、アップリンク・グラント(uplink grant)と呼ぶことができる。

ＵＬ−ＤＣＩが、所定のフォーマットを有し、また、端末からの非周期的チャネル品質フィードバックをトリガするために、チャネル品質情報要求フラグがセットされていることを含むことが図９で例示するために仮定される。

端末は、ダウンリンク上でアクセス・ネットワークのノードから個別制御情報の送信を受信する、９３０。個別制御情報は、制御チャネルを介して端末に送信されてもよい。この例では、端末は、品質情報要求フラグがＵＬ−ＤＣＩ内でセットされているかどうかをチェックする。ＣＱＩ要求フラグがセットされていない場合、端末は、使用される個別制御チャネル情報フォーマットの標準的な定義を使用してＵＬ−ＤＣＩのコンテンツを解釈することになる。ＣＱＩレポート・フラグがセットされている場合、端末は、アクセス・ネットワーク内のノードと同じように、すなわち端末へのダウンリンク・トラフィックに基づいて、端末が品質情報を送信するものとするコンポーネント・キャリアを選択することになる。

コンポーネント・キャリアを選択した後、端末は、選択されたコンポーネント・キャリア（複数可）上で端末が経験するチャネル品質を識別するチャネル品質フィードバック・メッセージを生成する、９５０。これは、たとえば、端末が、選択されたコンポーネント・キャリア（複数可）上であるチャネル品質測定を実施していることを伴いうる。より詳細な例示的な実装では、端末は、選択されたコンポーネント・キャリア（複数可）について、たとえばいわゆる参照（パイロット）シンボルの受信に基づいて、信号対干渉雑音比（ＳＩＮＲ）またはチャネル共分散測定値を決定し、また任意選択で、測定結果を、たとえばＬＴＥまたはＬＴＥ−Ａ仕様の場合と同様のＭＣＳＩまたはチャネル品質インジケータ（ＣＱＩ）、ＰＭＩまたはＲＩなどのチャネル品質フィードバックにさらに変換することができる。チャネル品質フィードバックはまた、チャネル共分散行列または要素などの直接測定されるかまたは測定由来のメトリクス、チャネル係数、または他の適したメトリクスの形態で提供することができる。

端末は、選択されたコンポーネント・キャリア（複数可）についてのチャネル品質フィードバックを含むメッセージを、アクセス・ネットワーク内のノードに送信し、９６０、ノードは、メッセージを受信し、チャネル品質フィードバック情報を抽出する。端末は、アクセス・ネットワーク内のノードにおけるのと同じように、選択されたコンポーネント・キャリア（複数可）についてのチャネル品質フィードバックを送出する。そのため、アクセス・ネットワーク内のノードは、受信情報を正確に解釈することができるものとする。たとえば、チャネル品質情報が異なるコンポーネント・キャリアについて提供される順序は、端末およびアクセス・ネットワーク内のノードにおけるのと同じように暗黙的に決定することができる。これは、たとえば、ユニークなコンポーネント・キャリア識別子の（上昇または下降）順とすることができる。任意選択で、端末は、この送信において、チャネル品質フィードバックおよびさらに制御データまたはユーザ・データを多重化することができる。ノードは、得られたチャネル品質フィードバックを格納し、チャネル品質フィードバックをスケジューラに利用可能にすることができ、それにより、選択されたコンポーネント・キャリア（複数可）に関して端末が経験するダウンリンク・チャネル品質が、端末のスケジューリングにおいて考慮されうる。端末のスケジューリングは、端末に対する物理ダウンリンクまたはアップリンク・リソースの割当てを決定するプロセスを意味する。スケジューラは、そのノード、あるいは、チャネル品質フォードバックをさらに渡すことができる、または、受信したチャネル品質情報に基づいて決定されるスケジューリング・サポート情報を渡すことができる別のノードに配置することができる。

チャネル品質フィードバックについての要求（ＣＱＩ要求フラグがセットされる）を含む個別制御情報（ＵＬ−ＤＣＩ）が受信されるコンポーネント・キャリアはレポートされるように常に設定しておくことができる。この実施形態の１つの例示的な変形では、ネットワークは、チャネル品質フィードバックについての要求（ＣＱＩ要求フラグがセットされる）を含む個別制御情報（ＵＬ−ＤＣＩ）が受信されるコンポーネント・キャリアに関してユーザ機器が経験するチャネル品質を、別のまたは他のコンポーネント・キャリアのチャネル品質フィードバック以外にそのチャネル品質フィードバックに対して含むかどうかを構成する。たとえば、ｅＮｏｄｅＢまたは中継ノードは、制御シグナリング（ＲＲＣシグナリングなど）を使用して、チャネル品質フィードバックについての要求（ＣＱＩ要求フラグがセットされる）を含む個別制御情報（ＵＬ−ＤＣＩ）が受信されるダウンリンク・コンポーネント・キャリアのチャネル品質の尺度を、そのチャネル品質フィードバックに対してデフォルトで含むかまたは含まないようにユーザ機器を構成することができる。

図９は、単一端末からのチャネル品質フィードバックのトリガリングおよび伝送だけを示すが、アクセス・ネットワーク・ノードは、もちろん複数の端末に役立つことができる。したがって、アクセス・ネットワーク・ノードは、各端末にとって利用可能なダウンリンク・コンポーネント・キャリアについて（非周期的）チャネル品質フィードバックを提供するように複数の端末に要求することができる。さらに、アクセス・ネットワーク・ノードは、そのスケジューリング決定においてシステムの異なるコンポーネント・キャリア上で異なる端末が経験するチャネル品質を考慮するリソース割当てプロセスにおいて、１つの端末をスケジュールだけでなく、複数の端末をスケジュールすることができる。

本発明のより詳細な例示的な実施形態では、図９に示す手順が、３ＧＰＰ ＬＴＥ−Ａリリース１０の通信システムで実装されると仮定することができる。この例示的な実施形態では、アクセス・ネットワークのノードは、ｅＮｏｄｅＢまたは中継ノードとすることができる。端末はユーザ機器（ＵＥ）である。ｅＮｏｄｅＢは、ユーザ機器がチャネル品質フィードバックをレポートするコンポーネント・キャリア（複数可）を選択し、ＰＤＣＣＨ上のＬ１／Ｌ２制御シグナリングによってユーザ機器に対して対応する割当てを指示する。より具体的には、Ｌ１／Ｌ２制御シグナリングは、少なくともＵＬ−ＤＣＩメッセージにおいて、ユーザ機器による、たとえばＣＱＩレポート・フラグによる非周期的チャネル品質フィードバックのためのトリガを含む個別制御情報（ＤＣＩ）を含む。

本発明のなお別の実施形態によれば、チャネル品質情報は、チャネル品質情報要求フラグがセットされたコンポーネント・キャリアに対応するコンポーネント・キャリアおよびダウンリク・トラフィックに従って選択された少なくとも１つのコンポーネント・キャリアについて別々にエンコードされる。別々のエンコーディングは、好ましくは、たとえば畳込み符号化による別個の順方向誤り訂正（ＦＥＣ）符号化を含むことができ、また好ましくは、巡回冗長チェックサム（ＣＲＣ）計算およびアッタチメントなどの別個の誤り検出符号化法を含むことができる。この手法は、要求が受信されたコンポーネント・キャリアについてチャネル品質情報を送信することの頑健さの増加を可能にする。さらに、このキャリアの場合、チャネル品質情報は、常に第１の位置で、すなわち選択されたコンポーネント・キャリアについてのチャネル品質情報の前に送信することができる。これは、ノードが、このコンポーネント・キャリアについてフィードバックの位置を常にわかっていることを可能にする。チャネル品質情報要求フラグがセットされたコンポーネント・キャリアに対応するコンポーネント・キャリアについてのチャネル品質情報、および、選択されたコンポーネント・キャリアについてのチャネル品質情報の別々のエンコーディングは、シグナリングされるチャネル品質情報の頑健性を増すが、一方で、ＣＲＣオーバヘッドのわずかな増加およびＦＥＣ効率のわずかな減少をもたらす。

さらに、特定の選択されたコンポーネント・キャリアについてのチャネル品質情報はまた、好ましくは先に概説した方法を使用して、別個にエンコードすることができる。

選択されたコンポーネント・キャリアのチャネル品質情報が送信される順序を識別するために、この順序は、端末およびアクセス・ネットワーク内のノードにおけるのと同じように暗黙的に決定することができる。たとえば、各コンポーネント・キャリアがそれ自身の物理層セルＩＤ（３ＧＰＰ ＴＳ ３６．２１１ リリース８ Ｓｅｃｔｉｏｎ６．１１参照）を有すると仮定すると、レポートは、物理層セルＩＤ（ＰＣＩＤ）の昇順でまたはＰＣＩＤの降順で配列されうる。しかし、本発明は、それに限定されず、代わりに、コンポーネント・キャリアの任意のユニークな識別を使用することができる。

さらに、特定の選択されたコンポーネント・キャリアについてのチャネル品質情報が、別個にエンコードされる場合、特定のコンポーネント・キャリアのチャネル情報を、ＣＲＣをＰＣＩＤまたはそのコンポーネント・キャリアに一意の別の値でマスクすることによって識別することが可能である場合がある。

ＬＴＥでは、ＣＱＩレポートの粒度は、３つのレベル、すなわち、ワイドバンド、ＵＥ選択サブバンド、および上位層構成サブバンドに分割されうる（３ＧＰＰ ＴＳ ３６．２１３ リリース８ Ｓｅｃｔｉｏｎ７．２参照）。サブバンド・タイプＣＱＩは、セルのシステム帯域幅全体のチャネル品質情報を提供する。マルチバンド（サブバンド）タイプＣＱＩは、１つまたは複数のコンポーネント・キャリアについてのものであることを意味する、セルのシステム帯域幅のサブセットについてチャネル品質情報を提供する。多入力／多出力（ＭＩＭＯ）タイプ・システムについてのＣＱＩも存在する。本発明のなお別の実施形態によれば、ワイドバンドＣＱＩは、全てのコンポーネント・キャリア、さらにアクティブ・トラフィックがないコンポーネント・キャリアについて常に含まれる。ワイドバンドＣＱＩは、好ましくは、ＣＱＩ要求が送出されたコンポーネント・キャリアについてのチャネル品質情報と共に、すなわち、選択されたコンポーネント・キャリア（複数可）についての任意の他のＣＱＩと別個にエンコードされる。この実施形態では、サブバンドＣＱＩは、ダウンリンク・トラフィックに基づいて選択されたコンポーネント・キャリアについてレポートされるだけである。これは、上述したように、たとえばアクティブ・ダウンリンク・トラフィックを有するコンポーネント・キャリアとすることができる。この手法の利点は、ＣＱＩレポートが、ワイドバンドＣＱＩを得るために周期的レポートに依存する必要がないことである。

さらなる実施形態では、少なくとも１つのコンポーネント・キャリアについてのワイドバンドＣＱＩの値は、各コンポーネント・キャリアについてのサブバンドＣＱＩがフィードバックに含まれるかどうかの明示的なインジケータである。こうして、方法は、たとえばＤＬ−ＤＣＩ送信の損傷のために端末がダウンリンク・トラフィックを認識していない場合にたとえば起こりうる、ノードにおける選択と端末における選択との間のミスマッチに対して頑健である。より詳細には、「範囲外(out of range)」を指示するワイドバンドＣＱＩ値または低いスペクトル効率を有するＭＣＳＩは、さらなるサブバンドＣＱＩがフィードバックの一部でないことを指示する。他の値は、逆に、さらなるサブバンドＣＱＩフィードバックの存在を指示する。

本発明はまた、ＴＤＤモードで動作するＬＴＥ−Ａリリース１０通信システムに実装することができることも留意されるべきである。この場合、（先の節の例示的な実施形態による）ＬＴＥ（リリース８）またはＬＴＥ−Ａ（リリース１０）について既定されたＤＣＩフォーマット０によるアップリンク用の個別制御情報（ＵＬ−ＤＣＩ）は、さらに、アップリンク・インデックス・フィールド（ＵＬインデックス）またはダウンリンク割当てインデックス（ＤＡＩ：Downlink Assignment Index）フィールドを含む（参照により本明細書に組込まれる、３ＧＰＰ ＴＳ３６．２１２，ｖｅｒｓｉｏｎ８．７．０，ｓｅｃｔｉｏｎ５．３．３．１．１ならびに３ＧＰＰ ＴＳ３６．２１３，ｖｅｒｓｉｏｎ８．７．０，ｓｅｃｔｉｏｎ５．１．１．１，７．３および８参照）。

一般に、ＵＬ−ＤＣＩまたは対応するＰＤＣＣＨは、複数の時間／周波数リソースの組合せの１つを使用して受信機に送信されることが仮定されうる。たとえば、ＬＴＥ（リリース８）では、任意の個別制御情報（ＤＣＩ）が、どのリソース上で、またどのパラメータを持って送信されるかに関してｅＮｏｄｅＢによる選択が存在する。これは、変調スキーム、符号化レート、集約レベル、および一般的なまたはユーザ機器固有の探索空間に対応する時間／周波数リソース上へのマッピングなどのパラメータを包含する。これらの特徴の詳細は、たとえば、参照により本明細書に組込まれる、Ｓｔ．Ｓｅｓｉａ，Ｉ．Ｔｏｕｆｉｋ，Ｍ．Ｂａｃｋｅｒ「ＬＴＥ Ｔｈｅ ＵＭＴＳ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ」Ｗｉｌｅｙ ａｎｄ Ｓｏｎｓ Ｌｔｄ．，２００９（ＩＳＢＮ：９７８−０−４７０−６９７１６−０），ｓｅｃｔｉｏｎｓ９．３．２．２，９．３．２．３，９．３．３．２，９．３．４に見出されうる。

本発明の別の実施形態は、ハードウェアおよびソフトウェアを使用した上述した種々の実施形態の実装形態に関する。本発明の種々の実施形態は、コンピューティング・デバイス（プロセッサ）を使用して実装または実施することができることを理解されたい。コンピューティング・デバイスまたはプロセッサは、たとえば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル・ゲートアレイ（ＦＰＧＡ）、または他のプログラマブル・ロジックデバイスなどとすることができる。本発明の種々の実施形態はまた、これらのデバイスの組合せによって実施または具現化することができる。

さらに、本発明の種々の実施形態はまた、プロセッサによって実行されるソフトウェア・モジュールによって、または、ハードウェアで直接、実装することができる。また、ソフトウェア・モジュールおよびハードウェア実装の組合せが可能とすることができる。ソフトウェア・モジュールは、任意の種類のコンピュータ可読媒体、たとえば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納することができる。

本発明の異なる実施形態の個々の特徴は、個々にまたは任意の組合せで、別の発明に対する手段とすることができることがさらに留意されるべきである。

要約すると、本発明は、通信システムの端末において、ダウンリンク伝送に利用可能な通信システムの複数のコンポーネント・キャリアのうちの少なくとも１つについてチャネル品質フィードバック・レポーティングをトリガすることに関する。少なくとも１つのコンポーネント・キャリアは、端末のダウンリンク・トラフィックに基づいて選択される。チャネル品質情報のレポーティングは、端末によって受信される個別制御情報によってトリガされる。

Claims (14)

1. 端末へのダウンリンク伝送に利用可能な、通信システムの複数のコンポーネント・キャリアのうちの少なくとも１つについてのチャネル品質情報によって、前記端末が経験するダウンリンク・チャネル品質をレポートするための方法であって、前記端末によって実施される以下のステップ、すなわち、
   所定のフォーマットを有する個別制御情報を受信するステップであり、前記個別制御情報が、前記端末によるチャネル品質のレポーティングを要求するためのチャネル品質情報要求フラグを含む、ステップと、
   前記チャネル品質情報要求フラグがセットされている場合、前記通信システム内で構成される複数のコンポーネント・キャリアの中から、ダウンリンク・トラフィックに基づいて少なくとも１つのコンポーネント・キャリアを選択するステップと、
   選択された各コンポーネント・キャリアについてチャネル品質情報を送信するステップと、
   前記個別制御情報が、前記通信システムの前記複数のコンポーネント・キャリアの１つのコンポーネント・キャリアを介して受信され、前記送信するステップが、前記チャネル品質情報要求フラグが前記個別制御情報内にセットされている場合、少なくとも前記個別制御情報が受信される前記コンポーネント・キャリアについてチャネル品質情報を送信すること、
   を含む方法。
2. 前記ダウンリンク・トラフィックに基づいて選択される前記少なくとも１つのコンポーネント・キャリアをエンコードすることとは別々に、前記個別制御情報が受信される前記コンポーネント・キャリアについて送信されるチャネル品質情報をエンコードするステップをさらに含む請求項１に記載の方法。
3. 通信システムにおいて端末へのダウンリンク伝送に利用可能な少なくとも１つのコンポーネント・キャリア上で、前記端末の非周期的チャネル品質情報をトリガするための方法であって、前記通信システムのアクセス・ネットワーク内のノードによって実施される以下のステップ、すなわち、
   前記通信システム内で構成される複数のコンポーネント・キャリアの中から、ダウンリンク・トラフィックに基づいて少なくとも１つのコンポーネント・キャリアを選択するステップと、
   非周期的チャネル品質情報をトリガするために、前記ノードによってセットされるチャネル品質情報要求フラグを含む所定のフォーマットを有する個別制御情報を、前記モバイル端末に送信するステップと、
   前記個別制御情報に応答して前記モバイル端末から、選択された各コンポーネント・キャリアについてチャネル品質情報を受信するステップと、
   前記個別制御情報が、前記通信システムの前記複数のコンポーネント・キャリアの１つのコンポーネント・キャリアを介して送信され、前記受信するステップが、前記チャネル品質情報要求フラグが前記個別制御情報内にセットされている場合、少なくとも前記個別制御情報が送信される前記コンポーネント・キャリアについてチャネル品質情報を受信すること、
   を含む方法。
4. 前記通信システムで利用可能な前記１つまたは複数のコンポーネント・キャリアに基づいて、かつ、前記端末から受信される前記チャネル品質情報に基づいて、前記端末へのダウンリンク伝送をスケジュールするステップをさらに含む請求項３に記載の方法。
5. 前記選択するステップが、第１の所定の時間窓内で前記端末がダウンリンク・トラフィックを受信する少なくとも１つのコンポーネント・キャリアを選択することを含む請求項１から４のいずれかに記載の方法。
6. 前記選択するステップが、第２の所定の時間窓内で前記端末が否定応答を送信する少なくとも１つのコンポーネント・キャリアを選択することを含む請求項１から５のいずれかに記載の方法。
7. 各コンポーネント・キャリアが、物理層セル識別子などの個々の識別子を割当てられ、 前記選択するステップにおいて複数のコンポーネント・キャリアが選択される場合、前記選択されるコンポーネント・キャリアのために送信される前記チャネル品質情報が、前記個々の識別子の降順または昇順に配列される請求項１から６のいずれかに記載の方法。
8. 前記通信システムが、３ＧＰＰ ＬＴＥシステムであり、前記所定のフォーマットの前記個別制御情報が、３ＧＰＰ ＬＴＥリリース８で規定されるＤＣＩフォーマット０の個別制御情報である請求項１から７のいずれかに記載の方法。
9. 前記選択するステップが、動的にスケジュールされた共有データ・チャネル（ＰＤＳＣＨ）トラフィックを受信する少なくとも１つのコンポーネント・キャリアを前記端末が選択することを含む請求項８に記載の方法。
10. 前記選択するステップが、前記チャネル品質情報要求フラグを含む前記個別制御情報を前記端末が受信する前記ＬＴＥ物理層サブフレーム内で、前記端末がダウンリンク・トラフィックを受信する少なくとも１つのコンポーネント・キャリアを選択することを含む請求項８または９に記載の方法。
11. ワイドバンド・チャネル品質情報が、前記通信システム内の前記端末に利用可能な全てのコンポーネント・キャリアについて送信され、
    前記ワイドバンド・チャネル品質情報より多くの詳細を含むサブバンド・チャネル品質情報が、前記選択するステップにおいて選択される前記コンポーネント・キャリアについてだけ送信される請求項９または１０に記載の方法。
12. プロセッサによって実行されたとき、請求項１から１１のいずれかに記載の方法の全てのステップを実施する命令を格納するコンピュータ可読媒体。
13. 端末へのダウンリンク伝送に利用可能な通信システムの複数のコンポーネント・キャリアのうちの少なくとも１つについてのチャネル品質情報によって、前記端末が経験するダウンリンク・チャネル品質をレポートするための端末であって、
    所定のフォーマットを有する個別制御情報を受信するための受信機であって、前記個別制御情報が、前記端末によるチャネル品質のレポーティングを要求するためのチャネル品質情報要求フラグを含む、受信機と、
    前記チャネル品質情報要求フラグがセットされている場合、前記通信システム内で構成される複数のコンポーネント・キャリアの中から、ダウンリンク・トラフィックに基づいて少なくとも１つのコンポーネント・キャリアを選択するための処理ユニットと、
    選択された各コンポーネント・キャリアについてチャネル品質情報を送信するための送信部と、
    前記個別制御情報が、前記通信システムの前記複数のコンポーネント・キャリアの１つのコンポーネント・キャリアを介して受信され、前記送信部が、前記チャネル品質情報要求フラグが前記個別制御情報内にセットされている場合、少なくとも前記個別制御情報が受信される前記コンポーネント・キャリアについてチャネル品質情報を送信すること、
    を備える端末。
14. 通信システムのアクセス・ネットワークで使用し、通信システムにおいて端末へのダウンリンク伝送に利用可能な少なくとも１つのコンポーネント・キャリア上で、前記端末の非周期的チャネル品質情報をトリガするためのノードであって、
    前記通信システム内で構成される複数のコンポーネント・キャリアの中から、ダウンリンク・トラフィックに基づいて少なくとも１つのコンポーネント・キャリアを選択するための処理ユニットと、
    非周期的チャネル品質情報をトリガするために、前記ノードによってセットされるチャネル品質情報要求フラグを含む所定のフォーマットを有する個別制御情報を、前記モバイル端末に送信するための送信部と、
    前記個別制御情報に応答して前記モバイル端末から、選択された各コンポーネント・キャリアについてチャネル品質情報を受信するための受信部と、
    前記個別制御情報が、前記通信システムの前記複数のコンポーネント・キャリアの１つのコンポーネント・キャリアを介して送信され、前記受信部が、前記チャネル品質情報要求フラグが前記個別制御情報内にセットされている場合、少なくとも前記個別制御情報が送信される前記コンポーネント・キャリアについてチャネル品質情報を受信すること、
    を備えるノード。
    

Images