JP4653407B2 - 通信ネットワーク設備用のローカルな保証管理装置 - Google Patents

Description

本発明は、通信ネットワークに関し、特に、サービスの連続性を保証する通信ネットワークに関する。

多数の通信ネットワークが、サービス品質（ＱｏＳ）として定義されるサービスの利用可能性を連続して顧客に確保するように構成された、予防メンテナンス活動およびリアクティブメンテナンス活動の実行をモニターする様々な保証方法を実施している。このため、ネットワークは、リソースの状態と性能とを継続的に分析して各種の問題または故障を先取りもしくは検出し、実施すべき行動を決定することにより、顧客が不利益を被らないようにするネットワーク管理システム（またはＮＭＳ：「Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ」）を有する。

このような集中分析は、ネットワークの各パラメータ値の測定を実施する役割をする多数のネットワーク設備に対して、より詳しくは、測定値を示す管理データを保存する役割をする管理情報ベース（またはＭＩＢ：「Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ」）に対して、非常に多くの情報データおよび警告データ数を集めることに基づいて行われる。たとえばＳＮＭＰ収集装置を介して集められたデータは、たとえばＯｒａｃｌｅタイプの文書保存データベースに保存され、所定の公式または等式を利用する計算モジュールを供給する。

このような解決方法は、たとえばＬ．Ｌａｗｒｅｎｃ Ｈｏ， Ｃｈｒｉｓｔｏｐｈｅｒ Ｊ．ＭａｃｅｙおよびＲｏｎａｌｄ Ｇ．Ｈｉｌｌｅｒによる「Ｒｅａｌ−Ｔｉｍｅ Ｐｅｒｆｏｒｍａｎｃｅ Ｍｏｎｉｔｏｒｉｎｇ Ａｎｄ Ａｎｏｍａｌｙ Ｄｅｔｅｃｔｉｏｎ Ｉｎ ｔｈｅ Ｉｎｔｅｒｎｅｔ：ａｎｄ Ａｄａｐｔａｔｉｖｅ， Ｏｂｊｅｃｔｉｖｅ−Ｄｒｉｖｅｎ， Ｍｉｘ−ａｎｄ−Ｍａｔｃｈ Ａｐｐｒｏａｃｈ」に記載されている。

上記の集中保証方法は、大容量のデータベースを用いなければならず、計算時間が長く、（収集時に）通過帯域を消費するので、ネットワークの性能を損なう。

ネットワークエレメントに搭載されたエージェントの使用に向けて幾つかの試みがなされたが、意思決定面は、依然として集中装置に留まるので、上記の解決方法と同じ欠点がみられる。しかも、こうした試みは保証に関与するものではない。

このような試みの例は、米国特許第６２７２５３７号明細書、米国特許第６０８５２４３号明細書に記載されている。
米国特許第６２７２５３７号明細書 米国特許第６０８５２４３号明細書 Ｌ．Ｌａｗｒｅｎｃ Ｈｏ， Ｃｈｒｉｓｔｏｐｈｅｒ Ｊ．ＭａｃｅｙおよびＲｏｎａｌｄ Ｇ．Ｈｉｌｌｅｒによる「Ｒｅａｌ−Ｔｉｍｅ Ｐｅｒｆｏｒｍａｎｃｅ Ｍｏｎｉｔｏｒｉｎｇ Ａｎｄ Ａｎｏｍａｌｙ Ｄｅｔｅｃｔｉｏｎ Ｉｎ ｔｈｅ Ｉｎｔｅｒｎｅｔ：ａｎｄ Ａｄａｐｔａｔｉｖｅ， Ｏｂｊｅｃｔｉｖｅ−Ｄｒｉｖｅｎ， Ｍｉｘ−ａｎｄ−Ｍａｔｃｈ Ａｐｐｒｏａｃｈ」

従って、本発明は、この状況を改善することを目的とする。

このため、本発明は、選択されたコンフィギュレーションを有し、ネットワークのパラメータ値の測定手段と、前記測定値を示す管理データを保存可能な管理情報ベース（ＭＩＢ）とを含む、通信ネットワーク設備のためのローカルな保証管理装置を提案する。

この装置は、管理情報ベースに保存された少なくとも前記管理データと、ローカルな保証ポリシーを規定する選択されたいわゆる保証ルールとに応じて、設置（もしくは搭載）された設備のコンフィギュレーションをマッチングさせる役割をする管理手段を含むことを特徴とする。

換言すれば、本発明は、搭載された保証装置をネットワークの設備（またはノード）に統合し、ＮＭＳにより管理される保証方法の少なくとも一部を局部的に保証できるようにすることからなる。

本発明による搭載された保証装置は、別々および／または組み合わせで選択可能な、特に次のような相補的な特徴を含むことができる。
−管理手段は、少なくとも一つの別のネットワーク設備から送られる情報データに応じて設備のコンフィギュレーションをマッチングできる。
−マッチングが、パラメータの測定ポリシーの修正およびまたはＮＭＳへの報告送付（またはレポーティング）ポリシーの修正とからなる。
−マッチングは、設備の動作モードの修正からなる。
−管理手段は、ネットワークのパラメータの分析手段を含み、この分析手段は、管理情報ベースＭＩＢに保存されたネットワークの幾つかのパラメータ値（たとえばトラヒックまたはルータの状態など）の、選択された間隔における一時的な変化を示す情報データを送ることができる、この場合、分析手段は、傾向分析および／またはプロフィールもしくは署名分析（またはベースライン（ｂａｓｅｌｉｎｅｓ））および／または不連続性分析および／またはネットワークのパラメータ値の集計分析を示す情報データを送るように構成されうる。さらに、これらの分析手段は、特に、ＮＭＳから伝送される、ネットワークのパラメータに関して新しい計算を実施するために、コンフィギュラブルとすることができる。
−管理手段は、アラームおよび／または情報データを、選択された保証ルールの幾つかに応じてネットワーク管理システムＮＭＳおよび／または別のネットワーク設備へ送信開始可能な、アラーム手段を含む。このような情報データおよびアラームは、たとえば、分析手段により実行されたデータの分析結果または集計結果および／または管理情報ベースＭＩＢに保存されたネットワークのパラメータ値を示す。さらに、アラーム手段は、コンフィギュラブルとすることができる。
−管理手段は、エンドツーエンド（ｅｎｄ−ｔｏ−ｅｎｄ）タイプのフロー測定エージェントを定義して情報データを送るネットワーク観察手段を含む。この場合、ネットワーク観察手段はコンフィグラブルとすることができる。
−管理手段は、情報データを送るサービスレベルの同意管理手段（ＳＬＡ：「Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ」）を含む。この場合、サービスレベルの同意管理手段は、コンフィギュラブルとすることができる。
−管理手段は、たとえばアクティブ測定テストまたは診断補助テスト等のテストを実行可能である。これらのテストは、特に、集計された情報またはテスト結果（たとえばＴＣＰタイプの操作にかかった時間）をＮＭＳ層レベルに遡らせることができる。
−管理手段は、幾つか（または全ての）保証機能またはテストが、たとえば週または月のうちの一定の日または一定時間にのみ実行されるように、タイムテーブルに応じて管理を保証可能である。
−管理手段は、選択された保証ルールと、それらが送る情報データとに応じて、分析手段、アラーム手段、ネットワーク観察手段、およびサービスレベルの同意管理手段の動作（特にコンフィギュレーション）を管理可能なモニター手段を含む。このようなモニター手段は、選択された保証ルールを内部に保存するルールエンジン（ｒｕｌｅ ｅｎｇｉｎｅ）として構成可能である。さらに、これらのモニター手段は、コンフィギュラブルとすることができる。
−管理手段は、コンフィギュラブルである。
−管理手段および／または分析手段および／またはモニター手段および／またはネットワーク観察手段および／またはサービスレベルの同意管理手段が、プログラミング言語インターフェース（ＡＰＩ：「Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ」）と、場合によっては管理情報ベースＭＩＢとを介して、ネットワーク管理システムＮＭＳによりコンフィギュレーション可能であるように構成される。この場合、ＭＩＢは、ＡＰＩを介してＮＭＳによりコンフィギュレーションまたはプログラミング可能である。
−管理手段および／または分析手段および／またはモニター手段および／またはネットワーク観察手段および／またはサービスレベルの同意管理手段が、「Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ」（またはＣＬＩ）等の専用コマンドを介してＮＭＳによりコンフィギュレーション可能であるように構成される。

本発明は、また、上記のタイプの装置を備えたネットワーク設備に関する。本発明は、限定するものではないが、特に、ルータ、交換機（ｓｗｉｔｃｈｓ）と、ファイアウォール（ｆｉｒｅｗａｌｌｓ）等のネットワーク設備に適している。
本発明は、また、ネットワーク管理システム（ＮＭＳ）と、上記のタイプの多数のネットワーク設備とを備えた通信ネットワークを提案する。このタイプの分散式の実施形態では、アラームおよび／または異なるタイプの情報データをネットワーク管理システムに送るように各ネットワーク設備を構成可能である。

本発明は、特に、管理すべき全てのネットワーク技術、特に伝送ネットワーク（たとえばＷＤＭ、ＳＯＮＥＴ、およびＳＤＨ型）、データネットワーク（たとえばＩＰ−インターネット型またはＡＴＭ型）、または音声ネットワーク（たとえば従来型、モバイル型、およびＮＧＮ型）で、実施可能である。

本発明の他の特徴および長所は、以下の詳細な説明と、添付図面とから明らかになるであろう。

添付図面は、本発明を補完する役割を果たすだけでなく、場合によっては本発明を定義する役割を果たすことができる。

本発明は、通信ネットワークのネットワーク管理システム（またはＮＭＳ：「Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ」）によって管理される保証方法の一部を、ネットワーク設備によって局部的に管理可能にすることを目的とする。

図１に示したように、通信ネットワークＮは、おおまかにいうと、ネットワーク管理システム、特に、ＮＭＳ管理サーバと、ネットワーク管理プロトコルに従ってデータ交換可能な、たとえば、ファイアウォール（ｆｉｒｅｗａｌｌ）を備えたサーバ、交換機（ｓｗｉｔｃｈｓ）、エッジルータ（ｅｄｇｅ ｒｏｕｔｅｒｓ）またはコアルータ（ｃｏｒｅ ｒｏｕｔｅｒｓ）等の、多数のネットワーク設備ＮＥｉ（ここではｉ＝１、２であるが、どんな値にしてもよい）を含む。

