JP2005286961A - クロスコネクト装置及び光クロスコネクト装置、ならびにそれを用いた回線救済方法 - Google Patents

Abstract

【課題】 従来の回線救済方法では、メッシュ形に相互接続されたネットワークにおいて障害が発生した場合、帯域の効率的な利用と同時に、回線の設定されたノードの故障時においても、当該回線を高速にリルートする回線救済方法が必要であった。
【解決手段】 ノード毎に、検出した障害や受信した切替制御情報に応じて、回線の切替制御に関する情報を生成・転送する機能や、その情報の転送先を決定する機能、及び自ノードの回線を編集するなどの行動を決定する機能をもたせることで、ネットワークを管理する上位装置による回線の再設定が不要で、かつ高速な回線救済を可能とした。また、通常運用時に予備経路の正常性確認を行う方法と、それを用いた回線救済方法により、更に高速な障害復旧を可能とした。
【選択図】 図１

Description

本発明は、複数の伝送路を有し、その伝送路あるいは伝送路中に多重されて収容される回線を編集可能な装置、及び回線を流れる信号を中継伝送する装置群をメッシュ状に配置し相互接続することで形成されるネットワークに関する。特に、前記ネットワーク上に発生した障害を検知した際に、いくつかの中継装置間で情報を交換し、また、回線の編集を行うことで前記障害の影響を受ける回線の救済を図る切替方法と、前記ネットワークに障害が発生していない状態で、いくつかの中継装置間で情報を交換することにより、回線の予備経路の正常性について確認する方法に関する。

従来の電気信号を用いた回線設定および編集用のスイッチに代わって、回線編集の際に光信号を電気変換することのない光スイッチを用いる光クロスコネクト（ＯＸＣ：Ｏｐｔｉｃａｌ Ｃｒｏｓｓ Ｃｏｎｎｅｃｔ）装置を適用し、これをメッシュ状に配置し相互接続した、オールオプティカルネットワークを実用化する為の方式の検討・実験などが行われている。

また、ＩＴＵ−Ｔ勧告のＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒｅｒｃｈｙ）に準拠した装置を用いたネットワークの形態としては、図４に示すように、装置を直線的に配置したリニア形（図４（ａ））、あるいは円形に配置したリング形（図４（ｂ））がある。そして、これらの形態のネットワークにて障害が発生した際には、それぞれの形態に応じた回線の切替方式が、ＩＴＵ−Ｔ 勧告 Ｇ．７８３及びＧ．８４１などにＭＳＰ切替（Ｍｕｌｉｐｌｅｘ Ｓｅｃｔｉｏｎ Ｐｒｏｔｅｃｔｉｏｎ）として規定されている。

これに対して、前述の光クロスコネクト装置をメッシュ状に配置したネットワークにおいては、上記ＭＳＰ切替のような回線の切替方式が確立していない為、現状では各ノード間の接続構成として、ＩＴＵ−Ｔ勧告Ｇ．７８３に示されているような、回線１本に対して常に予備の回線をもつ「１＋１冗長構成」、又はｎ本の回線に対して１本の予備回線を持つ「１：Ｎ冗長構成」等の構成を適用し、伝送路障害における回線の高速復旧を実現するとともに、装置内のスイッチ部を二重化するなどして装置故障への対応を図っている。

光ネットワークの回線救済方法としては、例えば特許文献１に記載の発明（段落[0061]〜[0065]に記載されたものなど）がある。

特開２０００−２２６３０号公報

メッシュネットワークに対して、前述の「１＋１冗長構成」を適用した場合、ネットワークの通信帯域の半分が予備回線として設定されている為、信頼性は高いものの、経済性に乏しい構成といえる。また、前述の「１：Ｎ冗長構成」を適用することで経済性は向上するが、どちらの場合もノードに障害が発生した場合にそのノードを回避するような回線の再設定を短時間に実行することが容易でないという問題がある。さらに、光クロスコネクト装置に適用される光スイッチについては、これまでのＳＤＨ装置に適用されている電気スイッチと比較した場合、構造的な差異により、スイッチング速度が電気スイッチに及んでいない為、復旧の高速化も課題となっている。

これに加えて、ＩＴＵ−Ｔ勧告Ｇ．７０９においてＯＴＮフレーム内には種々のオーバヘッド情報が定義されており、その中にも回線の復旧を目的とした情報（バイト）の定義はされているものの、その利用法が定義されていない為、現時点ではこのオーバヘッド情報を用いる為の手法を確立する必要がある。また、予備経路の正常性の確認については、例えば伝送路故障を検出した後に正常性の確認を行うのでは復旧までにより多くの時間を要することとなるため、これを解決する必要がある。

クロスコネクト装置をメッシュ状に接続したネットワーク上に障害が発生した際に、その影響を受ける回線を救済する方法としては、救済の必要な回線において、障害を回避するように回線を編集する手法をメッシュネットワークについて確立することで解決できる。例えば、ある伝送路の障害の場合、その伝送路を通る全ての回線について、他の伝送路へ迂回するように回線を編集し回線を救済することができる。また、あるノードに発生した障害の場合は、そのノードを通過する全ての回線について、他のノードを経由するような回線の編集を実施することで救済することができる。

具体的には、メッシュ形ネットワークにおいて、発生した障害を検知したノードが、障害の影響を受ける回線の編集を必要とするノードと、回線の迂回ルート上にあるノードとの間で、迂回ルートへの回線の切替に関する情報を授受し、該当する全ての回線を編集し、迂回ルートへ切り替えることで救済可能となる。また、この回線救済に要する時間の短縮の為には、通常運用時（ネットワークに障害が発生していない状態）に、設定された回線の迂回ルート（予備経路）の正常性を確認する為の情報をノード間で定期的に交換し、これを監視することで、迂回ルートに関する情報を収集・整理する。これによって、予備経路の正常性を確認することが可能であり、このようにして予備経路の正常性が確認されているネットワークに障害が発生した場合、障害を検知したノードが、障害の影響を受ける回線の編集を必要とするノードと、回線の迂回ルート上にあるノードとの間で、迂回ルートへの回線の切替に関する情報を授受し、該当する全ての回線を編集し、迂回ルートへ切り替える。

本発明により、クロスコネクト装置をメッシュ状に接続したネットワークにおいて障害が発生した場合に、物理レイヤにおける高速な情報の授受により、影響を受ける回線を高速に救済することができる。また、本発明の予備経路の正常性確認方法を用いることで、障害発生後に予備経路の正常性を確認することなく、障害からの回線救済を更に高速に行うことができる。

まず、本発明を適用するネットワークおよび光クロスコネクト装置の構成例について概要を説明する。図２は本発明におけるネットワークの構成の一例である。伝送路２３０より入力された光信号を波長多重（ＷＤＭ：Ｗａｖｅｌｅｎｇｔｈ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）装置２２０によって複数の回線に分離し、光クロスコネクト装置（ＯＸＣ：Ｏｐｔｉｃａｌ Ｃｒｏｓｓ Ｃｏｎｎｅｃｔ）２１０によって回線の編集を行い、編集された回線を波長多重装置２２０にて多重し伝送路へ入力する構成を複数相互接続したものとなっている。また、それぞれの光クロスコネクト装置２１０については、伝送路２３０及びユーザ回線２４０を収容する機能を有する。

図３は本発明における光クロスコネクト装置３００の構成の一例である。装置のインタフェースとしては、ユーザインタフェース部（ＵＮＩ：Ｕｓｅｒ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）３４０及びネットワークインタフェース部（ＮＮＩ：Ｎｅｔｗｏｒｋ Ｎｏｄｅ Ｉｎｔｅｒｆａｃｅ）３３０を有する。ユーザインタフェース部３４０には、ＳＤＨ伝送装置、ＡＴＭ伝送装置、高速ＩＰルータ装置などの光インタフェースを有する装置が接続される。ネットワークインタフェース部３３０については、通常波長多重装置３２０といった、ノード間を接続する為の装置が接続される。また、これらのインタフェース部においては、例えばＩＴＵ−Ｔ勧告のＧ．７０９に定義されたＯＴＮフレームに従って信号を送受信可能であるものとする。

光スイッチ部（ＯＳＷ：Ｏｐｔｉｃａｌ Ｓｗｔｉｃｈ）３１０は、ユーザインタフェース部３４０及びネットワークインタフェース部３３０からの回線の接続状態を変更する機能（クロスコネクト機能等）を有する。この機能は、ネットワークにおける回線設定の他、障害発生時においても障害の影響を受ける回線を救済する際にも利用される。

また光クロスコネクト装置３００は、前述の各機能を制御するための制御部３５０を有する。制御部３５０は、その内部にＲＯＭやＲＡＭ等の記憶領域とプロセッサを少なくとも有し、回線の設定や障害時の復旧処理、予備経路の正常性確認の際などに、ノード間で授受する情報の処理や各ノードへの制御を行なう。各ノードの制御部３５０は、ネットワーク全体を管理し制御を行うネットワーク管理装置と接続されており、ネットワーク管理装置との間で各ノードについての情報の授受を行うことが可能である。

上述したネットワーク構成および光クロスコネクト装置を用いた本発明による回線救済方法、及び予備経路の正常性確認方法と、この予備経路の正常性確認方法を用いた回線救済方法について説明する。

まず、図６を用いて本発明による回線救済方法の概要を説明する。図６（ａ）はメッシュ形のネットワークで、メッシュの格子点に配置された光クロスコネクト装置を分岐点ノード６１０と呼び、回線の編集は主にこの分岐点ノードにて行う。この分岐点ノード６１０の構成は図３の光クロスコネクト装置３００として示したとおりである。また、分岐点ノード間を結ぶ伝送路上に配置される光クロスコネクト装置あるいはリピータなどを、中継ノード６２０と呼ぶことにする。このネットワークにおいては図６（ａ）に示すように、複数の分岐点ノード６１０−５、６１０−６、６１０−７、６１０−８を経由するような回線６４０を設定することができる。

図６（ｂ）は、前述の回線６４０に障害６５０が発生した状態を示す。この回線を救済するためには、例えば障害を回避するための迂回ルート６６０を検索・決定する。そして、迂回ルート上の分岐点ノード６１０−６、６１０−２、６１０−３、６１０−７間にて切替制御情報の授受を行い、各ノードで必要な回線の編集を行うことで、図６（ｃ）に示すように障害６５０を迂回して障害からの復旧を図ることができる。

次に、本発明の回線救済方法の例を説明する。図７（ａ）は図６のネットワークにおいて、その監視制御を行う管理装置７１０と、ネットワーク上の各ノードの制御部３５０からの信号が接続されるネットワーク管理網７２０とを示したものである。管理装置７１０はそれぞれの分岐点ノード６１０への各種初期設定を行った後、ネットワーク全体の回線設定を行う。

図７（ｂ）は管理装置７１０が、回線の切替を実施する際に各分岐点ノード６１０が参照する情報を、回線の運用を開始する前に各分岐点ノード６１０にあらかじめ配信する様子を示したものである。この配信された情報をパステーブル７４０と呼ぶことにする。

図８にパステーブル７４０の内容を示す。パステーブル７４０は、当該分岐点ノード６１０及びその状態に関する分岐点ノード情報８１０、当該分岐点ノード６１０が収容している回線に関する回線情報８２０、当該分岐点ノード６１０が収容している回線に障害が発生した場合に当該回線を迂回するための迂回ルートに関する迂回ルート情報８３０、当該分岐点ノード６１０の各種インタフェースに関するインタフェース情報８４０、当該ノード若しくはインタフェース部分における障害の発生などに関する障害情報８５０、メッシュネットワークにおける当該ノードの位置づけなどに関するネットワーク情報８６０などを格納しているものとする。

なお、迂回ルート情報８３０については、発生した障害の種別あるいは発生場所に応じて、複数の迂回ルートが関連付けられて設定されているものとし、迂回ルートを決定した際に使用するインタフェースについても同様に関連付けられているものとする。また、これらのパステーブル７４０は、共通のフォーマット上に各ノード固有の情報を持っており、個々の情報については、管理装置７１０がネットワークにおいて回線の設計を行う際に決定するものとする。

更に具体的には、パステーブル７４０中には、回線のＩＤ、回線の優先度、回線の状態に関する情報、回線が使用しているインタフェースに関する情報（波長、インタフェースのＩＤ、スイッチ状態等）、回線が接続されている他の分岐点ノードに関する情報（ノードＩＤ、インタフェースＩＤ等）、障害発生により影響を受ける回線に関する情報、迂回ルートの正常性に関する情報、迂回ルートが経由する分岐点ノードに関する情報、迂回ルートを伝達する情報、回線の編集に利用する光インタフェース部に関する情報、スイッチの状態を示す情報等も併せて保有するものとする。

次に、回線救済シーケンスの例を図９に示す。図９（ａ）に障害の発生した位置及び回線の迂回ルート、迂回ルート上の分岐点ノード９１０の番号を示す。図９（ｂ）は図９（ａ）において発生した障害９００をノードＢ９１０−３にて検出した場合に、迂回ルート上の各分岐点ノード９１０−２、９１０−６、９１０−７、９１０−３における切替制御情報の授受などの動作を示すシーケンス図である。分岐点ノードＡ９１０−２から分岐点ノードＢ９１０−３に向かう方向に回線が設定されているとして、その間の伝送路で障害９００が発生した時についての各分岐点ノード９１０の動作を説明する。

分岐点ノードＡ９１０−２及び分岐点ノードＢ９１０−３及び分岐点ノードＣ９１０−６及び分岐点ノードＤ９１０−７におけるパステーブル７４０内のデータの例を、それぞれ図１０（ａ）、図１０（ｂ）、図１１（ｃ）、図１１（ｄ）に示す。

まず、障害９００を検出した分岐点ノードＢ９１０−３が、分岐点ノードＡ９１０−２及び回線の下流の分岐点ノード９１０−４に向けて警報を転送する（９３０−０１）。その後、分岐点ノードＢ９１０−３は、前述のパステーブルを参照し、障害９００に応じた回線の迂回ルートから、例えば優先度の高いものを１つ選択する。この時、図１０（ｂ）に示すパステーブル７４０では、分岐点ノードＢ９１０−３が選択した迂回ルートに関連づけられた情報として、その迂回ルート９２０上に配置され、分岐点ノードＢ９１０−３に最も近い分岐点ノードＤ９１０−７が、切替要求発出先ノードＩＤとして定義されている（図１０：１０３０）。このデータを参照し、分岐点ノードＢ９１０−３は、分岐点ノードＤ９１０−７に対し、切替制御情報として切替要求９３０−２を発出する。

切替要求の発出の際には、先程と同様に、選択した迂回ルート９２０に関連付けられている情報である、切替要求発出先インタフェースＩＤ（図１０：１０３１）を参照し、当該伝送路インタフェースに対し、切替要求９３０−２をＯＴＮフレームへマッピングした信号を送出する。

次に、分岐点ノードＢ９１０−３から発出された切替要求９３０−２を受信した分岐点ノードＤ９１０−７も同様にパステーブル７４０を参照し、切替要求送信元ノードＩＤを検索し、これに関連付けられている切替要求転送先ノードＩＤ１１３０に格納してあるデータが示す分岐点ノードＣ９１０−６に対して切替要求を転送する。

転送の際にも前述と同様に、切替要求転送先インタフェースＩＤ１１３１を参照した上で切替制御情報を転送する。以下同様に、図９（ｂ）に示すシーケンスに従い、当該の分岐点ノード９１０が順次、自身のパステーブル７４０を参照し、切替制御情報の挿入・転送を行う。その際に、自身のスイッチにおける接続状態の変更（９３０−０９、９３０−１１、９３０−１３、９３０−１８）も、切替制御情報に応じて行う。

このようにして回線の切り替えに関与すべき分岐点ノード９１０間において、自身が持つパステーブル７４０を参照し、ＯＴＮレイヤのＡＰＳ／ＰＣＣバイトに対して切替の状態に応じた切替制御情報を挿入若しくは転送することで、最終的に障害の発生した回線の救済を行う。

次に、切替制御情報の検出・生成・挿入・転送の手法について説明する。図１に本発明の分岐点ノードにおける、回線の救済時に使用する切替制御情報の制御機能に関するブロック図を示す。なお、図１のスイッチ部１３０は図３の光スイッチ部３１０に対応し、図１の入力インタフェース部１１０および出力インタフェース部１４０は、図３のネットワークインタフェース部３３０に含まれるものである。入力インタフェース部１１０における切替制御情報分離部１２１〜１２Ｎでは、図５に示す伝送路から入力された信号のＯＴＮレイヤのフレーム５００中に定義されているＯＤＵｋオーバヘッド５１０において、本発明にて切替制御情報として利用するＡＰＳ／ＰＣＣバイト５１１を検出し、切替制御情報転送部１６０へ入力する機能を持つ。

切替制御情報転送部１６０は、切替制御情報分離部１２１〜１２Ｎから入力された切替制御情報を監視する。入力された情報がネットワーク上の障害発生を示す場合には、切替制御情報転送部１６０は当該切替制御情報を切り替えに必要な情報に変換し、あるいは必要な情報を付加した後、出力インタフェース部１４０内において、切替制御情報を転送すべき当該切替制御情報挿入部へ出力する。

この時の切替制御情報転送部１６０の動作においても、パステーブル７４０を参照し、情報の検出・生成・挿入・転送を行う。切替制御情報転送部１６０から出力された切替制御情報は、出力インタフェース１４０の切替制御情報挿入部１５１〜１５ＮにてＯＴＮレイヤのフレームにマッピングされ、伝送路へ出力される。図１２に切替制御情報の一例を示す。

以上に述べた手法は、ＩＴＵ−Ｔ勧告Ｇ．７０９におけるＯＴＮフレーム内のＡＰＳ／ＰＣＣバイトを用いて切替制御情報の授受を行った場合の説明である。本発明はこの他に、ＩＴＵ−Ｔ勧告Ｇ．７０７に準拠したＳＤＨフレームを用いたクロスコネクト装置、及びこれをメッシュ状に配置したネットワークに対しても適用可能である。

予備経路の正常性確認方法と、それを用いた回線救済方法について述べる。本方法を適用する装置のブロック図の例を図１３に示す。図１との違いは、図１は前記回線救済方法にて用いる切替制御信号を処理するブロックを、各インタフェース部に具備していたのに対し、図１３では予備経路の正常性確認方法にて用いる正常性確認情報等の処理も可能であるＯＨ情報処理部及びＯＨ情報多重分離部を各インタフェース部に具備する点が異なる。

分岐点ノード装置１３００は、主信号を光信号または電気信号により伝達するネットワーク・ノード・インタフェース（ＮＮＩ）部１３０１〜１３０４と、ユーザ信号を収容するユーザ・ネットワーク・インタフェース（ＵＮＩ）部１３０５、１３０６と、主信号（及びそれに付帯するオーバヘッド（ＯＨ）情報等を含む）の方路を選択可能なクロスコネクト機能を有する、主信号に応じた光または電気ファブリックによるスイッチ部１３０７と、ノード内の各部を制御し、また、ネットワーク管理網を通じてネットワーク管理装置との通信等を可能とする監視制御部１３０８とから構成されるものとする。

また、各ネットワーク・ノード・インタフェース部１３０１〜１３０４において、主信号へのオーバヘッド（ＯＨ）情報の多重や分離機能を有するＯＨ情報多重・分離部１３２１〜１３２４と、分離されたオーバヘッド（ＯＨ）情報の処理機能を有するＯＨ情報処理部１３１１〜１３１４を具備する。

監視制御部１３０８は、内部にプロセッサとＲＡＭやＲＯＭ等の記憶領域を少なくとも具備し、この記憶領域に、ノードの構成等に関する固有情報（ノードテーブルと呼ぶことにする）や、データを参照・比較・処理することによりノードの動作を決定可能な情報テーブル（前述のパステーブルと同義、以下パステーブルと表記する）を格納可能である。また監視制御部１３０８は、ネットワーク管理網との通信に用いる、主信号の伝送以外の通信経路１３０９を具備する。前記ノードテーブル及びパステーブルは、装置外部／内部から取得した情報により更新可能であるとする。

ここで説明する予備経路の正常性確認方法及びこれを用いた回線救済方法を適用するネットワークは図６や図７に示したように、分岐点ノード装置を、その装置が持つネットワーク・ノード・インタフェース１３０１〜１３０４によってメッシュ状に相互接続したネットワークと、ネットワーク管理装置と、分岐点ノード装置とネットワーク管理装置間の通信を可能とするネットワーク管理網とから構成されるものとする。

本発明における予備経路の正常性確認方式は、ネットワークの正常運用中（障害が発生していない状態）に、現用回線に対する予備経路上の分岐点ノード装置及び伝送路（リンク）の正常性を確認し、状態に応じて自ノード内のパステーブルを更新する方式である。

図６で説明したように、１つの入力インタフェースに対して選択可能な出力インタフェースを複数搭載し、且つ使用可能な状態のノード装置を「分岐点ノード」と呼ぶことにする。これに対し、１つの入力インタフェースに対して、選択可能な出力インタフェースが１つしか持たないノード装置を「中継点ノード」と呼ぶことにする。

また、ネットワーク上に設定された現用回線（現用パス）において、現用パス上の前記分岐点ノードにて区切られた経路を「部分パス」と呼ぶことにする。ここで定義する部分パスは、分岐点ノードを両端に有し、その間の伝送路（リンク）及びその伝送路上に存在する中継ノードから構成されるものとする。また、現用パスの主信号の流れに沿った方向を有するものとし、主信号の送信側の分岐点ノードを「起点ノード」、受信側の分岐点ノードを「終点ノード」と呼ぶことにする。

次に、予備経路について説明する。図１４に示すように、メッシュネットワークに設定した現用パス１４０４の部分パス１４０５，１４０６に対し、その経路上の伝送路（リンク）及び中継点ノードに障害が発生した場合に回線を救済する為の予備経路１４０７、１４０８（以降、予備パスと呼ぶことにする）を運用前に複数算出し、各々の予備パスにはいくつかの指標（重要度、伝送コスト、伝送距離、帯域の利用率等）を用いて優先順位を付与しておく。また、部分パスの両端に位置する分岐点ノードに障害が発生した場合に回線を救済する為の予備パスについても同様に、運用前に複数算出し、優先順位を付与する。

算出された予備パスについては、対応する部分パスのＩＤや、予備パス上の分岐点ノードＩＤ、各分岐点ノードにおいて使用するネットワークインタフェースのＩＤ、スイッチのポートＩＤ等の情報について、固有の値（又はラベル等）の関連付けを行う。これらの関連付けられた情報はパステーブルに記録される。

図１５に示すようにネットワーク管理装置１５０１は、ネットワーク管理網１５０２を通じそれぞれのノードに対応したパステーブル１５０３を配信する。また、配信されたパステーブル１５０３は、それぞれのノード内の監視制御部１３０８における記憶領域１５０５に格納される。また、パステーブル１５０３の構成内容については、図１６〜図１９に示すような情報の集合体を例に挙げることができる。

図１６はパステーブル中の情報を大きく分類し、回線ＩＤ１６０１，１６０２や運用情報１６０３、優先順位１６０４、部分パス情報１６０５等によって構成した例である。ここで、部分パス情報１６０５は、部分パスＩＤ１６０６、起点ノードＩＤ１６０７、終点ノードＩＤ１６０８、部分パス入力ポート１６０９、部分パス出力ポート１６１０等の情報から構成されるものを例としてあげることができる。

図１７は、前記部分パス情報１６０５の構成要素となり得る、予備パス情報１６１１の構成例について示したものである。これについては、予備パスＩＤ１７０１、予備パスの優先順位１７０２、障害発生時に回線を救済すなわち、部分パスから予備パスに切り替える為に用いる切替制御情報の種別を示す、切替対象となる障害要因１７０３と、予備パスの正常性確認時に利用する予備パス確認情報種別１７０４や、その他の情報１７０５等から構成されるものを例にあげることができる。

図１８は、予備パス情報１６１１の構成要素となり得る、前記切替対象となる障害要因１７０３と、それに関連付けられた情報の構成例を示すものである。この例としては、当該予備パスがどのスイッチのポートに対して入力されているかを示す予備パス入力ポート１８０１とそのポートの状態を表す情報や、接続元及び接続先などに関する情報１８１３、１８１４と、当該予備パスについては、前期予備パス入力ポート１８０１に対してスイッチのどの出力ポート接続すべきかを示す予備パス出力ポート１８０２とそのポートの状態を表す情報や、接続元及び接続先などに関する情報１８１５、１８１６と、当該予備パスの経路上で、自ノードに隣接するノードに関する情報を示す、予備パス隣接ノード１８０３と、そのノードＩＤ１８０４、分岐点ノードＩＤの集合で表された自ノードからの予備パスの経路情報１８０７と、自ノードに障害が発生した場合の回線救済時に用いる、自ノード障害時の切替制御情報の転送先ノード情報１８０８や、その優先順位１８０９、転送先ノードＩＤ１８１０、転送先ノードからの信号を入力しているスイッチの入力ポート１８１１及び転送先ノードへ信号を出力しているスイッチの出力ポート１８１２等の情報から構成されるものを例にあげることができる。

図１９は、予備パス情報１６１１の構成要素となる、予備パス正常性確認情報種別１７０４に関連付けられた情報の構成例を示す。その要素としては、予備パス隣接ノードに関する情報１９０１や、その詳細情報である隣接ノードＩＤ１９０２、隣接ノードからの信号を入力しているスイッチの入力ポート１９０３及び隣接ノードへ信号を出力しているスイッチの出力ポート１９０４、分岐点ノードＩＤの集合で表された自ノードからの確認経路情報１９０５等の情報から構成されるものを例にあげることができる。

図２０にノードテーブルの構成例を示す。ノードテーブルは、リソース等に関する各ノード固有の情報等から構成されたものを例にあげることができる。その例としては、ネットワークＩＤ２００１、サブネットワークＩＤ２００２、ノードＩＤ２００３、装置情報２００４の詳細情報である、ＮＮＩ−ＩＤ２００５やＵＮＩ−ＩＤ２００６、スイッチＩＤ２００７、スイッチのポート数２００８、入力ポートＩＤ２００９と接続状態情報２０１０、出力ポートＩＤ２０１１とその接続状態情報２０１２、監視制御部ＩＤ２０１３、その他の装置情報２０１４、装置内障害情報２０１５、回線障害情報２０１６や、その他の情報２０１７等から構成されるものを例としてあげることができる。

次に、予備パスにおける伝送路（リンク）や中継ノードの正常性について、パステーブル及び正常性確認の為の情報（詳細は後述）を用いて確認する方法の例を示す。

図２１に示すように、ある１つの部分パス２１０１において、その両端に位置する分岐点ノードＩ２１０４、分岐点ノードＩＩ２１０５のどちらか（例えば送信側：ノードＩ２１０４）が、その部分パス２１０１に対しパステーブル中に定義されている予備パスの全てについて、優先順位に従い周期的に正常性の確認を自律的に行う。

予備パスの正常性確認については、図２１に示すように、例えば部分パス２１０１の端点で、主信号を送信する側に位置する分岐点ノードＩ２１０４が、正常性確認の為の情報を、例えば主信号のオーバヘッド情報を用いて、予備パス上の全てのノード装置（分岐点ノード、中継ノード）及び伝送路を経由するように分岐点ノードＩＩ２１０５に送信する。この正常性確認情報を受信したノードＩＩ２１０５が最終的にノードＩ２１０４に正常性確認情報を送信することによって、自ノードに戻ってきた情報を元にノードＩ２１０４が予備パスの正常性の監視（診断）を行うものである。

この正常性確認情報の転送経路２１０３については、主信号を受信する側に位置するノードＩＩ２１０５が主体となり、予備パスをノードＩ２１０４に向かう方向に転送し、ノードＩ２１０４から最終的にノードＩＩ２１０５に送信する経路としてもよい。

次に、正常性確認情報について説明する。図２２に、正常性確認情報の例を示す。これはＩＴＵ−Ｔ勧告Ｇ．７０９に定義されたＯＴＮ（Ｏｐｔｉｃａｌ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ）フレームフォーマットの中の、ＯＤＵｋ（Ｏｐｔｉｃａｌ Ｄａｔａ Ｕｎｉｔ−ｋ）オーバヘッド情報２２０１を利用した場合を示し、このＯＤＵｋオーバヘッド２２０１の中のＭＦＡＳ（ＭｕｌｔｉＦｒａｍｅ Ａｌｉｇｎｍｅｎｔ Ｓｉｇｎａｌ）バイト２２０２及びＡＰＳ／ＰＣＣ（Ａｕｔｏｍａｔｉｃ Ｐｒｏｔｅｃｔｉｏｎ Ｓｗｉｔｃｈｉｎｇ ｃｏｒｄｉｎａｔｉｏｎ ｃｈａｎｎｅｌ／Ｐｒｏｔｅｃｔｉｏｎ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）バイト２２０３を利用する例である。

図２３に、ＭＦＡＳバイト２２０２及びＡＰＳ／ＰＣＣバイト２２０３の使用例を示す。ＭＦＡＳバイト２２０２は１バイトの情報であり、ＩＴＵ−Ｔ勧告Ｇ．７０９ではＯＴＮの１フレーム毎にインクリメントされる値を持つ。本方式では、このＭＦＡＳバイト２２０２を、サブネットワーク内の各ノードにおいて、それぞれのノードＩＤ情報２３０２，２３０３と対応させて解釈することで、それぞれのノードが発出又は転送する予備パス確認情報をマルチフレーム化（独立チャネル化）する。

ＡＰＳ／ＰＣＣバイト２２０３は、ＩＴＵ−Ｔ勧告Ｇ．７０９では切替制御等に利用する為に割り当てられた４バイトの情報であるが、その利用方法までは定義されていない。本方式では、この４バイトに予備パスの正常性確認情報の種別２３０５、正常性確認情報を発出又は転送したノードの状態に関する情報２３０６、予備パスのＩＤ２３０７、サブネットワークＩＤ２３０８、予備パス上の分岐点ノードで、正常性確認情報を発出するノードにおけるサブネットワーク内のノードＩＤ２３０９、予備パス上の分岐点ノードで、正常性確認情報を受信するノードにおけるサブネットワーク内のノードＩＤ２３１０等の情報をアサインする。

図２４に、予備パスの正常性確認時における、ＡＰＳ／ＰＣＣバイト内にアサインした正常性確認情報の種別２３０５及び、正常性確認情報を発出又は転送したノードの状態２３０６に関する情報の値の例を示す。正常性確認情報の種別としては、確認情報を発出・転送していない通常状態２４０５、正常性確認情報２４０４とそれに対する応答を示す正常性確認応答２４０３、規定外情報２４０２等に対応する値をそれぞれ定義する。正常性確認情報を送信したノードの状態に関する情報２３０６については、通常状態２４１０、正常性確認情報を送信した状態２４０９、正常性確認応答を送信した状態２４０８、異常発生状態２４０７に対応する値等を定義する。

次に、前述の正常性確認情報等を用いて、予備パスの正常性を確認する方法について述べる。図２５に、９個の分岐点ノード（Ａ〜Ｉ）をメッシュ状に相互接続したネットワークの例を示す。部分パスの端点の分岐点ノードにおいて、主信号の送信側に位置するノードが正常性確認情報の発出元となる場合（ここではノードＥ２５００）の、正常性確認情報の転送経路について説明する。

