JP2012523198A - 通信システムにおけるユーザ装置へのリソース割り当て方法および装置 - Google Patents

Abstract

本発明はＵＥが無線基地局（７００）に少なくともチャネルフィードバック情報を送信できるようなＵＥへのリソース割り当て方法および無線基地局（７００）に関する。本発明の例示的実施形態によれば、チャネルフィードバック情報リソースを割り当てる場合、無線基地局（７００）はＵＥのスケジュール要求送信の可能性を考慮するようにし、アップリンクリソースの浪費を回避する。

Description

本発明は広く無線通信分野、より詳細には通信システムにおける１乃至数台のユーザ装置に対するリソース割り当て方法および装置に関する。

第３世代パートナシッププロジェクト（３ＧＰＰ）はＵＭＴＳ（汎用移動通信サービス）システムの標準化に責を負い、ＬＴＥ（ロングタームエボリューション）は次世代ＵＭＴＳシステム移動通信システムとして現在検討されている。ＬＴＥは高速パケットベース通信を実現する技術であり、ダウンリンクで１００Ｍｂｐｓを超え、アップリンクで５０Ｍｂｐｓを超えるデータ速度に達しうる。ＬＴＥに関する３ＧＰＰの作業は進展した汎用地上アクセスネットワーク（Ｅ−ＵＴＲＡＮ）とも呼ばれる。

一般に、３ＧＰＰＬＴＥシステムではｅＮＢ（高度化／発展型ノードＢ）またはｅノードＢとして既知の無線基地局に１つ以上のセルを割り当てる。加えて、ＬＴＥのｅノードＢは、コアネットワークおよび他のｅノードＢと直接相互動作するであろう。複数のユーザ装置はｅＮＢによりサービスされるセルに所在しうる。ユーザ装置（ＵＥ）は、移動電話機、無線端末、ラップトップ、パーソナルコンピュータ、パーソナルディジタルアシスタント、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）可能電話機または任意の他の３ＧＰＰＬＴＥ能力を持ったＵＥにより代表しうる。ＵＥからｅノードＢへの無線伝送はアップリンク伝送として周知であり、一方ｅノードＢからＵＥへの無線伝送はダウンリンク伝送として周知である。

ＬＴＥでダウンリンクは時間および周波数両領域のチャネル依存スケジュールをサポートする。このためｅノードＢはＵＥへ参照信号を送信するように設定される。ＵＥは参照信号を使用してダウンリンクチャネル品質を判断／推定し、アップリンクを経てｅノードＢへチャネルフィードバック情報報告を返す。ＣＳＩ（チャネル状態情報）またはＣＱＩ（チャネル品質表示）はチャネルフィードバック情報の例である。報告された情報に基づきｅノードＢはＵＥのリソースをスケジュールするか、または例えば変調方式または符号化方式若しくは送信電力などの変更によりリンク品質に適応するか、あるいはその両方を行うことができる。

３ＧＰＰではＬＴＥに対して、いわゆる物理アップリンク制御チャネル（ＰＵＣＣＨ）において周期的に、またはデータ伝送に使用するいわゆる物理アップリンク共有チャネル（ＰＵＳＣＨ）において非周期的にチャネルフィードバック情報の送信を実行しうることに合意している。

従って上記の如く、ＬＴＥでは、ＵＥによりアップリンクを経て周期的間隔または非周期的間隔でチャネルフィードバック情報を送信する。ＵＥはまたアップリンクを経てスケジュール要求を送信し、リソースを要求できる。留意すべきは、ＬＴＥではダウンリンクで送信するアップリンクの承諾を通じてアップリンクアクセスをｅノードＢにより制御することである。ＵＥはｅノードＢへ送信するデータがあることをｅノードＢに通報しうる。

「発展型汎用地上無線アクセス（Ｅ−ＵＴＲＡ）；メディアアクセス制御（ＭＡＣ）プロトコル仕様」と題された３ＧＰＰ技術仕様書３ＧＰＰＴＳ３６．３２１において、２つの機能、バッファ状態報告およびスケジュール要求(Scheduling Request)を現在標準化している。ＵＥが、バッファ状態報告を使用してＵＥバッファで利用可能なｅノードＢへの送信準備済みデータ量に関しｅノードＢに表示する。スケジュール要求メッセージは単一ビット(１ビット)情報により表すことができ、ＵＥは１ビット情報を使用してバッファ状態報告のための送信リソースの割り当てを要求する。

例えば新規データがＵＥバッファに着信すると、バッファ状態報告を起動し、ＵＥがデータ伝送へ割り当てられたアップリンクの承諾を有していなければ、ＵＥは次のＳＲ機会にスケジュール要求(Scheduling Request)メッセージを送信する。ｅノードＢは、スケジュール要求メッセージの送信のために、ＵＥ専用周期的ＳＲリソースをＰＵＣＣＨに割り当てられる。ＵＥが専用ＳＲ（Ｄ−ＳＲ）リソースを割り当てられていれば、ＵＥは次のＤ−ＳＲリソースを待って、スケジュール要求を送信することになろう。ＵＥが、ＰＵＣＣＨに割り当てられたＤ−ＳＲリソースを有していなければ、ＵＥはランダムアクセスチャネル（ＲＡＣＨ）の機会にランダムアクセスＳＲ（Ｒ−ＳＲ）を実行する。スケジュール要求の期間においてこのＵＥにまたチャネルフィードバック情報報告の割り当てをスケジュールすれば、チャネルフィードバック情報報告とスケジュール要求メッセージとの間で衝突が生じうる。

