JP4927959B2 - 第１又は第２のタイプのｃｑｉレポートのトリガとしてのアップリンクグラントの利用 - Google Patents

Description

本発明は一般に、ユーザ端末から基地局へチャネル状態フィードバック情報を提供するための方法及び装置に関し、特に、チャネル状態フィードバック情報を配送する際に、利用可能なリソースを一層効率的に利用するための方法及び装置に関する。

近年の移動体通信データの利用法の増加、並びに、ゲーム、移動体ＴＶ及びストリーミングコンテンツのような新たなアプリケーションの出現は、他の競争力のあるセルラ技術に対する第３世代パートナープロジェクト（３ＧＰＰ）の競争上の優位性を確保するための、長期的進化（ＬＴＥ）に取り組む原動力となっている。

ＬＴＥは、これらの目標を達成するために、直交周波数分割多元（ＯＦＤＭ）及び多入力−多出力（ＭＩＭＯ）システムのような物理層技術を拠り所とする意欲的な性能要件を設定している。ＬＴＥのいくつかの主要な目的は、システム及びユーザ端末（ＵＥ）の複雑さを最小化にすること、既存の又は新たな周波数スペクトルにおける柔軟なスペクトル配置を可能にすること、および、他の３ＧＰＰ無線アクセス技術（ＲＡＴ）との共存を可能にすることである。

現在進行中の３ＧＰＰの標準化作業において定義されているＬＴＥのコンセプトでは、ダウンリンクが時間領域と周波数領域の双方における高速チャネル依存スケジューリングをサポートすることになる。従来技術による一般的なダウンリンクスケジューリングコンセプトは、図１に示すように、段階１：１〜１：４を用いて説明することができる。ＵＥ１０１と通信を行う、拡張ノードＢ（又はＬＴＥではｅＮｏｄｅＢ）と呼ばれる基地局１００は、第１段階１：１において基準信号をＵＥ１０１へ送信する。ＵＥ１０１はこの基準信号を用いて、現在のダウンリンクのチャネル品質を決定することができる。受信した基準信号に基づいてダウンリンクのチャネル品質を決定した後、ＵＥ１０１は、この状況においては典型的にはチャネル品質指示（ＣＱＩ）レポートによって表される１以上のチャネル状態フィードバックレポートを、第２の段階１：２でｅＮｏｄｅＢ１００へ返送する。ｅＮｏｄｅＢ１００において、リソース割り当てを実行するため、スケジューラ（図示せず）は、１以上のＣＱＩレポートのコンテンツを取得して用いることができる。ＵＥ１０１は次の段階１：３においてリソース割当てを知らされ、その後、最終段階１：４によって示されるように、割り当てられたリソースを介したダウンリンクデータの送信がなされる。

この内容の詳細については、「３Ｇ進化：モバイルブロードバンドのためのＨＳＰＡ及びＬＴＥ」（E. Dahlman、S. Parkvall、J. Sko¨ld、P. Beming、アカデミック・プレス、２００７年）を参照されたい。

ＬＴＥについて提案されている１つの実施形態において、ＵＥは、完全なＣＱＩレポート、部分的ＣＱＩレポート、及び差分ＣＱＩ（differential CQI）レポートのような様々なタイプのＣＱＩレポートを送信する能力を備えることができる。このような状況において、完全なＣＱＩレポートは、あるＵＥのためにスケジュールされたダウンリンク送信帯域幅全体をカバーするように定義される。しかし、種々の完全なＣＱＩレポートが異なる周波数分解能を含んでもよく、また、様々な方法でフィルタされて、処理されてもよい。さらに、種々の完全なＣＱＩレポートを様々な代替方法で符号化することが可能である。一方、部分的ＣＱＩレポートはダウンリンク送信帯域幅の一部のみをカバーするにすぎない。部分的ＣＱＩレポートにカバーされる部分は隣接した一式のリソースブロックでも、分散した一式のリソースブロックでもよい。差分ＣＱＩレポートは、前回のＣＱＩレポートに関する更新ベクトルの符号化バージョンを含むことができる。

さらに、ＳＩＳＯ（１入力／１出力）、ＭＩＳＯ（多入力／１出力）、ＳＩＭＯ（１入力／多出力）又はＭＩＭＯ（多入力／多出力）のような異なるアンテナ構成と一体に用いられるＣＱＩレポートに対しては、送信もまた異なるものとなる場合も考えられる。ＭＩＭＯの場合、ＣＱＩレポートは、例えば、ｅＮｏｄｅＢマルチアンテナ送信方式によって用いられる、送信ランク、プレコーディング用重み、他のフィードバックパラメータの少なくともいずれかのような情報を含んでもよい。

３ＧＰＰで提示されているＬＴＥのための１つの提案では、ＵＥは、送信すべきＣＱＩレポートに対する条件を指定する１セットの規則を有することができる。この提案によれば、あるトリガ基準が満たされると、関連付けられたタイプのＣＱＩレポートをＵＥが送信するような方法で、個々のＣＱＩ送信トリガはある特定のタイプのＣＱＩレポートに関連づけられる。この処理手順は圧縮モードがＷＣＤＭＡにおいてパラメータ化される方法に類似している。ＷＣＤＭＡ圧縮モードの場合、ＵＥには、送信ギャップパターン（ＴＧＰ）から構成される送信ギャップパターンセット（ＴＧＰＳ）が提供される。これら送信ギャップパターンの各々は、ある特定の測定目的に用いられる構成可能な長さの送信ギャップを個別に定義するものである。同様にＣＱＩレポートを指定することが可能であり、その場合、個々のＵＥは、ある特定のタイプのＣＱＩレポートをいつ送信すべきかを指定する１以上のＣＱＩレポートトリガ（ＣＲＴ）から構成されるＣＱＩレポートトリガセット（ＣＲＴＳ）を有する。

図２は上述の従来技術による、あるＵＥに対するＣＱＩトリガ設定のテーブルを例示する図である。このテーブルはそのＵＥに対して設定された複数のＣＱＩレポートトリガ（ＣＲＴ１−ｎ）を含む。個々のＣＲＴはＣＱＩレポートタイプ（ＣＱＩ Ａ−Ｘ）のうちの１つに関連づけられる。例えば、ＣＲＴ１によって指定されたトリガ基準が真であれば、テーブルに示されているように、ＣＱＩ Ａによって定義されるレポートタイプがＵＥからｅＮｏｄｅＢへ送信されることになる。

ＣＲＴは、典型的には、タイマと、イベントと、条件とのうちの１つ又はこれらの組み合わせを含むことができる論理表現という形で表現され、条件は、ＡＮＤと、ＯＲと、ＮＯＴと、ＷＨＥＮと、ＩＦとのうちの少なくともいずれかのような論理的記述から構成される。単純な周期的ＣＱＩレポートトリガは、単に周期的タイマと、タイマの設定期限が切れる度に所定のＣＱＩレポートを送信するという規則とから構成することができる。他の例示的なシナリオでは、例えばハンドオーバイベントなどのトリガイベントが生じる度に、所定のタイプのＣＱＩレポートを送信すべきであることを提示するように、単純なイベントベースのＣＱＩレポートトリガを設定することができる。ある所定のＣＱＩレポートを送信するか否かの決定の中に含まれ得る条件として、例えば、ダウンリンク活動が指定の閾値を超えた場合という条件がある。

またＣＱＩレポートを異なる方法で送信することも可能である。ＣＱＩレポートを、専用の制御チャネルリソースで送信しても、又は、共用チャネルで提供されるスケジュールされたリソースで送信してもよい。ＣＱＩレポートは既知のタイミングで、かつｅＮｏｄｅＢに既知のフォーマットを用いて行ってもよいし、この発生タイミング及びフォーマットをより動的なものとしてもよい。後者の場合、ＭＡＣヘッダは、典型的には、ＣＱＩレポートの送信方法に関する情報を含むことを必要とするか、そうでない場合にはｅＮｏｄｅＢがＣＱＩ送信フォーマットのブラインド検出を実行する必要がある場合がある。

どのようなタイプのＣＱＩレポートをＵＥが使用すべきか、及び、どのような基準がＣＱＩレポートをトリガするのかは、典型的には、ＲＲＣシグナリングなどの上位層のシグナリングによって設定される。規則の設定及びＣＱＩレポートをいつどのように送信すべきかの定義に加え、ｅＮｏｄｅＢは、（一般的にはＲＲＣシグナリングを用いることによって）オン・デマンドでＣＱＩレポートを明示的に要求する選択肢も有する。

ＬＴＥアップリンクは、単一キャリア変調に基づき、周波数、時間及び符号分割多元接続方式（ＦＤＭＡ、ＴＤＭＡ及びＣＤＭＡ）を用いる。ＬＴＥアップリンクは、直交的に周波数多重された物理アップリンク制御チャネルとデータチャネルとから構成される。ＬＴＥアップリンクの単一キャリア特性は、ＵＥが同じ送信時間間隔（ＴＴＩ）で物理制御チャネル及び物理データチャネルにおいて送信を行うことを不可能にする。したがって、ＵＥが物理データチャネルでデータを送信している場合には、同じＴＴＩで送信される必要がある制御情報もまた同じ物理データチャネルで送信する必要がある。ＵＥは、データ送信を行わない場合、したがって物理データチャネルを使用していない場合にのみ、物理制御チャネルを用いて制御シグナリングを送信することになる。

ＵＥが送信すべきアップリンクデータを有している場合、物理データチャネルで帯域内送信を行うことができる少なくとも３つのタイプの制御シグナリングが存在する。すなわち、上記３つのタイプとは、ダウンリンクデータ送信用のハイブリッドＡＲＱ（ＨＡＲＱ）Ａｃｋ／Ｎａｃｋフィードバックと、スケジューリング要求と、ＣＱＩレポートとである。

現在、３ＧＰＰでは、ＨＡＲＱフィードバック及びスケジューリング要求に関し、スケジューリング要求が、ＵＥが送信を所望するデータを有しているかどうかを示す単一ビットのみから構成されうるのに対し、ＨＡＲＱはＭＩＭＯストリーム当たり１ビットで構成されるであろうと仮定している。

一方で、ＣＱＩレポートは著しく大きなものになりうる。ＣＱＩレポートに費やされ得るビット量は、以下のような様々な基準に依存しうる。ダウンリンク送信モード（例えばＳＩＳＯ又はＭＩＭＯ）、ダウンリンクトラフィックタイプ（例えばＶｏＩＰ又はウェブ）、ダウンリンク無線特性（例えばコヒーレンスタイム及び／又はコヒーレンス帯域幅）、及び、現在のアップリンク負荷及び／又は現在のダウンリンクアクティビティ。さらに、ＨＡＲＱフィードバックとスケジューリング要求信号とが通信プロトコルが正しく機能するために極めて重要なものである一方で、ＣＱＩレポートは、ダウンリンクについての性能向上機能のようなものであると認識されやすい。

ＣＱＩレポートで費やされるアップリンクリソースが多ければ多いほど、より良好なリンクの適合化とスケジューリングの決定とを行うことが可能となり、より良好なダウンリンク性能の達成が可能となる。しかしながら、シグナリングにおいては一般に、シグナリングに用いられるリソースの量と、ユーザプレーンデータトラフィックの送信に利用可能なリソースの量とはトレードオフの関係にある。現在の技術水準では、ＣＱＩレポート方式を先に列挙した条件に適合させることが有益であることが知られている。

しかし、従来技術によるＣＱＩレポートメカニズムに関する欠点として、利用可能なリソースの利用に関して柔軟性が不足していることが挙げられる。

生じる可能性のあるすべてのシナリオにおいてすべての可能なＣＱＩフィードバック方式を完全にサポートするためには、アップリンク物理制御シグナリング用として不合理な量の物理リソースを割り当てる必要があると思われるかもしれない。

限られた数の方式が適用される場合でさえ、新たなフィードバック方式の導入は困難であり、特に、これらのフィードバック方式がアップリンク物理制御チャネルの再設計を要件とする場合にはなおさらである。

本発明は、さらに効率的なアップリンク物理制御チャネルの利用を提供することによって、上述の少なくともいくつかの問題を解決することを目的とするものである。

本発明は、ＵＥからＣＱＩレポート送信のトリガを行う方法に関する。さらに詳細には、本発明は、２つの異なるタイプの情報のうちの一方を用いてユーザ端末（ＵＥ）から基地局へチャネル状態のフィードバック情報を提供するための、ＵＥにおける方法に関する。なお、２つのタイプの情報のうち、第２のタイプの情報は第１のタイプの情報に比べると詳細度が低い。

最初に、ＵＥが基地局からアップリンクグラントを受信したか否かが判定される。ＵＥがアップリンクグラントを受信した場合、第１のタイプのチャネル状態フィードバック情報がグラントされたリソースで基地局へ送信される。しかし、ＵＥがアップリンクグラントを受信していなかった場合、第２のタイプのチャネル状態フィードバック情報が代わりに専用リソースで送信されるか、あるいは、チャネル状態フィードバック情報は全く送信されない。これによって、アップリンク物理制御チャネルの寸法をさらに効率的に定めることが可能となる。というのは、非常に少ないビットを含むフォーマットの形で表される、詳細度の低いチャネル状態フィードバック情報のみがこのチャネルで送信されるからである。このような情報は、例えばアンテナ・アレイから選択されたある特定のアンテナを含むこともあり得る。多数のビットを含むフォーマットの形で表されるより詳細なチャネル状態フィードバック情報はグラントされたリソースで送信される。このような情報は、例えばリソースブロックレベルに関する周波数情報などを含むことも可能である。

したがって、本発明は、スケジュールされたリソースでさらに詳細なフィードバック情報の送信が可能になっている間、チャネル状態フィードバック情報用の「専用の」方法で割り当てる必要があるオーバヘッドの量を限定することになる。本発明を用いなければ、これらの専用リソースの寸法を定めて、考え得るＭＩＭＯ要件を含む、最悪のケースのＣＱＩレポート要求を処理することが必要となる。さらに、ＵＥがアップリンクデータを送信する場合、予約済みの物理制御チャネルリソースは無駄にされることになる。というのは、その場合スケジュールされたリソースを用いてアップリンク制御シグナリングが代わりに送信され、予約リソースは用いられなくなるからである。提案されたメカニズムを実装することによって、アップリンク制御チャネルを最低限の要件に合わせて代わりに構成することが可能となる。

本発明の１つの側面によれば、グラントを受信するＵＥは、送信すべきアップリンクデータがＵＥに含まれていないとき、たとえＣＱＩレポート送信を正常にトリガする他の条件が有効なものでない場合であっても、ＵＥはＣＱＩレポートのようなチャネル状態フィードバック情報をグラントされたリソースで送信することになる。その結果、基地局は、空のバッファ状態情報メッセージの非明示的なシグナリングと、ダウンリンクで送信されるアップリンクグラントメッセージに関する受信確認との少なくともいずれかとして、ＣＱＩレポートのような専らチャネル状態フィードバック情報から構成されるスケジュールされたアップリンク送信を解釈することが可能となる。

さらに、提案されたチャネル状態フィードバック情報トリガ処理手順を導入することによって、不要なＣＱＩレポートの送信を避けることが可能となり、それによって、制御チャネルリソースが節減されることになる。

別の実施形態には、ＵＥ用として指定されたチャネル状態フィードバックトリガ基準が有効なものであることが判明した場合、チャネル状態フィードバック情報を単に送信するステップがさらに含まれることになる。

さらに別の実施形態によれば、ＵＥがアップリンクグラントを有していなければ、詳細度の低いタイプのチャネル状態フィードバック情報が周期的に送信されるのに対して、ＵＥがアップリンクグラントを有していれば、さらに詳細な第１のタイプのチャネル状態フィードバック情報が周期的に送信される。

別の実施形態によれば、第１のタイプのチャネル状態フィードバック情報を送信する２つの代替方法が提供される。この実施形態によれば、アップリンクグラントとアップリンクデータの双方の存在が考慮される。ＵＥがアップリンクデータ及びアップリンクグラントを有していれば、スケジュールされたアップリンク送信信号はチャネル状態フィードバック情報とアップリンクデータの双方から構成されることになる。しかし、アップリンクデータが存在していなければ、スケジュールされたアップリンク送信信号はチャネル状態フィードバック情報のみから構成されることになる。記載の実施形態のうちの任意の実施形態に従うスケジュールされたアップリンク送信信号は、基地局への空のバッファ状態情報のシグナリングとして、又は、アップリンクグラントの受信確認として利用してもよい。

さらに別の実施形態によれば、それぞれのチャネル状態フィードバック情報の送信に用いるべきレポートは、受信したアップリンクグラントのサイズに依存する場合がある。すなわち、基地局はアップリンクグラントサイズを変動させることによって要求されたチャネル状態フィードバックレポートのサイズを選択することができる。さらに、ＵＥは、どの情報量が基地局により必要とされているかに関する指示としてサイズを認識することが可能となる。さらに、このようなメカニズムは代替のものをブラインド検出に対して提供することになる。というのは、基地局はどのようなチャネル状態フィードバック情報フォーマットが予想されるかを知っているからである。提案されている実施形態によれば、ＵＥで受信されたアップリンクグラントのサイズは閾値Ｔ１と比較され、チャネル状態フィードバック情報が作成され、次いで、第１のタイプのレポートの形で送信される。上記フィードバック情報はアップリンクグラントサイズがＴ１を超えた場合にのみＴ１に関連づけられるサイズを有することになる。このような比較はまた、１以上の閾値Ｔ２、Ｔｎについても段階的に反復して行うことができる。但し、Ｔ１＞Ｔ２．．．＞Ｔｎであり、かつ、個々の閾値はある特定のレポートタイプに関連づけられる。アップリンクグラントのサイズは、帯域幅の表示と、変調サイズと、アップリンクグラントに関連づけられたコードレートとのうちの少なくともいずれかを表すために定義することができる。

上記とは別に、チャネル状態フィードバック情報の送信条件としてアップリンクでのデータ送信用として利用可能な残存エネルギーを含むようにすることも可能である。

別の側面によれば、ＵＥから基地局へチャネル状態フィードバック情報を提供するためのＵＥが提示される。ＵＥには、ＵＥが基地局からアップリンクグラントを受信したか否かを判定する決定ユニットが含まれている。ＵＥはまた、ＵＥがアップリンクグラントを受信した場合、第１のタイプのチャネル状態フィードバック情報を、あるいは、アップリンクグラントを受信しなかった場合には、専用リソースに関する第２のタイプのチャネル状態フィードバック情報をグラントされたリソースで基地局へ送信する送信用ユニットも備えている。上記とは別に、後者のシナリオでは、チャネル状態フィードバック情報は全く送信されない。すなわち、チャネル状態フィードバック情報は受信済みのアップリンクグラントに応答して単に送信されるようになっている。

別の実施形態では、前記ＵＥに対して指定されたチャネル状態フィードバックトリガ基準が有効なものであるか否かを判定するように決定ユニットをさらに適合させることができる。上記実施形態によれば、チャネル状態フィードバックトリガ基準が有効なものであることが判明した場合にも、チャネル状態フィードバック情報は単に送信されることになる。

チャネル状態フィードバック情報は典型的には生成ユニットによって生成されたレポートの形で送信される。

さらに別の実施形態によれば、生成ユニットは、ＵＥがアップリンクグラントを有していなければ、詳細度の低い第２のタイプのレポートを周期的に生成するように適合させることができるのに対して、ＵＥがアップリンクグラントを有していれば、さらに詳細な第２のタイプのレポートが代わりに生成されることになる。

別の代替実施形態によれば、上記決定ユニットは、動的アップリンクグラントのサイズを閾値（Ｔ１）と比較し、次いで、アップリンクグラントのサイズがＴ１を超えた場合、Ｔ１に関連づけられたレポートを生成するように適合させることができる。決定ユニットはまた、上述のように、このような処理手順を１以上の閾値に対して段階的に反復して適用するよう適合させることも可能である。あらゆる場合にレポートが要求される場合、最小閾値を０にセットすることができる。

１つの実施形態では、チャネル状態フィードバックレポートの生成条件として、アップリンクでのデータ送信用として残っている利用可能なエネルギーも含むように決定ユニットを適合させることも可能である。

さらに別の態様によれば、チャネル状態フィードバック情報をＵＥから取得するための、スケジューラを備えた基地局における方法が提供される。本発明の１つの側面によれば、リンクの適合化と当該ＵＥへのチャネル依存ダウンリンクデータのスケジューリングとのうちの少なくともいずれかに必要なダウンリンクチャネル状態フィードバック情報であって、該フィードバック情報をグラントされたリソースで受信するために、アップリンクグラントをＵＥへ提供するスケジューラをトリガするのは基地局にあるダウンリンクデータの存在である。したがって、現在進行中のアップリンク送信信号が存在しないにもかかわらず、基地局がチャネル状態フィードバック情報を要求する場合、アップリンクグラントを基地局から送信して、情報の取得を図るようにすることができる。チャネル状態フィードバック情報が要求されているとスケジューラが判定した場合、アップリンクグラントが生成され、次いで、該アップリンクグラントはＵＥへ提供され、チャネル状態フィードバック情報がグラントされたリソースで受信される。

別の実施形態によれば、基地局の中にダウンリンクデータが存在しているか否かも判定され、該データが存在していれば、アップリンクグラントが生成され、ＵＥへ提供されて、ダウンリンクチャネル状態フィードバック情報がグラントされたリソースで受信される。

さらに別の実施形態によれば、アップリンク負荷が閾値（ｔｈ）未満であるか否かを基地局で判定するアップリンクの負荷が考慮される。アップリンク負荷が閾値（ｔｈ）未満であれば、アップリンクグラントが生成され、次いで、ＵＥへ提供される。アップリンク負荷が閾値（ｔｈ）未満でなければ、チャネル状態フィードバック情報の提供に必要なシグナリングは、現在進行中のトラフィックを優先して回避される。

