JP3438105B2 - 迂回経路探索方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワーク内におい
て、ノードやリンクに障害が発生した場合に、障害箇所
を迂回する経路を探索する方法に関するものである。

【０００２】近年における、超高速伝送技術の実用化に
伴って、網における障害発生時の影響波及範囲は、次第
に大きくなっている。特に、火災，地震等によるノード
障害は、発生頻度は小さいが、影響を受ける回線数がリ
ンク障害の場合よりも多くなる傾向があるため、無視で
きないような重大な問題になってきた。

【０００３】そのため、単一リンク障害に対してだけで
なく、ノード障害や多重リンク障害に対しても迅速な障
害復旧処理を行うことができる、高速な迂回経路探索方
式が必要となっている。

【０００４】

【従来の技術】従来の迂回経路探索方式は、単一リンク
障害における高速な復旧を目標としたものであって、復
旧メッセージのフラッディングによって、最も早く到達
したメッセージの経路に対して迂回路を割り当て、その
経路を経て割り当てることができる、最大の回線束を設
定するとともに、一回の迂回経路探索ですべてを復旧す
ることができなかったときは、さらにリトライを行うこ
とによって、できるだけ多くの回線に対して、迂回路を
設定するものであった。

【０００５】

【発明が解決しようとする課題】しかしながら、上述の
従来の迂回経路探索方式では、ノード障害および多重リ
ンク障害の場合には、障害の復旧率が著しく低下すると
いう問題点があった。

【０００６】本発明は、このような従来技術の課題を解
決しようとするものであって、ノード障害および多重リ
ンク障害に対しても、対応可能にすることによって、高
速かつ、できるだけ復旧率の高い、障害復旧を行うこと
ができる、迂回経路探索方式を提供することを目的とし
ている。

【０００７】

【課題を解決するための手段】

(1) 複数のノードで構成されたネットワークにおけるリ
ンクまたはノードの障害時に分散制御によって迂回パス
の探索を行う迂回経路探索方式において、リンクまたは
ノードにおける障害を検出したノードが起動メッセージ
に応じて障害復旧処理起動ステージを実行して、障害パ
スの決定とバンドリングを行うとともに、迂回経路を探
索するための復旧メッセージを創作して発信する。復旧
メッセージを受信したノードが復旧メッセージ処理ステ
ージを実行して、復旧メッセージに記載された選択ノー
ド候補のとき迂回経路を予約するための承認メッセージ
を返送するとともに、選択ノード候補でないときこの復
旧メッセージを中継する。承認メッセージを受信したノ
ードが承認メッセージ処理ステージを実行して、復旧メ
ッセージの発信ノードのときは予約された迂回経路を確
認し決定する確認メッセージを送信してクロスコネクト
切替を開始するとともに、発信ノードでないときは承認
メッセージを中継し、迂回経路の予約を継続出来なかっ
た分に対して迂回経路の予約を撤回する撤回メッセージ
を返送する。撤回メッセージを受信したノードが撤回メ
ッセージ処理ステージを実行して、予約された予備チャ
ネルを解放するとともに、さらに再び別方路に対して、
承認メッセージ処理ステージと同様、承認メッセージの
送出を試み、選択ノードで迂回経路の予約を継続できな
かった分に対しては処理を取り止める。確認メッセージ
を受信したノードが確認メッセージ処理ステージを実行
して予備チャネルを確定するとともに、選択ノードであ
ればクロスコネクト切替を開始し、選択ノードでなけれ
ば確認メッセージを中継する。クロスコネクト切替を終
了したノードがクロスコネクション終了メッセージに応
じてクロスコネクション終了メッセージ処理ステージを
実行して、発信ノードのときはクロスコネクション承認
メッセージを発信し、発信ノードでないときはクロスコ
ネクション承認メッセージをすでに受信していれば、選
択ノードのときはクロスコネクション確認メッセージを
発信し、選択ノードでなければクロスコネクション承認
メッセージを中継し、クロスコネクション承認メッセー
ジを未受信であれば直ちに、クロスコネクト切替未開始
がなければ処理を終了し、クロスコネクト切替未開始が
あればクロスコネクト切替を命令する。クロスコネクシ
ョン承認メッセージを受信したノードがクロスコネクシ
ョン承認メッセージ処理ステージを実行して、クロスコ
ネクト切替終了時、選択ノードであればクロスコネクシ
ョン確認メッセージを発信し、選択ノードでなければク
ロスコネクション承認メッセージを中継する。クロスコ
ネクション確認メッセージを受信したノードがクロスコ
ネクション確認メッセージ処理ステージを実行して、発
信ノードでなければクロスコネクション確認メッセージ
を中継し、発信ノードであれば終了することによって、
自律分散的に迂回路を形成する。

【０００８】(2) (1)の場合に、障害復旧処理起動ステ
ージにおいて、障害を検出したノードが、その障害の影
響を受けている障害パスをグループ化して、そのグルー
プのすべての選択ノード候補と、それらに対応するパス
のチャネル数の情報をメッセージに持つことによって、
各障害パスに対してまとめて迂回路の探索を開始し、各
障害パスにおいて、障害側の次のノードが終端になって
いればそのノードを、終端になっていなければさらに次
のノードをメッセージの選択ノード候補とするととも
に、障害側パス端のノード番号と、非障害側パス端のノ
ード番号をもとに障害パスの復旧処理を担うノードを一
意に決定する。

【０００９】(3) (2)の場合に、障害復旧処理起動ステ
ージにおいて、多重リンク障害時、連続する２つの障害
リンクを通過する障害パスについて、両リンクから障害
を検出したノードは、両リンクを通過している障害パス
に対しては、復旧処理を担わないようにする。

【００１０】(4) (2)の場合に、復旧メッセージ処理ス
テージにおいて、迂回経路探索のための復旧メッセージ
を、送出可能な各ポートごとに、そのポートへそれまで
に送出した同一任務のメッセージの供給可能チャネル数
の合計が、総要求チャネル数を超えるか、またはホップ
数が制限を超えないかぎり、ブロードキャストを続け
る。

【００１１】(5) (4)の場合に、各ノードにメッセージ
待ち行列を２つ用意し、一方を復旧メッセージ用の待ち
行列とし、他方をそれ以外の種類のメッセージ用の待ち
行列として、復旧メッセージの処理を非優先的に実行す
る。

【００１２】(6) (4)の場合に、復旧メッセージ処理ス
テージにおいて、復旧メッセージに記載された選択ノー
ド候補がその復旧メッセージを受信したとき、迂回経路
を予約するための承認メッセージを受信したポートへ送
り返したのち、そのノードを選択ノード候補から除外し
た復旧メッセージを作成して、さらにブロードキャスト
を続ける。

【００１３】(7) (2)の場合に、復旧メッセージ処理ス
テージにおいて、各ノードに、受信した復旧メッセージ
と、それを受信したポート番号と、承認メッセージによ
って予約されているチャネル数とを情報として持つ復旧
メッセージテーブルを備えて迂回経路情報を記録する。

【００１４】(8) (2)の場合に、承認メッセージ処理ス
テージにおいて、各ノードに、受信したメッセージを格
納する入力メッセージテーブルと、出力したメッセージ
と、その処理を引き起こしたメッセージを入力したポー
ト番号と、承認メッセージについて確認メッセージによ
って確定されたチャネル数を情報として持つ出力メッセ
ージテーブルとを備えて、迂回経路の予約，確定の情報
を記録する。

【００１５】(9) (2)の場合に、承認メッセージ処理ス
テージにおいて、承認メッセージの送出を前記復旧メッ
セージテーブルをもとに行い、同一任務の復旧メッセー
ジのうち、最も早く到達したものから一つ以上、供給可
能チャネル数が満たされるか、または復旧メッセージが
なくなるまで選択して、それぞれの復旧メッセージの入
力ポートへ承認メッセージを送出することによって、承
認メッセージを複数に分岐可能にする。

【００１６】(10) (9)の場合に、承認メッセージ処理
ステージにおいて、承認メッセージに逆行承認メッセー
ジ数と逆行撤回メッセージ数の情報を持ち、承認メッセ
ージを受信したノードが、この承認メッセージとすれ違
った承認メッセージ，撤回メッセージの数を求めること
によって、承認メッセージどうしの予備チャネルの取り
合いを調停する。

【００１７】(11) (10)の場合に、承認メッセージ処理
ステージにおいて、ノードが受信した承認メッセージ
が、そのノードの番号と、一つ前に通過したノードの番
号とから、この承認メッセージがすれ違った承認メッセ
ージより優先度があるか否かを決定し、優先度がある場
合は、競合相手の承認メッセージのための撤回メッセー
ジを送出してこの承認メッセージを通過させ、優先度が
ない場合は、ポートの予備チャネルを参照して、不足分
の送出をとりやめる。

【００１８】(12) (9)の場合に、撤回メッセージ処理
ステージにおいて、承認メッセージと撤回メッセージが
予約しつつある迂回経路情報を持ち、各ノードが供給可
能チャネル数分の承認メッセージを送出できなかったと
き、不足数分を撤回メッセージとして、この承認メッセ
ージを送出した一つ前のノードに送り返すことによっ
て、そのノードにおいて再び承認メッセージの送出を試
みる。

【００１９】(13) (2)の場合に、確認メッセージ処理
ステージにおいて、各ノードに、切替を命令した確認メ
ッセージと、入力ポート番号と、出力ポート番号と、ク
ロスコネクト切替の開始，終了，承認の状態とを情報と
して持つクロスコネクションテーブルを備えて、クロス
コネクト装置の切替を管理する。

【００２０】(14) (2)の場合に、クロスコネクション
承認メッセージ処理ステージおよびクロスコネクション
確認メッセージ処理ステージにおいて、確認メッセージ
の処理においてクロスコネクト装置の切替開始を命令
し、この切替命令を受信したとき対応するクロスコネク
ト切替が終了していれば、迂回経路に沿って発信ノード
から選択ノードへクロスコネクション承認メッセージを
送出し、このクロスコネクト切替が終了していなけれ
ば、迂回経路に沿って発信ノードから選択ノードへ切替
終了時に送出すべきクロスコネクション承認メッセージ
を送出したのちに、選択ノードから発信ノードへクロス
コネクション確認メッセージを送出することによって、
クロスコネクト切替を確認する。

【００２１】

【作用】図１は、本発明の基本的原理を示したものであ
って、ノードがメッセージを受け取った際に行う処理の
アルゴリズムを流れ図によって示している。以下、図１
に基づいて、本発明の迂回経路探索方式の作用を説明す
る。

【００２２】〔１〕基本的原理 本発明の迂回経路探索方式においては、障害を検出した
ノードが、復旧メッセージを周囲のノードへ送出し、障
害区間の他端のノードに到達することによって、その迂
回経路の存在を認識し、次に復旧メッセージを受信した
障害区間の他端のノードが、メッセージを逆方向に送る
ことによって、その経路を迂回経路として割り当てるこ
とを、基本的原理としている。

【００２３】以下、まず、本発明における各メッセージ
の構成要素とその機能を説明する。 (1) コマンド番号 そのメッセージの種類を識別するためのものである。

【００２４】(2) 発信ノード 障害を検出して、そのメッセージを創作したノードであ
る。

【００２５】(3) 選択ノード番号リスト そのメッセージに対応する障害パスの迂回経路の宛先
（またはその候補）のリストである。１つの第１接続選
択ノードのためのレコードと、（ネットワークの最大接
続性−１）個の第２接続選択ノードのためのレコード
が、そのリストに存在する。復旧メッセージにおいて
は、それらを選択ノード候補と呼ぶ。それ以外の種類の
メッセージにおいては、１つの第２接続選択ノードが存
在する場合は、その第２接続選択ノードを、第１接続選
択ノードしか存在しない場合には、その第１接続選択ノ
ードを、選択ノードと呼ぶ。

【００２６】(4) 要求チャネル数リスト 対応する選択ノード候補を宛先とする障害パスの本数で
ある。このリストの中のｉ番目の要素は、選択ノード番
号リストの中のｉ番目の選択ノード候補に対する要求チ
ャネル数である。

【００２７】(5) 供給可能チャネル数 その時点での、そのメッセージによって確保できるであ
ろう迂回経路のチャネル数である。

【００２８】(6) ホップ数 復旧メッセージにおいては、そのメッセージがその先、
経由することができるノード数が定められており、これ
をホップ数で示す。それ以外のメッセージにおいては、
ホップ数は、そのメッセージが予約しつつある (または
予約した) 迂回経路における、選択ノードから経由した
ノード数を示す。

【００２９】(7) 逆行承認メッセージ数 そのメッセージを送出したノードが、そのメッセージを
送出したポートから、それまでに受け取った承認メッセ
ージの総数である。逆行承認メッセージ数は、承認メッ
セージの競合調停に用いられる。

【００３０】(8) 逆行撤回メッセージ数 そのメッセージを送出したノードが、そのメッセージを
送出したポートから、それまでに受け取った撤回メッセ
ージの総数である。逆行撤回メッセージ数は、承認メッ
セージの競合調停に用いられる。

【００３１】(9) 迂回経路ノード番号リスト そのメッセージが予約しつつある (または予約した) 迂
回経路を示す、ノードのリストである。

【００３２】(10) 起動メッセージ 障害が発生したリンクから、その両端のノードに送出さ
れる、または、障害が発生したノードから、それに接続
されているすべてのリンクを通って、それぞれのリンク
の反対側に接続されているノードへ送出される、とみな
される仮想上のメッセージである。このメッセージを受
け取ったノードは、障害復旧処理ステージを起動する。

【００３３】(11) 復旧メッセージ 迂回経路を探索するためのメッセージである。発信ノー
ドから発信され、あるアルゴリズムに従って、周辺のノ
ードにブロードキャストされて、選択ノード候補を探
す。このメッセージを受け取ったノードは、復旧メッセ
ージ処理ステージを実行する。

【００３４】(12) 承認メッセージ 迂回経路を予約するためのメッセージである。復旧メッ
セージを受け取った選択ノードから発信され、復旧メッ
セージと逆方向に進んで、経路を予約しながら発信ノー
ドに到達する。このメッセージを受け取ったノードは、
承認メッセージ処理ステージを実行する。

【００３５】(13) 撤回メッセージ 迂回経路の予約を撤回するためのメッセージである。そ
のメッセージに記載されている、予約した経路情報をも
とに、その予約を解除しながら、そのメッセージに対応
する承認メッセージがやってきた、発信ノードの１つ前
のノードに戻る。このメッセージを受け取ったノード
は、撤回メッセージ処理ステージを実行する。

【００３６】(14) 確認メッセージ 予約された迂回経路を確認し、決定するためのメッセー
ジである。発信ノードから、その迂回経路に沿って、選
択ノードまで送られる。このメッセージを受信したノー
ドは、確認メッセージ処理ステージを実行する。

【００３７】(15) クロスコネクション終了メッセージ クロスコネクト装置切替が終了したことを通知するため
にノードに送られる、とする仮想上のメッセージであ
る。このメッセージを受け取ったノードは、クロスコネ
クション終了メッセージ処理ステージを実行する。

【００３８】(16) クロスコネクション承認メッセージ 発信ノードからそのノードまでの、クロスコネクト装置
切替が終了したことを、決定した迂回経路における、次
のノードに知らせるために送出されるメッセージであ
る。このメッセージを受け取ったノードは、クロスコネ
クション承認メッセージ処理ステージを実行する。

【００３９】(17) クロスコネクション確認メッセージ クロスコネクト装置の切替がすべて終了したことを、選
択ノードが発信ノードに知らせるために送られるメッセ
ージである。このメッセージを受け取ったノードは、ク
ロスコネクション確認メッセージ処理ステージを実行す
る。

【００４０】〔２〕ノード 各ノードは、復旧メッセージテーブル，クロスコネクシ
ョンテーブルおよびメッセージ待ち行列を持っている。
また、各ノードは、それに接続されたリンクに対するデ
ータを入出力するためのポートを有し、１個のリンクに
１個のポートが対応するようになっている。各ポート
は、予備チャネルテーブル、入力メッセージテーブル、
および出力メッセージテーブルを有している。

【００４１】〔２．１〕予備チャネルテーブル 各ポートは、予備チャネルテーブルを有し、これによっ
て、そのポートに対応するリンクの予備チャネルを管理
する。予備チャネルの状態には、開放，予約，確定の３
種類がある。予備チャネルテーブルには、各状態にある
チャネルごとの合計数が、それぞれ示されている。すな
わち、開放チャネル数、予約チャネル数、および確定チ
ャネル数の３項目が示されている。

【００４２】〔２．２〕復旧メッセージテーブル 各ノードは、復旧メッセージテーブルを有し、そのノー
ドが任意のポートから受信して、処理を行った復旧メッ
セージを、処理した順番に格納している。復旧メッセー
ジテーブルを構成する任意のレコードは、受信した復旧
メッセージ、承認メッセージによって予約されているチ
ャネル数を示す使用チャネル数、およびそのメッセージ
を受信したポート番号からなっている。

【００４３】〔２．３〕クロスコネクションテーブル 各ノードは、クロスコネクションテーブルを有し、その
ノードにおけるクロスコネクト切替の状態と、それに対
応するメッセージの管理を行う。クロスコネクションテ
ーブルを構成する任意のレコードは、クロスコネクト切
替を指示した確認メッセージ、確認メッセージを受信し
た入力ポート番号、確認メッセージの処理の結果メッセ
ージを出力した出力ポート番号、およびクロスコネクト
切替が開始されているか否かを表すクロスコネクト切替
開始ブール代数、クロスコネクト切替が終了したか否か
を表すクロスコネクト切替終了ブール代数、クロスコネ
クション切替に対応するクロスコネクション承認メッセ
ージをすでに受け取ったか否かを表すクロスコネクト切
替承認ブール代数からなっている。

【００４４】〔２．４〕入力メッセージテーブル 各ポートは、入力メッセージテーブルを有し、そのポー
トが属するノードが、そのポートから受信して処理を行
った承認メッセージ、撤回メッセージ、および確認メッ
セージを、処理した順番に格納している。入力メッセー
ジテーブルを構成する任意のレコードは、受信したメッ
セージからなっている。

【００４５】〔２．５〕出力メッセージテーブル 各ポートは、出力メッセージテーブルを有し、そのポー
トが属するノードが、そのポートへ出力した承認メッセ
ージ、撤回メッセージ、および確認メッセージを、その
出力した順番に格納している。出力メッセージテーブル
を構成する任意のレコードは、出力したメッセージ、出
力したメッセージの処理を引き起こした入力メッセージ
を受信したポート番号、および承認メッセージの場合
は、確認メッセージによって確定されたチャネル数を示
す使用チャネル数からなっている。

【００４６】〔２．６〕メッセージ待ち行列 各ノードは、メッセージ待ち行列を有し、そのノードが
任意のポートから受信したメッセージを、それを処理す
ることができるようになるまで格納しておく。受信され
たメッセージは、メッセージ待ち行列の中で、自身に処
理の順番が回ってくるのを待つ。このメッセージ待ち行
列の具現方法として、２種類の手法が用意されている。
その１つは、単一メッセージ待ち行列手法と呼ばれる手
法であり、もう１つは、二重メッセージ待ち行列手法と
呼ばれる手法である。

【００４７】〔２．６．１〕単一メッセージ待ち行列手
法 各ノードにおいて、待ち行列を１つだけ用意し、受信し
たメッセージを、メッセージの種別に無関係に、受信し
た順番のみに基づいて、待ち行列に格納してゆく手法で
ある。

【００４８】〔２．６．２〕二重メッセージ待ち行列手
法 各ノードにおいて、待ち行列を２つ用意し、一方を復旧
メッセージ待ち行列とし、他方を汎用メッセージ待ち行
列とする。受信したメッセージが、復旧メッセージであ
った場合は、それを復旧メッセージ待ち行列に格納す
る。それ以外の任意のメッセージであった場合は、それ
を汎用メッセージ待ち行列に格納する。汎用メッセージ
待ち行列に、処理を待っているメッセージが存在する間
は、処理するために復旧メッセージ待ち行列からメッセ
ージが取り出されることはない。この手法によれば、復
旧メッセージの処理は、他の種類のメッセージに対して
後回しにされる。

【００４９】〔３〕障害復旧処理起動ステージ 図２は、障害復旧処理起動ステージを示す流れ図であ
る。ネットワーク中の、任意のリンクに障害が発生する
と、その両端のノードが、障害発生を検知する。また、
ネットワーク中の、任意のノードに障害が発生すると、
そのノードに１本のリンクを介して接続されているノー
ドが、障害発生を検知する。

【００５０】図２に示すように、障害発生の通知を受け
取ったノードは、まず、障害パス決定フェーズによっ
て、障害パスを決定する。次に、障害パスバンドリング
フェーズによって、障害パスを束ねて、復旧メッセージ
創作フェーズを実行する。そして、復旧メッセージ発信
フェーズを実行して、このステージを終了する。

【００５１】〔３．１〕障害パス決定フェーズ このフェーズでは、ノードは、障害が通知されたポート
を通過していた稼働中パスを、障害パス候補として扱
う。ノードは、障害パス候補のパス端の２つのノード番
号をもとに、自身が障害復旧処理を起動するか否かを決
定する。

【００５２】〔３．２〕障害パスバンドリングフェーズ このフェーズでは、当該ノードは、まず、各障害パスに
ついて、それ自身の選択ノードを決定する。すなわち、
第２接続選択ノードを通過している障害パスは、そのノ
ードをその障害パスの選択ノードとする。それ以外の障
害パス、すなわち、第１接続選択ノードがパス端になっ
ている障害パスでは、その第１接続選択ノードをその障
害パスの選択ノードとする。ここで、第１接続選択ノー
ドとは、当該ノードに対して、障害側に隣接するノード
をいう。また第２接続選択ノードとは、第１接続選択ノ
ードに対して、さらに障害側に隣接するノードをいうも
のとする。

【００５３】それらの障害パスの選択ノードのすべて
を、そのノードで作成する復旧メッセージにおける選択
ノード候補とする。ただし、第１接続選択ノードだけ
は、それらの障害パスの選択ノードになっていると否と
にかかわらず、常に、その復旧メッセージの選択ノード
候補とする。

【００５４】次に、その復旧メッセージの、各選択ノー
ド候補に対する要求チャネル数を決定する。この場合、
その選択ノード候補を選択ノードとする、障害パスのチ
ャネル数を合計して、その選択ノード候補に対する要求
チャネル数とする。

【００５５】〔３．３〕復旧メッセージ創作フェーズ このフェーズでは、ノードは、障害パスを束ねたのち、
復旧メッセージを創作する。 (1) そのメッセージのコマンド番号は、復旧コマンドと
する。 (2) そのメッセージの発信ノード番号は、そのノード番
号とする。 (3) そのメッセージの選択ノード番号リスト、および要
求チャネル数リストについては、障害パスバンドリング
フェーズの項で述べたようにする。

【００５６】(4) そのメッセージの供給可能チャネル数
は、すべての選択ノード候補に対する要求チャネル数の
合計に等しくする。 (5) そのメッセージのホップ数は、予め決定された最大
ホップ数とする。ここで、ホップ数は復旧メッセージの
ノード伝達回数であって、一定の制限が設けられてい
る。 (6) そのメッセージの逆行承認メッセージ数、および逆
行撤回メッセージ数は０とする。 (7) そのメッセージの迂回経路ノード番号リストは、空
リストにする。

【００５７】〔３．４〕復旧メッセージ発信フェーズ このフェーズでは、ノードは、障害によって落ちている
ポート以外の任意のポートに対して、創作された復旧メ
ッセージの複製を作成して、復旧メッセージ発信ステッ
プを連続的に、かつ独立的に実行する。

【００５８】〔３．４．１〕復旧メッセージ発信ステッ
プ このステップでは、ノードは、ポートにおける開放チャ
ネル数と、メッセージの供給可能チャネル数とを比較す
る。供給可能チャネル数が開放チャネル数を超えないよ
うに、供給可能チャネル数を下方修正する。そして、供
給可能チャネル数が０でなければ、そのメッセージを当
該ポートへ送出する。

【００５９】〔４〕復旧メッセージ処理ステージ 図３は、復旧メッセージ処理ステージを示す流れ図であ
る。図３に示されるように、復旧メッセージを受け取っ
たノードは、まず、復旧メッセージ調整フェーズを実行
する。そして、復旧メッセージ登録フェーズを実行す
る。その後、そのノード自身が、そのメッセージに記載
されている発信ノードであるか、選択ノード候補の１つ
であるか、またはこれら以外の任意のノードであるかを
調べる。調べた結果、

【００６０】(1) もしも、そのノードが発信ノードであ
ったときは、そのステージを終了する。 (2) もしも、そのノードが選択ノード候補の１つであっ
たときは、そのノードは、承認メッセージ発信フェーズ
を実行し、その後、復旧メッセージ継続フェーズを実行
したのち、そのステージを終了する。 (3) 以上のいずれでもないときは、そのノードは復旧メ
ッセージ中継フェーズを実行したのち、そのステージを
終了する。

【００６１】〔４．１〕復旧メッセージ調整フェーズ このフェーズでは、ノードは、受け取った復旧メッセー
ジの供給可能チャネル数を、そのメッセージを受け取っ
たポートの開放チャネル数と比較する。そして、供給可
能チャネル数が開放チャネル数を超えないように、その
供給可能チャネル数を下方修正する。そして、修正され
たメッセージが、受信メッセージであるとみなして、以
後の処理を続ける。

【００６２】〔４．２〕復旧メッセージ登録フェーズ このフェーズでは、ノードは、復旧メッセージをそのノ
ードが所有する復旧メッセージテーブルに登録する。そ
のポート番号は、その復旧メッセージを受信したポート
の番号である。この場合、使用チャネル数は０にする。

【００６３】〔４．３〕復旧メッセージ中継フェーズ このフェーズでは、ノードは、まず、受け取った復旧メ
ッセージのホップ数から１を差し引く。そして、そのメ
ッセージについて、それを受け取ったポート以外のすべ
てのポートに対して、復旧メッセージ送出ステップを連
続的に、かつ独立的に実行する。

