スイッチングノード
【課題】 複数のレイヤを統合管理することができるＧＭＰＬＳは、今後も標準化が進み、実用化に向けた研究・開発が行われると思われる。しかし、分散制御装置が不測の事態に陥りパス制御ができなくなる場合など、保守・運用の観点からは、集中制御装置によるパス設定およびパス管理は不可欠である。
【解決手段】 ラベルスイッチングノード３００に、分散制御用ＩＦ３０５と集中制御用ＩＦ３１０とを設け、分散制御装置２００と集中制御装置１００とからの制御を受け付ける。集中制御装置が優先制御を指示したとき、集中制御装置の制御を優先する。
【解決手段】 ラベルスイッチングノード３００に、分散制御用ＩＦ３０５と集中制御用ＩＦ３１０とを設け、分散制御装置２００と集中制御装置１００とからの制御を受け付ける。集中制御装置が優先制御を指示したとき、集中制御装置の制御を優先する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はスイッチングノードに係り、特に分散制御装置および集中制御装置が並存するラベル転送ネットワークに用いるスイッチングノードに関する。
【背景技術】
【０００２】
光伝送ネットワークを自立的に分散制御できるプロトコルとして、ＧＭＰＬＳ(Generalized Multi-protocol Label Switching)が注目されている。ＧＭＰＬＳは、既存技術であるＭＰＬＳをさらに一般化したプロトコルであり、ＩＰ、ＴＤＭ（Time Division Multiplexing）、光波長などの複数のレイヤを統一的に扱うことができる。ＧＭＰＬＳにより複数のレイヤを統一的に制御することが可能になると、従来のレイヤ毎のネットワーク管理が不要となり、運用コストの削減などが期待できる。
【０００３】
ＧＭＰＬＳは、複数のプロトコルから構成されるプロトコル群で、ＩＴＵ−Ｔ（International Telecommunication Union - Telecommunication Standardization Sector）などの標準化団体で規格化が進められている。ＩＴＵ−Ｔでは、従来からの管理形態である集中制御方式を取り入れた、分散制御ネットワークの規定を進めており、ITU-T G.8080（非特許文献１）でそのアーキテクチャの勧告が提示されている。
【０００４】
ITU-T G.8080では、分散制御方式と集中制御方式と合わせた３種類のパス設定手法を定義している。第１のパス設定方法は、ＳＣ（Switched Connection）パスと呼ばれる。ＳＣパスは、クライアント装置からパス設定の要求を受けて、分散制御装置が制御信号（ＧＭＰＬＳ）を交換してパスの設定を行う方法である。第２のパス設定方法は、ＳＰＣ（Soft Permanent Connection）パスと呼ばれる。ＳＰＣパスは、集中制御装置からパスの設定要求がなされ、分散制御装置が制御信号（ＧＭＰＬＳ）を交換してパスの設定を行う方法である。そして、第３のパス設定方法は、ＰＣ（Permanent Connection）パスと呼ばれる。ＰＣパスは、集中制御装置から個々のラベルスイッチングノードに対しクロスコネクト設定を行う方法である。
【０００５】
【非特許文献１】ITU-T G.8080/Y.1304、“Architecture for the automatically switched optical network(ASON)”、2001年11月
【発明の開示】
【発明が解決しようとする課題】
【０００６】
複数のレイヤを統合管理することができるＧＭＰＬＳは、今後も標準化が進み、実用化に向けた研究・開発が行われると思われる。しかし、分散制御装置が不測の事態に陥りパス制御ができなくなる場合など、保守・運用の観点からは、集中制御装置によるパス設定およびパス管理は不可欠である。発明者らは、今後の光伝送ネットワークなどのシステムでは、集中管理装置と分散制御装置とが並存したネットワークが構成され、操作元の異なる複数の種類のパス（ＰＣパス、ＳＰＣパスおよびＳＣパス）が設定されると予想する。
分散制御装置および集中制御装置が並存するラベル転送ネットワークを実現するためには、以下のような課題がある。
【０００７】
第１の課題は、ラベルスイッチングノードは、分散制御装置および集中制御装置の複数の操作元からパス設定要求を受けるので、集中制御装置によるパス設定制御と、分散制御装置によるパス設定制御が競合した際にも、各ノードのラベル情報の整合性を保障する必要があることである。
【０００８】
第２の課題は、保守・運用の観点から、分散制御装置によるパス設定より、集中制御装置によるパス設定を優先制御できることである。分散制御装置が不測の事態に陥りパス制御が不能になった場合などでも集中制御装置によってパス制御可能なように、集中制御装置によるパス設定を優先的に制御できることが必要となる。
【課題を解決するための手段】
【０００９】
ラベル情報に基づいて受信データの転送を行う複数のラベルスイッチングノード、および個々のラベルスイッチングノードに付属してラベル情報を更新しパスを設定する分散制御装置、およびラベル情報を一括して更新しパスを設定する集中制御装置によって構成されるシステムにおいて、集中制御装置からパス設定する際に使用するラベルを事前に予約する。
【００１０】
また、集中制御装置からパス設定する際に、前記分散制御装置のパス設定が既に存在していた場合は、集中制御装置からパス設定制御を優先する。
【発明の効果】
【００１１】
本発明によれば、分散制御装置および集中制御装置が並存するラベル転送ネットワークにおいて、それらの装置が個々に設定したパス操作が競合することなく制御できる。
【００１２】
また、本発明によれば、分散制御装置および集中制御装置が並存するラベル転送ネットワークにおいて、分散制御装置が不測の事態に陥りパス制御が不能になった場合などでも、集中制御装置によるパス設定を優先的に制御することができ、集中制御装置によってパス制御することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について実施例を用いて図面を参照しながら説明する。
図１は、分散制御装置および集中制御装置が並存するラベル転送ネットワークのブロック図である。ラベルスイッチングノードは、ここでは、光クロスコネクト装置(以下ＯＸＣ装置)として説明する。
【００１４】
図１において、３台のＯＸＣ装置３００は、ラベルとして４つの入出力ポートを持ったＯＸＣ装置である。ＯＸＣ装置３００−１には、＃１０１、＃１０２、＃２０１、＃２０２のラベルを有する。ＯＸＣ装置３００において、破線矢印で示すラベルスイッチング１００５は、ＯＸＣ装置内で光信号が切り替えられていることを表す。例えば、ラベルスイッチング１００５−１は、ＯＸＣ装置３−１内で、ラベル＃１０２からラベル＃２０１に光信号が切り替えられていることを示す。ラベルスイッチングを組み合わせることにより、複数のＯＸＣ装置間について光信号を転送することができる。終端するＯＸＣ装置間の経路を光パスまたは単にパスと呼ぶ。
【００１５】
図１では、クライアント装置４００−１からＯＸＣ装置３００−１のラベル＃１０２、＃２０１を通り、同様にＯＸＣ装置３００−２のラベル＃２０１、＃３０１、ＯＸＣ装置３００−３のラベル＃３０１、＃４０２を経て、クライアント装置４００−２に光信号が転送される。クライアント装置４００は、ルータ等である。
【００１６】
各ＯＸＣ装置３００にはノード制御回線１００２により接続された分散制御装置２００が対応付けられている。分散制御装置２００およびクライアント装置４００間では、ＧＭＰＬＳ制御回線１００１を介し、制御信号を交換することができる。集中制御装置１００は、ノード制御回線１００３を介して全てのＯＸＣ装置３００に接続され、一括した制御を行う。なお、クライアント装置４００は、スイッチであっても良い。また、集中制御装置１００が分散制御装置２００を制御するように、制御線を張っても良い。
【００１７】
図２に、集中制御装置の機能ブロック図を示す。
集中制御装置１００は、制御ＵＩ（User Interface）１０５より保守者からの制御要求を受け付け、各種管理部および各種情報ＤＢ（Database）を用いてその制御要求を処理する。制御要求の内容がノード制御を伴う場合は、ノード制御ＩＦ １６０を介して行われる。
【００１８】
パス管理部１１０は、パスの登録／削除／変更処理を行う。パス制御に必要となるラベル情報、パス情報は、パス情報ＤＢ１１５に保持される。パス情報ＤＢ１１５に保持されたパス情報であるパス情報テーブル１０と、ラベル情報であるラベル情報テーブル２０を、図３に示す。
【００１９】
図３（ａ）において、パス情報テーブル１０は、パスＩＤ １１、パスＴｙｐｅ１２、設定元制御装置１３、起点ノード１４、終点ノード１５、中継点ノード１６で構成される。また、図３（ｂ）において、ラベル情報テーブル２０は、装置名２１、ラベルＩＤ ２２、設定元制御装置２３、ラベル状態２４で構成される。
【００２０】
図２に戻って、構成管理部１２０は、ＯＸＣ装置の初期設定およびＯＸＣ装置の構成設定等を行う。ＯＸＣ装置の構成情報は、構成情報ＤＢ１２５に保持される。警報管理部１３０では、ＯＸＣ装置の警報状態の表示、警報情報の履歴管理等を行う。ＯＸＣ装置の警報状態、警報履歴等は、警報情報ＤＢ１３５に保持される。性能管理部１４０は、ＯＸＣ装置の光出力状態等、ＯＸＣ装置の性能状態の表示や性能情報の履歴管理等を行う。ＯＸＣ装置の性能状態、性能履歴等は、性能情報ＤＢ１４５に保持される。セキュリティ管理部１５０は、集中制御装置の操作権限の管理などを行う。操作権限に関するユーザ情報などは、セキュリティ情報ＤＢ１５５に保持される。
【００２１】
制御ＵＩ １０５、パス管理部１１０、構成管理部１２０、警報管理部１３０、性能管理部１４０、セキュリティ管理部１５０、ノード制御ＩＦ １６０は、バス１６５により相互接続されている。
【００２２】
本実施例のパス設定方式およびパス優先制御方式は、集中制御装置１００およびＯＸＣ装置３００に実装される。集中制御装置の実装は、パス管理部１１０に行われる。パス設定時における具体的な処理内容については、追って図１２を用いて説明する。なお、集中制御装置１００が分散制御装置２００を制御するように、集中制御装置１００のバス１６５に、分散制御装置制御ＩＦを接続しても良い。
【００２３】
図４に、ＯＸＣ装置の機能ブロック図を示す。
ＯＸＣ装置３００−１は、制御用インターフェイスとして、分散制御用ＩＦ ３０５と集中制御用ＩＦ ３１０を持つ。分散制御用ＩＦ ３０５には、分散制御装置２００がノード制御回線１００２を介して接続され、集中制御用ＩＦ ３１０には、集中制御装置１００がノード制御回線１００３を介して接続される。
【００２４】
分散制御用ＩＦ ３０５または集中制御用ＩＦ ３１０が受信した制御要求は、装置制御部３２０により処理される。装置制御部３２０は、制御要求の内容に応じて、ＳＷ機能部３３０のＳＷパッケージ３３５、ＩＦ機能部３４０のＩＦパッケージ３４５を制御し、装置情報ＤＢ３２５を更新する。分散制御用ＩＦ ３０５、集中制御用ＩＦ ３１０、装置制御部３２０、ＳＷパッケージ３３５、ＩＦパッケージ３４５は、バス３５０により相互接続されている。
【００２５】
光信号の転送は、ＯＸＣ装置３００のＳＷ機能部３３０とＩＦ機能部３４０で行われる。ＩＦ機能部３４０のＩＦパッケージ３４５では、クライアント信号を収容し、ＳＷ機能部３３０へ転送する。ＳＷ機能部３３０のＳＷパッケージ３３５では、入力された光信号を装置制御部３２０からの指示に従い、指定されたポートへ切り替える。図４では、ＩＦパッケージ３４５−１０２に入力された光信号は、ＳＷパッケージ３３５の入力ポート＃１０２に入力され、ＳＷパッケージ３３５内で出力ポート＃２０１に切り替えられる。出力ポート＃２０１から出力された光信号は、ＩＦパッケージ３４５−２０１を通してＯＸＣ装置から出力される。このように、ＯＸＣ装置は、入力された光信号を、指定されたポートへ切り替え、出力する。なお、図４ではＯＸＣ装置３００−１を説明したが、ＯＸＣ装置３００−２、３００−３もポート番号以外の構造は同一である。
【００２６】
本実施例についてのＯＸＣ装置３００の実装は、装置制御部３２０に行われる。ラベル制御における具体的な処理内容については、追って図１３を用いて説明する。また、装置情報ＤＢ３２５が保持するラベル情報テーブル、パス情報テーブルを、図５に示す。
【００２７】
図５（ａ）において、ラベル情報テーブル３０は、ラベルＩＤ ３１、設定元制御装置３２、ラベル状態３３で構成される。また、図５（ｂ）において、ＳＷ情報テーブル４０は、ＳＷ−ＩＤ ４１、設定元制御装置４２、入力ラベル４３、出力ラベル４４で構成される。
【００２８】
図６に、ＯＸＣ装置のラベルの状態遷移図を示す。
ラベルは、「Free」５１、「Resv(SC,SPC)」５２、「Resv(PC)」５３、「Path(SC,SPC)」５４、および「Path(PC)」５５の５つの状態をもち、装置管理部３２０により制御・管理される。「Free」５１はラベルが未使用であることを示し、「Resv(SC,SPC)」５２は分散制御装置によって予約された状態、「Resv(PC)」５３は集中制御装置によって予約された状態であることを示す。同様に、「Path(SC,SPC)」５４は分散制御装置によってクロスコネクトが設定された状態、「Path(PC)」５５は集中制御装置によってクロスコネクトが設定された状態であることを示す。ラベルの初期状態は「Free」５１である。
【００２９】
分散制御装置および集中管理制御装置に提供されるラベルの操作は、“ラベル予約”、“ラベル予約解除”、“パス設定”、“パス解除”で、パス優先制御手法に用いる“強制予約”操作は集中管理制御装置にのみに提供される。ラベルに対する操作は、常に二つラベルに対して行われ、その対応関係は装置制御部３２０で管理される。
【００３０】
「Free」５１状態にあるラベルに対し、分散制御装置から“ラベル予約”操作を行うと「Resv(SC,SPC)」５２状態に遷移する。一方、「Free」５１状態にあるラベルに対し、集中制御装置から“ラベル予約”操作を行うと「Resv(PC)」５３状態に遷移する。「Resv(SC,SPC)」５２状態のラベルに対し、“パス設定”操作を行うと「Path(SC,SPC)」５４状態に遷移する。同様に、「Resv(PC)」５３状態のラベルに対し“パス設定”操作を行うと「Path(PC)」５５状態に遷移する。「Path(SC,SPC)」５４状態から「Free」５１状態へは、“パス解除”操作を用いる。同様に、「Path(PC)」５５状態から「Free」５１状態へも、“パス解除”操作を用いる。
【００３１】
“強制予約”操作は、分散制御装置によって設定されたラベル状態を集中制御装置によって強制的に「Resv(PC)」５３状態へ遷移させる操作である。「Resv(SC,SPC)」５２状態のラベルは“強制予約”操作により、「Resv(PC)」５３状態へ遷移する。同様に、「Path(SC,SPC)」５４状態のラベルは“強制予約”操作により「Resv(PC)」５３状態へ遷移する。強制操作によりラベルの状態が遷移した際、装置制御部３２０は、分散制御用ＩＦ ３０５を介し、該当パスが削除されたことを分散制御装置に対し通知する。また、対向するラベルが強制予約された場合、「Free」５１状態へ遷移し、同様に装置制御部３２０は分散制御装置に対し通知する。
【００３２】
集中制御装置によるパス設定について図７を用いて説明する。ここで、図７は集中制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
保守者によりパスの経路および使用するラベルが選択され、集中制御装置は図２の制御ＵＩ １０５よりパス設定要求を受ける。ここでは「−ＯＸＣ装置３００−１(＃１０２−＃２０１)−ＯＸＣ装置３００−２(＃２０１−＃３０１)−ＯＸＣ装置３００−３(＃３０１−＃４０２)−」の経路を指定されたとする。経路情報をもってパス設定要求を受けた集中制御装置１００は、パス管理部１１０で処理を行う。集中制御装置１００は、はじめに、各ＯＸＣ装置３００に対し、ラベルの予約を行う（Ｔ６１〜Ｔ６３）。図７の１０１−１〜１０１−６は、各ＯＸＣ装置３００のラベルの状態を表す。なお、ここでＦはFree、”＿（アンダーバー）”の前のＲはResv、同じくＰはPath、”＿”の後ろＰはPC、同じくＳはSC,SPCを意味する。ＯＸＣ装置３００−１のラベル＃１０２、＃２０１の状態が「Resv(PC)」状態に設定されたことを意味する。ここで、ラベルの予約の際に、一つでも予約済みまたはPath設定済みのラベルが存在した場合は、後述の集中制御装置によるパス設定の優先制御に移る。
【００３３】
全てのＯＸＣ装置３００でラベルの予約が行えたら、次に集中制御装置１００は、各ＯＸＣ装置にパス設定を行う（Ｔ６４〜Ｔ６６）。全てのパス設定制御が終わり、パス管理部１１０がパス情報ＤＢ１１５を更新した時点で、集中制御装置１００によるパスが確立される。
【００３４】
分散制御装置によるパス設定について図８を用いて説明する。ここで、図８は分散制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
保守者によりパスの経路および使用するラベルが選択される。ここでは、「−ＯＸＣ装置３００−１(＃１０２−＃２０１)−ＯＸＣ装置３００−２(＃２０１−＃３０１)−ＯＸＣ装置３００−３(＃３０１−＃４０２)−」の経路を指定されたとする。分散制御装置２００−１は、ＯＸＣ装置３００−１のラベルの予約を行い（Ｔ７１）、ＧＭＰＬＳシグナリングを用いて分散制御装置２００−２にパス設定要求を伝達する（Ｔ７２）。分散制御装置２００−３までパス設定要求が伝達され（Ｔ７４）、ラベル予約が正常に終了した場合（Ｔ７５）は、分散制御装置２００−３はパス設定を行い（Ｔ７６）、ＧＭＰＬＳシグナリングを用いて分散制御装置２００−２にパス設定要求を折り返す（Ｔ７７）。分散制御装置２００−１までＧＭＰＬＳシグナリングのパス設定要求が戻り（Ｔ７９）パス設定を行った段階（Ｔ８０）で、分散制御装置によるパスが確立される。
【００３５】
図９および図１０を用いて、集中制御装置によるパス設定制御と、分散制御装置によるパス設定制御との競合を説明する。ここで、図９および図１０は集中制御装置と分散制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
【００３６】
図９では、既に分散制御装置２００によるラベル予約がされている（Ｔ８１〜Ｔ８５）状態で、集中制御装置１００がラベル予約を開始している。ＯＸＣ装置３００−１に対するラベル予約は、空き（Free）ラベルを対象としているため成功した（Ｔ４０１）。しかし、ＯＸＣ装置３００−２に対するラベル予約（＃２０２−＃３０１）は、既に＃３０１が予約されているため失敗し（Ｔ４０２）、集中制御装置によるパス設定制御が排他される。その後、分散制御装置２００はパス設定をする（Ｔ８６〜Ｔ９０）。つまり、先にラベル予約した分散制御装置が優先されている。
【００３７】
図１０は、図９の逆のケースで、既に集中制御装置１００によるラベル予約がＯＸＣ装置３００−１および３００−２にされている（Ｔ４１１、Ｔ４１２）状態で、分散制御装置２００がラベル予約を開始している。ＯＸＣ装置３００−１に対するラベル予約は、空き（Free）ラベルを対象としているため成功した（Ｔ９１）。しかし、ＯＸＣ装置３００−２に対するラベル予約（＃２０２−＃３０１）は、既に＃３０１が予約されているため失敗し（Ｔ９３）、この失敗はＧＭＰＬＳシグナリングで、分散制御装置２００−１に伝達される（Ｔ９４）。分散制御装置２００−１は、これを受けてＯＸＣ装置３００−１に対するラベル予約を解除する（Ｔ９５）。その後集中制御装置１００は、ＯＸＣ装置３００−３に対するラベル予約（Ｔ４１３）と、パス設定を実施する（Ｔ４１４〜Ｔ４１６）。つまり、先にラベル予約した集中制御装置が優先されている。
なお、図１０において、Ｔ４１１とＴ４１２との間にＴ９１〜Ｔ９３の遷移が入った場合は、Ｔ４１２が失敗となり、分散制御装置が優先されることになる。集中制御装置の制御も一旦予約をするので、このようなことが起こる。
【００３８】
図１１を用いて集中制御装置によるパス設定の優先制御を説明する。ここで、図１１は集中制御装置と分散制御装置とＯＸＣ装置との間の通信を説明する遷移図である。図１１では、既に分散制御装置によるパス設定がされているために、集中制御装置によるラベル予約が失敗するが、集中制御装置によりラベルの強制予約がおこなわれ、集中制御装置によるパス設定が優先制御される。
【００３９】
まず、ＯＸＣ装置３００のラベルの状態を１０５-１〜１０５−３とする。集中制御装置１００は、ラベル予約を開始し、ＯＸＣ装置３００−２のラベル＃２０２、＃３０１を予約しようとするが、既にラベル＃３０１がパス設定されていたため、ラベルの予約に失敗する（Ｔ４２２）。ＯＸＣ装置３００−２でのラベルの予約に失敗を検出したパス制御部１１０は、保守者にラベルが使用済みであることを通知し、強制パス設定を行うか指示を待つ。この場合、保守者が強制パス設定を要求したとする。集中制御装置１００はＯＸＣ装置３００−２に対しラベルの強制予約を行う（Ｔ４２３）。ラベルの強制制御要求を受けたＯＸＣ装置３００−２の装置制御部３２０は、ラベル＃２０１を「Free」状態、ラベル＃３０１を「Resv(PC)」状態、そしてラベル＃３０２を「Resv(PC)」状態に設定変更する。また、ラベル＃２０１、＃３０１間のクロスコネクト設定が削除されたことを分散制御装置２００−２へ分散制御用ＩＦ ３０５を介し通知する(Ｔ４２４)。通知を受けた分散制御装置２００−２は、分散制御装置２００−１および分散制御装置２００−３にＧＭＰＬＳシグナリングによりパス削除を転送する（Ｔ４２５、Ｔ４２６）。分散制御装置２００−１および分散制御装置２００−３は、ＯＸＣ装置３００−１または３００−３に設定したパスを解除する（Ｔ４２７、Ｔ４２８）。
【００４０】
強制予約を行った集中制御装置１００は、引き続きＯＸＣ装置３００−３のラベル予約を行い(Ｔ４２９)、全てのラベル予約を完了する。その後、集中制御装置１００は、各ＯＸＣ装置３００に対しパス設定操作を行う(Ｔ４３０〜Ｔ４３３)。この結果、分散制御装置で設定されていたパス設定が存在した場合でも、集中制御装置によるパス設定操作を優先しパス設定することができる。なお、保守者がパス設定の中止要求をした場合、集中制御装置１００はＯＸＣ装置３００−１で予約したラベルの予約を解除し処理を終了する。
【００４１】
図１２を用いて集中制御装置の動作を説明する。ここで、図１２は集中制御装置のパス管理部の動作を説明するフロー図である。
保守者によるパス設定コマンドを集中制御装置１００のパス管理部１１０が受け付けると、まずコマンド構文が正しいか確認する（Ｓ５０１）。また、指定されたＯＸＣ装置が全て存在するか確認する（Ｓ５０２）。さらに、指定されたラベルが全て存在するか確認する（Ｓ５０３）。ステップ５０１〜５０３のどれか一つでもＮｏならパス設定失敗通知を表示し（Ｓ５０４）、処理を終了する。
【００４２】
コマンドの健全性がＯＫの場合、ラベルがFree状態であるかパス管理ＤＢ１１５を検索して確認する（Ｓ５０５）。Ｎｏの場合、強制的にパス設定するか保守者に問い合わせる（Ｓ５０６）。「行わない」との回答なら、パス設定失敗通知を表示し（Ｓ５０７）、処理を終える。ステップ５０６で「行う」との回答なら、強制予約フラグをｏｎして（Ｓ５０８）、（１）に遷移する。また、ステップ５０５がＹｅｓなら全てのラベルおよびＯＸＣ装置について完了したか確認し（Ｓ５０９）、ＮｏならばラベルまたはＯＸＣ装置のカウンタをインクリメントした後、ステップ５０５に戻る。
【００４３】
（１）に遷移した場合、ラベルの予約要求をＯＸＣ装置に送信し（Ｓ５１１）、この予約が成功したか確認する（Ｓ５１２）。Ｎｏの場合、強制予約フラグを確認する（Ｓ５１３）。ｏｆｆの場合、強制的にパス設定するか保守者に問い合わせる（Ｓ５１４）。「行わない」との回答なら、ラベル予約した全てのラベルについてラベル解除要求をＯＸＣ装置送信し（Ｓ５１５）、パス設定失敗通知を表示し（Ｓ５１６）、処理を終える。ステップ５１３で「行う」との回答なら、強制予約フラグをｏｎして（Ｓ５１７）、ラベル強制予約要求をＯＸＣ装置に送信し（Ｓ５１８）、パス情報ＤＢ１１５を更新するステップ５１９に遷移する。一方、ステップ５１３でｏｎの場合、ラベル強制予約要求をＯＸＣ装置に送信し（Ｓ５１８）、パス情報ＤＢ１１５を更新するステップ５１９に遷移する。
【００４４】
また、ステップ５１２がＹｅｓの場合、パス情報ＤＢ１１５を更新する（Ｓ５１９）。全てのラベルおよびＯＸＣ装置について完了したか確認し（Ｓ５２０）、ＮｏならばラベルまたはＯＸＣ装置のカウンタをインクリメントした後、ステップ５１１に戻る。ＹｅｓならばＯＸＣ装置にパス設定要求を送信した後（Ｓ５２１）、パス情報ＤＢ１１５のラベル情報テーブル２０を更新する（Ｓ５２２）。全てのラベルおよびＯＸＣ装置について完了したか確認し（Ｓ５２３）、ＮｏならばラベルまたはＯＸＣ装置のカウンタをインクリメントした後、ステップ５２１に戻る。Ｙｅｓならばパス情報ＤＢ１１５のパス情報テーブル１０を更新した後（Ｓ５２４）、パス完了通知を表示して（Ｓ５２５）、終了する。
【００４５】
図１３を用いてＯＸＣ装置の動作を説明する。ここで、図１３はＯＸＣ装置の装置制御部の動作を説明するフロー図である。
制御装置からのコマンドをＯＸＣ装置３００の装置制御部３２０が受け付けると、まずコマンド構文が正しいか確認する（Ｓ５５１）。また、指定されたラベルが全て存在するか確認する（Ｓ５５２）。ステップ５５１または５５２がＮｏならパス設定失敗通知を返信し（Ｓ５５３）、処理を終了する。
【００４６】
コマンドの健全性がＯＫの場合、コマンドの制御内容を確認する（Ｓ５５４）。制御内容が「ラベル強制予約」なら、（２）に遷移する。「ラベル予約」なら、ラベル状態がFreeか確認する（Ｓ５５５）。Ｎｏならばエラー応答を制御装置に送信した後（Ｓ５５６）、処理を終了する。Ｙｅｓならば装置情報ＤＢ３２５を更新し（Ｓ５５７）、制御装置に完了応答を送信した後（Ｓ５５８）、終了する。ステップ５５４で「パス設定」なら、当該ラベルが予約済みであるか確認し（Ｓ５６１）、Ｎｏならエラー応答を制御装置に送信した後（Ｓ５６２）、終了する。Ｙｅｓならラベル情報テーブル３０を参照して予約設定元制御装置とパス設定要求元制御装置が同じか確認する（Ｓ５６３）。確認結果がＮｏならエラー応答を制御装置に送信した後（Ｓ５６４）、終了する。Ｙｅｓならパス設定変更および装置情報ＤＢ３２５更新を実施し（Ｓ５６５）、完了応答を送信した後（Ｓ５６６）、終了する。
【００４７】
一方、（２）に遷移した場合、まず要求元制御装置が集中制御装置であるか確認する（Ｓ５７１）。Ｎｏならエラー応答を分散制御装置に送信した後（Ｓ５７２）、終了する。ＹｅｓならラベルがPath(PC)でないことを確認する（Ｓ５７３）。Ｎｏならエラー応答を集中制御装置に送信した後（Ｓ５７４）、終了する。Ｙｅｓならラベルの強制予約および装置情報ＤＢ３２５更新を実施し（Ｓ５７５）、遷移前のラベル状態がResv(SPC,SC)またはPath(SPC,SC)であったか確認し（Ｓ５７６）、Ｙｅｓならば分散制御装置２００にラベル解除通知を送信した後（Ｓ５７７）、完了応答を集中制御装置に送信して（Ｓ５７８）、終了する。
【００４８】
以上述べた実施例では、ラベルスイッチングノードとしてＯＸＣ装置で説明したが、電気信号のクロスコネクト装置であっても良く、これらに限られない。電気信号のクロスコネクト装置の場合、図４のＩＦパッケージ３４５は、Ｏ/Ｅ変換およびＥ/Ｏ変換を実施して、ＳＷ機能部３３０には電気ＳＷを設ける構成である。
【００４９】
本実施例に拠れば、分散制御装置および集中制御装置が並存するラベル転送ネットワークにおいて、それらの装置が個々に設定したパス操作が競合することなく制御できる。また、分散制御装置および集中制御装置が並存するラベル転送ネットワークにおいて、分散制御装置が不測の事態に陥りパス制御が不能になった場合などでも、集中制御装置によるパス設定を優先的に制御することができ、集中制御装置によってパス制御することができる。
【図面の簡単な説明】
【００５０】
【図１】分散制御装置および集中制御装置が並存するラベル転送ネットワークのブロック図である。
【図２】集中制御装置の機能ブロック図である。
【図３】パス情報ＤＢに保持されたパス情報テーブルとラベル情報テーブルを説明する図である。
【図４】ＯＸＣ装置の機能ブロック図である。
【図５】装置情報ＤＢが保持するラベル情報テーブルとパス情報テーブルを説明する図である。
【図６】ＯＸＣ装置のラベルの状態遷移図である。
【図７】集中制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
【図８】分散制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
【図９】集中制御装置と分散制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
【図１０】集中制御装置と分散制御装置とＯＸＣ装置との間の通信を説明する第２の遷移図である。
【図１１】集中制御装置によるパス設定の優先制御を説明する集中制御装置と分散制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
【図１２Ａ】集中制御装置のパス管理部の動作を説明するフロー図（その１）である。
【図１２Ｂ】集中制御装置のパス管理部の動作を説明するフロー図（その２）である。
【図１３Ａ】ＯＸＣ装置の装置制御部の動作を説明するフロー図（その１）である。
【図１３Ｂ】ＯＸＣ装置の装置制御部の動作を説明するフロー図（その２）である。
【符号の説明】
【００５１】
１０…パス情報テーブル、２０…ラベル情報テーブル、３０…ラベル情報テーブル、４０…ＳＷ情報テーブル、１００…集中制御装置、１０５…制御ＵＩ、１１０…パス管理部、１２０…構成管理部、１３０…警報管理部、１４０…性能管理部、１５０…セキュリティ管理部、１６０…ノード制御ＩＦ、１６５…バス、２００…分散制御装置、３００…ＯＸＣ装置、３０５…分散制御用ＩＦ、３１０…集中制御用ＩＦ、３２０…装置制御部、３３５…光ＳＷ、３４５…ＩＦパッケージ、３５０…バス、４００…クライアント装置、１００１…ＧＭＰＬＳ制御回線、１００２…ノード制御回線、１００３…ノード制御回線、１００４…データ転送回線、１００５…ラベルスイッチング。
【技術分野】
【０００１】
本発明はスイッチングノードに係り、特に分散制御装置および集中制御装置が並存するラベル転送ネットワークに用いるスイッチングノードに関する。
【背景技術】
【０００２】
光伝送ネットワークを自立的に分散制御できるプロトコルとして、ＧＭＰＬＳ(Generalized Multi-protocol Label Switching)が注目されている。ＧＭＰＬＳは、既存技術であるＭＰＬＳをさらに一般化したプロトコルであり、ＩＰ、ＴＤＭ（Time Division Multiplexing）、光波長などの複数のレイヤを統一的に扱うことができる。ＧＭＰＬＳにより複数のレイヤを統一的に制御することが可能になると、従来のレイヤ毎のネットワーク管理が不要となり、運用コストの削減などが期待できる。
【０００３】
ＧＭＰＬＳは、複数のプロトコルから構成されるプロトコル群で、ＩＴＵ−Ｔ（International Telecommunication Union - Telecommunication Standardization Sector）などの標準化団体で規格化が進められている。ＩＴＵ−Ｔでは、従来からの管理形態である集中制御方式を取り入れた、分散制御ネットワークの規定を進めており、ITU-T G.8080（非特許文献１）でそのアーキテクチャの勧告が提示されている。
【０００４】
ITU-T G.8080では、分散制御方式と集中制御方式と合わせた３種類のパス設定手法を定義している。第１のパス設定方法は、ＳＣ（Switched Connection）パスと呼ばれる。ＳＣパスは、クライアント装置からパス設定の要求を受けて、分散制御装置が制御信号（ＧＭＰＬＳ）を交換してパスの設定を行う方法である。第２のパス設定方法は、ＳＰＣ（Soft Permanent Connection）パスと呼ばれる。ＳＰＣパスは、集中制御装置からパスの設定要求がなされ、分散制御装置が制御信号（ＧＭＰＬＳ）を交換してパスの設定を行う方法である。そして、第３のパス設定方法は、ＰＣ（Permanent Connection）パスと呼ばれる。ＰＣパスは、集中制御装置から個々のラベルスイッチングノードに対しクロスコネクト設定を行う方法である。
【０００５】
【非特許文献１】ITU-T G.8080/Y.1304、“Architecture for the automatically switched optical network(ASON)”、2001年11月
【発明の開示】
【発明が解決しようとする課題】
【０００６】
複数のレイヤを統合管理することができるＧＭＰＬＳは、今後も標準化が進み、実用化に向けた研究・開発が行われると思われる。しかし、分散制御装置が不測の事態に陥りパス制御ができなくなる場合など、保守・運用の観点からは、集中制御装置によるパス設定およびパス管理は不可欠である。発明者らは、今後の光伝送ネットワークなどのシステムでは、集中管理装置と分散制御装置とが並存したネットワークが構成され、操作元の異なる複数の種類のパス（ＰＣパス、ＳＰＣパスおよびＳＣパス）が設定されると予想する。
分散制御装置および集中制御装置が並存するラベル転送ネットワークを実現するためには、以下のような課題がある。
【０００７】
第１の課題は、ラベルスイッチングノードは、分散制御装置および集中制御装置の複数の操作元からパス設定要求を受けるので、集中制御装置によるパス設定制御と、分散制御装置によるパス設定制御が競合した際にも、各ノードのラベル情報の整合性を保障する必要があることである。
【０００８】
第２の課題は、保守・運用の観点から、分散制御装置によるパス設定より、集中制御装置によるパス設定を優先制御できることである。分散制御装置が不測の事態に陥りパス制御が不能になった場合などでも集中制御装置によってパス制御可能なように、集中制御装置によるパス設定を優先的に制御できることが必要となる。
【課題を解決するための手段】
【０００９】
ラベル情報に基づいて受信データの転送を行う複数のラベルスイッチングノード、および個々のラベルスイッチングノードに付属してラベル情報を更新しパスを設定する分散制御装置、およびラベル情報を一括して更新しパスを設定する集中制御装置によって構成されるシステムにおいて、集中制御装置からパス設定する際に使用するラベルを事前に予約する。
【００１０】
また、集中制御装置からパス設定する際に、前記分散制御装置のパス設定が既に存在していた場合は、集中制御装置からパス設定制御を優先する。
【発明の効果】
【００１１】
本発明によれば、分散制御装置および集中制御装置が並存するラベル転送ネットワークにおいて、それらの装置が個々に設定したパス操作が競合することなく制御できる。
【００１２】
また、本発明によれば、分散制御装置および集中制御装置が並存するラベル転送ネットワークにおいて、分散制御装置が不測の事態に陥りパス制御が不能になった場合などでも、集中制御装置によるパス設定を優先的に制御することができ、集中制御装置によってパス制御することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について実施例を用いて図面を参照しながら説明する。
図１は、分散制御装置および集中制御装置が並存するラベル転送ネットワークのブロック図である。ラベルスイッチングノードは、ここでは、光クロスコネクト装置(以下ＯＸＣ装置)として説明する。
【００１４】
図１において、３台のＯＸＣ装置３００は、ラベルとして４つの入出力ポートを持ったＯＸＣ装置である。ＯＸＣ装置３００−１には、＃１０１、＃１０２、＃２０１、＃２０２のラベルを有する。ＯＸＣ装置３００において、破線矢印で示すラベルスイッチング１００５は、ＯＸＣ装置内で光信号が切り替えられていることを表す。例えば、ラベルスイッチング１００５−１は、ＯＸＣ装置３−１内で、ラベル＃１０２からラベル＃２０１に光信号が切り替えられていることを示す。ラベルスイッチングを組み合わせることにより、複数のＯＸＣ装置間について光信号を転送することができる。終端するＯＸＣ装置間の経路を光パスまたは単にパスと呼ぶ。
【００１５】
図１では、クライアント装置４００−１からＯＸＣ装置３００−１のラベル＃１０２、＃２０１を通り、同様にＯＸＣ装置３００−２のラベル＃２０１、＃３０１、ＯＸＣ装置３００−３のラベル＃３０１、＃４０２を経て、クライアント装置４００−２に光信号が転送される。クライアント装置４００は、ルータ等である。
【００１６】
各ＯＸＣ装置３００にはノード制御回線１００２により接続された分散制御装置２００が対応付けられている。分散制御装置２００およびクライアント装置４００間では、ＧＭＰＬＳ制御回線１００１を介し、制御信号を交換することができる。集中制御装置１００は、ノード制御回線１００３を介して全てのＯＸＣ装置３００に接続され、一括した制御を行う。なお、クライアント装置４００は、スイッチであっても良い。また、集中制御装置１００が分散制御装置２００を制御するように、制御線を張っても良い。
【００１７】
図２に、集中制御装置の機能ブロック図を示す。
集中制御装置１００は、制御ＵＩ（User Interface）１０５より保守者からの制御要求を受け付け、各種管理部および各種情報ＤＢ（Database）を用いてその制御要求を処理する。制御要求の内容がノード制御を伴う場合は、ノード制御ＩＦ １６０を介して行われる。
【００１８】
パス管理部１１０は、パスの登録／削除／変更処理を行う。パス制御に必要となるラベル情報、パス情報は、パス情報ＤＢ１１５に保持される。パス情報ＤＢ１１５に保持されたパス情報であるパス情報テーブル１０と、ラベル情報であるラベル情報テーブル２０を、図３に示す。
【００１９】
図３（ａ）において、パス情報テーブル１０は、パスＩＤ １１、パスＴｙｐｅ１２、設定元制御装置１３、起点ノード１４、終点ノード１５、中継点ノード１６で構成される。また、図３（ｂ）において、ラベル情報テーブル２０は、装置名２１、ラベルＩＤ ２２、設定元制御装置２３、ラベル状態２４で構成される。
【００２０】
図２に戻って、構成管理部１２０は、ＯＸＣ装置の初期設定およびＯＸＣ装置の構成設定等を行う。ＯＸＣ装置の構成情報は、構成情報ＤＢ１２５に保持される。警報管理部１３０では、ＯＸＣ装置の警報状態の表示、警報情報の履歴管理等を行う。ＯＸＣ装置の警報状態、警報履歴等は、警報情報ＤＢ１３５に保持される。性能管理部１４０は、ＯＸＣ装置の光出力状態等、ＯＸＣ装置の性能状態の表示や性能情報の履歴管理等を行う。ＯＸＣ装置の性能状態、性能履歴等は、性能情報ＤＢ１４５に保持される。セキュリティ管理部１５０は、集中制御装置の操作権限の管理などを行う。操作権限に関するユーザ情報などは、セキュリティ情報ＤＢ１５５に保持される。
【００２１】
制御ＵＩ １０５、パス管理部１１０、構成管理部１２０、警報管理部１３０、性能管理部１４０、セキュリティ管理部１５０、ノード制御ＩＦ １６０は、バス１６５により相互接続されている。
【００２２】
本実施例のパス設定方式およびパス優先制御方式は、集中制御装置１００およびＯＸＣ装置３００に実装される。集中制御装置の実装は、パス管理部１１０に行われる。パス設定時における具体的な処理内容については、追って図１２を用いて説明する。なお、集中制御装置１００が分散制御装置２００を制御するように、集中制御装置１００のバス１６５に、分散制御装置制御ＩＦを接続しても良い。
【００２３】
図４に、ＯＸＣ装置の機能ブロック図を示す。
ＯＸＣ装置３００−１は、制御用インターフェイスとして、分散制御用ＩＦ ３０５と集中制御用ＩＦ ３１０を持つ。分散制御用ＩＦ ３０５には、分散制御装置２００がノード制御回線１００２を介して接続され、集中制御用ＩＦ ３１０には、集中制御装置１００がノード制御回線１００３を介して接続される。
【００２４】
分散制御用ＩＦ ３０５または集中制御用ＩＦ ３１０が受信した制御要求は、装置制御部３２０により処理される。装置制御部３２０は、制御要求の内容に応じて、ＳＷ機能部３３０のＳＷパッケージ３３５、ＩＦ機能部３４０のＩＦパッケージ３４５を制御し、装置情報ＤＢ３２５を更新する。分散制御用ＩＦ ３０５、集中制御用ＩＦ ３１０、装置制御部３２０、ＳＷパッケージ３３５、ＩＦパッケージ３４５は、バス３５０により相互接続されている。
【００２５】
光信号の転送は、ＯＸＣ装置３００のＳＷ機能部３３０とＩＦ機能部３４０で行われる。ＩＦ機能部３４０のＩＦパッケージ３４５では、クライアント信号を収容し、ＳＷ機能部３３０へ転送する。ＳＷ機能部３３０のＳＷパッケージ３３５では、入力された光信号を装置制御部３２０からの指示に従い、指定されたポートへ切り替える。図４では、ＩＦパッケージ３４５−１０２に入力された光信号は、ＳＷパッケージ３３５の入力ポート＃１０２に入力され、ＳＷパッケージ３３５内で出力ポート＃２０１に切り替えられる。出力ポート＃２０１から出力された光信号は、ＩＦパッケージ３４５−２０１を通してＯＸＣ装置から出力される。このように、ＯＸＣ装置は、入力された光信号を、指定されたポートへ切り替え、出力する。なお、図４ではＯＸＣ装置３００−１を説明したが、ＯＸＣ装置３００−２、３００−３もポート番号以外の構造は同一である。
【００２６】
本実施例についてのＯＸＣ装置３００の実装は、装置制御部３２０に行われる。ラベル制御における具体的な処理内容については、追って図１３を用いて説明する。また、装置情報ＤＢ３２５が保持するラベル情報テーブル、パス情報テーブルを、図５に示す。
【００２７】
図５（ａ）において、ラベル情報テーブル３０は、ラベルＩＤ ３１、設定元制御装置３２、ラベル状態３３で構成される。また、図５（ｂ）において、ＳＷ情報テーブル４０は、ＳＷ−ＩＤ ４１、設定元制御装置４２、入力ラベル４３、出力ラベル４４で構成される。
【００２８】
図６に、ＯＸＣ装置のラベルの状態遷移図を示す。
ラベルは、「Free」５１、「Resv(SC,SPC)」５２、「Resv(PC)」５３、「Path(SC,SPC)」５４、および「Path(PC)」５５の５つの状態をもち、装置管理部３２０により制御・管理される。「Free」５１はラベルが未使用であることを示し、「Resv(SC,SPC)」５２は分散制御装置によって予約された状態、「Resv(PC)」５３は集中制御装置によって予約された状態であることを示す。同様に、「Path(SC,SPC)」５４は分散制御装置によってクロスコネクトが設定された状態、「Path(PC)」５５は集中制御装置によってクロスコネクトが設定された状態であることを示す。ラベルの初期状態は「Free」５１である。
【００２９】
分散制御装置および集中管理制御装置に提供されるラベルの操作は、“ラベル予約”、“ラベル予約解除”、“パス設定”、“パス解除”で、パス優先制御手法に用いる“強制予約”操作は集中管理制御装置にのみに提供される。ラベルに対する操作は、常に二つラベルに対して行われ、その対応関係は装置制御部３２０で管理される。
【００３０】
「Free」５１状態にあるラベルに対し、分散制御装置から“ラベル予約”操作を行うと「Resv(SC,SPC)」５２状態に遷移する。一方、「Free」５１状態にあるラベルに対し、集中制御装置から“ラベル予約”操作を行うと「Resv(PC)」５３状態に遷移する。「Resv(SC,SPC)」５２状態のラベルに対し、“パス設定”操作を行うと「Path(SC,SPC)」５４状態に遷移する。同様に、「Resv(PC)」５３状態のラベルに対し“パス設定”操作を行うと「Path(PC)」５５状態に遷移する。「Path(SC,SPC)」５４状態から「Free」５１状態へは、“パス解除”操作を用いる。同様に、「Path(PC)」５５状態から「Free」５１状態へも、“パス解除”操作を用いる。
【００３１】
“強制予約”操作は、分散制御装置によって設定されたラベル状態を集中制御装置によって強制的に「Resv(PC)」５３状態へ遷移させる操作である。「Resv(SC,SPC)」５２状態のラベルは“強制予約”操作により、「Resv(PC)」５３状態へ遷移する。同様に、「Path(SC,SPC)」５４状態のラベルは“強制予約”操作により「Resv(PC)」５３状態へ遷移する。強制操作によりラベルの状態が遷移した際、装置制御部３２０は、分散制御用ＩＦ ３０５を介し、該当パスが削除されたことを分散制御装置に対し通知する。また、対向するラベルが強制予約された場合、「Free」５１状態へ遷移し、同様に装置制御部３２０は分散制御装置に対し通知する。
【００３２】
集中制御装置によるパス設定について図７を用いて説明する。ここで、図７は集中制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
保守者によりパスの経路および使用するラベルが選択され、集中制御装置は図２の制御ＵＩ １０５よりパス設定要求を受ける。ここでは「−ＯＸＣ装置３００−１(＃１０２−＃２０１)−ＯＸＣ装置３００−２(＃２０１−＃３０１)−ＯＸＣ装置３００−３(＃３０１−＃４０２)−」の経路を指定されたとする。経路情報をもってパス設定要求を受けた集中制御装置１００は、パス管理部１１０で処理を行う。集中制御装置１００は、はじめに、各ＯＸＣ装置３００に対し、ラベルの予約を行う（Ｔ６１〜Ｔ６３）。図７の１０１−１〜１０１−６は、各ＯＸＣ装置３００のラベルの状態を表す。なお、ここでＦはFree、”＿（アンダーバー）”の前のＲはResv、同じくＰはPath、”＿”の後ろＰはPC、同じくＳはSC,SPCを意味する。ＯＸＣ装置３００−１のラベル＃１０２、＃２０１の状態が「Resv(PC)」状態に設定されたことを意味する。ここで、ラベルの予約の際に、一つでも予約済みまたはPath設定済みのラベルが存在した場合は、後述の集中制御装置によるパス設定の優先制御に移る。
【００３３】
全てのＯＸＣ装置３００でラベルの予約が行えたら、次に集中制御装置１００は、各ＯＸＣ装置にパス設定を行う（Ｔ６４〜Ｔ６６）。全てのパス設定制御が終わり、パス管理部１１０がパス情報ＤＢ１１５を更新した時点で、集中制御装置１００によるパスが確立される。
【００３４】
分散制御装置によるパス設定について図８を用いて説明する。ここで、図８は分散制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
保守者によりパスの経路および使用するラベルが選択される。ここでは、「−ＯＸＣ装置３００−１(＃１０２−＃２０１)−ＯＸＣ装置３００−２(＃２０１−＃３０１)−ＯＸＣ装置３００−３(＃３０１−＃４０２)−」の経路を指定されたとする。分散制御装置２００−１は、ＯＸＣ装置３００−１のラベルの予約を行い（Ｔ７１）、ＧＭＰＬＳシグナリングを用いて分散制御装置２００−２にパス設定要求を伝達する（Ｔ７２）。分散制御装置２００−３までパス設定要求が伝達され（Ｔ７４）、ラベル予約が正常に終了した場合（Ｔ７５）は、分散制御装置２００−３はパス設定を行い（Ｔ７６）、ＧＭＰＬＳシグナリングを用いて分散制御装置２００−２にパス設定要求を折り返す（Ｔ７７）。分散制御装置２００−１までＧＭＰＬＳシグナリングのパス設定要求が戻り（Ｔ７９）パス設定を行った段階（Ｔ８０）で、分散制御装置によるパスが確立される。
【００３５】
図９および図１０を用いて、集中制御装置によるパス設定制御と、分散制御装置によるパス設定制御との競合を説明する。ここで、図９および図１０は集中制御装置と分散制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
【００３６】
図９では、既に分散制御装置２００によるラベル予約がされている（Ｔ８１〜Ｔ８５）状態で、集中制御装置１００がラベル予約を開始している。ＯＸＣ装置３００−１に対するラベル予約は、空き（Free）ラベルを対象としているため成功した（Ｔ４０１）。しかし、ＯＸＣ装置３００−２に対するラベル予約（＃２０２−＃３０１）は、既に＃３０１が予約されているため失敗し（Ｔ４０２）、集中制御装置によるパス設定制御が排他される。その後、分散制御装置２００はパス設定をする（Ｔ８６〜Ｔ９０）。つまり、先にラベル予約した分散制御装置が優先されている。
【００３７】
図１０は、図９の逆のケースで、既に集中制御装置１００によるラベル予約がＯＸＣ装置３００−１および３００−２にされている（Ｔ４１１、Ｔ４１２）状態で、分散制御装置２００がラベル予約を開始している。ＯＸＣ装置３００−１に対するラベル予約は、空き（Free）ラベルを対象としているため成功した（Ｔ９１）。しかし、ＯＸＣ装置３００−２に対するラベル予約（＃２０２−＃３０１）は、既に＃３０１が予約されているため失敗し（Ｔ９３）、この失敗はＧＭＰＬＳシグナリングで、分散制御装置２００−１に伝達される（Ｔ９４）。分散制御装置２００−１は、これを受けてＯＸＣ装置３００−１に対するラベル予約を解除する（Ｔ９５）。その後集中制御装置１００は、ＯＸＣ装置３００−３に対するラベル予約（Ｔ４１３）と、パス設定を実施する（Ｔ４１４〜Ｔ４１６）。つまり、先にラベル予約した集中制御装置が優先されている。
なお、図１０において、Ｔ４１１とＴ４１２との間にＴ９１〜Ｔ９３の遷移が入った場合は、Ｔ４１２が失敗となり、分散制御装置が優先されることになる。集中制御装置の制御も一旦予約をするので、このようなことが起こる。
【００３８】
図１１を用いて集中制御装置によるパス設定の優先制御を説明する。ここで、図１１は集中制御装置と分散制御装置とＯＸＣ装置との間の通信を説明する遷移図である。図１１では、既に分散制御装置によるパス設定がされているために、集中制御装置によるラベル予約が失敗するが、集中制御装置によりラベルの強制予約がおこなわれ、集中制御装置によるパス設定が優先制御される。
【００３９】
まず、ＯＸＣ装置３００のラベルの状態を１０５-１〜１０５−３とする。集中制御装置１００は、ラベル予約を開始し、ＯＸＣ装置３００−２のラベル＃２０２、＃３０１を予約しようとするが、既にラベル＃３０１がパス設定されていたため、ラベルの予約に失敗する（Ｔ４２２）。ＯＸＣ装置３００−２でのラベルの予約に失敗を検出したパス制御部１１０は、保守者にラベルが使用済みであることを通知し、強制パス設定を行うか指示を待つ。この場合、保守者が強制パス設定を要求したとする。集中制御装置１００はＯＸＣ装置３００−２に対しラベルの強制予約を行う（Ｔ４２３）。ラベルの強制制御要求を受けたＯＸＣ装置３００−２の装置制御部３２０は、ラベル＃２０１を「Free」状態、ラベル＃３０１を「Resv(PC)」状態、そしてラベル＃３０２を「Resv(PC)」状態に設定変更する。また、ラベル＃２０１、＃３０１間のクロスコネクト設定が削除されたことを分散制御装置２００−２へ分散制御用ＩＦ ３０５を介し通知する(Ｔ４２４)。通知を受けた分散制御装置２００−２は、分散制御装置２００−１および分散制御装置２００−３にＧＭＰＬＳシグナリングによりパス削除を転送する（Ｔ４２５、Ｔ４２６）。分散制御装置２００−１および分散制御装置２００−３は、ＯＸＣ装置３００−１または３００−３に設定したパスを解除する（Ｔ４２７、Ｔ４２８）。
【００４０】
強制予約を行った集中制御装置１００は、引き続きＯＸＣ装置３００−３のラベル予約を行い(Ｔ４２９)、全てのラベル予約を完了する。その後、集中制御装置１００は、各ＯＸＣ装置３００に対しパス設定操作を行う(Ｔ４３０〜Ｔ４３３)。この結果、分散制御装置で設定されていたパス設定が存在した場合でも、集中制御装置によるパス設定操作を優先しパス設定することができる。なお、保守者がパス設定の中止要求をした場合、集中制御装置１００はＯＸＣ装置３００−１で予約したラベルの予約を解除し処理を終了する。
【００４１】
図１２を用いて集中制御装置の動作を説明する。ここで、図１２は集中制御装置のパス管理部の動作を説明するフロー図である。
保守者によるパス設定コマンドを集中制御装置１００のパス管理部１１０が受け付けると、まずコマンド構文が正しいか確認する（Ｓ５０１）。また、指定されたＯＸＣ装置が全て存在するか確認する（Ｓ５０２）。さらに、指定されたラベルが全て存在するか確認する（Ｓ５０３）。ステップ５０１〜５０３のどれか一つでもＮｏならパス設定失敗通知を表示し（Ｓ５０４）、処理を終了する。
【００４２】
コマンドの健全性がＯＫの場合、ラベルがFree状態であるかパス管理ＤＢ１１５を検索して確認する（Ｓ５０５）。Ｎｏの場合、強制的にパス設定するか保守者に問い合わせる（Ｓ５０６）。「行わない」との回答なら、パス設定失敗通知を表示し（Ｓ５０７）、処理を終える。ステップ５０６で「行う」との回答なら、強制予約フラグをｏｎして（Ｓ５０８）、（１）に遷移する。また、ステップ５０５がＹｅｓなら全てのラベルおよびＯＸＣ装置について完了したか確認し（Ｓ５０９）、ＮｏならばラベルまたはＯＸＣ装置のカウンタをインクリメントした後、ステップ５０５に戻る。
【００４３】
（１）に遷移した場合、ラベルの予約要求をＯＸＣ装置に送信し（Ｓ５１１）、この予約が成功したか確認する（Ｓ５１２）。Ｎｏの場合、強制予約フラグを確認する（Ｓ５１３）。ｏｆｆの場合、強制的にパス設定するか保守者に問い合わせる（Ｓ５１４）。「行わない」との回答なら、ラベル予約した全てのラベルについてラベル解除要求をＯＸＣ装置送信し（Ｓ５１５）、パス設定失敗通知を表示し（Ｓ５１６）、処理を終える。ステップ５１３で「行う」との回答なら、強制予約フラグをｏｎして（Ｓ５１７）、ラベル強制予約要求をＯＸＣ装置に送信し（Ｓ５１８）、パス情報ＤＢ１１５を更新するステップ５１９に遷移する。一方、ステップ５１３でｏｎの場合、ラベル強制予約要求をＯＸＣ装置に送信し（Ｓ５１８）、パス情報ＤＢ１１５を更新するステップ５１９に遷移する。
【００４４】
また、ステップ５１２がＹｅｓの場合、パス情報ＤＢ１１５を更新する（Ｓ５１９）。全てのラベルおよびＯＸＣ装置について完了したか確認し（Ｓ５２０）、ＮｏならばラベルまたはＯＸＣ装置のカウンタをインクリメントした後、ステップ５１１に戻る。ＹｅｓならばＯＸＣ装置にパス設定要求を送信した後（Ｓ５２１）、パス情報ＤＢ１１５のラベル情報テーブル２０を更新する（Ｓ５２２）。全てのラベルおよびＯＸＣ装置について完了したか確認し（Ｓ５２３）、ＮｏならばラベルまたはＯＸＣ装置のカウンタをインクリメントした後、ステップ５２１に戻る。Ｙｅｓならばパス情報ＤＢ１１５のパス情報テーブル１０を更新した後（Ｓ５２４）、パス完了通知を表示して（Ｓ５２５）、終了する。
【００４５】
図１３を用いてＯＸＣ装置の動作を説明する。ここで、図１３はＯＸＣ装置の装置制御部の動作を説明するフロー図である。
制御装置からのコマンドをＯＸＣ装置３００の装置制御部３２０が受け付けると、まずコマンド構文が正しいか確認する（Ｓ５５１）。また、指定されたラベルが全て存在するか確認する（Ｓ５５２）。ステップ５５１または５５２がＮｏならパス設定失敗通知を返信し（Ｓ５５３）、処理を終了する。
【００４６】
コマンドの健全性がＯＫの場合、コマンドの制御内容を確認する（Ｓ５５４）。制御内容が「ラベル強制予約」なら、（２）に遷移する。「ラベル予約」なら、ラベル状態がFreeか確認する（Ｓ５５５）。Ｎｏならばエラー応答を制御装置に送信した後（Ｓ５５６）、処理を終了する。Ｙｅｓならば装置情報ＤＢ３２５を更新し（Ｓ５５７）、制御装置に完了応答を送信した後（Ｓ５５８）、終了する。ステップ５５４で「パス設定」なら、当該ラベルが予約済みであるか確認し（Ｓ５６１）、Ｎｏならエラー応答を制御装置に送信した後（Ｓ５６２）、終了する。Ｙｅｓならラベル情報テーブル３０を参照して予約設定元制御装置とパス設定要求元制御装置が同じか確認する（Ｓ５６３）。確認結果がＮｏならエラー応答を制御装置に送信した後（Ｓ５６４）、終了する。Ｙｅｓならパス設定変更および装置情報ＤＢ３２５更新を実施し（Ｓ５６５）、完了応答を送信した後（Ｓ５６６）、終了する。
【００４７】
一方、（２）に遷移した場合、まず要求元制御装置が集中制御装置であるか確認する（Ｓ５７１）。Ｎｏならエラー応答を分散制御装置に送信した後（Ｓ５７２）、終了する。ＹｅｓならラベルがPath(PC)でないことを確認する（Ｓ５７３）。Ｎｏならエラー応答を集中制御装置に送信した後（Ｓ５７４）、終了する。Ｙｅｓならラベルの強制予約および装置情報ＤＢ３２５更新を実施し（Ｓ５７５）、遷移前のラベル状態がResv(SPC,SC)またはPath(SPC,SC)であったか確認し（Ｓ５７６）、Ｙｅｓならば分散制御装置２００にラベル解除通知を送信した後（Ｓ５７７）、完了応答を集中制御装置に送信して（Ｓ５７８）、終了する。
【００４８】
以上述べた実施例では、ラベルスイッチングノードとしてＯＸＣ装置で説明したが、電気信号のクロスコネクト装置であっても良く、これらに限られない。電気信号のクロスコネクト装置の場合、図４のＩＦパッケージ３４５は、Ｏ/Ｅ変換およびＥ/Ｏ変換を実施して、ＳＷ機能部３３０には電気ＳＷを設ける構成である。
【００４９】
本実施例に拠れば、分散制御装置および集中制御装置が並存するラベル転送ネットワークにおいて、それらの装置が個々に設定したパス操作が競合することなく制御できる。また、分散制御装置および集中制御装置が並存するラベル転送ネットワークにおいて、分散制御装置が不測の事態に陥りパス制御が不能になった場合などでも、集中制御装置によるパス設定を優先的に制御することができ、集中制御装置によってパス制御することができる。
【図面の簡単な説明】
【００５０】
【図１】分散制御装置および集中制御装置が並存するラベル転送ネットワークのブロック図である。
【図２】集中制御装置の機能ブロック図である。
【図３】パス情報ＤＢに保持されたパス情報テーブルとラベル情報テーブルを説明する図である。
【図４】ＯＸＣ装置の機能ブロック図である。
【図５】装置情報ＤＢが保持するラベル情報テーブルとパス情報テーブルを説明する図である。
【図６】ＯＸＣ装置のラベルの状態遷移図である。
【図７】集中制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
【図８】分散制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
【図９】集中制御装置と分散制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
【図１０】集中制御装置と分散制御装置とＯＸＣ装置との間の通信を説明する第２の遷移図である。
【図１１】集中制御装置によるパス設定の優先制御を説明する集中制御装置と分散制御装置とＯＸＣ装置との間の通信を説明する遷移図である。
【図１２Ａ】集中制御装置のパス管理部の動作を説明するフロー図（その１）である。
【図１２Ｂ】集中制御装置のパス管理部の動作を説明するフロー図（その２）である。
【図１３Ａ】ＯＸＣ装置の装置制御部の動作を説明するフロー図（その１）である。
【図１３Ｂ】ＯＸＣ装置の装置制御部の動作を説明するフロー図（その２）である。
【符号の説明】
【００５１】
１０…パス情報テーブル、２０…ラベル情報テーブル、３０…ラベル情報テーブル、４０…ＳＷ情報テーブル、１００…集中制御装置、１０５…制御ＵＩ、１１０…パス管理部、１２０…構成管理部、１３０…警報管理部、１４０…性能管理部、１５０…セキュリティ管理部、１６０…ノード制御ＩＦ、１６５…バス、２００…分散制御装置、３００…ＯＸＣ装置、３０５…分散制御用ＩＦ、３１０…集中制御用ＩＦ、３２０…装置制御部、３３５…光ＳＷ、３４５…ＩＦパッケージ、３５０…バス、４００…クライアント装置、１００１…ＧＭＰＬＳ制御回線、１００２…ノード制御回線、１００３…ノード制御回線、１００４…データ転送回線、１００５…ラベルスイッチング。
【特許請求の範囲】
【請求項１】
分散制御装置を接続する分散制御用ＩＦと、集中制御装置を接続する集中制御用ＩＦと、複数の信号入力ＩＦと、複数の信号出力ＩＦと、複数の前記信号入力ＩＦと複数の前記信号出力ＩＦとを接続するスイッチと、前記分散制御装置または前記集中制御装置の制御に基づいて前記スイッチを制御する制御部とからなるスイッチングノード。
【請求項２】
請求項１に記載のスイッチングノードであって、
前記集中制御装置の制御に基づいて前記スイッチを制御するとき、一旦予約状態とすることを特徴とするスイッチングノード。
【請求項３】
請求項１または請求項２に記載のスイッチングノードであって、
前記分散制御装置の制御によってＦｒｅｅ以外の状態にあるラベルを、前記集中制御装置の制御によって設定変更可能であることを特徴とするスイッチングノード。
【請求項１】
分散制御装置を接続する分散制御用ＩＦと、集中制御装置を接続する集中制御用ＩＦと、複数の信号入力ＩＦと、複数の信号出力ＩＦと、複数の前記信号入力ＩＦと複数の前記信号出力ＩＦとを接続するスイッチと、前記分散制御装置または前記集中制御装置の制御に基づいて前記スイッチを制御する制御部とからなるスイッチングノード。
【請求項２】
請求項１に記載のスイッチングノードであって、
前記集中制御装置の制御に基づいて前記スイッチを制御するとき、一旦予約状態とすることを特徴とするスイッチングノード。
【請求項３】
請求項１または請求項２に記載のスイッチングノードであって、
前記分散制御装置の制御によってＦｒｅｅ以外の状態にあるラベルを、前記集中制御装置の制御によって設定変更可能であることを特徴とするスイッチングノード。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１３Ａ】
【図１３Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１３Ａ】
【図１３Ｂ】
【公開番号】特開２００６−３５２２９７（Ｐ２００６−３５２２９７Ａ）
【公開日】平成１８年１２月２８日（２００６．１２．２８）
【国際特許分類】
【出願番号】特願２００５−１７３２９１（Ｐ２００５−１７３２９１）
【出願日】平成１７年６月１４日（２００５．６．１４）
【出願人】（０００１５３４６５）株式会社日立コミュニケーションテクノロジー (770)
【Ｆターム（参考）】
【公開日】平成１８年１２月２８日（２００６．１２．２８）
【国際特許分類】
【出願日】平成１７年６月１４日（２００５．６．１４）
【出願人】（０００１５３４６５）株式会社日立コミュニケーションテクノロジー (770)
【Ｆターム（参考）】
[ Back to top ]