JP2004215119A

JP2004215119A - Band on-demand service system and band on-demand service method to be used for the same

Info

Publication number: JP2004215119A
Application number: JP2003001643A
Authority: JP
Inventors: Satoru Yamano; 悟山野; Satoshi Kinoshita; 聡木下
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2003-01-08
Filing date: 2003-01-08
Publication date: 2004-07-29
Anticipated expiration: 2023-01-08
Also published as: JP4144359B2

Abstract

<P>PROBLEM TO BE SOLVED: To provide a band on-demand service system capable of providing a band requested by a corporate user on demand and allocating the band to an application unit to be used by the corporate user. <P>SOLUTION: A band on-demand access device 21 transmits a path setting request to a band on-demand server 12 when the path setting request is transmitted from a LAN (local area network) 22. The band on-demand server 12 secures the band and a path, transmits the path setting request to an MPLS network 11 and the MPLS network 11 transmits a path setting response when path setting is completed. The band on-demand server 12 transmits the path setting response to the band on-demand access device 21 after the path setting of the MPLS network 11 is completed and the path setting is completed by transmitting the path setting response to the LAN 22 by the band on-demand access device 21. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は帯域オンデマンドサービスシステム及びそれに用いる帯域オンデマンドサービス方法に関し、特にＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）を通信事業者が提供する広域Ｅｔｈｅｒｎｅｔ（Ｒ）サービスで接続する帯域オンデマンドサービスシステムに関する。
【０００２】
【従来の技術】
近年、企業の各拠点間のネットワークを通信事業者が提供する広域Ｅｔｈｅｒｎｅｔ（Ｒ）サービスで接続するケースが増えてきているが、現状では企業ネットワーク間をベストエフォートで接続しているため、企業ユーザの要求に応じて動的に帯域を変更するというサービスはまだ実現されていない。
【０００３】
上記の企業の各拠点間のネットワークを接続するサービスとしては、企業のネットワーク等をＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）網上の仮想的な専用線で接続するＶＰＮ（ＶｉｒｔｕａｌＰｒｉｖａｔｅＮｅｔｗｏｒｋ）が注目されている。
【０００４】
特に、ＭＰＬＳ（Ｍｕｌｔｉ−ＰｒｏｔｏｃｏｌＬａｂｅｌＳｗｉｔｃｈｉｎｇ）を用いたＭＰＬＳ−ＶＰＮは企業ユーザのデータのプライバシを確保し、プライベートアドレスをサポートするＶＰＮソリューションを容易に提供することができる（例えば、特許文献１参照）。
【０００５】
【特許文献１】
特開２００２−１１１７２５号公報（第３頁、図６）
【０００６】
【発明が解決しようとする課題】
上述した従来の企業の各拠点間のネットワークを接続するサービスでは、企業ユーザの要求に応じて動的に帯域を変更するというサービスがまだ実現されていないが、このような企業ユーザの要求に対応する帯域オンデマンドサービスを提供するためには、企業ネットワークで使用するＬＡＮをシームレスに接続し、時間単位かつアプリケーション単位に動的に企業ネットワーク間の帯域を変更する仕組みが必要となる。
【０００７】
そこで、本発明の目的は上記の問題点を解消し、企業ユーザが要求する帯域をオンデマンドで提供することができ、企業ユーザが使用するアプリケーション単位に帯域を割当てることができる帯域オンデマンドサービスシステム及びそれに用いる帯域オンデマンドサービス方法を提供することにある。
【０００８】
【課題を解決するための手段】
本発明による帯域オンデマンドサービスシステムは、企業ネットワークの離れた拠点間を通信事業者ネットワークで相互接続する帯域オンデマンドサービスシステムであって、
前記通信事業者ネットワークに配備されかつ前記通信事業者ネットワークの帯域の管理と前記通信事業者ネットワークのパスの計算及び設定とを行う帯域オンデマンドサーバと、
前記企業ネットワークの各拠点に配備されかつアプリケーションの種類を識別することで前記帯域オンデマンドサーバに対して前記帯域の要求を動的に行う帯域オンデマンドアクセス装置とを備えている。
【０００９】
本発明による帯域オンデマンドサービス方法は、企業ネットワークの離れた拠点間を通信事業者ネットワークで相互接続する帯域オンデマンドサービス方法であって、前記通信事業者ネットワークの帯域の管理と前記通信事業者ネットワークのパスの計算及び設定とを行う帯域オンデマンドサーバを前記通信事業者ネットワークに配備し、アプリケーションの種類を識別することで前記帯域オンデマンドサーバに対して前記帯域の要求を動的に行う帯域オンデマンドアクセス装置を前記企業ネットワークの各拠点に配備している。
【００１０】
すなわち、本発明の帯域オンデマンドサービスシステムは、Ｅｔｈｅｒｎｅｔ（Ｒ）等で構成される企業ネットワークの離れた拠点間を通信事業者のＭＰＬＳ（Ｍｕｌｔｉ−ＰｒｏｔｏｃｏｌＬａｂｅｌＳｗｉｔｃｈｉｎｇ）ネットワークで相互接続し、帯域の管理やパスの計算及び設定を行う帯域オンデマンドサーバを通信事業者ネットワークに配備し、アプリケーションの種類を識別することによって帯域オンデマンドサーバに対して帯域の要求を動的に行う帯域オンデマンドアクセス装置を企業ネットワークの各拠点に配備している。
【００１１】
上記のように、本発明の帯域オンデマンドサービスシステムでは、帯域オンデマンドサーバと帯域オンデマンドアクセス装置との組合せによって、企業ユーザが使用するアプリケーションで要求される帯域を動的に即時に割当てる通信事業者が企業に対して帯域オンデマンドサービスを提供することが可能となる。
【００１２】
したがって、本発明の帯域オンデマンドサービスシステムでは、Ｅｔｈｅｒｎｅｔ（Ｒ）等で構成される複数の企業ネットワークを接続する通信事業者のサービスにおいて、企業ネットワーク上の帯域オンデマンドアクセス装置と通信事業者ネットワーク上の帯域オンデマンドサーバとを使用することによって、企業ユーザが要求する帯域をオンデマンドで提供し、企業ユーザが使用するアプリケーション単位に帯域を割当てることが可能となる。
【００１３】
具体的に説明すると、本発明の帯域オンデマンドサービスシステムでは、企業ユーザからの要求によって企業ネットワーク間の帯域を即時に変更し、アプリケーションで使用する帯域を契約した帯域の範囲内で動的または静的に割当てることが可能となる。
【００１４】
これによって、本発明の帯域オンデマンドサービスシステムでは、企業ネットワーク間で契約した帯域を変更する時に、サービス開始時間を大幅に短縮することが可能となり、企業のポリシーに合わせてアプリケーションに適した帯域を即時に提供することが可能になるとともに、ネットワーク効率の良いサービスを提供することが可能となる。
【００１５】
また、企業ではＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）を構成する機器類を変更することなく、帯域オンデマンドアクセス装置を企業ネットワークと通信事業者ネットワークとの間に配備するだけで、通信事業者の帯域オンデマンドサービスを享受することが可能となる。
【００１６】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例による帯域オンデマンドサービスシステムの構成を示すブロック図である。図１において、本発明の一実施例による帯域オンデマンドサービスシステムでは複数の企業ネットワーク２〜５を通信事業者ネットワーク１で接続して構成されている。
【００１７】
また、企業ネットワーク２，３と企業ネットワーク４，５とがそれぞれ別企業のネットワークとした場合、通信事業者ネットワーク１を構成するＭＰＬＳ（Ｍｕｌｔｉ−ＰｒｏｔｏｃｏｌＬａｂｅｌＳｗｉｔｃｈｉｎｇ）ネットワーク１１においてＶＰＮ（ＶｉｒｔｕａｌＰｒｉｖａｔｅＮｅｔｗｏｒｋ）を導入すれば、両企業間の通信を遮断することが可能である。
【００１８】
企業ネットワーク２，３はＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）２２，３２と、帯域オンデマンドアクセス装置２１，３１で構成されている。尚、図示していないが、企業ネットワーク４，５の構成は企業ネットワーク２，３の構成と同様である。
【００１９】
ＬＡＮ２２，３２は企業内のネットワークを指しており、図示していないが、各種サーバやクライアント等のワークステーションやＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、ハブやルータ等のネットワーク機器で構成されている。
【００２０】
帯域オンデマンドアクセス装置２１，３１は企業ネットワーク２〜５と通信事業者ネットワーク１とを接続する装置であり、インタフェース機能、パス設定機能、アプリケーション識別機能、ポリシング機能の四つの機能を有している。
【００２１】
インタフェース機能は通信事業者ネットワーク１の帯域オンデマンドサーバ１２とのインタフェース機能であり、企業ユーザからの要求に応じて帯域オンデマンドサーバ１２とパス設定要求、パス解除要求、パス設定応答、パス解除応答の送受信を行う。
【００２２】
パス設定機能は帯域オンデマンドアクセス装置２１，３１内部のパス設定機能であり、帯域オンデマンドサーバ１１からの要求によって企業ネットワーク２〜５のＬＡＮ２２，３２と通信事業者ネットワーク１とのパスの設定及び解除を行う。
【００２３】
アプリケーション識別機能はＬＡＮ２２，３２から受信するパケットのヘッダ情報を基に、アプリケーションの種類や通信状態を識別する機能である。例えば、アプリケーションの種類については、ＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）／ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）ヘッダのポート番号で識別することができる。また、通信状態は通信開始や通信終了のことを示しており、例えば、通信開始要求はＴＣＰのＳＹＮ（Ｓｙｎｃｈｒｏｎｉｚｅ）フラグ、通信終了要求はＴＣＰのＦＩＮ（Ｆｉｎ）フラグやＲＳＴ（Ｒｅｓｅｔ）フラグで識別することができる。
【００２４】
ポリシング機能はＬＡＮ２２，３２から受信するパケットの帯域を監視し、違反するパケットについて装置内で廃棄し、事業者ネットワークに送信しないようにする機能である。
【００２５】
通信事業者ネットワーク１はＭＰＬＳネットワーク１１と帯域オンデマンドサーバ１２とから構成されている。ＭＰＬＳネットワーク１１はＭＰＬＳによってＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ネットワークに明示されたルートを指定することが可能なネットワークであり、帯域割当てを行うことによってトラフィックを制御することができる。
【００２６】
帯域オンデマンドサーバ１２はＭＰＬＳネットワーク１１の帯域やパスを管理し、帯域オンデマンドアクセス装置２１，３１からの要求によって企業ネットワーク２〜５間で契約した帯域を変更したり、アプリケーション単位に動的または静的にパスの割当てを行ったりする。帯域オンデマンドサーバ１２は通信事業者ネットワーク１における接続位置が問題ではなく、帯域オンデマンドアクセス装置２１，３１とアクセスすることができればよい。
【００２７】
図２は本発明の一実施例による帯域オンデマンドサービスの論理イメージを示す図である。図２において、本実施例では、企業ネットワーク２，３間を接続するために、企業が通信事業者と契約したパスを契約パスと定義する。この契約パスは帯域や接続先ネットワーク等で識別され、企業ユーザからの要求によって時間、日、月等の時間単位に変更することが可能である。ここでは、通信事業者ネットワーク１は企業ネットワーク２と企業ネットワーク３との２つのネットワークを接続しているが、３つ以上の企業ネットワークを接続することも当然可能である。
【００２８】
また、本実施例では、契約パスの範囲内でアプリケーション＃１〜＃３単位に帯域及び宛先等で識別される動的パスと静的パスとを定義する。動的パスはアプリケーション＃１，＃２の起動とともに割当てられ、終了とともに開放されるパスであり、アプリケーション＃１，＃２単位に帯域や宛先等を変更することができる。静的パスはアプリケーション＃３の起動に関係なく、事前に割当てておくパスであり、その静的パスに複数のアプリケーションを割当てることができる。
【００２９】
動的パスは１つのアプリケーション＃１，＃２で、ＭＰＬＳのパスである１つのＬＳＰ（ＬａｂｅｌＳｗｉｔｃｈｅｄＰａｔｈ）を占有するので、パス単位に優先制御を行いたい場合に有効である。また、動的パスはアプリケーション＃１，＃２を実行している時だけ、ＬＳＰが存在するので、帯域を効率的に利用することができる。
【００３０】
一方、静的パスは複数のアプリケーションで１つのＬＳＰを占有することもあるので、ベストエフォート等の優先制御を行う必要がない場合に有効である。契約パス、動的パス、静的パスをＭＰＬＳのパスであるＬＳＰとして、ラベルの階層化によってＬＳＰの多重化を行い（本実施例では２階層）、契約パスの中に複数の動的パスと静的パスとを割当てる。
【００３１】
本実施例では上記の方法によって、通信事業者が契約パスを定量課金で企業に貸し出し、企業でその契約パスの範囲で動的パスと静的パスとを自由に使い分けることができる。
【００３２】
図３は本発明の一実施例による企業ネットワーク２，３間の契約パスの設定方法を示すシーケンスチャートである。これら図１〜図３を参照して、本発明の一実施例による企業ネットワーク２，３間の契約パスの設定方法について説明する。以下の説明では、企業ネットワーク２に属する企業ネットワークの管理者が企業ネットワーク２から通信事業者ネットワーク１の帯域オンデマンドサーバ１２に対して契約パスの設定を要求する例について述べる。
【００３３】
具体的な要求としては、契約パスの契約開始、サービス内容の変更（帯域や接続先ネットワークの変更）、契約解除等が挙げられる。まず、企業ネットワーク２のＬＡＮ２２から帯域オンデマンドアクセス装置２１に対して契約パス設定要求が送信される（図３のａ１）。契約パス設定要求には企業ネットワーク２，３間の帯域や接続先ネットワーク等の情報が含まれる。その要求を受信した帯域オンデマンドアクセス装置２１は事業者ネットワーク１の帯域オンデマンドサーバ１２に契約パス設定要求を送信する（図３のａ２）。
【００３４】
帯域オンデマンドサーバ１２では要求される企業ネットワーク２，３間の帯域や接続先ネットワークとの接続を実現することができるかを判断し（図３のａ３）、サービスを実現することができない場合、契約パス設定拒否を帯域オンデマンドアクセス装置２１に送信するので（図３のａ４）、帯域オンデマンドアクセス装置２１からＬＡＮ２２に契約パス設定拒否が送信される（図３のａ５）。
【００３５】
一方、帯域オンデマンドサーバ１２はサービスを実現することができる場合、帯域やパスの確保を行い（図３のａ６）、通信事業者ネットワーク１のＭＰＬＳネットワーク１１にパス設定要求を送信する（図３のａ７）。ＭＰＬＳネットワーク１１はパス設定が完了したら（図３のａ８）、帯域オンデマンドサーバ１２にパス設定応答を送信する（図３のａ９）。
【００３６】
帯域オンデマンドサーバ１２はＭＰＬＳネットワーク１１のパス設定が完了した後に、帯域オンデマンドアクセス装置２１に契約パス設定応答を送信し（図３のａ１０）、帯域オンデマンドアクセス装置２１はＬＡＮ２２に契約パス設定応答を送信することで（図３のａ１１）、契約パスの設定が完了する。
【００３７】
図４は本発明の一実施例による企業ネットワーク２，３間の静的パスの設定方法を示すシーケンスチャートである。これら図１と図２と図４とを参照して、本発明の一実施例による企業ネットワーク２，３間の静的パスの設定方法について説明する。以下の説明では、企業ネットワーク２に属する企業ネットワークの管理者が企業ネットワーク２と企業ネットワーク３との間で企業ユーザにアプリケーションを実行させるために、通信事業者ネットワーク１の帯域オンデマンドサーバ１２に対して静的パスの設定を要求する例について述べる。
【００３８】
静的パスは契約パスとして契約した帯域内で、かつ契約パスの接続先ネットワークの範囲内で割当てられる。まず、企業ネットワーク２のＬＡＮ２２から帯域オンデマンドアクセス装置２１に対して静的パス設定要求が送信される（図４のｂ１）。静的パス設定要求にはアプリケーションの種類、必要帯域、宛先等の情報を含む。１つの静的パスに複数のアプリケーションを割当てることを可能とするため、アプリケーションの種類は複数で構わない。
【００３９】
帯域オンデマンドアクセス装置２１はその要求を受信すると、その要求が企業ポリシーに合致しているかどうかを判断し（図４のｂ２）、合致していなければ、静的パス設定拒否をＬＡＮ２２に送信する（図４のｂ３）。帯域オンデマンドアクセス装置２１は合致していると判断すると、事業者ネットワーク１の帯域オンデマンドサーバ１２に静的パス設定要求を送信する（図４のｂ４）。
【００４０】
帯域オンデマンドサーバ１２は帯域やパスの確保を行い（図４のｂ５）、通信事業者ネットワーク１のＭＰＬＳネットワーク１１と企業ネットワーク３の帯域オンデマンドアクセス装置３１とにそれぞれパス設定要求を送信する（図４のｂ６，ｂ７）。ＭＰＬＳネットワーク１１及び帯域オンデマンドアクセス装置３１はパス設定が完了したら（図４のｂ８，ｂ９）、帯域オンデマンドサーバ１２にそれぞれパス設定応答を送信する（図４のｂ１０，ｂ１１）。
【００４１】
帯域オンデマンドサーバ１２はＭＰＬＳネットワーク１１及び帯域オンデマンドアクセス装置３１のパス設定が完了した後に、帯域オンデマンドアクセス装置２１に静的パス設定応答を送信し（図４のｂ１２）、帯域オンデマンドアクセス装置２１は自装置内のパス設定を行った後に（図４のｂ１３）、ＬＡＮ２２に静的パス設定応答を送信するので（図４のｂ１４）、静的パスの設定が完了する。静的パスの設定後、該当するアプリケーションのデータ通信が可能となる（図４のｂ１５）。
【００４２】
図５は本発明の一実施例によるに企業ネットワーク２，３間の静的パスの解除方法を示すシーケンスチャートである。これら図１と図２と図５とを参照して、本発明の一実施例による企業ネットワーク２，３間の静的パスの解除方法について説明する。以下の説明では、企業ネットワーク２に属する企業ネットワークの管理者が企業ネットワーク２と企業ネットワーク３との間で企業ユーザにアプリケーションを終了させるために、通信事業者ネットワーク１の帯域オンデマンドサーバ１２に対して静的パスの解除を要求する例について説明する。
【００４３】
まず、企業ネットワーク２のＬＡＮ２２から帯域オンデマンドアクセス装置２１に対して静的パス解除要求が送信される（図５のｃ１，ｃ２）。静的パス解除要求にはアプリケーションの種類、宛先等の情報を含む。１つの静的パスに複数のアプリケーションを割当てることを可能とするため、アプリケーションの種類は複数で構わない。
【００４４】
帯域オンデマンドアクセス装置２１はその要求を受信すると、事業者ネットワーク１の帯域オンデマンドサーバ１２に静的パス解除要求を送信する（図５のｃ３）。帯域オンデマンドサーバ１２では帯域やパスの開放を行い（図５のｃ４）、通信事業者ネットワーク１のＭＰＬＳネットワーク１１と企業ネットワーク３の帯域オンデマンドアクセス装置３１とにそれぞれパス解除要求を送信する（図５のｃ５，ｃ６）。
【００４５】
ＭＰＬＳネットワーク１１及び帯域オンデマンドアクセス装置３１はパス解除が完了すると（図５のｃ７，ｃ８）、帯域オンデマンドサーバ１２にそれぞれパス解除応答を送信する（図５のｃ９，ｃ１０）。
【００４６】
帯域オンデマンドサーバ１２はＭＰＬＳネットワーク１１及び帯域オンデマンドアクセス装置３１のパス解除が完了した後、帯域オンデマンドアクセス装置２１に静的パス解除応答を送信する（図５のｃ１１）。帯域オンデマンドアクセス装置２１は自装置内のパス解除を行った後（図５のｃ１２）、ＬＡＮ２２に静的パス解除応答を送信するので（図５のｃ１３）、静的パスの解除が完了する。静的パスの解除後は該当するアプリケーションのデータ通信ができなくなる。
【００４７】
図６は本発明の一実施例による企業ネットワーク２，３間の動的パスの設定方法を示すシーケンスチャートである。これら図１と図２と図６とを参照して本発明の一実施例による企業ネットワーク２，３間の動的パスの設定方法について説明する。以下の説明では、企業ネットワーク２に属する企業ユーザが企業ネットワーク２と企業ネットワーク３との間のアプリケーションを実行させるために、帯域オンデマンドアクセス装置２１が通信事業者ネットワーク１の帯域オンデマンドサーバ１２に対して動的パスの設定を要求する例について述べる。
【００４８】
契約パス及び静的パスについては企業ネットワーク２，３の管理者が設定及び解除を行うものであるが、動的パスについては企業ユーザが動的パスの設定及び解除を意識することなく、企業ユーザの要求に応じて帯域オンデマンドアクセス装置２１，３１が動的パスの設定及び解除を自動で行う。そのためには帯域オンデマンドアクセス装置２１，３１がアプリケーションの識別を行う必要があるので、動的パスを設定したいアプリケーションの種類、必要帯域、宛先等を事前に装置内に登録しておく必要がある。
【００４９】
本実施例では１つの動的パスに１つのアプリケーションを割当てるため、アプリケーションの種類は１つとなる。また、動的パスに割当てられないアプリケーションは静的パスに割当てられることになる。動的パスは契約パスとして契約した帯域内で、かつ契約パスの接続先ネットワークの範囲内で割当てられる。
【００５０】
まず、企業ネットワーク２のＬＡＮ２２から帯域オンデマンドアクセス装置２１に対して通信開始要求が送信される（図６のｄ１）。通信開始要求としては、アプリケーションの種類、宛先、通信開始等を示す情報が含まれるものとする。通信開始要求の例としては、ＴＣＰのＳＹＮフラグが挙げられる。
【００５１】
帯域オンデマンドアクセス装置２１はその要求を受信すると、そのアプリケーションを動的パスに割当ててよいかを判断し（図６のｄ２）、割当てなければ、静的パスを用いて通信開始要求をＭＰＬＳネットワーク１１に送信してＬＡＮ３２に通信開始要求が送信され（図６のｄ１３）、ＬＡＮ２２とＬＡＮ３２との間で静的パスでのアプリケーションのデータ通信が可能となる（図６のｄ１４）。
【００５２】
帯域オンデマンドアクセス装置２１は動的パスに割当てると判断すると、事業者ネットワーク１の帯域オンデマンドサーバ１２に動的パス設定要求を送信する（図６のｄ３）。帯域オンデマンドサーバ１２では帯域やパスの確保を行い（図６のｄ４）、通信事業者ネットワーク１のＭＰＬＳネットワーク１１及び企業ネットワーク３の帯域オンデマンドアクセス装置３１にパス設定要求を送信する（図６のｄ５，ｄ６）。
【００５３】
ＭＰＬＳネットワーク１１及び帯域オンデマンドアクセス装置３１はパス設定が完了したら（図６のｄ７，ｄ８）、帯域オンデマンドサーバ１２にそれぞれパス設定応答を送信する（図６のｄ９，ｄ１０）。
【００５４】
帯域オンデマンドサーバ１２はＭＰＬＳネットワーク１１及び帯域オンデマンドアクセス装置３１のパス設定が完了した後に、帯域オンデマンドアクセス装置２１に動的パス設定応答を送信するので（図６のｄ１１）、帯域オンデマンドアクセス装置２１は自装置内のパス設定を行い（図６のｄ１２）、その後に、動的パスを用いて最初にＬＡＮ２２から受信した通信開始要求をＭＰＬＳネットワーク１１に送信するので、ＬＡＮ３２に通信開始要求が送信され（図６のｄ１３）、ＬＡＮ２２とＬＡＮ３２との間で該当するアプリケーションの動的パスでのデータ通信が可能となる（図６のｄ１４）。
【００５５】
図７は本発明の一実施例による企業ネットワーク２，３間の動的パスの解除方法を示すシーケンスチャートである。これら図１と図２と図７とを参照して本発明の一実施例による企業ネットワーク２，３間の動的パスの解除方法について説明する。以下の説明では、企業ネットワーク２に属する企業ユーザが企業ネットワーク２と企業ネットワーク３との間のアプリケーションを終了させるために、帯域オンデマンドアクセス装置２１が通信事業者ネットワーク１の帯域オンデマンドサーバ１２に対して動的パスの解除を要求する例について述べる。
【００５６】
まず、企業ネットワーク２のＬＡＮ２２から帯域オンデマンドアクセス装置２１に対して通信終了要求が送信される（図７のｅ１，ｅ２）。通信終了要求としては、アプリケーションの種類、宛先、通信終了等を示す情報が含まれるものとする。１つの動的パスに１つのアプリケーションを割当てるため、アプリケーションの種類は１つとなる。通信終了要求の例としては、ＴＣＰのＦＩＮフラグが挙げられる。
【００５７】
帯域オンデマンドアクセス装置２１はその要求を受信すると、動的パスを用いて通信終了要求をＭＰＬＳネットワーク１１に送信してＬＡＮ３２に通信終了要求を送信する（図７のｅ３）。帯域オンデマンドアクセス装置２１はそのアプリケーションが動的パスに割当てられているかを判断し（図７のｅ４）、割当てられていない場合に処理終了となる。
【００５８】
帯域オンデマンドアクセス装置２１は動的パスに割当てられていると判断すると、事業者ネットワーク１の帯域オンデマンドサーバ１２に動的パス解除要求を送信する（図７のｅ５）。帯域オンデマンドサーバ１２では帯域やパスの開放を行い（図７のｅ６）、通信事業者ネットワーク１のＭＰＬＳネットワーク１１及び企業ネットワーク３の帯域オンデマンドアクセス装置３１にそれぞれパス解除要求を送信する（図７のｅ７，ｅ８）。
【００５９】
ＭＰＬＳネットワーク１１及び帯域オンデマンドアクセス装置３１はパス解除が完了したら（図７のｅ９，ｅ１０）、帯域オンデマンドサーバ１２にそれぞれパス解除応答を送信する（図７のｅ１１，ｅ１２）。
【００６０】
帯域オンデマンドサーバ１２はＭＰＬＳネットワーク１１及び帯域オンデマンドアクセス装置３１のパス解除が完了した後に、帯域オンデマンドアクセス装置２１に動的パス解除応答を送信し（図７のｅ１３）、帯域オンデマンドアクセス装置２１は自装置内のパス解除を行う（図７のｅ１４）。もし新たにアプリケーションの種類と宛先とが同じである通信開始要求を受信すれば、図６に示すように、動的パスを割当てることになる。
【００６１】
このように、実施例では、Ｅｔｈｅｒｎｅｔ（Ｒ）等で構成される複数の企業ネットワーク２〜５を接続する通信事業者のサービスにおいて、企業ネットワーク２〜５上の帯域オンデマンドアクセス装置２１，３１と通信事業者ネットワーク１上の帯域オンデマンドサーバ１２とを使用することによって、企業ユーザが要求する帯域をオンデマンドで提供することができ、企業ユーザが使用するアプリケーション単位に帯域を割当てることができる。
【００６２】
具体的に説明すると、本実施例では、企業ユーザからの要求によって企業ネットワーク２〜５間の帯域を即時に変更し、アプリケーションで使用する帯域を契約した帯域の範囲内で動的または静的に割当てることができる。これによって、本実施例では、企業ネットワーク２〜５間で契約した帯域を変更する時にサービス開始時間を大幅に短縮することができ、企業のポリシーに合わせてアプリケーションに適した帯域を即時に提供することができ、ネットワーク効率の良いサービスを提供することができる。
【００６３】
また、企業ではＬＡＮ２２，３２を構成する機器類を変更することなく、帯域オンデマンドアクセス装置２１，３１を企業ネットワーク２〜５と通信事業者ネットワーク１との間に配備するだけで、通信事業者の帯域オンデマンドサービスを享受することができる。
【００６４】
本実施例ではＬＳＰを２階層としているが、さらに階層を増やして細かくアプリケーションを分類することが可能である。また、ＥｏＭＰＬＳ［Ｅｔｈｅｒｎｅｔ（Ｒ）ｏｖｅｒＭＰＬＳ］やＶＰＮの場合、ＭＰＬＳのラベルがさらに１枚増えるが、その場合でも容易に対応することができる。さらに、帯域オンデマンドアクセス装置２１，３１にファイアウォールの機能を追加させることも可能である。
【００６５】
本実施例では、通信事業者ネットワーク１をＭＰＬＳネットワーク１１で構成しているが、ＧＭＰＬＳ（ＧｅｎｅｒａｌｉｚｅｄＭｕｔｉ−ＰｒｏｔｏｃｏｌＬａｂｅｌＳｗｉｔｃｈｉｎｇ）ネットワークで構成することもできる。ＭＰＬＳネットワーク１１の場合には、ＭＰＬＳのラベルの階層化によるＬＳＰの多重化で契約パス、動的パス、静的パスを実現しているが、ＧＭＰＬＳネットワークの場合には波長パスと階層化されたＬＳＰとの組合せで契約パス、動的パス、静的パスを実現することができる。
【００６６】
図８は本発明の他の実施例による帯域オンデマンドサービスの論理イメージを示す図である。図８において、本実施例では、契約パスをなくし、動的パスと静的パスとで企業ネットワーク２〜５を接続している。この場合、ＭＰＬＳのラベルの階層化によるＬＳＰの多重化は不要で、論理的にシンプルな構成となる。
【００６７】
この方法によって、本実施例では、通信事業者が動的パスと静的パスとをそれぞれ別々に企業に貸し出すことによって、従量課金や定量課金を組合せてサービスすることができる。
【００６８】
【発明の効果】
以上説明したように本発明は、企業ネットワークの離れた拠点間を通信事業者ネットワークで相互接続する帯域オンデマンドサービスシステムにおいて、通信事業者ネットワークの帯域の管理と通信事業者ネットワークのパスの計算及び設定とを行う帯域オンデマンドサーバを通信事業者ネットワークに配備し、アプリケーションの種類を識別することで帯域オンデマンドサーバに対して帯域の要求を動的に行う帯域オンデマンドアクセス装置を企業ネットワークの各拠点に配備することによって、企業ユーザが要求する帯域をオンデマンドで提供することができ、企業ユーザが使用するアプリケーション単位に帯域を割当てることができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例による帯域オンデマンドサービスシステムの構成を示すブロック図である。
【図２】本発明の一実施例による帯域オンデマンドサービスの論理イメージを示す図である。
【図３】本発明の一実施例による企業ネットワーク間の契約パスの設定方法を示すシーケンスチャートである。
【図４】本発明の一実施例による企業ネットワーク間の静的パスの設定方法を示すシーケンスチャートである。
【図５】本発明の一実施例によるに企業ネットワーク間の静的パスの解除方法を示すシーケンスチャートである。
【図６】本発明の一実施例による企業ネットワーク間の動的パスの設定方法を示すシーケンスチャートである。
【図７】本発明の一実施例による企業ネットワーク間の動的パスの解除方法を示すシーケンスチャートである。
【図８】本発明の他の実施例による帯域オンデマンドサービスの論理イメージを示す図である。
【符号の説明】
１通信事業者ネットワーク
２〜５企業ネットワーク
１１ＭＰＬＳネットワーク
１２帯域オンデマンドサーバ
２１，３１帯域オンデマンドアクセス装置
２２，３２ＬＡＮ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a band-on-demand service system and a band-on-demand service method used therefor, and more particularly to a band-on-demand service system for connecting a LAN (Local Area Network) with a wide area Ethernet (R) service provided by a communication carrier.
[0002]
[Prior art]
In recent years, there has been an increasing number of cases in which networks between business locations are connected by a wide area Ethernet (R) service provided by a telecommunications carrier. The service of dynamically changing the bandwidth in response to the request of the above has not yet been realized.
[0003]
As a service for connecting a network between each base of a company, a VPN (Virtual Private Network) for connecting a company network or the like with a virtual dedicated line on an IP (Internet Protocol) network has attracted attention.
[0004]
In particular, MPLS-VPN using MPLS (Multi-Protocol Label Switching) can ensure the privacy of data of corporate users and can easily provide a VPN solution that supports private addresses (for example, see Patent Document 1). .
[0005]
[Patent Document 1]
JP-A-2002-111725 (page 3, FIG. 6)
[0006]
[Problems to be solved by the invention]
The service of dynamically changing the bandwidth according to the request of the enterprise user has not yet been realized in the conventional service for connecting the network between the bases of the enterprise described above, but the service of responding to the request of the enterprise user has been realized. In order to provide a bandwidth-on-demand service, it is necessary to provide a mechanism for seamlessly connecting LANs used in a corporate network and dynamically changing the bandwidth between the corporate networks in units of time and applications.
[0007]
Therefore, an object of the present invention is to solve the above-mentioned problems, provide a bandwidth required by a corporate user on demand, and allocate a bandwidth to each application used by the corporate user. And a band-on-demand service method used therefor.
[0008]
[Means for Solving the Problems]
A band-on-demand service system according to the present invention is a band-on-demand service system for interconnecting remote sites of a corporate network by a carrier network,
A band-on-demand server arranged in the carrier network and performing bandwidth management of the carrier network and calculation and setting of a path of the carrier network;
A bandwidth-on-demand access device provided at each site of the enterprise network and dynamically requesting the bandwidth to the bandwidth-on-demand server by identifying an application type.
[0009]
A band-on-demand service method according to the present invention is a band-on-demand service method for interconnecting distant bases of a corporate network by a carrier network, wherein the bandwidth management of the carrier network and the carrier network are performed. A bandwidth-on-demand server for performing calculation and setting of a path on the carrier network and dynamically requesting the bandwidth to the bandwidth-on-demand server by identifying an application type; Demand access devices are deployed at each site of the enterprise network.
[0010]
That is, the band-on-demand service system of the present invention interconnects distant bases of a corporate network such as an Ethernet (R) with a carrier's MPLS (Multi-Protocol Label Switching) network to manage the band. Bandwidth on-demand server for calculating and setting paths and paths is deployed in the carrier network, and a bandwidth-on-demand access device that dynamically requests bandwidth to the bandwidth-on-demand server by identifying the type of application Deployed at each location in the corporate network.
[0011]
As described above, in the band-on-demand service system of the present invention, a communication business that dynamically and immediately allocates a band required by an application used by an enterprise user by a combination of a band-on-demand server and a band-on-demand access device. Can provide a band-on-demand service to a company.
[0012]
Therefore, in the band-on-demand service system of the present invention, in a service of a communication company connecting a plurality of company networks constituted by Ethernet® or the like, the band-on-demand access device on the company network and the communication company network By using the bandwidth on-demand server, the bandwidth requested by the corporate user can be provided on demand, and the bandwidth can be allocated to each application used by the corporate user.
[0013]
More specifically, in the bandwidth on demand service system of the present invention, the bandwidth between the corporate networks is immediately changed according to a request from the corporate user, and the bandwidth used by the application is dynamically or statically set within the contracted bandwidth. It is possible to assign them in an appropriate manner.
[0014]
As a result, in the bandwidth on-demand service system of the present invention, when changing the contracted bandwidth between the corporate networks, the service start time can be greatly reduced, and the bandwidth suitable for the application can be adjusted according to the corporate policy. It is possible to provide the service immediately and to provide a service with high network efficiency.
[0015]
In addition, in a company, a bandwidth on demand access device is simply provided between a corporate network and a carrier network without changing devices constituting a LAN (Local Area Network), and the bandwidth on demand of the carrier is changed. Service can be enjoyed.
[0016]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing a configuration of a bandwidth on demand service system according to one embodiment of the present invention. In FIG. 1, a band-on-demand service system according to an embodiment of the present invention is configured by connecting a plurality of enterprise networks 2 to 5 with a communication carrier network 1.
[0017]
When the enterprise networks 2 and 3 and the enterprise networks 4 and 5 are networks of different enterprises, respectively, a VPN (Virtual Private Network) is provided in an MPLS (Multi-Protocol Label Switching) network 11 constituting the communication carrier network 1. If introduced, it is possible to cut off communication between the two companies.
[0018]
The corporate networks 2 and 3 are composed of LANs (Local Area Network) 22 and 32 and band-on-demand access devices 21 and 31. Although not shown, the configuration of the company networks 4 and 5 is the same as the configuration of the company networks 2 and 3.
[0019]
The LANs 22 and 32 indicate in-company networks, and although not shown, are constituted by workstations such as various servers and clients, network devices such as PCs (Personal Computers), hubs and routers.
[0020]
The bandwidth on-demand access devices 21 and 31 are devices for connecting the corporate networks 2 to 5 and the carrier network 1, and have four functions of an interface function, a path setting function, an application identification function, and a policing function. .
[0021]
The interface function is an interface function with the band-on-demand server 12 of the carrier network 1 and, in response to a request from a corporate user, communicates with the band-on-demand server 12 with a path setting request, a path release request, a path setting response, a path release response. Transmission and reception.
[0022]
The path setting function is a path setting function inside the band-on-demand access devices 21 and 31. The path setting function sets a path between the LANs 22 and 32 of the corporate networks 2 to 5 and the carrier network 1 in response to a request from the band-on-demand server 11. Perform cancellation.
[0023]
The application identification function is a function for identifying the type of application and the communication state based on the header information of the packets received from the LANs 22 and 32. For example, the type of application can be identified by a port number in a TCP (Transmission Control Protocol) / UDP (User Datagram Protocol) header. The communication state indicates the start or end of communication. For example, a communication start request is identified by a TCP SYN (Synchronize) flag, and a communication end request is identified by a TCP FIN (Fin) flag or RST (Reset) flag. can do.
[0024]
The policing function is a function of monitoring the bandwidth of packets received from the LANs 22 and 32, discarding the offending packets in the apparatus, and preventing the packets from being transmitted to the carrier network.
[0025]
The telecommunications carrier network 1 includes an MPLS network 11 and a bandwidth on demand server 12. The MPLS network 11 is a network capable of specifying a route specified in an IP (Internet Protocol) network by MPLS, and can control traffic by performing band allocation.
[0026]
The bandwidth-on-demand server 12 manages the bandwidth and the path of the MPLS network 11, changes the bandwidth contracted between the corporate networks 2 to 5 in response to requests from the bandwidth-on-demand access devices 21 and 31, or dynamically or dynamically changes the application. For example, statically assigning a path. The band-on-demand server 12 does not have to be concerned with the connection position in the carrier network 1, and it is only necessary that the band-on-demand server 12 can access the band-on-demand access devices 21 and 31.
[0027]
FIG. 2 is a diagram illustrating a logical image of a bandwidth on demand service according to an embodiment of the present invention. In FIG. 2, in this embodiment, a path contracted by a company with a telecommunications carrier is defined as a contract path in order to connect between the company networks 2 and 3. This contract path is identified by a band, a connection destination network, or the like, and can be changed to a time unit such as time, day, or month according to a request from a company user. Here, the telecommunications carrier network 1 connects two networks, a corporate network 2 and a corporate network 3, but it is of course possible to connect three or more corporate networks.
[0028]
In this embodiment, a dynamic path and a static path identified by a band, a destination, and the like are defined for each of the applications # 1 to # 3 within the range of the contract path. The dynamic path is a path that is allocated when the applications # 1 and # 2 are activated and released when the applications are terminated. The dynamic path can change the band, the destination, and the like in units of the applications # 1 and # 2. The static path is a path that is allocated in advance regardless of the activation of the application # 3, and a plurality of applications can be allocated to the static path.
[0029]
The dynamic path occupies one LSP (Label Switched Path), which is an MPLS path, in one application # 1 and # 2, and is effective when priority control is to be performed on a path basis. In addition, since the LSP exists only in the dynamic path when the applications # 1 and # 2 are being executed, the bandwidth can be used efficiently.
[0030]
On the other hand, since a static path may occupy one LSP by a plurality of applications, it is effective when priority control such as best effort is not required. The contract path, the dynamic path, and the static path are set as LSPs that are MPLS paths, and LSPs are multiplexed by layering labels (two layers in this embodiment), and a plurality of dynamic paths are included in the contract path. Assign a static path.
[0031]
In this embodiment, the above method enables the communication carrier to rent a contract path to a company with a fixed charge, and the company can freely use a dynamic path and a static path within the range of the contract path.
[0032]
FIG. 3 is a sequence chart showing a method of setting a contract path between the enterprise networks 2 and 3 according to one embodiment of the present invention. A method of setting a contract path between the enterprise networks 2 and 3 according to an embodiment of the present invention will be described with reference to FIGS. In the following description, an example will be described in which an administrator of a corporate network belonging to the corporate network 2 requests the bandwidth on demand server 12 of the telecommunications carrier network 1 to set a contract path from the corporate network 2.
[0033]
Specific requests include the start of a contract for a contract path, a change in service content (a change in a band and a connection destination network), and a cancellation of a contract. First, a contract path setting request is transmitted from the LAN 22 of the corporate network 2 to the bandwidth on-demand access device 21 (a1 in FIG. 3). The contract path setting request includes information such as the bandwidth between the corporate networks 2 and 3 and the connection destination network. The bandwidth-on-demand access device 21 that has received the request transmits a contract path setting request to the bandwidth-on-demand server 12 of the business network 1 (a2 in FIG. 3).
[0034]
The bandwidth on demand server 12 determines whether the required bandwidth between the corporate networks 2 and 3 and the connection with the connection destination network can be realized (a3 in FIG. 3), and if the service cannot be realized, Since the contract path setting rejection is transmitted to the bandwidth on demand access device 21 (a4 in FIG. 3), the contract path setting rejection is transmitted from the bandwidth on demand access device 21 to the LAN 22 (a5 in FIG. 3).
[0035]
On the other hand, if the service can be realized, the bandwidth on-demand server 12 secures a bandwidth and a path (a6 in FIG. 3), and transmits a path setting request to the MPLS network 11 of the carrier network 1 (FIG. 3). A7). When the path setting is completed (a8 in FIG. 3), the MPLS network 11 transmits a path setting response to the bandwidth on-demand server 12 (a9 in FIG. 3).
[0036]
After completing the path setting of the MPLS network 11, the band-on-demand server 12 transmits a contract path setting response to the band-on-demand access device 21 (a10 in FIG. 3), and the band-on-demand access device 21 sets the contract path on the LAN 22. By transmitting the response (a11 in FIG. 3), the setting of the contract path is completed.
[0037]
FIG. 4 is a sequence chart showing a method for setting a static path between the enterprise networks 2 and 3 according to one embodiment of the present invention. With reference to FIGS. 1, 2 and 4, a method for setting a static path between the enterprise networks 2 and 3 according to one embodiment of the present invention will be described. In the following description, an administrator of a corporate network belonging to the corporate network 2 sends a request to the band-on-demand server 12 of the carrier network 1 to allow a corporate user to execute an application between the corporate network 2 and the corporate network 3. An example of requesting the setting of a static path will be described.
[0038]
The static path is allocated within the band contracted as the contract path and within the range of the network to which the contract path is connected. First, a static path setting request is transmitted from the LAN 22 of the corporate network 2 to the bandwidth on-demand access device 21 (b1 in FIG. 4). The static path setting request includes information such as the type of application, required bandwidth, and destination. In order to allow a plurality of applications to be assigned to one static path, a plurality of application types may be used.
[0039]
Upon receiving the request, the bandwidth-on-demand access device 21 determines whether the request matches the corporate policy (b2 in FIG. 4), and if not, sends a static path setting rejection to the LAN 22. (B3 in FIG. 4). When the bandwidth-on-demand access device 21 determines that they match, it sends a static path setting request to the bandwidth-on-demand server 12 of the business network 1 (b4 in FIG. 4).
[0040]
The bandwidth-on-demand server 12 secures a bandwidth and a path (b5 in FIG. 4), and transmits a path setting request to the MPLS network 11 of the carrier network 1 and the bandwidth-on-demand access device 31 of the enterprise network 3 (b5). B6 and b7 in FIG. 4). When the path setting is completed (b8, b9 in FIG. 4), the MPLS network 11 and the band-on-demand access device 31 transmit path setting responses to the band-on-demand server 12 (b10, b11 in FIG. 4).
[0041]
After the path setting of the MPLS network 11 and the band-on-demand access device 31 is completed, the band-on-demand server 12 transmits a static path setting response to the band-on-demand access device 21 (b12 in FIG. 4), and the band-on-demand access is performed. After setting the path in the device 21 (b13 in FIG. 4), the device 21 transmits a static path setting response to the LAN 22 (b14 in FIG. 4), and the setting of the static path is completed. After setting the static path, the data communication of the corresponding application becomes possible (b15 in FIG. 4).
[0042]
FIG. 5 is a sequence chart showing a method of releasing a static path between the enterprise networks 2 and 3 according to one embodiment of the present invention. With reference to FIGS. 1, 2 and 5, a method of releasing a static path between the enterprise networks 2 and 3 according to one embodiment of the present invention will be described. In the following description, the administrator of the corporate network belonging to the corporate network 2 sends a request to the band-on-demand server 12 of the telecommunications carrier network 1 to terminate the application for the corporate user between the corporate network 2 and the corporate network 3. An example of requesting release of a static path will be described.
[0043]
First, a static path release request is transmitted from the LAN 22 of the corporate network 2 to the bandwidth on-demand access device 21 (c1, c2 in FIG. 5). The static path release request includes information such as the type of application and the destination. In order to allow a plurality of applications to be assigned to one static path, a plurality of application types may be used.
[0044]
Upon receiving the request, the bandwidth-on-demand access device 21 transmits a static path release request to the bandwidth-on-demand server 12 of the business network 1 (c3 in FIG. 5). The band-on-demand server 12 releases the band and the path (c4 in FIG. 5), and transmits a path release request to the MPLS network 11 of the carrier network 1 and the band-on-demand access device 31 of the enterprise network 3 (c4). C5 and c6 in FIG. 5).
[0045]
When the path release is completed (c7, c8 in FIG. 5), the MPLS network 11 and the band-on-demand access device 31 transmit path release responses to the band-on-demand server 12 (c9, c10 in FIG. 5).
[0046]
After completing the path release of the MPLS network 11 and the band-on-demand access device 31, the band-on-demand server 12 transmits a static path release response to the band-on-demand access device 21 (c11 in FIG. 5). After releasing the path in the device itself (c12 in FIG. 5), the band-on-demand access device 21 transmits a static path release response to the LAN 22 (c13 in FIG. 5), and the release of the static path is completed. . After the cancellation of the static path, data communication of the corresponding application cannot be performed.
[0047]
FIG. 6 is a sequence chart showing a method for setting a dynamic path between the enterprise networks 2 and 3 according to one embodiment of the present invention. A method of setting a dynamic path between the enterprise networks 2 and 3 according to one embodiment of the present invention will be described with reference to FIGS. In the following description, in order for a corporate user belonging to the corporate network 2 to execute an application between the corporate network 2 and the corporate network 3, the band-on-demand access device 21 sends a request to the band-on-demand server 12 of the carrier network 1. An example of requesting the setting of a dynamic path will be described.
[0048]
The contract path and the static path are set and released by the administrator of the corporate networks 2 and 3. However, the dynamic path is set by the corporate user without being aware of the setting and release of the dynamic path. In response to the request, the bandwidth on-demand access devices 21 and 31 automatically set and release the dynamic path. For this purpose, the band-on-demand access devices 21 and 31 need to identify the application, so that it is necessary to register in advance the type of application for which a dynamic path is to be set, the required band, the destination, and the like in the device. .
[0049]
In this embodiment, since one application is assigned to one dynamic path, there is only one application type. Further, an application that cannot be assigned to the dynamic path will be assigned to the static path. The dynamic path is allocated within the band contracted as the contract path and within the range of the network to which the contract path is connected.
[0050]
First, a communication start request is transmitted from the LAN 22 of the corporate network 2 to the bandwidth on-demand access device 21 (d1 in FIG. 6). It is assumed that the communication start request includes information indicating the type of application, destination, start of communication, and the like. An example of the communication start request is a TCP SYN flag.
[0051]
Upon receiving the request, the bandwidth on-demand access device 21 determines whether the application can be allocated to the dynamic path (d2 in FIG. 6). If not, the bandwidth on-demand access apparatus 21 issues a communication start request using the static path to the MPLS network. 11 and a communication start request is transmitted to the LAN 32 (d13 in FIG. 6), and application data communication on the static path is enabled between the LAN 22 and the LAN 32 (d14 in FIG. 6).
[0052]
When the band-on-demand access device 21 determines to allocate to a dynamic path, it transmits a dynamic path setting request to the band-on-demand server 12 of the business network 1 (d3 in FIG. 6). The bandwidth on demand server 12 secures a bandwidth and a path (d4 in FIG. 6), and transmits a path setting request to the MPLS network 11 of the communication carrier network 1 and the bandwidth on demand access device 31 of the enterprise network 3 (FIG. 6). D5, d6).
[0053]
When the path setting is completed (d7 and d8 in FIG. 6), the MPLS network 11 and the band-on-demand access device 31 transmit path setting responses to the band-on-demand server 12 (d9 and d10 in FIG. 6).
[0054]
The bandwidth-on-demand server 12 transmits a dynamic path setting response to the bandwidth-on-demand access device 21 after the path setting of the MPLS network 11 and the bandwidth-on-demand access device 31 is completed (d11 in FIG. 6). The access device 21 sets a path in the own device (d12 in FIG. 6), and thereafter transmits a communication start request received first from the LAN 22 to the MPLS network 11 using a dynamic path. The request is transmitted (d13 in FIG. 6), and data communication on the dynamic path of the corresponding application between the LAN 22 and the LAN 32 is enabled (d14 in FIG. 6).
[0055]
FIG. 7 is a sequence chart showing a method of releasing a dynamic path between the enterprise networks 2 and 3 according to one embodiment of the present invention. A method of releasing a dynamic path between the enterprise networks 2 and 3 according to one embodiment of the present invention will be described with reference to FIGS. 1, 2 and 7. In the following description, in order for a corporate user belonging to the corporate network 2 to terminate an application between the corporate network 2 and the corporate network 3, the band-on-demand access device 21 sends a request to the band-on-demand server 12 of the carrier network 1. An example of requesting release of a dynamic path will be described.
[0056]
First, a communication end request is transmitted from the LAN 22 of the corporate network 2 to the band-on-demand access device 21 (e1, e2 in FIG. 7). It is assumed that the communication end request includes information indicating the type of application, destination, communication end, and the like. Since one application is assigned to one dynamic path, there is only one application type. An example of the communication termination request is a TCP FIN flag.
[0057]
Upon receiving the request, the band-on-demand access device 21 transmits a communication termination request to the MPLS network 11 using a dynamic path, and transmits a communication termination request to the LAN 32 (e3 in FIG. 7). The bandwidth-on-demand access device 21 determines whether the application is allocated to the dynamic path (e4 in FIG. 7), and ends the processing if it is not allocated.
[0058]
When determining that the bandwidth is on demand, the bandwidth on-demand access device 21 transmits a dynamic path release request to the bandwidth on demand server 12 of the business network 1 (e5 in FIG. 7). The bandwidth on-demand server 12 releases the bandwidth and the path (e6 in FIG. 7), and transmits a path release request to the MPLS network 11 of the carrier network 1 and the bandwidth-on-demand access device 31 of the enterprise network 3 (FIG. 7). 7 e7, e8).
[0059]
When the path release is completed (e9 and e10 in FIG. 7), the MPLS network 11 and the band-on-demand access device 31 transmit path release responses to the band-on-demand server 12 (e11 and e12 in FIG. 7).
[0060]
After the path release of the MPLS network 11 and the band-on-demand access device 31 is completed, the band-on-demand server 12 transmits a dynamic path release response to the band-on-demand access device 21 (e13 in FIG. 7), and the band-on-demand access is performed. The device 21 releases the path within itself (e14 in FIG. 7). If a new communication start request having the same application type and destination is received, a dynamic path is allocated as shown in FIG.
[0061]
As described above, in the embodiment, in the service of the communication carrier connecting the plurality of enterprise networks 2 to 5 configured by Ethernet (R) or the like, the bandwidth on-demand access devices 21 and 31 on the enterprise networks 2 to 5 By using the bandwidth on-demand server 12 on the communication carrier network 1, the bandwidth requested by the corporate user can be provided on demand, and the bandwidth can be allocated to each application used by the corporate user.
[0062]
More specifically, in this embodiment, the bandwidth between the corporate networks 2 to 5 is immediately changed according to a request from the corporate user, and the bandwidth used by the application is dynamically or statically set within the contracted bandwidth. Can be assigned. As a result, in this embodiment, when changing the contracted bandwidth between the corporate networks 2 to 5, the service start time can be significantly reduced, and the bandwidth suitable for the application is immediately provided according to the corporate policy. And provide network efficient services.
[0063]
Further, in a company, the bandwidth on-demand access devices 21 and 31 are simply arranged between the company networks 2 to 5 and the carrier network 1 without changing the devices constituting the LANs 22 and 32. Bandwidth on-demand service can be enjoyed.
[0064]
In this embodiment, the LSP has two hierarchies. However, it is possible to further increase the number of hierarchies and finely classify applications. In the case of EoMPLS [Ethernet (R) over MPLS] or VPN, the number of MPLS labels is increased by one, but even in such a case, it can be easily handled. Further, it is also possible to add a function of a firewall to the bandwidth on-demand access devices 21 and 31.
[0065]
In the present embodiment, the carrier network 1 is configured by the MPLS network 11, but may be configured by a GMPLS (Generalized Multi-Protocol Label Switching) network. In the case of the MPLS network 11, a contract path, a dynamic path, and a static path are realized by multiplexing LSPs by layering MPLS labels. In the case of the GMPLS network, the paths are hierarchically arranged as wavelength paths. A contract path, a dynamic path, and a static path can be realized in combination with the LSP.
[0066]
FIG. 8 is a diagram illustrating a logical image of a bandwidth on demand service according to another embodiment of the present invention. In FIG. 8, in this embodiment, the contract paths are eliminated, and the corporate networks 2 to 5 are connected by a dynamic path and a static path. In this case, it is not necessary to multiplex LSPs by layering MPLS labels, and the configuration is logically simple.
[0067]
According to this method, in this embodiment, the communication carrier lends a dynamic path and a static path to a company separately, thereby enabling services to be provided in combination with pay-per-use and fixed-rate charges.
[0068]
【The invention's effect】
As described above, the present invention provides a band-on-demand service system for interconnecting distant bases of a corporate network by a carrier network, in which the bandwidth of the carrier network is calculated and the path of the carrier network is calculated and calculated. A bandwidth-on-demand server that performs settings and deploys bandwidth-on-demand access devices that dynamically request bandwidth to the bandwidth-on-demand server by identifying the type of application on each network of the corporate network. By arranging at the base, the bandwidth requested by the enterprise user can be provided on demand, and the effect is obtained that the bandwidth can be allocated to each application used by the enterprise user.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration of a bandwidth on demand service system according to an embodiment of the present invention.
FIG. 2 is a diagram illustrating a logical image of a bandwidth on demand service according to an embodiment of the present invention;
FIG. 3 is a sequence chart showing a method for setting a contract path between enterprise networks according to an embodiment of the present invention.
FIG. 4 is a sequence chart showing a method for setting a static path between enterprise networks according to an embodiment of the present invention.
FIG. 5 is a sequence chart illustrating a method of releasing a static path between enterprise networks according to an embodiment of the present invention.
FIG. 6 is a sequence chart showing a method for setting a dynamic path between enterprise networks according to an embodiment of the present invention.
FIG. 7 is a sequence chart showing a method of releasing a dynamic path between enterprise networks according to an embodiment of the present invention.
FIG. 8 is a diagram illustrating a logical image of a bandwidth on demand service according to another embodiment of the present invention;
[Explanation of symbols]
1 carrier network
2-5 Corporate Network
11 MPLS network
12 Bandwidth on-demand server
21, 31 Bandwidth on-demand access device
22, 32 LAN

Claims

A band-on-demand service system for interconnecting remote locations of a corporate network by a carrier network,
A band-on-demand server arranged in the carrier network and performing bandwidth management of the carrier network and calculation and setting of a path of the carrier network;
A band-on-demand access device provided at each site of the enterprise network and dynamically requesting the band to the band-on-demand server by identifying a type of application; Demand service system.

2. The bandwidth-on-demand service system according to claim 1, wherein the bandwidth-on-demand access device dynamically and statically allocates a bandwidth used by the application within a bandwidth contracted in the carrier network. .

The said bandwidth on-demand access apparatus is arrange | positioned between LAN (Local Area Network) of the said enterprise network, and the said carrier network, and connects the LAN and the said carrier network. The bandwidth on demand service system according to claim 1 or claim 2.

The bandwidth on demand service system according to any one of claims 1 to 3, wherein the communication carrier network is an MPLS (Multi-Protocol Label Switching) network.

The bandwidth-on-demand service system according to claim 4, wherein the paths of the MPLS network are hierarchized, and the hierarchized paths are dynamically and statically allocated to the bandwidths used in the application.

A band-on-demand service method for interconnecting distant bases of a corporate network by a carrier network, wherein the bandwidth is used to manage the bandwidth of the carrier network and calculate and set the path of the carrier network. An on-demand server is deployed in the carrier network, and a bandwidth-on-demand access device for dynamically requesting the bandwidth to the bandwidth-on-demand server by identifying an application type is provided at each of the locations in the enterprise network. A bandwidth-on-demand service method, wherein the method is provided in a network.

7. The bandwidth-on-demand service method according to claim 6, wherein the bandwidth-on-demand access device dynamically and statically allocates a bandwidth used by the application within a bandwidth contracted in the carrier network.

7. The band-on-demand access device is arranged between a LAN (Local Area Network) of the enterprise network and the carrier network, and connects the LAN to the carrier network. Or the bandwidth on demand service method according to claim 7.

The bandwidth-on-demand service method according to any one of claims 6 to 8, wherein the carrier network is an MPLS (Multi-Protocol Label Switching) network.

10. The bandwidth on demand service method according to claim 9, wherein a path of the MPLS network is hierarchized, and the hierarchized path is dynamically and statically allocated to a bandwidth used by the application.