少なくともチャネル状態フィードバックを含むアップリンク送信を、グラントされたリソース上で受信するために、アップリンクグラントをＵＥへ提供するようにしてもよい。次いで、取得済みのアップリンク送信信号を基地局により利用して、リンク適合化のためのアップリンクのチャネル品質と、ＵＥからのアップリンクのチャネル依存データのスケジューリングとのうちの少なくともいずれかを推定するようにすることができる。これによって、アップリンクプロービングとスケジュールされていないＣＱＩレポートの双方の利用を限定することが可能となる。したがって、スケジューラは、リソースに関するチャネル状態フィードバックレポートを、アップリンクチャネルの精査を所望する場所に配置することが可能となる。上記とは別に、アップリンク同期の維持を目的として、アップリンクグラントをＵＥへ提供するようにしてもよい。

さらに別の態様によれば、チャネル状態フィードバック情報をＵＥから取得するように適合されたスケジューラを備えた基地局が提供される。スケジューラは、チャネル状態フィードバック情報が要求されているか否かを判定するように適合された生成ユニットを備え、チャネル状態フィードバック情報が要求されていれば、生成ユニットは、チャネル状態フィードバック情報の受信を目的として、ＵＥからのアップリンクグラントをグラントされたリソースで生成するようにさらに適合される。次いで、アップリンクグラントは送信ユニットにより送信され、次いで、送信されたアップリンクグラントに応答して受信ユニットがチャネル状態フィードバック情報を受信するように適合される。

１つの代替の実施形態によれば、リンクの適合化と、基地局がダウンリンクデータを有していることが判明した場合のＵＥへのダウンリンクデータのチャネル依存スケジューリングとのうちの少なくともいずれかに必要なダウンリンクチャネル状態フィードバック情報をグラントされたリソースで受信することを目的として、生成ユニットはアップリンクグラントをＵＥへ提供するように適合される。

別の実施形態によれば、ＵＥ側でのアップリンク負荷がある特定の閾値（ｔｈ）未満であることが判明した場合、生成ユニットはアップリンクグラントをＵＥへ提供するように適合される。上記閾値は、典型的には他のＵＥから得られたアップリンクデータが不都合な影響を受けないように適合される。

さらに別の実施形態によれば、グラントされたリソースでアップリンク送信信号を受信することを目的として、アップリンクグラントをＵＥに提供するように生成ユニットを適合させることができる。但し、アップリンク送信信号は少なくともチャネル状態フィードバック情報を含むものとする。また、アップリンク送信信号を用いるようにスケジューラを適合させて、リンク適合化のためのアップリンクのチャネル品質と、ＵＥからのアップリンクのチャネル依存データのスケジューリングとのうちの少なくともいずれかを推定できるようにする。

生成ユニットはアップリンク同期の維持を目的としてアップリンクグラントをＵＥに提供するように適合させることができる。上記とは別に、生成ユニットは、可変サイズのアップリンクグラントを生成して、基地局が可変サイズのチャネル状態フィードバック情報を要求できるように適合させることができる。

従来技術に係る、ユーザ端末とｅＮｏｄｅＢ間でのシグナリング処理手順の基本的概観である。 従来技術に係る、ＣＱＩレポートのトリガ構成を示すテーブルである。 従来技術に係る、ユーザ端末からｅＮｏｄｅＢへＣＱＩレポートを提供する処理手順を例示するフローチャートである。 １つの実施形態に係る、ユーザ端末においてＣＱＩレポートを選択する処理手順を例示するフローチャートである。 別の実施形態に係る、ユーザ端末においてＣＱＩレポートを選択する処理手順を例示するフローチャートである。 さらに別の実施形態に係る、ユーザ端末においてＣＱＩレポートを選択する処理手順を例示するフローチャートである。 別の代替の実施形態に係る、ユーザ端末においてＣＱＩレポートを選択する処理手順を例示するフローチャートである。 記載の実施形態のうちの任意の実施形態に係る、ＣＱＩレポートを要求するように適合されたｅＮｏｄｅＢを概略的に例示するブロック図である。 記載の実施形態のうちの任意の実施形態に係る、ＣＱＩレポートを基地局へ提供するように適合されたｅＮｏｄｅＢを概略的に例示するブロック図である。 １つの実施形態に係る、ＵＥからＣＱＩレポートを要求するｅＮｏｄｅＢ用の処理手順を例示するフローチャートである。 別の実施形態に係る、ＵＥからＣＱＩレポートを要求するｅＮｏｄｅＢ用の処理手順を例示するフローチャートである。

例示の実施形態によって、及び、添付図面を参照しながら以下さらに詳細に本発明について説明する。

簡単に言えば、本発明は、チャネル状態フィードバックレポートをさらに柔軟な方法で処理するように適合された方法、ユーザ端末及び基地局に関するものである。さらに詳細には、チャネル状態フィードバックの送信に利用可能なリソースをより効率的に利用するチャネル状態フィードバック処理手順が提供される。この処理手順は、チャネル状態フィードバックをいつどのようにしてＵＥから送信するかを決定するために用いられるチャネル状態フィードバックレポートトリガに、アップリンクグラントの利用可能性を含めることによって達成される。すなわち、ＵＥにおいて、チャネル状態フィードバックレポートが個々のＵＥがアップリンクグラントを取得しているかどうかに依存することを指定することにより、チャネル状態フィードバックレポートの規則が設定される。あるいは、アップリンクグラントの利用可能性は、どのタイプのチャネル状態フィードバックレポートを送信するかを指定する唯一のトリガとなるように構成される。アップリンクグラントを単独で又は他のチャネル状態フィードバックトリガ基準と組み合わせて用いることによって、基地局は、チャネル状態フィードバックレポートの利用の中から、従来技術による解決方法によって得ることが可能なものよりもさらに多くのものを得ることが可能となる。

したがって、以下の例示的な実施形態では、ＵＥから配信されるチャネル状態フィードバックレポートをＣＱＩレポートと呼び、さらに基地局を拡張ＬＴＥ基地局、すなわちｅＮｏｄｅＢｓと呼ぶことにする。さらに、タイマと、イベントと、条件の１つ又はそれらの組み合わせを含む論理表現によって記述可能な、ＣＱＩレポートを送信する時点を指定するチャネル状態フィードバック規則を、ＣＱＩレポートトリガと呼ぶことにする。しかし、記載の実施形態は他の類似のチャネル状態フィードバックの実装に対しても適用可能なものとなり得ることを理解されたい。

図３は、従来技術による、ＵＥからｅＮｏｄｅＢへチャネル状態フィードバック情報をＣＱＩレポートの形で提供するための処理手順を例示する単純化されたフローチャートである。第１のステップ３００において、様々なタイプのＣＱＩレポートをいつどのように配信するかについての基準であって、典型的には図２を参照して上記に指定したように定義され、上記のＣＲＴとしてｅＮｏｄｅＢにより設定される基準が、ＵＥへ配信され受信される。次のステップ３０１で、ＣＲＴによって指定されているＣＲＴ基準が満たされているかどうかを判定するために、連続的なチェック処理手順が開始される。ＣＲＴの基準が満たされていることがステップ３０２で判明した場合、それぞれのタイプのＣＱＩレポートが最終ステップ３０３で示されるようにＵＥにより送信される。しかし、ＣＲＴ基準が満たされていない場合、チェック処理手順が反復されて、ステップ３０１と共に再び開始する。ＵＥ用として構成された複数の異なるタイプのＣＱＩレポートが存在する場合、チェック処理手順は個々のレポートタイプに対して適宜反復されることになる。ＣＱＩレポートの送信時点を決定するためのこのような処理手順は、利用可能なリソースの利用に関して、又は、どのような情報をＣＱＩレポートから取得できるかに関して柔軟性を与える余地を残していないことは明らかである。

