JP2003234771A - 光波長パス設定方法および光ノード - Google Patents

Abstract

(57)【要約】 【課題】 発ノードから着ノードまでの間で、所望の波
長パスを設定できるようにする。 【解決手段】 発ノードＡでは、着ノードＤおよび中継
ノードＢ，Ｃから収集したリソース使用状況に基づき、
発ノードＡから着ノードＤまでの間で用いる一連の波長
を示す１つ以上の推奨波長パスを選択し、その推奨波長
パスを含む推奨パス通知を中継ノードＢ，Ｃを介して着
ノードＤへ送信する。着ノードＤでは、受信した推奨パ
ス通知に含まれている推奨波長パスのうち利用可能な推
奨波長パスを選択し、その推奨波長パスで用いるリソー
スをデータ通信用として自ノードで設定するとともに、
その選択波長パスを含む選択パス通知を、中継ノード
Ｂ，Ｃを介して発ノードＡへ送信する。中継ノードＢ，
Ｃおよび発ノードＡでは、受信した選択パス通知に含ま
れている推奨波長パスで用いるリソースをデータ通信用
として自ノードで設定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、光波長パス設定方
法および光ノードに関し、特に網状に接続された複数の
光ファイバからなる光ネットワークを介して発ノードと
着ノードとの間でデータ通信を行う際、そのデータ通信
に用いる光波長パスを設定する光波長パス設定方法およ
び光ノードに関するものである。

【０００２】

【従来の技術】光ファイバを用いてデータ通信を行う
際、異なる波長の光信号を同一光ファイバでやり取りす
ることにより、１本の光ファイバで通信チャネルを多重
化し、複数のチャネルで並列的にデータ通信を行う光波
長多重（以下、ＷＤＭという：Wavelength Division Mu
ltiplexer）伝送方式が用いられる。このＷＤＭ伝送方
式では、互いに干渉しない異なる波長の光信号が用いら
れ、これらが合波されてその合成波が光ファイバへ出力
され、光ファイバからの合成波が分波されてそれぞれの
波長ごとに信号が取り出される。

【０００３】このような伝送方式が用いられる光ファイ
バで複数の光ノード間を接続して構成された光ネットワ
ークでは、光データ通信を開始する発ノードと、光デー
タ通信の開始要求を受け付ける着ノードとの間で、各波
長の光信号を含むそれぞれのノードのリソースを用いて
光データ通信を行う際、各ノード間ごとにどの波長を用
いるか選択し設定する必要がある。また、中継ノードに
おいて入側と出側で波長が違う場合には、異なる波長の
光信号間を接続するための波長変換手段も設定する必要
がある。一般に、このような各ノード間ごとに任意の波
長の光信号を用いて形成される一連の伝送路のことを、
光波長パスと呼ばれている。

【０００４】従来、発ノードと着ノードとの間でデータ
通信を行う際、これら発ノード、着ノードおよび発着ノ
ード間に位置する中継ノードの間で、所定のシグナリン
グ制御チャネルを用いてシグナリングパケットをやり取
りすることにより、データ通信に用いる波長を設定する
ものとなっていた。このとき、各ノードでは、発ノード
からのパス設定指示に応じて、それぞれのノードで使用
可能な空き状態の波長を順に選択し、リンクバイリンク
で波長さらには波長変換手段を設定するものとなってい
た。

【０００５】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の光波長パス設定方法では、各ノードで個別に
波長の選択が行われるため、発ノードから着ノードまで
の間で所望の波長パスを設定できないという問題点があ
った。例えば発ノードにおいて、波長変換手段の使用が
少なく、ネットワークリソースの有効利用を考慮した所
望の波長パスを計算した場合でも、従来のように各ノー
ドで個別に波長を選択する方法では、これを反映させる
ことができない。本発明はこのような課題を解決するた
めのものであり、発ノードから着ノードまでの間で所望
の波長パスを設定できる光波長パス設定方法および光ノ
ードを提供することを目的としている。

【０００６】

【課題を解決するための手段】このような目的を達成す
るために、本発明にかかる光波長パス設定方法は、発ノ
ードおよび着ノードと、これら発着ノード間を直列接続
する１つ以上の中継ノードとからなり、各ノード間が異
なる複数の波長の光信号で接続されている光ネットワー
クで、各波長の光信号を含むそれぞれのノードのリソー
スを用いて光データ通信を行う際、各ノード間ごとに波
長のうちから光データ通信に用いる波長を選択し設定す
るための光波長パス設定方法において、発ノードでは、
着ノードおよび中継ノードから収集したそれぞれのリソ
ースの使用状況に基づき、当該発ノードから着ノードま
での間で用いる一連の波長を示す１つ以上の推奨波長パ
スを選択し、その推奨波長パス情報を含む推奨パス通知
を中継ノードを介して着ノードへ送信し、着ノードで
は、受信した推奨パス通知に含まれている推奨波長パス
情報のうち利用可能な推奨波長パスを選択し、その推奨
波長パスで用いるリソースをデータ通信用として自ノー
ドで設定するとともに、その選択波長パス情報を含む選
択パス通知を、中継ノードを介して発ノードへ送信し、
中継ノードおよび発ノードでは、受信した選択パス通知
に含まれている選択波長パス情報で指定された波長パス
で用いるリソースをデータ通信用として自ノードで設定
するようにしたものである。

【０００７】自ノードのリソースについて、発ノード、
中継ノードおよび着ノードでは、推奨パス通知の送信ま
たは受信の際、利用可能なリソースをデータ通信用とし
て自ノードで予約するようにしてもよく、あるいは、推
奨パス通知の送信または受信の際、利用可能なリソース
のうち推奨パス通知に含まれる推奨波長パス情報で指定
された波長パスで用いるリソースのみをデータ通信用と
して自ノードで予約するようにしてもよい。このとき、
選択パス通知の送信または受信の際、予め自ノードで予
約しておいたリソースのうち、選択パス通知に含まれる
選択波長パス情報で指定される波長パスで使用しない不
要リソースを予約解除して解放するようにしてもよい。

【０００８】また、自ノードのリソースについて、中継
ノードでは、自ノードで利用可能なリソースを示すリソ
ース情報を、受信した推奨パス通知へ付加して、着ノー
ド側の下流ノードへ順次送信するようにしてもよい。あ
るいは、着ノードでは、受信した推奨パス通知に含まれ
る推奨波長パス情報で指定された波長パスが、その推奨
パス通知に含まれるリソース情報に基づき使用不可であ
ると判断された場合、推奨波長パスとは異なる使用可能
な波長パスをリソース情報に基づき選択するようにして
もよい。

【０００９】複数の推奨波長パスを利用する場合、発ノ
ードでは、推奨波長パスに優先順位を設定して推奨パス
通知を送信し、着ノードでは、受信した推奨パス通知に
含まれる推奨波長パス情報のうち、使用可能な推奨波長
パスを優先順位に基づき選択するようにしてもよい。推
奨パス通知について、中継ノードでは、受信した推奨パ
ス通知に含まれる各推奨波長パス情報で指定された波長
パスについて、自ノードのリソース情報に基づき使用可
否を判断し、使用不可の推奨波長パスの推奨波長パス情
報を推奨パス通知から削除して、着ノード側の下流ノー
ドへ送信するようにしてもよい。

【００１０】不要リソースについて、中継ノードでは、
受信した推奨パス通知に含まれる各推奨波長パス情報で
指定された波長パスについて、自ノードのリソース情報
に基づき使用可否を判断し、使用不可と判断された推奨
波長パスでのみ使用される不要リソースの解放をリソー
ス解放通知により発ノード側の上流ノードへ通知し、発
ノードおよび中継ノードでは、受信したリソース解放通
知で指定された不要リソースを自ノードで予約解除して
解放するようにしてもよい。上記各光波長パス設定方法
において、リソースとして、中継ノードで異なる波長の
光信号間を接続するために用いられる波長変換手段を含
むようにしてもよい。

