(57)【特許請求の範囲】
【請求項１】
複数のコンポーネントキャリアが基地局とユーザ機器の間の通信のために設定されている通信システムにおいてチャネル状態情報を前記基地局に報告する前記ユーザ機器であって、
チャネル状態情報の値が算出されていない少なくとも１つのコンポーネントキャリアを除き、各コンポーネントキャリアに対するチャネル状態情報の値を算出するように構成されたプロセッサと、
前記プロセッサは、さらに、前記設定された複数のコンポーネントキャリアのそれぞれに対して１つのデータフィールドを有するチャネル状態情報メッセージを作成するように構成され、前記少なくとも１つのコンポーネントキャリアに対する前記データフィールドは、前記少なくとも１つのコンポーネントキャリアに対してチャネル状態情報の値が算出されなかった理由を符号化した所定のチャネル状態情報の値を有し、残りのデータフィールドはそれぞれ、関連するコンポーネントキャリアに対する算出されたチャネル状態情報の値を有する、
前記チャネル状態情報メッセージを前記基地局に送信するように構成された送信手段と、
を有し、
前記チャネル状態情報の値が算出されなかった理由は、次の理由、つまり、前記コンポーネントキャリアが設定されているが非アクティブ化されていること、前記コンポーネントキャリアが設定されかつアクティブ化されているがまだ前記チャネル状態情報の値を算出する準備ができていないこと、前記チャネル状態情報の値を算出しようとしたが失敗したこと、の１つであり、
前記コンポーネントキャリアはそれぞれ複数のサブバンドで構成され、前記チャネル状態情報の値は、全サブバンドに対する変調・符号化方式インデックス（ＭＣＳＩ）値と、前記サブバンドのそれぞれに対する１つのオフセット値とを有し、前記ＭＣＳＩ値と各オフセット値は組み合わさって各サブバンドに対する実効ＭＣＳＩ値を示し、前記少なくとも１つのコンポーネントキャリアに対する前記所定のチャネル状態情報の値は、少なくとも１つのサブバンドに対する前記実効ＭＣＳＩ値が有効ＭＣＳＩ値の範囲外になるように定義された、前記サブバンドに対するＭＣＳＩ値およびオフセット値を有する、
ユーザ機器。
【請求項２】
前記チャネル状態情報の値は、全サブバンドに対する変調・符号化方式インデックス（ＭＣＳＩ）値と、前記サブバンドのそれぞれに対する１つのオフセット値に代えて、前記複数のサブバンドの部分集合Ｍに対する１つのオフセット値とを有し、前記ＭＣＳＩ値と前記オフセット値は組み合わさって前記部分集合Ｍのサブバンドに対する実効ＭＣＳＩ値を示し、前記所定のチャネル状態情報の値は、前記部分集合Ｍのサブバンドに対する前記実効ＭＣＳＩ値が有効ＭＣＳＩ値の範囲外になるように定義された、前記部分集合Ｍのサブバンドに対するＭＣＳＩ値およびオフセット値を有する、
請求項１記載のユーザ機器。
【請求項３】
前記有効ＭＣＳＩ値の範囲外にあるそれぞれ異なる実効ＭＣＳＩ値は、チャネル状態情報の値が算出されなかった異なる理由を示す、
請求項１または２記載のユーザ機器。
【請求項４】
前記サブバンドに対するＭＣＳＩ値およびオフセット値は、チャネル状態情報の値が算出されなかった２つ以上の理由を符号化するため、前記サブバンドの２つ以上の実効ＭＣＳＩ値が有効ＭＣＳＩ値の範囲外になるように定義されている、
請求項１記載のユーザ機器。
【請求項５】
前記チャネル状態情報の値に対してランクインジケータも報告される場合、前記所定のチャネル状態情報の値に対する前記ランクインジケータは、１に設定されている、
請求項１から請求項４のいずれかに記載のユーザ機器。
【請求項６】
前記ランクインジケータは、前記チャネル状態情報メッセージとは別々に前記基地局に送信される、
請求項５記載のユーザ機器。
【請求項７】
前記チャネル状態情報の報告は、非周期的である、
請求項１から請求項６のいずれかに記載のユーザ機器。
【請求項８】
複数のコンポーネントキャリアが基地局とユーザ機器の間の通信のために設定されている通信システムにおいてチャネル状態情報を前記ユーザ機器から前記基地局に報告する方法であって、前記ユーザ機器によって実行される以下のステップ、つまり、
チャネル状態情報の値が算出されていない少なくとも１つのコンポーネントキャリアを除き、各コンポーネントキャリアに対するチャネル状態情報の値を算出する算出ステップと、
前記設定された複数のコンポーネントキャリアのそれぞれに対して１つのデータフィールドを有するチャネル状態情報メッセージを作成するステップであって、前記少なくとも１つのコンポーネントキャリアに対する前記データフィールドは、前記少なくとも１つのコンポーネントキャリアに対してチャネル状態情報の値が算出されなかった理由を符号化した所定のチャネル状態情報の値を有し、残りのデータフィールドはそれぞれ、関連するコンポーネントキャリアに対する算出されたチャネル状態情報の値を有する、作成ステップと、
前記チャネル状態情報メッセージを前記基地局に送信する送信ステップと、
を有し、
前記チャネル状態情報の値が算出されなかった理由は、次の理由、つまり、前記コンポーネントキャリアが設定されているが非アクティブ化されていること、前記コンポーネントキャリアが設定されかつアクティブ化されているがまだ前記チャネル状態情報の値を算出する準備ができていないこと、前記チャネル状態情報の値を算出しようとしたが失敗したこと、の１つであり、
前記コンポーネントキャリアはそれぞれ複数のサブバンドで構成され、前記チャネル状態情報の値は、全サブバンドに対する変調・符号化方式インデックス（ＭＣＳＩ）値と、前記サブバンドのそれぞれに対する１つのオフセット値とを有し、前記ＭＣＳＩ値と各オフセット値は組み合わさって各サブバンドに対する実効ＭＣＳＩ値を示し、前記少なくとも１つのコンポーネントキャリアに対する前記所定のチャネル状態情報の値は、少なくとも１つのサブバンドに対する前記実効ＭＣＳＩ値が有効ＭＣＳＩ値の範囲外になるように定義された、前記サブバンドに対するＭＣＳＩ値およびオフセット値を有する、
方法。
【請求項９】
前記チャネル状態情報の値は、全サブバンドに対する変調・符号化方式インデックス（ＭＣＳＩ）値と、前記サブバンドのそれぞれに対する１つのオフセット値に代えて、前記複数のサブバンドの部分集合Ｍに対する１つのオフセット値とを有し、前記ＭＣＳＩ値と前記オフセット値は組み合わさって前記部分集合Ｍのサブバンドに対する実効ＭＣＳＩ値を示し、前記所定のチャネル状態情報の値は、前記部分集合Ｍのサブバンドに対する前記実効ＭＣＳＩ値が有効ＭＣＳＩ値の範囲外になるように定義された、前記部分集合Ｍのサブバンドに対するＭＣＳＩ値およびオフセット値を有する、
請求項８記載の方法。
【請求項１０】
前記有効ＭＣＳＩ値の範囲外にあるそれぞれ異なる実効ＭＣＳＩ値は、チャネル状態情報の値が算出されなかった異なる理由を示す、
請求項８または９記載の方法。
【請求項１１】
前記サブバンドに対するＭＣＳＩ値およびオフセット値は、チャネル状態情報の値が算出されなかった２つ以上の理由を符号化するため、前記サブバンドの２つ以上の実効ＭＣＳＩ値が有効ＭＣＳＩ値の範囲外になるように定義されている、
請求項８記載の方法。
【請求項１２】
前記チャネル状態情報の値に対してランクインジケータも報告される場合、前記所定のチャネル状態情報の値に対する前記ランクインジケータは、１に設定されている、
請求項８から請求項１１のいずれかに記載の方法。
【請求項１３】
前記ランクインジケータは、前記チャネル状態情報メッセージとは別々に前記基地局に送信される、
請求項１２記載の方法。
【請求項１４】
前記チャネル状態情報の報告は、非周期的である、
請求項８から請求項１３のいずれかに記載の方法。
【請求項１５】
前記基地局は、どのコンポーネントキャリアがアクティブ化／非アクティブ化されるべきかに関する情報を有し、前記基地局は、前記少なくとも１つのコンポーネントキャリアに対するチャネル状態情報の値および前記残りのコンポーネントキャリアに対するチャネル状態情報の値を含む、前記チャネル状態情報メッセージを受信し、
前記基地局は、設定された各コンポーネントキャリアに対して、前記受信したチャネル状態情報メッセージの各コンポーネントキャリアに対するチャネル状態情報の値に基づいて、どのコンポーネントキャリアがアクティブ化／非アクティブ化されるべきかに関する前記情報が正しいか否かを確認する、
請求項８から請求項１４のいずれかに記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおけるコンポーネントキャリアのチャネル状態情報を報告する方法、対応するチャネル状態情報メッセージ、および当該方法を行う装置に関する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させる上での最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥ）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥでは、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００５】
ＬＴＥアーキテクチャ
図１は、ＬＴＥの全体的なアーキテクチャを示し、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをより詳細に示している。Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ＵＥ向けの、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端処理する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、メディアアクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクＱｏＳ（サービス品質）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【０００６】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。
【０００７】
ＬＴＥにおけるコンポーネントキャリアの構造
【０００８】
0005876507.tif 000002
【０００９】
0005876507.tif 000003
【００１０】
「コンポーネントキャリア」という用語は、数個のリソースブロックの組合せに言及する。ＬＴＥの将来のリリースにおいて、「コンポーネントキャリア」という用語はもはや使用されない。代わりに、この用語は「セル」に変更される。「セル」は、ダウンリンクリソースおよび任意でアップリンクリソースの組合せに言及する。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との連結（linking）は、ダウンリンクリソースで送信されるシステム情報に示される。１個のＰＣｅｌｌ（Primary Cell）と０個または数個（例えば、最大４個まで）のＳＣｅｌｌ（Secondary Cell）とがある。セル（Ｃｅｌｌ）およびコンポーネントキャリアという用語は、以下では区別しないで使用される。なぜなら、ＰＣｅｌｌとＳＣｅｌｌは両方ともコンポーネントキャリアとして見られ得るからである。しかし、このことは、本発明の範囲をＬＴＥ標準の特定のリリースに限定するように解釈してはならない。
【００１１】
キャリアアグリゲーション（carrier aggregation）が設定されている場合、ＵＥのみがネットワークと１個のＲＲＣ接続を持つ。ＲＲＣ接続の確立／再確立／ハンドオーバ時には、１つのサービングセル（serving cell）がＮＡＳモビリティ情報（例えば、ＴＡＩ）を提供し、ＲＲＣ接続の再確立／ハンドオーバ時には、１つのサービングセルがセキュリティ入力を提供する。このセルは、プライマリセル（Primary Cell：ＰＣｅｌｌ）と呼ばれる。ダウンリンクにおいて、ＰＣｅｌｌに対応するキャリアは、ダウンリンクプライマリコンポーネントキャリア（Downlink Primary Component Carrier：ＤＬ ＰＣＣ）であり、アップリンクにおいて、それはアップリンクプライマリコンポーネントキャリア（Uplink Primary Component Carrier：ＵＬ ＰＣＣ）である。
【００１２】
ＵＥの能力に応じて、セカンダリセル（Secondary Cell：ＳＣｅｌｌ）は、ＰＣｅｌｌと一緒に、１組のサービングセルを形成するように設定され得る。ダウンリンクにおいて、ＳＣｅｌｌに対応するキャリアは、ダウンリンクセカンダリコンポーネントキャリア（Downlink Secondary Component Carrier：ＤＬ ＳＣＣ）であり、アップリンクにおいて、それはアップリンクセカンダリコンポーネントキャリア（Uplink Secondary Component Carrier：ＵＬ ＳＣＣ）である。
【００１３】
したがって、ＵＥ用に設定された１組のサービングセルは、いつも、１個のＰＣｅｌｌと０個以上のＳＣｅｌｌから構成されている。
−  各ＳＣｅｌｌに対して、ダウンリンクリソースに加えてＵＥによるアップリンクリソースの利用が設定可能（したがって、設定されたＤＬ ＳＣＣの個数はいつもＵＬ ＳＣＣの個数以上であり、また、ＳＣｅｌｌはアップリンクリソースの利用のみには設定できない）
−  ＵＥ側から見て、各アップリンクリソースは、１個のサービングセルに属するのみである。
−  設定可能なサービングセルの個数は、ＵＥのアグリゲーション能力に依存する。
−  ＰＣｅｌｌは、ハンドオーバ手順（つまり、セキュリティキーの変更およびＲＡＣＨ手順）によって変更され得るのみである。
−  ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
−  ＳＣｅｌｌとは異なり、ＰＣｅｌｌは非アクティブ化できない。
−  ＮＡＳ情報は、ＰＣｅｌｌから取られる。
【００１４】
ＳＣｅｌｌの再構成、追加および除去は、ＲＲＣによって行われ得る。ＬＴＥ内ハンドオーバ時、ＲＲＣは、ターゲットのＰＣｅｌｌと使用するために、ＳＣｅｌｌを追加、除去、または再構成することもできる。新しいＳＣｅｌｌを追加するとき、そのＳＣｅｌｌのすべての必要なシステム情報を送るために、専用のＲＲＣシグナリングが使用される。すなわち、接続モードにあるとき、ＵＥは、ブロードキャストされたシステム情報をＳＣｅｌｌから取得する必要はない。
【００１５】
コンポーネントキャリアのアクティブ化／非アクティブ化（activation/deactivation）
基本的に、ダウンリンクコンポーネントキャリアは、次の３つの状態、つまり、設定されていない状態（non-configured）、設定されているが非アクティブ化された状態（configured but deactivated）、および設定されかつアクティブ化された状態（configured and activated）、のいずれかにある。ダウンリンクコンポーネントキャリアが設定されているが非アクティブ化されているとき、ＵＥは、対応するＰＤＣＣＨまたはＰＤＳＣＨを受信する必要がなく、ＣＱＩ測定を行う必要もない。逆に、ダウンリンクコンポーネントキャリアがアクティブ化されると、ＵＥは、（もし存在すれば）ＰＤＣＣＨおよびＰＤＳＣＨを受信することができ、ＣＱＩ測定を行うことができるようになっている。ダウンリンクコンポーネントキャリアでのＰＤＣＣＨおよびＰＤＳＣＨ受信のためのコンポーネントキャリアの設定後、ダウンリンクコンポーネントキャリアは、設定されているが非アクティブ化された状態からアクティブ化された状態へと移行される必要がある。
【００１６】
ＵＥの電力消費を抑えるためには、追加のコンポーネントキャリアを効率的かつ迅速に非アクティブ化およびアクティブ化できることが重要である。集中的にデータを送信する場合、高いビットレートの利点を生かし、かつ、バッテリの保護をサポートするために、追加のコンポーネントキャリアを素早くアクティブ化および非アクティブ化できることが不可欠である。
【００１７】
ＵＥが１個以上のＳＣｅｌｌで設定されている場合、ネットワークは、設定されたＳＣｅｌｌをアクティブ化および非アクティブ化することができる。注目すべきは、現在のリリース１０によれば、ＰＣｅｌｌは、常にアクティブ化されていると仮定されていることである。しかし、これは、本発明に必要なことではなく、また、将来変更可能でもある。ＵＥは、非アクティブ化されたＳＣｅｌｌのＰＤＣＣＨをモニタせず、非アクティブ化されたＳＣｅｌｌに関連するどんなダウンリンク割当てまたはアップリンクグラントも受信しない。それに応じて、ＵＥは、非アクティブ化されたＳＣｅｌｌのＵＬ−ＳＣＨで送信しない。ネットワークは、アクティブ化／非アクティブ化ＭＡＣ制御信号（Activation/Deactivation MAC control element）を送信することによってＳＣｅｌｌをアクティブ化／非アクティブ化することができる。ＭＡＣ制御信号は、通常、すべての（または設定された）コンポーネントキャリアのアクティブ化状態に関する情報を持ったメッセージ（例えば、ビットマップ）を有する。換言すれば、１個以上のコンポーネントキャリアがアクティブ化／非アクティブ化されるたびに、すべての（設定された）コンポーネントキャリアに対するメッセージが、ＭＡＣ制御信号にて、それぞれの望ましいアクティブ化状態に関する情報と共に、送信される。このように、上記メッセージは、コンポーネントキャリアのアクティブ化状態が切り替えられるか否かを厳密に示すものではなく、メッセージ後の望ましい状態を示すものである。
【００１８】
さらに、ＵＥは、設定されたＳＣｅｌｌごとにsCellDeactivationTimerなるタイマを維持し、その終了時に関連ＳＣｅｌｌを非アクティブ化する。換言すれば、ＵＥは、コンポーネントキャリアを通じてダウンロードデータを受信した後所定の時間が満了すると、そのコンポーネントキャリアを非アクティブ化する。その結果、ＵＥは、ＳＣｅｌｌをそれぞれ独立に非アクティブ化することができる。タイマは、ＳＣｅｌｌごとに経過しまたＳＣｅｌｌごとにリセットされる。
【００１９】
同じ初期タイマ値は、sCellDeactivationTimerの各場合に適用され、また、ＲＲＣによって設定される。設定されたＳＣｅｌｌは、追加時およびハンドオーバ後、最初は非アクティブ化される。
【００２０】
チャネル品質報告
リンクアダプテーション（link adaptation）の原理は、パケット交換データトラフィックに対する効率的な無線インタフェースの設計にとって重要である。ほぼ一定のデータレートを持つ回線交換サービスをサポートするために高速閉ループ電力制御を利用したＵＭＴＳ（Universal Mobile Telecommunication System）の初期バージョンと異なり、ＬＴＥのリンクアダプテーションは、各ユーザに対する現行の無線チャネル容量に適合させるために、送信したデータレート（変調方式およびチャネル符号化率）を動的に調整する。
【００２１】
ＬＴＥのダウンリンクデータ送信に関して、ｅＮｏｄｅＢは、通常、ダウンリンクチャネル状態の予測に応じて変調方式および符号化率（ＭＣＳ）を選択する。この選択処理に対する重要な入力は、ｅＮｏｄｅＢへのアップリンクにおいてユーザ機器（ＵＥ：User Equipment）によって送信されるチャネル状態情報（ＣＳＩ：Channel State Information）フィードバックである。
【００２２】
チャネル状態情報は、例えば３ＧＰＰ ＬＴＥのようなマルチユーザ通信システムにおいて、一人以上のユーザに対するチャネルリソースの品質を決定するのに使用される。一般に、ｅＮｏｄｅＢは、ＣＳＩフィードバックに応えて、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭの変調方式、ならびに幅広い符号化率から選択することができる。このＣＳＩ情報は、チャネルリソースを異なるユーザに割り当てるマルチユーザスケジューリングアルゴリズムに役立たせたり、あるいは、割り当てられたチャネルリソースを最大限に生かすよう、変調方式や符号化率、送信電力などのリンクパラメータを適合させたりするのに利用される。
【００２３】
ＣＳＩは、コンポーネントキャリアごとに、また、報告モードおよび帯域幅に応じて、コンポーネントキャリアの異なるサブバンド群ごとに、報告される。チャネルリソースは、図４に例示された「リソースブロック」として定義することができる。図４は、例えば、３ＧＰＰのＬＴＥ作業項目で議論されたＯＦＤＭを採用したマルチキャリア通信システムを想定している。より一般的に、リソースブロックは、スケジューラによって割り当て可能な移動通信の無線インタフェース上の最小リソースを示すものと考えることができる。リソースブロックの次元（dimensions）は、移動通信システムで用いられるアクセス方式に応じて、時間（例えば、時分割多重（ＴＤＭ）のためのタイムスロットやサブフレーム、フレームなど）や周波数（例えば、周波数分割多重（ＦＤＭ）のためのサブバンドやキャリア周波数など）、コード（例えば、符号分割多重（ＣＤＭ）のための拡散コード）、アンテナ（例えば、多入力多出力（MIMO: Multiple Input Multiple Output））の任意の組合せが可能である。
【００２４】
最小の割り当て可能なリソース単位がリソースブロックであるとして、理想的な場合において、それぞれのリソースブロックすべておよびそれぞれのユーザすべてに対するチャネル品質情報は常に利用可能でなければならない。しかし、フィードバックチャネルは容量が制約されているため、それは、ほとんど実現可能ではなく、不可能でさえある。したがって、チャネル品質フィードバックシグナリングのオーバーヘッドを削減するために、例えば、あるユーザに対する一部のリソースブロックのみに対するチャネル品質情報を送信するなど、削減または圧縮の技術が必要である。
【００２５】
３ＧＰＰ ＬＴＥでは、チャネル品質が報告される最小単位はサブバンドと呼ばれている。サブバンドは、周波数方向に隣接する（frequency-adjacent）複数のリソースブロックで構成されている。
【００２６】
上記のように、ユーザ機器は、通常、設定されているが非アクティブ化されたダウンリンクコンポーネントキャリアのＣＳＩ測定を実行・報告することはなく、ＲＳＲＰ（Reference Signal Received Power）およびＲＳＲＱ（Reference Signal Received Quality）のような無線リソースの管理に関連する測定を行うのみである。ダウンリンクコンポーネントキャリアをアクティブ化する場合、効率的なダウンリンクスケジューリングのための適切なＭＣＳを選択できるようにするために、ｅＮｏｄｅＢが、新たにアクティブ化されたコンポーネントキャリアに対するＣＳＩ情報を迅速に獲得することが重要である。ＣＳＩ情報がなければ、ｅＮｏｄｅＢは、ユーザ機器のダウンリンクチャネル状態についての知識がなく、ダウンリンクデータ送信に対して積極的すぎるＭＣＳか消極的すぎるＭＣＳを選択してしまう可能性が高い。いずれの場合も、再送が要求されまたは利用されていないチャネル容量のため、かえってリソースの利用が非効率になってしまう。
【００２７】
チャネル状態情報のフィードバック要素
一般に、移動通信システムは、チャネル品質フィードバックを伝えるのに用いる特別の制御シグナリングを定義する。３ＧＰＰ ＬＴＥには、チャネル品質のフィードバックとして与えることができるあるいはできない３つの基本要素が存在する。これらのチャネル品質要素は、
−  変調・符号化方式インジケータ（ＭＣＳＩ：Modulation and Coding Scheme Indicator）（ＬＴＥ仕様書ではチャネル品質インジケータ（ＣＱＩ：Channel Quality Indicator）とも呼ばれる）
−  プリコーディング行列インジケータ（ＰＭＩ：Precoding Matrix Indicator）
−  ランクインジケータ（ＲＩ：Rank Indicator）
である。
【００２８】
ＭＣＳＩは、送信に使用すべき変調・符号化方式を提案するのに対し、ＰＭＩは、ＲＩによって与えられる送信行列の階数（rank）を使用する、特別の多重化およびマルチアンテナ送信（ＭＩＭＯ）に用いられるプリコーディング行列／ベクトルを示す。関連する報告・送信メカニズムの詳細は、非特許文献１、非特許文献２、および非特許文献３（どの文献もhttp://www.3gpp.orgで入手可能であり、参照することにより本明細書に組み込まれている）に記載されている。
【００２９】
３ＧＰＰ ＬＴＥでは、上記３つのチャネル品質要素のすべてがいつでも報告されるわけではない。注目すべきは、３ＧＰＰ ＬＴＥは、２つのコードワードの送信もサポートしている（例えば、ユーザデータ（トランスポートブロック）の２つのコードワードを１つのサブフレームに多重化して１つのサブフレームで送信することができる）ため、１つのコードワードまたは２つのコードワードのいずれかについてフィードバックすればよいことである。詳細は、２０ＭＨｚのシステム帯域幅を使用したシナリオの一例について、次節および下記の表１に与えられている。注意すべきは、この情報は非特許文献３のsection 7.2.1に基づくことである。
【００３０】
非周期的なチャネル品質フィードバックに対する個々の報告モードは、３ＧＰＰ ＬＴＥで、次の通りに定義されている。
【００３１】
報告モード１−２
送信モード１−８に対する本報告の内容：
−  コードワードごとの、１つの集合ＳのＭＣＳＩ値
−  各サブバンドの１つの好ましいＰＭＩ
−  送信モード４または８の場合：１つのＲＩ値
送信モード９に対する本報告の内容：
−  コードワードごとの、１つの集合ＳのＭＣＳＩ値
−  集合Ｓに対する１つの好ましいＰＭＩ
−  各サブバンドの１つの好ましいＰＭＩ
−  １つのＲＩ値
【００３２】
報告モード２−０
本報告の内容：
−  １つの集合ＳのＭＣＳＩ値
−  Ｍ個の選択されたサブバンドの位置
−  Ｍ個の選択されたサブバンドに対する１つのＭＣＳＩ値（集合ＳのＭＣＳＩ値に
対する２ビットの差分、非負）
−  送信モード３の場合：１つのＲＩ値
【００３３】
報告モード２−２
送信モード１−８に対する本報告の内容：
−  コードワードごとの、１つの集合ＳのＭＣＳＩ値
−  集合Ｓに対する１つの好ましいＰＭＩ
−  Ｍ個の選択されたサブバンドの位置
−  コードワードごとの、Ｍ個の選択されたサブバンドに対する１つのＭＣＳＩ値（
集合ＳのＭＣＳＩ値に対する２ビットの差分、非負）
−  Ｍ個の選択されたサブバンドに対する１つの好ましいＰＭＩ
−  送信モード４または８の場合：１つのＲＩ値
送信モード９に対する本報告の内容：
−  コードワードごとの、１つの集合ＳのＭＣＳＩ値
−  集合Ｓに対する１つの好ましい第１ＰＭＩ
−  集合Ｓに対する１つの好ましい第２ＰＭＩ
−  Ｍ個の選択されたサブバンドの位置
−  コードワードごとの、Ｍ個の選択されたサブバンドに対する１つのＭＣＳＩ値（
広帯域ＭＣＳＩ値に対する２ビットの差分、非負）
−  Ｍ個の選択されたサブバンドに対する１つの好ましい第１ＰＭＩ
−  Ｍ個の選択されたサブバンドに対する１つの好ましい第２ＰＭＩ
−  送信モード４以外の送信モードの場合：１つのＲＩ値
【００３４】
報告モード３−０
本報告の内容：
−  １つの集合ＳのＭＣＳＩ値
−  サブバンドごとの１つのＭＣＳＩ値（集合ＳのＭＣＳＩ値に対する２ビットの差
分）
−  送信モード３の場合：１つのＲＩ値
【００３５】
報告モード３−１
送信モード１−８に対する本報告の内容：
−  コードワードごとの、１つの集合ＳのＭＣＳＩ値
−  集合Ｓに対する１つの好ましいＰＭＩ
−  コードワードごとの、サブバンドごとの、１つのＭＣＳＩ値（集合ＳのＭＣＳＩ
値に対する２ビットの差分）
−  送信モード４または８の場合：１つのＲＩ値
送信モード９に対する本報告の内容：
−  コードワードごとの、１つの集合ＳのＭＣＳＩ値
−  集合Ｓに対する１つの好ましい第１ＰＭＩ
−  集合Ｓに対する１つの好ましい第２ＰＭＩ
−  コードワードごとの、サブバンドごとの、１つのＭＣＳＩ値（集合ＳのＭＣＳＩ
値に対する２ビットの差分）
−  １つのＲＩ値
【００３６】
以下の表１は、送信モードと報告モードのさまざまな組合せに対するＣＳＩ報告に用いられるビット量を示す。ＲＩ値も送信されるか否かは、次の表１では考慮していない。すなわち、ビットは、単に、ＭＣＳＩ（ＣＱＩ）およびＰＭＩのようなＣＳＩ報告をカバーするのみである。注目すべきは、いくつかのモードについて、詳細な数はまだ規格上同意されていないため、さらなる規格化作業において変更されうることである。しかし、このことは、後述する本発明に大きな影響を与えない。
【００３７】
上記のように、本テーブルでは、コンポーネントキャリアが２０ＭＨｚの帯域幅を持つと仮定されている。
【００３８】
【表１】
0005876507.tif 000004
【００３９】
例えば、送信モード１かつ報告モード３−０において、ＣＱＩ報告は、３０ビットの情報を含む。仮定した２０ＭＨｚのコンポーネントキャリアのシナリオにおいて、モード３−０の場合、全部で１３個のサブバンド（全部で１００個のリソースブロック、サブバンドごとに８個のリソースブロック）がある。各サブバンドに対して２ビットの差分（differencial）ＭＣＳＩが折り返し報告される。さらに、４ビットの広帯域ＭＣＳＩがある（ＣＳＩの非周期的報告を仮定すれば）。したがって、ＣＳＩフィードバックは、３０ビットで構成されている。
【００４０】
注目すべきは、サブバンドという用語は、ここでは、前に概説したように、多くのリソースブロックを表すために用いられていることである。一方、集合（set）Ｓという用語は、一般に、システム帯域幅内のリソースブロック全部（whole set of resource blocks）の一部（subset）を表している。３ＧＰＰ ＬＴＥおよびＬＴＥ−Ａとの関連では、今まで集合Ｓは、セル全体、つまり、コンポーネントキャリアの帯域幅である最大２０Ｈｚまでの周波数範囲を常に表すものと定義されている。以下では、簡単のため、集合Ｓを「広帯域」（"wideband"）と呼ぶ。しかし、将来、集合Ｓは、セルのリソースブロックのいくつかを表すだけかもしれない。その場合、当業者は、本発明の実施の形態に関連して使用された広帯域（または集合Ｓ）という用語を、単にそのようなものとしての「広帯域」（または「集合Ｓ」）よりも広く解釈するよう、注意しなければならない。
【００４１】
非周期的＆周期的ＣＱＩ報告
ＵＥがＣＳＩについて報告するのに使用する周期性および周波数分解能はいずれも、ｅＮｏｄｅＢによってコントロールされる。物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）は、周期的ＣＳＩ報告のみに使用される。ＣＳＩの非周期的報告については、ＰＵＳＣＨが使用される。これにより、ｅＮｏｄｅＢは、具体的に、ＵＥに、アップリンクデータ送信の予定になっているリソースに埋め込まれた個々のＣＳＩ報告を送信するよう指示する。
【００４２】
さらに、ｅＮｏｄｅＢにおける複数の送信アンテナの場合、ＣＳＩ値を第２のコードワードとして報告してもよい。いくつかのダウンリンク送信モードについては、プリコーディング行列インジケータ（ＰＭＩ：Precoding Matrix Indicator）およびランクインジケータ（ＲＩ：Rank Indicator）からなる追加フィードバックシグナリングも、ＵＥによって送信される。
【００４３】
ＣＳＩ情報を素早く獲得するために、ｅＮｏｄｅＢは、物理ダウンリンク制御チャネル（Physical Downlink Control Channel）で送信されるアップリンクリソースグラントにＣＳＩ要求ビットをセットすることにより、非周期的ＣＳＩをスケジューリングすることができる。
【００４４】
３ＧＰＰ ＬＴＥにおいては、ユーザ機器からのいわゆる非周期的チャネル品質フィードバックを引き起こす単純なメカニズムが予想される。無線アクセスネットワークのｅＮｏｄｅＢは、Ｌ１／Ｌ２制御信号をユーザ機器に送信していわゆる非周期的ＣＳＩ報告の送信を要求する（詳細は、3GPP TS 36.212, section 5.3.3.1.1および3GPP TS 36.213, section 7.2.1を参照）。ユーザ機器による非周期的チャネル品質フィードバックの提供を引き起こす別の可能性は、ランダムアクセス手続きに関連している（3GPP TS 36.213, section 6.2参照）。
【００４５】
ユーザ機器は、チャネル品質フィードバックの提供トリガを受信するとすぐに、続いて、チャネル品質フィードバックをｅＮｏｄｅＢに送信する。通常、チャネル品質フィードバック（つまり、ＣＳＩ報告）は、スケジューラ（ｅＮｏｄｅＢ）によるＬ１／Ｌ２シグナリングによってユーザ機器に割り当てられた物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared CHannel）リソース上でアップリンク（ユーザ）データと多重化される。キャリアアグリゲーションの場合、ＣＳＩ報告は、チャネル品質フィードバックを引き起こしたＬ１／Ｌ２信号（つまり、ＰＤＣＣＨ）によってグラントされた上記ＰＵＳＣＨリソース上で多重化される。
【００４６】
コンポーネントキャリアのアクティブ化状態についてのミスマッチ
ｅＮｏｄｅＢおよびＵＥは、どのコンポーネントキャリアがアクティブ化されどのコンポーネントキャリアが非アクティブ化されているかについて同じ理解を持つことが重要である。チャネル状態情報フィードバックはＰＵＳＣＨ上でデータと多重化されるため、ユーザ機器およびｅＮｏｄｅＢが、サブフレーム内のＰＵＳＣＨ上のアップリンク送信のどの部分がチャネル品質フィードバックでありどの部分がユーザデータであるかについて同じ理解を持つようにしなければならない。図５から明らかなように、チャネル状態情報のサイズは可変である（アクティブ化されたコンポーネントキャリアの個数や報告モード、送信モードなどに応じて、表１参照）ため、残りのデータサイズもまた可変である。
【００４７】
両サイドで理解が同じであれば、何も問題はない。なぜなら、ｅＮｏｄｅＢは、報告モードを設定し、非周期的ＣＱＩトリガをセットするため、いつＵＥがフィードバックを送信するかを知り、また、チャネル状態情報のサイズ、および、（仕様書によって）サブフレーム内のフィードバックおよびデータの部分の位置を知って、個々の部分を回復しうるからである。
【００４８】
しかし、チャネル品質フィードバックについてのｅＮｏｄｅＢによる推測は、ＵＥによって送信された実際のサイズと一致しないことがある。この点についての誤解は、さまざまな不利益を導くことがある。チャネル状態情報の報告は、ｅＮｏｄｅＢによって、情報ビットが実際よりも多くまたは少なく含むものと推測されるため、ｅＮｏｄｅＢは、チャネル状態情報を正しく復号することができない。これにより、リソースの割当てが非効率的になったり、回復のためのチャネル品質フィードバック要求を再度行ったりするおそれがある。
【００４９】
さらに、他方では、フィードバック部分とデータ部分の多重化および起こり得るサイズの誤解に起因して、ｅＮｏｄｅＢが、ＣＳＩビットをデータビットと見なしてしまうという状況が起こり得る。この場合、データ送信、特に、気付かずに間違ったデータビットが提供されたＰＵＳＣＨ ＨＡＲＱバッファに間違いが生じるおそれがある。
【００５０】
さらに、１つのチャネル状態情報の報告が、間違ったコンポーネントキャリアと関連付けられることがある。図６から分かるように、チャネル状態情報は、すべてのコンポーネントキャリアＣｏＣａ＃１−５に関する情報を有し得る。ＣＳＩ情報は、アクティブ化されたコンポーネントキャリアに対して連結される。ｅＮｏｄｅＢが気付かずに（後述する中断された受信、ＤＲＸのため）コンポーネントキャリア＃１、＃４がＵＥによって非アクティブ化されたと仮定すると、ＵＥによるＣＳＩ報告は、単にコンポーネントキャリア＃２、＃３、＃５のみに対するチャネル状態情報を含むのに対し、ｅＮｏｄｅＢは、５個のコンポーネントキャリア全部に対するチャネル状態情報を予想する。理解の差は、図７に示されている。コンポーネントキャリア＃２、＃３、＃５に対する３つのＣＳＩ報告を含む、対応するＣＳＩフィードバックは、図８に示されている。
【００５１】
したがって、ＵＥからフィードバック情報を受信すると、ｅＮｏｄｅＢは、１番目のチャネル状態情報をコンポーネントキャリア＃２の代わりにコンポーネントキャリア＃１に関連付ける可能性がある。同様に、ｅＮｏｄｅＢは、２番目のチャネル状態情報をコンポーネントキャリア＃３の代わりにコンポーネントキャリア＃２と解釈し、３番目のチャネル状態情報を、実際はコンポーネントキャリア＃５だが、コンポーネントキャリア＃３と解釈してしまう。要するに、ｅＮｏｄｅＢは、チャネルフィードバック情報を間違って解釈し、異なるコンポーネントキャリアのチャネル品質について間違った推測をする可能性がある。さらに、ｅＮｏｄｅＢは、本例において、残りのコンポーネントキャリア＃４、＃５に対してデータ情報をチャネル状態情報として解釈する可能性がある。なぜなら、ｅＮｏｄｅＢは、ＵＥによって実際に送信された数よりも多くのチャネル状態情報データを期待するからである。
【００５２】
別の例によれば、ｅＮｏｄｅＢは、効率的に１つのコンポーネントキャリアをアクティブ化し別のコンポーネントキャリアを非アクティブ化するビットマップを含むＭＡＣ制御信号（MAC control element）を送信する。この場合、たとえＭＡＣ制御信号がＵＥへの途中でなくなったとしても、ＵＥによって送信された、結果として生じるチャネル状態情報は、ｅＮｏｄｅＢによって期待されるサイズと同じサイズを持つであろう。しかし、このチャネル状態情報も、コンポーネントキャリアに間違って関連付けられるであろう。
【００５３】
ＵＥとｅＮｏｄｅＢの間の、コンポーネントキャリアのアクティブ化状態の誤解は、異なる環境の結果である。
【００５４】
上記のように、ダウンリンクのコンポーネントキャリアは、非アクティブ化タイマに基づいて非アクティブ化される。非アクティブ化タイマは、ダウンリンク送信をするたびにリセットされる。例えば、ユーザ機器は、所定の数のサブフレームに対する制御信号を全く受信していないとき、ＤＲＸモードに入ることができる。ＵＥの実装に応じて、ＤＲＸモードに入るときにＵＥがコンポーネントキャリアを非アクティブ化する場合がある（実際は必ずしもそうとは限らず、また、それが本発明の機能にとって重要であるわけでもないが）。ｅＮｏｄｅＢは、制御信号を送信する。しかし、誤りのある受信（例えば、チャネル上のノイズなどの結果として）のため、ユーザ機器は、その制御信号に気付かず、ＤＲＸモードに入って対応するコンポーネントキャリアを非アクティブ化することがある。しかし、ｅＮｏｄｅＢは、ユーザ機器のコンポーネントキャリアは今でもまだアクティブ化されたモードにあると信じている。
【００５５】
ＬＴＥキャリアアグリゲーションが最も利用されそうな３ＧＰＰ ＬＴＥ−Ａの場合、ユーザ機器がＬＴＥキャリア（コンポーネントキャリア）ごとにＤＲＸモードに入ることは可能である。ＤＲＸ機能の上記実装を仮定して、ＵＥは、通信に利用可能であるいくつかのコンポーネントキャリアに対してＤＲＸモードに入ることができる。一方で、ＵＥは、他のコンポーネントキャリアに対して今なおアクティブ化されている。ユーザ機器は、自身がＤＲＸモードにあるコンポーネントキャリアからの信号を全く受信したり処理したりしていないため、ＣＳＩは通常何ら測定されずそのようなコンポーネントキャリアに対して報告されないと予想することができる。
【００５６】
ＣＳＩ報告における問題は、ユーザ機器が、単に、アクティブ化されたコンポーネントキャリアに対するチャネル品質要素を報告だけするように設定されていることである。したがって、コンポーネントキャリアに対するＤＲＸモードについての理解がユーザ機器とｅＮｏｄｅＢの間で異なれば（つまり、アクティブ化／非アクティブ化状態についての異なる理解）、ユーザ機器およびｅＮｏｄｅＢは、チャネル品質フィードバックの内容について異なる理解を持つことになる。
【００５７】
また、ダウンリンクコンポーネントキャリアのアクティブ化／非アクティブ化は、対応するＭＡＣ制御信号（MAC control element）の手続きを利用することによっても実現される。この場合、ビットマップがＵＥに送信される。このビットマップは、すべてのコンポーネントキャリアに対するアクティブ化／非アクティブ化状態を示す。ビットマップは、誤って、または、例えば、必要な再送信による、不測の遅延をもって、受信されることがある。どんな場合でも、一方では、数個のサブフレームの遅延がありうるため、正確にＵＥがいつ特定のコンポーネントキャリアをアクティブ化／非アクティブ化するのか明確でない。さらに、ビットマップがＵＥに誤った情報をもって受信された場合、いくつかのコンポーネントキャリアはＵＥによって誤ってアクティブ化／非アクティブ化され、ｅＮｏｄｅＢはそのことを気付かないであろう。
【先行技術文献】
【非特許文献】
【００５８】
【非特許文献１】3GP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation", version 10.0.0, particularly sections 6.3.3, 6.3.4
【非特許文献２】3GPP TS 36.212, "Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding", version 10.0.0, particularly sections 5.2.2, 5.2.4, 5.3.3
【非特許文献３】3GPP TS 36.213, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures", version 10.0.1, particularly sections 7.1.7, 7.2
【発明の概要】
【００５９】
本発明の１つの目的は、少なくとも１つのコンポーネントキャリアのチャネル品質を報告する報告メカニズムであって上記問題の１つまたは複数を軽減するものを提案することである。
【００６０】
本目的は、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項の主題である。
【００６１】
本発明は、一般的に、ユーザ機器によって算出されたチャネル状態情報を、対応する基地局に報告することに関する。上記のように、基地局が、ユーザ機器と基地局の間で使用されるコンポーネントキャリアがアクティブ状態か非アクティブ状態かを知る、信頼できるフィードバックメカニズムは存在しない。このような、フィードバックの欠如は、コンポーネントキャリアの状態について誤解を引き起こす可能性があり、その結果、ユーザ機器によって作成されるチャネル状態情報メッセージの内容について誤解の原因となる。また、これは、リソースの非効率的な利用に加えて、データの破損をもたらすこともある。なぜなら、非周期的なチャネル状態報告の場合、チャネル状態情報は、他のユーザデータと一緒に（多重されて）アップリンクグラントで報告されるからである。
【００６２】
本発明の一態様は、コンポーネントキャリアに対してチャネル状態情報が実際に算出されたか否かとは無関係に、設定されたすべてのコンポーネントキャリアに対するチャネル状態情報の伝達を提案することである。特定のコンポーネントキャリアに対してチャネル状態情報が算出されない場合、チャネル状態情報は、その特定のコンポーネントキャリアの状態に関する情報、そして、チャネル状態情報が算出されなかった理由を符号化する。例えば、チャネル状態情報は、コンポーネントキャリアの状態が非アクティブ化されていることを符号化する。これにより、基地局は、コンポーネントキャリアがＵＥ側で実際にアクティブ化されているか非アクティブ化されているかをチェックすることができる。
【００６３】
通常、ＵＥは、コンポーネントキャリアが非アクティブ化されているかまたはＤＲＸモードにあると判断すると、そのようなダウンリンクコンポーネントキャリアの信号をモニタせず、とりわけ、チャネル推定の測定に使用される参照シンボルをモニタしない。通常は、このような測定を利用して計算によって有意義なＣＳＩ報告を生成する。このような計算ステップは、通常、測定されたまたは内挿／外挿されたデータをＭＣＳＩテーブルに変換することを含んでいる。したがって、測定データの欠如は、通常、ＵＥがＣＳＩの計算を実行できないことを意味する。
【００６４】
本発明の当該態様に係るチャネル状態報告を行うことによって、上記の問題および先行技術の欠点が克服される。本チャネル状態報告は、チャネル状態情報が算出できたか否かとは無関係なサイズを有する。このことは、どのユーザデータも破損せず、また、チャネル状態情報は「間違った」（"wrong"）コンポーネントキャリアに関連づけられない、という利点を持つ。さらに、実際にどの「有効な」（"valid"）チャネル状態情報も利用可能でないコンポーネントキャリアに対するチャネル状態情報における状態情報を符号化することによって、基地局は、どのコンポーネントキャリアがアクティブ化されまたは非アクティブ化されているかについての自身の理解が正しいか否かをチェックできるため、それに応じて行動することができる。
【００６５】
このことは、詳細な説明で説明する本発明の実施形態に関連してより一層明らかになろう。
【００６６】
チャネル状態情報が算出されなかったコンポーネントキャリアに関連するデータフィールドにおいて、チャネル状態情報は、チャネル状態情報が算出されなかった理由を符号化するようにあらかじめ決められている。
【００６７】
本発明は、複数のコンポーネントキャリアが基地局とユーザ機器の間の通信のために設定されている通信システムにおいてチャネル状態情報を前記ユーザ機器から前記基地局に報告する方法を提供する。前記ユーザ機器は、チャネル状態情報の値が算出されていない少なくとも１つのコンポーネントキャリアを除き、各コンポーネントキャリアに対するチャネル状態情報の値を算出する。前記ユーザ機器は、前記設定された複数のコンポーネントキャリアのそれぞれに対して１つのデータフィールドを有するチャネル状態情報メッセージを作成する。前記少なくとも１つのコンポーネントキャリアに対する前記データフィールドは、前記少なくとも１つのコンポーネントキャリアに対してチャネル状態情報の値が算出されなかった理由を符号化した所定のチャネル状態情報の値を有する。残りのデータフィールドはそれぞれ、関連するコンポーネントキャリアに対する算出されたチャネル状態情報の値を有する。前記ユーザ機器は、前記チャネル状態情報メッセージを前記基地局に送信する。
【００６８】
本発明の有利な実施形態によれば、前記チャネル状態情報の値が算出されなかった理由は、次の理由、つまり、前記コンポーネントキャリアが設定されているが非アクティブ化されていること、前記コンポーネントキャリアが設定されかつアクティブ化されているがまだ前記チャネル状態情報の値を算出する準備ができていないこと、前記チャネル状態情報の値を算出しようとしたが失敗したこと、の１つである。この情報を受信する基地局は、異なる場合を区別できるため、さらにどのように処理すべきかを適切に判断することができる。
【００６９】
本発明のさらなる実施形態によれば、前記コンポーネントキャリアはそれぞれ複数のサブバンドで構成されている。前記チャネル状態情報の値は、全サブバンドに対する変調・符号化方式インデックス（ＭＣＳＩ）値と、前記サブバンドのそれぞれに対する１つのオフセット値とを有する。前記ＭＣＳＩ値と各オフセット値は組み合わさって各サブバンドに対する実効ＭＣＳＩ値を示す。前記少なくとも１つのコンポーネントキャリアに対する前記所定のチャネル状態情報の値は、少なくとも１つのサブバンドに対する前記実効ＭＣＳＩ値が有効ＭＣＳＩ値の範囲外になるように定義された、前記サブバンドに対するＭＣＳＩ値およびオフセット値を有する。
【００７０】
本発明の別の実施形態に関して、前記コンポーネントキャリアはそれぞれ複数のサブバンドで構成されている。前記チャネル状態情報の値は、全サブバンドに対する変調・符号化方式インデックス（ＭＣＳＩ）値と、前記複数のサブバンドの部分集合Ｍに対する１つのオフセット値とを有する。前記ＭＣＳＩ値と前記オフセット値は組み合わさって前記部分集合Ｍのサブバンドに対する実効ＭＣＳＩ値を示す。前記所定のチャネル状態情報の値は、前記部分集合Ｍのサブバンドに対する前記実効ＭＣＳＩ値が有効ＭＣＳＩ値の範囲外になるように定義された、前記部分集合Ｍのサブバンドに対するＭＣＳＩ値およびオフセット値を有する。
【００７１】
本発明の他の実施形態に関して、前記有効ＭＣＳＩ値の範囲外にあるそれぞれ異なる実効ＭＣＳＩ値は、チャネル状態情報の値が算出されなかった異なる理由を示す。
【００７２】
本発明の他の実施形態によれば、前記サブバンドに対するＭＣＳＩ値およびオフセット値は、チャネル状態情報の値が算出されなかった２つ以上の理由を符号化するため、前記サブバンドの２つ以上の実効ＭＣＳＩ値が有効ＭＣＳＩ値の範囲外になるように定義されている。
【００７３】
本発明のさらに有利な実施形態は、前記チャネル状態情報の値に対してランクインジケータも報告される場合、前記所定のチャネル状態情報の値に対する前記ランクインジケータは、１に設定されている。これにより、前記チャネル状態情報メッセージのペイロードサイズを最小にすることができる。
【００７４】
本発明の他の実施形態に関して、前記ランクインジケータは、前記チャネル状態情報メッセージとは別々に前記基地局に送信される。
【００７５】
本発明のさらに別の実施形態によれば、前記コンポーネントキャリアはそれぞれ複数のサブバンドで構成されている。前記チャネル状態情報の値は、全サブバンドに対する変調・符号化方式インデックス（ＭＣＳＩ）値と、少なくとも１つのプリコーディング行列インジケータとを有する。前記少なくとも１つのコンポーネントキャリアに対する前記所定のチャネル状態情報の値の前記少なくとも１つのプリコーディング行列インジケータは、所定の値に設定され、前記所定のチャネル状態情報の値の前記ＭＣＳＩ値は、０に設定されている。
【００７６】
本発明のさらに別の実施形態に関して、前記コンポーネントキャリアはそれぞれ複数のサブバンドで構成されている。前記チャネル状態情報の値に対してランクインジケータが前記基地局に報告され、前記少なくとも１つのコンポーネントキャリアに対する前記所定のチャネル状態情報の値の前記ランクインジケータは、前記所定のチャネル状態情報が２つのコードワードを示すように、２以上（＞１）に設定されている。前記所定のチャネル状態情報の値は、前記２つのコードワードのそれぞれに対して、全サブバンドに対する１つの変調・符号化方式インデックス（ＭＣＳＩ）値を有し、両方のＭＣＳＩ値は、最悪のチャネル品質を示す値に設定されている。
【００７７】
本発明の他の実施形態において、前記チャネル状態情報の報告は、非周期的である。但し、本発明は、周期的な報告にも適用可能である。
【００７８】
本発明のさらなる実施形態において、前記基地局は、どのコンポーネントキャリアがアクティブ化／非アクティブ化されるべきかに関する情報を有する。前記基地局は、前記少なくとも１つのコンポーネントキャリアに対するチャネル状態情報の値および前記残りのコンポーネントキャリアに対するチャネル状態情報の値を含む、前記チャネル状態情報メッセージを受信する。前記基地局は、設定された各コンポーネントキャリアに対して、前記受信したチャネル状態情報メッセージの各コンポーネントキャリアに対するチャネル状態情報の値に基づいて、どのコンポーネントキャリアがアクティブ化／非アクティブ化されるべきかに関する前記情報が正しいか否かを確認する。
【００７９】
本発明は、さらに、複数のコンポーネントキャリアが基地局とユーザ機器の間の通信のために設定されている通信システムにおいてチャネル状態情報を前記ユーザ機器から前記基地局に提供するためのチャネル状態情報メッセージを提供する。少なくとも１つのコンポーネントキャリアに対してチャネル状態情報が前記ユーザ機器によって算出されていない。前記チャネル状態情報メッセージは、前記複数のコンポーネントキャリアのそれぞれに対して１つのデータフィールドを有する。各データフィールドは、対応するコンポーネントキャリアに対するチャネル状態情報を含む。前記少なくとも１つのコンポーネントキャリアに対する前記データフィールドは、前記チャネル状態情報の値が算出されなかった理由を符号化した所定のチャネル状態情報の値を有する。残りのデータフィールドはそれぞれ、関連するコンポーネントキャリアに対して前記ユーザ機器によって算出されたチャネル状態情報の値を有する。
【００８０】
本発明のさらに詳細な実施形態において、前記コンポーネントキャリアはそれぞれ複数のサブバンドで構成されている。前記チャネル状態情報の値は、全サブバンドに対する変調・符号化方式インデックス（ＭＣＳＩ）値と、前記サブバンドのそれぞれに対する１つのオフセット値とを有する。前記ＭＣＳＩ値と各オフセット値は組み合わさって各サブバンドに対する実効ＭＣＳＩ値を示す。前記少なくとも１つのコンポーネントキャリアに対する前記所定のチャネル状態情報の値は、少なくとも１つのサブバンドに対する前記実効ＭＣＳＩ値が有効ＭＣＳＩ値の範囲外になるように定義された、前記サブバンドに対するＭＣＳＩ値およびオフセット値を有する。
【００８１】
本発明の別の実施形態において、前記コンポーネントキャリアはそれぞれ複数のサブバンドで構成されている。前記チャネル状態情報の値は、全サブバンドに対する変調・符号化方式インデックス（ＭＣＳＩ）値と、前記複数のサブバンドの部分集合Ｍに対する１つのオフセット値とを有する。前記ＭＣＳＩ値と前記オフセット値は組み合わさって前記部分集合Ｍのサブバンドに対する実効ＭＣＳＩ値を示す。前記所定のチャネル状態情報の値は、前記部分集合Ｍのサブバンドに対する前記実効ＭＣＳＩ値が有効ＭＣＳＩ値の範囲外になるように定義された、前記部分集合Ｍのサブバンドに対するＭＣＳＩ値およびオフセット値を有する。
【００８２】
本発明の他の実施形態に関して、前記有効ＭＣＳＩ値の範囲外にあるそれぞれ異なる実効ＭＣＳＩ値は、チャネル状態情報の値が算出されなかった異なる理由を示す。
【００８３】
本発明のさらなる実施形態に関して、前記サブバンドに対するＭＣＳＩ値およびオフセット値は、前記サブバンドの２つ以上の実効ＭＣＳＩ値が有効ＭＣＳＩ値の範囲外になるように定義されている。２つ以上の非有効な値（non-valid value）をもたらすことによって、各非有効な値を、チャネル状態情報の値が算出されなかった異なる理由を符号化するようにあらかじめ設定しておくことができる。
【００８４】
本発明の他の実施形態によれば、前記コンポーネントキャリアはそれぞれ複数のサブバンドで構成されている。前記チャネル状態情報の値は、全サブバンドに対する変調・符号化方式インデックス（ＭＣＳＩ）値と、少なくとも１つのプリコーディング行列インジケータとを有する。前記少なくとも１つのコンポーネントキャリアに対する前記所定のチャネル状態情報の値の前記少なくとも１つのプリコーディング行列インジケータは、所定の値に設定され、前記所定のチャネル状態情報の値の前記ＭＣＳＩ値は、０に設定されている。
【００８５】
本発明の他の実施形態に関して、前記コンポーネントキャリアはそれぞれ複数のサブバンドで構成されている。前記チャネル状態情報の値に対してランクインジケータが前記ユーザ機器によって前記基地局に報告され、前記少なくとも１つのコンポーネントキャリアに対する前記所定のチャネル状態情報の値の前記ランクインジケータは、前記所定のチャネル状態情報が２つのコードワードを示すように、２以上（＞１）に設定されている。前記所定のチャネル状態情報の値は、前記２つのコードワードのそれぞれに対して、全サブバンドに対する１つの変調・符号化方式インデックス（ＭＣＳＩ）値を有し、両方のＭＣＳＩ値は、最悪のチャネル品質を示す値に設定されている。
【００８６】
また、本発明は、複数のコンポーネントキャリアが基地局とユーザ機器の間の通信のために設定されている通信システムにおいてチャネル状態情報を前記基地局に報告する前記ユーザ機器も提供する。前記ユーザ機器は、チャネル状態情報の値が算出されていない少なくとも１つのコンポーネントキャリアを除き、各コンポーネントキャリアに対するチャネル状態情報の値を算出するように構成されたプロセッサを有する。前記プロセッサは、さらに、前記設定された複数のコンポーネントキャリアのそれぞれに対して１つのデータフィールドを有するチャネル状態情報メッセージを作成する。前記少なくとも１つのコンポーネントキャリアに対する前記データフィールドは、前記少なくとも１つのコンポーネントキャリアに対してチャネル状態情報の値が算出されなかった理由を符号化した所定のチャネル状態情報の値を有する。残りのデータフィールドはそれぞれ、関連するコンポーネントキャリアに対する算出されたチャネル状態情報の値を有する。送信手段は、前記チャネル状態情報メッセージを前記基地局に送信する。
【００８７】
本発明のさらなる実施形態によれば、前記ユーザ機器は、上記した方法のステップに従ってステップを実行する手段を有する。例えば、前記チャネル状態情報メッセージの内容に応じて、前記ユーザ機器は、チャネル状態情報の値を算出しなかった理由を記載した、ＭＣＳＩ値、プリコーディング行列インジケータを含む、前記チャネル状態情報メッセージを作成できるものとする。これは、前記チャネル状態情報メッセージのフィードバック情報を適切に測定し算出すること、および、チャネル状態情報の値が算出されなかった前記少なくとも１つのコンポーネントキャリアに対する所定のチャネル状態情報の値をあらかじめ設定しておくことを含む。
【００８８】
以下、添付の図面を参照して本発明をより詳細に説明する。図面において類似または対応する箇所には同じ参照番号を付している。
【図面の簡単な説明】
【００８９】
【図１】３ＧＰＰ ＬＴＥシステムのアーキテクチャの一例を示す図
【図２】３ＧＰＰ ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の一例を示す概略図
【図３】３ＧＰＰ ＬＴＥ（リリース８／９）用に定義されたダウンリンクコンポーネントキャリアのサブフレーム構成の一例を示す図
【図４】３ＧＰＰ ＬＴＥ（リリース８／９）用に定義されたダウンリンクスロットのダウンリンクリソースグリッドの一例を示す図
【図５】アップリンク送信のＣＱＩ部分とデータ部分の間の可変な境界を示す図
【図６】５つのコンポーネントキャリアに対するＣＳＩ報告を構成する、５つのコンポーネントキャリアに対するチャネル状態情報フィードバックを説明するための図
【図７】ｅＮｏｄｅＢとＵＥの間における特定のコンポーネントキャリアのアクティブ化状態についての誤解を説明するための図
【図８】２つの利用可能なコンポーネントキャリアが非アクティブ化された後の、３つのコンポーネントキャリアのみに対するＣＳＩ報告からなるチャネル状態情報フィードバックを説明するための図
【図９】本発明の一実施の形態に係る、設定された各コンポーネントキャリアに対するデータフィールドおよび各データフィールドの内容を含む、ＣＳＩ報告の一例（ここでは、すべての可能なフィードバック要素がリストに記載されている）を示す図
【発明を実施するための形態】
【００９０】
以下の段落では、本発明のさまざまな実施形態について説明する。実施形態のほとんどは、上記背景技術の欄で議論したＬＴＥおよびその現在の拡張版に係る（進化した）通信システムとの関連で説明してあるが、これは単に例示を目的とするにすぎない。
【００９１】
上記のように、本発明は、一般に、複数のコンポーネントキャリアがユーザ機器（ＵＥ）と基地局（ｅＮｏｄｅＢ）の間の通信を可能にするために用いられる通信システムにおいてチャネル状態情報をＵＥからｅＮｏｄｅＢに報告することに関する。
【００９２】
以下の説明をしやすくするために、ユーザ機器が設定した複数のコンポーネントキャリアのうち、１つの特定のコンポーネントキャリアが、例えば、雑音または干渉による測定の不確実さに起因して実行が不可能または妥当でないため、チャネル状態情報が算出されない状態にあるものと仮定する。この特定のコンポーネントキャリアに対してチャネル状態情報の算出が不可能または妥当でない理由はさまざま考えられる。留意すべきは、以下の段落では最も関連あるもののみに言及し、言及しないさらなる理由もありうることである。
【００９３】
特に、設定されているが非アクティブ化されているコンポーネントキャリアに対して、ユーザ機器は、通常、チャネル状態情報を決定しない。なぜなら、ＵＥは、そのようなコンポーネントキャリアに対して、受信・測定回路を動作させることを要求されないからである。電力消費を抑えるために、一部またはすべての対応するハードウェアおよび／またはソフトウェア要素は、電源が切られる。あるいは、コンポーネントキャリアがすでにアクティブ化されているにもかかわらず、ユーザ機器は、チャネル状態情報を基地局に送信する前に測定を行う十分な時間がない。あるいは、コンポーネントキャリアがすでにアクティブ化されているにもかかわらず、コンポーネントキャリアは、チャネル品質を測定できないまたは信頼できる結果を得ることができないような短時間の間、アクティブ化されるのみである。他の例は、例えば、3GPP TS 36.213.7.2.3に記載されているように、ダウンリンクサブフレームが特定のユーザ機器に対するダウンリンクサブフレームでない場合、ダウンリンクサブフレームがＭＢＳＦＮサブフレームでない場合、ダウンリンクサブフレームが、ＤｗＰＴＳの長さが７６８０×Ｔｓ以下の場合にＤｗＰＴＳフィールドを含まない場合、または、ダウンリンクサブフレームがユーザ機器に対して設定した測定ギャップの範囲に入らない場合に（これらはすべてコンポーネントキャリアに特有である）、チャネル品質測定がユーザ機器によって行われるダウンリンクサブフレームが、少なくとも１つのアクティブ化されたコンポーネントキャリアに対して有効でない、ということである。
【００９４】
上記の仮定を念頭に置くと、先行文献のチャネル状態情報報告は、チャネル状態情報が実際に算出されたコンポーネントキャリアに対するチャネル状態情報のみを含み、それに応じて、そのチャネル状態情報報告は、チャネル状態情報が算出されなかったコンポーネントキャリアに対するチャネル状態情報を持つデータフィールドを含まない。このやり方は、一見したところ論理的であるようにも見えるが、前に説明したようにいくつもの不利益がある。
【００９５】
本発明の１つの様態は、チャネル品質情報が算出されたか否かとは無関係に、チャネル状態情報報告が各コンポーネントキャリアに対するフィールドを有することを保証する。したがって、チャネル状態情報報告は、例えば、アクティブ化されたコンポーネントキャリアのそれぞれに対するデータフィールドに加えて、非アクティブ化された各コンポーネントキャリアに対するデータフィールドを含み、好ましくは、まるで設定されたすべてのコンポーネントキャリアがアクティブ化されているように同じフィールド順（field order）を維持する。
【００９６】
その結果として、チャネル状態情報報告は、特定のコンポーネントキャリアのアクティブ化／非アクティブ化状態による影響を受けない一定のサイズである。換言すれば、チャネル状態情報報告のペイロードは、コンポーネントキャリアのアクティブ化状態とは無関係である。これには、基地局とユーザ機器との間に状態の誤解が生じ得るにもかかわらず、チャネル状態情報の値と対応するコンポーネントキャリアとの関連性が基地局にとって明白であるという利点がある。チャネル状態情報報告のサイズがコンポーネントキャリアの状態による影響を受けないため、チャネル状態情報のデータおよびユーザのデータは基地局によって正確に復号され、雑音／損失のない送信を仮定した場合にはデータの破損が起こらない。
【００９７】
上記第１の様態に関連する本発明のさらなる様態は、ユーザ機器がチャネル品質情報を算出しなかった上記特定のコンポーネントキャリアに対するチャネル状態情報報告のデータフィールドが、ユーザ機器が保持するコンポーネントキャリアの状態を基地局に知らせるためのフィードバック要素の値を含むことである。特に、特定のコンポーネントキャリア（チャネル状態情報が算出されなかったコンポーネントキャリア）に対するデータフィールドが、アクティブ化されたコンポーネントキャリアに対する残りのデータフィールドと同じフィードバック要素を含む。しかし、特定のコンポーネントキャリアに対するデータフィールドの当該フィードバック要素の値は、データフィールドが有効なチャネル状態情報を含まないこと、しかし、ユーザ機器がその特定のコンポーネントキャリアに対してチャネル状態情報を算出しなかったこと、および、その理由を、基地局が推定できるように定義される。
【００９８】
別の表現で言うと、チャネル状態情報が算出できなかったコンポーネントキャリアに対するデータフィールドのチャネル状態情報は、実際のチャネル品質を反映することを目的としたものではなく、当該コンポーネントキャリアの状態についての（付加的）情報、および、その結果、チャネル品質情報が算出されなかったことについての理由を基地局に提供するためにのみ用いられる。状態には、例えば、「設定されているが非アクティブ化されている」（"configured but deactivated"）、または、「設定されかつアクティブ化されているがまだチャネル品質情報の算出対象になっていない」（"configured and activated but not yet ready to be the target of channel quality information calculation"）などがある（上記も参照）。
【００９９】
残りのコンポーネントキャリアのそれぞれに対するデータフィールドは、当該（アクティブ化された）コンポーネントキャリアに対するすでに算出されたチャネル品質に関する実際の、つまり、有効な情報を提供する。
【０１００】
したがって、基地局は、各コンポーネントキャリアのアクティブ化／非アクティブ化状態にミスマッチがあるか否かを簡単に決定することができ、もしミスマッチがあれば、ＵＥへの適切なコマンドの発行を検討することができる。例えば、基地局は、あるコンポーネントキャリアがアクティブ化されていると推測し、そして、ＵＥがそのコンポーネントキャリアを非アクティブ化したことを知った場合、そのコンポーネントキャリアが直ちにアクティブ化されるよう、新たなＭＡＣ ＣＥをＵＥに発行することができる。一方、基地局は、あるコンポーネントキャリアが非アクティブ化されていると推測し、そして、ＵＥがコンポーネントキャリアをアクティブ化することを検討していると知った場合、コンポーネントキャリアを直ちに非アクティブ化するよう、新たなＭＡＣ ＣＥをＵＥに発行することができる。
【０１０１】
好ましくは実際のフィードバック要素とその値の範囲が特定のコンポーネントキャリアのチャネル状態情報に対して変化しないと仮定すると、チャネル状態情報の要素の値は、チャネル状態情報の意味の誤解を避けるために実際のチャネル品質の報告に通常は使用されないように、選択されるべきである。別の言い方をすれば、特定のコンポーネントキャリアに対するチャネル状態情報のフィードバック要素の値は、妥当なチャネル品質を示すものではなく、代わりに、その値自体が無意味であることを示すものである。
【０１０２】
チャネル状態情報のフィールドの内容は、特定のコンポーネントキャリアに対するチャネル品質を示す異なるフィードバック要素を有する。現在の標準化によれば、チャネル状態情報のフィールドの内容は、次の１つ以上、つまり、コンポーネントキャリア全体（例えば、全サブバンド、集合Ｓ）に対する変調・符号化方式インデックス（ＭＣＳＩ：modulation and coding scheme index）の値、コンポーネントキャリアの各サブバンドに対するＭＣＳＩオフセット値（ＭＣＳＩオフセット値は、サブバンドの集合ＳのＭＣＳＩ値に対する差分として符号化される）、コンポーネントキャリアのサブバンドの集合Ｍに対するＭＣＳＩオフセット値（集合Ｍは集合Ｓよりも少ないサブバンドを含み、ＭＣＳＩオフセット値は、再度、コンポーネントキャリア全体のＭＣＳＩ値に対する差分として符号化される）、および、プリコーディング行列インジケータ、の１つ以上を有する。ランクインジケータ（ＲＩ：rank indicator）も、チャネル状態情報報告のために送信される。しかし、ランクインジケータは、チャネル状態情報メッセージそれ自体の中ではなく、別々に送信される。なぜなら、チャネル状態情報報告（ＭＣＳＩ＆ＰＭＩ）のサイズは、報告されるランクインジケータに依存するからである。
【０１０３】
これらのフィードバック要素のどれが実際にチャネル状態報告に含まれるかは、とりわけ、基地局によって設定される送信モードおよび報告モードに依存する。いずれの場合にも、含まれるフィードバック要素とは無関係に、特定のコンポーネントキャリアに対するチャネル状態情報フィールドの要素の値は、基地局が、当該フィールドの内容が本当にチャネル品質を示すものか否か、または、チャネル状態情報が算出されなかった関連するコンポーネントキャリアの状態を示すものか否か、を決定できるように定義されなければならない。
【０１０４】
本様態に係るチャネル状態情報報告は、今まで先行技術のシステムで用いられてきたものよりも信頼できかつ確実である。例えば、基地局は、チャネル状態報告の内容、つまり、チャネル状態情報として報告されたフィードバック要素の値に基づいて、ユーザ機器によって使用されたどのコンポーネントキャリアがアクティブ化／非アクティブ化されているかを直ちに推定することができる。したがって、たとえ基地局とユーザ機器との間に一瞬誤解があったとしても、基地局は、自身の誤解を訂正することができる。
【０１０５】
本発明のさらなる様態は、どのようにして特定のコンポーネントキャリアに対する所定のチャネル状態情報のフィードバック要素を最も有利に定義できるかについての詳細に関する。例えば、特定のコンポーネントキャリアのチャネル状態情報のデータフィールドのペイロードは、あまり多くの「オーバーヘッド」（"overhead"）を生成しないように、できるだけ少ないビットに抑えるのがよい。これを達成するため、ランクインジケータの値＝１を選択し得る。なぜなら、ランクインジケータの値が１よりも大きい場合、チャネル状態情報は、１つのコードワードの代わりに２つのコードワードに対するチャネル品質を報告するよう拡張されるからである。
【０１０６】
基地局が、ユーザ機器によって特定のコンポーネントキャリアに対してチャネル状態情報が算出されなかったさまざまな理由を区別できるようにするために、かかる観点で、特定のコンポーネントキャリアに対するデータフィールドのチャネル状態情報へと符号化される異なるチャネル状態情報の値をそれぞれあらかじめ定義しておく必要がある。例えば、チャネル状態情報が、コンポーネントキャリア全体に対するＭＣＳＩ値、および、コンポーネントキャリアのサブバンドの集合Ｍに対するＭＣＳＩオフセット値を有する場合、両方の値は、有効な値（valid value）ではない、サブバンドの集合Ｍに対する１つ以上の実効的なＭＣＳＩ値（effective MCSI value）になるように定義される。特に、任意のＭＣＳＩに対する有効範囲が０から１５と仮定すると、１７、１８、および１９以上の実効的なＭＣＳＩ値は、３つの異なるコンポーネントキャリア状態、つまり、ユーザ機器によってチャネル状態情報が算出されなかった理由を符号化することができる。この点は、さらに以下においてより詳細に説明する。したがって、基地局は、３つの無効な値（invalid value）を区別して特定のコンポーネントキャリアの対応する状態を知り得る。
【０１０７】
本発明のさらなる様態は、チャネル状態情報を上記のように伝えることができる送信構造（以下、メッセージ、またはチャネル状態情報メッセージという）を提案することである。特に、チャネル状態情報メッセージは、チャネル状態情報が本当に特定のコンポーネントキャリアに対して算出されたか否かとは無関係に、ユーザ機器が設定した各コンポーネントキャリアに対するデータフィールドを含む。各データフィールドの内容は、上述の通りである。
【０１０８】
チャネル状態情報報告の内容
ＣＳＩ報告は、ユーザ機器によって認識された品質に関するフィードバック情報を含む。これにより、基地局は、情報のデータレートを、測定されたチャネル品質に合わせることができる。また、ＣＳＩ報告の内容は、ｅＮｏｄｅＢによって設定された報告モードおよび送信モードにも依存する。報告モードおよび送信モードの概要は、各場合のＣＳＩ報告の特定の内容についての情報とともに、背景技術の節で説明されている。リンクアダプテーションの重要な要素として、主に、３つのフィードバック要素（つまり、ＭＣＳＩ、ＰＭＩ、およびＲＩ）がある。以下では、これらのパラメータについてより詳細に説明する。
【０１０９】
変調および符号化方式のインデックス（ＭＣＳＩ）
前にすでに説明したように、適応変調・符号化（ＡＭＣ：adaptive modulation and coding）を用いて各ユーザの情報データレートを受信信号の品質変動に適合させることができる。ＡＭＣの自由度は変調・符号化方式で構成され、変調方式と符号化率の特定の組合せが、変調・符号化方式インデックス（ＭＣＳＩ：Modulation and Coding Scheme Index）を用いて示される。ＭＣＳＩによって信号伝達可能な、変調方式および符号化率のリストを、以下の表２に示す。
【０１１０】
【表２】
0005876507.tif 000005
【０１１１】
背景技術の節で紹介したように、チャネル状態情報報告の内容、特に、コンポーネントキャリアのチャネル品質について報告するために含まれるパラメータに影響を与える、報告モードおよび送信モードがいくつかある。
【０１１２】
報告モード３−０、３−１では、１つのＭＣＳＩ値が、コードワード毎に各サブバンドに対して符号化される。各コードワードに対する各サブバンドのＭＣＳＩ値は、それぞれの広帯域ＭＣＳＩに対して２ビットを用いて、以下、つまり、
サブバンド差動ＭＣＳＩオフセットレベル
＝サブバンドＭＣＳＩインデックス−広帯域ＭＣＳＩインデックス
に従って、差動的に符号化される。
【０１１３】
したがって、各サブバンドのＭＣＳＩインデックスは、広帯域ＭＣＳＩインデックスと、差動ＭＣＳＩ値によって符号化されたオフセット値とを加算することによって、算出することができる。
【０１１４】
差動ＭＣＳＩ値と、広帯域ＭＣＳＩインデックスに適用される実際のオフセットレベルとのマッピングは、報告モード３−０、３−１に対して、次の表３によって決定される。
【０１１５】
【表３】
0005876507.tif 000006
【０１１６】
例えば、広帯域ＭＣＳＩがＭＣＳＩインデックス８（１６ＱＡＭおよび符号化率４９０／１０２４）を符号化し、サブバンド＃１に対する２ビット差動ＭＣＳＩ値が１である場合、当該サブバンド＃１に対する実効ＭＣＳＩインデックスは９（６４ＱＡＭおよび符号化率４６６／１０２４）である。サブバンド＃１に対する差動ＭＣＳＩ値が２である場合、当該サブバンド＃１に対するＭＣＳＩインデックスは、広帯域ＭＣＳＩよりも少なくとも２インデックス分大きくなる（つまり、１０以上）。
【０１１７】
報告モード２−０、２−２では、Ｍ個の選択されたサブバンドに対する１つのＭＣＳＩ値が、ユーザ機器によってコードワードごとに報告される。各コードワードに対するＭ個の選択されたサブバンドのＭＣＳＩ値は、それぞれの広帯域ＭＣＳＩ値に対して２ビットを用いて、以下、つまり、
サブバンド差動ＭＣＳＩオフセットレベル
＝Ｍ個の選択されたサブバンドのＭＣＳＩインデックス−広帯域ＭＣＳＩインデックス
に従って、差動的に符号化される。
【０１１８】
したがって、基地局は、広帯域ＭＣＳＩインデックスと、報告モード２−０、２−２に対する次の表４に従ってサブバンド差動ＭＣＳＩ値によって符号化された差動ＭＣＳＩオフセットレベルとを加算することによって、選択されたＭ個のサブバンドに対するＭＣＳＩインデックスを算出することができる。
【０１１９】
【表４】
0005876507.tif 000007
【０１２０】
プリコーディング行列インジケータ（ＰＭＩ：Precoding Matrix Indicator）
いくつかの送信モードに対して、プリコーディングフィードバックが、チャネル依存性コードブックに基づくプリコーディングに用いられ、プリコーディング行列インジケータを報告するＵＥを頼りにしている。各ＰＭＩ値は、３ＧＰＰの文書であるTS 36.211 v10.0.0のChapter 6.3.4.2.3 "Codebook for precoding"の対応表に記載されたコードブックインデックスに対応する。そのインデックスがＰＭＩを構成するプリコーダは、全レイヤにわたって受信され得るデータビットの総数を最大化するプリコーダである。
【０１２１】
上記の表から明らかなように、ＰＭＩは、送信に使用されるアンテナポートおよび関連するランクインジケータに応じて２ビットまたは３ビットの長さである。
【０１２２】
ランクインジケータ（ＲＩ：Rank Indicator）
ＵＥは、ランクインジケータによってチャネルランクを報告するように構成することもできる。ランクインジケータは、帯域幅全体の容量を最大化するために算出される。
【０１２３】
特に、空間多重に関して、ＵＥは、有用な送信レイヤの数に対応するＲＩを決定する。送信ダイバーシティに関して、ＲＩは１に等しい。
【０１２４】
実際には、ランクインジケータは、チャネル状態情報が１つまたは２つのコードワードに対して報告されるかに影響を与える。例えば、ＲＩが１の場合、１つのコードワードのみのチャネル状態情報が報告され、ＲＩが１よりも大きい場合、２つのコードワードのチャネル状態情報が報告される。
【０１２５】
本発明の簡単な実施形態
表２に示すように、ＭＣＳＩインデックス０は、「範囲外」（"out of range"）という解釈と関連している。これは、ＭＣＳＩレベル１が示すような非常に効率の悪い変調・符号化方式を用いた送信であってもチャネルにわたって信頼ある伝達ができないような、悪環境のチャネルであることを意味する。したがって、ＵＥは、コンポーネントキャリアに対してＣＳＩを算出しない場合、ＭＣＳＩインデックス０を、ＣＳＩ報告に適用可能なフィードバック要素として報告することができる。
【０１２６】
当該簡単な実施形態では、基地局は、ＵＥがＣＳＩを算出しなかった場合と、ＵＥが、ＣＳＩの算出は行ったものの、ＭＣＳＩインデックス０の報告に最も正確に反映されたＭＣＳＩに至るようなＣＳＩ算出を行った場合とを明確に区別することができない。
【０１２７】
本発明の好ましい実施形態
以下では、本発明の実施形態を、そのような区別を行うことができ、さらには、ＵＥがＣＳＩを算出しなかったさまざまな理由を区別することもできる、改良型チャネル状態報告として提示する。
【０１２８】
５つのコンポーネントキャリア＃１−５のそれぞれが２０ＭＨｚの帯域幅を有し、したがって、それぞれが１３個のサブバンドで構成されているシステムにおいて、ＵＥが、ｅＮｏｄｅＢに非周期的にＣＳＩ報告をするように構成されていると仮定する。さらに、５つのコンポーネントキャリアのうち１つの特定のコンポーネントキャリア、例えば、コンポーネントキャリア＃２が、ＵＥによって非アクティブ化されており、基地局がその事実を知らないという状況を仮定する。
【０１２９】
上記の仮定は、単に例示の目的のためだけであり、本発明の範囲を限定するものとして理解されてはならない。例えば、２つ以上のコンポーネントキャリアを非アクティブ化したり、あるいは、非アクティブ化以外の任意の理由によって、１つ以上のコンポーネントキャリアに対してチャネル状態情報が算出されないこともある。
【０１３０】
対応する報告モードおよび送信モードは、ｅＮｏｄｅＢによってＲＲＣを介して設定される。ＵＥは、アクティブ化されているコンポーネントキャリア＃１、３−５についてチャネル品質を測定する。非アクティブ化されているコンポーネントキャリア＃２に対しては、チャネル品質は測定されない。
【０１３１】
ＣＳＩ報告を生成する際、コンポーネントキャリア＃２に対するチャネル状態情報は、次のように設定される。前に説明した通り、コンポーネントキャリア＃２に対するチャネル状態情報は、有効（valid）ではなく、ｅＮｏｄｅＢとＵＥの間であらかじめ決定されたものである。これを達成するための、実際のパラメータおよび対応する値は、報告モードと送信モードの間で異なる。以下では、少なくともどのパラメータがＣＳＩ報告に含まれているかに基づいてグループ化された、異なる場合を示す。簡単にするために、以下では、コンポーネントキャリアは（前に概要を説明したように）ある数のサブバンドで構成され、集合Ｓはそのようなコンポーネントキャリアのサブバンドの集合または部分集合であり、サブバンドの集合Ｍは集合Ｓよりもサブバンドの数が少ない、と仮定する。
【０１３２】
サブバンド集合Ｓに対するＭＣＳＩ、サブバンド集合Ｍに対するＭＣＳＩ
報告モード２−０、２−２において、かつ、全送信モードに関して、ＣＳＩ報告は、少なくとも、サブバンドの集合Ｓに対するＭＣＳＩ（MCSIsetS）、および、当該コンポーネントキャリアのサブバンドの集合Ｍに対するＭＣＳＩオフセット値（MCSIoffset_setM）を有する。MCSIsetSは、０から１５までの整数値をとることができ、MCSIoffset_setMは、MCSIsetSに対する２ビットの差分として符号化されており、表４に従ってオフセットを示す０から３までの整数値をとり得る。
【０１３３】
コンポーネントキャリア＃２の非アクティブ化状態を符号化するために、実効（effective）MCSIsetM、つまり、部分集合Ｍに対するＭＣＳＩは、無効値（invalid value）、つまり、ＭＣＳＩの有効値（valid value）の範囲外の値をとる。これは、MCSIsetMが０よりも小さいか（＜０）または１５よりも大きい（＞１５）ことを意味する。これは、フィードバック要素を次のように設定することによって実現することができる。
【０１３４】
MCSIsetS＝１５、および、MCSIoffset_setM＝１、２、３。表４を用いてMCSIoffset_setMと実際のオフセットレベルを変換することによって、実効MCSIsetMは、１７、１８、または、１９以上になる。留意すべきは、実効MCSIsetMは集合Ｍに対する１５のＭＣＳＩを報告するための適正値（reasonable value）であるため、MCSIoffset_setMは０に設定できないことである。さらに、明確な負のオフセットレベルは表現できないため、０よりも小さい実効MCSIsetMを得ることは明らかに不可能である。たとえMCSIsetS＝０、MCSIoffset_setM＝０でも、実効MCSIsetMは、１以下、つまり、０または１である。これらの値は、報告する適正値である。
【０１３５】
ＭＣＳＩは０から１５の有効範囲を持つため、１５よりも大きい（＞１５）ＭＣＳＩは、真性のチャネル状態情報ではなく、基地局は、コンポーネントキャリア＃２に対するチャネル状態情報が異なる意味を持つことを簡単に推測し得る。
【０１３６】
有効範囲外の３つの異なる実効MCSIsetM値、つまり、１７、１８、および、１９以上の値が報告可能であるため、報告は、３つの異なる状態を区別し得る。この場合、例えば、コンポーネントキャリアの非アクティブ化状態を符号化するためにあらかじめ決められた１７という値が報告される。
【０１３７】
あるいは、MCSIsetS＝１４、および、MCSIoffset_subband＝２、３の場合、実効MCSIsetMは１７、または、１８以上（≧１８）である。
【０１３８】
あるいは、MCSIsetS＝１３、および、MCSIoffset_subband＝３の場合、実効MCSIsetMは１７以上（≧１７）である。
【０１３９】
送信モード３と報告モード２−０の組合せ、および、送信モード４、８と報告モード２−２の組合せに関して、ランクインジケータがＣＳＩ報告のために送信される。この場合、ＣＳＩ報告のペイロードサイズを最小にするためにＲＩ＝１を用いることが好ましい。
【０１４０】
さらに、報告モード２−２に関して、２つまたは４つのプリコーディング行列インジケータもまたＣＳＩ報告で送信される。この場合、異なる状態を区別するための実効MCSIsetMを用いる代わりに（または、用いることに加えて）、プリコーディング行列インジケータも（または、加えて）、異なる状態を区別するために用いられる。例えば、MCSIoffset_setMおよびMCSIsetSが、実効MCSIsetM＞１５になり、したがって、ＣＳＩがコンポーネントキャリア＃２に対して真性（genuine）でないという事実を符号化しつつ、２ビットまたは３ビットを有するプリコーディング行列は、さらに、４つまたは８つの異なる状態、例えば、非アクティブ化されたコンポーネントキャリア、アクティブ化されているがＵＥにとって十分な測定時間がないコンポーネントキャリア、ダウンリンクサブフレームに対する参照リソースが有効でないこと、などの異なる状態を符号化することができる。
【０１４１】
サブバンド集合Ｓに対するＭＣＳＩ、各サブバンドに対するＭＣＳＩ
報告モード３−０、３−１において、かつ、全送信モードに関して、ＣＳＩ報告は、サブバンドの集合Ｓに対するＭＣＳＩ（MCSIsetS）、および、コンポーネントキャリアの各サブバンドに対してＭＣＳＩオフセット値（MCSIoffset_subband）を有する。重ねて、MCSIsetSは、０から１５までの整数値をとることができ、MCSIoffset_subbandは、MCSIsetSに対する２ビットの差分として符号化されており、表３に従ってオフセットを示す０から３までの整数値をとり得る。
【０１４２】
コンポーネントキャリア＃２の非アクティブ化状態を符号化するために、実効MCSIsubbandは、０から１５の有効範囲の外であり、以下の設定によって達成することができる。
【０１４３】
MCSIsetS＝１５、および、MCSIoffset_subband＝１、２。これは、サブバンド差動ＭＣＳＩ値をオフセットレベルにマッピングするための表３に従って、１６または１７以上（≧１７）の実効MCSIsubbandになる。この組合せでは、２つの異なるコンポーネントキャリア状態を区別することができる。
【０１４４】
あるいは、MCSIsetS＝１４、および、MCSIoffset_subband＝２も可能である。この場合、実効MCSIsubbandは、１６以上（≧１６）になる。
【０１４５】
あるいは、MCSIsetS＝０、および、MCSIoffset_subband＝３の場合、実効MCSIsubbandは、−１以下（≦−１）になる。
【０１４６】
送信モード３と報告モード３−０の組合せ、および、送信モード４、８、９と報告モード３−１の組合せに関して、ランクインジケータの値がＣＳＩ報告のために送信される。有利には、フィードバックのペイロードを減らすために、ＲＩは１に設定される。
【０１４７】
さらに、送信モードとは無関係に、報告モード３−１に対するＣＳＩ報告は、少なくとも１つのプリコーディング行列インジケータ、つまり、送信モード１−８に対しては１つのＰＭＩ、送信モード９に対しては２つのＰＭＩ、を有する。ＰＭＩは、コンポーネントキャリアの状態、つまり、チャネル状態情報が算出されなかった理由を符号化するために、（上記の）MCSIsetSおよびMCSIoffset_subbandに加えてまたは代えて用いられる。
【０１４８】
さらには、送信エラーにより実効MCSIsubbandが範囲外にならないという問題がある。この問題は、MCSIsetSおよび各サブバンドに対するMCSIoffset_subbandの値を、各実効MCSIsubbandが有効ＭＣＳＩの範囲外になるように設定する、という本発明の別の実施形態によって軽減され得る。したがって、たとえ送信エラーによって特定の実効MCSIsubbandがＭＣＳＩ値の有効範囲内になったとしても、ｅＮｏｄｅＢは、残りのMCSIsubbandから、コンポーネントキャリアが例えば非アクティブ化されていること（または、任意の他の状態、例えば、アクティブ化されているがまだチャネル品質測定の対象になっていないこと）を知り得る。あるいは、ｅＮｏｄｅＢは、送信エラーがチャネルのどこかで生じたことを知っているため、ＣＳＩメッセージ全体を誤りのあるものとして捨て去ってもよい。
【０１４９】
サブバンドの集合Ｓに対するＭＣＳＩ、ランクインジケータ
送信モード４、８、９と報告モード１−２の組合せにおいて、ＣＳＩ報告は、少なくともコンポーネントキャリアのサブバンドの集合Ｓに対するＭＣＳＩ（MCSIsetS）を有し、１つのランクインジケータが、ＣＳＩとは別に送信される。
【０１５０】
コンポーネントキャリアの状態を符号化するために、ＲＩは、ｅＮｏｄｅＢで利用可能な送信アンテナポートＴＸの数に応じて、２以上（＞１）、例えば、２、４、または８に設定される。ＵＥがＲＩ＞１と決定すると、MCSIsetSはコードワードごとに送信され、両方のMCSIsetSが０に設定される。したがって、両方のコードワードに対するＲＩ＞１とMCSIsetS＝０の組合せは、１つのコンポーネントキャリアの状態、例えば、非アクティブ化されている状態を符号化する。たぶん、これは、通常のＣＳＩ報告と衝突しない。なぜなら、ＵＥが、ＭＣＳＩが０と算出されたコンポーネントキャリアに対して２つのコードワードを報告することは意味がないからである。この場合、通常の動作では、ＵＥは、そのような状況に対するオーバーヘッドを削減するために、ＲＩ＝１に設定し、かつ、１つのＭＣＳＩ＝０のみを報告する。
【０１５１】
上記のＣＳＩパラメータ符号化は、送信モード４、８、９に対する報告モード２−２、３−１、または、送信モード３に対する報告モード２−０、３−０のような、ＲＩおよびMCSIsetSを含む、報告モードと送信モードのどの組合せにも適用可能である。
【０１５２】
さらに、ＵＥが２つ以上のコンポーネントキャリアの状態を区別しようとする場合、プリコーディング行列インジケータを用いてもよい。前に説明した通り、ＰＭＩは、２ビットまたは３ビットであるため、ＵＥがチャネル品質情報を算出しなかった理由を最大８つまで符号化し得る。
【０１５３】
ランクインジケータ
ＲＩが送信される報告モードでは、次の実施形態もまた、コンポーネントキャリアの状態を当該コンポーネントキャリアに対するＣＳＩ報告に符号化する可能な解決手段である。
【０１５４】
ＲＩは、通常、符号化されたＲＩビットをあるリソース要素に配置して送信される（3GPP TS 36.212, section 5.2.2.6 参照）。そのリソース要素に対する変調は、通常、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭのうちの１つであるため、これは、任意の通常のＲＩ値１−８に対して、ゼロではない電力の変調シンボルがそれぞれのリソース要素で送信されることを意味する。コンポーネントキャリアの状態（例えば、非アクティブ化、または、ＣＳＩが算出されなかった任意の他の理由）を符号化するために、ＵＥは、通常のＲＩ送信のためのリソース要素の位置を決定するが、当該リソース要素でどの信号も送信しない。さらに、そのような場合、ＣＳＩフィードバック要素（ＭＣＳＩ、ＰＭＩ）が送信される必要はなく、要求されるオーバーヘッドが実質的に削減される。したがって、ｅＮｏｄｅＢは、電力検出機構を用いて、特定のコンポーネントキャリアに対する当該ＲＩリソース要素には送信信号が存在しないこと（つまり、単に雑音および／または干渉のみが存在すること）を検出し、もって、ＵＥが当該コンポーネントキャリアに対してＣＳＩを算出しなかったこと、および、ＵＥがそのようなコンポーネントキャリアに対するＭＣＳＩおよび／またはＰＭＩ値のようないかなる追加のフィードバック要素も予期すべきでないこと、を推測することができる。したがって、本実施形態によれば、ＲＩは、設定された各コンポーネントキャリアに対して送信されることが好ましい。
【０１５５】
サブバンド集合Ｓに対するＭＣＳＩ、プリコーディング行列インジケータ
報告モード１−２、２−２において、かつ、全送信モードに関して、ＣＳＩ報告は、少なくとも、コンポーネントキャリアのサブバンドの集合Ｓに対するＭＣＳＩ（MCSIsetS）、および、１つのプリコーディング行列インジケータを有する。ＣＳＩ報告が他のＭＣＳＩ値（MCSIoffset_subbandまたはMCSIoffset_setMなど）を有しない、または、ＲＩが送信されない場合である、送信モード４、８、９以外の送信モードと報告モード１−２の場合に関して、以下の実施形態は、コンポーネントキャリアの状態を当該コンポーネントキャリアに対するＣＳＩ報告に符号化する好ましい解決手段である。
【０１５６】
MCSIsetSは、０に設定され、利用可能な各ＰＭＩ値は、所定の値、例えば、全ＰＭＩビットが０または１に設定される。
【０１５７】
フィードバック要素の当該組合せは、たぶん、「通常の」（"normal"）ＣＳＩ報告中には遭遇しないであろう。ＭＣＳＩ＝０のとき、通常ＰＭＩに符号化された情報は、無関係である。なぜなら、チャネル品質は、最小の報告可能なＭＣＳＩインデックス（つまり、表２のインデックス１）が表現できるものよりも悪いからである。ＰＭＩ値は、任意にあらかじめ決めてコンポーネントキャリアの状態と関連付けておくことができる。好ましい値としては、全ＰＭＩビットが０または１のような単純なビット系列でもよいし、または、アンテナポートにわたって不均一な送信電力分布または位相シフトが符号化されないようにＰＭＩの値を設定してもよい（通常のＰＭＩに従って、3GPP TS 36.213 section 7.2.4および3GPP TS 36.211 section 6.3.4.2.3参照）。
【０１５８】
コンポーネントキャリア＃２に対するＣＳＩ報告のさらなる内容に応じて、例えば、他のＰＭＩ値、ＲＩ値、サブバンドまたはサブバンドの集合Ｍに対する追加のＭＣＳＩ値を用いて、異なる状態を符号化することができる。
【０１５９】
フィードバック要素の設定についての上記の記載は、完全であることを意味しない。むしろ、当業者は、それによって、コンポーネントキャリアの状態を符号化するためにどのいようにしてフィードバック要素を設定すべきかを学ぶべきである。当該フィードバック要素の値の設定方法についての他の可能性はあり得ることであり、当業者にとって、本発明の原理の上記説明を検討すれば、容易に明らかである。
【０１６０】
要約すれば、報告モードと送信モードの各組合せに対して、ＵＥがチャネル状態情報を算出しなかったコンポーネントキャリアに対する少なくとも１つの状態情報を符号化することができる。さらに、ＵＥは、当該特定のコンポーネントキャリアに対するＣＳＩ報告で追加のパラメータを用いることにより、異なる状態を区別する（つまり、符号化する）ことができる。
【０１６１】
したがって、ＣＳＩ報告を受信するｅＮｏｄｅＢは、各コンポーネントキャリアに対する情報をすべて抽出する。コンポーネントキャリア＃１、３−５に対して、ｅＮｏｄｅＢは、そこで得られたチャネル品質情報を処理し、従来通りの処理を行う、つまり、適切に適応変調符号化を行う。
【０１６２】
（非アクティブ化されていると仮定した）コンポーネントキャリア＃２に対して、ＣＳＩ報告は、関連するコンポーネントキャリアが非アクティブ化されていることを示すために、上記したパラメータの組合せのうちの１つを含む。この情報は、例えば、コンポーネントキャリアがまだアクティブ化されているかまたはＵＥによって非アクティブ化されたかについてのＵＥからのフィードバックと見なし得る。
【０１６３】
例えば、ｅＮｏｄｅＢが、コンポーネントキャリアはまだアクティブ化されていると予測したと仮定する。ＣＳＩ報告を介したＵＥからのフィードバック情報を用いて、ｅＮｏｄｅＢは、今すぐ、ＵＥにコンポーネントキャリア＃２を再びアクティブ化するよう指示するＭＡＣ制御信号（MAC control element）を送信することができる。
【０１６４】
異なるシナリオによれば、ｅＮｏｄｅＢは、前に、ＵＥにコンポーネントキャリア＃２をアクティブ化するよう指示した。指示がＵＥに届かなかったため、コンポーネントキャリア＃２は非アクティブ化されたまま維持され、ｅＮｏｄｅＢは、このことを、次のＣＳＩ報告の中のコンポーネントキャリア＃２に対する、本発明の実施形態の１つに係る、「イレギュラーな」（"irregular"）ＣＳＩを受信することによって知る。したがって、ｅＮｏｄｅＢは、ＭＡＣ ＣＥがＵＥに届かなかったことを知り、そして、別のＭＡＣ ＣＥを送信する。
【０１６５】
逆に、ｅＮｏｄｅＢがＵＥにコンポーネントキャリア＃１を非アクティブ化するように指示したと仮定して、ｅＮｏｄｅＢは、コンポーネントキャリア＃１に対する「レギュラーな」（"regular"）ＣＳＩから、コンポーネントキャリア＃１がまだアクティブ化されていることを知る。したがって、ｅＮｏｄｅＢは、再びＵＥにコンポーネントキャリア＃１を非アクティブ化するよう指示するために別のＭＡＣ ＣＥを送信する。
【０１６６】
さらに有利なことに、ＣＳＩは、コンポーネントキャリア＃２がアクティブ化されていること、しかし、例えば、ＵＥがコンポーネントキャリア＃２の状態を反映する測定／算出したＣＳＩを報告する準備がまだできていないという理由で、チャネル状態情報が算出できていないこと、を符号化し得る。ｅＮｏｄｅＢは、この状態情報を復号して、コンポーネントキャリア＃２をアクティブ化するという指示がＵＥによって受信され適切に実行されたことを知り得る。有効なチャネル状態情報を持つＣＳＩ報告がすぐに予測され得るため、さらなるＭＡＣ ＣＥは必要でない。
【０１６７】
全体として、ｅＮｏｄｅＢは、異なる状態を区別して適切な処理を実行することができる。例えば、報告されたＣＳＩが１から１５までのＭＣＳＩである場合、ｅＮｏｄｅＢは、コンポーネントキャリアがＵＥによって適切に設定され使用されていると推測し得る。
【０１６８】
ＭＣＳＩが０の場合、ｅＮｏｄｅＢは、コンポーネントキャリアは設定されかつアクティブ化されているがＳＩＮＲが極めて悪いことを知る。この場合、ｅＮｏｄｅＢは、特にＭＣＳＩ＝０がいくつかの連続したＣＳＩ報告の中で報告されていれば、コンポーネントキャリアを非アクティブ化するかまたは設定しないよう決定し得る。
【０１６９】
ＭＣＳＩが０から１５の範囲外である場合（または、他のフィードバック要素の組合せのいずれかが有効でない（non-valid）ＭＣＳＩフィードバックを示す場合、上記参照）、ｅＮｏｄｅＢは、ＵＥがチャネル品質を算出しなかったこと、および、好ましくはその理由を知る。この情報に基づいて、ｅＮｏｄｅＢは、コンポーネントキャリアをアクティブ化／非アクティブ化すること、または、単純に、ＵＥがコンポーネントキャリアのチャネル品質を測定・算出するのを待つこと、を決定し得る。
【０１７０】
図９は、データフィールドが１つ１つのコンポーネントキャリアに対して、この例示的シナリオではコンポーネントキャリア＃１−＃５に対して与えられているＣＳＩメッセージを示す。ＣＳＩがＵＥによって算出されなかった特定のコンポーネントキャリア＃２に対しては、データフィールドの内容、つまり、フィードバック要素も描かれている。図９から明らかなように、データフィールドは、上記した報告モードと送信モードの組合せに応じて、例えば、MCSIsetS, MCSIoffset_subband#1-...MCSIoffset_subband#?, MCSIoffset_setM、ＰＭＩ、または、これらの任意の組合せを含み得る。別の表現で言えば、描かれたフィードバック要素のすべてが同時に報告される必要はない。例えば、さまざまなMCSIoffset_subband#1およびMCSIoffset_setMは、通常、一緒には報告されない。
【０１７１】
上記のシナリオでは、非周期的なＣＳＩ報告のみを説明した。しかし、上記した本発明の基本原理は、周期的なＣＳＩ報告にも適用可能である。周期的な報告では、ＣＳＩ報告のパラメータは、同じサブフレームで送信されなくてもよく、さらに他の異なる報告モードが周期的なＣＳＩ報告に対して定義される。しかし、それでもなお、基本的に同じフィードバック要素が、チャネル品質情報として、ＵＥからｅＮｏｄｅＢに送信される。したがって、コンポーネントキャリア＃２に対する周期的ＣＳＩ報告もまたコンポーネントキャリアの状態を符号化し得る。
【０１７２】
本発明の他の実施形態は、ハードウェアおよびソフトウェアを用いて、上記したさまざまな実施形態を実施することに関する。本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものと認識される。コンピューティングデバイス（プロセッサ）は、当該コンピューティングデバイスに上記した本発明のさまざまな実施形態に係る機能を実行させる実行可能命令によって適切に制御される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。本発明のさまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。
【０１７３】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。
【０１７４】
ほとんどの実施形態は、３ＧＰＰに基づく通信システムのアーキテクチャに関して説明され、また、本書中で用いた用語は、主に３ＧＰＰの用語に関する。しかし、３ＧＰＰに基づくアーキテクチャに関するさまざまな実施形態の用語および説明は、本発明の原理および思想をそのようなシステムのみに限定するものではない。また、上記背景技術の節で述べた詳細な説明は、本書で述べた主に３ＧＰＰ特有の例示的な実施形態をもっと良く理解するためのものであり、本発明を移動通信ネットワークにおける処理および機能の上記特定の実施形態に限定するものとして理解してはならない。それにもかかわらず、本書で提案した改良は、背景技術の節で説明したアーキテクチャにおいて容易に適用され得る。さらに、本発明のコンセプトは、現在のＬＴＥ ＲＡＮおよび３ＧＰＰで議論されているその発展型（ＬＴＥ−Ａ）においても容易に使用され得る。
【０１７５】
先の段落では、本発明のさまざまな実施形態およびその変更例を説明した。広く記載した本発明の概念または範囲から逸脱することなく、特定の実施形態に示すように、本発明に対して多くのバリエーションおよび／または変更を加え得ることは、当業者によって理解されるであろう。
【図１】
0005876507.tif 000008
【図２】
0005876507.tif 000009
【図５】
0005876507.tif 000010
【図６】
0005876507.tif 000011
【図７】
0005876507.tif 000012
【図８】
0005876507.tif 000013
【図９】
0005876507.tif 000014
【図３】
0005876507.tif 000015
【図４】
0005876507.tif 000016