JP3613325B2 - ルータ及び該ルータを用いたネットワーク及びネットワーク制御方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、帯域保証を可能としたルータ及び該ルータを用いたネットワーク及びネットワーク制御方法に関し、特に、パケット多重化により伝送するベストエフォート網とＡＴＭセルを伝送するＡＴＭ網とに接続して、リソース予約プロトコル（ＲＳＶＰ）により帯域保証制御を行うルータ及びこのルータを用いたベストエフォート網及びＡＴＭ網を含むネットワーク及び帯域保証制御を行うネットワーク制御方法に関する。
【０００２】
【従来の技術】
ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ）を用いたインターネットの普及により、各種のデータの伝送が可能となり、電子メール等の蓄積型アプリケーションが多く利用されている。又インターネットを利用した音声データや動画像データ等のリアルタイムアプリケーションの適用についても各種の開発が進められている。
【０００３】
図２４はネットワークの説明図であり、送信端末装置１０１と受信端末装置１０２との間に、アクセスルータ１０３，１０４とバックボーンルータ１０５，１０６とが、ベストエフォート網（ＢＥ網）１０７，１０８，１０９と、ＡＴＭ網１１０，１１１，１１２とを介して接続されている。バックボーンルータ１０５，１０６には、複数のアクセスルータと接続される場合が一般的であるが、１個のバックボーンルータに複数のアクセスルータが接続された構成や、アクセスルータのみによる構成もある。又アクセスルータには、端末装置が直接接続される代わりに、ローカル・エリア・ネットワーク（ＬＡＮ）を介して接続される場合もある。
【０００４】
又ＢＥ網１０７，１０８，１０９は、パケット多重による伝送を行うネットワークであり、ＴＣＰ／ＩＰに従ってコネクションレスによるデータの伝送が行われる。又ＡＴＭ網１１０，１１１，１１２は、ＡＴＭセルによる非同期伝送を行うネットワークであり、ＡＴＭ−ＳＶＣ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ −Ｓｗｉｔｃｈｅｄ Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ；非同期転送モード・選択接続仮想チャネル）を設定することができる。
【０００５】
又前述のＴＣＰ／ＩＰによるインターネットに於いて、リアルタイムアプリケーションの適用が可能となるように、帯域保証を行うプロトコルとして、ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ；リソース予約プロトコル）が検討されている。即ち、ＲＳＶＰフロー毎に、ＡＴＭ−ＳＶＣを割り当てることにより、ＡＴＭ網１１０，１１１，１１２に於けるＣＢＲ（Ｃｏｎｓｔａｎｔ Ｂｉｔ Ｒａｔｅ ；固定ビットレート）等による帯域保証が検討されている。しかし、これについての具体的手段は開発されていない。
【０００６】
図２５はＲＳＶＰメッセージのフォーマットの説明図であり、ＩＰヘッダとＲＳＶＰヘッダとＲＳＶＰオブジェクトとを含み、ＩＰヘッダは、バージョン情報，優先度情報，フロー・ラベル，ペイロード長，ＲＳＶＰヘッダの先頭位置を示す次ヘッダ情報，ホップ制限情報，送信元アドレス，宛先アドレスにより構成されている。又ＲＳＶＰヘッダは、バージョン情報，フラグ，ＲＳＶＰタイプ，チェックサム，メッセージ長，予約，メッセージ識別子，予約，フラグメント継続，フラグメント・オフセットから構成されている。
【０００７】
このＲＳＶＰメッセージのフォーマットによるパス（Ｐａｔｈ）メッセージを送信端末装置１０１から各ルータ及びＢＥ網を介して受信端末装置１０２に伝送されると、受信端末装置１０２は、ＲＳＶＰメッセージのフォーマットによるリザーブ（Ｒｅｓｖ）メッセージを送信端末装置１０１に送信することにより、送信端末装置１０１と受信端末装置１０２との間の帯域を保証することが検討されている。
【０００８】
【発明が解決しようとする課題】
各ルータは、ＲＳＶＰフローに対して、ＡＴＭ−ＳＶＣを設定して、ＲＳＶＰフローに対する帯域保証を行うことになるが、その場合、ＲＳＶＰフロー毎にプロセスを生成して、ＲＳＶＰプロトコル処理，ＲＳＶＰからＡＴＭへのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ；サービス品質）パラメータのマッピング，ＡＴＭシグナリング等のシナリオ（実現手続き）を実行することになる。しかし、次のような問題がある。
【０００９】
即ち、（１）．ＲＳＶＰフローは、数百から数千程度の多数が同時にルータに到着することがあるから、プロセス数がそれに対応して多数となり、プロセッサやメモリ等の資源が不足する。これを解決する為には、大規模のルータを設ける必要があるから、コストアップとなる。
（２）． ＲＳＶＰプロトコルの変更，ＡＴＭシグナリングの機能追加等に対しては、シナリオ内に、ＲＳＶＰプロトコル処理，ＲＳＶＰからＡＴＭへのＱｏＳパラメータのマッピング処理，ＡＴＭシグナリング処理等の実現手続きが混在していることにより、誤りなく対応することが困難である。
（３）． 各ルータは、パスメッセージを定期的に伝送してパス状態を保持するものであるが、障害等により、パスメッセージを所定時間内に受信できない時は、タイムアウトとして、確保した帯域を解放することになる。従って、各ルータは、順次タイムアウトとなるまで、確保した帯域を保留することになり、無効保留となる時間が長くなる問題がある。又ルータのリスタート時に於いても、同様に確保した帯域の無効保留が生じる問題がある。
【００１０】
本発明は、ＲＳＶＰフローに対する帯域保証を実現し、且つプロトコルの変更や機能の変更等に対しても柔軟に対応できると共に、ネットワークの有効利用を図ることができるルータ及びネットワーク及びその制御方法を提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明のルータは、（１）ＲＳＶＰメッセージを終端してリソース予約プロトコル処理を行うＲＳＶＰ制御部１２と、ＡＴＭシグナリング処理により振り分けテーブル１７の管理を通してＡＴＭ網３を制御するＡＴＭ制御部１３と、前記ＲＳＶＰ制御部１２と前記ＡＴＭ制御部１３との間の連携処理により、前記ＡＴＭ制御部１３に於けるＡＴＭ−ＳＶＣ割り付け処理を行わせて、ＲＳＶＰフローに対する帯域保証処理を行うＲＳＶＰ−ＡＴＭ連携制御部１１とを備えている。
【００１２】
又（２）ルータは、ベストエフォート網２からのＲＳＶＰメッセージを抽出してＲＳＶＰ制御部１２に転送するＲＳＶＰメッセージ抽出処理部１４と、このＲＳＶＰメッセージ抽出処理部１４とＲＳＶＰ制御部１２との制御に従ってベストエフォート網２との間でパケット転送を行うパケット転送部１５と、ＡＴＭ制御部１３によるＡＴＭ−ＳＶＣ割り付け処理結果を格納する振り分けテーブル１７（ＶＰＩ／ＶＣＩ振り分けテーブル）と、この振り分けテーブル１７の内容に従ったヘッダを付加してセル化して前記ＡＴＭ網３にＡＴＭセルを送出する振り分け処理部１６（ＶＰＩ／ＶＣＩ振り分け処理部）とを備えている。
【００１３】
又（３）ルータのＲＳＶＰ制御部１２は、ＲＳＶＰフロー対応にイベントにより遷移する状態を格納するＲＳＶＰ状態テーブル２３と、ＲＳＶＰメッセージ抽出部１４からのＲＳＶＰメッセージを終端処理し、パケット転送部１５を制御すると共に、ＲＳＶＰ連携制御部１１との間で制御メッセージの送受信を行うＲＳＶＰ通信制御部２２とを含み、ＡＴＭ制御部１３は、仮想チャネル対応にイベントにより遷移する状態を格納するＡＴＭ状態テーブル２６と、ＲＳＶＰ−ＡＴＭ連携制御部１１との間の制御メッセージに従って仮想チャネルの割り付けを行うＡＴＭ−ＳＶＣ通信制御部２５とを含み、ＲＳＶＰ−ＡＴＭ連携制御部１１は、連携動作に必要なＲＳＶＰ状態とＡＴＭ状態とを格納した連携テーブル１８と、ＲＳＶＰ制御部１２とＡＴＭ制御部１３との間の連携処理により帯域割り当てを行う帯域保証制御部２０とを含む構成を備えている。
【００１４】
又（４）ルータのＲＳＶＰ制御部１２は、ＲＳＶＰメッセージに含まれるＲＳＶＰフロー識別子又はＲＳＶＰ識別子をインデックスとしてＲＳＶＰフローに対応する状態情報を格納するＲＳＶＰ状態テーブル２３と、ＲＳＶＰ処理内容を記述したＲＳＶＰシナリオ群２１と、ＲＳＶＰメッセージに含まれる前記ＲＳＶＰフロー識別子又はＲＳＶＰ識別子を基に、ＲＳＶＰ状態テーブル２３からＲＳＶＰ状態を読出し、このＲＳＶＰ状態とＲＳＶＰメッセージの種別とを基に、ＲＳＶＰシナリオ群２１からシナリオを選択して、ＲＳＶＰメッセージに従った処理を行うＲＳＶＰ通信制御部２２とを備えている。
【００１５】
又（５）ルータのＲＳＶＰ−ＡＴＭ連携制御部１１は、ＲＳＶＰ制御部１２及びＡＴＭ制御部１３との間の制御メッセージに従って、ＲＳＶＰフローに対応する簡易ＲＳＶＰ状態及び簡易ＡＴＭ状態を格納する連携テーブル１８と、ＲＳＶＰとＡＴＭとの連携処理を記述した連携シナリオ群１９から、制御メッセージに含まれるＲＳＶＰフロー識別子又はＲＳＶＰ識別子従って読出した連携テーブル１８の内容と制御メッセージとに対応したシナリオを選択して起動して帯域保証処理を行う帯域保証制御部２０とを備えている。
【００１６】
又（６）ルータのＡＴＭ制御部１３は、制御メッセージに含まれるＲＳＶＰ識別子又はＡＴＭシグナリングの属する呼毎に割り当てた呼番号をインデックスとしてＲＳＶＰフローに対する状態情報を格納するＡＴＭ状態テーブル２６と、ＡＴＭ網３を介して受信したＡＴＭシグナリングメッセージとＡＴＭ状態テーブル２６から読出した内容とを基にＡＴＭシグナリングプロトコル処理又は振り分けテーブル１７の更新内容を記述したＡＴＭシナリオ群２４から選択したシナリオを起動してＡＴＭレイヤ処理を行うＡＴＭ−ＳＶＣ通信制御部２５とを備えている。
【００１７】
又本発明のネットワークは、（７）ベストエフォート網２とＡＴＭ網３とを介して複数のルータ１間を接続したネットワークであって、このネットワークに於けるルータ１は、ベストエフォート網からのＲＳＶＰメッセージを終端してリソース予約プロトコル処理を行うＲＳＶＰ制御部１２と、ＡＴＭシグナリング処理により振り分けテーブル１７の管理を通してＡＴＭ網３を制御するＡＴＭ制御部１３と、ＲＳＶＰ制御部１２とＡＴＭ制御部１３との間の連携処理により、ＡＴＭ制御部１３に於けるＡＴＭ−ＳＶＣ割り付け処理を行わせて、ＲＳＶＰフローに対する帯域保証処理を行うＲＳＶＰ−ＡＴＭ連携制御部１１とを含む構成を有するものである。
【００１８】
又（８）ネットワークに於けるルータは、障害が回復してリスタートした時に、ＲＳＶＰフローの送信側にＡＴＭ−ＳＶＣ解放メッセージを送出する手段と、この解放メッセージを受信した時に、ＲＳＶＰフローの受信側の状態クリアと判定して、リザーブティアメッセージをＲＳＶＰフローの送信側へ送出する手段とを備えている。又（９）ルータは、障害が回復してリスタートした時に、ＲＳＶＰフローの送信側にＡＴＭ−ＳＶＣ解放メッセージを送出する手段と、この解放メッセージを受信した時に、ＲＳＶＣフローの受信側の状態クリアと判定して、ＡＴＭ−ＳＶＣ解放メッセージをＲＳＶＰフローの送信側に送出する手段とを備えている。
【００１９】
又（１０）ネットワークに於けるルータは、定期的なパスメッセージをタイマーにより監視し、タイムアウトによりＲＳＶＰフローの送信側へＡＴＭ−ＳＶＣ解放メッセージを送出する手段を備えている。
【００２０】
又（１１）ネットワークに於けるルータは、定期的なパスメッセージをタイマーにより監視し、タイムアウトによりＲＳＶＰフローの送信側へリザーブティアメッセージを送出する手段を備えている。又（１２）ルータは、ＲＳＶＰのソフトステートを維持する為の周期メッセージを処理する機能を前記ＲＳＶＰ制御部に限定して、ＲＳＶＰ制御部とＲＳＶＰ−ＡＴＭ連携制御部との間でのプロセス間通信オーバヘッドを削減する手段を備えている。
【００２１】
又本発明のネットワーク制御方法は、（１３）ベストエフォート網２とＡＴＭ網３とを介して複数のルータ１間を接続したネットワークの制御方法であって、ルータ１は、ベストエフォート網２からのＲＳＶＰメッセージを終端してリソース予約プロトコル処理を行うＲＳＶＰ制御部１２と、ＡＴＭシグナリング処理により振り分けテーブル１７の管理を通してＡＴＭ網３を制御するＡＴＭ制御部１３と、ＲＳＶＰ制御部１２とＡＴＭ制御部１３との間の連携処理により、ＡＴＭ制御部１３に於けるＡＴＭ−ＳＶＣ割り付け処理を行わせて、ＲＳＶＰフローに対する帯域保証処理を行うＲＳＶＰ−ＡＴＭ連携制御部１１とを含み、ＲＳＶＰメッセージによるパスメッセージを受信したルータは、ＲＳＶＰフローの受信側のルータにパスメッセージを送出し、このパスメッセージに対するリザーブメッセージを受信したルータは、ＲＳＶＰフローの送信側のルータにリザーブメッセージを送出し、且つリザーブメッセージに従ってＲＳＶＰ制御部１２とＡＴＭ制御部１３とＲＳＶＰ−ＡＴＭ連携制御部１１とにより、ＡＴＭ−ＳＶＣ割り付けによる帯域保証処理を行う過程を含むものである。
【００２２】
又（１４）ネットワーク制御方法に於けるルータは、障害が回復してリスタートした時に、ＲＳＶＰフローの送信側にＡＴＭ−ＳＶＣ解放メッセージを送出し、この解放メッセージを受信したルータは、ＲＳＶＰフローの受信側のルータに於ける状態クリアと判定して、リザーブティアメッセージをＲＳＶＰフローの送信側に送出する処理を行う過程を含むものである。
【００２３】
又（１５）ネットワーク制御方法に於けるルータは、障害が回復してリスタートした時に、ＲＳＶＰフローの送信側にＡＴＭ−ＳＶＣ解放メッセージを送出し、この解放メッセージを受信したルータは、ＲＳＶＰフローの受信側のルータに於ける状態クリアと判定して、ＡＴＭ−ＳＶＣ解放メッセージをＲＳＶＰフローの送信側に送出する処理を行う過程を含むものである。又（１６）定期的なパスメッセージをタイマーにより監視し、タイムアウトによりＲＳＶＰフローの送信側へＡＴＭ−ＳＶＣ解放メッセージを送出し、この解放メッセージを受信したルータは、ＡＴＭ−ＳＶＣ解放処理を行う過程を含むものである。
【００２４】
又（１７）ネットワーク制御方法に於けるルータは、定期的なパスメッセージをタイマーにより監視し、タイムアウトによりＲＳＶＰフローの送信側へリザーブティアメッセージを送出し、このリザーブティアメッセージを受信したルータは、ＡＴＭ−ＳＶＣ解放処理を行う過程を含むものである。
【００２５】
【発明の実施の形態】
図１は本発明の実施の形態のルータの説明図であり、１はルータ、２はベストエフォート網（ＢＥ網）、３はＡＴＭ網、１１はＲＳＶＰ−ＡＴＭ連携制御部、１２はＲＳＶＰ制御部、１３はＡＴＭ制御部、１４はＲＳＶＰメッセージ抽出部、１５はパケット転送部、１６はＶＰＩ／ＶＣＩ振り分け処理部、１７はＶＰＩ／ＶＣＩ振り分けテーブル、１８は簡易ＲＳＶＰ状態情報と簡易ＡＴＭ状態情報とを格納した連携テーブル、１９は連携シナリオ群、２０は帯域保証制御部、２１はＲＳＶＰシナリオ群、２２はＲＳＶＰ通信制御部、２３はＲＳＶＰ状態テーブル、２４はＡＴＭシナリオ群、２５はＡＴＭ─ＳＶＣ通信制御部、２６はＡＴＭ状態テーブルを示す。
【００２６】
ルータ１は、ベストエフォート網（ＢＥ網）２とＡＴＭ網３とに接続される。このルータ１に対して、ＢＥ網２とＡＴＭ網３とを介して、或いはＢＥ網２を介して、或いは各種のＬＡＮを介して端末装置やホスト装置が接続される。このルータ１のＲＳＶＰ−ＡＴＭ連携制御部１１は、連携テーブル１８と連携シナリオ群１９と帯域保証制御部２０とを含み、連携テーブル１８のＲＳＶＰ状態情報とＡＴＭ状態情報とを基に、ＲＳＶＰ制御部１２とＡＴＭ制御部１３との間のインターワークを実行するものである。
【００２７】
又ＲＳＶＰ制御部１２は、ＲＳＶＰシナリオ群２１とＲＳＶＰ通信制御部２２とＲＳＶＰ状態テーブル２３とを含み、ＲＳＶＰ通信制御部２２は、ＲＳＶＰメッセージ抽出処理部１４により抽出されたＲＳＶＰメッセージを終端して解析処理し、ＲＳＶＰ状態テーブル２３を参照して、ＲＳＶＰシナリオ群２１に格納されたシナリオを選択し、そのシナリオに従って、ＲＳＶＰ−ＡＴＭ連携制御部１１との間で制御メッセージの送受信を行い、又パケット転送制御部１５を制御してＢＥ網２に対するパケット転送制御を行う。
【００２８】
又ＡＴＭ制御部１３は、ＡＴＭシナリオ群２４とＡＴＭ−ＳＶＣ通信制御部２５とＡＴＭ状態テーブル２６とを含み、ＡＴＭ−ＳＶＣ通信制御部２５は、ＡＴＭシグナリングメッセージを終端して解析処理し、ＡＴＭ状態テーブル２６を参照して、ＡＴＭシナリオ群２４に格納されたシナリオを選択し、そのシナリオに従って、ＲＳＶＰ−ＡＴＭ連携制御部１１との間で制御メッセージの送受信を行い、帯域保証の要求に対しては、ＡＴＭ網３に対するＶＰＩ／ＶＣＩを割り当ててＶＰＩ／ＶＣＩ振り分けテーブル１７に格納し、ＶＰＩ／ＶＣＩ振り分け処理部１６は、このＶＰＩ／ＶＣＩ振り分けテーブル１７を参照して、データセルのヘッダにＶＰＩ／ＶＣＩを付加し、このＶＰＩ／ＶＣＩによる帯域をＣＢＲ等によって保証する。
【００２９】
前述のように、ＲＳＶＰ制御部１２と、ＡＴＭ制御部１３と、これらを連携するＲＳＶＰ−ＡＴＭ連携制御部１１とによりルータ１を構成し、制御メッセージの送受信により、ＢＥ網２を介したパケット伝送及びＡＴＭ網３を介して帯域保証を行うＡＴＭセル伝送との制御を行うものであり、従って、ＲＳＶＰのプロトコル変更や、ＡＴＭシグナリング機能変更等に対しても、それぞれの制御部のシナリオ等の変更によって容易に対処することができる。又ＲＳＶＰ−ＡＴＭ連携制御部１１の連携テーブル１８により、ＲＳＶＰ側の状態と、ＡＴＭ側の状態とを分離して、簡易ＲＳＶＰ状態と簡易ＡＴＭ状態として管理することにより、全体をまとめた場合の状態数に比較して著しく状態数を低減することが可能となる。それによって、連携シナリオ数の削減を図ることができる
【００３０】
図２は本発明の実施の形態のネットワークの説明図であり、３１は送信端末装置、３２は受信端末装置、３３，３４はアクセスルータ、３５，３６はバックボーンルータ、３７，３８，３９はＢＥ網、４０，４１，４２はＡＴＭ網を示す。アクセスルータ３３，３４及びバックボーンルータ３５，３６は、ＲＳＶＰ−ＡＴＭ連携制御部１１とＲＳＶＰ制御部１２とＡＴＭ制御部１３とを含む図１に示す構成を有するものである。又バックボーンルータ３５，３６には更に多数のアクセスルータ３３，３４又は他のバックボーンルータが接続される。その場合にＢＥ網のみで接続される構成も含むものである。又アクセスルータに、ＬＡＮ等を接続した構成も含むものである。
【００３１】
図３は本発明の実施の形態の帯域予約及び開放のシーケンス説明図であり、図２に示すネットワーク構成に於いて、送信端末装置３１から受信端末装置３２に対して、帯域予約を行う為のＲＳＶＰに従ったパスメッセージＰａｔｈを送出すると、各ルータ３３，３５，３６，３４は、順次受信端末装置３２側に向かってパスメッセージＰａｔｈを送出する。受信端末装置３２は、このパスメッセージＰａｔｈに対してリザーブメッセージＲｅｓｅｒｖｅを送信端末装置３１に送出する。このリザーブメッセージＲｅｓｅｒｖｅを受信した各ルータは、ＡＴＭ網３に対するＳＶＣ設定を行う。
【００３２】
又送信端末装置３１からＳＶＣを解放する場合、バスティアメッセージＰａｔｈＴｅａｒを送出する。それによって、各ルータ３３，３５，３６，３４は、リザーブメッセージＲｅｓｅｒｖｅにより設定したＳＶＣを解放する。又受信端末装置３２から解放する場合、リザーブティアメッセージＲｅｓｖＴｅａｒを送出する。それにより、各ルータはＳＶＣ解放を行う。
【００３３】
図４は本発明の実施の形態の連携動作の説明図であり、図１のＲＳＶＰ−ＡＴＭ連携制御部１１の帯域保証制御部２０と、ＡＴＭ制御部１３のＡＴＭ−ＳＶＣ通信制御部２５と、ＲＳＶＰ制御部１２のＲＳＶＰ通信制御部２２と、入出力インタフェース２７とについて示す。又（ａ）〜（ｈ）はそれぞれの間のメッセージの流れを示し、この記号を付加して各部間のメッセージの流れを説明する。
【００３４】
前述の帯域予約を行う場合のＲＳＶＰによるパスメッセージＰａｔｈを、ＲＳＶＰメッセージ抽出処理部１４（図１参照）により抽出し、入出力インタフェース２７を介して、このパスメッセージＰａｔｈ（ｇ）をＲＳＶＰ通信制御部２２に入力する。ＲＳＶＰ通信制御部２２は、ＲＳＶＰシナリオ群２１の連携テーブル作成要求シナリオに従って、帯域保証制御部２０に、連携テーブル作成要求（ｅ）を送出する。
【００３５】
帯域保証制御部２０は、連携シナリオ群１９の連携テーブル作成応答シナリオを起動し、連携テーブル作成応答（ｆ）をＲＳＶＰ通信制御部２２に送出する。ＲＳＶＰ通信制御部２２は、ＲＳＶＰ状態テーブル２３を更新し、ＲＳＶＰシナリオ群２１のパスメッセージの送信シナリオを起動し、バスメッセージＰａｔｈ（ｈ）を入出力インタフェース２７を介して受信端末装置側へベストエフォート網を介して送信する。
【００３６】
そして、受信端末装置側からのリザーブメッセージＲｅｓｅｒｖｅを受信し、ＲＳＶＰメッセージ抽出処理部１４により抽出し、入出力インタフェース２７を介してＲＳＶＰ通信制御部２２にリザーブメッセージ（ｇ）を入力すると、ＲＳＶＰシナリオ群２１の帯域確保要求シナリオを起動し、帯域保証制御部２０に帯域確保要求（ｅ）を行う。
【００３７】
帯域保証制御部２０は、連携シナリオ群１９のＡＴＭ−ＳＶＣ接続要求シナリオを起動し、ＡＴＭ−ＳＶＣ通信制御部２５にＡＴＭ−ＳＶＣ接続要求（ｂ）を行う。ＡＴＭ−ＳＶＣ通信制御部２５は、ＡＴＭシナリオ群２４のＳＶＣ設定シナリオを起動し、帯域保証制御部２０にＡＴＭ−ＳＶＣ接続応答（ａ）を送出する。帯域保証制御部２０は、連携シナリオ群１９の帯域確保応答シナリオを起動し、帯域確保応答（ｆ）をＲＳＶＰ通信制御部２２に送出する。ＲＳＶＰ通信制御部２２は、ＲＳＶＰシナリオ群２４のリザーブメッセージ応答シナリオを起動し、リザーブメッセージ（ｈ）を送信端末装置側へ送信する。
【００３８】
前述のように、送信端末装置３１からのＲＳＶＰのパスメッセージＰａｔｈ送出による各ルータの動作及びこのパスメッセージＰａｔｈを受信した受信端末装置３２からのリザーブメッセージＲｅｓｅｒｖｅによる各ルータの動作によって、ＡＴＭ−ＳＶＣ設定が行われて、ＲＳＶＰフローに対して所望の帯域が確保される。即ち、ＡＴＭ網に於けるＣＢＲ（Ｃｏｎｓｔａｎ Ｂｉｔ Ｒａｔｅ；固定ビットレート）等により、伝送帯域が確保される。
【００３９】
又図３に於ける帯域解放時、送信端末装置３１からのパスティアメッセージＰａｔｈＴｅａｒを受信抽出した場合、入出力インタフェース２７を介してＲＳＶＰ通信制御部２２にパス解放メッセージ（ｇ）を転送する。ＲＳＶＰ通信制御部２２は、ＲＳＶＰシナリオ群２４の帯域解放要求シナリオを起動し、帯域保証制御部２０に帯域解放要求（ｅ）を行う。
【００４０】
帯域保証制御部２０は、連携シナリオ群１９のＡＴＭ−ＳＶＣ解放要求シナリオを起動し、ＡＴＭ−ＳＶＣ通信制御部２５にＡＴＭ−ＳＶＣ解放要求（ｂ）を行う。ＡＴＭ−ＳＶＣ通信制御部２５は、ＡＴＭシナリオ群２４の帯域解放応答シナリオを起動し、ＲＳＶＰ通信制御部２２に帯域解放応答（ｆ）を行う。ＲＳＶＰ通信制御部２２は、ＲＳＶＰシナリオ群２４のパスティアメッセージ送信シナリオを起動し、入出力インタフェース２７を介して受信端末装置側へパスティアメッセージＰａｔｈＴｅａｒを送信する。各ルータは前述の処理を順次行うことにより、ＡＴＭ−ＳＶＣを解放することができる。
【００４１】
又図３に於ける帯域解放を受信端末装置３２から行う場合のリザーブティアメッセージＲｅｓｖＴｅａｒについては、入出力インタフェース２７を介してＲＳＶＰ通信制御部２２に、そのリザーブティアメッセージ（ｇ）を転送する。ＲＳＶＰ通信制御部２２は、ＲＳＶＰシナリオ群２１の帯域解放要求シナリオを起動し、帯域保証制御部２０に帯域解放要求（ｅ）を行う。
【００４２】
帯域保証制御部２０は、連携シナリオ群１９のＡＴＭ−ＳＶＣ解放シナリオを起動し、ＡＴＭ−ＳＶＣ通信制御部２５にＡＴＭ−ＳＶＣ解放要求（ｂ）を行う。ＡＴＭ−ＳＶＣ通信制御部２５は、ＡＴＭシナリオ群２１のＳＶＣ解放シナリオを起動し、入出力インタフェース２７を介してＶＰＩ／ＶＣＩ振り分けテーブル１７等を制御してＡＴＭ−ＳＶＣ解放を行い、又帯域保証制御部２０にＡＴＭ−ＳＶＣ解放応答（ａ）を行う。
【００４３】
帯域保証制御部２０は、連携シナリオ群１９の帯域解放応答シナリオを起動し、ＲＳＶＰ通信制御部２２に帯域解放応答（ｆ）を行う。ＲＳＶＰ通信制御部２２は、ＲＳＶＰシナリオ群２１のリザーブティアメッセージ送信シナリオを起動し、入出力インタフェース２７を介して送信端末装置側へリザーブティアメッセージＲｅｓｖＴｅａｒ（ｈ）を送信する。各ルータは前述の処理を順次行うことにより、ＡＴＭ−ＳＶＣの解放を行うことになる。
【００４４】
又送信側からＡＴＭ網３を介して伝送されたＡＴＭシグナリングメッセージの呼設定（Ｓｅｔｕｐ）メッセージをルータが受信した場合、その呼設定メッセージ（ｃ）を入出力インタフェース２７を介してＡＴＭ−ＳＶＣ通信制御部２５に入力する。ＡＴＭ−ＳＶＣ通信制御部２５は、ＡＴＭシナリオ群２１の接続通知シナリオを起動し、帯域保証制御部２０に接続通知（ａ）を行う。帯域保証制御部２０は、連携シナリオ群１９の振り分けテーブル作成要求シナリオを起動し、ＡＴＭ−ＳＶＣ通信制御部２５に振り分けテーブル作成要求（ｂ）を行う。
【００４５】
ＡＴＭ−ＳＶＣ通信制御部２５は、ＡＴＭシナリオ群２４の振り分けテーブル作成応答シナリオを起動し、振り分けテーブル作成応答（ａ）を帯域保証制御部２０に送出する。帯域保証制御部２０は、連携シナリオ群１９の接続確認シナリオを起動し、ＡＴＭ−ＳＶＣ通信制御部２２に接続確認（ｂ）を通知する。ＡＴＭ−ＳＶＣ通信制御部２５は、ＡＴＭシナリオ群２４の接続応答シナリオを起動し、送信側へＡＴＭシグナリングメッセージとして、接続応答（Ｃｏｎｎｅｃｔ）メッセージ（ｄ）を送信する。
【００４６】
又受信側からＡＴＭ網３を介して伝送されたＡＴＭシグナリングメッセージの解放（Ｒｅｌｅａｓｅ）メッセージをルータが受信した場合、その解放メッセージ（ｃ）を入出力インタフェース２７を介してＡＴＭ−ＳＶＣ通信制御部２５に入力する。ＡＴＭ−ＳＶＣ通信制御部２５は、ＡＴＭシナリオ群２４の解放完了シナリオを起動し、送信側へ入出力インタフェース２７を介してＡＴＭシグナリングメッセージとして、解放完了（Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅ）メッセージ（ｄ）を送信する。
【００４７】
図５は本発明の実施の形態のＲＳＶＰ状態遷移説明図であり、又図６は本発明の実施の形態のＲＳＶＰ状態遷移及びＲＳＶＰ状態テーブル要素の説明図である。即ち、ＲＳＶＰ状態は、イベントのパス（Ｐａｔｈ）メッセージ受信，連携テーブル作成応答，リザーブ（Ｒｅｓｖ）メッセージ受信，帯域確保応答，パスティア（ＰａｔｈＴｅａｒ）受信，リザーブティア（ＲｅｓｖＴｅａｒ）受信，パス状態（ＰａｔｈＳｔａｔｅ）タイムアウト，リザーブ状態（ＲｅｓｖＳｔａｔｅ）タイムアウト，パス解放による帯域解放応答，リザーブ解放による帯域解放応答，パス状態タイムアウトによる帯域解放応答，リザーブ状態タイムアウトによる帯域解放応答，リスタート応答に対応して、ＲＳＶＰ状態テーブル２３によるＲＳＶＰ状態が（０）レディ〜（７）ＲｅｓｖＳｔａｔｅ解放待ちの何れかに遷移する。
【００４８】
又ＲＳＶＰ状態テーブル要素は、ＲＳＶＰフロー識別子と、ＲＳＶＰ状態と、パス状態（ＰａｔｈＳｔａｔｅ）と、リザーブ状態（ＲｅｓｖＳｔａｔｅ）とを含み、ＲＳＶＰシグナリングに必要な情報を保持するものである。例えば、Ｐ ａｔｈＳｔａｔｅの項目内容は、ＰａｔｈＳｔａｔｅタイマー，パス情報を含むもので、このタイマーは、定期的に伝送されるパスメッセージを監視するものである。又ＲｅｓＳｔａｔｅの項目内容は、ＲｅｓＳｔａｔｅタイマー，ユーザ要求帯域情報を含み、定期的に伝送されるリザーブメッセージを監視し、且つ保証する帯域情報を格納する。
【００４９】
図７及び図８は本発明の実施の形態のＲＳＶＰシナリオ処理のフローチャートを示し、（ａ）連携テーブル作成要求，（ｂ）ＲＳＶＰ（Ｐａｔｈ）メッセージ送信，（ｃ）帯域確保要求，（ｄ）ＲＳＶＰ（Ｒｅｓｖ）メッセージ送信，（ｅ）帯域解放要求，（ｆ）ＲＳＶＰ（ＰａｔｈＴｅａｒ）メッセージ送信，（ｇ）ＲＳＶＰ（ＲｅｓｖＴｅａｒ）メッセージ送信，（ｈ）リスタート応答について示す。
【００５０】
例えば、パス（Ｐａｔｈ）メッセージ受信により、（ａ）の連携テーブル作成要求シナリオが起動され、ＲＳＶＰメッセージのＲＳＶＰフロー識別子（送信端末装置のＩＰアドレス，受信端末装置のＩＰアドレス等を含む）を抽出識別し、このＲＳＶＰフロー識別子を獲得済の場合は、（ｂ）ＲＳＶＰ（Ｐａｔｈ）メッセージ送信に移行し、獲得済でない場合は、ＲＳＶＰフロー識別子の獲得処理を行い、獲得できた場合は、ＰａｔｈＳｔａｔｅ作成を行い、ＲＳＶＰ状態を（１）、即ち、図５に示す（１）連携テーブル作成中のＲＳＶＰ状態に設定する。そして、連携テーブル作成要求を帯域保証制御部２０に送出する。又ＲＳＶＰフロー識別子を獲得できない場合は、ＲＳＶＰ状態を（０）、即ち、レディ状態に設定し、エラーを示すＲＳＶＰ（ＰａｔｈＥｒｒ）メッセージを作成し、入出力インタフェース２７に送出する。
【００５１】
又（ｂ）ＲＳＶＰ（Ｐａｔｈ）メッセージ送信シナリオは、連携テーブル作成応答により、ＲＳＶＰ（Ｐａｔｈ）メッセージ編集を行い、ＲＳＶＰ状態を（２）、即ち、図５の（２）Ｒｅｓｖメッセージ待ちの状態に設定し、パス状態（ＰａｔｈＳｔａｔｅ）タイマーを起動し、Ｐａｔｈメッセージを入出力インタフェース２７に送出する。
【００５２】
又（ｃ）帯域確保要求シナリオは、Ｒｅｓｖメッセージ受信により、ＲＳＶＰ状態を（３）、即ち、図５の（３）帯域確保処理中の状態に設定し、帯域確保要求メッセージを帯域保証制御部２０へ送出するが、通信中でなければ、（ｄ）ＲＳＶＰ（Ｒｅｓｖ）メッセージ送信シナリオを実施する。
【００５３】
又（ｄ）ＲＳＶＰ（Ｒｅｓｖ）メッセージ送信シナリオは、帯域確保応答により、ＲＳＶＰ（Ｒｅｓｖ）メッセージ編集を行い、ＲＳＶＰ状態を（４）、即ち、図５の（４）通信中に設定し、リザーブ状態（ＲｅｓｖＳｔａｔｅ）タイマーを起動し、Ｒｅｓｖメッセージを入出力インタフェース２７に送出する。
【００５４】
又（ｅ）帯域解放要求シナリオは、ＲＳＶＰ状態をチェックし、ＲＳＶＰ状態を（５）又は（６）、即ち、帯域解放要求か、又はパス状態（ＰａｔｈＳｔａｔｅ）解放待ちの状態に設定する。そして、帯域解放要求メッセージを帯域保証制御部２０に送出する。
【００５５】
又（ｆ）ＲＳＶＰ（ＰａｔｈＴｅａｒ）メッセージ送信シナリオは、パス解放又はパス状態（ＰａｔｈＴｅａｒ／ＰａｔｈＳｔａｔｅ）（図６のＲＳＶＰ状態テーブル要素参照）のタイムアウトにより、ＲＳＶＰ（ＰａｔｈＴｅａｒ）メッセージ編集を行い、パス解放又はパス状態（ＰａｔｈＴｅａｒ／ＰａｔｈＳｔａｔｅ）を消去し、ＰａｔｈＴｅａｒメッセージを入出力インタフェース２７に送出する。
【００５６】
又（ｇ）ＲＳＶＰ（ＲｅｓｖＴｅａｒ）メッセージ送信シナリオは、リザーブ解放又はリザーブ状態（ＲｅｓｖＴｅａｒ／ＲｅｓｖＳｔａｔｅ）タイムアウトにより、ＲＳＶＰ（ＲｅｓｖＴｅａｒ）メッセージ編集を行い、ＲＳＶＰ状態を（２）、即ち、ＲＳＶＰメッセージ待ちの状態に設定し、ＲｅｓｖＴｅａｒメッセージを入出力インタフェース２７に送出する。
【００５７】
又（ｈ）リスタート応答シナリオは、リスタート要求により、パス状態又はリザーブ状態（ＰａｔｈＳｔａｔｅ／ＲｅｓｖＳｔａｔｅ）を消去し、リスタート応答メッセージを帯域保証制御部２０に送出する。
【００５８】
図９は本発明の実施の形態のＡＴＭ状態遷移説明図であり、イベントのＡＴＭ−ＳＶＣ接続要求，接続要求（Ｃｏｎｎｅｃｔ）受信，呼設定（ＳＥＴＵＰ）受信，振り分けテーブル作成要求，送信側からの解放要求（Ｒｅｌｅａｓｅ）受信，受信側からの解放要求（Ｒｅｌｅａｓｅ）受信，リスタート確認，ＡＴＭ−ＳＶＣ解放要求，受信側からの解放完了（ＲｅｌｅａｓｅＣｏｍｐ）に対応して、ＡＴＭ状態が（０）レディ〜（６）再開処理中の何れかに遷移する。
【００５９】
図１０は本発明の実施の形態の連携テーブル要素及びＡＴＭ状態テーブル要素の説明図であり、図１の連携テーブル１８は、ＲＳＶＰフロー識別子，簡易ＲＳＶＰ状態，簡易ＡＴＭ状態，ＲＳＶＰフロー認識情報，ＡＴＭパラメータ，ＡＴＭアドレス等を格納する。又図１のＡＴＭ状態テーブル２６は、ＲＳＶＰフロー識別子，呼番号，発着種別，ＡＴＭ状態を格納する。
【００６０】
図１１，図１２及び図１３は本発明の実施の形態のＡＴＭシナリオ処理のフローチャートであり、（ａ）ＳＶＣ設定シナリオは、ＡＴＭ−ＳＶＣ接続要求により、シグナリングメッセージを編集し、ＡＴＭ状態を（１）、即ち、図９の（１）ＳＶＣ接続処理中に設定する。そして、ＡＴＭ−ＳＶＣシグナリング「ＳＥＴＵＰ」メッセージを送出する。
【００６１】
又（ｂ）ＳＶＣ解放シナリオは、ＡＴＭ−ＳＶＣ解放要求により、シグナリングメッセージを編集し、ＡＴＭ状態を（５）、即ち、図９の（５）解放完了（Ｒｅｌｅａｓｅ Ｃｏｍｐ）待ちの状態に設定する。そして、ＡＴＭ−ＳＶＣシグナリング「ＲＥＬＥＡＳＥ」メッセージを送出する。
【００６２】
又（ｃ）接続通知シナリオは、ＳＥＴＵＰ受信により、ＳＥＴＵＰメッセージ中から呼番号とＲＳＶＰフロー認識情報を抽出し、ＡＴＭ状態を（３）、即ち、図９の（３）振り分けテーブル作成要求待ちの状態に設定する。そして、帯域保証制御部２０に「接続通知」メッセージを送出する。
【００６３】
又（ｄ）振り分けテーブル作成応答シナリオは、振り分けテーブル作成要求により、振り分けテーブル１７（図示参照）を作成し、作成結果がＯＫの場合、ＡＴＭ状態を（４）、即ち、図９の（４）通信中の状態に設定する。そして、帯域保証制御部２０に結果ＯＫの「振り分けテーブル作成応答」メッセージを送出する。又作成結果がＮＧの場合、ＡＴＭ状態を（３）、即ち、図９の（３）振り分けテーブル作成要求待ちの状態に設定する。そして、帯域保証制御部２０に結果ＮＧの「振り分けテーブル作成応答」メッセージを送出する。
【００６４】
又（ｅ）ＡＴＭ−ＳＶＣ接続応答シナリオは、接続要求（Ｃｏｎｎｅｃｔ）受信により、ＡＴＭ状態を（２）、即ち、図９の（２）ＳＥＴＵＰ受信待ちの状態に設定する。そして、帯域保証制御部２０に「ＡＴＭ−ＳＶＣ接続応答」メッセージを送出する。
【００６５】
又（ｆ）ＡＴＭ−ＳＶＣ解放応答シナリオは、解放完了（ＲｅｌｅａｓｅＣｏｍｐ）受信により、振り分けテーブル消去を行い、ＡＴＭ状態をクリアし、帯域保証制御部２０に「ＡＴＭ−ＳＶＣ解放応答」メッセージを送出する。又（ｇ）解放完了（ＲｅｌｅａｓｅＣｏｍｐ）シナリオは、送信側からの解放要求（Ｒｅｌｅａｓｅ）受信により、振り分けテーブル消去を行い、シグナリングメッセージを編集し、ＡＴＭ状態を（２）、即ち、図９の（２）ＳＥＴＵＰ待ちの状態に設定し、ＡＴＭ−ＳＶＣシグナリング「ＲｅｌｅａｓｅＣｏｍｐ」メッセージを送出する。
【００６６】
又（ｈ）リスタート通知シナリオは、受信側からの解放要求（Ｒｅｌｅａｓｅ）受信により、シグナリングメッセージを編集し、ＡＴＭ−ＳＶＣシグナリング「ＲｅｌｅａｓｅＣｏｍｐ」メッセージを送出し、振り分けテーブルを消去し、ＡＴＭ状態を（６）、即ち、図９の（６）再開処理中の状態に設定する。そして、帯域保証制御部２０に「リスタート通知」メッセージを送出する。又（ｉ）ＡＴＭ状態消去シナリオは、リスタート応答により、ＡＴＭ状態をクリアする。
【００６７】
図１４は本発明の実施の形態の簡易ＲＳＶＰ状態遷移説明図であり、イベントの連携テーブル作成要求，帯域確保要求，ＡＴＭ−ＳＶＣ接続応答，帯域解要求，ＡＴＭ−ＳＶＣ解放応答，接続通知，振り分けテーブル作成応答，リスタート通知，リスタート応答に対応した（Ｒ０）レディ〜（Ｒ５）再開処理中の簡易ＲＳＶＰ状態を示す。
【００６８】
図１５は本発明の実施の形態の簡易ＡＴＭ状態遷移説明図であり、イベントの連携テーブル作成要求，帯域確保要求，ＡＴＭ−ＳＶＣ接続応答，帯域解放要求，ＡＴＭ−ＳＶＣ解放応答，接続通知，振り分けテーブル作成応答，リスタート通知，リスタート応答に対応した（Ａ０）レディ〜（Ａ８）再開処理中の簡易ＡＴＭ状態を示す。
【００６９】
図１６，図１７及び図１８は本発明の実施の形態の連携シナリオ処理のフローチャートを示し、（ａ）連携テーブル作成応答シナリオは、連携テーブル作成要求により、連携テーブルを作成し、作成ＯＫの場合は、簡易ＲＳＶＰ状態を（Ｒ１）、即ち、図１４の（Ｒ１）帯域確保待ちの状態に設定し、簡易ＡＴＭ状態を（Ａ０）、即ち、図１５の（Ａ０）レディ状態に設定する。そして、結果ＯＫの「連携テーブル作成応答」メッセージをＲＳＶＰ通信制御部２２に送出する。又連携テーブル作成がＮＧの場合、ＲＳＶＰ識別子に対応する連携テーブルをクリアし、結果ＮＧの「連携テーブル作成応答」メッセージをＲＳＶＰ通信制御部２２に送出する。
【００７０】
又（ｂ）ＡＴＭ−ＳＶＣ接続要求シナリオは、帯域確保要求により、ＲＳＶＰパラメータをＡＴＭシグナリングパラメータに変換し、ＡＴＭアドレスを獲得し、獲得ＯＫの場合は、簡易ＲＳＶＰ状態を（Ｒ２）、即ち、図１４の（Ｒ２）帯域確保処理中の状態に設定し、簡易ＡＴＭ状態を（Ａ２）、即ち、図１５の（Ａ２）ＡＴＭ−ＳＶＣ接続処理中の状態に設定する。そして、結果ＯＫの「ＡＴＭ−ＳＶＣ接続要求」メッセージをＡＴＭ通信制御部２５に送出する。又ＡＴＭアドレス獲得ＮＧの場合は、簡易ＲＳＶＰ状態を（Ｒ１）、即ち、図１４の（Ｒ１）帯域確保要求待ちの状態に設定し、簡易ＡＴＭ状態を（Ａ０）、即ち、図１５の（Ａ０）レディ状態に設定する。そして、結果ＮＧの「ＡＴＭ−ＳＶＣ接続要求」メッセージをＡＴＭ通信制御部２５に送出する。
【００７１】
又（ｃ）帯域確保応答シナリオは、ＡＴＭ−ＳＶＣ接続応答により、ＡＴＭアドレス獲得ＯＫの場合、簡易ＲＳＶＰ状態を（Ｒ２）、即ち、図１４の（Ｒ２）帯域確保処理中の状態に設定し、簡易ＡＴＭ状態を（Ａ３）、即ち、図１５の（Ａ３）振り分けテーブル作成待ちの状態に設定する。そして、結果ＯＫの「帯域確保応答」メッセージをＲＳＶＰ通信制御部２２に送出する。又ＡＴＭアドレス獲得ＮＧの場合、簡易ＲＳＶＰ状態を（Ｒ２）に設定し、簡易ＡＴＭ状態を（Ａ２）に設定する。そして、結果ＮＧの「帯域確保応答」メッセージをＲＳＶＰ通信制御部２２に送出する。
【００７２】
又（ｄ）ＡＴＭ−ＳＶＣ解放要求シナリオは、帯域解放要求により、簡易ＲＳＶＰ状態を（Ｒ４）、即ち、図１４の（Ｒ４）帯域解放処理中の状態に設定し、簡易ＡＴＭ状態を（Ａ７）、即ち、図１５の（Ａ７）帯域解放処理中の状態に設定する。そして、「ＡＴＭ−ＳＶＣ解放要求」メッセージをＡＴＭ通信制御部２５に送出する。
【００７３】
又（ｅ）帯域解放応答シナリオは、解放種別に応じて処理が分岐するもので、リザーブ解放（ＲｅｓｖＴｅａｒ）又はリザーブ状態（ＲｅｓｖＳｔａｔｅ）タイムアウトの場合、簡易ＲＳＶＰ状態を（Ｒ２）、即ち、図１４の（Ｒ２）帯域確保処理中の状態に設定し、簡易ＡＴＭ状態を（Ａ３）、即ち、図１５の（Ａ３）振り分けテーブル作成待ちの状態に設定する。又パス解放（ＰａｔｈＴｅａｒ）又はパス状態（ＰａｔｈＳｔａｔｅ）タイムアウトの場合、ＲＳＶＰ識別子に対応する連携テーブル１８（図１参照）の内容をクリアする。そして、「帯域解放応答」メッセージをＲＳＶＰ通信制御部２２に送出する。
【００７４】
又（ｆ）振り分けテーブル作成要求シナリオは、接続通知により、振り分けテーブル用データを編集し、簡易ＲＳＶＰ状態を（Ｒ２）、即ち、図１４の（Ｒ２）帯域確保処理中の状態に設定し、簡易ＡＴＭ状態を（Ａ４）、即ち、図１５の（Ａ４）振り分けテーブル作成処理中の状態に設定する。そして、「振り分けテーブル作成要求」メッセージをＡＴＭ通信制御部２５に送出する。
【００７５】
又（ｇ）接続確認シナリオは、振り分けテーブル作成応答により、簡易ＲＳＶＰ状態を（Ｒ３）、即ち、図１４の（Ｒ３）通信中の状態に設定し、簡易ＡＴＭ状態を（Ａ６）、即ち、図１５の（Ａ６）通信中の状態に設定する。そして、「接続確認」メッセージをＡＴＭ通信制御部２５に送出する。
【００７６】
又（ｈ）リスタート要求シナリオは、リスタート要求により、簡易ＲＳＶＰ状態を（Ｒ５）、即ち、図１４の（Ｒ５）再開処理中の状態に設定し、簡易ＡＴＭ状態を（Ａ８）、即ち、図１５の（Ａ８）再開処理中の状態に設定する。そして、「リスタート要求」メッセージをＲＳＶＰ通信制御部２２に送出する。
【００７７】
又（ｉ）リスタート確認シナリオは、リスタート応答により、ＲＳＶＰフロー識別子に対応する連携テーブル１８の内容をクリアし、「リスタート確認」メッセージをＡＴＭ通信制御部２５に送出する。
【００７８】
前述の帯域保証制御部２０とＲＳＶＰ通信制御部２２との間のインタフェースは、図１９に示すように、インタフェース名に対応したパラメータを含み、又帯域保証制御部２０とＡＴＭ通信制御部２５との間のインタフェースは、図２０に示すように、インタフェース名と対応したパラメータを含むものである。
【００７９】
図２１は本発明の実施の形態のタイムアウト及びリスタートのシーケンス説明図であり、図２に示すネットワーク構成に於けるバックボーンルータ３６に於いて、所定の周期でバックボーンルータ３５から受信するＲＳＶＰメッセージを、障害等によって受信できない場合、パス状態（ＰａｔｈＳｔａｔｅ）タイマー（図６のＲＳＶＰ状態テーブル要素参照）のタイムアウトが発生する。ルータ３６は、ルータ３４に対してパス解放（ＰａｔｈＴｅａｒ）メッセージを送出し、且つパス状態（ＰａｔｈＳｔａｔｅ）及びリザーブ状態（ＲｅｓｖＳｔａｔｅ）をクリアする。
【００８０】
又ルータ３４は、パス解放メッセージを受信すると、パス状態及びリザーブ状態（ＰａｔｈＳｔａｔｅ／ＲｅｓｖＳｔａｔｅ）をクリアする。この場合、送信側からのＲＳＶＰメッセージを受信できないことにより、タイムアウトが発生したものであり、送信側へパス解放メッセージを送信しても到着しない確率が高いと考えられるから、受信側へのみパス解放メッセージを送出する。このようにパス状態タイマーのタイムアウトにより、パス解放メッセージを送出してパス解放を行うことにより、各ルータに於いてタイムアウト時にパス解放を行う場合に比較して、確保した帯域の無効保留時間を短縮することができる。
【００８１】
この場合の連携動作を図４を参照して説明すると、ＲＳＶＰ通信制御部２２内のパス状態タイマーがタイムアウトすると、ＲＳＶＰシナリオ群２１（図１参照）の帯域解放要求シナリオ（図８の（ｅ）帯域解放要求を参照）を起動し、帯域保証制御部２０にパス状態タイマーのタイムアウト通知（ｅ）を行う。帯域保証制御部２０は、連携シナリオ群１９のＡＴＭ−ＳＶＣ解放シナリオ（図１７の（ｄ）ＡＴＭ−ＳＶＣ解放を参照）を起動し、ＡＴＭ−ＳＶＣ解放（ｄ）を行うと共にＡＴＭ−ＳＶＣ通信制御部２５にＡＴＭ−ＳＶＣ解放要求（ｂ）を行う。
【００８２】
ＡＴＭ−ＳＶＣ通信制御部２５は、ＡＴＭシナリオ群２４のＳＶＣ解放シナリオ（図１２の（ｆ）ＡＴＭ−ＳＶＣ解放応答を参照）を起動し、ＡＴＭ−ＳＶＣ解放応答（ａ）を帯域保証制御部２０に対して行う。帯域保証制御部２０は、連携シナリオ群１９の帯域解放応答シナリオ（図１７の（ｅ）帯域解放応答を参照）を起動し、ＲＳＶＰ通信制御部２２に帯域解放応答（ｆ）を行う。ＲＳＶＰ通信制御部２２は、ＲＳＶＰシナリオ群２１のパス解放メッセージ送信シナリオを起動し、パス解放（ＰａｔｈＴｅａｒ）メッセージ（ｈ）を入出力インタフェース２７を介して受信側へ送信する。
【００８３】
又図２１に於いて、ルータ３４に障害が発生し、その障害が回復したことにより、リスタートとした場合、保持していたパス状態，リザーブ状態，ＡＴＭシグナリング情報を破棄する。そして、リスタートとしたことを示すＲｅｌｅａｓｅ／Ｒｅｓｔａｒｔメッセージをルータ３６に送出する。
【００８４】
リスタートしたルータから解放（Ｒｅｌｅａｓｅ）メッセージを受信したルータに於いては、図４を参照して説明すると、ＡＴＭ−ＳＶＣ通信制御部２５に於いてＡＴＭシナリオ群２４のリスタート通知シナリオを起動し、帯域保証制御部２０にリスタート通知（ａ）を行い、又解放メッセージに対する解放完了（ＲｅｌｅａｓｅＣｏｍｐ）メッセージ（ｄ）を入出力インタフェース２７を介して返送する。
【００８５】
帯域保証制御部２０は、連携シナリオ群１９のリスタート要求シナリオを起動し、ＲＳＶＰ通信制御部２２にリスタート要求（ｆ）を送出する。ＲＳＶＰ通信制御部２２は、ＲＳＶＰシナリオ群２１のリスタート応答シナリオを起動し、帯域保証制御部２０にリスタート応答（ｅ）を送出する。帯域保証制御部２０は、連携シナリオ群１９のリスタート確認シナリオを起動し、ＡＴＭ−ＳＶＣ通信制御部２５にリスタート確認（ｂ）を通知する。ＡＴＭ−ＳＶＣ通信制御部２５は、ＡＴＭシナリオ群２４のＡＴＭ状態消去シナリオを起動し、ＡＴＭ状態を消去する。
【００８６】
図２２は本発明の実施の形態のＡＴＭ状態消去及びリスタート応答のフローチャートを示し、ＡＴＭ状態消去の場合（Ａ）、リスタート応答により、ＡＴＭ状態をクリアし、シグナリングメッセージを編集し、ＡＴＭ−ＳＶＣシグナリング「ＲＥＬＥＡＥ」メッセージを送信側に送出する。この場合、前述のルータ間の帯域確保手順及び帯域解放手順とほぼ同様な手順であるが、ＡＴＭ状態をクリアする手順が加わることになる。
【００８７】
前述の図４を参照して、リスタート契機が状態クリア検出ルータが送信側に解放メッセージを送出する時の各部の連携動作を説明する。ＡＴＭ−ＳＶＣ通信制御部２５は、入出力インタフェース２７を介して受信側からＡＴＭシグナリング（Ｒｅｌｅａｓｅ；解放）メッセージを受信（ｃ）すると、リスタート通知のＡＴＭシナリオを起動し、帯域保証制御部２０に解放メッセージによるリスタート通知を行い（ａ）、且つ受信側へＡＴＭシグナリング（Ｒｅｌｅａｓｅ Ｃｏｍｐ；解放完了）メッセージを送出する（ｄ）。帯域保証制御部２０は、リスタート通知によって、リスタートの連携シナリオを起動し、ＲＳＶＰ通信制御部２２にリスタート要求を行う（ｆ）。
【００８８】
ＲＳＶＰ通信制御部２２は、リスタート要求によりリスタート応答の連携シナリオを起動し、帯域保証制御部２０にリスタート応答を送出する（ｅ）。帯域保証制御部２０は、リスタート確認の連携シナリオを起動し、ＡＴＭ−ＳＶＣ通信制御部２５にリスタート確認を送出する（ｂ）。ＡＴＭ−ＳＶＣ通信制御部２５は、ＡＴＭ状態消去のＡＴＭシナリオを起動し、図２２の（Ａ）の最初のステップのＡＴＭ状態をクリアする。そして、入出力インタフェース２７を介して送信側へＡＴＭシグナリング（Ｒｅｌｅａｓｅ；解放）メッセージ（図２２の（Ａ）のＡＴＭ−ＳＶＣシグナリング「ＲＥＬＥＡＳＥ」メッセージと同一）を送出する（ｄ）。
【００８９】
又図２２の（Ｂ）はリスタート応答のフローチャートを示し、リスタートの契機が、状態クリア検出ルータが送信側にリザーブティアメッセージを送出する場合で、リスタート要求により、ＲＳＶＰ（ＲｅｓｖＴｅａｒ）メッセージを編集し、そのリザーブティア（ＲｅｓｖＴｅａｒ）メッセージを入出力インタフェース２７（図４参照）へ送出し、パス状態とリザーブ状態（ＰａｔｈＳｔａｔｅ／ＲｅｓｒＳｔａｔｅ）を消去する。そして、「リスタート応答」メッセージを帯域保証制御部２０に送出する。
【００９０】
このＡＴＭ−ＳＶＣ通信制御部の動作と関連し、前述の図４を参照して説明すると、ＡＴＭ−ＳＶＣ通信制御部２５が入出力インタフェース２７を介して受信側からＡＴＭシグナリング（Ｒｅｌｅａｓｅ；解放）メッセージを受信した時（ｃ）、リスタート通知のＡＴＭシナリオを起動し、帯域保証制御部２０に解放メッセージによるリスタート通知を行い（ａ）、且つ入出力インタフェース２７を介して受信側へＡＴＭシグナリング（Ｒｅｌｅａｓｅ Ｃｏｍｐ；解放完了）メッセージを送出する（ｄ）。
【００９１】
帯域保証制御部２０は、リスタート要求の連携シナリオを起動し、ＲＳＶＰ通信制御部２２にリスタート要求を行う（ｆ）。ＲＳＶＰ通信制御部２２は、リスタート応答のＲＳＶＰシナリオを起動し、入出力インタフェース２７を介して送信側へＲＳＶＰ（ＲｅｓｖＴｅａｒ；リザーブティア）メッセージを送出し（ｈ）、帯域保証制御部２０にリスタート応答を行う（ｅ）。即ち、図２２の（Ｂ）のステップに従ったリスタート応答を行う。帯域保証制御部２０はリスタート確認の連携シナリオを起動し、ＡＴＭ−ＳＶＣ通信制御部２５にリスタート確認を通知する（ｂ）。ＡＴＭ−ＳＶＣ通信制御部２５は、ＡＴＭ状態消去のＡＴＭシナリオを起動する。それによって、図２２の（Ａ）の場合と同様にＡＴＭ状態の消去が行われる。
【００９２】
図２３は本発明の実施の形態のメッセージ送信及びＳＶＣ解放のフローチャートを示し、ＲＳＶＰ（ＰａｔｈＴｅａｒ；パスティア）メッセージ送信の場合（Ａ）、ＰａｔｈＳｔａｔｅ（パス状態）のタイムアウトによる帯域解放応答により、ＲＳＶＰ（ＰａｔｈＴｅａｒ）メッセージを編集し、又ＲＳＶＰ（ＲｅｓｖＴｅａｒ）メッセージを編集し、パス状態とリザーブ状態（ＰａｔｈＳｔａｔｅ／ＲｅｓｖＳｔａｔｅ）を消去する。そして、ＰａｔｈＴｅａｒ（パスティア）メッセージを入出力インタフェース２７を介して受信側に送出し、ＲｅｓｖＴｅａｒ（リザーブティア）メッセージを入出力インタフェース２７を介して送信側へ送出する。
【００９３】
パス状態のタイムアウトにより送信側にリザーブティアメッセージを送出する場合について、前述の図４を参照して連携動作を説明する。ＲＳＶＰ通信制御部２２に於けるパス状態タイマがタイムアウトになると、パス状態タイムアウトによる帯域解放要求のＲＳＶＰシナリオを起動し、帯域保証制御部２０にパス状態タイムアウトによる帯域解放要求を行う（ｅ）。帯域保証制御部２０は、ＡＴＭ−ＳＶＣ解放の連携シナリオを起動し、ＡＴＭ−ＳＶＣ通信制御部２５にＡＴＭ−ＳＶＣ解放要求を行う（ｂ）。
【００９４】
ＡＴＭ−ＳＶＣ通信制御部２５は、ＳＶＣ解放のＡＴＭシナリオを起動し、帯域保証制御部２０にＡＴＭ−ＳＶＣ解放応答を行う（ａ）。帯域保証制御部２０は、帯域解放応答の連携シナリオを起動し、ＲＳＶＰ通信制御部２２に帯域解放応答を行う（ｆ）。ＲＳＶＰ通信制御部２２は、ＲＳＶＰ（ＰａｔｈＴｅａｒ）メッセージ送信のＲＳＶＰシナリオを起動し、図２３の（Ａ）に示すステップに従って、ＰａｔｈＴｅａｒ（パスティア）メッセージを入出力インタフェース２７を介して受信側へ送出し（ｈ）、又ＲｅｓｖＴｅａｒ（リザーブティア）メッセージを入出力インタフェース２７を介して送信側へ送出する（ｈ）。
【００９５】
又図２３の（Ｂ）は、ＳＶＣ解放について示すもので、ＰａｔｈＳｔａｔｅ（パス状態）タイムアウトによるＡＴＭ−ＳＶＣ解放要求によって、シグナリングメッセージを編集し、ＡＴＭ状態をＲｅｌｅａｓｅＣｏｍｐ（解放完了）待ちの状態（５）（図９参照）に設定し、ＡＴＭ−ＳＶＣシグナリング「ＲＥＬＥＡＳＥ」メッセージを受信側へ送出し、又ＡＴＭ−ＳＶＣシグナリング「ＲＥＬＥＡＳＥ」メッセージを送信側へ送出する。
【００９６】
パス状態のタイムアウトにより送信側へ解放メッセージを送出する場合について、前述の図４を参照して連携動作について説明する。ＲＳＶＰ通信制御部２２に於けるパス状態タイマがタイムアウトになると、帯域解放要求のＲＳＶＰシナリオを起動し、パス状態タイムアウトによる帯域解放要求を帯域保証制御部２０に行う（ｅ）。
【００９７】
帯域保証制御部２０は、ＡＴＭ−ＳＶＣ解放の連携シナリオを起動し、ＡＴＭ−ＳＶＣ通信制御部２５にＡＴＭ−ＳＶＣ解放要求を行う（ｂ）。ＡＴＭ−ＳＶＣ通信制御部２５は、ＳＶＣ解放のＡＴＭシナリオを起動し、図２３の（Ｂ）に示すステップに従って、ＡＴＭ−ＳＶＣシグナリング「ＲＥＬＥＡＳＥ」メッセージを、入出力インタフェース２７を介して、送信側と受信側とにそれぞれ送出する（ｄ）。
【００９８】
そして、帯域保証制御部２０にＡＴＭ−ＳＶＣ解放応答を行い（ａ）、帯域保証制御部２０は、帯域解放応答の連携シナリオを起動し、ＲＳＶＰ通信制御部２２に帯域解放応答を行う（ｆ）。ＲＳＶＰ通信制御部２２は、ＲＳＶＰ（ＰａｔｈＴｅａｒ）メッセージ送信のＲＳＶＰシナリオを起動し、入出力インタフェース２７を介して受信側へパスティアメッセージを送出する（ｈ）。
【００９９】
本発明は、前述の実施の形態のみに限定されるものではなく、種々付加変更することが可能であり、ＡＴＭ網を介して帯域確保する手段として、ＣＢＲを適用する場合について説明したが、他の帯域保証手段を適用することも勿論可能である。
【０１００】
【発明の効果】
以上説明したように、本発明は、ベストエフォート網２を介してパケット多重による伝送と、ＡＴＭ網３を介してＲＳＶＰフロー対応のＡＴＭセルによる帯域保証を行った伝送とが可能であり、リアルタイムアプリケーションに対しても容易に適用することができる。又ルータは、ＲＳＶＰ制御部１２と、ＡＴＭ制御部１３と、ＲＳＶＰ−ＡＴＭ連携制御部１１とに処理機能を分離したことにより、ＲＳＶＰやＡＴＭのシグナリング機能の変更等に対しても、各制御部内で容易に対処することができる。又ＲＳＶＰフロー数に関係なく、プロセス数をそれぞれの制御部内で１個とすることができるから、リソースの有効利用を図ることができる利点がある。
【０１０１】
又ルータに於けるバス状態やリザーブ状態のタイムアウトのみに依存したＡＴＭ−ＳＶＣ解放処理ではなく、隣接ルータへの解放メッセージの送出機能を設けたことにより、隣接ルータでは、タイムアウトになる前でも、ＡＴＭ−ＳＶＣ解放処理を行って、無効保留となることを回避できる利点がある。
【図面の簡単な説明】
【図１】本発明の実施の形態のルータの説明図である。
【図２】本発明の実施の形態のネットワークの説明図である。
【図３】本発明の実施の形態の帯域予約及び解放のシーケンス説明図である。
【図４】本発明の実施の形態の連携動作の説明図である。
【図５】本発明の実施の形態のＲＳＶＰ状態遷移説明図である。
【図６】本発明の実施の形態のＲＳＶＰ状態遷移及びＲＳＶＰ状態テーブル要素の説明図である。
【図７】本発明の実施の形態のＲＳＶＰシナリオ処理のフローチャートである。
【図８】本発明の実施の形態のＲＳＶＰシナリオ処理のフローチャートである。
【図９】本発明の実施の形態のＡＴＭ状態遷移説明図である。
【図１０】本発明の実施の形態の連携テーブル要素及びＡＴＭ状態テーブル要素の説明図である。
【図１１】本発明の実施の形態のＡＴＭシナリオ処理のフローチャートである。
【図１２】本発明の実施の形態のＡＴＭシナリオ処理のフローチャートである。
【図１３】本発明の実施の形態のＡＴＭシナリオ処理のフローチャートである。
【図１４】本発明の実施の形態の簡易ＲＳＶＰ状態遷移説明図である。
【図１５】本発明の実施の形態の簡易ＡＴＭ状態遷移説明図である。
【図１６】本発明の実施の形態の連携シナリオ処理のフローチャートである。
【図１７】本発明の実施の形態の連携シナリオ処理のフローチャートである。
【図１８】本発明の実施の形態の連携シナリオ処理のフローチャートである。
【図１９】本発明の実施の形態の帯域保証制御部とＲＳＶＰ通信制御部との間のインタフェースの説明図である。
【図２０】本発明の実施の形態の帯域保証制御部とＡＴＭ通信制御部との間のインタフェースの説明図である。
【図２１】本発明の実施の形態のタイムアウト及びリスタートのシーケンス説明図である。
【図２２】本発明の実施の形態のＡＴＭ状態消去及びリスタート応答のフローチャートである。
【図２３】本発明の実施の形態のメッセージ送信及びＳＶＣ解放のフローチャートである。
【図２４】ネットワークの説明図である。
【図２５】ＲＳＶＰメッセージのフォーマットの説明図である。
【符号の説明】
１ ルータ
２ ベストエフォート網（ＢＥ網）
３ ＡＴＭ網
１１ ＲＳＶＰ−ＡＴＭ連携制御部
１２ ＲＳＶＰ制御部
１３ ＡＴＭ制御部
１４ ＲＳＶＰメッセージ抽出処理部
１５ パケット転送部
１６ ＶＰＩ／ＶＣＩ振り分け処理部
１７ ＶＰＩ／ＶＣＩ振り分けテーブル
１８ 連携テーブル
１９ 連携シナリオ群
２０ 帯域保証制御部
２１ ＲＳＶＰシナリオ群
２２ ＲＳＶＰ通信制御部
２３ ＲＳＶＰ状態テーブル
２４ ＡＴＭシナリオ群
２５ ＡＴＭ−ＳＶＣ通信制御部
２６ ＡＴＭ状態テーブル

