条件付きｃｑｉレポートを適用するための方法と装置とネットワークノード

专利摘要:
ユーザ端末からネットワークノードに報告するチャネル品質指標（ＣＱＩ）を制限するための方法が提供される。ここで、ユーザ端末が低送信動作モードおよび／または低受信動作モードで動作している時に、ユーザ端末は例えば基地局等のネットワークノードにＣＱＩレポートを送信することができる。制限されたＣＱＩレポートは、１つ以上の所定のルールに従って報告をトリガーすることにより得られる。所定のルールは、ネットワークノードからユーザ端末に提供される、ＣＱＩ特有の情報に少なくともある程度は依存している。提案された方法に従って動作するよう適合されたユーザ端末およびネットワークノードもまた提供される。
公开号:JP2011508512A
申请号:JP2010539373
申请日:2008-12-01
公开日:2011-03-10
发明作者:ムハンマド カズミ，；ロン フー，；ジンギ リァオ，；ステファン ワゲル，
申请人:テレフオンアクチーボラゲット エル エム エリクソン（パブル）；
IPC主号:H04W24-10

专利说明:

[0001] 本発明は、一般的に通信システムにおいてＣＱＩレポートを制限するための方法と構成に関するものであり、さらに特に、拡張ＣＥＬＬ＿ＦＡＣＨ状態においても条件付きＣＱＩレポートを提供するための方法と構成に関する。]
背景技術