衝突の課題に対する既知の解決策は「発展型汎用地上無線アクセス（Ｅ−ＵＴＲＡ）物理層手順（リリース８）」と題された３ＧＰＰ技術仕様書３ＧＰＰＴＳ３６．２１３に記載されている。この従来技術によれば、チャネルフィードバック情報とスケジュール要求との間の衝突の場合、チャネルフィードバック情報を廃棄する。これを図１に例示する。図示の如く、ここでＣＳＩと表すスケジュールされたチャネルフィードバック情報は、ＳＲと表すスケジュール要求に対するリソースと競合するため廃棄される。この例示的シナリオでは、ＳＲはＰＵＣＣＨで周期的に送信されると想定しているが、一方で、スケジュールされたＣＳＩはＰＵＳＣＨで非周期的に送信されると想定している。破線はデータがＵＥバッファに着信することを図示する。

この従来技術による解決策に伴う欠点は、ＵＥからのスケジュールされたＣＳＩリソースを廃棄するのでアップリンク無線リソースの浪費に繋がることである。その上さらに、チャネルフィードバック情報の廃棄は、ＰＵＳＣＨでチャネルフィードバック情報伝送をスケジュールする場合アップリンクの承諾の浪費に繋がる。他方で、チャネルフィードバック情報に代わりスケジュール要求を廃棄すれば、ＵＥはそのバッファ内のデータの送信が可能となるまで長時間待たなければならないので、アップリンクデータ送信遅延の増加を招来する。

そこで、上記課題に取り組み、チャネルフィードバック情報に対するリソース割り当ての優先度を下げることにより、または、チャネルフィードバック情報およびバッファ状態報告を要求することにより上述した衝突の問題を解決し、それによってアップリンクリソースの浪費を回避し、また不要なアップリンクデータ伝送遅延の招来を回避する方法および装置を提供することが本発明の例示的実施形態の目的である。

本発明の実施形態の第１の態様によれば無線基地局におけるユーザ装置への無線リソース割り当て方法により、上記課題は解決する。ＵＥはアップリンクを経て無線基地局へ送信するデータをバッファする１つ以上幾つかのバッファを含む。ＵＥはさらに無線基地局へのチャネルフィードバック情報の送信をＵＥに可能にする信号を無線基地局から受信するようにする。本発明の実施形態によれば、本方法は、１つ以上幾つかのリソースに対するスケジュール要求をＵＥがいつ送信するようスケジュールされているかを予測するステップと、チャネルフィードバック情報に対するリソースの割り当てがスケジュール要求に対するリソースと競合するかを判断するステップと、チャネルフィードバック情報に対するリソース割り当てがスケジュール要求に対するリソースと競合すれば、チャネルフィードバック情報に対するリソースの割り当ての優先度を下げるか、またはチャネルフィードバック情報およびＵＥからの送信に利用可能なデータ量に関するバッファ状態報告をＵＥへのメッセージで要求するステップを含む。

本発明の実施形態の第２の態様によれば、ユーザ装置へ無線リソースを割り当てることができる無線基地局により上記課題は解決する。ＵＥはアップリンクを経て無線基地局へ送信するデータをバッファする１つ以上幾つかのバッファを含む。ＵＥはさらに、ＵＥによる無線基地局へのチャネルフィードバック情報の送信を可能にするための信号を無線基地局から受信するように構成される。本発明の実施形態によれば、無線基地局は１つ以上幾つかのリソースに対するスケジュール要求をＵＥがいつ送信するようスケジュールされているかを予測手段により予測するように構成され、無線基地局はさらにチャネルフィードバック情報に対するリソースの割り当てがスケジュール要求に対するリソースと競合するかを割り当て手段により判断するように構成され、チャネルフィードバック情報に対するリソースの割り当てがスケジュール要求に対するリソースと競合すれば、無線基地局はチャネルフィードバック情報に対するリソースの割り当ての優先度を下げるか、またはチャネルフィードバック情報およびＵＥからの送信に利用可能なデータ量に関するバッファ状態報告をＵＥへのメッセージで要求するように構成される。

従って、チャネルフィードバック情報に対するリソースを割り当てる場合、無線基地局はスケジュール要求に対するリソースの送信の可能性を考慮し、それによりチャネルフィードバック情報を廃棄するのでアップリンクリソース浪費を回避する。その上さらにチャネルフィードバック情報に対するリソースの割り当てがスケジュール要求に対するリソースと競合する場合、無線基地局はチャネルフィードバック情報およびバッファ状態報告をＵＥへのメッセージで要求するように構成されるので、アップリンクデータ伝送遅延の不要な招来をも回避する。