各設備ＮＥｉは、一般に、オブジェクトインスタンスベースとも呼ばれる管理情報ベースＭＩＢ（「Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ」）を含む。各ＭＩＢは、関連する設備ＮＥｉを特徴づける情報フィールド値を示す管理データを保存する。これらの情報フィールドの幾つかは、ネットワークのパラメータを指定し、設備ＮＥｉに設置されるかまたはこの設備により管理されるＭＭセンサがその瞬間値を測定する。さらに、各ＭＩＢは、ネットワーク管理システムに保存されていてＮＭＳ管理サーバにアクセス可能な、ＭＩＢ定義とも呼ばれる管理情報ベース定義（図示せず）に結合される。

以下、限定的ではなく例として、通信ネットワークＮがインターネット（ＩＰ）タイプであり、ネットワークの管理プロトコルがＳＮＭＰ（「Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ」ＲＦＣ２５７１−２５８０）プロトコルであるものとみなす。もちろん、本発明は、たとえばＷＤＭ、ＳＯＮＥＴ、またはＳＤＨ型の伝送ネットワーク、ＡＴＭ型のデータネットワーク、あるいは従来型、モバイル型、またはＮＧＮ型の音声ネットワーク等の他のタイプのネットワークと、たとえばＴＬ１、ＣＯＲＢＡまたはＣＭＩＳＥ／ＣＭＩＰ等の他のネットワーク管理プロトコルとに適用される。

さらに、以下、ネットワーク設備ＮＥｉは、エンドツーエンド（ｅｎｄ−ｔｏ−ｅｎｄ）タイプのフロー観察エージェントとして作用するエッジルータ（または周縁ルータ）であるものとみなす。エッジルータは、一般に、ネットワークの境界に配置され、他のネットワークとのリンクを設定可能にする。これらのエージェントは、一般に、スケール問題（またはスケーラビリティ（ｓｃａｌａｂｉｌｉｔｙ））に対して初めから終わりまで測定を実行するように構成される。しかし、もちろん、本発明は、このタイプのネットワーク設備だけに限られるものではない。本発明は、ＮＭＳと管理データを交換可能なあらゆるネットワーク設備に関し、特に、観察者として作用しないエッジルータ、コアルータ、交換機、およびファイアウォールに関する。

ネットワーク設備ＮＥｉの各々は、一般に、一つまたは複数のセンサＭＭで実行してＭＩＢに保存した測定を示す、情報データと、問題または故障を知らせるアラームとをＮＭＳ（またはＮＭＳ層）に伝送するように特に構成される。コンフィギュレーションは、一般に、一つまたは複数のポリシーにより定義される。たとえば、第一のポリシーは、設備ＮＥｉがセンサＭＭを用いて測定した値の送付（またはレポーティング（ｒｅｐｏｒｔｉｎｇ））条件に関する。第二のポリシーは、設備ＮＥｉがその一つまたは複数のセンサＭＭで実行すべき一つまたは複数のパラメータに関与しうる。第三のポリシーは、設備ＮＥｉの動作モードに関与しうる。これらのポリシーは、通常、ＮＭＳのコンフィギュレーションモジュールＭＣにより各設備ＮＥｉに対して定義される。これらのポリシーは、管理プロトコル（ここではＳＮＭＰ）を用いて、ネットワークＮを介して設備ＮＥｉに伝送される。

しかし、特に、収集モジュール（またはコレクタ（ｃｏｌｌｅｃｔｏｒ））ＭＣＣは、また、それが必要であるとみなした場合、ＭＩＢに保存されている幾つかの情報フィールドの値を送ってもらうように、ネットワーク設備ＮＥｉに要求を送る。これは、当業者がポーリング（ｐｏｌｌｉｎｇ）と呼んでいる操作である。

図２からよく分かるように、本発明は、設備ＮＥｉに設置（または搭載）されるか、またはＮＥｉ設備に直接接続される外部ハウジングに内蔵された、ローカルな保証管理装置Ｄを提案する。以下、装置Ｄは、設備ＮＥｉに搭載されたものとみなす。

本発明による装置Ｄは、この装置が搭載される設備ＮＥｉのコンフィギュレーションを、選択されたいわゆる保証ルールと、ＭＩＢに保存された管理データと、場合によっては、他のネットワーク設備から受信する情報データとに応じてマッチングさせる役割を果たす、保証モジュールＭＡＥ（またはローカルな保証管理モジュール）を含む。

ここで、「マッチング」とは、ＮＭＳで、および／または、ＮＭＳのコンフィギュレーションモジュールＭＣが最初に定義した設備ＮＥｉの動作モードで、パラメータの測定ポリシーを修正すること（さらには、新しい測定ポリシーを配備し、または測定ポリシーおよび／または報告書の送付（レポーティング（ｒｅｐｏｒｔｉｎｇ））ポリシーを再構成すること）を意味する。

また、「保証ルール」とは、ＭＩＢに保存された幾つかのネットワークパラメータがとる値、あるいは、場合によってはＮＭＳ層の作用または他のルータの作用等の外部事象を考慮して、設備のローカルな保証ポリシーを定義するルールを意味する。

かくして、搭載された保証モジュールＭＡＥは、設備ＮＥｉに幾つかの保証機能を搭載することにより、保証ルールに応じて、このモジュールを「さらにインテリジェント」にするとともに、ネットワークを経由する情報数を制限し、場合によっては、部分的なリコンフィギュレーションを可能にすることができる。

