JP4764420B2 - イーサネット（登録商標）ｏａｍネットワークにおけるアラーム指示および抑制（ａｉｓ）機構 - Google Patents

Description

本ＰＣＴ出願は、それぞれが参照により本明細書に組み込まれる、（ｉ）Ｄａｖｉｄ Ｅｌｉｅ−Ｄｉｔ−Ｃｏｓａｑｕｅ、Ｋａｍａｋｓｈｉ Ｓｒｉｄｈａｒ、Ｍａａｒｔｅｎ Ｐｅｔｒｕｓ Ｊｏｓｅｐｈ ＶｉｓｓｅｒｓおよびＴｏｎｙ Ｖａｎ Ｋｅｒｃｋｈｏｖｅの名前で、２００４年５月１０日に出願された米国特許仮出願第６０／５６９７２２号、「ＥＴＨＥＲＮＥＴ（登録商標） ＡＬＡＲＭ ＩＮＤＩＣＡＴＩＯＮ ＳＩＧＮＡＬ（ＥｔｈＡＩＳ）」、（ｉｉ）Ｄａｖｉｄ ＥＩｉｅ−Ｄｉｔ−Ｃｏｓａｑｕｅ、Ｋａｍａｋｓｈｉ Ｓｒｉｄｈａｒ、Ｍａａｒｔｅｎ Ｐｅｔｒｕｓ Ｊｏｓｅｐｈ ＶｉｓｓｅｒｓおよびＴｏｎｙ Ｖａｎ Ｋｅｒｃｋｈｏｖｅの名前で、２００４年７月８日に出願された米国特許仮出願第６０／５８６２５４号、「ＥＮＨＡＮＣＥＭＥＮＴＳ ＴＯ ＥＴＨＥＲＮＥＴ（登録商標） ＡＩＳ」、ならびに（ｉｉｉ）Ｄａｖｉｄ Ｅｌｉｅ−Ｄｉｔ−Ｃｏｓａｑｕｅ、Ｋａｍａｋｓｈｉ Ｓｒｉｄｈａｒ、Ｍａａｒｔｅｎ Ｐｅｔｒｕｓ Ｊｏｓｅｐｈ ＶｉｓｓｅｒｓおよびＴｏｎｙ Ｖａｎ Ｋｅｒｃｋｈｏｖｅの名前で、２００４年１２月２８日に出願された米国実用新案出願第１１／０２３７８４号、「ＡＬＡＲＭ ＩＮＤＩＣＡＴＩＯＮ ＡＮＤ ＳＵＰＰＲＥＳＳＩＯＮ（ＡＩＳ） ＭＥＣＨＡＮＩＳＭ ＩＮ ＡＮ ＥＴＨＥＲＮＥＴ（登録商標） ＯＡＭ ＮＥＴＷＯＲＫ」の先行米国出願に基づく優先権を請求する。

本発明は、概して、イーサネット（登録商標）ＯＡＭネットワークに関する。より詳細には、また、いかなる限定のためでもなく、本発明は、イーサネット（登録商標）ＯＡＭネットワーク内で故障情報を伝播し、かつアラーム指示信号伝達を抑制するシステムおよび方法を対象とする。

エンドユーザと公衆網との間のリンクは、家庭および事業加入者へのブロードバンドアプリケーションの配信のための欠かせない手がかりであり、例えば、ファーストマイル、ラストマイル、ローカルループ、メトロアクセス、加入者アクセスネットワークなど、多くの名称で知られており、種々の物理接続にわたる、異なる様々な移送技術およびプロトコルを用いて実装される。例えば、今日ではほとんどのユーザが、同期光ネットワークおよびそれと対になる同期デジタル階層（ＳＯＮＥＴ／ＳＤＨ）、フレームリレーならびに非同期転送モード（ＡＴＭ）を用いる、デジタル加入者線（ＤＳＬ）、統合サービスデジタルネットワーク（ＩＳＤＮ）、ケーブルＴＶ、Ｔ１／Ｅ１またはＴ３／Ｅ３ラインで公衆網に接続する。用語にも実際の実装にも関わらず、全アクセスネットワークが、ブロードバンドサービスを提供するのに必要とされる保守性および使用可能時間を確実にするために、運用、管理、および保守（ＯＡＭ）サポート特徴を必要とする。

現在のファースト／ラストマイルソリューションは、顧客の視点からは、性能ボトルネック、固定帯域幅供給、限られたスケーラビリティ、柔軟性の欠如および供給の複雑さから、エンドツーエンドのサービス品質（ＱｏＳ）問題および高コスト構造におよぶ、重大な短所を有している。ファーストマイルにおける、堅牢で単純なイーサネット（登録商標）技術の使用は、企業ネットワークを改革したように、アクセスネットワークを改革することを確約する。イーサネット（登録商標）は、家庭内、およびビジネスにおいて、コンピュータとネットワークとの間で通信するのにユビキタスに用いられるローカルエリアネットワーク（ＬＡＮ）移送技術である。アクセス技術として、イーサネット（登録商標）は、昔からのファーストマイル技術に勝る、重大な３つの利点をもたらす。すなわち、（ｉ）データ、映像、および音声アプリケーション用の将来も有効な移送、（ｉｉ）データサービス用の費用効果が高いインフラストラクチャ、ならびに（ｉｉｉ）相互運用性を確実にする、単純で世界的に認められる標準である。

イーサネット（登録商標）技術をキャリアグレードなサービス環境において適合させるために、ある終端から他の終端までのネットワーク全体に渡って、高度なＯＡＭ機能（イーサネット（登録商標）接続性および故障管理、すなわちイーサネット（登録商標）ＣＦＭとも呼ばれる）を提供することを目指す、様々な標準が開発されているところである。エンドツーエンドのサービスネットワーク環境は、通常、異なる組織、ネットワークオペレータ、およびサービスプロバイダに属し得る、種々の構成要素ネットワーク（例えば、様々な技術を用いるメトロアクセスネットワークおよびコアネットワーク）の寄集めから構成されるので、イーサネット（登録商標）ＯＡＭ面は、構成ネットワークインフラストラクチャおよび供給に対応する特定のＯＡＭドメインが規定される、階層レイヤドメイン空間と想像される。具体的には、エンドツーエンドのイーサネット（登録商標）ＯＡＭに特に関する、参照によって本明細書に組み込まれている２つの標準、すなわちＩＥＥＥ８０２．１ａｇおよびＩＴＵ−Ｔ（第１３研究会の課題３）が、顧客レベルのドメインを最高レベルの階層に規定し、このドメインは、１つまたは複数のプロバイダドメイン（中間レベルを占める）を含み、プロバイダドメインは、それぞれ、より低い階層レベルに配置された１つまたは複数のオペレータドメインを含む。標準化として、ＯＡＭドメイン空間は、最大でいくつかのレベル、例えば８レベルに分割されることができ、各ドメインは、特定のレベルに対応し、ドメインは、フローポイントと呼ばれるものによって規定される。ＩＥＥＥ８０２仕様書のコンテキストにおいて、フローポイントは、関連する標準文書において規定される、メディアアクセス制御（ＭＡＣ）「インターフェース」および「ポート」に含まれる新たなエンティティである。ＯＡＭドメインのエッジの所のフローポイントは、「保守終了点」、すなわちＭＥＰと呼ばれる。ドメインの内側にあり、ＭＥＰに見えるフローポイントは、「保守中間点」、すなわちＭＩＰと呼ばれる。ＭＥＰノードは、システム管理者によって、（適切なＯＡＭフレームを発行することによって）ＯＡＭ活動を開始しかつ監視するのに使われ、ＭＩＰノードは、ＭＥＰノードによって開始されたＯＡＭフローをそのまま受信し、それに応答する。１つまたは複数のＭＩＰノードを有するＯＡＭドメインが、２つ以上のＭＥＰノードによって境界を定められ、あるＭＥＰノードと別のＭＥＰノードとの間に配置された１組のＭＩＰノードを含むように、「保守エンティティ」（ＭＥ）が規定される。したがって、特定の１つのＯＡＭドメイン内で、複数のＭＥをもつことが可能である。

現在標準化されているイーサネット（登録商標）ＯＡＭアーキテクチャは、ＯＡＭ階層のどのレベルでのエンドツーエンドのイーサネット（登録商標）接続性および故障管理にも対処するすばらしいフレームワークを提供するが、これ以降で詳しく説明されるように、いくつかの問題が、解決されないまま残っている。

一実施形態では、多数のレベルのＯＡＭドメインを有するイーサネット（登録商標）ＯＡＭネットワーク内で故障情報を伝播する方式が開示される。アラーム指示および抑制（ＡＩＳ）フレームが、第１のＯＡＭドメイン内で故障状態を検出すると、ＭＩＰノードによって生成され、このフレームは、第１のＯＡＭドメインの１つまたは複数のＭＥＰに伝送される。ＡＩＳフレームを受信すると、ＭＥＰノードは、隣接するより高いレベルの第２のＯＡＭドメインに伝播する別のＡＩＳフレームを生成する。より低いレベルの第１のＯＡＭドメインからのＡＩＳフレームに応答して、第１のＯＡＭドメイン内の故障状態に起因して、第２のＯＡＭドメイン内で引き起こされるどのアラームも抑制される。

