(57)【特許請求の範囲】
【請求項１】
複数のパスを１つのパスに束ねるバンドリングを対象にした伝送制御を行う伝送システムにおいて、
ノード間にパスを設定するときに、指定された宛先アドレスにもとづいて、複数のパスを束ねることが可能なBundled Linkが既に存在しているか否かを自動的に検索し、存在すれば前記Bundled Linkを構成するComponent Linkを追加し、存在しなければ新たなBundled Linkを生成して、着信側に対しパスを設定するパス設定部と、すべてのパスが確立したことを認識した後に、経路情報をネットワーク内に広告する発信側経路情報広告部と、から構成される発信側伝送装置と、
パスを認識し、前記Bundled Linkとして設定するパス認識部と、すべてのパスが確立したことを認識した後に、経路情報をネットワーク内に広告する着信側経路情報広告部と、から構成される着信側伝送装置と、
を有することを特徴とする伝送システム。
【請求項２】
前記パス設定部は、Bundled Linkを構成するComponent Linkを追加／削除し、前記パス認識部は、Bundled LinkへのComponent Linkの追加／削除を認識し、前記発信側経路情報広告部と前記着信側経路情報広告部は、Component Linkの追加／削除をBundled Linkの帯域変動に置き換えてネットワーク内に広告することを特徴とする請求項１記載の伝送システム。
【請求項３】
前記発信側経路情報広告部及び前記着信側経路情報広告部は、シグナリングによりパス設定が完了した際に、あらたなBundled Linkとしての経路情報の広告、またはComponent Linkの追加／削除によりすでに存在するBundled Linkの帯域をComponent Link分増加／減少させて、経路情報の広告を行うことで、仮想的にBundled Linkの帯域が増減したようにネットワーク内に広告することを特徴とする請求項１記載の伝送システム。
【請求項４】
複数のパスを１つのパスに束ねるバンドリングを対象にした伝送制御を行う伝送装置において、
発信側として動作する場合、ノード間にパスを設定するときに、指定された宛先アドレスにもとづいて、複数のパスを束ねることが可能なBundled Linkが既に存在しているか否かを自動的に検索し、存在すれば前記Bundled Linkを構成するComponent Linkを追加し、存在しなければ新たなBundled Linkを生成して、着信側に対しパスを設定するパス設定部と、
着信側として動作する場合、パスを認識して、前記Bundled Linkとして設定するパス認識部と、
すべてのパスが確立したことを認識した後に、経路情報をネットワーク内に広告する経路情報広告部と、
を有することを特徴とする伝送装置。
【請求項５】
前記パス設定部は、Bundled Linkを構成するComponent Linkを追加／削除し、前記パス認識部は、Bundled LinkへのComponent Linkの追加／削除を認識し、発信側経路情報広告部と着信側経路情報広告部は、Component Linkの追加／削除をBundled Linkの帯域変動に置き換えてネットワーク内に広告することを特徴とする請求項４記載の伝送装置。
【請求項６】
前記経路情報広告部は、シグナリングによりパス設定が完了した際に、あらたなBundled Linkとしての経路情報の広告、またはComponent Linkの追加／削除によりすでに存在するBundled Linkの帯域をComponent Link分増加／減少させて、経路情報の広告を行うことで、仮想的にBundled Linkの帯域が増減したようにネットワーク内に広告することを特徴とする請求項４記載の伝送装置。
【請求項７】
複数のパスを１つのパスに束ねるバンドリングを対象にした伝送制御を行うバンドリング伝送方法において、
発信側では、ノード間にパスを設定するときに、指定された宛先アドレスにもとづいて、複数のパスを束ねることが可能なBundled Linkが既に存在しているか否かを自動的に検索し、存在すれば前記Bundled Linkを構成するComponent Linkを追加し、存在しなければ新たなBundled Linkを生成して、着信側に対しパスを設定し、
着信側では、パスを認識して、前記Bundled Linkとして設定し、
発信及び着信側で、すべてのパスが確立したことを認識した後に、経路情報をネットワーク内に広告することを特徴とするバンドリング伝送方法。
【発明の詳細な説明】
技術分野
本発明は伝送システムに関し、特に複数のパスを１つのパスに束ねるバンドリングを対象にした伝送制御を行う伝送システムに関する。
背景技術
近年、情報通信ネットワークで扱われる情報量は爆発的に増加しており、マルチメディアサービスのさらなる高度化、広域化が期待されている。このような状況の中で高トラフィックの伝送に対応するための技術として、ＤＷＤＭ（Dense Wavelength Division Multiplex）が開発されている。
ＤＷＤＭは、波長の異なる光を高密度に多重して、１本の光ファイバで複数の信号を同時に伝送する方式である。例えば、１本の光ファイバに１波長１０Ｇｂｐｓの伝送容量を持つ波長（波長パス）を数十〜数百波多重することが可能となっている。
この場合、光ファイバ中の１波長には、５１．８４０ＭｂｐｓのＴＤＭ（Time Division Multiplexing）パスであれば、１９２本が多重可能であり、さらに１本のＴＤＭパスのＳＴＳ（Synchronous Transport Signal）−１には、数百を超えるＭＰＬＳ（Multi-Protocol Label Switching）パスを設定することが可能である。
図４８はパスの多重化構造を示す概念図である。光ファイバに複数の波長パスが多重化される。そして、１波長パスに５１．８４０ＭｂｐｓのＴＤＭパスが１９２本多重化され、１本のＴＤＭパスに数百本以上のＭＰＬＳパスが多重化される。
また、図では各レイヤで階層的に多重化されている様子を示している。ノードＡ、Ｇでは、ＭＰＬＳパスのみのクロスコネクト制御を行い、ノードＢ、Ｆでは、ＭＰＬＳパスとＴＤＭパスの相互変換を含むクロスコネクト制御を行っている。また、ノードＣ、Ｅでは、ＴＤＭパスと波長パスの相互変換を含むクロスコネクト制御を行い、ノードＤは波長パスのみのクロスコネクトを行っている。
一方、インターネットの普及等による加入者データのトラフィックの増加と共に、情報通信ネットワークのシステム規模は飛躍的に拡大している。このため、ネットワークの効率のよいシグナリング及びルーティングを行うために、近年、ＧＭＰＬＳ（Generalized ＭＰＬＳ）と呼ばれる技術が注目されており、ＩＥＴＦ（Internet Engineering Task Force）にて標準化が進められている。
ＧＭＰＬＳとは、光ネットワーク上の信号をシグナリング及びルーティングするための技術である。ＭＰＬＳではパケットにラベルを付加してルーティング経路を指定していたが、ＧＭＰＬＳでは、光信号を電気信号に変換することなく、波長を識別することによってスイッチングし、光信号のままルーティング経路を決定することができる。
また、ネットワーク管理を行う場合、ＴＬ−１（Transaction Language−１：北米ＧＲ規格によって定められた言語仕様）コマンドなどを用いて、従来では、１ノードずつプロビジョン（データ登録や運用設定など）を行っていたが、ＧＭＰＬＳのシグナリングでは、パス単位に一度にプロビジョンが可能となる。
このようなネットワーク管理を、加入者データ系のＩＰネットワークの制御プロトコルを拡張してキャリア側のネットワークにも適用し、パス設定・保守をＩＰネットワークと統合することで、保守管理効率を上げようとするものである。
一方、これまでのＭＰＬＳは、パケットレイヤに限ってシグナリング及びルーティングを実現してきたが、ＧＭＰＬＳでは光ファイバ／波長／ＴＤＭ／ＩＰの全階層にまたがってシグナリング及びルーティングを制御する技術であるため、経路情報は各階層についてすべて広告する必要がある。
したがって、波長パスをシグナリングにより設定するためには、どのノードとどのノードが物理的に光ファイバで接続しているかという経路情報を、各ノードが知っておかなければならず、そのために全ノードは自ノードの物理的なリンクの経路情報をネットワーク内に広告する必要がある。このように物理的な経路情報を広告することで、ノード間における物理的な経路が構築され、任意のノード間に波長パスを設定することが可能となる。
さらに、ＴＤＭパスをシグナリングにより設定するためには、どのノードとどのノード間に波長パスが設定されているかという経路情報を各ノードが知っておく必要があり、そのために全ノードは波長パスを論理的なリンクとしてネットワーク内に広告する必要がある。ＭＰＬＳパスを設定する際にも同様に、ＴＤＭパスの経路情報を把握しておく必要がある。
例えば、１つのノードにおいて、２０本の光ファイバが接続されていれば２０本の物理リンクについてその物理リンクの先にどのノードが接続されているかという経路情報を広告しなければならない。また、その隣接ノードに対してもそれぞれの物理リンクについて経路情報を広告しなければならない。これはルーティングプロトコルが広告されたリンクのみ、その存在を認識してしまうためである。
ここで、２０本の光ファイバの各々に１００本の波長パスが存在すれば、２０光ファイバ×１００波長パス＝２，０００論理リンクについて経路情報を広告しなければならない。
さらに、１本の波長パスに１００本のＴＤＭパスが存在すれば、２，０００波長パス×１００ＴＤＭパス＝２０万論理リンクについて経路情報を広告しなければならないというように、階層が進むにつれ広告しなければならない経路情報が増大し、ネットワークの負荷を急増させてしまう。
このような問題を解決するために、ＩＥＴＦでは、Link Bundlingという方式を現在議論している（IETF Draft：draft-ietf-mpls-bundle-01.txt）。Link Bundlingとは、同じ宛先のパスを１つのパス(Bundled Link)に束ねて広告する制御のことである。Link Bundlingでは、発信側と着信側のノード間のパスは、途中の経路が異なっている場合でも、１つのリンクとして束ねることが可能である。
図４９はLink Bundlingの概念を示す図である。図では、複数の波長パスを１つのパス（Bundled Link）とし、複数のＴＤＭパスを１つのBundled Linkとしている様子を示している。また、パスがBundled Linkで束ねられていることは接続ノードに対して広告される。
ＧＭＰＬＳでは、光ファイバ／波長／ＴＤＭ／ＩＰの全階層でみると数百〜数十万本のリンクが存在するので、これまでのルータのように各経路情報を広告していたのでは制御ができなくなってしまう。したがって、Link Bundlingの目的は、同じ宛先のパスを１つのパスとして広告することにより、ルーティングプロトコルで取り扱う情報量を減らし、スケーラビリティの改善を図ることである。
従来、バンドリング機能を含む光ネットワーク技術として、地点間通信チャネルを各波長に割り当てた波長パス毎に、サービスを割り当てることにより、信号伝送速度・フォーマットに依存しない通信を実現するシステムなどが提案されている。例えば、特開平１１−９８０７７号公報（段落番号〔００２０〕〜〔００３９〕，第１図）参照。
上述したようなＩＥＴＦで提案されている従来のLink Bundling技術では、すでに存在するリンクに対してバンドルを設定するため、Bundled Linkを構成する個々のリンク（Component Link）の情報は、すでに広告されていることになり、Bundled Linkが設定されるまでは各ノードで全てのComponent Linkに関する経路情報を制御しなければならない。また、Bundled Link設定後はComponent Linkの経路情報を削除する作業が必要となるなど、ノードに負荷がかかることになり、Link Bundling本来の目的を十分果たしてないといった問題があった。
また、従来では、すでに存在するリンクに対して、バンドルを手動で設定・管理しており、発信側ノード及び着信側ノードそれぞれに、同じバンドル設定が必要であったため、設定操作による人為的ミスが発生したり、または保守作業に時間がかかるため、保守管理効率が低いといった問題があった。
さらに、Bundled Linkを設定したあとに、Component Linkを追加／削除する場合、一度Bundled Linkを解除しないといけないのかどうかについては、ＩＥＴＦでは明確にされていないといった問題があった。
発明の開示
本発明はこのような点に鑑みてなされたものであり、バンドリング伝送に対して、経路情報量及び広告回数を削減し、かつ保守管理を高効率化して、伝送品質の向上を図った伝送システムを提供することを目的とする。
本発明では上記課題を解決するために、図１に示すような、複数のパスを１つのパスに束ねるバンドリングを対象にした伝送制御を行う伝送システム１において、ノード間にパスを設定するときに、複数のパスを束ねることが可能なBundled Linkとして、着信側に対しパスを設定するパス設定部２０−１と、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する発信側経路情報広告部３０−１と、から構成される発信側伝送装置１０−１と、パスを認識し、Bundled Linkとして設定するパス認識部２０−２と、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する着信側経路情報広告部３０−２と、から構成される着信側伝送装置１０−２と、を有することを特徴とする伝送システム１が提供される。
ここで、パス設定部２０−１は、ノード間にパスを設定するときに、複数のパスを束ねることが可能なBundled Linkとして、着信側に対しパスを設定する。発信側経路情報広告部３０−１は、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する。パス認識部２０−２は、パスを認識し、Bundled Linkとして設定する。着信側経路情報広告部３０−２は、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する。
本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。
【図面の簡単な説明】
図１は、本発明の伝送システムの原理図である。
図２は、ネットワーク構成例を示す図である。
図３は、RSVP-TE extensionによる波長パス設定を示す図である。
図４は、Pathメッセージのフォーマット構成を示す図である。
図５は、Pathメッセージのフォーマットの設定情報を示す図である。
図６は、Resvメッセージのフォーマット構成を示す図である。
図７は、Resvメッセージのフォーマットの設定情報を示す図である。
図８は、TE LSAメッセージフォーマット構成を示す図である。
図９は、TE LSAメッセージフォーマットの設定情報を示す図である。
図１０は、本発明の伝送装置の構成を示す図である。
図１１は、ネットワーク構成を示す図である。
図１２は、ＬＳＰ＿ＩＤ管理テーブルを示す図である。
図１３は、パス管理テーブルを示す図である。
図１４は、ノードＡでのパス設定開始時のパス管理テーブルの設定値を示す図である。
図１５は、バンドル管理テーブルを示す図である。
図１６は、バンドルＩＤ管理テーブルを示す図である。
図１７は、バンドル管理テーブルを示す図である。
図１８は、ノードＡでのパス設定開始時のバンドル管理テーブルの設定値を示す図である。
図１９は、Pathメッセージのフォーマット構成を示す図である。
図２０は、Generalized Label Request Objectのフォーマット構成を示す図である。
図２１は、Explicit Route Objectのフォーマット構成を示す図である。
図２２は、Bundled Link Objectのフォーマット構成を示す図である。
図２３は、初回パスのPathメッセージ送信の様子を示す図である。
図２４は、ノードＣでのパス設定開始時のパス管理テーブルの設定値を示す図である。
図２５は、ノードＣでのパス設定開始時のバンドル管理テーブルの設定値を示す図である。
図２６は、初回パスのResvメッセージ送信の様子を示す図である。
図２７は、経路情報ＤＢの管理形式を示す図である。
図２８は、波長経路情報データベースを示す図である。
図２９は、TEDB(波長レイヤ)の設定情報を示す図である。
図３０は、経路情報広告の様子を示す図である。
図３１は、１本目のComponent Link追加の状態を示す図である。
図３２は、１本目のComponent Link追加後のBundled Linkを示す図である。
図３３は、２本目のComponent Link追加後のBundled Linkを示す図である。
図３４は、３本目のComponent Link追加後のBundled Linkを示す図である。
図３５は、Component Link削除を示す図である。
図３６は、パス設定におけるパス管理部の処理フローを示す図である。
図３７は、バンドル検索部の処理フローを示す図である。
図３８は、パス設定におけるバンドル管理部の処理フローを示す図である。
図３９は、パス設定におけるパス管理部の処理フローを示す図である。
図４０は、パス設定におけるバンドル管理部の処理フローを示す図である。
図４１は、パス設定におけるパス管理部の処理フローを示す図である。
図４２は、経路情報制御部の処理フローを示す図である。
図４３は、パス削除におけるバンドル管理部の処理フローを示す図である。
図４４は、パス削除におけるバンドル管理部の処理フローを示す図である。
図４５は、Bundled Linkのパス設定を示す図である。
図４６は、Bundled LinkへのComponent Link追加を示す図である。
図４７は、Bundled Linkの自動認識を示す図である。
図４８は、パスの多重化構造を示す概念図である。
図４９は、Link Bundlingの概念を示す図である。
発明を実施するための最良の形態
以下、本発明の実施の形態を図面を参照して説明する。図１は本発明の伝送システムの原理図である。伝送システム１は、発信側伝送装置１０−１と着信側伝送装置１０−２を含み、複数のパスを１つのパスに束ねるバンドリングを対象にした伝送制御を行うシステムである。
図では、ノードＮ１〜Ｎ５がシリアルに接続しており、入口ノード（Ingress）となるノードＮ２が発信側伝送装置１０−１を有し、出口ノード（Egress）となるノードＮ４が着信側伝送装置１０−２を有して、ノードＮ３を介して、ノードＮ２とノードＮ４との間でBundled Linkが確立されている様子を示している。
Bundled Linkとは、同じ宛先のパスを１つのパスとして束ねた単一リンクのことを意味する。なお、発信側伝送装置１０−１と着信側伝送装置１０−２の本発明の機能は、伝送装置として、実際には１台の同一の装置（ノード）内に含まれるものである。
発信側伝送装置１０-１は、パス設定部２０−１と発信側経路情報広告部３０−１から構成される。パス設定部２０−１は、光、ＴＤＭ、ＩＰなどの様々なネットワークに対して、ノード間にパスを設定するときに、複数のパスを束ねることが可能なBundled Linkとして、着信側に対しパスを設定する。
すなわち、本発明では、パスを設定するときに、バンドル設定（Bundled Link設定）も自動的に同時に行うということである（従来では、すでに確立しているパスに対して、バンドル設定を行っていた）。なお、バンドル設定とは、複数パスを束ねてBundled Linkを生成する際の制御を意味する。
発信側経路情報広告部３０−１は、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する。経路情報とは、トラフィック負荷、トラフィックタイプなどを含む、トラフィック・エンジニアリングに関する情報のことである（具体的にはTE LSAである。詳細は後述する）。
着信側伝送装置１０−２は、パス認識部２０−２と着信側経路情報広告部３０−２から構成される。パス認識部２０−２は、発信側が設定するパスを認識し、Bundled Linkとして設定する。着信側経路情報広告部３０−２は、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する。
これらの構成要素により、パスを設定するときに、そのパスがバンドル設定予定の最初の１本目のパスであれば、Bundled Linkとしてパス設定及び経路情報の広告を行う。そして、そのBundled Linkへのパス（Component Link）の追加がある場合は、以降の制御では、Bundled Linkへのパスの追加とみなしたパス設定及び経路情報広告の制御を行う。これらの制御は、管理者による最初のコマンド投入を除き、人手を介さずに自動的（自律的）に行われるものである。
なお、Component Linkとは、Bundled Linkを構成する個々のリンクのことを意味する（例えば、図１では、１つのBundled Linkの中に３本のComponent Linkがある）。
次に本発明の実施の形態の詳細を説明する前に、本発明に関連のＧＭＰＬＳの概要について説明する。ＧＭＰＬＳ技術を使用した場合、物理的な光ファイバがどのノード間に接続されているかという経路情報を、ルーティングプロトコルを用いて広告することにより、その経路情報をもとに経路計算を行い、シグナリングプロトコルを用いて目的ノードまでの波長パスを設定することができる。
さらに、この設定した波長パスがどのノード間に接続されているかという経路情報を、ルーティングプロトコルを用いて広告することにより、その経路情報をもとに経路計算を行い、シグナリングプロトコルを用いて目的ノードまでのＴＤＭパスを設定することができる。
このようにして、ＧＭＰＬＳは、光ファイバ／波長／ＴＤＭ／ＩＰの全階層にまたがってシグナリング及びルーティングプロトコルが動作することになる。この具体的な動作を、波長レイヤにて波長パスを設定し、その波長パスの経路情報をＴＤＭレイヤに広告する過程を用いて説明する。この場合、波長パスを設定するために必要な光ファイバの経路情報はすでにネットワーク内に広告されているものとする。
また、ＧＭＰＬＳのルーティングプロトコルとしては、ＩＰネットワークで一般的に使用されているＯＳＰＦ(Open Shortest Path First)をＧＭＰＬＳ用に拡張したOSPF extensionを使用し、ＧＭＰＬＳのシグナリングプロトコルとしては、ＩＰネットワークで一般的に使用されているRSVP-TE(resource reservation protocol traffic engineering)をＧＭＰＬＳ用に拡張したRSVP-TE extensionを使用した例について説明する。
図２はネットワーク構成例を示す図である。ノードＡ〜ノードＣでは、シリアルに接続しており、ノードＡには、ＴＤＭ装置６１、保守端末７０が接続し、ノードＣにはＴＤＭ装置６２が接続している。ノードＡ〜ノードＣは、波長を電気変換せず光のままクロスコネクトする光クロスコネクト制御（OXC：Optical Cross-Connect）を行う。また、ノードＡ〜ノードＣは、ノードＩＤとなるＩＰアドレスを保有している。ノードＩＤは、ネットワーク内で一意な値である。
図３はRSVP-TE extensionによる波長パス設定を示す図である。ノードＡからノードＣへＧＭＰＬＳによって、パス＃ａを設定する場合、ノードＡによりシグナリングが開始され、Pathメッセージが目的ノードであるノードＣへ送られる。
図４はPathメッセージのフォーマット構成を示す図である。Pathメッセージは、Common Header等と、各種のObject（Generalized Label Request Object、Explicit Route Object）のフィールドから構成される。
図５はPathメッセージのフォーマットの設定情報を示す図である。Pathメッセージ中のExplicit Route Objectに記されているルート（図ではノードＢ→ノードＣとなっている）にしたがって、Pathメッセージはその経路でリソース確保可能か否かを各ノードで判定されながらノードＣまで行く。そして、同じ経路を今度はResvメッセージによってリソース確保をしながら、ノードＣからノードＡまで折り返し伝搬される。
図６はResvメッセージフォーマット構成を示す図である。Resvメッセージは、Common Header等と、Generalized Label Objectのフィールドから構成され、Generalized Label Objectは、Object Headerと波長ラベルのフィールドから構成される。
図７はResvメッセージフォーマットの設定情報を示す図である。ノードＣが送信するResvメッセージの設定値が示されている。例えば、ノードＣで波長ラベル：２を指定したResvメッセージをノードＢが受けると、指定された波長ラベルにしたがい、ノードＣ方向の出方路の波長ラベル：２の確保を行う。また、ノードＢは、ノードＡ方向の入方路の波長ラベルとして波長ラベル：１の確保を行うと、入方路の波長ラベル：１から出方路の波長ラベル：２へのクロスコネクト設定を行う。
その後、入方路側の波長ラベル：１を次ノードであるノードＡへ渡すResvメッセージに載せて送信する。以降、ノードＡでも同様の動作を行うことにより、ノードＡとノードＣの間に波長パスが設定される。
次に設定された波長パスの経路情報広告について説明する。波長パスの経路情報広告を行うノードは、波長パスの両端ノードであるノードＣとノードＡである。ノードＣは、Resvメッセージを送信したことをトリガに、またノードＡはResvメッセージを受信して波長パス設定完了したことをトリガに、該当の波長パスの経路情報広告を開始する。
ノードＡとノードＣは、経路情報として、TE LSA(Traffic Engineering Link State Advertisement)をネットワーク内に広告する。図８はTE LSAメッセージフォーマット構成を示す図である。TE LSAメッセージは、Common Header等と、TE LSA Headerと、sub-TLVと、Maximum bandwidthと、Interface Switching Capability Descriptorのフィールドから構成される。
また、Maximum bandwidthはsub-TLV(Type Length Value)Headerと物理帯域のフィールドから構成され、Interface Switching Capability Descriptorは、sub-TLV HeaderとSwitching TypeとLSP Encoding Typeと、最小LSP帯域のフィールドから構成される。
図９はTE LSAメッセージフォーマットの設定情報を示す図である。広告されたTE LSAは、ＴＤＭ装置６１、６２にて受信される。ＴＤＭ装置６１、６２は、受信したTE LSAのSwitching Type=TDM、LSP Encoding Type=SONETを確認することにより、ノードＡ〜ノードＣ間に設定可能なリンクがつながったことを認識する。なお、物理帯域は１０Ｇｂｐｓで、ＬＳＰの最小帯域はＳＴＳ−１を使用となっている。
次に本発明の伝送装置の構成について説明する。図１０は本発明の伝送装置の構成を示す図である。伝送装置１０は、コマンドＩＦ（インタフェース）制御部４０、パス／シグナリング制御部２０、ルーティング制御部３０、制御チャネルＩＦ部５０から構成される。
パス／シグナリング制御部２０は、パス管理部２１、バンドル管理部２２、バンドル検索部２３、リソース管理部２４、シグナリング制御部２５から構成され、ルーティング制御部３０は、経路計算部３１、経路情報制御部３２、経路情報ＤＢ（データベース）３４、広告部３３から構成される。なお、本発明のパス設定部及びパス認識部の機能は、パス／シグナリング制御部２０に含まれ、本発明の経路情報広告部の機能は、ルーティング制御部３０に含まれる。
コマンドＩＦ制御部４０は、ＴＬ１やＳＮＭＰ（Simple Network Management Protocol）などを使用し、管理者からのコマンドを受け付けて、コマンドのチェックや他部位が利用する引数などの抽出を行う。また、コマンド処理結果を管理者に通知する。
パス管理部２１は、パスの設定／削除処理を行い、パスの確立状態を管理する。また、コマンドによるパス設定要求があった場合、またはシグナリングメッセージの受信にもとづき、パス管理部２１は、バンドル管理部２２に対してバンドル設定の要求を行う。さらに、パス設定完了後は、Bundled Linkとしての経路情報広告の要求を行う。
バンドル管理部２２は、複数パス（複数Component Link）を束ねてBundled Linkとしての管理制御を行う。具体的には、Bundled Linkに対するComponent Linkの追加／削除の制御と、追加／削除による合計帯域の増減管理とを行う。また、自ノードがパス設定のパス端ノード（発信側ノード）である場合、経路情報を広告するか否かを判断する。
バンドル検索部２３は、これから設定しようとするパスに対して、バンドル可能なBundled Linkが存在するかを、宛先アドレスをもとに検索して、該当するBundled Linkを抽出する。
リソース管理部２４は、パスのリソース情報（使用帯域、空き帯域など）を管理する。シグナリング制御部２５は、シグナリングプロトコルを終端する。また、パス設定／削除指示によりシグナリングメッセージを生成し、他ノード（着信側ノード）に送信する。さらに、他ノードから受信したシグナリングメッセージの処理（情報抽出）を行う。本発明ではBundled Link情報及び経路情報広告指示をシグナリングメッセージに設定し送信する。
経路計算部３１は、ネットワークの経路情報から、パスの宛先までのルートを計算する。経路情報制御部３２は、経路情報を管理し広告を制御する。具体的には、パス生成、削除及び変更（帯域など）に対する経路情報ＤＢ３４の変更を行う。なお、本発明では個々のパスとしてでなくBundled Linkの帯域の大きさとして経路情報を管理する。また、経路情報の広告指示にもとづき広告するか否かを決定する。
広告部３３は、ルーティングプロトコルを終端し、経路情報の広告を行う。また、他ノードで広告された経路情報を受信する。制御チャネルＩＦ部５０は、ノード間の制御チャネルを終端し、シグナリングプロトコル及びルーティングプロトコルのメッセージを送受信する。
次に本発明の動作について以降詳しく説明する。制御動作としては、“初回のBundled Link設定（すぐに広告指定）”→“１本目のComponent Link追加（すぐに広告指定）”→“２本目のComponent Link追加（すぐに広告しない指定）”→“３本目のComponent Link追加（すぐに広告指定）”→“Component Link削除（すぐに広告指定）”の流れで説明する。
なお、説明を簡略化するために、発信側ノードから着信側ノードまでの片方向パスを設定する場合について示す（双方向パスであっても当然本発明は適用可能である）。
また、ＧＭＰＬＳのルーティングプロトコルとしては、OSPF extensionを使用し、ＧＭＰＬＳのシグナリングプロトコルとしては、RSVP-TE extensionを使用した例について説明する（ルーティングプロトコルとしてIS-IS(Intermediate System - Intermediate System）extension、シグナリングプロトコルとして、CR-LDP(Constraint-based Routing - Label Distribution Protocol)extensionを使用してもよい）。
まず、“初回のBundled Link設定（すぐに広告指定）”に対し、ある２つのノード間に最初のBundled Linkを自律的に設定し、Bundled Linkとしての経路情報を広告する場合の各ノードの動作について説明する。
図１１はネットワーク構成を示す図である。光クロスコネクト（ＯＸＣ）制御を行うノードＡ〜ノードＥは、図のようにリング状に接続しており、ノードＡには、ＴＤＭ装置６１、保守端末７０が接続し、ノードＣにはＴＤＭ装置６２が接続している。また、ノードＡ〜ノードＥは、ネットワーク内で一意なノードＩＤとなるＩＰアドレスを保有している。
最初に、ノードＡが、管理者からのBundled Linkパス設定要求を受け付け、シグナリング動作を開始する際の動作について説明する。管理者は、ノードＡ(172.27.170.1)からノードＣ(172.27.170.3)に、Bundled Linkとして使用する波長パスを設定するものとする。
波長パスの帯域は１０Ｇｂｐｓ固定であって、管理者はパス要求の際に、パラメータを指定する。このパラメータには、宛先ノードＩＤがノードＣ(172.27.170.3)であること、要求パスがバンドル対象であること、パス確立後には自動的に経路情報を広告すること、の内容が指定されている。
ノードＡ内のコマンドＩＦ制御部４０は、管理者より受信したBundled Linkパス設定要求をパス管理部２１に通知する。パス管理部２１は、パス管理に必要なＬＳＰ（Label Switched Path）＿ＩＤを取得する。ＬＳＰ＿ＩＤは、発信側ノードが割り当て、そのノード内で一意な値である。
図１２はＬＳＰ＿ＩＤ管理テーブルを示す図である。ＬＳＰ＿ＩＤ管理テーブルＴ１は、パス管理部２１内に含まれ、ＬＳＰ＿ＩＤが現在使用中か未使用かのフラグで構成されている。パス管理部２１は、ＬＳＰ＿ＩＤ管理テーブルＴ１をサーチして、未使用なＬＳＰ＿ＩＤを取得する。
次にパス管理部２１は、自己のノードＩＤ（ノードＡ(172.27.170.1））に取得したＬＳＰ＿ＩＤを付加して、パスＩＤを生成し、パスＩＤにもとづき、要求パスに対する各種の情報を設定する。なお、パスＩＤは、シグナリングにより張られるパスの識別子のことで、パスＩＤ＝発信側ノードＩＤ＋ＬＳＰ＿ＩＤであり、ネットワーク内で一意な値である。
図１３はパス管理テーブルを示す図である。パス管理テーブルＴ２は、パス管理部２１内に含まれ、１つのパスの情報として、宛先ノードＩＤ、パス状態、バンドルパスＩＤ、入力ポート番号、出力ポート番号、入力波長ラベル、出力波長ラベルを設定するフィールドで構成される（なお、図中の○数字は、後述のフローチャートで説明を行う際にわかりやすいように付けたもので図３６以降で後述する）。
パス管理部２１は、パスＩＤでパス管理テーブルＴ２をインデックスして各フィールドの値を設定する。なお、宛先ノードＩＤ〜出力ポート番号は、Pathメッセージ処理時（送信データ処理時）に設定し、入力波長ラベルと出力波長ラベルは、Resvメッセージ処理時（受信データ処理時）に設定する。
図１４はノードＡでのパス設定開始時のパス管理テーブルＴ２の設定値を示す図である。この時点では、宛先ノードＩＤのフィールドを172.27.170.3（ノードＣ）、パス状態のフィールドを“１”、バンドルパスＩＤ〜出力波長ラベルのフィールドを“０”として、パス管理テーブルＴ２に設定する。なお、パス状態として、“１”はパス設定中、“２”はパス解放中、“３”は通信中を意味する。
また、バンドルパスＩＤ及び出力ポート番号〜出力波長ラベルのフィールドが“０”とは、後で設定することを意味し、入力ポート番号が“０”とは、入力ポートは用いないことを意味する（ノードＡ→ノードＣを設定するため）。
次にパス管理部２１は、Bundled Linkパス管理を行うためのバンドルＩＤの取得をバンドル管理部２２に要求する（従来であれば、ここでルート決定処理が行われていた）。バンドルＩＤは、発信側ノードが割り当て、そのノード内で一意な値である。
バンドル管理部２２は、パス管理部２１によるバンドルＩＤ取得指示を受けると、まず、バンドル対象となるパスのサーチをバンドル検索部２３に依頼する。“バンドル対象となるパスのサーチ”とは、すなわち、ノードＡとノードＣの間に、Bundled Linkがすでにあるか否かをサーチするということである。バンドル検索部２３は、管理者より入力された宛先ノードＩＤをもとに、バンドル対象となるパスをサーチする。
図１５はバンドル管理テーブルを示す図である。バンドル管理テーブルＴ３ａは、バンドル管理部２２内に含まれ、１つのパスの情報として、宛先ノードＩＤ、バンドルＩＤ、経路情報広告有無、合計帯域、Component Link数、Component LinkパスＩＤを設定するフィールドで構成される。
バンドル検索部２３は、バンドル管理テーブルＴ３ａに対して、管理者より通知された宛先ノードＩＤをサーチするが、この階段では、初回のパス設定であるため空欄となっている。したがって、バンドル対象無し（すなわち、最初のBundled Linkを設定するということ）の旨を、バンドル検索部２３は、バンドル管理部２２に通知する。
バンドル管理部２２は、上述の結果を認識した後に、バンドルＩＤの取得処理を行う。図１６はバンドルＩＤ管理テーブルを示す図である。ハンドルＩＤ管理テーブルＴ４は、バンドル管理部２２内に含まれ、バンドルＩＤが現在使用中か未使用かのフラグで構成されている。バンドル管理部２２は、バンドルＩＤ管理テーブルＴ４をサーチして、未使用なバンドルＩＤを取得する（バンドルＩＤ＝１を取得したとする）。
次にバンドル管理部２２は、自己のノードＩＤ（ノードＡ(172.27.170.1)）に取得したバンドルＩＤ＝１を付加して、バンドルパスＩＤを生成し、バンドルパスＩＤをパス管理部２１に通知する。バンドルパスＩＤは、複数のパスを束ねた単一リンクを表す識別子のことで、発信側ノードＩＤ＋バンドルＩＤであり、ネットワーク内で一意な値である。
図１７はバンドル管理テーブルＴ３を示す図である。バンドルパスＩＤでインデックスされている様子を示している。図１８はノードＡでのパス設定開始時のバンドル管理テーブルＴ３の設定値を示す図である。この時点では、宛先ノードＩＤのフィールドを172.27.170.3（ノードＣ）、バンドルＩＤを“１”、経路情報広告有無〜Component LinkパスＩＤを“０”と設定している。
また、経路情報広告有無が“０”とは、すぐに広告することを示し（“１”はすぐに広告しないことを示す）、合計帯域〜Component LinkパスＩＤが“０”とは、値がないことを示す。なお、Component LinkパスＩＤ＝パスＩＤである。
パス管理部２１は、受信したバンドルパスＩＤを、図１３のパス管理テーブルＴ２に設定した後、経路計算部３１に対して、パスのルート決定を要求する。ルート決定方法については、最短経路探索アルゴリズムとして、ＯＳＰＦで用いられるダイクストラアルゴリズムにしたがってもよい。ここでは、ルートが、ノードＢを経由して、ノードＡからノードＣに向かうものと決定したとする。
次にパス管理部２１は、シグナリング制御部２５に対しPathメッセージ送信要求を行う。図１９はPathメッセージのフォーマット構成を示す図である。Pathメッセージは、Common Header等と、各種のObject（Generalized Label Request Object、Explicit Route Object、Bundled Link Object）のフィールドから構成される。Bundled Link Objectは、本発明であらたに追加したフィールドである。図２０、図２１それぞれに、Generalized Label Request ObjectとExplicit Route Objectのフォーマット構成を示す。Generalized Label Request ObjectはObject Headerと、LPS Encoding Typeと、Switching Typeと、G-PDIとのフィールドから構成され、Explicit Route Objectは、Object Headerと、経由ノード情報のフィールドから構成される。
図２２はBundled Link Objectのフォーマット構成を示す図である。Bundled Link Objectは、Object Headerと、バンドル管理テーブルＴ３内の設定情報（バンドルＩＤ、経路情報広告有無、合計帯域、Component Link数、Component LinkパスＩＤ）から構成されている。
シグナリング制御部２５は、本発明で追加したBundled Link Objectを付加したPathメッセージを編集する。そして、制御チャネルＩＦ部５０は、隣接のノードＢへ編集されたPathメッセージを送信する。
このようにして、ノードＡから送信されたPathメッセージは、ノードＢを経由し、宛先ノードであるノードＣに到達する。図２３に初回パスのPathメッセージ送信の様子を示す。システム構成は図１１と同様である。
なお、中継ノードであるノードＢの動作としては、新規にPathメッセージに付加したBundled Link Objectを、そのままトランスペアレントに転送するだけであり、その他の動作については既存処理と同様であるため説明は省略する。
次に着信側ノードであるノードＣについて、ノードＣの制御チャネルＩＦ部５０は、受信したPathメッセージをシグナリング制御部２５に通知し、シグナリング制御部２５は、そのPathメッセージをパス管理部２１に通知する。パス管理部２１は、発信側ノードと同様に、空いているＬＳＰ＿ＩＤを取得して、受信したPathメッセージにもとづいて、パス管理テーブルＴ２を設定する。
図２４はノードＣでのパス設定開始時のパス管理テーブルＴ２の設定値を示す図である。この時点では、宛先ノードＩＤのフィールドを172.27.170.3（ノードＣ）、パス状態のフィールドを“１”、バンドルパスＩＤを172.27.170.1（ノードＡ）＋１（バンドルＩＤ）、入力ポート番号を“２”、出力ポート番号〜出力波長レベルは“０”と設定されている。
次にパス管理部２１は、バンドル管理部２２に対しバンドルの最終設定を要求する。バンドル管理部２２は、パス管理部２１から通知されたバンドルパスＩＤ（ノードＡ(172.27.170.1)＋バンドルＩＤ＝１）にて、図１５で示したバンドル管理テーブルＴ３をインデックスし、宛先ノードを抽出する。
ただし、この場合、宛先ノードがまだ設定されていないため、最初のBundled Link設定であると認識し、図２５に示すようにバンドル管理テーブルＴ３に値を設定して、パス管理部２１に制御を戻す。
図２５はノードＣでのパス設定開始時のバンドル管理テーブルの設定値を示す図である。設定内容は、宛先ノードＩＤのフィールドを172.27.170.3（ノードＣ）、バンドルＩＤを“１”、経路情報広告有無を“０”、合計帯域を“１００００”、Component Link数を“１”、Component LinkパスＩＤを172.27.170.1（ノードＡ）＋（ＬＳＰ＿ＩＤ）と設定される。
パス管理部２１は、リソース管理部２４に波長ラベル割り当てを要求し、割り当てられた波長ラベル(波長レベル＝２とする)をパス管理テーブルＴ２に設定し、さらにパス状態を“通信中”に設定する。そして、パス管理部２１は、シグナリング制御部２５にResvメッセージの送信要求を行う。
シグナリング制御部２５は、Resvメッセージを編集し、制御チャネルＩＦ部５０はResvメッセージを送信する。なお、Resvメッセージは、従来のResvメッセージフォーマットと同様であるため、説明は省略する。
このようにしてノードＣから送信されたResvメッセージは、ノードＢを経由し、発信側ノードであるノードＡに到達する。図２６に初回パスのResvメッセージ送信の様子を示す。システム構成は図１１と同様である。
一方、発信側ノードであるノードＡにてResvメッセージを受信すると、Resvメッセージは、制御チャネルＩＦ部５０、シグナリング制御部２５を経由してパス管理部２１に到達する。
パス管理部２１は、パス管理テーブルＴ２の出力波長ラベルに、Resvメッセージにて受信した波長ラベルを設定する。また、バンドル管理部２２に対して、バンドル設定要求を行う。バンドル管理部２２は、ノードＣの動作と同様に、バンドル管理テーブルＴ３を設定し（すなわち、合計帯域、Component Link数、Component LinkパスＩＤを設定し）、パス管理部２１に制御を戻す。
パス管理部２１は、パス管理テーブルＴ２のパス状態を“通信中”に設定する。そして、経路情報制御部３２にBundled Linkの経路情報を通知するとともに、コマンドＩＦ制御部４０に対して、Bundled Link設定完了を通知する。
コマンドＩＦ制御部４０は、管理者にBundled Link設定完了の通知を行うことにより、管理者はBundled Linkの設定完了を認識することとなる。以上説明したようにして、発着側ノードで同期して、Bundled Linkパスの設定が可能になる。
一方、上述したように発信ノードであるノードＡの経路情報制御部３２は、パス管理部２１よりBundled Linkの経路情報が通知されている。経路情報制御部３２は、この経路情報を経路情報ＤＢ３４へ蓄積して管理しなければならないが、経路情報制御部３２の処理を説明する前に、まず経路情報の管理の考え方について説明する。
ＧＭＰＬＳ技術を使用するノードは、光ファイバレイヤ、波長パスレイヤなど各レイヤの経路情報を管理しなければならないので、複数レイヤを扱うノードは、レイヤごとに情報を管理する必要がある。
図２７は経路情報ＤＢ３４の管理形式を示す図である。図では、光ファイバレイヤ、波長パスレイヤ、ＴＤＭレイヤ、ＩＰレイヤというように、レイヤ毎に経路情報Ｌ１〜Ｌ４を蓄積して管理している。
レイヤ毎の経路情報Ｌ１〜Ｌ４は、OSPFルーティングプロトコルでは、TE LSAを使用して広告されるので、以降、経路情報を蓄積するデータベース名をTEDB(Traffic Engineering Data Base)と呼ぶことにする。
次に経路情報制御部３２について説明する。ノードＡのパス管理部２１よりBundled Linkの経路情報を通知された経路情報制御部３２は、まず通知された経路情報から、制御するデータベースが波長レイヤであることを決定する。
次に経路情報の一部であるノードＩＤにもとづいて、TEDB（波長レイヤ）Ｌ２をサーチし、対象となるTE LSAが存在するかどうかをチェックする。この場合は、初回の波長パスであるため、対象TE LSA無しであるため、経路情報をもとにTE LSAを作成し、作成したTE LSAをTEDB（波長レイヤ）Ｌ２にリンクする。この時に作成するTE LSAは上述した図８、図９のようになる。
次に経路情報制御部３２は、ダイクストラアルゴリズムを用いてルート計算を行い、TEDB（波長レイヤ）Ｌ２に設定する。この場合、作成したTE LSAが自ノードのものであるため、TEDB（波長レイヤ）Ｌ２の設定情報はほとんどなく図２８、図２９の通りとなる。図２８は波長経路情報データベースを示す図であり、図２９はTEDB(波長レイヤ)の設定情報を示す図である。
波長経路情報データベースは、TE LSA格納バッファアドレス、宛先ノードＩＤ、Next HOP ID Metric、出力ポート番号等のフィールドから構成される。また、ノードＡの波長経路情報データベースの設定値は、TE LSA格納バッファアドレスにはメモリアドレス、宛先ノードＩＤにはノードＡのＩＤ(172.27.170.1)、Next HOP ID＝0、Metric＝０、出力ポート番号＝０と設定されている。
最後に経路情報制御部３２は、TE LSAをすぐに広告するかを決定する。この場合、“すぐに広告する”と指定されているため、経路情報制御部３２は、作成したTE LSAの広告を広告部３３に要求する。広告部３３は、要求にしたがい、制御チャネルＩＦ部５０を通してTE LSAを広告する。広告するTE LSAフォーマットは、上述した図８、図９と同様である。
また、ノードＡによって広告されたTE LSAは、ネットワーク全体に到達する。図３０は経路情報広告の様子を示す図である。図に示すように、ネットワーク全体に到達するため、ＴＤＭ装置６１、６２は、ノードＡとノードＣ間に１０Ｇｂｐｓの波長パスが設定されたことを認識することで、ＴＤＭ装置６１とＴＤＭ装置６２間にＳＯＮＥＴパスを設定することが可能となる。
以上説明したように、発着信ノードで自動的にBundled Linkパスの設定、及びBundled Linkパス確立認識による経路情報広告ができる。
次に“１本目のComponent Linkを追加（すぐに広告指定）”を行う場合について説明する。すでに説明した“初回のBundled Link設定（すぐに広告指定）”に続き、図３０に示す管理者よりComponent Link設定要求を受信した場合の各ノードの動作を説明する。
管理者は、ノードＡ(172.27.170.1)からノードＣ(172.27.170.3)に、Bundled Linkに追加するComponent Link（波長パス）を設定するものとする。波長パスの帯域は１０Ｇｂｐｓ固定であり、管理者はパス要求の際に、宛先ノードＩＤ＝ヨードＣ(172.27.170.3)、バンドル対象であること、波長パス確立後自動的に経路情報を広告すること、をパラメータとして指定したものとする。
また、どのBundled LinkにComponent Linkを追加するかを明示的に指定しなくても、バンドル対象となるBundled Linkを自動的に決定することが可能であることを合わせて説明する。
管理者からノードＡに投入されたComponent Link設定要求をトリガに、“初回のBundled Link設定（すぐに広告指定”）と同様に、処理フローは、コマンドＩＦ制御部４０、パス管理部２１、バンドル管理部２２を経由し、バンドル検索部２３に到達する。ここまでの動作は上述したため省略するが、パス管理部２１で取得したＬＳＰ＿ＩＤは２とする。
バンドル検索部２３は、管理者より入力された宛先ノードＣのＩＤ(172.27.170.3)をもとに、図１７のバンドル管理テーブルＴ３をサーチし、バンドル対象となるパスをサーチする。
この場合、すでにBundled Linkが登録されているため、バンドル対象有りということになり、抽出したバンドル対象のバンドルパスＩＤ（ノードＡのＩＤ(172.27.170.1)＋バンドルＩＤ＝１）をバンドル管理部２２に通知することで自動的にバンドル対象を決定することができる。
バンドル管理部２２は、抽出したバンドルパスＩＤをパス管理部２１に通知する。パス管理部２１は、経路計算の要求、Pathメッセージ送信要求などを行い、シグナリング制御部２５はPathメッセージの編集を行う（本処理については説明済みなので省略）。
Component Linkの経路計算においては、すでに設定されているBundled Linkと着信側ノードが同一であれば経路が異なっても特に問題無くバンドルとして設定できるが、説明の簡便のため、Bundled Linkと同一経路であるノードＢ→ノードＣの経路を選択したこととする。
図３１は１本目のComponent Link追加の状態を示す図である。ノードＡから送信されたPathメッセージは、図に示すようにノードＢを経由し、宛先ノードであるノードＣに到達する。このように、指定された宛先ノードＩＤをもとに、バンドル対象となるBundled Linkを自動的に決定することができる。
一方、着信側ノードであるノードＣにてPathメッセージを受信すると、制御チャネルＩＦ部５０、シグナリング制御部２５、パス管理部２１を経由して、バンドル管理部２２に到達する。ここまでの動作はすでに説明したため省略する。
バンドル管理部２２は、バンドルパスＩＤ（ノードＡのＩＤ(172.27.170.1)＋バンドルＩＤ＝１）にて、図１７のバンドル管理テーブルＴ３をインデックスした場合、宛先ノードＩＤとしてノードＣ(172.27.170.3)が登録されており、すでにBundled Linkが設定されていると認識する。
そして、追加するComponent LinkパスＩＤ（ノードＡのＩＤ(172.27.170.1)＋ＬＳＰ＿ＩＤ＝２）をテーブルに設定し、合計帯域に１０Ｇｂｐｓを加算し２０Ｇｂｐｓを設定する。さらに、Component Link数も＋１加算して２とする。その後、パス管理部２１に制御を戻す。
パス管理部２１では、すでに説明したように波長ラベルの割当て要求、シグナリング制御部２５へのResvメッセージの送信要求を行う。このようにして、ノードＣから送信されたResvメッセージは、図３１に示すようにノードＢを経由し、発信側ノードであるノードＡに到達する。
一方、発信側ノードであるノードＡにてComponent LinkのResvメッセージを受信した場合、すでに上述したように、パス管理部２１にて図１３のパス管理テーブルＴ２への出力波長ラベル設定、バンドル管理部２２にて図１７のバンドル管理テーブルＴ３の更新（Component LinkパスＩＤ設定、合計帯域＋１０Ｇｂｐｓ、Component Link数＋１）を行う。
さらに、パス管理部２１は、経路情報制御部３２にBundled Linkの経路情報を通知するとともに、コマンドＩＦ制御部４０に対しComponent Link設定完了を通知する。コマンドＩＦ制御部４０は、管理者に通知を行うことにより、管理者はComponent Linkの設定完了を認識することとなる。
また、ノードＡにて、パス管理部２１よりBundled Linkの経路情報を通知された経路情報制御部３２は、まず通知された経路情報から制御するデータベースが波長レイヤであることを決定する。
次に経路情報の一部であるノードＩＤにて、TEDB（波長レイヤ）Ｌ２をサーチし、対象となるTE LSAが存在するかどうかをチェックする。この場合は、すでにBundled Linkが設定されているため、対象TE LSAが存在することとなる。
この場合、Component Link追加により別パスとしてあらたにTE LSAを作成するわけではなく、Component Link追加によるBundled Linkの帯域増加分をすでに存在するTE LSAに反映する。
したがって、TE LSA内の物理帯域をBundled Linkの合計帯域である２０Ｇｂｐｓに変更することとなる。また、TE LSAにBundled Linkの空き帯域やComponent Link毎の空き帯域を設定してもよく、この場合はこれらの情報も更新することが必要となる。
次に経路情報制御部３２は、ダイクストラアルゴリズムを用いてルート計算後、TE LSAをすぐに広告するかを決定する。この場合、“すぐに広告する”と指定されているため、経路情報制御部３２は、作成したTE LSAの広告を広告部３３に要求し、制御チャネルＩＦ部５０を通してTE LSAを広告する。
図３２は１本目のComponent Link追加後のBundled Linkを示す図である。ノードＡで広告されたTE LSAは、図に示すネットワーク全体に到達するため、ＴＤＭ装置６１，６２は、ノードＡ→ノードＣ間の１０Ｇｂｐｓの波長パスが、２０Ｇｂｐｓに増加することを認識することが可能となる。
以上説明したように、Bundled Linkを構成するComponent Linkのパス追加が可能となり、Component Linkの追加により仮想的にBundled Linkの帯域が増加したようにネットワーク内に広告することができる。
次に“２本目のComponent Link追加（すぐに広告しない指定）”を行う場合について説明する。すでに説明した“１本目のComponent Link追加（すぐに広告指定）”に続き、図３２に示す管理者より２本目のComponent Link設定要求を受信した場合の各ノードの動作を説明する。
管理者は、ノードＡ(172.27.170.1)からノードＣ(172.27.170.3)に、Bundled Linkに追加するComponent Link（波長パス）を設定するものとする。波長パスの帯域は１０Ｇｂｐｓ固定であり、管理者はパス要求の際に、宛先ノードＩＤ＝ノードＣ(172.27.170.3)、バンドル対象であること、波長パス確立後自動的に経路情報を広告しないこと、をパラメータとして指定したものとする。
ノードＡからノードＣへのComponent Link追加におけるパス設定方法については、“１本目のComponent Link追加（すぐに広告指定）”で上述したので説明は省略する。ただし、パス設定後の経路情報広告については、異なるため以下に説明する。
ノードＡにて、Component Link設定完了後、パス管理部２１よりBundled Linkの経路情報を通知された経路情報制御部３２は、TEDB（波長レイヤ）Ｌ２の中から該当するTE LSAをサーチし、TE LSA内の物理帯域を２０Ｇｂｐｓから３０Ｇｂｐｓに更新する。
次に経路情報制御部３２は、ダイクストラアルゴリズムを用いてルート計算後、TE LSAをすぐに広告するかを決定する。この場合、“すぐに広告しない”と広告指定されているため、経路情報制御部３２は、作成したTE LSAの広告を行わず処理を終了する。この広告指定は、ここでは、設定するパス毎に指定できることとしたが、個々のパス毎でなくBundled Linkとして広告指定のモードを持ってもよい。
図３３は２本目のComponent Link追加後のBundled Linkを示す図である。したがって、図のネットワークに示すようにComponent Linkは追加されているものの、ネットワーク内の他のノードは、その情報を知らない状態である。これは、Bundled Linkの設定過渡期などで不用意に経路情報広告を行いたくない場合や、むやみにネットワークに負荷をかけたくない場合に非常に有用である。
次に“３本目のComponent Link追加（すぐに広告指定）”を行う場合について説明する。すでに上述した“２本目のComponent Link追加（すぐに広告しない指定）”に続き、図３２に示す管理者より３本目のComponent Link設定要求を受信した場合の各ノードの動作を説明する。
管理者は、ノードＡ(172.27.170.1)からノードＣ(172.27.170.3)に、Bundled Linkに追加するComponent Link（波長パス）を設定するものとする。波長パスの帯域は１０Ｇｂｐｓ固定であり、管理者はパス要求の際に、宛先ノードＩＤ＝ノードＣ(172.27.170.3)、バンドル対象であること、波長パス確立後自動的に経路情報を広告すること、をパラメータとして指定したものとする。
ノードＡからノードＣへのComponent Link追加におけるパス設定方法については、“１本目のComponent Link追加（すぐに広告指定）”で上述したので、説明は省略する。パス設定後の経路情報広告については、以下に説明する。
ノードＡにて、Component Link設定完了後、パス管理部２１よりBundled Linkの経路情報を通知された経路情報制御部３２は、TEDB（波長レイヤ）Ｌ２の中から該当するTE LSAをサーチし、TE LSA内の物理帯域を３０Ｇｂｐｓから４０Ｇｂｐｓに更新する。
次に経路情報制御部３２は、ダイクストラアルゴリズムを用いてルート計算後、TE LSAをすぐに広告するかを決定する。この場合、“すぐに広告する”と指定されているため、経路情報制御部３２は、作成したTE LSAの広告を広告部３３に要求し、制御チャネルＩＦ部５０を通してTE LSAを広告する。
図３４は３本目のComponent Link追加後のBundled Linkを示す図である。ノードＡにて広告されたTE LSAは、図に示すネットワーク全体に到達する。ＴＥＭ装置６１、６２は、以前TE LSAを受信した時点でノードＡ→ノードＣ間の波長パスは２０Ｇｂｐｓだと認識していたが、今回のTE LSAの広告により一気に４０Ｇｂｐｓに増加したと認識することになる。
以上説明したように、本発明では、個々のパス設定完了をトリガに情報広告を行うのではなく、複数パスの設定が完了したあとに一括して情報広告を行うことができる。
次に“Component Link削除（すぐに広告指定）”を行う場合について説明する。図３５はComponent Link削除を示す図である。すでに説明した“３本目のComponent Link追加（すぐに広告指定）”の状態から、図に示す管理者よりComponent Link削除要求を受信した場合の各ノードの動作を説明する。
管理者は、ノードＡ(172.27.170.1)からノードＣ(172.27.170.3)に、設定されたBundled Link中のComponent Link（波長パス）を削除するものとする。
管理者はパス削除要求の際に、宛先ノードＣのＩＤ(172.27.170.3)、バンドル対象であること、波長パス削除後自動的に経路情報を広告すること、をパラメータとして指定したものとする。
管理者が、複数存在するComponent Linkの中から、削除するComponent Linkを指定してもよいが、ここでは管理者が指定するのではなく装置が自動的に選択するものとして説明を行う。
管理者からノードＡに投入されたComponent Link削除要求をトリガに、Component Link追加にて説明した場合と同様に、処理フローはコマンドＩＦ制御部４０、パス管理部２１、バンドル管理部２２を経由し、バンドル検索部２３に到達する。
バンドル検索部２３は、管理者より入力された宛先ノードＣのＩＤ(172.27.170.3)をもとに、図１７のバンドル管理テーブルＴ３をサーチし、バンドル対象となるパスをサーチし、抽出したバンドル対象のバンドルパスＩＤ（ノードＡのＩＤ(172.27.170.1)＋バンドルＩＤ＝１）をバンドル管理部２２に通知する。
バンドル管理部２２は、抽出したバンドルパスＩＤにて図１７のバンドル管理テーブルＴ３をインデックスし、削除するComponent LinkパスＩＤを抽出し、パス管理部２１に通知する。
パス管理部２１は、Component LinkパスＩＤで示されるパスの削除を行うため、シグナリング制御部２５に対しPathTearメッセージの送信要求を行う。シグナリング制御部２５は、PathTearメッセージを編集し、制御チャネルＩＦ部５０を通して送信する。このようにしてノードＡから送信されたPathTearメッセージは、図３５に示すようにノードＢを経由し、宛先ノードであるノードＣに到達する。
一方、着信側ノードであるノードＣにてPathTearメッセージを受信すると、制御チャネルＩＦ部５０、シグナリング制御部２５、パス管理部２１を経由してバンドル管理部２２に到達する。ここまでの動作はComponent Link追加にて説明した場合と同様であるため省略する。
バンドル管理部２２は、バンドルパスＩＤ（ノードＡのＩＤ(172.27.170.1)＋バンドルＩＤ＝１）にて図１７のバンドル管理テーブルＴ３をインデックスし、削除対象のComponent LinkパスＩＤをテーブルから削除し、また現状の合計帯域４０Ｇｂｐｓから１０Ｇｂｐｓ減算して３０Ｇｂｐｓを設定し、またComponent Link数も１減算して３とする。その後、パス管理部２１に制御を戻す。
パス管理部２１は、波長ラベルの解放要求後、削除するComponent LinkのパスＩＤにて、図１３のパス管理テーブルＴ２をインデックスし、該当エリアのクリアを行い、シグナリング制御部２５へのResvTearメッセージの送信要求を行う。このようにしてノードＣから送信されたResvTearメッセージは、図３５に示すようにノードＢを経由し、発信側ノードであるノードＡに到達する。
また、発信側ノードであるノードＡにてComponent LinkのResvTearメッセージを受信した場合、パス管理部２１は、バンドル管理部２２に対しバンドルの削除を要求する。
バンドル管理部２２は、着信側ノード処理ですでに説明したように、図１７のバンドル管理テーブルＴ３の更新（Component LinkパスＩＤ削除、合計帯域１０Ｇｂｐｓの減算、Component Link数の１減算）を行い、パス管理部２１に制御を戻す。
パス管理部２１は、着信側ノード処理ですでに説明したように、図１３のパス管理テーブルＴ２のクリアを行い、経路情報制御部４０に対しComponent Link削除完了を通知する。コマンドＩＦ制御部４０は、管理者に通知を行うことにより、管理者はComponent Linkの削除完了を認識することとなる。
一方、ノードＡにて、Component Link削除完了後、パス管理部２１よりBundled Linkの経路情報を通知された経路情報制御部３２は、TEDB（波長レイヤ）Ｌ２の中から該当するTE LSAをサーチし、TE LSA内の物理帯域を４０Ｇｂｐｓから３０Ｇｂｐｓに更新する。
次に経路情報制御部３２は、ダイクストラアルゴリズムを用いてルート計算後、TE LSAをすぐに広告するかを決定する。この場合、“すぐに広告する”と指定されているため、経路情報制御部３２は、作成したTE LSAの広告を広告部３３に要求し、制御チャネルＩＦ部５０を通してTE LSAを広告する。
また、ノードＡにて広告されたTE LSAは、図３５に示すネットワーク全体に到達するため、ＴＤＭ装置６１、６２は、ノードＡとノードＣ間の４０Ｇｂｐｓの波長パスが、３０Ｇｂｐｓに減少したことを認識することが可能となる。
以上説明したように、Bundled Linkを構成するComponent Linkのパス削除が可能となり、またComponent Linkの削除により仮想的にBundled Linkの帯域が減少したようにネットワーク内に広告することができる。
次に本発明の動作についてフローチャートを用いて説明する。図３６はパス設定におけるパス管理部の処理フローを示す図である。発信側ノードのコマンドＩＦ制御部４０からの起動による処理フローである。
〔Ｓ１〕コマンドＩＦ制御部４０からのBUNDLED LINK設定要求を受けると、ＬＳＰ＿ＩＤ管理テーブルＴ１をサーチし、ＬＳＰ＿ＩＤを取得する。
〔Ｓ２〕パスＩＤにて、パス管理テーブルＴ２をインデックスし、該当のテーブルの宛先ノードＩＤ、パス状態、入力ポート番号を設定する。パス状態は“パス設定中”を設定する。
〔Ｓ３〕バンドル管理部２２にバンドルパスＩＤ取得を要求する。
〔Ｓ４〕取得したバンドルパスＩＤをパス管理テーブルＴ２に設定する。
〔Ｓ５〕経路計算部３１にパスのルート決定を要求する。
〔Ｓ６〕ルート決定がエラーの場合はステップＳ７へ、そうでなければステップＳ８へ行く。
〔Ｓ７〕コマンドＩＦ制御部４０にエラーを通知する。
〔Ｓ８〕取得した出力ポート番号をパス管理テーブルＴ２に設定する。
〔Ｓ９〕シグナリング制御部２５にPathメッセージ送信を要求する。
図３７はバンドル検索部の処理フローを示す図である。発信側ノードの処理を示す。
〔Ｓ１１〕バンドル管理部２２からのバンドル検索依頼を受けると、宛先ノードＩＤにて、バンドル管理テーブルＴ３をサーチし、バンドル対象の有無をチェックする。
〔Ｓ１２〕バンドル対象でなければステップＳ１３へ、バンドル対象有ならばステップＳ１４へ行く。
〔Ｓ１３〕バンドル対象無しをバンドル管理部２２に通知する。
〔Ｓ１４〕バンドル対象に該当するバンドルパスＩＤをバンドル管理部２２に通知する。
図３８はパス設定におけるバンドル管理部の処理フローを示す図である。発信側ノードのバンドル検索部２３からの起動による処理フローである。
〔Ｓ２１〕バンドル検索部２３からの検索結果通知を受けて、バンドル対象がなければステップＳ２２へ、バンドル対象が有ればステップＳ２４へ行く。
〔Ｓ２２〕バンドルＩＤ管理テーブルＴ３をサーチし、バンドルＩＤを取得する。
〔Ｓ２３〕バンドルパスＩＤにて、バンドル管理テーブルＴ３をインデックスし、宛先ノードＩＤ、バンドルＩＤを設定する。
〔Ｓ２４〕バンドルパスＩＤをパス管理部２１に通知する。
図３９はパス設定におけるパス管理部の処理フローを示す図である。着信側ノードのシグナリング制御部２５からの起動による処理フローである。
〔Ｓ３１〕Pathメッセージ受信による、シグナリング制御部２５からの起動により、ＬＳＰ＿ＩＤ管理テーブルＴ１をサーチし、ＬＳＰ＿ＩＤを取得する。
〔Ｓ３２〕パスＩＤにて、パス管理テーブルＴ２をインデックスし、該当テーブルの宛先ノードＩＤ、パス状態、バンドルパスＩＤ、入力ポート番号、出力ポート番号、出力波長ラベルを設定する。パス状態には“パス設定中”を設定する。
〔Ｓ３３〕バンドル管理部２２にバンドルＩＤを通知し、バンドル設定を要求する。
〔Ｓ３４〕リソース管理部２４に波長ラベル割り当てを要求する。
〔Ｓ３５〕取得した波長ラベルをパス管理テーブルＴ２の入力波長ラベルに設定する。パス状態には“通信中”を設定する。
〔Ｓ３６〕シグナリング制御部２５にResvメッセージ送信を要求する。
図４０はパス設定におけるバンドル管理部の処理フローを示す図である。着信側ノードのパス管理部２１からの起動による処理フローである。
〔Ｓ４１〕パス管理部２１からのバンドル設定要求を受信すると、パス管理部２１から通知されたバンドルパスＩＤにて、バンドル管理テーブルＴ３をインデックスし、宛先ノードＩＤを抽出する。
〔Ｓ４２〕宛先ノードＩＤがない場合はステップＳ４３へ、ある場合はステップＳ４４へ行く。
〔Ｓ４３〕バンドル管理テーブルＴ３に宛先ノードＩＤ、バンドルＩＤ、合計帯域、Component Link数＝１、Component LinkパスＩＤを設定する。
〔Ｓ４４〕バンドル管理テーブルＴ３にComponent LinkパスＩＤを設定し、合計帯域及びComponent Link数を更新する。
図４１はパス設定におけるパス管理部の処理フローを示す図である。発信側ノードのシグナリング制御部２５からの起動による処理フローである。
〔Ｓ５１〕Resvメッセージ受信による、シグナリング制御部２５からの起動により、パスＩＤにて、パス管理テーブルＴ２をインデックスし、該当テーブルの入力波長ラベル＝０、出力波長ラベルにResvメッセージで取得したラベルを設定する。
〔Ｓ５２〕パス管理部２１にバンドルＩＤを通知し、バンドル設定を要求する。
〔Ｓ５３〕パス管理テーブルＴ２のパス状態に“通信中”を設定する。
〔Ｓ５４〕経路情報制御部３２にBundled Link設定完了を通知し、経路情報広告を要求する。
〔Ｓ５５〕コマンドＩＦ制御部４０にBundled Link設定完了を通知する。
図４２は経路情報制御部の処理フローを示す図である。パス端ノードにおける処理でパス管理部２１から起動される。
〔Ｓ６１〕パス管理部２１からのBundled Link経路情報通知を受けると、通知された経路情報より、経路情報のレイヤを決定する。
〔Ｓ６２〕経路情報にて、決定したレイヤのTEDBをサーチし、対象TE LSAの登録有無をチェックする。
〔Ｓ６３〕対象TE LSAがあればステップＳ６４へ、なければステップＳ６５へ行く。
〔Ｓ６４〕通知された経路情報を用いて対象TE LSA内帯域情報を更新する。
〔Ｓ６５〕対象TE LSAを作成しTEDBにリンクする。
〔Ｓ６６〕ダイクストラアルゴリズムによりルート計算を行い、結果情報をTEDBに設定する。
〔Ｓ６７〕対象TE LSAを即時に広告する場合はステップＳ６８へ、しない場合はステップＳ６８をスキップする。
〔Ｓ６８〕広告部３３にTE LSA広告を要求する。
図４３はパス削除におけるバンドル管理部の処理フローを示す図である。発信側ノードのバンドル検索部２３からの起動による処理フローである。
〔Ｓ７１〕バンドル検索部２３からの検索結果通知を受け、バンドル対象がなければステップＳ７２へ、あればステップＳ７３へ行く。
〔Ｓ７２〕エラーをバス管理部２１に通知する。
〔Ｓ７３〕バンドルパスＩＤにて、バンドル管理テーブルＴ３をインデックスし、削除するComponent LinkパスＩＤを抽出する。
〔Ｓ７４〕バンドルパスＩＤと削除するComponent LinkパスＩＤをパス管理部２１に通知する。
図４４はパス削除におけるバンドル管理部の処理フローを示す図である。着信側ノードのパス管理部２１からの起動による処理フローである。
〔Ｓ８１〕パス管理部２１からのバンドル削除要求を受けると、パス管理部２１から通知されたバンドルパスＩＤにて、バンドル管理テーブルＴ３をインデックスし、Component Link数を抽出する。
〔Ｓ８２〕Component Link数＝１ならばステップＳ８３へ、そうでなければステップＳ８４へ行く。
〔Ｓ８３〕バンドル管理テーブルＴ３の該当エリアをすべてクリアする。
〔Ｓ８４〕バンドル管理テーブルＴ３から削除するComponent LinkパスＩＤを削除する。合計帯域及びComponent Link数を更新する。
次に従来技術と本発明を比較しながら説明する。最初にBundled Linkのパス設定について説明する。図４５はBundled Linkのパス設定を示す図である。ノードＡからノードＥがシリアルに接続されている。Link Bundlingを行う際に、従来技術のようにすでに設定しているパスに対してバンドル設定を行うのではなく、本発明では、図に示すように、パスを設定する際に、シグナリングにて明示的に“Bundled Linkとしてパス設定を行っている”ことを指定することにより、Bundled Linkとしてパス設定が可能となり、各ノードは最初からBundled Link情報として経路情報広告が可能となる。
ノードＢのコマンドＩＦ制御部４０がBundled Link設定コマンドを受信すると、そのコマンド及びパラメータをパス管理部２１に通知する。このパラメータには、少なくとも宛先アドレス及びバンドル指定であることを示す情報が指定されている。
従来技術では、Bundled Linkはすでに設定されているパスを束ねるだけだったため、パス設定は行わないが、本発明におけるパス管理部２１は、これから設定するパス情報を生成し、バンドル管理部２２にBundled Linkパス情報（宛先アドレスなど）を通知し、バンドル設定を要求する。
従来のバンドル管理部はすでに存在するパスを束ねるという処理を司っていたが、本発明におけるバンドル管理部２２は新しいパスがBundled Linkの１本目のComponent Linkであることを検出したら新しいBundled Link情報を生成し、Bundled Link情報をパス管理部２１に返す。
パス管理部２１は、経路計算部３１に対し、これから設定するパスの経路計算を依頼しルート決定を行う。次にパス管理部２１は、双方向パスであれば従来と同様にリソース管理部２４に逆方向パス（ノードＤからノードＢ方向）のリソース割当て要求を行う。
次にBundled Link情報をシグナリング制御部２５に通知し、パス設定要求の送信を要求する。シグナリング制御部２５は、パス設定要求メッセージに従来のパス情報に加え、本発明で追加したBundled Link情報を乗せて、制御チャネルＩＦ部５０を通して着信側ノードであるノードＤに送信する。
着信側ノードであるノードＤは、パス設定要求メッセージを受信すると、制御チャネルＩＦ部５０からシグナリング制御部２５に通知し、シグナリング制御部２５がパス設定要求メッセージの内容（本発明で追加したBundled Link情報を含む）を抽出し、パス管理部２１に渡す。
パス管理部２１は、自ノードが着信側ノードであると認識してパス情報を生成する。パス管理部２１は、従来であればBundled Linkをシグナリングにより設定するという考え方ではないので、パス設定のプロセスでバンドル管理部を起動することはないが、本発明ではBundled Link情報をバンドル管理部２２に通知し、バンドル設定を要求する。
本発明のバンドル管理部２２は、発信側ノードと同様、パス管理部２１から通知されたBundled Link情報をもとにバンドル管理情報を設定し、パス管理部２１に返す。次にパス管理部２１は、従来と同様にリソース管理部２４に正方向パス（ノードＢからノードＤ方向）のリソース割当て要求を行う。
パス管理部２１は、割り当てられたリソース情報をシグナリング制御部２５に通知し、パス設定応答メッセージの送信要求を行うとともに、双方向パスであれば、経路情報制御部３２に対しBundled Linkの経路情報広告を依頼する。
本発明における経路情報制御部３２は個々のリンクとしてではなくBundled Linkとしての情報を経路情報ＤＢ３４に設定し、Bundled Link情報を広告部３３に通知する。
広告部３３は、逆方向パスのBundled Link経路情報を広告する。パス管理部２１からメッセージ送信を依頼されたシグナリング制御部２５は、従来と同様、パス設定応答メッセージを生成し、制御チャネルＩＦ部５０を通して発信側ノードであるノードＢに送信する。
発信側ノードであるノードＢの制御チャネルＩＦ部５０はパス設定応答メッセージを受信すると、該当メッセージをシグナリング制御部２５に通知する。シグナリング制御部２５は、パス設定応答メッセージから内容を抽出し、その情報をパス管理部２１に通知する。
パス管理部２１はBundled Linkの設定が完了したことを認識し、パス情報を更新後、バンドル管理部２２にバンドルの最終設定を要求する。本発明におけるバンドル管理部２２は、Bundled Link情報をもとにバンドル管理情報を“完了”設定し、パス管理部２１に返す。
パス管理部２１は、経路情報制御部にBundled Linkの経路情報を通知し広告を要求する。本発明の広告部３３は、着信側ノードと同様、Bundled Linkとして正方向のパスの経路情報を、制御チャネルＩＦ部５０を通してネットワークに広告する。また、パス管理部２１は、経路情報制御部３２への広告要求後、コマンドＩＦ制御部４０に対しBundled Link設定完了を通知する。
これにより、Bundled Linkとしてパス設定ができるとともに、発信側ノード及び着信側ノードは自動的にBundled Linkを生成し経路情報を広告することが可能となる。
次にBundled LinkへのComponent Link追加について説明する。従来技術ではすでに設定しているパスにバンドルを設定する。しかし、Bundled LinkへのComponent Linkの追加手段が明確ではなかった。
図４６はBundled LinkへのComponent Link追加を示す図である。ノードＡからノードＥがシリアルに接続されている。本発明では、図に示すようにBundled Link内のComponent Linkを追加する場合、追加するパスを設定する際に、シグナリングにて追加先のBundled Linkを指定することにより、Bundled Linkへの追加を行う。
また、管理者がパス設定を要求する際に、パス設定後の経路情報を広告するのか否かを指示することにより、個々のパス設定完了後または複数のパス設定完了後、パスの両端ノードは、Bundled Linkの容量が増加したことをBundled Link情報として経路情報を広告する。
ノードＢのコマンドＩＦ制御部４０がComponent Link追加コマンドを受信すると、そのコマンド及びパラメータをパス管理部２１に通知する。このパラメータには、本発明により追加した、パス設定後の経路情報を広告するか否かの指示が含まれている。
従来技術では、Bundled LinkへのComponent Link追加手段が明確ではなかったが、本発明におけるパス管理部２１は、これから設定するパス情報を生成し、バンドル管理部２２に追加先のBundled Link情報、今回設定するComponent Linkの宛先アドレスなどを通知しBundled Linkへの追加を要求する。
本発明におけるバンドル管理部２２は追加先のBundled Linkと今回追加するComponent Linkの宛先アドレスが同一だと認識したら、Bundled Link情報を更新し、Bundled Link情報をパス管理部２１に返す。パス管理部２１は、パスの経路計算依頼、リソース割当要求を行うが、上述したので省略する。
次にパス管理部２１は従来同様、シグナリング制御部２５に対し、パス設定要求の送信を要求するが、本発明では従来のパス情報に加え、追加先のBundled Link情報もシグナリング制御部２５に通知することにより、Bundled Linkとしてのパス設定要求メッセージの送信を要求する。
本発明におけるシグナリング制御部２５は、パス設定要求メッセージに追加先のBundled Link情報を付加する。このメッセージには経路情報を広告するか否かの指示も編集する。シグナリング制御部２５は、該当メッセージを制御チャネルＩＦ部５０を通して着信側ノードであるノードＤに送信する。
着信側ノードであるノードＤは、パス設定要求メッセージを受信すると制御チャネルＩＦ部５０、シグナリング制御部２５を経由し、パス管理部２１に到達する。パス管理部２１は、すでに説明したようにBundled Link情報をバンドル管理部２２に追加し、バンドル設定を要求する。
従来のバンドル管理部は、Component Linkの追加手段が明確ではなかったが、本発明のバンドル管理部２２は、パス管理部２１から通知されたBundled Link情報をもとにComponent Linkの追加であることを認識し、Bundled Linkの帯域をComponent Link分だけ増加させ、パス管理部２１に返す。
次にパス管理部２１は、リソース割当て要求、パス設定応答メッセージの送信要求、Bundled Linkの経路情報広告要求を行うが、上述したので説明は省略する。
従来の経路情報制御部は、あくまでも設定されたパスに対して処理を行っていたが、本発明における経路情報制御部３２はBundled Linkの帯域がComponent Link分だけ増加したことを経路情報ＤＢ３４に設定し、経路情報を広告するか否かの指示にしたがい、Bundled Link経路情報を広告するか否かを決定する。
広告する場合は、別パスとして広告するのではなく、Bundled Linkの帯域が増加したものとして広告情報を作成し、広告部３３に広告依頼をする。広告部３３は、依頼にしたがい制御チャネルＩＦ部５０を通して経路情報広告を行う。
また、パス管理部２１からメッセージ送信を依頼されたシグナリング制御部２５は、従来同様、パス設定応答メッセージを生成し、制御チャネルＩＦ部５０を通して発信側ノードであるノードＢに送信する。
発信側ノードであるノードＢは、パス設定応答メッセージを受信すると制御チャネルＩＦ部５０、シグナリング制御部２５を経由しパス管理部２１に到達する。本発明におけるパス管理部２１はComponent Linkの設定が完了したことを認識し、パス情報を更新後、バンドル管理部２２にComponent Linkの設定完了を通知する。
本発明におけるバンドル管理部２２は、Bundled Link情報をもとにBundled Linkの帯域をComponent Link分だけ増加させ、パス管理部２１に返す。パス管理部２１は、経路情報制御部３２にBundled Linkの経路情報を通知し広告を要求する。広告部３３についてはすでに説明したため省略する。また、パス管理部２１は、経路情報制御部３２への広告要求後、コマンドＩＦ制御部４０に対しBundled Link設定完了を通知する。
これにより、Bundled Linkへ追加するComponent Linkのパス設定ができるとともに、発信側ノード及び着信側ノードはComponent Link増加をBundled Linkの帯域の変化に置き換えて経路情報を広告することが可能となる。
また、例えば、１０本のComponent Linkを束ねたBundled Linkを作成する場合、１本目〜９本目までのパス設定の際にはパス設定後の経路情報を広告しないように指示しパス設定を行い、１０本目のパス設定において、経路情報を広告するよう指示することにより、複数パスの設定が完了したあとに一括して情報広告を行うことが可能となる。
次にBundled Linkの自動認識について説明する。図４７はBundled Linkの自動認識を示す図である。ノードＡからノードＥがシリアルに接続され、ノードＢにはノードＦ、ノードＩ、ノードＧが接続し、ノードＧにはノードＨが接続している。図は、ノードＢから様々なノードに対しすでにBundled Linkが設定されている様子を表している。
このような状況下、管理者がBundled Linkを指定してパス設定を行うことは低効率や人為的ミス発生につながってしまう。本発明では、あらたにBundled Linkを設定する場合またはすでに存在しているBundled LinkにComponent Linkを追加する場合、管理者はBundled Linkを指定することなく、通常のパス設定と同様に宛先のみを指定することで、ノードにてその宛先に該当するBundled Linkをサーチし、Bundled Linkが存在すればComponent Link追加とみなし、存在しなければ新たにBundled Link設定とみなしてシグナリングを行う。
ノードＢのコマンドＩＦ制御部４０がパス設定コマンドを受信すると、そのコマンド及びパラメータをパス管理部２１に通知する。このパラメータには、宛先アドレスが含まれている。
パス管理部２１は、バンドル管理部２２にBundled Link情報（宛先アドレスなど）を通知しBundled Link設定を要求する。本発明におけるバンドル管理部２２はBundled Linkが指定されていない場合、本発明により新規追加したバンドル検索部２３に対し対象となるBundled Linkの検索を要求する。
バンドル検索部２３は、宛先アドレスをもとにすでに存在するBundled Linkをサーチし、対象となるBundled Linkを抽出し、結果をバンドル管理部２２に通知する。バンドル管理部２２は、対象のBundled Linkがあれば、Bundled LinkへのComponent Link追加とみなし、対象のBundled LinkがなければあらたなBundled Link設定とみなして設定を開始する。これにより、自動的に同じ宛先のパスを１つに束ねることが可能となる。
次に本発明の効果について説明する。Bundled Linkの設定方法として、ｍ本のリンクを設定しこれをBundled Linkに設定し、次にまたｍ本のリンクを設定しこれをBundled Linkに設定するという手順をとることを前提とした場合の従来技術と本発明の差異を示す。
（１）ｍ本のリンクを１つのBundled Linkに設定する場合、従来技術ではすでにｍ本の経路情報が広告されているため、各ノードはｍ本の経路を管理し、ルート計算などを行う必要があるが、本発明を用いた場合は最初から１本のリンクとして広告するため、各ノードが使用する経路情報量としては１／ｍとなる。
（２）ｍ本のリンクを１つのBundled Linkに設定する場合、従来技術ではすでにｍ本の経路情報がｍ回広告されているが、本発明を用いた場合はｍ本のリンクを設定したあとにBundled Linkとして１回だけ広告するため、広告回数としては１／ｍとなる。
（３）（１），（２）は、１台のノードについての場合であり、同様の設定をネットワーク内のｎ台のノードで行った場合は、ネットワーク全体の経路情報量及び広告回数としては、それぞれ１／（ｍ×ｎ）となる。このように、本発明によれば、経路情報及び広告回数を大幅に削減することが可能になる。
一方、シグナリングによりBundled Linkを指定することで、自律的にバンドル設定を行うため、これまで手動で管理していた管理者によるバンドル設計、構築、保守作業が大幅に削減され、かつ人為的ミスがなくなる。また、Component Linkを追加するBundled Linkを自動的に決定するため、管理者はBundled Linkを指定する必要もなく、さらに高効率な保守が可能になる。
さらに、本発明ではComponent Linkの追加においてもBundled Linkを解除する必要はなく、Bundled Linkの帯域増加という形態で広告を行うため、無駄な経路情報広告を一切行わないネットワーク構築が可能になる。
以上説明したように、本発明の伝送システムは、発信側では、ノード間にパスを設定するときに、複数のパスを束ねることが可能なBundled Linkとして、着信側に対しパスを設定し、着信側では、パスを認識して、Bundled Linkとして設定する。そして、発着信で経路情報をネットワーク内に広告する構成とした。これにより、経路情報量及び広告回数を削減し、かつ保守管理を高効率化して、伝送品質の向上を図ることが可能になる。
上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。
【図１】
0003830953.tif 000002
【図２】
0003830953.tif 000003
【図３】
0003830953.tif 000004
【図４】
0003830953.tif 000005
【図５】
0003830953.tif 000006
【図６】
0003830953.tif 000007
【図７】
0003830953.tif 000008
【図８】
0003830953.tif 000009
【図９】
0003830953.tif 000010
【図１０】
0003830953.tif 000011
【図１１】
0003830953.tif 000012
【図１２】
0003830953.tif 000013
【図１３】
0003830953.tif 000014
【図１４】
0003830953.tif 000015
【図１５】
0003830953.tif 000016
【図１６】
0003830953.tif 000017
【図１７】
0003830953.tif 000018
【図１８】
0003830953.tif 000019
【図１９】
0003830953.tif 000020
【図２０】
0003830953.tif 000021
【図２１】
0003830953.tif 000022
【図２２】
0003830953.tif 000023
【図２３】
0003830953.tif 000024
【図２４】
0003830953.tif 000025
【図２５】
0003830953.tif 000026
【図２６】
0003830953.tif 000027
【図２７】
0003830953.tif 000028
【図２８】
0003830953.tif 000029
【図２９】
0003830953.tif 000030
【図３０】
0003830953.tif 000031
【図３１】
0003830953.tif 000032
【図３２】
0003830953.tif 000033
【図３３】
0003830953.tif 000034
【図３４】
0003830953.tif 000035
【図３５】
0003830953.tif 000036
【図３６】
0003830953.tif 000037
【図３７】
0003830953.tif 000038
【図３８】
0003830953.tif 000039
【図３９】
0003830953.tif 000040
【図４０】
0003830953.tif 000041
【図４１】
0003830953.tif 000042
【図４２】
0003830953.tif 000043
【図４３】
0003830953.tif 000044
【図４４】
0003830953.tif 000045
【図４５】
0003830953.tif 000046
【図４６】
0003830953.tif 000047
【図４７】
0003830953.tif 000048
【図４８】
0003830953.tif 000049
【図４９】
0003830953.tif 000050