【００６４】〔４．３．１〕復旧メッセージ送出ステッ
プ このステップでは、ノードは、まず、ポートの解放チャ
ネル数と、それ以前に受け取って処理した復旧メッセー
ジのうち、当該メッセージと同一任務の復旧メッセージ
の供給可能チャネル数の合計、すなわち総供給済チャネ
ル数とを比較する。ここで、解放チャネル数から、総供
給済チャネル数を差し引いた値を、供給許容チャネル数
と呼ぶものとする。このような処理を行った結果、

【００６５】(1) 供給許容チャネル数が０以下である場
合、そのポートへは、そのメッセージを送出しない。 (2) 供給許容チャネル数が、そのメッセージの供給可能
チャネル数以上である場合は、そのポートへそのメッセ
ージをそのまま送出する。 (3) 供給許容チャネル数が、そのメッセージの供給可能
チャネル数を下回っている場合は、そのメッセージの供
給可能チャネル数をその供給許容チャネル数の値に変更
したのち、そのメッセージをそのポートへ送出する。

【００６６】〔４．４〕承認メッセージ発信フェーズ このフェーズでは、ノードは、受け取った復旧メッセー
ジをもとに、そのノードを選択ノードとする承認メッセ
ージを作成する。 (1) その承認メッセージのコマンド番号を、承認コマン
ドにする。 (2) その承認メッセージの発信ノード番号を、その復旧
メッセージの発信ノード番号と同じにする。 (3) その承認メッセージの選択ノード番号リスト、およ
び要求チャネル数リストを作成する。すなわち、

【００６７】(a) 当該ノードが、その復旧メッセージの
第１接続選択ノードである場合には、 ＊ その復旧メッセージの選択ノード番号リストから、
２番目以降の要素を削除したリストを作成し、これをそ
の承認メッセージのノード番号リストとする。 ＊ その復旧メッセージの要求チャネル数リストから、
２番目以降の要素を削除したリストを作成し、これをそ
の承認メッセージの要求チャネル数リストとする。

【００６８】(b) 当該メッセージが、その復旧メッセー
ジの第２接続選択ノードの一つである場合には、 ＊ その復旧メッセージの選択ノード番号リストから、
その２番目の要素、すなわち第２接続選択ノードの１番
目の要素として当該ノード番号を指定し、それ以降の要
素を空きとしたリストを作成し、これをその承認メッセ
ージの選択ノード番号リストとする。 ＊ その復旧メッセージの要求チャネル数リストから、
１番目の要素を０とし、２番目の要素を、そのメッセー
ジに記載されていた当該ノードに対する要求チャネル数
の値にしたリストを作成して、これをその承認メッセー
ジの要求チャネル数リストとする。

【００６９】(4) すべてのポートの出力メッセージテー
ブルを参照して、これと同一任務の承認メッセージの供
給可能チャネル数をすべて合計して、総供給済チャネル
数を求める。ここで、当該ノードに対する要求チャネル
数からその総供給済チャネル数を差し引いた値を、供給
許容チャネル数と呼ぶものとする。このような処理を行
った結果、

【００７０】(a) 供給許容チャネル数が０以下である場
合は、その承認メッセージの供給可能チャネル数を０に
する。 (b) 供給許容チャネル数が、その復旧メッセージの供給
可能チャネル数以上である場合は、その承認メッセージ
の供給可能チャネル数を、その復旧メッセージの供給許
可能チャネル数の値にする。 (c) 供給許容チャネル数が、その復旧メッセージの供給
可能チャネル数を下回っている場合には、その承認メッ
セージの供給可能チャネル数を、その供給許容チャネル
数の値にする。

【００７１】(5) その承認メッセージのホップ数を１と
する。 (6) そのポートの入力メッセージテーブルを参照して、
そのポートから受け取った承認メッセージの総数を求
め、その承認メッセージの逆行承認メッセージ数を、そ
の値にする。 (7) そのポートの入力メッセージテーブルを参照して、
そのポートから受け取った撤回メッセージの総数を求
め、その承認メッセージの逆行撤回メッセージ数を、そ
の値にする。 (8) その承認メッセージの迂回経路ノード番号リスト
を、当該ノード番号を唯一の要素とするリストにする。

【００７２】その後、そのノードの復旧メッセージテー
ブルの、その復旧メッセージを持つレコードの使用チャ
ネル数を、その承認メッセージの供給可能チャネル数分
だけ増加する。そして、その供給可能チャネル数が０で
なければ、その復旧メッセージを受け取ったポートにつ
いて、予備チャネル予約ステップと出力承認メッセージ
登録ステップを実行したのち、そのポートへその承認メ
ッセージを発信する。

【００７３】〔４．４．１〕予備チャネル予約ステップ このステップでは、ポートの解放チャネル数を、承認メ
ッセージの供給可能チャネル数分だけ減少させるととも
に、そのポートの予約チャネル数を、この供給可能チャ
ネル数分だけ増加させる。

【００７４】〔４．４．２〕出力承認メッセージ登録ス
テップ このステップでは、ノードは、ポートの出力メッセージ
テーブルに、承認メッセージを登録する。そのレコード
の入力ポート番号は、その処理を引き起こした、もとの
メッセージを受け取ったポート番号にする。また、その
レコードの使用チャネル数は０にする。

【００７５】〔４．５〕復旧メッセージ継続フェーズ このフェーズでは、ノードは、受け取った復旧メッセー
ジから、そのノードに対する要求が削除された復旧メッ
セージを作成する。まず、ノードが受け取った復旧メッ
セージのコピーを作成し、以下のように変更する。

【００７６】(1) 新しい復旧メッセージのホップ数を１
減少させる。 (2) 新しい復旧メッセージの選択ノード番号リストと、
要求チャネル数リストを変更する。

【００７７】(a) ノードがもとの復旧メッセージに記載
された第１接続選択ノードである場合は、その要求チャ
ネル数リストの１番目の要素を０にする。 (b) ノードがもとの復旧メッセージに記載された第２接
続選択ノードである場合は、その選択ノード番号リスト
から、当該ノードを指す要素を削除する。同様に、その
要求チャネル数リストから、当該ノードに対する要求チ
ャネル数を示す要素を削除する。

【００７８】(3) その要求チャネル数リストの要求チャ
ネル数の合計、すなわち総要求チャネル数と、もとの復
旧メッセージの供給可能チャネル数とを比較する。その
結果、 (a) その総要求チャネル数が、もとの復旧メッセージの
供給可能チャネル数以上である場合は、新しい復旧メッ
セージの供給可能チャネル数を、もとの復旧メッセージ
の供給可能チャネル数の値にする。 (b) 総要求チャネル数が、もとの復旧メッセージの供給
可能チャネル数を下回っている場合は、新しい復旧メッ
セージの供給可能チャネル数を、その総要求チャネル数
の値にする。

【００７９】そして、作成された復旧メッセージの供給
可能チャネル数が０でなければ、新しい復旧メッセージ
について、もとの復旧メッセージを受け取ったポート以
外のすべてのポートに対して、復旧メッセージ送出ステ
ップを、連続的にかつ独立的に実行する。

【００８０】〔５〕承認メッセージ処理ステージ 図４は、承認メッセージ処理ステージを示す流れ図であ
る。図４に示されるように、承認メッセージを受け取っ
たノードは、まず、承認メッセージ調整フェーズを実行
し、次に入力承認メッセージ登録フェーズを実行する。
その後、そのノードが、そのメッセージに記載されてい
る発信ノードであるか、またはそれ以外の任意のノード
であるかを調べる。その結果、

【００８１】(1) そのノードが発信ノードであるなら
ば、そのノードは確認メッセージ発信フェーズを実行
し、その後、クロスコネクト装置切替開始フェーズを実
行して、このステージを終了する。 (2) そのノードが発信ノードでないときは、承認メッセ
ージ中継フェーズを実行してから、撤回メッセージ送出
フェーズを実行したのち、このステージを終了する。

【００８２】〔５．１〕承認メッセージ調整フェーズ このフェーズでは、ノードが、承認メッセージどうしの
競合、すなわち、リンクの予備チャネルの取り合いを調
停する。まず、承認メッセージの優先度を調べる。これ
には、承認メッセージを送信したポートの番号と、当該
ノードの番号とを比較して、その承認メッセージに優先
権があるか否かを決定する。ここで、当該ポートの解放
チャネル数を、ポート解放チャネル数と呼ぶこととす
る。

【００８３】(1) 承認メッセージに優先権がない場合に
は、もしも、ポート解放チャネル数が、その承認メッセ
ージの供給可能チャネル数を下回っている場合には、そ
の承認メッセージの供給可能チャネル数を、そのポート
解放チャネル数の値にする。

【００８４】(2) 当該承認メッセージの逆行承認メッセ
ージ数と逆行撤回メッセージ数の合計を、逆行メッセー
ジ数と呼ぶ。当該メッセージを受け取ったポートの出力
メッセージテーブルから、承認メッセージを検索したと
き、その総数を出力承認メッセージ数と呼ぶ。その出力
メッセージテーブルから、撤回メッセージを検索したと
き、その総数を出力撤回メッセージ数と呼ぶ。承認メッ
セージ出力数と撤回メッセージ出力数の合計を、出力メ
ッセージ数と呼ぶ。さらに、出力承認メッセージ数か
ら、逆行承認メッセージ数を差し引いた値を、交差承認
メッセージ数と呼ぶ。出力撤回メッセージ数から逆行撤
回メッセージ数を差し引いた値を、交差撤回メッセージ
数と呼ぶ。出力メッセージ数から、逆行メッセージ数を
差し引いた値を、交差メッセージ数と呼ぶ。

【００８５】承認メッセージに優先権がある場合、もし
も、交差承認メッセージ数が０である場合には、予備チ
ャネル予約ステップを実行して、そのステップを終了す
る。交差承認メッセージ数が０でない場合には、次に、
交差メッセージテーブル作成ステップを実行して、交差
メッセージテーブルを作成する。撤回済チャネル数を０
とし、次の処理を、交差メッセージ数が０になるまで繰
り返し実行する。

【００８６】(a) 交差メッセージテーブルの交差メッセ
ージ数番目のメッセージが、承認メッセージである場
合、承認メッセージ競合調停ステップを実行し、交差メ
ッセージ数を１減少させる。

【００８７】その後、そのポートの解放チャネル数がそ
の承認メッセージの供給可能チャネル数を下回っている
場合は、その承認メッセージの供給可能チャネル数を、
その解放チャネル数の値にする。そして、予備チャネル
予約ステップを実行する。

【００８８】〔５．１．１〕交差メッセージテーブル作
成ステップ 交差メッセージテーブルには、承認メッセージまたは撤
回メッセージが、交差メッセージ数だけ存在する。出力
メッセージテーブルから、より後に処理した承認メッセ
ージまたは撤回メッセージから順に取り出し、順次、交
差メッセージテーブルに登録する。このような処理を、
交差メッセージ数の分だけ実行する。

【００８９】〔５．１．２〕承認メッセージ競合調停ス
テップ このステップでは、まず、当該承認メッセージの供給可
能チャネル数から、ポート解放チャネル数を差し引き、
さらに撤回済チャネル数を差し引く。これを、撤回チャ
ネル数と呼ぶ。さらに撤回チャネル数を、交差メッセー
ジテーブルの１番目から、交差メッセージ数番目までの
うちの、承認メッセージの供給可能チャネル数の合計分
だけ減少させる。さらに、その撤回チャネル数を、交差
メッセージテーブルの１番目から、交差メッセージ数番
目までのうちの、撤回メッセージの供給可能チャネル数
の合計分だけ増加させる。その結果、

【００９０】(1) 撤回チャネル数が０以下である場合
は、交差メッセージ数を１減少させて、そのステップを
終了する。 (2) 撤回チャネル数の値が正である場合には、まず、そ
のポートの予約チャネル数を、その撤回チャネル数の分
だけ減少させ、そのポートの解放チャネル数を、その撤
回チャネル数の分だけ増加させる。そして、そのポート
の出力メッセージテーブルから、交差メッセージテーブ
ルの交差メッセージ数番目の承認メッセージに対応する
レコードを検索し、その供給可能チャネル数をその撤回
チャネル数の分だけ減少させる。次に、その承認メッセ
ージのコピーを作成して、そのレコードの入力ポート番
号が示すポートから、受け取ったとする擬製承認メッセ
ージを作成するために、以下の変更を行う。

【００９１】(a) その擬製承認メッセージの供給可能チ
ャネル数を、撤回チャネル数の値にする。 (b) その擬製承認メッセージのホップ数を、１減少させ
る。 (c) その擬製承認メッセージの逆行承認メッセージ数を
０にする。 (d) その擬製承認メッセージの逆行撤回メッセージ数を
０にする。 (e) その擬製承認メッセージの迂回経路ノード番号リス
トを、その最後の要素を削除したものにする。

【００９２】そしてあたかも、それを承認メッセージと
して受け取ったかのように、承認メッセージ中継フェー
ズを実行する。その後、そのノード自身が、そのメッセ
ージに記載されている選択ノードであるか、またはそれ
以外の任意のノードであるかを調べる。その結果 (a) そのノードが選択ノードであれば、交差メッセージ
数を１減少させて、そのステップを終了する。 (b) そのノードが選択ノードでないときは、そのノード
は撤回メッセージ送出フェーズを実行してから、交差メ
ッセージ数を１減少させて、そのステップを終了する。

【００９３】〔５．２〕入力承認メッセージ登録フェー
ズ このフェーズでは、ノードは、承認メッセージを、その
メッセージを受け取ったポートの入力メッセージテーブ
ルに登録する。

【００９４】〔５．３〕承認メッセージ中継フェーズ このフェーズでは、ノードは、まず、送出するための承
認メッセージを作成する。すなわち、そのノードが受け
取った承認メッセージのコピーを作成して、以下のよう
に変更する。

【００９５】(1) その新しい承認メッセージのホップ数
を、１増加させる。 (2) その新しい承認メッセージの迂回経路ノード番号リ
ストに当該ノード番号を付け足す。

【００９６】次に、承認メッセージの供給可能チャネル
数の値を、残り供給可能チャネル数としておく。そし
て、そのノードの復旧メッセージテーブルを参照して、
それと同一任務の復旧メッセージを検索する。より先に
到着した復旧メッセージから取り出し、それぞれについ
て、承認メッセージ送出ステップを実行する。この作業
は、残り供給可能チャネル数が０となるか、または該当
する復旧メッセージが、それ以上存在しなくなった時点
で終了する。

【００９７】〔５．３．１〕承認メッセージ送出ステッ
プ このステップでは、ノードは、まず、そのノードの復旧
メッセージテーブルの当該レコードから、その復旧メッ
セージの入力ポートを知る。そのポートの入力メッセー
ジテーブルに、その承認メッセージと同一任務の撤回メ
ッセージが存在するか否かを検索し、存在する場合は、
そのステップを終了する。次に、その復旧メッセージテ
ーブルの当該レコードから、使用チャネル数を知る。そ
して、その復旧メッセージの供給可能チャネル数から、
使用チャネル数を差し引いた値を求める。この値を、未
使用チャネル数と呼ぶ。そして、そのポートの情報をも
とに、送出予定の承認メッセージに、以下の変更を加え
る。

【００９８】(1) そのポートの解放チャネル数と、未使
用チャネル数と、残り供給可能チャネル数とを比較す
る。その結果、 (a) 解放チャネル数が、残り供給可能チャネル数以上
で、かつその未使用チャネル数が、残り供給可能チャネ
ル数以上である場合は、承認メッセージの供給可能チャ
ネル数を、その残り供給可能チャネル数の値にする。 (b) 解放チャネル数が、未使用チャネル数以上で、かつ
その残り供給可能チャネル数が、その未使用チャネル数
以上である場合は、承認メッセージの供給可能チャネル
数を、その未使用チャネル数の値にする。 (c) 未使用チャネル数が、解放チャネル数以上で、かつ
その残り供給可能チャネル数が、その解放チャネル数以
上である場合は、その承認メッセージの供給可能チャネ
ル数を、その解放チャネル数の値にする。

【００９９】(2) そのポートの入力メッセージテーブル
を参照して、そのポートから受け取った承認メッセージ
の総数を求め、変更中の承認メッセージの逆行承認メッ
セージ数を、その値にする。 (3) そのポートの入力メッセージテーブルを参照して、
そのポートから受け取った撤回メッセージの総数を求
め、変更中の承認メッセージの逆行撤回メッセージ数
を、その値にする。

【０１００】そして、その残り供給可能チャネル数を、
その承認メッセージの供給可能チャネル数の分だけ減少
させる。また、その使用チャネル数をその供給可能チャ
ネル数の分だけ増加させる。そして、その供給可能チャ
ネル数が０でなければ、その復旧メッセージを受け取っ
たポートについて、予備チャネル予約ステップと出力承
認メッセージ登録ステップを実行したのち、そのポート
へその承認メッセージを発信する。

【０１０１】〔５．４〕撤回メッセージ送出フェーズ このフェーズでは、ノードは、まず、そのノードが受け
取った承認メッセージをもとに、撤回メッセージを作成
する。

【０１０２】(1) その撤回メッセージのコマンド番号
を、撤回コマンドにする。 (2) その撤回メッセージの発信ノード番号を、その承認
メッセージの発信ノード番号と同じにする。 (3) その撤回メッセージの選択ノード番号リストを、そ
の承認メッセージの選択ノード番号リストと同じにす
る。 (4) その撤回メッセージの要求チャネル数リストを、そ
の承認メッセージの要求チャネル数と同じにする。 (5) その撤回メッセージの供給可能チャネル数を、残り
供給チャネル数の値にする。

【０１０３】(6) その撤回メッセージのホップ数を、そ
の承認メッセージのホップ数と同じにする。 (7) その撤回メッセージの逆行承認メッセージ数を０に
する。 (8) その撤回メッセージの逆行撤回メッセージ数を０に
する。 (9) その撤回メッセージの迂回経路ノード番号リスト
を、その承認メッセージの迂回経路ノード番号リストと
同じにする。

【０１０４】そして、その承認メッセージを受け取った
ポートの入力メッセージテーブルの、その承認メッセー
ジを持つレコードの供給可能チャネル数を、その撤回メ
ッセージの供給可能チャネル数の分だけ減少させる。そ
して、作成された撤回メッセージの供給可能チャネル数
が０でなければ、その承認メッセージを受け取ったポー
トについて、予備チャネル解放ステップと出力撤回メッ
セージ登録ステップを実行したのちに、そのポートへ、
その撤回メッセージを送出する。

【０１０５】〔５．４．１〕出力撤回メッセージ登録ス
テップ このステップでは、ノードは、当該ポートの出力メッセ
ージテーブルに、撤回メッセージを登録する。そのレコ
ードの入力ポート番号は、その処理を引き起こしたメッ
セージを受け取ったポートの番号にする。また、そのレ
コードの使用チャネル数は０にする。

【０１０６】〔５．４．２〕予備チャネル解放ステップ このステップでは、当該ポートの予約チャネル数を撤回
メッセージの供給可能チャネル数の分だけ減少させると
ともに、そのポートの解放チャネル数を、その供給可能
チャネル数の分だけ増加させる。

【０１０７】〔５．５〕確認メッセージ発信フェーズ このフェーズでは、ノードは、受け取った承認メッセー
ジをもとに、確認メッセージを作成する。

【０１０８】(1) その確認メッセージのコマンド番号
を、確認コマンドにする。 (2) その確認メッセージの発信ノード番号を、その承認
メッセージの発信ノード番号と同じにする。 (3) その確認メッセージの選択ノード番号リストを、そ
の承認メッセージの選択ノード番号リストと同じにす
る。 (4) その確認メッセージの要求チャネル数リストを、そ
の承認メッセージの要求チャネル数リストと同じにす
る。 (5) その確認メッセージの供給可能チャネル数を、その
承認メッセージの供給可能チャネル数と同じにする。

【０１０９】(6) その確認メッセージのホップ数を、そ
の承認メッセージのホップ数と同じにする。 (7) その確認メッセージの逆行承認メッセージ数を０に
する。 (8) その確認メッセージの逆行撤回メッセージ数を０に
する。 (9) その確認メッセージの迂回経路ノード番号リスト
は、その承認メッセージの迂回経路ノード番号リストに
当該ノード番号を付け足したものにする。

【０１１０】そして、その承認メッセージを受け取った
ポートの入力メッセージテーブルの、その承認メッセー
ジを持つレコードの使用チャネル数を、その確認メッセ
ージの供給可能チャネル数の分だけ増加させる。そし
て、その承認メッセージを受け取ったポートについて、
予備チャネル確定ステップと出力確認メッセージ登録ス
テップを実行したのち、その確認メッセージをそのポー
トへ送出する。

【０１１１】〔５．５．１〕予備チャネル確定ステップ このステップでは、ポートの予約チャネル数を、当該確
認メッセージの供給可能チャネル数の分だけ減少させ、
そのポートの確定チャネル数をその供給可能チャネル数
の分だけ増加させる。

【０１１２】〔５．５．２〕出力確認メッセージ登録ス
テップ このステップでは、ノードは、そのポートの出力メッセ
ージテーブルに、当該確認メッセージを登録する。その
レコードの入力ポート番号は、その処理を引き起こした
メッセージを受け取ったポートの番号にする。また、そ
のレコードの使用チャネル数は０にする。

【０１１３】〔６〕撤回メッセージ処理ステージ 図５は、撤回メッセージ処理ステージを示す流れ図であ
る。図５に示されるように、撤回メッセージを受け取っ
たノードは、まず、予備チャネル解放ステップを実行
し、次に入力撤回メッセージ登録フェーズを実行する。
次に、承認メッセージ擬製フェーズによって、そのノー
ドが受け取った撤回メッセージをもとに、擬製承認メッ
セージを作成して、あたかも、それを承認メッセージと
して受け取ったかのように、承認メッセージ中継フェー
ズを実行する。その後、そのノード自身がそのメッセー
ジに記載されている選択ノードであるか、またはそれ以
外の任意のノードであるかを調べる。その結果、

【０１１４】(1) そのノードが選択ノードであれば、そ
のステージを終了する。 (2) そのノードが選択ノードでなければ、そのノードは
撤回メッセージ送出フェーズを実行してから、そのステ
ージを終了する。

【０１１５】〔６．１〕入力撤回メッセージ登録フェー
ズ このフェーズでは、ノードは、撤回メッセージを、その
メッセージを受け取ったポートの、入力メッセージテー
ブルに登録する。

【０１１６】〔６．２〕承認メッセージ擬製フェーズ このフェーズでは、ノードは、まず、そのノードが受け
取った撤回メッセージの供給可能チャネル数の値を、残
り供給可能チャネル数としておく。そして、その撤回メ
ッセージを受け取ったポートの出力メッセージテーブル
から、その撤回メッセージと同定可能な承認メッセージ
を持つレコードを検索する。ここで、ある撤回メッセー
ジと同定可能な承認メッセージとは、以下の条件を満た
すものである。

【０１１７】(1) その承認メッセージの発信ノード番号
が、その撤回メッセージの発信ノード番号と同じであ
る。 (2) その承認メッセージの選択ノード番号リストが、そ
の撤回メッセージの選択ノード番号リストと同じであ
る。 (3) その承認メッセージの要求チャネル数リストが、そ
の撤回メッセージの要求チャネル数リストと同じであ
る。 (4) その承認メッセージの供給可能チャネル数が、その
撤回メッセージの供給可能チャネル数以上である。 (5) その承認メッセージのホップ数が、その撤回メッセ
ージのホップ数と同じである。 (6) その承認メッセージの迂回経路ノード番号リスト
が、その撤回メッセージの迂回経路ノード番号リストと
同じである。

【０１１８】より後に到着した承認メッセージから取り
出し、それぞれについて以下の処理を実行する。 (1) そのレコードの供給可能チャネル数から、そのレコ
ードの使用チャネル数を差し引く。この値を未使用チャ
ネル数と呼ぶこととし、この未使用チャネル数と、残り
供給可能チャネル数とを比較して、 (a) この未使用チャネル数が、残り供給可能チャネル数
以上であったときは、その使用チャネル数を、この残り
供給可能チャネル数の分だけ増加させる。そして、残り
供給可能チャネル数を０にする。 (b) この未使用チャネル数が、残り供給可能チャネル数
を下回る場合は、その使用チャネル数を、この未使用チ
ャネル数の分だけ増加させる。そして、その残り供給可
能チャネル数を、この未使用チャネル数の分だけ減少さ
せる。

【０１１９】この作業は、残り供給可能チャネル数が０
になった時点で終了する。これらのレコードのポート番
号から、その承認メッセージの入力ポートが知られる。
これによって、そのポートから受け取ったとする擬製承
認メッセージを作成する。

【０１２０】(1) その擬製承認メッセージのコマンド番
号を、承認コマンドにする。 (2) その擬製承認メッセージの発信ノード番号を、その
撤回メッセージの発信ノード番号と同じにする。 (3) その擬製承認メッセージの選択ノード番号リスト
を、その撤回メッセージの選択ノード番号リストと同じ
にする。 (4) その擬製承認メッセージの要求チャネル数リスト
を、その撤回メッセージの要求チャネル数リストと同じ
にする。 (5) その擬製承認メッセージの供給可能チャネル数リス
トを、その撤回メッセージの供給可能チャネル数リスト
と同じにする。

【０１２１】(6) その擬製承認メッセージのホップ数
を、その撤回メッセージのホップ数から１を減じた値に
する。 (7) その擬製承認メッセージの逆行承認メッセージ数を
０にする。 (8) その擬製承認メッセージの逆行撤回メッセージ数を
０にする。 (9) その承認メッセージの迂回経路ノード番号リスト
を、その撤回メッセージの迂回経路ノード番号リストの
最後の要素を削除したものにする。

【０１２２】〔７〕確認メッセージ処理ステージ 図６は、確認メッセージ処理ステージを示す流れ図であ
る。図６に示すように、確認メッセージを受け取ったノ
ードは、まず、予備チャネル確定ステップを実行し、次
に入力確認メッセージ登録フェーズを実行する。その
後、そのノード自身が、受け取った確認メッセージに記
載されている選択ノードであるか、またはそれ以外の任
意のノードであるかを調べる。その結果、 (1) そのノードが、選択ノードでなければ、ノードは、
確認メッセージ中継フェーズを実行する。その後、クロ
スコネクト装置切替開始フェーズを実行したのち、この
ステージを終了する。

【０１２３】〔７．１〕入力確認メッセージ登録フェー
ズ このフェーズでは、ノードは、入力確認メッセージを、
それを受け取ったポートの入力メッセージテーブルに登
録する。

【０１２４】〔７．２〕確認メッセージ中継フェーズ このフェーズでは、ノードは、まず、送出するための確
認メッセージを作成する。すなわち、そのノードが受け
取った確認メッセージのコピーを作成して、以下のよう
に変更する。 (1) その新しい確認メッセージのホップ数を１減少させ
る。

【０１２５】次に、もとの確認メッセージの供給可能チ
ャネル数の値を、残り供給可能チャネル数としておく。
そして、この確認メッセージを受け取ったポートの出力
メッセージテーブルから、その確認メッセージと同定可
能な承認メッセージを持つレコードを検索する。ここ
で、ある確認メッセージと同定可能な承認メッセージと
は、以下の条件を満たすものである。

【０１２６】(1) その承認メッセージの発信ノード番号
が、その確認メッセージの発信ノード番号と同じであ
る。 (2) その承認メッセージの選択ノード番号リストが、そ
の確認メッセージの選択ノード番号リストと同じであ
る。 (3) その承認メッセージの要求チャネル数リストが、そ
の確認メッセージの要求チャネル数リストと同じであ
る。

【０１２７】(4) その承認メッセージの供給可能チャネ
ル数が、その確認メッセージの供給可能チャネル数以上
である。 (5) その承認メッセージのホップ数が、その確認メッセ
ージのホップ数と同じである。 (6) その承認メッセージの迂回経路ノード番号リスト
が、その確認メッセージの迂回経路ノード番号リストと
同じである。

【０１２８】より先に到着した確認メッセージから取り
出して、それぞれについて、以下の処理を行う。 (1) そのレコードの供給可能チャネル数から、そのレコ
ードの使用チャネル数を差し引く。この値を未使用チャ
ネル数と呼ぶこととし、この未使用チャネル数と、残り
供給可能チャネル数とを比較して、 (a) この未使用チャネル数が、残り供給可能チャネル数
以上である場合、その使用チャネル数を、その残り供給
チャネル数の分だけ増加させる。そして、残り供給可能
チャネル数を０にする。 (b) この未使用チャネル数が、残り供給可能チャネル数
を下回る場合、その使用チャネル数を、この未使用チャ
ネル数だけ増加させる。そして、その残り供給可能チャ
ネル数を、この未使用チャネル数の分だけ減少させる。

【０１２９】その作業は、残り供給可能チャネル数が０
となった時点で終了する。次に、それらのレコードのポ
ート番号が指すポートについて、予備チャネル確定ステ
ップと出力確認メッセージ登録ステップを実行したの
ち、そのポートへ、この新しく作成された確認メッセー
ジを送信する。

【０１３０】〔８〕クロスコネクション終了メッセージ
処理ステージ 図７は、クロスコネクション終了メッセージ処理ステー
ジを示す流れ図である。図７に示すように、クロスコネ
クション終了メッセージを受け取ったノードは、まず、
そのノードのクロスコネクションテーブルから、当該ク
ロスコネクション終了メッセージと同定可能な確認メッ
セージを持ち、かつクロスコネクト切替中を示すレコー
ドを検索して、そのレコードのクロスコネクト切替終了
ブール代数を“真”にする。そして、そのノードが発信
ノードであるか、選択ノードであるか、またはそれ以外
の任意のノードであるかを調べる。その結果、

【０１３１】(1) そのノードが発信ノードである場合
は、クロスコネクション承認メッセージ発信フェーズを
実行する。 (2) そのノードが選択ノードである場合は、対応するク
ロスコネクション承認メッセージをすでに受信し処理し
ている場合に限り、クロスコネクション確認メッセージ
発信フェーズを実行する。 (3) そのノードが発信ノードでもなく、選択ノードでも
ない場合は、対応するクロスコネクション承認メッセー
ジをすでに受信し処理している場合に限り、クロスコネ
クション承認メッセージ中継フェーズを実行する。

【０１３２】その後、そのクロスコネクションテーブル
を参照して、まだ、クロスコネクト切替を開始していな
いレコードがあれば、その一つについて、クロスコネク
ト切替開始ブール代数を“真”にし、クロスコネクト切
替命令ステップを実行したのちに、このステージを終了
する。

【０１３３】〔８．１〕クロスコネクト装置切替開始フ
ェーズ このフェーズでは、ノードは、まず、 (1) そのノードが発信ノードである場合は、送信した確
認メッセージをクロスコネクションテーブルに登録す
る。 (a) 入力ポート番号を、その処理を引き起こした承認メ
ッセージを受信したポートの番号にする。 (b) 出力ポート番号を、その確認メッセージを送信した
ポートの番号にする。 (c) クロスコネクト切替承認ブール代数を“真”にす
る。

【０１３４】(2) そのノードが選択ノードである場合
は、受信した確認メッセージをクロスコネクションテー
ブルに登録する。 (a) 入力ポート番号を、その受信したポートの番号にす
る。 (b) 出力ポート番号を、その受信したポートの番号にす
る。 (c) クロスコネクト切替承認ブール代数を“偽”にす
る。 (3) クロスコネクト切替終了ブール代数を“偽”にす
る。

【０１３５】(4) そのノードが発信ノードでもなく、選
択ノードでもない場合は、受信した確認メッセージをク
ロスコネクションテーブルに登録する。 (a) 入力ポート番号を、その受信したポートの番号にす
る。 (b) 出力ポート番号を、その処理の結果、確認メッセー
ジを出力したポートの番号にする。 (c) クロスコネクト切替承認ブール代数を“偽”にす
る。

【０１３６】(5) そのクロスコネクションテーブルを参
照して、現在、クロスコネクト切替が行われている最中
であるか否かを調べる。すなわち、 (a) クロスコネクト切替開始ブール代数が“真”で、か
つクロスコネクト切替終了ブール代数が“偽”であるレ
コードが存在すれば、クロスコネクト切替開始ブール代
数を“偽”にする。 (b) クロスコネクト切替開始ブール代数が“真”で、か
つクロスコネクト切替終了ブール代数が“偽”であるレ
コードが存在しなければ、クロスコネクト切替開始ブー
ル代数を“真”にし、クロスコネクト装置切替命令ステ
ップを実行する。

【０１３７】ノードの障害復旧処理用ＣＰＵは、クロス
コネクト切替の終了を待たない。クロスコネクト装置
は、命令された切替が終了すると、その障害復旧処理用
ＣＰＵに対して、そのことを通知する。シミュレーショ
ン上では、終了時刻に、そのノードがクロスコネクショ
ン終了メッセージを受け取ることによって、シミュレー
トされる。これによって、そのノードは、クロスコネク
ション終了メッセージ処理ステージを実行する。

【０１３８】〔８．１．１〕クロスコネクト装置切替命
令ステップ このステップでは、ノードは、そのノードのクロスコネ
クト装置に対して、切替を命令する。シミュレーション
上では、そのノードが切替終了時刻に、クロスコネクシ
ョン終了メッセージを受け取るように仕掛けることで、
シミュレートされる。そのクロスコネクション終了メッ
セージは、その承認メッセージのコマンド番号が、クロ
スコネクション終了コマンドに変更されただけのもので
ある。

【０１３９】

〔９〕クロスコネクション承認メッセージ
処理ステージ 図８は、クロスコネクション承認メッセージ処理ステー
ジを示す流れ図である。図８に示すように、クロスコネ
クション承認メッセージを受け取ったノードは、まず、
そのノードのクロスコネクションテーブルから、当該ク
ロスコネクション承認メッセージと同定可能な確認メッ
セージを持ち、かつクロスコネクト切替承認が済んでい
ないレコードを検索して、そのクロスコネクト切替承認
ブール代数を“真”にする。そして、そのクロスコネク
ト装置切替がすでに終了しているか否かを調べる。その
結果、

【０１４０】(1) クロスコネクト装置切替がすでに終了
していれば、次に、そのノード自身が受け取ったクロス
コネクション承認メッセージに記載されている選択ノー
ドであるか、またはそれ以外の任意のノードであるかを
調べる。その結果 (a) そのノードが選択ノードであれば、そのノードはク
ロスコネクション確認メッセージ発信フェーズを実行し
たのち、そのステージを終了する。 (b) そのノードが選択ノードでなければ、そのノードは
クロスコネクション承認メッセージ中継フェーズを実行
したのち、このステージを終了する。 (2) クロスコネクト装置切替がまだ終了していなけれ
ば、このステージを終了する。

【０１４１】〔９．１〕クロスコネクション承認メッセ
ージ発信フェーズ このフェーズでは、ノードは、そのノードのクロスコネ
クションテーブルの、当該レコードの確認メッセージを
もとに、クロスコネクション承認メッセージを作成す
る。すなわち、その確認メッセージのコピーを作成し
て、以下のように変更する。 (1) そのクロスコネクション承認メッセージのコマンド
番号を、クロスコネクション承認コマンドにする。

【０１４２】そして、予備チャネル復旧ステップを実行
して、そのレコードの出力ポート番号が示すポートに、
このクロスコネクション承認メッセージを送出する。

【０１４３】〔９．１．１〕予備チャネル復旧ステップ このステップでは、ノードのクロスコネクションテーブ
ルの、当該レコードの入力ポート番号が示すポートの確
定チャネル数を、そのレコードの供給可能チャネル数の
分だけ減少させる。

【０１４４】〔９．２〕クロスコネクション承認メッセ
ージ中継フェーズ このフェーズでは、ノードは、そのノードのクロスコネ
クションテーブルの当該レコードの確認メッセージをも
とに、クロスコネクション承認メッセージを作成する。
すなわち、その確認メッセージのコピーを作成して、以
下のように変更する。

【０１４５】(1) そのクロスコネクション承認メッセー
ジのコマンド番号を、クロスコネクション承認コマンド
にする。 (2) そのクロスコネクション承認メッセージのホップ数
を、１減少させる。

【０１４６】そして、そのレコードの出力ポート番号が
示すポートに、このクロスコネクション承認メッセージ
を送出する。

【０１４７】〔９．３〕クロスコネクション確認メッセ
ージ発信フェーズ このフェーズでは、ノードは、そのノードのクロスコネ
クションテーブルの当該レコードの確認メッセージをも
とに、クロスコネクション確認メッセージを作成する。
すなわち、その確認メッセージのコピーを作成して、以
下のように変更する。

【０１４８】(1) そのクロスコネクション確認メッセー
ジのコマンド番号を、クロスコネクション確認コマンド
にする。 (2) そのクロスコネクション確認メッセージのホップ数
を、１にする。

【０１４９】そして、そのレコードの出力ポート番号が
示すポートに、このクロスコネクション確認メッセージ
を送出する。

【０１５０】〔１０〕クロスコネクション確認メッセー
ジ処理ステージ 図９は、クロスコネクション確認メッセージ処理ステー
ジを示す流れ図である。図９に示すように、クロスコネ
クション確認メッセージを受け取ったノードは、そのノ
ード自身が、受け取ったクロスコネクション確認メッセ
ージに記載されている、発信ノードであるか否かを調べ
る。その結果、

【０１５１】(1) そのノードが発信ノードであれば、そ
のステージを終了する。 (2) そのノードが発信ノードでなければ、そのノード
は、クロスコネクション確認メッセージ中継フェーズを
実行したのち、そのステージを終了する。

【０１５２】〔１０．１〕クロスコネクション確認メッ
セージ中継フェーズ このフェーズでは、ノードは、まず、当該クロスコネク
ション確認メッセージをもとに、送出するクロスコネク
ション確認メッセージを作成する。すなわち、当該クロ
スコネクション確認メッセージのコピーを作成して、以
下のように変更する。

【０１５３】(1) その新しいクロスコネクション確認メ
ッセージのホップ数を、１増加させる。

【０１５４】次に、そのノードのクロスコネクションテ
ーブルから、当該クロスコネクション確認メッセージと
同定可能な確認メッセージを持ち、すでにクロスコネク
ト切替が終了していて、かつすでにクロスコネクト切替
が承認されているレコードを検索する。そのレコードの
入力ポート番号で示されたポートへ、その新たに作成さ
れたクロスコネクション確認メッセージを送出する。

【０１５５】

【実施例】図１０〜図２９は、ある小さなネットワーク
トポロジーであって、それぞれ本発明の一実施例の、ネ
ットワーク（１）〜（２０）を示している。各図におい
て、円はノードを表している。円の中に書かれた記号Ｎ
１，Ｎ２，…は、ノード名を示し、数字はノード番号を
示す。ノードとノードを結ぶ直線は、リンクを表す。リ
ンク名は、両端のノード番号で表し、例えばＬ１⇔３等
と記載する。ただし、特にその方向に注目する場合は、
例えばＬ１→２，Ｌ２→１等と表すものとする。

【０１５６】リンクの近傍に記載された数字は、それぞ
れのリンクの解放チャネル数であって、例えば、図１０
において、Ｌ８⇔９には１２本の予備チャネルがあるの
で、１２ｃｈと記載されている。また、点線で表された
ノードおよびリンクは、現在、有効でないことを示して
いる。