それ以外の実施形態において、本発明は、多数のレベルのＯＡＭドメインを有するイーサネット（登録商標）ネットワーク内で動作可能なイーサネット（登録商標）ＡＩＳフレーム伝播方式を対象とし、各ＯＡＭドメインは、複数のＭＩＰノードの境界となるＭＥＰノードによって境界を定められる。第１のイーサネット（登録商標）ＡＩＳフレームが、特定のレベルのＯＡＭドメイン内に配置されたＭＥＰノードによって受信され、第１のイーサネット（登録商標）ＡＩＳフレームは、その特定のレベルのドメイン内で検出された第１の故障状態に応答して伝送される。ＭＥＰノードは、第２のイーサネット（登録商標）ＡＩＳフレームも受信し、第２のイーサネット（登録商標）ＡＩＳフレームは、特定のレベルのドメイン内で検出された第２の故障状態に応答して伝送される。特定のレベルのＯＡＭドメイン内に、第１および第２の故障状態の少なくとも一方に起因する導通試験（ＣＣ）フレームの損失があるという判断が、ＭＥＰノードによって行われ、この判断に応答して、ＭＥＰノードは、特定のレベルのＯＡＭドメインに比べてより高い階層レベルに配置されているＯＡＭドメインへの伝播用の１つのイーサネット（登録商標）ＡＩＳフレームを生成する。

別の実施形態では、本発明は、イーサネット（登録商標）ＯＡＭネットワーク内でのアラーム抑制のための方式を対象とする。第１のＯＡＭドメインのＭＥＰノードが、第１のドメインに比べて、隣接するより高い階層レベルに配置されている第２のＯＡＭドメインのＭＥＰノードのトポロジを学習するように動作可能である。第１のＯＡＭドメイン内でフレーム損失（例えば、ＣＣフレームの損失）を検出すると、イーサネット（登録商標）ＡＩＳフレームが生成され、第２のＯＡＭドメインに向けて伝送され、イーサネット（登録商標）ＡＩＳフレームは、第１のＯＡＭドメイン内のＭＥＰノードによって学習されたトポロジに基づいて判定される、第２のＯＡＭドメインの到達不可能なＭＥＰノードの識別を投入される。第１のＯＡＭドメインからのイーサネット（登録商標）ＡＩＳフレームの受信に応答して、第２のＯＡＭドメイン内でのアラーム信号伝達が抑制され、アラームは、第１のＯＡＭドメインから受信されたイーサネット（登録商標）ＡＩＳフレーム中で識別される、第２のＯＡＭドメインの到達不可能なＭＥＰノードによって受信されることを意図されているフレームの損失に起因する。

添付の図面は、本明細書の一部に組み込まれるとともにその一部をなし、現時点で好まれる本発明の例示的な１つまたは複数の実施形態を示す。本発明の様々な利点および特徴は、添付の特許請求の範囲と関連する以下の詳細な説明を読み、添付の図面を参照することによって理解されよう。

ここで、本発明がどのようにして最もよく行われ、利用されることができるかという様々な例を参照して、本発明の実施形態が記述される。同じ参照符号が、記述およびいくつかの図面を通して、類似または対応する部分を示すのに使われ、様々な要素は、必ずしも縮尺通りに描かれているわけではない。ここで図面、より詳細には図１を参照すると、複数のＯＡＭドメインを有するエンドツーエンドのイーサネット（登録商標）ＯＡＭネットワーク１００の実施形態が示されており、イーサネット（登録商標）ＡＩＳフレーム生成および伝播方式は、本発明の態様によって提供されることができる。図示されるように、イーサネット（登録商標）ＯＡＭネットワーク１００は、ネットワーク環境の端末部分を形成する第１の顧客宅内ネットワーク１０２Ａおよび第２の顧客宅内ネットワーク１０２Ｂを含む、階層レイヤネットワーク環境から構成され、こうした顧客宅内ネットワークは、それぞれのアクセスネットワーク１０６Ａ、１０６Ｂを用いて、コア移送ネットワーク１０８に接続される。１つのサービスプロバイダが、２人の顧客の間のエンドツーエンドのサービスの供給を管理することができ、１つまたは複数のオペレータが、実際に、基底ネットワークインフラストラクチャの提供および保守に従事することができる。したがって、アクセスおよびコアネットワークは、端末顧客ネットワーク１０２Ａと１０２Ｂの間の、エンドツーエンドのキャリアグレードのイーサネット（登録商標）サービスを実現する、種々の様々なネットワークおよび移送の技術およびプロトコルを備えることができる。例えば、こうした多彩な技術は、ＳＯＮＥＴ／ＳＤＨ経由イーサネット（登録商標）、ＡＴＭ経由イーサネット（登録商標）、復元パケットリング（ＲＰＲ）経由イーサネット（登録商標）、マルチプロトコルラベルスイッチング（ＭＰＬＳ）経由イーサネット（登録商標）、インターネットプロトコル（ＩＰ）経由イーサネット（登録商標）などを含み得る。

イーサネット（登録商標）ＯＡＭネットワーク１００の様々なネットワーク部分およびその構成セグメントは、ブリッジおよびスイッチなど、適切な転送エンティティを用いて相互接続される。例示として、エンティティ１１１、１１０、および１２０、１２１は、それぞれの顧客ネットワーク１０２Ａ、１０２Ｂ内に配置される顧客機器の代表例である。同様に、アクセスネットワーク１０６Ａ、１０６Ｂのエンティティ１１２、１１８は、それぞれの顧客機器１１０、１２０とインターフェースをとるように動作可能である。アクセスネットワーク１０６Ａ、１０６Ｂとコアネットワーク１０８との間のインターフェースは、それぞれ、エンティティ１１４、１１６を用いて実現される。インターフェースエンティティに加えて、ある特定のネットワークが、そのネットワーク内部でいくつかの追加エンティティを含み得る。例えば、エンティティ１１５、１１７、１１９は、ポイントツーマルチポイント運用が実現されることができる、コアネットワーク１０８内部の例示的な機器である。

本特許出願の背景技術セクションにおいて暗示されているように、イーサネット（登録商標）ネットワーク１００など、階層レイヤ式エンドツーエンドのキャリアグレードのイーサネット（登録商標）サービスネットワークのイーサネット（登録商標）ＯＡＭアーキテクチャは、指定された階層のドメインレベルを有するいくつかのＯＡＭドメインに論理的にセグメント化される。図１のイーサネット（登録商標）ＯＡＭネットワーク１００に対して、顧客ドメイン１０３、プロバイダドメイン１０５、および１つまたは複数のオペレータドメイン１０７Ａ〜１０７Ｃが例示され、これらは、それぞれ、多数のＭＥＰノードによって境界を定められ、その間に配置された１つまたは複数のＭＩＰノードを含む。ＭＥＰノードは、様々なＯＡＭコマンドおよび関連づけられたフレーム、例えば、導通試験（ＣＣ）、ＴｒａｃｅＲｏｕｔｅ、Ｐｉｎｇなどを開始するように動作可能であり、ＭＩＰノードは、ドメインレベルの互換性に基づいて、着信ＯＡＭフレームを受動的に受信し、かつそれに応答する。

ＭＥＰおよびＭＩＰの供給により、イーサネット（登録商標）ＯＡＭネットワークの静的分割が実現され、それによって、あるドメインから別のドメインへのＯＡＭフレームの漏れが削減されるように、ＭＥＰノードが、非交差イーサネット（登録商標）ドメインの境界を定めることが、当業者には理解されるべきである。つまり、あるドメインに対して向けられるＯＡＭフレームは、他の全ＯＡＭフレームがフィルタリングで除かれる間、処理のためにそのドメイン内部に留まることを必要とされる。さらに、ビジネスおよびサービスのモデルおよび配備シナリオに応じて、容易に管理可能ないくつかの保守エンティティ（ＭＥ）ドメインを規定することが可能なように、ＭＥＰおよびＭＩＰノードが、イーサネット（登録商標）ＯＡＭネットワーク内部で供給可能である。ＯＡＭドメインの階層状の配置により、顧客レベルのドメインが、サービスプロバイダドメインより高い階層レベルに配置され、サービスプロバイダドメインは、オペレータレベルのドメインより高いレベルに配置される。したがって、可視性および認識に関して、オペレータレベルのドメインは、サービスプロバイダレベルのドメインより高いＯＡＭ可視性を有し、サービスプロバイダレベルのドメインは、顧客レベルのドメインより高い可視性を有する。したがって、オペレータＯＡＭドメインは、サービスプロバイダおよび顧客ドメイン両方についての知識があるが、その反対は成り立たない。同様に、サービスプロバイダドメインは、顧客ドメインについての知識があるが、逆は成り立たない。

上で参照されたＩＥＥＥ８０２．１ａｇ仕様文書で記載されているように、様々な規則が、イーサネット（登録商標）パケット／フレームがあるドメインレベルから別のレベルに移動する際、その取り扱いを支配する。ＭＥＰノードは、レベル／ＯＡＭドメインを越えて他の全ＭＥＰノードにＯＡＭフレームを発行するように動作可能であるが、ＭＩＰノードは、そのドメインのＭＥＰノードとのみ対話することができる。より高いドメインレベルにある各ＭＩＰノードは、１つ下の階層レイヤのためのＭＥＰノードとしても動作可能である。したがって、１つの転送エンティティ機器（例えば、ブリッジ）が、異なるレベルのＭＩＰおよびＭＥＰノード両方を、１つ下のレイヤに有し得る。ＯＡＭフローの有界性のせいで、所与のレベルｉ（ｉ＝１，２，．．．，Ｎ）のフレームは、そのレベルに留まる。ＯＡＭフレームのレベルは、ＯＡＭフレームを発生させるＭＥＰノードに割り当てられたドメインレベルに応じて、その中でエンコードされる。さらに、ＯＡＭフレームは、（ｉ）ＯＡＭフレームは、インスタントＯＡＭドメインの外側から発生されると、破棄される、（ｉｉ）ＯＡＭフレームは、インスタントＯＡＭドメイン内部で発生されると、処理される、という条件に従って、同じレベルのＭＩＰ／ＭＥＰノードによって処理され、または破棄される。ＯＡＭ可視性の階層性に起因して、より低い保守ドメインレベル（例えば、オペレータ）からのフレームは、より高いドメインレベル（例えば、顧客）に配置されたＭＥＰ／ＭＩＰノードによって透過的に中継される。一方、より高いドメインＯＡＭフレーム（例えば、顧客レベルのＭＥＰノードによって発生される）は、より低レベルのＭＥＰ／ＭＩＰノード（例えば、オペレータレベルノード）によって常に処理される。

図２は、例えば、図１に示されるネットワーク１００など、エンドツーエンドのイーサネット（登録商標）ネットワークに対して動作可能な、例示的な階層状ＯＡＭレイヤ化方式２００を示し、ネットワーク１００において、複数のイーサネット（登録商標）ブリッジは、異なるドメインレベルにあるＭＩＰ／ＭＥＰノードを有する転送エンティティの代表例である。参照符号２０２−１、２０２−９は、ネットワークの２つの終端に配置された顧客ブリッジ機器を指す。２つのオペレータネットワーク、すなわちオペレータＡおよびオペレータＢは、顧客機器２０２−１と２０２−９との間に配備され、オペレータＡのネットワークは、ブリッジ２０２−２〜２０２−４を備え、オペレータＢのネットワークは、ブリッジ２０２−５〜２０２−９を備える。顧客レベルで、ＯＡＭドメインは、それぞれ、顧客ブリッジ機器２０２−１、２０２−９の所で実現されるＭＥＰノード２０４−１、２０４−２によって境界を定められ、顧客ブリッジ機器は、オペレータＡブリッジ２０２−２およびオペレータＢブリッジ２０２−８の所でそれぞれ実現される、２つのＭＩＰノード２０６−１、２０６−２を含む。顧客レベルのＭＩＰノード２０６−１、２０６−２の下には、やはり、それぞれオペレータＡのブリッジ２０２−２およびオペレータＢのブリッジ２０２−８の所で実現される２つのＭＥＰノード２０８−１、２０８−２が配置され、こうしたノードは、サービスプロバイダレベルのＯＡＭドメインの境界となる。このドメイン内部で、オペレータＡのブリッジ２０２−４で実現されるＭＩＰノード２１０−１が、オペレータＢのブリッジ２０２−５で実現される別のＭＩＰノード２１０−２とインターフェースをとられる。２つのオペレータネットワークに対応する２つのオペレータレベルのドメインが規定され、オペレータレベルのＭＥＰノード２１２−１（オペレータＡのブリッジ２０２−２で実現される）および２１２−２（オペレータＡのブリッジ２０２−４で実現される）は、あるオペレータドメインの境界となり、オペレータレベルのＭＥＰノード２１６−１（オペレータＢのブリッジ２０２−５で実現される）および２１６−２（オペレータＢのブリッジ２０２−８で実現される）は、他のオペレータドメインの境界となる。さらに、ＭＩＰノード２１４−１〜２１４−４が、ＭＥＰノード２１２−１、２１２−２によって規定されるオペレータレベルのドメインに配置され、ブリッジ２０２−２は、ＭＩＰノード２１４−１を実現し、ブリッジ２０２−３は、ＭＩＰノード２１４−２、２１４−３を実現し、ブリッジ２０２−４は、ＭＩＰノード２１４−４を実現する。同様に、ＭＩＰノード２１８−１〜２１８−６が、ＭＥＰノード２１６−１、２１６−２によって規定されるオペレータレベルのドメインに配置され、ブリッジ２０２−５は、ＭＩＰノード２１８−１を実現し、ブリッジ２０２−６は、ＭＩＰノード２１８−２、２１８−３を実現し、ブリッジ２０２−７は、ＭＩＰノード２１８−４、２１８−５を実現し、最後に、ブリッジ２０２−８は、ＭＩＰノード２１８−６を実現する。

上述の説明に基づいて、１つのネットワークエンティティが、その配備およびＯＡＭサービス供給に応じて、異なるレベルにある１つまたは複数のＭＩＰ／ＭＥＰノードを実現するように動作可能であり得ることが明らかなはずである。例示として、ブリッジエンティティ２０２−２は、顧客レベルのＭＩＰノード２０６−１、サービスプロバイダレベルのＭＥＰ ２０８−１、オペレータレベルのＭＥＰ ２１２−１、ならびにオペレータレベルのＭＩＰ ２１４−２の処理および論理を実現することが理解されよう。したがって、イーサネット（登録商標）ネットワークの物理機器は、いくつかの階層レベルに論理的に拡張可能である、平らな「垂直方向に圧縮された」層を表し、どの１つのレベルでも、ＯＡＭドメインが、多数のＭＥＰノードによって境界を定められる複数のＭＩＰノードの連結として抽象化されることができる。本質的に、図３は、１対のＭＥＰノード３０２−１、３０２−２によって境界を定められるＭＩＰノード３０４−１〜３０４−Ｎを含む、ＯＡＭドメイン３００のこのような例示的な実施形態を示し、この実施形態は、特定のケースのポイントツーポイント動作を表す。ポイントツーマルチポイントケースにおいて、２つより多いＭＥＰが、（例えば、図１のコアネットワーク部分１０８に見られるように）ＯＡＭドメインの境界となるように提供されることが理解されよう。

上で暗示されたように、ＭＥＰノードは、エンドツーエンドのイーサネット（登録商標）ネットワーク内部での、発見、接続性検証、待ち時間／損失測定、遅延変化測定などのようなＯＡＭサービス機能の実現に使われることができる、様々なＯＡＭフレームを発生させるように動作可能である。概して、ＯＡＭフレームは、イーサネット（登録商標）仮想接続単位（ＥＶＣ単位）基準で発行され、ユーザデータフレームのように見えるが、（ｉ）ＯＡＭ発見のための所定のあるマルチキャストアドレス、および（ｉｉ）ＯＡＭ用の所定のあるＥｔｈｅｒＴｙｐｅを使うことによって区別される。また、無接続移送技術としてのイーサネット（登録商標）は、パケットを受信する必要がない、またはそうすべきでない、ネットワーク内の異なるエンティティに、パケットが送信されることができる（例えば、ＭＡＣアドレスが知られていないとき）という特徴をもつので、ドメインに基づくＯＡＭバリアまたはフィルタも、その中でエンコードされる。

図４Ａは、本発明の一実施形態による、障害指示情報フィールドを有するイーサネット（登録商標）アラーム指示および抑制（ＥｔｈＡＩＳまたはＡＩＳ）フレーム４００を示す。宛先および発信元ＭＡＣアドレス４０２、４０４、仮想ＬＡＮ（ＶＬＡＮ）イーサタイプ４０６、ＶＬＡＮタグ４０８、ＯＡＭイーサタイプ４１０、およびＯＡＭレベルフィールド４１２など、いくつかのフィールドが、バージョン４１４および予約済み４１６フィールドとともに与えられる。さらに、図４Ａには示されていないが、例えばプリアンブル、ポストアンブル、巡回冗長検査（ＣＲＣ）などのフィールドも、ＡＩＳフレーム４００に含まれ得る。命令コード４１８およびいくつかの命令コード固有の任意選択のタイプ長さ値（ＴＬＶ）フィールド４２０が、故障情報を提供するＡＩＳフレーム４００に含まれる。後でより詳細に見られるように、ＡＩＳフレーム中で故障場所および原因タイプを提供すると、ＡＩＳフレームが、イーサネット（登録商標）階層中のＯＡＭドメインを越えて伝搬されるとき、あるＯＡＭレベルにある故障を、別のＯＡＭレベルにある故障から見分ける革新的方式が容易になる。

図示されるように、任意選択のＴＬＶフィールド４２０は、いくつかのサブフィールド、すなわちＡＩＳ固定フィールド４２２、ＡＩＳフラグ４２４、ポートＩＤ ＴＬＶ ４２６、シャーシＩＤ ＴＬＶ ４２８、および追加の任意選択ＴＬＶ用のサブフィールド４３０から構成され得る。「故障場所」は、したがって、ポートＩＤ ＴＬＶ ４２６およびシャーシＩＤ ＴＬＶ ４２８の内容により識別され、こうしたＴＬＶは、それぞれ図４Ｂ、４Ｃでさらに詳しく示される。一実装形態では、こうしたフィールドは、ポートＩＤおよびシャーシＩＤを含む、ＩＥＥＥ８０１．１ａｂ ＭＡＣサービスアクセスポイント（ＭＳＡＰ）ＴＬＶを投入される。本発明のＡＩＳ伝播機構の一部として、受信ＭＥＰは、着信ＡＩＳフレームのＭＳＡＰを、それ自体のＭＳＡＰで置き換える。

ＡＩＳ固定フィールド４２２およびＡＩＳフラグ４２４をさらに区別すると、シーケンス番号フィールド４３２、時間カウントＡＩＳフィールド４３４、時間カウントＡＩＳクリアフィールド４３６、オペレータＩＤフィールド４３８、故障原因タイプフィールド４４０、ＡＩＳレベル指示フィールド４４２、および修復時間フィールド４４４が生じる。シーケンス番号フィールド４３２の内容は、所与の故障場所に起因して伝送されるＡＩＳフレームを一意に識別する。故障原因タイプ４４０は、異なるタイプの故障、例えば、リンク障害指示、輻輳指示、ＣＣフレーム損失、故障クリアなどを符号化するための機構を提供する。オペレータＩＤ ４３８は、どのオペレータエンティティが、引き起こされた障害の処置を担当するかを示すように、動作可能である。ＡＩＳレベル指示４４２は、ＡＩＳフレームが、現在のＯＡＭドメインレベルからのものであるかどうかを識別するための機構を提供し、この識別は、アラームを抑制する（ＡＩＳフレームが、より低いＯＡＭレベルのものである場合）か、それとも抑制しない（ＡＩＳフレームが、現在のレベルからのものである）かの判定に用いられる。

ＡＩＳフレームの信頼性を確実にするために、付加情報が、時間カウントＡＩＳフィールド４３４、時間カウントＡＩＳクリアフィールド４３６、および修復時間フィールド４４４などのフィールドを介して提供される。時間カウントＡＩＳフィールド４３４の内容は、故障がどの程度長く存在しているか（すなわち、故障の検出からの持続時間）を示す。一実装形態では、１つのシーケンス番号に対して、このフィールドは、ＡＩＳフレームが生成される度に１だけ増分される。時間カウントＡＩＳクリアフィールド４３６は、特定の故障がクリアされてから経過した時間の量を示すように動作可能である。１つのシーケンス番号に対して、このフィールドは、ＡＩＳ故障クリアフレームが生成される度に１だけ増分される。したがって、一部のＡＩＳフレームが、イーサネット（登録商標）ＯＡＭ階層を介して伝搬されるとき、輸送中に失われたとしても、時間カウントＡＩＳフィールド４３４および時間カウントＡＩＳクリアフィールド４３６は、それぞれいつ障害が始まり、または終わったかに関して、過去の正確な時間を示すはずである。例えば、１００という時間カウントＡＩＳ値は、より低レベルでの故障が、１００秒前に検出されたことを示す（毎秒１つのＡＩＳフレームの周期的生成に基づく）。

一般的な運用において、イーサネット（登録商標）ＡＩＳフレームは、リンク障害に隣接するＭＩＰノードによって周期的に生成され、上位（すなわち、より高い）レベルのイーサネット（登録商標）ＯＡＭネットワークに伝搬される。より低レベルからのＡＩＳフレームを受信するＭＥＰノードは、単にＡＩＳフレーム中のレベルインジケータ情報を調べることによって、故障が、より低いドメインにあると認識することができる。その後、ＭＥＰノードは、より低レベルの故障によって引き起こされる（そのレベルでの）ＣＣフレーム損失に起因して生成されることになる、現在のレベルにあるそのネットワーク管理システム（ＮＭＳ）へのアラームを抑制することができる。ただし、現在のＯＡＭレベルにおいて識別されるリンク障害は、（現在のレベル指示を有する）ＡＩＳフレームを使っても示され、このようなリンク障害に起因するアラームは、抑制されず、ＮＭＳに送信されることが留意されるべきである。

図５は、本発明の一実施形態による、イーサネット（登録商標）ＯＡＭ階層中でＥｔｈＡＩＳフレームを伝播する一般化方式５００を示す。３レベル階層は、レベル（ｉ−１）にあるＯＡＭドメイン５０２、レベル（ｉ）にあるＯＡＭドメイン５０４、およびレベル（ｉ＋１）にあるＯＡＭドメイン５０６を含む。各ＯＡＭドメインに関連づけられるのは、そのドメインによって生成されるどのアラームにも応答するように動作可能な、対応するＮＭＳエンティティである。したがって、参照符号５０８（ｉ−１）、５０８（ｉ）、５０８（ｉ＋１）は、それぞれＯＡＭドメイン５０２、５０４、５０６に関連づけられたＮＭＳエンティティを指す。正常な動作において、各ＯＡＭドメインは、その中のＭＥＰノードによって伝送されるレベル固有のＣＣフレームによって監視される。図示される３レベル階層の下のレベルに故障がある場合、各ＯＡＭドメインにおけるＣＣフレームの流れが中断され、そうすることによって、その中でＣＣ損失障害を作成し、故障は他の所で起こったのだが、この障害は、通常対応するＮＭＳに報告される。しかし、階層を通って伝搬される、故障の場所およびレベル情報を含むＡＩＳフレームのせいで、各ＯＡＭドメインは、故障がどこか他の所にあることに気づく。したがって、それぞれのＯＡＭドメイン中のＣＣ損失に起因するアラームが抑制される。

例示として、ＯＡＭドメイン５０２が、より低いレベルからＡＩＳ ５１０を受信する。その結果、（そのＭＥＰからの）ＯＡＭドメイン５０２中のＣＣフレーム損失５１２（ｉ−１）に起因する、ＮＭＳ ５０８（ｉ−１）へのアラーム信号伝達５１４（ｉ−１）が抑制される。さらに、故障の場所およびレベル情報は、ＯＡＭドメイン５０２の１つまたは複数のＭＥＰノードによって、新規ＡＩＳフレーム、ＡＩＳ（ｉ−１）５１６を介して、その上位レベルのドメイン、すなわち、ＯＡＭドメイン５０４に伝搬される。ＡＩＳ（ｉ−１）５１６を受信すると、ＯＡＭドメイン５０４は、同様に、そのＣＣ損失５１２（ｉ）が、対応するＮＭＳ ５０８（ｉ）に報告されるべきでないと判断する。したがって、そこでのアラーム信号伝達５１４（ｉ）が抑制される。さらに、ＯＡＭドメイン５０２の挙動とほぼ同様に、新規ＡＩＳ（ｉ）５１８が、次に高いレベル、すなわちレベル（ｉ＋１）に伝搬される。ＡＩＳ（ｉ）５１８の内容に応答して、ＯＡＭドメイン５０６も、そのＣＣ損失５１２（ｉ＋１）が、対応するＮＭＳ ５０８（ｉ＋１）に報告される必要がないと判断し、そのように判断されると、アラーム信号伝達５１４（ｉ＋１）が抑制される。

同様の扱いは、初期故障指示が、ＡＩＳフレーム生成ではなく、技術固有のサーバレベルメッセージ通信を介して、その上位レベルのドメイン、例えばオペレータレベルのドメインに伝搬されるとき以外、故障が、イーサネット（登録商標）ＯＡＭネットワークのサーバレベルで最初に検出される場合にも利用可能であることを、当業者は認識するべきである。その後、オペレータレベルのドメインのＭＩＰノードは、それに従ってイーサネット（登録商標）ＡＩＳフレームを生成し、こうしたフレームは、上述したように、イーサネット（登録商標）ＯＡＭネットワークの階層まで伝搬される。

ここで図６を参照すると、本発明の一実施形態による、イーサネット（登録商標）ＯＡＭネットワーク内で動作可能なＥｔｈＡＩＳフレーム伝播方法のフローチャートが示されている。故障を検出すると、より低レベルのＯＡＭドメイン、すなわち第１のＯＡＭドメイン内に配置されたＭＩＰノードによって、第１のシーケンス番号を有するイーサネット（登録商標）ＡＩＳフレームが生成される（ブロック６０２）。一実装形態では、故障の場所に隣接する１つまたは複数のＭＩＰが、このようなフレームを生成し、ドメインを通して独自に伝送するように動作可能である。好ましくは、ＭＩＰノードは、第１のシーケンス番号をもつ、生成されたＡＩＳフレームを、そのドメインのＭＥＰノードにマルチキャストする（ブロック６０４）。第１のＯＡＭドメインの１つまたは複数のＭＥＰノードによってＡＩＳフレームを受信すると、受信ＭＥＰノードによって、第２のシーケンス番号を有する別のイーサネット（登録商標）ＡＩＳフレームが生成され、第２のイーサネット（登録商標）ＡＩＳフレームは、より低レベルのＯＡＭドメインで故障が起こったという指示を含む（ブロック６０６）。第２のイーサネット（登録商標）ＡＩＳフレームは、次いで、第１のＯＡＭドメインに比べて１つ高い階層レベルに配置されている第２のＯＡＭドメインに伝送される（ブロック６０８）。さらに、受信ＭＥＰノードは、より低レベルで検出された故障に起因する、そこでのＣＣフレームの損失によって引き起こされていたはずの、第２のＯＡＭドメインに関連づけられたＮＭＳエンティティへのアラーム信号の生成を抑制する。