保証ポリシーを局部的に管理するために、保証モジュールＭＡＥは、好適には、ＭＩＢに保存された幾つかの情報フィールドの値に一つまたは複数の処理をマッチングさせる第一のサブモジュールＳＭ１を含む。より詳しくは、これらの処理は、ＮＭＳのコンフィギュレーションモジュールＭＣにより定義された公式または等式を、専用の保証ルールに応じて、選択された情報フィールドの値にマッチングさせることにより、情報データを送ることからなる。

たとえば、第一のサブモジュールＳＭ１は、問題または故障を先取りするのに有効な、選択された間隔にわたって（あるいは所定のタイムテーブルに従って）傾向分析を実行する。特に、第一のサブモジュールは、ルータのＣＰＵの使用割合が、一時間後に一定の臨界閾値に達しようとしていることを知らせ、あるいは、ＬＳＰの通過帯域が、２時間後に選択された閾値を越えようとすることを知らせることができる。

また、このサブモジュールは、プロフィールまたは署名（またはベースライン（ｂａｓｅｌｉｎｅｓ））分析を実行する役割を果たすことができる。これは、たとえばルータの特別なアタック等の使用を特徴付けるプロフィール、または課金（ｂｉｌｌｉｎｇ）モードを認識または識別しようとする場合に、特に有効である。

このサブモジュールは、同様に、フローまたはトラヒックの不連続性分析を実行する役割を果たすことができる。たとえば、ネットワークのオーバーロードの場合、パケットを削除する（またはドロップする（ｄｒｏｐｐｅｄ））と、その結果として、削除パラメータで不連続性を検出し（０からｘ）、パケットが有効に削除されたことを知らせることができる。

また、たとえばルータにデータ収集モジュールＭＣＣの公式を適用するために、あるいは、所定の期間の平均値（たとえば前週使用された平均通過帯域）を計算するために、ネットワークのパラメータ値の集計を実行する役割を果たすことができる。この場合、集計された値をＭＩＢに保存し、ＮＭＳのＭＣＣ収集モジュールからのポーリング要求によって、そこから抽出可能である。

説明に役立つ例として、第一のサブモジュールＳＭ１は、放棄（またはドロップ（ｄｒｏｐｐｅｄ））されたパケット数の予測される変化（または傾向）と、設備ＮＥｉの使用通過帯域および／または計算チャージ（ＣＰＵ）の予測的な変化とを見積もる役割を果たすことができる。また、たとえばアクティブ測定テストまたは診断補助テスト等のテストを実行するように構成可能である。これらのテストは、特に、集計された情報およびテスト結果（たとえばＴＣＰタイプの操作にかかった時間）をＮＭＳ層のレベルに遡らせることができる。

好適には、第一のサブモジュールＳＭ１が、（五番目の）管理サブモジュール（ＳＭ５）に分析結果（または推定）を示す情報データを送り、この管理サブモジュールは、設備ＮＥｉのローカルな保証ポリシーに応じて実施すべき行動を決定する。

保証モジュールＭＡＥは、また、好適には、第五のサブモジュールＳＭ５の命令で、専用の保証ルールに応じて、アラーム送信およびまたは情報データ（または報告書）送信を開始する役割をする第二のサブモジュールＳＭ２を含む。

しかしながら、第一のサブモジュールＳＭ１が、第二のサブモジュールＳＭ２に情報データを供給することにより、保証ルールの幾つかを適用し、より詳しくは、事象受信モジュールＭＲＥおよび／または少なくとも一つの別のネットワーク設備から、ＮＭＳ宛に保証ルールの送付またはアラーム送信を決定するように検討することも可能である。

また、エンドツーエンドタイプのエッジルータの図示された例では、保証モジュールＭＡＥが、好適には、専用の保証ルールに応じて、ネットワーク、特に「エンドツーエンド」タイプのトラヒックを観察する役割をする第三のサブモジュールＳＭ３を含む。たとえば、エンドツーエンド測定を実施するために、搭載されたセンサを有する。こうした搭載センサは、その場合、調べるフローを決定するように構成され、専用の保証ルールに測定結果を供給する。たとえば、こうしたルールの一つは、「２個のエッジロータの間で２つの異なるフローを測定する場合、計算を制限するために二つのフローの測定を集計する」というふうにすることができる。

この場合、第三のサブモジュールＳＭ３は、当業者が、エンドツーエンド（ｅｎｄ−ｔｏ−ｅｎｄ）フロー測定エージェントと呼んでいるものを定義する。

好適には、第三のサブモジュールＳＭ３は、観察結果（または測定結果）を示す情報データを（第五の）管理サブモジュール（ＳＭ５）に送り、第五の管理サブモジュールは、設備ＮＥｉのローカルな保証ポリシーに応じて実施すべき行動を決定する。だが、第三のサブモジュールＳＭ３が第二のサブモジュールＳＭ２に情報データを供給し、従って保証ルールの幾つかを適用し、より詳しくは、事象受信モジュールＭＲＥおよび／または少なくとも一つの別のネットワーク設備から、ＮＭＳ宛に、保証ルールの送付またはアラーム送信を決定するように検討することも可能である。

さらに、図２に示したように、保証モジュールＭＡＥは、専用の保証ルールに応じて、幾つかのサービスレベルの同意（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）を局部的に管理する役割をする第四のサブモジュールＳＭ４を含むことができる。たとえば、サブモジュールＳＭ４は、顧客のサービスレベルの同意（ＳＬＡ）を知っていて、このＳＬＡが適切に尊重されているかどうか検証し、尊重されていない場合（または状況が劣化している場合）、アラーム（または情報データ）を発生する役割を果たすことができる。

