JP2003218912A - パス障害回復方式及び障害復旧後の切戻方式並びにそれらを用いるノード - Google Patents

パス障害回復方式及び障害復旧後の切戻方式並びにそれらを用いるノード

Info

Publication number
JP2003218912A
JP2003218912A JP2002013626A JP2002013626A JP2003218912A JP 2003218912 A JP2003218912 A JP 2003218912A JP 2002013626 A JP2002013626 A JP 2002013626A JP 2002013626 A JP2002013626 A JP 2002013626A JP 2003218912 A JP2003218912 A JP 2003218912A
Authority
JP
Japan
Prior art keywords
path
node
switch
failure
failure recovery
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2002013626A
Other languages
English (en)
Other versions
JP3972664B2 (ja
Inventor
Itaru Nishioka
到 西岡
Takehiko Suemura
剛彦 末村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2002013626A priority Critical patent/JP3972664B2/ja
Priority to US10/347,786 priority patent/US7468944B2/en
Publication of JP2003218912A publication Critical patent/JP2003218912A/ja
Application granted granted Critical
Publication of JP3972664B2 publication Critical patent/JP3972664B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0057—Operations, administration and maintenance [OAM]
    • H04J2203/006—Fault tolerance and recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0064—Admission Control
    • H04J2203/0067—Resource management and allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0005—Switch and router aspects
    • H04Q2011/0007—Construction
    • H04Q2011/0016—Construction using wavelength multiplexing or demultiplexing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0005—Switch and router aspects
    • H04Q2011/0007—Construction
    • H04Q2011/0024—Construction using space switching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0005—Switch and router aspects
    • H04Q2011/0037—Operation
    • H04Q2011/0039—Electrical control

Abstract

(57)【要約】 【課題】 予備パスのリソースをエクストラ・トラヒッ
クが使用している場合、現用パスに障害が発生した時に
誤接続することなく、迅速に予備パスを設定し、現用パ
スから予備パスへ切替え可能な他の光パス障害回復方式
を提供する。 【解決手段】 障害通知を受信したパスの終点ノードＮ
5 が予備パスＰ2 に沿って始点ノードＮ1 までホップバ
イホップに転送されるリソース確保要求メッセージを発
行する。このメッセージを受信したノードＮ6 〜Ｎ8 ，
Ｎ1 は予備パスＰ2 のためのリソースを確保する際に、
そのリソースをエクストラ・トラヒックＰ3 が使用して
いる場合、エクストラ・トラヒックＰ3 を解放してから
リソースを確保する。リソース確保要求メッセージが、
始点ノードＮ1 まで達すると始点ノードＮ1 はスイッチ
切替要求メッセージを発行し、各ノードＮ1 ，Ｎ5 〜Ｎ
8 は確保したリソースに基づいてスイッチを設定する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はパス障害回復方式及
び障害復旧後の切戻方式並びにそれらを用いるノードに
関し、特に光ネットワークにおいてシグナリングメッセ
ージを用いた光パスの障害回復方式及び障害復旧後の光
パスの切戻し方式に関する。
【０００２】
【従来の技術】従来、ＯＸＣ（Ｏｐｔｉｃａｌ Ｃｒｏ
ｓｓ−ｃｏｎｎｅｃｔ）やＡＤＭ（Ａｄｄ／Ｄｒｏｐ
Ｍｕｌｔｉｐｌｅｘｅｒ）、またはＳＯＮＥＴ／ＳＤＨ
ＸＣ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｔｉｃａｌ Ｎ
ｅｔｗｏｒｋ／Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａ
ｌ Ｈｉｅｒａｒｃｈｙ Ｃｒｏｓｓ−ｃｏｎｎｅｃ
ｔ）から構成される光ネットワークにおいて、現用パス
に障害が発生した場合の障害回復方式の一例が、ＩＥＴ
Ｆ（Ｉｎｔｅｒｎｅｔ ＥｎｇｉｎｅｅｒｉｎｇＴａｓ
ｋ Ｆｏｒｃｅ）のインタネットドラフト“ｄｒａｆｔ
−ｉｅｔｆ−ｃｃａｍｐ−ｇｍｐｌｓ−ａｒｃｈｉｔｅ
ｃｔｕｒｅ−０１．ｔｘｔ”（以下、文献１とする）に
記載されている。文献１に開示されている現用パスと予
備パスとを切替える障害回復方式は、予備パスのリソー
スの利用方法の違いによって、「１＋１」方式、「１：
１」方式、「Ｓｈａｒｅｄ」方式にさらに分類される。
【０００３】「１＋１」方式は現用パスを設定する時
に、現用パスと経路が重ならない予備パスを設定する方
式である。この方式ではパスの送信端では現用パス及び
予備パスの両方にクライアントからのデータを流してお
き、受信端で現用パスからのデータのみを受信してい
る。また、この方式では現用パスに障害が発生すると、
受信端で予備パスに切替えることによって、通信障害を
回復する。
【０００４】一方、「１：１」方式や「Ｓｈａｒｅｄ」
方式では、上記の「１＋１」方式と同様に、現用パスを
設定する時に、現用パスと経路が重ならない予備パスを
設定する方式である。「１＋１」方式とこれらの方式と
の違いは、予備パスを設定する時に、予備パスのための
リソースを予約するが、スイッチは設定しないという点
である。
【０００５】このため、「１：１」方式や「Ｓｈａｒｅ
ｄ」方式においては、現用パスに障害が発生していない
時は、ネットワーク内でのリソースの有効活用のため、
予備パスのために予約されているリソースをエクストラ
・トラヒックが利用することが可能である。ここで、エ
クストラ・トラフィックとは、現用パスに障害があった
場合、削除されることを前提として通信されるトラヒッ
クのことである。
【０００６】「１：１」方式や「Ｓｈａｒｅｄ」方式に
おいて、現用パスに障害が発生すると、シグナリングメ
ッセージを用いて予備パスのリソースの確保及びスイッ
チの設定を行い、予備パスの設定が完了すると、現用パ
スから予備パスへ切替えることによって、通信障害を回
復する。
【０００７】上記のような障害回復方式を実現する具体
的な手順の一例が、ＩＥＴＦのインタネットドラフト
“ｄｒａｆｔ−ｂａｌａ−ｐｒｏｔｅｃｔｉｏｎ−ｒｅ
ｓｔｏｒａｔｉｏｎ−ｓｉｇｎａｌｉｎｇ−００．ｔｘ
ｔ”（以下、文献２とする）に記載されている。文献２
では、「１：１」方式や「Ｓｈａｒｅｄ」方式におい
て、現用パスに障害が発生した場合、始点ノードは終点
ノードまで予備パスの経路上のノードをホップバイホッ
プに転送されるスイッチ切替要求メッセージを送信し、
このメッセージを受信した各ノードは予備パスのための
リソースの確保及びスイッチの設定を行う。
【０００８】このメッセージが終点ノードまで達する
と、終点ノードは始点ノードまで予備パスの経路上のノ
ードをホップバイホップに転送される確認メッセージを
送信し、このメッセージを受信したノードはスイッチが
正しく設定されているかどうかを確認する。このメッセ
ージが始点ノードまで達すると、障害回復の処理が終了
する。ここで、リソースとは光パスを設定するために要
求されるＯＸＣのポートやＳＯＮＥＴ／ＳＤＨにおいて
のタイムスロット等を示す。
【０００９】
【発明が解決しようとする課題】上記の文献２に記載の
「１：１」方式や「Ｓｈａｒｅｄ」方式における障害回
復手順では、予備パスのリソースをエクストラ・トラヒ
ックが利用していた場合、障害回復をしているパスのデ
ータがエクストラ・トラヒックのクライアントに転送さ
れるという誤接続の問題が発生する。
【００１０】これはパスの上流から予備パスのスイッチ
を設定し、データの転送を開始すると、パスの下流側に
位置するノードのスイッチの設定が、エクストラ・トラ
ヒックの経路に設定されているので、データがエクスト
ラ・トラヒックの経路に沿って流れるためである。
【００１１】また、文献２に記載の「１：１」方式や
「Ｓｈａｒｅｄ」方式における障害回復方式では、障害
が発生した区間に複数パスが設定されていた場合、これ
らのうちのある一部のパスに対して、要求される障害回
復時間を守ることができない可能性がある。
【００１２】これは各ノードにおいて障害回復順位を管
理していないため、高速な障害回復を必要としないパス
から障害回復動作を開始する可能性があり、これによっ
て高速障害回復を必要とする他のパスる害回復を設定す
るための障害回復動作の開始が遅くなるためである。
【００１３】さらに、文献２に記載の「１：１」方式や
「Ｓｈａｒｅｄ」方式における障害回復手順では、複数
の障害が同時に発生した場合、障害回復できない可能性
があり、信頼性に欠けるという問題がある。
【００１４】これは現用パスと同時に、予備パスも障害
となる多重障害や、予備パスを設定するためのシグナリ
ングメッセージの転送失敗等によって、予備パスの設定
を失敗する場合があるためである。
【００１５】さらにまた、文献２には現用パスの障害が
回復した時の予備パスから現用パスへの切戻手順につい
て明記されていない。
【００１６】そこで、本発明の目的は上記の問題点を解
消し、予備パスのリソースをエクストラ・トラヒックが
使っている場合において、現用パスに障害が発生した時
に誤接続することなく、迅速に予備パスを設定し、現用
パスから予備パスへ切替えることができるパス障害回復
方式及びそれを用いるノードを提供することにある。
【００１７】また、本発明の他の目的は、現用パス障害
時において、現用パスから予備パスへ切替える際に予備
パスの設定に失敗した場合、バックアップ障害回復方式
を用いることによって信頼性の高い障害回復を実現する
ことができるパス障害回復方式及びそれを用いるノード
を提供することにある。
【００１８】本発明の別の目的は、現用パスが障害から
復旧した時にクライアント間の通信を切断することな
く、予備パスから現用パスに切戻すことができる障害復
旧後の切戻方式及びそれを用いるノードを提供すること
にある。
【００１９】
【課題を解決するための手段】本発明による第１のパス
障害回復方式は、現用パスの端点のうちの一方のノード
が予め設定された予備パスの経路に沿って前記端点のう
ちの他方のノードまでホップバイホップに転送されるリ
ソース確保要求メッセージとスイッチ切替要求メッセー
ジとを発行するパス障害回復方式であって、前記リソー
ス確保要求メッセージの受信時に、削除されることを前
提として通信されるトラヒックを示すエクストラ・トラ
ヒックを解放するステップと、前記エクストラ・トラヒ
ックを解放した後に前記予備パスのために予約されてい
るリソースを確保するステップと、前記予備パスの経路
上のすべてのノードで前記リソースの確保が完了した後
に前記端点のうちの他方のノードから発行される前記ス
イッチ切替要求メッセージの受信時に、その確保したリ
ソースにしたがって前記予備パスの経路上の各ノードの
スイッチを設定するステップとを備えている。
【００２０】本発明による第２のパス障害回復方式は、
各々制御メッセージを処理する制御部とパスを切替える
スイッチ部とからなる複数のノードと、前記複数のノー
ド各々の前記制御部間を接続する制御チャネルと、前記
複数のノード各々の前記スイッチ部間を接続するリンク
とからなる通信ネットワークのパス障害回復方式であっ
て、前記パスの始点ノードと終点ノードとの間に現用パ
スとそれに対応した予備パスとが予め設定されている場
合に、前記現用パスの障害通知を受取ったパスの端点の
うちの一方のノードがリソース確保要求メッセージを発
行して前記端点のうちの他方のノードまで前記予備パス
のリソースを使用しているエクストラ・トラヒックの解
放及び前記予備パスのリソースの確保を行った後、前記
端点のうちの他方のノードがスイッチ切替メッセージを
発行して確保されたリソースにしたがって前記スイッチ
部の設定を行っている。
【００２１】本発明による第３のパス障害回復方式は、
各々制御メッセージを処理する制御部とパスを切替える
スイッチ部とからなる複数のノードと、ネットワーク全
体を管理するネットワーク管理装置と、前記複数のノー
ド各々の制御部と前記ネットワーク管理装置とを接続す
る制御チャネルと、前記複数のノード各々の前記スイッ
チ部間を接続するリンクとからなる通信ネットワークの
パス障害回復方式であって、前記パスの始点ノードと終
点ノードとの間に現用パスとそれに対応した予備パスと
が予め設定されている場合に、前記現用パスの障害通知
の受信時に前記ネットワーク管理装置が前記予備パス経
路上の各ノードにリソース確保要求メッセージを発行
し、前記リソース確保要求メッセージを受信したノード
が前記予備パスのリソースを使用しているエクストラ・
トラヒックの解放及び前記予備パスのリソースの確保を
行った後、前記ネットワーク管理装置が前記予備パス経
路上の各ノードにスイッチ切替メッセージを発行し、前
記スイッチ切替メッセージを受信した各ノードが確保し
た前記リソースにしたがって前記スイッチ部の設定を行
っている。
【００２２】本発明による第４のパス障害回復方式は、
パスを切替えるスイッチ部からなる複数のノードと、ネ
ットワーク全体を管理するネットワーク管理装置と、前
記複数のノード各々のスイッチ部と前記ネットワーク管
理装置とを接続する制御チャネルと、前記複数のノード
各々の前記スイッチ部間を接続するリンクとからなる通
信ネットワークのパス障害回復方式であって、前記パス
の始点ノードと終点ノードとの間に現用パスとそれに対
応した予備パスとが予め設定されている場合に、前記現
用パスの障害通知を受取ったネットワーク管理装置が前
記予備パスのリソースを使用しているエクストラ・トラ
ヒックの解放及び前記予備パスのリソースの確保を行っ
た後、前記予備パス経路上の各ノードにスイッチ切替メ
ッセージを発行し、前記スイッチ切替メッセージを受信
した各ノードが前記ネットワーク管理装置が確保した前
記リソースにしたがって前記スイッチ部の設定を行って
いる。
【００２３】本発明による第５のパス障害回復方式は、
各々制御メッセージを処理する制御部とパスを切替える
スイッチ部とからなる複数のノードと、前記複数のノー
ド各々の制御部間を接続する制御チャネルと、前記複数
のノード各々のスイッチ部間を接続するリンクとからな
る通信ネットワークのパス障害回復方式であって、前記
パスの始点ノードと終点ノードとの間に現用パスとそれ
に対応した予備パスとが予め設定されている場合に、前
記現用パスが障害のために前記予備パスへの切替えを試
みた後、前記予備パスの設定に失敗したことを検出する
と、その障害区間を除いた前記始点ノードから前記終点
ノードまでの経路を計算し、その経路に沿って新たな代
用パスを設定し、前記現用パスから前記代用パスに切替
えている。
【００２４】本発明による障害復旧後の切戻方式は、各
々制御メッセージを処理する制御部とパスを切替えるス
イッチ部とからなる複数のノードと、前記複数のノード
各々の制御部間を接続する制御チャネルと、前記複数の
ノード各々のスイッチ部間を接続するリンクとからなる
通信ネットワークの障害復旧後の切戻方式であって、現
用パスに障害が発生しているために予備パスを使用して
いる場合に、前記現用パスの障害復旧通知を受取ったパ
スの端点のうちの一方のノードが前記端点のうちの他方
のノードに障害復旧メッセージを送信し、前記パスの端
点ノード間で切戻要求メッセージと切戻成功メッセージ
と切戻完了メッセージとを交換して前記端点ノードの前
記スイッチ部を切替えることで前記予備パスから前記現
用パスに切戻した後、前記予備パスのリソースの解放及
び前記スイッチ部の設定を未接続にしている。
【００２５】本発明によるノードは、現用パスの障害通
知を受信したパスの端点のうちの一方のノードが予め設
定された予備パスの経路に沿って前記端点のうちの他方
のノードまでホップバイホップに転送されるリソース確
保要求メッセージを発行するパス障害回復方式を用いる
ノードであって、前記リソース確保要求メッセージの受
信時に、削除されることを前提として通信されるトラヒ
ックを示すエクストラ・トラヒックを解放する手段と、
前記エクストラ・トラヒックを解放した後に前記予備パ
スのために予約されているリソースを確保する手段と、
前記リソースの確保後に発行されるスイッチ切替要求メ
ッセージの受信時に、その確保したリソースにしたがっ
てスイッチを設定する手段とを備えている。
【００２６】すなわち、本発明のパス障害回復方式は、
現用パスの障害通知を受信したパスの端点ノードが、予
備パスの経路に沿って逆端点のノードまでホップバイホ
ップに転送されるリソース確保要求メッセージを発行
し、このメッセージを受信した予備パスの経路上の各ノ
ードにおいて、エクストラ・トラヒックの解放及び予備
パスのために予約されているリソースを確保した後、ス
イッチ切替要求メッセージを発行し、このメッセージを
受信した各ノードが確保したリソースにしたがってスイ
ッチを設定することによって、誤接続なく現用パスから
予備パスに切替えることが可能となる。
【００２７】本発明の他のパス障害回復方式は、予備パ
ス上に発生した障害のため、予備パスを設定できない場
合にでも、障害区間を除いた経路上に新たな代用パスを
設定し、障害が発生している現用パスから代用パスに切
替えることによって、信頼性の高い障害回復を実現する
ことが可能となる。
【００２８】本発明による障害復旧後の切戻方式は、現
用パスの障害が復旧した時、ブリッジ状態にある現用パ
スと予備パスとを切替えることによって、クライアント
間の通信を切断することなく、使用中の予備パスから現
用パスへ切替える切戻しを行うことが可能となる。
【００２９】
【発明の実施の形態】次に、本発明の実施例について図
面を参照して説明する。図１は本発明の第１の実施例に
よるネットワークの構成例を示すブロック図である。図
１において、Ｎ1 〜Ｎ11はノードを表し、これらのノー
ドＮ1 〜Ｎ11間は双方向に信号を転送することができる
ように２本の光ファイバ１０ａ〜１０ｎで接続されてい
る。
【００３０】また、Ｃ1 ，Ｃ2 は、ノードＮ1 ，ノード
Ｎ5 にそれぞれ接続されているクライアントを表し、図
示していないが、これと同様のクライアントが各ノード
Ｎ2〜Ｎ4 ，Ｎ6 〜Ｎ11に一つまたは複数接続されてい
るものとする。
【００３１】本発明の第１の実施例によるネットワーク
では、クライアントＣ1 ，Ｃ2 を接続するパスに対し
て、ネットワーク内では現用パスＰ1 （Ｎ1 −Ｎ2 −Ｎ
3 −Ｎ4 −Ｎ5 ）と現用パスＰ1 に対する予備パスＰ2
（Ｎ1 −Ｎ6 −Ｎ7 −Ｎ8 −Ｎ5 ）が設定されており、
予備パスのために割当てられているリソースには、エク
ストラ・トラヒックＰ3 （Ｎ6 −Ｎ7 −Ｎ8 ）が流れて
いるものとする。ここで、エクストラ・トラフィックＰ
3 とは現用パスに障害があった場合、削除されることを
前提として通信されるトラヒックのことである。
【００３２】図２は図１のノードＮ1 〜Ｎ11各々の構成
例を示すブロック図である。図２において、各ノードＮ
1 〜Ｎ11はそれぞれ制御部１と、スイッチ部２とから構
成されている。制御部１は機能的に、リソース管理部１
１と、ルーティング部１２と、シグナリング部１３と、
パケット転送部１４と、プライオリティ管理部１５とか
ら構成されている。
【００３３】リソース管理部１１は各ノードＮ1 〜Ｎ11
のリンクの属性や空き情報をリソースデータベース１１
ａを基に管理し、スイッチ管理部２１にスイッチ２３の
設定要求を送信する機能をもつ。
【００３４】ルーティング部１２はリソース管理部１１
から自ノードのリンクの属性や空き情報を取得し、パケ
ット転送部１４を介して他のノードにこれらの情報を送
信する機能と、他のノードから受信したリソース情報を
基にトポロジデータベース１２ａを構築し、パスを設定
する際にこれを基にして経路を計算する機能をもつ。
【００３５】シグナリング部１３はパケット転送部１４
を介して、パスを設定する経路に沿った隣接ノードにメ
ッセージを転送する機能をもち、メッセージを受取った
各ノードＮ1 〜Ｎ11のシグナリング部１３は要求された
パスの属性にしたがったラベルと呼ばれるリソースを予
約するようにリソース管理部１１に要求する機能をも
つ。
【００３６】パケット転送部１４は制御チャネル１００
を介して隣接ノードのパケット転送部と接続されてい
る。プライオリティ管理部１５は障害回復するパスの優
先順位を管理しており、障害発生時に複数のパスの障害
回復を行う必要がある場合、シグナリング部１３はプラ
イオリティ管理部１５に管理されている優先順位の高い
パスの障害回復から開始する。
【００３７】スイッチ部２はスイッチ管理部２１と、信
号モニタリング部２２と、スイッチ２３とから構成さ
れ、その前段に分波部３，４が配置され、その後段に合
波部５，６が配置されている。
【００３８】スイッチ管理部２１はリソース管理部１１
からの要求に基づいてスイッチ２３の設定を行い、信号
モニタリング部２２はパスの障害を検出した時にスイッ
チ管理部２１を介してリソース管理部１１に障害情報を
通知する機能をもつ。
【００３９】図３は本発明の第１の実施例によるネット
ワークにおける予備パスの経路を示す図であり、図４は
本発明の第１の実施例による障害回復方式の動作を示す
シーケンスチャートである。これら図１〜図４を参照し
て、双方向の現用パスが設定されている光ファイバ１０
ｂに障害が発生した場合の障害回復動作について説明す
る。
【００４０】まず初めに、光ファイバ１０ｂに障害が発
生した場合の通知方法について説明する。双方向現用パ
スＰ1 の経路上の光ファイバ１０ｂに障害が発生する
と、ノードＮ2 及びノードＮ3 の信号モニタリング部２
２が現用パスＰ1 の障害を検出し、その障害情報を、Ｓ
ＯＮＥＴ／ＳＤＨのＡＩＳ（Ａｌａｒｍ Ｉｎｄｉｃａ
ｔｏｒ Ｓｉｇｎａｌ）またはシグナリングメッセージ
を用いて、現用パスＰ1の始点ノードＮ1 及び終点ノー
ドＮ5 まで現用経路Ｐ1 に沿って通知される。
【００４１】ＳＯＮＥＴ／ＳＤＨのＡＩＳを用いる場合
には、障害を検出したノードＮ2 及びノードＮ3 の信号
モニタリング部２２が現用パスＰ1 のＳＯＮＥＴ／ＳＤ
Ｈフレームのオーバヘッド部分に障害情報を記述し、上
流側にはノードＮ1 、下流側にはノードＮ4 、ノードＮ
5 と、それぞれ障害情報を順次転送する。最終的に、障
害通知がノードＮ1 、ノードＮ5 の信号モニタリング部
２２に到着すると、スイッチ管理部２１を介してリソー
ス管理部１１に障害が通知される。
【００４２】リソース管理部１１が現用パスＰ1 に使用
されているリソース情報を基にリソースデータベース１
１ａから現用パスＰ1 のパスＩＤ（識別情報）を検索
し、このパスＩＤを障害情報とともにシグナリング部１
３に通知する。この通知を受取ると、ノードＮ5 のシグ
ナリング部１３は障害回復動作を開始する。
【００４３】一方、シグナリングメッセージを使用する
場合には、障害を検出したノードＮ2 及びノードＮ3 の
信号モニタリング部２２がスイッチ管理部２１を通して
リソース管理部１１に現用パスＰ1 に障害が発生したこ
とを通知する。これを受取ったリソース管理部１１は現
用パスＰ1 が使用しているリソース情報を基に現用パス
Ｐ1 のパスＩＤをリソースデータベース１１ａから検索
し、そのパスＩＤをシグナリング部１３に通知する。
【００４４】シグナリング部１３はパスＩＤを基に現用
パスＰ1 の始点ノードＮ1 と終点ノードＮ5 とのアドレ
スを検索し、パケット転送部１４から制御チャネル１０
０を介して、パスＩＤと障害情報を含めたメッセージを
ノードＮ1 とノードＮ5 とに送信する。ノードＮ5 のシ
グナリング部１３がこのメッセージを受取ると、障害回
復動作を開始する。
【００４５】ここで、ノードＮ5 のシグナリング部１３
が複数パスの障害検出通知を受信した場合、シグナリン
グ部１３はプライオリティ管理部１５に問い合わせ、プ
ライオリティに応じて障害回復を優先するパスの順番を
決定した後、優先順位に応じて障害回復動作を開始す
る。プライオリティは、例えば、パスが適用する障害回
復方式として、「１＋１」方式、「１：１」方式、「Ｓ
ｈａｒｅｄ」方式の順に優先順位が高く、さらに同じ障
害回復方式であるならばホップ長の長いパスから順に優
先順位が高くなっている。
【００４６】図５及び図６は本発明の第１の実施例によ
るリソース確保手順を示すフローチャートである。上記
のような方法でノードＮ5 のシグナリング部１３が障害
通知を受取った後、予備経路上に設定されているエクス
トラ・トラヒックＰ3 を解放し、予備パスＰ2 にリソー
スを割当てる手順（リソース確保手順）、及び予備パス
Ｐ2 のスイッチを設定する手順（パス切替手順）につい
て図３〜図６を用いて説明する。初めに、リソース確保
手順について図５及び図６を参照しながら説明する。
【００４７】シグナリング部１３は障害になった現用パ
スＰ1 のパスＩＤが含まれる障害通知を受取ると、予備
パスＰ2 のために確保していたリソースＲ１５，Ｒ１６
が使用可能かどうかをリソース管理部１１に問い合わせ
る（図６ステップＳ９）。ノードＮ5 ではリソースＲ１
５，Ｒ１６がエクストラ・トラヒックＰ3 に使用されて
いないため、リソース管理部１１はリソースデータベー
ス１１ａのリソースＲ１５，Ｒ１６の使用状況を使用中
に変更し、シグナリング部１３にリソースＲ１５，Ｒ１
６を割当てたことを通知する（図６ステップＳ１０）。
リソースの割当てに成功すると、シグナリング部１３は
パスＩＤ及び割当てたリソース番号（Ｒ１５，Ｒ１６）
を含むリソース確保要求メッセージを作成し（図６ステ
ップＳ１１）、上流側の隣接ノードＮ8 に送信する（図
６ステップＳ１２）。
【００４８】ノードＮ8 がこのメッセージを受取ると
（図５ステップＳ２）、上述した動作と同様の手順で、
リソース管理部１１がメッセージ内のリソース番号と対
応するリソースＲ１３，Ｒ１４とを予備パスＰ2 に割当
てる（図５ステップＳ３）。
【００４９】次に、リソース管理部１１は上流側のリソ
ースＲ１１，Ｒ１２の割り当てに移るが（図５ステップ
Ｓ５）、リソースＲ１１，Ｒ１２はエクストラ・トラヒ
ックＰ3 が使用中であるため（図６ステップＳ９）、ま
ずエクストラ・トラヒックＰ3 を削除する必要がある。
【００５０】エクストラ・トラヒックＰ3 の削除はまず
エクストラ・トラヒックが使用しているリソースＲ１
１，Ｒ１２を解放し、リソースデータベース１１ａ内の
リソースＲ１１，Ｒ１２の状態を未使用に変更した後、
これらのリソースをどこにも接続しない状態（未接続）
にスイッチ２３−８を設定するようにスイッチ管理部２
１に通知する（図６ステップＳ１３）。
【００５１】スイッチ管理部２１から設定完了通知を受
取り、エクストラ・トラヒックＰ3の削除が完了する
と、リソース管理部１１はこれらのリソースを予備パス
Ｐ2 に割り当て、リソースデータベース１１ａ内のリソ
ースＲ１１，Ｒ１２を使用中に変更する（図６ステップ
Ｓ１４）。
【００５２】この後、リソース管理部１１はエクストラ
・トラヒックＰ3 の解放及び予備パスＰ2 の下流側リソ
ースとしてＲ１３，Ｒ１４、上流側リソースとしてＲ１
１，Ｒ１２の割当てが完了したことをシグナリング部１
３に通知する。この通知を受取ったシグナリング部１３
は、エクストラ・トラヒックＰ3 のパスＩＤを含めたエ
クストラ・トラヒック削除メッセージと、予備パスＰ2
のパスＩＤと上流側リソース番号（Ｒ１１，Ｒ１２）と
を含めたリソース確保要求メッセージを作成し（図６ス
テップＳ１５）、上流側の隣接ノードＮ7 にこの２つの
メッセージをエクストラ・トラヒック削除メッセージ、
リソース確保要求メッセージの順に送信する（図６ステ
ップＳ１２）。
【００５３】ノードＮ7 が上記の２つのメッセージを受
取った場合、先に受信したエクストラ・トラヒック削除
メッセージを処理した後（図５ステップＳ７，Ｓ８）、
リソース確保要求メッセージを処理する（図５ステップ
Ｓ３〜）。予備パスＰ2 の始点ノードＮ1 に達するまで
各ノードで、上記の処理を行うことによって、エクスト
ラ・トラヒックＰ3 の解放及び予備パスＰ2 へのリソー
ス割当てを達成する。
【００５４】次に、パス切替手順について説明する。エ
クストラ・トラヒックＰ3 の解放及び予備パスＰ2 への
リソース割当てが完了すると、次に予備パスＰ2 の始点
ノードＮ1 のシグナリング部１３は、リソース管理部１
１にスイッチ切替を要求すると同時に、予備パスＰ2 の
パスＩＤを含めたスイッチ切替要求メッセージを作成
し、隣接ノードＮ6 に送信する。
【００５５】ノードＮ1 においてスイッチ切替要求を受
取ったリソース管理部１１はスイッチ管理部２１を介し
て、エクストラ・トラヒック解放手順で割当てたリソー
スＲ１，Ｒ２と、クライアントへとつながるリソースＣ
Ｒ１，ＣＲ２とをそれぞれ接続するようにスイッチ２３
−１を設定する。スイッチ管理部２１はスイッチ２３−
１の切替えが完了すると、シグナリング部１３にスイッ
チ切替完了を通知する。
【００５６】一方、スイッチ切替要求メッセージを受信
したノードＮ6 のシグナリング部１３は、上記と同様
に、リソース管理部１１にスイッチ切替えを要求すると
同時に、予備パスＰ2 のパスＩＤを含めたスイッチ切替
要求メッセージを作成し、隣接ノードＮ7 に送信する。
ノードＮ6 においてスイッチ切替要求を受取ったリソー
ス管理部１１はスイッチ管理部２１を介して、エクスト
ラ・トラヒック解放手順で割当てたリソース（Ｒ３，Ｒ
５），（Ｒ４，Ｒ６）を接続するようにスイッチ２３−
６を設定する。
【００５７】以下、上記と同様の手順で、パスの終点ノ
ードＮ5 までの各ノードのスイッチ２３の設定が完了す
ると、現用パスＰ1 から予備パスＰ2 への切替えが終了
し、クライアントＣ1 ，Ｃ2 間の通信を再開することが
できる。
【００５８】しかしながら、各ノードにおいてスイッチ
２３−１，２３−５〜２３−８の切替えが完了する前
に、次ノードにメッセージを送信するため、各ノードの
スイッチ２３−１，２３−５〜２３−８において、誤接
続や切替失敗等が発生している可能性がある。このた
め、予備パスＰ2 の終点ノードＮ5 のシグナリング部１
３は、リソース管理部１１からスイッチ切替完了通知を
受取ると、確認メッセージを作成し、隣接ノードＮ8 に
送信する。この確認メッセージを受取ったノードＮ8 の
シグナリング部１３は、スイッチ２３の切替えが正常に
行われていることを確認し、次ノードに同様の確認メッ
セージを送信する。この手順を予備パスＰ2上の各ノー
ドで行い、最終的に予備パスＰ2 の始点ノードＮ1 のシ
グナリング部１３が正常なスイッチ切替えを確認すると
切替完了メッセージを作成し、予備パスＰ2 の終端ノー
ドＮ5 宛に送信する。ノードＮ5 がこのメッセージを受
信すると障害回復動作は完了する。
【００５９】本実施例による障害回復方式では、エクス
トラ・トラヒックＰ3 を解放すると同時にリソースを予
約するため、他の設定中のエクストラ・トラヒックＰ3
にリソースを奪われることなく、確実に予備パスＰ2 を
設定することができる。
【００６０】また、スイッチ切替え後に、確認メッセー
ジによってスイッチ２３−１，２３−５〜２３−８の誤
接続や接続失敗を防ぐことができるため、信頼性の高い
障害回復方式を実現することができる。
【００６１】図７は本発明の第２の実施例による障害回
復方式の動作を示す図であり、図８及び図９は本発明の
第２の実施例によるリソース確保手順を示すフローチャ
ートである。本発明の第２の実施例で用いるネットワー
クの構成及びノードの構成は、図１及び図２に示す本発
明の第１の実施例と同様である。また、予備パスＰ2の
経路も、本発明の第１の実施例と同様であり、図３に示
す通りである。
【００６２】これら図１〜図３及び図７を参照して、双
方向の現用パスが設定されている光ファイバ１０ｂに障
害が発生した場合において、本発明の第２の実施例によ
る障害回復動作について説明する。
【００６３】まず初めに、本発明の第２の実施例におい
て、障害が発生した場合の通知方法について説明する。
本発明の第２の実施例では、上述した本発明の第１の実
施例と同様に、双方向の現用パスＰ1 の経路上の光ファ
イバ１０ｂに障害が発生すると、ノードＮ2 及びノード
Ｎ3 の信号モニタリング部２２が障害を検出し、ＳＯＮ
ＥＴ／ＳＤＨのＡＩＳまたはシグナリングメッセージ等
を用いて、障害情報が現用パスＰ1 の始点ノードＮ1 か
ら終点ノードＮ5 まで現用パスＰ1 の経路に沿って通知
される。この通知を受取ると、始点ノードＮ1 のシグナ
リング部１３は障害回復動作を開始する。
【００６４】ここで、ノードＮ1 のシグナリング部１３
が複数パスの障害検出通知を受信した場合、シグナリン
グ部１３はプライオリティ管理部１５に問い合わせ、プ
ライオリティに応じて障害回復を優先するパスの順番を
決定した後、優先順位に応じて障害回復動作を開始す
る。
【００６５】プライオリティはパスが適用する障害回復
方式である「１＋１」方式、「１：１」方式、「Ｓｈａ
ｒｅｄ」方式の順に優先順位が高く、さらに同じ障害回
復方式であるならばホップ長の長いパスから順に優先順
位が高くつけられている。
【００６６】次に、上記のような方法でノードＮ1 のシ
グナリング部１３が障害通知を受取った後、予備経路上
に設定されているエクストラ・トラヒックＰ3 を解放
し、予備パスＰ2 にリソースを割当てる手順（リソース
確保手順）及び予備パスＰ2 のスイッチ２３を設定する
手順（パス切替手順）について図７を用いて説明する。
はじめに、リソース確保手順について図８及び図９を参
照しながら説明する。
【００６７】障害になった現用パスＰ1 のパスＩＤが含
まれる障害通知を受取ると、ノードＮ1 のシグナリング
部１３は予備パスＰ2 のために確保していたリソースＲ
１，Ｒ２が使用可能かどうかをリソース管理部１１に問
い合わせる（図９ステップＳ２９）。ノードＮ1 ではリ
ソースＲ１，Ｒ２はエクストラ・トラヒックＰ3 に使用
されていないため、リソース管理部１１はリソースデー
タベース１１ａのリソースＲ１，Ｒ２の使用状況を使用
中に変更し、シグナリング部１３にリソースＲ１，Ｒ２
を割当てたことを通知する（図９ステップＳ３０）。
【００６８】リソースの割当てに成功すると、シグナリ
ング部１３はパスＩＤ及び割当てたリソース番号（Ｒ
１，Ｒ２）を含むリソース確保要求メッセージを作成し
（図９ステップＳ３１）、上流側隣接ノードＮ6 に送信
する（図９ステップＳ３２）。
【００６９】ノードＮ6 がこのメッセージを受取ると、
上記と同様の手順で、リソース管理部１１がメッセージ
内のリソースと対応するリソースＲ３，Ｒ４を予備パス
Ｐ2に割当てる（図８ステップＳ２１〜Ｓ２３）。
【００７０】次に、リソース管理部１１は下流側のリソ
ースＲ５，Ｒ６の割当てに移るが、リソースＲ５，Ｒ６
はエクストラ・トラヒックＰ3 が使用中であるため、ま
ずエクストラ・トラヒックＰ3 を削除する必要がある
（図９ステップＳ２９）。エクストラ・トラヒックＰ3
の削除は、まずエクストラ・トラヒックＰ3 が使用して
いるリソースＲ５，Ｒ６を解放し、リソースデータベー
ス１１ａ内のリソースＲ５，Ｒ６の状態を未使用に変更
した後、これらのリソースを未接続状態にスイッチ２３
−６を設定するようにスイッチ管理部２１に通知する
（図９ステップＳ３３）。
【００７１】リソース管理部１１はスイッチ管理部２１
から設定完了通知を受取り、エクストラ・トラヒックＰ
3 の削除が完了すると、これらのリソースを予備パスＰ
2 に割当て、リソースデータベース１１ａ内のリソース
Ｒ５，Ｒ６を使用中に変更する（図９ステップＳ３
４）。
【００７２】この後、リソース管理部１１はエクストラ
・トラヒックＰ3 の解放及び予備パスＰ2 の上流側リソ
ースとしてＲ３，Ｒ４の割当て、下流側リソースとして
Ｒ５，Ｒ６の割当てが完了したことをシグナリング部１
３に通知する。この通知を受取ったシグナリング部１３
はエクストラ・トラヒックＰ3 のパスＩＤを含めたエク
ストラ・トラヒック削除メッセージと、予備パスＰ2 の
パスＩＤと割当てた下流側リソース番号（Ｒ５，Ｒ６）
を含めたリソース確保要求メッセージを作成し（図９ス
テップＳ３５，Ｓ３１）、下流側の隣接ノードＮ7 にこ
の２つのメッセージを、エクストラ・トラヒック削除メ
ッセージ、リソース確保要求メッセージの順に送信する
（図９ステップＳ３２）。
【００７３】ノードＮ7 が上記の２つのメッセージを受
取った場合、先に受信したエクストラ・トラヒック削除
メッセージを処理した後（図８ステップＳ２７，Ｓ２
８）、リソース確保要求メッセージを処理する（図８ス
テップＳ２３〜）。
【００７４】予備パスＰ2 の終点ノードＮ5 に達するま
で各ノードで、上記の処理を行うことによって、エクス
トラ・トラヒックＰ3 の解放及び予備パスＰ2 へのリソ
ース割当てを達成する。
【００７５】次に、パス切替手順について説明する。エ
クストラ・トラヒックＰ3 の解放及び予備パスＰ2 への
リソース割当てが完了すると、次に予備パスの終点ノー
ドＮ5 のシグナリング部１３はリソース管理部１１にス
イッチ切替えを要求する。リソース管理部１１はこの要
求を受取ると、スイッチ管理部２１を介して、エクスト
ラ・トラヒック解放手順で割当てたリソースＲ１５，Ｒ
１６とクライアントＣ2 へとつながるリソースＣＲ３，
ＣＲ４を接続するようにスイッチ２３−５を設定する。
【００７６】この間、シグナリング部１３はリソース管
理部１１からスイッチ設定完了応答が通知されるまで待
機する。スイッチ設定完了応答を受取ると、シグナリン
グ部１３は予備パスＰ2 のパスＩＤを含めたスイッチ切
替要求メッセージを作成し、隣接ノードＮ8 に送信す
る。
【００７７】スイッチ切替要求メッセージを受信したノ
ードＮ8 のシグナリング部１３は、上記と同様に、リソ
ース管理部１１にスイッチ設定を要求し、リソース管理
部１１からスイッチ設定完了応答を受取るまで待機す
る。スイッチ設定完了応答を受取ると、シグナリング部
１３はパケット転送部１４を介してスイッチ切替要求メ
ッセージを隣接ノードＮ7 に送信する。
【００７８】以下、上述した手順と同様の手順で、パス
の始点ノードＮ1 までの各ノードのスイッチ２３−５〜
２３−８の設定が完了すると、現用パスＰ1 から予備パ
スＰ2 への切替えが終了し、クライアントＣ１，Ｃ２間
の通信を再開することができる。
【００７９】最終的に、予備パスＰ2 の始点ノードＮ1
のシグナリング部１３が正常なスイッチ切替えを確認す
ると、切替完了メッセージを作成し、予備パスＰ2 の終
端ノードＮ5 宛に送信する。ノードＮ5 がこのメッセー
ジを受信すると、障害回復動作は完了する。
【００８０】本実施例による障害回復方式では、メッセ
ージが２往復するだけで、現用パスＰ1 から予備パスＰ
2 への切替えが可能であるため、上述した本発明の第１
の実施例と比較してより高速に障害回復を行うことがで
きる。
【００８１】図１０は本発明の第３の実施例による障害
回復方式の動作を示す図であり、図１１は本発明の第３
の実施例によるスイッチ設定手順を示すフローチャート
である。本発明の第３の実施例で用いるネットワークの
構成及びノードの構成は、図１及び図２に示す本発明の
第１の実施例と同様である。また、予備パスＰ2 の経路
も、本発明の第１の実施例と同様であり、図３に示す通
りである。
【００８２】まず初めに、本発明の第３の実施例におい
て、障害が発生した場合の通知方法について説明する。
本発明の第３の実施例では、本発明の第１の実施例と同
様に、双方向の現用パスＰ1 の経路上の光ファイバ１０
ｂに障害が発生すると、ノードＮ2 及びノードＮ3 の信
号モニタリング部２２が障害を検出し、ＳＯＮＥＴ／Ｓ
ＤＨのＡＩＳまたはシグナリングメッセージ等を用い
て、障害情報が現用パスＰ1 の始点ノードＮ1 及び終点
ノードＮ5 まで現用経路Ｐ1 に沿って通知される。ノー
ドＮ1 及びノードＮ5 のシグナリング部１３がこのメッ
セージを受取ると、それぞれ障害回復動作を開始する。
【００８３】ここで、ノードＮ1 及びノードＮ5 のシグ
ナリング部１３が複数パスの障害検出通知を受信した場
合、シグナリング部１３はプライオリティ管理部１５に
問い合わせ、プライオリティに応じて障害回復を優先す
るパスの順番を決定した後、優先順位に応じて障害回復
動作を開始する。プライオリティは、例えばパスが適用
する障害回復方式である「１＋１」方式、「１：１」方
式、「Ｓｈａｒｅｄ」方式の順に優先順位が高く、さら
に同じ障害回復方式であるならばホップ長の長いパスか
ら順に優先順位が高くつけられている。
【００８４】次に、上記のような方法でノードＮ1 及び
ノードＮ5 のシグナリング部１３が障害通知を受取った
後、予備経路上に設定されているエクストラ・トラヒッ
クＰ3 を解放し、予備パスＰ2 にリソースを割当てる手
順（リソース確保手順）及び予備パスＰ2 のスイッチ２
３を設定する手順（パス切替手順）について図１〜図３
及び図１０を参照して説明する。
【００８５】ノードＮ5 及びノードＮ1 からのリソース
確保手順は、それぞれ本発明の第１の実施例及び第２の
実施例と同じ手順で開始される。リソース確保要求メッ
セージを受信した中間ノードは、図５と図６と図８と図
９と図１１とに示すフローチャートにしたがって、上流
側及び下流側にリソース確保要求メッセージまたはスイ
ッチ切替メッセージを送信する。
【００８６】図１１によると、上流もしくは下流ノード
からリソース確保要求メッセージを受信した時、すでに
下流もしくは上流ノードからリソース確保要求メッセー
ジを受信していると（図１１ステップＳ３２，Ｓ３
６）、割当てたリソースにしたがってスイッチ２３を設
定し（図１１ステップＳ３３，Ｓ３７）、さらにスイッ
チ切替要求メッセージを作成し（図１１ステップＳ３
４，Ｓ３８）、上流及び下流の次ホップのノードに送信
する（図１１ステップＳ３５，Ｓ３９）。
【００８７】例えば、図１０においては、始点ノードＮ
1 と終点ノードＮ5 とからのリソース確保要求メッセー
ジがノードＮ7 で交差するため、ノードＮ7 のシグナリ
ング部１３はノードＮ6 及びノードＮ8 にスイッチ切替
要求メッセージを送信する。このスイッチ切替メッセー
ジを受信したノードＮ6 及びノードＮ8 は、リソース確
保要求時に割当てたリソース（Ｒ７，Ｒ９），（Ｒ８、
Ｒ１０）にしたがって、スイッチ２３−６，２３−８を
設定する。
【００８８】スイッチ切替要求メッセージが予備パス経
路に沿って転送され、スイッチ切替要求メッセージが始
点ノードＮ1 及び終点ノードＮ5 の両方に到達すると、
現用パスＰ1 から予備パスＰ2 への切替えが完了する。
始点ノードＮ1 がスイッチ２３−１の切替えを完了する
と、切替完了メッセージを作成し、終点ノードＮ5 宛に
送信する。最終的に、終点ノードＮ5 のスイッチ２３−
５の設定が完了していて、かつ切替完了メッセージを受
信すると、障害回復動作が完了する。
【００８９】本実施例による障害回復方式では、障害の
回復を始点ノードＮ1 及び終点ノードＮ5 から同時に開
始するので、上述した本発明の第１の実施例及び第２の
実施例と比較して、より高速に障害回復を行うことがで
きる。
【００９０】次に、本発明の第１の実施例における障害
回復に失敗した場合を本発明の第４の実施例として、そ
のバックアップ障害回復動作について説明する。
【００９１】図１２は本発明の第１の実施例において障
害回復に失敗する場合のネットワークを示す図であり、
図１３は本発明の第４の実施例によるバックアップ障害
回復方式の動作を示す図である。
【００９２】図１２において、現用パスＰ1 が設定され
ている経路上の光ファイバ１０ｂに障害が発生すると同
時に、予備パスＰ2 が設定されている経路上の光ファイ
バ１０ｈにも障害が発生する場合について述べる。
【００９３】本発明の第１の実施例による障害回復方式
を適用する場合には、現用パスＰ1の障害は、始点ノー
ドＮ1 及び終点ノードＮ5 に通知され、終点ノードＮ5
から障害回復動作を開始する。
【００９４】しかしながら、予備パスＰ2 の経路上の光
ファイバ１０ｈに障害が発生しているため、予備パスＰ
2 を設定することができない。このような場合、本発明
の第４の実施例では図１３に示す手順によってバックア
ップ障害回復方式を実施する。
【００９５】図１３において、終点ノードＮ5 は、本発
明の第１の実施例による障害回復動作を開始するが、ノ
ードＮ8 からノードＮ7 にリソース確保要求メッセージ
を送信する際に、光ファイバ１０ｈが障害のため、予備
パスＰ2 を設定することができないことに気が付く。こ
のため、ノードＮ8 は、“設定失敗、障害箇所：ファイ
バ１０ｈ”というエラー情報を含めたエラー通知メッセ
ージをノードＮ5 に送信する。このエラー通知メッセー
ジを受取った終点ノードＮ5 は何もせずに、始点ノード
Ｎ1 がバックアップ障害回復動作を始めるのを待つ。
【００９６】一方、現用パスＰ1 の障害通知を受取った
始点ノードＮ1 のシグナリング部１３はタイマ（図示せ
ず）をスタートさせる。このタイマは予め決めてある時
間になると、タイムアウトしたことをシグナリング部１
３に通知する機能をもっている。タイムアウト時間以内
に、ノードＮ1 のシグナリング部１３が予備パスＰ2の
ためのリソース確保要求メッセージを受信しなければ、
シグナリング部１３は代用パスＰ4 を設定するバックア
ップ障害回復動作を開始する。
【００９７】まず、はじめに代用パスＰ4 の経路を決定
する方法について説明する。障害回復動作を開始したシ
グナリング部１３は、現用パスＰ1 及び予備パスＰ2 の
パスＩＤに基づいてパスデータベース１３ａからそれぞ
れの経路を見つけ出し、ルーティング部１２にこれらの
経路（Ｎ1 −Ｎ2 −Ｎ3 −Ｎ4 −Ｎ5 、Ｎ1 −Ｎ6 −Ｎ
7 −Ｎ8 −Ｎ5 ）を除いて経路を計算するように要求す
る。
【００９８】この要求を受取ったルーティング部１２
は、トポロジデータベース１２ａから現用パスＰ1 及び
予備パスＰ2 の経路を除いたトポロジにおいて、ダイク
ストラのアルゴリズムによってノードＮ1 からノードＮ
5 までの新たな経路（Ｎ1 −Ｎ9 −Ｎ10−Ｎ11−Ｎ5 ）
を決定する。
【００９９】次に、この経路上に障害回復用の代用パス
Ｐ4 を設定する手順を図１３を用いて説明する。ルーテ
ィング部１２から経路情報を受取ると、ノードＮ1 のシ
グナリング部１３は経路情報を参照して隣接ノードＮ9
へとつながるスイッチ２３−１の空きリソースを確保す
るようにリソース管理部２１に要求する。リソース管理
部２１からリソース確保の完了応答があると、シグナリ
ング部１３はパス設定要求メッセージを作成し、このメ
ッセージを隣接ノードＮ9 へと送信する。
【０１００】隣接ノードＮ9 のシグナリング部１３はパ
ス設定要求メッセージを受信すると、このメッセージの
中に含まれるリソース情報と対応するリソースをリソー
ス管理部１１を介して確保する。次に、シグナリング部
１３は経路情報を参照して隣接ノードＮ10へとつながる
空きリソースを確保するようにリソース管理部１１に要
求し、その要求に対する応答があると、隣接ノードＮ10
にパス設定要求メッセージを送信する。以後、各ノード
は上述した動作を、終点ノードＮ5 に達するまで繰り返
す。
【０１０１】ノードＮ5 においてリソースの割当が完了
すると、シグナリング部１３は割当てられたリソースに
したがって、現用パスＰ1 から新たに設定した代用パス
Ｐ4へスイッチ２３−５を切替えるようにリソース管理
部１１に要求する。シグナリング部１３はスイッチ２３
−５の設定が終了すると、パス設定応答メッセージを作
成し、隣接ノードＮ11に送信する。
【０１０２】パス設定応答メッセージを受信した各ノー
ドは、割当てられているリソースにしたがってスイッチ
２３を設定し、隣接ノードにパス設定応答メッセージを
送信する。始点ノードＮ1 がこのメッセージを受取る
と、現用パスＰ1 から新たに設定した代用パスＰ4 へス
イッチ２３−１を切替えるようにリソース管理部１１に
要求する。リソース管理部１１がスイッチ管理部２１を
介してスイッチ２３−１を切替えると、障害回復が完了
する。障害が回復した後、始点ノードＮ1 は終点ノード
Ｎ5 宛てに切替完了メッセージを送信し、これを終点ノ
ードＮ5 が受信すると、バックアップ障害回復動作が完
了する。
【０１０３】本実施例による障害回復方式では、予め用
意してある予備パスＰ2 への切替えに失敗した場合で
も、新たな代用パスＰ4 を設定し、現用パスＰ1 から代
用パスＰ4 に切替えることによって、迅速に障害を回復
することができる。
【０１０４】また、本実施例では障害区間を含む可能性
のある現用パスＰ1 と予備パスＰ2の経路を除いて代用
パスＰ4 の経路を決定することによって、障害が発生し
ている経路を選択する可能性がなくなる。つまり、代用
パスＰ4 の設定に失敗する可能性が極めて低くなるとい
う効果が得られる。
【０１０５】本発明の第２の実施例による障害回復に失
敗した場合を本発明の第５の実施例として、そのバック
アップ障害回復動作について説明する。図１２におい
て、現用パスＰ1 が設定されている経路上の光ファイバ
１０ｂに障害が発生すると同時に、予備パスＰ2 が設定
されている経路上の光ファイバ１０ｈにも障害が発生す
る場合について述べる。本発明の第２の実施例による障
害回復方式を適用する場合には、現用パスＰ1 の障害
は、始点ノードＮ1 及び終点ノードＮ5 に通知され、始
点ノードＮ1 から障害回復動作を開始する。
【０１０６】しかしながら、予備パスＰ2 の経路上の光
ファイバ１０ｈに障害が発生しているため、予備パスＰ
2 の設定に失敗する。このような場合、本発明の第５の
実施例では図１４に示す手順によってバックアップ障害
回復方式を実施する。
【０１０７】図１４は本発明の第５の実施例によるバッ
クアップ障害回復方式の動作を示す図である。図１４に
おいて、始点ノードＮ5 は本発明の第２の実施例による
障害回復動作を開始するが、ノードＮ7 からノードＮ8
にリソース確保要求メッセージを送信する際に、光ファ
イバ１０ｈが障害のため、予備パスＰ2 を設定すること
ができないことに気づく。
【０１０８】このため、ノードＮ7 は“設定失敗、障害
箇所：ファイバ１０ｈ”というエラー情報を含めたエラ
ー通知メッセージをノードＮ6 に送信する。エラー通知
メッセージはノードＮ6 、ノードＮ1 の順に転送され、
このエラー通知メッセージを受信したノードＮ1 のシグ
ナリング部１３は代用パスＰ4 を設定するバックアップ
障害回復動作を開始する。
【０１０９】まず、はじめに代用パスＰ4 の経路を決定
する方法について説明する。障害回復動作を開始したシ
グナリング部１３はパスＩＤに基づいてパスデータベー
ス１３ａから現用パスＰ1 の経路を見つけ出し、ルーテ
ィング部１２にこの経路（Ｎ1 −Ｎ2 −Ｎ3 −Ｎ4 −Ｎ
5 ）と、エラー通知メッセージで受取ったファイバ１０
ｈとを除いて経路を計算するように要求する。
【０１１０】この要求を受取ったルーティング部１２は
トポロジデータベース１２ａからの現用パスＰ1 の経路
及びファイバ１０ｈを除いたトポロジにおいて、ダイク
ストラのアルゴリズムによってノードＮ1 からノードＮ
5 までの新たな経路（Ｎ1 −Ｎ9 −Ｎ10−Ｎ11−Ｎ5 ）
を決定する。
【０１１１】次に、この経路上に障害回復用の代用パス
Ｐ4 を設定する手順を、図１４を用いて説明する。ルー
ティング部１２から経路情報を受取ると、ノードＮ1 の
シグナリング部１３は経路情報を参照して隣接ノードＮ
9 へとつながるスイッチ２３−１のリソースを確保する
ようにリソース管理部１１に要求する。リソース管理部
１１からリソースの確保が完了したという応答がある
と、シグナリング部１３はパス設定要求メッセージを作
成し、このメッセージを隣接ノードＮ9 へと送信する。
【０１１２】隣接ノードＮ9 のシグナリング部１３はパ
ス設定要求メッセージを受信すると、リソース管理部１
１がこのメッセージの中に含まれるリソース情報と対応
する自スイッチ２３のリソースを確保する。続いて、シ
グナリング部１３は経路情報を参照して隣接ノードＮ10
へのリソースを確保するようにリソース管理部１１に要
求し、その要求に対する応答があると、隣接ノードＮ10
にパス設定要求メッセージを送信する。以後、各ノード
は上記の動作を、終点ノードＮ5 に達するまで繰り返
す。
【０１１３】ノードＮ5 においてリソースの割当が完了
すると、シグナリング部１３は割当てられたリソースに
したがって、現用パスＰ1 から新たに設定した代用パス
Ｐ4へスイッチ２３を切替えるようにリソース管理部１
１に要求する。スイッチ２３の設定が終了すると、シグ
ナリング部１３はパス設定応答メッセージを作成し、そ
のメッセージを隣接ノードＮ11に送信する。
【０１１４】パス設定応答メッセージを受信した各ノー
ドは、割当てられているリソースにしたがってスイッチ
２３を設定し、隣接ノードにパス設定応答メッセージを
送信する。始点ノードＮ1 がこのメッセージを受取る
と、現用パスＰ1 から新たに設定した代用パスＰ4 へス
イッチ２３を切替えるようにリソース管理部１１に要求
する。リソース管理部１１がスイッチ管理部２１を介し
てスイッチ２３を切替えると、障害回復が完了する。
【０１１５】障害が回復した後、始点ノードＮ1 は終点
ノードＮ5 宛てに切替完了メッセージを送信し、これを
終点ノードＮ5 が受信すると、バックアップ障害回復動
作が完了する。
【０１１６】本実施例による障害回復方式では、予め用
意してある予備パスＰ2 への切替えに失敗した場合で
も、新たな代用パスＰ4 を設定し、現用パスＰ1 から代
用パスＰ4 に切替えることによって、迅速に障害を回復
することが可能である。また、障害区間を含む可能性の
ある現用パスＰ1 と障害区間の光ファイバ１０ｈとを除
いて代用パスＰ4 の経路を決定することによって、本発
明の第４の実施例と比べ、効率よく障害箇所を除いて代
用パスＰ4 の設定が可能であるという効果が得られる。
【０１１７】本発明の第４の実施例及び第５の実施例に
よるバックアップ障害回復方式では、現用パスＰ1 から
代用パスＰ4 への切替えが完了した後、障害が発生して
いる現用パスＰ1 に沿って、削除要求メッセージをホッ
プバイホップに転送して、現用パスＰ1 を削除した後、
この代用パスＰ4 を現用パスとして使用することも可能
である。
【０１１８】また、本発明の第４の実施例及び第５の実
施例によるバックアップ障害回復方式では、新たなパス
を設定して障害を回復する時に、パスの始点ノードから
開始する手順について説明したが、本発明の第４の実施
例ではエラー通知メッセージの受信によって、また本発
明の第５の実施例ではタイマのタイムアウトによって、
パスの終点ノードから開始することもできることは明ら
かである。
【０１１９】図１５は本発明の第６の実施例における現
用パスＰ1 の障害が回復した時の現用パスＰ1 及び予備
パスＰ2 の経路を示すブロック図であり、図１６は本発
明の第６の実施例における予備パスＰ2 から現用パスＰ
1 への切戻し動作を示す図である。
【０１２０】図１５において、現用パスＰ1 と使用中の
予備パスＰ2 との双方向パスのそれぞれは、送信端のノ
ードＮ1 ，Ｎ5 においてブリッジ（現用パスＰ1 及び予
備パスＰ2 の両方がクライアントＣ1 ，Ｃ2 と接続され
ている）状態にあり、受信端ノードＮ5 ，Ｎ1 では予備
パスＰ2 がクライアントＣ1 ，Ｃ2 と接続されている。
【０１２１】現用パスＰ1 の障害が回復した時の予備パ
スＰ2 から現用パスＰ1 への切戻し動作を図１５及び図
１６を参照して説明する。
【０１２２】ノードＮ2 及びノードＮ3 のモニタリング
部２２が光ファイバ１０ｂの障害復旧を検出すると、リ
ソース管理部１１を介してシグナリング部１３に障害復
旧を通知する。この通知を受取ったシグナリング部１３
は障害ファイバ１０ｂに設定されていた現用パスＰ1 の
始点ノード及び終点ノードをパスデータベース１３ａか
ら検索してノードＮ1 及びノードＮ5 を得た後、現用パ
スＰ1 のパスＩＤを含めた障害復旧通知メッセージを作
成してそれぞれのノードに送信する。
【０１２３】このメッセージを受取った始点ノードＮ1
及び終点ノードＮ5 のシグナリング部１３は、現用パス
Ｐ1 のパスＩＤを含めた障害回復メッセージを隣接ノー
ドＮ6 及びノードＮ8 に送信する。このメッセージは、
予備パスＰ2 に沿った経路上のノードをホップバイホッ
プに転送され、最終的に終点ノードＮ5 、始点ノードＮ
1 に達する。
【０１２４】障害回復メッセージを受取った始点ノード
Ｎ1 のシグナリング部１３は、障害復旧通知をまだ受信
していないならば、受信するまで待機し、すでに受信済
みならば、双方向パスの内、終点ノードＮ5 から始点ノ
ードＮ1 への方向のパスを予備パスＰ2 から現用パスＰ
1 にリソース管理部１１を介して切替える（つまり、リ
ソースＲ５３からリソースＲ５１に切替える）。
【０１２５】切替えが完了すると、シグナリング部１３
は現用パスのパスＩＤを含んだ切戻要求メッセージを隣
接ノードＮ6 に送信する。このメッセージは予備パスＰ
2 に沿った経路上のノードをホップバイホップに転送さ
れ、最終的に終点ノードＮ5のシグナリング部１３が受
信すると、双方向パスの内、始点ノードＮ1 から終点ノ
ードＮ5 への方向のパスを予備パスＰ2 から現用パスＰ
1 にリソース管理部１１を介して切替える（つまり、リ
ソースＲ５６からリソースＲ５４に切替える）。
【０１２６】また、これと同時に現用パスＰ1 及び予備
パスＰ2 の両方にブリッジしている終点方向から始点方
向のパスのブリッジを解放し、現用パスＰ1 にのみ接続
されるように切替える（つまり、リソースＲ５５のみに
接続されるようにする）。
【０１２７】ブリッジの解放が終了すると、シグナリン
グ部１３は現用パスＰ1 のパスＩＤを含む切替成功メッ
セージを隣接ノードＮ8 に送信する。このメッセージは
予備パスＰ2 に沿った経路上のノードをホップバイホッ
プに転送され、最終的に始点ノードＮ1 のシグナリング
部１３が受信すると、双方向パスの内、現用パスＰ1及
び予備パスＰ2 にブリッジしている始点ノードＮ1 から
終点ノードＮ5 への方向のパスのブリッジを解放し、現
用パスＰ1 にのみ接続されるように切替える（つまり、
リソースＲ５０のみに接続されるように切替える）。
【０１２８】以上の動作によって、予備パスＰ2 から現
用パスＰ1 への切戻し動作が終了すると、始点ノードＮ
1 のシグナリング部１３は現用パスＰ1 のパスＩＤを含
む切戻完了メッセージを作成し、隣接ノードＮ6 に送信
する。このメッセージは予備パスＰ2 に沿った経路上の
ノードをホップバイホップに転送され、最終的に終点ノ
ードＮ5 のシグナリング部１３が受信すると、次に予備
パスのリソースの解放動作に移る。
【０１２９】予備パスＰ2 のリソースを解放するため
に、終点ノードＮ5 のシグナリング部１３は、予備パス
Ｐ2 が使っていたリソースＲ５６，Ｒ５７の解放をリソ
ース管理部１１に要求し、リソースの解放が完了する
と、リソース解放メッセージを作成し、隣接ノードＮ8
に送信する。
【０１３０】ノードＮ8 のシグナリング部１３はリソー
ス開放メッセージを受信すると、予備パスＰ2 が使用し
ていたリソースＲ６６，Ｒ６７，Ｒ６８，Ｒ６９の解放
をリソース管理部１１に要求し、リソースの解放が完了
すると、次に、リソース管理部１１とスイッチ管理部２
１とを介して解放したリソースのスイッチ状態を未接続
に設定する。スイッチ２３−８の設定を完了後、隣接ノ
ードにリソース解放メッセージを送信する。
【０１３１】リソース解放メッセージを受信した各中間
ノードでは、上述したノードＮ8 と同様の動作を行い、
最終的に始点ノードＮ1 がリソース開放メッセージを受
信し、リソースＲ５２，Ｒ５３が解放されると、予備パ
スＰ2 のリソース解放が終了する。最後に始点ノードＮ
1 のシグナリング部１３がリソース解放完了メッセージ
を終点ノードＮ5 に送信し、終点ノードＮ5 のシグナリ
ング部１３がこのメッセージを受信すると、切戻し及び
リソース解放動作が完了する。
【０１３２】本発明の第６の実施例では現用パスＰ1 の
障害復旧後に、予備パスＰ2 から現用パスＰ1 に切戻し
た後、予備パスＰ2 のリソースを開放するため、クライ
アントＣ1 ，Ｃ2 間の通信を切断することなく、パスの
切戻しが可能である。
【０１３３】本発明の第６の実施例では障害回復メッセ
ージ、切戻要求メッセージ、切戻成功メッセージ、切戻
完了メッセージを予備パスＰ2 の経路に沿ってホップバ
イホップに転送したが、これらのメッセージを始点ノー
ドＮ1 と終点ノードＮ5 との間で直接やり取りすること
も可能である。
【０１３４】本実施例では、双方向パスに障害が発生し
た場合の障害回復動作及び障害が復旧した場合の切戻し
動作について説明したが、これらの方式は片方向パスに
も適用可能であることは明らかである。
【０１３５】図１７は本発明においてネットワーク管理
装置によって制御されるネットワーク及びノードの構成
例を示すブロック図である。本発明の第１の実施例、第
２の実施例、第３の実施例は、図１７に示すルーティン
グ部１２と、シグナリング部１３と、パケット転送部
（図示せず）と、プライオリィ制御部１５とからなるネ
ットワーク管理装置７によって制御されているノードか
らなるネットワークにおいても実現可能である。この場
合、本発明で用いた各メッセージは、ネットワーク管理
装置７と各ノードＮ1 ，Ｎ5 〜Ｎ8 を接続する制御チャ
ネル１００を介して、上述した本発明の実施例各々と同
じ手順で交換される。
【０１３６】また、図１７において、ネットワーク管理
装置７はリソース管理部１１によって、ネットワーク内
全体のノードのリソースを管理することも可能である。
この場合には、各ノードのスイッチ２３はネットワーク
管理装置７によって制御される。
【０１３７】このように、本発明では、予め設定してあ
る予備パスＰ2 にエクストラ・トラヒックＰ3 が流れて
いる場合において、予備パスＰ2 を設定する前にエクス
トラ・トラヒックＰ3 を解放するため、障害回復される
パスに流れているクライアントＣ1 ，Ｃ2 からのデータ
が、エクストラ・トラヒックＰ3 の経路に沿って転送さ
れることなく、予備パスＰ2 に切替え可能である。
【０１３８】本発明では、予め設定してある予備パスＰ
2 にエクストラ・トラヒックＰ3 が流れている場合にお
いて、エクストラ・トラヒックＰ3 を解放すると同時
に、リソースを予約するため、他のパスにリソースを奪
われることなく、確実かつ迅速に予備パスＰ2 を設定す
ることができる。
【０１３９】本発明では、複数のパスの障害を回復する
必要がある場合、障害回復する順番をプライオリティ管
理部１５で管理するため、すべてのパスの要求に応じた
障害回復時間を提供することできる。
【０１４０】本発明では、予め用意してある予備パスＰ
2 への切替えに失敗した場合でも、新たな代用パスＰ4
に切替えることができるため、信頼性の高い障害回復方
式を提供することができる。
【０１４１】本発明では、現用系の障害が回復した後、
クライアントＣ1 ，Ｃ2 間の通信を切断することなく、
予備パスＰ2 から現用パスＰ1 に切戻し方式を提供する
ことができる。
【０１４２】
【発明の効果】以上説明したように本発明の光パス障害
回復方式は、現用パスの障害通知を受信したパスの端点
ノードが、予備パスの経路に沿って逆端点のノードまで
ホップバイホップに転送されるリソース確保要求メッセ
ージを発行し、このメッセージを受信した予備パスの経
路上の各ノードにおいて、エクストラ・トラヒックの解
放及び予備パスのために予約されているリソースを確保
した後、スイッチ切替要求メッセージを発行し、このメ
ッセージを受信した各ノードが確保したリソースにした
がってスイッチを設定することによって、予備パスのリ
ソースをエクストラ・トラヒックが使っている場合にお
いて、現用パスに障害が発生した時に誤接続することな
く、迅速に予備パスを設定し、現用パスから予備パスへ
切替えることができるという効果が得られる。
【０１４３】また、本発明の他の光パス障害回復方式
は、予備パス上に発生した障害のため、予備パスを設定
できない場合にでも、障害区間を除いた経路上に新たな
代用パスを設定し、障害が発生している現用パスから代
用パスに切替えることによって、現用パス障害時におい
て、現用パスから予備パスへ切替える際に予備パスの設
定に失敗した場合、バックアップ障害回復方式を用いる
ことによって信頼性の高い障害回復を実現することがで
きるという効果が得られる。
【０１４４】さらに、本発明の障害復旧後の切戻方式
は、現用パスの障害が復旧した時、ブリッジ状態にある
現用パスと予備パスとを切替えることによって、現用パ
スが障害から復旧した時にクライアント間の通信を切断
することなく、予備パスから現用パスに切戻すことがで
きるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の第１の実施例によるネットワークの構
成例を示すブロック図である。
【図２】図１のノード各々の構成例を示すブロック図で
ある。
【図３】本発明の第１の実施例によるネットワークにお
ける予備パスの経路を示す図である。
【図４】本発明の第１の実施例による障害回復方式の動
作を示すシーケンスチャートである。
【図５】本発明の第１の実施例によるリソース確保手順
を示すフローチャートである。
【図６】本発明の第１の実施例によるリソース確保手順
を示すフローチャートである。
【図７】本発明の第２の実施例による障害回復方式の動
作を示す図である。
【図８】本発明の第２の実施例によるリソース確保手順
を示すフローチャートである。
【図９】本発明の第２の実施例によるリソース確保手順
を示すフローチャートである。
【図１０】本発明の第３の実施例による障害回復方式の
動作を示す図である。
【図１１】本発明の第３の実施例によるスイッチ設定手
順を示すフローチャートである。
【図１２】本発明の第１の実施例において障害回復に失
敗する場合のネットワークを示す図である。
【図１３】本発明の第４の実施例によるバックアップ障
害回復方式の動作を示す図である。
【図１４】本発明の第５の実施例によるバックアップ障
害回復方式の動作を示す図である。
【図１５】本発明の第６の実施例における現用パスの障
害が回復した時の現用パス及び予備パスの経路を示すブ
ロック図である。
【図１６】本発明の第６の実施例における予備パスから
現用パスへの切戻し動作を示す図である。
【図１７】本発明においてネットワーク管理装置によっ
て制御されるネットワーク及びノードの構成例を示すブ
ロック図である。
【符号の説明】
１ 制御部 ２ スイッチ部 ３，４ 分波部 ５，６ 合波部 ７ ネットワーク管理装置 １０ａ〜１０ｎ 光ファイバ １１ リソース管理部 １１ａ リソースデータベース １２ ルーティング部 １２ａ トポロジデータベース １３ シグナリング部 １３ａ パスデータベース １４ パケット転送部 １５ プライオリティ管理部 ２１ スイッチ管理部 ２２ 信号モニタリング部 ２３，２３−１〜２３−８ スイッチ Ｎ1 〜Ｎ11 ノード装置 Ｃ1 ，Ｃ2 クライアント装置 Ｒ１〜Ｒ１６，Ｒ５０〜Ｒ５７ ノード間のリソース ＣＲ１〜ＣＲ４ クライアント側のリソース Ｐ1 現用パス Ｐ2 予備パス Ｐ3 エクストラ・トラヒック Ｐ4 代用パス
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K002 AA06 DA02 DA05 DA09 EA33 FA01 GA04 5K028 AA14 BB08 CC05 DD03 QQ01 5K030 GA12 HC01 HD01 JL03 JL10 KA05 LB08 MA04 MD02

Claims (28)

    【特許請求の範囲】
  1. 【請求項１】 現用パスの端点のうちの一方のノードが
    予め設定された予備パスの経路に沿って前記端点のうち
    の他方のノードまでホップバイホップに転送されるリソ
    ース確保要求メッセージとスイッチ切替要求メッセージ
    とを発行するパス障害回復方式であって、 前記リソース確保要求メッセージの受信時に、削除され
    ることを前提として通信されるトラヒックを示すエクス
    トラ・トラヒックを解放するステップと、 前記エクストラ・トラヒックを解放した後に前記予備パ
    スのために予約されているリソースを確保するステップ
    と、 前記予備パスの経路上のすべてのノードで前記リソース
    の確保が完了した後に前記端点のうちの他方のノードか
    ら発行される前記スイッチ切替要求メッセージの受信時
    に、その確保したリソースにしたがって前記予備パスの
    経路上の各ノードのスイッチを設定するステップとを有
    することを特徴とするパス障害回復方式。
  2. 【請求項２】 前記予備パスの設定に失敗した場合、そ
    の失敗した区間を除いた経路上に新たな代用パスを設定
    するステップと、前記現用パスから前記代用パスに切替
    えるステップとを含むことを特徴とする請求項１記載の
    パス障害回復方式。
  3. 【請求項３】 前記現用パスの障害が復旧した時に、前
    記現用パスと前記予備パス及び前記代用パスの一方との
    両方がクライアントに接続されている状態を示すブリッ
    ジ状態にある前記予備パス及び前記代用パスの一方から
    前記現用パスへの切戻しを行うステップを含むことを特
    徴とする請求項２記載のパス障害回復方式。
  4. 【請求項４】 パスの始点ノードと終点ノードとの間に
    前記現用パス及び前記予備パスが予め設定されている場
    合に、前記現用パスの障害通知を受取った前記パスの端
    点のうちの一方のノードが前記リソース確保要求メッセ
    ージを発行して前記端点のうちの他方のノードまで前記
    予備パスのリソースを使用しているエクストラ・トラヒ
    ックの解放及び前記予備パスのリソースの確保を行った
    後、前記端点のうちの他方のノードがスイッチ切替メッ
    セージを発行して確保されたリソースにしたがって前記
    パスを切替えるスイッチ部の設定を行うことを特徴とす
    る請求項１記載のパス障害回復方式。
  5. 【請求項５】 パスの始点ノードと終点ノードとの間に
    前記現用パス及び前記予備パスが予め設定されている場
    合に、前記現用パスの障害通知の受信時にネットワーク
    全体を管理するネットワーク管理装置が前記予備パス経
    路上の各ノードに前記リソース確保要求メッセージを発
    行し、前記リソース確保要求メッセージを受信したノー
    ドが前記予備パスのリソースを使用しているエクストラ
    ・トラヒックの解放及び前記予備パスのリソースの確保
    を行った後、前記ネットワーク管理装置が前記予備パス
    経路上の各ノードに前記スイッチ切替メッセージを発行
    し、前記スイッチ切替メッセージを受信した各ノードが
    確保した前記リソースにしたがって前記パスを切替える
    スイッチ部の設定を行うことを特徴とする請求項１記載
    のパス障害回復方式。
  6. 【請求項６】 パスの始点ノードと終点ノードとの間に
    前記現用パス及び前記予備パスが予め設定されている場
    合に、前記現用パスの障害通知を受取ったネットワーク
    全体を管理するネットワーク管理装置が前記予備パスの
    リソースを使用しているエクストラ・トラヒックの解放
    及び前記予備パスのリソースの確保を行った後、前記予
    備パス経路上の各ノードに前記スイッチ切替メッセージ
    を発行し、前記スイッチ切替メッセージを受信した各ノ
    ードが前記ネットワーク管理装置が確保した前記リソー
    スにしたがって前記パスを切替えるスイッチ部の設定を
    行うことを特徴とする請求項１記載のパス障害回復方
    式。
  7. 【請求項７】 パスの始点ノードと終点ノードとの間に
    前記現用パス及び前記予備パスが予め設定されている場
    合に、前記現用パスが障害のために前記予備パスへの切
    替えを試みた後、前記予備パスの設定に失敗したことを
    検出すると、その障害区間を除いた前記始点ノードから
    前記終点ノードまでの経路を計算し、その経路に沿って
    新たな代用パスを設定し、前記現用パスから前記代用パ
    スに切替えることを特徴とする請求項２記載のパス障害
    回復方式。
  8. 【請求項８】 前記現用パスに障害が発生しているため
    に前記予備パスを使用している場合に、前記現用パスの
    障害復旧通知を受取ったパスの端点のうちの一方のノー
    ドが前記端点のうちの他方のノードに障害復旧メッセー
    ジを送信し、前記パスの端点ノード間で切戻要求メッセ
    ージと切戻成功メッセージと切戻完了メッセージとを交
    換して前記端点ノードの前記パスを切替えるスイッチ部
    を切替えることで前記予備パスから前記現用パスに切戻
    した後、前記予備パスのリソースの解放及び前記スイッ
    チ部の設定を未接続にすることを特徴とする請求項３記
    載のパス障害回復方式。
  9. 【請求項９】 各々制御メッセージを処理する制御部と
    パスを切替えるスイッチ部とからなる複数のノードと、
    前記複数のノード各々の前記制御部間を接続する制御チ
    ャネルと、前記複数のノード各々の前記スイッチ部間を
    接続するリンクとからなる通信ネットワークのパス障害
    回復方式であって、 前記パスの始点ノードと終点ノードとの間に現用パスと
    それに対応した予備パスとが予め設定されている場合
    に、前記現用パスの障害通知を受取ったパスの端点のう
    ちの一方のノードがリソース確保要求メッセージを発行
    して前記端点のうちの他方のノードまで前記予備パスの
    リソースを使用しているエクストラ・トラヒックの解放
    及び前記予備パスのリソースの確保を行った後、前記端
    点のうちの他方のノードがスイッチ切替メッセージを発
    行して確保されたリソースにしたがって前記スイッチ部
    の設定を行うことを特徴とするパス障害回復方式。
  10. 【請求項１０】 各々制御メッセージを処理する制御部
    とパスを切替えるスイッチ部とからなる複数のノード
    と、ネットワーク全体を管理するネットワーク管理装置
    と、前記複数のノード各々の制御部と前記ネットワーク
    管理装置とを接続する制御チャネルと、前記複数のノー
    ド各々の前記スイッチ部間を接続するリンクとからなる
    通信ネットワークのパス障害回復方式であって、 前記パスの始点ノードと終点ノードとの間に現用パスと
    それに対応した予備パスとが予め設定されている場合
    に、前記現用パスの障害通知の受信時に前記ネットワー
    ク管理装置が前記予備パス経路上の各ノードにリソース
    確保要求メッセージを発行し、前記リソース確保要求メ
    ッセージを受信したノードが前記予備パスのリソースを
    使用しているエクストラ・トラヒックの解放及び前記予
    備パスのリソースの確保を行った後、前記ネットワーク
    管理装置が前記予備パス経路上の各ノードにスイッチ切
    替メッセージを発行し、前記スイッチ切替メッセージを
    受信した各ノードが確保した前記リソースにしたがって
    前記スイッチ部の設定を行うことを特徴とするパス障害
    回復方式。
  11. 【請求項１１】 パスを切替えるスイッチ部からなる複
    数のノードと、ネットワーク全体を管理するネットワー
    ク管理装置と、前記複数のノード各々のスイッチ部と前
    記ネットワーク管理装置とを接続する制御チャネルと、
    前記複数のノード各々の前記スイッチ部間を接続するリ
    ンクとからなる通信ネットワークのパス障害回復方式で
    あって、 前記パスの始点ノードと終点ノードとの間に現用パスと
    それに対応した予備パスとが予め設定されている場合
    に、前記現用パスの障害通知を受取ったネットワーク管
    理装置が前記予備パスのリソースを使用しているエクス
    トラ・トラヒックの解放及び前記予備パスのリソースの
    確保を行った後、前記予備パス経路上の各ノードにスイ
    ッチ切替メッセージを発行し、前記スイッチ切替メッセ
    ージを受信した各ノードが前記ネットワーク管理装置が
    確保した前記リソースにしたがって前記スイッチ部の設
    定を行うことを特徴とするパス障害回復方式。
  12. 【請求項１２】 複数の障害検出通知を受信した場合
    に、予め設定された障害回復するパスの優先順位にした
    がって前記障害回復の順序を決定することを特徴とする
    請求項９から請求項１１のいずれかに記載のパス障害回
    復方式。
  13. 【請求項１３】 前記障害回復するパスの優先順位は、
    障害回復方式の優先順位であることを特徴とする請求項
    １２記載のパス障害回復方式。
  14. 【請求項１４】 前記障害回復するパスの優先順位は、
    前記障害回復されるパスのホップ長であることを特徴と
    する請求項１２記載のパス障害回復方式。
  15. 【請求項１５】 前記障害回復動作を開始するノード
    は、前記障害通知を受信したパスの終点ノードであり、 前記スイッチの設定を開始するノードは、前記エクスト
    ラ・トラヒックの解放が終了したパスの始点ノードであ
    ることを特徴とする請求項９から請求項１４のいずれか
    に記載のパス障害回復方式。
  16. 【請求項１６】 前記障害回復動作を開始するノード
    は、前記障害通知を受信したパスの始点ノードであり、 前記スイッチの設定を開始するノードは、前記エクスト
    ラ・トラヒックの解放が終了したパスの終点ノードであ
    ることを特徴とする請求項９から請求項１４のいずれか
    に記載のパス障害回復方式。
  17. 【請求項１７】 前記障害回復動作を開始するノード
    は、前記障害通知を受信したパスの始点ノード及び終点
    ノードであり、 前記スイッチの設定を開始するノードは、前記予備パス
    のリソースの確保が終了したパスの中間ノードの一つで
    あることを特徴とする請求項９から請求項１４のいずれ
    かに記載のパス障害回復方式。
  18. 【請求項１８】 各々制御メッセージを処理する制御部
    とパスを切替えるスイッチ部とからなる複数のノード
    と、前記複数のノード各々の制御部間を接続する制御チ
    ャネルと、前記複数のノード各々のスイッチ部間を接続
    するリンクとからなる通信ネットワークのパス障害回復
    方式であって、 前記パスの始点ノードと終点ノードとの間に現用パスと
    それに対応した予備パスとが予め設定されている場合
    に、前記現用パスが障害のために前記予備パスへの切替
    えを試みた後、前記予備パスの設定に失敗したことを検
    出すると、その障害区間を除いた前記始点ノードから前
    記終点ノードまでの経路を計算し、その経路に沿って新
    たな代用パスを設定し、前記現用パスから前記代用パス
    に切替えることを特徴とするパス障害回復方式。
  19. 【請求項１９】 前記現用パスから前記代用パスに切替
    えた後に前記現用パスを削除し、前記代用パスを現用パ
    スとして用いることを特徴とする請求項１８記載のパス
    障害回復方式。
  20. 【請求項２０】 前記予備パスの設定失敗をシグナリン
    グメッセージで通知することを特徴とする請求項１８ま
    たは請求項１９に記載のパス障害回復方式。
  21. 【請求項２１】 前記予備パスの設定失敗を予め設定さ
    れた所定時間のタイムアウトで通知することを特徴とす
    る請求項１８または請求項１９に記載のパス障害回復方
    式。
  22. 【請求項２２】 各々制御メッセージを処理する制御部
    とパスを切替えるスイッチ部とからなる複数のノード
    と、前記複数のノード各々の制御部間を接続する制御チ
    ャネルと、前記複数のノード各々のスイッチ部間を接続
    するリンクとからなる通信ネットワークの障害復旧後の
    切戻方式であって、 現用パスに障害が発生しているために予備パスを使用し
    ている場合に、前記現用パスの障害復旧通知を受取った
    パスの端点のうちの一方のノードが前記端点のうちの他
    方のノードに障害復旧メッセージを送信し、前記パスの
    端点ノード間で切戻要求メッセージと切戻成功メッセー
    ジと切戻完了メッセージとを交換して前記端点ノードの
    前記スイッチ部を切替えることで前記予備パスから前記
    現用パスに切戻した後、前記予備パスのリソースの解放
    及び前記スイッチ部の設定を未接続にすることを特徴と
    する障害復旧後の切戻方式。
  23. 【請求項２３】 前記切戻要求メッセージと前記切戻成
    功メッセージと前記切戻完了メッセージとを前記予備パ
    スの経路上のノードをホップバイホップに転送し、前記
    パスの端点ノード間で前記予備パスから前記現用パスに
    切替えることを特徴とする請求項２２記載の障害復旧後
    の切戻方式。
  24. 【請求項２４】 前記切戻要求メッセージと前記切戻成
    功メッセージと前記切戻完了メッセージとを前記現用パ
    スの経路上のノードをホップバイホップに転送し、前記
    パスの端点ノード間でメッセージを交換して前記予備パ
    スから前記現用パスに切替えることを特徴とする請求項
    ２２記載の障害復旧後の切戻方式。
  25. 【請求項２５】 メッセージの宛先を前記パスの端点ノ
    ードとし、前記パスの端点ノード間で直接メッセージを
    交換することで前記予備パスから前記現用パスに切替え
    ることを特徴とする請求項２２記載の障害復旧後の切戻
    方式。
  26. 【請求項２６】 現用パスの障害通知を受信したパスの
    端点のうちの一方のノードが予め設定された予備パスの
    経路に沿って前記端点のうちの他方のノードまでホップ
    バイホップに転送されるリソース確保要求メッセージを
    発行するパス障害回復方式を用いるノードであって、前
    記リソース確保要求メッセージの受信時に、削除される
    ことを前提として通信されるトラヒックを示すエクスト
    ラ・トラヒックを解放する手段と、前記エクストラ・ト
    ラヒックを解放した後に前記予備パスのために予約され
    ているリソースを確保する手段と、前記リソースの確保
    後に発行されるスイッチ切替要求メッセージの受信時
    に、その確保したリソースにしたがってスイッチを設定
    する手段とを有することを特徴とするノード。
  27. 【請求項２７】 前記予備パス上での障害発生時にその
    障害区間を除いた経路上に新たな代用パスを設定する手
    段と、前記現用パスから前記代用パスに切替える手段と
    を含むことを特徴とする請求項２６記載のノード。
  28. 【請求項２８】 前記現用パスの障害が復旧した時に、
    前記現用パス及び前記予備パスの両方がクライアントに
    接続されている状態を示すブリッジ状態にある前記予備
    パスから前記現用パスへの切戻しを行う手段を含むこと
    を特徴とする請求項２６または請求項２７記載のノー
    ド。
JP2002013626A 2002-01-23 2002-01-23 パス障害回復方式及び障害復旧後の切戻方式並びにそれらを用いるノード Expired - Fee Related JP3972664B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2002013626A JP3972664B2 (ja) 2002-01-23 2002-01-23 パス障害回復方式及び障害復旧後の切戻方式並びにそれらを用いるノード
US10/347,786 US7468944B2 (en) 2002-01-23 2003-01-22 Path fault recovery method, switching-back method after recovery from fault, and node using the same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002013626A JP3972664B2 (ja) 2002-01-23 2002-01-23 パス障害回復方式及び障害復旧後の切戻方式並びにそれらを用いるノード

Publications (2)

Publication Number Publication Date
JP2003218912A true JP2003218912A (ja) 2003-07-31
JP3972664B2 JP3972664B2 (ja) 2007-09-05

Family

ID=19191816

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002013626A Expired - Fee Related JP3972664B2 (ja) 2002-01-23 2002-01-23 パス障害回復方式及び障害復旧後の切戻方式並びにそれらを用いるノード

Country Status (2)

Country Link
US (1) US7468944B2 (ja)
JP (1) JP3972664B2 (ja)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005072682A (ja) * 2003-08-27 2005-03-17 Ntt Docomo Inc 通信システム、通信方法、網構成管理ノード、サービス制御ノード及びアクセス装置
WO2006025296A1 (ja) * 2004-08-31 2006-03-09 Nec Corporation 障害回復方法およびネットワーク装置ならびにプログラム
JP2006319758A (ja) * 2005-05-13 2006-11-24 Mitsubishi Electric Corp 通信装置、通信システムおよび通信プログラム
JP2006340182A (ja) * 2005-06-03 2006-12-14 Ntt Docomo Inc 通信装置、通信制御方法
JP2007036412A (ja) * 2005-07-25 2007-02-08 Hitachi Communication Technologies Ltd 光通信網、ノード装置および経路故障救済方法
JP2007049336A (ja) * 2005-08-09 2007-02-22 Nippon Telegr & Teleph Corp <Ntt> 故障復旧方法および通信ノードならびにネットワーク
JP2008503117A (ja) * 2004-06-14 2008-01-31 ▲ホア▼▲ウェイ▼技術有限公司 エンド・ツー・エンドのサービス品質の信頼性の保証を実現する方法
JP2008104144A (ja) * 2006-09-19 2008-05-01 Fujitsu Ltd パケット通信方法およびパケット通信装置
JP2009219109A (ja) * 2008-02-14 2009-09-24 Nec Corp 通信システム、ノード装置、通信方法およびプログラム
JP2010130272A (ja) * 2008-11-27 2010-06-10 Fujitsu Ltd 経路計算方法及びノード装置
JP2014183354A (ja) * 2013-03-18 2014-09-29 Fujitsu Ltd 中継システム、中継装置、中継方法
JP2015023458A (ja) * 2013-07-19 2015-02-02 富士通株式会社 通信システム、通信システムにおける冗長制御方法、及び、伝送装置
WO2015060277A1 (ja) * 2013-10-25 2015-04-30 日本電信電話株式会社 光通信システム及び光通信異常復帰方法

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8811917B2 (en) 2002-05-01 2014-08-19 Dali Systems Co. Ltd. Digital hybrid mode power amplifier system
US8380143B2 (en) 2002-05-01 2013-02-19 Dali Systems Co. Ltd Power amplifier time-delay invariant predistortion methods and apparatus
US20040240380A1 (en) * 2003-05-30 2004-12-02 Hsian Chao Linear 1:1 channel APS signaling and switching method
US7551552B2 (en) * 2003-10-17 2009-06-23 Microsoft Corporation Method for providing guaranteed distributed failure notification
US7991636B1 (en) 2004-02-11 2011-08-02 Aol Inc. Buddy list-based calendaring
US7383308B1 (en) * 2004-02-11 2008-06-03 Aol Llc, A Delaware Limited Liability Company Buddy list-based sharing of electronic content
JP4410011B2 (ja) * 2004-03-29 2010-02-03 富士通株式会社 伝送装置及び受信インタフェース装置
US7855968B2 (en) * 2004-05-10 2010-12-21 Alcatel Lucent Alarm indication and suppression (AIS) mechanism in an ethernet OAM network
EP1613123B1 (en) * 2004-07-02 2006-06-14 Alcatel Transport network restoration method supporting extra traffic
JP4562081B2 (ja) * 2005-02-09 2010-10-13 Ｋｄｄｉ株式会社 光クロスコネクト装置と伝送装置の連係方式
ATE453263T1 (de) * 2005-03-23 2010-01-15 Alcatel Lucent Blockierungserkennung in einem telekommunikationsnetz
JP4545658B2 (ja) * 2005-08-11 2010-09-15 富士通株式会社 コネクション型ネットワークノード
JP4830879B2 (ja) * 2006-02-13 2011-12-07 株式会社日立製作所 無線データ通信システム
US8886831B2 (en) * 2006-04-05 2014-11-11 Cisco Technology, Inc. System and methodology for fast link failover based on remote upstream failures
CN100446472C (zh) * 2006-05-15 2008-12-24 华为技术有限公司 一种业务路由返回的方法
US7889640B2 (en) * 2006-10-16 2011-02-15 Fujitsu Limited System and method for establishing protected connections
US7688834B2 (en) * 2006-10-16 2010-03-30 Fujitsu Limited System and method for providing support for multiple control channels
US8218968B2 (en) * 2006-10-16 2012-07-10 Fujitsu Limited System and method for discovering neighboring nodes
US7986623B2 (en) * 2006-10-16 2011-07-26 Fujitsu Limited System and method for rejecting a request to alter a connection
JP5236661B2 (ja) 2006-12-26 2013-07-17 ダリ システムズ カンパニー リミテッド 多チャンネル広帯域通信システムにおけるベースバンドプリディストーション線形化の方法及びシステム
JP4469866B2 (ja) * 2007-03-20 2010-06-02 富士通株式会社 パケット伝送装置および半導体装置
US8400912B2 (en) * 2007-06-27 2013-03-19 World Wide Packets, Inc. Activating a tunnel upon receiving a control packet
US7751329B2 (en) * 2007-10-03 2010-07-06 Avaya Inc. Providing an abstraction layer in a cluster switch that includes plural switches
CN101150587B (zh) * 2007-10-24 2010-07-07 华为技术有限公司 一种多协议标签交换流量工程流量切换的方法、设备及系统
JP2009296230A (ja) * 2008-06-04 2009-12-17 Nec Corp 伝送ネットワーク、伝送装置、伝送ネットワークの回線切替方法及びプログラム
JP5020896B2 (ja) * 2008-06-17 2012-09-05 株式会社日立製作所 ノード及び通信システム
JPWO2010064531A1 (ja) * 2008-12-02 2012-05-10 日本電気株式会社 通信ネットワーク管理システム、方法、プログラム、及び管理計算機
US8902733B2 (en) * 2008-12-02 2014-12-02 Nec Corporation Communication network management system, method and program, and management computer
US9565084B2 (en) * 2008-12-19 2017-02-07 At&T Intellectual Property I, L.P. Method and system for evaluating network connectivity in rule-based applications
JP5104773B2 (ja) * 2009-02-13 2012-12-19 富士通株式会社 データ転送システム、データ転送装置およびデータ転送方法
WO2011002398A1 (en) * 2009-06-30 2011-01-06 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for enabling link status propagation
US8699873B2 (en) * 2010-05-13 2014-04-15 Fujitsu Limited Identifying fault locations in a network
US8908533B2 (en) * 2010-06-10 2014-12-09 Infinera Corporation Supporting OAM on protecting connections in shared mesh protection environment
CN107682021B (zh) 2010-08-17 2020-02-18 大力系统有限公司 远程地可重新配置的远程无线电头单元
US8682338B2 (en) 2010-09-14 2014-03-25 Dali Systems Co., Ltd. Remotely reconfigurable distributed antenna system and methods
US8977787B1 (en) * 2012-06-28 2015-03-10 Emc Corporation Management of path operating mode transitions in multipathing host computer
JP6032026B2 (ja) * 2013-01-24 2016-11-24 富士通株式会社 中継プログラム、中継方法および中継処理装置
US10116492B2 (en) * 2013-12-20 2018-10-30 Telefonaktiebolaget Lm Ericsson (Publ) Method and network node for managing resource allocation in traffic restoration
CN104883265A (zh) * 2014-02-27 2015-09-02 中兴通讯股份有限公司 备份文件的数据重传方法及装置、系统
US9660860B1 (en) * 2014-12-30 2017-05-23 Juniper Networks, Inc. Path computation delay timer in multi-protocol label switched networks
JP6586228B2 (ja) * 2016-05-17 2019-10-02 日本電信電話株式会社 経路計算制御装置及び経路計算制御方法
US10110424B1 (en) * 2017-06-30 2018-10-23 Bank Of American Corporation Node failure recovery tool
CN107979499A (zh) * 2018-01-26 2018-05-01 福州大学 基于有状态数据平面的网络多点故障恢复方法
CN110752938B (zh) * 2018-07-23 2022-05-13 中国移动通信集团广东有限公司 一种volte业务的故障智能定位方法和系统
CN113794632B (zh) * 2021-08-31 2023-04-07 新华三信息安全技术有限公司 一种网络保护方法及装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3505407B2 (ja) 1998-07-01 2004-03-08 株式会社東芝 パートタイムトラフィック接続制御方法および伝送装置
JP2000269999A (ja) * 1999-03-19 2000-09-29 Fujitsu Ltd ネットワーク間通信装置
JP3721039B2 (ja) 2000-02-21 2005-11-30 株式会社東芝 伝送システムとそのトラフィック制御方式および伝送装置
US7046619B2 (en) * 2000-11-07 2006-05-16 Ciena Corporation Method and system for bi-directional path switched network
US7007189B2 (en) * 2001-05-07 2006-02-28 Sun Microsystems, Inc. Routing scheme using preferred paths in a multi-path interconnection fabric in a storage network
WO2002099946A1 (en) * 2001-06-05 2002-12-12 Stern Thomas E A system and method of fault restoration in communication networks
JP2003069521A (ja) 2001-08-29 2003-03-07 Nippon Telegraph & Telephone West Corp パス切替装置、パス切替システム及びパス切替方法
US7130264B2 (en) * 2001-12-26 2006-10-31 Ciena Corporation Service protection method and apparatus for TDM or WDM communications networks

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005072682A (ja) * 2003-08-27 2005-03-17 Ntt Docomo Inc 通信システム、通信方法、網構成管理ノード、サービス制御ノード及びアクセス装置
JP4652403B2 (ja) * 2004-06-14 2011-03-16 ▲ホア▼▲ウェイ▼技術有限公司 エンド・ツー・エンドのサービス品質の信頼性の保証を実現する方法
JP2008503117A (ja) * 2004-06-14 2008-01-31 ▲ホア▼▲ウェイ▼技術有限公司 エンド・ツー・エンドのサービス品質の信頼性の保証を実現する方法
WO2006025296A1 (ja) * 2004-08-31 2006-03-09 Nec Corporation 障害回復方法およびネットワーク装置ならびにプログラム
JP2006319758A (ja) * 2005-05-13 2006-11-24 Mitsubishi Electric Corp 通信装置、通信システムおよび通信プログラム
JP2006340182A (ja) * 2005-06-03 2006-12-14 Ntt Docomo Inc 通信装置、通信制御方法
JP2007036412A (ja) * 2005-07-25 2007-02-08 Hitachi Communication Technologies Ltd 光通信網、ノード装置および経路故障救済方法
JP2011024263A (ja) * 2005-07-25 2011-02-03 Hitachi Ltd 光通信網、ノード装置および経路故障救済方法
JP4621086B2 (ja) * 2005-07-25 2011-01-26 株式会社日立製作所 光通信網、ノード装置および経路故障救済方法
US7848646B2 (en) 2005-07-25 2010-12-07 Hitachi, Ltd. Optical, network, node apparatus and method for recovery path fault
JP4547314B2 (ja) * 2005-08-09 2010-09-22 日本電信電話株式会社 故障復旧方法および管理ノードならびに通信ノード
JP2007049336A (ja) * 2005-08-09 2007-02-22 Nippon Telegr & Teleph Corp <Ntt> 故障復旧方法および通信ノードならびにネットワーク
JP2008104144A (ja) * 2006-09-19 2008-05-01 Fujitsu Ltd パケット通信方法およびパケット通信装置
JP2009219109A (ja) * 2008-02-14 2009-09-24 Nec Corp 通信システム、ノード装置、通信方法およびプログラム
JP2010130272A (ja) * 2008-11-27 2010-06-10 Fujitsu Ltd 経路計算方法及びノード装置
JP2014183354A (ja) * 2013-03-18 2014-09-29 Fujitsu Ltd 中継システム、中継装置、中継方法
JP2015023458A (ja) * 2013-07-19 2015-02-02 富士通株式会社 通信システム、通信システムにおける冗長制御方法、及び、伝送装置
US9716650B2 (en) 2013-07-19 2017-07-25 Fujitsu Limited Communication system and transfer apparatus
WO2015060277A1 (ja) * 2013-10-25 2015-04-30 日本電信電話株式会社 光通信システム及び光通信異常復帰方法
JP6053232B2 (ja) * 2013-10-25 2016-12-27 日本電信電話株式会社 光通信システム及び光通信異常復帰方法
JPWO2015060277A1 (ja) * 2013-10-25 2017-03-09 日本電信電話株式会社 光通信システム及び光通信異常復帰方法
US9780867B2 (en) 2013-10-25 2017-10-03 Nippon Telegraph And Telephone Corporation Optical communication system and optical communication abnormality-recovery method

Also Published As

Publication number Publication date
JP3972664B2 (ja) 2007-09-05
US7468944B2 (en) 2008-12-23
US20030137932A1 (en) 2003-07-24

Similar Documents

Publication Publication Date Title
JP3972664B2 (ja) パス障害回復方式及び障害復旧後の切戻方式並びにそれらを用いるノード
EP1942604B1 (en) A service switching method and the network node thereof
US8089864B2 (en) Network restoration
JP4647835B2 (ja) 伝送装置及び障害回避方法
JP4661892B2 (ja) 通信ネットワークシステム、通信装置、経路設計装置及び障害回復方法
JP5020896B2 (ja) ノード及び通信システム
WO2007071189A1 (fr) Procede et dispositif de restauration d&#39;un reseau maille partage
JP5163479B2 (ja) パス切替え方法
JP6269088B2 (ja) 冗長パス提供方法および伝送装置
WO2010109802A1 (ja) 自律分散制御によるパス設定方法およびシステム並びに通信装置
JPH10243029A (ja) 階層構造のネットワークで経路変更を行う方法
JP2002271372A (ja) 通信ネットワーク及びパス設定方法並びにパス設定用プログラム
JP2006253927A (ja) データ中継装置およびデータ中継方法
JPWO2004075494A1 (ja) 通信ネットワークにおけるパスの故障救済を行うための装置及び方法
WO2008006268A1 (en) Method system and node device for realizing service protection in the automatically switched optical network
JP2007258926A (ja) 故障復旧方法およびノードならびにネットワーク
WO2011157130A2 (zh) 路径建立方法和装置
US8165016B2 (en) Method and apparatus for setting communication paths in a network
CN101340380A (zh) 一种实现主备倒换中双向转发检测包无中断转发的方法和装置
WO2005125056A1 (en) A method for service connection setup and service resume protection in optical network
JP5301014B2 (ja) ノード、制御装置及び通信システム
JP6442847B2 (ja) 通信システム及びノード
JP2998688B2 (ja) 障害回復システム
JP4704311B2 (ja) 通信システムおよび故障復旧方法
JP5020176B2 (ja) パス制御方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041216

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061107

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061211

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070116

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070226

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070522

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070604

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100622

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100622

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110622

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110622

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120622

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120622

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130622

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees