(57)【特許請求の範囲】
【請求項１】
無線通信ネットワークにおいて第２の通信ノードからのローカル情報を一元的に処理できるようにする複数の第２の通信ノードを含む前記無線通信ネットワークにおける第１の通信ノードにおける方法であって、
前記無線通信ネットワークの無線アクセスネットワークにおいて第２の通信ノードへのノード間接続を確立するステップであり、前記第１の通信ノードが前記第１の通信ノードの仮想セルの情報を送出するステップと、
前記第２の通信ノードに対してローカル情報を要求するステップと、
前記第２の通信ノードからローカル情報を受信するステップと、
前記ローカル情報を、前記第２の通信ノードのローカル情報を一元的に処理するために使用される処理済データへと処理するステップと
を有することを特徴とする方法。
【請求項２】
前記無線アクセスネットワークはＥ−ＵＴＲＡＮを含み、前記ノード間接続はＸ２接続を含むことを特徴とする請求項１記載の方法。
【請求項３】
前記無線アクセスネットワークはＵＴＲＡＮを含み、前記ノード間接続はｌｕｒ接続を含むことを特徴とする請求項１記載の方法。
【請求項４】
ハンドオーバのために使用される前記無線アクセスネットワークにおける前記ノード間接続を禁止するメッセージを、第３の通信ノードを介して前記第２の通信ノードに対して送出するステップを更に含むことを特徴とする請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記第２の通信ノードのうちの少なくとも１つからローカル情報の要求を受信するステップと、
前記ノード間接続が前記第１の通信ノードから前記第２の通信ノードに測定値を転送するために使用されることを回避するために、前記第２の通信ノードへの前記要求を拒否する障害メッセージで応答するステップとを更に含むことを特徴とする請求項１から４のいずれか一項に記載の第１の通信ノードにおける方法。
【請求項６】
前記第２の通信ノードのうちの少なくとも１つからハンドオーバに対する要求を受信するステップと、
前記ノード間接続がハンドオーバに対して使用されることを回避するために、前記要求を拒否する障害メッセージを含むメッセージを前記少なくとも１つの第２の通信ノードに送出するステップとを更に含むことを特徴とする請求項１から４のいずれか一項に記載の第１の通信ノードにおける方法。
【請求項７】
第３の通信ノードが前記第２の通信ノードの前記ローカル情報を一元的に処理するために、インタフェースを介して前記第３の通信ノードに前記処理済データを送信するステップを更に含むことを特徴とする請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記第１の通信ノードにおいて前記処理済データを解析して一元的に処理するステップと、
前記解析に基づいてある特定の設定を示す前記第２の通信ノードのうちの少なくとも１つにパラメータ設定命令を送信するステップとを更に含むことを特徴とする請求項１から６のいずれか一項に記載の方法。
【請求項９】
前記ローカル情報は、負荷情報、干渉関連情報及び構成関連情報またはその少なくともいずれかを含むことを特徴とする請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記一元的に処理することは、前記第２の通信ノードについて、その負荷を監視し、容量を適合させ、リアルタイムの監視、ボトルネック検出、負荷平衡、物理セルアイデンティティの再設定及び干渉管理またはその少なくともいずれかを適応させることを含むことを特徴とする請求項９記載の方法。
【請求項１１】
無線通信ネットワークにおける第１の通信ノード（３０）であって、
前記第１の通信ノードは、前記無線通信ネットワークの無線アクセスネットワークにおいて複数の第２の通信ノードへのノード間接続を確立するように構成されたノード間ネットワークインタフェース（３０４）と、
前記ノード間ネットワークインタフェース（３０４）を介して前記第２の通信ノードのうちの少なくとも１つに対してローカル情報を要求し、前記ノード間ネットワークインタフェース（３０４）を介して前記少なくとも１つの第２の通信ノードからローカル情報を受信し、処理済データに基づいて一元的に決定できるように前記ローカル情報を前記処理済データへと処理するように構成された制御ユニット（３０１）とを含み、
前記制御ユニット（３０１）は、前記ノード間接続の確立中に前記第１の通信ノードの仮想セルの情報を送出するように更に構成されたことを特徴とする第１の通信ノード（３０）。
【請求項１２】
前記無線アクセスネットワークはＥ−ＵＴＲＡＮを含み、前記ノード間ネットワークインタフェース（３０４）はＸ２インタフェースを含むことを特徴とする請求項１１記載の第１の通信ノード。
【請求項１３】
前記無線アクセスネットワークはＵＴＲＡＮを含み、前記ノード間ネットワークインタフェース（３０４）はｌｕｒインタフェースを含むことを特徴とする請求項１１記載の第１の通信ノード。
【請求項１４】
前記制御ユニット（３０１）は、第２のネットワークインタフェース（３０５）を介する第３の通信ノードを介して、ハンドオーバのために使用される前記無線アクセスネットワークにおいて前記ノード間接続を禁止するメッセージを前記第２の通信ノードに送出するように更に構成されたことを特徴とする請求項１１から１３のいずれか一項に記載の第１の通信ノード。
【請求項１５】
前記ノード間ネットワークインタフェース（３０４）を介して前記第２の通信ノードのうちの少なくとも１つからハンドオーバに対する要求を受信するように更に構成され、
前記制御ユニット（３０１）は、前記ノード間接続がハンドオーバのために使用されることを回避するために、前記要求を拒否する障害メッセージを含むメッセージを前記少なくとも１つの第２の通信ノードに送出するように更に構成されたことを特徴とする請求項１１から１４のいずれか一項に記載の第１の通信ノード。
【請求項１６】
前記ノード間ネットワークインタフェース（３０４）を介して前記第２の通信ノードのうちの少なくとも１つからローカル情報の要求を受信するように更に構成され、
前記制御ユニットは、前記ノード間接続が前記第１の通信ノードから前記第２の通信ノードに測定値を転送するために使用されることを回避するために、前記要求を拒否する障害メッセージを含むメッセージを前記少なくとも１つの第２の通信ノードに送出するように更に構成されたことを特徴とする請求項１１から１４のいずれか一項に記載の第１の通信ノード。
【請求項１７】
前記制御ユニット（３０１）は、第３の通信ノードが前記第２の通信ノードのデータを一元的に処理するために、第２のネットワークインタフェース（３０５）を介して前記第３の通信ノードに前記処理済データを送信するように更に構成されたことを特徴とする請求項１１から１６のいずれか一項に記載の第１の通信ノード。
【請求項１８】
前記制御ユニット（３０１）は、前記処理済データを解析して一元的に処理し、前記解析に基づいてある特定の設定を示すパラメータ設定命令を少なくとも１つの第２の通信ノードに対して直接又は前記第２のネットワークインタフェース（３０５）を介する第３の通信ノードを介して送信するように更に構成されたことを特徴とする請求項１１から１６のいずれか一項に記載の第１の通信ノード。
【請求項１９】
前記ローカル情報は、負荷情報、干渉関連情報及び構成関連情報又はそれらの少なくともいずれかを含むことを特徴とする請求項１１から１８のいずれか一項に記載の第１の通信ノード。
【請求項２０】
前記一元的に処理することは、前記第２の通信ノードについて、その負荷を監視し、容量を適合させ、リアルタイムの監視、ボトルネック検出、負荷平衡、物理セルエンティティの再設定及び干渉管理、またはそれらの少なくともいずれかを行うことを含むことを特徴とする請求項１９記載の第１の通信ノード。
【請求項２１】
前記第１の通信ノードは、運用及び保守ノード、および専用サーバまたはそのいずれかを含むことを特徴とする請求項１１から２０のいずれか一項に記載の第１の通信ノード。
【請求項２２】
請求項１１から２１のいずれか一項に記載の第１の通信ノードを複数含むことを特徴とする無線アクセスネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特に、第２の通信ノードのローカル情報を一元的に処理するための無線通信ネットワーク内のノード及び方法に関する。
【背景技術】
【０００２】
今日の無線通信ネットワークは、互いにローカル情報を通信する基地局及び関連ノードを含む。例えば、発展型パケットシステム（ＥＰＳ）、すなわちロングタームエボリューション／システムアーキテクチャ（ＬＴＥ／ＳＡＥ）は、発展型パケットコア（ＥＰＣ）及びＥＵＴＲＡＮ（発展型ＵＴＲＡＮ）から構成される。ＥＵＴＲＡＮ及びＥＰＣは、Ｓ１インタフェースにより接続される。ＥＵＴＲＡＮは発展型ＮｏｄｅＢ（ｅＮＢ）から構成される。ｅＮＢは、ネットワーク層トラフィックをサポートするＸ２インタフェースを介して相互接続される。Ｘ２インタフェースは、ノード間接続、すなわちｅＮＢ間のポイントツーポイントリンクを論理的に示すが、物理的な実現例はポイントツーポイントリンクでなくてもよい。ノード間インタフェースは、ノードを接続し且つ基地局に既知であるローカル情報を通信するインタフェースを含む。ノード間インタフェースは、例えばｅＮＢ、ＮｏｄｅＢ、ＲＢＳ及びＲＮＣ等の無線通信ネットワークの無線アクセスネットワーク内の基地局の制御器ノード間又は基地局間に設定されてもよい。
【０００３】
Ｘ２インタフェースにより主に提供された機能は、ハンドオーバをサポートするためのものである。Ｘ２により、干渉関連情報、負荷関連情報及び構成関連情報またはそのいずれか等の交換が更に可能になる。一般に、ｅＮＢは隣接ｅＮＢへのＸ２接続のみを確立する。すなわち、ｅＮＢのサービングセルが別のｅＮＢが対応する隣接セルを有する場合、２つのｅＮＢはいわゆる隣接ｅＮＢである。Ｘ２により提供された機能は、隣接関連機能、すなわち２つのｅＮＢ間のローカル機能性をサポートするものとして認識される。干渉関連情報は、セル間干渉調整ＩＣＩＣ等を含んでもよい。
【０００４】
自動隣接関係（ＡＮＲ）と呼ばれる機能により、ｅＮＢのセル内のユーザ機器（ＵＥ）は、異なるｅＮＢの隣接セルを検出し、隣接セルをサービングｅＮＢに報告する。サービングｅＮＢは、隣接関係を作成し、隣接セルに対応するｅＮＢに対するＸ２インタフェースを設定する。このように、ｅＮＢは事前に設定されたいかなるＸ２関係も用いずに使用が開始され、ＵＥが隣接セルを報告するとＸ２関係が構築される。例えば、Ｘ２インタフェースを設定するために、必要な座標又は場所を含む例えばＩＰアドレス、ネットマスク、ゲートウェイ等のデータが使用される。論理Ｘ２インタフェースにより、ｅＮＢ間の直接通信が可能になる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
今日、オペレーションサポートシステム（ＯＳＳ）インタフェースを介して検索された無線基地局の情報は、無線通信ネットワークにおいてオペレーションサポートシステム（ＯＳＳ）を使用して一元的に管理されてもよい。ＯＳＳは２つ以上のベンダの無線アクセスネットワーク（ＲＡＮ）ノードへの接続を有さず、種々のベンダのＯＳＳはＲＡＮ内でノード間インタフェースを介して入手可能ないくつかの情報を信号で伝送する手段が欠如している可能性がある。
【課題を解決するための手段】
【０００６】
本明細書における実施形態の目的は、基地局等の第２の通信ノードの運用及び保守を効率的に提供することである。
【０００７】
実施形態は、ネットワークにおいて第２の通信ノードからのローカル情報を一元的に処理できるようにする複数の第２の通信ノードを含む無線通信ネットワークにおける第１の通信ノードにおける方法に関する。第１の通信ノードは、無線アクセスネットワーク内で第２の通信ノードへのノード間接続を確立し、第１の通信ノードの仮想セルの情報を送出する。第１の通信ノードは、第２の通信ノードからのローカル情報を要求して受信する。受信したローカル情報は、多数の第２の通信ノードのローカル情報を一元的に処理するために使用される処理済データに処理される。データを一元的に処理する結果、例えば内部構成を更新する動作を介して適応するように１つ以上の第２の通信ノードへのフィードバックが得られてもよい。
【０００８】
実施形態は、無線通信ネットワークの無線アクセスネットワークにおいて複数の第２の通信ノードへのノード間接続を確立するように構成されたノード間ネットワークインタフェースを含む第１の通信ノードに関する。
【０００９】
第１の通信ノードは、ノード間ネットワークインタフェースを介して第２の通信ノードのうちの少なくとも１つからのローカル情報を要求するように構成された制御ユニットを更に含む。制御ユニットは、ノード間ネットワークインタフェースを介して少なくとも１つの第２の通信ノードからローカル情報を受信し、且つローカル情報を処理済データに処理するように更に構成される。処理済データにより、処理済データに基づいて一元的に決定できるようになる。処理ユニットは、確立中に第１の通信ノードの仮想セルの情報を送出するように更に構成される。
【００１０】
ノード間接続の情報の一元的な処理を導入することにより、効率的で一貫性のある自動化された第２の通信ノードの運用及び保守が提供される。
【００１１】
次に、添付の図面に関連して実施形態を更に詳細に説明する。
【図面の簡単な説明】
【００１２】
【図１】移動通信ネットワークを示す概略図である。
【図２】１つの仮想無線基地局、すなわちＶＲＢＳを展開するＥＰＳを示す概略図である。
【図３】多数のＶＲＢＳを展開するＥＰＳを示す概略図である。
【図４】ＥＰＳにおける合成信号及び方法の方式を示す概略図である。
【図５】移動通信ネットワークにおいて自動化された容量割当ての一例を示す図である。
【図６】移動通信ネットワークにおいて自動化された容量利用監視の一例を示す図である。
【図７】移動通信ネットワークにおいて自動化されたボトルネック検出の解決方法の一例を示す図である。
【図８】通信ノードにおける方法を示す概略図である。
【図９】通信ノードを示す概略図である。
【図１０】通信ノードを示す概略図である。
【図１１】無線通信ネットワークにおける第１の通信ノードにおける方法の概略図である。
【図１２】無線通信ネットワークにおける第１の通信ノード３０の概略図である。
【発明を実施するための形態】
【００１３】
本明細書において使用された専門用語は、特定の実施形態のみを説明するためのものであり、本発明を限定することを意図しない。本明細書において使用されたように、特に指示のない限り、単数形は複数形を含むことを意図する。用語「備える」は、本明細書において使用される場合、記載された特徴、数字、ステップ、動作、要素及び／又は構成要素の存在を特定し、１つ以上の他の特徴、数字、ステップ、動作、要素、構成要素及び／又はそれらの集合の存在又は追加を除外しないことが更に理解されるだろう。
【００１４】
特に指示のない限り、本明細書において使用された全ての用語（技術科学用語を含む）は、本発明が属する技術の当事者により一般に理解される意味と同一の意味を有する。本明細書において使用された用語は、本明細書及び関連技術の説明におけるそれらの用語の意味と一致する意味を有するものとして解釈されるべきであり、特に指示のない限り、理想化された意味又は過度に形式的な意味に解釈されないことが更に理解されるだろう。
【００１５】
図１において、無線アクセスネットワーク、すなわちＲＡＮ１及びコアネットワーク、すなわちＣＮ２を含む無線通信ネットワークの概略図を示す。無線通信ネットワークは、本明細書において仮想無線基地局（ＶＲＢＳ）３０と呼ばれる機能性及び少なくとも１つの新しい論理エンティティまたはそのいずれかを含む。ＶＲＢＳ３０は、他の無線基地局ＲＢＳ１０、１２に対して確立されたＲＡＮ内のローカル情報のノード間インタフェースII、例えばＸ２インタフェース、ｌｕｒインタフェースを含む。ノード間インタフェースIIは、基地局に既知であるローカル情報、例えばローカル負荷測定値、干渉測定値及び構成関連情報等、またはその少なくともいずれかを転送するために使用される。ＲＢＳは、例えばＲＡＮ１からＣＮ２への二次インタフェースＣ１、例えば移動管理エンティティＭＭＥ等のコアネットワークノードへのＳ１インタフェースを介してＣＮ２に更に接続される。
【００１６】
ＶＲＢＳ３０は、例えば負荷等を一元的に監視するようにローカル負荷情報等のローカル情報を処理するために情報を要求し且つ収集する。ノード間インタフェースIIは、ハンドオーバ情報をＶＲＢＳ３０に送出するために使用されず、セル関係はハンドオーバに対して使用されないものとして構成される。
【００１７】
先に開示したように、ノード間インタフェースを介して送出されるローカル情報は、干渉関連情報及び負荷情報またはそのいずれか等を含むが、ハンドオーバ情報はＶＲＢＳ３０により禁止される。
【００１８】
干渉関連情報は、ノード間接続を有するＲＢＳ間で送出されてもよい。受信ＲＢＳは、いくつかの実施形態においてこの情報を要求しなくてもよいが、例えばＲＢＳがＲＢＳ間で干渉関連機能のサポートを示せるようにするサポート機能性の欠如等のために、情報を必要としないＲＢＳに情報を送出するのを回避するように要求してもよい。これは、干渉関連信号伝送がｏｆｆにされてもよいことを意味する。更に、オペレータが干渉関連信号伝送をｏｎ／ｏｆｆ構成できる可能性が高い。
【００１９】
従って、負荷監視及び負荷またはそのいずれかに関連する他の処理に関するいくつかの実施形態において、例えばＲＢＳ間で負荷情報を送出するためだけに使用されるＲＢＳ間のノード間インタフェースIIを有することができるだろう。
【００２０】
負荷情報は、例えばイベントトリガ報告として必要とされた場合に要求されてもよく、あるいは要求された場合に周期的に提供されてもよい。ＲＢＳは、ノード間接続を介して隣接ＲＢＳから報告する負荷情報を要求する。隣接ＲＢＳは、そのように要求された場合に周期的に負荷情報を報告する。報告を停止するための要求を送出することにより、負荷報告機構の電源を切ることが更に可能である。ＲＢＳは、イベントトリガ報告を用いて、ある特定の負荷値を上回る場合又は同様にある特定の値を下回る場合に負荷を報告するための要求を隣接ＲＢＳに送出する。更に高度なイベントトリガが可能である。負荷情報は、標準化ＲＢＳ測定値に基づいてもよい。ＲＢＳは、サービス品質クラス識別名（ＱＣＩ）毎に負荷を報告してもよく、保証ビットレート（ＧＢＲ）負荷及び非ＧＢＲ負荷に関して分割された負荷を報告してもよい。負荷測定値は、ダウンリンクの使用量及びアップリンクの使用量に更に分割される。負荷は、最大の物理リソースブロック（ＰＲＢ）の割合としてＰＲＢ使用量で示されてもよい。
【００２１】
ノード間インタフェースを使用して構想された展開はＲＢＳ間のピアツーピア、例えば中央エンティティを用いない分散型の解決方法であるのに対して、いくつかの例では中央エンティティが好ましいこともある。
【００２２】
ベンダが容量ボトルネックを発見するための非標準化解決方法を展開することが可能である。従来、負荷の主要性能指標（ＫＰＩ）監視は、Ｏ＆Ｍの一部である。Ｏ＆Ｍ規格は、ネットワークベンダ、並びにＲＡＮ及びコアネットワークインタフェースにより展開されていない。本明細書における実施形態は、より一層のリアルタイムの監視により、例えばネットワークのボトルネックを発見するために、オペレータごとに無線アクセスネットワークにおいて負荷状態を監視する方法を提供し、あわせて例えば負荷平均化機能を追加的に提供するためにそのループを閉じる可能性を提供する。
【００２３】
従来、容量のライセンスは、ネットワークノードにおける最大容量の使用に対して設定される。オペレータは、ある特定の量のリソースを予め予約し、設定されたノードの容量に対してベンダに支払う。オペレータがより少ない容量を予約し、且つ、様々な時間においてトラフィックがある場所に応じてオペレータがその予約した容量をより自由に使用できるように、より大きな範囲（領域や複数のノード）上で集約されたライセンスを用いることで、トランキングの利益を得ることが可能になるだろう。更に、リソース使用量システム及び課金システムにより、ライセンスの請求は動的であってもよく且つ予め予約されなくてもよい。従って、オペレータは正確な使用料を支払う。
【００２４】
種々のベンダのＲＢＳは種々の負荷分散アルゴリズムを有してもよい。ベンダ間の負荷分散を容易にするために、中央マスタエンティティは、最適ではないものを回避することにより、及び首尾一貫した実行により性能を向上してもよい。本明細書における実施形態は、ベンダに対するライセンスに従って負荷の使用量を管理及び監視する方法を提供する。
【００２５】
この文脈における負荷平衡は、セル間に負荷を再分散することに関する。これは、例えば移動度パラメータを変更することにより実現される。移動度パラメータを変更することにより、セルサイズの有効範囲が変化する。移動度パラメータは、隣接セル上で測定する時及びセルを変更する時を表す。セルは、各隣接セル又は全ての隣接セルに対して一組の移動度パラメータを有してもよい。負荷平衡を実行する場合、基本的に隣接セル毎に一組の移動度パラメータを有することが必要だろう。従って、セルＡは隣接セルＢに対して一組の移動度パラメータを有し、且つ隣接セルＣに対して別の一組の移動度パラメータを有する。セルＢは、隣接セルＡに対して一組の移動度パラメータを有する。セルＢとセルＣとが隣接する場合、セルＢはセルＣに対して一組の移動度パラメータを有し、セルＣはセルＢに対して一組の移動度パラメータを有する。セルＡが隣接セルであるセルＢに対する移動度パラメータを変更する場合、おそらく隣接セルはセルＡに対する移動度パラメータを更に変更する必要がある可能性が高い。さもなければ、移動度パラメータが結果として得られるだろう。
【００２６】
従って、隣接ＲＢＳは、隣接セルにおける移動度パラメータの変化について通知されるか、あるいは移動度パラメータを更新するように要求される必要がある。提供される実施形態では、移動度パラメータ又はセル間で負荷を移動させる他のパラメータの自動再設定により、ネットワークが負荷平衡を実行する。
【００２７】
ＶＲＢＳ３０は、ノード間インタフェースIIの観点からＲＢＳのように動作するが、一般的なＲＢＳ以外の他の機能を含んでもよい。ＶＲＢＳ３０は、専用サーバに配置された論理エンティティであってもよく、あるいは例えばオペレーションサポートシステム、すなわちＯＳＳ等のネットワーク管理システムの一部分として展開された論理エンティティであってもよい。ＲＢＳとは異なり、ＶＲＢＳは、ベアラサービスを提供するトラフィックノードではない。すなわち、ＶＲＢＳは、エアインタフェースを含まず、あるいは現実にはセルを全く有さずに仮想セルのみを有する。ＲＢＳがノード間インタフェースIIを介してローカル隣接ＲＢＳに接続する場合、ＶＲＢＳは、より大きな隣接領域を範囲に含むようにノード間接続を介してネットワーク内であらゆるＲＢＳに接続してもよい。
【００２８】
更にＶＲＢＳ３０は、いくつかの実施形態において、ノード間インタフェースIIを介してＲＢＳ１０、１２から情報を収集するように構成されてもよく、例えば容量ボトルネックを報告又は表示するための負荷監視のための前記情報の一元的な処理や、必要に応じて容量ライセンスを自動的に割り当てたり物理セルアイデンティティ（ＰＣＩ）を再割り当てするための構成管理、例えば設定されたＲＡＣＨパラメータ及びアンテナの傾斜等の負荷測定値に基づくあらゆる設定パラメータの自動調整、実際に使用された容量をオペレータに課金したり、容量ライセンス契約を超えないように負荷使用量を制御するための容量使用量監視、たとえば移動度パラメータを調整してセル間の負荷を調整し平衡させるための負荷平衡等を可能ならしめるため、収集した情報を処理する。
【００２９】
全てのＲＢＳが仮想ＲＢＳ（ＶＲＢＳ）に接続されるのが理想的である。仮想ＲＢＳは、全てのＲＢＳ又は全てのＲＢＳの部分集合に対して完全なメッシュを有する。
【００３０】
本実施形態は、負荷監視、負荷平衡、容量適合及び構成管理等のために集約されたネットワークレベルで複数のアプリケーションに対してベースを提供する。ライセンスされた容量をプールするかあるいは使用した容量に基づいて課金することによるトランキングの効果により、容量利用を管理する選択肢を提供する。
【００３１】
負荷平衡は、ＲＢＳベンダに関係なく全てのＲＢＳに対する１つのアルゴリズム又はソフトウェアリリースを使用して使用されてもよい。ローカル情報のみではなく、より広範な情報の範囲に基づいて決定される。
【００３２】
記載された例において、ノード間インタフェースIIのローカル情報が検索される。しかし、例えば干渉関連情報等の他の一元的な処理に関連する他のローカル情報が検索されてもよい。
【００３３】
図２において、例示的なＥＰＳネットワークの概略図を示す。
【００３４】
ネットワークは、無線アクセスネットワーク内でＸ２接続によりＶＲＢＳ３０に接続され且つｅＮＢ１０として示された複数の基地局を含む。ｅＮＢ１０は、Ｘ２接続により隣接ｅＮＢに更に接続される。ＭＭＥ５０は、Ｓ１接続を介して各ｅＮＢ１０に接続される。運用及び保守ノード、すなわちＯ＆Ｍ４０は、例えばＩｔｆ−ＳおよびＩｔｆ−Ｎ等のＯ＆Ｍインタフェースを介して各ｅＮＢ１０に接続される。
【００３５】
ＶＲＢＳ３０は、Ｉｔｆ−Ｓ又はＩｔｆ−Ｎインタフェース等のＯ＆Ｍインタフェースにより、Ｏ＆Ｍ４０ノードに対するインタフェースを有してもよい。ＶＲＢＳはＯ＆Ｍノード４０の一部であってもよいことが理解されるべきである。
【００３６】
ｅＮＢ１０は、ＶＲＢＳ３０が情報を処理するために、Ｘ２接続を介してＶＲＢＳ３０に情報を送出する。例えばＶＲＢＳ３０は、ｅＮＢ１０からローカル情報を集約してもよく、Ｏ＆Ｍノード４０が集約されたローカル情報を一元的に処理するために、情報をＯ＆Ｍノード４０に送出してもよい。
【００３７】
図３において、ＥＰＳネットワークの例示的な一実施形態の概略図を示す。
【００３８】
ネットワークは、ＥＰＳのＥＵＴＲＡＮにおいてＸ２接続により第１のＶＲＢＳ３１に接続されたｅＮＢ１０の第１のグループＧｒ１を含む。更にネットワークは、ＥＰＳのＥＵＴＲＡＮ内でＸ２接続により第２のＶＲＢＳ３２に接続されたｅＮＢ１０の第２のグループＧｒ２を含む。ネットワークは更なるＶＲＢＳを含んでもよく、且つｅＮＢは例えば種々のＶＲＢＳに接続された隣接ｅＮＢを有する場合に２つ以上のＶＲＢＳに接続されてもよいことが本明細書において理解されるべきである。
【００３９】
ｅＮＢ１０は、Ｘ２接続により隣接ｅＮＢ１０に更に接続される。ＭＭＥ５０は、Ｓ１接続を介して各ｅＮＢ１０に接続される。Ｏ＆Ｍノード４０は、例えばＩｔｆ−Ｓ、Ｉｔｆ−Ｎ等のＯ＆Ｍインタフェースを介して各ｅＮＢ１０に接続される。
【００４０】
ＶＲＢＳ３１、３２はＯ＆Ｍ４０に対してインタフェースＡを有してもよく、グループＧｒ１及びＧｒ２におけるｅＮＢは、Ｏ＆Ｍ４０に対して例えばＩｔｆ−Ｓ及びＩｔｆ−Ｎまたはそのいずれか等のインタフェースＢを有してもよい。
【００４１】
ｅＮＢ１０は、ＶＲＢＳ３１、３２が情報を処理するために、Ｘ２接続を介してＶＲＢＳ３１、３２のそれぞれに情報を送出する。例えば、ＶＲＢＳ３１はＧｒ１のｅＮＢ１０からローカル情報を集約してもよく、第２のＶＲＢＳ３２はＧｒ２のｅＮＢ１０からローカル情報を集約してもよい。次に、集約された情報は、Ｏ＆Ｍノード４０が情報を一元的に処理するために、Ｏ＆Ｍ  ｉ／ｆ  Ｂを介してＯ＆Ｍノード４０に送信される。その後、Ｏ＆Ｍノード４０は、一元的な処理に基づいてＯ＆Ｍノードｉ／ｆ  Ａを介してｅＮＢ１０に設定データを送信してもよい。
【００４２】
図４において、ＥＰＳにおける例示的な合成信号及び方法の方式の概略図を示す。ＥＰＳネットワークにおいて、基地局は発展型ＮｏｄｅＢ、すなわちｅＮＢとして示される。
【００４３】
オプションの最初のステップＡ１において、ＶＲＢＳ３０には仮想セル構成が与えられる。これは、設置前、設置中に実行されてもよく、あるいはＶＲＢＳ３０に送出されてもよい。
【００４４】
オプションの第２のステップＡ２において、全ての関連付けられたｅＮＢは、ＶＲＢＳの仮想セルに対するいかなるＸ２インタフェースもハンドオーバ（ＨＯ）に対して使用されないものとみなすようにＯ＆Ｍノード４０により構成されてもよい。
【００４５】
Ｏ＆Ｍノード４０は、いくつかの実施形態において、ＥＰＣからＥＵＴＲＡＮまでのインタフェースＡ等を介して無線通信ネットワーク内のｅＮＢの情報をＶＲＢＳ３０に送出してもよい。情報は、ｅＮＢの構成、ｅＮＢの隣接関係及びｅＮＢの容量、またはそれらの少なくともいずれか等を含んでもよい。
【００４６】
ステップＡ３において、ＶＲＢＳ３０は、Ｏ＆Ｍノード４０からの情報を解析し、ｅＮＢ１０へのＸ２接続を確立するための要求ＲＥＱを開始し、ｅＮＢ１０からのＸ２情報を要求する。複数のｅＮＢのＸ２情報を一元的に処理できるように、Ｘ２インタフェースを介してＶＲＢＳ３０に接続された他のｅＮＢに同様の要求が送出されることが理解されるべきである。実施形態は、本明細書において仮想ＲＢＳと呼ばれる新しいエンティティを含む。仮想ＲＢＳは、ｅＮＢからのローカル情報を収集し且つ一元的に処理するためにｅＮＢに対するＸ２インタフェースを使用する。
【００４７】
Ｘ２接続は、ＶＲＢＳ３０とｅＮＢ１０との間で確立される。すなわち、ＶＲＢＳ３０又はｅＮＢ１０は、それらの間でＸ２インタフェースの設定を開始する。ＶＲＢＳはｅＮＢ１０のセルからセル情報を要求及び取得し、且つｅＮＢ１０はＶＲＢＳのセルからセル情報を要求及び取得し、あるいはそのいずれかを行う。Ｘ２プロトコルは、ＶＲＢＳ３０が例えば無線トラフィック負荷を有さない少なくとも１つの仮想サービングセルに関する情報を送出する必要があるものである。仮想セルは無線インタフェース上で存在しないため、ＶＲＢＳは無線インタフェースを含まなくてもよい。ＶＲＢＳ３０は、Ｘ２インタフェースがハンドオーバ処理で使用されるのを禁止する。
【００４８】
尚、Ｘ２を介した干渉情報信号伝送手順は、ＶＲＢＳ機能サポートに依存してオン又はオフにされてもよい。
【００４９】
いくつかの実施形態において、ＶＲＢＳ３０は負荷収集機能を有する。ＶＲＢＳ３０は、要求メッセージを送出することにより、ｅＮＢ１０のサービングセルからの負荷情報を要求する。メッセージを受信するｅＮＢ１０は、要求に従って周期的に負荷の報告を開始する。ｅＮＢ１０がＶＲＢＳ３０からの負荷情報を要求する場合、ＶＲＢＳ３０は障害メッセージを含む要求を拒否するだろう。
【００５０】
ＶＲＢＳ３０は、報告を停止するための要求をｅＮＢ１０に送出することにより、周期的な負荷報告を中止してもよい。
【００５１】
ステップＡ４において、ｅＮＢ１０は、ＲＥＱに対してＲＥＳＰを応答し、要求されたＸ２情報をＶＲＢＳ３０に送信する。
【００５２】
ステップＡ５において、ＶＲＢＳ３０は、ＶＲＢＳ３０において評価されてもよく、且つＯ＆Ｍノード４０に更に送出されてもよく、あるいはそのいずれかでもよい処理済データＤＡＴＡへと、受信したＸ２情報を、種々のｅＮＢからの情報を用いて処理する。ＶＲＢＳ３０は、収集したＸ２情報、例えば負荷監視、負荷平衡、干渉調整、容量ライセンス割当て及びパラメータ設定、または少なくともそのいずれか等に基づいて多数の機能を実行するように構成されてもよい。
【００５３】
オプションのステップＡ６において、Ｏ＆Ｍノード４０は、処理済データを受信し、収集したＸ２情報、例えば負荷監視、負荷分散、干渉調整、容量ライセンス割当て、及びパラメータ設定または少なくとのそのいずれか等に基づいて多数の機能を実行する。
【００５４】
機能の結果はｅＮＢ１０に分散される必要があるデータを含んでもよく、命令又は他のデータＯＲＤＥＲはＯ＆Ｍノード４０からｅＮＢ１０に送信される。あるいは、このデータはＶＲＢＳ３０を介して送信されてもよい。
【００５５】
示された例において、ＥＵＴＲＡＮにおけるノード間のローカルノード間インタフェースが使用される。しかし、種々の通信ネットワークのＲＡＮ内の他のノード間インタフェースが使用されてもよく、同様の機能を含むノード間でローカル情報が交換されるのをサポートする。
【００５６】
図５〜図１０は、負荷収集及びＶＲＢＳが負荷情報等を使用する方法に加えて、ＶＲＢＳ機能のいくつかの例を示す。更に本明細書において、示された例はＥＰＳネットワーク内で実行され、ＥＵＴＲＡＮにおけるノード間のローカルノード間インタフェースが使用される。しかし、通信システムのＲＡＮ内でノード間インタフェースを含む他の、あるいは同様の通信ネットワークシステムが使用されてもよい。
【００５７】
図５において、通信ネットワークにおいて自動化された容量割当ての一例を示す。
【００５８】
提案された容量ライセンシング機構により、ｅＮＢ１０の集合はライセンス管理サーバ６０に登録された容量ライセンスのプールを共有できる。通信ネットワークは、ｅＮＢ１０からのＸ２情報を受信及び処理することにより割当てを可能にするように構成された評価ＶＲＢＳ３０を含む。
【００５９】
ＶＲＢＳ３０は、容量ライセンス機能を有してもよく、ｅＮＢの負荷使用量を監視し、ｅＮＢ１０に対する容量を動的に要求し、ｅＮＢ１０から容量の検索を要求する。従って、容量は、より融通性があり、オペレータに対して非常に魅力的な動的容量機能を使用可能にする。Ｏ＆Ｍノード４０は、ｅＮＢに対してライセンス割当て及び検索を実行する。
【００６０】
ステップＢ１において、Ｏ＆Ｍノード４０は、場合によっては外部のライセンス管理サーバ６０と関連して浮動容量ライセンスのプールを管理する。この場合、ライセンスはあらゆるｅＮＢ１０に割り当てられてもよい。
【００６１】
ステップＢ２において、Ｏ＆Ｍノード４０は、ＶＲＢＳ３０と関連付けられた全てのｅＮＢ／セル１０の設定された容量の情報をＶＲＢＳ３０に提供する。
【００６２】
ステップＢ３において、ＶＲＢＳ３０は、ｅＮＢ１０のＵＥ１００で接続されたセルからの周期的な負荷測定値を要求する。
【００６３】
ステップＢ４において、ＶＲＢＳ３０は、ｅＮＢ１０からＵＥ１００のセル毎に負荷測定値を受信し、評価し、設定された容量と比較する。負荷測定値は、例えばスライディングウィンドウを使用して設定可能な期間にわたり平均されてもよい。
【００６４】
ステップＢ５において、負荷がセルにおいて設定された容量閾値を上回る場合、ＶＲＢＳ３０はＯ＆Ｍノード４０からの特別な容量を要求する。セル容量閾値は、設定された容量又は明示的なパラメータからのオフセットとして黙示的に規定されてもよい。
【００６５】
ステップＢ６において、Ｏ＆Ｍノード４０は、容量ライセンスプールにおいて入手可能な場合に要求された容量を返送し、あるいはｅＮＢ１０は容量の不足を通知されて適切に動作し、且つＯ＆Ｍノード４０は容量の不足をオペレータに通知する。
【００６６】
ステップＢ７において、負荷がセルにおいて設定された容量閾値を下回る場合、ＶＲＢＳ３０は、事前に割り当てられた特別な容量を返すようｅＮＢ１０に要求するようにＯ＆Ｍノード４０に要求する。セル容量閾値は、設定された容量又は明示的なパラメータからのオフセットとして黙示的に規定されてもよい。
【００６７】
ステップＢ８において、ｅＮＢ１０は、Ｏ＆Ｍノード４０を介してライセンス管理サーバ６０に対して要求された容量を返す。
【００６８】
容量ライセンスプールは、例えば以下の各々に対して規定された多数のｅＮＢ間で共有されてもよい。
・ｅＮＢの集合
・ＭＭＥプール領域
・追跡領域
・サービスエリア
・何らかの非標準化された設定可能な領域の概念
容量ライセンスの例は以下のＰＲＢであってもよい。
・ｅＮＢ毎に３つのセルを含むＭ個のｅＮＢ毎にＮ個のＰＲＢ
・追跡領域毎にＮ個のＰＲＢ
・追跡領域１上のＮ個のＰＲＢ及び追跡領域２上のＭ個のＰＲＢ等
この場合、Ｍ及びＮは設定可能な数であり、ＰＲＢは共有された物理リソースブロックである。
【００６９】
図６において、ＥＵＴＲＡＮにおいて自動化された容量利用の監視の一例を示す。
【００７０】
ＶＲＢＳ３０は、容量監視機能を有してもよく、実際の容量の使用量を報告し且つ監視する。ＶＲＢＳ３０がこの機能を提供できるようにするために、ＶＲＢＳ３０はＸ２接続を介して複数のｅＮＢ１０に接続され、Ｏ＆Ｍノード４０はＯ＆Ｍインタフェースを介して接続される。
【００７１】
ステップＣ１において、Ｏ＆Ｍノード４０は、周期的に容量利用報告（ＣＵＲ）を導出するように関連付けられたＶＲＢＳ３０を設定する。
【００７２】
ステップＣ２において、ＶＲＢＳ３０は、関連付けられたｅＮＢ１０から周期的な負荷測定値報告を開始する。
【００７３】
ステップＣ３において、ｅＮＢ１０は、ＵＥ１００を含むセルの負荷測定値報告を周期的にＶＲＢＳ３０に提供する。
【００７４】
ステップＣ４において、ＶＲＢＳ３０は、受信した負荷測定値を累積及び収集し、設定された周期性と関連付けられたｅＮＢ及びセルにより搬送された負荷をＯ＆Ｍノード４０に報告する。
【００７５】
ステップＣ５において、Ｏ＆Ｍノード４０は、全ての関連付けられたＶＲＢＳから受信した負荷測定値報告を集約し、実際に使用された容量をオペレータに課金するための基礎として合計ＣＵＲを導出する。
【００７６】
尚、ＣＵＲは、ＶＲＢＳ３０において代わりに導出されてもよく、例えばＯ＆Ｍノード４０に転送されてもよい。
【００７７】
図７において、Ｘ２負荷情報を使用して自動化されたボトルネック検出の解決方法の一例を示す。
【００７８】
ＶＲＢＳ３０は、ＥＵＴＲＡＮネットワークにおいて容量監視及びボトルネック検出機能を用いて具体化される。
【００７９】
ステップＤ１において、Ｏ＆Ｍインタフェースを介してＶＲＢＳ３０に接続されたＯ＆Ｍノード４０は、ＶＲＢＳ３０と関連付けられた全てのｅＮＢ／セルの設定された容量の情報を提供する。
【００８０】
ステップＤ２において、ＶＲＢＳ３０は、Ｘ２インタフェースを介してＶＲＢＳ３０に関連付けられ且つ接続されたｅＮＢ１０のセルからの周期的な負荷測定値を要求する。
【００８１】
ステップＤ３において、ＶＲＢＳ３０は、セル毎に負荷測定値を受信し、設定された容量と比較する。負荷測定値は、スライディングウィンドウ等の設定可能な期間にわたり平均されてもよい。
【００８２】
ステップＤ４において、各ＶＲＢＳは、設定された容量及び測定された容量に基づいて、潜在的なボトルネック、すなわち容量の不足が存在することを知らせる通知を事前にＯ＆Ｍノード４０に送出してもよい。
【００８３】
Ｏ＆Ｍノード４０は、オペレータ等に情報を提示してもよい。
【００８４】
図８において、ＶＲＢＳ３０は干渉測定値に基づいて測定機能を含む。
【００８５】
ステップＥ１において、Ｏ＆Ｍノード４０は、ｅＮＢの隣接関連情報等の関連付けられたｅＮＢ構成をＶＲＢＳ３０に送出する。
【００８６】
ステップＥ２において、ＶＲＢＳ３０は、Ｘ２接続を介してＶＲＢＳ３０に接続されたｅＮＢ１０のセルｎ〜ｍからの周期的な干渉測定値を要求する。
【００８７】
ステップＥ３において、ＶＲＢＳ３０は、セル毎に干渉測定値を受信し、受信した測定値を評価／処理する。
【００８８】
ステップＥ４において、ＶＲＢＳ３０は、例えば２つのセルが干渉している受信及び処理した干渉測定値に関してＯ＆Ｍノード４０に通知する。
【００８９】
ステップＥ５において、Ｏ＆Ｍノード４０は、セル間の干渉を減少／除去するようにｅＮＢ１０におけるパラメータを設定する。
【００９０】
図９において、ＶＲＢＳ３０は、負荷平衡機能を含むか、あるいは例えば負荷平衡機能を実行するＯ＆Ｍノード４０等に負荷情報を提供する。
【００９１】
負荷平衡機能を含むＶＲＢＳ３０は、隣接セル間の負荷を比較する必要があるために隣接するセルを認識し、負荷をかけすぎたセルの負担を軽減するように移動度パラメータを調整する。
【００９２】
ステップＦ１において、Ｏ＆Ｍノード４０は、ｅＮＢ（複数）１０の隣接関連情報をＶＲＢＳ３０に送出する。隣接関連情報は、セルのセルグローバルアイデンティティ（ＣＧＩ）を含んでもよく、それらのＣＧＩは隣接する。あるいは、Ｏ＆Ｍシステムは、例えばＡＮＲ機能により提供されたｅＮＢから隣接関連情報を取得する。
【００９３】
ステップＦ２において、ＶＲＢＳ３０は、Ｘ２接続を介してＶＲＢＳ３０に接続されたｅＮＢ１０のセルｎ〜ｍからの周期的な負荷測定値を要求する。
【００９４】
ステップＦ３において、ＶＲＢＳ３０は、セル毎に負荷測定値を受信し、隣接セル間で負荷を比較する。
【００９５】
ＶＲＢＳ３０が２つのセル間で負荷分散の必要性を検出する場合、例えば以下のようないくつかの可能な動作がある。
【００９６】
ステップＦ４において、ＶＲＢＳ３０は、Ｘ２を介して直接又はＯ＆Ｍを介して間接的に、絶対値又は相対変化として新しい移動度パラメータをｅＮＢ１０に送出し、それに応じて移動度パラメータを更新するようにｅＮＢ１０に要求する。
【００９７】
ステップＦ５において、マルチベンダの解決方法は、ｅＮＢにおいて移動度パラメータを設定するためにＩｔｆ−Ｎを使用して提供されてもよい。他の解決方法は、移動度パラメータを変更するためにＸ２インタフェースを使用することであり、この点に関して標準化Ｘ２インタフェースを必要とする。
【００９８】
ＶＲＢＳ３０は、ステップＦ４の代わりに、反対側のセルがある特定の量だけ移動度パラメータを変更したことを、隣接関係にあるセルに通知してもよい。その結果、ｅＮＢ１０がパラメータを変更して、起こった変化を補償すると考えられる。これにより、標準化Ｘ２インタフェースが更に移動度パラメータの設定を考慮してマルチベンダに相互運用性を提供することが必要となる。
【００９９】
図１０において、ＶＲＢＳ３０はパラメータ設定最適化機能を含む。以下は、パラメータ設定最適化機能の高レベルな例である。
【０１００】
ステップＧ１において、Ｏ＆Ｍノード４０は、ネットワーク構成情報をＶＲＢＳ３０に提供する。
【０１０１】
ステップＧ２において、ＶＲＢＳ３０は、ＶＲＢＳ３０に接続されたｅＮＢ１０のセルからの周期的な負荷測定値を要求する。
【０１０２】
ステップＧ３において、ＶＲＢＳ３０は、セル毎に負荷測定値を受信し、セルの以前の負荷測定値と比較してもよい。
【０１０３】
ステップＧ４において、例えば容量又は性能を向上するための更なる最適な設定が発見される場合、ＶＲＢＳ３０は、Ｏ＆Ｍノード４０への通知を介して、アンテナの傾斜及びランダムアクセスチャネル（ＲＡＣＨ）設定又はそのいずれか等の関連付けられたパラメータのうちのいくつかを再設定するように１つ又はいくつかのｅＮＢに要求する。
【０１０４】
ステップＧ５において、Ｏ＆Ｍノード４０は設定をｅＮＢ１０に送信する。
【０１０５】
ＶＲＢＳ３０を使用することにより、いくつかの実施形態において、オペレータが容量／性能を種々のｅＮＢに分散するより柔軟な方法を有するために容量／性能をより動的に提供する手段が可能になる。例えば、リソースはより一層流動的に分散されてもよく、今日ではユーザは、各ｅＮＢが１０回線を含む４個のｅＮＢ上で４０回線に加入し、ＶＲＢＳを使用することにより、これらの４０回線は、容量の要件に基づいて、場合によっては４個のｅＮＢに動的に割り当てられるだろう。
【０１０６】
ＶＲＢＳ機能性の実現例により、ローカル情報を一元的に決定できる。ＶＲＢＳ機能性は、既存のノードへの新しい論理として、又は新しいノードにおけるハードウェアとして実現されてもよい。今日、オペレーションサポートシステム（ＯＳＳ）インタフェースを介して検索された無線基地局の情報は、無線通信ネットワークにおいてオペレーションサポートシステムを使用して一元的に管理されてもよい。あるいは、情報は、ネットワークマネージャ（ＮＭ）において一元的に管理されてもよい。ＯＳＳは２つ以上のベンダの無線アクセスネットワーク（ＲＡＮ）ノードへの接続を有さず、種々のベンダのＯＳＳは、ノード間インタフェースを介して入手可能ないくつかの情報を信号で伝送する手段を省略していてもよく、ＲＡＮ間ノードインタフェースと呼ばれてもよい。また、ネットワークマネージャは、種々のベンダからの情報を有してもよいが、ノード間インタフェースを介して入手可能な情報が欠如していてもよい。更にノード間インタフェースを介した情報は、よりリアルタイムのネットワーク管理を可能にするより頻繁な信号伝送を有する。ノード間インタフェースは、運用及び保守（Ｏ＆Ｍ）インタフェースとして規定されない。しかし、ノード間の情報は、一元的な処理及びＯ＆Ｍインタラクションから利益を得る。
【０１０７】
図１１において、無線通信ネットワークの無線アクセスネットワーク内で多数の第２の通信ノード、例えばｅＮｏｄｅＢ等を含む無線通信ネットワークにおける第１の通信ノードにおける方法の概略図を示す。
【０１０８】
いくつかの実施形態において、無線アクセスネットワークは、Ｅ−ＵＴＲＡＮ及びＵＴＲＡＮまたはそのいずれか等を含む。
【０１０９】
第１の通信装置は、いくつかの実施形態において、第１の通信ノードに関連付けられたｅＮｏｄｅＢの隣接関係等の構成情報をＯ＆Ｍノードから受信する。
【０１１０】
ステップ８２において、第１の通信ノードが無線アクセスネットワーク内のノードを第２の通信ノードに接続するノード間接続、例えばＸ２接続及びｌｕｒ接続またはそのいずれか等を確立することにより、第１の通信ノードは第１の通信ノードの仮想セルの情報を送出する。仮想セルはユーザプレーントラフィックを全く搬送しない。必ずしも隣接通信ノードではない第２の通信ノード及び第２の通信ノードのあらゆる集合へのノード間接続（トラフィックインタフェースを介した）が確立されてもよい。
【０１１１】
ステップ８４において、第１の通信ノードは、第２の通信ノードからのローカル情報を要求する。ローカル情報は、負荷情報、干渉関連情報、構成関連情報及び第２の通信ノードの１つ以上のセルの情報またはそのいずれか等を含んでもよい。
【０１１２】
ステップ８６において、第１の通信ノードは、第２の通信ノードからローカル情報を受信する。
【０１１３】
いくつかの実施形態において、第１の通信ノード又は第３の通信ノードは、ハンドオーバに対して使用される無線アクセスネットワークにおいて第１の通信ノードへのノード間接続を禁止する第２の通信ノードにメッセージを更に送出してもよいことが本明細書において更に理解されるべきである。第１の通信ノードは、ネットワーク固有のＭＭＥプールに属してもよく、第２の通信ノードは、これについて通知される場合にＸ２を介したハンドオーバの準備が機能しないことを認識する。
【０１１４】
いくつかの実施形態において、第１の通信ノードは、第２の通信ノードのうちの少なくとも１つから要求ハンドオーバを受信してもよく、ハンドオーバに対して関連付けられたノード間接続を使用するのを回避するために、第２の通信ノードへの要求を拒否する障害メッセージで応答する。
【０１１５】
いくつかの実施形態において、第１の通信ノードは、第２の通信ノードのうちの少なくとも１つからローカル情報の要求を受信してもよく、第２の通信ノードに測定値を送出するのを回避するために、第２の通信ノードへの要求を拒否する障害メッセージで応答する。
【０１１６】
ステップ８８において、第１の通信ノードは、ローカル情報を第２の通信ノードからのデータを一元的に処理するために使用される処理済データに処理する。例えば第１の通信ノードは、第２の通信ノードからのローカル情報を集約／累積してもよい。ローカル情報は、いくつかの実施形態において、少なくとも１つの他の第２の通信ノードにより処理済データに処理されてもよい。
【０１１７】
いくつかの実施形態において、第１の通信ノードは一元的な処理を実行してもよい。従って第１の通信ノードは、処理済みデータの解析および一元的処理を行って、たとえば、複数のｅＮＢの負荷を監視したり、容量を適合させたり、リアルタイムの監視、ボトルネック検出、負荷分散、物理セルアイデンティティの再設定及び干渉管理またはその少なくともいずれか等を行う。
【０１１８】
一元的な処理が実行された後、第１の通信ノードは、いくつかの実施形態において、解析及び一元的な処理に基づいて、ある特定のパラメータ設定を提示する設定命令を、少なくとも１つの第２の通信ノードに直接又は第３の通信ノードを介して送信してもよい。例えば第１の通信ノードは、アンテナの傾斜角度及びＲＡＣＨ設定パラメータを第２の通信ノード及び第２の通信ノードのセルまたはそのいずれかに送信してもよい。
【０１１９】
オプションのステップ９０において、第１の通信ノードは、例えばＩｔｆ−Ｓ、Ｉｔｆ−Ｎ等の第２のインタフェースを介して第３の通信ノードに処理済データを送信する。第３の通信ノードはＯ＆Ｍノード等を含み、Ｏ＆Ｍノードは、処理済データを一元的に処理して、たとえば負荷を監視したり、容量を適合させたり、リアルタイムの監視、ボトルネック検出、負荷分散、物理セルアイデンティティの再設定及び干渉管理またはそれらの少なくともいずれか等を行うように構成される。処理済データは、１つ又はいくつかの第２の通信ノードのローカル情報のデータであってもよく、第３の通信ノードにおいて与えられた更なる情報を用いてあるいは用いずに一元的に処理されてもよい。
【０１２０】
第１の通信ノードは、この方法を実行するために提供される。
【０１２１】
図１２において、無線通信ネットワークにおける第１の通信ノード３０の概略図を示す。
【０１２２】
第１の通信ノードは、Ｏ＆Ｍノード及び例えば仮想ＲＢＳ等の専用サーバまたはそのいずれか等を含んでもよい。
【０１２３】
第１の通信ノード３０は、無線通信ネットワークの無線アクセスネットワークにおいて無線通信ネットワーク内の複数の第２の通信ノードへのノード間インタフェースを確立するように構成されたノード間ネットワークインタフェース３０４を含む。その間、制御ユニット３０１は、ノード間ネットワークインタフェース３０４を介して第２の通信ノードに少なくとも１つの仮想セルの情報を送出する。
【０１２４】
ノード間インタフェースは、無線アクセスネットワークにおいてインタフェースを介してノードのローカル情報を交換する例えば基地局等のインタフェース接続ノードを含むことが理解されるべきである。いくつかの実施形態において、ノード間ネットワークインタフェースは、Ｘ２インタフェース及びｌｕｒインタフェースまたはそのいずれか等を含んでもよい。
【０１２５】
無線アクセスネットワークは、ＥＵＴＲＡＮ、ＵＴＲＡＮ等を含んでもよい。
【０１２６】
更に第１の通信ノード３０は、ノード間ネットワークインタフェース３０４を介して第２の通信ノードのうちの少なくとも１つにローカル情報を要求し、且つノード間ネットワークインタフェース３０４を介して第２の通信ノードのうちの少なくとも１つからローカル情報を受信するように構成された制御ユニット３０１を含む。制御ユニット３０１は、処理済データに基づいて一元的に決定できるようにするために、受信したローカル情報を処理して処理済データを提供するように更に構成される。ローカル情報は、第２の通信ノードの１つ以上のセル及び他の第２の通信ノードのセルの情報またはそのいずれかを含んでもよい。処理は、第２の通信ノードのローカル情報を累積／集積することを含んでもよい。
【０１２７】
いくつかの実施形態において、制御ユニット３０１は、処理済データを解析し、処理済データを一元的に処理し、且つ第２のネットワークインタフェース３０５を介する第３の通信ノードを介して、解析／一元的な処理に基づいてある特定の設定命令を示す少なくとも１つの第２の通信ノードにパラメータ設定命令を送信するように更に構成される。例えば第１の通信ノードは、第３の通信ノードを介して又は直接、第２の通信ノードに傾斜角度及びＲＡＣＨ設定パラメータを送信してもよい。第３の通信ノードは、Ｏ＆Ｍインタフェース等を介して第１の通信ノードに接続されたＯ＆Ｍノード等であってもよい。従って、設定の変更は、第１の通信ノードの情報に基づき、Ｘ２インタフェースが拡張されるいくつかの実施形態においては第１のノードにより直接実行されてもよい。第１のノードは、第３のノードからより多くの情報を取得してもよく且つ受信した全ての情報を処理してもよいことが理解されるべきである。
【０１２８】
いくつかの別の実施形態において、制御ユニット３０１は、例えばＩｔｆ−Ｎ及び／又はＩｔｆ−Ｓ等の第２のネットワークインタフェース３０５を介して第３の通信ノードに処理済データを送信するように構成される。その後、処理済データは、第３の通信ノードにおいて、第２の通信ノードのデータを一元的に処理するために使用され、たとえば負荷を監視したり、容量を適合させたり、リアルタイムの監視、ボトルネック検出、負荷平衡、物理セルアイデンティティの再設定及び干渉管理またはそれらの少なくともいずれか等を行う。また、第３の通信ノードは、データ／設定データを直接又は第１の通信ノードを介して第２の通信ノードに送信してもよい。第３の通信ノードは、第３の通信ノードにおいて与えられた更なる情報を用いてあるいは用いずに１つ又はいくつかの第２の通信ノードのローカル情報を一元的に処理してもよい。
【０１２９】
更に制御ユニット３０１は、負荷を含まない第１の通信ノードの仮想セルの情報を第２の通信ノードからのセル情報の要求に対して送出するように構成されてもよい。
【０１３０】
いくつかの実施形態において、制御ユニット３０１は、第３の通信ノードを介するノード間ネットワークインタフェース３０４又は第２のインタフェース３０５を介してハンドオーバに対して使用される無線アクセスネットワークにおけるノード間接続を禁止する第２の通信ノードにメッセージを送出するように更に構成される。
【０１３１】
例えば第１の通信ノードは、ノード間ネットワークインタフェース３０４を介して第２の通信ノードのうちの少なくとも１つから例えば仮想セルの負荷情報等のローカル情報の要求を受信するように更に構成されてもよい。制御ユニット３０１は、関連付けられたノード間接続が測定値データに対して使用されるのを回避するために、少なくとも１つの第２の通信ノードからの要求を拒否する障害メッセージを第１の通信ノードから第２の通信ノードに送出するように更に構成される。
【０１３２】
例えば第１の通信ノードは、ノード間ネットワークインタフェース３０４を介して第２の通信ノードのうちの少なくとも１つからハンドオーバに対する要求を受信するように更に構成される。制御ユニット３０１は、関連付けられたノード間接続がハンドオーバに対して使用されるのを回避するために、ノード間ネットワークインタフェース３０４を介して要求を拒否する障害メッセージを含むメッセージを少なくとも１つの第２の通信ノードに送出するように更に構成される。
【０１３３】
ローカル情報は、いくつかの実施形態において、負荷情報、干渉関連情報及び構成関連情報またはそれらの少なくともいずれか等を含んでもよい。
【０１３４】
第１の通信装置は、いくつかの実施形態においてメモリユニット３０７を更に含む。メモリユニット３０７は、例えば容量閾値及び第２の通信ノード間の隣接関係またはそのいずれか等のデータを格納してもよい。また、アプリケーションは、制御ユニット３０１上で上述の方法が実行される場合にメモリユニット３０７に格納されてもよい。
【０１３５】
制御ユニット３０１は、ＣＰＵ、単一の処理ユニット及び複数の処理ユニットまたはそのいずれか等を含んでもよい。
【０１３６】
メモリユニット３０７は、単一のメモリユニット、複数のメモリユニット、並びに内部メモリユニット及び外部メモリユニットまたはそのいずれか等を含んでもよい。
【０１３７】
いくつかの実施形態において、無線アクセスネットワークは複数の第１の通信ノードを含む。
【０１３８】
方法、装置（システム）のブロック図及びフローチャートまたはそのいずれかを参照して実施形態が説明される。ブロック図及びフローチャートまたはそのいずれかのいくつかのブロック、並びにブロック図及びまたはそのいずれかフローチャートまたはそのいずれかにおけるブロックの組合せは、コンピュータプログラム命令により実現されることが理解される。これらのコンピュータプログラム命令は、コンピュータ及び他のプログラム可能なデータ処理装置のプロセッサまたはそのいずれかを介して実行する命令がブロック図及び１つ又は複数のフローチャートブロックまたはそのいずれかにおいて規定された機能／動作を実現する手段を作成するように、機械を生成するために汎用コンピュータ、専用コンピュータ及び他のプログラム可能なデータ処理装置のプロセッサまたはそのいずれかに提供されてもよい。
【０１３９】
これらのコンピュータプログラム命令は、コンピュータ可読メモリにおいて格納された命令がブロック図及び１つ又は複数のフローチャートブロックまたはそのいずれかにおいて規定された機能／動作を実現する命令を含む製品を生成するように、コンピュータ又は他のプログラム可能なデータ処理装置を特定の方法で機能させるコンピュータ可読メモリにおいて更に格納されてもよい。
【０１４０】
コンピュータプログラム命令は、コンピュータ又は他のプログラム可能な装置上で実行する命令がブロック図及び１つ又は複数のフローチャートブロックまたはそのいずれかにおいて規定された機能／動作を実現するステップを提供するように、コンピュータにより実現された処理を生成するためにコンピュータ又は他のプログラム可能な装置上で実行される一連の動作ステップを発生させるようにコンピュータ又は他のプログラム可能なデータ処理装置に更にロードされてもよい。
【０１４１】
いくつかの実現例において、ブロックにおいて示された機能／動作は、動作図において示されたのと異なる順序で発生してもよい。例えば連続で示された２つのブロックは、含まれた機能性／動作に依存して、実際にはほぼ同時に実行されてもよくあるいは逆の順序で実行される場合があってもよい。
【０１４２】
図面及び明細書において、本発明の例示的な実施形態を開示した。しかし、本発明の原理から実質的に逸脱せずにこれらの実施形態に対して多くの変形及び変更が行われてもよい。従って、特定の用語が採用されるが、それらは限定するためではなく一般的且つ叙述的な意味で使用され、本発明の範囲は以下の請求の範囲により規定される。
【図１】
0005284484.tif 000002
【図２】
0005284484.tif 000003
【図３】
0005284484.tif 000004
【図４】
0005284484.tif 000005
【図５】
0005284484.tif 000006
【図６】
0005284484.tif 000007
【図７】
0005284484.tif 000008
【図８】
0005284484.tif 000009
【図９】
0005284484.tif 000010
【図１０】
0005284484.tif 000011
【図１１】
0005284484.tif 000012
【図１２】
0005284484.tif 000013