好適には、第四のサブモジュールＳＭ４は、第五のサブモジュールＳＭ５の管理報告を示す情報データを送り、第五のサブモジュールは、設備ＮＥｉのローカルな保証ポリシーに応じて、実施すべき行動を決定する。しかし、また、第四のサブモジュールＳＭ４が第二のサブモジュールＳＭ２に情報データを供給し、従って保証ルールの幾つかを適用し、より詳しくは、事象受信モジュールＭＲＥおよび／または少なくとも一つの別のネットワーク設備から、ＮＭＳ宛に、保証ルールの送付またはアラーム送信を決定するように検討することも可能である。

以上、何度か述べたように、保証モジュールＭＡＥは、他のサブモジュール（ここではＳＭ１からＳＭ４）の動作をモニターする役割をする第五のサブモジュールＳＭ５（またはモニターモジュール）を含む。好適には、この第五のサブモジュールＳＭ５が、他のサブモジュール専用の全ての保証ルールを保存するルールエンジン（ｒｕｌｅ ｅｎｇｉｎｅ）として構成される。これは、たとえば、「Ｊａｖａ（登録商標） ｅｘｐｅｒｔ Ｓｙｓｔｅｍ Ｓｈｅｌｌ」に関する。

各サブモジュールＳＭ１からＳＭ４が専用の保証ルールにより規定される計算および／または分析および／または報告書を実行するのに対し、第五のサブモジュールＳＭ５は、好適には、前記専用の保証ルールの全体を管理する。「ルール全体を管理する」とは、ここでは、様々なルールにより規定される条件および行動を管理することを意味する。

第五のサブモジュールＳＭ５には、より詳しくは、次のような二つの機能がある。

第一の機能は、他のサブモジュールＳＭ１からＳＭ４のいずれかから送られるデータに保証ルールを適用することによって、対応する条件が十分ではないことに気づいたために、第二のサブモジュールＳＭ２に対し、ＮＭＳ層（またはネットワークの他の設備）宛にアラームを発生し、あるいは報告書を送ることからなる。

たとえば、第五のサブモジュールは、第一のサブモジュールＳＭ１から送られた分析データが、ローカルな保証ポリシーにより結合される条件を満たさないために、あるいは、第四のサブモジュールＳＭ４が、局部的に管理しているＳＬＡが尊重されていないことを通報したために、アラームの発生を命令する。

第二の機能は、他のサブモジュールＳＭ１からＳＭ４から受信する情報データと、ローカルな保証ポリシーを定義する保証ルールとに応じて、設備ＮＥｉ、特に、搭載された保証モジュールＭＡＥの、コンフィギュレーションのマッチングを決定することからなる。

たとえば、第一のサブモジュールＳＭ１から供給されるネットワークの幾つかのパラメータの分析結果を考慮して、第五のサブモジュールＳＭ５は、その分析モードの修正を決定し、あるいは、新しい分析方式をアドレスするように、ＮＭＳ層にアラームを送ることを第二のサブモジュールＳＭ２に求めることができる。また、たとえば第一のサブモジュールＳＭ１で実行された分析のタイムテーブルを修正するよう決定することもできる。

第五のサブモジュールＳＭ５が、サブモジュールＳＭ１からＳＭ４のいずれかの動作を修正することを決定した場合、第五のサブモジュールは、対応する命令を送るが、これは、計算および／または分析および／または報告書の修正を求めることになる。同様に、第五のサブモジュールＳＭ５は、ローカルなポリシーにより許可される場合、搭載されたリコンフィギュレーションモジュールを介してルータのコンフィギュレーションに遡及作用を及ぼす役割を果たすことができる。

第五のサブモジュールＳＭ５により決定されるリコンフィギュレーション行動（または動作修正行動）は、ローカルなポリシーの保証ルールにより定義されることに留意されたい。言い換えると、第五のサブモジュールＳＭ５は、所定の行動の実行を命令するだけである。

第五のサブモジュールＳＭ５は、また、他のネットワーク設備ＮＥｊから送られる情報データに、選択された保証ルールを適用することもできる。実際、設備ＮＥｊは、測定および／または集計された値を、これらの値を処理する役割をする装置Ｄを装備した別の設備ＮＥｊに伝送し、新しい情報データを発生するようにすることができる。新しいデータは、その後、ＮＭＳに遡るか、または別の設備ＮＥｊに送られる。

ローカルな保証ポリシーは、たとえば次のように定義できる。
−放棄されたパケット数について第一のサブモジュールＳＭ１により推定された傾向が５％以上増える場合、傾向アラームを送信する。
−第一のサブモジュールＳＭ１により分析される使用通過帯域が、第一の閾値よりも小さいままである場合、使用通過帯域の値をＮＭＳの収集モジュールＭＣＣに毎日伝送する。−第一のサブモジュールＳＭ１により分析される使用通過帯域が、第一の閾値と第二の閾値との間に含まれる場合、使用通過帯域の平均値をＮＭＳの収集モジュールＭＣＣに毎時間伝送する。
−使用通過帯域が第二の閾値に達するようにするために第一のサブモジュールＳＭ１が推定する時間間隔が２時間未満である場合、傾向アラームを送信する。
−第一のサブモジュールＳＭ１が推定する設備ＮＥｉの計算チャージ（ＣＰＵ）が８０％を超える場合、もはや傾向分析を実施しない。
−第一のサブモジュールＳＭ１により推定されるパケットの損失が５％を超える場合、バッファ（ｂｕｆｆｅｒ）メモリのサイズを５％大きくする。

換言すれば、ローカルな保証ポリシーは、ここでは、第一に、設備ＮＥｉの挙動が正常である場合、通過帯域の測定を毎日伝送する一方で傾向分析を作動し、挙動が変わる場合には報告書の送付頻度を高め、第二に、パラメータ値が臨界値になる場合、このパラメータを含む全てのタスクを遮断し、第三に、前記パラメータの変化に応じて、このパラメータが示す設備ＮＥｉの内部動作を修正することからなる。

好適には、保証モードＭＡＥは、ＮＭＳのコンフィギュレーションモジュールＭＣにより、ネットワークＮを介して遠隔でコンフィギュレーション可能である。より詳しくは、各サブモジュールＳＭ１からＳＭ５が、好適にはコンフィギュラブルである。実際、これによって、たとえば、ＮＭＳの集中保証管理プログラムが、新しいパラメータ値、または相補的な集計パラメータ値、あるいはまた、実際の、または予測的な新しい分析値を持つ必要がある場合（新しい公式または等式の送付）、たとえばネットワークＮの変化に起因する状況に応じて、および／または必要に応じて、各サブモジュールＳＭの動作を遠隔でマッチング可能である。

二つのコンフィギュレーションモードを検討可能である。第一のモードは、設備ＮＥｉに設置されたプログラミング言語インターフェース（ＡＰＩ：「Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ」）を介して、また、場合によってはＭＩＢを介して、保証モジュールＭＡＥにコンフィギュレーションデータを間接的に送ることからなる。このインターフェースＡＰＩは、また、有利には、ＮＭＳのコンフィギュレーションモジュールＭＣに対してＭＩＢを構成またはプログラミング可能にするので、このインターフェースは静止タイプではない。実際、保証モジュールＭＡＥは、ＭＩＢと協働してコンフィギュレーションされ、ＭＩＢで新しい入力を定義し、こうした新しい入力にアクセスできるようにする。この場合、ＳＮＭＰ要求（「ＧＥＴ」および「ＳＥＴ」）を介してＭＩＢにアクセスするので、コンフィギュレーションを容易にすることができる（さらには、ＳＮＭＰ３との交換権利の管理と安全性管理とが可能になる）。ＭＩＢは、適切に定義されたＯＩＤ（「Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒｓ」）を介してフィールドにアクセス可能な、「規格化された」インターフェースを備えることができる。ここで、「Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ」とは、回収を望む変数ＭＩＢのオブジェクト識別子である。このような識別子は、一般に、たとえばＭＩＢＩＩのための標準ＲＦＣ１２１３により規格化されている。

第二のモードは、「Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ」（またはＣＬＩ）等の専用コマンドを用いて保証モジュールＭＡＥにコンフィギュレーションデータを直接伝送することからなる。

保証モジュールＭＡＥは、電子回路、ソフトウェアモジュール（または情報処理モジュール）、または、回路とソフトウェアとの組み合わせとして構成可能である。

本発明は、例としてのみ挙げられた上記のローカルな保証管理装置およびネットワーク設備の実施形態に制限されるものではなく、後述する請求項の範囲で当業者が検討可能な全ての変形実施形態を含む。

このように、ＮＭＳにより監視される保証方法を局部的に管理可能なネットワーク設備について説明してきた。しかしながら、ネットワーク設備の少なくとも幾つかに、ローカルな簡易保証管理装置を備え、アラームおよび／または特定の相補的な情報データをＮＭＳの保証サーバに伝送する役割を果たす分散機能を割り当てるように検討することもできる。もちろん、この場合、ネットワーク設備は、ＭＩＢに保存される管理データ値に応じてコンフィギュレーションをマッチングさせ続けられる。

以上、本発明による装置をネットワーク設備に設置または搭載した実施形態について説明してきた。しかし、本発明による装置を外部エレメントとして構成し、ネットワーク設備に直接接続されるハウジングに設置することもできる。

本発明によるネットワーク管理システム（ＮＭＳ）と、ネットワーク設備とを含む通信ネットワークの概略図である。 本発明によるネットワーク設備の実施例の概略図である。

符号の説明

Ｄ 装置
Ｎ 通信ネットワーク
ＮＥ ネットワーク設備
ＮＭＳ ネットワーク管理システム
ＭＭ パラメータ値の測定手段
ＭＩＢ 管理情報ベース
ＭＡＥ 管理手段
ＳＭ１ 分析手段
ＳＭ２ アラーム手段
ＳＭ３ ネットワーク観察手段
ＳＭ４ サービスレベルの同意管理手段
ＳＭ５ モニター手段
ＡＰＩ プログラミング言語インターフェース

Claims (29)

