JP3816909B2 - 光ネットワークのノード監視制御装置 - Google Patents

Description

本発明は、ＩＴＵ−Ｔ勧告Ｇ．８７２に準拠する光伝送システムに利用する。特に、光ノード装置の制御技術に関する。

従来の光ネットワークでは、光ノード装置のアーキテクチャ毎に当該光ノード装置を制御するためのソフトウェアである制御ノードモデルを定めて光ノード装置の制御に供していた。例えば、光ネットワークの光ノード装置を実現する方法として、図５、図７、図９に示すとおりに複数の方法が存在する。以下にそれぞれの場合についての制御ノードモデルを示し、それが大きく異なることを示す。それらが異なる場合には制御ノードモデルは共用できないので、ほとんど作り直しになってしまう。

図５は、ＯＤＵ(Optical Date Unit:例えば、非特許文献１参照)をクロスコネクトするクロスコネクトスイッチと、長距離光伝送を担うポイント−ポイントシステムとを組み合わせて光ノード装置を構成する例である。本例ではポイント−ポイントシステムとＯＤＵクロスコネクトの間はＯＴＵ(Optical
Transport Unit:例えば、非特許文献１参照) 信号で接続される。ポイント−ポイントシステムは送信部と受信部の１対で１端局を構成し、対向する１対の端局で１システムを構成するものである。

ポイント−ポイントシステムでは送信部のＩＦ部によって、ＯＤＵクロスコネクトから出力されるＯＴＵ信号にＯＴＵ終端処理を行い、再びＯＴＵ信号を生成し、ＭＵＸ部にて波長多重処理をした後に、Ｐｏｓｔ−ＯＡ部により光増幅した後に光ファイバ伝送路を通じて隣接するノードへ波長多重信号が伝送される。伝送された波長多重信号はＰｒｅ−ＯＡにて光増幅され、ＤＥＭＵＸ部によって波長分離された後にＩＦ部にてＯＴＵ終端され、再びＯＴＵ信号として再生された後にＯＤＵクロスコネクト装置に送られる。

ＯＤＵクロスコネクト装置での処理について述べる。ＯＤＵクロスコネクト装置は、ＯＤＵ単位で信号の方路編集を行う機能を有するクロスコネクト装置である。本従来例では、ＯＤＵクロスコネクト装置にはＯＴＵインタフェースと、少なくとも１種類のユーザインタフェースが実装されているものとする。ユーザ信号は特定のものがあるわけではないが、ＩＦ部にてＯＤＵ信号へマッピングできるものをユーザ信号として受け付けるものとする。入力されたユーザ信号は、ＩＦ部で、ＯＤＵ信号に変換され、スイッチ部に入力される。

一方でポイント−ポイントシステムから入力されたＯＴＵ信号は、ＩＦ部でＯＤＵ信号に変換され、スイッチ部に入力される。これら、スイッチ部に入力されたＯＤＵ信号は、スイッチの所定の出力に送り出され、その出力された信号は、他のノードに送信されるものはＩＦ部でＯＴＵ信号に変換処理されてポイント−ポイントシステムに送られる。一方で、ユーザインタフェースに送り出されたものは、ＩＦにて所望の信号形式に変換されて出力される。

図６は、図５を用いて説明したノードの構成を監視制御用のノードモデルで記述したものである。図６において、ＯＴＳはOptical Transmission Section（例えば、非特許文献３参照）、ＯＭＳはOptical Multiplex
Sectionを表す。ＯＤＵ−ＣＣはＯＤＵのクロスコネクションを表している。このモデルを用いると、ユーザ信号はＯＤＵ終端部からＯＤＵ−ＣＣに入力され、そこでクロスコネクションされる。クロスコネクションされた信号が他のノードに伝送される場合には、一旦、ＯＤＵクロスコネクトのＯＴＵ終端点で、ＯＴＵ信号に変換され、ポイント−ポイントシステムに送られる。ポイント−ポイントシステムでは、一旦、局内側のＯＴＵ終端点でＯＴＵ終端され、再び局外側のＯＴＵ終端点でＯＴＵ信号が生成されてＯＭＳ終端点にて波長多重処理され、ＯＴＳ終端点を通じて対局に送信される。クロスコネクションされた信号が、ユーザ側に送られる場合には、ＯＤＵ終端点にてＯＤＵ終端処理を行い、所定のユーザ信号形式に再変換されて送信される。

