ノード、制御装置及び通信システム
【課題】 ユーザデータを通信するデータプレーンと、データ転送装置を管理する制御プレーンを異なる媒体で構成するネットワークにおいて、制御プレーンにのみ障害が発生したときに、データ転送中のデータプレーンのパス切断を防ぐこと。
【解決手段】 制御プレーンのＧＭＰＬＳ制御装置が隣接ノードとのリフレッシュタイムアウトを検出したときに（１０１）、障害制御装置に対応する伝送装置の障害有無を調べ（１０２）、障害が制御プレーンに限定される場合には、パス状態を維持し（１０３）、伝送装置のリソース解放を行なわずに、隣接ノードとのリフレッシュメッセージの交換を継続する（１０４〜１０７）。
【解決手段】 制御プレーンのＧＭＰＬＳ制御装置が隣接ノードとのリフレッシュタイムアウトを検出したときに（１０１）、障害制御装置に対応する伝送装置の障害有無を調べ（１０２）、障害が制御プレーンに限定される場合には、パス状態を維持し（１０３）、伝送装置のリソース解放を行なわずに、隣接ノードとのリフレッシュメッセージの交換を継続する（１０４〜１０７）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ノード、制御装置及び通信システムに係り、特に、ユーザデータを転送するデータプレーンと、データ転送装置を管理する制御プレーンを異なる媒体で構成するネットワークにおける、データ転送・パス制御等を行うためのノード、制御装置及び通信システムに関する。
【背景技術】
【０００２】
近年ブロードバンドアクセス網の高速化に伴い、基幹ネットワークの大容量伝送を実現するために、光伝送技術の開発が進んでいる。ＧＭＰＬＳ（Ｇｅｎｅｒａｌｉｚｅｄ Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）は、従来のＭＰＬＳのラベルスイッチング技術を光波長スイッチにも拡大したもので、ＰＳＣ（Ｐａｃｋｅｔ Ｓｗｉｔｃｈ Ｃａｐａｂｌｅ）、 Ｌ２ＳＣ（Ｌａｙｅｒ ２ Ｓｗｉｔｃｈ
Ｃａｐａｂｌｅ）、 ＬＳＣ（Ｌａｍｂｄａ Ｓｗｉｔｃｈ Ｃａｐａｂｌｅ）、
ＦＳＣ（Ｆｉｂｅｒ Ｓｗｉｔｃｈ Ｃａｐａｂｌｅ）などの異なるスイッチング技術を採用している伝送装置を共通の制御プロトコルで管理する為のフレームワークであり、ユーザデータを転送するデータプレーンと、データ転送装置を管理する制御プレーンとで構成される。データプレーンと制御プレーンは、論理的に分離され、異なる物理媒体で構成することができる。
【０００３】
従来技術として、ＧＭＰＬＳでパスを制御するために使用するシグナリングプロトコルのひとつとして、ＲＳＶＰ−ＴＥ（Ｒｅｓｏｕｒｃｅ ＲｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ）がある(非特許文献１参照)。ＲＳＶＰ―ＴＥは、パスを確立したい経路に沿って、パスの始点・終端、経路、スイッチ種別、帯域などの属性情報を保持したＰａｔｈメッセージを伝播することによって、リソース予約を行い、ＬＳＰ（Ｌａｂｅｌ Ｓｗｉｔｃｈｅｄ Ｐａｔｈ）を確立する。また、ＬＳＰを維持するために、制御プレーンの隣接ノード間で一定時間間隔でリフレッシュメッセージを交換する。(非特許文献２参照)
また、ＧＭＰＬＳ制御プレーンで障害が発生したときの障害回復方法として、制御装置が再起動して障害前のパス状態を失っても、制御装置が再起動したときに、制御すべきパス状態を隣接ノードから取得して、パス情報を回復することができるグレースフルリスタート方式が提案されている（非特許文献３参照）。
特許文献１では、データプレーンと制御プレーンの状態を監視するために、ＲＳＶＰ−ＴＥでＬＳＰを設定したときに、制御プレーン装置がデータプレーンの経路状態を取得して、ＧＭＰＬＳネットワークの外部のネットワーク管理システムに対して通知する方法が示されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Ｌ． Ｂｅｒｇｅｒ， ｅｔ ａｌ．： ＩＥＴＦ ＲＦＣ３４７３、「Ｇｅｎｅｒａｌｉｚｅｄ Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ （ＧＭＰＬＳ） Ｓｉｇｎａｌｉｎｇ Ｒｅｓｏｕｒｃｅ ＲｅｓｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ （ＲＳＶＰ−ＴＥ） Ｅｘｔｅｎｓｉｏｎｓ」， Ｊａｎｕａｒｙ ２００３ ｐ１−４２
【非特許文献２】Ｒ． Ｂｒａｄｅｎ， ｅｔ ａｌ．： ＩＥＴＦ ＲＦＣ２２０５、「Ｒｅｓｏｕｒｃｅ ＲｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＲＳＶＰ）―― Ｖｅｒｓｉｏｎ １ Ｆｕｎｃｔｉｏｎａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、Ｓｅｐｔｅｍｂｅｒ １９９７ ｐ１−１１２
【非特許文献３】Ａ． Ｓａｔｙａｎａｒａｙａｎａ ， ｅｔ ａｌ．：ＲＦＣ５０６３， 「Ｅｘｔｅｎｓｉｏｎｓ ｔｏ ＧＭＰＬＳ Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＲＳＶＰ） Ｇｒａｃｅｆｕｌ Ｒｅｓｔａｒｔ」，Ｏｃｔｏｂｅｒ ２００７ ｐ１−２４
【特許文献】
【０００５】
【特許文献１】特開２００８−６６９８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
制御プレーンとデータプレーンを異なる媒体で構成するネットワークにおいて、すでに確立済みのパスにデータが転送されているときに、制御プレーンに限定される障害によって、データ転送中のデータプレーンを切断することは、ネットワークの信頼性を損ねる結果になる可能性が想定される。
従来技術のように、制御プレーン装置とデータプレーン装置の経路状態を常に一致させる方法では、制御プレーンのみに生じた障害の際に対応できないという課題があった。
また、特許文献１では、制御プレーンとデータプレーンでの状態不一致を検知することができるが、制御プレーンの障害時に必ずしもパス状態を保証することはできない。
以下に、本発明が解決しようとする課題について、詳細に説明する。
ＧＭＰＬＳ制御するネットワークにおいて、通信パスを確立するためのシグナリングプロトコルＲＳＶＰ−ＴＥでは、一定時間単位に隣接ノード間でパスメッセージを交換することによって、パスの状態を維持するソフトステート管理を行なう。このパスメッセージを交換する一定時間単位をリフレッシュタイムと呼び、各隣接ノード間では、リフレッシュタイム毎にリフレッシュメッセージを交換して、パスの状態を維持している。
リフレッシュタイムを過ぎてメッセージが受信されないときは、隣接ノードの異常として検知することができる。リフレッシュタイムを過ぎる（以下、リフレッシュタイムアウトと記す。）と、ノードはリソースを解放して、パスを切断することによって、無期限にリソースを確保し続けることなく、リソースを有効に使うことができるし、障害機器の切り離しに役立つ。
パスを管理するシグナリングに使用する制御プレーンと、データが通過するデータプレーンを、同じ媒体で構成するときには、リフレッシュタイムアウトの発生は、障害の切り離しとして有効である。
一方、光伝送装置の制御のため、制御プレーンとデータプレーンを異なる媒体で構成するとき、すでに確立済みのデータプレーンにデータが転送されているときに、制御プレーンに限定される障害によって、データ転送中のデータプレーンを切断することは、ネットワークの信頼性を損ねる結果になる可能性が想定される。
【０００７】
つぎに、図３１、図３、図４を用いて、ＧＭＰＬＳネットワークのＲＳＶＰソフトステート状態管理における課題を説明する。
図３１は、ＧＭＰＬＳで制御するネットワーク装置の構成図である。
本ネットワーク装置は、例えば、ノードＡ３１０１、Ｂ３１０２、Ｃ３１０３、Ｄ３１０４、Ｅ３１０５と、ネットワーク３１１と、データ転送路３１２を備える。
伝送装置Ａ３１２１、伝送装置Ｂ３１２２、伝送装置Ｃ３１２３、伝送装置Ｄ３１２４、伝送装置Ｅ３１２５の５台の伝送装置でネットワークを構成するとき、それぞれの伝送装置のクロスコネクトを制御するＧＭＰＬＳ制御部３１１１、３１１２、３１１３、３１１４、３１１５が１対１に対応する。伝送装置１台とＧＭＰＬＳ制御部１台で１ノードを形成し、それぞれ、ノードＡ３１０１、ノードＢ３１０２、ノードＣ３１０３、ノードＤ３１０４、ノードＥ３１０５とする。ＧＭＰＬＳ制御部部分３１１１、３１１２、３１１３、３１１４、３１１５、およびネットワーク３１１を制御プレーン、伝送装置部分３１２１、３１２２、３１２３、３１２４、３１２５およびデータ転送路３１２をデータプレーンと呼ぶ。
【０００８】
図３は、ＲＳＶＰリフレッシュメッセージによる状態維持を示したメッセージシーケンス図である。
ノードＡ２０１から、ノードＢ２０２、ノードＣ２０３、ノードＤ２０４を通って、ノードＥ２０５に到達するパスを確立するときには、例えば、経路に沿ってＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５間にＰａｔｈメッセージ３１ａ、３１ｂ、３１ｃ、３１ｄを伝播し、リソースを予約してＲｅｓｖメッセージ３２ｅ、３２ｄ、３２ｃ、３２ｂを反対方向に伝播することによってＬＳＰ（Ｌａｂｅｌ Ｓｗｉｔｃｈｅｄ Ｐａｔｈ）３４を確立する。
ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５は、Ｒｅｓｖメッセージで予約したリソース情報をもとに、それぞれ対応する伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５にインタフェース情報を設定する。これを制御プレーン・データプレーン状態同期（Ｃ−Ｄ間状態同期と記す）３３ａ、３３ｂ、３３ｃ、３３ｄ、３３ｅと呼ぶ。
制御プレーンの各隣接ノード間では、リフレッシュタイム３５毎にリフレッシュメッセージ３６、３７を交換して、パスの状態を維持している。
【０００９】
図４は、ＧＭＰＬＳ制御部障害時のＲＳＶＰ−ＴＥメッセージシーケンス図である。
つぎに、ノードＣのＧＭＰＬＳ制御装置Ｃ２１３で障害が発生したときのメッセージシーケンスについて説明する。
ＬＳＰ確立後（４００）、ノードＣのＧＭＰＬＳ制御装置Ｃ２１３で障害が発生すると、隣接ノードであるノードＢのＧＭＰＬＳ制御装置Ｂ２１２、ノードＤのＧＭＰＬＳ制御装置Ｄ２１４は、それぞれリフレッシュタイムアウト４２２、４２１を検出する（４３２、４３１）。
ＲＳＶＰのソフトステート状態管理に従えば、リフレッシュタイムアウトを検出したＧＭＰＬＳ制御装置Ｄ２１４は、下流方向にはＰａｔｈＴｅａｒメッセージ４４１を送信し、自ノードでは下流方向隣接とのパス状態を消去する（４５１）。ＰａｔｈＴｅａｒメッセージ４４１を受信したノードＥ２１５では、パス状態を消去する（４６１）。一方、同様にリフレッシュタイムアウトを検出したＧＭＰＬＳ制御装置Ｂ２１２は、上流方向にはＲｅｓｖＴｅａｒメッセージ４４２を送信し、自ノードでは上流方向隣接とのパス状態を消去する（４５２）。ＲｅｓｖＴｅａｒ４４２メッセージを受信したノードＧＭＰＬＳ制御装置Ａ２１１では、パス状態を消去する（４６２）。
パス状態を消去するとき、各ノードでは、ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５から、それぞれ対応する伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５に向かってパスの切断、すなわち、リソースの解放を指示する（４７１、４７２、４７３、４７４）（以下、Ｄプレーン切断と記す。）。
【００１０】
以上のように、従来は、ＧＭＰＬＳ制御装置Ａ２１１又はＢ２１２又はＣ２１３又はＤ２１４又はＥ２１５に障害が発生しても、伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又Ｅは２２５に異常がない場合に、伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５へのリソース解放指示をすることは、すでにデータ転送中のパスを切断してしまうという課題があった。
また、従来、リフレッシュタイムを無期限にセットすることによって、リフレッシュタイムアウトの発生を抑止することができるが、隣接ノードの変更や異常を検出することができない場合がある。
さらに、制御プレーンのＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５は、制御プレーンで障害が発生したときに、あらかじめ宣言した再起動時間の間、リフレッシュタイマーを抑止し、パスを切断することを延期することができるグレースフルリスタート機能を持つことができる。しかし、あらかじめ予測した再起動時間を超えて、障害復旧したときには、データプレーンのパスを保証することができない場合がある。
【００１１】
図５は、グレースフルリスタート機能を有するＧＭＰＬＳ制御装置障害時のＲＳＶＰ−ＴＥメッセージシーケンス図である。
以下に、グレースフルリスタート時のメッセージシーケンスについて説明する。
例えば、ノードＣ２１３が再起動機能、および、再起動時間をあらかじめＨｅｌｌｏメッセージ５０３、５０４で隣接ノードに対し宣言していたとき、障害発生５１０を検出した隣接ノード（５３１、５３２）では、再起動時間５４０はリフレッシュを抑止するが、この待ち時間を超えた場合、ＰａｔｈＴｅａｒメッセージ５４１、ＲｅｓｖＴｅａｒメッセージ５４２をそれぞれ隣接ノードに送信し、自ノードのパス状態も消去する（５５１、５５２）。再起動時間５４０を過ぎて、ノードＣ２１３が再起動したとき、すでに、ノードＣ２１３に関連するパス状態は消去され（５５１、５５２）、データプレーンのリソースも解放されている（５７１、５７２、５７３、５７４）。
したがって、再起動時間が予測できない場合、または予想外に長時間を要したときには、グレースフルリスタート機能をもっても、データ転送中のパスを必ずしも保証することができない場合があるという課題があった。
【００１２】
本発明は、以上の点に鑑み、制御プレーンに限定される障害の場合に、既に確立済みで使用中のデータプレーンのパスを切断せずに、データ転送を継続し、リソースの再割り当てなく障害を復旧することができるノード、制御装置及び通信システムを提供することを目的のひとつとする。
また、本発明は、データプレーン障害時におけるリソースリークの防止、および、制御プレーン障害によるパスの誤切断の防止を両立することができるノード、制御装置及び通信システムを提供することを目的のひとつとする。
【課題を解決するための手段】
【００１３】
本発明の通信システムは、例えば、
パスメッセージを通信する複数の制御装置と、
前記複数の制御装置の各々と個々に対応する複数のデータ転送装置と、
前記複数の制御装置の各々を
接続する手段と、
前記複数のデータ転送装置の各々を接続する手段と、
を有し、
前記制御装置は、
パス情報を保持する手段と、
隣接制御装置との間で一定時間間隔でパスメッセージを交換する手段と、
隣接制御装置の状態を保持する手段と、
前記データ転送装置にデータ転送路状態を指示する手段と、
前記データ転送装置のデータ転送路状態を取得する手段と、
前記データ転送装置のデータ転送路状態を保持する手段と、
前記複数の制御装置のうちの１の制御装置に障害が生じたときに、前記パスメッセージの送信の中止を検知する手段と、
前記データ転送装置の障害がないことを検知したときに、パス状態維持指令を生成する手段と
を有し、
前記データ転送装置は、
データ転送路の障害を検出する手段と、
データ転送路の障害を前記制御装置に伝達する手段と、
データ転送路状態を保持する手段と、
を有するように構成することができる。
【００１４】
また、前記制御装置は、
前記複数の制御装置のうちの１の制御装置に障害が生じたときに、
前記パスメッセージの送信の中止を検知する手段と、
前記データ転送装置の障害があることを検知したときに、パス状態廃棄指令を生成する手段と
を有するようにしてもよい。
また、前記制御装置は、前記データ転送装置の障害がないことを検知したときに、
前記複数の制御装置のうち前記パスメッセージを発信した制御装置に対して、
障害制御装置識別番号とパス制御異常状態情報を生成する手段と、送信する手段と
を有するようにしてもよい。
また、前記制御装置は、
前記障害制御装置が復旧したことを検知する手段を有し、
前記障害制御装置が復旧したことを検知したときに、
前記複数の制御装置のうち前記パスメッセージを発信した制御装置に対して、
障害回復制御装置識別番号とパス制御状態回復情報を生成する手段と、送信する手段と
有するようにしてもよい。
また、前記制御装置は、
前記障害制御装置が復旧したことを検知する手段を有し、
前記障害制御装置が復旧したことを検知したときに、または、前記障害制御装置からパス情報の回復要求があったときに、保持していた当該パス情報を伝達する手段と、
を有し、
前記障害制御装置は、伝達された当該パス情報を使って、パス情報を回復する手段と
を有するようにしてもよい。
また、前記複数の制御装置のうち前記パスメッセージを発信した制御装置は、
受信した障害制御装置識別番号とパス制御状態情報を管理するテーブルを有するようにしてもよい。
また、前記複数の制御装置のうち前記パスメッセージを発信した制御装置は、
新たなパス確立命令を発信するときに、障害制御装置識別番号とパス制御状態情報管理テーブルを参照して、障害制御装置を通過するパス確立命令に対して、警告を発行するようにしてもよい。
【００１５】
本発明の第１の解決手段によると、
隣接ノードの伝送装置とユーザデータを通信する伝送装置と、隣接ノードの制御装置とメッセージを通信し自ノードの前記伝送装置を管理する制御装置とを備えたノードであって、
該ノードの制御装置は、
前記隣接ノードの制御装置から送信されるメッセージの受信状況に基づいて、前記隣接ノードの制御装置の障害の有無を検出し、
前記隣接ノードの制御装置の障害を検出すると、自ノードの伝送装置に状態問合せ通知を発行して障害警報検出有無を調べ、
前記ノードの伝送装置の障害警報検出がない場合には、前記ノードのパス状態を維持する、
ことを特徴とするノードが提供される。
【００１６】
本発明の第２の解決手段によると、
隣接する制御装置である第一の隣接制御装置とメッセージを通信し、隣接する伝送装置間でユーザデータを通信する伝送装置を管理する制御装置であって、
該制御装置は、
前記第一の隣接制御装置から送信されるメッセージの受信状況に基づいて、前記第一の隣接制御装置の障害の有無を検出し、
前記第一の隣接制御装置の障害を検出すると、前記伝送装置に状態問合せ通知を発行して障害警報検出有無を調べ、
前記伝送装置の障害警報検出がない場合には、前記伝送装置と該伝送装置と隣接する第一の隣接伝送装置との間のパス状態を維持する、
ことを特徴とする制御装置が提供される。
【００１７】
本発明の第３の解決手段によると、
隣接ノードの伝送装置とユーザデータを通信する伝送装置と、隣接ノードの制御装置とメッセージを通信し自ノードの前記伝送装置を管理する制御装置とを備えたノードを有する通信システムであって、
該ノードの制御装置は、
前記隣接ノードの制御装置から送信されるメッセージの受信状況に基づいて、前記隣接ノードの制御装置の障害の有無を検出し、
前記隣接ノードの制御装置の障害を検出すると、自ノードの伝送装置に状態問合せ通知を発行して障害警報検出有無を調べ、
前記ノードの伝送装置の障害警報検出がない場合には、前記ノードのパス状態を維持する、
ことを特徴とする通信システムが提供される。
【発明の効果】
【００１８】
本発明によると、制御プレーンに限定される障害の場合に、既に確立済みで使用中のデータプレーンのパスを切断せずに、データ転送を継続し、リソースの再割り当てなく障害を復旧することができるノード、制御装置及び通信システムを提供することができる。
さらに、本発明によると、データプレーン障害時におけるリソースリークの防止、および、制御プレーン障害によるパスの誤切断の防止を両立することができるノード、制御装置及び通信システムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本実施の形態の動作を表すフローチャート。
【図２】第１の実施の形態におけるＧＭＰＬＳで制御するネットワーク装置の構成図。
【図３】ＲＳＶＰリフレッシュメッセージによる状態維持を示したメッセージシーケンス図。
【図４】ＧＭＰＬＳ制御部障害時のＲＳＶＰ−ＴＥメッセージシーケンス図。
【図５】グレースフルリスタート機能を有するＧＭＰＬＳ制御装置障害時のＲＳＶＰ−ＴＥメッセージシーケンス図。
【図６】第１の実施の形態のＧＭＰＬＳ制御装置の構成図。
【図７】第１の実施の形態の伝送装置の構成図。
【図８】第１の実施の形態のパス状態管理表の説明図。
【図９】第１の実施の形態の隣接ノード状態表の説明図。
【図１０】第１の実施の形態の伝送装置制御部のスイッチ状態管理表の説明図。
【図１１】第１の実施の形態のＧＭＰＬＳ制御部ＩＦ状態管理表の説明図。
【図１２】第１の実施の形態のＧＭＰＬＳ制御部と伝送装置制御部の状態同期方法の説明図。
【図１３】第１の実施の形態においてＧＭＰＬＳ制御装置Ｃ２１３障害時で、データプレーンには障害無い場合のメッセージシーケンス図。
【図１４】第１の実施の形態のＬＳＰ確立時における、パス状態管理表の説明図。
【図１５】第１の実施の形態のＬＳＰ確立時における、隣接ノード状態表の説明図。
【図１６】第１の実施の形態のＬＳＰ確立時における、伝送装置のスイッチ状態表の説明図。
【図１７】第１の実施の形態のＬＳＰ確立時における、ＧＭＰＬＳ制御部で管理しているＧＭＰＬＳ制御部のＩＦ状態管理表の説明図。
【図１８】第１の実施の形態のＧＭＰＬＳ制御部Ｃの障害発生時における、パス状態管理表の説明図。
【図１９】第１の実施の形態のＧＭＰＬＳ制御装置Ｃの障害発生時における、隣接ノード状態表の説明図。
【図２０】第１の実施の形態のＧＭＰＬＳ制御装置Ｃの障害発生時における、伝送装置のスイッチ状態表およびＧＭＰＬＳ制御装置のＩＦ状態管理表の説明図。
【図２１】第１の実施の形態のＧＭＰＬＳ制御装置障害時、データプレーン障害ありの場合のメッセージシーケンス図。
【図２２】第１の実施の形態のＧＭＰＬＳ制御装置Ｃおよび伝送装置Ｃの障害発生時における、伝送装置のスイッチ状態表の説明図。
【図２３】第２の実施の形態の制御プレーン通信障害の場合のメッセージシーケンス図。
【図２４】第２の実施の形態のパス状態管理表の説明図。
【図２５】第２の実施の形態の隣接ノード状態表の説明図。
【図２６】第２の実施の形態のスイッチ状態表の説明図。
【図２７】第３の実施の形態に関して、ノードＣ２１３で制御プレーンの障害２７１０が発生したときのメッセージシーケンス図。
【図２８】第３の実施の形態の障害通知を送信するときのフローチャート。
【図２９】第３の実施の形態の障害管理表の説明図。
【図３０】第３の実施の形態に関して、ノードＣ２０３でデータプレーンの障害２７０が発生したときのメッセージシーケンス図。
【図３１】ＧＭＰＬＳで制御するネットワーク装置の構成図。
【発明を実施するための形態】
【００２０】
１．第１の実施の形態
１−１．ネットワークおよび装置構成
図２は、第１の実施の形態におけるＧＭＰＬＳで制御するネットワーク装置の構成図である。
本ネットワーク装置は、例えば、ノードＡ２０１、Ｂ２０２、Ｃ２０３、Ｄ２０４、Ｅ２０５と、ネットワーク２１（２１ａ〜２１ｅ）と、データ転送路２２とを備える。
例えば、図示のような５台の伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５でネットワークを構成するとき、それぞれの伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５のクロスコネクトを制御するＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５がそれぞれ１対１に対応する。この場合、伝送装置１台とＧＭＰＬＳ制御装置１台で１ノードを形成し、それぞれ、ノードＡ２０１、ノードＢ２０２、ノードＣ２０３、ノードＤ２０４およびノードＥ２０５とする。すなわち、ノードＡ２０１は、ＧＭＰＬＳ制御装置Ａ２１１と、伝送装置Ａ２２１と、ノード内の伝送路２３１を有する。また、ノードＢ２０２、Ｃ２０３、Ｄ２０４、Ｅ２０５においても同様の構成を有する。また、伝送装置Ａ２２１は、ＩＦ１ ２２１１、ＩＦ２ ２２１２、ＩＦ３ ２２１３およびＩＦ４ ２２１４を有する。また同様に、伝送装置Ｂ２２２は、ＩＦ１ ２２２１〜ＩＦ４ ２２２４を有し、伝送装置Ｃ２２３は、ＩＦ１ ２２３１〜ＩＦ４ ２２３４を有する。そして、伝送装置Ｄ２２４および伝送装置Ｅ２２５も同様に、伝送装置Ｄ２２４は、ＩＦ１ ２２４１〜ＩＦ４ ２２４４を有し、伝送装置Ｅ２２５は、ＩＦ１ ２２５１〜２２５４を有する。
例えば、ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４、Ｅ２１５、およびネットワーク２１を制御プレーンと呼ぶ。また、例えば、伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５およびデータ転送路２２をデータプレーンと呼ぶ。また、この例では、上流は図の左側、下流は図の右側を表す。
【００２１】
図６は、第１の実施の形態のＧＭＰＬＳ制御装置の構成図である。
ＧＭＰＬＳ制御装置Ａ２１１は、例えば、ＧＭＰＬＳ制御部６１と、メモリ６２と、２次記憶装置６３と、Ｃ−Ｄ間通信インタフェース６４と、通信インタフェース６５を備える。また、ＧＭＰＬＳ制御装置Ａ２１１は、対応する伝送装置Ａ２２２とＣ−Ｄ間通信インタフェース６４で接続される（２３１）。そして、ＧＭＰＬＳ制御装置Ａ２１１は、制御プレーンの他のＧＭＰＬＳ制御装置Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５とは通信インタフェース６５、ネットワーク２１ａを介して通信する。なお、他のＧＭＰＬＳ制御装置Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５においても同様の構成である。
図７は、第１の実施の形態の伝送装置の構成図である。
伝送装置Ａ２２１は、例えば、伝送装置制御部７１と、スイッチ７５と、インタフェース２２１１、２２１２、２２１３および２２１４と、メモリ７２と、２次記憶装置７３と、Ｃ−Ｄ間通信インタフェース７４を備える。また、インタフェース１ ２２１１は、受信信号解析部７５１２と、送信信号生成部７５１３と、障害管理部７５１５を有する。なお、インタフェース２ ２２１２、インタフェース３ ２２１３およびインタフェース４ ２２１４においても同様の構成を有する。この例では、インタフェースは４つ示されているが、これに限定されず適宜の数備えることができる。
伝送装置Ａ２２１は、対応するＧＭＰＬＳ制御装置Ａ２１１とは、通信インタフェース７４、ノード内の伝送路２３１で接続する。スイッチ７５は、インタフェース１ ２２１１、インタフェース２ ２２１２、インタフェース３ ２２１３およびインタフェース４ ２２１４の入出力を切り替える機能を持つ。例えば、インタフェース１ ２２１１は、入力信号７５１１を受信し、受信信号解析部７５１２で信号を解析する。そして、送信信号生成部７５１３で出力信号７５１４を生成して送信する。障害管理部７５１５は、例えば、入力信号７５１１に障害信号が含まれているか否かを解析し、伝送装置制御部７１に伝える。また、例えば、当該伝送装置Ａ２２１に異常があれば障害信号を挿入して、送信信号生成部７５１３で出力信号７５１４を生成して送信する。これにより、隣接ノードでは、入力信号を解析して、障害警報を検出し、データプレーンでの障害有無を認識することができる。
【００２２】
図８は、第１の実施の形態のパス状態管理表の説明図である。
パス状態管理表８０は、例えば、ＧＭＰＬＳ制御装置２１１のメモリ６２上に記憶され、ＧＭＰＬＳ制御部６１によって、ＲＳＶＰ−ＴＥのパス状態管理を管理するために用いられる。パス状態管理表８０は、例えば、セッションＩＤ８１１に対応して、前ホップアドレス８１２と、次ホップアドレス８１３と、入力インタフェース（ＩＦと記す）識別子８１４と、入力ラベル８１５と、出力インタフェース（ＩＦと記す）識別子８１６と、出力ラベル８１７と、その他のパス属性８１８、８１９を記憶する。なお、エントリ８０１、８０２は各パスの状態を表す行である。なお、本実施の形態では、セッションを識別する情報等の各情報としてＩＤ、記号等を用いているが、セッション等の各情報を識別できる適宜の識別情報を用いてもよい。
図９は、第１の実施の形態の隣接ノード状態表の説明図である。
隣接ノード状態表９０は、例えば、セッションＩＤ９１１に対応して、上流隣接ノード９１２と、下流隣接ノード９１３の状態を記憶する。なお、エントリ９０１、９０２はそれぞれパスの状態を表す行である。上流隣接ノード９１２とは、Ｐａｔｈメッセージを送信する始点に近い側の隣接ノードを示し、下流隣接ノード９１３とは、Ｐａｔｈメッセージを伝播する終点に近い側の隣接ノードを示す。また、例えば、状態「正常」９２２とは、障害が報告されずに動作中であることを示し、「Ｃプレーン障害」９２１とは、隣接ＧＭＰＬＳ制御装置間で応答が確認できないことを示す。なお、本実施の形態では、セッションを識別する情報等の各情報としてＩＤ、記号等を用いているが、セッション等の各情報を識別できる適宜の識別情報を用いてもよい。
【００２３】
図１０は、第１の実施の形態の伝送装置制御部のスイッチ状態管理表の説明図である。
スイッチ状態管理表１００は、例えば、伝送装置Ａ２２１のメモリ７２に記憶され、伝送装置制御部７１で管理するスイッチ状態を表す。スイッチ状態管理表１００は、例えば、入力ＩＦ１０１１と、出力ＩＦ１０１２と、ＩＦ状態１０１３を対応して記憶する。なお、入力ＩＦ１０１１、出力ＩＦ１０１２は、それぞれパス状態管理表８０の入力ＩＦ８１４、出力ＩＦ８１６と１対１に対応する。また、ＩＦ状態１０１３は、例えば、未使用、予約、使用中、障害および障害警報検出などの状態を有する。ＩＦ状態１０１３の状態遷移は、例えば、初期状態は未使用状態であり、ＲＳＶＰ−ＴＥメッセージでパス確立されると予約状態に変更され、さらに、伝送装置Ａ２１１のインタフェース１ ２２１１又はインタフェース２ ２２１２又はインタフェース３ ２２１３又はインタフェース４ ２２１４にデータが流れたことを伝送装置制御部７１が認識すると使用中状態へ変更される。また、例えば、スイッチ装置７５に異常を検出したとき、または、データプレーンを通って、インタフェース１ ２２１１又はインタフェース２ ２２１２又はインタフェース３ ２２１３又はインタフェース４ ２２１４に異常を知らせる信号が届いたときに障害管理部７５１５が障害を検出したときに、障害状態又は障害警報検出状態がセットされる。
図１１は、第１の実施の形態のＧＭＰＬＳ制御部ＩＦ状態管理表の説明図である。
ＧＭＰＬＳ制御部ＩＦ状態管理表１１０は、伝送装置のスイッチ状態管理表１００の複製である。ＧＭＰＬＳ制御部ＩＦ状態管理表１１０は、例えばＧＭＰＬＳ制御装置Ａ２１１のメモリ６２上に記憶される。例えば、ＧＭＰＬＳ制御装置は、一定時間又は所定時刻に伝送装置にアクセスしてスイッチ状態管理表１００の情報を受け取り、自メモリのＧＭＰＬＳ制御部ＩＦ状態管理表１１０にその情報を記憶することができる。
【００２４】
図１２は、第１の実施の形態のＧＭＰＬＳ制御部と伝送装置制御部の状態同期方法の説明図である。
ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、隣接ノードからＰａｔｈメッセージ３１ａを受信し、パス状態管理表８０に該当する入力ラベル８１５等の項目をセットして、さらに下流側隣接ノードにＰａｔｈメッセージ３１ｂを伝播する。リソース予約するためのＲｅｓｖメッセージ３２ｃを受信すると、パス状態管理表８０に該当する出力ラベル８１６等の項目をセットし、さらに上流側隣接ノードにＲｅｓｖメッセージ３２ｂを伝播する。具体的には、例えば、ＧＭＰＬＳ制御装置Ｂ２１２は、Ｐａｔｈメッセージ３１ａ受信時に、パス状態管理表８０の該当するセッションＩＤに対応して、前ホップアドレス８１２、入力ラベル８１５、およびその他のパス属性８１８の項目をセットすることができる。また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、Ｒｅｓｖメッセージ３２ｃ受信時に、パス状態管理表８０の該当するセッションＩＤに対応して、次ホップアドレス８１３、出力ラベル８１６、およびその他のパス属性８１９の項目をセットすることができる。
【００２５】
さらに、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、伝送装置Ｂ２２２に、パス状態変更通知１２１１を送信し、ＧＭＰＬＳ制御装置Ｂ２１２は、スイッチ状態管理表１００のＩＦ状態をセットする。伝送装置Ｂ２２２は、状態変更受理通知１２２１をＧＭＰＬＳ制御装置Ｂ２１２に返信して状態変更の完了を通知する。また、伝送装置Ｂ２２２でインタフェース障害が確認されたときには、伝送装置Ｂ２２２は、ＧＭＰＬＳ制御装置Ｂ２１２にＩＦ障害通知１２３１を送信する。状態変更受理通知１２２１、ＩＦ障害通知１２３１を受信した、ＧＭＰＬＳ制御装置Ｂ２１２は、ＧＭＰＬＳ制御部ＩＦ状態管理表１１０に該当する値をセットして、伝送装置Ｂ２２１のスイッチ状態管理表１００の複製を作成する。これによって、ＧＭＰＬＳ制御部６１と伝送装置制御部７１の状態同期を完了する。
また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、必要に応じて、伝送装置Ｂ２２２に対して状態問合せ通知１２４１を発行し、状態報告通知１２５１を受信して伝送装置Ｂ２２２のスイッチ状態を取得することができる。
なお、ＧＭＰＬＳ制御装置Ｂ２１２は、伝送装置Ｂ２２２に、例えば、一定時間間隔毎又は設定時刻に、状態変更通知１２１１又は状態問合せ通知１２４１を送るように構成することができる。同様に、伝送装置Ｂ２２２は、ＧＭＰＬＳ制御装置Ｂ２１２に、例えば、一定時間間隔毎又は設定時刻に、ＩＦ障害通知１２３１、状態変更受理通知１２２１又は状態報告通知１２５１を送るように構成することができる。
【００２６】
１−２．フローチャート
図１は、本実施の形態の動作を表すフローチャートである。
このフローチャートは、各ＧＭＰＬＳ制御装置のＧＭＰＬＳ制御部６１が、メモリ６２等を参照して実行する。
ユーザデータを通信するデータプレーンと、データ転送装置を管理する制御プレーンを異なる媒体で構成するＧＭＰＬＳネットワークにおいて、例えば、隣接ノードのＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５間でパスメッセージを一定時間間隔で交換してパス状態を維持するリフレッシュ動作を行うとき、各ＧＭＰＬＳ制御装置のＧＭＰＬＳ制御部６１は、リフレッシュタイムアウトを検出したとき、又は、隣接ノード状態表を参照することにより、Ｃプレーン障害を検出する（１０１）。ＧＭＰＬＳ制御部６１は、隣接ノードの障害を検出すると、自ノードの伝送装置に障害信号が検出されているかを調べる（１０２）。ＧＭＰＬＳ制御部６１は、自ノードの伝送装置に障害信号が検出されず、障害が制御プレーンに限定される場合には、当該パス状態を維持する（１０３）。つぎに、ＧＭＰＬＳ制御部６１は、障害が疑われる隣接ノードのＧＭＰＬＳ制御装置と反対側の隣接に正常な隣接ＧＭＰＬＳ制御装置が存在するとき正常なノードにリフレッシュメッセージを送信する。すなわち、ＧＭＰＬＳ制御部６１は、上流側に正常なＧＭＰＬＳ制御装置が存在するとき（１０４）、リフレッシュメッセージを送信して隣接ノードとのパス状態を維持する（１０５）。さらに、下流側に正常なＧＭＰＬＳ制御装置が存在するとき（１０６）、リフレッシュメッセージを送信して、隣接ノードとのパス状態を維持する（１０７）。このときのリフレッシュメッセージは、例えば、図３で示すように、下流側にはＰａｔｈメッセージ３６、上流側にはＲｅｓｖメッセージ３７を送信する。一方、ステップ１０２で、自ノードの伝送装置に障害信号が検出されている場合、ＧＭＰＬＳ制御部６１は、当該パス状態のエントリをパス状態管理表から削除し、リソースを解放する（１０８）。
さらに、制御プレーン上のＧＭＰＬＳ制御装置が障害から復旧したら、ＧＭＰＬＳ制御部６１は、グレースフルリスタートに従って、隣接ノードからパス状態情報を取得して、データプレーンを切断せずに、パス状態を回復する。
【００２７】
１−３．シーケンス（制御装置の障害）
１−３−１．障害発生
図１３は、第１の実施の形態において、ＧＭＰＬＳ制御装置Ｃ２１３の障害時で、データプレーンには障害が無い場合のメッセージシーケンス図である。
例えば、図３のＬＳＰ確立３４後に、障害発生１３１０した場合をあらわす。
図１４、図１５、図１６、図１７は、図３のＬＳＰ確立３４時のそれぞれの状態表を表す。 図１８、図１９、図２０は、図１３のＧＭＰＬＳ制御装置Ｃ２１３の障害発生１３１０後、隣接ノードのＧＭＰＬＳ制御装置Ｄ２１４、ＧＭＰＬＳ制御装置Ｂ２１２がそれぞれリフレッシュタイムアウト１３２１、１３２２によってＧＭＰＬＳ制御装置Ｃ２１３の障害を検出１３３１、１３４１したときの状態表を表す。
【００２８】
ＬＳＰ確立時（３４）、例えば、伝送装置Ａ２２１のＩＦ２（２２１２）を始点として、伝送装置Ｂ２２２のＩＦ１（２２２１）、ＩＦ２（２２２２）、伝送装置Ｃ２２３のＩＦ１（２２３１）、ＩＦ２（２２３２）、伝送装置Ｄ２２４のＩＦ１（２２４１）、ＩＦ２（２２４２）、伝送装置Ｅ２２５のＩＦ１（２２５１）を終端とするパス状態が確立される。
【００２９】
以下に、ＬＳＰ確立時における各状態表について説明する。
図１４は、第１の実施の形態のＬＳＰ確立時における、パス状態管理表の説明図である。
このときの各ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５でそれぞれ管理するパス状態管理表８０ａ、８０ｂ、８０ｃ、８０ｄおよび８０ｅを図に示す。例えば、セッションＩＤ＝１０１で識別されるＬＳＰであって、「１９２．１６８．９９．１、１９２．１６８．９９．２、１９２．１６８．９９．３、１９２．１６８．９９．４、１９２．１６８．９９．５」というホップを通るＬＳＰの状態を示している。
図１５は、第１の実施の形態のＬＳＰ確立時における、隣接ノード状態表の説明図である。
図示のとおり、各ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５でそれぞれ管理する隣接ノード状態表９０ａ、９０ｂ、９０ｃ、９０ｄおよび９０ｅを示す。ＲＳＶＰ−ＴＥメッセージを交換してＬＳＰ確立した直後であるので、それぞれの隣接ノード状態は全て正常である。
図１６は、第１の実施の形態のＬＳＰ確立時における、伝送装置のスイッチ状態表の説明図である。
図示のとおり、ＬＳＰ確立時の伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５におけるスイッチ状態表１００ａ、１００ｂ、１００ｃ、１００ｄおよび１００ｅを示す。ＬＳＰ確立直後であるので、ＩＦ状態はすべて予約状態である。
図１７は、第１の実施の形態のＬＳＰ確立時における、ＧＭＰＬＳ制御部で管理しているＩＦ状態管理表の説明図である。
ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５とそれぞれ対応する伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５間で同期されているので、図１６と同じ状態がセットされている。
【００３０】
つぎに、ＧＭＰＬＳ制御装置の障害発生時における各状態表について説明する。
図１３の障害検出時（１３３１、１３４１）のそれぞれの状態表は、図１８、図１９、図２０である。
図１８は、第１の実施の形態のＧＭＰＬＳ制御装置Ｃの障害発生時における、パス状態管理表の説明図である。
この図は、各ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｄ２１４およびＥ２１５のパス状態を示しており、ＧＭＰＬＳ制御装置Ｃ２１３のパス状態管理表８０ｃは、ＧＭＰＬＳ制御部障害中のため参照できない。
図１９は、第１の実施の形態のＧＭＰＬＳ制御装置Ｃの障害発生時における、隣接ノード状態表の説明図である。
図示のとおり、各ＧＭＰＬＳ制御部Ａ２１１、Ｂ２１２、Ｄ２１４およびＥ２１５の各隣接ノードの状態を示す。ＧＭＰＬＳ制御装置Ｂ２１２は隣接ノードＧＭＰＬＳ制御装置Ｃ２１３との間でリフレッシュタイムアウトを検出し（１３２２）、障害検出した（１３４１）ため、隣接ノード状態表９０ｂの下流隣接ノード状態を「Ｃプレーン障害」とセットする。また同様に、ＧＭＰＬＳ制御装置Ｄ２１４は隣接ノードＧＭＰＬＳ制御装置Ｃ２１３との間でリフレッシュタイムアウトを検出し（１３２１）、障害検出した（１３３１）ため、隣接ノード状態表９０ｄの上流隣接ノード状態を「Ｃプレーン障害」とセットする。
図２０は、第１の実施の形態のＧＭＰＬＳ制御装置Ｃの障害発生時における、伝送装置のスイッチ状態表およびＧＭＰＬＳ制御装置のＩＦ状態管理表の説明図を表す。
このとき、データプレーンの伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又はＥ２２５には異常が発生していないため、スイッチ状態表１００ａ、１００ｂ、１００ｃ、１００ｄおよび１００ｅは、すべて「使用中」の状態である。
【００３１】
以上のような各状態表に従い、各ＧＭＰＬＳ制御装置は、次のように処理を実行する。
ＧＭＰＬＳ制御装置Ｃ２１３の障害中であるので、伝送装置Ｃ２２３は、そのまま当該パスを維持することになる。
ＧＭＰＬＳ制御装置Ｄ２１４は、ＧＭＰＬＳ制御装置Ｃ２１３の障害検出後（１０１、１３３１）、図１のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｄ２２４の状態をチェックし（以下、Ｄ状態問合せと記す。）（１０２、１３３２）、スイッチ状態表１００ｄ（又は、ＩＦ状態管理表１１０ｄ）は使用中であるため、当該パスを維持する（１０３、１３３４）。また、ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｄ２１４で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。ＧＭＰＬＳ制御装置Ｄ２１４は、上流隣接に異常なＧＭＰＬＳ制御装置Ｃ２１３がある。すなわち、上流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（１０４）、ＧＭＰＬＳ制御装置Ｄ２１４は、上流隣接に対してはリフレッシュメッセージを送信しない。また、下流隣接に正常なＧＭＰＬＳ制御装置Ｅ２１５が存在するので（１０６）、ＧＭＰＬＳ制御装置Ｄ２１４は、ＧＭＰＬＳ制御装置Ｅ２１５にリフレッシュメッセージを送信する（１０７、１３３５）。
ＧＭＰＬＳ制御装置Ｅ２１５は、上流でのＧＭＰＬＳ制御部障害に関係なく、隣接ノードとのパス状態を維持する（１３３６）。
【００３２】
障害ノードＣ２１３の上流側ＧＭＰＬＳ制御装置Ｂ２１２も同様に、ＧＭＰＬＳ制御装置Ｃ２１３障害検出後（１０１、１３４１）、図１のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｂ２２２の状態をチェックし（Ｄ状態問合せ）（１０２、１３４２）、スイッチ状態表１００ｂ（又は、ＩＦ状態管理表１１０ｂ）は使用中であるため、当該パスを維持する（１０３、１３４４）。また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｂ２１２で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。ＧＭＰＬＳ制御装置Ｂ２１２の上流隣接に正常なＧＭＰＬＳ制御装置Ａ２１１が存在するので（１０４）、ＧＭＰＬＳ制御装置Ｂ２１２は、ＧＭＰＬＳ制御装置Ａ２１１にリフレッシュメッセージを送信する（１０５、１３４５）。また、下流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（１０６）、ＧＭＰＬＳ制御装置Ｂ２１２は、下流隣接に対してはリフレッシュメッセージを送信しない。
ＧＭＰＬＳ制御装置Ａ２１１は、下流でのＧＭＰＬＳ制御部障害に関係なく、隣接ノードとのパス状態を維持する（１３４６）。
これにより、制御プレーンのＧＭＰＬＳ制御装置Ａ２１１又はＢ２１２又はＣ２１３又はＤ２１４又はＥ２１５で障害が発生し、データプレーンに障害が発生していないときに、使用中のデータ転送路２２を切断することなくパス状態を維持できる。
【００３３】
１−３−２．復旧
さらに、ＧＭＰＬＳ制御装置Ｃ２１３が障害から復旧１３１１したときの、パス状態の回復について説明する。
ＧＭＰＬＳ制御装置Ｃ２１３が障害から復旧１３１１したときには、ＧＭＰＬＳ制御装置Ｃ２１３は、隣接ノードに対しＨｅｌｌｏメッセージ（パス回復要求）１３５１、１３５２を送信し、障害回復を通知するとともに、パスの回復要求をする。第１の実施の形態では、障害ノードの再起動時間に関わらず、隣接ノードでパス状態が維持されているので（１３３４、１３４４）、ＧＭＰＬＳ制御装置Ｃ２１３が障害復旧した後の処理は非特許文献１、３で記載されるグレースフルリスタートを利用して、隣接ノードはそれぞれ、パス回復要求に対するＨｅｌｌｏメッセージ応答（パス回復ＯＫ）１３６１、１３６２を行なう。
下流隣接ＧＭＰＬＳ制御装置Ｄ２１４は、ＲｅｃｏｖｅｒｙＰａｔｈメッセージ１３７１によって、障害前にＧＭＰＬＳ制御装置Ｃ２１３がＧＭＰＬＳ制御装置Ｄに対して送信したＰａｔｈメッセージの情報を再送する。すなわち、ＧＭＰＬＳ制御装置Ｄ２１４は、パス状態管理表８０ｄに保存されているエントリのうち、ＧＭＰＬＳ制御装置Ｃ２１３ホップ１９２．１６８．９９．３を前ホップに持つエントリのセッションＩＤ、入力ラベル、その他のパス属性をＧＭＰＬＳ制御装置Ｃ２１３に送信する。これは、ＧＭＰＬＳ制御装置Ｃ２１３のパス状態管理表８０ｃのセッションＩＤ、次ホップアドレス、出力ラベル、その他のパス属性に相当する。
【００３４】
また上流隣接ＧＭＰＬＳ制御装置Ｂ２１２は、Ｐａｔｈ（Ｒｅｃｏｖｅｒｙ＿Ｌａｂｅｌ）メッセージ１３７２によって、ＧＭＰＬＳ制御装置Ｃ２１３と共有していたパスの状態を返信する。すなわち、ＧＭＰＬＳ制御装置Ｂ２１２は、パス状態管理表８０ｂのエントリのうち、ＧＭＰＬＳ制御装置Ｃ２１３の制御しているホップ１９２．１６８．９９．３を次ホップに持つエントリを選択し、セッションＩＤ、出力ラベル、その他の属性をＰａｔｈ（Ｒｅｃｏｖｅｒｙ＿Ｌａｂｅｌ）メッセージ１３７２に載せてＧＭＰＬＳ制御装置Ｃ２１３に送信する。これは、ＧＭＰＬＳ制御装置Ｃ２１３のパス状態管理表８０ｃのセッションＩＤ、前ホップアドレス、入力ラベル、その他のパス属性に相当する。
さらに、ＧＭＰＬＳ制御装置Ｃ２１３は、伝送装置Ｃ２２３に対してスイッチ状態の問合せを行う（１３８１）。具体的には、例えば、ＧＭＰＬＳ制御装置Ｃ２１３は状態問合せ通知１２４１（図１２）を伝送装置Ｃ２２３に対して発行する。伝送装置Ｃ２２３は、図２０の伝送装置Ｃ２２３のスイッチ状態表１００ｃを参照して、状態報告通知１２５１をＧＭＰＬＳ制御装置Ｃ２１３に送信する。こうして、図２０のように、ＧＭＰＬＳ制御装置Ｃ２１３は、ＩＦ状態表１１０ｃに入力ＩＦ＝ＩＦ１、出力ＩＦ＝ＩＦ２、ＩＦ状態＝使用中というエントリを追加する。使用中の「入力ＩＦ、出力ＩＦ」の組が「ＩＦ１、ＩＦ２」であるので、パス状態管理表８０ｃの入力ＩＦ、出力ＩＦの項目に、それぞれ、ＩＦ１、ＩＦ２をセットすることによって、障害前のパス状態管理表８０ｃに回復することができる。
そして、ＧＭＰＬＳ制御装置Ｃ２１３は、状態を回復して、Ｒｅｓｖメッセージ１３８２を上流隣接ノードのＧＭＰＬＳ制御装置Ａ２２１に送信する。
これにより、ＧＭＰＬＳ制御装置Ｃ２１３は、リソースの再割り当てやパスの切断をすることなく、パス状態を回復することができる。
【００３５】
１−４．シーケンス図（制御プレーンとデータプレーンの両方の障害）
次に、制御プレーンの障害とともに、データプレーンにも障害が発生しているときの処理の一例を示す。
図２１は、第１の実施の形態のＧＭＰＬＳ制御装置障害時、データプレーン障害ありの場合のメッセージシーケンス図である。
この図は、一例として、ＧＭＰＬＳ制御装置Ｃ２１３に障害が発生し、さらに、データプレーンの伝送装置Ｃ２２３にも障害が発生しているときのメッセージシーケンスを表す。
上述のように、ＧＭＰＬＳ制御装置Ｃ２１３に障害が発生２１１０し、隣接ノードのＧＭＰＬＳ制御装置Ｄ２１４、およびＧＭＰＬＳ制御装置Ｂ２１２では、それぞれリフレッシュタイムアウトを検出し（２１２１、２１２２）、ＧＭＰＬＳ制御装置Ｃ２１３の異常を検出する（２１３１、２１４１）。
図２２は、第１の実施の形態のＧＭＰＬＳ制御装置Ｃおよび伝送装置Ｃの障害発生時における、伝送装置のスイッチ状態表の説明図である。
このような状態でさらに、例えば、伝送装置Ｃ２２３に障害発生すると、隣接ノードの伝送装置Ｂ２２２および伝送装置Ｄ２２４は、それぞれ、図７に示す伝送装置の構成において各入力信号７５１１に障害信号を受信し、各障害管理部７５１２は障害を検出して、伝送装置Ｂ２２２およびＤ２２４のスイッチ状態表１００ｂ、１００ｄに障害警報検出状態をセットする。伝送装置Ａ２２１およびＥ２２５も同様に、それぞれ、各入力信号７５１１に障害信号を受信し、各障害管理部７５１２は障害を検出して、伝送装置Ａ２２１およびＥ２２５は、それぞれのスイッチ状態表１００ａ、１００ｅに障害警報検出状態をセットする。
【００３６】
以上のような各状態表に従い、各ＧＭＰＬＳ制御装置は、次のように処理を実行する。
ＧＭＰＬＳ制御装置Ｄ２１４は、制御プレーンの障害検出後（１０１、２１３１）、図１のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｄ２２４の状態をチェックし（Ｄ状態問合せ）（１０２、２１３２）、スイッチ状態表１００ｄは障害警報検出状態であるため、パス状態管理表８０ｄの当該パス状態のエントリ８０１を削除し、リソースを解放する（１０８、２１３４）。また、ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｄ２１４で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。そして、例えば、ＧＭＰＬＳ制御装置Ｄ２１４は、パス状態変更通知１２１１を送信して、伝送装置Ｄ２２４のスイッチ状態表１００ｄのＩＦ状態を未使用状態にセットする。また、ＧＭＰＬＳ制御装置Ｄ２１４は、下流ノードＧＭＰＬＳ制御装置Ｅ２１５に対して、Ｐａｔｈｔｅａｒメッセージ２１３５を送信して、パス状態削除指示を伝える。
同様に、ＧＭＰＬＳ制御装置Ｂ２１２は、制御プレーンの障害検出後（１０１、２１４１）、図１のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｂ２２２の状態をチェックし（Ｄ状態問合せ）（１０２、２１４２）、スイッチ状態表１００ｂは障害警報検出状態であるため、パス状態管理表８０ｂの当該パス状態のエントリ８０１を削除し、リソースを解放する（１０８、２１４４）。また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｂ２１２で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。そして、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、パス状態変更通知１２１１を送信して、伝送装置Ｂ２２２のスイッチ状態表１００ｂのＩＦ状態を未使用状態にセットする。また、ＧＭＰＬＳ制御装置Ｂ２１２は、上流ノードＧＭＰＬＳ制御装置Ａ２１１に対して、Ｒｅｓｖｔｅａｒメッセージ２１４５を送信して、パス状態削除指示を伝える。
これにより、データプレーンの障害時に、無期限にリソースを確保してしまうリソースリーク状態を防止することができる。
【００３７】
２．第２の実施の形態
第２の実施の形態は、制御プレーンの通信障害に伴う処理の一例である。
２−１．ネットワークおよびハード構成
図２に示すネットワーク構成、図６に示すＧＭＰＬＳ制御装置、図７に示す伝送装置構成、図８、図９、図１０、図１１に示す各状態表の構成、および図１２に示すＧＭＰＬＳ制御部と伝送装置制御部の状態同期方法は、第１の実施形態と同様である。
【００３８】
２−２．フローチャート
ＧＭＰＬＳ制御部６１が実行するフローチャートは、第１の実施の形態と同様である。
【００３９】
２−３．シーケンス（制御プレーンの通信路障害）
第２の実施の形態は、第１の実施の形態との違いは、制御プレーンのＧＭＰＬＳ制御装置の障害ではなく、制御プレーンの通信経路上に障害が発生していることである。
第２の実施の形態は、例えば、ＧＭＰＬＳ制御装置Ｃ２１３の制御プレーン通信インタフェース部２１ａに障害が発生していることを想定する。
図２３は、第２の実施の形態の制御プレーン通信障害の場合のメッセージシーケンス図である。
ＧＭＰＬＳ制御装置Ｃ２１３の制御プレーン通信インタフェース部２１ａに障害が発生２３１０、２３１１すると、隣接ノードである、ＧＭＰＬＳ制御装置Ｄ２１４、およびＢ２１２でリフレッシュタイムアウトを検知し、ＧＭＰＬＳ制御装置Ｃ２１３の異常を検出する（２３３１、２３５１）。ＧＭＰＬＳ制御装置Ｃ２１３は、隣接ノードＧＭＰＬＳ制御装置Ｄ２１４、およびＢ２１２の異常ととらえ、障害を検出する（２３４１）。
図２４は、第２の実施の形態のパス状態管理表の説明図である。
図２５は、第２の実施の形態の隣接ノード状態表の説明図である。
それぞれの図は、この時点でのパス状態管理表、隣接ノード状態表を表す。
図２５で、ＧＭＰＬＳ制御装置Ｂ２１２の隣接ノード状態表９０ｂは、下流隣接ノードのＣプレーン障害とセットされる。また、ＧＭＰＬＳ制御装置Ｃ２１３の隣接ノード状態表９０ｃは、上流および下流隣接ノードのＣプレーン障害とセットされる。そして、ＧＭＰＬＳ制御装置Ｄ２１４の隣接ノード状態表９０ｄは、上流隣接ノードのＣプレーン障害とセットされる。
【００４０】
図２６は、第２の実施の形態のスイッチ状態表の説明図である。
図示のとおり、制御プレーン通信障害発生時のデータプレーン伝送装置のスイッチ状態表を示し、伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４、Ｅ２２５ともＩＦ状態が使用中であることを示している（１００ａ、１００ｂ、１００ｃ、１００ｄ、１００ｅ）。
図２３のメッセージシーケンス図で、制御プレーンの障害を検出したＧＭＰＬＳ制御装置Ｂ２１２，Ｃ２１３，Ｄ２１４は、それぞれ、障害検出（２３５１、２３４１、２３３１）の時点で、図１のフローに従って処理を行なう。
制御プレーンの障害を検出した際、上流のノードＢのＧＭＰＬＳ制御装置Ｂ２１２は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｂ２２２の状態をチェックし（以下、Ｄ状態問合せと記す。）（１０２、２３５２）スイッチ状態表１００ｂは使用中であるため、当該パスを維持する（１０３、２３５４）。また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｂ２１２で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。ＧＭＰＬＳ制御装置Ｂ２１２の上流隣接に正常なＧＭＰＬＳ制御装置Ａ２１１が存在するので（１０４）、ＧＭＰＬＳ制御装置Ｂ２１２は、上流隣接ＧＭＰＬＳ制御装置Ａ２１１に対してリフレッシュメッセージを送信する（１０５、２３６１）。また、下流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（１０６）、ＧＭＰＬＳ制御装置Ｂ２１２は、下流隣接に対してはリフレッシュメッセージを送信しない。
【００４１】
制御プレーンの障害を検出した際、下流のノードＤのＧＭＰＬＳ制御装置Ｄ２１４は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｄ２２４の状態をチェックし（Ｄ状態問合せ）（１０２、２３３２）スイッチ状態表１００ｄは使用中であるため、当該パスを維持する（１０３、２３３４）。また、ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｄ２１４で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。ＧＭＰＬＳ制御装置Ｄ２１４は、上流隣接に異常なＧＭＰＬＳ制御装置Ｃ２１３がある。すなわち、上流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（１０４）、ＧＭＰＬＳ制御装置Ｄ２１４は、上流隣接に対してはリフレッシュメッセージを送信しない。また、下流隣接に正常なＧＭＰＬＳ制御装置Ｅ２１５が存在するので（１０６）、ＧＭＰＬＳ制御装置Ｄ２１４は、下流隣接ＧＭＰＬＳ制御装置Ｅ２１５に対してリフレッシュメッセージを送信する（１０７、２３３５）。
【００４２】
一方、両隣接ノードの障害を検出しているＧＭＰＬＳ制御装置Ｃ２１３は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｃ２２３の状態をチェックし（Ｄ状態問合せ）（１０２、２３４２）、スイッチ状態表１００ｃは使用中であるため、当該パスを維持する（１０３、２３４４）。また、ＧＭＰＬＳ制御装置Ｃ２１３は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｃ２１３で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。両隣接ノードが障害のため、ＧＭＰＬＳ制御装置Ｃ２１３は、リフレッシュメッセージの送信は行わない。詳細には、ＧＭＰＬＳ制御装置Ｃ２１３は、上流隣接に異常なＧＭＰＬＳ制御装置Ｃ２１３がある、すなわち、上流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（１０４）、ＧＭＰＬＳ制御装置Ｃ２１３は、上流隣接に対してはリフレッシュメッセージを送信しない。さらに、下流隣接にも正常なＧＭＰＬＳ制御装置が存在しないため（１０６）、ＧＭＰＬＳ制御装置Ｃ２１３は、下流隣接に対してもリフレッシュメッセージを送信しない。
ＧＭＰＬＳ制御装置Ｃ２１３の制御プレーン通信インタフェース部２１ａの障害が復旧２３１２したときは、Ｈｅｌｌｏメッセージ２３４５、２３４６、２３５５、２３５６の到達によって、それぞれ隣接ＧＭＰＬＳ制御装置Ｂ２１２、Ｃ２１３およびＤ２１４の回復を検出する。しかし、各ＧＭＰＬＳ制御装置Ｂ２１２、Ｃ２１３、Ｄ２１４がパス状態管理表８０ｂ、８０ｃ、８０ｄを維持しているため、パス状態管理表の回復は行なわない。
以上により、ＧＭＰＬＳ制御装置Ａ２１１又はＢ２１２又はＣ２１３又はＤ２１４又はＥ２１５の障害の場合だけでなく、制御プレーンの通信障害の場合にも、図１のフローを適用することができ、データプレーンに障害が発生していないときに、使用中のデータ転送路を切断することなくパス状態を維持することができる。
【００４３】
３．第３の実施の形態
第３の実施の形態は、障害ノードに関する情報を、パスの始点ノードに通知する形態の一例である。
３−１．ネットワークおよびハード構成
図２に示すネットワーク構成、図６に示すＧＭＰＬＳ制御装置、図７に示す伝送装置構成、図８、図９、図１０、図１１に示す各状態表の構成、および図１２に示すＧＭＰＬＳ制御部と伝送装置制御部の状態同期方法は、第１の実施形態と同様である。ただし、次の管理表が追加される。
図２９は、第３の実施の形態の障害管理表の説明図である。
始点ノードであるノードＡのＧＭＰＬＳ制御装置Ａ２１１は、通知された障害ノード情報を、図示の障害管理表２９０に登録する。また、ノードＡは、自ノードが始点であることを予め把握することができる、又は、予め設定されている。図示の障害管理表２９０は、例えば、ＧＭＰＬＳ制御装置Ａ２１１のメモリ６２上に記憶され、ノード識別子２９０１と、制御プレーン２９０２、あるいは、データプレーン２９０３の障害有無の情報を記憶するテーブルである。
【００４４】
３−２．フローチャート（始点ノードへの通知）
第３の実施の形態は、第１の実施の形態との違いは、例えば、障害ノードの上流隣接のＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４が、ＧＭＰＬＳ制御装置Ｃ２１３又はＤ２１４又はＥ２１５の障害ノードに関する通知、障害通知および回復通知をパスの始点ノードに送信することである。
図２８に、第３の実施の形態の障害通知を送信するときのフローチャートを示す。
このフローチャートは、各ＧＭＰＬＳ制御装置のＧＭＰＬＳ制御部６１が、メモリ６２等を参照して実行する。
第1の実施の形態と異なる点の一つは、ＧＭＰＬＳ制御部６１は、例えば、自ノードの伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又はＥ２２５に障害警報が検出されていないとき（２８０２）、下流側に正常な隣接ＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４又はＥ２１５が存在するか否かを判断し（２８０４）、存在しないときに、自ノードがＬＳＰの始点であるか否かを判定し（２８０８）、そして、ＧＭＰＬＳ制御部６１は、ＬＳＰ始点でないときには、ＬＳＰ始点のＧＭＰＬＳ制御装置Ａ２１１に対して、下流隣接に関する制御プレーン障害通知を送信することである（２８１０）。第1の実施の形態と異なるもう一つの点は、ＧＭＰＬＳ制御部６１は、例えば、自ノードの伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又はＥ２２５に障害警報が検出されているとき（２８０２）、下流側に正常な隣接ＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４又はＥ２１５が存在しないときに（２８１１）、自ノードがＬＳＰの始点であるか否かを判定し（２８１２）、ＬＳＰ始点でないときには、ＬＳＰ始点のＧＭＰＬＳ制御装置Ａ２１１に対して、下流隣接に関するデータプレーン障害通知を送信することである（２８１３）。
【００４５】
以下、フローチャートに従って処理を詳細に説明すると、まず、ＧＭＰＬＳ制御部６１は、隣接ＧＭＰＬＳ制御装置Ａ２１１又はＢ２１２又はＣ２１３又はＤ２１４又はＥ２１５との間にリフレッシュタイムアウトを検出したとき（２８０１）、自ノードの伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又はＥ２２５の障害警報の検出有無を調べる（２８０２）。ＧＭＰＬＳ制御部６１は、自ノードの伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又はＥ２２５に障害警報が検出されていれば、当該パス状態を削除しリソースを解放する（２８１０）。さらに、ＧＭＰＬＳ制御部６１は、下流側に正常な隣接ＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４又はＥ２１５が存在するかを判定し（２８１１）、存在しないときには、自ノードがＬＳＰの始点であるか否かを判定し（２８１２）、ＬＳＰ始点でないときには、ＬＳＰ始点のＧＭＰＬＳ制御装置Ａ２１１に対して、下流隣接に関する制御プレーンおよびデータプレーン障害通知を送信する（２８１３）。また、ステップ２８１１で、下流側に正常な隣接ＧＭＰＬＳ制御装置が存在する場合、および、ステップ２８１２で、自ノードがＬＳＰ始点であるときは、ＧＭＰＬＳ制御部６１は、処理を終了する。
【００４６】
一方、ＧＭＰＬＳ制御部６１は、ステップ２８０２において、自ノードの伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又はＥ２２５に障害警報が検出されないとき（２８０２）、当該パスの状態を維持し（２８０３）、下流側に正常な隣接ＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４又はＥ２１５が存在するか否か判断する（２８０４）。ＧＭＰＬＳ制御部６１は、下流側に正常な隣接ＧＭＰＬＳ制御装置が存在するとき、下流隣接ＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４又はＥ２１５にリフレッシュメッセージを送信する（２８０５）。一方ステップ２８０４で、下流側に正常な隣接ＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４又はＥ２１５が存在しないときには、ＧＭＰＬＳ制御部６１は、自ノードがＬＳＰの始点であるか否かを判定し（２８０８）、ＬＳＰ始点でないときには（２８０４）、ＬＳＰ始点のＧＭＰＬＳ制御装置Ａ２１１に対して、下流隣接に関する制御プレーン障害通知を送信する（２８０９）。また、ステップ２８０８で、自ノードがＬＳＰ始点であるときは、ＧＭＰＬＳ制御部６１は、処理を終了する。
【００４７】
さらに、ステップ２８０６で、上流側に正常な隣接ＧＭＰＬＳ制御装置Ａ２１１又はＢ２１２又はＣ２１３又はＤ２１４が存在するとき、ＧＭＰＬＳ制御部６１は、上流隣接ＧＭＰＬＳ制御装置Ａ２１１又はＢ２１２又はＣ２１３又はＤ２１４にリフレッシュメッセージを送信する（２８０７）。上流側に正常な隣接ＧＭＰＬＳ制御装置が存在しないときは、ＧＭＰＬＳ制御部６１は、リフレッシュメッセージを送信しない。
なお、自ノードが始点ノードであるか否かは、例えば、予め記憶したり、セッション毎に定めたりすることができる。また、始点ノードに対して障害通知を送信する方法については、例えば、予め全てのノードが始点ノードのアドレスを記憶しておき、障害検出時に当該アドレスに送信することで実現するようにしてもよい。また、例えば、パス状態管理表８０で記憶している前ホップアドレスより、上流に隣接するノードに障害通知を送信し、受信した上流隣接ノードが、同様に上流方向へ伝播させていくことで始点ノードに通知するとしてもよい。また、その他適宜の方法を用いて始点ノードに通知するとしてもよい。
終点ノード（例えばノードＥ）については、下流にノードを持たないため、図２８のフローチャートにおいて、ステップ２８０８および２８１２で、自ノードがＬＳＰ終点である場合にもｙｅｓに分岐する処理を付加することで、対応することができる。
また、始点ノード（例えばノードＡ）は、重複する障害通知を受信した場合も、例えば、後発の通知は廃棄するなどの適宜の方法により、動作するようにしてもよい。
【００４８】
３−３．シーケンス（始点ノードへの通知：制御プレーン障害）
図２７に、第３の実施の形態に関して、ノードＣ２１３で制御プレーンの障害２７１０が発生したときのメッセージシーケンス図を表す。
ＧＭＰＬＳ制御装置Ｄ２１４は、ＧＭＰＬＳ制御装置Ｃ２１３の障害検出後（２８０１、２７３１）、図２８のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｄ２１４は、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｄ２２４の状態をチェックし（以下、Ｄ状態問合せと記す。）（２８０２、２７３２）、スイッチ状態表１００ｄは使用中であるため、当該パスを維持する（２８０３、２７３４）。また、ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｄ２１４で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。
ＧＭＰＬＳ制御装置Ｃ２１３の障害中であるので、伝送装置Ｃ２２３は、そのまま当該パスを維持することになる。
ＧＭＰＬＳ制御装置Ｄ２１４は、下流隣接に正常なＧＭＰＬＳ制御装置Ｅ２１５が存在するので（２８０４）、リフレッシュメッセージを送信する（２８０５、２７３５）。一方、上流隣接には、異常なＧＭＰＬＳ制御装置Ｃ２１３がある。すなわち、上流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（２８０６）、ＧＭＰＬＳ制御装置Ｄ２１４は、上流隣接に対してはリフレッシュメッセージを送信しない。
ＧＭＰＬＳ制御装置Ｅ２１５は、上流でのＧＭＰＬＳ制御部障害に関係なく、隣接ノードとのパス状態を維持する（２７３６）。
以上のように、障害ノードの下流側のＧＭＰＬＳ制御装置（この例では、Ｄ２１４およびＥ２１５）の処理は、第1の実施形態と同様である。第1の形態と異なる点は、障害ノードの上流側のＧＭＰＬＳ制御装置（この例では、Ａ２１１およびＢ２１２）の処理である。
【００４９】
障害ノードＣ２１３の上流側ＧＭＰＬＳ制御装置Ｂ２１２も同様に、ＧＭＰＬＳ制御装置Ｃ２１３の障害検出後（２８０１、２７４１）、図２８のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｂ２２２の状態をチェックし（Ｄ状態問合せ）（２８０２、２７４２）、スイッチ状態表１００ｂは使用中であるため、当該パスを維持する（２８０３、２７４４）。また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｂ２１２で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。
ＧＭＰＬＳ制御装置Ｂ２１２は、下流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（２８０４）、自ノードがＬＳＰ始点であるかを判定し（２８０８）、始点ではないため、ＧＭＰＬＳ制御装置Ｂ２１２は、ＬＳＰ始点であるノードＡのＧＭＰＬＳ制御装置Ａ２１１に対して、下流隣接ＧＭＰＬＳ制御装置Ｃ２１３の障害ノード情報を送信（２８０９、２７４５）する。また、ＧＭＰＬＳ制御装置Ｂ２１２は、下流隣接に対してリフレッシュメッセージを送信しない。障害ノード情報は、例えば、図２９に示すように、ノード識別子、制御プレーンの状態（障害中、使用中等）、データプレーンの状態（障害中、使用中等）等が含まれる。また、ノードＡのアドレスを含めてもよい。 さらに、上流隣接に正常なＧＭＰＬＳ制御装置Ａ２１１が存在するので（２８０６）、ＧＭＰＬＳ制御装置Ｂ２１２は、ＧＭＰＬＳ制御装置Ａ２１１に対してリフレッシュメッセージを送信する（２８０７、２７４６）。
【００５０】
なお、ＧＭＰＬＳ制御装置Ｃ２１３が障害復旧２７１１したときの、ＧＭＰＬＳ制御装置Ｂ２１２、ＧＭＰＬＳ制御装置Ｃ２１３、ＧＭＰＬＳ制御装置Ｄ２１４の動作は、第1の形態と同様である。
第1の実施の形態と異なる点は、障害ノードＣのＧＭＰＬＳ制御装置Ｃ２１３の上流隣接ノードＢのＧＭＰＬＳ制御装置Ｂ２１２が、Ｐａｔｈ（Ｒｅｃｏｖｅｒｙ＿Ｌａｂｅｌ）メッセージ２７２２を送信した後、ノードＣのＧＭＰＬＳ制御装置Ｃ２１３が状態復旧したことを示すＲｅｓｖメッセージ２７８２を、上流隣接ノードＢのＧＭＰＬＳ制御装置Ｂ２１２が受信したときに、始点ノードＡ２１１に対して、ノードＣの回復通知２７４８を送信することである。始点ノードＧＭＰＬＳ制御装置Ａ２１１は、通知された回復通知のノード識別子を判別して、障害管理表２９０の制御プレーンの障害中の情報を使用中に変更する。
また、制御プレーン障害がノードＤのＧＭＰＬＳ制御装置Ｄ２１４で発生した場合も同様に、図２８の障害通知を送信するときのフローに従い、障害ノードの上流隣接であるノードＣのＧＭＰＬＳ制御装置Ｃ２１３が、ＬＳＰ始点ノードＡ２１１に対して制御プレーン障害を通知することができる。
【００５１】
３−４．シーケンス（データプレーン始点ノードへの通知：データプレーン障害）
図３０は、第３の実施の形態に関して、ノードＣ２０３でデータプレーンの障害２７０が発生したときのメッセージシーケンス図を表す。
ＧＭＰＬＳ制御装置Ｄ２１４は、ＧＭＰＬＳ制御装置Ｃ２１３の制御プレーンの障害検出後（２８０１、３０３１）、図２８のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｄ２２４の状態をチェックし（Ｄ状態問合せ）（２８０２、３０３２）、スイッチ状態表１００ｄは障害警報検出状態であるため、パス状態管理表８０ｄの当該パス状態のエントリ８０１を削除し、リソースを解放する（２８１０、３０３４）。また、ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｄ２１４で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。そして、ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、パス状態変更通知１２１１を送信して、伝送装置Ｄ２２４のスイッチ状態表１００ｄのＩＦ状態を未使用状態にセットする。また、ＧＭＰＬＳ制御装置Ｄ２１４は、下流ノードＧＭＰＬＳ制御装置Ｅ２１５に対して、Ｐａｔｈｔｅａｒメッセージを送信して、パス状態削除指示を伝える（２０３５）。
【００５２】
同様に、ＧＭＰＬＳ制御装置Ｂ２１２は、ＧＭＰＬＳ制御装置Ｃ２１３の制御プレーンの障害検出後（２８０１、３０４１）、図２８のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｂ２２２の状態をチェックし（Ｄ状態問合せ）（２８０２、３０４２）、スイッチ状態表１００ｂは障害警報検出状態であるため、パス状態管理表８０ｂの当該パス状態のエントリ８０１を削除し、リソースを解放する（２８１０、３０４４）。また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｂ２１２で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。さらに、下流側に正常な隣接ＧＭＰＬＳ制御装置がないため（２８１１）、ＧＭＰＬＳ制御装置Ｂ２１２は、ＬＳＰ始点であるか否かを判定し（２８１２）、ＬＳＰ始点でないので、ＬＳＰ始点のＧＭＰＬＳ制御装置Ａ２１１に対して、下流隣接ＧＭＰＬＳ制御装置Ｃ２１３の制御プレーンおよびデータプレーン障害通知３０４５を送信する（２８１３）。そして、例えば、ＧＭＰＬＳ制御装置Ｂ２１２は、パス状態変更通知１２１１を送信して、又は、伝送装置Ｂ２２２自身が、伝送装置Ｂ２２２のスイッチ状態表１００ｂのＩＦ状態を未使用状態にセットする。また、ＧＭＰＬＳ制御装置Ｂ２１２は、上流ノードＧＭＰＬＳ制御装置Ａ２１１に対して、Ｒｅｓｖｔｅａｒメッセージ３０４６を送信して、パス状態削除指示を伝える。
【００５３】
始点ノードであるノードＡのＧＭＰＬＳ制御装置Ａ２１１は、通知された障害ノード情報を、図２９の障害管理表２９０に登録する。すなわち、ノードＣの制御プレーンとデータプレーンの状態を、障害中とする。
ノードＣが障害回復３０１１したときには、ノードＢのＧＭＰＬＳ制御装置Ｂ２１２は、障害回復を示すＨｅｌｌｏメッセージ３０５２を受信したら、ＬＳＰ始点のＧＭＰＬＳ制御装置Ａ２１１に対して、ノードＣの回復通知３０４８を送信する。始点ノードであるノードＡのＧＭＰＬＳ制御装置Ａ２１１は、通知された回復通知のノード識別子を判別して、制御プレーンおよび／又はデータプレーン障害中の情報を使用中に変更する。制御プレーン２９０２とデータプレーン２９０３の障害が共に解消されたら、ＧＭＰＬＳ制御装置Ａ２１１は、該当エントリを障害管理表２９０から削除する。
これにより、始点ノードＧＭＰＬＳ制御装置Ａ２１１では、新たなパスを確立するときに、障害中のノードを避けて経路を設定することができる。さらに、始点ノードＧＭＰＬＳ制御装置Ａ２１１は、障害中のノードを含む経路を設定したときに、警告を発して、障害ノードを避けた経路設定ができる。
【産業上の利用可能性】
【００５４】
本発明は、ＧＭＰＬＳ制御技術を用いて、光伝送装置基幹ネットワーク等の様々なネットワークにおいて、パスを管理するための技術に適用可能である。また、本実施の形態は、ＧＭＰＬＳ以外にも、上流から下流にデータを伝送する様々な通信技術に適用可能である。
【符号の説明】
【００５５】
２１ 制御プレーンネットワーク
２２ データ転送路
２１１、２１２、２１３、２１４、２１５ ＧＭＰＬＳ制御装置
２２１、２２２、２２３、２２４、２２５ 伝送装置
８０、８０ａ、８０ｂ、８０ｃ、８０ｄ、８０ｅ パス状態管理表
９０、９０ａ、９０ｂ、９０ｃ、９０ｄ、９０ｅ 隣接ノード状態表
１００、１００ａ、１００ｂ、１００ｃ、１００ｄ、１００ｅ 伝送装置制御部スイッチ状態管理表
１１０、１１０ａ、１１０ｂ、１１０ｃ、１１０ｄ、１１０ｅ ＧＭＰＬＳ制御部ＩＦ状態管理表
【技術分野】
【０００１】
本発明は、ノード、制御装置及び通信システムに係り、特に、ユーザデータを転送するデータプレーンと、データ転送装置を管理する制御プレーンを異なる媒体で構成するネットワークにおける、データ転送・パス制御等を行うためのノード、制御装置及び通信システムに関する。
【背景技術】
【０００２】
近年ブロードバンドアクセス網の高速化に伴い、基幹ネットワークの大容量伝送を実現するために、光伝送技術の開発が進んでいる。ＧＭＰＬＳ（Ｇｅｎｅｒａｌｉｚｅｄ Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）は、従来のＭＰＬＳのラベルスイッチング技術を光波長スイッチにも拡大したもので、ＰＳＣ（Ｐａｃｋｅｔ Ｓｗｉｔｃｈ Ｃａｐａｂｌｅ）、 Ｌ２ＳＣ（Ｌａｙｅｒ ２ Ｓｗｉｔｃｈ
Ｃａｐａｂｌｅ）、 ＬＳＣ（Ｌａｍｂｄａ Ｓｗｉｔｃｈ Ｃａｐａｂｌｅ）、
ＦＳＣ（Ｆｉｂｅｒ Ｓｗｉｔｃｈ Ｃａｐａｂｌｅ）などの異なるスイッチング技術を採用している伝送装置を共通の制御プロトコルで管理する為のフレームワークであり、ユーザデータを転送するデータプレーンと、データ転送装置を管理する制御プレーンとで構成される。データプレーンと制御プレーンは、論理的に分離され、異なる物理媒体で構成することができる。
【０００３】
従来技術として、ＧＭＰＬＳでパスを制御するために使用するシグナリングプロトコルのひとつとして、ＲＳＶＰ−ＴＥ（Ｒｅｓｏｕｒｃｅ ＲｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ）がある(非特許文献１参照)。ＲＳＶＰ―ＴＥは、パスを確立したい経路に沿って、パスの始点・終端、経路、スイッチ種別、帯域などの属性情報を保持したＰａｔｈメッセージを伝播することによって、リソース予約を行い、ＬＳＰ（Ｌａｂｅｌ Ｓｗｉｔｃｈｅｄ Ｐａｔｈ）を確立する。また、ＬＳＰを維持するために、制御プレーンの隣接ノード間で一定時間間隔でリフレッシュメッセージを交換する。(非特許文献２参照)
また、ＧＭＰＬＳ制御プレーンで障害が発生したときの障害回復方法として、制御装置が再起動して障害前のパス状態を失っても、制御装置が再起動したときに、制御すべきパス状態を隣接ノードから取得して、パス情報を回復することができるグレースフルリスタート方式が提案されている（非特許文献３参照）。
特許文献１では、データプレーンと制御プレーンの状態を監視するために、ＲＳＶＰ−ＴＥでＬＳＰを設定したときに、制御プレーン装置がデータプレーンの経路状態を取得して、ＧＭＰＬＳネットワークの外部のネットワーク管理システムに対して通知する方法が示されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Ｌ． Ｂｅｒｇｅｒ， ｅｔ ａｌ．： ＩＥＴＦ ＲＦＣ３４７３、「Ｇｅｎｅｒａｌｉｚｅｄ Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ （ＧＭＰＬＳ） Ｓｉｇｎａｌｉｎｇ Ｒｅｓｏｕｒｃｅ ＲｅｓｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ （ＲＳＶＰ−ＴＥ） Ｅｘｔｅｎｓｉｏｎｓ」， Ｊａｎｕａｒｙ ２００３ ｐ１−４２
【非特許文献２】Ｒ． Ｂｒａｄｅｎ， ｅｔ ａｌ．： ＩＥＴＦ ＲＦＣ２２０５、「Ｒｅｓｏｕｒｃｅ ＲｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＲＳＶＰ）―― Ｖｅｒｓｉｏｎ １ Ｆｕｎｃｔｉｏｎａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、Ｓｅｐｔｅｍｂｅｒ １９９７ ｐ１−１１２
【非特許文献３】Ａ． Ｓａｔｙａｎａｒａｙａｎａ ， ｅｔ ａｌ．：ＲＦＣ５０６３， 「Ｅｘｔｅｎｓｉｏｎｓ ｔｏ ＧＭＰＬＳ Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＲＳＶＰ） Ｇｒａｃｅｆｕｌ Ｒｅｓｔａｒｔ」，Ｏｃｔｏｂｅｒ ２００７ ｐ１−２４
【特許文献】
【０００５】
【特許文献１】特開２００８−６６９８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
制御プレーンとデータプレーンを異なる媒体で構成するネットワークにおいて、すでに確立済みのパスにデータが転送されているときに、制御プレーンに限定される障害によって、データ転送中のデータプレーンを切断することは、ネットワークの信頼性を損ねる結果になる可能性が想定される。
従来技術のように、制御プレーン装置とデータプレーン装置の経路状態を常に一致させる方法では、制御プレーンのみに生じた障害の際に対応できないという課題があった。
また、特許文献１では、制御プレーンとデータプレーンでの状態不一致を検知することができるが、制御プレーンの障害時に必ずしもパス状態を保証することはできない。
以下に、本発明が解決しようとする課題について、詳細に説明する。
ＧＭＰＬＳ制御するネットワークにおいて、通信パスを確立するためのシグナリングプロトコルＲＳＶＰ−ＴＥでは、一定時間単位に隣接ノード間でパスメッセージを交換することによって、パスの状態を維持するソフトステート管理を行なう。このパスメッセージを交換する一定時間単位をリフレッシュタイムと呼び、各隣接ノード間では、リフレッシュタイム毎にリフレッシュメッセージを交換して、パスの状態を維持している。
リフレッシュタイムを過ぎてメッセージが受信されないときは、隣接ノードの異常として検知することができる。リフレッシュタイムを過ぎる（以下、リフレッシュタイムアウトと記す。）と、ノードはリソースを解放して、パスを切断することによって、無期限にリソースを確保し続けることなく、リソースを有効に使うことができるし、障害機器の切り離しに役立つ。
パスを管理するシグナリングに使用する制御プレーンと、データが通過するデータプレーンを、同じ媒体で構成するときには、リフレッシュタイムアウトの発生は、障害の切り離しとして有効である。
一方、光伝送装置の制御のため、制御プレーンとデータプレーンを異なる媒体で構成するとき、すでに確立済みのデータプレーンにデータが転送されているときに、制御プレーンに限定される障害によって、データ転送中のデータプレーンを切断することは、ネットワークの信頼性を損ねる結果になる可能性が想定される。
【０００７】
つぎに、図３１、図３、図４を用いて、ＧＭＰＬＳネットワークのＲＳＶＰソフトステート状態管理における課題を説明する。
図３１は、ＧＭＰＬＳで制御するネットワーク装置の構成図である。
本ネットワーク装置は、例えば、ノードＡ３１０１、Ｂ３１０２、Ｃ３１０３、Ｄ３１０４、Ｅ３１０５と、ネットワーク３１１と、データ転送路３１２を備える。
伝送装置Ａ３１２１、伝送装置Ｂ３１２２、伝送装置Ｃ３１２３、伝送装置Ｄ３１２４、伝送装置Ｅ３１２５の５台の伝送装置でネットワークを構成するとき、それぞれの伝送装置のクロスコネクトを制御するＧＭＰＬＳ制御部３１１１、３１１２、３１１３、３１１４、３１１５が１対１に対応する。伝送装置１台とＧＭＰＬＳ制御部１台で１ノードを形成し、それぞれ、ノードＡ３１０１、ノードＢ３１０２、ノードＣ３１０３、ノードＤ３１０４、ノードＥ３１０５とする。ＧＭＰＬＳ制御部部分３１１１、３１１２、３１１３、３１１４、３１１５、およびネットワーク３１１を制御プレーン、伝送装置部分３１２１、３１２２、３１２３、３１２４、３１２５およびデータ転送路３１２をデータプレーンと呼ぶ。
【０００８】
図３は、ＲＳＶＰリフレッシュメッセージによる状態維持を示したメッセージシーケンス図である。
ノードＡ２０１から、ノードＢ２０２、ノードＣ２０３、ノードＤ２０４を通って、ノードＥ２０５に到達するパスを確立するときには、例えば、経路に沿ってＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５間にＰａｔｈメッセージ３１ａ、３１ｂ、３１ｃ、３１ｄを伝播し、リソースを予約してＲｅｓｖメッセージ３２ｅ、３２ｄ、３２ｃ、３２ｂを反対方向に伝播することによってＬＳＰ（Ｌａｂｅｌ Ｓｗｉｔｃｈｅｄ Ｐａｔｈ）３４を確立する。
ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５は、Ｒｅｓｖメッセージで予約したリソース情報をもとに、それぞれ対応する伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５にインタフェース情報を設定する。これを制御プレーン・データプレーン状態同期（Ｃ−Ｄ間状態同期と記す）３３ａ、３３ｂ、３３ｃ、３３ｄ、３３ｅと呼ぶ。
制御プレーンの各隣接ノード間では、リフレッシュタイム３５毎にリフレッシュメッセージ３６、３７を交換して、パスの状態を維持している。
【０００９】
図４は、ＧＭＰＬＳ制御部障害時のＲＳＶＰ−ＴＥメッセージシーケンス図である。
つぎに、ノードＣのＧＭＰＬＳ制御装置Ｃ２１３で障害が発生したときのメッセージシーケンスについて説明する。
ＬＳＰ確立後（４００）、ノードＣのＧＭＰＬＳ制御装置Ｃ２１３で障害が発生すると、隣接ノードであるノードＢのＧＭＰＬＳ制御装置Ｂ２１２、ノードＤのＧＭＰＬＳ制御装置Ｄ２１４は、それぞれリフレッシュタイムアウト４２２、４２１を検出する（４３２、４３１）。
ＲＳＶＰのソフトステート状態管理に従えば、リフレッシュタイムアウトを検出したＧＭＰＬＳ制御装置Ｄ２１４は、下流方向にはＰａｔｈＴｅａｒメッセージ４４１を送信し、自ノードでは下流方向隣接とのパス状態を消去する（４５１）。ＰａｔｈＴｅａｒメッセージ４４１を受信したノードＥ２１５では、パス状態を消去する（４６１）。一方、同様にリフレッシュタイムアウトを検出したＧＭＰＬＳ制御装置Ｂ２１２は、上流方向にはＲｅｓｖＴｅａｒメッセージ４４２を送信し、自ノードでは上流方向隣接とのパス状態を消去する（４５２）。ＲｅｓｖＴｅａｒ４４２メッセージを受信したノードＧＭＰＬＳ制御装置Ａ２１１では、パス状態を消去する（４６２）。
パス状態を消去するとき、各ノードでは、ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５から、それぞれ対応する伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５に向かってパスの切断、すなわち、リソースの解放を指示する（４７１、４７２、４７３、４７４）（以下、Ｄプレーン切断と記す。）。
【００１０】
以上のように、従来は、ＧＭＰＬＳ制御装置Ａ２１１又はＢ２１２又はＣ２１３又はＤ２１４又はＥ２１５に障害が発生しても、伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又Ｅは２２５に異常がない場合に、伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５へのリソース解放指示をすることは、すでにデータ転送中のパスを切断してしまうという課題があった。
また、従来、リフレッシュタイムを無期限にセットすることによって、リフレッシュタイムアウトの発生を抑止することができるが、隣接ノードの変更や異常を検出することができない場合がある。
さらに、制御プレーンのＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５は、制御プレーンで障害が発生したときに、あらかじめ宣言した再起動時間の間、リフレッシュタイマーを抑止し、パスを切断することを延期することができるグレースフルリスタート機能を持つことができる。しかし、あらかじめ予測した再起動時間を超えて、障害復旧したときには、データプレーンのパスを保証することができない場合がある。
【００１１】
図５は、グレースフルリスタート機能を有するＧＭＰＬＳ制御装置障害時のＲＳＶＰ−ＴＥメッセージシーケンス図である。
以下に、グレースフルリスタート時のメッセージシーケンスについて説明する。
例えば、ノードＣ２１３が再起動機能、および、再起動時間をあらかじめＨｅｌｌｏメッセージ５０３、５０４で隣接ノードに対し宣言していたとき、障害発生５１０を検出した隣接ノード（５３１、５３２）では、再起動時間５４０はリフレッシュを抑止するが、この待ち時間を超えた場合、ＰａｔｈＴｅａｒメッセージ５４１、ＲｅｓｖＴｅａｒメッセージ５４２をそれぞれ隣接ノードに送信し、自ノードのパス状態も消去する（５５１、５５２）。再起動時間５４０を過ぎて、ノードＣ２１３が再起動したとき、すでに、ノードＣ２１３に関連するパス状態は消去され（５５１、５５２）、データプレーンのリソースも解放されている（５７１、５７２、５７３、５７４）。
したがって、再起動時間が予測できない場合、または予想外に長時間を要したときには、グレースフルリスタート機能をもっても、データ転送中のパスを必ずしも保証することができない場合があるという課題があった。
【００１２】
本発明は、以上の点に鑑み、制御プレーンに限定される障害の場合に、既に確立済みで使用中のデータプレーンのパスを切断せずに、データ転送を継続し、リソースの再割り当てなく障害を復旧することができるノード、制御装置及び通信システムを提供することを目的のひとつとする。
また、本発明は、データプレーン障害時におけるリソースリークの防止、および、制御プレーン障害によるパスの誤切断の防止を両立することができるノード、制御装置及び通信システムを提供することを目的のひとつとする。
【課題を解決するための手段】
【００１３】
本発明の通信システムは、例えば、
パスメッセージを通信する複数の制御装置と、
前記複数の制御装置の各々と個々に対応する複数のデータ転送装置と、
前記複数の制御装置の各々を
接続する手段と、
前記複数のデータ転送装置の各々を接続する手段と、
を有し、
前記制御装置は、
パス情報を保持する手段と、
隣接制御装置との間で一定時間間隔でパスメッセージを交換する手段と、
隣接制御装置の状態を保持する手段と、
前記データ転送装置にデータ転送路状態を指示する手段と、
前記データ転送装置のデータ転送路状態を取得する手段と、
前記データ転送装置のデータ転送路状態を保持する手段と、
前記複数の制御装置のうちの１の制御装置に障害が生じたときに、前記パスメッセージの送信の中止を検知する手段と、
前記データ転送装置の障害がないことを検知したときに、パス状態維持指令を生成する手段と
を有し、
前記データ転送装置は、
データ転送路の障害を検出する手段と、
データ転送路の障害を前記制御装置に伝達する手段と、
データ転送路状態を保持する手段と、
を有するように構成することができる。
【００１４】
また、前記制御装置は、
前記複数の制御装置のうちの１の制御装置に障害が生じたときに、
前記パスメッセージの送信の中止を検知する手段と、
前記データ転送装置の障害があることを検知したときに、パス状態廃棄指令を生成する手段と
を有するようにしてもよい。
また、前記制御装置は、前記データ転送装置の障害がないことを検知したときに、
前記複数の制御装置のうち前記パスメッセージを発信した制御装置に対して、
障害制御装置識別番号とパス制御異常状態情報を生成する手段と、送信する手段と
を有するようにしてもよい。
また、前記制御装置は、
前記障害制御装置が復旧したことを検知する手段を有し、
前記障害制御装置が復旧したことを検知したときに、
前記複数の制御装置のうち前記パスメッセージを発信した制御装置に対して、
障害回復制御装置識別番号とパス制御状態回復情報を生成する手段と、送信する手段と
有するようにしてもよい。
また、前記制御装置は、
前記障害制御装置が復旧したことを検知する手段を有し、
前記障害制御装置が復旧したことを検知したときに、または、前記障害制御装置からパス情報の回復要求があったときに、保持していた当該パス情報を伝達する手段と、
を有し、
前記障害制御装置は、伝達された当該パス情報を使って、パス情報を回復する手段と
を有するようにしてもよい。
また、前記複数の制御装置のうち前記パスメッセージを発信した制御装置は、
受信した障害制御装置識別番号とパス制御状態情報を管理するテーブルを有するようにしてもよい。
また、前記複数の制御装置のうち前記パスメッセージを発信した制御装置は、
新たなパス確立命令を発信するときに、障害制御装置識別番号とパス制御状態情報管理テーブルを参照して、障害制御装置を通過するパス確立命令に対して、警告を発行するようにしてもよい。
【００１５】
本発明の第１の解決手段によると、
隣接ノードの伝送装置とユーザデータを通信する伝送装置と、隣接ノードの制御装置とメッセージを通信し自ノードの前記伝送装置を管理する制御装置とを備えたノードであって、
該ノードの制御装置は、
前記隣接ノードの制御装置から送信されるメッセージの受信状況に基づいて、前記隣接ノードの制御装置の障害の有無を検出し、
前記隣接ノードの制御装置の障害を検出すると、自ノードの伝送装置に状態問合せ通知を発行して障害警報検出有無を調べ、
前記ノードの伝送装置の障害警報検出がない場合には、前記ノードのパス状態を維持する、
ことを特徴とするノードが提供される。
【００１６】
本発明の第２の解決手段によると、
隣接する制御装置である第一の隣接制御装置とメッセージを通信し、隣接する伝送装置間でユーザデータを通信する伝送装置を管理する制御装置であって、
該制御装置は、
前記第一の隣接制御装置から送信されるメッセージの受信状況に基づいて、前記第一の隣接制御装置の障害の有無を検出し、
前記第一の隣接制御装置の障害を検出すると、前記伝送装置に状態問合せ通知を発行して障害警報検出有無を調べ、
前記伝送装置の障害警報検出がない場合には、前記伝送装置と該伝送装置と隣接する第一の隣接伝送装置との間のパス状態を維持する、
ことを特徴とする制御装置が提供される。
【００１７】
本発明の第３の解決手段によると、
隣接ノードの伝送装置とユーザデータを通信する伝送装置と、隣接ノードの制御装置とメッセージを通信し自ノードの前記伝送装置を管理する制御装置とを備えたノードを有する通信システムであって、
該ノードの制御装置は、
前記隣接ノードの制御装置から送信されるメッセージの受信状況に基づいて、前記隣接ノードの制御装置の障害の有無を検出し、
前記隣接ノードの制御装置の障害を検出すると、自ノードの伝送装置に状態問合せ通知を発行して障害警報検出有無を調べ、
前記ノードの伝送装置の障害警報検出がない場合には、前記ノードのパス状態を維持する、
ことを特徴とする通信システムが提供される。
【発明の効果】
【００１８】
本発明によると、制御プレーンに限定される障害の場合に、既に確立済みで使用中のデータプレーンのパスを切断せずに、データ転送を継続し、リソースの再割り当てなく障害を復旧することができるノード、制御装置及び通信システムを提供することができる。
さらに、本発明によると、データプレーン障害時におけるリソースリークの防止、および、制御プレーン障害によるパスの誤切断の防止を両立することができるノード、制御装置及び通信システムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本実施の形態の動作を表すフローチャート。
【図２】第１の実施の形態におけるＧＭＰＬＳで制御するネットワーク装置の構成図。
【図３】ＲＳＶＰリフレッシュメッセージによる状態維持を示したメッセージシーケンス図。
【図４】ＧＭＰＬＳ制御部障害時のＲＳＶＰ−ＴＥメッセージシーケンス図。
【図５】グレースフルリスタート機能を有するＧＭＰＬＳ制御装置障害時のＲＳＶＰ−ＴＥメッセージシーケンス図。
【図６】第１の実施の形態のＧＭＰＬＳ制御装置の構成図。
【図７】第１の実施の形態の伝送装置の構成図。
【図８】第１の実施の形態のパス状態管理表の説明図。
【図９】第１の実施の形態の隣接ノード状態表の説明図。
【図１０】第１の実施の形態の伝送装置制御部のスイッチ状態管理表の説明図。
【図１１】第１の実施の形態のＧＭＰＬＳ制御部ＩＦ状態管理表の説明図。
【図１２】第１の実施の形態のＧＭＰＬＳ制御部と伝送装置制御部の状態同期方法の説明図。
【図１３】第１の実施の形態においてＧＭＰＬＳ制御装置Ｃ２１３障害時で、データプレーンには障害無い場合のメッセージシーケンス図。
【図１４】第１の実施の形態のＬＳＰ確立時における、パス状態管理表の説明図。
【図１５】第１の実施の形態のＬＳＰ確立時における、隣接ノード状態表の説明図。
【図１６】第１の実施の形態のＬＳＰ確立時における、伝送装置のスイッチ状態表の説明図。
【図１７】第１の実施の形態のＬＳＰ確立時における、ＧＭＰＬＳ制御部で管理しているＧＭＰＬＳ制御部のＩＦ状態管理表の説明図。
【図１８】第１の実施の形態のＧＭＰＬＳ制御部Ｃの障害発生時における、パス状態管理表の説明図。
【図１９】第１の実施の形態のＧＭＰＬＳ制御装置Ｃの障害発生時における、隣接ノード状態表の説明図。
【図２０】第１の実施の形態のＧＭＰＬＳ制御装置Ｃの障害発生時における、伝送装置のスイッチ状態表およびＧＭＰＬＳ制御装置のＩＦ状態管理表の説明図。
【図２１】第１の実施の形態のＧＭＰＬＳ制御装置障害時、データプレーン障害ありの場合のメッセージシーケンス図。
【図２２】第１の実施の形態のＧＭＰＬＳ制御装置Ｃおよび伝送装置Ｃの障害発生時における、伝送装置のスイッチ状態表の説明図。
【図２３】第２の実施の形態の制御プレーン通信障害の場合のメッセージシーケンス図。
【図２４】第２の実施の形態のパス状態管理表の説明図。
【図２５】第２の実施の形態の隣接ノード状態表の説明図。
【図２６】第２の実施の形態のスイッチ状態表の説明図。
【図２７】第３の実施の形態に関して、ノードＣ２１３で制御プレーンの障害２７１０が発生したときのメッセージシーケンス図。
【図２８】第３の実施の形態の障害通知を送信するときのフローチャート。
【図２９】第３の実施の形態の障害管理表の説明図。
【図３０】第３の実施の形態に関して、ノードＣ２０３でデータプレーンの障害２７０が発生したときのメッセージシーケンス図。
【図３１】ＧＭＰＬＳで制御するネットワーク装置の構成図。
【発明を実施するための形態】
【００２０】
１．第１の実施の形態
１−１．ネットワークおよび装置構成
図２は、第１の実施の形態におけるＧＭＰＬＳで制御するネットワーク装置の構成図である。
本ネットワーク装置は、例えば、ノードＡ２０１、Ｂ２０２、Ｃ２０３、Ｄ２０４、Ｅ２０５と、ネットワーク２１（２１ａ〜２１ｅ）と、データ転送路２２とを備える。
例えば、図示のような５台の伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５でネットワークを構成するとき、それぞれの伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５のクロスコネクトを制御するＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５がそれぞれ１対１に対応する。この場合、伝送装置１台とＧＭＰＬＳ制御装置１台で１ノードを形成し、それぞれ、ノードＡ２０１、ノードＢ２０２、ノードＣ２０３、ノードＤ２０４およびノードＥ２０５とする。すなわち、ノードＡ２０１は、ＧＭＰＬＳ制御装置Ａ２１１と、伝送装置Ａ２２１と、ノード内の伝送路２３１を有する。また、ノードＢ２０２、Ｃ２０３、Ｄ２０４、Ｅ２０５においても同様の構成を有する。また、伝送装置Ａ２２１は、ＩＦ１ ２２１１、ＩＦ２ ２２１２、ＩＦ３ ２２１３およびＩＦ４ ２２１４を有する。また同様に、伝送装置Ｂ２２２は、ＩＦ１ ２２２１〜ＩＦ４ ２２２４を有し、伝送装置Ｃ２２３は、ＩＦ１ ２２３１〜ＩＦ４ ２２３４を有する。そして、伝送装置Ｄ２２４および伝送装置Ｅ２２５も同様に、伝送装置Ｄ２２４は、ＩＦ１ ２２４１〜ＩＦ４ ２２４４を有し、伝送装置Ｅ２２５は、ＩＦ１ ２２５１〜２２５４を有する。
例えば、ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４、Ｅ２１５、およびネットワーク２１を制御プレーンと呼ぶ。また、例えば、伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５およびデータ転送路２２をデータプレーンと呼ぶ。また、この例では、上流は図の左側、下流は図の右側を表す。
【００２１】
図６は、第１の実施の形態のＧＭＰＬＳ制御装置の構成図である。
ＧＭＰＬＳ制御装置Ａ２１１は、例えば、ＧＭＰＬＳ制御部６１と、メモリ６２と、２次記憶装置６３と、Ｃ−Ｄ間通信インタフェース６４と、通信インタフェース６５を備える。また、ＧＭＰＬＳ制御装置Ａ２１１は、対応する伝送装置Ａ２２２とＣ−Ｄ間通信インタフェース６４で接続される（２３１）。そして、ＧＭＰＬＳ制御装置Ａ２１１は、制御プレーンの他のＧＭＰＬＳ制御装置Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５とは通信インタフェース６５、ネットワーク２１ａを介して通信する。なお、他のＧＭＰＬＳ制御装置Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５においても同様の構成である。
図７は、第１の実施の形態の伝送装置の構成図である。
伝送装置Ａ２２１は、例えば、伝送装置制御部７１と、スイッチ７５と、インタフェース２２１１、２２１２、２２１３および２２１４と、メモリ７２と、２次記憶装置７３と、Ｃ−Ｄ間通信インタフェース７４を備える。また、インタフェース１ ２２１１は、受信信号解析部７５１２と、送信信号生成部７５１３と、障害管理部７５１５を有する。なお、インタフェース２ ２２１２、インタフェース３ ２２１３およびインタフェース４ ２２１４においても同様の構成を有する。この例では、インタフェースは４つ示されているが、これに限定されず適宜の数備えることができる。
伝送装置Ａ２２１は、対応するＧＭＰＬＳ制御装置Ａ２１１とは、通信インタフェース７４、ノード内の伝送路２３１で接続する。スイッチ７５は、インタフェース１ ２２１１、インタフェース２ ２２１２、インタフェース３ ２２１３およびインタフェース４ ２２１４の入出力を切り替える機能を持つ。例えば、インタフェース１ ２２１１は、入力信号７５１１を受信し、受信信号解析部７５１２で信号を解析する。そして、送信信号生成部７５１３で出力信号７５１４を生成して送信する。障害管理部７５１５は、例えば、入力信号７５１１に障害信号が含まれているか否かを解析し、伝送装置制御部７１に伝える。また、例えば、当該伝送装置Ａ２２１に異常があれば障害信号を挿入して、送信信号生成部７５１３で出力信号７５１４を生成して送信する。これにより、隣接ノードでは、入力信号を解析して、障害警報を検出し、データプレーンでの障害有無を認識することができる。
【００２２】
図８は、第１の実施の形態のパス状態管理表の説明図である。
パス状態管理表８０は、例えば、ＧＭＰＬＳ制御装置２１１のメモリ６２上に記憶され、ＧＭＰＬＳ制御部６１によって、ＲＳＶＰ−ＴＥのパス状態管理を管理するために用いられる。パス状態管理表８０は、例えば、セッションＩＤ８１１に対応して、前ホップアドレス８１２と、次ホップアドレス８１３と、入力インタフェース（ＩＦと記す）識別子８１４と、入力ラベル８１５と、出力インタフェース（ＩＦと記す）識別子８１６と、出力ラベル８１７と、その他のパス属性８１８、８１９を記憶する。なお、エントリ８０１、８０２は各パスの状態を表す行である。なお、本実施の形態では、セッションを識別する情報等の各情報としてＩＤ、記号等を用いているが、セッション等の各情報を識別できる適宜の識別情報を用いてもよい。
図９は、第１の実施の形態の隣接ノード状態表の説明図である。
隣接ノード状態表９０は、例えば、セッションＩＤ９１１に対応して、上流隣接ノード９１２と、下流隣接ノード９１３の状態を記憶する。なお、エントリ９０１、９０２はそれぞれパスの状態を表す行である。上流隣接ノード９１２とは、Ｐａｔｈメッセージを送信する始点に近い側の隣接ノードを示し、下流隣接ノード９１３とは、Ｐａｔｈメッセージを伝播する終点に近い側の隣接ノードを示す。また、例えば、状態「正常」９２２とは、障害が報告されずに動作中であることを示し、「Ｃプレーン障害」９２１とは、隣接ＧＭＰＬＳ制御装置間で応答が確認できないことを示す。なお、本実施の形態では、セッションを識別する情報等の各情報としてＩＤ、記号等を用いているが、セッション等の各情報を識別できる適宜の識別情報を用いてもよい。
【００２３】
図１０は、第１の実施の形態の伝送装置制御部のスイッチ状態管理表の説明図である。
スイッチ状態管理表１００は、例えば、伝送装置Ａ２２１のメモリ７２に記憶され、伝送装置制御部７１で管理するスイッチ状態を表す。スイッチ状態管理表１００は、例えば、入力ＩＦ１０１１と、出力ＩＦ１０１２と、ＩＦ状態１０１３を対応して記憶する。なお、入力ＩＦ１０１１、出力ＩＦ１０１２は、それぞれパス状態管理表８０の入力ＩＦ８１４、出力ＩＦ８１６と１対１に対応する。また、ＩＦ状態１０１３は、例えば、未使用、予約、使用中、障害および障害警報検出などの状態を有する。ＩＦ状態１０１３の状態遷移は、例えば、初期状態は未使用状態であり、ＲＳＶＰ−ＴＥメッセージでパス確立されると予約状態に変更され、さらに、伝送装置Ａ２１１のインタフェース１ ２２１１又はインタフェース２ ２２１２又はインタフェース３ ２２１３又はインタフェース４ ２２１４にデータが流れたことを伝送装置制御部７１が認識すると使用中状態へ変更される。また、例えば、スイッチ装置７５に異常を検出したとき、または、データプレーンを通って、インタフェース１ ２２１１又はインタフェース２ ２２１２又はインタフェース３ ２２１３又はインタフェース４ ２２１４に異常を知らせる信号が届いたときに障害管理部７５１５が障害を検出したときに、障害状態又は障害警報検出状態がセットされる。
図１１は、第１の実施の形態のＧＭＰＬＳ制御部ＩＦ状態管理表の説明図である。
ＧＭＰＬＳ制御部ＩＦ状態管理表１１０は、伝送装置のスイッチ状態管理表１００の複製である。ＧＭＰＬＳ制御部ＩＦ状態管理表１１０は、例えばＧＭＰＬＳ制御装置Ａ２１１のメモリ６２上に記憶される。例えば、ＧＭＰＬＳ制御装置は、一定時間又は所定時刻に伝送装置にアクセスしてスイッチ状態管理表１００の情報を受け取り、自メモリのＧＭＰＬＳ制御部ＩＦ状態管理表１１０にその情報を記憶することができる。
【００２４】
図１２は、第１の実施の形態のＧＭＰＬＳ制御部と伝送装置制御部の状態同期方法の説明図である。
ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、隣接ノードからＰａｔｈメッセージ３１ａを受信し、パス状態管理表８０に該当する入力ラベル８１５等の項目をセットして、さらに下流側隣接ノードにＰａｔｈメッセージ３１ｂを伝播する。リソース予約するためのＲｅｓｖメッセージ３２ｃを受信すると、パス状態管理表８０に該当する出力ラベル８１６等の項目をセットし、さらに上流側隣接ノードにＲｅｓｖメッセージ３２ｂを伝播する。具体的には、例えば、ＧＭＰＬＳ制御装置Ｂ２１２は、Ｐａｔｈメッセージ３１ａ受信時に、パス状態管理表８０の該当するセッションＩＤに対応して、前ホップアドレス８１２、入力ラベル８１５、およびその他のパス属性８１８の項目をセットすることができる。また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、Ｒｅｓｖメッセージ３２ｃ受信時に、パス状態管理表８０の該当するセッションＩＤに対応して、次ホップアドレス８１３、出力ラベル８１６、およびその他のパス属性８１９の項目をセットすることができる。
【００２５】
さらに、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、伝送装置Ｂ２２２に、パス状態変更通知１２１１を送信し、ＧＭＰＬＳ制御装置Ｂ２１２は、スイッチ状態管理表１００のＩＦ状態をセットする。伝送装置Ｂ２２２は、状態変更受理通知１２２１をＧＭＰＬＳ制御装置Ｂ２１２に返信して状態変更の完了を通知する。また、伝送装置Ｂ２２２でインタフェース障害が確認されたときには、伝送装置Ｂ２２２は、ＧＭＰＬＳ制御装置Ｂ２１２にＩＦ障害通知１２３１を送信する。状態変更受理通知１２２１、ＩＦ障害通知１２３１を受信した、ＧＭＰＬＳ制御装置Ｂ２１２は、ＧＭＰＬＳ制御部ＩＦ状態管理表１１０に該当する値をセットして、伝送装置Ｂ２２１のスイッチ状態管理表１００の複製を作成する。これによって、ＧＭＰＬＳ制御部６１と伝送装置制御部７１の状態同期を完了する。
また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、必要に応じて、伝送装置Ｂ２２２に対して状態問合せ通知１２４１を発行し、状態報告通知１２５１を受信して伝送装置Ｂ２２２のスイッチ状態を取得することができる。
なお、ＧＭＰＬＳ制御装置Ｂ２１２は、伝送装置Ｂ２２２に、例えば、一定時間間隔毎又は設定時刻に、状態変更通知１２１１又は状態問合せ通知１２４１を送るように構成することができる。同様に、伝送装置Ｂ２２２は、ＧＭＰＬＳ制御装置Ｂ２１２に、例えば、一定時間間隔毎又は設定時刻に、ＩＦ障害通知１２３１、状態変更受理通知１２２１又は状態報告通知１２５１を送るように構成することができる。
【００２６】
１−２．フローチャート
図１は、本実施の形態の動作を表すフローチャートである。
このフローチャートは、各ＧＭＰＬＳ制御装置のＧＭＰＬＳ制御部６１が、メモリ６２等を参照して実行する。
ユーザデータを通信するデータプレーンと、データ転送装置を管理する制御プレーンを異なる媒体で構成するＧＭＰＬＳネットワークにおいて、例えば、隣接ノードのＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５間でパスメッセージを一定時間間隔で交換してパス状態を維持するリフレッシュ動作を行うとき、各ＧＭＰＬＳ制御装置のＧＭＰＬＳ制御部６１は、リフレッシュタイムアウトを検出したとき、又は、隣接ノード状態表を参照することにより、Ｃプレーン障害を検出する（１０１）。ＧＭＰＬＳ制御部６１は、隣接ノードの障害を検出すると、自ノードの伝送装置に障害信号が検出されているかを調べる（１０２）。ＧＭＰＬＳ制御部６１は、自ノードの伝送装置に障害信号が検出されず、障害が制御プレーンに限定される場合には、当該パス状態を維持する（１０３）。つぎに、ＧＭＰＬＳ制御部６１は、障害が疑われる隣接ノードのＧＭＰＬＳ制御装置と反対側の隣接に正常な隣接ＧＭＰＬＳ制御装置が存在するとき正常なノードにリフレッシュメッセージを送信する。すなわち、ＧＭＰＬＳ制御部６１は、上流側に正常なＧＭＰＬＳ制御装置が存在するとき（１０４）、リフレッシュメッセージを送信して隣接ノードとのパス状態を維持する（１０５）。さらに、下流側に正常なＧＭＰＬＳ制御装置が存在するとき（１０６）、リフレッシュメッセージを送信して、隣接ノードとのパス状態を維持する（１０７）。このときのリフレッシュメッセージは、例えば、図３で示すように、下流側にはＰａｔｈメッセージ３６、上流側にはＲｅｓｖメッセージ３７を送信する。一方、ステップ１０２で、自ノードの伝送装置に障害信号が検出されている場合、ＧＭＰＬＳ制御部６１は、当該パス状態のエントリをパス状態管理表から削除し、リソースを解放する（１０８）。
さらに、制御プレーン上のＧＭＰＬＳ制御装置が障害から復旧したら、ＧＭＰＬＳ制御部６１は、グレースフルリスタートに従って、隣接ノードからパス状態情報を取得して、データプレーンを切断せずに、パス状態を回復する。
【００２７】
１−３．シーケンス（制御装置の障害）
１−３−１．障害発生
図１３は、第１の実施の形態において、ＧＭＰＬＳ制御装置Ｃ２１３の障害時で、データプレーンには障害が無い場合のメッセージシーケンス図である。
例えば、図３のＬＳＰ確立３４後に、障害発生１３１０した場合をあらわす。
図１４、図１５、図１６、図１７は、図３のＬＳＰ確立３４時のそれぞれの状態表を表す。 図１８、図１９、図２０は、図１３のＧＭＰＬＳ制御装置Ｃ２１３の障害発生１３１０後、隣接ノードのＧＭＰＬＳ制御装置Ｄ２１４、ＧＭＰＬＳ制御装置Ｂ２１２がそれぞれリフレッシュタイムアウト１３２１、１３２２によってＧＭＰＬＳ制御装置Ｃ２１３の障害を検出１３３１、１３４１したときの状態表を表す。
【００２８】
ＬＳＰ確立時（３４）、例えば、伝送装置Ａ２２１のＩＦ２（２２１２）を始点として、伝送装置Ｂ２２２のＩＦ１（２２２１）、ＩＦ２（２２２２）、伝送装置Ｃ２２３のＩＦ１（２２３１）、ＩＦ２（２２３２）、伝送装置Ｄ２２４のＩＦ１（２２４１）、ＩＦ２（２２４２）、伝送装置Ｅ２２５のＩＦ１（２２５１）を終端とするパス状態が確立される。
【００２９】
以下に、ＬＳＰ確立時における各状態表について説明する。
図１４は、第１の実施の形態のＬＳＰ確立時における、パス状態管理表の説明図である。
このときの各ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５でそれぞれ管理するパス状態管理表８０ａ、８０ｂ、８０ｃ、８０ｄおよび８０ｅを図に示す。例えば、セッションＩＤ＝１０１で識別されるＬＳＰであって、「１９２．１６８．９９．１、１９２．１６８．９９．２、１９２．１６８．９９．３、１９２．１６８．９９．４、１９２．１６８．９９．５」というホップを通るＬＳＰの状態を示している。
図１５は、第１の実施の形態のＬＳＰ確立時における、隣接ノード状態表の説明図である。
図示のとおり、各ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５でそれぞれ管理する隣接ノード状態表９０ａ、９０ｂ、９０ｃ、９０ｄおよび９０ｅを示す。ＲＳＶＰ−ＴＥメッセージを交換してＬＳＰ確立した直後であるので、それぞれの隣接ノード状態は全て正常である。
図１６は、第１の実施の形態のＬＳＰ確立時における、伝送装置のスイッチ状態表の説明図である。
図示のとおり、ＬＳＰ確立時の伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５におけるスイッチ状態表１００ａ、１００ｂ、１００ｃ、１００ｄおよび１００ｅを示す。ＬＳＰ確立直後であるので、ＩＦ状態はすべて予約状態である。
図１７は、第１の実施の形態のＬＳＰ確立時における、ＧＭＰＬＳ制御部で管理しているＩＦ状態管理表の説明図である。
ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｃ２１３、Ｄ２１４およびＥ２１５とそれぞれ対応する伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４およびＥ２２５間で同期されているので、図１６と同じ状態がセットされている。
【００３０】
つぎに、ＧＭＰＬＳ制御装置の障害発生時における各状態表について説明する。
図１３の障害検出時（１３３１、１３４１）のそれぞれの状態表は、図１８、図１９、図２０である。
図１８は、第１の実施の形態のＧＭＰＬＳ制御装置Ｃの障害発生時における、パス状態管理表の説明図である。
この図は、各ＧＭＰＬＳ制御装置Ａ２１１、Ｂ２１２、Ｄ２１４およびＥ２１５のパス状態を示しており、ＧＭＰＬＳ制御装置Ｃ２１３のパス状態管理表８０ｃは、ＧＭＰＬＳ制御部障害中のため参照できない。
図１９は、第１の実施の形態のＧＭＰＬＳ制御装置Ｃの障害発生時における、隣接ノード状態表の説明図である。
図示のとおり、各ＧＭＰＬＳ制御部Ａ２１１、Ｂ２１２、Ｄ２１４およびＥ２１５の各隣接ノードの状態を示す。ＧＭＰＬＳ制御装置Ｂ２１２は隣接ノードＧＭＰＬＳ制御装置Ｃ２１３との間でリフレッシュタイムアウトを検出し（１３２２）、障害検出した（１３４１）ため、隣接ノード状態表９０ｂの下流隣接ノード状態を「Ｃプレーン障害」とセットする。また同様に、ＧＭＰＬＳ制御装置Ｄ２１４は隣接ノードＧＭＰＬＳ制御装置Ｃ２１３との間でリフレッシュタイムアウトを検出し（１３２１）、障害検出した（１３３１）ため、隣接ノード状態表９０ｄの上流隣接ノード状態を「Ｃプレーン障害」とセットする。
図２０は、第１の実施の形態のＧＭＰＬＳ制御装置Ｃの障害発生時における、伝送装置のスイッチ状態表およびＧＭＰＬＳ制御装置のＩＦ状態管理表の説明図を表す。
このとき、データプレーンの伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又はＥ２２５には異常が発生していないため、スイッチ状態表１００ａ、１００ｂ、１００ｃ、１００ｄおよび１００ｅは、すべて「使用中」の状態である。
【００３１】
以上のような各状態表に従い、各ＧＭＰＬＳ制御装置は、次のように処理を実行する。
ＧＭＰＬＳ制御装置Ｃ２１３の障害中であるので、伝送装置Ｃ２２３は、そのまま当該パスを維持することになる。
ＧＭＰＬＳ制御装置Ｄ２１４は、ＧＭＰＬＳ制御装置Ｃ２１３の障害検出後（１０１、１３３１）、図１のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｄ２２４の状態をチェックし（以下、Ｄ状態問合せと記す。）（１０２、１３３２）、スイッチ状態表１００ｄ（又は、ＩＦ状態管理表１１０ｄ）は使用中であるため、当該パスを維持する（１０３、１３３４）。また、ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｄ２１４で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。ＧＭＰＬＳ制御装置Ｄ２１４は、上流隣接に異常なＧＭＰＬＳ制御装置Ｃ２１３がある。すなわち、上流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（１０４）、ＧＭＰＬＳ制御装置Ｄ２１４は、上流隣接に対してはリフレッシュメッセージを送信しない。また、下流隣接に正常なＧＭＰＬＳ制御装置Ｅ２１５が存在するので（１０６）、ＧＭＰＬＳ制御装置Ｄ２１４は、ＧＭＰＬＳ制御装置Ｅ２１５にリフレッシュメッセージを送信する（１０７、１３３５）。
ＧＭＰＬＳ制御装置Ｅ２１５は、上流でのＧＭＰＬＳ制御部障害に関係なく、隣接ノードとのパス状態を維持する（１３３６）。
【００３２】
障害ノードＣ２１３の上流側ＧＭＰＬＳ制御装置Ｂ２１２も同様に、ＧＭＰＬＳ制御装置Ｃ２１３障害検出後（１０１、１３４１）、図１のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｂ２２２の状態をチェックし（Ｄ状態問合せ）（１０２、１３４２）、スイッチ状態表１００ｂ（又は、ＩＦ状態管理表１１０ｂ）は使用中であるため、当該パスを維持する（１０３、１３４４）。また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｂ２１２で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。ＧＭＰＬＳ制御装置Ｂ２１２の上流隣接に正常なＧＭＰＬＳ制御装置Ａ２１１が存在するので（１０４）、ＧＭＰＬＳ制御装置Ｂ２１２は、ＧＭＰＬＳ制御装置Ａ２１１にリフレッシュメッセージを送信する（１０５、１３４５）。また、下流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（１０６）、ＧＭＰＬＳ制御装置Ｂ２１２は、下流隣接に対してはリフレッシュメッセージを送信しない。
ＧＭＰＬＳ制御装置Ａ２１１は、下流でのＧＭＰＬＳ制御部障害に関係なく、隣接ノードとのパス状態を維持する（１３４６）。
これにより、制御プレーンのＧＭＰＬＳ制御装置Ａ２１１又はＢ２１２又はＣ２１３又はＤ２１４又はＥ２１５で障害が発生し、データプレーンに障害が発生していないときに、使用中のデータ転送路２２を切断することなくパス状態を維持できる。
【００３３】
１−３−２．復旧
さらに、ＧＭＰＬＳ制御装置Ｃ２１３が障害から復旧１３１１したときの、パス状態の回復について説明する。
ＧＭＰＬＳ制御装置Ｃ２１３が障害から復旧１３１１したときには、ＧＭＰＬＳ制御装置Ｃ２１３は、隣接ノードに対しＨｅｌｌｏメッセージ（パス回復要求）１３５１、１３５２を送信し、障害回復を通知するとともに、パスの回復要求をする。第１の実施の形態では、障害ノードの再起動時間に関わらず、隣接ノードでパス状態が維持されているので（１３３４、１３４４）、ＧＭＰＬＳ制御装置Ｃ２１３が障害復旧した後の処理は非特許文献１、３で記載されるグレースフルリスタートを利用して、隣接ノードはそれぞれ、パス回復要求に対するＨｅｌｌｏメッセージ応答（パス回復ＯＫ）１３６１、１３６２を行なう。
下流隣接ＧＭＰＬＳ制御装置Ｄ２１４は、ＲｅｃｏｖｅｒｙＰａｔｈメッセージ１３７１によって、障害前にＧＭＰＬＳ制御装置Ｃ２１３がＧＭＰＬＳ制御装置Ｄに対して送信したＰａｔｈメッセージの情報を再送する。すなわち、ＧＭＰＬＳ制御装置Ｄ２１４は、パス状態管理表８０ｄに保存されているエントリのうち、ＧＭＰＬＳ制御装置Ｃ２１３ホップ１９２．１６８．９９．３を前ホップに持つエントリのセッションＩＤ、入力ラベル、その他のパス属性をＧＭＰＬＳ制御装置Ｃ２１３に送信する。これは、ＧＭＰＬＳ制御装置Ｃ２１３のパス状態管理表８０ｃのセッションＩＤ、次ホップアドレス、出力ラベル、その他のパス属性に相当する。
【００３４】
また上流隣接ＧＭＰＬＳ制御装置Ｂ２１２は、Ｐａｔｈ（Ｒｅｃｏｖｅｒｙ＿Ｌａｂｅｌ）メッセージ１３７２によって、ＧＭＰＬＳ制御装置Ｃ２１３と共有していたパスの状態を返信する。すなわち、ＧＭＰＬＳ制御装置Ｂ２１２は、パス状態管理表８０ｂのエントリのうち、ＧＭＰＬＳ制御装置Ｃ２１３の制御しているホップ１９２．１６８．９９．３を次ホップに持つエントリを選択し、セッションＩＤ、出力ラベル、その他の属性をＰａｔｈ（Ｒｅｃｏｖｅｒｙ＿Ｌａｂｅｌ）メッセージ１３７２に載せてＧＭＰＬＳ制御装置Ｃ２１３に送信する。これは、ＧＭＰＬＳ制御装置Ｃ２１３のパス状態管理表８０ｃのセッションＩＤ、前ホップアドレス、入力ラベル、その他のパス属性に相当する。
さらに、ＧＭＰＬＳ制御装置Ｃ２１３は、伝送装置Ｃ２２３に対してスイッチ状態の問合せを行う（１３８１）。具体的には、例えば、ＧＭＰＬＳ制御装置Ｃ２１３は状態問合せ通知１２４１（図１２）を伝送装置Ｃ２２３に対して発行する。伝送装置Ｃ２２３は、図２０の伝送装置Ｃ２２３のスイッチ状態表１００ｃを参照して、状態報告通知１２５１をＧＭＰＬＳ制御装置Ｃ２１３に送信する。こうして、図２０のように、ＧＭＰＬＳ制御装置Ｃ２１３は、ＩＦ状態表１１０ｃに入力ＩＦ＝ＩＦ１、出力ＩＦ＝ＩＦ２、ＩＦ状態＝使用中というエントリを追加する。使用中の「入力ＩＦ、出力ＩＦ」の組が「ＩＦ１、ＩＦ２」であるので、パス状態管理表８０ｃの入力ＩＦ、出力ＩＦの項目に、それぞれ、ＩＦ１、ＩＦ２をセットすることによって、障害前のパス状態管理表８０ｃに回復することができる。
そして、ＧＭＰＬＳ制御装置Ｃ２１３は、状態を回復して、Ｒｅｓｖメッセージ１３８２を上流隣接ノードのＧＭＰＬＳ制御装置Ａ２２１に送信する。
これにより、ＧＭＰＬＳ制御装置Ｃ２１３は、リソースの再割り当てやパスの切断をすることなく、パス状態を回復することができる。
【００３５】
１−４．シーケンス図（制御プレーンとデータプレーンの両方の障害）
次に、制御プレーンの障害とともに、データプレーンにも障害が発生しているときの処理の一例を示す。
図２１は、第１の実施の形態のＧＭＰＬＳ制御装置障害時、データプレーン障害ありの場合のメッセージシーケンス図である。
この図は、一例として、ＧＭＰＬＳ制御装置Ｃ２１３に障害が発生し、さらに、データプレーンの伝送装置Ｃ２２３にも障害が発生しているときのメッセージシーケンスを表す。
上述のように、ＧＭＰＬＳ制御装置Ｃ２１３に障害が発生２１１０し、隣接ノードのＧＭＰＬＳ制御装置Ｄ２１４、およびＧＭＰＬＳ制御装置Ｂ２１２では、それぞれリフレッシュタイムアウトを検出し（２１２１、２１２２）、ＧＭＰＬＳ制御装置Ｃ２１３の異常を検出する（２１３１、２１４１）。
図２２は、第１の実施の形態のＧＭＰＬＳ制御装置Ｃおよび伝送装置Ｃの障害発生時における、伝送装置のスイッチ状態表の説明図である。
このような状態でさらに、例えば、伝送装置Ｃ２２３に障害発生すると、隣接ノードの伝送装置Ｂ２２２および伝送装置Ｄ２２４は、それぞれ、図７に示す伝送装置の構成において各入力信号７５１１に障害信号を受信し、各障害管理部７５１２は障害を検出して、伝送装置Ｂ２２２およびＤ２２４のスイッチ状態表１００ｂ、１００ｄに障害警報検出状態をセットする。伝送装置Ａ２２１およびＥ２２５も同様に、それぞれ、各入力信号７５１１に障害信号を受信し、各障害管理部７５１２は障害を検出して、伝送装置Ａ２２１およびＥ２２５は、それぞれのスイッチ状態表１００ａ、１００ｅに障害警報検出状態をセットする。
【００３６】
以上のような各状態表に従い、各ＧＭＰＬＳ制御装置は、次のように処理を実行する。
ＧＭＰＬＳ制御装置Ｄ２１４は、制御プレーンの障害検出後（１０１、２１３１）、図１のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｄ２２４の状態をチェックし（Ｄ状態問合せ）（１０２、２１３２）、スイッチ状態表１００ｄは障害警報検出状態であるため、パス状態管理表８０ｄの当該パス状態のエントリ８０１を削除し、リソースを解放する（１０８、２１３４）。また、ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｄ２１４で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。そして、例えば、ＧＭＰＬＳ制御装置Ｄ２１４は、パス状態変更通知１２１１を送信して、伝送装置Ｄ２２４のスイッチ状態表１００ｄのＩＦ状態を未使用状態にセットする。また、ＧＭＰＬＳ制御装置Ｄ２１４は、下流ノードＧＭＰＬＳ制御装置Ｅ２１５に対して、Ｐａｔｈｔｅａｒメッセージ２１３５を送信して、パス状態削除指示を伝える。
同様に、ＧＭＰＬＳ制御装置Ｂ２１２は、制御プレーンの障害検出後（１０１、２１４１）、図１のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｂ２２２の状態をチェックし（Ｄ状態問合せ）（１０２、２１４２）、スイッチ状態表１００ｂは障害警報検出状態であるため、パス状態管理表８０ｂの当該パス状態のエントリ８０１を削除し、リソースを解放する（１０８、２１４４）。また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｂ２１２で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。そして、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、パス状態変更通知１２１１を送信して、伝送装置Ｂ２２２のスイッチ状態表１００ｂのＩＦ状態を未使用状態にセットする。また、ＧＭＰＬＳ制御装置Ｂ２１２は、上流ノードＧＭＰＬＳ制御装置Ａ２１１に対して、Ｒｅｓｖｔｅａｒメッセージ２１４５を送信して、パス状態削除指示を伝える。
これにより、データプレーンの障害時に、無期限にリソースを確保してしまうリソースリーク状態を防止することができる。
【００３７】
２．第２の実施の形態
第２の実施の形態は、制御プレーンの通信障害に伴う処理の一例である。
２−１．ネットワークおよびハード構成
図２に示すネットワーク構成、図６に示すＧＭＰＬＳ制御装置、図７に示す伝送装置構成、図８、図９、図１０、図１１に示す各状態表の構成、および図１２に示すＧＭＰＬＳ制御部と伝送装置制御部の状態同期方法は、第１の実施形態と同様である。
【００３８】
２−２．フローチャート
ＧＭＰＬＳ制御部６１が実行するフローチャートは、第１の実施の形態と同様である。
【００３９】
２−３．シーケンス（制御プレーンの通信路障害）
第２の実施の形態は、第１の実施の形態との違いは、制御プレーンのＧＭＰＬＳ制御装置の障害ではなく、制御プレーンの通信経路上に障害が発生していることである。
第２の実施の形態は、例えば、ＧＭＰＬＳ制御装置Ｃ２１３の制御プレーン通信インタフェース部２１ａに障害が発生していることを想定する。
図２３は、第２の実施の形態の制御プレーン通信障害の場合のメッセージシーケンス図である。
ＧＭＰＬＳ制御装置Ｃ２１３の制御プレーン通信インタフェース部２１ａに障害が発生２３１０、２３１１すると、隣接ノードである、ＧＭＰＬＳ制御装置Ｄ２１４、およびＢ２１２でリフレッシュタイムアウトを検知し、ＧＭＰＬＳ制御装置Ｃ２１３の異常を検出する（２３３１、２３５１）。ＧＭＰＬＳ制御装置Ｃ２１３は、隣接ノードＧＭＰＬＳ制御装置Ｄ２１４、およびＢ２１２の異常ととらえ、障害を検出する（２３４１）。
図２４は、第２の実施の形態のパス状態管理表の説明図である。
図２５は、第２の実施の形態の隣接ノード状態表の説明図である。
それぞれの図は、この時点でのパス状態管理表、隣接ノード状態表を表す。
図２５で、ＧＭＰＬＳ制御装置Ｂ２１２の隣接ノード状態表９０ｂは、下流隣接ノードのＣプレーン障害とセットされる。また、ＧＭＰＬＳ制御装置Ｃ２１３の隣接ノード状態表９０ｃは、上流および下流隣接ノードのＣプレーン障害とセットされる。そして、ＧＭＰＬＳ制御装置Ｄ２１４の隣接ノード状態表９０ｄは、上流隣接ノードのＣプレーン障害とセットされる。
【００４０】
図２６は、第２の実施の形態のスイッチ状態表の説明図である。
図示のとおり、制御プレーン通信障害発生時のデータプレーン伝送装置のスイッチ状態表を示し、伝送装置Ａ２２１、Ｂ２２２、Ｃ２２３、Ｄ２２４、Ｅ２２５ともＩＦ状態が使用中であることを示している（１００ａ、１００ｂ、１００ｃ、１００ｄ、１００ｅ）。
図２３のメッセージシーケンス図で、制御プレーンの障害を検出したＧＭＰＬＳ制御装置Ｂ２１２，Ｃ２１３，Ｄ２１４は、それぞれ、障害検出（２３５１、２３４１、２３３１）の時点で、図１のフローに従って処理を行なう。
制御プレーンの障害を検出した際、上流のノードＢのＧＭＰＬＳ制御装置Ｂ２１２は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｂ２２２の状態をチェックし（以下、Ｄ状態問合せと記す。）（１０２、２３５２）スイッチ状態表１００ｂは使用中であるため、当該パスを維持する（１０３、２３５４）。また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｂ２１２で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。ＧＭＰＬＳ制御装置Ｂ２１２の上流隣接に正常なＧＭＰＬＳ制御装置Ａ２１１が存在するので（１０４）、ＧＭＰＬＳ制御装置Ｂ２１２は、上流隣接ＧＭＰＬＳ制御装置Ａ２１１に対してリフレッシュメッセージを送信する（１０５、２３６１）。また、下流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（１０６）、ＧＭＰＬＳ制御装置Ｂ２１２は、下流隣接に対してはリフレッシュメッセージを送信しない。
【００４１】
制御プレーンの障害を検出した際、下流のノードＤのＧＭＰＬＳ制御装置Ｄ２１４は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｄ２２４の状態をチェックし（Ｄ状態問合せ）（１０２、２３３２）スイッチ状態表１００ｄは使用中であるため、当該パスを維持する（１０３、２３３４）。また、ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｄ２１４で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。ＧＭＰＬＳ制御装置Ｄ２１４は、上流隣接に異常なＧＭＰＬＳ制御装置Ｃ２１３がある。すなわち、上流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（１０４）、ＧＭＰＬＳ制御装置Ｄ２１４は、上流隣接に対してはリフレッシュメッセージを送信しない。また、下流隣接に正常なＧＭＰＬＳ制御装置Ｅ２１５が存在するので（１０６）、ＧＭＰＬＳ制御装置Ｄ２１４は、下流隣接ＧＭＰＬＳ制御装置Ｅ２１５に対してリフレッシュメッセージを送信する（１０７、２３３５）。
【００４２】
一方、両隣接ノードの障害を検出しているＧＭＰＬＳ制御装置Ｃ２１３は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｃ２２３の状態をチェックし（Ｄ状態問合せ）（１０２、２３４２）、スイッチ状態表１００ｃは使用中であるため、当該パスを維持する（１０３、２３４４）。また、ＧＭＰＬＳ制御装置Ｃ２１３は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｃ２１３で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。両隣接ノードが障害のため、ＧＭＰＬＳ制御装置Ｃ２１３は、リフレッシュメッセージの送信は行わない。詳細には、ＧＭＰＬＳ制御装置Ｃ２１３は、上流隣接に異常なＧＭＰＬＳ制御装置Ｃ２１３がある、すなわち、上流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（１０４）、ＧＭＰＬＳ制御装置Ｃ２１３は、上流隣接に対してはリフレッシュメッセージを送信しない。さらに、下流隣接にも正常なＧＭＰＬＳ制御装置が存在しないため（１０６）、ＧＭＰＬＳ制御装置Ｃ２１３は、下流隣接に対してもリフレッシュメッセージを送信しない。
ＧＭＰＬＳ制御装置Ｃ２１３の制御プレーン通信インタフェース部２１ａの障害が復旧２３１２したときは、Ｈｅｌｌｏメッセージ２３４５、２３４６、２３５５、２３５６の到達によって、それぞれ隣接ＧＭＰＬＳ制御装置Ｂ２１２、Ｃ２１３およびＤ２１４の回復を検出する。しかし、各ＧＭＰＬＳ制御装置Ｂ２１２、Ｃ２１３、Ｄ２１４がパス状態管理表８０ｂ、８０ｃ、８０ｄを維持しているため、パス状態管理表の回復は行なわない。
以上により、ＧＭＰＬＳ制御装置Ａ２１１又はＢ２１２又はＣ２１３又はＤ２１４又はＥ２１５の障害の場合だけでなく、制御プレーンの通信障害の場合にも、図１のフローを適用することができ、データプレーンに障害が発生していないときに、使用中のデータ転送路を切断することなくパス状態を維持することができる。
【００４３】
３．第３の実施の形態
第３の実施の形態は、障害ノードに関する情報を、パスの始点ノードに通知する形態の一例である。
３−１．ネットワークおよびハード構成
図２に示すネットワーク構成、図６に示すＧＭＰＬＳ制御装置、図７に示す伝送装置構成、図８、図９、図１０、図１１に示す各状態表の構成、および図１２に示すＧＭＰＬＳ制御部と伝送装置制御部の状態同期方法は、第１の実施形態と同様である。ただし、次の管理表が追加される。
図２９は、第３の実施の形態の障害管理表の説明図である。
始点ノードであるノードＡのＧＭＰＬＳ制御装置Ａ２１１は、通知された障害ノード情報を、図示の障害管理表２９０に登録する。また、ノードＡは、自ノードが始点であることを予め把握することができる、又は、予め設定されている。図示の障害管理表２９０は、例えば、ＧＭＰＬＳ制御装置Ａ２１１のメモリ６２上に記憶され、ノード識別子２９０１と、制御プレーン２９０２、あるいは、データプレーン２９０３の障害有無の情報を記憶するテーブルである。
【００４４】
３−２．フローチャート（始点ノードへの通知）
第３の実施の形態は、第１の実施の形態との違いは、例えば、障害ノードの上流隣接のＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４が、ＧＭＰＬＳ制御装置Ｃ２１３又はＤ２１４又はＥ２１５の障害ノードに関する通知、障害通知および回復通知をパスの始点ノードに送信することである。
図２８に、第３の実施の形態の障害通知を送信するときのフローチャートを示す。
このフローチャートは、各ＧＭＰＬＳ制御装置のＧＭＰＬＳ制御部６１が、メモリ６２等を参照して実行する。
第1の実施の形態と異なる点の一つは、ＧＭＰＬＳ制御部６１は、例えば、自ノードの伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又はＥ２２５に障害警報が検出されていないとき（２８０２）、下流側に正常な隣接ＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４又はＥ２１５が存在するか否かを判断し（２８０４）、存在しないときに、自ノードがＬＳＰの始点であるか否かを判定し（２８０８）、そして、ＧＭＰＬＳ制御部６１は、ＬＳＰ始点でないときには、ＬＳＰ始点のＧＭＰＬＳ制御装置Ａ２１１に対して、下流隣接に関する制御プレーン障害通知を送信することである（２８１０）。第1の実施の形態と異なるもう一つの点は、ＧＭＰＬＳ制御部６１は、例えば、自ノードの伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又はＥ２２５に障害警報が検出されているとき（２８０２）、下流側に正常な隣接ＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４又はＥ２１５が存在しないときに（２８１１）、自ノードがＬＳＰの始点であるか否かを判定し（２８１２）、ＬＳＰ始点でないときには、ＬＳＰ始点のＧＭＰＬＳ制御装置Ａ２１１に対して、下流隣接に関するデータプレーン障害通知を送信することである（２８１３）。
【００４５】
以下、フローチャートに従って処理を詳細に説明すると、まず、ＧＭＰＬＳ制御部６１は、隣接ＧＭＰＬＳ制御装置Ａ２１１又はＢ２１２又はＣ２１３又はＤ２１４又はＥ２１５との間にリフレッシュタイムアウトを検出したとき（２８０１）、自ノードの伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又はＥ２２５の障害警報の検出有無を調べる（２８０２）。ＧＭＰＬＳ制御部６１は、自ノードの伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又はＥ２２５に障害警報が検出されていれば、当該パス状態を削除しリソースを解放する（２８１０）。さらに、ＧＭＰＬＳ制御部６１は、下流側に正常な隣接ＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４又はＥ２１５が存在するかを判定し（２８１１）、存在しないときには、自ノードがＬＳＰの始点であるか否かを判定し（２８１２）、ＬＳＰ始点でないときには、ＬＳＰ始点のＧＭＰＬＳ制御装置Ａ２１１に対して、下流隣接に関する制御プレーンおよびデータプレーン障害通知を送信する（２８１３）。また、ステップ２８１１で、下流側に正常な隣接ＧＭＰＬＳ制御装置が存在する場合、および、ステップ２８１２で、自ノードがＬＳＰ始点であるときは、ＧＭＰＬＳ制御部６１は、処理を終了する。
【００４６】
一方、ＧＭＰＬＳ制御部６１は、ステップ２８０２において、自ノードの伝送装置Ａ２２１又はＢ２２２又はＣ２２３又はＤ２２４又はＥ２２５に障害警報が検出されないとき（２８０２）、当該パスの状態を維持し（２８０３）、下流側に正常な隣接ＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４又はＥ２１５が存在するか否か判断する（２８０４）。ＧＭＰＬＳ制御部６１は、下流側に正常な隣接ＧＭＰＬＳ制御装置が存在するとき、下流隣接ＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４又はＥ２１５にリフレッシュメッセージを送信する（２８０５）。一方ステップ２８０４で、下流側に正常な隣接ＧＭＰＬＳ制御装置Ｂ２１２又はＣ２１３又はＤ２１４又はＥ２１５が存在しないときには、ＧＭＰＬＳ制御部６１は、自ノードがＬＳＰの始点であるか否かを判定し（２８０８）、ＬＳＰ始点でないときには（２８０４）、ＬＳＰ始点のＧＭＰＬＳ制御装置Ａ２１１に対して、下流隣接に関する制御プレーン障害通知を送信する（２８０９）。また、ステップ２８０８で、自ノードがＬＳＰ始点であるときは、ＧＭＰＬＳ制御部６１は、処理を終了する。
【００４７】
さらに、ステップ２８０６で、上流側に正常な隣接ＧＭＰＬＳ制御装置Ａ２１１又はＢ２１２又はＣ２１３又はＤ２１４が存在するとき、ＧＭＰＬＳ制御部６１は、上流隣接ＧＭＰＬＳ制御装置Ａ２１１又はＢ２１２又はＣ２１３又はＤ２１４にリフレッシュメッセージを送信する（２８０７）。上流側に正常な隣接ＧＭＰＬＳ制御装置が存在しないときは、ＧＭＰＬＳ制御部６１は、リフレッシュメッセージを送信しない。
なお、自ノードが始点ノードであるか否かは、例えば、予め記憶したり、セッション毎に定めたりすることができる。また、始点ノードに対して障害通知を送信する方法については、例えば、予め全てのノードが始点ノードのアドレスを記憶しておき、障害検出時に当該アドレスに送信することで実現するようにしてもよい。また、例えば、パス状態管理表８０で記憶している前ホップアドレスより、上流に隣接するノードに障害通知を送信し、受信した上流隣接ノードが、同様に上流方向へ伝播させていくことで始点ノードに通知するとしてもよい。また、その他適宜の方法を用いて始点ノードに通知するとしてもよい。
終点ノード（例えばノードＥ）については、下流にノードを持たないため、図２８のフローチャートにおいて、ステップ２８０８および２８１２で、自ノードがＬＳＰ終点である場合にもｙｅｓに分岐する処理を付加することで、対応することができる。
また、始点ノード（例えばノードＡ）は、重複する障害通知を受信した場合も、例えば、後発の通知は廃棄するなどの適宜の方法により、動作するようにしてもよい。
【００４８】
３−３．シーケンス（始点ノードへの通知：制御プレーン障害）
図２７に、第３の実施の形態に関して、ノードＣ２１３で制御プレーンの障害２７１０が発生したときのメッセージシーケンス図を表す。
ＧＭＰＬＳ制御装置Ｄ２１４は、ＧＭＰＬＳ制御装置Ｃ２１３の障害検出後（２８０１、２７３１）、図２８のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｄ２１４は、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｄ２２４の状態をチェックし（以下、Ｄ状態問合せと記す。）（２８０２、２７３２）、スイッチ状態表１００ｄは使用中であるため、当該パスを維持する（２８０３、２７３４）。また、ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｄ２１４で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。
ＧＭＰＬＳ制御装置Ｃ２１３の障害中であるので、伝送装置Ｃ２２３は、そのまま当該パスを維持することになる。
ＧＭＰＬＳ制御装置Ｄ２１４は、下流隣接に正常なＧＭＰＬＳ制御装置Ｅ２１５が存在するので（２８０４）、リフレッシュメッセージを送信する（２８０５、２７３５）。一方、上流隣接には、異常なＧＭＰＬＳ制御装置Ｃ２１３がある。すなわち、上流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（２８０６）、ＧＭＰＬＳ制御装置Ｄ２１４は、上流隣接に対してはリフレッシュメッセージを送信しない。
ＧＭＰＬＳ制御装置Ｅ２１５は、上流でのＧＭＰＬＳ制御部障害に関係なく、隣接ノードとのパス状態を維持する（２７３６）。
以上のように、障害ノードの下流側のＧＭＰＬＳ制御装置（この例では、Ｄ２１４およびＥ２１５）の処理は、第1の実施形態と同様である。第1の形態と異なる点は、障害ノードの上流側のＧＭＰＬＳ制御装置（この例では、Ａ２１１およびＢ２１２）の処理である。
【００４９】
障害ノードＣ２１３の上流側ＧＭＰＬＳ制御装置Ｂ２１２も同様に、ＧＭＰＬＳ制御装置Ｃ２１３の障害検出後（２８０１、２７４１）、図２８のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｂ２２２の状態をチェックし（Ｄ状態問合せ）（２８０２、２７４２）、スイッチ状態表１００ｂは使用中であるため、当該パスを維持する（２８０３、２７４４）。また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｂ２１２で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。
ＧＭＰＬＳ制御装置Ｂ２１２は、下流隣接に正常なＧＭＰＬＳ制御装置が存在しないため（２８０４）、自ノードがＬＳＰ始点であるかを判定し（２８０８）、始点ではないため、ＧＭＰＬＳ制御装置Ｂ２１２は、ＬＳＰ始点であるノードＡのＧＭＰＬＳ制御装置Ａ２１１に対して、下流隣接ＧＭＰＬＳ制御装置Ｃ２１３の障害ノード情報を送信（２８０９、２７４５）する。また、ＧＭＰＬＳ制御装置Ｂ２１２は、下流隣接に対してリフレッシュメッセージを送信しない。障害ノード情報は、例えば、図２９に示すように、ノード識別子、制御プレーンの状態（障害中、使用中等）、データプレーンの状態（障害中、使用中等）等が含まれる。また、ノードＡのアドレスを含めてもよい。 さらに、上流隣接に正常なＧＭＰＬＳ制御装置Ａ２１１が存在するので（２８０６）、ＧＭＰＬＳ制御装置Ｂ２１２は、ＧＭＰＬＳ制御装置Ａ２１１に対してリフレッシュメッセージを送信する（２８０７、２７４６）。
【００５０】
なお、ＧＭＰＬＳ制御装置Ｃ２１３が障害復旧２７１１したときの、ＧＭＰＬＳ制御装置Ｂ２１２、ＧＭＰＬＳ制御装置Ｃ２１３、ＧＭＰＬＳ制御装置Ｄ２１４の動作は、第1の形態と同様である。
第1の実施の形態と異なる点は、障害ノードＣのＧＭＰＬＳ制御装置Ｃ２１３の上流隣接ノードＢのＧＭＰＬＳ制御装置Ｂ２１２が、Ｐａｔｈ（Ｒｅｃｏｖｅｒｙ＿Ｌａｂｅｌ）メッセージ２７２２を送信した後、ノードＣのＧＭＰＬＳ制御装置Ｃ２１３が状態復旧したことを示すＲｅｓｖメッセージ２７８２を、上流隣接ノードＢのＧＭＰＬＳ制御装置Ｂ２１２が受信したときに、始点ノードＡ２１１に対して、ノードＣの回復通知２７４８を送信することである。始点ノードＧＭＰＬＳ制御装置Ａ２１１は、通知された回復通知のノード識別子を判別して、障害管理表２９０の制御プレーンの障害中の情報を使用中に変更する。
また、制御プレーン障害がノードＤのＧＭＰＬＳ制御装置Ｄ２１４で発生した場合も同様に、図２８の障害通知を送信するときのフローに従い、障害ノードの上流隣接であるノードＣのＧＭＰＬＳ制御装置Ｃ２１３が、ＬＳＰ始点ノードＡ２１１に対して制御プレーン障害を通知することができる。
【００５１】
３−４．シーケンス（データプレーン始点ノードへの通知：データプレーン障害）
図３０は、第３の実施の形態に関して、ノードＣ２０３でデータプレーンの障害２７０が発生したときのメッセージシーケンス図を表す。
ＧＭＰＬＳ制御装置Ｄ２１４は、ＧＭＰＬＳ制御装置Ｃ２１３の制御プレーンの障害検出後（２８０１、３０３１）、図２８のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｄ２２４の状態をチェックし（Ｄ状態問合せ）（２８０２、３０３２）、スイッチ状態表１００ｄは障害警報検出状態であるため、パス状態管理表８０ｄの当該パス状態のエントリ８０１を削除し、リソースを解放する（２８１０、３０３４）。また、ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｄ２１４で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。そして、ＧＭＰＬＳ制御装置Ｄ２１４は、例えば、パス状態変更通知１２１１を送信して、伝送装置Ｄ２２４のスイッチ状態表１００ｄのＩＦ状態を未使用状態にセットする。また、ＧＭＰＬＳ制御装置Ｄ２１４は、下流ノードＧＭＰＬＳ制御装置Ｅ２１５に対して、Ｐａｔｈｔｅａｒメッセージを送信して、パス状態削除指示を伝える（２０３５）。
【００５２】
同様に、ＧＭＰＬＳ制御装置Ｂ２１２は、ＧＭＰＬＳ制御装置Ｃ２１３の制御プレーンの障害検出後（２８０１、３０４１）、図２８のフローに従って処理を行なう。ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、状態問合せ通知１２４１および状態報告通知１２５１によって、伝送装置Ｂ２２２の状態をチェックし（Ｄ状態問合せ）（２８０２、３０４２）、スイッチ状態表１００ｂは障害警報検出状態であるため、パス状態管理表８０ｂの当該パス状態のエントリ８０１を削除し、リソースを解放する（２８１０、３０４４）。また、ＧＭＰＬＳ制御装置Ｂ２１２は、例えば、スイッチ状態表１００と同期しているＧＭＰＬＳ制御装置Ｂ２１２で管理しているＩＦ状態管理表１１０を使用して、ＩＦの状態を確認するとしてもよい。さらに、下流側に正常な隣接ＧＭＰＬＳ制御装置がないため（２８１１）、ＧＭＰＬＳ制御装置Ｂ２１２は、ＬＳＰ始点であるか否かを判定し（２８１２）、ＬＳＰ始点でないので、ＬＳＰ始点のＧＭＰＬＳ制御装置Ａ２１１に対して、下流隣接ＧＭＰＬＳ制御装置Ｃ２１３の制御プレーンおよびデータプレーン障害通知３０４５を送信する（２８１３）。そして、例えば、ＧＭＰＬＳ制御装置Ｂ２１２は、パス状態変更通知１２１１を送信して、又は、伝送装置Ｂ２２２自身が、伝送装置Ｂ２２２のスイッチ状態表１００ｂのＩＦ状態を未使用状態にセットする。また、ＧＭＰＬＳ制御装置Ｂ２１２は、上流ノードＧＭＰＬＳ制御装置Ａ２１１に対して、Ｒｅｓｖｔｅａｒメッセージ３０４６を送信して、パス状態削除指示を伝える。
【００５３】
始点ノードであるノードＡのＧＭＰＬＳ制御装置Ａ２１１は、通知された障害ノード情報を、図２９の障害管理表２９０に登録する。すなわち、ノードＣの制御プレーンとデータプレーンの状態を、障害中とする。
ノードＣが障害回復３０１１したときには、ノードＢのＧＭＰＬＳ制御装置Ｂ２１２は、障害回復を示すＨｅｌｌｏメッセージ３０５２を受信したら、ＬＳＰ始点のＧＭＰＬＳ制御装置Ａ２１１に対して、ノードＣの回復通知３０４８を送信する。始点ノードであるノードＡのＧＭＰＬＳ制御装置Ａ２１１は、通知された回復通知のノード識別子を判別して、制御プレーンおよび／又はデータプレーン障害中の情報を使用中に変更する。制御プレーン２９０２とデータプレーン２９０３の障害が共に解消されたら、ＧＭＰＬＳ制御装置Ａ２１１は、該当エントリを障害管理表２９０から削除する。
これにより、始点ノードＧＭＰＬＳ制御装置Ａ２１１では、新たなパスを確立するときに、障害中のノードを避けて経路を設定することができる。さらに、始点ノードＧＭＰＬＳ制御装置Ａ２１１は、障害中のノードを含む経路を設定したときに、警告を発して、障害ノードを避けた経路設定ができる。
【産業上の利用可能性】
【００５４】
本発明は、ＧＭＰＬＳ制御技術を用いて、光伝送装置基幹ネットワーク等の様々なネットワークにおいて、パスを管理するための技術に適用可能である。また、本実施の形態は、ＧＭＰＬＳ以外にも、上流から下流にデータを伝送する様々な通信技術に適用可能である。
【符号の説明】
【００５５】
２１ 制御プレーンネットワーク
２２ データ転送路
２１１、２１２、２１３、２１４、２１５ ＧＭＰＬＳ制御装置
２２１、２２２、２２３、２２４、２２５ 伝送装置
８０、８０ａ、８０ｂ、８０ｃ、８０ｄ、８０ｅ パス状態管理表
９０、９０ａ、９０ｂ、９０ｃ、９０ｄ、９０ｅ 隣接ノード状態表
１００、１００ａ、１００ｂ、１００ｃ、１００ｄ、１００ｅ 伝送装置制御部スイッチ状態管理表
１１０、１１０ａ、１１０ｂ、１１０ｃ、１１０ｄ、１１０ｅ ＧＭＰＬＳ制御部ＩＦ状態管理表
【特許請求の範囲】
【請求項１】
隣接ノードの伝送装置とユーザデータを通信する伝送装置と、隣接ノードの制御装置とメッセージを通信し自ノードの前記伝送装置を管理する制御装置とを備えたノードであって、
該ノードの制御装置は、
前記隣接ノードの制御装置から送信されるメッセージの受信状況に基づいて、前記隣接ノードの制御装置の障害の有無を検出し、
前記隣接ノードの制御装置の障害を検出すると、自ノードの伝送装置に状態問合せ通知を発行して障害警報検出有無を調べ、
前記ノードの伝送装置の障害警報検出がない場合には、前記ノードのパス状態を維持する、
ことを特徴とするノード。
【請求項２】
請求項１に記載のノードであって、
該ノードの伝送装置の障害警報検出がない場合には、前記ノードのパス状態を維持し、障害が検出された制御装置を備える前記隣接ノードと異なる他の隣接ノードに正常な制御装置が存在するとき、前記ノードの制御装置は、該正常な制御装置にメッセージを送信して前記他の隣接ノードとのパス状態を維持する、ことを特徴とするノード。
【請求項３】
請求項１に記載のノードであって、
該ノードの制御装置は、該ノードの伝送装置の障害警報検出がある場合には、該ノードの制御装置内に設けられパス状態を記憶する状態管理表の当該パス状態のエントリを削除し、リソースを解放する、ことを特徴とするノード。
【請求項４】
前記ノードの制御装置は、上流側に正常な制御装置が存在するとき、リフレッシュメッセージを送信して隣接ノードとのパス状態を維持し、且つ、下流側に正常な制御装置が存在するとき、リフレッシュメッセージを送信して隣接ノードとのパス状態を維持することを特徴とする請求項１に記載のノード。
【請求項５】
前記ノードの制御装置は、パスメッセージを一定時間間隔で交換してパス状態を維持するリフレッシュ動作を行い、リフレッシュタイムアウトを検出することで、障害を検出することを特徴とする請求項１に記載のノード。
【請求項６】
前記リフレッシュメッセージは、下流側にはＰａｔｈメッセージ、上流側にはＲｅｓｖメッセージを送信することを特徴とする請求項５に記載のノード。
【請求項７】
さらに、前記隣接ノードの制御装置が障害から復旧したら、該隣接ノードの制御装置は、グレースフルリスタートに従って、隣接する他のノードからパス状態情報を取得して、データプレーンを切断せずに、パス状態を回復することを特徴とする請求項１に記載のノード。
【請求項８】
前記隣接ノード及び前記ノードの制御装置は、それぞれ、
セッションＩＤに対応して、前ホップアドレス、次ホップアドレス、入力インタフェース（ＩＦ）識別子、出力インタフェース（ＩＦ）識別子を含むパス状態を記憶するパス状態管理表と、
セッションＩＤに対応して、上流隣接ノードの障害又は正常状態、下流隣接ノードの障害又は正常状態を含む隣接ノード状態を記憶する隣接ノード状態表と、
入力ＩＦ、出力ＩＦ、使用中・障害を含むＩＦ状態を含む伝送装置のスイッチ状態を記憶するＩＦ状態管理表
を備え、
前記隣接ノード及び前記ノードの伝送装置は、それぞれ、
入力ＩＦ、出力ＩＦ、使用中・障害を含むＩＦ状態を表す伝送装置のスイッチ状態を記憶するスイッチ状態管理表
を備え、
前記隣接ノードの制御装置の障害が発生した場合、
前記隣接ノードの制御装置は、前記隣接ノードの制御装置のパス状態管理表が障害中のため、該パス状態管理表を参照できない状態になり、当該パスを維持し、
前記ノードの制御装置は、前記隣接ノードの制御装置との間でタイムアウトの検出により障害検出したため、隣接ノード状態表の隣接ノード状態を制御プレーン障害とセットし、
前記ノードの制御装置は、自ノードの伝送装置の状態をチェックし、スイッチ状態管理表又はＩＦ状態管理表が使用中であるため、当該パスを維持し、
前記ノードの制御装置は、前記隣接ノードの制御装置側に正常な制御装置が存在しないため、前記隣接ノードの制御装置側に対してはリフレッシュメッセージを送信せず、他方の隣接ノードに正常な制御装置が存在すれば、リフレッシュメッセージを送信する
ことにより、制御プレーンの前記制御装置で障害が発生し、データプレーンに障害が発生していないときに、使用中のデータ転送路を切断することなくパス状態を維持することを特徴とする請求項１に記載のノード。
【請求項９】
前記隣接ノードの制御装置が障害から復旧したときには、前記隣接ノードの制御装置は隣接する他のノードに対し、障害回復のメッセージを通知するとともに、パスの回復要求をし、
隣接する前記ノードの制御装置は、障害前に前記隣接ノードの制御装置と通信したメッセージの情報により記憶されたパス状態管理表に基づき、前記隣接ノードの制御装置に、パス状態管理表に含まれるパス状態データを通知し、
前記隣接ノードの制御装置は、自ノードの伝送装置に対してスイッチ状態の問合せを行い、前記隣接ノードの伝送装置は、前記隣接ノードの伝送装置のスイッチ状態管理表を参照して、前記隣接ノードの制御装置にスイッチ状態データを通知し、
前記隣接ノードの制御装置は、通知されたパス状態データ及びスイッチ状態データに従い、ＩＦ状態管理表及びパス状態管理表を回復し、
前記隣接ノードの制御装置は、回復メッセージを前記ノードの制御装置に送信する
ことにより、前記隣接ノードの制御装置は、リソースの再割り当てやパスの切断をすることなく、パス状態を回復することを特徴とする請求項８に記載のノード。
【請求項１０】
前記隣接ノードの制御装置に障害が発生し、さらに、前記隣接ノードの伝送装置に障害が発生すると、
前記ノードの伝送装置は、前記隣接ノードの伝送装置から障害信号を受信して、前記隣接ノードの伝送装置の障害を検出し、前記ノードの伝送装置のスイッチ状態管理表に障害・障害警報検出状態をセットし、
前記ノードの制御装置は制御プレーンの障害検出後、自ノードの伝送装置の状態をチェックし、スイッチ状態管理表は障害・障害警報検出状態であるため、パス状態管理表の当該パス状態のエントリーを削除し、リソースを解放し、
前記ノードの伝送装置は、スイッチ状態管理表のＩＦ状態を未使用状態にセットし、前記隣接ノードと異なる他の隣接ノードの制御装置に対して、パス状態削除指示を伝える
ことにより、データプレーンの障害時に、無期限にリソースを確保してしまうリソースリーク状態を防止することを特徴とする請求項８に記載のノード。
【請求項１１】
前記隣接ノード及び前記ノードの制御装置は、それぞれ、
セッションＩＤに対応して、上流隣接ノードの障害又は正常状態、下流隣接ノードの障害又は正常状態を含む隣接ノード状態を記憶する隣接ノード状態表と、
入力ＩＦ、出力ＩＦ、使用中・障害を含むＩＦ状態を含む伝送装置のスイッチ状態を記憶するＩＦ状態管理表
を備え、
前記隣接ノード及び前記ノードの伝送装置は、それぞれ、
入力ＩＦ、出力ＩＦ、使用中・障害を含むＩＦ状態を表す伝送装置のスイッチ状態を記憶するスイッチ状態管理表
を備え、
前記隣接ノードの制御プレーンの通信インタフェース部に障害が発生した場合、
前記隣接ノードの制御装置は、隣接ノードの制御装置の異常ととらえて障害を検出し、前記隣接ノードの制御装置の隣接ノード状態表を、上流および下流隣接ノードの両隣接ノードの制御プレーン障害とセットし、
前記隣接ノードの制御装置は、前記隣接ノードの伝送装置の状態をチェックし、スイッチ状態管理表又はＩＦ状態管理表は使用中であるため当該パスを維持し、両隣接ノードが障害のためリフレッシュメッセージの送信は行わず、
一方、
前記隣接ノードに隣接する前記ノードの制御装置は、リフレッシュタイムアウトを検知し、前記隣接ノードの制御装置の異常を検出し、前記ノードの制御装置の隣接ノード状態表を、前記隣接ノード側の隣接ノードの制御プレーン障害とセットし、
前記ノードの制御装置は、自ノードの伝送装置の状態をチェックし、スイッチ状態管理表又はＩＦ状態管理表は前記ノードの伝送装置のＩＦ状態が使用中であるため、当該パスを維持し、前記ノードの制御装置の前記隣接ノードと異なる他の隣接ノードに正常な制御装置が存在するときリフレッシュメッセージを送信し、前記隣接ノード側にリフレッシュメッセージを送信しない
ことにより、データプレーンに障害が発生していないときに、使用中のデータ転送路を切断することなくパス状態を維持することを特徴とする請求項１に記載のノード。
【請求項１２】
隣接する制御装置である第一の隣接制御装置とメッセージを通信し、隣接する伝送装置間でユーザデータを通信する伝送装置を管理する制御装置であって、
該制御装置は、
前記第一の隣接制御装置から送信されるメッセージの受信状況に基づいて、前記第一の隣接制御装置の障害の有無を検出し、
前記第一の隣接制御装置の障害を検出すると、前記伝送装置に状態問合せ通知を発行して障害警報検出有無を調べ、
前記伝送装置の障害警報検出がない場合には、前記伝送装置と該伝送装置と隣接する第一の隣接伝送装置との間のパス状態を維持する、
ことを特徴とする制御装置。
【請求項１３】
請求項１２に記載の制御装置であって、
前記伝送装置の障害警報検出がない場合には、前記伝送装置と前記第一の隣接伝送装置との間のパス状態を維持し、
障害が検出された制御装置と異なる他の隣接する制御装置である第二の隣接制御装置が存在するとき、該第二の隣接制御装置にメッセージを送信して前記第二の隣接制御装置が管理する第二の隣接伝送装置と前記伝送装置との間のパス状態を維持する、ことを特徴とする制御装置。
【請求項１４】
請求項１２に記載の制御装置あって、
前記伝送装置の障害警報検出がある場合には、前記制御装置内に設けられパス状態を記憶する状態管理表の当該パス状態のエントリを削除し、リソースを解放する、ことを特徴とする制御装置。
【請求項１５】
隣接ノードの伝送装置とユーザデータを通信する伝送装置と、隣接ノードの制御装置とメッセージを通信し自ノードの前記伝送装置を管理する制御装置とを備えたノードを有する通信システムであって、
該ノードの制御装置は、
前記隣接ノードの制御装置から送信されるメッセージの受信状況に基づいて、前記隣接ノードの制御装置の障害の有無を検出し、
前記隣接ノードの制御装置の障害を検出すると、自ノードの伝送装置に状態問合せ通知を発行して障害警報検出有無を調べ、
前記ノードの伝送装置の障害警報検出がない場合には、前記ノードのパス状態を維持する、
ことを特徴とする通信システム。
【請求項１６】
請求項１５に記載の通信システムであって、
該ノードの伝送装置の障害警報検出がない場合には、前記ノードのパス状態を維持し、障害が検出された制御装置を備える前記隣接ノードと異なる他の隣接ノードに正常な制御装置が存在するとき、前記ノードの制御装置は、該正常な制御装置にメッセージを送信して前記他の隣接ノードとのパス状態を維持する、ことを特徴とする通信システム。
【請求項１７】
請求項１５に記載の通信システムであって、
該ノードの制御装置は、該ノードの伝送装置の障害警報検出がある場合には、該ノードの制御装置内に設けられパス状態を記憶する状態管理表の当該パス状態のエントリを削除し、リソースを解放する、ことを特徴とする通信システム。
【請求項１】
隣接ノードの伝送装置とユーザデータを通信する伝送装置と、隣接ノードの制御装置とメッセージを通信し自ノードの前記伝送装置を管理する制御装置とを備えたノードであって、
該ノードの制御装置は、
前記隣接ノードの制御装置から送信されるメッセージの受信状況に基づいて、前記隣接ノードの制御装置の障害の有無を検出し、
前記隣接ノードの制御装置の障害を検出すると、自ノードの伝送装置に状態問合せ通知を発行して障害警報検出有無を調べ、
前記ノードの伝送装置の障害警報検出がない場合には、前記ノードのパス状態を維持する、
ことを特徴とするノード。
【請求項２】
請求項１に記載のノードであって、
該ノードの伝送装置の障害警報検出がない場合には、前記ノードのパス状態を維持し、障害が検出された制御装置を備える前記隣接ノードと異なる他の隣接ノードに正常な制御装置が存在するとき、前記ノードの制御装置は、該正常な制御装置にメッセージを送信して前記他の隣接ノードとのパス状態を維持する、ことを特徴とするノード。
【請求項３】
請求項１に記載のノードであって、
該ノードの制御装置は、該ノードの伝送装置の障害警報検出がある場合には、該ノードの制御装置内に設けられパス状態を記憶する状態管理表の当該パス状態のエントリを削除し、リソースを解放する、ことを特徴とするノード。
【請求項４】
前記ノードの制御装置は、上流側に正常な制御装置が存在するとき、リフレッシュメッセージを送信して隣接ノードとのパス状態を維持し、且つ、下流側に正常な制御装置が存在するとき、リフレッシュメッセージを送信して隣接ノードとのパス状態を維持することを特徴とする請求項１に記載のノード。
【請求項５】
前記ノードの制御装置は、パスメッセージを一定時間間隔で交換してパス状態を維持するリフレッシュ動作を行い、リフレッシュタイムアウトを検出することで、障害を検出することを特徴とする請求項１に記載のノード。
【請求項６】
前記リフレッシュメッセージは、下流側にはＰａｔｈメッセージ、上流側にはＲｅｓｖメッセージを送信することを特徴とする請求項５に記載のノード。
【請求項７】
さらに、前記隣接ノードの制御装置が障害から復旧したら、該隣接ノードの制御装置は、グレースフルリスタートに従って、隣接する他のノードからパス状態情報を取得して、データプレーンを切断せずに、パス状態を回復することを特徴とする請求項１に記載のノード。
【請求項８】
前記隣接ノード及び前記ノードの制御装置は、それぞれ、
セッションＩＤに対応して、前ホップアドレス、次ホップアドレス、入力インタフェース（ＩＦ）識別子、出力インタフェース（ＩＦ）識別子を含むパス状態を記憶するパス状態管理表と、
セッションＩＤに対応して、上流隣接ノードの障害又は正常状態、下流隣接ノードの障害又は正常状態を含む隣接ノード状態を記憶する隣接ノード状態表と、
入力ＩＦ、出力ＩＦ、使用中・障害を含むＩＦ状態を含む伝送装置のスイッチ状態を記憶するＩＦ状態管理表
を備え、
前記隣接ノード及び前記ノードの伝送装置は、それぞれ、
入力ＩＦ、出力ＩＦ、使用中・障害を含むＩＦ状態を表す伝送装置のスイッチ状態を記憶するスイッチ状態管理表
を備え、
前記隣接ノードの制御装置の障害が発生した場合、
前記隣接ノードの制御装置は、前記隣接ノードの制御装置のパス状態管理表が障害中のため、該パス状態管理表を参照できない状態になり、当該パスを維持し、
前記ノードの制御装置は、前記隣接ノードの制御装置との間でタイムアウトの検出により障害検出したため、隣接ノード状態表の隣接ノード状態を制御プレーン障害とセットし、
前記ノードの制御装置は、自ノードの伝送装置の状態をチェックし、スイッチ状態管理表又はＩＦ状態管理表が使用中であるため、当該パスを維持し、
前記ノードの制御装置は、前記隣接ノードの制御装置側に正常な制御装置が存在しないため、前記隣接ノードの制御装置側に対してはリフレッシュメッセージを送信せず、他方の隣接ノードに正常な制御装置が存在すれば、リフレッシュメッセージを送信する
ことにより、制御プレーンの前記制御装置で障害が発生し、データプレーンに障害が発生していないときに、使用中のデータ転送路を切断することなくパス状態を維持することを特徴とする請求項１に記載のノード。
【請求項９】
前記隣接ノードの制御装置が障害から復旧したときには、前記隣接ノードの制御装置は隣接する他のノードに対し、障害回復のメッセージを通知するとともに、パスの回復要求をし、
隣接する前記ノードの制御装置は、障害前に前記隣接ノードの制御装置と通信したメッセージの情報により記憶されたパス状態管理表に基づき、前記隣接ノードの制御装置に、パス状態管理表に含まれるパス状態データを通知し、
前記隣接ノードの制御装置は、自ノードの伝送装置に対してスイッチ状態の問合せを行い、前記隣接ノードの伝送装置は、前記隣接ノードの伝送装置のスイッチ状態管理表を参照して、前記隣接ノードの制御装置にスイッチ状態データを通知し、
前記隣接ノードの制御装置は、通知されたパス状態データ及びスイッチ状態データに従い、ＩＦ状態管理表及びパス状態管理表を回復し、
前記隣接ノードの制御装置は、回復メッセージを前記ノードの制御装置に送信する
ことにより、前記隣接ノードの制御装置は、リソースの再割り当てやパスの切断をすることなく、パス状態を回復することを特徴とする請求項８に記載のノード。
【請求項１０】
前記隣接ノードの制御装置に障害が発生し、さらに、前記隣接ノードの伝送装置に障害が発生すると、
前記ノードの伝送装置は、前記隣接ノードの伝送装置から障害信号を受信して、前記隣接ノードの伝送装置の障害を検出し、前記ノードの伝送装置のスイッチ状態管理表に障害・障害警報検出状態をセットし、
前記ノードの制御装置は制御プレーンの障害検出後、自ノードの伝送装置の状態をチェックし、スイッチ状態管理表は障害・障害警報検出状態であるため、パス状態管理表の当該パス状態のエントリーを削除し、リソースを解放し、
前記ノードの伝送装置は、スイッチ状態管理表のＩＦ状態を未使用状態にセットし、前記隣接ノードと異なる他の隣接ノードの制御装置に対して、パス状態削除指示を伝える
ことにより、データプレーンの障害時に、無期限にリソースを確保してしまうリソースリーク状態を防止することを特徴とする請求項８に記載のノード。
【請求項１１】
前記隣接ノード及び前記ノードの制御装置は、それぞれ、
セッションＩＤに対応して、上流隣接ノードの障害又は正常状態、下流隣接ノードの障害又は正常状態を含む隣接ノード状態を記憶する隣接ノード状態表と、
入力ＩＦ、出力ＩＦ、使用中・障害を含むＩＦ状態を含む伝送装置のスイッチ状態を記憶するＩＦ状態管理表
を備え、
前記隣接ノード及び前記ノードの伝送装置は、それぞれ、
入力ＩＦ、出力ＩＦ、使用中・障害を含むＩＦ状態を表す伝送装置のスイッチ状態を記憶するスイッチ状態管理表
を備え、
前記隣接ノードの制御プレーンの通信インタフェース部に障害が発生した場合、
前記隣接ノードの制御装置は、隣接ノードの制御装置の異常ととらえて障害を検出し、前記隣接ノードの制御装置の隣接ノード状態表を、上流および下流隣接ノードの両隣接ノードの制御プレーン障害とセットし、
前記隣接ノードの制御装置は、前記隣接ノードの伝送装置の状態をチェックし、スイッチ状態管理表又はＩＦ状態管理表は使用中であるため当該パスを維持し、両隣接ノードが障害のためリフレッシュメッセージの送信は行わず、
一方、
前記隣接ノードに隣接する前記ノードの制御装置は、リフレッシュタイムアウトを検知し、前記隣接ノードの制御装置の異常を検出し、前記ノードの制御装置の隣接ノード状態表を、前記隣接ノード側の隣接ノードの制御プレーン障害とセットし、
前記ノードの制御装置は、自ノードの伝送装置の状態をチェックし、スイッチ状態管理表又はＩＦ状態管理表は前記ノードの伝送装置のＩＦ状態が使用中であるため、当該パスを維持し、前記ノードの制御装置の前記隣接ノードと異なる他の隣接ノードに正常な制御装置が存在するときリフレッシュメッセージを送信し、前記隣接ノード側にリフレッシュメッセージを送信しない
ことにより、データプレーンに障害が発生していないときに、使用中のデータ転送路を切断することなくパス状態を維持することを特徴とする請求項１に記載のノード。
【請求項１２】
隣接する制御装置である第一の隣接制御装置とメッセージを通信し、隣接する伝送装置間でユーザデータを通信する伝送装置を管理する制御装置であって、
該制御装置は、
前記第一の隣接制御装置から送信されるメッセージの受信状況に基づいて、前記第一の隣接制御装置の障害の有無を検出し、
前記第一の隣接制御装置の障害を検出すると、前記伝送装置に状態問合せ通知を発行して障害警報検出有無を調べ、
前記伝送装置の障害警報検出がない場合には、前記伝送装置と該伝送装置と隣接する第一の隣接伝送装置との間のパス状態を維持する、
ことを特徴とする制御装置。
【請求項１３】
請求項１２に記載の制御装置であって、
前記伝送装置の障害警報検出がない場合には、前記伝送装置と前記第一の隣接伝送装置との間のパス状態を維持し、
障害が検出された制御装置と異なる他の隣接する制御装置である第二の隣接制御装置が存在するとき、該第二の隣接制御装置にメッセージを送信して前記第二の隣接制御装置が管理する第二の隣接伝送装置と前記伝送装置との間のパス状態を維持する、ことを特徴とする制御装置。
【請求項１４】
請求項１２に記載の制御装置あって、
前記伝送装置の障害警報検出がある場合には、前記制御装置内に設けられパス状態を記憶する状態管理表の当該パス状態のエントリを削除し、リソースを解放する、ことを特徴とする制御装置。
【請求項１５】
隣接ノードの伝送装置とユーザデータを通信する伝送装置と、隣接ノードの制御装置とメッセージを通信し自ノードの前記伝送装置を管理する制御装置とを備えたノードを有する通信システムであって、
該ノードの制御装置は、
前記隣接ノードの制御装置から送信されるメッセージの受信状況に基づいて、前記隣接ノードの制御装置の障害の有無を検出し、
前記隣接ノードの制御装置の障害を検出すると、自ノードの伝送装置に状態問合せ通知を発行して障害警報検出有無を調べ、
前記ノードの伝送装置の障害警報検出がない場合には、前記ノードのパス状態を維持する、
ことを特徴とする通信システム。
【請求項１６】
請求項１５に記載の通信システムであって、
該ノードの伝送装置の障害警報検出がない場合には、前記ノードのパス状態を維持し、障害が検出された制御装置を備える前記隣接ノードと異なる他の隣接ノードに正常な制御装置が存在するとき、前記ノードの制御装置は、該正常な制御装置にメッセージを送信して前記他の隣接ノードとのパス状態を維持する、ことを特徴とする通信システム。
【請求項１７】
請求項１５に記載の通信システムであって、
該ノードの制御装置は、該ノードの伝送装置の障害警報検出がある場合には、該ノードの制御装置内に設けられパス状態を記憶する状態管理表の当該パス状態のエントリを削除し、リソースを解放する、ことを特徴とする通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【公開番号】特開２０１２−１７０１６１（Ｐ２０１２−１７０１６１Ａ）
【公開日】平成２４年９月６日（２０１２．９．６）
【国際特許分類】
【出願番号】特願２０１２−１３４０５３（Ｐ２０１２−１３４０５３）
【出願日】平成２４年６月１３日（２０１２．６．１３）
【分割の表示】特願２００８−１５７３７６（Ｐ２００８−１５７３７６）の分割
【原出願日】平成２０年６月１７日（２００８．６．１７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２４年９月６日（２０１２．９．６）
【国際特許分類】
【出願日】平成２４年６月１３日（２０１２．６．１３）
【分割の表示】特願２００８−１５７３７６（Ｐ２００８−１５７３７６）の分割
【原出願日】平成２０年６月１７日（２００８．６．１７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]