図７は、リンク障害に応答した、イーサネット（登録商標）ＯＡＭ階層中でのＥｔｈＡＩＳフレーム伝播方式７００の実施形態を示し、図２を参照して上述された複数のブリッジ２０２−１〜２０２−９が例示される。隣接するサーバノード７０２と７０４との間のサーバレベルに位置するリンク障害が、サーバノードによって検出され、その後、各サーバノードが、それぞれ、サーバレベル固有の障害メッセージ７０６、７０８を、次に高いレベルのドメイン、すなわちオペレータレベルのドメインに配置された、その対応するＭＩＰノード２１４−１、２１４−２に伝送する。故障のせいで、ブリッジ２０２−２と２０２−３との間に実現されるサーバリンクは、もはや動作せず、ＯＡＭドメインは、したがって、ドメインを２つのサイドに分ける垂直ブリーチを経験する。図示されるように、オペレータレベルＭＩＰノード２１４−１、２１４−２は、ブリーチの異なるサイドに属し、各々が、オペレータレベルのドメインのそれぞれのサイドへの伝送のための故障情報をもつＡＩＳフレーム７１０、７１２を生成するように動作可能である。一実装形態では、ＡＩＳフレーム７１０、７１２は、故障状態の間、ＭＩＰによって周期的にマルチキャストされる（例えば、毎秒１フレーム）。ＡＩＳフレーム７１０、７１２を受信すると、オペレータレベルのドメインのＭＥＰノード２１２−１、２１２−２は、それぞれ、受信されたＡＩＳフレームのシーケンス番号とは異なるシーケンス番号を有する新規ＡＩＳフレームを生成する。例示的な実施形態では、ＭＥＰノード２１２−１、２１２−２は、現在のレベル（すなわち、オペレータレベルのドメイン）からの、受信されたＡＩＳフレームをすべて合体させた後、新規ＡＩＳフレームを生成する。より高いレベルのドメイン（例えば、顧客レベルのドメイン）のみが、故障が、より低レベル（例えば、プロバイダレベル）にあることを知る必要があるが、どれだけ多くの故障が、より低レベルにあるかも、より低レベルにあるどのブリッジが故障しているかも知る必要がないので、ＡＩＳフレームの合体が好まれる場合がある。したがって、より低レベルにある故障の数に関わらず、上位レベルのＯＡＭドメインが、より低レベルのＯＡＭドメインから、ある１つのＡＩＳ故障指示を受信するだけで十分である。したがって、ＡＩＳフレームを合体すると、不必要なフレームを有するＯＡＭドメインのフラッディングが回避されることが理解されるべきである。

オペレータレベルのＭＥＰ２１２−１、２１２−２は、新規ＡＩＳフレームをプロバイダレベルのドメインに向けて伝播し、このドメインで、ドメインの残りの部分に、同様にマルチキャストされる。参照符号７１４は、プロバイダレベルのＭＩＰ ２１０−１によって、オペレータレベルのＭＥＰ ２１２−２から受信されるＡＩＳフレームを指し、このフレームは、プロバイダレベルのＭＥＰ ２０８−２に伝送され、このＭＥＰは、そこで受信されたＡＩＳフレームを合体させ、さらに別の新規ＡＩＳフレームを、顧客レベルのドメインに向けて伝搬する。図示されるように、顧客レベルのＭＩＰノード２０６−２は、プロバイダレベルのドメインから新規ＡＩＳフレームを受信するように動作可能であり、フレームは、次いで、顧客レベルのＭＥＰノード（例えば、ＭＥＰ ２０４−２）にマルチキャストされる。ＯＡＭ階層を介したＡＩＳ伝播の結果、各レベルのＭＥＰノードは、ネットワークにおける障害状態が、サーバレベルにおけるリンク故障に起因すると判断するように動作可能であり、したがって、各レベルに関連づけられたＮＭＳエンティティへのアラーム信号伝達（そのレベルにおけるＣＣフレームの損失に起因する）が抑制される。

図８は、ＣＣ損失に応答した、イーサネット（登録商標）ＯＡＭ階層中でのＥｔｈＡＩＳフレーム伝播方式８００の実施形態を示す。図７に示されるシナリオと同様に、複数のブリッジ２０２−１〜２０２−９が例示されており、ここで、ＭＥＰ ２１２−１およびＭＥＰ ２１２−２によって規定されるオペレータレベルのＭＥにおいて、輻輳またはファブリック障害状態が遭遇される。しかし、基底リンクは、故障状態を経験しない。ファブリック障害または輻輳は、ＣＣフレームがオペレータレベルのＭＥを通り過ぎるのを妨げ、これは、ＭＥのエンドポイント、すなわちＭＥＰ ２１２−１、２１２−２によってのみ検出される。しかし、ファブリック障害に隣接するＭＩＰノードは、これを検出することができない。ＣＣフレーム損失状態を検出すると、ＭＥＰノード２１２−１、２１２−２は、それぞれ、イーサネット（登録商標）ＡＩＳフレームを、より高いレベルのドメイン（すなわち、プロバイダレベルのドメイン）内のそれらの対応するノードに伝播する。プロバイダレベルのドメイン内の受信ＭＩＰノード、例えばＭＩＰ ２１０−１は、フレーム７１４を、その中の（そのレベルでの）アラーム抑制を実現するＭＥＰに、また、ＡＩＳ伝播を次のレベル（すなわち、顧客レベル）にマルチキャストする。

図９は、故障の除去を示すための、イーサネット（登録商標）ＯＡＭ階層中でのＥｔｈＡＩＳフレーム伝播方式９００の実施形態を示す。ブリッジ２０２−２と２０２−３との間のサーバレベルでの故障状態を修復すると、適切な信号９０２、９０４が、サーバノードによって、オペレータレベルのドメイン内のＭＩＰノード２１４−１、２１４−２に与えられる。リンク障害が起こった際のＡＩＳフレーム生成と同様にして、ＡＩＳクリアフレーム９０６、９０８が、修復されたリンクに隣接するＭＩＰによって生成され、こうしたフレームは、それぞれのＭＥＰノード２１２−１、２１２−２に伝搬される。その後、新規ＡＩＳクリアフレーム（例えば、ＡＩＳクリア９１２およびＡＩＳクリア９１０）が、ＭＥＰノード２１２−１、２１２−２によって、ＯＡＭ階層までの伝播用に生成される。これを参照して、ＡＩＳクリアフレームを介した故障除去指示方式なしでは、所与のレベルでのＭＩＰまたはＭＥＰノードは、障害がクリアされたことを示し、またはそのように見なすためのＡＩＳ指示がその間受信されない、任意の数のＡＩＳ期間、待機しなければならないことを、当業者は理解するべきである。ＡＩＳクリアフレームを実装することによって、障害が実際にクリアされたという能動的確認が、ＯＡＭ階層全体に与えられ得る。

上述の説明に基づいて、ＡＩＳフレームの生成および伝播は、マルチレベルイーサネット（登録商標）ＯＡＭ階層内での故障の場所情報を伝送する有利な方式を提供し、この情報によって、様々なドメインレベルでの故障が区別されることができることが明らかなはずである。また、故障は、より低レベルに固定されるはずなので、より低レベルのでの故障に起因する、特定のレベルでのアラームが抑制される（すなわち、特定のレベルに関連づけられたＮＭＳエンティティに報告されない）。さらに、イーサネット（登録商標）ＡＩＳを用いると、特定のＯＡＭドメイン（例えば、顧客レベルのドメイン）によって、サービス利用不可能状態がより低レベルのＯＡＭドメインからの障害に起因して起こる、より低レベルのＯＡＭドメイン（例えば、プロバイダレベルのドメイン）に対してペナルティが課され得る。したがって、顧客は、次いで、より低レベルのドメインのせいであるサービス利用不可能状態に基づいて、払戻しを得ることができる。

しかし、例示的なイーサネット（登録商標）ＯＡＭネットワークにおけるＡＩＳ方式の実装において、ある技術的な問題が生じる。最初に、イーサネット（登録商標）ＯＡＭドメイン内の同時故障が、多数のＡＩＳフレームの、上位ドメインへのカスケードをトリガし、この結果、上位レベルでの、不必要な超過アラームトラフィックを生じる。さらに、イーサネット（登録商標）ＡＩＳを用いると、時として、そのレベルでのＮＭＳに報告されるべきである、特定のレベルでの故障に起因するアラームを間違って抑制することがあり得る。例えば、このようなシナリオは、ＡＩＳフレームが、そのより低レベルでの故障に起因して、より低レベルのドメインから伝搬されている場合に生じる可能性があり、これは、より高いレベルでのアラーム信号伝達の無差別抑制を引き起こす。本特許開示の残りの部分は、こうした問題に具体的に対処する、様々な方式のための実施形態を説明する。

図１０Ａは、多数のＥｔｈＡＩＳフレーム生成を例示するイーサネット（登録商標）ＯＡＭネットワーク１０００の実施形態を示し、ここで、プロバイダドメイン１００２は、顧客ドメイン部分１００４Ａ、１００４Ｂに結合される。プロバイダブリッジ機器Ｐ１ １０３４、Ｐ２ １０１８、およびＰ３ １０２０は、プロバイダドメインの内部部分を形成し、この部分は、複数のプロバイダエッジ（ＰＥ）ブリッジを介して、顧客ドメインとインターフェースがとられる。例示として、ＰＥ１ １０１４、ＰＥ２ １０１６、ＰＥ３ １０２２、およびＰＥ １０２０が与えられる。顧客ドメイン部分１００４Ａ、１００４Ｂは、同様に、顧客エッジ（ＣＥ）ブリッジを含む複数の顧客ブリッジから構成される。例示されるように、Ｃ１ １０１２およびＣ２ １０１０が、ＣＥ１ １００６に結合され、ＣＥ１は、ＰＥ１ １０１４とインターフェースをとられる。同様に、ＣＥ２ １００８、ＣＥ３ １０２８、およびＣＥ４ １０２６は、それぞれＰＥ２ １０１６、ＰＥ３ １０２２、およびＰＥ４ １０２４とインターフェースをとられる。さらに、ネットワーク１０００内の様々なブリッジはそれぞれ、例として４つのポートを有して示される。

図１０Ａの参照を続けると、２つの同時故障１０３０、１０３４が、プロバイダドメイン内に例示され、故障１０３０は、Ｐ１ １０３４とＰ２ １０１８との間で起こり、故障１０３２は、Ｐ３ １０２０とＰＥ４ １０２４との間で起こる。上で詳しく説明されたように、各故障は、独自に、プロバイダドメイン内でイーサネット（登録商標）ＡＩＳフレームを生じさせる。したがって、別個の２つのＡＩＳフレームが、顧客ドメイン内で受信され、このことは、より低レベル（すなわち、プロバイダドメイン）にある多数の故障を表す。プロバイダレベル内の故障の数が増えるのにつれて、顧客レベルにおけるＡＩＳフレームの数が、それに対応して増え、その結果、超過トラフィックを生じる。しかし、このような多数のＡＩＳフレームを上位レベルで受信しても、より低レベルにあるどの１つのＡＩＳフレームも、上位レベルにおけるアラーム信号伝達を抑制するように動作するので、いかなる有用な追加情報も提供されない。

