JP3549774B2 - ネットワーク相互接続装置及びネットワーク相互接続方法 - Google Patents
ネットワーク相互接続装置及びネットワーク相互接続方法 Download PDFInfo
- Publication number
- JP3549774B2 JP3549774B2 JP15327699A JP15327699A JP3549774B2 JP 3549774 B2 JP3549774 B2 JP 3549774B2 JP 15327699 A JP15327699 A JP 15327699A JP 15327699 A JP15327699 A JP 15327699A JP 3549774 B2 JP3549774 B2 JP 3549774B2
- Authority
- JP
- Japan
- Prior art keywords
- qos
- information
- route
- guaranteed
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L12/5602—Bandwidth control in ATM Networks, e.g. leaky bucket
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5019—Ensuring fulfilment of SLA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/11—Identifying congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5006—Creating or negotiating SLA contracts, guarantees or penalties
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はネットワーク相互接続装置及びネットワーク相互接続方法に関し、特にＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ） とＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）ネットワークとを相互接続して通信を行うネットワーク相互接続装置及びＬＡＮとＡＴＭネットワークとを相互接続して通信を行うネットワーク相互接続方法に関する。
【０００２】
【従来の技術】
ＡＴＭはデータ、音声、動画などからなるマルチメディア通信をそれぞれが必要とする速度や品質に合わせて１つのネットワークで提供するために開発されたコネクション型通信方式である。
【０００３】
同報機能とコネクションレス型通信方式を前提とした従来のＬＡＮでは、このような音声や動画などのリアルタイムの通信要求に対して、通信帯域や品質を保証するのが難しい。そこで、ＬＡＮにもＡＴＭを適用したＬＡＮ−ＡＴＭの構築が進められており、経済的かつシームレスな接続が求められている。
【０００４】
ＬＡＮとＡＴＭ間を相互接続する場合、例えば、ＡＴＭ Ｆｏｒｕｍ ＬＡＮ Ｅｍｕｌａｔｉｏｎ（以下、ＬＡＮＥと略す） Ｖｅｒ １．０ が規定されている。ＬＡＮＥとは、既存のＬＡＮ環境とＡＴＭネットワーク環境を接続して通信できるようにする仕様のことであり、ＬＡＮのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ） レイヤでのエミュレートを行う。
【０００５】
具体的には、固定的にＡＴＭネットワークのベストエフォート型のＵＢＲ （Ｕｎｓｐｅｃｉｆｉｅｄ Ｂｉｔ Ｒａｔｅ） コネクションでノード間をＳＶＣ（Ｓｗｉｔｃｈｅｄ Ｖｉｒｔｕａｌ Ｃｏｎｎｅｃｔｉｏｎ）接続して、ＬＡＮとＡＴＭ間とのデータフレーム通信を中継する。また、ＬＡＮとＡＴＭ間の相互接続は、他にＬＡＮＥ Ｖｅｒ ２．０やＭＰＯＡ （Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｏｖｅｒ ＡＴＭ） Ｖｅｒ １．０についても規定されている。
【０００６】
一方、近年では、マルチメディア・ネットワーク時代を迎えて、ネットワークが提供するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質） が注目されるようになってきている。例えば、どの程度までの解像度の映像を、どのくらいの伝送速度で相手に送るかというようなことが要求されてきている。
【０００７】
ＱｏＳ保証に関する従来技術としては、例えば、特開平９−３３１３６０号公報では、最初に設定されたＱｏＳパラメータに応じた呼接続を試み、呼接続が不可能である場合には徐々にＱｏＳ要求を落し、成功するまで呼接続要求の試行を繰り返して、ＱｏＳ保証を行うものがある。
【０００８】
【発明が解決しようとする課題】
ＱｏＳ保証に関し、上記で説明したような、ＬＡＮＥ Ｖｅｒ １．０、Ｖｅｒ ２．０ 及びＭＰＯＡ Ｖｅｒ １．０では、ＡＴＭの利点の１つであるＱｏＳ保証が生かされていないといった問題があった。
【０００９】
例えば、ＬＡＮＥ Ｖｅｒ １．０では、ＵＢＲコネクションによってＬＡＮデータを転送するため、ＡＴＭネットワークを利用しているにもかかわらず、ＱｏＳの保証が行なわれない。
【００１０】
また、特開平９−３３１３６０号公報の従来技術では、物理ポート、宛先アドレス、アプリケーション識別子等に対応するＱｏＳを事前に設定しておくため、必ずしも実際のトラフィックを反映したＱｏＳ保証とはなりえないといった問題があった。
【００１１】
さらに、ネットワークのリソース状況を考慮せずに、呼が確立するまでＱｏＳを低減させながら呼接続要求を繰り返すので、多数の呼損が生じる可能性があり、ネットワーク内に無駄なトラフィックが発生するといった問題があった。
【００１２】
本発明はこのような点に鑑みてなされたものであり、実際のトラフィック及びネットワーク状況に応じた最適なＱｏＳ保証を効率よく行い、呼損を発生せずに高品質なネットワーク相互接続を行うネットワーク相互接続装置に関する。
【００１３】
また、本発明の他の目的は、実際のトラフィック及びネットワーク状況に応じた最適なＱｏＳ保証を効率よく行い、呼損を発生せずに高品質なネットワーク相互接続を行うネットワーク相互接続方法を提供することである。
【００１４】
【課題を解決するための手段】
本発明では上記課題を解決するために、図１に示すような、ＬＡＮとＡＴＭネットワークとを相互接続して通信を行うネットワーク相互接続装置１０において、ＡＴＭネットワークの経路情報を管理する経路情報管理手段１１と、ＬＡＮのトラフィックの統計的情報を管理する統計的情報管理手段１２と、統計的情報にもとづいて、ＡＴＭネットワークが保証すべきＱｏＳを設定するＱｏＳ設定手段１３と、経路情報にもとづいて、設定されたＱｏＳが保証されるか否かを判定するＱｏＳ保証判定手段１４ａと、ＱｏＳが保証されないと判定された場合は、保証可能となるようにＱｏＳを調整するＱｏＳ調整手段１４ｂと、保証可能なＱｏＳにもとづいて、呼接続を行う呼接続制御手段１５と、を有することを特徴とするネットワーク相互接続装置１０が提供される。
【００１５】
ここで、経路情報管理手段１１は、ＡＴＭネットワークの経路情報を管理する。統計的情報管理手段１２は、ＬＡＮのトラフィックの統計的情報を管理する。ＱｏＳ設定手段１３は、統計的情報にもとづいて、ＡＴＭネットワークが保証すべきＱｏＳを設定する。ＱｏＳ保証判定手段１４ａは、経路情報にもとづいて、設定されたＱｏＳが保証されるか否かを判定する。ＱｏＳ調整手段１４ｂは、ＱｏＳが保証されないと判定された場合は、保証可能となるようにＱｏＳを調整する。呼接続制御手段１５は、保証可能なＱｏＳにもとづいて、呼接続を行う。
【００１６】
また、図１５に示すように、ＬＡＮとＡＴＭネットワークとを相互接続して通信を行うネットワーク相互接続方法において、ＡＴＭネットワークの経路情報を管理し、ＬＡＮのトラフィックの統計的情報を管理し、統計的情報にもとづいて、ＡＴＭネットワークが保証すべきＱｏＳを設定し、経路情報にもとづいて、設定されたＱｏＳが保証されるか否かを判定し、ＱｏＳが保証不可能と判定された場合は、保証可能となるようにＱｏＳを調整し、保証可能なＱｏＳにもとづいて、呼接続を行うこと特徴とするネットワーク相互接続方法が提供される。
【００１７】
ここで、ＡＴＭネットワークの経路情報及びＬＡＮの統計的情報から、保証可能なＱｏＳを決定し、呼の接続を行う。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。図１は本発明のネットワーク相互接続装置の原理図である。ネットワーク相互接続装置１０は、ＬＡＮとＡＴＭネットワーク間を最適なＱｏＳで保証し、相互接続（以下、インタワークと呼ぶ）して通信を行う。
【００１９】
図に示すネットワーク構成は、ＬＡＮ１ａとＡＴＭネットワーク２がノードＡを介して接続し、ＡＴＭネットワーク２とＬＡＮ１ｂがノードＥを介して接続する。また、図では例えば、ＬＡＮ１ａ、１ｂともにバストポロジ状の回線に複数の情報端末装置が接続している。
【００２０】
そして、ＬＡＮ１ａ→ＡＴＭネットワーク２→ＬＡＮ１ｂへと呼接続を行う場合には、本発明のネットワーク相互接続装置１０はノードＡに配置されることになる。
【００２１】
経路情報管理手段１１は、現時点でのＡＴＭネットワーク２のリソース状況（以下、実ネットワークと呼ぶ）を反映するＰＮＮＩ（Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ−Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）の経路情報を収集、管理する。ＰＮＮＩとは、ＡＴＭスイッチ間のルーティング機能とシグナリング機能を併せ持ち、ＡＴＭスイッチ間のインタフェースを規定するプロトコルのことである。
【００２２】
経路情報には、例えば、ノード間のＡＣＲ（ａｖａｉｌａｂｌｅ ｃｅｌｌ ｒａｔｅ：利用可能セル速度） 、ＣＴＤ（ｃｅｌｌ ｔｒａｎｓｆｅｒ ｄｅｌａｙ： セル転送遅延）、ＣＤＶ（ｃｅｌｌ ｄｅｌａｙｖａｒｉａｔｉｏｎ：セル遅延変動） 等がある。
【００２３】
統計的情報管理手段１２は、現時点でのＬＡＮのトラフィック状況（以下、実トラフィックと呼ぶ）を反映する統計的情報を管理する。統計的情報とは、目的に応じて数値を高度に処理、加工した情報のことであり、例えば、一定時間間隔内（単位時間当たり）のフレームサイズ（フレーム長）またはフレーム数の合計であるトラフィック量及びそれらの平均トラフィック量等がある。
【００２４】
ＱｏＳ設定手段１３は、統計的情報にもとづいて、ＡＴＭネットワーク２が保証すべきＱｏＳを設定する。ＱｏＳの種類（パラメータ）としては、例えば、サービスカテゴリ、帯域、遅延、揺らぎ等がある。
【００２５】
ＱｏＳ保証判定手段１４ａは、ＱｏＳ設定手段１３で設定されたＱｏＳが、保証されるか否かを経路情報にもとづいて判定する。
ＱｏＳ調整手段１４ｂは、ＱｏＳが保証されないと判定された場合は、保証可能となるようにＱｏＳを調整する。
【００２６】
呼接続制御手段１５は、ＱｏＳ保証判定手段１４ａで保証可能と判定されたＱｏＳにもとづいて、ＳＶＣ（相手選択接続）呼の接続確立を行う。図では、ノードＡ→ノードＢ→ノードＥの経路ｉに対して呼接続を行って、ＱｏＳを保証したパスをはっている。
【００２７】
具体的には、呼接続要求メッセージに対して、決定したＱｏＳパラメータを指定する。そして、ノードＡで発呼して、ノードＢ経由でノードＥで着呼した場合、この間のコネクションが確立された時点でＱｏＳが保証されたパスがはられることになる。
【００２８】
以上説明したように、本発明のネットワーク相互接続装置１０は、ＡＴＭネットワークの経路情報及びＬＡＮの統計的情報から、保証可能なＱｏＳを決定し、呼を接続する構成とした。
【００２９】
これにより、実トラフィックと実ネットワークの状況に応じた最適なＱｏＳを設定でき、また、最適なＱｏＳを決定した後に呼接続制御を行うので、１回の呼接続制御を行うだけでよく、無駄な呼損を発生することなく効率のよいインタワーク制御を行うことが可能になる。
【００３０】
次に本発明のネットワーク相互接続装置１０の詳細構成について説明する。図２はネットワーク相互接続装置１０の詳細構成を示す図である。なお、図１で上述した構成要素の説明は省略する。
【００３１】
ＬＡＮ回線制御手段１６は、ＬＡＮの回線インタフェースを収容する。ＡＴＭ回線制御手段１７は、ＡＴＭネットワークの回線インタフェースを収容する。
インタワークＱｏＳ保証手段１４は、ＱｏＳ保証判定手段１４ａとＱｏＳ調整手段１４ｂを含む。
【００３２】
ＱｏＳ情報通知手段１８は、ネットワーク相互接続装置１０と接続する外部の保守端末装置２０へＱｏＳ情報を通知する。ＱｏＳ情報とは、例えば、保証したＱｏＳのパラメータ、または保証できなかったＱｏＳパラメータ及びその理由等からなる情報である。また、この保守端末装置２０は、ネットワーク相互接続装置１０の保守管理や監視を行う。
【００３３】
経路選択手段１９は、呼接続を行う際に、要求ＱｏＳに対して複数の経路候補が存在する場合、優先したいＱｏＳにもとづいて経路を選択する。詳細は後述する。
【００３４】
次に動作について説明する。なお、点線矢印は情報データの流れを示し、実線矢印は制御信号の流れを示す。
〔Ｓ１〕統計的情報管理手段１２は、ＬＡＮ回線制御手段１６を介して受信した実トラフィック情報から統計的情報を生成し、管理する。
〔Ｓ２〕経路情報管理手段１１は、ＡＴＭ回線制御手段１７を介して受信した実ネットワーク情報である経路情報を管理する。
〔Ｓ３〕ＱｏＳ設定手段１３は、統計的情報にもとづいてＱｏＳを設定し、設定したＱｏＳをインタワークＱｏＳ保証手段１４へ要求する。
〔Ｓ４〕インタワークＱｏＳ保証手段１４は、経路情報管理手段１１へ経路情報を要求する。
〔Ｓ５〕経路情報管理手段１１は、経路情報の応答をインタワークＱｏＳ保証手段１４へ返送する。
〔Ｓ６〕インタワークＱｏＳ保証手段１４は、経路情報管理手段１１から送信された経路情報により、要求されたＱｏＳが保証されるか否かを判定する。保証可能ならステップＳ７へ、保証不可能ならステップＳ９へいく。また、要求されたＱｏＳを保証する複数の経路があると判定した場合は、ステップＳ１０へいく。
〔Ｓ７〕インタワークＱｏＳ保証手段１４は、呼接続の指示を呼接続制御手段１５へ送信する。
〔Ｓ８〕呼接続制御手段１５は、保証可能と判定されたＱｏＳにもとづいて、呼の接続制御を行う。そして、ステップＳ１４へ行く。
〔Ｓ９〕インタワークＱｏＳ保証手段１４は、ＱｏＳを低減して調整する。そして、ステップＳ４へ戻る。
〔Ｓ１０〕インタワークＱｏＳ保証手段１４は、ＱｏＳと経路候補とからなる経路候補情報を経路選択手段１９へ送信する。
〔Ｓ１１〕経路選択手段１９は、経路候補情報を保守端末装置２０へ送信する。
〔Ｓ１２〕ユーザは、優先したいＱｏＳを指示し、保守端末装置２０を通じて経路選択手段１９へ送信する。
〔Ｓ１３〕経路選択手段１９は、ユーザが指示した優先したいＱｏＳにもとづいて経路を選択し、選択経路の情報をインタワークＱｏＳ保証手段１４へ送信する。そして、ステップＳ４へ戻る。
〔Ｓ１４〕ＱｏＳ情報通知手段１８は、インタワークＱｏＳ保証手段１４から受信したＱｏＳ情報を保守端末装置２０へ通知する。
【００３５】
次にＬＡＮ−ＡＴＭインタワークとして、ＬＡＮＥを例に取り上げ、ＬＡＮＥでのＤａｔａ Ｄｉｒｅｃｔ ＶＣＣ （以下、ＡＴＭコネクションと呼ぶ）確立の際のＱｏＳ決定に対し、本発明を適用した第１の実施の形態について具体的に詳しく説明する。
【００３６】
なお、ＡＴＭコネクションのＱｏＳは、実際には呼接続要求メッセージ（ＳＥＴＵＰメッセージ）内の情報要素の指定や組み合わせで指定するため、その設定方法についても説明する。
【００３７】
図３はネットワーク相互接続装置１０が適用されるネットワーク構成を示す図である。ＬＡＮ１ａとＡＴＭネットワーク２がノードＡを介して接続し、ＡＴＭネットワーク２とＬＡＮ１ｂがノードＥを介して接続する。
【００３８】
ノードＡ〜Ｅは、ＡＴＭ交換ノードであり、ノードＡとノードＥは、ＬＡＮ−ＡＴＭ間をインタワークするＬＡＮＥのＬＥＣ（ＬＡＮ Ｅｍｕｌａｔｉｏｎ Ｃｌｉｅｎｔ）相当機能を内蔵している。
【００３９】
ＬＥＣとは、ＡＴＭネットワークで既存ＬＡＮを仮想的に実現するＬＡＮエミュレーションのクライアント機能のことである。
そして、各ノード間は、ＰＮＮＩプロトコルで接続されてＡＴＭネットワーク２を構成する。また、ＬＡＮ１ａ、１ｂともにバストポロジ状の回線に複数のＬＡＮ装置（情報端末装置）が接続している。
【００４０】
ノードＡからノードＥへ呼の接続（ＡＴＭコネクションの確立）を行って、ＬＡＮ装置Ａ１とＬＡＮ装置Ｅ１で通信を行う場合には、本発明のネットワーク相互接続装置１０はノードＡに配置される。また、保守端末装置２０はネットワーク相互接続装置１０に接続する。
【００４１】
図４はＬＡＮＥの説明図である。ＬＡＮ装置Ａ１が接続するＬＥＣ１は、図３で示したノードＡに含まれ、ＬＡＮ装置Ｅ１が接続するＬＥＣ４は、図３で示したノードＥに含まれる。ＬＥＳ（ＬＡＮ Ｅｍｕｌａｔｉｏｎ Ｓｅｒｖｅｒ）とＢＵＳ（Ｂｒｏａｄｃａｓｔ ａｎｄ Ｕｎｋｎｏｗｎ Ｓｅｒｖｅｒ）はＡＴＭネットワーク２に含まれる。
【００４２】
ＬＥＳとは、ＡＴＭネットワークで既存ＬＡＮを仮想的に実現するＬＡＮエミュレーションのアドレス解決サーバ機能のことである。
ＢＵＳとは、ＡＴＭネットワークで既存ＬＡＮを仮想的に実現するＬＡＮエミュレーションのＬＡＮブロ−ドキャストを実現する機能のことである。
【００４３】
ここで、ＬＡＮ装置Ａ１からＬＡＮ装置Ｅ１へＴＣＰ／ＩＰデータフレーム（以下、フレームと略す）を転送するものとする。この場合、ＬＥＣ１とＬＥＣ４との間のＡＴＭコネクションを確立する際には、ＬＥＣ１はＬＥＣ４のＡＴＭアドレスを知る必要がある。
〔Ｓ２０〕ＬＥＣ１は、ＬＥＳにＬＥＣ４のＡＴＭアドレスを問い合わる。
〔Ｓ２１〕ＬＥＣ１は、ＬＥＳからの応答を待つ間は、ＢＵＳにフレームを転送する。
〔Ｓ２２〕ＢＵＳは、ＬＥＣ１から受信したフレームをＬＥＣ２〜ＬＥＣ４へブロードキャストする。このように、ＢＵＳ経由でフレームがブロードキャストされるので、ＬＥＣ１とＬＥＣ４との間の直接のＡＴＭコネクションが存在しなくてもＬＥＣ４へフレームを送信することができる。なお、ＬＥＣ４以外のＬＥＣ２とＬＥＣ３は、受信したフレームを破棄することになる。
〔Ｓ２３〕ＬＥＣ１は、ＬＥＳからＬＥＣ４のＡＴＭアドレスを受信する。
〔Ｓ２４〕ＬＥＣ１は、ＬＥＣ４へ呼接続要求メッセージを送信し、ＡＴＭコネクションを確立する。そして、ＢＵＳ経由でのフレーム送信からＡＴＭコネクションによる送信へ切り替えて、直接ＬＥＣ４へフレームを転送する。
【００４４】
ここで、第１の実施の形態として、ノードＡがインタワークするＬＡＮ１ａに接続されたＬＡＮ装置Ａ１から、ノードＥがインタワークするＬＡＮ１ｂに接続されたＬＡＮ装置Ｅ１へフレーム送信を行う場合を考える。
【００４５】
ＬＡＮ装置Ａ１からＬＡＮ装置Ｅ１へ送信するフレームは、最初、図２のＬＡＮ回線制御手段１６からＡＴＭ回線制御手段１７へ送信される。ノードＡは、フレームの宛先であるＬＡＮ装置Ｅ１を収容しているノードＥとの間にＡＴＭコネクションを確立するために、図４で上述したＬＡＮＥで規定されている手順でノードＥのＡＴＭアドレスをＬＥＳに問い合わせる。
【００４６】
着ノードＥのＡＴＭアドレスが解決するまでの間、ＢＵＳ経由でフレームは転送され続ける。具体的には、ノードＡのＡＴＭ回線制御手段１７は、ノードＥへＢＵＳ経由でＴＣＰ／ＩＰコネクションを設定し、ＡＴＭアドレスが解決するまでの間は、このＴＣＰ／ＩＰコネクション上でフレームの転送が行われる。
【００４７】
この際、統計的情報管理手段１２では、ＬＡＮ回線制御手段１６を通じて、トラフィック特性を表す情報として、ＴＣＰ／ＩＰコネクション上で送信される単位時間当たりのフレームサイズまたはフレーム数を計測し、統計的情報として管理する。
【００４８】
図５は統計的情報を示す図である。統計的情報管理手段１２は、ＬＡＮ回線制御手段１６を通じて、実トラフィック情報として統計的情報を生成し、統計的情報管理テーブル１１ａにより管理する。
【００４９】
図の統計的情報管理テーブル１１ａでは、ＴＣＰ／ＩＰコネクションに対して、サンプリングした（図では５回サンプリングしている）単位時間当たりのトラフィック量と、その平均トラフィック量とが記載されている。
【００５０】
例えば、ＴＣＰ／ＩＰコネクション識別子＃１では、５回のサンプリングともトラフィック量が１９．２ｋｂｐｓであり、平均トラフィック量は１９．２ｋｂｐｓと記載されている。
【００５１】
次に着ノードＥのＡＴＭアドレスが解決した場合、ノードＡはノードＥとのＡＴＭコネクションを確立するために、ノードＥへ呼接続要求メッセージを送信する必要がある。
【００５２】
図６は呼接続要求メッセージの情報要素を示す図である。呼接続制御手段１５は、ＡＴＭ回線制御手段１７を介して、ノードＥヘ呼接続要求メッセージを送信する。その後、ノードＥから返答メッセージを受信した場合に、ノードＡとノードＥとの間にＡＴＭコネクションが確立される。
【００５３】
呼接続要求メッセージには、ＱｏＳを指定する一般的な情報要素１５ａとして、ＡＴＭ Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒ 、Ｂｒｏａｄｂａｎｄ Ｂｅａｒｅｒ Ｃａｐａｂｉｌｉｔｙ 、ＤＴＬ、Ｃａｌｌｅｄ Ｐａｒｔｙ Ｎｕｍｂｅｒ 等がある。
【００５４】
ＡＴＭ Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒ の内容としては、ＰＣＲ（Ｐｅａｋ Ｃｅｌｌ Ｒａｔｅ：最大セル速度）、ＳＣＲ（Ｓｕｓｔａｉｎａｂｌｅ Ｃｅｌｌ Ｒａｔｅ：平均セル速度）、ＭＢＳ（Ｍａｘｉｍｕｍ Ｂｕｒｓｔ Ｓｉｚｅ： 最大バーストサイズ）等がある。
【００５５】
Ｂｒｏａｄｂａｎｄ Ｂｅａｒｅｒ Ｃａｐａｂｉｌｉｔｙ の内容としては、後述のサービスカテゴリ等がある。ＤＴＬの内容としては、着ノードに到達するまでに経由する経路リスト（通過ノードのリスト）等がある。Ｃａｌｌｅｄ Ｐａｒｔｙ Ｎｕｍｂｅｒ の内容としては、着ノードのＡＴＭアドレス等がある。
【００５６】
本発明では、最適なＱｏＳを保証できるＡＴＭコネクションを設定するため、上記の情報要素を実トラフィックと実ネットワークに応じて決定する。
図７はＱｏＳパラメータを示す図である。ＱｏＳ設定手段１３が設定して、インタワークＱｏＳ保証手段１４へ要求するＱｏＳパラメータ１３−１には、サービスカテゴリ、帯域、遅延及び揺らぎがある。
【００５７】
サービスカテゴリには、ＣＢＲ（Ｃｏｎｓｔａｎｔ Ｂｉｔ Ｒａｔｅ： 固定伝送速度）とＶＢＲ（Ｖａｒｉａｂｌｅ Ｂｉｔ Ｒａｔｅ： 可変伝送速度）がある。
帯域にはＰＣＲ（最大セル速度）、ＳＣＲ（平均セル速度）、ＭＢＳ（最大バーストサイズ）がある。遅延はＣＴＤ（セル転送遅延）であり、揺らぎはＣＤＶ（セル遅延変動）である。
【００５８】
サービスカテゴリがＣＢＲの場合は、呼接続要求メッセージのＡＴＭ ＴｒａｆｆｉｃＤｅｓｃｒｉｐｔｏｒ 情報要素には、要求帯域指定情報としてＰＣＲのみを指定する。サービスカテゴリがＶＢＲの場合は、要求帯域指定情報としてＰＣＲ、ＳＣＲ及びＭＢＳを指定する必要がある。
【００５９】
また、サービスカテゴリの判定としては、〔平均トラフィック量×１．２＞最大トラフィック量〕の場合にはＣＢＲとし、〔平均トラフィック量×１．２≦最大トラフィック量〕の場合にはＶＢＲと判定する。
【００６０】
これはサンプリングしたトラフィック量の最大トラフィック量が、平均トラフィック量の＋２０％未満ならＣＢＲとみなし、＋２０％以上ならＶＢＲとみなす方法である。また、ＭＢＳはバースト時のトラフィック量をＡＴＭセルの個数に換算して求めることができる。
【００６１】
また、ＣＴＤ及びＣＤＶの判定方法として、一般にＣＢＲは遅延に敏感で、ＶＢＲは揺らぎに敏感と考えられるので、サービスカテゴリがＣＢＲであれば、ＣＴＤは小さい値（低遅延）、例えば２０μｓ以内を要求する。
【００６２】
さらに、サービスカテゴリがＶＢＲであれば、ＣＤＶは小さい値（揺らぎが小さい）、例えば４μｓ以内を要求する。
したがって、統計的情報が図５で示したＴＣＰ／ＩＰコネクション識別子＃１の場合には（識別子＃１のＴＣＰ／ＩＰコネクションを使用してフレーム送信を行っていた場合には）、ＱｏＳ設定手段１３は、サービスカテゴリをＣＢＲ、要求帯域指定情報がＰＣＲ＝５０ｃｐｓ（＝１９．２ｋｂｐｓ）、ＣＴＤ＝２０μｓ以内、ＣＤＶは任意、とＱｏＳを設定できる。
【００６３】
また、統計的情報が図５で示したＴＣＰ／ＩＰコネクション識別子＃２の場合には、サービスカテゴリをＣＢＲ、要求帯域指定情報がＰＣＲ＝１２５００ｃｐｓ（＝４．８Ｍｂｐｓ）、ＣＴＤ＝２０μｓ、ＣＤＶは任意、とＱｏＳを設定できる。
【００６４】
さらに、統計的情報が図５で示したＴＣＰ／ＩＰコネクション識別子＃３の場合には、サービスカテゴリをＶＢＲ、要求帯域指定情報がＰＣＲ＝１５０００ｃｐｓ（＝５．７６Ｍｂｐｓ）、ＳＣＲ＝６２５０ｃｐｓ（＝２．４Ｍｂｐｓ）、ＭＢＳ＝３００００セル（＝バースト時の１５０００＋１５０００セル、すなわち３回目の５．７６ＭｂｐｓをＡＴＭセルの個数に換算した値＋４回目の５．７６ＭｂｐｓをＡＴＭセルの個数に換算した値）、ＣＴＤを任意、ＣＤＶ＝４μｓ以内、とＱｏＳを設定できる。
【００６５】
図８はＱｏＳ設定の結果をまとめた図である。ＴＣＰ／ＩＰコネクション識別子＃１〜＃３に対するそれぞれのＱｏＳ設定の結果（以下、ＱｏＳパラメータ設定情報と呼ぶ）が記されている。
【００６６】
なお、以降の第１の実施の形態の説明では、ＴＣＰ／ＩＰコネクション識別子＃１に関するＱｏＳパラメータ設定情報１３ａをＱｏＳ設定手段１３が設定したものとして説明する。
【００６７】
ＱｏＳ設定手段１３は、ＱｏＳパラメータ設定情報１３ａ及び着ノードＥのＡＴＭアドレスをインタワークＱｏＳ保証手段１４へ通知する。インタワークＱｏＳ保証手段１４は、ＱｏＳ設定手段１３からＱｏＳパラメータ設定情報１３ａ及び着ノードＥのＡＴＭアドレスを受け取ると、着ノードＥまでの経路情報を経路情報管理手段１１へ要求する。
【００６８】
図９はノード間経路情報を示す図である。ノードＡ→ノードＢ→ノードＥを経路ｉ、ノードＡ→ノードＣ→ノードＥを経路ｉｉ、ノードＡ→ノードＤ→ノードＥを経路ｉｉｉとする。また、各ノード間のＰＮＮＩの経路情報として、ＡＣＲ、ＣＴＤ、ＣＤＶが図に示すような値になっている。
【００６９】
図１０はノードＡからノードＥへの経路指定リストテーブルを示す図である。経路情報管理手段１１は、図９に示したようなノード間経路情報をＡＴＭ回線制御手段１７を通じて受信すると、管理しているトポロジデータベース（ＴＤＢ：Ｔｏｐｏｌｏｇｙ Ｄａｔａ Ｂａｓｅ） を更新し、発ノードと着ノードへ至る経路情報を経路情報管理手段１１へ要求すると、経路指定リスト（ＤＴＬ：Ｄｅｓｉｇｎａｔｅｄ Ｔｒａｎｓｉｔ Ｌｉｓｔ）テーブル１２ａを生成する。
【００７０】
ＤＴＬテーブル１２ａに対し、経路ｉに対応する経路リストは、ノードＡ→ノードＢ→ノードＥである。ＡＣＲ１２ａ−１は、利用可能なセル速度が記載される。経路ｉに対して、ノードＡ→ノードＢのＡＣＲが１０００ｃｐｓ（ｃｅｌｌ ｐｅｒ ｓｅｃ）、ノードＢ→ノードＥのＡＣＲが２０００ｃｐｓであるため、ノードＡ→ノードＢ→ノードＥで利用可能なセル速度は、最小の値を選んで１０００ｃｐｓとなる。
【００７１】
また、ＣＴＤ１２ａ−２は、許容すべきセルの転送遅延が記載される。経路ｉに対して、ノードＡ→ノードＢのＣＴＤが５μｓ、ノードＢ→ノードＥのＣＴＤが５μｓであるため、これらの値を加算した１０μｓがノードＡ→ノードＢ→ノードＥのＣＴＤとなる。
【００７２】
さらに、ＣＤＶ１２ａ−３は、許容すべきセルの遅延変動が記載される。経路ｉに対して、ノードＡ→ノードＢのＣＤＶが２μｓ、ノードＢ→ノードＥのＣＤＶが２μｓであるため、これらの値を加算した４μｓがノードＡ→ノードＢ→ノードＥのＣＤＶとなる。経路ｉｉ、経路ｉｉｉについても同様にして各項目が定められる。
【００７３】
経路情報管理手段１１は、経路情報の応答として、ＤＴＬテーブル１２ａ（または図９のノード間経路情報）をインタワークＱｏＳ保証手段１４へ返送する。インタワークＱｏＳ保証手段１４は、経路情報管理手段１１が返答した経路情報と、ＱｏＳ設定手段１３が要求したＱｏＳパラメータ設定情報１３ａと、が以下に示すＱｏＳ保証条件を満たすか否かを判定する。
【００７４】
ＱｏＳの保証条件として、帯域については、〔経路のＡＣＲ≧要求ＰＣＲ〕の場合にＱｏＳが保証される。遅延は、〔経路のＣＴＤ≦要求ＣＴＤ〕の場合にＱｏＳが保証される。揺らぎは、〔経路のＣＤＶ≦要求ＣＤＶ〕の場合にＱｏＳが保証される。
【００７５】
ＱｏＳパラメータ設定情報１３ａに関しては、経路のＡＣＲ（＝１０００ｃｐｓ）≧要求ＰＣＲ（＝５０ｃｐｓ）、経路のＣＴＤ（＝１０μｓ）≦要求ＣＴＤ（＝２０μｓ）、要求ＣＤＶは任意である。したがって、要求されたＱｏＳパラメータ設定情報１３ａを保証している経路として、経路ｉを認識できる。
【００７６】
なお、経路ｉｉもＱｏＳパラメータ設定情報１３ａを保証するが、複数の経路候補から１つの経路を選択する場合については後述するため、ここでは経路ｉのみについて考える。
【００７７】
インタワークＱｏＳ保証手段１４は、ＱｏＳパラメータ設定情報１３ａが経路ｉで保証されることを認識すると、呼接続制御手段１５へＱｏＳパラメータ設定情報１３ａと経路ｉの経路リスト及び着ノードＥのＡＴＭアドレスを通知する。
【００７８】
呼接続制御手段１５は、インタワークＱｏＳ保証手段１４より通知されたこれらの情報をＡＴＭ Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒ 、Ｂｒｏａｄｂａｎｄ Ｂｅａｒｅｒ Ｃａｐａｂｉｌｉｔｙ 、ＤＴＬ、Ｃａｌｌｅｄ Ｐａｒｔｙ Ｎｕｍｂｅｒ の各情報要素に設定して、ノードＥに対して呼接続要求を行う。
【００７９】
図１１は呼接続要求メッセージの情報要素に設定された内容を示す図である。情報要素１５ｂでは、ＡＴＭ Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒ のＰＣＲに５０ｃｐｓ、Ｂｒｏａｄｂａｎｄ Ｂｅａｒｅｒ Ｃａｐａｂｉｌｉｔｙ のサービスカテゴリにＣＢＲ、ＤＴＬの経路リストにＡ→Ｂ→Ｅ、Ｃａｌｌｅｄ Ｐａｒｔｙ Ｎｕｍｂｅｒ の着ＡＴＭアドレスにノードＥのＡＴＭアドレスが指定される。
【００８０】
そして、呼接続制御手段１５が呼接続要求メッセージの返答メッセージをノードＥから受信すると、ノードＡ→ノードＢ→ノードＥとの間にＡＴＭコネクション（Ｄａｔａ Ｄｉｒｅｃｔ ＶＣＣ ）が確立されることになる。
【００８１】
このＡＴＭコネクションは、ＬＡＮの実トラフィックに適した最適なＱｏＳが選択されている。したがって、ＢＵＳ経由でのフレーム送信から、ＡＴＭコネクションによる送信に切り替えることによって、ＬＡＮ装置Ａ１からＬＡＮ装置Ｅ１へのフレーム送信を、最適なＱｏＳが保証されたＡＴＭコネクション上で行うことが可能になる。
【００８２】
また、あらかじめ実トラフィックと実ネットワークにもとづいてＱｏＳを決定し、その後に呼接続制御を行うので、無駄な呼損を発生することなく、効率のよい呼接続を行うことが可能になる。
【００８３】
次に第２の実施の形態について説明する。第２の実施の形態は、最初に設定されたＱｏＳが保証不可能と判定された後に、インタワークＱｏＳ保証手段１４がＱｏＳの調整を行って保証可能とする場合である。
【００８４】
まず、統計的情報が図５で示したＴＣＰ／ＩＰコネクション識別子＃３の場合であり、したがって、ＱｏＳ設定手段１３が図８のＱｏＳパラメータ設定情報１３ｃを設定したものとする。
【００８５】
ＱｏＳ設定手段１３は、図８に示すように、サービスカテゴリ＝ＶＢＲ、ＰＣＲ＝１５０００ｃｐｓ、ＳＣＲ＝６２５０ｃｐｓ、ＭＢＳ＝３００００セル、ＣＴＤ＝任意、ＣＤＶ＝４μｓ、以内という内容のＱｏＳパラメータ設定情報１３ｃと、着ノードＥのＡＴＭアドレスとをインタワークＱｏＳ保証手段１４へ通知する。
【００８６】
インタワークＱｏＳ保証手段１４は、ＱｏＳ設定手段１３からＱｏＳパラメータ設定情報１３ｃを受け取ると、着ノードＥまでの経路情報を経路情報管理手段１１へ要求する。
【００８７】
インタワークＱｏＳ保証手段１４は、図１０に示す経路情報を受信すると、ＱｏＳパラメータ設定情報１３ｃを満たす経路が存在しないことを認識する。すなわち、現時点での実ネットワークに対して、ＱｏＳパラメータ設定情報１３ｃは保証されない。
【００８８】
ところが、この場合、ＱｏＳパラメータ設定情報１３ｃのサービスカテゴリはＶＢＲである。ＶＢＲの特性上、ＰＣＲが保証不可であっても、代わりにＭＢＳを増やすことにより、要求するＱｏＳをほぼ保証することができる。
【００８９】
したがって、インタワークＱｏＳ保証手段１４は、ＣＤＶは要求を満たしている経路ｉｉに対して、ＱｏＳパラメータ設定情報１３ｃが保証されるように、要求ＰＣＲを１５０００ｃｐｓから１２０００ｃｐｓに低減する。
【００９０】
そして、代わりにＭＢＳを３００００×１５０００／１２０００＝３７５００セルに増やす。このように、ＬＡＮの実トラフィックに適したＱｏＳを、実ネットワーク上のリソース状況に応じて調整する。
【００９１】
インタワークＱｏＳ保証手段１４は、ＱｏＳパラメータ設定情報１３ｃの調整後、再度、経路情報管理手段１１へ経路情報を要求して、経路情報を受信する。この間に経路情報に変化がなければ、調整後のＱｏＳパラメータ設定情報１３ｃ（ＰＣＲ＝１２０００ｃｐｓ、ＳＣＲ＝６２５０ｃｐｓ 、ＭＢＳ＝３７５００ セル、ＣＴＤ＝任意、ＣＤＶ＝４ μＳ 以内）は、経路ｉｉ（ＡＣＲ＝１２０００ｃｐｓ、ＣＴＤ＝２０μＳ 、ＣＤＶ＝２ μＳ ）の条件を当然満たすために、経路ｉｉに対してＱｏＳ保証が可能となる。
【００９２】
インタワークＱｏＳ保証手段１４は、呼接続制御手段１５へ、調整後のＱｏＳパラメータ設定情報１３ｃと経路ｉｉの経路リスト及び着ノードＥのＡＴＭアドレスを通知する。
【００９３】
呼接続制御手段１５は、インタワークＱｏＳ保証手段１４より通知されたこれらの情報をＡＴＭ Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒ 、Ｂｒｏａｄｂａｎｄ Ｂｅａｒｅｒ Ｃａｐａｂｉｌｉｔｙ 、ＤＴＬ、Ｃａｌｌｅｄ Ｐａｒｔｙ Ｎｕｍｂｅｒ の各情報要素に設定して、ノードＥに対する呼接続要求を行う。
【００９４】
図１２は呼接続要求メッセージの情報要素に設定された内容を示す図である。情報要素１５ｃでは、ＡＴＭ Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒ のＰＣＲに５０ｃｐｓ、Ｂｒｏａｄｂａｎｄ Ｂｅａｒｅｒ Ｃａｐａｂｉｌｉｔｙ のサービスカテゴリにＣＢＲ、ＤＴＬの経路リストにＡ→Ｂ→Ｅ、Ｃａｌｌｅｄ Ｐａｒｔｙ Ｎｕｍｂｅｒ の着ＡＴＭアドレスにノードＥのＡＴＭアドレスが指定される。
【００９５】
そして、呼接続制御手段１５が呼接続要求メッセージの返答メッセージをノードＥから受信すると、ノードＡ→ノードＣ→ノードＥにＡＴＭコネクション（Ｄａｔａ Ｄｉｒｅｃｔ ＶＣＣ ）が確立される。
【００９６】
次にＱｏＳ情報通知手段１８について説明する。ＱｏＳ情報通知手段１８は、ＡＴＭコネクションの確立後にＱｏＳ情報を、保守端末装置２０を通じてユーザへ通知する。例えば、第２の実施の形態のように、最初に要求されたＱｏＳが保証不可能で、調整後のＱｏＳが保証可能となった場合、ＱｏＳ情報通知手段１８は、これらの情報を保守端末装置２０へ送信する。
【００９７】
図１３はＱｏＳ情報を示す図である。第２の実施の形態の場合についてのＱｏＳ情報１８ａを示している。
すなわち、保証不可能であった最初の要求ＱｏＳとして、サービスカテゴリ＝ＶＢＲ、ＰＣＲ＝１５０００ｃｐｓ、ＳＣＲ＝６２５０ｃｐｓ 、ＭＢＳ＝３００００ セル、ＣＴＤ＝任意、ＣＤＶ＝４ μＳ 以内が示される。
【００９８】
保証不可能の理由として、経路ｉの帯域不足（ノードＡ→ノードＢ間及びノードＢ→ノードＥ間）、経路ｉｉの帯域不足（ノードＣ→ノードＥ間）、経路ｉｉｉのＣＤＶが示される。
【００９９】
実ネットワークにもとづいて調整したＱｏＳとして、サービスカテゴリ＝ＶＢＲ、ＰＣＲ＝１２０００ｃｐｓ、ＳＣＲ＝６２５０ｃｐｓ 、ＭＢＳ＝３７５００ セル、ＣＴＤ＝任意、ＣＤＶ＝４ μＳ 以内が示される。
【０１００】
このように、ＱｏＳ情報通知手段１８は、保守端末装置２０を通じてＱｏＳ情報をユーザへ通知することができるので、ユーザは現時点でのネットワークの状態を容易に把握することが可能になる。
【０１０１】
次に経路選択手段１９について説明する。図１４は経路選択処理手順を示すシーケンス図である。まず、統計的情報が図５で示したＴＣＰ／ＩＰコネクション識別子＃１の場合であり、したがって、ＱｏＳ設定手段１３が図８のＱｏＳパラメータ設定情報１３ａを設定したものとする。
〔Ｓ３０〕ＱｏＳ設定手段１３は、図８に示すように、サービスカテゴリ＝ＣＢＲ、ＰＣＲ＝５０ｃｐｓ、ＣＴＤ＝２０μｓ、ＣＤＶ＝任意という内容のＱｏＳパラメータ設定情報１３ａと、着ノードＥのＡＴＭアドレスをインタワークＱｏＳ保証手段１４へ通知する。
〔Ｓ３１〕インタワークＱｏＳ保証手段１４は、ＱｏＳ設定手段１３からＱｏＳパラメータ設定情報１３ａを受け取ると、着ノードＥまでの経路情報を経路情報管理手段１１に要求する。
〔Ｓ３２〕インタワークＱｏＳ保証手段１４は、図１０に示す経路情報を経路情報管理手段１１から受信すると、ＱｏＳパラメータ設定情報１３ａを満たす経路が経路ｉと経路ｉｉが存在することを認識する。
〔Ｓ３３〕インタワークＱｏＳ保証手段１４は、ＱｏＳパラメータ設定情報１３ａと、経路ｉ及び経路ｉｉに関する経路候補情報と、からなる経路候補情報を経路選択手段１９へ送信する。
〔Ｓ３４〕経路選択手段１９は、経路候補情報を保守端末装置２０へ送信する。
〔Ｓ３５〕ユーザは、優先したいＱｏＳとして、例えば遅延を指示し、保守端末装置２０を通じて経路選択手段１９へ送信する。
〔Ｓ３６〕経路選択手段１９は、優先したいＱｏＳとして遅延が指示されたので、ＣＴＤの小さい経路ｉを選択し、経路ｉを選択した旨をインタワークＱｏＳ保証手段１４へ通知する。
〔Ｓ３７〕インタワークＱｏＳ保証手段１４は、再度、経路情報管理手段１１へ経路情報を要求して、変化がないか確認する。
〔Ｓ３８〕インタワークＱｏＳ保証手段１４は、経路情報に変化がなければ、経路ｉに呼接続を行うよう呼接続制御手段１５へ指示する。
【０１０２】
このように、本発明の経路選択手段１９は、要求されたＱｏＳを満たす経路が複数存在する場合には、ユーザの優先したいＱｏＳにもとづいて、経路を選択する構成とした。
【０１０３】
これにより、ユーザの期待に沿った経路を効率よく選択することが可能になる。なお、要求ＱｏＳを満たす経路が複数存在する場合を想定して、経路選択手段１９に、優先したいＱｏＳをあらかじめ設定しておいてもよい。
【０１０４】
次に本発明のネットワーク相互接続方法について説明する。図１５はネットワーク相互接続方法の処理手順を示す図である。
〔Ｓ４０〕ＡＴＭネットワークの経路情報を管理する。
〔Ｓ４１〕ＬＡＮのトラフィックの統計的情報を管理する。
〔Ｓ４２〕統計的情報にもとづいて、ＡＴＭネットワークが保証すべきＱｏＳを設定する。
〔Ｓ４３〕経路情報にもとづいて、設定されたＱｏＳが保証されるか否かを判定する。保証不可能な場合はステップＳ４４へ、保証可能な場合はステップＳ４５へ行く。
〔Ｓ４４〕保証可能となるようにＱｏＳを調整する。そして、ステップＳ４２へ戻る。
〔Ｓ４５〕保証可能なＱｏＳにもとづいて、呼接続を行う。
【０１０５】
以上説明したように本発明のネットワーク相互接続装置１０及びネットワーク相互接続方法によれば、ＬＡＮ−ＡＴＭ間をインタワークする通信ノードに対して、ＬＡＮの実トラフィックをもとにＡＴＭコネクションで保証すべき適切なＱｏＳを判定し、呼損の発生率の低い、実ネットワーク上のリソース状況を反映したＡＴＭコネクションを確立することが可能になる。
【０１０６】
また、判定したＱｏＳを満たす経路が存在しない場合でも、要求ＱｏＳをＬＡＮの実トラフィックに対し可能な範囲で調整し、現時点での実ネットワークにおける最適のＱｏＳを保証することが可能になる。
【０１０７】
さらに、保証可能なＱｏＳ又は保証不可能なＱｏＳとその理由をユーザに通知することができ、さらに優先したい各ＱｏＳパラメータにもとづいて経路を任意に選択することが可能になる。
【０１０８】
なお、上記の説明では、ＱｏＳ保証判定手段１４ａをインタワークＱｏＳ保証手段１４の内部に含ませたが、ＱｏＳ保証判定手段１４ａを経路情報管理手段１１の内部に含ませてもよい。
【０１０９】
この場合には、インタワークＱｏＳ保証手段１４は、経路情報管理手段１１から要求ＱｏＳを満たすと判定された経路情報のみ受け取ることになる。
【０１１０】
【発明の効果】
以上説明したように、本発明のネットワーク相互接続装置は、ＡＴＭネットワークの経路情報及びＬＡＮの統計的情報から、保証可能なＱｏＳを決定し、呼を接続する構成とした。これにより、実トラフィックと実ネットワークの状況に応じた最適なＱｏＳを設定でき、効率のよいインタワーク制御を行うことが可能になる。
【０１１１】
また、本発明の装置のネットワーク相互接続方法は、ＡＴＭネットワークの経路情報及びＬＡＮの統計的情報から、保証可能なＱｏＳを決定し、呼を接続することとした。これにより、実トラフィックと実ネットワークの状況に応じた最適なＱｏＳを設定でき、効率のよいインタワーク制御を行うことが可能になる。
【図面の簡単な説明】
【図１】
本発明のネットワーク相互接続装置の原理図である。
【図２】
ネットワーク相互接続装置の詳細構成を示す図である。
【図３】
ネットワーク相互接続装置が適用されるネットワーク構成を示す図である。
【図４】
ＬＡＮＥの説明図である。
【図５】
統計的情報を示す図である。
【図６】
呼接続要求メッセージの情報要素を示す図である。
【図７】
ＱｏＳパラメータを示す図である。
【図８】
ＱｏＳ設定の結果をまとめた図である。
【図９】
ノード間経路情報を示す図である。
【図１０】
ノードＡからノードＥへの経路指定リストテーブルを示す図である。
【図１１】
呼接続要求メッセージの情報要素に設定された内容を示す図である。
【図１２】
呼接続要求メッセージの情報要素に設定された内容を示す図である。
【図１３】
ＱｏＳ情報を示す図である。
【図１４】
経路選択処理手順を示すシーケンス図である。
【図１５】
ネットワーク相互接続方法の処理手順を示す図である。
【符号の説明】
１ａ、１ｂ ＬＡＮ
２ ＡＴＭネットワーク
１０ ネットワーク相互接続装置
１１ 統計的情報管理手段
１２ 経路情報管理手段
１３ ＱｏＳ設定手段
１４ａ ＱｏＳ保証判定手段
１４ｂ ＱｏＳ調整手段
１５ 呼接続制御手段
【発明の属する技術分野】
本発明はネットワーク相互接続装置及びネットワーク相互接続方法に関し、特にＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ） とＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）ネットワークとを相互接続して通信を行うネットワーク相互接続装置及びＬＡＮとＡＴＭネットワークとを相互接続して通信を行うネットワーク相互接続方法に関する。
【０００２】
【従来の技術】
ＡＴＭはデータ、音声、動画などからなるマルチメディア通信をそれぞれが必要とする速度や品質に合わせて１つのネットワークで提供するために開発されたコネクション型通信方式である。
【０００３】
同報機能とコネクションレス型通信方式を前提とした従来のＬＡＮでは、このような音声や動画などのリアルタイムの通信要求に対して、通信帯域や品質を保証するのが難しい。そこで、ＬＡＮにもＡＴＭを適用したＬＡＮ−ＡＴＭの構築が進められており、経済的かつシームレスな接続が求められている。
【０００４】
ＬＡＮとＡＴＭ間を相互接続する場合、例えば、ＡＴＭ Ｆｏｒｕｍ ＬＡＮ Ｅｍｕｌａｔｉｏｎ（以下、ＬＡＮＥと略す） Ｖｅｒ １．０ が規定されている。ＬＡＮＥとは、既存のＬＡＮ環境とＡＴＭネットワーク環境を接続して通信できるようにする仕様のことであり、ＬＡＮのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ） レイヤでのエミュレートを行う。
【０００５】
具体的には、固定的にＡＴＭネットワークのベストエフォート型のＵＢＲ （Ｕｎｓｐｅｃｉｆｉｅｄ Ｂｉｔ Ｒａｔｅ） コネクションでノード間をＳＶＣ（Ｓｗｉｔｃｈｅｄ Ｖｉｒｔｕａｌ Ｃｏｎｎｅｃｔｉｏｎ）接続して、ＬＡＮとＡＴＭ間とのデータフレーム通信を中継する。また、ＬＡＮとＡＴＭ間の相互接続は、他にＬＡＮＥ Ｖｅｒ ２．０やＭＰＯＡ （Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｏｖｅｒ ＡＴＭ） Ｖｅｒ １．０についても規定されている。
【０００６】
一方、近年では、マルチメディア・ネットワーク時代を迎えて、ネットワークが提供するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質） が注目されるようになってきている。例えば、どの程度までの解像度の映像を、どのくらいの伝送速度で相手に送るかというようなことが要求されてきている。
【０００７】
ＱｏＳ保証に関する従来技術としては、例えば、特開平９−３３１３６０号公報では、最初に設定されたＱｏＳパラメータに応じた呼接続を試み、呼接続が不可能である場合には徐々にＱｏＳ要求を落し、成功するまで呼接続要求の試行を繰り返して、ＱｏＳ保証を行うものがある。
【０００８】
【発明が解決しようとする課題】
ＱｏＳ保証に関し、上記で説明したような、ＬＡＮＥ Ｖｅｒ １．０、Ｖｅｒ ２．０ 及びＭＰＯＡ Ｖｅｒ １．０では、ＡＴＭの利点の１つであるＱｏＳ保証が生かされていないといった問題があった。
【０００９】
例えば、ＬＡＮＥ Ｖｅｒ １．０では、ＵＢＲコネクションによってＬＡＮデータを転送するため、ＡＴＭネットワークを利用しているにもかかわらず、ＱｏＳの保証が行なわれない。
【００１０】
また、特開平９−３３１３６０号公報の従来技術では、物理ポート、宛先アドレス、アプリケーション識別子等に対応するＱｏＳを事前に設定しておくため、必ずしも実際のトラフィックを反映したＱｏＳ保証とはなりえないといった問題があった。
【００１１】
さらに、ネットワークのリソース状況を考慮せずに、呼が確立するまでＱｏＳを低減させながら呼接続要求を繰り返すので、多数の呼損が生じる可能性があり、ネットワーク内に無駄なトラフィックが発生するといった問題があった。
【００１２】
本発明はこのような点に鑑みてなされたものであり、実際のトラフィック及びネットワーク状況に応じた最適なＱｏＳ保証を効率よく行い、呼損を発生せずに高品質なネットワーク相互接続を行うネットワーク相互接続装置に関する。
【００１３】
また、本発明の他の目的は、実際のトラフィック及びネットワーク状況に応じた最適なＱｏＳ保証を効率よく行い、呼損を発生せずに高品質なネットワーク相互接続を行うネットワーク相互接続方法を提供することである。
【００１４】
【課題を解決するための手段】
本発明では上記課題を解決するために、図１に示すような、ＬＡＮとＡＴＭネットワークとを相互接続して通信を行うネットワーク相互接続装置１０において、ＡＴＭネットワークの経路情報を管理する経路情報管理手段１１と、ＬＡＮのトラフィックの統計的情報を管理する統計的情報管理手段１２と、統計的情報にもとづいて、ＡＴＭネットワークが保証すべきＱｏＳを設定するＱｏＳ設定手段１３と、経路情報にもとづいて、設定されたＱｏＳが保証されるか否かを判定するＱｏＳ保証判定手段１４ａと、ＱｏＳが保証されないと判定された場合は、保証可能となるようにＱｏＳを調整するＱｏＳ調整手段１４ｂと、保証可能なＱｏＳにもとづいて、呼接続を行う呼接続制御手段１５と、を有することを特徴とするネットワーク相互接続装置１０が提供される。
【００１５】
ここで、経路情報管理手段１１は、ＡＴＭネットワークの経路情報を管理する。統計的情報管理手段１２は、ＬＡＮのトラフィックの統計的情報を管理する。ＱｏＳ設定手段１３は、統計的情報にもとづいて、ＡＴＭネットワークが保証すべきＱｏＳを設定する。ＱｏＳ保証判定手段１４ａは、経路情報にもとづいて、設定されたＱｏＳが保証されるか否かを判定する。ＱｏＳ調整手段１４ｂは、ＱｏＳが保証されないと判定された場合は、保証可能となるようにＱｏＳを調整する。呼接続制御手段１５は、保証可能なＱｏＳにもとづいて、呼接続を行う。
【００１６】
また、図１５に示すように、ＬＡＮとＡＴＭネットワークとを相互接続して通信を行うネットワーク相互接続方法において、ＡＴＭネットワークの経路情報を管理し、ＬＡＮのトラフィックの統計的情報を管理し、統計的情報にもとづいて、ＡＴＭネットワークが保証すべきＱｏＳを設定し、経路情報にもとづいて、設定されたＱｏＳが保証されるか否かを判定し、ＱｏＳが保証不可能と判定された場合は、保証可能となるようにＱｏＳを調整し、保証可能なＱｏＳにもとづいて、呼接続を行うこと特徴とするネットワーク相互接続方法が提供される。
【００１７】
ここで、ＡＴＭネットワークの経路情報及びＬＡＮの統計的情報から、保証可能なＱｏＳを決定し、呼の接続を行う。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。図１は本発明のネットワーク相互接続装置の原理図である。ネットワーク相互接続装置１０は、ＬＡＮとＡＴＭネットワーク間を最適なＱｏＳで保証し、相互接続（以下、インタワークと呼ぶ）して通信を行う。
【００１９】
図に示すネットワーク構成は、ＬＡＮ１ａとＡＴＭネットワーク２がノードＡを介して接続し、ＡＴＭネットワーク２とＬＡＮ１ｂがノードＥを介して接続する。また、図では例えば、ＬＡＮ１ａ、１ｂともにバストポロジ状の回線に複数の情報端末装置が接続している。
【００２０】
そして、ＬＡＮ１ａ→ＡＴＭネットワーク２→ＬＡＮ１ｂへと呼接続を行う場合には、本発明のネットワーク相互接続装置１０はノードＡに配置されることになる。
【００２１】
経路情報管理手段１１は、現時点でのＡＴＭネットワーク２のリソース状況（以下、実ネットワークと呼ぶ）を反映するＰＮＮＩ（Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ−Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）の経路情報を収集、管理する。ＰＮＮＩとは、ＡＴＭスイッチ間のルーティング機能とシグナリング機能を併せ持ち、ＡＴＭスイッチ間のインタフェースを規定するプロトコルのことである。
【００２２】
経路情報には、例えば、ノード間のＡＣＲ（ａｖａｉｌａｂｌｅ ｃｅｌｌ ｒａｔｅ：利用可能セル速度） 、ＣＴＤ（ｃｅｌｌ ｔｒａｎｓｆｅｒ ｄｅｌａｙ： セル転送遅延）、ＣＤＶ（ｃｅｌｌ ｄｅｌａｙｖａｒｉａｔｉｏｎ：セル遅延変動） 等がある。
【００２３】
統計的情報管理手段１２は、現時点でのＬＡＮのトラフィック状況（以下、実トラフィックと呼ぶ）を反映する統計的情報を管理する。統計的情報とは、目的に応じて数値を高度に処理、加工した情報のことであり、例えば、一定時間間隔内（単位時間当たり）のフレームサイズ（フレーム長）またはフレーム数の合計であるトラフィック量及びそれらの平均トラフィック量等がある。
【００２４】
ＱｏＳ設定手段１３は、統計的情報にもとづいて、ＡＴＭネットワーク２が保証すべきＱｏＳを設定する。ＱｏＳの種類（パラメータ）としては、例えば、サービスカテゴリ、帯域、遅延、揺らぎ等がある。
【００２５】
ＱｏＳ保証判定手段１４ａは、ＱｏＳ設定手段１３で設定されたＱｏＳが、保証されるか否かを経路情報にもとづいて判定する。
ＱｏＳ調整手段１４ｂは、ＱｏＳが保証されないと判定された場合は、保証可能となるようにＱｏＳを調整する。
【００２６】
呼接続制御手段１５は、ＱｏＳ保証判定手段１４ａで保証可能と判定されたＱｏＳにもとづいて、ＳＶＣ（相手選択接続）呼の接続確立を行う。図では、ノードＡ→ノードＢ→ノードＥの経路ｉに対して呼接続を行って、ＱｏＳを保証したパスをはっている。
【００２７】
具体的には、呼接続要求メッセージに対して、決定したＱｏＳパラメータを指定する。そして、ノードＡで発呼して、ノードＢ経由でノードＥで着呼した場合、この間のコネクションが確立された時点でＱｏＳが保証されたパスがはられることになる。
【００２８】
以上説明したように、本発明のネットワーク相互接続装置１０は、ＡＴＭネットワークの経路情報及びＬＡＮの統計的情報から、保証可能なＱｏＳを決定し、呼を接続する構成とした。
【００２９】
これにより、実トラフィックと実ネットワークの状況に応じた最適なＱｏＳを設定でき、また、最適なＱｏＳを決定した後に呼接続制御を行うので、１回の呼接続制御を行うだけでよく、無駄な呼損を発生することなく効率のよいインタワーク制御を行うことが可能になる。
【００３０】
次に本発明のネットワーク相互接続装置１０の詳細構成について説明する。図２はネットワーク相互接続装置１０の詳細構成を示す図である。なお、図１で上述した構成要素の説明は省略する。
【００３１】
ＬＡＮ回線制御手段１６は、ＬＡＮの回線インタフェースを収容する。ＡＴＭ回線制御手段１７は、ＡＴＭネットワークの回線インタフェースを収容する。
インタワークＱｏＳ保証手段１４は、ＱｏＳ保証判定手段１４ａとＱｏＳ調整手段１４ｂを含む。
【００３２】
ＱｏＳ情報通知手段１８は、ネットワーク相互接続装置１０と接続する外部の保守端末装置２０へＱｏＳ情報を通知する。ＱｏＳ情報とは、例えば、保証したＱｏＳのパラメータ、または保証できなかったＱｏＳパラメータ及びその理由等からなる情報である。また、この保守端末装置２０は、ネットワーク相互接続装置１０の保守管理や監視を行う。
【００３３】
経路選択手段１９は、呼接続を行う際に、要求ＱｏＳに対して複数の経路候補が存在する場合、優先したいＱｏＳにもとづいて経路を選択する。詳細は後述する。
【００３４】
次に動作について説明する。なお、点線矢印は情報データの流れを示し、実線矢印は制御信号の流れを示す。
〔Ｓ１〕統計的情報管理手段１２は、ＬＡＮ回線制御手段１６を介して受信した実トラフィック情報から統計的情報を生成し、管理する。
〔Ｓ２〕経路情報管理手段１１は、ＡＴＭ回線制御手段１７を介して受信した実ネットワーク情報である経路情報を管理する。
〔Ｓ３〕ＱｏＳ設定手段１３は、統計的情報にもとづいてＱｏＳを設定し、設定したＱｏＳをインタワークＱｏＳ保証手段１４へ要求する。
〔Ｓ４〕インタワークＱｏＳ保証手段１４は、経路情報管理手段１１へ経路情報を要求する。
〔Ｓ５〕経路情報管理手段１１は、経路情報の応答をインタワークＱｏＳ保証手段１４へ返送する。
〔Ｓ６〕インタワークＱｏＳ保証手段１４は、経路情報管理手段１１から送信された経路情報により、要求されたＱｏＳが保証されるか否かを判定する。保証可能ならステップＳ７へ、保証不可能ならステップＳ９へいく。また、要求されたＱｏＳを保証する複数の経路があると判定した場合は、ステップＳ１０へいく。
〔Ｓ７〕インタワークＱｏＳ保証手段１４は、呼接続の指示を呼接続制御手段１５へ送信する。
〔Ｓ８〕呼接続制御手段１５は、保証可能と判定されたＱｏＳにもとづいて、呼の接続制御を行う。そして、ステップＳ１４へ行く。
〔Ｓ９〕インタワークＱｏＳ保証手段１４は、ＱｏＳを低減して調整する。そして、ステップＳ４へ戻る。
〔Ｓ１０〕インタワークＱｏＳ保証手段１４は、ＱｏＳと経路候補とからなる経路候補情報を経路選択手段１９へ送信する。
〔Ｓ１１〕経路選択手段１９は、経路候補情報を保守端末装置２０へ送信する。
〔Ｓ１２〕ユーザは、優先したいＱｏＳを指示し、保守端末装置２０を通じて経路選択手段１９へ送信する。
〔Ｓ１３〕経路選択手段１９は、ユーザが指示した優先したいＱｏＳにもとづいて経路を選択し、選択経路の情報をインタワークＱｏＳ保証手段１４へ送信する。そして、ステップＳ４へ戻る。
〔Ｓ１４〕ＱｏＳ情報通知手段１８は、インタワークＱｏＳ保証手段１４から受信したＱｏＳ情報を保守端末装置２０へ通知する。
【００３５】
次にＬＡＮ−ＡＴＭインタワークとして、ＬＡＮＥを例に取り上げ、ＬＡＮＥでのＤａｔａ Ｄｉｒｅｃｔ ＶＣＣ （以下、ＡＴＭコネクションと呼ぶ）確立の際のＱｏＳ決定に対し、本発明を適用した第１の実施の形態について具体的に詳しく説明する。
【００３６】
なお、ＡＴＭコネクションのＱｏＳは、実際には呼接続要求メッセージ（ＳＥＴＵＰメッセージ）内の情報要素の指定や組み合わせで指定するため、その設定方法についても説明する。
【００３７】
図３はネットワーク相互接続装置１０が適用されるネットワーク構成を示す図である。ＬＡＮ１ａとＡＴＭネットワーク２がノードＡを介して接続し、ＡＴＭネットワーク２とＬＡＮ１ｂがノードＥを介して接続する。
【００３８】
ノードＡ〜Ｅは、ＡＴＭ交換ノードであり、ノードＡとノードＥは、ＬＡＮ−ＡＴＭ間をインタワークするＬＡＮＥのＬＥＣ（ＬＡＮ Ｅｍｕｌａｔｉｏｎ Ｃｌｉｅｎｔ）相当機能を内蔵している。
【００３９】
ＬＥＣとは、ＡＴＭネットワークで既存ＬＡＮを仮想的に実現するＬＡＮエミュレーションのクライアント機能のことである。
そして、各ノード間は、ＰＮＮＩプロトコルで接続されてＡＴＭネットワーク２を構成する。また、ＬＡＮ１ａ、１ｂともにバストポロジ状の回線に複数のＬＡＮ装置（情報端末装置）が接続している。
【００４０】
ノードＡからノードＥへ呼の接続（ＡＴＭコネクションの確立）を行って、ＬＡＮ装置Ａ１とＬＡＮ装置Ｅ１で通信を行う場合には、本発明のネットワーク相互接続装置１０はノードＡに配置される。また、保守端末装置２０はネットワーク相互接続装置１０に接続する。
【００４１】
図４はＬＡＮＥの説明図である。ＬＡＮ装置Ａ１が接続するＬＥＣ１は、図３で示したノードＡに含まれ、ＬＡＮ装置Ｅ１が接続するＬＥＣ４は、図３で示したノードＥに含まれる。ＬＥＳ（ＬＡＮ Ｅｍｕｌａｔｉｏｎ Ｓｅｒｖｅｒ）とＢＵＳ（Ｂｒｏａｄｃａｓｔ ａｎｄ Ｕｎｋｎｏｗｎ Ｓｅｒｖｅｒ）はＡＴＭネットワーク２に含まれる。
【００４２】
ＬＥＳとは、ＡＴＭネットワークで既存ＬＡＮを仮想的に実現するＬＡＮエミュレーションのアドレス解決サーバ機能のことである。
ＢＵＳとは、ＡＴＭネットワークで既存ＬＡＮを仮想的に実現するＬＡＮエミュレーションのＬＡＮブロ−ドキャストを実現する機能のことである。
【００４３】
ここで、ＬＡＮ装置Ａ１からＬＡＮ装置Ｅ１へＴＣＰ／ＩＰデータフレーム（以下、フレームと略す）を転送するものとする。この場合、ＬＥＣ１とＬＥＣ４との間のＡＴＭコネクションを確立する際には、ＬＥＣ１はＬＥＣ４のＡＴＭアドレスを知る必要がある。
〔Ｓ２０〕ＬＥＣ１は、ＬＥＳにＬＥＣ４のＡＴＭアドレスを問い合わる。
〔Ｓ２１〕ＬＥＣ１は、ＬＥＳからの応答を待つ間は、ＢＵＳにフレームを転送する。
〔Ｓ２２〕ＢＵＳは、ＬＥＣ１から受信したフレームをＬＥＣ２〜ＬＥＣ４へブロードキャストする。このように、ＢＵＳ経由でフレームがブロードキャストされるので、ＬＥＣ１とＬＥＣ４との間の直接のＡＴＭコネクションが存在しなくてもＬＥＣ４へフレームを送信することができる。なお、ＬＥＣ４以外のＬＥＣ２とＬＥＣ３は、受信したフレームを破棄することになる。
〔Ｓ２３〕ＬＥＣ１は、ＬＥＳからＬＥＣ４のＡＴＭアドレスを受信する。
〔Ｓ２４〕ＬＥＣ１は、ＬＥＣ４へ呼接続要求メッセージを送信し、ＡＴＭコネクションを確立する。そして、ＢＵＳ経由でのフレーム送信からＡＴＭコネクションによる送信へ切り替えて、直接ＬＥＣ４へフレームを転送する。
【００４４】
ここで、第１の実施の形態として、ノードＡがインタワークするＬＡＮ１ａに接続されたＬＡＮ装置Ａ１から、ノードＥがインタワークするＬＡＮ１ｂに接続されたＬＡＮ装置Ｅ１へフレーム送信を行う場合を考える。
【００４５】
ＬＡＮ装置Ａ１からＬＡＮ装置Ｅ１へ送信するフレームは、最初、図２のＬＡＮ回線制御手段１６からＡＴＭ回線制御手段１７へ送信される。ノードＡは、フレームの宛先であるＬＡＮ装置Ｅ１を収容しているノードＥとの間にＡＴＭコネクションを確立するために、図４で上述したＬＡＮＥで規定されている手順でノードＥのＡＴＭアドレスをＬＥＳに問い合わせる。
【００４６】
着ノードＥのＡＴＭアドレスが解決するまでの間、ＢＵＳ経由でフレームは転送され続ける。具体的には、ノードＡのＡＴＭ回線制御手段１７は、ノードＥへＢＵＳ経由でＴＣＰ／ＩＰコネクションを設定し、ＡＴＭアドレスが解決するまでの間は、このＴＣＰ／ＩＰコネクション上でフレームの転送が行われる。
【００４７】
この際、統計的情報管理手段１２では、ＬＡＮ回線制御手段１６を通じて、トラフィック特性を表す情報として、ＴＣＰ／ＩＰコネクション上で送信される単位時間当たりのフレームサイズまたはフレーム数を計測し、統計的情報として管理する。
【００４８】
図５は統計的情報を示す図である。統計的情報管理手段１２は、ＬＡＮ回線制御手段１６を通じて、実トラフィック情報として統計的情報を生成し、統計的情報管理テーブル１１ａにより管理する。
【００４９】
図の統計的情報管理テーブル１１ａでは、ＴＣＰ／ＩＰコネクションに対して、サンプリングした（図では５回サンプリングしている）単位時間当たりのトラフィック量と、その平均トラフィック量とが記載されている。
【００５０】
例えば、ＴＣＰ／ＩＰコネクション識別子＃１では、５回のサンプリングともトラフィック量が１９．２ｋｂｐｓであり、平均トラフィック量は１９．２ｋｂｐｓと記載されている。
【００５１】
次に着ノードＥのＡＴＭアドレスが解決した場合、ノードＡはノードＥとのＡＴＭコネクションを確立するために、ノードＥへ呼接続要求メッセージを送信する必要がある。
【００５２】
図６は呼接続要求メッセージの情報要素を示す図である。呼接続制御手段１５は、ＡＴＭ回線制御手段１７を介して、ノードＥヘ呼接続要求メッセージを送信する。その後、ノードＥから返答メッセージを受信した場合に、ノードＡとノードＥとの間にＡＴＭコネクションが確立される。
【００５３】
呼接続要求メッセージには、ＱｏＳを指定する一般的な情報要素１５ａとして、ＡＴＭ Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒ 、Ｂｒｏａｄｂａｎｄ Ｂｅａｒｅｒ Ｃａｐａｂｉｌｉｔｙ 、ＤＴＬ、Ｃａｌｌｅｄ Ｐａｒｔｙ Ｎｕｍｂｅｒ 等がある。
【００５４】
ＡＴＭ Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒ の内容としては、ＰＣＲ（Ｐｅａｋ Ｃｅｌｌ Ｒａｔｅ：最大セル速度）、ＳＣＲ（Ｓｕｓｔａｉｎａｂｌｅ Ｃｅｌｌ Ｒａｔｅ：平均セル速度）、ＭＢＳ（Ｍａｘｉｍｕｍ Ｂｕｒｓｔ Ｓｉｚｅ： 最大バーストサイズ）等がある。
【００５５】
Ｂｒｏａｄｂａｎｄ Ｂｅａｒｅｒ Ｃａｐａｂｉｌｉｔｙ の内容としては、後述のサービスカテゴリ等がある。ＤＴＬの内容としては、着ノードに到達するまでに経由する経路リスト（通過ノードのリスト）等がある。Ｃａｌｌｅｄ Ｐａｒｔｙ Ｎｕｍｂｅｒ の内容としては、着ノードのＡＴＭアドレス等がある。
【００５６】
本発明では、最適なＱｏＳを保証できるＡＴＭコネクションを設定するため、上記の情報要素を実トラフィックと実ネットワークに応じて決定する。
図７はＱｏＳパラメータを示す図である。ＱｏＳ設定手段１３が設定して、インタワークＱｏＳ保証手段１４へ要求するＱｏＳパラメータ１３−１には、サービスカテゴリ、帯域、遅延及び揺らぎがある。
【００５７】
サービスカテゴリには、ＣＢＲ（Ｃｏｎｓｔａｎｔ Ｂｉｔ Ｒａｔｅ： 固定伝送速度）とＶＢＲ（Ｖａｒｉａｂｌｅ Ｂｉｔ Ｒａｔｅ： 可変伝送速度）がある。
帯域にはＰＣＲ（最大セル速度）、ＳＣＲ（平均セル速度）、ＭＢＳ（最大バーストサイズ）がある。遅延はＣＴＤ（セル転送遅延）であり、揺らぎはＣＤＶ（セル遅延変動）である。
【００５８】
サービスカテゴリがＣＢＲの場合は、呼接続要求メッセージのＡＴＭ ＴｒａｆｆｉｃＤｅｓｃｒｉｐｔｏｒ 情報要素には、要求帯域指定情報としてＰＣＲのみを指定する。サービスカテゴリがＶＢＲの場合は、要求帯域指定情報としてＰＣＲ、ＳＣＲ及びＭＢＳを指定する必要がある。
【００５９】
また、サービスカテゴリの判定としては、〔平均トラフィック量×１．２＞最大トラフィック量〕の場合にはＣＢＲとし、〔平均トラフィック量×１．２≦最大トラフィック量〕の場合にはＶＢＲと判定する。
【００６０】
これはサンプリングしたトラフィック量の最大トラフィック量が、平均トラフィック量の＋２０％未満ならＣＢＲとみなし、＋２０％以上ならＶＢＲとみなす方法である。また、ＭＢＳはバースト時のトラフィック量をＡＴＭセルの個数に換算して求めることができる。
【００６１】
また、ＣＴＤ及びＣＤＶの判定方法として、一般にＣＢＲは遅延に敏感で、ＶＢＲは揺らぎに敏感と考えられるので、サービスカテゴリがＣＢＲであれば、ＣＴＤは小さい値（低遅延）、例えば２０μｓ以内を要求する。
【００６２】
さらに、サービスカテゴリがＶＢＲであれば、ＣＤＶは小さい値（揺らぎが小さい）、例えば４μｓ以内を要求する。
したがって、統計的情報が図５で示したＴＣＰ／ＩＰコネクション識別子＃１の場合には（識別子＃１のＴＣＰ／ＩＰコネクションを使用してフレーム送信を行っていた場合には）、ＱｏＳ設定手段１３は、サービスカテゴリをＣＢＲ、要求帯域指定情報がＰＣＲ＝５０ｃｐｓ（＝１９．２ｋｂｐｓ）、ＣＴＤ＝２０μｓ以内、ＣＤＶは任意、とＱｏＳを設定できる。
【００６３】
また、統計的情報が図５で示したＴＣＰ／ＩＰコネクション識別子＃２の場合には、サービスカテゴリをＣＢＲ、要求帯域指定情報がＰＣＲ＝１２５００ｃｐｓ（＝４．８Ｍｂｐｓ）、ＣＴＤ＝２０μｓ、ＣＤＶは任意、とＱｏＳを設定できる。
【００６４】
さらに、統計的情報が図５で示したＴＣＰ／ＩＰコネクション識別子＃３の場合には、サービスカテゴリをＶＢＲ、要求帯域指定情報がＰＣＲ＝１５０００ｃｐｓ（＝５．７６Ｍｂｐｓ）、ＳＣＲ＝６２５０ｃｐｓ（＝２．４Ｍｂｐｓ）、ＭＢＳ＝３００００セル（＝バースト時の１５０００＋１５０００セル、すなわち３回目の５．７６ＭｂｐｓをＡＴＭセルの個数に換算した値＋４回目の５．７６ＭｂｐｓをＡＴＭセルの個数に換算した値）、ＣＴＤを任意、ＣＤＶ＝４μｓ以内、とＱｏＳを設定できる。
【００６５】
図８はＱｏＳ設定の結果をまとめた図である。ＴＣＰ／ＩＰコネクション識別子＃１〜＃３に対するそれぞれのＱｏＳ設定の結果（以下、ＱｏＳパラメータ設定情報と呼ぶ）が記されている。
【００６６】
なお、以降の第１の実施の形態の説明では、ＴＣＰ／ＩＰコネクション識別子＃１に関するＱｏＳパラメータ設定情報１３ａをＱｏＳ設定手段１３が設定したものとして説明する。
【００６７】
ＱｏＳ設定手段１３は、ＱｏＳパラメータ設定情報１３ａ及び着ノードＥのＡＴＭアドレスをインタワークＱｏＳ保証手段１４へ通知する。インタワークＱｏＳ保証手段１４は、ＱｏＳ設定手段１３からＱｏＳパラメータ設定情報１３ａ及び着ノードＥのＡＴＭアドレスを受け取ると、着ノードＥまでの経路情報を経路情報管理手段１１へ要求する。
【００６８】
図９はノード間経路情報を示す図である。ノードＡ→ノードＢ→ノードＥを経路ｉ、ノードＡ→ノードＣ→ノードＥを経路ｉｉ、ノードＡ→ノードＤ→ノードＥを経路ｉｉｉとする。また、各ノード間のＰＮＮＩの経路情報として、ＡＣＲ、ＣＴＤ、ＣＤＶが図に示すような値になっている。
【００６９】
図１０はノードＡからノードＥへの経路指定リストテーブルを示す図である。経路情報管理手段１１は、図９に示したようなノード間経路情報をＡＴＭ回線制御手段１７を通じて受信すると、管理しているトポロジデータベース（ＴＤＢ：Ｔｏｐｏｌｏｇｙ Ｄａｔａ Ｂａｓｅ） を更新し、発ノードと着ノードへ至る経路情報を経路情報管理手段１１へ要求すると、経路指定リスト（ＤＴＬ：Ｄｅｓｉｇｎａｔｅｄ Ｔｒａｎｓｉｔ Ｌｉｓｔ）テーブル１２ａを生成する。
【００７０】
ＤＴＬテーブル１２ａに対し、経路ｉに対応する経路リストは、ノードＡ→ノードＢ→ノードＥである。ＡＣＲ１２ａ−１は、利用可能なセル速度が記載される。経路ｉに対して、ノードＡ→ノードＢのＡＣＲが１０００ｃｐｓ（ｃｅｌｌ ｐｅｒ ｓｅｃ）、ノードＢ→ノードＥのＡＣＲが２０００ｃｐｓであるため、ノードＡ→ノードＢ→ノードＥで利用可能なセル速度は、最小の値を選んで１０００ｃｐｓとなる。
【００７１】
また、ＣＴＤ１２ａ−２は、許容すべきセルの転送遅延が記載される。経路ｉに対して、ノードＡ→ノードＢのＣＴＤが５μｓ、ノードＢ→ノードＥのＣＴＤが５μｓであるため、これらの値を加算した１０μｓがノードＡ→ノードＢ→ノードＥのＣＴＤとなる。
【００７２】
さらに、ＣＤＶ１２ａ−３は、許容すべきセルの遅延変動が記載される。経路ｉに対して、ノードＡ→ノードＢのＣＤＶが２μｓ、ノードＢ→ノードＥのＣＤＶが２μｓであるため、これらの値を加算した４μｓがノードＡ→ノードＢ→ノードＥのＣＤＶとなる。経路ｉｉ、経路ｉｉｉについても同様にして各項目が定められる。
【００７３】
経路情報管理手段１１は、経路情報の応答として、ＤＴＬテーブル１２ａ（または図９のノード間経路情報）をインタワークＱｏＳ保証手段１４へ返送する。インタワークＱｏＳ保証手段１４は、経路情報管理手段１１が返答した経路情報と、ＱｏＳ設定手段１３が要求したＱｏＳパラメータ設定情報１３ａと、が以下に示すＱｏＳ保証条件を満たすか否かを判定する。
【００７４】
ＱｏＳの保証条件として、帯域については、〔経路のＡＣＲ≧要求ＰＣＲ〕の場合にＱｏＳが保証される。遅延は、〔経路のＣＴＤ≦要求ＣＴＤ〕の場合にＱｏＳが保証される。揺らぎは、〔経路のＣＤＶ≦要求ＣＤＶ〕の場合にＱｏＳが保証される。
【００７５】
ＱｏＳパラメータ設定情報１３ａに関しては、経路のＡＣＲ（＝１０００ｃｐｓ）≧要求ＰＣＲ（＝５０ｃｐｓ）、経路のＣＴＤ（＝１０μｓ）≦要求ＣＴＤ（＝２０μｓ）、要求ＣＤＶは任意である。したがって、要求されたＱｏＳパラメータ設定情報１３ａを保証している経路として、経路ｉを認識できる。
【００７６】
なお、経路ｉｉもＱｏＳパラメータ設定情報１３ａを保証するが、複数の経路候補から１つの経路を選択する場合については後述するため、ここでは経路ｉのみについて考える。
【００７７】
インタワークＱｏＳ保証手段１４は、ＱｏＳパラメータ設定情報１３ａが経路ｉで保証されることを認識すると、呼接続制御手段１５へＱｏＳパラメータ設定情報１３ａと経路ｉの経路リスト及び着ノードＥのＡＴＭアドレスを通知する。
【００７８】
呼接続制御手段１５は、インタワークＱｏＳ保証手段１４より通知されたこれらの情報をＡＴＭ Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒ 、Ｂｒｏａｄｂａｎｄ Ｂｅａｒｅｒ Ｃａｐａｂｉｌｉｔｙ 、ＤＴＬ、Ｃａｌｌｅｄ Ｐａｒｔｙ Ｎｕｍｂｅｒ の各情報要素に設定して、ノードＥに対して呼接続要求を行う。
【００７９】
図１１は呼接続要求メッセージの情報要素に設定された内容を示す図である。情報要素１５ｂでは、ＡＴＭ Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒ のＰＣＲに５０ｃｐｓ、Ｂｒｏａｄｂａｎｄ Ｂｅａｒｅｒ Ｃａｐａｂｉｌｉｔｙ のサービスカテゴリにＣＢＲ、ＤＴＬの経路リストにＡ→Ｂ→Ｅ、Ｃａｌｌｅｄ Ｐａｒｔｙ Ｎｕｍｂｅｒ の着ＡＴＭアドレスにノードＥのＡＴＭアドレスが指定される。
【００８０】
そして、呼接続制御手段１５が呼接続要求メッセージの返答メッセージをノードＥから受信すると、ノードＡ→ノードＢ→ノードＥとの間にＡＴＭコネクション（Ｄａｔａ Ｄｉｒｅｃｔ ＶＣＣ ）が確立されることになる。
【００８１】
このＡＴＭコネクションは、ＬＡＮの実トラフィックに適した最適なＱｏＳが選択されている。したがって、ＢＵＳ経由でのフレーム送信から、ＡＴＭコネクションによる送信に切り替えることによって、ＬＡＮ装置Ａ１からＬＡＮ装置Ｅ１へのフレーム送信を、最適なＱｏＳが保証されたＡＴＭコネクション上で行うことが可能になる。
【００８２】
また、あらかじめ実トラフィックと実ネットワークにもとづいてＱｏＳを決定し、その後に呼接続制御を行うので、無駄な呼損を発生することなく、効率のよい呼接続を行うことが可能になる。
【００８３】
次に第２の実施の形態について説明する。第２の実施の形態は、最初に設定されたＱｏＳが保証不可能と判定された後に、インタワークＱｏＳ保証手段１４がＱｏＳの調整を行って保証可能とする場合である。
【００８４】
まず、統計的情報が図５で示したＴＣＰ／ＩＰコネクション識別子＃３の場合であり、したがって、ＱｏＳ設定手段１３が図８のＱｏＳパラメータ設定情報１３ｃを設定したものとする。
【００８５】
ＱｏＳ設定手段１３は、図８に示すように、サービスカテゴリ＝ＶＢＲ、ＰＣＲ＝１５０００ｃｐｓ、ＳＣＲ＝６２５０ｃｐｓ、ＭＢＳ＝３００００セル、ＣＴＤ＝任意、ＣＤＶ＝４μｓ、以内という内容のＱｏＳパラメータ設定情報１３ｃと、着ノードＥのＡＴＭアドレスとをインタワークＱｏＳ保証手段１４へ通知する。
【００８６】
インタワークＱｏＳ保証手段１４は、ＱｏＳ設定手段１３からＱｏＳパラメータ設定情報１３ｃを受け取ると、着ノードＥまでの経路情報を経路情報管理手段１１へ要求する。
【００８７】
インタワークＱｏＳ保証手段１４は、図１０に示す経路情報を受信すると、ＱｏＳパラメータ設定情報１３ｃを満たす経路が存在しないことを認識する。すなわち、現時点での実ネットワークに対して、ＱｏＳパラメータ設定情報１３ｃは保証されない。
【００８８】
ところが、この場合、ＱｏＳパラメータ設定情報１３ｃのサービスカテゴリはＶＢＲである。ＶＢＲの特性上、ＰＣＲが保証不可であっても、代わりにＭＢＳを増やすことにより、要求するＱｏＳをほぼ保証することができる。
【００８９】
したがって、インタワークＱｏＳ保証手段１４は、ＣＤＶは要求を満たしている経路ｉｉに対して、ＱｏＳパラメータ設定情報１３ｃが保証されるように、要求ＰＣＲを１５０００ｃｐｓから１２０００ｃｐｓに低減する。
【００９０】
そして、代わりにＭＢＳを３００００×１５０００／１２０００＝３７５００セルに増やす。このように、ＬＡＮの実トラフィックに適したＱｏＳを、実ネットワーク上のリソース状況に応じて調整する。
【００９１】
インタワークＱｏＳ保証手段１４は、ＱｏＳパラメータ設定情報１３ｃの調整後、再度、経路情報管理手段１１へ経路情報を要求して、経路情報を受信する。この間に経路情報に変化がなければ、調整後のＱｏＳパラメータ設定情報１３ｃ（ＰＣＲ＝１２０００ｃｐｓ、ＳＣＲ＝６２５０ｃｐｓ 、ＭＢＳ＝３７５００ セル、ＣＴＤ＝任意、ＣＤＶ＝４ μＳ 以内）は、経路ｉｉ（ＡＣＲ＝１２０００ｃｐｓ、ＣＴＤ＝２０μＳ 、ＣＤＶ＝２ μＳ ）の条件を当然満たすために、経路ｉｉに対してＱｏＳ保証が可能となる。
【００９２】
インタワークＱｏＳ保証手段１４は、呼接続制御手段１５へ、調整後のＱｏＳパラメータ設定情報１３ｃと経路ｉｉの経路リスト及び着ノードＥのＡＴＭアドレスを通知する。
【００９３】
呼接続制御手段１５は、インタワークＱｏＳ保証手段１４より通知されたこれらの情報をＡＴＭ Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒ 、Ｂｒｏａｄｂａｎｄ Ｂｅａｒｅｒ Ｃａｐａｂｉｌｉｔｙ 、ＤＴＬ、Ｃａｌｌｅｄ Ｐａｒｔｙ Ｎｕｍｂｅｒ の各情報要素に設定して、ノードＥに対する呼接続要求を行う。
【００９４】
図１２は呼接続要求メッセージの情報要素に設定された内容を示す図である。情報要素１５ｃでは、ＡＴＭ Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒ のＰＣＲに５０ｃｐｓ、Ｂｒｏａｄｂａｎｄ Ｂｅａｒｅｒ Ｃａｐａｂｉｌｉｔｙ のサービスカテゴリにＣＢＲ、ＤＴＬの経路リストにＡ→Ｂ→Ｅ、Ｃａｌｌｅｄ Ｐａｒｔｙ Ｎｕｍｂｅｒ の着ＡＴＭアドレスにノードＥのＡＴＭアドレスが指定される。
【００９５】
そして、呼接続制御手段１５が呼接続要求メッセージの返答メッセージをノードＥから受信すると、ノードＡ→ノードＣ→ノードＥにＡＴＭコネクション（Ｄａｔａ Ｄｉｒｅｃｔ ＶＣＣ ）が確立される。
【００９６】
次にＱｏＳ情報通知手段１８について説明する。ＱｏＳ情報通知手段１８は、ＡＴＭコネクションの確立後にＱｏＳ情報を、保守端末装置２０を通じてユーザへ通知する。例えば、第２の実施の形態のように、最初に要求されたＱｏＳが保証不可能で、調整後のＱｏＳが保証可能となった場合、ＱｏＳ情報通知手段１８は、これらの情報を保守端末装置２０へ送信する。
【００９７】
図１３はＱｏＳ情報を示す図である。第２の実施の形態の場合についてのＱｏＳ情報１８ａを示している。
すなわち、保証不可能であった最初の要求ＱｏＳとして、サービスカテゴリ＝ＶＢＲ、ＰＣＲ＝１５０００ｃｐｓ、ＳＣＲ＝６２５０ｃｐｓ 、ＭＢＳ＝３００００ セル、ＣＴＤ＝任意、ＣＤＶ＝４ μＳ 以内が示される。
【００９８】
保証不可能の理由として、経路ｉの帯域不足（ノードＡ→ノードＢ間及びノードＢ→ノードＥ間）、経路ｉｉの帯域不足（ノードＣ→ノードＥ間）、経路ｉｉｉのＣＤＶが示される。
【００９９】
実ネットワークにもとづいて調整したＱｏＳとして、サービスカテゴリ＝ＶＢＲ、ＰＣＲ＝１２０００ｃｐｓ、ＳＣＲ＝６２５０ｃｐｓ 、ＭＢＳ＝３７５００ セル、ＣＴＤ＝任意、ＣＤＶ＝４ μＳ 以内が示される。
【０１００】
このように、ＱｏＳ情報通知手段１８は、保守端末装置２０を通じてＱｏＳ情報をユーザへ通知することができるので、ユーザは現時点でのネットワークの状態を容易に把握することが可能になる。
【０１０１】
次に経路選択手段１９について説明する。図１４は経路選択処理手順を示すシーケンス図である。まず、統計的情報が図５で示したＴＣＰ／ＩＰコネクション識別子＃１の場合であり、したがって、ＱｏＳ設定手段１３が図８のＱｏＳパラメータ設定情報１３ａを設定したものとする。
〔Ｓ３０〕ＱｏＳ設定手段１３は、図８に示すように、サービスカテゴリ＝ＣＢＲ、ＰＣＲ＝５０ｃｐｓ、ＣＴＤ＝２０μｓ、ＣＤＶ＝任意という内容のＱｏＳパラメータ設定情報１３ａと、着ノードＥのＡＴＭアドレスをインタワークＱｏＳ保証手段１４へ通知する。
〔Ｓ３１〕インタワークＱｏＳ保証手段１４は、ＱｏＳ設定手段１３からＱｏＳパラメータ設定情報１３ａを受け取ると、着ノードＥまでの経路情報を経路情報管理手段１１に要求する。
〔Ｓ３２〕インタワークＱｏＳ保証手段１４は、図１０に示す経路情報を経路情報管理手段１１から受信すると、ＱｏＳパラメータ設定情報１３ａを満たす経路が経路ｉと経路ｉｉが存在することを認識する。
〔Ｓ３３〕インタワークＱｏＳ保証手段１４は、ＱｏＳパラメータ設定情報１３ａと、経路ｉ及び経路ｉｉに関する経路候補情報と、からなる経路候補情報を経路選択手段１９へ送信する。
〔Ｓ３４〕経路選択手段１９は、経路候補情報を保守端末装置２０へ送信する。
〔Ｓ３５〕ユーザは、優先したいＱｏＳとして、例えば遅延を指示し、保守端末装置２０を通じて経路選択手段１９へ送信する。
〔Ｓ３６〕経路選択手段１９は、優先したいＱｏＳとして遅延が指示されたので、ＣＴＤの小さい経路ｉを選択し、経路ｉを選択した旨をインタワークＱｏＳ保証手段１４へ通知する。
〔Ｓ３７〕インタワークＱｏＳ保証手段１４は、再度、経路情報管理手段１１へ経路情報を要求して、変化がないか確認する。
〔Ｓ３８〕インタワークＱｏＳ保証手段１４は、経路情報に変化がなければ、経路ｉに呼接続を行うよう呼接続制御手段１５へ指示する。
【０１０２】
このように、本発明の経路選択手段１９は、要求されたＱｏＳを満たす経路が複数存在する場合には、ユーザの優先したいＱｏＳにもとづいて、経路を選択する構成とした。
【０１０３】
これにより、ユーザの期待に沿った経路を効率よく選択することが可能になる。なお、要求ＱｏＳを満たす経路が複数存在する場合を想定して、経路選択手段１９に、優先したいＱｏＳをあらかじめ設定しておいてもよい。
【０１０４】
次に本発明のネットワーク相互接続方法について説明する。図１５はネットワーク相互接続方法の処理手順を示す図である。
〔Ｓ４０〕ＡＴＭネットワークの経路情報を管理する。
〔Ｓ４１〕ＬＡＮのトラフィックの統計的情報を管理する。
〔Ｓ４２〕統計的情報にもとづいて、ＡＴＭネットワークが保証すべきＱｏＳを設定する。
〔Ｓ４３〕経路情報にもとづいて、設定されたＱｏＳが保証されるか否かを判定する。保証不可能な場合はステップＳ４４へ、保証可能な場合はステップＳ４５へ行く。
〔Ｓ４４〕保証可能となるようにＱｏＳを調整する。そして、ステップＳ４２へ戻る。
〔Ｓ４５〕保証可能なＱｏＳにもとづいて、呼接続を行う。
【０１０５】
以上説明したように本発明のネットワーク相互接続装置１０及びネットワーク相互接続方法によれば、ＬＡＮ−ＡＴＭ間をインタワークする通信ノードに対して、ＬＡＮの実トラフィックをもとにＡＴＭコネクションで保証すべき適切なＱｏＳを判定し、呼損の発生率の低い、実ネットワーク上のリソース状況を反映したＡＴＭコネクションを確立することが可能になる。
【０１０６】
また、判定したＱｏＳを満たす経路が存在しない場合でも、要求ＱｏＳをＬＡＮの実トラフィックに対し可能な範囲で調整し、現時点での実ネットワークにおける最適のＱｏＳを保証することが可能になる。
【０１０７】
さらに、保証可能なＱｏＳ又は保証不可能なＱｏＳとその理由をユーザに通知することができ、さらに優先したい各ＱｏＳパラメータにもとづいて経路を任意に選択することが可能になる。
【０１０８】
なお、上記の説明では、ＱｏＳ保証判定手段１４ａをインタワークＱｏＳ保証手段１４の内部に含ませたが、ＱｏＳ保証判定手段１４ａを経路情報管理手段１１の内部に含ませてもよい。
【０１０９】
この場合には、インタワークＱｏＳ保証手段１４は、経路情報管理手段１１から要求ＱｏＳを満たすと判定された経路情報のみ受け取ることになる。
【０１１０】
【発明の効果】
以上説明したように、本発明のネットワーク相互接続装置は、ＡＴＭネットワークの経路情報及びＬＡＮの統計的情報から、保証可能なＱｏＳを決定し、呼を接続する構成とした。これにより、実トラフィックと実ネットワークの状況に応じた最適なＱｏＳを設定でき、効率のよいインタワーク制御を行うことが可能になる。
【０１１１】
また、本発明の装置のネットワーク相互接続方法は、ＡＴＭネットワークの経路情報及びＬＡＮの統計的情報から、保証可能なＱｏＳを決定し、呼を接続することとした。これにより、実トラフィックと実ネットワークの状況に応じた最適なＱｏＳを設定でき、効率のよいインタワーク制御を行うことが可能になる。
【図面の簡単な説明】
【図１】
本発明のネットワーク相互接続装置の原理図である。
【図２】
ネットワーク相互接続装置の詳細構成を示す図である。
【図３】
ネットワーク相互接続装置が適用されるネットワーク構成を示す図である。
【図４】
ＬＡＮＥの説明図である。
【図５】
統計的情報を示す図である。
【図６】
呼接続要求メッセージの情報要素を示す図である。
【図７】
ＱｏＳパラメータを示す図である。
【図８】
ＱｏＳ設定の結果をまとめた図である。
【図９】
ノード間経路情報を示す図である。
【図１０】
ノードＡからノードＥへの経路指定リストテーブルを示す図である。
【図１１】
呼接続要求メッセージの情報要素に設定された内容を示す図である。
【図１２】
呼接続要求メッセージの情報要素に設定された内容を示す図である。
【図１３】
ＱｏＳ情報を示す図である。
【図１４】
経路選択処理手順を示すシーケンス図である。
【図１５】
ネットワーク相互接続方法の処理手順を示す図である。
【符号の説明】
１ａ、１ｂ ＬＡＮ
２ ＡＴＭネットワーク
１０ ネットワーク相互接続装置
１１ 統計的情報管理手段
１２ 経路情報管理手段
１３ ＱｏＳ設定手段
１４ａ ＱｏＳ保証判定手段
１４ｂ ＱｏＳ調整手段
１５ 呼接続制御手段
Claims (8)
- ＬＡＮとＡＴＭネットワークとを相互接続して通信を行うネットワーク相互接続装置において、
前記ＡＴＭネットワークの経路情報を管理する経路情報管理手段と、
前記ＬＡＮのトラフィックの統計的情報を管理する統計的情報管理手段と、
前記統計的情報にもとづいて、前記ＡＴＭネットワークが保証すべきＱｏＳを設定するＱｏＳ設定手段と、
前記経路情報にもとづいて、設定された前記ＱｏＳが保証されるか否かを判定するＱｏＳ保証判定手段と、
前記ＱｏＳが保証不可能と判定された場合は、保証可能となるように前記ＱｏＳを調整するＱｏＳ調整手段と、
保証可能なＱｏＳにもとづいて、呼接続を行う呼接続制御手段と、
を有することを特徴とするネットワーク相互接続装置。 - 前記統計的情報管理手段は、前記ＬＡＮのトラフィック状況を反映した、一定時間間隔内のフレームサイズまたはフレーム数の合計であるトラフィック量及び平均トラフィック量を前記統計的情報として管理することを特徴とする請求項１記載のネットワーク相互接続装置。
- 前記ＱｏＳ設定手段は、最大トラフィック量が、割増しした平均トラフィック量より小さい場合は、前記サービスカテゴリとして固定伝送速度を選択し、前記最大トラフィック量が、前記割増した平均トラフィック量より大きい場合は、前記サービスカテゴリとして可変伝送速度を選択することを特徴とする請求項１記載のネットワーク相互接続装置。
- 前記ＱｏＳ調整手段は、前記サービスカテゴリが可変伝送速度であり、最大セル速度が保証不可能と判定されたＱｏＳに対して、保証可能となるように前記ＱｏＳの最大バーストサイズを調整することを特徴とする請求項１記載のネットワーク相互接続装置。
- ＱｏＳ情報を外部へ通知するＱｏＳ情報通知手段をさらに有することを特徴とする請求項１記載のネットワーク相互接続装置。
- 前記呼接続を行う際に複数の経路候補がある場合、優先したいＱｏＳにもとづいて経路を選択する経路選択手段をさらに有することを特徴とする請求項１記載のネットワーク相互接続装置。
- 保守管理を行う保守端末装置が接続することを特徴とする請求項１記載のネットワーク相互接続装置。
- ＬＡＮとＡＴＭネットワークとを相互接続して通信を行うネットワーク相互接続方法において、
前記ＡＴＭネットワークの経路情報を管理し、
前記ＬＡＮのトラフィックの統計的情報を管理し、
前記統計的情報にもとづいて、前記ＡＴＭネットワークが保証すべきＱｏＳを設定し、
前記経路情報にもとづいて、設定された前記ＱｏＳが保証されるか否かを判定し、
前記ＱｏＳが保証不可能と判定された場合は、保証可能となるように前記ＱｏＳを調整し、
保証可能なＱｏＳにもとづいて、呼接続を行うこと特徴とするネットワーク相互接続方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15327699A JP3549774B2 (ja) | 1999-06-01 | 1999-06-01 | ネットワーク相互接続装置及びネットワーク相互接続方法 |
| US09/480,735 US7185112B1 (en) | 1999-06-01 | 2000-01-10 | Network interconnection apparatus for interconnecting a LAN and an ATM network using QoS adjustment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15327699A JP3549774B2 (ja) | 1999-06-01 | 1999-06-01 | ネットワーク相互接続装置及びネットワーク相互接続方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000341343A JP2000341343A (ja) | 2000-12-08 |
| JP3549774B2 true JP3549774B2 (ja) | 2004-08-04 |
Family
ID=15558937
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP15327699A Expired - Fee Related JP3549774B2 (ja) | 1999-06-01 | 1999-06-01 | ネットワーク相互接続装置及びネットワーク相互接続方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7185112B1 (ja) |
| JP (1) | JP3549774B2 (ja) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3628557B2 (ja) * | 1999-07-19 | 2005-03-16 | 株式会社日立製作所 | 通信品質制御装置および記録媒体 |
| US6938256B2 (en) * | 2000-01-18 | 2005-08-30 | Galactic Computing Corporation | System for balance distribution of requests across multiple servers using dynamic metrics |
| US7730201B1 (en) * | 2000-04-13 | 2010-06-01 | Alcatel-Lucent Canada, Inc. | Method and apparatus for congestion avoidance in source routed signaling protocol communication networks |
| US8538843B2 (en) | 2000-07-17 | 2013-09-17 | Galactic Computing Corporation Bvi/Bc | Method and system for operating an E-commerce service provider |
| US6816905B1 (en) * | 2000-11-10 | 2004-11-09 | Galactic Computing Corporation Bvi/Bc | Method and system for providing dynamic hosted service management across disparate accounts/sites |
| JP4612948B2 (ja) * | 2000-12-26 | 2011-01-12 | 株式会社日立国際電気 | 無線通信端末及び無線通信システム |
| JP2002330134A (ja) * | 2001-05-02 | 2002-11-15 | Mitsubishi Electric Corp | 自動機器設定装置及びプログラム |
| JP3721160B2 (ja) | 2002-11-29 | 2005-11-30 | Ｎｅｃインフロンティア株式会社 | 無線ＬＡＮシステム、通信端末、ＬＡＮ制御装置、及びＱｏＳ制御方法 |
| WO2005006671A1 (ja) * | 2003-07-09 | 2005-01-20 | Fujitsu Limited | ネットワークにおける特定サービスの最適ルーティング方法並びに同ネットワークに用いられるサーバ及びルーティングノード |
| US7505466B2 (en) * | 2004-01-20 | 2009-03-17 | Nortel Networks Limited | Method and system for ethernet and ATM network interworking |
| WO2005104467A1 (en) | 2004-04-20 | 2005-11-03 | Nortel Networks Limited | Method and system for quality of service support for ethernet multiservice interworking over multiprotocol label switching |
| US7587452B2 (en) * | 2004-04-23 | 2009-09-08 | At&T Intellectual Property I, L. P. | Methods, systems, and products for network conferencing |
| KR101330631B1 (ko) * | 2006-08-21 | 2013-11-18 | 삼성전자주식회사 | 통신 환경에 대한 정보를 이용한 데이터 전송 방법 및 장치 |
| US7933257B2 (en) * | 2006-09-20 | 2011-04-26 | Cisco Technology, Inc. | Using QoS tunnels for TCP latency optimization |
| US9681336B2 (en) | 2007-06-13 | 2017-06-13 | Qualcomm Incorporated | Quality of service information configuration |
| US20090190471A1 (en) * | 2008-01-10 | 2009-07-30 | Mahendran Arungundram C | Method and Apparatus for Optimized Session Setup with Network-Initiated QoS Policy Control |
| JP5374711B2 (ja) | 2010-01-26 | 2013-12-25 | 株式会社日立製作所 | ネットワークシステム、接続装置、及び、データ送信方法 |
| JP5408332B2 (ja) | 2010-03-10 | 2014-02-05 | 富士通株式会社 | 中継装置および通信プログラム |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5742760A (en) * | 1992-05-12 | 1998-04-21 | Compaq Computer Corporation | Network packet switch using shared memory for repeating and bridging packets at media rate |
| GB9401092D0 (en) * | 1994-01-21 | 1994-03-16 | Newbridge Networks Corp | A network management system |
| JP3354689B2 (ja) * | 1994-02-28 | 2002-12-09 | 富士通株式会社 | Ａｔｍ交換機、交換機及びそのスイッチングパス設定方法 |
| SE515252C2 (sv) * | 1994-08-18 | 2001-07-02 | Telia Ab | Anordning för bredbandig datatjänstöverföring i telekommunikationssystem |
| JP2723097B2 (ja) | 1995-12-04 | 1998-03-09 | 日本電気株式会社 | Ｑｏｓルーティング装置 |
| US5793976A (en) * | 1996-04-01 | 1998-08-11 | Gte Laboratories Incorporated | Method and apparatus for performance monitoring in electronic communications networks |
| TW317058B (en) * | 1996-04-23 | 1997-10-01 | Ibm | Data communication system for a wireless access to an atm network |
| JPH09331360A (ja) | 1996-06-12 | 1997-12-22 | Hitachi Ltd | ネットワーク間中継装置 |
| US6226297B1 (en) * | 1997-01-30 | 2001-05-01 | International Business Machines Corporation | Method and system for providing redundancy to asynchronous transfer mode emulated local-area networks |
| CA2202572C (en) * | 1997-04-14 | 2004-02-10 | Ka Lun Eddie Law | A scaleable web server and method of efficiently managing multiple servers |
| US5946311A (en) * | 1997-05-27 | 1999-08-31 | International Business Machines Corporation | Method for allowing more efficient communication in an environment wherein multiple protocols are utilized |
| US6175569B1 (en) * | 1997-11-07 | 2001-01-16 | International Business Machines Corporation | Extending asynchronous transfer mode ATM QoS across local area networks |
| US6671276B1 (en) * | 1997-11-18 | 2003-12-30 | Nec Corporation | Switch based network architecture for IP multicast and integrated services |
| US6678245B1 (en) * | 1998-01-30 | 2004-01-13 | Lucent Technologies Inc. | Packet network performance management |
| US6459682B1 (en) * | 1998-04-07 | 2002-10-01 | International Business Machines Corporation | Architecture for supporting service level agreements in an IP network |
| US6345055B1 (en) * | 1998-09-15 | 2002-02-05 | International Business Machines Corporation | Method and system for providing interoperability between network clients having different versions of local-area network emulation user network interface within an asynchronous transfer mode emulated local-area network |
| US6598034B1 (en) * | 1999-09-21 | 2003-07-22 | Infineon Technologies North America Corp. | Rule based IP data processing |
| JP2001094571A (ja) * | 1999-09-22 | 2001-04-06 | Fujitsu Ltd | 通信システム及び通信方法 |
-
1999
- 1999-06-01 JP JP15327699A patent/JP3549774B2/ja not_active Expired - Fee Related
-
2000
- 2000-01-10 US US09/480,735 patent/US7185112B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000341343A (ja) | 2000-12-08 |
| US7185112B1 (en) | 2007-02-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3549774B2 (ja) | ネットワーク相互接続装置及びネットワーク相互接続方法 | |
| US6108304A (en) | Packet switching network, packet switching equipment, and network management equipment | |
| EP0941010B1 (en) | Method and apparatus for provisioned and dynamic quality of service in a communications network | |
| US6563794B1 (en) | Boundary device for performing a connection control at a boundary between two communications networks | |
| JP3338365B2 (ja) | パケット交換トラヒックを転送するための改良型システム | |
| US6094431A (en) | Node device and network resource reservation method for data packet transfer using ATM networks | |
| EP0999674B1 (en) | Method for providing quality of service for delay sensitive traffic over IP networks | |
| US6115372A (en) | Synchronous packet switching | |
| JPH11261589A (ja) | Ａｔｍネットワーク装置 | |
| AU745528B2 (en) | Asynchronous transfer mode switch with function for assigning queue having forwarding rate close to declared rate | |
| EP0884923B1 (en) | Packet switching network, packet switching equipment, and network management equipment | |
| CN100539754C (zh) | 在支持atm和ip的utran中传输网络层控制信令的方法和设备 | |
| Alborz et al. | Simulation of packet data networks using OPNET | |
| KR100613964B1 (ko) | 비동기전송모드(ａｔｍ)망에서 인터넷 아이.피(ｉｐ)패킷전송 방법 | |
| JP2001156779A (ja) | 通信システム間のサービスの品質をマッピングするシステムと方法 | |
| JP3617868B2 (ja) | ノード装置及び網リソース予約方法 | |
| Hussmann et al. | An Edge Device for Supporting Internet Integrated Servises Over Switched ATM Network | |
| CA2352200C (en) | Communications network | |
| JP3546814B2 (ja) | Ａｔｍ装置およびａｔｍ通信網 | |
| Mainwaring | A role for ATM in telephony and IP networks | |
| JPH0795214A (ja) | Ａｔｍ通信システムの網立ち上げ方法、バーチャルパス使用方法、データグラム配送方法、及び帯域割り当て方法 | |
| Kuhn et al. | Current and advanced protocols over ATM: evaluation, implementation and experiences | |
| Kühn et al. | ATM: Evaluation, Implementation and Experiences | |
| Jain et al. | Performance Analysis & QoS Guarantee in ATM Networks | |
| KR100608903B1 (ko) | 비동기 전송망에서의 통합 서비스를 위한 망 자원 관리 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040420 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040421 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080430 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090430 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090430 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100430 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110430 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110430 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120430 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130430 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140430 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |