(57)【要約】【課題】  どのような波長可変レーザを使用するか否かに関わらず、ノード制御ソフトウェアの共通化を図る。【解決手段】  制御ノードモデルでコネクション可能なＯＣＰについての情報を持つことにより、制御ノードモデル内に閉じてラベル選択を行う。【選択図】  図５
2005110175.tif 000002
【特許請求の範囲】
【請求項１】
光ノード装置の構成をその機能に応じた機能ブロックに分類する手段と、
この分類された機能ブロック毎にあらかじめ設定されている制御ソフトウェアである制御ノードモデルを割当てる手段と
を備え、
前記制御ノードモデルとして、
ユーザ（クライアント）信号を受け付けるＡＰ（Access Point）と、
光パスの終端処理を行うＯＰＴ（Optical Path Termination）と、
クロスコネクションの接続点であるＯＣＰ（Optical Connection
Point）と、
光の接続状態を変更するＯＰ−ＣＣ（Optical Path Cross
Connection）と、
少なくとも１つの光パスを多重化し、隣接ノードへと接続するＮ（Network）−Ｐｏｒｔと、
少なくとも１つのＡＰの集合からなるＡ（Access）−Ｐｏｒｔと
を備え、
前記割当てる手段は、ユーザ（クライアント）信号はＡＰに結合され、ＡＰは１つのＯＰＴに接続され、ＯＰＴは１つのＡＰと１つのＯＣＰとに接続され、Ｎ−Ｐｏｒｔは少なくとも１つのＯＣＰと結合され、Ｎ−Ｐｏｒｔ側のＯＣＰは１つのＮ−Ｐｏｒｔと１つのＯＰ−ＣＣと結合され、ＡＰ側のＯＣＰは１つのＯＰ−ＣＣと１つのＯＰＴとに結合され、ＯＰ−ＣＣはノード内に一つ存在するように割当てる手段を備えた
光ネットワークのノード監視制御装置であって、
それぞれの前記ＯＣＰの属性として接続可能な波長ラベル情報を有する手段を備えた
ことを特徴とする光ネットワークのノード監視制御装置。
【請求項２】
情報処理装置にインストールすることにより、その情報処理装置に、
光ノード装置の構成をその機能に応じた機能ブロックに分類する機能と、
この分類された機能ブロック毎にあらかじめ設定されている制御ソフトウェアである制御ノードモデルを割当てる機能と
を備え、
前記制御ノードモデルとして、
ユーザ（クライアント）信号を受け付けるＡＰと、
光パスの終端処理を行うＯＰＴと、
クロスコネクションの接続点であるＯＣＰと、
光の接続状態を変更するＯＰ−ＣＣと、
少なくとも１つの光パスを多重化し、隣接ノードへと接続するＮ−Ｐｏｒｔと、
少なくとも１つのＡＰの集合からなるＡ−Ｐｏｒｔと
を備え、
前記割当てる機能として、ユーザ（クライアント）信号はＡＰに結合され、ＡＰは１つのＯＰＴに接続され、ＯＰＴは１つのＡＰと１つのＯＣＰとに接続され、Ｎ−Ｐｏｒｔは少なくとも１つのＯＣＰと結合され、Ｎ−Ｐｏｒｔ側のＯＣＰは１つのＮ−Ｐｏｒｔと１つのＯＰ−ＣＣと結合され、ＡＰ側のＯＣＰは１つのＯＰ−ＣＣと１つのＯＰＴとに結合され、ＯＰ−ＣＣはノード内に一つ存在するように割当てる機能を備えた
光ネットワークのノード監視制御装置に相応する機能を実現させるプログラムであって、
それぞれの前記ＯＣＰの属性として接続可能な波長ラベル情報を有する機能を実現させる
ことを特徴とするプログラム。
【請求項３】
請求項２記載のプログラムが記録された前記情報処理装置読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＴＵ−Ｔ勧告Ｇ．８７２に準拠する光伝送システムに利用する。特に、光ノード装置の制御技術に関する。また、本発明は、特願２００３−２９６４０７号（本願出願時に未公開、以下では先願という）の改良に関する。
【背景技術】
【０００２】
本願出願人は、先願により、従来の光伝送システムの制御ノードモデルはハードウェアに依存する部分が大きく、共用できる部分が少ないが故に、ハードウェアアーキテクチャーを変更する度に大幅に開発をし直さなければならなかった問題点を解決し、ＧＭＰＬＳ（Generalized Multi Protocol Label Switching）などノード間で情報を送受してネットワーク制御を実現するソフトウェアにおいて、ハードウェアの実現方法によらず共通的に用いることができる光ノード装置の制御ノードモデルを設定し、光ノード装置間の制御プロトコルにおいてはそれを操作することでソフトウェアの共通化を行い、ハードウェアに対しては、管理モデルとの対応付けを行うことで、実際のハードウェア制御を実現することにより、共通的な制御ノードモデルを実現し、光ノード装置開発の効率化を実現することができる光ネットワークの光ノード監視制御装置を提案した。
【０００３】
ここで、本発明の前提となる先願のソフトウェア全体の構成例を図１に示す。説明のため、ソフトウェア部は、ＧＭＰＬＳなどのネットワーク制御プロトコルを処理する制御プロトコル機能部１１と、ネットワーク制御プロトコルによって操作される制御モデル機能部１２、制御モデル機能部１２と実際のハードウェア１４の機能との関連付けを行い、実際のハードウェア１４の動作を実行するハード依存性吸収機能部１３の３機能部からなるものとする。ノードシステムは、これらのソフトウェアとハードウェア１４とから構成されている。ハードウェア１４は、例えば、光ノード装置である。
【０００４】
図２に、本明細書で前提とする先願の制御ノードモデルについて示す。図２の制御ノードモデルは、ユーザ（クライアント）信号を受け付けるＡＰ（Access Point）、光パスの終端処理を行うＯＰＴ（Optical Path Termination）、クロスコネクションの接続点であるＯＣＰ（Optical
Connection Point）、光の接続状態を変更するＯＰ−ＣＣ（Optical Path Cross Connection）、少なくとも１つの光パスを多重化し、隣接ノードへと接続するＮ（Network）−Ｐｏｒｔ、少なくとも１つのＡＰの集合をＡ（Access）−Ｐｏｒｔにより構成される。
【０００５】
ユーザ（クライアント）信号はＡＰに結合され、ＡＰは必ず１つのＯＰＴに接続され、ＯＰＴは必ず１つのＡＰと１つのＯＣＰに接続される。Ｎ−Ｐｏｒｔは少なくとも１つのＯＣＰと結合される。Ｎ−Ｐｏｒｔ側のＯＣＰは１つのＮ−Ｐｏｒｔと１つのＯＰ−ＣＣと結合される。ＡＰ側のＯＣＰは１つのＯＰ−ＣＣと１つのＯＰＴに結合される。なお、ＯＰ−ＣＣはノード内に１つのみ存在するものとする。
【０００６】
本モデルを用いてＧＭＰＬＳシグナリングで光パスを設定する場合のシグナリングと、ラベル選択のタイミングについて図３に示した。ＧＭＰＬＳのシグナリング例としてＲＳＶＰ（Resource Reservation Protocol）−ＴＥ（Traffic Engineering）を取り上げた。ＧＭＰＬＳにおいてはパス制御にＣＲ−ＬＤＰ（Constraint-based
Routing-Label Distribution Protocol） が用いられるが、メッセージ名の変更程度で同様に説明可能であるため、ここでは省略する。
【０００７】
図３において、光パス設定を要求するノード（Ｉｎｇｒｅｓｓノード）から０以上の中継ノード（Ｉｎｔｔｅｒｍｅｄｉａｔｅノード）を経由して宛先ノード（Ｅｇｒｅｓｓノード）へＰａｔｈ  Ｒｅｑｕｅｓｔメッセージ（Ｐａｔｈメッセージ）が送信される。ＩｎｇｒｅｓｓノードとＩｎｔｅｒｍｅｄｉａｔｅノードではＰａｔｈメッセージを次ノードに転送する前に、波長ラベルが使用可能であるかどうか確認し、それを予約する。ＥｇｒｅｓｓノードではＰａｔｈメッセージを受信した後、使用可能な波長ラベルを確認し、それを使用可能に設定しクロスコネクション設定を行った後に、Ｒｅｓｅｒｖａｔｉｏｎメッセージ（Ｒｅｓｖメッセージ）を返送する。Ｒｅｓｖメッセージを受信したＩｎｔｅｒｍｅｄｉａｔｅノードはＰａｔｈメッセージ転送時に予約した波長ラベルを使用可能か確認した上で、使用状態に設定し、クロスコネクション設定を行ってＲｅｓｖメッセージ転送を行う。Ｒｅｓｖメッセージを受信したＩｎｇｒｅｓｓノードは、波長ラベルが使用可能であるか確認し、使用状態に設定し、クロスコネクションを設定した後に、ＲｅｓｖＣｏｎｆメッセージを設定する。ＲｅｓｖＣｏｎｆメッセージを受けたＩｎｔｅｒｍｅｄｉａｔｅノードはＥｇｒｅｓｓノードに向けて転送処理を行い、パス設定が正常に終了したことを確認できる。
【０００８】
図４を用いてＲＳＶＰ−ＴＥプロトコルによる光パス設定プロトコルによるソフトウェアの動作を簡単に説明する。ＩｎｇｒｅｓｓノードからＰａｔｈメッセージを宛先に向けて送る。その中継ノードであるＩｎｔｅｒｍｅｄｉａｔｅノードではＰａｔｈメッセージを中継する。Ｅｇｒｅｓｓノードでは、Ｐａｔｈメッセージを受信すると、それを処理し、Ｒｅｓｅｒｖｅメッセージを返す。Ｅｇｒｅｓｓノードでは、返信と同時に、（１）ＡＰとＯＰＴの設定を行い、（２）ＯＣＰのクロスコネクションを設定する。Ｒｅｓｅｒｖｅメッセージを受信したＩｎｔｅｒｍｅｄｉａｔｅノードでは、（３）ＯＣＰのクロスコネクションを設定する。Ｉｎｇｒｅｓｓノードでは、Ｒｅｓｅｒｖｅメッセージを受けた後、（４）ＯＣＰのクロスコネクション設定を行い、（５）ＡＰとＯＰＴの設定を行う。こうして全ての手順を完了すると、光パスを設定することができる。
【０００９】
ラベルの選択はＯＣＰの選択時に行われ、従来の制御モデル機能部１２にラベル選択規則を持たない構成では、未使用状態のＯＣＰに対して使用可能であるか否か確認を行うため、ハードウェア依存性吸収部１３もしくはハードウェア１４に問い合わせ、試行錯誤的に何度か問い合わせを繰り返すことで波長ラベルを選択していた。
【非特許文献１】ＩＴＵ−Ｔ勧告Ｇ．７０９
【非特許文献２】ＮＴＴ  Ｒ＆Ｄ  Ｖｏｌ．５２，Ｎｏ．３，１７５頁（２００３年）「次世代ネットワーク構築に向けたフォトニックネットワーク技術の高度化（島野勝弘、高橋哲夫、古賀正文、滝川好比郎）」
【非特許文献３】ＩＴＵ−Ｔ勧告Ｇ．８７２
【非特許文献４】F.Kano,T.Kawai,Y.Takigawa,K.Sato,”Developmentof photonic router(256x256 OLSPs)to realize next generation network withMPLambdaS control’,NFOEC2001,proceedings vol.1,pp.458-464,2001年，ボルチモア（ＵＳＡ）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
従来、ＧＭＰＬＳなどを用いてシグナリングによって光パス網で光パスを設定する場合には、波長変換可能であるノードと波長変換不可能なノードとが混在することが予想され、波長ラベル（光パスのそれぞれのリンクでの波長）を選択する際に、制御モデル機能部１２で波長選択規則を持たないがゆえに、ハード依存性吸収機能部１３もしくはハードウェア１４に試行錯誤的に問い合わせを繰り返して波長ラベルを選択していたため、波長ラベル選択に時間がかかり、その結果、光パス設定シグナリングの遅延要因となっていた。
【００１１】
本発明は、このような背景に行われたものであって、どのような波長可変レーザを使用するか否かに関わらず、ノード制御ソフトウェアの共通化を図ることができ、光ネットワーク装置の開発の効率化を実現することができる光ネットワークのノード監視制御装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明は、制御モデル機能部においてコネクション可能なＯＣＰについての情報を持つことで制御モデル機能部内に閉じてラベル選択を行うことにより、繰り返し問い合わせをすることを避けることで遅延要因を解消し、シグナリングの高速化を図ることを特徴とする。
【００１３】
すなわち、本発明の第一の観点は、光ノード装置の構成をその機能に応じた機能ブロックに分類する手段と、この分類された機能ブロック毎にあらかじめ設定されている制御ソフトウェアである制御ノードモデルを割当てる手段とを備え、前記制御ノードモデルとして、ユーザ（クライアント）信号を受け付けるＡＰ（Access Point）と、光パスの終端処理を行うＯＰＴ（Optical Path Termination）と、クロスコネクションの接続点であるＯＣＰ（Optical
Connection Point）と、光の接続状態を変更するＯＰ−ＣＣ（Optical Path Cross Connection）と、少なくとも１つの光パスを多重化し、隣接ノードへと接続するＮ（Network）−Ｐｏｒｔと、少なくとも１つのＡＰの集合からなるＡ（Access）−Ｐｏｒｔとを備え、前記割当てる手段は、ユーザ（クライアント）信号はＡＰに結合され、ＡＰは１つのＯＰＴに接続され、ＯＰＴは１つのＡＰと１つのＯＣＰとに接続され、Ｎ−Ｐｏｒｔは少なくとも１つのＯＣＰと結合され、Ｎ−Ｐｏｒｔ側のＯＣＰは１つのＮ−Ｐｏｒｔと１つのＯＰ−ＣＣと結合され、ＡＰ側のＯＣＰは１つのＯＰ−ＣＣと１つのＯＰＴとに結合され、ＯＰ−ＣＣはノード内に一つ存在するように割当てる手段を備えた光ネットワークのノード監視制御装置である。
【００１４】
ここで、本発明の特徴とするところは、それぞれの前記ＯＣＰの属性として接続可能な波長ラベル情報を有する手段を備えたところにある（請求項１）。
【００１５】
本発明の第二の観点は、情報処理装置にインストールすることにより、その情報処理装置に、光ノード装置の構成をその機能に応じた機能ブロックに分類する機能と、この分類された機能ブロック毎にあらかじめ設定されている制御ソフトウェアである制御ノードモデルを割当てる機能とを備え、前記制御ノードモデルとして、ユーザ（クライアント）信号を受け付けるＡＰと、光パスの終端処理を行うＯＰＴと、クロスコネクションの接続点であるＯＣＰと、光の接続状態を変更するＯＰ−ＣＣと、少なくとも１つの光パスを多重化し、隣接ノードへと接続するＮ−Ｐｏｒｔと、少なくとも１つのＡＰの集合からなるＡ−Ｐｏｒｔとを備え、前記割当てる機能として、ユーザ（クライアント）信号はＡＰに結合され、ＡＰは１つのＯＰＴに接続され、ＯＰＴは１つのＡＰと１つのＯＣＰとに接続され、Ｎ−Ｐｏｒｔは少なくとも１つのＯＣＰと結合され、Ｎ−Ｐｏｒｔ側のＯＣＰは１つのＮ−Ｐｏｒｔと１つのＯＰ−ＣＣと結合され、ＡＰ側のＯＣＰは１つのＯＰ−ＣＣと１つのＯＰＴとに結合され、ＯＰ−ＣＣはノード内に一つ存在するように割当てる機能を備えた光ネットワークのノード監視制御装置に相応する機能を実現させるプログラムである。
【００１６】
ここで、本発明の特徴とするところは、それぞれの前記ＯＣＰの属性として接続可能な波長ラベル情報を有する機能を実現させるところにある（請求項２）。
【００１７】
本発明の第三の観点は、本発明のプログラムが記録された前記情報処理装置読取可能な記録媒体である（請求項３）。本発明のプログラムは本発明の記録媒体に記録されることにより、前記情報処理装置は、この記録媒体を用いて本発明のプログラムをインストールすることができる。あるいは、本発明のプログラムを保持するサーバからネットワークを介して直接前記情報処理装置に本発明のプログラムをインストールすることもできる。
【００１８】
これにより、汎用の情報処理装置を用いて、どのような波長可変レーザを使用するか否かに関わらず、ノード制御ソフトウェアの共通化を図ることができ、光ネットワーク装置の開発の効率化を実現することができる光ネットワークのノード監視制御装置を実現することができる。
【発明の効果】
【００１９】
本発明により、どのような波長可変レーザを使用するか否かに関わらず、ノード制御ソフトウェアの共通化を図ることができ、光ネットワーク装置の開発の効率化を実現することができる。
【発明を実施するための最良の形態】
【００２０】
本発明に用いるソフトウェア構成、ノードモデル構成、シグナリング手順、シグナリング時のノード操作手順は先願と同一である。特徴となる部分は、ＯＣＰの管理情報として、接続可能な波長ラベルの情報を持つことである。図５、図６、図７の入力ＯＣＰ１〜４内の括弧内にそれぞれ波長ラベルの情報を記した。
【００２１】
第一の例としては、光クロスコネクトハードウェアに波長変換機能が実装されない場合に、制御ノードモデルとしては入力ＯＣＰに割当てられた波長ラベルと同一の波長ラベルを持つ出力ＯＣＰにのみ接続可能であることで表現される。
【００２２】
図５にその接続可能性を示した。例えば、波長ラベル１を有する入力ＯＣＰは同じく波長ラベル１を有するポート１の出力ＯＣＰ１とポート２の出力ＯＣＰ１とのみ接続可能である。本構成は、波長変換を用いない光ネットワークを、受動光部品を主として構成する場合に適している。
【００２３】
第二の例としては、部分的に波長変換可能な場合であり、図６に示すとおり、例えば波長ラベル１もしくは２の入力ＯＣＰは、ポート１の出力ＯＣＰ１，２とポート２の出力ＯＣＰ１，２に接続可能となる。本構成は、光ネットワーク内で用いられる波長のうち一部だけに波長変換可能な場合に用いられる。例えば、標準的なＤＦＢ（Distributed Feedback）レーザの温度を制御することで、発光波長を制御することができるが、その可変範囲は光ネットワーク内で用いられる全波長範囲に対応することはできない。そこで、複数種類のレーザで、全波長範囲をカバーすることで対応する。このような構成の場合に本例は適する。
【００２４】
第三の例としては、全範囲をカバーする波長可変機能を用いる場合である。図７に示すとおり、この場合には１つの入力ＯＣＰから全波長ラベルの出力ＯＣＰに接続可能となる。本例は全範囲に波長を変換可能な可変波長レーザを用いる光ネットワークに適用可能である。
【００２５】
従来の構成では、装置の波長変換機能の制約がソフトウェアの構成に影響を与えてしまい、開発効率の低下につながった。また、従来の構成では同時にハード的な制約のために接続不可能なクロスコネクションを試行錯誤的に設定しようとして性能を低下させることを防ぐことができる。
【００２６】
本発明は、汎用の情報処理装置にインストールすることにより、その情報処理装置に本発明の光ネットワークのノード監視制御装置に相応する機能を実現させるプログラムとして実現することができる。このプログラムは、記録媒体に記録されて情報処理装置にインストールされ、あるいは通信回線を介して情報処理装置にインストールされることにより当該情報処理装置に、制御プロトコル機能部１１、制御モデル機能部１２、ハード依存性吸収機能部１３にそれぞれ相応する機能を実現させることができる。
【産業上の利用可能性】
【００２７】
本発明により、ノード制御ソフトウェアの共通化を図ることができ、光ネットワーク装置の開発の効率化を実現することができる。
【図面の簡単な説明】
【００２８】
【図１】先願のソフトウェア構成例を示す図。
【図２】先願のノード制御モデルを示す図。
【図３】先願のノード制御モデルを用いてＧＭＰＬＳシグナリングで光パスを設定する場合のシグナリングと、ラベル選択のタイミングについて示す図。
【図４】ＲＳＶＰ−ＴＥプロトコルによる光パス設定プロトコルによるソフトウェアの動作を説明するための図。
【図５】第一の例の接続可能性を示す図。
【図６】第二の例の接続可能性を示す図。
【図７】第三の例の接続可能性を示す図。
【符号の説明】
【００２９】
１１  制御プロトコル機能部
１２  制御モデル機能部
１３  ハード依存性吸収機能部
１４  ハードウェア
【図１】
2005110175.tif 000003
【図２】
2005110175.tif 000004
【図３】
2005110175.tif 000005
【図４】
2005110175.tif 000006
【図５】
2005110175.tif 000007
【図６】
2005110175.tif 000008
【図７】
2005110175.tif 000009