[0002] 高速ダウンリンクパケット（ＨＳＤＰＡ）はＷＣＤＭＡの更なる発展形であり、ダウンリンクにおける相当に高速なビットレートを可能にするものである。ネットワークがこれらの改善を達成するためには、現在のチャネル品質に関するいくつかの指標がネットワークに提供されなければならない。この情報に基づいて、適切な準備がネットワークにおいて実行され、要求されるデータ転送をダウンリンクに提供することができる。この目的のために、チャネル品質指標（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）が使用される。ユーザ端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）からネットワークに対してＣＱＩを転送する目的は、ＣＱＩから得られる情報を使用して、ネットワークが、検索した情報に基づいて、例えば、チャネルに依存したスケジューリング、リンク適合、およびダウンリンク電力割り当て等の、種々のタスクを行うことができるようにすることである。]
[0003] ＷＣＤＭＡにおいては、ＩＤＬＥ、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＦＡＣＨ、およびＣＥＬＬ＿ＤＣＨのＲＲＣ状態が使用される。図１は、ＵＥ１００と基地局１０１とが関与するＣＱＩ転送に対する典型的なシナリオを示す。ＵＥ１００と基地局１０１とは情報の交換に関与する。] 図１
[0004] 第１のステップ１：１において、基地局１０１は参照信号をＵＥ１００に送信する。参照信号は、ＵＥ１００によって現在のダウンリンクのチャネル品質を求めるために使用される。ＵＥ１００は、受信した参照信号に基づいてダウンリンクのチャネル品質を求めた後に、１つ以上のＣＱＩを基地局１０１に送信する。これは第２のステップ１：２に示されている。基地局１０１は、ＣＱＩレポートの内容を使用して、例えば、リンク適合、リソース割り当て、電力制御、およびスケジューリング等のタスクを実行する。取得した情報の適切な処理が基地局１０１において終了した後に、次のステップ１：３において、ＵＥ１００には、例えば、得られたリンク適合等の、実行されたタスクの結果が通知される。そして、それぞれの準備に引き続いて、その割り当てられたリソースを介してダウンリンク送信が実行される。これは最後のステップ１：４で示されている。]
[0005] ＣＥＬＬ＿ＤＣＨ状態においては、ダウンリンクデータ送信とリソース割り当てとは、ＨＳ−ＰＤＳＣＨチャネルとＨＳ−ＳＣＣＨチャネルとを介して実行される。リリース５の特徴である、ＨＳＤＰＡでは、ＣＥＬＬ＿ＤＣＨ状態のＨＳ−ＤＰＣＣＨにおけるアップリンクが使用されてＣＱＩおよびＡＣＫ／ＮＡＣＫがネットワークに伝送される。]
[0006] 報告されるＣＱＩは、通常は、ダウンリンクのチャネル品質を表す。このダウンリンクのチャネル品質は、ＵＥが１０％のブロック誤り率で受信することができるであろうと考えられる、特定の変調および符号化を使用した場合の特定の転送ブロックサイズに対応している。ＷＣＤＭＡに対する、ＣＱＩと転送ブロックサイズとの間の、この型のマッピングは、３ＧＰＰ技術仕様２５．２１４の中で規定されている。従って、ＵＥからネットワークに報告されたＣＱＩによって、ネットワークは、次に行われる送信に対する適切な転送ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）サイズを選定することができる。従って、このＣＱＩによって、ダウンリンクの送信レートを最適化して拡張することができる。]
[0007] ＴＢは、１ｄＢの分解能で［１，３１］にわたることができる。ダウンリンク送信のために使用することができるサイズで、１に等しいＴＢサイズは最小のサイズであり、３１に等しいＴＢサイズ最大のサイズである。しかしながら、現在使用されている最大のＴＢサイズは３０であり、サイズが３１のＴＢは将来使用することができる。報告されるＣＱＩの、種々の異なる変調および符号化スキームに対するＴＢサイズへのマッピングは、３ＧＰＰ標準規格ＴＳ２５．２１４においてさらに詳細に規定されている。]
[0008] ＣＱＩレポートは、典型的に、周期的に実行される。これはまたＣＱＩ帰還周期（フィードバックサイクル）と呼ばれている。この報告は、高位の層のシグナリングを通してネットワークが調整することができる。ＣＱＩ帰還周期は送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）によって表現される。現在可能なＣＱＩ帰還周期の値は、０、２、４、８、１０、２０、４０、８０、および１６０ＴＴＩである。アップリンクの不連続送信が使用される場合には、一時的にＣＱＩレポートをスイッチオフすることにより、アップリンク干渉を低減することができる。]
[0009] リリース５においては、ＵＥ受信機の動作性能に対する要求条件は、ＵＥのベースラインの古典的なＲＡＫＥ受信機のみに基づいている。対応する動作性能要求条件は、一般に、３ＧＰＰ技術仕様ＴＳ２５．１０１において、最小の動作性能要求条件として規定されている。]
[0010] またリリース６以上のリリースにおいては、機能強化されたＵＥ受信機の動作性能要求条件が規定されている。これらの要求条件を満足し、対応する適合試験に合格するために、ＵＥは、例えば、受信機ダイバーシティ、チップレベル等化器、および／または汎用ＲＡＫＥ（Ｇ−ｒａｋｅ）受信機等の高機能受信機の特徴を備えなければならないであろう。これら拡張した要求条件の規定の目的は、明らかに、ダウンリンクのビットレートを大幅に増大させることである。]
[0011] ＷＣＤＭＡの用語表現においては、種々の高機能受信機に対するＵＥ受信機動作性能要求条件は、現在までに、機能強化された受信機タイプ１、タイプ２、タイプ３、およびタイプ３ｉとして規定されている。しかしながら、受信機動作性能の規定の拡張は、ＵＥ販売業者が規定された拡張要求条件を超える高機能受信機を設備することを排除はしない。]
[0012] 現在では、ＨＳＤＰＡが可能なＵＥは、通常、そのカテゴリーを、例えば、１つのＴＴＩにおけるコードまたはビットの数の最大値という形で、この情報がネットワークに転送されるときに報告する。しかしながら、ＵＥは、例えば機能強化された受信機タイプ等の、自分の機能強化された受信機に関するいずれの能力も報告はしない。結果として、ネットワークは、ＵＥに設備されている機能強化された受信機のタイプについて全く情報を持っていない。しかしながら、最適な動作性能を得るために、例えば、スケジューラ等の、基地局における種々の異なる機能が機能強化されたＵＥ受信機の能力を十分に利用できることが最も重要である。高機能受信機を有するＵＥは、ダウンリンクの信号対干渉および雑音電力比（ＳＩＮＲ：Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ Ｎｏｉｓｅ Ｒａｔｉｏ）に関して、ベースラインＲＡＫＥ受信機を使用した場合と比較して、よりよい推定値を得るであろう。]
[0013] ＣＱＩは基本的には、ＳＩＮＲから導出され、ＳＩＮＲは共通パイロットチャネル（ＣＰＩＣＨ：Ｃｏｍｍｏｎ Ｐｉｌｏｔ Ｃｈａｎｎｅｌ）に基づいて推定される。従って、報告されたＣＱＩは暗黙に、受信機の実際の動作性能を表している。これは、より性能を向上させた受信機を装備したＵＥは、比較的高い値のＣＱＩを報告できるであろうことを意味し、それにより、ネットワークは、ＵＥに対してより高いデータレートをスケジュールすることができ、従って、ＵＥからより高い動作性能が得られるであろうということを意味する。]
[0014] リリース７において、新しい特徴（しばしば拡張（ｅｎｈａｎｃｅｄ）ＣＥＬＬ＿ＦＡＣＨ状態と呼ばれる）が導入された。この特徴によって、例えば、ＩＤＬＥモード状態、ＣＥＬＬ＿ＰＣＨ状態、ＵＲＡ＿ＰＣＨ状態、またはＣＥＬＬ＿ＦＡＣＨ状態等の、低いＲＲＣ動作の状態における、例えば、ページングまたは小さいパケット等の、一般的に低いビットレートのデータを、ＨＳ−ＤＳＣＨ転送チャネルの上にマッピングすることができる。この特徴の主な利点は、これらのいずれの低い動作状態においても、ページングまたはデータは、迅速にＵＥに送信することができる点である。これは、ＨＳ−ＤＳＣＨの上でのスケジューリングが基地局において行われ、ＨＳ−ＤＳＣＨはＴＴＩに基づいて複数のＵＥの間で共有されるからである。このＴＴＩは基本的に２ｍｓの周期を有する。]
[0015] さらに、現状技術に従えば、拡張ＣＥＬＬ＿ＦＡＣＨ状態におけるＵＥとネットワークとの間の伝送は、ＵＥはスケジューリング情報をＨＳ−ＳＣＣＨを介して、すなわち、ＣＥＬＬ＿ＤＣＨ状態における場合と同様の様式で受信するという事実によって特徴付けられる。しかしながら、拡張ＣＥＬＬ＿ＦＡＣＨ状態では、ＵＥがＣＱＩまたはＡＣＫ／ＮＡＣＫを報告するためのＨＳ−ＤＰＣＣＨチャネルを得ることができず、従って、この状態では、リンク適合も、チャネルに依存したスケジューリングも不可能であろう。さらに、ネットワークは、固定数のＨＡＲＱ送信、すなわち、最初の送信と必要時にはいつでも規定された数までの再送信とをブラインドに送信する。しかしながら、ＨＡＲＱ合成はＵＥで実行することができる。]
[0016] しかしながら、リリース７およびそれ以後のリリースでは、いずれの低動作のＲＲＣ状態（すなわち、アイドルモード状態、ＵＲＡ＿ＰＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、およびＣＥＬＬ＿ＦＡＣＨ状態）においても、高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）の使用が可能である。このオプションによって、ＰＣＨ転送チャネルとＦＡＣＨ転送チャネルとを共有チャネル（すなわち、ＨＳ−ＤＳＣＨ）へマッピングすることが可能になる。しかしながら、アップリンク負荷を最小にするためには、これらの状態のいずれの状態にあるＵＥも、ネットワークに対していずれのＣＱＩを報告することも許可されない。]
[0017] リリース８においては、さらなる改善が規定された。リリース８では、Ｅ−ＤＣＨ活性化をイネーブルすることにより、アップリンクにおけるＣＥＬＬ＿ＦＡＣＨが改善された。ここでは、例えば、基地局は共通Ｅ−ＤＣＨに対するリソースおよび要求されるダウンリンク制御チャネルに対するリソースを制御する。これらのチャネルは、フラクショナル専用チャネル（Ｆ−ＤＰＣＨ）、Ｅ−ＤＣＨＨＡＲＱ確認応答指示チャネル（Ｅ−ＨＩＣＨ）、および、Ｅ−ＤＣＨ絶対グラントチャネル（Ｅ−ＡＧＣＨ）である。共通Ｅ−ＤＣＨの構成はＢＣＣＨの上で報知され、ＢＣＣＨはＥ−ＤＣＨを使用して短いパケットを送信することができる。しかしながら、ＣＥＬＬ＿ＤＣＨにおける場合と異なり、拡張ＣＥＬＬ＿ＦＡＣＨにおけるＥ−ＤＣＨの確立段階はずっと短く、その結果、高速な呼設定、高速なパケット送信、および総合遅延の低減を実現することができる。]
[0018] 既に上記で述べたように、ＣＱＩレポートは、現在は、拡張ＣＥＬＬ＿ＦＡＣＨ状態においては行われていない。これは、ネットワークは、この状態にある場合には、適応的な変調または符号化スキームを使用する等して行う、チャネルに依存したスケジューリングも、リンク適合も実行することができないということを意味する。さらに、ＨＳ−ＰＤＳＣＨまたはいずれか他のダウンリンク物理チャネルの上でのダウンリンク電力制御は、ＣＱＩレポートがないために、この状態にある場合には正確に実行することができない。]
[0019] ＣＱＩレポートがないことに起因する、拡張ＣＥＬＬ＿ＦＡＣＨ状態における別の主要な影響は、ネットワーク事業者に対して、機能強化された受信機に対する要求条件を規定する動機を与えない点である。実際は、拡張ＣＥＬＬ＿ＦＡＣＨシナリオにおける動作性能に対する最小の要求条件だけは、これまでに規定されてはいる。]
[0020] 高機能受信機の動作性能要求条件は、それぞれの物理チャネルに対して個別に規定される点に注意することが大切である。一方で、高機能受信機を使用することによりユーザスループットは増加するが、一方ではまた、経費とＵＥ電池の電力消費が増加する。従って、高機能受信機は、厳密に、動作性能に対する要求条件が存在するチャネルの上でだけ動作させることであろう。このことは、ＣＥＬＬ＿ＤＣＨ状態におけるＨＳＤＰＡに対する機能強化された受信機の要求条件は、拡張ＣＥＬＬ＿ＦＡＣＨ状態におけるＨＳＤＰＡ受信に対しても機能強化された受信機が使用できるということを意味するものではない。]
[0021] 上記で指摘したように、現在の拡張ＣＥＬＬ＿ＦＡＣＨ状態の特徴に関わる主要な問題点は、ＣＱＩレポートがないために、ダウンリンクのスケジューリングはダウンリンクの無線状態に関する知識なしに行われるという点である。このことは、チャネルに依存したスケジューリングおよびリンク適合は不可能であって、従って、この欠点の結果、スループットに関わる動作性能は大幅に貧弱になるということを意味する。現在の無線条件を考慮せずに、固定数（例えば、３または４）のＨＡＲＱ再送信を行うことは、無線リソースを浪費することになる。実際、この手法に関する主要なボトルネックは、現状では、いずれのＵＥ販売業者にとっても、拡張ＣＥＬＬ＿ＦＡＣＨ状態におけるデータ受信に対して高機能受信機を設備することに対するいずれの理由も動機もないという点である。しかしながら、いずれかの種類のＣＱＩレポートがあれば、それは、ＵＥに高機能受信機を設備する動機付けになるであろう。]
[0022] 上記で挙げた欠点に対する、１つの明らかでかつ直接的な解決策は、現在ＣＥＬＬ＿ＤＣＨ状態において行われているように、正規のＣＱＩレポートスキームを定義することにより、拡張ＣＥＬＬ＿ＦＡＣＨ状態に対しても従来の行程に従うことである。しかしながら、この手法に関する第１の心配は、拡張ＣＥＬＬ＿ＦＡＣＨ状態ではＵＥに特化したチャネルは動作しておらず、従来のＣＱＩレポートスキームは、維持できない負荷をＲＡＣＨチャネルの上に負わせることになる可能性がある。ＲＡＣＨチャネルは、リリース７において規定されているように、拡張ＣＥＬＬ＿ＦＡＣＨ状態において現在ただ１つのアップリンク送信モードにあるチャネルである。さらに、ＣＱＩレポートは、拡張ＣＥＬＬ＿ＦＡＣＨ状態では、ＣＥＬＬ＿ＤＣＨ受信のシナリオの場合と比較して、実際に同じ頻度である必要はない。]
[0023] スウェーデン国特許出願第０６０２２９９−０号明細書において、ＣＱＩ閾値が提案されている。この閾値はセルまたはＵＥに特化することができて、ネットワークから複数のＵＥに送信される。そして、このＣＱＩ閾値よりも低いＣＱＩを持つそれぞれのＵＥは、新しいＣＱＩをネットワークに報告することが要求される。この解決策の１つの不十分さは、新しいＣＱＩを測定してネットワークからＵＥに転送することを決定するには、動的にＣＱＩを転送するメカニズムに対してさえも遅延が伴うであろうという点である。第２に、無線条件が急速に変化した場合には、いくつかのＵＥはよい状態と悪い状態との間を高速に移動する可能性があり、多くのユーザがより高い頻度でＣＱＩの報告を開始するという厳しい危険が生じ、それによってアップリンク負荷が増加する可能性がある。]
[0024] 従って、アップリンク負荷に対して負の影響を与えない、統制のとれたＣＱＩレポートを可能とすることが期待される。]
[0025] 本発明の目的は、上記で述べた問題点の少なくともいくつかを解決することである。さらに具体的にいえば、本発明の目的は、ユーザ端末が低送信動作モードおよび／または低受信動作モードにある場合でも、ユーザ端末とネットワークノードとの間で制限されたＣＱＩレポートを行うことを可能にするための方法と、この方法を実行するよう適合されたユーザ端末とネットワークノードとを提供することである。]
[0026] １つの視点に従えば、ユーザ端末から、例えば、基地局等のネットワークノードへの、チャネル品質指標（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）レポートを制限するための方法が提供される。本方法は、ユーザ端末が低送信動作モードおよび／または低受信動作モードで動作していると判定された場合には、少なくとも１つのＣＱＩレポートをネットワークノードに送信できるように規定される。ＣＱＩレポートは、１つ以上の所定のルールに従って、ユーザ端末においてトリガーされる。所定のルールは、少なくともある程度は、ネットワークノードから提供されるＣＱＩ特定情報に依存する。]
[0027] ユーザ端末からネットワークノードへのＣＱＩレポートをいつ送信するべきかを規定するトリガールールは、複数の異なる基準の内の１つ以上の基準に基づくことができる。複数の異なる基準は、例えば、推定されたＣＱＩに対応する転送ブロックサイズとユーザ端末が受信した転送ブロックサイズとの間の比較、推定されたＣＱＩと所定の閾値との間の比較、推定されたＣＱＩとユーザが受信した転送ブロックに対して要求される再送信の数との間の比較、前記ネットワークノードからユーザ端末に提供されるＣＱＩレポートを行う確率、および／または、少なくとも一部はネットワークノードによって決定されたスケーリングされたＣＱＩ帰還周期、等である。]
[0028] トリガールールは、単一の基準に基づくこともできるし、異なる基準の組み合わせに基づくこともできる。]
[0029] 提案するＣＱＩレポートは、例えば、ＲＡＣＨまたはＥ−ＤＣＨ等の、種々の異なる通信手段を介して実行することができる。さらに、送信は、無線リソース層（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｌａｙｅｒ）または媒体アクセス層（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｌａｙｅｒ）を介して実行することができる。]
[0030] 別の視点に従えば、ユーザ端末もまた提供される。このユーザ端末は、ユーザ端末が低送信動作モードおよび／または低受信動作モードにある時に、ユーザ端末に対して規定されたルールとネットワークノードから提供されるトリガー情報とに従ってネットワークノードにＣＱＩレポートを報告するよう適合される。]
[0031] また、さらに別の視点に従えば、ネットワークノードが提供される。このネットワークノードは、低送信動作モードおよび／または低受信動作モードにあるユーザ端末におけるＣＱＩレポートのトリガーを、トリガーに関連する情報をユーザ端末に転送することにより制御するよう適合される。]
[0032] 提案するオプションによって、低動作モードにおけるＣＱＩレポートを効率よく報告する様式が可能になる。]
[0033] 例えばＲＡＣＨ等の共通チャネルの上でＣＱＩレポートを実行するいくつかの実施形態においては、本発明は、使用するチャネルの上での衝突を最小にすることができるというさらなる利点を有する。]
[0034] 提案するメカニズムを実施することにより、チャネルに依存したスケジューリング、ダウンリンク電力制御、およびリンク適合を、低動作モードにおいて、より効率よく実行することができる。]
[0035] さらに、ＣＱＩを介して得られる情報は、ネットワークを支援して低動作モードにおける総合的な動作性能を改善することができるので、ＵＥに高機能受信機を設備する動機をＵＥ販売業者に対して与えることもできる。]
[0036] 拡張ＣＥＬＬ＿ＦＡＣＨ状態においてＣＱＩレポートを制限するいくつかの実施形態に従えば、ここで提案するメカニズムを導入した結果得られる別の利点は、拡張ＣＥＬＬ＿ＦＡＣＨにおけるＨＳＤＰＡの動作性能は、高機能受信機が既にＵＥの中で使用されているＣＥＬＬ＿ＤＣＨにおける対応する動作性能と比較して劣らないということが保証される点である。]
[0037] 本発明の、他の目的、利点、および新しい特徴は、添付の図面とともに、以下に示す本発明の詳細な記述から明らかになるであろう。これらの目的等は、主に、添付した独立請求項に従った解決策によって達成することができる。]
[0038] 本発明のさらなる特徴と利益は、以下の詳細な記述から明らかになるであろう。]
[0039] 本発明は、典型的な実施形態によって、また添付の図面を参照することにより、以下でより詳細に記述されるであろう。]
図面の簡単な説明

