(57)【要約】      （修正有）【課題】移動通信システムにおいて、移動端末のソフトハンドオーバ中に複数の基地局へアップリンクでデータを送信する移動端末のアップリンクデータ送信のスケジューリングに関連する情報を通信する方法。【解決手段】複数の基地局のうちの少なくとも一つの基地局が、ソフトハンドオーバ中の移動端末のアップリンクデータ送信をスケジューリングする。実施の形態は、開示された方法のそれぞれ異なるタスクを実行する通信システム、無線リソースコントローラ、基地局および移動端末を提供する。ソフトハンドオーバ中のアップリンク送信の全受信干渉電力への影響を減少させる方法を提供するために、ソフトハンドオーバ中の移動端末と通信しているすべての基地局に当該移動端末に割り当てられた最大量のリソースの情報を提供する。これにより、各基地局はこの情報を勘案しながら、ほかの端末をスケジューリングできる。【選択図】図１５
2007151146.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおいて移動端末が前記移動端末のソフトハンドオーバ中に複数の基地局へアップリンクでデータを送信し且つ前記複数の基地局のうちの少なくとも一つのスケジューリング基地局がソフトハンドオーバ中の前記移動端末のアップリンクデータ送信をスケジューリングする、アップリンクデータ送信のスケジューリングに関連する情報を通信する方法であって、
前記少なくとも一つのスケジューリング基地局において、ソフトハンドオーバ中の前記移動端末に割り当てられた最大量のアップリンクリソースを示すスケジューリング情報を決定するステップと、
前記最大量のアップリンクリソースを前記複数の基地局のうちの少なくとも一つの他の基地局へ通知するステップと、
前記少なくとも一つの他の基地局において、自基地局と通信している少なくとも一つの他の移動端末を、通知された前記最大量のアップリンクリソースを用いてスケジューリングするステップと、
を含む方法。
【請求項２】
移動端末が前記移動端末のソフトハンドオーバ中に複数の基地局へアップリンクでデータを送信し且つ前記複数の基地局のうちの少なくとも一つのスケジューリング基地局がソフトハンドオーバ中の前記移動端末のアップリンクデータ送信をスケジューリングする、アップリンクデータ送信のスケジューリングに関連する情報を通信する移動通信システムであって、
前記複数の基地局を有し、
前記少なくとも一つのスケジューリング基地局は、ソフトハンドオーバ中の前記移動端末に割り当てられた最大量のアップリンクリソースを示すスケジューリング情報を決定するとともに、前記最大量のアップリンクリソースを前記複数の基地局のうちの少なくとも一つの他の基地局に通知し、
前記少なくとも一つの他の基地局の各基地局は、自基地局と通信している少なくとも一つの他の移動端末を、通知された前記最大量のアップリンクリソースを用いてスケジューリングする、
移動通信システム。
【請求項３】
アップリンクデータ送信のスケジューリングに関連する情報を通信する移動通信システムにおける基地局であって、前記移動通信システムにおいて移動端末は前記移動端末のソフトハンドオーバ中に前記基地局を含む複数の基地局へアップリンクでデータを送信し、
ソフトハンドオーバ中の前記移動端末に割り当てられた最大量のアップリンクリソースを示すスケジューリング情報を決定する処理手段と、
前記最大量のアップリンクリソースを、少なくとも一つの他の移動端末のスケジューリングでの使用のために、前記複数の基地局のうち少なくとも一つの他の基地局に通知する通知手段と、
を有する基地局。
【請求項４】
無線リソース制御エンティティからソフトハンドオーバ中のさらに他の移動端末に割り当てられた最大量のアップリンクリソースを受信する受信部と、
受信された前記最大量のアップリンクリソースを勘案しつつ、前記基地局と通信している前記少なくとも一つの他の移動端末をスケジューリングするスケジューラと、
をさらに含む、請求項２８に記載の基地局。
【請求項５】
移動通信システムにおいてソフトハンドオーバ中に複数の基地局へアップリンクでデータを送信する移動端末のアップリンクデータ送信のスケジューリングに関連する情報を通信する前記移動通信システムにおける無線ネットワークコントローラであって、
前記複数の基地局のうちの少なくとも一つの基地局からソフトハンドオーバ中の前記移動端末に割り当てられた最大量のアップリンクリソースを受信する受信部と、
受信された前記最大量のアップリンクリソースを、少なくとも一つの他の移動端末のスケジューリングでの使用のために、前記複数の基地局のうちの少なくとも一つの他の基地局へシグナリングする送信部と、
を有する無線ネットワークコントローラ。
【請求項６】
移動通信システムにおいて移動端末が前記移動端末のソフトハンドオーバ中に複数の基地局へアップリンクでデータを送信し且つ前記複数の基地局のうちの少なくとも一つのサブセットがソフトハンドオーバ中の前記移動端末のアップリンクデータ送信をスケジューリングする、アップリンクデータ送信のスケジューリングに関連する情報を通信する方法であって、
前記移動端末において、前記移動端末に割り当てられた最大量のアップリンクリソースを示すスケジューリング情報を前記複数の基地局のうちの少なくとも一つのサブセットから受信するステップと、
受信された前記最大量のアップリンクリソースに基づいて、前記移動端末において、前記複数の基地局へのアップリンクデータ送信のための前記最大量のアップリンクリソースを選択するステップと、
選択された前記最大量のアップリンクリソース、またはアップリンクデータ送信の最大電力比を前記複数の基地局へ通知するステップと、
を含む方法。
【請求項７】
アップリンクデータ送信のスケジューリングに関連する情報を通信する移動端末であって、前記移動端末は、移動通信システムにおいて前記移動端末のソフトハンドオーバ中に複数の基地局へアップリンクでデータを送信し、前記複数の基地局のうちの少なくとも一つのサブセットは、ソフトハンドオーバ中の前記移動端末のアップリンクデータ送信をスケジューリングし、
前記移動端末に割り当てられた最大量のアップリンクリソースを示すスケジューリング情報を前記複数の基地局のうちの少なくとも一つのサブセットから受信する受信部と、
受信された前記最大量のアップリンクリソースに基づいて、前記複数の基地局へのアップリンクデータ送信のための前記最大量のアップリンクリソースを選択する選択手段と、
選択された前記最大量のアップリンクリソース、またはアップリンクデータ送信の最大電力比を前記複数の基地局に通知する送信部と、
を有する移動端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アップリンクデータ送信のスケジューリングに関連する情報を通信する方法、移動通信システム、基地局、無線ネットワークコントローラ、および移動端末に関する。
【背景技術】
【０００２】
Ｗ−ＣＤＭＡ（広帯域符号分割多元接続）は、第三世代無線移動通信システムとしての利用に向けて標準化されたＩＭＴ−２０００（International Mobile Communication）の無線インタフェースである。Ｗ−ＣＤＭＡは、音声サービスやマルチメディア移動通信サービスなど多様なサービスを柔軟で効率的な方法で提供する。日本、欧州、米国およびその他の国々の標準化機関は、Ｗ−ＣＤＭＡについての共通無線インタフェース仕様を作成するために、合同で第三世代パートナーシッププロジェクト（３ＧＰＰ）というプロジェクトを組織した。
【０００３】
ＩＭＴ−２０００の標準化された欧州バージョンは、一般に、ＵＭＴＳ（ユニバーサル移動通信システム）と呼ばれる。ＵＭＴＳの仕様の最初のリリースは、１９９９年に公表された（リリース９９）。その後、リリース４、リリース５と標準の改良が幾度か３ＧＰＰにより標準化されてきて、さらなる改良の検討がリリース６の範疇で現在行われている。
【０００４】
ダウンリンクおよびアップリンクの個別チャネル（ＤＣＨ）ならびにダウンリンク共有チャネル（ＤＳＣＨ）は、リリース９９およびリリース４において定義されている。その後の数年のうちに、マルチメディアサービスまたはデータサービス全般を提供するためには、高速非対称アクセスを実現しなければならないことを開発者らは認識した。リリース５において、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）が導入された。新たな高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）は、ＵＭＴＳ無線アクセスネットワーク（ＲＡＮ）からＵＭＴＳ仕様ではユーザ装置と呼ばれる通信端末へのダウンリンク高速アクセスをユーザに提供する。
【０００５】
ハイブリッドＡＲＱ方式
非リアルタイムサービスの誤り検出に用いる最も一般的な技法は、自動再送要求（ＡＲＱ）方式に基づく。これに前方誤り訂正（ＦＥＣ）を組み合わせたものはハイブリッドＡＲＱという。巡回冗長検査（ＣＲＣ）が誤りを検出すると、受信器は送信器に追加ビットまたは新しいデータパケットを送信するよう要求する。様々な既存の方式のうち、ストップアンドウエイト（ＳＡＷ）と選択再送（ＳＲ）連続ＡＲＱとが移動通信で最もよく使用される。
【０００６】
データユニットは送信前に符号化される。再送されるビット量に応じて、三つの異なるタイプのＡＲＱを定義できる。
【０００７】
ＨＡＲＱタイプＩでは、ＰＤＵ（パケットデータユニット）とも呼ばれるデータパケット受信時に誤りがあれば、そのパケットは廃棄され、当該ＰＤＵの新しいコピーが別途再送されて復号化される。当該ＰＤＵの前のバージョンと後のバージョンとの合成は行われない。ＨＡＲＱタイプＩＩを用いると、再送される必要がある誤りのあるＰＤＵは廃棄されず、送信器より提供されたいくつかの増加冗長性（incremental redundancy）ビットと合成された後、復号化される。再送されるＰＤＵは、時にはより高い符号化率で符号化され、受信器で記憶されていた値と合成される。つまり、各再送ではごくわずかな冗長性のみが付加される。
【０００８】
最後に、ＨＡＲＱタイプＩＩＩは、タイプＩＩとほとんど同じパケット再送方式であるが、再送ＰＤＵはすべて自己復号化可能である点だけが異なる。これは、ＰＤＵが以前のＰＤＵと合成することなしに復号化可能であるということを意味する。いくつかのＰＤＵが、情報がほとんど再使用できないほどひどく損なわれている場合に、自己復号化可能なパケットを有利に使用することができる。
【０００９】
チェイス合成（chase-combining）を用いる場合、再送パケットは同一のシンボルを搬送する。この場合、複数の受信パケットは、シンボルごとまたはビットごとのどちらかで合成される（非特許文献１を参照）。これらの合成値は、各ＨＡＲＱ処理のソフトバッファに格納される。
【００１０】
パケットスケジューリング
パケットスケジューリングとしては、共有媒体への参入が許されたユーザに送信機会と送信フォーマットとを割り当てるために使用される無線リソース管理アルゴリズムがあり得る。スケジューリングは、例えば、望ましいチャネル状態にあるユーザに送信機会を割り当てることによりスループット／容量を最大にするために、適応変調符号化と合わせてパケットベースの移動無線ネットワークで利用することができる。ＵＭＴＳにおけるパケットデータサービスは、ストリーミングサービスに使用されることもあるが、双方向および背景のトラヒッククラスに適用され得る。双方向および背景のクラスに属するトラヒックは、非リアルタイム（ＮＲＴ）トラヒックとして扱われ、パケットスケジューラによって制御される。パケットスケジューリング方法は、下記により特徴づけることができる。
【００１１】
●  スケジューリング期間／頻度：ユーザが時間的に前もってスケジューリングされる期間
●  サービスの順番：ユーザがサービスを受ける順番：例えば、ランダムな順番（ラウンドロビン）、またはチャネル品質に応じる（Ｃ／Ｉまたはスループットベース）
●  割当て方法：リソース割当ての原則：例えば、割当て間隔ごとに、キューに入れられたすべてのユーザに同じデータ量または同じ電力／符号／時間リソースを割り当てる
【００１２】
３ＧＰＰ  ＵＭＴＳ  Ｒ９９／Ｒ４／Ｒ５では、アップリンク向けパケットスケジューラは、無線ネットワークコントローラ（ＲＮＣ）とユーザ装置との間に配置される。アップリンクで、異なるユーザにより共有されるべきエアインタフェースリソースは、ノードＢ（Node B）における総受信電力であり、したがって、スケジューラの任務はユーザ装置間にこの電力を割り当てることである。現行のＵＭＴＳ  Ｒ９９／Ｒ４／Ｒ５仕様では、異なるトランスポートフォーマット（変調方式、符号レートなど）のセットを各ユーザ装置に割り当てることにより、ＲＮＣはユーザ装置がアップリンク送信時に送信可能な最大レート／電力を制御する。
【００１３】
このようなＴＦＣＳ（トランスポートフォーマットコンビネーションセット）の確立および再設定は、ＲＮＣとユーザ装置との間の無線リソース制御（ＲＲＣ）メッセージ伝達により実現することができる。ユーザ装置は、自装置の状態、例えば使用可能な電力やバッファ状態に基づいて、割り当てられたトランスポートフォーマットコンビネーションの中から自発的に（autonomously）選ぶことが許される。現行のＵＭＴＳ  Ｒ９９／Ｒ４／Ｒ５仕様では、アップリンクでのユーザ装置の送信に課せられる時間制御はない。スケジューラは、例えば、送信時間間隔ベースで動作することができる。
【００１４】
ＵＭＴＳ構成
ユニバーサル移動通信システム（ＵＭＴＳ）の高レベルＲ９９／４／５構成を図１に示す（http://www.3gpp.orgから得られる非特許文献２を参照）。ネットワーク要素は、機能的に、コアネットワーク（ＣＮ）１０１、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）１０２およびユーザ装置（ＵＥ）１０３にグループ分けされる。ＵＴＲＡＮ１０２は無線通信に関連した機能を担い、ＣＮ１０１は呼およびデータ接続の外部ネットワークへのルーティングを担当する。これらのネットワーク要素間の接続は、オープンインタフェース（Ｉｕ、Ｕｕ）により形成される。ＵＭＴＳシステムはモジュール式であるので、同一タイプのネットワーク要素をいくつも持つことが可能なことに留意すべきである。
【００１５】
図２はＵＴＲＡＮの現行の構成を示す。複数の無線ネットワークコントローラ（ＲＮＣ）２０１、２０２がＣＮ１０１に接続される。各ＲＮＣ２０１、２０２は、ＵＥと通信する一つまたは数個の基地局（ノードＢ）２０３、２０４、２０５、２０６を制御する。数個の基地局を制御するＲＮＣは、これらの基地局にとってのコントローリングＲＮＣ（Ｃ−ＲＮＣ）と呼ばれる。制御下の一組の基地局とそれらに随伴し制御するＣ−ＲＮＣは、無線ネットワークサブシステム（ＲＮＳ）２０７、２０８と呼ばれる。ユーザ装置とＵＴＲＡＮとの間の各接続につき一つのＲＮＳがサービングＲＮＳ（Ｓ−ＲＮＳ）となる。このＲＮＳは、コアネットワーク（ＣＮ）１０１とのいわゆるＩｕ接続を維持する。必要な場合、ドリフトＲＮＳ（Ｄ−ＲＮＳ）３０２が、図３に示すように、無線リソースを提供することでサービングＲＮＳ（Ｓ−ＲＮＳ）をサポートする。それぞれのＲＮＣは、サービングＲＮＣ（Ｓ−ＲＮＣ）およびドリフトＲＮＣ（Ｄ−ＲＮＣ）と呼ばれる。Ｃ−ＲＮＣとＤ−ＲＮＣとが同一であることもあり得るし、しばしばそうである。そのため、略語Ｓ−ＲＮＣまたはＲＮＣが使用される。
【００１６】
進化型（evolved）ＵＭＴＳ  ＵＴＲＡＮ構成
以下に、進化型ＵＭＴＳ  ＵＴＲＡＮ構成についての提案を記述する（http://www.3gpp.orgにて得られる非特許文献３も参照）。この構成では、制御プレーン機能およびユーザプレーン機能という観点から新しいネットワーク要素の各々を定義できる。このネットワーク構成の概要を図９に示す。
【００１７】
ＲＮＧ（無線ネットワークゲートウェイ）は、従来のＲＡＮと相互作用し、モビリティアンカーポイントとして動作するように使用される、すなわち、接続のためにＲＮＧが選択されると、それは呼の持続期間中保持される。これは、制御プレーンおよびユーザプレーンの両方での機能を含む。さらに、ＲＮＧは移動通信システムのコアネットワークへの接続性を提供する。
【００１８】
制御プレーン機能
ＲＮＧ機能の一部は、進化型ＲＡＮとＣＮとの間、および進化型ＲＡＮとＲｅｌ９９／４／５ＵＴＲＡＮとの間のシグナリングゲートウェイとして動作することである。これは、次にあげる主要機能を有する。
【００１９】
●  Ｉｕシグナリングゲートウェイ、すなわちＲＡＮＡＰの接続のアンカーポイント
○  ＲＡＮＡＰ（無線アクセスネットワークアプリケーション部）の接続終端、下記を含む：
●  シグナリング接続のセットアップおよび解除
●  コネクションレスメッセージの判別
●  ＲＡＮＡＰコネクションレスメッセージの処理
○  遊休（idle）および接続のモードのページングメッセージの該当ノードＢ＋（Node B+）への中継
●  ノードＢ＋間移行ではＲＮＧはＣＮの役割をする
●  ユーザプレーン制御
●  ノードＢ＋とＲｅｌ９９／４／５ＲＮＣとの間のＩｕｒシグナリングゲートウェイ
【００２０】
ユーザプレーン機能
ＲＮＧは、ＣＮまたは従来のＲＡＮから進化型ＲＡＮへのユーザプレーンアクセスポイントである。これは、次にあげるユーザプレーン機能を有する。
【００２１】
●  移行中にユーザプレーンのトラヒックを切り替え
●  ノードＢ＋とＳＧＳＮ（サービングＧＰＲＳサポートノード、ＣＮの一要素）との間でのＧＴＰ（Ｉｕインタフェースを介するＧＰＲＳトンネリングプロトコル）パケットの中継
●  ユーザプレーンでのＩｕｒ相互動作
【００２２】
ノードＢ＋要素は、すべてのＲＡＮ無線プロトコル（Ｌ１、Ｌ２およびＬ３）を終端する。ノードＢ＋の機能は、制御プレーンとユーザプレーンとで別々に研究される。
【００２３】
制御プレーン機能
このカテゴリーは、進化型ＲＡＮ内の接続中モードの端末の制御に関連したすべての機能を含む。主要機能は次のものである。
【００２４】
●  ＵＥの制御
●  ＲＡＮＡＰ接続終端
○  ＲＡＮＡＰ接続向けプロトコルメッセージの処理
●  ＲＲＣ接続の制御／終端
●  該当するユーザプレーン接続の初期化の制御
【００２５】
ＲＲＣ接続が終端すると、または機能がほかのノードＢ＋へ移行すると（サービングノードＢ＋移行）、ＵＥコンテキストはそれまでの（サービング）ノードＢ＋から除去される。制御プレーン機能は、ノードＢ＋の各セルのリソースの制御および設定、ならびにサービングノードＢ＋の制御プレーン部からの要求に応じた個別リソースの割当てのためのすべての機能も含む。
【００２６】
ユーザプレーン機能
ユーザプレーン機能は下記を含む。
【００２７】
●  ＰＤＣＰ（パケットデータコンバージェンスプロトコル）、ＲＬＣおよびＭＡＣのプロトコル機能
●  マクロダイバーシチ合成
【００２８】
拡張アップリンク個別チャネル（Ｅ−ＤＣＨ）
個別トランスポートチャネル（ＤＴＣＨ）のアップリンクエンハンスメントは、３ＧＰＰ技術仕様グループＲＡＮによって現在研究されている（http://www.3gpp.orgにて得られる非特許文献４を参照）。ＩＰベースのサービスの利用がより重要になってきているため、ＲＡＮの受信可能範囲（coverage）およびスループットの向上ならびにアップリンク個別トランスポートチャネルの遅延減少への要望が高まっている。ストリームーミング、双方向および背景のいずれのサービスも、拡張アップリンクにより便益を得られるであろう。
【００２９】
一つの拡張は、ノードＢ制御スケジューリング（Node B controlled scheluding）に関連して適応変調符号化方式（ＡＭＣ）を使用すること、それによるＵｕインタフェースの拡張である。既存のＲ９９／Ｒ４／Ｒ５のシステムでは、アップリンクの最大データレート制御はＲＮＣに備えられる。スケジューラをノードＢに移すことにより、ＲＮＣとノードＢとの間のインタフェースを介するシグナリングにより生じる遅延時間を削減でき、その結果、スケジューラはアップリンク負荷の経時変化により速く対応できるようになる。これは、ユーザ装置のＲＡＮとの通信における全遅延時間を減少させることができる。したがって、ノードＢ制御スケジューリングは、アップリンク負荷の減少時にはより高いデータレートを迅速に割り当て、アップリンク負荷の増加時にはアップリンクデータレートを個々に制限することにより、アップリンクの干渉をよりよく制御し、ノイズ上昇の変動を平滑化することができる。アップリンクの干渉のよりよい制御によって、受信可能範囲およびセルスループットを向上させることができる。
【００３０】
アップリンクの遅延を削減するものと考えられる別の技法は、その他のトランスポートチャネルに比較してＥ−ＤＣＨに対してより短いＴＴＩ（送信時間間隔）長を導入することである。１０ｍｓの送信時間間隔がその他のトランスポートチャネルで通常に使用されるのに対して、２ｍｓの送信時間間隔長がＥ−ＤＣＨでの使用に向けて現在調査されている。ＨＳＤＰＡにおける重要な技術の一つであったハイブリッドＡＲＱについても、拡張アップリンク個別チャネルへの適用が検討されている。ノードＢとユーザ装置との間のハイブリッドＡＲＱプロトコルは、誤りのある受信データユニットの迅速な再送を可能にし、その結果、ＲＬＣ（無線リンク制御）の再送回数およびそれに伴う遅延を削減することができる。これは、エンドユーザが感じるサービス品質を向上させることができる。
【００３１】
上記の拡張をサポートするために、以下ではＭＡＣ−ｅと呼ぶことにする新しいＭＡＣサブレイヤが導入される（非特許文献５を参照）。以下の節でさらに詳細に説明するが、この新しいサブレイヤのエンティティはユーザ装置とノードＢとに設置され得る。ユーザ装置側では、ＭＡＣ−ｅは、上位レイヤデータ（例えば、ＭＡＣ−ｄ）データを新規の拡張トランスポートチャネルに多重化し、ＨＡＲＱプロトコル送信エンティティを動作させるという新しいタスクを実行する。
【００３２】
さらに、ＵＴＲＡＮ側では、ハンドオーバ中にＭＡＣ−ｅサブレイヤがＳ−ＲＮＣに終端され得る。そのため、提供された並べ替え機能のための並べ替えバッファもＳ−ＲＮＣには備えられ得る。
【００３３】
ユーザ装置でのＥ−ＤＣＨ  ＭＡＣ構成
図４は、ユーザ装置側のＥ−ＤＣＨ  ＭＡＣの全体的な構成の典型的な例を示す。新たなＭＡＣ機能エンティティであるＭＡＣ−ｅ４０３が、Ｒｅｌ／９９／４／５のＭＡＣ構成に追加される。ＭＡＣ−ｅ４０３エンティティは、図５にさらに詳細に描かれる。
【００３４】
ユーザ装置からノードＢへ送信されるべきデータパケットを搬送するＭ個の異なるデータフローが存在する。これらのデータフローは、異なるＱｏＳ（サービス品質）、例えば、遅延や誤りの要件を有することができ、かつＨＡＲＱインスタンスの異なる設定を必要とすることもある。したがって、データパケットは異なる優先度キューに格納され得る。ユーザ装置とノードＢとにそれぞれ設置されたＨＡＲＱ送受信エンティティのセットは、ＨＡＲＱ処理と呼ぶことにする。スケジューラは、各ＨＡＲＱ処理を異なる優先度キューに割り当てる際にＱｏＳパラメータを考慮する。ＭＡＣ−ｅエンティティは、レイヤ１シグナリングを介してノードＢ（ネットワーク側）からスケジューリング情報を受信する。
【００３５】
ＵＴＲＡＮでのＥ−ＤＣＨ  ＭＡＣ構成
ソフトハンドオーバ動作では、ＵＴＲＡＮ側のＥ−ＤＣＨ  ＭＡＣ構成におけるＭＡＣ−ｅエンティティは、ノードＢ（ＭＡＣ−ｅｂ）とＳ−ＲＮＣ（ＭＡＣ−ｅｓ）に分散して配置され得る。ノードＢにおけるスケジューラは、アクティブユーザを選び、指令されたレート、推奨されたレート、または送信に許されたＴＦＣＳ（トランスポートフォーマットコンビネーションセット）の一部のサブセットにアクティブユーザを制限するＴＦＣ（トランスポートフォーマットコンビネーション）閾値を決定し、シグナリングすることにより、レート制御を実行する。
【００３６】
各ＭＡＣ−ｅエンティティは一つのユーザ（ＵＥ）に対応する。図６にノードＢのＭＡＣ−ｅ構成をさらに詳細に描く。ここで注目できることは、各ＨＡＲＱ受信器エンティティが、未解決の再送パケット中のビットを合成するために一定量または一定領域のソフトバッファメモリを割り当てられることである。いったんパケットの受信に成功すれば、そのパケットは、上位レイヤへの順序通りの配信（in-sequence delivery）を可能にする並べ替えバッファに送られる。図示された実現によれば、並べ替えバッファは、ソフトハンドオーバ中のＳ−ＲＮＣに備えられる（http://www.3gpp.orgで得られる非特許文献６を参照）。図７には、対応ユーザ（ＵＥ）の並べ替えバッファを含んでなるＳ−ＲＮＣ  ＭＡＣ−ｅ構成が示される。並べ替えバッファの数は、ユーザ装置側の対応するＭＡＣ−ｅエンティティにおけるデータフローの数に等しい。データおよび制御情報は、ソフトハンドオーバ中、アクティブセット内のすべてのノードＢからＳ−ＲＮＣに送信される。
【００３７】
必要なソフトバッファのサイズは、使用されるＨＡＲＱ方式に依存することに留意すべきである。例えば、増加冗長性（ＩＲ）を使用するＨＡＲＱ方式は、チェイス合成（ＣＣ）を使用するものに比べてより大きいソフトバッファを必要とする。
【００３８】
Ｅ−ＤＣＨシグナリング
特定方式の動作のために必要とされるＥ−ＤＣＨ関連制御シグナリングは、アップリンクおよびダウンリンクのシグナリングを含む。シグナリングは、検討中のアップリンクエンハンスメントに依存する。
【００３９】
ノードＢ制御スケジューリング（例えば、ノードＢ制御タイムアンドレートスケジューリング（Node B controlled time and rate scheluding））を可能にするためには、ユーザ装置はノードＢへのデータ送信用のアップリンクである要求メッセージを送信しなければならない。要求メッセージは、ユーザ装置の状態情報、例えば、バッファ状態、電力状態、チャネル品質推定値などを含み得る。要求メッセージは、以下では、スケジューリング情報（ＳＩ）と言う。この情報に基づいて、ノードＢは、ノイズ上昇を推定することができ、ＵＥをスケジューリングすることができる。ノードＢからＵＥへのダウンリンクで送信される許可メッセージにより、ＵＥが送信できる最大データレートおよび時間間隔を有するＴＦＣＳを、ノードＢはＵＥに割り当てる。許可メッセージは、以下では、スケジューリング割当て（ＳＡ）と言う。
【００４０】
アップリンクで、ユーザ装置は、送信パケットを正しく復号化するために必要なレートインジケータメッセージ情報、例えば、トランスポートブロックサイズ（ＴＢＳ）、変調符号化方式（ＭＣＳ）レベルなどをノードＢにシグナリングしなければならない。さらに、ＨＡＲＱを使用する場合、ユーザ装置は、ＨＡＲＱに関連する制御情報（例えば、ハイブリッドＡＲＱ処理番号、ＵＭＴＳ  Ｒｅｌ．５では新規データインジケータ（ＮＤＩ）と呼ばれるＨＡＲＱシーケンス番号、冗長バージョン（ＲＶ）、レートマッチングパラメータなど）をシグナリングしなければならない。
【００４１】
拡張アップリンク個別チャネル（Ｅ−ＤＣＨ）で送信されたパケットの受信および復号化の後に、ノードＢはユーザ装置に送信が成功したか否かについて、それぞれＡＣＫ／ＮＡＣＫをダウンリンクで送信することにより通知する必要がある。
【００４２】
Ｒｅｌ９９／４／５のＵＴＲＡＮ内のモビリティ管理
モビリティ管理に関連したいくつかの手順を説明する前に、以下で頻繁に使用されるいくつかの用語をまず定義しておく。
【００４３】
無線リンクは、単一のＵＥと単一のＵＴＲＡＮアクセスポイントとの間の論理結合として定義できる。その物理的な実現は、無線ベアラによる伝送を含む。
【００４４】
ハンドオーバは、接続の一時的な中断を伴う（ハードハンドオーバ）、あるいはＵＥが常時ＵＴＲＡＮに接続されるようにＵＥ接続への／ＵＥ接続からの無線ベアラの包含／排除を伴う（ソフトハンドオーバ）、一つの無線ベアラから別のベアラへのＵＥ接続の移動として理解することができる。ソフトハンドオーバは、符号分割多元接続（ＣＤＭＡ）技術を使用するネットワークに特有のものである。ハンドオーバの実行は、本ＵＴＲＡＮ構成を例にとる場合、移動無線ネットワーク内のＳ−ＲＮＣによって制御され得る。
【００４５】
ＵＥに関連するアクティブセットは、ＵＥと無線ネットワークとの間の特定の通信サービスに同時に関与する一組の無線リンクを含む。アクティブセット更新手順が、ＵＥとＵＴＲＡＮとの間の通信のアクティブセットを修正するために使用される場合がある。この手順は、無線リンクの追加、無線リンクの除外、ならびに無線リンクの追加および除外の三つの機能を含み得る。アクティブセットに基づいて、ＵＥが現在通信しているノードＢのセットが特定されることに留意すべきである。
【００４６】
同時無線リンクの最大数は８に設定される。個々の基地局のパイロット信号強度がアクティブセット内の最も強度の強いメンバーのパイロット信号に対する一定の閾値を超える場合、新たな無線リンクがアクティブセットに追加される。
【００４７】
個々の基地局のパイロット信号強度がアクティブセット内の最も強度の強いメンバーのパイロット信号に対する一定の閾値を超える場合、ある無線リンクがアクティブセットから除外される。無線リンク追加の閾値は、無線リンク削除の閾値より高い値が、通常、選定される。したがって、追加および除外のイベントは、パイロット信号強度に対してヒステリシスをなす。
【００４８】
パイロット信号の測定値は、ＲＲＣシグナリングを利用してＵＥからネットワーク（例えば、Ｓ−ＲＮＣ）に報告できる。測定結果を送信する前に、高速フェージングを平均化するために、何らかのフィルタリングが通常行われる。典型的なフィルタリング期間は約２００ｍｓほどであるが、この期間がハンドオーバ遅延の一因になる。測定結果に基づき、ネットワーク（例えば、Ｓ−ＲＮＣ）は、アクティブセット更新手順の機能（現在のアクティブセットへの／からのノードＢの追加／除外）のうちの一つの実行開始を決定することができる。
【００４９】
Ｅ−ＤＣＨ  −  ノードＢ制御スケジューリング
ノードＢ制御スケジューリングは、アップリンクでより高いセルスループットを得るために、かつ受信可能範囲を増大させるために、アップリンクの電力リソースのより効率的な利用を可能にすると予見されるＥ−ＤＣＨに向けた技術的特徴の一つである。「ノードＢ制御スケジューリング」という表現は、ＲＮＣにより定められた限度内で、ノードＢがＴＦＣのセット（この中からＵＥは適切なＴＦＣを選べる）を制御する可能性を意味する。あるＴＦＣをＵＥが自発的に選べるＴＦＣのセットは、以下では、「ノードＢ制御ＴＦＣサブセット（Node B controlled TFC subset）」と言う。
【００５０】
「ノードＢ制御ＴＦＣサブセット」は、図８に見られるように、ＲＮＣにより設定されたＴＦＣＳの一部をなすサブセットである。Ｒｅｌ５のＴＦＣ選択アルゴリズムを使用して、ＵＥは「ノードＢ制御ＴＦＣサブセット」から適切なＴＦＣを選択する。十分な電力マージンがあり、十分なデータが利用可能であり、ＴＦＣがブロックされた状態ではない限り、ＵＥは「ノードＢ制御ＴＦＣサブセット」からどのＴＦＣを選んでもよい。Ｅ−ＤＣＨ向けのＵＥ送信スケジューリングについては、二つの基本的な手法がある。これらのスケジューリング方式は、ＵＥでのＴＦＣ選択の管理として捉えることができるが、ノードＢが如何にしてこの処理に影響を及ぼすか、およびそれに関連したシグナリング要件が主な違いとなっている。
【００５１】
ノードＢ制御レートスケジューリング（Node B controlled rate scheduling）
このスケジューリング手法の原則は、ノードＢが、迅速なＴＦＣＳ制限制御によって、ユーザ装置のトランスポートフォーマットコンビネーションの選択を制御し、制限できるようにすることである。ノードＢは、レイヤ１シグナリングによって、そこからユーザ装置が適切なトランスポートフォーマットコンビネーションを自発的に選べる「ノードＢ制御ＴＦＣサブセット」を拡大／縮小することができる。ノードＢ制御レートスケジューリングでは、すべてのアップリンク送信が並列に生じ得るが、レートは、ノードＢにおいてノイズ上昇閾値を超えないように十分に低い。したがって、異なるユーザ装置からの送信が時間的に重複することもある。レートスケジューリングでは、ノードＢはアップリンクＴＦＣＳの制限のみが可能であるが、ＵＥがＥ−ＤＣＨで送信する時間については何の制御も行わない。ノードＢは同時に送信しているＵＥの数を把握しないため、セル中のアップリンクでのノイズ上昇の緻密な制御は不可能である（http://www.3gpp.orgにて得られる非特許文献４のバージョン１．０．０を参照）。
【００５２】
ノードＢとユーザ装置との間のレイヤ１シグナリングによるトランスポートフォーマットコンビネーション制御を可能にするために、二つの新たなレイヤ１メッセージが導入される。レート要求（ＲＲ）は、ユーザ装置からノードＢへアップリンクで送信され得る。ＲＲによって、ユーザ装置は、ノードＢに「ノードＢ制御ＴＦＣサブセット」を１ステップごとに拡大／縮小することを要求できる。さらに、レート許可（ＲＧ）は、ノードＢによってユーザ装置へダウンリンクで送信され得る。ＲＧを用いて、例えば、アップ／ダウンコマンドを送信することにより、ノードＢは「ノードＢ制御ＴＦＣサブセット」を変更できる。この新たな「ノードＢ制御ＴＦＣサブセット」は、次に更新される時まで有効となる。
【００５３】
ノードＢ制御タイムアンドレートスケジューリング
ノードＢ制御タイムアンドレートスケジューリングの基本原則は、（理論的にのみ）ユーザ装置のサブセットが、ノードＢでの所望の全ノイズ上昇を超えないように、所与の時間に送信できるようにすることである。１ステップごとに「ノードＢ制御ＴＦＣサブセット」を拡大／縮小するためにアップ／ダウンコマンドを送信する代わりに、ノードＢは、明示的シグナリングによって、例えば、ＴＦＣＳインジケータ（ポインタでもよい）を送信することにより、トランスポートフォーマットコンビネーションサブセットを任意の許容値に更新することができる。
【００５４】
さらに、ノードＢは、ユーザ装置が送信を行える開始時間と有効期間とを設定することができる。異なるユーザ装置に対する「ノードＢ制御ＴＦＣサブセット」の更新は、可能な範囲内で時間的に重複する複数のユーザ装置からの送信を避けるために、スケジューラによって調整され得る。ＣＤＭＡシステムのアップリンクでは、同時送信は常に互いに干渉し合う。したがって、Ｅ−ＤＣＨで同時にデータを送信するユーザ装置数を制御することによって、ノードＢは、セル中のアップリンク干渉レベルのより緻密な制御を行うことができる。ノードＢのスケジューラは、例えば、ユーザ装置のバッファ状態、ユーザ装置の電力状態およびノードＢにおける利用可能な全受信干渉電力（ＲｏＴ）マージン（interference Rise over Thermal margin）に基づいて、どのユーザ装置に送信を許すかを決定するとともに、送信時間間隔（ＴＴＩ）ごとに対応ＴＦＣＳインジケータを決定することができる。
【００５５】
ノードＢ制御タイムアンドレートスケジューリングをサポートするために、二つの新たなレイヤ１メッセージが導入される。スケジューリング情報更新（ＳＩ）は、ユーザ装置によってノードＢへアップリンクで送信され得る。ユーザ装置がスケジューリング要求をノードＢに送信する必要があると判断すれば（例えば、ユーザ装置のバッファに新しいデータが発生する場合など）、ユーザ装置は必要なスケジューリング情報を送信することができる。このスケジューリング情報によって、ユーザ装置は自装置の状態に関する情報、例えば、バッファの占有度や利用可能な送信電力をノードＢに提供する。
【００５６】
スケジューリング割当て（ＳＡ）は、ノードＢからユーザ装置へダウンリンクで送信され得る。スケジューリング要求を受信すると、ノードＢは、スケジューリング情報（ＳＩ）とノードＢにおける利用可能なＲｏＴマージンなどのパラメータとに基づき、ユーザ装置をスケジューリングすることができる。スケジューリング割当て（ＳＡ）において、ノードＢは、ＴＦＣＳインジケータ、ならびにユーザ装置により使用されるその後の送信の開始時間および有効期間をシグナリングすることができる。
【００５７】
ノードＢ制御タイムアンドレートスケジューリングは、前述したように、レートのみ制御されるスケジューリングに比べてより緻密なＲｏＴ制御を可能にする。しかし、ノードＢでの干渉のこのより緻密な制御は、レート制御スケジューリングに比べてより多いシグナリングオーバヘッドおよびスケジューリング遅延（スケジューリング要求およびスケジューリング割当てメッセージ）を費やして得られる。
【００５８】
図１０に、ノードＢ制御タイムアンドレートスケジューリングの大まかなスケジューリング手順を示す。ユーザ装置がＥ−ＤＣＨでのデータ送信のスケジューリングを望むとき、ユーザ装置はまず、スケジューリング要求をノードＢに送信する。ここでＴｐｒｏｐは、エアインタフェースの伝播時間を示す。このスケジューリング要求の内容物は、例えば、ユーザ装置のバッファ状態や電力状態の情報（スケジューリング情報）である。当該スケジューリング要求を受信すると、ノードＢは取得した情報を処理し、スケジューリング割当てを決定することができる。スケジューリングは、処理時間Ｔｓｃｈｅｄｕｌｅを必要とする。
【００５９】
ＴＦＣＳインジケータならびに対応する送信開始時間および有効期間を含むスケジューリング割当てが、次に、ユーザ装置へのダウンリンクで送信され得る。スケジューリング割当て受信後、ユーザ装置は、割り当てられた送信時間間隔でＥ−ＤＣＨでの送信を開始する。
【００６０】
Ｅ−ＤＣＨはアップリンクにおける複数のユーザ装置によるその他の送信の混合物と共存することになるので、レートスケジューリングまたはタイムアンドレートスケジューリングのいずれかの使用は、利用可能な電力により制限され得る。異なるスケジューリングモードの共存は、異なるトラヒックタイプを扱う上で柔軟性を提供することができる。例えば、少量のデータのトラヒックおよび／またはＴＣＰのＡＣＫ／ＮＡＣＫなどのより高い優先度のトラヒックは、タイムアンドレート制御スケジューリングを使用する場合に比較して、自発送信（autonomous transmission）を含むレートのみの制御モードを使用して送信され得る。レート制御モードは、遅延時間がより少なくなり、シグナリングオーバヘッドもより低くなる。
【００６１】
トランスポートチャネルおよびＴＦＣ選択
第三世代移動通信システムでは、上位レイヤで生成されたデータは、物理レイヤの異なる物理チャネルにそれぞれマッピングされる複数のトランスポートチャネルにより無線で搬送される。トランスポートチャネルは、情報転送のために、物理レイヤによって伝送媒体アクセス制御（ＭＡＣ）レイヤに提供されるサービスである。トランスポートチャネルは、主に二つのタイプに分けられる。
【００６２】
●  共通トランスポートチャネル：トランスポートチャネル上のデータがすべてのＵＥのうち特定のＵＥまたはサブセットを宛先とする場合、受信ＵＥの明示的識別情報を必要とする（ブロードキャストトランスポートチャネルではＵＥを識別する必要はない）
●  個別トランスポートチャネル：受信ＵＥはトランスポートチャネルを伝送する物理チャネルによって暗黙に指定される
【００６３】
個別トランスポートチャネルの一例がＥ−ＤＣＨである。データは、送信時間間隔（ＴＴＩ）と一般に呼ばれる周期的な間隔の間、トランスポートチャネル内で送信される。トランスポートブロックは、トランスポートチャネルを介して、すなわち、物理レイヤとＭＡＣレイヤとの間で交換される基本的データユニットである。トランスポートブロックは、各ＴＴＩ当り一度、物理レイヤへ到着し、または物理レイヤにより配信される。トランスポートフォーマット（ＴＦ）は、データがＴＴＩ中にトランスポートチャネルでどのように送信されるかを記述する。
【００６４】
トランスポートフォーマットは、二つ部分を含む。半固定的部分は、送信時間間隔（ＴＴＩ）（例えば、１０ｍｓ、２０ｍｓ、４０ｍｓ、８０ｍｓ）、ＦＥＣ（前方誤り訂正）符号化のタイプ（例えば、畳み込み、ターボ、なし）、チャネル符号化率（例えば、１／２、１／３）およびＣＲＣサイズを指示する。第二の部分、動的部分は、ＴＴＩ当りのトランスポートブロック数、およびトランスポートブロック当りのビット数を指示する。
【００６５】
動的部分の属性は、ＴＴＩごとに可変であるが、半固定的部分の属性はＲＲＣトランスポートチャネル再設定手順によって変更される。各トランスポートチャネルについて、トランスポートフォーマットのセット、いわゆるトランスポートフォーマットセット（ＴＦＳ）が定義される。ＴＦＳは、トランスポートチャネルセットアップ時にＲＲＣからＭＡＣレイヤに割り当てられる。アップリンクまたはダウンリンクの接続は、通常、２個以上のトランスポートチャネルを含む。すべてのトランスポートチャネルのトランスポートフォーマットの組合せは、トランスポートフォーマットコンビネーション（ＴＦＣ）として知られる。各ＴＴＩの開始時に、すべてのトランスポートに適切なＴＦＣが選択される。トランスポートチャネルの数により、ＴＦＣは、ＴＴＩ内に各トランスポートチャネルのデータを送信するために使用すべきトランスポートフォーマットを定義するいくつかのＴＦを含む。
【００６６】
ＭＡＣレイヤは、ＲＲＣ無線リソース制御ユニットにより割り当てられたトランスポートフォーマットコンビネーションのセット（すなわち、ＴＦＣＳ、トランスポートフォーマットコンビネーションセット）を基に、各トランスポートチャネルごとにトランスポートフォーマットを選択し、さらに当該ＴＴＩ中に関連トランスポートチャネルで送信される各論理チャネルのデータの量を選択する。この手順を「ＴＦＣ（トランスポートフォーマットコンビネーション）選択」と言う。ＵＭＴＳ  ＴＦＣ選択手順についての詳細は、http://www.3gpp.orgにて得られる非特許文献７を参照されたい。
【００６７】
ＵＥにおけるＴＦＣ選択は、関与するトランスポートチャネルのうち最も小さいＴＴＩを表す各基準ＴＴＩの開始時に実行され得る。例えば、トランスポートチャネル＃１のＴＴＩ長が１０ｍｓであり、トランスポートチャネル＃２、＃３についてはＴＴＩ長が４０ｍｓであるような３個のトランスポートチャネルの間でＴＦＣ選択が行われるとすれば、ＴＦＣ選択は１０ｍｓごとに実行される。
【００６８】
Ｅ−ＤＣＨ向けのソフトハンドオーバ（ＳＨＯ）
Ｒｅｌ９９／４／５での個別チャネルと同様に、Ｅ−ＤＣＨでのデータ送信に対してソフトハンドオーバをサポートすることが現在検討されている。ソフトハンドオーバ中にＵＥのアップリンク送信を制御する方法には、いつかの選択肢がある。ＵＥのアップリンク送信（最大データレート／電力比）を制御するスケジューリングエンティティ（スケジューリングノードＢ）が一つだけの場合もあり、複数（例えば、アクティブセットに属するすべてのノードＢ）の場合もある。
【００６９】
ソフトハンドオーバ中のＵＥのＥ−ＤＣＨ送信は、アクティブセット内の複数のセルのＲｏＴ変動に影響を及ぼし得る。例えば、単独のスケジューリングエンティティとして一つのノードＢが特定されている場合、アクティブセット内の非スケジューリングセルを考慮せずにＳＨＯ中のＵＥをスケジューリングすると、上記セルでのＲｏＴの予期せぬ変動を引き起こし得る。他セル干渉とも呼ばれるこの干渉は、上記セルにおける平均セルスループットに影響を及ぼし得る。
【００７０】
式１は、システム中の指定されたノイズ上昇目標に対して、ｉ係数（自セル干渉に対する他セル干渉の比として定義される）の増加が平均セルスループットを減少させることを示す。この式は、非特許文献８で提示された基本式から容易に導出可能である。
【００７１】
【数１】
2007151146.tif 000003
【００７２】
ｉ係数を減少させ、したがって、平均セルスループットを増大させる一つの方法は、ソフトハンドオーバ中のＵＥについては高いデータレートでの送信を回避することである。上記ＵＥに対してスケジューリングノードＢから小さいデータレートのみが割り当てられる。しかし、この方策は、他方では、拡張アップリンクの目的の一つに反して受信可能範囲を縮小させてしまう。したがって、ＳＨＯ中のＵＥに対するアップリンクノイズ上昇の効率的な管理を可能にする何らかのほかの方法が必要である。
【００７３】
複数のスケジューリングノードＢの場合には、さらに別の問題があると思われる。図１１は、アクティブセット内の両方のノードＢが、Ｅ−ＤＣＨ送信の最大許容データレートを制限することによりＵＥのアップリンク送信を制御する、典型的なソフトハンドオーバのシナリオを示す。各ノードＢは、割り当てられた最大許容送信データレートに従って、このＵＥに対するリソースを確保する。
【００７４】
この例では、ノードＢ２（Node B2）がＵＥに最大データレート２５６ｋｐｓのリソースを割り当て、一方ノードＢ１（Node B1）は６４ｋｐｓまでのリソースだけをＵＥに割り当てる。
【００７５】
予期せぬアップリンク干渉がノードＢ１に生じることを避けるために、ＵＥは、例えば、最低レート制限の６４ｋｂｐｓを採用するであろう。しかし、ノードＢ２は、ノードＢ１によってシグナリングされた最大許容データレートを知らないので、使用されることのないリソースをＵＥに割り当てたことになる。ノードＢ２の制御の下では、この未使用のリソースをほかのＵＥに割り当てることができた可能性がある。
【非特許文献１】D. Chase: ″Code combining: A maximum-likelihood decoding approach for combining an arbitrary number of noisy packets″, IEEE Transactions on Communications, Col. COM-33, pages 385 to 393, May 1985
【非特許文献２】3GPP TR 25.401: ″UTRAN Overall Description″
【非特許文献３】3GPP TR 25.897: ″Feasibility Study on the Evolution of UTRAN Architecture″, V.0.2.0
【非特許文献４】3GPP TR 25.896: ″Feasibility Study for Enhanced Uplink for UTRA FDD (Release 6)″
【非特許文献５】3GPP TSG RAN WG1, meeting #31, Tdoc R01-030284, ″Scheduled and Autonomous Mode Operation for the Enhanced Uplink″
【非特許文献６】3GPP TSG RAN WG1, meeting #31: ″HARQ Structure″, TdocR1-030247
【非特許文献７】3GPP TS 25.321, ″Medium Access Control (MAC) protocol specification; (Release 6)″, version 6.1.0
【非特許文献８】Holma et al., ″WCDMA for UMTS″, Wiley & Sons, <year>, <chapter/pages>, 2002, Chapter 8, Page 174
【発明の開示】
【００７６】
本発明の目的は、ソフトハンドオーバ中のアップリンク送信が全受信干渉電力に与える影響を制御する方法を提供することである。
【００７７】
この目的は、独立請求項の主題によって解決される。本発明の有利な実施の形態は、従属請求項の主題である。
【００７８】
本発明の一実施の形態に係るアップリンクデータ送信のスケジューリングに関連する情報を通信する方法は、移動通信システムにおいて移動端末が前記移動端末のソフトハンドオーバ中に複数の基地局へアップリンクでデータを送信し且つ前記複数の基地局のうちの少なくとも一つのスケジューリング基地局がソフトハンドオーバ中の前記移動端末のアップリンクデータ送信をスケジューリングする、アップリンクデータ送信のスケジューリングに関連する情報を通信する方法であって、前記少なくとも一つのスケジューリング基地局において、ソフトハンドオーバ中の前記移動端末に割り当てられた最大量のアップリンクリソースを示すスケジューリング情報を決定するステップと、前記最大量のアップリンクリソースを前記複数の基地局のうちの少なくとも一つの他の基地局へ通知するステップと、前記少なくとも一つの他の基地局において、自基地局と通信している少なくとも一つの他の移動端末を、通知された前記最大量のアップリンクリソースを用いてスケジューリングするステップと、を含むようにした。
【００７９】
本発明の他の実施の形態に係る移動通信システムは、移動端末が前記移動端末のソフトハンドオーバ中に複数の基地局へアップリンクでデータを送信し且つ前記複数の基地局のうちの少なくとも一つのスケジューリング基地局がソフトハンドオーバ中の前記移動端末のアップリンクデータ送信をスケジューリングする、アップリンクデータ送信のスケジューリングに関連する情報を通信する移動通信システムであって、前記複数の基地局を有し、前記少なくとも一つのスケジューリング基地局は、ソフトハンドオーバ中の前記移動端末に割り当てられた最大量のアップリンクリソースを示すスケジューリング情報を決定するとともに、前記最大量のアップリンクリソースを前記複数の基地局のうちの少なくとも一つの他の基地局に通知し、前記少なくとも一つの他の基地局の各基地局は、自基地局と通信している少なくとも一つの他の移動端末を、通知された前記最大量のアップリンクリソースを用いてスケジューリングする、構成を採る。
【００８０】
本発明の更に他の実施の形態に係る基地局は、アップリンクデータ送信のスケジューリングに関連する情報を通信する移動通信システムにおける基地局であって、前記移動通信システムにおいて移動端末は前記移動端末のソフトハンドオーバ中に前記基地局を含む複数の基地局へアップリンクでデータを送信し、ソフトハンドオーバ中の前記移動端末に割り当てられた最大量のアップリンクリソースを示すスケジューリング情報を決定する処理手段と、前記最大量のアップリンクリソースを、少なくとも一つの他の移動端末のスケジューリングでの使用のために、前記複数の基地局のうち少なくとも一つの他の基地局に通知する通知手段と、を有する構成を採る。
【００８１】
本発明の更に他の実施の形態に係る無線ネットワークコントローラは、移動通信システムにおいてソフトハンドオーバ中に複数の基地局へアップリンクでデータを送信する移動端末のアップリンクデータ送信のスケジューリングに関連する情報を通信する前記移動通信システムにおける無線ネットワークコントローラであって、前記複数の基地局のうちの少なくとも一つの基地局からソフトハンドオーバ中の前記移動端末に割り当てられた最大量のアップリンクリソースを受信する受信部と、受信された前記最大量のアップリンクリソースを、少なくとも一つの他の移動端末のスケジューリングでの使用のために、前記複数の基地局のうちの少なくとも一つの他の基地局へシグナリングする送信部と、を有する構成を採る。
【００８２】
本発明の更に他の実施の形態に係るアップリンクデータ送信のスケジューリングに関連する情報を通信する方法は、移動通信システムにおいて移動端末が前記移動端末のソフトハンドオーバ中に複数の基地局へアップリンクでデータを送信し且つ前記複数の基地局のうちの少なくとも一つのサブセットがソフトハンドオーバ中の前記移動端末のアップリンクデータ送信をスケジューリングする、アップリンクデータ送信のスケジューリングに関連する情報を通信する方法であって、前記移動端末において、前記移動端末に割り当てられた最大量のアップリンクリソースを示すスケジューリング情報を前記複数の基地局のうちの少なくとも一つのサブセットから受信するステップと、受信された前記最大量のアップリンクリソースに基づいて、前記移動端末において、前記複数の基地局へのアップリンクデータ送信のための前記最大量のアップリンクリソースを選択するステップと、選択された前記最大量のアップリンクリソース、またはアップリンクデータ送信の最大電力比を前記複数の基地局へ通知するステップと、を含むようにした。
【００８３】
本発明の更に他の実施の形態に係る移動端末は、アップリンクデータ送信のスケジューリングに関連する情報を通信する移動端末であって、前記移動端末は、移動通信システムにおいて前記移動端末のソフトハンドオーバ中に複数の基地局へアップリンクでデータを送信し、前記複数の基地局のうちの少なくとも一つのサブセットは、ソフトハンドオーバ中の前記移動端末のアップリンクデータ送信をスケジューリングし、前記移動端末に割り当てられた最大量のアップリンクリソースを示すスケジューリング情報を前記複数の基地局のうちの少なくとも一つのサブセットから受信する受信部と、受信された前記最大量のアップリンクリソースに基づいて、前記複数の基地局へのアップリンクデータ送信のための前記最大量のアップリンクリソースを選択する選択手段と、選択された前記最大量のアップリンクリソース、またはアップリンクデータ送信の最大電力比を前記複数の基地局に通知する送信部と、を有する構成を採る。
【発明を実施するための最良の形態】
【００８４】
以下に、添付の図および図面を参照して本発明をさらに詳細に説明する。図中の同等または類似の細部には、同一の参照番号を付けてある。
【００８５】
以下の段落では、本発明の多様な実施の形態を説明する。典型的な例を示すという目的でのみ、実施の形態の大部分は、ＵＭＴＳ通信システムに関連して概説される。また、以下の節で使用される専門用語は、主にＵＭＴＳの用語に関連する。しかし、ＵＭＴＳ構成に関連する使用用語および実施の形態の説明は、本発明の原理および思想を上記システムに限定することを意図したものではない。
【００８６】
また、前述の背景技術の節で述べた詳細な説明は、以下に説明する主にＵＭＴＳに特有の典型的な実施例をよりよく理解してもらうためのものにすぎず、移動通信ネットワークにおける処理および機能のここで述べた特定の実現に本発明を限定するものと理解すべきではない。
【００８７】
以下の節で概説する思想および原理は、移動端末のソフトハンドオーバ中に基地局によりスケジューリングされるアップリンクデータ送信を提供する移動通信システムに適用できる。さらに、ここで概説される原理は、個別の許容ノイズ上昇量を個々のＵＥに割当て可能であり、したがって、特にソフトハンドオーバ中にＵＥのノイズ上昇管理を可能にするシステムに特に適用できる。
【００８８】
前述のとおり、本発明は、例えば、ＵＭＴＳ移動通信システムにおいて拡張個別チャネル（Ｅ−ＤＣＨ）でのアップリンク送信に採用される場合に好適である。
【００８９】
本発明の一実施の形態は、ソフトハンドオーバ中の移動端末（例えば、ＵＥ）のアップリンク送信に、すなわち移動端末が複数の基地局（例えば、ノードＢ）と同時に通信する状況でのアップリンク送信にＲｏＴ管理を導入することを提案する。
【００９０】
単一の基地局がソフトハンドオーバ中の移動端末のアップリンク送信のスケジューリングを担当するという典型的なケースを考えれば、この基地局が最大量のアップリンクリソースを当該移動端末に選択することができ、この最大量のアップリンクリソースを同端末に割り当てることができる。さらに、上記基地局は、この選択した最大量のアップリンクリソースを当該移動端末の無線リソースを制御するネットワークエンティティへ通知することができる。このネットワークエンティティは、スケジューリング制御基地局によって当該移動端末に割り当てられた最大量のアップリンクリソースについての情報を当該移動端末と通信しているその他の基地局に提供するかどうかを決定する。
【００９１】
当該移動端末に割当て可能な最大量のアップリンクリソースの選択および割当ては、スケジューリング制御ノードＢのＴＦＣＳ制御の一部とすることができる。本ＵＴＲＡＮ構成では、無線ネットワーク制御エンティティは、Ｓ−ＲＮＣである。代替的には、進化型ＵＴＲＡＮ構成を考慮する場合、サービングノードＢは、当該移動端末の無線リソースを制御することができる。
【００９２】
別の実施の形態は、ソフトハンドオーバ中の当該移動端末と通信しているすべての基地局が能動的にこの移動端末からのアップリンク送信をスケジューリングすることができる場合を考慮する。したがって、異なる基地局が異なる最大量のアップリンクリソースを当該端末に割り当てることを決めることがあり、その結果、前述したとおり、ＲｏＴへの望ましくない影響が生じる。本発明のこの実施の形態では、各基地局（または少なくともアップリンク送信をスケジューリングする基地局）は、それぞれの基地局が当該移動端末に割り当てられた最大量のアップリンクリソースを上記無線リソース制御エンティティに通知することができる。
【００９３】
無線リソース制御エンティティは、当該移動端末と通信しているすべての基地局によりこの移動端末に割当て可能な適切な量のアップリンクリソースを選択するためにいろいろな方策を使用することができる。この選択された量のアップリンクリソースは、次に、個々の基地局へ提供され得る。各基地局は、各基地局が担当している移動端末のスケジューリングにこの情報を利用することができる。
【００９４】
例えば、無線リソース制御エンティティは、通知された最低量のアップリンクリソース、またはアップリンクリソースの統合量（これは、例えば、通知された各アップリンクリソース量を基にして決定されたアップリンクリソースの平均量とすることができる）を選択することができる。
【００９５】
これらの典型的な実施の形態およびその変形は、例示目的で、Ｅ−ＤＣＨでのアップリンク送信および現在のＵＴＲＡＮ構成に関連させて、さらに詳細に以下の段落で説明する。
【００９６】
前述したとおり、ソフトハンドオーバのシナリオの一つの問題は、アクティブセットの各ノードＢが、アクティブセット内のその他のノードＢのアップリンク干渉状況について認識していない点である。さらに、各ノードＢは、アクティブセットのその他のノードＢからシグナリングされた、例えば、最大割当て可能データレートなどのスケジューリング関連コマンドも認識することができない。この問題を克服する一つの方法は、アクティブセットの各ノードＢ間に何らかの調整を導入することである。
【００９７】
ソフトハンドオーバ中に一つだけのスケジューリングエンティティ、例えば、最良のダウンリンクのセルを有する場合、スケジューリングノードＢからの最大割当てＴＦＣ（最大データレート）を非スケジューリングノードＢは認識しない。その結果、ＵＥは、これらの非スケジューリングノードＢの無線セル中で相当な量の予期せぬアップリンクノイズ上昇を引き起こす可能性がある。
【００９８】
この予期せぬアップリンクノイズ上昇を回避し、したがって、より効率的なＲｏＴ制御を提供するためには、スケジューリングノードＢがアクティブセットのその他のノードＢにＵＥへの最大割当てＴＦＣを通知することができる。例えば、これは、Ｉｕｂ／Ｉｕｒインタフェースを介する制御シグナリングによって実現され得る。
【００９９】
最初に、スケジューリングノードＢは、例えば、自セルにおけるアップリンク干渉状態に基づき、および／またはＵＥからのスケジューリング要求に基づき、ＵＥへの最大ＴＦＣ（データレート）を決定することになろう。スケジューリングノードＢは、Ｉｕｂ／Ｉｕｒを介する制御シグナリングでこの「最大割当てＴＦＣ」をＳ−ＲＮＣへシグナリングすることになろう。
【０１００】
Ｓ−ＲＮＣは、次に、Ｉｕｂ／Ｉｕｒを介する制御シグナリングで「最大割当てＴＦＣ」をアクティブセットのその他のノードＢに通知することができる。アクティブセットの各ノードＢは、それぞれの無線セル内のアップリンクノイズ上昇管理においてこのシグナリングされた値を勘案することができる。その他の非スケジューリングノードＢは、今は最大割当てを認識しているので、予期せぬアップリンクノイズ上昇がＵＥによって引き起こされることはない。上記ノードＢは、各々の無線セル内のほかのＵＥのスケジューリングに、このシグナリングされた「最大ＴＦＣ」を用いることができる。
【０１０１】
変形では、スケジューリングノードＢは、例えば、ソフトハンドオーバ中のＵＥをスケジューリングするたびに、最大ＵＥ割当てデータレートをアクティブセットのその他のノードＢに通知することができる。別の変形では、スケジューリングノードＢは、前の割当て最大ＴＦＣに比較して顕著な差がある場合に、新しい割当て最大ＴＦＣをアクティブセット内のその他のノードＢに通知することができる。差の大きさは、例えば、閾値に基づいて判定することができる。この動作は、例えば、Ｉｕｂ／Ｉｕｒシグナリングオーバヘッドを減少させることができる。
【０１０２】
上に述べた方法を例示するための一例を図１２に示す。ＵＥは初め、ノードＢ１とのみ接続している。これに応じて、ＵＥとノードＢ１との間の制御シグナリングに基づいて、「ノードＢ１制御ＴＦＣサブセット」がノードＢ１およびＵＥにおいて更新される。ＵＥがソフトハンドオーバに入ると、ＵＥとノードＢ２との間に新たな無線リンクが確立される、すなわち、ノードＢ２がアクティブセットに追加される。
【０１０３】
ＵＥから報告された測定結果に基づいて、Ｓ−ＲＮＣがアクティブセット更新手順を起動すると、Ｓ−ＲＮＣは、ノードＢ１に、ＵＥに割り当てられた「最大ＴＦＣ」をシグナリングするように要求することができる。Ｓ−ＲＮＣは「最大ＴＦＣ」をノードＢ１からノードＢ２へ伝達することができる。
【０１０４】
例示目的でＵＭＴＳネットワークへの無線リンクの追加を考えれば、アクティブセットへの新しい無線リンクの追加は、多少のＩｕｂおよびＲＲＣのシグナリングを必要とする。したがって、提案されたメカニズムの適用による遅延という点では問題はない。
【０１０５】
「最大ＴＦＣ」をＳ−ＲＮＣから受信すると、ノードＢ２は、当該ＵＥにリソースを確保でき、アップリンクノイズ上昇をより効率的に管理できる。
【０１０６】
この実施の形態の別の変形による別の典型的なソフトハンドオーバのシナリオでは、複数のノードＢがスケジューリングコマンドをＵＥへ送信できるようにされ、例えば、アクティブセットのすべてのノードＢがＴＦＣ制限によってアップリンク送信を制御する。
【０１０７】
図１４に示したソフトハンドオーバのシナリオを例示目的で仮定すると、それぞれのセル中のアップリンク干渉状態に従って、ノードＢ１はＴＦＣ６までのデータレートを、ノードＢ２はＴＦＣ８までのデータレートをＵＥに割り当てる。アップリンクノイズ上昇管理を最適化するためには、アクティブセットの各ノードＢが、ＵＥに割り当てられたそれぞれの「最大ＴＦＣ」をＳ−ＲＮＣへシグナリングすることができる。Ｓ−ＲＮＣは「採用最大ＴＦＣ」を決定し、決定した「採用最大ＴＦＣ」をアクティブセットの各ノードＢに通知することができる。
【０１０８】
各ノードＢは、ほかのＵＥのスケジューリング、例えば、未使用のリソースの再割当てのために、シグナリングされた値を勘案することができる。この例示された動作では、「採用最大ＴＦＣ」はネットワーク（Ｓ−ＲＮＣ）によって決定され得る。進化型ＵＴＲＡＮ構成を想定すると、Ｓ−ＲＮＣのタスクはサービングノードＢによって実行され得る。
【０１０９】
「採用最大ＴＦＣ」の決定は、複数のスケジューリングコマンドを受信する場合は、ＵＥの挙動に依存し得る。例えば、ＵＥが最大Ｅ−ＤＣＨ送信データレートとして常に最低の割当て可能データレートを選ばなければならない場合、Ｓ−ＲＮＣも最低の割当てＴＦＣを「採用最大ＴＦＣ」として選ぶことになる。
【０１１０】
Ｉｕｂ／Ｉｕｒ制御シグナリングオーバヘッドを削減するために、この実施の形態の別の変形では、Ｓ−ＲＮＣは、「採用最大ＴＦＣ」と大きく異なる（例えば、差が閾値を超えている）最大ＴＦＣを割り当てたアクティブセット内のノードＢにのみ、「採用最大ＴＦＣ」をシグナリングすることができる。一つのＵＥに対してＳ−ＲＮＣにより設定された一つのＴＦＣＳがあるようにし、このＵＥのアクティブセットに属するすべてのノードＢがこの一つのＳ−ＲＮＣで設定されたＴＦＣＳに基づくＴＦＣ制限によるノードＢ制御スケジューリングを行うようにすることに留意すべきである（図８参照）。
【０１１１】
この実施の形態の異なる変形では、例えば、各セル内のセル負荷またはアップリンク干渉状態に基づいて、ＲＮＣがアクティブセットの各ノードＢ間のリソース割当てを調整することができる。無線リソース利用方法であるアドミッション制御をＲＮＣは提供するので、ネットワーク中の対象セルとその周辺セルの現在の負荷状況をＲＮＣは予め認識し得る。アクティブセットに属するノードＢは、自セル内のアップリンク干渉を測定することができ、測定結果を、例えば、ＮＢＡＰシグナリングによってＲＮＣへ報告することができる。
【０１１２】
ＲＮＣは、アクティブセットの各ノードＢのセル負荷およびアップリンク干渉状態を認識しているので、この知見に基づいて、いつ割当てリソースの調整を行うか、例えば「採用最大ＴＦＣ」をアクティブセットの各ノードＢへシグナリングするかを決定し得る。
【０１１３】
ＲＮＣによるアクティブセットのノードＢ間の調整は、例えば、ＵＥがノードＢにスケジューリング要求を送信するたびに実行してもよいし、または、例えば、アクティブセット更新時にＳ−ＲＮＣにより起動されてもよい。
【０１１４】
前述のとおり、Ｉｕｂ／Ｉｕｒシグナリングを介するアクティブセットのノードＢ間の調整によって、効率的なＲｏＴ制御をソフトハンドオーバ中に提供できる。アクティブセット内のスケジューリングノードＢまたは複数ノードＢは、アクティブセット内のその他のノードＢに、それぞれのノードが割当て可能な最大ＴＦＣを通知することができる。Ｒｅｌ９９／４／５のＵＭＴＳ構成では、この通知はＳ−ＲＮＣを介するＩｕｂ／Ｉｕｒシグナリングによって行われ得る。
【０１１５】
進化型ＵＴＲＡＮ構成では、ノードＢ＋はＩｕｒ＋インタフェースによって相互接続され得る。アクティブセットの各ノードＢ間の制御シグナリングを用いた上記の方法は、進化型ＵＴＲＡＮ構成にも適用可能である。ノードＢ＋、唯一のスケジューリングノードＢ＋またはアクティブセットのすべてのノードＢ＋は、制御情報を送信することによって、Ｉｕｒ＋インタフェースを介して直接、その他のノードＢ＋に最大割当て可能ＴＦＣを通知する。
【０１１６】
当該実施の形態の別の変形は、電力領域におけるスケジューリングを考慮する。電力領域でスケジューリングを行う場合、スケジューリングエンティティは、ＴＦＣ制限によりＵＥのアップリンクのデータレートを制限しないが、その代わり、アップリンク送信電力を制御することができる。
【０１１７】
ＣＤＭＡシステムでは、移動端末が受ける干渉は、干渉するユーザの送信電力の関数である。送信電力は、通常、データレートに直結する。例えば、より小さいビットレートは、（チャネル状態が変化しないと仮定して）同じ品質を得るためには、より低い送信電力を必要とする。したがって、すべてのユーザに対して所望の性能を達成するために、かつセル内のアップリンクノイズ上昇を制御するために、ノードＢはユーザの送信電力を直接制御することができる。一つの例示的な可能な実現は、Ｅ−ＤＰＤＣＨの利得係数を制御することである。この手法では、ＤＰＣＣＨに対する電力比がＵＥにシグナリングされる。
【０１１８】
当該実施の形態のこの変形によれば、ソフトハンドオーバ中の効率的なＲｏＴ制御を、電力領域スケジューリングを利用することによって実現することもできる。この場合、上記の方法と同様に、例えば、「採用最大ＴＦＣ」がアクティブセットのノードＢ間でシグナリングされ得る。
【０１１９】
本発明の別の実施の形態は、ソフトハンドオーバ中の移動端末の無線リソース制御ネットワークエンティティによる全受信干渉電力の管理の別の代替解決策に関連する。セル間干渉を妥当なレベルに維持するために、この実施の形態によれば、ＲＮＣ（無線リソース制御ネットワークエンティティとして動作する）は、例えば、個々のノードにより制御されるセル内の目標ＲｏＴを制御することができる。
【０１２０】
ノードＢにおける総ＲｏＴは、例えば、サーマルノイズ、他セル干渉、（Ｒｅｌ９９）チャネルおよびＥ−ＤＣＨチャネルからのアップリンクデータ送信により生じ得る。リアルタイムトラヒック、他セルユーザからの干渉およびノイズ、これら全部により生じる負荷は、制御不可能な負荷と呼ばれる。利用可能な容量であるＲｏＴマージンは、Ｅ−ＤＣＨトラヒックのスケジューリングに使用可能であるが、制御不可能な負荷には使用されない容量である。これは図１３に示される。
【０１２１】
あるセルにおける大きなＲｏＴ変動は、セル間干渉の大きな変動として隣接セルに影響を及ぼし得る。ノードＢでのセル間干渉測定の精度は、セル間干渉の変動が大きくなるほど低下するため、ノードＢは、アップリンクチャネル品質に影響を与え得る予期せぬノイズ上昇を受けることがある。特にＳＨＯのシナリオにおいてセル間干渉を制御するために、ＲＮＣは各セルの目標ＲｏＴを制限（制御）することが可能である。
【０１２２】
あるセルにおける目標ＲｏＴを減少させることにより、隣接セルにおけるセル間干渉も減少される。ＲＮＣは、例えば、目標ＲｏＴを各ノードＢにシグナリングすることができる。ＲＮＣは、隣接セル内の個々のノードＢにより引き起こされたノイズ上昇を評価することができ、各ノードＢが利用できる目標ＲｏＴを調整することでノードＢ制御スケジューリングに影響を及ぼして、隣接セル内のノイズ上昇をよりよく制御することができる。
【０１２３】
本発明の別の実施の形態は、ＵＥからのフィードバックシグナリングを使用することにより、ソフトハンドオーバ中の効率的なＲｏＴ制御を提供するための代替解決策を提供する。ソフトハンドオーバのシナリオにおけるいくつかの問題は、ＨＳＵＰＡ（高速アップリンクパケットアクセス）における分散的なスケジューリングにより生じるものと考えられる。スケジューリングノードＢは、例えば、アクティブセットのその他のノードＢのアップリンクノイズ上昇状態を認識していないので、スケジューリングノードＢの割当て可能最大データレートによるＥ−ＤＣＨ送信は、アクティブセットのその他のノードＢにおいて相当の量の予期せぬノイズ上昇を引き起こす可能性がある。
【０１２４】
以下では、典型的なソフトハンドオーバのシナリオにおいて、ＵＥフィードバックシグナリングの使用による効率的なＲｏＴ制御のための方法を説明する。
【０１２５】
ＵＥが非ソフトハンドオーバ状態であるとき、ＵＥは一つのノードＢとだけ接続している。このノードＢのスケジューラは、ＲＮＣにより定められた限度内で、ＴＦＣのセット（この中からＵＥはＥ−ＤＣＨでの送信に適切なＴＦＣを選べる）を制御する。「ノードＢ制御ＴＦＣサブセット」が、最大許容ＴＦＣを示すＴＦＣポインタの形式でＵＥへシグナリングされる。それに応じて、このポインタは、スケジューリング関連制御シグナリングによってノードＢ１およびＵＥにおいて更新される。図１４に示した典型的なソフトハンドオーバのシナリオでは、「ノードＢ１制御ＴＦＣサブセット」はＴＦＣ６までのＴＦＣを含む。したがって、ＴＦＣポインタはＴＦＣ６を示している。
【０１２６】
ＵＥがソフトハンドオーバに入ると、ノードＢ２がアクティブセットに追加される。ノードＢ２は、ＵＥにリソースを割当て、自セル内のアップリンク干渉状態に従って、「ノードＢ２制御ＴＦＣサブセット」を決定する。ノードＢ２は、最大許容ＴＦＣ（ＴＦＣポインタ）をＵＥへシグナリングする。この例では、「ノードＢ２制御ＴＦＣサブセット」はＴＦＣ８までのＴＦＣＳ内のすべてのＴＦＣを含む。したがって、ＵＥは、対応するノードＢによりスケジューリングされた最大ＴＦＣを示す二つの異なるＴＦＣポインタをそのＴＦＣＳ中に持つ。
【０１２７】
この状況をどのようにＵＥが解決できるかについては、様々な選択肢がある。ＵＥは、「保守的な」方策に従うことができる。これは、ＵＥが、ＴＦＣポインタにより指示された最低の割当て最大データレートを選ぶことを意味する。したがって、ＵＥは各ノード制御のＴＦＣＳ内にあるデータレートを選ぶので、予期せぬノイズ上昇をどのセルでも引き起こさない。ＵＥの決定がアクティブセットに属するすべてのノードＢへシグナリングされると、アクティブセットのすべてのノードＢは自セル内のアップリンクノイズ上昇を認識し、それを管理できる。
【０１２８】
代替的には、ＵＥは、あいまいさを解決するような「積極的な」方策を使用する場合もある。すなわち、ＵＥは最高の割当てデータレートを選択することができる。この方策は、より高いスループットをＵＥに提供し得るが、比較的低いデータレートのためのリソースを確保したノードＢにおいては、相当な量の予期せぬノイズ上昇を引き起こす可能性がある。
【０１２９】
最低データレートより高いが、使用が許された最高データレートより低い中間のデータレートをＵＥが選択するなど、もちろん、さらに別の代替策もある。
【０１３０】
ＵＥが保守的な方策を採用する場合、図１４に示した典型的なソフトハンドオーバのシナリオでは、ＵＥはノードＢ１からのコマンドに従うことができる。しかし、ノードＢ２は、ノードＢ１により割当て可能な最大データレートを知らないので、効率的に割り当てられたノイズ上昇がＵＥにより使用されない。
【０１３１】
したがって、ＵＥは、前述した方策のうちの一つを適用することにより、ノードＢ１とノードＢ２とからシグナリングされた最大ＴＦＣに基づいて、いわゆる「採用最大データレート」（最大ＴＦＣ）を決定することができる。そして、この決定した値をアクティブセットに属する各ノードＢへシグナリングすることになろう。「採用最大データレート」の決定は、例えば、利用可能なＵＥの送信電力またはバッファ占有度に基づく場合もある。
【０１３２】
ＵＥが「採用最大データＴＦＣ」（最大データレート）をアクティブセットの各ノードＢにシグナリングすると、当該ＵＥにより引き起こされるアクティブセットの各セル内の予期せぬアップリンクノイズがなくなる。これは、ノードＢが当該ＵＥからのＥ−ＤＣＨの最大データレートを今は認識しているためである。
【０１３３】
各ノードＢは、セル内のほかのＵＥのスケジューリングのためにこのシグナリングされたＴＦＣ限度を勘案することができる。こうして、よりよいＲｏＴ制御と、したがって容量の増大とを提供する。端末が保守的な方策を選んだ場合には、ノードＢ２は、例えば、確保した未使用のリソースをほかのＵＥに再割当てすることができる。図１５は、ＲｏＴ制御方法の適用後の本発明の実施の形態による、図１４からの典型的なソフトハンドオーバのシナリオを示す。したがって、この態様では、ＵＥシグナリングによるＲｏＴの制御およびノードＢシグナリングによるＲｏＴの制御は同様である。
【０１３４】
手順的な観点から、この例示的実施の形態による方法は、次のように説明できる。アクティブセットの各ノードＢは、例えば、各自のセル内のアップリンクノイズ上昇状態とＵＥからのスケジューリング関連制御シグナリングとに基づいて、最大データレート（ＴＦＣ）をＳＨＯ中のＵＥに割り当てることができる。最大割当てＴＦＣ（ＴＦＣＳポインタ）が、ＵＥへシグナリングされる。アクティブセットの各ノードＢからシグナリングされた最大割当てデータレートに基づいて、ＵＥは「採用最大データレート」、例えば、最低の割当てデータレート（ＴＦＣ）を決定することができ、「採用最大ＴＦＣ」をアクティブセットの各ノードへシグナリングすることができる。次に、アクティブセットの各ノードＢは、シグナリングされた「採用最大ＴＦＣ」を勘案しつつ、各自のセル内のほかのＵＥをスケジューリングすることができる。
【０１３５】
この例示的手順は、ソフトハンドオーバのシナリオにおいてスケジューリングエンティティが一つのみである場合にも使用され得る。非スケジューリングノードＢはＵＥの割当て最大データレートを知らないので、Ｅ−ＤＣＨ送信がこれらのセルで予期せぬアップリンクノイズ上昇を引き起こす可能性がある。したがって、ＵＥがスケジューリングエンティティから割り当てられた最大データレートをアクティブセットの各ノードＢへシグナリングするとき、各ノードＢは、各自のセル内におけるより緻密なアップリンクノイズ上昇管理のためにこの値を考慮できる。
【０１３６】
「採用最大ＴＦＣ」のシグナリングにより生じたシグナリングオーバヘッドおよびそれに伴うアップリンク干渉を減少させるために、本方法の変形は、ノードＢ間のレート制限の差が大きい場合に限り、例えば、所定の閾値を超える場合に限り、ＵＥは「採用最大ＴＦＣ」をアクティブセットの各ノードＢへシグナリングするものであってよい。
【０１３７】
物理レイヤシグナリングまたはＲＲＣシグナリングのいずれかによって、ＵＥは「採用最大ＴＦＣ」をシグナリングできる。
【０１３８】
物理レイヤシグナリングを使用する場合、例えば、Ｅ−ＤＣＨが送信される個別物理データチャネルに関連付けられる拡張個別物理制御チャネル（Ｅ−ＤＰＣＣＨ）を再利用することにより、「採用最大ＴＦＣ」はシグナリングされ得る。
【０１３９】
本発明の一実施の形態によるＥ−ＤＰＣＣＨの拡張フレーム構成は、Ｒｅｌ９９／４／５のＤＰＣＣＨのフレーム構成に基づくものとすることができ、図１６に示される。
【０１４０】
アップリンクＤＰＣＣＨは、１０ｍｓ無線フレーム中に１５スロットを有するスロット構成を使用する。各スロットは、パイロットビット、ＴＦＣＩビット、送信電力制御（ＴＰＣ）ビット、およびフィードバック情報（ＦＢＩ）ビットに使用される４つのフィールドをもつ。トランスポートフォーマットコンビネーションインジケータ（ＴＦＣＩ）は、同時に送信されるアップリンクＤＰＤＣＨ無線フレーム（個別物理データチャネル）にマッピングされたＤＣＨの瞬時的なトランスポートフォーマットコンビネーションを受信器に通知する。ＴＦＣＩは、同フレームのトランスポートフォーマットを伝達する。
【０１４１】
ＵＥが「採用最大ＴＦＣ」をアクティブセットの各ノードＢへシグナリングするとき、同フレームにはＥ−ＤＰＤＣＨのデータがないことがある。ノードＢがＥ−ＤＰＤＣＨフレームを復号化しようすると、誤りになる可能性があるので、ＤＣＨ上にはデータがないことを明示的にノードＢに示すことも実現可能である。
【０１４２】
本発明のこの実施の形態による拡張として、Ｅ−ＤＰＤＣＨのデータの有無の指示として例えば、追加の１ビットのフラグを使用してもよい。このフラグが設定されているときは、フラグは、ＤＰＣＣＨ構成中の各スロットの個別のフィールド中のＴＦＣＩ値が、ソフトハンドオーバ中にＵＥが使用する「採用最大ＴＦＣ」を示すことをノードＢに通知する。したがって、アクティブセットのノードＢは対応するＥ−ＤＰＤＣＨフレームを復号化しようとせずに、ＴＦＣＩ値を抽出し、それを「採用最大ＴＦＣ」と解釈することができる。
【０１４３】
フラグが設定されていない場合は、Ｅ−ＤＣＨでのアップリンクデータ送信の通常動作が行われ得る。
【０１４４】
フラグにより明示的にシグナリングせずに、Ｅ−ＤＰＤＣＨのデータの有無を指示するための別の可能性は、図１６のフレーム構成を使用し、「採用最大ＴＦＣ」のシグナリングをＴＦＣＩ値によって直接的に指示することである。例えば、ＴＦＣＩ値の先頭ビットが１に設定されている場合、これは「採用最大ＴＦＣ」がシグナリングされている、すなわち、Ｅ−ＤＰＤＣＨのデータがないことを示すことができる。そして、先頭ビットの後続ビットは、採用ＴＦＣ値を定義する。ＴＦＣＩ値の先頭ビットが０である場合は、残りのビットはＥ−ＤＰＤＣＨの送信アップリンクデータに使用されたＴＦＣを指示する。
【０１４５】
代替的には、ＲＲＣシグナリングを使用することにより、ＵＥはアクティブセットの各ノードＢに「採用最大ＴＦＣ」を通知するようにしてもよい。ＵＥはＴＦＣ限度をまず、Ｓ−ＲＮＣにあるＲＲＣエンティティにシグナリングすることができ、次にＲＲＣエンティティがこの値をＩｕｂ／Ｉｕｒシグナリングを介してアクティブセットの各ノードＢへ伝達することができる。しかし、この方法は、Ｉｕｂ／Ｉｕｒインタフェース遅延とＲＲＣシグナリングに使用される８０ｍｓインタリーブ長のため、物理レイヤシグナリングに比べてかなり長い遅延を受け得る。
【図面の簡単な説明】
【０１４６】
【図１】ＵＭＴＳの高レベル構成
【図２】ＵＭＴＳ  Ｒ９９／４／５によるＵＴＲＡＮの構成
【図３】ドリフトおよびサービング無線サブシステム
【図４】ユーザ装置のＥ−ＤＣＨ  ＭＡＣ構成
【図５】ユーザ装置のＭＡＣ−ｅ構成
【図６】ノードＢのＭＡＣ−ｅ構成
【図７】ＲＮＣのＭＡＣ−ｅ構成
【図８】ノードＢ制御スケジューリングに用いるトランスポートフォーマットコンビネーションセット
【図９】典型的な進化型ＵＴＲＡＮ構成
【図１０】タイムアンドレートスケジューリングモードにおける典型的なアップリンク送信のスケジューリング
【図１１】ソフトハンドオーバ中のＵＥの典型的なノードＢ制御スケジューリング
【図１２】本発明の一実施の形態による、Ｉｕｒ／Ｉｕｂシグナリングを使用した複数ノードＢの調整
【図１３】本発明の一実施の形態による、ソフトハンドオーバ中のＵＥのアップリンク送信のＲｏＴを制御する典型的な方法
【図１４】本発明の別の実施の形態による、ノードＢによって維持されるべき適応的目標ＲｏＴ値を使用した、セル内ＲｏＴを制御する方法
【図１５】ソフトハンドオーバ中のＵＥの最大ＴＦＣを複数ノードＢが制御する典型的な方法
【図１６】Ｒｅｌ９９／４／５のアップリンクＤＰＣＣＨフレーム構成
【図１】
2007151146.tif 000004
【図２】
2007151146.tif 000005
【図３】
2007151146.tif 000006
【図４】
2007151146.tif 000007
【図５】
2007151146.tif 000008
【図６】
2007151146.tif 000009
【図７】
2007151146.tif 000010
【図８】
2007151146.tif 000011
【図９】
2007151146.tif 000012
【図１０】
2007151146.tif 000013
【図１１】
2007151146.tif 000014
【図１２】
2007151146.tif 000015
【図１３】
2007151146.tif 000016
【図１４】
2007151146.tif 000017
【図１５】
2007151146.tif 000018
【図１６】
2007151146.tif 000019