図１０Ｂは、本発明の実施形態による、イーサネット（登録商標）ＯＡＭネットワーク１０００内の１つのレベルからの多数のＥｔｈＡＩＳフレームの流れを最適化する方式を示す。本質的に、このソリューションは、現在のレベルでのＣＣフレーム損失の検出後にのみ、上位レベルのドメインへのイーサネット（登録商標）ＡＩＳフレームの生成を伴う。以前示されたように、故障１０３０、１０３２は、顧客ドメインに向けて伝搬される２つの独立ＡＩＳフレームを生じさせる。最初に、ＰＥ１を伴う例示的なＭＥにおいて、対応するＡＩＳフロー１０５６、１０５８が、ＰＥ１ １０１４に到達し、ここで、（ＰＥ１のポート３で実現される）ＭＥＰ １０５４が、フローを終了させる。並行して、ＭＥＰ １０５４は、プロバイダドメイン内の他のＭＥＰからのＣＣフレームの受信も絶えず監視する。ＭＥＰは、１つまたは複数のＣＣフレームを捕らえ損なった場合、プロバイダドメイン内の遠隔ＭＥＰがＣＣフレームを送っておらず、したがって到達不可能であることを示すＣＣ損失アラームをトリガする。図１０Ｂに示される例では、故障１０３０、１０３２は、プロバイダドメインの他のＭＥＰノードから、ＣＣフレームをＭＥＰノード１０５４が受信するのを防止し、そうすることによって、ＣＣ損失アラームの生成をトリガする。したがって、１つのＡＩＳフレーム１０６０が再生され、ＭＩＰ １０５２を介して顧客ドメインに向けて伝送され、ＭＩＰは次いで、顧客ドメイン内でフレーム１０６０をマルチキャストする。

ＡＩＳフレーム伝播方法の上記方式が、本発明の実施形態による、図１１のフローチャートとして説明される。ブロック１１０２で規定されるように、特定のレベルのＯＡＭドメイン内に配置されたＭＥＰノードで、第１のイーサネット（登録商標）ＡＩＳフレームが受信され、イーサネット（登録商標）ＡＩＳフレームは、第１の故障状態に起因して伝搬される。やはり、第２のイーサネット（登録商標）ＡＩＳフレームが、特定のレベルのＯＡＭドメインのＭＥＰノードによって受信され、第２のＡＩＳフレームは、第２の故障状態に応答して伝搬される（ブロック１１０４）。ＭＥＰノードに与えられる論理によって、現在のレベルのドメイン、すなわち、特定のレベルのドメインには、第１および第２の故障状態の少なくとも一方に起因するＣＣフレーム損失があるという判断が行われる。この判断に応答して、ＭＥＰノードは、第１および第２のＡＩＳフレームを終了させ、次に高いレベルのＯＡＭドメインへの伝播用に、１つの新規イーサネット（登録商標）ＡＩＳフレームを生成する（ブロック１１０６）。

図１２Ａは、アラームの無差別抑制が例示される、イーサネット（登録商標）ＯＡＭネットワーク１２００の実施形態を示す。上述されたイーサネット（登録商標）ＯＡＭネットワーク１０００と同様に、複数のブリッジが、プロバイダドメイン１２０１および顧客ドメイン部分１２０３Ａ、１２０３Ｂの中に編成される。図示されるように、ＰＥ１ １２０６、Ｐ１ １２０８、ＰＥ３ １２１０、およびＰＥ４ １２１２が、プロバイダドメイン１２０１内に配置される。同様に、顧客ドメイン部分１２０３Ａ、１２０３Ｂは、それぞれ、Ｃ２ １２０２およびＣＥ１ １２０４と、ＣＥ３ １２１４、ＣＥ４ １２１６、およびＣ１ １２１８とを備える。例として、２つのＭＥシステム、すなわちＭＥ｛ＭＥＰ５、ＭＥＰ１｝およびＭＥ｛ＭＥＰ５、ＭＥＰ４｝が顧客ドメイン内に供給され、ＭＥＰ５は、Ｃ２ １２０２のポート３の所に構成され、ＭＥＰ１は、ＣＥ３ １２１４のポート２の所に構成され、ＭＥＰ４は、Ｃ１のポート４の所に構成される。したがって、顧客レベルのＣＣフレームは、ＯＡＭアーキテクチャにおいて提供される各ＭＥシステムを介して渡される。正常な動作において、１組のＣＣフレームが、ＭＥ｛ＭＥＰ５、ＭＥＰ１｝システムの一部として、ブリッジＣ２ １２０２、ＣＥ１ １２０４、ＰＥ１ １２０６、Ｐ１ １２０８、ＰＥ３ １２１０、ＣＥ３ １２１４を巡回し、別の１組のＣＣフレームが、ＭＥ｛ＭＥＰ５、ＭＥＰ４｝システムの一部として、ブリッジＣ２ １２０２、ＣＥ１ １２０４、ＰＥ１ １２０６、Ｐ１ １２０８、ＰＥ４ １２１２、ＣＥ４ １２１６、Ｃ１ １２１８を巡回することを、当業者は容易に理解するはずである。

リンク故障１２０９が、プロバイダドメイン１２０１においてＰ１ １２０８とＰＥ３ １２１０との間に例示され、これは、イーサネット（登録商標）ＡＩＳフレーム生成、および上位レベルのドメイン、すなわち顧客ドメインへの伝播を生じさせる。しかし、リンク故障の結果、ＭＥ｛ＭＥＰ５、ＭＥＰ１｝に関与するＣＣフレームが失われる。上で詳しく説明されたように、プロバイダドメイン内のリンク故障１２０９に起因するＡＩＳフレームは、結局、顧客ドメインの境界ＭＥＰノードに到着し、その後、顧客ＣＣフレームの損失に起因するアラーム信号伝達（リンク故障によって引き起こされる）が抑制される。一方、イーサネット（登録商標）ＡＩＳ機構は、現時点で、特定のレベルにおける全アラームの無差別抑制を実現しているので、その特定のレベルに固有の（報告される必要がある）故障がある場合、このような故障に起因するＣＣ損失も抑制される。図１２Ａに例示されるように、ＭＥ｛ＭＥＰ５、ＭＥＰ４｝に関与するＣＣフレームの損失を作成する、（顧客ドメイン内の）ＣＥ４ １２１６でのファブリック故障１２１１が、顧客ドメインにおいて誤って抑制される。

図１２Ｂは、本発明の実施形態による、イーサネット（登録商標）ＯＡＭ階層におけるインテリジェントアラーム抑制を実現する一般化方式１２５０を示す。３レベルのＯＡＭドメイン、すなわちレベル（ｉ−１）、レベル（ｉ）、およびレベル（ｉ＋１）が例示され、各ドメインは、それ自体のＣＣフレーム循環を有する。レベル（ｉ＋１）で、ＯＡＭドメインは、複数のＭＩＰノード１２５６−１〜１２５６−Ｎをその間に有する、ＭＥＰ １２５２およびＭＥＰ １２５４を含む。同様に、レベル（ｉ）で、ＯＡＭドメインは、複数のＭＩＰノード１２６６−１〜１２６６−Ｍをその間に有する、ＭＥＰ １２６０およびＭＥＰ １２６２を含み、レベル（ｉ−１）で、ＯＡＭドメインは、複数のＭＥＰノード１２７２−１〜１２７２−Ｌをその間に有する、ＭＥＰ １２６８およびＭＥＰ １２７０を含む。

学習フェーズでは、より低レベルのＭＥＰノードが、より低レベルのＭＥＰおよび対応する上位レベルのＭＩＰ両方を実現する同じブリッジを通過する上位レベルのＣＣフレームを監視することによって、その上位レベルのＭＥＰトポロジの知識を取得する。図１２Ｂに示されるように、レベル（ｉ）のＭＥＰ １２６０およびレベル（ｉ＋１）のＭＩＰ １２５６−１は、同じブリッジ機器内で実現される。ＭＩＰ １２５６−１は、それらを通過するレベル（ｉ＋１）ＣＣフレームを覗くように動作可能であり、その内容を調べることによって、ＭＩＰ １２５６−１は、ＭＥＰ１２５２、１２５４がレベル（ｉ＋１）ドメインにあると判断することができる。上位レベルのＭＥＰ情報は、ＣＣデータベース１２５８に格納されることができ、データベース１２５８は、本質的に、上位レベルのドメインの到達可能な全ＭＥＰを識別する。より低レベルのＭＥＰ、すなわちＭＥＰ １２６０は、ＣＣデータベース１２５８へのアクセス権を有するので、上位レベルのＭＥＰトポロジ情報は、そのレベル、すなわちレベル（ｉ）の残りのＭＥＰノードに、レベル（ｉ）ＣＣフレームを介して提供されることができる。ただ１つの遠隔ＭＥＰ（例えば、ＭＥＰ １２６２）がレベル（ｉ）に示されているが、その中で多数の遠隔ＭＥＰが供給されることができ、各々が、上位レベルのＭＥＰ情報を有するＣＣフレームを受信することが明らかなはずである。上位レベルのＭＥＰ情報の配信に関して、いくつかの伝送モードが可能である。一実装形態では、データベース１２５８における変更のみが、適用可能な場合、ＣＣフレームを介して伝送されることができる。この実装は拡張性があるが、同期はより難しい。別の実装形態では、完全なＣＣデータベース１２５８が、すべてのＣＣフレームに入れて伝送されることができ、こうすることによって、拡張性が比較的低いが、信頼できるソリューションが提供される。さらに異なる実装では、上の２つの手法を伴うハイブリッドな機構が、提供されることができる。

上位レベルの追加ＭＥＰトポロジ情報でタグ付けされたＣＣフレームを受信する遠隔ＭＥＰノードが、到達可能な（かつ、逆に到達不可能な）上位レベルのＭＥＰノードを含む、対応するＡＩＳデータベースを構成するように動作可能である。例示として、レベル（ｉ）の遠隔ＭＥＰ １２６２が、ＭＥＰ １２６０からレベル（ｉ）ＣＣフレームを介して受信される情報に基づくＡＩＳデータベース１２６４を構成する。一例として、ＡＩＳデータベース１２６４のエントリは、「レベル（ｉ＋１）のＭＥＰ １，．．．．は、このトポロジ情報を、そのＣＣフレームを介して提供したレベル（ｉ）のＭＥＰ２の後ろにある」のように読まれ得る。

レベル（ｉ）にあるＡＩＳデータベース１２６４の構成と同様に、特定のイーサネット（登録商標）ＯＡＭ階層中の各レベルが、それ自体の上位レベルのＭＥＰトポロジデータベースを構築することができる。言い換えると、ＡＩＳデータベースは、レベル（ｉ）のＣＣフレームを調べることによって学習された到達可能／到達不可能なＭＥＰトポロジ情報を含む、レベル（ｉ−１）にあるＭＥＰノードによって構成されることができる。ＡＩＳデータベースが、ネットワーク内で適切に構成されると、その内容は、適切な上位レベルのＭＥＰ情報を有するイーサネット（登録商標）ＡＩＳフレームの生成において使われることができ、この情報は、後で説明されるように、（より低レベルでの故障に起因する）ある種類のアラームを抑制し、（現在のレベルでの故障に起因する）残りのアラームを許可するのに使われる。

図１２Ｃは、上述された、イーサネット（登録商標）ＯＡＭネットワーク１２００におけるインテリジェントアラーム抑制の実現における、学習フェーズの実施形態を示す。学習フェーズ中、プロバイダドメインのエッジにあるすべての顧客ＭＩＰが、それらを通過する顧客ＣＣフレームを覗く。こうした顧客ＭＩＰは、プロバイダネットワークに属すブリッジ上で実現されるので、プロバイダは、顧客ＭＩＰを効果的に使って、顧客ＣＣフレームを覗くことができる。

図１２Ｃに示されるように、（ＰＥ３ １２１０中のポート２の所の）ＭＩＰ２は、顧客ドメイン中のＭＥＰ１からのＣＣフレームを調べることによって学習し、その後、この情報を、それに関連づけられたＣＣデータベースに格納する。プロバイダＭＥＰ２（顧客ＭＩＰ２の下にある）は、プロバイダＣＣフレームを、プロバイダネットワーク内の他の全ＭＥＰにマルチキャストする。上で説明されたように、ＭＥＰ２は、ＭＩＰ２と同じポート上にあるので、ＭＩＰ２と同じＣＣデータベースへのアクセス権も有する。ＣＣデータベース中に収集された情報は、プロバイダネットワークを越え、適切なＴＬＶフィールドを含むＣＣフレームを介して、残りのプロバイダＭＥＰに伝送される。したがって、ＰＥ １ １２０６の所のＭＥＰ３は、プロバイダＣＣフレームを受信し、終了させる。ＭＥＰ３は、次いで、ＣＣデータベース情報、すなわちＴＬＶに基づく顧客ＭＥＰ情報をはぎ取り、この情報は、送信ＭＥＰによって索引づけられる新規イーサネット（登録商標）ＡＩＳデータベースに格納される。

図１２Ｄは、イーサネット（登録商標）ＯＡＭネットワーク１２００におけるインテリジェントアラーム抑制の実現における、フレーム生成フェーズの実施形態を示す。上の通り、Ｐ１ １２０８とＰＥ３ １２１０の間とのリンク故障１２０９は、プロバイダドメイン中で、ＭＥＰ３（ＰＥ１ １２０６の所のポート３）とＭＥＰ２（ＰＥ３ １２１０の所のポート２）との間のＣＣフレーム損失を生じさせる。この損失は、ＭＥＰ２が到達不可能であることを示す。ＰＥ１ １２０６は、そのイーサネット（登録商標）ＡＩＳデータベースを照会し、顧客レベルのＭＥＰ１が、ＭＥＰ２の後ろにあり、したがって到達不可能でもあると判断する。イーサネット（登録商標）ＡＩＳフレームが、このＣＣ損失に応答して、ＭＥＰ３によって、顧客ドメインに向けて生成される。ＭＥＰ３は、このＡＩＳフレーム中に、顧客レベルにある到達不可能なＭＥＰ１に関する、学習フェーズ中に獲得された、上位レベルのＭＥＰトポロジ情報を追加する。一実装形態では、ＭＥＰ１識別子が、ＴＬＶフィールドとして、ＡＩＳフレームに挿入される。その後、ＡＩＳフレームは、顧客ドメインにマルチキャストされる。

ＭＥＰ１識別子を含む追加ＴＬＶフィールドを有するＡＩＳフレームを受信すると、ＭＥＰ５（Ｃ２ １２０２の所のポート３）は、ＭＥ｛ＭＥＰ５、ＭＥＰ１｝に関するＣＣフレーム損失が、プロバイダドメイン中の障害に起因し、そのせいでＭＥＰ１が到達不可能になったと判断する。ＭＥＰ５は、したがって、ＭＥ｛ＭＥＰ５、ＭＥＰ１｝におけるＣＣ損失を安全に抑制することができる。一方、他のＣＣ損失、例えばＭＥ｛ＭＥＰ５、ＭＥＰ４｝におけるＣＣ損失は、抑制されない。つまり、現在のレベルにおける障害（例えば、ＣＥ４ １２１６でのファブリック障害１２１１など、顧客ドメイン中のファブリック障害）に関するような他のＣＣ損失は、そのＮＭＳに報告される。

図１３は、本発明の実施形態による、イーサネット（登録商標）ＯＡＭ階層におけるインテリジェントアラーム抑制方法のフローチャートである。ブロック１３０２で規定されるように、隣接するより高いレベルのＯＡＭドメインを通過するＣＣフレームの監視に起因して、より低レベルのＯＡＭドメインに配置されたＭＥＰによって、隣接するより高いレベルのＯＡＭドメインのＭＥＰトポロジが学習される。より低レベルのＭＥＰによって、より高いレベルのＭＥＰトポロジ情報が、より低いレベルのＣＣフレームを介して、残りのより低レベルのＭＥＰノード（例えば、遠隔ＭＥＰ）に伝播される（ブロック１３０４）。より低レベルのＯＡＭドメインの１つまたは複数の遠隔ＭＥＰで、ＡＩＳデータベースが構築され、データベースは、より高いレベルのどのＭＥＰが到達不可能であるかに関する情報を含む（すなわち、より低レベルの特定の各ＭＥＰの後ろにある、より高いレベルのＭＥＰを識別する）（ブロック１３０６）。より低レベルのＯＡＭドメイン内でＣＣフレーム損失を検出すると、イーサネット（登録商標）ＡＩＳフレームが生成され、隣接するより高いレベルに伝播され、イーサネット（登録商標）ＡＩＳフレームは、ＡＩＳデータベース情報に基づいて判定された、到達不可能なより高いレベルのＭＥＰの識別を投入される（ブロック１３０８）。より高いレベルのＯＡＭドメインによってイーサネット（登録商標）ＡＩＳフレームを受信した後、そのドメイン中のＭＥＰは、より高いレベルのＣＣ損失のどれが、下からの障害に起因するか、（より高いレベルのどのＭＥＰが、到達不可能なより低レベルのＭＥＰの後ろにあるかを示すＡＩＳデータベース情報に基づいて）判定する。それに応答して、到達不可能なより高いレベルのＭＥＰ全体をループすることを意図される、より高いレベルのＯＡＭドメインＣＣフレームの損失に関するアラーム信号が抑制される（ブロック１３１０）。上で指摘されたように、他のＣＣフレーム損失に関するアラームは、抑制されず、より高いレベルのＯＡＭドメインに関連づけられたＮＭＳエンティティに正式に報告される。

上記の詳細な説明に基づき、本発明は、有利には、イーサネット（登録商標）ＯＡＭ階層におけるアラーム指示および抑制機構を提供することが理解されるべきである。本発明は、特定の例示的な実施形態を参照して説明されたが、示され説明された本発明の形は、例示的な実施形態としてのみ扱われるべきであることが理解されるべきである。したがって、様々な変更形態、代用形態、および修正形態は、特許請求の範囲によって規定される本発明の精神および範囲から逸脱せずに実施されることができる。

