(57)【要約】  本発明は通信ネットワークサービスインスタンス管理方法およびネットワークノード（２、３）に関する。本方法によれば、複数のネットワークパス（７、８）が監視される。複数のネットワークパスはサービスインスタンス（１０ａ、１０ｂ並びに１０ｃ）またはサービスインスタンスグループと関連するプロテクショングループを形成する。ネットワークパスの監視はネットワークパス（７、８）にＣＣＭ（１１）の定期的送信を含む。プロテクション切り替えに関係する不整合検出を容易にするため、あるＣＣＭはプロテクショングループ集合のための現用ネットワークパスおよび予備ネットワークパスのトラヒック状態を明示する不整合情報要素（１３ａ乃至１３ｄ）を含む。プロテクショングループ集合は被監視ネットワークパスがメンバであるプロテクショングループを含む。不整合情報要素を含むＣＣＭ（１１）は、ＣＣＭ（１１）における不整合情報要素の存在を示す表示ビットをも含む。【選択図】  図１ａ
2013512615.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークの第１のネットワークノードにおけるサービスインスタンス管理方法であって、
前記第１のネットワークノードから第２のネットワークノードへ複数のサービスインスタンスを搬送する複数の双方向かつ個別のネットワークパスを監視するステップであって、複数の前記ネットワークパスはそれぞれのサービスインスタンス又はサービスインスタンスのグループと関連するプロテクショングループを形成するステップを含み、前記監視するステップは、
前記第２のネットワークノードへの被監視ネットワークパスに連続的かつ定期的に接続性確認メッセージ（ＣＣＭ）を送信するステップと、
予め決められたイベントの発生に応じて、前記予め決められたイベントの発生後の所定の第１期間の間、前記被監視ネットワークパスに表示ビットを含む前記ＣＣＭを送信するステップとを含み、前記表示ビットは、前記表示ビットが含まれる前記ＣＣＭに不整合情報要素の有ることを示し、前記不整合情報要素は、前記被監視ネットワークパスがメンバであるプロテクショングループ毎に、前記プロテクショングループの現用ネットワークパス及び予備ネットワークパスのトラヒック状態を明示する情報を含むことを特徴とする
サービスインスタンス管理方法。
【請求項２】
前記複数のサービスインスタンスはバックボーンサービスであり、前記複数のネットワークパスはトラヒック・エンジニアリング・サービスインスタンス（ＴＥＳＩ）であることを特徴とする請求項１に記載のサービスインスタンス管理方法。
【請求項３】
前記複数のサービスインスタンスはＴＥＳＩであり、前記複数のネットワークパスはインフラストラクチャ・セグメントであることを特徴とする請求項１に記載のサービスインスタンス管理方法。
【請求項４】
前記予め決められたイベントは、前記複数のネットワークパスのトラヒック状態を制御する状態マシーンにおける状態遷移であることを特徴とする請求項１乃至３のいずれか１項に記載のサービスインスタンス管理方法。
【請求項５】
前記不整合情報要素はタイプ−レングス−バリュー（ＴＬＶ）形式であり、要素は、前記被監視ネットワークパスがメンバであるプロテクショングループ毎に、前記プロテクショングループの識別情報、前記プロテクショングループの前記現用ネットワークパスのトラヒック状態を示すビットと前記プロテクショングループの前記予備ネットワークパスのトラヒック状態を示すビットを含むことを特徴とする請求項１乃至４のいずれか１項に記載のサービスインスタンス管理方法。
【請求項６】
前記第１のノードは、イーサーネット用のブリッジ又はスイッチであることを特徴とする請求項１乃至５のいずれか１項に記載のサービスインスタンス管理方法。
【請求項７】
ＣＣＭに含まれて送信される前記不整合情報要素の少なくとも一つが、少なくとも一つのプロテクショングループの前記現用ネットワークパスと前記予備ネットワークパスとの矛盾するトラヒック状態を明示すると不整合を検出し、不整合が検出されたことをネットワーク管理システム（ＮＭＳ）又はオペレータへ通知するステップをさらに含むことを特徴とする請求項１乃至６のいずれか１項に記載のサービスインスタンス管理方法。
【請求項８】
前記第２ネットワークノードから複数のＣＣＭを受信するステップと、
各受信されたＣＣＭに対して、前記受信されたＣＣＭから不整合情報要素を読み出し、前記受信されたＣＣＭが前記受信されたＣＣＭ内に前記不整合情報要素が有ることを示す表示ビットを含むときは、前記受信されたＣＣＭの前記不整合情報要素と送信されたＣＣＭ内の不整合情報要素とを比較するステップと、
所定の第２の時間期間内に、比較した前記不整合情報要素が相違すれば不整合と検出するステップと、
ネットワーク管理システム（ＮＭＳ）又はオペレータへ不整合を検出したことを通知するステップとを
をさらに含むことを特徴とする請求項１乃至７のいずれか１項に記載のサービスインスタンス管理方法。
【請求項９】
通信ネットワークで使用するネットワークノードであって、
前記ネットワークノードは、前記ネットワークノードから他方のネットワークノードへ複数のサービスインスタンスを搬送する複数の双方向かつ個別のネットワークパスを監視するように構成された運用、管理エンティティ（ＯＡＭ）を有し、
複数の前記ネットワークパスは、それぞれのサービスインスタンス又はサービスインスタンスのグループと関連するプロテクショングループを形成し、さらに前記複数のＯＡＭエンティティは、
他のネットワークノードへの被監視ネットワークパスに連続的かつ定期的に接続性確認メッセージ（ＣＣＭ）を送信し、
予め決められたイベントの発生に応じて、前記予め決められたイベントの発生後の所定の第１期間の間、前記被監視ネットワークパスに表示ビットを含む前記ＣＣＭを送信し、前記表示ビットは、前記表示ビットが含まれる前記ＣＣＭに不整合情報要素の有ることを示し、前記不整合情報要素は、前記被監視ネットワークパスがメンバであるプロテクショングループ毎に、前記プロテクショングループの現用ネットワークパス及び予備ネットワークパスのトラヒック状態を明示する情報を含むことを特徴とする
ネットワークノード。
【請求項１０】
前記複数のサービスインスタンスはバックボーンサービスであり、前記複数のネットワークパスはトラヒック・エンジニアリングサービスインスタンスであることを特徴とする請求項９に記載のネットワークノード。
【請求項１１】
前記複数のサービスインスタンスはＴＥＳＩであり、前記複数のネットワークパスはインフラストラクチャ・セグメントであることを特徴とする請求項９に記載のネットワークノード。
【請求項１２】
前記予め決められたイベントは、前記複数のネットワークパスのトラヒック状態を制御する状態マシーンにおける状態遷移であることを特徴とする請求項９乃至１１のいずれか１項に記載のネットワークノード。
【請求項１３】
前記不整合情報要素はタイプ−レングス−バリュー（ＴＬＶ）形式であり、要素は、前記被監視ネットワークパスがメンバであるプロテクショングループ毎に、前記プロテクショングループの識別情報、前記プロテクショングループの前記現用ネットワークパスのトラヒック状態を示すビットと前記プロテクショングループの前記予備ネットワークパスのトラヒック状態を示すビットを含むことを特徴とする請求項９乃至１２のいずれか１項に記載のネットワークノード。
【請求項１４】
前記ネットワークノードはイーサネットワーク用のブリッジ又はスイッチであることを特徴とする請求項９乃至１３のいずれか１項に記載のネットワークノード。
【請求項１５】
さらに複数のＯＡＭエンティティは、
ＣＣＭに含まれて送信される前記不整合情報要素の少なくとも一つが、少なくとも一つのプロテクショングループの前記現用ネットワークパスと前記予備ネットワークパスとの矛盾するトラヒック状態を明示すると不整合を検出し、不整合が検出されたことをネットワーク管理システム（ＮＭＳ）又はオペレータへ通知するステップをさらに含むことを特徴とする請求項９乃至１４のいずれか１項に記載のネットワークノード。
【請求項１６】
さらに複数のＯＡＭエンティティは、
前記他のネットワークノードから複数のＣＣＭを受信し、
各受信されたＣＣＭに対して、前記受信されたＣＣＭから不整合情報要素を読み出し、前記受信されたＣＣＭが前記受信されたＣＣＭ内に前記不整合情報要素が有ることを示す表示ビットを含むときは、前記受信されたＣＣＭの不整合情報要素と送信されたＣＣＭ内の不整合情報要素とを比較し、
所定の第２の時間内に、比較した前記不整合情報要素が相違すれば不整合と検出し、
ネットワーク管理システム（ＮＭＳ）又はオペレータへ不整合を検出したことを通知することを特徴とする請求項９乃至１５のいずれか１項に記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信ネットワーク、特に不整合検出のサポートを提供するサービスインスタンス管理方法および装置に関する。
【背景技術】
【０００２】
非特許文献１に記載のように、接続障害管理（ＣＦＭ）はキャリアイーサネット（登録商標）の運用、管理および保守のキー要素である。非特許文献１はエンドツーエンド障害検出、検証および分離のためのプロトコル、手順並びに管理オブジェクトを規定する。非特許文献１は、メンテナンス・アソシエーション（ＭＡ）と呼ぶ管理オブジェクトを確立し、ＣＦＭメッセージの交換により単一のサービスインスタンスの完全性を検証する。ＭＡの範囲はＭＡの管理ドメイン（ＭＤ）により判定され、ＭＤは接続および性能を管理するネットワーク領域を記述する。各ＭＡは２つ以上のメンテナンス・アソシエーション・エンドポイント（ＭＥＰ）を関連させ、メンテナンス・アソシエーション・中間ポイント（ＭＩＰ）に障害検出並びに分離サポートを可能にする。
【０００３】
接続性確認プロトコルを障害検出に使用する。各ＭＥＰは接続性確認メッセージ（ＣＣＭ）を定期的に送信し、同じメンテナンス・アソシエーションの他ＭＥＰから受信するＣＣＭを監視する。
【０００４】
非特許文献２に記載のように、プロバイダ・バックボーン・ブリッジング−トラヒック・エンジニアリング（ＰＢＢ−ＴＥ）はブリッジネットワークのパスに関する完全なトラヒック・エンジニアリングを提供するように考えられた。ＰＢＢ-ＴＥは学習およびフラッディングを実行するバックボーンデバイスの必要性を排除する。ループ回避のためのマルチプル・スパニングツリー・プロトコル／ラピッド・スパニングツリー・プロトコル（ＭＳＴＰ／ＲＳＴＰ）の使用に代わり、ＰＢＢ−ＴＥは管理プレーンまたは外部制御プレーンを使用し、構成要素ブリッジの静的フィルタリングテーブルエントリーを作成する。
【０００５】
ＰＢＢ−ＴＥは接続指向イーサーネット技術であり、ＥＳＰ宛先アドレス（ＥＳＰ−ＤＡ）、ＥＳＰソースアドレス（ＥＳＰ−ＳＡ）およびＥＳＰＶＬＡＮＩＤ（ＥＳＰ−ＶＩＤ）を構成上含む静的構成集合を使用してＰＢＢ−ＴＥパスを作成する。提供するパスをイーサネット・スイッチド・パス（ＥＳＰ）と呼ぶ。同一カストマ・バックボーン・ポート（ＣＢＰ）ＭＡＣアドレスを有する２つのパス共通・ポイント・ツー・ポイント・ＥＳＰは、ポイント・ツー・ポイント・トラヒック・エンジニアリングサービスインスタンス（ＴＥＳＩ）と呼ぶ双方向ＭＡＣサービスを形成する。
【０００６】
ＰＢＢ−ＴＥは１：１双方向パスプロテクション切り替えをサポートする。２つのポイント・ツー・ポイント・ＴＥＳＩをＴＥプロテクショングループ（ＴＥＰＧ）として提供する。一方のＴＥＳIを「現用」ＴＥＳI、他方を「予備」ＴＥＳIとして設定する。通常状態では、トラヒックは現用ＴＥＳIを経て送信する。現用ＴＥＳIの障害か、または特定の管理要求の何れかの場合、トラヒックを予備ＴＥＳIに切り替える。
【０００７】
オプションとして、ＰＢＢ−ＴＥ１：１プロテクテッド・パスは負荷分散（ｌｏａｄ  ｓｈａｒｉｎｇ）を許容するようにできる。負荷分散モードでは、異なるバックボーン・サービス・インスタンスのリストを相互依存するＴＥプロテクショングループ集合間に分散させることを可能にすることにより、ＴＥプロテクショングループに割り当てられたＴＥＳIを幾つかのＴＥプロテクショングループで再使用し得る。換言すれば負荷分散モードでは、あるＴＥＳＩはあるＴＥプロテクショングループでは予備ＴＥＳIであり、別のプロテクショングループでは予備または現用ＴＥＳIであり得る。
【０００８】
各ＴＥＳＩは独立なＭＡにより監視され、各ＭＡは２つのＭＥＰを持つ。一方は近端のＣＢＰに位置し、他方は遠端のＣＢＰに位置する。近端のＭＥＰがＣＣＭの欠落を検出すると、リモート障害インジケータ（ＲＤＩ）フラグを有するＣＣＭの送信により、近端のＭＥＰは遠端のＭＥＰに通知する。両端は（ＣＣＭの欠落か、またはＲＤＩフラグを有するＣＣＭの受信の何れかにより）障害を知り、予備ＴＥＳIへのプロテクション切り替えを両端で実行する。障害を解決すると設定されたモード（復帰または非復帰）に従い、トラヒックは現用ＴＥＳIに切り替え戻すか、または予備ＴＥＳIに留まりうる。
【０００９】
一定の装置動作不全状態および／または誤った設定の下では、終端ＣＢＰにおける適切なＴＥＳIへのバックボーン・サービス・インスタンスの対応付けの不整合が生じ得る。正しいネットワーク動作の維持には、この不整合を検出し、ネットワークオペレータに報告すべきである。そして、ネットワークオペレータは欠陥を解消できる。１：１双方向プロテクション切り替えには２つのタイプの不整合が存在する：
・プロテクション切り替え不完全不整合；および
・現用／予備設定不整合
プロテクション切り替え不完全不整合は、例えばハードウェア動作不全により近端は切り替えに失敗するが、遠端にはＲＤＩを送信すると生じ得る。遠端は予備のＴＥＳIに切り替えるが、近端はなお現用のＴＥＳIのままにある。同様に、近端は予備ＴＥＳIに切り替えるが、遠端がＲＤＩ受信時に切り替えに失敗する場合も不整合が生じ得る。
【００１０】
不整合は誤った設定によっても生じ得る。例えば、一端は現用ＴＥＳIでトラヒックを送信するようにしうるが、他端は予備ＴＥＳIでトラヒックを送信するようにする。同様に、一端は復帰モードにあるようにしうるが、他端は非復帰モードにあるようにする。この場合は障害を解決すると、不整合が生じる。
【００１１】
ＰＢＢ−ＴＥは、ＴＥＳIグループのプロテクションがプロバイダ・ネットワーク・ポート（ＰＮＰ）の共通シーケンスを横断するをサポートする。介在するブリッジリレーおよびＬＡＮを伴うこのようなＰＮＰシーケンスをインフラストラクチャ・セグメントまたは時に単にセグメントと呼ぶ。エンドポイントＰＮＰを含むインフラストラクチャ・セグメントに沿う何処においても接続障害が生じないように、ＴＥＳIグループはプロテクションされる。プロテクション方法はセグメント外部に存在するＴＥＳI部に影響を与えない；即ち、プロテクション範囲は特定セグメントに限定する。このタイプのプロテクションをインフラストラクチャ・セグメント・プロテクションと呼び、非特許文献３に規定されている。
【００１２】
インフラストラクチャ・プロテクション・切り替え（ＩＰＳ）には２つタイプ、１：１ＩＰＳおよびＭ：１ＩＰＳが存在する。１：１ＩＰＳでは、現用セグメントおよび関係する予備セグメントはインフラストラクチャ・プロテクション・グループ（ＩＰＧ）を形成すると考えられる。Ｍ：１ＩＰＳでは、追加予備セグメントが提供される。このような各追加予備セグメントを代替予備セグメントと呼ぶ。予備セグメントの接続失敗を検出すれば、代替予備セグメントは予備セグメントの役割を引き受けうる。Ｍ：１ＩＰＳはＩＰＧに関連する全セグメントが互いにばらばらであることを必要とする。各提供代替予備セグメントにＩＰＧ内でユニークな選択優先度を割り当てる。予備セグメントと関係する障害を検出すると、予備セグメントの役割は最も高い優先順位（最低数字）を持つ代替予備セグメントが引き受け、接続障害は検出されない。
【００１３】
ＰＢＢ−ＴＥ・インフラストラクチャ・セグメント・プロテクションもＴＥＳＩプロテクション切り替えに類似の方法で負荷分散モードをサポートし、セグメントに２つ以上のＩＰＧとの関連を可能にする。例えば、オペレータはセグメント１をＩＰＧ１の現用セグメント、セグメント２をＩＰＧ１の予備セグメントとして指定できる。オペレータはセグメント２をＩＰＧ２の現用セグメント、セグメント１をＩＰＧ２の予備セグメントとして同時に指定できる。この場合、同じＭＡはＩＰＧ１およびＩＰＧ２のセグメント１の監視を提供する。
【００１４】
特許文献１は、例えばＣＣＭにより監視されるＴＥＳＩでトラヒックが送信されているかどうかというトラヒック状態を知らせるために、ＣＣＭ中においてトラヒックフィールドの使用を示唆する。ＭＥＰの送受信されるＣＣＭのトラヒックフィールドが事前に決めた時間内に整合しなければ、不整合が検出される。とはいえ、ＰＢＢ−ＴＥのＭＥＰでサポートするトラヒックフィールドはＰＢＢ−ＴＥ１：１双方向パスプロテクション切り替えまたはＰＢＢ−ＴＥインフラストラクチャ・セグメント・プロテクションの負荷分散モードにおける不整合欠陥を検出するには十分でない。トラヒックフィールドは特定ＴＥＳI若しくはインフラストラクチャ・セグメントにおけるトラヒックの有無を指示できるが、負荷分散の場合、インフラストラクチャ・セグメントのＴＥＳＩにおけるトラヒックは幾つかの異なるＴＥプロテクショングループまたはインフラストラクチャ・プロテクショングループと関連しうる。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】国際公開第２００９／１２７９３１号
【非特許文献】
【００１６】
【非特許文献１】ＩＥＥＥ標準８０２．１ａｇ−２００７
【非特許文献２】ＩＥＥＥ標準８０２．１Ｑａｙ−２００９
【非特許文献３】ＩＥＥＥＰ８０２．１Ｑｂｆ／Ｄ０．０
【発明の概要】
【発明が解決しようとする課題】
【００１７】
本発明の目的は不整合検出のサポートを提供するサービスインスタンス管理方法および装置の提供である。上記目的は各請求項による方法およびネットワークノードにより達成する。
【課題を解決するための手段】
【００１８】
第１の実施形態は通信ネットワークの第１のネットワークノードにおけるサービスインスタンス管理方法を提供する。本方法は第１のネットワークノードから第２のネットワークノードへ幾つかのサービスインスタンスを搬送する複数の双方向および個別ネットワークパスの監視ステップを含む。ネットワークパスは各サービスインスタンスまたはサービスインスタンスグループと関連するプロテクショングループを形成する。ネットワークパス監視ステップは第２のネットワークノードへの監視ネットワークパスに接続性確認メッセージ（ＣＣＭ）を連続的かつ定期的に送信するステップを含む。予め決められたイベントの発生に応じて、予め決められたイベント発生後第１の所定時間中に監視ネットワークパスに送信するＣＣＭに、表示ビットを含む。表示ビットは表示ビットを含むＣＣＭにおける不整合情報要素の存在を示す。不整合情報要素は監視ネットワークパスがメンバである各プロテクショングループに対する現用ネットワークパスおよびプロテクショングループの予備ネットワークパスのトラヒック状態を明示する情報を含む。
【００１９】
第２の実施形態は通信ネットワークで使用するネットワークノードを提供する。本ネットワークノードは本ネットワークノードから別ネットワークノードへ幾つかのサービスインスタンスを搬送する複数の双方向および個別ネットワークパスを監視するようにする幾つかの運用、運営および管理、ＯＡＭエンティティを含む。ネットワークパスは各サービスインスタンスまたはサービスインスタンスグループと関連するプロテクショングループを形成する。ＯＡＭエンティティは他ネットワークノードへの監視ネットワークパスに接続性確認メッセージ（ＣＣＭ）を連続的かつ定期的に送信するようにする。ＯＡＭエンティティは、予め決められたイベントの発生に応じて、予め決められたイベント発生後第１の所定時間中に監視ネットワークパスに送信するＣＣＭに表示ビットを含むようにさらにする。表示ビットは表示ビットを含むＣＣＭにおける不整合情報要素の存在を示す。不整合情報要素は監視ネットワークパスがメンバである各プロテクショングループに対する現用ネットワークパスおよびプロテクショングループの予備ネットワークパスのトラヒック状態を明示する情報を含む。
【００２０】
本明細書に記載の幾つかの実施形態の利点はこれらの実施形態が負荷分散モードにおける不整合検出の可能性の改良を提供することである。
【００２１】
別の利点は本明細書で提示する実施形態が既存規格に殆ど影響することなく既存ハードウェア構成に基づく簡単なＣＣＭの高度化を提供することである。
【００２２】
さらなる利点は、ある実施形態は、不整合を起こすような予め決められたイベントが発生した後の制限された時間に不整合情報要素の送信を限定することにより、ＣＣＭ処理の複雑さが増大するのを回避することである。ＣＣＭにおける不整合情報要素の存在を示すのに使用する表示ビットを、将来のＣＣＭ拡張のためのＣＣＭに付与する特別のＴＬＶが存在することを示すことに汎用化できるだろう。
【００２３】
さらに別の発明は提示する幾つかの実施形態がＰＢＢ-ＴＥおよびＰＢＢ−ＴＥインフラストラクチャ・セグメント・プロテクションの双方に適用できることである。図面と共に以下の詳細な説明により、本発明のさらなる利点および実施形態の特徴が明確になるであろう。
【図面の簡単な説明】
【００２４】
【図１ａ】、
【図１ｂ】通常動作下および不整合状況における実施形態によるＰＢＢ-ＴＥ構成を例示する概要ブロック図である。
【図２ａ】、
【図２ｂ】通常動作下およびプロテクションモードにおけるＰＢＢ-ＴＥインフラストラクチャ・セグメントプロテクション構成を例示する概要ブロック図である。
【図３】図３はＭ：１インフラストラクチャ・プロテクション切り替え構成を例示する概要ブロック図である。
【図４ａ】、
【図４ｂ】実施形態による通常動作下および不整合状況における図３のＭ：１インフラストラクチャ・プロテクション切り替え構成のサブセクションを例示する概要ブロック図である。
【図５】図５は不整合検出のサポートを提供するサービスインスタンス管理方法の実施形態を例示するフロー図である。
【図６】図６は受信ＣＣＭにおいて不整合検出のサポートを提供するサービスインスタンス管理方法の代替実施形態を例示するフロー図である。
【図７】図７は不整合検出サポートによるサービスインスタンス管理ネットワークノードの実施形態を例示する概要ブロック図である。
【図８】図８は不整合検出サポートによるサービスインスタンス管理ネットワークノードの代替実施形態を例示する概要ブロック図である。
【図９ａ】、
【図９ｂ】、
【図９ｃ】本明細書で提示する例示的実施形態によるＣＦＭヘッダフォーマット、ＣＣＭフラグフィールドフォーマットおよび不整合ＴＬＶフォーマットを示す概要ブロック図である。
【発明を実施するための形態】
【００２５】
次に、本発明の好ましい実施形態を示す添付図面を参照して、以降で本発明をより完全に説明することにする。この発明は、しかし多くの異なる形式で実施でき、本明細書に示す実施形態に限定すると解釈すべきでなく、むしろこれらの実施形態を提供するのはこの開示が周到で完全であり、当業者に本発明の範囲を完全に伝えるためである。図面では、同じ参照記号は同じ要素を参照する。
【００２６】
図１は遠端（西Ｂ−装置とも呼ぶ）２と近端（東Ｂ−装置とも呼ぶ）３との間でトラヒックを伝送するプロバイダ・バックボーン・ブリッジング−トラヒック・エンジニアリング（ＰＢＢ−ＴＥ）構成を含む通信ネットワーク１の一部を例示する。遠端２はカストマ・バックボーン・ポート（ＣＢＰ）４およびプロバイダ・ネットワーク・ポート（ＰＮＰ）６ａ並びに６ｂを含む。近端３はＣＢＰ５およびＰＮＰ６ｃ並びに６ｄを含む。近端３と遠端２の間に第１および第２のトラヒック・エンジニアリングサービスインスタンス（ＴＥＳＩ）７並びに８の形式で例示する２つの個別かつ双方向ネットワークパスがある。
【００２７】
各ＴＥＳIは独立なメンテナンス・アソシエーションＭＡにより監視され、各ＭＡは２つのＭＥＰを有する。一方は遠端ＣＢＰ４に位置し；他方は近端ＣＢＰ５に位置する。従って、ＣＢＰ４は第１のＴＥＳI７と関連するＭＥＰ９ａ並びに第２のＴＥＳI８と関連するＭＥＰ９ｂを含むように例示し、一方ＣＢＰ５は第１のＴＥＳI７と関連するＭＥＰ９ｃおよび第２のＴＥＳI８と関連するＭＥＰ９ｄを含むように例示する。図１ａは負荷分散モードを例示する。この例でバックボーンサービスであるサービスインスタンス１０ａ、１０ｂ並びに１０ｃに関係するトラヒックはＴＥＳI７および８で搬送される。ＴＥＳI７並びに８は各バックボーンサービスと関連するトラヒック・エンジニアリング（ＴＥ）プロテクショングループを形成する。
【００２８】
この例で、各バックボーンサービス１０ａ、１０ｂ並びに１０ｃと関連する各プロテクショングループを示すプロテクショングループ識別情報としてＡ、ＢおよびＣを使用するものと仮定する。ＴＥプロテクショングループＡでは、第１のＴＥＳI７は現用ＴＥＳIであり、第２のＴＥＳI８は予備ＴＥＳIである。ＴＥプロテクショングループＢでは、第１のＴＥＳI７は現用ＴＥＳIであり、第３のＴＥＳI（簡潔さのため図示しない）は予備ＴＥＳIであり、ＴＥプロテクショングループＣでは、第２のＴＥＳI８は現用ＴＥＳIであり、第４のＴＥＳI（簡潔さのため図示しない）は予備ＴＥＳIである。図１ａに、通常動作を例示し、通常動作は第１のＴＥＳI７がそれぞれバックボーンサービス１０ａ並びに１０ｂに対応するＴＥプロテクショングループＡおよびＢに関係するトラヒックを搬送し、一方第２のＴＥＳIはバックボーンサービス１０ｃに対応するＴＥプロテクショングループＣに関係するトラヒックを搬送することを意味する。
【００２９】
各ＭＥＰ９ａ乃至９ｄは接続性確認メッセージ（ＣＣＭ）１１を定期的に送信し、同一メンテナンス・アソシエーションの他ＭＥＰから受信するＣＣＭを探知する。例えば、近端ＭＥＰ９ｂがＣＣＭ１１の欠落を検出すれば、近端ＭＥＰ９ｂはリモート障害インジケータ（ＲＤＩ）フラグを有するＣＣＭの送信により遠端ＭＥＰ９ａに通知する。両端は障害を知り（ＣＣＭの欠落またはＲＤＩフラグを有するＣＣＭの受信の何れかにより）、従って予備ＴＥＳIへのプロテクション切り替えを以後両端で実行することにする。第１のＴＥＳIはこの負荷分散例ではＴＥプロテクショングループＡおよびＴＥプロテクショングループＢ双方の現用ＴＥＳIであるので、プロテクショングループＡ並びにＢ双方はそのそれぞれの予備ＴＥＳIに切り替えるべきである。障害がなくなると、各プロテクショングループＡおよびＢの（復帰または非復帰）設定されたモードに従い、トラヒックを第１のＴＥＳI７に切り替え戻すか、または予備ＴＥＳIに留まりうる。
【００３０】
上記の如く、１：１双方向プロテクション切り替えで発生しうる種々のタイプの不整合が存在する。プロテクション切り替え不完全不整合の例を図１ｂで説明する。この例では一定のハードウェア動作不全により、近端３はＴＥプロテクショングループＡを予備ＴＥＳIへの切り替えに失敗するが、遠端２にＲＤＩ１４を送信する。遠端はＴＥプロテクショングループＡを予備ＴＥＳIへ切り替えるが、一方近端はなお現用ＴＥＳIに留まる。同様に近端３は予備ＴＥＳIへ切り替えるが、遠端２がＲＤＩを受信する場合に切り替えに失敗しても、不整合が発生しうる。あらゆる不整合を出来るだけ早く検出し、オペレータまたはネットワーク管理システムＮＭＳ（１２）に報告するのが望ましい。
【００３１】
不整合は誤った設定によっても発生しうる。例えば、一端は現用ＴＥＳIにトラヒックを送信するようにするが、他端は予備ＴＥＳIにトラヒックを送信するようにする。不整合が生じ得る別の状況は、一端を復帰モードとして設定するが、他端は非復帰モードとして設定する場合である。障害をなくすと不整合が発生する。
【００３２】
ＭＥＰ９ａ乃至９ｄが上記ＣＣＭのトラヒックフィールドをサポートすれば、不整合は非分散動作モードでは検出できる。トラヒックフィールドはＣＣＭのフラグフィールドの４つのリザーブビットの１つであってよい。このビットはトラヒック状態、即ちＣＣＭにより監視されるＴＥＳIにおいてトラヒックが送信されているかどうかを示す。時間中（例えば、５０ｍｓ以上の）に送信されたＣＣＭと受信されたＣＣＭのトラヒックフィールドが整合しない場合、ＭＥＰの１つで不整合を検出される。ＭＥＰから送信するＣＣＭと同じトラヒックフィールドを示す第１のＣＣＭを対応するＭＥＰが受信する場合、不整合欠陥は解消される。
【００３３】
図２ａおよび図２ｂは、セグメントがバックボーンコアブリッジ（ＢＣＢ）２２のＰＮＰポートで終端する１：１インフラストラクチャ・プロテクション切り替え（ＩＰＳ）を例示する概要ブロック図である。ＢＣＢ２２をセグメント・エンドポイント・ブリッジ（ＳＥＢ）と呼び、セグメントの内部のブリッジ２３をセグメント・中間ブリッジ（ＳＩＢ）と呼ぶ。セグメントの外のＢＣＢ２１並びにＩＢバックボーンエッジブリッジ（ＩＰ−ＢＥＢ）２０も図２ａおよび図２ｂに例示する。ＴＥＳＩ２４およびＴＥＳI２５は図２ａに例示するように通常動作下では現用セグメント２６を横断する。予備セグメント２７が提供され、ＴＥＳI２４並びに２５のプロテクション切り替えを許容する。現用セグメント２６および予備セグメント２７は分離するが、ＳＥＢ２２の同じ組に終端する。現用セグメント２６並びに関連する予備セグメント２７はインフラストラクチャ・プロテクショングループ（ＩＰＧ）を形成すると考えられる。
【００３４】
現用セグメント２６における接続障害を検出するか、または管理コマンドの結果として、ＳＥＢ２２は図２ｂに示すように現用セグメント２６と関連するＴＥＳI２４、２５を予備セグメント２７に転送する。
【００３５】
Ｍ：１ＩＰＳの例を図３に示す。図３に例示する要素は、図２ａおよび図２ｂに例示する要素に対応し、代替の予備セグメント２８および２９を追加して有する。各提供された代替予備セグメントにＩＰＧ内での選択優先度を割り当てる。予備セグメント２７に関連する障害を検出する場合、予備セグメントの役割は最高（最低の数値）優先度を持ち、接続誤りが検出されていない代替予備セグメント２８または２９が引き受ける。
【００３６】
発明者は、ＰＢＢ−ＴＥＭＥＰでサポートする上記トラヒックフィールドは、ＰＢＢ−ＴＥ１：１双方向パスプロテクション切り替えまたはＰＢＢ−ＴＥインフラストラクチャ・セグメント・プロテクションの負荷分散モードにおける不整合検出に十分でありえないことを理解している。
【００３７】
ＰＢＢ−ＴＥ１：１双方向パスプロテクション切り替え負荷分散モードでは、ＴＥプロテクショングループに割り当てるＴＥＳIを他ＴＥプロテクショングループで再使用できる。トラヒックフィールドは特定ＴＥＳIにトラヒックがあるかを示しうるだけであり、ＴＥプロテクショングループ集合間に分散されるＴＥＳIにおけるトラヒックの有無はプロテクション切り替え機構の正しい動作と直接的に関連しないので、不整合欠陥検出のためにトラヒックフィールドを使用することは不十分である。ＰＢＢ−ＴＥインフラストラクチャ・セグメント・プロテクションの負荷分散モードで同じことが真であるのは、トラヒックフィールドは特定セグメントにトラヒックがあるかをただ告げることはできるが、トラヒックが属すＩＰＧへのこのトラヒックを関連付けることができないからである。
【００３８】
例えば図１ａにおけるように通常動作下では、第１のＴＥＳＩ７および第２のＴＥＳI８を通過するトラヒックが常に存在し、従ってこれらのＴＥＳIを監視するＭＡによりトラヒックフィールドを常にセットすることになろう。それ故、ＴＥＳI７並びに８に関するＣＣＭ１１のトラヒックフィールドの単なる監視により、上記で説明し、図１ｂに例示する不整合状況がＭＡによって検出できないのは、両方向のＣＣＭ１１からのトラヒックフィールドを常にセットするからである。より詳細には図１ｂで、第１のＴＥＳＩ７のＣＣＭのトラヒックフィールドを常に設定するのは、第１のＴＥＳＩ７がなおＴＥプロテクショングループＢの現用ＴＥＳIであり、第２のＴＥＳI８のＣＣＭトラヒックフィールドを常に設定するのは、第２のＴＥＳI８がなおＴＥプロテクショングループＣの現用ＴＥＳIであるからである。
【００３９】
図４ａおよび図４ｂはそれぞれ通常動作下並びに不整合状況にあるＰＢＢ−ＴＥインフラストラクチャ・セグメント・プロテクション負荷分散モードの例を示す。図４ａに例示するように通常動作下では、ＴＥＳI２４および２５を含むＩＰＧ  Ｄは、ＩＰＧ  Ｄの現用セグメントであるセグメント２６を横断する。ＩＰＧ  Ｄは予備セグメントであるセグメント２７によりプロテクションされる。ＴＥＳI４１並びに４２を含むＩＰＧ  Ｅは、ＩＰＧ  Ｅの現用セグメントであるセグメント２７を横断する。ＩＰＧ  Ｅは、ＩＰＧ  Ｅの予備セグメントであるセグメント２６によりプロテクションされる。従って、通常動作下ではセグメント２６およびセグメント２７を通過するトラヒックが常に存在するので、セグメント２６、セグメント２７を監視するトラヒックフィールドはＭＥＰ４３ａ、４３ｂ、４３ｃおよび４３ｄにより常にセットされることになろう。
【００４０】
次に、セグメント２６のＩＰＧ  Ｄの全てのＴＥＳI２４、２５は予備セグメント、即ちセグメント２７に切り替えるべきであることを命ずる管理コマンドが存在することを仮定しよう。設定誤りにより、ＴＥＳI２５のみをＩＰＧ  Ｄ予備セグメントに切り替え、ＴＥＳI２４はなおＩＰＧ  Ｄ現用セグメントに留まっていることが図４ｂに例示される。現用ＴＥＳIおよび予備ＴＥＳI双方にＩＰＧ  Ｄ関連トラヒックが存在するであろうから、従ってこのシナリオでは不整合が存在する。とはいえ、ＭＡ監視セグメントの監視トラヒックフィールドが不整合を検出できないのは、両方向ＣＣＭからのトラヒックフィールドを常にセットされるからである。
【００４１】
Ｍ：１インフラストラクチャ・プロテクションでは、ありうる不整合の回避のために、両端が代替予備セグメントに対し同じ優先順位を持たなければならない。優先順位の設定に誤りがあれば、トラヒックフィールドのような従前既知の不整合検出機構に基づいて、設定誤りは検出できない。例えば図４ａおよび図４ｂにおけるように、代替予備セグメント２８並びに２９をＩＰＧ  Ｄに対し設定すると仮定する。さらに、一端のＳＥＢ２２では、優先順位はセグメント２８に対し０、セグメント２９に対し１とし、他端のＳＥＢ２２では、優先順位はセグメント２８に対し１、セグメント２９に対し０に設定すると仮定する。ＩＰＧ  Ｄの予備セグメント（セグメント２７）に接続障害があれば、一端のＳＥＢ２２は予備セグメントとしてセグメント２８を選び、他端のＳＥＢ２２は予備セグメントとしてセグメント２９を選ぶであろう。現用セグメント（セグメント２６）に接続障害が起きるまで、この設定誤りは検出されないであろう。一端のＳＥＢ２２が関係するＴＥＳIをセグメント２８に切り替え、他端のＳＥＢ２２が関係するＴＥＳIをセグメント２９に切り替えると、不整合誤りが起きることになろう。とはいえ前例で指摘するように、ＰＢＢ−ＴＥインフラストラクチャ・セグメント・プロテクションが負荷分散モードにあれば、この不整合の検出は不可能であろう。
【００４２】
以上の例により示すように、ＰＢＢ−ＴＥ１：１双方向パスプロテクションまたはＰＢＢ−ＴＥインフラストラクチャ・セグメントプロテクションの負荷分散モードの不整合検出には、トラヒックフィールドは十分でない。不整合のオペレータへの即時報告を許容する現用／予備エンティティ監視には、好ましくは既存ブリッジ構成に基づく別の機構を有することがそれ故望ましいであろう。
【００４３】
以下でより詳細に説明する実施形態は、ＣＣＭにおける不整合情報要素を示す表示ビットとしてＣＣＭのビットを使用する。表示ビットは、例えばＣＣＭのフラグフィールドのビットであり、不整合情報要素は、例えば不整合タイプ−レングス−バリュー（ＴＬＶ）でありうる。不整合情報要素は、特定ＴＥＳIの種々のＴＥプロテクショングループまたは特定セグメントの種々のインフラストラクチャ・プロテクショングループのトラヒック状態を明示するように規定される。他の設定パラメータもオプションとして両端を調整するために含められる。
【００４４】
ここで説明する実施形態によれば、予め決められたイベントの発生に応じ、予め決められたイベント発生後の設定された時間（ここでは第１の時間と呼ぶ）中に表示ビットが設定される。幾つかの例示的実施形態では、プロテクション切り替え状態マシーンに新しい状態遷移がある場合で、通常のＣＣＭ処理の減速回避のため、状態遷移後の限定された時間（即ち第１の時間）中にのみ表示ビットがセットされる。
【００４５】
図９ａはＣＣＭプロトコルデータユニット（ＰＤＵ）のヘッダフォーマットの概要ブロック図であり、ＣＣＭプロトコルデータユニットはＭＤレベル、バージョン、Ｏｐコード、フラグ９１および第１のＴＬＶオフセットフィールドを含む。図９ｂは例示的実施形態によるＣＣＭＰＤＵのフラグフィールド９１の概要ブロック図である。この例示的実施形態では、フラグフィールド９１のビットを、ＣＣＭに不整合情報要素が含まれているかどうかを示すための表示ビット９２として使用する。現標準では、フラグフィールド９１には幾つかのリザーブビットがあり、この例示的実施形態によれば、これらリザーブビットの１つを表示ビット９２として使用する。
【００４６】
上記の如く、特定ＴＥＳIの種々のＴＥプロテクショングループ（ＴＥＰＧ）または特定セグメントの種々のインフラストラクチャ・プロテクショングループ（ＩＰＧ）のトラヒック状態を明示するように、不整合情報要素を規定すべきである。ある実施形態によれば、状態マシーンの初期化、またはあるパスから別パスへのトラヒック切り替えを誘発するイベントが起きるとき、換言すれば状態マシーンの状態遷移に関連する場合にのみ、不整合情報要素をＣＣＭに追加すべきである。通常のＣＣＭ処理の減速回避のために限定された時間（即ち第１の時間）の間に対応するネットワークパスを監視するＣＣＭに不整合情報要素を追加してもよい。プロテクショングループを終端させる各ブリッジのプロテクショングループ毎に一組のプロテクション切り替え状態マシーンがある。従って、状態マシーンは上記の図１乃至４のノード／ブリッジ２、３および２２に位置する。ＩＥＥＥ標準では、状態マシーンは初期化、現用ＴＥＳI／セグメント障害、予備ＴＥＳI／セグメント誤り、などのような状態を通常含む。従って、状態遷移は、ネットワークパスに何かが発生するかまたはネットワークオペレータがトラヒックパスの変更を望むことを一般に意味する。
【００４７】
障害がなく、管理コマンドによる再設定がなければ、状態遷移は起きないであろう。状態マシーンの初期化、または状態マシーンに新しい状態遷移、例えば開始−＞現用、または現用−＞予備が起きる場合、不整合情報要素をＣＣＭに追加し、対応する表示ビットがセットされるだろう。通常は、状態遷移があると不整合誤りが起こるのが原理的解釈である。従って、常に不整合情報要素により不整合を監視する必要は一般にない。その代わり、状態遷移があれば直ぐプロテクション切り替え不完全不整合または設定不整合があるかをチェックすることで一般に十分である。状態遷移後、ずっと不整合情報要素を持つＣＣＭを動作させる必要もない。状態遷移に関係するあらゆる不整合の検出に適切で、十分と考えられる限定された時間（ここでは第１の時間と呼ぶ）が設定される。この第１の時間は、例えば５０ｍｓ以上でありえ、不整合情報タイマにより監視される。
【００４８】
不整合情報要素９３の例示的実施形態フォーマットを図９ｃに示す。図９ｃの不整合情報要素９３は、非特許文献２または非特許文献３の標準規格書類におけるデータ構造に基づき定義される不整合ＴＬＶであり、本明細書に記載する実施形態によってこれらの標準の修正を促進する。
【００４９】
非特許文献２の標準規格の修正バージョンによれば、不整合ＴＬＶ９３はＣＣＭにより監視されるＴＥＳIが割り当てられるトラヒック・エンジニアリングプロテクショングループ（ＴＥＰＧ）リストを有する。リストへの各エントリはＴＥＰＧに関連する次の要素を含む：
−ＴＥＰＧ識別情報
−ＴＥＰＧの現用ＴＥＳIのトラヒック状態、換言すれば現用ＴＥＳIがこのＴＥＰＧからのトラヒックによりアクティブ状態であるかどうかを示す。現用ＴＥＳIがアクティブであれば、トラヒック状態＝１であり、現用ＴＥＳIがアクティブでなければ、トラヒック状態＝０である。
【００５０】
−ＴＥＰＧの予備ＴＥＳIのトラヒック状態、換言すれば予備ＴＥＳIがこのＴＥＰＧからのトラヒックによりアクティブ状態であるかどうかを示す。予備ＴＥＳIがアクティブであれば、トラヒック状態＝１であり、予備ＴＥＳIがアクティブでなければ、トラヒック状態＝０である。
【００５１】
ＴＥＰＧの識別は分散プロテクショングループ内でユニークであるべきであり、両ＴＥＳIエンドポイントは分散プロテクショングループ識別情報に関し同一理解を共有すべきである。１つの可能な考え方はあるＴＥＰＧのユニークな識別に現用ＴＥ−ＳＩＤと予備ＴＥ−ＳＩＤとの組み合わせを使用することであるが、上記の条件を満たす任意の他特定情報も適する。
【００５２】
図１ａに示す例示的構成の通常動作下で各ＭＥＰ９ａ乃至９ｄからＣＣＭで送信される不整合情報要素の内容を概略的に例示するため、図１ａに不整合情報要素１３ａ、１３ｂ、１３ｃおよび１３ｄを示す。簡潔さのため、ＴＥＰＧ識別情報をここでは文字で表す。
【００５３】
非特許文献３の標準規格の修正バージョンによれば、不整合ＴＬＶ９３はＣＣＭにより監視されるセグメントが割り当てられるＩＰＧのリストを搬送する。リストの各エントリはＩＰＧに関連する次の要素を含む：
−ＴＥＰＧ識別情報
−ＩＰＧの現用セグメントのトラヒック状態、換言すればこの現用セグメントがこのＩＰＧからのトラヒックによりアクティブ状態であるかどうかを示す。現用セグメントがアクティブであれば、トラヒック状態＝１であり、現用セグメントがアクティブでなければ、トラヒック状態＝０である。
−  ＩＰＧの予備セグメントのトラヒック状態、換言すればこの予備セグメントがこのＩＰＧからのトラヒックによりアクティブ状態であるかどうかを示す。
予備セグメントがアクティブであれば、トラヒック状態＝１であり、予備セグメントがアクティブでなければ、トラヒック状態＝０である。
【００５４】
ＩＰＧの識別は分散プロテクショングループ内でユニークであるべきであり、両ＳＥＢは分散プロテクショングループ識別情報に関し同一理解を共有すべきである。１つの可能な考え方はあるＩＰＧのユニークな識別に現用セグメントＭＡＩＤと予備セグメントＭＡＩＤとの組み合わせを使用することであるが、上記の条件を満たす任意の他特定情報も適する。
【００５５】
図４ａに示す例示的構成の通常動作下で各ＭＥＰ４３ａ乃至４３ｄからＣＣＭで送信される不整合情報要素の内容を概略的に例示するため、図４ａに不整合情報要素４４ａ、４４ｂ、４４ｃおよび４４ｄを示す。簡潔さのため、ＩＰＧ識別情報をここでは文字で表す。
【００５６】
ある例示的実施形態によれば、ＣＣＭがＭＥＰにより送信されると何時でも、次の動作を実行するであろう：
−ＭＥＰは、状態マシーン遷移があるか、または不整合ＴＬＶタイマがＭＥＰと関連する全ての分散ＴＥＰＧまたは分散ＩＰＧに対し満了であるかをチェックする。状態遷移があるか、または不整合ＴＬＶタイマがＭＥＰと関連する任意のこれらＴＥＰＧまたはＩＰＧに対しなお動作中であれば、ＭＥＰは以下を実行する：
ａ．  ＣＣＭのプロトコルバージョンをバージョン２に設定（バージョン１では、フラグフィールド９１のリザーブビットは無視される）。
ｂ．  ＣＣＭの「指示フィールド」９２を「真」に設定。
ｃ．  適切な値を有する不整合ＴＬＶをＣＣＭに追加。
−オペレータにより設定される情報に基づき「不整合」ＴＬＶを構築する。
−現用のトラヒック状態および予備のトラヒック状態のフィールドが特定ＴＥＰＧまたはＩＰＧに対し同じであれば不整合を検出する。
【００５７】
ＭＥＰによりＣＣＭが受信されると何時でも、次の動作を各ＭＥＰにより実行できる：
−  あらゆる受信不整合ＴＬＶをＭＥＰ自体の現在の不整合ＴＬＶに対して比較する。ある時間（ここでは第２の時間と呼び、例えば５０ｍｓ）中に比較が相違すれば、不整合検出を言明する。
【００５８】
例えば、図１ｂと関係して例示し、説明する不整合状況は不整合情報要素１３ａ乃至１３ｄにより検出でき、図１ｂで不整合情報要素は不整合状況に対応する内容により例示される。この場合、あるＭＥＰが不整合情報要素を受信し、受信不整合情報要素がＭＥＰ自身の送信不整合情報要素と異なることを第２の時間中に見つけると、不整合が検出されることになろう。例えば、ＭＥＰ９ａは、ＭＥＰ９ｃからのＣＣＭで受信される不整合情報要素１３ｃをＭＥＰ９ｃがＴＥＳＩ７に送信する不整合情報要素１３ａと比較することにより、不整合を検出できる。この比較は、ＴＥＰＧＡの現用および予備ＴＥＳIに対する異なるトラヒック状態を示し、このことは不整合を示す。不整合はＭＥＰ９ｂ、９ｃおよび９ｄにおける対応する比較によっても検出できる。
【００５９】
図４ｂと関係して示されて説明される例示的不整合状況は不整合情報要素４４ａ乃至４４ｄにより検出でき、図４ｂに不整合状況に対応する内容が例示される。この場合、不整合がＭＥＰ４３ａ乃至４３ｄで検出されるのは、不整合情報要素４４ａ乃至４４ｄのＩＰＧ  Ｄのトラヒック状態により示されるように、ＩＰＧ  Ｄの場合、現用セグメントおよび予備セグメント双方のトラヒックがアクティブであるからである。従って、この種の設定不整合は検出できる。
【００６０】
Ｍ：１インフラストラクチャ・プロテクションの代替予備セグメントに対する優先順位の設定誤りがあれば、元の予備セグメントに接続障害が起きると、この不整合は検出できる。ＩＰＧ識別情報が予備セグメントのＭＡＩＤを含めば、この特定のＩＰＧ識別情報は両端の不整合情報要素間で異なるであろう。
【００６１】
ＣＣＭをより完全にチェックする必要があれば何時でも、提案する表示ビットを使用できる。ＣＣＭに含まれる不整合情報要素があることを示すのに加えて、表示ビットは、将来のＣＣＭ拡張のためにＣＣＭに付加する特別の情報要素（例えばＴＬＶ）があることを示すために拡張できる。
【００６２】
図５は例示するブリッジ／ノード２、３または２２の内の１つのネットワークノードにおいてサービスインスタンス管理方法の例示的実施形態を示すフロー図である。本方法は本ネットワークノードから別のネットワークノードへ幾つかのサービスインスタンスを搬送する複数の双方向および個別ネットワークパスの監視ステップを含む。ネットワークパスは例えば幾つかのバックボーン・サービス・インスタンスを搬送するＴＥＳＩまたは幾つかのＴＥＳＩを搬送するインフラストラクチャ・セグメントでありうる。ネットワークパスは各サービスインスタンスまたはサービスインスタンスグループと関連する１つ以上のプロテクショングループを形成する。ネットワークパス監視ステップは監視ネットワークパスへの定期的なＣＣＭの送信を含む。
【００６３】
より詳細かつ図５に例示するように、ステップ５１でＣＣＭを送信する時間であるかを判断する。ＣＣＭを送信する時間であると、ステップ５２で、予め決められたイベントが発生したか、およびそのような予め決められたイベントからの時間が所定時間ｔｍｓ未満かを調べる。予め決められたイベントは例えばプロテクション切り替え状態マシーンの状態遷移であり、時間ｔ（上記の第１の時間参照）は上記で検討したように例えば５０ｍｓでありうる。ステップ５３で、ステップ５２の判断が肯定であれば、表示ビット並びに不整合情報要素をＣＣＭに含むことにし、そうなければステップ５６で、表示ビットおよび不整合情報要素を伴わないＣＣＭを送信することにする。以上で検討したように、不整合情報要素は、監視ネットワークパスがメンバである各プロテクショングループに対する現用ネットワークパスおよび予備ネットワークパスのトラヒック状態を明示する情報を含む。オプションステップ５４で、送信ＣＣＭの不整合情報要素を検査し、不整合情報要素に含まれる現用パスと任意のプロテクショングループの予備パスとに矛盾するトラヒック状態があるかを判定する。そのような矛盾するトラヒック状態を検出すれば、ステップ５５で、オペレータまたはＮＭＳは不整合を検出したことを通知される。ＣＣＭをステップ５６で送信する。ステップ５６はオプションステップ５４並びに５５の前でも実行しうる。
【００６４】
ネットワークノードのサービスインスタンス管理方法の例示的実施形態は図５に示すようなＣＣＭ送信に加えて、図６に示すような受信ＣＣＭの監視ステップも含みうる。ステップ６１で、監視ネットワークパスでＣＣＭを受信する。ステップ６２で、受信したＣＣＭが、ＣＣＭ内に不整合情報要素の存在を示す表示ビットを含むかを検査する。受信したＣＣＭが不整合情報要素を含めば、不整合情報要素を読みとられ、同じネットワークパスに送信される対応するＣＣＭの不整合情報要素と比較される。対応する送信ＣＣＭは例えば受信ＣＣＭの受信前直近に送信されたＣＣＭまたは受信ＣＣＭの受信後に最初に送信するＣＣＭでありうる。ステップ６４で、例えば任意の現用または予備ネットワークパスのトラヒック状態またはプロテクショングループの識別情報に関し、比較される不整合情報要素が相違するかを判断される（代替予備セグメントの優先度の設定における不整合検出方法に関する上記検討を参照。）。比較する不整合情報要素が相違すれば、ステップ６５でオペレータまたはＮＭＳは検出不整合の通知を受ける。
【００６５】
図７は図５および図６に例示する方法を実行しうるネットワークノードの例示的実施形態７０の概要ブロック図である。ネットワークノード７０は処理回路７１および幾つかのネットワークパスでメッセージを送受信する幾つかのネットワークポート７２を含む。処理回路７１は幾つかの運用、管理（ＯＡＭ）エンティティ７３を含む。上記ＭＥＰ９ａ乃至９ｄおよび４３ａ乃至４３ｄはＯＡＭエンティティの例である。ＯＡＭエンティティは図５のステップ５１乃至５６並びに図６のステップ６１乃至６５を実行するように構成される。このため、ＯＡＭエンティティ７３は、ＣＣＭの生成、送信および受信を制御するＣＣＭ制御サブモジュール７４並びに送信および／または受信ＣＣＭの不整合情報要素の検査により不整合を検出するように構成される不整合チェックサブモジュール７５を含みうる。
【００６６】
図８は図５および図６に例示する方法を実行しうるネットワークノードの別の例示的実施形態８０の概要ブロック図である。図８は図７に示す例示的実施形態を代替する説明でありうる。ネットワークノード８０は幾つかのネットワークパスでメッセージを送受信するネットワークポート７２を含む。ネットワークノード８０はネットワークパスからメッセージを受信するようにする入力ユニット８１並びにネットワークパスにメッセージを出力する出力ユニットも含む。入力ユニット８１および出力ユニット８２はネットワークノード８０のハードウェアに統合できる。ネットワークノード８０はＣＰＵ８３をさらにその上に備え、ＣＰＵは本明細書に記載する手順ステップを実行するようにする単独ユニットであるか、または幾つかのユニットを構造上含むことができる。
【００６７】
少なくとも１つのコンピュータプログラム８４はＵＥ２２に含まれる。コンピュータプログラム８４は揮発性メモリ若しくは非揮発性メモリ、例えばＥＥＰＲＯＭ、フラッシュメモリまたはディスクドライブの形式で実施できる。コンピュータプログラム８４はコンピュータプログラムサブモジュールを含む。図８はＣＣＭの生成並びに監視ネットワークパスへの送信を制御するＣＣＭ送信サブモジュール８５、ＣＣＭに不整合情報要素を包含するために不整合情報要素を生成する不整合情報要素サブモジュール８６、送信ＣＣＭの不整合情報要素における矛盾するトラヒック状態の検出により不整合を検出する不整合チェックモジュール８７および送受信ＣＣＭ不整合情報要素の比較により不整合を検出する不整合チェックモジュール８８を示す。サブモジュール８５乃至８８は図５のフロー図のステップ５１乃至５６並びに図６のフロー図のステップ６１乃至６５を基本的に実行する。換言すれば種々のサブモジュール８５乃至８８がＣＰＵ８３上で動作する場合、ネットワークノードは図５のステップ５１乃至５６および図６のステップ６１乃至６５を実行する。実装はファームウェア、ハードウェアまたはその組み合わせにおいて完全に若しくは部分的に実行できるが、普通はサブモジュール８５乃至８８はソフトウェアに実装されるであろう。
【００６８】
図面および明細書では、本発明の代表的に好ましい実施形態を開示し、特定の用語を使用するが、その用語は一般的かつ説明の意味でのみ使用され、限定するためではなく、本発明の範囲は以下の特許請求の範囲において示す。
【図１ａ】
2013512615.tif 000003
【図１ｂ】
2013512615.tif 000004
【図２ａ】
2013512615.tif 000005
【図２ｂ】
2013512615.tif 000006
【図３】
2013512615.tif 000007
【図４ａ】
2013512615.tif 000008
【図４ｂ】
2013512615.tif 000009
【図５】
2013512615.tif 000010
【図６】
2013512615.tif 000011
【図７】
2013512615.tif 000012
【図８】
2013512615.tif 000013
【図９ａ】
2013512615.tif 000014
【図９ｂ】
2013512615.tif 000015
【図９ｃ】
2013512615.tif 000016
【国際調査報告】
2013512615.tif 000017
2013512615.tif 000018
2013512615.tif 000019