ダウンリンクでデータが送信されるとき、主としてｅＮｏｄｅＢにおける正確なチャネル品質情報が要求される。ダウンリンクデータの送信が行われないとき、詳細なＣＱＩレポートに対する要望は全く存在しないか、非常に少なくなる。さらに、ＵＥがダウンリンクでデータを受信しているとき、典型的にはアップリンクで送信活動が行われることになるため、主としてアップリンクでＵＥが何らかの方法により送信を行う際、好ましくはダウンリンク送信に応答してＣＱＩレポートの送信が行われることが望ましい。というのは、これによって準静的(semi-statically)に割り当てられたＣＱＩリソースの量が最小化されることになるからである。この理由によって、２つの異なるＣＱＩフォーマットを定義することにより、ＣＱＩオーバヘッドを減らすことが可能となる。ＵＥがアップリンクでデータを送信することになる状況では、より多くのビットを用いる第１フォーマットが用いられ、より少ない数のビットを用いられる第２のフォーマットはＣＱＩの送信用としてのみ利用される。送信構造がそれぞれの送信を行う場合で異なる（２つのＣＱＩレポートフォーマットは異なるサイズを有する）ので、上記のような処理手順は構造全体を複雑にすることにはならない。

１つの実施形態によれば、低分解能タイプ（粗いタイプ）と高分解能タイプ（詳細なタイプ）として指定された２つの異なるタイプのＣＱＩレポートがそれぞれ指定され、そして、これら２つのＣＱＩレポートタイプに関連づけられたＣＱＩレポートトリガ基準が設定されて、ＵＥがＣＲＴチェック中にアップリンクグラントをｅＮｏｄｅＢから受信したことが判明した場合、ＵＥは、詳細な高分解能ＣＱＩレポートをグラントされたリソースを用いて送信するようになるのに対して、アップリンクグラントが受信されなかった場合、粗い低分解能ＣＱＩレポートは専用のアップリンク物理制御チャネルで送信されるようになる。この実施形態に従うＣＱＩレポートの配信管理方法について以下図４ａ参照しながらさらに詳細に説明する。

最初の２つのステップ４００及び４０１が図３を参照して上述した従来技術の場合と同様に実行される。しかし、後続するステップ４０３では、ＵＥがアップリンクグラントを受信したか否かの判定が行われる。ＵＥにおけるアップリンクグラントの存在は、第１のタイプ（タイプ１）のＣＱＩレポートをグラントされたリソースでｅＮｏｄｅＢへ送信する旨の指示としてＵＥにより無条件に解釈される。データとチャネル状態フィードバック情報の双方を含むことができるこのような送信信号がステップ４０４で送信される。しかし、ＵＥ側にアップリンクグラントが存在していない場合、他のステップ４０５で示されているように、第２のタイプ（タイプ２）のＣＱＩレポートは専用リソースでチャネル状態フィードバック情報のみを含むことになる。上記とは別に、タイプ２のＣＱＩレポートの代替例では、ＣＱＩレポートを全く送信しないようにＵＥに指示するように構成することができる。すなわち、ＣＱＩレポートはＵＥの中に存在するアップリンクグラントのｅＮｏｄｅＢのみへ送信される。

図４ｂを参照しながら説明する別の実施形態によれば、どのようなタイプのＣＱＩレポートをＵＥから送信すべきかを決定する際、ＣＲＴ基準を定義する別のトリガ基準も考慮される。このＣＲＴ基準は、例えば、ＣＱＩレポートの最後の送信が行われてからの時間に基づくか、現在のダウンリンク活動が所定の閾値を超えたか否かに基づくかの少なくともいずれかに基づくようにしてもよい。

図４ｂのステップ４００と４０１とは、すでに図３及び図４ａに示したステップと同等のものである。しかし、次のステップ４０２では関連性のあるＣＲＴ基準のチェックが行われる。ＣＲＴ基準が有効でなければ、ＣＱＩレポートは送信されない。そして、ステップ４０１でチェック処理手順が再開される。一方、ＣＲＴ基準が有効であることが判明した場合、アップリンクグラントがＵＥに存在しているかどうかの判定が次のステップ４０３において行われる。アップリンクグラントが存在していなければ、タイプ２の粗いＣＱＩレポートがステップ４０４で送信されるのに対してアップリンクグラントがＵＥの中に存在していれば、さらに詳細なタイプ１のレポートが代わりに別のステップ４０５で送信される。また、このシナリオにおいて、タイプ２のレポートの代替例は、ＣＱＩレポートを全く送信しないようにＵＥに指示するように構成することも可能である。

ＣＱＩレポートトリガにアップリンクグラントの利用可能性を含めることは、ＣＱＩレポートの実際的な使用において大きな意味を有することになる。というのは、これらのＣＱＩレポートは、他の現状技術を用いて達成可能な解決方法と比べてさらに多くの目的に役立つからである。例えば、アップリンクチャネル推定の実行を目的としてｅＮｏｄｅＢのスケジューラは、該スケジューラがスケジューリング要求をＵＥから受信したか否かにかかわりなく、ある特定のリソースをＵＥにグラントすることができる。ＵＥが、このグラントに対し、グラントされたリソースでＣＱＩレポートを送信することによって応答すれば、アップリンク及びダウンリンクのチャネル品質に関する情報が同時にスケジューラに提供されることになる。このような処理手順は、情報を運ばない基準信号のみがＵＥから送信されるチャネルサウンディングのさらに効果的な代替例として利用することも可能である。

ＵＥがアップリンクグラントを有しているが、バッファされた送信用のアップリンクデータは有していない状況では、ｅＮｏｄｅＢによって受信されるタイプ２のＣＱＩレポートは、ＵＥがアップリンクデータを有していない旨を非明示的にｅＮｏｄｅＢに示す。そしてｅＮｏｄｅＢに関連する結果として、ｅＮｏｄｅＢによって空のバッファ状態情報を要求することは不要になり、その結果、低減されたシグナリングが得られることになる。

記述されたチャネル状態フィードバック処理手順は、典型的には、アップリンクスケジューリング機能とダウンリンクスケジューリング機能とから構成されるｅＮｏｄｅＢのスケジューラが、アップリンク容量とダウンリンク容量間でのトレードオフを実行することを可能にすることができる。ダウンリンクスケジューリング機能は、配信されるＣＱＩレポートを要求する場合、アップリンクスケジューリング機能を用いて、対応するＵＥがアップリンクグラントを有しているか否かのチェックを行う。ＵＥがすでにアップリンクグラントを有していれば、スケジューラは、ＣＱＩレポートがグラントされたリソースで送信されることを予想することができる。しかし、ＵＥがアップリンクグラントを有していなければ、ダウンリンクスケジューリング機能は、たとえ対応するユーザがスケジューリング要求をまったく行っていない場合であっても、対応するユーザの近い将来のスケジューリングを行うようにアップリンクスケジューリング機能に要求することができる。アップリンク負荷が低レベルのものであれば、アップリンクスケジューリング機能は、ダウンリンクスケジューリング機能が要求されている旨のＣＱＩレポートの送信を行うだけのためにユーザにグラントを与える選択を行うことができる。一方、現在のアップリンク負荷が高レベルのものであれば、すなわち指定された閾値よりも高いアップリンク負荷であれば、アップリンクスケジューリング機能は他のユーザからのアップリンクデータの送信を優先させることができる。したがって、アップリンク負荷が高レベルのものである限り、リソースがＣＱＩレポートを行うために用いられることはない。