1. ネットワーク管理システム（ＮＭＳ）とローカルな保証管理装置（Ｄ）を含むネットワーク設備（ＮＥ）を装備した通信ネットワーク（Ｎ）内の、前記ネットワーク設備（ＮＥ）のための前記ローカルな保証管理装置（Ｄ）であって、
   前記設備（ＮＥ）が、複数のポリシーにより定義され前記ネットワーク設備の設定状態を示すコンフィギュレーションを有し、ネットワークのパラメータ値の測定手段（ＭＭ）と、前記測定値を示す管理データを保存可能な管理情報ベース（ＭＩＢ）とを含み、
   前記ローカルな保証管理装置（Ｄ）は、少なくとも前記管理情報ベース（ＭＩＢ）に保存された前記管理データと、前記ネットワーク設備（ＮＥ）で局所的に管理される保証ポリシーを規定する保証ルールとに応じて、前記設備（ＮＥ）のコンフィギュレーションをマッチングさせる役割をする管理手段（ＭＡＥ）を含んでおり、前記マッチングが、パラメータの測定ポリシーの修正および／または前記ネットワーク管理システム（ＮＭＳ）への報告送付ポリシーの修正とからなり、
   前記管理手段（ＭＡＥ）が、分析手段（ＳＭ１）を含んでおり、この分析手段は、前記管理情報ベース（ＭＩＢ）に保存されたネットワークのパラメータ値の、選択された間隔にわたる時間的な変化を示す情報データを、前記保証ルールの幾つかに応じて決定するように構成されており、
   前記管理手段（ＭＡＥ）が、前記保証ルールの幾つかに応じて、アラームおよび／または情報データを前記ネットワーク管理システム（ＮＭＳ）および／または少なくとも1つの別のネットワーク設備（ＮＥ）へ送信開始可能な、アラーム手段（ＳＭ２）を含み、
   前記管理手段（ＭＡＥ）が、エンドツーエンドタイプのフロー測定エージェントを定義するネットワーク観察手段（ＳＭ３）を含んでおり、前記ネットワーク観察手段が、前記保証ルールの幾つかに応じて前記エンドツーエンドタイプのフローを示す情報データを決定するように構成され、
   前記管理手段（ＭＡＥ）が、前記保証ルールの幾つかに応じて、顧客のサービスレベルの同意（ＳＬＡ）が適切に尊重されているかどうか検証する同意管理の結果を示す情報データを決定するように構成された、サービスレベルの同意管理手段（ＳＭ４）を含み、
   前記管理手段（ＭＡＥ）が、前記保証ルールの少なくとも幾つかに応じて、前記分析手段（ＳＭ１）、前記アラーム手段（ＳＭ２）、前記ネットワーク観察手段（ＳＭ３）、および前記サービスレベルの同意管理手段（ＳＭ４）の動作を管理可能な、モニター手段（ＳＭ５）を含むことを特徴とする、装置。