本発明による利点はそれ故リソースの浪費を回避することである。

本発明による別の利点は不要なアップリンクデータ伝送遅延を回避することである。

本発明のさらに他の目的および特徴は添付図面と関連する次の詳細な説明から明らかになろうが、次の図面は例示的であるにすぎず、添付する特許請求の範囲内において記載するように例示する特定の実施形態において種々の修正および変更を為し得ることに注意を促す。さらに理解すべきは、図面は必ずしも一定尺度で描いておらず、別途指示しない限り図面は単に構成および本明細書に記載する手順を概念的に例示することを意図することである。

図１は従来技術解決策に従いチャネルフィードバック情報に対するリソースがスケジュール要求リソースと競合すればチャネルフィードバック情報に対するリソースを廃棄する例示的シナリオの例示図である。 図２は本発明の例示的実施形態を適用できる無線ネットワーク通信システム例の例示図である。 図３Ａはバッファ状態報告の短フォーマットの例示図である。 図３Ｂはバッファ状態報告の長フォーマットの例示図である。 図４は本発明の例示的実施形態に従い無線基地局で実行する方法のフローチャート例示図である。 図５は本発明の別の例示的実施形態に従い無線基地局で実行する方法のフローチャート例示図である。 図６は本発明の例示的実施形態に従い無線基地局で実行する方法のフローチャート例示図である。 図７は本発明の実施形態に従う例示的無線基地局のブロック図を図示する。

次の説明では、説明のためであり、制限するためでなく、特定の構成、シナリオ、技術などのような特定の詳細を示し、本発明の完全な理解を供する。とはいえ、当業者には本発明およびその実施形態がこれら特定の詳細とは別の他実施形態で実行しうることは明らかであろう。

特定例のシナリオの参照により、本発明の種々の実施形態を本明細書で説明する。特に、第３世代（３Ｇ）ロングタームエボリューション（ＬＴＥ）の概念に基づく通信ネットワークシステムにおけるリソース割り当てに関する非限定的、一般的コンテキストにおいて本発明を説明する。留意すべきは、本発明は３ＧＬＴＥに限定せず、ＷｉＭＡＸ（マイクロ波アクセスのための世界的相互運用）またはＨＳＰＡ（高速パケットアクセス）若しくはＨＳＵＰＡ（高速アップリンクパケットアクセス）またはＨＳＤＰＡ（高速ダウンリンクパケットアクセス）若しくはＷＣＤＭＡ（広帯域符号分割多元接続）などのような他無線システムにおいて適用できることである。

図２を参照して、本発明の種々の例示的実施形態を適用できる例示的無線通信ネットワークシステム２００のブロック図を例示する。図２に描くシステム２００は本発明の種々の例示的実施形態の理解に必要な受信機またはノードのみを示すことに留意されたい。図示するように、ここで単純化した３ＧＰＰＬＴＥシステムを表すと考えるシステム２００は、幾つかのユーザ装置ＵＥ２１０、ＵＥ２１１、ＵＥ２１２と、無線基地局として動作し、ｅノードＢ１２２０、ｅノードＢ２２２１およびｅノードＢ３２２２と表される装置とを含む。ｅノードＢの１つの機能は、セル内のＵＥへのトラフィックおよびＵＥからのトラフィックを制御することである。ＵＥは、移動電話機、無線端末、ラップトップ、パーソナルコンピュータ、パーソナルディジタルアシスタント、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）可能電話機または任意の他の３ＧＰＰＬＴＥ能力を持つ装置として使用するのに適する。図２で、幾つかのＵＥおよびｅノードＢはただの例示であり、本発明の実施形態は任意の特定のＵＥの数およびｅノードＢの数に限定しないことに留意されたい。

上記のように、３ＧＰＰＬＴＥシステムで、ダウンリンクおよびアップリンク双方におけるリソーススケジュールを担うのはｅノードＢである。さらにその上、ＬＴＥでダウンリンクはチャネル依存スケジュールをサポートし、これはｅノードＢが参照信号を送信し、ＵＥは前記信号を使用してダウンリンクチャネル品質を推定あるいは決定することを意味する。それに基づき、ＵＥはチャネル品質情報報告をｅノードＢに送信する。ｅノードＢにあるスケジューラおよびリンクアダプタは前記報告を使用して、リンク品質にそれぞれ適合するようにリソースをスケジュールする。

以下では、本発明の種々の例示的実施形態の容易な理解のため、チャネルフィードバック情報をＣＳＩ（チャネル状態情報）と呼ぶ。ＣＳＩは、チャネル品質指標（ＣＱI）、ランク指標（ＲＩ）、プリコーディングマトリックス指標（ＰＭＩ）または以上の組み合わせから構成され得る。とはいえ留意すべきは、これらはチャネルフィードバック情報の例にすぎないことである。それ故、本発明の例示的実施形態はＣＳＩ、ＲＩ、ＰＭＩまたはＣＱＩに限定しない。

ＣＳＩ報告はＰＵＣＣＨで周期的に、またはデータに使用するＰＵＳＣＨで非周期的にＵＥからｅノードＢへ送信できる。非周期的ＣＳＩ報告はアップリンクの承諾において必要であり、アップリンクデータを伴う、またはアップリンクデータを伴わない両様で送信できる。ペイロードデータを伴わないＰＵＳＣＨでのＣＳＩ報告はＣＳＩオンリーと呼び、アップリンクフォーマット中の定義済みフォーマットにより起動できる。ＵＥが送信待ちデータを有する場合、ＵＥはバッファ状態報告（ＢＳＲ）およびスケジュール要求（ＳＲ）を送信できる。

留意すべきは、ＢＳＲは、１つ以上の待ち行列の現在の状態をｅノードＢに通報する他のペイロードデータ情報と共にＵＥによりアップリンクを経て送信されるメディアアクセス制御要素である、ということである。「発展型汎用地上無線アクセス（Ｅ−ＵＴＲＡ）；メディアアクセス制御（ＭＡＣ）プロトコル仕様」と題された３ＧＰＰ技術仕様書３ＧＰＰＴＳ３６．３２１によれば、次の基準の少なくとも１つを満たす場合ＢＳＲを起動する。
−アップリンク（ＵＬ）データがＵＥ送信バッファに着信し、このデータが、論理チャネルグループ（ＬＣＧ）としても知られている無線ベアラグループ（ＲＢＧ）に属し、ＵＥにおいて既に送信に利用可能となっているデータの優先度より高い優先度を持つ場合。この場合のＢＳＲを「通常ＢＳＲ」と呼ぶ。
−ＵＬ共有チャネルリソース（ＵＬ−ＳＣＨリソース）が割り当てられ、いわゆるパディングビット数がＢＳＲサイズより大きい場合。この場合のＢＳＲを「パディングＢＳＲ」と呼ぶ。
−ＵＥが新規セルに入る場合。この場合のＢＳＲもここでは「通常ＢＳＲ」と呼ぶ。
−周期的ＢＳＲタイマが満了する場合。この場合のＢＳＲを「周期的ＢＳＲ」と呼ぶ。

図３Ａおよび図３Ｂを参照して、２つの異なるＢＳＲフォーマットを例示する。図３Ａは短フォーマットＢＳＲを示し、一方図３Ｂは長フォーマットＢＳＲを示す。

図３Ａに示すように、短フォーマットＢＳＲは１オクテット（即ち１バイト）長であり、ＵＥが使用して単一のＲＢＧ内で送信可能なデータを報告する。図示する如く、２ビットはＲＢＧの識別情報（ＲＢＧＩＤ）の表示に使用し、６ビットはバッファサイズの報告に使用できる。複数のＲＢＧに送信可能なデータが有れば、ＵＥは長フォーマットＢＳＲを報告する。図３Ｂに例示する長フォーマットＢＳＲは３オクテットを含み、各オクテットはバッファサイズの報告に使用できる。留意すべきは、ＢＳＲサイズを制限するため、３ＧＰＰでは無線ベアラを４つのＲＢＧにグループ化することを決めていることである。

パディングＢＳＲ起動の場合、短フォーマットＢＳＲまたは長フォーマットＢＳＲの送信はパディングビット数に依存する。幾つかを以上で説明した残りの起動（トリガ）については、短フォーマットＢＳＲまたは長フォーマットＢＳＲの送信は、１つ以上のＲＢＧがバッファされたデータを含むかに依存する。

前記の如く１ビットタイプの情報であるスケジュール要求（ＳＲ）は、ＢＳＲ(例えば通常ＢＳＲ)を起動したことをＵＥがｅノードＢに表示するために使用する。ＳＲはｅノードＢおよびＵＥに知られている事前設定済みリソースで送信されるが、ＵＥが実際にアップリンクチャネルを経て送信する幾つかのデータを有する場合にのみＳＲは送信される。換言すれば、ｅノードＢは、ＵＥがリソースのためのＳＲをいつ送信するようスケジュールされているかを予測する／知るが、ＵＥが実際にＳＲをいつ送信するかを知らない。ＳＲは、ｅノードＢによりＰＵＣＣＨに割り当てられた専用リソースで、即ちそのようなリソースがランダムアクセスチャネル（ＲＡＣＨ）に割てられなければ、送信できる。例えばＳＲがアップリンクデータ送信と競合すれば、ＳＲをキャンセルし、代わりにＢＳＲを送信する。

新規データがＵＥバッファに到達する場合、上記のようにＢＳＲを起動する。このＵＥがアップリンクデータ送信のためのアップリンク承諾を有しなければ、ＵＥは次の機会にＳＲメッセージを送信する。このＵＥがＳＲ期間においてまたＣＳＩ報告のための割り当てをスケジュールされれば、ＣＳＩ報告とＳＲメッセージとの間で衝突が生じうる。

本発明の例示的実施形態によれば、ＵＥがリソースに対するＳＲをいつ送信するようスケジュールされているかをｅノードＢは予測／知るので、１つまたは幾つかのＣＳＩリソースを割り当てる場合、ｅノードＢはＵＥからのＳＲ送信の可能性を考慮するように構成される。ｅノードＢが、１つまたは幾つかのリソース割り当てがＳＲリソースと競合する(単数または複数)と判断すれば、本発明の例示的実施形態に従い、ｅノードＢは、ＳＲとＣＳＩリソースとの間の衝突を最小化してＣＳＩリソース(単数または複数)の廃棄を回避するため例えばＣＳＩリソースを分散させることにより、ＣＳＩリソース(単数または複数)の割り当ての優先度を下げるように構成される。

図４を参照して、上記本発明の例示的実施形態による方法のフローチャートを例示する。ここでｅノードＢがＵＥにＣＳＩリソースを割り当てる場合を考える。これを図４のステップ４０１に示す。このＣＳＩリソースはＰＵＣＣＨで周期的またはＰＵＳＣＨで非周期的でありうる。前記のように、ｅノードＢは、ＵＥが１つまたは幾つかのリソースに対するＳＲ送信をいつ行うようスケジュールされているかを予測できる。とはいえ、ｅノードＢはＵＥが実際にリソースに対するＳＲをいつ送信するかを予測することはできない。図４に示すようにステップ４０２で、ｅノードＢは例えば、潜在的ＣＳＩリソースと競合するＰＵＣＣＨまたはＲＡＣＨのＳＲリソースをＵＥが有するかを判断するように構成される。ＳＲリソースがＣＳＩリソースと競合しなければ、ｅノードＢはＣＳＩリソースをスケジュールする。これをステップ４０４に示す。しかしながらＳＲリソースが例えば同一タイムフレームにおいてＣＳＩリソースと競合すれば(ステップ４０３)、ＣＳＩリソース(単数または複数)を分散することにより、ｅノードＢは、ＣＳＩリソース割り当ての優先順位を下げるように構成され、ＳＲリソースとＣＳＩリソースとの間の衝突の危険性を削減させる。

図５を参照して、本発明の別の例示的実施形態に従う方法のフローチャートを例示する。ここでｅノードＢがＵＥにＣＳＩリソースを割り当て(ステップ５０１)、ＵＥが１つまたは幾つかのリソースに対するＳＲの送信をスケジュールする場合をｅノードＢが予測する場合をも考える。この例示的実施形態では、例えばＰＵＳＣＨに動的にスケジュールされたリソースの場合をも想定する。これは、ｅノードＢが、制御された方法でリソースを割り当てることを可能にする。

本発明のこの例示的実施形態および同様に前記例示的実施形態によれば、ｅノードＢは、ＵＥが、割り当てられたＣＳＩリソースと競合するＳＲリソースを有するかを判断するように構成される(ステップ５０２)。ＳＲリソースがＣＳＩリソースと競合しなければ、ｅノードＢはＣＳＩリソースをスケジュールする。これをステップ５０４に示す。他方ＳＲリソースがＣＳＩリソースと競合すれば、ｅノードＢは、ＣＳＩ報告およびＵＥからｅノードＢへの送信に利用可能なデータ量に関するＢＳＲ報告をＵＥへのメッセージで要求するように構成される(ステップ５０５)。本発明のこの例示的実施形態では、ＢＳＲを起動する場合にＵＥがそのＢＳＲを表示し、それによりＳＲを動作不能にするために、ｅノードＢは追加的なデータの承諾をその要求に割り当てるかまたは含む。従って、ＳＲリソースとＣＳＩリソースとが競合する場合、ｅノードＢはＣＳＩ報告を要求するのみならず、また追加的なデータの承諾の付加によりＢＳＲに余地をも残す。

図５に示すように、ＢＳＲに対するデータ承諾（即ちＢＳＲの伝送に十分大きなデータ承諾）を含むＣＳＩ送信の推定ブロック誤り確率（ＢＬＥＰ）が事前に規定した閾値を上回るか否かに基づき、ｅノードＢはＣＳＩ報告を要求し、ＢＳＲに余地を残すように構成される。データの承諾を含むＣＳＩ送信の推定ＢＬＥＰ（ＣＳＩ ＢＬＥＰ ＥＳＴＩＭＡＴＥと表記する）が、ＴＨと表記する事前に規定した閾値より小さいと判断すれば(ステップ５０３)、ＣＳＩ報告を要求し、ＢＳＲに余地(即ち追加的なデータの承諾)を残す(ステップ５０５)。適する閾値ＴＨの値は例えば１％でありうる。任意の他の適する閾値もまた使用でき、それ故本発明の例示的実施形態は何れかの特定閾値に限定しない。

本発明の例示的実施形態によれば、ＢＳＲに対する追加的なデータの承諾はＢＳＲ、小さなＢＳＲまたは大きなＢＳＲに必要なビット数を含む。例えば「通常ＢＳＲ」または「周期的ＢＳＲ」を起動すれば、ＢＳＲを送信する。さもなければ、データまたは「パディングＢＳＲ」を送信する。