複数のＯＡＭドメインを有するエンドツーエンドのイーサネット（登録商標）ＯＡＭネットワークの実施形態を示す図である。 エンドツーエンドのイーサネット（登録商標）ネットワークに対して動作可能な、例示的な階層状ＯＡＭレイヤ化方式を示す図である。 １対のＭＥＰノードによって境界を定められるＯＡＭドメインの例示的な実施形態を示す図である。 本発明の一実施形態による、障害指示情報フィールドを有するイーサネット（登録商標）アラーム指示および抑制（ＥｔｈＡＩＳまたはＡＩＳ）フレームを示す図である。 図４Ａに示されるＥｔｈＡＩＳフレームのさらに詳細を示す図である。 図４Ａに示されるＥｔｈＡＩＳフレームのさらに詳細を示す図である。 本発明の一実施形態による、イーサネット（登録商標）ＯＡＭ階層中でＥｔｈＡＩＳフレームを伝播する一般化方式を示す図である。 本発明の一実施形態による、イーサネット（登録商標）ＯＡＭネットワーク内で動作可能なＥｔｈＡＩＳフレーム伝播方法を示すフローチャートである。 リンク障害に応答した、イーサネット（登録商標）ＯＡＭ階層中でのＥｔｈＡＩＳフレーム伝播の実施形態を示す図である。 導通試験（ＣＣ）損失に応答した、イーサネット（登録商標）ＯＡＭ階層中でのＥｔｈＡＩＳフレーム伝播の実施形態を示す図である。 故障の除去を示すための、イーサネット（登録商標）ＯＡＭ階層中でのＥｔｈＡＩＳフレーム伝播の実施形態を示す図である。 多数のＥｔｈＡＩＳフレーム生成を例示するイーサネット（登録商標）ＯＡＭ階層の実施形態を示す図である。 本発明の実施形態による、イーサネット（登録商標）ＯＡＭ階層中の１つのレベルからの、多数のＥｔｈＡＩＳフレームの流れを最適化する方式を示す図である。 本発明の実施形態による、ＡＩＳフレーム伝播方法を示すフローチャートである。 アラームの無差別抑制が例示される、イーサネット（登録商標）ＯＡＭ階層の実施形態を示す図である。 本発明の実施形態による、イーサネット（登録商標）ＯＡＭ階層におけるインテリジェントアラーム抑制を実現する一般化方式を示す図である。 本発明の実施形態による、イーサネット（登録商標）ＯＡＭ階層におけるインテリジェントアラーム抑制の実現における、学習フェーズの実施形態を示す図である。 本発明の実施形態による、イーサネット（登録商標）ＯＡＭ階層におけるインテリジェントアラーム抑制の実現における、フレーム生成フェーズの実施形態を示す図である。 本発明の実施形態による、イーサネット（登録商標）ＯＡＭ階層におけるインテリジェントアラーム抑制方法を示すフローチャートである。

Claims (20)

1. イーサネット（登録商標）ネットワークのための保守終了点（ＭＥＰ）ノード内で動作可能な方法であって、イーサネット（登録商標）ネットワークは多数の運用、管理、および保守（ＯＡＭ）ドメインに論理的にセグメント化され、ＭＥＰノードは、第１の割り当てられたレベルを有する第１のＯＡＭドメインに関連づけられ、前記方法は、
   導通試験（ＣＣ）フレームの損失が第１のＯＡＭドメイン内で起こったことを、前記ＭＥＰノードによって判断すること、
   第１のＯＡＭドメインに関連づけられたＭＥＰノードによって、イーサネット（登録商標）ＡＩＳフレームを受信することを含み、イーサネット（登録商標）ＡＩＳフレームは、第２の割り当てられたレベルを有する第２のＯＡＭドメイン内で故障状態が検出されたことを示し、前記方法はさらに、
   第２のＯＡＭドメイン内で故障状態が検出されたことを示すイーサネット（登録商標）ＡＩＳフレームに応答して、第１のＯＡＭドメイン内の導通試験フレームの損失に起因するアラームの生成を抑制することを含む、方法。
2. 第１のＯＡＭドメインの第１の割り当てられたレベルが顧客ドメインに対応し、第２のＯＡＭドメインの第２の割り当てられたレベルが、プロバイダドメインおよびオペレータドメインの少なくとも一方に対応する、請求項１に記載の方法。
3. 第１のＯＡＭドメインの第１の割り当てられたレベルが、第２のＯＡＭドメインの第２の割り当てられたレベルより高い階層レベルにある、請求項１に記載の方法。
4. 第１のＯＡＭドメインの第１の割り当てられたレベルがオペレータレベルであり、第２の割り当てられたレベルがサーバレイヤである、請求項１に記載の方法。
5. ＭＥＰノードの１つまたは複数のポートが、第１の割り当てられたレベルを有する第１のＯＡＭドメインに関連づけられる、請求項１に記載の方法。
6. アラームの生成を抑制することが、
   第１のＯＡＭドメインに関連づけられたネットワーク管理システムエンティティに対する、第１のＯＡＭドメイン内の導通試験フレームの損失に起因するアラームの生成を抑制することを含む、請求項１に記載の方法。
7. イーサネット（登録商標）ＡＩＳフレームの受信に応答して、より低いレベルのＯＡＭドメイン内で故障状態が検出されたことを示す次のイーサネット（登録商標）ＡＩＳフレームを、第３の割り当てられたレベルを有する第３のＯＡＭドメインへ送信することをさらに含む、請求項１に記載の方法。
8. 第２のＯＡＭドメインで検出された故障状態が、リンク障害、輻輳、および導通試験フレーム損失の少なくとも１つを含む、請求項１に記載の方法。
9. イーサネット（登録商標）ネットワーク内で割り当てられた第１の保守エンティティレベルを有する第１の保守エンティティの境界となる保守終了点（ＭＥＰ）として構成されるネットワークエンティティ内で動作可能な方法であって、イーサネット（登録商標）ネットワークは多数の指定された保守エンティティレベルを有して構成され、前記方法は、
   ＭＥＰノードによってＡＩＳフレームを受信することを含み、ＡＩＳフレームは、割り当てられた第２の保守エンティティレベルを有する第２の保守エンティティ内で故障状態が検出されたことを示し、前記方法はさらに、
   導通試験（ＣＣ）フレームの損失が第１の保守エンティティ内で起こったことを、ＭＥＰノードによって検出すること、および
   ＡＩＳフレームに応答して、第１の保守エンティティ内のＣＣフレームの損失を示すようになる導通の損失アラームの生成を抑制することを含む、方法。
10. 第１の保守エンティティの第１の保守エンティティレベルが顧客ドメインに対応し、第２の保守エンティティの第２の保守エンティティレベルが、プロバイダドメインおよびオペレータドメインの少なくとも一方に対応する、請求項９に記載の方法。
11. 第１の保守エンティティの第１の保守エンティティレベルが、第２の保守エンティティの第２の保守エンティティレベルより高い階層レベルにある、請求項９に記載の方法。
12. 第１の保守エンティティの第１の保守エンティティレベルがオペレータレベルであり、第２の保守エンティティレベルがサーバレイヤである、請求項９に記載の方法。
13. 導通の損失アラームの生成を抑制することが、
    第１の保守エンティティに関連づけられたネットワーク管理システムに対する、導通の損失アラームの生成を抑制することを含む、請求項９に記載の方法。
14. イーサネット（登録商標）ＡＩＳフレームの受信に応答して、より低いレベルの保守エンティティ内で故障状態が検出されたことを示す次のイーサネット（登録商標）ＡＩＳフレームを、割り当てられた第３の保守エンティティレベルを有する第３の保守エンティティへ送信することをさらに含み、第３の保守エンティティレベルが、第１の保守エンティティレベルより高い階層レベルにある、請求項９に記載の方法。
15. 第２の保守エンティティ内で検出された故障状態が、リンク障害、輻輳、および導通試験フレーム損失の少なくとも１つを含む、請求項９に記載の方法。
16. イーサネット（登録商標）ネットワーク内で割り当てられた第１の保守エンティティレベルを有する第１の保守エンティティの境界となるための保守終了点（ＭＥＰ）として構成されるネットワークエンティティであって、イーサネット（登録商標）ネットワークは多数の指定された保守エンティティレベルを有して構成され、ネットワークエンティティは、
    ＡＩＳフレームを受信するように構成され、ＡＩＳフレームは、割り当てられた第２の保守エンティティレベルを有する第２の保守エンティティ内で故障状態が検出されたことを示し、ネットワークエンティティは、
    導通試験（ＣＣ）フレームの損失が第１の保守エンティティ内で起こったことを検出すること、ならびに
    ＡＩＳフレームに応答して、第１の保守エンティティ内のＣＣフレームの損失を示すようになる導通の損失アラームの生成を抑制することを行うように構成される、ネットワークエンティティ。
17. ネットワークエンティティがイーサネット（登録商標）ネットワークのためのブリッジノードであり、第１の保守エンティティレベルのＭＥＰとして構成される、請求項１６に記載のネットワークエンティティ。
18. 第１の保守エンティティの第１の保守エンティティレベルが、第２の保守エンティティの第２の保守エンティティレベルより高い階層レベルにある、請求項１７に記載のネットワークエンティティ。
19. ネットワークエンティティが、
    イーサネット（登録商標）ＡＩＳフレームの受信に応答して、より低いレベルの保守エンティティ内で故障状態が検出されたことを示す次のイーサネット（登録商標）ＡＩＳフレームを、割り当てられた第３の保守エンティティレベルを有する第３の保守エンティティへ送信するようにさらに構成され、第３の保守エンティティレベルが、第１の保守エンティティレベルより高い階層レベルにある、請求項１６に記載のネットワークエンティティ。
20. 第２の保守エンティティ内で検出された故障状態が、リンク障害、輻輳、および導通試験フレーム損失の少なくとも１つを含む、請求項１６に記載のネットワークエンティティ。

Images