(57)【要約】【課題】現用パスを予備パスに高速に切り替える。【解決手段】第１の現用パスＡの始点ノード＃１及び終点ノード＃４と、第２の現用パスＢの始点ノード＃８及び終点ノード＃９と、前記第１及び第２の現用パスＡ及びＢに共通の予備パスである共通パスＣの始点ノード＃５及び終点ノード＃７と、を備え、共通パスＣの始点ノード＃５は、現用パスＡ及びＢの各始点ノード＃１及び＃８から受信される信号のいずれかの一方を共通パスＣに転送し、共通パスＣの終点ノード＃７は、共通パスＣを通じて受信した信号を、現用パスＡ及びＢの各終点ノード＃４及び＃９のそれぞれに送信する。【選択図】図１１
2014236481.tif 000002
【特許請求の範囲】
【請求項１】
第１の現用パスの始点ノード及び終点ノードと、
第２の現用パスの始点ノード及び終点ノードと、
前記第１及び第２の現用パスに共通の予備パスである共通パスの始点ノード及び終点ノードと、を備え、
前記共通パスの始点ノードは、前記第１及び第２の現用パスの各始点ノードから受信される信号のいずれか一方を、前記共通パスに転送し、
前記共通パスの終点ノードは、前記共通パスを通じて受信した信号を、前記第１及び第２の現用パスの各終点ノードのそれぞれに送信する、通信システム。
【請求項２】
前記第１及び第２の現用パスの前記始点ノードのそれぞれは、前記第１及び第２の現用パスに障害が発生していない場合に、前記共通パスへダミー信号を送信し、
前記第１及び第２の現用パスの一方又は双方に障害が発生すると、前記障害の発生した現用パスの始点ノードは、前記障害の発生した現用パスへ送信すべきクライアント信号を前記共通パスの始点ノードへ送信する、請求項１に記載の通信システム。
【請求項３】
前記共通パスの始点ノードは、
前記第１及び第２の現用パスの各始点ノードの一方から前記クライアント信号を受信し、当該各始点ノードの他方から前記ダミー信号を受信すると、前記クライアント信号を前記共通パスへ転送する、請求項２に記載の通信システム。
【請求項４】
前記第１及び第２の現用パスの各始点ノードのそれぞれは、前記クライアント信号に当該現用パスに関するリンク識別情報を付与し、
前記第１及び第２の現用パスの各終点ノードのそれぞれは、受信した前記クライアント信号に付与された前記リンク識別情報に基づいて転送する信号を選択する、請求項２又は３に記載の通信システム。
【請求項５】
前記障害の発生した現用パスが復旧すると、前記復旧した現用パスの前記始点ノードは、前記共通パスの始点ノードへ転送していた前記クライアント信号を前記復旧した現用パスへ送信し、前記共通パスへ前記ダミー信号を送信する、請求項２〜４のいずれか１項に記載の通信システム。
【請求項６】
第１の現用パスの始点ノード及び終点ノードと、第２の現用パスの始点ノード及び終点ノードと、前記第１及び第２の現用パスに共通の予備パスである共通パスの始点ノード及び終点ノードと、を備えた通信システムにおける通信制御方法であって、
前記共通パスの始点ノードは、前記第１及び第２の現用パスの各始点ノードから受信される信号のいずれかの一方を前記共通パスに転送し、
前記共通パスの終点ノードは、前記共通パスを通じて受信した信号を、前記第１及び第２の現用パスの各終点ノードのそれぞれに送信する、通信制御方法。
【請求項７】
第１現用パスに信号を送信する第１ノードから第１信号を受信する第１受信部と、
第２現用パスに信号を送信する第２ノードから第２信号を受信する第２受信部と、
前記第１信号と前記第２信号のいずれか一方を、前記第１現用パスと前記第２現用パスの共通の予備パスである共通パスに転送する信号転送部と、
を有する、伝送装置。
【請求項８】
前記第１受信部は、前記第１現用パスで障害が発生すると、前記第１現用パスで伝送されるクライアント信号を、前記第１ノードから受信し、
前記信号転送部は、前記クライアント信号と前記第２信号とを受信すると、前記クライアント信号を前記共通パスへ転送する、請求項７に記載の伝送装置。
【請求項９】
第１現用パスと第２現用パスの共通の予備パスである共通パスで伝送された信号を受信する受信部と、
前記受信した信号を、前記第１現用パスで伝送される信号を受信する第１ノードと、前記第２現用パスを伝送される信号を受信する第２ノードとに送信する送信部と、
を有する、伝送装置。
【請求項１０】
現用パスにクライアント信号を送信する第１送信部と、
前記現用パスと他現用パスの共通の予備パスである共通パスにダミー信号を送信する第２送信部と、
前記現用パスの障害を検出する障害検出部と、を有し、
前記第２送信部は、前記障害が検出されると、前記クライアント信号を前記共通パスへ送信する、伝送装置。
【請求項１１】
前記クライアント信号に前記現用パスに関するリンク識別情報を付与するリンク識別情報付与部を有する、請求項１０に記載の伝送装置。
【請求項１２】
現用パスで伝送された第１信号を受信する第１受信部と、
前記現用パスと他現用パスの共通の予備パスである共通パスで伝送される第２信号を受信する第２受信部と、
前記第１信号と前記第２信号とのいずれか一方を転送する信号転送部と、を有し、
前記第２受信部は、前記他現用パスで伝送された信号を受信する他ノードに伝送した信号と同一の信号を、前記共通パスから受信する、伝送装置。
【請求項１３】
前記信号転送部は、
前記受信した信号に付与される前記現用パスに関するリンク識別情報に基づいて、前記転送する信号を選択する、請求項１２に記載の伝送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信制御方法、及び、伝送装置に関する。
【背景技術】
【０００２】
近年、ＩＴＵ−Ｔ（International Telecommunication Union - Telecommunication sector）及びＩＥＥＥ（Institute of Electrical and Electronic Engineers）によって、ＯＴＮ（Optical Transport Network）の標準化が進められている。
【０００３】
ＯＴＮは、波長分割多重（Wavelength Division Multiplexing）技術を適用した光ネットワークにおいて、種類の異なるクライアント信号をトランスペアレントに伝送できる。
【０００４】
ＯＴＮにおいて、障害に対する信頼性が高く、ネットワークリソースを有効に利用できる方法として、シェアード・リストレーション方式がある（例えば、下記特許文献１参照）。
【０００５】
シェアード・リストレーション方式では、前もって現用（ワーキング）パスとは完全に異なる経路に収容される予備（プロテクション）パスの帯域を確保するとともに、複数の現用パスで１つの予備パスの帯域を共有する。現用パスにおいて障害が発生した場合、ＡＰＳ（Automatic Protection Switching）信号等の制御信号を予備パスに流すことで、予備パスの物理的な接続を確保し、現用パスから予備パスへ切り替える。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第ＷＯ２００４／０７５４９４号
【発明の概要】
【発明が解決しようとする課題】
【０００７】
シェアード・リストレーション方式におけるネットワーク構成例を図３７に例示する。図３７に示すネットワークは、例示的に、通信ノード＃１〜＃１１を備えており、これらの通信ノード＃１〜＃１１が例えばメッシュ状に接続される。
【０００８】
通信ノード＃１、通信ノード＃２、通信ノード＃３及び通信ノード＃４を経由する経路には、現用パスＡが設定されている。また、通信ノード＃８、通信ノード＃１０、通信ノード＃１１及び通信ノード＃９を経由する経路には、現用パスＢが設定されている。現用パスＡ及び現用パスＢのそれぞれは、物理的な接続設定が該当する通信ノード＃ｊ（ｊ＝１〜１１のいずれか）において確保されている。
【０００９】
一方、通信ノード＃１、通信ノード＃５、通信ノード＃６、通信ノード＃７及び通信ノード＃４を経由する経路には、現用パスＡに対する予備パスＡが設定されている。また、通信ノード＃８、通信ノード＃５、通信ノード＃６、通信ノード＃７及び通信ノード＃９を経由する経路には、現用パスＢに対する予備パスＢが設定されている。
【００１０】
予備パスＡ及び予備パスＢについての物理的な接続設定は該当する通信ノード＃ｊにおいて確保されておらず、帯域が予約されている状態である。また、通信ノード＃５〜通信ノード＃７間では、予備パスＡ及び予備パスＢの予約帯域は現用パスＡ及び現用パスＢに共有される。
【００１１】
現用パスＡ（又は現用パスＢ）に障害が発生した場合、現用パスＡ（又は現用パスＢ）を流れていた信号（トラフィック）が、予備パスＡ（又は予備パスＢ）を流れるようにパス切替が実施される。
【００１２】
ここで、上記特許文献１には、シェアード・リストレーション方式において、パスを高速に切り替える方法が記載されている。図３８は障害発生前のネットワーク構成例を示し、図３９は単一障害発生時のネットワーク構成例を示す。
【００１３】
図３８に例示するように、障害発生前に、予備パスＡが経由する経路における各通信ノード＃１、＃５、＃６、＃７及び＃４において物理的な接続設定を確保しておく。一方、予備パスＢが経由する経路における各通信ノード＃８、＃５、＃６、＃７及び＃９においては物理的な接続設定は確保せず、予備パス帯域を予約する。
【００１４】
そして、図３９に例示するように、現用パスＡ（例えば通信ノード＃２及び＃３間）に障害が発生したとする。この場合、予備パスＡの始点ノード及び終点ノードである通信ノード＃１及び＃４間で物理的接続性が確保されているから、終点ノード＃４においてＡＰＳ切替処理を実施すれば、現用パスＡから予備パスＡへの高速なパス切替が可能になる。
【００１５】
しかし、現用パスＢに障害が発生した場合には、予備パスＢについて物理的な接続設定が確保されていない。そのため、ＡＰＳ信号等の制御信号を通信ノード＃８から通信ノード＃５〜＃７を経由して通信ノード＃９に流して、予備パスＢの物理的な接続設定を確保してから、現用パスＢから予備パスＢへ切り替える必要がある。
【００１６】
このように、シェアード・リストレーション方式において、前もって予備パスに物理的な接続性を確保できる現用パスは、予備パスを共有している複数の現用パスのうち１本のみである。そのため、前もって予備パスに物理的な接続性を確保していない現用パスに障害が発生した場合は、障害発生を検出してから制御信号を流す必要があり、現用パスを予備パスに高速に切り替えることができない。
【００１７】
本発明の目的の１つは、現用パスを予備パスに高速に切り替えることを可能にすることにある。
【課題を解決するための手段】
【００１８】
本発明の通信システムの一態様は、第１の現用パスの始点ノード及び終点ノードと、第２の現用パスの始点ノード及び終点ノードと、前記第１及び第２の現用パスに共通の予備パスである共通パスの始点ノード及び終点ノードと、を備え、前記共通パスの始点ノードは、前記第１及び第２の現用パスの各始点ノードから受信される信号のいずれかの一方を、前記共通パスに転送し、前記共通パスの終点ノードは、前記共通パスを通じて受信した信号を、前記第１及び第２の現用パスの各終点ノードのそれぞれに送信する。
【発明の効果】
【００１９】
現用パスを予備パスに高速に切り替えることが可能になる。
【図面の簡単な説明】
【００２０】
【図１】一実施形態に係る通信ネットワークの構成例を示す図である。
【図２】図１に例示する通信ノードのハードウェア構成例を示す図である。
【図３】図１に例示する通信ノードの機能ブロック図である。
【図４】ＩＴＵ−Ｔの勧告Ｇ．７０９に準拠したＯＤＵｋフレームのフォーマット例を示す図である。
【図５】図１に例示する通信ノード＃１でのクロスコネクト設定を模式的に例示する図である。
【図６】図１に例示する通信ノード＃８でのクロスコネクト設定を模式的に例示する図である。
【図７】図１に例示する通信ノード＃５でのクロスコネクト設定を模式的に例示する図である。
【図８】図１に例示する通信ノード＃７でのクロスコネクト設定を模式的に例示する図である。
【図９】図１に例示する通信ノード＃４でのクロスコネクト設定を模式的に例示する図である。
【図１０】図１に例示する通信ノード＃９でのクロスコネクト設定を模式的に例示する図である。
【図１１】図１に例示するネットワーク構成において現用パスの１つに障害が発生した場合（単一障害発生時）のパス切替制御の一例を説明するネットワーク構成図である。
【図１２】図１１に例示する通信ノード＃１でのクロスコネクト設定を模式的に例示する図である。
【図１３】図１１に例示する通信ノード＃８でのクロスコネクト設定を模式的に例示する図である。
【図１４】図１１に例示する通信ノード＃５でのクロスコネクト設定を模式的に例示する図である。
【図１５】図１１に例示する通信ノード＃７でのクロスコネクト設定を模式的に例示する図である。
【図１６】図１１に例示する通信ノード＃４でのクロスコネクト設定を模式的に例示する図である。
【図１７】図１１に例示する通信ノード＃９でのクロスコネクト設定を模式的に例示する図である。
【図１８】図１１に例示する通信ノード＃１の動作例を説明するフローチャートである。
【図１９】図１１に例示する通信ノード＃５の動作例を説明するフローチャートである。
【図２０】図１１に例示する通信ノード＃４の動作例を説明するフローチャートである。
【図２１】図１１に例示する通信ノード＃９の動作例を説明するフローチャートである。
【図２２】図１に例示するネットワーク構成例において複数の現用パスに障害が発生した場合（多重障害発生時）のパス切替制御の一例を説明するネットワーク構成図である。
【図２３】図２２に例示する通信ノード＃１でのクロスコネクト設定を模式的に例示する図である。
【図２４】図２２に例示する通信ノード＃８でのクロスコネクト設定を模式的に例示する図である。
【図２５】図２２に例示する通信ノード＃５でのクロスコネクト設定を模式的に例示する図である。
【図２６】図２２に例示する通信ノード＃７でのクロスコネクト設定を模式的に例示する図である。
【図２７】図２２に例示する通信ノード＃４でのクロスコネクト設定を模式的に例示する図である。
【図２８】図２２に例示する通信ノード＃９でのクロスコネクト設定を模式的に例示する図である。
【図２９】図２２に例示する通信ノード＃５の動作例を説明するフローチャートである。
【図３０】図２２に例示するネットワーク構成において１つの現用パスの障害が解除された場合のパス切替制御の一例を説明するネットワーク構成図である。
【図３１】図３０に例示する通信ノード＃１でのクロスコネクト設定を模式的に例示する図である。
【図３２】図３０に例示する通信ノード＃８でのクロスコネクト設定を模式的に例示する図である。
【図３３】図３０に例示する通信ノード＃５でのクロスコネクト設定を模式的に例示する図である。
【図３４】図３０に例示する通信ノード＃７でのクロスコネクト設定を模式的に例示する図である。
【図３５】図３０に例示する通信ノード＃４でのクロスコネクト設定を模式的に例示する図である。
【図３６】図３０に例示する通信ノード＃９でのクロスコネクト設定を模式的に例示する図である。
【図３７】シェアード・リストレーション方式におけるネットワーク構成例を示す図である。
【図３８】障害発生前のネットワーク構成例を示す図である。
【図３９】図３８において単一障害発生時のネットワーク構成例を示す図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。なお、以下の実施形態で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。
【００２２】
図１は、一実施形態に係る通信ネットワークの構成例を示す図である。図１に示す通信ネットワークは、例示的に、伝送装置の一例としての複数の通信ノード＃１〜＃１１を備える。通信ノード＃１〜＃１１は、例示的に、メッシュ状に接続されて、メッシュネットワークを成す。
【００２３】
通信ノード＃１は、現用パスＡ及び当該現用パスＡに対する予備パスＡの始点ノードである。現用パスＡは、第１の現用パスの一例であり、始点ノード＃１から通信ノード＃２及び通信ノード＃３を経由して通信ノード＃４に到達するよう設定されている。すなわち、各通信ノード＃１、＃２、＃３及び＃４において現用パスＡについて物理的な接続設定（クロスコネクト設定等）がなされている。
【００２４】
通信ノード＃８は、現用パスＢ及び当該現用パスＢに対する予備パスＢの始点ノードである。現用パスＢは、第２の現用パスの一例であり、始点ノード＃８から通信ノード＃１０及び通信ノード＃１１を経由して通信ノード＃９に到達するよう設定されている。すなわち、各通信ノード＃８、＃１０、＃１１及び＃９において現用パスＢについて物理的な接続設定（クロスコネクト設定等）がなされている。
【００２５】
予備パスＡは、例示的に、現用パスＡの始点ノード＃１から通信ノード＃５、＃６及び＃７を経由して現用パスＡの終点ノードである通信ノード＃４に到達するよう設定されている。すなわち、予備パスＡには物理的な接続が確保されており、予備パスＡを通じて信号を伝送することが可能である。
【００２６】
ただし、通常運用時において、始点ノード＃１では、予備パスＡについて物理的な接続設定はなされておらず（点線参照）、予備パスＡについての帯域予約がなされている。始点ノード＃１は、現用パスＡに障害が生じた場合に、現用パスＡについての物理的な接続設定を解除し、予備パスＡについて予約しておいた帯域で物理的な接続設定を行なう。これにより、現用パスＡへ伝送していた信号を予備パスＡ（通信ノード＃５）に伝送することが可能となる。
【００２７】
同様に、予備パスＢは、現用パスＢの始点ノード＃８から通信ノード＃５、＃６及び＃７を経由して現用パスＢの終点ノードである通信ノード＃９に到達するよう設定されている。すなわち、予備パスＢには物理的な接続が確保されており、予備パスＢを通じて信号伝送することが可能である。
【００２８】
ただし、通常運用時において、始点ノード＃８では、予備パスＢについて物理的な接続設定はなされておらず（点線参照）、予備パスＢについての帯域予約がなされている。始点ノード＃８は、現用パスＢに障害が生じた場合に、現用パスＢについての物理的な接続設定を解除し、予備パスＢについて予約しておいた帯域で物理的な接続設定を行なう。これにより、現用パスＢへ伝送していた信号を予備パスＢ（通信ノード＃５）に伝送することが可能となる。
【００２９】
予備パスＡ及び予備パスＢは、一部の区間、例えば通信ノード＃５と通信ノード＃７との間において共通である。別言すると、通信ノード＃５は、現用パスＡ及びＢに共通の予備パスである共通パスＣの始点ノードに相当する。また、通信ノード＃７は、共通パスＣの終点ノードに相当する。共通パスＣには、物理的な接続設定がなされている。
【００３０】
すなわち、共通パスＣの始点ノードである通信ノード＃５と共通パスの中間ノードである通信ノード＃６との間には、共通パスＣを通じて信号が疎通するよう物理的な接続設定がなされている。同様に、共通パスＣの中間ノード＃６と共通パスＣの終点ノードである通信ノード＃７との間には、共通パスＣを通じて信号が疎通するよう物理的な接続設定がなされている。
【００３１】
共通パスＣの始点ノード＃５は、複数の予備パスＡ及びＢを通じてそれぞれ受信される信号の一方を共通パスＣへ送信する。別言すると、共通パスＣの始点ノード＃５は、予備パスＡ及びＢのいずれか一方を共通パスＣに接続する。したがって、共通パスＣには、予備パスＡの信号及び予備パスＢの信号の一方が通信ノード＃７に向けて伝送される。
【００３２】
共通パスＣの終点ノード＃７には、現用パスＡの終点ノード＃４及び現用パスＢの終点ノード＃９のそれぞれに対して物理的な接続設定がなされている。すなわち、共通パスＣの終点ノード＃７は、各終点ノード＃４及び＃９のそれぞれに信号を送信できる状態にある。その際、共通パスＣの終点ノード＃７は、共通パスを通じて受信した信号を複製（コピー）して同じ信号を各終点ノード＃４及び＃９に伝送することができる。
【００３３】
現用パスＡの終点ノード＃４は、現用パスＡ（通信ノード＃３）からの信号と、共通パスＣ（終点ノード＃７）を経由した予備パスＡからの信号とを受信し、受信した信号のいずれか一方を出力する。同様に、現用パスＢの終点ノード＃９は、現用パスＢ（通信ノード＃１１）からの信号と、共通パスＣ（通信ノード＃７）を経由した予備パスＢからの信号とを受信し、受信した信号のいずれか一方を出力する。
【００３４】
なお、図１では、現用パスＡが経由する通信ノード（中間ノード）として通信ノード＃２及び＃３の２台を例示しているが、中間ノードは３台以上の場合もあるし存在しない場合もある。同様に、現用パスＢについても、中間ノードは３台以上の場合もあるし存在しない場合もある。また、図１では、共通パスＣが経由する通信ノード（中間ノード）として通信ノード＃６の１台を例示しているが、共通パスＣについての中間ノードは、２台以上の場合もあるし存在しない場合もある。
【００３５】
上述のネットワーク構成において、通常運用時には、通信ノード＃１は、受信したユーザ信号（ユーザトラフィック）を現用パスＡへ伝送し、通信ノード＃８は、受信したユーザトラフィックを現用パスＢへ伝送する。ユーザトラフィックは、クライアント信号の一例であり、例示的に、ＯＴＮフレームにマッピングされたＯＤＵｋ（ｋ＝０，１，２，３，４等）である。
【００３６】
その一方で、通信ノード＃１は、予備パスＡへアラーム信号を伝送し、通信ノード＃８は、予備パスＢへアラーム信号を伝送する。アラーム信号は、ダミー信号の一例であり、例示的に、ユーザトラフィックが未接続状態であることを示すＯＣＩ−ＯＤＵｋ（Open Connection Indication - ODUk）アラームである。
【００３７】
したがって、通常運用時において、通信ノード＃５は、現用パスＡ及びＢの各始点ノード＃１及び＃８からそれぞれアラーム信号（例示的にＯＣＩ−ＯＤＵｋアラーム）を受信することになる。通信ノード＃５は、受信した各アラーム信号のいずれか一方を所定の優先度に従って選択して共通パスＣへ伝送する。図１の例では、通信ノード＃５は、予備パスＡを通じて受信したＯＣＩ−ＯＤＵｋアラームを選択し、当該ＯＣＩ−ＯＤＵｋアラームを共通パスＣへ伝送する。
【００３８】
ＯＣＩ−ＯＤＵｋアラームは、共通パスＣを通じて通信ノード＃６及び＃７の順に伝送される。共通パスＣの終点ノード＃７は、共通パスＣを通じて受信したＯＣＩ−ＯＤＵｋアラームを複製して現用パスＡ及びＢの終点ノード＃４及び＃９へそれぞれＯＣＩ−ＯＤＵｋアラームを伝送する。
【００３９】
これにより、現用パスＡの終点ノード＃４では、現用パスＡ（通信ノード＃３）からユーザトラフィックが受信されるとともに、予備パスＡ（共通パスＣの終点ノード＃７）からアラーム信号が受信されることになる。終点ノード＃４は、アラーム信号でない現用パスＡからのユーザトラフィックを選択して出力する。
【００４０】
同様に、現用パスＢの終点ノード＃９では、現用パスＢ（通信ノード＃１１）からユーザトラフィックが受信されるとともに、予備パスＢ（共通パスＣの終点ノード＃７）からアラーム信号が受信されることになる。終点ノード＃９は、アラーム信号でない現用パスＢからのユーザトラフィックを選択して出力する。
【００４１】
なお、上記の例では、現用パスＡ（又はＢ）の始点ノード＃１（又は＃８）は、予備パスＡ（又はＢ）にダミー信号の一例としてアラーム信号を送信しているが、アラーム信号でない信号、例えば現用パスＡ（又はＢ）へ送信した信号と同じ信号を送信してもよい。
【００４２】
（通信ノードの構成例）
図２は、図１に例示する通信ノード＃ｊ（ｊ＝１〜１１のいずれか）のハードウェア構成例を示す図であり、図３は、図１に例示する通信ノード＃ｊの機能ブロック図である。
【００４３】
図２に示す通信ノード＃ｊは、例示的に、シェルフ１０内に、光ファイバ（光伝送路）４０が接続される複数のＯＴＮインタフェースカード（ＯＴＮインタフェース部）２０と、ＯＴＮスイッチカード（ＯＴＮスイッチ部）３０と、を備える。各ＯＴＮインタフェースカード２０は、インターコネクション５０によりＯＴＮスイッチカード２０とそれぞれ接続されている。いずれかの光ファイバ４０を通じてＯＴＮインタフェースカード２０に入力された光信号は、ＯＴＮスイッチカード３０にて出力先が切り替えられて、異なるＯＴＮインタフェースカード２０に入力され、当該ＯＴＮインタフェースカード２０から対応する光ファイバ４０へ出力される。
【００４４】
そのため、ＯＴＮスイッチカード３０は、例示的に、マトリックススイッチ（光スイッチ機能部）３１を含み、ＯＴＮインタフェースカード２０は、例示的に、光送受信器（光送受信部）２１及びＯＴＮフレーマー２２を含む。ＯＴＮフレーマー２２は、例示的に、ＬＳＩやＦＰＧＡを用いて実現できる。
【００４５】
ＯＴＮフレーマー２２は、ＩＴＵ−Ｔの勧告Ｇ．７０９に準拠したＯＤＵｋフレームの多重収容及び多重分離を行なう。例えばイーサネット（登録商標）等のユーザトラフィックを収容したＯＤＵフレームを「ＬＯ−ＯＤＵ（Lower Order ODU）」と呼び、ＯＤＵフレームを複数多重収容したＯＤＵフレームを「ＨＯ−ＯＤＵ（Higher Order ODU）と呼ぶ。例えばＯＤＵ１は、より高速な信号速度をもつＨＯ−ＯＤＵｋフレーム（例えばＯＤＵ２，ＯＤＵ３，ＯＤＵ４等）に多重収容される。
【００４６】
図４に、ＩＴＵ−Ｔの勧告Ｇ．７０９に準拠したＯＤＵｋフレームのフォーマット例を示す。ＯＤＵｋフレームは、第１列（ｃｏｌｕｍｎ）〜第１６列の１６バイト×４行（ｒｏｗ）のサイズを有するオーバーヘッド部と、第１７列〜第３８２４列の３８０８バイト×４行のサイズを有するＯＰＵｋ（Optical Channel Payload Unit k）ペイロード部と、を含む。
【００４７】
オーバーヘッド部は、ＦＡ（Frame Alignment）オーバーヘッド、ＯＴＵｋオーバーヘッド、ＯＤＵｋオーバーヘッド、ＯＰＵｋ（Optical Channel Payload Unit k）オーバーヘッドを有しており、接続及び品質の管理に用いられる。ＯＤＵｋフレームのＨＯ−ＯＤＵｋへの多重収容は、ＨＯ−ＯＤＵｋフレームのペイロード部分（ＯＰＵｋペイロードエリア）を例えばバイト単位で分割したタイムスロット（トリビュータリスロット（ＴＳ））にＯＤＵｋを収容することにより実現される。
【００４８】
なお、図４中に例示する略語の正式名称は以下のとおりである。
ＰＭ：Path Monitoring
ＴＣＭ：Tandem Connection Monitoring
ＲＥＳ：Reserved for future international standardization
ＡＣＴ：Activation/deactivation control channel
ＦＴＦＬ：Fault Type & Fault Location reporting channel
ＥＸＰ：Experiment
ＧＣＣ：General Communication Channel
ＡＰＳ：Automatic Protection Switching coordination channel
ＰＣＣ：Protection Communication Control channel
【００４９】
本実施形態では、後述するように、始点ノード＃１及び＃８においてＲＥＳフィールドにユーザトラフィックのリンク識別情報（リンクＩＤ）を挿入する。これにより、終点ノード＃４及び＃９では、ＲＥＳフィールドに挿入されたリンクＩＤを基にユーザトラフィックの転送可否を判断することが可能になる。
【００５０】
次に、上述した通信ノード＃ｊは、機能的にみると、図３に例示するように、ＯＴＮインタフェース部２０、管理制御機能部６０、及び、ＯＴＮスイッチ部３０を備える。
【００５１】
ＯＴＮインタフェース部２０は、光送受信部２１、ＯＴＮフレーマー２２、アラーム挿入部２３、リンクＩＤ挿入部２４、送受信部２５、アラーム検出部２６、及び、リンクＩＤ検出部２７を備える。
【００５２】
管理制御機能部６０は、ＯＴＮスイッチ部３０に対する物理的な接続設定（クロスコネクト設定等）を制御する。例示的に、共通パスＣの始点ノードである通信ノード＃５及び共通パスＣの終点ノードである通信ノード＃７において、管理制御機能部６０は、共通パスＣについて物理的な接続設定を確保する接続設定部の一例として機能する。
【００５３】
管理制御機能部６０は、例示的に、アラーム状態管理部６１、リンクＩＤ管理部６２、及び、リンク優先度管理部６３を備える。
【００５４】
ＯＴＮスイッチ部３０は、管理制御機能部６０からの接続設定に応じてクロスコネクト設定等を行なう。共通パスＣの始点ノード＃５において、ＯＴＮスイッチ部３０は、現用パスＡ及びＢの各始点ノード＃１及び＃８（第１及び第２ノード）から受信される各信号（第１及び第２信号）のいずれか一方を共通パスＣ（通信ノード＃５）に転送する信号転送部の一例として機能する。また、共通パスＣの終点ノード＃７において、ＯＴＮスイッチ部３０は、共通パスＣを通じて上流側の通信ノード＃６から受信した信号を、現用パスＡ及びＢの各終点ノード＃４及び＃９のそれぞれに送信する送信部の一例として機能する。
【００５５】
ＯＴＮスイッチ部３０は、例示的に、光スイッチ機能部３１を備える。光スイッチ機能部３１は、後述するようにスプリッタ及びセレクタを含む。
【００５６】
ＯＴＮインタフェース部２０において、光送受信部２１は、ユーザトラフィック（クライアント信号）を含むＯＴＮフレームの送受信を行なう。
【００５７】
ＯＴＮフレーマー２２は、既述のとおりのＯＤＵｋフレームの多重収容及び多重分離を行なう。
【００５８】
アラーム挿入部２３は、既述のＯＣＩ−ＯＤＵｋアラームや、後述するＢＤＩ−ＯＤＵｋ（Backward Defect Indication - ODU k）アラーム、ＡＩＳ−ＯＤＵｋアラーム等のアラーム信号の挿入を行なう。
【００５９】
ＯＣＩ−ＯＤＵｋアラームは、例えば、図４に例示したＦＡオーバーヘッド、ＯＴＵｋオーバーヘッド及びＦＴＦＬフィールドを除くＯＤＵｋフレームの全部を所定のパターン（例えば“0110 0110”）の繰り返しとした信号により表示される。
【００６０】
ＢＤＩ−ＯＤＵｋアラームは、例えば、図４に例示したＦＡオーバーヘッドにおいて定義されたＳＭ（Section Monitoring）フィールドに挿入され、例示的に、“１”で信号故障（逆方向欠陥）を表示する。
【００６１】
ＡＩＳ−ＯＤＵｋアラームは、図４に例示したＦＡオーバーヘッド、ＯＴＵｋオーバーヘッド及びＦＴＦＬフィールドを除くＯＤＵｋフレームの全部を“１”とした信号により表示される。
【００６２】
リンクＩＤ挿入部２４は、ユーザトラフィック（クライアント信号）に現用パスＡ又はＢに関するリンクＩＤを挿入（付与）するリンク識別情報付与部の一例として機能し、既述のとおりＲＥＳフィールドにリンクＩＤを挿入する。リンクＩＤは、例示的に、管理制御機能部６０のリンクＩＤ管理部６２にて管理される。
【００６３】
送受信部２５は、ＯＴＮインタフェース部２０とＯＴＮスイッチ部３０との間の信号送受信を行なう。
【００６４】
アラーム検出部２６は、上述のＯＣＩ−ＯＤＵｋアラームやＢＤＩ−ＯＤＵｋアラーム、ＡＩＳ−ＯＤＵｋの検出を行なう。アラームの有無を示すアラーム検出結果（アラーム状態）が、管理制御機能部６０のアラーム状態管理部６１に通知される。現用パスＡ及びＢの始点ノード＃１及び＃８において、アラーム検出部２６は、ＢＤＩ−ＯＤＵｋアラームを検出することで、現用パスの障害を検出する障害検出部の一例として機能する。
【００６５】
リンクＩＤ検出部２７は、受信したユーザトラフィックのＲＥＳフィールドに挿入されているリンクＩＤを検出する。検出したリンクＩＤは、管理制御機能部６０のリンクＩＤ管理部６２に通知される。
【００６６】
現用パスＡ及びＢの始点ノード＃１及び＃８に着目すると、光送受信部２１、ＯＴＮフレーマー２２、送受信部２５、及び、ＯＴＮスイッチ部３０は、第１送信部及び第２送信部の一例として機能する。第１送信部は、現用パスＡ又はＢにクライアント信号を送信する。第２送信部は、現用パスＡ（又はＢ）と他現用パスＢ（又はＡ）の共通の予備パスである共通パスＣ（通信ノード＃５）にダミー信号の一例であるＯＣＩ−ＯＤＵｋアラームを送信する。また、第２送信部は、アラーム検出部２６にてＢＤＩ−ＯＤＵｋアラームが検出されると、ＯＣＩ−ＯＤＵｋアラームの送信を解除し、受信したクライアント信号を共通パスＣの始点ノード＃５へ送信する。
【００６７】
一方、現用パスＡ及びＢの終点ノード＃４及び＃９に着目すると、ＯＴＮインタフェース部２０は、現用パスＡ又はＢで伝送された第１信号を受信する第１受信部としての機能を含む。また、当該ＯＴＮインタフェース部２０は、現用パスＡ（又はＢ）と他現用パスＢ（又はＡ）の共通の予備パスである共通パスＣで伝送される第２信号を受信する第２受信部としての機能を含む。この場合、ＯＴＮスイッチ部３０は、第１及び第２受信部で受信した第１及び第２信号のいずれか一方を転送する信号転送部の一例として機能する。そして、第２受信部は、他現用パスＢ（又はＡ）で伝送された信号を受信する他ノード＃９（又は＃４）に伝送した信号と同一の信号を、共通パスＣから受信する。
【００６８】
さらに、共通パスＣの始点ノード＃５に着目すると、ＯＴＮインタフェース部２０は、第１現用パスＡに信号を送信する第１ノード＃１から第１信号を受信する第１受信部としての機能を含む。また、当該ＯＴＮインタフェース部２０は、第２現用パスＢに信号を送信する第２ノード＃８から第２信号を受信する第２受信部としての機能を含む。そして、第１受信部は、第１現用パスＡで障害が発生すると、第１現用パスＡで伝送されるクライアント信号を、第１ノード＃１から受信し、信号転送部３０は、クライアント信号と第２信号とを受信すると、クライアント信号を共通パスＣへ転送する。
【００６９】
また、共通パスＣの終点ノード＃７に着目すると、ＯＴＮインタフェース部２０は、第１現用パスＡと第２現用パスＡの共通の予備パスである共通パスＣで伝送された信号を受信する受信部としての機能を含む。そして、終点ノード＃７のＯＴＮスイッチ部３０は、当該受信部で受信した信号を、各通信ノード＃４及び＃９に送信する送信部の一例として機能する。この場合、通信ノード＃４は、第１現用パスＡで伝送される信号を受信する第１ノードに相当し、通信ノード＃９は、第２現用パスＢで伝送される信号を受信する第２ノードに相当する。
【００７０】
次に、管理制御機能部６０において、アラーム状態管理部６１は、アラーム検出部２６によるアラーム検出結果を管理する。また、アラーム状態管理部６１は、アラーム検出結果に応じてＯＴＮスイッチ部３０の光スイッチ機能部３１に対してパスの切り替え要求を与える。
【００７１】
例えば、現用パスＡ（又はＢ）におけるＡＩＳ−ＯＤＵｋアラーム又はＢＤＩ−ＯＤＵｋアラームの検出を契機に、現用パスＡ（又はＢ）を予備パスＡ（又はＢ）に切り替える要求が光スイッチ機能部３１に与えられる。また、例えば、現用パスＡ（又はＢ）におけるＡＩＳ−ＯＤＵｋアラーム又はＢＤＩ−ＯＤＵｋアラームの解除を契機に、予備パスＡ（又はＢ）を現用パスＡ（又はＢ）に切り替える（切り戻す）要求が光スイッチ機能部３１に与えられる。
【００７２】
ＯＣＩ−ＯＤＵｋアラームが検出された場合、アラーム状態管理部６１は、リンク優先度管理部６３に対して優先度判定要求を送信する。
【００７３】
リンク優先度管理部６３は、アラーム状態管理部６１から優先度判定要求を受信すると、所定のリンク優先度に従い下流側へ転送するパスを判断（選択）し、その選択結果に応じたパス切り替え要求を光スイッチ機能部３１に与える。
【００７４】
例えば、図１に例示した通信ノード＃５であれば、予備パスＡ及びＢの双方を通じてＯＣＩ−ＯＤＵｋアラームが受信されるので、リンク優先度管理部６３は、リンク優先度に従って下流側の通信ノード＃６に転送する予備パスを選択する。図１の例では予備パスＢよりも予備パスＡのリンク優先度が高い場合で、予備パスＡが選択される様子を示している。また、図１に例示した終点ノード＃４及び＃９であれば、リンク優先度管理部６３は、ＯＣＩ−ＯＤＵｋアラームを受信していない現用パスＡ及びＢを選択する。
【００７５】
リンクＩＤ管理部６２は、下流側へ転送可能なリンクＩＤを管理し、リンクＩＤ検出部２６から通知されるリンクＩＤとの比較で、当該リンクＩＤの挿入されたユーザトラフィックを下流側へ転送してよいか否か（転送可否）を判断する。その判断結果に応じて、リンクＩＤ管理部６２は、光スイッチ機能部３１に対してパスの切り替え要求を与える。
【００７６】
例えば、後述するように図１に例示した現用パスＡ及びＢの一方又は双方に障害が発生して通信ノード＃７から終点ノード＃４及び＃９にそれぞれ同じリンクＩＤが挿入されたユーザトラフィックが転送される場合がある。この場合、終点ノード＃４及び＃９は、リンクＩＤを基に下流側へ転送するパスを選択する。
【００７７】
次に、ＯＴＮスイッチ部３０において、光スイッチ機能部３１は、上述した管理制御機能部６０から与えられたパスの切り替え要求に従って入出力信号のクロスコネクト設定を行なう。クロスコネクト設定は、ＯＤＵｋフレームのＴＳ単位で実施することが可能である。
【００７８】
光スイッチ機能部３１は、図５〜図１０に例示するように、スプリッタ３１１とセレクタ３１２とを含み、スプリッタ３１１により受信信号をセレクタ３１２の複数の入力ポートに分岐し、セレクタ３１２により出力する信号を選択する。なお、図５は図１に示す通信ノード＃１でのクロスコネクト設定、図６は図１に示す通信ノード＃８でのクロスコネクト設定、図７は図１に示す通信ノード＃５でのクロスコネクト設定をそれぞれ模式的に例示している。また、図８は図１に示す通信ノード＃７でのクロスコネクト設定、図９は図１に示す通信ノード＃４でのクロスコネクト設定、図１０は、図１に示す通信ノード＃９でのクロスコネクト設定をそれぞれ模式的に例示している。
【００７９】
図５に例示するように、現用パスＡの始点ノード＃１は、上流側から受信したＯＴＵ２フレームにマッピングされているＯＤＵ２フレーム（ユーザトラフィックＡ）を現用パスＡへ転送する。なお、図５には、ユーザトラフィックＡが、例示的に、ＬＯ−ＯＤＵ２のＴＳ３−１０にマッピングされ、ＯＴＵ４フレームに収容されて転送される様子を例示している。その一方で、始点ノード＃１は、既述のように予備パスＢへＯＣＩ−ＯＤＵ２アラームを送信する。
【００８０】
同様に、図６に例示するように、現用パスＢの始点ノード＃８は、上流側から受信したＯＴＵ２フレームにマッピングされているＯＤＵ２フレーム（ユーザトラフィックＢ）を現用パスＢへ転送する。その一方で、始点ノード＃８は、既述のように予備パスＢへＯＣＩ−ＯＤＵ２アラームを送信する。
【００８１】
また、図７に例示するように、共通パスＣの始点ノード＃５は、予備パスＡ及びＢの双方を通じてそれぞれ受信されるＯＣＩ−ＯＤＵ２アラームの一方（例えば予備パスＡからのＯＣＩ−ＯＤＵ２アラーム）を選択して下流側の通信ノード＃６へ転送する。
【００８２】
さらに、図８に例示するように、共通パスＣの終点ノード＃７は、上流側の通信ノード＃６から受信したＯＣＩ−ＯＤＵ２アラームを複製し、現用パスＡ及びＢの各終点ノード＃４及び＃９へそれぞれＯＣＩ−ＯＤＵ２アラームを転送する。
【００８３】
また、図９に例示するように、現用パスＡの終点ノード＃４は、上流側の通信ノード＃３から受信したユーザトラフィックＡ及び通信ノード＃７から受信したＯＣＩ−ＯＤＵ２アラームのうちユーザトラフィックＡを選択して下流側へ転送する。
【００８４】
さらに、図１０に例示するように、現用パスＢの終点ノード＃９は、上流側の通信ノード＃１１から受信したユーザトラフィック及び通信ノード＃７から受信したＯＣＩ−ＯＤＵ２アラームのうちユーザトラフィックＢを選択して下流側へ転送する。
【００８５】
（単一障害発生時）
次に、上述したネットワーク構成及び通信ノード構成において、図１１に例示するように、現用パスＡ及びＢの一方、例えば現用パスＡ（通信ノード＃２及び＃３間）に障害が発生した場合のパス切替制御の一例について説明する。なお、図１２〜図１７は、それぞれ、当該障害発生時の通信ノード＃１、＃８、＃５、＃７、＃４、及び、＃９でのクロスコネクト設定の様子を模式的に例示している。
【００８６】
通信ノード＃２及び＃３間の現用パスＡに信号伝送障害が発生すると、下流側の通信ノード＃３においてＯＤＵｋフレームが受信されないことから当該障害発生が検出される。障害発生を検出した通信ノード＃３は、ＡＩＳ−ＯＤＵｋアラームを生成し、当該ＡＩＳ−ＯＤＵｋアラームを下流側の通信ノード＃４へ送信する。その一方で、通信ノード＃３は、ＢＤＩ−ＯＤＵｋアラームを生成し、当該ＢＤＩ−ＯＤＵｋアラームを上流側の通信ノード＃２へ送信する。なお、図１１には図示を省略しているが、ＢＤＩ−ＯＤＵｋアラームは、障害の発生した光伝送路とペアを成し、光信号を現用パスＡとは反対方向に伝送する光伝送路を通じて上流側へ伝送される。他の通信ノード＃ｊ間についても同様に双方向の光伝送路が設置されている（以下、同様）。
【００８７】
通信ノード＃２は、ＢＤＩ−ＯＤＵｋアラームを下流側の通信ノード＃２から受信すると、当該ＢＤＩ−ＯＤＵｋアラームを更に上流側の通信ノード＃１へ転送する。
【００８８】
現用パスＡ及び予備パスＡの始点ノード＃１では、現用パスＡと接続するＯＴＮインタフェース部２０の光送受信部２１にてＢＤＩ−ＯＤＵｋアラームが受信され（図１８の処理Ｐ１１）、アラーム検出部２６にて当該ＢＤＩ−ＯＤＵｋアラームが検出される。
【００８９】
アラーム検出部２６は、ＢＤＩ−ＯＤＵｋアラームを検出したことをアラーム状態管理部６１へ通知する（図１８の処理Ｐ１２）。アラーム状態管理部６１は、光スイッチ機能部３１に対して予備パスＡへの切り替えを要求する（図１８の処理Ｐ１３）。光スイッチ機能部３１は、当該切り替え要求に応じて予備パスＡへの切り替えを実施する（図１８の処理Ｐ１４）。
【００９０】
すなわち、通信ノード＃１は、現用パスＡについての物理的な接続設定（クロスコネクト設定等）を解除し、予備パスＡについて物理的な接続設定を行なう。これにより、予備パスＡにユーザトラフィックＡが送信される（図１２参照）。ここで、始点ノード＃１は、予備パスＡと接続するＯＴＮインタフェース部２０のリンクＩＤ挿入部２４にてユーザトラフィックＡのリンクＩＤ（例えばリンクＡ）をユーザトラフィックＡのＲＥＳフィールドに挿入する（図１８の処理Ｐ１５）。
【００９１】
リンクＩＤが挿入されたユーザトラフィックＡのＯＤＵｋフレームは、予備パスＡと接続するＯＴＮインタフェース部２０の光送受信部２１から予備パスＡへ送信される（図１８の処理Ｐ１６）。このようして、始点ノード＃１が予備パスＡで送信するユーザトラフィックＡのＯＤＵｋフレームには、リンクＡのＩＤが含まれる。
【００９２】
一方、現用パスＢ及び予備パスＢの始点ノード＃８は、現用パスＢについての物理的な接続設定を維持したまま、予備パスＢに対してＯＣＩ−ＯＤＵｋアラームを送信する（図１３参照）。ここで、通信ノード＃８が現用パスＢで送信するトラフィックのＯＤＵｋフレームには、リンクＩＤ挿入部２４によって例えばリンクＢのＩＤが含められる。
【００９３】
共通パスＣの始点ノード＃５は、予備パスＡを通じてＯＣＩ−ＯＤＵｋアラームを受信しなくなる（アラーム解除）。その代わりに、通信ノード＃５は、予備パスＡと接続するＯＴＮインタフェース部２０の光送受信部２１にてユーザトラフィックＡを受信する（図１９の処理Ｐ２１）。その一方で、通信ノード＃５は、予備パスＢと接続するＯＴＮインタフェース部２０の光送受信部２１にてＯＣＩ−ＯＤＵｋアラームを受信する。
【００９４】
したがって、アラーム検出部２６では予備パスＡについてのＯＣＩ−ＯＤＵｋアラームの解除が検出され、アラーム検出部２６は、その旨をアラーム状態管理部６１へ通知する（図１９の処理Ｐ２２）。ＯＣＩ−ＯＤＵｋアラーム解除の通知を受けたアラーム状態管理部６１は、光スイッチ機能部３１に対し予備パスＡへの切り替えを要求する（図１９の処理Ｐ２３）。
【００９５】
光スイッチ機能部３１は、当該切り替え要求に応じて予備パスＡへの切り替えを実施する（図１９の処理Ｐ２４）。このように、通信ノード＃５は、予備パスＡのＯＣＩ−ＯＤＵｋアラームが解除されることにより、予備パスＡを通じて受信されるユーザトラフィックＡの転送をセレクタ３１２にて選択する（図１４参照）。これにより、ユーザトラフィックＡは、共通パスＣと接続するＯＴＮインタフェース部２０から当該共通パスＣへ送信される（図１９の処理Ｐ２５）。その結果、ユーザトラフィックＡは、共通パスＣを通じて通信ノード＃６及び＃７の順に転送される。
【００９６】
共通パスＣの終点ノード＃７は、通信ノード＃６から受信したユーザトラフィックＡをスプリッタ３１１にて複製し、現用パスＡ及びＢの終点ノード＃４及び＃９の双方にユーザトラフィックＡを送信する（図１５参照）。
【００９７】
現用パスＡの終点ノード＃４は、通信ノード＃３から現用パスＡを通じてＡＩＳ−ＯＤＵｋアラームを受信する。その一方で、終点ノード＃４は、通信ノード＃７と接続するＯＴＮインタフェース部２０の光送受信部２１にて予備パスＡ（共通パスＣ）からリンクＡのリンクＩＤを含むユーザトラフィックＡを受信する（図２０の処理Ｐ３１）。
【００９８】
受信したユーザトラフィックＡは、リンクＩＤ検出部２７に転送され、リンクＩＤ検出部２７は、ユーザトラフィックＡのリンクＩＤ（リンクＡ）を検出し、検出したリンクＩＤをリンクＩＤ管理部６２へ通知する（図２０の処理Ｐ３２）。
【００９９】
リンクＩＤ管理部６２は、通知されたリンクＩＤがリンクＡであることから、受信したユーザトラフィックＡの転送が可能と判断する。したがって、リンクＩＤ管理部６２は、光スイッチ機能部３１に対し通信ノード＃７からのユーザトラフィックＡを転送するよう切り替え要求を送信する（図２０の処理Ｐ３３）。これにより、光スイッチ機能部３１は、ユーザトラフィックＡの転送を選択するよう切り替えられ（図２０の処理Ｐ３４）、通信ノード＃７から受信したユーザトラフィックＡを下流側へ転送する（図２０の処理Ｐ３５及び図１６参照）。
【０１００】
一方、現用パスＢの終点ノード＃９は、通信ノード＃１１から現用パスＢを通じてリンクＢのリンクＩＤを含むユーザトラフィックＢを受信する。その一方で、終点ノード＃９は、通信ノード＃７と接続するＯＴＮインタフェース部２０の光送受信部２１にて予備パスＢ（共通パスＣ）からリンクＡのリンクＩＤを含むユーザトラフィックＡを受信する（図２１の処理Ｐ４１）。
【０１０１】
受信したユーザトラフィックＡは、リンクＩＤ検出部２７に転送され、リンクＩＤ検出部２７は、ユーザトラフィックＡのリンクＩＤ（リンクＡ）を検出し、検出したリンクＩＤをリンクＩＤ管理部６２へ通知する（図２１の処理Ｐ４２）。
【０１０２】
リンクＩＤ管理部６２は、通知されたリンクＩＤを基に転送可能なユーザトラフィックを判断する。この場合、リンクＩＤ管理部６２は、リンクＢのリンクＩＤを含むユーザトラフィックＢの転送が可能と判断する。したがって、リンクＩＤ管理部６２は、光スイッチ機能部３１に対しユーザトラフィックＢを転送するよう切り替え要求を行なう。これにより、通信ノード＃９は、現用パスＢを通じて受信したユーザトラフィックＢの転送をセレクタ３１２にて選択する（図２１の処理Ｐ４３及び図１７参照）。
【０１０３】
以上のようにして、現用パスＡに信号伝送障害が発生しても、ユーザトラフィックＡは予備パスＡを通じて、ユーザトラフィックＢは現用パスＢを通じて、それぞれ正常に伝送されるので、現用パスＡの障害を予備パスＡにより救済することができる。
【０１０４】
なお、信号伝送障害の発生した現用パスが現用パスＢであった場合は、上述した例と同様の要領にて、ユーザトラフィックＡは現用パスＡを通じて、ユーザトラフィックＢは予備パスＢを通じて、それぞれ正常に伝送することが可能である。
【０１０５】
すなわち、現用パスＢの始点ノード＃８は、下流側の通信ノード＃１０からＢＤＩ−ＯＤＵｋアラームを受信すると、予備パスＢ（通信ノード＃５）へのＯＣＩ−ＯＤＵｋアラームの送信を解除し、ユーザトラフィックＢの送信先を予備パスＢに切り替える。ユーザトラフィックＢにはリンクＢのリンクＩＤが含まれる。
【０１０６】
通信ノード＃５では、予備パスＡからはＯＣＩ−ＯＤＵｋアラームを受信し、予備パスＢからはユーザトラフィックＢを受信するため、予備パスＢからのユーザトラフィックＢの転送を選択する。これにより、ユーザトラフィックＢは、通信ノード＃６を経由して通信ノード＃７に転送される。
【０１０７】
通信ノード＃７は、上流側の通信ノード＃６から受信したユーザトラフィックＢを複製して、下流側の通信ノード＃４及び＃９のそれぞれにユーザトラフィックＢを転送する。
【０１０８】
現用パスＡの終点ノードである通信ノード＃４では、現用パスＡ（通信ノード＃３）からリンクＡのリンクＩＤを含むユーザトラフィックＡを受信し、予備パスＡ（共通パスＣの終点ノード＃７）からリンクＢのリンクＩＤを含むユーザトラフィックを受信する。通信ノード＃４は、リンクＡのリンクＩＤを含むユーザトラフィックＡが転送可能なユーザトラフィックであると判断し、ユーザトラフィックＡの転送を選択する。
【０１０９】
現用パスＢの終点ノードである通信ノード＃９では、現用パスＢからＡＩＳ−ＯＤＵｋアラームを受信し、予備パスＢ（共通パスＣの終点ノード＃７）からリンクＢのリンクＩＤを含むユーザトラフィックＢを受信する。通信ノード＃９は、リンクＢのリンクＩＤを含むユーザトラフィックの転送を選択する。
【０１１０】
これにより、現用パスＢに信号伝送障害が発生しても、ユーザトラフィックＢは予備パスＢを通じて、ユーザトラフィックＡは現用パスＡを通じて、それぞれ正常に伝送されるので、現用パスＢの障害を予備パスＢにより救済することができる。
【０１１１】
（多重障害発生時）
次に、図２２に例示するように、現用パスＡ及び現用パスＢの双方に信号伝送障害が発生した場合のパス切替制御の一例について説明する。なお、図２３〜図２８は、それぞれ、当該障害発生時の通信ノード＃１、＃８、＃５、＃７、＃４、及び、＃９でのクロスコネクト設定の様子を模式的に例示している。
【０１１２】
既述のように、通信ノード＃２及び＃３間の現用パスＡに信号伝送障害が発生すると、下流側の通信ノード＃３においてＯＤＵｋフレームが受信されないことから当該障害発生が検出される。障害発生を検出した通信ノード＃３は、ＡＩＳ−ＯＤＵｋアラームを生成し、当該ＡＩＳ−ＯＤＵｋアラームを下流側の通信ノード＃４へ送信する。その一方で、通信ノード＃３は、ＢＤＩ−ＯＤＵｋアラームを生成し、当該ＢＤＩ−ＯＤＵｋアラームを上流側の通信ノード＃２へ送信する。
【０１１３】
同様に、通信ノード＃１０及び＃１１間の現用パスＢに信号伝送障害が発生すると、下流側の通信ノード＃１１においてＯＤＵｋフレームが受信されないことから当該障害発生が検出される。障害発生を検出した通信ノード＃１１は、ＡＩＳ−ＯＤＵｋアラームを生成し、当該ＡＩＳ−ＯＤＵｋアラームを下流側の通信ノード＃９へ送信する。その一方で、通信ノード＃１１は、ＢＤＩ−ＯＤＵｋアラームを生成し、当該ＢＤＩ−ＯＤＵｋアラームを上流側の通信ノード＃１０へ送信する。
【０１１４】
現用パスＡについてのＢＤＩ−ＯＤＵｋアラームは、通信ノード＃２を経由して通信ノード＃１へ転送され、現用パスＢについてのＢＤＩ−ＯＤＵｋアラームは、通信ノード＃１０を経由して通信ノード＃８へ転送される。
【０１１５】
現用パスＡ及び予備パスＡの始点ノードである通信ノード＃１は、現用パスＡを通じてＢＤＩ−ＯＤＵｋアラームの受信を検出すると、現用パスＡについての物理的な接続設定（クロスコネクト設定等）を解除する。そして、始点ノード＃１は、予備パスＡについて物理的な接続設定を行ない、予備パスＡにユーザトラフィックＡを送信する（図２３参照）。ここで、始点ノード＃１が予備パスＡで送信するユーザトラフィックＡのＯＤＵｋフレームには、例えばリンクＡのＩＤが含まれる。
【０１１６】
一方、現用パスＢ及び予備パスＢの始点ノードである通信ノード＃８は、現用パスＢを通じてＢＤＩ−ＯＤＵｋアラームの受信を検出すると、現用パスＢについての物理的な接続設定（クロスコネクト設定等）を解除する。そして、始点ノード＃８は、予備パスＢについて物理的な接続設定を行ない、予備パスＢにユーザトラフィックＢを送信する（図２４参照）。ここで、始点ノード＃８が予備パスＢで送信するユーザトラフィックＢのＯＤＵｋフレームには、例えばリンクＢのＩＤが含まれる。
【０１１７】
予備パスＡ及び予備パスＢに共有される共通パスＣの始点ノードである通信ノード＃５では、予備パスＡ及び予備パスＢの双方からＯＣＩ−ＯＤＵｋアラームが受信されなくなる（アラーム解除）。代わりに、通信ノード＃５では、予備パスＡ及びＢと接続する各ＯＴＮインタフェース部２０の光送受信部２１にてユーザトラフィックＡ及びＢが受信される（図２９の処理Ｐ５１及びＰ５２）。
【０１１８】
したがって、アラーム検出部２６ではＯＣＩ−ＯＤＵｋアラームの解除が検出され、当該アラーム検出部２６は、当該解除の旨をアラーム状態管理部６１へ通知する（図２９の処理Ｐ５３及びＰ５４）。アラーム状態管理部６１は、ＯＣＩ−ＯＤＵｋアラームの解除通知を受けると、リンク優先度管理部６３へリンクの優先度判定を要求する（図２９の処理Ｐ５５）。
【０１１９】
リンク優先度管理部６３は、予備パスＡ及びＢの優先度に従い、転送するパス（ユーザトラフィック）を選択する。例示的に、予備パスＢよりも予備パスＡの優先度が高い場合、リンク優先度管理部６３は、光スイッチ機能部３１に対し予備パスＡ（ユーザトラフィックＡ）の転送を選択するよう切り替え要求を行なう（図２９の処理Ｐ５６）。
【０１２０】
光スイッチ機能部３１は、上記切り替え要求に応じて予備パスＡを通じて受信されるユーザトラフィックＡが転送されるよう切り替えを実施する（図２９の処理Ｐ５７及び図２５参照）。これにより、ユーザトラフィックＡは、共通パスＣと接続するＯＴＮインタフェース部２０を通じて通信ノード＃６へ転送される（図２９の処理Ｐ５８）。
【０１２１】
その一方で、通信ノード＃５は、ＢＤＩ−ＯＤＵｋアラームを生成し、現用パスＢの始点ノードである通信ノード＃８に対して当該ＢＤＩ−ＯＤＵｋアラームを送信する（図２２参照）。これにより、現用パスＢの始点ノードである通信ノード＃８は、現用パスＡの予備パスＢへの接続（救済）が失敗したことを認識できる。
【０１２２】
共通パスＣの終点ノード＃７では、通信ノード＃６から受信されるユーザトラフィックＡをスプリッタ３１１にて複製し、現用パスＡ及びＢの各終点ノードである通信ノード＃４及び＃９のそれぞれにユーザトラフィックＡを送信する（図２６参照）。
【０１２３】
現用パスＡの終点ノード＃４では、現用パスＡからはＡＩＳ−ＯＤＵｋアラームを受信し、予備パスＡ（共通パスＣの終点ノード＃７）からはＯＤＵｋフレームにリンクＡのリンクＩＤを含むユーザトラフィックＡを受信する。したがって、通信ノード＃４は、通信ノード＃７から受信したユーザトラフィックＡの転送をセレクタ３１２にて選択する（図２７参照）。
【０１２４】
現用パスＢの終点ノードである通信ノード＃９では、現用パスＢからはＡＩＳ−ＯＤＵｋアラームを受信し、予備パスＢ（共通パスＣの終点ノード＃７）からはＯＤＵｋフレームにリンクＡのリンクＩＤを含むユーザトラフィックＡを受信する。通信ノード＃９は、リンクＩＤが転送可能なリンクＩＤと一致しないので、現用パスＢから受信したＡＩＳ−ＯＤＵｋアラームの転送を選択する（図２８参照）。
【０１２５】
以上のようにして、現用パスＡ及びＢの双方に信号伝送障害が発生した場合でも、予備パスＡ及びＢの優先度に応じて少なくとも一方のユーザトラフィックを救済することができる。
（障害解除時）
次に、上述したように現用パスＡ及び現用パスＢの双方に信号伝送障害が発生した状態から、図３０に例示するように、一方の現用パス（例えば現用パスＡ）の信号伝送障害が復旧した場合のパス切替制御の一例について説明する。なお、図３１〜図３６は、それぞれ、当該障害復旧時の通信ノード＃１、＃８、＃５、＃７、＃４、及び、＃９でのクロスコネクト設定の様子を模式的に例示している。
【０１２６】
通信ノード＃２及び＃３間の信号伝送障害が復旧すると、通信ノード＃３は、上流側へのＢＤＩ−ＯＤＵｋアラームの送信、及び、下流側へのＡＩＳ−ＯＤＵｋアラームの送信を解除する。
【０１２７】
これにより、現用パスＡ及び予備パスＡの始点ノードである通信ノード＃１では、現用パスＡを通じてＢＤＩ−ＯＤＵｋアラームを受信しなくなる。すると、通信ノード＃１は、予備パスＡについての物理的な接続設定を解除し、現用パスＡについての物理的な接続設定を行ない、現用パスＡにユーザトラフィックＡを送信する。その一方で、通信ノード＃１は、予備パスＡに対してＯＣＩ−ＯＤＵｋアラームを送信する（図３１参照）。ここで、通信ノード＃１が現用パスＡで送信するユーザトラフィックＡのＯＤＵｋフレームには、例えばリンクＡのリンクＩＤが含まれる。
【０１２８】
一方、現用パスＢ及び予備パスＢの始点ノードである通信ノード＃８では、現用パスＢを通じてＢＤＩ−ＯＤＵｋアラームの受信を検出するので、予備パスＢについての物理的な接続設定を維持し、予備パスＢに対してユーザトラフィックＢを送信する（図３２参照）。ここで、通信ノード＃８が予備パスＢで送信するユーザトラフィックＢのＯＤＵｋフレームには、例えばリンクＢのリンクＩＤが含まれている。
【０１２９】
共通パスＣの始点ノードである通信ノード＃５では、予備パスＡを通じてＯＣＩ−ＯＤＵｋアラームの受信を検出する一方、予備パスＢを通じてユーザトラフィックＢを受信する（ＯＣＩ−ＯＤＵｋアラームは解除されている）。したがって、通信ノード＃５は、予備パスＢを通じて受信されるユーザトラフィックＢの転送をセレクタ３１２にて選択する（図３３参照）。これにより、ユーザトラフィックＢは、通信ノード＃６を経由して通信ノード＃７に転送される。
【０１３０】
共通パスＣの終点ノード＃７では、通信ノード＃６から受信したユーザトラフィックＢをスプリッタ３１１にて複製し、現用パスＡ及びＢの各終点ノードである通信ノード＃４及び＃９のそれぞれにユーザトラフィックＢを送信する（図３４参照）。
【０１３１】
現用パスＡの終点ノード＃４は、現用パスＡからＯＤＵｋフレームにリンクＡのリンクＩＤを含むユーザトラフィックＡを受信する。その一方で、通信ノード＃４は、予備パスＡ（共通パスＣの終点ノード＃７）からＯＤＵｋフレームにリンクＢのリンクＩＤを含むユーザトラフィックＢを受信する。通信ノード＃４は、リンクＩＤを基に例えば現用パスＡ（ユーザトラフィックＡ）の転送をセレクタ３１２にて選択する（図３５参照）。
【０１３２】
一方、現用パスＢの終点ノードである通信ノード＃９は、現用パスＢからＡＩＳ−ＯＤＵｋアラームを受信し、予備パスＢ（共通パスＣの終点ノード＃７）からＯＤＵｋフレームにリンクＢのリンクＩＤを含むユーザトラフィックＢを受信する。通信ノード＃９は、ＡＩＳ−ＯＤＵｋアラームを受信していない、通信ノード＃７からのユーザトラフィックＢの転送をセレクタ３１２にて選択する（図３６参照）。
【０１３３】
以上のようにして、現用パスＡ及びＢの双方に障害が発生した状態から現用パスＡの障害が復旧した場合、予備パスＡを現用パスＡに切り戻すとともに、現用パスＢのユーザトラフィックＢを予備パスＢで救済することが可能となる。
【０１３４】
なお、上述した例では、現用パスＡの障害が復旧した場合に予備パスＡを現用パスＡに切り戻しているが、切り戻さないようにしてもよい。ただし、その場合には現用パスＢのユーザトラフィックＢを予備パスＢで救済できないから、切り戻すようにした方が好ましい。
【０１３５】
以上に説明した実施形態の動作をまとめると、現用パスＡ及びＢの始点ノード＃１及び＃８は、ＯＤＵｋフレームにリンクＩＤを付与してユーザトラフィックＡ及びＢを下流側の通信ノード＃２及び＃１０にそれぞれ転送する。その一方で、始点ノード＃１及び＃８は、予備パスＡ及びＢへＯＣＩ−ＯＤＵｋアラームを送信する。
【０１３６】
現用パスＡ又はＢに障害が発生し、ＡＩＳ−ＯＤＵｋアラーム又はＢＤＩ−ＯＤＵｋアラームを検出すると、始点ノード＃１（又は＃８）は、現用パスＡ（又は現用パスＢ）を予備パスＡ（又は予備パスＢ）に切り替える。
【０１３７】
複数の予備パスＡ及びＢを共有する始点ノード＃５は、ＯＣＩ−ＯＤＵｋアラームの検出、解除、もしくは、パスの優先度に応じて下流側の通信ノード＃６（共通パスＣ）へ転送するＯＤＵｋフレームを選択する。
【０１３８】
複数の予備パスＡ及びＢを共有する終点ノード＃７は、共通パスＣを通じて上流側の通信ノード＃６から受信したＯＤＵｋフレームを複製し、現用パスＡ及びＢの終点ノード＃４及び＃９へ同じＯＤＵｋフレームをそれぞれ転送する。
【０１３９】
現用パスＡ（又はＢ）の終点ノード＃４（又は＃９）は、現用パスＡ（又はＢ）及び通信ノード＃７から受信したＯＤＵｋフレームのリンクＩＤが転送可能なリンクかを判断し、転送するＯＤＵｋフレームを選択する。
【０１４０】
以上のように、本実施形態によれば、予備パスを共有している全ての現用パスにおいて、障害発生時にＡＰＳ信号等の制御信号を流すことなく、高速なパス切替を実現することができる。
【０１４１】
（その他）
なお、上述した実施形態においては、通信ネットワークの一例としてＯＴＮを挙げたが、例えばＳＤＨ（Synchronous Digital Hierarchy）やＳＯＮＥＴ（Synchronous Optical NETwork）に準拠した他のネットワークであってもよい。
【符号の説明】
【０１４２】
＃１〜＃１１  通信ノード
１０  シェルフ
２０  ＯＴＮインタフェースカード（ＯＴＮインタフェース部）
２１  光送受信器（光送受信部）
２２  ＯＴＮフレーマー
２３アラーム挿入部
２４  リンクＩＤ挿入部
２５  送受信部
２６  アラーム検出部
２７  リンクＩＤ検出部
３０  ＯＴＮスイッチカード（ＯＴＮスイッチ部）
３１  マトリックススイッチ（光スイッチ機能部）
３１１  スプリッタ
３１２  セレクタ
４０  光ファイバ（光伝送路）
５０  インターコネクション
６０  管理制御機能部
６１  アラーム状態管理部
６２  リンクＩＤ管理部
６３  リンク優先度管理部
【図１】
2014236481.tif 000003
【図２】
2014236481.tif 000004
【図３】
2014236481.tif 000005
【図４】
2014236481.tif 000006
【図５】
2014236481.tif 000007
【図６】
2014236481.tif 000008
【図７】
2014236481.tif 000009
【図８】
2014236481.tif 000010
【図９】
2014236481.tif 000011
【図１０】
2014236481.tif 000012
【図１１】
2014236481.tif 000013
【図１２】
2014236481.tif 000014
【図１３】
2014236481.tif 000015
【図１４】
2014236481.tif 000016
【図１５】
2014236481.tif 000017
【図１６】
2014236481.tif 000018
【図１７】
2014236481.tif 000019
【図１８】
2014236481.tif 000020
【図１９】
2014236481.tif 000021
【図２０】
2014236481.tif 000022
【図２１】
2014236481.tif 000023
【図２２】
2014236481.tif 000024
【図２３】
2014236481.tif 000025
【図２４】
2014236481.tif 000026
【図２５】
2014236481.tif 000027
【図２６】
2014236481.tif 000028
【図２７】
2014236481.tif 000029
【図２８】
2014236481.tif 000030
【図２９】
2014236481.tif 000031
【図３０】
2014236481.tif 000032
【図３１】
2014236481.tif 000033
【図３２】
2014236481.tif 000034
【図３３】
2014236481.tif 000035
【図３４】
2014236481.tif 000036
【図３５】
2014236481.tif 000037
【図３６】
2014236481.tif 000038
【図３７】
2014236481.tif 000039
【図３８】
2014236481.tif 000040
【図３９】
2014236481.tif 000041