(57)【要約】  本発明は、通信システム内の２つのノード間における通信を制御する方法に関するものであり、この方法は、２つのノード間における通信を制御するための値のセットを提供するステップと、トラフィック状態に関係する情報を提供するステップと、通信を制御するための命令を提供するステップと、提供された情報、命令、並びに、トラフィック状態に関係する情報と上記値に関係する情報との間のマッピングを提供するマッピング情報に基づいて、上記値のセットの中の１つを選択するステップとを有している。
2008509585.tif 000002
【特許請求の範囲】
【請求項１】
通信システム内の２つのノード間における通信を制御する方法において、
前記２つのノード間における通信を制御するための値のセットを提供するステップと、
トラフィック状態に関係する情報を提供するステップと、
通信を制御するための命令を提供するステップと、
提供された前記情報、前記命令、並びに、前記トラフィック状態に関係する情報と前記値に関係する情報との間のマッピングを提供するマッピング情報に基づいて、前記値のセットの中の１つを選択するステップとを有することを特徴とする方法。
【請求項２】
前記値のセットの中の１つを選択するステップは、ポインタを制御して前記値の中の１つを指し示させるステップを含む請求項１記載の方法。
【請求項３】
前記方法は、さらに、前記マッピング情報を提供するステップを含む請求項１又は２記載の方法。
【請求項４】
マッピング情報の複数のセットが提供される請求項３記載の方法。
【請求項５】
前記ノード間におけるリソースを増大させるべく、マッピング情報の第１のセットが使用され、前記２つのノード間におけるリソースを低減させるべく、マッピング情報の第２のセットが使用される請求項４記載の方法。
【請求項６】
前記マッピング情報は、トラフィック状態に関係する情報と前記値の許容ステップサイズとの間のマッピングを有している請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記マッピング情報は、トラフィック状態に関係する情報と許容コスト変化との間のマッピングを有している請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記値のセットを提供するステップは、ＴＦＣＳのセットを提供するステップを有する請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記命令を提供するステップは、値を増大させるか、減少させるか、或いは、任意選択により、同一状態に保持するかを通知している請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記値のセットの中の１つを選択するステップにおいて選択された前記値を使用することにより、前記２つのノード間におけるデータレートを制御するステップを有する請求項１から９のいずれか一項に記載の方法。
【請求項１１】
前記値のセットを提供するステップ及び情報を提供するステップの少なくとも１つは、前記２つのノードの中の第１ノードによって実行される請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
前記値のセットの中の１つを選択するステップは、前記２つのノードの中の第２ノードによって実行される請求項１から１１のいずれか一項に記載の方法。
【請求項１３】
前記トラフィック状態は、セル負荷を有している請求項１から１２のいずれか一項に記載の方法。
【請求項１４】
前記ノードの中の１つは、ノードＢであり、前記ノードの中のもう１つは、ユーザー装置である請求項１から１３のいずれか一項に記載の方法。
【請求項１５】
無線インターフェイスを介して前記ノード間において通信するステップを含む請求項１から１４のいずれか一項に記載の方法。
【請求項１６】
前記値のそれぞれは、関連付けられたコストを具備している請求項１から１５のいずれか一項に記載の方法。
【請求項１７】
別のノードと通信するべく構成されたノードであって、
前記２つのノード間における通信を制御するための値のセットを受信するメモリと、
トラフィック状態に関係する情報、及び、通信を制御する命令を受信し、提供された前記情報、前記命令、並びに、前記トラフィック状態に関係する情報と前記値に関係する情報との間のマッピングを提供するマッピング情報に基づいて、前記値のセットの中の１つを選択する処理ユニットとを有することを特徴とするノード。
【請求項１８】
前記ノードは、ユーザー装置である請求項１７記載のノード。
【請求項１９】
前記メモリは、表を有している請求項１７又は１８記載のノード。
【請求項２０】
前記処理ユニットは、前記メモリ内の場所を指し示すべく構成されたポインタを制御するべく構成されている請求項１７から１９のいずれか一項に記載のノード。
【請求項２１】
前記命令は、値を増大させるか、減少させるか、或いは、任意選択により、同一状態に保持するかを通知している請求項１７から２０のいずれか一項に記載のノード。
【請求項２２】
前記処理ユニットは、マッピング情報を受信するべく構成されている請求項１７から２１のいずれか一項に記載のノード。
【請求項２３】
前記値は、ＴＦＣ値である請求項１７から２２のいずれか一項に記載のノード。
【請求項２４】
前記値に関係する情報は、前記値の許容ステップサイズと許容コスト変化の中の１つを有する請求項１７から２３のいずれか一項に記載のノード。
【請求項２５】
別のノードに対して制御情報を供給するべく構成されたノードにおいて、
前記２つのノード間における通信を制御するための値のセットを前記別のノードに送信する第１ユニットと、
トラフィック状態に関係する情報を前記別のノードに送信する第２ユニットと、
通信を制御するための命令を送信する第３ユニットとを有することを特徴とするノード。
【請求項２６】
前記ノードは、ノードＢである請求項２５記載のノード。
【請求項２７】
前記命令は、前記値を増大させるか、減少させるか、或いは、任意選択により、同一状態に保持するかを通知している請求項２５又は２６記載のノード。
【請求項２８】
前記第１ユニットは、マッピング情報を送信するべく構成されており、前記マッピング情報は、トラフィック状態に関係する情報と前記値に関係する情報との間のマッピングを提供している請求項２５から２７のいずれか一項に記載のノード。
【請求項２９】
前記値は、ＴＦＣ値である請求項２５から２８のいずれか一項に記載のノード。
【請求項３０】
前記値に関係する情報は、前記値の許容ステップサイズと許容コスト変化の中の１つを有する請求項２８又は２９記載のノード。
【請求項３１】
通信システムにおいて、
通信するべく構成された２つのノードであって、前記ノードの中の第１ノードは、前記第１ノードと第２ノードとの間における通信を制御するための値のセットを受信するメモリを有する２つのノードと、
トラフィック状態に関係する情報、及び、通信を制御するための命令を受信するべく構成されており、且つ、提供された情報、命令、並びに、前記トラフィック状態に関係する情報と前記値のセットに関係する情報との間のマッピングを提供するマッピング情報に基づいて、前記値のセットの中から１つの値を選択するべく構成されている処理ユニットとを有しており、
前記ノードの中の第２ノードは、前記第１及び第２ノード間における通信を制御するための前記値のセットを前記第１ノードに送信するべく構成された第１ユニットと、前記トラフィック状態に関係する情報を前記第１ノードに送信するべく構成された第２ユニットと、通信を制御するための前記命令を送信する第３ユニットとを有することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム内の２つのノード間における通信を制御する方法に関するものであり、より具体的には、ＵＭＴＳシステムのＥ−ＤＣＨ（Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ：拡張専用チャネル）内において使用されるデータレートの制御に関するものであるが、これに限定されるものではない。
【背景技術】
【０００２】
モバイル通信システムは、システム機能に対するユーザー端末のアクセスを許容するべくアクセスネットワークが提供されているシステムの一例である。
【０００３】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ：ユニバーサル・モバイル通信システム）においては、通常、無線アクセスネットワークが、モバイル通信システムコアネットワークに対するアクセスをユーザー装置に提供している。ユーザー装置は、通常、無線インターフェイスを介してアクセスネットワークと通信し、アクセスネットワークは、ユーザー装置が接続を確立する相手である複数のノードＢ又は基地トランシーバ局を含んでいる。それぞれのノードＢは、１つ又は複数の無線ネットワークコントローラに接続されている。
【０００４】
ＵＭＴＳシステムにおいては、ノードＢを介したユーザー装置から無線ネットワークコントローラへのアップリンクトラフィックのために、ＤＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ：専用チャネル）が提供されている。３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：第３世代パートナーシップ・プロジェクト）のＴＳＧ−ＲＡＮ（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ−Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：技術仕様書作成グループ−無線アクセスネットワーク）において、Ｅ−ＤＣＨを含む高速アップリンクパケットアクセスが提案されている（３ＧＰＰにおいては、これをＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ：周波数分割双方向）拡張アップリンクとも呼んでいる）。この提案は、３ＧＰＰのＴＲ２５．８９６にて文書化されている。
【０００５】
現時点においては、無線ネットワークコントローラのパケットスケジューラ機能の一部をノードＢに分散することが提案されている。これは、ＲＮＣ無線ネットワークコントローラ内のレイヤ３によって実行されるものよりも高速のバースト状の非リアルタイムトラフィックのスケジューリングを提供することを目的としている。この考え方は、高速のリンク適合によれば、アップリンクパワーリソースをパケットデータユーザー間において効率的に共有することが可能であるというものである。１つのユーザーからのパケットの伝送が完了した際に、スケジューリングされているリソースを即座に別のユーザーが利用可能な状態にすることができる。この結果、バースト状の高データレートアプリケーションを実行しているユーザーに高データレートが割り当てられている場合に、雑音増大のピークの変動性が回避される。
【０００６】
現在の提案によれば、パケットスケジューラは、ＲＮＣ内に配置されており、従って、瞬間的なトラフィックに適合する能力が限られている。これは、ＲＮＣとユーザー装置との間のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）シグナリングインターフェイス（ｓｉｇｎａｌｌｉｎｇ  ｉｎｔｅｒｆａｃｅ）における帯域幅の制約に起因している。変動性に対応するには、パケットスケジューラは、後続のスケジューリング期間における不活発なユーザーの影響を考慮するべく、アップリンクパワーの割り当てにおいて控えめでなければならない。この提案は、大きな割当データレートと長い解放時間値のために、スペクトル的に非効率的である。
【０００７】
Ｅ−ＤＣＨに伴って割り当てられるアップリンクリソースをノードＢに管理させるという提案も現在存在している。データ伝送において、ユーザー装置が、ユーザー装置の最大伝送パワー及び最大許容ＴＦＣに関する制約に従い、そのＲＬＣ無線リンク制御バッファ内において伝送されるデータの量に適合したＴＦＣ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ：伝送フォーマット・コンビネーション）を選択することが提案されている。必要に応じて、ユーザー装置は、高ビットレートを要求することが可能であり、ノードＢは、追加リソースを付与するかどうかを判定することが可能である。又、ノードＢは、すべてのユーザー装置に割り当てられているリソースをセル負荷に応じて調節することも可能である。
【０００８】
ノードＢのスケジューリングをサポートするべく、シグナリング（ｓｉｇｎａｌｌｉｎｇ）が必要である。アップリンクの場合には、ユーザー装置が要求すると共に、状態をノードＢに伝送する必要がある。或いは、ユーザー装置が要求するか、又は、状態をノードＢに伝送する必要がある。例えば、ユーザー装置が、追加リソースの割り当てを希望する旨をノードＢに通知するか、或いは、ユーザー装置が必要としているリソースの量をノードＢが査定できるように、ユーザー装置が、そのバッファ内に具備しているデータの量をノードＢに対してシグナリングを行う。ダウンリンクに関しては、ノードＢは、例えば、追加リソースの付与などのスケジューリング命令を送信する必要がある。
【０００９】
ダウンリンクの場合には、２つのシグナリング法が可能である。１つの既知の方法は、許容されている最大ＴＦＣ（以下、これをＴＦＣmaxと呼ぶ）のインデックスをノードＢがユーザー装置に対して直接的にシグナリングするというものである。
【００１０】
もう１つの方法は、ステップ的な方法であり、この場合には、許容されている最大ＴＦＣのインデックスを変更するためのアップ／ダウン／キープ（ＵＰ／ＤＯＷＮ／ＫＥＥＰ）命令をノードＢがシグナリングする。このシグナリングは、ＲＧ（Ｒａｔｅ  Ｇｒａｎｔ：レート許可）と呼ばれており、そのサイズは、わずかに１ビット（アップ（ＵＰ）命令とダウン（ＤＯＷＮ）命令のみ）又は２ビット（アップ命令、ダウン命令、及びキープ（ＫＥＥＰ）命令）であってよい。
【００１１】
絶対的なシグナリング法は、ステップ的な方法と比べて、大きなシグナリングオーバーヘッドを必要としている。ステップ的なシグナリング法は、雑音の突然の増大を防止することが可能ではあるが、低データレートで伝送している際に、ユーザー装置内において大量のデータが突然発生した場合には、ステップ的なレートの増大の結果、必要なデータレートに到達するためのランプアップ時間が長くなってしまう。これは、セルの負荷が大きい場合には、特段の問題とはならないが、セル負荷が小さい場合には、問題となる。この理由は、直ちに高データレートの使用を許容可能であるにも拘わらず、ユーザー装置が長時間にわたって待機しなければならないからである。又、セル負荷が危険な状態になった場合には、割り当て済みのリソースを迅速に減少させることが有利であろう。ステップ的なレート減少の場合には、これが不可能である。
【００１２】
パケットデータアプリケーションは、通常、その特性がバースト状であって、リソース要件の大きなばらつきを伴っているため、ユーザー装置のデータレートを迅速に調節することにより、特にセル負荷が小さい場合に、全体的なシステム性能を向上させることができる。
【００１３】
３ＧＰＰの文献「Ｒ１  ０４０６８３」（拡張アップリンク・スケジューリング（ｅｎｈａｎｃｅｄ  ｕｐｌｉｎｋ  ｓｃｈｅｄｕｌｉｎｇ））には、「ビジーインジケータ（ｂｕｓｙ  ｉｎｄｉｃａｔｏｒ）」を使用することにより、セルが全負荷状態であるかどうかを通知することが提案されている。これは、アップリンクにおいてユーザー装置が消費を許容されている最大リソースの標識と組み合わせられている。ビジーインジケータが設定されていない場合には、ユーザー装置は、セルによって伝送される最大リソース標識までリソースを使用可能である。一方、ビジーインジケータが設定されている場合には、セルは、全負荷状態にあり、ユーザー装置は、相対的に低いリソース限度を上回るリソースを使用した伝送を開始することができない。
【００１４】
又、１月２３日付けで出願された米国特許出願第１０／７６４１４３号（ＵＳＳＮ１０／７６４１４３）において、本出願人は、ユーザー装置の初期データレートが低いか又はゼロである場合に、ダウンリンクスケジューリングに関係するシグナリングをユーザー装置の初期データレートが高い場合とは異なる方式で解釈する（或いは、場合によっては、異なる方式でシグナリングする）ことを提案している。この提案の方法は、次のステップを具備している。
【００１５】
当初、ユーザー装置の許容データレートが小さい（既定のＴＦＣであるか、又はこれを下回るほどに小さい）。
【００１６】
ユーザー装置は、「データレート増大要求」ビットをノードＢに送信することにより、高データレートを要求する。
【００１７】
この要求を受け入れる場合には、ノードは、「データレート増大許可」ビットによって応答する。このダウンリンクシグナリングは、当初の低データレートに起因し、データレートが高かった場合のものとは異なる方式でユーザー装置によって解釈される（即ち、結果的に得られるデータレートを、当初のデータレートよりも複数ステップだけ大きなものにすることができる）。この「複数ステップ」の大きさについては、例えば、その接続をセットアップする際に、高次レイヤからシグナリングすることが可能であろう。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
本発明の目的は、データレートを制御するための改善された方法を提供することでありこれは、具体的には、ＲＧ法を使用するＵＭＴＳシステムのＥ−ＤＣＨにおけるものであるが、これに限定されるものではない。
【課題を解決するための手段】
【００１９】
本発明の第１の態様によれば、通信システム内の２つのノード間における通信を制御する方法が提供され、この方法は、２つのノード間における通信を制御するための値のセットを提供するステップと、トラフィック状態に関係する情報を提供するステップと、通信を制御するための命令を提供するステップと、これらの提供された情報、命令、及びトラフィック状態に関係する情報と上記値に関係する情報との間のマッピングを提供するマッピング情報に基づいて、上記値のセットの中の１つを選択するステップとを有している。
【００２０】
本発明の第２の態様によれば、別のノードと通信するべく構成されたノードが提供され、このノードは、これらの２つのノード間における通信を制御するための値のセットを受信するためのメモリと、トラフィック状態に関係する情報、及び、通信を制御するための命令を受信し、これらの提供された情報、命令、及びトラフィック状態に関係する情報と上記値に関係する情報との間のマッピングを提供するマッピング情報に基づいて、上記値のセットの中の１つを選択する処理ユニットとを有している。
【００２１】
本発明の第３の態様によれば、制御情報を別のノードに供給するべく構成されたノードが提供され、このノードは、これらの２つのノード間における通信を制御するための値のセットを別のノードに送信する第１ユニットと、トラフィック状態に関係する情報を別のノードに送信する第２ユニットと、通信を制御するための命令を送信する第３ユニットとを有している。
【発明を実施するための最良の形態】
【００２２】
以下においては、本発明と、本発明を実施することが可能な方法について十分に理解することができるように、添付の図面を参照しているが、これらの図面は、一例にすぎない。
【００２３】
以下、特定の例示用のシナリオを参照し、本発明の実施例について説明する。具体的には、ＵＭＴＳの各要素との関連において、本発明について説明する。
【００２４】
図１には、本発明の実施例について理解するために必要なＵＭＴＳシステムの代表的な要素が示されている。尚、ＵＭＴＳシステムの形態については、当業者には周知であろう。従って、本願明細書においては、このシステムに関する詳細な説明は省略し、本発明の実施例を理解するために必要且つ十分な要素についてのみ、図示及び説明することとする。
【００２５】
図１を参照すれば、例示用のＵＭＴＳシステムは、通常、ＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ：移動体通信網向け交換機）１０２、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ：サービング・ユニバーサル・パケット無線サービス・サポートノード）１０４、複数のＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワークコントローラ）１０６ａ、１０６ｂ、及び１０６ｃ、複数のノードＢ１０８ａ、１０８ｂ、及び１０８ｃ、並びに少なくとも１つのＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザー装置）１１０を含んでいる。
【００２６】
実際には、ＭＳＣの機能は、ＭＳＳ（ＭＳＣ  Ｓｅｒｖｅｒ：移動体通信網向け交換機サーバ）及びＭＧＷ（Ｍｅｄｉａ  ＧａｔｅＷａｙ：メディア・ゲートウェイ）によって提供可能である。
【００２７】
当技術分野において周知のように、少なくとも１つのユーザー装置１１０は、無線インターフェイス１１２（３ＧＰＰ  ＵＭＴＳシステムにおいては、これをＵuインターフェイスと読んでいる）を介してノードＢの中の１つ（例えば、ノードＢ１０８ａ）に接続されている。
【００２８】
それぞれのノードＢは、Ｉubインターフェイスを介して少なくとも１つのＲＮＣに接続されている。ＲＮＣ１０６ｂは、それぞれ、Ｉubインターフェイス１１８ａ及び１１８ｂを介してノードＢ１０８ａ及び１０８ｂ（並びに、恐らくは、１つ又は複数のその他のノードＢ）に接続されている。ＲＮＣは、Ｉubインターフェイス１２２ａを介してノードＢ１０８ｃに、そして、インターフェイス１２２ｂなどの１つ又は複数のその他のＩubインターフェイスを介して１つ又は複数のその他のノードＢに接続されている。ＲＮＣは、インターフェイス１２０ａなどの１つ又は複数のＩubインターフェイスを介して１つ又は複数のノードＢに接続されている。様々なＲＮＣは、当技術分野において周知のように様々なノードＢに接続可能である。
【００２９】
ＲＮＣ自体は、Ｉurインターフェイスを介して相互接続されている。図１には、ＲＮＣ１０６ａがＩurインターフェイス１３０ａを介してＲＮＣ１０６ｂに接続されており、ＲＮＣ１０６ｂが、Ｉurインターフェイス１３０ｂを介してＲＮＣ１０６ｃに接続された状態で示されている。同様に、ＲＮＣ１０６ａ及び１０６ｃをＩurインターフェイスを介して相互接続することも可能である。様々なＲＮＣをＩurインターフェイスを介して相互接続することが可能である。ＵＭＴＳシステム内のＲＮＣのそれぞれは、Ｉuインターフェイスを介して１つ又は複数のＭＳＣ又はＳＧＳＮに接続されている。図１の例においては、ＭＳＣ１０２は、個々のＩuインターフェイス１１４ａ及び１１４ｂを介してＲＮＣ１０６ａ及び１０６ｂに接続されており、ＳＧＳＮ１０４は、個々のＩuインターフェイス１１６ａ、１１６ｂ、及び１１６ｃを介してＲＮＣ１０６ａ、１０６ｂ、及び１０６ｃに接続されている。
【００３０】
Ｅ−ＤＣＨアップリンクトランスポートチャネルは、無線インターフェイスＵuを介してユーザー装置からノードＢにトラフィックを伝送すると共に、Ｉubインターフェイス又はＩurインターフェイスを介して、ノードＢからＲＮＣへ、並びに、ＲＮＣ間においてトラフィックを搬送するためのチャネルである。
【００３１】
図２を参照すれば、本発明を実施しているノードＢと、本発明を実施しているユーザー装置（又は、移動局）が概略的に示されている。
【００３２】
ノードＢ１０は、セル負荷ユニット１２を具備している。セル負荷ユニット１２は、セルの負荷を判定するべく構成されている。本発明に係る上記実施例においては、セル負荷は、ノードＢ１０と通信しているユーザー装置からそのノードＢが受信したトラフィックの量に基づいて判定される。本発明の代替実施例においては、セル負荷は、例えば、ＲＮＣなどの本システム内のその他のエンティティにより、そのすべて又は少なくとも一部を算出することが可能であることを理解されたい。ノードＢ１０は、信号１４を移動局に送信することにより、セル負荷の標識を付与するべく構成されている。このセル負荷情報は、アップリンク方向に関するものであることを理解されたい。本発明の代替実施例においては、このセル負荷情報は、これに加えて（又は、この代わりに）、ダウンロードのセル負荷を考慮することも可能である。
【００３３】
ノードＢ１０は、通常、ＲＮＣから供給されるＴＦＣＳ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ  Ｓｅｔ：伝送フォーマット・コンビネーションのセット）１６をも具備することが可能である。Ｅ−ＤＣＨをセットアップする際に、ユーザー装置は、接続部１８を介してＴＦＣＳユニット１６からＴＦＣＳを受信するべく構成されている。ＴＦＣＳユニット１６は、Ｎ個の異なるＴＦＣを規定しており、この場合に、ＴＦＣ0は、ＵＥが使用可能な最小データレートであり、ＴＦＣn-1は、最大データレートである。ＴＦＣとは、１つ又は複数の物理チャネル上において１つに多重化される異なるトランスポートチャネルの１つ又は複数のトランスポートフォーマットの許容されている組み合わせである。又、ＴＦＣＳユニット１６は、ステップサイズとセル負荷との間のマッピングをも供給しており、これもユーザー装置に伝送される。本発明に対する一変更例においては、ノードＢがマッピングを伝送し、ＵＥがこれを受信する必要性がないように、このマッピングを固定することが可能である。
【００３４】
次の例を検討してみよう。セル負荷に６つのレベルが使用されており、この場合に、レベルゼロは、低セル負荷を意味しており、レベル５は、高セル負荷を意味している。この場合のマッピングの一例が、次のセル負荷レベルである。
セル負荷レベル０：ＴＣＦステップサイズが７である。
セル負荷レベル１：ＴＣＦステップサイズが５である。
セル負荷レベル２：ＴＣＦステップサイズが４である。
セル負荷レベル３：ＴＣＦステップサイズが３である。
セル負荷レベル４：ＴＣＦステップサイズが２である。
セル負荷レベル５：ＴＣＦステップサイズが１である。
【００３５】
この例においては、例えば、ゼロなどのように、セル負荷が小さい場合には、大きなＴＦＣステップサイズ（７）が許容される。逆に、例えば、５などのように、セル負荷が大きい場合には、小さなステップサイズ（１）しか可能ではない。
【００３６】
従って、ノードＢ１０は、セル負荷状態、ＴＦＣのセット（それぞれのＴＦＣは、異なるデータレートを具備している）、及びステップサイズとセル負荷との間のマッピング（これが変化する場合）という情報を移動局に対して送信するべく構成されている。
【００３７】
ノードＢ１０と移動局２０との間には、２つの接続が示されていることを理解されたい。但し、これは概略的なものであり、これらの接続は、いずれも、ノードＢ１０と移動局２０との間の無線インターフェイスの一部を形成することになる。
【００３８】
又、ノードＢ１０は、ユニット３０により、アップ、ダウン、又はキープ命令を供給することになる。これは、ＵＥ要求及び／又は状態情報３２に応答して実行される。この要求又は状態は、ＵＥが追加リソースを要求するか、或いは、ＵＥが必要としている量をユニット３０が査定できるように、ＵＥが、そのバッファ内に具備しているデータの量をノードＢに対してシグナリングするという形態であってよい。
【００３９】
次に、ユーザー装置２０について説明する。セル負荷情報は、ＴＦＣポインタ生成器２２によって受信される。ＴＦＣポインタ生成器は、ＴＦＣステップサイズとセル負荷との間のマッピング情報とアップ／ダウン／キープ命令をも受信する。ＴＦＣＳのＴＦＣ形成部分は、ＴＦＣストア２４によって受信され、ＴＦＣは、ここに保存される。本発明の好適な実施例においては、ＴＦＣ情報は、関連するデータレートと共に表として保存されている。使用されるＴＦＣは、ＴＦＣポインタ生成器２２によって生成されるポインタ２６の位置によって左右されることになる。
【００４０】
ＴＦＣポインタ生成器２２は、ポインタの位置を制御するべく構成されている。ＴＦＣポインタ生成器は、ステップサイズとセル負荷との間のマッピングを、現時点におけるセル負荷情報とアップ／ダウン／キープ命令と共に使用することにより、ポインタの位置を制御することになる。
【００４１】
アップ／ダウン／キープ（ＵＰ／ＤＯＷＮ／ＫＥＥＰ）信号及びセル負荷情報に応じて、ＴＦＣを同一状態に保持するか、減少させるか、又は増大させるかに関する判定が下される。セル負荷レベルにより、ＴＦＣステップサイズが決定されることになる。
【００４２】
例えば、セル負荷が３であり、ユーザー装置がアップ命令を受信した場合には、そのＴＦＣmaxを３だけ増大させることができる。換言すれば、ポインタが現時点においてＴＦＣ２を指し示している場合には、新しいＴＦＣは、ＴＦＣ５となることになる。
【００４３】
本発明の実施例を使用することにより、リソースをランプアップ又はランプダウンすることができる。ユーザー装置が、有効なステップサイズを使用することにより、ＴＦＣmaxを調節する。
【００４４】
リソースをランプダウンするためには、セル負荷が大きい場合には、ステップサイズが大きく、セル負荷が小さい場合には、ステップサイズが小さいというように、ロジックを逆転させることが有益であろう。この結果、セル負荷が危険な状態になった際に、割り当てられているリソースを迅速に低減させることができる。従って、本発明の一実施例においては、ＴＦＣＳユニット１６は、パワーを低減させる際の可能なマッピングをも供給することになる。この場合にも、ノードＢがリバースマッピングを伝送し、ＵＥがこれを受信する必要性がないように、このリバースマッピングを固定することが可能である。
【００４５】
本発明の実施例においては、ユーザー装置ごとに異なるＴＦＣＳを具備することが可能であることを理解されたい。この結果、これらのユーザー装置は、マッピングが固定されていない場合には、同一のセル負荷に許容される異なるステップサイズを具備することが可能である。換言すれば、セル負荷とステップサイズとの間のマッピングは、ユーザー装置ごとに変化可能である。例えば、１つのユーザー装置における２つのステップは、数百キロビットのデータレートの増大に対応させることが可能であり、別のユーザー装置の場合には、２つのステップが、わずかに数キロビット／秒に対応させることが可能であろう。
【００４６】
このセル負荷情報の意味や単位は、ユーザー装置がそれらをステップサイズに変換することが可能である限り、特に重要ではない。
【００４７】
図３を参照すれば、本発明の実施例において実行される方法の各ステップのフローチャートが示されている。
【００４８】
ステップＳ１において、Ｅ−ＤＣＨチャネルのセットアップが実行されている。ノードＢは、ｎ個の異なるＴＦＣを有するＴＦＣＳと、関連するデータレートとをユーザー装置に送信している。
【００４９】
ステップＳ２において、ノードＢは、ステップサイズとセル負荷との間のマッピングを送信している。尚、本発明の好適な実施例においては、アップ及びダウン命令の両方について、ステップサイズとセル負荷とのマッピングを送信しているが、これは、前述のように、任意選択可能なステップである。
【００５０】
ステップＳ３において、ノードＢは、セル負荷状態を判定する。このステップは、セル負荷状態が別の場所で判定される場合には、任意選択可能である。
【００５１】
ステップＳ４において、ノードＢは、セル負荷の状態をユーザー装置に送信する。
【００５２】
ステップＳ５において、ノードＢは、アップ／ダウン／キープ命令をユーザー装置に送信する。
【００５３】
ステップＳ６において、ユーザー装置は、アップ／ダウン／キープ命令とセル負荷に基づいて（受信したマッピング情報を考慮して）、ＴＦＣポインタを調節する。
【００５４】
ステップＳ７において、ポインタの位置によって示されているＴＦＣ値を使用することにより、ユーザー装置からノードＢにデータを送信するデータレートを設定する。
【００５５】
ステップ１とステップ２との順序は逆転可能であることを理解されたい。本発明のいくつかの実施例においては、ステップ１及びステップ２を統合することが可能である。
【００５６】
ステップ３は、ノードＢが実行する必要はなく、この代わりに、別のエンティティが実行してもよいし、或いは、別のエンティティとの組み合わせにおいてノードＢが実行してもよい。
【００５７】
本発明のいくつかの実施例においては、ノードＢは、アップ又はダウン命令のみを送信することが可能である。
【００５８】
ステップＳ５は、例えば、ステップ４の前に実行することが可能である。
【００５９】
次に、図２及び図３との関連において説明した実施例に対する１つの変更例について説明する。この変更例の形態においては、すべてのＴＦＣに、コストが関連付けられている。（１）可能なＴＦＣを仕様において固定し、ＵＥ及びノードＢがＴＦＣのコストを常に認知できるように、各々のＴＦＣごとにコストを規定するというものと、（２）ＵＥ及びノードＢがＴＦＣのコストを常に認知できるように、ＴＦＣからコストを（例えば、データレートに基づいて）算出するための規則を規定するという２つの選択肢が存在している。いずれの場合にも、コストをシグナリングする必要がなく、この結果、シグナリングのオーバーヘッドが低減されることになる。但し、本発明のいくつかの実施例においては、コストをシグナリングすることも可能である。
【００６０】
次の例を検討してみよう。セル負荷用に６つのレベルが使用されており、この場合に、レベルゼロは、低セル負荷を意味しており、レベル５は、高セル負荷を意味している。この場合の（ＵＰ信号における）可能なマッピングは、次の表のとおりである。
【００６１】
【表１】
2008509585.tif 000003
【００６２】
この例においては、例えば０などのように、セル負荷が小さい場合には、大きなコストの増大が許容され、これは、この例の場合には、７であることがわかる。逆に、例えば、５などのように、セル負荷が大きい場合には、小さな増大しか可能ではない。
【００６３】
追加リソースが付与された際にＴＦＣmaxを調節するべくユーザー装置によって使用される有効なサイズは、セル負荷とコストの増大によって左右されることになる。同一の数値の例を使用すれば、セル負荷が３であり、ユーザー装置がアップ命令を受信した場合には、増大が４を上回らない範囲において、そのＴＦＣmaxを増大させることができる。例えば、ＴＦＣが次のように規定されているとしよう。
【００６４】
ＴＦＣ0−コスト１
ＴＦＣ1−コスト２
ＴＦＣ2−コスト３
ＴＦＣ3−コスト４
ＴＦＣ4−コスト１５
ＴＦＣ5−コスト１６
【００６５】
使用されているＴＦＣがＴＦＣ4である場合には、コストの増大１が、許容されている最大値４を下回っているため、ユーザー装置は、ＴＦＣ5を使用して開始することが許容されることになる。使用されているＴＦＣがＴＦＣ2であった場合には、コストの増大７が、許容されている最大値を上回っているため、ユーザー装置は、ＴＦＣ3の使用を許容されることにはならないであろう。但し、いずれにしても、ユーザー装置は、ノードＢから追加リソースを付与されている（例えば、アップ命令を受信している）。それゆえに、ユーザー装置は、デフォルト（ｄｅｆａｕｌｔ）により、次のＴＦＣを使用して開始することが常に許容されるというのが、この場合のデフォルトの動作となろう。
【００６６】
本発明の実施例においては、ランプダウンに対しても同一の原理を適用することが可能である。そのリソースが低減された際（ＤＯＷＮリンク命令）にＴＦＣmaxを調節するべくユーザー装置によって使用される有効な許容コスト減少は、セル負荷によって左右される。リソースのランプダウンの場合に、セル負荷が大きいときには、コストの減少が大きく、セル負荷が小さいときには、コストの減少が小さいといったように、ロジックを逆転させることが有益であろう。この結果、セル負荷が危険な状態になった場合に、割り当てられているコストを迅速に低減させることが可能である。
【００６７】
本発明の第２実施例においては、ＴＦＣmaxの更に高度な制御が可能であり、ＴＦＣＳ内の連続したＴＲＣ間におけるギャップが均一でない場合がある（ＴＦＣ間におけるデータレートの増大が、ＴＦＣＳにわたって一定でない場合がある）という事実を考慮している。この第２の実施例に必要な実施形態は、図２に示されているものとわずかに異なるものであってよい。ＴＦＣポインタ生成器２２をプロセッサによって置換することが可能であり、この場合には、このプロセッサが、ＴＦＣの表を情報ストアとして使用することにより、ＴＦＣを増大させるかどうかを判定することになろう。
【００６８】
図２との関連において説明した実施例は、当然のことながら、任意のその他の適切な実施例によって置換可能であることを理解されたい。例えば、第１実施例において、プロセッサ（処理ユニット）を使用することにより、使用対象のＴＦＣを判定することも可能であろう。
【００６９】
本発明の実施例においては、「ポインタ」とは、通常、別のデータオブジェクトの値を保存する場所及びメモリを指し示すべく、実行可能コードによって使用されるデータオブジェクトである。しかしながら、「ポインタ」という用語は、レートに対応する任意のインジケータ又はデータオブジェクトの値を意味するものとして広範に理解する必要がある。
【００７０】
本発明のいくつかの実施例においては、ポインタと表の概念をプロセッサ又はこれに類似したものによって置換可能である。
【００７１】
本発明の実施例は、装置の様々な構成要素の観点において、１つ又は複数のプロセッサによって実行されるソフトウェア又はファームウェアとして実現することが可能である。本発明の実施例は、コンピュータプロセッサによって実行される、例えば、ソフトウェア又はファームウェアなどのコンピュータプログラムコードを実装したコンピュータ読み取り可能なストレージ構造を含むコンピュータプログラムプロダクトとして提供することが可能である。
【００７２】
本発明の実施例においては、ノードＢは、ネットワークアクセスポイント（ユーザー装置やモバイル端末などのユーザー端末がネットワークにアクセスするためのポイント）と見なすことができる。一般に、無線ネットワークコントローラは、ネットワークアクセスを制御する要素であるネットワークアクセスコントローラと見なすことができる。従って、本発明の実施例は、移動局からユーザー装置に向かうＥ−ＤＣＨのみならず、ノードＢとユーザー装置との間のチャネルにおける更に広範なアプリケーションを具備することが可能である。本発明の実施例は、ＵＭＴＳシステム以外のシステム内にて実施されることも可能である。それらのシステムは、有線又は無線システムであってよい。
【００７３】
以上、特定の非限定的な例を参照して本発明について説明したが、当業者であれば、本発明の一般的な適用可能性について理解するであろう。本発明に付与されるべき保護の範囲は、本願明細書に添付の特許請求の範囲の請求項にて定義されているとおりである。
【図面の簡単な説明】
【００７４】
【図１】本発明の実施例が適用され得る無線アクセスネットワークの各要素を示すブロック図である。
【図２】本発明を実施するためのノードＢ及びユーザー装置を概略的に示すブロック図である。
【図３】本発明を実施するための第１の方法を示すフローチャートである。
【図１】
2008509585.tif 000004
【図２】
2008509585.tif 000005
【図３】
2008509585.tif 000006
【国際調査報告】
2008509585.tif 000007
2008509585.tif 000008