(57)【要約】バンドル伝送に対して、経路情報量及び広告回数を削減し、かつ保守管理を高効率化して、伝送品質の向上を図る。パス設定部（２０−１）は、ノード間にパスを設定するときに、複数のパスを束ねることが可能なＢｕｎｄｌｅｄ  Ｌｉｎｋとして、着信側に対しパスを設定する。発信側経路情報広告部（３０−１）は、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する。パス認識部（２０−２）は、パスを認識し、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとして設定する。着信側経路情報広告部（３０−２）は、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する。
2004032434.tif 000002
【特許請求の範囲】
【請求項１】
複数のパスを１つのパスに束ねるバンドリングを対象にした伝送制御を行う伝送システムにおいて、
ノード間にパスを設定するときに、複数のパスを束ねることが可能なＢｕｎｄｌｅｄ  Ｌｉｎｋとして、着信側に対しパスを設定するパス設定部と、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する発信側経路情報広告部と、から構成される発信側伝送装置と、
パスを認識し、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとして設定するパス認識部と、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する着信側経路情報広告部と、から構成される着信側伝送装置と、
を有することを特徴とする伝送システム。
【請求項２】
前記パス設定部は、Ｂｕｎｄｌｅｄ  Ｌｉｎｋを構成するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋを追加／削除し、前記パス認識部は、Ｂｕｎｄｌｅｄ  ＬｉｎｋへのＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加／削除を認識し、前記発信側経路情報広告部と前記着信側経路情報広告部は、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加／削除をＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域変動に置き換えてネットワーク内に広告することを特徴とする請求の範囲第１項記載の伝送システム。
【請求項３】
前記パス設定部は、Ｂｕｎｄｌｅｄ  Ｌｉｎｋのパス設定またはＢｕｎｄｌｅｄ  ＬｉｎｋにＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋを追加する場合は、明示的にバンドル対象という旨の情報をシグナリングに設定し、前記パス認識部は、シグナリングによって通知された前記情報にもとづいて、Ｂｕｎｄｌｅｄ  Ｌｉｎｋの設定またはＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加を制御することで、発着信間で同期して動作することを特徴とする請求の範囲第１項記載の伝送システム。
【請求項４】
前記発信側経路情報広告部及び前記着信側経路情報広告部は、シグナリングによりパス設定が完了した際に、あらたなＢｕｎｄｌｅｄ  Ｌｉｎｋとしての経路情報の広告、またはＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加／削除によりすでに存在するＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域をＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ分増加／減少させて、経路情報の広告を行うことで、仮想的にＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域が増減したようにネットワーク内に広告することを特徴とする請求の範囲第１項記載の伝送システム。
【請求項５】
前記発信側経路情報広告部及び前記着信側経路情報広告部は、複数パスの設定が完了した後に一括して、経路情報の広告を行うことを特徴とする請求の範囲第１項記載の伝送システム。
【請求項６】
前記パス設定部は、パスを設定する際に、指定された宛先アドレスにもとづいて、すでに存在するＢｕｎｄｌｅｄ  Ｌｉｎｋの検索処理を行い、検索により、対象となるＢｕｎｄｌｅｄ  Ｌｉｎｋが存在しなかった場合はあらたなＢｕｎｄｌｅｄ  Ｌｉｎｋを設定し、存在した場合はＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加と判断して、同じ宛先のパスを１つに束ねることを特徴とする請求の範囲第１項記載の伝送システム。
【請求項７】
複数のパスを１つのパスに束ねるバンドリングを対象にした伝送制御を行う伝送装置において、
発信側として動作する場合、ノード間にパスを設定するときに、複数のパスを束ねることが可能なＢｕｎｄｌｅｄ  Ｌｉｎｋとして、着信側に対しパスを設定するパス設定部と、
着信側として動作する場合、パスを認識して、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとして設定するパス認識部と、
パスが確立したことを認識した後に、経路情報をネットワーク内に広告する経路情報広告部と、  を有することを特徴とする伝送装置。
【請求項８】
前記パス設定部は、Ｂｕｎｄｌｅｄ  Ｌｉｎｋを構成するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋを追加／削除し、前記パス認識部は、Ｂｕｎｄｌｅｄ  ＬｉｎｋへのＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加／削除を認識し、前記発信側経路情報広告部と前記着信側経路情報広告部は、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加／削除をＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域変動に置き換えてネットワーク内に広告することを特徴とする請求の範囲第７項記載の伝送装置。
【請求項９】
前記パス設定部は、Ｂｕｎｄｌｅｄ  Ｌｉｎｋのパス設定またはＢｕｎｄｌｅｄ  ＬｉｎｋにＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋを追加する場合は、明示的にバンドル対象という旨の情報をシグナリングに設定し、前記パス認識部は、シグナリングによって通知された前記情報にもとづいて、Ｂｕｎｄｌｅｄ  Ｌｉｎｋの設定またはＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加を制御することで、発着信間で同期して動作することを特徴とする請求の範囲第７項記載の伝送装置。
【請求項１０】
前記経路情報広告部は、シグナリングによりパス設定が完了した際に、あらたなＢｕｎｄｌｅｄ  Ｌｉｎｋとしての経路情報の広告、またはＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加／削除によりすでに存在するＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域をＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ分増加／減少させて、経路情報の広告を行うことで、仮想的にＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域が増減したようにネットワーク内に広告することを特徴とする請求の範囲第７項記載の伝送装置。
【請求項１１】
前記経路情報広告部は、複数パスの設定が完了した後に一括して、経路情報の広告を行うことを特徴とする請求の範囲第７項記載の伝送装置。
【請求項１２】
前記パス設定部は、パスを設定する際に、指定された宛先アドレスにもとづいて、すでに存在するＢｕｎｄｌｅｄ  Ｌｉｎｋの検索処理を行い、検索により、対象となるＢｕｎｄｌｅｄ  Ｌｉｎｋが存在しなかった場合はあらたなＢｕｎｄｌｅｄ  Ｌｉｎｋを設定し、存在した場合はＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加と判断して、同じ宛先のパスを１つに束ねることを特徴とする請求の範囲第７項記載の伝送装置。
【請求項１３】
複数のパスを１つのパスに束ねるバンドリングを対象にした伝送制御を行うバンドリング伝送方法において、
発信側では、ノード間にパスを設定するときに、複数のパスを束ねることが可能なＢｕｎｄｌｅｄ  Ｌｉｎｋとして、着信側に対しパスを設定し、
着信側では、パスを認識して、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとして設定し、
発信及び着信側で、パスが確立したことを認識した後に、経路情報をネットワーク内に広告することを特徴とするバンドリング伝送方法。
【請求項１４】
発信側でＢｕｎｄｌｅｄ  Ｌｉｎｋを構成するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋを追加／削除し、着信側でＢｕｎｄｌｅｄ  ＬｉｎｋへのＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加／削除を認識し、発着信側で、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加／削除をＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域変動に置き換えてネットワーク内に広告することを特徴とする請求の範囲第１３項記載のバンドリング伝送方法。
【請求項１５】
Ｂｕｎｄｌｅｄ  Ｌｉｎｋのパス設定またはＢｕｎｄｌｅｄ  ＬｉｎｋにＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋを追加する場合は、明示的にバンドル対象という旨の情報をシグナリングに設定し、シグナリングによって通知された前記情報にもとづいて、Ｂｕｎｄｌｅｄ  Ｌｉｎｋの設定またはＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加を制御することで、発着信間で同期して動作することを特徴とする請求の範囲第１３項記載のバンドリング伝送方法。
【請求項１６】
シグナリングによりパス設定が完了した際に、あらたなＢｕｎｄｌｅｄ  Ｌｉｎｋとしての経路情報の広告、またはＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加／削除によりすでに存在するＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域をＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ分増加／減少させて、経路情報の広告を行うことで、仮想的にＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域が増減したようにネットワーク内に広告することを特徴とする請求の範囲第１３項記載のバンドリング伝送方法。
【請求項１７】
複数パスの設定が完了した後に一括して、経路情報の広告を行うことを特徴とする請求の範囲第１３項記載のバンドリング伝送方法。
【請求項１８】
パスを設定する際に、指定された宛先アドレスにもとづいて、すでに存在するＢｕｎｄｌｅｄ  Ｌｉｎｋの検索処理を行い、検索により、対象となるＢｕｎｄｌｅｄ  Ｌｉｎｋが存在しなかった場合はあらたなＢｕｎｄｌｅｄ  Ｌｉｎｋを設定し、存在した場合はＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加と判断して、同じ宛先のパスを１つに束ねることを特徴とする請求の範囲第１３項記載のバンドリング伝送方法。
【発明の詳細な説明】
【技術分野】  本発明は伝送システムに関し、特に複数のパスを１つのパスに束ねるバンドリングを対象にした伝送制御を行う伝送システムに関する。
【背景技術】  近年、情報通信ネットワークで扱われる情報量は爆発的に増加しており、マルチメディアサービスのさらなる高度化、広域化が期待されている。このような状況の中で高トラフィックの伝送に対応するための技術として、ＤＷＤＭ（Ｄｅｎｓｅ  Ｗａｖｅｌｅｎｇｔｈ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ）が開発されている。
ＤＷＤＭは、波長の異なる光を高密度に多重して、１本の光ファイバで複数の信号を同時に伝送する方式である。例えば、１本の光ファイバに１波長１０Ｇｂｐｓの伝送容量を持つ波長（波長パス）を数十〜数百波多重することが可能となっている。
この場合、光ファイバ中の１波長には、５１．８４０ＭｂｐｓのＴＤＭ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）パスであれば、１９２本が多重可能であり、さらに１本のＴＤＭパスのＳＴＳ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｐｏｒｔ  Ｓｉｇｎａｌ）−１には、数百を超えるＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）パスを設定することが可能である。
図４８はパスの多重化構造を示す概念図である。光ファイバに複数の波長パスが多重化される。そして、１波長パスに５１．８４０ＭｂｐｓのＴＤＭパスが１９２本多重化され、１本のＴＤＭパスに数百本以上のＭＰＬＳパスが多重化される。
また、図では各レイヤで階層的に多重化されている様子を示している。ノードＡ、Ｇでは、ＭＰＬＳパスのみのクロスコネクト制御を行い、ノードＢ、Ｆでは、ＭＰＬＳパスとＴＤＭパスの相互変換を含むクロスコネクト制御を行っている。また、ノードＣ、Ｅでは、ＴＤＭパスと波長パスの相互変換を含むクロスコネクト制御を行い、ノードＤは波長パスのみのクロスコネクトを行っている。
一方、インターネットの普及等による加入者データのトラフィックの増加と共に、情報通信ネットワークのシステム規模は飛躍的に拡大している。このため、ネットワークの効率のよいシグナリング及びルーティングを行うために、近年、ＧＭＰＬＳ（Ｇｅｎｅｒａｌｉｚｅｄ  ＭＰＬＳ）と呼ばれる技術が注目されており、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）にて標準化が進められている。
ＧＭＰＬＳとは、光ネットワーク上の信号をシグナリング及びルーティングするための技術である。ＭＰＬＳではパケットにラベルを付加してルーティング経路を指定していたが、ＧＭＰＬＳでは、光信号を電気信号に変換することなく、波長を識別することによってスイッチングし、光信号のままルーティング経路を決定することができる。
また、ネットワーク管理を行う場合、ＴＬ−１（Ｔｒａｎｓａｃｔｉｏｎ  Ｌａｎｇｕａｇｅ−１：北米ＧＲ規格によって定められた言語仕様）コマンドなどを用いて、従来では、１ノードずつプロビジョン（データ登録や運用設定など）を行っていたが、ＧＭＰＬＳのシグナリングでは、パス単位に一度にプロビジョンが可能となる。
このようなネットワーク管理を、加入者データ系のＩＰネットワークの制御プロトコルを拡張してキャリア側のネットワークにも適用し、パス設定・保守をＩＰネットワークと統合することで、保守管理効率を上げようとするものである。
一方、これまでのＭＰＬＳは、パケットレイヤに限ってシグナリング及びルーティングを実現してきたが、ＧＭＰＬＳでは光ファイバ／波長／ＴＤＭ／ＩＰの全階層にまたがってシグナリング及びルーティングを制御する技術であるため、経路情報は各階層についてすべて広告する必要がある。
したがって、波長パスをシグナリングにより設定するためには、どのノードとどのノードが物理的に光ファイバで接続しているかという経路情報を、各ノードが知っておかなければならず、そのために全ノードは自ノードの物理的なリンクの経路情報をネットワーク内に広告する必要がある。このように物理的な経路情報を広告することで、ノード間における物理的な経路が構築され、任意のノード間に波長パスを設定することが可能となる。
さらに、ＴＤＭパスをシグナリングにより設定するためには、どのノードとどのノード間に波長パスが設定されているかという経路情報を各ノードが知っておく必要があり、そのために全ノードは波長パスを論理的なリンクとしてネットワーク内に広告する必要がある。ＭＰＬＳパスを設定する際にも同様に、ＴＤＭパスの経路情報を把握しておく必要がある。
例えば、１つのノードにおいて、２０本の光ファイバが接続されていれば２０本の物理リンクについてその物理リンクの先にどのノードが接続されているかという経路情報を広告しなければならない。また、その隣接ノードに対してもそれぞれの物理リンクについて経路情報を広告しなければならない。これはルーティングプロトコルが広告されたリンクのみ、その存在を認識してしまうためである。
ここで、２０本の光ファイバの各々に１００本の波長パスが存在すれば、２０光ファイバ×１００波長パス＝２，０００論理リンクについて経路情報を広告しなければならない。
さらに、１本の波長パスに１００本のＴＤＭパスが存在すれば、２，０００波長パス×１００ＴＤＭパス＝２０万論理リンクについて経路情報を広告しなければならないというように、階層が進むにつれ広告しなければならない経路情報が増大し、ネットワークの負荷を急増させてしまう。
このような問題を解決するために、ＩＥＴＦでは、Ｌｉｎｋ  Ｂｕｎｄｌｉｎｇという方式を現在議論している（ＩＥＴＦ  Ｄｒａｆｔ：ｄｒａｆｔ−ｉｅｔｆ−ｍｐｌｓ−ｂｕｎｄｌｅ−０１．ｔｘｔ）。Ｌｉｎｋ  Ｂｕｎｄｌｉｎｇとは、同じ宛先のパスを１つのパス（Ｂｕｎｄｌｅｄ  Ｌｉｎｋ）に束ねて広告する制御のことである。Ｌｉｎｋ  Ｂｕｎｄｌｉｎｇでは、発信側と着信側のノード間のパスは、途中の経路が異なっている場合でも、１つのリンクとして束ねることが可能である。
図４９はＬｉｎｋ  Ｂｕｎｄｌｉｎｇの概念を示す図である。図では、複数の波長パスを１つのパス（Ｂｕｎｄｌｅｄ  Ｌｉｎｋ）とし、複数のＴＤＭパスを１つのＢｕｎｄｌｅｄ  Ｌｉｎｋとしている様子を示している。また、パスがＢｕｎｄｌｅｄ  Ｌｉｎｋで束ねられていることは接続ノードに対して広告される。
ＧＭＰＬＳでは、光ファイバ／波長／ＴＤＭ／ＩＰの全階層でみると数百〜数十万本のリンクが存在するので、これまでのルータのように各経路情報を広告していたのでは制御ができなくなってしまう。したがって、Ｌｉｎｋ  Ｂｕｎｄｌｉｎｇの目的は、同じ宛先のパスを１つのパスとして広告することにより、ルーティングプロトコルで取り扱う情報量を減らし、スケーラビリティの改善を図ることである。
従来、バンドリング機能を含む光ネットワーク技術として、地点間通信チャネルを各波長に割り当てた波長パス毎に、サービスを割り当てることにより、信号伝送速度・フォーマットに依存しない通信を実現するシステムなどが提案されている。例えば、特開平１１−９８０７７号公報（段落番号〔００２０〕〜〔００３９〕，第１図）参照。
上述したようなＩＥＴＦで提案されている従来のＬｉｎｋ  Ｂｕｎｄｌｉｎｇ技術では、すでに存在するリンクに対してバンドルを設定するため、Ｂｕｎｄｌｅｄ  Ｌｉｎｋを構成する個々のリンク（Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ）の情報は、すでに広告されていることになり、Ｂｕｎｄｌｅｄ  Ｌｉｎｋが設定されるまでは各ノードで全てのＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋに関する経路情報を制御しなければならない。また、Ｂｕｎｄｌｅｄ  Ｌｉｎｋ設定後はＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの経路情報を削除する作業が必要となるなど、ノードに負荷がかかることになり、Ｌｉｎｋ  Ｂｕｎｄｌｉｎｇ本来の目的を十分果たしていないといった問題があった。
また、従来では、すでに存在するリンクに対して、バンドルを手動で設定・管理しており、発信側ノード及び着信側ノードそれぞれに、同じバンドル設定が必要であったため、設定操作による人為的ミスが発生したり、または保守作業に時間がかかるため、保守管理効率が低いといった問題があった。
さらに、Ｂｕｎｄｌｅｄ  Ｌｉｎｋを設定したあとに、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋを追加／削除する場合、一度Ｂｕｎｄｌｅｄ  Ｌｉｎｋを解除しないといけないのかどうかについては、ＩＥＴＦでは明確にされていないといった問題があった。
【発明の開示】
本発明はこのような点に鑑みてなされたものであり、バンドリング伝送に対して、経路情報量及び広告回数を削減し、かつ保守管理を高効率化して、伝送品質の向上を図った伝送システムを提供することを目的とする。
本発明では上記課題を解決するために、図１に示すような、複数のパスを１つのパスに束ねるバンドリングを対象にした伝送制御を行う伝送システム１において、ノード間にパスを設定するときに、複数のパスを束ねることが可能なＢｕｎｄｌｅｄ  Ｌｉｎｋとして、着信側に対しパスを設定するパス設定部２０−１と、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する発信側経路情報広告部３０−１と、から構成される発信側伝送装置１０−１と、パスを認識し、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとして設定するパス認識部２０−２と、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する着信側経路情報広告部３０−２と、から構成される着信側伝送装置１０−２と、を有することを特徴とする伝送システム１が提供される。
ここで、パス設定部２０−１は、ノード間にパスを設定するときに、複数のパスを束ねることが可能なＢｕｎｄｌｅｄ  Ｌｉｎｋとして、着信側に対しパスを設定する。発信側経路情報広告部３０−１は、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する。パス認識部２０−２は、パスを認識し、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとして設定する。着信側経路情報広告部３０−２は、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する。
本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。
【図面の簡単な説明】  図１は、本発明の伝送システムの原理図である。
図２は、ネットワーク構成例を示す図である。
図３は、ＲＳＶＰ−ＴＥ  ｅｘｔｅｎｓｉｏｎによる波長パス設定を示す図である。
図４は、Ｐａｔｈメッセージのフォーマット構成を示す図である。
図５は、Ｐａｔｈメッセージのフォーマットの設定情報を示す図である。
図６は、Ｒｅｓｖメッセージのフォーマット構成を示す図である。
図７は、Ｒｅｓｖメッセージのフォーマットの設定情報を示す図である。
図８は、ＴＥ  ＬＳＡメッセージフォーマット構成を示す図である。
図９は、ＴＥ  ＬＳＡメッセージフォーマットの設定情報を示す図である。
図１０は、本発明の伝送装置の構成を示す図である。
図１１は、ネットワーク構成を示す図である。
図１２は、ＬＳＰ＿ＩＤ管理テーブルを示す図である。
図１３は、パス管理テーブルを示す図である。
図１４は、ノードＡでのパス設定開始時のパス管理テーブルの設定値を示す図である。
図１５は、バンドル管理テーブルを示す図である。
図１６は、バンドルＩＤ管理テーブルを示す図である。
図１７は、バンドル管理テーブルを示す図である。
図１８は、ノードＡでのパス設定開始時のバンドル管理テーブルの設定値を示す図である。
図１９は、Ｐａｔｈメッセージのフォーマット構成を示す図である。
図２０は、Ｇｅｎｅｒａｌｉｚｅｄ  Ｌａｂｅｌ  Ｒｅｑｕｅｓｔ  Ｏｂｊｅｃｔのフォーマット構成を示す図である。
図２１は、Ｅｘｐｌｉｃｉｔ  Ｒｏｕｔｅ  Ｏｂｊｅｃｔのフォーマット構成を示す図である。
図２２は、Ｂｕｎｄｌｅｄ  Ｌｉｎｋ  Ｏｂｊｅｃｔのフォーマット構成を示す図である。
図２３は、初回パスのＰａｔｈメッセージ送信の様子を示す図である。
図２４は、ノードＣでのパス設定開始時のパス管理テーブルの設定値を示す図である。
図２５は、ノードＣでのパス設定開始時のバンドル管理テーブルの設定値を示す図である。
図２６は、初回パスのＲｅｓｖメッセージ送信の様子を示す図である。
図２７は、経路情報ＤＢの管理形式を示す図である。
図２８は、波長経路情報データベースを示す図である。
図２９は、ＴＥＤＢ（波長レイヤ）の設定情報を示す図である。
図３０は、経路情報広告の様子を示す図である。
図３１は、１本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加の状態を示す図である。
図３２は、１本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加後のＢｕｎｄｌｅｄ  Ｌｉｎｋを示す図である。
図３３は、２本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加後のＢｕｎｄｌｅｄ  Ｌｉｎｋを示す図である。
図３４は、３本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加後のＢｕｎｄｌｅｄ  Ｌｉｎｋを示す図である。
図３５は、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ削除を示す図である。
図３６は、パス設定におけるパス管理部の処理フローを示す図である。
図３７は、バンドル検索部の処理フローを示す図である。
図３８は、パス設定におけるバンドル管理部の処理フローを示す図である。
図３９は、パス設定におけるパス管理部の処理フローを示す図である。
図４０は、パス設定におけるバンドル管理部の処理フローを示す図である。
図４１は、パス設定におけるパス管理部の処理フローを示す図である。
図４２は、経路情報制御部の処理フローを示す図である。
図４３は、パス削除におけるバンドル管理部の処理フローを示す図である。
図４４は、パス削除におけるバンドル管理部の処理フローを示す図である。
図４５は、Ｂｕｎｄｌｅｄ  Ｌｉｎｋのパス設定を示す図である。
図４６は、Ｂｕｎｄｌｅｄ  ＬｉｎｋへのＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加を示す図である。
図４７は、Ｂｕｎｄｌｅｄ  Ｌｉｎｋの自動認識を示す図である。
図４８は、パスの多重化構造を示す概念図である。
図４９は、Ｌｉｎｋ  Ｂｕｎｄｌｉｎｇの概念を示す図である。
【発明を実施するための最良の形態】  以下、本発明の実施の形態を図面を参照して説明する。図１は本発明の伝送システムの原理図である。伝送システム１は、発信側伝送装置１０−１と着信側伝送装置１０−２を含み、複数のパスを１つのパスに束ねるバンドリングを対象にした伝送制御を行うシステムである。
図では、ノードＮ１〜Ｎ５がシリアルに接続しており、入口ノード（Ｉｎｇｒｅｓｓ）となるノードＮ２が発信側伝送装置１０−１を有し、出口ノード（Ｅｇｒｅｓｓ）となるノードＮ４が着信側伝送装置１０−２を有して、ノードＮ３を介して、ノードＮ２とノードＮ４との間でＢｕｎｄｌｅｄ  Ｌｉｎｋが確立されている様子を示している。
Ｂｕｎｄｌｅｄ  Ｌｉｎｋとは、同じ宛先のパスを１つのパスとして束ねた単一リンクのことを意味する。なお、発信側伝送装置１０−１と着信側伝送装置１０−２の本発明の機能は、伝送装置として、実際には１台の同一の装置（ノード）内に含まれるものである。
発信側伝送装置１０−１は、パス設定部２０−１と発信側経路情報広告部３０−１から構成される。パス設定部２０−１は、光、ＴＤＭ、ＩＰなどの様々なネットワークに対して、ノード間にパスを設定するときに、複数のパスを束ねることが可能なＢｕｎｄｌｅｄ  Ｌｉｎｋとして、着信側に対しパスを設定する。
すなわち、本発明では、パスを設定するときに、バンドル設定（Ｂｕｎｄｌｅｄ  Ｌｉｎｋ設定）も自動的に同時に行うということである（従来では、すでに確立しているパスに対して、バンドル設定を行っていた）。なお、バンドル設定とは、複数パスを束ねてＢｕｎｄｌｅｄ  Ｌｉｎｋを生成する際の制御を意味する。
発信側経路情報広告部３０−１は、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する。経路情報とは、トラフィック負荷、トラフィックタイプなどを含む、トラフィック・エンジニアリングに関する情報のことである（具体的にはＴＥ  ＬＳＡである。詳細は後述する）。
着信側伝送装置１０−２は、パス認識部２０−２と着信側経路情報広告部３０−２から構成される。パス認識部２０−２は、発信側が設定するパスを認識し、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとして設定する。着信側経路情報広告部３０−２は、パスが確立したことを認識した後に、経路情報をネットワーク内に広告する。
これらの構成要素により、パスを設定するときに、そのパスがバンドル設定予定の最初の１本目のパスであれば、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとしてパス設定及び経路情報の広告を行う。そして、そのＢｕｎｄｌｅｄ  Ｌｉｎｋへのパス（Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ）の追加がある場合は、以降の制御では、Ｂｕｎｄｌｅｄ  Ｌｉｎｋへのパスの追加とみなしたパス設定及び経路情報広告の制御を行う。これらの制御は、管理者による最初のコマンド投入を除き、人手を介さずに自動的（自律的）に行われるものである。
なお、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋとは、Ｂｕｎｄｌｅｄ  Ｌｉｎｋを構成する個々のリンクのことを意味する（例えば、図１では、１つのＢｕｎｄｌｅｄ  Ｌｉｎｋの中に３本のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋがある）。
次に本発明の実施の形態の詳細を説明する前に、本発明に関連のＧＭＰＬＳの概要について説明する。ＧＭＰＬＳ技術を使用した場合、物理的な光ファイバがどのノード間に接続されているかという経路情報を、ルーティングプロトコルを用いて広告することにより、その経路情報をもとに経路計算を行い、シグナリングプロトコルを用いて目的ノードまでの波長パスを設定することができる。
さらに、この設定した波長パスがどのノード間に接続されているかという経路情報を、ルーティングプロトコルを用いて広告することにより、その経路情報をもとに経路計算を行い、シグナリングプロトコルを用いて目的ノードまでのＴＤＭパスを設定することができる。
このようにして、ＧＭＰＬＳは、光ファイバ／波長／ＴＤＭ／ＩＰの全階層にまたがってシグナリング及びルーティングプロトコルが動作することになる。この具体的な動作を、波長レイヤにて波長パスを設定し、その波長パスの経路情報をＴＤＭレイヤに広告する過程を用いて説明する。この場合、波長パスを設定するために必要な光ファイバの経路情報はすでにネットワーク内に広告されているものとする。
また、ＧＭＰＬＳのルーティングプロトコルとしては、ＩＰネットワークで一般的に使用されているＯＳＰＦ（Ｏｐｅｎ  Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ）をＧＭＰＬＳ用に拡張したＯＳＰＦ  ｅｘｔｅｎｓｉｏｎを使用し、ＧＭＰＬＳのシグナリングプロトコルとしては、ＩＰネットワークで一般的に使用されているＲＳＶＰ−ＴＥ（ｒｅｓｏｕｒｃｅ  ｒｅｓｅｒ  ｖａｔｉｏｎ  ｐｒｏｔｏｃｏｌ  ｔｒａｆｆｉｃ  ｅｎｇｉｎｅｅｒｉｎｇ）をＧＭＰＬＳ用に拡張したＲＳＶＰ−ＴＥ  ｅｘｔｅｎｓｉｏｎを使用した例について説明する。
図２はネットワーク構成例を示す図である。ノードＡ〜ノードＣでは、シリアルに接続しており、ノードＡには、ＴＤＭ装置６１、保守端末７０が接続し、ノードＣにはＴＤＭ装置６２が接続している。ノードＡ〜ノードＣは、波長を電気変換せず光のままクロスコネクトする光クロスコネクト制御（ＯＸＣ：Ｏｐｔｉｃａｌ  Ｃｒｏｓｓ−Ｃｏｎｎｅｃｔ）を行う。また、ノードＡ〜ノードＣは、ノードＩＤとなるＩＰアドレスを保有している。ノードＩＤは、ネットワーク内で一意な値である。
図３はＲＳＶＰ−ＴＥ  ｅｘｔｅｎｓｉｏｎによる波長パス設定を示す図である。ノードＡからノードＣへＧＭＰＬＳによって、パス＃ａを設定する場合、ノードＡによりシグナリングが開始され、Ｐａｔｈメッセージが目的ノードであるノードＣへ送られる。
図４はＰａｔｈメッセージのフォーマット構成を示す図である。Ｐａｔｈメッセージは）Ｃｏｍｍｏｎ  Ｈｅａｄｅｒ等と）各種のＯｂｊｅｃｔ（Ｇｅｎｅｒａｌｉｚｅｄ  Ｌａｂｅｌ  Ｒｅｑｕｅｓｔ  Ｏｂｊｅｃｔ、Ｅｘｐｌｉｃｉｔ  Ｒｏｕｔｅ  Ｏｂｊｅｃｔ）のフィールドから構成される。
図５はＰａｔｈメッセージのフォーマットの設定情報を示す図である。Ｐａｔｈメッセージ中のＥｘｐｌｉｃｉｔ  Ｒｏｕｔｅ  Ｏｂｊｅｃｔに記されているルート（図ではノードＢ→ノードＣとなっている）にしたがって、Ｐａｔｈメッセージはその経路でリソース確保可能か否かを各ノードで判定されながらノードＣまで行く。そして、同じ経路を今度はＲｅｓｖメッセージによってリソース確保をしながら、ノードＣからノードＡまで折り返し伝搬される。
図６はＲｅｓｖメッセージフォーマット構成を示す図である。Ｒｅｓｖメッセージは、Ｃｏｍｍｏｎ  Ｈｅａｄｅｒ等と、Ｇｅｎｅｒａｌｉｚｅｄ  Ｌａｂｅｌ  Ｏｂｊｅｃｔのフィールドから構成され、Ｇｅｎｅｒａｈｚｅｄ  Ｌａｂｅｌ  Ｏｂｊｅｃｔは、Ｏｂｊｅｃｔ  Ｈｅａｄｅｒと波長ラベルのフィールドから構成される。
図７はＲｅｓｖメッセージフォーマットの設定情報を示す図である。ノードＣが送信するＲｅｓｖメッセージの設定値が示されている。例えば、ノードＣで波長ラベル：２を指定したＲｅｓｖメッセージをノードＢが受けると、指定された波長ラベルにしたがい、ノードＣ方向の出方路の波長ラベル：２の確保を行う。また、ノードＢは、ノードＡ方向の入方路の波長ラベルとして波長ラベル：１の確保を行うと、入方路の波長ラベル：１から出方路の波長ラベル：２へのクロスコネクト設定を行う。
その後、入方路側の波長ラベル：１を次ノードであるノードＡへ渡すＲｅｓｖメッセージに載せて送信する。以降、ノードＡでも同様の動作を行うことにより、ノードＡとノードＣの間に波長パスが設定される。
次に設定された波長パスの経路情報広告について説明する。波長パスの経路情報広告を行うノードは、波長パスの両端ノードであるノードＣとノードＡである。ノードＣは、Ｒｅｓｖメッセージを送信したことをトリガに、またノードＡはＲｅｓｖメッセージを受信して波長パス設定完了したことをトリガに、該当の波長パスの経路情報広告を開始する。
ノードＡとノードＣは、経路情報として、ＴＥ  ＬＳＡ（Ｔｒａｆｆｉｃ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｌｉｎｋ  Ｓｔａｔｅ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）をネットワーク内に広告する。図８はＴＥ  ＬＳＡメッセージフォーマット構成を示す図である。ＴＥ  ＬＳＡメッセージは、Ｃｏｍｍｏｎ  Ｈｅａｄｅｒ等と、ＴＥ  ＬＳＡ  Ｈｅａｄｅｒと、ｓｕｂ−ＴＬＶと、Ｍａｘｉｍｕｍ  ｂａｎｄｗｉｄｔｈと、Ｉｎｔｅｒｆａｃｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃａｐａｂｉｌｉｔｙ  Ｄｅｓｃｒｉｐｔｏｒのフィールドから構成される。
また、Ｍａｘｉｍｕｍ  ｂａｎｄｗｉｄｔｈはｓｕｂ−ＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）Ｈｅａｄｅｒと物理帯域のフィールドから構成され、Ｉｎｔｅｒｆａｃｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃａｐａｂｉｌｉｔｙ  Ｄｅｓｃｒｉｐｔｏｒは、ｓｕｂ−ＴＬＶ  ＨｅａｄｅｒとＳｗｉｔｃｈｉｎｇ  ＴｙｐｅとＬＳＰ  Ｅｎｃｏｄｉｎｇ  Ｔｙｐｅと、最小ＬＳＰ帯域のフィールドから構成される。
図９はＴＥ  ＬＳＡメッセージフォーマットの設定情報を示す図である。広告されたＴＥ  ＬＳＡは、ＴＤＭ装置６１、６２にて受信される。ＴＤＭ装置６１、６２は、受信したＴＥ  ＬＳＡのＳｗｉｔｃｈｉｎｇ  Ｔｙｐｅ＝ＴＤＭ、ＬＳＰ  Ｅｎｃｏｄｉｎｇ  Ｔｙｐｅ＝ＳＯＮＥＴを確認することにより、ノードＡ〜ノードＣ間に設定可能なリンクがつながったことを認識する。なお、物理帯域は１０Ｇｂｐｓで、ＬＳＰの最小帯域はＳＴＳ−１を使用となっている。
次に本発明の伝送装置の構成について説明する。図１０は本発明の伝送装置の構成を示す図である。伝送装置１０は、コマンドＩＦ（インタフェース）制御部４０、パス／シグナリング制御部２０、ルーティング制御部３０、制御チャネルＩＦ部５０から構成される。
パス／シグナリング制御部２０は、パス管理部２１、バンドル管理部２２、バンドル検索部２３、リソース管理部２４、シグナリング制御部２５から構成され、ルーティング制御部３０は、経路計算部３１、経路情報制御部３２、経路情報ＤＢ（データベース）３４、広告部３３から構成される。なお、本発明のパス設定部及びパス認識部の機能は、パス／シグナリング制御部２０に含まれ、本発明の経路情報広告部の機能は、ルーティング制御部３０に含まれる。
コマンドＩＦ制御部４０は、ＴＬ１やＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）などを使用し、管理者からのコマンドを受け付けて、コマンドのチェックや他部位が利用する引数などの抽出を行う。また、コマンド処理結果を管理者に通知する。
パス管理部２１は、パスの設定／削除処理を行い、パスの確立状態を管理するまた、コマンドによるパス設定要求があった場合、またはシグナリングメッセージの受信にもとづき、パス管理部２１は、バンドル管理部２２に対してバンドル設定の要求を行う。さらに、パス設定完了後は、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとしての経路情報広告の要求を行う。
バンドル管理部２２は、複数パス（複数Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ）を束ねてＢｕｎｄｌｅｄ  Ｌｉｎｋとしての管理制御を行う。具体的には、Ｂｕｎｄｌｅｄ  Ｌｉｎｋに対するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加／削除の制御と、追加／削除による合計帯域の増減管理とを行う。また、自ノードがパス設定のパス端ノード（発信側ノード）である場合、経路情報を広告するか否かを判断する。
バンドル検索部２３は、これから設定しようとするパスに対して、バンドル可能なＢｕｎｄｌｅｄ  Ｌｉｎｋが存在するかを、宛先アドレスをもとに検索して、該当するＢｕｎｄｌｅｄ  Ｌｉｎｋを抽出する。
リソース管理部２４は、パスのリソース情報（使用帯域、空き帯域など）を管理する。シグナリング制御部２５は、シグナリングプロトコルを終端する。またパス設定／削除指示によりシグナリングメッセージを生成し、他ノード（着信側ノード）に送信する。さらに、他ノードから受信したシグナリングメッセージの処理（情報抽出）を行う。本発明ではＢｕｎｄｌｅｄ  Ｌｉｎｋ情報及び経路情報広告指示をシグナリングメッセージに設定し送信する。
経路計算部３１は、ネットワークの経路情報から、パスの宛先までのルートを計算する。経路情報制御部３２は、経路情報を管理し広告を制御する。具体的には、パス生成、削除及び変更（帯域など）に対する経路情報ＤＢ３４の変更を行う。なお、本発明では個々のパスとしてでなくＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域の大きさとして経路情報を管理する。また、経路情報の広告指示にもとづき広告するか否かを決定する。
広告部３３は、ルーティングプロトコルを終端し、経路情報の広告を行う。また、他ノードで広告された経路情報を受信する。制御チャネルＩＦ部５０は、ノード間の制御チャネルを終端し、シグナリングプロトコル及びルーティングプロトコルのメッセージを送受信する。
次に本発明の動作について以降詳しく説明する。制御動作としては、“初回のＢｕｎｄｌｅｄ  Ｌｉｎｋ設定（すぐに広告指定）”→“１本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加（すぐに広告指定）”→“２本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加（すぐに広告しない指定）”→“３本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加（すぐに広告指定）”→“Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ削除（すぐに広告指定）”の流れで説明する。
なお、説明を簡略化するために、発信側ノードから着信側ノードまでの片方向パスを設定する場合について示す（双方向パスであっても当然本発明は適用可能である）。
また、ＧＭＰＬＳのルーティングプロトコルとしては、ＯＳＰＦ  ｅｘｔｅｎｓｉｏｎを使用し、ＧＭＰＬＳのシグナリングプロトコルとしては、ＲＳＶＰ−ＴＥ  ｅｘｔｅｎｓｉｏｎを使用した例について説明する（ルーティングプロトコルとしてＩＳ−ＩＳ（Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｓｙｓｔｅｍ−Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｓｙｓｔｅｍ）ｅｘｔｅｎｓｉｏｎ、シグナリングプロトコルとして、ＣＲ−ＬＤＰ（Ｃｏｎｓｔｒａｉｎｔ−ｂａｓｅｄ  Ｒｏｕｔｉｎｇ−Ｌａｂｅｌ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）ｅｘｔｅｎｓｉｏｎを使用してもよい）。
まず、“初回のＢｕｎｄｌｅｄ  Ｌｉｎｋ設定（すぐに広告指定）”に対し、ある２つのノード間に最初のＢｕｎｄｌｅｄ  Ｌｉｎｋを自律的に設定し、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとしての経路情報を広告する場合の各ノードの動作について説明する。
図１１はネットワーク構成を示す図である。光クロスコネクト（ＯＸＣ）制御を行うノードＡ〜ノードＥは、図のようにリング状に接続しており、ノードＡには、ＴＤＭ装置６１、保守端末７０が接続し、ノードＣにはＴＤＭ装置６２が接続している。また、ノードＡ〜ノードＥは、ネットワーク内で一意なノードＩＤとなるＩＰアドレスを保有している。
最初に、ノードＡが、管理者からのＢｕｎｄｌｅｄ  Ｌｉｎｋパス設定要求を受け付け、シグナリング動作を開始する際の動作について説明する。管理者は、ノードＡ（１７２．２７．１７０．１）からノードＣ（１７２．２７．１７０．３）に、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとして使用する波長パスを設定するものとする。
波長パスの帯域は１０Ｇｂｐｓ固定であって、管理者はパス要求の際に、パラメータを指定する。このパラメータには、宛先ノードＩＤがノードＣ（１７２．２７．１７０．３）であること、要求パスがバンドル対象であること、パス確立後には自動的に経路情報を広告すること、の内容が指定されている。
ノードＡ内のコマンドＩＦ制御部４０は、管理者より受信したＢｕｎｄｌｅｄ  Ｌｉｎｋパス設定要求をパス管理部２１に通知する。パス管理部２１は、パス管理に必要なＬＳＰ（Ｌａｂｅｌ  Ｓｗｉｔｃｈｅｄ  Ｐａｔｈ）＿ＩＤを取得する。ＬＳＰ＿ＩＤは、発信側ノードが割り当て、そのノード内で一意な値である。
図１２はＬＳＰ＿ＩＤ管理テーブルを示す図である。ＬＳＰ＿ＩＤ管理テーブルＴ１は、パス管理部２１内に含まれ、ＬＳＰ＿ＩＤが現在使用中か未使用かのフラグで構成されている。パス管理部２１は、ＬＳＰ＿ＩＤ管理テーブルＴ１をサーチして、未使用なＬＳＰ＿ＩＤを取得する。
次にパス管理部２１は、自己のノードＩＤ（ノードＡ（１７２．２７．１７０．１））に取得したＬＳＰ＿ＩＤを付加して、パスＩＤを生成し、パスＩＤにもとづき、要求パスに対する各種の情報を設定する。なお、パスＩＤは、シグナリングにより張られるパスの識別子のことで、パスＩＤ＝発信側ノードＩＤ＋ＬＳＰ＿ＩＤであり、ネットワーク内で一意な値である。
図１３はパス管理テーブルを示す図である。パス管理テーブルＴ２は、パス管理部２１内に含まれ、１つのパスの情報として、宛先ノードＩＤ、パス状態、バンドルパスＩＤ、入力ポート番号、出力ポート番号、入力波長ラベル、出力波長ラベルを設定するフィールドで構成される（なお、図中の○数字は、後述のフローチャートで説明を行う際にわかりやすいように付けたもので図３６以降で後述する）。
パス管理部２１は、パスＩＤでパス管理テーブルＴ２をインデックスして各フィールドの値を設定する。なお、宛先ノードＩＤ〜出力ポート番号は、Ｐａｔｈメッセージ処理時（送信データ処理時）に設定し、入力波長ラベルと出力波長ラベルは、Ｒｅｓｖメッセージ処理時（受信データ処理時）に設定する。
図１４はノードＡでのパス設定開始時のパス管理テーブルＴ２の設定値を示す図である。この時点では、宛先ノードＩＤのフィールドを１７２．２７．１７０．３（ノードＣ）、パス状態のフィールドを“１”、バンドルパスＩＤ〜出力波長ラベルのフィールドを“０”として、パス管理テーブルＴ２に設定する。なお、パス状態として、“１”はパス設定中、“２”はパス解放中、“３”は通信中を意味する。
また、バンドルパスＩＤ及び出力ポート番号〜出力波長ラベルのフィールドが“０”とは、後で設定することを意味し、入力ポート番号が“０”とは、入力ポートは用いないことを意味する（ノードＡ→ノードＣを設定するため）。
次にパス管理部２１は、Ｂｕｎｄｌｅｄ  Ｌｉｎｋパス管理を行うためのバンドルＩＤの取得をバンドル管理部２２に要求する（従来であれば、ここでルート決定処理が行われていた）。バンドルＩＤは、発信側ノードが割り当て、そのノード内で一意な値である。
バンドル管理部２２は、パス管理部２１によるバンドルＩＤ取得指示を受けると、まず、バンドル対象となるパスのサーチをバンドル検索部２３に依頼する。“バンドル対象となるパスのサーチ”とは、すなわち、ノードＡとノードＣの間に、Ｂｕｎｄｌｅｄ  Ｌｉｎｋがすでにあるか否かをサーチするということである。バンドル検索部２３は、管理者より入力された宛先ノードＩＤをもとに、バンドル対象となるパスをサーチする。
図１５はバンドル管理テーブルを示す図である。バンドル管理テーブルＴ３ａは、バンドル管理部２２内に含まれ、１つのパスの情報として、宛先ノードＩＤ、バンドルＩＤ、経路情報広告有無、合計帯域、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ数、Ｃｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤを設定するフィールドで構成される。
バンドル検索部２３は、バンドル管理テーブルＴ３ａに対して、管理者より通知された宛先ノードＩＤをサーチするが、この段階では、初回のパス設定であるため空欄となっている。したがって、バンドル対象無し（すなわち、最初のＢｕｎｄｌｅｄ  Ｌｉｎｋを設定するということ）の旨を、バンドル検索部２３は、バンドル管理部２２に通知する。
バンドル管理部２２は、上述の結果を認識した後に、バンドルＩＤの取得処理を行う。図１６はバンドルＩＤ管理テーブルを示す図である。バンドルＩＤ管理テーブルＴ４は、バンドル管理部２２内に含まれ、バンドルＩＤが現在使用中か未使用かのフラグで構成されている。バンドル管理部２２は、バンドルＩＤ管理テーブルＴ４をサーチして、未使用なバンドルＩＤを取得する（バンドルＩＤ＝１を取得したとする）。
次にバンドル管理部２２は、自己のノードＩＤ（ノードＡ（１７２．２７．１７０．１））に取得したバンドルＩＤ＝１を付加して、バンドルパスＩＤを生成し、バンドルパスＩＤをパス管理部２１に通知する。バンドルパスＩＤは、複数のパスを束ねた単一リンクを表す識別子のことで、発信側ノードＩＤ＋バンドルＩＤであり、ネットワーク内で一意な値である。
図１７はバンドル管理テーブルＴ３を示す図である。バンドルパスＩＤでインデックスされている様子を示している。図１８はノードＡでのパス設定開始時のバンドル管理テーブルＴ３の設定値を示す図である。この時点では、宛先ノードＩＤのフィールドを１７２．２７．１７０．３（ノードＣ）、バンドルＩＤを“１”、経路情報広告有無〜Ｃｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤを“０”と設定している。
また、経路情報広告有無が“０”とは、すぐに広告することを示し（“１”はすぐに広告しないことを示す）、合計帯域〜Ｃｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤが“０”とは、値がないことを示す。なお、Ｃｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤ＝パスＩＤである。
パス管理部２１は、受信したバンドルパスＩＤを、図１３のパス管理テーブルＴ２に設定した後、経路計算部３１に対して、パスのルート決定を要求する。ルート決定方法については、最短経路探索アルゴリズムとして、ＯＳＰＦで用いられるダイクストラアルゴリズムにしたがってもよい。ここでは、ルートが、ノードＢを経由して、ノードＡからノードＣに向かうものと決定したとする。
次にパス管理部２１は、シグナリング制御部２５に対しＰａｔｈメッセージ送信要求を行う。図１９はＰａｔｈメッセージのフォーマット構成を示す図である。Ｐａｔｈメッセージは、Ｃｏｍｍｏｎ  Ｈｅａｄｅｒ等と、各種のＯｂｊｅｃｔ（Ｇｅｎｅｒａｌｉｚｅｄ  Ｌａｂｅｌ  Ｒｅｑｕｅｓｔ  Ｏｂｊｅｃｔ、Ｅｘｐｌｉｃｉｔ  Ｒｏｕｔｅ  Ｏｂｊｅｃｔ、Ｂｕｎｄｌｅｄ  Ｌｉｎｋ  Ｏｂｊｅｃｔ）のフィールドから構成される。Ｂｕｎｄｌｅｄ  Ｌｉｎｋ  Ｏｂｊｅｃｔは、本発明であらたに追加したフィールドである。図２０、図２１それぞれに、Ｇｅｎｅｒａｌｉｚｅｄ  Ｌａｂｅｌ  Ｒｅｑｕｅｓｔ  ＯｂｊｅｃｔとＥｘｐｌｉｃｉｔ  Ｒｏｕｔｅ  Ｏｂｊｅｃｔのフォーマット構成を示す。Ｇｅｎｅｒａｌｉｚｅｄ  Ｌａｂｅｌ  Ｒｅｑｕｅｓｔ  ＯｂｊｅｃｔはＯｂｊｅｃｔ  Ｈｅａｄｅｒと、ＬＰＳ  Ｅｎｃｏｄｉｎｇ  Ｔｙｐｅと、Ｓｗｉｔｃｈｉｎｇ  Ｔｙｐｅと、Ｇ−ＰＤＩとのフィールドから構成され、Ｅｘｐｌｉｃｉｔ  Ｒｏｕｔｅ  Ｏｂｊｅｃｔは、Ｏｂｊｅｃｔ  Ｈｅａｄｅｒと、経由ノード情報のフィールドから構成される。
図２２はＢｕｎｄｌｅｄ  Ｌｉｎｋ  Ｏｂｊｅｃｔのフォーマット構成を示す図である。Ｂｕｎｄｌｅｄ  Ｌｉｎｋ  Ｏｂｊｅｃｔは、Ｏｂｊｅｃｔ  Ｈｅａｄｅｒと、バンドル管理テーブルＴ３内の設定情報（バンドルＩＤ、経路情報広告有無、合計帯域、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ数、Ｃｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤ）から構成されている。
シグナリング制御部２５は、本発明で追加したＢｕｎｄｌｅｄ  Ｌｉｎｋ  Ｏｂｊｅｃｔを付加したＰａｔｈメッセージを編集する。そして、制御チャネルＩＦ部５０は、隣接のノードＢへ編集されたＰａｔｈメッセージを送信する。
このようにして、ノードＡから送信されたＰａｔｈメッセージは、ノードＢを経由し、宛先ノードであるノードＣに到達する。図２３に初回パスのＰａｔｈメッセージ送信の様子を示す。システム構成は図１１と同様である。
なお、中継ノードであるノードＢの動作としては、新規にＰａｔｈメッセージに付加したＢｕｎｄｌｅｄ  Ｌｉｎｋ  Ｏｂｊｅｃｔを、そのままトランスペアレントに転送するだけであり、その他の動作については既存処理と同様であるため説明は省略する。
次に着信側ノードであるノードＣについて、ノードＣの制御チャネルＩＦ部５０は、受信したＰａｔｈメッセージをシグナリング制御部２５に通知し、シグナリング制御部２５は、そのＰａｔｈメッセージをパス管理部２１に通知する。パス管理部２１は、発信側ノードと同様に、空いているＬＳＰ＿ＩＤを取得して、受信したＰａｔｈメッセージにもとづいて、パス管理テーブルＴ２を設定する。
図２４はノードＣでのパス設定開始時のパス管理テーブルＴ２の設定値を示す図である。この時点では、宛先ノードＩＤのフィールドを１７２．２７．１７０．３（ノードＣ）、パス状態のフィールドを“１”、バンドルパスＩＤを１７２．２７．１７０．１（ノードＡ）＋１（バンドルＩＤ）、入力ポート番号を“２”、出力ポート番号〜出力波長レベルは“０”と設定されている。
次にパス管理部２１は、バンドル管理部２２に対しバンドルの最終設定を要求する。バンドル管理部２２は、パス管理部２１から通知されたバンドルパスＩＤ（ノードＡ（１７２．２７．１７０．１）＋バンドルＩＤ＝１）にて、図１５で示したバンドル管理テーブルＴ３をインデックスし、宛先ノードを抽出する。
ただし、この場合、宛先ノードがまだ設定されていないため、最初のＢｕｎｄｌｅｄ  Ｌｉｎｋ設定であると認識し、図２５に示すようにバンドル管理テーブルＴ３に値を設定して、パス管理部２１に制御を戻す。
図２５はノードＣでのパス設定開始時のバンドル管理テーブルの設定値を示す図である。設定内容は、宛先ノードＩＤのフィールドを１７２．２７．１７０．３（ノードＣ）、バンドルＩＤを“１”、経路情報広告有無を“０”、合計帯域を“１００００”、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ数を“１”、Ｃｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤを１７２．２７．１７０．１（ノードＡ）＋（ＬＳＰ＿ＩＤ）と設定される。
パス管理部２１は、リソース管理部２４に波長ラベル割り当てを要求し、割り当てられた波長ラベル（波長レベル＝２とする）をパス管理テーブルＴ２に設定し、さらにパス状態を“通信中”に設定する。そして、パス管理部２１は、シグナリング制御部２５にＲｅｓｖメッセージの送信要求を行う。
シグナリング制御部２５は、Ｒｅｓｖメッセージを編集し、制御チャネルＩＦ部５０はＲｅｓｖメッセージを送信する。なお、Ｒｅｓｖメッセージは、従来のＲｅｓｖメッセージフォーマットと同様であるため、説明は省略する。
このようにしてノードＣから送信されたＲｅｓｖメッセージは、ノードＢを経由し、発信側ノードであるノードＡに到達する。図２６に初回パスのＲｅｓｖメッセージ送信の様子を示す。システム構成は図１１と同様である。
一方、発信側ノードであるノードＡにてＲｅｓｖメッセージを受信すると、Ｒｅｓｖメッセージは、制御チャネルＩＦ部５０、シグナリング制御部２５を経由してパス管理部２１に到達する。
パス管理部２１は、パス管理テーブルＴ２の出力波長ラベルに、Ｒｅｓｖメッセージにて受信した波長ラベルを設定する。また、バンドル管理部２２に対して、バンドル設定要求を行う。バンドル管理部２２は、ノードＣの動作と同様に、バンドル管理テーブルＴ３を設定し（すなわち、合計帯域、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ数、Ｃｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤを設定し）、パス管理部２１に制御を戻す。
パス管理部２１は、パス管理テーブルＴ２のパス状態を“通信中”に設定する。そして、経路情報制御部３２にＢｕｎｄｌｅｄ  Ｌｉｎｋの経路情報を通知するとともに、コマンドＩＦ制御部４０に対して、Ｂｕｎｄｌｅｄ  Ｌｉｎｋ設定完了を通知する。
コマンドＩＦ制御部４０は、管理者にＢｕｎｄｌｅｄ  Ｌｉｎｋ設定完了の通知を行うことにより、管理者はＢｕｎｄｌｅｄ  Ｌｉｎｋの設定完了を認識することとなる。以上説明したようにして、発着信ノードで同期して、Ｂｕｎｄｌｅｄ  Ｌｉｎｋパスの設定が可能になる。
一方、上述したように発信ノードであるノードＡの経路情報制御部３２は、パス管理部２１よりＢｕｎｄｌｅｄ  Ｌｉｎｋの経路情報が通知されている。経路情報制御部３２は、この経路情報を経路情報ＤＢ３４へ蓄積して管理しなければならないが、経路情報制御部３２の処理を説明する前に、まず経路情報の管理の考え方について説明する。
ＧＭＰＬＳ技術を使用するノードは、光ファイバレイヤ、波長パスレイヤなど各レイヤの経路情報を管理しなければならないので、複数レイヤを扱うノードは、レイヤごとに情報を管理する必要がある。
図２７は経路情報ＤＢ３４の管理形式を示す図である。図では、光ファイバレイヤ、波長パスレイヤ、ＴＤＭレイヤ、ＩＰレイヤというように、レイヤ毎に経路情報Ｌ１〜Ｌ４を蓄積して管理している。
レイヤ毎の経路情報Ｌ１〜Ｌ４は、ＯＳＰＦルーティングプロトコルでは、ＴＥ  ＬＳＡを使用して広告されるので、以降、経路情報を蓄積するデータベース名をＴＥＤＢ（Ｔｒａｆｆｉｃ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｄａｔａ  Ｂａｓｅ）と呼ぶことにする。
次に経路情報制御部３２について説明する。ノードＡのパス管理部２１よりＢｕｎｄｌｅｄ  Ｌｉｎｋの経路情報を通知された経路情報制御部３２は、まず通知された経路情報から、制御するデータベースが波長レイヤであることを決定する。
次に経路情報の一部であるノードＩＤにもとづいて、ＴＥＤＢ（波長レイヤ）Ｌ２をサーチし、対象となるＴＥ  ＬＳＡが存在するかどうかをチェックする。この場合は、初回の波長パスであるため、対象ＴＥ  ＬＳＡ無しであるため、経路情報をもとにＴＥ  ＬＳＡを作成し、作成したＴＥ  ＬＳＡをＴＥＤＢ（波長レイヤ）Ｌ２にリンクする。この時に作成するＴＥ  ＬＳＡは上述した図８、図９のようになる。
次に経路情報制御部３２は、ダイクストラアルゴリズムを用いてルート計算を行い、ＴＥＤＢ（波長レイヤ）Ｌ２に設定する。この場合、作成したＴＥ  ＬＳＡが自ノードのものであるため、ＴＥＤＢ（波長レイヤ）Ｌ２の設定情報はほとんどなく図２８、図２９の通りとなる。図２８は波長経路情報データベースを示す図であり、図２９はＴＥＤＢ（波長レイヤ）の設定情報を示す図である。
波長経路情報データベースは、ＴＥ  ＬＳＡ格納バッファアドレス、宛先ノードＩＤ、Ｎｅｘｔ  ＨＯＰ  ＩＤ、Ｍｅｔｒｉｃ、出力ポート番号等のフィールドから構成される。また、ノードＡの波長経路情報データベースの設定値は、ＴＥ  ＬＳＡ格納バッファアドレスにはメモリアドレス、宛先ノードＩＤにはノードＡのＩＤ（１７２．２７．１７０．１）、Ｎｅｘｔ  ＨＯＰ  ＩＤ＝０、Ｍｅｔｒｉｃ＝０、出力ポート番号＝０と設定されている。
最後に経路情報制御部３２は、ＴＥ  ＬＳＡをすぐに広告するかを決定する。この場合、“すぐに広告する”と指定されているため、経路情報制御部３２は、作成したＴＥ  ＬＳＡの広告を広告部３３に要求する。広告部３３は、要求にしたがい、制御チャネルＩＦ部５０を通してＴＥ  ＬＳＡを広告する。広告するＴＥ  ＬＳＡフォーマットは、上述した図８、図９と同様である。
また、ノードＡによって広告されたＴＥ  ＬＳＡは、ネットワーク全体に到達する。図３０は経路情報広告の様子を示す図である。図に示すように、ネットワーク全体に到達するため、ＴＤＭ装置６１、６２は、ノードＡとノードＣ間に１０Ｇｂｐｓの波長パスが設定されたことを認識することで、ＴＤＭ装置６１とＴＤＭ装置６２間にＳＯＮＥＴパスを設定することが可能となる。
以上説明したように、発着信ノードで自動的にＢｕｎｄｌｅｄ  Ｌｉｎｋパスの設定、及びＢｕｎｄｌｅｄ  Ｌｉｎｋパス確立認識による経路情報広告ができる。
次に“１本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋを追加（すぐに広告指定）”を行う場合について説明する。すでに説明した“初回のＢｕｎｄｌｅｄ  Ｌｉｎｋ設定（すぐに広告指定）”に続き、図３０に示す管理者よりＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ設定要求を受信した場合の各ノードの動作を説明する。
管理者は、ノードＡ（１７２．２７．１７０．１）からノードＣ（１７２．２７．１７０．３）に、Ｂｕｎｄｌｅｄ  Ｌｉｎｋに追加するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ（波長パス）を設定するものとする。波長パスの帯域は１０Ｇｂｐｓ固定であり、管理者はパス要求の際に、宛先ノードＩＤ＝ノードＣ（１７２．２７．１７０．３）、バンドル対象であること、波長パス確立後自動的に経路情報を広告すること、をパラメータとして指定したものとする。
また、どのＢｕｎｄｌｅｄ  ＬｉｎｋにＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋを追加するかを明示的に指定しなくても、バンドル対象となるＢｕｎｄｌｅｄ  Ｌｉｎｋを自動的に決定することが可能であることを合わせて説明する。
管理者からノードＡに投入されたＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ設定要求をトリガに、“初回のＢｕｎｄｌｅｄ  Ｌｉｎｋ設定（すぐに広告指定）”と同様に、処理フローは、コマンドＩＦ制御部４０、パス管理部２１、バンドル管理部２２を経由し、バンドル検索部２３に到達する。ここまでの動作は上述したため省略するが、パス管理部２１で取得したＬＳＰ＿ＩＤは２とする。
バンドル検索部２３は、管理者より入力された宛先ノードＣのＩＤ（１７２．２７．１７０．３）をもとに、図１７のバンドル管理テーブルＴ３をサーチし、バンドル対象となるパスをサーチする。
この場合、すでにＢｕｎｄｌｅｄ  Ｌｉｎｋが登録されているため、バンドル対象有りということになり、抽出したバンドル対象のバンドルパスＩＤ（ノードＡのＩＤ（１７２．２７．１７０．１）＋バンドルＩＤ＝１）をバンドル管理部２２に通知することで自動的にバンドル対象を決定することができる。
バンドル管理部２２は、抽出したバンドルパスＩＤをパス管理部２１に通知する。パス管理部２１は、経路計算の要求、Ｐａｔｈメッセージ送信要求などを行い、シグナリング制御部２５はＰａｔｈメッセージの編集を行う（本処理については説明済みなので省略）。
Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋの経路計算においては、すでに設定されているＢｕｎｄｌｅｄ  Ｌｉｎｋと着信側ノードが同一であれば経路が異なっても特に問題無くバンドルとして設定できるが、説明の簡便のため、Ｂｕｎｄｌｅｄ  Ｌｉｎｋと同一経路であるノードＢ→ノードＣの経路を選択したこととする。
図３１は１本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加の状態を示す図である。ノードＡから送信されたＰａｔｈメッセージは、図に示すようにノードＢを経由し、宛先ノードであるノードＣに到達する。このように、指定された宛先ノードＩＤをもとに、バンドル対象となるＢｕｎｄｌｅｄ  Ｌｉｎｋを自動的に決定することができる。
一方、着信側ノードであるノードＣにてＰａｔｈメッセージを受信すると、制御チャネルＩＦ部５０、シグナリング制御部２５、パス管理部２１を経由して、バンドル管理部２２に到達する。ここまでの動作はすでに説明したため省略する。
バンドル管理部２２は、バンドルパスＩＤ（ノードＡのＩＤ（１７２．２７．１７０．１）＋バンドルＩＤ＝１）にて、図１７のバンドル管理テーブルＴ３をインデックスした場合、宛先ノードＩＤとしてノードＣ（１７２．２７．１７０．３）が登録されており、すでにＢｕｎｄｌｅｄ  Ｌｉｎｋが設定されていると認識する。
そして、追加するＣｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤ（ノードＡのＩＤ（１７２．２７．１７０．１）＋ＬＳＰ＿ＩＤ＝２）をテーブルに設定し、合計帯域に１０Ｇｂｐｓを加算し２０Ｇｂｐｓを設定する。さらに、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ数も＋１加算して２とする。その後、パス管理部２１に制御を戻す。
パス管理部２１では、すでに説明したように波長ラベルの割当て要求、シグナリング制御部２５へのＲｅｓｖメッセージの送信要求を行う。このようにして、ノードＣから送信されたＲｅｓｖメッセージは、図３１に示すようにノードＢを経由し、発信側ノードであるノードＡに到達する。
一方、発信側ノードであるノードＡにてＣｏｍｐｏｎｅｎｔ  ＬｉｎｋのＲｅｓｖメッセージを受信した場合、すでに上述したように、パス管理部２１にて図１３のパス管理テーブルＴ２への出力波長ラベル設定、バンドル管理部２２にて図１７のバンドル管理テーブルＴ３の更新（Ｃｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤ設定、合計帯域＋１０Ｇｂｐｓ、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ数＋１）を行う。
さらに、パス管理部２１は、経路情報制御部３２にＢｕｎｄｌｅｄ  Ｌｉｎｋの経路情報を通知するとともに、コマンドＩＦ制御部４０に対しＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ設定完了を通知する。コマンドＩＦ制御部４０は、管理者に通知を行うことにより、管理者はＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの設定完了を認識することとなる。
また、ノードＡにて、パス管理部２１よりＢｕｎｄｌｅｄ  Ｌｉｎｋの経路情報を通知された経路情報制御部３２は、まず通知された経路情報から制御するデータベースが波長レイヤであることを決定する。
次に経路情報の一部であるノードＩＤにて、ＴＥＤＢ（波長レイヤ）Ｌ２をサーチし、対象となるＴＥ  ＬＳＡが存在するかどうかをチェックする。この場合は、すでにＢｕｎｄｌｅｄ  Ｌｉｎｋが設定されているため、対象ＴＥ  ＬＳＡが存在することとなる。
この場合、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加により別パスとしてあらたにＴＥ  ＬＳＡを作成するわけではなく、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加によるＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域増加分をすでに存在するＴＥ  ＬＳＡに反映する。
したがって、ＴＥ  ＬＳＡ内の物理帯域をＢｕｎｄｌｅｄ  Ｌｉｎｋの合計帯域である２０Ｇｂｐｓに変更することとなる。また、ＴＥ  ＬＳＡにＢｕｎｄｌｅｄ  Ｌｉｎｋの空き帯域やＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ毎の空き帯域を設定してもよく、この場合はこれらの情報も更新することが必要となる。
次に経路情報制御部３２は、ダイクストラアルゴリズムを用いてルート計算後、ＴＥ  ＬＳＡをすぐに広告するかを決定する。この場合、“すぐに広告する”と指定されているため、経路情報制御部３２は、作成したＴＥ  ＬＳＡの広告を広告部３３に要求し、制御チャネルＩＦ部５０を通してＴＥ  ＬＳＡを広告する。
図３２は１本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加後のＢｕｎｄｌｅｄ  Ｌｉｎｋを示す図である。ノードＡで広告されたＴＥ  ＬＳＡは、図に示すネットワーク全体に到達するため、ＴＤＭ装置６１，６２は、ノードＡ→ノードＣ間の１０Ｇｂｐｓの波長パスが、２０Ｇｂｐｓに増加することを認識することが可能となる。
以上説明したように、Ｂｕｎｄｌｅｄ  Ｌｉｎｋを構成するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋのパス追加が可能となり、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加により仮想的にＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域が増加したようにネットワーク内に広告することができる。
次に“２本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加（すぐに広告しない指定）”を行う場合について説明する。すでに説明した“１本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加（すぐに広告指定）”に続き、図３２に示す管理者より２本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ設定要求を受信した場合の各ノードの動作を説明する。
管理者は、ノードＡ（１７２．２７．１７０．１）からノードＣ（１７２．２７．１７０．３）に、Ｂｕｎｄｌｅｄ  Ｌｉｎｋに追加するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ（波長パス）を設定するものとする。波長パスの帯域は１０Ｇｂｐｓ固定であり、管理者はパス要求の際に、宛先ノードＩＤ＝ノードＣ（１７２．２７．１７０．３）、バンドル対象であること、波長パス確立後自動的に経路情報を広告しないこと、をパラメータとして指定したものとする。
ノードＡからノードＣへのＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加におけるパス設定方法については、“１本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加（すぐに広告指定）”で上述したので説明は省略する。ただし、パス設定後の経路情報広告については、異なるため以下に説明する。
ノードＡにて、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ設定完了後、パス管理部２１よりＢｕｎｄｌｅｄ  Ｌｉｎｋの経路情報を通知された経路情報制御部３２は、ＴＥＤＢ（波長レイヤ）Ｌ２の中から該当するＴＥ  ＬＳＡをサーチし、ＴＥ  ＬＳＡ内の物理帯域を２０Ｇｂｐｓから３０Ｇｂｐｓに更新する。
次に経路情報制御部３２は、ダイクストラアルゴリズムを用いてルート計算後ＴＥ  ＬＳＡをすぐに広告するかを決定する。この場合、“すぐに広告しない”と広告指定されているため、経路情報制御部３２は、作成したＴＥ  ＬＳＡの広告を行わず処理を終了する。この広告指定は、ここでは、設定するパス毎に指定できることとしたが、個々のパス毎でなくＢｕｎｄｌｅｄ  Ｌｉｎｋとして広告指定のモードを持ってもよい。
図３３は２本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加後のＢｕｎｄｌｅｄ  Ｌｉｎｋを示す図である。したがって、図のネットワークに示すようにＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋは追加されているものの、ネットワーク内の他のノードは、その情報を知らない状態である。これは、Ｂｕｎｄｌｅｄ  Ｌｉｎｋの設定過渡期などで不用意に経路情報広告を行いたくない場合や、むやみにネットワークに負荷をかけたくない場合に非常に有用である。
次に“３本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加（すぐに広告指定）”を行う場合について説明する。すでに上述した“２本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加（すぐに広告しない指定）”に続き、図３２に示す管理者より３本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ設定要求を受信した場合の各ノードの動作を説明する。
管理者は、ノードＡ（１７２．２７．１７０．１）からノードＣ（１７２．２７．１７０．３）に、Ｂｕｎｄｌｅｄ  Ｌｉｎｋに追加するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ（波長パス）を設定するものとする。波長パスの帯域は１０Ｇｂｐｓ固定であり、管理者はパス要求の際に、宛先ノードＩＤ＝ノードＣ（１７２．２７，１７０．３）、バンドル対象であること、波長パス確立後自動的に経路情報を広告すること、をパラメータとして指定したものとする。
ノードＡからノードＣへのＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加におけるパス設定方法については、“１本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加（すぐに広告指定）”で上述したので、説明は省略する。パス設定後の経路情報広告については、以下に説明する。
ノードＡにて、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ設定完了後、パス管理部２１よりＢｕｎｄｌｅｄ  Ｌｉｎｋの経路情報を通知された経路情報制御部３２は、ＴＥＤＢ（波長レイヤ）Ｌ２の中から該当するＴＥ  ＬＳＡをサーチし、ＴＥ  ＬＳＡ内の物理帯域を３０Ｇｂｐｓから４０Ｇｂｐｓに更新する。
次に経路情報制御部３２は、ダイクストラアルゴリズムを用いてルート計算後、ＴＥ  ＬＳＡをすぐに広告するかを決定する。この場合、“すぐに広告する”と指定されているため、経路情報制御部３２は、作成したＴＥ  ＬＳＡの広告を広告部３３に要求し、制御チャネルＩＦ部５０を通してＴＥ  ＬＳＡを広告する。
図３４は３本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加後のＢｕｎｄｌｅｄ  Ｌｉｎｋを示す図である。ノードＡにて広告されたＴＥ  ＬＳＡは、図に示すネットワーク全体に到達する。ＴＤＭ装置６１、６２は、以前ＴＥ  ＬＳＡを受信した時点でノードＡ→ノードＣ間の波長パスは２０Ｇｂｐｓだと認識していたが、今回のＴＥ  ＬＳＡの広告により一気に４０Ｇｂｐｓに増加したと認識することになる。
以上説明したように、本発明では、個々のパス設定完了をトリガに情報広告を行うのではなく、複数パスの設定が完了したあとに一括して情報広告を行うことができる。
次に“Ｃｏｍｐｏｎｅｎｔ＿Ｌｉｎｋ削除（すぐに広告指定）”を行う場合について説明する。図３５はＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ削除を示す図である。すでに説明した“３本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加（すぐに広告指定）”の状態から、図に示す管理者よりＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ削除要求を受信した場合の各ノードの動作を説明する。
管理者は、ノードＡ（１７２．２７．１７０．１）からノードＣ（１７２．２７．１７０．３）に、設定されたＢｕｎｄｌｅｄ  Ｌｉｎｋ中のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ（波長パス）を削除するものとする。
管理者はパス削除要求の際に、宛先ノードＣのＩＤ（１７２．２７．１７０．３）、バンドル対象であること、波長パス削除後自動的に経路情報を広告すること、をパラメータとして指定したものとする。
管理者が、複数存在するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの中から、削除するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋを指定してもよいが、ここでは管理者が指定するのではなく装置が自動的に選択するものとして説明を行う。
管理者からノードＡに投入されたＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ削除要求をトリガに、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加にて説明した場合と同様に、処理フローはコマンドＩＦ制御部４０、パス管理部２１、バンドル管理部２２を経由し、バンドル検索部２３に到達する。
バンドル検索部２３は、管理者より入力された宛先ノードＣのＩＤ（１７２．２７．１７０．３）をもとに、図１７のバンドル管理テーブルＴ３をサーチし、バンドル対象となるパスをサーチし、抽出したバンドル対象のバンドルパスＩＤ（ノードＡのＩＤ（１７２．２７．１７０．１）＋バンドルＩＤ＝１）をバンドル管理部２２に通知する。
バンドル管理部２２は、抽出したバンドルパスＩＤにて図１７のバンドル管理テーブルＴ３をインデックスし、削除するＣｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤを抽出し、パス管理部２１に通知する。
パス管理部２１は、Ｃｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤで示されるパスの削除を行うため、シグナリング制御部２５に対しＰａｔｈＴｅａｒメッセージの送信要求を行う。シグナリング制御部２５は、ＰａｔｈＴｅａｒメッセージを編集し、制御チャネルＩＦ部５０を通して送信する。このようにしてノードＡから送信されたＰａｔｈＴｅａｒメッセージは、図３５に示すようにノードＢを経由し、宛先ノードであるノードＣに到達する。
一方、着信側ノードであるノードＣにてＰａｔｈＴｅａｒメッセージを受信すると、制御チャネルＩＦ部５０、シグナリング制御部２５、パス管理部２１を経由してバンドル管理部２２に到達する。ここまでの動作はＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加にて説明した場合と同様であるため省略する。
バンドル管理部２２は、バンドルパスＩＤ（ノードＡのＩＤ（１７２．２７．１７０．１）＋バンドルＩＤ＝１）にて図１７のバンドル管理テーブルＴ３をインデックスし、削除対象のＣｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤをテーブルから削除し、また現状の合計帯域４０Ｇｂｐｓから１０Ｇｂｐｓ減算して３０Ｇｂｐｓを設定し、またＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ数も１減算して３とする。その後、パス管理部２１に制御を戻す。
パス管理部２１は、波長ラベルの解放要求後、削除するＣｏｍｐｏｎｅｎｔ  ＬｉｎｋのパスＩＤにて、図１３のパス管理テーブルＴ２をインデックスし、該当エリアのクリアを行い、シグナリング制御部２５へのＲｅｓｖＴｅａｒメッセージの送信要求を行う。このようにしてノードＣから送信されたＲｅｓｖＴｅａｒメッセージは、図３５に示すようにノードＢを経由し、発信側ノードであるノードＡに到達する。
また、発信側ノードであるノードＡにてＣｏｍｐｏｎｅｎｔ  ＬｉｎｋのＲｅｓｖＴｅａｒメッセージを受信した場合、パス管理部２１は、バンドル管理部２２に対しバンドルの削除を要求する。
バンドル管理部２２は、着信側ノード処理ですでに説明したように、図１７のバンドル管理テーブルＴ３の更新（Ｃｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤ削除、合計帯域１０Ｇｂｐｓの減算、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ数の１減算）を行い、パス管理部２１に制御を戻す。
パス管理部２１は、着信側ノード処理ですでに説明したように、図１３のパス管理テーブルＴ２のクリアを行い、経路情報制御部３２にＢｕｎｄｌｅｄ  Ｌｉｎｋの経路情報を通知するとともに、コマンドＩＦ制御部４０に対しＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ削除完了を通知する。コマンドＩＦ制御部４０は、管理者に通知を行うことにより、管理者はＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの削除完了を認識することとなる。
一方、ノードＡにて、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ削除完了後、パス管理部２１よりＢｕｎｄｌｅｄ  Ｌｉｎｋの経路情報を通知された経路情報制御部３２は、ＴＥＤＢ（波長レイヤ）Ｌ２の中から該当するＴＥ  ＬＳＡをサーチし、ＴＥ  ＬＳＡ内の物理帯域を４０Ｇｂｐｓから３０Ｇｂｐｓに更新する。
次に経路情報制御部３２は、ダイクストラアルゴリズムを用いてルート計算後、ＴＥ  ＬＳＡをすぐに広告するかを決定する。この場合、“すぐに広告する”と指定されているため、経路情報制御部３２は、作成したＴＥ  ＬＳＡの広告を広告部３３に要求し、制御チャネルＩＦ部５０を通してＴＥ  ＬＳＡを広告する。
また、ノードＡにて広告されたＴＥ  ＬＳＡは、図３５に示すネットワーク全体に到達するため、ＴＤＭ装置６１、６２は、ノードＡとノードＣ間の４０Ｇｂｐｓの波長パスが、３０Ｇｂｐｓに減少したことを認識することが可能となる。
以上説明したように、Ｂｕｎｄｌｅｄ  Ｌｉｎｋを構成するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋのパス削除が可能となり、またＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの削除により仮想的にＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域が減少したようにネットワーク内に広告することができる。
次に本発明の動作についてフローチャートを用いて説明する。図３６はパス設定におけるパス管理部の処理フローを示す図である。発信側ノードのコマンドＩＦ制御部４０からの起動による処理フローである。
〔Ｓ１〕コマンドＩＦ制御部４０からのＢＵＮＤＬＥＤ  ＬＩＮＫ設定要求を受けると、ＬＳＰ＿ＩＤ管理テーブルＴ１をサーチし、ＬＳＰ＿ＩＤを取得する。
〔Ｓ２〕パスＩＤにて、パス管理テーブルＴ２をインデックスし、該当のテーブルの宛先ノードＩＤ、パス状態、入力ポート番号を設定する。パス状態は“パス設定中”を設定する。
〔Ｓ３〕バンドル管理部２２にバンドルパスＩＤ取得を要求する。
〔Ｓ４〕取得したバンドルパスＩＤをパス管理テーブルＴ２に設定する。
〔Ｓ５〕経路計算部３１にパスのルート決定を要求する。
〔Ｓ６〕ルート決定がエラーの場合はステップＳ７へ、そうでなければステップＳ８へ行く。
〔Ｓ７〕コマンドＩＦ制御部４０にエラーを通知する。
〔Ｓ８〕取得した出力ポート番号をパス管理テーブルＴ２に設定する。
〔Ｓ９〕シグナリング制御部２５にＰａｔｈメッセージ送信を要求する。
図３７はバンドル検索部の処理フローを示す図である。発信側ノードの処理を示す。
〔Ｓ１１〕バンドル管理部２２からのバンドル検索依頼を受けると、宛先ノードＩＤにて、バンドル管理テーブルＴ３をサーチし、バンドル対象の有無をチェックする。
〔Ｓ１２〕バンドル対象でなければステップＳ１３へ、バンドル対象有ならばステップＳ１４へ行く。
〔Ｓ１３〕バンドル対象無しをバンドル管理部２２に通知する。
〔Ｓ１４〕バンドル対象に該当するバンドルパスＩＤをバンドル管理部２２に通知する。
図３８はパス設定におけるバンドル管理部の処理フローを示す図である。発信側ノードのバンドル検索部２３からの起動による処理フローである。
〔Ｓ２１〕バンドル検索部２３からの検索結果通知を受けて、バンドル対象がなければステップＳ２２へ、バンドル対象が有ればステップＳ２４へ行く。
〔Ｓ２２〕バンドルＩＤ管理テーブルＴ３をサーチし、バンドルＩＤを取得する。
〔Ｓ２３〕バンドルパスＩＤにて、バンドル管理テーブルＴ３をインデックスし、宛先ノードＩＤ、バンドルＩＤを設定する。
〔Ｓ２４〕バンドルパスＩＤをパス管理部２１に通知する。
図３９はパス設定におけるパス管理部の処理フローを示す図である。着信側ノードのシグナリング制御部２５からの起動による処理フローである。
〔Ｓ３１〕Ｐａｔｈメッセージ受信による、シグナリング制御部２５からの起動により、ＬＳＰ＿ＩＤ管理テーブルＴ１をサーチし、ＬＳＰ＿ＩＤを取得する。
〔Ｓ３２〕パスＩＤにて、パス管理テーブルＴ２をインデックスし、該当テーブルの宛先ノードＩＤ、パス状態、バンドルパスＩＤ、入力ポート番号、出力ポート番号、出力波長ラベルを設定する。パス状態には“パス設定中”を設定する。
〔Ｓ３３〕バンドル管理部２２にバンドルＩＤを通知し、バンドル設定を要求する。
〔Ｓ３４〕リソース管理部２４に波長ラベル割り当てを要求する。
〔Ｓ３５〕取得した波長ラベルをパス管理テーブルＴ２の入力波長ラベルに設定する。パス状態には“通信中”を設定する。
〔Ｓ３６〕シグナリング制御部２５にＲｅｓｖメッセージ送信を要求する。
図４０はパス設定におけるバンドル管理部の処理フローを示す図である。着信側ノードのパス管理部２１からの起動による処理フローである。
〔Ｓ４１〕パス管理部２１からのバンドル設定要求を受信すると、パス管理部２１から通知されたバンドルパスＩＤにて、バンドル管理テーブルＴ３をインデックスし、宛先ノードＩＤを抽出する。
〔Ｓ４２〕宛先ノードＩＤがない場合はステップＳ４３へ、ある場合はステップＳ４４へ行く。
〔Ｓ４３〕バンドル管理テーブルＴ３に宛先ノードＩＤ、バンドルＩＤ、合計帯域、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ数＝１、Ｃｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤを設定する。
〔Ｓ４４］バンドル管理テーブルＴ３にＣｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤを設定し、合計帯域及びＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ数を更新する。
図４１はパス設定におけるパス管理部の処理フローを示す図である。発信側ノードのシグナリング制御部２５からの起動による処理フローである。
〔Ｓ５１〕Ｒｅｓｖメッセージ受信による、シグナリング制御部２５からの起動により、パスＩＤにて、パス管理テーブルＴ２をインデックスし、該当テーブルの入力波長ラベル＝０、出力波長ラベルにＲｅｓｖメッセージで取得したラベルを設定する。
〔Ｓ５２〕パス管理部２１にバンドルＩＤを通知し、バンドル設定を要求する。
〔Ｓ５３〕パス管理テーブルＴ２のパス状態に“通信中”を設定する。
〔Ｓ５４〕経路情報制御部３２にＢｕｎｄｌｅｄ  Ｌｉｎｋ設定完了を通知し、経路情報広告を要求する。
〔Ｓ５５〕コマンドＩＦ制御部４０にＢｕｎｄｌｅｄ  Ｌｉｎｋ設定完了を通知する。
図４２は経路情報制御部の処理フローを示す図である。パス端ノードにおける処理でパス管理部２１から起動される。
〔Ｓ６１〕パス管理部２１からのＢｕｎｄｌｅｄ  Ｌｉｎｋ経路情報通知を受けると、通知された経路情報より、経路情報のレイヤを決定する。
〔Ｓ６２〕経路情報にて、決定したレイヤのＴＥＤＢをサーチし、対象ＴＥ  ＬＳＡの登録有無をチェックする。
〔Ｓ６３〕対象ＴＥ  ＬＳＡがあればステップＳ６４へ、なければステップＳ６５へ行く。
〔Ｓ６４〕通知された経路情報を用いて対象ＴＥ  ＬＳＡ内帯域情報を更新する。
〔Ｓ６５〕対象ＴＥ  ＬＳＡを作成しＴＥＤＢにリンクする。
〔Ｓ６６〕ダイクストラアルゴリズムによりルート計算を行い、結果情報をＴＥＤＢに設定する。
〔Ｓ６７〕対象ＴＥ  ＬＳＡを即時に広告する場合はステップＳ６８へ、しない場合はステップＳ６８をスキップする。
〔Ｓ６８〕広告部３３にＴＥ  ＬＳＡ広告を要求する。
図４３はパス削除におけるバンドル管理部の処理フローを示す図である。発信側ノードのバンドル検索部２３からの起動による処理フローである。
〔Ｓ７１〕バンドル検索部２３からの検索結果通知を受け、バンドル対象がなければステップＳ７２へ、あればステップＳ７３へ行く。
〔Ｓ７２〕エラーをパス管理部２１に通知する。
〔Ｓ７３〕バンドルパスＩＤにて、バンドル管理テーブルＴ３をインデックスし、削除するＣｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤを抽出する。
〔Ｓ７４〕バンドルパスＩＤと削除するＣｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤをパス管理部２１に通知する。
図４４はパス削除におけるバンドル管理部の処理フローを示す図である。着信側ノードのパス管理部２１からの起動による処理フローである。
〔Ｓ８１〕パス管理部２１からのバンドル削除要求を受けると、パス管理部２１から通知されたバンドルパスＩＤにて、バンドル管理テーブルＴ３をインデックスし、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ数を抽出する。
〔Ｓ８２〕Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋ数＝１ならばステップＳ８３へ、そうでなければステップＳ８４へ行く。
〔Ｓ８３〕バンドル管理テーブルＴ３の該当エリアをすべてクリアする。
〔Ｓ８４〕バンドル管理テーブルＴ３から削除するＣｏｍｐｏｎｅｎｔ  ＬｉｎｋパスＩＤを削除する。合計帯域及びＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ数を更新する。
次に従来技術と本発明を比較しながら説明する。最初にＢｕｎｄｌｅｄ  Ｌｉｎｋのパス設定について説明する。図４５はＢｕｎｄｌｅｄ  Ｌｉｎｋのパス設定を示す図である。ノードＡからノードＥがシリアルに接続されている。Ｌｉｎｋ  Ｂｕｎｄｌｉｎｇを行う際に、従来技術のようにすでに設定しているパスに対してバンドル設定を行うのではなく、本発明では、図に示すように、パスを設定する際に、シグナリングにて明示的に“Ｂｕｎｄｌｅｄ  Ｌｉｎｋとしてパス設定を行っている”ことを指定することにより、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとしてパス設定が可能となり、各ノードは最初からＢｕｎｄｌｅｄ  Ｌｉｎｋ情報として経路情報広告が可能となる。
ノードＢのコマンドＩＦ制御部４０がＢｕｎｄｌｅｄ  Ｌｉｎｋ設定コマンドを受信すると、そのコマンド及びパラメータをパス管理部２１に通知する。このパラメータには、少なくとも宛先アドレス及びバンドル指定であることを示す情報が指定されている。
従来技術では、Ｂｕｎｄｌｅｄ  Ｌｉｎｋはすでに設定されているパスを束ねるだけだったため、パス設定は行わないが、本発明におけるパス管理部２１は、これから設定するパス情報を生成し、バンドル管理部２２にＢｕｎｄｌｅｄ  Ｌｉｎｋパス情報（宛先アドレスなど）を通知し、バンドル設定を要求する。
従来のバンドル管理部はすでに存在するパスを束ねるという処理を司っていたが、本発明におけるバンドル管理部２２は新しいパスがＢｕｎｄｌｅｄ  Ｌｉｎｋの１本目のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋであることを検出したら新しいＢｕｎｄｌｅｄ  Ｌｉｎｋ情報を生成し、Ｂｕｎｄｌｅｄ  Ｌｉｎｋ情報をパス管理部２１に返す。
パス管理部２１は、経路計算部３１に対し、これから設定するパスの経路計算を依頼しルート決定を行う。次にパス管理部２１は、双方向パスであれば従来と同様にリソース管理部２４に逆方向パス（ノードＤからノードＢ方向）のリソース割当て要求を行う。
次にＢｕｎｄｌｅｄ  Ｌｉｎｋ情報をシグナリング制御部２５に通知し、パス設定要求の送信を要求する。シグナリング制御部２５は、パス設定要求メッセージに従来のパス情報に加え、本発明で追加したＢｕｎｄｌｅｄ  Ｌｉｎｋ情報を乗せて、制御チャネルＩＦ部５０を通して着信側ノードであるノードＤに送信する。
着信側ノードであるノードＤは、パス設定要求メッセージを受信すると、制御チャネルＩＦ部５０からシグナリング制御部２５に通知し、シグナリング制御部２５がパス設定要求メッセージの内容（本発明で追加したＢｕｎｄｌｅｄ  Ｌｉｎｋ情報を含む）を抽出し、パス管理部２１に渡す。
パス管理部２１は、自ノードが着信側ノードであると認識してパス情報を生成する。パス管理部２１は、従来であればＢｕｎｄｌｅｄ  Ｌｉｎｋをシグナリングにより設定するという考え方ではないので、パス設定のプロセスでバンドル管理部を起動することはないが、本発明ではＢｕｎｄｌｅｄ  Ｌｉｎｋ情報をバンドル管理部２２に通知し、バンドル設定を要求する。
本発明のバンドル管理部２２は、発信側ノードと同様、パス管理部２１から通知されたＢｕｎｄｌｅｄ  Ｌｉｎｋ情報をもとにバンドル管理情報を設定し、パス管理部２１に返す。次にパス管理部２１は、従来と同様にリソース管理部２４に正方向パス（ノードＢからノードＤ方向）のリソース割当て要求を行う。
パス管理部２１は、割り当てられたリソース情報をシグナリング制御部２５に通知し、パス設定応答メッセージの送信要求を行うとともに、双方向パスであれば、経路情報制御部３２に対しＢｕｎｄｌｅｄ  Ｌｉｎｋの経路情報広告を依頼する。
本発明における経路情報制御部３２は個々のリンクとしてではなくＢｕｎｄｌｅｄ  Ｌｉｎｋとしての情報を経路情報ＤＢ３４に設定し、Ｂｕｎｄｌｅｄ  Ｌｉｎｋ情報を広告部３３に通知する。
広告部３３は、逆方向パスのＢｕｎｄｌｅｄ  Ｌｉｎｋ経路情報を広告する。パス管理部２１からメッセージ送信を依頼されたシグナリング制御部２５は、従来と同様、パス設定応答メッセージを生成し、制御チャネルＩＦ部５０を通して発信側ノードであるノードＢに送信する。
発信側ノードであるノードＢの制御チャネルＩＦ部５０はパス設定応答メッセージを受信すると、該当メッセージをシグナリング制御部２５に通知する。シグナリング制御部２５は、パス設定応答メッセージから内容を抽出し、その情報をパス管理部２１に通知する。
パス管理部２１はＢｕｎｄｌｅｄ  Ｌｉｎｋの設定が完了したことを認識し、パス情報を更新後、バンドル管理部２２にバンドルの最終設定を要求する。本発明におけるバンドル管理部２２は、Ｂｕｎｄｌｅｄ  Ｌｉｎｋ情報をもとにバンドル管理情報を“完了”設定し、パス管理部２１に返す。
パス管理部２１は、経路情報制御部にＢｕｎｄｌｅｄ  Ｌｉｎｋの経路情報を通知し広告を要求する。本発明の広告部３３は、着信側ノードと同様、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとして正方向パスの経路情報を、制御チャネルＩＦ部５０を通してネットワークに広告する。また、パス管理部２１は、経路情報制御部３２への広告要求後、コマンドＩＦ制御部４０に対しＢｕｎｄｌｅｄ  Ｌｉｎｋ設定完了を通知する。
これにより、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとしてパス設定ができるとともに、発信側ノード及び着信側ノードは自動的にＢｕｎｄｌｅｄ  Ｌｉｎｋを生成し経路情報を広告することが可能となる。
次にＢｕｎｄｌｅｄ  ＬｉｎｋへのＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加について説明する。従来技術ではすでに設定しているパスにバンドルを設定する。しかし、Ｂｕｎｄｌｅｄ  ＬｉｎｋへのＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加手段が明確ではなかった。
図４６はＢｕｎｄｌｅｄ  ＬｉｎｋへのＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加を示す図である。ノードＡからノードＥがシリアルに接続されている。本発明では、図に示すようにＢｕｎｄｌｅｄ  Ｌｉｎｋ内のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋを追加する場合、追加するパスを設定する際に、シグナリングにて追加先のＢｕｎｄｌｅｄ  Ｌｉｎｋを指定することにより、Ｂｕｎｄｌｅｄ  Ｌｉｎｋへの追加を行う。
また、管理者がパス設定を要求する際に、パス設定後の経路情報を広告するのか否かを指示することにより、個々のパス設定完了後または複数のパス設定完了後、パスの両端ノードは、Ｂｕｎｄｌｅｄ  Ｌｉｎｋの容量が増加したことをＢｕｎｄｌｅｄ  Ｌｉｎｋ情報として経路情報を広告する。
ノードＢのコマンドＩＦ制御部４０がＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加コマンドを受信すると、そのコマンド及びパラメータをパス管理部２１に通知する。このパラメータには、本発明により追加した、パス設定後の経路情報を広告するか否かの指示が含まれている。
従来技術では、Ｂｕｎｄｌｅｄ  ＬｉｎｋへのＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加手段が明確ではなかったが、本発明におけるパス管理部２１は、これから設定するパス情報を生成し、バンドル管理部２２に追加先のＢｕｎｄｌｅｄ  Ｌｉｎｋ情報、今回設定するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの宛先アドレスなどを通知しＢｕｎｄｌｅｄ  Ｌｉｎｋへの追加を要求する。
本発明におけるバンドル管理部２２は追加先のＢｕｎｄｌｅｄ  Ｌｉｎｋと今回追加するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの宛先アドレスが同一だと認識したら、Ｂｕｎｄｌｅｄ  Ｌｉｎｋ情報を更新し、Ｂｕｎｄｌｅｄ  Ｌｉｎｋ情報をパス管理部２１に返す。パス管理部２１は、パスの経路計算依頼、リソース割当要求を行うが、上述したので省略する。
次にパス管理部２１は従来同様、シグナリング制御部２５に対し、パス設定要求の送信を要求するが、本発明では従来のパス情報に加え、追加先のＢｕｎｄｌｅｄ  Ｌｉｎｋ情報もシグナリング制御部２５に通知することにより、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとしてのパス設定要求メッセージの送信を要求する。
本発明におけるシグナリング制御部２５は、パス設定要求メッセージに追加先のＢｕｎｄｌｅｄ  Ｌｉｎｋ情報を付加する。このメッセージには経路情報を広告するか否かの指示も編集する。シグナリング制御部２５は、該当メッセージを制御チャネルＩＦ部５０を通して着信側ノードであるノードＤに送信する。
着信側ノードであるノードＤは、パス設定要求メッセージを受信すると制御チャネルＩＦ部５０、シグナリング制御部２５を経由し、パス管理部２１に到達する。パス管理部２１は、すでに説明したようにＢｕｎｄｌｅｄ  Ｌｉｎｋ情報をバンドル管理部２２に通知し、バンドル設定を要求する。
従来のバンドル管理部は、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加手段が明確ではなかったが、本発明のバンドル管理部２２は、パス管理部２１から通知されたＢｕｎｄｌｅｄ  Ｌｉｎｋ情報をもとにＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加であることを認識し、Ｂｕｎｄｌｅｄ  Ｌｉｎｋの帯域をＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ分だけ増加させ、パス管理部２１に返す。
次にパス管理部２１は、リソース割当て要求、パス設定応答メッセージの送信要求、Ｂｕｎｄｌｅｄ  Ｌｉｎｋの経路情報広告要求を行うが、上述したので説明は省略する。
従来の経路情報制御部は、あくまでも設定されたパスに対して処理を行っていたが、本発明における経路情報制御部３２はＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域がＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ分だけ増加したことを経路情報ＤＢ３４に設定し、経路情報を広告するか否かの指示にしたがい、Ｂｕｎｄｌｅｄ  Ｌｉｎｋ経路情報を広告するか否かを決定する。
広告する場合は、別パスとして広告するのではなく、Ｂｕｎｄｌｅｄ  Ｌｉｎｋの帯域が増加したものとして広告情報を作成し、広告部３３に広告依頼をする。広告部３３は、依頼にしたがい制御チャネルＩＦ部５０を通して経路情報広告を行う。
また、パス管理部２１からメッセージ送信を依頼されたシグナリング制御部２５は、従来同様、パス設定応答メッセージを生成し、制御チャネルＩＦ部５０を通して発信側ノードであるノードＢに送信する。
発信側ノードであるノードＢは、パス設定応答メッセージを受信すると制御チャネルＩＦ部５０、シグナリング制御部２５を経由しパス管理部２１に到達する。本発明におけるパス管理部２１はＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの設定が完了したことを認識し、パス情報を更新後、バンドル管理部２２にＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの設定完了を通知する。
本発明におけるバンドル管理部２２は、Ｂｕｎｄｌｅｄ  Ｌｉｎｋ情報をもとにＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域をＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ分だけ増加させ、パス管理部２１に返す。パス管理部２１は、経路情報制御部３２にＢｕｎｄｌｅｄ  Ｌｉｎｋの経路情報を通知し広告を要求する。広告部３３についてはすでに説明したため省略する。また、パス管理部２１は、経路情報制御部３２への広告要求後、コマンドＩＦ制御部４０に対しＢｕｎｄｌｅｄ  Ｌｉｎｋ設定完了を通知する。
これにより、Ｂｕｎｄｌｅｄ  Ｌｉｎｋへ追加するＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋのパス設定ができるとともに、発信側ノード及び着信側ノードはＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ増加をＢｕｎｄｌｅｄ  Ｌｉｎｋの帯域の変化に置き換えて経路情報を広告することが可能となる。
また、例えば、１０本のＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋを束ねたＢｕｎｄｌｅｄ  Ｌｉｎｋを作成する場合、１本目〜９本目までのパス設定の際にはパス設定後の経路情報を広告しないように指示しパス設定を行い、１０本目のパス設定において、経路情報を広告するよう指示することにより、複数パスの設定が完了したあとに一括して情報広告を行うことが可能となる。
次にＢｕｎｄｌｅｄ  Ｌｉｎｋの自動認識について説明する。図４７はＢｕｎｄｌｅｄ  Ｌｉｎｋの自動認識を示す図である。ノードＡからノードＥがシリアルに接続され、ノードＢにはノードＦ、ノードＩ、ノードＧが接続し、ノードＧにはノードＨが接続している。図は、ノードＢから様々なノードに対しすでにＢｕｎｄｌｅｄ  Ｌｉｎｋが設定されている様子を表している。
このような状況下、管理者がＢｕｎｄｌｅｄ  Ｌｉｎｋを指定してパス設定を行うことは低効率や人為的ミス発生につながってしまう。本発明では、あらたにＢｕｎｄｌｅｄ  Ｌｉｎｋを設定する場合またはすでに存在しているＢｕｎｄｌｅｄ  ＬｉｎｋにＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋを追加する場合、管理者はＢｕｎｄｌｅｄ  Ｌｉｎｋを指定することなく、通常のパス設定と同様に宛先のみを指定することで、ノードにてその宛先に該当するＢｕｎｄｌｅｄ  Ｌｉｎｋをサーチし、対象となるＢｕｎｄｌｅｄ  Ｌｉｎｋが存在すればＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加とみなし、存在しなければ新たにＢｕｎｄｌｅｄ  Ｌｉｎｋ設定とみなしてシグナリングを行う。
ノードＢのコマンドＩＦ制御部４０がパス設定コマンドを受信すると、そのコマンド及びパラメータをパス管理部２１に通知する。このパラメータには、宛先アドレスが含まれている。
パス管理部２１は、バンドル管理部２２にＢｕｎｄｌｅｄ  Ｌｉｎｋ情報（宛先アドレスなど）を通知しＢｕｎｄｌｅｄ  Ｌｉｎｋ設定を要求する。本発明におけるバンドル管理部２２はＢｕｎｄｌｅｄ  Ｌｉｎｋが指定されていない場合、本発明により新規追加したバンドル検索部２３に対し対象となるＢｕｎｄｌｅｄ  Ｌｉｎｋの検索を要求する。
バンドル検索部２３は、宛先アドレスをもとにすでに存在するＢｕｎｄｌｅｄ  Ｌｉｎｋをサーチし、対象となるＢｕｎｄｌｅｄ  Ｌｉｎｋを抽出し、結果をバンドル管理部２２に通知する。バンドル管理部２２は、対象のＢｕｎｄｌｅｄ  Ｌｉｎｋがあれば、Ｂｕｎｄｌｅｄ  ＬｉｎｋへのＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋ追加とみなし、対象のＢｕｎｄｌｅｄ  ＬｉｎｋがなければあらたなＢｕｎｄｌｅｄ  Ｌｉｎｋ設定とみなして設定を開始する。これにより、自動的に同じ宛先のパスを１つに束ねることが可能となる。
次に本発明の効果について説明する。Ｂｕｎｄｌｅｄ  Ｌｉｎｋの設定方法として、ｍ本のリンクを設定しこれをＢｕｎｄｌｅｄ  Ｌｉｎｋに設定し、次にまたｍ本のリンクを設定しこれをＢｕｎｄｌｅｄ  Ｌｉｎｋに設定するという手順をとることを前提とした場合の従来技術と本発明の差異を示す。
（１）ｍ本のリンクを１つのＢｕｎｄｌｅｄ  Ｌｉｎｋに設定する場合、従来技術ではすでにｍ本の経路情報が広告されているため、各ノードはｍ本の経路を管理し、ルート計算などを行う必要があるが、本発明を用いた場合は最初から１本のリンクとして広告するため、各ノードが使用する経路情報量としては１／ｍとなる。
（２）ｍ本のリンクを１つのＢｕｎｄｌｅｄ  Ｌｉｎｋに設定する場合、従来技術ではすでにｍ本の経路情報がｍ回広告されているが、本発明を用いた場合はｍ本のリンクを設定したあとにＢｕｎｄｌｅｄ  Ｌｉｎｋとして１回だけ広告するため、広告回数としては１／ｍとなる。
（３）（１），（２）は、１台のノードについての場合であり、同様の設定をネットワーク内のｎ台のノードで行った場合は、ネットワーク全体の経路情報量及び広告回数としては、それぞれ１／（ｍ×ｎ）となる。このように、本発明によれば、経路情報及び広告回数を大幅に削減することが可能になる。
一方、シグナリングによりＢｕｎｄｌｅｄ  Ｌｉｎｋを指定することで、自律的にバンドル設定を行うため、これまで手動で管理していた管理者によるバンドル設計、構築、保守作業が大幅に削減され、かつ人為的ミスがなくなる。また、Ｃｏｍｐｏｎｅｎｔ  Ｌｉｎｋを追加するＢｕｎｄｌｅｄ  Ｌｉｎｋを自動的に決定するため、管理者はＢｕｎｄｌｅｄ  Ｌｉｎｋを指定する必要もなく、さらに高効率な保守が可能になる。
さらに、本発明ではＣｏｍｐｏｎｅｎｔ  Ｌｉｎｋの追加においてもＢｕｎｄｌｅｄ  Ｌｉｎｋを解除する必要はなく、Ｂｕｎｄｌｅｄ  Ｌｉｎｋの帯域増加という形態で広告を行うため、無駄な経路情報広告を一切行わないネットワーク構築が可能になる。
以上説明したように、本発明の伝送システムは、発信側では、ノード間にパスを設定するときに、複数のパスを束ねることが可能なＢｕｎｄｌｅｄ  Ｌｉｎｋとして、着信側に対しパスを設定し、着信側では、パスを認識して、Ｂｕｎｄｌｅｄ  Ｌｉｎｋとして設定する。そして、発着信で経路情報をネットワーク内に広告する構成とした。これにより、経路情報量及び広告回数を削減し、かつ保守管理を高効率化して、伝送品質の向上を図ることが可能になる。
上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。
【図１】
2004032434.tif 000003
【図２】
2004032434.tif 000004
【図３】
2004032434.tif 000005
【図４】
2004032434.tif 000006
【図５】
2004032434.tif 000007
【図６】
2004032434.tif 000008
【図７】
2004032434.tif 000009
【図８】
2004032434.tif 000010
【図９】
2004032434.tif 000011
【図１０】
2004032434.tif 000012
【図１１】
2004032434.tif 000013
【図１２】
2004032434.tif 000014
【図１３】
2004032434.tif 000015
【図１４】
2004032434.tif 000016
【図１５】
2004032434.tif 000017
【図１６】
2004032434.tif 000018
【図１７】
2004032434.tif 000019
【図１８】
2004032434.tif 000020
【図１９】
2004032434.tif 000021
【図２０】
2004032434.tif 000022
【図２１】
2004032434.tif 000023
【図２２】
2004032434.tif 000024
【図２３】
2004032434.tif 000025
【図２４】
2004032434.tif 000026
【図２５】
2004032434.tif 000027
【図２６】
2004032434.tif 000028
【図２７】
2004032434.tif 000029
【図２８】
2004032434.tif 000030
【図２９】
2004032434.tif 000031
【図３０】
2004032434.tif 000032
【図３１】
2004032434.tif 000033
【図３２】
2004032434.tif 000034
【図３３】
2004032434.tif 000035
【図３４】
2004032434.tif 000036
【図３５】
2004032434.tif 000037
【図３６】
2004032434.tif 000038
【図３７】
2004032434.tif 000039
【図３８】
2004032434.tif 000040
【図３９】
2004032434.tif 000041
【図４０】
2004032434.tif 000042
【図４１】
2004032434.tif 000043
【図４２】
2004032434.tif 000044
【図４３】
2004032434.tif 000045
【図４４】
2004032434.tif 000046
【図４５】
2004032434.tif 000047
【図４６】
2004032434.tif 000048
【図４７】
2004032434.tif 000049
【図４８】
2004032434.tif 000050
【図４９】
2004032434.tif 000051
【手続補正書】
【提出日】平成16年12月21日(2004.12.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のパスを１つのパスに束ねるバンドリングを対象にした伝送制御を行う伝送システムにおいて、
ノード間にパスを設定するときに、複数のパスを束ねることが可能な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として設定するパス認識部と、
パスが確立したことを認識した後に、経路情報をネットワーク内に広告する経路情報広告部と、
を有することを特徴とする伝送装置。
【請求項５】
前記パス設定部は、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として設定し、
発信及び着信側で、パスが確立したことを認識した後に、経路情報をネットワーク内に広告することを特徴とするバンドリング伝送方法。
【国際調査報告】
2004032434.tif 000052
2004032434.tif 000053
2004032434.tif 000054
2004032434.tif 000055