Claims (17)

1. パケットにより伝送するベストエフォート網とＡＴＭセルにより伝送するＡＴＭ網とに接続して伝送制御を行うルータに於いて、
   ＲＳＶＰメッセージを終端してリソース予約プロトコル処理を行うＲＳＶＰ制御部と、
   ＡＴＭシグナリング処理により振り分けテーブルの管理を通して前記ＡＴＭ網を制御するＡＴＭ制御部と、
   前記ＲＳＶＰ制御部と前記ＡＴＭ制御部との間を、連携シナリオ群から選択したシナリオに従った連携処理により、前記ＡＴＭ制御部に於けるＡＴＭ−ＳＶＣ割り付け処理を行わせて、ＲＳＶＰフローに対する帯域保証処理を行うＲＳＶＰ−ＡＴＭ連携処理部と
   を備えたことを特徴とするルータ。
2. 前記ベストエフォート網からのＲＳＶＰメッセージを抽出して前記ＲＳＶＰ制御部に転送するＲＳＶＰメッセージ抽出処理部と、該ＲＳＶＰメッセージ抽出処理部と前記ＲＳＶＰ制御部との制御に従って前記ベストエフォート網との間でパケット転送を行うパケット転送部と、前記ＡＴＭ制御部によるＡＴＭ−ＳＶＣ割り付け処理結果を格納する振り分けテーブルと、該振り分けテーブルの内容に従ったヘッダを付加してセル化して前記ＡＴＭ網にＡＴＭセルを送出する振り分け処理部とを備えたことを特徴とする請求項１記載のルータ。
3. 前記ＲＳＶＰ制御部は、ＲＳＶＰフロー対応にイベントにより遷移する状態を格納するＲＳＶＰ状態テーブルと、ＲＳＶＰメッセージ抽出部からのＲＳＶＰメッセージを終端処理し、パケット転送部を制御すると共に、前記ＲＳＶＰ連携制御部との間で制御メッセージの送受信を行うＲＳＶＰ通信制御部とを含み、前記ＡＴＭ制御部は、仮想チャネル対応にイベントにより遷移する状態を格納するＡＴＭ状態テーブルと、前記ＲＳＶＰ−ＡＴＭ連携制御部との間の制御メッセージに従って仮想チャネルの割り付けを行うＡＴＭ−ＳＶＣ通信制御部とを含み、前記ＲＳＶＰ−ＡＴＭ連携制御部は、連携動作に必要なＲＳＶＰ状態とＡＴＭ状態とを格納した連携テーブルと、前記ＲＳＶＰ制御部と前記ＡＴＭ制御部との間の連携処理により帯域割り当てを行う帯域保証制御部とを含む構成を備えたことを特徴とする請求項１又は２記載のルータ。
4. 前記ＲＳＶＰ制御部は、ＲＳＶＰメッセージに含まれるＲＳＶＰフロー識別子又はＲＳＶＰ識別子をインデックスとしてＲＳＶＰフローに対応する状態情報を格納するＲＳＶＰ状態テーブルと、ＲＳＶＰ処理内容を記述したＲＳＶＰシナリオ群と、ＲＳＶＰメッセージに含まれる前記ＲＳＶＰフロー識別子又はＲＳＶＰ識別子を基に前記ＲＳＶＰ状態テーブルからＲＳＶＰ状態を読出し、該ＲＳＶＰ状態と前記ＲＳＶＰメッセージの種別とを基に前記ＲＳＶＰシナリオ群からシナリオを選択して前記ＲＳＶＰメッセージに従った処理を行うＲＳＶＰ通信制御部とを備えたことを特徴とする請求項１又は２又は３記載のルータ。
5. 前記ＲＳＶＰ−ＡＴＭ連携制御部は、前記ＲＳＶＰ制御部及び前記ＡＴＭ制御部との間の制御メッセージに従って、ＲＳＶＰフローに対応する簡易ＲＳＶＰ状態及び簡易ＡＴＭ状態を格納する連携テーブルと、ＲＳＶＰとＡＴＭとの連携処理を記述した連携シナリオ群から、前記制御メッセージに含まれるＲＳＶＰフロー識別子又はＲＳＶＰ識別子に従って読出した前記連携テーブルの内容と前記制御メッセージとに対応したシナリオを選択して起動して帯域保証処理を行う帯域保証制御部とを備えたことを特徴とする請求項１又は２又は３記載のルータ。
6. 前記ＡＴＭ制御部は、制御メッセージに含まれるＲＳＶＰ識別子又はＡＴＭシグナリングの属する呼毎に割り当てた呼番号をインデックスとしてＲＳＶＰフローに対する状態情報を格納するＡＴＭ状態テーブルと、ＡＴＭ網を介して受信したＡＴＭシグナリングメッセージと前記ＡＴＭ状態テーブルから読出した内容とを基にＡＴＭシグナリングプロトコル処理又は振り分けテーブルの更新内容を記述したＡＴＭシナリオ群から選択したシナリオを起動してＡＴＭレイヤ処理を行うＡＴＭ−ＳＶＣ通信制御部とを備えたことを特徴とする請求項１又は２又は３記載のルータ。
7. ベストエフォート網とＡＴＭ網とを介して複数のルータ間を接続したネットワークに於いて、
   前記ルータは、前記ベストエフォート網からのＲＳＶＰメッセージを終端してリソース予約プロトコル処理を行うＲＳＶＰ制御部と、ＡＴＭシグナリング処理により振り分けテーブルの管理を通して前記ＡＴＭ網を制御するＡＴＭ制御部と、前記ＲＳＶＰ制御部と前記ＡＴＭ制御部との間を、連携シナリオ群から選択したシナリオに従った連携処理により、前記ＡＴＭ制御部に於けるＡＴＭ−ＳＶＣ割り付け処理を行わせて、ＲＳＶＰフローに対する帯域保証処理を行うＲＳＶＰ−ＡＴＭ連携制御部とを含む構成とした
   ことを特徴とするネットワーク。