【００１１】また、本発明にかかる光ノードは、発ノー
ドおよび着ノードと、これら発着ノード間を直列接続す
る１つ以上の中継ノードとからなり、各ノード間が異な
る複数の波長の光信号で接続されており、各波長の光信
号を含むそれぞれのノードのリソースを用いて光データ
通信を行う際、各ノード間ごとに波長のうちから光デー
タ通信に用いる波長を選択し設定する光ネットワーク
で、発ノードとして用いられる光ノードにおいて、着ノ
ードおよび中継ノードから収集したリソース使用状況に
基づき１つ以上の推奨波長パスを選択する推奨波長パス
選択部と、この推奨波長パス選択部で選択された推奨波
長パス情報を含む推奨パス通知を中継ノードを介して着
ノードへ送信するとともに、推奨パス通知に含まれる推
奨波長パス情報から着ノードで選択された利用可能な推
奨波長パスを選択波長パス情報として着ノードからの選
択パス通知で受信し、その選択波長パス情報で指定され
た波長パスで用いるリソースをデータ通信用として自ノ
ードで設定する波長パス設定部とを備えるものである
（発ノード）。

【００１２】また、本発明にかかる光ノードは、発ノー
ドおよび着ノードと、これら発着ノード間を直列接続す
る１つ以上の中継ノードとからなり、各ノード間が異な
る複数の波長の光信号で接続されており、各波長の光信
号を含むそれぞれのノードのリソースを用いて光データ
通信を行う際、各ノード間ごとに波長のうちから光デー
タ通信に用いる波長を選択し設定する光ネットワーク
で、着ノードとして用いられる光ノードにおいて、各ノ
ードのリソースの使用状況に基づき、１つ以上の推奨波
長パス情報のうち利用可能な推奨波長パスを選択波長パ
スとして選択する波長パス選択部と、発ノードから当該
着ノードまでの間で用いる一連の波長を示す１つ以上の
推奨波長パス情報を含む推奨パス通知を中継ノードを介
して発ノードから受信し、推奨パス通知に含まれている
推奨波長パス情報のうちから波長パス選択部で選択波長
パスを選択させ、その選択波長パスで用いるリソースを
データ通信用として自ノードで設定するとともに、その
選択波長パス情報を含む選択パス通知を、中継ノードを
介して発ノードへ送信する波長パス設定部とを備えるも
のである（着ノード）。

【００１３】また、本発明にかかる光ノードは、発ノー
ドおよび着ノードと、これら発着ノード間を直列接続す
る１つ以上の中継ノードとからなり、各ノード間が異な
る複数の波長の光信号で接続されており、各波長の光信
号を含むそれぞれのノードのリソースを用いて光データ
通信を行う際、各ノード間ごとに波長のうちから光デー
タ通信に用いる波長を選択し設定する光ネットワーク
で、中継ノードとして用いられる光ノードにおいて、発
ノードから送信された、発ノードから当該着ノードまで
の間で用いる一連の波長を示す１つ以上の推奨波長パス
情報を含む推奨パス通知を受信して着ノード側の下流ノ
ードへ送信し、推奨パス通知に含まれる推奨波長パス情
報から着ノードで選択された利用可能な推奨波長パスを
選択波長パス情報として着ノードからの選択パス通知で
受信し、その選択波長パス情報で指定された波長パスで
用いるリソースをデータ通信用として自ノードで設定す
るとともに、選択パス通知を発ノード側の上流ノードへ
送信する波長パス設定部を備えるものである（中継ノー
ド）。

【００１４】発ノード、着ノードまたは中継ノードとし
て機能する光ノードでは、自ノードのリソースについ
て、波長パス設定部で、推奨パス通知の送信または受信
の際、利用可能なリソースをデータ通信用として自ノー
ドで予約するようにしてもよく、あるいは、推奨パス通
知の送信または受信の際、利用可能なリソースのうち推
奨パス通知に含まれる推奨波長パス情報で指定された波
長パスで用いるリソースのみをデータ通信用として自ノ
ードで予約するようにしてもよい。さらに、波長パス設
定部で、選択パス通知の送信または受信の際、予め自ノ
ードで予約しておいたリソースのうち、選択パス通知に
含まれる選択波長パス情報で指定された波長パスで使用
しない不要リソースを予約解除して解放するようにして
もよい。

【００１５】また、中継ノードとして機能する光ノード
では、自ノードのリソースについて、波長パス設定部
で、自ノードで利用可能なリソースを示すリソース情報
を、受信した推奨パス通知へ付加して、着ノード側の下
流ノードへ順次送信するようにしてもよい。あるいは、
着ノードとして機能する光ノードでは、波長パス設定部
は、受信した推奨パス通知に含まれる推奨波長パス情報
が、その推奨パス通知に含まれる各ノードのリソース情
報に基づき使用不可であると判断された場合、推奨波長
パスとは異なる使用可能な波長パスをリソース情報に基
づき選択するようにしてもよい。

【００１６】発ノードとして機能する光ノードでは、複
数の推奨波長パスを利用する場合、波長パス設定部で、
着ノードでの波長パス選択順序を示す優勢順位を推奨波
長パス情報に設定して推奨パス通知を送信するようにし
てもよい。また、着ノードとして機能する光ノードで
は、波長パス設定部で、受信した推奨パス通知に含まれ
る推奨波長パス情報のうち、使用可能な推奨波長パスを
それぞれの推奨波長パスの優先順位に基づき選択するよ
うにしてもよい。中継ノードとして機能する光ノードで
は、推奨パス通知について、波長パス設定部で、受信し
た推奨パス通知に含まれる各推奨波長パス情報で指定さ
れる波長パスについて、自ノードのリソース情報に基づ
き使用可否を判断し、使用不可の推奨波長パス情報を推
奨パス通知から削除して、着ノード側の下流ノードへ送
信するようにしてもよい。

【００１７】中継ノードとして機能する光ノードでは、
不要リソースについて、波長パス設定部で、受信した推
奨パス通知に含まれる各推奨波長パス情報で指定される
波長パスについて、自ノードのリソース情報に基づき使
用可否を判断し、使用不可と判断された推奨波長パスで
のみ使用される不要リソースの解放をリソース解放通知
により発ノード側の上流ノードへ通知するとともに、受
信したリソース解放通知で指定された不要リソースを自
ノードで予約解除して解放するようにしてもよい。発ノ
ードとして機能する光ノードでは、あるいは、波長パス
設定部は、着ノード側の下流ノードから受信したリソー
ス解放通知で指定された不要リソースを自ノードで予約
解除して解放するようにしてもよい。上記各光ノードに
おいて、リソースとして、中継ノードで異なる波長の光
信号間を接続するために用いられる波長変換手段を含む
ようにしてもよい（発ノード、着ノード、中継ノー
ド）。

【００１８】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。図１は本発明の第１の実施
の形態にかかる光波長パス設定方法が適用される光ネッ
トワークの構成を示すブロック図である。この光ネット
ワークは、発ノードＡ（１）、中継ノードＢ（２Ａ）、
中継ノード（２Ｂ）、着ノードＤ（３）の４つの光ノー
ドから構成されている。発ノードＡは、着ノードＤとの
間でデータ通信のための制御指示を行う側のノードであ
り、中継ノードＢとは光リンクＬ１で相互に接続されて
いる。また、中継ノードＢと中継ノードＣとの間は光リ
ンクＬ２で相互に接続されている。着ノードＤは、発ノ
ードＡからの制御指示を受け付ける側のノードであり、
中継ノードＣとの間は光リンクＬ３で相互に接続されて
いる。

【００１９】これら光リンクＬ１〜Ｌ３は、１本以上の
光ファイバから構成されており、その光ファイバでは異
なる波長の光信号を用いた複数のチャネルが形成されて
いる。この例では、リンクＬ１には、空き状態の波長λ
１，λ２，λ３があり、リンクＬ２には、空き状態の波
長λ３，λ４がある。また、リンクＬ３には、空き状態
の波長λ４がある。また、各中継ノードＢ，Ｃには、そ
れぞれ入側と出側の波長を接続する際に必要な波長変換
を行う波長変換手段が設けられている。この例では、中
継ノードＢに空き状態の波長変換手段として、波長λ１
を波長λ４へ変換する波長変換能力λ１→λ４と、波長
λ３を波長λ４へ変換する波長変換能力λ３→λ４とが
ある。また、中継ノードＣには、空き状態の波長変換手
段として、波長λ３を波長λ４へ変換する波長変換能力
λ３→λ４とがある。

【００２０】本実施の形態では、発ノードＡにおいて、
これら中継ノードＢ，Ｃおよび着ノードＤから、各リン
クで用いる波長やノードの波長変換能力などのリソース
使用状況を収集して、ネットワークリソースを有効利用
できる１つ以上の波長パスを推奨波長パスとして選択す
る。各ノード間では、各リンクに設けられた所定のシグ
ナリング制御チャネルを用いてシグナリングパケットを
やり取りしており、発ノードＡは、そのシグナリングパ
ケットを用いた推奨パス通知（メッセージ）により、そ
の推奨波長パスを各ノードに通知する。各ノードでは、
この推奨パス通知に応じて、それぞれ使用する波長を設
定する。

【００２１】ここで、図２を参照して、本実施の形態で
用いられる発ノードの構成について説明する。図２は、
本実施の形態で用いる発ノードの構成を示すブロック図
である。発ノードＡ（１）は、リンクＬ１内の各波長の
チャネルを終端処理するルータ１Ｒと、このルータ１Ｒ
を管理する制御部１Ｓとから構成される。制御部１Ｓに
は、フラッディング部１１、リソース観測部１２、リン
ク状態データベース（以下、ＤＢという）１３、経路／
推奨波長パス計算部１４、波長パス設定部１５およびリ
ソース予約部１６が設けられている。

【００２２】リソース観測部１２は、ルータ１Ｒでの自
ノードのリソース使用状況を観測し、それをフラッディ
ング部１１、リンク状態ＤＢ１３さらには波長パス設定
部１５へ出力する。フラッディング部１１は、他ノード
からのリソース使用状況１０Ａを受信してリンク状態Ｄ
Ｂ１３へ出力するとともに、リソース観測部１２からの
自ノードのリソース使用状況１０Ｂを他ノードへ送信す
る。リンク状態ＤＢ１３は、リソース観測部１２からの
自ノードのリソース使用状況やフラッディング部１１か
らの他ノードのリソース使用状況を受け付け、データベ
ースとして管理する。経路／推奨波長パス計算部１４
は、リンク状態ＤＢ１３で管理されている自ノードおよ
び他ノードのリソース使用状況に基づき、着ノードとの
間の経路および推奨波長パスを計算する。

【００２３】波長パス設定部１５は、管理者の指示に応
じた上位装置（図示せず）からの波長パス設定要求１０
Ｅに応じて、自ノードのリソースすなわちルータ１Ｒに
接続されている任意の波長や波長変換手段の設定をルー
タ１Ｒに対して行ったり、リソースの予約をリソース予
約部１６へ指示する。この際、波長パス設定部１５で
は、リソース観測部１２からの自ノードのリソース使用
状況、経路／推奨波長パス計算部１４からの計算結果、
さらにはリソース予約部１６で管理されているリソース
予約状況に基づきリソースの設定や予約を指示する。

【００２４】また、着ノードＤ側の下流ノードとの間で
メッセージ１０Ｄをやり取りして、下流ノードへの波長
パス設定を通知するとともに自ノードでのリソース予約
を行い、あるいは下流ノードからの選択パス通知を受け
て自ノードでのリソースの設定を行う。リソース予約部
１６は、波長パス設定部１５からのリソース予約指示に
応じて自ノードのリソース予約状況を管理する。

【００２５】次に、図３を参照して、本実施の形態で用
いる中継ノードの構成について説明する。図３は、本実
施の形態で用いる中継ノードの構成を示すブロック図で
ある。中継ノードＢ（２Ａ），Ｃ（２Ｂ）は、前述した
発ノードと同様に、ルータ２Ｒおよび制御部２Ｓから構
成されている。ルータ２Ｒでは、リンクＬ１／Ｌ２内の
各波長とリンクＬ２／Ｌ３内の各波長とを交換接続処理
する。また、そのとき波長が異なる場合は、対応する波
長変換手段を用いて波長を変換する。制御部２Ｓについ
ては、発ノードＡの制御部１Ｓと比較して、経路／推奨
波長パス計算部１４が設けられていない他は、発ノード
Ａと同様に、フラッディング部２１、リソース観測部２
２、リンク状態ＤＢ２３、波長パス設定部２５およびリ
ソース予約部２６が設けられており、それぞれ発ノード
Ａのものとほぼ同様の働きをする。

【００２６】特に、波長パス設定部２５では、リンク状
態ＤＢ２３で管理している各ノードのリソース使用状
況、リソース観測部２２からの自ノードのリソース使用
状況に基づきリソースの設定や予約を指示する。また、
発ノードＡ側の上流ノードとの間で推奨パス通知や選択
パス通知などのメッセージ２０Ｃをやり取りするととも
に、下流ノード側との間でメッセージ２０Ｄをやり取り
する。これらメッセージ２０Ｃ，２０Ｄに基づき、上流
ノードからの波長パス設定を受けて自ノードでのリソー
スの予約を行うとともに下流ノードへ通知し、あるいは
下流ノードからの選択パス通知を受けて自ノードでのリ
ソースの設定を行うとともに上流ノードへ通知する。

【００２７】次に、図４を参照して、本実施の形態で用
いる着ノードの構成について説明する。図４は、本実施
の形態で用いる着ノードの構成を示すブロック図であ
る。着ノードＤ（３）は、前述した発ノードと同様に、
ルータ３Ｒおよび制御部３Ｓから構成されている。ルー
タ３Ｒでは、リンクＬ３内の各波長のチャネルを終端処
理する。制御部３Ｓについては、発ノードＡの制御部１
Ｓと比較して、経路／推奨波長パス計算部１４に代えて
波長パス選択部３７が設けられいる他は、発ノードＡと
同様に、フラッディング部３１、リソース観測部３２、
リンク状態ＤＢ３３、波長パス設定部３５およびリソー
ス予約部３６が設けられており、それぞれ発ノードＡの
ものとほぼ同様の働きをする。

【００２８】特に、波長パス設定部３５では、リンク状
態ＤＢ３３で管理している各ノードのリソース使用状
況、リソース観測部３２からの自ノードのリソース使用
状況に基づきリソースの設定や予約を指示する。また、
上流ノード側との間で推奨パス通知や選択パス通知など
のメッセージ３０Ｃをやり取りする。このメッセージ３
０Ｃに基づき、上流ノードからの波長パス設定を受け、
波長パス選択部３７での選択結果に基づき、自ノードで
のリソースの設定を行とともに上流ノードへ選択パス通
知を行う。

【００２９】次に、図５〜図７を参照して、各ノードの
ルータにおける波長変換手段の構成例について説明す
る。図５〜図７は各ノードのルータにおける波長変換手
段の構成例を示す説明図である。以下では、入力側の２
つの光ファイバＦ１，Ｆ２と、出力側の２つの光ファイ
バＦ３，Ｆ４とが、光スイッチ４Ｒにより交換接続され
る場合を例として説明するが、光ファイバの本数につい
ては限定されるものではなく、他の本数の光ファイバが
存在する場合でも適用できる。

【００３０】まず、図５では、入力側光ファイバＦ１，
Ｆ２内に形成されている各波長λ１〜λｎごとに、出力
側の全波長λ１〜λｎに対応した全波長変換器（Ｆ−Ｗ
Ｃ）４０が配置されている。これによれば、入力側光フ
ァイバＦ１，Ｆ２のすべての入力波長を、出力側光ファ
イバＦ３，Ｆ４の各出力波長へ変換することができ、波
長変換の制約がない。

【００３１】次に、図６では、入力側光ファイバＦ２内
に形成されている各波長λ１〜λｎごとに波長変換器
（Ｆ−ＷＣ）４０が配置されている。また、入力側光フ
ァイバＦ１内に形成されている各波長パスλ１〜λｎの
一部に、出力側の各波長λ１〜λｎの一部にのみ対応し
た限定波長変換器（Ｌ−ＷＣ）４１が配置され、上記一
部の他には、波長変換器が配置されていない。この構成
例によれば、入力側光ファイバＦ２のすべての入力波長
を、出力側光ファイバＦ３，Ｆ４の各出力波長へ変換す
ることができ、波長変換の制約がない。

【００３２】また、入力側光ファイバＦ１のうち限定波
長変換器４１が配置されている波長については、出力側
光ファイバＦ３，Ｆ４のうち特定の波長へのみ変換でき
る。さらに、入力側光ファイバＦ１のうち波長変換器が
配置されていない波長については、出力側光ファイバＦ
３，Ｆ４のうち同一光波長の波長にのみ接続できる。

【００３３】図７では、光スイッチ４Ｒに全波長変換器
４０および限定波長変換器４１が接続されている。これ
ら全波長変換器４０および限定波長変換器４１を、必要
に応じてこれらを入力側光ファイバＦ１，Ｆ２内に形成
されている各波長λ１〜λｎと、出力側光ファイバＦ
３，Ｆ４内に形成されている各波長λ１〜λｎとの間に
接して用いる。これにより、全波長変換器４０および限
定波長変換器４１を各波長で共用でき、ノードにおける
リソースを効率よく利用できる。