分岐点ノードＥ２５００では、自身が収容している現用パスにおいて、自身が主信号の送信側となる全ての部分パス２５１０、２５２０、２５３０、２５４０について、そのそれぞれに対してパステーブル中に定義された全ての予備パスの正常性を確認する。例えば、図２５（ａ）〜（ｄ）のように、部分パス２５１０については予備パス２５１１、２５１２の正常性の確認を、部分パス２５２０については予備パス２５２１、２５２２の正常性の確認を、部分パス２５３０については予備パス２５３１、２５３２の正常性の確認を、部分パス２５４０については予備パス２５４１、２５４２の正常性の確認を行うというものである。予備パスの正常性を確認する部分パスの順番については、パステーブル中に定義された部分パス情報の優先順位に従う方法等が考えられる。

次に、予備パスの正常性確認に際し、予備パス上の各分岐点ノードにおける処理の推移を、図２５の（ａ）を例にとって説明する。図２６では、分岐点ノードＥ２６０１が持つ部分パスのうち、ノードＦに向かうもの（２６００）について定義された予備パスの中で、その経路がノードＥ２６０１→ノードＢ２６０２→ノードＣ２６０３→ノードＦ２６０４となっている予備パスの確認手順の例を示す。

基本的な手順の例としては、正常性確認情報２６０５を分岐点ノードＥ２６０１から発出し、予備パスの経路上の全ノードについて転送する。この正常性確認情報２６０５を受信した分岐点ノードＦ２６０４が発出元の分岐点ノードＥ２６０１に対して確認応答情報２６０６を発出し、正常性確認情報２６０５とは逆の経路をたどって、分岐点ノードＥ２６０１までこれを転送する。確認応答情報２６０６を受信した分岐点ノードＥ２６０１は、受信した事をノードＦ２６０４に通知する為、例えば調査中の部分パス２６００を利用してノードＦ２６０４に対して確認応答情報２６０６を転送する。

各分岐点ノードにおいては、受信した正常性確認情報２６０５あるいは確認応答情報２６０６のそれぞれについて、自身が持つパステーブルを検索し、それぞれの情報（正常性確認情報２６０５／確認応答情報２６０６）に関連付けられた情報（転送先の隣接ノード等に関する情報等）を元に、情報の転送先を決定し、転送するという動作を行う。ここで、各情報の発出／転送タイミングについては、前述のＭＦＡＳバイトの値が、正常性確認情報２６０５の発出元の分岐点ノードであるノードＥ２６０１のノードＩＤと一致したフレームのＡＰＳ／ＰＣＣバイトに対して、各情報に対応する値を挿入する。

また、それぞれのノードにおいて自ノード内の障害や伝送路の障害を検出した場合は、異常状態であることを転送（図２４に示すＡＰＳ／ＰＣＣバイトにおける（ｂ）正常性確認情報を送信したノードの状態に関する情報２４０６について、異常状態２４０７を示す値を挿入する）し、必要に応じて後述の回線救済方法を用いて障害復旧動作を実施する。

この正常性確認情報及び確認応答情報の転送経路及び確認手順については、図２７、図２８に示すものも例として挙げられる。

次に、図２６に示す予備パス確認手順を例に取り、各ノードそれぞれについての動作の詳細を説明する。図２９はノードの動作を決定する為のパステーブル２９００の項目に関する関連付けの例である。ここでは、パステーブル２９００を大きく３つの要素（現用パス情報、部分パス情報、予備パス情報）から構成する例を挙げる。ネットワークに設定された現用パス情報＃１（２９１０）が部分パス＃情報１（２９１１）〜＃ｍ（２９１３）によって構成されるとすると、その部分パスのそれぞれに対し、優先順位を付与された予備パス情報２９１４〜２９１９を関連付ける。これをネットワークにおける全ての現用パスについて生成し、ネットワーク全体のパステーブル２９００とすることができる。これに対し、各分岐点ノードについては、自ノードが収容する部分パスと関連付けられた情報を元に構成されたパステーブルが配信されればよい。

図３０に、ノードＥ２６０１のパステーブルの内容及びこれを参照する順番の例を示す。ここでは、前記パステーブル２９００の要素を更に細かい情報で構成した例となっており、これらの値を参照し、ノードの動作を決定する。図中の丸枠にて囲んだ番号は図３２における正常性確認手順中の番号との対応を示す。また、パステーブル内の値が表すインタフェースＩＤやスイッチのポートＩＤとノードＥ２６０１の各部との対応の例を図３１に示す。ノードＥ２６０１の各部については、入力インタフェースＩＤ３１１１〜３１１５、及び出力インタフェースＩＤ３１２１〜３１２５、スイッチの入力ポートＩＤ３１３１〜３１３５、及び出力ポートＩＤ３１４１〜３１４５等に付与した値もしくはラベルの例をあげることができる。

図３２に、ノードＥ２６０１における予備パスの正常性確認手順の例を示す。まず最初に、調査したい部分パスに対する予備パスの中で、優先順位が最も高いものを選定する為に、その優先順位の値を決定する（３２０１）。次にノードＥ２６０１内のパステーブルを参照し、運用状態の部分パスの中で、自ノードが起点ノードの部分パス情報のうち、「優先順位と等しい予備パス」を検索する（３２０２）。その後、該当した部分パスに関連付けられた情報のうち、「ＡＰＳ／ＰＣＣ種別」が「正常性確認情報（ＣｆＭ）」の情報群を検索する（３２０３）。次に、該当した「ＡＰＳ／ＰＣＣ種別（ＣｆＭ）」に関連付けられた予備パス情報のうち、「隣接ノードＳＷ入力対応ＩＦ」及び「隣接ノードＳＷ出力対応ＩＦ」を検索する（３２０４）。その後、該当した「隣接ノードＳＷ出力対応ＩＦ」内のＯＨ情報処理部（図１３の１３０１等）に対して、ＭＦＡＳバイトと自ノードＩＤが一致したＯＴＮフレームに、正常性確認情報（ＣｆＭ＋ＣｆＭＴ＋・・・）をＡＰＳ／ＰＣＣバイトに挿入する指示を行なう（３２０５）。そして該当した「隣接ノードＳＷ入力対応ＩＦ」において、ＭＦＡＳバイトと自ノードＩＤが一致したＯＴＮフレームに、確認応答情報を示す情報が検出された場合、「隣接ノードＳＷ出力対応ＩＦ」から送信していた正常性確認情報の値を通常状態の値（ＮＲ＋ＩＤＬＥ＋・・・）に変更し、調査中の部分パスに関連付けられた情報のうち、「ＡＰＳ／ＰＣＣ種別」が「確認応答情報（ＣｆＲ）」の情報群を検索する（３２０６）。

その後、該当した「ＡＰＳ／ＰＣＣ種別（ＣｆＲ）」に関連付けられた予備パス情報のうち、「隣接ノードＳＷ入力対応ＩＦ」及び「隣接ノードＳＷ出力対応ＩＦ」を検索する（３２０７）。

その後、該当した「隣接ノードＳＷ出力対応ＩＦ」内のＯＨ情報処理部（図１３の１３０１等）に対して、ＭＦＡＳバイトと自ノードＩＤが一致したＯＴＮフレームに、確認応答情報（ＣｆＲ＋ＣｆＲＴ＋・・・）をＡＰＳ／ＰＣＣバイトに挿入する指示（３２０８）を行った後、該当した「隣接ノードＳＷ入力対応ＩＦ」において、ＭＦＡＳバイトと自ノードＩＤが一致したＯＴＮフレームに挿入されていたノードＢからの確認応答情報が通常状態の値（ＮＲ＋ＩＤＬＥ＋・・・）に変更されたことを検出した場合、「隣接ノードＳＷ出力対応ＩＦ」から送信していた確認応答情報の値を通常状態の値（ＮＲ＋ＩＤＬＥ＋・・・）に変更する（３２０９）。これによって、調査中の予備パスの正常性確認が終了する。

その後、調査中の部分パスに対してパステーブル中に定義された全ての予備パスについての正常性確認が終了している場合は、部分パスＩＤ＝次の部分パスＩＤ、予備パスの優先順位＝０１とする。そうでない場合は、現在調査中の予備パスの優先順位＝次の優先順位として（３２１０）、予備パスの正常性確認を続ける。ここで、各手順中に不具合が発生した場合は、エラー処理（３２００）を実行する。

図３３に、ノード間で授受を行う、正常性確認情報及び確認応答情報の流れの例を示す。図中の丸枠にて囲んだ番号は図３２に示したノードＥでの正常性確認手順の番号との対応を示す。

次に、前述のノードＥにおける予備パスの正常性確認手順中のノードＢ、Ｃの動作について説明する。図３４に、ノードＢのパステーブルの内容及びこれを参照する順番の例を示す。また、パステーブル内の値が表すインタフェースＩＤやスイッチのポートＩＤとノードＢの各部との対応の例を図３５に示す。

図３６に、ノードＢにおける予備パスの正常性確認手順の例を示す。まず最初に、インタフェース部において正常性確認情報（ＣｆＭ）を受信した場合、ＡＰＳ／ＰＣＣバイトに挿入された予備パスＩＤと一致する情報群のうち、「ＡＰＳ／ＰＣＣ種別」が「正常性確認情報（ＣｆＭ）」であるものをパステーブルで検索する（３６０１）。また、この時検出したＡＰＳ／ＰＣＣバイトの終点ノードＩＤと、自ノードＩＤとが一致しない為、以降の動作を行う。該当した「ＡＰＳ／ＰＣＣ種別（ＣｆＭ）」に関連付けられた予備パス情報のうち、「隣接ノードＳＷ入力対応ＩＦ」及び「隣接ノードＳＷ出力対応ＩＦ」を検索する（３６０２）。

その後、該当した「隣接ノードＳＷ出力対応ＩＦ」内のＯＨ情報処理部に対して、最初に検出したＭＦＡＳバイトと一致したＯＴＮフレームに、正常性確認情報（ＣｆＭ＋ＣｆＭＴ＋・・・）をＡＰＳ／ＰＣＣバイトに挿入する指示を行う（３６０３）。その後、該当した「隣接ノードＳＷ入力対応ＩＦ」において、最初に検出したＭＦＡＳバイトと一致したＯＴＮフレームに、確認応答情報を示す情報が検出された場合、「隣接ノードＳＷ出力対応ＩＦ」から送信していた正常性確認情報の値を通常状態の値（ＮＲ＋ＩＤＬＥ＋・・・）に変更し、調査中の予備パスに関連付けられた情報のうち、「ＡＰＳ／ＰＣＣ種別」が「確認応答情報（ＣｆＲ）」の情報群を検索する（３６０４）。

その後、該当した「ＡＰＳ／ＰＣＣ種別（ＣｆＲ）」に関連付けられた予備パス情報のうち、「隣接ノードＳＷ入力対応ＩＦ」及び「隣接ノードＳＷ出力対応ＩＦ」を検索する（３６０５）。その後、該当した「隣接ノードＳＷ出力対応ＩＦ」内のＯＨ情報処理部に対して、最初に検出したＭＦＡＳバイトと一致したＯＴＮフレームに、確認応答情報（ＣｆＲ＋ＣｆＲＴ＋・・・）をＡＰＳ／ＰＣＣバイトに挿入する指示を行う（３６０６）。

その後、該当した「隣接ノードＳＷ入力対応ＩＦ」において、最初に検出したＭＦＡＳバイトと一致したＯＴＮフレームに挿入されていたノードＥからの確認応答情報が通常状態の値（ＮＲ＋ＩＤＬＥ＋・・・）に変更されたことを検出し、更にＣｆＭを受信した際の検索時に該当した「隣接ノードＳＷ入力対応ＩＦ」において、最初に検出したＭＦＡＳバイトと一致したＯＴＮフレームに挿入されていたノードＣからの確認応答情報が通常状態の値（ＮＲ＋ＩＤＬＥ＋・・・）に変更されたことを検出した場合、該当した「隣接ノードＳＷ出力対応ＩＦ」から送信していた確認応答情報の値を通常状態の値（ＮＲ＋ＩＤＬＥ＋・・・）に変更する（３６０７）。これによってノードＢでの当該予備パスの確認動作を完了する。また、各手順中に不具合が発生した場合は、エラー処理（３６００）を実行する。

図３７に、ノード間で授受を行う、正常性確認情報及び確認応答情報の流れの例を示す。図中の丸枠にて囲んだ番号は図３６に示したノードＢでの正常性確認手順の番号との対応を示す。

ノードＣについても、まず最初に、インタフェース部において正常性確認情報（ＣｆＭ）を受信した場合、ＡＰＳ／ＰＣＣバイトに挿入された予備パスＩＤと一致する情報群のうち、「ＡＰＳ／ＰＣＣ種別」が「正常性確認情報（ＣｆＭ）」であるものをパステーブルで検索する。この時検出したＡＰＳ／ＰＣＣバイトの終点ノードＩＤと、自ノードＩＤとが一致しない為、以降のノードＣの動作は、ノードＢと同様の動きを行う。

次に、前述のノードＥが予備パスの正常性確認を行っている際のノードＦの動作について説明する。図３８に、ノードＦのパステーブルの内容及びこれを参照する順番の例を示す。また、パステーブル内の値が表すインタフェースＩＤやスイッチのポートＩＤとノードＦとの対応の例を図３９に示す。

図４０に、ノードＦにおける予備パスの正常性確認手順の例を示す。まず最初に、インタフェース部において正常性確認情報（ＣｆＭ）を受信した場合、ＡＰＳ／ＰＣＣバイトに挿入された予備パスＩＤと一致する情報群のうち、「ＡＰＳ／ＰＣＣ種別」が「正常性確認情報（ＣｆＭ）」であるものをパステーブルで検索する（４００１）。また、この時検出したＡＰＳ／ＰＣＣバイトの終点ノードＩＤと、自ノードＩＤとが一致する為、以降の動作を行う。

該当した「ＡＰＳ／ＰＣＣ種別（ＣｆＭ）」に関連付けられた予備パス情報のうち、「隣接ノードＳＷ入力対応ＩＦ」及び「隣接ノードＳＷ出力対応ＩＦ」を検索する（４００２）。その後、該当した「隣接ノードＳＷ出力対応ＩＦ」内のＯＨ情報処理部に対して、最初に検出したＭＦＡＳバイトと一致したＯＴＮフレームに、確認応答情報（ＣｆＲ＋ＣｆＲＴ＋・・・）をＡＰＳ／ＰＣＣバイトに挿入する指示を行う（４００３）。その後、該当した「隣接ノードＳＷ入力対応ＩＦ」において、最初に検出したＭＦＡＳバイトと一致したＯＴＮフレームに挿入されていたノードＣからの確認応答情報が通常状態の値（ＮＲ＋ＩＤＬＥ＋・・・）に変更されたことを検出した場合、調査中の予備パスに関連付けられた情報のうち、「ＡＰＳ／ＰＣＣ種別」が「確認応答情報（ＣｆＲ）」の情報群を検索する（４００４）。

その後、該当した「ＡＰＳ／ＰＣＣ種別（ＣｆＲ）」に関連付けられた予備パス情報のうち、「隣接ノードＳＷ入力対応ＩＦ」及び「隣接ノードＳＷ出力対応ＩＦ」を検索する（４００５）。その後、該当した「隣接ノードＳＷ入力対応ＩＦ」において、最初に検出したＭＦＡＳバイトと一致したＯＴＮフレームに挿入されていたノードＥからの確認応答情報を検出した場合、ＣｆＭを受信した際の検索時に該当した「隣接ノードＳＷ出力対応ＩＦ」から送信していた確認応答情報の値を通常状態の値（ＮＲ＋ＩＤＬＥ＋・・・）に変更する（４００６）。その後、該当した「隣接ノードＳＷ入力対応ＩＦ」において、最初に検出したＭＦＡＳバイトと一致したＯＴＮフレームに挿入されていたノードＥからの確認応答情報が通常状態の値（ＮＲ＋ＩＤＬＥ＋・・・）に変更されたことを検出した場合、調査中の予備パスについての動作を完了する（４００７）。また、各手順中に不具合が発生した場合は、エラー処理（４０００）を実行する。

図４１に、ノード間で授受を行う、正常性確認情報及び確認応答情報の流れの例を示す。図中の丸枠にて囲んだ番号は図４０に示したノードＦでの正常性確認手順の番号との対応を示す。

以上のようにして、起点ノードが持つ部分パスに対する予備パスの正常性が確認可能となる。また、ＭＦＡＳバイトの利用により、各ノードがそれぞれ独立にかつ非同期に予備パスの正常性を確認することが可能となる。

次に、前述の予備パスの正常性確認方式を利用した、回線救済方法について説明する。本方法は、これまでに述べた装置・ネットワークを適用対象とし、前述の予備パスの正常性確認方式によって、各ノードが自律的に予備経路の正常性の確認を行っていることを前提とする。これによって、予備経路を共有しつつ、メッシュネットワークにおける高速な障害復旧を実現可能となる。

本方法では、図４２に示すように、メッシュネットワークの伝送路（あるいは前述の中継ノード）及び分岐点ノードについて障害が発生した場合に適用する回線救済方法である。伝送路の障害要因については、図４２に示すように、伝送路断（４２０１）、信号劣化（４２０２）等が挙げられる。また、分岐点ノードの障害については、スイッチ故障（４２０３）やインタフェース部故障（４２０４）、監視制御部故障（４２０５）、電源断（４２０６）等が挙げられる。

図４３に、伝送路障害に対する回線救済（障害復旧）の手順例を示す。これより説明する予備パスの正常性確認方法を用いた回線救済方法では、主信号を受信する側の分岐点ノードＦ４３０４が伝送路障害４３０７を検出した場合、障害復旧の行動を開始する。図４３下部にそのシーケンスの例を示す。概要としては、ノードＦ４３０４では、障害検出後、自ノード内のパステーブルを参照し、自ノードが部分パスの終点ノードであることから、障害発生以前に確認されている予備パスの中で、もっとも優先順位の高い予備パスに対してスイッチの接続状態を変更し、このことを予備パス上の分岐点ノードでノードＦ４３０４に隣接するノードＣ４３０３に対して通知する為に、ノードＣ４３０３へ送出している信号のオーバヘッド（ＯＨ）情報に含まれるＡＰＳ／ＰＣＣバイトに切替制御情報（「切替要求」）を挿入することで通知する。

これを受けたノードＣ４３０３は、パステーブルを参照し、自ノードが部分パスの起点ノードでも終点ノードでもない為、予備パスに異常がない場合には、予備パスの接続を行った後、ノードＦ４３０４と同様に、当該予備パス上の分岐点ノードで、切替制御情報を伝達すべき隣接ノード（ここではノードＢ４３０２）に通知する為、ノードＢ４３０２に送出している信号のオーバヘッド（ＯＨ）情報に含まれるＡＰＳ／ＰＣＣバイトに切替制御情報（「切替要求」）を挿入することで通知する。

ノードＢ４３０２では、ノードＣ４３０３からの切替制御情報を受けた後、パステーブルを参照し、自ノードが部分パスの起点ノードでも終点ノードでもない為、ノードＣ４３０３と同様の動きを行う。即ち、予備パスに異常がない場合には、予備パスの接続を行った後、ノードＦ４３０４、Ｃ４３０３と同様に、当該予備パス上の分岐点ノードで、切替制御情報を伝達すべき隣接ノード（ここではノードＥ４３０１）に通知する為、ノードＥ４３０１に送出している信号のオーバヘッド（ＯＨ）情報に含まれるＡＰＳ／ＰＣＣバイトに切替制御情報（「切替要求」）を挿入することで通知する。

ノードＥ４３０１では、ノードＢ４３０２からの切替制御情報を受けた後、パステーブルを参照し、自ノードが部分パスの起点ノードである為、予備パスに異常がない場合には、スイッチの接続状態変更する。この時点で予備経路への切替が完了する。その後ノードＥ４３０１では、切替が完了したことを予備パス上の各分岐点ノードに通知する為、切替制御情報を伝達すべき隣接ノード（ここではノードＢ４３０２）に送出している信号のオーバヘッド（ＯＨ）情報に含まれるＡＰＳ／ＰＣＣバイトに切替制御情報（「切替完了」）を挿入することで通知する。以降、切り替えられた予備パス上の各分岐点ノードが切替制御情報（「切替完了」）を転送し、障害が発生した部分パスの終点ノードである分岐点ノードＦ４３０４まで到達させる。

以上のように、各分岐点ノードがスイッチの接続変更及び切替制御情報の伝達を連鎖的に実行することで、メッシュネットワークにおいて高速な障害復旧を実現する。

図４４に、障害復旧時におけるＭＦＡＳバイト４４０１及びＡＰＳ／ＰＣＣバイト４４０４の使用例を示す。本障害復旧方式におけるＭＦＡＳバイト４４０１の使用法については、予備パスの正常性確認方式と同様に、サブネットワーク内の各ノードにおいて、それぞれのノードＩＤ（４４０２、４４０３）と対応させて解釈することで、それぞれのノードが発出又は転送する切替制御情報をマルチフレーム化（独立チャネル化）する為に使用する。

本障害復旧方式におけるＡＰＳ／ＰＣＣバイト４４０４の使用法ついても、予備パスの正常性確認方式と同様に、この４バイトに、切替制御情報の種別４４０５、切替制御情報を発出又は転送したノードの状態に関する情報４４０６、予備パスのＩＤ４４０７、サブネットワークＩＤ４４０８、切替対象となる（障害が発生した）部分パスの起点ノードの、サブネットワーク内のノードＩＤ４４０９、終点ノードのサブネットワーク内におけるノードＩＤ４４１０等の情報についてアサインする。