チャネル状態フィードバック情報は、アップリンクでのユーザ同期を保持するためにも用いることができる。受信済みのアップリンクグラントに応答してｅＮｏｄｅＢにより取得されたチャネル状態フィードバック情報は、アップリンク同期チャネルで負荷の制御を行うために用いることが可能であり、ｅＮｏｄｅＢが、どのユーザを同期状態に保持すべきかを制御するように命令することを許可する情報である。例えば、負荷が低レベルの状況では、新しいデータがＵＥに着信すると、スケジューラは、より迅速な応答時間を提供するため、ユーザを比較的長時間同期された状態に保持することを選択することができる。このように、アップリンク同期チャネル上での同期プローブの代わりにスケジュールされたＣＱＩレポートを利用することができる。

アップリンクにおいてＵＥの電力が制限されている状況では、ＵＥがＣＱＩレポートとデータを同じＴＴＩで送信できなくなることが考えられる。この場合、カバーエリア上の理由により、データ送信用として残っているエネルギーが閾値未満であることが検知された場合には、ＣＱＩレポートをオフにするオプションを設けるようにすることが有益となる。したがって、データ送信用として残っている利用可能なエネルギーもＣＱＩレポートトリガ基準の中に含めるようにする可能性も考えられる。ＣＱＩレポート及びデータ送信はアップリンクで時分割多重されるので、ＣＱＩレポートをＴＴＩから取り除くことにより、電力が制限されたＵＥにデータシンボルを送信するためのより多くの時間を与えることになり、ひいてはデータ部分のエネルギーを増加することが可能となる。ｅＮｏｄｅＢは、１つのＣＴＲに基づいて、含まれるべきＣＱＩレポートが含まれていない場合、それをＵＥの電力ヘッドルームが０又は最低レベル未満である旨の表示として解釈することができる。したがって、このオプションは、厳しく電力制限されたＵＥに対し、電力ヘッドルームの明示的シグナリングを回避させるために用いることができる。

例えば、非明示的にグラントされたアップリンクリソースとすべてのダウンリンク送信信号を関連づけることによってアップリンクグラントを非明示的に提供する規則と、提案されたチャネル状態フィードバック処理手順とを組み合わせることも可能である。次いで、ダウンリンクでスケジュールされたあらゆるＵＥが以降のアップリンク送信用としてアップリンクグラントを取得できるように、アップリンクリソースグラントを予め設定しておくことも可能である。この非明示的なアップリンクグラントは、例えば、ダウンリンクスケジューリング制御チャネルに関するダウンリンクリソース割当て記述の位置に基づくものであってもよい。このような規則が有益なものになる場合もある。というのは、ＵＥへ送信するべきダウンリンクデータが存在するとき、本願では、ＨＡＲＱフィードバックと、ＴＣＰフィードバックと、ＣＱＩレポートとの送信がアップリンクで要求されることが知られているからである。１つの代替の実施形態では、ダウンリンク割当ての時にフラグを用いて、ダウンリンク割当てが非明示的にグラントされたアップリンクリソースに関連づけられるべきか否かを示すようにすることができる。

また、ＵＥにおけるＤＲＸ／ＤＴＸ、すなわち不連続受信／不連続送信の利用も、ＣＱＩレポートの配信のための処理手順に影響を与える可能性がある。ＤＲＸ／ＤＴＸモードで動作するＵＥは、予期される、所定タイプのＣＱＩレポートを生成できない場合がある。というのは、ＵＥは、ダウンリンク参照シンボルを常時リスンする必要のないように構成されているからである。したがって、ＣＱＩトリガ基準は、ＵＥが或る一定のＤＲＸ／ＤＴＸモードにあるか否かに関する情報を含むようにすることも可能である。ＤＲＸモードでのＵＥは、例えば、ダウンリンク参照シンボルの単一の観察に基づいてスナップショットＣＱＩレポートを送信できるのに対して、いくつかのＴＴＩから得られるダウンリンク参照シンボルの観察に基づいて処理されたＣＱＩレポートは代わりにＵＥがＤＲＸモードでない場合に送信されることができる。

送信すべきアップリンクデータがＵＥに含まれていないとき、ＵＥがアップリンクグラントを取得した場合、たとえＣＱＩレポート送信を正常にトリガする他のＣＲＴ基準が有効でない場合であっても、ＵＥはＣＱＩレポートのようなチャネル状態フィードバック情報をグラントされたリソースで送信することを記述する、本発明に基づくＣＱＩレポート規則を設定することができる。その結果、ｅＮｏｄｅＢは、ＣＱＩレポートのようなチャネル状態フィードバック情報のみから構成されるスケジュールされたアップリンク送信信号を、空のバッファ状態情報メッセージの暗黙のシグナリング、及び、ダウンリンクにおいて送信されたアップリンクグラントの受信確認として解釈することができる。

別の実施形態による、ＣＱＩレポート配信をＵＥにおいて管理するための代替の処理手順について図５を参照しながら以下説明する。この実施形態によれば、やはりＵＥ内におけるアップリンクデータの有無が考慮され、次いで、２つの異なるタイプ１のＣＱＩレポート、すなわち詳細なレポートが導入される。すなわち、チャネル状態フィードバック情報のみを含むタイプ１（完全）のＣＱＩレポートと、アップリンクデータとチャネル状態フィードバック情報との組み合わせを含む、タイプ１（結合）のＣＱＩレポートである。

前回の実施形態に類似して、第１のステップ５００に例示のようにこの実施形態もＵＥのＣＲＴの構成から始まり、次いで、次のステップ５０１でのＣＲＴにより指定されるＣＲＴの連続的チェックと、ステップ５０２でのＣＲＴ基準のチェックと、後続するステップ５０３でのアップリンクグラントのチェックを行う処理手順の開始が後続する。前回の実施形態に類似して、ＵＥ内にあるアップリンクグラントが、ステップ５０４でタイプ２ＣＱＩレポートの送信を結果として引き起こすことはない。しかし、アップリンクグラントが存在していることがステップ５０３において判明した場合、アップリンクデータがＵＥに存在しているかどうかが次のステップ５０５で判定される。アップリンクデータがＵＥに存在しているか否かに応じて、タイプ１（完全）又はタイプ１（結合）のＣＱＩレポートがチャネル状態フィードバック情報の送信として選択されることになる。したがって、アップリンクデータの送信の結果、タイプ１（完全）のＣＱＩレポートがステップ５０６で生じることはなくなる。このような詳細なレポートは、例えば空のスペースを残している１０％チャネル品質情報から１００％チャネル品質情報までのなかから得られる任意の品質情報を中に含むように構成することができる。もし、代わりにアップリンクデータが存在していれば、別のステップ５０７で例示されているように、タイプ１（結合）のＣＱＩレポートが送信されることになる。レポートがＵＥから配信されるとすぐに、ステップ５０１から始まるＣＲＴチェック処理手順が反復される。しかし、記載の実施形態に従ってｅＮｏｄｅＢがアップリンクグラントをＵＥに提供した場合、ｅＮｏｄｅＢは、タイプ１のＣＱＩレポートを予想すべきか、あるいはタイプ２のＣＱＩレポートを予想すべきかを認知しなくなる。というのは、ｅＮｏｄｅＢは、ＵＥがアップリンクデータを有しているか否かを知らないからである。したがって、ｅＮｏｄｅＢは、ブラインド検出を実行して、タイプ１のＣＱＩレポートが完全なタイプのものか、あるいは結合されたバージョンのものかを判定する必要がある。

動的サイズのアップリンクグラントを導入することによって、ｅＮｏｄｅＢが受信済みチャネル品質情報の送信フォーマットを非明示的に知ることが可能になり、その結果、ブラインド検出に代わる強力な代替処理を提供できるようになることが考えられる。このような動的アップリンクグラントの利用について図６を参照しながらさらに別の実施形態で例示することにする。図６にも示すように、最初のステップ（ステップ６００〜６０４）は図５のステップ５００〜５０４と基本的に同じ処理手順であり、アップリンクグラントがＵＥの中に存在していなければ、ステップ６０４においてタイプ２のＣＱＩレポートが専用チャネルで送信される。アップリンクグラントがＵＥの中に存在していれば、ステップ６０５でアップリンクグラントのサイズが考慮される。ステップ６０５において、当該アップリンクグラントのサイズが第１の閾値Ｔ１を超えるかどうかの判定が行われる。第１の閾値Ｔ１を超える場合、比較ステップに関連づけられるこのようなある特定のサイズ（サイズ１）を有するタイプ１のＣＱＩレポートがステップ６０６でｅＮｏｄｅＢへ送信される。しかし、アップリンクグラントのサイズがＴ１よりも小さければ、一致が得られるまでアップリンクグラントを段階的により小さな閾値Ｔ２．．．Ｔｎ（但しＴ１＞Ｔ２＞．．．＞Ｔｎ）と比較する処理手順を反復することができる。すなわちアップリンクグラントのサイズは閾値よりも大きい。そして、それぞれの比較ステップに対応するＣＱＩレポートが送信されることになる。最終比較がステップ６０７に示されている。この結果サイズｎタイプ１のＣＱＩレポートの送信か、レポートなしかのいずれかが結果として生じることになる。

最小閾値Ｔｎは小さな値を有するものであってもよいし、あるいはＣＴＲ基準が有効であることが判明される度にＣＱＩレポートの送信が要求される場合、０にセットされてもよい。少なくとも上記記載の実施形態に基づいて動作するように適合された、ｅＮｏｄｅＢとして例示されている基地局の簡略ブロック図について図７を参照しながら以下説明する。説明を簡略にするために、クレームされた発明の理解に必要でないユニットは省かれていることを理解されたい。この文献において述べられているすべてのユニットは、単一のユニットとして、あるいは、種々の可能な方法のうちのいずれかの方法によって他のユニットと組み合わされ形で実現可能な論理ユニットを例示しているものと解釈すべきであることも理解されたい。

ｅＮｏｄｅＢ７００は、ｅＮｏｄｅＢと１以上のＵＥ間でのスケジューリングを管理するように適合されたスケジューラ７０１を備える。該スケジューラは本願明細書においてＵＥ８００により表されている。典型的には、別個のアップリンクとダウンリンクとのスケジューリング機能（図示せず）を含むスケジューラ７０１は、チャネル状態フィードバック情報が要求されているか否かをスケジューラ７０１用として構成された所定の規則に従って判定すると共に、チャネル状態フィードバック情報が要求されていることが判明したとき、ＵＥ８００へ送信するアップリンクグラントを生成するように適合された生成ユニット７０３を備えている。トランシーバ７０５の送信ユニット７０４を介してスケジューラ７０１により生成されたアップリンクグラントと、アップリンクグラントに応答してｅＮｏｄｅＢ７００へ送信できるチャネル状態フィードバック情報とはトランシーバユニット７０５の受信ユニット７０６によって受信される。また、チャネル状態フィードバック情報から取得された情報又は予想されるチャネル状態フィードバック情報の非存在を解釈する方法に関連する規則がスケジューラの構成内に指定される。

また、少なくとも上記記載の実施形態に従って動作するＵＥは変更を必要とすることになる。１つの実施形態に係るＵＥの簡略ブロック図について図８を参照しながら以下説明する。また、この図では、クレームされた発明の理解に必要でないユニット及び機能は省かれている。指定された基準が上記記載の実施形態のうちのいずれかに基づいて有効なものであることが判明したとき、ＵＥ８００は、ＣＱＩレポートを生成する生成ユニット８０１を備えたｅＮｏｄｅＢ７００と通信を行う。生成ユニット８０１は、それぞれのＣＲＴ基準が満たされているか否か、したがって、それぞれのＣＱＩレポートを送信すべきか否かを判定するように適合された決定ユニット８０２をさらに備えている。ＵＥ８００のトランシーバユニット８０５の決定ユニット８０２の受信ユニット８０４によってアップリンクグラントが受信されたかどうか、及び、該アップリンクグラントがＵＥの中に存在している否かを判定するように決定ユニット８０２が構成されていることは明らかである。決定ユニット８０２は、ＵＥが送信すべきアップリンクデータを有しているか否かを判定することも可能である。さらに、決定ユニットは、どのバージョンのチャネル状態フィードバック情報を送信すべきかを決定する際に考慮される受信済みアップリンクグラントのサイズを選ぶことができる。１以上のＣＲＴ８０６内のＵＥ用として指定されたＣＱＩレポートトリガ基準は生成ユニット８０１内に又は生成ユニット８０１に関連して記憶される。アップリンクグラントの利用可能性、及び、適用可能な場合、残りのＣＲＴ基準の有効性が決定ユニット８０２により決定されるとすぐに、ＣＱＩレポートが生成ユニット８０１によって生成される。次いで、選択されたＣＱＩレポートはトランシーバユニット８０５の送信ユニット８０７を介してｅＮｏｄｅＢ７００へ送信される。

１つの実施形態に係るｅＮｏｄｅＢの動作ステップについて以下図９を参照しながら説明する。上記ステップではスケジューリングは第１ステップ９００から起動される。ＣＱＩレポートが要求されていることが次のステップ９０１でｅＮｏｄｅＢのスケジューラにより決定されると、スケジューラはステップ９０４でアップリンクグラントを生成し、最終ステップ９０５でアップリンクグラントをそれぞれのＵＥへ送信する。次いで、スケジューリングはＣＱＩレポートが待機されているステップへ適宜進行する。１つの代替例では、ステップ９０１は、ダウンリンクデータが存在しているか否かという条件をチェックすることによって表され得る。すなわち、それぞれのＵＥ用のダウンリンクデータがｅＮｏｄｅＢの中に存在していれば、アップリンクグラントはステップ９０４で生成され、次いでステップ９０５で送信されるのに対して、上記以外のＵＬグラントは送信されない。

