(57)【要約】【課題】本発明は、チャネル状態フィードバック・レポートをより柔軟な形で処理するように適合された方法、ユーザ機器、及び基地局に関する。より具体的には、チャネル状態フィードバックの伝送に使用可能なリソースをより効率的に利用するチャネル状態フィードバック手順を提供する。【解決手段】この課題は、チャネル状態フィードバックをＵＥからいつどのように送信すべきかを判定するのに使用されるチャネル状態フィードバック・レポーティング・トリガにアップリンク・グラント・アベイラビリティを含めることによって達成され、即ち、基地局からＵＥに対するアップリンク・グラントにおいて、返送が期待される情報量を示すインジケーションを含むチャネル状態フィードバック・レポーティング要求を送信することができる。【選択図】  図４
2010541465.tif 000002
【特許請求の範囲】
【請求項１】
スケジューラを備える基地局（７００）においてＵＥ（８００）からのチャネル状態フィードバックを取得する方法であって、
チャネル状態フィードバックが必要とされるかどうかを判定し、チャネル状態フィードバックが必要とされる場合は、事前定義されるチャネル状態フィードバック・タイプ・セットの中から、チャネル状態フィードバック情報の必要とされる量を定義するチャネル状態フィードバック・タイプも判定するステップ（９０１）と、
前記チャネル状態フィードバック・タイプを示すトランスポート・フォーマットを含むアップリンク・グラントを生成するステップ（９０４）と、
必要とされる量の前記チャネル状態フィードバックを許可されたリソース上で受信するために、生成された前記アップリンク・グラントを前記ＵＥに提供するステップ（９０５）と、
を含むことを特徴とする方法。
【請求項２】
前記量は、前記許可されたリソースの割合を表す、請求項１に記載の方法。
【請求項３】
前記事前定義されるタイプ・セットは、少なくともタイプ１トランスポート・フォーマットと、タイプ２トランスポート・フォーマットと、を含む、請求項１又は２のいずれかに記載の方法。
【請求項４】
前記タイプ２トランスポート・フォーマットは、９５〜１００パーセントの範囲の特定の量の前記リソースが前記ＵＥによる前記チャネル状態フィードバック情報の送信に使用されることを示す、請求項３に記載の方法。
【請求項５】
前記チャネル状態フィードバックは、ＣＱＩレポートを含む、請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
ユーザ機器ＵＥ（８００）において、前記ＵＥから基地局（７００）にチャネル状態フィードバックを提供する方法であって、
前記ＵＥが前記基地局からアップリンク・グラントを受信しているか否かを判定し、前記ＵＥがアップリンク・グラントを受信している場合は、前記グラントのトランスポート・フォーマットを利用して前記基地局によって必要とされるチャネル状態フィードバック情報の量を判定するステップ（４０３）と、
前記量のチャネル状態フィードバック情報を許可されたリソース上で前記基地局に送信し、又は前記ＵＥがアップリンク・グラントを受信していない場合は、チャネル状態フィードバック情報を送信しないステップ（４０４）と、
を含むことを特徴とする方法。
【請求項７】
前記トランスポート・フォーマットは、事前定義されるチャネル状態フィードバック・タイプ・セットのうち、チャネル状態フィードバック情報の必要とされる量を定義するチャネル状態フィードバック・タイプを示す、請求項６に記載の方法。
【請求項８】
前記量は、前記許可されたリソースの割合を表す、請求項６又は７に記載の方法。
【請求項９】
前記事前定義されるタイプ・セットは、少なくともタイプ１トランスポート・フォーマットと、タイプ２トランスポート・フォーマットと、を含む、請求項７又は８のいずれかに記載の方法。
【請求項１０】
前記タイプ２トランスポート・フォーマットは、９５〜１００パーセントの範囲の特定の量の前記リソースが前記ＵＥによる前記チャネル状態フィードバック情報の送信に使用されることを示す、請求項９に記載の方法。
【請求項１１】
前記チャネル状態フィードバックは、ＣＱＩレポートを含む、請求項６乃至１０のいずれか一項に記載の方法。
【請求項１２】
スケジューラ（７０１）を備え、ユーザ機器ＵＥ（８００）からチャネル状態フィードバックを取得する基地局（７００）であって、
チャネル状態フィードバックが必要とされるか否かを判定し、事前定義されるチャネル状態フィードバック・タイプ・セットの中から、チャネル状態フィードバック情報の必要とされる量を定義するチャネル状態フィードバック・タイプを選択し、チャネル状態フィードバックが必要とされる場合は、前記タイプを示すトランスポート・フォーマットを含むアップリンク・グラントを生成するように適合された生成ユニット（７０３）と、
前記アップリンク・グラントを前記ＵＥに送信するように適合された送信ユニット（７０４）と、
前記アップリンク・グラントが送信されたことに応答してチャネル状態フィードバックを受信するように適合された受信ユニット（７０６）と、
を備えることを特徴とする基地局。
【請求項１３】
前記量は、前記許可されたリソースの割合を表す、請求項１２に記載の基地局。
【請求項１４】
前記事前定義されるタイプ・セットは、少なくともタイプ１トランスポート・フォーマットと、タイプ２トランスポート・フォーマットと、を含む、請求項１２又は１３のいずれかに記載の基地局。
【請求項１５】
前記タイプ２トランスポート・フォーマットは、９５〜１００パーセントの範囲の特定の量の前記リソースが前記ＵＥによる前記チャネル状態フィードバック情報の送信に使用されることを示すように適合される、請求項１４に記載の基地局。
【請求項１６】
前記チャネル状態フィードバックは、ＣＱＩレポートを含む、請求項１２乃至１５のいずれか一項に記載の基地局。
【請求項１７】
それ自体から基地局（７００）にチャネル状態フィードバックを提供するユーザ機器ＵＥ（８００）であって、
前記ＵＥが前記基地局からアップリンク・グラントを受信しているか否かを判定し、事前定義されるチャネル状態フィードバック・タイプ・セットのうち、前記基地局によって必要とされるチャネル状態フィードバック情報の量を定義するチャネル状態フィードバック・タイプを示す前記グラントのトランスポート・フォーマットを判定する判定ユニット（８０２）と、
前記ＵＥがアップリンク・グラントを受信している場合は、前記量のチャネル状態フィードバック情報を許可されたリソース上で前記基地局に送信し、前記ＵＥがアップリンク・グラントを受信していない場合は、チャネル状態フィードバック情報を送信しない送信ユニット（８０７）と、
を備えることを特徴とするユーザ機器。
【請求項１８】
前記量は、前記許可されたリソースの割合を表す、請求項１７に記載のユーザ機器。
【請求項１９】
前記事前定義されるタイプ・セットは、少なくともタイプ１トランスポート・フォーマットと、タイプ２トランスポート・フォーマットと、を含む、請求項１７又は１８のいずれかに記載のユーザ機器。
【請求項２０】
前記タイプ２トランスポート・フォーマットは、９５〜１００パーセントの範囲の特定の量の前記リソースが前記ＵＥによる前記チャネル状態フィードバック情報の送信に使用されることを示すように適合される、請求項１９に記載のユーザ機器。
【請求項２１】
前記チャネル状態フィードバックは、ＣＱＩレポートを含む、請求項１７乃至２０のいずれか一項に記載のユーザ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信システムにおける方法及び構成に関し、特に、電気通信システムにおけるチャネル状態フィードバック・レポートの処理方法及び構成に関する。
【背景技術】
【０００２】
現在、第３世代パートナーシップ・プログラム（３ＧＰＰ）では、ロング・ターム・エボリューション（ＬＴＥ）の概念の標準化作業が進められている。ＬＴＥのダウンリンクは、時間領域と周波数領域の両方の領域でチャネル依存スケジューリングを用いる直交周波数分割多重（ＯＦＤＭ）に基づくものである。３ＧＰＰ用語でｅＮｏｄｅＢ（evolved NodeB：拡張NodeB）と称される基地局は、移動局又はユーザ機器（ＵＥ）によるダウンリンク・チャネル品質の判定に使用される参照信号を送信する。ＵＥは、ｅＮｏｄｅＢ内に位置するスケジューラによって使用されるチャネル品質インジケーション（Channel Quality Indication : CQI）レポートをｅＮｏｄｅＢに送り返す。
【０００３】
従来のダウンリンク・スケジューリングの概念は、図１に示されるように１：１〜１：４のステージで説明することができる。ＵＥ１０１と通信する基地局１００は、ＬＴＥで拡張ＮｏｄｅＢ（enhanced NodeB）又はｅＮｏｄｅＢと呼ばれるものであり、第１ステージ１：１でＵＥ１０１に参照信号を送信する。これらの参照信号を使用して、ＵＥ１０１は現在のダウンリンク・チャネル品質を判定することができる。
【０００４】
ＵＥ１０１は、受信された参照信号に基づいてダウンリンク・チャネル品質を判定した後、第２ステージ１：２で、本文脈では典型的にチャネル品質インジケーション（ＣＱＩ）レポートで表される１つ又は複数のチャネル状態フィードバック・レポートをｅＮｏｄｅＢ１００に送り返す。ｅＮｏｄｅＢ１００では、１つ又は複数のＣＱＩレポートの内容がスケジューラ（図示せず）によって検索され、リソース・アロケーションを実行するのに使用され得る。次のステージ１：３で、リソース・アロケーションの情報がＵＥ１０１に提供され、その後、最終ステージ１：４で示されるように、割り付けられたリソースを介してダウンリンク・データが送信される。
【０００５】
ＬＴＥに関して提案される一実施形態では、ＵＥは、完全ＣＱＩレポート、部分ＣＱＩレポート、差分ＣＱＩレポート等、様々なタイプのＣＱＩレポートを送信することができる。完全ＣＱＩレポートは、ダウンリンク伝送帯域幅全体をカバーするが、それぞれ周波数分解能が異なる可能性があり、フィルタリング手法、処理手法、及び符号化手法も異なる可能性がある。部分ＣＱＩレポートは、ダウンリンク伝送帯域幅の一部のみをカバーする。部分ＣＱＩレポートによってカバーされる部分は、連続する又は分散した１組のリソース・ブロックである可能性がある。差分ＣＱＩレポートは、以前のＣＱＩレポートに対する更新ベクトルの符号化バージョンを含む。
【０００６】
各ＣＱＩレポートは、伝送手法も異なる可能性がある。ＣＱＩレポートは、スケジューリングされたリソース上の専用制御チャネル・リソース上で伝送されることもある。ＣＱＩレポートを既知の時点で発生させ、固定フォーマットを使用することが可能であり、また、ＣＱＩレポートの発生及びフォーマットをより動的とすることも可能である。後者の場合は、ＣＱＩレポートがどのように伝送されたかに関する情報をＭＡＣヘッダに含める必要があるが、そうしない場合は、ｅＮｏｄｅＢがブラインド検出を実行しなければならなくなる。
【０００７】
更に、ＣＱＩレポートの伝送は、ＳＩＳＯ、ＭＩＳＯ、ＳＩＭＯ、ＭＩＭＯのどれと併用されるかによっても異なる可能性がある。ＭＩＭＯの場合、ＣＱＩレポートは、例えばｅＮｏｄｅＢマルチ・アンテナ伝送スキームで使用される重みのプレコーディングを含む可能性がある。
【０００８】
ＣＱＩレポーティングの詳細は、現在もなお３ＧＰＰで議論が進められている。１つの可能性のある結論は、ＵＥがＣＱＩレポートの送信をトリガするルール・セットを有することである。この場合、各ＣＱＩ送信トリガは、トリガ条件が真であるときに関連するタイプのＣＱＩレポートがＵＥによって送信されるように、特定のタイプのＣＱＩレポートと関連付けられる。このことは、ＷＣＤＭＡにおける圧縮モードのパラメータ化手法と類似する。ＷＣＤＭＡ圧縮モードでは、各ＵＥに、特定の測定目的で使用される構成可能な長さの送信ギャップをそれぞれ定義する送信ギャップ・パターン（ＴＧＰ）から構成される送信ギャップ・パターン・セット（ＴＧＰＳ）が提供される。ＣＱＩレポートも同様の手法で指定することができ、例えば、各ＵＥは、特定のタイプのＣＱＩレポートをいつ送信すべきかを指定するＣＱＩレポーティング・トリガ（ＣＲＴ）から構成されるＣＱＩレポーティング・トリガ・セット（ＣＲＴＳ）を有する。
【０００９】
図２は、例えば上述のＵＥに関するＣＱＩトリガ構成のテーブルを示す。このテーブルは、ＵＥに関して構成される複数のＣＱＩレポーティング・トリガＣＲＴ  １〜ｎを含む。各ＣＲＴは、ＣＱＩレポート・タイプＣＱＩＡ〜Ｘのうちの１つと関連付けられる。このテーブルに示されるように、例えばＣＲＴ  １で指定されるトリガ基準が真であるときは、ＣＱＩ  Ａで定義されるレポート・タイプがＵＥからｅＮｏｄｅＢに送信される。
【００１０】
ＣＱＩレポーティング・トリガは、タイマー、イベント、及び条件に関する論理表現によって表すことができる。単純な周期的ＣＱＩレポーティング・トリガは、周期的なタイマー、及びそのタイマーが満了する度に一定のＣＱＩレポートが送信されるルールのみで構成される。単純なイベント・ベースＣＱＩレポーティング・トリガは、ハンドオーバ・イベント等のトリガ・イベントが発生する度に一定のタイプのＣＱＩレポートが送信されることを示す。一定のＣＱＩレポートを送信すべきか否かの決定に含まれ得る条件は、例えばダウンリンク・アクティビティが閾値を上回るかどうかである。したがって、ＣＲＴは、ＡＮＤ、ＯＲ、ＮＯＴ、ＷＨＥＮ、ＩＦ等の論理ステートメントから構成されるタイマー、イベント、及び条件に関する表現となる。
【００１１】
ＵＥがどのタイプのＣＱＩレポートを使用すべきか、及びそれらのＣＱＩレポートをどの条件によってトリガすべきかについては、典型的にはＲＲＣシグナリングのようなより高いレイヤのシグナリングによってセット・アップされる。ＣＱＩレポートをいつどのように送信すべきかを定義するルールの構成に加えて、ｅＮｏｄｅＢは、ＲＲＣシグナリングを使用してＣＱＩレポートを明示的に要求することもできる。
【００１２】
ＬＴＥアップリンクは、シングル・キャリア変調に基づくものであり、周波数分割多元接続及び時分割多元接続（ＦＤＭＡ及びＴＤＭＡ）を使用する。ＬＴＥアップリンクは、互いに直交周波数多重化される物理アップリンク制御チャネル（ＰＵＣＣＨ）及び共用データ・チャネル（ＰＵＳＣＨ）から構成される。ＬＴＥアップリンクのシングル・キャリア特性により、ＵＥは、物理制御チャネル及び物理データ・チャネル上での送信を同じ送信時間間隔（ＴＴＩ）で行うことが可能となる。
【００１３】
それ故、ＵＥが物理データ・チャネル上でデータを送信する場合に、同じＴＴＩ内に送信しなければならない制御情報は、物理データ・チャネル上でも送信されることになる。ＵＥは、それ自体がデータ送信を有さず、それ故物理データ・チャネルを使用しない場合にのみ、物理制御チャネルを使用して制御シグナリングを送信する。
【００１４】
ＵＥが送信すべきアップリンク・データを有する場合に物理データ・チャネル上で帯域内送信され得る制御シグナリングには、少なくとも以下の３つのタイプが存在する。
●ダウンリンク・データ送信用ＨＡＲＱ（ＡＣＫ／ＮＡＣＫ）フィードバック
●スケジューリング要求
●ＣＱＩレポート
【００１５】
ＨＡＲＱフィードバック及びスケジューリング要求に関する現行の３ＧＰＰの想定では、ＨＡＲＱは、ＭＩＭＯストリーム毎に１ビットで構成され、スケジューリング要求は、ＵＥが送信を望むデータを有するか否かを示す単一のビットのみで構成され得る。一方、ＣＱＩレポートは、これらよりずっと大容量となる可能性がある。ＣＱＩレポーティングに費やされ得るビット量は、いくつかの異なる基準に応じて異なる可能性がある。これらの基準としては、ダウンリンク伝送モード、例えばＳＩＳＯ又はＭＩＭＯ；ダウンリンク・トラフィックのタイプ、例えばＶｏＩＰ又はＷｅｂ；ダウンリンク無線特性、例えばコヒーレンス時間及び／又はコヒーレンス帯域幅；現在のアップリンク負荷及び／又は現在のダウンリンク・アクティビティ等が挙げられる。更に、ＨＡＲＱフィードバック及びスケジューリング要求シグナリングは、通信プロトコルの機能上確かに不可欠なものであるが、ダウンリンクの性能拡張機能としては、ＣＱＩレポートの方が重要と見なされる可能性がある。
【００１６】
ＣＱＩレポートに費やされるアップリンク・リソースが増加するほど、良好なリンク・アダプテーション及びスケジューリング決定が実現され、ダウンリンク性能も改善され得る。しかしながら、シグナリングに関しては一般に、シグナリングに使用されるリソース量と、ユーザ・プレーン・データ・トラフィックの伝送に使用可能なリソース量とは、トレード・オフの関係にある。現行の最新技術では、ＣＱＩレポーティング・スキームを上記で列挙した条件に適合させることが有益であることが知られている。
【００１７】
しかしながら、従来技術のＣＱＩレポーティング・メカニズムの欠点は、使用可能なリソース使用の柔軟性に欠けることである。
【００１８】
すべての可能なシナリオにおけるすべての可能なＣＱＩフィードバック・スキームを完全にサポートするには、アップリンク物理制御シグナリングのために非現実的な量の物理リソースを割り付ける必要が生じる。
【００１９】
限られた数のスキームが適用される場合も、新しいフィードバック・スキームの導入は、特にそれらがアップリンク物理制御チャネルの再設計を必要とする場合は困難となる。
【００２０】
物理アップリンク制御チャネル上のＣＱＩレポーティングに関する３ＧＰＰの別の想定では、ＵＥ及びＴＴＩ毎に最大約１０ビットが伝送され得る。このビット数では、細かい粒度のＣＱＩ周波数領域情報及びＭＩＭＯ情報用のスペースは殆ど残らないことになる。物理データ・チャネル上では大抵より多くのビットが伝送される。非特許文献２で提示される１つの可能性は、アップリンク・グラントのアベイラビリティに関する情報をＣＱＩレポーティング・トリガに含めることである。
【００２１】
この場合、ＣＱＩレポートは、ＵＥが有効なアップリンク・グラントを有する場合にのみ送信されるものもあれば、（ＣＲＴに含まれる他のすべての条件が有効であると仮定して）ＵＥがアップリンク・グラントを有さない場合にのみ送信されるものもある。
【００２２】
また、低分解能タイプ及び高分解能タイプのＣＱＩレポートを定義することが可能となり、また、アップリンク・グラントがある場合には許可されたリソースを使用して高分解能ＣＱＩレポートが送信可能となり、アップリンク・グラントがない場合には低分解能ＣＱＩレポートがアップリンク物理制御チャネル上で送信されるように、１対のＣＱＩレポーティング・トリガをセット・アップすることが可能となる。アップリンク・グラントは、典型的にはリソース・ブロック・アロケーション、トランスポート・フォーマット・インジケーション、及び新規データ・インジケータから構成される。
【００２３】
ＵＬグラント・トリガを用いると、ＵＥがグラントを取得しており且つアップリンク・データを有さない場合に、許可されたリソース上で特別なフォーマットの高分解能ＣＱＩレポートが送信されることを規定するルールをセット・アップすることが可能となる。このルールの問題は、ｅＮｏｄｅＢがＵＥバッファに関する情報を有さないことである。ｅＮｏｄｅＢがＵＥデータを受信したときに、ｅＮｏｄｅＢは、そのＵＥがデータを有し、したがって受信物にデータとＣＱＩの両方が含まれるのか、それともＵＥがデータを有さず、受信物にＣＱＩだけが含まれるのか分からない。したがって、ｅＮｏｄｅＢは両方の可能性をチェックしなければならず、そのため追加的なシグナリングが必要となる。この解決策の別の問題は、ＵＥがデータを有する場合、ｅＮｏｄｅＢはそのＵＥに対して大容量のＣＱＩレポートを要求することができない点である。
【先行技術文献】
【非特許文献】
【００２４】
【非特許文献１】H. Ekstrom (editor), "Long-term 3G Evolution Concept description," 2006年5月23日
【非特許文献２】Pal Frenger and Eva Englund, Stefan Parkvall, "Triggering Conditions of CQI Report Transmissions in LTE"
【発明の概要】
【発明が解決しようとする課題】
【００２５】
本発明は、上記の課題のいくつかを少なくともある程度緩和する解決策を提供することを目的とする。
【００２６】
したがって、本発明の一目的は、チャネル状態フィードバックの伝送に使用可能なリソースを効率的に利用するチャネル状態フィードバック手順を提供することである。
【００２７】
本発明の他の一目的は、チャネル状態フィードバック・レポートをより柔軟な形で処理するように適合された無線ネットワーク基地局及び移動端末を提供することである。
【課題を解決するための手段】
【００２８】
上記の目的の少なくとも１つは、特許請求の範囲の独立請求項に記載される方法、移動端末、又は基地局によって達成される。
【００２９】
他の目的及び利点は、独立請求項から明らかとなるだろう。
【００３０】
本発明の第１の態様は、スケジューラを備える基地局においてＵＥからのチャネル状態フィードバックを取得する方法に関するものである。前記方法は、チャネル状態フィードバックが必要とされるかどうかを判定し、チャネル状態フィードバックが必要とされる場合は、事前定義されるチャネル状態フィードバック・タイプ・セットの中から、チャネル状態フィードバック情報の必要とされる量を定義するチャネル状態フィードバック・タイプも判定するステップを含む。次に、前記チャネル状態フィードバック・タイプを示すトランスポート・フォーマットを含むアップリンク・グラントが生成され、当該アップリンク・グラントは、必要とされる量の前記チャネル状態フィードバックを許可されたリソース上で受信するために、前記ＵＥに提供される。
【００３１】
本発明の第１の態様の一実施形態では、前記量は、前記許可されたリソースの割合を表す。
【００３２】
本発明の第１の態様の別の実施形態では、前記事前定義されるタイプ・セットは、少なくともタイプ１トランスポート・フォーマットと、タイプ２トランスポート・フォーマットと、を含む。
【００３３】
本発明の第１の態様のまた別の実施形態では、前記タイプ２トランスポート・フォーマットは、９５〜１００パーセントの範囲の特定の量の前記リソースが前記ＵＥによる前記チャネル状態フィードバック情報の送信に使用されることを示す。
【００３４】
本発明の第１の態様の他の実施形態では、前記チャネル状態フィードバックは、ＣＱＩレポートを含むものとされる。
【００３５】
本発明の第２の態様は、ユーザ機器ＵＥにおいて、前記ＵＥから基地局にチャネル状態フィードバックを提供する方法に関するものである。前記方法は、前記ＵＥが前記基地局からアップリンク・グラントを受信しているか否かを判定し、前記ＵＥがアップリンク・グラントを受信している場合は、前記グラントのトランスポート・フォーマットを利用して前記基地局によって必要とされるチャネル状態フィードバック情報の量を判定するステップを含む。前記判定された量のチャネル状態フィードバック情報は、許可されたリソース上で前記基地局に送信され、一方、前記ＵＥがアップリンク・グラントを受信していない場合は、チャネル状態フィードバック情報は提供されない。
【００３６】
本発明の第２の態様の一実施形態では、前記トランスポート・フォーマットは、事前定義されるチャネル状態フィードバック・タイプ・セットのうち、チャネル状態フィードバック情報の必要とされる量を定義するチャネル状態フィードバック・タイプを示す。
【００３７】
本発明の第３の態様は、スケジューラを備え、ユーザ機器ＵＥからチャネル状態フィードバックを取得する基地局に関するものである。前記基地局は、
‐チャネル状態フィードバックが必要とされるか否かを判定し、事前定義されるチャネル状態フィードバック・タイプ・セットの中から、チャネル状態フィードバック情報の必要とされる量を定義するチャネル状態フィードバック・タイプを選択し、チャネル状態フィードバックが必要とされる場合は、前記タイプを示すトランスポート・フォーマットを含むアップリンク・グラントを生成するように適合された生成ユニットと、
‐前記アップリンク・グラントを前記ＵＥに送信するように適合された送信ユニットと、
‐前記アップリンク・グラントが送信されたことに応答してチャネル状態フィードバックを受信するように適合された受信ユニットと、
を備える。
【００３８】
本発明の第４の態様は、それ自体から基地局にチャネル状態フィードバックを提供するユーザ機器ＵＥであって、
‐前記ＵＥが前記基地局からアップリンク・グラントを受信しているか否かを判定し、事前定義されるチャネル状態フィードバック・タイプ・セットのうち、前記基地局によって必要とされるチャネル状態フィードバック情報の量を定義するチャネル状態フィードバック・タイプを示す前記グラントのトランスポート・フォーマットを判定する判定ユニットと、
‐前記ＵＥがアップリンク・グラントを受信している場合は、前記量のチャネル状態フィードバック情報を許可されたリソース上で前記基地局に送信し、前記ＵＥがアップリンク・グラントを受信していない場合は、チャネル状態フィードバック情報を送信しない送信ユニットと、
を備えるユーザ機器に関するものである。
【００３９】
本明細書に記載される様々な態様及び様々な実施形態ならびにそれらの等価物に係る本発明は、以下のことを実現する。
ａ）ｅＮｏｄｅＢは、ブラインド検出を実行する必要がなくなる。
ｂ）ｅＮｏｄｅＢは、ＵＥがアップリンク送信すべきデータを有する場合も大容量のＣＱＩレポートを要求することができる。
【００４０】
本発明に係る方法に関して上述した各特徴は、必要に応じて前記方法と同じ利点を有する本発明に係る一構成でも実施され得る。
【００４１】
言うまでもなく、上述の本発明の各態様は、同じ実施形態に組み合わせることもできる。以下では添付図面を参照しながら本発明の好ましい諸実施形態について説明する。
【図面の簡単な説明】
【００４２】
【図１】ユーザ機器とｅＮｏｄｅＢの間の従来のシグナリング手順を示す基本概念図である。
【図２】ＣＱＩレポート・トリガの一構成を示すテーブルである。
【図３】ユーザ機器からｅＮｏｄｅＢにＣＱＩレポートを提供する従来の手順を示すフローチャートである。
【図４】本発明の諸実施形態に従ってｅＮｏｄｅＢによって必要とされるユーザ機器内のＣＱＩレポート・タイプを選択する手順を示すフローチャートである。
【図５】本明細書に記載の諸実施形態のいずれかに従ってＣＱＩレポートを要求するように適合されたｅＮｏｄｅＢを概略的に示すブロック図である。
【図６】本明細書に記載の諸実施形態のいずれかに従って基地局にＣＱＩレポートを提供するように適合されたＵＥを概略的に示すブロック図である。
【図７】一実施形態に従ってｅＮｏｄｅＢがＵＥにＣＱＩレポートを要求する手順を示すフローチャートである。
【発明を実施するための形態】
【００４３】
（略語説明）
ＲＢＳ：無線基地局
ＭＩＭＯ：複数入力複数出力
ＳＩＳＯ：単一入力単一出力
ＦＤＤ：周波数分割多重
ＴＤＤ：時分割多重
【００４４】
簡単に説明すると、本発明は、チャネル状態フィードバック・レポートをより柔軟な形で処理するように適合された方法、ユーザ機器、及び基地局を含む。より具体的には、チャネル状態フィードバックの伝送に使用可能なリソースをより効率的に利用するチャネル状態フィードバック手順を提供する。これは、チャネル状態フィードバックをＵＥからいつどのように送信すべきかを判定するのに使用されるチャネル状態フィードバック・レポーティング・トリガにアップリンク・グラント・アベイラビリティを含めることによって達成され、即ち、基地局からＵＥに対するアップリンク・グラントにおいて、返送が期待される情報量を示すインジケーションを含むチャネル状態フィードバック・レポーティング要求を送信することができる。別法として、アップリンク・グラント・アベイラビリティは、どのタイプのチャネル状態フィードバック・レポートを送信すべきかを指定する唯一のトリガとして構成される。アップリンク・グラントを単独で、又は他のチャネル状態フィードバック・トリガ基準と組み合わせて使用することにより、基地局は、チャネル状態フィードバック・レポートを使用することによって従来技術の解決策で得られ得る利点よりも多くの利点を得ることも可能となる。
【００４５】
したがって、以下の例示的な諸実施形態では、ＵＥから配信されるチャネル状態フィードバック・レポートは、ＣＱＩレポートと呼ばれ、基地局は、拡張ＬＴＥ基地局、即ちｅＮｏｄｅＢと呼ばれる。更に、ＣＱＩレポートをいつ送信すべきかを指定し、タイマー、イベント、及び／又は条件のうちの１つ又はそれらの組合せに関する論理表現によって表され得るチャネル状態フィードバック・ルールは、ＣＱＩレポーティング・トリガと呼ばれる。しかしながら、本明細書に記載の諸実施形態は、他の同等のチャネル状態フィードバック実装環境にも適用できる可能性があることを理解していただきたい。
【００４６】
図３は、チャネル状態フィードバックをＣＱＩレポートの形でＵＥからｅＮｏｄｅＢに提供する従来の手順を示す簡略フローチャートである。第１のステップ３００で、典型的には図２を参照して上記で指定したように定義され、ｅＮｏｄｅＢによってＣＲＴＳとして構成される、様々なタイプのＣＱＩレポートをいつどのように配信すべきかに関する基準がＵＥに配信され、ＵＥによって受信される。次のステップ３０１で、ＣＲＴＳで指定されたＣＲＴ基準が満足されるかどうかを判定する一連の検査手順が開始される。ステップ３０２でＣＲＴの基準が満足されることが判明した場合には、最終ステップ３０３で示されるように、各タイプのＣＱＩレポートがＵＥから送信される。一方、ＣＲＴ基準が満足されない場合には、ステップ３０１から始まる検査手順が再度繰り返される。ＵＥに関して複数の異なるタイプのＣＱＩレポートが構成される場合、検査手順は、レポート・タイプ毎に繰り返される。言うまでもなく、ＣＱＩレポートをいつ送信すべきかを決定するこのような手順は、使用可能なリソース使用の柔軟性、又はＣＱＩレポートから検索可能な情報の柔軟性に欠ける。
【００４７】
以下、本発明の好ましい諸実施形態について説明する。
【００４８】
本発明によれば、ｅＮｏｄｅＢは、ＵＥに対するグラント時、即ちリソース・アロケーション・グラント時のアップリンク伝送用に特別に適合されたトランスポート・フォーマット、即ちトランスポート・ブロック・サイズ、変調、及び／又はコーディング・レートを含む。本発明に係る解決策は、ＣＱＩをｅＮｏｄｅＢに報告すべきことをＵＥに示し、好ましくは特定の量のＣＱＩを報告すべきことをＵＥに示すように特別に構成された１つ又は複数のトランスポート・フォーマットを含む。
【００４９】
ｅＮｏｄｅＢは、ＵＥに対するアップリンク・グラントを生成し、当該グラントに上記のような特別なトランスポート・フォーマットを含めることにより、ＣＱＩレポートを要求することができる。
【００５０】
その後、ＵＥは、送信すべきデータが存在するか否かに関わらず、許可されたリソースをＣＱＩレポート等のチャネル状態フィードバックの送信のみに使用することができる。したがって、ｅＮｏｄｅＢは、どのタイプの送信が予想されるかを認識するので、両方の可能性、即ちチャネル状態フィードバック情報と送信データの両方をチェックする必要がなくなる。これにより、ｅＮｏｄｅＢによるいわゆるブラインド検出を回避することが可能となる。
【００５１】
更に、このようにしてＵＥからのＣＱＩレポートの送信時期に関する完全な知識がｅＮｏｄｅＢに与えられる故に、許可されたリソース上のＣＱＩレポートに「穴を開ける（ｐｕｎｃｔｕｒｅ）」こと、即ち、ある所定のシンボルをデータ送信から取り除き、それらをＣＱＩ情報で置き換えることが可能となる。トランスポート・フォーマットは、ＵＥによるＣＱＩレポートの送信が企図される場合は、各送信毎に指定された量（例えば５〜１０％）のＣＱＩ情報を含み、そうでない場合は、ＣＱＩ情報を含まないように定義することができる。
【００５２】
ＣＱＩ情報の量は、固定であることもアップリンク・グラントのサイズに依存することもある。このシナリオでは、ｅＮｏｄｅＢは、ずっと大きい量（例えば９５％〜１００％）のＣＱＩ情報を含む特別なフォーマットのグラントをＵＥに割り当てることができる。このような特別なトランスポート・フォーマットのグラントが受信されたときも、ＵＥは、ＣＱＩレポート送信を通常トリガする条件が真であるか否かに関わらず、常に指定された量のＣＱＩ情報を含めることになる。
【００５３】
本発明の一実施形態によれば、ｅＮｏｄｅＢは、ＲＲＣ（無線リソース制御）を利用して、ＵＥが１００％のチャネル状態フィードバック又は「ＣＱＩ専用（only CQI）」を示す特別なトランスポート・フォーマットのアップリンク・グラントを受信した場合に、許可されたリソースをＣＱＩの送信のみに使用すべきことを規定するルールによってＵＥを構成することができる。このＣＱＩレポートは、サイズがリソース・アロケーションとリンクされる特別なフォーマットを有することができる。許可されたすべてのリソースがＣＱＩに使用されるので、詳細な周波数情報及びＫＩＭＯを含めることができる。
【００５４】
図４は、要求される量のチャネル状態フィードバックをＵＥからｅＮｏｄｅＢに提供する、本発明の諸実施形態に係る手順を示す簡略フローチャートである。最初の２つのステップ４００及び４０１は、図３に関して上述したのと同じように実行される。しかしながら、後続のステップ４０３では、ＵＥがアップリンク・グラントを受信したか否かが判定され、更に、一定の量のチャネル状態フィードバック情報を許可されたリソース上でｅＮｏｄｅＢに返すことを求める要求を示すトランスポート・フォーマットがそのグラントに含まれるかどうかが判定される。単なる例示として、本例では、受信されるグラントは、タイプ２チャネル状態フィードバック、即ち「ＣＱＩ専用」を返すべきこと示すトランスポート・フォーマットを含むものと仮定する。ＵＥは、例えばＲＲＣシグナリングを利用して、特別なトランスポート・フォーマット、即ち一定の量の情報を返すべきことを示すトランスポート・フォーマット（「ＣＱＩ専用」、即ち９５％〜１００％のＣＱＩに限らない）が受信された場合は、一定のタイプのＣＱＩレポートをトリガする他のすべての条件に優先することを規定するルールによって事前構成されるので、要求されたサイズのＣＱＩが許可されたリソース上で送信されることになる。この場合は、ステップ４０４で、ＵＥは、ＵＥの送信バッファ内に送信すべきデータが存在する場合も、割り付けられたリソース上でタイプ２  ＣＱＩレポートのＣＱＩのみをｅＮｏｄｅＢに送信する。したがって、グラントに含められるタイプ２トランスポート・フォーマットは、許可されたリソースのすべての容量をチャネル状態フィードバック情報に利用するようＵＥに命令するものとなる。
【００５５】
一方、ＵＥがアップリンク・グラントを受信しない場合には、チャネル状態フィードバック情報は提供されない。
【００５６】
次に図５を参照して、少なくとも上述の諸実施形態に従って動作するように適合されたｅＮｏｄｅＢとして例示される基地局の簡略ブロック図について説明する。簡略化のため、特許請求の範囲に記載される発明の理解に必要でないユニットは省略されていることを理解していただきたい。本明細書に記載されるすべてのユニットは、単独のユニットとして実装さることも様々な任意の可能な手法で他のユニットと組み合わせて実装されることもある例示的な論理ユニットと解釈すべきことも理解していただきたい。
【００５７】
ｅＮｏｄｅＢ７００は、ｅＮｏｄｅＢ７００と図５ではＵＥ８００で表される１つ又は複数のＵＥとの間のスケジューリングを管理するように適合されたスケジューラ７０１を備える。典型的には別々のアップリンク・スケジューリング機能及びダウンリンク・スケジューリング機能（図示せず）を含むスケジューラ７０１は、スケジューラ７０１用に構成された所定のルールに従ってチャネル状態フィードバック情報が必要とされるか否かを判定し、チャネル状態フィードバック情報の必要とされる量を判定し、その必要とされる量を示すインジケーションを含むチャネル状態フィードバック情報が必要とされることが判明した場合に、グラントのトランスポート・フォーマットを利用してＵＥ８００に送信すべきアップリンク・グラントを生成するように適合された生成ユニット７０３を備える。
【００５８】
グラントのトランスポート・フォーマットは、ｅＮｏｄｅＢによって要求されるチャネル状態フィードバック・タイプを示す。これに従って、ｅＮｏｄｅＢは、それ自体に記憶されている事前定義されたトランスポート・フォーマット・タイプ・セットの中から、「ＣＱＩ専用」、即ち１００％又は９５％〜１００％のＣＱＩを定義するタイプや、より小さい量のＣＱＩ、例えば５〜１０％のＣＱＩを定義する別のタイプ、即ちタイプ１フォーマット等、トランスポート・フォーマットのタイプを選択する。このように、「ＣＱＩ専用」トランスポート・フォーマット、即ちタイプ２トランスポート・フォーマットをグラントに含めることにより、ｅＮｏｄｅＢは、ＵＥが送信すべきデータを有する場合にも、そのＵＥに対して大容量のＣＱＩレポートを要求することができるようになる。この場合は、許可されたリソースが事実上チャネル状態フィードバック送信で完全に占有されるので、ＵＥ送信バッファ・データが許可されたリソース上で送信されることはない。グラントがより小さい量のＣＱＩを報告すべきことを示すトランスポート・フォーマット、即ちタイプ１フォーマットも含む場合は、可能なＵＥ送信バッファ・データが要求されたＣＱＩレポートと共に許可されたＵＬリソース上で送信される。
【００５９】
スケジューラ７０１によって生成されるアップリンク・グラントは、トランシーバ７０５の送信ユニット７０４を介して各ＵＥに送信され、このアップリンク・グラントに応答してｅＮｏｄｅＢ７００に送信され得るチャネル状態フィードバックは、トランシーバ・ユニット７０５の受信ユニット７０６によって受信される。また、チャネル状態フィードバックから検索される情報又はチャネル状態フィードバックの欠落をどのように解釈すべきかに関するルールは、スケジューラの構成で指定される。
【００６０】
次に図６を参照して、一実施形態に係るＵＥの簡略ブロック図について説明する。本構成でも、特許請求の範囲に記載される発明の理解に必要でないユニット及び機能は省略されている。ｅＮｏｄｅＢ７００と通信するＵＥ８００は、上述の諸実施形態のいずれかに従って指定された基準が有効であると判明した場合にＣＱＩレポートを生成する生成ユニット８０１を備える。生成ユニット８０１は更に、各ＣＲＴ基準が満足されるか否か、したがって各ＣＱＩレポートを送信すべきか否かを判定するように適合された判定ユニット８０２を備える。言うまでもなく、判定ユニット８０２は、アップリンク・グラントがＵＥ８００のトランシーバ・ユニット８０５の受信ユニット８０４によって受信され、ＵＥ８００内に所在するか否かを判定するように構成される。判定ユニット８０２は、ＵＥが送信すべきアップリンク・データを有するか否かを判定することができ、また、ｅＮｏｄｅＢによって要求されるチャネル状態フィードバック・タイプを示す受信されたグラントのトランスポート・フォーマットを利用してｅＮｏｄｅＢによって必要とされる送信すべきチャネル状態フィードバック情報の量も判定することができる。また、判定ユニットは、チャネル状態フィードバック情報のどのバージョンを送信すべきかを判定する際に、受信されたアップリンク・グラントのサイズを考慮に入れることができる。ＣＱＩレポーティング・トリガ基準、ならびに１つ又は複数のＣＲＴ８０６においてＵＥに関して指定される様々な量のチャネル状態フィードバック情報を示すチャネル状態フィードバック・タイプ・セットは、生成ユニット８０１内に記憶され、又は生成ユニット８０１と関連付けて記憶される。チャネル状態フィードバック情報の必要とされる量を示すトランスポート・フォーマット、及び／又は該当する場合は残りのＣＲＴ基準の有効性を含むアップリンク・グラントのアベイラビリティが判定ユニット８０２によって判定されたときは、必要とされるサイズのＣＱＩレポートが生成ユニット８０１によって生成される。その後、このＣＱＩレポートは、グラントで割り付けられたリソース上でトランシーバ・ユニット８０５の送信ユニット８０７を介してｅＮｏｄｅＢ７００に送信される。
【００６１】
次に図７を参照して、一実施形態に係るｅＮｏｄｅＢの各動作ステップについて説明する。本例では、第１のステップ９００でスケジューリングがアクティブ化される。次のステップ９０１で、一定のサイズのＣＱＩレポート、即ち一定のチャネル状態フィードバック・タイプが必要とされることがｅＮｏｄｅＢのスケジューラによって判定された場合は、スケジューラは、ステップ９０４で、トランスポート・フォーマットを利用して必要とされるチャネル状態フィードバックのレポート・サイズ又はタイプを示すアップリンク・グラントを生成し、最終ステップ９０５で、トランスポート・フォーマットを含むアップリンク・グラントを各ＵＥに送信する。
【００６２】
スケジューリングはこのように進められ、ＣＱＩレポートが待たれる。一代替実施形態では、ステップ９０１は、ダウンリンク・データが存在するか否か、即ち、各ＵＥのダウンリンク・データがｅＮｏｄｅＢ内に存在するかどうかの条件検査として表すことができ、これに該当する場合はアップリンク・グラントがステップ９０４で生成されステップ９０５で送信されるが、該当しない場合はＵＬグラントは送信されない。
【００６３】
ｅＮｏｄｅＢは、ダウンリンク・データがいつ存在し、詳細なＣＱＩレポーティングがいつ必要とされるかに関する知識を有する。本発明の解決策によれば、ｅＮｏｄｅＢはＣＱＩレポートを要求することが可能となる。既存の解決策と比較した場合、データではなくアップリンク・グラント・トリガを用いる本解決策の利点としては、以下のものが挙げられる。
ａ）ｅＮｏｄｅＢは、ブラインド検出を実行する必要がなくなる。
ｂ）ｅＮｏｄｅＢは、ＵＥがデータを有する場合も大容量のＣＱＩレポートを要求することができる。
【００６４】
本明細書で使用される３ＧＰＰ  ＬＴＥ規格に関する例及び用語は、本発明の範囲を限定するものと見なされるべきではなく、本発明の方法は、原則として任意の通信システムに適用可能である。
【００６５】
言うまでもなく、本発明の主題は、本明細書に記載され図示される実施形態に限定されるものではなく、添付の特許請求の範囲に記載される各請求項の範囲内で修正可能である。
【００６６】
更に、特に明記しない限り、上記のどの実施形態も相互に排他的なものではない。したがって、本発明は、様々な実施形態の各特徴の任意の組合せ及び／又は結合を含むことができる。
【００６７】
また、本明細書に記載され図示される各プロセスは一連のステップとして示されているが、これは単なる例示にすぎない。したがって、いくつかのステップを追加することも、一部のステップを省略することも、各ステップの順序を並べ替えることも可能であることが企図される。
【図１】
2010541465.tif 000003
【図２】
2010541465.tif 000004
【図３】
2010541465.tif 000005
【図４】
2010541465.tif 000006
【図５】
2010541465.tif 000007
【図６】
2010541465.tif 000008
【図７】
2010541465.tif 000009
【手続補正書】
【提出日】平成21年7月2日(2009.7.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
スケジューラを備える基地局（７００）においてユーザ機器（８００）からのチャネル状態フィードバックを取得する方法であって、
チャネル状態フィードバックが必要とされるかどうかを判定し、チャネル状態フィードバックが必要とされる場合は、事前定義されるチャネル状態フィードバック・タイプ・セットの中から、チャネル状態フィードバック情報の必要とされる量を定義するチャネル状態フィードバック・タイプも判定するステップ（９０１）と、
前記チャネル状態フィードバック・タイプを示すトランスポート・フォーマットを含むアップリンク・グラントを生成するステップ（９０４）と、
必要とされる量の前記チャネル状態フィードバックを許可されたリソース上で受信するために、生成された前記アップリンク・グラントを前記ユーザ機器に提供するステップ（９０５）と、
を含むことを特徴とする方法。
【請求項２】
前記量は、前記許可されたリソースの割合を表す、請求項１に記載の方法。
【請求項３】
前記事前定義されるタイプ・セットは、少なくともタイプ１トランスポート・フォーマットと、タイプ２トランスポート・フォーマットと、を含む、請求項１又は２のいずれかに記載の方法。
【請求項４】
前記タイプ２トランスポート・フォーマットは、９５〜１００パーセントの範囲の特定の量の前記リソースが前記ユーザ機器による前記チャネル状態フィードバック情報の送信に使用されることを示す、請求項３に記載の方法。
【請求項５】
前記チャネル状態フィードバックは、ＣＱＩレポートを含む、請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
ユーザ機器（８００）において、前記ユーザ機器から基地局（７００）にチャネル状態フィードバックを提供する方法であって、
前記ユーザ機器が前記基地局からアップリンク・グラントを受信しているか否かを判定し、前記ユーザ機器がアップリンク・グラントを受信している場合は、前記グラントのトランスポート・フォーマットを利用して前記基地局によって必要とされるチャネル状態フィードバック情報の量を判定するステップ（４０３）と、
前記量のチャネル状態フィードバック情報を許可されたリソース上で前記基地局に送信し、又は前記ユーザ機器がアップリンク・グラントを受信していない場合は、チャネル状態フィードバック情報を送信しないステップ（４０４）と、
を含み、
前記トランスポート・フォーマットは、事前定義されるチャネル状態フィードバック・タイプ・セットのうち、チャネル状態フィードバック情報の必要とされる量を定義するチャネル状態フィードバック・タイプを示す、ことを特徴とする方法。
【請求項７】
前記量は、前記許可されたリソースの割合を表す、請求項６に記載の方法。
【請求項８】
前記事前定義されるタイプ・セットは、少なくともタイプ１トランスポート・フォーマットと、タイプ２トランスポート・フォーマットと、を含む、請求項６又は７のいずれかに記載の方法。
【請求項９】
前記タイプ２トランスポート・フォーマットは、９５〜１００パーセントの範囲の特定の量の前記リソースが前記ユーザ機器による前記チャネル状態フィードバック情報の送信に使用されることを示す、請求項８に記載の方法。
【請求項１０】
前記チャネル状態フィードバックは、ＣＱＩレポートを含む、請求項６乃至９のいずれか一項に記載の方法。
【請求項１１】
スケジューラ（７０１）を備え、ユーザ機器（８００）からチャネル状態フィードバックを取得する基地局（７００）であって、
チャネル状態フィードバックが必要とされるか否かを判定し、事前定義されるチャネル状態フィードバック・タイプ・セットの中から、チャネル状態フィードバック情報の必要とされる量を定義するチャネル状態フィードバック・タイプを選択し、チャネル状態フィードバックが必要とされる場合は、前記タイプを示すトランスポート・フォーマットを含むアップリンク・グラントを生成するように適合された生成ユニット（７０３）と、
前記アップリンク・グラントを前記ユーザ機器に送信するように適合された送信ユニット（７０４）と、
前記アップリンク・グラントが送信されたことに応答してチャネル状態フィードバックを受信するように適合された受信ユニット（７０６）と、
を備えることを特徴とする基地局。
【請求項１２】
前記量は、前記許可されたリソースの割合を表す、請求項１１に記載の基地局。
【請求項１３】
前記事前定義されるタイプ・セットは、少なくともタイプ１トランスポート・フォーマットと、タイプ２トランスポート・フォーマットと、を含む、請求項１１又は１２のいずれかに記載の基地局。
【請求項１４】
前記タイプ２トランスポート・フォーマットは、９５〜１００パーセントの範囲の特定の量の前記リソースが前記ユーザ機器による前記チャネル状態フィードバック情報の送信に使用されることを示すように適合される、請求項１３に記載の基地局。
【請求項１５】
前記チャネル状態フィードバックは、ＣＱＩレポートを含む、請求項１１乃至１４のいずれか一項に記載の基地局。
【請求項１６】
それ自体から基地局（７００）にチャネル状態フィードバックを提供するユーザ機器（８００）であって、
前記ユーザ機器が前記基地局からアップリンク・グラントを受信しているか否かを判定し、事前定義されるチャネル状態フィードバック・タイプ・セットのうち、前記基地局によって必要とされるチャネル状態フィードバック情報の量を定義するチャネル状態フィードバック・タイプを示す前記グラントのトランスポート・フォーマットを判定する判定ユニット（８０２）と、
前記ユーザ機器がアップリンク・グラントを受信している場合は、前記量のチャネル状態フィードバック情報を許可されたリソース上で前記基地局に送信し、前記ユーザ機器がアップリンク・グラントを受信していない場合は、チャネル状態フィードバック情報を送信しない送信ユニット（８０７）と、
を備えることを特徴とするユーザ機器。
【請求項１７】
前記量は、前記許可されたリソースの割合を表す、請求項１６に記載のユーザ機器。
【請求項１８】
前記事前定義されるタイプ・セットは、少なくともタイプ１トランスポート・フォーマットと、タイプ２トランスポート・フォーマットと、を含む、請求項１６又は１７のいずれかに記載のユーザ機器。
【請求項１９】
前記タイプ２トランスポート・フォーマットは、９５〜１００パーセントの範囲の特定の量の前記リソースが前記ユーザ機器による前記チャネル状態フィードバック情報の送信に使用されることを示すように適合される、請求項１８に記載のユーザ機器。
【請求項２０】
前記チャネル状態フィードバックは、ＣＱＩレポートを含む、請求項１６乃至１９のいずれか一項に記載のユーザ機器。
【国際調査報告】
2010541465.tif 000010
2010541465.tif 000011
2010541465.tif 000012