(57)【要約】【課題】伝送ノード間の双方向の通信における回線切替に伴うデータ損失の低減と双方向通信の復旧時間の短縮化とを図る。【解決手段】伝送ノード間の双方向の通信において、複数の送信回線＃６１１〜＃６１４及び複数の受信回線＃６２１〜＃６２４のトラフィック量を前記伝送ノードのそれぞれが監視してよい。前記伝送ノードのそれぞれは、前記双方向の通信のペアを成す送信回線及び受信回線の合計トラフィック量が多い送信回線ほど高い切替優先度を設定してよい。そして、前記伝送ノードのそれぞれは、前記各送信回線＃６１１〜＃６１４が属するワーク系の障害が検出されると、前記切替優先度の順に前記各送信回線＃６１１〜＃６１４を前記プロテクション系へ切り替えてよい。【選択図】図１７
2018148265.tif 000002
【特許請求の範囲】
【請求項１】
互いに双方向の通信を行なう第１及び第２の伝送ノードのうちの前記第１の伝送ノードであって、
前記双方向の通信において、複数の送信回線及び複数の受信回線のトラフィック量を監視する監視部と、
前記双方向の通信のペアを成す送信回線及び受信回線の合計トラフィック量が多い送信回線ほど高い切替優先度を設定する設定部と、
前記各送信回線が属するワーク系の障害が検出されると、前記切替優先度の順に前記各送信回線をプロテクション系へ切り替える制御部と、
を備えた、伝送ノード。
【請求項２】
前記設定部は、前記第２の伝送ノードから受信されたトラフィックに設定されている前記受信回線を識別可能な情報を基に、前記送信回線とペアを成す前記受信回線を識別する、請求項１に記載の伝送ノード。
【請求項３】
前記設定部は、静的な切替優先度が予め設定された送信回線を、前記切替優先度の設定候補から除外する、請求項２に記載の伝送ノード。
【請求項４】
前記設定部は、前記プロテクション系への切替不可が予め設定された送信回線を、前記切替優先度の設定候補から除外する、請求項２に記載の伝送ノード。
【請求項５】
前記受信回線を識別可能な情報は、ＶＬＡＮ（virtual local area network）タグの情報である、請求項２に記載の伝送ノード。
【請求項６】
前記受信回線を識別可能な情報は、ＭＥＰ  ＩＤ（maintenance entity group end point identifier）である、請求項２に記載の伝送ノード。
【請求項７】
前記制御部は、
前記ワーク系の障害復旧に応じて、前記プロテクション系への切替を実施した各送信回線を、前記合計トラフィック量が少ない送信回線ほど高い優先度で、前記ワーク系へ切戻す、請求項１〜６のいずれか１項に記載の伝送ノード。
【請求項８】
前記制御部は、
前記ワーク系への切戻しを実施した送信回線の信号断を検出すると、当該送信回線を前記プロテクション系へ切り替える、請求項７に記載の伝送ノード。
【請求項９】
伝送ノード間の双方向の通信において、複数の送信回線及び複数の受信回線のトラフィック量を前記伝送ノードのそれぞれにおいて監視し、
前記双方向の通信のペアを成す送信回線及び受信回線の合計トラフィック量が多い送信回線ほど高い切替優先度を前記伝送ノードのそれぞれにおいて設定し、
前記伝送ノードのそれぞれにおいて、前記各送信回線が属するワーク系の障害が検出されると、前記切替優先度の順に前記各送信回線を前記プロテクション系へ切り替える、
回線切替方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送ノード及び回線切替方法に関する。
【背景技術】
【０００２】
伝送ノード間の通信の信頼度を向上するために、伝送ノード間の通信回線がワーク系とプロテクション系とに冗長化されることがある。例えば、ワーク系の通信に障害が生じると、ワーク系のトラフィックがプロテクション系に切り替えられて、ワーク系の通信がプロテクション系にて救済される。このような回線切替機能は、プロテクション機能と称されることがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−３７１９８号公報
【非特許文献】
【０００４】
【非特許文献１】ITU-T G.8031
【非特許文献２】ITU-T Y.1731
【発明の概要】
【発明が解決しようとする課題】
【０００５】
双方向の通信が可能な伝送ノード間において、プロテクション機能による回線切替に際して、上り回線と下り回線とをトラフィック量を考慮せずに切り替えてしまうと、データ損失が増加してしまう可能性がある。データ損失が増加すると、例えば再送制御の多発によって、ネットワーク輻輳が生じ得る。
【０００６】
また、双方向の通信において、下り回線及び上り回線のペアの一方が他方に遅れて切り替えられてしまうと、双方向の通信が確立（別言すると、復旧）するまでの時間に遅延が生じる。
【０００７】
１つの側面では、本発明の目的の１つは、伝送ノード間の双方向の通信における回線切替に伴うデータ損失の低減と双方向通信の復旧時間の短縮化とを図ることにある。
【課題を解決するための手段】
【０００８】
１つの側面において、（第１の）伝送ノードは、他の（第２の）伝送ノードと双方向通信を行なうノードであって、監視部と、設定部と、制御部と、を備えてよい。監視部は、前記双方向の通信において、複数の送信回線及び複数の受信回線のトラフィック量を監視してよい。設定部は、前記双方向の通信のペアを成す送信回線及び受信回線の合計トラフィック量が多い送信回線ほど高い切替優先度を設定してよい。制御部は、前記各送信回線が属するワーク系の障害が検出されると、前記切替優先度の順に前記各送信回線をプロテクション系へ切り替えてよい。
【０００９】
また、１つの側面において、回線切替方法は、伝送ノード間の双方向の通信において、複数の送信回線及び複数の受信回線のトラフィック量を前記伝送ノードのそれぞれにおいて監視してよい。前記伝送ノードのそれぞれは、前記双方向の通信のペアを成す送信回線及び受信回線の合計トラフィック量が多い送信回線ほど高い切替優先度を設定してよい。そして、前記伝送ノードのそれぞれは、前記各送信回線が属するワーク系の障害が検出されると、前記切替優先度の順に前記各送信回線を前記プロテクション系へ切り替えてよい。
【発明の効果】
【００１０】
１つの側面として、伝送ノード間の双方向の通信における回線切替に伴うデータ損失の低減と双方向通信の復旧時間の短縮化とを図ることができる。
【図面の簡単な説明】
【００１１】
【図１】一実施形態に係る通信ネットワークの構成例を示すブロック図である。
【図２】双方向の通信が可能な２つの伝送ノードにおいて複数のユーザ回線が冗長化された例を模式的に示す図である。
【図３】図２の例においてユーザ回線がワーク系からプロテクション系へ切り替えられた例を模式的に示す図である。
【図４】図３に例示した回線切替においてトラフィック量を考慮せずに切替を実施した場合にデータ損失が増加し得る例を説明するための図である。
【図５】図３に例示した回線切替においてペアを成す上り及び下りのサブ論理回線の切替順序が伝送ノード間で一致しない場合の例を説明するための図である。
【図６】図３に例示した回線切替においてペアを成す上り及び下りのサブ論理回線の切替順序が伝送ノード間で一致している場合の例を説明するための図である。
【図７】２つの伝送ノード間でワーク系の回線を使用して通信が行なわれる例を模式的に示すブロック図である。
【図８】図７の例におけるサブ論理回線毎のＶＬＡＮ（virtual local area network）タグ及び送信トラフィック情報の一例を示す図である。
【図９】図７の例においてワーク系の回線に障害が発生した例を模式的に示す図である。
【図１０】図９の例においてワーク系からプロテクション系への回線切替が実施された例を模式的に示す図である。
【図１１】図９の例においてプロテクション系への回線切替が上り及び下りの回線ペアでない場合に双方向の通信が確立しないことを模式的に示す図である。
【図１２】一実施形態に係る伝送ノードにおけるペア管理テーブルの作成手順を説明するためのフローチャートである。
【図１３】一実施形態に係るペア管理テーブル（初期作成時）の一例を示す図である。
【図１４】一実施形態に係るペア管理テーブル（サブ論理回線登録時）の一例を示す図である。
【図１５】タグ付きイーサネット（登録商標）フレームのフォーマット例を示す図である。
【図１６】一実施形態に係る伝送ノードにおけるトラフィック監視及び切替優先度の設定手順を説明するためのフローチャートである。
【図１７】一実施形態に係るペア管理テーブル（合計トラフィック更新時）の一例を示す図である。
【図１８】一実施形態に係る優先度テーブルの一例を示す図である。
【図１９】一実施形態に係る伝送ノードにおけるワーク系からプロテクション系への回線切替手順の一例を説明するためのフローチャートである。
【図２０】一実施形態の変形例（優先度テーブル作成処理の変形例）を説明するためのフローチャートである。
【図２１】一実施形態の変形例に係る伝送ノードにおけるトラフィック監視及び切替優先度の設定手順を説明するためのフローチャートである。
【図２２】一実施形態に係る静的優先度テーブルの一例を示す図である。
【図２３】一実施形態に係るサブ論理回線切替可否テーブルの一例を示す図である。
【図２４】（Ａ）は、図２２に例示した静的優先度テーブルと図２３に例示したサブ論理回線切替可否テーブルとを考慮した場合に作成される優先度テーブルの一例を示す図であり、（Ｂ）は（Ａ）において合計トラフィック量を更に考慮した場合に作成される優先度テーブルの一例を示す図である。
【図２５】一実施形態に係る伝送ノードにおけるプロテクション系からワーク系への回線切戻し手順の一例を説明するためのフローチャートである。
【図２６】一実施形態に係る伝送ノードのハードウェア構成例を示すブロック図である。
【図２７】図２６に例示した制御ユニットの機能的な構成例を示すブロック図である。
【図２８】イーサネットＯＡＭ（operation, administration and maintenance）におけるＣＣＭ（continuity check message）−ＰＤＵ（protocol data unit）フレームのフォーマット例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。また、以下に説明する各種の例示的態様は、適宜に組み合わせて実施しても構わない。なお、以下の実施形態で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。
【００１３】
図１は、一実施形態に係る通信ネットワークの構成例を示すブロック図である。図１に示す通信ネットワーク１は、「通信システム１」又は「伝送システム１」と称されてもよく、例示的に、複数の伝送装置１１を備えてよい。複数の伝送装置１１のいずれか１つ以上には、ルータ等の外部通信装置１２が通信可能に接続されてよい。
【００１４】
「伝送装置」は、光伝送装置でもよいしフレーム伝送装置でもよい。「伝送装置」は、通信ネットワーク１のエレメント又はエンティティの一例であり、「ＮＥ」と表記されてもよい。また、「伝送装置」は、「伝送ノード」又は「通信ノード」、あるいは単に「ノード」と称されてもよい。なお、図１には、ノード数＝６のケースを例示しているが、ノード数は２以上であればよい。
【００１５】
複数のノード１１は、図１に例示するように、メッシュ状に通信可能に接続されてメッシュネットワークを形成してよい。あるいは、複数のノード１１は、リング状に通信可能に接続されてリングネットワークを形成してもよい。別言すると、通信ネットワーク１のトポロジは、特に限定されない。ノード１１間の接続（別言すると、通信路）には、例示的に、光ファイバが用いられてよい。
【００１６】
ところで、近年、通信ネットワーク１の高速化や大容量化に伴い、１ノードあたりに設定、多重される回線数（「多重度」と称してもよい。）が増加する傾向にある。「回線」は、例えば、パス又はチャネルといった論理的な回線（「ユーザ回線」又は「サブ論理回線」と称されることがある。）の単位で、ノード１１に設定されてよい。
【００１７】
例えば図２に模式的に示すように、１つのノード１１の１ポートあたりに１０００以上の論理的な回線が設定、多重されることがある。なお、「回線」は、上り（upstream）及び下り（downstream）の別に設定されてよい。上り及び下りの「ユーザ回線」は、ノード１１間の双方向通信における回線の一例である。
【００１８】
また、「ユーザ回線」は、通信の信頼性向上のために、プロテクション機能と呼ばれる技術によって、例えば図２に示すように、ワーク（work）系とプロテクション（protection）系とに冗長化されることがある。なお、ワーク系に属するユーザ回線を「ワーク回線」、プロテクション系に属するユーザ回線を「プロテクション回線」と称することがある。
【００１９】
例えば、ワーク系のいずれかのユーザ回線に障害（例えば、信号断）が発生したことがノード１１において検出されると、ノード１１は、障害を検出したユーザ回線をワーク系からプロテクション系に切り替えることが可能である。これにより、障害を検出したワーク系のユーザ回線をプロテクション系にて救済することが可能である。
【００２０】
複数のユーザ回線の障害が検出された場合、ノード１１は、例えば障害を検出した順序で各ユーザ回線を順番にワーク系からプロテクション系へ切り替えてよい。あるいは、複数のユーザ回線に対して静的（Static）な優先度を設定しておくことで、障害検出時に、設定された優先度の順序で切替制御が行なわれてもよい。
【００２１】
図３に、ワーク系からプロテクション系への回線切替が完了してプロテクション系において双方向の通信が可能になった例を模式的に示す。なお、予め優先度が設定されていないユーザ回線については、トラフィック量に関わらず、回線障害が検出された順序で切替制御が行なわれてよい。
【００２２】
しかし、ユーザ回線の多重度が増すと切り替えに時間がかかり、一部のユーザに対するサービス復旧が遅延し得る。また、実際に優先度の高いユーザ回線が常に帯域を多く使用しているとは限らず、或る時点では優先度は低いがトラフィック量が多く帯域を多く使用しているユーザ回線が存在する等、運用状況に応じて様々な回線使用状況が想定される。
【００２３】
そのような状況で回線障害が発生した場合に、ユーザ回線のトラフィック量を考慮せずに切替制御が実施されると、切替順序によっては或るユーザ回線において伝送データの損失（ロス）が多発してしまうことがある。なお、伝送データの一例は、パケットデータやフレームデータ等である。
【００２４】
例えば、トラフィック量が他のユーザ回線よりも多いユーザ回線の切替制御が後回しになり遅れると、伝送データのロスが多発し得る。伝送データのロスが多発すると、再送制御等の多発によってネットワーク輻輳が生じ得る。
【００２５】
図４に、３つのサブ論理回線であるユーザ回線Ａ〜Ｃのトラフィック量がそれぞれＴＬＡ、ＴＬＢ及びＴＬＣであると仮定して、回線切替の時間とトラフィック量との関係の一例を示す。
【００２６】
図４には、トラフィック量ＴＬＡ、ＴＬＢ及びＴＬＣの大小関係が下記の（１）〜（３）に示すとおりである場合のそれぞれについて、サブ論理回線Ａ、Ｂ及びＣの順序で回線切替を行なったケースが例示されている。
【００２７】
（１）ＴＬＡ＞ＴＬＢ＞ＴＬＣ
（２）ＴＬＢ＞ＴＬＡ＞ＴＬＣ
（３）ＴＬＣ＞ＴＬＢ＞ＴＬＡ
【００２８】
なお、上記（１）〜（３）の条件は、それぞれ、図４において（１）〜（３）で示すグラフに対応している。ここで、プロテクション機能による回線切替制御には、通信に対する影響が無いか最小とされる切替時間が規定されている。例えば、障害検出から回線切替が完了するまでの切替時間として、５０ミリ秒（ｍｓ）が規定されることがある。
【００２９】
規定の切替時間内に切替が可能なサブ論理回線数には限りがあるため、トラフィック量が多いサブ論理回線を優先的に切り替えて復旧させることで、回線切替に伴うデータロスを最小に抑えて、通信サービス全体としての復旧時間を早めることが可能である。
【００３０】
したがって、図４に例示するように、条件（１）にてトラフィック量の多いサブ論理回線Ａ、Ｂ及びＣの順序で回線切替を実施することで、所定の切替時間内に切替を完了することができ、また、データロスも最小に抑えることができる。
【００３１】
これに対し、条件（３）のように、トラフィック量の少ないサブ論理回線Ｃ、Ｂ及びＡの順序で回線切替を実施すると、所定の切替時間内に切替を完了することができず、データロスが増加する。
【００３２】
条件（２）は、条件（１）と条件（３）との中間的な位置づけであり、トラフィック量ＴＬＢの多いサブ論理回線Ｂよりもトラフィック量ＴＬＡの少ないサブ論理回線Ａが先に切り替えられる。そのため、条件（１）の場合に比して、回線切替完了までの時間が遅延し、データロスも増加する。
【００３３】
このように、トラフィック量の多いサブ論理回線から優先的に切替制御を実施することが得策である。ただし、ノード１１のそれぞれは、上り及び下りのユーザ回線のうち自ノード１１から見た送信側（下り）のユーザ回線に限って障害の監視、検出を行なうため、下りのユーザ回線を切替制御できるに留まる。
【００３４】
そのため、上り及び下りの双方のユーザ回線が切断された場合に、片方向のユーザ回線だけが先にプロテクション系に切り替えられたとしても、片方向の通信が可能になるに過ぎず、双方向の通信サービスの復旧にはならない。また、再送制御等の多発によるネットワーク輻輳の拡大を防ぐこともできない。このような事態は、ノード１１の１ポートあたりに設定、多重されるユーザ回線数が増加するほど深刻になり得る。
【００３５】
図５に、２つのノード１１（＃１及び＃２）間で、ワーク系において上り及び下りの双方のユーザ回線＃１〜＃３に障害が検出されてから、上り及び下り双方向の回線切替が完了するまでのイメージを模式的に例示する。
【００３６】
図５の例では、ノード＃１においてユーザ回線＃１、＃２及び＃３の順序で障害が検出され、ノード＃２においてユーザ回線＃３、＃１及び＃２の順序で障害が検出されたと仮定している。
【００３７】
別言すると、ノード＃１及び＃２間で、ユーザ回線＃１〜＃３の障害検出順序が一致しない状況である。このような状況は、仮にユーザ回線＃１〜＃３に同時に障害が発生したとしても、例えば、ノード＃１及び＃２それぞれの内部処理の時間差等によって生じ得る。
【００３８】
ノード＃１では、ユーザ回線＃１、＃２及び＃３の順序で障害が検出されたため、当該順序で、内部の冗長制御機能に対して障害検出が通知される。したがって、冗長制御機能は、ユーザ回線＃１、＃２及び＃３の順序で回線切替処理を実施する。なお、図５の例では、１ユーザ回線あたりの回線切替処理に約３０ｍｓを要すると仮定している。
【００３９】
一方、ノード＃２では、ユーザ回線＃３、＃１及び＃２の順序で障害が検出されたため、当該順序で、内部の冗長制御機能に対して障害検出が通知される。したがって、冗長制御機能は、ユーザ回線＃３、＃１及び＃２の順序で回線切替処理を実施する。
【００４０】
この場合、ノード＃１においてユーザ回線＃１が障害検出から約３０ｍｓ後にプロテクション系に切り替えられても、ノード＃２においてユーザ回線＃１がプロテクション系に切り替えられるのは障害検出から約６０ｍｓ後である。そのため、ユーザ回線＃１について双方向の通信が復旧するのは、障害検出から約６０ｍｓ後である。
【００４１】
同様に、ノード＃１においてユーザ回線＃２が障害検出から約６０ｍｓ後にプロテクション系に切り替えられても、ノード＃２においてユーザ回線＃２がプロテクション系に切り替えられるのは障害検出から約９０ｍｓ後である。そのため、ユーザ回線＃２について双方向の通信が復旧するのは、障害検出から約９０ｍｓ後である。
【００４２】
ユーザ回線＃３については、ノード＃２において障害検出から約３０ｍｓ後にプロテクション系に切り替えられても、ノード＃１においてプロテクション系に切り替えられるのは障害検出から約９０ｍｓ後である。そのため、ユーザ回線＃３について双方向の通信が復旧するのは、障害検出から約９０ｍｓ後である。
【００４３】
このように、ノード＃１及び＃２間で、障害検出の順序が一致してないと、片方向のユーザ回線の切り替えに遅れて逆方向のユーザ回線が切り替えられるため、双方向の通信サービスの復旧に遅延が生じ得る。
【００４４】
これに対し、図６の例は、ノード＃１及び＃２間で、ユーザ回線＃１〜＃３についての障害検出順序が一致している場合の、双方向の回線切替が完了するまでのイメージを模式的に示している。なお、図６の例において、ノード＃１及び＃２での障害検出順序は、ユーザ回線＃１→ユーザ回線＃２→ユーザ回線＃３の順序である。
【００４５】
このケースでは、ノード＃１及び＃２の双方においてユーザ回線＃１が障害検出から約３０ｍｓ後にプロテクション系に切り替えられる。したがって、ユーザ回線＃１について双方向の通信が復旧するのは、障害検出から約３０ｍｓ後である。
【００４６】
同様に、ユーザ回線＃２についてはノード＃１及び＃２の双方において障害検出から約６０ｍｓ後に、ユーザ回線＃３についてはノード＃１及び＃２の双方において障害検出から約９０ｍｓ後に、プロテクション系に切り替えられる。したがって、ユーザ回線＃２及び＃３について双方向の通信が復旧するのは、障害検出からそれぞれ約６０ｍｓ後及び約９０ｍｓ後である。
【００４７】
このように、ノード＃１及び＃２間で、ユーザ回線＃１〜＃３についての障害検出順序が一致していれば、ユーザ回線＃１〜＃３それぞれの双方向通信が復旧する時間を最小にすることができる。双方向の通信復旧にかかる時間を最小にできるから、回線切替に伴うデータロスも最小にできる。
【００４８】
別言すれば、図５のようにノード＃１及び＃２間で複数のユーザ回線についての障害検出順序が一致しない状況が発生したとしても、回線切替順序がノード＃１及び＃２間で一致するように並び替えることで、図６のように双方向通信の復旧時間を最小にできる。
【００４９】
したがって、回線切替に伴うデータロスを最小にできる。よって、再送制御頻度を低減することができる。結果として、再送制御の多発によるネットワーク輻輳の発生率も低減することができる。
【００５０】
そこで、本実施形態では、双方向通信における上り及び下りのユーザ回線のペアの合計（トータル）トラフィック量に基づいた順序（「優先度」と言い換えてもよい。）で、回線切替制御を行なう例について説明する。
【００５１】
図７〜図９に、一実施形態にかかる回線切替制御の一例を模式的に示す。図７〜図９においては、第１のノード６１０と、第１のノード６１０の通信相手に相当する第２のノード６２０と、に着目している。なお、ノード６２０が「第１のノード」に相当し、ノード６１０が「第２のノード」に相当してもよい。
【００５２】
ノード６１０及び６２０は、図１に例示した複数のノード１１のうち、互いに双方向通信可能に接続された何れかのノード１１に相当すると捉えてよい。そのため、ノード６１０及び６２０を区別しない場合には、「ノード１１」と表記することがある。
【００５３】
ノード６１０とノード６２０との間には、双方向のワーク回線とプロテクション回線とが設定されてよい。ノード６１０には、例示的に、複数のサブ論理回線の一例として、４つのサブ論理回線＃６１１〜＃６１４が設定されてよい。一方、ノード６２０には、例示的に、複数のサブ論理回線の一例として、４つのサブ論理回線＃６２１〜＃６２４が設定されてよい。
【００５４】
通常運用時において、ノード６１０及び６２０は、互いにワーク回線に４つのサブ論理回線の信号を多重して送信することが可能である。
【００５５】
例えば、サブ論理回線＃６１１〜＃６１４は、ノード６１０にとっての下り方向の回線（別言すると「送信回線」）に相当し、サブ論理回線＃６２１〜＃６２４は、ノード６１０にとっての上り方向の回線（別言すると「受信回線」）に相当する、と考えてよい。
【００５６】
また、サブ論理回線＃６２１〜＃６２４は、ノード６２０にとっての下り方向の回線（別言すると「送信回線」）に相当し、サブ論理回線＃６１１〜＃６１４は、ノード６２０にとっての上り方向の回線（別言すると「受信回線」）に相当する、と考えてよい。
【００５７】
サブ論理回線＃６１１〜＃６１４及びサブ論理回線＃６２１〜＃６２４を識別可能な情報（便宜的に、「回線ＩＤ」と称することがある。）には、非限定的な一例として、ＶＬＡＮタグが適用されてよい。「ＶＬＡＮ」は、「virtual local area network」の略称である。
【００５８】
図８に、サブ論理回線＃６１１〜＃６１４及び＃６２１〜＃６２４それぞれのＶＬＡＮタグの一例を示す。サブ論理回線＃６１１〜＃６１４のＶＬＡＮタグは、それぞれ、「Ａ」〜「Ｄ」であり、サブ論理回線＃６２１〜＃６２４のＶＬＡＮタグは、それぞれ、「Ｃ」、「Ｄ」、「Ａ」、「Ｂ」である。
【００５９】
ここで、同じＶＬＡＮタグのサブ論理回線が双方向通信のペアを成すと捉えてよい。例えば、ノード６１０において、ＶＬＡＮタグが「Ａ」である下りのサブ論理回線＃６１１とペアを成す上りのサブ論理回線はサブ論理回線＃６２３である。
【００６０】
同様に、ノード６１０において、ＶＬＡＮタグが「Ｂ」〜「Ｄ」である下りのサブ論理回線＃６１２〜＃６１４とペアを成す上りのサブ論理回線は、それぞれ、サブ論理回線＃６２４、＃６２１、＃６２２である。
【００６１】
また、図８に例示するように、ノード６１０において、単位時間あたりのサブ論理回線＃６１１〜＃６１４の送信トラフィック量は、それぞれ、３０メガバイト（ＭＢ）、４０ＭＢ、５０ＭＢ、１０ＭＢであると仮定する。
【００６２】
一方、ノード６２０において、単位時間あたりのサブ論理回線＃６２１〜＃６２４の送信トラフィック量は、それぞれ、２０ＭＢ、４０ＭＢ、１０ＭＢ、２０ＭＢであると仮定する。
【００６３】
なお、「単位時間」は、非限定的な一例として、各ノード６１０及び６２０での送信トラフィック量の計測周期（「更新周期」と称してもよい。）によって定まってよい。更新周期は、ノード６１０及び６２０間で同じ周期に設定されるのが好ましい。後述するように、ノード６１０及び６２０のそれぞれが計算、設定する切替優先度に不整合がなるべく生じないようにするためである。
【００６４】
以上のような例示的な設定、条件において、本実施形態の回線切替手順の流れは、下記の（１）〜（４）に示すとおりである。
【００６５】
（１）運用開始前に、双方向でペアとなるサブ論理回線の情報を、ノード６１０及び６２０のそれぞれにおいて、管理する。
【００６６】
（２）運用開始後に、双方向でペアとなるサブ論理回線の合計トラフィック量を、ノード６１０及び６２０のそれぞれにおいて、例えば定期的に収集、更新して合計トラフィック量の大きいペアに属するサブ論理回線ほど高い切替優先度を計算、設定する。
【００６７】
（３）切替優先度の計算、設定は、各ノード６１０及び６２０が自律的に実施してよい。自律的な実施により、ノード６１０及び６２０間で、計算、設定された切替優先度に不整合が生じる可能性があるが、全体として回線切替時間及びデータロスの観点で大きな問題にはならない。その理由については後述する。
【００６８】
（４）ワーク回線に障害が発生した場合（図９）、ノード６１０及び６２０は、それぞれ、計算、設定した切替優先度の順に、サブ論理回線のプロテクション回線への切替制御を実施する（図１０）。
【００６９】
なお、図１１に例示するように、双方向通信のペアとなる上り及び下りのサブ論理回線のそれぞれがプロテクション回線へ切り替えられるまで、双方向の通信は確立しない。
【００７０】
また、上記手順（１）において、双方向のサブ論理回線のペアの情報をノード６１０及び６２０で管理する形式は特に問わないが、例示的に、テーブル形式であってよい。テーブル形式の情報として管理される、サブ論理回線のペアの情報は、便宜的に、「ペア管理テーブル」と称してよい。
【００７１】
（動作例）
まず、手順（１）におけるペア管理テーブルの作成手順について、図１２〜図１４を参照して説明する。
【００７２】
図１２に例示するように、ノード１１は、内部のインタフェース及びサブ論理回線の設定を実施してよい（処理８０１）。「インタフェースの設定」には、例示的に、通信に使用するポートの設定が含まれてよい。「サブ論理回線の設定」には、回線ＩＤ（例えば、ＶＬＡＮタグ）の設定が含まれてよい。
【００７３】
また、ノード１１は、装置監視機能の設定を実施してよい（処理８０２）。「置監視機能」は、例示的に、サブ論理回線の通信状態や障害検出、パフォーマンス等の情報を監視して管理する。「通信状態の監視」には、下り方向の送信トラフィック量の監視が含まれてよい。
【００７４】
更に、ノード１１は、ワーク回線及びプロテクション回線の冗長構成設定を実施してよい（処理８０３）。「冗長構成設定」には、例示的に、自ノード１１及び相手ノード１１がワーク回線及びプロテクション回線のそれぞれに使用する論理ポートの設定やサブ論理回線の設定等が含まれてよい。
【００７５】
なお、自ノード１１及び相手ノード１１において、同じＶＬＡＮタグが設定されているサブ論理回線は、ユーザ単位でみた場合の上り及び下りの通信のペアを成す。ＶＬＡＮタグは、ノード１１のそれぞれが下りへ送信する信号に設定されてよい。
【００７６】
したがって、各ノード１１は、互いに相手ノード１１のサブ論理回線を通じて送信された信号を受信することで、受信信号からＶＬＡＮタグの情報（以下「ＶＬＡＮタグ情報」と称することがある。）を取得することができる。
【００７７】
各ノード１１が下りへ送信する信号の非限定的な一例として、図１５に、IEEE 802.1Qのタグ付きイーサネットフレームを示す。「イーサネット」は登録商標である。当該フレームの場合、４バイトの「タグ」情報を参照することで、通信相手であるノード１１において設定されているＶＬＡＮタグ情報が分かる。
【００７８】
図１５において、「ＴＰＩＤ」は、「tag protocol identifier」の略称であって、IEEE 802.1Qによるタグ付きフレームであることを示す情報が設定されるフィールド（１６ビット）である。「ＰＣＰ」は、「priority code point」の略称であって、フレームの優先度を示す情報が設定されるフィールド（３ビット）である。
【００７９】
「ＣＦＩ」は、「canonical format indicator」の略称であって、media access control（ＭＡＣ）アドレスが正規フォーマットであるか否かを示す情報が設定されるフィールド（１ビット）である。イーサネットの場合、ＣＦＩにはＭＡＣアドレスが正規フォーマットであることを示す「０」が設定される。
【００８０】
「ＶＩＤ」は、「VLAN identifier」の略称であって、当該フレームが属するＶＬＡＮを示す情報が設定されるフィールド（１２ビット）である。したがって、「ユーザ回線」又は「サブ論理回線」にて伝送されるフレームは、ＶＩＤによって識別されるＶＬＡＮに属することが識別可能である。
【００８１】
別言すると、ノード１１は、通信相手である他のノード１１から受信される上りトラフィックに設定されている上りのサブ論理回線を識別可能な情報を基に、下りのサブ論理回線とペアを成す上りのサブ論理回線を識別できる。
【００８２】
したがって、例えばオペレータによって、ノード１１のそれぞれに対して、双方向通信における下りのサブ論理回線とペアになる上りのサブ論理ペアの情報を個別に設定する必要が無い。また、サブ論理回線ペアの情報を制御信号通信等によってノード１１間で伝達する必要も無い。
【００８３】
なお、図１５において、「ＦＣＳ」は、「frame check sequence」の略称であって、データの誤りを検出して訂正するための符号が設定されるフィールドである。
【００８４】
図１２に戻り、ノード１１は、エントリが空きのペア管理テーブル（例えば図１３参照）を作成してメモリに記憶する（処理８０４）。
【００８５】
そして、ノード１１は、処理８０１で設定したサブ論理回線のＶＬＡＮタグ情報と、相手ノード１１から受信した信号に設定されているＶＬＡＮタグ情報と、を取得してよい（処理８０５）。
【００８６】
処理８０５で取得した情報を基に、ノード１１は、例えば図１４に示すように、同じＶＬＡＮタグのサブ論理回線をペアとしてペア管理テーブルに登録して管理してよい（処理８０６）。
【００８７】
図１４において、ノード６１０におけるサブ論理回線＃６１１とペアを成す相手ノード６２０のサブ論理回線は、同じＶＬＡＮタグ「Ａ」が設定されているサブ論理回線（＃６２３）である。
【００８８】
同様に、サブ論理回線＃６１２〜＃６１４とそれぞれペアを成す相手ノード６２０のサブ論理回線は、同じＶＬＡＮタグ「Ｂ」〜「Ｄ」が設定されているサブ論理回線（＃６２４、＃６２１、＃６２２）である。
【００８９】
ただし、ノード６１０は、相手ノード６２０で管理されているサブ論理回線の番号や名称等の情報は不知でよい。そのため、ノード６１０は、受信した信号に設定されているＶＬＡＮタグ情報をノード６１０内でのペア管理のための番号や名称としてペア管理テーブルに登録してよい。
【００９０】
別言すると、ペア管理テーブルにペアとして登録される、相手ノード６２０のサブ論理回線の情報は、ノード６１０において一意に区別可能な情報であれば、他の情報（番号や名称）等に変換されたりマッピングされてもよい。
【００９１】
なお、ノード６２０も、図１４に例示したペア管理テーブルと同様のテーブルが、相手ノード６１０から受信した信号に設定されているＶＬＡＮタグ情報を基に作成、管理することができる。
【００９２】
図１２に戻り、ノード１１は、ペア管理テーブルに登録したサブ論理回線毎の合計トラフィック量を例えば図１４に示すように「０」に初期化してよい（処理８０７）。
【００９３】
次に、運用開始後の前掲の手順（２）及び（３）について、図１６及び図１７を参照して説明する。
【００９４】
通信ネットワーク１（図１参照）の運用が開始されると、図７の状態となる。ノード１１は、図１６に例示するように、ワーク系のサブ論理回線単位で、信号の送受信量を計測（例えばフレーム数やパケット数のカウント）することで、トラフィック量を計測してよい（処理１２０１）。
【００９５】
例えば、ノード６１０のサブ論理回線トラフィック量は、相手ノード６２０への信号の送信量を計測すればよく、ペアとなるサブ論理回線のトラフィック量は、相手ノード６２０からの信号受信量を計測すればよい。
【００９６】
ノード１１は、計測したトラフィック量をサブ論理回線のペア毎に合計し、合計したトラフィック量を、例えば図１７に示すように、ペア管理テーブルの該当エントリに登録してペア管理テーブルを更新してよい（処理１２０２）。
【００９７】
図１７の例では、サブ論理回線＃６１１及び＃６２３のペアについての合計トラフィック量は、図８の例示的な設定、条件より、３０ＭＢ＋１０ＭＢ＝４０ＭＢである。サブ論理回線＃６１２及び＃６２４のペアについての合計トラフィック量は、４０ＭＢ＋２０ＭＢ＝６０ＭＢである。
【００９８】
サブ論理回線＃６１３及び＃６２１のペアについての合計トラフィック量は、５０ＭＢ＋２０ＭＢ＝７０ＭＢであり、サブ論理回線＃６１４及び＃６２２のペアについての合計トラフィック量は、１０ＭＢ＋４０ＭＢ＝５０ＭＢである。
【００９９】
トラフィック量の登録、更新に応じて、ノード１１は、ペア管理テーブルを基に、例えばトラフィック量の多い順に、高い切替優先度をサブ論理回線に設定して優先度テーブルを更新してよい（処理１２０３）。
【０１００】
サブ論理回線毎の切替優先度は、例示的に、図１８に示すようなテーブル形式の情報（「優先度テーブル」と称してよい。）として各ノード１１において記憶、管理されてよい。図１８の例では、１〜４の順に優先度が高い設定である。
【０１０１】
優先度テーブルは、ペア管理テーブルの更新に応じて動的に更新されてよい。そのため、「優先度テーブル」は、「動的優先度テーブル」と称されてもよい。
【０１０２】
その後、ノード１１は、テーブル更新周期が到来したか否かをチェックしてよい（処理１２０４）。テーブル更新周期は、例示的に、タイマによって計測されてよい。また、テーブル更新周期は、例示的に、デフォルト値として静的に設定されてもよいし、ネットワーク運用環境を考慮した値として静的又は動的に設定されてもよい。
【０１０３】
ノード１１は、テーブル更新周期の時間間隔で、処理１２０１〜処理１２０３を繰り返し実施することで、ペア管理テーブルを更新してよい（処理１２０４でＹＥＳ）。テーブル更新周期が到来していなければ（処理１２０４でＮＯ）、ノード１１は、テーブル更新周期の到来を監視してよい。
【０１０４】
次に、前掲の手順（４）における障害発生時の回線切替制御について、図１９を参照して説明する。
【０１０５】
図１９に例示するように、ノード１１は、ワーク回線に障害が生じたことを検出すると（処理１５０１）、回線切替対象のサブ論理回線が複数存在するか否かを確認してよい（処理１５０２）。例えば、ワーク回線の障害検出に伴って複数のサブ論理回線が回線切替対象となる場合、回線切替対象の各サブ論理回線の情報は、ノード１１内のキューに保持されてよい。
【０１０６】
回線切替対象のサブ論理回線が複数存在する場合（処理１５０２でＹＥＳ）、ノード１１は、優先度テーブルに従って回線切替対象のサブ論理回線を優先度順にソートしてよい（処理１５０３）。
【０１０７】
ソートの完了に応じて、ノード１１は、優先度の高いサブ論理回線から順に、プロテクション系への切替を実施してよい。例えば、ノード１１は、高優先度順にサブ論理回線の切替要求を、内部の冗長制御部５０１（図２７にて後述）に出力してよい（処理１５０５）。
【０１０８】
冗長制御部５０１は、切替要求の受信に応じてスイッチングユニット１１２（図２６にて後述）を制御することで、切替要求を受けたサブ論理回線のプロテクション系への回線切替を実施してよい（処理１５０６）。
【０１０９】
その後、ノード１１は、キューに回線切替待ちのサブ論理回線が存在するか否かをチェックしてよい（処理１５０７）。回線切替待ちのサブ論理回線が存在すれば（ＹＥＳ）、存在しなくなるまで処理１５０５及び１５０６を繰り返し実施してよい。
【０１１０】
回線切替待ちのサブ論理回線が存在しなければ（処理１５０７でＮＯ）、ノード１１は、回線切替処理を終了してよい。
【０１１１】
なお、処理１５０２において回線切替対象のサブ論理回線が１つであれば、ノード１１は、「ＮＯ」と判定して、当該サブ論理回線の切替要求を冗長制御部５０１へ出力してよい（処理１５０４）。以降の処理は、処理１５０６及び１５０７と同じで構わない。
【０１１２】
全てのサブ論理回線のプロテクション系への切替が完了すると、図１０の状態となる。
【０１１３】
以上のように、本実施形態によれば、ノード１１間の双方向通信においてペアを成すサブ論理回線の合計トラフィック量に基づいて、各サブ論理回線のワーク系からプロテクション系への切替優先度を決定、設定できる。
【０１１４】
例えば、上り及び下りのサブ論理回線をペアで管理し、ペア毎の合計トラフィック量が大きい回線ほど通信の復旧優先度を高く設定することができる。
【０１１５】
したがって、ワーク系の障害検出時におけるプロテクション系への回線切替に伴って遅延又は損失し得るトラフィック量（別言すると、データ量）を削減することができ、回線切替に伴ってトラフィックの再送制御が多発することを防止あるいは抑制できる。
【０１１６】
再送制御の多発を防止あるいは抑制できるから、ネットワーク輻輳が生じたり拡大したりすることも防止あるいは抑制することができる。
【０１１７】
また、上り及び下りのサブ論理回線のペアで切替優先度が設定されるから、ワーク系の障害検出からノード１１間で双方向の通信がプロテクション系において確立するまでの遅延時間を短縮できる。
【０１１８】
したがって、ノード１１間の双方向の通信サービスの迅速な復旧を実現できる。別言すると、５０ｍｓといった限られた回線切替時間内に双方向通信の復旧が完了し易くなる。
【０１１９】
更に、上り及び下りのサブ論理回線のペアで切替優先度が設定されるから、上りと下りとでトラフィック量が大きく異なっていても、以上のような技術的効果が得られる切替優先度が適切に設定される。
【０１２０】
したがって、上り及び下りの個別のトラフィック量に基づいて切替優先度が設定される場合に比して、回線切替に伴って遅延又は損失し得るトラフィック量の低減と、双方向の通信サービスの復旧時間短縮と、を見込むことができる。
【０１２１】
なお、図１２、図１６及び図１９に例示したフローチャートの処理は、ノード１１のそれぞれが自律的に実施してよい。この場合、個々のノード１１におけるペア管理テーブルで管理されるトラフィック量は、ノード１１間の更新タイミングのずれによって多少変動し得る。そのため、個々のノード１１において設定される切替優先度が、ノード１１間で完全一致しないこともある。
【０１２２】
しかし、テーブル更新周期にもよるが、完全一致しない状況が生じても一時的であり、個々のノード１１において設定される切替優先度も、ノード１１間で大きくは異ならない。
【０１２３】
したがって、回線切替の待ち時間が異常に長くなるようなサブ論理回線が生じる確率も極めて低いと考えてよい。また、ノード１１間で設定される切替優先度の一時的な不完全一致が許容されるから、例えば、ノード１１間で切替優先度に関する情報を伝達するためのインタフェースを個々のノード１１に備える必要はない。
【０１２４】
（優先度テーブル作成処理の変形例）
図２０の処理８０３ａに例示するように、個々のノード１１に対して、サブ論理回線毎に静的な切替優先度（以下「静的優先度」と略称することがある。）が設定されることがある。なお、図２０は、図１２に例示したフローチャートの変形例に相当し、処理８０３ａを除いた処理８０１〜８０７は、それぞれ、図１２にて既述の処理と同一若しくは同様でよい。
【０１２５】
静的優先度の情報は、例えば、ネットワーク運用開始前に、ノード１１のオペレータによって設定されてよい。設定された静的優先度の一例を図２２に示す。
【０１２６】
図２２の例では、２つのサブ論理回線＃６１１及び＃６１２に対して静的優先度が設定され、サブ論理回線＃６１１の方がサブ論理回線＃６１２よりも高い優先度に設定されている。
【０１２７】
この場合、図１６との比較で例えば図２１に示すように、優先度テーブルの更新処理１２０３ａが図１６にて既述の更新処理１２０３とは異なる。別言すると、図２１において、処理１２０１、処理１２０２及び処理１２０４は、それぞれ、図１６にて既述の処理と同一もしくは同様でよい。
【０１２８】
例えば、ノード１１は、処理１２０３ａにおいて、図２０の処理８０３ａで設定された静的優先度の情報に基づいて、既述の動的優先度テーブルを設定、更新してよい。例えば、ノード１１は、静的優先度を最優先として、静的優先度が未設定のサブ論理回線について、ペアを成す上り及び下りのサブ論理回線の合計トラフィック量に基づく切替優先度の決定、設定を既述のとおりに実施してよい。
【０１２９】
別言すると、ノード１１は、静的優先度が設定されたサブ論理回線を、切替優先度の決定、設定の候補又は対象には含めなくてよい（別言すると、除外してよい）。
【０１３０】
また、図２３に例示するように、複数のサブ論理回線＃６１１〜＃６１４に対して、プロテクション系への切替が可能であるか（別言すると、切替が許容されているか）否かを示す情報が、例えばオペレータによって予め設定されることがある。
【０１３１】
当該情報は、便宜的に、「切替可否情報」と称してよい。サブ論理回線毎の切替可否情報は、ノード１１において、テーブル形式で保持、管理されてよい。テーブル形式のサブ論理回線毎の切替可否情報を、便宜的に「サブ論理回線切替可否テーブル」と称することがある。
【０１３２】
「切替可否情報」の設定によって、プロテクション系への回線切替が「不可」に設定されたサブ論理回線（例えば＃６１２）が存在し得る。回線切替が「不可」である状態の一例は、例えば前掲の非特許文献１に記載された「LOCKOUT」状態である。
【０１３３】
なお、回線切替が「不可」であることは、回線切替が許容されていない（又は、禁止されている）こと、あるいは、回線切替がディゼーブルされていること、と等価と考えてもよい。
【０１３４】
「切替可否情報」の設定も、既述の静的優先度に関する設定の一例であると捉えてよい。したがって、図２３の例において、ノード１１は、回線切替「不可」が設定されたサブ論理回線＃６１２を、切替優先度の決定、設定の候補又は対象には含めず除外してよい。
【０１３５】
図２４（Ａ）に、サブ論理回線＃６１１〜＃６１４のうち、サブ論理回線＃６１２が切替優先度の決定、設定の候補又は対象から除外された例を示す。ノード１１は、サブ論理回線＃６１２を除いた他のサブ論理回線＃６１１、＃６１３及び＃６１４について既述のように合計トラフィック量に基づいて切替優先度を決定、設定してよい。
【０１３６】
例えば図２４（Ｂ）に示すように、ノード１１は、図２１の処理１２０２で更新されたペア管理テーブルを基に、サブ論理回線＃６１１、＃６１３及び＃６１４に対し、合計トラフィック量が多い順に高い切替優先度を設定して優先度テーブルを更新してよい。
【０１３７】
なお、図２４（Ａ）及び図２４（Ｂ）の例では、１〜３の順に優先度が高い設定である。また、図２４（Ａ）及び図２４（Ｂ）の例では、切替優先度の設定候補から除外されたサブ論理回線＃６１２が優先度テーブルに登録されているが、切替優先度の設定候補から除外されたサブ論理回線は優先度テーブルに登録しない設定であってもよい。
【０１３８】
更に、切替優先度の設定候補から除外されたサブ論理回線、別言すると、静的優先度が設定されているサブ論理回線についての合計トラフィック量は、静的優先度が未設定のサブ論理回線と同様に、ペア管理テーブルにて管理されてよい。
【０１３９】
別言すると、図２１の処理１２０１及び処理１２０２において、静的優先度が設定されているサブ論理回線についても、静的優先度が未設定のサブ論理回線と同様に、トラフィック量の計測及びペア管理テーブルの更新が行なわれてよい。
【０１４０】
これにより、例えば、静的優先度の設定がオペレータによって解除されたサブ論理回線が生じても、ノード１１は、静的優先度の解除に応じて遅滞無く、当該サブ論理回線を合計トラフィック量に基づく切替優先度の設定候補に含めることができる。
【０１４１】
また、例えば、ネットワーク運用後に、オペレータによって静的優先度の設定が変更されたとしても、ノード１１は、静的優先度の設定変更に応じて遅滞無く動的優先度テーブルを更新することができる。
【０１４２】
以上のように、ノード１１は、動的優先度テーブルの作成、更新時において、静的優先度の情報及び切替可否情報の一方又は双方を基に、切替優先度を設定すべき（又は、切替優先度の設定候補から除外すべき）サブ論理回線の候補を決定してよい。
【０１４３】
そして、ノード１１は、切替優先度を設定すべき候補サブ論理回線に対し、ペア管理テーブルで管理されている合計トラフィック量が大きい順に高い優先度を設定してよい。
【０１４４】
これにより、例えば、オペレータ等によって静的優先度が設定されたサブ論理回線については当該設定を尊重し、他のサブ論理回線についてはペアを成す上り及び下りのサブ論理回線の合計トラフィック量に基づく切替優先度を設定できる。したがって、切替優先度の設定バリエーションが豊富になり、設定の柔軟性も向上できる。
【０１４５】
（切戻し動作例）
次に、図２５を参照して、サブ論理回線のプロテクション系への切替後にワーク系の障害が復旧し、当該サブ論理回線をワーク系に切戻す場合の、ノード１１の動作例について説明する。
【０１４６】
図２５に例示するように、ノード１１は、ワーク回線の復旧を検知すると（処理２００１）、動的優先度テーブルを参照して、低優先度順にサブ論理回線を復旧したワーク回線へ切戻してよい。例えば、ノード１１は、低優先度順にサブ論理回線のワーク回線への切戻し要求を例えば冗長制御部５０１へ出力してよい（処理２００２）。
【０１４７】
なお、ワーク回線の復旧は、例えば、ノード１１間の制御信号の通信によって検知可能である。また、切戻し対象の各サブ論理回線の情報は、ノード１１内のキューに保持されてよい。
【０１４８】
冗長制御部５０１は、切戻し要求の受信に応じてスイッチングユニット１１２（図２６参照）を制御することで、切戻し要求を受けたサブ論理回線のワーク系への切戻し処理を実施してよい（処理２００３）。
【０１４９】
低優先度順に切戻しを実施することで、高優先度順に切戻しを実施した場合や優先度を考慮せずに切戻しを実施した場合よりも、データロス量を抑制することができる。例えば、ワーク回線が復旧して間もない不安定な状態において信号断が発生したり、障害復旧が誤検知されたりしても、上り及び下りの合計トラフィック量が少ない低優先度のサブ論理回線から順に切戻しを実施することで、データロス量を最小限に抑制できる。
【０１５０】
切戻し処理の後、ノード１１は、切戻し先のワーク回線に信号断が発生しているか否かを確認してよい（処理２００４）。
【０１５１】
切戻し先のワーク回線に信号断が発生していなければ（処理２００４でＮＯ；正常ルート）、ノード１１は、キューを参照して、切戻し待ちのサブ論理回線が存在するかを更に確認してよい（処理２００５）。
【０１５２】
切戻し待ちのサブ論理回線が存在すれば（処理２００５でＹＥＳ）、ノード１１は、切戻し待ちのサブ論理回線が存在しなくなるまで、処理２００２〜２００５を繰り返し実施してよい。
【０１５３】
切戻し待ちのサブ論理回線が存在しなければ（処理２００５でＮＯ）、ノード１１は、切戻し処理を終了してよい。
【０１５４】
処理２００４において、切戻し先のワーク回線に信号断が発生している場合（ＹＥＳ；異常ルート）、ノード１１は、動的優先度テーブルを参照して、ワーク系へ切戻したサブ論理回線を、高優先度順に、プロテクション系へ切り替えてよい。
【０１５５】
例えば、ノード１１は、ワーク系へ切戻したサブ論理回線をプロテクション系へ切り替える要求を冗長制御部５０１（図２７参照）へ出力してよい（処理２００６）。冗長制御部５０１は、切替要求の受信に応じてスイッチングユニット１１２（図２６参照）を制御することで、切替要求を受けたサブ論理回線のプロテクション系への切替処理を実施してよい（処理２００７）。
【０１５６】
これにより、サブ論理回線をワーク系へ切戻した後に、再度、当該サブ論理回線をプロテクション系へ切り替えることになっても、双方向通信のペアを成す上り及び下りの合計トラフィック量が多い順で切替が実施されるため、データロス量を最小限に抑制できる。
【０１５７】
その後、ノード１１は、キューを参照して、プロテクション系への切替待ちのサブ論理回線が存在するかを確認してよい（処理２００８）。
【０１５８】
切替待ちのサブ論理回線がキューに存在すれば（処理２００８でＹＥＳ）、ノード１１は、切替待ちのサブ論理回線が存在しなくなるまで、処理２００６及び処理２００７を繰り返し実施してよい。
【０１５９】
切替待ちのサブ論理回線がキューに存在しなければ（処理２００８でＮＯ）、ノード１１は、ワーク系へ切戻したサブ論理回線のプロテクション系への切替処理を終了してよい。
【０１６０】
（ノード１１の構成例）
次に、図２６及び図２７を参照して、上述した動作が可能なノード１１の構成例について説明する。
【０１６１】
図２６は、ノード１１のハードウェア構成例を示すブロック図であり、図２７は、図２６に例示した制御ユニットの機能的な構成例を示すブロック図である。
【０１６２】
図２６に例示するように、ノード１１は、ネットワーク（ＮＷ）インタフェース１１１、スイッチングユニット１１２、及び、制御ユニット１１３を備えてよい。なお、「スイッチングユニット」は、「スイッチング回路」、「プロテクションスイッチ」、あるいは、単に「スイッチ」と称されてもよい。また、「制御ユニット」は、「コントローラ」と称されてもよい。
【０１６３】
ＮＷインタフェース１１１は、ノード１１が接続可能な通信経路の数に応じて複数備えられてよい。ＮＷインタフェース１１１には、例示的に、複数のポートを有するポート回路１１４が備えられてよい。
【０１６４】
また、ＮＷインタフェース１１１には、ＮＷインタフェース１１１の動作を制御するドライバ回路（図示省略）が備えられてもよい。
【０１６５】
ポート回路１１４には、回線障害及び障害復旧を検出する障害検出回路１１５が備えられてよい。例えば、図１９の処理１５０１、図２５の処理２００１及び処理２００４は、障害検出回路１１５によって実施されてよい。
【０１６６】
なお、障害検出回路１１５で検出された回線障害及び障害復旧は、例示的に、制御ユニット１１３（例えば図２７の冗長制御部５０１）に伝達されてよい。
【０１６７】
スイッチングユニット１１２は、例示的に、複数のＮＷインタフェース１１１間の接続を制御する。当該接続の制御によって、サブ論理回線のワーク系とプロテクション系との間の切替が可能である。例えば図１９の処理１５０６、図２５の処理２００３及び処理２００７は、スイッチングユニット１１２によって実施されてよい。
【０１６８】
制御ユニット１１３は、例示的に、ノード１１としての全体的な動作を制御する。制御ユニット１１３には、例示的に、ＣＰＵ１１７及びメモリ１１８が備えられてよい。ＣＰＵ１１７は、演算処理能力を備えたプロセッサ回路の一例である。
【０１６９】
ＣＰＵ１１７に代えて、あるいは、ＣＰＵ１１７と共に、他の演算処理装置、例えば、マイクロプロセシングユニット（ＭＰＵ）等の集積回路（integrated circuit, IC）や、ディジタルシグナルプロセッサ（ＤＳＰ）が、制御ユニット３に備えられてもよい。演算処理能力を備えたプロセッサ回路は、「コンピュータ」と称してもよい。
【０１７０】
メモリ１１８は、ノード１１としての動作や機能を実現するための各種のプログラムやデータを記憶する。メモリ１１８に、例えば、以下のデータや情報が記憶されてよい。
【０１７１】
・回線切替対象のサブ論理回線の情報（キュー）
・ＶＬＡＮタグ及び送信トラフィック情報（図８）
・ペア管理テーブル（図１３、図１４、図１７）
・動的優先度テーブル（図１８、図２４（Ａ）、図２４（Ｂ））
・静的優先度テーブル（図２２）
・サブ論理回線切替可否テーブル（図２３）
【０１７２】
メモリ１１８には、例示的に、ランダムアクセスメモリ（ＲＡＭ）やリードオンリーメモリ（ＲＯＭ）が用いられてよい。なお、「メモリ」という概念には、ハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）といった記憶デバイスが含まれてもよい。また、「メモリ」という概念は、記憶デバイスの部分的な記憶領域を意味してもよい。
【０１７３】
「プログラム」は、「ソフトウェア」あるいは「アプリケーション」と称されてもよい。プログラムには、図１２、図１６、図１９〜図２１、及び、図２５に例示したフローチャートを実行するプログラムが含まれてよい。
【０１７４】
制御ユニット１１３は、機能的な構成に着目すると、図２７に例示するように、冗長制御部５０１、トラフィック監視部５０２、及び、テーブル処理部５０３を備えてよい。
【０１７５】
冗長制御部５０１は、例示的に、冗長制御部５０１は、ワーク系及びプロテクション系の設定、管理、切替制御を実施する。例えば、冗長制御部５０１は、トラフィック監視部５０２及びテーブル処理部５０３と連携して動作することで、スイッチングユニット１１２の回線切替順序を既述のとおりに動的に設定、変更することが可能である。
【０１７６】
よって、冗長制御部５０１は、複数の下りサブ論理回線が属するワーク系の障害が検出されると、既述のように合計トラフィック量に基づく切替優先度の順に各下りサブ論理回線をプロテクション系へ切り替える制御部の一例に相当すると捉えてよい。
【０１７７】
冗長制御部５０１には、例示的に、冗長構成設定管理部５１１、回線切替要求部５１２、及び、優先度テーブル管理部５１３が備えられてよい。
【０１７８】
冗長構成設定管理部５１１は、例示的に、冗長構成（ワーク回線及びプロテクション回線）の設定及び管理を行なう。例えば、図１２の処理８０３、図１９の処理１５０２、処理１５０３及び処理１５０７、並びに、図２５の処理２００５及び処理２００８は、冗長構成設定管理部５１１によって実施されてよい。なお、オペレータによる手動切替等の切替状態等についても、冗長構成設定管理部５１１にて管理されてよい。
【０１７９】
回線切替要求部５１２は、例示的に、冗長構成設定管理部５１１での切替状態、優先度テーブル管理部５１３によって管理されている優先度テーブル、及び、障害検出回路１１５での障害検出情報を基に、回線切替要求をスイッチングユニット１１２へ出力する。
【０１８０】
例えば図１９の処理１５０４及び処理１５０５、並びに、図２５の処理２００２及び処理２００６は、回線切替要求部５１２によって実施されてよい。
【０１８１】
優先度テーブル管理部５１３は、例示的に、既述の優先度テーブルを管理する。管理される優先度テーブルには、動的優先度テーブルに限らず、静的優先度テーブルが含まれてよい。例えば図２０の処理８０３ａは、優先度テーブル管理部５１３によって実施されてよい。
【０１８２】
トラフィック監視部５０２は、例示的に、相手ノード１１との間で送受信されるサブ論理回線毎のトラフィック量を監視する。
【０１８３】
トラフィック監視部５０２には、例示的に、トラフィック収集部５２１及びトラフィック情報保持部５２２が備えられてよい。
【０１８４】
トラフィック収集部５２１は、例示的に、自ノード１１に設定された各サブ論理回線から送信されるトラフィック量の計測と、相手ノードに設定された各サブ論理回線から受信されたトラフィック量の計測と、を実施する。当該計測は、例示的に、定期的に実施されてよい。
【０１８５】
トラフィック情報保持部５２２は、例示的に、トラフィック５２１によって計測されたトラフィック量の情報を保持する。保持するトラフィック量の情報は、或る期間における累積値や平均値、及び、或る時間間隔での計測値のいずれか１つ以上であってよい。トラフィック情報保持部５２２は、メモリ１１８において具現されてよい。図１６の処理１２０１は、トラフィック収集部５２１及びトラフィック情報保持部５２２によって実施されてよい。
【０１８６】
テーブル処理部５０３は、例示的に、既述のペア管理テーブル及び優先度テーブルの作成、更新を行なう。テーブル処理部５０３にて作成、更新されるテーブルには、既述のサブ論理回線切替可否テーブルが含まれてもよい。
【０１８７】
テーブル処理部５０３は、双方向通信のペアを成すサブ論理回線の合計トラフィック量が多い下りサブ論理回線ほど高い切替優先度を設定する設定部の一例に相当すると捉えてよい。
【０１８８】
テーブル処理部５０２には、例示的に、テーブル作成部５３１、テーブル保持部５３２、及び、テーブル更新部５３３が備えられてよい。
【０１８９】
テーブル作成部５３１は、例示的に、既述のペア管理テーブル及び優先度テーブルの作成を行なう。例えば図１２の処理８０４〜８０７は、テーブル作成部５３１によって実施されてよい。
【０１９０】
テーブル保持部５３２は、例示的に、テーブル作成部５３１によって作成された各種のテーブルを保持する。テーブル保持部５３２は、メモリ１１８において具現されてよい。
【０１９１】
テーブル更新部５３３は、例示的に、テーブル保持部５３２に保持された各種テーブルの更新を行なう。
【０１９２】
図１６の処理１２０２〜処理１２０４、及び、図２１の処理１２０３ａは、優先度テーブル管理部５１３、テーブル保持部５３２、及び、テーブル更新部５３３によって実施されてよい。
【０１９３】
なお、図２７に例示した各部５０１（５１１〜５１２）、５０２（５２１、５２２）、５０３（５３１〜５３３）の機能は、ノード１１の制御ユニット１１３において具現されれば足りるのであって、必ずしも図２７に例示した態様で区分されなくてもよい。
【０１９４】
別言すると、図２７に示した構成例は、あくまでも例示であり、制御ユニット１１３において機能的なブロックの追加や削除、分割、任意の組み合わせでの統合が、制御ユニット１１３において適宜に行なわれてよい。
【０１９５】
図２６に例示したハードウェア構成例についても、同様に、既述の機能や動作が可能である限り、ハードウェアブロックの追加や削除、分割、任意の組み合わせでの統合が、ノード１１において適宜に行なわれてよい。
【０１９６】
（回線ＩＤの変形例）
上述した変形例を含む実施形態において、サブ論理回線のペアを識別可能な情報の一例として、ＶＬＡＮタグを例示した。しかし、サブ論理回線のペアを識別可能な情報は、ＶＬＡＮタグに限られない。
【０１９７】
例えば、イーサネットＯＡＭのＣＣＭ−ＰＤＵフレームに設定されるＭＥＰ  ＩＤ（図２８参照）を、サブ論理回線のペアを識別可能な情報の他の一例として上述した変形例を含む実施形態に適用してもよい。
【０１９８】
なお、「ＯＡＭ」は、「operation, administration and maintenance」の略称であり、「ＣＣＭ」は、「continuity check message」の略称であり、「ＰＤＵ」は、「protocol data unit」の略称である。「ＭＥＰ」は、「MEG end point」の略称であり、「ＭＥＧ」は、「maintenance entity group」の略称である。
【０１９９】
ノード１１は、ＭＥＰ  ＩＤを取得することで、相手ノード１１との間でペアとなるサブ論理回線を識別できる。例えば、ノード１１に対して冗長構成が設定される際、自ノード１１のサブ論理回線に対するＭＥＰ  ＩＤとペアになるサブ論理回線のＭＥＰ  ＩＤ（ピアＭＥＰ  ＩＤ）が、例えばネットワーク運用開始前に設定されることがある。
【０２００】
ノード１１は、ピアＭＥＰ  ＩＤと一致する、ＣＣＭフレームを送信するサブ論理回線を、ペア管理テーブルにて管理してよい。当該ＭＥＰ  ＩＤは、ＶＬＡＮ毎に設定されるため、ＶＬＡＮタグと同様に、上り及び下りのサブ論理回線ペアを識別する情報として用いることができる。
【０２０１】
ＭＥＰ  ＩＤを上り及び下りのサブ論理回線ペアを識別する情報として用いることで、既述の変形例を含む実施形態は、ノード１１間でＣＣＭ−ＰＤＵフレームが伝送されるケースをサポート可能である。
【符号の説明】
【０２０２】
１  通信ネットワーク
１１，６１０，６２０  伝送ノード
１２  外部通信装置
１１１  ネットワーク（ＮＷ）インタフェース
１１２  スイッチングユニット
１１３  制御ユニット
１１４  ポート回路
１１５  障害検出回路
１１７  ＣＰＵ
１１８  メモリ
５０１  冗長制御部
５０２  トラフィック監視部
５０３  テーブル処理部
５１１  冗長構成設定管理部
５１２  回線切替要求部
５１３  優先度テーブル管理部
５２１  トラフィック収集部
５２２  トラフィック情報保持部
５３１  テーブル作成部
５３２  テーブル保持部
５３３  テーブル更新部
【図１】
2018148265.tif 000003
【図２】
2018148265.tif 000004
【図３】
2018148265.tif 000005
【図４】
2018148265.tif 000006
【図５】
2018148265.tif 000007
【図６】
2018148265.tif 000008
【図７】
2018148265.tif 000009
【図８】
2018148265.tif 000010
【図９】
2018148265.tif 000011
【図１０】
2018148265.tif 000012
【図１１】
2018148265.tif 000013
【図１２】
2018148265.tif 000014
【図１３】
2018148265.tif 000015
【図１４】
2018148265.tif 000016
【図１５】
2018148265.tif 000017
【図１６】
2018148265.tif 000018
【図１７】
2018148265.tif 000019
【図１８】
2018148265.tif 000020
【図１９】
2018148265.tif 000021
【図２０】
2018148265.tif 000022
【図２１】
2018148265.tif 000023
【図２２】
2018148265.tif 000024
【図２３】
2018148265.tif 000025
【図２４】
2018148265.tif 000026
【図２５】
2018148265.tif 000027
【図２６】
2018148265.tif 000028
【図２７】
2018148265.tif 000029
【図２８】
2018148265.tif 000030