[0040] 従来技術に従った、従来のスケジューリングの概念の基本的な概観図である。
低動作モードにおいて、制限されたＣＱＩレポートをユーザ端末からネットワークノードへ行うことを可能にするためにユーザ端末が行う、１つの実施形態に従った方法を示すフローチャートである。
低動作モードにおいて、制限されたＣＱＩレポートをユーザ端末からネットワークノードへ行うことを可能にするためにネットワークノードが行う、１つの実施形態に従った方法を示すフローチャートである。
低動作モードにおいて、制限されたＣＱＩレポートをユーザ端末からネットワークノードへ行うことを可能にするためにユーザ端末が行う、別の代替的実施形態に従った方法を示す別のフローチャートである。
制限されたＣＱＩレポートをユーザ端末からネットワークノードへ行うことを可能にするための、さらに別の実施形態に従った方法を示すさらに別のフローチャートである。
それぞれ、図２または４または５、および図３のいずれかを参照して記述した実施形態の内のいずれかに従った方法を実行するよう適合された典型的な実施形態に従った、ユーザ端末とネットワークノードとのブロック図である。] 図２ 図３
実施例

[0041] ある特定な高機能受信機がＵＥに設備されることを保証するためには、対応する機能強化された受信機の動作性能要求条件がさらに規定されなければならない。しかしながら、このステップは、ＵＥが拡張ＣＥＬＬ＿ＦＡＣＨ状態においてもＣＱＩをレポートできる場合にのみ動機付けがなされる。それを達成するためには、追加的な経費が生じＵＥの電力消費が増大することと、エンドユーザの動作性能が拡張されること（すなわち、より高いユーザスループットが得られること）との間でトレードオフを行わなければならなくなる可能性が大きいであろう。]
[0042] 拡張ＣＥＬＬ＿ＦＡＣＨ状態では、ＵＥとネットワークとの間のＣＱＩレポートには、典型的に、ＲＡＣＨ送信が関与するであろう。しかしながら、頻度の高いＣＱＩ送信によってアップリンク送信の負荷が高くなることにより、ＲＡＣＨの上での衝突が生ずる可能性がある。また、ネットワークは、拡張ＣＥＬＬ＿ＦＡＣＨ状態における場合には、ＨＳＤＰＡ送信を行うために、また、受信したＣＱＩを処理するために、限られた利用可能なリソースしか有していない可能性がある。結果として、高い頻度のＣＱＩレポートは、システムにとって何らの利益にもならない可能性があり、従って、拡張ＣＥＬＬ＿ＦＡＣＨ状態において、ＵＥからネットワークへのＣＱＩレポートの送信を、必要と思われる時にはいつでも制限できるよう適合されたメカニズムが要求される。]
[0043] 上記で挙げた問題点は拡張ＣＥＬＬ＿ＦＡＣＨ状態において、より重要ではあるが、ＵＥがどの状態にいるかに拘わらず、アップリンク送信の負荷を低減することは有益であるという点に注意を要する。本発明は、特に、アップリンク送信のオーバヘッドを低減することが重要である、他の任意の状態または動作モードにおいて使用することができるであろう。これは、ＵＥが低送信動作および／または低受信動作にある場合に特に要求される。いくつかの例としては、ＵＥが、ＲＲＣ状態に拘わらず、不連続受信（ＤＲＸ）モードおよび／または不連続送信（ＤＴＸ）モードで動作している場合である。これらの動作モードにおいては、ＵＥは、ＣＱＩの測定に対して、またはＣＱＩレポートに対して、または測定と報告とに対して、機会が少なくなる。ＷＣＤＭＡにおいては、ＣＥＬＬ＿ＦＡＣＨ状態と同様にＣＥＬＬ＿ＤＣＨ状態においもＤＲＸ／ＤＴＸが使用される。このことは、ＷＣＤＭＡにおけるＣＥＬＬ＿ＤＣＨ状態においても、特にＤＲＸ／ＤＴＸモードにおいても、本発明が等しく適用可能であることを意味する。同様に、Ｅ−ＵＴＲＡＮにおいては、ＤＲＸ／ＤＴＸはＲＲＣ接続状態で使用され、本発明をこの場合に適用して、ＣＱＩオーバヘッドの低減を達成することができる。]
[0044] 従って、低動作モードにおいてＣＱＩレポートを支配するルールに基づいた、ＣＱＩ配信のメカニズムを提供することが１つの目標である。このＣＱＩ配信により、アップリンク送信の負荷は合理的な範囲の中に維持され、同時に、利用可能な無線リソースの最適な使用を保証することができる。ＵＥは、異なる複数の原理の内の１つ以上の原理に従って、異なるＲＲＣ状態の間を遷移する時に、また、同一のＲＲＣ状態にある間にも、ＣＱＩを報告するよう構成することができる。この異なる複数の原理に関しては、以下でより詳細に記述する。これらの原理は１つ以上の所定のルールに基づき、それぞれのルールは、単独で、またはそれらを組み合わせて適用することができるであろう。このようなメカニズムの一般的な原理を図２のフローチャートおよび図３のフローチャートに従って記述する。図２はＵＥにおいて実行されるべきＣＱＩレポートの方法を示し、図３はネットワーク側のノードによって実行される、対応した方法のステップを示す。ネットワーク側のノードは、典型的には、ＵＥに接続された基地局である。] 図２ 図３
[0045] 図２に従えば、ＵＥは第１のステップ２００において設定される。典型的なシナリオでは、ＣＱＩレポートは、事前に構成された１組のＣＱＩトリガールールに従って管理されるであろう。あるいは、ＵＥは、ＵＥが活性化された後に、または呼設定を開始する時に、ネットワークからルールの標準セットが提供される。] 図２
[0046] 次のステップ２０１において、いずれかのＣＱＩトリガールールまたは条件が更新されるべきか否かの判定が行われる。すなわち、ＣＱＩトリガールール特有の情報がネットワークから受信されたか否かの判定が行われる。もし受信されたのであれば、関連するルールは更新される。これは別のステップ２０２で示されている。別のステップ２０３において、ＵＥは低動作モードで動作しているか否かの判定が行われる。すなわち、低送信動作モードおよび／または低受信動作モードであるか否かの判定が行われる。上記で述べたように、例えば、これはＵＥがＤＲＸ／ＤＴＸモードであるか、またはＵＥが拡張ＣＥＬＬ＿ＦＡＣＨ状態にある場合である。低動作モードにある場合には、開始された手順は別のステップ２０４において継続され、現在のルールに基づいてＣＱＩトリガーが活性化されたか否かの判定を行う。ネットワークノードに対してＣＱＩの送信を開始するために、２つ以上のＣＱＩトリガーが要求される場合には、ステップを付加してステップ２０４を繰り返すことができる。この場合もまたこの条件が試験される。規定された１つ以上のＣＱＩトリガー条件が満足されたと判定された場合には、ＣＱＩレポートが生成されるであろう。これはステップ２０５で示されている。そしてＣＱＩレポートは、規定された送信メカニズムを使用してネットワークに送信される。これは引き続くステップ２０６で示されている。ここで記述した更新手順およびＣＱＩトリガー手順は、フローチャートに示されるように、ＵＥが活性化された状態にいる限り、また現在の呼の間は、全てが現在の設定に依存した状態で連続して繰り返される。]
[0047] 活性化されたそれぞれのＵＥのルールを、ネットワーク側のノードの上で更新し保持するための対応する手順を、図３のフローチャートを参照して記述する。ここで記述する方法は、典型的に基地局の上で、適切なスケジューリングアルゴリズムおよびリンク適合、または、例えば電力制御等の、ＣＱＩ情報を必要とする可能性がある他のいずれかの型のアルゴリズムの実行と共に操作される。] 図３
[0048] 図３の第１のステップ３００において、活性化されたＵＥが行うＣＱＩトリガーに対する更新した条件を保持するための手順が開始される。次のステップ３０１において、特定のＵＥのＣＱＩトリガーに関連するいずれかのルールの更新が必要であるか否かの判定が行われる。この更新手順が必要であると判定された場合には、全て所定のＣＱＩトリガールールに従って、関連する情報が生成される、または算出される。これはステップ３０２で示されている。そして、引き続くステップ３０３において、この情報は関連する１つ以上のＵＥに送信される。次のステップ３０４において、ＣＱＩが受信されたか否かが判定され、受信されたと判定された場合には、ステップ３０５において、ＣＱＩの内容が検索され、処理される。その後に、上記で記述した手順が繰り返される。] 図３
[0049] ＵＥに対するＣＱＩトリガールールは、例えば、比較ルール等の、いくつかの異なる基準に基づくことができる。]
[0050] １つの視点に従えば、ＵＥが現在受信している転送ブロックサイズは、推定されたＣＱＩに対応する転送ブロックサイズと比較することができる。]
[0051] 別の視点に従えば、推定されたＣＱＩは、所定の閾値と比較することができる。また第３の視点に従えば、推定されたＣＱＩは、受信した転送ブロックに対して要求される再送信の数と比較することができる。]
[0052] さらに別の視点に従えば、ＣＱＩトリガーは、確率に基づくルールに従うことができる。ここでは、ＣＱＩは、ネットワークからＵＥに対して事前にシグナリングされた確率測度（ｐｒｏｂａｂｉｌｉｔｙ ｍｅａｓｕｒｅ）に従ってＵＥから報告されるべきものである。あるいは、ＣＱＩをいつＵＥから送信するかを決定するために、動的にスケーリングされたＣＱＩ帰還周期を使用することもできる。]
[0053] あるいは、ＵＥからのＣＱＩの送信は、２つの異なる原理の組み合わせに基づくルールによってトリガーすることができる。この２つの異なる原理の組み合わせは、例えば、転送ブロックサイズを考慮に入れた確率に基づくルールと比較に基づくルールとの組み合わせである。または、代替として、２つ以上の異なる原理からの組み合わせも考えることができる。]
[0054] 上記で挙げた原理に基づくいくつかの異なるＣＱＩトリガールールを以下でより詳細に記述する。]
[0055] 上記で提案した、さらに別の代替的実施形態に従えば、ＣＱＩレポートは比較ルールに基づくことができ、この比較ルールでは、決定された転送ブロックサイズまたは所定の閾値に対応する、例えばＣＱＩ値等の測定値または所定の値と、推定されたＣＱＩとを比較する。比較ルールを適用する場合は、ＣＱＩは、ＣＥＬＬ＿ＤＣＨにおいて行われるように、ＵＥが送信時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）にわたって測定することができる。]
[0056] あるいは、ＣＱＩトリガールールは、平均値に基づくことができる。この平均値の推定は、ネットワークノード（例えば基地局）によって識別された、再送信された転送ブロックの数に基づく。このシナリオにおいては、基地局は、必要である再送信の数を識別し、例えば再送信されたブロックの転送ブロックサイズの平均に基づいてＣＱＩ閾値を推定し、この閾値をＵＥにシグナリングする。このようなルールは、典型的に、それぞれのＵＥがデータを受信している状況に適用可能であろう。別の可能性は、トリガールールを単なる時間平均に基づかせることである。この場合には、平均時間がネットワークノードからＵＥに送信され、ＵＥはその所定の平均時間にわたってＣＱＩを測定する。]
[0057] さらに別の代替的実施形態においては、別のルールは、規定された数の再送信が生じた後に、ＵＥにおいて転送ブロックが間違って復号化された場合に、ＵＥからＣＱＩが報告されるべきであると規定することができる。これは、現在推定されているＣＱＩは要求されるサイズと比較してより小さな転送ブロックサイズに対応しているので、送信された転送ブロックサイズはＵＥが実際に扱うことができるサイズと比較してずっと大きなサイズであるという事実の典型的な結果である。従って結果として、ネットワークノードは、報告されたＣＱＩに基づいて転送ブロックサイズを調整することができるであろう。]
[0058] 従って、ＣＱＩトリガールールは、推定されたＣＱＩに対応する転送ブロックサイズが受信した転送ブロックサイズと比較して大幅に大きい場合にＣＱＩが報告されるべきであると規定することができる。推定された転送ブロックサイズと受信した転送ブロックサイズとの差に関連する閾値を使用することにより、ネットワークにおけるアップリンクオーバヘッドを最小にし、ダウンリンクのリソースの利用とダウンリンクのリソース割り当ての取り扱いを改善することができる。]
[0059] ＵＥにおいて比較に基づくＣＱＩトリガールールを実行するさらに別の可能性は、図２のステップ２０４において、送信の試みの回数Ｊ−Ｋ（Ｋ＜Ｊ）以内で、受信した転送ブロックが復号化されたとわかった場合に、ＵＥはＣＱＩを報告すると規定することにより達成することができる。ここで、Ｊは再送信の数の最大値であり、Ｋは所定の値である。従って、受信したブロックが、最初の送信または非常に数少ない送信で復号化された場合には、これは、転送ブロックサイズは変更されるべきであるという指示であり、この変更に対する入力データを提供するために、ＵＥは新しいＣＱＩをネットワークノードに報告することをトリガーされるであろう。従って、この実施形態において記述されているルールは、ＵＥは現在送信されている転送ブロックサイズよりもずっと大きな転送ブロックサイズを扱うことができる可能性があるという状況に対応している。このような代替的なＣＱＩトリガーの構成を図４で示す。図４では図２のステップ２０４がステップ４００−４０２を備える。ステップ４００において、データがＵＥとネットワークとの間で伝送されているか否かの判定を行う。伝送されている場合には、引き続くステップ４０１において第１のＣＱＩトリガー条件が評価される。また、現在はデータの伝送が行われていないと判定された場合には、引き続くステップ４０２で示されるように、別のＣＱＩトリガー条件が評価される。評価されたＣＱＩトリガー条件が満足である場合には、図２の手順は続けられてステップ２０５においてＣＱＩが生成される。] 図２ 図４
[0060] さらに別の実施形態に従えば、ＣＱＩレポートモードは、ＵＥがデータの送信に従事しているか否かに従って、異なるルールに基づくことができる。データが拡張ＣＥＬＬ＿ＦＡＣＨにおいて送信されている場合には、ＣＱＩレポートは、上記で提案したように、推定されたＣＱＩに対応する転送ブロックサイズと送信された転送ブロックサイズとの間の比較に基づくことができる。しかしながら、データが拡張ＣＥＬＬ＿ＦＡＣＨにおいて送信されていない場合には、ＣＱＩレポートは、先の場合と異なり、推定されたＣＱＩに対応する転送ブロックサイズと所定の閾値との間の比較に基づくことができる。ネットワークから見た場合には、このような動的なＣＱＩトリガーメカニズムは、いくつのＵＥが現在悪いカバレッジの中にあるかという点に関する情報を提供するであろう。ＣＱＩ閾値は複数のＵＥに報知することができ、または、個別のＵＥに直接に送信することもできる。]
[0061] 別の実施形態に従えば、低動作モードにあるＵＥに対して、確率に基づくＣＱＩレポートルールを適用することができる。ここでは、ネットワークノードにおいて事前に決定され、典型的には報知によってＵＥに転送された確率に従って、図２のステップ２０４においてＣＱＩレポートがトリガーされる。更新された確率情報を受信し、それに応答してそれぞれのルールはステップ２０２において更新される。] 図２
[0062] いくつかの実施形態においては、確率に基づくＣＱＩレポートルールは、ユーザ端末がＣＥＬＬ＿ＦＡＣＨ状態にある場合に適用される。ＣＱＩレポート確率は、セルごとの単一のパラメータ、すなわち、全ての拡張ＣＥＬＬ＿ＦＡＣＨ状態に対して利用可能なパラメータとして定義することができる。別の可能性は、それぞれの拡張ＣＥＬＬ＿ＦＡＣＨ状態に対する別々のＣＱＩレポート確率値を確率ベクトルの形で規定することである。送信のページングは、一般的にＣＥＬＬ＿ＦＡＣＨの上でのデータ送信よりも低い頻度で生ずるので、ＣＥＬＬ＿ＦＡＣＨにおいては、ＣＥＬＬ＿ＰＣＨにおける場合よりも、より高い確率を規定することができる。典型的なＣＱＩレポート確率ベクトルは、Ｍ個の利用可能な動作状態に対応するＭ個の確率を備えることができる。Ｐｉを状態ｉに対する確率とすると、以下の条件が満足される。]
[0063] ]
[0064] あるいは、ＵＥに提供されるＣＱＩレポート確率は、ＣＱＩレポートに対する可能性を希望する、ただ１つの状態に制限することもできるであろう。このような場合には、ベクトルではなくて、単一の値がネットワークからＵＥに送信される。]
[0065] さらに別の代替的ルールに従えば、ＣＱＩレポート確率は、特定のセルに対してＵＥに特化したように構成される。すなわち、ρｉはユーザｉに対してのみ適用可能であるとし、セルあたりＮ個の拡張ＣＥＬＬ＿ＦＡＣＨユーザに対して以下の制約条件を課すことができる。]
[0066] ]
[0067] さらに別の実施形態に従えば、ＣＱＩレポート確率は、ＵＥと状態との両方に特化させることができる。]
[0068] ＣＱＩレポート確率がネットワークによって送信されてＵＥによって受信されると、この確率に従って動作するよう適合されたＵＥは、典型的に、ＣＱＩレポートを生成しそれをネットワークノードに送信する前に、１回以上のランダムなトレール（ｔｒａｉｌ）を行うであろう。例えば、もし、このパラメータが０．５であるとすれば、ＵＥは、適切なチャネルの上で２番目の可能な送信の機会ごとにＣＱＩを統計的に送信するであろう。ＵＥがデータを送信しているとすれば、ＣＱＩは、例えば、Ｅ−ＤＣＨを介して送信することができる。従って、このＥ−ＤＣＨは既に使用されていることになる。]
[0069] あるいは、ＣＱＩは、ＨＳＤＰＡと共に高速個別物理制御チャネル（ＨＳ−ＤＰＣＣＨ：Ｈｉｇｈ Ｓｐｅｅｄ Ｄｅｄｉｃａｔｅｄ Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を介して送信することができる。ＨＳ−ＤＰＣＣＨは、通常、ＣＱＩ送信のために使用される。ＣＱＩをＨＳ−ＤＰＣＣＨを介して送信する場合には、ＣＱＩは、Ｅ−ＤＣＨの上でアップリンク送信が行われている場合にのみ送信することができる。従って、別のオプションは、ＲＡＣＨを介してＣＱＩを送信することである。ＲＡＣＨは、Ｅ−ＤＣＨまたはＨＳＤＰＡが送信に使用されているか否かに拘わらず、使用することができる。このように、ＣＱＩがＣＱＩ送信のためのＲＡＣＨを介して送信される場合には、送信インスタンスを規定するＣＱＩ送信時間分解能は、少なくとも、ＲＡＣＨ送信時間スロットと等価であるだろう。典型的なシナリオにおいては、この送信頻度は必要とされる以上に高いであろう。従って、ＣＱＩ送信に対する送信インスタンスは非常に長くなるように選定することができて、これによる容量の損失が伴うことはないであろう。]
[0070] 送信頻度を制限する１つの可能な様式は、ネットワークから、確率と一緒に周期時間間隔をシグナリングすることである。このような場合には、その所定の確率に従って規定されたＣＱＩの送信は、その規定された時間間隔だけ遅延するであろう。]
[0071] 別の代替的解決策は、この周期時間間隔を、ＣＥＬＬ＿ＰＣＨ状態、ＵＲＡ＿ＰＣＨ状態、ＣＥＬＬ＿ＦＡＣＨ状態のいずれかにあるＵＥが使用するＤＲＸ周期とリンクさせることである。]
[0072] ＣＱＩレポート確率は、アップリンク負荷を制限し、適切な量のＣＱＩレポートが規則的にＵＥからネットワークに配信されることを保証することによって、少なくとも、ＲＡＣＨの上のアップリンク衝突の量を最小にするという目標を達成しなければならない。]
[0073] 図３のステップ３０２に示されるように、ネットワークにおいてＣＱＩレポート確率を生成する時に、１つ以上の要因を考慮に入れて、上記で挙げた目標を達成する方向で努力することができる。これらの要因は、例えば、ＲＡＣＨの上の現在の負荷、拡張ＣＥＬＬ＿ＦＡＣＨに属する特定な状態または拡張ＣＥＬＬ＿ＦＡＣＨに属する全ての状態にあるセルの中のユーザの数、ＣＥＬＬ＿ＦＡＣＨ状態にあるユーザに対してバッファされるデータの量、および／または、現在のユーザのサービスの型を含むことができる。] 図３
[0074] ネットワークノードにおいてＣＱＩレポート確率を導出する際に、ＲＡＣＨの上の現在の負荷が、活性な拡張ＣＥＬＬ＿ＦＡＣＨユーザの数と共に考慮される状況では、アップリンクにおける低いＲＡＣＨ負荷と少ない活性ユーザの数は、典型的に高い確率を招く結果になる可能性があり、またその逆もあり得る。]
[0075] ＣＱＩレポート確率は、ネットワーク負荷に依存し、ネットワーク負荷は典型的に時間によって変化するので、ＣＱＩレポート確率は負荷の変化につれて更新される必要がある。さらに、ＣＱＩレポート確率には、典型的に、ある量の余裕を付加して、負荷における小さな変動に対してはＣＱＩレポート確率が更新される必要がないようにすることもできるであろう。]
[0076] 別の代替的視点に従えば、ＣＱＩレポート確率は、セルごとにただ１つのシステム情報要素を使用して、ＢＣＨチャネルの上でネットワークからＵＥへシグナリングされる。このようなシナリオにおいては、ＵＥは、受信したシステム情報を初めて読む時に、最初に確率情報を捕捉するであろう。すなわち、ステップ２０２は、システム情報がネットワークから受信される時に実行される。現行のネットワークシステムにおいては、ＵＥは、システム情報が変化した時にもＢＣＨチャネルを読む。また、この変化はページングチャネルを介してＵＥに指示される。従って、ＣＱＩレポート確率が変化する時はいつでも、ＵＥは、引き続くＣＱＩ送信のために使用するべき最近の値を、ＢＣＨチャネルから容易に捕捉することができるであろう。]
[0077] さらに別の代替的視点に従えば、現在の環境下では、可能な時にはいつでも、ＨＳ−ＤＳＣＨチャネルの上にマッピングした、ユーザに特化したチャネル（例えば、個別制御チャネル）の上でＣＱＩレポート確率をユーザに対して送信することも可能であろう。例えば、ＣＥＬＬ＿ＦＡＣＨ状態においては、ＣＱＩレポート確率は、送信データと多重化されている制御シグナリングの上で送信することができる。これは、制御シグナリング（例えば、ＲＲＣシグナリング）は既に、ＨＳ−ＤＳＣＨの上でデータと多重化されているからである。この型のシグナリングメカニズムは、シグナリングオーバーヘッドを減少させることができるので、ユーザに特化したＣＱＩレポート確率メカニズムを使用する場合には、特に有効である可能性がある。このことは、ユーザに特化したパラメータ（すなわち、ユーザに特化したＣＱＩレポート確率）をいずれか他の送信手段（例えば、ＢＣＨ等）を使用して送信することは、ＢＣＨの上の負荷が増大する結果になるであろうという事実によっている。ＢＣＨは、全てまたは多くの数のＵＥによって要求される情報を含まなければならない。]
[0078] ＲＡＣＨは基本的に、呼設定のため、または短いパケットの送信を行うためのリソースにアクセスするために使用される。ＵＥに衝突が生じた場合には、ＵＥは、ＵＥが使用するバックオフアルゴリズムによって決定したランダムな時間が経過した後にＲＡＣＨの上で再送信を試みることが許可される。このバックオフ時間の間は、ＵＥは、ＲＡＣＨの上ではいずれのＣＱＩも送信してはならない。しかしながら、Ｅ−ＤＣＨに対する対応するリソースが既にＵＥに割り当てられていれば、拡張ＣＥＬＬ＿ＦＡＣＨにおけるＥ−ＤＣＨの上でのＣＱＩ送信はまだ行うことができる。]
[0079] 別の実施形態に従えば、ＣＱＩレポートはスケーリングされたＣＱＩ帰還周期に基づく。スケーリングされたＣＱＩ帰還周期がＣＱＩ送信ルールとして適用される場合には、ＵＥは、基本とするＣＱＩ帰還周期（基本ＣＱＩ帰還周期）（Ｔ）およびスケーリング係数（μ）から動的な帰還周期を導出するよう構成される。これは、「動的にスケーリングされたＣＱＩ帰還周期」と呼ぶことができる。このコンテキストにおいては、スケーリング係数の目的は、例えば、ＲＡＣＨの上のアップリンク負荷、および／または、現在拡張ＣＥＬＬ＿ＦＡＣＨ状態にあるユーザの数等の１つ以上の要因に依存して、基本ＣＱＩ帰還周期を「スケールアップ」または「スケールダウン」することである。]
[0080] 基本ＣＱＩ帰還周期（Ｔ）は、いずれの技術レベルのシステムにおいても、ＣＥＬＬ＿ＤＣＨでネットワークからＵＥにシグナリングされるパラメータと同様なパラメータである。しかしながら、基本ＣＱＩ帰還周期は、拡張ＣＥＬＬ＿ＦＡＣＨ状態において使用される場合には、例えば、負荷に従って動的にスケーリングすることもできる。第２点として、以下でさらに説明するように、導出した動的にスケーリングされたＣＱＩ帰還周期は、ランダムに分布させて複数のユーザが同時にＣＱＩを送信することによって生ずる衝突の危険を最小にすることができる。]
[0081] 基本ＣＱＩ帰還周期とスケーリング係数は、どちらも、それぞれ、セルの中の拡張ＣＥＬＬ＿ＦＡＣＨ状態に関連する全ての状態に対して共通の単一の値であることができる。または、それらは状態に特化した値であってもよい。拡張ＣＥＬＬ＿ＦＡＣＨ状態に適用可能な動的にスケーリングされたＣＱＩ帰還周期（Ψ）は、数学的には次式によって表される。
Ψ＝ｆ（Ｔ，μ） （３）]
[0082] より具体的には、動的にスケーリングされたＣＱＩ帰還周期は、基本ＣＱＩ帰還周期に適切な数学的操作を施すことにより、ＵＥにおいて得ることができる。例えば、基本ＣＱＩ帰還周期にスケーリング係数を乗算することにより以下の式で示されるように得ることができる。
Ψ＝Ｔ×μ （４）]
[0083] このような場合には、図３のステップ３０２は、基本ＣＱＩ帰還周期とスケーリング係数のいずれもが更新されて、その後にこの更新された情報は、他のシステム情報と共にＵＥに報知されるように構成することができたであろう。このステップはステップ３０３に示されている。] 図３
[0084] あるいは、基本ＣＱＩ帰還周期は、既に使用されているＤＲＸ周期にリンクさせることもできるであろう。その場合には、スケーリング係数だけが更新されて、ネットワークノードからＵＥにシグナリングされる。従って、ＲＡＣＨの上の負荷の変動による調整は、ネットワーク側のスケーリング係数で行うだけで十分である可能性がある。]
[0085] 典型的なシナリオにおいては、基本ＣＱＩ帰還周期は２Ｌと規定することができ、スケーリング係数は２Ｐと表すことができる。ここでＰは整数値であり、例えば−４と＋４との間の範囲にわたることができる。この例に従えば、ネットワークはＵＥにＬとＰとを報知するであろう。基本ＣＱＩ周期が３２ｍｓ、すなわちＬ＝−５とし、式（４）に従う乗算ルールを仮定すれば、以下で示すことが得られる。すなわち、Ｐ＝２に対して導出されたＣＱＩ帰還周期は１２８ｍｓとなるであろう。これは基本ＣＱＩ帰還周期のスケールダウンである。これに対してＰ＝−１であれば、導出されたＣＱＩ帰還周期は１６ｍｓに等しくなり、これは、ＣＱＩ帰還周期のスケールアップ、またはＣＱＩ帰還周期の延長である。]
[0086] 上記で述べたように、１つのセルにおける全てのユーザ、また全ての状態は、同じＣＱＩ帰還周期を使用することができるが、周期はスケーリングされている。ネットワークからＵＥへの、帰還情報のこのように制限された報告は、ダウンリンクにおけるシグナリングを最小にすることができ、これは有利なことであろう。しかしながら、多くのユーザが同時にＣＱＩの報告を試みる可能性があり、これによりＲＡＣＨの上での衝突が引き起こされる可能性があるということも考慮に入れなければならない。２つ以上のＵＥが同時にＣＱＩの送信を行わないことを保証するために、これらの視点を考慮に入れて、送信インスタンスを支配するルールを規定することができる。１つの可能性は、ランダムに決められた時間インスタンスに、ＵＥが最初のＣＱＩ送信を開始するように規定するルールとすることである。このランダムパラメータは、ルールに特化した他の情報とともに、ネットワークからＵＥにシグナリングすることができる。または、このランダムパラメータはＵＥに対して事前に設定された標準化した値であってもよい。]
[0087] 別の解決策に従えば、ランダムパラメータは、ある程度ＣＱＩレポート周期（Ψ）に依存させることもできる。例えば、もし、ＣＱＩ帰還周期が６４ｍｓに設定されるとすれば、ＣＱＩのトリガーは、それぞれのＵＥがＣＱＩ帰還周期の自分の開始時刻を０から６４ｍｓの間の値にランダムに選定するように規定することができたであろう。ＣＱＩレポートは周期的であるので、このようなメカニズムを使用することは、引き続く送信においても、異なるＵＥによって生成されるＣＱＩレポートの間での重複が低減されるであろうということを意味するであろう。これにより、ＲＡＣＨの上でのアップリンク衝突の危険が最小化されるであろう。]
[0088] 別の代替的実施形態に従えば、ＵＥは、２つの引き続くトリガーを考慮するよう構成することができた。すなわち、第１のＣＱＩトリガー条件と第２のＣＱＩトリガー条件との両方が満足されたと考えられた場合にだけ、ＵＥはＣＱＩを送信する。このような実施形態を適用する場合には、図２のステップ２０４は図５に示されるステップ５００と５０１とを備えることができる。] 図２ 図５
[0089] 図５に従えば、ＵＥは最初に第１のＣＱＩトリガー条件（例えば、転送ブロックサイズの比較ルール）が満足されたか否かを判定する。これはステップ５００で示されている。第１の比較が満足されたとしても、別のステップ５０１において、例えば、上記で規定した確率ルールの内の１つ等の別のルールも満足されたと判定された場合にだけ、ＣＱＩは生成されて送信されるであろう。] 図５
[0090] 確率に基づいたルールと組み合わせたＣＱＩトリガールールを実施することにより、セルにおけるＣＱＩレポートが制限されるので、総合的なシグナリングオーバーヘッドは制限されるであろう。両方の条件が満足されたと判断されると、図２の手順は継続されてＣＱＩが生成される。これはステップ２０５で示されている。] 図２
[0091] あるいは、ＵＥは、ＣＱＩを生成してネットワークノードに送信する前に、最初に確率ルールを適用し、その後に転送ブロックサイズの比較ルールを使用することができる。]
[0092] この組み合わせルールもまた、シグナリングオーバーヘッドを低減する。さらに、後者の組み合わせルールは、結果としてＵＥ処理を低減することもできる。これは、ネットワークによって低い値に設定されたＣＱＩレポート確率を使用すれば、転送ブロックサイズの比較ルールはそれほど高い頻度で適用する必要がないからである。]
[0093] さらに別の実施形態に従えば、ＵＥは最初に、上記で記述したいずれかの比較方法に従ってＣＱＩレポートが必要であるか否かの検査を行う。しかし、最終的な判定は、上記で規定したスケーリングされたＣＱＩルールのいずれかに基づいて行われる。このような組み合わせトリガールールを使用する主な利点は、報告されたＣＱＩは適切なスケジューリングを実行するのに妥当でありながら、シグナリングオーバーヘッドをさらに低減することができるという点である。]
[0094] 図６はＵＥ６００とネットワークノード６１０とを示す。ＵＥ６００は、例えば、拡張ＣＥＬＬ＿ＦＡＣＨ状態において条件付きＣＱＩ送信を実行するよう適合される。ネットワークノード６１０は、このような条件付きＣＱＩ送信の手順を支援するよう適合される。] 図６
[0095] 図６に示さされているＵＥ６００とネットワークノード６１０とのどちらも、相互作用をする典型的な２つのエンティティの、単に一般的かつ単純化した図を描いたものであり、これら２つのエンティティは複数の機能部を備えていること、また、ＵＥとネットワークノードとの間の従来の通信を行うために通常は必要ではあるが、ここで提案するＣＱＩメカニズムの理解のためには必要ではない他の機能部は、簡単にするための理由からそれらは省略してあるという点が理解されるべきである。] 図６
[0096] ＵＥ６００は、１つ以上の関連するＣＱＩトリガールール６０２を更新するよう適合されたルール更新部６０１を備える。ＣＱＩトリガールール６０２はＵＥ６００の中に記憶され、ＣＱＩトリガールール６０２の更新は、関連するルール特有の情報をネットワークノード６１０から通信部６０３を介して受信することに応答して行われる。ＵＥ６００はまた、ＣＱＩトリガー部６０４を備え、ＣＱＩトリガー部６０４は、２つ以上の関連するトリガー条件が満足されたことに応答して、処理部６０５をトリガーしてＣＱＩを生成し、そして、生成したＣＱＩを、通信部６０３を介してネットワークノード６１０に送信するよう適合される。ここで、トリガー条件は、ＵＥが拡張ＣＥＬＬ＿ＦＡＣＨモードにいるという事実を含むことができる。]
[0097] ネットワークノード６１０は、ＵＥのＣＱＩ送信に対するルールを要求に応じて構成するよう適合される。従って、ネットワークノード６１０は、更新部６１１を備え、更新部６１１は、ネットワークノード６１０に記憶されている関連するＣＱＩトリガールールと条件６１２に基づいてルール特有の情報を更新するよう適合される。更新部６１１は、更新する必要がある、ルール特有のいくつかの情報を導出した後に、関連するルールと条件６１２とを更新し、更新した情報を、通信部６１３を介してＵＥ６００に送信するよう適合される。ネットワークノード６１０はまた、ＵＥ６００から受信したＣＱＩを従来の様式で処理するための処理部６１４を備える。]
[0098] 図２のステップ２０５において使用されるＣＱＩレポートメカニズムについて、ＣＱＩを伝送するためにアップリンクに別個のチャネルを有することは通常は望ましくない。従って、ＵＥがＣＱＩを報告する１つの可能なオプションは、この目的のためにＲＡＣＨチャネルまたはＥ−ＤＣＨチャネルのどちらかを使用することである。あるいは、ＵＥからネットワークノードにＣＱＩレポートを実行する場合に、ピギーバックのＣＱＩを使用することもできる。] 図２
[0099] 今日のネットワークではＲＡＣＨの上でのＣＱＩレポートは許可されていないということが一般的に知られている。しかしながら、ＲＡＣＨフォーマットが僅かに変更されるとすれば、ＲＡＣＨはＣＱＩレポートを行うよう適合することができる。１つの実施形態に従えば、従って、ＲＡＣＨチャネルの状態の中に１つの新しいフィールドを追加して、ＲＡＣＨを介してＣＱＩレポートを可能とすることができる。このような変更したバージョンは、新しいＲＡＣＨフォーマットを代表することができ、この新しいＲＡＣＨフォーマットは、ＲＡＣＨを介してＣＱＩ送信のためにＵＥが使用することができるであろう。]
[0100] さらに、ＲＡＣＨが使用するビット数を制限することにより、ＣＱＩレポートの範囲を減少させることができる。別の可能性は、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層を使用してＣＱＩを送信することであろう。ＲＲＣ層はネットワーク側のＲＮＣで終端される。ここで、ＲＮＣはＩｕｂインタフェースの上でＣＱＩを基地局に返送しているであろう。あるいは、ＣＱＩは媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層（例えば、ＭＡＣヘッダ）の中で送信することもできる。]
[0101] 上記で議論した目的のために、Ｅ−ＤＣＨ物理制御チャネル（Ｅ−ＤＰＣＣＨ）とＥ−ＤＣＨ物理データチャネル（Ｅ−ＤＰＤＣＨ）との組み合わせとしてＥ−ＤＣＨ送信を使用することができる。Ｅ−ＤＣＨ物理制御チャネルは、例えばリソース割り当て情報等の物理層制御情報を伝送するために使用し、Ｅ−ＤＣＨ物理データチャネルはアップリンクにおけるデータを伝送するために使用する。この代替的オプションに従えば、ＵＥは、Ｅ−ＤＰＣＣＨまたはＥ−ＤＰＤＣＨのいずれかを使用してＣＱＩを送信することができる。前者の場合には、ＣＱＩレポートのためのビットを収容する新しいＥ−ＤＰＣＣＨフォーマットを定義することができる。]
[0102] Ｅ−ＤＰＤＣＨを介してＣＱＩを送信する場合には、ＣＱＩはＲＲＣシグナリングを使用して送信することができる。ＣＱＩはネットワーク側のＲＮＣの中で終端される。ここで、ＲＮＣは、Ｉｕｂインタフェースの上で基地局に向けてＣＱＩを返送するよう適合される。]
[0103] ネットワークにＣＱＩを送信する別の代替的様式は、Ｅ−ＤＰＤＣＨのＭＡＣ層を使用することである。ここで、ＣＱＩは、ＭＡＣヘッダの中で、または、別個のＭＡＣＰＤＵの形で送信することができる。この代替の様式の１つの利点は、ＭＡＣは基地局の中で終端され、ＣＱＩの内容を必要とするスケジューリングは基地局で実行されるという点である。もし、ＣＱＩ受信とスケジューリングとが同一のノードで実行されるとすれば、ＣＱＩはすぐにスケジューラに提供され、スケジューラはチャネルに依存したスケジューリングのためにＣＱＩの内容を使用することができ、それにより、ＣＱＩが受信されてからＣＱＩの内容がスケジューラによって使用されるまでの遅延時間を低減することができる。第２に、ＭＡＣ層を使用することにより、オーバヘッド、複雑さ、およびシグナリングを、他のオプションを使用する場合と比較して最小にすることができる。]
[0104] さらに別の代替的実施形態に従えば、ピギーバックのＣＱＩ送信を使用することができる。このような送信モードは、アップリンクにおけるデータ送信が進行中である場合にだけ使用する。現在の拡張ＣＥＬＬ＿ＦＡＣＨでは、アップリンクのデータ送信はＥ−ＤＣＨの上で行われる。従って、ＵＥがアップリンクの中でデータを送信している場合には、ＣＱＩは、Ｅ−ＤＣＨの上で、さらに具体的にいえば、Ｅ−ＤＰＤＣＨの上で伝送することができる。さらに、ＣＱＩは、Ｅ−ＤＣＨのＭＡＣの中、典型的には、ＭＡＣヘッダまたはＭＡＣＰＤＵの中で送信することがでる。ＭＡＣＰＤＵの中にパッディング（ｐａｄｄｉｎｇ）がある場合には、別のオプションとして、ＣＱＩをパッディングの中に含めることもできるであろう。これはいずれの追加的な送信経費も必要としない。そして、ＭＡＣ−ｉ／ｉｓヘッダのＬフィールドの特別な値を使用して、ＣＱＩレポートがパッディングの中に含まれていることを示すことができる。]
[0105] 後者の代替的送信方法が以前の実施形態と比較して異なっている点は、ＣＱＩ送信を使用してＥ−ＤＣＨ送信をトリガーする代わりに、データ送信を使用してＣＱＩレポートをトリガーするという点である。ピギーバックの方法は、上記で記述したＣＱＩレポートルールのいずれかと組み合わせて使用することもできる。これは、少なくとも、進行中のアップリンクデータ送信がある、そして、１つ以上のＣＱＩトリガー条件またはトリガールールが満足されている場合にＣＱＩを報告することができるということを意味する。例えば、ＵＥは、データがアップリンクにおいて送信されている場合に、上記で提案したように報知された確率に従ってＣＱＩをネットワークに報告するよう構成することができる。]
[0106] ピギーバックをＣＱＩトリガーと組み合わせる別の様式は、追加的な経費をかけずにパッディングの一部としてＣＱＩを送信することができる際には常にＣＱＩを送信することである。これにより、アップリンクには送信するデータがない時にも、追加的なＣＱＩレポートの送信を活性化するようにトリガーが設定される。]
[0107] 本明細書は種々の異なるＨＳＤＰＡ受信のシナリオを例示することに焦点を当てているが、ここで述べた拡張した動作性能要求条件はＨＳＤＰＡだけに限定されることはないということが理解されるべきである。実際に、提案されている拡張した要求条件は、例えば、ＤＣＨ、ＭＢＭＳ、およびＥ−ＤＣＨのダウンリンクチャネル等の、多くの他の受信シナリオに対しても有効である。]
[0108] また、本実施形態は、全ての点において、例示的であり限定的ではないと考えられること、また、意味するところおよび均等性の範囲の中にある全ての変更は、これらの実施形態の中に包含されると意図されることも理解されるべきである。]
[0109] さらに、この明細書の中に記述されている属性機能は、例えば、「ＣＱＩトリガー部」および「ルール更新部」等と呼ぶ機能部に関連づけられているが、これらの機能部は、それ以外の記述のテキストと共に、一般に、本発明の概念を示すことを意図するだけであり、記述した概念の範囲を限定していると考えるべきではない。記述した概念の範囲は添付した特許請求の範囲によって画定される。]
[0110] ［略号表］
ＢＣＨブロードキャスト・チャネル（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）
ＢＣＣＨブロードキャスト制御チャネル（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
ＣＥＬＬ＿ＤＣＨ ｓｔａｔｅセル専用チャネル状態（Ｃｅｌｌ Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ ｓｔａｔｅ）
ＣＥＬＬ＿ＦＡＣＨ ｓｔａｔｅセル・フォワード・アクセス・チャネル状態（Ｃｅｌｌ Ｆｏｒｗａｒｄ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ ｓｔａｔｅ）
ＣＥＬＬ＿ＰＣＨ ｓｔａｔｅセルページングチャネル状態（Ｃｅｌｌ Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ ｓｔａｔｅ）
ＣＰＩＣＨ共通パイロットチャネル（Ｃｏｍｍｏｎ Ｐｉｌｏｔ Ｃｈａｎｎｅｌ）
ＣＱＩチャネル品質指標（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）
Ｅ−ＤＣＨ拡張専用チャネル（Ｅｎｈａｎｃｅｄ Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ）
Ｅ−ＨＩＣＨ Ｅ−ＤＣＨＨＡＲＱ確認応答指示チャネル（Ｅ−ＤＣＨ ＨＡＲＱ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）
Ｅ−ＡＧＣＨ Ｅ−ＤＣＨ絶対グラントチャネル（Ｅ−ＤＣＨ Ａｂｓｏｌｕｔｅ Ｇｒａｎｔ Ｃｈａｎｎｅｌ）
Ｅ−ＤＰＣＣＨ Ｅ−ＤＣＨ物理制御チャネル（Ｅ−ＤＣＨ Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
Ｅ−ＤＰＤＣＨ Ｅ−ＤＣＨ物理制御チャネル（Ｅ−ＤＣＨ Ｐｈｙｓｉｃａｌ Ｄａｔａ Ｃｈａｎｎｅｌ）
Ｆ−ＤＰＣＨフラクショナル専用チャネル（Ｆｒａｃｔｉｏｎａｌ Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ）
ＨＳＤＰＡ高速ダウンリンクパケット（Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ）
ＨＳ−ＤＰＣＣＨ高速専用物理制御チャネル（Ｈｉｇｈ Ｓｐｅｅｄ Ｄｅｄｉｃａｔｅｄ Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
ＨＳ−ＰＤＳＣＨ高速物理ダウンリンク共有チャネル（Ｈｉｇｈ Ｓｐｅｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
ＨＳ−ＤＳＣＨ高速ダウンリンク共有チャネル（Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
ＭＡＣ媒体アクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）
ＲＲＣ無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）
ＳＩＮＲ信号対干渉および雑音電力比（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ Ｎｏｉｓｅ Ｒａｔｉｏ）
ＴＢ転送ブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）
ＴＴＩ送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）]