図７は、２番目の構成例の長距離伝送とクロスコネクト機能が一体化したノードの例である。この例ではＩＦ部としてＯＴＵ終端してＯＴＵ信号を出力する機能を仮定している。従ってクロスコネクトされる信号はＯＴＵ信号ということになる。

信号の流れを説明する。ユーザ信号は、ＩＦ部にてＯＴＵ信号に変換され、スイッチ部に送られる。一方で対向する他のノードから伝送された波長多重信号はＰｒｅ−ＯＡにて光増幅され、ＤＥＭＵＸ部で波長分離される。波長分離された個々の信号はＩＦ部でＯＴＵ終端され、再びＯＴＵ信号として生成される。こうして、ユーザ信号と、対向ノードからの信号はＯＴＵ信号としてスイッチ部に入力される。スイッチ部では所望の出力にクロスコネクトされる。ユーザ信号に変換されるものは、ＩＦ部にてＯＴＵ終端され、ユーザ信号形式に変換されてユーザ側に渡される。

他の対向ノードに送信されるものは、ＩＦ部にてＯＴＵ終端された後に、再びＯＴＵ信号として生成され、ＭＵＸ部で波長多重され、Ｐｏｓｔ−ＯＡ部にて光増幅された後に光ファイバ伝送路を通じて隣接ノードに伝送される。

図８は、図７に示したノード構成例を管理モデルで示したものである。ユーザ信号はＯＤＵ終端点にてＯＤＵ信号に変換され、さらにＯＴＵ終端点にてＯＴＵ信号に変換される。他のノードから送信された信号は、ＯＴＳ終端処理を経た後、ＯＭＳ終端点で個々のＯＴＵ信号に分離される。個々のＯＴＵ信号は局間側のＯＴＵ終端点でＯＴＵ終端され、再び局内側のＯＴＵ終端点でＯＴＵ信号として生成される。こうしてユーザ信号と他のノードからの信号は、ＯＴＵ信号に変換され、ＯＴＵのクロスコネクション（ＯＴＵ−ＣＣ）にて、クロスコネクトされ、所望の出力へ送られる。ユーザ側に送られるものはＯＴＵ終端点にてＯＴＵ終端処理され、さらにＯＤＵ終端を経て、ユーザ信号に戻される。他のノードに送られるものは、局内側ＯＴＵ終端点にて終端処理された後に、局間側のＯＴＵ終端点にて再度ＯＴＵ信号に変換されてＯＭＳ終端点で多重処理され、ＯＴＳ終端点での処理を経て他のノードに送信される。

図９は、３番目のノード構成例として、構成例２の送信側の出力インタフェースを省略した例を示したものである。このような構成はＤｅｌｉｖｅｒｙ＆Ｃｏｕｐｌｅｓスイッチなどによって実現することができる（例えば、非特許文献４参照）。ユーザ信号はＩＦにてＯＴＵにフォーマット変換され、スイッチに送られる。その一方で、他のノードからの波長多重信号はＰｒｅ−ＯＡで光増幅され、ＤＥＭＵＸにて個々の光信号に波長分離され、スイッチ部に入力される。スイッチ部ではＯＴＵ信号の所望の宛先にクロスコネクトして出力する。ユーザ側に出力する場合には、ユーザ側のインタフェースを選択し、インタフェース部でユーザ信号形式に変換して出力する。他のノードに送信する場合には、ＭＵＸ部で波長多重処理を行い、Ｐｏｓｔ−ＯＡによって光増幅を行って光ファイバ伝送路に送出する。

図１０は、構成例３の場合のノード管理モデルである。ユーザ信号は、ＯＤＵ終端点でＯＤＵ信号に変換され、さらにＯＴＵ終端点でＯＴＵ信号に変換されＯＴＵ−ＣＣに入力される。一方で他のノードからの信号は、ＯＴＳ終端点で処理され、ＯＭＳ終端点で波長単位のＯＴＵ信号に分離された後に、一旦ＯＴＵ終端点にて処理された後、ＯＴＵ−ＣＣに入力される。これらの入力されたＯＴＵ信号をＯＴＵ−ＣＣにてクロスコネクトし、所望の方路に出力する。