【００３４】次に、図８〜１１を参照して、本実施の形
態にかかる光波長パス設定方法について説明する。図８
は本実施の形態にかかる光波長パス設定方法を示すシー
ケンス図である。図９は発ノードＡから下流側の各中継
ノードＢ，Ｃを経て着ノードＤへ通知される推奨パス通
知を示す構成例である。図１０は着ノードでの波長パス
選択処理を示すフローチャートである。図１１は着ノー
ドＤから上流側の各中継ノードＣ，Ｂを経て発ノードＡ
へ通知される選択パス通知を示す構成例である。

【００３５】発ノードＡでは、前述した図１の光ネット
ワークを介して着ノードＤとの間でデータ通信を行う
際、フラッディング部１１を介して収集した他ノードの
リソース使用状況やリソース観測部１２で収集した自ノ
ードのリソース使用状況を前もってリンク状態ＤＢ１３
に格納しておく。そして、経路／推奨波長パス計算部１
４では、そのリンク状態ＤＢ１３に収集され管理されて
いる各ノードのリソース使用状況さらにはネットワーク
構成に基づき、着ノードＤまでのデータ通信可能な最短
経路を選択するとともに、その経路上で最も少ないリソ
ースで着ノードとデータ通信可能な波長パスを１つ以上
選択する（ステップ２００）。

【００３６】この際、最短経路については、例えばホッ
プ数（または中継ノード数）が最も少ないものを選択す
ればよい。また、最も少ないリソースの波長パスについ
ては、例えば各中継ノードでの波長変換回数が少ないも
のを選択すればよい。波長パス設定部１５では、経路／
推奨波長パス計算部１４で選択された各推奨波長パスに
ついて、リソース観測部１２からの最新の自ノードリソ
ース使用状況に基づき使用可否を確認し、使用可の推奨
波長パスで用いられている自ノードのリソースに対する
予約（専用使用権の仮設定）をリソース予約部１６へ指
示する（ステップ２００）。これに応じてリソース予約
部１６は、予約要求されたリソースが未予約であること
を確認して、未予約の場合には当該推奨波長パスで専用
されるリソースとして予約して予約成功を通知し、すで
に予約されている場合は予約失敗を通知する。

【００３７】波長パス設定部１５では、このようにして
リソース予約部１６で各推奨波長パスについて自ノード
リソースの予約を行い、予約成功が通知された推奨波長
パスのうち最良のもの、例えば最もリソース利用効率の
よい推奨波長パスのパス情報を推奨パス通知メッセージ
に格納する。推奨パス通知は、図９に示すように、各リ
ンクＬ１〜Ｌ３に設けられているシグナリング制御チャ
ネル上でやり取りされ、例えばＩＰパケット形式のシグ
ナリングパケットから構成されている。最良の推奨波長
パスのパス情報は、図９（ａ）に示すように、推奨パス
通知のＩＰヘッダ５０に続いて推奨波長パス情報５１と
して付加される。また、下流ノードここでは中継ノード
Ｂとの間のリンクＬ１の空き波長に関する空き波長情報
５２が推奨パス通知に付加される。

【００３８】この例では、推奨波長パス情報５１に「λ
１→λ４→λ４」が設定されており、発ノードＡ側の上
流リンクから順に、リンクＬ１で波長λ１、リンクＬ２
で波長λ４、リンクＬ３で波長λ４をそれぞれ用いる旨
が指示されている。したがって、入側と出側で波長が異
なるノード、ここでは中継ノードＢで波長変換能力λ１
→λ４が必要となることがわかる。また図１で示したよ
うに、リンクＬ１の空き波長がλ１，λ２，λ３である
ことから、ＡＢ間空き波長情報５２として「λ１，λ
２，λ３」が付加されている。

【００３９】なお、経路情報「Ａ−Ｂ−Ｃ−Ｂ」につい
ては、この推奨パス通知に付加する場合、個別の領域を
設けてもよく、推奨波長パス情報５１へ含めて、例えば
「Ａ−λ１−Ｂ−λ４−Ｃ−λ４−Ｄ」と記載してもよ
い。このようにして、発ノードＡの波長パス設定部１５
で推奨パス通知が生成され、下流ノードへ向けて送信さ
れる（ステップ２０１）。

【００４０】一方、中継ノードＢの波長パス設定部２５
では、発ノードＡからの推奨パス通知を受信し、リソー
ス観測部２２で観測した最新の自ノードリソース使用状
況に基づき、自ノードで利用可能なリソースの予約をリ
ソース予約部２６へ指示する（ステップ２０２）。そし
て、図９（ｂ）に示すように、リソース予約部２６から
予約成功が通知されたリソースを示すリソース情報、こ
こでは、自ノードの波長変換能力情報５３と、下流側の
中継ノードＣとのリンクＬ２上での空き波長情報５４と
を当該推奨パス通知へ付加する（ステップ２０２）。

【００４１】図１で示したように、中継ノードＢの空き
波長変換能力がλ１→λ４，λ３→λ４であり、リンク
Ｌ１の空き波長がλ３，λ４である。このことから、図
９（ｂ）では、中継ノードＢの波長変換能力情報５３と
して「λ１→λ４，λ３→λ４」が付加され、ＢＣ間空
き波長情報５４として「λ３，λ４」が付加されてい
る。このようにして、中継ノードＢの波長パス設定部２
５で推奨パス通知が更新され、下流ノードへ向けて送信
される（ステップ２０３）。

【００４２】中継ノードＣでも、中継ノードＢからの推
奨パス通知の受信に応じて、中継ノードＢと同様の処理
が行われ、リソース予約および推奨パス通知へのリソー
ス情報の付加が行われる（ステップ２０４）。ここで
は、図１で示したように、中継ノードＣの空き波長変換
能力がλ３→λ４であり、リンクＬ３の空き波長がλ４
であることから、図９（ｃ）では、ノードＣの波長変換
能力情報５５として「λ３→λ４」が付加され、ＣＤ間
空き波長情報５６として「λ３，λ４」が付加されてい
る。このようにして、中継ノードＣで推奨パス通知が更
新され、下流ノードへ向けて送信される（ステップ２０
５）。

【００４３】着ノードＤの波長パス設定部３５では、中
継ノードＣからの推奨パス通知の受信に応じて、自ノー
ドの空きリソースに対するリソース予約をリソース予約
部３６へ指示する（ステップ２０６）。そして、予約成
功したリソースの情報を推奨パス通知のリソース情報に
付加し、波長パス選択部３７へ波長パス選択を指示する
（ステップ２０７）。波長パス選択部３７では、その推
奨パス通知に格納されている推奨波長パス情報５１およ
び各ノードのリソース情報に基づき、図１０に示すよう
な波長パス選択処理を行う。

【００４４】まず、推奨波長パスの中に使用可能な波長
パスがあるかどうか確認する（ステップ１００）。ここ
で、使用可能な波長パスがある場合は（ステップ１０
０：ＹＥＳ）、そのうち最も優先順位の高いものを選択
する（ステップ１０１）。そして、これを波長パス設定
部３５へ通知して（ステップ１０２）、一連の波長パス
選択処理を終了する。

【００４５】一方、推奨波長パスの中に使用可能な波長
パスがない場合は（ステップ１００：ＮＯ）、推奨パス
通知のリソース情報に基づき当該経路上で推奨波長パス
以外の使用可能な波長パスがあるかどうか確認する（ス
テップ１０３）。ここで、使用可能な波長パスがある場
合は（ステップ１０３：ＹＥＳ）、そのうちの１つ、例
えば最もリソース使用効率の高いものを選択し（ステッ
プ１０４）、これを波長パス設定部３５へ通知して（ス
テップ１０２）、一連の波長パス選択処理を終了する。
また、ステップ１０３で使用可能な波長パスがない場合
は（ステップ１０３：ＮＯ）、使用可能な波長パスがな
いことを波長パス設定部３５へ通知して（ステップ１０
５）、一連の波長パス選択処理を終了する。これに応じ
て、波長パス設定部３５では、波長パス設定を無効とす
る。