权利要求:

請求項1
ユーザ装置からネットワークノードへのチャネル品質指標（ＣＱＩ）レポートを制限するための前記ユーザ装置の動作方法であって、前記ユーザ装置が低送信動作モード及び低受信動作モードの少なくともいずれかでで動作している場合に、少なくとも１つのＣＱＩレポートが前記ユーザ装置により前記ネットワークへ送信され、前記ＣＱＩレポートは、１以上の所定のＣＱＩレポート・トリガー・ルールに従ってトリガーされ、少なくとも１つの前記ルールは、前記ネットワークノードから提供されるＣＱＩ特有情報に依存していることを特徴とする方法。
請求項2
少なくとも１つの前記ＣＱＩレポート・トリガー・ルールは、推定ＣＱＩに対応する転送ブロックサイズと、前記ユーザ装置から受信した転送ブロックサイズとの比較に基づくことを特徴とする請求項１に記載の方法。
請求項3
もし、前記推定ＣＱＩに対応する転送ブロックサイズと、前記受信した転送ブロックサイズとの差分が、所定の閾値を超えると判定される場合に、比較ルールは、前記ユーザ装置からのＣＱＩレポートの送信をトリガーさせることを特徴とする請求項２に記載の方法。
請求項4
少なくとも１つの前記トリガールールは、推定ＣＱＩと所定の閾値との比較に基づくことを特徴とする請求項１に記載の方法。
請求項5
前記閾値は、前記ネットワークノードから、前記ユーザ装置へブロードキャストされることを特徴とする請求項３又は４に記載の方法。
請求項6
前記ＣＱＩ閾値は、前記ネットワークノードから、前記ユーザ装置へ直接に送信されることを特徴とする請求項３又は４に記載の方法。
請求項7
少なくとも１つの前記トリガールールは、推定ＣＱＩと、前記ユーザ装置が受信した転送ブロックの伝送に必要とされる再送信数との比較に基づくことを特徴とする請求項１に記載の方法。
請求項8
特定の転送ブロックの特定数の再送信が前記ユーザ装置により識別された後に、もし転送ブロックが正確にデコードされていないと判定された場合に、比較ルールにより前記ユーザ装置からのＣＱＩレポートの送信がトリガーされることを特徴とする請求項７に記載の方法。
請求項9
受信転送ブロックが、Ｊ−Ｋ回の送信試行の範囲内で前記ユーザ装置においてデコードされたと判定された場合に、比較ルールにより前記ユーザ装置からのＣＱＩレポートの送信がトリガーされ、前記Ｊは、再送信の最大数を表し、前記Ｋは、再送信の所定数を表すことを特徴とする請求項７に記載の方法。
請求項10
ＣＱＩレポートの送信は、前記ユーザ装置と前記ネットワークノードとの間でデータが送信されない場合は、推定ＣＱＩと所定のＣＱＩ閾値との比較に基づいてトリガーされるか、または、前記ユーザ装置と前記ネットワークノードとの間でデータが送信される場合は、前記推定ＣＱＩに対応する転送ブロックサイズと、受信転送ブロックサイズとの比較に基づいてトリガーされるように、比較ルールは、異なるＣＱＩレポートモードの切り替えに基づくことを特徴とする請求項２または４に記載の方法。
請求項11
少なくとも１つの前記ＣＱＩレポート・トリガー・ルールは、前記ユーザ装置から前記ネットワークノードへ提供されるＣＱＩレポート確率に基づくことを特徴とする請求項１に記載の方法。
請求項12
前記ＣＱＩレポート確率は、前記ユーザ装置へ前記ネットワークノードから、− 各値が、全ての拡張ＣＥＬＬ＿ＦＡＣＨ状態を含む全ての低動作状態について有効であるところの、１以上のセル特有値、−各値が、特定状態について有効であるところの、１以上の状態特有値、−各値が、特定セル内の特定のユーザ装置について有効であるところの、１以上のユーザ装置特有値、のいずれかの形式において提供されることを特徴とする請求項１１に記載の方法。
請求項13
前記ＣＱＩレポート確率は、前記ネットワークノードから、前記ユーザ装置へブロードキャストされることを特徴とする請求項１または１２に記載の方法。
請求項14
前記ＣＱＩレポート確率は、前記ネットワークノードから前記ユーザ装置へ、専用制御チャネル条で送信されることを特徴とする請求項１３に記載の方法。
請求項15
前記ＣＱＩレポート確率は、前記ネットワークノードから、前記ユーザ装置へブロードキャスト・チャネル上でも送信されることを特徴とする請求項１４に記載の方法。
請求項16
少なくとも１つの前記ＣＱＩレポート・トリガー・ルールは、少なくとも部分的に前記ネットワークノードにより決定された、スケーリングされたＣＱＩ帰還周期に基づくことを特徴とする請求項１に記載の方法。
請求項17
前記スケーリングされたＣＱＩ帰還周期Ψは、Ψ＝Ｔ×μで定義され、Ｔは、基本ＣＱＩ帰還周期であり、μはスケーリング・ファクタであり、前記ＣＱＩ帰還周期の動的スケーリングを可能とすることを特徴とする請求項１６に記載の方法。
請求項18
前記スケーリング・ファクタは、−各セルにおける全ての拡張ＣＥＬＬ＿ＦＡＣＨ状態を含む全ての低動作状態について有効であるセル特有値、または、−各値が、特定の状態について有効であるところの少なくとも１つの状態特有値のいずれかの形態において、前記ユーザ装置に提供されることを特徴とする請求項１７に記載の方法。
請求項19
前記ＣＱＩレポートのトリガーは、前記帰還周期に加えて、前記ユーザ装置により第１のＣＱＩレポートをランダムに送信するために利用されるランダム送信値に基づくことを特徴とする請求項１７又は１８に記載の方法。
請求項20
前記ランダム送信値は、０とΨとの間の値であることを特徴とする請求項１９に記載の方法。
請求項21
前記スケーリング・ファクタは、前記ネットワークノードから前記ユーザ装置へブロードキャストされることを特徴とする請求項１７乃至２０のいずれか１項に記載の方法。
請求項22
ＣＱＩレポートが、ＣＱＩレポート確率ルールと比較ルールとの両方が満たされた場合にトリガーされるように、ＣＱＩレポートのトリガーは、前記ＣＱＩレポート確率ルールと前記比較ルールとの組合せに基づくことを特徴とする、請求項２乃至９、１１乃至１５のいずれか１項に記載の方法。
請求項23
ＣＱＩレポートが、スケーリングされたＣＱＩ帰還周期ベースのルールと、比較ベースのルールのうちの１つとの両方が満たされた場合にトリガーされるように、ＣＱＩレポートのトリガーは、前記ＣＱＩフィードバック・サイクル・ベースのルールと前記比較ベースのルールとの組合せに基づくことを特徴とする、請求項２乃至９、１１乃至１５のいずれか１項に記載の方法。
請求項24
前記ＣＱＩレポートは、前記ネットワークノードにＲＡＣＨを介して送信されることを特徴とする請求項１乃至２３のいずれか１項に記載の方法。
請求項25
前記ＣＱＩレポートは、前記ユーザ装置から前記ネットワークノードへ、Ｅ−ＤＣＨを介して送信されることを特徴とする請求項１乃至２３のいずれか１項に記載の方法。
請求項26
前記ＣＱＩレポートはＥ−ＤＰＣＣＨを介して送信されることを特徴とする請求項２５に記載の方法。
請求項27
前記ＣＱＩレポートは、前記ユーザ装置がアップリンクでデータ送信を行っている場合に送信されることを特徴とする請求項２４乃至２６のいずれか１項に記載の方法。
請求項28
前記データは、アップリンクでＥ−ＤＣＨを介して送信されることを特徴とする請求項２７に記載の方法。
請求項29
前記ＣＱＩレポートは、ＨＳ−ＤＰＣＣＨ上で送信されることを特徴とする請求項２５に記載の方法。
請求項30
前記ＣＱＩレポートは、前記ユーザ装置から前記ネットワークノードへ、無線リソース制御レイヤにおいて送信されることを特徴とする請求項１７乃至２１、２６、２９のいずれか１項に記載の方法。
請求項31
前記ＣＱＩレポートは、前記ユーザ装置から前記ネットワークノードへ、媒体アクセス制御レイヤにおいて送信されることを特徴とする請求項２４または２８に記載の方法。
請求項32
前記ＣＱＩレポートは、媒体アクセス制御ＰＤＵのパッディングに含まれることを特徴とする請求項３１に記載の方法。
請求項33
前記ユーザ装置は、拡張ＣＥＬＬ＿ＦＡＣＨ状態にあることを特徴とする請求項１乃至３２のいずれか１項に記載の方法。
請求項34
前記ユーザ装置は、不連続受信（ＤＲＸ）モード及び不連続送信（ＤＴＸ）モードの少なくともいずれかにあることを特徴とする請求項１乃至３３のいずれか１項に記載の方法。
請求項35
ユーザ装置からネットワークノードへのチャネル品質指標（ＣＱＩ）レポートを制限するための前記ネットワークノードの動作方法であって、前記ネットワークノードは、ユーザ装置に対してＣＱＩ特有情報を提供することで、ユーザ装置用のＣＱＩレポートをトリガーするためのルールを構成するように適合されていることを特徴とする方法。
請求項36
前記ＣＱＩレポートのトリガーは、推定ＣＱＩに対応する転送ブロックサイズと、前記ユーザ装置が受信した転送ブロックサイズとの比較に基づくことを特徴とする請求項３５に記載の方法。
請求項37
前記ＣＱＩレポートのトリガーは、推定ＣＱＩと所定の閾値との比較に基づくことを特徴とする請求項３５に記載の方法。
請求項38
前記ＣＱＩレポートのトリガーは、推定ＣＱＩと、受信転送ブロックのために必要とされる再送信数との比較に基づくことを特徴とする請求項３５に記載の方法。
請求項39
前記ＣＱＩ特有情報は、少なくとも１つの閾値を含むことを特徴とする請求項３８に記載の方法。
請求項40
前記閾値は、再送信の最大数を表すことを特徴とする請求項３９に記載の方法。
請求項41
前記ＣＱＩレポートのトリガーは、前記ユーザ装置から前記ネットワークノードへ提供されたＣＱＩレポート確率に基づくことを特徴とする請求項３５に記載の方法。
請求項42
前記ＣＱＩ特有情報は、少なくとも１つのＣＱＩレポート確率を含むことを特徴とする請求項４１に記載の方法。
請求項43
前記ＣＱＩレポートのトリガーは、前記ネットワークノードにより少なくとも部分的に決定されたスケーリングされたＣＱＩ帰還周期に基づくことを特徴とする請求項３５に記載の方法。
請求項44
前記ＣＱＩ特有情報は、前記ＣＱＩ帰還周期をスケーリングするためのスケーリング・ファクタを含むことを特徴とする請求項４３に記載の方法。
請求項45
前記スケーリング・ファクタは、ＲＡＣＨ上のアップリンク負荷と、拡張ＣＥＬＬ＿ＦＡＣＨ状態のユーザ数の少なくともいずれかに基づいて計算されることを特徴とする請求項４４に記載の方法。
請求項46
前記スケーリング・ファクタは、全ての状態について単一の値であることを特徴とする請求項４４または４５に記載の方法。
請求項47
前記スケーリング・ファクタは、関連する各状態について特有値を有することを特徴とする請求項４４または４５に記載の方法。
請求項48
前記スケーリングファクタには、前記ＣＱＩレポートのレポート・インスタンスのランダム分配を特定するパラメータが付随することを特徴とする請求項４４乃至４７のいずれか１項に記載の方法。
請求項49
前記ネットワークノードは、拡張ＣＥＬＬ＿ＦＡＣＨ状態にあるユーザ装置、または、不連続受信（ＤＲＸ）モード及び不連続送信（ＤＴＸ）モードの少なくともいずれかにあるユーザ装置、のためのＣＱＩレポートをトリガーするためのルールを構成するように適合されていることを特徴とする請求項３５乃至４８のいずれか１項に記載の方法。
請求項50
ユーザ装置からネットワークノードへのチャネル品質指標（ＣＱＩ）レポートを制限するための、当該ユーザ装置であって、前記ユーザ装置が低送信動作モード及び低受信動作モードの少なくともいずれかで動作している場合に、ＣＱＩトリガー部からのＣＱＩレポートのトリガーに応じて、ＣＱＩレポートを処理し、前記レポートを前記ネットワークノードに通信部を介して送信するための処理部を備え、前記ＣＱＩリポートトリガは、ＣＱＩリポート・トリガー・ルールにより定義され、少なくとも１つのルールは、前記ネットワークノードから提供されるＣＱＩ特有情報に依存していることを特徴とするユーザ装置。
請求項51
前記ＣＱＩリポートトリガは、推定ＣＱＩに対応する転送ブロックサイズと、前記ユーザ装置が受信した転送ブロックサイズとの比較に基づくことを特徴とする請求項５０に記載のユーザ装置。
請求項52
前記ＣＱＩレポートのトリガーは、推定ＣＱＩと所定の閾値との比較に基づくことを特徴とする請求項５０に記載のユーザ装置。
請求項53
前記ＣＱＩレポートのトリガーは、推定ＣＱＩと、受信転送ブロックのために必要とされる再送信回数との比較に基づくことを特徴とする請求項５０に記載のユーザ装置。
請求項54
前記ＣＱＩレポートのトリガーは、前記ユーザ装置から前記ネットワークノードへ提供されるＣＱＩレポート確率に基づくことを特徴とする請求項５０に記載のユーザ装置。
請求項55
前記ＣＱＩレポートのトリガーは、前記ネットワークノードにより部分的に決定されたスケーリングされたＣＱＩ帰還周期に基づくことを特徴とする請求項５０に記載のユーザ装置。
請求項56
前記処理部は、前記ユーザ装置が拡張ＣＥＬＬ＿ＦＡＣＨ状態にあるか、或いは、不連続受信（ＤＲＸ）モード及び不連続送信（ＤＴＸ）モードの少なくともいずれかにある場合に、ＣＱＩトリガー部からのＣＱＩレポートのトリガーに応じてＣＱＩレポートを処理し、前記レポートを前記ネットワークノードに通信部を介して送信するように適合されていることを特徴とする請求項５０乃至５５のいずれか１項に記載のユーザ装置。
請求項57
ユーザ装置からネットワークノードへレポートされるチャネル品質指標（ＣＱＩ）を制限するための当該ネットワークノードであって、更新部を備え、当該更新部が、ＣＱＩ特有情報を計算し、前記ユーザ装置に当該ＣＱＩ特有情報を送信部を介して送信するように適合されることで、前記ユーザ装置が低送信動作モード及び低受信動作モードの少なくともいずれかにおいて動作している場合に、前記ネットワークノードが前記ユーザ装置からのＣＱＩレポートをトリガするためのＣＱＩレポート・トリガー・ルールを構成することが可能なり、それにより、前記ユーザ装置は、該ユーザ装置のために特定された所定のルールとＣＱＩ特有情報に依存して、少なくとも１つのＣＱＩを前記ネットワークノードに送信するようになることを特徴とするネットワークノード。
請求項58
前記ネットワークノードは基地局であることを特徴とする請求項５７に記載のネットワークノード。
請求項59
前記更新部は、前記ユーザ装置が拡張ＣＥＬＬ＿ＦＡＣＨ状態にある場合に、前記情報を前記ユーザ装置に送信するように適合されていることを特徴とする請求項５７に記載のネットワークノード。