JP2004260285A - Communication quality management system and method - Google Patents

Communication quality management system and method Download PDF

Info

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
Application number
JP2003045903A
Other languages
Japanese (ja)
Other versions
JP3923908B2 (en
Inventor
Akio Masuda
暁生 増田
Masahiro Shima
雅浩 島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2003045903A priority Critical patent/JP3923908B2/en
Publication of JP2004260285A publication Critical patent/JP2004260285A/en
Application granted granted Critical
Publication of JP3923908B2 publication Critical patent/JP3923908B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a communication quality management system and method for efficiently performing band warranted communication reflecting the band utilizing state in all sections in a network for transferring packets by the label switching system. <P>SOLUTION: An IP network 1 is provided with a band management apparatus 2, an MPLS apparatus 3, and an application server 4. The band management apparatus 2 stores terminal accommodation edge cross-reference information, interval band management information, LSP-edge cross-reference information, and LSP-interval cross-reference information. The application server 4 accepts a communication utilizing request from a terminal 61 and outputs a band assurance request to be utilized by the communication to the band management apparatus 2. The band management apparatus 2 discriminates whether or not the requested band can be assured on the basis of the terminal accommodation edge cross-reference information, the section band management information, the LSP-edge cross-reference information, and the LSP-interval cross-reference information and informs the application server 4 about a result of the discrimination as to whether or not the apparatus 2 permits the communication request from the terminal 61. <P>COPYRIGHT: (C)2004,JPO&NCIPI

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 bandwidth management device 2, the MPLS device 3, and the application server 4 are interconnected via the network 1. In FIG. 1, for the sake of explanation, the bandwidth management device 2, the MPLS device 3, and the application server 4 are shown independently of the IP network 1.
[0017]
The IP network 1 includes routers 51 to 57 as MPLS-compatible nodes that transfer packets by a label switching method. In the present embodiment, the router 51 accommodates the terminals 61 and 62, the router 53 accommodates the terminals 64 and 65, the router 54 accommodates the terminal 63, and the router 57 accommodates the terminal 66. The routers 51, 53, 54, and 57 are called edge routers because they are located at ends of the IP network 1 and accommodate terminals. On the other hand, the routers 52, 55, and 56 are located in the middle of the edge router, and are called core routers because they relay data from the edge router.
[0018]
The MPLS device 3 has a function of setting a transfer route (LSP) of a packet to which a label is attached to the route information to the IP network 1 and a function of notifying the band management device 2 of information on the set LSP. I have.
The application server 4 has a function of receiving a communication use request from a terminal accommodated in an edge router in the IP network 1 and outputting a request for securing a band of a network used for the communication to the band management device 2.
The bandwidth management device 2 receives a bandwidth securing request from the application server 4, determines whether the requested bandwidth can be secured, and determines whether or not to permit the communication request from the terminal. It has a function of notifying the server 4.
[0019]
[Terminal accommodation edge correspondence information]
The band management device 2 creates and holds a terminal accommodation edge correspondence information storage table TB1 (see FIG. 2). In this terminal accommodation edge correspondence information storage table TB1, correspondence between all edge routers in the IP network 1 and terminals accommodated in the edge router is written as terminal accommodation edge correspondence information.
[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 application server 4. , And the IP address of the edge router as a set, and writes it into the terminal accommodation edge correspondence information storage table TB1 (see FIG. 5).
[0021]
[Section bandwidth management information]
The band management device 2 creates and holds a section band management information storage table TB2 (see FIG. 2). In the section bandwidth management information storage table TB2, for all sections that may be used for communication in the IP network 1, the correspondence between the section and the usage status of the bandwidth capacity (total resources) of the section is defined as the section bandwidth. Written as management information.
[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 band management device 2 creates and holds a transfer path edge correspondence information storage table TB3 (see FIG. 3). In the transfer path edge correspondence information storage table TB3, for every transfer path (LSP) set for the IP network 1 by the MPLS device 3, the transfer path and the originating and destination edge routers of the transfer path Is written as transfer path edge correspondence information (LSP-edge correspondence information).
[0025]
In this example, based on the information about the LSP notified from the MPLS device 3, the LSP information creation means 2-3 stores the LSP and the originating edge router and destination edge router of the LSP in the LSP-edge correspondence information storage table TB3. Write the router name as a set (see FIG. 7).
[0026]
[Transfer route section correspondence information (LSP-section correspondence information)]
The bandwidth management device 2 creates and holds a transfer path section correspondence information storage table TB4 (see FIG. 3). In this transfer path section correspondence information storage table TB4, for all transfer paths (LSPs) set for the IP network 1 by the MPLS device 3, the correspondence between the transfer path and each section in the transfer path is transferred. It is written as route section correspondence information (LSP-section correspondence information).
[0027]
In this example, based on the information about the LSP notified from the MPLS device 3, the LSP information creating means 2-3 stores the LSP-section correspondence information storage table TB3 in the LSP and the router specified in the LSP by the connection relationship between the LSP and the router in the LSP. (Which section of which router is connected to which interface of which router) is written as a set (see FIG. 8).
[0028]
[Setting of LSP in MPLS Device and Notification of LSP Information]
As shown in FIG. 3, the MPLS device 3 includes an LSP setting unit 3-1 and an LSP notification unit 3-2.
[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 bandwidth management device 2.
[0031]
[Communication use request from terminal to application server]
The application server 4 is a server that provides a means for using services such as video distribution and audio communication for users who use communication services. The user makes a request to use the desired communication service from the terminal to the application server 4.
[0032]
As shown in FIG. 4, the application server 4 includes a use request receiving unit 4-1 for receiving a communication use request from a terminal, and a network bandwidth used by the communication received by the use request receiving unit 4-1. And a bandwidth securing request unit 4-2 for outputting the securing request to the bandwidth management device 2.
[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 application server 4 for a communication service to be viewed. Shall be. In this case, the use request receiving unit 4-1 of the application server 4 has a Web application server function of providing a list of video contents. When the user selects viewing of a certain content on a Web (HTTP) page displayed on the terminal 61, a communication use request is sent to the application server 4.
[0034]
The use request unit 4-1 of the application server 4 receives a communication use request from the terminal 61, and views the IP address of the terminal 61, the IP address of the terminal 66 (distribution server) from which the content is distributed, and the content. The bandwidth (6 Mbps) which needs to be secured is transmitted to the bandwidth securing requesting means 4-2. The band securing request unit 4-2 requests the band management device 2 to secure a band using the IP address of the terminal 61 and the IP address of the terminal 66 from the use requesting unit 4-1 and the band (6 Mbps) that needs to be secured as parameters. Send.
[0035]
The bandwidth management device 2 is provided with a bandwidth securing request acceptance determination unit 2-1. The band securing request reception determining unit 2-1 receives a band securing request from the application server 4, determines whether the requested bandwidth can be secured, and determines whether to permit the communication request from the terminal 61. The application server 4 is notified of the determination result.
[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 terminal 66 and the destination terminal 61 of the communication are accommodated. The edge router 57 and the destination edge router 51 are specified.
[0038]
Next, the LSP set between the specified source edge router 57 and destination edge router 51 is specified by searching the LSP-edge correspondence information storage table TB3, and each of the specified LSPs (LSP 72) is searched. The section (two sections of the routers 51-55 and the routers 55-57) is specified by searching the LSP-section correspondence information storage table TB4.
[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 application server 4. In this case, for the two sections, a newly used bandwidth (6 Mbps) is added to the used bandwidth in the section bandwidth management information. If there is at least one section where 6 Mbps cannot be secured, a determination result (bandwidth NG) indicating that the communication request is not permitted is sent to the application server 4.
[0041]
In the application server 4, the bandwidth securing request unit 4-2 receives the determination result from the bandwidth management device 2, and sends the received determination result to the use request receiving unit 4-1. When the result of the determination from the bandwidth management device 2 is that the reservation of the bandwidth is OK, the use request receiving unit 4-1 sends a use request response to the terminal 61 to permit the communication request. Thus, communication between the terminal 61 and the terminal 66 is started. When the determination result from the band management device 2 is that the band is not guaranteed, the use request receiving unit 4-1 sends a use request response to the terminal 61 to disallow the communication request. As a result, communication between the terminal 61 and the terminal 66 is not started, and the communication service between the terminal 61 and the terminal 66 cannot be used.
[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 bandwidth management device 2, the MPLS device 3, the application server 4, the routers 51 to 57, and the terminals 61 to 66. Thus, efficient bandwidth guaranteed communication reflecting the bandwidth usage status in all sections is provided. As a result, the network operator and the communication service operator can more efficiently provide users with higher quality communication services and earn more revenue.
[0043]
Further, according to the present embodiment, since it is possible to specify a route using MPLS, the band management device 2 performs a route calculation process after collecting routing information such as OSPF for specifying a route. No need to do. For this reason, even when the network scale is increased, there is no problem that the processing load increases.
[0044]
[Response when a failure occurs]
When notifying the LSP information from the MPLS device 3 to the band management device 2, information indicating which LSP is to be switched to which LSP in the event of a failure is also notified at the same time. To keep. By doing so, when a failure occurs, it is possible to instantaneously switch the communication to the bypass route and continue the bandwidth guarantee.
[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装置によって設定される全ての転送経路について、その転送経路とその転送経路の発側および着側のエッジノードとの対応を転送経路エッジ対応情報として記憶する転送経路エッジ対応情報記憶手段と、
前記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.
請求項1に記載された通信品質管理システムにおいて、
前記帯域確保要求受付判定手段は、
前記アプリケーションサーバからの帯域確保要求を受け付け、前記端末収容エッジ対応情報を検索することによりその通信の発側および着側の端末が収容されている発エッジノードおよび着エッジノードを特定し、この特定した発エッジノードと着エッジノードとの間に設定されている転送経路を前記転送経路エッジ対応情報を検索することにより特定し、この特定した転送経路の各区間を前記転送経路区間対応情報を検索することにより特定し、この特定した各区間において要求された帯域確保が可能であるか否かを前記区間帯域管理情報を参照して判定し、前記端末からの通信要求を許可するか否かの判定結果を前記アプリケーションサーバに通知する
ことを特徴とする通信品質管理システム。
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.
請求項2に記載された通信品質管理システムにおいて、
前記帯域確保要求受付判定手段は、
前記特定した各区間について前記区間帯域管理情報を参照してその区間の帯域容量の使用状況を確認し、前記通信要求に対して必要とされる帯域容量を賄える帯域容量が全ての区間に残されていれば前記通信要求を許可し、前記通信要求に対して必要とされる帯域容量を賄える帯域容量が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.
ラベルスイッチング方式によってパケットを転送するMPLS対応の複数のノードを備え、これらノードのうち端末を収容するノードをエッジノードとするネットワークに適用される通信品質管理方法であって
前記ネットワークにおいて利用される可能性のある全てのエッジノード間に前記パケットの転送経路を設定する第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.
請求項4に記載された通信品質管理方法において、
前記第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.
請求項5に記載された通信品質管理方法において、
前記第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.
JP2003045903A 2003-02-24 2003-02-24 Communication quality management system and method Expired - Lifetime JP3923908B2 (en)

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)

* Cited by examiner, † Cited by third party
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

Cited By (13)

* Cited by examiner, † Cited by third party
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