(57)【要約】【課題】迂回発生有無を管理するための管理通信のトラヒック量を軽減し、また迂回された一般トラヒックとエクストラトラヒックとの混在を防止すること。【解決手段】現用パス１８１と予備パス１８２とに共通の入口ノード１１１は、予備パスのリソースの一部または全部をエクストラトラヒック転送用に提供するためにエクストラトラヒックを転送するエクストラパス１８３を設定する際に、エクストラパス１８３の入口ノード１１２を登録し、現用パス１８１での障害発生時に、エクストラパス１８３の入口ノードに対してリソース解放要求を発行してエクストラパス１８３を削除し、現用パス１８１から予備パス１８２への切り替えを実施する。【選択図】        図１
2005150809.tif 000002
【特許請求の範囲】
【請求項１】
トラヒックストリームの入口から出口までの通信パスとして、入口と出口を共通にする形でリソースを確保した現用パスと予備パスをそれぞれ設定し、現用パスが健全であるときは予備パスのリソースの一部または全部を用いて低優先度のエクストラトラヒックを転送し、現用パスでの障害発生時にはエクストラトラヒックの転送を停止して現用パスでのトラヒック転送を予備パスに切り替えることで障害回復を図るコネクション型通信ネットワークにおいて、
予備パスを構成するノードのうちエクストラトラヒックを転送するエクストラパスを構成するノードは、エクストラパスの設定時において、エクストラパスへの設定変更通知を現用パスと予備パスとに共通の入口ノードに対して発行する手段を備え、
エクストラパスの入口ノードは、現用パスと予備パスとに共通の入口ノードからリソース解放要求を受けて、リソースの解放処理を実施するとともに、エクストラパスの出口ノードまでの各ノードにリソースの解放処理を実施させ、リソース解放処理完了通知を現用パスと予備パスとに共通の入口ノードに対して発行する手段を備え、
現用パスと予備パスとに共通の入口ノードは、エクストラパスの設定時において、エクストラパスを構成するノードから送られてくるエクストラパスへの設定変更通知からエクストラパスの入口ノードを取得して登録する手段と、現用パスでの障害発生時に、エクストラパスの入口ノードに対してリソース解放要求を発行し、リソース解放完了通知を受けて現用パスと予備パスとに共通の出口ノードに対してパス切替要求を発行する手段とを備える
ことを特徴とするコネクション型通信ネットワーク。
【請求項２】
トラヒックストリームの入口から出口までの通信パスとして、入口と出口を共通にする形でリソースを確保した現用パスと予備パスをそれぞれ設定し、現用パスが健全であるときは予備パスのリソースの一部または全部を用いて低優先度のエクストラトラヒックを転送し、現用パスでの障害発生時にはエクストラトラヒックの転送を停止して現用パスでのトラヒック転送を予備パスに切り替えることで障害回復を図るコネクション型通信ネットワークにおいて、
予備パスを構成するノードのうちエクストラトラヒックを転送するエクストラパスを構成するノードは、エクストラパスの設定時において、エクストラパスへの設定変更通知を現用パスと予備パスとに共通の入口ノードに対して発行する手段を備え、
設定変更通知を発行したノードは、現用パスと予備パスとに共通の入口ノードからリソース解放要求を受けて、リソースの解放処理を実施し解放処理完了通知を現用パスと予備パスとに共通の入口ノードに対して発行する手段を備え、
現用パスと予備パスとに共通の入口ノードは、エクストラパスを構成するノードから送られてくるエクストラパスへの設定変更通知からエクストラパスの入口ノードと設定変更通知を発行したノードとを取得してそれぞれを登録する手段と、現用パスでの障害発生時に、エクストラパスの入口ノードに対してパス切断予告通知を発行するとともに、設定変更通知を発行したノードに対してリソース解放要求を発行し、リソース解放要求を発行した各ノードからのリソース解放完了通知を受けて現用パスと予備パスとに共通の出口ノードに対してパス切替要求を発行する手段とを備える
ことを特徴とするコネクション型通信ネットワーク。
【請求項３】
前期設定変更通知を発行するノードは、エクストラパスを構成するノードのうち、エクストラパスへの設定によって入出力先が変更されるノードであることを特徴とする請求項１または２に記載のコネクション型通信ネットワーク。
【請求項４】
トラヒックストリームの入口から出口までの通信パスとして、入口と出口を共通にする形でリソースを確保した現用パスと予備パスをそれぞれ設定し、現用パスが健全であるときは予備パスのリソースの一部または全部を用いて低優先度のエクストラトラヒックを転送し、現用パスでの障害発生時にはエクストラトラヒックの転送を停止して現用パスでのトラヒック転送を予備パスに切り替えることで障害回復を図るコネクション型通信ネットワークにおける障害回復方法において、
現用パスと予備パスとに共通の入口ノードは、
予備パスのリソースの一部または全部をエクストラトラヒック転送用に提供するためにエクストラトラヒックを転送するエクストラパスを設定する際に、予備パスを構成するノードのうちエクストラパスを構成するノードから送られてくるエクストラパスへの設定変更通知からエクストラパスの入口ノードを取得して登録し、
現用パスでの障害発生時に、エクストラパスの入口ノードに対してリソース解放要求を発行し、エクストラパスの入口ノードからのリソース解放完了通知を受けて現用パスから予備パスへの切り替えを実施する
ことを特徴とする障害回復方法。
【請求項５】
トラヒックストリームの入口から出口までの通信パスとして、入口と出口を共通にする形でリソースを確保した現用パスと予備パスをそれぞれ設定し、現用パスが健全であるときは予備パスのリソースの一部または全部を用いて低優先度のエクストラトラヒックを転送し、現用パスでの障害発生時にはエクストラトラヒックの転送を停止して現用パスでのトラヒック転送を予備パスに切り替えることで障害回復を図るコネクション型通信ネットワークにおける障害回復方法において、
現用パスと予備パスとに共通の入口ノードは、
予備パスのリソースの一部または全部をエクストラトラヒック転送用に提供するためにエクストラトラヒックを転送するエクストラパスを設定する際に、予備パスを構成するノードのうちエクストラパスを構成するノードから送られてくるエクストラパスへの設定変更通知からエクストラパスの入口ノードと設定変更通知を発行したノードとを取得して登録し、
現用パスでの障害発生時に、エクストラパスの入口ノードに対してパス切断予告通知を発行するとともに、設定変更通知を発行したノードに対してリソース解放要求を発行し、リソース解放要求を発行した各ノードからのリソース解放完了通知を受けて現用パスから予備パスへの切り替えを実施する
ことを特徴とする障害回復方法。
【請求項６】
前期設定変更ノードは、エクストラパスを構成するノードのうち、エクストラパスへの設定によって入出力先が変更されるノードであることを特徴とする請求項４または５に記載の障害回復方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、トラヒックストリームの入口から出口までのリソースを予約して通信を実現するコネクション型通信ネットワークおよび障害回復方法に関するものである。
【背景技術】
【０００２】
コネクション型通信ネットワークでは、経路障害の発生によって迂回経路を取る場合にもその迂回経路において帯域を保証する必要がある。そこで、例えば、特許文献1に開示されているように、迂回経路上に予め帯域を確保し、迂回が発生していないときは、その迂回用に確保した帯域を用いて別の低優先度トラヒック（以降、「エクストラトラヒック」という）を流して帯域の有効活用を図り、迂回が発生した場合は、エクストラトラヒックを停止して迂回されてきた本来のトラヒック（以降「一般トラヒック」という）を流すという方式が採用されている。以下、図６を参照して、従来の障害回復方法の概要を説明する。
【０００３】
図６は、従来の障害回復方法を実施するコネクション型通信ネットワークの構成を示すシステム図である。図６では、コネクション型通信ネットワークを構成する４つのノード６１１，６１２，６１３，６１４が示されている。そして、ノード６１１とノード６１４との間にはリンク６６１が張られている。ノード６１１とノード６１２との間にはリンク６６２が張られている。ノード６１２とノード６１３との間にはリンク６６３が張られている。ノード６１３とノード６１４との間にはリンク６６４が張られている。これらのリンク６６１〜６６４は２つのノード間を接続して通信を実現するネットワークリソースである。
【０００４】
図６では、リンク６６１が現用パス６８１として設定され、リンク６６２，６６３，６６４が予備パス６８２として設定されている。現用パス６８１は、健全時に一般トラヒック６９１を転送する通信パスである。予備パス６８２は、現用パス６８１の障害時に一般トラヒック６９１を転送する通信パスである。そして、予備パス６８２は、現用パス６８１の健全時にエクストラトラヒック６９２の転送に使用される。すなわち、エクストラトラヒック６９２は、予備パス６９２が未使用状態のときのみ予備パス６８２のネットワークリソースを利用して転送される優先度の低いトラヒックである。
【０００５】
ノード６１１〜６１４は、それぞれ、同様の構成であって、スイッチ部６２１〜６２４と、パス管理部６３１〜６３４と、制御通信部６５１〜６５４とを備えている。
【０００６】
スイッチ部６２１〜６２４は、パス管理部６３１〜６３４が指定する条件に基づきトラヒックを中継する。パス管理部６３１〜６３４は、それぞれ、一般トラヒック６９１やエクストラトラヒック６９２の転送に使用する通信パスの情報を格納するパス情報データベース６４１〜６４４を備え、このパス情報データベース６４１〜６４４を用いてリンク６６１〜６６４の状態を管理するとともに、スイッチ部６２１〜６２４の設定を行うことで通信パスの管理を行う。また、制御通信部６５１〜６５４は、相互間を一対一の関係で接続する管理通信パス６７１〜６７５を用いて他のノードとパス状態通知を一定周期で送受信するようになっている。
【０００７】
次に、障害回復動作について説明する。経路両端のノード６１１およびノード６１４では、スイッチ部６２１およびスイッチ部６２４は、それぞれパス管理部６３１およびパス管理部６３４による設定に従って一般トラヒック６９１を現用パス６８１で転送し、制御通信部６５１および制御通信部６５４は、それぞれ管理通信パス６７１〜６７５を用いて他のノードの制御通信部６５１〜６５４に現用パス６８１で一般トラヒック６９１を転送中であること示すパス状態通知を一定周期で送信する。
【０００８】
また、中間のノード６１２およびノード６１３では、スイッチ部６２２およびスイッチ部６２３は、それぞれパス管理部６３２およびパス管理部６３３からの設定に従い一般トラヒック６９１を予備パス６８２で転送するように設定される。但し、健全時はスイッチ部６２１およびスイッチ部６２４が一般トラヒック６９１を現用パス６８１を用いて転送しているので、スイッチ部６２２およびスイッチ部６２３では一般トラヒック６９１を予備パス６８２で転送するための設定は行われるが、実際には一般トラヒック６９１は転送されない。
【０００９】
健全時では、パス管理部６３２およびパス管理部６３３によって、パス情報データベース６４２およびパス情報データベース６４３には、エクストラトラヒック６９２が予備パス６８２のネットワークリソースを使用中であることが登録され、予備パス６８２のうちノード６１２とノード６１３の間を接続するリンク６６３を用いてエクストラトラヒック６９２の転送が行えるようになっている。
【００１０】
ノード６１１とノード６１４の間を接続するリンク６６１に障害が発生すると、パス管理部６３１およびパス管理部６３４にてその障害発生が検出される。そして、ノード６１１では、障害発生を検出したパス管理部６３１は、スイッチ部６２１に対して一般トラヒック６９１を予備パス６８２で中継するように変更指示を出し、制御通信部６５１に対して一般トラヒック６９１の迂回が始まったことを通知する。制御通信部６５１は、周期的に送信しているパス状態通知を迂回中に変更する。
【００１１】
また、ノード６１４でも同様の処理が行われ、障害発生を検出したパス管理部６３４は、スイッチ部６２４に対して一般トラヒック６９１を予備パス６８２で中継するように変更指示を出し、制御通信部６５４に対し、一般トラヒック６９１の迂回が始まったことを通知する。制御通信部６５４は、周期的に送信しているパス状態通知を迂回中に変更する。
【００１２】
中間のノード６１２およびノード６１３では、管理通信パスから迂回中を示すパス状態通知を受信した制御通信部６５２および制御通信部６５３が、それぞれ迂回開始をパス管理部６３２およびパス管理部６３３に通知する。通知を受けたパス管理部６３２およびパス管理部６３３は、それぞれパス情報データベース６４２およびパス情報データベース６４３の情報に従いエクストラトラヒック６９２の中継を停止するように、スイッチ部６２２およびスイッチ部６２３の設定を変更する。
【００１３】
以上のように、従来の障害回復方法では、現用パス６８１の両端ノードが迂回状態を定期的に予備パス６８２上の各ノードに通知し、予備パス６８２上の各ノードは、この通知が迂回状態になったことを検出してエクストラトラヒック６９２の転送を中止するようにしている。
【００１４】
【特許文献１】特開２００１−１８９７２５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、従来の障害回復方法では、一般トラヒックの迂回処理を行うノードが、全ての予備パス上のノードに対して迂回の発生有無を定期的に通知することにより、迂回発生時に予備パス上のエクストラトラヒック転送を停止するようにしているので、通知のための管理通信トラヒック量が多くなる。また、一時的に迂回された一般トラヒックとエクストラトラヒックとが同一のネットワークリソースを共有して混在してしまうので、予約された帯域を超過してしまう場合があるという問題があった。
【００１６】
この発明は、上記に鑑みてなされたものであり、迂回発生有無を管理するための管理通信のトラヒック量を軽減し、また迂回された一般トラヒックとエクストラトラヒックとの混在を防止することができるコネクション型通信ネットワークおよび障害回復方法を得ることを目的とする。
【課題を解決するための手段】
【００１７】
上述した目的を達成するために、この発明にかかるコネクション型通信ネットワークは、トラヒックストリームの入口から出口までの通信パスとして、入口と出口を共通にする形でリソースを確保した現用パスと予備パスをそれぞれ設定し、現用パスが健全であるときは予備パスのリソースの一部または全部を用いて低優先度のエクストラトラヒックを転送し、現用パスでの障害発生時にはエクストラトラヒックの転送を停止して現用パスでのトラヒック転送を予備パスに切り替えることで障害回復を図るコネクション型通信ネットワークにおいて、予備パスを構成するノードのうちエクストラトラヒックを転送するエクストラパスを構成するノードは、エクストラパスの設定時において、エクストラパスへの設定変更通知を現用パスと予備パスとに共通の入口ノードに対して発行する手段を備え、エクストラパスの入口ノードは、現用パスと予備パスとに共通の入口ノードからリソース解放要求を受けて、リソースの解放処理を実施するとともに、エクストラパスの出口ノードまでの各ノードにリソースの解放処理を実施させ、リソース解放処理完了通知を現用パスと予備パスとに共通の入口ノードに対して発行する手段を備え、現用パスと予備パスとに共通の入口ノードは、エクストラパスの設定時において、エクストラパスを構成するノードから送られてくるエクストラパスへの設定変更通知からエクストラパスの入口ノードを取得して登録する手段と、現用パスでの障害発生時に、エクストラパスの入口ノードに対してリソース解放要求を発行し、リソース解放完了通知を受けて現用パスと予備パスとに共通の出口ノードに対してパス切替要求を発行する手段とを備えたことを特徴とする。
【００１８】
この発明によれば、現用パスと予備パスとに共通の入口ノードは、予備パスのリソースの一部または全部をエクストラトラヒック転送用に提供するためにエクストラトラヒックを転送するエクストラパスを設定する際に、エクストラパスの入口ノードを登録し、現用パスでの障害発生時に、エクストラパスの入口ノードに対してリソース解放要求を発行してエクストラパスを削除し、現用パスから予備パスへの切り替えを実施する。したがって、一旦エクストラパスが設定された後は、障害が発生するまでは迂回発生有無を管理するための管理通信の必要がないので、管理通信のトラヒック量を軽減することができる。また、障害発生時では、エクストラパスを削除してから予備パスへの切り替えを実施するので、予備パスにおいてエクストラトラヒックと通信パスから迂回してきた一般トラヒックとが混在することがなく、予約された帯域の超過を回避することができる。
【発明の効果】
【００１９】
この発明によれば、迂回発生有無を管理するための管理通信トラヒック量を軽減することができる。また、迂回された一般トラヒックとエクストラトラヒックとの混在がないので、迂回路において予約された帯域の超過を回避することができる。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、この発明にかかるコネクション型通信ネットワークおよび障害回復方法の好適な実施の形態を詳細に説明する。
【００２１】
実施の形態１．
図１は、この発明の実施の形態１であるコネクション型通信ネットワークの構成を示すシステム図である。図１では、コネクション型通信ネットワークを構成する５つのノード１１１，１１２，１１３，１１４，１１５が示されている。そして、ノード１１１とノード１１４との間にはリンク１６１が張られている。ノード１１１とノード１１２との間にはリンク１６２が張られている。ノード１１２とノード１１３との間にはリンク１６３が張られている。ノード１１３とノード１１４との間にはリンク６６４が張られている。ノード１１４とノード１１５との間にはリンク１６５が張られている。これらのリンク１６１〜１６５は２つのノード間を接続して通信を実現するネットワークリソースである。
【００２２】
図１では、リンク１６１が現用パス１８１として設定され、リンク１６２，１６３，１６４および１６５が予備パス１８２として設定されている。現用パス１８１は、健全時に一般トラヒック１９１を転送する通信パスである。予備パス１８２は、現用パス１８１の障害時に一般トラヒック１９１を転送する通信パスである。そして、予備パス１８２は、現用パス１８１の健全時にエクストラトラヒック１９２の転送に使用される。すなわち、エクストラトラヒック１９２は、予備パス１９２が未使用状態のときのみ予備パス１８２のネットワークリソースを利用して転送される優先度の低いトラヒックである。
【００２３】
ここで、この実施の形態では、エクストラトラヒック１９２の転送に使用されるエクストラパス１８３が予備パス１９２の全部または一部に設定される。図１では、予備パス１９２の一部に、つまり予備パス１９２におけるリンク１６３とリンク１６３とにエクストラパス１８３が設定される場合が示されている。
【００２４】
ノード１１１〜１１５は、それぞれ、同様の構成であって、スイッチ部１２１〜１２５と、パス管理部１３１〜１３５と、制御通信部１５１〜１５５とを備えている。
【００２５】
スイッチ部１２１〜１２５は、パス管理部１３１〜１３５が指定する条件に基づきトラヒックを中継する。パス管理部１３１〜１３５は、それぞれ、一般トラヒック１９１やエクストラトラヒック１９２の転送に使用する通信パスの情報を格納するパス情報データベース１４１〜１４５を備え、このパス情報データベース１４１〜１４５を用いてリンク１６１〜１６５の状態を管理するとともに、スイッチ部１２１〜１２５の設定を行うことで通信パスの管理を行う。また、制御通信部１５１〜１５５は、パス管理部１３１〜１３５の制御下に、相互間を接続する共通バスである管理通信パス１７１を用いて他のノードと通信パスを制御するためのシグナリングを行う制御専用の通信手段である。
【００２６】
なお、通信パスの入口と出口は、双方向パスであれ片方向パスであれパス設定時にシグナリングに使用するプロトコルに従って定められるが、この明細書では、現用パス１８１および予備パス１８２の入口ノードは、共にノート１１１であり、また、エクストラパス１８３の入口ノードは、ノート１１２である。
【００２７】
次に、パス情報データベース１４１〜１４５について説明する。図２は、図１に示すパス情報データベースの構成例を示す図である。図２では、予備パス１８２とエクストラパス１８３の制御に関する項目の一例が示されている。
【００２８】
図２に示すように、パス情報データベース１４１〜１４５には、予備パス１８２とエクストラパス１８３の制御に関する項目として、パスＩＤ２２１と、入口ノードＩＤ２２２と、上流リンクＩＤ２２３と、下流リンクＩＤ２２４と、エクストラパス情報２２５と、状態２２６とが設けられている。
【００２９】
パスＩＤ２２１は、予備パス１８２をネットワークにおいて一意に識別するための識別子である。入口ノードＩＤ２２２は、予備パス１８２の入口ノード（図１ではノード１１１）をネットワーク内において一意に識別するための識別子である。上流リンクＩＤ２２３は、そのノードにおける予備パス１８２の上流側リンクをノード内で一意に識別するための識別子である。下流リンクＩＤ２２４は、そのノードにおける予備パス１８２の下流側リンクをノード内で一意に識別するための識別子である。エクストラパス情報２２５は、予備パス１８２のリソースを共有しているエクストラパス１８３をネットワークにおいて一意に識別するための識別子であるエクストラパスＩＤと、エクストラトラヒック１８３の入口ノード（図１ではノード１１２）をネットワーク内において一意に識別するための識別子であるノードＩＤとをペアで含んでいる。状態２２６は、予備パス１８２の運用状態（待機、迂回）を示す状態コードである。
【００３０】
次に、図１〜図３を参照して、この実施の形態１による障害回復方法を説明する。なお、図３は、図１に示すコネクション型通信ネットワークにおいて実施される障害回復方法を説明するシーケンス図である。図３では、現用パス１８１と予備パス１８１とが設定されている場合のエクストラパス１８３を制御するために管理通信パス１７１上で行われるパス設定の管理通信に用いるシグナリングプロトコルとして、ＲＦＣ３４７１〜３４７３にて規定されているＧＭＰＬＳ（Generalized Multi−Protocol Label Switching）のシグナリングプロトコルである拡張資源予約プロトコルＲＳＶＰ−ＴＥ（Resource Reservation Protocol with Traffic Extensions）を用いた場合の動作手順が示されている。
【００３１】
図３では、エクストラトラヒック１９２を転送するためのエクストラパス１８３を設定するエクストラパス設定フェーズ３３１と、エクストラトラヒック１９２の需要がなくなった場合にエクストラパス１８３を解放するエクストラパス解放フェーズ３３２と、ノード１１１にて現用パス１８１の障害発生を検出したときにエクストラパス１８３を解放して一般トラヒック１９１の転送を現用パス１８１から予備パス１８２に切り替えて通信を復旧する障害回復フェーズ３３３とが示されている。以下、この順に説明する。
【００３２】
（１）エクストラパス設定フェーズ３３１では、手順Ｔ１〜手順Ｔ１５の処理によってエクストラパス１８３が設定される。すなわち、手順Ｔ１では、エクストラパス１８３の入口ノードであるノード１１２におけるパス管理部１３２は、まず、エクストラトラヒック１９２を転送するのためのエクストラパス１８３に予備パス１８２のリンク１６３とリンク１６４とを使用することを決定し、エクストラパス１８３にネットワーク内において一意なパスＩＤをアサインする。次に、パス管理部１３２は、パス情報データベース１４２における予備パス１８２のエクストラパス情報２２５にエクストラパス１８３のパスＩＤと自ノード１１２のＩＤとを登録する。
【００３３】
そして、パス管理部１３２は、パス情報データベース１４２における予備パス１８２の入口ノードＩＤ２２２からノード１１１を特定し、予備パス１８２のパスＩＤとエクストラパス１８３のパスＩＤとエクストラパス１８３の入口ノードＩＤとしての自ノードＩＤとを含むリソース使用要求メッセージを作成し、それをノード１１１に対し制御通信部１５２から送信させる（手順Ｔ２）。
【００３４】
これに対し、予備パス１８２の入口ノードであるノード１１１では、リソース使用要求メッセージを制御通信部１５１経由で受信したパス管理部１３１は、リソース使用要求メッセージにて示されている予備パス１８２のパスＩＤに基づきパス情報データベース１４１における予備パス１８２の欄を引き出して予備パス１８２の状態２２６を確認し、予備パス１８２の状態２２６に応じたリソース使用応答メッセージを作成し、制御通信部１５１を介してリソース使用要求メッセージの送信元ノードであるノード１１２に対して送信する（手順Ｔ３）。
【００３５】
すなわち、パス管理部１３１は、予備パス１８２の状態２２６が「待機中」の場合は、予備パス１８２のリソースをエクストラトラヒック１９２の転送に使用可能であるので、パス情報データベース１４１における予備パス１８２のエクストラパス情報２２５にリソース使用要求メッセージに示されているエクストラパス１８３のパスＩＤと入口ノードＩＤとを登録し、使用可「ＯＫ」を内容とするリソース使用応答メッセージをノード１１２に対して制御通信部１５１から送信させる。
【００３６】
一方、予備パス１８２の状態２２６が「迂回中」の場合は、予備パス１８２のリソースは一般トラヒック１９１の転送に使用しているので、エクストラトラヒック１９２の転送には使用できない。そのため、パス管理部１３１は、使用不可「ＮＧ」を内容とするリソース使用応答メッセージをノード１１２に対して制御通信部１５１から送信させる。
【００３７】
これに対し、ノード１１２におけるパス管理部１３２では、制御通信部１５２経由で受け取ったノード１１１からのリソース使用応答メッセージの内容に確認し、その内容に応じた措置を採る（手順Ｔ４）。
【００３８】
すなわち、リソース使用応答メッセージの内容が使用可「ＯＫ」の場合には、エクストラパス１８３の確立が可能であるので、パス管理部１３２は、パス設定のためのパスメッセージＰａｔｈを作成し、それを制御通信部１５２からＲＳＶＰ−ＴＥの手順に従ってエクストラパス１８３の次のノードであるノード１１３に対して送信させる。なお、このパスメッセージＰａｔｈには、エクストラパス１８３のパスＩＤ、入口ノードＩＤ、経路情報（リンク１６３、リンク１６４）、およびタイプ（エクストラパス）が含まれている。
【００３９】
一方、リソース使用応答メッセージの内容が使用不可「ＮＧ」の場合には、エクストラパス１８３の確立は不可能であるので、パス管理部１３２は、パス情報データベース１４２における予備パス１８２のエクストラパス情報２２５からエクストラパス１８３の情報を削除して処理を終了する。
【００４０】
次に、手順Ｔ５では、ノード１１３におけるパス管理部１３３は、制御通信部１５３経由で受け取ったノード１１２からのパスメッセージＰａｔｈに含まれる経路情報（リンク１６３、リンク１６４）に基づきパス情報データベース１４３を検索し、リンク１６３、リンク１６４を使用しているパスは予備パス１８２であることを確認し、パス情報データベース１４３における予備パス１８２のエクストラパス情報２２５にエクストラパス１８３のパスＩＤと入口ノードＩＤとを追加する。
【００４１】
そして、ノード１１３におけるパス管理部１３３は、リソース使用要求メッセージを作成し、パス情報データベース１４３における予備パス１８２の入口ノードＩＤ２２２を検索してノード１１１を特定し、リソース使用要求メッセージをノード１１１に対して制御通信部１５３を介して送信する（手順Ｔ６）。
【００４２】
次に、手順Ｔ７では、ノード１１１におけるパス管理部１３１は、制御通信部１５１経由でノード１１３からリソース使用要求メッセージを受け取ると、ノード１１２からのリソース使用要求メッセージ受信時と同様の処理を行い、リソース使用応答メッセージをノード１１３に対して制御通信部１５１を介して送信する。今の例では、リソース使用応答メッセージの内容は使用可「ＯＫ」である。
【００４３】
次に、手順Ｔ８では、ノード１１３におけるパス管理部１３３は、制御通信部１５３経由でノード１１１から使用可「ＯＫ」を内容とするリソース使用応答メッセージを受け取ると、ノード１１２から受信したパスメッセージＰａｔｈを制御通信部１５３からＲＳＶＰ−ＴＥの手順に従ってエクストラパス１８３の次のノードであるノード１１４に対して送信させる。
【００４４】
次に、手順Ｔ９では、ノード１１４におけるパス管理部１３４は、制御通信部１５４経由でノード１１３からパスメッセージＰａｔｈを受信すると、ノード１１３と同様の処理を行い、リソース使用要求メッセージをノード１１１に対して制御通信部１５４を介して送信する。これに対し、ノード１１１から同様の手順で使用可「ＯＫ」を内容とするリソース使用応答メッセージが送られてくる（手順Ｔ１０）。
【００４５】
ノード１１４におけるパス管理部１３４は、ノード１１１から使用可「ＯＫ」を内容とするリソース使用応答メッセージを受信すると、スイッチ部１２４にエクストラトラヒック１９２をエクストラパス１８３で転送するように設定し、ＲＳＶＰ−ＴＥの手順に従いリザーブメッセージＲｅｓｖを隣のノード１１３に対し制御通信部１５４を介して送信する（手順Ｔ１１）。
【００４６】
リザーブメッセージＲｅｓｖを制御通信部１５３経由で受信したノード１１３のパス管理部１３３は、スイッチ部１２３にエクストラトラヒック１９２をエクストラパス１８３で転送するように必要に応じて設定し、ＲＳＶＰ−ＴＥの手順に従いリザーブメッセージＲｅｓｖを隣のノード１１２に対し制御通信部１５３を介して送信する（手順Ｔ１２）。
【００４７】
リザーブメッセージＲｅｓｖを制御通信部１５２経由で受信したノード１１２のパス管理部１３２は、スイッチ部１２２にエクストラトラヒック１９２をエクストラパス１８３で転送するように設定し、ＲＳＶＰ−ＴＥの手順に従いリザーブ確認メッセージＲｅｓｖＣｏｎｆを隣のノード１１３に対し制御通信部１５２を介して送信する（手順Ｔ１３）。このリザーブ確認メッセージＲｅｓｖＣｏｎｆは、ＲＳＶＰ−ＴＥの手順に従ってノード１１３からノード１１４に送信され（手順Ｔ１４）、ノード１１４がリザーブ確認メッセージＲｅｓｖＣｏｎｆを受信した段階でエクストラパス設定フェーズ３３１は終了する（手順Ｔ１５）。
【００４８】
このように、エクストラパス１８３の設定時では、ノード１１２,１１３,１１４は、それぞれ、エクストラパスへの変更によって入出力先が変更されるので、ノード１１１に対して送信したリソース使用要求メッセージは、エクストラパスへの設定変更通知に相当することになる。
【００４９】
（２）エクストラパス解放フェーズ３３２では、手順Ｔ２１〜手順Ｔ３４の処理によってエクストラトラヒック１９２の需要がなくなった場合にエクストラパス１８３を解放することが行われる。
【００５０】
すなわち、エクストラパス１８３の入口ノードであるノード１１２におけるパス管理部１３２は、スイッチ部１２２の設定を一般トラヒック１９１の転送用に変更する（手順Ｔ２１）。そして、パス管理部１３２は、エクストラパス１８３を解放するためのパスメッセージＰａｔｈを作成し、それを制御通信部１５２からＲＳＶＰ−ＴＥの手順に従ってエクストラパス１８３の次のノードであるノード１１３に対して送信させる（手順Ｔ２２）。なお、このパスメッセージＰａｔｈには、エクストラパス１８３のパスＩＤが含まれている。
【００５１】
ノード１１３では、パス解放のためのパスメッセージＰａｔｈを制御通信部１５３経由で受信したパス管理部１３３は、パス情報データベース１４３における予備パスの欄をエクストラパス１８３のパスＩＤが登録されているエクストラパス情報２２５を検索して見つけ出す（手順Ｔ２３）。今の例では、予備パス１８２の欄が見つかるので、パス管理部１３３は、予備パス１８２の入口ノードＩＤ２２２からノード１１１を特定し、予備パス１８２のパスＩＤとエクストラパス１８３のパスＩＤとを含むリソース解放通知メッセージを作成し、それをノード１１１に対し制御通信部１５２から送信させる（手順Ｔ２４）。
【００５２】
これに対し、予備パス１８２の入口ノードであるノード１１１では、リソース解放通知メッセージを制御通信部１５１経由で受信したパス管理部１３１は、パス情報データベース１４１における予備パス１８２のエクストラパス情報２２５からエクストラパス１８３の情報を削除する（手順Ｔ２５）。
【００５３】
また、ノード１１３では、パス解放のためのパスメッセージＰａｔｈを制御通信部１５３経由で受信したパス管理部１３３は、スイッチ部１２３の設定を一般トラヒック１９１の転送用に変更し（手順Ｔ２３）、受信したパス解放のためのパスメッセージＰａｔｈを制御通信部１５２からＲＳＶＰ−ＴＥの手順に従って隣のノードであるノード１１４に対して送信させる（手順Ｔ２６）。
【００５４】
ノード１１４では、パス解放のためのパスメッセージＰａｔｈを制御通信部１５４経由で受信したパス管理部１３４は、パス情報データベース１４４における予備パスの欄をエクストラパス１８３のパスＩＤが登録されているエクストラパス情報２２５を検索して見つけ出す（手順Ｔ２７）。今の例では、予備パス１８２の欄が見つかるので、パス管理部１３４は、予備パス１８２の入口ノードＩＤ２２２からノード１１１を特定し、予備パス１８２のパスＩＤとエクストラパス１８３のパスＩＤとを含むリソース解放通知メッセージを作成し、それをノード１１１に対し制御通信部１５４から送信させる（手順Ｔ２８）。
【００５５】
これに対し、予備パス１８２の入口ノードであるノード１１１では、リソース解放通知メッセージを制御通信部１５１経由で受信したパス管理部１３１は、パス情報データベース１４１における予備パス１８２のエクストラパス情報２２５からエクストラパス１８３の情報を削除する（手順Ｔ２９）。
【００５６】
また、ノード１１４では、パス解放のためのパスメッセージＰａｔｈを制御通信部１５４経由で受信したパス管理部１３４は、スイッチ部１２４の設定を一般トラヒック１９１の転送用に変更し（手順Ｔ２７）、パスエラーメッセージＰａｔｈＥｒｒを作成し、それを制御通信部１５４からＲＳＶＰ−ＴＥの手順に従って隣のノードであるノード１１３に対して送信させる（手順Ｔ３０）。
【００５７】
ノード１１３では、パスエラーメッセージＰａｔｈＥｒｒを制御通信部１５３経由で受信したパス管理部１３３は、その受信したパスエラーメッセージＰａｔｈＥｒｒを制御通信部１５３からＲＳＶＰ−ＴＥの手順に従って隣のノードであるノード１１２に対して送信させる（手順Ｔ３１）。
【００５８】
ノード１１２では、パスエラーメッセージＰａｔｈＥｒｒを制御通信部１５２経由で受信したパス管理部１３２は、パス情報データベース１４２における予備パスの欄をエクストラパス１８３のパスＩＤが登録されているエクストラパス情報２２５を検索して見つけ出す（手順Ｔ３２）。今の例では、予備パス１８２の欄が見つかるので、パス管理部１３２は、予備パス１８２の入口ノードＩＤ２２２からノード１１１を特定し、予備パス１８２のパスＩＤとエクストラパス１８３のパスＩＤとを含むリソース解放通知メッセージを作成し、それをノード１１１に対し制御通信部１５２から送信させる（手順Ｔ３３）。
【００５９】
これに対し、予備パス１８２の入口ノードであるノード１１１では、リソース解放通知メッセージを制御通信部１５１経由で受信したパス管理部１３１は、パス情報データベース１４１における予備パス１８２のエクストラパス情報２２５からエクストラパス１８３の情報を削除する（手順Ｔ３４）。以上の手順により、エクストラパス１８３が解放される。
【００６０】
（３）障害回復フェーズ３３３は、手順Ｔ４１〜手順Ｔ５９の処理によって、現用パス１８１に障害が発生したときにエクストラパス１８３を解放して一般トラヒック１９１の転送を現用パス１８１から予備パス１８２に切り替えて通信を復旧することが行われる。
【００６１】
すなわち、手順Ｔ４１では、現用パス１８１の入口ノードでもあるノード１１１にて現用パス１８１に障害が発生したことが認識される。これには、ノード１１１が直接検出して認識する場合と、他のノードが検出してノード１１１に通知することにより、ノード１１１が認識する場合とがある。
【００６２】
ノード１１１のパス管理部１３１では、障害の発生を認識すると、パス情報データベース１４１を検索し、現用パス１８１の迂回路である予備パス１８２のエクストラパス情報２２５にエクストラパスが登録されているか否かを確認し、エクストラパスが登録されている場合は、登録されているエクストラパスの入口ノードに対して、リソース解放要求メッセージを送信する（手順Ｔ４２）。今の例では、エクストラパス１８３が登録されているので、パス管理部１３１は、エクストラパス１８３の入口ノードであるノード１１２に対するリソース解放要求メッセージを作成し、それを制御通信部１５１から送信させる。
【００６３】
これに対し、ノード１１２では、リソース解放要求メッセージを制御通信部１５２経由で受信したパス管理部１３２は、エクストラパス１８３を解放するためのパスメッセージＰａｔｈを作成し、それを制御通信部１５２からＲＳＶＰ−ＴＥの手順に従ってエクストラパス１８３の次のノードであるノード１１３に対して送信させる（手順Ｔ４３）。なお、このパスメッセージＰａｔｈには、エクストラパス１８３のパスＩＤが含まれている。
【００６４】
ノード１１３では、パス解放のためのパスメッセージＰａｔｈを制御通信部１５３経由で受信したパス管理部１３３は、パス情報データベース１４３における予備パスの欄をエクストラパス１８３のパスＩＤが登録されているエクストラパス情報２２５を検索して見つけ出す（手順Ｔ４４）。今の例では、予備パス１８２の欄が見つかるので、パス管理部１３３は、予備パス１８２の入口ノードＩＤ２２２からノード１１１を特定し、予備パス１８２のパスＩＤとエクストラパス１８３のパスＩＤとを含むリソース解放通知メッセージを作成し、それをノード１１１に対し制御通信部１５２から送信させる（手順Ｔ４５）。
【００６５】
これに対し、予備パス１８２の入口ノードであるノード１１１では、リソース解放要求メッセージを制御通信部１５１経由で受信したパス管理部１３１は、パス情報データベース１４１における予備パス１８２のエクストラパス情報２２５からエクストラパス１８３の情報を削除する（手順Ｔ４６）。
【００６６】
また、ノード１１３では、パス解放のためのパスメッセージＰａｔｈを制御通信部１５３経由で受信したパス管理部１３３は、スイッチ部１２３の設定を一般トラヒック１９１の転送用に変更し（手順Ｔ４４）、受信したパス解放のためのパスメッセージＰａｔｈを制御通信部１５２からＲＳＶＰ−ＴＥの手順に従って隣のノードであるノード１１４に対して送信させる（手順Ｔ４７）。
【００６７】
ノード１１４では、パス解放のためのパスメッセージＰａｔｈを制御通信部１５４経由で受信したパス管理部１３４は、パス情報データベース１４４における予備パスの欄をエクストラパス１８３のパスＩＤが登録されているエクストラパス情報２２５を検索して見つけ出す（手順Ｔ４８）。今の例では、予備パス１８２の欄が見つかるので、パス管理部１３４は、予備パス１８２の入口ノードＩＤ２２２からノード１１１を特定し、予備パス１８２のパスＩＤとエクストラパス１８３のパスＩＤとを含むリソース解放通知メッセージを作成し、それをノード１１１に対し制御通信部１５４から送信させる（手順Ｔ４９）。
【００６８】
これに対し、予備パス１８２の入口ノードであるノード１１１では、リソース解放通知メッセージを制御通信部１５１経由で受信したパス管理部１３１は、パス情報データベース１４１における予備パス１８２のエクストラパス情報２２５からエクストラパス１８３の情報を削除する（手順Ｔ５０）。
【００６９】
また、ノード１１４では、パス解放のためのパスメッセージＰａｔｈを制御通信部１５４経由で受信したパス管理部１３４は、スイッチ部１２４の設定を一般トラヒック１９１の転送用に変更し（手順Ｔ４８）、パスエラーメッセージＰａｔｈＥｒｒを作成し、それを制御通信部１５４からＲＳＶＰ−ＴＥの手順に従って隣のノードであるノード１１３に対して送信させる（手順Ｔ５１）。
【００７０】
ノード１１３では、パスエラーメッセージＰａｔｈＥｒｒを制御通信部１５３経由で受信したパス管理部１３３は、その受信したパスエラーメッセージＰａｔｈＥｒｒを制御通信部１５３からＲＳＶＰ−ＴＥの手順に従って隣のノードであるノード１１２に対して送信させる（手順Ｔ５２）。
【００７１】
ノード１１２では、パスエラーメッセージＰａｔｈＥｒｒを制御通信部１５２経由で受信したパス管理部１３２は、パス情報データベース１４２における予備パスの欄をエクストラパス１８３のパスＩＤが登録されているエクストラパス情報２２５を検索して見つけ出す（手順Ｔ５３）。今の例では、予備パス１８２の欄が見つかるので、パス管理部１３２は、予備パス１８２の入口ノードＩＤ２２２からノード１１１を特定し、予備パス１８２のパスＩＤとエクストラパス１８３のパスＩＤとを含むリソース解放応答メッセージを作成し、それをノード１１１に対し制御通信部１５２から送信させる（手順Ｔ５４）。
【００７２】
これに対し、予備パス１８２の入口ノードであるノード１１１では、リソース解放応答メッセージを制御通信部１５１経由で受信したパス管理部１３１は、一般トラヒック１９１を予備パス１８２で転送するようにスイッチ部１２１の設定を変更するとともに、パス情報データベース１４１における予備パス１８２のエクストラパス情報２２５からエクストラパス１８３の情報を削除し、また予備パス１８２の状態２２６を「迂回中」に変更する（手順Ｔ５５）。
【００７３】
そして、パス管理部１３１は、現用パス１８１の出口ノードであるノード１１５に対するパス切替要求メッセージを作成し、それを制御通信部１５１から送信させる（手順Ｔ５６）。
【００７４】
これに対し、ノード１１５では、現用パス１８１のパス切替要求メッセージを制御通信部１５５経由で受信したパス管理部１３５は、現用パス１８１にて転送していた一般トラヒック１９１を予備パス１８２にて転送するようにスイッチ部１２５の設定を変更し（手順Ｔ５７）、ノード１１１に対し制御通信部１５２を介してパス切替応答メッセージを送信する（手順Ｔ５８）。ノード１１１がパス切替応答メッセージを受信した段階で障害回復フェーズ３３３は終了する（手順Ｔ５９）。
【００７５】
以上のように、実施の形態１によれば、エクストラパスを設定するときにエクストラパスの入口ノードを予め現用パスと予備パスに共通の入口ノードに登録しておき、現用パスと予備パスに共通の入口ノードで障害発生を認識したとき登録されているエクストラパスの入口ノードが予備パスの入口ノードに対してエクストラパスを解放するように指示するようにしているので、一旦エクストラパスが設定された後は、障害が発生するまで管理通信の必要をなくすことができ、管理通信のトラヒック量が軽減できる。
【００７６】
そして、以上の説明では、予備パスのリソースをエクストラパスに提供する予備パス中間ノードの全てがリソース使用要求とリソース解放通知とを予備パスの入口ノードに送信するようにしたが、リソース使用要求とリソース解放通知の送信は、エクストラパス設定のためにスイッチ部の設定を変更する中間ノードのみが行うようにすれば、さらに管理通信のトラヒック量を軽減することができる。
【００７７】
また、エクストラパスを削除してから予備パスで一般トラヒックを転送するようにしているので、エクストラトラヒックと一般トラヒックとが混在することがなく、予備パスにおいて予約された帯域の超過を回避することができる。
【００７８】
実施の形態２．
図４は、この発明の実施の形態２であるコネクション型通信ネットワークにおける入口ノードが備えるパス情報データベースの構成例を示す図である。なお、図４では、図２に示した構成と同一ないしは同等である構成には同一の符号が付されている。ここでは、実施の形態２に関わる部分を中心に説明する。
【００７９】
実施の形態２であるコネクション型通信ネットワークは、図１に示すように構成されるが、図４に示すように、実施の形態２では、入口ノードであるノード１１１が備えるパス情報データベース（符号は説明の便宜から同じ符号１４１を用いる）には、図２にて示したパスＩＤ２２１,入口ノードＩＤ ２２２,上流リンクＩＤ２２３,下流リンクＩＤ２２４,エクストラパス情報２２５および状態２２６に加えて、設定変更ノード４４１が設けられている。この設定変更ノード４４１は、リソース使用要求メッセージを送信したノードのノードＩＤである。実施の形態１にて説明したように、リソース使用要求メッセージを送信したノードは、エクストラパスの設定によって入出力先が変更されるノードである。
【００８０】
図１に示したコネクション型通信ネットワークでは、図３におけるエクストラパス設定フェーズ３３１においてリソース使用要求メッセージを送信したノードは、ノード１１２とノード１１３とノード１１４であることから、図４に示す設定変更ノード４４１では、それらのノードが記載されている。
【００８１】
図１、図４、図５を参照して、実施の形態２であるコネクション型通信ネットワークにおいて実施される障害回復方法を説明する。なお、図５は、図４に示すパス情報データベースを利用して実施される障害回復方法を説明するシーケンス図である。この実施の形態２でも、エクストラパス設定フェーズとエクストラパス解放フェーズと障害回復フェーズとが行われるが、エクストラパス設定フェーズとエクストラパス解放フェーズでは、実施の形態１とほぼ同様の動作が行われる。したがって、図５では、障害回復フェーズ５３３のみが示されている。
【００８２】
まず、エクストラパス設定フェーズとエクストラパス解放フェーズについてその異同を説明する。ノード１１２〜１１４は、図３にて説明した動作を行うが、予備パス１８２の入口ノードであるノード１１１がそのパス情報データベース１４１における設定変更ノード４４１に操作を加える。すなわち、ノード１１１では、リソース使用要求受信時にはそれを送信したノードのノードＩＤをパス情報データベース１４１における設定変更ノード４４１に登録し、リソース解放通知もしくはリソース解放応答受信時にはそれを送信したノードのノードＩＤをパス情報データベース１４１における設定変更ノード４４１から削除することを行う。
【００８３】
次に、障害回復フェーズ５３３について説明する。すなわち、手順Ｔ６１では、現用パス１８１の入口ノードであるノード１１１にて現用パス１８１に障害が発生したことが認識される。これには、ノード１１１が直接検出して認識する場合と、他のノードが検出してノード１１１に通知することにより、ノード１１１が認識する場合とがある。
【００８４】
ノード１１１のパス管理部１３１では、障害の発生を認識すると、パス情報データベース１４１を検索し、現用パス１８１の迂回路である予備パス１８２のエクストラパス情報２２５にエクストラパスが登録されているか否かを確認し、エクストラパスが登録されている場合は、登録されているエクストラパスの入口ノードに対して、パス切断予告通知メッセージを送信する（手順Ｔ６２）。今の例では、エクストラパス１８３が登録されているので、パス管理部１３１は、エクストラパス１８３の入口ノードであるノード１１２に対するパス切断予告通知メッセージを作成し、それを制御通信部１５１から送信させる。
【００８５】
さらに、パス管理部１３１は、パス情報データベース１４１における設定変更ノード４４１にノードＩＤを登録されているノードに対してリソース解放要求メッセージを制御通信部１５１経由で送信する。今の例では、ノード１１２,１１３,１１４に送信する（手順Ｔ６３,手順Ｔ６４,手順Ｔ６５）。
【００８６】
これに対し、ノード１１２〜１１４では、リソース解放要求メッセージを制御通信部１５２〜１５４経由で受信したパス管理部１３２〜１３４は、スイッチ部１２２〜１２４の設定を一般トラヒック１９１の転送用に変更し、リソース解放応答メッセージを制御通信部１５２〜１５４からノード１１１に対して送信するので（手順Ｔ６６,手順Ｔ６７,手順Ｔ６８）、ノード１１１では、リソース解放応答メッセージを制御通信部１５１経由で受信したパス管理部１３１は、パス情報データベース１４１における設定変更ノード４４１からリソース解放応答メッセージを送信したノードのノードＩＤを削除していく。そして、最後のノードＩＤを設定変更ノード４４１から削除したとき、一般トラヒック１９１を予備パス１８２で転送するようにスイッチ部１２１の設定を変更し、パス情報データベース１４１にける予備パス１８２の状態２２６を「迂回中」に変更する（手順Ｔ６９）。
【００８７】
そして、パス管理部１３１は、現用パス１８１の出口ノードであるノード１１５に対するパス切替要求メッセージを作成し、それを制御通信部１５１から送信させる（手順Ｔ７０）。
【００８８】
これに対し、ノード１１５では、現用パス１８１のパス切替要求メッセージを制御通信部１５５経由で受信したパス管理部１３５は、現用パス１８１にて転送していた一般トラヒック１９１を予備パス１８２で転送するようにスイッチ部１２５の設定を変更し（手順Ｔ７１）、ノード１１１に対し制御通信部１５２を介してパス切替応答メッセージを送信する（手順Ｔ７２）。ノード１１１がパス切替応答メッセージを受信した段階で障害回復フェーズ３３３は終了する（手順Ｔ７３）。
【００８９】
以上のように、実施の形態２によれば、エクストラパスを設定するときにエクストラパスの入口ノードとスイッチ設定を変更した予備パス上のノードとを予め現用パスと予備パスに共通の入口ノードに登録しておき、現用パスと予備パスに共通の入口ノードで障害を検出したとき、障害回復の管理通信を実施するようにしたので、実施の形態１と同様に、一旦エクストラパスが設定された後は、障害が発生するまで管理通信の必要をなくすことができ、管理通信のトラヒック量が軽減できる。
【００９０】
そして、実施の形態１と同様に、予備パスのリソースをエクストラパスに提供する予備パス中間ノードの全てがリソース使用要求とリソース解放通知とを予備パスの入口ノードに送信するようにしたが、リソース使用要求とリソース解放通知の送信は、エクストラパス設定のためにスイッチ部の設定を変更する中間ノードのみが行うようにすれば、さらに管理通信のトラヒック量を軽減することができる。
【００９１】
また、実施の形態１と同様に、エクストラパスを削除してから予備パスで一般トラヒックを通信するようにしているので、エクストラトラヒックと一般トラヒックとが混在することがなく、予備パスにおいて予約された帯域の超過が回避できる。
【００９２】
加えて、実施の形態２では、現用パスと予備パスに共通の入口ノードで障害を検出したとき、登録されているエクストラパスの入口ノードに対してパス切断予告通知を送信し、スイッチ部の設定を変更しているノードにそれぞれリソース解放要求を送信してスイッチ部の設定を元に戻すようにしたので、エクストラパスの入口ノードはエクストラパスが予備パス使用のために強制的に切断されたことを認識できる。したがって、エクストラパス上の障害による通信の断絶との区別が可能になる。
【００９３】
また、実施の形態２では、予備パスで一般トラヒックを転送するために必要なノード上のスイッチ部の設定再変更を各ノードで並列に実施できるので、障害発生から予備パス使用によるデータ通信復旧までの時間が短縮できる。
【００９４】
なお、実施の形態１,２では、予備パス１８２は１本のエクストラパス１８３で使用する場合を示したが、パス情報データベース１４１〜１４５のエクストラパス情報２２５には複数のエクストラパスの情報が登録できるので、リンク１６３とリンク１６４とを別々のエクストラパスで使用するといった複数のエクストラパスで使用することもできる。
【００９５】
また、エクストラパス１８３の入口ノードと出口ノードは、予備パス１８２の中間ノードである場合を示したが、入口ノードと出口ノードの両方もしくは一方が予備パス１８２の中間ノード以外である場合のエクストラパスでも同様に実施できる。
【００９６】
さらに、パス設定の管理通信にＧＭＰＬＳで用いられる拡張ＲＳＶＰ−ＴＥを用いたが、その他、例えばＣＲ−ＬＤＰ（Constraint-based Label Distribution Protocol）等のシグナリングプロトコルを用いても同様に実施できる。
【産業上の利用可能性】
【００９７】
以上のように、この発明にかかるコネクション型通信ネットワークおよび障害回復方法は、迂回発生有無を管理するための管理通信トラヒック量を軽減するのに有用であり、特に迂回路において予約された帯域の超過を回避するのに適している。
【図面の簡単な説明】
【００９８】
【図１】この発明に実施の形態１であるコネクション型通信ネットワークの構成を示すシステム図である。
【図２】図１に示すパス情報データベースの構成例を示す図である。
【図３】図１に示すコネクション型通信ネットワークにおいて実施される障害回復方法を説明するシーケンス図である。
【図４】この発明に実施の形態２であるコネクション型通信ネットワークにおける入口ノードが備えるパス情報データベースの構成例を示す図である。
【図５】図４に示すパス情報データベースを利用して実施される障害回復方法を説明するシーケンス図である。
【図６】従来の障害回復方法を実施するコネクション型通信ネットワークの構成を示すシステム図である。
【符号の説明】
【００９９】
１１１，１１２，１１３，１１４，１１５  ノード
１２１，１２２，１２３，１２４，１２５  スイッチ部
１３１，１３２，１３３，１３４，１３５  パス管理部
１４１，１４２，１４３，１４４，１４５  パス情報データベース
１５１，１５２，１５３，１５４，１５５  制御通信部
１６１，１６２，１６３，１６４，１６５  リンク
１７１  管理通信パス
１８１  現用パス
１８２  予備パス
１８３  エクストラパス
１９１  一般トラヒック
１９２  エクストラトラヒック
２２１  パスＩＤ
２２２  入口ノードＩＤ
２２３  上流リンクＩＤ
２２４  下流リンクＩＤ
２２５  エクストラパス情報
２２６  状態
３３１  エクストラパス設定フェーズ
３３２  エクストラパス解放フェーズ
３３３,５３３  障害経路回復フェーズ
４４１  設定変更ノード
【図１】
2005150809.tif 000003
【図２】
2005150809.tif 000004
【図３】
2005150809.tif 000005
【図４】
2005150809.tif 000006
【図５】
2005150809.tif 000007
【図６】
2005150809.tif 000008