【００４６】波長パス設定部３５では、波長パス選択部
３７により波長パスが選択された場合は、推奨パス通知
で先に予約した自ノードリソースのうち、その選択波長
パスで使用する波長の使用をルータ３Ｒへ指示し、その
使用を正式に設定する（ステップ２０８）。また、選択
波長パスで使用しない不要リソースの解放をリソース予
約部３６へ指示し、他の波長パスの形成に使用できるよ
うにする（ステップ２０８）。

【００４７】そして、その波長パスのパス情報を選択パ
ス通知に格納して、上流ノードへ向けて送信する。ま
た、使用可能な波長パスがないことが波長パス選択部３
７から通知された場合は、その旨を選択パス通知に格納
して、上流ノードへ向けて送信する（ステップ２０
９）。選択パス通知は、図１１に示すように、各リンク
Ｌ１〜Ｌ３に設けられているシグナリング制御チャネル
上でやり取りされ、例えばＩＰパケット形式のシグナリ
ングパケットから構成されている。この例では、ＩＰヘ
ッダ６０に続いて、選択波長パス情報６１として推奨波
長パス情報と同じく「λ１→λ４→λ４」が設定されて
いる。

【００４８】中継ノードＣの波長パス設定部３５では、
着ノードＤからの選択パス通知を受信し、その選択波長
パス情報６１で指定された選択波長パスで使用する波長
および波長変換能力の使用をルータ２Ｒへ指示し、その
使用を正式に設定する（ステップ２１０）。また、選択
波長パスで使用しない不要リソースの解放をリソース予
約部３６へ指示し、他の波長パスの形成に使用できるよ
うにする（ステップ２１０）。そして、その選択パス通
知を上流ノードへ向けて送信する（ステップ２１１）。
中継ノードＢでも、中継ノードＣと同様にして、選択パ
ス通知の受信に応じてリソースの正式設定および不要リ
ソースの解放（ステップ２１２）を行い、その選択パス
通知を上流ノードへ向けて送信する（ステップ２１
３）。

【００４９】発ノードＡの波長パス設定部１５では、中
継ノードＢからの選択パス通知を受信し、その選択波長
パス情報６１で指定された選択波長パスで使用する波長
の使用をルータ１Ｒへ指示し、その使用を正式に設定す
る（ステップ２１４）。また選択波長パスで使用しない
不要リソースの解放をリソース予約部１６へ指示し、他
の波長パスの形成に使用できるようにする（ステップ２
１４）。これにより、各ノードでは、選択パス通知で通
知された選択波長パス「λ１→λ４→λ４」に用いるリ
ソースのみが予約された状態となり、この後の発ノード
Ａからの指示に応じて、これらリソースが実際に使用さ
れて、発ノードＡと着ノードＤとの間でデータ通信が開
始される。

【００５０】本実施の形態では、このように、発ノード
で選択した１つ以上の所望の波長パスを推奨波長パスと
して推奨パス通知で着ノードへ通知し、着ノードの波長
パス選択部３７で、その推奨パス通知で通知された推奨
波長パスのうちから利用可能な１つの推奨波長パスを選
択し、これを選択パス通知により各中継ノードを介して
発ノードへ通知し、この選択パス通知に基づき各ノード
で波長さらには波長変換能力を設定するようにしたの
で、発ノードから着ノードまでの間で、所望の波長パス
を設定できる。

【００５１】また、各ノードでは、推奨パス通知の送受
信に応じて、自ノードで利用可能なリソースを予約する
ようにしたので、その後、着ノードで選択された選択波
長パスに応じてリソースを設定する際、他に利用される
ことなく的確にそのリソースを設定できる。なお、予約
の際、推奨波長パスで用いるリソースのみを予約するよ
うにしてもよく、リソースを有効利用できる。

【００５２】また、各ノードでは、着ノードＤからの選
択パス通知に応じて、予め予約しておいた自ノードのリ
ソースのうち、その選択波長パスで使用しない不要リソ
ースを解放するようにしたので、リソースを不当に予約
することなく有効利用できる。また、推奨パス通知を受
信した各中継ノードＢ，Ｃでは、自ノードで利用可能な
リソースを示すリソース情報を当該推奨パス通知へそれ
ぞれ付加して下流ノードへ送信するようにしたので、着
側ノードＤでは、各ノードで使用可能リソースを示す最
新のリソース情報に基づき、推奨波長パスの使用可否を
的確に判断できる。

【００５３】次に、図１２を参照して、本発明の第２の
実施の形態にかかる光波長パス設定方法について説明す
る。図１２は、本発明の第２の実施の形態にかかる光波
長パス設定方法が適用される光ネットワークの構成を示
すブロック図である。図１２に示すように、中継ノード
Ｂの波長変換能力として、波長λ３を波長λ４へ変換す
る波長変換能力λ３→λ４しか空きがない場合、着ノー
ドＤには、図１３に示す推奨パス通知が届く。したがっ
て、着ノードＤでは、推奨パス通知で指定された推奨波
長パス「λ１→λ４→λ４」を使用不可と判断する。

【００５４】このとき、図１０のステップ１００：ＮＯ
が選択され、ステップ１０３において、推奨パス通知で
通知されたリソース情報に基づき、当該経路上で使用可
能な波長パスが選択され、ステップ１０４で、そのうち
のいずれか１つが選択される。この例では、波長パス
「λ３→λ３→λ４」が選択され、図１４に示すような
選択パス通知により着ノードＤから上流ノードへ通知さ
れる。このように、本実施の形態では、推奨パス通知の
通知過程において、推奨波長パスが使用不可となった場
合、推奨パス通知のリソース情報に基づき着ノードＤで
当該経路上で使用可能な波長パスを選択するようにした
ので、推奨波長パスが使用不可の場合でも発着ノード間
で波長パスを設定できる。

【００５５】次に、図１５を参照して、本発明の第３の
実施の形態にかかる光波長パス設定方法について説明す
る。図１５は、本発明の第３の実施の形態にかかる光波
長パス設定方法で用いられる推奨パス通知の構成例であ
る。前述した第１および第２の実施の形態では、推奨波
長パスが１つの場合を例として説明したが、推奨波長パ
スが複数の場合、推奨パス通知には、図１５に示すよう
に、それぞれの推奨波長パスごとに推奨波長パス情報５
１Ａ，５１Ｂが付加される。この例では、推奨波長パス
情報５１Ａに第１候補「λ１→λ４→λ４」が格納さ
れ、推奨波長パス情報５１Ｂに第２候補「λ３→λ４→
λ４」が格納されている。

【００５６】これら推奨波長パス情報５１Ａ，５１Ｂ
は、ＩＰヘッダ５０に近いものから優先順位が高い。し
たがって、着ノードＤの波長パス選択部３７では、図１
０のステップ１０１で波長パスを選択する際、使用可能
な推奨波長パスからその優先順位にしたがって１つの波
長パスを選択する。この例では、中継ノードＢの波長変
換能力として「λ１→λ４」が使用できないことから、
第１候補「λ１→λ４→λ４」が使用不可となり、第２
候補「λ３→λ３→λ４」が選択されて、図１６に示す
ような選択パス通知により着ノードＤから上流ノードへ
通知される。

【００５７】このように、本実施の形態では、推奨パス
通知で通知する各推奨波長パスに優先順位を設定し、そ
の優先順位にしたがって着ノードで波長パスを選択する
ようにしたので、複数の推奨波長パスのうちよりよりも
の、例えばよりリソース使用効率がよいものを選択でき
る。

【００５８】次に、図１７を参照して、本発明の第４の
実施の形態にかかる光波長パス設定方法について説明す
る。図１７は、本発明の第４の実施の形態にかかる光波
長パス設定方法を示すシーケンス図である。前述した第
３の実施の形態では、複数の推奨波長パス情報５１Ａ，
５１Ｂをすべて着ノードまで通知する場合について説明
したが、本実施の形態では、これら推奨波長パスの有効
性を中継ノードＢ，Ｃで判断し、その無効すなわち使用
不可に応じて当該推奨波長パス情報を削除する場合につ
いて説明する。

【００５９】発ノードＡの波長パス設定部１５では、前
述した第１の実施の形態の波長パス設定部１５と同様に
して、経路／推奨波長パス計算部１４が複数の推奨波長
パスを取得し、自ノードのリソースを予約する（ステッ
プ２２０）。そして、各推奨波長パスの推奨波長パス情
報を推奨パス通知へ付加して下流ノードへ送信する（ス
テップ２２１）。この例では、図１８（ａ）に示すよう
に、推奨波長パス情報５１Ａに第１候補「λ３→λ３→
λ３」が格納され、推奨波長パス情報５１Ｂに第２候補
「λ３→λ４→λ４」が格納され、さらに推奨波長パス
情報５１Ｃに第３候補「λ３→λ３→λ４」が格納され
ている。

