(57)【特許請求の範囲】
【請求項１】
管理下にあるネットワークノード（１０、１５）及びネットワークリンク（１６、１７）を論理的に表わすモジュール（２８）を含むネットワーク管理アーキテクチャにおいて、１以上の被管理ネットワークノード（２８）から中間レベルネットワーク管理ノード（２５）を介して上位ネットワーク管理ノード（２０）に障害情報を配信する方法であって、
前記中間レベルネットワーク管理ノード（２５）は、前記１以上の被管理ネットワークノード（２８）から送信され、詳細な障害情報を含んだアラームを受信して保存し、
前記方法は、
−  上位ネットワーク管理ノード（２０）において、前記１以上の被管理ネットワークノード（２８）から前記中間レベルネットワーク管理ノード（２５）に送信された詳細な障害情報の概要を含む通知を受信するステップ（３５）と、
−  受信した障害情報の概要通知に基づいて、少なくとも幾つかの詳細な障害情報の配信先として登録するステップと、
−  中間レベルネットワーク管理ノード（２５）から前記配信先登録した詳細な障害情報を取り出すステップ（３６）と
を含み、
障害情報の概要通知により運ばれる情報の種類は、中間レベルネットワーク管理ノード（２５）により受信されたアラームの数又はアラームの合計数を少なくとも含むことを特徴とする方法。
【請求項２】
更に、全ての被管理ネットワークノード（２８）からの障害情報を要求するステップを含むことを特徴とする、請求項１に記載の方法。
【請求項３】
更に、ネットワーク管理アーキテクチャの一部の内部で全ての被管理ネットワークノード（２８）からの障害情報を要求するステップを含むことを特徴とする、請求項１に記載の方法。
【請求項４】
前記通知に含まれて送信される情報の種類が、前記通知の発信元の識別子、及び前記通知の時刻のうちの少なくとも１つを含むことを特徴とする、請求項１ないし３のいずれか１項に記載の方法。
【請求項５】
前記通知が所定の時間間隔で受信されることを特徴とする、請求項１ないし４のいずれか１項に記載の方法。
【請求項６】
前記通知が、前記被管理ネットワークノード（２８）によって所定の数のアラームが報告されたときに受信されることを特徴とする、請求項１ないし４のいずれか１項に記載の方法。
【請求項７】
更に、前記詳細な障害情報の受信に関する配信先登録を解除するステップを含むことを特徴とする、請求項１ないし６のいずれか１項に記載の方法。
【請求項８】
管理下にあるネットワークノード（１０、１５）及びネットワークリンク（１６、１７）を論理的に表わすモジュール（２８）を含むネットワーク管理アーキテクチャにおいて、１以上の被管理ネットワークノード（２８）から中間レベルネットワーク管理ノード（２５）を介して上位ネットワーク管理ノード（２０）に障害情報を配信する機構であって、
前記中間レベルネットワーク管理ノード（２５）は、前記１以上の被管理ネットワークノード（２８）から送信され、詳細な障害情報を含んだアラームを受信して保存し、
上位ネットワーク管理ノード（２０）が、
−  前記１以上の被管理ネットワークノード（２８）から前記中間レベルネットワーク管理ノード（２５）に送信された詳細な障害情報の概要を含む通知を受信するのに適した受信ユニット（５４）と、
−  受信した障害情報の概要通知に基づいて、少なくとも幾つかの詳細な障害情報の配信先として登録し、中間レベルネットワーク管理ノード（２５）から前記配信先登録した詳細な障害情報を取り出すのに適した処理ユニット（５５）と
を備え、
障害情報の概要通知により運ばれる情報の種類は、中間レベルネットワーク管理ノード（２５）により受信されたアラームの数又はアラームの合計数を含むことを特徴とする機構。
【請求項９】
前記処理ユニット（５５）が、全ての被管理ネットワークノード（２８）からの障害情報を要求するように構成されていることを特徴とする、請求項８に記載の機構。
【請求項１０】
前記処理ユニット（５５）が、前記ネットワーク管理アーキテクチャの一部内で全ての被管理ネットワークノード（２８）からの障害情報を要求するように構成されていることを特徴とする、請求項８に記載の機構。
【請求項１１】
前記通知に含まれて送信される情報の種類が、前記通知の発信元の識別子、及び前記通知の時刻のうちの少なくとも１つを含むことを特徴とする、請求項８ないし１０のいずれか１項に記載の機構。
【請求項１２】
前記受信ユニット（５４）が、所定の時間間隔で前記通知を受信するように構成されていることを特徴とする、請求項８ないし１１のいずれか１項に記載の機構。
【請求項１３】
前記受信ユニット（５４）が、前記被管理ネットワークノード（２８）によって所定回数のアラームが報告されたときに前記通知を受信するように構成されていることを特徴とする、請求項８ないし１１のいずれか１項に記載の機構。
【請求項１４】
前記処理ユニット（５５）が、前記詳細な障害情報の受信に関する配信先登録を解除するように構成されていることを特徴とする、請求項８ないし１３のいずれか１項に記載の機構。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークシステムにおける方法及び機構に関するものであり、特に障害情報の配信を可能にする機構、並びにこのような配信を行なう方法に関する。
【背景技術】
【０００２】
大規模通信ネットワークにおける複数の被管理ネットワークエレメント（ＮＥ）のイベントをカウントするシステム及び方法は、以下のように要約することができる。
【０００３】
ネットワークイベントは、イベント収集部（ＥＣ）により、イベント報告部（ＥＲ）から収集される。このとき、ＥＣは、区分基準に基づいてイベントをクラスタに区分する。ＥＣは、各クラスタのイベント数をカウントし、いわゆる報告通知開始基準に基づいて結果を報告する。報告の受信者は、それが受信者の関心事であれば、ＥＣにクエリを出してこれらのイベントの詳細を要求する。
【０００４】
通信ネットワークは、ノード及びリンクからなる。これらのノード及びリンクは、ネットワーク管理の下に置かれ、これに関連してネットワークエレメント（ＮＥ）と呼ばれる。大規模通信ネットワークは、何千ものこのようなＮＥからなることにより、ネットワークのユーザ／加入者に情報を配信する。これらのＮＥには障害が生じる可能性があり、これらの障害はアラームとして報告される。本出願に関連して、アラーム状態を有するこれらのＮＥは、イベント報告部（ＥＲ）と呼ばれる。
【０００５】
アラーム通知は多くの情報パラメータを含んでいる。例えば、アラーム通知は、アラーム状態にあるＮＥの識別情報、アラームの深刻度、アラームの考えられる原因、アラーム状態の時間、提案される解決策などを含んでいる。３ＧＰＰ／３ＧＰＰ２では、アラーム通知は約２０個のパラメータを含む。３ＧＰＰ  ＴＳ  ３２．１１１−２バージョン７．１．０リリース７を参照されたい。
【０００６】
通信ネットワークには、ネットワークのユーザ／加入者に情報を配信する役割を担わないノード又はシステムが存在する。これらのノード又はシステム、例えば図２のエレメントマネージャ（ＥＭ）及びＤＭはネットワークを管理する。これらのマネージャは、ノード及びリンクをインストール、構成、及び監視する。これらのノード又はシステムはネットワークをモニタリングし、ネットワーク性能が何らかの所定の閾値を下回る場合に、ネットワークマネージャが復旧計画を立て、例えばノードを再構成し、ユーザコールルートを再構成し、障害ノードを休止状態にし、バックアップノードを動作状態にするなどする。本明細書では、これらのノードはイベント収集部（ＥＣ）と呼ぶ。
【０００７】
ネットワーク管理アーキテクチャ、すなわちＤＭ及びＮＥの体系化、及びＤＭ及びＮＥへのネットワーク管理機能の分散、プロトコル及びネットワーク管理サービス、例えば障害管理サービス、ＩＴＵ−Ｔにより規定されるＦＣＡＰＳネットワーク管理サービスのようなコンフィギュレーション管理サービスは、ＩＴＵ−Ｔ、３ＧＰＰ、３ＧＰＰ２、及びＩＥＴＦのような種々の国際標準化機構及び組織の主題である。これらのネットワーク管理アーキテクチャの全ては、図２に示すように、エンティティが階層に体系化されるという点で１つの基本原理を有している。
【０００８】
図２に示すように、ネットワークエレメント（ＮＥ）がアラームを発し、これらのアラームに対応するドメインマネージャ（ＤＭ）がこれらのアラームを収集する。ネットワークマネージャ（ＮＭ）は、複数のＤＭからアラームを収集する。各ＤＭは、数千のＮＥからアラームを収集することができる。各ＮＥが、１日に数百又は数千のアラームを発しうるとすると、ＮＥから上り方向に、大量のデータ伝送が行なわれる。ＮＥ階層のアラームに含まれる情報を使用して、障害を有する機器又は機能が特定され、障害状況を正すためにオペレータが採るべき適切な解決策が特定される。この情報は、ＮＥ階層及びＤＭ階層、場合によってはＮＭ階層のシステム又はオペレータにより使用される。
【０００９】
今日、Ａｌａｒｍ  ＩＲＰ  Ａｇｅｎｔが管理するネットワークの全て又は一部に関する概要情報を要求するオペレーションが、３ＧＰＰ  Ａｌａｒｍ  ＩＲＰに存在し、すなわちオペレーションｇｅｔＡｌａｒｍＣｏｕｎｔ（）．３ＧＰＰ２は同様の機能を定義している。
【００１０】
また、Ａｌａｒｍ  ＩＲＰ  Ａｇｅｎｔが管理するネットワークの全て又は一部に関する現時点の詳細アラーム情報の全てを要求するオペレーションが３ＧＰＰ  Ａｌａｒｍ  ＩＲＰに存在し、すなわちオペレーションｇｅｔＡｌａｒｍＬｉｓｔ（）．３ＧＰＰ２は同様の機能を定義している。
【００１１】
更に、３ＧＰＰ  Ｎｏｔｉｆｉｃａｔｉｏｎ  ＩＲＰには、Ａｌａｒｍ  ＩＲＰ  Ａｇｅｎｔが管理するネットワークの全て又は一部に関する新規の及び変更されたアラーム情報のすべてを要求するオペレーションが存在し、すなわちｓｕｂｓｃｒｉｂｅ（）．３ＧＰＰ２は同様の機能を定義している。同様の通知は、Ｅｖｅｎｔ  Ｒｅｐｏｒｔ  Ｍａｎａｇｅｍｅｎｔ  ＦｕｎｃｔｉｏｎのＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ（ＩＴＵ−Ｔ勧告）、ＩＴＵ−Ｔ  Ｘ．７３４  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎに存在する。
【００１２】
アラーム情報を配信するこの先行技術による今日のパラダイムは、限界及び問題を有している。
【００１３】
先行技術によるパラダイムは、「発行−加入」パラダイムを使用する。ＥＲは、情報を欲している加入者の有無に拘わらず詳細情報を「発行する」。加入者は、情報の配信先として登録する。詳細情報の配信は、情報を欲する加入者の有無に関係なく常時行なわれてチャネルを占有してしまう。２つの問題が生じる。第１に、チャネル容量が、理由なく、すなわち加入者が情報を欲していなくとも、使用されてしまう。第２に、加入者が情報を欲しない場合、加入者側のプロセスが情報をフィルタ処理／廃棄する必要があるか、又は対象の加入者に報告するＥＲが情報をフィルタ処理／廃棄する必要がある。このように、加入者側のＣＰＵ又はＥＲ側のＣＰＵサイクルが無駄になる。
【００１４】
各集合ポイントでは、詳細アラーム情報を情報フローチェーン又は階層の次の階層に送信するために別のネットワーク負荷が生じる。例えば、「上位」と「下位」との間の通信チャネル容量を使用して、コンフィギュレーション管理関連データ及びパフォーマンス管理関連データといった他のニーズと競合しながらアラームを配信する。詳細アラーム情報は常時要求される訳ではなく、概要情報で十分である場合が多い。
【００１５】
各集合ポイント、例えばＤＭでは、詳細アラーム情報を保存するための別のデータベース／メモリ負荷が生じる。データベース／メモリの大規模化は、例えばＤＭのユーザが、必要に応じて関連アラームデータを検索して取り出すために必要な時間が延びることを意味する。詳細アラーム情報は常時要求される訳ではなく、概要情報で十分である場合が多い。
【００１６】
今日、ＤＭが管理するネットワークの全て又は一部からの概要アラーム情報の配信先として登録する方法は存在しない。
【００１７】
ネットワーク規模が大きくなり、ネットワーク及びネットワークエレメントの複雑さが増すと、１つの階層で保持することにより詳細ネットワークアラーム情報がそれよりも下位の階層のアラーム情報と同期してリアルタイムにすることは、益々困難になっている。
【００１８】
上述した同期問題を許容されるレベルの信頼性及びパフォーマンスで解決した場合でも、「万一ＤＭユーザが情報を必要とする場合にそなえて」という目的のために詳細ネットワークアラーム情報をＤＭでリアルタイムに保持することは、高コストの提案であり、かつ「ジャストインタイムインベントリのコンセプト」に反している。その実施は、コンフィギュレーション管理及びパフォーマンス管理といった他の種類の情報を配信するために共有される重要なＤＭ−ＮＥチャネル容量を使い果たすことになる。
【００１９】
ネットワーク内には、トラフィックを積極的に流すＮＥと、作動途中又は終了途中のＮＥとが存在する。ネットワークにおいて重要度の低い役割を有し、且つ完全には構成されていない可能性があるＮＥの場合、ＤＭが全ての詳細アラーム情報を受信して保存することは適切でないであろう。しかしながら、アラーム状況の概要が必要である可能性はあり、例えば、アラーム音量に大きな変化が生じる場合、又は何らかの高緊急度アラームが生じる場合には、ＤＭによる管理介入が依然として必要であろう。
【００２０】
ａ）ＮＭとＤＭとの間で使用される通信設備、及びｂ）ＤＭとＮＥをとの間で使用される通信設備は、専用リソースとせずに共有することができる。アラームストーム又はピークアラームレートを処理することができる通信設備は、常に全容量が満たされることはないため、必要な寸法に製造するのは非経済的である。アラーム状態を要約することにより、大容量となりうるアラーム通知送出を減らして、ネットワークオペレータが、ピークアラームレートを処理するためにオペレータの通信設備を必要な寸法に製造しなくても済むようにする。
【００２１】
ａ）ＮＭとＤＭとの間で使用される通信設備、及びｂ）ＤＭとＮＥとの間で使用される通信設備は、インターネット、すなわち公衆設備、及びＮＭ、ＤＭ、及びＮＥのオペレータによる使用に専用でない設備により提供される。これは、ＮＥが、３ＧＰＰにおけるＨｏｍｅ  ｅＮＢ、ＴＶセットトップボックスなどの家庭用電気機器である場合である。通信設備を必要な寸法に製造して、アラームストーム又はピークアラームレートを処理することは実質的に不可能である。アラーム状態を要約することにより、大容量となりうるアラーム通知送出を減らして、ネットワークオペレータがこの寸法問題を回避することを可能にする。
【００２２】
また、メジャーなアラーム起動とマイナーなアラーム起動とに同じ優先度を付与し、更に同じ優先度をアラーム終了及びアラーム起動に付与することにより、大アラーム音量の期間において、アラーム状態の真の性質は、アラームに関する前述の２０個のパラメータを報告、受信、及び処理するために、いくらかの時間をかけることができる。概要情報は１回の通知で説明することができるが、そうでない場合には数百回もの通知を要しうる。
【００２３】
したがって、大規模通信ネットワークのネットワークアラーム管理情報のようなネットワークイベント情報を伝送する方法及び機構を改善し、上述の問題及び欠点の少なくとも一部を解決する必要がある。
【発明の概要】
【００２４】
したがって、本発明の１つの目的は、管理下にあるネットワークノード及びネットワークリンクを論理的に表わすモジュールを含むネットワーク管理アーキテクチャにおいて、下位ネットワーク管理ノードから上位ネットワーク管理ノードに障害情報を配信する方法及び機構を提供することである。
【００２５】
本発明の実施形態の第１の態様によれば、この目的は達成される。１つの方法により、下位ネットワーク管理ノードから上位ネットワーク管理ノードに障害情報を配信することが規定されており、この方法は、少なくとも幾つかの詳細な障害情報の配信先として登録するステップと、下位ネットワーク管理ノードから送信された障害情報の概要を含む通知を受信するステップと、前記受信された通知に基づいて、前記配信先登録した詳細な障害情報を取り出すステップとを実行する。
【００２６】
本発明の実施形態の第２の態様によれば、この目的は達成される。１つの機構により、下位ネットワーク管理ノードから上位ネットワーク管理ノードに障害情報を配信することが規定されており、この機構は、下位ネットワーク管理ノードによって送信された障害情報の概要を含む通知を受信する受信ユニットと、少なくとも幾つかの詳細な障害情報の配信先として登録し、前記受信された通知に基づいて、前記配信先登録した詳細な障害情報を取り出す処理ユニットとを備える。
【００２７】
更なる実施形態は従属請求項に列挙される。
【００２８】
詳細な障害情報の全ての配信先として登録するオーバーヘッドを生じることなく、上位ネットワーク管理ノードが下位ネットワーク管理ノードから障害情報の概要を取得できるようにする方法及び機構が提供されることにより、上位管理システムへの障害イベントの不必要な送信を無くすことができ、したがって、これらの管理ノード間に必要なネットワーク帯域を減らすことができる。取り出された概要情報に基づいて、上位マネージャは、詳細な障害情報の一部又は全ての配信先として登録することができる。更に、上位管理システムにおいて不必要な障害イベントを受信することにより生じるデータベース負荷が低減される。
【００２９】
更に、下位管理システムのＣＰＵ負荷は、上位管理システムに送信する必要のある詳細な障害イベントの数を減らすことにより低減される。同じ原理をＮＥに適用することができ、ＮＥは概要をＤＭに報告すればよく、これは家庭用電気機器分野において特に有用となり得る。
【００３０】
概要アラーム情報を使用して、重大アラーム、メジャーアラーム、マイナーアラームなどの数を特定のマネージャオブジェクトに提示する簡易な監視アプリケーションを創出することができる。概要に含まれる数に基づいて、必要であれば、既存の機構を使用して更に別の詳細情報を探索することができる。
【００３１】
本発明の実施形態は新規アーキテクチャを必要としない。発行／加入パラダイムが使用されるが、パラダイムはデータではなく概要データを転送するために使用される。この概要データに基づいて、既存の方法を使用してさらに多くの情報を要求することができる。
【００３２】
本発明の実施形態の他の目的及び特徴は、以下の詳細な説明を、添付図面に関連付けて考察することにより明らかになる。しかしながら、これらの図面は、例示のみを目的としているのであって、本発明の範囲を定義するものではなく、本発明の範囲に関しては特許請求の範囲を参照するべきである。更に、図面は、必ずしも寸法通りには描かれておらず、特に断らない限り、本明細書に記載される構造及び手順を概念的に示すことのみを意図している。
【００３３】
理解を深めるために、本発明に関する以下の図面及び好適な実施形態を参照する。これらの図面では、同様の参照記号は同様の構成要素を幾つかの図を通じて指している。
【図面の簡単な説明】
【００３４】
【図１】図１は、例示的な通信ネットワークアーキテクチャを示している。
【図２】図２は、例示的な通信ネットワーク管理アーキテクチャを示している。
【図３】図３は、本発明の実施形態を示す信号伝達図である。
【図４】図４は、本発明の実施形態による手順を示すフローチャートである。
【図５】図５は、本発明の実施形態による機構のブロック図である。
【発明を実施するための形態】
【００３５】
図１は、ＵＭＴＳ地上波無線アクセスネットワーク（ＵＴＲＡＮ）アーキテクチャのような無線アクセスネットワーク（ＲＡＮ）を含む通信ネットワークシステムを示しており、この通信ネットワークシステムは、１つ以上の無線ネットワークコントローラ（ＲＮＣ）１０に接続される少なくとも１つの無線基地局（ＲＢＳ）（又はノードＢ）１５（２つの無線基地局が図１に示される）を備える。ＲＡＮは、コアネットワーク（ＣＮ）１２に接続される。ＲＡＮ及びＣＮ１２は、複数のユーザ機器（ＵＥ）１８に関する通信及び制御を可能にし、これらのユーザ機器の各々は、ダウンリンク（ＤＬ）チャネル１６及びアップリンク（ＵＬ）チャネル１７を使用する。図を分かり易くするために、アップリンクチャネルを１つだけ番号１７で指示し、ダウンリンクチャネルを１つだけ番号１６で指示している。ダウンリンクチャネル１６では、ＲＢＳ１５は、該当する電力量で各ユーザ機器１８への送信を行なう。アップリンクチャネル１７では、ユーザ機器１８は、ＲＢＳ１５に該当する電力量でデータを送信する。
【００３６】
通信システムは、図２に示すネットワーク管理アーキテクチャを更に備え、このネットワーク管理アーキテクチャは、ネットワークを管理する役割を担うノードを含む。これらのノードは、図１に示す通信システムのノード及びリンクの、設定、構成、及び監視を行う。
【００３７】
図２は、ネットワーク管理アーキテクチャを示している。このネットワーク管理アーキテクチャは、ネットワークエレメント（ＮＥ）２８ａ及び２８ｂのような、管理下にあるノード及びリンクを含み、これらのネットワークエレメントは、図１に示すＲＮＣ１０及び無線基地局１５のような、通信ネットワークシステムにおけるノードである。管理ネットワークは、ドメインマネージャ（ＤＭ）、例えば２５ａ及び２５ｂを更に備え、これらのドメインマネージャの各々が、幾つかのＮＥを管理／監視する。複数のネットワークマネージャ（ＮＭ）２０ａ〜２０ｅが、上位の管理アプリケーションを構成している。通信チャネル（ＮＥとＤＭとの間の直線により表わされる）を使用して、ＤＭとこれらのＤＭにより管理されるＮＥとの通信がサポートされている。ＮＭとＤＭとの間の直線により表わされる通信チャネルを使用して、ＮＭとＤＭとの通信がサポートされている。３ＧＰＰ／３ＧＰＰ２では、この標準化されたインターフェースは、インターフェース−Ｎと呼ばれる。ＩＴＵ−Ｔでは、このインターフェースはＴＭＮインターフェースと呼ばれる。
【００３８】
本発明の実施形態によれば、管理下にあるネットワークノード及びネットワークリンクを論理的に表わすモジュールを含むネットワーク管理アーキテクチャにおいて、下位ネットワーク管理ノードから上位ネットワーク管理ノードに障害情報を配信する手順が提供され、これは図３の信号伝達図に示される。
【００３９】
図３では、ＮＥ２８は、矢印３１で示すように、ＮＥの障害をイベント収集部（ＥＣ）であるＤＭ２５へのアラーム通知として報告するイベント報告部（ＥＲ）である。ＤＭ２５は、これらの報告イベントを収集し（ステップ３２）、アラーム通知に含まれて受信される詳細情報を保存する（ステップ３３）。次に、ＤＭ２５は、矢印３４で示すように、受信した障害情報の概要をＮＭ２０に送信し、ＮＭ２０はこの障害通知を受信する（ステップ３５）。次に、ＮＭ２０は、受信した障害情報の概要に基づいて、詳細な障害情報の配信先として登録することを決定し（ステップ３６）、矢印３７で示すように配信先登録をＤＭ２５に送信する。これによって、ＤＭ２５は、矢印３８で、この詳細情報をＮＭ２０に返送する。
【００４０】
このように、本発明の実施形態によれば、ＮＭのような上位のネットワーク管理ノードは、詳細な障害情報の全ての配信先として登録するオーバーヘッドを伴うことなく、ＤＭのような下位のネットワーク管理ノードから障害情報の概要を取得する。それに応じて、下記のように新規通知の定義及び使用が行なわれる。
１）１つの新規通知は、ｎｏｔｉｆｙＡｌａｒｍＣｏｕｎｔ（ｐａｒａｍｅｔｅｒｓ．．．）と呼ばれ、次のように定義及び使用される。この新規通知のパラメータは、通知時のアラーム情報の概要を含む。この通知で送信される情報の種類は、通知の発信元の識別子、通知時刻、アラームのカウント、及びアラームの合計カウントを含む。更に詳細な定義については、以下を参照されたい。
２）１つの新規通知配信先登録オペレーションでは、ＮＭが、１つ以上の管理されたオブジェクトクラス又は１つ以上の管理されたオブジェクトインスタンスからの、概要アラーム情報を含む通知の配信先として登録することができ、次のように定義及び使用される。例えば、ＮＭが「ａｌｌ（全て）」に加入する場合、ｎｏｔｉｆｙＡｌａｒｍＣｏｕｎｔ（ｐａｒａｍｅｔｅｒｓ．．．）は、管理されているノードの全てに関するアラーム情報を含む。ＮＭがネットワークの一部（例えば、管理対象ＮＥのサブツリー）に配信先登録する場合、ｎｏｔｉｆｙＡｌａｒｍＣｏｕｎｔ（ｐａｒａｍｅｔｅｒｓ．．．）は、ネットワークのその部分のみの全インスタンスに関するアラーム情報を含む。この配信先登録オペレーションの更に詳細な定義については、以下を参照されたい。
【００４１】
ｎｏｔｉｆｙＡｌａｒｍＣｏｕｎｔ  ｎｏｔｉｆｉｃａｔｉｏｎ
１つのＤＭは、そのＤＭが管理するＮＥの全ての既存アラームを認識する。管理対象ＮＥは、３ＧＰＰ  ＴＳ  ３２．３００：“Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ；Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ（ＣＭ）；Ｎａｍｅ  ｃｏｎｖｅｎｔｉｏｎ  ｆｏｒ  Ｍａｎａｇｅｄ  Ｏｂｊｅｃｔｓ”に定義された識別名（ＤＮ）を有する。ＤＮ命名空間は、国際電話番号方式と同様の命名階層に体系化される。したがって、管理対象ＮＥは、そのＤＮによって、１つの階層に論理的に体系化される。
【００４２】
この通知は、命名階層の特定部分の、管理対象ＮＥのアラームカウントを含む。命名階層全体は、命名ツリー（又はツリー）と呼ばれることがある。本明細書では、命名階層の一部をサブツリーと呼ぶ。
【００４３】
ＤＭは、この通知を使用して、ＮＭにアラームカウントについて通知する。
0005631330.tif 000002
【００４４】
Ｔｈｅ  ｓｕｂｓｃｒｉｂｅＮｏｔｉｆｙＡｌａｒｍＣｏｕｎｔオペレーション
ＮＭは、このオペレーションを使用して、ｎｏｔｉｆｙＡｌａｒｍＣｏｕｎｔ通知の受信に配信先登録する。配信先登録オペレーションのパラメータを以下の表に列挙する。
【００４５】
ＤＭは、配信先登録に成功すると、ｓｅｓｓｉｏｎＩＤ（セッションＩＤ）で応答する。配信先登録解除オペレーションのパラメータは、１つのパラメータ、すなわちｓｅｓｓｉｏｎＩＤを有する。
0005631330.tif 000003
【００４６】
Ｔｈｅ  ｕｎｓｕｂｓｃｒｉｂｅＮｏｔｉｆｙＡｌａｒｍＣｏｕｎｔ  ｏｐｅｒａｔｉｏｎオペレーション
ＮＭは、このオペレーションを使用して、ｎｏｔｉｆｙＡｌａｒｍＣｏｕｎｔ通知の受信に関する配信先登録を解除する。登録オペレーションのパラメータを以下の表に列挙する。
【００４７】
ＤＭは、成功又は失敗で応答する。
0005631330.tif 000004
【００４８】
詳細アラーム通知のパラメータ
以下に、３ＧＰＰ  ＴＳ  ３２．１１１−２による、詳細アラーム通知に含まれるパラメータの表を示す。
0005631330.tif 000005
【００４９】
本発明の一般的な実施形態によれば、図４に示すように、管理下にあるネットワークノード及びネットワークリンクを論理的に表わすモジュールを含むネットワーク管理アーキテクチャにおいて、下位ネットワーク管理ノードから上位ネットワーク管理ノードに障害情報を配信する方法は、以下のように行われる。
・上位ネットワーク管理ノードは、少なくとも幾つかの詳細な障害情報の配信先として登録する（ステップ４１）。
・上位ネットワーク管理ノードは、通知時には、下位ネットワーク管理ノードによって送信された障害情報の概要を受信する（ステップ４２）。
・上位ネットワーク管理ノードは、前記受信した障害情報の概要に基づいて、前記配信先登録した詳細な障害情報を取り出す（ステップ４３）。
【００５０】
幾つかの実施形態によれば、本方法は、管理下にある全てのネットワークノードからの障害情報を要求するステップ（ステップ４４）を更に含む。
【００５１】
幾つかの実施形態によれば、本方法は、前記ネットワーク管理アーキテクチャの一部内で管理下にある全てのネットワークノードからの障害情報を要求するステップ（ステップ４５）を更に含む。
【００５２】
幾つかの実施形態によれば、前記通知で送信される情報の種類は、少なくとも、前記通知の発信元の識別子、通知の時刻、アラームの数（カウント）、及びアラームの合計数（合計カウント）のうちの１つである。
【００５３】
幾つかの実施形態によれば、前記通知は、所定の時間間隔で受信される。
【００５４】
幾つかの実施形態によれば、前記通知は、前記管理下にあるネットワークノードにより所定数のアラームが報告されたときに受信される。
【００５５】
幾つかの実施形態によれば、本方法は、前記詳細な障害情報の受信に関する配信先登録を解除するステップ（ステップ４６）を更に含む。
【００５６】
図５は、ドメインマネージャ２５のような下位ネットワーク管理ノードと、管理下にあるネットワークノード及びネットワークリンクを論理的に表わすモジュールを含むネットワーク管理アーキテクチャにおいて下位ネットワーク管理ノード２５から上位ネットワーク管理ノード２０に障害情報を配信するネットワークマネージャ２０のような上位ネットワーク管理ノードとに含まれる機構を示すブロック図である。
【００５７】
ＤＭ２５は、送信ユニット５２と、受信ユニット５１とを含む。送信ユニット５２は、ＮＭ２０の受信ユニット５４にデータを送信している。受信ユニット５１は、ＮＭ２０の送信ユニット５３からデータを受信している。
【００５８】
ＮＭ２０は、ＤＭ２５の受信ユニット５１にデータを送信するように構成された送信ユニット５３を含む。ＮＭ２０は、更に、ＤＭ２５の送信ユニット５２から送信されるデータを受信するように構成された受信ユニット５４を含む。ＮＭ２０の受信ユニット５４は、更に、ＤＭ２５が送信する障害情報の概要を含む通知を受信するように構成される。ＮＭ２０は、更に、少なくとも幾つかの詳細な障害情報の配信先として登録し、前記受信した通知に基づいて配信先登録した詳細な障害情報を取り出すように構成された処理ユニット５５を含む。
【００５９】
幾つかの実施形態によれば、前記処理ユニットは、管理下にある全てのネットワークノードからの障害情報を要求するように構成される。
【００６０】
幾つかの実施形態によれば、前記処理ユニットは、前記ネットワーク管理アーキテクチャの一部内で管理下にある全てのネットワークノードからの障害情報を要求するように構成される。
【００６１】
幾つかの実施形態によれば、前記通知中で送信される情報の種類は、少なくとも、前記通知の発信元の識別子、前期通知の時刻、アラームの数（カウント）、及びアラームの合計数（合計カウント）のうちの１つである。
【００６２】
幾つかの実施形態によれば、ＮＭの前記受信ユニットは、所定の時間間隔で前記通知を受信するように構成される。
【００６３】
幾つかの実施形態によれば、ＮＭの前記受信ユニットは、前記管理下にあるネットワークノードにより所定回数のアラームが報告されたときに前記通知を受信するように構成される。
【００６４】
幾つかの実施形態によれば、前記処理ユニットは、前記詳細な障害情報の受信に関して配信先登録を解除するように構成される。
【００６５】
このように、本発明の基本的かつ革新的な特徴を、本発明の好適な実施形態に適用されるものとして示し、説明し、指摘してきたが、例示した装置の形態及び詳細、並びにこれらの装置の動作には、本発明の思想から逸脱しない範囲で種々の省略、置換、及び変更が可能であることは、当業者であれば理解するであろう。例えば、同じ結果を実現するために略同じ方法で略同じ機能を実行する要素及び／又は方法ステップの全ての組み合わせは、明らかに本発明の範囲に含まれる。更に、開示された本発明の全ての形態又は実施形態に関連して示された、及び／又は記載された構造及び／又は要素及び／又は方法ステップは、開示、記載、或いは提案された他の全ての形態又は実施形態に、設計選択の一般的事項として組み込むことができる。したがって、本発明の範囲は、本願の特許請求項の範囲によってのみ規定されるものである。
【００６６】
本発明の実施形態の説明及び主張に使用される「備える」、「含む」、「組み込む」、「からなる」、「有する」、「である」のような表現は、非限定的に捉えられるべきであり、すなわち明示されていないアイテム、コンポーネント、又は要素を更に含むことができる。単数形は複数形にも言及していると解釈されるべきで、逆も真である。
【００６７】
特許請求の範囲における括弧内の数字は、請求項の理解を助けるためのものであり、これらの請求項により請求される主題をいかなる意味でも限定するものではない。
【図１】
0005631330.tif 000006
【図２】
0005631330.tif 000007
【図３】
0005631330.tif 000008
【図４】
0005631330.tif 000009
【図５】
0005631330.tif 000010