(57)【要約】【課題】フォーマットの異なる、通信経路に関する設定情報を効率的に置き換える。【解決手段】通信経路上の始点ノード１Ａが、他の通信装置１Ｂ，１Ｄ，１Ｅ，１Ｆ，１Ｈが第１のフォーマットで保有する前記通信経路に関する第１の設定情報を問い合わせることにより受信し、前記受信した第１の設定情報を基に、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を生成し、生成した前記第２の設定情報を前記他の通信装置１Ｂ，１Ｄ，１Ｅ，１Ｆ，１Ｈに通知し、前記他の通信装置１Ｂ，１Ｄ，１Ｅ，１Ｆ，１Ｈが、前記第１の設定情報を前記通知された第２の設定情報に置き換える。【選択図】図１０
2010118829.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信装置を有する通信ネットワークの通信制御方法であって、
前記通信ネットワーク内のある通信経路の始点となる通信装置が、
前記通信経路上の他の通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を前記他の通信装置に問い合わせることにより受信し、
前記受信した第１の設定情報を基に、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を生成し、
生成した前記第２の設定情報を前記他の通信装置に通知し、
前記他の通信装置が、
前記第１の設定情報を前記通知された第２の設定情報に置き換える、
ことを特徴とする、通信制御方法。
【請求項２】
前記第１の設定情報は、
複数の伝送フレームのパスオーバヘッドを用いて伝送される、
ことを特徴とする、請求項１記載の通信制御方法。
【請求項３】
複数の通信装置を有する通信ネットワーク内のある通信経路の始点となる通信装置であって、
前記通信経路上の他の通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を前記他の通信装置に問い合わせることにより受信する受信部と、
前記受信部で受信した第１の設定情報を基に、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を生成する生成部と、
前記生成部で生成した前記第２の設定情報を前記他の通信装置に通知する送信部と、を有する、
ことを特徴とする、通信装置。
【請求項４】
複数の通信装置を有する通信ネットワーク内のある通信経路の始点となる通信装置とは異なる前記通信経路上の他の通信装置であって、
当該他の通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を前記始点となる通信装置に通知する通知部と、
前記通知部により通知した前記第１の設定情報を基に前記始点となる通信装置が生成した、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を受信する受信部と、
前記第１の設定情報を前記受信部で受信した第２の設定情報に置き換える制御部と、を有する、
ことを特徴とする、通信装置。
【請求項５】
複数の通信装置を有する通信ネットワークの通信制御方法であって、
前記通信ネットワーク内のある通信経路上の通信装置が、
前記通信経路の終点側に位置する１又は複数の他の通信装置から、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を受信し、
当該通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を、前記受信した第２の設定情報と重複しない第２の設定情報に置き換え、
前記置き換えた第２の設定情報を、前記受信した第２の設定情報とともに前記通信経路の始点側に隣接する他の通信装置に通知する、
ことを特徴とする、通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、通信制御方法及び通信装置に関する。通信装置には、例えば、通信経路に関する設定情報を有する通信装置が含まれる。
【背景技術】
【０００２】
Broadband Aspects of Integrated Services Digital Network（Ｂ−ＩＳＤＮ）を実現するための網インタフェースとして、Synchronous Optical NETwork / Synchronous Digital Hierarchy（ＳＯＮＥＴ／ＳＤＨ）方式がある。
ＳＯＮＥＴ／ＳＤＨ方式の通信ネットワーク（以下、ＳＯＮＥＴ／ＳＤＨ網ともいう）では、オーバヘッド部とペイロード部とを有するデータフレーム（伝送フレーム）を用いてデータ信号が伝送される。オーバヘッド部は、例えば、ペイロード部に収容されるペイロード（データ本体）の先頭の相対的な位置を示すポインタなどを有する。これにより、上記伝送フレームは、ペイロード部の任意の位置を先頭として、ペイロードを収容することができる。
【０００３】
ここで、ＳＯＮＥＴ／ＳＤＨは、同期光伝送網（ＳＯＮＥＴ）と同期デジタル・ハイアラーキ（ＳＤＨ）との総称である。
ＳＯＮＥＴは、American National Standards Institute（ＡＮＳＩ、米国規格協会）により標準化されている。多重化の基本単位は５１．８４Ｍｂｐｓであり、これをＯＣ−１（Optical Carrier-level 1）と呼ぶことがある。また、この５１．８４Ｍｂｐｓの回線をｎ（ｎは自然数）多重化したものを、例えば、ＯＣ−ｎと表記する。
【０００４】
一方、ＳＤＨは、International Telecommunications Union（ＩＴＵ、国際電気通信連合）により標準化されている。多重化の基本単位は１５５．５２Ｍｂｐｓであり、これをＳＴＭ−１（Synchronous Transmission Module-level 1）と呼ぶことがある。また、１５５．５２Ｍｂｐｓの回線をｍ（ｍは４の倍数）多重化したものを、例えば、ＳＴＭ−ｍと表記する。
【０００５】
上述のＳＯＮＥＴ／ＳＤＨ網は、複数の回線を階層的に積み上げることにより、高速通信を実現する。
また、複数の異なる波長の光信号を伝送するWavelength Division Multiplexing（ＷＤＭ、波長分割多重）が知られている。ＷＤＭ方式の通信ネットワークでは、１つの伝送路に実質的に複数の光学的伝送路を実装することができるので、異なる種類の光信号や異なるプロトコルの通信を重畳することなどが可能である。
【０００６】
さらに、ＳＯＮＥＴ／ＳＤＨとＷＤＭとを組み合わせた方式の通信ネットワーク（以下、ＳＯＮＥＴ／ＳＤＨ／ＷＤＭ網という）が知られている。ＳＯＮＥＴ／ＳＤＨ／ＷＤＭ網は、例えば、複数のＳＯＮＥＴ／ＳＤＨ伝送フレームを異なる波長光源により光変換し、波長多重して伝送路へ送出する。このため、ＳＯＮＥＴ／ＳＤＨ／ＷＤＭ網は、例えば、複数の通信装置（以下、ノードという）が伝送路（例えば、光ファイバなど）により接続された構成を有する。
【０００７】
ＳＯＮＥＴ／ＳＤＨ／ＷＤＭ網の送信ノードは、例えば、入力信号（例えば、ＳＯＮＥＴのＯＣ−ｎ信号など）をチャネル毎に波長の異なる光信号に変換し、これらの光信号を光合波器により１本の光ファイバに合波して伝送する。一方、受信ノードは、例えば、送信ノードにおいて波長多重された光信号を光分波器により各波長に分波して、それぞれ受信処理を行なう。また、送信ノードから受信ノードまで光信号を届けるべく、例えば、各ノードは、クロスコネクト機能をそれぞれ具備する。クロスコネクト機能とは、ノードの入力ポートに入力された信号を、予め設定されたクロスコネクト情報に基づいて、所定の出力ポートへ送出する機能をいう。
【０００８】
例えば、ネットワーク管理者は各ノードにクロスコネクト情報を設定することで、各ノードにおける光信号の入出力を制御することができる。これにより、各ノード間で信号伝送経路（パス）を確立することが知られている。
また、ＳＯＮＥＴ／ＳＤＨ／ＷＤＭ網に、Generalized Multi-Protocol Label Switching（ＧＭＰＬＳ）プロトコルを用いることが知られている。ＧＭＰＬＳプロトコルを用いることにより、例えば、通信ネットワークの運用を自律分散的に行なうことが可能となる。
【０００９】
このＧＭＰＬＳに関する既存の技術としては、ＧＭＰＬＳ搭載ノードとＧＭＰＬＳ非搭載ノードとが混在する通信ネットワークにおいて、ＧＭＰＬＳ非搭載ノードに対して予めＧＭＰＬＳ制御に必要となる設定を全て実施しておく方法が知られている。
また、トラフィックの算出結果に応じて、波長パスの追加または削除を行なうＧＭＰＬＳ制御の方法も知られている。
【特許文献１】特開２００７−３１８２８８号公報
【特許文献２】特開２００６−１５７１０２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
図１にＳＯＮＥＴ／ＳＤＨ／ＷＤＭ網の一例を示す。この図１では、例示的に、ノードＡ，Ｂ，Ｃ及びＤが光ファイバによりリング状に接続され、ノードＥ，Ｆ，Ｇ及びＨが光ファイバによりリング状に接続される。また、各リング間が光ファイバで接続され、各ノード間で光信号による通信を行なうことができる。なお、ノードＡ及びノードＨは、例えば、図示しないノードまたはネットワークと信号伝送線路（例えば、同軸ケーブルなど）を介して、電気信号による通信を行なうことができる。
【００１１】
このようなＳＯＮＥＴ／ＳＤＨ／ＷＤＭ網においては、既述のように、各ノードＡ〜Ｈにクロスコネクト情報を設定することで、任意の伝送路を接続または分岐できる。クロスコネクト情報は、例えば、ネットワーク管理者が各種のコマンドを入力することにより手動で設定される。
例えば、ノードＡ，Ｂ，Ｄ，Ｅ，Ｆ，Ｈを順に経由するパス（図１の太線で示すパス）を確立する場合を例にすると、まず、ノードＡには、クロスコネクト情報として、「Trib to West: STS-1×1、West to Trib: STS-1×1」を設定する。これは、ノードＡにおいて、支流（Tributary）側（つまり、図示しないノードまたはネットワーク側）からWest側（ノードＢ側）及びその逆方向に、ＳＴＳ−１の伝送フレームを通信可能な入出力経路を設定することを意味する。
【００１２】
また、ノードＢには、「East to West: STS-1×1、West to East: STS-1×1」を手動で設定する。これは、ノードＢのEast側（ノードＡ側）からWest側（ノードＤ側）及びその逆方向に、ＳＴＳ−１の伝送フレームを通信可能な入出力経路を設定することを意味する。
以下同様に、ノードＤ〜Ｈについても図１に例示するようなクロスコネクト情報をそれぞれ手動設定し、所定の入出力経路を規定することにより、始点ノードＡと終点ノードＨとの間でパスを確立することができる。
【００１３】
以上のように、複数のノード間で所望のパスを確立する場合、ネットワーク管理者などが、各ノードのクロスコネクト情報を手動で設定していた。
しかしながら、上述の方法では、ネットワークの運用、管理が煩雑化するおそれがある。
一方、光信号の波長に基づき自動的に経路決定（ルーティング）を行なうことが可能なGMPLS / Automatically Switched Optical Network（ＧＭＰＬＳ／ＡＳＯＮ）技術の標準化がInternet Engineering Task Force（ＩＥＴＦ）、Optical Internetworking Forum（ＯＩＦ）、International Telecommunication Union（ＩＴＵ）などで進められており、その一部が実用化されつつある。
【００１４】
ＧＭＰＬＳ／ＡＳＯＮは、User-Network Interface for the C-Plane（ＵＮＩ）、Internal Network-to-Network Interface（Ｉ−ＮＮＩ）、External Network-to-Network Interface（Ｅ−ＮＮＩ）などのプロトコルを有する。ＵＮＩ，Ｉ−ＮＮＩ及びＥ−ＮＮＩは、ＧＭＰＬＳのControl-Plane（C-Plane、制御プレーン）におけるインタフェースを標準化したものである。例えば、クロスコネクトなどの制御をC-Planeで行ない、ユーザデータ転送を転送プレーンにて行なう。
【００１５】
また、Ｉ−ＮＮＩやＥ−ＮＮＩは、Link Management Protocol（ＬＭＰ）、Open Shortest Path First-Traffic Engineering（ＯＳＰＦ−ＴＥ）、Resource Reservation Protocol-Traffic Extension（ＲＳＶＰ−ＴＥ）等の技術を有する。ＬＭＰは、ＧＭＰＬＳにおいて、隣接ノード間のリンク状態を管理するためのプロトコルであり、ＯＳＰＦ−ＴＥは、予約可能な資源（リソース）についての情報を伝達するためのプロトコルである。また、ＲＳＶＰ−ＴＥは、光パスを提供するためのプロトコルである。
【００１６】
図２に上記プロトコル群を有する通信ネットワーク（以下、ＧＭＰＬＳネットワークともいう）を例示する。図２に示すネットワークは、例示的に、少なくともノードＡ及びノードＤを有するＩ−ＮＮＩドメインＡと、少なくともノードＥ及びノードＨを有するＩ−ＮＮＩドメインＢとを有する。各ノードは、例えば、上記ＧＭＰＬＳ機能を具備するＧＭＰＬＳノードとして構成される。また、図２に示すネットワークでは、例示的に、Ｉ−ＮＮＩドメインＡとＩ−ＮＮＩドメインＢとを有する、Ｅ−ＮＮＩドメインを形成する。
【００１７】
ここで、各ノード間の物理的な光接続をコネクション（CONNECTIONS）、ドメイン単位でのパスを呼区分（CALL Segmentation）、始点ノードと終点ノードとの間のパスを呼（Call）と称する。図２に例示するように、呼区分には、例えば、Ｉ−ＮＮＩドメインＡの呼区分（I-NNI Domain A Call Segment）と、Ｅ−ＮＮＩドメインの呼区分（E-NNI Call Segment）と、Ｉ−ＮＮＩドメインＢの呼区分（I-NNI Domain B Call Segment）とがある。
【００１８】
このようなＧＭＰＬＳネットワークにおいては、例えば、Ｅ−ＮＮＩシグナリングを行なうことにより、１つのＥ−ＮＮＩパスを生成して、ノードＡとノードＨとの間でパスを確立することができる。Ｅ−ＮＮＩパスは、例えば、各Ｉ−ＮＮＩドメインで生成されるＩ−ＮＮＩセッション，Ｉ−ＮＮＩドメイン間で生成されるＥ−ＮＮＩセッション，始点及び終点ノードで生成されるＵＮＩセッションの組み合わせからなる。なお、Ｉ−ＮＮＩドメイン内で冗長構成をとる場合は、Ｅ−ＮＮＩパスに加えて、Ｉ−ＮＮＩパスを生成することもできる。
【００１９】
Ｅ−ＮＮＩシグナリングには、例えば、ＧＭＰＬＳ機能のうち呼確立用コマンド（CALL）を用いることができる。この機能は、上述のプロトコル群により実現され、これにより、始点ノードと終点ノードとがそれぞれ異なるドメインに属する場合であっても、パスを確立することが可能となる。例えば、始点ノードＡから呼確立用コマンドを入力することにより、始点ノードＡから終点ノードＨまでのパスを自律的に確立することができる。
【００２０】
上述したＧＭＰＬＳ機能による呼設定（パス確立）は、具体的には、以下のように行なわれる。
まず、例えば、パスの始点ノードＡにおいて、対象パスの始点ノードＡと終点ノードＨとが指定され、ノードＡとノードＨとの間の経路情報（Explicit Route Object、ＥＲＯ）や要求される帯域情報などを指定するパスメッセージが中継ノードＢに送信される。
【００２１】
中継ノードＢは、上記パスメッセージに指定された経路情報や帯域情報などに基づき、該当する経路や帯域を予約状態に設定し、隣接する中継ノードＤに上記と同様のパスメッセージを送信する。そして、中継ノードＤ，Ｅ，Ｆにおいても中継ノードＢと同様に、指定された経路情報や帯域情報の予約設定処理を行なう。
終点ノードＨは、中継ノードＦからのパスメッセージに指定された経路情報や帯域情報などに基づき、自局Ｈのパス設定（クロスコネクト設定）を行なう。そして、自局Ｈのパス設定に関する情報を含む応答メッセージ（リザーブメッセージ）を始点側の中継ノードＦに対して送信する。
【００２２】
終点ノードＨから上記応答メッセージを受信した中継ノードＦは、終点ノードＨでのパス設定を考慮して、自局Ｆのパス設定を行ない、終点ノードＨと同様に、応答メッセージを始点側の中継ノードＥに対して送信する。そして、中継ノードＥ，Ｄ，Ｂにおいても中継ノードＦと同様に、それまでの他のノードでのパス設定（予約状態）を考慮して自局Ｅ，Ｄ，Ｂのパス設定を行ない、応答メッセージを送信する。
【００２３】
そして、中継ノードＢからリザーブメッセージを受信した始点ノードＡは、応答メッセージにより通知される、終点ノードＨ及び中継ノードＦ，Ｅ，Ｄ，Ｂでのパス設定（予約状態）を考慮して、自局Ａのパス設定を行なう。
上記の処理手順により、始点ノードＡと終点ノードＨとの間で、双方向のパス確立を行なうことができる。
【００２４】
以上のように、ノード間でパスを確立する場合、例えば、各ノードのクロスコネクト情報を手動設定するか、ＧＭＰＬＳ機能により自律的にパス設定を行なっていた。
ところで、ノードが、例えば、手動設定されたクロスコネクト情報（以下、手動管理パス情報という）及びＧＭＰＬＳの機能により設定されたパス情報（以下、C-Planeパス情報という）のように、フォーマットの異なる複数のパス設定情報を有する場合がある。
【００２５】
この場合、例えば、パス設定情報をいずれかのフォーマットのパス設定情報（例えば、C-Planeパス情報）に統一（統合）して、運用管理コストの削減を図りたい。
ところが、パス設定情報をC-Planeパス情報に統合するためには、各ノードのパス設定情報（手動管理パス情報、C-Planeパス情報など）を全て削除し、上記ＧＭＰＬＳ機能により、C-Planeパス情報を新規に生成して設定するほかなかった。結果、ノードにパス設定情報が存在しない期間が生じ、通信サービスが一旦中断するおそれがある。
【００２６】
そこで、フォーマットの異なる、通信経路に関する設定情報を効率的に置き換えたい。
【課題を解決するための手段】
【００２７】
例えば、以下の手段を用いる。
（１）複数の通信装置を有する通信ネットワークの通信制御方法であって、前記通信ネットワーク内のある通信経路の始点となる通信装置が、前記通信経路上の他の通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を前記他の通信装置に問い合わせることにより受信し、前記受信した第１の設定情報を基に、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を生成し、生成した前記第２の設定情報を前記他の通信装置に通知し、前記他の通信装置が、前記第１の設定情報を前記通知された第２の設定情報に置き換える、通信制御方法を用いることができる。
【００２８】
（２）また、複数の通信装置を有する通信ネットワーク内のある通信経路の始点となる通信装置であって、前記通信経路上の他の通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を前記他の通信装置に問い合わせることにより受信する受信部と、前記受信部で受信した第１の設定情報を基に、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を生成する生成部と、前記生成部で生成した前記第２の設定情報を前記他の通信装置に通知する送信部と、を有する、通信装置を用いることができる。
【００２９】
（３）さらに、複数の通信装置を有する通信ネットワーク内のある通信経路の始点となる通信装置とは異なる前記通信経路上の他の通信装置であって、当該他の通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を前記始点となる通信装置に通知する通知部と、前記通知部により通知した前記第１の設定情報を基に前記始点となる通信装置が生成した、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を受信する受信部と、前記第１の設定情報を前記受信部で受信した第２の設定情報に置き換える制御部と、を有する、通信装置を用いることができる。
【００３０】
（４）さらに、複数の通信装置を有する通信ネットワークの通信制御方法であって、前記通信ネットワーク内のある通信経路上の通信装置が、前記通信経路の終点側に位置する１又は複数の他の通信装置から、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を受信し、当該通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を、前記受信した第２の設定情報と重複しない第２の設定情報に置き換え、前記置き換えた第２の設定情報を、前記受信した第２の設定情報とともに前記通信経路の始点側に隣接する他の通信装置に通知する、通信制御方法を用いることができる。
【発明の効果】
【００３１】
フォーマットの異なる、通信経路に関する設定情報を効率的に置き換えることが可能となる。
【発明を実施するための最良の形態】
【００３２】
以下、図面を参照して実施の形態を説明する。ただし、以下に示す実施形態は、あくまでも例示に過ぎず、以下に示す実施形態で明示しない種々の変形や技術の適用を排除する意図はない。即ち、本実施形態は、その趣旨を逸脱しない範囲で種々変形（各実施形態を組み合わせる等）して実施することができる。
〔１〕一実施形態
図３は一実施形態に係るネットワーク構成の一例を示す図である。
【００３３】
この図３に示す通信ネットワークは、例示的に、複数のノード１Ａ，１Ｂ，１Ｃ，１Ｄ，１Ｅ，１Ｆ，１Ｇ及び１Ｈをそなえる。図３に示す例では、ノード１Ａ，１Ｂ，１Ｃ及び１Ｄがリング状に接続されるとともに、ノード１Ｅ，１Ｆ，１Ｇ及び１Ｈがリング状に接続される。また、両リング網が互いに接続されて、複数のノード間で通信可能となっている。各ノードは、例えば、光ファイバなどで接続されており、障害発生時の切り替えのため、接続は二重化されていてもよい。
【００３４】
また、各ノードは、それぞれが保有するパス設定情報に従って、入力された光信号を所望の経路へ出力することができる。ここで、パス設定情報には、例えば、ネットワーク管理者などにより手動で設定された手動管理パス情報と、ＧＭＰＬＳ機能により設定されたC-Planeパス情報とがある。つまり、各ノードは、手動管理パス情報及びC-Planeパス情報のように互いに異なるフォーマットの複数のパス設定情報を保持することができる。
【００３５】
なお、以下においては、ノード１Ａを始点として、中継ノード１Ｂ，１Ｄ，１Ｅ，１Ｆを順に経由し、終点ノード１Ｈに至るパス（図３の太線部分参照）を例として説明するが、他のノード間に確立したパスを対象として本例の通信制御を行なうことも可能である。また、ノード１Ａ〜１Ｈを区別しない場合はノード１と総称し、ノード１の数は図３に例示する数に限定されない。
【００３６】
（１．１）ノード１
図４はノード１の構成の一例を示す図である。例えば、ネットワークが複数（例えば、３台以上）のノード１を有する場合、ノード１は、パスの始点ノード，中継ノード，終点ノードのいずれにもなり得るが、ここでは共通の構成、機能等について説明する。
図４に示すように、ノード１は、例示的に、ＧＭＰＬＳ制御部１０と、装置制御部１１と、C-Planeパス情報保持部１２と、手動管理パス情報保持部１３と、Path OverHead（ＰＯＨ）付加部１４とをそなえる。また、ノード１は、例示的に、Section OverHead / Line OverHead（ＳＯＨ／ＬＯＨ）付加部１５と、バイト多重部１６と、光送信インタフェース（ＩＦ）部１７とをそなえる。さらに、ノード１は、例示的に、光受信ＩＦ部１８と、バイト分離部１９と、ＳＯＨ／ＬＯＨ分離部２０と、ＰＯＨ分離部２１とをそなえる。
【００３７】
ＧＭＰＬＳ制御部１０は、ＧＭＰＬＳ機能の制御を行なう。本例では、ＧＭＰＬＳ機能により、C-Plane上でパス設定情報などの制御情報を送受し、この制御情報に基づき、各ノードを制御することが可能である。また、ＧＭＰＬＳ機能により、他にも、使用中のパス（現用ルート）に障害が発生した場合、予め二重化されたパス（予備ルート）に切り替えることなどが可能である。
【００３８】
装置制御部１１は、ノード１間の通信制御を行なう。本例の装置制御部１１は、例えば、伝送フレームに含まれるＰＯＨ（例えば、Ｊ１バイト）に各種データを挿入する。そして、複数のＰＯＨを用いて１つのマルチフレーム（以下、ＰＯＨマルチフレームともいう）を構成し、このマルチフレームを用いてパス設定情報の統一など各種の制御を実施する。例えば、受信側では、送信側からの複数のＰＯＨを１単位とするマルチフレームとして認識できる。
【００３９】
このマルチフレームを用いることで、例えば、後述するように、他のノード１が保有するパス設定情報を問い合わせたり、他のノード１に対して自局１が保有するパス設定情報を通知したりすることができる。また、自局１で生成したパス設定情報を他のノード１に通知して、他のノード１のパス設定情報を変更できる。さらに、他のノード１から通知されたパス設定情報に基づいて、自局１のパス設定情報を変換（変更）することができる。
【００４０】
ここで、ＰＯＨを用いた上記通信制御の一例について説明する。
本例では、例えば、ＰＯＨに含まれるＪ１バイトをマルチフレーム化し、これを用いて各種の制御を実行する。
ここで、図５に伝送フレームの構成例を示す。図５に示すように、伝送フレームは、例えば、９行×９０列のバイト（オクテット）群からなり、ＳＯＨ〔符号（ａ）参照〕と、ＰＯＨ〔符号（ｂ）参照〕と、ＬＯＨ〔符号（ｃ）参照〕と、データ部〔符号（ｄ）参照〕とを有する。伝送フレーム中の８１０オクテットが、それぞれ、例えば、６４ｋｂｐｓの伝送能力を有する場合、伝送フレームでは５１．８４Ｍｂｐｓの伝送能力を有することになる。本例のネットワークでは、例えば、１秒当たり８０００個の伝送フレームが送信される。
【００４１】
また、ＳＯＨとＬＯＨとからなる先頭３列は、トランスポートオーバヘッド（Transport OverHead）であり、ＰＯＨとデータ部とからなる部分は、同期ペイロードエンベロープ（Synchronous Payload Envelope、ＳＰＥ）である。
この図５に示すように、ＳＯＨは、Ａ１，Ａ２，Ｊ０，Ｂ１，Ｅ１，Ｆ１，Ｄ１，Ｄ２及びＤ３バイトを有する。例えば、Ａ１及びＡ２バイトはフレーム同期に用いられ、Ｂ１バイトはブロックエラーレート（Block Error Rate、ＢＥＲ）監視用の送信済み伝送フレームのパリティに用いられる。また、Ｊ０バイトはコネクションの生存確認用のセクション追跡に用いられる。
【００４２】
また、ＬＯＨはＨ１〜Ｈ３，Ｂ２，Ｋ１，Ｋ２，Ｄ４〜Ｄ１２，Ｓ１，Ｍ０／１，Ｅ２バイトを有する。例えば、Ｈ１，Ｈ２及びＨ３バイトはポインタ動作に用いられ、Ｋ１及びＫ２バイトは回線切り替えに用いられる。
さらに、ＰＯＨは、Ｊ１，Ｂ３，Ｃ２，Ｇ１，Ｆ２，Ｈ４，Ｚ３，Ｚ４及びＮ１バイトを有する。例えば、Ｊ１バイトはパスの導通監視に用いられる。
【００４３】
また、Ｂ３バイトはパスの誤り監視に用いられ、Ｃ２バイトはパスの情報識別に用いられ、Ｇ１バイトは送信パス状態の誤り通知に用いられる。さらに、Ｆ２バイトは保守用チャネルに用いられ、Ｈ４バイトはトリビュタリー・ユニット（Tributary Unit、ＴＵ）マルチフレーム番号の識別に用いられる。また、Ｚ３及びＺ４バイトは拡張用の未定義バイトであり、Ｎ１バイトはタンデム接続のモニタ用である。
【００４４】
上述のように、ＰＯＨ内のＪ１バイトはパスの導通監視に用いられるが、各ノード１に関する情報を読み書き可能な領域を有する。このため、Ｊ１バイトを用いて通信制御情報を伝送すれば、大幅な設計変更を要せずに、本例の通信制御方法を実現することができる。なお、他のデータ領域（オーバヘッド部あるいはペイロード部）を用いて、マルチフレームを構成してもよい。
【００４５】
本例では、例えば、図６（Ａ）及び図６（Ｂ）に例示するように、６４個のＪ１バイトを用いて、１つの６４マルチフレームを構成する。このマルチフレームの６４バイトのデータのうち、例えば、先頭の１バイトを接続先装置番号用のエリア、次の１バイトを接続先ＩＦ（インタフェース）番号用のエリア、最後の１バイトをマルチフレーム同期パターン情報（ＳＹＮＣ）として用いることができる。例えば、接続先装置番号用のエリアには、終点ノード１を指定する識別情報を設定し、接続先ＩＦ番号用のエリアには、終点ノード１の接続ポート番号を指定する。また、受信側は、マルチフレーム同期パターン情報に設定される同期情報を検出することにより、受信した複数のＰＯＨ（Ｊ１バイト）からマルチフレームを認識することが可能となる。なお、マルチフレームに、追加マルチフレーム同期パターン〔図６（Ｂ）参照〕を規定すれば、６４バイト長以上のデータを取り扱うこともできる。
【００４６】
本例では、図６（Ｃ）に例示するような複数の情報を上記マルチフレームに格納して用いる。
図６（Ｃ）に示す例では、例えば、マルチフレームの先頭２バイトに同期パターン情報（ＳＹＮＣ）を格納し、次の２バイトに各種コマンドを挿入する。このコマンド領域には、例えば、他のノード１のパス設定情報を収集するコマンド（収集コマンド），他のノード１からパス設定情報を返信するコマンド（返信コマンド），他のノード１のパス設定情報を変換するコマンド（実行コマンド）などを挿入可能である。
【００４７】
また、マルチフレームは、例えば、上記コマンド領域以降のデータ領域に、各ノード１にそれぞれ割り当てるデータ領域を有する。各データ領域は、例えば、ノードＩＤ（NodeID），リンクＩＤ（LinkID），チャネル番号（ＣＨ番号），C-Plane識別情報，呼ＩＤ（CallID），コネクションＩＤ（ConnID）の各データ領域を有する。また、ノードＩＤからコネクションＩＤまでの領域は、１ノード分のノード情報領域であり、これらを１単位として、複数のノード分のデータ領域が確保される。
【００４８】
ここで、ノードＩＤは、ノード１に付されるユニークな識別情報であり、リンクＩＤは、光接続パスを識別する識別情報である。ＣＨ番号は、物理的な回線毎に付される識別情報であり、C-Plane識別情報は、当該パスに関してノード１が保有するパス設定情報のフォーマット種別を示す情報である。コネクションＩＤは、ＧＭＰＬＳの終端ノード間に設定されるパスを識別する情報であり、呼ＩＤは、複数のコネクションＩＤをまとめて管理するために付される識別情報である。ノードＩＤ，リンクＩＤ，呼ＩＤ及びコネクションＩＤは、それぞれ４バイトの大きさを有し、ＣＨ番号及びC-Plane識別情報は、それぞれ１バイトの大きさを有する。
【００４９】
装置制御部１１が、上記マルチフレームに各種データを挿入（設定）することにより、後述する始点ノード，中継ノード，終点ノードとしての各機能を実現することができる。
手動管理パス情報保持部１３は、ネットワーク管理者などにより手動設定される手動管理パス情報を保持する。手動管理パス情報は、例えば、ノード１が第１のフォーマットで保有する第１の設定情報の一例である。
【００５０】
C-Planeパス情報保持部１２は、ＧＭＰＬＳ機能により設定されるC-Planeパス情報を保持する。C-Planeパス情報は、例えば、パス設定に関する、ノード１間の通信で割り当てられる情報要素（パラメータ）をもつ第２のフォーマットに適合する第２の設定情報の一例である。このC-Planeパス情報は、例えば、ノードＩＤ（Node ID），リンクＩＤ（Link ID），チャネル番号（CH番号），呼ＩＤ（CALL ID）及びコネクションＩＤ（CONN ID）などをパラメータに有する。
【００５１】
ここで、図７に手動管理パス情報とC-Planeパス情報との対応関係を例示する。この図７に例示するように、C-Planeパス情報のノードＩＤは、例えば、ＩＰｖ４形式（例えば、図７では、「１９２．１６８．１．０」）で記述される。一方、手動管理パス情報のＴＩＤ（Terminal IDentifier）は、例えば、文字列形式（例えば、図７では、「ＦＷ４５０−１」）で記述される。
【００５２】
また、C-Planeパス情報のリンクＩＤ及びＣＨＩＤ（ＣＨ番号）は、例えば、整数形式で記述される。例えば、図７では、リンクＩＤ及びＣＨＩＤはともに「１」である。一方、手動管理パス情報のFacility AIDは、例えば、スロット番号とポート番号との組み合わせで記述され、図７では、「３−１」である。また、手動管理パス情報のSTSn AIDは、例えば、回線番号で記述され、図７では、「ＳＴＳ１」である。
【００５３】
さらに、C-Planeパス情報の呼ＩＤ（Call ID）は、例えば、ＩＰｖ４形式で記述され、図７では「１．１．１．１」である。また、C-Planeパス情報のコネクションＩＤ（Conn ID）は、例えば、ＩＰｖ４形式で記述され、図７では、「１．１．１．１」〜「５．５．５．５」である。一方、手動管理パス情報には、C-Planeパス情報の呼ＩＤ及びコネクションＩＤに対応する情報はない（図７中、「該当無し」参照）。
【００５４】
ＰＯＨ付加部１４は、他のノード１宛に送信するデータにＰＯＨをバイト多重して付加する。ＰＯＨは、例えば、装置制御部１１により生成される。本例では、上述のように、装置制御部１１により複数のＰＯＨからなるマルチフレームが構成される。ＰＯＨ付加部１４によりＰＯＨを付加されたデータは、ＳＯＨ／ＬＯＨ付加部１５へ送出される。
ＳＯＨ／ＬＯＨ付加部１５は、ＰＯＨを付加された送信データにＳＯＨ及びＬＯＨをバイト多重して付加する。ＳＯＨ及びＬＯＨを付加された伝送フレームは、バイト多重部１６へ送出される。
【００５５】
バイト多重部１６は、他のノード１に対して送信する伝送フレームをバイト多重する。バイト多重された伝送フレームは、光送信ＩＦ部１７へ送出される。
光送信ＩＦ部１７及び光受信ＩＦ部１８は、ノード１と隣接ノード１との間の光通信インタフェースとしての機能を具備する。例えば、バイト多重部１６にてバイト多重された伝送フレームを、チャネル毎に波長の異なる光信号に変換し、各波長の光信号を多重して光ファイバで送出する。一方、隣接ノード１からの伝送フレームは、光受信ＩＦ部１８の光受信インタフェース機能により受信され、各波長に分波、電気信号に変換されてバイト分離部１９へ送出される。
【００５６】
バイト分離部１９は、受信した伝送フレームをバイト分離する。バイト分離された伝送フレームは、ＳＯＨ／ＬＯＨ分離部２０へ送出される。
ＳＯＨ／ＬＯＨ分離部２０は、バイト分離された各伝送フレームからＳＯＨ及びＬＯＨを分離する。ＳＯＨ及びＬＯＨを分離されたデータ信号は、ＰＯＨ分離部２１へ送出される。
【００５７】
ＰＯＨ分離部２１は、ＳＯＨ及びＬＯＨを分離されたデータ信号からＰＯＨを分離する。分離されたＰＯＨは装置制御部１１へ送出される。
（１．２）始点ノード
次に、ノード１が、通信ネットワーク内のあるパスの始点ノードとして機能する場合について説明する。
【００５８】
始点ノードは、まず、装置制御部１１により、上記マルチフレームのコマンド領域に収集コマンドを挿入し、隣接するノード（中継ノードあるいは終点ノード）にマルチフレームを送信してパス設定情報の問い合わせを行なう。この問い合わせにより、他のノードは自局が保有する手動管理パス情報をマルチフレームに格納し、始点ノードへ返信（通知）する。そして、始点ノードは、他のノードが保有する手動管理パス情報を受信する。
【００５９】
即ち、始点ノードの装置制御部１１は、パス上の他のノードが保有する手動管理パス情報を前記他のノードに問い合わせることにより受信する受信部の一例として機能する。
また、始点ノードは、装置制御部１１及びＧＭＰＬＳ制御部１０により、パス上の他のノードのパス設定情報に基づき、当該パスにおいて一意に定まる情報を含む、C-Planeパス情報を生成する。
【００６０】
即ち、始点ノードのＧＭＰＬＳ制御部１０及び装置制御部１１は、受信した手動管理パス情報を基に、パスの設定に関するノード間の通信で割り当てられるパラメータをもつC-Planeパス情報を生成する生成部の一例として機能する。
そして、始点ノードは、生成したC-Planeパス情報をマルチフレームの各データ領域にそれぞれ格納するとともに、コマンド領域に実行コマンドを挿入し、マルチフレームを他のノードに送信（通知）する。
【００６１】
即ち、始点ノードの装置制御部１１は、生成したC-Planeパス情報を他のノードに通知する送信部の一例として機能する。
以上のように、ノード１が始点ノードとして機能する場合、他のノードが保有する手動管理パス情報を問い合わせることにより受信し、これを基に、C-Planeパス情報を生成する。そして、生成したC-Planeパス情報を他のノードに通知することにより、他のノードのパス設定情報をC-Planeパス情報に置き換える。なお、他のノードから受信したマルチフレームに含まれるC-Plane識別情報の値に応じて、当該他のノードに対するC-Planeパス情報の生成、通知処理を省略してもよい。当該パスに関して、既にC-Planeパス情報を保有する他のノードに対しては、新たにC-Planeパス情報を生成、通知しなくてもよいからである。
【００６２】
また、その後、他のノードにおけるC-Planeパス情報への置き換えが完了した旨を示す完了通知（第１の報告）を所定の時間内に受信したかどうかを判定してもよい。例えば、他のノードから所定時間内に完了通知を受信できない場合、再度、実行コマンド及びノード毎に生成したC-Planeパス情報を含むマルチフレームを通知してもよい。一方、他のノードから所定時間内に完了通知を受信した場合、始点ノードは、自局の手動管理パス情報をC-Planeパス情報に置き換えて、その置き換えが完了したことを示す完了通知（第２の報告）を他のノード宛に送信するようにしてもよい。他のノードでは、始点ノードから所定時間内に完了通知を受信できないと、置き換えたC-Planeパス情報を元の手動管理パス情報へ戻してもよい。
【００６３】
このようにすれば、パス上のいずれかのノードにおいて、C-Planeパス情報への置き換えが失敗した場合、例えば、置き換えたパス設定情報を元の手動管理パス情報へ戻すことで、データ伝送を継続させることができる。
（１．３）中継ノード
次に、ノード１が、通信ネットワーク内のあるパス上の中継ノードとして機能する場合について説明する。
【００６４】
中継ノードは、光受信ＩＦ部１８，バイト分離部１９，ＳＯＨ／ＬＯＨ分離部２０により、隣接ノード（始点ノード、終点ノード、または他の隣接ノード）からマルチフレームを受信する。そして、ＰＯＨ分離部２１及び装置制御部１１により、マルチフレームの内容を確認する。確認の結果、受信マルチフレームのコマンド領域に収集コマンドが設定されている場合、自局は終点ノードでないので、受信マルチフレームを終点側の隣接ノードへ通過（スルー）する。なお、自局が終点ノードかどうかは、マルチフレームの先頭４バイトに設定される接続先装置番号用のエリア及び接続先ＩＦ番号用のエリアなどから判定することができる。
【００６５】
一方、受信マルチフレームのコマンド領域に返信コマンドが設定されている場合、中継ノードは、装置制御部１１により、C-Planeパス情報保持部１２及び手動管理パス情報保持部１３に保持するパス設定情報の内容を確認する。そして、当該パスに関して手動管理パス情報を保有する場合、装置制御部１１が、マルチフレーム内の自局に割り当てられたデータ領域（ノードＩＤ、リンクＩＤ、ＣＨ番号などの領域）に自局が保有する手動管理パス情報（TID，Facility AID，STSn AIDなど）を格納し、始点側の隣接ノードへ返信する。
【００６６】
即ち、中継ノードの装置制御部１１は、自局が保有する手動管理パス情報を始点ノードに通知する通知部の一例として機能する。なお、当該パスに関するパス設定情報として、既にC-Planeパス情報を保有する場合は、データ領域内のC-Plane識別情報にその旨を示す情報（例えば、フラグ「１」）を格納して、始点側の隣接ノードへ返信するようにしてもよい。
【００６７】
また、中継ノードは、装置制御部１１により、始点ノードから実行コマンドが挿入されたマルチフレームを受信すると、当該マルチフレームに設定された自局宛のC-Planeパス情報を参照する。そして、マルチフレームに設定された自局宛のC-Planeパス情報で、手動管理パス情報保持部１３に保有する手動管理パス情報を置き換え、当該マルチフレームを終点側へ送信する。
【００６８】
即ち、中継ノードの装置制御部１１は、通知した手動管理パス情報を基に始点ノードが生成した、C-Planeパス情報を受信する受信部、及び、自局が保有する手動管理パス情報を、受信したC-Planeパス情報に置き換える制御部の一例として機能する。
以上のように、ノード１が中継ノードとして機能する場合、自局が保有する手動管理パス情報を、マルチフレームを用いて始点ノードに通知することができる。また、始点ノードが生成したC-Planeパス情報をマルチフレームにより受信した場合、自局が保有する当該パスに関する手動管理パス情報を受信したC-Planeパス情報に置き換えることができる。
【００６９】
なお、中継ノードは、例えば、パス設定情報の置き換え処理を完了した場合、その旨を示す完了通知（第１の報告）を始点ノードに対して送信するようにしてもよい。
また、始点ノードから通知され得る始点ノードでの置き換え完了を示す完了通知（第２の報告）を所定の時間内に受信できない場合は、置き換え後のC-Planeパス情報を元の手動管理パス情報に戻すようにしてもよい。
【００７０】
（１．４）終点ノード
次に、ノード１が、通信ネットワーク内のあるパスの終点ノードとして機能する場合について説明する。
終点ノードは、光受信ＩＦ部１８，バイト分離部１９，ＳＯＨ／ＬＯＨ分離部２０により、隣接ノード（中継ノードあるいは始点ノード）からマルチフレームを受信する。そして、ＰＯＨ分離部２１及び装置制御部１１により、受信マルチフレームの内容を確認する。確認の結果、受信マルチフレームのコマンド領域に収集コマンドが設定されている場合、自局は終点ノードであるので、マルチフレーム内の自局に割り当てられたデータ領域に自局が保有する手動管理パス情報を格納する。そして、終点ノードは、コマンド領域に返信コマンドを挿入し、始点側の隣接ノードへ返信する。なお、自局が終点ノードかどうかは、中継ノードと同様にして、マルチフレームの先頭４バイトに設定される接続先装置番号用のエリア及び接続先ＩＦ番号用のエリアなどから判定することができる。
【００７１】
即ち、終点ノードの装置制御部１１は、自局が保有する手動管理パス情報を始点ノードに通知する通知部の一例として機能する。なお、当該パスに関するパス設定情報として、既に、C-Planeパス情報を保有する場合は、データ領域内のC-Plane識別情報にその旨を示す情報（例えば、フラグ「１」）を格納して、始点側の隣接ノードへ返信するようにしてもよい。
【００７２】
また、終点ノードは、装置制御部１１により、始点側の隣接ノードから実行コマンドが挿入されたマルチフレームを受信すると、当該マルチフレームに設定された自局宛のC-Planeパス情報を参照する。そして、マルチフレームに設定された自局宛のC-Planeパス情報を用いて、手動管理パス情報保持部１３の内容を置き換える。
即ち、終点ノードの装置制御部１１は、通知した手動管理パス情報を基に始点ノードが生成した、C-Planeパス情報を受信する受信部、及び、自局が保有する手動管理パス情報を、受信したC-Planeパス情報に置き換える制御部の一例として機能する。
【００７３】
以上のように、ノード１が終点ノードとして機能する場合、始点ノードにより収集コマンドが設定されたマルチフレームに基づき、自局が保有する手動管理パス情報を始点ノードに通知することができる。また、始点ノードが生成したC-Planeパス情報を受信して、自局が保有する当該手動管理パス情報を受信したC-Planeパス情報に置き換えることが可能となる。
【００７４】
なお、終点ノードも、中継ノードと同様にして、例えば、パス設定情報の置き換え処理を完了した場合、その旨を示す完了通知（第１の報告）を始点ノードに対して送信するようにしてもよい。
また、始点ノードから通知され得る始点ノードでの置き換え完了を示す完了通知（第２の報告）を所定の時間内に受信できない場合、置き換え後のC-Planeパス情報を元の手動管理パス情報に戻すようにしてもよい。
【００７５】
（１．５）動作例
ここで、上記通信ネットワークの動作の一例について図８〜図２０を用いて説明する。
図８は本例の通信制御動作の一例を示す図である。また、図９〜図１２は本例の通信制御方法に伴う信号伝送経路を示す図である。さらに、図１３〜図１８は各ノード１での動作の一例を示すフローチャートである。加えて、図１９及び図２０はパス設定情報の変換例を示す図である。
【００７６】
まず、始点ノード１Ａは、ネットワーク管理者などからパス設定情報の移行要求を受けたかどうかを判定する（図１３のステップＳ１）。始点ノード１Ａがパス設定情報の移行要求を受けたと判定した場合（図１３のステップＳ１のＹｅｓルート）、複数のＰＯＨにより構成するマルチフレームのコマンド領域に収集コマンドを挿入する（図１３のステップＳ２）。そして、収集コマンドを挿入したマルチフレーム（収集フレーム）を隣接ノード１Ｂへ送信する（図１３のステップＳ３、図８の符号ａ１１参照）。なお、始点ノード１Ａがパス設定情報の移行要求を受けたと判定できない場合は（図１３のステップＳ１のＮｏルート）、例えば、当該移行要求を受けるまで待機するようにしてもよい。
【００７７】
次いで、中継ノード１Ｂは、始点側の隣接ノード（始点ノード１Ａ）から受信したマルチフレームに収集コマンドが設定されているか判定する（図１４のステップＳ４）。マルチフレームを未受信であれば（図１４のステップＳ４のＮｏルート）、例えば、そのまま待機する。一方、始点ノード１Ａから受信したマルチフレームに収集コマンドが設定されていると判定した場合（図１４のステップＳ４のＹｅｓルート）、自局１Ｂが当該パス上の終点ノードかどうかを判定する（図１４のステップＳ５）。なお、自局が終点ノードかどうかは、例えば、マルチフレームの先頭４バイトに設定される、接続先装置番号用のエリア及び接続先ＩＦ番号用のエリアなどから判定することができる。
【００７８】
ここで、中継ノード１Ｂは終点ノードではないので（図１４のステップＳ５のＮｏルート）、次に、自局１Ｂの終端側がC-Planeの管理エリア外かどうかを判定する（図１４のステップＳ７）。自局１Ｂの終端側がC-Plane管理エリア外かどうかは、例えば、マルチフレームの先頭４バイトに設定される、接続先装置番号用のエリア及び接続先ＩＦ番号用のエリアなどから判定することができる。
【００７９】
中継ノード１Ｂの終端側は、C-Plane管理エリア内であるので（図１４のステップＳ７のＮｏルート）、中継ノード１Ｂは、設定されたパス上の終端側の隣接ノード１Ｄへ収集フレームを送信（スルー）する（図１４のステップＳ８、図８の符号ｂ１１参照）。なお、例えば、自局が終点ノードでなく、かつ、終点側がC-Plane管理エリア外である場合は（図１４のステップＳ７のＹｅｓルート）、マルチフレームに返信コマンド及び自局の手動管理パス情報を格納して始点側の隣接ノードへ返信する（図１４のステップＳ６）。
【００８０】
中継ノード１Ｄ，１Ｅ，１Ｆにおいても、ノード１Ｂと同様にして、始点側から受信した収集フレームを終点側の隣接ノード１Ｅ，１Ｆ，１Ｈへ通過する（図８の符号ｄ１１，ｅ１１及びｆ１１参照）。
図９に符号ａ１１〜符号ｆ１１に示す処理に係る信号経路及びマルチフレームの内容の一例を示す。
【００８１】
図９（Ａ）に例示するように、始点ノード１Ａから送信された収集フレームは、パス上の中継ノード１Ｂ〜１Ｆを通過して終点ノード１Ｈへ到達する。このとき、収集フレームには、図９（Ｂ）に例示するように、同期用の信号（ＳＹＮＣ）と収集コマンドとが設定されているが、他のデータ領域には情報を有していない（例えば、全て「１」が設定される）。
【００８２】
次に、中継ノード１Ｆから収集フレームを受信した終点ノード１Ｈは、受信マルチフレームに収集コマンドが設定されているか判定する（図１４のステップＳ４）。マルチフレームを未受信であれば（図１４のステップＳ４のＮｏルート）、例えば、そのまま待機する。一方、中継ノード１Ｆから受信したマルチフレームに収集コマンドが設定されていると判定した場合（図１４のステップＳ４のＹｅｓルート）、自局１Ｈが当該パス上の終点ノードかどうかを判定する（図１４のステップＳ５）。
【００８３】
ここで、ノード１Ｈは終点ノードであるので（図１４のステップＳ５のＹｅｓルート）、ノード１Ｈは、マルチフレームに返信コマンドを挿入する。さらに、自局の手動管理パス情報（TID，Facility AID，STSn AIDなど）をマルチフレームに格納して始点側の隣接ノード１Ｆに返信する（図１４のステップＳ６、図８の符号ｈ１２参照）。
終点ノード１Ｈから返信フレームを受信した中継ノード１Ｆは、受信マルチフレームに返信コマンドが挿入されているかどうかを判定する（図１５のステップＳ９）。返信フレームを未受信であれば（図１５のステップＳ９のＮｏルート）、例えば、そのまま待機する。一方、受信マルチフレームに返信コマンドが設定されていると判定した場合は（図１５のステップＳ９のＹｅｓルート）、中継ノード１Ｆは、自局が始点ノードであるかどうかを判定する（図１５のステップＳ１０）。
【００８４】
ここで、ノード１Ｆは始点ノードではないので（図１５のステップＳ１０のＮｏルート）、ノード１Ｆは、マルチフレーム内の自局１Ｆに割り当てられたデータ領域に自局１Ｆの手動管理パス情報を付加して始点側へ送信する（図１５のステップＳ１１、図８の符号ｆ１２参照）。
中継ノード１Ｅ，１Ｄ，１Ｂにおいても、ノード１Ｆと同様にして、マルチフレーム内の自局１Ｅ，１Ｄ，１Ｂに割り当てられたデータ領域に自局１Ｅ，１Ｄ，１Ｂが保有する手動管理パス情報をそれぞれ累積的に格納する。そして、当該マルチフレームを始点側の隣接ノード１Ｄ，Ｂ，Ａへそれぞれ送信する（図８の符号ｅ１２，ｄ１２及びｂ１２参照）。
【００８５】
図１０に符号ｈ１２〜符号ｂ１２に示す処理に係る信号経路及びマルチフレームの内容の一例を示す。
図１０（Ａ）に例示するように、終点ノード１Ｈから送信された返信フレームは、中継ノード１Ｆ〜１Ｂを介して、始点ノード１Ａへ到達する。このとき、各ノード１Ｈ〜１Ｂでは、自局１Ｈ〜１Ｂの手動管理パス情報（TID，Facility AID，STSn AIDなど）を累積的に返信フレームに格納する。
【００８６】
例えば、図１０（Ｂ）に例示するように、符号ｈ１２に示す処理では、終点ノード１Ｈが、マルチフレームのコマンド領域に返信コマンドを挿入し、コマンド領域の後のデータ領域に自局１Ｈの手動管理パス情報を格納して、隣接ノード１Ｆに送信する。例えば、終点ノード１Ｈは、自局１ＨのTID，Facility AID，STSn AIDを、ノードＩＤ，リンクＩＤ，ＣＨ番号の各データ領域にそれぞれ格納する。なお、ノード１Ｈが当該パスに関して既にC-Planeパス情報を保有している場合は、C-Plane識別情報にフラグ「１」などを設定するようにしてもよい。
【００８７】
次いで、符号ｆ１２に示す処理では、中継ノード１Ｆが、例えば、受信マルチフレーム中、終点ノード１Ｈに割り当てられたデータ領域の後のデータ領域に自局１Ｆの手動管理パス情報を格納（追加）して、始点側の隣接ノード１Ｅに送信する。
以下同様にして、中継ノード１Ｅ，１Ｄ，１Ｂは、自局１Ｅ，１Ｄ，１Ｂの手動管理パス情報を終点側から受信したマルチフレームに累積的に格納（追加）していくことができる。
【００８８】
次に、中継ノード１Ｂから返信フレームを受信した始点ノード１Ａは、受信マルチフレームに返信コマンドが挿入されているかどうかを判定する（図１５のステップＳ９）。返信フレームを未受信であれば（図１５のステップＳ９のＮｏルート）、例えば、そのまま待機する。一方、受信マルチフレームに返信コマンドが設定されていると判定した場合は（図１５のステップＳ９のＹｅｓルート）、ノード１Ａは、自局が始点ノードであるかどうかを判定する（図１５のステップＳ１０）。
【００８９】
ここで、ノード１Ａは始点ノードであるので（図１５のステップＳ１０のＹｅｓルート）、ノード１Ａは、マルチフレームに格納される他のノード１Ｂ，１Ｄ，１Ｅ，１Ｆ及び１Ｈが累積的に格納した手動管理パス情報を抽出する。そして、自局１Ａが保有する手動管理パス情報と前記抽出した手動管理パス情報とに基づき、パスの管理データを生成する（図１５のステップＳ１２）。
【００９０】
次いで、始点ノード１Ａは、例えば、管理データに含まれる、当該パス上のノード１Ａ〜１Ｈにより通知された手動管理パス設定情報に基づき、各ノード１Ｂ〜１Ｈ用のC-Planeパス情報（ノードＩＤ，リンクＩＤ，ＣＨ番号，呼ＩＤ，コネクションＩＤ）を生成する（図１５のステップＳ１３）。C-Planeパス情報の生成には、ＧＭＰＬＳ制御部１０が具備するＧＭＰＬＳ機能を用いるようにしてもよい。
【００９１】
例えば、始点ノード１Ａは、上記管理データに基づき、ネットワーク内で重複しない呼ＩＤ及びコネクションＩＤの採番を行ない、Facility AIDの光ポート番号に相当するリンクＩＤを、各ノード内で重複しないように採番する。次いで、始点ノード１Ａは、例えば、STSn AIDに相当するＣＨ番号を、リンクＩＤ内で重複しないように採番し、ネットワーク内で一意に定められるノードＩＤを用いる。
【００９２】
そして、始点ノード１Ａは、上記生成したC-Planeパス情報をマルチフレーム内の各ノードに割り当てられるデータ領域にそれぞれ格納し、コマンド領域には実行コマンドを挿入する。そして、実行コマンドを挿入したマルチフレーム（実行フレーム）を終点側の隣接ノード１Ｂへ送信する（図１５のステップＳ１４、図８の符号ａ１３参照）。
次に、中継ノード１Ｂは、受信マルチフレームに実行コマンドが設定されているかどうかを判定する（図１６のステップＳ１５）。実行フレームを未受信であれば（図１６のステップＳ１５のＮｏルート）、例えば、そのまま待機する。一方、中継ノード１Ｂは、受信マルチフレームに実行コマンドが設定されていると判定すると（図１６のステップＳ１５のＹｅｓルート）、実行フレーム内の自局１Ｂに割り当てられたデータ領域に自局１Ｂ宛のC-Planeパス情報が格納されているかどうかを検出する。そして、自局１Ｂ宛のC-Planeパス情報があれば、自局１Ｂが保有する手動管理パス情報を当該C-Planeパス情報で置き換える（図１６のステップＳ１６、図８の符号ｂ１３参照）。このとき、C-Plane上の呼ＩＤ及びコネクションＩＤで規定されるコネクションに管理用データを移行するようにしてもよい（図１６のステップＳ１７）。そして、当該実行フレームを終点側の隣接ノード１Ｄへ送信する（図１６のステップＳ１８）。
【００９３】
中継ノード１Ｄ，１Ｅ，１Ｆにおいても、中継ノード１Ｂと同様にして、受信マルチフレームに実行コマンドが挿入されていることを検出する（ステップＳ１５のＹｅｓルート）。この検出結果に基づき、中継ノード１Ｄ，１Ｅ，１Ｆは、実行フレーム内の自局１Ｄ，１Ｅ，１Ｆに割り当てられたデータ領域に格納されたC-Planeパス情報を用いて、自局１Ｄ，１Ｅ，１Ｆが保有する手動管理パス情報をそれぞれ置き換える（図１６のステップＳ１６、図８の符号ｄ１３，ｅ１３及びｆ１３参照）。そして、管理データをC-Planeパスへ移行し（図１６のステップＳ１７）、当該実行フレームを終点側の隣接ノード１Ｅ，１Ｆ，１Ｈへそれぞれ送信する（図１６のステップＳ１８）。
【００９４】
図１１に符号ａ１３〜符号ｆ１３に示す処理に係る信号経路及びマルチフレームの内容の一例を示す。
図１１（Ａ）に例示するように、始点ノード１Ａから送信された実行フレームは、パス上の中継ノード１Ｂ〜１Ｆを介して終点ノード１Ｈへ到達する。
実行フレームには、図１１（Ｂ）に例示するように、例えば、パス上の各ノード１Ｂ〜１Ｈ宛のC-Planeパス情報が格納される。なお、C-Plane識別情報は実行フレームから省略してもよい。
【００９５】
中継ノード１Ｆから実行フレームを受信した終点ノード１Ｈは、受信マルチフレームに実行コマンドが挿入されていることを検出する（図１６のステップＳ１５のＹｅｓルート）。そして、自局１Ｈ宛のC-Planeパス情報があれば、自局１Ｈが保有する手動管理パス情報を当該C-Planeパス情報で置き換える（図１６のステップＳ１６）。このとき、C-Plane上の呼ＩＤ及びコネクションＩＤで規定されるコネクションに管理用データを移行するようにしてもよい（図１６のステップＳ１７）。
【００９６】
そして、終点ノード１Ｈは、C-Planeパス情報への置き換えが完了したかどうかを判定する（図１７のステップＳ１９）。C-Planeパス情報への移行が完了するまでは（図１７のステップＳ１９のＮｏルート）、例えば、移行が完了するまで待機する。一方、C-Planeパス情報への移行が完了すると（図１７のステップＳ１９のＹｅｓルート）、終点ノード１Ｈは、C-Planeパス情報を用いて、自局のC-Planeパス情報と置き換えが完了したことを示す完了通知とを始点側へ送信する（図１７のステップＳ２０、図８の符号ｈ１４参照）。
【００９７】
中継ノード１Ｆ〜１Ｂも、終点ノード１Ｈと同様にして、自局での置き換えが完了したかどうかを判定し（図１７のステップＳ１９）、始点側へ自局のC-Planeパス情報と上記完了通知とを送信する（図１７のステップＳ２０、図８の符号ｆ１４，ｅ１４，ｄ１４及びｂ１４参照）。
始点ノード１Ａは、各中継ノード１Ｂ〜１Ｆ及び終点ノード１Ｈから上記完了通知を受信したかどうかを判定する（図１８のステップＳ２４）。完了通知を未受信であれば（図１８のステップＳ２４のＮｏルート）、始点ノード１Ａは、さらに、所定の時間が経過したかどうかを判定する（図１８のステップＳ２８）。ここで、所定の時間経過前であれば（図１８のステップＳ２８のＮｏルート）、始点ノード１Ａは、各ノード１Ｂ〜１Ｈからの完了通知の受信を待つ。所定の時間内に完了通知を受信できた場合（図１８のステップＳ２４のＹｅｓルート）、始点ノード１Ａは、自局においてC-Planeパス情報への移行処理が完了しているかどうかを判定する（図１８のステップＳ２５）。移行済みでない場合（図１８のステップＳ２５のＮｏルート）、自局１Ａが保有する手動管理パス情報をC-Planeパス情報へ移行する（図１８のステップＳ２７）。一方、自局１Ａの移行が完了している場合は（図１８のステップＳ２５のＹｅｓルート）、C-Planeを用いて、移行完了を示す完了通知と自局１ＡのC-Planeパス情報とを他の各ノード１Ｂ〜１Ｈへ送信する（図１８のステップＳ２６、図８の符号ａ１５参照）。
【００９８】
一方、各ノード１Ｂ〜１Ｈからの完了通知を所定の時間内に未受信の場合（図１８のステップＳ２８のＹｅｓルート）、他のノード１Ｂ〜１Ｈ用のC-Planeパス情報を有する実行フレームを再送する（図１８のステップＳ２９）。
次いで、中継ノード１Ｂ〜１Ｆ及び終点ノード１Ｈは、所定の時間内に始点ノード１ＡからC-Planeパス情報への移行完了を示す完了通知を受信したかどうかを判定する（図１７のステップＳ２１）。所定の時間内に始点ノード１Ａから完了通知を受信できた場合は（図１７のステップＳ２１のＹｅｓルート）、中継ノード１Ｂ〜１Ｆ及び終点ノード１Ｈは、C-Planeパス情報への移行処理を完了する（図１７のステップＳ２２、図８の符号ｂ１５，ｄ１５，ｅ１５，ｆ１５及びｈ１５参照）。一方、所定の時間内に始点ノード１Ａから完了通知を受信できない場合（図１７のステップＳ２１のＮｏルート）、中継ノード１Ｂ〜１Ｆ及び終点ノード１Ｈは、移行したC-Planeパス情報を元の手動管理パス情報へ戻す（図１７のステップＳ２３）。
【００９９】
図１２に符号ｈ１４〜符号ｂ１４及び符号ａ１５〜符号ｈ１５に示す処理に係る信号経路の一例を示す。
この図１２に例示するように、終点ノード１Ｈ及び中継ノード１Ｆ，１Ｅ，１Ｄ，１Ｂからの上記完了通知は、それぞれ始点ノード１Ａへ送信される。また、始点ノード１Ａからの完了通知は、中継ノード１Ｆ，１Ｅ，１Ｄ，１Ｂ及び終点ノード１Ｈへそれぞれ送信される。なお、完了通知の送信には、上述のマルチフレームを用いることができるほか、置き換え後のC-Planeパス情報を用いてC-Plane上で完了報告を行なうこともできる。
【０１００】
例えば、ノード１Ａ，ノード１Ｂ及びノード１Ｄが、図１９（Ａ）〜図１９（Ｃ）に例示するパス設定情報（手動管理パス情報及びC-Planeパス情報）を有する場合、上述の通信制御を行なうことにより、図２０に例示するパス設定情報へ変更することができる。
例えば、図１９（Ａ）及び図２０（Ａ）に示す例では、ノード１Ａの手動管理パス情報のうち、Facility AIDが「3-1-1（From側ID）、4-1-1（To側ID）」、STSn IDが「STS1」である手動管理パス情報が、ノードＩＤが「192.168.1.0」、リンクＩＤが「1」、ＣＨ番号が「3」、呼ＩＤが「1.1.1.1」、コネクションＩＤが「3.3.3.3」であるC-Planeパス情報に置き換えられる。
【０１０１】
また、図１９（Ｂ）及び図２０（Ｂ）に示す例では、ノード１Ｂの手動管理パス情報のうち、Facility AIDが「3-1-1（From側ID）、4-1-1（To側ID）」、STSn IDが「STS1」である手動管理パス情報が、ノードＩＤが「192.168.1.1」、リンクＩＤが「1」、ＣＨ番号が「3」、呼ＩＤが「1.1.1.1」、コネクションＩＤが「3.3.3.3」であるC-Planeパス情報に置き換えられる。
【０１０２】
さらに、図１９（Ｃ）及び図２０（Ｃ）に示す例では、ノード１Ｄの手動管理パス情報のうち、Facility AIDが「3-1-1（From側ID）、4-1-1（To側ID）」、STSn IDが「STS1」である手動管理パス情報が、ノードＩＤが「192.168.1.2」、リンクＩＤが「1」、ＣＨ番号が「3」、呼ＩＤが「1.1.1.1」、コネクションＩＤが「3.3.3.3」であるC-Planeパス情報に置き換えられる。
【０１０３】
以上のように、本例の通信制御方法を用いれば、確立済みのパスを伝送するフレームを利用して、パス上の各ノード１のパス設定情報を手動管理パス情報からC-Planeパス情報に置き換える（変換する）ことが可能となる。結果、フォーマットの異なるパス設定情報を効率的に変換することができる。
〔２〕変形例
上述した例では、始点ノード１Ａが、他のノード１Ｂ〜１Ｈから受信した手動管理パス情報を基にC-Planeパス情報を生成、通知することで、C-Planeパス情報への移行を行なった。本例では、例えば、各ノード１Ｈ〜１ＡがC-Planeパス情報をそれぞれ生成する。
【０１０４】
（２．１）終点ノード
本例において、ノード１が通信ネットワーク内のあるパスの終点ノードとして機能する場合について説明する。
終点ノードは、光受信ＩＦ部１８，バイト分離部１９，ＳＯＨ／ＬＯＨ分離部２０により、隣接ノード（中継ノードあるいは始点ノード）からマルチフレームを受信する。そして、終点ノードは、ＰＯＨ分離部２１及び装置制御部１１により、受信マルチフレームの内容を確認する。確認の結果、受信マルチフレームのコマンド領域に収集コマンドが設定されている場合、自局は終点ノードであるので、ＧＭＰＬＳ制御部１０により、自局のC-Planeパス情報を生成する。そして、終点ノードは、装置制御部１１により、手動管理パス情報を生成したC-Planeパス情報で置き換え、生成したC-Planeパス情報をマルチフレームの自局に割り当てられたデータ領域に格納し、コマンド領域に返信コマンドを挿入して、始点側へ送信する。このとき、終点ノードは、置き換えが正常に完了したことを示す完了通知をC-Planeを介して返信するようにしてもよい。なお、自局が終点ノードかどうかは、既述のように、マルチフレームの先頭４バイトに設定される、接続先装置番号用のエリア及び接続先ＩＦ番号用のエリアなどから判定することができる。
【０１０５】
即ち、本例の終点ノードの装置制御部１１は、自局が保有する手動管理パス情報をC-Planeパス情報に置き換える制御部、及び、置き換えたC-Planeパス情報を隣接ノードに通知する通知部の一例として機能する。なお、終点ノードは、当該パスに関するパス設定情報として、既に、C-Planeパス情報を保有する場合、データ領域内のC-Plane識別情報にその旨を示す情報（例えば、フラグ「１」）を格納して、始点側の隣接ノードへ返信するようにしてもよい。
【０１０６】
（２．２）中継ノード
次に、ノード１が、通信ネットワーク内のあるパス上の中継ノードとして機能する場合について説明する。
中継ノードは、光受信ＩＦ部１８，バイト分離部１９，ＳＯＨ／ＬＯＨ分離部２０により、隣接ノード（始点ノード、終点ノード、または他の隣接ノード）からマルチフレームを受信する。そして、中継ノードは、ＰＯＨ分離部２１及び装置制御部１１により、受信マルチフレームの内容を確認する。確認の結果、受信マルチフレームのコマンド領域に収集コマンドが設定されている場合は、自局は終点ノードでないので、マルチフレームを終点側の隣接ノードへそのまま通過（スルー）する。なお、自局が終点ノードかどうかは、終点ノードと同様にして、マルチフレームの先頭４バイトに設定される、接続先装置番号用のエリア及び接続先ＩＦ番号用のエリアなどから判定することができる。
【０１０７】
一方、受信マルチフレームのコマンド領域に返信コマンドが設定されている場合、中継ノードは、装置制御部１１により、受信マルチフレームのデータ領域から他のノード（終点ノード、他の中継ノード）で既に設定（使用）済みのC-Planeパス情報を抽出する。そして、中継ノードは、装置制御部１１により、使用済みのC-Planeパス情報と重複しないC-Planeパス情報を生成し、自局の手動管理パス情報を生成したC-Planeパス情報で置き換える。さらに、装置制御部１１により、生成したC-Planeパス情報をマルチフレームの自局に割り当てられたデータ領域に格納し、始点側へ送信する。このとき、中継ノードは、置き換えが正常に完了したことを示す完了通知をC-Planeを介して始点側に返信するようにしてもよい。
【０１０８】
即ち、本例の中継ノードの装置制御部１１は、パスの終点側に位置する１又は複数の他のノード（終点ノードあるいは他の中継ノード）から、C-Planeパス情報を受信する受信部の一例として機能する。また、本例の装置制御部１１は、自局が保有する手動管理パス情報を、受信したC-Planeパス情報と重複しないC-Planeパス情報に置き換える制御部の一例として機能する。さらに、本例の装置制御部１１は、置き換えたC-Planeパス情報を、受信したC-Planeパス情報とともに始点側へ通知する通知部の一例として機能する。
【０１０９】
なお、当該パスに関するパス設定情報として、既にC-Planeパス情報を保有する場合は、データ領域内のC-Plane識別情報にその旨を示す情報（例えば、フラグ「１」）を格納して、始点側の隣接ノードへ返信するようにしてもよい。
（２．３）始点ノード
次に、ノード１が、通信ネットワーク内のあるパスの始点ノードとして機能する場合について説明する。
【０１１０】
始点ノードは、装置制御部１１により、複数のＰＯＨで構成されるマルチフレームに収集コマンドを設定し、隣接するノード（中継ノードあるいは終点ノード）に送信する。
上述のように、終点ノード及び中継ノードは、収集フレーム受信後、自局のC-Planeパス情報を生成、移行し、返信フレームに生成したC-Planeパス情報を累積的に格納して、始点ノードへ送信する。
【０１１１】
そして、始点ノードは、装置制御部１１により、終点側から累積的に通知される、他のノードが生成及び使用済みのC-Planeパス情報を受信する。また、装置制御部１１により、受信マルチフレームのデータ領域から他のノード（終点ノード、他の中継ノード）で既に設定（使用）済みのC-Planeパス情報を抽出する。そして、始点ノードは、装置制御部１１により、他のノードで使用済みのC-Planeパス情報と重複しないC-Planeパス情報を生成し、自局の手動管理パス情報を生成したC-Planeパス情報で置き換える。さらに、始点ノードは、装置制御部１１により、生成したC-Planeパス情報をマルチフレームの自局に割り当てられたデータ領域に格納する。このとき、始点ノードは、置き換えが正常に完了したことを示す完了通知をC-Planeを介して終点側に返信するようにしてもよい。
【０１１２】
即ち、本例の始点ノードの装置制御部１１は、パスの終点側に位置する１又は複数の他のノード（終点ノードあるいは他の中継ノード）から、C-Planeパス情報を受信する受信部の一例として機能する。また、本例の装置制御部１１は、自局が保有する手動管理パス情報を、受信したC-Planeパス情報と重複しないC-Planeパス情報に置き換える制御部の一例として機能する。
【０１１３】
以上のように、本例では、各ノードが、他のノードで使用済みのC-Planeパス情報を認識できるので、それぞれ自律的にC-Planeパス情報を生成して、手動管理パス情報をC-Planeパス情報に置き換えることができる。これにより、処理の効率化及び通信制御の単純化を実現できる。
（２．４）動作例
ここで、本例の通信ネットワークの動作の一例について図２１〜図２４を用いて説明する。
【０１１４】
図２１は本例の通信制御動作の一例を示す図である。また、図２２は本例の通信制御方法に伴う信号伝送経路を示す図である。さらに、図２３及び２４は各ノード１での動作の一例を示すフローチャートである。
まず、始点ノード１Ａは、ネットワーク管理者などからパス設定情報の移行要求を受けた場合、複数のＰＯＨにより構成するマルチフレームのコマンド領域に収集コマンドを挿入する。そして、収集コマンドを挿入したマルチフレーム（収集フレーム）を隣接ノード１Ｂへ送信する（図８の符号ａ２１参照）。
【０１１５】
次いで、中継ノード１Ｂは、始点側の隣接ノード（始点ノード１Ａ）から受信したマルチフレームに収集コマンドが設定されているか判定する（図２３のステップＳ３０）。マルチフレームを未受信であれば（図２３のステップＳ３０のＮｏルート）、例えば、そのまま待機する。一方、始点ノード１Ａから受信したマルチフレームに収集コマンドが設定されていると判定した場合（図２３のステップＳ３０のＹｅｓルート）、自局１Ｂが当該パス上の終点ノードかどうかを判定する（図２３のステップＳ３１）。なお、自局が終点ノードかどうかは、例えば、マルチフレームの先頭４バイトに設定される、接続先装置番号用のエリア及び接続先ＩＦ番号用のエリアなどから判定することができる。
【０１１６】
ここで、中継ノード１Ｂは終点ノードではないので（図２３のステップＳ３１のＮｏルート）、次に、自局１Ｂの終端側がC-Planeの管理エリア外かどうかを判定する（図２３のステップＳ３５）。自局１Ｂの終端側がC-Plane管理エリア外かどうかは、例えば、マルチフレームの先頭４バイトに設定される、接続先装置番号用のエリア及び接続先ＩＦ番号用のエリアなどから判定することができる。
【０１１７】
本例では、中継ノード１Ｂの終端側は、C-Plane管理エリア内であるので（図２３のステップＳ３５のＮｏルート）、中継ノード１Ｂは、設定されたパス上の終端側の隣接ノード１Ｄへ収集フレームを送信（スルー）する（図２３のステップＳ３６、図２１の符号ｂ２１参照）。なお、例えば、自局が終点ノードでなく、かつ、終点側がC-Plane管理エリア外である場合は（図２３のステップＳ３５のＹｅｓルート）、ＧＭＰＬＳ制御部１０により、C-Planeパス情報を生成する（図２３のステップＳ３２）。そして、装置制御部１１により、当該パスに関する自局１Ｂの手動管理パス情報を生成したC-Planeパス情報に置き換え（図２３のステップＳ３３）、マルチフレームに自局１Ｂが生成したC-Planeパス情報を格納して始点側へ送信することができる（図２３のステップＳ３４）。
【０１１８】
中継ノード１Ｄ，１Ｅ，１Ｆにおいても、ノード１Ｂと同様にして、例えば、始点側から受信した収集フレームを終点側の隣接ノード１Ｅ，１Ｆ，１Ｈへそれぞれ通過する（図２１の符号ｄ２１，ｅ２１及びｆ２１参照）。
次に、中継ノード１Ｆから収集フレームを受信した終点ノード１Ｈは、受信マルチフレームに収集コマンドが設定されているか判定する（図２３のステップＳ３０）。マルチフレームを未受信であれば（図２３のステップＳ３０のＮｏルート）、例えば、そのまま待機する。一方、中継ノード１Ｆから受信したマルチフレームに収集コマンドが設定されていると判定した場合（図２３のステップＳ３０のＹｅｓルート）、自局１Ｈが当該パス上の終点ノードかどうかを判定する（図２３のステップＳ３１）。
【０１１９】
ここで、ノード１Ｈは終点ノードであるので（図２３のステップＳ３１のＹｅｓルート）、ノード１Ｈは、ＧＭＰＬＳ制御部１０により、C-Planeパス情報を生成する（図２３のステップＳ３２）。そして、装置制御部１１により、当該パスに関する自局１Ｂの手動管理パス情報を生成したC-Planeパス情報に置き換え（図２３のステップＳ３３）、マルチフレームに自局１Ｂが生成したC-Planeパス情報を格納して始点側へ送信する（図２３のステップＳ３４、図２１の符号ｈ２２参照）。このとき、終点ノード１Ｈは、C-Planeパス情報への移行が正常に完了すれば、その旨を示す完了通知を始点側へ送信するようにしてもよい。
【０１２０】
終点ノード１Ｈから返信フレームを受信した中継ノード１Ｆは、受信マルチフレームに返信コマンドが挿入されているかどうかを判定する（図２４のステップＳ３７）。返信フレームを未受信であれば（図２４のステップＳ３７のＮｏルート）、例えば、そのまま待機する。一方、受信マルチフレームに返信コマンドが設定されていると判定した場合は（図２４のステップＳ３７のＹｅｓルート）、中継ノード１Ｆは、自局が始点ノードであるかどうかを判定する（図２４のステップＳ３８）。
【０１２１】
ここで、ノード１Ｆは始点ノードではないので（図２４のステップＳ３８のＮｏルート）、ノード１Ｆは、受信マルチフレームに格納される終点側の他のノードで使用済みのC-Planeパス情報と重複しないC-Planeパス情報を生成する（図２４のステップＳ３９）。そして、装置制御部１１により、当該パスに関する自局１Ｆの手動管理パス情報を生成したC-Planeパス情報に置き換え（図２４のステップＳ４０）、マルチフレームに自局１Ｂが生成したC-Planeパス情報を累積的に格納して始点側へ送信する（図２４のステップＳ４１、図２１の符号ｆ２２参照）。このとき、中継ノード１Ｆは、C-Planeパス情報への移行が正常に完了すれば、その旨を示す完了通知を始点側へ送信するようにしてもよい。
【０１２２】
中継ノード１Ｅ，１Ｄ，１Ｂにおいても、ノード１Ｆと同様にして、受信マルチフレームに基づき、終点側の各ノードで使用済みのC-Planeパス情報と重複しないC-Planeパス情報を生成する。そして、各中継ノード１Ｅ，１Ｄ，１Ｂは、当該パスに関する自局の手動管理パス情報を生成したC-Planeパス情報に置き換え、生成したC-Planeパス情報を返信フレームに累積的に格納して始点側へそれぞれ送信する（図２１の符号ｅ２２，ｄ２２及びｂ２２参照）。また、例えば、各中継ノード１Ｅ，１Ｄ，１Ｂは、C-Planeパス情報への移行が正常に完了した場合、その旨を示す完了通知を始点ノード１Ａへ送信する。
【０１２３】
図２２に符号ｈ２２〜符号ｂ２２に示す処理に係る信号経路及びマルチフレームの内容の一例を示す。
図２２（Ａ）に例示するように、終点ノード１Ｈから送信された返信フレームは、各ノードで生成されたC-Planeパス情報を収集しながら、中継ノード１Ｆ〜１Ｂを介して、始点ノード１Ａへ到達する。
【０１２４】
例えば、図２２（Ｂ）に例示するように、符号ｈ２２に示す処理では、終点ノード１Ｈが、マルチフレームのコマンド領域に返信コマンドを挿入し、コマンド領域の後のデータ領域に自局１Ｈが生成したC-Planeパス情報を格納して、隣接ノード１Ｆに送信する。なお、ノード１Ｈが当該パスに関して既にC-Planeパス情報を保有している場合は、C-Plane識別情報にフラグ「１」などを設定するようにしてもよい。
【０１２５】
次いで、符号ｆ２２に示す処理では、中継ノード１Ｆが、例えば、受信マルチフレーム中の終点ノード１Ｈに割り当てられたデータ領域を参照して、使用済みのC-Planeパス情報を抽出する。そして、中継ノード１Ｆは、使用済みのC-Planeパス情報と重複しないC-Planeパス情報を生成して、自局の手動管理パス情報を生成したC-Planeパス情報に移行する。さらに、中継ノード１Ｆは、生成したC-Planeパス情報を返信フレームの自局１Ｆに割り当てられたデータ領域に累積的に格納して、始点側の隣接ノード１Ｅへ送信する。
【０１２６】
以下同様にして、中継ノード１Ｅ，１Ｄ，１Ｂは、それまでに使用されたC-Planeパス情報と重複しないC-Planeパス情報を生成し、自局の手動管理パス情報を生成したC-Planeパス情報に移行する。そして、中継ノード１Ｅ，１Ｄ，１Ｂは、生成したC-Planeパス情報を返信フレームに累積的に格納して、始点側の隣接ノードへそれぞれ送信する。
次に、中継ノード１Ｂから返信フレームを受信した始点ノード１Ａは、受信マルチフレームに返信コマンドが挿入されているかどうかを判定する（図２４のステップＳ３７）。返信フレームを未受信であれば（図２４のステップＳ３７のＮｏルート）、例えば、そのまま待機する。一方、受信マルチフレームに返信コマンドが設定されていると判定した場合は（図２４のステップＳ３７のＹｅｓルート）、ノード１Ａは、自局が始点ノードであるかどうかを判定する（図２４のステップＳ３８）。
【０１２７】
ここで、ノード１Ａは始点ノードであるので（図２４のステップＳ３８のＹｅｓルート）、ノード１Ａは、受信マルチフレームに格納される終点側の他のノードで使用済みのC-Planeパス情報に基づき、これらに重複しないC-Planeパス情報を生成（選択）する（図２４のステップＳ４２）。結果、始点ノード１Ａは、全ノードのパス管理データを得る（図２４のステップＳ４３）。
【０１２８】
次いで、始点ノード１Ａは、各中継ノード１Ｂ〜１Ｆ及び終点ノード１Ｈから上記完了通知を受信したかどうかを判定する（図２４のステップＳ４４）。完了通知を未受信であれば（図２４のステップＳ４４のＮｏルート）、始点ノード１Ａは、さらに、所定の時間が経過したかどうかを判定する（図２４のステップＳ４８）。ここで、所定の時間経過前であれば（図２４のステップＳ４８のＮｏルート）、始点ノード１Ａは、各ノード１Ｂ〜１Ｈからの完了通知の受信を待つ。所定の時間内に完了通知を受信できた場合（図２４のステップＳ４４のＹｅｓルート）、始点ノード１Ａは、自局においてC-Planeパス情報への移行処理が完了しているかどうかを判定する（図２４のステップＳ４５）。移行済みでない場合（図２４のステップＳ４５のＮｏルート）、自局１Ａが保有する手動管理パス情報をC-Planeパス情報へ移行する（図２４のステップＳ４７）。一方、自局１Ａの移行が完了している場合は（図２４のステップＳ４５のＹｅｓルート）、C-Planeを用いて、移行完了を示す完了通知と自局１ＡのC-Planeパス情報とを他の各ノード１Ｂ〜１Ｈへ送信する（図２４のステップＳ４６、図２１の符号ａ２２参照）。
【０１２９】
一方、各ノード１Ｂ〜１Ｈからの完了通知を所定の時間内に未受信の場合（図２４のステップＳ４８のＹｅｓルート）、他のノード１Ｂ〜１Ｈ用のC-Planeパス情報を有する実行フレームを再送する（図２４のステップＳ４９）。
次いで、中継ノード１Ｂ〜１Ｆ及び終点ノード１Ｈは、所定の時間内に始点ノード１ＡからC-Planeパス情報への移行完了を示す完了通知を受信したかどうかを判定する。所定の時間内に始点ノード１Ａから完了通知を受信できた場合は、中継ノード１Ｂ〜１Ｆ及び終点ノード１Ｈは、C-Planeパス情報への移行処理を完了する（図２１の符号ｂ２３，ｄ２３，ｅ２３，ｆ２３及びｈ２３参照）。一方、所定の時間内に始点ノード１Ａから完了通知を受信できない場合、中継ノード１Ｂ〜１Ｆ及び終点ノード１Ｈは、移行したC-Planeパス情報を元の手動管理パス情報へ戻す。
【０１３０】
以上のように、本例では、各ノードが、他のノードで使用済みのC-Planeパス情報を認識できるので、それぞれ自律的にC-Planeパス情報を生成して、手動管理パス情報をC-Planeパス情報に置き換えることができる。これにより、上述した実施形態と同様の効果を得られるほか、さらに、パス設定情報移行処理の効率化及び通信制御の単純化を実現できる。
【０１３１】
〔３〕その他
なお、上述したノード１の各構成及び各処理は、必要に応じて取捨選択してもよいし、適宜組み合わせてもよい。
例えば、上述した例では、ノード１が始点ノード，中継ノード及び終点ノードの全ての機能を具備する例について説明したが、少なくとも各ノードの必要最小限の機能、構成を有していればよい。
【０１３２】
また、上述した例では、ノード１が、手動管理パス情報とC-Planeパス情報とを保有する場合に、パス設定情報をC-Planeパス情報へ統合する例について説明したが、パス設定情報の種類や保有数などは、これに限定されず、適宜変更することもできる。
以上の各実施形態に関し、さらに以下の付記を開示する。
〔４〕付記
（付記１）
複数の通信装置を有する通信ネットワークの通信制御方法であって、
前記通信ネットワーク内のある通信経路の始点となる通信装置が、
前記通信経路上の他の通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を前記他の通信装置に問い合わせることにより受信し、
前記受信した第１の設定情報を基に、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を生成し、
生成した前記第２の設定情報を前記他の通信装置に通知し、
前記他の通信装置が、
前記第１の設定情報を前記通知された第２の設定情報に置き換える、
ことを特徴とする、通信制御方法。
【０１３３】
（付記２）
前記第１の設定情報は、
複数の伝送フレームのパスオーバヘッドを用いて伝送される、
ことを特徴とする、付記１記載の通信制御方法。
（付記３）
前記第２の設定情報は、
複数の伝送フレームのパスオーバヘッドを用いて伝送される、
ことを特徴とする、付記１又は付記２に記載の通信制御方法。
【０１３４】
（付記４）
前記他の通信装置が、
前記置き換えが完了したことを示す第１の報告を前記始点となる通信装置に対して送信し、
前記始点となる通信装置が、
所定の時間内に前記第１の報告を受信できない場合、前記通知を再度行なう、
ことを特徴とする、付記１〜３のいずれか１項に記載の通信制御方法。
【０１３５】
（付記５）
前記始点となる通信装置が、
所定の時間内に前記第１の報告を受信した場合、当該始点となる通信装置が保有する前記第１の設定情報を前記生成した第２の設定情報に置き換え、
前記置き換えが完了したことを示す第２の報告を前記他の通信装置に対して送信し、
前記他の通信装置が、
所定の時間内に前記第２の報告を受信できない場合、当該他の通信装置における前記置き換えた第２の設定情報を前記第１の設定情報に戻す、
ことを特徴とする、付記４記載の通信制御方法。
【０１３６】
（付記６）
複数の通信装置を有する通信ネットワーク内のある通信経路の始点となる通信装置であって、
前記通信経路上の他の通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を前記他の通信装置に問い合わせることにより受信する受信部と、
前記受信部で受信した第１の設定情報を基に、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を生成する生成部と、
前記生成部で生成した前記第２の設定情報を前記他の通信装置に通知する送信部と、を有する、
ことを特徴とする、通信装置。
【０１３７】
（付記７）
複数の通信装置を有する通信ネットワーク内のある通信経路の始点となる通信装置とは異なる前記通信経路上の他の通信装置であって、
当該他の通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を前記始点となる通信装置に通知する通知部と、
前記通知部により通知した前記第１の設定情報を基に前記始点となる通信装置が生成した、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を受信する受信部と、
前記第１の設定情報を前記受信部で受信した第２の設定情報に置き換える制御部と、を有する、
ことを特徴とする、通信装置。
【０１３８】
（付記８）
複数の通信装置を有する通信ネットワークの通信制御方法であって、
前記通信ネットワーク内のある通信経路の終点となる通信装置が、
当該通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報に置き換え、
前記置き換えた第２の設定情報を前記通信経路内の隣接する通信装置に通知する、
ことを特徴とする、通信制御方法。
【０１３９】
（付記９）
複数の通信装置を有する通信ネットワークの通信制御方法であって、
前記通信ネットワーク内のある通信経路上の通信装置が、
前記通信経路の終点側に位置する１又は複数の他の通信装置から、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を受信し、
当該通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を、前記受信した第２の設定情報と重複しない第２の設定情報に置き換え、
前記置き換えた第２の設定情報を、前記受信した第２の設定情報とともに前記通信経路の始点側に隣接する他の通信装置に通知する、
ことを特徴とする、通信制御方法。
【０１４０】
（付記１０）
前記第２の設定情報は、
複数の伝送フレームのパスオーバヘッドを用いて伝送される、
ことを特徴とする、付記８又は付記９に記載の通信ネットワークの通信制御方法。
（付記１１）
複数の通信装置を有する通信ネットワーク内のある通信経路の終点となる通信装置であって、
当該通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報に置き換える制御部と、
前記制御部で置き換えた第２の設定情報を前記通信経路内の隣接する通信装置に通知する通知部と、を有する、
ことを特徴とする、通信装置。
【０１４１】
（付記１２）
複数の通信装置を有する通信ネットワーク内のある通信経路上の通信装置であって、
前記通信経路の終点側に位置する１又は複数の他の通信装置から、前記通信経路の設定に関する通信装置間の通信で割り当てられる情報要素をもつ第２のフォーマットに適合する、前記通信経路に関する第２の設定情報を受信する受信部と、
当該通信装置が第１のフォーマットで保有する前記通信経路に関する第１の設定情報を、前記受信部で受信した第２の設定情報と重複しない第２の設定情報に置き換える制御部と、
前記制御部で置き換えた第２の設定情報を、前記受信した第２の設定情報とともに前記通信経路の始点側に隣接する他の通信装置に通知する通知部と、を有する、
ことを特徴とする、通信装置。
【図面の簡単な説明】
【０１４２】
【図１】ＳＯＮＥＴ／ＳＤＨ／ＷＤＭ網の一例を示す図である。
【図２】ＧＭＰＬＳネットワークの一例を示す図である。
【図３】一実施形態に係る通信ネットワークの一例を示す図である。
【図４】図３に示すノードの一例を示すブロック図である。
【図５】伝送フレームの構成例を示す図である。
【図６】（Ａ）〜（Ｃ）は複数のＪ１バイトからなるマルチフレームの一例を示す図である。
【図７】手動管理パス情報とC-Planeパス情報との対応関係の一例を示す図である。
【図８】一実施形態に係る通信制御動作の一例を示す図である。
【図９】（Ａ）は一実施形態に係る通信制御方法に伴う信号伝送経路を示す図であり、（Ｂ）は伝送マルチフレームの一例を示す図である。
【図１０】（Ａ）は一実施形態に係る通信制御方法に伴う信号伝送経路を示す図であり、（Ｂ）は伝送マルチフレームの一例を示す図である。
【図１１】（Ａ）は一実施形態に係る通信制御方法に伴う信号伝送経路を示す図であり、（Ｂ）は伝送マルチフレームの一例を示す図である。
【図１２】一実施形態に係る通信制御方法に伴う信号伝送経路を示す図である。
【図１３】始点ノードの動作の一例を示すフローチャートである。
【図１４】中継ノード及び終点ノードの動作の一例を示すフローチャートである。
【図１５】中継ノード及び始点ノードの動作の一例を示すフローチャートである。
【図１６】中継ノード及び終点ノードの動作の一例を示すフローチャートである。
【図１７】中継ノード及び終点ノードの動作の一例を示すフローチャートである。
【図１８】始点ノードの動作の一例を示すフローチャートである。
【図１９】（Ａ）〜（Ｃ）は変換前のパス設定情報の一例を示す図である。
【図２０】（Ａ）〜（Ｃ）は変換後のパス設定情報の一例を示す図である。
【図２１】変形例に係る通信制御動作の一例を示す図である。
【図２２】（Ａ）は変形例に係る通信制御方法に伴う信号伝送経路を示す図であり、（Ｂ）は伝送マルチフレームの一例を示す図である。
【図２３】中継ノード及び終点ノードの動作の一例を示すフローチャートである。
【図２４】中継ノード及び始点ノードの動作の一例を示すフローチャートである。
【符号の説明】
【０１４３】
１，１Ａ，１Ｂ，１Ｃ，１Ｄ，１Ｅ，１Ｆ，１Ｇ，１Ｈ  通信装置（ノード）
１０  ＧＭＰＬＳ制御部
１１  装置制御部
１２  C-Planeパス設定保持部
１３  手動管理パス設定保持部
１４  ＰＯＨ付加部
１５  ＳＯＨ／ＬＯＨ付加部
１６  バイト多重部
１７  光送信ＩＦ部
１８  光受信ＩＦ部
１９  バイト分離部
２０  ＳＯＨ／ＬＯＨ分離部
２１  ＰＯＨ分離部
【図１】
2010118829.tif 000003
【図２】
2010118829.tif 000004
【図３】
2010118829.tif 000005
【図４】
2010118829.tif 000006
【図５】
2010118829.tif 000007
【図６】
2010118829.tif 000008
【図７】
2010118829.tif 000009
【図８】
2010118829.tif 000010
【図９】
2010118829.tif 000011
【図１０】
2010118829.tif 000012
【図１１】
2010118829.tif 000013
【図１２】
2010118829.tif 000014
【図１３】
2010118829.tif 000015
【図１４】
2010118829.tif 000016
【図１５】
2010118829.tif 000017
【図１６】
2010118829.tif 000018
【図１７】
2010118829.tif 000019
【図１８】
2010118829.tif 000020
【図１９】
2010118829.tif 000021
【図２０】
2010118829.tif 000022
【図２１】
2010118829.tif 000023
【図２２】
2010118829.tif 000024
【図２３】
2010118829.tif 000025
【図２４】
2010118829.tif 000026