(57)【要約】【課題】移動無線通信システムにおいてダウンリンクシェアドチャネルの電力制御のために電力オフセットを設定する方法を提供すること。【解決手段】本発明の目的は、移動無線通信システムにおいてダウンリンクシェアドチャネルの電力制御のために電力オフセットを設定する方法であって、前記電力オフセットが、無線環境条件に応じて、前記ダウンリンクシェアドチャネルの送信電力を最小化し同時に、サービス品質も達成するように動的に適合される方法である。【選択図】      図１
2005130503.tif 000002
【特許請求の範囲】
【請求項１】
移動無線通信システムにおいてダウンリンクシェアドチャネルの電力制御のために電力オフセットを設定する方法であって、前記電力オフセットが、無線環境条件に応じて、前記ダウンリンクシェアドチャネルの送信電力を最小化し同時に、サービス品質も達成するように動的に適合される方法。
【請求項２】
第１のネットワーク要素と呼ばれる、ダウンリンクシェアドチャネルを移動端末に送信する少なくとも１つのネットワーク要素が、第２のネットワーク要素と呼ばれる少なくとも１つの別のネットワーク要素から、前記ダウンリンクシェアドチャネルの前記移動端末への送信のための電力オフセットを示す少なくとも１つの情報を受信し、前記情報は、前記電力オフセットを、無線環境条件に応じて、前記ダウンリンクシェアドチャネルの送信電力を最小化し同時に、サービス品質も達成するように動的に適合させるためのものである請求項１に記載の方法。
【請求項３】
前記無線環境条件が、以下のパラメータ、移動速度、無線チャネル特性、ソフトハンドオーバ構成パラメータ、のうち少なくとも１つを含む請求項１に記載の方法。
【請求項４】
前記ソフトハンドオーバ構成パラメータが、以下のパラメータ、アクティブセット中のセル数、アクティブセル間のパスロスの差、のうち少なくとも１つを含む請求項３に記載の方法。
【請求項５】
前記ソフトハンドオーバ構成パラメータが、移動端末がソフトハンドオーバ中であるか否かに関する指示を含む請求項３に記載の方法。
【請求項６】
前記ソフトハンドオーバ構成パラメータが、前記ダウンリンクシェアドチャネルを送信するアクティブセットのセルが１次セルであるか、それとも非１次セルであるかに関する指示を含む請求項３に記載の方法。
【請求項７】
前記第１のネットワーク要素が、基地局、またはＵＭＴＳ型のシステムにおけるノードＢに対応する請求項２に記載の方法。
【請求項８】
前記第２のネットワーク要素が、基地局制御装置、あるいはＵＭＴＳ型のシステムにおける無線ネットワーク制御装置またはＲＮＣに対応する請求項２に記載の方法。
【請求項９】
前記第２のネットワーク要素が、無線リンクの確立および解放の制御機能を含む、前記移動端末との通信の制御機能を有するネットワーク要素、ＵＭＴＳ型のシステムでは特に、ＳＲＮＣ（「サービス無線ネットワーク制御装置」）の役割を有する無線ネットワーク制御装置またはＲＮＣに対応する
請求項２に記載の方法。
【請求項１０】
前記第２のネットワーク要素が、前記第１のネットワーク要素を制御するネットワーク要素、ＵＭＴＳ型のシステムでは特に、ノードＢを制御し、またはこのノードＢについてのＣＲＮＣ（「制御無線ネットワーク制御装置」）の役割を有する無線ネットワーク制御装置またはＲＮＣに対応する請求項２に記載の方法。
【請求項１１】
ＵＭＴＳ型のシステムでは特に、前記情報が、ＮＢＡＰ（「ノードＢアプリケーション部」）プロトコルに従って、ＳＲＮＣの役割とノードＢについてのＣＲＮＣの役割を有するＲＮＣからこのノードＢに送信される請求項２に記載の方法。
【請求項１２】
前記第２のネットワーク要素が、前記第１のネットワーク要素を制御しないネットワーク要素に対応し、前記第１のネットワーク要素が前記情報を、前記第２のネットワーク要素から、前記第１のネットワーク要素を制御する第３のネットワーク要素を介して、ＵＭＴＳ型のシステムでは特に、ＤＲＮＣ（「ドリフト無線ネットワーク制御装置」）の役割を有する無線ネットワーク制御装置またはＲＮＣを介して受信する請求項２に記載の方法。
【請求項１３】
ＵＭＴＳ型のシステムでは特に、前記情報が、ＲＮＳＡＰ（「無線ネットワークサブシステムアプリケーション部」）プロトコルに従って、ＳＲＮＣの役割を有するＲＮＣからノードＢについてのＣＲＮＣの役割とＤＲＮＣの役割を有するＲＮＣに送信され、次いで、ＮＢＡＰ（「ノードＢアプリケーション部」）プロトコルに従って、この後者のＲＮＣからノードＢに再送信される請求項２に記載の方法。
【請求項１４】
ＵＭＴＳ型のシステムでは特に、前記情報が、Ｉｕｒフレームプロトコルに従って、ＳＲＮＣの役割を有するＲＮＣから、ノードＢについてのＣＲＮＣの役割とＤＲＮＣの役割を有するＲＮＣに送信され、次いで、Ｉｕｂフレームプロトコルに従って、この後者のＲＮＣからノードＢに再送信される請求項２に記載の方法。
【請求項１５】
移動無線通信システムにおいてダウンリンクシェアドチャネルの電力制御のために電力オフセットを設定する手段を含み、前記手段は、前記電力オフセットを、無線環境条件に応じて、前記ダウンリンクシェアドチャネルの送信電力を最小化し同時に、サービス品質も達成するように動的に適合させる手段を含むネットワーク要素。
【請求項１６】
移動無線通信システムにおいてダウンリンクシェアドチャネルの電力制御のために電力オフセットを設定する手段を含み、前記手段は、前記電力オフセットを、無線環境条件に応じて、前記ダウンリンクシェアドチャネルの送信電力を最小化し同時に、サービス品質も達成するように動的に適合させる手段を含む基地局またはノードＢ。
【請求項１７】
前記手段が、基地局制御装置または前記基地局またはノードＢを制御するＲＮＣから、前記ダウンリンクシェアドチャネルの前記移動端末への送信のための電力オフセットを示す少なくとも１つの情報を受信する手段を含み、前記情報は、前記電力オフセットを、無線環境条件に応じて、前記ダウンリンクシェアドチャネルの送信電力を最小化し同時に、サービス品質も達成するように動的に適合させるためのものである請求項１６に記載の基地局またはノードＢ。
【請求項１８】
移動無線通信システムにおいてダウンリンクシェアドチャネルの電力制御のために電力オフセットを設定する手段を含み、前記手段は、前記電力オフセットを、無線環境条件に応じて、前記ダウンリンクシェアドチャネルの送信電力を最小化し同時に、サービス品質も達成するように動的に適合させる手段を含む基地局制御装置またはＲＮＣ。
【請求項１９】
前記手段が、前記基地局制御装置またはＲＮＣによって制御される基地局またはノードＢに、前記ダウンリンクシェアドチャネルの前記移動端末への送信のための電力オフセットを示す少なくとも１つの情報を送信する手段を含み、前記情報は、前記電力オフセットを、無線環境条件に応じて、前記ダウンリンクシェアドチャネルの送信電力を最小化し同時に、サービス品質も達成するように動的に適合させるためのものである請求項１８に記載の基地局制御装置またはＲＮＣ。
【請求項２０】
前記ＲＮＣがＤＲＮＣの役割を有し、前記手段が、前記情報を、ＳＲＮＣの役割を有するＲＮＣ又は基地局制御装置から受信する手段をさらに含む請求項１９に記載の基地局制御装置またはＲＮＣ。
【請求項２１】
前記ＲＮＣがＳＲＮＣの役割を有し、前記手段が、ＤＲＮＣの役割を有するＲＮＣ又は基地局制御装置に、前記ダウンリンクシェアドチャネルの前記移動端末への送信のための電力オフセットを示す少なくとも１つの情報を送信する手段を含み、前記情報は、前記電力オフセットを、無線環境条件に応じて、前記ダウンリンクシェアドチャネルの送信電力を最小化し同時に、サービス品質も達成するように動的に適合させるためのものである請求項１８に記載の基地局制御装置またはＲＮＣ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照により本明細書に組み込まれている、２００３年１０月２４日に出願した欧州特許出願第０３２９２６７４．３号に基づき、その利益を主張するものである。
【０００２】
本発明は、一般に、移動無線通信システムに関する。
【背景技術】
【０００３】
本発明は、特に、ＵＭＴＳ（ユニバーサル移動通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ））などの第３世代移動無線通信システムに適用可能である。
【０００４】
一般に、移動通信システムは、標準化の対象であり、したがって、そのようなシステムの詳細については、３ＧＰＰ（「第３世代パートナーシッププロジェクト（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）」）などの、対応する標準化機関によって公開されている、対応する標準を参照することが可能である。
【０００５】
移動無線通信システム、特にＵＭＴＳ型のシステムなどの一般的アーキテクチャを図１に示す。このシステムは、移動端末またはＵＥ（「ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）」）および外部ネットワーク（具体的には図示せず）と通信する移動無線通信ネットワークを含む。
【０００６】
移動無線通信ネットワークは、
無線アクセスネットワーク、またはＵＴＲＡＮ（「ＵＭＴＳターミナル地上無線アクセスネットワーク（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）」）、
コアネットワーク、またはＣＮ
を含む。
【０００７】
第３世代システム、特に、ＵＭＴＳ型のシステムは、Ｗ‐ＣＤＭＡ型（Ｗ‐ＣＤＭＡは「広帯域符号分割多重アクセス（Ｗｉｄｅｂａｎｄ−Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）」を示す）の無線アクセス技術を使用する。
【０００８】
ＵＴＲＡＮは「ノードＢ」と呼ばれる基地局、ＲＮＣ（「無線ネットワーク制御装置（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）」）と呼ばれる基地局制御装置を含む。ＵＴＲＡＮは、一方では、「Ｕｕインターフェイス」（または無線インターフェイス）と呼ばれるインターフェイスを介して移動端末ＵＥと関連し、他方では、「Ｉｕインターフェイス」と呼ばれるインターフェイスを介してＣＮと関連する。ＵＴＲＡＮ内では、ノードＢは、「Ｉｕｂインターフェイス」と呼ばれるインターフェイスを介してＲＮＣと通信し、ＲＮＣ間に「Ｉｕｒインターフェイス」と呼ばれるインターフェイスも設けることができる。
【０００９】
そのようなシステムでは、一般に、（サービス品質、容量などの点での）性能を向上させるために電力制御技術が用いられ、それには、一般に、オープンループアルゴリズムやクローズドループアルゴリズムなどの電力制御アルゴリズムが含まれ、また、クローズドループアルゴリズムには、インナーループアルゴリズムとアウターループアルゴリズムが含まれる。
【００１０】
さらに、特にＵＭＴＳなどのシステムは、「ソフトハンドオーバ」の技術を使用し、それによればＵＥは、異なるノードＢに同時に接続され得、すなわちＵＥは、異なるサービスセル（アクティブセットと呼ばれる、サービスセルまたはアクティブセルのセット）によって同時にサービス提供を受けることができる。ソフトハンドオーバは、特に、それが、受信品質の向上に使用され得る異なる無線リンクにより、マクロダイバーシチ利得を提供するという点で有益である。以下では、「ソフトハンドオーバ」という用語を広義で用いて、ソフターハンドオーバ（ＵＥがノードＢの異なるセクタに同時に接続され得る）ならびにソフト／ソフターハンドオーバもカバーするものとする。
【００１１】
所与のノードＢについて、このノードＢを制御するＲＮＣをＣＲＮＣ（制御無線ネットワーク制御装置（Ｃｏｎｔｒｏｌｌｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ））という。ＣＲＮＣは、負荷制御と、それが制御するノードＢのための無線リソースの制御および割り振りの役割を有する。
【００１２】
所与のＵＥに関連する所与の通信では、無線リンクの確立および解放の制御機能、通信中に変化する可能性の高い、ビット速度、電力、拡散率などのパラメータの制御機能を含めて、通信の制御の役割を有するＳＲＮＣ（サービス無線ネットワーク制御装置（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ））と呼ばれるＲＮＣがある。ＵＥが接続される異なるノードＢは、同じＲＮＣに制御されてもそうでなくてもよい。それらが異なるＲＮＣによって制御される場合には、それらのＲＮＣのうちの１つがＳＲＮＣの役割を有し、そのＵＥに接続されている、ＳＲＮＣによって制御されないノードＢは、Ｉｕｒインターフェイスを介してそれを制御する、ＤＲＮＣ（ドリフト無線ネットワーク制御装置（Ｄｒｉｆｔ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ））とも呼ばれるＲＮＣを介してＳＲＮＣと通信する。
【００１３】
一般に、これらのシステムでは、ユーザデータまたはトラフィックに対応するデータ、制御またはシグナリングデータに対応するデータなど、システム動作に必要な異なる形式のデータが伝送され得る。そのようなシステムの異なる要素間での異なる形式のデータの転送のために異なるプロトコルが定義され、特に、以下のようである。
【００１４】
・３ＧＰＰ  ＴＳ（技術仕様）２５．４１３で定義されている、「Ｉｕ」インターフェイス上でのシグナリングデータ転送のためのＲＡＮＡＰ（「無線アクセスネットワークアプリケーション部（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）」）プロトコル、
・３ＧＰＰ  ＴＳ２５．４２３で定義される、「Ｉｕｒ」インターフェイス上でのシグナリングデータ転送のためのＲＮＳＡＰ（「無線ネットワークサブシステムアプリケーション部（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｓｕｂｓｙｓｔｅｍ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）」）プロトコル、
・３ＧＰＰ  ＴＳ２５．４３３で定義される、「Ｉｕｂ」インターフェイス上でのシグナリングデータ転送のためのＮＢＡＰ（「ノードＢアプリケーション部（Ｎｏｄｅ  Ｂ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）」）プロトコル、
・３ＧＰＰ  ＴＳ２５．３３１で定義される、「Ｕｕ」インターフェイス上でのシグナリングデータ転送のためのＲＲＣ（「無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）」）プロトコル、
・例えば、３ＧＰＰ  ＴＳ２５．４２５（Ｉｕｒインターフェイス上の共通チャネルのためのフレームプロトコル）、ＴＳ２５．４２７（ＩｕｂおよびＩｕｒインターフェイス上の個別チャネルのためのフレームプロトコル）、ＴＳ２４．４３５（Ｉｕｂインターフェイス上の共通チャネルのためのフレームプロトコル）で定義される、ＵＴＲＡＮの異なるインターフェイス上でのユーザデータ転送のためのフレームプロトコル。
【００１５】
一般に、ＵＥとＵＴＲＡＮの間のデータ転送には、ＵＥとＵＴＲＡＮの間の通信プロトコルの異なるレベルまたは層に対応する、すなわち、最上位から最下位レベルまでの、異なるタイプのチャネル、すなわち、論理チャネル、トランスポートチャネル、物理チャネルが定義されている。さらに、これらのチャネルタイプごとに、一般に、（複数のユーザに共通の）共通チャネルと（異なるユーザに個別の）個別チャネルとの間が区別される。
【００１６】
ＤＣＨ（個別チャネル（Ｄｅｄｉｃａｔｅｄ  ＣＨａｎｎｅｌ））と呼ばれる、１つの個別トランスポートチャネルがある。物理層では、ＤＣＨは、ユーザデータを搬送するＤＰＤＣＨ（個別物理データチャネル（Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｄａｔａ  ＣＨａｎｎｅｌ））と物理層制御情報を搬送するＤＰＣＣＨ（個別物理制御チャネル（Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ））という、２つの個別物理チャネルにマップされる。
【００１７】
一般に、異なる形式のユーザデータまたはトラフィックの間も区別される。１つの具体的なトラフィックの形式がパケットトラフィックであり、これは、パケット呼び出し（またはパケットセッション）の間に、パケットのバーストシーケンスが伝送されるものである。
【００１８】
一般に、パケットトラフィックの搬送には、それぞれが利点と欠点とを有する、異なる形式のチャネルが使用され得る。個別チャネルは、一般に、電力制御およびソフトハンドオーバを使用できるという利点を有するが、一般に、セットアップ時間が長いという欠点も有する。これに対して、共通チャネルは、一般に、セットアップ時間が短いという利点を有するが、一般に、電力制御もソフトハンドオーバも使用できないという欠点も有する。
【００１９】
ダウンリンクシェアドチャネル（ＤＳＣＨ）は、パケットサービスによって生成されたデータなどの、散発的データの送信に使用されるダウンリンクトランスポート共通チャネルである。このトランスポートチャネルは、物理ダウンリンクシェアドチャネル（ＰＤＳＣＨ）によって無線インターフェイス上で搬送される。
【００２０】
ＰＤＳＣＨはシェアードチャネルである。これは、異なるユーザ間でリソース（チャネル化符号）であることを共用する方式を意味する。特にＵＭＴＳなどのシステムでは、チャネル化符号がチャネル化符号木から取られる直交可変拡散率の技術を用い、チャネル化符号木の所与の一部をあるフレームから次のフレームまで異なる端末に使用して、異なるユーザビット速度を可能にすることができる。個別チャネルに比べて、このチャネルの１つの利点は、活動期間と非活動期間の間の個別チャネルの割り当ておよび解放に関連するシグナリングを回避することである。
【００２１】
ＰＤＳＣＨは、データだけを搬送する。すべてのレイヤ１シグナリングは、関連する個別物理チャネル（ＤＰＣＨ）上で伝送される。ＤＳＣＨやデータトランスポート形式記述（トランスポートブロックの数およびサイズ）に使用されるチャネル化符号などの、このレイヤ１シグナリングは、関連するＤＰＣＨのダウンリンク物理制御チャネル（ＤＰＣＣＨ）ポート上で搬送される。
【００２２】
ＰＤＳＣＨ上で送信するデータがあるときには、ＲＮＣは（３ＧＰＰ  ＴＳ２５．４３５に記載されるように）ノードＢにＤＳＣＨデータフレームを送る。このＤＳＣＨデータフレームは、送信されるデータ、およびヘッダを含む。このヘッダは、特に、ノードＢがＰＤＳＣＨ電力を設定するのに使用するオフセットを含む。このオフセットは、ダウンリンクＤＰＣＣＨのビット、すなわちＴＦＣＩビット（ＴＦＣＩはトランスポート形式組み合わせインジケータ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ）の略である）の所与のフィールドの電力に対するＰＤＳＣＨ電力を示す。
【００２３】
３ＧＰＰ仕様のリリース９９による現在の解決法は、全通話期間中を通じてＰＤＳＣＨ電力とＴＦＣＩ電力との間で一定のオフセットを持つことである。
【００２４】
しかしながら、この解決法の欠点は、それが大幅な電力の無駄につながることである。実際、ＰＤＳＣＨとＤＰＣＣＨのＴＦＣＩビットの間で一定の電力オフセットを保つことにより、ＰＤＳＣＨ電力は多くの場合、必要をはるかに上回ることになる。例えば、非ソフトハンドオーバの状況では、電力オフセットは、以下でも説明するように、必要でないにもかかわらずソフトハンドオーバの状況と同程度に大きくなる。
【００２５】
ＰＤＳＣＨは、複数のユーザによって共用されるチャネルであるため、個別物理チャネル（ＤＰＣＨ）とは反対に、そては、ソフトハンドオーバ時にはあり得ない（すなわち、ＵＥは複数のセルから同時にＰＤＳＣＨ情報を再結合することができない）。
【発明の開示】
【発明が解決しようとする課題】
【００２６】
解決すべき１つの問題は、ＰＤＳＣＨ上で目標のサービス品質に常に到達するために、可能な限り低い送信電力を消費しばがら、電力オフセットを設定することである。
【００２７】
これが特に難しいのは、ＰＤＳＣＨがただ１つのセルだけから受信されるのに対して、ＵＥがＤＰＣＨを複数のセルから受信するソフトハンドオーバの状況のためである。実際、この場合には、（ソフトハンドオーバによる）マクロダイバーシチ利得のために、ＴＦＣＩ送信電力は、非ソフトハンドオーバの状況に比べて低下し、したがって、ＰＤＳＣＨもまたＴＦＣＩ電力にリンクされているために低下する。
【００２８】
また、これが難しいのは、ＰＤＳＣＨがアクティブセットのうちの最善セルから送信されない可能性がある（例えば、ＵＥが最低の品質で受信するＵＥアクティブセットのセルによって送信され得る）ためでもある。
【００２９】
したがって、前述の解決法では、ＰＤＳＣＨ電力が依然として目標ＱｏＳ（サービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ））に到達するのに十分であることを保証するためには、ソフトハンドオーバ時であっても、ＤＰＣＨ上のＳＨＯ（ソフトハンドオーバ（Ｓｏｆｔ  ＨａｎｄＯｖｅｒ））利得、およびＰＤＳＣＨがアクティブセットのうちの最悪のセルによって送信される可能性があることを補償するために、電力オフセットを相当に大きくせざるを得ない。これは、システム性能の観点から見て満足のいくものではない（それはシステム容量の大幅な低下を引き起こし得る）。
【００３０】
３ＧＰＰ仕様のリリース４では、いくつかの変更が導入された。このリリースでは、ＰＤＳＣＨがＵＥによる最善受信セルによって送信されたか、それとも別のセルによって送信されたかに応じて電力オフセットの値を設定することが可能である（この解決法は、ソフトハンドオーバの場合だけに適用される）。
【００３１】
この解決法もまた不十分であり、というのは、同じ値の電力オフセットが非ソフトハンドオーバの状況とソフトハンドオーバの状況とで使用されるので、非ソフトハンドオーバの状況では、やはり、電力の無駄が生じるからである。
【００３２】
本発明は、特に、前述の問題の一部または全部を解決し、あるいは前述の欠点の一部または全部を回避することを可能にする。より一般的には、本発明の目的は、そのようなシステムにおけるダウンリンクシェアドチャネルのための電力オフセットの設定を改善することである。
【課題を解決するための手段】
【００３３】
上記その他の目的は、本発明の一態様では、移動無線通信システムにおいてダウンリンクシェアドチャネルの電力制御のために電力オフセットを設定する方法であって、前記電力オフセットが、無線環境条件に応じて、前記ダウンリンクシェアドチャネルの送信電力を最小化し同時に、サービス品質も達成するように動的に適合される方法によって達成される。
【００３４】
また、本発明は、その目的のために、そのような方法を実施する基地局や基地局制御装置などのネットワーク要素、ならびに、少なくとも１つのそのようなネットワーク要素を含む移動無線通信システムも備える。
【００３５】
本発明のその他の態様および／または目的は、添付の特許請求の範囲で定義される。
【００３６】
本発明のこれらのその他の態様および／または目的は、以下の説明を添付の図面と併せて読めばより明確になるであろう。
【発明を実施するための最良の形態】
【００３７】
本発明は、以下のようにも説明され得る。
【００３８】
本発明は、ＰＤＳＣＨと、その電力オフセットがそれとの関連で表現される関連するＤＰＣＣＨのビット（すなわち、関連するＤＰＣＣＨのＴＦＣＩビット）のフィールドとの間の電力オフセットを、あらゆる状況下のＰＤＳＣＨ上でほぼ同じ品質レベルを保持し、電力の無駄を回避するように動的に適合させることを提案する。特に、ソフトハンドオーバの状況と非ソフトハンドオーバの状況とで異なる電力オフセットを使用することを提案する。
【００３９】
まず、本発明をよりよく理解できるように、３ＧＰＰ仕様のリリースＲ９９及びＲ４（およびＲ５）における、電力オフセットをセットアップするための現在の３ＧＰＰ機構を示す。
【００４０】
１）  Ｒ９９
ＣＲＮＣは、各ＤＳＣＨデータフレームごとに、ＤＳＣＨ（Ｉｕｂ）フレームプロトコル（３ＧＰＰ  ＴＳ２５．４３５参照）によって、ノードＢに（ＤＰＣＣＨのＴＦＣＩビットとの関連で表現された）ＰＤＳＣＨ電力オフセットを知らせることができる。
【００４１】
次いで、ノードＢがこの電力オフセットを用いて、このデータフレームを送信するためのＰＤＳＣＨ送信電力を定める。
【００４２】
２）  Ｒ４
Ｒ９９機構に加えて、それと同時に、ＳＲＮＣはノードＢに、ＲＮＳＡＰ／ＮＢＡＰプロトコルによって（無線リンクセットアップ要求メッセージなどを用いて）、ＰＤＳＣＨが１次セル、すなわち最善の受信セルから送信された場合に適用される追加の電力オフセットを知らせることができる（この追加の電力オフセットは、それを加えることにより、ＰＤＳＣＨが１次セルから送信された場合に全体の電力オフセットを減らせるように、負である）。この１次セルは、ＵＥとノードＢの間の物理層シグナリングによって識別され、すなわち、スロットごとに、ＵＥは１次セルの識別を、そのアクティブセットに属するすべてのノードＢに送信する。
【００４３】
この方式は、１次セルと非１次セルとに異なる電力オフセットを持つことを可能にする。実際、１次セルは、ＵＥによってより良く受信されるので、ＰＤＳＣＨ送信電力は、非１次セルによって送信されるときよりも低くてすむ。
【００４４】
前述のように、ＰＤＳＣＨ電力制御のＲ９９およびＲ４実装形態を用いる場合、現在の解決法は、フレームプロトコルを介して１つまたは複数のＲＮＣからノードＢにシグナリングされる電力オフセットに、常に、決まった値を持つことである。この場合には、（全体の）電力オフセットは、Ｒ９９では１つの値だけ、Ｒ４では２つの値（１次セルに１つ、非１次セルに１つ）を持つ。しかしながら、これは、前述したＰＤＳＣＨ電力制御の良好な性能を保証するのに十分ではない。
【００４５】
説明を簡単にするために、以下では、「電力オフセット」という用語は、ＴＦＣＩ電力に対するＰＤＳＣＨ送信電力を求めるために適用される全体の電力オフセットを指すものとして使用される。したがって、それは、ＣＲＮＣによってノードＢに知らされる電力オフセット、あるいはＣＲＮＣによってノードＢに知らされる電力オフセットとＳＲＮＣによってノードＢに知らされる追加の電力オフセット（Ｒ４のみ、ＰＤＳＣＨが１次セルによって送信される場合）の合計に等しい。しかしながら、他の慣行も選択され得るであろう。
【００４６】
本発明は、ＰＤＳＣＨと、ＤＬＤＰＣＣＨ（ダウンリンクＤＰＣＣＨ（Ｄｏｗｎｌｉｎｋ  ＤＰＣＣＨ））のＴＦＣＩビットの間の電力オフセットを、ＰＤＳＣＨ電力を最小化すると同時に、目標のサービス品質も達成するように動的に適合させることを提案する。この電力オフセットを適合させるためのいくつかの基準および方法を提案する。
【００４７】
以下の説明の第２の部分でも説明するように、本発明の枠内で実行されたシミュレーションは、要求されたＰＤＳＣＨ電力オフセットが無線環境条件に大きく依存することを示した。
【００４８】
無線環境条件という表現は、無線チャネル条件、ソフトハンドオーバ構成、ユーザの移動度、システム設計などを含めて、受信品質に影響を及ぼし得るあらゆる面をカバーするために使用する。無線チャネル条件には、特に、パスロス、マルチパス伝搬条件などのパラメータが含まれる。ソフトハンドオーバ構成には、特に、アクティブセット中のセル数、アクティブセル間のパスロス差などのパラメータが含まれる。ユーザ移動度には、特に、速度などのパラメータが含まれる。システム設計には、特に、セルの形式、すなわちマクロセル、マイクロセルなどのパラメータが含まれる。
【００４９】
いくつかの無線環境モデル、特に、（大きなマクロ説と高速の移動速度を特徴とする）車両無線環境モデルや、（小さいマイクロセルと低速の移動速度を特徴とする）歩行者無線環境モデルなどが提案されている。そのようなモデルを本発明で用いて、要求されたＰＤＳＣＨ電力オフセットの無線環境への依存性を表すこともできる。しかし、以下でもより詳細に説明するように、本発明の範囲内では、ＰＤＳＣＨ電力オフセットが、移動速度、無線チャネル条件、ソフトハンドオーバ構成を個々に、またはそれらの組み合わせを含む、一定のパラメータに有利に依存し得ることがわかっている。
【００５０】
一例として、本発明は、例えば、ノードＢによって実施され（ＲＮＣに知らされ）る、またはＲＮＣ自体によって実施される、ＵＥ速度および無線チャネル推定に応じて、電力オフセットを動的に適合させることを提案する。そのような推定では、通常の方法が使用され得る。以下にいくつかの例を簡単に示す。
【００５１】
・ＵＥ速度：所与の期間におけるハンドオーバの数に基づき、ＲＮＣによって推定され得る。また、（チャネルの指示、したがって、チャネル変動の指示を与える）アップリンクチャネル推定の出力に基づき、ノードＢによっても推定され得る。
【００５２】
・無線チャネル：例えば、（普通、ＵＬ  ＤＰＣＣＨ（アップリンクＤＰＣＣＨ）パイロットビットに基づく）アップリンクチャネル推定の出力に基づき、ノードＢによって推定され得る。これは、例えば、パスの数や、いくつかのパス（主要な２つのもの）の間の平均相対電力で特徴付けることができるはずである。
【００５３】
また、ＰＤＳＣＨ電力オフセットは、アクティブセット中のセル数および／または（複数の場合には）アクティブセル間のパスロス差などのソフトハンドオーバ構成パラメータにも大きく依存する。別の例として、本発明は、そのような基準に応じて電力オフセットを動的に適合させることを提案する。以下にいくつかの多少複雑な提案を示す。
【００５４】
１）解決法１（Ｒ９９／Ｒ４）
ＳＲＮＣはＵＥアクティブセット中のセル数を認識する。
【００５５】
さらに、３ＧＰＰ標準は、ＳＲＮＣがＵＥに、それらがＳＨＯ中であるときには（または、本発明の方法については、それらがＳＨＯ時だけに使用されることを知っていれば、常に）、ＳＲＮＣに何らかのパスロス測定値を定期的に報告するよう要求することを可能にする。例えば、ＣＰＩＣＨ  ＲＳＣＰ（ＣＰＩＣＨ受信符号電力、ＣＰＩＣＨは共通パイロットチャネル（Ｃｏｍｍｏｎ  Ｐｉｌｏｔ  ＣＨａｎｎｅｌ）の略である）などの、ＳＲＮＣがパスロスを推定できるようにするＵＥからの他の測定値も使用され得る。この例では、ＳＲＮＣはパスロスをＣＰＩＣＨ  Ｔｘ電力−ＣＰＩＣＨ  ＲＳＣＰとして推定することができる。ＣＰＩＣＨ  Ｅｃ／Ｎｏ測定値も使用され得る。
【００５６】
したがって、（１つまたは複数の）電力オフセットは、ＵＥ測定値報告から推定されるアクティブセット中のセル数および／またはパスロス差のに応じて決定され得る。この方法を簡単にするために、少数の可能な電力オフセット値だけを選択することもできる。
【００５７】
この解決法の欠点は、複雑さおよび無線インターフェイス上で必要とされるシグナリングの量である。
【００５８】
２）解決法２（Ｒ９９／Ｒ４）
１つのより簡単な解決法は、ＵＥアクティブセット中のセル数だけに基づいて電力オフセットを設定することよりなる。
【００５９】
１つの具体例は、ＳＲＮＣがＵＥアクティブセット中のセル（したがってそれらの数）を認識していると知っている場合には、ＵＥがソフトハンドオーバにあるときと、ＵＥがソフトハンドオーバにないときとで異なる電力オフセットを持つことである。
【００６０】
Ｒ９９には２つのオフセット値、Ｒ４には３つのオフセット値（非ＳＨＯに１つ、ＵＥがＳＨＯ中であるときの１次セルに１つ、ＵＥがＳＨＯ中であるときの非１次セルに１つ）が必要である。
【００６１】
３）解決法３（Ｒ９９のみ）
ＵＥがソフトハンドオーバ中である場合、１つの可能な方法は、３ＧＰＰ  Ｒ４  リリースでなされるように、１次セルと非１次セルとで異なる電力オフセットを持つことである。
【００６２】
しかしながら、Ｒ９９の場合には、１次セルまたは非１次セルのシグナリングのための高速Ｌ１シグナリングがない。したがって、異なる方法を用いて１次セルおよび非１次セルを検出する必要がある。本発明はこの検出を、ＵＥからＳＲＮＣへのＲＲＣ測定値報告に基づいて実施することを提案する。例えば、「イベント１ｄ」（最善セルの変更）を用いて、イベントトリガ測定レポートを使用することもできるであろう。このイベントの定義については３ＧＰＰ  ＴＳ２５．３３１を参照されたい。
【００６３】
上記の解決法のいくつかは、例えば、３ＧＰＰ  Ｒ９９リリースを用いた解決法２＋３などのように、組み合わせが可能であることに留意されたい。
【００６４】
さらに、１つ重要なことは、ＳＲＮＣだけが、アクティブセット中のセル数およびアクティブセル間のパスロス差ついてのすべての知識を持ち得ることである。しかし、現在の３ＧＰＰ標準では、通常のＰＤＳＣＨ電力オフセットは、ＣＲＮＣによってノードＢに知らされる。すなわち、この電力オフセットはＳＲＮＣによってセットアップされず、したがって、アクティブセット中のセル数および／またはアクティブセル間のパスロス差に応じて容易にセットアップすることができない。以下で、この問題を解決するための２つの提案を行う。
【００６５】
１）３ＧＰＰ標準に、ＳＲＮＣが、ＩｕｒＤＳＣＨフレームプロトコル（またはＲＮＳＡＰ）によってＤＲＮＣにＰＤＳＣＨ電力オフセットの値を知らせる可能性を付加する。
【００６６】
後方互換とするために、電力オフセットが、ＳＲＮＣによってＤＲＮＣに任意選択で送られると定義することができるはずである。これが送られる場合には、ＤＲＮＣはそのノードＢに同じ値を送る必要がある。そうでない場合には、電力オフセットはＤＲＮＣによってセットアップされる。
【００６７】
別の可能な方法は、ＳＲＮＣがＤＲＮＣに、ＵＥがソフトハンドオーバ中であること、または他の任意のこの形式の情報（ＵＥがこのＤＲＮＣ以外の（１つまたは複数の）ＲＮＣと持つリンク数など）を知らせて、ＰＤＳＣＨ電力オフセットを設定できるようにすることであろう。そのような情報も、ＩｕｒＤＳＣＨフレームプロトコル、あるいはＲＮＳＡＰプロトコルによって知らせることができるはずである。
【００６８】
以下では、そのような情報のためのすべてのそうした可能な方法も、「ＰＤＳＣＨ電力オフセットを示す情報」という表現の下にグループ化する。
【００６９】
２）少なくともＳＲＮＣおよびＣＲＮＣが同じＲＮＣである場合には、３ＧＰＰ標準を変更しなくとも、そうした提案が実装され得る。更に加えて、ＳＲＮＣおよびＣＲＮＣが別々のＲＮＣであるときでも、ＣＲＮＣはなお、十分な知識を持つことができる。
【００７０】
・ＣＲＮＣは、ＵＥアクティブセット中に存在するＣＲＮＣのセル数によって設定されるＵＥアクティブセット中のセル数を概算することができる。
【００７１】
・ＣＲＮＣは、それが最も適切な選択を行うことができないときには、最大値を選択することができる。例をあげると、ＳＲＮＣと異なるＣＲＮＣは、ＵＥによって報告されるパスロス測定値を知らないため、（パスロス差が使用される場合には）任意のパスロス差での最大電力オフセットを選択し得る。
【００７２】
また本発明は以下のように説明することもでき、それを、前述のように、本発明の枠内で得られ、要求されたＰＤＳＣＨ電力オフセットが無線環境条件に大きく依存することを示したシミュレーション結果と共に提示する。
【００７３】
１．イントロダクション
前述のように、ＰＤＳＣＨ上で送信するデータがあるとき、（３ＧＰＰ  ＴＳ３５．４３５「ＵＴＲＡＮ  Ｉｕｂインターフェイス  共通トランスポートチャネルデータストリーム用ユーザプレーンプロトコル」に記載されるように）ＲＮＣはノードＢにＤＳＣＨデータフレームを送信する。このＤＳＣＨデータフレームは、送信されるデータ、およびヘッダを含む。このヘッダは、特に、ノードＢがＤＳＣＨについてＴＦＣＩフィールドを計算できるようにする。これは、ノードＢがＰＤＳＣＨ電力を設定するのに使用するオフセットも含む。ＰＤＳＣＨ電力は、ＤＰＣＣＨのＴＦＣＩビットの電力との比較で設定される。
【００７４】
簡単にするために、以下では、「ＤＰＣＣＨ電力」という用語を用いて、ＤＰＣＣＨのＴＦＣＩフィールドの電力も指すものとする。
【００７５】
通常の解決法によれば、ＰＤＳＣＨ電力オフセットは、一般に、ＰＤＳＣＨとＤＰＣＨ上のサービスに依存する。例をあげると、オフセットが各状況ごとに決定され得ると知っていれば、異なる速度（３２、６４、１２８、１４４、３８４ｋｂｐｓ）を用いて、ＤＰＣＨは音声サービス（ＡＭＲ１２．２サービスなど）を搬送することができ、ＰＤＳＣＨはＰＳ（パケット交換）サービスを搬送することができる。
【００７６】
したがって、所与のサービス品質に到達するのに必要なＰＤＳＣＨ電力オフセットは、任意の知られている方法で決定され得る。
【００７７】
２．非ソフトハンドオーバ状況におけるＰＤＳＣＨ／ＤＰＣＣＨ電力オフセット
ＰＤＳＣＨおよびＤＰＤＣＨを受信するＵＥを考察する。このＵＥは、図２に示すように、ノードＢの１つのセルだけから受信するものと想定する。
【００７８】
そのような状況では、目標のサービス品質に到達するのに必要とされるＰＤＳＣＨとＤＰＣＨの間のオフセット（ＰＴＡＲＧＥＴ＿ＰＤＳＣＨと表記する）は、前述のように、ＰＤＳＣＨ上のサービスとＤＰＣＨ上のサービスに応じて選択され得る。その場合、ＰＤＳＣＨおよびＤＰＤＣＨは、それぞれの必要とされる品質と共に受信されるものと期待され、以下のように記述され得る。
ＰＰＤＳＣＨ＝ＰＤＰＣＣＨ＋オフセット＝ＰＴＡＲＧＥＴ＿ＰＤＳＣＨ
【００７９】
３．ソフトハンドオーバにおけるＰＤＳＣＨ
３．１．ソフトハンドオーバにおける問題
図３に、ＵＥのアクティブセットにリンクが付加される場合を示す。図４で示すように、ＤＰＣＣＨ電力（曲線Ａで示す）は、新しいリンクがソフトハンドオーバ利得を提供するため低下する。ＰＤＳＣＨ電力（曲線Ｂで示す）も、同じ量だけ低減される。
【００８０】
ＤＰＣＣＨ電力の低下は、新しいリンクが同じサービス品質への到達を可能にするため、どんな品質の損失も伴わない。しかし、ＰＤＳＣＨは１つのセルだけによって送信される。その場合、ＰＤＳＣＨ上のサービス品質は、このチャネルの電力が低下するため、低下する。これは以下のように記述され得る。
ＰＰＤＳＣＨ＝ＰＤＰＣＣＨ１＋オフセット＜ＰＴＡＲＧＥＴ＿ＰＤＳＣＨ
（式中のＰＴＡＲＧＥＴ＿ＰＤＳＣＨをＣに示す。）
【００８１】
あらゆる状況下でＰＤＳＣＨの目標サービス品質を保証する通常の解決法は、最悪の場合を見出し、前述のように決定されたＰＤＳＣＨオフセットを増加させて、その場合でも、ＰＤＳＣＨの電力が目標サービス品質に到達するのに十分大きくなるようにすることである。すでに述べたように、これはＰＤＳＣＨの重大な欠点である。
【００８２】
３．２．ＰＤＳＣＨとＤＰＣＣＨの間での必要な電力オフセット
この項の目的は、ＰＤＳＣＨとＤＰＣＣＨの間の最適な電力オフセットを決定することである。「最適な」とは、それが、あらゆる状況下（アクティブセット中の１セルまたは２セル、両セルの異なるパスロスなど）で全く同じサービス品質を保つのに必要とされる電力オフセットであることを意味する。
【００８３】
まず、以下のセクションで示す異なる曲線を表すために選択した状況を提示する。次いで、必要とされるＰＤＳＣＨ  Ｔｘ電力を決定し、それを表す。
【００８４】
この必要とされるＰＤＳＣＨ  Ｔｘ電力を、ＳＨＯが行われるときに実際に使用されるＴｘ電力に比較する。
【００８５】
これら２つのＴｘ電力間の差は、目標のサービス品質を保つために、セクション１で示した、オフセットに加える必要のある補足オフセットである。
【００８６】
３．２．１．コンテキスト
あるセル（セル１）から別のセル（セル２）に移動中のＵＥを考察する。例えば、図５に示すように、これら２つのセルが同じサイズ（半径Ｒ）を有するものと考える。
【００８７】
図６に示すように、ＵＥは、まず、セル１と通信する。次いで、セル２がセル１を３ｄＢ上回るパスロスにあるときには、図７に示すように、ＵＥは、両方のセルと通信することになる（ソフトハンドオーバ）（３ｄＢの値はＵＥのアクティブセットに入る際の典型的な値にすぎず、代わりに他の値を用いることもできることに留意すべきである）。
【００８８】
セル１のパスロスがセル２を４ｄＢ上回ったときには、セル１はアクティブセットには含まれなくなる（４ｄＢの値は典型的な例にすぎず、ＵＥアクティブセットを離脱する際の閾値として他の値を用いることもできることに留意すべきである）。その後、ＵＥは、図８に示すように、セル２だけと通信することになる。
【００８９】
３．２．２．ＰＤＳＣＨに必要とされるＴｘ電力
この状況（ＵＥがセル１からセル２に移動する）に留意して、ＵＥの位置に応じて（ＤＰＣＣＨおよびＰＤＳＣＨについての）Ｔｘ電力を示すいくつかのグラフを表す。グラフを簡単にするために、Ｔｘ電力を、ｘ＝「Ｐａｔｈ＿ｌｏｓｓ＿ｃｅｌｌ＿１（パスロス  セル1）−Ｐａｔｈ＿ｌｏｓｓ＿ｃｅｎｔｅｒ（パスロス  中心）」の関数として表すことにする。Ｐａｔｈ＿ｌｏｓｓ＿ｃｅｎｔｅｒは、ＵＥが２つのセルの間の中間にあるときの各セルのパスロスである。この方式では、ｘ＝０では、ＤＰＣＣＨを送信するのに必要とされるはずのＴｘ電力は、両セルで等しい。
【００９０】
図９に、１リンクだけが許容された（非ソフトハンドオーバ）の場合の、セル１から（１で示す曲線）またはセル２から（２で示す曲線）ＤＰＣＣＨを送信するのに必要とされるはずのＴｘ電力を示す。
【００９１】
図１０に、非ソフトハンドオーバの状況で、セル１からＤＰＣＨ（曲線１）およびＰＤＳＣＨ（曲線３）を、あるいはセル２からＤＰＣＨ（曲線２）およびＰＤＳＣＨ（曲線４）を送信するのに必要とされるはずのＴｘ電力を示す。
【００９２】
ＰＤＳＣＨ電力は、前述のように、ＤＰＣＣＨ電力との比較による妥当なオフセットである。オフセットの値は、ＤＳＣＨ上またはＤＣＨ上のサービスに依存する。
【００９３】
必要とされるＰＤＳＣＨ  Ｔｘ電力は、図１１の曲線５で表す通りである。図１１に示すように、セル１は、それがアクティブセットから出ない限り、すなわち、Ｐａｔｈ＿ｌｏｓｓ＿ｃｅｌｌ＿１−Ｐａｔｈ＿ｌｏｓｓ＿ｃｅｌｌ＿２＞４ｄＢにならない限り、ＰＤＳＣＨを送信する。この限界を図１１に縦線で示す。この限界を越えると、セル２がＰＤＳＣＨを送信する。
【００９４】
３．２．３．ＳＨＯにおける実際のＰＤＳＣＨ  Ｔｘ電力
次に、ＰＤＳＣＨ電力とＤＰＣＣＨ電力の間で常に同じオフセットを保った場合に、ソフトハンドオーバ（図１２）中に実際に何が起こるかを考察する。図１２に、ＳＨＯアルゴリズムを用いたＤＰＣＣＨ  Ｔｘ（曲線６）を表す。セル２がセル１のパスロスを３ｄＢ上回るパスロスであるときには、セル２がアクティブセットに入り、セル１がセル２を４ｄＢ上回るパスロスになると、セル１がアクティブセットから出る。
【００９５】
アクティブセットへのセルの参入とそこからの排除を示す限界（３ｄＢと４ｄＢ）を、２本の縦線で示してある。
【００９６】
図１３に、ＰＤＳＣＨ／ＤＰＣＣＨ電力オフセットが一定である場合に、ＳＨＯアルゴリズムを用いたＰＤＳＣＨ  Ｔｘ電力に何が起こるかを示す。ＰＤＳＣＨ  Ｔｘ電力を曲線７で示し、ＤＰＣＣＨ電力を曲線６で示す。
【００９７】
３．２．４．ＰＤＳＣＨとＤＰＣＣＨのＴｘ電力間の最適オフセット
ＰＤＳＣＨとＤＰＣＣＨの間で必要とされる電力オフセットは、ＰＤＳＣＨに必要とされるＴｘ電力（セクション３．２．２）とＤＰＣＣＨ  Ｔｘ電力（セクション３．２．３）との差である。
【００９８】
これら２つの電力を、図１４に、それぞれ曲線５と６で表す。
【００９９】
図１５に、曲線８で、ＰＤＳＣＨとＤＰＣＣＨのＴｘ電力間で必要とされるオフセットを示す。
【０１００】
曲線９（図１６）で、曲線８と同じ形式の曲線を、Ｐａｔｈ＿ｌｏｓｓ＿ｃｅｌｌ＿１−Ｐａｓｓ＿ｌｏｓｓ＿ｃｅｌｌ＿２の関数として表したものを示す。
【０１０１】
その場合、セクション３．１の最後に提示したように、あらゆる場合に、ＰＤＳＣＨ  Ｔｘ電力が、必要とされるサービス品質を提供するのに十分な大きさになるように、オフセットを設定することができるはずである。しかし、この解決法は、非ソフトハンドオーバの状況（その時間のうちの７０から７５％）では、ＰＤＳＣＨ電力が必要とされるレベルを上回り、ソフトハンドオーバ時にも、ＰＤＳＣＨ電力が必要とされるレベルを上回る可能性があることを意味する。
【０１０２】
４．ＰＤＳＣＨ／ＤＰＣＣＨ  Ｔｘ電力オフセットを設定する解決法の提案
４．１．最適な解決法
ＵＥは、各セルのパスロスをＲＮＣに定期的に報告するため、ＲＮＣは「ＤＳＣＨデータフレーム」で、「Ｐａｔｈ＿ｌｏｓｓ＿ｃｅｌｌ＿１−Ｐａｓｓ＿ｌｏｓｓ＿ｃｅｌｌ＿２」の差に応じたオフセットを送ることができる。
【０１０３】
このパスロス差は、ＵＥ測定値報告によって、あるいはノードＢ共通測定値報告によって（第２の場合には、パスロスがＵＬとＤＬとでほぼ同じであると想定することにより）推定され得る。しかしながら、数秒の測定期間があるために、このパスロス差は、ＲＮＣによって即座に知られることはなく、いくつかのＵＥ速度では、パスロス差に関する推定誤差が大きくなる可能性がある。もちろん、測定期間は短縮され得るが、その場合には、シグナリング量が大きくなりすぎるであろう。
【０１０４】
したがって、以下に、ＰＤＳＣＨ／ＤＰＣＣＨ  Ｔｘ電力オフセットを設定する他のいくつかの次善の解決法を提案する。各解決法はそれぞれの欠点および利点を有する。
【０１０５】
ＰＤＳＣＨ／ＤＰＣＣＨ電力オフセットは、特に、ＵＥ速度や（例えば車両または歩行者無線環境モデルといった）無線環境モデルなどの他の環境条件に過度に依存するはずである。電力オフセットの選択を簡単にするために、例えば、都市部と農村部とで異なる値を設定することができるであろう。より満足のいく（より複雑な）方法は、アップリンク伝送によりノードＢでのそのような環境条件を推定することであろう。
【０１０６】
速度も考慮に入れる必要がある。実際、電力オフセットは、例えば、所与の無線環境モデルでは、異なる移動速度に応じて異なり得る。
【０１０７】
４．２．１つのオフセットを用いた解決法
第１の最も簡単な解決法は、図１７の曲線１０で示すように、あらゆる状況下でサービス品質に到達できるように、ＰＤＳＣＨとＤＰＤＣＨの間に十分なオフセットを設定することである。
【０１０８】
しかしながら、前に指摘したように、ＰＤＳＣＨのＴｘ電力が、常時、不必要に大きくなり、関与するセルの容量を相当に低減させるので、それは電力の無駄を示唆するものである。
【０１０９】
４．３．２つのオフセットを用いた解決法
よりよい解決法は、アクティブセット中のセル数に応じて、オフセットの値を変更することであろう。
【０１１０】
例えば、先に考察した２つのセルを伴うＳＨＯの例では、提案するオフセットは図１８の曲線１１で示される、すなわち、２つの電力オフセットがあり、一方は非ＳＨＯ状況（すなわち１つの無線リンク）でのものであり、他方はＳＨＯ状況（すなわち２つの無線リンク）でのものである。
【０１１１】
２つより多くのセルを伴うＳＨＯはまれにしか起こらないことが認められる。その場合、性能をあまり低下させることなく、ＳＨＯは２つのセルのアクティブセットを意味するとみなすことができる。例えば、３つのセルのアクティブセットの場合では、３つのセルを用いた電力オフセットが２つのセルを用いたものと大幅に異なる場合には、（１つ、２つおよび３つの無線リンクのための）３つの電力オフセットを用いた解決法も実装され得るであろう。
【０１１２】
ＲＮＣはＳＨＯの実施を決定する機器であり、ＰＤＳＣＨとＤＰＣＣＨの間のＴｘ電力オフセットを計算する機器でもある。したがって、ＲＮＣが、アクティブセット中のセル数に応じて、「ＤＳＣＨデータフレーム」で異なるオフセットを送るのは、非常に単純なことである。
【０１１３】
ＲＮＣは、アクティブセットにセルが付加され、またはそこから除去されるたびに、オフセット値を変更する必要がある。
【０１１４】
ソフトハンドオーバ時には、電力オフセットは、２つのセル間のパスロスの差が何であれ、サービス品質を保証する。Ｐａｔｈ＿ｌｏｓｓ＿ｃｅｌｌ１−Ｐａｓｓ＿ｌｏｓｓ＿ｃｅｌｌ２＜４ｄＢであるときには、オフセットは最適必要オフセットよりも大きく、すなわち、最適解決法と比べて損失がある。この損失は、例えば、異なる速度や無線環境モデルなどの異なる無線環境条件に応じて異なり得る。
【０１１５】
ＳＨＯ状況では、オフセットは平均に過度に高くなるであろう。しかし、非ＳＨＯ状況、すなわちその時間の７０ないし７５％では、オフセットが最適オフセットと等しくなるので、電力の無駄は、以前の解決法よりはるかに低くなる。しかも、この解決法は極めて簡単でもある。したがって、これは、１つのオフセットの解決法より好ましい。
【０１１６】
４．４．３つのオフセットを用いた解決法
ＳＨＯ状況での電力の無駄を減らすために、ＲＮＣは、（ＳＨＯと非ＳＨＯとで異なるオフセットを有することに加えて）どのセルが最善受信セルであるかに応じて、ＰＤＳＣＨ／ＤＰＣＣＨ  Ｔｘ電力オフセットの値を変更することができる。セル２は、Ｐａｔｈ＿ｌｏｓｓ＿ｃｅｌｌ＿１−Ｐａｓｓ＿ｌｏｓｓ＿ｃｅｌｌ＿２＜１ｄＢのときに、最善受信セルになる（この１ｄＢのトリガを、それが典型的な値であるために例としてあげるが、他の値を用いることもできる）。
【０１１７】
オフセットは、図１９の曲線１２で示すものになるはずであり、図中、最善のセルの変更は縦の点線で示される。
【０１１８】
前の提案の（２つのオフセットを用いた）解決法と同様に、電力オフセットが最適必要電力オフセットより大きいことによる損失がある。しかし、セル１が最善の受信セルであるときには、オフセットは、前の方法を用いた場合よりも最適必要オフセットに近くなる。また、ソフトハンドオーバの状況での残りの損失も、例えば異なる速度や無線環境モデルなどの異なる無線環境条件について異なり得る。
【０１１９】
提案の方法では、ＲＮＣは、アクティブセットにセルが付加され、あるいはそこから除去されるたびに、そして、最善のセルが変更されるたびに、オフセットを変更する。この最後のトリガでは、それは、ＵＥからの測定値報告を、ＵＥが３ＧＰＰ  ＴＳ２５．３３１で定義されるイベント１ｄ（最適セルの変更）も報告するように構成することによってなされ得るであろう。これは、（どれが最善の受信セルであるかをＲＮＣが検出できるように、ＵＥが定期的にパスロスを報告する解決法に比べて）少ないシグナリングで最善のセルの変更を知ることを可能にする。さらにいっそうシグナリングを低減するために、約１ｄＢのヒステリシスを用いて最善のセルの変更を検出することができるであろう。
【０１２０】
４．５．リリース４の改善
ＵＭＴＳの３ＧＰＰリリース４仕様では、ＵＥは、規則的に、ＳＳＤＴシグナリング（ＳＳＤＴはサイト選択ダイバーシチ送信（Ｓｉｔｅ  Ｓｅｌｅｃｔｉｏｎ  Ｄｉｖｅｒｓｉｔｙ  Ｔｒａｎｓｍｉｓｓｉｏｎ）の略である）をセルに直接送る。このＳＳＤＴシグナリングは、各セルが、それがＵＥによる最善の受信セルであるかどうかを知ることができるようにする。その場合、ＰＤＳＣＨを送信するセルは、それが１次セルであるかそれとも２次セルであるか（すなわち、最善の受信セルであるか否か）を知り、ＲＮＣからのコマンドが全くなくても、前セクションで提案したように、ＰＤＳＣＨ／ＤＰＣＣＨ  Ｔｘ電力を直接設定することができる。
【０１２１】
さらに加えて、前セクションで提案したものに類似した解決法を持つために、ＵＥがソフトハンドオーバ中ではないときのものと、ＵＥがソフトハンドオーバ中であるときのものの、２組のオフセットを持つことを提案する。
【０１２２】
本発明は、その目的のために、本発明による方法を実行する手段を含むネットワーク要素（特に、基地局（またはノードＢ）や基地局制御装置（またはＲＮＣ）などを備える。
【０１２３】
例えば、
・基地局またはノードＢでは、前記手段は、基地局制御装置または前記基地局またはノードＢを制御するＲＮＣから、前記ダウンリンクシェアドチャネルの前記移動端末への送信のための電力オフセットを示す少なくとも１つの情報を受け取る手段を含むことができ、前記情報は前記電力オフセットを、無線環境条件に応じて、前記ダウンリンクシェアドチャネルの送信電力を最小化すると同時に、サービス品質も達成するように動的に適合させるためのものであり、
・基地局制御装置またはＲＮＣでは、前記手段は、そのような情報を、前記基地局制御装置またはＲＮＣによって制御される基地局またはノードＢに送信する手段を含むことができ、
・基地局制御装置またはＲＮＣでは、前記ＲＮＣはＤＲＮＣの役割を有し、前記手段は、基地局制御装置またはＳＲＮＣの役割を有するＲＮＣからそのような情報を受け取る手段をさらに含むことができ、
・基地局制御装置またはＲＮＣでは、前記ＲＮＣはＳＲＮＣの役割を有し、前記手段は、基地局制御装置またはＤＲＮＣの役割を有するＲＮＣにそうした情報を送信する手段を含むことができる。
【０１２４】
前述の手段の具体的実装は、当分野の技術者にとっては特に困難を呈するものではないので、それらの機能を述べることにより、ここで前述したそれらの機能以上に詳細に説明する必要はないであろう。
【０１２５】
本発明は、その目的のために、本発明による少なくとも１つのそのようなネットワーク要素を含む移動無線通信システムも備える。
【図面の簡単な説明】
【０１２６】
【図１】特にＵＭＴＳなどの移動通信システムの一般的アーキテクチャを示す図である。
【図２】本発明が基にする原理を示す図である。
【図３】本発明が基にする原理を示す図である。
【図４】本発明が基にする原理を示す図である。
【図５】本発明が基にする原理を示す図である。
【図６】本発明が基にする原理を示す図である。
【図７】本発明が基にする原理を示す図である。
【図８】本発明が基にする原理を示す図である。
【図９】本発明が基にする原理を示す図である。
【図１０】本発明が基にする原理を示す図である。
【図１１】本発明が基にする原理を示す図である。
【図１２】本発明が基にする原理を示す図である。
【図１３】本発明が基にする原理を示す図である。
【図１４】本発明が基にする原理を示す図である。
【図１５】本発明が基にする原理を示す図である。
【図１６】本発明が基にする原理を示す図である。
【図１７】本発明が基にする原理を示す図である。
【図１８】本発明が基にする原理を示す図である。
【図１９】本発明が基にする原理を示す図である。
【符号の説明】
【０１２７】
ＵＥ  ユーザ機器
Ｕｕ  Ｕｕインターフェイス
Ｉｕｂ  Ｉｕｂインターフェイス
Ｉｕｒ  Ｉｕｒインターフェイス
Ｉｕ  Ｉｕインターフェイス
ＲＮＣ  無線ネットワーク制御装置
【図１】
2005130503.tif 000003
【図２】
2005130503.tif 000004
【図３】
2005130503.tif 000005
【図４】
2005130503.tif 000006
【図５】
2005130503.tif 000007
【図６】
2005130503.tif 000008
【図７】
2005130503.tif 000009
【図８】
2005130503.tif 000010
【図９】
2005130503.tif 000011
【図１０】
2005130503.tif 000012
【図１１】
2005130503.tif 000013
【図１２】
2005130503.tif 000014
【図１３】
2005130503.tif 000015
【図１４】
2005130503.tif 000016
【図１５】
2005130503.tif 000017
【図１６】
2005130503.tif 000018
【図１７】
2005130503.tif 000019
【図１８】
2005130503.tif 000020
【図１９】
2005130503.tif 000021
【外国語明細書】
2005130503.tif 000022
2005130503.tif 000023
2005130503.tif 000024
2005130503.tif 000025
2005130503.tif 000026
2005130503.tif 000027
2005130503.tif 000028
2005130503.tif 000029
2005130503.tif 000030
2005130503.tif 000031
2005130503.tif 000032
2005130503.tif 000033
2005130503.tif 000034
2005130503.tif 000035
2005130503.tif 000036
2005130503.tif 000037
2005130503.tif 000038
2005130503.tif 000039
2005130503.tif 000040
2005130503.tif 000041
2005130503.tif 000042
2005130503.tif 000043
2005130503.tif 000044
2005130503.tif 000045
2005130503.tif 000046
2005130503.tif 000047
2005130503.tif 000048
2005130503.tif 000049
2005130503.tif 000050
2005130503.tif 000051
2005130503.tif 000052
2005130503.tif 000053
2005130503.tif 000054
2005130503.tif 000055