JP2003298633A - 制御チャネル障害時のデータチャネル障害通知機能を有する伝送装置 - Google Patents
制御チャネル障害時のデータチャネル障害通知機能を有する伝送装置Info
- Publication number
- JP2003298633A JP2003298633A JP2002104148A JP2002104148A JP2003298633A JP 2003298633 A JP2003298633 A JP 2003298633A JP 2002104148 A JP2002104148 A JP 2002104148A JP 2002104148 A JP2002104148 A JP 2002104148A JP 2003298633 A JP2003298633 A JP 2003298633A
- Authority
- JP
- Japan
- Prior art keywords
- node
- control channel
- failure
- path
- transmission device
- 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.)
- Withdrawn
Links
Classifications
-
- 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
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0227—Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0227—Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
- H04J14/0241—Wavelength allocation for communications one-to-one, e.g. unicasting wavelengths
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/03—Topology update or discovery by updating link state protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/62—Wavelength based
-
- 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/0062—Network aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0278—WDM optical network architectures
- H04J14/0284—WDM mesh architectures
-
- 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/0062—Network aspects
- H04Q2011/0077—Labelling aspects, e.g. multiprotocol label switching [MPLS], G-MPLS, MPAS
-
- 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/0062—Network aspects
- H04Q2011/0079—Operation or maintenance aspects
- H04Q2011/0081—Fault tolerance; Redundancy; Recovery; Reconfigurability
-
- 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/0062—Network aspects
- H04Q2011/0088—Signalling aspects
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Monitoring And Testing Of Transmission In General (AREA)
Abstract
(57)【要約】
【課題】 伝送装置または制御チャネルに障害が発生し
た場合であっても，障害箇所を特定できる伝送装置およ
び伝送ネットワークシステムを提供する。 【解決手段】 ノード（伝送装置）Ｎ２とＮ３との間の
制御チャネルＣ２３に障害は発生している場合におい
て，ノードＮ３が光波パス＃ａのデータチャネルＡ−２
に障害を検出すると，ノードＮ３は，上流側ノードＮ２
との間で，制御チャネルＣ２３の迂回ルート（Ｎ３−Ｎ
６−Ｎ５−Ｎ２）を探索する。そして，ノードＮ３は，
この迂回ルートに沿ってChannelFailメッセージを上流
側ノードＮ２に通知する。上流側ノードＮ２は，このメ
ッセージに応答して，ChannelFailNackメッセージをノ
ードＮ３に返信する。これらのメッセージにより，障害
発生の通知および障害箇所の特定が行われる。また，迂
回ルートに沿ったデータチャネルのプロテクションパス
を設定することもできる。
た場合であっても，障害箇所を特定できる伝送装置およ
び伝送ネットワークシステムを提供する。 【解決手段】 ノード（伝送装置）Ｎ２とＮ３との間の
制御チャネルＣ２３に障害は発生している場合におい
て，ノードＮ３が光波パス＃ａのデータチャネルＡ−２
に障害を検出すると，ノードＮ３は，上流側ノードＮ２
との間で，制御チャネルＣ２３の迂回ルート（Ｎ３−Ｎ
６−Ｎ５−Ｎ２）を探索する。そして，ノードＮ３は，
この迂回ルートに沿ってChannelFailメッセージを上流
側ノードＮ２に通知する。上流側ノードＮ２は，このメ
ッセージに応答して，ChannelFailNackメッセージをノ
ードＮ３に返信する。これらのメッセージにより，障害
発生の通知および障害箇所の特定が行われる。また，迂
回ルートに沿ったデータチャネルのプロテクションパス
を設定することもできる。
Description
【０００１】
【発明の属する技術分野】本発明は，主信号を伝送する
データチャネルと制御信号を伝送する制御チャネルとが
個別に設けられた伝送ネットワークシステムにおいて主
信号を伝送する伝送装置に関し，特に，データチャネル
の障害を他の伝送装置に通知し，障害箇所を特定する伝
送装置に関する。また，本発明は，このような伝送装置
を有する伝送ネットワークシステムに関する。
データチャネルと制御信号を伝送する制御チャネルとが
個別に設けられた伝送ネットワークシステムにおいて主
信号を伝送する伝送装置に関し，特に，データチャネル
の障害を他の伝送装置に通知し，障害箇所を特定する伝
送装置に関する。また，本発明は，このような伝送装置
を有する伝送ネットワークシステムに関する。
【０００２】
【従来の技術】光伝送装置は，主にキャリアネットワー
クやバックボーンネットワークに使用されるため，障害
発生時においても主信号を保証できることが重要であ
る。このため，光伝送装置により構成される光伝送ネッ
トワークシステムでは，高度な障害検出機構および二重
化機構が設けられている。たとえばＳＯＮＥＴ／ＳＤＨ
システムは，１＋１，１：Ｎ，ＵＰＳＲ（Uni-Directio
nal Path Switched Ring），ＢＬＳＲ（Bi-Directional
Line Switched Ring）等の主信号冗長構成を有し，主
信号の可用性を保証している。
クやバックボーンネットワークに使用されるため，障害
発生時においても主信号を保証できることが重要であ
る。このため，光伝送装置により構成される光伝送ネッ
トワークシステムでは，高度な障害検出機構および二重
化機構が設けられている。たとえばＳＯＮＥＴ／ＳＤＨ
システムは，１＋１，１：Ｎ，ＵＰＳＲ（Uni-Directio
nal Path Switched Ring），ＢＬＳＲ（Bi-Directional
Line Switched Ring）等の主信号冗長構成を有し，主
信号の可用性を保証している。
【０００３】しかし，ＳＯＮＥＴ／ＳＤＨシステムのネ
ットワーク構成は，光伝送装置を直列（リニア）または
リング状に接続した接続形態に限定されるので，ネット
ワーク構成の自由度が低い。そのため，データ系ネット
ワークで採用されている自由度の高いメッシュ状の接続
形態を有するネットワークを，キャリアネットワークや
バックボーンネットワークにも採用できないかという研
究がなされている。
ットワーク構成は，光伝送装置を直列（リニア）または
リング状に接続した接続形態に限定されるので，ネット
ワーク構成の自由度が低い。そのため，データ系ネット
ワークで採用されている自由度の高いメッシュ状の接続
形態を有するネットワークを，キャリアネットワークや
バックボーンネットワークにも採用できないかという研
究がなされている。
【０００４】また，近年，ＳＯＮＥＴ／ＳＤＨシステム
によって時分割多重された単波長の光信号を変調して，
複数の異なる波長の光信号を波長分割多重（ＷＤＭ：Wa
velength Division Multiplex）して伝送する光伝送ネ
ットワークシステムが普及し始めている。
によって時分割多重された単波長の光信号を変調して，
複数の異なる波長の光信号を波長分割多重（ＷＤＭ：Wa
velength Division Multiplex）して伝送する光伝送ネ
ットワークシステムが普及し始めている。
【０００５】このような光伝送ネットワークシステムで
は，ＳＯＮＥＴ／ＳＤＨ技術とＷＤＭ技術との境界に位
置するOptical Edge（ＯＡＤＸ）ノードと呼ばれる伝送
装置と，ＷＤＭ領域内で光信号のままスイッチングを行
う光クロスコネクト（ＯＸＣ：Optical Cross Connec
t）ノード（または光コア（Optical Core）ノード）と
呼ばれる伝送装置が設けられる。ＯＡＤＸノードは，光
信号を電気信号に変換して信号をスイッチングするの
で，ノード内遅延が発生するのに対し，ＯＸＣノード
は，信号を光のままスイッチングするので，電気信号へ
の変換による遅延がなく，また，電気変換および終端処
理を行うためのハードウェアが不要である。したがっ
て，ＯＸＣノードは，ＯＡＤＸノードよりも，装置コス
トを抑えられるという利点を有する。
は，ＳＯＮＥＴ／ＳＤＨ技術とＷＤＭ技術との境界に位
置するOptical Edge（ＯＡＤＸ）ノードと呼ばれる伝送
装置と，ＷＤＭ領域内で光信号のままスイッチングを行
う光クロスコネクト（ＯＸＣ：Optical Cross Connec
t）ノード（または光コア（Optical Core）ノード）と
呼ばれる伝送装置が設けられる。ＯＡＤＸノードは，光
信号を電気信号に変換して信号をスイッチングするの
で，ノード内遅延が発生するのに対し，ＯＸＣノード
は，信号を光のままスイッチングするので，電気信号へ
の変換による遅延がなく，また，電気変換および終端処
理を行うためのハードウェアが不要である。したがっ
て，ＯＸＣノードは，ＯＡＤＸノードよりも，装置コス
トを抑えられるという利点を有する。
【０００６】一方，インターネットの普及等によるデー
タ系トラヒックの増加とともにネットワークの規模は飛
躍的に拡大している。このため，ＴＬ−１に代表され
る，保守コマンドにより１ノードずつプロビジョンして
いくネットワーク管理形態ではなく，シグナリングによ
りパス単位に一度にプロビジョンを可能とするＧＭＰＬ
Ｓ（Generalized Multi-Protocol Label Switching）技
術が注目されている。
タ系トラヒックの増加とともにネットワークの規模は飛
躍的に拡大している。このため，ＴＬ−１に代表され
る，保守コマンドにより１ノードずつプロビジョンして
いくネットワーク管理形態ではなく，シグナリングによ
りパス単位に一度にプロビジョンを可能とするＧＭＰＬ
Ｓ（Generalized Multi-Protocol Label Switching）技
術が注目されている。
【０００７】この技術は，データ系のＩＰネットワーク
の管理プロトコルを拡張してキャリアネットワークにも
適用し，パスの設定および保守をＩＰネットワークと統
合して保守効率を上げようとするものである。障害発生
時の保護用パス（プロテクションパス）の設定もシグナ
リングにより自動的に実行されるように，各ノードがイ
ンテリジェンスを持って動作する。したがって，これま
で集中管理が必要だったネットワーク管理負担が大幅に
軽減される。
の管理プロトコルを拡張してキャリアネットワークにも
適用し，パスの設定および保守をＩＰネットワークと統
合して保守効率を上げようとするものである。障害発生
時の保護用パス（プロテクションパス）の設定もシグナ
リングにより自動的に実行されるように，各ノードがイ
ンテリジェンスを持って動作する。したがって，これま
で集中管理が必要だったネットワーク管理負担が大幅に
軽減される。
【０００８】ところで，光伝送装置，特にＯＸＣノード
により構成される光伝送ネットワークシステムでは，主
信号（データチャネル信号）を伝送するデータチャネル
がＯＸＣノードにおいて光のままクロスコネクト（スイ
ッチング）されるため，主信号と制御信号とを同一の波
長の光信号によって重畳および分離することができな
い。このため，このような光伝送ネットワークシステム
では，主信号を伝送するデータチャネルと，制御信号を
伝送する制御チャネルとが分離されている。分離する方
法として，波長分割多重された複数の波長の１つに制御
チャネルを割り当て，１本の光ファイバ内で，波長の相
違によってデータチャネルと制御チャネルとを分離する
方法と，データチャネルを伝送する光ファイバと制御チ
ャネルを伝送する光ファイバとをそれぞれ個別に設けて
分離する方法とが，ＩＥＴＦ（Internet Engineering T
ask Force）の草案（Draft）で提案されている。
により構成される光伝送ネットワークシステムでは，主
信号（データチャネル信号）を伝送するデータチャネル
がＯＸＣノードにおいて光のままクロスコネクト（スイ
ッチング）されるため，主信号と制御信号とを同一の波
長の光信号によって重畳および分離することができな
い。このため，このような光伝送ネットワークシステム
では，主信号を伝送するデータチャネルと，制御信号を
伝送する制御チャネルとが分離されている。分離する方
法として，波長分割多重された複数の波長の１つに制御
チャネルを割り当て，１本の光ファイバ内で，波長の相
違によってデータチャネルと制御チャネルとを分離する
方法と，データチャネルを伝送する光ファイバと制御チ
ャネルを伝送する光ファイバとをそれぞれ個別に設けて
分離する方法とが，ＩＥＴＦ（Internet Engineering T
ask Force）の草案（Draft）で提案されている。
【０００９】制御チャネルは，データチャネルが存在す
るノード間には必ず設けられ，そのデータチャネルと固
定的に関連付けられる。この制御チャネルによって，ル
ーティングプロトコルやＧＭＰＬＳによるシグナリング
プロトコルの信号，障害情報の通知等が通信される。
るノード間には必ず設けられ，そのデータチャネルと固
定的に関連付けられる。この制御チャネルによって，ル
ーティングプロトコルやＧＭＰＬＳによるシグナリング
プロトコルの信号，障害情報の通知等が通信される。
【００１０】たとえば，データチャネルに障害が発生し
た場合には，障害情報が，ＩＥＴＦの草案に記載された
リンク管理プロトコル（ＬＭＰ：Link Management Prot
ocol）の一部の機能を利用して，制御チャネルによりＯ
ＸＣノード間を通知され，障害箇所が特定される。
た場合には，障害情報が，ＩＥＴＦの草案に記載された
リンク管理プロトコル（ＬＭＰ：Link Management Prot
ocol）の一部の機能を利用して，制御チャネルによりＯ
ＸＣノード間を通知され，障害箇所が特定される。
【００１１】一例として，図１９に示す光伝送ネットワ
ークシステムにおいて，ＯＸＣノードＮ２とＮ３との間
のデータチャネルに障害が発生した場合には，図２０に
示すメッセージがノード間を制御チャネルを介して通信
され，障害箇所が特定される。すなわち，データチャネ
ルに障害が発生すると，その障害箇所の下流側の全ノー
ド（図１９ではノードＮ３およびＮ４）は，光損失（Ｌ
ＯＬ：Loss Of Light）を検出する。ＬＯＬを検出した
ノードＮ３およびＮ４は，制御チャネルを介して，それ
ぞれの前段のノードＮ３およびＮ４にChannelFailメッ
セージを送信する。
ークシステムにおいて，ＯＸＣノードＮ２とＮ３との間
のデータチャネルに障害が発生した場合には，図２０に
示すメッセージがノード間を制御チャネルを介して通信
され，障害箇所が特定される。すなわち，データチャネ
ルに障害が発生すると，その障害箇所の下流側の全ノー
ド（図１９ではノードＮ３およびＮ４）は，光損失（Ｌ
ＯＬ：Loss Of Light）を検出する。ＬＯＬを検出した
ノードＮ３およびＮ４は，制御チャネルを介して，それ
ぞれの前段のノードＮ３およびＮ４にChannelFailメッ
セージを送信する。
【００１２】ChannelFailメッセージを受信したノード
Ｎ２およびＮ３は，その光波パス（Optical Path）の入
力ポートをチェックして，ＬＯＬが検出されるかどうか
を確認する。ノードＮ２の入力ポートにはＬＯＬが検出
されない一方，ノードＮ３の入力ポートにはＬＯＬが検
出される。入力ポートでＬＯＬが検出されないノードＮ
２は，下流の隣接ノードＮ３との間に障害が発生してい
ると判断し，ChannelFailNackメッセージをノードＮ３
に返信する。一方，入力ポートでＬＯＬが検出されたノ
ードＮ３は，自ノードもＬＯＬを検出していることを通
知するChannelFailAckメッセージを下流側の隣接ノード
Ｎ４に返信する。このようにして，障害箇所がノードＮ
２とＮ３との間であることが特定される。
Ｎ２およびＮ３は，その光波パス（Optical Path）の入
力ポートをチェックして，ＬＯＬが検出されるかどうか
を確認する。ノードＮ２の入力ポートにはＬＯＬが検出
されない一方，ノードＮ３の入力ポートにはＬＯＬが検
出される。入力ポートでＬＯＬが検出されないノードＮ
２は，下流の隣接ノードＮ３との間に障害が発生してい
ると判断し，ChannelFailNackメッセージをノードＮ３
に返信する。一方，入力ポートでＬＯＬが検出されたノ
ードＮ３は，自ノードもＬＯＬを検出していることを通
知するChannelFailAckメッセージを下流側の隣接ノード
Ｎ４に返信する。このようにして，障害箇所がノードＮ
２とＮ３との間であることが特定される。
【００１３】ノードＮ２は，障害箇所特定後，データチ
ャネルの迂回ルート（プロテクションパス）の設定（光
波パスの切り替え）を開始し，主信号の救済を行う。
ャネルの迂回ルート（プロテクションパス）の設定（光
波パスの切り替え）を開始し，主信号の救済を行う。
【００１４】
【発明が解決しようとする課題】しかし，現状のＬＭＰ
による障害箇所の特定方法では，データチャネルにのみ
障害が発生した場合に，障害箇所の特定および主信号の
救済（光波パスの復旧）が可能であるが，制御チャネル
またはノードに障害が発生した場合には，障害箇所が特
定できず，その結果，主信号を救済できないという問題
があった。
による障害箇所の特定方法では，データチャネルにのみ
障害が発生した場合に，障害箇所の特定および主信号の
救済（光波パスの復旧）が可能であるが，制御チャネル
またはノードに障害が発生した場合には，障害箇所が特
定できず，その結果，主信号を救済できないという問題
があった。
【００１５】これを解決するために，ネットワーク管理
システム（ＮＭＳ：Network Management System）等に
よるネットワーク全体の一括集中監視を行い，制御チャ
ネルの障害またはノードの障害を監視する方法が考えら
れる。しかし，この方法では，障害箇所の特定および救
済処理に少なくとも数秒の時間を要し，一般に伝送装置
に要求されている５０ｍｓ以内での救済処理完了という
要件を満たすことはできない。
システム（ＮＭＳ：Network Management System）等に
よるネットワーク全体の一括集中監視を行い，制御チャ
ネルの障害またはノードの障害を監視する方法が考えら
れる。しかし，この方法では，障害箇所の特定および救
済処理に少なくとも数秒の時間を要し，一般に伝送装置
に要求されている５０ｍｓ以内での救済処理完了という
要件を満たすことはできない。
【００１６】また，制御チャネルを二重化する方法も考
えられる。しかし，この方法では，ノードの障害に対し
て障害箇所の特定および主信号の救済ができないし，ま
た，制御チャネル用のネットワークリソースを常に２倍
確保しておく必要があり，コストが増加するという問題
がある。
えられる。しかし，この方法では，ノードの障害に対し
て障害箇所の特定および主信号の救済ができないし，ま
た，制御チャネル用のネットワークリソースを常に２倍
確保しておく必要があり，コストが増加するという問題
がある。
【００１７】本発明は，このような状況に鑑みなされた
ものであり，その目的は，伝送装置または制御チャネル
に障害が発生した場合であっても，障害箇所を特定でき
る伝送装置および伝送ネットワークシステムを提供する
ことにある。
ものであり，その目的は，伝送装置または制御チャネル
に障害が発生した場合であっても，障害箇所を特定でき
る伝送装置および伝送ネットワークシステムを提供する
ことにある。
【００１８】
【課題を解決するための手段】前記目的を達成するため
に，本発明による第１の側面による伝送装置は，複数の
伝送装置を有し，主信号を伝送するデータチャネルと制
御信号を伝送する制御チャネルとが伝送装置間で個別に
設けられ，あらかじめ設定されるパスに沿って前記主信
号が伝送される伝送ネットワークシステムにおける伝送
装置において，自伝送装置に設定された現用パス上の上
流側に隣接した伝送装置から自伝送装置に，前記現用パ
スに沿って入力される主信号を伝送する現用データチャ
ネルを制御するための制御信号を伝送する現用制御チャ
ネルの障害を検出する第１障害検出部と，前記現用デー
タチャネルの障害を検出する第２障害検出部と，前記第
１障害検出部により障害が検出された現用制御チャネル
のための保護用制御チャネルの経路を，自伝送装置と前
記現用パス上の上流側に位置する伝送装置との間で探索
する経路探索部と，前記第２障害検出部により検出され
た障害に関する情報を，前記経路探索部により探索され
た経路に沿った保護用制御チャネルにより前記上流側に
位置する伝送装置に送信する送信部と，を有することを
特徴とする。
に，本発明による第１の側面による伝送装置は，複数の
伝送装置を有し，主信号を伝送するデータチャネルと制
御信号を伝送する制御チャネルとが伝送装置間で個別に
設けられ，あらかじめ設定されるパスに沿って前記主信
号が伝送される伝送ネットワークシステムにおける伝送
装置において，自伝送装置に設定された現用パス上の上
流側に隣接した伝送装置から自伝送装置に，前記現用パ
スに沿って入力される主信号を伝送する現用データチャ
ネルを制御するための制御信号を伝送する現用制御チャ
ネルの障害を検出する第１障害検出部と，前記現用デー
タチャネルの障害を検出する第２障害検出部と，前記第
１障害検出部により障害が検出された現用制御チャネル
のための保護用制御チャネルの経路を，自伝送装置と前
記現用パス上の上流側に位置する伝送装置との間で探索
する経路探索部と，前記第２障害検出部により検出され
た障害に関する情報を，前記経路探索部により探索され
た経路に沿った保護用制御チャネルにより前記上流側に
位置する伝送装置に送信する送信部と，を有することを
特徴とする。
【００１９】ここで，「現用データチャネルの障害」に
は，該現用データチャネル自体に生じた障害，現用パス
上で該現用データチャネルの上流側に位置する他の現用
チャネルの障害に伴い該現用データチャネルに発生する
障害，現用パス上で該現用制御チャネルの上流側に位置
する伝送装置の障害に伴い発生する障害等がある。ま
た，「現用制御チャネルの障害」には，該現用制御チャ
ネルそのものに生じた障害，該現用制御チャネルの上流
側に位置する伝送装置の障害により該現用制御チャネル
に発生する障害等がある。以下の第２側面から第４の側
面においても同様である。
は，該現用データチャネル自体に生じた障害，現用パス
上で該現用データチャネルの上流側に位置する他の現用
チャネルの障害に伴い該現用データチャネルに発生する
障害，現用パス上で該現用制御チャネルの上流側に位置
する伝送装置の障害に伴い発生する障害等がある。ま
た，「現用制御チャネルの障害」には，該現用制御チャ
ネルそのものに生じた障害，該現用制御チャネルの上流
側に位置する伝送装置の障害により該現用制御チャネル
に発生する障害等がある。以下の第２側面から第４の側
面においても同様である。
【００２０】本発明の第１の側面によると，現用制御チ
ャネルに障害が発生しても，該現用制御チャネルのため
の保護用制御チャネルの経路が探索され，この保護用制
御チャネルによって制御信号が送信される。これによ
り，現用データチャネルに検出される障害を上流側の伝
送装置に通知することができる。また，この障害通知に
よって，障害箇所が特定可能となる。
ャネルに障害が発生しても，該現用制御チャネルのため
の保護用制御チャネルの経路が探索され，この保護用制
御チャネルによって制御信号が送信される。これによ
り，現用データチャネルに検出される障害を上流側の伝
送装置に通知することができる。また，この障害通知に
よって，障害箇所が特定可能となる。
【００２１】本発明の第２の側面による伝送装置は，複
数の伝送装置を有し，主信号を伝送するデータチャネル
と制御信号を伝送する制御チャネルとが伝送装置間で個
別に設けられ，あらかじめ設定されるパスに沿って前記
主信号が伝送される伝送ネットワークシステムにおける
伝送装置において，自伝送装置に設定された現用パス上
の下流側に位置する伝送装置から送信された，現用デー
タチャネルの障害に関する情報を，前記下流側に位置す
る伝送装置の現用制御チャネルのための保護用制御チャ
ネルから受信する受信部と，前記現用パス上に沿って入
力される主信号を伝送する現用データチャネルの障害を
検出する障害検出部と，自伝送装置と前記下流側に位置
する伝送装置との位置関係，および，前記障害検出部に
よる障害検出の有無に基づいて前記障害箇所を判断する
判断部と，を有することを特徴とする。
数の伝送装置を有し，主信号を伝送するデータチャネル
と制御信号を伝送する制御チャネルとが伝送装置間で個
別に設けられ，あらかじめ設定されるパスに沿って前記
主信号が伝送される伝送ネットワークシステムにおける
伝送装置において，自伝送装置に設定された現用パス上
の下流側に位置する伝送装置から送信された，現用デー
タチャネルの障害に関する情報を，前記下流側に位置す
る伝送装置の現用制御チャネルのための保護用制御チャ
ネルから受信する受信部と，前記現用パス上に沿って入
力される主信号を伝送する現用データチャネルの障害を
検出する障害検出部と，自伝送装置と前記下流側に位置
する伝送装置との位置関係，および，前記障害検出部に
よる障害検出の有無に基づいて前記障害箇所を判断する
判断部と，を有することを特徴とする。
【００２２】本発明の第２の側面によっても，障害箇所
が特定される。
が特定される。
【００２３】本発明の第３の側面による伝送装置は，複
数の伝送装置を有し，主信号を伝送するデータチャネル
と制御信号を伝送する制御チャネルとが伝送装置間で個
別に設けられ，あらかじめ設定されるパスに沿って前記
主信号が伝送される伝送ネットワークシステムにおける
伝送装置において，現用パスが設定された下流側に位置
する第１伝送装置から前記現用パスが設定された上流側
に位置する第２伝送装置に送信された，前記第１伝送装
置に前記現用パスに沿って入力される主信号を伝送する
現用データチャネルの障害に関する情報を，前記現用パ
スに沿って設けられた，前記第１伝送装置および前記第
２伝送装置の現用制御チャネルのための保護用制御チャ
ネルを介して受信する受信部と，前記受信部により受信
された前記障害に関する情報が前記第２伝送装置により
受信されるように，前記情報を前記保護用制御チャネル
を介して送信する送信部と，を有することを特徴とす
る。
数の伝送装置を有し，主信号を伝送するデータチャネル
と制御信号を伝送する制御チャネルとが伝送装置間で個
別に設けられ，あらかじめ設定されるパスに沿って前記
主信号が伝送される伝送ネットワークシステムにおける
伝送装置において，現用パスが設定された下流側に位置
する第１伝送装置から前記現用パスが設定された上流側
に位置する第２伝送装置に送信された，前記第１伝送装
置に前記現用パスに沿って入力される主信号を伝送する
現用データチャネルの障害に関する情報を，前記現用パ
スに沿って設けられた，前記第１伝送装置および前記第
２伝送装置の現用制御チャネルのための保護用制御チャ
ネルを介して受信する受信部と，前記受信部により受信
された前記障害に関する情報が前記第２伝送装置により
受信されるように，前記情報を前記保護用制御チャネル
を介して送信する送信部と，を有することを特徴とす
る。
【００２４】本発明の第４の側面による伝送ネットワー
クシステムは，複数の伝送装置を有し，主信号を伝送す
るデータチャネルと制御信号を伝送する制御チャネルと
が伝送装置間で個別に設けられ，あらかじめ設定された
パスに沿って前記主信号が伝送される伝送ネットワーク
システムにおいて，現用パスが設定された下流側に位置
する第１伝送装置と，前記現用パスが設定された上流側
に位置する第２伝送装置と，前記第１伝送装置と前記第
２伝送装置との間で通信される情報を中継する第３伝送
装置とを有し，前記第１伝送装置は，前記現用パス上の
上流側に隣接した伝送装置から自伝送装置に前記現用パ
スに沿って入力される主信号を伝送する第１現用データ
チャネルを制御するための制御信号を伝送する現用制御
チャネルの障害を検出する第１障害検出部と，前記第１
現用データチャネルの障害を検出する第２障害検出部
と，前記第１障害検出部により障害が検出された現用制
御チャネルの保護用制御チャネルの経路を，自己と前記
第２伝送装置との間で探索する経路探索部と，前記第２
障害検出部により検出された障害に関する情報を，前記
経路探索部により探索された経路に沿った保護用制御チ
ャネルにより前記第２伝送装置に送信する第１送信部
と，を有し，前記第３伝送装置は，前記経路探索部によ
り探索された経路上に自己が位置する場合には，前記第
１送信部により送信された前記情報を前記保護用制御チ
ャネルを介して受信する受信部と，前記受信部により受
信された前記情報が前記第２伝送装置により受信される
ように，前記情報を前記保護用制御チャネルを介して送
信する第２送信部と，を有し，前記第２伝送装置は，前
記第１伝送装置から送信された前記情報を，前記第２伝
送装置から受信する受信部と，前記現用パス上に沿って
入力される主信号を伝送する第２現用データチャネルの
障害を検出する第３障害検出部と，自己と前記第１伝送
装置との位置関係，および，前記第３障害検出部による
障害検出の有無に基づいて前記障害箇所を判断する判断
部と，を有することを特徴とする。
クシステムは，複数の伝送装置を有し，主信号を伝送す
るデータチャネルと制御信号を伝送する制御チャネルと
が伝送装置間で個別に設けられ，あらかじめ設定された
パスに沿って前記主信号が伝送される伝送ネットワーク
システムにおいて，現用パスが設定された下流側に位置
する第１伝送装置と，前記現用パスが設定された上流側
に位置する第２伝送装置と，前記第１伝送装置と前記第
２伝送装置との間で通信される情報を中継する第３伝送
装置とを有し，前記第１伝送装置は，前記現用パス上の
上流側に隣接した伝送装置から自伝送装置に前記現用パ
スに沿って入力される主信号を伝送する第１現用データ
チャネルを制御するための制御信号を伝送する現用制御
チャネルの障害を検出する第１障害検出部と，前記第１
現用データチャネルの障害を検出する第２障害検出部
と，前記第１障害検出部により障害が検出された現用制
御チャネルの保護用制御チャネルの経路を，自己と前記
第２伝送装置との間で探索する経路探索部と，前記第２
障害検出部により検出された障害に関する情報を，前記
経路探索部により探索された経路に沿った保護用制御チ
ャネルにより前記第２伝送装置に送信する第１送信部
と，を有し，前記第３伝送装置は，前記経路探索部によ
り探索された経路上に自己が位置する場合には，前記第
１送信部により送信された前記情報を前記保護用制御チ
ャネルを介して受信する受信部と，前記受信部により受
信された前記情報が前記第２伝送装置により受信される
ように，前記情報を前記保護用制御チャネルを介して送
信する第２送信部と，を有し，前記第２伝送装置は，前
記第１伝送装置から送信された前記情報を，前記第２伝
送装置から受信する受信部と，前記現用パス上に沿って
入力される主信号を伝送する第２現用データチャネルの
障害を検出する第３障害検出部と，自己と前記第１伝送
装置との位置関係，および，前記第３障害検出部による
障害検出の有無に基づいて前記障害箇所を判断する判断
部と，を有することを特徴とする。
【００２５】本発明の第４の側面によっても，第１の側
面と同様の作用効果を得ることができる。
面と同様の作用効果を得ることができる。
【００２６】
【発明の実施の形態】＜第１の実施の形態＞
［システム構成］図１は，本発明の第１の実施の形態に
よる光伝送ネットワークシステム１の構成例を示すブロ
ック図である。この光伝送ネットワークシステム１は，
伝送装置の一例としての光クロスコネクト（ＯＸＣ：Op
tical Cross-Connect）ノード（以下，単に「ノード」
という。）Ｎ１〜Ｎ６，ならびにこれらノードＮ１〜Ｎ
６を接続するデータチャネル用の光ファイバリンクＤＬ
１〜ＤＬ８および制御チャネル用の光ファイバリンクＣ
Ｌ１〜ＣＬ８を有する。
よる光伝送ネットワークシステム１の構成例を示すブロ
ック図である。この光伝送ネットワークシステム１は，
伝送装置の一例としての光クロスコネクト（ＯＸＣ：Op
tical Cross-Connect）ノード（以下，単に「ノード」
という。）Ｎ１〜Ｎ６，ならびにこれらノードＮ１〜Ｎ
６を接続するデータチャネル用の光ファイバリンクＤＬ
１〜ＤＬ８および制御チャネル用の光ファイバリンクＣ
Ｌ１〜ＣＬ８を有する。
【００２７】光伝送ネットワークシステム１は，図１か
らも明らかなように，各ノードがリング状や直線状（リ
ニア状）に接続された形態ではなく，これらの形態が組
み合わされたメッシュ状の接続形態を有する。また，こ
の光伝送ネットワークシステム１は，本実施の形態で
は，ＧＭＰＬＳ（Generalized Multi-Protocol Label S
witching）に規定されているリンク管理プロトコル（Ｌ
ＭＰ：Link ManagementProtocol）を用いてノード間の
接続状態を管理する。
らも明らかなように，各ノードがリング状や直線状（リ
ニア状）に接続された形態ではなく，これらの形態が組
み合わされたメッシュ状の接続形態を有する。また，こ
の光伝送ネットワークシステム１は，本実施の形態で
は，ＧＭＰＬＳ（Generalized Multi-Protocol Label S
witching）に規定されているリンク管理プロトコル（Ｌ
ＭＰ：Link ManagementProtocol）を用いてノード間の
接続状態を管理する。
【００２８】ノードＮ１〜Ｎ６は，いずれも同じ構成を
有する。図２は，ノードＮ１〜Ｎ６のそれぞれの構成を
示すブロック図である。ノードＮ１〜Ｎ６は，いずれ
も，多重分離器１１，光障害検出部１２，光スイッチ部
１３，多重化器１４，Ｏ／Ｅ変換部１５，制御信号終端
部１６，障害管理部１７，シグナリング制御部１８，Ｌ
ＭＰ制御部１９，ルーティング制御部２０，および光パ
ス管理制御部２１を有する。
有する。図２は，ノードＮ１〜Ｎ６のそれぞれの構成を
示すブロック図である。ノードＮ１〜Ｎ６は，いずれ
も，多重分離器１１，光障害検出部１２，光スイッチ部
１３，多重化器１４，Ｏ／Ｅ変換部１５，制御信号終端
部１６，障害管理部１７，シグナリング制御部１８，Ｌ
ＭＰ制御部１９，ルーティング制御部２０，および光パ
ス管理制御部２１を有する。
【００２９】多重分離器１１には，上流側の隣接したノ
ードから受信用（下り）のデータチャネル用光ファイバ
リンクを介して，波長分割多重（ＷＤＭ：Wavelength D
ivision Multiplex）されたｎ個（ｎは２以上の整数）
の波長λ１〜λｎの光信号（ｎチャネル分のデータチャ
ネル信号）が入力される。たとえば，ノードＮ３では，
データチャネル用の光ファイバリンクＤＬ２，ＤＬ３，
およびＤＬ７の受信用光ファイバを介してノードＮ３へ
送信された光信号が多重分離器１１に入力される。１つ
の波長の光信号は，１チャネルのデータチャネル信号に
対応している。多重分離器１１は，入力された光信号を
波長ごと（すなわちチャネルごと）に分離し，分離され
たｎチャネルのデータチャネル信号を光障害検出部１２
に与える。
ードから受信用（下り）のデータチャネル用光ファイバ
リンクを介して，波長分割多重（ＷＤＭ：Wavelength D
ivision Multiplex）されたｎ個（ｎは２以上の整数）
の波長λ１〜λｎの光信号（ｎチャネル分のデータチャ
ネル信号）が入力される。たとえば，ノードＮ３では，
データチャネル用の光ファイバリンクＤＬ２，ＤＬ３，
およびＤＬ７の受信用光ファイバを介してノードＮ３へ
送信された光信号が多重分離器１１に入力される。１つ
の波長の光信号は，１チャネルのデータチャネル信号に
対応している。多重分離器１１は，入力された光信号を
波長ごと（すなわちチャネルごと）に分離し，分離され
たｎチャネルのデータチャネル信号を光障害検出部１２
に与える。
【００３０】光障害検出部１２は，多重分離器１１から
与えられたｎ個のデータチャネル信号の障害の有無を波
長ごと（チャネルごと）に監視し，障害が検出された場
合には，障害が発生したデータチャネルの識別子（後述
するデータチャネルＩＤまたはインタフェースＩＤ）を
障害管理部１７に通知する。ここで，障害には，光信号
のエネルギー（または強度）が所定のレベルより弱くな
る光損失（ＬＯＬ：Loss Of Light）等がある。特定の
チャネルのデータチャネル信号のみが減衰によりＬＯＬ
となる場合もあるし，光ファイバそのものが断線した場
合等には，その光ファイバにより送信される全データチ
ャネル信号がＬＯＬとなる場合もある。
与えられたｎ個のデータチャネル信号の障害の有無を波
長ごと（チャネルごと）に監視し，障害が検出された場
合には，障害が発生したデータチャネルの識別子（後述
するデータチャネルＩＤまたはインタフェースＩＤ）を
障害管理部１７に通知する。ここで，障害には，光信号
のエネルギー（または強度）が所定のレベルより弱くな
る光損失（ＬＯＬ：Loss Of Light）等がある。特定の
チャネルのデータチャネル信号のみが減衰によりＬＯＬ
となる場合もあるし，光ファイバそのものが断線した場
合等には，その光ファイバにより送信される全データチ
ャネル信号がＬＯＬとなる場合もある。
【００３１】光スイッチ部１３は，多重分離器１１によ
り分離されたｎチャネルのデータチャネル信号を，光パ
ス管理制御部２１により設定された光クロスコネクトデ
ータ（スイッチングデータ）に基づいて光信号のままス
イッチングし，スイッチングされたｎチャネルのデータ
チャネル信号を多重化器１４に出力する。なお，光クロ
スコネクトデータについては後述する。
り分離されたｎチャネルのデータチャネル信号を，光パ
ス管理制御部２１により設定された光クロスコネクトデ
ータ（スイッチングデータ）に基づいて光信号のままス
イッチングし，スイッチングされたｎチャネルのデータ
チャネル信号を多重化器１４に出力する。なお，光クロ
スコネクトデータについては後述する。
【００３２】多重化器１４は，ｎチャネルのデータチャ
ネル信号を再び波長分割多重し，下流側の隣接したノー
ドに光信号を出力する。たとえば，ノードＮ３の多重化
器１４は，ノードＮ２，Ｎ６，およびＮ４に光信号を送
信する。なお，図２では，図面を簡略にするために，入
出力用にそれぞれ１本の光ファイバのみを示している
が，たとえば図１のノードＮ３では，入出力用にそれぞ
れ３本の光ファイバが存在する。
ネル信号を再び波長分割多重し，下流側の隣接したノー
ドに光信号を出力する。たとえば，ノードＮ３の多重化
器１４は，ノードＮ２，Ｎ６，およびＮ４に光信号を送
信する。なお，図２では，図面を簡略にするために，入
出力用にそれぞれ１本の光ファイバのみを示している
が，たとえば図１のノードＮ３では，入出力用にそれぞ
れ３本の光ファイバが存在する。
【００３３】Ｏ／Ｅ変換部１５には，上流側の隣接した
ノードから送信された制御チャネル信号が光信号により
入力される。たとえば，ノードＮ３では，制御チャネル
用の光ファイバリンクＣＬ２，ＣＬ３，およびＣＬ７の
受信用光ファイバを介してノードＮ３へ送信された光信
号がＯ／Ｅ変換部１５に入力される。Ｏ／Ｅ変換部１５
は，入力された光信号を電気信号に変換し，この電気信
号の制御チャネル信号を制御信号終端部１６に与える。
また，Ｏ／Ｅ変換部１５は，制御信号終端部１６から与
えられた電気信号による制御チャネル信号を光信号に変
換し，この光信号による制御チャネル信号を下流側の隣
接したノードに送信する。たとえば，ノードＮ３のＯ／
Ｅ変換部１５は，ノードＮ２，Ｎ６，およびＮ４に光信
号を送信する。
ノードから送信された制御チャネル信号が光信号により
入力される。たとえば，ノードＮ３では，制御チャネル
用の光ファイバリンクＣＬ２，ＣＬ３，およびＣＬ７の
受信用光ファイバを介してノードＮ３へ送信された光信
号がＯ／Ｅ変換部１５に入力される。Ｏ／Ｅ変換部１５
は，入力された光信号を電気信号に変換し，この電気信
号の制御チャネル信号を制御信号終端部１６に与える。
また，Ｏ／Ｅ変換部１５は，制御信号終端部１６から与
えられた電気信号による制御チャネル信号を光信号に変
換し，この光信号による制御チャネル信号を下流側の隣
接したノードに送信する。たとえば，ノードＮ３のＯ／
Ｅ変換部１５は，ノードＮ２，Ｎ６，およびＮ４に光信
号を送信する。
【００３４】さらに，Ｏ／Ｅ変換部１５は，制御チャネ
ルの障害の有無を監視し，障害が検出された場合には，
障害が発生した制御チャネルを障害管理部１７に通知す
る。
ルの障害の有無を監視し，障害が検出された場合には，
障害が発生した制御チャネルを障害管理部１７に通知す
る。
【００３５】制御信号終端部１６は，制御チャネル信号
を終端する。障害管理部１７は，光障害検出部１２また
はＯ／Ｅ変換部１５から通知された障害をＬＭＰ制御部
１９に通知する。
を終端する。障害管理部１７は，光障害検出部１２また
はＯ／Ｅ変換部１５から通知された障害をＬＭＰ制御部
１９に通知する。
【００３６】ＬＭＰ制御部１９は，リンク管理プロトコ
ル（ＬＭＰ：Link Management Protocol）を終端する。
ＬＭＰ制御部１９は，制御チャネル管理データを保持
し，この制御チャネル管理データおよびＬＭＰによっ
て，（１）隣接ノード間で互いに利用する波長に対し，
後述するインタフェースＩＤ（チャネル管理番号）の対
応付け，（２）データチャネルの障害箇所特定，（３）
制御チャネルの維持および監視，（４）データチャネル
の試験等を行う。制御チャネル管理データの詳細につい
ては，後述する。
ル（ＬＭＰ：Link Management Protocol）を終端する。
ＬＭＰ制御部１９は，制御チャネル管理データを保持
し，この制御チャネル管理データおよびＬＭＰによっ
て，（１）隣接ノード間で互いに利用する波長に対し，
後述するインタフェースＩＤ（チャネル管理番号）の対
応付け，（２）データチャネルの障害箇所特定，（３）
制御チャネルの維持および監視，（４）データチャネル
の試験等を行う。制御チャネル管理データの詳細につい
ては，後述する。
【００３７】さらに，本実施の形態では，ＬＭＰ制御部
１９は，データチャネルおよび制御チャネルに障害が検
出されている場合に，障害ノードまたは障害チャネルを
迂回できる最短ルートの探索をルーティング制御部２０
に依頼する。そして，ＬＭＰ制御部１９は，探索された
最短ルートを，障害により使用できない制御チャネルの
代替ルート（プロテクションパス）として使用し，障害
通知に使用する。この処理については，後に詳述する。
１９は，データチャネルおよび制御チャネルに障害が検
出されている場合に，障害ノードまたは障害チャネルを
迂回できる最短ルートの探索をルーティング制御部２０
に依頼する。そして，ＬＭＰ制御部１９は，探索された
最短ルートを，障害により使用できない制御チャネルの
代替ルート（プロテクションパス）として使用し，障害
通知に使用する。この処理については，後に詳述する。
【００３８】ルーティング制御部２０は，ルーティング
プロトコル（たとえばＯＳＰＦ（Open Shortest Path F
irst）等）を終端し，保持されたトポロジー情報に基づ
いて，宛先ノードまでのルートを求める。また，ルーテ
ィング制御部２０は，本実施の形態では，ＬＭＰ制御部
１９の依頼により，障害が発生したノードまたは障害が
発生したチャネルを迂回できる最短ルートを求めるとと
もに，制御チャネルの障害の検出により，新しいトポロ
ジー情報をリンク状態広告（ＬＳＡ：Link State Adver
tisement）により送信する。
プロトコル（たとえばＯＳＰＦ（Open Shortest Path F
irst）等）を終端し，保持されたトポロジー情報に基づ
いて，宛先ノードまでのルートを求める。また，ルーテ
ィング制御部２０は，本実施の形態では，ＬＭＰ制御部
１９の依頼により，障害が発生したノードまたは障害が
発生したチャネルを迂回できる最短ルートを求めるとと
もに，制御チャネルの障害の検出により，新しいトポロ
ジー情報をリンク状態広告（ＬＳＡ：Link State Adver
tisement）により送信する。
【００３９】シグナリング制御部１８は，シグナリング
プロトコル（たとえばＲＳＶＰ（Resource Reservation
Protocol），ＲＳＶＰ−ＴＥ（Resource Reservation
Protocol-Traffic Engineering）等）を終端し，宛先ノ
ードまでの光波パスの設定を行う。光波パスには，現用
（Work）パスおよび保護用（Protection）または迂回パ
スが含まれる。また，シグナリング制御部１８は，本実
施の形態では，ＬＭＰ制御部２０の依頼により，障害通
知を兼ねたパス設定メッセージを制御して障害箇所を迂
回する保護用光波パス（プロテクションパス）を設定
し，障害発生前の現用光波パスから障害発生後に設定さ
れる迂回パス（保護用パス）を通って現用光波パスへ戻
れるようにラベルマージを行うように制御する。
プロトコル（たとえばＲＳＶＰ（Resource Reservation
Protocol），ＲＳＶＰ−ＴＥ（Resource Reservation
Protocol-Traffic Engineering）等）を終端し，宛先ノ
ードまでの光波パスの設定を行う。光波パスには，現用
（Work）パスおよび保護用（Protection）または迂回パ
スが含まれる。また，シグナリング制御部１８は，本実
施の形態では，ＬＭＰ制御部２０の依頼により，障害通
知を兼ねたパス設定メッセージを制御して障害箇所を迂
回する保護用光波パス（プロテクションパス）を設定
し，障害発生前の現用光波パスから障害発生後に設定さ
れる迂回パス（保護用パス）を通って現用光波パスへ戻
れるようにラベルマージを行うように制御する。
【００４０】シグナリング制御部１８は，光波パス管理
データを保持する。この光波パス管理データには，光波
パス経路データ，迂回制御チャネル管理データ等のデー
タが含まれている。これらのデータの詳細については，
後述する。
データを保持する。この光波パス管理データには，光波
パス経路データ，迂回制御チャネル管理データ等のデー
タが含まれている。これらのデータの詳細については，
後述する。
【００４１】光パス管理制御部２１は，どの光ファイバ
リンクのどの波長で入力されたパスがどの光ファイバの
どの波長へ出力されるかの光クロスコネクトデータを管
理するとともに光スイッチ部１３の設定等を行う。本実
施の形態では，光パス管理制御部２１は，障害箇所を迂
回するための迂回光波パス（プロテクションパス）の光
クロスコネクトデータを，元の現用光波パス（ワークパ
ス）と関連付け，ラベルマージ（ＧＭＰＬＳで使用され
るラベルの結合）を行う機能も有する。
リンクのどの波長で入力されたパスがどの光ファイバの
どの波長へ出力されるかの光クロスコネクトデータを管
理するとともに光スイッチ部１３の設定等を行う。本実
施の形態では，光パス管理制御部２１は，障害箇所を迂
回するための迂回光波パス（プロテクションパス）の光
クロスコネクトデータを，元の現用光波パス（ワークパ
ス）と関連付け，ラベルマージ（ＧＭＰＬＳで使用され
るラベルの結合）を行う機能も有する。
【００４２】以下では，図２に示す構成要素１１〜２１
を，ノードごとに区別する場合には，構成要素の符号の
後に，ノードＮｉ（ｉ＝１〜６）の「Ｎｉ」を接尾語と
して付加することとする。たとえば，ノードＮ３のＬＭ
Ｐ制御部１９は「ＬＭＰ制御部１９N3」と記し，ノード
Ｎ２のＬＭＰ制御部部１９は「ＬＭＰ制御部１９N2」と
記す。また，接尾語を付加しない場合には，任意のノー
ドの構成要素を指すものとする。
を，ノードごとに区別する場合には，構成要素の符号の
後に，ノードＮｉ（ｉ＝１〜６）の「Ｎｉ」を接尾語と
して付加することとする。たとえば，ノードＮ３のＬＭ
Ｐ制御部１９は「ＬＭＰ制御部１９N3」と記し，ノード
Ｎ２のＬＭＰ制御部部１９は「ＬＭＰ制御部１９N2」と
記す。また，接尾語を付加しない場合には，任意のノー
ドの構成要素を指すものとする。
【００４３】［光波パスの設定処理］光伝送ネットワー
クシステム１には，入力端（入力Optical Edge）から入
力されたデータチャネル信号をどのような経路で出力端
（出力Optical Edge）に出力するかを定めた光波パス
（Optical Path）（ＧＭＰＬＳではラベルスイッチパス
（ＬＳＰ：Label Switch Path））が設定され，この光
波パスに従ってデータチャネル信号が通信される。
クシステム１には，入力端（入力Optical Edge）から入
力されたデータチャネル信号をどのような経路で出力端
（出力Optical Edge）に出力するかを定めた光波パス
（Optical Path）（ＧＭＰＬＳではラベルスイッチパス
（ＬＳＰ：Label Switch Path））が設定され，この光
波パスに従ってデータチャネル信号が通信される。
【００４４】本実施の形態では，一例として，図１に示
すように，４つの光波パス（現用光波パス）＃ａ〜＃ｄ
が設定されているものとする。光波パス＃ａは，ノード
Ｎ１からノードＮ２およびＮ３を経由してノードＮ４に
向かうパスである。光波パス＃ｂは，ノードＮ１からノ
ードＮ５およびＮ２を経由してノードＮ３に向かうパス
である。光波パス＃ｃは，ノードＮ２からノードＮ３を
経由してノードＮ４に向かうパスである。光波パス＃ｄ
は，ノードＮ４からノードＮ３を経由してノードＮ２に
向かうパスである。
すように，４つの光波パス（現用光波パス）＃ａ〜＃ｄ
が設定されているものとする。光波パス＃ａは，ノード
Ｎ１からノードＮ２およびＮ３を経由してノードＮ４に
向かうパスである。光波パス＃ｂは，ノードＮ１からノ
ードＮ５およびＮ２を経由してノードＮ３に向かうパス
である。光波パス＃ｃは，ノードＮ２からノードＮ３を
経由してノードＮ４に向かうパスである。光波パス＃ｄ
は，ノードＮ４からノードＮ３を経由してノードＮ２に
向かうパスである。
【００４５】以下では，光波パス＃ａを例にとり，光波
パス＃ａのパス設定処理について説明する。図３は，光
波パス＃ａの詳細な設定内容を示している。
パス＃ａのパス設定処理について説明する。図３は，光
波パス＃ａの詳細な設定内容を示している。
【００４６】説明を分かり易くするために，本実施の形
態では，ノードＮ１の出側ポートＢとノードＮ２の入側
ポートＡとの間，ノードＮ２の出側ポートＢとノードＮ
３の入側ポートＡとの間，およびノードＮ３の出側ポー
トＢとノードＮ４の入側ポートＡとの間には，それぞれ
４チャネルのデータチャネルが設けられるものとする。
また，この４チャネルのデータチャネル信号に対して，
１つの制御チャネル信号が割り当てられるものとする。
態では，ノードＮ１の出側ポートＢとノードＮ２の入側
ポートＡとの間，ノードＮ２の出側ポートＢとノードＮ
３の入側ポートＡとの間，およびノードＮ３の出側ポー
トＢとノードＮ４の入側ポートＡとの間には，それぞれ
４チャネルのデータチャネルが設けられるものとする。
また，この４チャネルのデータチャネル信号に対して，
１つの制御チャネル信号が割り当てられるものとする。
【００４７】パス設定処理には，ＧＭＰＬＳにおいて使
用されるシグナリングプロトコルの１つであるＲＳＶＰ
−ＴＥが使用されるものとする。
用されるシグナリングプロトコルの１つであるＲＳＶＰ
−ＴＥが使用されるものとする。
【００４８】まず，ＲＳＶＰ−ＴＥによるパス設定処理
および後述する障害発生時の迂回パスの設定処理に用い
られる用語について先に説明し，その後，ＲＳＶＰ−Ｔ
Ｅによるパス設定処理について説明する。
および後述する障害発生時の迂回パスの設定処理に用い
られる用語について先に説明し，その後，ＲＳＶＰ−Ｔ
Ｅによるパス設定処理について説明する。
【００４９】「ノード識別子（ノードＩＤ）」：ノード
Ｎ１〜Ｎ６を光伝送ネットワークシステム１内で一意に
識別するための識別子である。ルーティングやシグナリ
ングでは，ノードＩＤとして代表ＩＰアドレスが使用さ
れる。ここでは，「Ｎ１」〜「Ｎ６」を各ノードのノー
ドＩＤとして用いることとする。
Ｎ１〜Ｎ６を光伝送ネットワークシステム１内で一意に
識別するための識別子である。ルーティングやシグナリ
ングでは，ノードＩＤとして代表ＩＰアドレスが使用さ
れる。ここでは，「Ｎ１」〜「Ｎ６」を各ノードのノー
ドＩＤとして用いることとする。
【００５０】「ＬＳＰ−ＩＤ」：光波パス識別子（光波
パスＩＤ）と同義であり，シグナリングによるパス設定
時に各光波パスに割り当てられるＬＳＰの識別子であ
る。ＬＳＰ−ＩＤは，各ノードＮ１〜Ｎ６内で一意であ
り，かつ，光伝送ネットワークシステム１においても一
意な値（Ingress Edge Node IDとEdge Nodeで一意なＩ
Ｄとを組合せた値を使用）である。ここでは，「＃ａ」
〜「＃ｄ」をＬＳＰ−ＩＤとして使用することとする。
パスＩＤ）と同義であり，シグナリングによるパス設定
時に各光波パスに割り当てられるＬＳＰの識別子であ
る。ＬＳＰ−ＩＤは，各ノードＮ１〜Ｎ６内で一意であ
り，かつ，光伝送ネットワークシステム１においても一
意な値（Ingress Edge Node IDとEdge Nodeで一意なＩ
Ｄとを組合せた値を使用）である。ここでは，「＃ａ」
〜「＃ｄ」をＬＳＰ−ＩＤとして使用することとする。
【００５１】「制御チャネル識別子（ＣＣＩＤ）」：制
御チャネルに付与される識別子であり，各ノード内での
み一意な値である。ここでは，前述した入側ポート識別
子Ａまたは出側ポート識別子ＢをＣＣＩＤとしても用い
ることとする。
御チャネルに付与される識別子であり，各ノード内での
み一意な値である。ここでは，前述した入側ポート識別
子Ａまたは出側ポート識別子ＢをＣＣＩＤとしても用い
ることとする。
【００５２】たとえば，図３において，ノードＮｉとノ
ードＮｊ（ｉ，ｊは１〜６のいずれかの値）との間の制
御チャネルを「Ｃｉｊ」とすると，ノードＮ１とＮ２と
の間の制御チャネルＣ１２のノードＮ２におけるＣＣＩ
Ｄは「Ａ」となり，ノードＮ１におけるＣＣＩＤは
「Ｂ」となる。制御チャネルＣ２３のノードＮ３におけ
るＣＣＩＤは「Ａ」となり，ノードＮ２におけるＣＣＩ
Ｄは「Ａ」となる。制御チャネルＣ３６のノードＮ３に
おけるＣＣＩＤは「Ｃ」となる。ＣＣＩＤは，ノード内
でのみ一意であるので，異なるノードにおいて，同じＣ
ＣＩＤが付与されることがある。
ードＮｊ（ｉ，ｊは１〜６のいずれかの値）との間の制
御チャネルを「Ｃｉｊ」とすると，ノードＮ１とＮ２と
の間の制御チャネルＣ１２のノードＮ２におけるＣＣＩ
Ｄは「Ａ」となり，ノードＮ１におけるＣＣＩＤは
「Ｂ」となる。制御チャネルＣ２３のノードＮ３におけ
るＣＣＩＤは「Ａ」となり，ノードＮ２におけるＣＣＩ
Ｄは「Ａ」となる。制御チャネルＣ３６のノードＮ３に
おけるＣＣＩＤは「Ｃ」となる。ＣＣＩＤは，ノード内
でのみ一意であるので，異なるノードにおいて，同じＣ
ＣＩＤが付与されることがある。
【００５３】「インタフェース識別子（インタフェース
ＩＤ）」：データチャネルに付与される識別子であるデ
ータチャネル識別子（データチャネルＩＤ）と同義であ
り，ノード内のあるポートのある波長（チャネル）を一
意に識別する値である。ポート識別子「Ａ」，「Ｂ」等
と，符号「１」〜「４」で示される波長の識別子（コン
ポーネントＩＤ）とを組み合わせた符号「Ａ−１」，
「Ｂ−２」等をインタフェースＩＤとして用いることと
する。ノード内で一意であるので，各ノードで同じ値が
使用されることがある。
ＩＤ）」：データチャネルに付与される識別子であるデ
ータチャネル識別子（データチャネルＩＤ）と同義であ
り，ノード内のあるポートのある波長（チャネル）を一
意に識別する値である。ポート識別子「Ａ」，「Ｂ」等
と，符号「１」〜「４」で示される波長の識別子（コン
ポーネントＩＤ）とを組み合わせた符号「Ａ−１」，
「Ｂ−２」等をインタフェースＩＤとして用いることと
する。ノード内で一意であるので，各ノードで同じ値が
使用されることがある。
【００５４】「ＴＥリンク識別子（ＴＥリンクＩ
Ｄ）」：１つの制御チャネルによって管理されるデータ
チャネル群であるＴＥ（Traffic Engineering）リンク
の識別子であり，本実施の形態では，ＣＣＩＤと同じ値
を使用することとする。
Ｄ）」：１つの制御チャネルによって管理されるデータ
チャネル群であるＴＥ（Traffic Engineering）リンク
の識別子であり，本実施の形態では，ＣＣＩＤと同じ値
を使用することとする。
【００５５】「光波長ラベル」：ＧＭＰＬＳで使用され
るラベルであり，本実施の形態では，インタフェースＩ
Ｄと同じ値を使用することとする。したがって，光波長
ラベルは，ポート識別子および波長の組（たとえば「Ａ
−１」等）からなる。
るラベルであり，本実施の形態では，インタフェースＩ
Ｄと同じ値を使用することとする。したがって，光波長
ラベルは，ポート識別子および波長の組（たとえば「Ａ
−１」等）からなる。
【００５６】「制御チャネル管理データ」：制御チャネ
ルの状態を管理するデータであり，ＬＭＰ制御部１９に
より保持される。この制御チャネル管理データは，入力
インタフェースＩＤからこのインタフェースを管理する
ＣＣＩＤをインデックスするデータを兼ねる。この制御
チャネル管理データは，制御チャネルをコマンド等で登
録することにより生成され，あるいは，ノード同士を接
続チャネルにより接続した時に，ノード同士が通信し，
相互の情報を交換することにより自動生成される。
ルの状態を管理するデータであり，ＬＭＰ制御部１９に
より保持される。この制御チャネル管理データは，入力
インタフェースＩＤからこのインタフェースを管理する
ＣＣＩＤをインデックスするデータを兼ねる。この制御
チャネル管理データは，制御チャネルをコマンド等で登
録することにより生成され，あるいは，ノード同士を接
続チャネルにより接続した時に，ノード同士が通信し，
相互の情報を交換することにより自動生成される。
【００５７】図８は，ノードＮ３のＣＣＩＤ「Ａ」に関
する制御チャネル管理データの構成例を示している。制
御チャネル管理データは，ローカル制御チャネルＩＤ，
リモート制御チャネルＩＤ，リモートのＩＤ，制御チャ
ネル状態，関連ＴＥリンクデータ先頭ポインタ等を有す
る。
する制御チャネル管理データの構成例を示している。制
御チャネル管理データは，ローカル制御チャネルＩＤ，
リモート制御チャネルＩＤ，リモートのＩＤ，制御チャ
ネル状態，関連ＴＥリンクデータ先頭ポインタ等を有す
る。
【００５８】「ローカル制御チャネルＩＤ」は，自ノー
ドにおける制御チャネルのＣＣＩＤを示す。図８の制御
チャネル管理データは，ノードＮ３におけるＣＣＩＤ
「Ａ」についての制御チャネルデータであるので，ロー
カル制御チャネルＩＤの値は「Ａ」となる。
ドにおける制御チャネルのＣＣＩＤを示す。図８の制御
チャネル管理データは，ノードＮ３におけるＣＣＩＤ
「Ａ」についての制御チャネルデータであるので，ロー
カル制御チャネルＩＤの値は「Ａ」となる。
【００５９】「リモート制御チャネルＩＤ」は，ローカ
ル制御チャネルＩＤの制御チャネルに接続された隣接ノ
ードにおける制御チャネルのＣＣＩＤを示す。たとえ
ば，ノードＮ３のＣＣＩＤ「Ａ」の制御チャネルには，
ノードＮ２のＣＣＩＤ「Ｂ」の制御チャネルが接続され
ているので，ローカル制御チャネルＩＤの値は「Ｂ」と
なる。
ル制御チャネルＩＤの制御チャネルに接続された隣接ノ
ードにおける制御チャネルのＣＣＩＤを示す。たとえ
ば，ノードＮ３のＣＣＩＤ「Ａ」の制御チャネルには，
ノードＮ２のＣＣＩＤ「Ｂ」の制御チャネルが接続され
ているので，ローカル制御チャネルＩＤの値は「Ｂ」と
なる。
【００６０】「制御チャネル状態」は，ローカル制御チ
ャネルＩＤの制御チャネルの状態を示す。「制御チャネ
ル状態」の領域には，制御チャネルが正常である場合に
は「正常」を示す値が書き込まれ，制御チャネルに障害
が検出されると，「障害中」を示す値が書き込まれる。
ャネルＩＤの制御チャネルの状態を示す。「制御チャネ
ル状態」の領域には，制御チャネルが正常である場合に
は「正常」を示す値が書き込まれ，制御チャネルに障害
が検出されると，「障害中」を示す値が書き込まれる。
【００６１】「関連ＴＥリンクリスト数」は，この制御
チャネルによって管理されるＴＥリンクのリスト数（す
なわちＴＥリンク数）を示す。
チャネルによって管理されるＴＥリンクのリスト数（す
なわちＴＥリンク数）を示す。
【００６２】「関連ＴＥリンクデータ先頭ポインタ」
は，この制御チャネルによって管理されるＴＥリンクの
データ（ＴＥリンクデータ）を指し示すポインタであ
る。１つの制御チャネルによって複数のＴＥリンクが管
理される場合には，ＴＥリンクデータも複数個設けら
れ，この場合には，関連ＴＥリンクデータ先頭ポインタ
は，複数のＴＥリンクデータのうち先頭のものを指し示
す。
は，この制御チャネルによって管理されるＴＥリンクの
データ（ＴＥリンクデータ）を指し示すポインタであ
る。１つの制御チャネルによって複数のＴＥリンクが管
理される場合には，ＴＥリンクデータも複数個設けら
れ，この場合には，関連ＴＥリンクデータ先頭ポインタ
は，複数のＴＥリンクデータのうち先頭のものを指し示
す。
【００６３】ＴＥリンクデータは，インタフェースデー
タへのポインタ等を有する。インタフェースデータは，
この制御チャネルによって管理されるＴＥリンクのＴＥ
リンクＩＤ，インタフェースＩＤ，および制御チャネル
管理データを指し示すポインタを有する。
タへのポインタ等を有する。インタフェースデータは，
この制御チャネルによって管理されるＴＥリンクのＴＥ
リンクＩＤ，インタフェースＩＤ，および制御チャネル
管理データを指し示すポインタを有する。
【００６４】制御チャネル管理データは，制御チャネル
ごとに設けられ，ＣＣＩＤで検索される。たとえば，ノ
ードＮ３では，図８の制御チャネルＩＤ「Ａ」に関する
制御チャネル管理データに加えて，制御チャネルＩＤ
「Ｂ」および「Ｃ」に関する制御チャネル管理データも
それぞれ設けられ，ＣＣＩＤ「Ｂ」，「Ｃ」によって検
索される。他のノードについても同様である。
ごとに設けられ，ＣＣＩＤで検索される。たとえば，ノ
ードＮ３では，図８の制御チャネルＩＤ「Ａ」に関する
制御チャネル管理データに加えて，制御チャネルＩＤ
「Ｂ」および「Ｃ」に関する制御チャネル管理データも
それぞれ設けられ，ＣＣＩＤ「Ｂ」，「Ｃ」によって検
索される。他のノードについても同様である。
【００６５】次に，光波パス＃ａの設定処理について説
明する。まず，光波パス＃ａは，ノードＮ１のインタフ
ェース（データチャネル）Ｂ−１からノードＮ２のイン
タフェースＡ−１，ノードＮ２のインタフェースＢ−２
からノードＮ３のインタフェースＡ−２，およびノード
Ｎ３のインタフェースＢ−３からノードＮ４のインタフ
ェースＡ−３を経由する経路として構成される。ノード
Ｎ１〜Ｎ４のそれぞれの光スイッチ部１３は，各ノード
の入側インタフェースと出側インタフェースとの間の接
続するように光スイッチング（光クロスコネクト）を行
う。
明する。まず，光波パス＃ａは，ノードＮ１のインタフ
ェース（データチャネル）Ｂ−１からノードＮ２のイン
タフェースＡ−１，ノードＮ２のインタフェースＢ−２
からノードＮ３のインタフェースＡ−２，およびノード
Ｎ３のインタフェースＢ−３からノードＮ４のインタフ
ェースＡ−３を経由する経路として構成される。ノード
Ｎ１〜Ｎ４のそれぞれの光スイッチ部１３は，各ノード
の入側インタフェースと出側インタフェースとの間の接
続するように光スイッチング（光クロスコネクト）を行
う。
【００６６】このような光波パス＃ａを設定するため
に，ＲＳＶＰ−ＴＥに規定されたPathメッセージおよび
Resvメッセージ（ならびにPathErrメッセージ）がノー
ドＮ１〜Ｎ４間を通信される。図５は，光波パス＃ａの
コネクション確立処理のシーケンス図である。図６は，
ＲＳＶＰ−ＴＥに規定されたメッセージを示し，同図
（Ａ）はPathメッセージの構成を，同図（Ｂ）はResvメ
ッセージの構成を，同図（Ｃ）はPathErrメッセージの
構成を，それぞれ示している。
に，ＲＳＶＰ−ＴＥに規定されたPathメッセージおよび
Resvメッセージ（ならびにPathErrメッセージ）がノー
ドＮ１〜Ｎ４間を通信される。図５は，光波パス＃ａの
コネクション確立処理のシーケンス図である。図６は，
ＲＳＶＰ−ＴＥに規定されたメッセージを示し，同図
（Ａ）はPathメッセージの構成を，同図（Ｂ）はResvメ
ッセージの構成を，同図（Ｃ）はPathErrメッセージの
構成を，それぞれ示している。
【００６７】ノードＮ１からノードＮ４へＧＭＰＬＳに
よって，シグナリングが開始される。すなわち，ノード
Ｎ１からノードＮ４へ，まずPathメッセージが制御チャ
ネルを介して送信される。このPathメッセージは，Expl
icit Route Object，Recorded Route Object等の領域を
有する。
よって，シグナリングが開始される。すなわち，ノード
Ｎ１からノードＮ４へ，まずPathメッセージが制御チャ
ネルを介して送信される。このPathメッセージは，Expl
icit Route Object，Recorded Route Object等の領域を
有する。
【００６８】Explicit Route Objectには，これから経
由して行く予定のノード列（ここではノードＮ１〜Ｎ
４）の情報（ノードＩＤの列）が格納される。Pathメッ
セージは，Explicit Route Objectの先頭位置に置かれ
ているノードに送信される。そして，ノードを通過する
ごとに，この領域の先頭位置からノード情報が１つずつ
ポップされ，削除されて行く。これにより，Pathメッセ
ージは，Explicit RouteObjectに格納されたノード列に
順次送信される。たとえば，図６（Ａ）では，ノードＮ
２からノードＮ３に送信されるPathメッセージのExplic
it Route Objectの内容が示されている。
由して行く予定のノード列（ここではノードＮ１〜Ｎ
４）の情報（ノードＩＤの列）が格納される。Pathメッ
セージは，Explicit Route Objectの先頭位置に置かれ
ているノードに送信される。そして，ノードを通過する
ごとに，この領域の先頭位置からノード情報が１つずつ
ポップされ，削除されて行く。これにより，Pathメッセ
ージは，Explicit RouteObjectに格納されたノード列に
順次送信される。たとえば，図６（Ａ）では，ノードＮ
２からノードＮ３に送信されるPathメッセージのExplic
it Route Objectの内容が示されている。
【００６９】Recorded Route Objectには，既に経由し
たノードの情報が格納される。ノードを通過するごと
に，通過したノードの情報がこの領域に１つずつプッシ
ュされて行く。たとえば，図６（Ａ）では，ノードＮ２
からノードＮ３に送信されるPathメッセージのRecorded
Route Objectの内容が示されている。
たノードの情報が格納される。ノードを通過するごと
に，通過したノードの情報がこの領域に１つずつプッシ
ュされて行く。たとえば，図６（Ａ）では，ノードＮ２
からノードＮ３に送信されるPathメッセージのRecorded
Route Objectの内容が示されている。
【００７０】Pathメッセージを受信したノードのシグナ
リング制御部１８は，データチャネルのリソース（帯
域）が確保可能かどうかを判定し，確保可能な場合に
は，リソースの予約を行い，光波パス管理データを作成
する。図７は，ノードＮ３のシグナリング制御部１８N3
が保持する光波パス＃ａに関する光波パス管理データの
構成を示している。
リング制御部１８は，データチャネルのリソース（帯
域）が確保可能かどうかを判定し，確保可能な場合に
は，リソースの予約を行い，光波パス管理データを作成
する。図７は，ノードＮ３のシグナリング制御部１８N3
が保持する光波パス＃ａに関する光波パス管理データの
構成を示している。
【００７１】光波パス管理データは，光波パスＩＤ，宛
先ノード（Egress Node）ＩＤ，光波パス経路データへ
のポインタ，入側ＴＥリンクＩＤ，入側光波長ラベル，
出側ＴＥリソースＩＤ，出側光波長ラベル，および迂回
制御チャネル管理データへのポインタを有する。
先ノード（Egress Node）ＩＤ，光波パス経路データへ
のポインタ，入側ＴＥリンクＩＤ，入側光波長ラベル，
出側ＴＥリソースＩＤ，出側光波長ラベル，および迂回
制御チャネル管理データへのポインタを有する。
【００７２】この光波パス管理データは光波パス＃ａに
関するものであるので，「光波パスＩＤ」の値は「＃
ａ」である。「宛先ノード」は，この光波パス管理デー
タを保持するノード（ここではノードＮ３）の光波パス
＃ａにおける宛先ノードを意味し，ここではノードＮ４
となる。
関するものであるので，「光波パスＩＤ」の値は「＃
ａ」である。「宛先ノード」は，この光波パス管理デー
タを保持するノード（ここではノードＮ３）の光波パス
＃ａにおける宛先ノードを意味し，ここではノードＮ４
となる。
【００７３】「光波パス経路データへのポインタ」は，
光波パス経路データの格納場所を示すポインタ（たとえ
ばメモリのアドレス）である。このポインタによって指
し示される光波パス経路データは，Explicit Route Obj
ectのノード情報およびRecorded Route Objectのノード
情報を結合したものであり，したがって，光波パス＃ａ
のノード列の情報（ノードＮ１〜Ｎ４のノードＩＤ）を
有する。
光波パス経路データの格納場所を示すポインタ（たとえ
ばメモリのアドレス）である。このポインタによって指
し示される光波パス経路データは，Explicit Route Obj
ectのノード情報およびRecorded Route Objectのノード
情報を結合したものであり，したがって，光波パス＃ａ
のノード列の情報（ノードＮ１〜Ｎ４のノードＩＤ）を
有する。
【００７４】「入側ＴＥリンクＩＤ」は，ノードＮ３へ
の入力側のＴＥリンクＩＤ「Ａ」を保持し，「入側光波
長ラベル」は，ノードＮ３への入力側の光波長ラベル
「Ａ−２」を保持する。「出側ＴＥリンクＩＤ」は，ノ
ードＮ３からの出力側のＴＥリンクＩＤ「Ｂ」を保持
し，「出側光波長ラベル」は，ノードＮ３からの出力側
の光波長ラベル「Ｂ−３」を保持する。
の入力側のＴＥリンクＩＤ「Ａ」を保持し，「入側光波
長ラベル」は，ノードＮ３への入力側の光波長ラベル
「Ａ−２」を保持する。「出側ＴＥリンクＩＤ」は，ノ
ードＮ３からの出力側のＴＥリンクＩＤ「Ｂ」を保持
し，「出側光波長ラベル」は，ノードＮ３からの出力側
の光波長ラベル「Ｂ−３」を保持する。
【００７５】「迂回制御チャネル管理データへのポイン
タ」は，迂回制御チャネル管理データの格納場所を示す
ポインタ（たとえばメモリのアドレス）である。「迂回
制御チャネル管理データ」およびこの迂回制御管理デー
タにより指し示される「迂回制御チャネル経路データ」
については後述する。
タ」は，迂回制御チャネル管理データの格納場所を示す
ポインタ（たとえばメモリのアドレス）である。「迂回
制御チャネル管理データ」およびこの迂回制御管理デー
タにより指し示される「迂回制御チャネル経路データ」
については後述する。
【００７６】光波パス管理データは，光波パスごとに設
けられる。たとえば，ノードＮ３では，光波パス＃ａに
加えて，光波パス＃ｂ〜＃ｄも設定されているので，こ
れらの光波パスについての光波パス管理データも設けら
れる。そして，各光波パス管理データは，ＬＳＰ−ＩＤ
（光波パスＩＤ）によって検索される。
けられる。たとえば，ノードＮ３では，光波パス＃ａに
加えて，光波パス＃ｂ〜＃ｄも設定されているので，こ
れらの光波パスについての光波パス管理データも設けら
れる。そして，各光波パス管理データは，ＬＳＰ−ＩＤ
（光波パスＩＤ）によって検索される。
【００７７】リソースの予約後，シグナリング制御部１
８は，リソースが予約されたデータチャネルの下流側に
位置するノード宛てのPathメッセージを作成して送信す
る。
８は，リソースが予約されたデータチャネルの下流側に
位置するノード宛てのPathメッセージを作成して送信す
る。
【００７８】なお，Pathメッセージを受信したノードが
リソースを予約できない場合には，PathErrメッセージ
（図５（Ｃ））を送信する。
リソースを予約できない場合には，PathErrメッセージ
（図５（Ｃ））を送信する。
【００７９】Pathメッセージが宛先ノードＮ４まで送信
されると，その後，宛先ノードＮ４から送信元ノードＮ
１へ向けて，Resvメッセージが制御チャネルを介して送
信される。Pathメッセージによって予約されたリソース
は，このResvメッセージによって確保される。
されると，その後，宛先ノードＮ４から送信元ノードＮ
１へ向けて，Resvメッセージが制御チャネルを介して送
信される。Pathメッセージによって予約されたリソース
は，このResvメッセージによって確保される。
【００８０】たとえば，ノードＮ３のシグナリング制御
部１８は，ノードＮ４からのResvメッセージを受信する
と，光波パス管理データに従いノードＮ４方向の出側光
波長ラベルＢ−３の確保およびノードＮ２方向の入側光
波長ラベルＡ−２の確保をノードＮ３のＬＭＰ制御部１
９に依頼する。
部１８は，ノードＮ４からのResvメッセージを受信する
と，光波パス管理データに従いノードＮ４方向の出側光
波長ラベルＢ−３の確保およびノードＮ２方向の入側光
波長ラベルＡ−２の確保をノードＮ３のＬＭＰ制御部１
９に依頼する。
【００８１】依頼を受けたノードＮ３のＬＭＰ制御部１
９N3は，出側インタフェースＢ−３を確定するととも
に，入側の空きリソースから１つ光波長ラベルおよびイ
ンタフェースＡ−２を捕捉して，光波長ラベルＡ−２と
光波パスＩＤ（ＬＳＰ−ＩＤ）＃ａとを関連付けるデー
タチャネル管理データ（図９参照）を生成する。
９N3は，出側インタフェースＢ−３を確定するととも
に，入側の空きリソースから１つ光波長ラベルおよびイ
ンタフェースＡ−２を捕捉して，光波長ラベルＡ−２と
光波パスＩＤ（ＬＳＰ−ＩＤ）＃ａとを関連付けるデー
タチャネル管理データ（図９参照）を生成する。
【００８２】また，ノードＮ３の光パス管理制御部２１
N3は，インタフェースＡ−２からインタフェースＢ−３
への光クロスコネクトデータ（図１０参照）を生成し，
このデータに基づいて光スイッチ部１３の光クロスコネ
クト設定を行う。なお，データチャネル管理データおよ
び光クロスコネクトデータは，ともにインタフェースＩ
Ｄごとに設けられ，インタフェースＩＤに基づいて検索
される。
N3は，インタフェースＡ−２からインタフェースＢ−３
への光クロスコネクトデータ（図１０参照）を生成し，
このデータに基づいて光スイッチ部１３の光クロスコネ
クト設定を行う。なお，データチャネル管理データおよ
び光クロスコネクトデータは，ともにインタフェースＩ
Ｄごとに設けられ，インタフェースＩＤに基づいて検索
される。
【００８３】続いて，シグナリング制御部１８N3は，次
ノードであるノードＮ２へResvメッセージを送信する。
以降，各ノードにおいて，このようなシグナリング制御
部１８，ＬＭＰ制御部１９，および光パス管理制御部２
１の処理が行われ，ノードＮ１〜Ｎ４間のデータチャネ
ルが光波パス＃ａとして接続される。
ノードであるノードＮ２へResvメッセージを送信する。
以降，各ノードにおいて，このようなシグナリング制御
部１８，ＬＭＰ制御部１９，および光パス管理制御部２
１の処理が行われ，ノードＮ１〜Ｎ４間のデータチャネ
ルが光波パス＃ａとして接続される。
【００８４】なお，光波パス＃ｂ〜＃ｄについても同様
のシグナリングにより光波パスが設定される。
のシグナリングにより光波パスが設定される。
【００８５】［障害発生時の制御チャネルの迂回経路設
定処理］次に，光波パス＃ａ上に障害（制御チャネルの
障害，データチャネルの障害，ノードの障害）が発生し
た場合を例に，制御チャネル（現用制御チャネル）の迂
回経路（保護用制御チャネルの経路）の設定処理につい
て説明する。
定処理］次に，光波パス＃ａ上に障害（制御チャネルの
障害，データチャネルの障害，ノードの障害）が発生し
た場合を例に，制御チャネル（現用制御チャネル）の迂
回経路（保護用制御チャネルの経路）の設定処理につい
て説明する。
【００８６】図４は，通信ネットワークシステム１の制
御チャネルＣ２３およびノードＮ３のデータチャネルＡ
−２に障害が発生した場合の制御チャネルの迂回ルート
設定の様子を示している。図１２は，制御チャネルに障
害が発生している状態において，データチャネルに障害
が発生した場合のＬＭＰ制御部１９の処理の流れを示す
フローチャートである。図１３は，図１２のステップＳ
７の迂回ルート決定処理の詳細な処理の流れを示すフロ
ーチャートである。
御チャネルＣ２３およびノードＮ３のデータチャネルＡ
−２に障害が発生した場合の制御チャネルの迂回ルート
設定の様子を示している。図１２は，制御チャネルに障
害が発生している状態において，データチャネルに障害
が発生した場合のＬＭＰ制御部１９の処理の流れを示す
フローチャートである。図１３は，図１２のステップＳ
７の迂回ルート決定処理の詳細な処理の流れを示すフロ
ーチャートである。
【００８７】以下では，図４の障害例に基づいて，ノー
ドによる迂回ルートの決定処理について説明する。
ドによる迂回ルートの決定処理について説明する。
【００８８】制御チャネル（現用制御チャネル）Ｃ２３
に障害が発生し，該障害が，制御チャネルＣ２３の受信
側（下流側）ノードＮ３のＯ／Ｅ変換部１５N3により検
出されると，Ｏ／Ｅ変換部１５N3は，障害管理部１７N3
を介してＬＭＰ制御部１９N3に，制御チャネルＣ２３
（すなわちノードＮ３のおけるＣＣＩＤ「Ａ」）の障害
を通知する。これにより，ＬＭＰ制御部１９N3は，ＣＣ
ＩＤ「Ａ」に対応する制御チャネル管理データの制御チ
ャネル状態に「障害中」を書き込む。
に障害が発生し，該障害が，制御チャネルＣ２３の受信
側（下流側）ノードＮ３のＯ／Ｅ変換部１５N3により検
出されると，Ｏ／Ｅ変換部１５N3は，障害管理部１７N3
を介してＬＭＰ制御部１９N3に，制御チャネルＣ２３
（すなわちノードＮ３のおけるＣＣＩＤ「Ａ」）の障害
を通知する。これにより，ＬＭＰ制御部１９N3は，ＣＣ
ＩＤ「Ａ」に対応する制御チャネル管理データの制御チ
ャネル状態に「障害中」を書き込む。
【００８９】制御チャネルＣ２３（ＣＣＩＤ「Ａ」）の
障害中に，この制御チャネルＣ２３によって管理される
データチャネル（すなわちＴＥリンクＩＤ「Ａ」のデー
タチャネル群）の１つであるデータチャネル（現用デー
タチャネル）Ａ−２に障害が発生すると，受信側ノード
Ｎ３の光障害検出部１２N3がインタフェースＡ−２のＬ
ＯＬを検出する。
障害中に，この制御チャネルＣ２３によって管理される
データチャネル（すなわちＴＥリンクＩＤ「Ａ」のデー
タチャネル群）の１つであるデータチャネル（現用デー
タチャネル）Ａ−２に障害が発生すると，受信側ノード
Ｎ３の光障害検出部１２N3がインタフェースＡ−２のＬ
ＯＬを検出する。
【００９０】これにより，光障害検出部１２N3は，障害
管理部１７N3を介してＬＭＰ制御部１９N3に，インタフ
ェースＡ−２の障害検出を通知する。ＬＭＰ制御部１９
N3は，障害検出の通知を受信すると（図１２のＳ１），
この通知がトリガとなって，障害箇所の通知および特定
処理を開始する（図１２のＳ２〜Ｓ１１）。
管理部１７N3を介してＬＭＰ制御部１９N3に，インタフ
ェースＡ−２の障害検出を通知する。ＬＭＰ制御部１９
N3は，障害検出の通知を受信すると（図１２のＳ１），
この通知がトリガとなって，障害箇所の通知および特定
処理を開始する（図１２のＳ２〜Ｓ１１）。
【００９１】まず，受信側ノードＮ３のＬＭＰ制御部１
９N3は，自己が保持する制御チャネル管理データに基づ
いて，障害が発生したインタフェース（データチャネ
ル）Ａ−２に対応する，ノードＮ３におけるＣＣＩＤ
「Ａ」を求める（Ｓ２）。
９N3は，自己が保持する制御チャネル管理データに基づ
いて，障害が発生したインタフェース（データチャネ
ル）Ａ−２に対応する，ノードＮ３におけるＣＣＩＤ
「Ａ」を求める（Ｓ２）。
【００９２】続いて，ＬＭＰ制御部１９N3は，求められ
たＣＣＩＤ「Ａ」の制御チャネルの状態を，制御チャネ
ル管理データを参照してチェックする（Ｓ３）。制御チ
ャネルの状態が「障害中」である場合には（Ｓ４でＹＥ
Ｓ），制御チャネルを迂回する処理（迂回ChannelFail
制御処理）を実行する（Ｓ５〜Ｓ１０）。
たＣＣＩＤ「Ａ」の制御チャネルの状態を，制御チャネ
ル管理データを参照してチェックする（Ｓ３）。制御チ
ャネルの状態が「障害中」である場合には（Ｓ４でＹＥ
Ｓ），制御チャネルを迂回する処理（迂回ChannelFail
制御処理）を実行する（Ｓ５〜Ｓ１０）。
【００９３】すなわち，まず，ＬＭＰ制御部１９N3は，
制御チャネルＣ２３の障害をルーティング制御部２０N3
へ通知する（Ｓ５）。これにより，ルーティング制御部
２０ N3は，光伝送ネットワークシステム１のトポロジー
を，障害が発生した制御チャネルＣ２３が存在しないト
ポロジーに変更するとともに，このトポロジーの変化を
リンク状態広告（ＬＳＡ：Link State Advertisement）
により他のノードに広告する。
制御チャネルＣ２３の障害をルーティング制御部２０N3
へ通知する（Ｓ５）。これにより，ルーティング制御部
２０ N3は，光伝送ネットワークシステム１のトポロジー
を，障害が発生した制御チャネルＣ２３が存在しないト
ポロジーに変更するとともに，このトポロジーの変化を
リンク状態広告（ＬＳＡ：Link State Advertisement）
により他のノードに広告する。
【００９４】続いて，ＬＭＰ制御部１９N3は，障害が発
生したインタフェースＩＤ「Ａ−２」をシグナリング制
御部１８N3に与え，インタフェースＩＤ「Ａ−２」に対
応するＬＳＰ−ＩＤをシグナリング制御部１８N3に問い
合わせる（Ｓ６）。この問合せにより，シグナリング制
御部１８N3は，保持する光波パス管理データに基づいて
ＬＳＰ−ＩＤ「＃ａ」をＬＭＰ制御部１９N3に返す。
生したインタフェースＩＤ「Ａ−２」をシグナリング制
御部１８N3に与え，インタフェースＩＤ「Ａ−２」に対
応するＬＳＰ−ＩＤをシグナリング制御部１８N3に問い
合わせる（Ｓ６）。この問合せにより，シグナリング制
御部１８N3は，保持する光波パス管理データに基づいて
ＬＳＰ−ＩＤ「＃ａ」をＬＭＰ制御部１９N3に返す。
【００９５】続いて，ＬＭＰ制御部１９N3は，ルーティ
ング制御部２０N3に，上流側隣接ノードであるノードＮ
２への別のルート（迂回ルート）を探索させる（Ｓ
７）。
ング制御部２０N3に，上流側隣接ノードであるノードＮ
２への別のルート（迂回ルート）を探索させる（Ｓ
７）。
【００９６】まず，ＬＭＰ制御部１９N3は，障害が発生
した制御チャネルＣ２３（ＣＣＩＤ「Ａ」）の制御チャ
ネル管理データのリモートノードＩＤにより上流側隣接
ノードＩＤ「Ｎ２」を求める（図１３のＳ４１）。
した制御チャネルＣ２３（ＣＣＩＤ「Ａ」）の制御チャ
ネル管理データのリモートノードＩＤにより上流側隣接
ノードＩＤ「Ｎ２」を求める（図１３のＳ４１）。
【００９７】続いて，ＬＭＰ制御部１９N3は，ルーティ
ング制御部２０N3に隣接ノードＩＤ「Ｎ２」を与え，ノ
ードＮ２への迂回ルートを探索させる（Ｓ４３）。迂回
ルートの探索には，たとえばＯＳＰＦのダイクストラア
ルゴリズム等を使用することができる。ダイクストラア
ルゴリズムが使用される場合に，ルーティング制御部２
０N3は，自ノードＮ３と上流側隣接ノードＮ２とを直接
接続するリンク（ルート）をトポロジーデータから消去
し，消去後のトポロジーデータに基づいて，ノードＮ３
とＮ２との最短ルートを求める。
ング制御部２０N3に隣接ノードＩＤ「Ｎ２」を与え，ノ
ードＮ２への迂回ルートを探索させる（Ｓ４３）。迂回
ルートの探索には，たとえばＯＳＰＦのダイクストラア
ルゴリズム等を使用することができる。ダイクストラア
ルゴリズムが使用される場合に，ルーティング制御部２
０N3は，自ノードＮ３と上流側隣接ノードＮ２とを直接
接続するリンク（ルート）をトポロジーデータから消去
し，消去後のトポロジーデータに基づいて，ノードＮ３
とＮ２との最短ルートを求める。
【００９８】これにより，ルーティング制御部２０
N3は，たとえばノードＮ３からノードＮ６およびＮ５を
経由してノードＮ２に向かう迂回ルートを求め，この迂
回ルートに対応する出方路（すなわちノードＮ６への出
側ポートＣ）のＣＣＩＤとして「Ｃ」を求める。
N3は，たとえばノードＮ３からノードＮ６およびＮ５を
経由してノードＮ２に向かう迂回ルートを求め，この迂
回ルートに対応する出方路（すなわちノードＮ６への出
側ポートＣ）のＣＣＩＤとして「Ｃ」を求める。
【００９９】迂回ルートが確定すると（Ｓ４３でＹＥ
Ｓ），ルーティング制御部２０N3は，迂回ルートが存在
することを示すデータ，迂回ルートデータ（ノードＮ
３，Ｎ６，Ｎ５，Ｎ２のノードＩＤ列），およびＣＣＩ
Ｄ「Ｃ」をＬＭＰ制御部１９N3に通知する（Ｓ５１）。
Ｓ），ルーティング制御部２０N3は，迂回ルートが存在
することを示すデータ，迂回ルートデータ（ノードＮ
３，Ｎ６，Ｎ５，Ｎ２のノードＩＤ列），およびＣＣＩ
Ｄ「Ｃ」をＬＭＰ制御部１９N3に通知する（Ｓ５１）。
【０１００】なお，ステップＳ４３でＮＯの場合，すな
わちルーティング制御部２０N3がノードＮ２への迂回ル
ートを求めることができない場合や一定時間経過しても
探索結果が求まらない場合の処理については，後に詳述
する。
わちルーティング制御部２０N3がノードＮ２への迂回ル
ートを求めることができない場合や一定時間経過しても
探索結果が求まらない場合の処理については，後に詳述
する。
【０１０１】図１２に戻って，迂回ルートが存在する場
合に（図１２のＳ８でＹＥＳ），ＬＭＰ制御部１９
N3は，迂回ChannelFailメッセージを作成する（Ｓ
９）。この迂回ルートChannelFailメッセージは，迂回
ルートの制御チャネル（すなわち保護用制御チャネル）
に沿って送信されるので，従来技術の欄で述べた通常の
ChannelFailメッセージとは異なる。図１１（Ａ）は，
迂回ChannelFailメッセージの構成例を示している。迂
回ChannelFailメッセージには，ＩＰヘッダに加えて，
ローカルＴＥリンクＩＤおよびFailure TLVsが含まれ
る。Failure TLVsには，光波パスＩＤおよびローカルイ
ンタフェースＩＤが含まれる。
合に（図１２のＳ８でＹＥＳ），ＬＭＰ制御部１９
N3は，迂回ChannelFailメッセージを作成する（Ｓ
９）。この迂回ルートChannelFailメッセージは，迂回
ルートの制御チャネル（すなわち保護用制御チャネル）
に沿って送信されるので，従来技術の欄で述べた通常の
ChannelFailメッセージとは異なる。図１１（Ａ）は，
迂回ChannelFailメッセージの構成例を示している。迂
回ChannelFailメッセージには，ＩＰヘッダに加えて，
ローカルＴＥリンクＩＤおよびFailure TLVsが含まれ
る。Failure TLVsには，光波パスＩＤおよびローカルイ
ンタフェースＩＤが含まれる。
【０１０２】「ローカルＴＥリンクＩＤ」には，障害が
発生したデータチャネルを有するＴＥリンクのＩＤ（図
４の障害発生例ではノードＮ３におけるＴＥリンクＩ
Ｄ）「Ａ」が格納される。Failure TLVsの光波パスＩＤ
には，ステップＳ８でシグナリング制御部１８N3から返
信されたＬＳＰ−ＩＤ（すなわち障害が発生した光波パ
スのＩＤ）「＃ａ」が格納される。また，ローカルイン
タフェースＩＤには，障害が検出されたノードＮ３にお
けるインタフェースＩＤ「Ａ−２」が格納される。
発生したデータチャネルを有するＴＥリンクのＩＤ（図
４の障害発生例ではノードＮ３におけるＴＥリンクＩ
Ｄ）「Ａ」が格納される。Failure TLVsの光波パスＩＤ
には，ステップＳ８でシグナリング制御部１８N3から返
信されたＬＳＰ−ＩＤ（すなわち障害が発生した光波パ
スのＩＤ）「＃ａ」が格納される。また，ローカルイン
タフェースＩＤには，障害が検出されたノードＮ３にお
けるインタフェースＩＤ「Ａ−２」が格納される。
【０１０３】ＩＰヘッダの宛先ノードの欄（図示略）
は，上流側隣接ノードＮ２とされる。そして，この迂回
ChannelFailメッセージは，迂回ルートのＣＣＩＤ
「Ｃ」に対応する制御チャネルＣ３６を介してノードＮ
６に送信される（Ｓ１０）。
は，上流側隣接ノードＮ２とされる。そして，この迂回
ChannelFailメッセージは，迂回ルートのＣＣＩＤ
「Ｃ」に対応する制御チャネルＣ３６を介してノードＮ
６に送信される（Ｓ１０）。
【０１０４】ここで，従来のＬＭＰは隣接ノード間での
通信のみを想定しているが，本実施の形態では，ＬＭＰ
によるメッセージの通信が，中継ノードを経由して行わ
れる。これは，（１）迂回ChannelFailメッセージがＩ
Ｐヘッダを有するＩＰパケットとして送信されている
（すなわちIP Encodingされている）こと，（２）各ノ
ードはシグナリングに使用するためにＯＳＰＦ等のルー
ティングプロトコルを実行する機能を有し，迂回Channe
lFailメッセージのＩＰルーティングが可能であるこ
と，（３）ステップＳ５においてノードＮ３から他のノ
ードに広告されたＬＳＡにより，ノードＮ６およびＮ５
におけるノードＮ２宛てのルーティングテーブルは既に
更新されていること，による。
通信のみを想定しているが，本実施の形態では，ＬＭＰ
によるメッセージの通信が，中継ノードを経由して行わ
れる。これは，（１）迂回ChannelFailメッセージがＩ
Ｐヘッダを有するＩＰパケットとして送信されている
（すなわちIP Encodingされている）こと，（２）各ノ
ードはシグナリングに使用するためにＯＳＰＦ等のルー
ティングプロトコルを実行する機能を有し，迂回Channe
lFailメッセージのＩＰルーティングが可能であるこ
と，（３）ステップＳ５においてノードＮ３から他のノ
ードに広告されたＬＳＡにより，ノードＮ６およびＮ５
におけるノードＮ２宛てのルーティングテーブルは既に
更新されていること，による。
【０１０５】したがって，ノードＮ６により受信された
迂回ChannelFailメッセージは，ノードＮ２−Ｎ３間を
直接接続するリンクを通らないように，ノードＮ６から
Ｎ５を経由して，宛先ノードＮ２へ転送される。そし
て，迂回ChannelFailメッセージは，制御チャネルＣ２
５（ノードＮ２のＣＣＩＤ「Ｄ」）からノードＮ２に受
信される。
迂回ChannelFailメッセージは，ノードＮ２−Ｎ３間を
直接接続するリンクを通らないように，ノードＮ６から
Ｎ５を経由して，宛先ノードＮ２へ転送される。そし
て，迂回ChannelFailメッセージは，制御チャネルＣ２
５（ノードＮ２のＣＣＩＤ「Ｄ」）からノードＮ２に受
信される。
【０１０６】なお，ステップＳ４で，制御チャネルＣ２
３が障害中でない場合には（Ｓ４でＮＯ），従来技術の
欄で説明した通常のChannelFailメッセージによる処理
（図１９および図２０参照）が実行される（Ｓ１１）。
３が障害中でない場合には（Ｓ４でＮＯ），従来技術の
欄で説明した通常のChannelFailメッセージによる処理
（図１９および図２０参照）が実行される（Ｓ１１）。
【０１０７】次に，迂回ChannelFailメッセージを受信
したノード（ここではノードＮ２）の処理について説明
する。図１４は，迂回ChannelFailメッセージを受信し
たノードのＬＭＰ制御部１９の処理の流れを示すフロー
チャートである。
したノード（ここではノードＮ２）の処理について説明
する。図１４は，迂回ChannelFailメッセージを受信し
たノードのＬＭＰ制御部１９の処理の流れを示すフロー
チャートである。
【０１０８】ノードＮ２のＬＭＰ制御部１９N2は，迂回
ChannelFailメッセージを受信すると（Ｓ２１），受信
した迂回ChannelFailメッセージのＩＰヘッダにある送
信元ノードＩＤ「Ｎ３」と，ChannelFailメッセージを
受信したＣＣＩＤ「Ｄ」に対応するリモートノードＩＤ
（ここでは「Ｎ５」）とを比較する（Ｓ２２）。このリ
モートノードＩＤは，ノードＮ２のＬＭＰ制御部１９N2
が保持する制御チャネル管理データに基づいて求められ
る。
ChannelFailメッセージを受信すると（Ｓ２１），受信
した迂回ChannelFailメッセージのＩＰヘッダにある送
信元ノードＩＤ「Ｎ３」と，ChannelFailメッセージを
受信したＣＣＩＤ「Ｄ」に対応するリモートノードＩＤ
（ここでは「Ｎ５」）とを比較する（Ｓ２２）。このリ
モートノードＩＤは，ノードＮ２のＬＭＰ制御部１９N2
が保持する制御チャネル管理データに基づいて求められ
る。
【０１０９】両ノードＩＤが同一の場合には（Ｓ２２で
ＹＥＳ），ＬＭＰ制御部１９N2は通常のChannelFailメ
ッセージ処理を実行する（Ｓ３２）。一方，図４に示す
障害発生例のように，両者が同一でない（Ｎ２≠Ｎ５）
場合には（Ｓ２２でＮＯ），ＬＭＰ制御部１９N2は，受
信したメッセージが，通常のChannelFailメッセージと
は異なる迂回ChannelFailメッセージであると判断し
て，以下の処理を実行する。
ＹＥＳ），ＬＭＰ制御部１９N2は通常のChannelFailメ
ッセージ処理を実行する（Ｓ３２）。一方，図４に示す
障害発生例のように，両者が同一でない（Ｎ２≠Ｎ５）
場合には（Ｓ２２でＮＯ），ＬＭＰ制御部１９N2は，受
信したメッセージが，通常のChannelFailメッセージと
は異なる迂回ChannelFailメッセージであると判断し
て，以下の処理を実行する。
【０１１０】すなわち，まず，ノードＮ２のＬＭＰ制御
部１９N2は，受信した迂回ChannelFailメッセージに含
まれる光波パスＩＤ（図１１（Ａ）参照）に基づいてＬ
ＳＰ−ＩＤ（光波パスＩＤ，ここでは「＃ａ」）を求め
る（Ｓ２３）。
部１９N2は，受信した迂回ChannelFailメッセージに含
まれる光波パスＩＤ（図１１（Ａ）参照）に基づいてＬ
ＳＰ−ＩＤ（光波パスＩＤ，ここでは「＃ａ」）を求め
る（Ｓ２３）。
【０１１１】続いて，ＬＭＰ制御部１９N2は，このＬＳ
Ｐ−ＩＤ「＃ａ」に対応する光波パス管理データ（図７
参照）を検索し，検索した光波パス管理データに基づい
て入側インタフェースＩＤを求める（Ｓ２４）。この入
側インタフェースＩＤは，ＬＳＰ−ＩＤ「＃ａ」の光波
パス管理データの入側光波長ラベルと１対１に対応する
（本実施の形態ではインタフェースＩＤは光波長ラベル
と同じ値である）ので，入側光波長ラベルから求められ
る。すなわち，ＬＭＰ制御部１９N2は，障害が発生した
光波パス＃ａのノードＮ２における入側インタフェース
ＩＤ「Ａ−１」を求める。
Ｐ−ＩＤ「＃ａ」に対応する光波パス管理データ（図７
参照）を検索し，検索した光波パス管理データに基づい
て入側インタフェースＩＤを求める（Ｓ２４）。この入
側インタフェースＩＤは，ＬＳＰ−ＩＤ「＃ａ」の光波
パス管理データの入側光波長ラベルと１対１に対応する
（本実施の形態ではインタフェースＩＤは光波長ラベル
と同じ値である）ので，入側光波長ラベルから求められ
る。すなわち，ＬＭＰ制御部１９N2は，障害が発生した
光波パス＃ａのノードＮ２における入側インタフェース
ＩＤ「Ａ−１」を求める。
【０１１２】続いて，ＬＭＰ制御部１９N2は，入側イン
タフェースＩＤ「Ａ−１」のデータチャネルにＬＯＬが
発生しているかどうかをチェックする（Ｓ２５）。
タフェースＩＤ「Ａ−１」のデータチャネルにＬＯＬが
発生しているかどうかをチェックする（Ｓ２５）。
【０１１３】入側インタフェースＩＤのデータチャネル
にＬＯＬが発生していない（すなわちノードＮ２の上流
側データチャネルには障害が発生していない）場合には
（Ｓ２６でＮＯ），ノードＮ２とＮ３との間で障害が発
生していることになる。したがって，ＬＭＰ制御部１９
N2は，応答情報として迂回ChannelFailNackメッセージ
（図１１（Ｃ）参照）を作成する（Ｓ２７）。この迂回
ChannelFailNackメッセージは，迂回ルートに沿って送
信されるので，従来技術で述べた通常のChannelFailNac
kメッセージとは異なる。迂回ChannelFailNackメッセー
ジのＩＰヘッダの宛先ノードは，迂回ChannelFailメッ
セージの送信元ノードＮ３とされ，ローカルＴＥリンク
ＩＤおよびFailure TLVsには，迂回ChannelFailの対応
する部分の内容がそのまま設定される。
にＬＯＬが発生していない（すなわちノードＮ２の上流
側データチャネルには障害が発生していない）場合には
（Ｓ２６でＮＯ），ノードＮ２とＮ３との間で障害が発
生していることになる。したがって，ＬＭＰ制御部１９
N2は，応答情報として迂回ChannelFailNackメッセージ
（図１１（Ｃ）参照）を作成する（Ｓ２７）。この迂回
ChannelFailNackメッセージは，迂回ルートに沿って送
信されるので，従来技術で述べた通常のChannelFailNac
kメッセージとは異なる。迂回ChannelFailNackメッセー
ジのＩＰヘッダの宛先ノードは，迂回ChannelFailメッ
セージの送信元ノードＮ３とされ，ローカルＴＥリンク
ＩＤおよびFailure TLVsには，迂回ChannelFailの対応
する部分の内容がそのまま設定される。
【０１１４】続いて，ＬＭＰ制御部１９N2は，ステップ
Ｓ２３により求めたＬＳＰ−ＩＤ「＃ａ」に対応する光
波パス管理データをシグナリング制御部１８N2から受け
取り，自ノードＮ２と迂回ChannelFailメッセージの送
信元ノードＮ３との位置関係を判断する（Ｓ２８）。
Ｓ２３により求めたＬＳＰ−ＩＤ「＃ａ」に対応する光
波パス管理データをシグナリング制御部１８N2から受け
取り，自ノードＮ２と迂回ChannelFailメッセージの送
信元ノードＮ３との位置関係を判断する（Ｓ２８）。
【０１１５】図４の障害発生例のように，送信元ノード
Ｎ３が自ノードＮ２に隣接している場合には（Ｓ２９で
ＹＥＳ），ＬＭＰ制御部１９N2は，自ノードＮ２から隣
接ノードＮ３に向かう出側インタフェース（データチャ
ネル）Ｂ−２に障害が発生していると判断する（Ｓ３
４）。このように判断できる理由は，ノードＮ２の上流
側のデータチャネルには障害は検出されない一方（Ｓ２
６でＮＯ），データチャネルの障害を検出したノードＮ
３が，自ノードＮ２の下流側に隣接したノードであるこ
とによる。
Ｎ３が自ノードＮ２に隣接している場合には（Ｓ２９で
ＹＥＳ），ＬＭＰ制御部１９N2は，自ノードＮ２から隣
接ノードＮ３に向かう出側インタフェース（データチャ
ネル）Ｂ−２に障害が発生していると判断する（Ｓ３
４）。このように判断できる理由は，ノードＮ２の上流
側のデータチャネルには障害は検出されない一方（Ｓ２
６でＮＯ），データチャネルの障害を検出したノードＮ
３が，自ノードＮ２の下流側に隣接したノードであるこ
とによる。
【０１１６】一方，送信ノードＮ３が自ノードＮ２に隣
接していない場合には（Ｓ２９でＮＯ），ノードＮ２の
ＬＭＰ制御部１９N2は，送信ノード（障害通知元ノー
ド）Ｎ３と自ノードＮ２との間に存在するノードに障害
が発生していると判断する（Ｓ３０）。
接していない場合には（Ｓ２９でＮＯ），ノードＮ２の
ＬＭＰ制御部１９N2は，送信ノード（障害通知元ノー
ド）Ｎ３と自ノードＮ２との間に存在するノードに障害
が発生していると判断する（Ｓ３０）。
【０１１７】続いて，ステップＳ２７で作成された迂回
ChannelFailNackメッセージは，迂回ChannelFailメッセ
ージを受信したＣＣＩＤ「Ｄ」から送信され，ルーティ
ング処理によって，ノードＮ５およびＮ６を経由してノ
ードＮ３へ送信される（Ｓ３１）。
ChannelFailNackメッセージは，迂回ChannelFailメッセ
ージを受信したＣＣＩＤ「Ｄ」から送信され，ルーティ
ング処理によって，ノードＮ５およびＮ６を経由してノ
ードＮ３へ送信される（Ｓ３１）。
【０１１８】ノードＮ３のＬＭＰ制御部１９N3は，迂回
ChannelFailNackメッセージをノードＮ６，すなわちＣ
ＣＩＤ「Ｃ」の制御チャネルＣ３６から受信すると，通
常のChannelFailNackメッセージではなく，迂回Channel
FailNackメッセージの通知と判断する。そして，ノード
Ｎ３のＬＭＰ制御部１９N3は，迂回ChannelFailNackメ
ッセージに含まれるＬＳＰ−ＩＤを自ノードＮ３のシグ
ナリング制御部１８N3に与え，このＬＳＰ−ＩＤに対応
する光波パス経路データを受け取る。
ChannelFailNackメッセージをノードＮ６，すなわちＣ
ＣＩＤ「Ｃ」の制御チャネルＣ３６から受信すると，通
常のChannelFailNackメッセージではなく，迂回Channel
FailNackメッセージの通知と判断する。そして，ノード
Ｎ３のＬＭＰ制御部１９N3は，迂回ChannelFailNackメ
ッセージに含まれるＬＳＰ−ＩＤを自ノードＮ３のシグ
ナリング制御部１８N3に与え，このＬＳＰ−ＩＤに対応
する光波パス経路データを受け取る。
【０１１９】続いて，ＬＭＰ制御部１９N3は，受け取っ
た光波パス経路データと，迂回ChannelFailNackメッセ
ージのＩＰヘッダに含まれる送信元ノード（ノードＮ
２）とに基づいて，迂回ChannelFailNackメッセージの
送信元が隣接ノードＮ２であると判断するとともに，ノ
ードＮ２とＮ３との間のデータチャネルに障害が発生し
ていることを認識する。
た光波パス経路データと，迂回ChannelFailNackメッセ
ージのＩＰヘッダに含まれる送信元ノード（ノードＮ
２）とに基づいて，迂回ChannelFailNackメッセージの
送信元が隣接ノードＮ２であると判断するとともに，ノ
ードＮ２とＮ３との間のデータチャネルに障害が発生し
ていることを認識する。
【０１２０】このように，本実施の形態では，制御チャ
ネルに障害が発生している場合であっても，制御チャネ
ルの迂回ルートを求め，この迂回ルートによる通知処理
によって，データチャネルの障害箇所を特定することが
できる。
ネルに障害が発生している場合であっても，制御チャネ
ルの迂回ルートを求め，この迂回ルートによる通知処理
によって，データチャネルの障害箇所を特定することが
できる。
【０１２１】障害箇所特定後は，障害が発生したデータ
チャネルとは異なるデータチャネルを使用した光波パス
（プロテクションパス）を各ノードが自律的に設定する
こともできるし，また，障害箇所の情報をＮＭＳ等へ通
知して，ＮＭＳによりプロテクションパスを設定するこ
ともできる。このデータチャネルのプロテクションパス
は，制御チャネルの迂回ルート（ノードＮ２−Ｎ６−Ｎ
５−Ｎ２）に沿った光波パスであってもよいし，他のル
ートの光波パスであってもよい。
チャネルとは異なるデータチャネルを使用した光波パス
（プロテクションパス）を各ノードが自律的に設定する
こともできるし，また，障害箇所の情報をＮＭＳ等へ通
知して，ＮＭＳによりプロテクションパスを設定するこ
ともできる。このデータチャネルのプロテクションパス
は，制御チャネルの迂回ルート（ノードＮ２−Ｎ６−Ｎ
５−Ｎ２）に沿った光波パスであってもよいし，他のル
ートの光波パスであってもよい。
【０１２２】なお，ステップＳ２６において，ノードＮ
２の入側インタフェースＩＤのデータチャネルにＬＯＬ
が発生している場合には（Ｓ２６でＹＥＳ），ＬＭＰ制
御部１９N2は，応答情報として迂回ChannelFailAckメッ
セージ（図１１（Ｂ）参照）を作成し（Ｓ３３），この
ChannelFailAckメッセージを，迂回ChannelFailメッセ
ージを受信したＣＣＩＤ「Ｄ」からノードＮ３に送信す
る（Ｓ３１）。この迂回ChannelFailAckメッセージは，
迂回ルートに沿って送信されるので，従来技術の欄で説
明した通常のChannelFailAckメッセージとは異なる。迂
回ChannelFailAckメッセージの光波パスＩＤには，障害
が発生しているＬＳＰ−ＩＤ（ここでは「＃ａ」）が設
定される。また，ノードＮ２の入側インタフェースＩＤ
のデータチャネルにＬＯＬが発生している場合には，ノ
ードＮ２も，ノードＮ３と同様に，迂回ChannelFailメ
ッセージを上流側ノードに送信し，障害箇所を特定する
こととなる。
２の入側インタフェースＩＤのデータチャネルにＬＯＬ
が発生している場合には（Ｓ２６でＹＥＳ），ＬＭＰ制
御部１９N2は，応答情報として迂回ChannelFailAckメッ
セージ（図１１（Ｂ）参照）を作成し（Ｓ３３），この
ChannelFailAckメッセージを，迂回ChannelFailメッセ
ージを受信したＣＣＩＤ「Ｄ」からノードＮ３に送信す
る（Ｓ３１）。この迂回ChannelFailAckメッセージは，
迂回ルートに沿って送信されるので，従来技術の欄で説
明した通常のChannelFailAckメッセージとは異なる。迂
回ChannelFailAckメッセージの光波パスＩＤには，障害
が発生しているＬＳＰ−ＩＤ（ここでは「＃ａ」）が設
定される。また，ノードＮ２の入側インタフェースＩＤ
のデータチャネルにＬＯＬが発生している場合には，ノ
ードＮ２も，ノードＮ３と同様に，迂回ChannelFailメ
ッセージを上流側ノードに送信し，障害箇所を特定する
こととなる。
【０１２３】次に，図１３の迂回ルート決定処理におい
て，ステップＳ４３でルートが確定しない場合の処理に
ついて説明する。
て，ステップＳ４３でルートが確定しない場合の処理に
ついて説明する。
【０１２４】隣接ノードであるノードＮ２へのルートが
求まらない場合に，ノードＮ３のＬＭＰ制御部１９
N3は，光波パス＃ａに沿って，自ノードＮ２からＮ段上
流側（Ｎは２以上の整数）に位置するノードを求める。
このため，まず，ＬＭＰ制御部１９N3は，Ｎ段上流側ノ
ードを指定するパラメータＮに，初期値として２を設定
する（Ｓ４４）。
求まらない場合に，ノードＮ３のＬＭＰ制御部１９
N3は，光波パス＃ａに沿って，自ノードＮ２からＮ段上
流側（Ｎは２以上の整数）に位置するノードを求める。
このため，まず，ＬＭＰ制御部１９N3は，Ｎ段上流側ノ
ードを指定するパラメータＮに，初期値として２を設定
する（Ｓ４４）。
【０１２５】続いて，ＬＭＰ制御部１９N3は，シグナリ
ング制御部１８N3が保持する光波パス経路データを参照
して，光波パス＃ａにおけるＮ段上流側ノードを決定
し，このノードを迂回先ノードとする（Ｓ４５）。ここ
で，光波パス＃ａは，ノードＮ１−Ｎ２−Ｎ３−Ｎ４の
経路であるため，Ｎ＝２の場合には，迂回先ノードは，
ノードＮ１となる。
ング制御部１８N3が保持する光波パス経路データを参照
して，光波パス＃ａにおけるＮ段上流側ノードを決定
し，このノードを迂回先ノードとする（Ｓ４５）。ここ
で，光波パス＃ａは，ノードＮ１−Ｎ２−Ｎ３−Ｎ４の
経路であるため，Ｎ＝２の場合には，迂回先ノードは，
ノードＮ１となる。
【０１２６】続いて，ＬＭＰ制御部１９N3は，ルーティ
ング制御部２０N3へ迂回先ノードへのルート探索を依頼
する（Ｓ４６）。ルートの探索には，前述したように，
ＯＳＰＦのダイクストラアルゴリズム等を使用できる。
ダイクストラアルゴリズムを使用した場合には，１段上
流側ノード（すなわち上流側に隣接したノード）である
ノードＮ２の存在を消去したトポロジーデータに基づい
て，最短ルートが求められる。これにより，ルーティン
グ制御部２０N3は，ノードＮ１への最短ルート「ノード
Ｎ３−Ｎ６−Ｎ５−Ｎ１」のルートを求め（Ｓ４７でＹ
ＥＳ），「迂回ルートあり」を示すデータ，迂回ルート
データ，およびＣＣＩＤ「Ｃ」をＬＭＰ制御部１９N3に
通知する（Ｓ５１）。
ング制御部２０N3へ迂回先ノードへのルート探索を依頼
する（Ｓ４６）。ルートの探索には，前述したように，
ＯＳＰＦのダイクストラアルゴリズム等を使用できる。
ダイクストラアルゴリズムを使用した場合には，１段上
流側ノード（すなわち上流側に隣接したノード）である
ノードＮ２の存在を消去したトポロジーデータに基づい
て，最短ルートが求められる。これにより，ルーティン
グ制御部２０N3は，ノードＮ１への最短ルート「ノード
Ｎ３−Ｎ６−Ｎ５−Ｎ１」のルートを求め（Ｓ４７でＹ
ＥＳ），「迂回ルートあり」を示すデータ，迂回ルート
データ，およびＣＣＩＤ「Ｃ」をＬＭＰ制御部１９N3に
通知する（Ｓ５１）。
【０１２７】なお，ここでも，ノードＮ２の存在を消去
したことが，ＬＳＡにより，ノードＮ３から他のノード
に広告される。これにより，他のノードは，ノードＮ３
から送信されるChannelFailメッセージをノードＮ２を
経由しない迂回ルート「ノードＮ３−Ｎ６−Ｎ５−Ｎ
１」でノードＮ１に送信することができる。
したことが，ＬＳＡにより，ノードＮ３から他のノード
に広告される。これにより，他のノードは，ノードＮ３
から送信されるChannelFailメッセージをノードＮ２を
経由しない迂回ルート「ノードＮ３−Ｎ６−Ｎ５−Ｎ
１」でノードＮ１に送信することができる。
【０１２８】なお，Ｎ＝２において，迂回ルートが求ま
らない場合には（Ｓ４７でＮＯ），Ｎの値が１つずつイ
ンクリメントされ（Ｓ４８），再度，Ｎ段上流側ノード
への迂回ルートが探索される。そして，迂回先ノードが
ノードＮ１のように光波パスの始点（開始端部）に位置
するノードである場合についても，迂回ルートが求まら
ない場合には（Ｓ４９でＹＥＳ），「迂回ルートなし」
がルーティング制御部２０N3からＬＭＰ制御部１９N3に
通知される（Ｓ５０）。
らない場合には（Ｓ４７でＮＯ），Ｎの値が１つずつイ
ンクリメントされ（Ｓ４８），再度，Ｎ段上流側ノード
への迂回ルートが探索される。そして，迂回先ノードが
ノードＮ１のように光波パスの始点（開始端部）に位置
するノードである場合についても，迂回ルートが求まら
ない場合には（Ｓ４９でＹＥＳ），「迂回ルートなし」
がルーティング制御部２０N3からＬＭＰ制御部１９N3に
通知される（Ｓ５０）。
【０１２９】このように，隣接ノードへの迂回ルートが
求まらない場合であっても，迂回先ノードが光波パスの
始点（開始端部）のノードとなるまで，ルートの探索が
繰り返し実行される。したがって，通信ネットワークシ
ステム１上で可能なあらゆる迂回パスが探索され，探索
された迂回パスを介して障害箇所の特定を行うことがで
きる。
求まらない場合であっても，迂回先ノードが光波パスの
始点（開始端部）のノードとなるまで，ルートの探索が
繰り返し実行される。したがって，通信ネットワークシ
ステム１上で可能なあらゆる迂回パスが探索され，探索
された迂回パスを介して障害箇所の特定を行うことがで
きる。
【０１３０】ステップＳ５１またはＳ５０による通知
後，前述した図１２のＬＭＰ制御部１９のステップＳ７
以降の処理が実行される。また，迂回ChannelFailメッ
セージを受信したノードＮ１も，前述した図１４に示す
処理を実行する。そして，ノードＮ１は，自ノードＮ１
の入側インタフェースにＬＯＬが発生していない場合に
は，迂回ChannelFailNackメッセージをノードＮ３に送
信し，ＬＯＬが発生している場合には，迂回ChannelFai
lAckメッセージをノードN３に送信する。
後，前述した図１２のＬＭＰ制御部１９のステップＳ７
以降の処理が実行される。また，迂回ChannelFailメッ
セージを受信したノードＮ１も，前述した図１４に示す
処理を実行する。そして，ノードＮ１は，自ノードＮ１
の入側インタフェースにＬＯＬが発生していない場合に
は，迂回ChannelFailNackメッセージをノードＮ３に送
信し，ＬＯＬが発生している場合には，迂回ChannelFai
lAckメッセージをノードN３に送信する。
【０１３１】また，ノードＮ１は，迂回ChannelFailメ
ッセージの送信ノードＮ３が隣接ノードでないことか
ら，自ノードN１と送信ノードＮ３との間に存在するノ
ードＮ２の障害の有無を判定する。たとえば，ノードＮ
１のＬＭＰ制御部１９N1は，ＬＳＰ−ＩＤ「＃ａ」に対
応するノードＮ１のインタフェースＢ−１およびインタ
フェースＢ−１に対応したＣＣＩＤ「Ｂ」をシグナリン
グ制御部１９N1から受け取る。そして，ＬＭＰ制御部１
９N1は，制御チャネルＢ（Ｃ１２）の状態が障害中であ
ると，ノードＮ２のノード障害であると判断することが
できる。一方，制御チャネルＢ（Ｃ１２）の状態が正常
であると，ノードＮ２のノード障害でないと判断するこ
とができる。このようにして，ノード障害の発生箇所も
求めることができる。
ッセージの送信ノードＮ３が隣接ノードでないことか
ら，自ノードN１と送信ノードＮ３との間に存在するノ
ードＮ２の障害の有無を判定する。たとえば，ノードＮ
１のＬＭＰ制御部１９N1は，ＬＳＰ−ＩＤ「＃ａ」に対
応するノードＮ１のインタフェースＢ−１およびインタ
フェースＢ−１に対応したＣＣＩＤ「Ｂ」をシグナリン
グ制御部１９N1から受け取る。そして，ＬＭＰ制御部１
９N1は，制御チャネルＢ（Ｃ１２）の状態が障害中であ
ると，ノードＮ２のノード障害であると判断することが
できる。一方，制御チャネルＢ（Ｃ１２）の状態が正常
であると，ノードＮ２のノード障害でないと判断するこ
とができる。このようにして，ノード障害の発生箇所も
求めることができる。
【０１３２】制御チャネルＣ２３の障害の発生時におけ
るノードＮ３のデータチャネルＡ−２の障害を例に説明
したが，他の制御チャネルの障害や他のデータチャネル
の障害が発生した場合にも，同様の処理が実行され，障
害発生通知および障害箇所の特定が行われる。
るノードＮ３のデータチャネルＡ−２の障害を例に説明
したが，他の制御チャネルの障害や他のデータチャネル
の障害が発生した場合にも，同様の処理が実行され，障
害発生通知および障害箇所の特定が行われる。
【０１３３】なお，制御チャネルの状態は，（Ａ）Hell
oメッセージのインターバルタイマ満了により検出され
てもよいし，（Ｂ）信号断等の下位レイヤからの通知に
より検出されてもよい。
oメッセージのインターバルタイマ満了により検出され
てもよいし，（Ｂ）信号断等の下位レイヤからの通知に
より検出されてもよい。
【０１３４】上記（Ａ）では，制御チャネルにより実行
されるＬＭＰは，上位レイヤに相当するＯＳＰＦ等のル
ーティングプロトコルやＲＳＶＰ等のシグナリングプロ
トコルが正常に動作できるように，下位レイヤとしてデ
ータリンクの正常性を保つ役目を有する。このため，Ｌ
ＭＰの草案には，簡易なリンク正常性確認（Keep Aliv
e）機能としてHelloメッセージをミリ秒のオーダで交信
することが定められている。このHelloメッセージは，
制御チャネルの両端ノードであらかじめ定められたタイ
マ「HelloInterval」の間隔で交信される。また，Hello
メッセージが，両端ノードであらかじめ定められたタイ
マ「HelloDeadInterval」がタイムアウトしても受信さ
れない場合には，その制御チャネルは制御チャネル断
（障害発生）と判断される。
されるＬＭＰは，上位レイヤに相当するＯＳＰＦ等のル
ーティングプロトコルやＲＳＶＰ等のシグナリングプロ
トコルが正常に動作できるように，下位レイヤとしてデ
ータリンクの正常性を保つ役目を有する。このため，Ｌ
ＭＰの草案には，簡易なリンク正常性確認（Keep Aliv
e）機能としてHelloメッセージをミリ秒のオーダで交信
することが定められている。このHelloメッセージは，
制御チャネルの両端ノードであらかじめ定められたタイ
マ「HelloInterval」の間隔で交信される。また，Hello
メッセージが，両端ノードであらかじめ定められたタイ
マ「HelloDeadInterval」がタイムアウトしても受信さ
れない場合には，その制御チャネルは制御チャネル断
（障害発生）と判断される。
【０１３５】上記（Ｂ）では， 制御チャネルに光ファ
イバリンクを使用した場合には，ＬＯＬにより障害発生
が検出でき，また，制御チャネルにイーサネット（登録
商標）を使用した場合に，物理レイヤ（レイヤ１）にお
けるキャリアの喪失等が障害発生として判断される。
イバリンクを使用した場合には，ＬＯＬにより障害発生
が検出でき，また，制御チャネルにイーサネット（登録
商標）を使用した場合に，物理レイヤ（レイヤ１）にお
けるキャリアの喪失等が障害発生として判断される。
【０１３６】また，迂回ChannelFailメッセージ，迂回C
hannelFailAckメッセージ，および迂回ChannelFailNack
メッセージの各メッセージフォーマットは，既存のＬＭ
Ｐのメッセージフォーマットに本実施の形態における情
報を追加しても使用することもできるし，新たなメッセ
ージＩＤを規定して，別メッセージにしてもよい。
hannelFailAckメッセージ，および迂回ChannelFailNack
メッセージの各メッセージフォーマットは，既存のＬＭ
Ｐのメッセージフォーマットに本実施の形態における情
報を追加しても使用することもできるし，新たなメッセ
ージＩＤを規定して，別メッセージにしてもよい。
【０１３７】＜第２の実施の形態＞第１の実施の形態で
は，データチャネルの障害（ＬＯＬ）検出をトリガとし
て，障害が発生している制御チャネルの迂回ルートを求
めたが，制御チャネルの障害検出をトリガとして，制御
チャネルの迂回ルートをあらかじめ求めておくこともで
きる。
は，データチャネルの障害（ＬＯＬ）検出をトリガとし
て，障害が発生している制御チャネルの迂回ルートを求
めたが，制御チャネルの障害検出をトリガとして，制御
チャネルの迂回ルートをあらかじめ求めておくこともで
きる。
【０１３８】図１５は，光伝送ネットワークシステム１
の制御チャネルＣ２３に障害が発生した場合の制御チャ
ネルの迂回ルート設定の様子を示している。この図１５
には，光波パス＃ａに加えて，光波パス＃ｂ〜＃ｄの詳
細な経路も示されている。
の制御チャネルＣ２３に障害が発生した場合の制御チャ
ネルの迂回ルート設定の様子を示している。この図１５
には，光波パス＃ａに加えて，光波パス＃ｂ〜＃ｄの詳
細な経路も示されている。
【０１３９】光波パス＃ｂは，ノードＮ１でインタフェ
ースＤ−１から，ノードＮ５のインタフェースＡ−１お
よびＤ−２，ノードＮ２のインタフェースＤ−２および
Ｂ−１，ならびにノードＮ３のインタフェースＡ−１を
経由する経路として構成される。光波パス＃ｃは，ノー
ドのＮ２のインタフェースＢ−４から，ノードＮ３のイ
ンタフェースＡ−４およびＢ−４，ならびにノードＮ４
のインタフェースＡ−４を経由する経路として構成され
る。光波パス＃ｄは，ノードＮ４のインタフェースＡ−
１から，ノードＮ３のインタフェースＢ−１およびＡ−
３，ノードＮ２のインタフェースＢ−３およびＡ−３，
ならびにノードＮ１のインタフェースＢ−３を経由する
ルートとして構成される。
ースＤ−１から，ノードＮ５のインタフェースＡ−１お
よびＤ−２，ノードＮ２のインタフェースＤ−２および
Ｂ−１，ならびにノードＮ３のインタフェースＡ−１を
経由する経路として構成される。光波パス＃ｃは，ノー
ドのＮ２のインタフェースＢ−４から，ノードＮ３のイ
ンタフェースＡ−４およびＢ−４，ならびにノードＮ４
のインタフェースＡ−４を経由する経路として構成され
る。光波パス＃ｄは，ノードＮ４のインタフェースＡ−
１から，ノードＮ３のインタフェースＢ−１およびＡ−
３，ノードＮ２のインタフェースＢ−３およびＡ−３，
ならびにノードＮ１のインタフェースＢ−３を経由する
ルートとして構成される。
【０１４０】以下では，制御チャネルＣ２３に障害が発
生した場合に，この障害検出をトリガとして，制御チャ
ネルＣ２３を使用する光波パス＃ａ〜＃ｄについて，制
御チャネルの迂回ルートをあらかじめ求める処理につい
て説明する。
生した場合に，この障害検出をトリガとして，制御チャ
ネルＣ２３を使用する光波パス＃ａ〜＃ｄについて，制
御チャネルの迂回ルートをあらかじめ求める処理につい
て説明する。
【０１４１】図１６は，ＬＭＰ制御部の処理の流れを示
すフローチャートである。
すフローチャートである。
【０１４２】制御チャネルＣ２３に障害が発生すると，
ノードＮ２およびＮ３のそれぞれのＬＭＰ制御部１９N2
および１９N3に，障害の検出が通知される（Ｓ６１）。
これにより，ノードＮ２のＬＭＰ制御部１９N2は，ＣＣ
ＩＤ「Ｂ」の制御チャネルの障害として認識し，ノード
Ｎ３のＬＭＰ制御部１９N3は，ＣＣＩＤ「Ａ」の制御チ
ャネルの障害として認識する。
ノードＮ２およびＮ３のそれぞれのＬＭＰ制御部１９N2
および１９N3に，障害の検出が通知される（Ｓ６１）。
これにより，ノードＮ２のＬＭＰ制御部１９N2は，ＣＣ
ＩＤ「Ｂ」の制御チャネルの障害として認識し，ノード
Ｎ３のＬＭＰ制御部１９N3は，ＣＣＩＤ「Ａ」の制御チ
ャネルの障害として認識する。
【０１４３】ノードＮ３のＬＭＰ制御部１９N3は，ＣＣ
ＩＤ「Ａ」の制御チャネル管理データの制御チャネル状
態に「障害中」を書き込む（Ｓ６２）。
ＩＤ「Ａ」の制御チャネル管理データの制御チャネル状
態に「障害中」を書き込む（Ｓ６２）。
【０１４４】続いて，ＬＭＰ制御部１９N3は，制御チャ
ネルＣ２３に障害が発生したことをルーティング制御部
２０N3に通知する（Ｓ６３）。これにより，ルーティン
グ制御部２０N3は，光伝送ネットワークシステム１のト
ポロジーを，制御チャネルＣ２３が存在しないトポロジ
ーに変更するとともに，このトポロジーの変化をＬＳＡ
により他のノードに広告する。
ネルＣ２３に障害が発生したことをルーティング制御部
２０N3に通知する（Ｓ６３）。これにより，ルーティン
グ制御部２０N3は，光伝送ネットワークシステム１のト
ポロジーを，制御チャネルＣ２３が存在しないトポロジ
ーに変更するとともに，このトポロジーの変化をＬＳＡ
により他のノードに広告する。
【０１４５】続いて，ＬＭＰ制御部１９N3は，障害が発
生した制御チャネルＣ２３により管理されるインタフェ
ース（データチャネル）を，ＣＣＩＤ「Ａ」の制御チャ
ネル管理データ（図８参照）のインタフェースデータか
ら求める（Ｓ６４）。ここでは，インタフェースＩＤ
「Ａ−１」〜「Ａ−４」が求められる。
生した制御チャネルＣ２３により管理されるインタフェ
ース（データチャネル）を，ＣＣＩＤ「Ａ」の制御チャ
ネル管理データ（図８参照）のインタフェースデータか
ら求める（Ｓ６４）。ここでは，インタフェースＩＤ
「Ａ−１」〜「Ａ−４」が求められる。
【０１４６】続いて，ＬＭＰ制御部１９N3は，求められ
たインタフェースＩＤのうち，自ノードＮ３に信号が入
力しているインタフェースＩＤ（光波パスの入側となっ
ているインタフェースＩＤ）のそれぞれについて，制御
チャネルの迂回ルートを求める（Ｓ６５〜Ｓ７１）。す
なわち，自ノードに信号が入力しているデータチャネル
のすべてについて，制御チャネルの迂回ルートが求めら
れる。これにより，その後，自ノードに信号が入力して
いるデータチャネルのいずれに障害が発生しても，その
データチャネルに対応する制御チャネルの迂回ルートに
よって，障害発生が通知され，障害箇所が特定可能とな
る。
たインタフェースＩＤのうち，自ノードＮ３に信号が入
力しているインタフェースＩＤ（光波パスの入側となっ
ているインタフェースＩＤ）のそれぞれについて，制御
チャネルの迂回ルートを求める（Ｓ６５〜Ｓ７１）。す
なわち，自ノードに信号が入力しているデータチャネル
のすべてについて，制御チャネルの迂回ルートが求めら
れる。これにより，その後，自ノードに信号が入力して
いるデータチャネルのいずれに障害が発生しても，その
データチャネルに対応する制御チャネルの迂回ルートに
よって，障害発生が通知され，障害箇所が特定可能とな
る。
【０１４７】まず，ＬＭＰ制御部１９N3は，求められた
インタフェースＩＤの先頭のインタフェースＩＤ「Ａ−
１」を選択し，選択したインタフェースＩＤをシグナリ
ング制御部１８N3に与える（Ｓ６５）。
インタフェースＩＤの先頭のインタフェースＩＤ「Ａ−
１」を選択し，選択したインタフェースＩＤをシグナリ
ング制御部１８N3に与える（Ｓ６５）。
【０１４８】シグナリング制御部１８N3は，与えられた
インタフェースＩＤ「Ａ−１」に対応する光波パス管理
データに基づいて，ＬＳＰ−ＩＤ「＃ｂ」を求め，求め
たＬＳＰ−ＩＤ「＃ｂ」をＬＭＰ制御部１９N3に返す
（Ｓ６６）。また，シグナリング制御部１８N3は，与え
られたインタフェースＩＤ「Ａ−１」が入側光波長ラベ
ルまたは出側光波長ラベルのいずれに対応するかを判断
し，対応する側の値「入側」または「出側」をＬＭＰ制
御部１８N3に返す（Ｓ６６）。インタフェースＩＤ「Ａ
−１」については「入側」が返される。
インタフェースＩＤ「Ａ−１」に対応する光波パス管理
データに基づいて，ＬＳＰ−ＩＤ「＃ｂ」を求め，求め
たＬＳＰ−ＩＤ「＃ｂ」をＬＭＰ制御部１９N3に返す
（Ｓ６６）。また，シグナリング制御部１８N3は，与え
られたインタフェースＩＤ「Ａ−１」が入側光波長ラベ
ルまたは出側光波長ラベルのいずれに対応するかを判断
し，対応する側の値「入側」または「出側」をＬＭＰ制
御部１８N3に返す（Ｓ６６）。インタフェースＩＤ「Ａ
−１」については「入側」が返される。
【０１４９】続いて，ＬＭＰ制御部１９N3は，シグナリ
ング制御部１８N3から返された値により，選択したイン
タフェースＩＤが光波パスの入側かどうかを判断する
（Ｓ６７）。
ング制御部１８N3から返された値により，選択したイン
タフェースＩＤが光波パスの入側かどうかを判断する
（Ｓ６７）。
【０１５０】選択したインタフェースＩＤが「入側」で
ある場合には（Ｓ６７でＹＥＳ），ＬＭＰ制御部１９N3
は，選択したインタフェースＩＤ（すなわちデータチャ
ネル）「Ａ−１」に対する制御チャネルＣ２３の迂回ル
ートを求める（Ｓ６９）。
ある場合には（Ｓ６７でＹＥＳ），ＬＭＰ制御部１９N3
は，選択したインタフェースＩＤ（すなわちデータチャ
ネル）「Ａ−１」に対する制御チャネルＣ２３の迂回ル
ートを求める（Ｓ６９）。
【０１５１】まず，制御チャネルＣ２３を使用する光波
パスは必ず上流側隣接ノードＮ２を通るため，上流側隣
接ノードＮ２への迂回ルートが求められる。この迂回ル
ートは，前述した第１の実施の形態における図１３のス
テップＳ４１およびＳ４２の処理によって求められる。
パスは必ず上流側隣接ノードＮ２を通るため，上流側隣
接ノードＮ２への迂回ルートが求められる。この迂回ル
ートは，前述した第１の実施の形態における図１３のス
テップＳ４１およびＳ４２の処理によって求められる。
【０１５２】求められた迂回ルートのデータは，光波パ
ス＃ｂの光波パス管理データの迂回制御チャネル管理デ
ータ（図７参照）に格納される。この迂回ルートのデー
タには，迂回先ノードＩＤ「Ｎ２」および迂回制御チャ
ネル経路データ（経路上のノードＩＤの列Ｎ６，Ｎ５，
およびＮ２）が含まれる。
ス＃ｂの光波パス管理データの迂回制御チャネル管理デ
ータ（図７参照）に格納される。この迂回ルートのデー
タには，迂回先ノードＩＤ「Ｎ２」および迂回制御チャ
ネル経路データ（経路上のノードＩＤの列Ｎ６，Ｎ５，
およびＮ２）が含まれる。
【０１５３】続いて，光波パス上，さらに上流側に位置
するノード（Ｎ段上流側ノード）への迂回ルートが求め
られる。この迂回ルートは，図１３のステップＳ４４〜
Ｓ４９の処理によって求められる。たとえば，インタフ
ェースＩＤ「Ａ−１」に対応する光波パス＃ｂについて
は，ノードＮ５への迂回ルートおよびノードＮ１の迂回
ルートが求められる。求められた迂回ルートのデータ
は，光波パス＃ｂの光波パス管理データの迂回制御チャ
ネル管理データ（図７参照）に格納される。
するノード（Ｎ段上流側ノード）への迂回ルートが求め
られる。この迂回ルートは，図１３のステップＳ４４〜
Ｓ４９の処理によって求められる。たとえば，インタフ
ェースＩＤ「Ａ−１」に対応する光波パス＃ｂについて
は，ノードＮ５への迂回ルートおよびノードＮ１の迂回
ルートが求められる。求められた迂回ルートのデータ
は，光波パス＃ｂの光波パス管理データの迂回制御チャ
ネル管理データ（図７参照）に格納される。
【０１５４】迂回制御チャネル管理データは，障害を検
出したノードＮ３からの，光波パス上の距離が近いもの
から順に第１候補，第２候補等の優先順位が定められ
る。たとえば，ノードＮ２への迂回制御チャネル管理デ
ータは第１候補，ノードＮ５への迂回制御チャネル管理
データは第２候補，ノードＮ１への迂回制御チャネル管
理データは第３候補の優先順位がそれぞれ与えられる。
出したノードＮ３からの，光波パス上の距離が近いもの
から順に第１候補，第２候補等の優先順位が定められ
る。たとえば，ノードＮ２への迂回制御チャネル管理デ
ータは第１候補，ノードＮ５への迂回制御チャネル管理
データは第２候補，ノードＮ１への迂回制御チャネル管
理データは第３候補の優先順位がそれぞれ与えられる。
【０１５５】他の入側のインタフェースＩＤ「Ａ−２」
および「Ａ−４」についても，同様にして制御チャネル
Ｃ２３の迂回ルートが求められ，各迂回ルートのデータ
が迂回制御チャネル管理データに格納される（Ｓ６６〜
Ｓ７１）。これにより，インタフェースＩＤ「Ａ−２」
については，光波パス＃ａの光波パス管理データに迂回
制御チャネル管理データが格納され，インタフェースＩ
Ｄ「Ａ−４」については，光波パス＃ｃの光波パス管理
データに迂回制御チャネル管理データが格納される。
および「Ａ−４」についても，同様にして制御チャネル
Ｃ２３の迂回ルートが求められ，各迂回ルートのデータ
が迂回制御チャネル管理データに格納される（Ｓ６６〜
Ｓ７１）。これにより，インタフェースＩＤ「Ａ−２」
については，光波パス＃ａの光波パス管理データに迂回
制御チャネル管理データが格納され，インタフェースＩ
Ｄ「Ａ−４」については，光波パス＃ｃの光波パス管理
データに迂回制御チャネル管理データが格納される。
【０１５６】なお，光波パス＃ｃについては，上流側隣
接ノードＮ２が光波パスの端部に位置するノードでもあ
るので，Ｎ段上流側のノードへの迂回ルートは求められ
ない。
接ノードＮ２が光波パスの端部に位置するノードでもあ
るので，Ｎ段上流側のノードへの迂回ルートは求められ
ない。
【０１５７】一方，ノードＮ２のＬＭＰ制御部１９
N2は，入側インタフェースＩＤ「Ｂ−３」について，制
御チャネルＣ２３の迂回ルートを求める。すなわち，光
波パス＃ｄ上の上流側隣接ノードＮ３への迂回ルートお
よび２段上流側ノードＮ４への迂回ルートが求められ，
これらのデータが光波パス＃ｄの光波パス管理データの
迂回制御チャネル管理データに格納される。
N2は，入側インタフェースＩＤ「Ｂ−３」について，制
御チャネルＣ２３の迂回ルートを求める。すなわち，光
波パス＃ｄ上の上流側隣接ノードＮ３への迂回ルートお
よび２段上流側ノードＮ４への迂回ルートが求められ，
これらのデータが光波パス＃ｄの光波パス管理データの
迂回制御チャネル管理データに格納される。
【０１５８】なお，迂回制御チャネル管理データには，
障害検出ノードにおける，各迂回ルート出方路のＣＣＩ
Ｄ（たとえばノードＮ３のＣＣＩＤ「Ｃ」等）が付加さ
れてもよい。
障害検出ノードにおける，各迂回ルート出方路のＣＣＩ
Ｄ（たとえばノードＮ３のＣＣＩＤ「Ｃ」等）が付加さ
れてもよい。
【０１５９】その後，データチャネルに障害が発生し，
ＬＯＬが検出された場合には，データチャネルに対応す
る制御チャネルの状態をチェックし，この制御チャネル
が「障害中」であるならば，既に求められた迂回制御チ
ャネル管理データに基づいて，即座に迂回ChannelFail
メッセージを送信することができる。これにより，障害
箇所を迅速に求めることができる。
ＬＯＬが検出された場合には，データチャネルに対応す
る制御チャネルの状態をチェックし，この制御チャネル
が「障害中」であるならば，既に求められた迂回制御チ
ャネル管理データに基づいて，即座に迂回ChannelFail
メッセージを送信することができる。これにより，障害
箇所を迅速に求めることができる。
【０１６０】たとえば，ノードＮ３でインタフェースＩ
Ｄ「Ａ−２」でＬＯＬが検出されると，制御チャネルＡ
が「障害中」であるので，ＬＭＰ制御部１９N3がデータ
チャネル管理データにより，インタフェースＩＤ「Ａ−
２」を使用するＬＳＰ−ＩＤを調べ光波パス＃ａである
ことを知る。そして，ＬＭＰ制御部１９N3は，光波パス
＃ａの光波パス管理データの迂回制御チャネル管理デー
タにより，第１候補の宛先ノードＮ２の出方路Ｃを求
め，出方路Ｃから宛先ノードＮ２へ迂回ChannelFailメ
ッセージを即座に送信できる。
Ｄ「Ａ−２」でＬＯＬが検出されると，制御チャネルＡ
が「障害中」であるので，ＬＭＰ制御部１９N3がデータ
チャネル管理データにより，インタフェースＩＤ「Ａ−
２」を使用するＬＳＰ−ＩＤを調べ光波パス＃ａである
ことを知る。そして，ＬＭＰ制御部１９N3は，光波パス
＃ａの光波パス管理データの迂回制御チャネル管理デー
タにより，第１候補の宛先ノードＮ２の出方路Ｃを求
め，出方路Ｃから宛先ノードＮ２へ迂回ChannelFailメ
ッセージを即座に送信できる。
【０１６１】また，迂回ChannelFailメッセージの中継
ノードであるノードＮ６およびＮ５は，第１の実施の形
態と同様にして既にＬＳＡを受信済であるので，迂回Ch
annelFailメッセージをノードＮ２へ転送することがで
きる。さらに，ノードＮ２は，第１の実施の形態と同様
に，迂回ChannelFailメッセージを処理し，迂回Channel
FailNackをノードＮ３に返信する。
ノードであるノードＮ６およびＮ５は，第１の実施の形
態と同様にして既にＬＳＡを受信済であるので，迂回Ch
annelFailメッセージをノードＮ２へ転送することがで
きる。さらに，ノードＮ２は，第１の実施の形態と同様
に，迂回ChannelFailメッセージを処理し，迂回Channel
FailNackをノードＮ３に返信する。
【０１６２】このように，制御チャネルの障害検出をト
リガに各光波パス用の制御チャネルの迂回ルートをあら
かじめ求めておくことにより，データチャネルの障害発
生時に高速に迂回路を使った障害通知および障害箇所特
定が可能となる。
リガに各光波パス用の制御チャネルの迂回ルートをあら
かじめ求めておくことにより，データチャネルの障害発
生時に高速に迂回路を使った障害通知および障害箇所特
定が可能となる。
【０１６３】＜第３の実施の形態＞データチャネルの障
害検出時に，迂回制御チャネルの探索に加えて，同時に
データチャネルのパス切り替えを実行することもでき
る。
害検出時に，迂回制御チャネルの探索に加えて，同時に
データチャネルのパス切り替えを実行することもでき
る。
【０１６４】このデータチャネルのパス切り替えを実行
するために，本実施の形態では，制御チャネルに障害が
検出されている状態において，データチャネルに障害が
検出されると，迂回ChannelFailメッセージの代わり
に，迂回Pathメッセージが下流側ノードから上流側ノー
ドへ迂回ルートを逆方向に送信される。この迂回Pathメ
ッセージは，ＲＳＶＰ−ＴＥのシグナリングメッセージ
であるPathメッセージ（図６（Ａ）参照）に，第１の実
施の形態における迂回ChannelFailメッセージと同等の
情報を含むものである。
するために，本実施の形態では，制御チャネルに障害が
検出されている状態において，データチャネルに障害が
検出されると，迂回ChannelFailメッセージの代わり
に，迂回Pathメッセージが下流側ノードから上流側ノー
ドへ迂回ルートを逆方向に送信される。この迂回Pathメ
ッセージは，ＲＳＶＰ−ＴＥのシグナリングメッセージ
であるPathメッセージ（図６（Ａ）参照）に，第１の実
施の形態における迂回ChannelFailメッセージと同等の
情報を含むものである。
【０１６５】また，本実施の形態では，迂回ルートに光
波パスを設定するために，通常のＧＭＰＬＳのラベル配
布（Resvメッセージによるラベル配布）とは異なり，迂
回Pathメッセージによるラベル予約が行われる。このた
め，迂回Pathメッセージに含まれるUpstream Labelオブ
ジェクトにより，双方向パスが１度のPath−Resvシーケ
ンスで設定され，Downstreamのラベル確保用の通常のLa
belオブジェクトは使用されない。
波パスを設定するために，通常のＧＭＰＬＳのラベル配
布（Resvメッセージによるラベル配布）とは異なり，迂
回Pathメッセージによるラベル予約が行われる。このた
め，迂回Pathメッセージに含まれるUpstream Labelオブ
ジェクトにより，双方向パスが１度のPath−Resvシーケ
ンスで設定され，Downstreamのラベル確保用の通常のLa
belオブジェクトは使用されない。
【０１６６】さらに，第１の実施の形態および第２の実
施の形態では，迂回ChannelFailメッセージ，迂回Chann
elFailAckメッセージ，および迂回ChannelFailNackメッ
セージを中継するノード（図４のノードＮ４およびＮ
５）は，これらのメッセージをルーティングするだけ
で，メッセージを終端しなかったが，本実施の形態で
は，迂回Pathメッセージ等の中継ノードは迂回光波パス
を設定するためにメッセージを終端する処理を実行す
る。
施の形態では，迂回ChannelFailメッセージ，迂回Chann
elFailAckメッセージ，および迂回ChannelFailNackメッ
セージを中継するノード（図４のノードＮ４およびＮ
５）は，これらのメッセージをルーティングするだけ
で，メッセージを終端しなかったが，本実施の形態で
は，迂回Pathメッセージ等の中継ノードは迂回光波パス
を設定するためにメッセージを終端する処理を実行す
る。
【０１６７】以下，図４の障害発生例を用いて詳細に説
明する。
明する。
【０１６８】ノードＮ３のＬＭＰ制御部１９N3は，光波
パス＃ａのデータチャネルＡ−２の障害通知を受信する
と，シグナリング制御部１８N3に障害箇所を迂回するた
めのシグナリング処理を依頼する。
パス＃ａのデータチャネルＡ−２の障害通知を受信する
と，シグナリング制御部１８N3に障害箇所を迂回するた
めのシグナリング処理を依頼する。
【０１６９】シグナリング制御部１８N3は，データチャ
ネル管理データ（図９参照）に基づいて，障害が検出さ
れたインタフェースＩＤ「Ａ−２」からＬＳＰ−ＩＤ
「＃ａ」を求める。そして，シグナリング制御部１８N3
は，ＬＳＰ−ＩＤ「＃ａ」に対応する光波パス管理デー
タ（図７参照）から，光波パス＃ａの光波パス経路デー
タ（ノードＮ１−Ｎ２−Ｎ３−Ｎ４）を取り出す。
ネル管理データ（図９参照）に基づいて，障害が検出さ
れたインタフェースＩＤ「Ａ−２」からＬＳＰ−ＩＤ
「＃ａ」を求める。そして，シグナリング制御部１８N3
は，ＬＳＰ−ＩＤ「＃ａ」に対応する光波パス管理デー
タ（図７参照）から，光波パス＃ａの光波パス経路デー
タ（ノードＮ１−Ｎ２−Ｎ３−Ｎ４）を取り出す。
【０１７０】続いて，シグナリング制御部１８N3は，前
述した図１３の迂回ルート決定処理により，自ノードＮ
３と上流側隣接ノードＮ２とを直接接続するリンクを削
除したトポロジーデータに基づいて上流側隣接ノードＮ
２までの経路を，ルーティング制御部２０N3に探索させ
る。これにより，ルーティング制御部２０N3は，ノード
Ｎ２への迂回ルート「ノードＮ３−Ｎ６−Ｎ５−Ｎ２」
を求め，この迂回ルートの光波パス経路データをシグナ
リング制御部１８N3に与える。
述した図１３の迂回ルート決定処理により，自ノードＮ
３と上流側隣接ノードＮ２とを直接接続するリンクを削
除したトポロジーデータに基づいて上流側隣接ノードＮ
２までの経路を，ルーティング制御部２０N3に探索させ
る。これにより，ルーティング制御部２０N3は，ノード
Ｎ２への迂回ルート「ノードＮ３−Ｎ６−Ｎ５−Ｎ２」
を求め，この迂回ルートの光波パス経路データをシグナ
リング制御部１８N3に与える。
【０１７１】続いて，シグナリング制御部１８N3は，迂
回Pathメッセージを迂回ルート上の隣接ノードＮ６に送
信する。図１７（Ａ）は，迂回Pathメッセージの構成例
を示し，一例として，ノードＮ３からノードＮ６への送
信時の具体的内容を示している。
回Pathメッセージを迂回ルート上の隣接ノードＮ６に送
信する。図１７（Ａ）は，迂回Pathメッセージの構成例
を示し，一例として，ノードＮ３からノードＮ６への送
信時の具体的内容を示している。
【０１７２】この迂回Pathメッセージは，前述した図６
（Ａ）に示すPathメッセージとほぼ同様であるが，この
迂回Pathメッセージでは，双方向パスを１度のPath−Re
svシーケンスで設定するために通常使用されるUpstream
Label Objectを用いることにして，Pathメッセージと
逆方向のパスを設定できるようにする。このUpstreamLa
belオブジェクトには，要求光波長ラベルが含まれる。
（Ａ）に示すPathメッセージとほぼ同様であるが，この
迂回Pathメッセージでは，双方向パスを１度のPath−Re
svシーケンスで設定するために通常使用されるUpstream
Label Objectを用いることにして，Pathメッセージと
逆方向のパスを設定できるようにする。このUpstreamLa
belオブジェクトには，要求光波長ラベルが含まれる。
【０１７３】この要求波長ラベルは，ノードＮ３が，障
害が検出された光波パス＃ａの迂回ルート（プロテクシ
ョンパス）上の上流側隣接ノードＮ６に要求する光波長
ラベルである。ノードＮ６からノードＮ３へのデータチ
ャネル信号は，この要求光波長ラベルでノードＮ３に受
信される。要求波長ラベルには，ノードＮ３のシグナリ
ング制御部１８N3によって，自ノードで空いている光波
長ラベルが設定され，図１７（Ａ）に示す例では，「Ｃ
−２」が設定される。
害が検出された光波パス＃ａの迂回ルート（プロテクシ
ョンパス）上の上流側隣接ノードＮ６に要求する光波長
ラベルである。ノードＮ６からノードＮ３へのデータチ
ャネル信号は，この要求光波長ラベルでノードＮ３に受
信される。要求波長ラベルには，ノードＮ３のシグナリ
ング制御部１８N3によって，自ノードで空いている光波
長ラベルが設定され，図１７（Ａ）に示す例では，「Ｃ
−２」が設定される。
【０１７４】また，迂回Pathメッセージには，Channel
Fail Objectの領域が新たに設けられる。この領域に迂
回Channel Failメッセージ（図１１（Ａ）参照）の情報
が組み込まれる。図４の障害例では，障害の検出箇所で
ある光波パスＩＤ「＃ａ」およびローカルインタフェー
スＩＤ「Ａ−２」がChannel Fail Objectの領域に格納
される。なお，Explicit Route Objectには，迂回ルー
トの経路データが格納される。このChannel Fail Objec
tは，終端ノードＮ２でのみ処理される。
Fail Objectの領域が新たに設けられる。この領域に迂
回Channel Failメッセージ（図１１（Ａ）参照）の情報
が組み込まれる。図４の障害例では，障害の検出箇所で
ある光波パスＩＤ「＃ａ」およびローカルインタフェー
スＩＤ「Ａ−２」がChannel Fail Objectの領域に格納
される。なお，Explicit Route Objectには，迂回ルー
トの経路データが格納される。このChannel Fail Objec
tは，終端ノードＮ２でのみ処理される。
【０１７５】中継ノードＮ６は，ノードＮ３から迂回Pa
thメッセージを受信すると，迂回Pathメッセージに含ま
れるUpstream Label Objectの要求波長ラベルによるUps
tream方向（ノードＮ６からノードＮ３の要求波長ラベ
ル「Ｃ−２」への方向）のリソースの確保が可能かどう
かをチェックする。一方，ノードＮ６は，Downstream方
向（ノードＮ３からノードＮ６への方向）のリソースが
確保可能かどうかはチェックしない。この点，Downstre
am方向のリソースが確保可能かどうかをチェックする通
常のPathメッセージに対する処理とは異なる。
thメッセージを受信すると，迂回Pathメッセージに含ま
れるUpstream Label Objectの要求波長ラベルによるUps
tream方向（ノードＮ６からノードＮ３の要求波長ラベ
ル「Ｃ−２」への方向）のリソースの確保が可能かどう
かをチェックする。一方，ノードＮ６は，Downstream方
向（ノードＮ３からノードＮ６への方向）のリソースが
確保可能かどうかはチェックしない。この点，Downstre
am方向のリソースが確保可能かどうかをチェックする通
常のPathメッセージに対する処理とは異なる。
【０１７６】中継ノードＮ６は，Upstream方向のリソー
ス確保が可能であるならば，リソースを確保し，ノード
Ｎ６における新たな要求波長ラベルを迂回Pathメッセー
ジのUpstream Label Objectに設定する。そして，中継
ノードＮ６は，Explicit Route Objectの先頭位置にあ
るノード情報（自ノードＩＤ）をポップし，ポップ後の
先頭位置にあるノード情報が示すノード（ノードＮ５）
へ向けて，迂回Pathメッセージを送信する。
ス確保が可能であるならば，リソースを確保し，ノード
Ｎ６における新たな要求波長ラベルを迂回Pathメッセー
ジのUpstream Label Objectに設定する。そして，中継
ノードＮ６は，Explicit Route Objectの先頭位置にあ
るノード情報（自ノードＩＤ）をポップし，ポップ後の
先頭位置にあるノード情報が示すノード（ノードＮ５）
へ向けて，迂回Pathメッセージを送信する。
【０１７７】中継ノードＮ５もノードＮ６と同様の処理
を実行し，Upstream方向（ノードＮ５からＮ６に向かう
方向）のリソースを確保して，迂回Pathメッセージを終
端ノードＮ２に送信する。
を実行し，Upstream方向（ノードＮ５からＮ６に向かう
方向）のリソースを確保して，迂回Pathメッセージを終
端ノードＮ２に送信する。
【０１７８】なお，宛先ノードＮ２への迂回Pathメッセ
ージのルーティングは，第１および第２の実施の形態と
同様に，ＯＳＰＦのＬＳＡがノードＮ５およびＮ６に事
前に広告されることにより，迂回ルートＮ３−Ｎ６−Ｎ
５−Ｎ２に沿って行われる。
ージのルーティングは，第１および第２の実施の形態と
同様に，ＯＳＰＦのＬＳＡがノードＮ５およびＮ６に事
前に広告されることにより，迂回ルートＮ３−Ｎ６−Ｎ
５−Ｎ２に沿って行われる。
【０１７９】このようにして，迂回Pathメッセージがノ
ードＮ２に送信されると，ノードＮ２は，迂回Pathメッ
セージの終端処理を実行する。なお，ノードＮ２は，迂
回PathメッセージのExplicit Route ObjectまたはRecor
ded Route Objectにより，自ノードが終端ノードである
ことを知ることができる。
ードＮ２に送信されると，ノードＮ２は，迂回Pathメッ
セージの終端処理を実行する。なお，ノードＮ２は，迂
回PathメッセージのExplicit Route ObjectまたはRecor
ded Route Objectにより，自ノードが終端ノードである
ことを知ることができる。
【０１８０】図１８は，終端ノード（宛先ノード）の処
理の流れを示すフローチャートである。
理の流れを示すフローチャートである。
【０１８１】ノードＮ２のシグナリング制御部１８
N2は，迂回Pathメッセージを受信すると（Ｓ８１），迂
回PathメッセージにChannel Fail Objectが含まれてい
るかどうかを判断する（Ｓ８２）。
N2は，迂回Pathメッセージを受信すると（Ｓ８１），迂
回PathメッセージにChannel Fail Objectが含まれてい
るかどうかを判断する（Ｓ８２）。
【０１８２】Channel Fail Objectが含まれている場合
には（S８２でＹＥＳ），シグナリング制御部１８
N2は，Channel Fail Objectの光波パスＩＤ（ＬＳＰ−
ＩＤ）「＃ａ」に対応する光波パス管理データに基づい
て，ノードＮ２における光波パスＩＤ「＃ａ」の入側イ
ンタフェースＩＤ「Ａ−１」を求める。
には（S８２でＹＥＳ），シグナリング制御部１８
N2は，Channel Fail Objectの光波パスＩＤ（ＬＳＰ−
ＩＤ）「＃ａ」に対応する光波パス管理データに基づい
て，ノードＮ２における光波パスＩＤ「＃ａ」の入側イ
ンタフェースＩＤ「Ａ−１」を求める。
【０１８３】求められた入側インタフェースＩＤは，Ｌ
ＭＰ制御部１９N2に与えられ，ＬＭＰ制御部１９N2は，
与えられた入側インタフェースＩＤにＬＯＬが検出され
るかどうかをチェックする（Ｓ８４）。
ＭＰ制御部１９N2に与えられ，ＬＭＰ制御部１９N2は，
与えられた入側インタフェースＩＤにＬＯＬが検出され
るかどうかをチェックする（Ｓ８４）。
【０１８４】ＬＯＬが検出されている場合には（Ｓ８４
でＹＥＳ），光波パス＃ａの障害はさらに上流側の光フ
ァイバリンクまたはノードで発生していることになる。
したがって，この場合には，ノードＮ２からノードＮ３
に迂回光波パスを設定しても障害を回避できないことと
なる。このため，ノードＮ２は，迂回パスが設定されな
ように，エラー理由としてChannelFailAckをPathErrメ
ッセージ（図１７（Ｃ）参照）のError Spec Objectに
格納し（Ｓ９２，Ｓ９４），このPathErrメッセージを
ノードＮ３へ返信する。
でＹＥＳ），光波パス＃ａの障害はさらに上流側の光フ
ァイバリンクまたはノードで発生していることになる。
したがって，この場合には，ノードＮ２からノードＮ３
に迂回光波パスを設定しても障害を回避できないことと
なる。このため，ノードＮ２は，迂回パスが設定されな
ように，エラー理由としてChannelFailAckをPathErrメ
ッセージ（図１７（Ｃ）参照）のError Spec Objectに
格納し（Ｓ９２，Ｓ９４），このPathErrメッセージを
ノードＮ３へ返信する。
【０１８５】一方，ＬＯＬが検出されてない場合には
（Ｓ８５でＮＯ），障害がノードＮ２とＮ３との間で発
生していることになる。したがって，ノードＮ２は，迂
回光波パスの設定処理を実行する（Ｓ８６等）。すなわ
ち，ノードＮ２のＬＭＰ制御部１９N2は，中継ノードＮ
６と同様に，Upstream Label Objectの要求光波長ラベ
ルで光波パス＃ａのリソースの確保を試みる（Ｓ８
６）。
（Ｓ８５でＮＯ），障害がノードＮ２とＮ３との間で発
生していることになる。したがって，ノードＮ２は，迂
回光波パスの設定処理を実行する（Ｓ８６等）。すなわ
ち，ノードＮ２のＬＭＰ制御部１９N2は，中継ノードＮ
６と同様に，Upstream Label Objectの要求光波長ラベ
ルで光波パス＃ａのリソースの確保を試みる（Ｓ８
６）。
【０１８６】リソースを確保できない場合には（Ｓ８７
でＮＯ），シグナリング制御部１８ N2は，エラー理由し
て「リソース確保不可」をPathErrメッセージ（図１７
（Ｃ）参照）のError Spec Objectに格納し（Ｓ９３，
Ｓ９４），このPathErrメッセージをノードＮ３へ返信
する。
でＮＯ），シグナリング制御部１８ N2は，エラー理由し
て「リソース確保不可」をPathErrメッセージ（図１７
（Ｃ）参照）のError Spec Objectに格納し（Ｓ９３，
Ｓ９４），このPathErrメッセージをノードＮ３へ返信
する。
【０１８７】リソースを確保できた場合には（Ｓ８７で
ＹＥＳ），シグナリング制御部１８ N2は，確保したラベ
ル値を迂回Resvメッセージ（図１７（Ｂ）参照）により
ノードＮ３に返信する。
ＹＥＳ），シグナリング制御部１８ N2は，確保したラベ
ル値を迂回Resvメッセージ（図１７（Ｂ）参照）により
ノードＮ３に返信する。
【０１８８】また，シグナリング制御部１８N2は，ＬＭ
Ｐ制御部１９N2を介して光パス管理制御部２１N2に光ク
ロスコネクトデータ（図１０参照）を変更させる。たと
えば，ノードＮ２において，入側インタフェースＩＤ
「Ａ−１」のデータチャネル信号が，たとえばノードＮ
５への出側インタフェースＩＤ「Ｄ−１」に向けてスイ
ッチングされるように，光クロスコネクトデータが変更
される。これにより，ノードＮ１からの光波パス＃ａの
データチャネル信号は，ノードＮ５へスイッチングされ
る。
Ｐ制御部１９N2を介して光パス管理制御部２１N2に光ク
ロスコネクトデータ（図１０参照）を変更させる。たと
えば，ノードＮ２において，入側インタフェースＩＤ
「Ａ−１」のデータチャネル信号が，たとえばノードＮ
５への出側インタフェースＩＤ「Ｄ−１」に向けてスイ
ッチングされるように，光クロスコネクトデータが変更
される。これにより，ノードＮ１からの光波パス＃ａの
データチャネル信号は，ノードＮ５へスイッチングされ
る。
【０１８９】また，シグナリング制御部１８N2は，迂回
Pathメッセージに含まれるChannelFail Objectに対し
て，ChannelFailNackのFailure TLVｓ（図１１（Ｃ）参
照）に含まれるデータを迂回ResvメッセージのChannel
Failure Objectに格納して返信することにより，ＬＯＬ
が検出されなかったことをノードＮ３に通知することが
できる。その結果，ノードＮ３は，障害箇所を特定する
ことができる。
Pathメッセージに含まれるChannelFail Objectに対し
て，ChannelFailNackのFailure TLVｓ（図１１（Ｃ）参
照）に含まれるデータを迂回ResvメッセージのChannel
Failure Objectに格納して返信することにより，ＬＯＬ
が検出されなかったことをノードＮ３に通知することが
できる。その結果，ノードＮ３は，障害箇所を特定する
ことができる。
【０１９０】ノードＮ２からの迂回Resvメッセージを受
信した中継ノードＮ５およびＮ６は，迂回Pathメッセー
ジのUpstream Label Objectにより，光波長ラベルを既
に予約している。したがって，ノードＮ５およびＮ６
は，光クロスコネクトを実行して，データチャネル信号
のスイッチングを開始することができる。
信した中継ノードＮ５およびＮ６は，迂回Pathメッセー
ジのUpstream Label Objectにより，光波長ラベルを既
に予約している。したがって，ノードＮ５およびＮ６
は，光クロスコネクトを実行して，データチャネル信号
のスイッチングを開始することができる。
【０１９１】なお，中継ノードＮ５およびＮ６では，迂
回Resvメッセージと通常のResvメッセージとの区別を，
Channel Fail Objectの有無により行うことができる。
あるいは，両メッセージの識別子として互いに異なる識
別子を設け，この識別子により両メッセージを区別する
こともできる。そして，迂回Resvメッセージに対して
は，前述した迂回パスを設定する処理が実行される。
回Resvメッセージと通常のResvメッセージとの区別を，
Channel Fail Objectの有無により行うことができる。
あるいは，両メッセージの識別子として互いに異なる識
別子を設け，この識別子により両メッセージを区別する
こともできる。そして，迂回Resvメッセージに対して
は，前述した迂回パスを設定する処理が実行される。
【０１９２】迂回Resvメッセージに含まれるChannelFai
lAck情報およびChannelFailNack情報については，中継
ノードＮ５およびＮ６は，終端不要である。また，Path
Errメッセージも同様である。
lAck情報およびChannelFailNack情報については，中継
ノードＮ５およびＮ６は，終端不要である。また，Path
Errメッセージも同様である。
【０１９３】迂回Resvメッセージを受信したノードＮ３
のシグナリング制御部１８N3は，迂回Resvメッセージの
Channel Failure Objectに含まれる光波パスＩＤ「＃
ａ」により，光波パス＃ａがＬＯＬ検出中の光波パスで
あると認識する。
のシグナリング制御部１８N3は，迂回Resvメッセージの
Channel Failure Objectに含まれる光波パスＩＤ「＃
ａ」により，光波パス＃ａがＬＯＬ検出中の光波パスで
あると認識する。
【０１９４】続いて，シグナリング制御部１８N3は，迂
回ResvメッセージのChannel Failure Objectに含まれる
ローカルインタフェースＩＤ「Ａ−２」をＬＭＰ制御部
１９ N3に与え，このインタフェースＩＤ「Ａ−２」を，
迂回Resvメッセージに含まれる光波長ラベル（迂回Path
メッセージの要求光波長ラベルに対応）のインタフェー
スＩＤ「Ｃ−２」に変更させる。
回ResvメッセージのChannel Failure Objectに含まれる
ローカルインタフェースＩＤ「Ａ−２」をＬＭＰ制御部
１９ N3に与え，このインタフェースＩＤ「Ａ−２」を，
迂回Resvメッセージに含まれる光波長ラベル（迂回Path
メッセージの要求光波長ラベルに対応）のインタフェー
スＩＤ「Ｃ−２」に変更させる。
【０１９５】ＬＭＰ制御部１９N3は，光パス管理制御部
２１N3に，光波パス＃ａの光クロスコネクトデータの入
側インタフェースＩＤ「Ａ−２」をインタフェースＩＤ
「Ｃ−２」に変更させる。これにより，現用の光波パス
＃ａ「ノードＮ１−Ｎ２−Ｎ３−Ｎ４」が迂回ルート
（プロテクションパス）「ノードＮ２−Ｎ５−Ｎ６−Ｎ
３」に変更され，この迂回ルートによって，光波パス＃
ａのデータチャネル信号が送信される。
２１N3に，光波パス＃ａの光クロスコネクトデータの入
側インタフェースＩＤ「Ａ−２」をインタフェースＩＤ
「Ｃ−２」に変更させる。これにより，現用の光波パス
＃ａ「ノードＮ１−Ｎ２−Ｎ３−Ｎ４」が迂回ルート
（プロテクションパス）「ノードＮ２−Ｎ５−Ｎ６−Ｎ
３」に変更され，この迂回ルートによって，光波パス＃
ａのデータチャネル信号が送信される。
【０１９６】また，ＬＭＰ制御部１９N3は，迂回Resvメ
ッセージに含まれるChannelFailNack情報を，第１の実
施の形態と同様に処理して，障害箇所を特定する。
ッセージに含まれるChannelFailNack情報を，第１の実
施の形態と同様に処理して，障害箇所を特定する。
【０１９７】一方，PathErrメッセージがノードＮ３で
受信された場合に，そのルートではリソースを確保する
ことができない。この場合には，既存のシグナリング技
術で使用されるクランクバックの手法を用いて宛先ノー
ドであるノードＮ２Bへの別のルートで再度パス設定を
試みるようにしてもよいし，ノードＮ２自体を迂回しノ
ードＮ１へのノード迂回を試みてもよい。
受信された場合に，そのルートではリソースを確保する
ことができない。この場合には，既存のシグナリング技
術で使用されるクランクバックの手法を用いて宛先ノー
ドであるノードＮ２Bへの別のルートで再度パス設定を
試みるようにしてもよいし，ノードＮ２自体を迂回しノ
ードＮ１へのノード迂回を試みてもよい。
【０１９８】ノードＮ２へのルートが探索されない場合
には，前述した第１の実施の形態と同様に，さらに上流
側のノードＮ１への迂回ルートが探索され，探索された
迂回ルートを介して図１７に示す迂回Pathメッセージ，
迂回Resvメッセージ等が通信される。また，ノードＮ１
では，ノードＮ２と同様の処理が実行される。
には，前述した第１の実施の形態と同様に，さらに上流
側のノードＮ１への迂回ルートが探索され，探索された
迂回ルートを介して図１７に示す迂回Pathメッセージ，
迂回Resvメッセージ等が通信される。また，ノードＮ１
では，ノードＮ２と同様の処理が実行される。
【０１９９】このようにして，障害通知と同時に迂回光
波パス（プロテクションパス）を設定することができ
る。
波パス（プロテクションパス）を設定することができ
る。
【０２００】＜他の実施の形態＞これまで述べた実施の
形態では，データチャネル用および制御チャネル用にそ
れぞれ個別の光ファイバが設けられているが，データチ
ャネル用および制御チャネル用の光ファイバを同一の光
ファイバとして構成してもよい。この場合には，データ
チャネルと制御チャネルにそれぞれ異なる波長が割り当
てられ，両チャネルが同一の光ファイバ内で波長分割多
重されることとなる。
形態では，データチャネル用および制御チャネル用にそ
れぞれ個別の光ファイバが設けられているが，データチ
ャネル用および制御チャネル用の光ファイバを同一の光
ファイバとして構成してもよい。この場合には，データ
チャネルと制御チャネルにそれぞれ異なる波長が割り当
てられ，両チャネルが同一の光ファイバ内で波長分割多
重されることとなる。
【０２０１】また，迂回ルートは一例であって，たとえ
ばノードＮ２とＮ３とを直接接続するプロテクションパ
ス用の光ファイバが設けられているような場合には，こ
の光ファイバに迂回ルートが設定されることもある。ど
の迂回ルートが選択されるかは，ルーティング制御部部
２０の経路探索アルゴリズムによる。
ばノードＮ２とＮ３とを直接接続するプロテクションパ
ス用の光ファイバが設けられているような場合には，こ
の光ファイバに迂回ルートが設定されることもある。ど
の迂回ルートが選択されるかは，ルーティング制御部部
２０の経路探索アルゴリズムによる。
【０２０２】（付記１） 複数の伝送装置を有し，主信
号を伝送するデータチャネルと制御信号を伝送する制御
チャネルとが伝送装置間で個別に設けられ，あらかじめ
設定されるパスに沿って前記主信号が伝送される伝送ネ
ットワークシステムにおける伝送装置において，自伝送
装置に設定された現用パス上の上流側に隣接した伝送装
置から自伝送装置に，前記現用パスに沿って入力される
主信号を伝送する現用データチャネルを制御するための
制御信号を伝送する現用制御チャネルの障害を検出する
第１障害検出部と，前記現用データチャネルの障害を検
出する第２障害検出部と，前記第１障害検出部により障
害が検出された現用制御チャネルのための保護用制御チ
ャネルの経路を，自伝送装置と前記現用パス上の上流側
に位置する伝送装置との間で探索する経路探索部と，前
記第２障害検出部により検出された障害に関する情報
を，前記経路探索部により探索された経路に沿った保護
用制御チャネルにより前記上流側に位置する伝送装置に
送信する送信部と，を有することを特徴とする伝送装
置。
号を伝送するデータチャネルと制御信号を伝送する制御
チャネルとが伝送装置間で個別に設けられ，あらかじめ
設定されるパスに沿って前記主信号が伝送される伝送ネ
ットワークシステムにおける伝送装置において，自伝送
装置に設定された現用パス上の上流側に隣接した伝送装
置から自伝送装置に，前記現用パスに沿って入力される
主信号を伝送する現用データチャネルを制御するための
制御信号を伝送する現用制御チャネルの障害を検出する
第１障害検出部と，前記現用データチャネルの障害を検
出する第２障害検出部と，前記第１障害検出部により障
害が検出された現用制御チャネルのための保護用制御チ
ャネルの経路を，自伝送装置と前記現用パス上の上流側
に位置する伝送装置との間で探索する経路探索部と，前
記第２障害検出部により検出された障害に関する情報
を，前記経路探索部により探索された経路に沿った保護
用制御チャネルにより前記上流側に位置する伝送装置に
送信する送信部と，を有することを特徴とする伝送装
置。
【０２０３】（付記２） 付記１において，前記経路探
索部は，前記第１障害検出部による障害検出後，前記第
２障害検出部により障害が検出された時に前記保護用制
御チャネルの経路を探索する，ことを特徴とする伝送装
置。
索部は，前記第１障害検出部による障害検出後，前記第
２障害検出部により障害が検出された時に前記保護用制
御チャネルの経路を探索する，ことを特徴とする伝送装
置。
【０２０４】（付記３） 付記２において，前記送信部
は，前記障害に関する情報に加えて，前記現用パスのた
めの保護用パスを前記保護用制御チャネルの経路に沿っ
て確保するための情報を前記上流側に位置する伝送装置
に送信する，ことを特徴とする伝送装置。
は，前記障害に関する情報に加えて，前記現用パスのた
めの保護用パスを前記保護用制御チャネルの経路に沿っ
て確保するための情報を前記上流側に位置する伝送装置
に送信する，ことを特徴とする伝送装置。
【０２０５】（付記４） 付記１において，前記経路探
索部は，前記第１障害検出部による障害検出時に，前記
第２障害検出部による障害検出の有無に関わらず前記保
護用制御チャネルの経路を探索する，ことを特徴とする
伝送装置。
索部は，前記第１障害検出部による障害検出時に，前記
第２障害検出部による障害検出の有無に関わらず前記保
護用制御チャネルの経路を探索する，ことを特徴とする
伝送装置。
【０２０６】（付記５） 付記１から４のいずれか１つ
において，前記上流側に位置する伝送装置から前記保護
用制御チャネルにより返信される，前記障害に関する情
報に対する応答情報を受信する受信部をさらに有する，
ことを特徴とする伝送装置。
において，前記上流側に位置する伝送装置から前記保護
用制御チャネルにより返信される，前記障害に関する情
報に対する応答情報を受信する受信部をさらに有する，
ことを特徴とする伝送装置。
【０２０７】（付記６） 付記５において，前記応答情
報，および，前記応答情報を返信した伝送装置と自伝送
装置との位置関係に基づいて，前記第２障害検出部によ
り検出された障害の発生箇所を判断する判断部をさらに
有する，ことを特徴とする伝送装置。
報，および，前記応答情報を返信した伝送装置と自伝送
装置との位置関係に基づいて，前記第２障害検出部によ
り検出された障害の発生箇所を判断する判断部をさらに
有する，ことを特徴とする伝送装置。
【０２０８】（付記７） 付記１から６のいずれか１つ
において，前記経路探索部は，自伝送装置と前記現用パ
ス上で上流側に隣接した伝送装置との間で前記保護用制
御チャネルの経路を探索する，ことを特徴とする伝送装
置。
において，前記経路探索部は，自伝送装置と前記現用パ
ス上で上流側に隣接した伝送装置との間で前記保護用制
御チャネルの経路を探索する，ことを特徴とする伝送装
置。
【０２０９】（付記８） 付記７において，前記経路探
索部は，自伝送装置と前記現用パス上で上流側に隣接し
た伝送装置との間で前記保護用制御チャネルの経路が探
索されない場合には，自伝送装置と前記現用パス上でさ
らに上流側に位置する伝送装置との間で前記保護用制御
チャネルの経路を探索する，ことを特徴とする伝送装
置。
索部は，自伝送装置と前記現用パス上で上流側に隣接し
た伝送装置との間で前記保護用制御チャネルの経路が探
索されない場合には，自伝送装置と前記現用パス上でさ
らに上流側に位置する伝送装置との間で前記保護用制御
チャネルの経路を探索する，ことを特徴とする伝送装
置。
【０２１０】（付記９） 複数の伝送装置を有し，主信
号を伝送するデータチャネルと制御信号を伝送する制御
チャネルとが伝送装置間で個別に設けられ，あらかじめ
設定されるパスに沿って前記主信号が伝送される伝送ネ
ットワークシステムにおける伝送装置において，自伝送
装置に設定された現用パス上の下流側に位置する伝送装
置から送信された，現用データチャネルの障害に関する
情報を，前記下流側に位置する伝送装置の現用制御チャ
ネルのための保護用制御チャネルから受信する受信部
と，前記現用パス上に沿って入力される主信号を伝送す
る現用データチャネルの障害を検出する障害検出部と，
自伝送装置と前記下流側に位置する伝送装置との位置関
係，および，前記障害検出部による障害検出の有無に基
づいて前記障害箇所を判断する判断部と，を有すること
を特徴とする伝送装置。
号を伝送するデータチャネルと制御信号を伝送する制御
チャネルとが伝送装置間で個別に設けられ，あらかじめ
設定されるパスに沿って前記主信号が伝送される伝送ネ
ットワークシステムにおける伝送装置において，自伝送
装置に設定された現用パス上の下流側に位置する伝送装
置から送信された，現用データチャネルの障害に関する
情報を，前記下流側に位置する伝送装置の現用制御チャ
ネルのための保護用制御チャネルから受信する受信部
と，前記現用パス上に沿って入力される主信号を伝送す
る現用データチャネルの障害を検出する障害検出部と，
自伝送装置と前記下流側に位置する伝送装置との位置関
係，および，前記障害検出部による障害検出の有無に基
づいて前記障害箇所を判断する判断部と，を有すること
を特徴とする伝送装置。
【０２１１】（付記１０） 付記９において，前記判断
部は，前記障害検出部が障害を検出している場合には，
自伝送装置よりもさらに上流側で障害が発生していると
判断し，前記障害検出部が障害を検出していない場合に
は，自伝送装置と前記下流側に位置する伝送装置との間
で障害が発生していると判断する，ことを特徴とする伝
送装置。
部は，前記障害検出部が障害を検出している場合には，
自伝送装置よりもさらに上流側で障害が発生していると
判断し，前記障害検出部が障害を検出していない場合に
は，自伝送装置と前記下流側に位置する伝送装置との間
で障害が発生していると判断する，ことを特徴とする伝
送装置。
【０２１２】（付記１１） 付記９または１０におい
て，前記判断部の判断結果に対応した応答情報を前記下
流側に位置する伝送装置に返信する送信部をさらに有す
る，ことを特徴とする伝送装置。
て，前記判断部の判断結果に対応した応答情報を前記下
流側に位置する伝送装置に返信する送信部をさらに有す
る，ことを特徴とする伝送装置。
【０２１３】（付記１２） 付記９から１１のいずれか
１つにおいて，前記受信部は，前記障害に関する情報に
加えて，前記現用パスのための保護用パスを確保するた
めの情報を前記下流側に位置する伝送装置から前記保護
用制御チャネルを介してさらに受信し，前記保護用パス
を確保するための情報に応じて，前記保護用パスを確保
するパス設定部をさらに有する，ことを特徴とする伝送
装置。
１つにおいて，前記受信部は，前記障害に関する情報に
加えて，前記現用パスのための保護用パスを確保するた
めの情報を前記下流側に位置する伝送装置から前記保護
用制御チャネルを介してさらに受信し，前記保護用パス
を確保するための情報に応じて，前記保護用パスを確保
するパス設定部をさらに有する，ことを特徴とする伝送
装置。
【０２１４】（付記１３） 複数の伝送装置を有し，主
信号を伝送するデータチャネルと制御信号を伝送する制
御チャネルとが伝送装置間で個別に設けられ，あらかじ
め設定されるパスに沿って前記主信号が伝送される伝送
ネットワークシステムにおける伝送装置において，現用
パスが設定された下流側に位置する第１伝送装置から前
記現用パスが設定された上流側に位置する第２伝送装置
に送信された，前記第１伝送装置に前記現用パスに沿っ
て入力される主信号を伝送する現用データチャネルの障
害に関する情報を，前記現用パスに沿って設けられた，
前記第１伝送装置および前記第２伝送装置の現用制御チ
ャネルのための保護用制御チャネルを介して受信する受
信部と，前記受信部により受信された前記障害に関する
情報が前記第２伝送装置により受信されるように，前記
情報を前記保護用制御チャネルを介して送信する送信部
と，を有することを特徴とする伝送装置。
信号を伝送するデータチャネルと制御信号を伝送する制
御チャネルとが伝送装置間で個別に設けられ，あらかじ
め設定されるパスに沿って前記主信号が伝送される伝送
ネットワークシステムにおける伝送装置において，現用
パスが設定された下流側に位置する第１伝送装置から前
記現用パスが設定された上流側に位置する第２伝送装置
に送信された，前記第１伝送装置に前記現用パスに沿っ
て入力される主信号を伝送する現用データチャネルの障
害に関する情報を，前記現用パスに沿って設けられた，
前記第１伝送装置および前記第２伝送装置の現用制御チ
ャネルのための保護用制御チャネルを介して受信する受
信部と，前記受信部により受信された前記障害に関する
情報が前記第２伝送装置により受信されるように，前記
情報を前記保護用制御チャネルを介して送信する送信部
と，を有することを特徴とする伝送装置。
【０２１５】（付記１４） 付記１３において，前記受
信部は，前記障害に関する情報に加えて，前記現用パス
のための保護用パスを確保するための情報をさらに受信
し，前記保護用パスを確保するための情報に応じて，前
記保護用パスを確保するパス設定部をさらに有する，こ
とを特徴とする伝送装置。
信部は，前記障害に関する情報に加えて，前記現用パス
のための保護用パスを確保するための情報をさらに受信
し，前記保護用パスを確保するための情報に応じて，前
記保護用パスを確保するパス設定部をさらに有する，こ
とを特徴とする伝送装置。
【０２１６】（付記１５） 複数の伝送装置を有し，主
信号を伝送するデータチャネルと制御信号を伝送する制
御チャネルとが伝送装置間で個別に設けられ，あらかじ
め設定されたパスに沿って前記主信号が伝送される伝送
ネットワークシステムにおいて，現用パスが設定された
下流側に位置する第１伝送装置と，前記現用パスが設定
された上流側に位置する第２伝送装置と，前記第１伝送
装置と前記第２伝送装置との間で通信される情報を中継
する第３伝送装置とを有し，前記第１伝送装置は，前記
現用パス上の上流側に隣接した伝送装置から自伝送装置
に前記現用パスに沿って入力される主信号を伝送する第
１現用データチャネルを制御するための制御信号を伝送
する現用制御チャネルの障害を検出する第１障害検出部
と，前記第１現用データチャネルの障害を検出する第２
障害検出部と，前記第１障害検出部により障害が検出さ
れた現用制御チャネルの保護用制御チャネルの経路を，
自己と前記第２伝送装置との間で探索する経路探索部
と，前記第２障害検出部により検出された障害に関する
情報を，前記経路探索部により探索された経路に沿った
保護用制御チャネルにより前記第２伝送装置に送信する
第１送信部と，を有し，前記第３伝送装置は，前記経路
探索部により探索された経路上に自己が位置する場合に
は，前記第１送信部により送信された前記情報を前記保
護用制御チャネルを介して受信する受信部と，前記受信
部により受信された前記情報が前記第２伝送装置により
受信されるように，前記情報を前記保護用制御チャネル
を介して送信する第２送信部と，を有し，前記第２伝送
装置は，前記第１伝送装置から送信された前記情報を，
前記第２伝送装置から受信する受信部と，前記現用パス
上に沿って入力される主信号を伝送する第２現用データ
チャネルの障害を検出する第３障害検出部と，自己と前
記第１伝送装置との位置関係，および，前記第３障害検
出部による障害検出の有無に基づいて前記障害箇所を判
断する判断部と，を有することを特徴とする伝送ネット
ワークシステム。
信号を伝送するデータチャネルと制御信号を伝送する制
御チャネルとが伝送装置間で個別に設けられ，あらかじ
め設定されたパスに沿って前記主信号が伝送される伝送
ネットワークシステムにおいて，現用パスが設定された
下流側に位置する第１伝送装置と，前記現用パスが設定
された上流側に位置する第２伝送装置と，前記第１伝送
装置と前記第２伝送装置との間で通信される情報を中継
する第３伝送装置とを有し，前記第１伝送装置は，前記
現用パス上の上流側に隣接した伝送装置から自伝送装置
に前記現用パスに沿って入力される主信号を伝送する第
１現用データチャネルを制御するための制御信号を伝送
する現用制御チャネルの障害を検出する第１障害検出部
と，前記第１現用データチャネルの障害を検出する第２
障害検出部と，前記第１障害検出部により障害が検出さ
れた現用制御チャネルの保護用制御チャネルの経路を，
自己と前記第２伝送装置との間で探索する経路探索部
と，前記第２障害検出部により検出された障害に関する
情報を，前記経路探索部により探索された経路に沿った
保護用制御チャネルにより前記第２伝送装置に送信する
第１送信部と，を有し，前記第３伝送装置は，前記経路
探索部により探索された経路上に自己が位置する場合に
は，前記第１送信部により送信された前記情報を前記保
護用制御チャネルを介して受信する受信部と，前記受信
部により受信された前記情報が前記第２伝送装置により
受信されるように，前記情報を前記保護用制御チャネル
を介して送信する第２送信部と，を有し，前記第２伝送
装置は，前記第１伝送装置から送信された前記情報を，
前記第２伝送装置から受信する受信部と，前記現用パス
上に沿って入力される主信号を伝送する第２現用データ
チャネルの障害を検出する第３障害検出部と，自己と前
記第１伝送装置との位置関係，および，前記第３障害検
出部による障害検出の有無に基づいて前記障害箇所を判
断する判断部と，を有することを特徴とする伝送ネット
ワークシステム。
【０２１７】
【発明の効果】本発明によると，データチャネルおよび
制御チャネルが個別に設けられた伝送ネットワークシス
テムにおいて，データチャネルおよび制御チャネルまた
は伝送装置の障害が同時に発生した場合であっても，障
害発生の通知ができ，また，障害箇所を特定することも
できる。これにより，高速で適切な保護用パスを設定
し，現用パスから保護用パスへの切り替えが可能とな
る。
制御チャネルが個別に設けられた伝送ネットワークシス
テムにおいて，データチャネルおよび制御チャネルまた
は伝送装置の障害が同時に発生した場合であっても，障
害発生の通知ができ，また，障害箇所を特定することも
できる。これにより，高速で適切な保護用パスを設定
し，現用パスから保護用パスへの切り替えが可能とな
る。
【０２１８】具体的には，たとえばＯＸＣノードを使用
した光伝送ネットワークおいて，障害となった光波パス
を制御するノードや制御チャネルが障害の場合に，制御
チャネル独自の迂回ルートのルーティングにより，障害
情報が最適な上流ノードに通知される。これにより，こ
れまで制御チャネルが障害時にはできなかった障害箇所
の特定が可能になり，そのため自由度の高いメッシュ型
のネットワーク構成に必須の局所迂回が適切にできるよ
うになる。
した光伝送ネットワークおいて，障害となった光波パス
を制御するノードや制御チャネルが障害の場合に，制御
チャネル独自の迂回ルートのルーティングにより，障害
情報が最適な上流ノードに通知される。これにより，こ
れまで制御チャネルが障害時にはできなかった障害箇所
の特定が可能になり，そのため自由度の高いメッシュ型
のネットワーク構成に必須の局所迂回が適切にできるよ
うになる。
【０２１９】また，光波パス端での障害検出ではなく，
光波パスの途中の各ノードで障害検出を行い，障害を検
出したノードは，最適な上流ノードへ障害を通知する。
これにより，ノードは，障害箇所を特定でき，正確にか
つ素早く障害箇所を迂回したプロテクションパスを設定
できる。その結果，メッシュネットワークにおいて，制
御チャネルの状態にかかわらず障害箇所が特定でき，障
害箇所を局所的に迂回させることが可能となる。
光波パスの途中の各ノードで障害検出を行い，障害を検
出したノードは，最適な上流ノードへ障害を通知する。
これにより，ノードは，障害箇所を特定でき，正確にか
つ素早く障害箇所を迂回したプロテクションパスを設定
できる。その結果，メッシュネットワークにおいて，制
御チャネルの状態にかかわらず障害箇所が特定でき，障
害箇所を局所的に迂回させることが可能となる。
【０２２０】以上により，データチャネルも制御チャネ
ルも，局所迂回が適切にできるようになることで，冗長
系として特別に準備しておくネットワークリソースを減
らすことができる。また，高い信頼性を保ちながら，低
コストのネットワークが実現可能となる。
ルも，局所迂回が適切にできるようになることで，冗長
系として特別に準備しておくネットワークリソースを減
らすことができる。また，高い信頼性を保ちながら，低
コストのネットワークが実現可能となる。
【０２２１】さらに，各ノードが制御チャネルを自律的
に救済するので，ネットワーク保守者や管理者の手を煩
わせることなく，制御チャネル自体のサバイバビリティ
が自然と高まり，ＧＭＰＬＳによるネットワーク設定お
よび保守を大幅に簡素化できる。
に救済するので，ネットワーク保守者や管理者の手を煩
わせることなく，制御チャネル自体のサバイバビリティ
が自然と高まり，ＧＭＰＬＳによるネットワーク設定お
よび保守を大幅に簡素化できる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態による光伝送ネット
ワークシステムの構成例を示すブロック図である。
ワークシステムの構成例を示すブロック図である。
【図２】図１の光伝送ネットワークシステムにおける各
ノードの構成を示すブロック図である。
ノードの構成を示すブロック図である。
【図３】光波パス＃ａの詳細な設定内容を示す。
【図４】通信ネットワークシステム１の制御チャネルＣ
２３およびノードＮ３のデータチャネルＡ−２に障害が
発生した場合の制御チャネルの迂回ルート設定の様子を
示す。
２３およびノードＮ３のデータチャネルＡ−２に障害が
発生した場合の制御チャネルの迂回ルート設定の様子を
示す。
【図５】光波パス＃ａのコネクション確立処理のシーケ
ンス図である。
ンス図である。
【図６】ＲＳＶＰ−ＴＥに規定されたメッセージを示
し，（Ａ）はPathメッセージの構成を，（Ｂ）はResvメ
ッセージの構成を，（Ｃ）はPathErrメッセージの構成
を，それぞれ示す。
し，（Ａ）はPathメッセージの構成を，（Ｂ）はResvメ
ッセージの構成を，（Ｃ）はPathErrメッセージの構成
を，それぞれ示す。
【図７】ノードＮ３のシグナリング制御部が保持する光
波パス＃ａに関する光波パス管理データの構成を示す。
波パス＃ａに関する光波パス管理データの構成を示す。
【図８】ノードＮ３のＣＣＩＤ「Ａ」に関する制御チャ
ネル管理データの構成例を示す。
ネル管理データの構成例を示す。
【図９】データチャネル管理データの構成例を示す。
【図１０】光クロスコネクトデータの構成例を示す。
【図１１】（Ａ）は迂回ChannelFailメッセージの構成
例を，（Ｂ）は迂回ChannelFailAckメッセージの構成例
を，（Ｃ）はChannelFailNackメッセージの構成例を，
それぞれ示す。
例を，（Ｂ）は迂回ChannelFailAckメッセージの構成例
を，（Ｃ）はChannelFailNackメッセージの構成例を，
それぞれ示す。
【図１２】制御チャネルに障害が発生している状態にお
いて，データチャネルに障害が発生した場合のＬＭＰ制
御部の処理の流れを示すフローチャートである。
いて，データチャネルに障害が発生した場合のＬＭＰ制
御部の処理の流れを示すフローチャートである。
【図１３】図１２のステップＳ７の迂回ルート決定処理
の詳細な処理の流れを示すフローチャートである。
の詳細な処理の流れを示すフローチャートである。
【図１４】迂回ChannelFailメッセージを受信したノー
ドのＬＭＰ制御部の処理の流れを示すフローチャートで
ある。
ドのＬＭＰ制御部の処理の流れを示すフローチャートで
ある。
【図１５】光伝送ネットワークシステム１の制御チャネ
ルＣ２３に障害が発生した場合の制御チャネルの迂回ル
ート設定の様子を示す。
ルＣ２３に障害が発生した場合の制御チャネルの迂回ル
ート設定の様子を示す。
【図１６】ＬＭＰ制御部の処理の流れを示すフローチャ
ートである。
ートである。
【図１７】（Ａ）は迂回Pathメッセージの構成例を，
（Ｂ）は迂回Resvメッセージの構成例を，（Ｃ）はPath
Errメッセージの構成例を，それぞれ示す。
（Ｂ）は迂回Resvメッセージの構成例を，（Ｃ）はPath
Errメッセージの構成例を，それぞれ示す。
【図１８】第３の実施の形態による終端ノード（宛先ノ
ード）の処理の流れを示すフローチャートである。
ード）の処理の流れを示すフローチャートである。
【図１９】従来の障害箇所特定処理を説明するための光
伝送ネットワークシステムの構成図である。
伝送ネットワークシステムの構成図である。
【図２０】従来のＬＭＰによる障害箇所を特定する処理
の流れを示すシーケンス図である。
の流れを示すシーケンス図である。
Ｎ１〜Ｎ６ 光クロスコネクトノード（ＯＸＣノード）
ＤＬ１〜ＤＬ８ データチャネル用光ファイバリンク
ＣＬ１〜ＣＬ８ 制御チャネル用光ファイバリンク
Ｃ１２，Ｃ２３，Ｃ３４，Ｃ１５，Ｃ５６，Ｃ３６ 制
御チャネル ＃ａ，＃ｂ，＃ｃ，＃ｄ 光波パス １２ 光障害検出部 １３ 光スイッチ部 １５ Ｏ／Ｅ変換部 １８ シグナリング制御部 １９ ＬＭＰ制御部 ２０ ルーティング制御部
御チャネル ＃ａ，＃ｂ，＃ｃ，＃ｄ 光波パス １２ 光障害検出部 １３ 光スイッチ部 １５ Ｏ／Ｅ変換部 １８ シグナリング制御部 １９ ＬＭＰ制御部 ２０ ルーティング制御部
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 木下 博
福岡県福岡市早良区百道浜２丁目２番１号
富士通西日本コミュニケーション・シス
テムズ株式会社内
Ｆターム(参考） 5K030 MB01 MD02
5K042 AA03 BA01 CA10 CA16 DA18
DA33 EA01 MA02
Claims (5)
- 【請求項１】 複数の伝送装置を有し，主信号を伝送す
るデータチャネルと制御信号を伝送する制御チャネルと
が伝送装置間で個別に設けられ，あらかじめ設定される
パスに沿って前記主信号が伝送される伝送ネットワーク
システムにおける伝送装置において，自伝送装置に設定
された現用パス上の上流側に隣接した伝送装置から自伝
送装置に，前記現用パスに沿って入力される主信号を伝
送する現用データチャネルを制御するための制御信号を
伝送する現用制御チャネルの障害を検出する第１障害検
出部と，前記現用データチャネルの障害を検出する第２
障害検出部と，前記第１障害検出部により障害が検出さ
れた現用制御チャネルのための保護用制御チャネルの経
路を，自伝送装置と前記現用パス上の上流側に位置する
伝送装置との間で探索する経路探索部と，前記第２障害
検出部により検出された障害に関する情報を，前記経路
探索部により探索された経路に沿った保護用制御チャネ
ルにより前記上流側に位置する伝送装置に送信する送信
部と，を有することを特徴とする伝送装置。 - 【請求項２】 請求項１において，前記経路探索部は，
前記第１障害検出部による障害検出後，前記第２障害検
出部により障害が検出された時に前記保護用制御チャネ
ルの経路を探索する，ことを特徴とする伝送装置。 - 【請求項３】 複数の伝送装置を有し，主信号を伝送す
るデータチャネルと制御信号を伝送する制御チャネルと
が伝送装置間で個別に設けられ，あらかじめ設定される
パスに沿って前記主信号が伝送される伝送ネットワーク
システムにおける伝送装置において，自伝送装置に設定
された現用パス上の下流側に位置する伝送装置から送信
された，現用データチャネルの障害に関する情報を，前
記下流側に位置する伝送装置の現用制御チャネルのため
の保護用制御チャネルから受信する受信部と，前記現用
パス上に沿って入力される主信号を伝送する現用データ
チャネルの障害を検出する障害検出部と，自伝送装置と
前記下流側に位置する伝送装置との位置関係，および，
前記障害検出部による障害検出の有無に基づいて前記障
害箇所を判断する判断部と，を有することを特徴とする
伝送装置。 - 【請求項４】 複数の伝送装置を有し，主信号を伝送す
るデータチャネルと制御信号を伝送する制御チャネルと
が伝送装置間で個別に設けられ，あらかじめ設定される
パスに沿って前記主信号が伝送される伝送ネットワーク
システムにおける伝送装置において，現用パスが設定さ
れた下流側に位置する第１伝送装置から前記現用パスが
設定された上流側に位置する第２伝送装置に送信され
た，前記第１伝送装置に前記現用パスに沿って入力され
る主信号を伝送する現用データチャネルの障害に関する
情報を，前記現用パスに沿って設けられた，前記第１伝
送装置および前記第２伝送装置の現用制御チャネルのた
めの保護用制御チャネルを介して受信する受信部と，前
記受信部により受信された前記障害に関する情報が前記
第２伝送装置により受信されるように，前記情報を前記
保護用制御チャネルを介して送信する送信部と，を有す
ることを特徴とする伝送装置。 - 【請求項５】 複数の伝送装置を有し，主信号を伝送す
るデータチャネルと制御信号を伝送する制御チャネルと
が伝送装置間で個別に設けられ，あらかじめ設定された
パスに沿って前記主信号が伝送される伝送ネットワーク
システムにおいて，現用パスが設定された下流側に位置
する第１伝送装置と，前記現用パスが設定された上流側
に位置する第２伝送装置と，前記第１伝送装置と前記第
２伝送装置との間で通信される情報を中継する第３伝送
装置とを有し，前記第１伝送装置は，前記現用パス上の
上流側に隣接した伝送装置から自伝送装置に前記現用パ
スに沿って入力される主信号を伝送する第１現用データ
チャネルを制御するための制御信号を伝送する現用制御
チャネルの障害を検出する第１障害検出部と，前記第１
現用データチャネルの障害を検出する第２障害検出部
と，前記第１障害検出部により障害が検出された現用制
御チャネルの保護用制御チャネルの経路を，自己と前記
第２伝送装置との間で探索する経路探索部と，前記第２
障害検出部により検出された障害に関する情報を，前記
経路探索部により探索された経路に沿った保護用制御チ
ャネルにより前記第２伝送装置に送信する第１送信部
と，を有し，前記第３伝送装置は，前記経路探索部によ
り探索された経路上に自己が位置する場合には，前記第
１送信部により送信された前記情報を前記保護用制御チ
ャネルを介して受信する受信部と，前記受信部により受
信された前記情報が前記第２伝送装置により受信される
ように，前記情報を前記保護用制御チャネルを介して送
信する第２送信部と，を有し，前記第２伝送装置は，前
記第１伝送装置から送信された前記情報を，前記第２伝
送装置から受信する受信部と，前記現用パス上に沿って
入力される主信号を伝送する第２現用データチャネルの
障害を検出する第３障害検出部と，自己と前記第１伝送
装置との位置関係，および，前記第３障害検出部による
障害検出の有無に基づいて前記障害箇所を判断する判断
部と，を有することを特徴とする伝送ネットワークシス
テム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002104148A JP2003298633A (ja) | 2002-04-05 | 2002-04-05 | 制御チャネル障害時のデータチャネル障害通知機能を有する伝送装置 |
| US10/269,545 US20030189920A1 (en) | 2002-04-05 | 2002-10-11 | Transmission device with data channel failure notification function during control channel failure |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002104148A JP2003298633A (ja) | 2002-04-05 | 2002-04-05 | 制御チャネル障害時のデータチャネル障害通知機能を有する伝送装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003298633A true JP2003298633A (ja) | 2003-10-17 |
Family
ID=28672278
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002104148A Withdrawn JP2003298633A (ja) | 2002-04-05 | 2002-04-05 | 制御チャネル障害時のデータチャネル障害通知機能を有する伝送装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20030189920A1 (ja) |
| JP (1) | JP2003298633A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009239618A (ja) * | 2008-03-27 | 2009-10-15 | Kddi Corp | 光バースト交換ネットワーク間を波長パスにより中継したシステムでの障害検出方法および障害復旧方法 |
| WO2010038624A1 (ja) * | 2008-10-03 | 2010-04-08 | 日本電気株式会社 | 通信システム、ノード装置、通信システムの通信方法、およびプログラム |
| WO2011134434A1 (zh) * | 2010-04-30 | 2011-11-03 | 华为技术有限公司 | 数据传输设备、方法以及通信系统 |
| JP4843683B2 (ja) * | 2005-12-21 | 2011-12-21 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 時分割多重化システム間チャネル・リンクにおけるオープン・ファイバ制御及び光損失の伝搬 |
Families Citing this family (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7835266B2 (en) * | 2002-10-29 | 2010-11-16 | Fujitsu Limited | Node apparatus and maintenance and operation supporting device |
| KR100462408B1 (ko) * | 2002-12-10 | 2004-12-17 | 한국전자통신연구원 | Ｇｍｐｌｓ를 통한 빠른 재 루트 방법 |
| US8463940B2 (en) * | 2003-01-31 | 2013-06-11 | Hewlett-Packard Development Company, L.P. | Method of indicating a path in a computer network |
| US7702810B1 (en) * | 2003-02-03 | 2010-04-20 | Juniper Networks, Inc. | Detecting a label-switched path outage using adjacency information |
| US8085765B2 (en) * | 2003-11-03 | 2011-12-27 | Intel Corporation | Distributed exterior gateway protocol |
| US20050108376A1 (en) * | 2003-11-13 | 2005-05-19 | Manasi Deval | Distributed link management functions |
| JP2006033124A (ja) * | 2004-07-13 | 2006-02-02 | Fujitsu Ltd | トンネル障害通知装置および方法 |
| KR100701105B1 (ko) * | 2004-12-22 | 2007-03-28 | 한국전자통신연구원 | Ｉｐ 기반 네트워크에서 제어채널 구성 및 보호 방법과상태 천이 방법 |
| US7701844B2 (en) | 2005-02-09 | 2010-04-20 | Interdigital Technology Corporation | Method and apparatus for recognizing radio link failures associated with HSUPA and HSDPA channels |
| US7609966B2 (en) * | 2005-02-18 | 2009-10-27 | Fujitsu Limited | Method and system for time-sharing transmission frequencies in an optical network |
| US7466917B2 (en) | 2005-03-15 | 2008-12-16 | Fujitsu Limited | Method and system for establishing transmission priority for optical light-trails |
| US7515828B2 (en) * | 2005-03-15 | 2009-04-07 | Fujitsu Limited | System and method for implementing optical light-trails |
| US7616891B2 (en) * | 2005-03-30 | 2009-11-10 | Fujitsu Limited | System and method for transmission and reception of traffic in optical light-trails |
| US7787763B2 (en) * | 2005-04-04 | 2010-08-31 | Fujitsu Limited | System and method for protecting optical light-trails |
| US7457540B2 (en) * | 2005-04-29 | 2008-11-25 | Fujitsu Limited | System and method for shaping traffic in optical light-trails |
| US7573820B2 (en) * | 2005-06-29 | 2009-08-11 | Intel Corporation | Techniques to control data transmission for a wireless system |
| US7499465B2 (en) * | 2005-07-19 | 2009-03-03 | Fujitsu Limited | Heuristic assignment of light-trails in an optical network |
| US7924873B2 (en) * | 2005-07-26 | 2011-04-12 | International Business Machines Corporation | Dynamic translational topology layer for enabling connectivity for protocol aware applications |
| US7590353B2 (en) * | 2005-08-31 | 2009-09-15 | Fujitsu Limited | System and method for bandwidth allocation in an optical light-trail |
| JP2007221234A (ja) * | 2006-02-14 | 2007-08-30 | Fujitsu Ltd | ダウンロード方法およびそれを用いた伝送装置 |
| US7801034B2 (en) * | 2006-04-28 | 2010-09-21 | Fujitsu Limited | System and method for bandwidth allocation in an optical light-trail |
| US7805073B2 (en) | 2006-04-28 | 2010-09-28 | Adc Telecommunications, Inc. | Systems and methods of optical path protection for distributed antenna systems |
| CN100563354C (zh) * | 2006-07-03 | 2009-11-25 | 华为技术有限公司 | 一种自动交换光网络中实现业务保护的方法 |
| CN1878036B (zh) * | 2006-07-18 | 2010-06-09 | 华为技术有限公司 | 一种智能光网络中控制层面路由收敛的方法 |
| JP4764325B2 (ja) * | 2006-12-26 | 2011-08-31 | 富士通株式会社 | 通信装置及びプロトコル処理方法 |
| JP5093455B2 (ja) * | 2007-03-27 | 2012-12-12 | 日本電気株式会社 | 光通信システム、光通信装置、およびパス区間迂回における障害アラーム監視方法 |
| JP5035120B2 (ja) * | 2008-05-30 | 2012-09-26 | 富士通株式会社 | 伝送装置、伝送方法および伝送プログラム |
| US9065743B2 (en) * | 2009-12-24 | 2015-06-23 | At&T Intellectual Property I, L.P. | Determining connectivity in a failed network |
| WO2012000534A1 (en) * | 2010-06-28 | 2012-01-05 | Telefonaktiebolaget L M Ericsson (Publ) | Network management |
| KR20120066234A (ko) * | 2010-12-14 | 2012-06-22 | 한국전자통신연구원 | 다계층 네트워크에서의 ｇｍｐｌｓ 기반의 다계층 링크 관리 방법 및 장치 |
| JP2013106153A (ja) * | 2011-11-11 | 2013-05-30 | Fujitsu Ltd | 伝送装置、伝送方法及び伝送システム |
| CN104025476B (zh) * | 2012-12-04 | 2016-10-05 | 华为技术有限公司 | 光传送网络中控制保护倒换范围的处理方法和保护装置 |
| US9813329B2 (en) * | 2015-06-01 | 2017-11-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for multi-chassis redundancy using anycast and GTP TEID |
| JP6436237B2 (ja) | 2015-07-23 | 2018-12-12 | 日本電気株式会社 | 経路切替装置、経路切替システムおよび経路切替方法 |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5159595A (en) * | 1988-04-08 | 1992-10-27 | Northern Telecom Limited | Ring transmission system |
| JPH0998181A (ja) * | 1995-09-29 | 1997-04-08 | Fujitsu Ltd | 伝送装置 |
| US6009075A (en) * | 1996-03-29 | 1999-12-28 | Dsc Communications Corporation | Transport interface for performing protection switching of telecommunications traffic |
| US5956343A (en) * | 1997-12-23 | 1999-09-21 | Alcatel Usa Sourcing L.P. | Designating a control channel in a telecommunications system |
| US6233072B1 (en) * | 1997-12-31 | 2001-05-15 | Mci Communications Corporation | Method and system for restoring coincident line and facility failures |
| US6442694B1 (en) * | 1998-02-27 | 2002-08-27 | Massachusetts Institute Of Technology | Fault isolation for communication networks for isolating the source of faults comprising attacks, failures, and other network propagating errors |
| US6269452B1 (en) * | 1998-04-27 | 2001-07-31 | Cisco Technology, Inc. | System and method for fault recovery for a two line bi-directional ring network |
| AU7078500A (en) * | 1999-09-14 | 2001-04-17 | Megaxess, Inc. | Method and apparatus for prevention of congestion in atm networks through atm protection switching |
| US6850483B1 (en) * | 1999-11-30 | 2005-02-01 | Ciena Corporation | Method and system for protecting frame relay traffic over SONET rings |
| US20010038471A1 (en) * | 2000-03-03 | 2001-11-08 | Niraj Agrawal | Fault communication for network distributed restoration |
| US6763190B2 (en) * | 2000-03-03 | 2004-07-13 | Lucent Technologies Inc. | Network auto-provisioning and distributed restoration |
| US7046619B2 (en) * | 2000-11-07 | 2006-05-16 | Ciena Corporation | Method and system for bi-directional path switched network |
| US20020118636A1 (en) * | 2000-12-20 | 2002-08-29 | Phelps Peter W. | Mesh network protection using dynamic ring |
| US7016300B2 (en) * | 2000-12-30 | 2006-03-21 | Redback Networks Inc. | Protection mechanism for an optical ring |
| CA2392942C (en) * | 2001-07-10 | 2010-03-16 | Tropic Networks Inc. | Protection system and method for resilient packet ring (rpr) interconnection |
-
2002
- 2002-04-05 JP JP2002104148A patent/JP2003298633A/ja not_active Withdrawn
- 2002-10-11 US US10/269,545 patent/US20030189920A1/en not_active Abandoned
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4843683B2 (ja) * | 2005-12-21 | 2011-12-21 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 時分割多重化システム間チャネル・リンクにおけるオープン・ファイバ制御及び光損失の伝搬 |
| JP2009239618A (ja) * | 2008-03-27 | 2009-10-15 | Kddi Corp | 光バースト交換ネットワーク間を波長パスにより中継したシステムでの障害検出方法および障害復旧方法 |
| WO2010038624A1 (ja) * | 2008-10-03 | 2010-04-08 | 日本電気株式会社 | 通信システム、ノード装置、通信システムの通信方法、およびプログラム |
| WO2011134434A1 (zh) * | 2010-04-30 | 2011-11-03 | 华为技术有限公司 | 数据传输设备、方法以及通信系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20030189920A1 (en) | 2003-10-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003298633A (ja) | 制御チャネル障害時のデータチャネル障害通知機能を有する伝送装置 | |
| JP4663022B2 (ja) | 通信ネットワークにおけるパスの故障救済を行うための装置及び方法 | |
| US7471625B2 (en) | Fault recovery system and method for a communications network | |
| US7372806B2 (en) | Fault recovery system and method for a communications network | |
| JP5093455B2 (ja) | 光通信システム、光通信装置、およびパス区間迂回における障害アラーム監視方法 | |
| US20040109687A1 (en) | Fast rerouting method through generalized multi-protocol label switching | |
| JP3744362B2 (ja) | ネットワークにおけるリング形成方法及び障害回復方法並びにリング形成時のノードアドレス付与方法 | |
| US7142505B2 (en) | Method and apparatus for restoring a network | |
| JP2009239359A (ja) | 通信ネットワークシステム、通信装置、経路設計装置及び障害回復方法 | |
| US20070014573A1 (en) | Exchange structure and a method of connection configuration between the optical networks | |
| JP2010226393A (ja) | 自律分散制御によるパス設定方法およびシステム並びに通信装置 | |
| WO2007071189A1 (en) | A method and device for recovering the share mesh network | |
| JP4376601B2 (ja) | ネットワーク障害検出方法及びその装置 | |
| JP4377401B2 (ja) | 通信ネットワークにおけるパスの故障救済を行うための装置 | |
| Asthana et al. | Protection and restoration in optical networks | |
| US20140040476A1 (en) | Method and system for network restructuring in multilayer network | |
| JP4459973B2 (ja) | 通信ネットワークにおけるパスの故障救済を行うための装置及び方法 | |
| CN116614173B (zh) | 一种保护通道的配置方法及通信系统 | |
| JP2000078176A (ja) | 通信ネットワ―ク及び通信ネットワ―ク・ノ―ド装置 | |
| Vinodkrishnan et al. | Survivability in IP over WDM networks | |
| JP4120671B2 (ja) | パス設定方法および通信ネットワーク並びにそれに用いる集中制御装置およびノード装置 | |
| Zeng et al. | A novel end-to-end fault detection and localization protocol for wavelength-routed WDM networks | |
| JP4704311B2 (ja) | 通信システムおよび故障復旧方法 | |
| JP4446453B2 (ja) | 通信ネットワークにおけるパスの故障救済を行うための装置及び方法 | |
| JP4237789B2 (ja) | 通信ネットワークにおけるパスの故障救済を行うための装置及び方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20050607 |