図４５に、障害復旧時における、ＡＰＳ／ＰＣＣバイト内にアサインした切替制御情報の種別４５０１及び、切替制御情報を発出又は転送したノードの状態に関する情報４５０７の例を示す。切替制御情報の種別４５０１としては、切替制御情報を発出・転送していない通常状態４５０６、切替要求の各種要因（ノード内スイッチ故障４５０３、信号断４５０４、信号劣化４５０５等）、規定外情報４５０２等に対応する値を定義する。切替制御情報を送信したノードの状態に関する情報４５０７については、通常状態４５１０、スイッチの接続を変更した（切替完了）状態４５０９、異常状態４５０８等に対応する値を定義する。

図４６は、ノードＦにおける障害復旧用のパステーブルの内容及びこれを参照する順番の例を示す。図中の丸枠にて囲んだ番号は図４８における障害復旧手順例中の番号との対応を示す。また、パステーブル内の値が表すインタフェースＩＤやスイッチのポートＩＤとノードＦの各部との対応の例及び、接続状態の変化例を図４７に示す。

図４８に、ノードＦにおける障害復旧手順の例を示す。まず最初に、ノードＥにおいては、部分パスＥ→Ｆを収容するインタフェース部（ＩＦｉ−０２）にて伝送路障害（ＳＦ）を検出（４８０１）すると、自ノード内のパステーブルから、運用状態のパスの部分パスの中で、自ノードが起点ノードの部分パス情報のうち、「予備パス優先順位が最も高いもの（０１）」を検索する（４８０２）。その後、該当した予備パス(優先順位＝０１)に関連付けられた情報のうち、「ＡＰＳ／ＰＣＣ種別」が「伝送路障害（ＳＦ）」の情報群を検索（４８０３）し、該当した「ＡＰＳ／ＰＣＣ種別（ＳＦ）」に関連付けられた予備パス情報のうち、「隣接ノードＳＷ入力対応ＩＦ」及び「隣接ノードＳＷ出力対応ＩＦ」を検索する（４８０４）。その後、該当した「隣接ノードＳＷ出力対応ＩＦ」内のＯＨ情報処理部に対して、ＭＦＡＳバイトと自ノードＩＤが一致したＯＴＮフレームに、切替要求（ＳＦ＋・・・） をＡＰＳ／ＰＣＣバイトに挿入する指示を行う（４８０５）。

その後、予備パスへの切替を行う為、予備パスを「ＡＰＳ／ＰＣＣ種別」で検索した際に該当した予備パス情報から、「予備パスＳＷ入力ポートＩＤ」、「予備パスＳＷ出力ポートＩＤ」を検索（４８０６）し、障害の発生した部分パスＥ→Ｆにおける信号の接続状態を、該当した情報に接続変更する（４８０７）。その後、「隣接ノードＳＷ入力対応ＩＦ」において、ＭＦＡＳバイトと自ノードＩＤが一致したＯＴＮフレームに、切替完了を示す情報が検出された場合、「隣接ノードＳＷ出力対応ＩＦ」から送信していた切替要求（ＳＦ＋・・・）の値を通常状態の値（ＮＲ＋ＩＤＬＥ・・・）に変更（４８０８）し、その後、ノードテーブル及びパステーブルの情報を更新する（４８０９）。また、各手順中に不具合が発生した場合は、エラー処理（４８００）を実行する。

図４９は、ノードＦにて障害復旧に入った場合のノードＣにおける障害復旧用のパステーブル及び参照する順番の例を示す。図中の丸枠にて囲んだ番号は図５１における障害復旧手順例中の番号との対応を示す。また、このパステーブル内の値が表すインタフェースＩＤやスイッチのポートＩＤとの対応の例及び、障害復旧前後の信号の接続状態について、図５０に示す。

図５１に、ノードＣにおける障害復旧手順の例を示す。まず最初に、ノードＣにおいては、インタフェース部（ＩＦｉ−０２）にて切替要求（ＳＦ＋・・・）を検出する（５１０１）。自ノードＩＤが切替制御情報中の起点ノードＩＤとも終点ノードＩＤとも一致しない為、以降の処理を実行する。

パステーブルから、運用状態のパスの部分パスの中で、検出した切替要求中の起点ノード・終点ノードと一致するものを検索し、該当する部分パスの予備パスの中から、検出した切替要求中の予備パスＩＤと一致する予備パスを検索する（５１０２）。その後、該当した予備パスに関連付けられた情報のうち、「ＡＰＳ／ＰＣＣ種別」が切替要求中のＡＰＳ／ＰＣＣバイトの切替要因（ＳＦ）の情報群を検索する（５１０３）。その後、該当した「ＡＰＳ／ＰＣＣ種別（ＳＦ）」に関連付けられた予備パス情報のうち、「隣接ノードＳＷ入力対応ＩＦ」及び「隣接ノードＳＷ出力対応ＩＦ」を検索する（５１０４）。その後、該当した「隣接ノードＳＷ出力対応ＩＦ」内のＯＨ情報処理部に対して、切替要求を検出した際のＭＦＡＳバイトと一致するＭＦＡＳバイトＯＴＮフレームに、切替要求（ＳＦ＋・・・） をＡＰＳ／ＰＣＣバイトに挿入し、切替要求を転送する（５１０５）。

その後、予備パスへの切替を行う為、「ＡＰＳ／ＰＣＣ種別（ＳＦ）」に関連付けられた予備パス情報のうち、「予備パスＳＷ入力ポートＩＤ」、「予備パスＳＷ出力ポートＩＤ」を検索（５１０６）し、それぞれのポートの接続を行う（５１０７）。その後、「隣接ノードＳＷ入力対応ＩＦ」において、切替要求を検出した際のＭＦＡＳバイトと一致するＭＦＡＳバイトのＯＴＮフレームに、切替完了を示す情報が検出された場合、「隣接ノードＳＷ出力対応ＩＦ」から送信していた切替要求（ＳＦ＋・・・）の値を通常状態の値（ＮＲ＋ＩＤＬＥ＋・・・）に変更（５１０８）し、その後、ノードテーブル及びパステーブルの情報を更新する（５１０９）。また、各手順中に不具合が発生した場合は、エラー処理（５１００）を実行する。

図５２は、ノードＦにて障害復旧に入った場合の、ノードＢにおける障害復旧用のパステーブル及び参照する順番の例を示す。図中の丸枠にて囲んだ番号は図５４における障害復旧手順例中の番号との対応を示す。また、このパステーブル内の値が表すインタフェースＩＤやスイッチのポートＩＤとの対応の例及び、障害復旧前後の信号の接続状態について、図５３に示す。

図５４に、ノードＢにおける障害復旧手順の例を示す。まず最初に、ノードＢにおいては、インタフェース部（ＩＦｉ−０２）にて切替要求（ＳＦ＋・・・）を検出する（５４０１）。自ノードＩＤが切替制御情報中の起点ノードＩＤとも終点ノードＩＤとも一致しない為、以降の処理を実行する。パステーブルから、運用状態のパスの部分パスの中で、検出した切替要求中の起点ノード・終点ノードと一致するものを検索し、該当する部分パスの予備パスの中から、検出した切替要求中の予備パスＩＤと一致する予備パスを検索する（５４０２）。

その後、該当した予備パスに関連付けられた情報のうち、「ＡＰＳ／ＰＣＣ種別」が切替要求中のＡＰＳ／ＰＣＣバイトの切替要因（ＳＦ）の情報群を検索する（５４０３）。その後、該当した「ＡＰＳ／ＰＣＣ種別（ＳＦ）」に関連付けられた予備パス情報のうち、「隣接ノードＳＷ入力対応ＩＦ」及び「隣接ノードＳＷ出力対応ＩＦ」を検索する（５４０４）。その後、該当した「隣接ノードＳＷ出力対応ＩＦ」内のＯＨ情報処理部に対して、切替要求を検出した際のＭＦＡＳバイトと一致するＭＦＡＳバイトＯＴＮフレームに、切替要求（ＳＦ＋・・・） をＡＰＳ／ＰＣＣバイトに挿入し、切替要求を転送する（５４０５）。その後、予備パスへの切替を行う為、「ＡＰＳ／ＰＣＣ種別（ＳＦ）」に関連付けられた予備パス情報のうち、「予備パスＳＷ入力ポートＩＤ」、「予備パスＳＷ出力ポートＩＤ」を検索（５４０６）し、それぞれのポートの接続を行う（５４０７）。その後、「隣接ノードＳＷ入力対応ＩＦ」において、切替要求を検出した際のＭＦＡＳバイトと一致するＭＦＡＳバイトのＯＴＮフレームに、切替完了を示す情報が検出された場合、「隣接ノードＳＷ出力対応ＩＦ」から送信していた切替要求（ＳＦ＋・・・）の値を通常状態の値（ＮＲ＋ＩＤＬＥ＋・・・）に変更（５４０８）し、その後、ノードテーブル及びパステーブルの情報を更新する（５４０９）。また、各手順中に不具合が発生した場合は、エラー処理（５４００）を実行する。

図５５は、ノードＦにて障害復旧に入った場合の、ノードＥにおける障害復旧用のパステーブル及びこれを参照する順番の例を示す。図中の丸枠にて囲んだ番号は図５７における障害復旧手順例中の番号との対応を示す。また、このパステーブル内の値が表すインタフェースＩＤやスイッチのポートＩＤとの対応の例及び、障害復旧前後の信号の接続状態について、図５６に示す。

図５７に、ノードＥにおける障害復旧手順の例を示す。まず最初に、ノードＥにおいては、インタフェース部（ＩＦｉ−０１）にて切替要求（ＳＦ＋・・・）を検出する（５７０１）。自ノードＩＤが切替制御情報中の起点ノードＩＤと一致する為、以降の処理を実行する。パステーブルから、運用状態のパスの部分パスの中で、検出した切替要求中の起点ノード・終点ノードと一致するものを検索し、該当する部分パスの予備パスの中から、検出した切替要求中の予備パスＩＤと一致する予備パスを検索する（５７０２）。その後、該当した予備パスに関連付けられた情報のうち、「ＡＰＳ／ＰＣＣ種別」が切替要求中のＡＰＳ／ＰＣＣバイトの切替要因（ＳＦ）の情報群を検索する（５７０３）。