図５の参照に戻りＣＳＩ ＢＬＥＰ ＥＳＴＩＭＡＴＥが閾値ＴＨを超える場合（５０６で）、ＵＥがＳＲリソースを有するか否かに基づき、ｅノードＢはＣＳＩ割り当て優先度を下げるか、またはデータを伴うことなくＣＳＩを要求するように構成される。
留意すべきは、例えばＰＵＳＣＨにおける前回の送信情報を使用してまたは例えばＵＥから受信した調査参照信号の測定結果を使用して、ＣＳＩ送信のＢＬＥＰの推定を実行できることである。調査参照信号はアップリンクチャネル品質測定に一般に使用する参照信号であり、従ってＣＱＩおよび／またはＣＳＩの測定に使用できる。

前記の如くＢＳＲのデータ承諾を含むＣＳＩ送信の推定されたＢＬＥＰが事前に規定した閾値ＴＨより小さい場合、ＣＳＩ報告を要求し、ＢＳＲに余地を残す。ＢＳＲの追加的なデータの承諾をより大きなフォーマットのＢＳＲに残せば、その場合ＣＳＩ報告を要求し、大きなフォーマットのＢＳＲに余地を残す。そうでなければ、ＣＳＩ ＢＬＥＰ ＥＳＴＩＭＡＴＥが短フォーマットＢＳＲに対するＴＨを超えるかをｅノードＢは判断するように構成され、閾値ＴＨを超えなければ、ＣＳＩ報告を要求し、短フォーマットＢＳＲに余地を残す。

ＢＳＲ、大きいＢＳＲまたは小さなＢＳＲの追加を性能損失なく包含できるかをチェックする上記手順はＳＲとＣＳＩリソースの衝突の場合に限定されない。換言すれば、例えばＣＳＩリソースまたはＣＳＩオンリーのリソースについてＵＥをスケジュールする場合にもこの手順をまた使用してより詳細なＵＥのバッファ状態を入手できる。その上さらに、ｅノードＢが専用または特定ＵＥに対してリソースを周期的に割り当てるようにすれば、ＰＵＣＣＨまたはＲＡＣＨの別の時間または別のタイムフレーム（またはサブフレーム）にＣＳＩリソースおよびＳＲリソースを割り当てるように割り当てを実行できる。

例としてＵＥは、１０ｍｓの周期で例えばＰＵＣＣＨにＳＲリソースを割り当てできる。前記ＵＥがダウンリンクで動作中であれば、新規ＣＳＩ報告はおおよそ同じ周期１０ｍｓでｅノードＢにおいて必要とされるであろう。この例示的な場合のシナリオでは、ＳＲリソースとＣＳＩリソースとは、ＣＳＩスケジュール事例のおおよそ１０％で競合しうる。ＣＳＩ報告（単数または複数）の廃棄を回避するために、ｅノードＢはそれ故ＣＳＩに対するリソース割り当ての優先度を下げ、従ってＳＲリソースとＣＳＩリソースとの間の衝突を最小化できるか、またはｅノードＢはＣＳＩ報告を要求でき、ＣＳＩ報告の要求を起動すればＢＳＲに余地を残しうる。後者の場合、前記ＢＳＲをＵＥで起動すればＢＳＲはｅノードＢに報告されるであろう故ＳＲは代って動作できない。

図６を参照して、本発明の前記実施形態に従い無線基地局（即ちｅノードＢ）での実行を目的とする方法のフローチャートを例示する。本方法の主ステップは以下のステップを含む。
（６０１）１つまたは幾つかのリソースに対するスケジュール要求（ＳＲ）をＵＥがいつ送信するようスケジュールされているかを予測するステップ、
（６０２）チャネルフィードバック情報リソース（例えばＣＳＩリソースまたはＣＱＩリソース）の割り当てがＳＲリソースと競合するかを判断するステップ、
（６０３）ＳＲリソースとＣＳＩ（またはＣＱＩ）リソースとが競合すれば、ＣＳＩ（またはＣＱＩ）リソース割り当て優先度を下げるか、またはＣＳＩ報告（またはＣＱＩ）およびＵＥによる送信に利用可能なデータ量に関するバッファ状態報告（ＢＳＲ）を要求するステップ。