【０１５７】図３０〜図４２は、本実施例における各種
メッセージの内容を示したものであって、図３０はノー
ドＮ８で創作される復旧メッセージ、図３１はリンクＬ
９→１０へ送出される復旧メッセージ、図３２はノード
Ｎ６で作成される承認メッセージ、図３３はノードＮ６
からノードＮ３へ継続される復旧メッセージ、図３４は
ノードＮ１１からノードＮ１０へ中継される承認メッセ
ージ、図３５はノードＮ６で作成される撤回メッセー
ジ、図３６はノードＮ８で作成される確認メッセージ、
図３７はノードＮ３で擬製される承認メッセージ、図３
８はノードＮ３からノードＮ４へ送出される承認メッセ
ージ、図３９はノードＮ９からノードＮ１０へ中継され
る確認メッセージ、図４０はノードＮ８からノードＮ９
へ送出されるクロスコネクション承認メッセージ、図４
１はノードＮ９からノードＮ１０へ中継されるクロスコ
ネクション承認メッセージ、図４２はノードＮ６からノ
ードＮ１１へ送出されるクロスコネクション確認メッセ
ージである。

【０１５８】各図において、リンク上に記載された、例
えばＲＳ４は復旧メッセージを示し、４は供給可能チャ
ネル数である。例えばＮ７，２，６は選択ノード（候
補）を示し、７，２，６はそれぞれノード番号である。
例えばｃｈ２，４，８はそれぞれ、例えば選択ノードＮ
７，２，６に対応するチャネル数を示し、Ｎ７に対して
２ｃｈ、Ｎ２に対して４ｃｈ、Ｎ６に対して８ｃｈであ
ることを示している。例えばＨ４はホップ数を示し、４
は経由ノード数である。例えばＡｃk ８は承認メッセー
ジを示し、８は供給可能チャネル数である。例えばＣＦ
８は確認メッセージを示し、８は供給可能チャネル数で
ある。例えばＣａｎ２は撤回メッセージを示し、２は供
給可能チャネル数である。例えばＡｃk ＸＣ２はクロス
コネクション承認メッセージを示し、２は供給可能チャ
ネル数である。例えばＣＦＸＣ２はクロスコネクション
確認メッセージを示し、２は供給可能チャネル数であ
る。

【０１５９】図４３は、承認メッセージが競合する実施
例のタイムテーブルを示したものである。図４４は、実
施例中のメッセージの供給可能チャネル数（１）を示し
たものである。図４５は、実施例中のメッセージの供給
可能チャネル数（２）を示したものである。図４６は交
差メッセージテーブル（１）を示したものである。図４
７は交差メッセージテーブル（２）を示したものであ
る。

【０１６０】〔１〕障害の検出 図１０においては、ノードＮ７で障害が発生したことが
示されている。そして、隣接するノードＮ２，Ｎ６，Ｎ
８およびＮ１０において、障害が検出されたものとす
る。

【０１６１】〔２〕障害復旧処理の起動 図１０において、ノードＮ８に注目する。ノードＮ８
は、リンクＬ７→８から障害を検出して、障害復旧処理
起動ステージを実行する。ただし、ノードＮ８は、その
障害が、リンクＬ７→８におけるリンク障害なのか、ま
たはノードＮ７におけるノード障害なのかを知ることは
できない。ノードＮ８は、まず、障害パス決定フェーズ
を実行する。すなわち、リンクＬ７⇔８を通過していた
稼働中のパスを障害バス候補として扱う。

【０１６２】図１１において、各ノードを結ぶ曲線は、
ネットワークの障害が発生する直前のリンクＬ７⇔８を
経由していた、稼働中パスを示している。すなわち、
(1) 〜(4) に示す４本のパスが存在する。括弧内は、そ
れぞれのパスの解放チャネル数である。

【０１６３】 (1) Ｎ１２⇔Ｎ５⇔Ｎ４⇔Ｎ３⇔Ｎ２⇔Ｎ７⇔Ｎ８ （２ｃｈ） (2) Ｎ１０⇔Ｎ９⇔Ｎ８⇔Ｎ７ （２ｃｈ） (3) Ｎ９⇔Ｎ８⇔Ｎ７⇔Ｎ２⇔Ｎ１ （４ｃｈ） (4) Ｎ８⇔Ｎ７⇔Ｎ６⇔Ｎ３ （８ｃｈ）

【０１６４】非障害側パス端のノード番号が、障害側パ
ス端のノード番号より大きい場合に、その障害パス候補
を障害パスと決定することにすると、パス(2),(3),(4)
が障害パスとなる。残りのパス(1) については、ノード
Ｎ６がこれを障害パスとして扱うことになる。しかしこ
こでは、理解を容易にするため、ノードＮ８以外の復旧
処理起動は、一切、考慮しないこととする。

【０１６５】次に障害パスバンドリングフェーズを実行
して、図３０で示されるように復旧メッセージを創作す
る。そして、復旧メッセージ発信フェーズを実行する。
リンクＬ８⇔９の予備チャネル数は１２ｃｈなので、供
給可能チャネル数を１２にして、創作された復旧メッセ
ージを、リンクＮ８→９に送出する。リンクＬ１⇔８の
予備チャネル数は０なので、リンクＬ８→１には、その
復旧メッセージを送出しない。

【０１６６】〔３〕復旧メッセージの中継 図１２において、ノードＮ９に注目する。ノードＮ９
は、リンクＬ８→９から復旧メッセージを受信すると、
復旧メッセージ処理ステージを起動する。まず、復旧メ
ッセージ調整フェーズと復旧メッセージ登録フェーズを
実行する。そして、ノードＮ９は、その復旧メッセージ
に記載されている発信ノードでも、選択ノード候補でも
ないので、復旧メッセージ中継フェーズを実行し、リン
クＬ９→１０へ図３１で示された復旧メッセージが中継
される。このようにして、復旧メッセージのブロードキ
ャストが行われる。

【０１６７】〔４〕承認メッセージの発信 図１３において、ノードＮ６に注目する。ノードＮ６
は、リンクＬ１１→６から復旧メッセージを受信する
と、復旧メッセージ処理ステージを起動する。まず、復
旧メッセージ調整フェーズと復旧メッセージ登録フェー
ズを実行する。そして、ノードＮ６は、その復旧メッセ
ージに記載されている選択ノード候補の１つなので、承
認メッセージ発信フェーズを実行し、図３２に示された
承認メッセージを作成して、リンクＬ６→１１へ送出す
る。

【０１６８】〔５〕復旧メッセージの継続 図１３において、ノードＮ６は、承認メッセージを送出
したのち、続いて、復旧メッセージ継続フェーズを実行
し、リンクＬ６→３へ、図３３に示された復旧メッセー
ジを送出する。リンクＬ６→５へは、解放チャネル数が
０ｃｈなので送出しない。

【０１６９】〔６〕承認メッセージの中継 図１３，図１４において、ノードＮ１１に注目する。ノ
ードＮ１１は、リンクＬ６→１１から承認メッセージを
受信すると、承認メッセージ処理ステージを起動する。
まず、承認メッセージ調整フェーズを実行する。ここで
は、承認メッセージの競合は生じていないので、特別な
処理が行われることなく、そのフェーズを終了する。次
に、入力承認メッセージ登録フェーズを実行する。その
後、ノードＮ１１はそのメッセージに記載されている発
信ノードではないので、承認メッセージ中継フェーズを
実行し、リンクＬ１１→１０に図３４に示す承認メッセ
ージを送出する。続いて撤回メッセージ送出フェーズを
実行するが、ここでは、撤回メッセージは送出されな
い。

【０１７０】〔７〕撤回メッセージの発信 図１５において、ノードＮ６に注目する。ノードＮ６は
リンクＬ３→６から承認メッセージを受信すると、承認
メッセージ中継フェーズを起動する。まず、承認メッセ
ージ調整フェーズを実行し、次に、入力承認メッセージ
登録フェーズを実行して、リンクＬ６→１１に承認メッ
セージを送出する。続いて、撤回メッセージ送出フェー
ズを実行し、リンクＬ６→３へ図３５に示す撤回メッセ
ージが送出される。

【０１７１】〔８〕確認メッセージの発信 図１５において、ノードＮ８に注目する。ノードＮ８
は、リンクＬ９→８から承認メッセージを受信すると、
承認メッセージ処理ステージを起動する。まず、承認メ
ッセージ調整フェーズを実行し、次に入力承認メッセー
ジ登録フェーズを実行する。そして、ノードＮ８は、そ
の確認メッセージに記載されている発信ノードなので、
確認メッセージ発信フェーズを実行し、リンクＬ８→９
へ図３６に示された確認メッセージを送出する。続い
て、クロスコネクト装置切替開始フェーズを実行する。

【０１７２】

〔９〕撤回メッセージの処理 図１６において、ノードＮ３に注目する。ノードＮ３
は、リンクＬ６→３から撤回メッセージを受信すると、
撤回メッセージ処理ステージを起動する。まず、予備チ
ャネル解放ステップと入力撤回メッセージ登録フェーズ
を実行する。そして、承認メッセージ擬製フェーズによ
って、図３７に示す擬製承認メッセージを作成して、こ
れを、承認メッセージを受信したかのようにして、承認
メッセージ中継フェーズを実行する。その結果、リンク
Ｌ３→４に、図３８に示す承認メッセージが送出され
る。

【０１７３】〔１０〕確認メッセージの中継 図１６において、ノードＮ９に注目する。ノードＮ９
は、リンクＬ８→９から確認メッセージを受信すると、
確認メッセージ処理ステージを起動する。まず、入力確
認メッセージ登録フェーズと予備チャネル確定ステップ
を実行する。そして、ノードＮ９は選択ノードではない
ので、確認メッセージ中継フェーズを実行し、リンクＬ
９→１０へ図３９に示す確認メッセージを送出する。続
いて、クロスコネクト切替開始フェーズを実行する。

【０１７４】また、以下、同様の手続きが、図１７〜図
２１に示すにようにして、他のノードについても実行さ
れる。

【０１７５】〔１１〕クロスコネクション承認メッセー
ジの発信 図２２において、ノードＮ８に注目する。ノードＮ８
は、クロスコネクト装置切替が終了すると、クロスコネ
クト装置切替終了フェーズを実行する。ノードＮ８は、
発信ノードなので、直ちに、クロスコネクション承認メ
ッセージ発信フェーズを実行し、リンクＬ８→９に、図
４０に示すクロスコネクション承認メッセージを送出す
る。

【０１７６】〔１２〕クロスコネクション承認メッセー
ジの中継 図２２において、ノードＮ９に注目する。ノードＮ９
は、リンクＬ８→９からクロスコネクション承認メッセ
ージを受信すると、クロスコネクション承認メッセージ
処理ステージを起動する。対応するクロスコネクト装置
切替がすでに終了していれば、ノードＮ９は、そのメッ
セージに記載されている選択ノードではないので、クロ
スコネクション承認メッセージ中継フェーズを実行し、
リンクＬ９→１０へ、図４１に示されたクロスコネクシ
ョン承認メッセージを送出する。

【０１７７】〔１３〕クロスコネクション確認メッセー
ジの発信 図２３において、ノードＮ６に注目する。ノードＮ６
は、リンクＬ１１→６からクロスコネクション承認メッ
セージを受信すると、クロスコネクション承認メッセー
ジ処理ステージを起動する。対応するクロスコネクト装
置切替がすでに終了していれば、ノードＮ９は、そのメ
ッセージに記載されている選択ノードなので、クロスコ
ネクション確認メッセージ発信フェーズを実行し、リン
クＬ６→１１へ、図４２に示されたクロスコネクション
確認メッセージを送出する。

【０１７８】〔１４〕障害復旧処理の終了 以上の手続きが、図２４〜図２７に示すように、他の経
路についても実行される。図２８は、障害復旧処理がす
べて終了した後の、各リンクの解放チャネル数を示して
いる。また図２９は、この障害復旧処理の結果、確保さ
れた迂回経路を示し、図示の(1),(2),(3) のような３本
の迂回経路が形成されたことが示されている。

【０１７９】〔１５〕承認メッセージの競合調停 図４３においては、承認メッセージの競合調停の一例の
タイムテーブルが示されている。図４３は、あるネット
ワークトポロジーの中の、２つのノードＡ，Ｂの承認メ
ッセージと撤回メッセージの、入出力のタイミングを示
したものである。図中において、実線の矢印は承認メッ
セージを示し、点線の矢印は撤回メッセージを示してい
る。また各メッセージの近傍に記載されているａ〜ｈ，
ｃ’，ｄ’，ｇ’，ｈ’は、それぞれのメッセージの供
給可能チャネル数を示している。いま、ノードＡがノー
ドＢより優先度が高く、復旧処理が開始される直前のリ
ンクＡ⇔Ｂの解放チャネル数ωが２０ｃｈで、それぞれ
のメッセージの供給可能チャネル数が、図４４に示され
る通りであったとする。

【０１８０】〔１５．１〕ノードＡが承認メッセージｄ
を受信したとき ノードＡは、ノードＢより優先度が高い。交差メッセー
ジ数は３である。この場合の交差メッセージテーブル
は、図４６のようになる。いま、撤回済チャネル数σを
０とおくと、ポート解放チャネル数πは、 π＝ω−ａ−ｂ−ｃ＋ｅ−ｇ ＝２０−７−５−７＋２−３ ＝０ であるから、撤回チャネル数χを求めると、 χ＝ｄ−σ−π−ｇ＋ｅ ＝４−０−０−３＋２ ＝３ となる。従って、交差メッセージテーブルの３番目のメ
ッセージを、３チャネル分、撤回する。

【０１８１】次に、交差メッセージ数を１にする。撤回
済チャネル数σを３にする。これから撤回チャネル数χ
を求めると、 χ＝ｄ−σ−π ＝４−３−０ ＝１ となる。従って、交差メッセージテーブルの１番目のメ
ッセージｇを１チャネル分、撤回する。

【０１８２】〔１５．２〕ノードＡが承認メッセージｈ
を受信したとき ノードＡは、ノードＢより優先度が高い。交差メッセー
ジ数は３である。この場合の交差メッセージテーブル
は、図４７のようになる。撤回済チャネル数σを０とお
く。ポート解放チャネル数πは、 π＝０＋ｆ ＝０＋３ ＝３ であるから、撤回チャネル数χを求めると、 χ＝ｈ−σ−π−ｇ＋ｅ ＝５−０−３−２＋２ ＝２ となる。従って、交差メッセージテーブルの３番目のメ
ッセージｃを２チャネル分、撤回する。

【０１８３】次に、交差メッセージ数を１にする。撤回
済チャネル数σを２にする。撤回チャネル数χを求める
と、 χ＝ｈ−σ−π ＝５−２−３ ＝０ となる。従って、交差メッセージテーブルの１番目のメ
ッセージｇは撤回しない。

【０１８４】〔１５．３〕ノードＢが承認メッセージｃ
を受信したとき ノードＢは、ノードＡより優先度が高い。ポート解放チ
ャネル数πは、 π＝ω−ａ−ｂ−ｄ＋ｆ−ｈ ＝２０−７−５−４＋３−５ ＝２ であるから、メッセージｃの供給可能チャネル数を２に
する。

【０１８５】〔１５．４〕ノードＢが承認メッセージｇ
を受信したとき ノードＢは、ノードＡより優先度が高い。ポート解放チ
ャネル数πは、 π＝０＋ｅ ＝０＋２ ＝２ であるから、メッセージｇの供給可能チャネル数を２に
する。

【０１８６】このようにして、結局、承認メッセージｃ
は５チャネル分撤回されて、２チャネルの承認メッセー
ジが流れたことと等価になり、承認メッセージｇは１チ
ャネル分撤回されて、２チャネルの承認メッセージが流
れたことと等価になる。また承認メッセージｃ’，
ｄ’，ｇ’，ｈ’は図４５に示されるようになる。

【０１８７】従って、このような競合調停アルゴリズム
によって、矛盾なく、またほとんど無駄なく、承認メッ
セージによる予備チャネルの奪い合いを処理することが
できる。

【０１８８】〔１６〕動作例 図４８は、本発明方式の動作例（１）を示したものであ
って、多重リンク障害時の処理を例示している。図示の
ように、順次隣接するノードＮ１，Ｎ２，Ｎ３間におけ
るリンクＬ１⇔２，Ｌ２⇔３において、多重リンク障害
が発生した場合には、ノードＮ１，Ｎ２，Ｎ３において
障害を検出するが、この場合は、両端のノードＮ１，Ｎ
３のみが、図示されている両リンクを通過している障害
パスに対する障害復旧処理を起動し、中央のノードＮ２
はそれらに対する障害復旧処理を起動しない。

【０１８９】このように、多重リンク障害時に、連続し
た２つの障害リンクを通過している障害パスにおいて、
２つのリンクから障害を検出したノードは、それら両方
のリンクを通過している障害パスに対しては、復旧処理
を担わないようにして、複数のノードが障害復旧処理を
担うことを防止している。

【０１９０】図４９は、本発明の動作例（２）を示した
ものであって、復旧メッセージのブロードキャスト時の
処理を例示している。図示のように、ノードＮ１におい
て、パスＢにおける復旧メッセージに対する総要求チャ
ネル数が８であった場合に、パスＡから総要求チャネル
数８，供給可能チャネル数５（５／８）の復旧メッセー
ジが到着したときは、そのままパスＢに送出される。さ
らにその後、パスＣから総要求チャネル数８，供給可能
チャネル数４（４／８）の復旧メッセージが到着したと
きは、そのうち３チャネルだけ、すなわち総要求チャネ
ル数８，供給可能チャネル数３（３／８）の復旧メッセ
ージがパスＢに送出される。パスＢにおいては、これで
総要求チャネル数が満たされるので、その後、パスＤか
ら総要求チャネル数８，供給可能チャネル数（３／８）
の復旧メッセージが到着しても、パスＢには送出されな
い。

【０１９１】なお、復旧メッセージには、ノードを伝達
できる回数（ホップ数）が規定されているので、ノード
Ｎ１においてホップ数が制限を超えた場合も、その復旧
メッセージは、ノードＮ１から送出されない。

【０１９２】このように、あるノードへ送出された同一
任務の復旧メッセージの供給可能チャネル数が、総要求
チャネル数を超えないかぎり、またはホップ数の制限を
超えないかぎり、ノードから復旧メッセージのブロード
キャストが続けられる。

【０１９３】図５０は、本発明の動作例（３）を示した
ものであって、（ａ）は従来の場合、（ｂ）は本発明方
式の場合を示し、復旧メッセージの非優先処理を例示し
ている。（ａ）に示すように、最初、第１の種類のメッ
セージａ₁ について処理中であり、キュー１１に第１の
種類のメッセージａ₂ と、第２の種類のメッセージｂ ₁
と、復旧メッセージｃ_1,ｃ_2,ｃ₃ とが図示のように格納
されている状態で、復旧メッセージｃ₄ が入力されたと
すると、復旧メッセージは優先度が低いので、復旧メッ
セージｃ₄ を格納するとともに、メッセージｂ₁ を取り
出して処理しなければならないが、この場合のキュー１
１の制御が複雑になる。

【０１９４】これに対して、本発明の場合は、（ｂ）に
示すように、復旧メッセージ専用のキュー１２と、それ
以外のメッセージを格納するキュー１３とに、それぞれ
のメッセージを別個に格納する。従って、本発明方式で
は、復旧メッセージの非優先処理と、他の種類のメッセ
ージの優先処理とを容易に行うことができる。

【０１９５】復旧メッセージは、各方向に送出されるた
め、その数の増大に伴って、従来の方式では、メッセー
ジ処理量が増加することを避けられなかったが、本発明
によれば、復旧メッセージに対する非優先処理を容易に
行うことができるので、復旧メッセージの増大に伴う、
メッセージ処理の非効率化を防止することができる。

【０１９６】図５１は、本発明の動作例（４）を示した
ものであって、選択ノード候補における復旧メッセージ
の処理を例示している。いま、あるノードＮ２に対し
て、パスＡから供給可能チャネル数を１２（Ｓｕｐ．／
１２ｃｈ）として、パスＢにおける図示されないノード
Ｎ１およびノードＮ２を選択ノード候補（Ｎ１／８ｃ
ｈ，Ｎ２／６ｃｈ）とする復旧メッセージが到着したと
き、ノードＮ２は、パスＡの供給可能チャネル数を６
（Ｓｕｐ．／６ｃｈ）として、Ｎ２を選択ノード（Ｎ２
／６ｃｈ，Ｎ１／０ｃｈ）とする承認メッセージを返送
する。

【０１９７】さらに、ノードＮ２は、ノードＮ２を選択
ノード候補から除外した８チャネルの復旧メッセージ
（Ｎ１／８ｃｈ）を作成して、供給可能チャネル数を６
（Ｓｕｐ．／６ｃｈ）として、他の２つのパスＢ，Ｃに
対して、それぞれ送出する。

【０１９８】このように復旧メッセージに記載された選
択ノード候補が、その復旧メッセージを受信したとき、
迂回経路を予約するための承認メッセージを受信したポ
ートへ送り返したのち、そのノードを選択ノード候補か
ら外した復旧メッセージを作製して、さらにブロードキ
ャストを続ける。

【０１９９】図５２は、本発明の動作例（５）を示した
ものであって、承認メッセージの分岐を例示している。
いまパスＢにおける予備チャネル数が８チャネルであっ
たとし、ノードＮ１にパスＢを迂回経路として、復旧メ
ッセージテーブルに記録されている、すでに受信した６
チャネルの復旧メッセージがあるとき、６チャネルの承
認メッセージがパスＡから到着したときは、この承認メ
ッセージは、そのままノードＮ１からパスＢに送出され
る。

【０２００】その後さらにノードＮ１にパスＢを迂回経
路として、復旧メッセージテーブルに記録されている、
すでに通過した４チャネルの復旧メッセージがあると
き、４チャネルの承認メッセージがパスＡから到着した
ときは、パスＢにおける残りの予備チャネルに２チャネ
ル分の承認メッセージを送出するとともに、ノードＮ１
にパスＣを迂回経路として復旧メッセージテーブルに記
録されている、すでに通過した２チャネル以上の復旧メ
ッセージがあるとき、残りの２チャネルの承認メッセー
ジを別のパスＣを迂回経路として送出する。

【０２０１】このように、承認メッセージの送出を復旧
メッセージテーブルをもとに行い、同一任務の復旧メッ
セージのうち、最も早く到達したものから一つ以上、供
給可能チャネル数が満たされるか、または復旧メッセー
ジがなくなるまで選択して、それぞれの復旧メッセージ
の入力ポートへ承認メッセージを送出する。このように
本発明では、承認メッセージを複数の経路に分岐可能に
したので、より柔軟に迂回経路の設定を行うことができ
る。

【０２０２】図５３は、本発明の動作例（６）を示した
ものであって、承認メッセージのクランクバックを例示
している。いま、パスＡからノードＮ１を通過してパス
Ｂに６チャネルの承認メッセージが送出されたが、その
後パスＢにおいて４チャネルしか通過することができ
ず、２チャネルの撤回メッセージが返送されてきたと
き、これをパスＡに送り返す代わりに、ノードＮ１から
別のパスＣに対して、２チャネルの承認メッセージの送
出を試みる。

【０２０３】このように、供給可能チャネル数分の承認
メッセージを送出できなかったとき、不足分を撤回メッ
セージとして、承認メッセージを送出したノードに返送
し、そのノードで、撤回メッセージをそのまま発信ノー
ドに戻すのではなく、別の経路に対して再び承認メッセ
ージの送出を試みる。すなわち承認メッセージのクラン
クバックができるようにして、迂回経路探索を高速化す
ることができる。このようなことを可能にするために、
承認メッセージと撤回メッセージは、予約しつつある迂
回経路情報を有している。

【０２０４】

【発明の効果】以上説明したように、本発明は、ネット
ワーク内のノード障害および多重リンク障害に対して
も、各ノードの自律的な処理により、迂回経路を探索し
て高速に復旧することができる利点がある。

【図面の簡単な説明】

【図１】本発明の基本的原理を示す図である。

【図２】障害復旧処理起動ステージを示す流れ図であ
る。

【図３】復旧メッセージ処理ステージを示す流れ図であ
る。

【図４】承認メッセージ処理ステージを示す流れ図であ
る。

【図５】撤回メッセージ処理ステージを示す流れ図であ
る。

【図６】確認メッセージ処理ステージを示す流れ図であ
る。

【図７】クロスコネクション終了メッセージ処理ステー
ジを示す流れ図である。

【図８】クロスコネクション承認メッセージ処理ステー
ジを示す流れ図である。

【図９】クロスコネクション確認メッセージ処理ステー
ジを示す流れ図である。

【図１０】本発明の一実施例のネットワーク（１）を示
す図である。

【図１１】本発明の一実施例のネットワーク（２）を示
す図である。

【図１２】本発明の一実施例のネットワーク（３）を示
す図である。

【図１３】本発明の一実施例のネットワーク（４）を示
す図である。

【図１４】本発明の一実施例のネットワーク（５）を示
す図である。

【図１５】本発明の一実施例のネットワーク（６）を示
す図である。

【図１６】本発明の一実施例のネットワーク（７）を示
す図である。

【図１７】本発明の一実施例のネットワーク（８）を示
す図である。

【図１８】本発明の一実施例のネットワーク（９）を示
す図である。

【図１９】本発明の一実施例のネットワーク（１０）を
示す図である。

【図２０】本発明の一実施例のネットワーク（１１）を
示す図である。

【図２１】本発明の一実施例のネットワーク（１２）を
示す図である。

【図２２】本発明の一実施例のネットワーク（１３）を
示す図である。

【図２３】本発明の一実施例のネットワーク（１４）を
示す図である。

【図２４】本発明の一実施例のネットワーク（１５）を
示す図である。

【図２５】本発明の一実施例のネットワーク（１６）を
示す図である。

【図２６】本発明の一実施例のネットワーク（１７）を
示す図である。

【図２７】本発明の一実施例のネットワーク（１８）を
示す図である。

【図２８】本発明の一実施例のネットワーク（１９）を
示す図である。

【図２９】本発明の一実施例のネットワーク（２０）を
示す図である。

【図３０】ノードＮ８で創作される復旧メッセージを示
す図である。

【図３１】リンクＬ９→１０へ送出される復旧メッセー
ジを示す図である。

