JP2004260285A - Communication quality management system and method - Google Patents
Communication quality management system and method Download PDFInfo
- Publication number
- JP2004260285A JP2004260285A JP2003045903A JP2003045903A JP2004260285A JP 2004260285 A JP2004260285 A JP 2004260285A JP 2003045903 A JP2003045903 A JP 2003045903A JP 2003045903 A JP2003045903 A JP 2003045903A JP 2004260285 A JP2004260285 A JP 2004260285A
- Authority
- JP
- Japan
- Prior art keywords
- section
- communication
- bandwidth
- edge
- transfer path
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
この発明は、ネットワーク内の通品品質を管理する通信品質管理システムおよび方法に関するものである。
【0002】
【従来の技術】
IPネットーワーク上での映像・音声などのデータを受信しながらリアルタイムに再生するストリーム型の通信では、ネットワーク内の通信品質を高品質に保つことが要求され、ネットワークの容量を超える利用要求によって発生する輻輳などによる品質劣化に対しては、再送制御などのアプリケーションレベルの品質向上技術では大きな効果が望めず、ネットワークレイヤにて、各通信フローに対して排他的に利用する通信帯域の幅を確保する必要がある。なお、IPネットワークでは、通信速度(bit/s)を通信帯域と同義として取り扱っている。すなわち、通信速度が速い接続環境を広帯域、通信速度が遅い接続環境を狭帯域と呼んでいる。
【0003】
各通信フローの利用帯域の確保のためには、それぞれの通信フローのネットワーク上の経路(どの区間を利用するか)の特定と、各区間での利用帯域(現在使用中の帯域)・残帯域(現在使用可能な帯域)を管理し、新規の利用要求に対して受け付け判定を行う帯域保証機能が必要となる。これらは、転送レイヤにて行う方法(ルータ・スイッチなどの自律的な動作による方法)と、制御レイヤにて行う方法(ルータ・スイッチとは独立したサーバ内での処理による方法)があり、それぞれにて研究が行われている。
【0004】
制御レイヤにて帯域保証機能を提供する場合、転送レイヤにて決定される各通信フローの経路は、帯域管理サーバにて、転送レイヤからトポロジ情報を収集し、算出し、特定しなければならない。一般的には、転送レイヤではOSPF(Open Shortest Path First)などのルーティングプロトコルによって自律的にルーティングを行っており、帯域管理サーバにてこれらのルーティング情報を収集し、経路計算を行う必要がある。
【0005】
例えば、下記に示す非特許文献1では、帯域管理サーバでネットワーク内のルーティング情報を収集し、蓄積しておき、利用開始契機にて帯域確保要求毎にルーティング情報を用いて経路を算出する方法をとっている。
【0006】
しかしながら、ネットワークにてOSPFなどのルーティングプロトコルを用いて経路制御を行う場合、帯域管理サーバでは転送レイヤから収集したトポロジ情報、ネットワークコスト情報などを元に、それぞれの通信フローが通過する経路を演算によって求める処理が必要となり、ネットワーク規模が大きくなるとこの演算処理負荷が大きくなる問題がある。
【0007】
また、OSPFでは、ネットワークのある部分で故障が発生した場合、各通信フローが迂回する経路を確保するため、転送レイヤにて経路情報の更新手順が発生し、ネットワーク規模が大きい場合その収束までに時間がかかり、通信断の時間が長くなるためサービス性が低下してしまう。さらに、管理者がそれぞれの通信フローの経路を明示的に指定するトラフィックエンジニアリングの実現は難しい。
【0008】
これらの従来技術によって実現が難しい問題に対し、ラベルスイッチング方式によってパケットを転送するMPLS(Multiple Protocol label Switches)を利用することが有効と考えられる。MPLSでは、ネットワークに設けられるノードをMPLS対応のルータとする。MPLS対応のルータでは、IPヘッダの代わりに「ラベル」と呼ばれる短い固定長の識別子を利用し、ネットワークの入口にあるルータ(エッジルータ)にパケットが届くと、パケット内の経路情報に「ラベル」を付加して、次のルータに転送する。次のルータは、パケットについている「ラベル」を見て、どのルータに転送すべきかを判断し、適切なルータにパケットを送る。このような「ラベル」によってネットワーク上に設定される論理パス(転送経路)をLSP(Label Switched Path )と呼んでいる(例えば、非特許文献2参照)。
【0009】
【非特許文献1】
電子情報通信学会2002年ソサイエティ大会講演集、論文タイトル「大規模IP網における管理サーバを用いたリソース管理方式の一提案と具体例」、矢口優、島 雅浩、一瀬 晶、黒川 章、2002年3月7日発行、B−6−31
【非特許文献2】
「Multiprotocol Label Switching Architecture(RFC 3031)」、〔平成15年2月24日検索〕、インターネット<URL:http://www.ietf.org/html.charters/mpls−charter.html>
【0010】
【発明が解決しようとする課題】
しかしながら、MPLSを単純に適用して、各通信フローに対し排他的に確保された帯域を持つLSPを設定してサービスを提供するだけでは、LSPの各区間の帯域利用状況を把握していないので、ネットワークの帯域の効率的な利用はできない。
【0011】
本発明はこのような課題を解決するためになされたもので、その目的とするところは、ラベルスイッチング方式によってパケットを転送するネットワークにおいて、全ての区間での帯域利用状況を反映した効率的な帯域保証通信を行うことが可能な通信品質管理システムおよび方法を提供することにある。
【0012】
【課題を解決するための手段】
このような目的を達成するために本発明は、ラベルスイッチング方式によってパケットを転送するMPLS対応の複数のノードを備え、これらノードのうち端末を収容するノードをエッジノードとするネットワークと、このネットワークにおいて利用される可能性のある全てのエッジノード間にパケットの転送経路を設定するMPLS装置と、エッジノードに収容されている端末からの通信利用要求を受け付け、その通信が利用するネットワークの帯域確保要求を出力するアプリケーションサーバと、このアプリケーションサーバからの帯域確保要求を受け付け、この要求された帯域確保が可能であるか否かを判定し、その判定結果をアプリケーションサーバに通知する帯域管理装置とを設け、帯域管理装置に、ネットワークにおける全てのエッジノードとそのエッジノードに収容されている端末との対応を端末収容エッジ対応情報として記憶する端末収容エッジ対応情報記憶手段と、ネットワークにおける通信に利用される可能性のある全ての区間について、その区間とその区間の帯域容量の使用状況を区間帯域管理情報として記憶する区間帯域管理情報記憶手段と、MPLS装置によって設定される全ての転送経路について、その転送経路とその転送経路の発側および着側のエッジノードとの対応を転送経路エッジ対応情報として記憶する転送経路エッジ対応情報記憶手段と、MPLS装置によって設定される全ての転送経路について、その転送経路とその転送経路内の各区間との対応を転送経路区間対応情報として記憶する転送経路区間対応情報記憶手段と、アプリケーションサーバからの帯域確保要求を受け付け、この要求された帯域確保が可能であるか否かを端末収容エッジ対応情報、区間帯域管理情報、転送経路エッジ対応情報および転送経路区間対応情報に基づいて判定し、端末からの通信要求を許可するか否かの判定結果をアプリケーションサーバに通知する帯域確保要求受付判定手段とを設けたものである。
【0013】
この発明において、MPLS装置は、ネットワークにおいて利用される可能性のある全てのエッジノード間に、ラベルスイッチング方式によって転送されるパケットの転送経路(LSP)を設定する。
帯域管理装置は、ネットワークにおける全てのエッジノードとそのエッジノードに収容されている端末との対応を端末収容エッジ対応情報として記憶し、ネットワークにおける通信に利用される可能性のある全ての区間について、その区間とその区間の帯域容量の使用状況を区間帯域管理情報として記憶し、MPLS装置によって設定される全ての転送経路について、その転送経路とその転送経路の発側および着側のエッジノードとの対応を転送経路エッジ対応情報(LSP−エッジ対応情報)として記憶し、MPLS装置によって設定される全ての転送経路について、その転送経路とその転送経路内の各区間との対応を転送経路区間対応情報(LSP−区間対応情報)として記憶する。
【0014】
また、この発明において、アプリケーションサーバは、エッジノードに収容されている端末からの通信利用要求を受け付け、その通信が利用するネットワークの帯域確保要求を出力する。
帯域管理装置は、アプリケーションサーバからの帯域確保要求を受け付けると、この要求された帯域確保が可能であるか否かを端末収容エッジ対応情報、区間帯域管理情報、転送経路エッジ対応情報および転送経路区間対応情報に基づいて判定し、端末からの通信要求を許可するか否かの判定結果をアプリケーションサーバへ通知する。
【0015】
帯域管理装置において、端末からの通信要求を許可するか否かの判定は、例えば次のようにして行う。先ず、端末収容エッジ対応情報を検索することにより、その通信の発側および着側の端末が収容されている発エッジノードおよび着エッジノードを特定する。次に、この特定した発エッジノードと着エッジノードとの間に設定されている転送経路を転送経路エッジ対応情報を検索することにより特定し、この特定した転送経路の各区間を転送経路区間対応情報を検索することにより特定する。そして、区間帯域管理情報を参照して、その特定した各区間の帯域容量の使用状況を確認し、通信要求に対して必要とされる帯域容量を賄える帯域容量が全ての区間に残されていれば通信要求を許可し、通信要求に対して必要とされる帯域容量を賄える帯域容量が1区間でも残されていなければ通信要求を不許可とする。
【0016】
【発明の実施の形態】
以下、本発明を図面に基づいて詳細に説明する。図1はこの発明の一実施の形態を示す通信品質管理システムの構成図である。同図において、1はIPネットワークであり、2は帯域管理装置、3はMPLS装置、4はアプリケーションサーバである。帯域管理装置2,MPLS装置3およびアプリケーションサーバ4はネットワーク1を介して相互に接続されている。なお、図1では、説明上、帯域管理装置2,MPLS装置3およびアプリケーションサーバ4をIPネットワーク1に対し独立した形で示している。
【0017】
IPネットワーク1は、ラベルスイッチング方式によってパケットを転送するMPLS対応のノードとして、ルータ51〜57を備えている。本実施の形態において、ルータ51には端末61,62が、ルータ53には端末64,65が、ルータ54には端末63が、ルータ57には端末66が収容されている。ルータ51,53,54,57は、IPネットワーク1の端部に位置し、端末を収容していることからエッジルータと呼ばれる。これに対して、ルータ52,55,56は、エッジルータの中間に位置し、エッジルータからのデータを中継することからコアルータと呼ばれる。
【0018】
MPLS装置3は、その経路情報にラベルが付けられるパケットの転送経路(LSP)をIPネットワーク1に対して設定する機能と、設定したLSPに関する情報を帯域管理装置2へ通知する機能を有している。
アプリケーションサーバ4は、IPネットワーク1におけるエッジルータに収容されている端末からの通信利用要求を受け付け、その通信が利用するネットワークの帯域確保要求を帯域管理装置2へ出力する機能を有している。
帯域管理装置2は、アプリケーションサーバ4からの帯域確保要求を受け付け、この要求された帯域確保が可能であるか否かを判定し、端末からの通信要求を許可するか否かの判定結果をアプリケーションサーバ4に通知する機能を有している。
【0019】
〔端末収容エッジ対応情報〕
帯域管理装置2には端末収容エッジ対応情報記憶テーブルTB1(図2参照)が作成・保持される。この端末収容エッジ対応情報記憶テーブルTB1には、IPネットワーク1における全てのエッジルータとそのエッジルータに収容されている端末との対応が端末収容エッジ対応情報として書き込まれる。
【0020】
この例では、サービスの管理者、もしくはアプリケーションサーバ4を介するユーザの操作により、端末情報入力手段2−1を介して、端末のIPアドレスと、その端末が収容されているエッジルータのルータ名と、そのエッジルータのIPアドレスとをセットにして、端末収容エッジ対応情報記憶テーブルTB1に書き込む(図5参照)。
【0021】
〔区間帯域管理情報〕
帯域管理装置2には区間帯域管理情報記憶テーブルTB2(図2参照)が作成・保持される。この区間帯域管理情報記憶テーブルTB2には、IPネットワーク1における通信に利用される可能性のある全ての区間について、その区間とその区間の帯域容量(総リソース)の使用状況との対応が区間帯域管理情報として書き込まれる。
【0022】
この例では、区間情報収集手段2−2の収集機能(SNMP(Simple Network Management Protocol)によるMIB(Management Information Base))により、ルータの接続関係によって特定される区間(どのルータのどのインターフェイスとどのルータのどのインターフェイスとが接続されている区間であるか)と、その区間の現在使用中の帯域容量(使用中帯域(使用リソース))と、現在使用可能な帯域容量(残帯域(残リソース))とをセットにして、区間帯域管理情報記憶テーブルTB2に書き込まれる(図6参照)。
【0023】
なお、区間帯域管理情報記憶テーブルTB2には、各区間の帯域容量(総リソース)を合わせて書き込むようにしてもよく、残帯域(残リソース)のみを書き込むようにしてもよい。また、使用リソースと総リソースを書き込み、残リソースを計算によって求めるようにしてもよい。
【0024】
〔転送経路エッジ対応情報(LSP−エッジ対応情報)〕
帯域管理装置2には転送経路エッジ対応情報記憶テーブルTB3(図3参照)が作成・保持される。この転送経路エッジ対応情報記憶テーブルTB3には、MPLS装置3によってIPネットワーク1に対して設定される全ての転送経路(LSP)について、その転送経路とその転送経路の発側および着側のエッジルータとの対応が転送経路エッジ対応情報(LSP−エッジ対応情報)として書き込まれる。
【0025】
この例では、MPLS装置3から通知されるLSPに関する情報に基づき、LSP情報作成手段2−3がLSP−エッジ対応情報記憶テーブルTB3に、LSPとそのLSPの発側エッジルータおよび着側エッジルータのルータ名をセットにして書き込む(図7参照)。
【0026】
〔転送経路区間対応情報(LSP−区間対応情報)〕
帯域管理装置2には転送経路区間対応情報記憶テーブルTB4(図3参照)が作成・保持される。この転送経路区間対応情報記憶テーブルTB4には、MPLS装置3によってIPネットワーク1に対して設定される全ての転送経路(LSP)について、その転送経路とその転送経路内の各区間との対応が転送経路区間対応情報(LSP−区間対応情報)として書き込まれる。
【0027】
この例では、MPLS装置3から通知されるLSPに関する情報に基づき、LSP情報作成手段2−3がLSP−区間対応情報記憶テーブルTB3に、LSPとそのLSP内のルータの接続関係によって特定される区間(どのルータのどのインターフェイスとどのルータのどのインターフェイスとが接続されている区間であるか)とをセットにして書き込む(図8参照)。
【0028】
〔MPLS装置におけるLSPの設定とLSP情報の通知〕
MPLS装置3は、図3に示されているように、LSP設定手段3−1とLSP通知手段3−2とを有している。
【0029】
LSP設定手段3−1は、IPネットワーク1において利用される可能性のある全てのエッジルータ間にLSPを設定する。例えば、通信サービスを利用する端末や映像コンテンツの配信サーバなどが収容されているエッジルータ間で、メッシュに、双方向に、LSPを設定する。
【0030】
LSP情報通知手段3−2は、LSP設定手段3−1が設定したLSPの全てについて、そのLSPに関する情報(発側エッジルータや着側エッジルータ、発側エッジルータと着側エッジルータとの間に位置するコアルータなど)を帯域管理装置2に通知する。
【0031】
〔端末からアプリケーションサーバへの通信利用要求〕
アプリケーションサーバ4は、通信サービスを利用するユーザ向けに、映像配信,音声通信などのサービスの利用手段を提供するサーバである。ユーザは、端末からアプリケーションサーバ4に対し、希望する通信サービスの利用要求を行う。
【0032】
アプリケーションサーバ4は、図4に示されているように、端末からの通信利用要求を受け付ける利用要求受付手段4−1と、この利用要求受付手段4−1が受け付けた通信が利用するネットワークの帯域確保要求を帯域管理装置2に対して出力する帯域確保要求手段4−2とを備えている。
【0033】
今、図4において、端末61のユーザが、端末66の配信サーバから、6Mbpsのビットレートを持つ映像ストリームコンテンツを受信し、視聴する通信サービスに対し、その利用要求をアプリケーションサーバ4に対して行うものとする。この場合、アプリケーションサーバ4の利用要求受付手段4−1は、映像コンテンツの一覧を提供するWebアプリケーションサーバ機能となる。ユーザが、端末61に表示されるWeb(HTTP)ページにてあるコンテンツの視聴を選択すると、その通信利用要求がアプリケーションサーバ4へ送られる。
【0034】
アプリケーションサーバ4の利用要求手段4−1は、端末61からの通信利用要求を受け付け、端末61のIPアドレスと、コンテンツの配信元である端末66(配信サーバ)のIPアドレスと、コンテンツを視聴するのに確保が必要な帯域(6Mbps)を帯域確保要求手段4−2へ送る。帯域確保要求手段4−2は、利用要求手段4−1からの端末61のIPアドレスと端末66のIPアドレスと確保が必要な帯域(6Mbps)をパラメータとして、帯域管理装置2に対し帯域確保要求を送る。
【0035】
帯域管理装置2には帯域確保要求受付判定手段2−1が設けられている。帯域確保要求受付判定手段2−1は、アプリケーションサーバ4からの帯域確保要求を受け付け、この要求された帯域確保が可能であるか否かを判定し、端末61からの通信要求を許可するか否かの判定結果をアプリケーションサーバ4に通知する。
【0036】
〔通信要求を許可するか否かの判定〕
帯域確保要求受付判定手段2−1での通信要求を許可するか否かの判定は次のようにして行われる。
【0037】
帯域確保要求受付判定手段2−1は、先ず、端末収容エッジ対応情報記憶テーブルTB1中の情報を検索することにより、その通信の発側の端末66および着側の端末61が収容されている発エッジルータ57および着エッジルータ51を特定する。
【0038】
次に、この特定した発エッジルータ57と着エッジルータ51との間に設定されているLSPをLSP−エッジ対応情報記憶テーブルTB3を検索することにより特定し、この特定したLSP(LSP72)の各区間(ルータ51−55、ルータ55−57の2区間)をLSP−区間対応情報記憶テーブルTB4を検索することにより特定する。
【0039】
そして、区間帯域管理情報テーブルTB2中の情報を参照して、その特定した各区間の帯域容量の使用状況を確認する。ここで、通信要求に対して必要とされる帯域容量を賄える帯域容量が全ての区間に残されていれば通信要求を許可し、通信要求に対して必要とされる帯域容量を賄える帯域容量が1区間でも残されていなければ通信要求を不許可とする。
【0040】
この例では、ルータ51−55、ルータ55−57の2区間について、残帯域(残リソース)が6Mbps以上あるか否かを確認し、2区間とも残帯域が6Mbps以上であれば、通信要求を許可する旨の判定結果(帯域確保OK)をアプリケーションサーバ4へ送る。なお、この場合、その2区間について、その区間帯域管理情報中の使用中帯域に対して新たに利用される帯域(6Mbps)を加算する。6Mbpsを確保できない区間が1つでもあれば、通信要求を不許可とする旨の判定結果(帯域確保NG)をアプリケーションサーバ4へ送る。
【0041】
アプリケーションサーバ4では、帯域確保要求手段4−2が帯域管理装置2からの判定結果を受信し、その受信した判定結果を利用要求受付手段4−1へ送る。利用要求受付手段4−1は、帯域管理装置2からの判定結果が帯域確保OKであった場合、その通信要求を許可する旨の利用要求応答を端末61へ送る。これにより、端末61と端末66との間の通信が開始される。帯域管理装置2からの判定結果が帯域確保NGであった場合、利用要求受付手段4−1は、その通信要求を不許可とする旨の利用要求応答を端末61へ送る。これにより、端末61と端末66との間の通信は開始されず、端末61と端末66との間の通信サービスは利用できない。
【0042】
このようにして、本実施の形態では、帯域管理装置2、MPLS装置3、アプリケーションサーバ4、ルータ51〜57および端末61〜66の連携動作によって、ラベルスイッチング方式によってパケットを転送するIPネットワーク1において、全ての区間での帯域利用状況を反映した効率的な帯域保証通信が提供されるものとなる。これによって、ネットワーク事業者、通信サービス事業者は、ユーザに対してより高品質な通信サービスをより効率的に提供し、収益をあげることが可能となる。
【0043】
また、本実施の形態によれば、MPLSを利用した経路の特定が可能であることから、帯域管理装置2では経路の特定のためにOSPFなどのルーティング情報を収集した上での経路計算処理を行う必要がない。このため、ネットワーク規模が大きくなっても、演算処理負荷が大きくなるというような問題は生じない。
【0044】
〔故障発生時の対応〕
MPLS装置3から帯域管理装置2へLSP情報を通知する際に、故障発生の際にどのLSPからどのLSPへ切り替えるかの情報を同時に通知しておき、通信開始時に迂回経路も同時に帯域を確保しておくようにする。このようにすることによって、故障発生時、瞬時に通信を迂回経路に切り替え、帯域保証も継続することが可能となる。
【0045】
〔管理者の意志によるトラフィックエンジニアリングの実現〕
MPLSを利用した帯域保証通信の提供が可能になることによって、あるエッジルータに収容された端末からあるエッジルータに収容された端末までの経路をネットワークのサービス管理者が明示的に指定することが可能となる。これによって、ネットワークのリソースをネットワークのサービス管理者の意志によって効率的に利用しながら、帯域が保証された高品質な通信サービスを提供することが可能となる。
【0046】
【発明の効果】
以上説明したことから明らかなように本発明によれば、帯域管理装置、MPLS装置、アプリケーションサーバ、ノードおよび端末の連携動作によって、ラベルスイッチング方式によってパケットを転送するネットワークにおいて、全ての区間での帯域利用状況を反映した効率的な帯域保証通信を行うことができるようになり、ネットワーク事業者、通信サービス事業者は、ユーザに対してより高品質な通信サービスをより効率的に提供し、収益をあげることが可能となる。
また、本発明によれば、MPLSを利用した経路の特定が可能であることから、帯域管理装置では経路の特定のためにOSPFなどのルーティング情報を収集した上での経路計算処理を行う必要がなく、ネットワーク規模が大きくなっても、演算処理負荷が大きくなるというような問題は生じない。
また、本発明によれば、MPLS装置から帯域管理装置へLSP情報を通知する際に、故障発生の際にどのLSPからどのLSPへ切り替えるかの情報を同時に通知しておき、通信開始時に迂回経路も同時に帯域を確保しておくようにすることが可能であり、このようにすることによって、故障発生時、瞬時に通信を迂回経路に切り替え、帯域保証も継続することが可能となる。
また、本発明によれば、MPLSを利用した帯域保証通信の提供が可能になることによって、ネットワークのリソースをネットワークのサービス管理者の意志によって効率的に利用しながら、帯域が保証された高品質な通信サービスを提供することが可能となる。
【図面の簡単な説明】
【図1】本発明の一実施の形態を示す通信品質管理システムの構成図である。
【図2】この通信品質管理システムの帯域管理装置への情報入力について説明する図である。
【図3】この通信品質管理システムのMPLS装置におけるLSPの設定と帯域管理装置へのLSP情報の通知について説明する図である。
【図4】この通信品質管理システムにおける通信開始時の処理について説明する図である。
【図5】帯域管理装置内に作成・保持される端末収容エッジ対応情報を例示する図である。
【図6】帯域管理装置内に作成・保持される区間帯域管理情報を例示する図である。
【図7】帯域管理装置内に作成・保持されるLSP−エッジ対応情報を例示する図である。
【図8】帯域管理装置内に作成・保持されるLSP−区間対応情報を例示する図である。
【符号の説明】
1…IPネットワーク、2…帯域管理装置、2−1…端末情報入力手段、2−2…区間情報収集手段、2−3…LSP情報作成手段、3…MPLS装置、3−1…LSP設定手段、3−2…LSP情報通知手段、4…アプリケーションサーバ、4−1…利用要求受付手段、4−2…帯域確保要求手段、51〜57…ルータ、61〜66…端末、71〜74…LSP(転送経路)、TB1…端末収容エッジ対応情報記憶テーブル、TB2…区間帯域管理情報記憶テーブル、TB3…転送経路エッジ対応情報記憶テーブル(LSP−エッジ対応情報記憶テーブル)、TB4…転送経路区間対応情報記憶テーブル(LSP−区間対応情報記憶テーブル)。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a communication quality management system and method for managing communication quality in a network.
[0002]
[Prior art]
Stream-type communication that plays back data in real time while receiving data such as video and audio over an IP network requires that communication quality within the network be maintained at a high level. For quality deterioration due to congestion, etc., application-level quality improvement technology such as retransmission control cannot be expected to have a significant effect, and the network layer secures the bandwidth of the communication bandwidth exclusively used for each communication flow. There is a need to. In the IP network, the communication speed (bit / s) is treated as being synonymous with the communication band. That is, a connection environment with a high communication speed is called a wide band, and a connection environment with a low communication speed is called a narrow band.
[0003]
In order to secure the bandwidth used for each communication flow, the route on the network of each communication flow (which section is used), the bandwidth used (the bandwidth currently used) and the remaining bandwidth in each section are specified. A bandwidth guarantee function that manages (currently available bandwidth) and determines whether to accept a new use request is required. There are two methods: a method performed at the transfer layer (method by autonomous operation of routers and switches) and a method performed at the control layer (method by processing in a server independent of routers and switches). Research is being conducted at
[0004]
In the case where the bandwidth guarantee function is provided in the control layer, the route of each communication flow determined in the transfer layer must collect, calculate, and specify topology information from the transfer layer in the bandwidth management server. Generally, in the transfer layer, routing is performed autonomously by a routing protocol such as OSPF (Open Shortest Path First), and it is necessary to collect such routing information in a bandwidth management server and perform route calculation.
[0005]
For example, Non-Patent Document 1 described below discloses a method in which routing information in a network is collected and stored in a bandwidth management server, and a route is calculated using routing information for each bandwidth securing request at the start of use. I'm taking.
[0006]
However, when performing route control using a routing protocol such as OSPF in a network, the bandwidth management server calculates the route through which each communication flow passes based on topology information, network cost information, and the like collected from the transfer layer. The required processing is required, and there is a problem that as the network scale increases, the load of the arithmetic processing increases.
[0007]
Also, in the OSPF, when a failure occurs in a certain part of the network, a route information update procedure occurs in the transfer layer in order to secure a bypass route for each communication flow. It takes time and the time of communication disconnection becomes longer, so that the serviceability deteriorates. Further, it is difficult to implement traffic engineering in which an administrator explicitly specifies the route of each communication flow.
[0008]
It is considered effective to use MPLS (Multiple Protocol label Switches) that transfers packets by a label switching method, in order to solve the problems that are difficult to be realized by these conventional techniques. In MPLS, a node provided in a network is a router supporting MPLS. MPLS-compatible routers use short fixed-length identifiers called "labels" instead of IP headers. When a packet arrives at a router (edge router) at the entrance to the network, a "label" is added to the routing information in the packet. And forward it to the next router. The next router looks at the "label" on the packet, determines which router to forward to, and sends the packet to the appropriate router. A logical path (transfer path) set on a network by such a “label” is called an LSP (Label Switched Path) (for example, see Non-Patent Document 2).
[0009]
[Non-patent document 1]
Proceedings of the 2002 IEICE Society Conference, Proposal and Specific Example of Resource Management Method Using Management Server in Large-Scale IP Network, Yu Yaguchi, Masahiro Shima, Akira Ichinose, Akira Kurokawa, March 2002 Issued on March 7, B-6-31
[Non-patent document 2]
“Multiprotocol Label Switching Architecture (RFC 3031)”, [Searched on February 24, 2003], Internet <URL: http: // www. ief. org / html. charters / mpls-charter. html>
[0010]
[Problems to be solved by the invention]
However, simply applying MPLS and setting an LSP having a band exclusively reserved for each communication flow to provide a service does not grasp the band use status of each section of the LSP. However, efficient use of network bandwidth is not possible.
[0011]
The present invention has been made in order to solve such a problem, and an object of the present invention is to provide an efficient bandwidth that reflects the bandwidth usage in all sections in a network that transfers packets by a label switching method. It is an object of the present invention to provide a communication quality management system and method capable of performing guaranteed communication.
[0012]
[Means for Solving the Problems]
In order to achieve such an object, the present invention provides a network including a plurality of MPLS-compatible nodes that transfer packets by a label switching method, and among these nodes, a node accommodating a terminal is an edge node; An MPLS device for setting a packet transfer route between all edge nodes that may be used, and a communication use request from a terminal accommodated in the edge node, and a request for securing a bandwidth of a network used by the communication. And a bandwidth management device that receives a bandwidth securing request from the application server, determines whether the requested bandwidth can be secured, and notifies the application server of the determination result. To the bandwidth management device, Edge-correspondence information storage means for storing the correspondence between edge nodes and terminals accommodated in the edge node as terminal-accommodated edge correspondence information, and all sections that may be used for communication in the network. And section bandwidth management information storage means for storing the usage status of the bandwidth capacity of the section as section bandwidth management information, and, for all transfer paths set by the MPLS device, the transfer path and the originating and destination sides of the transfer path Transfer path edge correspondence information storage means for storing the correspondence with the edge node as transfer path edge correspondence information, and the correspondence between the transfer path and each section in the transfer path for all transfer paths set by the MPLS device. Transfer path section correspondence information storage means for storing the information as transfer path section correspondence information; A bandwidth securing request from the server is received, and it is determined whether or not the requested bandwidth can be secured based on the terminal accommodation edge correspondence information, the section bandwidth management information, the transfer path edge correspondence information, and the transfer path section correspondence information. And a band securing request acceptance determining means for notifying the application server of the result of determining whether to permit the communication request from the terminal.
[0013]
In the present invention, the MPLS device sets a transfer path (LSP) of a packet transferred by the label switching method between all edge nodes that may be used in the network.
The band management device stores the correspondence between all the edge nodes in the network and the terminals accommodated in the edge nodes as terminal accommodation edge correspondence information, and for all sections that may be used for communication in the network, The section and the use status of the bandwidth capacity of the section are stored as section band management information, and for all transfer paths set by the MPLS device, the transfer path and the edge nodes on the originating and destination sides of the transfer path are connected. The correspondence is stored as transfer path edge correspondence information (LSP-edge correspondence information), and for all transfer paths set by the MPLS device, the correspondence between the transfer path and each section in the transfer path is represented by transfer path section correspondence information. (LSP-section correspondence information).
[0014]
Further, in the present invention, the application server receives a communication use request from a terminal accommodated in the edge node, and outputs a request for securing a bandwidth of a network used by the communication.
Upon receiving the bandwidth securing request from the application server, the bandwidth managing device determines whether the requested bandwidth can be secured or not, the terminal accommodation edge correspondence information, the section bandwidth management information, the transfer path edge correspondence information, and the transfer path section. A determination is made based on the correspondence information, and a determination result as to whether to permit a communication request from the terminal is sent to the application server.
[0015]
In the band management device, whether to permit a communication request from a terminal is determined, for example, as follows. First, by searching the terminal accommodation edge correspondence information, the originating edge node and the destination edge node accommodating the originating and destination terminals of the communication are specified. Next, the transfer path set between the specified source edge node and the destination edge node is specified by searching the transfer path edge correspondence information, and each section of the specified transfer path is specified as the transfer path section corresponding to the transfer path section. Identify by searching for information. Then, by referring to the section bandwidth management information, the usage status of the bandwidth capacity of each of the specified sections is confirmed, and if the bandwidth capacity sufficient to cover the bandwidth capacity required for the communication request is left in all sections. The communication request is permitted, and the communication request is rejected if there is no bandwidth capacity sufficient to cover the bandwidth capacity required for the communication request.
[0016]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, the present invention will be described in detail with reference to the drawings. FIG. 1 is a configuration diagram of a communication quality management system according to an embodiment of the present invention. In the figure, 1 is an IP network, 2 is a band management device, 3 is an MPLS device, and 4 is an application server. The
[0017]
The IP network 1 includes
[0018]
The
The
The
[0019]
[Terminal accommodation edge correspondence information]
The
[0020]
In this example, the IP address of the terminal and the router name of the edge router in which the terminal is accommodated are input via the terminal information input means 2-1 by the operation of the service administrator or the user via the
[0021]
[Section bandwidth management information]
The
[0022]
In this example, the section (which interface and which router of which router and which router) is specified by the collection function (MIB (Management Information Base) by SNMP (Simple Network Management Protocol)) of the section information collecting means 2-2. Which interface is connected to this section), the currently used bandwidth capacity (used bandwidth (used resource)) of the section, and the currently available bandwidth capacity (remaining bandwidth (remaining resource)) Are written as a set in the section band management information storage table TB2 (see FIG. 6).
[0023]
The section bandwidth management information storage table TB2 may be written with the bandwidth capacity (total resources) of each section together, or may be written with only the remaining bandwidth (remaining resources). Alternatively, the used resources and the total resources may be written, and the remaining resources may be calculated.
[0024]
[Transfer path edge correspondence information (LSP-edge correspondence information)]
The
[0025]
In this example, based on the information about the LSP notified from the
[0026]
[Transfer route section correspondence information (LSP-section correspondence information)]
The
[0027]
In this example, based on the information about the LSP notified from the
[0028]
[Setting of LSP in MPLS Device and Notification of LSP Information]
As shown in FIG. 3, the
[0029]
The LSP setting unit 3-1 sets an LSP between all edge routers that may be used in the IP network 1. For example, an LSP is set bidirectionally in a mesh between edge routers accommodating terminals using communication services, video content distribution servers, and the like.
[0030]
The LSP information notifying unit 3-2 performs, for all of the LSPs set by the LSP setting unit 3-1, information on the LSPs (the originating edge router and the destination edge router, and the information between the originating edge router and the destination edge router). , Etc.) is notified to the
[0031]
[Communication use request from terminal to application server]
The
[0032]
As shown in FIG. 4, the
[0033]
In FIG. 4, the user of the terminal 61 receives a video stream content having a bit rate of 6 Mbps from the distribution server of the terminal 66, and makes a use request to the
[0034]
The use request unit 4-1 of the
[0035]
The
[0036]
[Determining Whether to Allow Communication Request]
The determination as to whether to permit the communication request in the band securing request acceptance determining means 2-1 is performed as follows.
[0037]
First, the band securing request acceptance determining means 2-1 searches the terminal accommodation edge correspondence information storage table TB1 for information, and thereby the originating
[0038]
Next, the LSP set between the specified
[0039]
Then, by referring to the information in the section bandwidth management information table TB2, the usage status of the bandwidth capacity of each specified section is confirmed. Here, if the bandwidth capacity required for the communication request is left in all sections, the communication request is permitted, and the bandwidth capacity required for the communication request is satisfied. If no data is left in one section, the communication request is rejected.
[0040]
In this example, it is confirmed whether the remaining bandwidth (remaining resource) is equal to or more than 6 Mbps in two sections of the routers 51-55 and 55-57. The determination result of permission (bandwidth OK) is sent to the
[0041]
In the
[0042]
As described above, in the present embodiment, in the IP network 1 that transfers packets by the label switching method by the cooperative operation of the
[0043]
Further, according to the present embodiment, since it is possible to specify a route using MPLS, the
[0044]
[Response when a failure occurs]
When notifying the LSP information from the
[0045]
[Realization of traffic engineering by the will of the administrator]
The provision of bandwidth-guaranteed communication using MPLS allows a network service manager to explicitly specify a route from a terminal accommodated in a certain edge router to a terminal accommodated in a certain edge router. It becomes possible. As a result, it is possible to provide a high-quality communication service with guaranteed bandwidth while efficiently using network resources according to the intention of a network service manager.
[0046]
【The invention's effect】
As is apparent from the above description, according to the present invention, in a network in which a packet is transferred by the label switching method by the cooperative operation of the band management device, the MPLS device, the application server, the node and the terminal, the band in all the sections is transferred. It is now possible to perform efficient bandwidth guaranteed communication reflecting the usage status, and network and communication service providers can provide higher quality communication services to users more efficiently and generate revenue. It is possible to give.
Further, according to the present invention, since it is possible to specify a route using MPLS, it is necessary for the bandwidth management device to perform a route calculation process after collecting routing information such as OSPF for specifying the route. In addition, even if the network scale is increased, there is no problem that the processing load increases.
Further, according to the present invention, when notifying the LSP information from the MPLS device to the bandwidth management device, information indicating which LSP is to be switched to which LSP in the event of a failure is also notified at the same time. It is also possible to secure a band at the same time, and by doing so, when a failure occurs, it is possible to instantaneously switch the communication to a bypass route and continue the band guarantee.
In addition, according to the present invention, it is possible to provide bandwidth guaranteed communication using MPLS, so that network resources can be efficiently used at the will of a network service manager while ensuring high quality with guaranteed bandwidth. Communication service can be provided.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a communication quality management system according to an embodiment of the present invention.
FIG. 2 is a diagram illustrating information input to a band management device of the communication quality management system.
FIG. 3 is a diagram for explaining setting of an LSP in an MPLS device of the communication quality management system and notification of LSP information to a band management device.
FIG. 4 is a diagram for explaining processing at the time of starting communication in the communication quality management system.
FIG. 5 is a diagram exemplifying terminal accommodation edge correspondence information created and held in a band management device;
FIG. 6 is a diagram exemplifying section band management information created and held in the band management device;
FIG. 7 is a diagram exemplifying LSP-edge correspondence information created and held in a band management device;
FIG. 8 is a diagram exemplifying LSP-section correspondence information created and held in the band management device;
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... IP network, 2 ... Band management apparatus, 2-1 ... Terminal information input means, 2-2 ... Section information collection means, 2-3 ... LSP information creation means, 3 ... MPLS apparatus, 3-1 ... LSP setting means 3-2 LSP information notifying means, 4 application server, 4-1 use request receiving means, 4-2 bandwidth securing request means, 51-57 router, 61-66 terminal, 71-74 LSP (Transfer path), TB1 ... terminal accommodation edge correspondence information storage table, TB2 ... section band management information storage table, TB3 ... transfer path edge correspondence information storage table (LSP-edge correspondence information storage table), TB4 ... transfer path section correspondence information Storage table (LSP-section correspondence information storage table).
Claims (6)
このネットワークにおいて利用される可能性のある全てのエッジノード間に前記パケットの転送経路を設定するMPLS装置と、
前記エッジノードに収容されている端末からの通信利用要求を受け付け、その通信が利用するネットワークの帯域確保要求を出力するアプリケーションサーバと、
このアプリケーションサーバからの帯域確保要求を受け付け、この要求された帯域確保が可能であるか否かを判定し、前記端末からの通信要求を許可するか否かの判定結果を前記アプリケーションサーバに通知する帯域管理装置とを備えた通信品質管理システムであって、
前記帯域管理装置は、
前記ネットワークにおける全てのエッジノードとそのエッジノードに収容されている端末との対応を端末収容エッジ対応情報として記憶する端末収容エッジ対応情報記憶手段と、
前記ネットワークにおける通信に利用される可能性のある全ての区間について、その区間とその区間の帯域容量の使用状況との対応を区間帯域管理情報として記憶する区間帯域管理情報記憶手段と、
前記MPLS装置によって設定される全ての転送経路について、その転送経路とその転送経路の発側および着側のエッジノードとの対応を転送経路エッジ対応情報として記憶する転送経路エッジ対応情報記憶手段と、
前記MPLS装置によって設定される全ての転送経路について、その転送経路とその転送経路内の各区間との対応を転送経路区間対応情報として記憶する転送経路区間対応情報記憶手段と、
前記アプリケーションサーバからの帯域確保要求を受け付け、この要求された帯域確保が可能であるか否かを前記端末収容エッジ対応情報、前記区間帯域管理情報、前記転送経路エッジ対応情報および前記転送経路区間対応情報に基づいて判定し、前記端末からの通信要求を許可するか否かの判定結果を前記アプリケーションサーバに通知する帯域確保要求受付判定手段と
を備えたことを特徴とする通信品質管理システム。A network including a plurality of MPLS-compatible nodes that transfer packets by a label switching method, and a node that accommodates a terminal among the nodes as an edge node;
An MPLS device that sets a transfer route of the packet between all edge nodes that may be used in the network;
An application server that receives a communication use request from a terminal accommodated in the edge node and outputs a request for securing a bandwidth of a network used by the communication;
A band securing request from the application server is received, it is determined whether or not the requested bandwidth can be secured, and a result of determining whether to permit a communication request from the terminal is notified to the application server. A communication quality management system including a band management device,
The band management device,
Terminal accommodation edge correspondence information storage means for storing correspondence between all edge nodes in the network and terminals accommodated in the edge nodes as terminal accommodation edge correspondence information,
For all sections that may be used for communication in the network, a section band management information storage unit that stores, as section band management information, a correspondence between the section and the use state of the band capacity of the section,
Transfer path edge correspondence information storage means for storing, as transfer path edge correspondence information, the correspondence between the transfer path and the source and destination edge nodes of the transfer path for all transfer paths set by the MPLS device;
Transfer path section correspondence information storage means for storing, as transfer path section correspondence information, the correspondence between the transfer path and each section in the transfer path for all transfer paths set by the MPLS apparatus;
A band securing request from the application server is received, and the terminal accommodating edge correspondence information, the section band management information, the transfer path edge correspondence information, and the transfer path section correspondence indicate whether or not the requested band securing is possible. A communication quality management system, comprising: a band securing request acceptance determining unit that makes a determination based on information and notifies the application server of a result of determining whether to permit a communication request from the terminal.
前記帯域確保要求受付判定手段は、
前記アプリケーションサーバからの帯域確保要求を受け付け、前記端末収容エッジ対応情報を検索することによりその通信の発側および着側の端末が収容されている発エッジノードおよび着エッジノードを特定し、この特定した発エッジノードと着エッジノードとの間に設定されている転送経路を前記転送経路エッジ対応情報を検索することにより特定し、この特定した転送経路の各区間を前記転送経路区間対応情報を検索することにより特定し、この特定した各区間において要求された帯域確保が可能であるか否かを前記区間帯域管理情報を参照して判定し、前記端末からの通信要求を許可するか否かの判定結果を前記アプリケーションサーバに通知する
ことを特徴とする通信品質管理システム。The communication quality management system according to claim 1,
The band securing request acceptance determination means,
By receiving a bandwidth securing request from the application server and searching for the terminal accommodation edge correspondence information, the originating edge node and the destination edge node accommodating the originating and destination terminals of the communication are identified, and this identification is performed. The transfer path set between the originating edge node and the destination edge node is specified by searching the transfer path edge correspondence information, and each section of the specified transfer path is searched for the transfer path section correspondence information. By referring to the section bandwidth management information to determine whether or not the requested bandwidth can be secured in each of the identified sections, and determine whether to permit a communication request from the terminal. A communication quality management system for notifying the application server of a determination result.
前記帯域確保要求受付判定手段は、
前記特定した各区間について前記区間帯域管理情報を参照してその区間の帯域容量の使用状況を確認し、前記通信要求に対して必要とされる帯域容量を賄える帯域容量が全ての区間に残されていれば前記通信要求を許可し、前記通信要求に対して必要とされる帯域容量を賄える帯域容量が1区間でも残されていなければ前記通信要求を不許可とする判定結果を前記アプリケーションサーバに通知する
ことを特徴とする通信品質管理システム。In the communication quality management system according to claim 2,
The band securing request acceptance determination means,
For each of the identified sections, refer to the section bandwidth management information to check the usage status of the bandwidth capacity of the section, and the bandwidth capacity that can cover the bandwidth capacity required for the communication request is left in all sections. If the communication request is permitted, the application server sends a determination result to the application server that the communication request is not permitted if the bandwidth capacity required for the communication request is not left even in one section. A communication quality management system for notifying.
前記ネットワークにおいて利用される可能性のある全てのエッジノード間に前記パケットの転送経路を設定する第1ステップと、
前記エッジノードに収容されている端末からの通信利用要求を受け付け、その通信が利用するネットワークの帯域確保要求を出力する第2ステップと、
前記ネットワークにおける全てのエッジノードとそのエッジノードに収容されている端末との対応を端末収容エッジ対応情報として記憶する第3ステップと、
前記ネットワークにおける通信に利用される可能性のある全ての区間について、その区間とその区間の帯域容量の使用状況との対応を区間帯域管理情報として記憶する第4ステップと、
前記第1ステップにより設定される全ての転送経路について、その転送経路とその転送経路の発側および着側のエッジノードとの対応を転送経路エッジ対応情報として記憶する第5ステップと、
前記第1ステップにより設定される全ての転送経路について、その転送経路とその転送経路内の各区間との対応を転送経路区間対応情報として記憶する第6ステップと、
前記第2ステップにより出力された帯域確保要求を受け付け、この要求された帯域確保が可能であるか否かを前記端末収容エッジ対応情報、前記区間帯域管理情報、前記転送経路エッジ対応情報および前記転送経路区間対応情報に基づいて判定し、その判定結果を前記アプリケーションサーバに通知する第7ステップと
を備えたことを特徴とする通信品質管理方法。A communication quality management method applied to a network including a plurality of MPLS-compatible nodes for transferring a packet by a label switching method and having a node accommodating a terminal among the nodes as an edge node, the method being applicable to the network. Setting a transfer route of the packet between all possible edge nodes;
A second step of receiving a communication use request from a terminal accommodated in the edge node and outputting a request for securing a bandwidth of a network used by the communication;
A third step of storing the correspondence between all the edge nodes in the network and the terminals accommodated in the edge nodes as terminal accommodation edge correspondence information;
A fourth step of storing, for all sections that may be used for communication in the network, the correspondence between the section and the usage status of the band capacity of the section as section band management information;
A fifth step of storing, for all the transfer paths set in the first step, the correspondence between the transfer path and the originating and destination edge nodes of the transfer path as transfer path edge correspondence information;
A sixth step of storing, for all the transfer paths set in the first step, the correspondence between the transfer path and each section in the transfer path as transfer path section correspondence information;
Accepting the bandwidth securing request output in the second step, and determining whether or not the requested bandwidth securing is possible; the terminal accommodation edge correspondence information, the section bandwidth management information, the transfer path edge correspondence information, and the transfer; Determining based on the route section correspondence information and notifying the application server of the determination result.
前記第7ステップにおいて、
前記アプリケーションサーバからの帯域確保要求を受け付け、前記端末収容エッジ対応情報を検索することによりその通信の発側および着側の端末が収容されている発エッジノードおよび着エッジノードを特定し、この特定した発エッジノードと着エッジノードとの間に設定されている転送経路を前記転送経路エッジ対応情報を検索することにより特定し、この特定した転送経路の各区間を前記転送経路区間対応情報を検索することにより特定し、この特定した各区間において要求された帯域確保が可能であるか否かを前記区間帯域管理情報を参照して判定し、前記端末からの通信要求を許可するか否かの判定結果を前記アプリケーションサーバに通知するようにした
ことを特徴とする通信品質管理方法。In the communication quality management method according to claim 4,
In the seventh step,
By receiving a bandwidth securing request from the application server and searching for the terminal accommodation edge correspondence information, the originating edge node and the destination edge node accommodating the originating and destination terminals of the communication are identified, and this identification is performed. The transfer path set between the originating edge node and the destination edge node is specified by searching the transfer path edge correspondence information, and each section of the specified transfer path is searched for the transfer path section correspondence information. By referring to the section bandwidth management information to determine whether or not the requested bandwidth can be secured in each of the identified sections, and determine whether to permit a communication request from the terminal. A communication quality management method, wherein a determination result is notified to the application server.
前記第7ステップにおいて、
前記特定した各区間について前記区間帯域管理情報を参照してその区間の帯域容量の使用状況を確認し、前記通信要求に対して必要とされる帯域容量を賄える帯域容量が全ての区間に残されていれば前記通信要求を許可し、前記通信要求に対して必要とされる帯域容量を賄える帯域容量が1区間でも残されていなければ前記通信要求を不許可すとする判定結果を前記アプリケーションサーバに通知するようにした
ことを特徴とする通信品質管理方法。The communication quality management method according to claim 5,
In the seventh step,
For each of the identified sections, refer to the section bandwidth management information to check the usage status of the bandwidth capacity of the section, and the bandwidth capacity that can cover the bandwidth capacity required for the communication request is left in all sections. The application server determines that the communication request is permitted if the bandwidth is sufficient to cover the required bandwidth capacity for the communication request even if one section is not left even in one section. A communication quality management method, characterized in that the communication quality is managed.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003045903A JP3923908B2 (en) | 2003-02-24 | 2003-02-24 | Communication quality management system and method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003045903A JP3923908B2 (en) | 2003-02-24 | 2003-02-24 | Communication quality management system and method |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004260285A true JP2004260285A (en) | 2004-09-16 |
JP3923908B2 JP3923908B2 (en) | 2007-06-06 |
Family
ID=33112591
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003045903A Expired - Lifetime JP3923908B2 (en) | 2003-02-24 | 2003-02-24 | Communication quality management system and method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3923908B2 (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100748097B1 (en) | 2006-09-29 | 2007-08-09 | 한국전자통신연구원 | Route configuration method and apparatus for security of qos(quality of service) |
JP2007266773A (en) * | 2006-03-27 | 2007-10-11 | Fujitsu Ltd | Service request device and service request processing method |
WO2008029465A1 (en) * | 2006-09-06 | 2008-03-13 | Media Global Links Co., Ltd. | Transmission network concentration control method |
WO2008029464A1 (en) * | 2006-09-06 | 2008-03-13 | Media Global Links Co., Ltd. | Video transmission star-type network |
WO2009044455A1 (en) * | 2007-10-02 | 2009-04-09 | Fujitsu Limited | Routing control apparatus and routing control method |
JP2009100175A (en) * | 2007-10-16 | 2009-05-07 | Kddi Corp | Method and system for setting lsp of on-demand type network |
JP2010538529A (en) * | 2007-08-30 | 2010-12-09 | トムソン ライセンシング | Unified peer-to-peer cache system for content services in wireless mesh networks |
WO2012073409A1 (en) * | 2010-12-01 | 2012-06-07 | Nec Corporation | Communication system, control device, communication method, and program |
CN103684882A (en) * | 2013-12-30 | 2014-03-26 | 华为技术有限公司 | Message transmission method, system and device based on TRUNK technology |
-
2003
- 2003-02-24 JP JP2003045903A patent/JP3923908B2/en not_active Expired - Lifetime
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007266773A (en) * | 2006-03-27 | 2007-10-11 | Fujitsu Ltd | Service request device and service request processing method |
WO2008029465A1 (en) * | 2006-09-06 | 2008-03-13 | Media Global Links Co., Ltd. | Transmission network concentration control method |
WO2008029464A1 (en) * | 2006-09-06 | 2008-03-13 | Media Global Links Co., Ltd. | Video transmission star-type network |
KR100748097B1 (en) | 2006-09-29 | 2007-08-09 | 한국전자통신연구원 | Route configuration method and apparatus for security of qos(quality of service) |
JP2010538529A (en) * | 2007-08-30 | 2010-12-09 | トムソン ライセンシング | Unified peer-to-peer cache system for content services in wireless mesh networks |
WO2009044455A1 (en) * | 2007-10-02 | 2009-04-09 | Fujitsu Limited | Routing control apparatus and routing control method |
JP2009100175A (en) * | 2007-10-16 | 2009-05-07 | Kddi Corp | Method and system for setting lsp of on-demand type network |
WO2012073409A1 (en) * | 2010-12-01 | 2012-06-07 | Nec Corporation | Communication system, control device, communication method, and program |
CN102792646A (en) * | 2010-12-01 | 2012-11-21 | 日本电气株式会社 | Communication system, control device, communication method, and program |
JP2013545320A (en) * | 2010-12-01 | 2013-12-19 | 日本電気株式会社 | COMMUNICATION SYSTEM, CONTROL DEVICE, COMMUNICATION METHOD, AND PROGRAM |
KR101529950B1 (en) * | 2010-12-01 | 2015-06-18 | 닛본 덴끼 가부시끼가이샤 | Communication system, information processing device, communication node, communication method, and computer-readable storage medium storing program |
US11134011B2 (en) | 2010-12-01 | 2021-09-28 | Nec Corporation | Communication system, control device, communication method, and program |
CN103684882A (en) * | 2013-12-30 | 2014-03-26 | 华为技术有限公司 | Message transmission method, system and device based on TRUNK technology |
Also Published As
Publication number | Publication date |
---|---|
JP3923908B2 (en) | 2007-06-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3923863B2 (en) | Request router device | |
US9130861B2 (en) | Traffic engineering and bandwidth management of bundled links | |
JP3701476B2 (en) | Data communication method | |
Savage et al. | Detour: Informed Internet routing and transport | |
JP3900195B2 (en) | Multicast transfer route setting method and multicast label switching method for realizing the same | |
US20050010685A1 (en) | Method and a system for enabling data to be stored in a computer network; a method and a system for storing data in a computer network | |
US7289429B2 (en) | System and method to perform non-service effecting bandwidth reservation using a reservation signaling protocol | |
WO2007079667A1 (en) | A method for traffic engineering computation between the areas and a system, an equipment, a storage media thereof | |
WO2006125386A1 (en) | A method for processing the distributed path information request | |
US20040165597A1 (en) | Service level agreement driven route table selection | |
JP3923908B2 (en) | Communication quality management system and method | |
JP4074310B2 (en) | Traffic distributed control device, packet communication network, and program | |
JP2004236030A (en) | Policy application system based on network state and its program | |
Kao et al. | An effective routing mechanism for link congestion avoidance in software-defined networking | |
JP2006319902A (en) | Vpn service providing method and establishment method of optical path | |
JP2005005836A (en) | Load reduction router for network and server | |
JP2004048565A5 (en) | ||
Kodialam et al. | Online multicast routing with bandwidth guarantees: a new approach using multicast network flow | |
Wahanani et al. | Performance analysis of video on demand and video streaming on the network MPLS Traffic Engineering | |
Cisco | Software Summary | |
JP2004088658A (en) | Packet transfer apparatus and packet processing method | |
WO2006042464A1 (en) | A method for achieving the service connection resource management | |
JP2000151692A (en) | Resource reservation system and method | |
KR100428778B1 (en) | method for CR-LSP path protection in Multi Protocol Label Switching system and the recorded media thereof | |
JP2004040723A (en) | Access service network construction system and access service network construction method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041215 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061128 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070125 |
|
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: 20070220 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070222 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110302 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110302 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120302 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130302 Year of fee payment: 6 |