図７を参照して、ＵＥにリソースを割り当てるように設定／構成し、さらにｅノードＢへのチャネルフィードバック情報（例えばＣＳＩリまたはＣＱＩ）の返送をＵＥに可能にする信号をＵＥに送信するように構成される例示的無線基地局７００（例えばｅノードＢ）のブロック図を例示する。図７に示す如く、無線基地局７００は、ＵＥがリソースに対するＳＲをいつ送信するようスケジュールされているかを予測するように構成される予測手段７１０を含む。無線基地局７００はさらにチャネルフィードバック情報（例えばＣＳＩリまたはＣＱＩ）リソースを割り当てるように構成される割り当て手段７２０を含む。割り当て手段は加えてリソーススケジューラとして動作しうる。割り当て手段７２０はさらにＣＳＩ（またはＣＱＩ）リソース割り当てがＳＲリソースと競合するかを判断するように構成される。割り当て手段７２０がＳＲリソースとＣＳＩ（またはＣＱＩ）リソースとは競合すると判断すれば、前記割り当て手段７２０はＣＳＩ（またはＣＱＩ）への割り当て優先度を下げるように構成されるか、またはＵＥへのメッセージでＣＳＩ（またはＣＱＩ）リソースを要求し、ＵＥの送信に利用可能なデータ量に関しＢＳＲに余地を残すようにする。図７でＴＸと表す送信手段７３０により要求を送信する。無線基地局７００はまたＵＥから信号を受信する、図７でＲＸと表す受信手段７４０を含む。無線基地局により実行するさらなる動作は既に説明し、それ故繰り返さない。とはいえ記述すべきは、図７に示す種々の例示的ブロックは必ずしも個別である必要がないことである。さらにその上、ＴＸ手段７３０およびＲＸ手段７４０は必ずしも同一ブロックに含む必要はない、即ちそれぞれ単独ブロックにより表すことができる。無線基地局７００はそれ故図７に示す例示的ブロック図に限定、制限されない。加えて、無線基地局７００は図７に例示しない他の要素および／またはブロックをも含みうる。

以上の説明から明らかなように本発明の種々の実施形態により、幾つかの利点を達成する。例としてチャネルフィードバック情報に対するリソースを割り当てる場合、無線基地局はスケジュール要求の送信の可能性を考慮し、それによりチャネルフィードバック情報に対するリソースの割り当てがスケジュール要求と競合すればチャネルフィードバック情報を廃棄するのでアップリンクリソースの浪費を回避する。さらにその上無線基地局はチャネルフィードバック情報を要求し、バッファ状態報告に余地を残すようにするので、アップリンクデータ伝送遅延の不要な招来をも回避する。両者の場合において、より能率的制御チャネル利用を達成する。

本発明およびその実施形態は多くの方法で実現できる。例えば、本発明の一実施形態は無線基地局（例えばｅノードＢまたはｅＮＢ）により実行可能な命令を蓄積しているコンピュータ可読メディアを含む。無線基地局により実行可能で、コンピュータ可読メディアに蓄積する命令は特許請求の範囲で公にする本発明の方法のステップを実行する。

ＬＴＥの概念に基づく通信ネットワークシステムにおけるリソース割り当てに関する非制限的、一般的コンテキストにおいて、本発明の種々の例示的実施形態を説明した。留意すべきは、本発明がＬＴＥに限定されず、ＷｉＭＡＸまたはＨＳＰＡ若しくはＨＳＵＰＡまたはＨＳＤＰＡなどのような他無線システムにおいて適用できることである。

本発明を幾つかの好ましい実施形態において説明したが、本発明の範囲内において代替、修正、置換および以上の等価物が考えられると思われる。それ故次に添付する特許請求の範囲は本発明の範囲内に入る代替、修正、置換および等価物を含むと考える。

Claims (19)

1. 無線基地局（７００）におけるユーザ装置（ＵＥ）へのリソース割り当て方法であって、前記ＵＥは前記無線基地局へ送信するデータをバッファリングする少なくとも１つのバッファを含み、前記ＵＥは、前記ＵＥによる前記無線基地局へのチャネルフィードバック情報の送信を可能にするための信号を前記無線基地局（７００）から受信するように構成され、前記方法は、
   少なくとも１つのリソースに対するスケジュール要求を前記ＵＥがいつ送信するようスケジュールされているかを予測するステップ（６０１）と、
   前記チャネルフィードバック情報に対するリソースの割り当てが前記スケジュール要求に対するリソースと競合するかを判断するステップ（６０２）と、
   前記チャネルフィードバック情報に対するリソースの割り当てが、前記スケジュール要求に対するリソースと競合すると判断すれば、前記チャネルフィードバック情報に対するリソースの割り当ての優先度を下げるか、または前記チャネルフィードバック情報、および前記ＵＥから前記無線基地局（７００）への送信に利用可能なデータ量に関するバッファ状態報告を、前記ＵＥへのメッセージで要求するステップ（６０３）と
   を含むことを特徴とする方法。
2. 前記優先度を下げるステップが、前記チャネルフィードバック情報に対するリソースを分散するステップを含み、前記スケジュール要求に対するリソースと前記チャネルフィードバック情報に対するリソースとの間の競合を最小化することを特徴とする請求項１に記載の方法。
3. バッファ状態報告のデータ承諾を含むチャネルフィードバック情報送信の推定されたブロック誤り確率が、事前に規定した閾値を下回る場合、前記チャネルフィードバック情報および前記バッファ状態報告を要求するステップを含むことを特徴とする請求項１に記載の方法。
4. 前記チャネルフィードバック情報送信の推定されたブロック誤り確率が事前に規定した前記閾値を超える場合、前記チャネルフィードバック情報リソース割り当ての優先度を下げるステップを含むことを特徴とする請求項１に記載の方法。
5. 前記ＵＥにおいて前記バッファ状態報告が起動される場合、前記ＵＥが前記バッファ状態報告を表示するために、前記バッファ状態報告要求ステップが、データ承諾の前記メッセージへの割り当てステップを含むことを特徴とする請求項１または請求項３に記載の方法。
6. 前記データ承諾の割り当てステップが前記バッファ状態報告に必要なビット数を表示するステップを含むことを特徴とする請求項５に記載の方法。
7. 前記スケジュール要求に対するリソースを無効にするステップをさらに含むことを特徴とする請求項３または請求項５または請求項６に記載の方法。
8. 前記チャネルフィードバック情報がチャネル品質指標（ＣＱＩ）またはチャネル状態情報（ＣＳＩ）に対応することを特徴とする請求項１乃至請求項７の何れか一項に記載の方法。
9. 前記判断ステップが、前記チャネルフィードバック情報に対するリソース割り当てが前記スケジュール要求に対するリソースと競合するかの判断ステップを含み、前記割り当てが周期的かまたは非周期的であることを特徴とする請求項１乃至請求項８の何れか一項に記載の方法。
10. 前記割り当てが物理アップリンク制御チャネル（ＰＵＣＣＨ）において周期的であることを特徴とする請求項９に記載の方法。
11. 前記割り当てが物理アップリンク共有チャネル（ＰＵＳＣＨ）において非周期的であることを特徴とする請求項９に記載の方法。
12. ユーザ装置ＵＥへリソースを割り当てる無線基地局（７００）であって、前記ＵＥは前記無線基地局（７００）へ送信するデータをバッファリングする少なくとも１つのバッファを含み、前記ＵＥは、前記ＵＥによる前記無線基地局へのチャネルフィードバック情報の送信を可能にするための信号を前記無線基地局（７００）から受信するように構成され、前記無線基地局は、
    少なくとも１つのリソースに対するスケジュール要求を前記ＵＥがいつ送信するようスケジュールされているかを予測するように構成された予測手段（７１０）と、
    前記チャネルフィードバック情報に対するリソースの割り当てが前記スケジュール要求に対するリソースと競合するかを判断するように構成された割り当て手段（７２０）とを含み、
    前記割り当て手段（７２０）が、前記チャネルフィードバック情報に対するリソースの割り当てが前記スケジュール要求に対するリソースと競合すると判断すれば、前記割り当て手段（７２０）が前記チャネルフィードバック情報に対するリソースの割り当て優先度を下げるか、または前記チャネルフィードバック情報および前記ＵＥから前記無線基地局（７００）への送信に利用可能なデータ量に関するバッファ状態報告を前記ＵＥへのメッセージで要求するように構成されることを特徴とする無線基地局。
13. 前記割り当て手段（７２０）が、前記リソースの分散により前記チャネルフィードバック情報リソース割り当て優先度を下げるように構成され、前記スケジュール要求に対するリソースと前記チャネルフィードバック情報に対するリソースとの間の衝突を最小化するように構成されることを特徴とする請求項１２に記載の無線基地局。
14. 前記割り当て手段（７２０）が、バッファ状態報告のデータ承諾を含むチャネルフィードバック情報送信の推定されたブロック誤り確率が事前に規定した閾値を下回ると判断する場合、前記割り当て手段（７２０）が前記チャネルフィードバック情報および前記バッファ状態報告を要求するように構成されることを特徴とする請求項１２に記載の無線基地局。
15. 前記割り当て手段（７２０）が、バッファ状態報告のデータ承諾を含むチャネルフィードバック情報送信の推定されたブロック誤り確率が事前に規定した閾値を超えると判断する場合、前記割り当て手段（７２０）が前記チャネルフィードバック情報に対するリソースの割り当ての優先度を下げるように構成されることを特徴とする請求項１２に記載の無線基地局。
16. 前記割り当て手段（７２０）が前記ＵＥへの前記メッセージにデータ承諾を割り当て、それにより、前記ＵＥにおいて前記バッファ状態報告を起動する場合に前記ＵＥが前記バッファ状態報告を表示できるようにすることを特徴とする請求項１２または請求項１４に記載の無線基地局。
17. 前記データ承諾が前記バッファ状態報告に必要なビット数を含むことを特徴とする請求項１６に記載の無線基地局。
18. 前記割り当て手段（７２０）が前記スケジュール要求に対するリソースを無効にさらにするように構成されることを特徴とする請求項１４または請求項１６または請求項１７に記載の無線基地局。
19. 前記チャネルフィードバック情報がチャネル品質指標（ＣＱＩ）またはチャネル状態情報（ＣＳＩ）に対応し、前記割り当て手段（７２０）が物理アップリンク制御チャネル（ＰＵＣＣＨ）において周期的に、または物理アップリンク共有チャネル（ＰＵＳＣＨ）において非周期的に前記リソースを割り当てるように構成されることを特徴とする請求項１２乃至請求項１８のいずれか一項に記載の無線基地局。

Images