【図３２】ノードＮ６で作成される承認メッセージを示
す図である。

【図３３】ノードＮ６からノードＮ３へ継続される復旧
メッセージを示す図である。

【図３４】ノードＮ１１からノードＮ１０へ中継される
承認メッセージを示す図である。

【図３５】ノードＮ６で作成される撤回メッセージを示
す図である。

【図３６】ノードＮ８で作成される確認メッセージを示
す図である。

【図３７】ノードＮ３で擬製される承認メッセージを示
す図である。

【図３８】ノードＮ３からノードＮ４へ送出される承認
メッセージを示す図である。

【図３９】ノードＮ９からノードＮ１０へ中継される確
認メッセージを示す図である。

【図４０】ノードＮ８からノードＮ９へ送出されるクロ
スコネクション承認メッセージを示す図である。

【図４１】ノードＮ９からノードＮ１０へ中継されるク
ロスコネクション承認メッセージを示す図である。

【図４２】ノードＮ６からノードＮ１１へ送出されるク
ロスコネクション確認メッセージを示す図である。

【図４３】承認メッセージが競合する実施例のタイムテ
ーブルを示す図である。

【図４４】実施例中のメッセージの供給可能チャネル数
（１）を示す図である。

【図４５】実施例中のメッセージの供給可能チャネル数
（２）を示す図である。

【図４６】交差メッセージテーブル（１）を示す図であ
る。

【図４７】交差メッセージテーブル（２）を示す図であ
る。

【図４８】本発明方式の動作例（１）を示す図である。

【図４９】本発明方式の動作例（２）を示す図である。

【図５０】本発明方式の動作例（３）を示す図であっ
て、（ａ）は従来の場合、（ｂ）は本発明方式の場合を
示す。

【図５１】本発明方式の動作例（４）を示す図である。

【図５２】本発明方式の動作例（５）を示す図である。

【図５３】本発明方式の動作例（６）を示す図である。

【符号の説明】

１ 障害復旧処理起動ステージ ２ 復旧メッセージ処理ステージ ３ 承認メッセージ処理ステージ ４ 撤回メッセージ処理ステージ ５ 確認メッセージ処理ステージ ６ クロスコネクション終了メッセージ処理ステージ ７ クロスコネクション承認メッセージ処理ステージ ８ クロスコネクション確認メッセージ処理ステージ

フロントページの続き (72)発明者 中条 孝文 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (56)参考文献 特開 平４−57428（ＪＰ，Ａ) 特開 平４−152735（ＪＰ，Ａ) 特開 平３−117140（ＪＰ，Ａ) Ｈ．Ｋｏｍｉｎｅ，ｅｔ．ａｌ．，Ａ ｄｉｓｔｒｉｂｕｔｅｄ ｒｅｓｔｏ ｒａｔｉｏｎ ａｌｇｏｒｉｔｈｍ ｆ ｏｒ ｍｕｌｔｉｐｌｅ−ｌｉｎｋ ａ ｎｄ ｎｏｄｅ ｆａｉｌｕｒｅｓ ｏ ｆ ｔｒａｎｓｐｏｒｔ ｎｅｔｗｏｒ ｋｓ，ＧＬＯＢＥＣＯＭ’90，ＩＥＥ Ｅ，ｐｐ．459−463 小倉孝夫他，ノード障害を考慮した分 散処理型セルフヒーリングアルゴリズム の検討，1990年電子情報通信学会秋季全 国大会Ｂ−503 中条孝文他，分散処理型セルフヒーリ ングアルゴリズムとその最適予備容量設 定アルゴリズム，電子情報通信学会論文 誌 Ｂ−Ｉ，Ｖｏｌ．Ｊ73−Ｂ−Ｉ，Ｎ ｏ．５，ｐｐ．479−486 (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/56

Claims (14)

(57)【特許請求の範囲】
1. 【請求項１】 複数のノードで構成されたネットワーク
   におけるリンクまたはノードの障害時に分散制御によっ
   て迂回パスの探索を行う迂回経路探索方法において、 リンクまたはノードにおける障害を検出したノードが起
   動メッセージに応じて障害復旧処理起動ステージを実行
   し、障害パスの決定とバンドリングを行うとともに、迂
   回経路を探索するための復旧メッセージを送出する過程
   と、 前記 復旧メッセージを受信したノードが復旧メッセージ
   処理ステージを実行し、該復旧メッセージに記載された
   選択ノード候補のとき迂回経路を予約するための承認メ
   ッセージを返送し、選択ノード候補でないとき該復旧メ
   ッセージを中継送出する過程と、前記 承認メッセージを受信したノードが承認メッセージ
   処理ステージを実行し、前記復旧メッセージの発信ノー
   ドのときは予約された迂回経路を確認して決定する確認
   メッセージを送信してクロスコネクト切替を開始し、発
   信ノードでないときは承認メッセージを中継送出し、迂
   回経路の予約を継続出来なかった分に対して迂回経路の
   予約を撤回する撤回メッセージを返送する過程と、前記 撤回メッセージを受信したノードが撤回メッセージ
   処理ステージを実行し、予約された予備チャネルを解放
   し、別方路に対して承認メッセージの送出を試み、選択
   ノードで迂回経路の予約を行えなかった分に対しては処
   理を取り止める過程と、 前記 確認メッセージを受信したノードが確認メッセージ
   処理ステージを実行して予備チャネルを確定するととも
   に、選択ノードであればクロスコネクト切替を開始し、
   選択ノードでなければ確認メッセージを中継送出する過
   程と、 クロスコネクト切替を終了したノードがクロスコネクシ
   ョン終了メッセージに応じてクロスコネクション終了メ
   ッセージ処理ステージを実行し、発信ノードのときはク
   ロスコネクション承認メッセージを発信し、発信ノード
   でないときはクロスコネクション承認メッセージをすで
   に受信していれば、選択ノードであればクロスコネクシ
   ョン確認メッセージを発信し、選択ノードでなければク
   ロスコネクション承認メッセージを中継送出し、クロス
   コネクション承認メッセージを未受信であれば直ちに、
   クロスコネクト切替未開始がなければ処理を終了し、ク
   ロスコネクト切替未開始があればクロスコネクト切替を
   命令する過程と、 クロスコネクション承認メッセージを受信したノードが
   クロスコネクション承認メッセージ処理ステージを実行
   し、クロスコネクト切替終了時、選択ノードであればク
   ロスコネクション確認メッセージを発信し、選択ノード
   でなければクロスコネクション承認メッセージを中継送
   出する過程と、 クロスコネクション確認メッセージを受信したノードが
   クロスコネクション確認メッセージ処理ステージを実行
   し、発信ノードでなければクロスコネクション確認メッ
   セージを中継送出し、発信ノードであれば処理を終了す
   る過程とを含むことを特徴とする迂回経路探索方法。
2. 【請求項２】 前記障害復旧処理起動ステージにおい
   て、障害を検出したノードが、その障害の影響を受けて
   いる障害パスをグループ化して、そのグループのすべて
   の選択ノード候補と、それらに対応するパスのチャネル
   数の情報をメッセージに持つことによって、各障害パス
   に対してまとめて迂回路の探索を開始し、各障害パスに
   おいて、障害側の次のノードが終端になっていればその
   ノードを、終端になっていなければさらに次のノードを
   メッセージの選択ノード候補とするとともに、障害側パ
   ス端のノード番号と、非障害側パス端のノード番号をも
   とに障害パスの復旧処理を担うノードを一意に決定する
   過程を含むことを特徴とする請求項１に記載の迂回経路
   探索方法。
3. 【請求項３】 前記障害復旧処理起動ステージにおい
   て、多重リンク障害時、連続する２つの障害リンクを通
   過する障害パスについて、両リンクから障害を検出した
   ノードは、両リンクを通過している障害パスに対して
   は、復旧処理を担わないようにしたことを特徴とする請
   求項２に記載の迂回経路探索方法。
4. 【請求項４】 前記復旧メッセージ処理ステージにおい
   て、迂回経路探索のための復旧メッセージを、送出可能
   な各ポートごとに、該ポートへそれまでに送出した同一
   任務のメッセージの供給可能チャネル数の合計が、総要
   求チャネル数を超えるか、またはホップ数が制限を超え
   ないかぎり、ブロードキャストを続けることを特徴とす
   る請求項２に記載の迂回経路探索方法。
5. 【請求項５】 請求項４に記載の迂回経路探索方法にお
   いて、各ノードにメッセージ待ち行列を２つ用意し、一
   方を復旧メッセージ用の待ち行列とし、他方をそれ以外
   の種類のメッセージ用の待ち行列として、復旧メッセー
   ジの処理を非優先的に実行することを特徴とする迂回経
   路探索方法。
6. 【請求項６】 前記復旧メッセージ処理ステージにおい
   て、復旧メッセージに記載された選択ノード候補がその
   復旧メッセージを受信したとき、迂回経路を予約するた
   めの承認メッセージを受信したポートへ送り返したの
   ち、そのノードを選択ノード候補から除外した復旧メッ
   セージを作成して、さらにブロードキャストを続けるこ
   とを特徴とする請求項４に記載の迂回経路探索方法。
7. 【請求項７】 前記復旧メッセージ処理ステージにおい
   て、各ノードは、受信した復旧メッセージと、それを受
   信したポート番号と、承認メッセージによって予約され
   ているチャネル数とを情報として持つ復旧メッセージテ
   ーブルに、迂回経路情報を記録することを特徴とする請
   求項２に記載の迂回経路探索方法。
8. 【請求項８】 前記承認メッセージ処理ステージにおい
   て、各ノードは、受信したメッセージを格納する入力メ
   ッセージテーブルと、出力したメッセージと、その処理
   を引き起こしたメッセージを入力したポート番号と、承
   認メッセージについて確認メッセージによって確定され
   たチャネル数を情報として持つ出力メッセージテーブル
   とを備えて、迂回経路の予約，確定の情報を記録するこ
   とを特徴とする請求項２に記載の迂回経路探索方法。
9. 【請求項９】 前記承認メッセージ処理ステージにおい
   て、承認メッセージの送出を前記復旧メッセージテーブ
   ルをもとに行い、同一任務の復旧メッセージのうち、最
   も早く到達したものから一つ以上、供給可能チャネル数
   が満たされるか、または復旧メッセージがなくなるまで
   選択して、それぞれの復旧メッセージの入力ポートへ承
   認メッセージを送出して、承認メッセージを複数に分岐
   可能にしたことを特徴とする請求項２に記載の迂回経路
   探索方法。
10. 【請求項１０】 前記承認メッセージ処理ステージにお
    いて、承認メッセージに逆行承認メッセージ数と逆行撤
    回メッセージ数の情報を持ち、承認メッセージを受信し
    たノードが、該承認メッセージとすれ違った承認メッセ
    ージ，撤回メッセージの数を求めることによって、承認
    メッセージどうしの予備チャネルの取り合いを調停する
    ことを特徴とする請求項９に記載の迂回経路探索方法。
11. 【請求項１１】 前記承認メッセージ処理ステージにお
    いて、ノードが受信した承認メッセージが、該ノードの
    番号と、一つ前に通過したノードの番号とから、該承認
    メッセージがすれ違った承認メッセージより優先度があ
    るか否かを決定し、優先度がある場合は、競合相手の承
    認メッセージのための撤回メッセージを送出して該承認
    メッセージを通過させ、優先度がない場合は、ポートの
    予備チャネルを参照して、不足分の送出をとりやめるこ
    とを特徴とする請求項１０に記載の迂回経路探索方法。
12. 【請求項１２】 前記撤回メッセージ処理ステージにお
    いて、承認メッセージと撤回メッセージが予約しつつあ
    る迂回経路情報を持ち、各ノードが供給可能チャネル数
    分の承認メッセージを送出できなかったとき、不足数分
    を撤回メッセージとして、該承認メッセージを送出した
    一つ前のノードに送り返すことによって、該ノードにお
    いて再び承認メッセージの送出を試みることを特徴とす
    る請求項９に記載の迂回経路探索方法。
13. 【請求項１３】 前記確認メッセージ処理ステージにお
    いて、各ノードに、切替を命令した確認メッセージと、
    入力ポート番号と、出力ポート番号と、クロスコネクト
    切替の開始，終了，承認の状態とを情報として持つクロ
    スコネクションテーブルを備えて、クロスコネクト装置
    の切替を管理することを特徴とする請求項２に記載の迂
    回経路探索方法。
14. 【請求項１４】 前記クロスコネクション承認メッセー
    ジ処理ステージおよびクロスコネクション確認メッセー
    ジ処理ステージにおいて、確認メッセージの処理におい
    てクロスコネクト装置の切替開始を命令し、該切替命令
    を受信したとき対応するクロスコネクト切替が終了して
    いれば、迂回経路に沿って発信ノードから選択ノードへ
    クロスコネクション承認メッセージを送出し、該クロス
    コネクト切替が終了していなければ、迂回経路に沿って
    発信ノードから選択ノードへ切替終了時に送出すべきク
    ロスコネクション承認メッセージを送出したのちに、選
    択ノードから発信ノードへクロスコネクション確認メッ
    セージを送出することによって、クロスコネクト切替を
    確認することを特徴とする請求項２に記載の迂回経路探
    索方法。