その後、予備パスへの切替を行う為、「ＡＰＳ／ＰＣＣ種別（ＳＦ）」に関連付けられた予備パス情報のうち、「予備パスＳＷ入力ポートＩＤ」、「予備パスＳＷ出力ポートＩＤ」を検索（５７０４）し、それぞれのポートの接続を行う（５７０５）。この時点で、主信号の流れとしては部分パスＥ→Ｆに発生した障害を迂回する予備パスに対する接続が完了したことになる。その後、該当した「ＡＰＳ／ＰＣＣ種別（ＳＦ）」に関連付けられた予備パス情報のうち、「隣接ノードＳＷ入力対応ＩＦ」及び「隣接ノードＳＷ出力対応ＩＦ」を検索する（５７０６）。その後、該当した「隣接ノードＳＷ出力対応ＩＦ」内のＯＨ情報処理部に対して、切替要求を検出した際のＭＦＡＳバイトと一致するＭＦＡＳバイトＯＴＮフレームに、切替完了（ＮＲ＋Ｓｗｉｔｃｈｅｄ＋・・・）を示す情報をＡＰＳ／ＰＣＣバイトに挿入する指示を行い（５７０７）、ノードテーブル及びパステーブルの情報を更新する（５７０８）。また、各手順中に不具合が発生した場合は、エラー処理（５４００）を実行する。

次に、ノード障害時に対する障害復旧の手順例を示す。図５８は、分岐点ノードＥ５８０５において、方路接続不能等のスイッチ障害５８０９が発生し、分岐点ノードＥ５８０５から分岐点ノードＦ５８０６に向かう部分パス（以降、部分パスＥ→Ｆ５８０８と記すことにする。）の終点ノードである分岐点ノードＦ５８０６において、伝送路障害と同じ障害種別である波及障害を検出した場合の例と、障害復旧の手順例である。ここで、部分パスＥ→Ｆ５８０８と部分パスＤ→Ｅ５８０７が、同一のパス５８１０における部分パスである（主信号がＤ→Ｅ→Ｆと流れている）とする。

ノードＥ５８０５、ノードＦ５８０６でそれぞれ障害を検出する為、それぞれが障害復旧動作に入るが、ノードＢ５８０２においてスイッチの接続状態変更時に競合が発生する為、この競合を解決する為には、部分パスＥ→Ｆ５８０８における波及障害（伝送路障害に準ずる優先順位を持つ）に対して、部分パスＤ→Ｅ５８０７におけるノード障害の復旧の優先度が高く設定してあればよい。具体的には、ノードＢ５８０２において、この優先順位に従ったスイッチの接続設定ならびに、切替制御情報の処理を実施する。

次に、それぞれの障害復旧動作について説明すると、まず、ノードＥ５８０５ではスイッチに方路接続不能等の障害が発生している為、これを検出した場合には、自ノードに設定されている部分パスの全てについて、自ノードを経由しないように経路変更する必要があるが、方路接続不能のような障害の場合、これに付随して主信号の受信側に波及障害が発生する為、ノードＥ５８０５では切替信号の授受等について、前記伝送路障害検出時の障害復旧と同様な動きを行い、且つ、ノードＥ５８０５から主信号を受信するノードＦ５８０６側でも、波及障害の検出によって、やはり伝送路障害検出時と同様の障害復旧を行うことで、「主信号の受信側が主体となって障害復旧を開始する」という統一した動作が可能となる。

具体的には、部分パスＤ→Ｅ５８０７における、ノード障害検出時の予備パスがＤ→Ａ→Ｂ→Ｅと設定されており、部分パスＥ→Ｆ５８０８における、波及障害検出時の予備パスがＥ→Ｂ→Ｃ→Ｆと設定されており、それぞれの予備パスに切替を実施するように障害復旧が動作し、部分パスＤ→Ｅ５８０７における障害復旧の優先度が高いことを理由に、ノードＢ５８０２においては部分パスＤ→Ｅ５８０７におけるノード障害からの復旧に応じたスイッチ接続設定（この場合、ノードＡ５８０１からの主信号がノードＣ５８０３に向かう設定となる）を実施していればよい。これらの動作についても、前述のパステーブルを用いた障害復旧方式を用いることで実現可能である。

まず、部分パスＤ→Ｅ５８０７の障害復旧について説明すると、ノードＥ５８０５では、自ノード内のスイッチ障害を検出後に障害復旧動作に入り、パステーブルにおいて、自ノードが終点ノードになっている部分パスに対する予備パスの中で、最も優先順位が高く、かつ正常性確認が直前まで行われていた予備パスを選択し、予備パス上の分岐点ノードで、ノードＥ５８０５に隣接するノードＢ５８０２に対して通知する為に、ノードＢ５８０２へ送出している信号のオーバヘッド（ＯＨ）情報に含まれるＡＰＳ／ＰＣＣバイトに「切替要求」を示す切替制御情報５８１１を挿入することで通知する。その後、スイッチの接続状態を予備パスへの接続に変更する。

ノードＥ５８０５からの「切替要求」を受けたノードＢ５８０２では、前述の障害復旧方式手順中のノードＢの動作と同様に、パステーブルを参照し、自ノードが部分パスの起点ノードでも終点ノードでもない為、予備パスに異常がない場合には、当該予備パス上の分岐点ノードで、切替制御情報を伝達すべき隣接ノード（ここではノードＡ５８０１）に通知する為、ノードＡ５８０１に送出している信号のオーバヘッド（ＯＨ）情報に含まれるＡＰＳ／ＰＣＣバイトに、受信した「切替要求」を示す切替制御情報５８１１を挿入することで通知し、その後、スイッチの接続状態を予備パスへの接続に変更する。この時、ノードＥ５８０５から送信された「切替要求」の切替要因はノード障害（スイッチ故障）である為、パステーブル中の予備パスへの接続ポートは、主信号がＤ→Ａ→Ｂ→Ｃ→Ｆと流れるような設定となっていればよい。

ノードＡ５８０１では、ノードＢ５８０２からの「切替要求」を受信した後、述の障害復旧方式手順中のノードＣの動作と同様に、パステーブルを参照し、自ノードが部分パスの起点ノードでも終点ノードでもない為、予備パスに異常がない場合には、当該予備パス上の分岐点ノードで、切替制御情報を伝達すべき隣接ノード（ここではノードＤ５８０４）に通知する為、ノードＤ５８０４に送出している信号のオーバヘッド（ＯＨ）情報に含まれるＡＰＳ／ＰＣＣバイトに「切替要求」を示す切替制御情報５８１１を挿入することで通知し、その後、スイッチの接続状態を予備パスへの接続に変更する。

ノードＤ５８０４では、ノードＡ５８０１からの「切替要求」を検出し、前述の障害復旧方式手順中のノードＥの動作と同様に、パステーブルを参照し、自ノードが部分パスの起点ノードある為、予備パスに異常がない場合には、スイッチの接続状態を予備パスへの接続に変更し、当該予備パス上の分岐点ノードで、「切替完了」を示す切替制御情報５８１２を伝達すべき隣接ノード（ここではノードＡ５８０１）に通知する為、ノードＡ５８０１に送出している信号のオーバヘッド（ＯＨ）情報に含まれるＡＰＳ／ＰＣＣバイトに「切替完了」を示す切替制御情報５８１２を挿入することで通知する。

ノードＡ５８０１では、ノードＤ５８０４からの「切替完了」を受信後、ノードＤ５８０４に対して転送していた「切替要求」を通常状態の値に変更し、その後、ノードＢ５８０２に対して「切替完了」を転送する。また、ノードＢ５８０２では、ノードＡ５８０１からの「切替完了」を受信後、ノードＡ５８０１に対して転送していた「切替要求」を通常状態の値に変更し、その後、ノードＥ５８０５に対して「切替完了」を転送する。これによって、部分パスＤ→Ｅ５８０７の障害復旧が完了する。

次に、部分パスＥ→Ｆ５８０８の障害復旧について説明すると、伝送路障害の例と同様に、分岐点ノードＦ５８０６では、障害（ノードＥ５８０５のスイッチ障害の波及障害）検出後、自ノード内のパステーブルを参照し、自ノードが部分パスの終点ノードであることから、障害発生以前に正常性が確認されている予備パスの中で、もっとも優先順位の高い予備パスを選択し、予備パス上の分岐点ノードでノードＦ５８０６に隣接するノードＣ５８０３に対して通知する為に、ノードＣ５８０３へ送出している信号のオーバヘッド（ＯＨ）情報に含まれるＡＰＳ／ＰＣＣバイトに「切替要求」を示す切替制御情報５８１３を挿入することで通知する。この時挿入した「切替要求」は、ノードＥ５８０５において発出された「切替要求」よりも優先順位が低いものとなっている。その後、スイッチの接続状態を予備パスへの接続に変更する。

ノードＦ５８０６からの「切替要求」を受けた分岐点ノードＣ５８０３についても、前述の障害復旧方式手順中のノードＣの動作と同様に、パステーブルを参照し、自ノードが部分パスの起点ノードでも終点ノードでもない為、予備パスに異常がない場合には、ノードＦと同様に、当該予備パス上の分岐点ノードで、切替制御情報を伝達すべき隣接ノード（ここではノードＢ５８０２）に通知する為、ノードＢ５８０２に送出している信号のオーバヘッド（ＯＨ）情報に含まれるＡＰＳ／ＰＣＣバイトに「切替要求」を示す切替制御情報５８１３を挿入することで通知し、その後、スイッチの接続状態を予備パスへの接続に変更する。

ノードＢ５８０２では、ノードＣ５８０３からの「切替要求」を受けた場合、パステーブルを参照し、自ノードが部分パスの起点ノードでも終点ノードでもない為、ノードＣ５８０３と同様の動きを行うが、部分パスＤ→Ｅ５８０７の障害復旧の際にノードＥ５８０５から受信した「切替要求」を示す切替制御情報の優先順位の方が高い為、予備パスの接続（自ノード内のスイッチの接続変更）については実施せず、「切替要求」の転送のみを実施する。即ち、予備パスに異常がない場合には、当該予備パス上の分岐点ノードで、切替制御情報を伝達すべき隣接ノード（ここではノードＥ５８０５）に通知する為、ノードＥ５８０５に送出している信号のオーバヘッド（ＯＨ）情報に含まれるＡＰＳ／ＰＣＣバイトに「切替要求」を示す切替制御情報５８１３を挿入することで通知する。

ノードＥ５８０５では、ノードＢ５８０２からの「切替要求」を示す切替制御情報５８１３を受けた後、パステーブルを参照し、自ノードが当該部分パスＥ→Ｆ５８０８の起点ノードであることを認識するが、切替の要因が自ノード内で検出された障害よりも優先順位が低い為、予備パスの接続（自ノード内のスイッチの接続変更）については実施せず、「切替完了」の発出のみを実施する。即ち、切替が完了したことを予備パス上の各分岐点ノードに通知する為、切替制御情報を伝達すべき隣接ノード（ここではノードＢ５８０５）に送出している信号のオーバヘッド（ＯＨ）情報に含まれるＡＰＳ／ＰＣＣバイトに「切替完了」を示す切替制御情報５８１４を挿入することで通知する。

