(57)【要約】  移動通信ネットワークの基地局などのノードが、管理クラスタにグループ分けされる。各管理クラスタ内のノードの１つがマスタノードに選ばれる。マスタノードは、それが割り当てられたクラスタ内のノードのそれぞれのパフォーマンスデータを集約し、集約データを有する統合パフォーマンス管理レポートを管理エンティティに送信する。
2010537477.tif 000002
【特許請求の範囲】
【請求項１】
移動通信ネットワークにおける管理エンティティに対してパフォーマンスデータを送信する方法であって、
複数のピアノードを含む管理クラスタを形成するステップと、
前記管理クラスタに含まれている複数のピアノードのうちからマスタノードとなるべきピアノードを選択するステップと、
前記管理クラスに含まれている複数のピアノードについてのパフォーマンスデータを前記マスタノードによって集約するステップと、
前記集約されたパフォーマンスデータを含むパフォーマンス報告を前記マスタノードから前記管理エンティティに送信するステップと
を有することを特徴とする方法。
【請求項２】
それぞれ対応する第１の通信リンクを使用して、前記マスタノードを、前記管理クラスタに含まれている他のピアノードのそれぞれに接続するステップと、
第２の通信リンクを使用して、前記マスタノードを前記管理エンティティに接続するステップと
をさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
前記マスタノードにおいて、前記管理クラスタに含まれている前記他のピアノードの１つ以上から前記パフォーマンスデータを、前記対応する第１の通信リンクを介して受信するステップをさらに有することを特徴とする請求項２に記載の方法。
【請求項４】
前記集約されたパフォーマンスデータを含むパフォーマンス報告を前記マスタノードから前記管理エンティティに送信する前記ステップは、
前記第２の通信リンクを介して前記パフォーマンス報告を前記マスタノードから前記管理エンティティに送信するステップを有することを特徴とする請求項２に記載の方法。
【請求項５】
前記管理クラスに含まれている複数のピアノードについてのパフォーマンスデータを前記マスタノードによって集約する前記ステップは、
前記管理クラスタに含まれている前記ピアノードのそれぞれについて共通となるデータを含めるように前記パフォーマンス報告を作成するステップをさらに有することを特徴とする請求項１に記載の方法。
【請求項６】
前記管理クラスに含まれている複数のピアノードについてのパフォーマンスデータを前記マスタノードによって集約する前記ステップは、
前記管理クラスタに含まれている１つ以上のピアノードによって送信されたそのノード固有のデータを含めるように前記パフォーマンス報告を作成するステップをさらに有することを特徴とする請求項５に記載の方法。
【請求項７】
前記管理クラスに含まれている複数のピアノードについてのパフォーマンスデータを前記マスタノードによって集約する前記ステップは、
前記管理クラスタに含まれている１つ以上のピアノードによって送信されたオーバヘッドデータを含めるように前記パフォーマンス報告を作成するステップをさらに有する
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記管理クラスタに含まれている前記他のピアノードのうちの１つ以上から前記パフォーマンスデータを受信するステップをさらに有することを特徴とする請求項１に記載の方法。
【請求項９】
前記管理クラスタに含まれている前記他のピアノードのそれぞれから前記パフォーマンスデータを取得するための要求を生成するステップと、
前記管理クラスタに含まれている前記他のピアノードのそれぞれに前記要求を送信するステップと、
前記要求に応じて、前記管理クラスタに含まれている前記他のピアノードの１つ以上から前記パフォーマンスデータを受信するステップと
をさらに有することを特徴とする請求項８に記載の方法。
【請求項１０】
前記パフォーマンス報告を前記マスタノードから前記管理エンティティに送信する前記ステップは、
前記集約されたパフォーマンスデータを含む前記パフォーマンス報告を送信することを要求するための要求を前記管理エンティティから受信するステップと、
前記管理エンティティに前記パフォーマンス報告を送信するステップと
を有することを特徴とする請求項１に記載の方法。
【請求項１１】
移動通信ネットワークにおける管理エンティティに対してパフォーマンスデータを送信するノードであって、
管理クラスタに含まれている複数のピアノードからパフォーマンスデータを受信する第１の通信インタフェースと、
パフォーマンス報告を前記管理エンティティに送信する第２の通信インタフェースと、
前記第１の通信インタフェースを介して前記複数のピアノードから受信したパフォーマンスデータを集約することによって前記パフォーマンス報告を作成するとともに、前記第２の通信インタフェースを介して前記管理エンティティに前記パフォーマンス報告を送信する制御部と
を備えることを特徴とするノード。
【請求項１２】
前記第１の通信インタフェースは、複数の第１の通信リンクを備え、該第１の通信リンクが前記ノードを前記管理クラスタに含まれている複数のピアノードの１つに接続していることを特徴とする請求項１１に記載のノード。
【請求項１３】
前記制御部は、前記複数のピアノードのからそれぞれ対応する前記第１の通信リンクを介して前記パフォーマンスデータを受信することを特徴とする請求項１２に記載のノード。
【請求項１４】
前記第２の通信インタフェースは、前記ノードと前記管理エンティティとを接続する通信リンクを備えていることを特徴とする請求項１２に記載のノード。
【請求項１５】
前記ノードは、前記管理クラスタに含まれている前記複数のピアノードをから選択されたマスタノードを備えていることを特徴とする請求項１１に記載のノード。
【請求項１６】
前記マスタノードは、ロング・ターム・エボリューション（ＬＴＥ）通信ネットワークにおけるｅＮｏｄｅＢを備えていることを特徴とする請求項１５に記載のノード。
【請求項１７】
前記制御部は、前記管理クラスタに含まれている前記複数のピアノードのそれぞれに共通となるデータを含めるように前記パフォーマンス報告を作成することを特徴とする請求項１１に記載のノード。
【請求項１８】
前記制御部は、前記管理クラスタに含まれている前記複数のピアノードのうちの１つ以上から送信されたそのノード固有のデータを含めるように前記パフォーマンス報告を作成することを特徴とする請求項１１に記載のノード。
【請求項１９】
前記制御部は、前記管理クラスタに含まれている前記複数のピアノードのうちの１つ以上から送信されたオーバヘッドデータを含めるように前記パフォーマンス報告を作成することを特徴とする請求項１１に記載のノード。
【請求項２０】
前記制御部は、
前記管理クラスタに含まれている前記複数のピアノードのそれぞれから前記パフォーマンスデータを取得するための要求を生成し、
前記管理クラスタに含まれている前記複数のピアノードのそれぞれに前記要求を送信し、
前記要求に応じて、前記管理クラスタに含まれている前記複数のピアノードの１つ以上から前記パフォーマンスデータを受信する
ことを特徴とする請求項１１に記載のノード。
【請求項２１】
前記制御部は、
前記パフォーマンス報告を求める要求を前記管理エンティティから受信し、
前記受信した要求に応じて、前記管理エンティティに前記パフォーマンス報告を送信する
ことを特徴とする請求項１１に記載のノード。
【請求項２２】
前記ノードが備えるメモリに格納されたアプリケーションモジュールをさらに備え、前記アプリケーションモジュールは、前記制御部に、前記パフォーマンス報告を作成させるために前記パフォーマンスデータを集約させることを特徴とする請求項１１に記載のノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に通信ネットワークに関し、特に、１つ以上のネットワーク要素からパフォーマンス（動作）データを収集する通信ネットワークに関する。なお、本願は、「ＰＭファイルを収集するマスタＲＢＳ」と称する米国仮特許出願第６０／９５６１９９号の優先権を主張するものである。その出願は、２００７年８月１６日に行われ、その内容全体を参照によって本願明細書に引用したものとする。
【背景技術】
【０００２】
現在は、例えば無線基地局（ＲＢＳ、Radio Base Station）などのほとんどのネットワーク要素（ＮＥ、Network Element）が、パフォーマンス管理（ＰＭ、Performance Management）ファイルを定期的に作成する。ＰＭファイルには、ネットワークにおけるＮＥのパフォーマンスを示す統計情報および履歴ログなどのデータが入っている。一般に各ＮＥは、自装置のパフォーマンスデータを集めて、共通のドメイン管理装置（ＤＭ、ドメインマネージャ）に送信する。ネットワークによっては、ＤＭが各ＮＥからＰＭファイルを収集するものもあれば、個別のＮＥが自装置のＰＭファイルをＤＭにプッシュするネットワークもある。いったん収集すると、ネットワークオペレータは、この情報を使用してネットワークの故障修理、そのパフォーマンスの判定、および必要に応じてネットワークの運用変更を行ってもよい。
【０００３】
より新しいタイプの通信ネットワークの中には、ＰＭファイルの作成コストが、従来の通信ネットワークのそれより大幅に高いものがある。そのようなネットワークの一例は、ＬＴＥ（ロング・ターム・エボリューション）ネットワークである。ＬＴＥネットワークは、すべてのＲＢＳを直接ＤＭに接続するフラットでパケットだけのフルにＩＰベースのアーキテクチャを使用する。このフラットアーキテクチャのために、ＰＭファイルを生成するＮＥ数は、フラットアーキテクチャを使用しない他のネットワークのＮＥ数より大幅に多い。それ故、ＬＴＥネットワークのＤＭは、ＰＭファイルを収集するとき、これらの他のネットワークのＤＭが処理するより、大きな負荷を処理することになり得る。
【０００４】
例えば、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）ネットワークでは、通常比較的少ない無線ネットワーク制御装置（ＲＮＣ、Radio Network Controller）からパフォーマンス情報を収集するが、各無線ネットワーク制御装置（ＲＮＣ）は、自装置のＰＭファイルを生成する数百のＲＢＳに接続されていてもよい。ＲＮＣのそれぞれからのパフォーマンス情報の収集は非常に大事である。その理由は、たった１つのＲＮＣからの情報収集の失敗でさえネットワーク監視に大きな「穴」を開けることになるからである。これは、故障修理およびネットワーク管理を行うネットワークオペレータの能力に悪影響を及ぼし得る。従って、Ｗ−ＣＤＭＡネットワークの収集メカニズムは、比較的少ないＲＮＣから確実に情報を収集できなければならない。
【０００５】
一方、ＬＴＥネットワークにはパフォーマンスデータを収集するＲＮＣがないので、状況が異なる。ＬＴＥネットワークでは、ＤＭが、数千に達し得るＲＢＳのそれぞれに直接接続するであろう。それ故、ネットワークオペレータにそのような「穴」を残さないために、ＤＭが比較的短時間に多数のＰＭファイルを確実に収集することが、非常に大事である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＬＴＥネットワークのＤＭが、各ＲＢＳからのすべてのＰＭファイルの直接収集に対応するのはより難しいであろう。また、ＬＴＥネットワークのＲＢＳが生成した各ＰＭファイルに入っているデータは、Ｗ−ＣＤＭＡネットワークで生成されたＰＭファイルに入っているデータより少ないであろう。このような状況から、ＰＭファイル当たりのオーバヘッド情報の割合は劇的に増えることになる。
【課題を解決するための手段】
【０００７】
本発明は、通信ネットワークにおける複数のノードからパフォーマンスデータを収集する方法を提供する。一実施形態では、管理クラスタを形成するために、ノードがグループに分けられる。各管理クラスタ内のノードの１つが、マスタノードに選ばれる。マスタノードは、それの割り当てられたクラスタ内の全ノードのパフォーマンスデータを集約し、集約データを含む統合管理レポートを管理エンティティに送信する。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態での使用に適した通信ネットワーク例を示す図である。
【図２】管理オーバレイのない従来の通信ネットワークを示すブロック図である。
【図３】本発明の一実施形態による、管理オーバレイを有する通信ネットワークを示すブロック図である。
【図４】本発明の一実施形態による、マスタノードにおけるパフォーマンス管理ファイルを集約する集約機能を示す図である。
【図５】本発明の一実施形態により構成された、管理クラスタ内におけるマスタノードのいくつかのコンポーネントを示すブロック図である。
【図６】本発明の別の実施形態を示すブロック図である。
【発明を実施するための形態】
【０００９】
本発明は、パフォーマンスデータを収集し、集約パフォーマンスデータを中央ネットワークエンティティに報告する方法および装置を提供する。ネットワークオペレータは、例えば集約パフォーマンスデータを使用して、ネットワークの故障修理、ネットワークパフォーマンスのモニタ、および必要に応じてネットワークの運用変更を行ってもよい。
【００１０】
一実施形態では、ＬＴＥ通信ネットワークは、ｅＮｏｄｅＢと呼ばれる複数の無線基地局（ＲＢＳ）を備える。各ｅＮｏｄｅＢは、ＬＴＥネットワークのパフォーマンスを示す情報をモニタし収集する。ネットワーク内のｅＮｏｄｅＢは、１つ以上の管理クラスタにグループ分けされる。各管理クラスタ内のｅＮｏｄｅＢの１つが、マスタｅＮｏｄｅＢに選択される。マスタｅＮｏｄｅＢは、それらのクラスタ内おけるｅＮｏｄｅＢのそれぞれから個別パフォーマンスデータを収集し、その情報を集約して合成パフォーマンスレポートを作成し、その合成レポートをドメインマネージャ（ＤＭ）に送信する。
【００１１】
図１は、ノードおよびインタフェースを有するＬＴＥ無線アクセスネットワーク（ＲＡＮ）１０の概観を示す。ＬＴＥ  ＲＡＮ１０のアーキテクチャは当技術分野では周知であり、従って本明細書では詳細に説明しない。しかし、明確にするために、本明細書にはＬＴＥ  ＲＡＮ１０、そのノードおよびそのインタフェースの簡潔な説明を含む。
【００１２】
ＬＴＥ  ＲＡＮ１０は、１つのタイプのノードだけ、すなわちｅＮｏｄｅＢ１２だけを含む。各ｅＮｏｄｅＢ１２は、１つ以上のセル１４の中に位置する移動端末（図示せず）にサービスを提供する。動作に関して、ｅＮｏｄｅＢ１２は、移動端末との通信に必要な典型的な物理層の機能を実行する。その機能には、符号化／復号化、変調／復調およびインタリービング／デインタリービングが含まれるが、これらにのみ限定されるわけではない。また、ｅＮｏｄｅＢ１２は、典型的な無線ネットワーク制御装置（ＲＮＣ）機能も実行する。それ故、ハンドオーバに関する決定、無線リソースの割り当て、ならびにアップリンクとダウンリンクの両方の通信に関するスケジューリングの決定などを行う。
【００１３】
各ｅＮｏｄｅＢ１２は、Ｓ１インタフェース経由でコアネットワーク（ＣＯＲＥ）１６に接続する。一般にＣＯＲＥ１６は、時折ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）と呼ばれる。
【００１４】
各ｅＮｏｄｅＢ１２をＣＯＲＥ１６に接続するＳ１インタフェースは、ＩＰベースである。Ｓ１インタフェースは、ｅＮｏｄｅＢ１２とＣＯＲＥ１６との間のユーザトラヒックとシグナリングデータの両方を伝達し、Ｗ−ＣＤＭＡ／ＨＳＰＡネットワークのＩｕ通信インタフェースに類似している。Ｘ２通信インタフェースは、各ｅＮｏｄｅＢ１２を隣接セルの別のｅＮｏｄｅＢ１２に接続するためのインタフェースである。一般に、Ｘ２インタフェースはアクティブモードモビリティをサポートするためのシグナリングデータを伝達するが、セル１４間の無線リソース管理機能をサポートするためのシグナリングデータおよびＯ＆Ｍ（Ｏｐｅｒａｔｉｏｎｓ  ａｎｄ  Ｍａｎａｇｅｍｅｎｔ）データも伝達してもよい。
【００１５】
前述したように、ほとんどのネットワーク要素は、ネットワークオペレータがシステムパフォーマンスをモニタするために使用しうるパフォーマンス情報を含む、パフォーマンス管理ファイル（ＰＭファイル）を定期的に作成する。図２は、従来のＬＴＥネットワークがこれらのＰＭファイルを複数のｅＮｏｄｅＢ１２から収集し得るアーキテクチャを示すブロック図である。
【００１６】
図２から分かるように、各ｅＮｏｄｅＢ１２は、ドメインを管理する装置である共通ドメインマネージャ（ＤＭ）２２に通信リンク２４経由で接続する。一般に、各ｅＮｏｄｅＢ１２は、自装置のパフォーマンスデータを収集し、１つ以上のＰＭファイルを生成し、それをＤＭ２２に送信する。ＬＴＥネットワークによっては、ＤＭ２２が各ｅＮｏｄｅＢ１２からＰＭファイルを収集するものもあれば、個別のｅＮｏｄｅＢ１２が自装置のＰＭファイルをＤＭ２２に「プッシュ」するネットワークもある。いったん収集すると、ネットワークオペレータは、この情報を使用して、ネットワークの故障修理、そのパフォーマンスの判定、および必要に応じてネットワークの運用変更を行ってもよい。
【００１７】
ＬＴＥネットワークはフラットアーキテクチャを使用するので、各ｅＮｏｄｅＢ１２は、自装置のリンク２４を通じて共通ＤＭ２２に直接接続する。パフォーマンス情報を生成するｅＮｏｄｅＢ１２は多数あってもよいので、ＬＴＥネットワークのＤＭ２２は、潜在的に多数の通信リンク２４を取り扱えなければならない。また、ｅＮｏｄｅＢ１２の数が多くなると、作成するＰＭファイルの数も多くなるであろう。それ故、これは、ＤＭに提供されるオーバヘッド情報の割合の劇的増加を意味するであろう。また、ＤＭ２２は、ＬＴＥネットワークのこの情報を通常集約するので、より大きな処理負荷を取り扱えなければならない。このような状況から、ＬＴＥネットワークのＰＭファイル作成コストは、他のタイプの無線ネットワークのコストより大幅に高くなり得る。
【００１８】
しかし、本発明は、複数のｅＮｏｄｅＢ１２が生成する複数のＰＭファイルを収集し、それを合成ＰＭファイルに集約することにより、これらの問題に取り組む。次いで、この合成ＰＭファイルは、ＤＭ２２に送信される。
【００１９】
図３は、本発明の一実施形態による、管理オーバレイを有するＬＴＥネットワークアーキテクチャ３０を示すブロック図である。図３から分かるように、管理オーバレイは、複数のｅＮｏｄｅＢ１２をグループ化し、管理クラスタ３２を形成する。ｅＮｏｄｅＢ１２の中の１つが管理クラスタのマスタノード３４に選ばれる。マスタノード３４は、サイドホール(sidehaul)リンク３６経由でクラスタ３２内における他のｅＮｏｄｅＢ１２のそれぞれに接続する。サイドホールリンク３６は、当技術分野で周知の任意の通信インタフェースでよいが、一実施形態では、各サイドホールリンク３６はＸ２インタフェースを備える。マスタノード３４と各ｅＮｏｄｅＢ１２との間には通常１つのサイドホールリンク３６がある。
【００２０】
一般にマスタノード３４は、高度Ｏ＆Ｍ（運用管理）機能およびクラスタ内のＯ＆Ｍ機能の集約制御機能をサポートする。本発明の一実施形態によれば、クラスタ３２内の各ｅＮｏｄｅＢ１２は、自装置のパフォーマンスをモニタし、自装置の１つ以上のＰＭファイルを生成する。同様に、マスタノード３４も、自装置のＰＭファイルを生成する。情報のタイプは、所望の任意の情報でよいが、一実施形態では、管理クラスタ３２内の各ｅＮｏｄｅＢ１２、３４は、そのパフォーマンスデータを収集し、それを以下のファイルにグループ化する。
・カウンタ
・イベント
・ユーザ装置（ＵＥ）トレース
・セルトレース
当業者は理解するであろうが、このリストは例示である。管理クラスタ３２内の各ｅＮｏｄｅＢ１２、３４は、必要または所望に応じて他の情報を収集し、本明細書に具体的に記載されていない他のファイルに含めてもよい。
【００２１】
マスタノード３４は、それぞれのサイドホールリンク３６を通じてこれらの個別ＰＭファイルを収集する。次いでマスタノード３４は、収集した個別ＰＭファイルにおけるそれぞれの中の受信情報および受信データをまとめ、１つ以上の合成ＰＭファイルを生成する。マスタノード３４が生成した合成ＰＭファイルは、次いで通信リンク３８を通じてＤＭ２２に送信される。
【００２２】
いくつかの実施形態では、合成ＰＭファイルをＤＭ２２に送信する前に合成ＰＭファイルを圧縮するために、マスタノード３４が、例えばＺまたはＷＩＮＺＩＰなどの圧縮技術を利用してもよいことに注目すべきである。次いでマスタノード３４は、ファイル転送プロトコル（ＦＴＰ）を使用して、またはＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）に準拠してフォーマットされたメッセージで、圧縮データをＤＭ２２に送信する。他のタイプの送信方法および送信プロトコルも適している。
【００２３】
図４は、マスタノード３４が管理クラスタ３２内の各ｅＮｏｄｅＢ１２からどのように個別ＰＭファイルを収集し集約するかを示すブロック図である。明確にするために、単一のｅＮｏｄｅＢ１２だけが参照されているが、以下の検討はクラスタ３２内のｅＮｏｄｅＢ１２のそれぞれに当てはまことを当業者は容易に理解するであろう。
【００２４】
図４から分かるように、各ｅＮｏｄｅＢ１２は、自装置のパフォーマンス情報を収集し、１つ以上のＰＭファイルを作成する。マスタノード３４も自装置のデータを収集し、１つ以上のＰＭファイルを作成する。データには、オーバヘッド情報４０、特定のｅＮｏｄｅＢ１２に固有のデータ４２、および共通データ４４を含むがこれらに限定されない。次いでこれらのファイル４０、４２、４４は、各ｅＮｏｄｅＢ１２からマスタノード３４へ送信される。
【００２５】
この実施形態では、各ｅＮｏｄｅＢ１２およびマスタノード３４は、複数のＰＭファイルを作成しているように示されている。しかし、これは例示目的にすぎない。実装しだいで、各ｅＮｏｄｅＢ１２および／またはマスタノード３４は、必要または所望に応じ、単一のＰＭファイルまたは複数のＰＭファイルでその全情報を送信してもよい。
【００２６】
受信時、マスタノード３４は、ファイルを読み取り、類似のデータを１つ以上の合成ＰＭファイルに集約する。この実施形態では、例えば、マスタノード３４は、個別ＰＭファイルを複数の合成ＰＭファイル５０、５２、５４に編集する。例えば、第１の合成ファイル５２は、他のｅＮｏｄｅＢ１２のそれぞれから受信したオーバヘッド情報のすべてを含むように生成されてもよいのに対して、第２の合成ＰＭファイルは、各ｅＮｏｄｅＢ１２に固有のデータを含むように生成されてもよい。第３の合成ファイル５４は、他のｅＮｏｄｅＢ１２のそれぞれに共通の集約データを含んでもよい。他の実施形態では、マスタノード３４は、この情報のすべてを単一のＰＭファイルに編集してもよい。いったん編集すると、マスタノード３４は、リンク３８を通じてＤＭ２２に合成ファイルを送信する。
【００２７】
本発明は、ＤＭ２２が取り扱わなければならないファイル数を大幅に削減する。これは、ＬＴＥネットワークの至る所でのパフォーマンスの向上になり得る。例えば表１は、本発明を使用してＤＭ２２が単一のクラスタで取り扱わなければならないファイル数と、より伝統的なデータ収集方法を使用してＤＭ２２が取り扱わなければならないファイル数とを比較することによって、いくつかの利点を示す。以下の前提を適用する。
・クラスタ内のｅＮｏｄｅＢ数：２００
・単一のＤＭでサポートできる総ｅＮｏｄｅＢ数：５，０００
・ｅＮｏｄｅＢ当たりの生成ファイル数：４（カウンタ用に１、イベント用に１、セルトレース用に１、ＵＥトレース用に１）
・典型的ファイルサイズ：１０ｋＢ
・ファイル当たりのオーバヘッド情報の典型的サイズ：１ｋＢ
・ファイル当たりの共通情報の典型的サイズ（カウンタ名、タイムスタンプ等）：１ｋＢ
【００２８】
【表１】
2010537477.tif 000003
【００２９】
表１から分かるように、ＤＭ２２への送信前に集約し合成ＰＭファイルを編集する管理オーバレイの使用により、ＤＭ２２が取り扱わなければならないファイル数は大幅に削減される。これは、ＤＭ２２における処理負荷を削減する。さらに、本発明は、トランスポートネットワークにおける帯域幅節約の増加も促す。特に、オーバヘッドデータおよび共通データは、本発明ではクラスタ当たり１度だけ送信される。従って、ＤＭ２２に送信される情報量は、大いに削減される。さらに、これは、メインストリームサーバＯＳ数の制限による潜在的な問題、およびｅＮｏｄｅＢ１２に対して開かれてもよい同時実行可能リンク数を制限する通信プロトコルによる潜在的な問題を緩和する。
【００３０】
図５は、本発明の一実施形態により構成されたマスタノード３４のいくつかのコンポーネントを示すブロック図である。マスタノード３４は、当技術分野で周知の任意のネットワークエンティティでもよい。一実施形態では、クラスタ３２内のマスタノード３４および各ｅＮｏｄｅＢ１２は、エアインタフェース経由で１つ以上の移動端末と通信するＲＢＳを備える。しかし、他のネットワークエンティティも本発明での使用に適していることを当業者は理解するであろう。
【００３１】
図５から分かるように、マスタノード３４は、コントローラ６０と、メモリ６２と、入力／出力（Ｉ／Ｏ）回路６４と、クラスタ３２内の他のｅＮｏｄｅＢ１２と通信するための通信ポート６６と、合成ＰＭファイルをＤＭ２２に伝達するための通信ポート６８とを備える。
【００３２】
コントローラ６０は、メモリ６２に格納されたプログラム命令およびデータによりマスタノード３４の動作を制御する１つ以上のマイクロプロセッサを備える。制御機能は、単一のマイクロプロセッサで実施されてもよいし、また複数のマイクロプロセッサで実施されてもよい。メモリ６２には、ランダムアクセスメモリ（ＲＡＭ）もリードオンリメモリ（ＲＯＭ）も含んでもよい。マスタノード３４の動作に必要な実行可能プログラム命令およびデータは、ＥＰＲＯＭ、ＥＥＰＲＯＭおよび／またはフラッシュメモリなどの不揮発性メモリに格納され、例えば個別のデバイスまたは積み重ねデバイスとして実装されてもよい。
【００３３】
通信ポート６６は、サイドホールリンク３６経由で管理クラスタ３２内の他のｅＮｏｄｅＢ１２とデータを伝達するように構成されている。この実施形態では、マスタノード３４は、クラスタ３２内の各ｅＮｏｄｅＢ１２に対して１つのポート６６を有する。しかし、図は明確にするためだけである。マスタノード３４は、クラスタ３２内のｅＮｏｄｅＢ１２に接続するために、他の通信ポート構成を有してもよい。マスタノード３４は、ポート６６を通して個別のｅＮｏｄｅＢ１２によって生成されたＰＭファイルを受信する。いくつかの実施形態では、マスタノード３４は、集約のためにクラスタ３２内のｅＮｏｄｅＢ１２にＰＭファイルの送信要求もポート６６を通じて送信する。いったんＰＭファイルを集約すると、マスタノード３４は、ポート６８を通してＤＭ２２に合成ＰＭファイルを送信する。
【００３４】
一実施形態では、メモリ６２は、アプリケーションプログラム７０を格納する。アプリケーションプログラム７０は、コントローラ６０にクラスタ３２内のｅＮｏｄｅＢ１２に対して個別ＰＭファイルを要求させ、それらのファイルを受信させる論理および命令を有する。アプリケーションプログラム７０は、コントローラ６０に受信情報を使用して合成ＰＭファイル７２を生成させる命令も有する。
【００３５】
これまでの実施形態は単一の管理クラスタ３２に関して本発明を例示しているが、当業者はこれが説明目的だけであることを理解するはずである。本発明は、単一の管理クラスタ３２をサポートする単一のＤＭ２２に限定されない。例えば図６は、単一のＤＭ２２が複数の管理クラスタ３２をサポートする実施形態を示す。図６では、各クラスタ３２は、１つのマスタノード３４とそれに接続されるとともに、相互に接続された複数のｅＮｏｄｅＢ１２とを有する。各マスタノード３４は、通信リンク３８経由でＤＭ２２に接続されている。図６のマスタノード３４は、前述のように、それぞれのクラスタ３２内におけるｅＮｏｄｅＢ１２のそれぞれから受信したＰＭファイルを収集し集約し、それらの合成ファイルをＤＭ２２に送信するように構成されている。
【００３６】
これまでの実施形態は、ＤＭ２２に送信された１つ以上の合成ファイルが個別のｅＮｏｄｅＢ１２およびマスタノード３４によって生成された情報を含むと説明している。しかしまた、１つ以上の合成ファイルは、個別のｅＮｏｄｅＢ１２および／またはマスタノード３４が生成していない情報も含んでもよい。例えば一実施形態では、マスタノード３４は、所与のｅＮｏｄｅＢが集めたパフォーマンス情報の一部の報告に失敗したかそれとも全部の報告に失敗したかなどの紛失している情報またはデータを識別するために、１つ以上の合成ファイルを生成する。別の実施形態では、合成ファイルは、余分の情報または前の報告期間に紛失した情報を含む。すべての場合に、合成レポートは、どのｅＮｏｄｅＢ１２が自装置の１つ以上のＰＭファイルを送信した／送信しなかったことを識別してもよい。
【００３７】
また、ＤＭ２２は、ＰＭファイルを収集するために所定の報告時間まで待つ必要はない。それどころか、ＤＭ２２は、情報の状態を判定するために、または受信する合成ファイルとは無関係にいつでも情報を取得するために、マスタノード３４に問い合わせてもよい。
【００３８】
本発明は、もちろん、本発明の必要不可欠の特徴から逸脱することなしに、本明細書に具体的に記載された以外のやり方で実行され得る。それ故、本実施形態は、すべての点において説明であり限定でないと考えられるものであり、添付の特許請求項の趣旨および等価の範囲内に来るすべての変更を本明細書に包含することを意図している。
【図１】
2010537477.tif 000004
【図２】
2010537477.tif 000005
【図３】
2010537477.tif 000006
【図４】
2010537477.tif 000007
【図５】
2010537477.tif 000008
【図６】
2010537477.tif 000009
【手続補正書】
【提出日】平成21年8月3日(2009.8.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動通信ネットワークにおける管理エンティティに対してパフォーマンスデータを送信する方法であって、
それぞれ移動通信ネットワークにおける１つ以上の移動局と通信する複数のピアノードを含む管理クラスタを形成するステップと、
前記管理クラスタに含まれている複数のピアノードのうちからマスタノードとなるべきピアノードを選択するステップと、
前記マスタノードにおいて、前記管理クラスタに含まれている複数のピアノードからパフォーマンスデータを受信するステップと、
前記マスタノードにおいて、前記パフォーマンスデータを集約することで、前記管理クラスタに含まれている１つ以上のピアノードによって送信されたそのノード固有のデータと、前記管理クラスタに含まれている前記ピアノードのそれぞれについて共通となるデータとの両方を含むパフォーマンス報告を作成するステップと、
前記集約されたパフォーマンスデータを含むパフォーマンス報告を前記マスタノードから前記管理エンティティに送信するステップと
を有することを特徴とする方法。
【請求項２】
それぞれ対応する第１の通信リンクを使用して、前記マスタノードを、前記管理クラスタに含まれている他のピアノードのそれぞれに接続するステップと、
第２の通信リンクを使用して、前記マスタノードを前記管理エンティティに接続するステップと
をさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
前記マスタノードにおいて、前記管理クラスタに含まれている前記他のピアノードの１つ以上から前記パフォーマンスデータを、前記対応する第１の通信リンクを介して受信するステップをさらに有することを特徴とする請求項２に記載の方法。
【請求項４】
前記集約されたパフォーマンスデータを含むパフォーマンス報告を前記マスタノードから前記管理エンティティに送信する前記ステップは、
前記第２の通信リンクを介して前記パフォーマンス報告を前記マスタノードから前記管理エンティティに送信するステップを有することを特徴とする請求項２に記載の方法。
【請求項５】
前記パフォーマンス報告を作成する前記ステップは、
前記管理クラスタに含まれている１つ以上のピアノードによって送信されたオーバヘッドデータを含めるように前記パフォーマンス報告を作成するステップをさらに有することを特徴とする請求項１に記載の方法。
【請求項６】
前記管理クラスタに含まれている前記他のピアノードのそれぞれから前記パフォーマンスデータを取得するための要求を生成するステップと、
前記管理クラスタに含まれている前記他のピアノードのそれぞれに前記要求を送信するステップと、
前記要求に応じて、前記管理クラスタに含まれている前記他のピアノードの１つ以上から前記パフォーマンスデータを受信するステップと
をさらに有することを特徴とする請求項１に記載の方法。
【請求項７】
前記パフォーマンス報告を前記マスタノードから前記管理エンティティに送信する前記ステップは、
前記集約されたパフォーマンスデータを含む前記パフォーマンス報告を送信することを要求するための要求を前記管理エンティティから受信するステップと、
前記管理エンティティに前記パフォーマンス報告を送信するステップと
を有することを特徴とする請求項１に記載の方法。
【請求項８】
移動通信ネットワークにおける管理エンティティに対してパフォーマンスデータを送信するノードであって、
管理クラスタに含まれている複数のピアノードからパフォーマンスデータを受信する第１の通信インタフェースと、
パフォーマンス報告を前記管理エンティティに送信する第２の通信インタフェースと、
前記パフォーマンスデータを集約することで、前記管理クラスタに含まれている１つ以上のピアノードによって送信されたそのノード固有のデータと、前記管理クラスタに含まれている前記ピアノードのそれぞれについて共通となるデータとの両方を含む前記パフォーマンス報告を作成するとともに、前記第２の通信インタフェースを介して前記管理エンティティに前記パフォーマンス報告を送信する制御部と
を備えることを特徴とするノード。
【請求項９】
前記第１の通信インタフェースは、複数の第１の通信リンクを備え、該第１の通信リンクが前記ノードを前記管理クラスタに含まれている複数のピアノードの１つに接続していることを特徴とする請求項８に記載のノード。
【請求項１０】
前記制御部は、前記複数のピアノードのからそれぞれ対応する前記第１の通信リンクを介して前記パフォーマンスデータを受信することを特徴とする請求項９に記載のノード。
【請求項１１】
前記第２の通信インタフェースは、前記ノードと前記管理エンティティとを接続する通信リンクを備えていることを特徴とする請求項９に記載のノード。
【請求項１２】
前記ノードは、前記管理クラスタに含まれている前記複数のピアノードをから選択されたマスタノードを備えていることを特徴とする請求項８に記載のノード。
【請求項１３】
前記マスタノードは、ロング・ターム・エボリューション（ＬＴＥ）通信ネットワークにおけるｅＮｏｄｅＢを備えていることを特徴とする請求項１２に記載のノード。
【請求項１４】
前記制御部は、前記管理クラスタに含まれている前記複数のピアノードのうちの１つ以上から送信されたオーバヘッドデータを含めるように前記パフォーマンス報告を作成することを特徴とする請求項８に記載のノード。
【請求項１５】
前記制御部は、
前記管理クラスタに含まれている前記複数のピアノードのそれぞれから前記パフォーマンスデータを取得するための要求を生成し、
前記管理クラスタに含まれている前記複数のピアノードのそれぞれに前記要求を送信し、
前記要求に応じて、前記管理クラスタに含まれている前記複数のピアノードの１つ以上から前記パフォーマンスデータを受信する
ことを特徴とする請求項８に記載のノード。
【請求項１６】
前記制御部は、
前記パフォーマンス報告を求める要求を前記管理エンティティから受信し、
前記受信した要求に応じて、前記管理エンティティに前記パフォーマンス報告を送信する
ことを特徴とする請求項８に記載のノード。
【請求項１７】
前記ノードが備えるメモリに格納されたアプリケーションモジュールをさらに備え、前記アプリケーションモジュールは、前記制御部に、前記パフォーマンス報告を作成させるために前記パフォーマンスデータを集約させることを特徴とする請求項８に記載のノード。
【国際調査報告】
2010537477.tif 000010
2010537477.tif 000011
2010537477.tif 000012