(57)【特許請求の範囲】
【請求項１】
ＭＰＬＳ通信ネットワークのためのノードであって、
ＯＡＭ情報交換のためのＭＰＬＳの別個の変数に従って動作するように構成される異なるＯＡＭ状態機構をそれぞれが有する第１の他のノード及び第２の他のノードの間のデータトラフィックのためのパスに関する、ＯＡＭ情報交換のための少なくとも１つのインタフェースと、
前記異なるＯＡＭ状態機構のいずれかについての状態を、前記異なるＯＡＭ状態機構の他方により認識される状態へ、マッピングするように構成される上位集合の状態機構を含むＯＡＭ状態機構マッパと、
を有し、
前記ノードは、当該ノードを経るデータトラフィックのための前記パスに対応するように、前記異なるＯＡＭ状態機構のいずれかに従うと共に前記異なるＯＡＭ状態機構のうちの他方からマッピングされた状態に従って、前記第１の他のノード及び前記第２の他のノードの間の前記ＯＡＭ情報交換を実行するために、前記少なくとも１つのインタフェースを使用するように構成され、
前記ノードは、さらに、ＯＡＭメッセージにおいて、前記第１の他のノードの前記ＯＡＭ状態機構に従って特定されるパラメータを前記第２の他のノードの前記ＯＡＭ状態機構に従って特定されるパラメータへ変更することにより、前記第１の他のノードから前記第２の他のノードへの前記ＯＡＭメッセージを変形するように構成される、
ことを特徴とするノード。
【請求項２】
前記ＯＡＭ状態機構マッパは、前記異なるＯＡＭ状態機構の状態の上位集合を有するマッピング状態機構を有する、
ことを特徴とする請求項１に記載のノード。
【請求項３】
前記異なる状態機構は、それらの状態の少なくとも１つにおいて前記ＯＡＭ情報交換のための異なる伝送レートを有し、
前記ノードは、前記異なる伝送レートを補償するために、前記ＯＡＭ状態機構マッパの制御下において、ＯＡＭメッセージのレートを変更するように構成される、
ことを特徴とする請求項１又は２に記載のノード。
【請求項４】
前記第１のノード及び前記第２のノードは、それらの状態の少なくとも１つにおいてＯＡＭメッセージを運ぶデータユニットのための異なるフォーマットを有し、
前記ノードは、前記異なるフォーマット間のデータユニットを変換するように構成される構文解析手段を有する、
ことを特徴とする請求項１から３のいずれか１項に記載のノード。
【請求項５】
前記ノードは、上位レイヤのパスが１つ以上の下位レイヤのパスの容量を使用するように、レイヤの階層においてパスを設定するように構成され、
前記ノードは、前記階層のそれぞれのレイヤにおける前記パスのそれぞれのための独立したＯＡＭ状態機構マッパを有する、
ことを特徴とする請求項１から４のいずれか１項に記載のノード。
【請求項６】
前記ＯＡＭ情報交換はインバンドであり、
前記少なくとも１つのインタフェースは、前記異なるＯＡＭ状態機構のうちの第１のＯＡＭ状態機構に従って動作する前記第１の他のノードから送信されたデータトラフィックから、インバンドのＯＡＭメッセージを識別して読み出すためのＯＡＭ逆多重化器と、前記ＯＡＭ状態機構マッパの制御下で、前記第２の他のノードへのデータトラフィックに発信ＯＡＭメッセージを付加するためのＯＡＭ多重化器とを有する、
ことを特徴とする請求項１から５のいずれか１項に記載のノード。
【請求項７】
前記ノードは、ラベル・スイッチド・パスの形式のパスと、疑似ワイヤの形式のパスとに対して設定される、
ことを特徴とする請求項１から６のいずれか１項に記載のノード。
【請求項８】
前記異なるＯＡＭ状態機構は、ＢＨＨ  ＭＰＬＳ  ＴＰ変数及びＢＦＤ  ＭＰＬＳ  ＴＰ変数にそれぞれ適合する、
ことを特徴とする請求項１から７のいずれか１項に記載のノード。
【請求項９】
前記ＯＡＭ情報交換は、パス管理情報、自動保護スイッチング情報、性能監視情報のいずれかを交換することを含む、
ことを特徴とする請求項１から８のいずれか１項に記載のノード。
【請求項１０】
前記マッピング状態機構は、他のノードにおける状態機構の状態の変化、ネットワークオペレータからの入力、障害表示、及びタイマの満了のいずれかに従って、その状態を変更するように構成される、
ことを特徴とする請求項２又は請求項２に従属する請求項３から９のいずれか１項に記載のノード。
【請求項１１】
電気通信ネットワークにおける、ＯＡＭ情報を交換するためのＭＰＬＳの別個の変数に従って動作するように構成される異なるＯＡＭ状態機構をそれぞれが有するＭＰＬＳノード間で、ＯＡＭ情報を交換することにより前記電気通信ネットワークを運用する方法であって、
上位集合の状態機構を用いて、前記異なるＯＡＭ状態機構の１つについての状態を前記異なるＯＡＭ状態機構の他方によって認識される状態へとマッピングするステップと、
前記ノード間のデータトラフィックのためのパスに対応するために、前記異なるＯＡＭ状態機構の１つの状態に従うと共に、前記異なるＯＡＭ状態機構の他方からマッピングされた状態に従って、前記ＯＡＭ情報の前記交換を実行するステップと、
ＯＡＭメッセージにおいて、第１のノードの前記ＯＡＭ状態機構に従って特定されるパラメータを第２のノードの前記ＯＡＭ状態機構に従って特定されるパラメータに変更することにより、前記第１のノードから前記第２のノードへの前記ＯＡＭメッセージを変形するステップと、
を有することを特徴とする方法。
【請求項１２】
前記マッピングは、前記異なるＯＡＭ状態機構の状態の上位集合を有するマッピング状態機構を使用することを含む、
ことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記異なるＯＡＭ状態機構は、それらの状態の少なくとも１つにおいて前記ＯＡＭ情報交換のための異なる伝送レートを有し、
前記方法は、さらに、前記異なる伝送レートを補償するために、ＯＡＭメッセージのレートを変更するステップを有する、
ことを特徴とする請求項１１又は１２に記載の方法。
【請求項１４】
前記ノードは、それらの状態の少なくとも１つにおいてＯＡＭメッセージを運ぶデータユニットのための異なるフォーマットを有し、
前記方法は、さらに、前記異なるフォーマット間のデータユニットを変換するステップを有する、
ことを特徴とする請求項１１から１３のいずれか１項に記載の方法。
【請求項１５】
前記ノードは、上位レイヤのパスが１つ以上の下位レイヤのパスの容量を使用するように、レイヤの階層においてパスを設定することができ、
前記方法は、さらに、前記階層のそれぞれのレイヤにおける前記パスのそれぞれのための独立したマッパを使用するステップを有する、
ことを特徴とする請求項１１から１４のいずれか１項に記載の方法。
【請求項１６】
前記ＯＡＭ情報の交換はインバンドであり、
前記方法は、さらに、前記異なるＯＡＭ状態機構のうちの第１のＯＡＭ状態機構に従って動作する第１のノードから送信されたデータトラフィックから、インバンドのＯＡＭメッセージを識別して読み出すステップと、第２のノードへの送信のためのデータトラフィックに発信ＯＡＭメッセージを付加するステップとを有する、
ことを特徴とする請求項１１から１５のいずれか１項に記載の方法。
【請求項１７】
前記異なるＯＡＭ状態機構は、ＢＨＨ  ＭＰＬＳ  ＴＰ変数及びＢＦＤ  ＭＰＬＳ  ＴＰ変数にそれぞれ適合する、
ことを特徴とする請求項１１から１６のいずれか１項に記載の方法。
【請求項１８】
前記方法は、さらに、他のノードにおける状態機構の状態の変化、ネットワークオペレータからの入力、障害表示、及びタイマの満了のいずれかに従って、前記マッピング状態機構の状態を変更するステップを有する、
ことを特徴とする請求項１２又は請求項１２に従属する請求項１３から１７のいずれか１項に記載の方法。
【請求項１９】
ＯＡＭ  ＰＤＵフォーマットのための、かつＯＡＭ情報交換のためのＭＰＬＳの別個の変数に従って動作するように構成されるＯＡＭ状態機構のための異なる定義に従って動作するＭＰＬＳ−ＴＳネットワークノード間をインタフェースで接続する方法であって、
前記定義の１つに従ったフォーマットで受信されたＯＡＭ  ＰＤＵを、前記定義の別の１つに従った別のフォーマットへ変換するステップと、
前記異なる定義に従って動作する前記ネットワークノードにおいて端点を有するデータトラフィックのためのパスに対応するために、前記ネットワークノード間のＯＡＭ情報交換を実行するように、前記ネットワークノードの１つにおいて、その他の前記ネットワークノードのそれぞれに対して定義された前記異なるＯＡＭ状態機構と協調するための、上位集合の状態機構を含むトランスコーディングＯＡＭ状態機構を使用するステップと、
ＯＡＭメッセージにおいて、第１の他のノードの前記ＯＡＭ状態機構に従って特定されるパラメータを第２の他のノードの前記ＯＡＭ状態機構に従って特定されるパラメータに変更することにより、前記第１の他のノードから前記第２の他のノードへの前記ＯＡＭメッセージを変形するステップと、
を有することを特徴とする方法。
【請求項２０】
前記方法は、さらに、それぞれの端において異なる定義を使用するようにＬＳＰレイヤにおいて前記変換及び別個の前記トランスコーディング状態機構の使用を適用しながら、同一の定義をエンドトゥエンドで使用するクライアントレイヤにおいて動作するステップを有する、
ことを特徴とする請求項１９に記載の方法。
【請求項２１】
前記方法は、さらに、それぞれの端において異なる定義を使用するようにＬＳＰレイヤとクライアントレイヤとの両方において、前記変換及び別個の前記トランスコーディング状態機構の使用を適用するステップを有する、
ことを特徴とする請求項１９又は２０に記載の方法。
【請求項２２】
前記方法は、さらに、ＯＡＭ  ＰＤＵの終端を実行するステップであって、その後に前記異なる定義におけるＯＡＭ  ＰＤＵの周期性の違いに従ってＯＡＭ  ＰＤＵの生成又は抑制が続くステップを有する、
ことを特徴とする請求項１９から２１のいずれか１項に記載の方法。
【請求項２３】
前記方法は、さらに、状態変更をトリガするイベント間をマッピングするマッピングテーブルを使用するステップを有する、
ことを特徴とする請求項１９から２２のいずれか１項に記載の方法。
【請求項２４】
請求項１１から２３のいずれか１項に記載の方法を実行するための、通信ネットワークのためのノードを制御するためのプロセッサにより実行される記憶されるプログラムを有するコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭＰＬＳ電気通信ネットワークのためのノード、そのようなノードを運用する方法、ＭＰＬＳ−ＴＳネットワークノード間のインタフェースによる接続、及びこのような方法に対する対応するコンピュータプログラムに関する。
【背景技術】
【０００２】
マルチ・プロトコル・ラベル・スイッチング（ＭＰＬＳ）は、電気通信ネットワークにおいてデータパケットをノードから他のノードへ受け渡すのに使用される一組の標準である。各データパケットはラベルスタックを有し、それにより、そのパケットの残りを読み込むこと又は復号することなく、転送の決定がなされる。
【０００３】
既存のＭＰＬＳ転送プレーンに基づいて、マルチ・プロトコル・ラベル・スイッチング・トランスポート・プレーン（ＭＰＬＳ−ＴＰ）は、トランスポートレベルのネットワークの要求に関するより多くの機能を提供することを目指している。１つの主要な領域は、運用、管理、及びメンテナンス（ＯＡＭ）機能セットである。このＯＡＭ機能セットは、インターネット技術タスクフォース（ＩＥＴＦ）において標準化中である。ＯＡＭのフレームワーク及び要求は、連続性チェック（ＣＣ）、接続性検証（ＣＶ）、管理信号（Management Signals）などのような機能を含む。
【０００４】
ＭＰＬＳ−ＴＰは、必要なＯＡＭ属性（識別子、タイマ、カウンタなど）が、インバンドのいわゆるＯＡＭフレームにおいて符号化されることを定め、ＭＰＬＳ−ＴＰはデータフローに多重化される。これは、ＯＡＭフレームとデータフローとが、１つのノードから他へ転送される間に同じプロセスを経ることを意味する。ＯＡＭフレームは、接続の端点におけるメンテナンスエンドポイント（ＭＥＰ）によって生成されると共に受信され、ＯＡＭフレームのいくつか（オンデマンドのもの）は、ＭＩＰ（メンテナンス中間ポイント）で終端させられてもよい。現在、ＭＰＬＳ−ＴＰアーキテクチャは、疑似ワイヤ（ＰＷ）レイヤ、ラベル・スイッチング・パス（ＬＳＰ）トンネル（接続）レイヤ、及びセクション（データリンク）レイヤの、３つのレイヤからなる。ＭＰＬＳ−ＴＰ  ＯＡＭは３つのレイヤの全てに対応することができる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＩＥＴＦ  ＲＦＣ  ３０３１  「Ｍｕｌｔｉｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ」
【非特許文献２】ＩＥＴＦ  ＲＦＣ  ３０３２  「ＭＰＬＳ  Ｌａｂｅｌ  Ｓｔａｃｋ  Ｅｎｃｏｄｉｎｇ」
【非特許文献３】ＩＥＴＦ  ＲＦＣ  ５６５９  「Ａｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｍｕｌｔｉ−Ｓｅｇｍｅｎｔ  Ｐｓｅｕｄｏｗｉｒｅ  Ｅｍｕｌａｔｉｏｎ  Ｅｄｇｅ−ｔｏ−Ｅｄｇｅ」
【非特許文献４】ＩＥＴＦ  ＲＦＣ  ５８６０  「Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  Ｏｐｅｒａｔｉｏｎｓ，  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ  （ＯＡＭ）  ｉｎ  ＭＰＬＳ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋｓ」
【非特許文献５】ＩＥＴＦ  ＲＦＣ  ５８８５  「Ｂｉｄｉｒｅｃｔｉｏｎａｌ  Ｆｏｒｗａｒｄｉｎｇ  Ｄｅｔｅｃｔｉｏｎ  （ＢＦＤ）  ｆｏｒ  ｔｈｅ  Ｐｓｅｕｄｏｗｉｒｅ  Ｖｉｒｔｕａｌ  Ｃｉｒｃｕｉｔ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｖｅｒｉｆｉｃａｔｉｏｎ  （ＶＣＣＶ）」
【非特許文献６】ＩＥＴＦ  ｄｒａｆｔ−ｉｅｔｆ−ｍｐｌｓ−ｔｐ−ｒｅｑｕｉｒｅｍｅｎｔｓ  「ＭＰＬＳ−ＴＰ  Ｒｅｑｕｉｒｅｍｅｎｔｓ」
【非特許文献７】ＩＥＴＦ  ｄｒａｆｔ−ｉｅｔｆ−ｍｐｌｓ−ｔｐ−ｃｃ−ｃｖ−ｒｄｉ  「Ｐｒｏａｃｔｉｖｅ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｖｅｒｉｆｉｃａｔｉｏｎ，  Ｃｏｎｔｉｎｕｉｔｙ  Ｃｈｅｃｋ  ａｎｄ  Ｒｅｍｏｔｅ  Ｄｅｆｅｃｔ  ｉｎｄｉｃａｔｉｏｎ  ｆｏｒ  ＭＰＬＳ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｆｉｌｅ」
【非特許文献８】ＩＥＴＦ  ｄｒａｆｔ−ｂｈｈ−ｍｐｌｓ−ｔｐ−ｏａｍ−ｙ１７３１  「ＭＰＬＳ−ＴＰ  ＯＡＭ  ｂａｓｅｄ  ｏｎ  Ｙ．１７３１」
【非特許文献９】ＩＥＴＦ  ｄｒａｆｔ−ｉｅｔｆ−ｍｐｌｓ−ｔｐ−ｏａｍ−ａｎａｌｙｓｉｓ  「ＭＰＬＳ−ＴＰ  ＯＡＭ  Ａｎａｌｙｓｉｓ」
【非特許文献１０】ＩＥＴＦ  ｄｒａｆｔ−ｉｅｔｆ−ｍｐｌｓ−ｔｐ−ｌｉｎｅａｒ−ｐｒｏｔｅｃｔｉｏｎ  「ＭＰＬＳ−ＴＰ  Ｌｉｎｅａｒ  Ｐｒｏｔｅｃｔｉｏｎ」
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＯＡＭフレームをデータフローに多重化する同一の方法が使用されているが、現在、ＯＡＭパラメータを符号化する、いくつかの競合するソリューションが提案されている。ＯＡＭフレームと他の制御／管理フレームとを運ぶために、関連するチャネルが定められている。（ＰＷ）に対して、これらのチャネルはジェネリック関連チャネルヘッダ（Ｇ−ＡＣＨ）のみを使用して特定され、逆多重化される。ＬＳＰトンネル及びセクションの場合、追加のラベル、ジェネリック関連チャネルラベル（ＧＡＬ）、が関連するチャネルを指し示す。退出側において、ＭＥＰは、これらのラベルに基づいてＯＡＭフレームを検出すると共に逆多重化する。しかしながら、ネットワークに、ＯＡＭ情報交換を取り扱う、異なる互換性のない方法を用いる様々なノードを含むことが要求される場合、パスを終端し、ＯＡＭ情報を逆多重化すると共に互換性のないノードに別に送信される必要があるだろう。
【課題を解決するための手段】
【０００７】
本発明の目的は、改善された装置又は方法を提供することである。第１の態様によれば、本発明はＯＡＭ情報交換のための異なるＯＡＭ状態機構に従ってそれぞれ動作する第１の他のノードと第２の他のノードとの間の、データトラフィックのためのパスに関するＯＡＭ情報交換のためのインタフェースを有する、ＭＰＬＳ電気通信ネットワークのためのノードを提供する。本ノードは、また、第１の他のノードと第２の他のノードとの異なるＯＡＭ状態機構のいずれかの状態を、異なるＯＡＭ状態機構の他方によって認識される状態へ、マップするためのＯＡＭ状態機構マッパを有する。本ノードは、そのノードを介するデータトラフィック用のパスに対応するように、第１のＯＡＭ状態機構と第２のＯＡＭ状態機構とのいずれかに従って、またＯＡＭ状態機構の他方からマップされた状態に従って、第１の他のノードと第２の他のノードとの間のＯＡＭ情報交換を実行するための、インタフェースを使用することができる。
【０００８】
このような様々な標準のＯＡＭ状態機構間の様々な状態のマッピングにより、ＯＡＭ情報を対応する境界をまたいで交換することができ、そして、パスは、境界において終端される必要がなくなると共に、状態機構の１つに従って動作する進入ノードと他の状態機構に従って動作する退出ノードとを有することができる。これは、ネットワークのより簡単な運用を可能にすることと、様々なベンダのノードを使用することの自由度の増加と、従って、コストの削減とに役立つことができる。
【０００９】
本発明のもう１つの態様は、電気通信ネットワークにおける、異なるＯＡＭ状態機構に従ってそれぞれ動作するＭＰＬＳノード間で、ＯＡＭ情報を交換することにより当該電気通信ネットワークを運用する方法を提供する。本方法は、異なるＯＡＭ状態機構の１つの状態を、異なるＯＡＭ状態機構の他方により認識される状態へマッピングするステップと、そのノード間でＯＡＭ情報の交換を実行するステップとを有する。その交換は、ＯＡＭ状態機構の１つの状態に従うと共に、異なるＯＡＭ状態機構の他方からマップされた状態に従って、そのノード間のデータトラフィックのためのパスに対応するために、実行される。
【００１０】
本発明のもう１つの態様は、ＯＡＭ  ＰＤＵフォーマットとＯＡＭ情報交換のための状態機構とに対する異なる定義に従って動作するＭＰＬＳ−ＴＳネットワークノードを、その定義の１つに従うフォーマットで受信されたＯＡＭ  ＰＤＵを、定義の別の１つに従う他のフォーマットへと変えると共に、ネットワークノード間でＯＡＭ情報交換を実行するためにネットワークノードのそれぞれに対して定義された異なるＯＡＭ状態機構と協調するためのトランスコーディング状態機構を使用することにより、インタフェースで接続する方法を提供する。これは、異なる定義に従って動作するネットワークノードにおいて端点を有するデータトラフィックのためのパスに対応することができる。
【００１１】
本発明のもう１つの態様は、上記に示したような方法を実行するように、通信ネットワークのためのノードを制御するためのプロセッサにより実行される記憶されるプログラムを有する、コンピュータ可読記憶媒体を提供する。
【００１２】
任意の追加の特徴をこれらの態様に追加することができ、又はそれらから除くことができ、また、いくつかについて、以下でより詳細に説明する。追加の特徴のいずれもが共に組み合わされ、そして、上述の態様のいずれもと組み合わされることができる。他の効果及び重要性は、特に他の従来技術との比較を介して、当業者に明らかになるだろう。本発明の特許請求の範囲から逸脱することなく、数多くの変形及び変更をなすことができる。したがって、本発明の形式は説明に役立つのみのものであり、本発明の範囲を制限することを意図していないことが、明らかに理解されるべきである。
【００１３】
ここでは、本発明がどのように実行されうるかについて、添付の図面を参照して例を用いて説明する。
【図面の簡単な説明】
【００１４】
【図１】従来技術のネットワーク概略的な図。
【図２】従来技術のネットワーク概略的な図。
【図３】本発明の実施形態によるノードの概略図。
【図４】本発明の実施形態によるノードの概略図。
【図５】本発明の実施形態によるノードの概略図。
【図６】本発明の実施形態によるノードにおける、相互動作機能を有するクライアントレイヤと下位レイヤとの様々な構成を示す概略図。
【図７】本発明の実施形態による１つ又は複数のノードで使用される状態機構及び状態遷移の概略図。
【図８】本発明の実施形態によるノードの概略図。
【図９】本発明の実施形態によるノードの概略図。
【図１０】本発明の実施形態によるノードの概略図。
【図１１】本発の実施形態による処理におけるステップを示す図。
【図１２】本発の実施形態による処理におけるステップを示す図。
【図１３】ＰＤＵのフォーマットを変えるための構文解析処理の概略図。
【図１４】ＢＦＤ制御パケットのフォーマットを示す図。
【図１５】ＩＴＵ−Ｔ  Ｙ．１７３１によって定義されたＯＡＭ  ＰＤＵフォーマットに対する、ＢＨＨ  ＯＡＭにより使用されるフォーマットを示す図。
【発明を実施するための形態】
【００１５】
本発明について、特定の実施形態に関して、また、特定の図面を参照して説明するが、本発明はそれに限定されるものではなく特許請求の範囲によって定められる。説明される図面は、概略的なものに過ぎず、非限定的なものである。図面においては、説明の目的で、エレメントのいくつかのサイズが誇張されているかもしれず、スケール通りには描かれていないかもしれない。
【００１６】
（定義）
用語「有する（comprising）」が本説明及び特許請求の範囲において使用されるが、他の要素またはステップを排除するものではない。単数名詞を参照する時、不定冠詞、又は定冠詞、例えば「a」「an」「the」を使用するが、これは、特に他に記載されない限りは、その名詞の複数形を含む。
【００１７】
特許請求の範囲で使用される、用語「有する（comprising）」は、その後にリスト化される手段に限定されるように解釈されるべきでなく、他の要素またはステップを排除しない。
【００１８】
説明されるノード又はネットワークの要素または部分は、任意の種類の情報処理を実行するための、媒体において符号化されたロジックを有してもよい。ロジックは、ディスク又は他のコンピュータ可読媒体において符号化されたソフトウェアと、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又は他のプロセッサ若しくはハードウェアにおいて符号化された命令との少なくともいずれかを有していてもよい。
【００１９】
ノードへの言及は、任意の種類のスイッチングノードを含んでもよく、説明される種類に限定されず、あらゆる段階の統合、サイズ、帯域幅、ビットレートなどに限定されない。
【００２０】
プログラムまたはソフトウェアへの言及は、処理を行うハードウェアで直接又は間接的に実行可能な、任意の言語での任意の種類のプログラムを含んでもよい。
【００２１】
ハードウェア、処理を行うハードウェア又は回路への言及は、任意の程度へ統合され、汎用プロセッサ、デジタルシグナルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、離散コンポーネントまたはロジックなどに限定されない、任意の種類のロジックまたはアナログ回路を含んでもよい。
【００２２】
（略語）
ＢＦＤ          双方向フォワーディング検出
ＢＨＨ          Ｂｕｓｉ，Ｈｅｌｖｏｏｒｔ，Ｈｅｅ
ＩＥＴＦ        インターネット技術タスクフォース
ＩＰ            インターネットプロトコル
ＬＳＰ          ラベル・スイッチング・パス
ＭＥＰ          メンテナンスエンドポイント
ＭＩＰ          メンテナンス中間ポイント
ＭＰＬＳ        マルチ・プロトコル・ラベル・スイッチング
ＭＰＬＳ−ＴＰ  ＭＰＬＳ−転送プロファイル
ＯＡＭ          運用、管理及び保守
ＰＷ            疑似ワイヤ
ＲＦＣ          コメント要求
（導入、図１及び２）
本実施形態に対する前置きとして、従来の設計に伴ういくつかの問題について説明する。ＭＰＬＳ  ＴＰでの標準化活動は、ＩＰ／ＭＰＬＳの一式からＭＰＬＳ  ＴＰを得るための１つのソリューションがＩＥＴＦによって承認されているが、いまだにＩＴＵ−Ｔによっては承認されていない状況にある。ＭＰＬＳ  ＴＰのこのバージョンを、ＢＦＤをＯＡＭに対する参照の基礎として使用することから、「ＢＦＤベース」と呼ぶ。
【００２３】
他方で、「ＢＦＤベース」のＭＰＬＳ  ＴＰにおける標準化活動がその終結を遅らせているため、ベンダのグループといくつかの大きなオペレータは、イーサネット（登録商標）のために既に定義されているＯＡＭ、すなわちＩＴＵ−Ｔ  Ｙ．１７３１を導入することによりＭＰＬＳ  ＴＰを実現するために、新しい寄書をＩＥＴＦに対して提出している。このドラフトは、ｄｒａｆｔ−ｂｈｈ−ｍｐｌｓ−ｔｐ−ｏａｍ−ｙ１７３１と呼ばれ、「ＢＨＨ」  ＭＰＬＳ  ＴＰと呼ばれるだろう。
【００２４】
現在の状態においては、ＭＰＳＬ  ＴＰ標準の一式の一部としてＢＨＨ  ＭＰＬＳ  ＴＰが承認されるかは不明であるが、それが起きようと起こるまいと、ベンダはいずれにせよ、２つの選択肢の１つを実装するか両者を実装するかする可能性が高い。ネットワークの観点からは、これにより大きなネットワークが異なるベンダによる製品で形成される状況を招きうると共に、ＢＨＨ  ＭＰＬＳ  ＴＰ変数又はＢＦＤ  ＭＰＬＳ  ＴＰ変数の島が存在するかもしれない。
【００２５】
起こり得る状況は、図１に示されるものでありうるところ、そこでは、現在までソリューション又はＭＰＬＳ−ＴＰレイヤにおいてエンドトゥエンドＯＡＭが存在しない。この図は、ＢＨＨベースのＯＡＭを使用するノード１０の島と、ＢＦＤベースのＯＡＭを使用するノード１２の島とを示している。現在、転送ネットワークに適した、ＭＰＬＳに基づく一連のプロトコルに合意することの、ＩＥＴＦ及びＩＴＵの中での大きな標準化の努力がある。この一連のプロトコルは、ＭＰＬＳ  ＴＰと呼ばれる。ＭＰＬＳ  ＴＰのための前提は、ＯＡＭが可能な限りＭＰＬＳと互換性を有しながら、転送ネットワークの要求に合致する新しい機能性を導入する一方で、そのデータプレーンがＭＰＬＳと同じであることである。
【００２６】
標準化の議論のほとんどは、ＯＡＭが主要な機能であるとともに任意の技術の差別化要因であるため、ＯＡＭについて生じている。上述の要求に従って、ＩＥＴＦは、例えばｄｒａｆｔ−ｉｅｔｆ−ｍｐｌｓ−ｔｐ−ｃｃ−ｃｖ−ｒｄｉに記載されている、ＯＡＭツールのセットを起草している。この標準によれば、プロアクティブＣＣ、ＣＶ、ＲＤＩ  ＰＤＵは、ＰＦＤプロトコルに基づき、単純にＭＰＬＳ  ＴＰ  ＯＡＭの中にカプセル化される。ＯＡＭ処理のための状態機構は、軽微な修正を伴って、ＲＦＣ  ５８８０による。ＯＡＭのこのバージョンは、既存の及び広く行き渡ったＭＰＬＳとの相互動作を目指している。一方で、同一の機能性（プロアクティブＣＣ、ＣＶ、ＲＤＩ）を達成するために、ＩＴＵ−Ｔ  Ｙ．１７３１のＰＤＵ及び状態機構を用いる、ｄｒａｆｔ−ｂｈｈ−ｍｐｌｓ−ｔｐ−ｏａｍ−ｙ１７３１に含まれる別の提案が提出されている。
【００２７】
ＢＦＤベース及びＢＨＨベースのＭＰＬＳ  ＴＰ  ＯＡＭは、互換性がなく（例えば、ＰＤＵフォーマット及び状態プロトコル状態機構が異なる）、したがってこれらの２つの種類のＭＰＬＳ  ＴＰ  ＯＡＭを用いるネットワーク間の任意の相互接続は、図２に示すように、クライアントレイヤのハンドオフ（例えば、イーサネット）を有する必要がある。この図は、ＢＨＨベースのＭＰＬＳ−ＴＰ  ＯＡＭを使用するノード１０と、ＢＦＤベースのＭＰＬＳ  ＴＰ  ＯＡＭを使用するノード１２の間に広がるＬＳＰ２へイーサネットリンクを接続するノード１６にイーサネットリンクにより接続されるノード１４におけるＬＳＰ１の終端とを示している。
【００２８】
この相互接続モードは、ＭＰＬＳトンネル（ＬＳＰ）とＰＷとに対するエンドトゥエンドの観点の不利点があり、したがって、ネットワークの管理可能性をより複雑にしている。実際のところ、個別のネットワークのＬＳＰ及びＰＷの両方がＢＦＤおよびＢＨＨにそれぞれ基づくと仮定すると、ネットワークを、エンドトゥエンドのＬＳＰ又はＰＷを用いて設計することができず、相互接続は、接続点の各サイドにおけるＬＳＰ及びＰＷの両方の終端を要求することとなり、したがって、現在の状況は、クライアントレベルでのみ相互動作が可能となっている。単一のオペレータによって管理されるネットワーク中では、同一のサービスを扱う複数の異なる技術を有することは、ＯＰＥＸを著しく増大させる。
【００２９】
（本発明の実施形態の特徴の導入）
説明される実施形態は、ＩＥＴＦとＩＴＵとの間でのジョイントワーキングチーム内で現在議論されている特定の特色、又は、将来起こり得る、同様の問題を引き起こす任意の他の特定の特色のいずれかである、ＭＰＬＳ  ＴＰ技術の２つの特色間の、相互動作機能を提供することにより、これらの問題の少なくともいくつかを取り扱うことを含む。いくつかの実施形態は、ＢＦＤベース及びＢＨＨベースのＭＰＬＳ  ＴＰ  ＯＡＭの実装間の相互動作を提供することができるノードを有する。この相互動作機能は、
・ＬＳＰ／ＰＷレベルでのＯＡＭメッセージフォーマット
・ＬＳＰ／ＰＷレベルでのＯＡＭ状態機構
・ＬＳＰ／ＰＷレベルでのＯＡＭの間接動作
パス上のノード又は任意のネットワークエンティティＮＥに、この相互動作機能を実装することができる。
【００３０】
このようなエンドトゥエンドのソリューションのいくつかの利点は、一様な技術、エンドトゥエンドの性能監視、エンドトゥエンドの管理、エンドトゥエンドの間接動作、及びエンドトゥエンドの保護である。
【００３１】
（実施形態のいくつかの追加の特徴）
実施形態は、上の概要のセクションで説明した態様のいずれかのものに付加される任意の特徴を有することができ、いくつかについては以下で説明する。マッパは、異なるＯＡＭ状態機構の状態の上位集合を有するマッピング状態機構を有することができる。これは、他のものも考えられるが、マッパを実装する１つの方法である。
【００３２】
異なる状態機構は、それらの状態の少なくとも１つにおいて、ＯＡＭ情報交換のための異なる伝送レートを有することができ、ノードは、マッパの制御下において、異なる伝送レートを補償するために、ＯＡＭメッセージのレートを変更するように構成されてもよい。これは、さらなる互換性の利点を提供することができる。
【００３３】
第１のノードおよび第２のノードは、それらの状態の少なくとも１つにおいて、ＯＡＭメッセージを運ぶデータユニットのための異なるフォーマットを有することができ、ノードは、異なるフォーマット間のデータユニットの翻訳のための構文解析器を有することができる。これは、ノード間のさらなる違いを克服するのに役立ちうる。
【００３４】
異なるレイヤにおけるパスのそれぞれに対して独立のマッパを有するノードが、上位レイヤのパスが１つ以上の下位レイヤのパスの容量を使用するようにレイヤのある階層においてパスを設定することが可能であってもよい。これは、より複雑なネットワーク構成において、互換性を維持するのに役立ちうる。
【００３５】
ＯＡＭ情報交換は、インバンドであってもよく、インタフェースは、第１のＯＡＭ状態機構に従って動作している第１の他のノードから送信されたデータトラフィックから、インバンドＯＡＭメッセージを識別して読み出すためのＯＡＭ逆多重化器と、マッパの制御下で、第２の他のノードへのデータトラフィックに発信ＯＡＭメッセージを付加するためのＯＡＭ多重化器とを有しうる。これは、ノードを実装する１つの好ましい方法である。
【００３６】
ノードは、ラベル・スイッチド・パスの形式のパス、及び疑似ワイヤの形式でのパスを処理するように構成されてもよい。これらは、そのようなネットワークにおける２つの共通の種類のパスである。
【００３７】
異なる状態機構は、ＢＨＨ  ＭＰＬＳ  ＴＰ変数及びＢＦＤ  ＭＰＬＳ  ＴＰ変数にそれぞれ適合することができる。これらは、ＯＡＭ状態機構を実装する、潜在的に商業的に有用な方法である。
【００３８】
ＯＡＭ情報は、例えば、パス管理情報、自動保護スイッチング情報、及び性能監視情報のいずれかを有することができる。これらは、パスに対応するために交換される情報の生じうるカテゴリの一部である。
【００３９】
マッピング状態機構は、例えば、他のノードにおける状態機構の状態の変化、ネットワークオペレータからの入力、障害表示、及びタイマの満了のいずれかに従って、その状態を変更するように構成されてもよい。これらは、状態変更のための生じうるトリガの一部であり、ノードは、異なる状態機構間の互換性が失わせることなく、これに対処することができるべきである。
【００４０】
相互動作機能は、ＢＦＤベースのＯＡＭとＡＰＳ  ＰＤＵとから、ＢＨＨ  ＯＡＭ及び関連するＡＰＳ（例えばｄｒａｆｔ−ｚｕｌｒ−ｍｐｌｓ−ｔｐ−ｌｉｎｅａｒ−ｐｒｏｔｅｃｔｉｏｎ−ｓｗｉｔｃｈｉｎｇ−０１に従う）ＰＤＵとへ、またその逆の構文解析をするための構文解析器と、ＢＦＤベースＯＡＭ状態機構をＢＨＨ  ＯＡＭ状態機構へとそろえることができる「翻訳機能」とを有することができる。
【００４１】
これらの２つの機能は、ＬＳＰ又はＰＷに適用されることができるとともに、オペレータの観点から、２つの異なるＭＰＬＳ−ＴＰドメイン間の不連続性がないことを確実にする。一例として、異なるＭＰＬＳ  ＴＰの島を伴って形成される単一のオペレータのネットワークにおいて、ＬＳＰレベルのエンドトゥエンドのＬＳＰの性能を有することの妥当性を考える。２つのネットワークの島を作動させることは異なるが、監視と保護はエンドトゥエンドであり、一貫している。
【００４２】
本発明のいくつかの実施形態によれば、ネットワークノードにおいて端点を有するデータトラフィックのためのパスに対応するために、ＰＤＵフォーマットとＯＡＭ情報交換のための状態機構とに対する異なる定義に従って動作する、ＭＰＬＳ−ＴＳネットワークノード間を接続するインタフェースを有するノードであって、その定義の１つに従うフォーマットで受信されたＰＤＵの、そのＰＤＵが宛てられたノードのための、その定義の別の１つに従う別のフォーマットへ変換のための構文解析器を有し、また、そのインタフェースを介してネットワークノード間でＯＡＭ情報交換を可能とするために、ネットワークノードのそれぞれに対して定義される異なるＯＡＭ状態機構と協調して動作可能なトランスコーディング状態機構を有するノードが提供される。
【００４３】
異なる標準のＯＡＭ状態機構間の異なる状態に適合するインタフェースを有することにより、そのインタフェースを介すると共に、定義の１つに従って動作する進入ノードと定義の別の１つに従って動作する退出ノードとを有するＬＳＰを設定することができる。
【００４４】
本発明の他の実施形態は、異なる定義に従って動作するネットワークノードにおいて端点を有するデータトラフィックのためのパスに対応するために、ＯＡＭ  ＰＤＵフォーマットとＯＡＭ情報交換のための状態機構とに対する異なる定義に従ってＭＰＬＳ−ＴＳネットワークノード間をインタフェースで接続する方法であって、定義の１つに従うフォーマットで受信されたＯＡＭ  ＰＤＵを、定義の別の１つに従う別の１つのフォーマットへ変形するステップと、ネットワークノード間でＯＡＭ情報交換を実行するためにネットワークノードのそれぞれに対して定義される、異なるＯＡＭ状態機構と協調動作するためにトランスコーディング状態機構を使用するステップとを有する方法を提供する。
【００４５】
本方法は、各エンドで異なる定義を使用するため、ＬＳＰレイヤにおいてインタフェースによる接続を適用する一方で、クライアントレイヤにおいてエンドトゥエンドで同じ定義を使用して動作するステップを有していてもよい。
【００４６】
本方法は、ＬＳＰレイヤとクライアントレイヤとの両方において、各エンドで異なる定義を使用するため、インタフェースによる接続を適用するステップを有してもよい。
【００４７】
本方法は、異なる定義におけるＯＡＭ  ＰＤＵの周期性の違いに従ったＯＡＭ  ＰＤＵの生成又は抑制がその後に続く、ＯＡＭ  ＰＤＵの終端を実行するステップを有してもよい。
【００４８】
本方法は、状態変更をトリガするイベント間をマッピングするマッピングテーブルを使用するステップを有してもよい。
【００４９】
本方法は、クライアントレイヤが複数のセグメントを有する場合に使用されてもよく、また、本方法は、そのセグメントの１つにおいて障害があった場合に障害情報を伝搬するステップ、又は性能情報を１つのセグメントから他の１つへ再度マッピングするステップを有してもよい。
【００５０】
ＯＡＭ  ＰＤＵは、とりわけ、ＡＰＳ（自動保護スイッチング）情報、損失測定情報、アラーム表示信号、遅延測定情報を含んでもよい。
【００５１】
ＯＡＭ状態機構は、ＢＦＤ（双方向フォワーディング検出）又はＢＨＨタイプ、または他の異なるタイプを有していてもよい。
【００５２】
（図３から図５、本発明の実施形態）
図３から図５は、本発明の実施形態の概略図を示しており、相互動作が境界ノード（図３参照）と境界リンク（図４及び図５参照）とのいずれかとして構成されうることを示している。両方の場合において、ＢＦＤ−ＢＨＨ  ＩＷＦは、技術の境界を横断するにもかかわらず、それを適用するエンティティ（例えばＬＳＰ又はＰＷ）がエンドトゥエンドの接続性、ＯＡＭ及び保護を保証できることを確実にしなければならない。
【００５３】
図３においては、境界ノード１８は、ＢＨＨベースのＯＡＭを使用するノード１０の島とＢＦＤベースのＯＡＭを使用するノード１２の島との、ノードの島の両方のエッジにある。これは、その境界を越えて、ＬＳＰ１により示されるエンドトゥエンドのパスを設定できることを意味し、そして、そのパスに沿って、１つの部分はＢＨＨベースのＯＡＭを使用するノードを有し、他の部分はＢＦＤベースのＯＡＭを使用するノードを有する。
【００５４】
図４及び図５においては、２つの境界ノードと境界リンクとが存在することを除いて、図３と同様の手法が示されている。図４においては、ＢＨＨ島のエッジにおけるノード１８で相互動作が行われる。図５においては、ＢＦＤ島のエッジにおけるノード２０において相互動作が行われる。
【００５５】
ＩＷＦは単一の装置に実装されることができるため、この発明の実施形態は、図３、図４又は図５のシナリオのいずれに適用されてもよい。図５においては、ＩＷＦは境界リンクのいずれかの端に示される。説明のためだけに、当然ながら、例示のいずれもが、２つのノード上分散されるように適合されうるが、この地点から先は図において境界ノードが使用される。
【００５６】
（図６、実施形態による異なるレイヤへの適用）
本発明の実施形態は、特定のネットワークレイアウト及びクライアントレイヤの種類に基づいて、ＬＳＰ若しくはＰＷ又はその両方に適用されうるＩＷＦとして実装されうる。
【００５７】
図６は、その広範な適用可能性の生じうる例の一部を示している。一例として、ケースＡ、Ｂ及びＣは、縫い合わせ（stitching）が生じるＬＳＰレベルにおけるＩＷＦの適用を示しており、クライアントレイヤ、ＰＷは、ＢＦＤ又はＢＨＨ又は別の異なるＯＡＭを用いてエンドトゥエンドで続いている。ケースＤはＩＷＦがＬＳＰとＰＷとの両方に適用される場合のオプションであり、実際に、各ＭＰＬＳ  ＴＰドメインが、その独自の技術を用いて実装され、したがって、両方のレイヤに対して変更が要求される。本発明の実施形態は、また、クライアントＩＰレイヤがある場合、複数セグメントのＰＷ、又はクライアントレイヤに対する単一のＬＳＰとケースＨのように異なるＯＡＭタイプの複数のＬＳＰとのいずれかを用いて、ＭＰＬＳスタックが生じた場合（ケースＧ及びＨ）に適用することができる。
【００５８】
（図７、状態機構図）
いくつかの実施形態の主要な機能の１つは、ＢＨＨとＢＦＤとの状態機構間の変更である。状態間のマッピングは、両方の状態の上位集合を含む第３のＩＷＦ状態機構を使用することにより実装されてもよい。
【００５９】
図７は、ＢＨＨ及びＢＦＤ状態機構に関する、そのような上位集合のＩＷＦ状態機構の例を示している。基本原理は、ＩＷＦが、ＢＦＤ及びＢＨＨ  ＯＡＭ状態機構の間の異なる状態を適合させることができる「トランスコーディング」状態機構を実装することである。ノード又はＢＨＨ  ＯＡＭとＢＦＤ  ＯＡＭとのそれぞれを用いて動作する隣接ノードにおいて、ＭＥＰ及びＭＩＰＳが存在してもよい。ＢＨＨ状態機構は、２つの状態−ＵＰ７２とＤＯＷＮ７０−のうちの１つでのみあることができ、ＤＯＷＮ状態において３．３ｍｓごとにＰＤＵを送信するが（障害の原因に起因して）遠隔のＯＡＭを何ら検出しない一方で、ＵＰ状態においては３．３ｍｓごとにＯＡＭ  ＰＤＵを送信し受信する。両方の状態において、状態切り替えをトリガするイベントがある。
【００６０】
ＢＦＤ  ＯＡＭを実行しているＭＥＰ及びＭＩＰは、３つの状態−ＩＮＩＴ８２、ＵＰ８４、ＤＯＷＮ８０−のうちの１つでありうる。以前の状態機構に関して、ＩＮＩＴ状態はより高く設定可能な周期でＯＡＭメッセージを送信し、ＵＰ状態において３．３ｍｓに切り替える。状態間の切り替えは、タイマの満了、イベント及び管理上のダウンアクションによってトリガされる。上位集合状態機構は、それぞれがＢＨＨ及びＢＦＤの状態機構における対応する状態と互換性がある、ＤＯＷＮ状態７４、ＩＮＩＴ状態７６及びＵＰ状態７８を有する。
【００６１】
ＢＨＨ状態機構は、Ａにより示されるように、そのＤＯＷＮ状態を上位集合ＩＷＦに伝播してもよく、またその逆も行われてもよい。ＢＨＨ状態機構は、Ｃにより示されるように、そのＵＰ状態を上位集合ＩＷＦに伝播してもよく、またその逆も行われてもよい。上位集合のＩＮＩＴ状態は、Ｂにより示されるように、ＢＨＨ状態機構においてＵＰ状態となるように伝播してもよい。ＢＤＦ状態機構は、Ｄにより示されるように、そのＤＯＷＮ状態を上位集合ＩＷＦに伝播してもよく、またその逆も行われてもよい。ＢＦＤ状態機構は、Ｆにより示されるように、そのＵＰ状態を上位集合ＩＷＦに伝播してもよく、またその逆も行われてもよい。上位集合のＩＮＩＴ状態は、Ｅにより示されるように、ＢＦＤ状態機構に伝播されてもよく、またその逆も行われてもよい。
【００６２】
（図８〜図１０、実施形態によるノードの概略図）
図８は、本実施形態による、そして、エンドトゥエンドのＯＡＭ情報交換を可能とするために相互動作機能ＩＷＦを実行するように構成される、ノード１１０の概略図を示している。ノード１１０は、ＯＡＭ情報交換のための第１の状態機構に従って動作する隣接ノードへの及び当該隣接ノードからの、ワーキングデータトラフィックとＯＡＭ情報を取り扱うインタフェース１００を有する。別のインタフェース１００は、ＯＡＭ情報交換のための第２の状態機構に従って動作する隣接セルへの及び当該隣接ノードからの、ワーキングデータトラフィックとＯＡＭ情報を取り扱う。クロスコネクトの形式のスイッチが、データトラフィックを扱うために示されており、一方で、ノードが第１のＯＡＭ状態機構に整合するＯＡＭ情報を処理するのと同様に第２のＯＡＭ状態機構に整合するＯＡＭ情報を処理することができるように、ＯＡＭ情報はインタフェースにより分離され、第１又は第２のＯＡＭ状態機構１２１、及びＯＡＭ状態機構の他方のマッピング状態に対するマッパ１２０の形式でありうるＯＡＭ状態機構によって処理される。これは、エンドトゥエンドのＯＡＭ情報交換を可能とするために、そのような異なるＯＡＭ状態機構を使用するノード間の相互動作を可能とすることができる。この図において矢印は、典型的な場合におけるＯＡＭ情報の１方向の流れを意味しているが、これは双方向であってもよい。正確な状態を判定するため、又は現在の状況を考慮してどのような動作に取り掛かるべきかを判定するために、マッパによって、他の入力が使用されてもよい。
【００６３】
図９は、図８のものと同様のノードの概略図を示しており、この場合、マッパは、第１及び第２のＯＡＭ状態機構を使用する隣接ノードとのＯＡＭ情報交換において期待されるように動作することを可能とするために、異なるＯＡＭ状態機構の上位集合１２２である状態機構を有する。同様に、マッパ１２０の制御下で、ＯＡＭ情報交換に使用されるパケットのフォーマットを変換するための、構文解析器１４０が示されている。
【００６４】
図１０は、図９のものと同様のノードの概略図を示しており、この場合、異なる状態機構によって要求されるレートの不整合を処理することができるようにするために、マッパの制御下において、ひいては第１又は第２の状態機構に依存して、情報交換のレートを変更するように構成されるＯＡＭレート変換器１５０と、構文解析器が接続されている。これは、例えば、追加パケットの挿入またはいくつかのパケットの除去、及びその他のものを遅延させることを意味しうる。
【００６５】
（図１１、図１２、実施形態による動作の方法）
図１１は、本発明の実施形態の処理に含まれるステップのいくつかを示している。ステップ２００において、データトラフィックのためのパスが、ＯＡＭ情報交換のための異なる状態機構を有するノード間に設定される。ステップ２１０において、境界におけるノードにおいて、ＯＡＭ状態機構の少なくとも１つについての状態が、異なるＯＡＭ状態機構の他方の対応する状態へとマッピングされる。ステップ２２０において、ＯＡＭ情報がパスに沿って、境界において交換され、ＯＡＭ状態機構の１つについての状態に従って、また、ＯＡＭ状態機構の他方についてのマッピングされた状態に従って、ＯＡＭ情報が受け渡される。
【００６６】
図１２は、本発明のもう１つの実施形態の動作に含まれるステップのいくつかを示している。パスが設定された後、ステップ２１０において、境界におけるノードにおいて、ＯＡＭ状態機構の少なくとも１つについての状態が、異なるＯＡＭ状態機構の他方の対応する状態へとマッピングされる。ステップ２５０において、ＯＡＭ情報が、例えば、パス管理、自動保護スイッチング又は性能監視に関する他のノードから受信される。ステップ２６０において、例えば、他のノードにおける状態の変化に従って、又はネットワークオペレータからの入力若しくは障害表示若しくはタイマの満了により、ノードの状態機構についての状態が更新される。ステップ２７０において、ノードは、状態機構の状態に応じて、受信したＯＡＭ情報を転送する。ステップ２８０において、ノードは、状態に応じて、例えば、オペレータへの通知又は状態変化の伝播を行うように、他の間接動作を行ってもよい。
【００６７】
いくつかの実施形態の今までにない特徴は、いくつかの場合に、
ＯＡＭ  ＰＤＵの終端（全ケース）
ＯＡＭ状態に対する異なる周期性を取り扱うためのＯＡＭ  ＰＤＵの生成又は抑制（図６のケースＥ及びＤ）
状態変化をトリガするイベント間のテーブルのマッピング（全ケース）
セグメントの１つにおいて障害があった場合、障害情報の伝播
１つのセグメントから他のセグメントへの性能監視情報の再マッピング
の動作のいくつか又は全てを少なくとも意味する変換機能である。
【００６８】
いくつかの実施形態のもう１つの今までにない特徴は、ＰＤＵ変換である。この動作のために、簡単な構文解析器１４０が要求される。一例を図１３に示す。図１３は、ＢＦＤベースのＯＡＭ情報交換とＢＨＨベースのＯＡＭ情報交換との間の相互動作の特定の例のための異なるＰＤＵフォーマット間の変換を行うための、構文解析器１４０により実行されるＰＤＵ変換機能の概略図を示している。ＢＨＨバージョンの制御パケットは上半分に示されており、これは、ｄｒａｆｔ−ｂｈｈ−ｍｐｌｓ−ｔｐ−ｏａｍ−ｙ１７３１−０６．ｔｘｔの図１から取ってきたものである。
【００６９】
ＢＦＤバージョンは、図１３の下半分に示されており、これは、ｄｒａｆｔ−ｉｅｔｆ−ｍｐｌｓ−ｔｐ−ｂｆｄ−ｃｃ−ｃｖ−００の図３から取ってきたものである。
【００７０】
構文解析器のために新しい変換テーブルを定義することができ、これは、一方で処理される情報と他の情報との間の関係又は双方向の関係を有する。
【００７１】
この変換テーブルは、以下のフォーマットを有していてもよい。
0005621051.tif 000002
【００７２】
ＭＰＬＳ−ＴＰ  ＢＦＤ  ＯＡＭは、ＢＦＤ制御パケットをペイロードとして使用する。ＢＦＤ制御パケットのフォーマットは図１４に示されるようなものである。
【００７３】
ＭＰＬＳ−ＴＰ  ＢＨＨ  ＯＡＭは、Ｙ．１７３１によって定められるＯＡＭ  ＰＤＵフォーマットを使用する。共通のＯＡＭ  ＰＤＵのフォーマットは図１５に示されるようなものである。
【００７４】
上述の２つの機能は、厳密に同じ機構を用いて、ＡＰプロトコルにも適用することができる。２つの機能は、それらが適用されるインスタンス（例えばＬＳＰ又はＰＷ）が技術シフトに関わらずエンドトゥエンド、そして境界ノード又は境界リンクと認識されることを確実にする。
【００７５】
このようなＯＡＭ相互動作によって可能となるエンドトゥエンドのソリューションのいくつかの利点は、以下のようなものである。
【００７６】
異なる領域においてＭＰＬＳ  ＴＰ  ＯＡＭの特色が異なるにもかかわらず、ＭＰＬＳ  ＴＰネットワークの伝送リソースをエンドトゥエンドで見ることである。これは、ＢＨＨ及びＢＦＤ標準の両方が進行していると共に様々なベンダの興味を引いているため、起こり得る状況である。単一のオペレータのネットワークが、相互接続される異なる島からできることが起こるかもしれない。オペレータが特定の技術のためのベンダへリンクされなくすることができるため、ＯＰＥＸの削減が起こるかもしれない。ＩＰ  ＭＰＬＳネットワークを用いるＢＨＨ  ＭＰＬＳ  ＴＰネットワークのエンドトゥエンドの相互接続が可能となる。非一様なネットワークを通じて制御プレーンの適用性を有効にするのに役立つ。エンドトゥエンドの性能監視、エンドトゥエンドの管理、エンドトゥエンドの間接動作、及びエンドトゥエンドの保護手法が可能となる。これらの全ては、ＣＡＰＥＸを削減するのに役立ちうる。
【００７７】
他の変形及び実施形態を、特許請求の範囲の範囲内で予想することができる。
【図１】
0005621051.tif 000003
【図２】
0005621051.tif 000004
【図３】
0005621051.tif 000005
【図４】
0005621051.tif 000006
【図５】
0005621051.tif 000007
【図６】
0005621051.tif 000008
【図７】
0005621051.tif 000009
【図８】
0005621051.tif 000010
【図９】
0005621051.tif 000011
【図１０】
0005621051.tif 000012
【図１１】
0005621051.tif 000013
【図１２】
0005621051.tif 000014
【図１３】
0005621051.tif 000015
【図１４】
0005621051.tif 000016
【図１５】
0005621051.tif 000017