ユーザへの信号は、ＯＴＵ終端点にＯＴＵ終端処理をされた後、ＯＤＵ終端点にてＯＤＵ終端され、ユーザ信号形式に変換されてユーザ側に送られる。他のノードに送信される信号は、ＯＴＵ−ＣＣからＯＭＳにて波長多重処理その他の処理が行われ、ＯＴＳ終端点を経由して他のノードへ送信される。このノードモデルにおいて注意しなければならないのは、モデルは双方向リンクで記述されているが、実際の構成例は単方向リンクで記述されているため、出力側のインタフェースが存在しないのに、モデル上では、出力側のＯＴＵ終端点があるかのように記述されているということである。

それぞれの信号方向について拡大すると、他のノードから受信した信号と、他のノードへ送信する信号ではＯＴＵ終端機能の有無が異なることが分かる。実際のノードの制御においては、スイッチの物理的な出力点を仮想的なＯＴＵ終端点と見なすことで、制御を実現できる（例えば、非特許文献２参照）。
ＩＴＵ−Ｔ勧告Ｇ．７０９ ＮＴＴ Ｒ＆Ｄ Ｖｏｌ．５２，Ｎｏ．３，１７５頁（２００３年）「次世代ネットワーク構築に向けたフォトニックネットワーク技術の高度化（島野勝弘、高橋哲夫、古賀正文、滝川好比郎）」 ＩＴＵ−Ｔ勧告Ｇ．８７２ F.Kano,T.Kawai,Y.Takigawa,K.Sato,"Development of photonicrouter(256x256 OLSPs)to realize next generation networkwith MPLambdaS control’,NFOEC2001,proceedingsvol.1,pp.458-464,2001年，ボルチモア（ＵＳＡ）

以上、３つの例について光ノード装置の実ハードウェア構成とそれを管理するための制御ノードモデルを説明した。制御ノードモデルを開発するに当たっては、ハードウェアの差異もさることながら、情報モデルが統一されていない。例えば、構成例１ではＯＤＵクロスコネクトであるのに対し、構成例２と３ではＯＴＵクロスコネクトを用いている。また、構成例２と３ではＯＴＵ終端点の構成が異なっているため、個別にソフトウェアも開発する必要があった。つまり、既存ソフトウェアの流用や共用ソフトウェアの利用による、光ネットワークシステム開発の効率化を行うことは困難であった。

光ネットワークの制御においては、近年、ＧＭＰＬＳ(Generalized
Multi-Protocol Label Switching)技術が注目されているが、ＧＭＰＬＳによって制御プログラムを統一したとしても、個別のノードシステムの開発は毎回基本的な部分から行われており、共通の制御プロトコルを利用する効果が少なかった。図１１は、従来構成における制御ノードモデルと光ネットワークシステムのハードウェアの関連を簡単に示したものである。装置ＡにはＡ固有の、装置ＢにはＢ固有の、装置ＣにはＣ固有のそれぞれの制御ノードモデルとハードウェアを用いて、共通の制御プロトコルを用いていることがわかる。

このように、従来の光伝送システムの制御ノードモデルはハードウェアに依存する部分が大きく、共用できる部分が少ないが故に、ハードウェアアーキテクチャを変更する度に大幅に開発をし直さなければならなかった。一方で、ＧＭＰＬＳなどノード間で情報の送受を行っての制御においては、ハードウェアアーキテクチャに依存する部分が少ないので、共通的な制御ノードモデルを用いることで、大幅な開発し直しを避けることができる可能性がある。

近年、ＧＭＰＬＳ技術の光ネットワークへの応用が注目されており、そのため、共通的な光ネットワーク制御プロトコルによる統一的な制御が可能となったため、光ネットワーク制御ソフトウェアにおいて共通利用できる部分が多くなってきたので、それを活用可能とする手段が求められている。

本発明は、このような背景に行われたものであって、ＧＭＰＬＳなどノード間で情報を送受してネットワーク制御を実現するソフトウェアにおいて、ハードウェアの実現方法によらず共通的に用いることができる光ノード装置の制御ノードモデルを設定し、光ノード装置間の制御プロトコルにおいてはそれを操作することでソフトウェアの共通化を行い、ハードウェアに対しては、管理モデルとの対応付けを行うことで、実際のハードウェア制御を実現することにより、共通的な制御ノードモデルを実現し、光ネットワーク装置開発の効率化を実現することができる光ネットワークのノード監視制御装置を提供することを目的とする。

本発明は、光ネットワークのノード監視制御装置であって、本発明の特徴とするところは、光ノード装置の構成をその機能に応じた機能ブロックに分類する手段と、この分類された機能ブロック毎にあらかじめ設定されている制御ソフトウェアである制御ノードモデルを割当てる手段とを備えたところにある（請求項１）。

これにより、光ネットワークに多種多様な光ノード装置が配置されても、これらの機能を分類して最適な制御ノードモデルを割当てることができる。したがって、ハードウェアの実現方法によらず共通的に用いることができる光ノード装置の制御ノードモデルを設定し、ノード間の制御プロトコルにおいてはそれを操作することでソフトウェアの共通化を行い、ハードウェアに対しては、制御ノードモデルとの対応付けを行うことで、実際のハードウェア制御を実現することにより、共通的な制御ソフトウェアを実現し、光ネットワーク装置開発の効率化を実現することができる。

また、１以上の光ノード装置について前記分類する手段により分類された機能ブロックと当該機能ブロックに対応する制御ノードモデルとが記録された対応表を備え、前記割当てる手段は、この対応表に基づき機能ブロック毎に制御ノードモデルを割当てる手段を備えることができる。これにより、機能分類処理および制御ノードモデルの割当処理を効率よく行うことができる（請求項２）。

さらに詳細には、前記制御ノードモデルとして、ユーザ（クライアント）信号を受け付けるＡＰ(Access
Point)部と、光パスの終端処理を行うＯＰＴ(Optical Path Termination)部と、クロスコネクションの接続点であるＯＣＰ(Optical
Connection Point)部と、光の接続状態を変更するＯＰ−ＣＣ(Optical Path Cross Connection)部と、少なくとも１つの光パスを多重化し、隣接ノードへと接続するＮ(Network)−Ｐｏｒｔ部と、少なくとも１つのＡＰの集合からなるＡ(Access)−Ｐｏｒｔとを備え、前記割当てる手段は、ユーザ（クライアント）信号はＡＰに結合され、ＡＰは１つのＯＰＴに接続され、ＯＰＴは１つのＡＰと１つのＯＣＰに接続され、Ｎ−Ｐｏｒｔは少なくとも１つのＯＣＰと結合され、Ｎ−Ｐｏｒｔ側のＯＣＰは１つのＮ−Ｐｏｒｔと１つのＯＰ−ＣＣと結合され、ＡＰ側のＯＣＰは１つのＯＰ−ＣＣと１つのＯＰＴに結合され、ＯＰ−ＣＣはノード内に一つ存在するように割当てる手段を備えることができる（請求項３）。

本発明の他の観点はプログラムであって、本発明の特徴とするところは、情報処理装置にインストールすることにより、その情報処理装置に、光ノード装置の構成をその機能に応じた機能ブロックに分類する機能と、この分類された機能ブロック毎にあらかじめ設定されている制御ソフトウェアである制御ノードモデルを割当てる機能とを備えた光ネットワークのノード監視制御装置に相応する機能を実現させるところにある（請求項４）。

また、１以上の光ノード装置について前記分類する機能により分類された機能ブロックと当該機能ブロックに対応する制御ノードモデルとが記録された対応表に相応する機能を実現させ、前記割当てる機能として、この対応表に基づき機能ブロック毎に制御ノードモデルを割当てる機能を実現させることができる（請求項５）。

さらに詳細には、前記制御ノードモデルとして、ユーザ（クライアント）信号を受け付けるＡＰ部と、光パスの終端処理を行うＯＰＴ部と、クロスコネクションの接続点であるＯＣＰ部と、光の接続状態を変更するＯＰ−ＣＣ部と、少なくとも１つの光パスを多重化し、隣接ノードへと接続するＮ−Ｐｏｒｔ部と、少なくとも１つのＡＰの集合からなるＡ−Ｐｏｒｔとを実現させ、前記割当てる機能として、ユーザ（クライアント）信号はＡＰに結合され、ＡＰは１つのＯＰＴに接続され、ＯＰＴは１つのＡＰと１つのＯＣＰに接続され、Ｎ−Ｐｏｒｔは少なくとも１つのＯＣＰと結合され、Ｎ−Ｐｏｒｔ側のＯＣＰは１つのＮ−Ｐｏｒｔと１つのＯＰ−ＣＣと結合され、ＡＰ側のＯＣＰは１つのＯＰ−ＣＣと１つのＯＰＴに結合され、ＯＰ−ＣＣはノード内に一つ存在するように割当てる機能を実現させることができる（請求項６）。

本発明のさらに他の観点は、本発明のプログラムが記録された前記情報処理装置読取可能な記録媒体である（請求項７）。本発明のプログラムは本発明の記録媒体に記録されることにより、前記情報処理装置は、この記録媒体を用いて本発明のプログラムをインストールすることができる。あるいは、本発明のプログラムを保持するサーバからネットワークを介して直接前記情報処理装置に本発明のプログラムをインストールすることもできる。

これにより、汎用の情報処理装置を用いて、光ネットワークに多種多様な光ノード装置が配置されても、これらの機能を分類して最適な制御ノードモデルを割当てることができる光ネットワークのノード監視制御装置を実現することができる。

本発明によれば、ハードウェアの実現方法によらず共通的に用いることができる光ノード装置の制御ノードモデルを設定し、光ノード装置間の制御プロトコルにおいてはそれを操作することでソフトウェアの共通化を行い、ハードウェアに対しては、管理モデルとの対応付けを行うことで、実際のハードウェア制御を実現することにより、共通的な制御ソフトウェアを実現し、光ネットワーク装置開発の効率化を実現することができる。

本発明実施例の光ネットワークのノード監視制御装置の構成を図１および図２を参照して説明する。図１は本実施例のノード監視制御装置の構成図である。図２は本実施例の対応表を示す図である。

本実施例は光ネットワークのノード監視制御装置であって、本実施例の特徴とするところは、光ノード装置の構成をその機能に応じた機能ブロックに分類する手段と、この分類された機能ブロック毎にあらかじめ設定されている制御ソフトウェアである制御ノードモデルを割当てる手段とをハード依存性吸収機能部３に備えたところにある（請求項１）。

また、図２に示すように、１以上の光ノード装置について前記分類する手段により分類された機能ブロックと当該機能ブロックに対応する制御ノードモデルとが記録された対応表を備え、ハード依存性吸収機能部３は、この対応表に基づき機能ブロック毎に制御ノードモデルを割当てる手段を備える（請求項２）。

前記制御ノードモデルとして、図２の対応表に示すように、ユーザ（クライアント）信号を受け付けるＡＰ部と、光パスの終端処理を行うＯＰＴ部と、クロスコネクションの接続点であるＯＣＰ部と、光の接続状態を変更するＯＰ−ＣＣ部と、少なくとも１つの光パスを多重化し、隣接ノードへと接続するＮ−Ｐｏｒｔ部と、少なくとも１つのＡＰの集合からなるＡ−Ｐｏｒｔとを備える。なお、Ａ−Ｐｏｒｔは、ＡＰの集合であるから対応表には記録していない（請求項３）。

この対応表に基づきハード依存性吸収機能部３は、ユーザ（クライアント）信号はＡＰに結合され、ＡＰは１つのＯＰＴに接続され、ＯＰＴは１つのＡＰと１つのＯＣＰに接続され、Ｎ−Ｐｏｒｔは少なくとも１つのＯＣＰと結合され、Ｎ−Ｐｏｒｔ側のＯＣＰは１つのＮ−Ｐｏｒｔと１つのＯＰ−ＣＣと結合され、ＡＰ側のＯＣＰは１つのＯＰ−ＣＣと１つのＯＰＴに結合され、ＯＰ−ＣＣはノード内に一つ存在するように割当てる手段を備える（請求項３）。なお、対応表は、図１の構成には記されていないが、本実施例では、ハード依存性吸収機能部３の中に設けられているものとする。

本発明は、汎用の情報処理装置にインストールすることにより、その情報処理装置に本発明のノード監視制御装置に相応する機能を実現させるプログラムとして実現することができる（請求項４〜６）。このプログラムは、記録媒体に記録されて情報処理装置にインストールされ（請求項７）、あるいは通信回線を介して情報処理装置にインストールされることにより当該情報処理装置に、制御プロトコル機能部１、制御ノードモデル機能部２、ハード依存性吸収機能部３の前記分類する手段、前記割当てる手段、前記対応表にそれぞれ相応する機能を実現させることができる。

以下、本実施例をさらに詳細に説明する。

本実施例のノード監視制御装置は、ＧＭＰＬＳなどの制御プロトコル機能部１と、制御プロトコルによって操作される制御ノードモデル機能部２、制御ノードモデル機能部２と光ノード装置の機能との関連付けを行い、光ノード装置の動作を実行するハード依存性吸収機能部３の３つの機能部からなるものとする。

図３に、本実施例で用いる制御ノードモデルについて示す。図３に示すように、本実施例の制御ノードモデルは、ユーザ（クライアント）信号を受け付けるＡＰ部、光パスの終端処理を行うＯＰＴ部、クロスコネクションの接続点であるＯＣＰ、光の接続状態を変更するＯＰ−ＣＣ、少なくとも１つの光パスを多重化し、隣接ノードへと接続するＮ−Ｐｏｒｔ、少なくとも１つのＡＰの集合からなるＡ−Ｐｏｒｔを備える。

ユーザ（クライアント）信号はＡＰに結合され、ＡＰは必ず１つのＯＰＴに接続され、ＯＰＴは必ず１つのＡＰと１つのＯＣＰに接続される。Ｎ−Ｐｏｒｔは少なくとも１つのＯＣＰと結合される。Ｎ−Ｐｏｒｔ側のＯＣＰは１つのＮ−Ｐｏｒｔと１つのＯＰ−ＣＣと結合される。ＡＰ側のＯＣＰは１つのＯＰ−ＣＣと１つのＯＰＴに結合される。なお、ＯＰ−ＣＣはノード内に１つのみ存在するものとする。

図３では、Ｎ−Ｐｏｒｔは２つ、Ａ−Ｐｏｒｔは１つで示されているが、必ずしもそれに限らず、一般には少なくとも０個以上のＮ−Ｐｏｒｔと少なくとも０個のＡ−Ｐｏｒｔを有していればよい。ただし、どちらも０個の場合は意味を成さない。また、図３では、Ａ−Ｐｏｒｔには２つのＡＰが属しているが、一般には１つ以上のＡＰがＡ−Ｐｏｒｔに属していればよい。

図４を用いて、光ネットワーク制御プロトコルによって本実施例の制御ノードモデルが操作される様子を示す。本例では、光ネットワーク制御プロトコルとしてＧＭＰＬＳにおいてシグナリングプロトコルとして用いられるＲＳＶＰ−ＴＥの例を示す。ただし、他のシグナリングプロトコル（例えば、ＣＲ−ＬＤＰ(Constraint Based Routed-Label Distribution Protocol)や、Ｐ−ＮＮＩを用いた場合においても同様に記述できる。

ＲＳＶＰ−ＴＥプロトコルによる光パス設定プロトコルを簡単に説明する。ＩｎｇｒｅｓｓノードからＰａｔｈメッセージを宛先に向けて送る。その中継ノードであるＩｎｔｅｒｍｅｄｉａｔｅノードではＰａｔｈメッセージを中継する。Ｅｇｒｅｓｓノードでは、Ｐａｔｈメッセージを受信すると、それを処理し、Ｒｅｓｅｒｖｅメッセージを返す。Ｅｇｒｅｓｓノードでは、返信と同時に、(1)ＡＰとＯＰＴの設定を行い、(2)ＯＣＰのクロスコネクションを設定する。Ｒｅｓｅｒｖｅメッセージを受信したＩｎｔｅｒｍｅｄｉａｔｅノードでは、(3)ＯＣＰのクロスコネクションを設定する。Ｉｎｇｒｅｓｓノードでは、Ｒｅｓｅｒｖｅメッセージを受けた後、(4)ＯＣＰのクロスコネクション設定を行い、(5)ＡＰとＯＰＴの設定を行う。こうして全ての手順を完了すると、光パスを設定することができる（図１０）。

こうして制御ノードモデルの操作によって、論理的には光パスを設定することができた。このとき、クロスコネクト操作がＯＴＵクロスコネクトなのか、ＯＤＵクロスコネクトであるのかに関わらず理想化された状態で操作されていることも同時に示された。

図２に制御ノードモデルと、ノード構成例１、２、３での論理モデルとの対応付けの例について示す。図に示された通り、全ての場合において本実施例の制御ノードモデルで対応付けが可能であることが示された。他の構成例の場合でも対応付けが可能である。また、光クロスコネクト装置は個別の論理モデルを用いて制御が可能であるため、対応付けがなされている本実施例の共通の制御ノードモデルで、いずれの場合においても制御可能であることになる。

図２に示した対応表はハード依存性吸収機能部３で保有し、共通制御ノードモデルが操作された結果を、この対応表を元に実ハードウェアの制御に供することができる。