ｅＮｏｄｅＢの構成の代替の実施形態について図１０を参照しながら説明する。この図では第１ステップ９００と最終ステップ９０４と９０５とは前回の実施形態で説明した図と同じである。ステップ９０２において、ダウンリンクデータが存在するかどうかがの判定が行われる。ｅＮｏｄｅＢのダウンリンクデータが存在すれば、アップリンク負荷は次のステップ９０３で閾値ｔｈと比較され、次に、アップリンク負荷が当該閾値未満であることが判明すれば、アップリンクグラントがステップ９０４で生成され、次いで、ステップ９０５で送信される。しかし、アップリンク負荷が上記閾値を超えた場合、現在の負荷はあまりに高すぎて、チャネル状態フィードバック情報送信を開始することはできないと見なされるためアップリンク要求の送信は許されなくなる。

結論として、さらに効率的な制御チャネル処理を行う場合、ネットワークの利用可能な総リソースをさらに効率的に利用することが可能となり、改善されたネットワーク容量が結果として得られることになる。

たとえ本発明がＬＴＥというコンセプトに関して記述されたものであったとしても、ＣＱＩレポートのようなチャネル状態フィードバックレポートと、拡張されたアップリンクなどを有するＷＣＤＭＡのようなスケジュールされたアップリンクとを適用する任意のシステムに本発明を適用することも可能である。したがって、本発明はこれらの開示された実施形態のみに限定されるわけではなく、添付の請求項の範囲内で種々の変更をカバーすることを意図するものである。

Claims (15)

1. チャネル状態フィードバックをユーザ端末ＵＥ(800)から基地局(700)へ提供するための、前記ＵＥにおける方法であって、
   前記ＵＥが前記基地局からアップリンクグラントを受信しているか否かを判別するステップ(403)と、
   前記ＵＥがアップリンクグラントを受信している場合、前記グラントされたリソース上で、前記基地局へ第１のタイプのチャネル状態フィードバック情報を送信するステップ(404)と、
   前記ＵＥがアップリンクグラントを受信していない場合、専用リソース上で前記基地局へ前記第１のタイプよりも詳細度が低い第２のタイプのチャネル状態フィードバック情報を送信するか、チャネル状態フィードバック情報を送信しないステップ(405)と、を有することを特徴とする方法。
2. 前記ＵＥに対して指定されているチャネル状態フィードバックトリガ基準が有効であるか判別するステップ(402)をさらに有し、前記チャネル状態フィードバックトリガ基準が有効である場合のみ、個々のチャネル状態フィードバック情報が送信される(404,405)ことを特徴とする請求項１記載の方法。
3. 前記ＵＥがアップリンクグラントを有さない場合には、詳細度の低い前記第２のタイプのチャネル状態フィードバック情報が周期的に送信され、前記アップリンクグラントを有する場合には、より詳細な前記第１のタイプのチャネル状態フィードバック情報が周期的に送信されることを特徴とする請求項１又は請求項２に記載の方法。
4. 前記ＵＥがアップリンクデータを有するかどうかを判別するステップ(505)をさらに有し、前記ＵＥがアップリンクデータ及びアップリンクグラントを有する場合、スケジューリングされるアップリンク送信(507)がチャネル状態フィードバック情報とアップリンクデータの両方から構成されることを特徴とする請求項１又は請求項２に記載の方法。
5. 前記ＵＥがアップリンクデータを有するかどうかを判別するステップをさらに有し、アップリンクグラントを有するがアップリンクデータを有さない場合、スケジューリングされるアップリンクデータ送信(506)が、チャネル状態フィードバック情報のみから構成されることを特徴とする請求項１又は請求項２に記載の方法。
6. 前記スケジュールされるアップリンク送信が、前記基地局への空バッファ状態情報のシグナリングとして用いられることを特徴とする請求項５記載の方法。
7. 前記スケジュールされるアップリンク送信が、ダウンリンクで送信された前記アップリンクグラントの受領確認として用いられることを特徴とする請求項５記載の方法。
8. チャネル状態フィードバックを基地局(700)へ提供するためのユーザ端末ＵＥ(800)であって、
   前記ＵＥが前記基地局からアップリンクグラントを受信しているかどうかを判別する判別部(802)と、
   前記ＵＥがアップリンクグラントを受信している場合、前記グラントされたリソース上で、前記基地局へ第１のタイプのチャネル状態フィードバック情報を送信し、前記ＵＥがアップリンクグラントを受信していない場合、専用リソース上で前記基地局へ前記第１のタイプよりも詳細度が低い第２のタイプのチャネル状態フィードバック情報を送信するか、チャネル状態フィードバック情報を送信しない、送信部(807)と、を有することを特徴とするＵＥ。
9. 前記生成部は、前記ＵＥがアップリンクグラントを有さない場合には、詳細度の低い前記第２のタイプのチャネル状態フィードバック情報を周期的に生成し、前記ＵＥが前記アップリンクグラントを有する場合には、より詳細な前記第１のタイプのチャネル状態フィードバック情報を周期的に生成するように構成されることを特徴とする請求項８記載のＵＥ。
10. ＵＥ(800)からチャネル状態フィードバックを取得するためのスケジューラを有する基地局(700)における方法であって、
    チャネル状態フィードバックが必要かどうか判別するステップ(901)と、
    チャネル状態フィードバックが必要な場合、アップリンクグラントを生成するステップ(904)と、
    前記チャネル状態フィードバックを前記グラントしたリソース上で受信するため、前記生成されたアップリンクグラントを前記ＵＥへ提供するステップ(905)と、を有することを特徴とする方法。
11. 前記判別するステップが、前記基地局においてダウンリンクデータが存在するかどうかを判別するステップと、前記ダウンリンクデータが存在する場合に、前記チャネル状態フィードバックを前記グラントしたリソース上で受信するため、アップリンクグラントを生成して前記ＵＥへ提供するステップと、をさらに有することを特徴とする請求項１０記載の方法。
12. 前記判別するステップが、前記アップリンクの負荷が閾値ｔｈ未満かどうかを判別するステップと、前記アップリンクの負荷が前記閾値未満の場合、アップリンクグラントを生成して前記ＵＥへ提供するステップとをさらに有することを特徴とする請求項１１記載の方法。
13. 前記アップリンクグラントが、少なくともチャネル状態フィードバックを含んだアップリンク送信を前記グラントされたリソース上で受信する目的で前記ＵＥへ提供され、前記ＵＥからの前記アップリンク送信が、前記ＵＥからのアップリンクデータのリンクアダプテーション及びチャネル依存スケジュールの少なくとも一方のための前記アップリンクのチャネル品質を推定するために用いられることを特徴とする請求項１０記載の方法。
14. 前記アップリンクグラントが、アップリンク同期を維持する目的で前記ＵＥへ提供されることを特徴とする請求項１０記載の方法。
15. ユーザ端末ＵＥ(800)からチャネル状態フィードバックを取得するためのスケジューラ(701)を有する基地局(700)であって、チャネル状態フィードバックが必要かどうかを判別し、チャネル状態フィードバックが必要な場合には、前記チャネル状態フィードバックをグラントされたリソース上で受信するためにアップリンクグラントを生成する生成部(703)と、
    前記アップリンクグラントを前記ＵＥへ送信する送信部(704)と、
    前記送信されたアップリンクグラントに応答した前記チャネル状態フィードバックを受信する受信部(706)と、を有することを特徴とする基地局。

Images