8. 前記ルータは、障害が回復してリスタートした時に、ＲＳＶＰフローの送信側にＡＴＭ−ＳＶＣ解放メッセージを送出する手段と、該解放メッセージを受信した時に、前記ＲＳＶＰフローの受信側の状態クリアと判定して、リザープティアメッセージをＲＳＶＰフローの送信側に送出する手段とを備えたことを特徴とする請求項７記載のネットワーク。
9. 前記ルータは、障害が回復してリスタートした時に、ＲＳＶＰフローの送信側にＡＴＭ−ＳＶＣ解放メッセージを送出する手段と、該解放メッセージを受信した時に、前記ＲＳＶＣフローの受信側の状態クリアと判定して、ＡＴＭ−ＳＶＣ解放メッセージをＲＳＶＰフローの送信側に送出する手段とを備えたことを特徴とする請求項７記載のネットワーク。
10. 前記ルータは、定期的なパスメッセージをタイマーにより監視し、タイムアウトによりＲＳＶＰフローの送信側へ、ＡＴＭ−ＳＶＣ解放メッセージを送出する手段を備えたことを特徴とする請求項７記載のネットワーク。
11. 前記ルータは、定期的なパスメッセージをタイマーにより監視し、タイムアウトによりＲＳＶＰフローの送信側へリザーブティアメッセージを送出する手段を備えたことを特徴とする請求項７記載のネットワーク。
12. 前記ルータは、ＲＳＶＰのソフトステートを維持する為の周期メッセージを処理する機能を前記ＲＳＶＰ制御部に限定して、ＲＳＶＰ制御部と前記ＲＳＶＰ−ＡＴＭ連携制御部との間でのプロセス間通信オーバヘッドを削減する手段を備えたことを特徴とする請求項７記載のネットワーク。
13. ベストエフォート網とＡＴＭ網とを介して複数のルータ間を接続したネットワークの制御方法に於いて、
    前記ルータは、前記ベストエフォート網からのＲＳＶＰメッセージを終端してリソース予約プロトコル処理を行うＲＳＶＰ制御部と、ＡＴＭシグナリング処理により振り分けテーブルの管理を通して前記ＡＴＭ網を制御するＡＴＭ制御部と、前記ＲＳＶＰ制御部と前記ＡＴＭ制御部との間を、連携シナリオ群から選択したシナリオに従った連携処理により、前記ＡＴＭ制御部に於けるＡＴＭ−ＳＶＣ割り付け処理を行わせて、ＲＳＶＰフローに対する帯域保証処理を行うＲＳＶＰ−ＡＴＭ連携制御部とを含み、
    ＲＳＶＰメッセージによるパスメッセージを受信したルータは、ＲＳＶＰフローの受信側のルータにパスメッセージを送出し、該パスメッセージに対するリザーブメッセージを受信したルータは、ＲＳＶＰフローの送信側のルータにリザーブメッセージを送出し、且つ該リザーブメッセージに従って前記ＲＳＶＰ制御部と前記ＡＴＭ制御部と前記ＲＳＶＰ−ＡＴＭ連携制御部とにより、ＡＴＭ−ＳＶＣ割り付けによる帯域保証処理を行う過程を含む
    ことを特徴とするネットワーク制御方法。
14. 前記ネットワークの前記ルータは、障害が回復してリスタートした時に、ＲＳＶＰフローの送信側にＡＴＭ−ＳＶＣ解放メッセージを送出し、該解放メッセージを受信したルータは、前記ＲＳＶＰフローの受信側のルータに於ける状態クリアと判定して、リザーブティアメッセージをＲＳＶＰフローの送信側に送出する処理を行う過程を含むことを特徴とする請求項１３記載のネットワーク制御方法。
15. 前記ネットワークの前記ルータは、障害が回復してリスタートした時に、ＲＳＶＰフローの送信側にＡＴＭ−ＳＶＣ解放メッセージを送出し、該解放メッセージを受信したルータは、前記ＲＳＶＰフローの受信側のルータに於ける状態クリアと判定して、ＡＴＭ−ＳＶＣ解放メッセージをＲＳＶＰフローの送信側に送出する処理を行う過程を含むことを特徴とする請求項１３記載のネットワーク制御方法。
16. 前記ネットワークの前記ルータは、定期的なパスメッセージをタイマーにより監視し、タイムアウトによりＲＳＶＰフローの送信側へＡＴＭ−ＳＶＣ解放メッセージを送出し、該解放メッセージを受信したルータは、ＡＴＭ−ＳＶＣ解放処理を行う過程を含むことを特徴とする請求項１３記載のネットワーク制御方法。
17. 前記ネットワークの前記ルータは、定期的なパスメッセージをタイマーにより監視し、タイムアウトによりＲＳＶＰフローの送信側へリザーブティアメッセージを送出し、該リザーブティアメッセージを受信したルータは、ＡＴＭ−ＳＶＣ解放処理を行う過程を含むことを特徴とする請求項１３記載のネットワーク制御方法。

Images