【００６０】中継ノードＢの波長パス設定部２５では、
上流の発ノードＡからの推奨パス通知を受信し、図１９
に示す推奨パス通知処理を開始する。図１９は中継ノー
ドのパス設定部での推奨パス通知処理を示すフローチャ
ートである。まず、推奨パス通知に含まれる上流ノード
のリソース情報と自ノードのリソース情報とを用いて、
各推奨波長パスの使用可否を判断する（ステップ１２
０）。ここで、使用可能な推奨波長パスがない場合（ス
テップ１２０：ＮＯ）、この時点で波長パス設定を無効
とし（ステップ１２１）、一連の推奨パス通知処理を終
了する。

【００６１】一方、使用可能な推奨波長パスが見つかっ
た場合は（ステップ１２０：ＹＥＳ）、推奨パス通知に
含まれる推奨波長パスのうち使用不可のものを判断する
（ステップ１２２）。ここで、使用不可の推奨波長パス
があった場合は（ステップ１２２：ＹＥＳ）、対応する
推奨波長パス情報を推奨パス通知から削除する（ステッ
プ１２３）。使用不可の推奨波長パスがなかった場合
（ステップ１２２：ＮＯ）、およびステップ１２３の
後、自ノードの使用可能なリソースのリソース情報を推
奨パス通知へ付加して（ステップ１２４）、それら各リ
ソースを予約し（ステップ１２５）、更新された推奨パ
ス通知を下流ノードへ向けて送信する（ステップ１２
６）。

【００６２】そして、使用不可の推奨波長パスでのみ使
用されるリソース、すなわち使用不可の推奨波長パスに
関するリソースで、使用可能な推奨波長パスに関与して
いないリソースについては、そのリソースの解放をリソ
ース解放通知により上流ノードへ通知する（ステップ１
２７）。そして、一連の推奨パス通知処理を終了する。

【００６３】このようにして、図１７の中継ノードＢで
は、受信した推奨パス通知に対する推奨波長パス情報の
更新、自ノードのリソース情報の付加、および自ノード
リソースの予約を行い（ステップ２２２）、更新した推
奨パス通知を下流の中継ノードＣへ送信する（ステップ
２２３）。また、上流の発ノードＡには、リソース解放
通知を送信して、不要となったリソースの予約解放を指
示する（ステップ２２４）。これに応じて、発ノードＡ
では、自ノードの不要リソースを解放する（ステップ２
２５）。

【００６４】本実施の形態における光ネットワークの構
成および各ノードでの空きリソースが前述した図１２と
同様であった場合、中継ノードＢでは、推奨パス通知で
指定された３つの推奨波長パスのうち、すべての候補が
使用可能と判断され、図１８（ｂ）に示す推奨パス通知
が中継ノードＣへ送信される。また、すべての候補が使
用可能と判断されたことから、発ノードＡに対するリソ
ース解除通知は送信されない。

【００６５】続いて、中継ノードＣでも、前述した中継
ノードＢと同様の推奨パス通知処理が実行される。すな
わち、受信した推奨パス通知に対する推奨波長パス情報
の更新、自ノードのリソース情報の付加、および自ノー
ドリソースの予約を行い（ステップ２２６）、更新した
推奨パス通知を下流の着ノードＤへ送信する（ステップ
２２７）。また、上流の中継ノードＢには、リソース解
放通知を送信して、不要となったリソースの予約解放を
指示する（ステップ２２８）。これに応じて、中継ノー
ドＢでは、自ノードの不要リソースを解放する（ステッ
プ２２９）。

【００６６】この場合、中継ノードＣでは、波長変換能
力として「λ３→λ４」しか空きがないため、第１候補
「λ３→λ３→λ３」は使用不可であると判断され、対
応する推奨波長パス情報５１Ａが推奨パス通知から削除
され、図１８（ｃ）に示す推奨パス通知が着ノードへ送
信される。また、この第１候補「λ３→λ３→λ３」で
のみ使用されているリソースの解放がリソース解放通知
により上流の中継ノードＢへ通知され、中継ノードＢで
対応するリソースの予約が解除される。

【００６７】着ノードＤの波長パス設定部３５では、中
継ノードＣからの推奨パス通知を受信し、自ノードの空
きリソースに対するリソース予約をリソース予約部３６
へ指示する（ステップ２３０）。そして、予約成功した
リソースの情報を推奨パス通知のリソース情報に付加
し、波長パス選択部３７へ波長パス選択を指示する（ス
テップ２３１）。波長パス選択部３７では、その推奨パ
ス通知に格納されている推奨波長パス情報５１および各
ノードのリソース情報に基づき、図２０に示すような波
長パス選択処理を行う。図２０は着ノードでの波長パス
選択処理を示すフローチャートである。

【００６８】まず、推奨波長パスの中に使用可能な波長
パスがあるかどうか確認する（ステップ１４０）。ここ
で、使用可能な波長パスがある場合は（ステップ１４
０：ＹＥＳ）、そのうち最も優先順位の高いものを選択
し（ステップ１４１）、これを波長パス設定部３５へ通
知して（ステップ１４２）、一連の波長パス選択処理を
終了する。また、ステップ１０３で使用可能な波長パス
がない場合は（ステップ１４０：ＮＯ）、使用可能な波
長パスがないことを波長パス設定部３５へ通知して（ス
テップ１４３）、一連の波長パス選択処理を終了する。
これに応じて、波長パス設定部３５では、波長パス設定
を無効とする。

【００６９】このようにして、着ノードＤにおいて、推
奨パス通知に格納されている推奨波長パスのうち、使用
可能な最も優先順位の高いものが選択される。この例で
は、第２候補「λ３→λ４→λ４」、第３候補「λ３→
λ３→λ４」とも使用可能と判断され、このうち優先順
位が高い第２候補「λ３→λ４→λ４」が最終的に選択
される。そして、図２１に示す選択パス通知が上流ノー
ドへ向けて送信され、各ノードで波長の設定や波長変換
能力の設定が行われるとともに、不要リソースが解除さ
れる。なお、図１７において、着ノードＤにおける波長
パス選択以降の各ステップ２３２〜２３８は、前述した
図８のステップ２０８〜２１４と同様であり、ここでの
詳細な説明を省略する。

【００７０】このように、本実施の形態では、各中継ノ
ードで推奨パス通知に含まれる各推奨波長パスについて
使用可否を判断し、使用不可の場合は当該推奨パス通知
から削除するようにしたので、無駄な推奨波長パス情報
を省くことができ、当該中継ノードを含む下流側各ノー
ドでの、リソースの冗長な予約を回避でき、リソースの
利用効率を改善できる。また、推奨パス通知の情報量を
削減できるとともに、着ノードでの波長パス選択処理の
処理負担を軽減できる。

【００７１】また、使用不可と判定した推奨波長パスで
のみ使用されるリソースの解放をリソース解放通知によ
り上流ノードへ通知し、上流ノードで不要となったリソ
ースを解放するようにしたので、リソースの利用効率を
改善できる。なお、この不要リソースの解放について
は、推奨波長パス情報の削除と直接的な関係はなく、前
述した第１〜第３の実施の形態にも適用できる。

【００７２】

【発明の効果】以上説明したように、本発明は、発ノー
ドでは、着ノードおよび中継ノードから収集したそれぞ
れのリソースの使用状況に基づき、当該発ノードから着
ノードまでの間で用いる一連の波長を示す１つ以上の推
奨波長パスを選択し、その推奨波長パス情報を含む推奨
パス通知を中継ノードを介して着ノードへ送信し、着ノ
ードでは、受信した推奨パス通知に含まれている推奨波
長パス情報のうち利用可能な推奨波長パスを選択し、そ
の推奨波長パスで用いるリソースをデータ通信用として
自ノードで設定するとともに、その選択波長パス情報を
含む選択パス通知を、中継ノードを介して発ノードへ送
信し、中継ノードおよび発ノードでは、受信した選択パ
ス通知に含まれている選択波長パス情報で用いるリソー
スをデータ通信用として自ノードで設定するようにした
ので、発ノードから着ノードまでの間で所望の波長パス
を設定できる。したがって、中継ノードにおける波長変
換の回数が低い波長パスを推奨パスとして選択すること
により、ネットワークリソースを有効利用させることも
可能である。

