JP6229318B2 - 通信システム、通信制御方法、及び、伝送装置 - Google Patents

通信システム、通信制御方法、及び、伝送装置 Download PDF

Info

Publication number
JP6229318B2
JP6229318B2 JP2013119003A JP2013119003A JP6229318B2 JP 6229318 B2 JP6229318 B2 JP 6229318B2 JP 2013119003 A JP2013119003 A JP 2013119003A JP 2013119003 A JP2013119003 A JP 2013119003A JP 6229318 B2 JP6229318 B2 JP 6229318B2
Authority
JP
Japan
Prior art keywords
path
node
working
signal
common path
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2013119003A
Other languages
English (en)
Other versions
JP2014236481A (ja
Inventor
伸吾 弘中
伸吾 弘中
本田　崇
崇 本田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2013119003A priority Critical patent/JP6229318B2/ja
Priority to US14/251,975 priority patent/US9432749B2/en
Publication of JP2014236481A publication Critical patent/JP2014236481A/ja
Priority to US15/218,192 priority patent/US10230455B2/en
Application granted granted Critical
Publication of JP6229318B2 publication Critical patent/JP6229318B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
    • H04B10/03—Arrangements for fault recovery
    • H04B10/032—Arrangements for fault recovery using working and protection systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J14/00—Optical multiplex systems
    • H04J14/02—Wavelength-division multiplex systems
    • H04J14/0287—Protection in WDM systems
    • H04J14/0293—Optical channel protection
    • H04J14/0295—Shared protection at the optical channel (1:1, n:m)
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/14—Monitoring arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1605—Fixed allocated frame structures
    • H04J3/1652—Optical Transport Network [OTN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0005—Switch and router aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0057—Operations, administration and maintenance [OAM]
    • H04J2203/006—Fault tolerance and recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0005—Switch and router aspects
    • H04Q2011/0037—Operation
    • H04Q2011/0043—Fault tolerance

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

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

Claims (17)

  1. 第１の現用パスの始点ノード及び終点ノードと、
    第２の現用パスの始点ノード及び終点ノードと、
    前記第１及び第２の現用パスに共通の予備パスである共通パスの始点ノード及び終点ノードと、を備え、
    前記第１及び第２の現用パスの始点ノードのそれぞれは、前記第１及び第２の現用パスに障害が発生していない場合に、前記共通パスの始点ノードへダミー信号を送信し、
    前記共通パスの始点ノードは、前記第１及び第２の現用パスの各始点ノードから受信される前記ダミー信号のいずれか一方を選択して前記共通パスの終点ノードに転送し、
    前記共通パスの終点ノードは、前記選択されたダミー信号を、前記第１及び第２の現用パスの各終点ノードのそれぞれに送信する、通信システム。
  2. 前記第１及び第２の現用パスの一方に障害が発生すると、前記障害の発生した現用パスの始点ノードは、前記障害の発生した現用パスへ送信すべきクライアント信号を前記共通パスの始点ノードへ送信する、請求項１に記載の通信システム。
  3. 前記共通パスの始点ノードは、
    前記第１及び第２の現用パスの各始点ノードの一方から前記クライアント信号を受信し、当該各始点ノードの他方から前記ダミー信号を受信すると、前記クライアント信号を前記共通パスの終点ノードへ転送する、請求項２に記載の通信システム。
  4. 前記第１及び第２の現用パスの各始点ノードのそれぞれは、前記クライアント信号に当該現用パスに関するリンク識別情報を付与し、
    前記第１及び第２の現用パスの各終点ノードのそれぞれは、受信した前記クライアント信号に付与された前記リンク識別情報に基づいて転送する信号を選択する、請求項２又は３に記載の通信システム。
  5. 前記障害の発生した現用パスが復旧すると、前記復旧した現用パスの前記始点ノードは、前記共通パスの始点ノードへ転送していた前記クライアント信号を前記復旧した現用パスへ送信し、前記共通パスの始点ノードへ前記ダミー信号を送信する、請求項２〜４のいずれか１項に記載の通信システム。
  6. 第１の現用パスの始点ノード及び終点ノードと、第２の現用パスの始点ノード及び終点ノードと、前記第１及び第２の現用パスに共通の予備パスである共通パスの始点ノード及び終点ノードと、を備えた通信システムにおける通信制御方法であって、
    前記第１及び第２の現用パスの始点ノードのそれぞれは、前記第１及び第２の現用パスに障害が発生していない場合に、前記共通パスの始点ノードへダミー信号を送信し、
    前記共通パスの始点ノードは、前記第１及び第２の現用パスの各始点ノードから受信される前記ダミー信号のいずれか一方を選択して前記共通パスの終点ノードに転送し、
    前記共通パスの終点ノードは、前記選択されたダミー信号を、前記第１及び第２の現用パスの各終点ノードのそれぞれに送信する、通信制御方法。
  7. 第１及び第２の現用パスに障害が発生していない場合に、
    前記第１の現用パスに信号を送信する第１ノードから第１信号を受信する第１受信部と、
    前記第２の現用パスに信号を送信する第２ノードから第２信号を受信する第２受信部と、
    前記第１受信部で受信された第１信号と前記第２受信部で受信された第２信号のいずれか一方を選択して、前記第１の現用パスと前記第２の現用パスの共通の予備パスである共通パスに転送する信号転送部と、
    を有する、伝送装置。
  8. 前記第１受信部は、前記第１の現用パスで障害が発生すると、前記第１の現用パスで伝送されるクライアント信号を、前記第１ノードから受信し、
    前記信号転送部は、前記クライアント信号と前記第２信号とを受信すると、前記クライアント信号を前記共通パスへ転送する、請求項７に記載の伝送装置。
  9. 前記第１及び第２の現用パスの始点ノードのそれぞれは、前記第１及び第２の現用パスに障害が発生した場合に、前記共通パスの始点ノードへクライアント信号を送信し、
    前記共通パスの始点ノードは、前記第１及び第２の現用パスの各始点ノードから受信される前記クライアント信号のいずれか一方を選択して前記共通パスの終点ノードに転送する、請求項１に記載の通信システム。
  10. 前記共通パスの始点ノードは、優先度に応じて、前記第１及び第２の現用パスの各始点ノードから受信される前記ダミー信号のいずれか一方を選択して、前記選択したダミー信号を前記共通パスの終点ノードに転送する、請求項１に記載の通信システム。
  11. 前記共通パスの始点ノードは、優先度に応じて、前記第１及び第２の現用パスの各始点ノードから受信される前記クライアント信号のいずれか一方を選択して、前記選択したクライアント信号を前記共通パスの終点ノードに転送する、請求項９に記載の通信システム。
  12. 前記第１及び第２の現用パスの始点ノードのそれぞれは、前記第１及び第２の現用パスに障害が発生した場合に、前記共通パスの始点ノードへクライアント信号を送信し、
    前記共通パスの始点ノードは、前記第１及び第２の現用パスの各始点ノードから受信される前記クライアント信号のいずれか一方を選択して前記共通パスの終点ノードに転送する、請求項６に記載の通信制御方法。
  13. 前記共通パスの始点ノードは、優先度に応じて、前記第１及び第２の現用パスの各始点ノードから受信される前記ダミー信号のいずれか一方を選択して、前記選択したダミー信号を前記共通パスの終点ノードに転送する、請求項６に記載の通信制御方法。
  14. 前記共通パスの始点ノードは、優先度に応じて、前記第１及び第２の現用パスの各始点ノードから受信される前記クライアント信号のいずれか一方を選択して、前記選択したクライアント信号を前記共通パスの終点ノードに転送する、請求項１２に記載の通信制御方法。
  15. 前記第１及び第２の現用パスに障害が発生した場合に、
    前記第１受信部は、前記第１の現用パスで伝送されるクライアント信号を、前記第１ノードから受信し、
    前記第２受信部は、前記第２の現用パスで伝送されるクライアント信号を、前記第２ノードから受信し、
    前記信号転送部は、前記第１ノード及び前記第２ノードで受信された前記クライアント信号のいずれか一方を選択して前記共通パスに転送する、請求項７に記載の伝送装置。
  16. 前記信号転送部は、優先度に応じて、前記第１信号と前記第２信号とのいずれか一方を選択して、前記選択した信号を前記共通パスに転送する、請求項７に記載の伝送装置。
  17. 前記信号転送部は、優先度に応じて、前記第１ノード及び前記第２ノードで受信された前記クライアント信号のいずれか一方を選択して、前記選択したクライアント信号を前記共通パスに転送する、請求項１５に記載の伝送装置。
JP2013119003A 2013-06-05 2013-06-05 通信システム、通信制御方法、及び、伝送装置 Expired - Fee Related JP6229318B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2013119003A JP6229318B2 (ja) 2013-06-05 2013-06-05 通信システム、通信制御方法、及び、伝送装置
US14/251,975 US9432749B2 (en) 2013-06-05 2014-04-14 Communication system, communication control method, and transmission apparatus
US15/218,192 US10230455B2 (en) 2013-06-05 2016-07-25 Communication system, communication control method, and transmission apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013119003A JP6229318B2 (ja) 2013-06-05 2013-06-05 通信システム、通信制御方法、及び、伝送装置

Publications (2)

Publication Number Publication Date
JP2014236481A JP2014236481A (ja) 2014-12-15
JP6229318B2 true JP6229318B2 (ja) 2017-11-15

Family

ID=52005560

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013119003A Expired - Fee Related JP6229318B2 (ja) 2013-06-05 2013-06-05 通信システム、通信制御方法、及び、伝送装置

Country Status (2)

Country Link
US (2) US9432749B2 (ja)
JP (1) JP6229318B2 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6229318B2 (ja) * 2013-06-05 2017-11-15 富士通株式会社 通信システム、通信制御方法、及び、伝送装置
US9813185B2 (en) * 2013-07-10 2017-11-07 Telefonaktiebolaget Lm Ericsson (Publ) WDM single fiber ring protection
WO2015007346A1 (en) * 2013-07-19 2015-01-22 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for local path protection
US20150257081A1 (en) * 2014-02-04 2015-09-10 Architecture Technology, Inc. Hybrid autonomous network and router for communication between heterogeneous subnets
US10587509B2 (en) 2014-02-04 2020-03-10 Architecture Technology Corporation Low-overhead routing
US9935900B2 (en) * 2014-10-16 2018-04-03 Electronics And Telecommunications Research Institute Method for providing protection switching service in virtual tenant network and controller therefor
US20160149802A1 (en) * 2014-11-24 2016-05-26 Electronics And Telecommunications Research Institute Apparatus and method for protection switching in shared mesh network
KR102064791B1 (ko) * 2015-04-23 2020-03-02 한국전자통신연구원 광전달망 시스템에서의 데이터 손실을 최소화하는 보호절체 장치 및 방법
JP6438426B2 (ja) * 2016-03-30 2018-12-12 Ｓｅｉオプティフロンティア株式会社 光切替ユニット及び光切替装置
US11843414B2 (en) 2016-10-11 2023-12-12 Ciena Corporation FlexO/ZR subrating and partial survivability
US10333614B2 (en) * 2016-10-11 2019-06-25 Ciena Corporation Partial survivability for multi-carrier and multi-module optical interfaces
US11038615B2 (en) * 2018-04-16 2021-06-15 Huawei Technologies Co., Ltd. Fast connection turn-up with path-based dummy lights
US11538562B1 (en) 2020-02-04 2022-12-27 Architecture Technology Corporation Transmission of medical information in disrupted communication networks

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5793745A (en) * 1996-05-06 1998-08-11 Bell Communications Research, Inc. Bundled protection switching in a wide area network background of the invention
KR100537746B1 (ko) * 2001-01-10 2005-12-19 학교법인 한국정보통신학원 광인터넷에서의 ＭＰλＳ 보호 및 절체방법
JP2003115872A (ja) * 2001-10-05 2003-04-18 Hitachi Ltd メッシュ網における予備系帯域共有型プロテクションをサポートする帯域管理方式
US6917759B2 (en) * 2002-01-31 2005-07-12 Nortel Networks Limited Shared mesh signaling algorithm and apparatus
US8134920B2 (en) 2003-02-21 2012-03-13 Nippon Telegraph And Telephone Corporation Device and method for correcting a path trouble in a communication network
US7660235B2 (en) * 2003-03-20 2010-02-09 Alcatel-Lucent Usa Inc. Low latency shared data path allocation
CN100555922C (zh) * 2004-09-10 2009-10-28 华为技术有限公司 一种实现网格状光网络业务恢复的方法
JP2011130172A (ja) * 2009-12-17 2011-06-30 Nec Corp 伝送装置、伝送システム、予備経路管理方法および予備経路管理プログラム
CN102104495B (zh) * 2009-12-18 2014-07-09 华为技术有限公司 共享Mesh保护的实现方法和设备及光网络系统
CN105141516A (zh) * 2010-01-08 2015-12-09 日本电气株式会社 通信系统、转发节点、路径管理服务器以及通信方法
JP5560908B2 (ja) 2010-05-31 2014-07-30 富士通株式会社 通信ネットワークシステム、データ送信方法、およびノード装置
US8879385B2 (en) * 2011-03-23 2014-11-04 Telefonaktiebolaget L M Ericsson (Publ) Use of sub path maintenance elements (SPMES) for multiprotocol label switching (MPLS) shared mesh protection
US20130083652A1 (en) * 2011-09-29 2013-04-04 Electronics And Telecommunications Research Institute Apparatus and method of shared mesh protection switching
US20130121140A1 (en) * 2011-10-20 2013-05-16 Electronics And Telecommunications Research Institute Method of shared mesh protection switching
KR20130116415A (ko) * 2012-03-14 2013-10-24 한국전자통신연구원 광 전달망에서의 보호 절체 방법 및 장치
US8891360B2 (en) * 2012-05-04 2014-11-18 Infinera Corporation Optimal segment identification for shared mesh protection
JP6044313B2 (ja) * 2012-12-11 2016-12-14 富士通株式会社 伝送装置および伝送方法
US9356870B2 (en) * 2013-06-04 2016-05-31 Infinera Corporation Contention handling in SMP based networks
JP6229318B2 (ja) * 2013-06-05 2017-11-15 富士通株式会社 通信システム、通信制御方法、及び、伝送装置
US20150188625A1 (en) * 2013-12-27 2015-07-02 Electronics And Telecommunications Research Institute Method for realizing time reduction in shared mesh network

Also Published As

Publication number Publication date
US20140363152A1 (en) 2014-12-11
JP2014236481A (ja) 2014-12-15
US10230455B2 (en) 2019-03-12
US9432749B2 (en) 2016-08-30
US20160337031A1 (en) 2016-11-17

Similar Documents

Publication Publication Date Title
JP6229318B2 (ja) 通信システム、通信制御方法、及び、伝送装置
US9877092B2 (en) Method and node for adjusting line interface rate
JP5319787B2 (ja) 光転送リングネットワークの切替え方法及びノード装置
US9088380B2 (en) Optical transport network generic non-client specific protection systems and methods
US8934479B2 (en) Super optical channel transport unit signal supported by multiple wavelengths
EP2501060B1 (en) Optical network system and WDM apparatus
US8693864B2 (en) Optical network system, optical redundant switching apparatus, and WDM apparatus
JP7027549B2 (ja) フレキシブルイーサネットにおける障害を示す方法及び装置
US20160277099A1 (en) Method and Device for Realizing Optical Channel Data Unit Shared Protection Ring
JP2016111470A (ja) 伝送システム、伝送システムにおける伝送時間差測定方法、及び、ノード
US6967948B2 (en) Out-of-band signalling apparatus and method for an optical cross connect
US20040221058A1 (en) Nested protection switching in a mesh connected communications network
US20160366048A1 (en) Communication system, node and signal path control method in communication system
US9331959B2 (en) Transmission apparatus and transmission method
CA2715359C (en) Dual asyncronous mapping of client signals of arbitrary rate
JP2013038578A (ja) 光ネットワーク装置
JP6221766B2 (ja) 伝送装置
JP2004266480A (ja) 無瞬断切替システム
EP2713536A2 (en) Optical transport network generic non-client specific protection systems and methods
US20150171990A1 (en) Transmission device, transmission system, and transmission method
US8712235B2 (en) Transmission apparatus and network protection method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160310

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20161209

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20161220

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170220

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20170509

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170807

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20170815

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170919

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20171002

R150 Certificate of patent or registration of utility model

Ref document number: 6229318

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees