(57)【要約】【課題】複数のノードを含むネットワークシステムにおいて、各ノードの障害検出時間の長さ如何にかかわらず、正確に障害発生区間を特定することができる障害局所化装置、伝送ネットワークシステム、障害局所化方法、及びそのプログラムを提供すること。【解決手段】コントロールプレーンを通して複数のノードが相互に通信し合う伝送ネットワークシステム内で、各ノードに装備され、隣接する上流及び下流ノードとの通信によって得た情報をもとに上流ノードとの区間内で発生した障害を検出する障害局所化装置は、障害検出時間について、自ノードの方が下流ノードよりも長ければ「自ノード−下流ノード」なる減算により待ち時間ｔを算出し設定する待ち時間設定部と、下流ノードから障害を検出した旨の通知を受けると待ち時間ｔの経過を待って上流側での障害発生の有無を検出する障害発生検出部と、を有する。【選択図】図１
2014192869.tif 000002
【特許請求の範囲】
【請求項１】
複数のノードが相互に通信し合う伝送ネットワークシステム内で、前記各ノードに装備され、隣接する上流及び下流ノードとの前記通信によって得た情報をもとに当該上流ノードとの区間内で発生した障害を検出する障害局所化装置であって、
自ノードの障害検出時間が前記下流ノードの障害検出時間よりも長い場合に、当該自ノードの障害検出時間から前記下流ノードの障害検出時間を減算すると共に、この算出時間を前記自ノードの待ち時間として設定する待ち時間設定部と、
前記下流ノードから障害を検出した旨の通知を受信した際に、前記待ち時間の経過を待って上流側での障害発生の有無を検出する障害発生検出部と、を有することを特徴とした障害局所化装置。
【請求項２】
前記請求項１に記載の障害局所化装置において、
この障害発生検出部は、前記上流側で障害が発生したことを検出した際に、当該検出の旨を前記上流ノードに通知し、この通知に対して前記上流ノードから応答される障害発生の有無にかかる情報をもとに、前記上流ノードとの区間内で障害が発生したか否かを判定する発生箇所局所化手段を有することを特徴とした障害局所化装置。
【請求項３】
前記請求項１又は２に記載の障害局所化装置において、
前記障害発生検出部は、前記下流ノードから障害を検出した旨の通知を受けた際に、前記障害発生の有無にかかる検出の結果を前記下流ノードに応答する検出結果応答手段をさらに有することを特徴とした障害局所化装置。
【請求項４】
相互に通信し合う複数のノードを含む伝送ネットワークシステムであって、
前記各ノードは、隣接する上流及び下流ノードとの前記通信によって得た情報をもとに当該上流ノードとの区間内で発生した障害を検出する障害局所化装置を有し、
この障害局所化装置として、前記請求項１乃至３の何れか一つに記載の障害局所化装置を備えたことを特徴とする伝送ネットワークシステム。
【請求項５】
複数のノードが相互に通信し合う伝送ネットワークシステム内で、前記各ノードに装備され、隣接する上流及び下流ノードとの前記通信によって得た情報をもとに当該上流ノードとの区間内で発生した障害を検出する障害局所化装置にあって、
前記下流ノードの障害検出時間を取得し、
この取得した時間よりも自ノードの障害検出時間の方が長い場合に、当該自ノードの障害検出時間から当該取得した時間を減算すると共に、この算出時間を前記自ノードの待ち時間として設定し、
前記下流ノードから障害を検出した旨の通知を受信した際に、前記待ち時間の経過を待って上流側での障害発生の有無を検出することを特徴とした障害局所化方法。
【請求項６】
前記請求項５に記載の障害局所化方法において、
前記上流側で障害が発生したことを検出した際に、当該検出の旨を前記上流ノードに通知し、
この通知に対して前記上流ノードから応答される障害発生の有無にかかる情報をもとに、前記上流ノードとの区間内で障害が発生したか否かを判定することを特徴とした障害局所化方法。
【請求項７】
前記請求項５又は６に記載の障害局所化方法において、
前記下流ノードから障害を検出した旨の通知を受けた際に、前記障害発生の有無にかかる検出の結果を前記下流ノードに応答することを特徴とした障害局所化方法。
【請求項８】
複数のノードが相互に通信し合う伝送ネットワークシステム内で、前記各ノードに装備され、隣接する上流及び下流ノードとの前記通信によって得た情報をもとに当該上流ノードとの区間内で発生した障害を検出する障害局所化装置にあって、
自ノードの障害検出時間が前記下流ノードの障害検出時間よりも長い場合に、当該自ノードの障害検出時間から前記下流ノードの障害検出時間を減算すると共に、この算出時間を前記自ノードの待ち時間として設定する待ち時間設定手段、
前記下流ノードから障害を検出した旨の通知を受信した際に、前記待ち時間の経過を待って上流側での障害発生の有無を検出する障害発生検出手段、
として前記障害局所化装置に予め設けられたコンピュータを機能させるための障害局所化プログラム。
【請求項９】
前記請求項８に記載の障害局所化プログラムにおいて、
前記コンピュータを、
前記障害発生検出手段にて障害が発生したことを検出した際に、前記障害発生を検出した際に、当該検出の旨を前記上流ノードに通知し、この通知に対して前記上流ノードから応答される障害発生の有無にかかる情報をもとに、前記上流ノードとの区間内で障害が発生したか否かを判定する発生箇所局所化手段、として機能させるための障害局所化プログラム。
【請求項１０】
前記請求項８又は９に記載の障害局所化プログラムにおいて、
前記コンピュータを、
前記下流ノードから障害を検出した旨の通知を受けた際に、前記障害発生検出手段にて検出した結果を前記下流ノードに応答する検出結果応答手段、として機能させるための障害局所化プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ルータや光クロスコネクト等の伝送装置及びこれらを組み合わせて成るネットワークシステムに係り、特に、信号断等の障害を検出する障害局所化装置、伝送ネットワークシステム、障害局所化方法、及びそのプログラムに関する。
【背景技術】
【０００２】
近年のネットワークは、ルータ，光クロスコネクト装置，又はＴＤＭ（Time Division Multiplexing）装置等を組み合わせて構築されるようになってきている。従来は、このネットワークを管理プレーンによって集中制御していたが、近年は、経路制御等の演算を担うコントロールプレーンを付加し、これによってパスの設定／解除，障害回復を行うようになってきている。
【０００３】
また、トラフィックエンジニアリング技術であるラベルの概念を、ＴＤＭ，波長パス，及びファイバの各レイヤに適用し、１つの制御プレーンでＩＰネットワークや光ネットワークを統合的かつシームレスに制御できる技術として、ＧＭＰＬＳ（Generalizesd Multi−Protocol Label Switch）が知られている。
ＧＭＰＬＳプロトコル群の中にはＬＭＰ（ＲＦＣ４２０４）があり、これによりネットワーク内の障害区間を管理している。
【０００４】
ここで、ルータや光クロスコネクト装置等の機器である複数のノード（ノード１０１，ノード１０２，ノード１０３，及びノード１０４）を備えた伝送ネットワークシステムについて、図９をもとに説明する。各ノード間は、コントロールプレーン（図示せず）を通してＬＭＰにより通信可能な状態にあるものとする。
【０００５】
また、この図９は、ユーザトラフィックである信号が、ノード１０１からノード１０４へと向かう方向に流れている状況において、ノード１０１−ノード１０２間で障害（光信号断）が発生した場合を示している。すなわち、障害があるのはノード１０１−ノード１０２間のみであり、ノード１０２−ノード１０３間，ノード１０３−ノード１０４間には障害がない場合を想定する。
【０００６】
さらに、ノード１０１が障害を検出するまでに要する時間（障害検出時間）は、図９に示す通り１００ｍｓ（ミリ秒）であり、同様に、ノード１０２，ノード１０３，及びノード１０４での障害検出時間はそれぞれ、２００ｍｓ，３００ｍｓ，及び４００ｍｓである。
【０００７】
こうした伝送ネットワークシステムにおけるＬＭＰでは、障害を検出した下流ノードが、自ノードの障害状態（自分の上流側に障害が発生しているか否か）を上流ノードに通知すると共に、これに対する上流ノードからの応答内容をもとに自ノード側に障害が在るか否かを判定する。すなわち、障害を検出した下流ノードは、上流ノードのさらに上流側にも障害がある場合に自ノード側（上流ノードと自ノードとの間）には障害がない旨判定し、上流ノードのさらに上流側には障害がない場合に自ノード側に障害がある旨判定する。
【０００８】
ここで、図９に示す場合の各ノードは、それぞれの障害検出時間が上述した通りであり、下流にあるノードよりも早い段階で障害を検出することができるため、下流ノードに対して正確な検出結果を応答できることから、システム全体として正しく障害発生区間を特定することができる。
【０００９】
各ノードによる障害検出の具体的な動作は、図９を参照すると以下のようになる。
まず、障害を検出したノード１０２が、当該検出の旨をノード１０１にＣＳメッセージでＳＦ通知し、そのメッセージに対するＡｃｋ（確認応答）をノード１０１が返信する。
次いで、ノード１０１は、自分の上流側に障害が発生しているか否かをチェックすると共に、ここでは障害が発生していない状況であることからＣＳ（Channel Status）メッセージでＯＫ（障害なしの旨）を通知する。
続いて、ノード１０２は、ＯＫが返信されたことから、ノード１０２の上流側で障害が発生し且つノード１０１の上流側では障害が発生していないと判断できるため、ノード１０１−ノード１０２間に障害がある旨判定する。
【００１０】
ノード１０２−ノード１０３間，ノード１０３−ノード１０４間においても、上記同様なシーケンスが走り、その結果、下流ノードであるノード１０３及びノード１０４のそれぞれが、ノード１０２−ノード１０３間，ノード１０３−ノード１０４間に障害がない旨判定する。
【００１１】
すなわち、上記各判定結果に基づいて、障害発生区間がノード１０１−ノード１０２間に特定されることとなる。
【００１２】
上述した内容に関連する技術としては、例えば、下記の技術内容（特許文献１又は２）が知られている。
【００１３】
特許文献１には、下位ネットワークの障害発生時において、トポロジ情報の更新及び迂回ルートの設定をルータが行う前に所定の保留時間を設け、これにより、当該更新及び設定の回数を減少させることで、ルータ等における処理負荷を低減させるという技術内容が開示されている。
【００１４】
また、特許文献２には、上流に障害が発生しているか否かを検出する機能を備えた複数の伝送装置が、コントロールプレーンを通じてＬＭＰで相互に通信する伝送ネットワークシステムが開示されている。ここでは、障害検出に最も多くの時間を要する伝送装置の障害検出時間をディレイ時間（各伝送装置が確実に障害を検出できる時間）として設定すると共に、下流の伝送装置から障害を検出した旨の通知を受信した伝送装置が、ディレイ時間経過後に当該通知に対する応答を返信する、という技術内容が開示されている。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】特開２００３−２５８９０７号公報
【特許文献２】特開２００７−３２９８６７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１６】
しかしながら、上記関連技術のように、障害区間を見つけるというＬＭＰの一つの機能に依存した判定方法では、正確に障害区間を見つけることができない。
【００１７】
すなわち、本来は、上記図９に基づく説明のように、ＬＭＰのＦａｕｌｔ Ｌｏｃａｌｉｚａｔｉｏｎにより、障害発生区間がノード１０１−ノード１０２間に特定されるべきであるが、各ノードの各々に障害検出保護時間が設定されていると、それぞれが必要とする障害検出時間が異なってしまうため、下流ノードでの正確な判定が実行できないという不都合が生じる。
同様に、複数のメーカーの機器が上記各ノードとして存在するマルチベンダ環境では、障害検出時間がまちまち（不揃い）となり、正確に障害区間を見つけることができないという不都合が起きる。
【００１８】
こうした不都合は、例えば図１０に示すように、障害検出時間について、ノード２０４が２００ｍｓであり且つその上流に位置するノード２０３が４００ｍｓであるような場合、すなわち、上流ノードの障害検出時間が下流ノードの障害検出時間に比べて長い場合に生じる。ここに示す伝送ネットワークシステムにおいても、上記図９と同様、ノード２０１−ノード２０２間にのみ障害（光信号断）があり、ノード２０２−ノード２０３間，ノード２０３−ノード２０４間には障害がない場合を想定する。
【００１９】
具体的には、各ノードが、以下のような動作（図１０）を行うことに起因して、前述した不都合が生じる。
まず、障害を検出したノード２０４が、当該検出の旨をノード２０３にＣＳメッセージでＳＦ通知し、そのメッセージに対するＡｃｋ（確認応答）をノード２０３が返信する。
【００２０】
ノード２０３とノード２０４との障害検出時間が等しい場合やノード２０３よりもノード２０４の方が障害の検出に時間がかかる場合であれば、ノード２０４から障害を検出した旨の通知を受けた時点で、ノード２０３が上流側の障害を検出しているため、ＣＳメッセージでＳＦ（障害ありの旨）を通知することになる。
しかしながら、図１０に示す状況にあっては、上記障害を検出した旨の通知をノード２０４から受けた時点において、ノード２０３は、未だ上流側の障害を検出していないことから、ノード２０４に対してＣＳメッセージでＯＫ（障害なしの旨）を通知することになる。このため、当該通知を受けたノード２０４が、正常な区間であるノード２０３−ノード２０４間に障害がある旨の誤判定を行うこととなる。
【００２１】
ノード２０２−ノード２０３間においても、ノード２０３が障害を検出するとノード２０２との間で上記同様なシーケンスが走り、ここでは、上流であるノード２０２の方がノード２０３よりも障害検出時間が短いことから、正しくＦａｕｌｔ Ｌｏｃａｌｉｚａｔｉｏｎが実行されるため、ノード２０２からの障害ありの旨の通知を受けたノード２０３が、ノード２０２−ノード２０３間に障害がない旨を正確に判定する。
ノード２０１−ノード２０２間においては、ノード２０１の上流には障害が発生していないため、障害を検出しなかったノード２０１から障害なしの旨の通知を受けたノード２０２が、ノード２０１−ノード２０２間に障害がある旨を正確に判定する。
【００２２】
ここで、ＧＭＰＬＳには、障害が見つかった場合にリンクやパスの切り替えを行う障害回復機能がある。このため、上述したように、正常な区間であるにもかかわらず「障害のある区間である」との判定を誤って行ってしまうと、該障害回復機能により、正常な区間やその区間を通るパスが切り替え対象となってしまい、これにより、切り替えが不要な区間やパスを切り替えてしまうという問題が生じる。
【００２３】
また、特許文献１に記載された上記所定の保留時間は、ルータによる更新等を遅らせるために設定されるものであり、すなわち、各ノードによる障害検出時間に基づいてノード間における障害の誤検出を防止するために待ち時間を設定する、という技術内容については何ら開示されていない。
【００２４】
さらに、特許文献２に記載の伝送ネットワークシステムにおいては、各伝送装置における障害検出時間の大小如何にかかわらず、上記ディレイ時間を下流からの受信から応答返信までの待ち時間として各伝送装置に一律に設定するため、当該設定がなくても障害検出可能な伝送装置においては、不必要な待ち時間が増えるという不都合がある。また、上記設定が必要となる伝送装置においても、設定時間の過多に起因して不要な待ち時間が多くなるという不都合がある。
【００２５】
（発明の目的）
本発明は、上記従来例の有する不都合を改善するためのものであり、特に、複数のノードを含むネットワークシステムにおいて、各ノードの障害検出時間の長さ如何にかかわらず、正確に障害発生区間を特定する障害局所化装置、伝送ネットワークシステム、障害局所化方法、及びそのプログラムの提供を、その目的とする。
【課題を解決するための手段】
【００２６】
上記目的を達成するために、本発明にかかる障害局所化装置では、複数のノードが相互に通信し合う伝送ネットワークシステム内で、前記各ノードに装備され、隣接する上流及び下流ノードとの前記通信によって得た情報をもとに当該上流ノードとの区間内で発生した障害を検出する障害局所化装置であって、自ノードの障害検出時間が前記下流ノードの障害検出時間よりも長い場合に、当該自ノードの障害検出時間から前記下流ノードの障害検出時間を減算すると共に、この算出時間を前記自ノードの待ち時間として設定する待ち時間設定部と、前記下流ノードから障害を検出した旨の通知を受信した際に、前記待ち時間の経過を待って上流側での障害発生の有無を検出する障害発生検出部と、を有するという構成を採っている。
【００２７】
また、本発明にかかる伝送ネットワークシステムでは、コントロールプレーンを通して相互に通信し合う複数のノードを含む伝送ネットワークシステムであって、
前記各ノードは、隣接する上流及び下流ノードとの前記通信によって得た情報をもとに当該上流ノードとの区間内で発生した障害を検出する障害局所化装置を有する、という構成を採っている。
【００２８】
さらに、本発明にかかる障害局所化方法では、複数のノードが相互に通信し合う伝送ネットワークシステム内で、前記各ノードに装備され、隣接する上流及び下流ノードとの前記通信によって得た情報をもとに当該上流ノードとの区間内で発生した障害を検出する障害局所化装置にあって、前記下流ノードの障害検出時間を取得し、この取得した時間よりも自ノードの障害検出時間の方が長い場合に、当該自ノードの障害検出時間から当該取得した時間を減算すると共に、この算出時間を前記自ノードの待ち時間として設定し、前記下流ノードから障害を検出した旨の通知を受信した際に、前記待ち時間の経過を待って上流側での障害発生の有無を検出することを特徴とする。
【００２９】
また、本発明にかかる障害局所化プログラムでは、複数のノードが相互に通信し合う伝送ネットワークシステム内で、前記各ノードに装備され、隣接する上流及び下流ノードとの前記通信によって得た情報をもとに当該上流ノードとの区間内で発生した障害を検出する障害局所化装置にあって、自ノードの障害検出時間が前記下流ノードの障害検出時間よりも長い場合に、当該自ノードの障害検出時間から前記下流ノードの障害検出時間を減算すると共に、この算出時間を前記自ノードの待ち時間として設定する待ち時間設定手段、前記下流ノードから障害を検出した旨の通知を受信した際に、前記待ち時間の経過を待って上流側での障害発生の有無を検出する障害発生検出手段、として前記障害局所化装置に予め設けられたコンピュータを機能させることを特徴とする。
【発明の効果】
【００３０】
本発明によれば、複数のノードを含むネットワークシステムにおいて、特に、各ノード間で事前に障害検出時間を通知し合うと共に、このデータを利用して障害検出確定までの待ち時間ｔを算出し設定するという構成を採用したため、各ノードの障害検出時間の長さ如何にかかわらず、正確に障害発生区間を特定することができる障害局所化装置、伝送ネットワークシステム、障害局所化方法、及びそのプログラムの提供が可能となる。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施形態にかかる伝送ネットワークシステムのノード構成及び動作を示すシーケンス図である。
【図２】図１に開示した伝送ネットワークシステムの全体的構成を示すブロック図である。
【図３】図２に開示した伝送ネットワークシステムにおける各ノードが、隣接ノードとの通信を開始するに際して、コントロールチャンネルの確立を行う流れを示す図である。
【図４】図２に開示した伝送ネットワークシステムにおいて、ＣＯＮＦＩＧオブジェクトに、障害検出時間を通知するためのＣ−Ｔｙｐｅを追加した状況を示す図である。
【図５】図３に開示した状況において、３０（Ｃ−Ｔｙｐｅ＝３０）を、Fault Detectionとして定義した様子を示す図である。
【図６】図２に開示した伝送ネットワークシステムが有する各ノードに内包され、隣接する上流ノードとの区間内で発生した障害を検出する障害局所化装置の機能的構成を示すブロック図である。
【図７】図６に開示した障害局所化装置が待ち時間ｔを求める際の動作を示すフローチャートである。
【図８】図６に開示した障害局所化装置が行う障害検出にかかる動作を示すフローチャートである。
【図９】関連技術にかかる伝送ネットワークシステムにおいて、各ノードの障害検出時間が障害の検出精度に影響しない場合を示すシーケンス図である。
【図１０】関連技術にかかる伝送ネットワークシステムにおいて、各ノードごとに障害検出時間が異なることに起因して、障害発生にかかる誤判定が行われる場合を示すシーケンス図である。
【発明を実施するための形態】
【００３２】
〔実施形態〕
本発明にかかる障害局所化装置及び伝送ネットワークシステムの実施形態を、図１乃至図８に基づいて説明する。
【００３３】
（全体的構成）
図２に示すように、伝送ネットワークシステム３０は、ルータや光クロスコネクト装置等の機器である複数のノード（ノード１１，ノード１２，ノード１３，及びノード１４）を有し、各ノード間では、コントロールプレーン２０を通してＬＭＰにより通信を行うように構成されている。
【００３４】
また、ＬＭＰでは、上記各ノードが隣接ノードと通信を開始するに際して、コントロールチャンネルの確立を行うように構成されている。
そこで、まず、図２におけるノード１３及びノード１４を抜き出して示した図３に基づいて、コントロールチャンネルの確立にかかる構成を説明する。なお、適宜図４及び図５を参照する。
【００３５】
各ノードは、図４に示すＣＯＮＦＩＧオブジェクト（Ｃｌａｓｓ＝６）のＨｅｌｌｏＣｏｎｆｉｇ（Ｃ−Ｔｙｐｅ＝１）を使用して、お互いに、Ｈｅｌｌｏパケットの送信間隔及びＨｅｌｌｏパケット受信タイムアウト時間を通知し合うことにより、後述する障害発生の有無を確定するための待ち時間ｔの値を決定するように構成されている。
Ｃ−Ｔｙｐｅは、障害検出時間を通知するために、ＣＯＮＦＩＧオブジェクトに新しく追加されたものである。
【００３６】
また、ここでは、２０〜１２７（Ｃ−Ｔｙｐｅ＝２０〜１２７）が、Ｐｒｉｖａｔｅ Ｕｓｅとなっている。このため、これらの内の何れかをＦａｕｌｔ Ｄｅｔｅｃｔｉｏｎとして定義することができ、本実施形態では、図５に示すように、３０（Ｃ−Ｔｙｐｅ＝３０）をＦａｕｌｔ Ｄｅｔｅｃｔｉｏｎとして定義する、という構成を採った。
【００３７】
さらに、図３に示すコントロールチャンネル確立時において、各ノードは、このオブジェクトを隣接ノードとの間でやり取りすることにより、互いに隣接ノードの障害検出時間を得る、という構成を採っている。
【００３８】
ノード１３及びノード１４は共に、このオブジェクトの内容をサポートしているため、図３に示すように、ノード１３からの設定通知（Ｃｏｎｆｉｇ）に対してノード１４は、Ｃｏｎｆｉｇ Ａｃｋメッセージを応答し、ノード１４からの設定通知（Ｃｏｎｆｉｇ）に対してノード１３は、Ｃｏｎｆｉｇ Ａｃｋメッセージを応答するように構成されている。なお、このオブジェクトの内容を未サポートである等の理由で、隣接するノードからの通知を受け付けられないノードは、Ｃｏｎｆｉｇ Ｎａｃｋメッセージを応答するという構成となる。
【００３９】
図２に示す他の各ノード間（ノード１１−ノード１２間，ノード１２−ノード１３間）においても、上記同様にしてコントロールチャンネルの確立が実行されるように構成されている。コントロールチャンネル確立の具体的なプロトコルについての説明は、ＲＦＣ（Request For Comments）にて規定されているため、ここでは省略する。
【００４０】
次に、図２のＦａｕｌｔ Ｌｏｃａｌｉｚａｔｉｏｎプロセスにかかる構成を、図１を参照して説明する。この図１には、前述した伝送ネットワークシステム３０（図２）が内包する各ノード（ノード１１乃至１４）を示す。
【００４１】
図１及び図２では、ユーザトラフィックである信号が、ノード１１からノード１４へと向かう方向に流れている状況において、ノード１１−ノード１２間で障害（光信号断）が発生した場合を示している。
【００４２】
したがって、ここでの説明は、ノード１１からノード１４へ向かう信号の方向で行うものとし、かかる場合、ノード１４が最下流に位置するノードとなる。また、障害があるのはノード１１−ノード１２間のみであり、ノード１２−ノード１３間，ノード１３−ノード１４間には障害がない場合を想定する。
なお、図１のシーケンスにおいて、ＣＳメッセージ以外のＬＭＰのメッセージについては、Ｆａｕｌｔ Ｌｏｃａｌｉｚａｔｉｏｎとは直接関係がなく、本発明とは直接関係しないため、その説明を省略する。
【００４３】
上記のようにコントロールチャンネルが確立され、隣接する下流ノードの障害検出時間を得た各ノードは、これを自ノードの障害検出時間と比較することにより、自ノードの障害検出時間が下流ノードよりも長いか否かを判定するように構成されている。
【００４４】
その際、自ノードの方が長い旨判定したノードは、後述する下流ノードからのＣＳメッセージを受信した後、障害発生の有無を確定させるための待機時間である待ち時間ｔを、「自ノードの障害検出時間−下流ノードの障害検出時間」なる減算式により算出し設定すると共に、上流側での障害発生の有無を検出する際に使用する、という構成を採っている。
【００４５】
すなわち、障害発生の有無を確定させるための（障害検出確定までの）待ち時間ｔは、上流ノードの障害検出時間が下流ノードの障害検出時間よりも長い場合に生じていた「障害検出確定前に上流ノードが検出結果を応答してしまうという不都合」を回避するために、上流ノードが予め算出し設定するものである。
【００４６】
本実施形態における各ノードの障害検出時間は、図１に示す通り、ノード１１が１００ミリ秒、ノード１２が３００ミリ秒、ノード１３が４００ミリ秒、ノード１４が２００ミリ秒である。
【００４７】
したがって、ノード１１−ノード１２間，ノード１２−ノード１３間では、各区間における上流ノードの障害検出時間の方が下流ノードに比べて短いため、上流側での障害検出に際して待ち時間ｔを設ける必要はなく、ノード１１及びノード１２は、通常通りに上流側での障害を検出するという構成となる。
【００４８】
一方、ノード１３−ノード１４間では、上流にあるノード１３の障害検出時間の方が長いため、ノード１３は、自ノードの障害検出時間から下流にあるノード１４の障害検出時間を減算することで待ち時間tを求めると共に、この待ち時間ｔの経過を待って上流側での障害発生の有無を検出する、という構成となる。
【００４９】
具体的には、以下のような構成を採っている。
まず、ノード１４は、上流で発生した障害を検出すると共に当該検出の旨をノード１３にＣＳメッセージでＳＦ通知（ＣＳ（ＳＦ，Ｄ＝０））し、この通知を受けたノード１３は、そのメッセージを受信したことをノード１４に伝達するためにＡｃｋ（ＣＳ Ａｃｋ）を返信するように構成されている。
【００５０】
次いで、ノード１３は、予め設定した待ち時間であるｔ秒の経過を待ってから、自分の上流側における障害発生の有無を検出（チェック）し、これにより障害の発生を検出すると、（ＣＳ（ＳＦ，Ｄ＝１））メッセージをノード１４へ送信するように構成されている。
【００５１】
これに応じて、ノード１４は、当該メッセージを受信したことをノード１３に伝達するためにＡｃｋ（ＣＳ Ａｃｋ）を返信すると共に、ノード１３−ノード１４間には障害がない旨を正確に判定するという構成を採っている。
【００５２】
また、ノード１１−ノード１２間においても同様である。
障害を検出したノード１２が、当該検出の旨をノード１１にＣＳメッセージでＳＦ通知（ＣＳ（ＳＦ，Ｄ＝０））し、これを受けたノード１１が、当該メッセージに対するＡｃｋ（ＣＳ Ａｃｋ）を返信すると共に、自分の上流側における障害発生の有無を検出（チェック）するように構成されている。
【００５３】
当該区間では、上流にあるノード１１の障害検出時間が、下流にあるノード１２の障害検出時間に比べて短いため、上記検出を行う際にノード１１は、障害検出確定までの待ち時間ｔを必要としないことから、通常通りに上流側での障害を検出するという構成となる。なお、かかるノード構成においてノード１１は、後述するように、待ち時間ｔの算出及び設定を行わないように構成されている。
【００５４】
ここで、ノード１１の上流側では障害が発生していないため、ノード１１は、障害が発生していない旨の（ＣＳ（ＯＫ，Ｄ＝１））メッセージをノード１２へ送信し、このメッセージに対するＡｃｋ（ＣＳ Ａｃｋ）を返信したノード１２が、ノード１１−ノード１２間に障害がある旨判定する、という構成を採っている。
【００５５】
さらに、ノード１２−ノード１３間においても同様である。
障害を検出したノード１３が、当該検出の旨をノード１２にＣＳメッセージでＳＦ通知（ＣＳ（ＳＦ，Ｄ＝０））し、これを受けたノード１２が、当該メッセージに対するＡｃｋ（ＣＳ Ａｃｋ）を返信すると共に、自分の上流側における障害発生の有無を検出（チェック）するように構成されている。
【００５６】
当該区間においても、上流にあるノード１２の障害検出時間が、下流にあるノード１３の障害検出時間に比べて短いため、上記検出を行う際にノード１２は、障害検出確定までの待ち時間ｔを必要としないことから、通常通りに上流側での障害を検出するという構成となる。なお、上記同様にノード１２は、待ち時間ｔの算出及び設定を行わないように構成されている。
【００５７】
ここで、ノード１２の上流側では障害が発生しているため、ノード１２は、障害が発生している旨の（ＣＳ（ＳＦ，Ｄ＝１））メッセージをノード１３へ送信し、このメッセージに対するＡｃｋ（ＣＳ Ａｃｋ）を返信したノード１３が、ノード１２−ノード１３間には障害がない旨判定する、という構成を採っている。
【００５８】
上述したように、本実施形態では、各ノードでＦａｕｌｔ Ｌｏｃａｌｉｚａｔｉｏｎすると共に、下流ノードからＣＳメッセージを受信した上流ノードは、その時の障害状態をすぐにＣＳメッセージで応答するのではなく、必要な場合に、予め設定した待ち時間ｔの経過を待って自ノードの障害状態を検出し、当該検出結果を適宜ＣＳメッセージで下流ノードや上流ノードに通知する、という構成を採用したため、これにより、当該システムでは、ノード１１−ノード１２間に発生した障害を正確に特定することができる。
【００５９】
すなわち、各ノードは、下流ノードからＣＳメッセージを受信したときの応答前に、障害検出確定までの待ち時間ｔを入れることにより、正しい障害状態をＣＳメッセージで応答することができ、このため、Ｆａｕｌｔ Ｌｏｃａｌｉｚａｔｉｏｎが正しく働き、システム全体で障害区間を正しく判定することが可能となる。
また、待ち時間ｔの設定は、コントロールチャンネル確立時に各ノードが自動的に行うため、ユーザ等が外部から設定する必要がないという利点がある。
【００６０】
（各ノードが内包する構成）
次に、上述した各ノードに内包され、隣接する上流ノードとの区間内で発生した障害を検出する障害局所化装置の機能的構成を、図６に基づいて説明する。
【００６１】
ここでは、図１及び図２に示したノード１２，ノード１３，及びノード１４を、便宜上図６に示す通り、上流ノード１２，自ノード１３，及び下流ノード１４と指称すると共に、これらをまとめた構成をノード構成１０とすることで、各図を対応づけている。
したがって、隣接する各ノードである上流ノード１２，自ノード１３，及び下流ノード１４は、コントロールプレーン２０を通して相互に通信し合うように構成されている。
【００６２】
すなわち、コントロールプレーン２０を通して複数のノードである上流ノード１２，自ノード１３，及び下流ノード１４が相互に通信し合う伝送ネットワークシステム内において、自ノード１３に装備された障害局所化装置４３は、隣接する上流及び下流ノード１２，１４との通信によって得た情報をもとに上流ノード１２との区間内で発生した障害を検出するように構成されている。
【００６３】
また、上流ノード１２及び下流ノード１４に装備された障害局所化装置４２及び障害局所化装置４４にかかる構成内容は、以下に示す障害局所化装置４３の構成内容と同様である。加えて、図１及び図２に示すノード１１も、ここで説明する自ノード１３等と同様の構成内容を採っている。
したがって、図６を参照して以下に行う構成及び動作の説明では、各ノードの障害検出時間を特定せずに一般的に記述する。
【００６４】
障害局所化装置４３は、下流ノード１４の障害検出時間を取得し、この取得した時間よりも自ノード１３の障害検出時間の方が長い場合に、自ノード１３の障害検出時間から上記取得した時間を減算すると共に、この算出時間を自ノード１３の待ち時間ｔとして設定する待ち時間設定部５０と、下流ノード１４から障害を検出した旨の通知を受信した際に、待ち時間ｔの経過を待って上流側での障害発生の有無を検出する障害発生検出部６０と、を有している。
【００６５】
待ち時間設定部５０は、下流ノード１４から障害検出時間を取得し、この取得した下流ノード１４の障害検出時間と自ノード１３の障害検出時間とを比較することにより、自ノード１３の障害検出時間が隣接する下流ノード１４よりも長いか否かを判定する検出時間判定手段５０Ａと、この検出時間判定手段５０Ａが自ノード１３の障害検出時間の方が長い旨判定した場合に、自ノード１３の障害検出時間から下流ノード１４の障害検出時間を減算すると共に、この算出時間を自ノード１３に特有の待ち時間ｔとして内部メモリ等（図示せず）に記憶処理する待ち時間算出処理手段５０Ｂと、を有している。
【００６６】
ここで、上流での障害発生の有無を検出するに際して、待たなければ当該検出を正確に行えないのは、各ノードの障害検出時間が隣接する下流ノードに比べて長い場合である。本実施形態では、かかる点に鑑みて採用した検出時間判定手段５０Ａが有効に機能するため、待ち時間算出処理手段５０Ｂは、障害検出確定までの待ち時間ｔを必要に応じて算出し設定することができる。
【００６７】
また、待ち時間設定部５０は、上流ノード１２に内包された障害局所化装置４２に対して、自ノード１３の障害検出時間を通知する検出時間通知手段５０Ｃを有している。このため、障害局所化装置４２は、必要に応じて上流ノード１２に特有の待ち時間ｔを算出し設定すると共に、これを利用して上流側での障害発生の有無を正確に検出することができる。
【００６８】
障害発生検出部６０は、上流側で障害が発生したことを検出した場合に、当該検出の旨を上流ノード１２に通知し、この通知に対して上流ノード１２から応答される障害発生の有無にかかる情報をもとに、上流ノード１２と自ノード１３との区間内で障害が発生したか否かを判定する発生箇所局所化手段６０Ａを有している。
【００６９】
また、障害発生検出部６０は、下流ノード１４から障害を検出した旨の通知を受けた際に、障害発生の有無にかかる検出結果を下流ノード１４に応答する検出結果応答手段６０Ｂ、を有している。
この検出結果応答手段６０Ｂからの通知を受けた下流ノード１４内の障害局所化装置４４は、当該検出結果に基づいて、上流に位置する自ノード１３と下流ノード１４との区間内で障害が発生したか否かを正確に判定することができる。
【００７０】
（動作説明）
図６に示す各ノードに内包された障害局所化装置の動作を、図７及び図８に示すフローチャートに基づいて説明する。
【００７１】
まず、図７を参照して、各ノードが待ち時間ｔを求める際の動作内容を説明する。
下流ノード１４の障害検出時間を取得した検出時間判定手段５０Ａが（図７：Ｓ７０１）、この取得した時間と自ノード１３の障害検出時間とを比較することにより、自ノード１３の障害検出時間が下流ノード１４よりも長いか否かを判定する（図７：Ｓ７０２）。
【００７２】
検出時間判定手段５０Ａが、自ノード１３の障害検出時間の方が長い旨判定した場合に（図７：Ｓ７０２／はい）待ち時間算出処理手段５０Ｂは、自ノード１３の障害検出時間から下流ノード１４の障害検出時間を減算すると共に、この算出時間を自ノード１３に特有の待ち時間ｔとして設定する（図７：Ｓ７０３）。
【００７３】
一方で、検出時間判定手段５０Ａが、自ノード１３の障害検出時間の方が長くはない旨判定すると（図７：Ｓ７０２／いいえ）、待ち時間算出処理手段５０Ｂは何ら処理を実行しない。
【００７４】
次に、図８を参照して、障害検出にかかる動作内容を説明する。
前述した図７に示す各工程により、待ち時間算出処理手段５０Ｂが待ち時間ｔを算出した場合は（図７：Ｓ７０３）、下流ノード１４から障害を検出した旨の通知を受信した際に障害発生検出部６０が（図８：Ｓ８０１）、待ち時間ｔの経過を待って上流側での障害発生の有無を検出する（図８：Ｓ８０２）。
【００７５】
その際、障害の発生を検出すると（図８：Ｓ８０２／はい）、障害発生検出部６０は検出結果応答手段６０Ｂにて、当該検出結果を下流ノード１４に応答する（図８：Ｓ８０３）。
【００７６】
さらに、障害発生検出部６０は発生箇所局所化手段６０Ａにて、当該検出の旨を上流ノード１２に通知すると共に（図８：Ｓ８０４）、この通知に対して上流ノード１２から応答される障害発生の有無にかかる情報をもとに、上流ノード１２との区間内で障害が発生したか否かを判定する（図８：Ｓ８０５）。
【００７７】
一方で、前述した図７に示す各工程により、検出時間判定手段５０Ａが自ノード１３の障害検出時間の方が長くはない旨判定した場合は（図７：Ｓ７０２／いいえ）、待ち時間ｔが算出されないことから、下流ノード１４から障害を検出した旨の通知を受信した（図８：Ｓ８０１）直後に、障害発生検出部６０が、上流側での障害発生の有無を検出する（図８：Ｓ８０２）。
【００７８】
その際、障害の発生を検出すると（図８：Ｓ８０２／はい）、上記同様に障害発生検出部６０は検出結果応答手段６０Ｂにて、当該検出結果を下流ノード１４に応答する（図８：Ｓ８０３）。
【００７９】
さらに、障害発生検出部６０は発生箇所局所化手段６０Ａにて、当該検出の旨を上流ノード１２に通知すると共に（図８：Ｓ８０４）、これに対する応答を参酌して上流ノード１２との区間内で障害が発生したか否かを判定する（図８：Ｓ８０５）。
【００８０】
また、上流側での障害の発生を検出しなかった場合も（図８：Ｓ８０２／いいえ）、障害発生検出部６０は検出結果応答手段６０Ｂにて、当該検出結果を下流ノード１４に応答する（図８：Ｓ８０６）。
【００８１】
上記においては、下流ノード１４から障害を検出した旨の通知を受信した（図８：Ｓ８０１）直後に、障害発生検出部６０が、上流側での障害発生の有無を検出するという動作を説明した（図８：Ｓ８０２）。
【００８２】
しかし、各ノードの障害検出時間の長さ如何によっては、下流ノード１４から障害を検出した旨の通知を受信する（図８：Ｓ８０１）以前に、障害発生検出部６０が上流側での障害発生の有無を検出することとなる。したがって、この場合における障害発生検出部６０は、下流ノード１４から障害を検出した旨の通知を受信した直後に、事前に行った当該検出の結果を下流ノード１４に応答する（図８：Ｓ８０３）。
【００８３】
次に、図２のＦａｕｌｔ Ｌｏｃａｌｉｚａｔｉｏｎプロセスを、図１に示すシーケンス図を参照して説明する。
【００８４】
まず、ノード１４が、上流で発生した障害を検出し（図１：Ｓ１００）、当該検出の旨をノード１３にＣＳメッセージでＳＦ通知（ＣＳ（ＳＦ，Ｄ＝０））する（図１：Ｓ１０１）。
この通知を受けたノード１３は、そのメッセージを受信したことをノード１４に伝達するためにＡｃｋ（ＣＳ Ａｃｋ）を返信する（図１：Ｓ１０２）。
【００８５】
次いで、ノード１３は、待ち時間であるｔ秒が経過した後に（図１：Ｓ１０３）、自分の上流側における障害発生の有無を検出（チェック）する。これにより障害を検出すると（図１：Ｓ１０４）ノード１３は、ノード１４に対して（ＣＳ（ＳＦ，Ｄ＝１））メッセージを送信する（図１：Ｓ１０５）。
これに応じて、ノード１４は、当該メッセージを受信したことをノード１３に伝達するためにＡｃｋ（ＣＳ Ａｃｋ）を返信する（図１：Ｓ１０６）。
【００８６】
上記各工程により（ステップＳ１００〜Ｓ１０６）、ノード１３及びノード１４の双方が上流側での障害を検出したことから、ノード１４は、ノード１３−ノード１４間には障害がない旨を正確に判定する。
【００８７】
次に、ノード１１−ノード１２間における動作は、下記のようになる。
まず、自分の上流側における障害発生の有無を検出することにより障害を検出したノード１２は（図１：Ｓ１０７）、当該検出の旨をノード１１にＣＳメッセージでＳＦ通知（ＣＳ（ＳＦ，Ｄ＝０））し（図１：Ｓ１０８）、これを受けたノード１１が、当該メッセージに対するＡｃｋ（ＣＳ Ａｃｋ）を返信すると共に、自分の上流側における障害発生の有無を検出（チェック）する（図１：Ｓ１０９）。
【００８８】
ここで、ノード１１の上流側では障害が発生していないため、ノード１１は、障害が発生していない旨の（ＣＳ（ＯＫ，Ｄ＝１））メッセージをノード１２へ送信し（図１：Ｓ１１０）、このメッセージに対するＡｃｋ（ＣＳ Ａｃｋ）を返信したノード１２は、ノード１１の上流側には障害がなく且つノード１２の上流側には障害があることから、ノード１１−ノード１２間に障害がある旨判定する（図１：Ｓ１１１）。
【００８９】
続いて、ノード１２−ノード１３間における動作は、以下のようになる。
まず、自分の上流側における障害発生の有無を検出することにより障害を検出したノード１３は（図１：Ｓ１０４）、当該検出の旨をノード１２にＣＳメッセージでＳＦ通知（ＣＳ（ＳＦ，Ｄ＝０））し（図１：Ｓ１１２）、これを受けたノード１２が、当該メッセージに対するＡｃｋ（ＣＳ Ａｃｋ）を返信する（図１：Ｓ１１３）。
【００９０】
前述の通り、自分の上流側における障害発生を検出したノード１２は（図１：Ｓ１０７）、障害が発生している旨の（ＣＳ（ＳＦ，Ｄ＝１））メッセージをノード１３へ送信し（図１：Ｓ１１４）、このメッセージに対するＡｃｋ（ＣＳ Ａｃｋ）を返信したノード１３は（図１：Ｓ１０９）、ノード１２及びノード１３の双方が上流側での障害を検出したことから、ノード１２−ノード１３間には障害がない旨判定する。
【００９１】
上記の各動作説明は、便宜上、図１（Ｓ１０１〜Ｓ１１５），図７（Ｓ７０１〜Ｓ７０３），及び図８（Ｓ８０１〜Ｓ８０６）に付した番号の順に行ったが、本実施形態にかかる障害局所化装置及び伝送ネットワークシステムの動作内容は、当該順序に限定されるものではない。
また、上記各ステップＳ１０１〜Ｓ１１５（図１），Ｓ７０１〜Ｓ７０３（図７），及び図８（Ｓ８０１〜Ｓ８０６）における各工程の実行内容をプログラム化すると共に、この一連の各制御プログラムをコンピュータによって実現するように構成してもよい。
【００９２】
（実施形態の効果等）
本実施形態にかかる伝送ネットワークシステム３０では、前述した通り、ＬＭＰ（Ｌｉｎｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）のＦａｕｌｔ Ｌｏｃａｌｉｚａｔｉｏｎにおいて、事前にノード間で相互にそれぞれの障害検出時間を通知し合うという構成を採った。
すなわち、障害を検出するまでに要する時間（障害検出時間）がノードによって様々であることを考慮し、それぞれのノードの障害検出時間がいくらなのかを、コントロールチャンネル確立時に隣接ノード間で予め通知し合っておくように構成した。
【００９３】
これにより、各ノードは、隣接する下流ノードの障害検出時間を事前に取得することができるため、この取得した時間と自ノードの障害検出時間とに基づいて算出した待機時間ｔを用いて、下流ノードからの通知に対する応答のタイミングを有意に調整することが可能となり、即ち、下流ノードに対して障害発生の有無（障害状態）を正しく応答できることから、これを受けた下流ノードは、正確に障害発生区間を判定することができる。
【００９４】
したがって、本実施形態にかかる伝送ネットワークシステム３０では、各ノードが障害検出を完了した段階でＦａｕｌｔ Ｌｏｃａｌｉｚａｔｉｏｎによる障害区間判定を行うという構成を採用したため、下流側のノードが上流側のノードよりも先に障害を検出することに起因して生じる誤判定の問題を解消することができ、これにより、該システム全体で障害発生区間を正しく判定することができる。
【００９５】
また、障害検出確定までの待ち時間ｔの算出及び設定は、コントロールチャンネル確立時に各ノードが自動的に行うため、ユーザの便宜を図ることが可能となる。
【００９６】
本実施形態では、図１等に示す伝送ネットワークシステムにかかる構成及び動作の説明を、ノード１１からノード１４へ向かう信号の方向で行った。しかし、ユーザトラフィックである信号がノード１４からノード１１へ向かう方向に伝送される場合においても、本実施形態にかかる各ノード（各障害局所化装置）及び伝送ネットワークシステムは、上記同様に機能し、同様の作用効果を得ることができる。
【００９７】
なお、上述した実施形態は、障害局所化装置、伝送ネットワークシステム、障害局所化方法、及びそのプログラムにおける好適な具体例であり、技術的に好ましい種々の限定を付している場合もある。しかし、本発明の技術範囲は、特に本発明を限定する記載がない限り、これらの態様に限定されるものではない。
【００９８】
以下は、上述した実施形態についての新規な技術的内容の要点をまとめたものであるが、本発明は必ずしもこれに限定されるものではない。
【００９９】
（付記１）
複数のノードが相互に通信し合う伝送ネットワークシステム内で、前記各ノードに装備され、隣接する上流及び下流ノードとの前記通信によって得た情報をもとに当該上流ノードとの区間内で発生した障害を検出する障害局所化装置であって、
自ノードの障害検出時間が前記下流ノードの障害検出時間よりも長い場合に、当該自ノードの障害検出時間から前記下流ノードの障害検出時間を減算すると共に、この算出時間を前記自ノードの待ち時間として設定する待ち時間設定部と、
前記下流ノードから障害を検出した旨の通知を受信した際に、前記待ち時間の経過を待って上流側での障害発生の有無を検出する障害発生検出部と、を有することを特徴とした障害局所化装置。
【０１００】
（付記２）
前記付記１に記載の障害局所化装置において、
この障害発生検出部は、前記上流側で障害が発生したことを検出した際に、当該検出の旨を前記上流ノードに通知し、この通知に対して前記上流ノードから応答される障害発生の有無にかかる情報をもとに、前記上流ノードとの区間内で障害が発生したか否かを判定する発生箇所局所化手段を有することを特徴とした障害局所化装置。
【０１０１】
（付記３）
前記付記１又は２に記載の障害局所化装置において、
前記障害発生検出部は、前記下流ノードから障害を検出した旨の通知を受けた際に、前記障害発生の有無にかかる検出の結果を前記下流ノードに応答する検出結果応答手段をさらに有することを特徴とした障害局所化装置。
【０１０２】
（付記４）
相互に通信し合う複数のノードを含む伝送ネットワークシステムであって、
前記各ノードは、隣接する上流及び下流ノードとの前記通信によって得た情報をもとに当該上流ノードとの区間内で発生した障害を検出する障害局所化装置を有し、
この障害局所化装置として、前記付記１乃至３の何れか一つに記載の障害局所化装置を備えたことを特徴とする伝送ネットワークシステム。
【０１０３】
（付記５）
複数のノードが相互に通信し合う伝送ネットワークシステム内で、前記各ノードに装備され、隣接する上流及び下流ノードとの前記通信によって得た情報をもとに当該上流ノードとの区間内で発生した障害を検出する障害局所化装置にあって、
前記下流ノードの障害検出時間を取得し、
この取得した時間よりも自ノードの障害検出時間の方が長い場合に、当該自ノードの障害検出時間から当該取得した時間を減算すると共に、この算出時間を前記自ノードの待ち時間として設定し、
前記下流ノードから障害を検出した旨の通知を受信した際に、前記待ち時間の経過を待って上流側での障害発生の有無を検出することを特徴とした障害局所化方法。
【０１０４】
（付記６）
前記付記５に記載の障害局所化方法において、
前記上流側で障害が発生したことを検出した際に、当該検出の旨を前記上流ノードに通知し、
この通知に対して前記上流ノードから応答される障害発生の有無にかかる情報をもとに、前記上流ノードとの区間内で障害が発生したか否かを判定することを特徴とした障害局所化方法。
【０１０５】
（付記７）
前記付記５又は６に記載の障害局所化方法において、
前記下流ノードから障害を検出した旨の通知を受けた際に、前記障害発生の有無にかかる検出の結果を前記下流ノードに応答することを特徴とした障害局所化方法。
【０１０６】
（付記８）
複数のノードが相互に通信し合う伝送ネットワークシステム内で、前記各ノードに装備され、隣接する上流及び下流ノードとの前記通信によって得た情報をもとに当該上流ノードとの区間内で発生した障害を検出する障害局所化装置にあって、
自ノードの障害検出時間が前記下流ノードの障害検出時間よりも長い場合に、当該自ノードの障害検出時間から前記下流ノードの障害検出時間を減算すると共に、この算出時間を前記自ノードの待ち時間として設定する待ち時間設定手段、
前記下流ノードから障害を検出した旨の通知を受信した際に、前記待ち時間の経過を待って上流側での障害発生の有無を検出する障害発生検出手段、
として前記障害局所化装置に予め設けられたコンピュータを機能させるための障害局所化プログラム。
【０１０７】
（付記９）
前記付記８に記載の障害局所化プログラムにおいて、
前記コンピュータを、
前記障害発生検出手段にて障害が発生したことを検出した際に、前記障害発生を検出した際に、当該検出の旨を前記上流ノードに通知し、この通知に対して前記上流ノードから応答される障害発生の有無にかかる情報をもとに、前記上流ノードとの区間内で障害が発生したか否かを判定する発生箇所局所化手段、として機能させるための障害局所化プログラム。
【０１０８】
（付記１０）
前記付記８又は９に記載の障害局所化プログラムにおいて、
前記コンピュータを、
前記下流ノードから障害を検出した旨の通知を受けた際に、前記障害発生検出手段にて検出した結果を前記下流ノードに応答する検出結果応答手段、として機能させるための障害局所化プログラム。
【産業上の利用可能性】
【０１０９】
本発明は、ＬＭＰのＦａｕｌｔ Ｌｏｃａｌｉｚａｔｉｏｎにおいて、障害の発生を検出する技術分野で利用可能である。
【符号の説明】
【０１１０】
１１    ノード
１２    ノード（上流ノード）
１３    ノード（自ノード）
１４    ノード（下流ノード）
２０    コントロールプレーン
３０    伝送ネットワークシステム
４２、４３、４４    障害局所化装置
５０    待ち時間設定部
５０Ａ    検出時間判定手段
５０Ｂ    待ち時間算出処理手段
５０Ｃ    検出時間通知手段
６０    障害発生検出部
６０Ａ    発生箇所局所化手段
６０Ｂ    検出結果応答手段
１０１、１０２、１０３、１０４、２０１、２０２、２０３、２０４    ノード
【図１】
2014192869.tif 000003
【図２】
2014192869.tif 000004
【図３】
2014192869.tif 000005
【図４】
2014192869.tif 000006
【図５】
2014192869.tif 000007
【図６】
2014192869.tif 000008
【図７】
2014192869.tif 000009
【図８】
2014192869.tif 000010
【図９】
2014192869.tif 000011
【図１０】
2014192869.tif 000012