2. 前記管理手段（ＭＡＥ）が、少なくとも一つの別のネットワーク設備（ＮＥ）から送られる情報データに応じて前記コンフィギュレーションをマッチングさせるように構成されることを特徴とする、請求項１に記載の装置。
3. 前記マッチングが、その動作モードの修正からなることを特徴とする、請求項１に記載の装置。
4. 前記分析手段（ＳＭ１）が、傾向分析および／またはプロフィールもしくは署名分析および／または不連続性分析および／またはネットワークのパラメータ値の集計を示す情報データを送るように構成されることを特徴とする、請求項１に記載の装置。
5. 前記分析手段（ＳＭ１）が、コンフィギュラブルであることを特徴とする、請求項１に記載の装置。
6. 前記分析手段（ＳＭ１）が、前記ネットワーク管理システム（ＮＭＳ）から受信したネットワークのパラメータ値に関して、新しい計算を実施するように構成されることを特徴とする、請求項５に記載の装置。
7. 前記アラーム手段（ＳＭ２）が、コンフィギュラブルであることを特徴とする、請求項１に記載の装置。
8. 前記情報データおよび前記アラームが、前記分析手段（ＳＭ１）によって実行された分析結果、および／または前記分析手段（ＳＭ１）によって実行されたデータ集計、および／または前記管理情報ベース（ＭＩＢ）に保存されたネットワークのパラメータ値を示すことを特徴とする、請求項１に記載の装置。
9. 前記ネットワーク観察手段（ＳＭ３）が、コンフィグラブルであることを特徴とする、請求項１に記載の装置。
10. 前記サービスレベルの同意管理手段（ＳＭ４）が、コンフィグラブルであることを特徴とする、請求項１に記載の装置。
11. 前記モニター手段（ＳＭ５）が、前記分析手段（ＳＭ１）および／または前記ネットワーク観察手段（ＳＭ３）および／または前記サービスレベルの同意管理手段（ＳＭ４）から情報データを供給され、受信情報データが保証ルールを遵守していないことを検出した場合、アラームおよび／または報告を発生するように前記アラーム手段（ＳＭ２）に命令することを特徴とする、請求項１に記載の装置。
12. 前記モニター手段（ＳＭ５）が、前記保証ルールを保存するルールエンジン（ｒｕｌｅ ｅｎｇｉｎｅ）として構成されることを特徴とする、請求項１に記載の装置。
13. 前記モニター手段（ＳＭ５）が、コンフィグラブルであることを特徴とする、請求項１に記載の装置。
14. 前記管理手段（ＭＡＥ）が、前記設備（ＮＥ）のアプリケーションプログラミングインターフェース（ＡＰＩ）を介して前記ネットワーク管理システム（ＮＭＳ）によりコンフィギュレーションされうることを特徴とする、請求項１に記載の装置。
15. 前記管理手段（ＭＡＥ）が、前記設備（ＮＥ）のアプリケーションプログラミングインターフェース（ＡＰＩ）と、前記管理情報ベース（ＭＩＢ）とを介して、前記ネットワーク管理システム（ＮＭＳ）によりコンフィギュレーションされうることを特徴とする、請求項１に記載の装置。
16. 前記分析手段（ＳＭ１）および／または前記アラーム手段（ＳＭ２）および／または前記ネットワーク観察手段（ＳＭ３）および／または前記モニター手段（ＳＭ５）および／または前記サービスレベルの同意管理手段（ＳＭ４）が、前記アプリケーションプログラミングインターフェース（ＡＰＩ）を介して前記ネットワーク管理システム（ＮＭＳ）によりコンフィギュレーションされうることを特徴とする、請求項１４に記載の装置。
17. 前記分析手段（ＳＭ１）および／または前記アラーム手段（ＳＭ２）および／または前記ネットワーク観察手段（ＳＭ３）および／または前記モニター手段（ＳＭ５）および／または前記サービスレベルの同意管理手段（ＳＭ４）が、前記アプリケーションプログラミングインターフェース（ＡＰＩ）と、前記管理情報ベース（ＭＩＢ）とを介して、前記ネットワーク管理システム（ＮＭＳ）によりコンフィギュレーションされうることを特徴とする、請求項１５に記載の装置。
18. 前記管理手段（ＭＡＥ）が、専用コマンドを介して前記ネットワーク管理システム（ＮＭＳ）によりコンフィギュレーションされうることを特徴とする、請求項１に記載の装置。
19. 前記分析手段（ＳＭ１）および／または前記アラーム手段（ＳＭ２）および／または前記ネットワーク観察手段（ＳＭ３）および／または前記モニター手段（ＳＭ５）および／または前記サービスレベルの同意管理手段（ＳＭ４）が、専用コマンドを介して、前記ネットワーク管理システム（ＮＭＳ）によりコンフィギュレーションされるように構成されることを特徴とする、請求項１８に記載の装置。
20. 前記コマンドが、コマンドラインインターフェース（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）タイプであることを特徴とする、請求項１８に記載の装置。
21. ネットワーク管理システム（ＮＭＳ）を備えた通信ネットワーク（Ｎ）用のネットワーク設備（ＮＥ）であって、前記設備（ＮＥ）が、複数のポリシーにより定義され、前記ネットワーク設備の設定状態を示すコンフィギュレーションを有し、ネットワークのパラメータ値の測定手段（ＭＭ）と、前記測定値を示す管理データを保存可能な管理情報ベース（ＭＩＢ）とを含んでおり、請求項１から２０のいずれか一項に記載のローカルな保証管理装置（Ｄ）を含むことを特徴とする、ネットワーク設備。
22. アプリケーションプログラミングインターフェース（ＡＰＩ）を含んでおり、前記管理情報ベース（ＭＩＢ）が、前記アプリケーションプログラミングインターフェース（ＡＰＩ）を介して前記ネットワーク管理システム（ＮＭＳ）によりコンフィギュレーションされうることを特徴とする、請求項２１に記載のネットワーク設備。
23. アプリケーションプログラミングインターフェース（ＡＰＩ）を含んでおり、前記管理情報ベース（ＭＩＢ）が、前記アプリケーションプログラミングインターフェース（ＡＰＩ）を介して前記ネットワーク管理システム（ＮＭＳ）によりプログラムされうることを特徴とする、請求項２１に記載のネットワーク設備。
24. ルータと、交換機と、ファイアウォールとを少なくとも含むグループから選択されることを特徴とする、請求項２１に記載のネットワーク設備。
25. 請求項２１に記載の多数のネットワーク設備（ＮＥ）を含むことを特徴とする、ネットワーク管理システム（ＮＭＳ）を備えた通信ネットワーク（Ｎ）。
26. 前記通信ネットワーク（Ｎ）を介して、前記多数のネットワーク設備（ＮＥ）の各々が、アラームおよび／または異なるタイプの情報データを前記ネットワーク管理システム（ＮＭＳ）に送るように構成されることを特徴とする、請求項２５に記載の通信ネットワーク。
27. 前記通信ネットワーク（Ｎ）の準拠するネットワーク技術が、特にＷＤＭ、ＳＯＮＥＴ、およびＳＤＨ型の伝送ネットワークと、特にＩＰ、ＡＴＭ型のデータネットワークと、特に従来型、モバイル型、およびＮＧＮ型の音声ネットワークとを含むグループから選択されることを特徴とする、請求項１から２０のいずれか一項に記載のローカルな保証管理装置。
28. 前記通信ネットワーク（Ｎ）の準拠するネットワーク技術が、特にＷＤＭ、ＳＯＮＥＴ、およびＳＤＨ型の伝送ネットワークと、特にＩＰ、ＡＴＭ型のデータネットワークと、特に従来型、モバイル型、およびＮＧＮ型の音声ネットワークとを含むグループから選択されることを特徴とする、請求項２１から２４のいずれか一項に記載のネットワーク設備。
29. 前記通信ネットワーク（Ｎ）の準拠するネットワーク技術が、特にＷＤＭ、ＳＯＮＥＴ、およびＳＤＨ型の伝送ネットワークと、特にＩＰ、ＡＴＭ型のデータネットワークと、特に従来型、モバイル型、およびＮＧＮ型の音声ネットワークとを含むグループから選択されることを特徴とする、請求項２５または２６に記載のネットワーク。

Images