(57)【要約】本発明は、移動体通信ネットワーク内で、制御基地局から別の基地局に、複数のセルにおける共有チャネルのリソース管理制御機能を再配置する移動体通信システムにおける方法および基地局に関する。この方法および基地局では、各セルは基地局によって制御され、各共有チャネルはセル内の複数の移動端末によって共有される。更に、本発明は移動体通信システムに関する。分散型無線アクセスネットワークに対する制御ネットワークエレメントの再配置を可能にするために、本発明は、制御基地局で、制御基地局と各レポート基地局との間のシグナリング負荷、または各レポート基地局における処理負荷を推定し、複数のセルの少なくとも一部に対するリソース管理制御機能を再配置するか否かを決定し、再配置すると決定した場合に再配置を実行することを提案する。
2007535251.tif 000002
【特許請求の範囲】
【請求項１】
移動体通信ネットワーク内で、１つの制御基地局から他の基地局に、それぞれが基地局によって制御される複数のセルにおける、セル内の複数の移動端末によりそれぞれ共有される共有チャネルのリソース管理制御機能を再配置する方法であって、
前記制御基地局において、各レポート基地局からの情報を受信するステップと、
前記制御基地局において、前記制御基地局と各レポート基地局との間のシグナリング負荷、または各レポート基地局および前記制御基地局での処理負荷を、前記受信される情報に基づいて推定するステップと、
前記制御基地局において推定される負荷を評価することにより、前記複数のセルの少なくとも一部に対する前記リソース管理制御機能を前記制御基地局からレポート基地局に再配置するか否かを決定するステップと、
前記リソース管理制御機能を再配置すると決定される場合、
前記制御基地局において、前記推定される負荷に基づいて、リソース管理制御機能を再配置すべきレポート基地局を選択するステップと、
前記複数のセルの少なくとも一部に対するリソース管理制御機能を、前記制御基地局から前記選択されるレポート基地局に再配置するステップと、を備える方法。
【請求項２】
前記リソース管理制御機能は、初期セル構造および無線リンク構造、ならびに呼受付制御および負荷制御の少なくとも１つを含む、請求項１記載の方法。
【請求項３】
残りのセルに対する前記リソース管理制御機能は、前記制御基地局で保持され、あるいは前記制御基地局によって選択される他のレポート基地局に再配置される、請求項１または請求項２記載の方法。
【請求項４】
各レポート基地局から受信される前記情報は、前記レポート基地局により共有チャネルを用いて各移動端末に提供されるサービスの品質を示し、
前記推定ステップにおいて、前記制御基地局は、対応するレポート基地局から測定レポートが受信される移動端末の数に基づいて、前記シグナリング負荷を推定する、請求項１乃至請求項３のいずれかに記載の方法。
【請求項５】
前記レポートされるサービスの品質は、セル内で共有チャネルを用いて各移動端末によって提供される正味ビットレート、および共有チャネルを用いて前記移動端末に送信されるデータのブロックエラーレートのいずれか一方または組み合わせを示す、請求項４記載の方法。
【請求項６】
前記制御基地局によって受信される情報は、対応するレポート基地局の下で共有チャネルを用いる移動端末の数を示し、
前記推定ステップにおいて、前記制御基地局は、前記受信される情報に示される移動端末の数に基づいて、前記シグナリング負荷を推定する、請求項１乃至請求項３のいずれかに記載の方法。
【請求項７】
第１の基地局は、移動端末の最大数をレポートする次の制御基地局として、レポート基地局を選択する、請求項４乃至請求項６のいずれかに記載の方法。
【請求項８】
前記制御基地局で受信される情報は、対応するレポート基地局での処理負荷を示し、
前記制御基地局での処理負荷が所定の上限処理負荷閾値より大きく、且つレポートされる処理負荷の値および／またはシグナリング負荷の値の少なくとも１つが所定の下限負荷閾値より小さい場合に、リソース管理制御機能を再配置すると決定される、請求項１乃至請求項３のいずれかに記載の方法。
【請求項９】
前記再配置は、前記上限閾値と前記下限閾値との間の関係が所定期間に亘って維持されるとトリガされる、請求項８記載の方法。
【請求項１０】
前記セルの少なくとも一部に対するリソース管理制御機能を再配置すべきレポート基地局を選択するステップにおいて、前記所定の下限負荷閾値より小さい処理負荷および／またはシグナリング負荷をレポートするレポート基地局が選択される、請求項８または請求項９記載の方法。
【請求項１１】
前記制御基地局から前記選択されるレポート基地局に、前記セルの少なくとも一部の前記共有チャネルに対する前記リソース管理制御機能の再配置を示す再配置命令を送信するステップを更に備える、請求項１乃至請求項１０のいずれかに記載の方法。
【請求項１２】
再配置要求メッセージは、前記選択されるレポート基地局にリソース管理制御機能が再配置されるセルのセル識別子と、前記選択されるレポート基地局がリソース管理制御機能の後続する再配置を実行することができるか否かの指示を更に含む、請求項１１記載の方法。
【請求項１３】
前記制御基地局が前記セルの一部に対するリソース管理制御機能だけを再配置する場合、前記再配置要求メッセージは、前記選択されるレポート基地局以外の他の基地局によって制御されるべきセルのセル識別子を更に含む、請求項１２記載の方法。
【請求項１４】
リソース管理制御機能の再配置に損失がない場合、前記制御基地局から前記選択されるレポート基地局に、前記推定ステップで使用されるべき情報、あるいは前記選択される基地局に前記再配置要求メッセージを送信する際の負荷制御に使用されるべき情報を含むコンテナを送信するステップを更に備える、請求項１１乃至請求項１３のいずれかに記載の方法。
【請求項１５】
前記制御基地局から共有チャネルに対するリソース管理制御機能が再配置されていない基地局に、新しい制御基地局のセル識別子を含むセットアップ要求を送信するステップを更に備える、請求項１１乃至請求項１４のいずれかに記載の方法。
【請求項１６】
前記セルの一部のリソース管理制御機能が再配置されるレポート基地局に対して、セルの他の部分のリソース管理制御機能が再配置される他の基地局の少なくとも１つのセル識別子を、再配置要求メッセージによって示すステップを更に備える、請求項１乃至請求項１５記載の方法。
【請求項１７】
セルの一部のリソース管理制御機能が再配置される前記レポート基地局で、前記レポート基地局が前記制御基地局からリソース管理制御機能が割当てられるセルを制御する基地局からのシグナリング負荷または処理負荷を推定するために使用される情報を受信するステップを更に備える、請求項１１乃至請求項１６のいずれかに記載の方法。
【請求項１８】
前記レポート基地局がアクセス制御の後続する再配置を実行することができない場合、前記レポート基地局から、リソース管理制御機能の後続する再配置を実行する指示を受信する基地局に前記情報を送るステップを更に備える、請求項１７記載の方法。
【請求項１９】
前記再配置要求メッセージをシグナリングする前記制御基地局が前記セルのそれぞれに対するリソース管理制御機能を有さない場合、前記制御基地局から他の制御基地局に、前記セルの少なくとも一部のリソース管理制御機能が再配置されるべきレポート基地局を示す再配置要求メッセージをシグナリングするステップを更に備える、請求項１乃至請求項１８のいずれかに記載の方法。
【請求項２０】
移動体通信ネットワーク内で、他の基地局に、それぞれが基地局によって制御される複数のセルにおける、セル内の複数の移動端末によりそれぞれ共有される共有チャネルに対するリソース管理制御機能を再配置する基地局であって、
各レポート基地局からの情報を受信する受信手段と、
前記基地局と各レポート基地局との間のシグナリング負荷、または各レポート基地局および前記基地局での処理負荷を、前記受信される情報に基づいて推定し、前記基地局において推定される負荷を評価することにより、前記複数のセルの少なくとも一部に対する前記リソース管理制御機能を前記基地局からレポート基地局に再配置するか否かを決定するように適合され、且つリソース管理制御機能を再配置すると決定される場合、前記推定される負荷に基づいて、リソース管理制御機能を再配置すべきレポート基地局を選択するように更に適合される処理手段と、
前記処理手段がリソース管理制御機能を再配置すると決定する場合、前記複数のセルの少なくとも一部に対するリソース管理制御機能を、前記基地局から前記選択されるレポート基地局に再配置する再配置手段と、を備える基地局。
【請求項２１】
請求項１乃至請求項１９のいずれかに記載の再配置方法を実行するように適合される手段を更に備える、請求項２０記載の基地局。
【請求項２２】
それぞれが基地局によって制御される複数のセルにおける、セル内の複数の移動端末によりそれぞれ共有される共有チャネルに対するリソース管理制御機能が、制御基地局から他の基地局に再配置される移動体通信システムであって、
請求項２０または請求項２１記載の複数の基地局と、複数の移動端末とを備える移動体通信システム。
【請求項２３】
プロセッサで実行されると、該プロセッサに、移動体通信ネットワーク内で、１つの制御基地局から他の基地局に、それぞれが基地局によって制御される複数のセルにおける、セル内の複数の移動端末によりそれぞれ共有される共有チャネルのリソース管理制御機能を再配置させる命令を記憶するコンピュータ読み取り可能な媒体であって、
前記制御基地局において、各レポート基地局からの情報を受信するステップと、
前記制御基地局において、前記制御基地局と各レポート基地局との間のシグナリング負荷、または各レポート基地局での処理負荷を、前記受信される情報に基づいて推定するステップと、
前記制御基地局において推定される負荷を評価することにより、前記複数のセルの少なくとも一部に対する前記リソース管理制御機能を前記制御基地局からレポート基地局に再配置するか否かを決定するステップと、
前記リソース管理制御機能を再配置すると決定される場合、
前記制御基地局において、前記推定される負荷に基づいて、リソース管理制御機能を再配置すべきレポート基地局を選択するステップと、
前記複数のセルの少なくとも一部に対するリソース管理制御機能を、前記制御基地局から前記選択されるレポート基地局に再配置するステップと、を実行させる命令を記憶するコンピュータ読み取り可能な媒体。
【請求項２４】
プロセッサで実行されると、該プロセッサに、請求項１乃至請求項１９のいずれかに記載の方法を実行させる命令を更に記憶する、請求項２３記載のコンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信ネットワーク内で制御基地局から別の基地局に、複数のセルにおける共有チャネルのリソース管理制御機能を再配置する移動体通信システムにおける方法および基地局に関する。この方法および基地局では、各セルが基地局によって制御され、各共有チャネルがセル内の複数の移動端末によって共有される。更に、本発明は、移動体通信システムに関する。
【背景技術】
【０００２】
Ｗ−ＣＤＭＡ（広帯域符号分割多元接続）は、第３世代無線移動体通信システムとしての使用に標準化されたＩＭＴ−２０００（国際移動体通信）に対する無線インタフェースである。柔軟且つ効率的な方法で、音声サービスやマルチメディア移動体通信サービス等の各種サービスを提供される。日本、欧州、米国、および他の国における標準機構は、Ｗ−ＣＤＭＡに対して共通の無線インタフェースの規格を作成するために、第３世代パートナーシッププロジェクト（３ＧＰＰ）と呼ばれるプロジェクトを合同で組織した。
【０００３】
ＩＭＴ−２０００の標準化欧州版は、一般的にＵＭＴＳ（ユニバーサル移動体通信システム）と呼ばれる。ＵＭＴＳの規格の初版は、１９９９年に発行された（リリース９９）。その間、リリース４およびリリース５において標準化に対する幾つかの改良が３ＧＰＰによって標準化され、リリース６の範囲において更なる改良に関する議論が行われている。
【０００４】
ダウンリンクおよびアップリンクに対する個別チャネル（ＤＣＨ）、ならびにダウンリンク共有チャネル（ＤＳＣＨ）は、リリース９９およびリリース４において定められている。その翌年以降、開発者は、マルチメディアサービス、あるいはデータサービス一般を提供するために、高速非対称アクセスが実行されなくてはならないことを見出した。リリース５では、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）が紹介されている。新高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）は、ＵＭＴＳ規格におけるＵＭＴＳ無線アクセスネットワーク（ＲＡＮ）からユーザ機器と呼ばれる通信端末までのダウンリンク高速アクセスをユーザに提供する。
【０００５】
レガシーＵＭＴＳアーキテクチャ
ユニバーサル移動体通信システム（ＵＭＴＳ）の高レベルＲ９９／４／５アーキテクチャは図１に示される（http://www.3gpp.orgから入手可能な非特許文献１参照）。ネットワークエレメントは、コアネットワーク（ＣＮ）１０１と、ＵＭＴＳ陸上無線アクセスネットワーク（ＵＴＲＡＮ）１０２と、ユーザ機器（ＵＥ）１０３とに機能的にグループ化される。ＵＴＲＡＮ１０２は、全ての無線関連機能を取り扱う役割を担い、ＣＮ１０１は、外部ネットワークに呼およびデータ接続をルーティングする役割を担う。これらネットワークエレメントの相互接続は、オープンインタフェース（Ｉｕ，Ｕｕ）によって定められる。ＵＴＭＳシステムがモジュール式であるため、同じタイプのネットワークエレメントを複数有することが可能であることに留意されたい。
【０００６】
図２は、ＵＴＲＡＮの現在のアーキテクチャを例示する。幾つかの無線ネットワークコントローラ（ＲＮＣ）２０１、２０２がＣＮ１０１に接続されている。各ＲＮＣ２０１、２０２は、１つのあるいは幾つかの基地局（ノードＢ）２０３、２０４、２０５、２０６を制御し、これらはユーザ機器と通信する。幾つかの基地局を制御するＲＮＣは、これらの基地局に対する制御ＲＮＣ（Ｃ−ＲＮＣ）と呼ばれる。Ｃ−ＲＮＣによって制御される基地局のセットは、無線ネットワークサブシステム（ＲＮＳ）２０７、２０８と呼ばれる。ユーザ機器とＵＴＲＡＮとの間の各接続に対して、一方のＲＮＳがサービングＲＮＳ（Ｓ−ＲＮＳ）となる。このＳ−ＲＮＳは、コアネットワーク（ＣＮ）１０１とのいわゆるＩｕ接続を維持する。図３に示すように、必要な場合には、ドリフトＲＮＳ（Ｄ−ＲＮＳ）３０２が、無線リソースを供給することでサービングＲＮＳ（Ｓ−ＲＮＳ）３０１をサポートする。それぞれのＲＮＳは、サービングＲＮＣ（Ｓ−ＲＮＣ）、およびドリフトＲＮＣ（Ｄ−ＲＮＣ）と呼ばれる。Ｃ−ＲＮＣおよびＤ−ＲＮＣは同一の可能性があり、多くの場合同一であるため、Ｓ−ＲＮＣまたはＲＮＣの略記が使用される。
【０００７】
特に関連のある幾つかの機能はユーザ面（ＵＰ）に位置し、記載したネットワークエレメントの制御面（ＣＰ）は以下の段落で概説する。
【０００８】
ＲＮＣ：制御面の機能
ネットワーク上の無線リソース制御（ＲＲＣ）プロトコル（http://www.3gpp.orgで入手可能な非特許文献２のV.6.1.0を参照）はＲＮＣで終了する。ＲＲＣは、以下の関連機能を有する。
●無線ベアラ、トランスポートチャネル、および物理チャネルの制御
●測定制御および測定レポートの処理
●ＲＲＣ接続モビリティ機能
○アクティブセットアップデート
○ハードハンドオーバ
○セルアップデート
○ＵＲＡアップデート
●ＳＲＮＳ再配置のサポート
【０００９】
ノードＢアプリケーションパート（ＮＢＡＰ）プロトコル（http://www.3gpp.orgで入手可能な非特許文献３参照）、無線ネットワークサブシステムアプリケーションプロトコル、および無線アクセスネットワークアプリケーションパート（ＲＡＮＡＰ）プロトコルは、Ｉｕｂインタフェース、Ｉｕｒインタフェース、およびＩｕインタフェースでそれぞれ終了する。上述のＲＲＣ機能をサポートするために用いられるこれらのプロトコルの幾つかの手順は、無線リンクセットアップ共通ＮＢＡＰ手順、無線リンク追加／削除専用ＮＢＡＰ手順、再配置コミットＲＮＳＡＰモビリティ手順、無線リンク追加／削除／セットアップＲＮＳＡＰ  ＤＣＨ手順、および再配置ＲＡＮＡＰ手順である。
【００１０】
ＲＮＣ：ユーザ面の機能
ＲＮＣは、リリース９９／４プロトコルアーキテクチャに従って、ネットワーク側のＭＡＣプロトコルおよびＲＬＣプロトコルを終了する。リリース５高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）の特徴に関連するユーザ面プロトコルスタックアーキテクチャを以下の段落に記載する。これらのプロトコルの設定は、ＲＲＣによって制御される。
【００１１】
ノードＢ：ユーザ面／制御面の機能
物理レイヤは、リリース９９／４ＵＭＴＳアーキテクチャに対するノードＢにおいてネットワーク側で終了する。リリース５において、ノードＢは、ＨＳ−ＤＳＣＨトランスポートチャネルに対するＭＡＣレイヤを終了する。
【００１２】
ＩｕｂインタフェースでＮＢＡＰプロトコルを終了する以外では、ノードＢにおいては制御機能がない。このレポートに関連する全てのＮＢＡＰ手順がＲＮＣから開始されることに留意されたい。
【００１３】
ＨＳＤＰＡの場合の例示的なユーザ面プロトコルスタックアーキテクチャ
ＨＳＤＰＡのユーザ面無線インタフェースプロトコルアーキテクチャは図４に示される。ＨＡＲＱプロトコルおよびスケジューリング機能は、ノードＢとＵＥの間で分散されるＭＡＣ−ｈｓサブレイヤに属する。スライディングウィンドウ方式に基づく選択的反復（ＳＲ）自動再送要求（ＡＲＱ）プロトコルもまた、肯定応答モードにおけるＲＬＣサブレイヤのレベルでＲＮＣとＵＥ間で確立され得ることに留意されたい。ＣＮとＵＥとの間のポイントツーポイント接続に対してＲＬＣサブレイヤから提供されるサービスは、無線アクセスベアラ（ＲＡＢ）と呼ばれる。各ＲＡＢは、ＭＡＣレイヤから提供されるサービスに続いてマッピングされる。このサービスは論理チャネル（ＬＣ）と呼ばれる。
【００１４】
ＨＳ−ＤＳＣＨ  ＦＰ（高速ダウンリンク共有チャネルフレームプロトコル）は、ノードＢとＲＮＣとの間の流量を制御する役割を担う。ＨＳ−ＤＳＣＨ  ＦＰは、ＲＮＣから得られる要求に基づいてトランスポートネットワーク上でのパケットの送信に対してＲＮＣに許可される容量を決定する。具体的には、この容量は、Ｓ−ＲＮＣから生ずるＨＳ−ＤＳＣＨ  ＦＰの容量要求メッセージ（ＣＡＰＡＣＩＴＹ  ＲＥＱＵＥＳＴ  ｍｅｓｓａｇｅ）によって要求される。一定期間にわたる一定量のデータの送信は、ノードＢから送られる容量許可メッセージ（ＣＡＰＡＣＩＴＹ  ＧＲＡＮＴ  ｍｅｓｓａｇｅｓ）によって許可される。
【００１５】
プロトコルのパラメータは、制御面におけるシグナリングによって構成される。このシグナリングは、無線ネットワーク（Ｓ−ＲＮＣとＵＥ）間のシグナリングに対する無線リソース制御（ＲＲＣ）プロトコル、アプリケーションプロトコル、Ｉｕｂインタフェース上のＮＢＡＰ、およびＩｕｒインタフェース上のＲＮＳＡＰによって管理される。
【００１６】
モビリティ管理機能
無線モビリティ
無線モビリティを規定する前に、ＲＲＣ接続モードのサービス状態を簡単に説明する。
【００１７】
ＲＲＣ接続モードのセル＿ＤＣＨ状態では、個別のトランスポートチャネル（ＤＣＨ）はＵＥに位置し、このＵＥはそのサービングＲＮＣによってセルレベルで認識される。ＲＲＣ接続モビリティは、アクティブセット更新機能によって管理される。
【００１８】
ＲＲＣ接続モードのセル＿ＦＡＣＨ状態では、ＦＡＣＨトランスポートチャネルおよびＲＡＣＨトランスポートチャネルは、ダウンリンク送信およびアップリンク送信に対して使用されることができ、セルの再選択は、ＲＲＣ接続モビリティを管理するために使用される。セルレベルでのＵＥの位置は、セル更新機能によってネットワークにレポートされる。
【００１９】
ＲＲＣ接続モードのセル＿ＰＣＨ状態では、ＵＥはページングチャネル（ＰＣＨ）を介してのみ到達される。セル＿ＰＣＨ状態にいながらセルの再選択を望む場合、ＵＥは、セル＿ＦＡＣＨ状態に自動的に移行し、他のどのアクティビティも検出されなければ手順を完了した後にセル＿ＰＣＨ状態に戻る。以下では、本発明のシグナリング図のメッセージで使用されるＵＥ識別子を簡単に説明する。
●Ｓ−ＲＮＴＩはＳ−ＲＮＣによって割当てられる識別子であり、Ｓ−ＲＮＣ内で固有である。
●Ｃ−ＲＮＴＩはＣ−ＲＮＣによって割当てられる識別子であり、Ｃ−ＲＮＣ内で固有である。
●Ｕ−ＲＮＴＩはＳ−ＲＮＴＩとＳ−ＲＮＣ  ＩＤの組み合わせとして得られる識別子である。
●Ｄ−ＲＮＴＩはＤ−ＲＮＣによって割当てられる識別子であり、Ｄ−ＲＮＣ内で固有である。
【００２０】
無線モビリティは、前の段落で規定したようにＲＲＣ接続モビリティ機能を備える。
【００２１】
より一般的には、無線モビリティは、セルレベルでのＵＥ位置の知識に基づいて、エンドユーザによって見られる利用可能な無線リソースおよびサービスの品質（ＱｏＳ）の略最適な利用を実現する一組のモビリティ管理方法を備える。
【００２２】
アクティブセット更新
アクティブセット更新機能（http://www.3gpp.orgで入手可能な非特許文献２のV.6.0.1を参照）は、ＲＲＣ接続モードのセル＿ＤＣＨ状態にあるＵＥとＵＴＲＡＮとの間の通信のアクティブセットを変更する。その手順は、無線リンクの追加、無線リンクの削除、ならびに無線リンクの追加および削除の組み合わせという３つの機能を含む。同時無線リンクの最大数は、例えば８に設定される。
【００２３】
この機能をトリガする決定は、後に説明する一定の測定に基づいて、Ｓ−ＲＮＣにおけるＲＲＣによって行われる。新しい無線リンクは、対応する基地局（ノードＢ）のパイロット信号の強度がアクティブセット内の最強メンバのパイロット信号に関連する一定の閾値を一旦超えると、アクティブセットに追加される。
【００２４】
無線リンクは、対応する基地局のパイロット信号の強度がアクティブセット内の最強メンバのパイロット信号に関連する一定の閾値を一旦超えると、アクティブセットから削除される。
【００２５】
無線リンクの追加に対する閾値は、無線リンクの削除に対する閾値よりも高く選択される。したがって、追加および削除のイベントは、パイロット信号の強度に関してヒステリシスとなる。
【００２６】
パイロット信号の測定は、ＲＲＣシグナリングを用いてＵＥからネットワーク（Ｓ−ＲＮＣ）にレポートされてもよい。これと他の関連するＲＲＣ接続モビリティ機能について、ＲＳＣＰまたはＥｃ／Ｎ０に関してＣＰＩＣＨ測定が使用される（http://www.3gpp.orgから入手可能な非特許文献４参照）。
【００２７】
測定結果を送る前、高速フェージングを平均化するために幾つかのフィルタリングが実行されてもよい。典型的なフィルタリングの期間は、例えば２００ｍｓであり、ハンドオーバ遅延に寄与する。ある期間（ΔＴ）に対する閾値と一定の関係を維持するフィルタリングされた測定結果に基づいて、Ｓ−ＲＮＣは、アクティブセット更新機能の手順の１つの実行をトリガすると決定する。
【００２８】
Ｉｕｂ／Ｉｕｒインタフェース上の対応するシグナリングは、前の段落で説明したＮＢＡＰ／ＲＮＳＡＰ手順によって実行される。この機能を実行する間、ＲＲＣプロトコルのアクティブセット更新メッセージ（ＡＣＴＩＶＥ  ＳＥＴ  ＵＰＤＡＴＥ  ｍｅｓｓａｇｅ）およびアクティブセット更新完了メッセージ（ＡＣＴＩＶＥ  ＳＥＴ  ＵＰＤＡＴＥ  ＣＯＭＬＥＴＥ  ｍｅｓｓａｇｅ）がＳ−ＲＮＣとＵＥとの間で交換される。対応するＮＢＡＰ／ＲＮＳＡＰメッセージは、Ｉｕｂ／Ｉｕｒインタフェース上で交換されてもよい。アクティブセット更新は、ＤＣＨトランスポートチャネルに対しても適用可能である。
【００２９】
ハードハンドオーバ
ハードハンドオーバ機能は、ＲＲＣ接続モードのセル＿ＤＣＨ状態にあるＵＥのサービングセルを、最初に古い無線リンクを削除し、次いで新しい無線リンクを追加することで変更する。ハードハンドオーバ機能をトリガするか否かの決定は、前のケースと同様に、一定の測定に基づいてＳ−ＲＮＣにおけるＲＲＣによって行われる。この機能をＵｕインタフェースシグナリングによって実行する方法は幾つかある。例えば、ＲＲＣプロトコルの無線ベアラ解放手順および無線ベアラセットアップ手順は、Ｓ−ＲＮＣとノードＢとの間で交換され得る。対応するＮＢＡＰ／ＲＮＳＡＰメッセージもまた、Ｉｕｂ／Ｉｕｒインタフェース上で交換され得る。周波数内ハードハンドオーバの典型的な例は、ＨＳ−ＤＳＣＨトランスポートチャネルに対するインターノードＢサービングセル変更である（http://www.3gpp.orgで入手可能な非特許文献５参照）。
【００３０】
典型的なハードハンドオーバ手順に対する例示的なシグナリング図は図６に示される。ハードハンドオーバ中、古いノードＢへの接続が最初に絶たれ、次いで新しいノードＢへの接続が確立される。古いノードＢと新しいノードＢの双方はＳ−ＲＮＣによって制御される同じＲＮＳに位置するものと仮定する。シグナリングは、３つの時間フェーズに再び分割される。この３つの時間フェーズは、（１）測定制御と、（２）無線ベアラ／無線リンク削除および無線リンク追加と、（３）無線ベアラセットアップである。
【００３１】
測定制御フェーズは図６のフェーズ（１）に類似している。
【００３２】
無線ベアラ／無線リンクの削除および無線リンクの追加である第２のフェーズ中、古いノードＢを介した接続に対応するＳ−ＲＮＣとＵＥとの間の無線ベアラが最初に削除される。これは、Ｓ−ＲＮＣとＵＥとの間で、[ＲＲＣ］無線ベアラ解放メッセージ（ＲＡＤＩＯ  ＢＥＡＲＥＲ  ＲＥＬＥＡＳＥ  ｍｅｓｓａｇｅ）と[ＲＲＣ］無線ベアラ解放完了メッセージ（ＲＡＤＩＯ  ＢＥＡＲＥＲ  ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥ  ｍｅｓｓａｇｅ）を交換することで達成される。対応する無線リンクは、Ｓ−ＲＮＣと古いノードＢとの間で、[ＮＢＡＰ］＜ＲＬ削除手順＞を呼び出すことで削除される。最後に、[ＮＢＡＰ］＜ＲＬセットアップ手順＞を呼び出すことで、新しい無線リンクがＳ−ＲＮＣと新しいノードＢとの間に追加される。Ｉｕｂインタフェース上でのユーザ面の確立の後には、Ｉｕｂ[ＤＣＨ  ＦＰ］ＤＬ／ＵＬ同期手順中にユーザ面が同期される。
【００３３】
最後に、第３のフェーズにおいて、[ＲＲＣ］無線ベアラセットアップメッセージ（ＲＡＤＩＯ  ＢＥＡＲＥＲ  ＳＥＴＵＰ  ｍｅｓｓａｇｅ）と[ＲＲＣ］無線ベアラセットアップ完了メッセージ（ＲＡＤＩＯ  ＢＥＡＲＥＲ  ＳＥＴＵＰ  ＣＯＭＰＬＥＴＥ  ｍｅｓｓａｇｅ）を交換することで、Ｓ−ＲＮＣとＵＥとの間で新しい無線ベアラがセットアップされる。
【００３４】
ＨＳＤＰＡに対するインターノードＢサービングセルの変更
http://www.3gpp.orgから入手可能な非特許文献６における現在のＵＭＴＳ標準化による同期したインターノードＢサービングＨＳ−ＤＳＣＨセル変更手順の簡略化された実施例は、図１０に示される。本実施例では、アクティブセット更新手順およびセル変更手順をトリガする決定は、Ｓ−ＲＮＣによって同時に実行されるものと仮定する。
【００３５】
更に、ＵＥは、ＲＲＣシグナリングを介してＳ−ＲＮＣに測定レポートメッセージを送信するものと仮定する。Ｓ−ＲＮＣは、受信した測定レポートに基づいて、組み合わされた無線リンクの追加およびサービングＨＳ−ＤＳＣＨセルの変更の必要性を決定する。
【００３６】
第１のステップでは、ＳＲＮＣは、ＲＮＳＡＰ／ＮＢＡＰプロトコルを介して無線リンクセットアップ要求メッセージ（ＲＡＤＩＯ  ＬＩＮＫ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ  ｍｅｓｓａｇｅ）を送信することで、ターゲットノードＢへの個別チャネルに対する新しい無線リンクの確立を開始する。ターゲットノードＢは、ＲＮＳＡＰ／ＮＢＡＰプロトコルを介して無線リンクセットアップ応答メッセージ（ＲＡＤＩＯ  ＬＩＮＫ  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥ  ｍｅｓｓａｇｅ）を送信することで、無線リンクの確立を確認する。ＲＲＣは更に、ＲＲＣプロトコルを介してアクティブセット更新メッセージ（ＡＣＴＩＶＥ  ＳＥＴ  ＵＰＤＡＴＥ  ｍｅｓｓａｇｅ）をＵＥに送信する。このアクティブセット更新メッセージは、追加された無線リンク（但し、ＨＳ−ＰＤＳＨを除く）に対して確立する個別物理チャネルに対する必要な情報を含む。ＵＥが新しい無線リンクを追加すると、ＲＲＣプトロコルを介してアクティブセット更新完了メッセージ（ＡＣＴＩＶＥ  ＳＥＴ  ＵＰＤＡＴＥ  ＣＯＭＰＬＥＴＥ  ｍｅｓｓａｇｅ）が返信される。これにより、個別チャネルに対する新しい無線リンクの追加が完了する。
【００３７】
Ｓ−ＲＮＣは、手順の次のステップであるサービングＨＳ−ＤＳＣＨセルの変更を実行する。同期されたサービングＨＳ−ＤＳＣＨセルの変更について、ソースノードとターゲットノードＢの双方が、ハンドオーバの実行およびアクティブ化時刻（ａｃｔｉｖａｔｉｏｎ  ｔｉｍｅ）でのセルの変更に対して最初に準備される。
【００３８】
Ｓ−ＲＮＣは、最初にソースノードＢとシグナリングメッセージを交換する（ＮＢＡＰ／ＲＮＳＡＰプロトコルを介した無線リンク再構成準備（ＲＡＤＩＯ  ＬＩＮＫ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＰＲＥＰＡＲＥ）、無線リンク再構成準備完了（ＲＡＤＩＯＬＩＮＫ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＲＥＡＤＹ）、および無線リンク再構成コミット（ＲＡＤＩＯＬＩＮＫ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＣＯＭＭＩＴ））。無線リンク再構成コミットメッセージは、ソースノードＢに対するアクティブ化時刻情報を含むことに留意されたい。同じ組のメッセージがその後ターゲットノードＢと交換される。ソースおよびターゲットノードＢに意図されるシグナリングにおける唯一の違いは、Ｓ−ＲＮＣが、ＮＢＡＰ／ＲＮＳＡＰプロトコルのＭＡＣ−ｈｓ解放要求メッセージ（ＭＡＣ−ｈｓ  ＲＥＬＥＡＳＥ  ＲＥＱＵＥＳＴ  ｍｅｓｓａｇｅ）によってＭＡＣ−ｈｓエンティティのリセットを実行することを、ソースノードＢに通知する点である。
【００３９】
最後に、物理チャネル再構成メッセージ（ＰＨＹＳＩＣＡＬ  ＣＨＡＮＮＥＬ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ｍｅｓｓａｇｅ）が、ＲＲＣシグナリングを介してＵＥに送信される。このメッセージは、アクティブ化時刻情報を含み、ＵＥにおいてＭＡＣ−ｈｓリセットを要求する。通信が確立されると、ＵＥは、物理チャネル再構成完了メッセージ（ＰＨＹＳＩＣＡＬ  ＣＨＡＮＮＥＬ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＣＯＭＰＬＥＴＥ  ｍｅｓｓａｇｅ）で応答する。
【００４０】
セル変更手順により、サービングノードＢの機能がソースノードＢからターゲットノードＢに単一のＵＥについて再配置されることに留意されたい。
【００４１】
マイクロモビリティ
マイクロモビリティは、以下の段落で説明するＳＲＮＳ再配置手順を含む。
【００４２】
より一般的には、マイクロモビリティは、ＲＮＳレベルでのＵＥ配置の知識に基づいて、搭載されるネットワークインフラストラクチャおよび利用可能な無線リソースの略最適な利用を目的とする一組のモビリティ管理方法を含む。
【００４３】
ＳＲＮＳ再配置は、ネットワークにおいてあるＲＮＣから別のＲＮＣにＳ−ＲＮＣ機能性を移動する方法として規定される。
【００４４】
以下では、図７に示す例示的なモデルを説明する。最初にステージ（ｉ）において、ＵＥは、Ｓ−ＲＮＳ内の単一のノードＢ上で接続を維持する。（ｉｉ）において、アクティブセット更新が実行された後、Ｄ−ＲＮＳからのノードＢがＵＥのアクティブセットに追加される。（ｉｉｉ）において、別のアクティブセット更新が実行された後、アクティブセットにおいて唯一残っているノードＢがＤ−ＲＮＳにおけるノードＢとなる。ステージ（ｉｉｉ）において、ＵＥはＳ−ＲＮＳにおけるノードＢのいずれとも接続されないことに留意されたい。最後に、Ｓ−ＲＮＳ再配置後の接続状態は、図中ステージ（ｉｖ）のようになる。
【００４５】
Ｓ−ＲＮＣはＵＴＲＡＮ側におけるＩｕ接続の「アンカ点」であることに留意されたい。Ｉｕインタフェースは、ＣＮ側におけるＳＧＳＮ（サービングＧＰＲＳサポートノード）で終端する。したがって、ＳＲＮＳ再配置は、常に少なくとも１つのＣＮノードを含み、イントラＳＧＳＮ（ｉｎｔｒａ−ＳＧＳＮ）およびインターＳＧＳＮ  ＳＲＮＳ（ｉｎｔｅｒ−ＳＧＳＮ  ＳＲＳＮ）再配置に分類される。
【００４６】
インターＳＧＳＮ  ＳＲＮＳ再配置手順（リリース９９／４  ＵＭＴＳアーキテクチャに対する）の例示的なシグナリング図は図８に示される。このシグナリングは、（１）再配置準備およびリソース割当てと、（２）再配置コミットおよび再配置検出と、（３）ＵＴＲＡＮモビリティ情報と、（４）再配置完了と、（５）Ｉｕリリースといった５つのフェーズに分けられる。古いＳ−ＲＮＳはソースＲＮＣと称され、新しいＳ−ＲＮＣはターゲットＳ−ＲＮＣと称される。各フェーズは幾つかのメッセージを有し、これらのメッセージはそれぞれ幾つかの情報要素（ＩＥ）を含む。関連するＩＥは詳細に説明される。
【００４７】
再配置準備およびリソース割当てである第１のフェーズ中、ソースＲＮＣは再配置手順をトリガすると決定する。図中[ＲＲＣ］測定レポートメッセージ（ＭＥＡＳＵＲＥＭＥＮＴ  ＲＥＰＯＲＴ  ｍｅｓｓａｇｅ）が示されているが、ソースＲＮＣは、主として他の基準、例えば先に完了したアクティブセット更新後のアクティブセットの状態に基づいて再配置を決定する。ＳＲＮＳ再配置をトリガするために、ソースＲＮＣは、ＳＧＳＮに[ＲＡＮＡＰ］再配置要請メッセージ（ＲＥＬＯＣＡＴＩＯＮ  ＲＥＱＵＩＲＥＤ  ｍｅｓｓａｇｅ）を送る。このメッセージは、ターゲットＲＮＣ  ＩＤと、再配置発生（「リソース最適化」）ＩＥと、ソース対ターゲットＲＮＣコンテナ（Ｓｏｕｒｃｅ−ｔｏ−Ｔａｒｇｅｔ  ＲＮＣ  Ｃｏｎｔａｉｎｅｒ）と称される一組のＩＥとを典型的に含む。このコンテナは、ＵＥ能力、ＤＲＮＴＩ（ドリフト無線ネットワーク時間識別）ＲＡＢ情報およびＲＲＣ情報等の、ターゲットＲＮＣにおけるＲＲＣプロトコルの動作に重要なＣＮに対して透過的な一組のデータを含む。
【００４８】
ＳＧＳＮは、[ＲＡＮＡＰ］再配置要求メッセージ（ＲＥＬＯＣＡＴＩＯＮ  ＲＥＱＵＥＳＴ  ｍｅｓｓａｇｅ）を送ることで、既存のＰＤＰコンテキスト／ＱｏＳ属性に基づいてターゲットＲＮＣにＲＡＢを確立する。このメッセージは、再配置発生ＩＥと、ＲＡＢパラメータＩＥと、上述のソース対ターゲットＲＮＣコンテナとを含む。ターゲットＲＮＣは、割当てられたＲＡＢパラメータを有するＩＥと、ＤＲＮＴＩを有するターゲット対ソースＲＮＣコンテナとを含む[ＲＡＮＡＰ］再配置要求肯定応答メッセージ（ＲＥＬＯＣＡＴＩＯＮ  ＲＥＱＵＥＳＴ  ＡＣＫ  ｍｅｓｓａｇｅ）によって応答する。新しいＲＡＢがターゲットＲＮＣに対して良好に確立される。
【００４９】
次に、ＳＧＳＮは、ソースＲＮＣに[ＲＡＮＡＰ］再配置命令メッセージ（ＲＥＬＯＣＡＴＩＯＮ  ＣＯＭＭＡＮＤ  ｍｅｓｓａｇｅ）を送る。このメッセージは、割当てられたＲＡＢパラメータのリストと、ＤＲＮＴＩを含むターゲット対ソースＲＮＣコンテナとを含む。このメッセージを受信すると、ソースＲＮＣは、ターゲットＲＮＣがデータを受信し始める準備ができたことを知る。これは、ソースＲＮＣが、データＰＤＵをターゲットＲＮＣ（[ＤＣＨ−ＦＰ］データＰＤＵメッセージ）に送り始めることを意味する。
【００５０】
ソースＲＮＣのこのアクションは選択的であり、３ＧＰＰ標準化のリリース４についてＰＳドメインからのリアルタイムサービスに対するＳＲＮＳ再配置の改良として標準化される（「シームレス」再配置）ことに留意されたい（http://www.3gpp.orgで入手可能な非特許文献７参照）。この送信は、[ＲＡＮＡＰ］再配置要求においてシームレス再配置が必要であることが示されると実行される（例えば、再配置発生に対するＩＥスタンディング）。
【００５１】
再配置コミットおよび再配置検出である第２のフェーズでは、ＤＲＮＴＩ、ＲＡＢ  ＩＤ、およびＰＤＣＰシーケンス番号（シーケンス番号は、損失のない再配置が必要な場合にだけ含まれる）を含む[ＲＮＳＡＰ］再配置コミットメッセージが最初に、ソースＲＮＣからターゲットＲＮＣに送られる。応答として、ターゲットＲＮＣは、ソースＲＮＣとの接触がＩｕｒインタフェース上で確立されたことをレポートするために、ＳＧＳＮに[ＲＡＮＡＰ］再配置検出メッセージ（ＲＥＬＯＣＡＴＩＯＮ  ＤＥＴＥＣＴ  ｍｅｓｓａｇｅ）を送る。
【００５２】
ＵＴＲＡＮモビリティ情報である第３のフェーズ中、ＵＥは最初に、ＳＲＮＣから送られる[ＲＲＣ］ＵＴＲＡＮモビリティ情報メッセージ（ＵＴＲＡＮ  ＭＯＢＩＬＩＴＹ  ＩＮＦＯ  ｍｅｓｓａｇｅ）によってＳＲＮＣの変更について更新される。このメッセージは、ＲＡＢ  ＩＤを含むＩＥと、新しいＵ−ＲＮＴＩと、選択的にはＵＬのＰＤＣＰシーケンス番号（損失のない再配置が必要な場合）とを含む。ＵＥは、[ＲＲＣ］ＵＴＲＡＮモビリティ情報確認メッセージ（ＵＴＲＡＮ  ＭＯＢＩＬＩＴＹ  ＩＮＦＯ  ＣＯＮＦＩＲＭ  ｍｅｓｓａｇｅ）によって、ＳＲＮＣに応答する。このメッセージは、ＲＡＢ  ＩＤを含むＩＥと、選択的には損失のない再配置が必要な場合にＤＬ  ＰＤＣＰシーケンス番号を含む[ＲＲＣ］ＵＴＲＡＮモビリティ情報確認メッセージとを含む。
【００５３】
再配置完了である第４のフェーズ中、[ＲＡＮＡＰ］再配置完了メッセージだけが、ＳＲＮＣ（前のターゲットＳＲＮＣ）からＳＧＳＮに送られる。
【００５４】
最後に、Ｉｕ解放である第５のフェーズは、ＳＧＳＮと古いＳＲＮＣとの間で確立されている古いＩｕ接続を解放することを目的としている。この接続は、ＳＧＳＮとソースＲＮＣとの間で、[ＲＡＮＡＰ］Ｉｕ解放命令（Ｉｕ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤ  ｍｅｓｓａｇｅ）と[ＲＡＮＡＰ］Ｉｕ解放完了メッセージ（Ｉｕ  ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥ  ｍｅｓｓａｇｅ）とを交換することにより開放される。前者のメッセージは、「再配置の成功」のためのＩＥ解放発生セットを含む。
【００５５】
ＳＲＮＳ再配置中、ＵＥには、例えばソフトハンドオーバ中の新しいＲＮＣにおける無線リソースが既に割当てられているので、いずれの新しい無線リンクも確立されないことに留意されたい。
【００５６】
第１に、レガシーアーキテクチャにおけるＳＲＮＳ再配置が、測定レポートよりもむしろ、特定のＵＥに対して構成される無線リンクのセットの知識に基づいてトリガされることを認識すべきである。したがって、ＳＲＮＳ再配置は、ネットワーク評価手順（ｎｅｔｗｏｒｋ−ｅｖａｌｕａｔｅｄ  ｐｒｏｃｅｄｕｒｅ）と称される。第２に、上記説明から導かれるように、再配置手順は、ＲＮＳレベルでのＵＥ配置の正確な知識に基づいて実行される。最後に、再配置手順は、コアネットワーク（ＣＮ）に確実かつ直接的な影響を及ぼす。これは、再配置手順がＳ−ＲＮＣとＣＮとの間のＩｕ接続に直接影響を及ぼすことを意味する。したがって、マイクロモビリティ手順として、レガシーアーキテクチャを有するネットワークにおける再配置は、ＣＮ結合（ＣＮ−ｃｏｕｐｌｅｄ）手順またはＣＮに関与する手順である。
【００５７】
レガシーＵＴＲＡＮアーキテクチャに対して無線モビリティとマイクロモビリティとの間で識別される差は、以下の表に要約される。更に、ネットワークインタフェースにおける相対的なシグナリング負荷が考慮される。
【００５８】
【表１】
2007535251.tif 000003
【００５９】
具体的に上述したサービングノードＢ再配置は、サービングノードからターゲットノードＢへの無線インタフェースユーザ面プロトコルスタックエンティティの移動機能を備える。ＳＲＮＳ再配置は、主として、ソースからターゲットＲＮＣへのＲＲＣ制御面エンティティ（および対応するＩｕ接続）の移動に関わる。したがって、これらのタイプの再配置は、ユーザ面再配置および制御面再配置としてそれぞれ称される。
【００６０】
ＨＳＤＰＡに対する無線リソース管理
初期セルおよび無線リンク構造
ＨＳ−ＤＳＣＨトランスポートチャネルの構造に対して、基本リソースパラメータ、ＨＳ−ＤＳＣＨおよびＨＳ−ＳＣＣＨ（ＨＳＤＰＡへのシグナリングに対する高速共有制御チャネル）に対する合計電力、およびＨＳ−ＰＤＳＣＨ（高速物理ダウンリンク共有チャネル）に対する直交符号の数は、セルレベル構造（ＮＢＡＰセルセットアップ手順）中に設定され得る。これらの情報の断片は、セルセットアップメッセージの情報要素（ＩＥ）としてシグナリングされる（http://www.3gpp.orgで入手可能な非特許文献８参照）。更に、例えば、ストリーミング式サービスについて、ＭＡＣ−ｄフロー（ＭＡＣ−ｄ  ｆｌｏｗ）当たりに保証されるビットレートは、Ｉｕｂ上でのＮＢＡＰ無線リンクセットアップ手順中に、ＩＥとしてシグナリングされ得る。ストリーミング式トラフィックは、通常、ＤＣＨトランスポートチャネル上で送信されるが、ＨＳ−ＤＳＣＨトランスポートチャネルは、より良い無線リソース利用を提供するために使用され得る。
【００６１】
呼受付制御およびスケジューリング
ＨＳ−ＤＳＣＨに対する呼受付制御（ＣＡＣ）は、Ｃ−ＲＮＣ（制御ＲＮＣ）において実行される。ＭＡＣ−ｈｓに位置するスケジューリング機能は、受け付けられたユーザに送信機会を割当てる。スケジューリングに対する制約は、ＨＳＤＰＡに対して割当てられるリソースの量（ＨＳ−ＤＳＣＨおよびＨＳ−ＳＣＣＨの合計送信電力およびＨＳ−ＰＤＳＣＨに対する符号の数）によって課せられる。
【００６２】
時間均一型のスケジューリングだけがラウンドロビンの原理に基づく。しかしながら、ＨＳＤＰＡに対しては、他の時間的に不均一なタイプのスケジューラが使用されている場合に全体的なシステムスループットを最大化することがしばしば目的となる。典型的な実施例は、ＭＡＸ  Ｃ／ｌスケジューラである。
【００６３】
ＨＳ−ＤＳＣＨに割当てられるユーザの時間的に不均一なスケジューリングにより、受け付けられたユーザに属するあるＭＡＣ−ｄフローに対して要求される保証されたビットレートが実現されない場合が生ずる。これを改善するために、ＨＳＤＰＡ要求電力およびＨＳＤＰＡ供給ビットレートのレポートが、ＮＢＡＰ共通測定手順を用いて、ＭＡＣ−ｄフローごとにＣＲＮＣに導入される。負荷制御の一部として、ＣＲＮＣは、ある保証されたビットレートを満たす要求をするユーザを正しく扱うために、一定の動作をとる。
【００６４】
共通測定レポートおよび負荷制御
[ＮＢＡＰ］共通測定開始要求メッセージ（ＣＯＭＭＯＮ  ＭＥＡＳＵＲＥＭＥＮＴ  ＩＮＩＴＩＡＴＩＯＮ  ＲＥＱＵＥＳＴ  ｍｅｓｓａｇｅ）内のレポート特徴ＩＥは、どのようにしてレポートが行われるかを示す。大まかに、レポートは、即座に、共通して、および定期的にあるいはイベントトリガ（ｅｖｅｎｔ−ｔｒｉｇｇｅｒｅｄ）で行われる。結果として、レポートメッセージによるシグナリング負荷は、ネットワーク実装に特有であり、定期的なレポートの場合に最大となる。
【００６５】
特定のタイプのサービスに対して良好でない供給ビットレートにおけるレポートを受信すると、ネットワークエンティティがノードＢ／セルの数に対してリソースを制御するので、ＣＲＮＣは、異なるアクションを実行する。例えば、ＣＲＮＣは、特定のＭＡＣ−ｄフローを取得し、これを、[ＲＮＳＡＰ］無線リンク取得要求表示メッセージ（ＲＡＤＩＯ  ＬＩＮＫ  ＰＲＥＥＭＰＴＩＯＮ  ＲＥＱＵＩＲＥＤ  ＩＮＤＩＣＡＴＩＯＮ  ｍｅｓｓａｇｅ）を用いてＳＲＮＣにシグナリングする（http://www.3gpp.orgから入手可能な非特許文献９参照）。無線リンクまたはＭＡＣ−ｄフロー取得後、ＳＲＮＣは、影響を受けたユーザをＤＣＨトランスポートチャネルに切り替える。
【００６６】
代替的には、ＣＲＮＣは、[ＮＢＡＰ］セル再構成手順によって、共通の測定情報を用いてより多くの電力または符号をＨＳＤＰＡに割当てる。したがって、この場合のネットワークにおけるシグナリング負荷は、測定レポートを受信した後にトリガされる制御ネットワークエレメントの何らかの動作によっても生成されることが分かるであろう。シグナリング負荷以外では、実装に特有のＣＲＮＣ処理遅延に加えて、それぞれのセルを再構成するための一定の遅延が生じる。
【００６７】
[ＮＢＡＰ］共通測定レポート、[ＲＮＳＡＰ］無線リンク取得、および[ＮＢＡＰ］セル再構成／構成手順に関する上述の説明は例示的であり、同様のモデルが制御ネットワークエレメントへの共有チャネルアクセスおよび共通の測定レポートを用いた全ての無線アクセスネットワークにおいても適用されることに留意されたい。
【００６８】
発展したＵＭＴＳ  ＵＴＲＡＮアーキテクチャ
以下では、発展したＵＭＴＳ  ＵＴＲＡＮアーキテクチャに対する提案を説明する（http://www.3gpp.orgで入手可能な非特許文献１０参照）。このアーキテクチャでは、新しいネットワークエレメントそれぞれが、その制御面機能およびユーザ面機能について規定される。このネットワークアーキテクチャの概観図は図９に示される。ＲＮＧ（無線ネットワークゲートウェイ）は、従来のＲＡＮと相互作用するように用いられ、モビリティアンカ点として機能する。このことは、接続に対してＲＮＧが一旦選択されると、呼の持続時間にわたって接続が保持されることを意味する。これは、制御面とユーザ面の双方における機能を含む。更に、ＲＮＧは、移動体通信システムのコアネットワークに接続を提供する。
【００６９】
制御面の機能
ＲＮＧ機能の一部は、発展したＲＡＮとＣＮとの間、および発展したＲＡＮとリリース９９／４／５のＵＴＲＡＮとの間でシグナリングゲートウェイとして機能することである。それは以下の主な機能を含む。
●Ｉｕシグナリングゲートウェイ、すなわちＲＡＮＡＰ接続に対するアンカ点
○ＲＡＮＡＰ（無線アクセスネットワークアプリケーションパート）接続終了は以下を含む。
■シグナリング接続のセットアップおよび解放
■無接続メッセージの識別
■ＲＡＮＡＰ無接続メッセージの処理
○関連するノードＢ＋への待機モードページングメッセージおよび接続モードページングメッセージ
●ＲＮＧは中間ノードＢ＋再配置においてＣＮの役割を担う
●ユーザ面制御、および
●ノードＢ＋とリリース９９／４／５  ＲＮＣとの間のＩｕｒシグナリングゲートウェイ
【００７０】
ユーザ面の機能
ＲＮＧは、ＣＮまたは従来のＲＡＮから発展したＲＡＮへのユーザ面アクセスポイントである。それは以下のユーザ面機能を有する。
●再配置中のユーザ面トラフィック切換え
●ノードＢ＋とＳＧＳＮ（ＣＮの要素であるサービングＧＰＲＳサポートノード）との間の中継ＧＴＰ（Ｉｕインタフェース上のＧＰＲＳトンネリングプロトコル）パケット、および
●ユーザ面に対するＩｕｒ相互作用
【００７１】
ノードＢ＋要素は、全てのＲＡＮ無線プロトコル（Ｌ１、Ｌ２、およびＬ３）を終了する。ノードＢ＋機能は、制御面およびユーザ面について別々に研究される。
【００７２】
制御面機能
このカテゴリは、発展したＲＡＮ内の接続モード端子の制御に関連する全ての機能を含む。主な機能は以下の通りである。
●ＵＥの制御
●ＲＡＮＡＰ接続終了
○ＲＡＮＡＰ接続向けプロトコルメッセージの処理
●ＲＲＣ接続の制御／終了、および
●関連するユーザ面接続の初期化の制御
【００７３】
ＵＥコンテキストは、ＲＲＣ接続が終了され、あるいはその機能が別のノードＢ＋に再配置されると（サービングノードＢ＋再配置）、（サービング）ノードＢ＋から削除される。制御面機能は、ノードＢ＋のセルのリソースの制御および構造、ならびにサービングノードＢ＋の制御面側からの要求の際の個別リソースの割当てに対する全ての機能を有する。
【００７４】
ユーザ面機能
ユーザ面機能は、以下を含む。
●ＰＤＣＰ（パケットデータ収束プロトコル）、ＲＬＣ、ＭＡＣ、および
●マクロダイバーシティ合成
【００７５】
モビリティ管理
無線モビリティ
無線モビリティ手順は、ＲＲＣプロトコルによって管理されているので、大きく変更されない。発展したアーキテクチャにおけるこのプロトコルの機能性は同じままである。唯一の違いは、ネットワーク側における終端がサービングノードＢ＋となる点である。
【００７６】
ＳＲＮＳ再配置
分散型アーキテクチャを有する無線アクセスネットワークにおける再配置を規定する前に、再配置の幾つかの態様を簡単に考える。レガシー無線アクセスネットワークにおける再配置は、手順として規定され、それによりあるＲＮＣから別のＲＮＣにＳＲＮＣ機能性が移動する。分散型アーキテクチャを有する無線アクセスネットワークにおいて、サービングノードＢ＋は、観察されるＵＥに対する全てのＲＲＣ機能を現在実行しているノードＢ＋として規定される。それにより、レガシーアーキテクチャにおけるＳＲＮＣ再配置は、分散型アーキテクチャを有する無線アクセスネットワークにおけるサービングノードＢ＋再配置に対応する。その結果、それは、サービングネットワークエレメント再配置手順としても称される。後者がレガシーＳＲＮＳ再配置に対するより一般的な用語として用いられ得ることに留意されたい。したがって、分散型アーキテクチャを有する無線アクセスネットワークにおけるマイクロモビリティは、サービングネットワークエレメント（サービングノードＢ＋）再配置として規定される。
【００７７】
無線リソース管理
制御ネットワークエレメント／ノードＢ＋の規定
制御ネットワークエレメント（ＣノードＢ＋）は、上述の「ＨＳＤＰＡに対する無線リソース管理」において説明したように、無線リソース管理機能を実行するノードＢ＋として規定される。これらの機能は、幾つかの他のノードＢ＋にも影響を及ぼす。ＣノードＢ＋と、制御されるノードＢ＋とからなる組は、発展したアーキテクチャに対する無線ネットワークサブシステムとして称される。
【００７８】
制御ネットワークエレメントの再配置
上記記載より明らかであるように、ＨＳＤＰＡに対する制御ＲＮＣ機能性は、サービングＲＮＣ機能性と基本的に異なる。あらゆる分散型無線アクセスネットワークアーキテクチャについて、異なるネットワークエレメント（参照アーキテクチャからの異なるノードＢ＋）に、それぞれサービング機能および制御機能が割当てられることに留意されたい。一定要件の下、共有チャネルアクセスおよび共通の測定を用いるネットワークに対する制御ネットワークエレメント機能は、あるネットワークエレメントから別のネットワークエレメントに移動される。この手順は、制御ネットワークエレメント再配置と称される。この手順は、モビリティ管理というよりもむしろ無線リソース管理である。
【００７９】
分散型無線アクセスネットワークにおける増加したシグナリング負荷
マイクロモビリティに関してレガシーアーキテクチャと分散型アーキテクチャとの間に見られる違いの直接的な結果は、再配置の頻度である。一般的に、サービングネットワークエレメント再配置の頻度は、（１）観察されるエレメントのインタフェースの数、およびエアインタフェース以外に観察されるインタフェースに対するトラフィック負荷と、（２）観察されるネットワークエレメントによって制御されるカバー領域と、の２つの要素に主に依存する。
【００８０】
例示的な分散型ネットワークアーキテクチャを見ると、サービングネットワークエレメント再配置の頻度は、レガシーアーキテクチャにおける再配置の頻度に対して増加していることが容易に結論付けられるであろう。第１に、ノードＢ＋の有線インタフェースの数（２つのＩｕｒインタフェースと１つのＩｕ／Ｉｕｒインタフェース）は、レガシーアーキテクチャ（１つのＩｕｂインタフェース）におけるノードＢ＋の有線インタフェースの数の３倍である。レガシーアーキテクチャにおけるＲＮＣと比べて、このインタフェースの数は略等しい。しかしながら、分散型アーキテクチャでは、Ｉｕｒインタフェースにおけるトラフィック負荷が相当高いと予想される。第２に、ノードＢ＋によって制御されるカバー領域は、レガシーＲＮＣによって制御されるカバー領域よりもはるかに小さい。
【００８１】
再配置が頻繁であると、ネットワークにおける追加的なシグナリング負荷が誘発されると結論付けることができる。この負荷は最小化されることが望ましい。
【００８２】
分散型無線アクセスネットワークにおける無線リソース管理手順の遅延の減少
上述の「ＨＳＤＰＡに対する無線リソース管理」で説明したように、ＨＳＤＰＡに対する幾らかの無線リソース管理の態様は、レガシーネットワークにおける無線リンクおよびセル（再）構成、無線リンク取得、ならびに共通測定レポート手順の相互作用を必要とする。しかしながら、レガシーネットワークのアーキテクチャは分散されない。これは、１つの制御ＲＮＣが幾つかのノードＢに対する責任を担うからである。
【００８３】
前述のＨＳＤＰＡ無線リソース管理手順の遅延の減少は、比較的な簡単なフローでは容易に実現できないシグナリングフローの最適化によってのみ可能である。しかしながら、分散型無線アクセスネットワークでは、制御ＲＮＣとサービングＲＮＣの双方の責任が単一の拡張ネットワークエレメントにある場合には、遅延を減少することが可能である（且つ、インタフェースにおけるシグナリング負荷を減少する）。
【非特許文献１】3GPP TR 25.401: "UTRAN Overall Description"
【非特許文献２】3GPP TSG RAN TS 25.331 "RRC Protocol Specification"
【非特許文献３】3GGP TS 25.433: "UTRAN Iub Interface NBAP Signalling", V.6.0.0
【非特許文献４】3GPP TSG RAN TS 25.215 "Physical Layer Measurements - (FDD)" V.6.0.0
【非特許文献５】3GPP TSG RAN TR 25.308 "High Speed Downlink Packet Access (HSDPA): Overall Description Stage 2", V.6.0.0
【非特許文献６】3GPP TR 25.877: High Speed Downlink Packet Access: lub/lur Protocol Aspects", V.5.1.0
【非特許文献７】GPP TSG RAN TS 25.936 "Handovers for real-time services for PS domain", V.4.0.1
【非特許文献８】3GPP TS 25.922: "Radio Resource Management Strategies", V.6.0.0
【非特許文献９】GPP TS 25.423: "UTRAN Iur Interface RNSAP Signalling", V.6.0.0
【非特許文献１０】3GPP TR 25.897: "Feasibility Study on the Evolution of UTRAN Architecture", V.0.2.0
【非特許文献１１】3GPP TS 25.413: "UTRAN Iu Interface RANAP Signaling", V.6.1.0
【発明の開示】
【００８４】
（発明の概要）
本発明の目的は、分散型無線アクセスネットワークに対する制御ネットワークエレメント再配置を可能にすることである。
【００８５】
この目的は、独立請求項の技術的内容によって達成される。本発明の有利な実施の形態は、従属項の技術的内容である。
【００８６】
本発明の一実施の形態によると、移動体通信ネットワーク内で、１つの制御基地局から他の基地局に、それぞれが基地局によって制御される複数のセルにおける、セル内の複数の移動端末によりそれぞれ共有される共有チャネルのリソース管理制御機能を再配置する方法が提供される。
【００８７】
本実施の形態によると、この方法は、制御基地局において、各レポート基地局からの情報を受信するステップと、制御基地局において、制御基地局と各レポート基地局との間のシグナリング負荷、または各レポート基地局および制御基地局での処理負荷を、受信される情報に基づいて推定するステップと、制御基地局において推定される負荷を評価することにより、複数のセルの少なくとも一部に対するリソース管理制御機能を制御基地局からレポート基地局に再配置するか否かを決定するステップと、を備える。
【００８８】
リソース管理制御機能を再配置すると決定される場合、制御基地局は、推定される負荷に基づいて、リソース管理制御機能を再配置すべきレポート基地局を選択し、複数のセルの少なくとも一部に対するリソース管理制御機能を、制御基地局から選択されるレポート基地局に再配置する。
【００８９】
別の実施の形態によると、リソース管理制御機能は、初期セル構造および無線リンク構造、ならびに呼受付制御および負荷制御の少なくとも１つを含む。
【００９０】
しかしながら、効率的な負荷のバランスを確保にするために、制御基地局によって制御される全てのセルに対するリソース管理制御機能を単一の新しい制御基地局に再配置することができない場合もある。したがって、更なる実施の形態によると、残りのセルに対するリソース管理制御機能は、制御基地局で保持され、あるいは制御基地局によって選択される他のレポート基地局に再配置される。
【００９１】
本発明の別の実施形態は、再配置の決定が基づく情報を制御ネットワークエレメントに供給する様々な可能性を含む。本実施の形態によると、各レポート基地局から受信される情報は、レポート基地局により共有チャネルを用いて各移動端末に提供されるサービスの品質を示す。例えば、シグナリング負荷を推定する場合、制御基地局は、対応するレポート基地局から測定レポートが受信される移動端末の数に基づいて、シグナリング負荷を推定する。
【００９２】
本実施の形態の変形例では、レポートされるサービスの品質は、セル内で共有チャネルを用いて各移動端末によって提供される正味ビットレート、および共有チャネルを用いて移動端末に送信されるデータのブロックエラーレートのいずれか一方または組み合わせを示す。
【００９３】
別の代替的な実施の形態による制御基地局によって受信される情報は、対応するレポート基地局の下で共有チャネルを用いる移動端末の数を示す。この場合、制御基地局は、受信される情報に示される移動端末の数に基づいて、シグナリング負荷を推定する。したがって、制御基地局は、測定レポートから関連情報を抽出する必要がなく、供給される情報から直接的に抽出してもよい。
【００９４】
別の実施の形態は、アクセスネットワークにおけるシグナリング負荷の効率的な低下を含む。本実施の形態では、第１の基地局は、移動端末の最大数をレポートする次の制御基地局として、レポート基地局を選択する。
【００９５】
上述した通り、この方法は、制御基地局によって制御されるセルクラスタ内の処理負荷および／またはシグナリング負荷の均衡をとる。更なる実施の形態によると、制御基地局で受信される情報は、負荷の均衡を容易化するために、対応するレポート基地局における処理負荷および／またはシグナリング負荷を示す。例えば、制御基地局での処理負荷が所定の上限処理負荷閾値より大きく、且つ少なくとも１つの処理負荷の値が所定の下限負荷閾値より小さい場合、制御基地局は、リソース管理制御機能を再配置すると決定する。これにより、頻繁な再配置が防止されるといった利点が得られる。
【００９６】
本実施の形態の変形例では、再配置は、上限閾値と下限閾値との間の関係が所定期間に亘って維持されるとトリガされる。本実施の形態のコンテキストでは、セルの少なくとも一部に対するリソース管理制御機能を再配置すべきレポート基地局を選択するステップにおいて、所定の下限負荷閾値より小さい処理負荷をレポートするレポート基地局が選択される。
【００９７】
本発明の別の実施の形態によると、この方法は、制御基地局から選択されるレポート基地局に、セルの少なくとも一部の共有チャネルに対するリソース管理制御機能の再配置を示す再配置命令を送信するステップを備える。
【００９８】
変形例では、再配置要求メッセージは、選択されるレポート基地局にリソース管理制御機能が再配置されるセルのセル識別子と、選択される基地局がリソース管理制御機能の後続する再配置を実行することができるか否かの指示を更に含む。
【００９９】
更なる有利な改良では、制御基地局がセルの一部に対するリソース管理制御機能だけを再配置する場合、再配置要求メッセージは、選択されるレポート基地局以外の他の基地局によって制御されるべきセルのセル識別子を含む。
【０１００】
本実施の形態は、指定される幾つかの制御基地局（現在のレポート基地局）へのリソース管理制御機能の分割と、１つの制御基地局におけるリソース管理制御機能の後続する集中化とを容易にする。
【０１０１】
更なる実施の形態では、制御基地局は、リソース管理制御機能の再配置に損失がない場合、推定ステップで使用されるべき情報、あるいは選択される基地局に再配置要求メッセージを送信する際の負荷制御に使用されるべき情報を含むコンテナを、選択されるレポート基地局に送信する。
【０１０２】
更なる実施の形態は、制御基地局となるように選択されていない基地局に対して、有利な方法で再配置が通知される。したがって、この方法は、制御基地局から共有チャネルに対するリソース管理制御機能が再配置されていない基地局に、新しい制御基地局のセル識別子を含むセットアップ要求を送信するステップを更に備える。
【０１０３】
本発明の更なる実施の形態によると、セルの一部のリソース管理制御機能が再配置されるレポート基地局に対して、セルの他の部分のリソース管理制御機能が再配置される他の基地局の少なくとも１つのセル識別子が、再配置要求メッセージで示される。
【０１０４】
別の実施の形態では、セルの一部のリソース管理制御機能が再配置されるレポート基地局で、レポート基地局が制御基地局からリソース管理制御機能が割当てられるセルを制御する基地局からのシグナリング負荷または処理負荷を推定するために使用される情報を受信するステップを更に備える。
【０１０５】
本実施の形態の変形例では、レポート基地局がアクセス制御の後続する再配置を実行することができない場合、レポート基地局から、リソース管理制御機能の後続する再配置を実行する指示を受信する基地局に情報を送る。
【０１０６】
それにより、次の再配置手順を実行するように前の制御基地局によって指定された制御基地局は、その制御基地局によって制御されていないセルからの再配置について決定する際の関連する情報が有利に供給される。
【０１０７】
本発明の別の実施の形態によると、再配置要求メッセージをシグナリングする制御基地局がセルのそれぞれに対するリソース管理制御機能を有さない場合、制御基地局から他の制御基地局に、セルの少なくとも一部のリソース管理制御機能が再配置されるべきレポート基地局を示す再配置要求メッセージがシグナリングされる。これは、セルクラスタのリソース管理制御機能が幾つかの基地局に分割された場合でも、セルクラスタ全体に対するリソース管理制御機能が再び再配置されるという利点を有する。
【０１０８】
更に、更なる実施の形態によると、本発明は、移動体通信ネットワーク内で、他の基地局に、それぞれが基地局によって制御される複数のセルにおける、セル内の複数の移動端末によりそれぞれ共有される共有チャネルに対するリソース管理制御機能を再配置する基地局を提供する。基地局は、各レポート基地局からの情報を受信する受信手段と、処理手段とを備える。この処理手段は、基地局と各レポート基地局との間のシグナリング負荷、または各レポート基地局および基地局での処理負荷を、受信される情報に基づいて推定し、基地局において推定される負荷を評価することにより、複数のセルの少なくとも一部に対するリソース管理制御機能を基地局からレポート基地局に再配置するか否かを決定するように適合され、且つリソース管理制御機能を再配置すると決定される場合、推定される負荷に基づいて、リソース管理制御機能を再配置すべきレポート基地局を選択するように更に適合される。更に、基地局は、処理手段がリソース管理制御機能を再配置すると決定する場合、複数のセルの少なくとも一部に対するリソース管理制御機能を、基地局から選択されるレポート基地局に再配置する再配置手段を備える。
【０１０９】
別の実施の形態によると、基地局は、上述の各種実施の形態のいずれかによる再配置方法を実行するように適合される手段を更に備える。
【０１１０】
本発明の別の実施の形態は、それぞれが基地局によって制御される複数のセルにおける、セル内の複数の移動端末によりそれぞれ共有される共有チャネルに対するリソース管理制御機能が、制御基地局から他の基地局に再配置される移動通信システムに関する。この移動体通信システムは、本発明による複数の基地局と、複数の移動端末とを備える。
【０１１１】
更に、別の実施の形態による本発明は、プロセッサで実行されると、このプロセッサに、移動体通信ネットワーク内で、１つの制御基地局から他の基地局に、それぞれが基地局によって制御される複数のセルにおける、セル内の複数の移動端末によりそれぞれ共有される共有チャネルのリソース管理制御機能を再配置させる命令を記憶するコンピュータ読み取り可能な媒体であって、制御基地局において、各レポート基地局からの情報を受信するステップと、制御基地局において、制御基地局と各レポート基地局との間のシグナリング負荷、または各レポート基地局での処理負荷を、受信される情報に基づいて推定するステップと、制御基地局において推定される負荷を評価することにより、複数のセルの少なくとも一部に対するリソース管理制御機能を制御基地局からレポート基地局に再配置するか否かを決定するステップと、を実行させる命令を記憶するコンピュータ読み取り可能な媒体に関する。
【０１１２】
この媒体は、プロセッサで実行されると、このプロセッサに、リソース管理制御機能を再配置すると決定される場合、制御基地局において、推定される負荷に基づいて、リソース管理制御機能を再配置すべきレポート基地局を選択するステップと、複数のセルの少なくとも一部に対するリソース管理制御機能を、制御基地局から選択されるレポート基地局に再配置するステップと、を実行させる命令を更に記憶する。
【０１１３】
更に、このコンピュータ読み取り可能な媒体は、プロセッサで実行されると、上述の各種実施の形態の１つによる再配置手順をプロセッサに実行させる命令を更に記憶する。
【０１１４】
（発明の詳細な説明）
以下では、本発明を添付の図面を参照してより詳細に説明する。図中、同様のまたは対応する構成要素には同じ参照番号が付与される。
【０１１５】
以下の段落は、本発明の様々な実施の形態を説明する。例示的目的だけのために、多くの実施の形態は、ＵＭＴＳ通信システムに関連して概要を説明され、後続するセクションで用いられる用語は、ＵＭＴＳ技術に主に関する。しかしながら、使用される用語およびＵＭＴＳアーキテクチャに対する実施の形態の説明は、本発明の原理および思想をこのようなシステムに限定することを意図しない。
【０１１６】
プロトコルまたはネットワークエレメントに付与される追加的な「＋」符号は、これらのプロトコルおよびネットワークエレメントが、対応するレガシーＵＭＴＳアーキテクチャと比べて拡張された機能を有し得ること、すなわち発展したＵＴＲＡＮアーキテクチャに適応されるプロトコルを示す。しかしながら、この追加的な「＋」符号は、本発明の原理および思想を限定するものとして理解されてはならない。
【０１１７】
更に、上述の背景技術のセクションで説明された詳細は、以下に説明する多くのＵＭＴＳ特有の例示的な実施の形態をよりよく理解する為のものに過ぎず、本発明を移動体通信ネットワークにおける処理および機能の特定の実装に限定するものとして理解されてはならない。
【０１１８】
一般的に、本発明の原理は、分散型アーキテクチャを用いるあらゆる種類の移動体通信システム、例えばＩＭＴ−２０００を超えた（ｂｅｙｏｎｄ−ＩＭＴ−２０００）フレームワークに基づく通信システムに適用可能である。
【０１１９】
本発明の一態様は、分散型無線アクセスネットワークおよび設計に対応する手順に対する制御ネットワークエレメントの再配置を可能にすることである。
【０１２０】
例えば、レガシーＵＭＴＳ  ＵＴＲＡＮでは、制御ネットワークエレメント再配置は不可能である。このことは、非特許文献１１（http://www.3gpp.orgで入手可能）における再配置の発生の規定により示される。また、ＳＲＮＳ再配置は、マイクロモビリティ管理手順として導入される。
【０１２１】
以下のセクションでより詳細に説明するように、制御ネットワークエレメント再配置は、複数のユーザに対して同時に実行され、これは、単一のユーザに対して実行される通常のＳＲＮＳ再配置と異なる点である。それにより、制御ネットワークエレメント再配置によるシグナリング負荷の増加は、許容不可能に高くならない。
【０１２２】
サービングネットワークエレメントの１つに制御ネットワークエレメント機能を再配置することで、上述のＨＳＤＰＡに対する無線リソース管理手順または同様の特徴を有する別の無線アクセス技術が単一のネットワークエレメントにおける複数のユーザに対して実行されることは明らかであろう。これは、手順の遅延を減少させ、ネットワークにおけるシグナリング負荷全体を減少させることに寄与する。
【０１２３】
制御ネットワークエレメント再配置を適用することでネットワークエレメント間の負荷の分散が可能となることは容易に理解されるであろう。更に、制御ネットワークエレメント再配置により、Ｕｕインタフェースに何らの影響も及ぼされない。
【０１２４】
図１１は、例示的な制御ノードＢ＋再配置のモデルを示すシグナリング図である。この例では、ＣノードＢ＋（制御ノードＢ＋）が２つの隣接するノードＢ＋（サービングノードＢ＋＃１、サービングノードＢ＋＃２）を制御するものと仮定する。これら２つのサービングノードＢ＋は、それぞれのセルに割当てられるユーザに対してサービングネットワークエレメント機能を実行する。これらは、ＣノードＢ＋に測定レポートを送信してもよい。この目的ために、例えば、［ＲＮＳＡＰ＋］共通測定レポートメッセージ（ＣＯＭＭＯＮ  ＭＥＡＳＵＲＥＭＥＮＴ  ＲＥＰＯＲＴ  ｍｅｓｓａｇｅ）が使用されてもよい。
【０１２５】
しばらくすると、ＣノードＢ＋は、ＳノードＢ＋＃１に対して制御ネットワークエレメント再配置をトリガすると決定してもよい。ＳノードＢ＋＃１は、例えば［ＲＮＳＡＰ＋］Ｃ−再配置要求メッセージ（Ｃ−ＲＥＬＯＣＡＴＩＯＮ  ＲＥＱＵＥＳＴ  ｍｅｓｓａｇｅ）を用いてこの決定を通知される。このメッセージは、「制御ネットワークエレメント再配置」等に設定される再配置発生ＩＥ、およびソース対ターゲットノードＢ＋コンテナを含む。
【０１２６】
ＣノードＢ＋の決定が通知された後、ＳノードＢ＋＃１は、要求を評価し、再配置を受け入れるか否かを決定する。決定が正の場合、ＳノードＢ＋＃１は、例えば［ＲＮＳＡＰ＋］Ｃ−再配置要求肯定応答メッセージ（Ｃ−ＲＥＬＯＣＡＴＩＯＮ  ＲＥＱＵＥＳＴ  ＡＣＫ  ｍｅｓｓａｇｅ）を用いて、その決定をＣノードＢ＋に通知する。次のステップでは、ＣノードＢ＋は、ＳノードＢ＋＃１によって制御されるべきセルにおける情報を含むメッセージをＳノードＢ＋＃１に送る。これは、例えば、新しく選択された制御エレメントによって制御されるべきノードＢ＋のセル識別子（セルＩＤ）を含む［ＲＮＳＡＰ＋］Ｃ-再配置命令メッセージ（Ｃ−ＲＥＬＯＣＡＴＩＯＮ  ＣＯＭＭＡＮＤ  ｍｅｓｓａｇｅ）を送ることで達成される。更に、測定結果を含むコンテナは、ＣノードＢ＋からＳノードＢ＋＃１に転送されてもよい。
【０１２７】
例えば、対応するエレメントに測定レポートを再送するために、ＳノードＢ＋＃２は、［ＲＮＳＡＰ＋］ＣノードＢ＋セットアップ要求メッセージ（ＣＮｏｄｅ  Ｂ＋  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ  ｍｅｓｓａｇｅ）を用いて、新しい制御ネットワークエレメント（ＳノードＢ＋＃１）についてＣノードＢ＋によって通知される。［ＲＮＳＡＰ＋］ＣノードＢ＋セットアップ要求メッセージは、例えば、ＳノードＢ＋＃１のセルＩＤを含むＩＥを有する。ＳノードＢ＋＃２からの確認は、例えば、「ＲＮＳＡＰ＋」ＣノードＢ＋セットアップ応答メッセージ（ＣＮｏｄｅ  Ｂ＋  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥ  ｍｅｓｓａｇｅ）でＣノードＢ＋に送信される。最後に、再配置の完了は、例えば、［ＲＮＳＡＰ＋］Ｃ−再配置完了メッセージ（Ｃ−ＲＥＬＯＣＡＴＩＯＮ  ＣＯＭＰＬＥＴＥ  ｍｅｓｓａｇｅ）を用いて確認される。
【０１２８】
この例示的なシグナリング図から明らかであるように、ＣノードＢ＋が全てのセル、すなわち対応するＣノードＢ＋によって制御されるノードＢ＋に対してリソース管理制御機能を再配置することを決定する状況が説明される。この決定は、例えば、図１４ａおよび図１４ｂに示される状況においても実行可能である。図１４ａでは、無線セル１４０１乃至１４０９は、コーンで示されるように、ノードＢ＋によってそれぞれ制御される。
【０１２９】
ノードＢ＋制御セル１４０５（塗られたコーンで示される）、すなわちＣノードＢ＋は、図１４ａにおける全てのセル１４０１乃至１４０９に対してリソース管理制御機能を実行する。更に、セル１４０１−１４０４、１４０６−１４０９のＳノードＢ＋（コーン）からセル１４０５におけるＣノードＢ＋への接続は、ＣノードＢ＋に送信された測定レポートおよびリソース管理制御機能に関連する他の情報のシグナリングを示す。
【０１３０】
セル内の様式化された移動端末の密度は、各セルで共有チャネルを用いる端末の数を示す。例えば、様式化された端末のそれぞれは、セルにおける１０人のＨＳＤＰＡユーザを示す。
【０１３１】
図１４ａに示す状況を考慮すると、多くの測定レポートは、セル１４０８におけるＳノードＢ＋からセル１４０５におけるＣノードＢ＋に送信されなくてはならず、これは多数の様式化された端末によって示される。したがって、セル１４０５におけるＣノードＢ＋は、セル１４０８におけるＳノードＢ＋にリソース管理制御機能を再配置すると決定し、図１１を参照して説明した再配置手順を実行する。図１４ａおよび図１４ｂで概要を説明した本発明のこの例示的な実施の形態では、セル１４０５のノードＢ＋は図１１のシグナリング図における制御ノードＢ＋に対応し、セル１４０８のノードＢ＋はサービングノードＢ＋＃１に対応し、全ての残りのノードＢ＋はサービングノードＢ＋＃２に対応する。
【０１３２】
それにより、再配置後、図１４ｂに示すモデルが結果として得られる。図１４ｂにおいて、セル１４０７におけるノードＢ＋は、ＣノードＢ＋機能を実行し、すなわちリソース管理を制御する。一方、セル１４０１−１４０７および１４０９のＳノードＢ＋は、測定レポートを、セル１４０５における新しいＣノードＢ＋に供給する。
【０１３３】
図１５ａでは、図１４ａと同様の初期状況が例示される。ここでも、セル１４０５におけるＣノードＢ＋によって制御される共有チャネルのユーザ数が高いので、セル１４０５におけるＣノードＢ＋とセル１４０７におけるＳノードＢ＋との間のシグナリング負荷は高くなる。この例示的な実施の形態では、セル１４０４のＳノードＢ＋は、比較的高いシグナリング負荷を生ずる。更に、セル１４０７のＳノードＢ＋も比較的高い処理負荷を生ずるとレポートされている。この例示的なシナリオでは、セル１４０５におけるＣノードＢ＋は、セル１４０１乃至１４０９に対するリソース管理制御機能をセル１４０４乃至１４０８のＳノードＢ＋に分割すると決定してもよい。
【０１３４】
本発明のこの例示的な実施の形態、および以下に概説する他の例示的な実施の形態では、再配置をトリガする基準であるＳノードＢ＋とＣノードＢ＋との間の高いシグナリング負荷を主に参照するが、例えばＳノードＢ＋およびＣノードＢ＋に対する処理負荷等の他の基準が、再配置を実行するか否かを決定する際に考慮されてもよいことに留意されたい。この決定は、これらのうちのいずれか１つ、またはその組み合わせに基づく。例えば、後者は、ノードＢ＋間のインタフェースで均衡されるシグナリング負荷と、制御されるセルクラスタ１４０１乃至１４０９における個々のノードＢ＋の処理負荷を考慮する処理負荷制御との間の十分なトレードオフを提供するために実行可能である。
【０１３５】
図１２は、２つのＳノードＢ＋間でリソース管理制御機能が分割される再配置手順のシグナリング図を示す。制御ノードＢ＋は、例えば上述の図１５ａを参照して概明したモデルでは、リソース管理制御機能を分割すると決定してもよい。
【０１３６】
この場合、ＣノードＢ＋は、サービングノードＢ＋＃１とサービングノードＢ＋＃２の双方に再配置に対する要求を送ってもよい。この目的のために、２つの［ＲＮＳＡＰ＋］Ｃ−再配置要求メッセージが、ＣノードＢ＋によって送信される。
【０１３７】
ＣノードＢ＋の決定について通知された後、ＳノードＢ＋＃１およびＳノードＢ＋＃２は、要求を評価し、再配置を受け入れるか否かを決定する。決定が正である場合、その決定は、例えば［ＲＮＳＡＰ＋］Ｃ−再配置要求肯定応答メッセージを用いてＣノードＢ＋に通知される。
【０１３８】
次のステップでは、ＣノードＢ＋は、ＳノードＢ＋＃１およびＳノードＢ＋＃２によって制御されるべきセルにおける情報を含むメッセージを、ＳノードＢ＋＃１およびＳノードＢ＋＃２に送ってもよい。これは、例えば、新しく選択された制御エレメントによって制御されるべきノードＢ＋の識別子（ＩＤ）を含む［ＲＮＳＡＰ＋］Ｃ−再配置命令メッセージを送ることで達成される。更に、測定結果を含むコンテナは、ＣノードＢ＋からＳノードＢ＋＃１に転送される。
【０１３９】
更に、本発明の更なる実施の形態によると、ＣノードＢ＋によって送信されるメッセージは、２つのＳノードＢ＋のうちどちらが次の後続する再配置手順を実行することができるかを示す指示を更に含む。これは、リソース管理制御機能の更なる分割が望まれない場合に実行可能である。
【０１４０】
それにより、指示された新しいＣノードＢ＋の１つだけが、全てのセルに対するリソース管理制御機能を再統合し、または再度分割することができる。したがって、リソース管理制御機能がノードＢ＋間で再配置される「セルクラスタ」における情報を得るために、次の再配置手順を実行するために指定されるＳノードＢ＋（例えば、ＳノードＢ＋＃１）には、制御が分割された全てのセルＩＤが供給されることが更に望ましい。
【０１４１】
また、リソース管理制御機能の再配置を実行することが許可されない指定された新しいＣノードＢ＋（例えば、ＳノードＢ＋＃２）には、［ＲＮＳＡＰ＋］Ｃ-再配置命令メッセージにおけるＳノードＢ＋＃１のセルＩＤを含むことにより他で指定されたＣノードＢ＋（例えば、ＳノードＢ＋＃１）を識別する情報が供給される。それにより、ＳノードＢ＋２は、リソース管理制御機能を再配置するという決定をサポートするために、ＳノードＢ＋＃１への再配置後に受信されるシグナリングに関連する測定結果またはリソース管理制御機能を送る。
【０１４２】
次に、例えば［ＲＮＳＡＰ＋］ＣノードＢ＋セットアップ要求メッセージを用いて、ＳノードＢ＋＃３は、ＣノードＢ＋によって、新しい制御ネットワークエレメント（例えば、ＳノードＢ＋＃１）が通知される。これにより、このエレメントに、例えば測定レポートが再転送される。
【０１４３】
［ＲＮＳＡＰ＋］ＣノードＢ＋セットアップ要求メッセージは、例えば、ＳノードＢ＋＃１のセルＩＤを有するＩＥを含む。ＳノードＢ＋＃３からの確認は、例えば［ＲＮＳＡＰ＋］ＣノードＢ＋セットアップ応答メッセージにおいて、ＣノードＢ＋に送信される。最後に、再配置の完了は、例えば［ＲＮＳＡＰ＋］Ｃ−再配置完了メッセージを用いて確認される。
【０１４４】
ＳノードＢ＋＃３と同様に、新しいＣノードＢ＋となるように指定されていない制御「セルクラスタ」における他の全てのノードＢ＋は、新しい制御ネットワークエレメント（すなわち、ＳノードＢ＋＃１またはＳノードＢ＋＃２）について通知される。
【０１４５】
明らかに、制御ノードＢ＋は、図１５ａのセル１４０５におけるＣノードＢ＋に対応し、サービングノードＢ＋１は、セル１４０８におけるＳノードＢ＋に対応し、サービングノードＢ＋＃２は、セル１４０４におけるＳノードＢ＋に対応する。図１２のサービングノードＢ＋＃３は、残りのセルにおけるどのＳノードＢ＋の例でもよいと理解されるであろう。
【０１４６】
リソース管理制御機能の再配置および分割の後の結果として得られるモデルを、図１５ｂを参照してより詳細に説明する。図１２に示すシグナリング手順から明らかであるように、図１５ｂは、セル１４０４および１４０８における２つの新しいＣノードＢ＋がこれらの「セルクラスタ」に対してリソース管理制御機能を実行することを示している。この「セルクラスタ」は、セル１４０４に対応するセル１４０１、１４０２、１４０４、１４０５および１４０７と、セル１４０８に対応するセル１４０３、１４０６、１４０８、および１４０９とを含む。新しい「セルクラスタ」は、新しいＣノードＢ＋と関連するＳノードＢ＋との間で様式化された相互接続によって示される。セル１４０４におけるＣノードＢ＋とセル１４０８におけるＣノードＢ＋との間のリンクは、リソース管理制御機能に関連するシグナリングを送るために使用される。このシグナリングは、例えば、セル１４０４のＣノードＢ＋から次の再配置手順を実行すると指定されているセル１４０８のＣノードＢ＋への測定レポートである。
【０１４７】
図１３、図１６ａおよび図１６ｂは、１つ以上の制御ネットワークエレメントが存在する状況、すなわちリソース管理制御機能の分割が前に行われた状況における再配置手順を示す例示的な実施の形態に関する。リソース管理制御機能の分割および集中に関連する実施の形態は、２つの新しいＣノードＢ＋へのリソース管理制御機能の分割について説明されたが、リソース管理制御機能の分割および集中は、２つのＣノードＢ＋の場合と本質的に同様の方法で２つ以上のＣノードＢ＋に対しても可能であることに留意されたい。
【０１４８】
図１６ａでは、図１５ｂと本質的に同じモデルが示される。リソース管理制御機能は、セル１４０４および１４０８の２つのＣノードＢ＋に分割される。図１５ｂとは反対に、セル１４０４および１４０８におけるＨＳＤＰＡユーザの数は、著しく減少されている。例示目的のために、セル１４０８におけるＣノードＢ＋での最初の高い処理負荷がまだ存在すると仮定する。更に、このＣノードＢ＋は、次の再配置手順を実行するように指定されている。加えて、セル１４０５におけるＨＳＤＰＡユーザの数は更に増加される。
【０１４９】
したがって、自身の処理負荷を減少させ、セル１４０４におけるＣノードＢ＋とセル１４０５におけるＳノードＢ＋との間のシグナリング負荷を緩和させるために、セル１４０８におけるＣノードＢ＋は、セル１４０５のＳノードＢ＋に対してリソース管理制御機能を再配置できると仮定する。
【０１５０】
本発明の別の実施の形態によるリソース管理制御機能のこの再統合に対する例示的なシグナリング図が図１３に示される。制御ノードＢ＋＃１（セル１４０８におけるＣノードＢ＋に対応する）においてサービングノードＢ＋＃１（セル１４０５におけるＳノードＢ＋に対応する）に対してリソース管理制御機能を再配置すると決定すると、図１１を参照して概説したのと本質的に同じ再配置要求、評価、肯定応答および命令処理が実行される。
【０１５１】
［ＲＮＳＡＰ＋］Ｃ−再配置命令を送信した後、制御ノードＢ＋＃１は、他の制御ノードＢ＋＃２に対して、例えば［ＲＮＳＡＰ＋］Ｃ−ノードＢ＋セットアップ要求により、再配置について通知する。この要求メッセージを制御ノードＢ＋＃１から受信すると、制御ノードＢ＋＃２は、次の再配置について通知するために、この要求をその制御ＳノードＢ＋（サービングノードＢ＋＃２によって表される）に送る。このセットアップメッセージは、例えばセルＩＤにより、新しく選択されたＣノードＢ＋（サービングノードＢ＋＃１）を示す。
【０１５２】
制御ノードＢ＋＃１からセットアップ要求を受信すると、制御ノードＢ＋＃２は、サービングノードＢ＋＃１に、測定結果（および／または他のリソース管理制御機能に関連する情報）を含むコンテナを送る。更に、制御ノードＢ＋＃１がそのようにしてもよい。最後に、サービングノードＢ＋＃１は、例えば、制御ノードＢ＋＃１に［ＲＮＳＡＰ＋］Ｃ−再配置要求完了メッセージを送ることで再配置手順を完了する。
【０１５３】
図１２および図１３について、交換される個々のメッセージに含まれる情報は、本質的に図１１を参照して概説したものに対応する。
【０１５４】
図１３に示される再配置手順を実行した後、図１６ｂに示すシナリオが結果として得られる。再配置が実行されると、リソース管理制御機能は再び集中化され、セル１４０５における新しいＣノードＢ＋がリソース管理を制御する。
【０１５５】
図１７ａおよび図１７ｂに示す別の可能な状況では、リソース管理制御機能を分割した後、次の再配置を実行するように指定されるＣノードＢ＋（ここでは、セル１４０８におけるＣノードＢ＋）は、セル１４０４においてＣノードＢ＋に指定されたリソース管理制御機能の一部を取得する。図１７ａでは、セル１４０８におけるＣノードＢ＋での処理負荷が低く、且つセル１４０４におけるＨＳＤＰＡユーザ数が著しく減少された初期状況が、例示目的のために仮定される。更に、ＣノードＢ＋ではなく別のＳノードＢ＋に対してリソース管理制御機能の再配置によって課せられるシグナリング負荷は増加すると考えられるので、この手順は実行可能でない。しかしながら、セル１４０８におけるＣノードＢ＋は、セルクラスタ１４０１乃至１４０９内に制御ネットワークエレメントを１つ備えることが好ましいので、例えば、セル１４０４のＣノードＢ＋によって現在制御されているセルに対してリソース管理制御機能を取得すると決定してもよい。
【０１５６】
この状況では、図１３に示すシグナリング手順が使用されてもよいが、制御ノードＢ＋＃１およびサービングノードＢ＋＃１が互いに対応し、これら２つのエンティティ間における全てのシグナリングが省略され得ることを理解されるであろう。また、図１３に示す残りのエンティティから制御ノードＢ＋＃１およびサービングノードＢ＋＃１への全てのシグナリングは、制御ノードＢ＋＃１だけに向けられてもよいことは理解されるであろう。
【０１５７】
図１７ｂに示すように、再配置後、セル１４０１乃至１４０９の全てのクラスタセルに対するリソース管理制御機能は、再配置後にセル１４０８のＣノードＢ＋に残る。
【０１５８】
発生し得る更なる状況は図１８ａおよび図１８ｂに示される。これらの図に示される実施の形態によると、リソース管理制御機能の分割が示され、セル１４０５における元のＣノードＢ＋は、セル１４０８のＳノードＢ＋に対してリソース管理制御機能の一部だけを再配置する一方で、リソース管理制御機能の残りを維持する。例えば、セル１４０８内のＨＳＤＰＡユーザ数が多いために、セル１４０５におけるＣノードＢ＋とセル１４０８におけるＳノードＢ＋との間のシグナリング負荷が高い場合、ＣノードＢ＋は、シグナリング負荷を減少させるために、セル１４０８におけるＳノードＢ＋にリソース管理制御機能の一部を再配置すると決定してもよい。
【０１５９】
図１８ａおよび図１８ｂの実施例によるリソース管理制御機能の部分的再配置に必要なシグナリングを示すシグナリング図は、サービングノードＢ＋＃１と制御ノードＢ＋＃１が同一のエンティティであることを除いて、図１２のものに対応する。それにより、図１２のサービングノードＢ＋＃１と制御ノードＢ＋＃１との間の全てのシグナリングが省略される。図１２に示される残されたエンティティからサービングノードＢ＋＃１および制御ノードＢ＋＃１に向けられる全てのシグナリングは、制御ノードＢ＋＃１に送信されると理解してもよい。
【０１６０】
前に説明したとおり、測定結果は別のコンテナでＳノードＢ１＋に送られてもよく、これは、損失のない再配置が望ましい場合に特に実行可能である。本発明の更なる実施の形態によると、損失のない再配置が望ましい場合、ＩＥ再配置発生の値は、例えば「損失のない制御ネットワークエレメント再配置」に設定される。損失のない再配置が望まれない場合、上述の例示的な各種シグナリング図において説明した測定結果を含むコンテナが送信される必要はない。
【０１６１】
更に、送信された場合、コンテナは、各ユーザに対してＵＥ  ＩＤ（例えば、Ｓ−ＲＮＴＩ）によって、且つレポートするネットワークエレメントのそれぞれに対するノードＢ＋のセルＩＤによって分離される前の制御ネットワークエレメントにレポートされた測定結果を含む。当然のことながら、ＳノードＢ＋＃１によってレポートされる結果がコンテナに含まれる必要はない。
【０１６２】
前のセクションで説明したように、測定結果は、別のコンテナでＳノードＢ＋＃１に送られてもよい。コンテナサイズおよび転送される結果の正確性は、結果が送られる構成可能なタイムスパンによって調整される。
【０１６３】
リソース管理制御機能の再配置をトリガする幾つかの決定基準は、上述の通りである。本発明の一実施の形態によると、ＣノードＢ＋は、再配置をトリガするために異なる決定基準を用いてもよい。例えば、ＣノードＢ＋は、それぞれのサービングネットワークエレメントによって測定レポートが行われるＵＥの数に基づいてその手順をトリガすると決定されてもよい。中間式またはイベント駆動式（ｅｖｅｎｔ−ｄｒｉｖｅｎ  ｔｙｐｅ）のレポートの場合、これはさほど信頼性がない。この場合、ＣノードＢ＋は、他のネットワークエレメントによって別々にシグナリングされ得る幾らかの情報、例えばＨＳ−ＤＳＣＨにアクセスするＵＥの数、または各ネットワークエレメントの幾らかの負荷測定を用いてもよい。
【０１６４】
１つ以上のネットワークエレメントが、制御機能を再配置する特定の基準を満たす場合もある。以下では、２つのノードＢ＋が基準を満たすモデルを考える。このモデルでは、現在のＣノードＢ＋は、ＲＮＳを、基準を満たすノードＢ＋によってそれぞれが制御される２つの部分に分割することを決定する。この場合、現在の制御ノードＢ＋から前述の２つのノードＢ＋への再配置の「分割」が適用される。
【０１６５】
本発明の別の実施の形態によると、更なる制御ネットワークエレメントの再配置をトリガする決定は、セルクラスタまたは無線ネットワークサブシステムの不明瞭な分割を回避するために、指定される新しいＣノードＢ＋の１つにだけ委ねられる。この場合、他のＣノードＢ＋には、トリガされる再配置が全て通知される。測定結果は、後者から次の再配置をトリガするように指定されるＣノードＢ＋に送られる。
【０１６６】
別の実施の形態によると、リソース管理制御機能が分割される再配置に対してシグナリング手順を設計する際に、以下のガイドラインが考えられる。［ＲＮＳＡＰ＋］Ｃ−再配置命令メッセージは、現在のＣノードＢ＋からターゲットとして選択されたＳノードＢ＋の双方に送信される。このメッセージは、新しく選択された制御基地局のセルＩＤと、新しく選択されたネットワークエレメントそれぞれによって制御されるべきセルのセルＩＤと、これらのうちのどれが次の再配置を決定するかの指示を含む。「損失のない」再配置の場合、新しく選択された制御セルに関する測定結果は常に、新しく選択されたＣノードＢ＋にコンテナで送られる。更に、測定レポートを転送するために、［ＲＮＳＡＰ＋］ＣＲＮＣセットアップ要求／応答のようなメッセージは、前のＣノードＢ＋と、新しく選択された新しいＣノードＢ＋以外の影響を及ぼされる全てのノードＢ＋との間で交換される。これらのメッセージは、新しく選択されたＣノードＢ＋のセルＩＤを含む。
【０１６７】
あるネットワークエレメントの処理負荷が高くなりすぎた場合に再配置をトリガする基準に関する更なる実施の形態はユーザモビリティに依存し、このユーザモビリティは、ユーザの数を頻繁に変更させる。更に、処理負荷およびシグナリング負荷が同時に制御されるべき状況では、以下のような問題が生ずる。
【０１６８】
前述した２つの例示的な状況は、上述した制御ネットワークエレメントの再配置手順を比較的頻繁にトリガさせる。
【０１６９】
例えば、処理負荷およびシグナリング負荷が同時を制御するべき状況を考慮すると、高いシグナリング負荷を有するＣノードＢ＋は、より低い処理負荷を有するＳノードＢ＋にリソース管理制御機能を再配置する可能性が高い。
【０１７０】
しかしながら、このＳノードＢ＋は、セルにおけるＨＳＤＰＡユーザが少数であるため低いシグナリング負荷を有し、ＣノードＢ＋での処理負荷は、各セルにおける多数のＨＳＤＰＡユーザによって生ずる。したがって、ＣノードＢ＋がＳノードＢ＋にリソース管理制御機能の再配置を実行する場合、これらの間のシグナリング負荷が増加し、元のＣノードＢ＋へのリソース管理制御機能の新しい再配置がトリガされる。
【０１７１】
制御ネットワークエレメントの役割（「ピンポン」効果）の頻繁なシフトは、現在の制御ネットワークエレメントにおける処理負荷に対する閾値と、他（制御ネットワークエレメント）によってレポートされる処理負荷に対する閾値との２つの異なる閾値を導入することで克服される。特定の閾値基準が満たされた場合、例えば、レポートするＳノードＢ＋における処理負荷が所定のよりも小さく、および／またはシグナリング負荷が所定の許容可能な閾値より大きい場合にだけ、再配置がトリガされる。
【０１７２】
より具体的には、再配置手順をトリガするためには、所定期間中に、ＣノードＢ＋における処理負荷が上限処理負荷閾値よりも大きく、且つこの処理負荷および／または他のネットワークエレメントによってレポートされるシグナリング負荷が所定の下限処理閾値よりも小さいことが必要である。
【０１７３】
セルクラスタまたは無線ネットワークサブシステム内で最初のＣノードＢ＋を選択するために、本発明の更なる実施の形態では、ネットワーク動作を開始する前に、制御ネットワークエレメントが操作者によって選択されることを提案する。再配置機能の更なるシフトは、前の段落で記載した各種実施の形態に従って実行される。
【０１７４】
本発明の別の実施の形態は、ハードウェアおよびソフトウェアを用いて上記した各種実施の形態を実行することに関する。上記各種方法、ならびに各種論理ブロック、モジュール、および回路等を、汎用プロセッサ等の演算装置を用いて実装または実行できることが理解されるであろう。本発明の各種実施の形態はまた、これらの装置を組み合わせることにより実行または具現化されてもよい。
【０１７５】
更に、本発明の各種実施の形態は、プロセッサによって実行されるソフトウェアモジュールを用いて、またはハードウェアで直接的に実行されてもよい。ソフトウェアモジュールとハードウェア実装の組み合わせも可能である。ソフトウェアモジュールは、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等の全ての種類のコンピュータ読み取り可能な記憶媒体に記憶されてもよい。
【図面の簡単な説明】
【０１７６】
【図１】ＵＭＴＳの高レベルアーキテクチャを示す図
【図２】ＵＭＴＳ  Ｒ９９／４／５によるＵＴＲＡＮのアーキテクチャを示す図
【図３】サービングネットワークサブシステムおよびドリフトネットワークサブシステムのアーキテクチャの概観図
【図４】リリース９９／４／５ＵＴＲＡＮアーキテクチャにおけるＨＳＤＰＡに対するユーザ面プロトコルスタックアーキテクチャを示す図
【図５】発展したＵＴＲＡＮアーキテクチャにおけるＨＳＤＰＡに対するユーザ面プロトコルスタックアーキテクチャを示す図
【図６】リリース９９／４／５ＵＴＲＡＮアーキテクチャにおけるハードハンドオーバ手順に対するシグナリング図
【図７】リリース９９／４／５ＵＴＲＡＮアーキテクチャにおける例示的なサービング無線ネットワークサブシステム（ＳＲＮＳ）再配置を示す図
【図８】リリース９９／４／５  ＵＴＲＡＮアーキテクチャにおける図７のサービング無線ネットワークサブシステム（ＳＲＮＳ）再配置の例示的なシグナリング図
【図９】発展したＵＴＲＡＮアーキテクチャを示す図
【図１０】リリース９９／４／５ＵＴＲＡＮアーキテクチャにおけるＨＳＤＰＡに対する中間ノードＢサービングセルの変更を示すシグナリング図
【図１１】本発明の実施の形態による例示的な制御ノードＢ＋再配置モデルに対するシグナリング図
【図１２】本発明の実施の形態によるリソース管理制御機能が幾つかのＳノードＢ＋に分割される例示的な制御ノードＢ＋の再配置モデルを示すシグナリング図
【図１３】本発明の実施の形態による例示的な制御ノードＢ＋の集中化手順を示すシグナリング図
【図１４ａ】本発明の実施の形態による例示的な制御ノードＢ＋の再配置モデルを示す図
【図１４ｂ】本発明の実施の形態による例示的な制御ノードＢ＋の再配置モデルを示す図
【図１５ａ】本発明の実施の形態によるリソース管理制御機能が幾つかのＳノードＢ＋に分割される例示的な制御ノードＢ＋再配置モデルを示す図
【図１５ｂ】本発明の実施の形態によるリソース管理制御機能が幾つかのＳノードＢ＋に分割される例示的な制御ノードＢ＋再配置モデルを示す図
【図１６ａ】本発明の実施の形態による例示的な制御ノードＢ＋の集中化手順を示す図
【図１６ｂ】本発明の実施の形態による例示的な制御ノードＢ＋の集中化手順を示す図
【図１７ａ】本発明の実施の形態による別の例示的な制御ノードＢ＋の集中化手順を示す図
【図１７ｂ】本発明の実施の形態による別の例示的な制御ノードＢ＋の集中化手順を示す図
【図１８ａ】本発明の実施の形態によるリソース管理制御機能が幾つかのＳノードＢ＋に分割される別の例示的な制御ノードＢ＋の再配置モデルを示す図
【図１８ｂ】本発明の実施の形態によるリソース管理制御機能が幾つかのＳノードＢ＋に分割される別の例示的な制御ノードＢ＋の再配置モデルを示す図
【図１】
2007535251.tif 000004
【図２】
2007535251.tif 000005
【図３】
2007535251.tif 000006
【図４】
2007535251.tif 000007
【図５】
2007535251.tif 000008
【図６】
2007535251.tif 000009
【図７】
2007535251.tif 000010
【図８】
2007535251.tif 000011
【図９】
2007535251.tif 000012
【図１０】
2007535251.tif 000013
【図１１】
2007535251.tif 000014
【図１２】
2007535251.tif 000015
【図１３】
2007535251.tif 000016
【図１４ａ】
2007535251.tif 000017
【図１４ｂ】
2007535251.tif 000018
【図１５ａ】
2007535251.tif 000019
【図１５ｂ】
2007535251.tif 000020
【図１６ａ】
2007535251.tif 000021
【図１６ｂ】
2007535251.tif 000022
【図１７ａ】
2007535251.tif 000023
【図１７ｂ】
2007535251.tif 000024
【図１８ａ】
2007535251.tif 000025
【図１８ｂ】
2007535251.tif 000026
【国際調査報告】
2007535251.tif 000027
2007535251.tif 000028
2007535251.tif 000029