(57)【要約】【課題】予備パスを第１の現用パスと共有する第２の現用パスに対して、前記予備パスと区別可能な別の予備パスを設定できるようにして、通信の信頼性向上を図る。【解決手段】第１及び第２の現用パス＃１及び＃２に共有される第１の予備パスへ、第１のＶＬＡＮ  ＩＤを付与したＡＰＳ信号を送信し、第２の現用パス＃２に対する予備パス候補である第２の予備パスへ、第２のＶＬＡＮ  ＩＤを付与したＡＰＳ信号を送信する。【選択図】図８
2017079399.tif 000002
【特許請求の範囲】
【請求項１】
第１の現用パスと第２の現用パスとに共有される第１の予備パスに、障害の生じた前記第１の現用パスが切り替えられることを示すＡＰＳ（Automatic Protection Switching）信号を、前記第１の予備パスを通じて受信する第１受信部と、
前記ＡＰＳ信号の受信に応じて、前記第１の予備パスへ、第１のＶＬＡＮ  ＩＤ（Virtual Local Area Network identifier）を付与したＡＰＳ信号を送信し、前記第２の現用パスに対する予備パス候補である第２の予備パスへ、第２のＶＬＡＮ  ＩＤを付与したＡＰＳ信号を送信する第１送信部と、
を備えた、伝送装置。
【請求項２】
前記第１送信部は、
前記第１のＶＬＡＮ  ＩＤを付与した前記ＡＰＳ信号に、当該ＡＰＳ信号に基づく動作が無効であることを示すフラグ情報を付与し、
前記第２のＶＬＡＮ  ＩＤを付与した前記ＡＰＳ信号に、当該ＡＰＳ信号に基づく動作が有効であることを示すフラグ情報を付与する、請求項１に記載の伝送装置。
【請求項３】
前記伝送装置を含むネットワークの管理装置に対して、前記予備パス候補の問い合わせを送信する第２送信部と、
前記予備パス候補に対するＡＰＳ信号の設定情報を、前記管理装置から受信する第２受信部と、を備えた、請求項１又は２に記載の伝送装置。
【請求項４】
前記第２受信部で受信した前記設定情報に基づいて、前記第２の予備パスが経由する他の伝送装置宛に、前記第２の予備パスでのＡＰＳ信号の処理を規定する設定情報を送信する第３送信部を備えた、請求項３に記載の伝送装置。
【請求項５】
第１の現用パスと、
第２の現用パスと、
前記第１の現用パスと前記第２の現用パスとに共有される第１の予備パスと、
前記第１の予備パスが経由する第１の伝送装置と、
前記第２の現用パスが経由する第２の伝送装置と、を備え、
前記第１の伝送装置は、
障害の生じた前記第１の現用パスが前記第１の予備パスへ切り替えられることを示すＡＰＳ（Automatic Protection Switching）信号を、前記第１の予備パスへ送信し、
前記第２の伝送装置は、
前記第１の予備パスを通じた前記ＡＰＳ信号の受信に応じて、前記第１の予備パスへ、第１のＶＬＡＮ  ＩＤ（Virtual Local Area Network identifier）を付与したＡＰＳ信号を送信し、前記第２の現用パスに対する予備パス候補である第２の予備パスへ、第２のＶＬＡＮ  ＩＤを付与したＡＰＳ信号を送信する、
伝送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に記載する技術は、伝送装置及び伝送システムに関する。
【背景技術】
【０００２】
通信ネットワークの冗長化技術の一例として、Shared mesh protection（ＳＭＰ）、あるいは、shared mesh restoration（ＳＭＲ）と呼ばれる技術がある。
【０００３】
ＳＭＰ又はＳＭＲは、通信ネットワークにおける伝送帯域の有効利用を図りつつ、通信路（「パス」と称してよい。）の冗長化を図る技術の一例として注目されている。
【０００４】
例えば、ネットワーク運用の観点から、冗長パスをpre-configuredで提供又は設定するＳＭＰに対する関心が高い。ＩＴＵ−Ｔにおいても、線形リングプロテクションに続いて、ＳＭＰの標準化が進められている。例えば、ＯＴＮにおけるＳＭＰの標準化もＩＴＵ−Ｔにおいて進められている。
【０００５】
なお、「ＩＴＵ−Ｔ」は、「International Telecommunication Union Telecommunication Standardization Sector」の略称である。「ＯＴＮ」は、「Optical Transport Network」の略称である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第２０１４／０１７１６２号
【特許文献２】特開２０１３−２３６１３１号公報
【特許文献３】特開２０１５−０２３４５８号公報
【非特許文献】
【０００７】
【非特許文献１】ＩＴＵ−Ｔ勧告Ｇ．８０３２
【非特許文献２】ＩＴＵ−Ｔ勧告Ｙ．１７３１
【非特許文献３】ＲＦＣ４３２８
【非特許文献４】ＲＦＣ７１３９
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ＳＭＰやＳＭＲにおいては、伝送帯域の有効利用の観点から、複数の現用（ワーク）パスのそれぞれに対して予備（プロテクション）パスを準備するのではなく、複数の現用パスに対して各現用パスに共有の１つの予備パスが準備される。
【０００９】
現用パスのいずれか１つに障害が発生すると、当該現用パスが共有の予備パスに切り替えられて、障害の発生した現用パスの通信が予備パスで救済される。
【００１０】
しかし、共有の予備パスが或る現用パスの救済に使用されている状態で、更に別の現用パスに障害が発生すると、当該別の現用パスの通信は、共有の予備パスによっては救済できない。
【００１１】
別言すると、ＳＭＰやＳＭＲにおいては、或る現用パスの障害発生に応じて、別の現用パスに対する予備パスが喪失し得る。現用パスに対して予備パスが確保されない時間が生じることは、通信の信頼性の観点から好ましい状況とは云えない。
【００１２】
１つの側面では、本明細書の記載する技術の目的の１つは、予備パスを第１の現用パスと共有する第２の現用パスに対して、前記予備パスと区別可能な別の予備パスを設定できるようにして、通信の信頼性向上を図ることにある。
【課題を解決するための手段】
【００１３】
１つの側面において、伝送装置は、受信部と、送信部と、を備えてよい。受信部は、第１の現用パスと第２の現用パスとに共有される第１の予備パスに、障害の生じた前記第１の現用パスが切り替えられることを示すＡＰＳ（Automatic Protection Switching）信号を、前記第１の予備パスを通じて受信してよい。送信部は、前記ＡＰＳ信号の受信に応じて、前記第１の予備パスへ、第１のＶＬＡＮ  ＩＤ（Virtual Local Area Network identifier）を付与したＡＰＳ信号を送信し、前記第２の現用パスに対する予備パス候補である第２の予備パスへ、第２のＶＬＡＮ  ＩＤを付与したＡＰＳ信号を送信してよい。
【００１４】
また、１つの側面において、伝送システムは、第１の現用パスと、第２の現用パスと、前記第１の現用パスと前記第２の現用パスとに共有される第１の予備パスと、前記第１の予備パスが経由する第１の伝送装置と、前記第２の現用パスが経由する第２の伝送装置と、を備えてよい。前記第１の伝送装置は、障害の生じた前記第１の現用パスが前記第１の予備パスへ切り替えられることを示すＡＰＳ信号を、前記第１の予備パスへ送信してよい。前記第２の伝送装置は、前記第１の予備パスを通じた前記ＡＰＳ信号の受信に応じて、前記第１の予備パスへ、第１のＶＬＡＮ  ＩＤを付与したＡＰＳ信号を送信し、前記第２の現用パスに対する予備パス候補である第２の予備パスへ、第２のＶＬＡＮ  ＩＤを付与したＡＰＳ信号を送信してよい。
【発明の効果】
【００１５】
１つの側面として、予備パスを第１の現用パスと共有する第２の現用パスに対して、前記予備パスと区別可能な別の予備パスを設定できるので、通信の信頼性向上を図ることができる。
【図面の簡単な説明】
【００１６】
【図１】一実施形態に係る通信ネットワークの構成例を示すブロック図である。
【図２】図１に例示した通信ネットワークに対応する制御プレーンの構成例を模式的に示す図である。
【図３】図２に例示した制御プレーンに流れる制御メッセージを説明するための模式図である。
【図４】図１に例示した通信ネットワーク（データプレーン）において障害の発生したワークパスを、制御プレーンにて、共有区間のプロテクションパスに切り替える動作例を説明するための模式図である。
【図５】図４の動作例を説明するためのフローチャートである。
【図６】一実施形態に係る制御メッセージに有効又は無効を示すフラグ情報が設定されることを説明するための模式図である。
【図７】一実施形態に係る制御メッセージのフォーマット例を示す図である。
【図８】一実施形態に係る通信ネットワークの動作例を説明するための模式図である。
【図９】一実施形態に係るノードの動作例を説明するためのフローチャートである。
【図１０】一実施形態に係るノードの動作例を説明するためのフローチャートである。
【図１１】一実施形態に係るノードの構成例を示すブロック図である。
【図１２】一実施形態に係るノードの構成例を示すブロック図である。
【図１３】図１１及び図１２に例示したパス状態管理テーブルの一例を示す図である。
【図１４】図１１及び図１２に例示したパス切替管理テーブルの一例を示す図である。
【図１５】図１１及び図１２に例示したパス状態管理テーブルの一例を示す図である。
【図１６】図１１及び図１２に例示したパス状態管理テーブルの一例を示す図である。
【図１７】図１１及び図１２に例示したパス状態管理テーブルの一例を示す図である。
【図１８】一実施形態の第１変形例に係る通信ネットワークの動作例を説明するための模式図である。
【図１９】第１変形例に係る通信ネットワークの構成例及び動作例を説明するための模式図である。
【図２０】第１変形例に係る通信ネットワークの構成例及び動作例を説明するための模式図である。
【図２１】第１変形例に係るノードの動作例を説明するためのフローチャートである。
【図２２】第１変形例に係るノードの構成例示すブロック図である。
【図２３】一実施形態の第２変形例に係る通信ネットワークの構成例及び動作例を説明するための模式図である。
【図２４】第２変形例に係るノードの動作例を説明するためのフローチャートである。
【図２５】第２変形例に係るノードの構成例を示すブロック図である。
【図２６】各変形例を含む実施形態に係るノードのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照して実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。また、以下に説明する各種の例示的態様は、適宜に組み合わせて実施しても構わない。なお、以下の実施形態で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。
【００１８】
（一実施形態）
図１は、一実施形態に係る通信ネットワークの構成例を示すブロック図である。図１に示す通信ネットワーク１は、「伝送システム１」と称してもよく、例示的に、伝送装置の一例である複数の通信ノードＡ〜Ｆ，Ｘ，Ｙ，Ｐ及びＱを備えてよい。
【００１９】
「通信ネットワーク」及び「通信ノード」は、それぞれ、「ネットワーク」及び「ノード」と略称することがある。ノードＡ〜Ｆ，Ｘ，Ｙ，Ｐ及びＱは、ネットワーク１のエレメント（ＮＥ）の一例であり、例示的に、メッシュ状に通信可能に接続されてメッシュネットワークを形成してよい。なお、図１には、ＮＥ数＝１０のケースを例示しているが、ＮＥ数は「１０」に限られない。
【００２０】
図１に例示するように、ノードＡ−Ｂ間には第１の現用（ワーク）パス＃１が設定されてよく、ノードＣ−Ｄ間には第２の現用（ワーク）パス＃２が設定されてよい。ノードＡ−Ｂ間には、１又は複数のノードが存在してもよい。同様に、ノードＣ−Ｄ間にも、１又は複数のノードが存在してもよい。
【００２１】
第１のワークパス＃１に対して、ノードＡ−Ｘ−Ｙ−Ｂを経由する予備（プロテクション）パスが設定されてよい。また、第２のワークパス＃２に対して、ノードＣ−Ｘ−Ｙ−Ｄを経由するプロテクションパスが設定されてよい。
【００２２】
ノードＸ−Ｙ間のプロテクションパスは、各ワークパス＃１及び＃２に共有（シェア）されてよい。そのため、共有のプロテクションパスが設定されたノードＸ−Ｙの区間は、便宜的に、「共有区間」と称してよい。
【００２３】
ワークパス＃１及び＃２の一方に障害が発生した場合、共有区間を経由するプロテクションパスにて、障害の発生したワークパスの通信を救済することができる。なお、ノードＸ−Ｙ間に、１又は複数のノードが存在してもよい。
【００２４】
なお、ノードＰ−Ｑ間にも、プロテクションパスが設定されてよい。ノードＰ−Ｑ間のプロテクションパスは、第２のワークパス＃２と、ワークパス＃１とは異なる別の第３のワークパス＃３と、に共有されてよい。第３のワークパス＃３は、例示的に、ノードＥ−Ｆ間に設定されてよい。なお、ノードＰ−Ｑ間に、１又は複数のノードが存在してもよい。
【００２５】
ノードＸ及びＹを経由するプロテクションパスは、第１のプロテクションパスの一例であり、ノードＰ及びＱを経由するプロテクションパスは、第２のプロテクションパスの一例である。
【００２６】
図２に、図１に例示したネットワーク１に対応する制御プレーンの構成例を示す。制御プレーンには、制御信号が伝送される。制御信号には、パスの設定やパスの切り替えを制御する制御メッセージが含まれてよい。制御メッセージは、制御信号の一例である。
【００２７】
パスの設定や切り替えの制御は、例示的に、イーサネット（登録商標）リングプロテクション（Ethernet Ring Protection, ERP）の自動プロテクション切替（Auto Protection Switching）動作に基づいて実現されてよい。なお、ＥＲＰは、例えば、ＩＴＵ−Ｔの勧告Ｇ．８０３２に記述がある。以下では、ＥＲＰのＡＰＳを便宜的に「リングＡＰＳ」あるいは「Ｒ−ＡＰＳ」と表記することがある。
【００２８】
図２に例示するように、ネットワーク１においてＳＭＰ又はＳＭＲを実現するために、制御プレーンにおいて、パス毎に論理リングが設定されてよい。なお、ＳＭＰは、「shared mesh protection」の略称であり、「ＳＭＲ」は、「shared mesh restoration」の略称である。
【００２９】
例えば、ノードＡ，Ｘ，Ｙ及びＢによって形成されるリング状の経路に論理リング＃Ａ１が設定されてよい。また、ノードＸ，Ｃ，Ｄ及びＹによって形成される経路に論理リング＃Ａ２が設定されてよい。更に、ノードＣ，Ｐ，Ｑ及びＤによって形成される経路に論理リング＃Ｂ１が設定されてよい。
【００３０】
論理リング＃Ａ１，＃Ａ２及び＃Ｂ１のそれぞれに、Ｒ−ＡＰＳの制御メッセージが伝送されてよい。当該制御メッセージは、便宜的に、「Ｒ−ＡＰＳメッセージ」と称してよい。Ｒ−ＡＰＳメッセージは、ＡＰＳ信号の一例である。
【００３１】
論理リング＃Ａ１，＃Ａ２及び＃Ｂ１を伝送されるＲ−ＡＰＳメッセージは、それぞれ便宜的に、「Ｒ−ＡＰＳ＃Ａ１」，「Ｒ−ＡＰＳ＃Ａ２」及び「Ｒ−ＡＰＳ＃Ｂ１」と表記することがある
【００３２】
Ｒ−ＡＰＳメッセージは、例示的に、各ノードから定期的に送信されてよい。例えば、ネットワーク１に障害が発生していない場合、各ノードは、ＮＲ（No Request）を示すＲ−ＡＰＳメッセージを送信してよい。「ＮＲ」は、パスの設定又は切り替えについての要求が無いことを示す。
【００３３】
例えば図３に示すように、ワークパス＃１及び＃２のいずれにも障害が発生していない場合、論理リング＃Ａ１，＃Ａ２及び＃Ｂ１のそれぞれに、「ＮＲ」を示すＲ−ＡＰＳメッセージが伝送されてよい。「ＮＲ」を示すＲ−ＡＰＳメッセージは、便宜的に、「ＮＲメッセージ」と称してもよい。
【００３４】
なお、図３において、論理リング＃Ａ１，＃Ａ２及び＃Ｂ１を伝送されるＮＲメッセージは、それぞれ、「Ｒ−ＡＰＳ＃１（ＮＲ）」，「Ｒ−ＡＰＳ＃Ａ２（ＮＲ）」及び「Ｒ−ＡＰＳ＃Ｂ１（ＮＲ）」と表記している。当該表記法は、以下に説明するＳＦメッセージ及びＦＳメッセージについても同様である。
【００３５】
ここで、図４及び図５を参照して、例えばデータプレーンにおいてワークパス＃１に障害が発生した場合に、制御プレーンにて、ワークパス＃１を共有区間（ノードＸ−Ｙ間）を経由するプロテクションパスに切り替える動作例について説明する。なお、「データプレーン」は、ノード間のデータ転送処理を担当する。データプレーンを伝送されるデータは、例示的に、クライアントデータであってよい。
【００３６】
データプレーンにおいてノードＡ−Ｂ間に障害が発生すると、当該障害の発生がノードＡ及びＢで検出される。障害検出に応じて、ノードＡ及びＢは、制御プレーンにおいて論理リング＃Ａ１へ、信号喪失（signal fail, SF）を示すＲ−ＡＰＳメッセージを送信する。「ＳＦ」を示すＲ−ＡＰＳメッセージは、便宜的に、「ＳＦメッセージ」と称してもよい。
【００３７】
例えば、ノードＡは、ワークパス＃１の障害検出に応じて、ノードＸへＳＦメッセージを送信し、ノードＸは、ノードＡからのＳＦメッセージの受信に応じて、ＳＦメッセージをノードＹへ送信してよい。
【００３８】
当該ＳＦメッセージには、ノードＹ−Ｂ間のパスの設定を要求する情報が設定されてよい。パスの設定を要求する情報には、障害を検出したワークパス＃１のパス識別子や伝送容量（「伝送速度」又は「伝送帯域」と称してもよい。）の情報等が含められてよい。
【００３９】
ノードＹは、ノードＸからのＳＦメッセージの受信に応じて、ＳＦメッセージをノードＢへ送信してよい。ノードＢは、ノードＹからのＳＦメッセージの受信に応じて、ノードＹとの間にパスを設定してよい。ＳＦメッセージに、伝送容量の情報が含まれていれば、ノードＢは、ノードＹとの間に、当該伝送容量をサポートするパスを設定できる。
【００４０】
一方、ノードＢは、ワークパス＃１の障害検出に応じて、ノードＹへＳＦメッセージを送信し、ノードＹは、ノードＢからのＳＦメッセージの受信に応じて、ＳＦメッセージをノードＸへ送信してよい。
【００４１】
当該ＳＦメッセージには、ノードＸ−Ａ間のパスの設定を要求する情報が設定されてよい。パスの設定を要求する情報には、障害を検出したワークパス＃１のパス識別子や伝送容量の情報等が含められてよい。
【００４２】
ノードＸは、ノードＹからのＳＦメッセージの受信に応じて、ＳＦメッセージをノードＡへ送信してよい。ノードＡは、ノードＸからのＳＦメッセージの受信に応じて、ノードＸとの間にパスを設定してよい。ＳＦメッセージに、伝送容量の情報が含まれていれば、ノードＡは、ノードＸとの間に、当該伝送速度をサポートするパスを設定できる。
【００４３】
ノードＡ−Ｘ間、及び、ノードＢ−Ｙ間にパスが設定されると、ノードＡ及びＢは、それぞれ、再度、ＳＦメッセージをノードＸ及びＹへ送信してよい。当該ＳＦメッセージには、トリビュータリスロット（ＴＳ）を指定する情報（「ＴＳ情報」と略称してよい。）が設定されてよい。
【００４４】
ＴＳは、時分割スロットの一例であり、ＴＳにクライアントデータがマッピングされて伝送される。ノードＸ及びＹは、それぞれ、ノードＡ及びＢからＴＳ情報が設定されたＳＦメッセージの受信に応じて、ノードＸ−Ｙ間のプロテクションパスにおいてＴＳ情報で指定されたＴＳにてデータが伝送されるように、自ノードのスイッチを設定してよい。
【００４５】
これにより、ノードＸ及びＹにおいて、スイッチ設定に応じたクロスコネクト（ＸＣ）処理の設定がなされて、ノードＸ−Ｙ間のプロテクションパスが起動され、ワークパス＃１からプロテクションパスへの切り替えが完了する。
【００４６】
ワークパス＃１からプロテクションパスへの切り替えに応じて、ノードＸ及びＹは、それぞれ、プロテクションパスがワークパス＃２の救済に使用できない状態にあることを示すＲ−ＡＰＳメッセージを、制御プレーンの論理リング＃Ａ２へ送信してよい。
【００４７】
当該Ｒ−ＡＰＳメッセージには、例示的に、強制的な切り替え（forced switch, FS）を示すＲ−ＡＰＳメッセージが用いられてよい。ＦＳを示すＲ−ＡＰＳメッセージは、便宜的に、「ＦＳメッセージ」と称してよい。
【００４８】
例えば、ノードＸ及びＹは、それぞれ、ワークパス＃２への強制的な切り替えを示すＦＳメッセージを、ノードＣ及びＤへ送信してよい。
【００４９】
ノードＣ及びＤは、それぞれ、ノードＸ及びＹからのＦＳメッセージの受信によって、プロテクションパスが使用できない状態にあることを認識し、ワークパス＃２を選択し続ける。
【００５０】
なお、ワークパス＃１及び＃２のうち、ワークパス＃２に障害が発生した場合は、論理リング＃Ａ２にＳＦメッセージが伝送され、論理リング＃Ａ１にＦＳメッセージが伝送される。
【００５１】
したがって、ノードＣ−Ｄ間のワークパス＃２は、ノードＸ−Ｙ間のプロテクションパスを経由するパスに切り替えられ、障害未検出のノードＡ及びＢは、ワークパス＃１を選択し続ける。
【００５２】
以上のように、共有区間のプロテクションパスが、或るワークパスの障害救済のために実際に使用されると、当該プロテクションパスを共有する他のワークパスについては、プロテクションパスが準備あるいは確保されていない状態となる。
【００５３】
そのため、プロテクションパスを共有する２以上のワークパスに障害が多重的に発生すると、通信の救済に失敗することになる。ＳＭＰやＳＭＲは、そもそも、このようなリスクがあることを許容する技術ではある。
【００５４】
しかし、ワークパスのためのプロテクションパスが他のワークパスの障害発生に応じて喪失する状況が発生することは、好ましい状況とは云えない。
【００５５】
そこで、本実施形態では、例示的に、制御プレーンにおいて、第１のプロテクションパスを共有する第１及び第２のワークパスの少なくとも一方に対して、第１のプロテクションパスとは異なる第２のプロテクションパスを設定できるようにする。第２のプロテクションパスは、例示的に、第１及び第２のワークパスとは異なる第３のワークパスに共有されるプロテクションパスであってよい。
【００５６】
図２の例では、ノードＡ−Ｂ間のワークパス＃１が「第１のワークパス」に相当し、ノードＣ−Ｄ間のワークパス＃２が「第２のワークパス」に相当してよい。また、ノードＸ及びＹを経由するプロテクションパスが「第１のプロテクションパス」に相当し、ノードＰ及びＱを経由するプロテクションパスが「第２のプロテクションパス」に相当してよい。
【００５７】
ノードＰ及びＱを経由する第２のプロテクションパスは、既述のように、ノードＣ−Ｄ間のワークパス＃２と、ワークパス＃１及び＃２とは異なる第３のワークパス＃３と、に共有されるプロテクションパスであってよい。
【００５８】
なお、ノードＸ又はＹは、第１のプロテクションが経由する第１のノードの一例であり、ノードＣ又はＤは、第２のワークパス＃２が経由する第２のノードの一例である。
【００５９】
ノードＣ−Ｐ−Ｑ−Ｄを経由する経路に、ノードＣ−Ｄ間のワークパス＃２に対する第２のプロテクションパスを、ノードＸ−Ｙ間の第１のプロテクションパスに加えて設定するには、例えば、論理リング＃Ｂ１にＲ−ＡＰＳメッセージを伝送すればよい。
【００６０】
論理リング＃Ｂ１は、既述のとおり、制御プレーンにおいて、ノードＣ，Ｐ，Ｑ及びＤによって形成されたリング状の経路であり、当該論理リング＃Ｂ１に、Ｒ−ＡＰＳメッセージを伝送することで、ノードＣ，Ｐ，Ｑ及びＤのＡＰＳ動作を設定、制御できる。
【００６１】
なお、論理リング＃Ｂ１は、事前に設定（pre-configured）されていてもよいし、ノードＸ及びＹを経由する第１のプロテクションパスの使用状態に応じて設定されてもよい。以下では、便宜的に、論理リング＃Ｂ１は事前に設定されていると仮定して説明する。
【００６２】
ノードＣ−Ｄ間に着目すると、ノードＣ−Ｄ間の制御プレーンには、論理リング＃Ａ２を伝送されるＲ−ＡＰＳメッセージ（Ｒ−ＡＰＳ＃Ａ２）と、論理リング＃Ｂ１を伝送されるＲ−ＡＰＳメッセージ（Ｒ−ＡＰＳ＃Ｂ１）と、が流れる。
【００６３】
Ｒ−ＡＰＳ＃Ａ２は、ノードＸ及びＹを経由する第１のプロテクションパスに対するＡＰＳ動作を設定、制御する制御メッセージの一例である。Ｒ−ＡＰＳ＃Ｂ１は、ノードＣ及びＤを経由する第２のプロテクションパスに対するＡＰＳ動作を設定、制御する制御メッセージの一例である。
【００６４】
したがって、ノードＣ−Ｄ間には、２つのＲ−ＡＰＳメッセージが流れる。これら２つのＲ−ＡＰＳメッセージには、優先度が設定されてよい。例示的に、Ｒ−ＡＰＳ＃Ａ２がプライマリに設定され、Ｒ−ＡＰＳ＃Ｂ１がセカンダリに設定されてよい。
【００６５】
また、ノードＣ−Ｄ間を流れる２つのＲ−ＡＰＳメッセージは、同じパスＩＤ（例えば、ワークパス＃２のＩＤ）を有するため、２つのＲ−ＡＰＳメッセージをノードＣ及びＤにて識別可能にするための情報が、Ｒ−ＡＰＳメッセージに付与されてよい。
【００６６】
２つのＲ−ＡＰＳメッセージを識別可能にする情報は、便宜的に、「Ｒ−ＡＰＳ識別子」と称してよい。Ｒ−ＡＰＳ識別子には、非限定的な一例として、仮想ローカルエリアネットワーク識別子（virtual local area network identifier, VLAN ID）が用いられてよい。
【００６７】
例えば、ノードＣ及びＤにおいて、２つのＲ−ＡＰＳメッセージは、論理リング＃Ａ２及び＃Ｂ１に対応した異なるポートを通じて入出力されてよい。この場合、ポート単位のＶＬＡＮ  ＩＤをＲ−ＡＰＳメッセージに付与することで、２つのＲ−ＡＰＳメッセージを識別することが可能になる。
【００６８】
例えば、ノードＣ又はＤは、第１のプロテクションパスに対応する論理リング＃Ａ２へ、第１のＶＬＡＮ  ＩＤを付与したＲ−ＡＰＳメッセージを送信してよい。また、ノードＣ又はＤは、第２のワークパス＃２に対するプロテクションパス候補である第２のプロテクションパスに対応する論理リング＃Ｂ１へ、第１のＶＬＡＮ  ＩＤとは異なる第２のＶＬＡＮ  ＩＤを付与したＲ−ＡＰＳメッセージを送信してよい。
【００６９】
Ｒ−ＡＰＳメッセージには、当該Ｒ−ＡＰＳメッセージが「有効」であるか「無効」であるかを示すフラグ情報が設定されてよい。フラグ情報によって、論理リング＃Ａ１，＃Ａ２及び＃Ｂ１のうち、Ｒ−ＡＰＳメッセージに基づくＡＰＳ動作を有効化又は無効化する論理リングを制御できる。
【００７０】
例えば図６に示すように、Ｒ−ＡＰＳ＃Ａ２（ＦＳ）には「無効」を示すフラグ情報（「無効フラグ」と称してよい。）を設定し、Ｒ−ＡＰＳ＃Ｂ１（ＮＲ）には「有効」を示すフラグ情報（「有効フラグ」と称してよい。）を設定してよい。
【００７１】
この場合、論理リング＃Ａ２において無効フラグを設定されたＲ−ＡＰＳ＃Ａ２（ＦＳ）に基づくＡＰＳ動作が無効となり、論理リング＃Ｂ１において有効フラグを設定されたＲ−ＡＰＳ＃Ｂ１（ＮＲ）に基づくＡＰＳ動作が有効となる。
【００７２】
なお、例示的に、フラグ情報＝１（有り）で「無効」を示し、フラグ情報＝０（無し）で「有効」を示してよい。フラグ情報＝１を０に変更することを「フラグオフ」と称してよい。「フラグオフ」でＡＰＳ動作が有効化されると捉えてよい。
【００７３】
次に、図７に、本実施形態に係るＲ−ＡＰＳメッセージのフォーマット例を示す。図７に示すように、Ｒ−ＡＰＳメッセージは、例示的に、ＤＡ／ＳＡフィールド、ＶＬＡＮフィールド、イーサネットタイプフィールド、ＯＡＭ共通ヘッダフィールド、及び、Ｒ−ＡＰＳプロトコルデータユニット（ＰＤＵ）を有してよい。オプションとして、拡張ＴＬＶ（type-length-value）フィールドが、Ｒ−ＡＰＳメッセージに付与されてもよい。
【００７４】
例示的に、ＶＬＡＮフィールドに、既述のＶＬＡＮ  ＩＤが設定されてよく、ＯＡＭ共通ヘッダフィールドに、既述のフラグ情報が設定されてよい。「ＯＡＭ」は、「operations，administration，and maintenance」の略称である。
【００７５】
ＤＡ／ＳＡフィールドには、当該Ｒ−ＡＰＳメッセージの宛先アドレス及び送信元アドレスが設定されてよい。イーサネットタイプフィールドには、イーサネットタイプを示す情報（例示的に、0x8902）が設定されてよい。
【００７６】
Ｒ−ＡＰＳ  ＰＤＵには、例示的に、Ｒ−ＡＰＳメッセージの内容（例えば、ＮＲやＳＦ、ＦＳ）や、既述のパスＩＤ及び伝送容量の情報等が設定されてよい。パスＩＤ及び伝送容量を示す情報は、例示的に、Ｒ−ＡＰＳ  ＰＤＵに用意されている、２４ビットのリザーブフィールドに設定されてよい。
【００７７】
拡張ＴＬＶフィールドは、共有区間を伝送されるＲ−ＡＰＳメッセージに付与されてよい。拡張ＴＬＶフィールドには、既述の伝送容量やＴＳの情報が設定されてよい。
【００７８】
拡張ＴＬＶフィールドは、例えば、「ＲＦＣ４３２８」、又は、「ＲＦＣ７１３９」の「Label Request（G.709 traffic parametersを含む。）」及び「Label Space」に準拠してよい。「Label Request」を利用してノード間で「伝送容量」が通知されてよい。「Label Space」を利用してノード間でＴＳ情報が通知されてよい。
【００７９】
（動作例）
以下、図８〜図１０を参照して、本実施形態の動作例について説明する。
図８に例示するように、ノードＡ−Ｂ間のワークパス＃１に障害が発生すると、ノードＡ及びＢから論理リング＃Ａ１にＳＦメッセージが送信される。
【００８０】
ノードＡ及びＢと共に論理リング＃Ａ１を形成するノードＸ及びＹは、論理リング＃Ａ１を通じてＳＦメッセージを受信すると、論理リング＃Ａ２へＦＳメッセージを送信する。
【００８１】
ノードＸ及びＹと共に論理リング＃Ａ２を形成するノードＣ及びＤは、ノードＸ及びＹが論理リング＃Ａ２へ送信したＦＳメッセージを受信する（図９の処理Ｓ１１）。当該ＦＳメッセージの受信により、ノードＣ及びＤは、ノードＸ及びＹを経由するプロテクションパスがノードＡ−Ｂ間のワークパス＃１の障害救済に使用されているため、ノードＸ及びＹを経由するプロテクションパスへの切り替えが不能であることを認識する。
【００８２】
ＦＳメッセージを受信したノードＣは、ワークパス＃２の対向ノードに相当するノードＤが、ノードＣと同じくＦＳメッセージを受信している状態にあるかを確認してよい（図９の処理Ｓ１２）。
【００８３】
例えば、ノードＣは、論理リング＃Ａ２を通じてＦＳメッセージをノードＤから受信していれば、ノードＤがノードＣと同じくＦＳメッセージを受信している状態にあると判断してよい。
【００８４】
ノードＤも、ノードＣと同様に、ワークパス＃２の対向ノードに相当するノードＣが、ノードＣと同じくＦＳメッセージを受信している状態にあるかを確認してよい（図９の処理Ｓ１２）。
【００８５】
ノードＣ及びＤは、それぞれ、対向ノードＤ及びＣがＦＳメッセージを受信している状態にないか、あるいは、対向ノードＤ及びＣの状態を確認できない場合（処理Ｓ１２でＮＯ）、ノーアクションで処理を終了してよい。
【００８６】
一方、ノードＣ及びＤは、それぞれ、対向ノードＤ及びＣがＦＳメッセージを受信している状態にあることを確認できれば（処理Ｓ１２でＹＥＳ）、論理リング＃Ｂ１へ送信するＲ−ＡＰＳメッセージに有効フラグを設定してよい。併せて、ノードＣ及びＤは、論理リング＃Ａ２へ送信するＦＳメッセージに有効フラグを設定（フラグオフ）してよい（図９の処理Ｓ１３）。
【００８７】
これにより、ノードＣ及びＤは、論理リング＃Ａ２のＲ−ＡＰＳメッセージに基づくＡＰＳ動作を無効化し、論理リング＃Ｂ１のＲ−ＡＰＳメッセージに基づく動作を有効化する。したがって、ノードＣ及びＤは、ノードＰ及びＱを経由するプロテクションパスを、ワークパス＃２に供することができる状態にあると認識する。
【００８８】
一方、ノードＰ及びＱは、論理リング＃Ｂ１を通じてノードＣ及びＤの双方からフラグオフされたＲ−ＡＰＳメッセージを受信すると（図１０の処理Ｓ２１）、ノードＣ及びＤを経由するワークパス＃２に関する情報を記憶してよい（図１０の処理Ｓ２２）。
【００８９】
ワークパス＃２に関する情報には、図７にて説明したように、ワークパス＃２のパスＩＤや伝送容量の情報が含まれてよい。なお、ワークパス＃２に関する情報は、後述するパス状態管理テーブルにて記憶、管理されてよい。
【００９０】
これにより、ノードＰ及びＱは、ノードＰ−Ｑ間のプロテクションパスを、ワークパス＃２の伝送容量と同じ伝送容量にてワークパス＃２に供することが可能な状態となる。別言すると、障害の発生したワークパス＃１の救済に使用されている共有区間（ノードＸ−Ｙ間）のプロテクションパスに代わって、ノードＰ−Ｑ間のプロテクションパスを、ワークパス＃２に対する新たなプロテクションパスに設定することが可能になる。
【００９１】
ワークパス＃２に障害が発生すれば、論理リング＃Ｂ１を伝送されるＲ−ＡＰＳメッセージに従って各ノードＣ，Ｄ，Ｐ及びＱが動作することで、ワークパス＃２を、ノードＰ及びＱを経由するプロテクションパスに切り替えることができる。
【００９２】
（ノードの構成例）
次に、図１１及び図１２を参照して、上述した動作例を実現可能なノードＣ，Ｄ，Ｘ，Ｙ，Ｐ及びＱの構成例について説明する。
【００９３】
図１１は、ノードＣ及びＤの構成例を示すブロック図であり、図１２は、ノードＸ，Ｙ，Ｐ及びＱの構成例を示すブロック図である。図１１に示す構成例は、ノードＣ及びＤに共通であってよく、図１２に示す構成例は、ノードＸ，Ｙ，Ｐ及びＱに共通であってよい。なお、図１１に示す構成例は、ノードＡ及びＢに共通であってもよい。
【００９４】
図１１に例示するように、ノードＣ及びＤは、送受信装置１１、分離多重部１２、Ｒ−ＡＰＳ抽出多重部１３、障害検出部１４、Ｒ−ＡＰＳ処理部１５、判定部１６、パス状態管理テーブル１７、パス切替管理テーブル１８、スイッチ２０を備えてよい。
【００９５】
送受信装置１１、分離多重部１２、Ｒ−ＡＰＳ抽出多重部１３、及び、障害検出部１４のセットは、他のノードとの物理的な通信路毎に設けられてよい。
【００９６】
例えば、ノードＣであれば、ノードＤとの間、ノードＸとの間、及び、ノードＰとの間の各通信路（＃１〜＃３）に対応して、３セットの送受信装置１１、分離多重部１２、Ｒ−ＡＰＳ抽出多重部１３、及び、障害検出部１４が備えられてよい。
【００９７】
一方、ノードＤであれば、ノードＣとの間、ノードＹとの間、及び、ノードＱとの間の各通信路（＃１〜＃３）に対応して、３セットの送受信装置１１、分離多重部１２、Ｒ−ＡＰＳ抽出多重部１３、及び、障害検出部１４が備えられてよい。
【００９８】
送受信装置１１は、例示的に、他のノードとの間の通信路を通じて受信した信号を終端し、また、他のノードとの間の通信路へ信号を送信してよい。
【００９９】
分離多重部１２は、例示的に、パス切替管理テーブル１８の内容に基づいて、受信信号をパスＩＤ毎に分離して、パスＩＤに対応するＲ−ＡＰＳ抽出／多重部１３へ出力してよい。また、分離多重部１２は、他のノードへ送信するパスＩＤ毎の信号を多重化してよい。
【０１００】
Ｒ−ＡＰＳ抽出多重部１３は、例示的に、パスＩＤ毎に設けられて、対応するパスＩＤの受信信号からＲ−ＡＰＳメッセージを抽出してＲ−ＡＰＳ処理部１５へ出力してよい。また、Ｒ−ＡＰＳ抽出多重部１３は、スイッチ２０から入力された信号に、Ｒ−ＡＰＳ処理部１５で生成されたＲ−ＡＰＳメッセージを多重化してよい。
【０１０１】
障害検出部１４は、例示的に、パスＩＤ毎に設けられて、パスの障害を検出する。例えば、障害検出部１４は、対応するパスＩＤの受信信号のフレーム同期を確立できなければ、当該パスＩＤのパスに障害が発生したと判定してよい。
【０１０２】
Ｒ−ＡＰＳ処理部１５は、Ｒ−ＡＰＳメッセージの処理を担当する。Ｒ−ＡＰＳ処理部１５は、例示的に、パスＩＤ毎に備えられてよい。図９に例示した処理Ｓ１１〜Ｓ１３は、Ｒ−ＡＰＳ処理部１５にて実行されてよい。
【０１０３】
Ｒ−ＡＰＳ処理部１５は、例示的に、パス状態管理テーブル１７の内容に基づいて、Ｒ−ＡＰＳメッセージの受信処理、中継処理、及び、送信処理を行なう。「中継処理」は、「リレー処理」と称してもよい。これらの各処理結果に応じて、Ｒ−ＡＰＳ処理部１５は、パス状態管理テーブル１７の内容を更新してよい。
【０１０４】
例えば、ノードＡ−Ｂ間のワークパス＃１がノードＸ及びＹを経由するプロテクションパスに切り替えられることを示すＦＳメッセージは、通信路＃１〜＃３のいずれかに対応するＲ−ＡＰＳ抽出多重部１３にて受信、抽出される。抽出されたＦＳメッセージは、Ｒ−ＡＰＳ処理部１５にて受信処理される。
【０１０５】
したがって、Ｒ−ＡＰＳ抽出多重部１３は、ワークパス＃１が第１のプロテクションパスに切り替えられることを示すＦＳメッセージを受信する第１受信部の一例に相当すると捉えてよい。
【０１０６】
ＦＳメッセージの受信処理に応じて、Ｒ−ＡＰＳ処理部１５は、第１のＶＬＡＮ  ＩＤ及び無効フラグを付与したＲ−ＡＰＳメッセージと、第２のＶＬＡＮ  ＩＤ及び有効フラグを付与したＲ−ＡＰＳメッセージと、を生成してよい。
【０１０７】
第１のＶＬＡＮ  ＩＤが付与されたＲ−ＡＰＳメッセージは、通信路＃１〜＃３のいずれかに対応するＲ−ＡＰＳ抽出多重部１３に与えられて、ノードＸ及びＹを経由する第１のプロテクションパスへ送信される。
【０１０８】
また、第２のＶＬＡＮ  ＩＤが付与されたＲ−ＡＰＳメッセージは、通信路＃１〜＃３のいずれかに対応するＲ−ＡＰＳ抽出多重部１３に与えられて、ノードＰ及びＱを経由する第２のプロテクションパスへ送信される。
【０１０９】
したがって、Ｒ−ＡＰＳ抽出多重部１３は、第１のプロテクションパスへ第１のＶＬＡＮ  ＩＤを付与したＲ−ＡＰＳメッセージを送信し、第２のプロテクションパスへ第２のＶＬＡＮ  ＩＤを付与したＲ−ＡＰＳメッセージを送信する第１送信部の一例でもある。
【０１１０】
判定部１６は、例示的に、受信したＲ−ＡＰＳメッセージ及びパス状態管理テーブル１７の内容に基づいて、パス状態を判定し、また、他のノードへ送信するＲ−ＡＰＳメッセージを決定する。
【０１１１】
パス状態管理テーブル１７及びパス切替管理テーブル１８は、図１２に例示するノードＸ，Ｙ，Ｐ及びＱに共通であってよいため、各テーブル１７及び１８の一例については、図１２に例示するノードＸ，Ｙ，Ｐ及びＱの構成例についての説明と併せて説明する。
【０１１２】
スイッチ２０は、パス切替管理テーブル１８の内容に基づいて、内部的な信号経路の設定、別言すると、クロスコネクト設定を行なう。
【０１１３】
一方、図１２に例示するノードＸ，Ｙ，Ｐ及びＱには、例示的に、３つの通信路＃１〜＃３に対応して、３セットの送受信装置１１、分離多重部１２、Ｒ−ＡＰＳ抽出多重部１３、及び、障害検出部１４が備えられてよい。
【０１１４】
例えば、ノードＸであれば、ノードＡとの間、ノードＣとの間、及び、ノードＹとの間の各通信路＃１〜＃３に対応して、３セットの送受信装置１１、分離多重部１２、Ｒ−ＡＰＳ抽出多重部１３、及び、障害検出部１４が備えられてよい。
【０１１５】
ノードＹであれば、ノードＢとの間、ノードＤとの間、及び、ノードＸとの間の各通信路（＃１〜＃３）に対応して、３セットの送受信装置１１、分離多重部１２、Ｒ−ＡＰＳ抽出多重部１３、及び、障害検出部１４が備えられてよい。
【０１１６】
ノードＰであれば、ノードＣとの間、ノードＥとの間、及び、ノードＱとの間の各通信路＃１〜＃３に対応して、３セットの送受信装置１１、分離多重部１２、Ｒ−ＡＰＳ抽出多重部１３、及び、障害検出部１４が備えられてよい。
【０１１７】
ノードＱであれば、ノードＤとの間、ノードＦとの間、及び、ノードＰとの間の各通信路＃１〜＃３に対応して、３セットの送受信装置１１、分離多重部１２、Ｒ−ＡＰＳ抽出多重部１３、及び、障害検出部１４が備えられてよい。
【０１１８】
また、図１２に例示するように、ノードＸ，Ｙ，Ｐ及びＱは、図１１に例示したノードＣ及びＤの構成例に対して、リソース管理部１９を追加的に備えてよい。また、ノードＸ，Ｙ，Ｐ及びＱのＲ−ＡＰＳ処理部１５は、図１０に例示した処理Ｓ２１及びＳ２２を実施する点で、ノードＣ及びＤのＲ−ＡＰＳ処理部１５とは相違する。
【０１１９】
例えば、ノードＰ又はＱのＲ−ＡＰＳ処理部１５は、有効フラグが設定されたＲ−ＡＰＳメッセージを受信すると、ノードＰ−Ｑ間のプロテクションパスをノードＣ−Ｄ間のワークパスの救済に使用できるように、パス状態管理テーブル１７を更新する。
【０１２０】
パス状態管理テーブル１７には、図１３に例示するように、パスＩＤ毎に、パスの状態を管理するための情報が登録されてよい。図１３において、「優先度」は、パスの優先度を表す。パスの優先度は、例えば、ユーザまたはネットワーク管理者により予め設定されてよい。
【０１２１】
「フラグ（signaled）」は、受信したＲ−ＡＰＳメッセージのフラグ情報を表す。「フラグ」によってパスの「優先度」が制御されてよい。
【０１２２】
「Ｒ−ＡＰＳ（signaled）」は、受信したＲ−ＡＰＳメッセージのタイプを表す。「Ｒ−ＡＰＳ（signaling）」は、送信（signaling）するＲ−ＡＰＳメッセージのタイプを表す。Ｒ−ＡＰＳメッセージのタイプは、例示的に、既述のＮＲやＳＦ、ＦＳ等である。
【０１２３】
「ローカル情報」は、自ノードＣ又はＤと他のノードとの間における障害の有無等の状態を表す。「ローカル警報情報」は、自ノードＣ又はＤと、共有区間を成すノードＸ又はＹ（あるいはノードＰ又はＱと、の間で検出される警報の有無を表す。
【０１２４】
「状態」は、パスの状態を表す。パスの状態は、例示的に、「アイドル（idle）」、「プロテクション（protection）」、「故障（fail）」のいずれかを取り得る。例えば、「アイドル」状態のパスにおいて障害が検出され、ワークパスからプロテクションパスへの切り替えが行なわれると、パスの「状態」は「プロテクション」状態に遷移する。
【０１２５】
「プロテクション」状態のパスの障害が回復して、プロテクションパスからワークパスへの切り替えが行なわれると、パスの「状態」は「アイドル」状態に遷移する。「アイドル」状態のパスにおいて障害が検出され、ワークパスからプロテクションパスへの切り替えが実行できない場合は、パスの「状態」は「故障」状態に遷移する。
【０１２６】
「故障」状態のパスの障害が回復すると、パスの「状態」は「アイドル」状態に遷移する。パス間の優先制御の結果、「プロテクション」状態のパスに対応するプロテクションパスが使用できなくなった場合、パスの状態は「故障」状態に遷移する。パス間の優先制御の結果、「故障」状態のパスに対応するプロテクションパスが使用できるようになった場合、パスの「状態」は「プロテクション」状態に遷移する。
【０１２７】
図１３において、パスＩＤ＝「ｎ＋１」は、例示的に、ノードＣ−Ｄ間のワークパス＃２に対するプロテクションパスのＩＤを表す。
【０１２８】
図１３の例は、ノードＰ−Ｑ間のパスが、パスＩＤ＝「１〜ｎ」にそれぞれ対応するパスのいずれにもプロテクションパスとして提供されていない状態を示している。そのため、「Ｒ−ＡＰＳ（signaled）」及び「Ｒ−ＡＰＳ（signaling）」は、いずれも、「ＮＲ」メッセージである。
【０１２９】
また、パスＩＤ＝「ｎ＋１」のパスには「フラグ」が存在し、「優先度」は「フラグ」が存在しないパス（パスＩＤ＝１〜ｎ）よりも下位に設定（例えばｎ＋１）される。優先度＝「ｎ＋１」のパスは、Ｒ−ＡＰＳ処理部１５での処理において存在しない扱いでよい。
【０１３０】
パス切替管理テーブル１８には、図１４に例示するように、各パスの切り替えを管理するための情報が登録されてよい。図１４において、「伝送速度」は、ネットワーク管理者等から要求された伝送速度を表す。ＯＴＮ（Optical Transport Network）では、伝送速度はＴＳの個数で表されてもよい。
【０１３１】
「入出力ポート」は、データを入力又は出力するポートを表す。例えば、ノードＹは、入出力ポートとして「Ｂ（ノードＢと接続するポート）」及び「Ｄ（ノードＤと接続するポート）」を有する。「状態」は、パス状態管理テーブル１７における「状態」とよりＴＳ管理される情報と同じである。
【０１３２】
「スイッチ接続」は、スイッチ２０においてクロスコネクト処理が実行されるか否かを表す。なお、パスの状態が「アイドル」又は「故障」である場合、受信信号は終端されるので、クロスコネクト処理は実行されない。
【０１３３】
「入出力ポートＴＳ」は、非共有区間でデータを伝送するために指定されたＴＳを表す。「共有区間ＴＳ」は、共有区間でデータを伝送するために指定されたＴＳを表す。
【０１３４】
リソース管理部１９は、例示的に、共有区間のデータ伝送に使用可能な空きリソース（例えば、ＴＳ）を管理する。
【０１３５】
次に、図１５〜図１７を参照して、ノードＣ−Ｄ間のワークパス＃２に障害が生じた場合に、ノードＰ又はＱにおけるパス状態管理テーブル１７の更新例について説明する。当該更新例は、図１０に例示した処理Ｓ２２に対応すると捉えてよい。
【０１３６】
ノードＣ−Ｄ間のワークパス＃２に障害が生じた場合、ノードＰ又はＱは、ノードＣ又はＤからＳＦメッセージを受信する。そのため、Ｒ−ＡＰＳメッセージ処理部１５は、図１５に例示するように、パス状態管理テーブル１７において、「Ｒ−ＡＰＳ（signaled）」及び「Ｒ−ＡＰＳ（signaling）」を共に「ＳＦ」に更新し、かつ、パスの「状態」を「故障」状態に更新する。
【０１３７】
ただし、受信したＳＦメッセージの「フラグ」は「無効」フラグであるため、Ｒ−ＡＰＳ処理部１５は、当該ＳＦメッセージに基づくＡＰＳ動作は実施しない。別言すると、当該ＳＦメッセージの受信に応じてパス状態管理テーブル１７は更新されるが、当該ＳＦメッセージはＡＰＳ動作としては無視される。
【０１３８】
障害の生じたノードＣ−Ｄ間のワークパス＃２に対して、ノードＸ−Ｙ間のプロテクションパスを使用できない場合には、ノードＣ又はＤから、フラグオフされたＦＳメッセージが、ノードＰ又ＱのＲ−ＡＰＳ処理部１５にて受信される。
【０１３９】
フラグオフであるため、例示的に、Ｒ−ＡＰＳ処理部１５は、パスＩＤ＝「ｎ＋１」のパスを含めて「優先度」を設定する。例えば図１６に示すように、パスＩＤ＝「ｎ＋１」の「優先度」＝「ｎ＋１」が、「ｋ」（０＜ｋ＜ｉ；ｉは１以上の整数であり優先度を示す。）に変更される。
【０１４０】
また、Ｒ−ＡＰＳ処理部１５は、フラグオフの検出に応じて、パスＩＤ＝「ｎ＋１」のパス経由でＮＲメッセージを送受信する。そのため、図１６において、Ｒ−ＡＰＳ（signaled）」及び「Ｒ−ＡＰＳ（signaling）」が共に「ＮＲ」に更新され、また、パスの「状態」が「アイドル」状態に更新される。
【０１４１】
仮に、優先度が最も高いｋ＝１であり、ノードＸ−Ｙ間のパスがノードＡ−Ｂ間のワークパス＃１（パスＩＤ＝１のパス）の救済に使用されている状態で、ノードＣ−Ｄ間のワークパス＃２に障害が発生したとする。
【０１４２】
この場合、最も高い優先度ｋ＝１をもつパスＩＤ＝「ｎ＋１」のパスが、ワークパス＃２のプロテクションパスに使用され、パス状態管理テーブル１７は、例えば図１７に示すように更新される。
【０１４３】
例示的に、パスＩＤ＝１のパスについて、パスの「状態」は、「プロテクション」状態に更新され、「Ｒ−ＡＰＳ（signaling）」は、「ＳＦ」に更新（維持）される。また、パスＩＤ＝「ｎ＋１」のパスについて、パスの「状態」は、ワークパス＃２の救済に使用されており他のパスのプロテクションに使用できないため「故障」状態に更新され、「Ｒ−ＡＰＳ（signaling）」は、「ＮＲ」から「ＳＦ」に更新される。
【０１４４】
以上のように、上述した実施形態によれば、或るワークパス（例えば、ワークパス＃２）に対して、別のワークパス＃１と共有のプロテクションパスと、別のプロテクションパスと、を設定できる。ワークパス＃２に対して複数のプロテクションパスが設定されても、各プロテクションパスに送信するＲ−ＡＰＳメッセージのＶＬＡＮ  ＩＤによって、各プロテクションパスを識別できる。
【０１４５】
したがって、複数のワークパス＃１及び＃２に共有のプロテクションパスがワークパス＃１に使用されてワークパス＃２が共有のプロテクションパスを使用できなくなっても、別のパスをワークパス＃２のためのプロテクションパスに確保できる。
【０１４６】
よって、ワークパス＃２のためのプロテクションパスが喪失することを抑制でき、ネットワーク１における通信の信頼性を向上できる。
【０１４７】
なお、上述した例では、ワークパス＃２に対して２つのプロテクションパスを提供する「２：１」プロテクションの例であるが、ＶＬＡＮ  ＩＤによって識別可能な３つ以上のプロテクションパスがワークパス＃２に対して提供されてよい。
【０１４８】
別言すると、上述した実施形態は、１つのワークパスに対して、ＶＬＡＮ  ＩＤによって識別可能なｍ個（ｍは２以上の整数）のプロテクションパスを提供する「ｍ：１」プロテクションに一般化することが可能である。
【０１４９】
また、上述した実施形態は、３つのワークパス＃１〜＃３のうち、ワークパス＃２に対して、「ｍ：１」プロテクションを提供する例であるが、他のワークパス＃１やワークパス＃２に対しても、同様にして、「ｍ：１」プロテクションを提供できる。
【０１５０】
別言すると、上述した実施形態によれば、ネットワーク１において、複数のワークパスのいずれに対しても、ＳＭＰやＳＭＲの「ｍ：１」プロテクションを実現、提供することが可能である。
【０１５１】
更に、各プロテクションパスを伝送されるＲ−ＡＰＳメッセージに、有効フラグ又は無効フラグを付与することで、各プロテクションパスのうち有効化するプロテクションパスを適応的に選択できる。したがって、ＡＰＳ動作の誤動作を防止できる。
【０１５２】
（第１変形例）
上述した実施形態（例えば図８）では、論理リング＃Ｂ１のＲ−ＡＰＳメッセージが事前に設定されている例であるが、例えば図１８に示すように、論理リング＃Ａ２の状態に応じて、論理リング＃Ｂ１のＲ−ＡＰＳメッセージを設定してもよい。
【０１５３】
例えば、論理リング＃Ａ２を伝送されるＲ−ＡＰＳメッセージが、ワークパス＃１の障害発生により、ＮＲメッセージからＦＳメッセージに遷移したことに応じて、論理リング＃Ｂ１のＲ−ＡＰＳメッセージが設定されてよい。
【０１５４】
図１９に、第１変形例に係るネットワーク１の構成例を示す。図１９に例示するように、ネットワーク１には、管理装置（又は制御装置）３１が備えられてよい。
【０１５５】
管理装置３１は、ネットワークマネジメントシステム（ＮＭＳ）、あるいは、オペレーションシステム（ＯＰＳ）と称されてもよい。管理装置３１は、例示的に、各ノードＡ〜Ｄ、並びに、ノードＸ，Ｙ，Ｐ及びＱと通信可能に接続されてよい。
【０１５６】
ノードＣ及びＤは、論理リング＃Ａ２を通じて受信されるＲ−ＡＰＳメッセージが、ＮＲメッセージからＦＳメッセージに遷移したことを検出すると、ノードＸ及びＹを経由するプロテクションパスが使用できないことを認識する（図２１の処理Ｓ３１）。
【０１５７】
ＦＳメッセージの受信に応じて、ノードＣ及びＤは、ノードＸ及びＹを経由するプロテクションパスに代わるプロテクションパス候補の探査、設定が必要かどうかを判定してよい（図２１の処理Ｓ３２）。なお、プロテクションパス候補の探査、設定が必要かどうかは、事前に設定されてよい。
【０１５８】
代替のプロテクションパス候補の探査、設定が必要なければ（処理Ｓ３２でＮＯ）、ノードＣ及びＤは、処理を終了してよい。
【０１５９】
代替のプロテクションパス候補の探査、設定が必要であれば（処理Ｓ３２でＹＥＳ）、ノードＣ及びＤは、管理装置３１に、代替のプロテクションパスを設定可能な経路を問い合わせてよい（図１９及び図２１の処理Ｓ３３）。
【０１６０】
管理装置３１は、当該問い合わせに応じて、代替のプロテクションパスを設定可能な経路を、例えばネットワーク１のトポロジ情報に基づいて計算する。
【０１６１】
経路計算によって、代替のプロテクションパスを設定可能な経路が得られれば、管理装置３１は、設定可能であることを示す応答を、問い合わせ元のノードＣ及びＤへ送信してよい（図２０の処理Ｓ３４）。例えば、ノードＣ−Ｐ−Ｑ−Ｄの経路が経路計算によって得られたと仮定する。
【０１６２】
管理装置３１は、ノードＣ−Ｐ−Ｑ−Ｄの経路に対応する論理リング＃Ｂ１でのＲ−ＡＰＳメッセージの処理を規定する設定情報を、論理リングＲ−ＡＰＳ＃Ｂを形成する各ノードＣ、Ｐ、Ｑ及びＤに送信してよい（図２０の処理Ｓ３５）。
【０１６３】
ノードＣ及びＤでは、代替のプロテクションパスを設定可能であることを示す応答が管理装置３１から受信されるか否かを監視してよい（図２１の処理Ｓ３４）。
【０１６４】
設定可能を示す応答が管理装置３１から受信されなければ（図２１の処理Ｓ３４でＮＯ）、ノードＣ及びＤは、処理を終了してよい。
【０１６５】
設定可能を示す応答が管理装置３１から受信されれば（図２１の処理Ｓ３４でＹＥＳ）、ノードＣ及びＤは、管理装置３１から受信される設定情報に従って論理リング＃Ｂ１の送受信設定を行ない、論理リング＃Ｂ１を起動する（図２０及び図２１の処理Ｓ３５）。
【０１６６】
ノードＰ及びＱにおいても、ノードＣ及びＤと同様に、管理装置３１から受信される設定情報に従って、論理リング＃Ｂ１でのＲ−ＡＰＳメッセージに対する処理設定を行ない、論理リング＃Ｂ１を起動する。
【０１６７】
論理リング＃Ｂ１の起動に応じて、ノードＣ、Ｐ、Ｑ及びＤは、論理リング＃Ｂ１を通じたＲ−ＡＰＳメッセージ（例えば、ＮＲメッセージ）の送受信を開始する。ノードＣ及びＤは、論理リング＃Ｂ１を通じてＲ−ＡＰＳメッセージが実際に受信されるか否かをチェック（別言すると「疎通確認」）してよい（図２１の処理Ｓ３６）。
【０１６８】
或る設定時間が満了（タイムアウト）するまで、ノードＣ及びＤは、論理リング＃Ｂ１の疎通確認を継続してよい（図２１の処理Ｓ３６及びＳ３７でＮＯ）。
【０１６９】
設定時間がタイムアウトしても、論理リング＃Ｂ１の疎通が確認できなければ（図２１の処理Ｓ３６でＮＯ、及び、処理Ｓ３７でＹＥＳ）、ノードＣ及びＤは、再度、管理装置３１へ経路の問い合わせを行なってよい（図２１の処理Ｓ３３）。
【０１７０】
設定時間がタイムアウトするまでに、論理リング＃Ｂ１の疎通が確認できれば（図２１の処理Ｓ３６でＹＥＳ）、ノードＣ及びＤは、論理リング＃Ｂ１を運用してよい（図２１の処理Ｓ３８）。ノードＰ及びＱにおいても、同様に、論理リング＃Ｂ１の疎通確認によって、論理リング＃Ｂ１を運用してよい。
【０１７１】
以上のように、第１変形例によれば、既述の実施形態と同様の作用効果が得られるほか、論理リング＃Ａ２の状態に応じて、論理リング＃Ｂ１のＲ−ＡＰＳメッセージを適応的に設定できる。したがって、既述の実施形態のように事前に設定しておく例に比して、ＡＰＳ設定作業を簡易化できる。
【０１７２】
図２２に、第１変形例に係るノードＣ及びＤの構成例を示す。図２２は、図１１に例示した構成に比して、プロテクションパス設定処理部２１が追加的に備えられている点が異なる。
【０１７３】
プロテクションパス設定処理部２１にて、図２１に例示した処理Ｓ３１〜Ｓ３７が実行されると捉えてよい。例示的に、プロテクションパス設定処理部２１は、判定部２１１と、制御メッセージ送受信部２１２と、を備えてよい。
【０１７４】
制御メッセージ送受信部２１２は、管理装置３１宛に問い合わせるメッセージを送信する。また、制御メッセージ送受信部２１２は、管理装置３１から、経路の問い合わせに対する応答や、代替のプロテクションパスに対応する論理リング（例えば＃Ｂ１）の設定情報を制御メッセージにて受信する。
【０１７５】
したがって、制御メッセージ送受信部２１２は、管理装置３１に対して、プロテクション候補の問い合わせを送信する第２送信部の一例であり、また、プロテクションパス候補の情報を管理装置３１から受信する第２受信部の一例でもある。
【０１７６】
判定部２１１は、例示的に、論理リング＃２Ａの状態を判断する処理と、論理リング＃Ｂ１の状態を判断する処理と、論理リング＃Ｂ１に対する設定情報をＲ−ＡＰＳ処理部１５に与えて論理リング＃Ｂ１の設定を指示する処理と、を実施してよい。
【０１７７】
なお、ノードＰ及びＱの構成例は、図２２に例示するノードＣ及びＤの構成例と同一若しくは同様でよいが、判定部２１１での論理リングの状態判断処理や、制御メッセージ送受信部２１２を通じた管理装置３１への経路の問い合わせ処理は不要でよい。
【０１７８】
図１１及び図１２に例示したノード構成例では、論理リング＃Ａ２の状態に依存しないで論理リング＃Ｂ１が静的に設定される例であるため、プロテクションパス設定処理部２１は図示されていない。しかし、図１１及び図１２のノード構成例においても、プロテクションパス設定処理部２１が備えられて構わない。論理リング＃Ａ２の状態に応じて動的に論理リング＃Ｂ１を設定する場合に、プロテクションパス設定処理部２１が起動される態様であってもよい。
【０１７９】
（第２変形例）
第１変形例は、管理装置３１が、代替のプロテクションパスを設定可能な経路に位置する各ノードＣ，Ｐ，Ｑ及びＤに対して論理リング＃Ｂ１におけるＲ−ＡＰＳメッセージの送受信設定を行なう例である。
【０１８０】
これに対して、第２変形例では、図２３に例示するように、管理装置３１は、各ノードＣ，Ｐ，Ｑ及びＤのいずれか１つ（例示的に、ノードＣ）に対して論理リング＃Ｂ１におけるＲ−ＡＰＳメッセージの設定を実施してよい（処理Ｓ３４）。
【０１８１】
当該設定を実施されたノードＣが、論理リング＃Ｂ１を形成する他のノードＰ，Ｑ及びＤ宛に制御信号を送信することで、第１変形例と同等の、論理リング＃Ｂ１におけるＲ−ＡＰＳメッセージの設定を実施してよい。
【０１８２】
以上のように、第２変形例によれば、既述の実施形態及び第１変形例と同様の作用効果が得られるほか、管理装置３１が、論理リング＃Ｂ１を形成するノードＣ，Ｐ，Ｑ及びＤのそれぞれに対して設定を行なわなくてもよい。したがって、管理装置３１の負荷軽減を図ることができる。
【０１８３】
図２４に、第２変形例に係るノードＣ及びＤの動作例を示す。図２４は、第１変形例の図２１に比して、処理Ｓ３５が処理Ｓ３５ａに置き換わっている点が異なる。
【０１８４】
処理Ｓ３５ａにおいて、ノードＣは、管理装置３１から受信される設定情報に基づいて、論理リング＃Ｂ１を形成する他のノードＰ，Ｑ及びＤ宛に、Ｒ−ＡＰＳメッセージの処理を規定する設定情報を含む設定制御信号を送信してよい。
【０１８５】
図２５に、第２変形例に係るノードＣの構成例を示す。図２５に例示するように、第２変形例のノードＣは、例示的に、第１変形例（図２２）の構成例に比して、プロテクションパス設定処理部２１に、設定制御信号生成部２１３が追加的に備えられる点が異なる。
【０１８６】
また、図２５では、図２２に例示したＲ−ＡＰＳ抽出多重部１３が、制御信号抽出多重部２２に置き換えられる。ただし、制御信号抽出多重部２２は、Ｒ−ＡＰＳ抽出多重部１３と同等の機能を有してよい。
【０１８７】
設定制御信号生成部２１３は、例示的に、制御メッセージ送受信部２１２にて受信された、管理装置３１からの設定情報に基づいて、他のノードＰ，Ｑ及びＤ宛の設定制御信号を生成する。生成された設定制御信号は、制御信号抽出多重部２２にて、他のノードＰ，Ｑ及びＤにそれぞれ対応するパスに多重されてノードＰ，Ｑ及びＤ宛に送信される。
【０１８８】
設定制御信号生成部２１３は、第３送信部の一例である。第３送信部２１３は、制御メッセージ送受信部２１２で受信した設定情報に基づいて、第２のプロテクションパスに対応する論理リング＃Ｂ１が経由する他のノード宛に、当該論理リング＃Ｂ１でのＲ−ＡＰＳメッセージの処理を規定する設定情報を送信する。
【０１８９】
なお、ノードＰ，Ｑ及びＤの構成例も、図２５と同一若しくは同様でよく、制御信号抽出多重部２２にて、ノードＣが送信した設定制御信号を抽出することができる。抽出された設定制御信号は、Ｒ−ＡＰＳ処理部１５に与えられてよい。Ｒ−ＡＰＳ処理部１５は、設定制御信号に基づいて、論理リング＃Ｂ１を通じたＲ−ＡＰＳメッセージの送受信処理設定を実施することができる。
【０１９０】
制御信号抽出多重部２２で多重又は抽出される制御信号には、設定制御信号に限らずＲ−ＡＰＳメッセージが含まれてよい。別言すると、制御信号抽出多重部２２は、設定制御信号の多重及び抽出と、Ｒ−ＡＰＳメッセージの多重及び抽出と、に共通であってよい。
【０１９１】
第２変形例においても、第１変形例と同様に、ノードＰ及びＱでは、判定部２１１での論理リングの状態判断処理や、制御メッセージ送受信部２１２を通じた管理装置３１への経路の問い合わせ処理は不要でよい。
【０１９２】
（その他）
上述した各変形例を含む実施形態は、ＯＴＮ等の時分割多重（ＴＤＭ）ネットワークに限らず、例えば、パケットデータを伝送するネットワークにも適用可能である。例えば、上述した各変形例を含む実施形態は、イーサネット（登録商標）やＭＰＬＳ（Multi-Protocol Label Switching）ネットワーク等にも適用可能である。
【０１９３】
図１１、図１２、図２２、及び、図２５に例示したノード構成において、障害検出部１４とスイッチ２０との間に、パス毎の帯域制御部が備えられてよい。
【０１９４】
帯域制御部は、例示的に、シェーパやポリサによって実現されてよく、パス単位で指定された伝送帯域に応じてパケットデータの送信量（又は、パケット送信間隔）を制御してよい。
【０１９５】
あるいは、帯域制御部は、パス単位で指定された伝送帯域に応じて受信したパケットデータを廃棄してよい。パスの伝送帯域は、例えば、Ｒ−ＡＰＳメッセージを利用してターゲットノードに通知されてよい。Ｒ−ＡＰＳメッセージには、GMPLS ODU Signalingではなく、伝送帯域を要求する情報を含むシグナリング拡張を付加してもよい。
【０１９６】
（ノードのハードウェア構成例）
図２６は、上述した各変形例を含む実施形態に係るノードのハードウェア構成例を示すブロック図である。
【０１９７】
ノードは、例示的に、プロセッサ１０１、メモリ１０２、記憶装置１０３、読み取り装置１０４、通信インタフェース１０６、及び、入出力装置１０７を備えてよい。
【０１９８】
プロセッサ１０１、メモリ１０２、記憶装置１０３、読み取り装置１０４、通信インタフェース１０６、入出力装置１０７は、例えば、バス１０８を介して互いに接続されてよい。
【０１９９】
プロセッサ１０１は、演算能力を備えたハードウェア回路又はデバイスであってよく、例示的に、ＣＰＵ（Central Processing Unit）であってよい。プロセッサ１０１は、メモリ１０２を利用してプログラムを実行することにより、上述した各変形例を含む実施形態にて説明したノードの動作を実現可能である。
【０２００】
メモリ１０２は、例えば半導体メモリであってよく、ＲＡＭ（Random Access Memory）領域及びＲＯＭ（Read Only Memory）領域を含んでよい。
【０２０１】
記憶装置１０３は、例えばハードディスク装置であってよく、既述のノードの動作を実現するプログラムを記憶してよい。なお、記憶装置１０３は、フラッシュメモリ等の半導体メモリであってもよい。また、記憶装置１０３は、外部記憶装置であってもよい。メモリ１０２や記憶装置１０３に、既述のパス状態管理テーブル１７及びパス切替管理テーブル１８が記憶されてよい。
【０２０２】
読み取り装置１０４は、プロセッサ１０１の指示に従って可搬記録媒体１０５にアクセスしてよい。可搬記録媒体１０５は、例えば、半導体デバイス（ＵＳＢメモリ等）、磁気的作用により情報が入出力される媒体（磁気ディスク等）、光学的作用により情報が入出力される媒体（ＣＤ−ＲＯＭ、ＤＶＤ等）等であってよい。
【０２０３】
通信インタフェース１０６は、プロセッサ１０１の指示に従ってネットワークを介してデータを送信および受信することができる。
【０２０４】
入出力装置１０７は、ネットワーク管理者からの指示や設定を受け付けるデバイス、プロセッサ１０１の処理結果を出力するデバイス等を含んでよい。
【０２０５】
上述した各変形例を含む実施形態にて説明したノードの動作を実現可能なプログラムは、例えば、記憶装置１０３に予めインストールされていてもよいし、可搬記録媒体１０５によって提供されてもよいし、サーバ１１０から提供されてもよい。
【符号の説明】
【０２０６】
１  通信ネットワーク
１１  送受信装置
１２  分離多重部
１３  Ｒ−ＡＰＳ抽出多重部
１４  障害検出部
１５  Ｒ−ＡＰＳ処理部
１６  判定部
１７  パス状態管理テーブル
１８  パス切替管理テーブル
１９  リソース管理部
２０  スイッチ
２１  プロテクションパス設定処理部
２１１  判定部
２１２  制御メッセージ送受信部
２１３  設定制御信号生成部
３１  管理装置
１０１  プロセッサ
１０２  メモリ
１０３  記憶装置
１０４  読み取り装置
１０５  可搬記録媒体
１０６  通信インタフェース
１０７  入出力装置
１０８  バス
１１０  サーバ
【図１】
2017079399.tif 000003
【図２】
2017079399.tif 000004
【図３】
2017079399.tif 000005
【図４】
2017079399.tif 000006
【図５】
2017079399.tif 000007
【図６】
2017079399.tif 000008
【図７】
2017079399.tif 000009
【図８】
2017079399.tif 000010
【図９】
2017079399.tif 000011
【図１０】
2017079399.tif 000012
【図１１】
2017079399.tif 000013
【図１２】
2017079399.tif 000014
【図１３】
2017079399.tif 000015
【図１４】
2017079399.tif 000016
【図１５】
2017079399.tif 000017
【図１６】
2017079399.tif 000018
【図１７】
2017079399.tif 000019
【図１８】
2017079399.tif 000020
【図１９】
2017079399.tif 000021
【図２０】
2017079399.tif 000022
【図２１】
2017079399.tif 000023
【図２２】
2017079399.tif 000024
【図２３】
2017079399.tif 000025
【図２４】
2017079399.tif 000026
【図２５】
2017079399.tif 000027
【図２６】
2017079399.tif 000028