(57)【要約】無線通信ネットワークにおけるデータ送信のスケジューリング方法であって、ユーザー機器からネットワークエンティティへユーザーデータを送信するためのデータチャネルを確立するステップと、ユーザー機器からネットワークエンティティへシグナリングデータを送信するためのシグナリングチャネルを確立するステップと、前記データチャネル上で増加したデータレートでデータを送信するために、前記ネットワークから更なるリソースを要求する第１のレートリクエストメッセージを、前記ユーザー機器から前記シグナリングチャネルを通じて送信するステップと、レート許可メッセージを待つ期間前記シグナリングチャネルを保持するステップと、前記期間中に前記シグナリングチャネルを通じて、第２のレートリクエストメッセージを送信するステップとを含む、無線通信ネットワークにおけるデータ送信のスケジューリング方法を提供する。
2008514082.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークにおけるデータ送信のスケジューリング方法であって、
ユーザー機器からネットワークエンティティへユーザーデータを送信するためのデータチャネルを確立するステップと、
ユーザー機器からネットワークエンティティへシグナリングデータを送信するためのシグナリングチャネルを確立するステップと、
前記データチャネル上で増加したデータレートでデータを送信するために、前記ネットワークから更なるリソースを要求する第１のレートリクエストメッセージを、前記ユーザー機器から前記シグナリングチャネルを通じて送信するステップと、
レート許可メッセージを待つ期間、前記シグナリングチャネルを保持するステップと、
前記期間中に前記シグナリングチャネルを通じて、第２のレートリクエストメッセージを送信するステップと、
を含む、無線通信ネットワークにおけるデータ送信のスケジューリング方法。
【請求項２】
前記第１および第２のレートリクエストメッセージは、それぞれの送信時間間隔で送信される、請求項１に記載の方法。
【請求項３】
複数の第２のレートリクエストメッセージが、前記期間中に送信される、請求項１または２に記載の方法。
【請求項４】
前記期間中に送信される、定められた数の複数の第２のレートリクエストメッセージがある、請求項３に記載の方法。
【請求項５】
前記ユーザー機器でレート許可メッセージが受信されるまで、複数の第２のレートリクエストメッセージが前記期間中に送信される、請求項３に記載の方法。
【請求項６】
複数の第２のレートリクエストメッセージが、連続した送信時間間隔で送信される、請求項２に記載の方法。
【請求項７】
複数の第２のレートリクエストメッセージが、所定のパターンの送信時間間隔で送信される、請求項２に記載の方法。
【請求項８】
前記ユーザー機器で前記レート許可メッセージを受信して、前記増加したデータレートでデータを送信するステップを含む、請求項１に記載の方法。
【請求項９】
前記期間の終わりにレート許可メッセージが受信されなかったことを検出して、前記第１のレートリクエストメッセージを送信する前の前記データレートである、元のデータレートでデータを送信するステップを含む、請求項１に記載の方法。
【請求項１０】
前記増加したデータレートは、以前に送信したデータの元のデータレートを超える、請求項１に記載の方法。
【請求項１１】
前記期間の終わりにレート許可メッセージが受信されなかったことを検出して、更なる所定期間の後に、新しいレートリクエストメッセージを送信するステップを含む、請求項１に記載の方法。
【請求項１２】
前記期間の終わりにレート許可メッセージが受信されなかったことを検出して、レート許可メッセージを受信するために、更なる期間待つステップを含む、請求項１に記載の方法。
【請求項１３】
無線通信ネットワークに使用するユーザー機器であって、
ユーザーデータを送信するためのデータチャネルを確立するための手段と、
ユーザー機器からネットワークエンティティへシグナリングデータを送信するためのシグナリングチャネルを確立するための手段と、
増加したデータレートでデータを送信するために、前記ネットワークから更なるリソースを要求する第１のレートリクエストメッセージを、前記シグナリングチャネルを通じて、前記ネットワークエンティティに送信するための手段と、
前記ネットワークエンティティからのレート許可メッセージを待つ期間、前記シグナリングチャネルを保持するための手段と、
前記期間中に、前記シグナリングチャネルを通じて、前記ネットワークエンティティに第２のレートリクエストメッセージを送信するための手段と、
を備える、無線通信ネットワークに使用するユーザー機器。
【請求項１４】
移動局を備える、請求項１３に記載のユーザー機器。
【請求項１５】
無線通信において少なくとも第１および第２のネットワークノードを備えた無線通信システムであって、前記第１のネットワークノードは、
前記第１および第２のネットワークノード間でシグナリングデータを送信するためのシグナリングチャネルを確立するための手段と、
増加したデータレートでデータを送信するために、前記ネットワークから更なるリソースを要求する第１のレートリクエストメッセージを、前記シグナリングチャネルを通じて送信するための手段と、
レート許可メッセージを待つ期間、前記シグナリングチャネルを保持するための手段と、
前記期間中に、第２のレートリクエストメッセージを、前記シグナリングチャネルを通じて送信するための手段と、
を備える無線通信システム。
【請求項１６】
前記第１のネットワークノードは、ユーザー機器を備える、請求項１５に記載の通信システム。
【請求項１７】
前記第２のネットワークノードは、ノードＢを備える、請求項１５に記載の通信システム。
【請求項１８】
無線通信ネットワークに使用するネットワークエンティティであって、前記ネットワーク内のユーザー機器から第１のレートリクエストメッセージを受信し、レート許可メッセージを送信すべきか、または該レート許可メッセージがネットワークリソースに基づいていないかを所定の期間内に判断し、十分なネットワークリソースがある場合には前記レート許可メッセージを発行するように機能するパケットスケジューラを備え、前記パケットスケジューラは、前記所定の期間中に受信した、以降のレートリクエストメッセージを無視するように構成される、ネットワークエンティティ。
【請求項１９】
ノードＢを備える、請求項１８に記載のネットワークエンティティ。
【請求項２０】
前記レートリクエストメッセージを受信して、前記ネットワークエンティティと前記ユーザー機器との間の無線インターフェースを通じて、レート許可メッセージを発行するための手段を備える、請求項１８に記載のネットワークエンティティ。
【請求項２１】
無線通信ネットワークに使用するユーザー機器であって、
ユーザーデータを送信するためのデータチャネルを確立するための第１の確立モジュールと、
ユーザー機器からネットワークエンティティへシグナリングデータを送信するためのシグナリングチャネルを確立するための第２の確立モジュールと、
増加したデータレートでデータを送信するために、ネットワークノードへ、該ネットワークノードから更なるリソースを要求する第１のレートリクエストメッセージを、前記シグナリングチャネルを通じて送信するための第１の送信モジュールと、
前記ネットワークノードからのレート許可メッセージを待つ期間、前記シグナリングチャネルを保持するためのチャネル保持モジュールと、
前記期間中に前記シグナリングチャネルを通じて、前記ネットワークノードに第２のレートリクエストメッセージを送信するための第２の送信モジュールと、
を備えるユーザー機器。
【請求項２２】
無線通信ネットワークに使用する基地局であって、前記ネットワーク内のユーザー機器から第１のレートリクエストメッセージを受信し、所定の期間内に、レート許可メッセージを送信すべきか、または該レート許可メッセージがネットワークリソースに基づいていないかを判断し、十分なネットワークリソースがある場合には前記レート許可メッセージを発行するように機能するパケットスケジューラを備え、前記パケットスケジューラは、前記所定の期間中に受信した、以降のレートリクエストメッセージを無視するように構成される、基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信ネットワークにおけるデータ送信のスケジューリングに関する。
【背景技術】
【０００２】
よく知られているように、無線通信ネットワークは、音声通話（回路交換）のようなリアルタイムサービスのためのリンクや、概してパケットの形態で送信され、リアルタイム送信を必要としないデータトラフィックのためのリンクを提供する。パケットデータサービスに提供されるネットワークリソースとは、音声やビデオなどのための回路交換アプリケーションによって使用されないものである。
【０００３】
広帯域符号分割多元接続（Wideband Code Division Multiplexed Access；WCDMA）通信のための既存の無線通信ネットワークは、携帯電話または他のあらゆる種類のモバイルコミュニケータとすることができるモバイル端末の形態であるユーザー機器と、無線通信を行う複数のノードBとを使用して動作する。ユーザー機器とノードBとの間の通信は無線インターフェースを通じて行われる。ノードBの動作は無線ネットワークコントローラ（Radio Network Controller；RNC）によって制御され、ネットワーク内の各RNCは、複数のノードBに関与する。例えばユーザー機器への転送のための無線ネットワークコントローラに、インターネットプロトコル（Internet Protocol；IP）のソースからパケットデータを提供するパケット交換ネットワークを説明するために、ここでは、無線ネットワークコントローラは、コアネットワーク（Core Network；CN）と通信を行うこととする。これとは逆に、ユーザー機器は、無線ネットワークコントローラおよびパケット交換ネットワークを介して、ノードBと通信する無線チャネルを通じて、IP受信器にパケットデータを伝達することができる。無線通信ネットワークの動作を管理する3GPP規格のリリース5によれば、パケットスケジューラは無線ネットワークコントローラ内に位置する。パケットスケジューラの機能は、ネットワーク内の複数のユーザーからのパケットデータの送信をスケジュールすることである。送信するパケットデータをもつユーザー機器（User Equipment；UE）は、UEトラフィック測定レポートに基づく送信をスケジュールする、無線ネットワークコントローラ内のパケットスケジューラにレポートする。一般に、データは一のユーザーから全出力で送信され、そのユーザーがそのパケットを送信するとすぐに、別のユーザーがアップリンク電源リソースを直ちに利用できるようにする。このようにアップリンク電力リソースを共有することによって、バースト性の高データレートアプリケーションを実行しているユーザーに高データレートが割り当てられるときに、ノイズのピーク型変動を回避することが可能である。ユーザー機器は、干渉の問題により、全てのデータを同時に全出力で送信することができないことが理解されるだろう。
【０００４】
無線ネットワークコントローラは、ユーザー機器に、許可されたリソースである許可されたトラフィックフォーマットコンビネーション（Traffic Format Combination；TFC）のリストを発行する。トランスポートフォーマットは、データの送信に使用する、例えば入力ビットの数、チャネル符号化、インターリービングなどの、トランスポートチャネルの構成を表す。１つのトランスポートフォーマットが、１つのトランスポートチャネルに対して使用される。各トランスポートチャネルは、特定の一組の許可されたトランスポートフォーマットを有し、この組をTFSと呼ぶ。TFCは、各トランスポートチャネルに対する１つの許可されたTFを組み合わせたものであり、TFCSは、全ての許可されたトランスポートフォーマットコンビネーションをリストする。したがって、各トランスポートチャネルは、一組の可能なトランスポートフォーマットと、各チャネルに対する限られた数だけのトランスポートフォーマットの組み合わせとを有する。一組のトランスポートチャネルに対するトランスポートフォーマットの有効な組み合わせを、トランスポートフォーマットコンビネーション（Transport Format Combination；TFC）と呼ぶ。トランスポートフォーマットコンビネーションは、データが送信されるレートを効果的に判定する。
【０００５】
現在のアーキテクチャでは、パケットスケジューラは、無線ネットワークコントローラ内に位置するので、無線ネットワークコントローラとユーザー機器との間のシグナリングインターフェースに関する帯域幅の制約のために、瞬間的なトラフィックの変化に適応するための能力が制限される。したがって、トラフィック内の変動に対応するために、パケットスケジューラは、次のスケジュール期間における非アクティブのユーザーからの影響を考慮するために、ユーザー機器からのデータ送信のためのアップリンク電力の割り当てを控えめに行わねばならない。これは、高く割り当てられたデータレートおよび長いリリースタイマー値に対してスペクトル的に非効率的な結果となるソリューションである。
【０００６】
3GPP規格のリリース6では、アップリンクデータチャネルが強化され、以下、この強化されたアップリンクデータチャネルをEDCHと称する。EDCHによって、パケットスケジューラ機能の多くはノードBへ転送される。すなわち、ノードBは、アップリンクリソースの割り当てを処理するスケジューラを含む。ノードBは、無線ネットワークコントローラおよびノードB自体での干渉測定から受信する情報に基づいて判断を行う。UEにTFCのリストを送信する無線ネットワークコントローラの代わりに、ノードBがそのリストを送信する。データの送信について、UEは、そのRLCバッファにおいて送信されるデータの量に適したトランスポートフォーマットコンビネーションを選択する。この判断は、UEの最大送信電力、および、最大許容TFCすなわちネットワークの現在の環境においてノードBによって許可される最大データレートを有するTFCに関して制約を受ける。必要に応じて、ユーザー機器は、そのアップリンクチャネルにおいてレートリクエストメッセージを送信することによって、より高いビットレートを要求することができる。ノードBは、次いで、ダウンリンクチャネルにおいてレート許可メッセージに応答することによって、更なるリソースを許可するかどうかの判断を行う。
【０００７】
パケットスケジューリングの判断は、一般に、ノードBでのパケットスケジューリング期間ごとに行われる。パケットスケジューリング期間は、一般に送信フレームよりもさらに長い。UEでは、特定のトランスポートフォーマットコンビネーションの選択は、各送信時間間隔（Transmission Time Interval；TTI）で行われる。UEは、TFC選択と呼ばれる専用のMAC機能を有し、各TTIに対して使用されたTFCを判断する。TFC選択は、最も短いTTIのすべての境界で動作することができる。
【０００８】
UEがレートリクエストメッセージを送信して、ノードBからの回答を受信する間の往復遅延により問題が生じる。その時間中に、ユーザー機器とノードBとの間のシグナリング帯域幅は、アップリンクに消費される。さらに、レートリクエストメッセージが失われた場合、リクエストが送られて、最終的に許可されるまで、別の全サイクルを行うことになる。
【０００９】
図１は、UEが、アップリンクチャネルに送信したレートリクエストメッセージによって更なるリソースを要求し、ノードBが、ダウンリンクチャネルに送信したレート許可によっていくつかの更なるリソースを許可しているときの、代表的なレートリクエスト／レート許可サイクルを示す。
【００１０】
図１は、0乃至8の数字を付した送信時間間隔と、ユーザー機器UEおよびノードBの操作サイクルとを示す。UEでは、動作サイクルは、UEがもっと多くのリソースを必要とすることの認識（TTI 0）、レート増加リクエストの符号化（TTI 1）、およびレート増加リクエストの送信（TTI 2）を含む。
【００１１】
ノードBでは、レートリクエストメッセージは、TTI 2で受信され、TTI 3で復号化される。TTI 4では、ノードBがより多くのリソースの割り当てを認め、TTI 5では、レート増加許可が符号化され、TTI 6では、レート増加許可が送信される。TTI 6では、レート増加許可がUEで受信され、TTI 7で復号化される。TTI 8で、UEは、より多くのリソースが割り当てられ、増加したビットレートで、そのTFCリストからTFCを選択するために、異なる判断を行うことができることを認識する。
【００１２】
この例では、RR／RGサイクルは、8つの送信時間間隔である。実際には、サイクルは、実装因子に依存し、結果的に少し短いか少し長くなる場合があり、この例は、平均的な場合で何が生じるのかをよく示していると考えられる。
【非特許文献１】R1-030791，"Node B Controlled Rate Scheduling by Fast UE Transmission Power Limitation"，TSG-RAN Working Group 1 (Radio) Meeting #33, New York, USA（2003年8月25日 - 29日）
【非特許文献２】3GPPリリース6，TR25.896 Feasibility Study for Enhanced Uplink for UTRAFDD
【非特許文献３】3GPPリリース6，TR25.808 FDD Enhanced Uplink - Physical Layer Aspects
【発明の開示】
【００１３】
本発明は、上述の問題を解決するか、または少なくとも改善することを目的とする。
【００１４】
本発明の一側面によれば、無線通信ネットワークにおけるデータ送信のスケジューリング方法であって、ユーザー機器からネットワークエンティティへユーザーデータを送信するためのデータチャネルを確立するステップと、ユーザー機器からネットワークエンティティへシグナリングデータを送信するためのシグナリングチャネルを確立するステップと、前記データチャネル上で増加したデータレートでデータを送信するために、前記ネットワークから更なるリソースを要求する第１のレートリクエストメッセージを、前記ユーザー機器から前記シグナリングチャネルを通じて送信するステップと、レート許可メッセージを待つ期間前記シグナリングチャネルを保持するステップと、前記期間中に前記シグナリングチャネルを通じて、第２のレートリクエストメッセージを送信するステップとを含む、無線通信ネットワークにおけるデータ送信のスケジューリング方法を提供する。
【００１５】
したがって、上述の実施形態では、レート許可メッセージの形態の回答を待つ間無駄になる一部のアップリンクシグナリング帯域幅を利用するため、また、レートリクエストメッセージを失うというリスクを減らすために、シグナリングチャネルでレートリクエストを繰り返す。上述の実施形態では、レート許可メッセージは、ネットワークエンティティからノードBの形態で送信される。しかし、本発明が、あらゆる無線通信システムアーキテクチャに実装できることは容易に理解されよう。
【００１６】
本発明の別の側面によれば、無線通信ネットワークに使用するユーザー機器であって、ユーザーデータを送信するためのデータチャネルを確立するための手段と、ユーザー機器からネットワークエンティティへシグナリングデータを送信するためのシグナリングチャネルを確立するための手段と、増加したデータレートでデータを送信するために、前記ネットワークから更なるリソースを要求する第１のレートリクエストメッセージを、前記シグナリングチャネルを通じて、前記ネットワークエンティティに送信するための手段と、前記ネットワークエンティティからのレート許可メッセージを待つ期間、前記シグナリングチャネルを保持するための手段と、前記期間中に、前記シグナリングチャネルを通じて、前記ネットワークエンティティに第２のレートリクエストメッセージを送信するための手段とを備える、無線通信ネットワークに使用するユーザー機器を提供する。
【００１７】
本発明の更なる側面によれば、無線通信において少なくとも第１および第２のネットワークノードを備えた無線通信システムであって、前記第１のネットワークノードは、前記第１および第２のネットワークノード間でシグナリングデータを送信するためのシグナリングチャネルを確立するための手段と、増加したデータレートでデータを送信するために、前記ネットワークから更なるリソースを要求する第１のレートリクエストメッセージを、前記シグナリングチャネルを通じて前記第２のネットワークノードに送信するための手段と、前記第２のネットワークノードからのレート許可メッセージを待つ期間前記シグナリングチャネルを保持するための手段と、前記期間中に、第２のレートリクエストメッセージを、前記シグナリングチャネルを通じて前記第２のネットワークノードに送信するための手段と、を備える無線通信システムを提供する。
【００１８】
本発明の更なる側面によれば、無線通信ネットワークに使用するネットワークエンティティであって、前記ネットワーク内のユーザー機器から第１のレートリクエストメッセージを受信し、レート許可メッセージを送信すべきか、または該レート許可メッセージがネットワークリソースに基づいていないかを所定の期間内に判断し、十分なネットワークリソースがある場合には前記レート許可メッセージを発行するように機能するパケットスケジューラを備え、前記パケットスケジューラは、前記所定の期間中に受信した、以降のレートリクエストメッセージを無視するように構成される、ネットワークエンティティを提供する。
【００１９】
本発明の更なる側面によれば、無線通信ネットワークに使用するユーザー機器であって、ユーザーデータを送信するためのデータチャネルを確立するための第１の確立モジュールと、ユーザー機器からネットワークエンティティへシグナリングデータを送信するためのシグナリングチャネルを確立するための第２の確立モジュールと、増加したデータレートでデータを送信するために、ネットワークノードへ、該ネットワークノードから更なるリソースを要求する第１のレートリクエストメッセージを、前記シグナリングチャネルを通じて送信するための第１の送信モジュールと、前記ネットワークノードからのレート許可メッセージを待つ期間、前記シグナリングチャネルを保持するためのチャネル保持モジュールと、前記期間中に前記シグナリングチャネルを通じて、前記ネットワークノードに第２のレートリクエストメッセージを送信するための第２の送信モジュールと、を備えるユーザー機器を提供する。
【００２０】
本発明の別の側面によれば、無線通信ネットワークに使用する基地局であって、前記ネットワーク内のユーザー機器から第１のレートリクエストメッセージを受信し、所定の期間内に、レート許可メッセージを送信すべきか、または該レート許可メッセージがネットワークリソースに基づいていないかを判断し、十分なネットワークリソースがある場合には前記レート許可メッセージを発行するように機能するパケットスケジューラを備え、前記パケットスケジューラは、前記所定の期間中に受信した、以降のレートリクエストメッセージを無視するように構成される、基地局を提供する。
【００２１】
レートリクエストメッセージを送信するための１つの可能性は、トランスポートフォーマット（Transport Format；TF）の情報や、HARQ情報のような、他のアップリンクシグナリング情報とともに、レートリクエストメッセージを、拡張データ通信チャネル（Enhanced Data Communication Channel；E-DPCCH）で送信することである。これは、レートリクエストメッセージのために１ビットを予約することによって行うことが可能であり、ここで、RR=1は、UP（増加したデータレート）を意味し、RR=0は、KEEP（増加させない）を意味する。
【００２２】
本発明をさらに理解し、本発明をどのように実施するのかを示すために、一例として添付図面を参照する。
【好適な実施形態の説明】
【００２３】
図２は、本発明を理解するために必要とされる無線通信ネットワークの概略的形態の要素を示す。無線ネットワークコントローラRNC 2は、IPソース6とパケットデータの送受信を行うために、パケット交換コアネットワークCN 4と通信を行う。無線ネットワークコントローラは複数のノードB 8を制御し、そのうちの２つを図２に示す。
【００２４】
各ノードBは、複数のユーザー機器（図２にはそのうちの２つ、UE 1およびUE 2を示す）に位置するネットワークのセルまたはセクターを管理する。各ユーザー機器は、いずれの場合においても、アップリンクチャネル10と、ダウンリンクチャネル12と、を備える無線インターフェースを通じてノードBに接続される。
【００２５】
アップリンクチャネル10は、この具体的事例では、3GPPのリリース6（特に、TR25.896 Feasibility Study for Enhanced Uplink for UTRAFDDおよびTR25.808 FDD Enhanced Uplink - Physical Layer Aspects）における、データパケットトラフィックのためのアップリンクの拡張に対応する拡張データチャネルDCHを備える。
【００２６】
各ノードBは、本来既知であるが導入部に記述されているアップリンク電力リソースの共有に基づいた、ユーザー機器UEからのパケットデータの送信をスケジュールするパケットスケジューラPS 14を備える。この点において、R1-030791、"Node B Controlled Rate Scheduling by Fast UE Transmission Power Limitation"、TSG-RAN Working Group 1 （Radio） Meeting #33, New York, USA（2003年8月25日 - 29日）の論文も参照し、参照することにより本願明細書に組み込まれる。
【００２７】
その論文によれば、ユーザー機器を区別するために、E-DCH（拡張DCH）を使用する各ユーザー機器は、いくつかの特性によって定義されるグループに割り当てられる。グループ分けの方法の一例としては、ビジネスユーザーが正規ユーザーと区別される、いくつかの課金ポリシーに基づいてUEを区別するものが挙げられる。別の例としては、送信されるサービスに必要であるサービスの質（Quality of service；QoS）が挙げられるが、動的な関連付けをサポートしていれば、このグループ分けはまた、UEの位置に応じて行うことも可能である。UEのグループ分けプロシージャは、アクセスサービスクラス（Access Service Class；ASC）を、いくつかのユーザー機器（R99で指定される）に対する初期のアクセスを優先させるために定義される、すでに標準化されたRACHアクセスプロシージャ上に確立することが可能である。
【００２８】
セルの負荷が最大ノイズ増加限度よりも十分に低いときには、現在の仕様に関しては何も変更されない。新しいUL／DLスケジューリングシグナリングは必要でなく、また物理リソースを使用せず、無駄にならない。ノイズ増加がノイズ増加最大閾値（例、6dB）に近づくと、ノードBでスケジューリングプロセスが起動され、各UEグループ（GPI）に対して、同じグループGPiに属する全てのUEの最大UE送信電力に関する、一時的な限度Plim_GPiを設定する。各UEは、それ自体の最大許容送信電力に関するそのUEグループの電力限度を比較するが、これは、ネットワークによって構成され、所定の期間（例、1 TTI）超えてはならない最大電力の両方の値の最小値をとる。
【００２９】
スケジューリング方法に従って、ノードBは、リソースを完全に利用するために、高い優先度を有するUE（例、ビジネスユーザー）を許可する可能性があり、一方で、低い優先度のユーザー（例、バックグラウンドサービス）は、それらの送信電力を制限しなければならなくなる。所与の制限が十分でない場合、ノードBは、電力限度を低く設定するか、および／または異なるグループのUEの制限を開始することができる。
【００３０】
図３は、ユーザー機器（例、UE 1）における回路の概略ブロック図を示す。これは、送信されるパケットを保持するためのRLCバッファ20を備える。送信／受信ブロック22は、RLCバッファと通信し、送信に利用可能なアップリンク電力に関する、ノードBから受信した情報に基づいて、送信するための電力を提供する電源24とも通信する。マイクロプロセッサ26は、ユーザー機器UEの動作を管理し、特にこの点では、トランスポートフォーマットコンビネーション（TFC）28のリストを受信および格納して、以下に詳述するTFC選択機能30を実行する。ユーザー機器UEはまた、無線インターフェースを通じてデータおよび制御信号を送受信するための、アンテナ32も備える。図３では、RRは、アップリンクチャネル10に送信されるレートリクエストメッセージを示し、RGは、ダウンリンクチャネル12に送信されるレート許可メッセージを示す。レートリクエストは、データ送信のために（通常、より大きな）異なるデータレートを必要とし、レート許可メッセージはそのアベイラビリティを示す。RGメッセージの性質は、DLシグナリング機構に依存する。シグナリングが常に存在する場合、up、keep、またはdownが常に送信される。拒否応答は、keepとなる。シグナリングが常に存在しない場合、拒否応答は、no responseとなる。
【００３１】
オペレーション中に、ユーザー機器UE 1は、ノードB 8内のパケットスケジューラ14に、RLCバッファ20内のパケットデータの量を報告する。ノードB 8他のユーザー機器から類似するレポートを受信することになることに留意されたい。ノードB 8は、それが制御しているユーザー機器からも受信するUEトラフィック測定レポートに基づいて、スケジューリングの判断を行う。ノードBは、TFCリスト28で表されるトランスポートフォーマットコンビネーションのリスト内の最大許容TFCを制御するために、ユーザー機器に許可されたリソース情報をダウンリンクチャネル12を通じて送信する。RNCは、最初にTFCSの判断に関与し、次いでノードBに中継される。この後に、RNCは、TFCSに／からTFCを追加／削除するか、またはTFCS全体を再定義することが可能である。ノードBは、所与のUEに対するTFCS内の最大許容TFCを制御する。したがって、リストは、ノードBに関してUEに事前に格納されるが、事前に格納されたリストはまた、RNCによって修正することも可能である。別のオプションは、ノードBが、許可されたTFCのリストを送信するためのものである。
【００３２】
上述のように、特に、各トランスポートフォーマットコンビネーションは、キロビット／秒で測定されるデータ転送の特定のビットレートを意味するものである。マイクロプロセッサ26は、送信時間間隔に関して、送信／受信回路22を介したバッファ20からのパケットデータの送信を制御するように構成される。TFC選択は、TFC選択ファンクション30による各送信時間間隔TTIで、リスト28で利用可能なTFCに基づいて行われる。これは、最大電力、およびダウンリンク12上のノードBから受信した最大のTFCの制約を受ける。UEが、より高いデータレートを使用した送信を望むときに、マイクロプロセッサ26は、送信／受信ユニット22が、アップリンク10にレートリクエストメッセージRRを発信するように構成する。しかし、上述の既知の場合とは異なり、ユーザー機器UEは、リクエスト許可RGメッセージの受信を待たない（または、適切な期間の終わりでレート許可メッセージが欠如する）が、その代わりにアップリンク10へのレートリクエストメッセージを繰り返す。このように、その他の点では無駄になる一部のアップリンクシグナリング帯域幅は、レートリクエストメッセージを失うというリスクを減らすために、複数のレートリクエストメッセージの発信に用いられる。本願明細書では、２つの異なる実施形態を開示する。第１の実施形態によれば、ユーザー機器は、アップリンクチャネル10へのレートリクエストを一定回数繰り返す。これは、連続したTTIで、または他のすべてのTTIなどのいくつかの所定のパターンで行うことができる。
【００３３】
第２の実施形態によれば、ユーザー機器は、レート許可メッセージがダウンリンク12に受信されるまで、（同様に、連続的に、またはいくつかの所定のパターンで）レートリクエストメッセージの発信を繰り返す。
【００３４】
図４は、レートリクエストを、アップリンクにおいて一定回数連続的に繰り返す場合（図４では記載された例TTI 2、TTI 3、TTI 4の3回）を示す。ノードBは、繰り返しが見込まれることを知っているので、最初のレートリクエストの後に受信したものを安全に無視することができる。図４では、レートリクエストメッセージは、連続したTTIで繰り返される。なお、それらが非連続のTTIで送信される場合には、原理は同じである。ノードBは、第１のレートリクエストメッセージを受信すると、ユーザー機器に、更なるリソースを許可するか、または許可しない。ノードBは、セルの負荷に基づいて、他の時点で更なるリソースを許可することも可能であることに留意されたい。例えば、更なるリソースは、第３のレートリクエストメッセージを受信したときにのみ割り当てることができる。したがって、同時に、最初のレートリクエストメッセージが拒否された更なるリソースの許可は、現在第３のレートリクエストメッセージで許可することができる。
【００３５】
さらに、第１および第２のレートリクエストメッセージが失われた場合、第３のレートリクエストメッセージを通過させることが可能である。
【００３６】
図５は、レート許可メッセージがダウンリンク12に受信されるまで、リクエストメッセージが発行される場合を示す。ノードBは、繰り返しのあることを知っているので、最初のレートリクエストの後に受信したものを安全に無視することができる。この例では、ノードBは、第１のレートリクエストメッセージを受信すると、UEに、更なるリソースを許可する。ノードBは、セルの負荷に基づいて、他の時点で更なるリソースを許可することも可能である。例えば、更なるリソースは、上述のように、第３のレートリクエストメッセージを受信したときにのみ割り当てることができる。
【００３７】
加えて、ユーザー機器およびノードBが、レートリクエスト／レート許可サイクルを判断することが可能な場合、高度なエラー状況管理が可能である。例えば、ユーザー機器が、これまでにレート増加（RR=up）を意味するレートリクエストメッセージしか送信していないとみなされる場合、ノードBが、UEからの他のレートリクエストを復号化していれば、これをエラーとして処理して、無視する。これは、誤ったレートリクエストが無視されるので、いくつかのレートリクエストメッセージが撤回され、いくつかが受信されるのを助力する。
【００３８】
ユーザー機器がより多くのリソースを要求し、ノードBがレート許可を送信しているが、開始すべきであるのに、更なるリソースを使用して開始していなかった場合、ノードBは、別のレート許可を送信するか、またはユーザー機器がより多くのリソースを再度要求するのを待つことができる。
【００３９】
ユーザー機器が、より多くのリソースを要求しているが、ノードBからいかなるレート許可も受信していない場合、繰り返しによって、リクエストは受信されたが、ノードBには、ユーザー機器に割り当てるための更なるリソースがなかったものとみなすことができる。その場合には、ユーザー機器は、更なるリソースを要求する前にしばらくの間待つか、またはノードBはいずれにせよ認識しなければならないので、レート許可を待つことができる。
【００４０】
レート許可が、ノードBによって送信され、数TTI以内にレートリクエストが受信された場合、ノードBは、レート許可を受信する前に、UEがレートリクエストを受信したと考えられる場合に、そのレートリクエストを無視しなければならない。
【００４１】
上述の本発明の実施形態の明白な利点は、レートリクエストメッセージの信頼性の証明であり、これはレートリクエストメッセージが一回送信される場合に比べてより高いデータレートのより速いスケジューリングに直接に繋がる。
【００４２】
上述の説明では、レートスケジューリングに言及したが、時間／レートスケジューリングも使用することが可能であると理解されよう。時間／レートスケジューリングによって、ノードBは、送信が許可された時間中にUEが使用しなければならない、TFCの完全なリストを実際に送信し、一方で、レートスケジューリングによって、ノードBは、UEが使用することを許可された最大RFCを単に送信し、UEは、次いでそれ自体で実際の選択を行う。
【図面の簡単な説明】
【００４３】
【図１】既存のスケジューリングタイミングを示すタイミング図である。
【図２】無線通信ネットワークの概略ブロック図である。
【図３】ユーザー機器における回路の概略ブロック図である。
【図４】本発明の一実施形態を示すタイミング図である。
【図５】本発明の別の実施形態を示すタイミング図である。
【図１】
2008514082.tif 000003
【図２】
2008514082.tif 000004
【図３】
2008514082.tif 000005
【図４】
2008514082.tif 000006
【図５】
2008514082.tif 000007
【手続補正書】
【提出日】平成19年4月9日(2007.4.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信ネットワークにおけるデータ送信のスケジューリング方法であって、
ユーザー機器からネットワークエンティティへユーザーデータを送信するためのデータチャネルを確立するステップと、
ユーザー機器からネットワークエンティティへシグナリングデータを送信するためのシグナリングチャネルを確立するステップと、
前記ネットワークから更なるリソースを要求する第１のレートリクエストメッセージを、前記ユーザー機器から前記シグナリングチャネルを通じて送信するステップと、
前記シグナリングチャネルを保持するステップと、
前記期間中に前記シグナリングチャネルを通じて、第２のレートリクエストメッセージを送信するステップと、
を含む、無線通信ネットワークにおけるデータ送信のスケジューリング方法。
【請求項２】
前記レートリクエストメッセージは、連続的な送信時間間隔で、又は、所定のパターンを有する送信時間間隔で送信される、請求項１に記載の方法。
【請求項３】
前記レートリクエストメッセージが、前記データチャネル上で増加したデータレートでデータを送信するために、前記ネットワークから更なるリソースを要求する、請求項１または２に記載の方法。
【請求項４】
前記期間中に送信される、定められた数の複数のレートリクエストメッセージがある、請求項１から３のいずれかに記載の方法。
【請求項５】
前記ユーザー機器でレート許可メッセージが受信されるまで、前記複数のレートリクエストメッセージが前記期間中に送信される、請求項１から３のいずれかに記載の方法。
【請求項６】
前記ユーザー機器で前記レート許可メッセージを受信して、前記増加したデータレートでデータを送信するステップを含む、上記いずれかの請求項に記載の方法。
【請求項７】
前記期間の終わりにレート許可メッセージが受信されなかったことを検出して、前記第１のレートリクエストメッセージを送信する前の前記データレートである、元のデータレートでデータを送信するステップを含む、上記いずれかの請求項に記載の方法。
【請求項８】
前記増加したデータレートは、以前に送信したデータの元のデータレートを超える、上記いずれかの請求項に記載の方法。
【請求項９】
前記期間の終わりにレート許可メッセージが受信されなかったことを検出して、更なる所定期間の後に、新しいレートリクエストメッセージを送信するステップを含む、上記いずれかの請求項に記載の方法。
【請求項１０】
前記期間の終わりにレート許可メッセージが受信されなかったことを検出して、レート許可メッセージを受信するために、更なる期間待つステップを含む、請求項１から８のいずれかに記載の方法。
【請求項１１】
無線通信ネットワークに使用するユーザー機器であって、
ユーザーデータを送信するためのデータチャネルを確立するための手段と、
ユーザー機器からネットワークエンティティへシグナリングデータを送信するためのシグナリングチャネルを確立するための手段と、
前記ネットワークから更なるリソースを要求する第１のレートリクエストメッセージを、前記シグナリングチャネルを通じて、前記ネットワークエンティティに送信するための手段と、
前記シグナリングチャネルを保持するための手段と、
前記期間中に、前記シグナリングチャネルを通じて、前記ネットワークエンティティに第２のレートリクエストメッセージを送信するための手段と、
を備える、無線通信ネットワークに使用するユーザー機器。
【請求項１２】
移動局を備える、請求項１１に記載のユーザー機器。
【請求項１３】
無線通信において少なくとも第１および第２のネットワークノードを備えた無線通信システムであって、前記第１のネットワークノードは、
前記第１および第２のネットワークノード間でシグナリングデータを送信するためのシグナリングチャネルを確立するための手段と、
前記ネットワークから更なるリソースを要求する第１のレートリクエストメッセージを、前記シグナリングチャネルを通じて送信するための手段と、
前記シグナリングチャネルを保持するための手段と、
前記期間中に、第２のレートリクエストメッセージを、前記シグナリングチャネルを通じて送信するための手段と、
を備える無線通信システム。
【請求項１４】
前記第１のネットワークノードは、ユーザー機器を備える、請求項１３に記載の通信システム。
【請求項１５】
前記第２のネットワークノードは、ノードＢを備える、請求項１３又は１４に記載の通信システム。
【請求項１６】
ネットワーク内のユーザー機器から第１のレートリクエストメッセージを受信し、レート許可メッセージを送信すべきか、または該レート許可メッセージがネットワークリソースに基づいていないかを所定の期間内に判断し、十分なネットワークリソースがある場合には前記レート許可メッセージを発行するように機能するパケットスケジューラであって、前記所定の期間中に受信した、以降のレートリクエストメッセージを無視するように構成される、パケットスケジューラ。
【請求項１７】
請求項１６に記載のパケットスケジューラを備えるネットワークエンティティ。
【請求項１８】
ノードＢ又は基地局を備える、請求項１７に記載のネットワークエンティティ。
【請求項１９】
前記レートリクエストメッセージを受信して、前記ネットワークエンティティと前記ユーザー機器との間の無線インターフェースを通じて、レート許可メッセージを発行するための手段を備える、請求項１７又は１８に記載のネットワークエンティティ。
【請求項２０】
無線通信ネットワークに使用するユーザー機器のための回路要素であって、
ユーザーデータを送信するためのデータチャネルを確立するための第１の確立モジュールと、
ユーザー機器からネットワークエンティティへシグナリングデータを送信するためのシグナリングチャネルを確立するための第２の確立モジュールと、
ネットワークノードへ、該ネットワークノードから更なるリソースを要求する第１のレートリクエストメッセージを、前記シグナリングチャネルを通じて送信するための第１の送信モジュールと、
前記シグナリングチャネルを保持するためのチャネル保持モジュールと、
前記期間中に前記シグナリングチャネルを通じて、前記ネットワークノードに第２のレートリクエストメッセージを送信するための第２の送信モジュールと、
を備える回路要素。
【国際調査報告】
2008514082.tif 000008
2008514082.tif 000009