【図面の簡単な説明】

【図１】 本発明の第１の実施の形態にかかる光波長パ
ス設定方法が適用される光ネットワークの構成を示すブ
ロック図である。

【図２】 第１の実施の形態で用いる発ノードの構成を
示すブロック図である。

【図３】 第１の実施の形態で用いる中継ノードの構成
を示すブロック図である。

【図４】 第１の実施の形態で用いる着ノードの構成を
示すブロック図である。

【図５】 各ノードのルータにおける波長パス変換の構
成例を示す説明図である。

【図６】 各ノードのルータにおける波長パス変換の他
の構成例を示す説明図である。

【図７】 各ノードのルータにおける波長パス変換の他
の構成例を示す説明図である。

【図８】 第１の実施の形態にかかる光波長パス設定方
法を示すシーケンス図である。

【図９】 発ノードから着ノードへ通知される推奨パス
通知を示す構成例である。

【図１０】 着ノードにおける波長パス選択処理を示す
フローチャートである。

【図１１】 着ノードから発ノードへ通知される選択パ
ス通知を示す構成例である。

【図１２】 本発明の第２の実施の形態にかかる光波長
パス設定方法が適用される光ネットワークの構成を示す
ブロック図である。

【図１３】 着ノードから発ノードへ通知される推奨パ
ス通知を示す構成例である。

【図１４】 着ノードから発ノードへ通知される選択パ
ス通知を示す構成例である。

【図１５】 本発明の第３の実施の形態にかかる光波長
パス設定方法で用いられる推奨パス通知の構成例であ
る。

【図１６】 着ノードから発ノードへ通知される選択パ
ス通知を示す構成例である。

【図１７】 本発明の第４の実施の形態にかかる光波長
パス設定方法を示すシーケンス図である。

【図１８】 発ノードから着ノードへ通知される推奨パ
ス通知を示す構成例である。

【図１９】 中継ノードのパス設定部での推奨パス通知
処理を示すフローチャートである。

【図２０】 着ノードによる波長パス選択処理を示すフ
ローチャートである。

【図２１】 着ノードから発ノードへ通知される選択パ
ス通知を示す構成例である。

【符号の説明】 １…発ノードＡ、２Ａ…中継ノードＢ、２Ｂ…中継ノー
ドＣ、３…着ノードＤ、Ｌ１，Ｌ２，Ｌ３…リンク、１
Ｓ，２Ｓ，３Ｓ…制御部、１Ｒ，２Ｒ，３Ｒ…ルータ、
１１，２１，３１…フラッディング部、１２，２２，３
２…リソース観測部、１３，２３，３３…リンク状態Ｄ
Ｂ、１４…経路／推奨波長パス計算部、１５，２５，３
５…波長パス設定部、１６，２６，３６…リソース予約
部、３７…波長パス選択部、１０Ａ，１０Ｂ，２０Ａ，
２０Ｂ，３０Ａ，３０Ｂ…リソース使用状況、１０Ｄ，
２０Ｃ，２０Ｄ，３０Ｃ…メッセージ、４Ｍ１〜４Ｍ
ｋ，４Ｌ１〜４Ｌｍ…光ファイバ、４Ｒ…光スイッチ、
４０…全波長変換器（Ｆ−ＷＣ）、４１…限定波長変換
器（Ｌ−ＷＣ）、５０…ＩＰヘッダ、５１，５１Ａ〜５
１Ｃ…推奨波長パス情報、５２…ＡＢ間空き波長情報、
５３…中継ノードＢの波長変換能力情報、５４…ＢＣ間
空き波長情報、５５…中継ノードＣの波長変換能力情
報、５６…ＣＤ間空き波長情報、６０…ＩＰヘッダ、６
１…選択波長パス情報。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山中 直明 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5K002 DA02 DA09 EA06 5K030 GA01 JA14 JL03 JL07 LA17 LC09

Claims (24)

【特許請求の範囲】
1. 【請求項１】 発ノードおよび着ノードと、これら発着
   ノード間を直列接続する１つ以上の中継ノードとからな
   り、前記各ノード間が異なる複数の波長の光信号で接続
   されている光ネットワークで、前記各波長の光信号を含
   むそれぞれのノードのリソースを用いて光データ通信を
   行う際、前記各ノード間ごとに前記波長のうちから前記
   光データ通信に用いる波長を選択し設定するための光波
   長パス設定方法において、 前記発ノードでは、前記着ノードおよび前記中継ノード
   から収集したそれぞれのリソースの使用状況に基づき、
   当該発ノードから着ノードまでの間で用いる一連の波長
   を示す１つ以上の推奨波長パスを選択し、その推奨波長
   パス情報を含む推奨パス通知を前記中継ノードを介して
   前記着ノードへ送信し、 前記着ノードでは、受信した前記推奨パス通知に含まれ
   ている前記推奨波長パス情報のうち利用可能な推奨波長
   パスを選択し、その推奨波長パスで用いるリソースを前
   記データ通信用として自ノードで設定するとともに、そ
   の選択波長パス情報を含む選択パス通知を、前記中継ノ
   ードを介して前記発ノードへ送信し、 前記中継ノードおよび前記発ノードでは、受信した前記
   選択パス通知に含まれている選択波長パス情報で指定さ
   れた波長パスで用いるリソースを前記データ通信用とし
   て自ノードで設定することを特徴とする光波長パス設定
   方法。
2. 【請求項２】 請求項１記載の光波長パス設定方法にお
   いて、 前記発ノード、中継ノードおよび着ノードでは、前記推
   奨パス通知の送信または受信の際、利用可能なリソース
   を前記データ通信用として自ノードで予約することを特
   徴とする光波長パス設定方法。
3. 【請求項３】 請求項１記載の光波長パス設定方法にお
   いて、 前記発ノード、中継ノードおよび着ノードでは、前記推
   奨パス通知の送信または受信の際、利用可能なリソース
   のうち前記推奨パス通知に含まれる推奨波長パス情報で
   指定された波長パスで用いるリソースのみを前記データ
   通信用として自ノードで予約することを特徴とする光波
   長パス設定方法。
4. 【請求項４】 請求項２または請求項３記載の光波長パ
   ス設定方法において、 前記発ノード、中継ノードおよび着ノードでは、前記選
   択パス通知の送信または受信の際、予め自ノードで予約
   しておいたリソースのうち、前記選択パス通知に含まれ
   る選択波長パス情報で指定される波長パスで使用しない
   不要リソースを予約解除して解放することを特徴とする
   光波長パス設定方法。
5. 【請求項５】 請求項１記載の光波長パス設定方法にお
   いて、 前記中継ノードでは、自ノードで利用可能なリソースを
   示すリソース情報を、受信した前記推奨パス通知へ付加
   して、前記着ノード側の下流ノードへ順次送信すること
   を特徴とする光波長パス設定方法。
6. 【請求項６】 請求項５記載の光波長パス設定方法にお
   いて、 前記着ノードでは、受信した前記推奨パス通知に含まれ
   る推奨波長パス情報で指定された波長パスが、その推奨
   パス通知に含まれるリソース情報に基づき使用不可であ
   ると判断された場合、前記推奨波長パスとは異なる使用
   可能な波長パスを前記リソース情報に基づき選択するこ
   とを特徴とする光波長パス設定方法。
7. 【請求項７】 請求項１記載の光波長パス設定方法にお
   いて、 前記発ノードでは、前記推奨波長パスに優先順位を設定
   して前記推奨パス通知を送信し、 前記着ノードでは、受信した推奨パス通知に含まれる前
   記推奨波長パス情報のうち、使用可能な推奨波長パスを
   前記優先順位に基づき選択することを特徴とする光波長
   パス設定方法。
8. 【請求項８】 請求項１記載の光波長パス設定方法にお
   いて、 前記中継ノードでは、受信した前記推奨パス通知に含ま
   れる各推奨波長パス情報で指定された波長パスについ
   て、自ノードのリソース情報に基づき使用可否を判断
   し、使用不可の推奨波長パスの推奨波長パス情報を前記
   推奨パス通知から削除して、前記着ノード側の下流ノー
   ドへ送信することを特徴とする光波長パス設定方法。
9. 【請求項９】 請求項２記載の光波長パス設定方法にお
   いて、 前記中継ノードでは、受信した前記推奨パス通知に含ま
   れる各推奨波長パス情報で指定された波長パスについ
   て、自ノードのリソース情報に基づき使用可否を判断
   し、使用不可と判断された推奨波長パスでのみ使用され
   る不要リソースの解放をリソース解放通知により前記発
   ノード側の上流ノードへ通知し、 前記発ノードおよび前記中継ノードでは、受信した前記
   リソース解放通知で指定された不要リソースを自ノード
   で予約解除して解放することを特徴とする光波長パス設
   定方法。
10. 【請求項１０】 請求項１〜請求項９記載の光波長パス
    設定方法において、 前記リソースとして、前記中継ノードで異なる波長の光
    信号間を接続するために用いられる波長変換手段を含む
    ことを特徴とする光波長パス設定方法。
11. 【請求項１１】 発ノードおよび着ノードと、これら発
    着ノード間を直列接続する１つ以上の中継ノードとから
    なり、前記各ノード間が異なる複数の波長の光信号で接
    続されており、前記各波長の光信号を含むそれぞれのノ
    ードのリソースを用いて光データ通信を行う際、前記各
    ノード間ごとに前記波長のうちから前記光データ通信に
    用いる波長を選択し設定する光ネットワークで、前記発
    ノードとして用いられる光ノードにおいて、 前記着ノードおよび前記中継ノードから収集したリソー
    ス使用状況に基づき１つ以上の推奨波長パスを選択する
    推奨波長パス選択部と、 この推奨波長パス選択部で選択された前記推奨波長パス
    情報を含む推奨パス通知を前記中継ノードを介して前記
    着ノードへ送信するとともに、前記推奨パス通知に含ま
    れる推奨波長パス情報から前記着ノードで選択された利
    用可能な推奨波長パスを選択波長パス情報として前記着
    ノードからの選択パス通知で受信し、その選択波長パス
    情報で指定された波長パスで用いるリソースを前記デー
    タ通信用として自ノードで設定する波長パス設定部とを
    備えることを特徴とする光ノード。
12. 【請求項１２】 発ノードおよび着ノードと、これら発
    着ノード間を直列接続する１つ以上の中継ノードとから
    なり、前記各ノード間が異なる複数の波長の光信号で接
    続されており、前記各波長の光信号を含むそれぞれのノ
    ードのリソースを用いて光データ通信を行う際、前記各
    ノード間ごとに前記波長のうちから前記光データ通信に
    用いる波長を選択し設定する光ネットワークで、前記着
    ノードとして用いられる光ノードにおいて、 前記各ノードのリソースの使用状況に基づき、１つ以上
    の推奨波長パス情報のうち利用可能な推奨波長パスを選
    択波長パスとして選択する波長パス選択部と、 前記発ノードから当該着ノードまでの間で用いる一連の
    波長を示す１つ以上の推奨波長パス情報を含む推奨パス
    通知を前記中継ノードを介して前記発ノードから受信
    し、前記推奨パス通知に含まれている前記推奨波長パス
    情報のうちから前記波長パス選択部で選択波長パスを選
    択させ、その選択波長パスで用いるリソースを前記デー
    タ通信用として自ノードで設定するとともに、その選択
    波長パス情報を含む選択パス通知を、前記中継ノードを
    介して前記発ノードへ送信する波長パス設定部とを備え
    ることを特徴とする光ノード。
13. 【請求項１３】 発ノードおよび着ノードと、これら発
    着ノード間を直列接続する１つ以上の中継ノードとから
    なり、前記各ノード間が異なる複数の波長の光信号で接
    続されており、前記各波長の光信号を含むそれぞれのノ
    ードのリソースを用いて光データ通信を行う際、前記各
    ノード間ごとに前記波長のうちから前記光データ通信に
    用いる波長を選択し設定する光ネットワークで、前記中
    継ノードとして用いられる光ノードにおいて、 前記発ノードから送信された、前記発ノードから当該着
    ノードまでの間で用いる一連の波長を示す１つ以上の推
    奨波長パス情報を含む推奨パス通知を受信して前記着ノ
    ード側の下流ノードへ送信し、前記推奨パス通知に含ま
    れる推奨波長パス情報から前記着ノードで選択された利
    用可能な推奨波長パスを選択波長パス情報として前記着
    ノードからの選択パス通知で受信し、その選択波長パス
    情報で指定された波長パスで用いるリソースを前記デー
    タ通信用として自ノードで設定するとともに、前記選択
    パス通知を前記発ノード側の上流ノードへ送信する波長
    パス設定部を備えることを特徴とする光ノード。
14. 【請求項１４】 請求項１１〜請求項１３のいずれか記
    載の光ノードにおいて、 前記波長パス設定部は、前記推奨パス通知の送信または
    受信の際、利用可能なリソースを前記データ通信用とし
    て自ノードで予約することを特徴とする光ノード。
15. 【請求項１５】 請求項１１〜請求項１３のいずれか記
    載の光ノードにおいて、 前記波長パス設定部は、前記推奨パス通知の送信または
    受信の際、利用可能なリソースのうち前記推奨パス通知
    に含まれる推奨波長パス情報で指定された波長パスで用
    いるリソースのみを前記データ通信用として自ノードで
    予約することを特徴とする光ノード。
16. 【請求項１６】 請求項１４または請求項１５記載の光
    ノードにおいて、 前記波長パス設定部は、前記選択パス通知の送信または
    受信の際、予め自ノードで予約しておいたリソースのう
    ち、前記選択パス通知に含まれる選択波長パス情報で指
    定された波長パスで使用しない不要リソースを予約解除
    して解放することを特徴とする光ノード。
17. 【請求項１７】 請求項１３記載の光ノードにおいて、 前記波長パス設定部は、自ノードで利用可能なリソース
    を示すリソース情報を、受信した前記推奨パス通知へ付
    加して、前記着ノード側の下流ノードへ順次送信するこ
    とを特徴とする光ノード。
18. 【請求項１８】 請求項１２記載の光ノードにおいて、 前記波長パス設定部は、受信した前記推奨パス通知に含
    まれる推奨波長パス情報が、その推奨パス通知に含まれ
    る前記各ノードのリソース情報に基づき使用不可である
    と判断された場合、前記推奨波長パスとは異なる使用可
    能な波長パスを前記リソース情報に基づき選択すること
    を特徴とする光ノード。
19. 【請求項１９】 請求項１１記載の光ノードにおいて、 前記波長パス設定部は、前記着ノードでの波長パス選択
    順序を示す優勢順位を前記推奨波長パス情報に設定して
    前記推奨パス通知を送信することを特徴とする光ノー
    ド。
20. 【請求項２０】 請求項１２記載の光ノードにおいて、 前記波長パス設定部は、受信した推奨パス通知に含まれ
    る前記推奨波長パス情報のうち、使用可能な推奨波長パ
    スをそれぞれの推奨波長パスの優先順位に基づき選択す
    ることを特徴とする光ノード。
21. 【請求項２１】 請求項１３記載の光ノードにおいて、 前記波長パス設定部は、受信した前記推奨パス通知に含
    まれる各推奨波長パス情報で指定される波長パスについ
    て、自ノードのリソース情報に基づき使用可否を判断
    し、使用不可の推奨波長パス情報を前記推奨パス通知か
    ら削除して、前記着ノード側の下流ノードへ送信するこ
    とを特徴とする光ノード。
22. 【請求項２２】 請求項１３記載の光ノードにおいて、 前記波長パス設定部は、受信した前記推奨パス通知に含
    まれる各推奨波長パス情報で指定される波長パスについ
    て、自ノードのリソース情報に基づき使用可否を判断
    し、使用不可と判断された推奨波長パスでのみ使用され
    る不要リソースの解放をリソース解放通知により前記発
    ノード側の上流ノードへ通知するとともに、受信した前
    記リソース解放通知で指定された不要リソースを自ノー
    ドで予約解除して解放することを特徴とする光ノード。
23. 【請求項２３】 請求項１２記載の光ノードにおいて、 前記波長パス設定部は、前記着ノード側の下流ノードか
    ら受信したリソース解放通知で指定された不要リソース
    を自ノードで予約解除して解放することを特徴とする光
    ノード。
24. 【請求項２４】 請求項１１〜請求項２３記載の光ノー
    ドにおいて、 前記リソースとして、前記中継ノードで異なる波長の光
    信号間を接続するために用いられる波長変換手段を含む
    ことを特徴とする光ノード。