(57)【要約】      （修正有）【課題】１つの予備パスを複数の現用パスで共有する通信システムにおいて、複数の現用パスに障害が多重的に発生した場合、優先度の高い通信の救済率を向上する通信システムを提供する。【解決手段】障害が発生した、複数の現用パス＃１，＃２のいずれかにおいて時分割スロットＴＳ＃１〜ＴＳ＃５のいずれかに割り当てられて伝送される信号中、優先度の高い信号＃１Ｈ，＃２Ｈを、現有パス＃１，＃２にシェアされる予備パスにおける複数の時分割スロットＴＳ＃１〜ＴＳ＃５へ割り当てることにより、優先度の高い通信を救済する。【選択図】図５
2017005536.tif 000002
【特許請求の範囲】
【請求項１】
優先度が設定された複数の信号を複数の時分割スロットにて伝送する複数の現用パスと、
前記複数の現用パスにシェアされる予備パスと、
前記現用パスのいずれかにおいて前記時分割スロットのいずれかに割り当てられて伝送される前記信号の、前記予備パスにおける複数の時分割スロットへの割り当てを、前記信号の優先度に基づいて制御するコントローラと、
を備えた、通信システム。
【請求項２】
前記コントローラは、
前記現用パスのいずれかについての障害発生検出に応じて、障害の発生した現用パスの前記複数の時分割スロットに割り当てられている複数の前記信号のうち、前記優先度の高い信号を優先的に前記予備パスの前記時分割スロットに割り当てる、請求項１に記載の通信システム。
【請求項３】
前記コントローラは、
前記予備パスにおいて前記障害の発生した現用パスの信号が割り当てられない時分割スロットに、警報情報を設定する、請求項２に記載の通信システム。
【請求項４】
前記コントローラは、
前記現用パスのいずれについても障害発生が未検出であっても、前記複数の現用パスをそれぞれ伝送される優先度の高い前記信号を、前記予備パスの前記時分割スロットに割り当てる、請求項１に記載の通信システム。
【請求項５】
前記コントローラは、
前記予備パスの始点に位置する予備パス始点ノードと、
前記予備パスの終点に位置する予備パス終点ノードと、を含み、
前記予備パス始点ノードは、
前記現用パスの前記時分割スロットに割り当てられた前記信号の優先度毎に、当該信号に割り当てる前記予備パスの前記時分割スロットの情報を設定した第１スロット割当テーブルを記憶する第１記憶部と、
前記第１スロット割当テーブルに従って前記予備パスの前記時分割スロットの割り当てを制御する第１スロット制御部と、を備え、
前記予備パス終点ノードは、
前記第１スロット割当テーブルによって前記予備パスの前記時分割スロットに割り当てられた前記信号の優先度毎に、元の前記現用パスの前記時分割スロットの情報を設定した第２スロット割当テーブルを記憶する第２記憶部と、
前記第２スロット割当テーブルに従って、前記予備パスの前記時分割スロットに割り当てられた前記信号の、前記元の現用パスの前記時分割スロットへの割り当てを制御する第２スロット制御部と、を備えた、請求項１〜４のいずれか１項に記載の通信システム。
【請求項６】
前記第１スロット割当テーブルにおいて、前記予備パスの前記時分割スロットの情報は、前記複数の現用パスのいずれかの障害発生検出に応じて、前記優先度の高い信号が優先して前記予備パスの前記時分割スロットに割り当てられるように動的に設定される、請求項５に記載の通信システム。
【請求項７】
前記第１スロット割当テーブルにおいて、前記優先度の高い信号に対する前記予備パスの前記時分割スロットの情報は、静的に設定されており、前記優先度の低い信号に対する前記予備パスの前記時分割スロットの情報は、前記複数の現用パスの障害発生状況と、前記予備パスの前記時分割スロットの割当状況と、に応じて動的に設定される、請求項５に記載の通信システム。
【請求項８】
前記動的な設定に応じて、前記第１スロット割当テーブルの情報が、前記予備パス終点ノードに通知され、通知された情報に基づいて前記第２スロット割当テーブルが更新される、請求項６又は７に記載の通信システム。
【請求項９】
複数の現用パスにシェアされる予備パスの始点に位置するノードであって、
前記現用パスのいずれかから、優先度が設定された複数の信号を複数の時分割スロットにて受信する受信部と、
前記時分割スロットにて受信された前記信号を、前記予備パスにおける複数の時分割スロットのいずれかにて送信する送信部と、
前記現用パスから前記時分割スロットにて受信された前記信号の、前記予備パスの前記時分割スロットへの割り当てを、前記信号の優先度に基づいて制御する制御部と、
を備えた、ノード。
【請求項１０】
複数の現用パスにシェアされる予備パスの終点に位置するノードであって、
前記予備パスから、優先度が設定された複数の信号を複数の時分割スロットにて受信する受信部と、
前記予備パスから前記時分割スロットにて受信された前記信号を、前記現用パスのいずれかの受信ノードへ、前記現用パスにおける複数の時分割スロットのいずれかにて送信する送信部と、
前記予備パスから前記時分割スロットにて受信された前記信号の、前記現用パスの前記時分割スロットへの割り当てを、前記信号の優先度に基づいて制御する制御部と、
を備えた、ノード。
【請求項１１】
複数の現用パスと、前記複数の現用パスにシェアされる予備パスと、が設定された通信システムにおける信号パス制御方法であって、
前記複数の現用パスのそれぞれにおいて、優先度が設定された複数の信号を複数の時分割スロットにて伝送し、
前記複数の現用パスのいずれかにおいて前記時分割スロットのいずれかに割り当てられて伝送される前記信号の、前記予備パスにおける複数の時分割スロットへの割り当てを、前記信号の優先度に基づいて制御する、
通信システムにおける信号パス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に記載する技術は、通信システム、ノード、及び、通信システムにおける信号パス制御方法に関する。
【背景技術】
【０００２】
近年、イーサネット（登録商標）やインターネットプロトコル（ＩＰ）の技術的な向上に伴って、ネットワークの通信トラフィックが増大している。
【０００３】
その一方で、スマートフォンやタブレット端末の普及に伴って、音声や画像等の情報を含むマルチメディア通信の利用形態が多様化している。
【０００４】
そのため、様々なサービスの情報がネットワークにおいて伝送されるようになってきており、通信トラフィック量は益々増大する傾向にある。
【０００５】
このような状況において、ネットワークに障害が発生すると、エンドユーザに限らず社会全体に多大な影響を与えてしまうおそれがある。そのため、ネットワークには、通信が途切れることの無い、高い信頼性及び可用性が求められる。
【０００６】
ネットワークの信頼性及び可用性を向上する技術の１つに、ネットワークを冗長化する技術がある。ネットワークの冗長化技術の一例として、「１＋１プロテクション」技術と、「１：Ｎプロテクション」技術と、がある。
【０００７】
「１＋１プロテクション」技術では、１つの現用パスに対して、１つの予備パスが設定される。「１：Ｎプロテクション」技術では、Ｎ個（Ｎは２以上の整数）の現用パスに対して、１つの予備パスが設定される。
【０００８】
「１：Ｎプロテクション」技術では、１つの予備パスが複数の現用パスに共有されるため、「１＋１プロテクション」技術に比べて、経済的に有利であり、また、通信帯域を効率的に利用することが可能である。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００３−７８５５３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、「１：Ｎプロテクション」技術では、１つの予備パスを複数の現用パスで共有するため、複数の現用パスに障害が多重的に発生すると、全ての信号を予備パスで救済できないことがある。
【００１１】
例えば、緊急通報信号等のように、通常の通信信号よりも優先度が高いと考えられる信号を救済できないことがあり、優先度の高い通信が途切れてしまうことがある。
【００１２】
１つの側面では、本明細書の記載する技術の目的の１つは、通信システムにおいて優先度の高い通信の救済率を向上することにある。
【課題を解決するための手段】
【００１３】
１つの側面において、通信システムは、優先度が設定された複数の信号を複数の時分割スロットにて伝送する複数の現用パスと、前記複数の現用パスにシェアされる予備パスと、コントローラと、を備えてよい。コントローラは、前記現用パスのいずれかにおいて前記時分割スロットのいずれかに割り当てられて伝送される前記信号の、前記予備パスにおける複数の時分割スロットへの割り当てを、前記信号の優先度に基づいて制御してよい。
【００１４】
また、１つの側面において、複数の現用パスにシェアされる予備パスの始点に位置するノードは、受信部と、送信部と、制御部と、を備えてよい。受信部は、前記現用パスのいずれかから、優先度が設定された複数の信号を複数の時分割スロットにて受信してよい。送信部は、前記時分割スロットにて受信された前記信号を、前記予備パスにおける複数の時分割スロットのいずれかにて送信してよい。制御部は、前記現用パスから前記時分割スロットにて受信された前記信号の、前記予備パスの前記時分割スロットへの割り当てを、前記信号の優先度に基づいて制御してよい。
【００１５】
更に、１つの側面において、複数の現用パスにシェアされる予備パスの終点に位置するノードは、受信部と、送信部と、制御部と、を備えてよい。受信部は、前記予備パスから、優先度が設定された複数の信号を複数の時分割スロットにて受信してよい。送信部は、前記予備パスから前記時分割スロットにて受信された前記信号を、前記現用パスのいずれかの受信ノードへ、前記現用パスにおける複数の時分割スロットのいずれかにて送信してよい。制御部は、前記予備パスから前記時分割スロットにて受信された前記信号の、前記現用パスの前記時分割スロットへの割り当てを、前記信号の優先度に基づいて制御してよい。
【００１６】
また、１つの側面において、信号パス制御方法は、複数の現用パスと、前記複数の現用パスにシェアされる予備パスと、が設定された通信システムにおいて、前記複数の現用パスのそれぞれにおいて、優先度が設定された複数の信号を複数の時分割スロットにて伝送してよい。そして、前記複数の現用パスのいずれかにおいて前記時分割スロットのいずれかに割り当てられて伝送される前記信号の、前記予備パスにおける複数の時分割スロットへの割り当てを、前記信号の優先度に基づいて制御してよい。
【発明の効果】
【００１７】
１つの側面として、通信システムにおいて優先度の高い通信の救済率を向上できる。
【図面の簡単な説明】
【００１８】
【図１】一実施形態に係る通信システムの構成例を示すブロック図である。
【図２】一実施形態に係るＯＴＮ（Optical Transport Network）フレームのオーバヘッド（ＯＴＮ  ＯＨ）のフォーマット例を示す図である。
【図３】第１実施例に係る通信システムの動作例（通常運用時）を説明すべく図１の構成例を簡略化して示す図である。
【図４】第１実施例に係る通信システムの動作例（片系障害時）を説明すべく図１の構成例を簡略化して示す図である。
【図５】第１実施例に係る通信システムの動作例（両系障害時）を説明すべく図１の構成例を簡略化して示す図である。
【図６】図３〜図５に例示した予備パス始点ノードにおけるトリビュータリスロット（ＴＳ）変換テーブルの構成例を示す図である。
【図７】図３〜図５に例示した予備パス終点ノードにおけるＴＳ変換テーブルの構成例を示す図である。
【図８】図１に例示したオペレーションシステム（ＯＰＳ）の動作例を示すフローチャートである。
【図９】図３〜図５に例示した、現用パスの送信ノードの動作例を示すフローチャートである。
【図１０】図３〜図５に例示した予備パス始点ノードの動作例を示すフローチャートである。
【図１１】図３〜図５に例示した予備パス終点ノードの動作例を示すフローチャートである。
【図１２】図３〜図５に例示した、現用パスの終端ノードの動作例を示すフローチャートである。
【図１３】図３〜図５に例示した送信ノードの機能的な構成例を示すブロック図である。
【図１４】図３〜図５に例示した予備パス始点ノードの機能的な構成例を示すブロック図である。
【図１５】図３〜図５に例示した予備パス終点ノードの機能的な構成例を示すブロック図である。
【図１６】図３〜図５に例示した終端ノードの機能的な構成例を示すブロック図である。
【図１７】第２実施例に係る通信システムの動作例（片系障害時）を説明すべく図１の構成例を簡略化して示す図である。
【図１８】第３実施例に係る通信システムの構成例を示すブロック図である。
【図１９】第３実施例の予備パス始点ノードにおけるＴＳ変換テーブルの構成例（第１の態様）を示す図である。
【図２０】第３実施例の予備パス始点ノードにおけるＴＳ変換テーブルの構成例（第２の態様）を示す図である。
【図２１】第３実施例における、ＴＳ変換テーブルを動的に更新する予備パス始点ノードの動作例を示すフローチャートである。
【図２２】第３実施例における、ＴＳ変換テーブルを動的に更新する予備パス終点ノードの動作例を示すフローチャートである。
【図２３】図１９に例示した第１の態様のＴＳ変換テーブルを用いた、図１８の通信システムの通常運用時における動作例を説明するための図である。
【図２４】図２３の動作例に対応した、予備パス始点ノードにおけるＴＳ変換テーブルの構成例を示す図である。
【図２５】図１８に例示した通信システムにおいて１つの現用パスに障害が発生した場合の動作例を説明するための図である。
【図２６】図２５の動作例に対応した、予備パス始点ノードにおけるＴＳ変換テーブルの構成例を示す図である。
【図２７】図１８に例示した通信システムにおいて２つの現用パスに障害が発生した場合の動作例を説明するための図である。
【図２８】図２７の動作例に対応した、予備パス始点ノードにおけるＴＳ変換テーブルの構成例を示す図である。
【図２９】図１８に例示した通信システムにおいて３つの現用パスに障害が発生した場合の動作例を説明するための図である。
【図３０】図２９の動作例に対応した、予備パス始点ノードにおけるＴＳ変換テーブルの構成例を示す図である。
【図３１】図１８に例示した通信システムにおいて４つの現用パスに障害が発生した場合の動作例を説明するための図である。
【図３２】図３１の動作例に対応した、予備パス始点ノードにおけるＴＳ変換テーブルの構成例を示す図である。
【図３３】第３実施例の予備パス始点ノードにおけるＴＳ変換テーブルの構成例（第３の態様）を示す図である。
【図３４】図３３に例示した第３の態様のＴＳ変換テーブルを用いた、図１８の通信システムの通常運用時における動作例を説明するための図である。
【図３５】図３４の動作例に対応した、予備パス始点ノードにおけるＴＳ変換テーブルの構成例を示す図である。
【図３６】図３４に例示した通信システムにおいて１つの現用パスに障害が発生した場合の動作例を示す図である。
【図３７】図３６の動作例に対応した、予備パス始点ノードにおけるＴＳ変換テーブルの構成例を示す図である。
【図３８】図３４に例示した通信システムにおいて２つの現用パスに障害が発生した場合の動作例を示す図である。
【図３９】図３８の動作例に対応した、予備パス始点ノードにおけるＴＳ変換テーブルの構成例を示す図である。
【発明を実施するための形態】
【００１９】
以下、図面を参照して実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。また、以下に説明する各種の例示的態様は、適宜に組み合わせて実施しても構わない。なお、以下の実施形態で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。
【００２０】
（システム構成例）
図１は、一実施形態に係る通信システムの構成例を示すブロック図である。図１に示す通信システム１は、例示的に、ｎ台（ｎは２以上の整数）の通信装置１１−１〜１１−ｎと、オペレーションシステム（ＯＰＳ）１２と、を備えてよい。図１の例ではｎ＝１１である。通信システム１は、「ネットワーク１」と称してもよい。
【００２１】
ネットワーク１は、例示的に、ＯＴＮ（Optical Transport Network）でもよいし、ＭＰＬＳ（Multi-Protocol Label Switching）やＭＰＬＳ−ＴＰ（Transport Profile）をサポートするＭＰＬＳネットワークであってもよい。
【００２２】
「通信装置」は、ＯＴＮの光伝送装置に相当してもよいし、ＭＰＬＳネットワークのルータに相当してもよい。「通信装置」は、「ノード」、「局」、あるいは、「ネットワークエレメント（ＮＥ）」と称されてもよい。
【００２３】
図１の例では、１１台の通信装置１１−１〜１１−１１をそれぞれ「ノードＡ〜Ｋ」として表している。ノード１１−１〜ノード１１−１１を区別しなくてよい場合は、それぞれを「ノード１１」と表記することがある。
【００２４】
ノード１１間は、通信路によって接続されてよい。ＯＴＮ１において、「通信路」は、光伝送路であってよく、光伝送路は、光ファイバを用いた光ファイバ伝送路であってよい。複数のノード１１は、例示的に、メッシュ状に接続されてよい。
【００２５】
図１に例示するように、ネットワーク１には、ノードＡからノードＢ及びＣを経由してノードＤに至る第１のルート＃１と、ノードＥからノードＦ及びＧを経由してノードＨに至る第２のルート＃２と、が設定されてよい。
【００２６】
第１のルート＃１及び第２のルート＃２は、いずれも「現用」ルートに設定されてよい。各ルート＃１及び＃２のそれぞれには、パス（あるいは「コネクション」と称してもよい。）が設定されてよい。
【００２７】
現用ルート＃１（又は＃２）に設定されたパスは、「現用パス」と称してよい。なお、以下の説明において、便宜的に、第１のルート＃１に設定されるパスを「パス＃１」と表記し、第２のルート＃２に設定されるパスを「パス＃２」と表記することがある。
【００２８】
ネットワーク１において、複数の現用パスに対して１つの予備パスが設定されてよい。現用パスの数を「Ｎ」（Ｎは２以上の整数）で表せば、ネットワーク１において「１：Ｎプロテクション」が実現されてよい。
【００２９】
「１：Ｎプロテクション」は、パスの冗長構成の一例である。現用パスのいずれかが障害発生等によって使用不能になった場合、予備パスで現用パスの通信を救済することが可能である。なお、「現用」及び「予備」は、それぞれ、「ワーキング」及び「プロテクション」と称されてよい。
【００３０】
予備パスは、複数の現用パスにシェアされてよい。１つの予備パスが複数の現用パスにシェアされる方式は、「シェアード・リストレーション（ＳＲ）」方式と称されることがある。
【００３１】
複数のノード１１がメッシュ状に接続されたネットワーク１において、「シェアード・リストレーション方式」は、「シェアード・メッシュ・プロテクション（ＳＭＰ）」方式と称されてもよい。ＳＲ方式あるいはＳＭＰ方式は、「１：Ｎプロテクション」方式の一例である。
【００３２】
例えば図１において、ノードＩ−Ｊ−Ｋを経由するルートに、複数の現用パス＃１及び＃２にシェアされる予備パスが設定されてよい。なお、「シェアード・リストレーション」方式における「予備パス」は、「共有（シェアード）パス」と称されてもよい。
【００３３】
現用パス＃１に障害が発生した場合、現用パス＃１の送信ノードＡから終端ノード（「受信ノード」と称してもよい。）Ｄへの通信を、ノードＩ−Ｊ−Ｋを経由する予備パスによって救済することが可能である。
【００３４】
現用パス＃２に障害が発生した場合も、現用パス＃２の送信ノードＥから終端ノードＨへの通信を、ノードＩ−Ｊ−Ｋを経由する予備パスによって救済することが可能である。
【００３５】
なお、予備パスの始点に位置するノードを便宜的に「予備パス始点ノード」と称することがあり、当該予備パスの終点に位置するノードを便宜的に「予備パス終点ノード」と称することがある。
【００３６】
図１の例では、「ノードＩ」が「予備パス始点ノード」に相当し、「ノードＫ」が「予備パス終点ノード」に相当する。「予備パス始点ノード」は、「予備パス送信ノード」と言い換えてもよく、「予備パス終点ノード」は、「予備パス受信ノード」と言い換えてもよい。
【００３７】
別言すると、予備パス始点ノードＩは、複数の現用パス＃１及び＃２の送信ノードＡ及びＥのいずれかから信号を受信可能なノードに相当する。また、予備パス終点ノードＫは、複数の現用パス＃１及び＃２の終端ノードＤ及びＨのいずれかへ信号を送信可能なノードに相当する。
【００３８】
ＯＰＳ１２は、ネットワーク１の全体的な挙動を制御可能であり、例示的に、オペレータが端末等を利用して管理対象のネットワーク１における各ノード１１を制御できる。なお、オペレータが操作する端末は、「オペレータ端末」と称してよい。「オペレータ」は、「ネットワーク管理者」と称してもよい。
【００３９】
現用パス＃１及び＃２の設定、並びに、予備パスの設定は、例示的に、ＯＰＳ１２によって実施されてよい。例えば、ＯＰＳ１２は、現用パス＃１及び＃２が経由するノード１１に対してクロスコネクト設定やスイッチ設定等の物理的な接続設定を個別に実施してよい。また、ＯＰＳ１２は、予備パスが経由するノード１１に対して帯域の予約設定等を個別に実施してよい。
【００４０】
なお、図１の例において、予備パス始点ノードＩと予備パス終点ノードＫとの間には、１台の中間ノードＪが位置しているが、予備パスの中間ノードは０台の場合もあるし２台以上の場合もある。
【００４１】
また、図１の例において、現用パス＃１の送信ノードＡと終端ノードＤとの間には、２台の中間ノードＢ及びＣが位置しているが、現用パス＃１の中間ノードは０台又は１台の場合もあるし３台以上の場合もある。現用パス＃２の中間ノード数についても同様である。
【００４２】
現用パス＃１及び＃２や予備パスを伝送される信号は、非限定的な一例として、ＯＴＮ信号であってよい。ＯＴＮ信号（「ＯＴＮフレーム」と称してもよい。）には、異なる伝送レート（「信号レート」と称してもよい。）の信号を階層的に多重（「マッピング」と称してもよい。）することが可能である。
【００４３】
ＯＴＮフレームにマッピングされる信号は、光チャネルデータユニット（ＯＤＵｋ）信号と称される。ＯＤＵｋ信号の「ｋ」は、信号レートの相違に応じたレベル（あるいは「オーダ」又は「レイヤ」と称してもよい。）を表し、ｋ＝１，２，３，４，５又は６等である。
【００４４】
「ｋ」の値を区別しなくてよい場合、ＯＤＵｋ信号は、「ｋ」を省略して単に「ＯＤＵ信号」と表記されてよい。ＯＤＵ信号に、更に別のＯＤＵ信号がマッピングされる場合、後者の「別のＯＤＵ信号」は、「低次（又は低速）ＯＤＵ信号（ＬＯ−ＯＤＵ信号）」と称されてよい。一方、ＬＯ−ＯＤＵ信号がマッピングされる前者のＯＤＵ信号は、「高次（又は高速）ＯＤＵ信号（ＨＯ−ＯＤＵ信号）」と称されてよい。
【００４５】
ＯＤＵ信号には、クライアント信号がマッピングされてよい。「クライアント信号」は、「トリビュータリ信号」あるいは「ユーザトラフィック」と称してもよい。クライアント信号の一例は、イーサネット（登録商標）のフレーム信号や、ＳＤＨ又はＳＯＮＥＴのフレーム信号等である。
【００４６】
「ＳＤＨ」は、「Synchronous Digital Hierarchy」の略称であり、「ＳＯＮＥＴ」は、「Synchronous Optical Network」の略称である。ＳＤＨとＳＯＮＥＴとは互換性のある同期デジタル伝送方式である。
【００４７】
ＯＴＮでは、イーサネットやＳＤＨ／ＳＯＮＥＴ等の、多種多様なプロトコルや信号レートのクライアント信号を、より高速な信号に階層的にマッピング（「カプセル化」と称してもよい。）して伝送することができる。
【００４８】
したがって、クライアント信号のプロトコルや信号レートの相違を意識せずに、各種クライアント信号を、ＯＴＮフレームにて異なるネットワーク間をトランスペアレントに伝送することが可能である。なお、以下の説明において、「クライアント信号」を単に「信号」と略称することがある。
【００４９】
図１の例では、現用パス＃１及び＃２の送信ノードＡ及びＥにおいて、クライアント信号のＯＴＮフレームへのマッピング（「フレーム化」と称してもよい。）が実施されてよい。また、現用パス＃１及び＃２の終端ノードＤ及びＨにおいて、ＯＴＮフレームにマッピングされたクライアント信号のデマッピング（「デフレーム化」と称してもよい。）が実施されてよい。
【００５０】
なお、クライアント信号は、ＯＴＮフレームにおいて、「トリビュータリスロット（ＴＳ）」と呼ばれる時分割スロットにマッピングされてよい。ＴＳへのクライアント信号の「マッピング」は、「割り当て」と言い換えてもよい。
【００５１】
図２に、ＯＴＮフレームのオーバヘッド（ＯＴＮ  ＯＨ）のフォーマット例を示す。ＯＴＮフレームのＯＨは、例示的に、４行（Row）×１６列（Column）のサイズを有する。なお、１つの「列」のサイズは、例えば、１バイト（８ビット）である。ＯＨに設定される情報は、「ＯＨ情報」と称してよい。
【００５２】
第１行第１〜７列には、フレームアライメント（ＦＡ）ＯＨが設定され、第１行第８〜１４列には、光チャネル転送ユニット（optical channel transfer unit, OTUk）信号のＯＨ（ＯＴＵｋ  ＯＨ）が設定されてよい。
【００５３】
また、第２〜４行第１〜１４列には、ＯＤＵｋ信号のＯＨ（ＯＤＵｋ  ＯＨ）が設定されてよく、第１〜４行第１５〜１６列には、光チャネルペイロードユニット（optical channel payload unit, OPUk）信号のＯＨ（ＯＰＵｋ  ＯＨ）が設定されてよい。
【００５４】
ＦＡＯＨには、ＯＴＮフレームのフレーム同期に用いられるフレームアライメント信号（ＦＡＳ）や、マルチフレーム中の信号位置の識別に用いられるマルチフレームアライメント信号（ＭＦＡＳ）等が設定されてよい。
【００５５】
ＯＴＵｋ信号やＯＤＵｋ信号のＯＨには、それぞれの信号レベルに応じた光チャネルの監視や管理、運用に関わる情報が設定されてよい。ＯＰＵｋ信号のＯＨには、クライアント信号のＯＰＵｋ信号のペイロードへのマッピング位置（例示的に、ＴＳ）を示す情報等が設定されてよい。
【００５６】
ＯＤＵｋ信号のＯＨには、「ＰＭ＆ＴＣＭ」、「ＴＣＭ  ＡＣＴ」、「ＴＣＭ」、「ＰＭ」、「ＥＸＰ」、「ＧＣＣ」、「ＡＰＳ／ＰＣＣ」、「ＲＥＳ」の各フィールドが定義されてよい。
【００５７】
「ＰＭ」は、「Path Monitoring」の略称であり、「ＴＣＭ」は、「Tandem Connection Monitoring」の略称である。「ＰＭ＆ＴＣＭ」フィールド（１バイト）の第１〜第６ビットは、それぞれ、「ＤＭｔ（ODUk TCM Delay Measurement）１〜６」と称される。
【００５８】
「ＤＭｔ１〜６」は、それぞれ、ＯＤＵｋ信号が伝送されるパス（「ＯＤＵｋパス」又は「ＯＤＵｋコネクション」と称してもよい。）を、複数（最大で６）に分割した区間（「セクション」又は「セグメント」と称してもよい。）に対応する。ＯＤＵｋパスが、図１に例示したパス＃１やパス＃２に相当すると捉えてよい。
【００５９】
「ＤＭｔ１〜６」を利用して、ＯＤＵｋパスにおいて最大で６つのセグメント毎に伝送遅延測定を実施することが可能である。別言すると、「ＤＭｔ１〜６」には、それぞれ、ＯＤＵｋパスのセグメント単位の遅延測定に関わる情報が設定可能である。
【００６０】
「ＰＭ＆ＴＣＭ」フィールドの第７ビットは、「ＤＭｐ（ODUk PM Delay Measurement）」と称され、光ネットワーク１に設定される任意のＯＤＵｋパスの伝送遅延測定に用いることができる。「ＰＭ＆ＴＣＭ」フィールドの第８ビットは、将来の標準化に備えて予約されたリザーブ（ＲＥＳ）ビットである。
【００６１】
図２に例示する「ＯＤＵｋ  ＯＨ」の第２行第１〜第２列（２バイト）及び第４行第９〜１４列（６バイト）に記載されたリザーブ（ＲＥＳ）フィールドも、将来の標準化に備えて予約されたフィールドである。リザーブフィールド（あるいはリザーブビット）は、通常、すべて「０」（all “0”）に設定される。
【００６２】
「ＴＣＭ  ＡＣＴ」フィールド（１バイト）の「ＴＣＭ」は、「Tandem Connection Monitoring」の略称であり、「ＡＣＴ」は、「Activation/deactivation control channel」の略称である。
【００６３】
「ＴＣＭ１〜６」の各フィールド（それぞれ３バイト）は、ＯＤＵｋパスの障害発生状況や回線品質をセグメント毎にモニタするために用いられてよい。別言すると、「ＴＣＭ１〜６」フィールドには、ＯＤＵｋパスのセグメント毎に監視情報が設定可能である。
【００６４】
「ＰＭ」フィールド（３バイト）は、ＯＤＵｋパスの監視（モニタ）に用いることができる。例えば、「ＰＭ」フィールドには、トレイルトレース識別子（ＴＴＩ）、ビットインターリーブドパリティ（ＢＩＰ−８）、逆方向欠陥表示（Backward Defect Indication, BDI）、逆方向誤り表示（Backward Error Indication, BEI）等が設定可能である。
【００６５】
「ＥＸＰ」フィールド（２バイト）は、実験（Experimental）用途に定義されたフィールドであってよい。
【００６６】
「ＧＣＣ」は、汎用通信チャネル（General Communication Channel）の略称であり、ＯＴＮに準拠したノード（「ＯＴＮノード」と称してもよい。）１１間で制御情報や監視情報、管理情報等の通信を行なう際に用いることができる。
【００６７】
「ＧＣＣ」フィールドとしては、「ＧＣＣ０」、「ＧＣＣ１」及び「ＧＣＣ２」の３種類（それぞれ２バイト）が用意されている。「ＧＣＣ０」は、図２において、第１行第８〜１４列に位置する「ＯＴＵｋ  ＯＨ」のうちの第１２〜１３列に配置されてよい。「ＧＣＣ１」及び「ＧＣＣ２」は、それぞれ、「ＯＴＮ  ＯＨ」の第４行第１〜２行及び第３〜４行に配置されてよい。
【００６８】
「ＡＰＳ／ＰＣＣ」フィールド（４バイト）の「ＡＰＳ」は、「Automatic Protection Switching」の略称であり、「ＰＣＣ」は、「Protection Communication Control」の略称である。「ＡＰＳ／ＰＣＣ」フィールドに、現用パス及び予備パス間の切り替え制御情報を設定可能である。
【００６９】
例えば、終端ノードＤ（又はＨ）は、切り替え制御情報に基づいて、現用パス＃１（又は＃２）と予備パスとのいずれの信号を受信するかを切り替えることができる。
【００７０】
ところで、ＯＴＮにおけるプロテクション方式の一例としては、「１：Ｎプロテクション」方式の他に、「１＋１プロテクション」方式がある。「１＋１プロテクション」方式の一例として、「１＋１ＡＰＳ」方式がある。
【００７１】
「１＋１ ＡＰＳ」方式では、現用パスと予備パスとの双方に同じ信号を送信し、受信ノードにおいて、いずれのパスの信号を受信するかを決定する。なお、その他のプロテクション方式として、「ＵＰＳＲ（Uni-directional Path Switch Ring）プロテクション」方式や「ＢＬＳＲ（Bi-directional Line Switch Ring）プロテクション」方式と呼ばれる方式もある。
【００７２】
「１＋１プロテクション」方式では、現用パスと同じ伝送条件の予備パスを用意するため、単純に２倍の伝送路コストがかかってしまい、経済的に不利である。また、「１＋１プロテクション」方式では、予備パスのために伝送帯域を予め確保しておくため、伝送帯域の利用効率という観点でも不利である。
【００７３】
これに対し、「１：Ｎプロテクション」方式では、１つの予備パスを複数の現用パスでシェアするため経済的に有利であり、また、複数の予備パスのための伝送帯域を予め確保しておかなくてもよいため、伝送帯域の利用効率の向上を図ることができる。
【００７４】
ここで、図１に例示したようなネットワーク１において、複数の現用パス＃１及び＃２のうちの１つに障害等が発生して使用不能になった場合は、使用不能になった現用パスを予備パスに切替えればよい。
【００７５】
しかし、複数の現用パスが使用不能になった場合、予備パスは１つであり当該予備パスで利用可能な伝送帯域にも上限があるため、使用不能になった複数の現用パスを伝送されていた信号（例えば、クライアント信号）の全てを救済できないことがある。
【００７６】
複数の現用パスを伝送されていた信号のうち、どの信号を予備パスで救済するかを決定するポリシーの一例として、信号に優先度を付与しておき、優先度の高い信号を優先的に予備パスで救済することが考えられる。
【００７７】
しかし、ＯＴＮのように信号がＴＳに時分割多重（ＴＤＭ）されていると、単純に優先度を信号に付与しただけでは、切り替え後の予備パスにおいてＴＳの競合が生じる可能性があり、優先度の高い信号の救済がうまくいかないことがある。
【００７８】
また、予備パス終点ノードにおいては、予備パスから受信した信号における各ＴＳを、どの現用パスの終端ノード宛に送信すべきであるかを判定することができない。
【００７９】
そこで、本実施形態では、例えば、クライアント信号に優先度を設定しておき、現用パスの障害検出に応じて、予備パス始点ノードにおいて、複数の現用パスの送信ノードから受信したクライアント信号のＴＳを優先度に従って並び替えて送信する。
【００８０】
また、予備パス終点ノードにおいて、予備パスから受信した信号のＴＳを、再度、並び替えて、適切な現用パスの終端ノードに向けて送信する。これにより、優先度の高いクライアント信号の予備パスによる救済率を向上することが可能になる。
【００８１】
予備パス始点ノード及び予備パス終点ノードは、現用パスのＴＳに割り当てられた信号の、予備パスのＴＳへの割り当てを、信号の優先度に基づいて制御するコントローラの一例を成す、と捉えてもよい。当該コントローラは、便宜的に、「信号パスコントローラ」と称してもよい。
【００８２】
例示的に、信号パスコントローラは、複数の現用パスのいずれかについての障害発生検出に応じて、障害の発生した現用パスの複数のＴＳに割り当てられている複数の信号のうち、優先度の高い信号を優先的に予備パスのＴＳに割り当ててよい。
【００８３】
（動作例）
（第１実施例）
以下に、ＴＳの並び替えに着目した本実施形態のネットワーク１の動作例について、図３〜図１２を参照して説明する。
【００８４】
なお、図３〜図５は、説明の便宜のために、図１の構成を簡略化して示す図に相当する。例示的に、図３〜図５には、ノードＡからノードＢを経由して終端ノードＣに至るルートに第１の現用パス＃１が設定され、送信ノードＦからノードＧを経由して終端ノードＨに至るルートに第２の現用パス＃２が設定された例を示している。
【００８５】
また、図３〜図５の例において、第１の現用パス＃１（ノードＡ−Ｂ−Ｃ）に対して、ノードＡからノードＤ及びＥを経由して終端ノードＣに至るルートに予備パスが設定されている。第２の現用パス＃２（ノードＦ−Ｇ−Ｈ）に対しては、ノードＦからノードＤ及びＥを経由して終端ノードＨに至るルートに予備パスが設定されている。
【００８６】
したがって、ノードＤとノードＥとの間の予備パスが、２つの現用パス＃１及び＃２にシェアされる。例示的に、ノードＤは「予備パス始点ノード」に相当し、ノードＥは「予備パス終点ノード」に相当する。
【００８７】
（通常運用時：図３）
図３に例示するように、通常運用時において、第１の現用パス＃１の送信ノードＡは、例示的に、５つのクライアント信号を受信する。各クライアント信号には、優先度が設定されている。「優先度」は、便宜的に、「信号優先度」と称することがある。
【００８８】
例示的に、図３において、「＃１Ｈ」で表したクライアント信号には、現用パス＃１において、「＃１Ｌ」で表したクライアント信号よりも高い優先度が設定されている。
【００８９】
図３の例では、現用パス＃１の送信ノードＡは、優先度の高い３つのクライアント信号「＃１Ｈ」と、優先度の低い２つのクライアント信号「＃１Ｌ」と、を受信する。
【００９０】
同様に、第２の現用パス＃２の送信ノードＦは、例示的に、優先度が設定された５つのクライアント信号を受信する。
【００９１】
例示的に、図３において、「＃２Ｈ」で表したクライアント信号には、現用パス＃２において、「＃２Ｌ」で表したクライアント信号よりも高い優先度が設定されている。
【００９２】
図３の例では、現用パス＃２の送信ノードＡは、優先度の高い２つのクライアント信号「＃２Ｈ」と、優先度の低い３つのクライアント信号「＃２Ｌ」と、を受信する。
【００９３】
通常運用時には、現用パス＃１の送信ノードＡは、受信した各クライアント信号を、例えばＯＴＮフレームのＴＳ＃１〜＃５にマッピングして、現用パス＃１の下流ノードＢへ送信する。
【００９４】
図３の例では、優先度の高い３つのクライアント信号「＃１Ｈ」がＴＳ＃１，ＴＳ＃２及びＴＳ＃４にマッピングされ、優先度の低い２つのクライアント信号「＃１Ｌ」がＴＳ＃３及びＴＳ＃５にマッピングされている。
【００９５】
なお、「下流」は、例示的に、送信ノードＡから終端ノードＣへ向かう方向であり、「フォワード方向」と称してもよい。送信ノードＦから終端ノードＨに向かう方向も「フォワード方向」である。「フォワード方向」の逆方向は、「バックワード方向」（又は「上流」）と称してよい。
【００９６】
ノードＢは、現用パス＃１の上流ノードである送信ノードＡから受信したＯＴＮフレームを、現用パス＃１の下流ノードＣへ送信する。ノードＣは、「終端ノード」であるから、受信したＯＴＮフレームの各ＴＳ＃１〜＃５にマッピングされているクライアント信号をデマッピングしてよい。デマッピングされたクライアント信号は、宛先に応じたトリビュータリネットワークへ送信されてよい。
【００９７】
第２の現用パス＃２についての信号の流れも第１の現用パス＃１と同様でよい。例えば、現用パス＃２の送信ノードＦは、受信した各クライアント信号をＯＴＮフレームのＴＳ＃１〜＃５にマッピングして現用パス＃２の下流ノードＧへ送信する。
【００９８】
図３の例では、優先度の高い２つのクライアント信号「＃２Ｈ」がＴＳ＃２及びＴＳ＃４にマッピングされ、優先度の低い３つのクライアント信号「＃２Ｌ」がＴＳ＃１，ＴＳ＃３及びＴＳ＃５にマッピングされている。
【００９９】
ノードＧは、現用パス＃２の上流ノードである送信ノードＦから受信したＯＴＮフレームを、現用パス＃２の下流ノードＨへ送信する。ノードＨは、「終端ノード」であるから、受信したＯＴＮフレームの各ＴＳ＃１〜＃５にマッピングされているクライアント信号をデマッピングしてよい。デマッピングされたクライアント信号は、宛先に応じたトリビュータリネットワークへ送信されてよい。
【０１００】
ここで、現用パス＃１の送信ノードＡは、現用パス＃１の下流ノードＢへ送信するＯＴＮフレームと同じＯＴＮフレームを、予備パス始点ノードＤ宛に送信してよい。同様に、現用パス＃２の送信ノードＦは、現用パス＃２の下流ノードＧへ送信するＯＴＮフレームと同じＯＴＮフレームを、予備パス始点ノードＤ宛に送信してよい。
【０１０１】
予備パス始点ノードＤは、各送信ノードＡ及びＦから受信したＯＴＮフレームの各ＴＳにマッピングされているクライアント信号を優先度に応じて並べ替えて予備パスの下流ノードＥへ送信してよい。
【０１０２】
例えば、通常運用時において、予備パス始点ノードＤは、予備パスの下流ノードＥへ送信するＯＴＮフレームにおいて、優先度の高いクライアント信号を優先的に空きＴＳにマッピングして、当該ＯＴＮフレームを下流ノードＥへ送信してよい。
【０１０３】
図３の例では、予備パス始点ノードＤにおいて、ＴＳ＃１，ＴＳ＃２及びＴＳ＃４で受信される、現用パス＃１の優先度の高い３つのクライアント信号「＃１Ｈ」が、それぞれ、予備パスに送信するＯＴＮフレームの空きＴＳ＃１〜ＴＳ＃３にマッピングされる。
【０１０４】
また、予備パス始点ノードＤにおいて、ＴＳ＃２及びＴＳ＃４で受信される、現用パス＃２の優先度の高い２つのクライアント信号「＃２Ｈ」が、それぞれ、空きＴＳ＃４及びＴＳ＃５にマッピングされる。
【０１０５】
なお、図３の例では、予備パスへ送信するＯＴＮフレームの空きＴＳがＴＳ＃１〜ＴＳ＃５の５ＴＳであると仮定している。そのため、現用パス＃１において優先度の低い２つのクライアント信号「＃１Ｌ」、及び、現用パス＃２において優先度の低い３つのクライアント信号「＃２Ｌ」には、空きＴＳが割り当てられず、下流ノードＥへは送信されない。別言すると、予備パスへ送信するＯＴＮフレームの空きＴＳは、優先度の高いクライアント信号に順に消費される。
【０１０６】
優先度の高いクライアント信号のすべてを空きＴＳにマッピングしてもなお余剰の空きＴＳが存在すれば、当該空きＴＳに優先度の低いクライアント信号がマッピングされて、下流ノードＥへ送信されてよい。
【０１０７】
このように、予備パス始点ノードＤは、送信ノードＡ及びＦからそれぞれ受信されるＯＴＮフレームのＴＳを、当該ＴＳにマッピングされているクライアント信号の優先度に従って、予備パスの下流ノードＥへ送信するＯＴＮフレームのＴＳに変換してよい。
【０１０８】
ＴＳの変換ルールは、図６に例示するようなＴＳ変換テーブルＣＴｓによって指定されてよい。「ＴＳ変換テーブル」ＣＴｓは、「スロット割当テーブル」ＣＴｓと言い換えてもよい。
【０１０９】
ＴＳ変換テーブルＣＴｓは、現用パス＃１及び＃２のＴＳに割り当てられた信号の優先度毎に、当該信号に割り当てる予備パスのＴＳの情報を設定した、第１スロット割当テーブルの一例である。
【０１１０】
ＴＳ変換テーブルＣＴｓは、予備パス始点ノードＤにおいて記憶されてよい。ＴＳ変換テーブルＣＴｓの設定は、例示的に、ＯＰＳ１２によって行なわれてよい。
【０１１１】
図６に例示するＴＳ変換テーブルＣＴｓでは、ＴＳ＃１で受信した優先度「高」の現用パス＃１のクライアント信号は、予備パスの下流ノードＥへの送信ＴＳ＃１に割り当てられる。同様に、ＴＳ＃２で受信した優先度「高」の現用パス＃１のクライアント信号は、予備パスの下流ノードＥへの送信ＴＳ＃２に割り当てられる。
【０１１２】
また、ＴＳ＃３で受信した優先度「低」の現用パス＃１のクライアント信号は、予備パスの下流ノードＥへの送信ＴＳ＃４に割り当てられる。ＴＳ＃４で受信した優先度「高」の現用パス＃１のクライアント信号は、予備パスの下流ノードＥへの送信ＴＳ＃３に割り当てられる。ＴＳ＃５で受信した優先度「低」の現用パス＃１のクライアント信号は、予備パスの下流ノードＥへの送信ＴＳ＃５に割り当てられる。
【０１１３】
現用パス＃２のクライアント信号についても同様である。例示的に、図６のＴＳ変換テーブルＣＴｓでは、ＴＳ＃１で受信した優先度「低」の現用パス＃２のクライアント信号は、予備パスの下流ノードＥへの送信ＴＳ＃１に割り当てられる。ＴＳ＃２で受信した優先度「高」の現用パス＃２のクライアント信号は、予備パスの下流ノードＥへの送信ＴＳ＃４に割り当てられる。
【０１１４】
ＴＳ＃３で受信した優先度「低」の現用パス＃２のクライアント信号は、予備パスの下流ノードＥへの送信ＴＳ＃２に割り当てられる。ＴＳ＃４で受信した優先度「高」の現用パス＃２のクライアント信号は、予備パスの下流ノードＥへの送信ＴＳ＃５に割り当てられる。ＴＳ＃５で受信した優先度「低」の現用パス＃２のクライアント信号は、予備パスの下流ノードＥへの送信ＴＳ＃３に割り当てられる。
【０１１５】
一方、予備パス終点ノードＥは、予備パスの上流ノードであるノードＤから受信したＯＴＮフレームに対して、予備パス始点ノードＤでのＴＳ変換によって並べ替えられたＴＳを、元のＴＳの並びに戻す処理を施す。当該処理は、便宜的に、「ＴＳの逆変換」と称してよい。
【０１１６】
図３の例では、予備パス終点ノードＥは、予備パスのＯＴＮフレームのＴＳ＃１〜ＴＳ＃３で、現用パス＃１の優先度の高い３つのクライアント信号「＃１Ｈ」をそれぞれ受信する。また、予備パス終点ノードＥは、当該ＯＴＮフレームのＴＳ＃４及びＴＳ＃５で、現用パス＃２の優先度の高い２つのクライアント信号「＃２Ｈ」をそれぞれ受信する。
【０１１７】
そして、予備パス終点ノードＥは、予備パスのＴＳ＃１〜ＴＳ＃３で受信した現用パス＃１の３つのクライアント信号「＃１Ｈ」を、それぞれ、現用パス＃１の終端ノードＣへ送信するＯＴＮフレームのＴＳ＃１，ＴＳ＃２及びＴＳ＃４にマッピングする。
【０１１８】
これにより、現用パス＃１の終端ノードＣでは、現用パス＃１と予備パスとの双方から、同じＴＳ＃１，ＴＳ＃２及びＴＳ＃４にて、現用パス＃１の優先度の高い３つのクライアント信号「＃１Ｈ」を受信できることになる。
【０１１９】
また、予備パス終点ノードＥは、予備パスのＴＳ＃４及びＴＳ＃５で受信した現用パス＃２の２つのクライアント信号「＃２Ｈ」を、それぞれ、現用パス＃２の終端ノードＨへ送信するＯＴＮフレームのＴＳ＃２及びＴＳ＃４にマッピングする。
【０１２０】
これにより、現用パス＃２の終端ノードＨでは、現用パス＃２と予備パスとの双方から、同じＴＳ＃２及びＴＳ＃４にて、現用パス＃２の優先度の高い２つのクライアント信号「＃１Ｈ」を受信できることになる。
【０１２１】
以上のようなＴＳの逆変換ルールは、図７に例示するようなＴＳ変換テーブルＣＴｅによって指定されてよい。ＴＳ変換テーブルＣＴｅは、第２スロット割当テーブルの一例である。
【０１２２】
ＴＳ変換テーブルＣＴｅには、予備パス始点ノード１１ＰＳにおけるＴＳ変換テーブルＣＴｓによって予備パスのＴＳに割り当てられた信号の優先度毎に、元の現用パス＃ｘのＴＳの情報が設定されてよい。
【０１２３】
図７のＴＳ変換テーブルＣＴｅは、例示的に、予備パス終点ノードＥにおいて記憶されてよい。ＴＳ変換テーブルＣＴｅの設定も、予備パス始点ノードＤのＴＳ変換テーブルＣＴｓと同様に、例示的に、ＯＰＳ１２によって行なわれてよい。
【０１２４】
図７に例示するＴＳ変換テーブルＣＴｅでは、ＴＳ＃１で受信した優先度「高」の現用パス＃１のクライアント信号は、現用パス＃１の終端ノードＣへの送信ＴＳ＃１に割り当てられる。ＴＳ＃２で受信した優先度「高」の現用パス＃１のクライアント信号は、現用パス＃１の終端ノードＣへの送信ＴＳ＃２に割り当てられる。
【０１２５】
ＴＳ＃３で受信した優先度「高」の現用パス＃１のクライアント信号は、現用パス＃１の終端ノードＣへの送信ＴＳ＃４に割り当てられる。ＴＳ＃４で受信した優先度「低」の現用パス＃１のクライアント信号は、現用パス＃１の終端ノードＣへの送信ＴＳ＃３に割り当てられる。ＴＳ＃５で受信した優先度「低」の現用パス＃１のクライアント信号は、現用パス＃１の終端ノードＣへの送信ＴＳ＃５に割り当てられる。
【０１２６】
現用パス＃２のクライアント信号についても同様である。例示的に、図７のＴＳ変換テーブルＣＴｅでは、ＴＳ＃１で受信した優先度「低」の現用パス＃２のクライアント信号は、現用パス＃２の終端ノードＨへの送信ＴＳ＃１に割り当てられる。ＴＳ＃２で受信した優先度「低」の現用パス＃２のクライアント信号は、現用パス＃２の終端ノードＨへの送信ＴＳ＃３に割り当てられる。
【０１２７】
ＴＳ＃３で受信した優先度「低」の現用パス＃２のクライアント信号は、現用パス＃２の終端ノードＨへの送信ＴＳ＃５に割り当てられる。ＴＳ＃４で受信した優先度「高」の現用パス＃２のクライアント信号は、現用パス＃２の終端ノードＨへの送信ＴＳ＃２に割り当てられる。ＴＳ＃５で受信した優先度「高」の現用パス＃２のクライアント信号は、現用パス＃２の終端ノードＨへの送信ＴＳ＃４に割り当てられる。
【０１２８】
なお、図３の例では、現用パス＃１及び＃２の優先度の低いクライアント信号は、いずれも、予備パス始点ノードＤから予備パス終点ノードＥへ送信されないため、予備パス終点ノードＥから終端ノードＣ及びＨへ送信するＯＴＮフレームには、空きＴＳが生じる。
【０１２９】
予備パス終点ノードＥは、当該空きＴＳに、優先度の低いクライアント信号を救済できていないことを示す信号をマッピングしてよい。優先度の低いクライアント信号を救済できていないことを示す信号は、便宜的に、「スケルチ」と称してもよい。「スケルチ」には、ＡＩＳ（Alarm Indication Signal）を適用してよい。ＡＩＳは、警報情報の一例である。「スケルチ」は、図３において「Ｓ」で表されている。
【０１３０】
図３の例では、予備パス終点ノードＥにおいて、現用パス＃１の終端ノードＣへ送信するＯＴＮフレームのＴＳ＃３及びＴＳ５に、スケルチＳがそれぞれ設定されてよい。当該スケルチＳは、現用パス＃１の優先度の低い２つのクライアント信号「＃１Ｌ」が救済できていないことを示す。
【０１３１】
同様に、予備パス終点ノードＥにおいて、現用パス＃２の終端ノードＨへ送信するＯＴＮフレームのＴＳ＃１，ＴＳ＃３及びＴＳ５に、スケルチＳがそれぞれ設定されてよい。当該スケルチＳは、現用パス＃２の優先度の低い３つのクライアント信号「＃２Ｌ」が救済できていないことを示す。
【０１３２】
通常運用時において、現用パス＃１の終端ノードＣは、現用パス＃１のＯＴＮフレームを正常に受信できるから、予備パス終点ノードＥから受信されるＯＴＮフレームにクライアント信号がマッピングされていても当該ＯＴＮフレームを破棄してよい。
【０１３３】
同様に、通常運用時において、現用パス＃２の終端ノードＨは、現用パス＃２のＯＴＮフレームを正常に受信できるから、予備パス終点ノードＥから受信されるＯＴＮフレームにクライアント信号がマッピングされていても当該ＯＴＮフレームを破棄してよい。
【０１３４】
現用パス＃１及び＃２の終端ノードＣ及びＨは、それぞれ、予備パス終点ノードＥから受信したＯＴＮフレームのＴＳにスケルチＳが設定されていれば、当該スケルチＳのＴＳにて優先度の低いクライアント信号を救済できていないことを認識できる。
【０１３５】
（片系障害発生時：図４）
次に、図４を参照して、現用パス＃１及び＃２の一方（例えば、現用パス＃２）に障害が発生して現用パス＃２が使用不能になった場合の動作例について説明する。なお、現用パス＃１及び＃２のうち現用パス＃１に障害が発生した場合の動作例については、以下の説明において、現用パス＃１を現用パス＃２に読み替えた動作例に相当すると捉えてよい。
【０１３６】
現用パス＃２に障害が発生したことを送信ノードＦが検出すると、送信ノードＦは、ＯＴＮフレームの送信先を、現用パス＃２から予備パスへ切り替える。通常運用時に、送信ノードＦが、現用パス＃２と予備パスとの双方に同じＯＴＮフレームを送信する設定であれば、送信ノードＦは、現用パス＃２へのＯＴＮフレームの送信を停止してよい。
【０１３７】
なお、現用パスに障害が発生すると、障害発生を検出したノードからフォワード方向にＡＩＳが送信され、バックワード方向にＢＤＩ（Backward Defect Indication）が送信される。
【０１３８】
例えば図４の例において、送信ノードＦとノードＧとの間のフォワード方向の光伝送路に障害が発生して、ノードＧにおいて、現用パス＃２のＯＴＮフレームが受信されなくなると、現用パス＃２の障害発生が検出される。
【０１３９】
障害発生の検出に応じて、ノードＧは、ノードＨに向かうフォワード方向へＡＩＳを送信し、現用パス＃２の送信ノードＦに向かうバックワード方向にＢＤＩを送信してよい。現用パス＃２の送信ノードＦは、当該ＢＤＩを受信することにより、現用パス＃２に障害が発生したことを検出できる。
【０１４０】
送信ノードＦは、現用パス＃２に障害が発生したことを予備パス始点ノードＤに通知してよい。当該通知には、図２に例示したＯＤＵｋ信号のＯＨにおけるリザーブ（ＲＥＳ）フィールドを用いてよい。
【０１４１】
例えば、リザーブフィールドの１ビットを、現用パスの障害発生の有無を示す「判定ビット」に用いてよい。非限定的な一例として、判定ビット＝０で「障害なし」を示し、判定ビット＝１で「障害あり」を示してよい。
【０１４２】
予備パス始点ノードＤは、判定ビットにより現用パス＃２の「障害あり」を検出すると、現用パス＃２のクライアント信号を予備パスで救済するために、図６に例示したＴＳ変換テーブルＣＴｓに従って、ＴＳの並べ替えを行なう。
【０１４３】
図４の例では、予備パス始点ノードＤにおいて、送信ノード＃２からの受信ＴＳ＃１，ＴＳ＃３及びＴＳ＃５にマッピングされている優先度の低い３つのクライアント信号「＃２Ｌ」が、それぞれ、予備パスのＴＳ＃１〜ＴＳ＃３にマッピングされる。
【０１４４】
また、予備パス始点ノードＤにおいて、送信ノード＃２から受信したＴＳ＃２及びＴＳ＃４にマッピングされている優先度の高い３つのクライアント信号「＃２Ｈ」が、それぞれ、予備パスのＴＳ＃４及びＴＳ＃５にマッピングされる。
【０１４５】
ここで、図３に例示したように、通常運用時に、予備パス始点ノードＤは、予備パスの各ＴＳ＃１〜ＴＳ＃５にそれぞれ優先度の高いクライアント信号をマッピングして送信してよいと仮定する。
【０１４６】
この場合、予備パス始点ノードＤは、障害未検出の現用パス＃１の優先度の高いクライアント信号「＃１Ｈ」の伝送に割り当てていた、予備パスのＴＳ＃１〜ＴＳ＃３を、現用パス＃２の優先度の低いクライアント信号「＃２Ｌ」に割り当て直してよい。
【０１４７】
図３及び図４の例では、予備パスのＴＳ＃１〜ＴＳ＃３が、障害発生が検出された現用パス＃２の優先度の低いクライアント信号「＃２Ｌ」に書き換わるようなイメージである。
【０１４８】
一方、予備パス終点ノードＥは、図７に例示したＴＳ変換テーブルＣＴｅに従って、予備パスで受信した各ＴＳ＃１〜＃５の並べ替えを行なってよい。例えば、予備パス終点ノードＥは、予備パスのＴＳ＃１〜ＴＳ＃３で受信した３つのクライアント信号「＃２Ｌ」を、それぞれ、現用パス＃２の終端ノードＨへ送信するＯＴＮフレームのＴＳ＃１，ＴＳ＃３及びＴＳ＃５にマッピングしてよい。
【０１４９】
また、予備パス終点ノードＥは、予備パスのＴＳ＃４及びＴＳ＃５で受信した２つのクライアント信号「＃２Ｈ」を、それぞれ、現用パス＃２の終端ノードＨへ送信するＯＴＮフレームのＴＳ＃２及びＴＳ＃４にマッピングしてよい。
【０１５０】
これにより、現用パス＃２の終端ノードＨは、送信ノードＦから予備パスへ送信された時のＴＳ＃１〜ＴＳ＃５と同じ並びで、現用パス＃２の優先度の高いクライアント信号「＃２Ｈ」及び優先度の低いクライアント信号「＃２Ｌ」の双方を正しく受信できる。
【０１５１】
したがって、現用パス＃２の終端ノードＨは、ＴＳ＃１〜ＴＳ＃５からそれぞれデマッピングしたクライアント信号を、ＴＳ＃１〜ＴＳ＃５に対応する宛先へ正しく送信できる。
【０１５２】
なお、予備パス終点ノードＥは、現用パス＃１の終端ノードＣへ送信するＯＴＮフレームの各ＴＳ＃１〜ＴＳ＃５には、それぞれ、スケルチＳを設定してよい。これにより、現用パス＃１の終端ノードＣは、現用パス＃１のクライアント信号が各ＴＳ＃１〜ＴＳ＃５で救済できていないことを認識することができる。
【０１５３】
本例では、現用パス＃１には障害が発生していないため、終端ノードＣは、現用パス＃１からのＯＴＮフレームの受信を継続して、ＴＳ＃１〜ＴＳ＃５にマッピングされたクライアント信号をデマッピングしてＴＳ＃１〜ＴＳ＃５に対応する宛先に送信すればよい。
【０１５４】
（両系障害発生時：図５）
次に、図５を参照して、現用パス＃１及び＃２の双方に障害が発生して現用パス＃１及び＃２の双方が使用不能になった場合の動作例について説明する。
【０１５５】
現用パス＃１及び＃２の双方に障害が発生すると、現用パス＃１及び＃２の双方についてＢＤＩが送信ノードＡ及びＦにて受信される。
【０１５６】
ＢＤＩの受信に応じて、現用パス＃１及び＃２の送信ノードＡ及びＦは、それぞれ、ＯＴＮフレームの送信先を予備パスに切り替える。送信ノードＡ及びＦは、それぞれ、例えば既述の判定ビットを用いて、現用パス＃１及び＃２に障害が発生していることを予備パス始点ノードＤに通知してよい。
【０１５７】
予備パス始点ノードＤは、判定ビットを基に現用パス＃１及び＃２それぞれの障害発生を検出すると、予備パスへ送信するＯＴＮフレームの各ＴＳ＃１〜ＴＳ＃５に、現用パス＃１及び＃２それぞれの優先度の高いクライアント信号をマッピングする。
【０１５８】
図５の例では、予備パス始点ノードＤにおいて、現用パス＃１の送信ノードＡからＴＳ＃１，ＴＳ＃２及びＴＳ＃４で受信した優先度の高い３つのクライアント信号「＃１Ｈ」が、それぞれ、予備パスのＴＳ＃１〜ＴＳ＃３にマッピングされる。
【０１５９】
また、予備パス始点ノードＤにおいて、現用パス＃２の送信ノードＦからＴＳ＃２及びＴＳ＃４で受信した優先度の高い２つのクライアント信号「＃２Ｈ」が、それぞれ、予備パスのＴＳ＃４及びＴＳ＃５にマッピングされる。
【０１６０】
なお、図３に例示したように、通常運用時に、予備パスの各ＴＳ＃１〜ＴＳ＃５にそれぞれ優先度の高いクライアント信号がマッピングされてよい場合、通常運用時と両系障害発生時と、で、予備パスのＴＳ＃１〜ＴＳ＃５に割り当てられる信号に変わりはない。
【０１６１】
予備パス終点ノードＥでは、図７に例示したＴＳ変換テーブルＣＴｅに従って、予備パスで受信した各ＴＳ＃１〜＃５の並べ替えを行なってよい。
【０１６２】
例えば、予備パス終点ノードＥは、予備パスのＴＳ＃１〜ＴＳ＃３で受信した３つのクライアント信号「＃１Ｈ」を、それぞれ、現用パス＃１の終端ノードＣへ送信するＯＴＮフレームのＴＳ＃１，ＴＳ＃２及びＴＳ＃４にマッピングしてよい。
【０１６３】
また、予備パス終点ノードＥは、予備パスのＴＳ＃４及びＴＳ＃５で受信した２つのクライアント信号「＃２Ｈ」を、それぞれ、現用パス＃２の終端ノードＨへ送信するＯＴＮフレームのＴＳ＃２及びＴＳ＃４にマッピングしてよい。
【０１６４】
これにより、現用パス＃１の終端ノードＣは、送信ノードＡから予備パスへ送信された時のＴＳ＃１，ＴＳ＃２及びＴＳ＃４と同じ並びで、現用パス＃１の優先度の高いクライアント信号「＃１Ｈ」を正しく受信できる。
【０１６５】
したがって、現用パス＃１の終端ノードＣは、ＴＳ＃１，ＴＳ＃２及びＴＳ＃４からそれぞれデマッピングしたクライアント信号「＃１Ｈ」を、ＴＳ＃１，ＴＳ＃２及びＴＳ＃４に対応する宛先へ正しく送信できる。
【０１６６】
また、現用パス＃２の終端ノードＨは、送信ノードＦから予備パスへ送信された時のＴＳ＃２及びＴＳ＃４と同じ並びで、現用パス＃２の優先度の高いクライアント信号「＃２Ｈ」を正しく受信できる。
【０１６７】
したがって、現用パス＃２の終端ノードＨは、ＴＳ＃２及びＴＳ＃４からそれぞれデマッピングしたクライアント信号「＃２Ｈ」を、ＴＳ＃２及びＴＳ＃４に対応する宛先へ正しく送信できる。
【０１６８】
なお、予備パス終点ノードＥは、現用パス＃１の終端ノードＣへ送信するＯＴＮフレームの各ＴＳ＃３及びＴＳ＃５、及び、現用パス＃２の終端ノードＨへ送信するＯＴＮフレームのＴＳ＃１，ＴＳ＃３及びＴＳ＃５には、それぞれ、スケルチＳを設定してよい。
【０１６９】
これにより、現用パス＃１の終端ノードＣは、現用パス＃１の優先度の低いクライアント信号「＃１Ｌ」がＴＳ＃３及びＴＳ＃５で救済できていないことを認識できる。したがって、現用パス＃１の終端ノードＣは、ＴＳ＃３及びＴＳ＃５に対応する宛先へそれぞれスケルチＳを送信してよい。
【０１７０】
同様に、現用パス＃２の終端ノードＨでは、現用パス＃２の優先度の低いクライアント信号「＃２Ｌ」がＴＳ＃１，ＴＳ＃３及びＴＳ＃５で救済できていないことを認識できる。したがって、現用パス＃２の終端ノードＨは、ＴＳ＃１，ＴＳ＃３及びＴＳ＃５に対応する宛先へそれぞれスケルチＳを送信してよい。
【０１７１】
以上のようなＴＳ変換によって、現用パス＃１及び＃２の双方に障害が発生しても、各パス＃１及び＃２における優先度の高いクライアント信号については、予備パスによる救済率を上げることができる。
【０１７２】
（ＯＰＳ及びノードの動作例）
次に、図８〜図１２を参照して、上述したＴＳ変換を含むネットワーク１の動作例を実現するＯＰＳ１２及びノード１１の動作例について説明する。
【０１７３】
（ＯＰＳの動作例：図８）
図８は、ＯＰＳ１２の動作例を示すフローチャートである。図８に例示するように、ＯＰＳ１２は、信号設定要求の発生に応じて、ネットワーク１における送信ノード１１及び受信ノード１１を決定する（処理Ｐ１０）。図３〜図５の例では、ＯＰＳ１２において、ノードＡ及びＦが送信ノード１１に決定され、ノードＣ及びＨが受信ノード１１に決定される。
【０１７４】
ＯＰＳ１２に対する信号設定要求は、例示的に、ネットワーク管理者が操作するオペレータ端末によってＯＰＳ１２に与えられてよい。
【０１７５】
ネットワーク管理者は、オペレータ端末のＧＵＩ（Graphical User Interface）やＣＬＩ（Command Line Interface）を利用して、管理対象のネットワーク１における任意のノードを送信ノード１１や受信ノード１１に決定してよい。
【０１７６】
ＯＰＳ１２は、オペレータ端末からの設定に応じて、決定した送信ノード１１と受信ノード１１との間に、現用パス及び予備パスを設定してよい（処理Ｐ２０）。図３〜図５の例では、ノードＡ−Ｂ−Ｃのルートに、第１の現用パス＃１が設定され、ノードＦ−Ｇ−Ｈのルートに、第２の現用パス＃２が設定される。
【０１７７】
また、ノードＡ−Ｄ−Ｅ−Ｃのルート及びノードＦ−Ｄ−Ｅ−Ｈのルートに、予備パスが設定される。既述のとおり、ノードＤ−Ｅの区間の予備パスが、現用パス＃１及び＃２にシェアされる。
【０１７８】
更に、ＯＰＳ１２は、オペレータ端末からの設定に応じて、現用パス＃１及び＃２のＯＴＮフレームにマッピングされるクライアント信号の優先度を設定する（処理Ｐ３０）。優先度の設定例は、図３〜図５に例示したとおりである。
【０１７９】
また、ＯＰＳ１２は、設定した優先度に基づいて、複数の現用パス＃１及び＃２にシェアされる予備パスの区間の始点に位置するノード（予備パス始点ノード）１１に、図６に例示したようなＴＳ変換テーブルＣＴｓを設定してよい（処理Ｐ４０）。図３〜図５の例では、ノードＤに、図６に例示したＴＳ変換テーブルＣＴｓが設定されてよい。
【０１８０】
併せて、ＯＰＳ１２は、設定した優先度に基づいて、当該予備パスの区間の終点に位置するノード（予備パス終点ノード）１１に、図７に例示したようなＴＳ変換テーブルＣＴｅを設定してよい（処理Ｐ４０）。図３〜図５の例では、ノードＥに、図７に例示したＴＳ変換テーブルＣＴｅが設定されてよい。
【０１８１】
予備パス終点ノードＥは、ＴＳ変換テーブルＣＴｅに従ってＴＳの並べ替えを実行することで、予備パス始点ノードＤに設定されたＴＳ変換テーブルＣＴｓに従って並べ替えられたＴＳを、元のＴＳの並びに並び替えることができる。
【０１８２】
ＯＰＳ１２による以上の設定が完了した後、ネットワーク１の運用が開始されてよい（処理Ｐ５０）。
【０１８３】
（送信ノードの動作例：図９）
図９は、現用パス（＃１又は＃２）の送信ノード１１の動作例を示すフローチャートである。
【０１８４】
図９に例示するように、現用パスの送信ノード１１は、ネットワーク１の運用開始後、現用パスのバックワード方向から受信されるＯＴＮフレームのＯＤＵｋ  ＯＨに設定されている警報転送情報を確認する（処理Ｐ６０）。
【０１８５】
送信ノード１１は、警報転送情報を確認することにより、現用パスに障害が発生しているか否かを判定できる（処理Ｐ７０）。例えば、送信ノード１１は、警報転送情報の一例であるＢＤＩを受信すれば、現用パスに障害が発生していると判定し、ＢＤＩを受信していなければ、現用パスに障害は発生していないと判定してよい。
【０１８６】
ＢＤＩが受信されて現用パスに障害が発生していると判定した場合（処理Ｐ７０でＹＥＳの場合）、送信ノード１１は、予備パスへ送信するＯＴＮフレームのＯＤＵｋ  ＯＨの例えばリザーブフィールドに、判定ビット＝１を設定してよい（処理Ｐ８０−１）。
【０１８７】
ＢＤＩが受信されず現用パスに障害は発生していないと判定した場合（処理Ｐ７０でＮＯの場合）、送信ノード１１は、予備パスへ送信するＯＴＮフレームのＯＤＵｋ  ＯＨの例えばリザーブフィールドに、判定ビット＝０を設定してよい（処理Ｐ８０−２）。
【０１８８】
これにより、予備パス始点ノード１１（例えば、図３〜図５に示したノードＤ）に、現用パスの障害発生の有無を示す判定ビットを通知することが可能になる（処理Ｐ９０）。
【０１８９】
（予備パス始点ノードの動作例）
図１０は、予備パス始点ノード１１の動作例を示すフローチャートである。
図１０に例示するように、ネットワーク１の運用開始後、予備パス始点ノード１１は、予備パスで受信されるＯＴＮフレームのＯＤＵｋ  ＯＨを確認して、リザーブフィールドに設定された判定ビットを確認する（処理Ｐ１００）。なお、予備パス始点ノード１１では、例示的に、複数の現用パス＃１の送信ノード１１がそれぞれ予備パスに送信したＯＴＮフレームが受信され得る。
【０１９０】
予備パス始点ノード１１は、例えば、第１の現用パス＃１の送信ノード１１から受信したＯＴＮフレームのＯＤＵｋ  ＯＨにおける判定ビットを基に、第１の現用パス＃１に障害が発生しているか否かを判定する（処理Ｐ１１０）。
【０１９１】
例示的に、判定ビット＝０であれば（処理Ｐ１１０でＮＯの場合）、予備パス始点ノード１１は、現用パス＃１に障害は発生していないと判定してよい。
【０１９２】
次いで、予備パス始点ノード１１は、第２の現用パス＃２の送信ノード１１から受信したＯＴＮフレームのＯＤＵｋ  ＯＨにおける判定ビットを基に、第２の現用パス＃２に障害が発生しているか否かを判定してよい（処理Ｐ１２０−２）。
【０１９３】
判定ビット＝０であれば（処理Ｐ１２０−２でＮＯの場合）、予備パス始点ノード１１は、現用パス＃２にも障害は発生していないと判定してよい（処理Ｐ１３０−４）。当該判定に応じて、予備パス始点ノード１１は、現用パス＃１又は＃２の障害発生に備えて、ＴＳ変換テーブルＣＴｓにおいて優先度「高」が設定されているクライアント信号を選択してＴＳを並び替えてよい（処理Ｐ１４０−４）。
【０１９４】
例えば、予備パス始点ノード１１は、ＴＳ変換テーブルＣＴｓにおいて優先度「高」に設定されている受信ＴＳで受信した、現用パス＃１及び＃２のクライアント信号を、予備パスへ優先的に送信する信号として選択してよい。
【０１９５】
選択された優先度「高」のクライアント信号（図３〜図５に例示した「＃１Ｈ」及び「＃２Ｈ」）は、ＴＳ変換テーブルＣＴｓに設定されている送信ＴＳにて予備パスへ送信される（処理Ｐ１５０）。
【０１９６】
その際、予備パス始点ノード１１は、処理Ｐ１１０及びＰ１２０−２での判定に用いた判定ビットの情報を、予備パスへ送信するＯＴＮフレームのＯＤＵｋ  ＯＨに設定して送信してよい。
【０１９７】
以上の処理Ｐ１００，Ｐ１１０，Ｐ１２０−２，Ｐ１３０−４，Ｐ１４０−４及びＰ１５０は、図３に例示した通常運用時の予備パス始点ノードＤの動作例に相当すると捉えてよい。
【０１９８】
一方、処理Ｐ１２０−２において、判定ビット＝１であれば（ＹＥＳの場合）、予備パス始点ノード１１は、現用パス＃１に障害は発生していないが現用パス＃２に障害が発生していると判定してよい（処理Ｐ１３０−３）。
【０１９９】
当該判定に応じて、予備パス始点ノード１１は、ＴＳ変換テーブルＣＴｓにおいて優先度「高」に設定されている受信ＴＳで受信した、現用パス＃２のクライアント信号を、予備パスへ優先的に送信する信号として選択して並び替えてよい（処理Ｐ１４０−３）。
【０２００】
選択された優先度「高」の現用パス＃２のクライアント信号は、ＴＳ変換テーブルＣＴｓに設定されている送信ＴＳにて予備パスへ送信される（処理Ｐ１５０）。
【０２０１】
その際、予備パス始点ノード１１は、処理Ｐ１１０及びＰ１２０−２での判定に用いた判定ビットの情報を、予備パスへ送信するＯＴＮフレームのＯＤＵｋ  ＯＨに設定して送信してよい。
【０２０２】
以上の処理Ｐ１００，Ｐ１１０，Ｐ１２０−２，Ｐ１３０−３，Ｐ１４０−３及びＰ１５０は、図４に例示した片系障害発生時の予備パス始点ノードＤの動作例に相当すると捉えてよい。
【０２０３】
また、図１０の処理Ｐ１１０において、現用パス＃１についての判定ビット＝１であれば（ＹＥＳの場合）、予備パス始点ノード１１は、現用パス＃２についての判定ビットを基に、現用パス＃２に障害が発生しているか否かを判定してよい（処理Ｐ１２０−１）。
【０２０４】
判定ビット＝０であれば（処理Ｐ１２０−１でＮＯの場合）、予備パス始点ノード１１は、現用パス＃２には障害は発生していないが現用パス＃１に障害が発生していると判定してよい（処理Ｐ１３０−２）。
【０２０５】
当該判定に応じて、予備パス始点ノード１１は、ＴＳ変換テーブルＣＴｓにおいて優先度「高」に設定されている受信ＴＳで受信した、現用パス＃１のクライアント信号を、予備パスへ優先的に送信する信号として選択してよい（処理Ｐ１４０−２）。
【０２０６】
選択された優先度「高」の現用パス＃１のクライアント信号は、ＴＳ変換テーブルＣＴｓに設定されている送信ＴＳにて予備パスへ送信される（処理Ｐ１５０）。
【０２０７】
その際、予備パス始点ノード１１は、処理Ｐ１１０及びＰ１２０−１での判定に用いた判定ビットの情報を、予備パスへ送信するＯＴＮフレームのＯＤＵｋ  ＯＨに設定して送信してよい。
【０２０８】
また、図１０の処理Ｐ１２０−１において、現用パス＃２についての判定ビット＝１であれば（ＹＥＳの場合）、予備パス始点ノード１１は、現用パス＃１及び＃２の双方に障害が発生していると判定してよい（処理Ｐ１３０−１）。
【０２０９】
当該判定に応じて、予備パス始点ノード１１は、ＴＳ変換テーブルＣＴｓにおいて優先度「高」に設定されている受信ＴＳで受信した、現用パス＃１及び＃２のクライアント信号を、予備パスへ優先的に送信する信号として選択してよい（処理Ｐ１４０−１）。
【０２１０】
選択された優先度「高」の現用パス＃１及び＃２のクライアント信号は、ＴＳ変換テーブルＣＴｓに設定されている送信ＴＳにて予備パスへ送信される（処理Ｐ１５０）。
【０２１１】
以上の処理Ｐ１００，Ｐ１１０，Ｐ１２０−１，Ｐ１３０−１，Ｐ１４０−１及びＰ１５０は、図５に例示した両系障害発生時の予備パス始点ノードＤの動作例に相当すると捉えてよい。
【０２１２】
なお、図１０により上述した動作例では、現用パス＃１の障害発生判定の後に、現用パス＃２の障害発生判定を実施しているが、判定ビットに基づく障害発生判定は、現用パス＃１及び＃２のいずれを先に実施してもよいし、パラレルに実施してもよい。
【０２１３】
（予備パス終点ノードの動作例：図１１）
図１１は、予備パス終点ノード１１の動作例を示すフローチャートである。
図１１に例示するように、ネットワーク１の運用開始後、予備パス終点ノード１１は、予備パスで受信されるＯＴＮフレームのＯＤＵｋ  ＯＨを確認して、リザーブフィールドに設定された判定ビットを確認する（処理Ｐ１６０）。
【０２１４】
予備パス終点ノード１１は、予備パスで受信されたＯＴＮフレームのＯＤＵｋ  ＯＨにおける判定ビットを基に、例えば、第１の現用パス＃１に障害が発生しているか否かを判定してよい（処理Ｐ１７０）。
【０２１５】
例示的に、判定ビット＝０であれば（処理Ｐ１７０でＮＯの場合）、予備パス終点ノード１１は、現用パス＃１に障害は発生していないと判定してよい。
【０２１６】
次いで、予備パス終点ノード１１は、第２の現用パス＃２についての判定ビットを基に、第２の現用パス＃２に障害が発生しているか否かを判定してよい（処理Ｐ１８０−２）。
【０２１７】
判定ビット＝０であれば（処理Ｐ１８０−２でＮＯの場合）、予備パス終点ノード１１は、現用パス＃２にも障害は発生していないと判定してよい（処理Ｐ１９０−４）。当該判定に応じて、予備パス終点ノード１１は、現用パス＃１又は＃２の障害発生に備えてＴＳ変換テーブルＣＴｅにおいて優先度「高」に設定されている信号を選択してＴＳを並び替えてよい（処理Ｐ２００−４）。
【０２１８】
例えば、予備パス終点ノード１１は、ＴＳ変換テーブルＣＴｅにおいて優先度「高」に設定されている受信ＴＳで受信した、現用パス＃１及び＃２のクライアント信号を、対応する受信ノード１１へ送信する信号として選択してよい。
【０２１９】
また、予備パス終点ノード１１は、ＴＳ変換テーブルＣＴｅにおいて優先度「低」に設定されている送信ＴＳにスケルチＳ（例えば、ＡＩＳ）を設定（「挿入」と称してもよい。）してよい（処理Ｐ２１０−４）。
【０２２０】
現用パス＃１及び＃２のいずれにも障害が発生していないと判定された場合、予備パスには優先度「高」のクライアント信号が流れており、優先度「低」のクライアント信号は救済できていない。
【０２２１】
そのため、予備パス終点ノード１１は、優先度「低」のＴＳにＡＩＳを挿入することで、優先度「低」のクライアント信号を予備パスで救済できていないことを下流ノード１１へ通知する。
【０２２２】
選択されたクライアント信号及び挿入されたＡＩＳは、ＴＳ変換テーブルＣＴｅに設定されている送信ＴＳにて受信ノード１１へ送信される（処理Ｐ２２０）。
【０２２３】
以上の処理Ｐ１６０，Ｐ１７０，Ｐ１８０−２，Ｐ１９０−４，Ｐ２００−４，Ｐ２１０−４及びＰ２２０は、図３に例示した通常運用時の予備パス終点ノードＥの動作例に相当すると捉えてよい。
【０２２４】
一方、処理Ｐ１８０−２において、現用パス＃２についての判定ビット＝１であれば（ＹＥＳの場合）、予備パス終点ノード１１は、現用パス＃１には障害は発生していないが現用パス＃２に障害が発生していると判定してよい（処理Ｐ１９０−３）。
【０２２５】
当該判定に応じて、予備パス終点ノード１１は、ＴＳ変換テーブルＣＴｅで優先度「高」の受信ＴＳで受信した、現用パス＃２のクライアント信号を、現用パス＃２の受信ノード１１へ送信する信号として選択して並び替えてよい（処理Ｐ２００−３）。
【０２２６】
また、予備パス終点ノード１１は、ＴＳ変換テーブルＣＴｅにおいて優先度「低」に設定されている現用パス＃１の送信ＴＳにスケルチＳ（例えば、ＡＩＳ）を挿入してよい（処理Ｐ２１０−３）。
【０２２７】
選択された現用パス＃２のクライアント信号及び現用パス＃１向けに挿入されたＡＩＳは、ＴＳ変換テーブルＣＴｅに設定されている送信ＴＳにて受信ノード１１へ送信される（処理Ｐ２２０）。
【０２２８】
以上の処理Ｐ１６０，Ｐ１７０，Ｐ１８０−２，Ｐ１９０−３，Ｐ２００−３，Ｐ２１０−３及びＰ２２０は、図４に例示した片系障害発生時の予備パス終点ノードＥの動作例に相当すると捉えてよい。
【０２２９】
また、図１１の処理Ｐ１７０において、現用パス＃１についての判定ビット＝１であれば（ＹＥＳの場合）、予備パス終点ノード１１は、現用パス＃２についての判定ビットを基に、現用パス＃２に障害が発生しているか否かを判定してよい（処理Ｐ１８０−１）。
【０２３０】
判定の結果、判定ビット＝０であれば（処理Ｐ１８０−１でＮＯの場合）、予備パス終点ノード１１は、現用パス＃２には障害は発生していないが現用パス＃１に障害が発生していると判定してよい（処理Ｐ１９０−２）。
【０２３１】
当該判定に応じて、予備パス終点ノード１１は、ＴＳ変換テーブルＣＴｅにおいて優先度「高」に設定されている受信ＴＳで受信した、現用パス＃１のクライアント信号を、現用パス＃１の受信ノード１１へ送信する信号として選択してよい（処理Ｐ２００−２）。
【０２３２】
また、予備パス終点ノード１１は、ＴＳ変換テーブルＣＴｅにおいて優先度「低」に設定されている現用パス＃２の送信ＴＳにスケルチＳ（例えば、ＡＩＳ）を挿入してよい（処理Ｐ２１０−２）。
【０２３３】
選択された現用パス＃１のクライアント信号及び現用パス＃２向けに挿入されたＡＩＳは、ＴＳ変換テーブルＣＴｅに設定されている送信ＴＳにて受信ノード１１へ送信される（処理Ｐ２２０）。
【０２３４】
また、図１１の処理Ｐ１８０−１において、判定ビット＝１であれば（ＹＥＳの場合）、予備パス終点ノード１１は、現用パス＃１及び＃２の双方に障害が発生していると判定してよい（処理Ｐ１９０−１）。
【０２３５】
当該判定に応じて、予備パス終点ノード１１は、ＴＳ変換テーブルＣＴｅにおいて優先度「高」に設定されている受信ＴＳで受信した、クライアント信号を、現用パス＃１及び＃２の受信ノード１１へ送信する信号として選択してよい（処理Ｐ２００−１）。
【０２３６】
また、予備パス終点ノード１１は、ＴＳ変換テーブルＣＴｅにおいて優先度「低」に設定されている送信ＴＳにスケルチＳ（例えば、ＡＩＳ）を挿入してよい（処理Ｐ２１０−１）。
【０２３７】
選択されたクライアント信号及び挿入されたＡＩＳは、ＴＳ変換テーブルＣＴｅに設定されている送信ＴＳにて対応する受信ノード１１へ送信される（処理Ｐ２２０）。
【０２３８】
以上の処理Ｐ１６０，Ｐ１７０，Ｐ１８０−１，Ｐ１９０−１，Ｐ２００−１，Ｐ２１０−１及びＰ２２０は、図５に例示した両系障害発生時の予備パス終点ノードＥの動作例に相当すると捉えてよい。
【０２３９】
（受信ノードの動作例：図１２）
図１２は、現用パス＃１（又は＃２）の受信ノード１１の動作例を示すフローチャートである。
【０２４０】
図１２に例示するように、現用パスの受信ノード１１は、ネットワーク１の運用開始後、現用パスから受信されるＯＴＮフレームのＯＤＵｋ  ＯＨに設定されている警報転送情報を確認する（処理Ｐ２３０）。
【０２４１】
受信ノード１１は、ＯＤＵｋ  ＯＨの警報転送情報を確認することにより、現用パスに障害が発生しているか否かを判定できる（処理Ｐ２４０）。例えば、受信ノード１１は、警報転送情報の一例であるＡＩＳを受信すれば、現用パスに障害が発生していると判定し、ＡＩＳを受信していなければ、現用パスに障害は発生していないと判定してよい。
【０２４２】
受信ノード１１は、判定結果に応じて、現用パス及び予備パスのいずれからＯＴＮフレームを受信するかを決定してよい。
【０２４３】
例えば、現用パスに障害が発生していると判定した場合（処理Ｐ２４０でＹＥＳの場合）、受信ノード１１は、予備パスからのＯＴＮフレームを受信してよい（処理Ｐ２５０−１）。
【０２４４】
これにより、障害の発生した現用パスの、少なくとも優先度「高」のクライアント信号を、予備パスにて救済できる。例えば、複数の現用パスに障害が発生しても、優先度「高」のクライアント信号は、確実に救済できる。
【０２４５】
これに対し、現用パスに障害が発生していないと判定した場合（処理Ｐ２４０でＮＯの場合）、受信ノード１１は、現用パスからのＯＴＮフレームを受信してよい（処理Ｐ２５０−２）。
【０２４６】
なお、処理Ｐ２３０，Ｐ２４０，Ｐ２５０−１及びＰ２５０−２は、受信ノード１１において、繰り返し実施されてよい。
【０２４７】
このように、受信ノード１１は、ＯＴＮフレームの受信元を現用パス及び予備パスのいずれかに切り替えて受信すればよく、予備パス始点ノード１１及び予備パス終点ノード１１においてＴＳの並び替えが実施されているか否かを意識しなくてよい。
【０２４８】
以上のように、上述した実施形態によれば、１：ＮのＳＭＰをサポートしたネットワーク１において、複数の現用パスに多重的に障害が発生したとしても、少なくとも優先度の高いクライアント信号は予備パスにて確実に救済することができる。これにより、ネットワーク１の運用の信頼度を向上できる。
【０２４９】
また、１：ＮのＳＭＰは、「１：１プロテクション」方式に比べて、現用パスに対して設定する予備パスの数を減らすことができるため、伝送路コストを削減することができ、また、予備パスのための帯域利用の効率化を図ることができる。
【０２５０】
（ノード構成例）
次に、図１３〜図１６を参照して、上述した動作例を実現可能な送信ノード１１、予備パス始点ノード１１、予備パス終点ノード１１、及び、受信ノード１１の機能的な構成例について説明する。
【０２５１】
なお、以下では、便宜的に、送信ノード１１及び受信ノード１１を、それぞれ、「送信ノード１１ＷＳ」及び「受信ノード１１ＷＥ」と表記することがある。また、便宜的に、予備パス始点ノード１１及び予備パス終点ノード１１を、それぞれ、「予備パス始点ノード１１ＰＳ」及び「予備パス終点ノード１１ＰＥ」と表記することがある。
【０２５２】
（送信ノードの構成例：図１３）
図１３は、現用パスの送信ノード１１ＷＳの機能的な構成例を示すブロック図である。図１３に例示する送信ノード１１ＷＳは、例えば図３〜図５に示した送信ノードＡ又はＦに相当してよい。
【０２５３】
図１３に示すように、送信ノード１１ＷＳは、例示的に、複数のクライアント信号受信インタフェース（ＩＦ）３１−１〜３１−ｍ（ｍは２以上の整数）と、クライアント信号制御部３２と、スイッチ３３と、スイッチ制御部３４と、を備えてよい。また、送信ノード１１ＷＳは、例示的に、オーバヘッド（ＯＨ）制御部３５と、ノード内情報管理部３６と、現用パス送信ＩＦ３７Ｗと、予備パス送信ＩＦ３７Ｐと、を備えてよい。
【０２５４】
クライアント信号受信ＩＦ３１−ｊ（ｊは、１〜ｍのいずれか）は、送信ノード１１ＷＳがクライアントネットワークから受信し得るクライアント信号の数（ｍ）に対応して設けられてよい。
【０２５５】
クライアント信号受信ＩＦ３１−ｊは、それぞれ、クライアント＃ｊ向け受信部３１１−ｊと、クライアント＃ｊ向け光電変換部（ＯＥ）３１２−ｊと、を備えてよい。
【０２５６】
クライアント＃ｊ向け受信部３１１−ｊは、例示的に、クライアント＃ｊに対応するクライアントネットワークからクライアント信号を受信する。当該クライアント信号は、例示的に、光信号であってよい。
【０２５７】
クライアント＃ｊ向け光電変換部３１２−ｊは、例示的に、クライアント＃ｊ向け受信部３１１−ｊで受信された、光信号のクライアント信号を電気信号に変換する。
【０２５８】
クライアント信号制御部３２は、例示的に、各クライアント信号受信ＩＦ３１−ｊの光電変換部３１２−ｊで電気信号に変換されたクライアント信号をＯＴＮフレームにマッピングする。例示的に、クライアント信号は、ＬＯ−ＯＤＵ信号にマッピングされ、当該ＬＯ−ＯＤＵ信号が、ＨＯ−ＯＤＵ信号にマッピングされてよい。
【０２５９】
スイッチ３３は、例示的に、スイッチ制御部３４による制御に応じて、クライアント信号がマッピングされたＯＴＮフレームを、現用パス送信ＩＦ３７Ｗ及び予備パス送信ＩＦ３７Ｐのいずれかに時分割に選択出力する。
【０２６０】
スイッチ３３によるＯＴＮフレームの選択出力の過程において、ＯＨ制御部３５によって、ＯＤＵｋ  ＯＨ情報の挿入や抽出が行なわれてよい。
【０２６１】
ＯＨ制御部３５は、例示的に、ノード内情報管理部３６から受信したＯＨ情報をＯＤＵｋ  ＯＨに挿入することができ、ＯＤＵｋ  ＯＨから抽出したＯＨ情報をノード内情報管理部３６に出力することができる。
【０２６２】
ノード内情報管理部３６は、例示的に、上述のごとく挿入又は抽出されるＯＨ情報や、クライアント信号の優先度を規定する情報（「信号優先度情報」と称してよい。）、現用パス及び予備パスの設定情報を管理する。これらの情報は、便宜的に、「ノード情報」と総称してもよい。ノード情報は、例示的に、ＯＰＳ１２によって設定されてよい。
【０２６３】
現用パスに障害が発生した場合、例示的に、ＢＤＩがＯＨ制御部３５にて受信、検出される。ＢＤＩの検出に応じて、ＯＨ制御部３５は、既述の判定ビット＝１をＯＤＵｋ  ＯＨ（例えば、リザーブフィールド）に設定してよい。ＢＤＩが検出されない場合は、判定ビット＝０が当該リザーブフィールドに設定されてよい。
【０２６４】
ＯＨ制御部３５による判定ビットの設定によって、既述のように、現用パスの障害発生有無を、予備パス始点ノード１１ＰＳへ通知することが可能になる。
【０２６５】
なお、クライアント信号制御部３２、スイッチ制御部３４、ＯＨ制御部３５、及び、ノード内情報管理部３６は、送信ノード１１ＷＳの制御部の一例を成す、と捉えてよい。送信ノード１１ＷＳの当該制御部は、例示的に、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）等の演算能力を備えた演算装置や、フラッシュメモリ等の記憶媒体を用いて実現されてよい。
【０２６６】
例示的に、予備パス始点ノード１１ＰＳの制御部には、ＩＣ（Integrated Circuit）やＬＳＩ（Large-Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）等が利用可能であってよい。
【０２６７】
現用パス送信ＩＦ３７Ｗは、例示的に、スイッチ３３から受信した、電気信号のＯＴＮフレームを光信号に変換して現用パスへ送信する。
【０２６８】
そのため、現用パス送信ＩＦ３７Ｗは、例示的に、現用パス電光変換部（ＥＯ）３７１Ｗと、現用パス送信部３７２Ｗと、を備えてよい。
【０２６９】
現用パス電光変換部３７１Ｗは、例示的に、スイッチ３３から受信した、電気信号のＯＴＮフレームを光信号に変換する。
【０２７０】
現用パス送信部３７２Ｗは、光信号に変換されたＯＴＮフレームを現用パスに対応する光伝送路へ送信する。
【０２７１】
これに対し、予備パス送信ＩＦ３７Ｐは、例示的に、スイッチ３３から受信した、電気信号のＯＴＮフレームを光信号に変換して予備パスへ送信する。
【０２７２】
そのため、予備パス送信ＩＦ３７Ｐは、例示的に、予備パス電光変換部（ＥＯ）３７１Ｐと、予備パス送信部３７２Ｐと、を備えてよい。
【０２７３】
予備パス電光変換部３７１Ｐは、例示的に、スイッチ３３から受信した、電気信号のＯＴＮフレームを光信号に変換する。
【０２７４】
予備パス送信部３７２Ｐは、光信号に変換されたＯＴＮフレームを予備パスに対応する光伝送路へ送信する。
【０２７５】
（予備パス始点ノードの構成例：図１４）
図１４は、予備パス始点ノード１１ＰＳの機能的な構成例を示すブロック図である。図１４に例示する予備パス始点ノード１１ＰＳは、例えば図３〜図５に示した予備パス始点ノードＤに相当してよい。
【０２７６】
図１４に示すように、予備パス始点ノード１１ＰＳは、例示的に、現用パスの数Ｎに対応して複数の予備パス受信ＩＦ４１−１〜４１−Ｎを備えてよい。また、予備パス始点ノード１１ＰＳは、例示的に、ＯＨ制御部４２と、トリビュータリスロット（ＴＳ）制御部４３と、ノード内情報管理部４４と、ＴＳ変換テーブル記憶部４５と、を備えてよい。更に、予備パス始点ノード１１ＰＳは、例示的に、予備パス送信ＩＦ４６を備えてよい。
【０２７７】
予備パス受信ＩＦ４１−ｘ（ｘは、１〜Ｎのいずれか）は、例示的に、現用パス＃ｘの送信ノード１１が、当該現用パス＃ｘに対して設定されている予備パスへ送信したＯＴＮフレームを受信する。
【０２７８】
予備パス受信ＩＦ４１−ｘは、現用パス＃ｘのいずれかから、優先度が設定された複数の信号を複数のＴＳにて受信する受信部の一例である。
【０２７９】
例示的に、予備パス受信ＩＦ４１−ｘは、現用パス＃ｘ向け受信部４１１−ｘと、現用パス＃ｘ向け光電変換部（ＯＥ）４１２−ｘと、を備えてよい。
【０２８０】
現用パス＃ｘ向け受信部４１１−ｘは、現用パス＃ｘに対して設定されている予備パスからＯＴＮフレームを受信する。
【０２８１】
現用パス＃ｘ向け光電変換部４１２−ｘは、現用パス＃ｘ向け受信部４１１−ｘで受信した、光信号であるＯＴＮフレームを電気信号に変換する。電気信号に変換されたＯＴＮフレームは、ＯＨ制御部４２及びＴＳ制御部４３に入力されてよい。
【０２８２】
ＯＨ制御部４２は、例示的に、ノード内情報管理部４４から受信したＯＨ情報をＯＤＵｋ  ＯＨに挿入することができ、ＯＤＵｋ  ＯＨから抽出したＯＨ情報をノード内情報管理部４４に出力することができる。
【０２８３】
また、ＯＨ制御部４２は、ＯＤＵｋ  ＯＨ情報に設定されている判定ビットを基に、現用パス＃ｘに障害が発生しているか否かを判定できる。当該判定の結果に応じて、ＴＳ制御部４３によって、既述のように、ＴＳ変換テーブルＣＴｓ（図６参照）に基づいてＴＳ変換が制御されてよい。
【０２８４】
ノード内情報管理部４４は、例示的に、上述のごとく挿入又は抽出されるＯＨ情報や、クライアント信号の優先度を規定する信号優先度情報、現用パス及び予備パスの設定情報を管理する。これらのノード情報は、例示的に、ＯＰＳ１２によって設定されてよい。
【０２８５】
ＴＳ変換テーブル記憶部４５は、第１記憶部の一例であり、図６に例示したＴＳ変換テーブルＣＴｓを記憶してよい。ＴＳ変換テーブル記憶部４５には、例示的に、フラッシュメモリ等の記憶媒体が適用されてよい。ＴＳ変換テーブルＣＴｓは、例示的に、ネットワーク１の運用開始前に、ＯＰＳ１２からの設定に応じてノード内情報管理部４４が、ＴＳ変換テーブル記憶部４５に記憶してよい。
【０２８６】
ＴＳ制御部４３は、図３〜図７及び図１０に例示したように、ＯＨ制御部４２での判定ビットに基づいた、現用パス＃ｘの障害発生有無判定の結果に応じて、ＴＳ変換テーブル記憶部４５に記憶されたＴＳ変換テーブルＣＴｓに従い、ＴＳ変換を行なう。
【０２８７】
ＴＳ制御部４３は、第１スロット制御部の一例である。ＴＳ変換された各送信ＴＳのクライアント信号は、ＯＴＮフレームにマッピングされて予備パス送信ＩＦ４６へ出力されてよい。
【０２８８】
その際、ＯＨ制御部４２で得られた、現用パス＃ｘ毎の判定ビットの情報が、予備パス送信ＩＦ４６へ出力されるＯＴＮフレームのＯＤＵｋ  ＯＨに設定されてよい。これにより、予備パスの下流ノード１１も、現用パス＃ｘの障害発生有無を認識できる。
【０２８９】
ＯＨ制御部４２、ＴＳ制御部４３、ノード内情報管理部４４、及び、ＴＳ変換テーブル記憶部４５は、現用パス＃ｘからＴＳにて受信された信号の、予備パスのＴＳへの割り当てを、信号の優先度に基づいて制御する制御部の一例を成す、と捉えてよい。
【０２９０】
予備パス始点ノード１１ＰＳの当該制御部は、例示的に、ＣＰＵやＤＳＰ等の演算能力を備えた演算装置や、フラッシュメモリ等の記憶媒体を用いて実現されてよい。例示的に、予備パス始点ノード１１ＰＳの制御部には、ＩＣやＬＳＩ、ＡＳＩＣ、ＦＰＧＡ等が利用可能であってよい。
【０２９１】
予備パス送信ＩＦ４６は、例示的に、ＴＳ制御部４３から入力された、電気信号のＯＴＮフレームを光信号に変換して予備パスへ送信する。予備パス送信ＩＦ４６は、現用パス＃ｘのＴＳにて受信された信号を、予備パスにおける複数のＴＳのいずれかにて送信する送信部の一例である。
【０２９２】
例示的に、予備パス送信ＩＦ４６は、予備パス電光変換部（ＥＯ）４６１と、予備パス送信部４６２と、を備えてよい。
【０２９３】
予備パス電光変換部４６１は、例示的に、ＴＳ制御部４３から入力された、電気信号のＯＴＮフレームを光信号に変換する。
【０２９４】
予備パス送信部４６２は、例示的に、予備パス電光変換部４６１にて光信号に変換されたＯＴＮフレームを、予備パスの設定された光伝送路へ送信する。
【０２９５】
（予備パス終点ノードの構成例：図１５）
図１５は、予備パス終点ノード１１ＰＥの機能的な構成例を示すブロック図である。図１５に例示する予備パス終点ノード１１ＰＥは、例えば図３〜図５に示した予備パス終点ノードＥに相当してよい。
【０２９６】
図１５に示すように、予備パス終点ノード１１ＰＥは、例示的に、予備パス受信ＩＦ５１と、ＯＨ制御部５２と、ＴＳ制御部５３と、ノード内情報管理部５４と、ＴＳ変換テーブル記憶部５５と、ＡＩＳ制御部５６と、を備えてよい。また、予備パス終点ノード１１ＰＥは、例示的に、現用パス＃ｘ毎に、予備パス送信ＩＦ５７−ｘを備えてよい。
【０２９７】
予備パス受信ＩＦ５１は、例示的に、予備パスの上流ノードが送信したＯＴＮフレームを受信して電気信号に変換してよい。予備パス受信ＩＦ５１は、予備パスから、優先度が設定された複数の信号を複数のＴＳにて受信する受信部の一例である。
【０２９８】
例示的に、予備パス受信ＩＦ５１は、予備パス受信部５１１と、予備パス光電変換部（ＯＥ）５１２と、を備えてよい。
【０２９９】
予備パス受信部５１１は、例示的に、予備パスからＯＴＮフレームを受信する。予備パス光電変換部５１２は、例示的に、予備パス受信部５１１で受信された、光信号であるＯＴＮフレームを電気信号に変換する。
【０３００】
ＯＨ制御部５２は、例示的に、ノード内情報管理部５４から受信したＯＨ情報をＯＤＵｋ  ＯＨに挿入することができ、ＯＤＵｋ  ＯＨから抽出したＯＨ情報をノード内情報管理部５４に出力することができる。
【０３０１】
また、ＯＨ制御部５２は、予備パスの上流ノード１１でＯＤＵｋ  ＯＨ情報に設定された判定ビットを基に、現用パス＃ｘに障害が発生しているか否かを判定できる。当該判定の結果に応じて、ＴＳ制御部５３によって、既述のように、ＴＳ変換テーブルＣＴｅ（図７参照）に基づいてＴＳ変換が制御されてよい。
【０３０２】
ノード内情報管理部５４は、例示的に、上述のごとく挿入又は抽出されるＯＨ情報や、クライアント信号の優先度を規定する信号優先度情報、現用パス及び予備パスの設定情報を管理する。これらのノード情報は、例示的に、ＯＰＳ１２によって設定されてよい。
【０３０３】
ＴＳ変換テーブル記憶部５５は、第２記憶部の一例であり、図７に例示したＴＳ変換テーブルＣＴｅを記憶してよい。ＴＳ変換テーブル記憶部５５には、例示的に、フラッシュメモリ等の記憶媒体が適用されてよい。ＴＳ変換テーブルＣＴｅは、例示的に、ネットワーク１の運用開始前に、ＯＰＳ１２からの設定に応じてノード内情報管理部５４が、ＴＳ変換テーブル記憶部５５に記憶してよい。
【０３０４】
ＴＳ制御部５３は、図３〜図７及び図１１に例示したように、ＯＨ制御部５２での判定ビットに基づいた、現用パス＃ｘの障害発生有無判定の結果に応じて、ＴＳ変換テーブル記憶部５５に記憶されたＴＳ変換テーブルＣＴｅに従い、ＴＳ変換を行なう。
【０３０５】
ＴＳ制御部５３は、ＴＳ変換テーブルＣＴｅに従って、予備パスのＴＳに割り当てられた信号の、元の現用パス＃ｘのＴＳへの割り当てを制御する第２スロット制御部の一例である。
【０３０６】
ＡＩＳ制御部５６は、例示的に、ＴＳ制御部５３によるＴＳ変換において救済されないこととなるクライアント信号に対応するＴＳにＡＩＳを挿入する。
【０３０７】
ＴＳ変換及びＡＩＳ挿入が実施されたＯＴＮフレームは、例示的に、各現用パス＃ｘの予備パス送信ＩＦ５７−ｘへ出力される。
【０３０８】
ＯＨ制御部５２、ＴＳ制御部５３、ノード内情報管理部５４、ＴＳ変換テーブル記憶部５５、及び、ＡＩＳ制御部５６は、予備パス終点ノード１１ＰＥの制御部（又は制御回路）の一例を成す、と捉えてよい。
【０３０９】
例示的に、予備パス終点ノード１１ＰＥの当該制御部は、予備パスからＴＳにて受信された信号の、現用パス＃ｘのＴＳへの割り当てを、信号の優先度に基づいて制御する。
【０３１０】
予備パス終点ノード１１ＰＥの制御部は、予備パス始点ノード１１ＰＳの制御部と同様に、例示的に、ＣＰＵやＤＳＰ等の演算能力を備えた演算装置や、フラッシュメモリ等の記憶媒体を用いて実現されてよい。
【０３１１】
例示的に、予備パス終点ノード１１ＰＥの制御部には、ＩＣやＬＳＩ、ＡＳＩＣ、ＦＰＧＡ等が利用可能であってよい。
【０３１２】
予備パス送信ＩＦ５７−ｘは、例示的に、ＴＳ変換及びＡＩＳ挿入が実施された各ＴＳを含む、電気信号のＯＴＮフレームを光信号に変換して、現用パス＃ｘの受信ノード１１へＯＴＮフレームを送信する。
【０３１３】
予備パス送信ＩＦ５７−ｘは、予備パスからＴＳにて受信された信号を、現用パス＃ｘのいずれかの受信ノード１１へ、当該現用パス＃ｘにおける複数のＴＳのいずれかにて送信する送信部の一例である。
【０３１４】
例示的に、予備パス送信ＩＦ５７−ｘは、現用パス＃ｘ向け電光変換部（ＥＯ）５７１−ｘと、現用パス＃ｘ向け送信部５７２−ｘと、を備えてよい。
【０３１５】
現用パス＃ｘ向け電光変換部５７１−ｘは、例示的に、ＴＳ制御部５３から受信した、電気信号のＯＴＮフレームを光信号に変換する。
【０３１６】
現用パス＃ｘ向け送信部５７２−ｘは、現用パス＃ｘ向け電光変換部５７１−ｘで光信号に変換されたＯＴＮフレームを、現用パス＃ｘの受信ノード１１につながる光伝送路へ送信する。
【０３１７】
（受信ノードの構成例：図１６）
図１６は、現用パス＃ｘの受信ノード１１ＷＥの機能的な構成例を示すブロック図である。図１６に例示する受信ノード１１ＷＥは、例えば図３〜図５に示した現用パス＃１又は＃２の受信ノードＣ又はＨに相当してよい。
【０３１８】
図１６に示すように、受信ノード１１ＷＥは、例示的に、現用パス受信ＩＦ６１Ｗと、予備パス受信ＩＦ６１Ｐと、を備えてよい。また、受信ノード１１ＷＥは、例示的に、クライアント信号制御部６２と、スイッチ６３と、スイッチ制御部６４と、ＯＨ制御部６５と、ノード内情報管理部６６と、を備えてよい。
【０３１９】
更に、受信ノード１１ＷＥは、複数のクライアント信号送信ＩＦ６７−１〜６７−ｓと、を備えてよい。「ｓ」は、２以上の整数であって、送信クライアント信号の数を表す。送信クライアント信号の数「ｓ」は、例示的に、受信クライアント信号の数「ｍ」（図１３参照）と同一（ｓ＝ｍ）でよい。
【０３２０】
現用パス受信ＩＦ６１Ｗは、例示的に、現用パス＃ｘからＯＴＮフレームを受信して電気信号に変換する。
【０３２１】
そのため、現用パス受信ＩＦ６１Ｗは、例示的に、現用パス受信部６１１Ｗと、現用パス光電変換部（ＯＥ）６１２Ｗと、を備えてよい。
【０３２２】
現用パス受信部６１１Ｗは、現用パス＃ｘから、光信号のＯＴＮフレームを受信する。現用パス光電変換部６１２Ｗは、例示的に、現用パス受信部６１１Ｗで受信された、光信号のＯＴＮフレームを電気信号に変換する。電気信号に変換された、現用パス＃ｘからの受信ＯＴＮフレームは、スイッチ６３に入力されてよい。
【０３２３】
予備パス受信ＩＦ６１Ｐは、例示的に、予備パス受信部６１１Ｐと、予備パス光電変換部６１２Ｐと、を備えてよい。
【０３２４】
予備パス受信部６１１Ｐは、例示的に、予備パスから、光信号のＯＴＮフレームを受信する。予備パス光電変換部６１２Ｐは、例示的に、予備パス受信部６１１Ｐで受信された、光信号のＯＴＮフレームを電気信号に変換する。電気信号に変換された、予備パスからの受信ＯＴＮフレームは、スイッチ６３に入力されてよい。
【０３２５】
スイッチ６３は、例示的に、スイッチ制御部６４による制御に応じて、現用パス＃ｘ及び予備パスから受信したＯＴＮフレームのいずれか一方を、クライアント信号制御部６２へ選択出力する。
【０３２６】
例示的に、現用パス＃ｘに障害が発生した場合、ＡＩＳがＯＨ制御部６５にて受信、検出される。ＡＩＳの検出に応じて、スイッチ６３によって、予備パス＃ｘから受信したＯＴＮフレームがクライアント信号制御部６２へ選択出力されてよい。現用パス＃ｘについてのＡＩＳが検出されない間は、スイッチ６３によって、現用パス＃ｘから受信したＯＴＮフレームがクライアント信号制御部６２へ選択出力されてよい。
【０３２７】
スイッチ６３による選択出力の過程において、ＯＨ制御部６５によって、ＯＤＵｋ  ＯＨ情報の挿入や抽出が行なわれてよい。
【０３２８】
ＯＨ制御部６５は、例示的に、ノード内情報管理部６６から受信したＯＨ情報をＯＤＵｋ  ＯＨに挿入することができ、ＯＤＵｋ  ＯＨから抽出したＯＨ情報をノード内情報管理部３６に出力することができる。
【０３２９】
ノード内情報管理部６６は、例示的に、上述のごとく挿入又は抽出されるＯＨ情報や、クライアント信号の優先度を規定する信号優先度情報、現用パス及び予備パスの設定情報を管理する。これらのノード情報は、例示的に、ＯＰＳ１２によって設定されてよい。
【０３３０】
クライアント信号制御部６２は、例示的に、スイッチ６３から受信したＯＴＮフレームの各ＴＳにマッピングされているクライアント信号をデマッピングして、対応するクライアント信号送信ＩＦ６７−ｊへ出力する。
【０３３１】
なお、クライアント信号制御部６２、スイッチ制御部６４、ＯＨ制御部６５、及び、ノード内情報管理部６６は、終端ノード１１ＷＥの制御部の一例を成す、と捉えてよい。
【０３３２】
終端ノード１１ＷＥの当該制御部は、例示的に、ＣＰＵやＤＳＰ等の演算能力を備えた演算装置や、フラッシュメモリ等の記憶媒体を用いて実現されてよい。例示的に、終端ノード１１ＷＥの制御部には、ＩＣやＬＳＩ、ＡＳＩＣ、ＦＰＧＡ等が利用可能であってよい。
【０３３３】
クライアント信号送信ＩＦ６７−ｊは、例示的に、クライアント信号制御部６２でデマッピングされた、電気信号のクライアント信号を光信号に変換してクライアントネットワークへ送信してよい。
【０３３４】
そのため、クライアント信号送信部ＩＦ６７−ｊは、例示的に、クライアント＃ｊ向け電光変換部（ＥＯ）６７１−ｊと、クライアント＃ｊ向け送信部６７２−ｊと、を備えてよい。
【０３３５】
クライアント＃ｊ向け電光変換部６７１−ｊは、例示的に、クライアント信号制御部６２から受信した、電気信号のクライアント信号を光信号に変換する。
【０３３６】
クライアント＃ｊ向け送信部６７２−ｊは、例示的に、クライアント＃ｊ向け電光変換部６７１−ｊによって光信号に変換されたクライアント信号を、クライアント＃ｊに対応するクライアントネットワークへ送信する。
【０３３７】
（第２実施例）
上述した第１実施例の動作例では、現用パス＃１及び＃２の一方又は双方についての障害発生の有無に応じて、予備パスを伝送されるクライアント信号が優先度に応じて変化する（例えば図３〜図５参照）。別言すると、第１実施例では、予備パスには、片系障害発生時のように、優先度の低いクライアント信号が伝送される場合がある。
【０３３８】
第２実施例では、予備パスには、現用パス＃１及び＃２の障害発生の有無に関わらず、常時、優先度の高いクライアント信号を伝送する設定として、優先度の低いクライアント信号は救済しなくてよいポリシーとしてよい。
【０３３９】
図１７に、第２実施例の動作イメージを示す。図１７は、第１実施例の図４に対応する図である。第２実施例では、現用パス＃１及び＃２の障害発生の有無に関わらず、予備パス終点ノードＥにおいて、優先度の高いクライアント信号「＃１Ｈ」及び「＃２Ｈ」が受信され、優先度の低いクライアント信号「＃１Ｌ」及び「＃２Ｌ」は受信されない。
【０３４０】
かかる状況において、例えば図１７に例示するように、現用パス＃２に障害が発生すると、予備パス終点ノードＥは、現用パス＃１の優先度の高いクライアント信号「＃１Ｈ」は現用パス＃１の受信ノードＣへ送信し、現用パス＃２の優先度の高いクライアント信号「＃２Ｈ」は現用パス＃２の受信ノードＨへ送信する。
【０３４１】
その際、予備パス終点ノードＥは、優先度の低いクライアント信号は救済できていないことを示すスケルチＳを、現用パス＃１及び＃２それぞれの受信ノードＣ及びＨへ送信する。
【０３４２】
第１実施例では、現用パス＃１又は＃２の障害発生に応じて、優先度の低いクライアント信号に割り当てたＴＳを、優先度の高いクライアント信号に割り当て直す処理が行なわれる。これに対し、第２実施例では、このようなＴＳの割り当て直しは予備パス終点ノードＥにおいて実施されない。
【０３４３】
そのため、現用パス＃１又は＃２から予備パスへの切り替えは、受信ノードＣ又はＤが、受信するクライアント信号を現用パス＃１又は＃２から予備パスに切り替える処理によって完了する。したがって、ＴＳの割り当て直しが不要な分、現用パス＃１又は＃２から予備パスへの切替処理時間を短縮化することができる。
【０３４４】
ただし、予備パスに、常時、優先度の高いクライアント信号を伝送する設定であるため、片系障害であっても優先度の低いクライアント信号は第１実施例のようには救済されない。
【０３４５】
第１実施例のように障害発生状況に応じて予備パスのＴＳ割り当てを信号優先度に従って更新するか、第２実施例のように障害発生状況に関わらず優先度の高いクライアント信号の予備パスでのＴＳ割り当てを固定するかは、一長一短である。第１実施例及び第２実施例のいずれのポリシーを採用するかは、ネットワーク管理者によって適宜に選定されてよい。
【０３４６】
（第３実施例）
上述した第１実施例及び第２実施例では、現用パスの数ＮがＮ＝２の場合の「１：２プロテクション」について説明したが、Ｎ＝３以上の「１：Ｎプロテクション」についても、本実施形態は適用可能である。第３実施例では、非限定的な一例として、ネットワーク１における、Ｎ＝４の場合の「１：４プロテクション」動作例について説明する。
【０３４７】
図１８は、第３実施例に係るネットワーク１の構成例を示すブロック図であり、説明の便宜のために、図１の構成を簡略化して示す図に相当する。例示的に、図１８では、ノードＡ−Ｂ−Ｃのルートに第１の現用パス＃１が設定され、ノードＤ−Ｅ−Ｆのルートに第２の現用パス＃２が設定されている。また、ノードＧ−Ｈ−Ｉのルートに第３の現用パス＃３が設定され、ノードＬ−Ｍ−Ｎのルートに第４の現用パス＃４が設定されている。
【０３４８】
そして、図１８において、現用パス＃１に対してノードＡ−Ｊ−Ｋ−Ｃのルートに予備パスが設定され、現用パス＃２に対してノードＤ−Ｊ−Ｋ−Ｆのルートに予備パスが設定されている。また、現用パス＃３に対してノードＧ−Ｊ−Ｋ−Ｉのルートに予備パスが設定され、現用パス＃４に対してノードＬ−Ｊ−Ｋ−Ｎのルートに予備パスが設定されている。
【０３４９】
したがって、ノードＪとノードＫとの間の予備パスが、４つの現用パス＃１〜＃４にシェアされる。よって、ノードＪが「予備パス始点ノード」に相当し、ノードＫが「予備パス終点ノード」に相当する。
【０３５０】
また、図１８では、説明の便宜のために、現用パス＃１〜＃４のそれぞれを、４つのクライアント信号がＯＴＮフレームのＴＳにて伝送されることを想定している。更に、予備パス始点ノードＪと予備パス終点ノードＫとの間の予備パスを伝送されるＯＴＮフレームに、８つの空きＴＳ＃１〜＃８が存在することを想定する。
【０３５１】
現用パス数が増えると、予備パス始点ノードＪ及び予備パス終点ノードＫにそれぞれ備えられるＴＳ変換テーブルＣＴｓ及びＣＴｅの態様、別言すると、ＴＳ変換ルールによって救済するクライアント信号のポリシーが幾つか考えられる。
【０３５２】
（ＴＳ変換ルールの第１の態様）
ＴＳ変換ルールの第１の態様は、第１実施例及び第２実施例と同様に、静的なＴＳ変換テーブルＣＴｓ及びＣＴｅを、それぞれ、予備パス始点ノードＪ及び予備パス終点ノードＫに備える態様である。図１９に、第３実施例において、予備パス始点ノードＪに備えられるＴＳ変換テーブルＣＴｓの一例を示す。
【０３５３】
図１９では、現用パス＃１〜＃４のそれぞれを伝送されるＯＴＮフレームにおいて、ＴＳ＃１〜ＴＳ＃４にクライアント信号がマッピングされて伝送されることを想定している。また、現用パス＃１〜＃４のそれぞれにおいて、ＴＳ＃１及びＴＳ＃２にて優先度「高」のクライアント信号が伝送され、ＴＳ＃３及びＴＳ＃４にて優先度「低」のクライアント信号が伝送されることを想定している。
【０３５４】
図１９に例示するＴＳ変換テーブルＣＴｓでは、ＴＳ＃１で受信した優先度「高」の現用パス＃１のクライアント信号は、予備パスの下流ノードＫへの送信ＴＳ＃１〜ＴＳ＃８のうち、送信ＴＳ＃１に割り当てられる。ＴＳ＃２で受信した優先度「高」の現用パス＃１のクライアント信号は、予備パスの下流ノードＫへの送信ＴＳ＃２に割り当てられる。
【０３５５】
ＴＳ＃３で受信した優先度「低」の現用パス＃１のクライアント信号は、予備パスの下流ノードＫへの送信ＴＳ＃３に割り当てられる。ＴＳ＃４で受信した優先度「低」の現用パス＃１のクライアント信号は、予備パスの下流ノードＫへの送信ＴＳ＃４に割り当てられる。
【０３５６】
現用パス＃２のクライアント信号については、例示的に、ＴＳ＃１で受信した優先度「高」のクライアント信号が、予備パスの下流ノードＫへの送信ＴＳ＃５に割り当てられる。ＴＳ＃２で受信した優先度「高」の現用パス＃２のクライアント信号は、予備パスの下流ノードＫへの送信ＴＳ＃６に割り当てられる。
【０３５７】
ＴＳ＃３で受信した優先度「低」の現用パス＃２のクライアント信号は、予備パスの下流ノードＫへの送信ＴＳ＃７に割り当てられる。ＴＳ＃４で受信した優先度「低」の現用パス＃２のクライアント信号は、予備パスの下流ノードＫへの送信ＴＳ＃８に割り当てられる。
【０３５８】
現用パス＃３のクライアント信号については、例示的に、ＴＳ＃１で受信した優先度「高」のクライアント信号が、予備パスの下流ノードＫへの送信ＴＳ＃３に割り当てられる。ＴＳ＃２で受信した優先度「高」の現用パス＃３のクライアント信号は、予備パスの下流ノードＫへの送信ＴＳ＃４に割り当てられる。
【０３５９】
ＴＳ＃３で受信した優先度「低」の現用パス＃３のクライアント信号は、予備パスの下流ノードＫへの送信ＴＳ＃５に割り当てられる。ＴＳ＃４で受信した優先度「低」の現用パス＃３のクライアント信号は、予備パスの下流ノードＫへの送信ＴＳ＃６に割り当てられる。
【０３６０】
現用パス＃４のクライアント信号については、例示的に、ＴＳ＃１で受信した優先度「高」のクライアント信号が、予備パスの下流ノードＫへの送信ＴＳ＃７に割り当てられる。ＴＳ＃２で受信した優先度「高」の現用パス＃４のクライアント信号は、予備パスの下流ノードＫへの送信ＴＳ＃８に割り当てられる。
【０３６１】
ＴＳ＃３で受信した優先度「低」の現用パス＃４のクライアント信号は、予備パスの下流ノードＫへの送信ＴＳ＃１に割り当てられる。ＴＳ＃４で受信した優先度「低」の現用パス＃４のクライアント信号は、予備パスの下流ノードＫへの送信ＴＳ＃２に割り当てられる。
【０３６２】
なお、予備パス終点ノードＫに備えられるＴＳ変換テーブルＣＴｅは、図１９に例示したＴＳ変換テーブルＣＴｓの「受信ＴＳ」と「送信ＴＳ」とを入れ替えたテーブルに相当すると捉えてよい。
【０３６３】
以上のようなＴＳ変換テーブルＣＴｓ及びＣＴｅによるＴＳ変換ルールによれば、現用パス＃１〜＃４のうちのいずれか１つに障害が発生した場合、障害が発生した現用パス＃ｘのクライアント信号は、信号優先度に関わらず全てを救済することが可能である。
【０３６４】
また、現用パス＃１〜＃４のうち２つ以上に障害が発生しても、優先度「低」のクライアント信号に割り当てられた送信ＴＳを、優先度「高」のクライアント信号に割り当て直すことで、少なくとも優先度「高」のクライアント信号は確実に救済できる。
【０３６５】
ただし、２つ以上の現用パス＃ｘに障害が発生した場合は、障害の発生した現用パス＃ｘの組み合わせによって、救済可能な優先度「低」のクライアント信号が決定する。例えば、図１９のＴＳ変換テーブルＣＴｓでは、２つの現用パス＃１及び＃２に障害が発生した場合は、８つのＴＳ＃１〜ＴＳ＃８にて優先度「高」及び「低」の双方のクライアント信号を救済できる。
【０３６６】
これに対し、例えば、３つの現用パス＃１〜＃３に障害が発生した場合、現用パス＃２の優先度「高」のクライアント信号に送信ＴＳ＃５及び＃６が割り当てられる。当該送信ＴＳ＃５及び＃６は、現用パス＃３の優先度「低」のクライアント信号にも割り当て可能な設定であるが、現用パス＃２の優先度「高」のクライアント信号の救済が優先されるため、現用パス＃３の優先度「低」のクライアント信号は救済されない。
【０３６７】
他の組み合わせについても同様に、優先度「高」のクライアント信号に割り当てられる送信ＴＳと競合しないＴＳでは優先度「低」のクライアント信号は救済可能であるが、競合するＴＳでは優先度「低」のクライアント信号は救済されない。
【０３６８】
（ＴＳ変換ルールの第２の態様）
ＴＳ変換ルールの第２の態様は、現用パス＃１〜＃４の全てのクライアント信号に対して動的なＴＳ変換ルールを設定する態様である。例えば、予備パス始点ノードＪに、図２０に示すようなＴＳ変換テーブルＣＴｓを備える。
【０３６９】
なお、予備パス終点ノードＫに備えられるＴＳ変換テーブルＣＴｅは、図２０に例示したＴＳ変換テーブルＣＴｓの「受信ＴＳ」と「送信ＴＳ」とを入れ替えたテーブルに相当すると捉えてよい。
【０３７０】
図２０において、「ＴＳ＊」は、現用パス＃ｘに障害が未発生であるためＴＳが未割当であることを示す。別言すると、ネットワーク１の運用開始直後において、予備パスのＴＳ＃１〜ＴＳ＃８には、どの現用パス＃ｘのクライアント信号も割り当てられていない。
【０３７１】
予備パス始点ノードＪは、いずれかの現用パス＃ｘの障害発生を検出すると、ＴＳ変換テーブルＣＴｓにおいて、予備パスの空きＴＳを検索し、例えば、優先度「高」のクライアント信号から順番に空きＴＳを割り当てて信号の救済を行なう。
【０３７２】
予備パスの空きＴＳが無くなると、予備パス始点ノードＪは、優先度の高いクライアント信号が救済されるようにＴＳを割り当て直す。これにより、優先度「低」のクライアント信号が救済されない場合もある。
【０３７３】
このような動的なＴＳ変換ルールによれば、障害の発生した現用パス＃ｘの組み合わせに関わらず、最大で２つの障害発生現用パス＃ｘのクライアント信号を全て救済できる。また、クライアント信号に割り当てるＴＳを、現用パス＃ｘの障害発生状況に応じて柔軟に変更できるので、クライアント信号の伝送帯域を効率的に利用できる。
【０３７４】
なお、上述した動的なＴＳ変換ルールでは、事前にＴＳ変換テーブルＣＴｓのエントリが定まっていないため、予備パス始点ノードＪは、ＴＳ変換テーブルＣＴｓを更新に応じて、更新したＴＳ変換テーブルＣＴｓの情報を予備パス終点ノードＫに通知してよい。
【０３７５】
ＴＳ変換テーブルＣＴｓの情報の通知には、ＯＤＵｋ  ＯＨを利用してよい。例えば、予備パス始点ノードＪは、ＯＤＵｋ  ＯＨのリザーブフィールドに、ＴＳ変換テーブルＣＴｓの情報を設定してよい。
【０３７６】
１つのＯＴＮフレームのＯＤＵｋ  ＯＨのリザーブフィールドには、ＴＳ変換テーブルＣＴｓの情報が収まり切らない場合、複数のＯＴＮフレームのリザーブフィールドに分散して、ＴＳ変換テーブルＣＴｓの情報が設定されてもよい。別言すると、ＴＳ変換テーブルＣＴｓの情報の通知は、ＯＴＮのマルチフレームにて実施されてよい。
【０３７７】
以下、図２１〜図３２を参照して、動的なＴＳ変換ルールに基づくネットワーク１の動作例について説明する。
【０３７８】
図２１は、ＴＳ変換テーブルを動的に更新する予備パス始点ノードＪの動作例を示すフローチャートであり、図２２は、ＴＳ変換テーブルを動的に更新する予備パス終点ノードＫの動作例を示すフローチャートである。
【０３７９】
（予備パス始点ノードの動作例：図２１）
図２１に例示するように、予備パス始点ノードＪは、現用パス＃ｘの送信ノードＡ，Ｄ，Ｇ又はＬが送信したＯＴＮフレームのＯＤＵｋ  ＯＨにおける判定ビットを確認して、現用パス＃ｘに障害が発生しているか否かを判定する（処理Ｐ３１０及びＰ３２０）。
【０３８０】
現用パス＃ｘについての判定ビット＝１であれば（処理Ｐ３２０でＹＥＳの場合）、予備パス始点ノードＪは、現用パス＃ｘに障害が発生していると判定して、図２０に例示したＴＳ変換テーブルＣＴｓにおいて予備パスの空きＴＳを検索する（処理Ｐ３３０）。
【０３８１】
予備パスの空きＴＳが存在すれば（処理Ｐ３４０でＹＥＳの場合）、予備パス始点ノードＪは、当該空きＴＳに、障害の発生した現用パス＃ｘのクライアント信号の送信ＴＳに割り当てて（処理Ｐ３５０）、ＴＳ変換テーブルＣＴｓを更新する（処理Ｐ３６０）。
【０３８２】
一方、現用パス＃ｘに障害が発生しているが予備パスに空きＴＳが存在しない場合（処理Ｐ３４０でＮＯの場合）、予備パス始点ノードＪは、現用パス＃ｘの受信ＴＳの優先度と、割当済みの予備パスへの送信ＴＳの優先度と、を比較する（処理Ｐ３７０）。
【０３８３】
比較の結果、現用パス＃ｘの受信ＴＳの優先度の方が高い、予備パスへの送信ＴＳが有れば（処理Ｐ３８０でＹＥＳの場合）、当該送信ＴＳを、現用パス＃ｘの受信ＴＳで受信するクライアント信号の送信ＴＳに割り当て直す（処理Ｐ３９０）。これにより、ＴＳ変換テーブルＣＴｓが更新される（処理Ｐ４００）。
【０３８４】
現用パス＃ｘの受信ＴＳの優先度が、割当済みの予備パスへの送信ＴＳの優先度と同じか低ければ（処理Ｐ３８０でＮＯの場合）、予備パス始点ノードＪは、ＴＳ変換テーブルＣＴｓを更新しなくてよい（処理Ｐ４１０）。
【０３８５】
以上の処理Ｐ３３０〜Ｐ４１０が、現用パス＃ｘについてのＴＳの数だけ、予備パス始点ノードＪにおいて、繰り返し実施される（処理Ｐ４２０）。
【０３８６】
その後、予備パス始点ノードＪは、ＴＳ変換テーブルＣＴｓに従って、現用パス＃ｘのクライアント信号を予備パスへ送信する（処理Ｐ４３０）。その際、予備パス始点ノードＪは、判定ビットと、ＴＳ変換テーブルＣＴｓの情報と、を、予備パスへ送信するＯＤＵｋ  ＯＨに設定してよい。
【０３８７】
なお、処理Ｐ３２０において、判定ビット＝０であり現用パス＃ｘに障害が発生していないと判定した場合（ＮＯの場合）、予備パス始点ノードＪは、上述した処理Ｐ３３０〜Ｐ４２０をスキップして、処理Ｐ４３０を実施してよい。
【０３８８】
以上のようにして、予備パス始点ノードＪは、いずれかの現用パス＃ｘの障害発生検出に応じて、信号優先度の高いクライアント信号が予備パスによって優先的に救済されるように、予備パスの送信ＴＳの割り当てを動的に更新することができる。
【０３８９】
（予備パス終点ノードの動作例：図２２）
一方、図２２に例示するように、予備パス終点ノードＫは、予備パスで受信したＯＴＮフレームのＯＤＵｋ  ＯＨ情報における判定ビットを確認して、受信した判定ビットに変化が有るか否かを判定してよい（処理Ｐ５１０及びＰ５２０）。例えば、判定ビット＝０が判定ビット＝１に変化すると、予備パス終点ノードＫは、現用パス＃ｘに障害が発生していると判定できる。
【０３９０】
受信した判定ビットに変化が有れば（処理Ｐ５２０でＹＥＳの場合）、予備パス終点ノードＫは、予備パスで受信したＯＤＵｋ  ＯＨ情報に設定されている、ＴＳ変換テーブルＣＴｓの情報を基に、ＴＳ変換テーブルＣＴｅを設定、更新してよい（処理Ｐ５３０）。
【０３９１】
そして、予備パス終点ノードＫは、ＴＳ変換テーブルＣＴｅに従って、予備パスで受信したＯＴＮフレームの各受信ＴＳを、それぞれ、現用パス＃ｘの受信ノード１１（Ｃ，Ｆ，Ｉ又はＮ）への送信ＴＳに変換して並び替える（処理Ｐ５４０）。
【０３９２】
なお、処理Ｐ５２０において、受信した判定ビットに変化が無ければ（ＮＯの場合）、予備パス終点ノードＫは、ＴＳ変換テーブルＣＴｅの更新を行なわずに（処理Ｐ５３０をスキップして）、受信ＴＳの並び替えを行なってよい（処理Ｐ５４０）。
【０３９３】
受信ＴＳの並び替えによってクライアント信号が割り当てられない、現用パス＃ｘの受信ノード１１への送信ＴＳには、予備パス終点ノードＫにおいて、スケルチ（例えば、ＡＩＳ）が設定、挿入されてよい（処理Ｐ５５０）。
【０３９４】
予備パス終点ノードＫは、ＴＳ変換によってクライアント信号を割り当てられた送信ＴＳと、スケルチが挿入された送信ＴＳと、を、対応する現用パス＃ｘの受信ノード１１へ送信する（処理Ｐ５６０）。
【０３９５】
以上のようにして、予備パス終点ノードＫは、予備パス始点ノードＪにおいて動的なＴＳ変換ルールに従って並び替えられた各ＴＳのクライアント信号を、元のＴＳの並びに正しく変換して、現用パス＃ｘの受信ノード１１へ送信できる。
【０３９６】
また、予備パス終点ノードＫは、スケルチの挿入によって、予備パスで現用パス＃ｘのクライアント信号を救済できていないことを、現用パス＃ｘの受信ノード１１に通知できる。
【０３９７】
（動的なＴＳ変換ルールに基づくネットワーク動作例：図２３〜図３２）
図２３〜図３２は、４つの現用パス＃１〜＃４のいずれにも障害が発生していない通常運用時から、障害の発生した現用パス＃ｘの数が１〜４へ段階的に増加した場合の、動的なＴＳ割当に着目したネットワーク１の動作例を模式的に示す図である。
【０３９８】
例えば、図２３には、４つの現用パス＃１〜＃４のいずれにも障害が発生していない通常運用時の状態が示されており、図２４には、当該通常運用時の予備パス始点ノードＪにおけるＴＳ変換テーブルＣＴｓのエントリ例が示されている。
【０３９９】
また、図２５には、４つの現用パス＃１〜＃４のうち１つの現用パス＃４に障害が発生した単一障害時の状態が示されており、図２６には、当該単一障害時の予備パス始点ノードＪにおけるＴＳ変換テーブルＣＴｓのエントリ例が示されている。
【０４００】
更に、図２７には、図２５の単一障害時の状態から、更に現用パス＃３にも障害が発生した２重障害時の状態が示されており、図２８には、当該２重障害時の予備パス始点ノードＪにおけるＴＳ変換テーブルＣＴｓのエントリ例が示されている。
【０４０１】
また、図２９には、図２７の２重障害時の状態から、更に現用パス＃１にも障害が発生した３重障害時の状態が示されており、図３０には、当該３重障害時の予備パス始点ノードＪにおけるＴＳ変換テーブルＣＴｓのエントリ例が示されている。
【０４０２】
更に、図３１には、図２９の３重障害時の状態から、更に現用パス＃２にも障害が発生して４つ現用パス＃１〜＃４の全てに障害が発生した４重障害時の状態が示されている。そして、図３２には、当該４重障害時の予備パス始点ノードＪにおけるＴＳ変換テーブルＣＴｓのエントリ例が示されている。
【０４０３】
なお、図２３〜図３２では、１つの現用パス＃ｘにつき４つのクライアント信号（トータルで１６のクライアント信号）がＯＴＮフレームのＴＳ＃１〜ＴＳ＃４にマッピングされて伝送されることを想定している。図２３〜図３２において、１６のクライアント信号には、便宜的に、通し番号「１〜１６」を付与している。
【０４０４】
また、優先度の高いクライアント信号には、通し番号にラベル「Ｈ」を付加してあり、優先度の低いクライアント信号には、通し番号にラベル「Ｌ」を付加してある。例えば、現用パス＃１を伝送される４つのクライアント信号１〜４に着目すると、「１Ｈ」及び「２Ｈ」が優先度の高い信号を表しており、「３Ｌ」及び「４Ｌ」が優先度の低い信号を表している。
【０４０５】
同様に、現用パス＃２を伝送される４つのクライアント信号５〜８に着目すると、「５Ｈ」、「７Ｈ」及び「８Ｈ」が優先度の高い信号を表しており、「６Ｌ」が優先度の低い信号を表している。
【０４０６】
現用パス＃３を伝送される４つのクライアント信号９〜１２に着目すると、「９Ｈ」及び「１１Ｈ」が優先度の高い信号を表しており、「１０Ｌ」及び「１２Ｌ」が優先度の低い信号を表している。
【０４０７】
現用パス＃４を伝送される４つのクライアント信号１３〜１６に着目すると、「１５Ｈ」が優先度の高い信号を表しており、「１３Ｌ」、「１４Ｌ」及び「１６Ｌ」が優先度の低い信号を表している。
【０４０８】
なお、現用パス＃ｘを伝送されるクライアント信号数は、本例に限られない。異なる現用パスにおいて、同じ数のクライアント信号が伝送されてもよいし、異なる数のクライアント信号が伝送されてもよい。
【０４０９】
（通常運用時：図２３及び図２４）
図２３に例示するように、現用パス＃１〜＃４のいずれにも障害が発生していない場合、予備パス始点ノードＪから予備パス終点ノードＫへの予備パスにおける８つのＴＳには、いずれの現用パス＃ｘのクライアント信号も割り当てられなくてよい。別言すると、当該予備パスの送信ＴＳは、いずれも空きＴＳであってよい。
【０４１０】
そのため、図２４に例示するように、通常運用時において、予備パス始点ノードＪのＴＳ変換テーブルＣＴｓにおける１６個分の送信ＴＳは、いずれも未割当「ＴＳ＊」の状態でよい。この場合、予備パスは、いずれのクライアント信号も伝送されていない状態である。
【０４１１】
（単一障害時：図２５及び図２６）
その後、図２５に例示するように、現用パス＃４に障害が発生し、予備パス始点ノードＪが、現用パス＃４の送信ノードＬから受信したＯＤＵｋ  ＯＨの判定ビットを基に、現用パス＃４の障害発生を検出したと仮定する。
【０４１２】
この場合、予備パス始点ノードＪは、図２４に例示したＴＳ変換テーブルＣＴｓにおいて、空きＴＳを検索して、現用パス＃４のクライアント信号「１３Ｌ」、「１４Ｌ」、「１５Ｈ」、及び、「１６Ｌ」を４つの送信ＴＳに割り当てる。
【０４１３】
例えば図２６に示すように、ＴＳ変換テーブルＣＴｓにおいて、予備パスの４つの送信ＴＳ＃１〜＃４が、それぞれ、現用パス＃４のクライアント信号「１３Ｌ」、「１４Ｌ」、「１５Ｈ」、及び、「１６Ｌ」に割り当てられる。
【０４１４】
本例では、８つの空きＴＳ＃１〜＃８のうち、４つのＴＳ＃１〜ＴＳ＃４に、現用パス＃４のクライアント信号が割り当てられるため、図２５に例示するように、予備パスには、現用パス＃４の全てのクライアント信号が伝送される。したがって、障害の発生した現用パス＃４の全てのクライアント信号を、予備パスで救済できる。
【０４１５】
（２重障害時：図２７及び図２８）
その後、図２７に例示するように、現用パス＃４に加えて現用パス＃３にも障害が発生したと仮定する。
【０４１６】
予備パス始点ノードＪは、現用パス＃３の障害発生を判定ビットにより検出すると、ＴＳ変換テーブルＣＴｓにおいて、予備パスの空きＴＳを検索する。
【０４１７】
本例では、ＴＳ＃５〜＃ＴＳ＃８が空きＴＳであるため、予備パス始点ノードＪは、例示的に、図２８に示すように、障害の発生した現用パス＃３のクライアント信号「９Ｈ」、「１０Ｌ」、「１１Ｈ」、及び、「１２Ｌ」に、それぞれ、空きＴＳ＃５〜ＴＳ＃８を割り当ててよい。
【０４１８】
これにより、図２７に例示するように、予備パスには、現用パス＃４及び現用パス＃３の全てのクライアント信号が伝送される。したがって、障害の発生した現用パス＃４及び＃３の全てのクライアント信号を、予備パスで救済できる。
【０４１９】
（３重障害時：図２９及び図３０）
その後、図２７の状態から、図２９に例示するように、現用パス＃４及び＃３に加えて現用パス＃１にも障害が発生したと仮定する。
【０４２０】
予備パス始点ノードＪは、現用パス＃１の障害発生を判定ビットにより検出すると、ＴＳ変換テーブルＣＴｓにおいて、予備パスの空きＴＳを検索する。
【０４２１】
本例では、空きＴＳは無いため、ＴＳ＃１〜ＴＳ＃８に割り当て済みのクライアント信号の優先度と、障害の発生した現用パス＃１のクライアント信号の優先度と、が、予備パス始点ノードＪにおいて比較される。
【０４２２】
比較の結果、障害の発生した現用パス＃１の優先度の高いクライアント信号よりも優先度の低いクライアント信号に割り当て済みのＴＳが有れば、予備パス始点ノードＪは、当該ＴＳを、現用パス＃１の優先度の高いクライアント信号に割り当ててよい。
【０４２３】
非限定的な一例として、図３０に示すように、図２８において現用パス＃４の優先度の低いクライアント信号「１３Ｌ」に割り当てられていたＴＳ＃１が、現用パス＃１の優先度の高いクライアント信号「１Ｈ」に割り当て直されてよい。
【０４２４】
また、図２８において現用パス＃４の優先度の低いクライアント信号「１４Ｌ」に割り当てられていたＴＳ＃２が、現用パス＃１の優先度の高いクライアント信号「２Ｈ」に割り当て直されてよい。
【０４２５】
ＴＳの割り当て直しによって、現用パス＃４の優先度の低いクライアント信号「１３Ｌ」及び「１４Ｌ」には、いずれも、予備パスのＴＳが未割当でよい。なお、図３０の例は、昇順にＴＳの割り当て直しが実行される例である。
【０４２６】
ただし、降順にＴＳの割り当て直しが実行されてもよい。例えば、現用パス＃３の優先度の低いクライアント信号「１２Ｌ」及び「１０Ｌ」に割り当てられていたＴＳ＃８及びＴＳ＃６が、現用パス＃１の優先度の高いクライアント信号「１Ｈ」及び「２Ｈ」に割り当て直されてもよい。
【０４２７】
図３０に例示したＴＳの割り当て直しによって、図２９に例示するように、予備パスのＴＳ＃１〜ＴＳ＃８にて伝送されるクライアント信号は、以下のとおりとなる。
【０４２８】
ＴＳ＃１：現用パス＃１の優先度の高いクライアント信号「１Ｈ」
ＴＳ＃２：現用パス＃１の優先度の高いクライアント信号「２Ｈ」
ＴＳ＃３：現用パス＃４の優先度の高いクライアント信号「１５Ｈ」
ＴＳ＃４：現用パス＃４の優先度の低いクライアント信号「１６Ｌ」
ＴＳ＃５：現用パス＃３の優先度の高いクライアント信号「９Ｈ」
ＴＳ＃６：現用パス＃３の優先度の低いクライアント信号「１０Ｌ」
ＴＳ＃７：現用パス＃３の優先度の高いクライアント信号「１１Ｈ」
ＴＳ＃８：現用パス＃３の優先度の低いクライアント信号「１２Ｌ」
【０４２９】
したがって、障害の発生した現用パス＃１、＃３及び＃４の優先度の高いクライアント信号は、全て予備パスにて救済される。
【０４３０】
また、本例では、現用パス＃３の優先度の低い２つのクライアント信号「１０Ｌ」及び「１２Ｌ」も予備パスにて救済される。したがって、現用パス＃３については、全てのクライアント信号を予備パスにて救済できる。現用パス＃４については、優先度の低い１つのクライアント信号「１６Ｌ」が予備パスにて救済される。
【０４３１】
図３０において、現用パス＃１の優先度の低い２つクライアント信号「３Ｌ」及び「４Ｌ」と、現用パス＃４の優先度の低い２つのクライアント信号「１３Ｌ」及び「１４Ｌ」と、には、予備パスのＴＳが割り当てられない。
【０４３２】
そのため、これら４つのクライアント信号は、予備パスで救済できない。予備パス始点ノードＪは、図２９に例示するように、予備パスで救済できていないクライアント信号に対応する、現用パス＃１及び＃４の受信ノードＣ及びＮへの送信ＴＳに、スケルチＳ（例えば、ＡＩＳ）を設定してよい。
【０４３３】
これにより、現用パス＃１及び＃４の受信ノードＣ及びＮは、それぞれ、２つのクライアント信号が救済されていないことをＡＩＳによってクライアントネットワークへ通知することができる。
【０４３４】
なお、予備パスに割り当て済みのクライアント信号の優先度と、障害の発生した現用パス＃１のクライアント信号の優先度と、が同じ場合、予備パス始点ノードＪは、ＴＳの割り当て直しは実施しせずに、先に予備パスに割り当てた信号の送信を行なってよい。
【０４３５】
（４重障害時：図３１及び図３２）
その後、図２９の状態から、図３１に例示するように、現用パス＃４、＃３及び＃１に加えて現用パス＃２にも障害が発生し、全ての現用パス＃１〜＃４に障害が発生したと仮定する。
【０４３６】
予備パス始点ノードＪは、現用パス＃２の障害発生を判定ビットにより検出すると、ＴＳ変換テーブルＣＴｓにおいて、予備パスの空きＴＳを検索する。
【０４３７】
本例では、空きＴＳは無いため、ＴＳ＃１〜ＴＳ＃８に割り当て済みのクライアント信号の優先度と、障害の発生した現用パス＃２のクライアント信号の優先度と、が、予備パス始点ノードＪにおいて比較される。
【０４３８】
比較の結果、障害の発生した現用パス＃２の優先度の高いクライアント信号よりも優先度の低いクライアント信号に割り当て済みのＴＳが有れば、予備パス始点ノードＪは、当該ＴＳを、現用パス＃２の優先度の高いクライアント信号に割り当ててよい。
【０４３９】
非限定的な一例として、図３２に示すように、図３０において現用パス＃４の優先度の低いクライアント信号「１６Ｌ」に割り当てられていたＴＳ＃４が、現用パス＃２の優先度の高いクライアント信号「５Ｈ」に割り当て直されてよい。
【０４４０】
また、図３０において現用パス＃３の優先度の低いクライアント信号「１０Ｌ」及び「１２Ｌ」に割り当てられていたＴＳ＃６及び＃８が、現用パス＃２の優先度の高いクライアント信号「７Ｈ」及び「８Ｈ」に割り当て直されてよい。
【０４４１】
ＴＳの割り当て直しによって、現用パス＃４の優先度の低いクライアント信号「１６Ｌ」、及び、現用パス＃３の優先度の低いクライアント信号「１０Ｌ」及び「１２Ｌ」には、いずれも、予備パスのＴＳが未割当でよい。
【０４４２】
図３２に例示したＴＳの割り当て直しによって、図３１に例示するように、予備パスのＴＳ＃１〜ＴＳ＃８にて伝送されるクライアント信号は、以下のとおりとなる。
【０４４３】
ＴＳ＃１：現用パス＃１の優先度の高いクライアント信号「１Ｈ」
ＴＳ＃２：現用パス＃１の優先度の高いクライアント信号「２Ｈ」
ＴＳ＃３：現用パス＃４の優先度の高いクライアント信号「１５Ｈ」
ＴＳ＃４：現用パス＃２の優先度の高いクライアント信号「５Ｈ」
ＴＳ＃５：現用パス＃３の優先度の高いクライアント信号「９Ｈ」
ＴＳ＃６：現用パス＃２の優先度の高いクライアント信号「７Ｈ」
ＴＳ＃７：現用パス＃３の優先度の高いクライアント信号「１１Ｈ」
ＴＳ＃８：現用パス＃２の優先度の高いクライアント信号「８Ｈ」
【０４４４】
したがって、障害の発生した現用パス＃１〜＃４の全てについて、優先度の高いクライアント信号は、全て予備パスにて救済される。
【０４４５】
本例では、現用パス＃１〜＃４の優先度の低い８つのクライアント信号には、いずれも、予備パスのＴＳが割り当てられない。そのため、優先度の低い８つのクライアント信号の全てが、予備パスでは救済されない。
【０４４６】
予備パス始点ノードＪは、図３１に例示するように、予備パスで救済できていない８つのクライアント信号のそれぞれに対応する、現用パス＃１〜＃４の受信ノードＣ，Ｆ，Ｉ及びＮへの送信ＴＳに、スケルチＳ（例えば、ＡＩＳ）を設定してよい。
【０４４７】
これにより、現用パス＃１〜＃４の受信ノードＣ，Ｆ，Ｉ及びＮは、それぞれ、優先度の低いクライアント信号が救済されていないことを、ＡＩＳによってクライアントネットワークへ通知することができる。
【０４４８】
なお、図２４、図２６、図２８、図３０及び図３２に例示したＴＳ変換テーブルＣＴｓに対応する、予備パス終点ノードＫのＴＳ変換テーブルＣＴｅは、それぞれ、ＴＳ変換テーブルＣＴｓの「受信ＴＳ」と「送信ＴＳ」とを入れ替えたテーブルに相当する。
【０４４９】
図２４、図２６、図２８、図３０及び図３２に例示したＴＳ変換テーブルＣＴｓの更新毎に、ＴＳ変換テーブルＣＴｓの情報が、例えば予備パスのＯＤＵｋ  ＯＨにて、予備パス始点ノードＪから予備パス終点ノードＫへ通知されてよい。
【０４５０】
（ＴＳ変換ルールの第３の態様）
上述した第２の態様では、予備パス始点ノードＪは、ＴＳ変換テーブルＣＴｓにおいて、利用可能なＴＳを検索するため、トータルのＴＳ数が増えると、パス切替時間に遅延が生じるおそれがある。
【０４５１】
そこで、例えば図３３に示すように、ＴＳ変換テーブルＣＴｓにおいて、優先度の高いクライアント信号については予備パスのＴＳを静的に割り当て、優先度の低いクライアント信号については、第２の態様のように、ＴＳを動的に割り当てる設定にしてもよい。例えば図３３において、「ＴＳ＊」が、優先度の低いクライアント信号には、予備パスのＴＳが割り当てられていないことを表す。
【０４５２】
当該第３の態様は、第１の態様と第２の態様との中間的な位置付けである。第３の態様では、予備パス始点ノードＪにおいて、優先度の高いクライアント信号については予備パスの空きＴＳを検索しなくてよい。
【０４５３】
そのため、予備パスのトータルのＴＳ数が増えても、第２の態様よりも、ＴＳ検索時間の短縮化、ひいては、パス切替時間の短縮化を見込むことができる。
【０４５４】
優先度の低いクライアント信号については、現用パス＃ｘの障害発生状況と、予備パスのＴＳの使用状況と、を基に、割り当てるＴＳを決定してよい。なお、第３の態様においても、第２の態様と同様に、図３３に例示するＴＳ変換テーブルＣＴｓによれば、最大で２つの障害発生現用パス＃ｘのクライアント信号を全て救済できる。
【０４５５】
また、第３の態様においても、第２の態様と同様に、ＴＳ変換テーブルＣＴｓの情報が、予備パスのＯＤＵｋ  ＯＨを用いて、予備パス始点ノードＪから予備パス終点ノードＫに通知されてよい。
【０４５６】
予備パス終点ノードＫは、通知されたＴＳ変換テーブルＣＴｓの情報を基に、ＴＳ変換テーブルＣＴｓに対応するＴＳ変換テーブルＣＴｅを、設定、更新できる。予備パス終点ノードＫにおけるＴＳ変換テーブルＣＴｅは、図３３に例示したＴＳ変換テーブルＣＴｓの「受信ＴＳ」と「送信ＴＳ」とを入れ替えたテーブルに相当する。
【０４５７】
（部分的に動的なＴＳ変換ルールに基づくネットワーク動作例：図３４〜図３９）
以下、図３４〜図３９を参照して、第３の態様の動作例について説明する。図３４〜図３９は、４つの現用パス＃１〜＃４のいずれも障害未発生である通常運用時から、障害の発生した現用パス＃ｘの数が１〜２へ段階的に増加した場合の、ＴＳ割当に着目したネットワーク１の動作例を模式的に示す図である。
【０４５８】
図３４〜図３９においても、各現用パス＃１〜＃４を伝送されるクライアント信号の数は、第２の態様と同様であり、各クライアント信号の優先度に応じた表記方法も、第２の態様と同様である。
【０４５９】
（通常運用時：図３４及び図３５）
図３４に例示するように、現用パス＃１〜＃４のいずれにも障害が発生していない場合、予備パスのＴＳ＃１〜ＴＳ＃８には、それぞれ現用パス＃１〜＃４の優先度の高いクライアント信号がデフォルト設定として割り当てられてよい。
【０４６０】
例えば図３５に示すＴＳ変換テーブルＣＴｓにおいて、予備パスの送信ＴＳ＃１〜ＴＳ＃８に割り当てられるクライアント信号は、以下の通りである。
【０４６１】
ＴＳ＃１：現用パス＃１の優先度の高いクライアント信号「１Ｈ」
ＴＳ＃２：現用パス＃１の優先度の高いクライアント信号「２Ｈ」
ＴＳ＃３：現用パス＃２の優先度の高いクライアント信号「５Ｈ」
ＴＳ＃４：現用パス＃２の優先度の高いクライアント信号「７Ｈ」
ＴＳ＃５：現用パス＃２の優先度の高いクライアント信号「８Ｈ」
ＴＳ＃６：現用パス＃３の優先度の高いクライアント信号「９Ｈ」
ＴＳ＃７：現用パス＃３の優先度の高いクライアント信号「１１Ｈ」
ＴＳ＃８：現用パス＃４の優先度の高いクライアント信号「１５Ｈ」
【０４６２】
そのため、図３５に例示するように、通常運用時において、ＴＳ変換テーブルＣＴｓの残り８個分の送信ＴＳは、いずれも未割当「ＴＳ＊」の状態でよい。
【０４６３】
（単一障害時：図３６及び図３７）
その後、図３６に例示するように、現用パス＃１に障害が発生し、予備パス始点ノードＪが、現用パス＃１の送信ノードＡから受信したＯＤＵｋ  ＯＨの判定ビットを基に、現用パス＃１の障害発生を検出したと仮定する。
【０４６４】
ここで、予備パスの各ＴＳ＃１〜＃８には、各現用パス＃１〜＃４の優先度の高いクライアント信号がデフォルトで割り当てられているため、予備パスに空きＴＳが無い状態である。
【０４６５】
しかし、障害の発生していない他の現用パス＃ｘが存在すれば、当該現用パス＃ｘの優先度の高いクライアント信号にデフォルトで割り当てられているＴＳのいずれかを、障害の発生した現用パス＃１の優先度の低いクライアント信号に一時的に割り当ててもよい。
【０４６６】
例えば、予備パス始点ノードＪは、判定ビットを基に、障害の発生していない現用パス＃ｘを検出し、当該現用パス＃ｘの優先度の高いクライアント信号にデフォルトで割り当てられている予備パスのＴＳを、ＴＳ変換テーブルＣＴｓにおいて特定する。
【０４６７】
特定したＴＳは、障害の発生した現用パス＃１の優先度の低いクライアント信号「３Ｌ」及び「４Ｌ」を救済するために利用可能なＴＳ候補である。
【０４６８】
予備パス始点ノードＪは、ＴＳ候補におけるいずれかのＴＳを、障害が発生した現用パス＃１の優先度の低いクライアント信号「３Ｌ」及び「４Ｌ」に、一時的に割り当ててよい。
【０４６９】
別言すると、優先度の高いクライアント信号がデフォルトで割り当てられた、予備パスのＴＳは、障害の発生した現用パス＃ｘの優先度の低いクライアント信号に、一時的に割り当て直されてよい。「一時的な割り当て」であるため、ＴＳ割り当てのデフォルト設定は、例示的に、ＴＳ変換テーブルＣＴｓにおいて保持されていてよい。
【０４７０】
ＴＳ候補において一時的に割り当てるＴＳをどのＴＳに選ぶかは、例示的に、昇順に決定されてよい。ただし、降順に決定されてもよい。
【０４７１】
昇順による決定の非限定的な一例として、図３７に例示するように、現用パス＃２の優先度の高いクライアント信号「５Ｈ」に割り当てられているＴＳ＃３が、一時的に、現用パス＃１の優先度の低いクライアント信号「３Ｌ」に割り当てられてよい。
【０４７２】
また、現用パス＃２の優先度の高いクライアント信号「７Ｈ」に割り当てられているＴＳ＃４が、一時的に、現用パス＃１の優先度の低いクライアント信号「４Ｌ」に割り当てられてよい。
【０４７３】
これにより、図３６に例示するように、予備パスのＴＳ＃１〜ＴＳ＃４にて、現用パス＃１の優先度の高いクライアント信号「１Ｈ」及び「２Ｈ」と、現用パス＃１の優先度の低いクライアント信号「３Ｌ」及び「４Ｌ」と、が伝送される。
【０４７４】
したがって、障害の発生した現用パス＃１の全て（４つ）のクライアント信号を、予備パスにて救済することができる。
【０４７５】
なお、現用パス＃１の障害復旧に応じて、予備パス始点ノードＪは、優先度の低いクライアント信号「３Ｌ」及び「４Ｌ」への一時的なＴＳ＃３及びＴＳ＃４の割り当てを解除して、ＴＳ割当をデフォルト設定に戻してよい。
【０４７６】
例えば、ＴＳ割当の解除に応じて、予備パスのＴＳ＃３及びＴＳ＃４に、再度、現用パス＃２の優先度の高いクライアント信号「５Ｈ」及び「７Ｈ」が割り当てられてよい。
【０４７７】
（２重障害時：図３８及び図３９）
次に、図３８に例示するように、現用パス＃１の障害が復旧しないまま、現用パス＃２にも障害が発生したと仮定する。
【０４７８】
予備パス始点ノードＪは、判定ビットに基づく現用パス＃２の障害発生検出に応じて、現用パス＃１の優先度の低いクライアント信号「３Ｌ」及び「４Ｌ」に対する一時的なＴＳ＃３及びＴＳ＃４の割り当てを解除してよい。
【０４７９】
当該解除に応じて、図３９に例示するように、ＴＳ＃３及びＴＳ＃４には、デフォルト設定に従って、現用パス＃２の優先度の高いクライアント信号「５Ｈ」及び「７Ｈ」が割り当てられる。
【０４８０】
ＴＳ割当が解除された現用パス＃１の優先度の低いクライアント信号「３Ｌ」及び「４Ｌ」には、障害の発生していない現用パス＃３及び＃４の優先度の高いクライアント信号に割り当てられている、予備パスのＴＳのいずれかが、一時的に割り当てられてよい。
【０４８１】
一時的に割り当てるＴＳは、例示的に、昇順に決定されてよい。ただし、降順に決定されてもよい。
【０４８２】
昇順による決定の非限定的な一例として、図３９に例示するように、現用パス＃３の優先度の高いクライアント信号「９Ｈ」に割り当てられているＴＳ＃６が、一時的に、現用パス＃１の優先度の低いクライアント信号「３Ｌ」に割り当てられてよい。
【０４８３】
また、障害の発生していない現用パス＃３の優先度の高いクライアント信号「１１Ｈ」に割り当てられているＴＳ＃７が、一時的に、現用パス＃１の優先度の低いクライアント信号「４Ｌ」に割り当てられてよい。
【０４８４】
更に、障害の発生していない現用パス＃４の優先度の高いクライアント信号「１５Ｈ」に割り当てられているＴＳ＃８が、一時的に、現用パス＃２の優先度の低いクライアント信号「６Ｌ」に割り当てられてよい。
【０４８５】
これにより、図３８に例示するように、予備パスのＴＳ＃１〜ＴＳ＃５にて、現用パス＃１及び＃２の優先度の高いクライアント信号「１Ｈ」、「２Ｈ」、「５Ｈ」、「７Ｈ」及び「８Ｈ」が伝送される。また、予備パスのＴＳ＃６及びＴＳ＃７にて、現用パス＃１の優先度の低いクライアント信号「３Ｌ」及び「４Ｌ」が伝送される。更に、予備パスのＴＳ＃８にて、現用パス＃２の優先度の低いクライアント信号「６Ｌ」が伝送される。
【０４８６】
したがって現用パス＃１及び＃２の８つのクライアント信号「１Ｈ」、「２Ｈ」、「３Ｌ」、「４Ｌ」、「５Ｈ」、「６Ｌ」、「７Ｈ」及び「８Ｈ」は、全て予備パスで救済できる。
【０４８７】
このように、予備パス始点ノードＪは、現用パス＃ｘの障害発生状況と、予備パスのＴＳの使用状況と、を基に、優先度の低いクライアント信号に割り当てるＴＳを決定することで、障害の発生した現用パス＃ｘのクライアント信号の救済率を向上できる。
【０４８８】
（ＴＳ変換ルールの第４の態様）
上述したＴＳ変換ルールの第１〜第３の態様では、現用パス＃ｘの障害発生情報に応じて、予備パスのＴＳに、優先度の低いクライアント信号を割り当て可能である。
【０４８９】
第４の態様では、第２実施例と同様に、障害発生状況に関わらず、ＴＳ変換テーブルＣＴｓにおいて、優先度の高いクライアント信号を、予備パスのＴＳに静的に割り当ててよい。別言すると、予備パスには、常時、優先度の高いクライアント信号を伝送する設定であってよい。
【０４９０】
第４の態様においても、第２実施例と同様に、ＴＳの割り当て直しが不要になるため、障害の発生した現用パス＃ｘから予備パスへの切替処理時間を短縮化することができる。
【０４９１】
ただし、予備パスに、常時、優先度の高いクライアント信号を伝送する設定であるため、１つの現用パス＃ｘにしか障害が発生していない状況でも、優先度の低いクライアント信号は救済されない。
【０４９２】
以上のように、ＴＳ変換テーブルＣＴｓを用いたクライアント信号の救済手法には、幾つかの態様あるいはポリシーが考えられる。いずれのポリシーを採用するかは、ネットワーク管理者によって適宜に決定されてよい。
【符号の説明】
【０４９３】
１  通信システム
１１−１〜１１−ｎ  通信装置（ノード）
１１ＷＳ  送信ノード
１１ＰＳ  予備パス始点ノード
１１ＰＥ  予備パス終点ノード
１１ＷＥ  終端ノード（受信ノード）
１２  オペレーションシステム（ＯＰＳ）
３１−１〜３１−ｍ  クライアント信号受信インタフェース（ＩＦ）
３１１−１〜３１１−ｍ  クライアント＃１〜＃ｍ向け受信部
３１２−１〜３１２−ｍ  クライアント＃１〜＃ｍ向け光電変換部（ＯＥ）
３２  クライアント信号制御部
３３  スイッチ
３４  スイッチ制御部
３５  オーバヘッド（ＯＨ）制御部
３６  ノード内情報管理部
３７Ｗ  現用パス送信ＩＦ
３７１Ｗ  現用パス電光変換部（ＥＯ）
３７２Ｗ  現用パス送信部
３７Ｐ  予備パス送信ＩＦ
３７１Ｐ  予備パス電光変換部（ＥＯ）
３７２Ｐ  予備パス送信部
４１−１〜４１−Ｎ  予備パス受信ＩＦ
４１１−１〜４１１−Ｎ  現用パス＃１〜＃Ｎ向け受信部
４１２−１〜４１２−Ｎ  現用パス＃１〜＃Ｎ向け光電変換部（ＯＥ）
４２  ＯＨ制御部
４３  トリビュータリスロット（ＴＳ）制御部
４４  ノード内情報管理部
４５  ＴＳ変換テーブル記憶部
４６  予備パス送信ＩＦ
４６１  予備パス電光変換部（ＥＯ）
４６２  予備パス送信部
５１  予備パス受信ＩＦ
５２  ＯＨ制御部
５３  ＴＳ制御部
５４  ノード内情報管理部
５５  ＴＳ変換テーブル記憶部
５６  ＡＩＳ制御部
５７−１〜５７−Ｎ  予備パス送信ＩＦ
５７１−１〜５７１−Ｎ  現用パス＃１〜＃Ｎ向け電光変換部（ＥＯ）
５７２−１〜５７２−Ｎ  現用パス＃１〜＃Ｎ向け送信部
６１Ｗ  現用パス受信ＩＦ
６１Ｐ  予備パス受信ＩＦ
６２  クライアント信号制御部
６３  スイッチ
６４  スイッチ制御部
６５  ＯＨ制御部
６６  ノード内情報管理部
ＣＴｓ  ＴＳ変換テーブル（予備パス始点ノード）
ＣＴｅ  ＴＳ変換テーブル（予備パス終点ノード）
【図１】
2017005536.tif 000003
【図２】
2017005536.tif 000004
【図３】
2017005536.tif 000005
【図４】
2017005536.tif 000006
【図５】
2017005536.tif 000007
【図６】
2017005536.tif 000008
【図７】
2017005536.tif 000009
【図８】
2017005536.tif 000010
【図９】
2017005536.tif 000011
【図１０】
2017005536.tif 000012
【図１１】
2017005536.tif 000013
【図１２】
2017005536.tif 000014
【図１３】
2017005536.tif 000015
【図１４】
2017005536.tif 000016
【図１５】
2017005536.tif 000017
【図１６】
2017005536.tif 000018
【図１７】
2017005536.tif 000019
【図１８】
2017005536.tif 000020
【図１９】
2017005536.tif 000021
【図２０】
2017005536.tif 000022
【図２１】
2017005536.tif 000023
【図２２】
2017005536.tif 000024
【図２３】
2017005536.tif 000025
【図２４】
2017005536.tif 000026
【図２５】
2017005536.tif 000027
【図２６】
2017005536.tif 000028
【図２７】
2017005536.tif 000029
【図２８】
2017005536.tif 000030
【図２９】
2017005536.tif 000031
【図３０】
2017005536.tif 000032
【図３１】
2017005536.tif 000033
【図３２】
2017005536.tif 000034
【図３３】
2017005536.tif 000035
【図３４】
2017005536.tif 000036
【図３５】
2017005536.tif 000037
【図３６】
2017005536.tif 000038
【図３７】
2017005536.tif 000039
【図３８】
2017005536.tif 000040
【図３９】
2017005536.tif 000041