本発明により、ノード制御ソフトウェアの共通化を図ることができ、光ネットワーク装置の開発の効率化を実現することができる。

本実施例のノード監視制御装置の構成図。 本実施例の対応表を示す図。 本実施例の制御ノードモデルを説明するための図。 本実施例の制御ノードモデルの操作を説明するための図。 装置構成例１を示す図。 構成例１の機能ブロック図。 装置構成例２を示す図。 構成例２の機能ブロック図。 装置構成例３を示す図。 構成例３の機能ブロック図。 従来のノード制御ソフトウェアとハードウェアとの関係を示す図。

符号の説明

１ 制御プロトコル機能部
２ 制御ノードモデル機能部
３ ハード依存性吸収機能部

Claims (7)

1. 光ノード装置の構成を、
   ユーザ（クライアント）信号の送受信を行うＡＰ（Access Point）と、
   前記ＡＰと接続され光パスの終端処理を行うＯＰＴ（Optical Path
   Termination）と、
   前記ＯＰＴと接続されかつ光クロスコネクションの接続点であるＯＣＰ（Optical
   Connection Point）と、
   少なくとも１つの光パスを多重化し、隣接ノードへと接続するＮ（Network）−Ｐｏｒｔと、
   前記Ｎ−Ｐｏｒｔと接続されかつ光クロスコネクションの接続点である別のＯＣＰと、
   複数のＯＣＰの間で光パスの接続切替を行うＯＰ−ＣＣ（Optical Path
   Cross Connection）と
   の機能ブロックに分類して、前記光ノード装置の前記ＡＰ、前記ＯＰＴ、前記ＯＣＴ、前記Ｎ−Ｐｏｒｔ、前記ＯＰ−ＣＣを制御する手段を備えた
   ことを特徴とするノード監視制御装置。
2. １以上の光ノード装置について前記制御する手段により分類された機能ブロックと当該機能ブロックに対応する制御ノードモデルとが記録された対応表を備え、
   前記制御する手段は、この対応表に基づき機能ブロック毎に制御ノードモデルを割当てる手段を備えた
   請求項１記載の光ネットワークのノード監視制御装置。
3. 複数の光ノード装置を、前記ＡＰ、前記ＯＰＴ、前記ＯＣＰ、前記Ｎ−Ｐｏｒｔ、前記ＯＰ−ＣＣの機能ブロックに分類し、
   前記複数の光ノード装置の前記ＡＰ、前記ＯＰＴ、前記ＯＣＰ、前記Ｎ−Ｐｏｒｔ、前記ＯＰ−ＣＣを制御する手段を備えた
   請求項１記載の光ネットワークのノード監視制御装置。
4. 前記光ネットワークのノード監視制御装置は、さらに光ネットワークの制御プロトコル機能部を有する
   請求項１記載の光ネットワークのノード監視制御装置。
5. 情報処理装置にインストールすることにより、その情報処理装置に、
   光ノード装置の構成を、
   ユーザ（クライアント）信号の送受信を行うＡＰと、
   前記ＡＰと接続され光パスの終端処理を行うＯＰＴと、
   前記ＯＰＴと接続されかつ光クロスコネクションの接続点であるＯＣＰと、
   少なくとも１つの光パスを多重化し、隣接ノードへと接続するＮ−Ｐｏｒｔと、
   前記Ｎ−Ｐｏｒｔと接続されかつ光クロスコネクションの接続点である別のＯＣＰと、
   複数のＯＣＰの間で光パスの接続切替を行うＯＰ−ＣＣと
   の機能ブロックに分類して、前記光ノード装置の前記ＡＰ、前記ＯＰＴ、前記ＯＣＴ、前記Ｎ−Ｐｏｒｔ、前記ＯＰ−ＣＣを制御する機能
   を備えた光ネットワークのノード監視制御装置に相応する機能を実現させることを特徴とするプログラム。
6. １以上の光ノード装置について前記制御する機能により分類された機能ブロックと当該機能ブロックに対応する制御ノードモデルとが記録された対応表に相応する機能を実現させ、
   前記制御する機能として、この対応表に基づき機能ブロック毎に制御ノードモデルを割当てる機能を実現させる
   請求項５記載のプログラム。
7. 請求項５または６に記載のプログラムが記録された前記情報処理装置読み取り可能な記録媒体。
   

Images