ノードＢ５８０２では、ノードＥ５８０５からの「切替完了」を受信後、ノードＥ５８０５に対して転送していた「切替要求」を通常状態の値に変更し、その後、ノードＣ５８０３に対して、ノードＥ５８０５から受信した「切替完了」を転送する。また、ノードＣ５８０３では、ノードＢ５８０２からの「切替完了」を受信後、ノードＢ５８０２に対して転送していた「切替要求」を通常状態の値に変更し、その後、ノードＦ５８０６に対して「切替完了」を転送する。これによって、部分パスＥ→Ｆ５８０８の障害復旧が完了する。なお、切替制御情報の挿入については、前記障害復旧方法と同じように、ＭＦＡＳバイトを利用することで、「切替要求」や「切替完了」を発出したノードからの情報をそれぞれ処理可能となる。

以上に述べた手法は、ＩＴＵ−Ｔ勧告Ｇ．７０９におけるＯＴＮフレーム内のＡＰＳ／ＰＣＣバイトを用いて切替制御情報の授受を行った場合の説明であるが、これはＩＴＵ−Ｔ勧告Ｇ．７０７に準拠したＳＤＨフレームを用いたクロスコネクト装置、及びこれをメッシュ状に配置したネットワークに対しても適用可能である。

本発明を適用可能なクロスコネクト装置の構成例を示す図である。 本発明を適用可能なメッシュネットワークの構成例を示す図である。 本発明を適用可能な光クロスコネクト装置の構成例を示す図である。 従来のネットワークの形態の例を示す図である。 ＩＴＵ−Ｔ勧告Ｇ．７０９に定義されたＯＴＮフレームの内容を説明する図である。 本発明の実施例の概要を説明する図である。 本発明の実施例を説明する図である。 本発明における各装置が有する情報の一例を説明する図である。 本発明の実施例を説明する図である。 本発明におけるパステーブルデータの一例を説明する図である。 本発明におけるパステーブルデータの一例を説明する図である。 本発明の実施例における切替制御情報の一例を説明する図である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）に適用するクロスコネクト装置の構成例を示す図である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）を適用するメッシュネットワークの構成及び現用パス・部分パス・予備パスの概念を示す図である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）におけるパステーブルの配信方法の例及び、ノードにおける監視制御部のメモリ内に構成したパステーブルの例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認及び障害復旧に必要な、パステーブルの構成の例を示す図である。 パステーブルにおける予備パスに関する情報の構成例を示す図（その１）である パステーブルにおける予備パスに関する情報の構成例を示す図（その２）である パステーブルにおける予備パスに関する情報の構成例を示す図（その３）である ノードに関する情報を示すノードテーブルの構成例を示す図である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認情報についての転送ルートの例を示す図である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認情報の例（ＩＴＵ勧告Ｇ．７０９に定義されたＯＴＮフレーム及びオーバヘッド）である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時に用いるＭＦＡＳバイト及びＡＰＳ／ＰＣＣバイトのビットアサイン例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時に用いるＡＰＳ／ＰＣＣバイトに設定するの値の定義例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認手順についての、主信号の送信側の分岐点ノードを基準にした場合の考え方の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パス正常性確認手順例と、正常性確認情報及び確認応答の流れの例及び、ＡＰＳ／ＰＣＣバイトにおける正常性確認情報・確認応答情報の値の例（その１）である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パス正常性確認手順例と、正常性確認情報及び確認応答の流れの例及び、ＡＰＳ／ＰＣＣバイトにおける正常性確認情報・確認応答情報の値の例（その２）である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パス正常性確認手順例と、正常性確認情報及び確認応答の流れの例及び、ＡＰＳ／ＰＣＣバイトにおける正常性確認情報・確認応答情報の値の例（その３）である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、パステーブル内の項目についての関連付けの例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時の、ノードＥにおけるパステーブルの各項目についての関連付けの例及び、参照順番の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時の、ノードＥにおけるパステーブルの値と、ノードＥのインタフェース部やスイッチ部との対応の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時の、ノードＥにおける手順（フロー）の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時の、ノードＥからの正常性確認情報及び確認応答情報の授受についての例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時の、ノードＢにおけるパステーブルの各項目についての関連付けの例及び、参照順番の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時の、ノードＢにおけるパステーブルの値と、ノードＢのインタフェース部やスイッチ部との対応の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時の、ノードＢにおける手順（フロー）の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時の、ノードＢからの正常性確認情報及び確認応答情報の授受についての例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時の、ノードＦにおけるパステーブルの各項目についての関連付けの例及び、参照順番の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時の、ノードＦにおけるパステーブルの値と、ノードＦのインタフェース部やスイッチ部との対応の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時の、ノードＦにおける手順（フロー）の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、予備パスの正常性確認時の、ノードＦからの正常性確認情報及び確認応答情報の授受についての例である。 ネットワークに発生しうる障害及び障害要因の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、伝送路障害に対する障害復旧手順の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時に用いるＭＦＡＳバイト及びＡＰＳ／ＰＣＣバイトのビットアサイン例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時に用いるＡＰＳ／ＰＣＣバイトに設定するの値の定義例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時の、ノードＦにおけるパステーブルの各項目についての関連付けの例及び、参照順番の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時の、ノードＦにおけるパステーブルの値と、ノードＦのインタフェース部やスイッチ部との対応例及び、障害発生前・障害復旧後についてのスイッチ接続状態の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時の、ノードＦにおける手順（フロー）の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時の、ノードＣにおけるパステーブルの各項目についての関連付けの例及び、参照順番の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時の、ノードＣにおけるパステーブルの値と、ノードＣのインタフェース部やスイッチ部との対応例及び、障害発生前・障害復旧後についてのスイッチ接続状態の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時の、ノードＣにおける手順（フロー）の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時の、ノードＢにおけるパステーブルの各項目についての関連付けの例及び、参照順番の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時の、ノードＢにおけるパステーブルの値と、ノードＢのインタフェース部やスイッチ部との対応例及び、障害発生前・障害復旧後についてのスイッチ接続状態の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時の、ノードＢにおける手順（フロー）の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時の、ノードＥにおけるパステーブルの各項目についての関連付けの例及び、参照順番の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時の、ノードＥにおけるパステーブルの値と、ノードＥのインタフェース部やスイッチ部との対応例及び、障害発生前・障害復旧後についてのスイッチ接続状態の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、障害復旧時の、ノードＥにおける手順（フロー）の例である。 本発明（予備パスの正常性確認方法及びそれを用いた回線救済方法）における、ノード障害に対する障害復旧手順の例である。

符号の説明

１１０・・・入力インタフェース部、１３０・・・スイッチ部、１４０・・・出力インタフェース部、１６０・・・切替制御情報転送部、２１０・・・光クロスコネクト装置、２２０・・・波長多重装置、２３０・・・伝送路、２４０・・・ユーザ回線、３００・・・光クロスコネクト装置、３１０・・・光スイッチ部、３２０・・・波長多重装置、３３０・・・ネットワークノードインタフェース、３４０・・・ユーザネットワークインタフェース、３５０・・・制御部、６１０・・・分岐点ノード、６２０・・・中継ノード、６３０・・・伝送路、６４０・・・回線、６６０・・・迂回ルート、７１０・・・管理装置、７２０・・・ネットワーク管理網、７４０・・・パステーブル

Claims (8)

1. 第1の伝送路からの光信号を受信して経路設定を行い、第２の伝送路へ前記受信した光信号を出力する光クロスコネクト装置であって、
   前記第1の伝送路からの光信号を受信し、該受信光信号に含まれる切替制御情報を抽出する少なくとも１つの入力インタフェース部と、
   前記受信光信号の経路設定を行う光スイッチ部と、
   前記光スイッチ部からの光信号を前記第２の伝送路へ出力する少なくとも１つの出力インタフェース部と、
   前記所定の入力インタフェース部にて抽出した切替制御情報を、前記所定の出力インタフェース部へ転送する切替制御情報転送部とからなり、
   前記出力インタフェース部は、前記光スイッチ部からの光信号に前記切替制御情報転送部からの切替制御情報を多重して前記第２の伝送路へ出力することを特徴とする光クロスコネクト装置。
2. 請求項１に記載の光クロスコネクト装置であって、
   前記第１および第２の伝送路で送受信する光信号は、ＩＴＵ−Ｔ勧告Ｇ．７０９におけるＯＴＮフレームを用いて転送されることを特徴とする光クロスコネクト装置。
3. 請求項２に記載の光クロスコネクト装置であって、
   前記切替制御情報は前記勧告のオーバヘッド情報として規定されたＡＰＳ／ＰＣＣバイトであることを特徴とする光クロスコネクト装置。
4. 請求項１〜３のいずれかに記載の光クロスコネクト装置であって、
   前記切替制御情報は、
   回線の迂回ルートを示す迂回ルート情報と、
   回線救済に関与させるノードを示す救済ノード情報とを含むこと特徴とする光クロスコネクト装置。
5. 第1の伝送路からの信号を受信して経路設定を行い、第２の伝送路へ前記受信した信号を出力するクロスコネクト装置であって、
   前記第1の伝送路からの信号を受信し、該受信信号に含まれる切替制御情報を抽出する少なくとも１つの入力インタフェース部と、 前記受信光信号の経路設定を行うスイッチ部と、
   前記スイッチ部からの信号を前記第２の伝送路へ出力する少なくとも１つの出力インタフェース部と、
   前記所定の入力インタフェース部にて抽出した切替制御情報を、前記所定の出力インタフェース部へ転送する切替制御情報転送部とからなり、
   前記出力インタフェース部は、前記スイッチ部からの信号に前記切替制御情報転送部からの切替制御情報を多重して前記第２の伝送路へ出力することを特徴とするクロスコネクト装置。
6. 請求項５に記載のクロスコネクト装置であって、
   前記第１および第２の伝送路で送受信する信号は、ＩＴＵ−Ｔ勧告Ｇ．７０７におけるＳＤＨフレームを用いて転送されることを特徴とするクロスコネクト装置。
7. 請求項６に記載のクロスコネクト装置であって、
   前記切替制御情報は前記勧告のオーバヘッド情報として規定されたＡＰＳバイトであることを特徴とするクロスコネクト装置。
8. 請求項５〜７のいずれかに記載のクロスコネクト装置であって、
   前記切替制御情報は、
   回線の迂回ルートを示す迂回ルート情報と、
   回線救済に関与させるノードを示す救済ノード情報とを含むこと特徴とするクロスコネクト装置。

Images