(57)【特許請求の範囲】
【請求項１】
第１の発見エージェント（２１６）を有する第１のネットワークノード（２１）と、第２の発見エージェント（２２６）を有する第２のネットワークノード（２２）との間の光トランスポートネットワークでの自動レイヤ隣接発見のための方法であって、第１のネットワークノード（２１）の第１のインターフェースから、前記光トランスポートネットワークの１つまたは複数の後続のネットワークリンク（２５、２６、２７）を介して第２のネットワークノード（２２）の第２のインターフェースに発見メッセージ（２１０）を送信することを含み、前記発見メッセージ（２１０）が、第１の発見エージェント（２１６）に関連する発見エージェント識別子と、第１のインターフェースに関連する終端接続点識別子とを示す情報を含み、
送信すべき信号フレームのオーバヘッド部分中の予約済みフィールド（ＴＣＭ１−ＴＣＭ６）を使用してタンデム接続ソース機能（２１７）を実施するように第１のインターフェースを構成すること、
受信信号フレームの同一の予約済みフィールド（ＴＣＭ１−ＴＣＭ６）上でタンデム接続監視機能（２２７）を実施するように前記第２のインターフェースを構成すること、および
前記予約済みフィールド（ＴＣＭ１−ＴＣＭ６）内で利用可能なトレイルトレース識別子（ＴＴＩ）バイトを使用して、前記発見メッセージ（２１０）を送信すること
を含む、方法。
【請求項２】
前記第１の発見エージェント（２１６）が、タンデム接続監視のために前記オーバヘッドで与えられる６つの利用可能なフィールド（ＴＣＭ１−ＴＣＭ６）のうちの所定の１つの上で前記タンデム接続ソース機能を実施するように前記第１のインターフェースを構成する、請求項１に記載の方法。
【請求項３】
前記第１の発見エージェント（２１６）が、前記フィールド内に既に存在するタンデム接続監視信号の存在について、前記タンデム接続ソース機能（２１７）を活動化する前に前記予約済みフィールドを監視するように前記第１のインターフェースを構成し、存在する場合、タンデム接続監視のために前記オーバヘッドで与えられる前記６つの利用可能なフィールド（ＴＣＭ１−ＴＣＭ６）のうち、タンデム接続監視信号が既に存在している前記フィールド以外のものを使用する、請求項１に記載の方法。
【請求項４】
前記第２の発見エージェント（２２６）が、タンデム接続監視のために前記オーバヘッドで与えられる６つの利用可能なフィールド（ＴＣＭ１−ＴＣＭ６）のうちの所定の１つの上で前記タンデム接続監視機能（２２７）を実施するように前記第２のインターフェースを構成する、請求項１に記載の方法。
【請求項５】
前記第２の発見エージェント（２２６）が、前記発見メッセージの存在について、タンデム接続監視のために前記オーバヘッドで与えられるすべての６つのフィールド（ＴＣＭ１−ＴＣＭ６）を監視するように前記第２のインターフェースを構成する、請求項１に記載の方法。
【請求項６】
光トランスポートネットワークで使用するための第１のネットワークノード（２１）であって、前記光トランスポートネットワークで自動レイヤ隣接発見を実施する発見エージェント（２１６）と、発見エージェント（２１６）に関連する発見エージェント識別子と、インターフェースに関連する終端接続点識別子とを示す情報を含む発見メッセージ（２１０）を使用する前記光トランスポートネットワークに接続された少なくとも１つのインターフェースとを備え、前記発見エージェント（２１６）が、送信すべき信号フレームのオーバヘッド部分中の予約済みフィールド（ＴＣＭ１−ＴＣＭ６）を使用してタンデム接続ソース機能（２１７）を実施するようにインターフェースを構成し、前記予約済みフィールド（ＴＣＭ１−ＴＣＭ６）内で利用可能なＴｒａｉｌ  Ｔｒａｃｅ  Ｉｄｅｎｔｉｆｉｅｒ（ＴＴＩ）を使用して、隣接する第２のネットワークノード（２２）に前記発見メッセージ（２１０）を送信するようになされる、第１のネットワークノード（２１）。
【請求項７】
光トランスポートネットワークで使用するための第２のネットワークノード（２２）であって、前記光トランスポートネットワークに接続された少なくとも１つのインターフェースと、隣接する第１のネットワークノード（２１）の発見エージェント（２１６）に関連する発見エージェント識別子と、前記第１のネットワークノード（２１）のインターフェースに関連する終端接続点識別子とを示す情報を含む発見メッセージ（２１０）を使用する前記光トランスポートネットワークで自動レイヤ隣接発見を実施する発見エージェント（２２６）とを備え、前記発見エージェント（２２６）が、受信した信号フレームのオーバヘッド部分中の予約済みフィールド（ＴＣＭ１−ＴＣＭ６）を使用してタンデム接続監視機能（２２７）を実施し、前記予約済みフィールド（ＴＣＭ１−ＴＣＭ６）内で利用可能なＴｒａｉｌ  Ｔｒａｃｅ  Ｉｄｅｎｔｉｆｉｅｒ（ＴＴＩ）内の前記第１のネットワークノード（２１）からの前記発見メッセージ（２１０）を受信するようにインターフェースを構成するようになされる、第２のネットワークノード（２２）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔通信の分野に関し、より詳細には、光トランスポートネットワークでの自動発見のための方法および関連装置に関する。
【背景技術】
【０００２】
光トランスポートネットワーク（Ｏｐｔｉｃａｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）（ＯＴＮ）は、超高速（２、５、１０、および４０Ｇビット／秒）での光データ信号の伝送のためのネットワーク技術である。ＯＴＮは、定速度トランスポート信号の、さらに高速なトランスポート信号への時分割多重化に依拠し、波長分割多重化もサポートする。光トランスポートネットワークの信号構造およびインターフェースが、参照により本明細書に組み込まれるＩＴＵ−Ｔ  Ｇ．７０９（０３／２００３）で定義されている。
【０００３】
ネットワークを介する自動経路セットアップを可能にするために、ＧＭＰＬＳプロトコルファミリに基づく制御プレーン技術が導入されている。従来、一連のネットワーク要素を通るトラフィック経路を作成することは、各ネットワーク要素上の個々の交差接続の構成を必要とした。オートマチックスイッチ（光）トランスポートネットワーク（ＡＳＴＮまたはＡＳＯＮ）では、ユーザを通じて指定する必要があるのは、始点、終点、および必要な帯域幅だけであり、ネットワークの制御プレーンがネットワークを通る経路を自動的に割り振り、トラフィック経路を準備し、交差接続をセットアップし、クライアント信号のために経路から帯域幅を割り振る。
【０００４】
制御プレーンシグナリングを通じてそのような自動経路作成をサポートするために、トランスポートプレーン内のレイヤ隣接の自動発見のためのプロトコルが、参照により本明細書に組み込まれるＩＴＵ−Ｔ  Ｇ．７７１４．１（０４／２００３）で定義されている。レイヤ隣接発見（ＬＡＤ）は、リンク接続エンドポイント関係を発見し、その接続性を検証するプロセスを記述する。「発見」という用語は、この関連では「発見」と検証の両方を指すのに用いられる。Ｇ．７７１４．１は２つの代替方法を定義する：一方はクライアントレイヤ中のテストセットを使用し、他方はサーバレイヤ中のインバンドオーバヘッドを使用する。
【０００５】
具体的には、Ｇ．７７１４．１は、その第６章の下で、以下の機構をＯＴＮレイヤネットワークに適用可能なものとして定義する：
−  ＯＴＵｋレイヤ：ＯＴＵｋレイヤ内で、ＳＭ区間監視バイトおよびＧＣＣ０を使用して、ＯＴＵｋ隣接の発見をサポートすることができる。具体的には、発見メッセージを搬送するために、ＳＭ内のＳＡＰＩサブフィールドが使用される。
−  ＯＤＵｋレイヤ：ＯＤＵｋレイヤ内で、ＰＭ経路監視バイトおよびＧＣＣ１およびＧＣＣ２バイトを使用して、ＯＤＵｋ隣接の発見をサポートすることができる。具体的には、発見メッセージを搬送するために、ＰＭ内のＳＡＰＩサブフィールドが使用される。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】欧州特許第１３７２２８８号明細書
【非特許文献】
【０００７】
【非特許文献１】ＩＴＵ−Ｔ  Ｇ．７０９（０３／２００３）
【非特許文献２】ＩＴＵ−Ｔ  Ｇ．７７１４．１（０４／２００３）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、この自動発見機構を改善することを目的とする。
【課題を解決するための手段】
【０００９】
本発明者は、Ｇ．７７１４．１で定義されるレイヤ隣接発見に伴って生じる２つの主な問題を発見した：そこで定義される第１の方法は、オプティカルトランスポートユニット（ＯＴＵ）と呼ばれるサーバレイヤでのトランスポートフレームのオーバヘッド中のオーバヘッドフィールド、具体的にはトレイルトレース識別子（ＴＴＩ）とも呼ばれる区間監視バイトを使用する。発見プロセスで互いに通信しなければならない２つの光交差接続間の接続がＷＤＭスパンに亘り、ＯＴＵオーバヘッドが中間ＷＤＭ機器で終了するときに、問題が存在する。この場合、２つの光交差接続は、ＬＡＤのためにＯＴＵレイヤを使用することができない。あるいは、Ｇ７７１４．１によれば、レイヤ隣接発見は、上位多重化レイヤ、すなわちサーバレイヤＯＴＵフレーム内のクライアントレイヤ信号として伝送されるオプティカルデータユニット−ｋ（ＯＤＵｋ）のオーバヘッド中のＴＴＩフィールドを使用することができる。しかし、このことはＯＤＵｋトレイル終了機能の存在を必要とし、ＯＤＵｋトレイル終了機能は常に利用可能であるわけではない。したがって、ＯＴＮでのトレイル−トレースベースのリンク隣接発見の適用性が限定される。
【００１０】
本発明者は、自動発見のためにタンデム接続監視（Ｔａｎｄｅｍ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍｏｎｉｔｏｒｉｎｇ）（ＴＣＭ）サブレイヤを利用する、この問題に対する解決策を提案する。
【００１１】
具体的には、光トランスポートネットワークで自動レイヤ隣接発見を実施する方法および関連ネットワークノードが提供される。第１のネットワークノードは第１の発見エージェントを有し、第２のネットワークノードは第２の発見エージェントを有する。発見メッセージが、第１のネットワークノードの第１のインターフェースから、１つまたは複数の後続のネットワークリンクを介して、第２のネットワークノードの第２のインターフェースに送信される。発見メッセージは、第１の発見エージェントに関連する発見エージェント識別子と、第１のインターフェースに関連する終端接続点識別子とを示す情報を含む。発見メッセージを送信するために、第１のインターフェースは、送信すべき信号フレームのオーバヘッド部分中の予約済みフィールドを使用してタンデム接続ソース機能を実施するように構成される。第２のインターフェースは、受信信号フレームの同一の予約済みフィールド上でタンデム接続監視機能を実施するように構成される。予約済みフィールド内で利用可能なＴｒａｉｌ  Ｔｒａｃｅ  Ｉｄｅｎｔｉｆｉｅｒバイトを使用して、発見メッセージが送信される。
【００１２】
次に、添付の図面を参照しながら本発明の好ましい実施形態を説明する。
【図面の簡単な説明】
【００１３】
【図１】現在定義されているＯＴＵｋ  ＴＴＩを使用するレイヤ隣接発見の一例を示す図である。
【図２】中間ＷＤＭ機器を介して相互接続された２つの光交差接続間のＴＣＭサブレイヤを利用するレイヤ隣接発見を示す図である。
【図３】図２の抽象化を示す図である。
【図４】ＯＴＮで使用されるフレーム構造を示す図である。
【発明を実施するための形態】
【００１４】
ＳＯＮＥＴ／ＳＤＨネットワークでは、リジェネレータが大部分は消滅しており、このことは、リジェネレータがリジェネレータ区間オーバヘッド（ＲＳ−ＯＨ）を終了させることなく、ＳＯＮＥＴ／ＳＤＨ交差接続が直接的に相互接続されることを意味する。このことに基づいて、Ｇ．７７１４．１で定義されるインサービスＪ０区間トレースベースのＬＡＤを利用することが可能である。
【００１５】
ＯＴＮを見ると、ＯＴＵレイヤは、ＳＯＮＥＴ／ＳＤＨ内の区間レイヤ（ＭＳ／ＲＳ）に対応するレイヤである。Ｇ．７０９で定義されるＯＴＮは、デジタル（電気的）レイヤならびにフォトニックレイヤを含む。ＯＴＵレイヤは、ＯＴＮ階層内の最低のデジタル（電気的）レイヤであり、「ＯＴＮの３Ｒポイント間のＯＴＵトレイルを通じてＯＤＵクライアント信号の伝送を実現する」。２つのＯＴＮ交差接続が、図１に示されるように（シングルホップ）ＯＴＵトレイルを介して相互接続される場合、インサービスＯＴＵ−ＴＴＩベースのＬＡＤを適用することができ、Ｇ．７７１４．１で定義されるように、対応するＯＴＵ接続ポイント（ＣＰ）を推論することができる。
【００１６】
トランスポートネットワーク内の基本ネットワーク要素は交差接続と呼ばれ、交差接続は、ネットワークを通じて相互接続を確立するために電気的および／または光学的スイッチング操作を実現する。図１は、双方向光リンク１３を介して第２のＯＴＮ交差接続１２に接続された第１のＯＴＮ交差接続１１を示す。交差接続１１は、関連するＯＴＵｋ終了機能１１２を有する第１のインターフェース１１１と、第２のインターフェース１１３および関連するＯＴＵｋ終了機能１１４とを有する。スイッチマトリックス１１５が、ＯＤＵｋレイヤでインターフェース１１１、１１２を相互接続する。ＯＴＮ交差接続１１のコントローラ上で動作する発見エージェント１１６が、ＯＴＵｋ終了機能１１２を構成して、適切な発見メッセージ１４をＯＴＵｋオーバヘッドのＴＴＩフィールドに挿入し、ＯＴＮ交差接続１２からＴＴＩフィールドで逆方向で受信した発見メッセージ１４を解析する。同様に、ＯＴＮ交差接続１２は、インターフェース１２２、１２３、関連するＯＴＵｋ終了機能、ＯＤＵレイヤでインターフェース１２２、１２４を相互接続するスイッチマトリックス１２５、ならびにＯＴＵ終了機能１２２、１２４を制御する発見エージェント１２６を有する。
【００１７】
あるいは、ＯＴＵとＨＯ  ＯＤＵレイヤとの間のマトリックス機能またはスイッチング機能があるので、ＯＴＵ  ＣＰとＨＯ  ＯＤＵ  ＣＰとの間の固定の１：１関係のために、高次（ＨＯ）ＯＤＵ  ＣＰを推論することもできる。
【００１８】
今日のＯＴＮでは、フォトニック機能が通常、電気的機能から分離され、関連機能が様々なタイプの機器内に配置される。このことは、ＯＴＮが通常、様々なＯＤＵレイヤに関する電気的スイッチング機能を主に提供するＯＴＮ交差接続と、トランスポンダ、波長マルチプレクサ／デマルチプレクサ、波長選択的スイッチなどのフォトニック伝送およびスイッチング機能を主に提供するＷＤＭ機器とから構成され、電気ＨＯ  ＯＤＵスイッチング機能をさらに有することができることを意味する。この機能分割に基づいて、ＯＴＮ交差接続は通常、ＷＤＭリンクまたはＷＤＭネットワークを介してそのピアと相互接続され、ＯＴＮ交差接続と隣接するＷＤＭデバイスとの間の相互接続が、ＯＴＵトレイルを介して実現される。このことは、２つのＷＤＭデバイスが単一のＷＤＭリンクを介して２つのＯＴＮ交差接続を相互接続する最も単純な場合でも、３つのＯＴＵトレイルを交差させなければならないことを意味する：ＯＴＮ交差接続（ＯＸＣ）と近端ＷＤＭデバイス内のトランスポンダとの間のＯＴＵトレイル、２つのＷＤＭデバイス内の２つのトランスポンダ間のＯＴＵトレイル、および遠端ＷＤＭデバイス内のトランスポンダと遠端ＯＸＣとの間の別のＯＴＵトレイル。この状況が図２に概略的に示されている。
【００１９】
その状況は、ＯＴＮ内のリンク隣接発見（ＬＡＤ）に関するいくつかの含意を有する。ＷＤＭ機器内のＯＴＵレイヤの終了のために、２つのＯＴＮ交差接続は、ＬＡＤのためにＯＴＵレイヤを使用することができず、ＯＴＮ階層内の次の上位レイヤ、すなわち高次（ＨＯ）ＯＤＵレイヤに進まなければならない。
【００２０】
しかし、ＨＯ  ＯＤＵレイヤが２つの隣接するＯＤＵ交差接続で終了する場合にのみ、すなわちＨＯ  ＯＤＵレイヤが２つの隣接するＯＴＮ交差接続間のＬＯ  ＯＤＵ接続用の多重化レイヤとして使用されるだけである場合、ＴＴＩベースのＬＡＤをＨＯ  ＯＤＵレイヤで適用することができる。他のケースでは、例えばＨＯ  ＯＤＵレイヤが終了していないとき、インサービスＴＴＩベースのＬＡＤを適用することができない。このことは、ある状況ではＨＯ  ＯＤＵレイヤＴＴＩベースのＬＡＤを適用することができ、別のある状況では適用してはならないことを意味する。したがって、常に適用することのできる解決策が望ましい。
【００２１】
以下の議論では、上述のＬＡＤ問題を解決する、ＨＯ  ＯＤＵタンデム接続監視（ＴＣＭ）機能に基づく解決策が説明される。
【００２２】
図２は、２つのＯＴＮ交差接続（ＯＸＣ）２１、２２がＷＤＭネットワークを介して相互接続されるシナリオを示す。ＯＸＣ２１は、光トランスポート信号用の２つのインターフェースを有する。各インターフェースは、ＯＴＵｋ終了機能２１２、２１４と、ＯＤＵｋオーバヘッド内のタンデム接続レイヤを終了させる終了機能ＯＤＵｋＴ２１７、２１８とを有する。スイッチマトリックス２１５が、ＯＤＵｋレベルでインターフェースを相互接続する。発見エージェント２１６がＯＤＵｋＴ終了機能を構成する。同様に、ＯＸＣ２２は、ＯＴＵｋ終了機能２２２、２２４およびＯＤＵｋＴ終了機能２２７、２２８を有するインターフェースと、ＯＤＵｋレベルでインターフェースを相互接続するスイッチマトリックス２２５と、ＯＤＵｋＴ終了機能を構成する発見エージェント２２６とを有した。
【００２３】
ハードウェアの点では、終了機能は通常、ＯＸＣのラインカード上で利用可能なオーバヘッドプロセッサによって実施される。あるいは、共通オーバヘッドサーバ上でオーバヘッド終了機能を実装することもでき、共通オーバヘッドサーバは、スイッチングマトリックスを介して、または専用バスアーキテクチャを介して様々なラインカードと相互接続される。発見エージェントは通常、それぞれのネットワークノードのコントローラ上で動作するソフトウェア実装プロセスとなるが、専用コントローラとして実装することもできる。図には２つのインターフェースだけが示されているが、現実のネットワークノードが多数のこうしたインターフェースを有することは明らかなはずである。スイッチマトリックスは通常、空間および時間スイッチング機能を実施する。
【００２４】
ＯＸＣ２１は、光リンク２５を介して第１のＷＤＭノード２３に接続される。ＷＤＭリンク２７を介して、ＷＤＭノード２３はＷＤＭノード２４に接続され、ＷＤＭノード２４は、光リンク２６を介してＯＸＣ２２に接続される。
【００２５】
ＷＤＭノード２３は、その入力で、ＯＸＣ２１から受信した信号のためのＯＴＵｋ終了機能２３２を有し、ＷＤＭノード２４に向かうその出力で、一連の終了機能、具体的にはＯＴＵｋ終了機能２３４、光チャネル（ＯＣｈ）終了機能２３５、ＯＣｈ接続機能２３６、光マルチプレックス区間（ＯＭＳ）終了機能２３７、および光伝送区間（ＯＴＳ）終了機能を有する。ＷＤＭノード２４内にも同一の終了機能２４２−２４８が存在する。これらの機能はそのようなものとして知られており、Ｇ．７０９で詳細に定義され、説明されており、したがってここではさらに詳しい議論は不要である。
【００２６】
しかし、不可欠な側面は、ＷＭＤノード２３、２４が受信した信号をＯＴＵｋレイヤまでで終了させ、トランスポンダ２３５、２４５までＨＯ  ＯＤＵ信号をトランスペアレントに通過させ、トランスポンダ２３５、２４５がＯＣＨおよび特定の波長を有する後続の光信号を生成することである。ある場合には、光信号を再生成する必要があることがあり、ある場合には、３Ｒ−リジェネレータがある中間ポイントでＯＴＵｋ信号を終了させることもある。その結果、複数のＯＴＵトレイルが共にスティッチされることがあり、ＨＯ  ＯＤＵｋリンク接続が、２つのＯＸＣ２１、２２間に存在するＯＴＮレイヤネットワーク内の第１のエンティティである。したがって、図３は、ＯＸＣ２１とＯＸＣ２２との間の接続が複数のＯＴＵｋトレイルに亘ることがある場合、ＷＤＭノード２３、２４がより複雑なＷＤＭサブネットワーク３０のエッジノードとして単に働くという意味で、図２の抽象化を示す。結果は、ＯＴＵｋレイヤがＯＸＣ２１とＯＸＣ２２との間のリンク隣接発見（ＬＡＤ）のために利用可能ではないというものである。
【００２７】
Ｇ．７７１４．１で指定される他のオプションは、ＯＤＵｋレイヤネットワークでＬＡＤを実施すること、および発見メッセージを搬送するためにＯＤＵｋ  ＴＴＩを使用することである。上記で既に論じたように、ＯＸＣ２１およびＯＸＣ２２でＯＤＵｋをトランスペアレントに接続する必要があるので、ＨＯ  ＯＤＵトレイル終了機能が例えば図２および３で示されるように存在しないことがある。具体的には、ＨＯ  ＯＤＵ信号はサービスレイヤを表し、ＯＤＵｋ  ＣＰが、同一のＯＸＣの異なるポート上の別のＯＤＵｋ  ＣＰに接続される。したがって、ＯＤＵｋレイヤＴＴＩをＬＡＤのために使用することができない。
【００２８】
したがって、図２および３に示されるように、ネットワークノード２１、２２内のタンデム接続監視（ＴＣＭ）ソースおよびシンク機能２１７、２２７を追加することが提案される。
【００２９】
Ｇ．７０９は、ＨＯ  ＯＤＵｋレイヤネットワークの下に存在することのある６つのＴＣＭサブレイヤを定義する。このとき、提案は、６つのＴＣＭサブレイヤのうちの１つを使用してタンデム接続を確立すること、およびＧ．７７１４．１で定義されるように、ＬＡＤのためにＴＣＭ機能のＴＴＩフィールドを使用することである。ＴＣＭ終了機能ＯＤＵｋＴ２１７、２２７は、ＷＤＭネットワークを介して発見メッセージ２１０、２２０をトランスペアレントに搬送する手段を提供し、したがって、こうした発見メッセージ２１０、２２０を２つのＯＸＣの間で交換することができる。この解決策は、ＨＯ  ＯＤＵリンク接続の完全性を管理し、復元などの後続の動作のためのトリガとして使用することのできるアラームを発生させるのにタンデム接続が利用可能であるという追加の利点を有する。
【００３０】
提案されるＨＯ  ＯＤＵｋＴ  ＴＴＩベースのＬＡＤは、それ自体のＴＴＩを含むＯＤＵｋ信号がインサービスである間にＨＯ  ＯＤＵ  ＣＰを発見することを可能にする。この方法はまた、ＨＯ  ＯＤＵ信号が終了し、相互接続され、またはＯＸＣで終了させることのできるＬＯ  ＯＤＵ信号を搬送するときにも適用することができる。
【００３１】
Ｇ．７０９から取られた図４は、ＯＴＮでのトランスポート信号のフレーム構造を示す。図示されるフレームは、３８２４列４行を含む。フレームの伝送は、行ごとに左から右に行われる。列１から１６はオーバヘッドを含む。行１は、バイト１から７でフレーム位置合せワードを搬送し、バイト８から１４でＯＴＵｋオーバヘッドを搬送する。ＯＴＵｋオーバヘッドでは、バイト８、９、および１０が区間監視（ＳＭ）のために利用可能であり、バイト８はＯＴＵｋのＴＴＩフィールドである。
【００３２】
行２から４はＯＤＵｋオーバヘッドを含み、行３内のバイト１０、１１、および１２が経路監視（ＰＭ）のために利用可能である。この場合も、行３内のバイト１０は、ＯＤＵｋのＴＴＩフィールドである。
【００３３】
１バイトＴＴＩは６４バイトスーパーフレームを搬送し、すなわち後続の６４フレームのＴＴＩバイトが全ＴＴＩフィールドを形成し、個々のバイトが０から６３まで番号付けされる。この６４バイトＴＴＩスーパーフレームでは、バイト０から１５がソースアクセスポイント識別子ＳＡＰＩのために予約され、バイト１６から３１が宛先アクセスポイント識別子ＤＡＰＩのために予約され、バイト３２から６３が事業者特有の目的のために利用可能である。ＴＴＩの後のフィールド内のＢＩＰ−８は、前のフレームのバイトインターリーブドパリティであり、エラー検出目的に役立つ。
【００３４】
ＯＴＵｋまたはＯＤＵｋオーバヘッド内のそれぞれＳＭまたはＰＭフィールドの代わりに、ＴＣＭフィールドのうちの１つを使用することが提案される。ＴＣＭフィールドの６つのサブレイヤが、ＯＤＵｋによって表される経路に沿ったＴＣＭソースとＴＣＭシンクとの間の構成および活動化時に利用可能である。６つのＴＣＭフィールドＴＣＭ１−ＴＣＭ６は、ここでは太線でマークされ、ＰＭフィールドと同一の構造および定義を有する。したがって、Ｇ．７７１４．１で定義されるリンク隣接発見（ＬＡＤ）のために、これらの６つのＴＣＭフィールドのうちの１つ、具体的にはそのＳＡＰＩフィールドでＴＴＩフィールドを使用することが提案される。
【００３５】
ＴＣＭソースとＴＣＭシンクとの間でＴＣＭ機能を構成する必要があるので、１つのオプションは、ＴＣＭサブレイヤのうちの１つをＬＡＤ用のデフォルトＴＣＭとして事前構成することである。例えば、次いでＯＸＣ２１が、Ｇ７７１４．１で定義されるＬＡＤメッセージを交換するためにデフォルトＴＣＭサブレイヤのＴＴＩを使用し、ＯＸＣ２２が、ＬＡＤメッセージについてそのデフォルトサブレイヤを監視する。
【００３６】
しかし、この事前構成したサブレイヤが先行するノードによって特定のＯＤＵｋ経路上で既に使用中であり、したがってＬＡＤで中断することのできない状況も存在することがある。したがって、非侵入的ＴＣＭを使用して所期のＴＣＭサブレイヤをまずＯＸＣ２１で監視し、それが未使用であることを示すときにのみ、それを使用することが有利となる。そのような技法が、参照により本明細書に組み込まれるＥＰ１３７２２８８でより詳細に説明されている。次いでＯＸＣ２２は、ＬＡＤメッセージについてすべてのＴＣＭサブレイヤを監視または「スキャン」する。デフォルトシーケンスを定義することができ、その順序でＴＣＭサブレイヤが試行される。
【００３７】
ＴＴＩは、１６バイトの長さであるメッセージを渡すための機構を提供する。各トレースバイトは、メッセージ開始ビット、および「ペイロード」用の７ビットからなる。メッセージ開始ビットが、メッセージ内の第１のバイトについてセットされ、メッセージ内の残りのすべてのバイトはクリアである。
【００３８】
以下の属性が、Ｇ．７７１４．１に従ってＬＡＤで使用される。
−  識別文字（Ｄｉｓｔｉｎｇｕｉｓｈｉｎｇ  Ｃｈａｒａｃｔｅｒ）
この文字「＋」が識別文字として使用され、その目的は、ＯＴＮトレイル−トレース文字列のフォーマットが他の何らかの任意選択フォーマットと混同することを回避することである。
−  発見エージェント（ＤＡ）識別子（ＩＤ）（Ｄｉｓｃｏｖｅｒｙ  Ａｇｅｎｔ（ＤＡ）  Ｉｄｅｎｔｉｆｉｅｒ（ＩＤ））
ＤＡ  ＩＤは、リンクが発見される情況内で固有でなければならない。ＤＡ  ＩＤの２つの異なる表現が存在する：ＤＡアドレスおよびＤＡ名。
−  発見エージェントアドレス（Ｄｉｓｃｏｖｅｒｙ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ）
ＤＡアドレスをサポートするために２つの属性が定義される：
−  ＤＣＮコンテキストＩＤ（ＤＣＮ（Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｎｅｔｗｏｒｋ）  Ｃｏｎｔｅｘｔ  ＩＤ）
これは、割り当てられた番号を表す（グローバルに割り当てられた番号が望ましい）。この属性をＤＣＮアドレス属性と共に使用して、ＤＡ  ＩＤに関する一意性を保証することができる。リンクのそれぞれの端部の送信側および受信側の発見エージェントが異なるＤＣＮコンテキスト内にあるが、同一のＤＣＮアドレスを使用する場合、通信することができないことがある。
−  ＤＡ  ＤＣＮアドレス（ＤＡ  ＤＣＮ  Ａｄｄｒｅｓｓ）
これは、発見エージェントを識別するのに使用されるアドレスを表す。
−  発見エージェント名（Ｄｉｓｃｏｖｅｒｙ  Ａｇｅｎｔ  Ｎａｍｅ）
これは、ＤＡアドレスに解決することのできる名前である。
−  ＴＣＰ−ＩＤ
ＴＣＰ−ＩＤは、発見中のＴＣＰ（終端接続点）に関する識別子を含む。これは、ＤＡの範囲内のローカル有意性のみを有する。
【００３９】
ＬＡＤの間、開始側発見エージェントが、その発見エージェントＩＤおよびＴＣＰ−ＩＤを応答側発見エージェントに送信する。この情報をメッセージ内に直接的に含めることができ、またはネームサーバなどの外部プロセスによってメッセージから導出することができる。発見メッセージはＴＣＰ名（ＴＣＰ  Ｎａｍｅ）を含むことができ、ネームサーバを通じてＴＣＰ名を発見エージェントＤＣＮアドレスおよびＴＣＰ−ＩＤに一意的に解決することができる。発見メッセージはまた、ＤＡ  ＤＣＮアドレスを実際の発見エージェントＩＤおよびＴＣＰ−ＩＤ値と共に含むこともできる。発見エージェントＩＤは、送信側発見エージェントのＤＣＮコンテキストＩＤならびにＤＣＮアドレスからなる。メッセージの残りはＴＣＰ−ＩＤを含み、ＴＣＰ−ＩＤは、発見メッセージを送信する発見エージェントに対するローカル有意性を有する。第３の変形形態では、発見メッセージはＤＡ  ＤＣＮ名を搬送することができ、ＤＡ  ＤＣＮ名は発見エージェントＩＤおよびＴＣＰ−ＩＤ値を含む。しかし、ＤＣＮアドレスフォーマットとは異なり、発見エージェントＩＤはＤＣＮ名の形である。したがって、ネームサーバを使用してＤＣＮ名を発見エージェントのＤＣＮアドレスに変換しなければならない。
【００４０】
レイヤ隣接発見に関する手順は以下の通りである：
１．開始側発見エージェントが、発見メッセージを適切な属性と共に送信する。
２．発見メッセージの受信時に、応答側ＤＡがチェックして、識別文字を使用してメッセージの適用性を判定し、発見メッセージを検証する。
３．受信したメッセージが発見メッセージであると判定した後、応答側発見エージェントが、既に発見されたネイバーに関して受信した値が固有であるかどうかを判定する。
３．１  Ｆｏｒｍａｔ  ＩＤ＝１である場合、ＤＡ  ＤＣＮアドレスおよびＴＣＰ−ＩＤを求めるためにネームサーバが必要である。
３．２  Ｆｏｒｍａｔ  ＩＤ＝２である場合、さらなるアドレス変換は不要である。
３．３  Ｆｏｒｍａｔ  ＩＤ＝３である場合、ＤＡ  ＤＣＮ名のためにアドレス変換が必要である。
４．発見応答メッセージを生成する。
【００４１】
例えば、制御プレーンプロトコルを使用して、制御プレーンを通じて発見メッセージで与えられるＤＡアドレスに応答メッセージを送信することができる。あるいは、同一のＴＣＭ  ＴＴＩフィールドを使用して逆方向に送信することもできる。
【００４２】
発見エージェントが最初に発見メッセージを受信したとき、発見エージェントは、メッセージが特定のＴＣＰに関連するトレイル終端で受信されたことを発信側発見エージェントに通知することができる。Ｄｉｓｃｏｖｅｒｙ  Ｓｙｎｃ  ＴＣＰと呼ばれるこのＴＣＰは、ＴＣＰ上で現在送信されている発見情報を使用して応答で識別される。追加の任意選択の属性を、Ｇ．７７１４．１で定義される実装の一部として含めることができる。
【００４３】
発見メッセージがリソース上で受信され、同一のリソースを記述する発見応答メッセージがＤＣＮを介して受信されると、メッセージを相関させ、双方向リンクが存在するかどうかを判定することが可能となる。リンク接続のリモートエンドポイントに対応するＴＣＰ−ＩＤが両者のメッセージ内で同一ではない場合、誤接続状態が存在する。ＴＣＰ−ＩＤが同一である場合、送信／受信信号対が適切に接続されている。このことがＧ．７７１４．１のＡｐｐｅｎｄｉｘ  ＩＩにより詳細に説明されている。
【００４４】
双方向リンクが発見されると、双方向リンクを管理提供ポリシーと突き合わせてチェックし、正しいＴＣＰリンク接続エンドポイントが正しく接続されたかどうかを判定すべきである。リンクを形成するためにＴＣＰリンク接続エンドポイントが対にされない可能性があることをポリシーが述べる場合、誤接続状態が存在する。
【００４５】
プログラムされたコンピュータによって様々な上述の方法のステップを実施できることを当業者は容易に理解されよう。本明細書では、いくつかの実施形態はまた、機械可読またはコンピュータ可読であり、命令の機械実行可能またはコンピュータ実行可能プログラムを符号化するプログラム記憶装置、例えばデジタルデータ記憶媒体を包含するものとし、前記前記命令が、前記上述の方法のステップの一部またはすべてを実施する。プログラム記憶装置は、例えばデジタルメモリ、磁気ディスクや磁気テープなどの磁気記憶媒体、ハードドライブ、または光学的に可読なデジタルデータ記憶媒体でよい。実施形態はまた、前述の方法の前記ステップを実施するようにプログラムされたコンピュータを包含するものとする。
【００４６】
説明および図面は本発明の原理を示すに過ぎない。したがって、本明細書に明示的に説明または図示されていないが、本発明の原理を実施し、本発明の趣旨および範囲内に含まれる様々な構成を当業者が考案できることを理解されよう。さらに、本明細書で説明したすべての例は原理的に、当技術分野を発展させることに対して本発明者（等）が寄与する本発明の原理および概念を読者が理解するのを助ける教育目的のためだけのものであることが明確に意図され、そのように具体的に説明した例および条件限定に限定せずに解釈されるべきである。さらに、本発明の原理、態様、および実施形態、ならびにその特定の例を説明する本明細書のすべての陳述は、その均等物を包含するものとする。
【図１】
0005506931.tif 000002
【図２】
0005506931.tif 000003
【図３】
0005506931.tif 000004
【図４】
0005506931.tif 000005