JP3716927B2 - 帯域管理装置および方法およびプログラムおよび記録媒体 - Google Patents
帯域管理装置および方法およびプログラムおよび記録媒体 Download PDFInfo
- Publication number
- JP3716927B2 JP3716927B2 JP2002044550A JP2002044550A JP3716927B2 JP 3716927 B2 JP3716927 B2 JP 3716927B2 JP 2002044550 A JP2002044550 A JP 2002044550A JP 2002044550 A JP2002044550 A JP 2002044550A JP 3716927 B2 JP3716927 B2 JP 3716927B2
- Authority
- JP
- Japan
- Prior art keywords
- bandwidth
- link
- reserved
- edge node
- reservation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は通信を開始する以前に当該通信に用いるコネクションを設定する必要のない（以下、コネクションレスという）ＩＰ(Internet Protocol)通信網等のネットワークに利用し、特に、最低通信帯域を保証する通信に利用する帯域管理方法及び帯域管理装置に関する。
【０００２】
【従来の技術】
ＩＰ通信のようなコネクションレス型の通信を行うネットワークにおいては、end-to-endでの経路が決まっていない。つまり、入力するデータグラムが収容されたパケットが、前もってどの経路を通ってルーティングされるか決まっていない。パケットがネットワーク内の１つのノードに入力されたときに、そのノードのルータはパケットのヘッダ内にある宛先アドレスを見て、ルータ内にあるフォワーディング表を参照し、その宛先に応じた次に進むべきリンクを決定する。
フォワーディング表はＳＰＦ(Shortest Path First)という最短経路法により決定される。ＳＰＦは、コストという各ノード間のリンクに重みをつけた値について入力から出力（宛先）までのコスト合計が最小となるような経路を選択するテーブルである。従って、入力ノード及び出力ノードがそれぞれ同じパケットは常に同じ経路を選ぶことになる。しかし、トラヒックの大小にかかわらずＳＰＦにより経路選択されるので、輻輳状態に陥り、パケット廃棄が行われる場合もある。
【０００３】
このようにリアルタイム性が必要でパケット廃棄が起きて欲しくないトラヒックが、帯域不足によるパケット廃棄という状態に陥らないようにDiffserv (Differentiated Services)というアーキテクチャがある（IETF RFC2475）。これは、複数の優先クラスを設けてサービスに格差を持たせることによりインターネットの品質を向上させるサービスである。このサービスの中でＥＦ(Expedited Forwarding)クラスのサービス（IETF RFC2598）は、各ユーザがそれぞれ使いたい帯域（例えばMbits/secで表すような伝送容量）を契約し、それを保証するサービスである。しかし、契約されているのは入力時の帯域であり、どの宛先行きのパケットが入力されるかは不明である。
【０００４】
例えば、図１に示すようなリンクL12, L21, L13, L31, L14, L41, L15, L51, L23, L32, L25, L52, L34, L43（LijはノードNDiからNDjへのリンクを表す）で結ばれたノードND1〜ND5を含むＩＰネットワークＮＷにおいて、ノードND1, ND2, ND3はユーザ装置U1, U2, U3又は図示してない他のネットワークに接続されたエッジノードとし、DiffservネットワークDNWが構築されているとすると、ＥＦクラス又は保証クラスに属した各ユーザ、例えばＵ１、に対する帯域保証がエッジノードND1への入力時に必要となる。なお、図１の例では例えばエッジノードND1に１つのユーザ装置U1が接続されている例を示しているが、一般には複数のユーザ装置が接続されている。他の各エッジノードについても同様であり、後述のこの発明が適用されるネットワークにおいても同様である。Diffservのようなコネクションレスデータ転送においては、予め特定のパスが設定されていないために、ネットワーク内に入力されるパケットの宛先ノードは、そのパケットが入力され、そのパケットに含まれている宛先情報を読み取るまで不明である。
【０００５】
【発明が解決しようとする課題】
Diffservのユーザに対し、帯域保証するためには、Diffservネットワーク上の可能な全てのトラヒックパターンについて保証する帯域を確認する必要がある。しかしながら、宛先のエッジノードの候補は、エッジノードの数だけあり、どのエッジノードへどれだけのトラヒックが流れるかという全てのパターンについて考慮する必要がある。エッジノード数をＮとし、各エッジノードで取り得る帯域の段階数をＫとすると、全エッジノードについての入力トラヒックのパターンは(K+M-2)!/(N-2)!K!通りある。例えばN=5, K=5とすると、全エッジノードについてのトラヒックパターンは565通りある。実際のネットワークでは、Ｎの値はもっと大きく、従って可能なトラヒックパターンの数はもっと多くなり、そのような巨大な数のトラヒックパターンを考慮することは実質的に不可能である。
【０００６】
本発明は、このような背景に行われたものであって、DiffservネットワークにおいてEFクラス又は保証クラスのユーザの新規の帯域要求に対し、入力可能帯域を容易に推定することができ、それによって少ない演算量でネットワークの入力可能帯域算出を実現することができる帯域管理装置、帯域管理方法、そのプログラムおよび記録媒体を提供することを目的とする。
【０００７】
【課題を解決するための手段】
この発明の第１の観点によれば、他のネットワーク又はユーザに接続された２以上のエッジノードを含む複数のノードがリンクで接続されて構成されたネットワークにおいて、それぞれのエッジノードによる予約帯域を管理する、ネットワークに設けられた帯域管理装置は、
各リンクの残余帯域を記録するリンク帯域テーブルと、
要求帯域を表す要求帯域情報と宛先エッジノードを表す宛先情報を含む、受信した帯域予約要求に対し、入力可能帯域を算出する入力可能帯域算出装置、
とを含み、
上記入力可能帯域算出装置は、上記任意の１つのエッジノードから全宛先エッジノードへのそれぞれの最短経路上の全リンクのうち少なくとも１つのリンクの残余帯域が上記要求帯域に基づく必要予約帯域より小であれば、上記要求帯域に対し、帯域予約不可と判定し、そうでなければ帯域予約可と判定する残余帯域算出部と、帯域予約可であれば上記必要予約帯域により各宛先への最短経路上の各リンクに対応する上記リンク帯域テーブルの残余帯域を減算更新する帯域予約部を含むように構成される。
【０００８】
上記帯域管理装置において、上記帯域予約部は、各リンクに対する同一エッジノードによる同一要求の帯域予約を１回に制限して上記残余帯域を更新する手段を含むようにしてもよい。
この発明の第２の観点によれば、他のネットワーク又はユーザに接続された２つ以上のエッジノードを含む複数のノードがリンクで接続されて構成されたネットワークにおいて、それぞれのエッジノードによる予約帯域を管理する、ネットワークに設けられた帯域管理装置は、
各リンクの最大収容帯域及び既予約帯域を記録するリンク帯域テーブルと、
要求帯域を表す要求帯域情報と宛先エッジノードを表す宛先情報を含む、受信した帯域予約要求に対し、入力可能帯域を算出する入力可能帯域算出装置、
とを含み、
上記入力可能帯域算出装置は、上記リンク帯域テーブルの既予約帯域と最大収容帯域から上記帯域予約要求の各宛先エッジノードへの最短経路上の各リンクの残余帯域を算出し、少なくとも１つのリンクの残余帯域が上記帯域要求に基づく必要予約帯域より小であれば、上記要求帯域に対し帯域予約不可と判定し、そうでなければ帯域予約可と判定する残余帯域算出部と、帯域予約可であれば上記必要予約帯域により各宛先への最短経路上の各リンクに対応する既予約帯域を加算更新する帯域予約部とを含むように構成される。
【０００９】
上記帯域管理装置において、上記必要予約帯域は上記要求帯域とし、上記帯域予約部は、各リンクに対する同一エッジノードによる同一要求の帯域予約を１回に制限して上記既予約帯域を更新する手段を含むようにしてもよい。
上記第１又は第２の観点による帯域管理装置は、更に、帯域予約可と判定された場合、上記要求帯域と上記宛先を全ての上記エッジノードに送信する手段とを設けてもよい。
上記第１又は第２の観点による帯域管理装置において、上記宛先エッジノードは上記エッジノードNDj以外の全てのエッジノードとしてよい。
【００１０】
上記第１の観点による帯域管理装置において実施される、各リンクとその残余帯域を記録するリンク帯域テーブルを参照し、受信された帯域予約要求に対し予約の可否を判定する帯域管理方法は、
(a) 要求帯域と宛先を含む受信した帯域予約要求に応答し、各宛先への最短経路の各リンクに対する残余帯域を上記リンク帯域テーブルから読み出すステップと、
(b) 全ての上記宛先エッジノードまでの最短経路上のどのリンクの残余帯域も上記要求帯域に基づく必要予約帯域以上であるか否かにより上記要求帯域に対する予約受付可能か否かを判定するステップと、
(c) 上記ステップ(b) で上記必要予約帯域以上と判定されると、上記宛先エッジノードまでの全ての上記最短経路上のリンクに対応して上記リンク帯域テーブルの残余帯域を上記必要予約帯域により減算更新するステップ、
とを含む。
【００１１】
上記方法において、上記ステップ(c) における同一の上記帯域要求に基づく上記宛先エッジノードへの最短経路上のリンクに対する全エッジノードのそれぞれによる残余帯域更新は、１回以下に制限し、上記必要予約帯域は上記要求帯域とする。
上記第２の観点による帯域管理装置において実施される、各リンクとその残余帯域を記録するリンク帯域テーブルを参照し、受信された帯域予約要求に対し予約の可否を判定する帯域管理方法は、
(a) 要求帯域と宛先を含む受信した帯域予約要求に応答し、各宛先への最短経路の各リンクに対する既予約帯域を上記リンク帯域テーブルから読み出し、残余帯域を算出するステップと、
(b) 全ての上記宛先エッジノードまでの最短経路上のどのリンクの残余帯域も上記要求帯域に基づいて必要予約帯域以上であるか否かにより上記要求帯域に対する予約受付可能か否かを判定するステップと、
(c) 上記ステップ(b) で上記必要予約帯域以上と判定されると、上記宛先エッジノードまでの全ての上記最短経路上のリンクに対応して上記リンク帯域テーブルの既予約帯域を上記必要予約帯域により加算更新するステップ、
とを含む。
【００１２】
上記方法において、上記ステップ(c) における同一の上記帯域要求に基づく上記宛先エッジノードへの最短経路上のリンクに対する全エッジノードのそれぞれによる既予約帯域の更新は、１回以下に制限し、上記必要予約帯域は上記要求帯域とする。
上記第１又は第２の観点による帯域管理方法において、上記宛先エッジノードは上記エッジノードNDj以外の全てのエッジノードとしてもよい。
上記方法を実施する処理手順をコンピュータで実施可能に表したプログラムもこの発明の範囲に含まれる。また、そのプログラムを記録媒体に記録しておき、それをコンピュータで読み出して実施することもこの発明の範囲である。
【００１３】
【発明の実施の形態】
この発明による帯域管理装置および方法を図２乃至図５を参照して説明する。図２は図１のDiffservネットワークにこの発明を適用する場合の各エッジノードに設けられる帯域管理装置100のブロック構成図であり、図４は帯域管理装置100が実行する帯域管理方法の手順を示すフローチャートである。
この発明によれば、図１に示すような、複数のリンクL12, L21, L13, L31, …で接続された複数のノードND1, ND2, ...から構成されたDiffservネットワークＮＷにおいて、複数のノードのうちユーザU1, U2, ...または他ネットワークが接続されるノード、図１の例ではND1, ND2, ND3,をエッジノードとし、これらの各エッジノードND1, ND2, ND3のノードルータ内に図２に示す帯域管理装置100が設けられている。以下、エッジノードの数をＮとし、Ｎは２以上の整数である。
【００１４】
この発明が適用されるネットワークがユーザに対するサービスとしてユーザの帯域要求に対しユーザが宛先エッジノードの指定をできないサービスを提供している場合と、宛先エッジノードの指定をできるサービスを提供している場合がある。前者の場合は、エッジノードNDjに接続されたユーザUjは任意の通信相手を選択できる必要があるので、全てのエッジノードNDi(i≠j)への最短経路にそれぞれユーザの要求帯域を確保する必要がある。これは全てのエッジノードNDi(i=1,…,N；i≠j)を宛先とすることと等価である。後者の場合、指定宛先エッジノードへの最短経路にのみ要求帯域を確保すればよいので、システムとしてネットワークの使用効率は前者に比べて高くなる。当然、全てのエッジノードを宛先として指定すれば、前者の場合と同じことになる。
【００１５】
エッジノードNDj, 1< j <Nの帯域管理装置100は、図２に示すように、帯域管理部１０と、送受信部２０と、制御部３０と、記憶装置４０とを有す。帯域管理部１０は、入力トラヒックテーブル１１と、リンク帯域テーブル１２とを有している。宛先を指定しないシステムにおいては、入力トラヒックテーブル１１として図３Ａ１に示すように各要求元のエッジノードNDi, i=1,…,NからDiffservネットワークに入力されるトラヒックに対する合計既予約帯域が記録されるテーブルを使用する。宛先を指定するシステムにおいては、入力トラヒックテーブル１１として図３Ａ２に示すように各エッジノード間NDj-NDiに対応してその経路に予約された合計既予約帯域を記録するテーブルを使用する。リンク帯域テーブル１２には、図３Ｂに示すように各リンクＬhkの最大収容帯域及び既予約帯域が記録される。
【００１６】
帯域管理部１０には更にDiffservネットワークのノードとリンクとの接続関係を示すトポロジの情報を記録するトポロジデータベース１３と、各エッジノードから所望の宛先エッジノードまでの最短経路を計算する最短経路計算部１４と、各リンクの残余帯域を計算し、エッジノードNDjへの新規入力トラヒックに対する予約受付の可否を判定する入力可能帯域算出装置１５とが設けられている。入力可能帯域算出装置１５は、残余帯域算出部１５Ａと、帯域予約部１５Ｂから構成されている。記憶装置４０には各部１１〜１４、１５、２０の動作を制御するためのプログラム及び最短経路算出部１４、入力可能帯域算出装置１５による処理を実行するプログラムが格納されている。
【００１７】
以下の説明において、単に経路と記載した場合も、最短経路を意味するものとする。また、各リンクのコスト値は予め決められており、最短経路計算部１４は、トポロジデータベース１３を参照して予めコスト計算により各２つのエッジノードNDj-NDi間毎の最短経路を求め、その最短経路を構成する各リンクを表すリンク番号Lhk（h≠k）をその２つのエッジノードと対応して記録した図３Ｃに示すテーブル１４Ｔを作成し内部に保持しておく。必要に応じてそのテーブル１４Ｔから任意の２つのエッジノード間の最短経路のリンク番号を検索する。
【００１８】
エッジノードNDjに接続されたユーザ装置Uj又は他のエッジノードNDiから送受信部２０に帯域予約要求RQが受信されると、残余帯域算出部１５Ａは、各宛先エッジノード又は宛先指定がない場合は他の全てのエッジノードへの各最短経路を構成するリンク番号を最短経路テーブル１４Ｔから検索し、それら各リンクに対応する既予約帯域と最大収容帯域をリンク帯域テーブル１２から読み出し、その差の残余帯域を計算し、残余帯域が必要予約帯域以上であるか判定する。全てのリンクについて必要予約帯域以上であれば要求帯域の予約が可能と判定する。１つでも必要予約帯域未満があれば、予約不可と判定する。不可の場合、帯域予約部１５Ｂは不可NGを制御部３０に送り、制御部は予約不可ＮＧを送受信部３０からユーザ装置Ujに送信する。
【００１９】
帯域予約可能の場合、帯域予約部１５Ｂは入力トラヒックテーブル１１に帯域要求元エッジノードに対応して要求帯域を加算更新し、各最短経路上の上記検索した全てのリンクに対応してリンク帯域テーブル１２の既予約帯域に必要予約帯域を加算更新し、制御部３０に予約可能ＯＫを送る。制御部３０はその予約可能ＯＫを帯域予約要求元に送信すると共に、帯域予約要求ＲＱをネットワークの全エッジノードに送信する。この帯域予約要求ＲＱを受信した各エッジノードは上述の帯域予約要求ＲＱを受信した場合と同様の処理を行う。
【００２０】
図４は簡単のため４つのエッジノードND1〜ND4を有するDiffservネットワークにおいて、エッジノードND4にユーザ装置U4から新規帯域要求があった場合の信号の流れを模式的に示し、図５はその帯域要求に対するエッジノードND4の処理手順を示す。
ユーザ装置U4はＥＦクラスもしくは保証クラスのサービスによる帯域予約の要求パケットＲＱ（即ち、前述した帯域予約要求ＲＱ）をエッジノードND4に送る。この帯域予約要求パケットＲＱはヘッダＨと、要求帯域情報BWと宛先情報FWを含んでいる。要求帯域情報BWはユーザが要求する帯域であり、宛先情報FWはユーザが宛先として使用するエッジノードを指定する情報である。ユーザが、宛先を限定しない場合、又はサービスとして指定できない場合は、宛先情報FWはブランクにしておくか、全てのエッジノードを指定する情報を書き込んでおく。１つ以上の宛先を指定する場合は、その宛先情報を書き込んでおく。
ステップＳ１：エッジノードND4はユーザからの帯域予約要求（及び宛先指定要求）が書き込まれた帯域予約要求ＲＱを受信する。
ステップＳ２：要求された帯域（及び指定された宛先）について各リンクの残余帯域を計算し、それに基づいて予約可能か否かの予約受付判定を行う。例えば、宛先指定がない場合、エッジノードND4から全てのエッジノードND1, ND2, ND3への最短経路P41, P42, P43上の全てのリンクL41, L43, L12の残余帯域が要求帯域の予約に必要な帯域（以下必要予約帯域と呼ぶ）より大であれば要求帯域の予約を可と判定し、１つのリンクでも残余帯域が必要予約帯域より小さければ、予約不可と判定する。
ステップＳ３：判定結果が予約不可であれば、不可を表す判定結果ＮＧをユーザ装置U4に送信する。
ステップＳ４：判定結果が予約可能であれば、エッジノードND4の入力トラヒックテーブル１１（図２）に予約帯域を加算更新し、リンク帯域テーブル１２の対応するリンクの既予約帯域に要求帯域を加算し、ネットワークの他の全てのエッジノードND1, ND2, ND3に要求帯域（及び指定宛先）を含む帯域予約要求ＲＱを送信すると共に、ユーザ装置U4に予約可能を表す判定結果ＯＫ（以下、予約可能ＯＫと呼ぶ）を送信する。
【００２１】
なお、前述のように宛先を指定しない場合は、エッジノードND4から他のエッジノードND1, ND2, ND3への全ての経路がユーザU4により使用される可能性があるので、これら全ての経路に対し帯域予約を行うが、その場合、帯域予約要求ＲＱに宛先情報FWのスロットを設けなくてもよい。即ち、宛先情報FWのスロットがないことが他の全てのエッジノードを宛先に指定していることを意味している。図４及び５の例では、エッジノードNDjに接続されたユーザ装置Ujから帯域予約要求ＲＱを受信した場合を説明したが、エッジノードNDjが他のエッジノードNDiからエッジノードNDjが送出したもの以外の帯域予約要求ＲＱを受信した場合も同様に処理を行う。
【００２２】
以下に、図５の帯域予約受付判定処理の２つの実施例を説明する。
第１実施例
第１実施例では、例えばエッジノードND4に入力するトラヒックに対しEFクラス又は保証クラスによる帯域ｘ[Mb/s]の新規帯域予約を行う場合、宛先が指定されていなければ図６に示すように宛先として、選択可能な各エッジノードND1, ND2, ND3への最短経路P41, P42, P43に対し、それぞれ同じ帯域ｘ[Mb/s]の予約を行うことにより、Diffservネットワーク全体のトラヒックの管理を容易にしている。
例えば、図７に示すように、エッジノードND1, ND2, ND3, ND4への入力トラヒックに対し、それぞれ帯域x1, x2, x3, x4が既に予約されているものとした場合、エッジノードND4への入力トラヒックに対し新規予約可能な帯域ｙ[Mb/s]を求める方法を以下に説明する。ただし、２つのエッジノードを結ぶリンクは双方向に対しそれぞれ別々に設けられているものとする。例えば、エッジノードND1とND2間では、ND1からND2へのリンクL12と、ND2からND1へのリンクL21が設けられており、それぞれ予め決めた最大収容帯域を有している。図６で説明したのと同様に、エッジノードND1への入力トラヒックに対する予約帯域をx1[Mb/s]とすると、各宛先エッジノードND2, ND3, ND4への経路に対しそれぞれ帯域x1[Mb/s]が予約されている。各エッジノードND2, ND3, ND4の入力トラヒックについてもそれぞれ同様に予約帯域x2, x3, x4に基づいてそれぞれの図示してない経路に帯域x2, x3, x4が既に予約されているものとする。
【００２３】
エッジノードND4の入力トラヒックに対する帯域ｙの新規予約を行う場合に、エッジノードND1, ND2, ND3, ND4により各リンクについて既に予約されている帯域を調べ、その結果からエッジノードND4の入力トラヒックに対する新規の帯域予約が可能であるか否かを判定する。
そのため、まず、エッジノードND1の入力トラヒックに対する帯域x1の予約状態を、図８に異なる３つの宛先エッジノードND2, ND3, ND4への太線で示す経路に対し異なる階層で示す。これらの経路は、最短経路法により決まっているものとする。最下層は、これら３つのエッジノードND2, ND3, ND4を宛先とする３つの経路により各リンクに対し予約された帯域の合計を示している。
【００２４】
最上階層にはエッジノードND2を宛先とする太線で示す経路とその経路上のリンクL12が示されており、そのリンクL12に帯域x1[Mb/s]が予約されている。２番目の層にはエッジノードND3を宛先とする太線で示す経路とその経路上のリンクL12, L23が示されている。これらリンクL12, L23にはそれぞれ帯域x1[Mb/s]が予約されている。上から３番目の層にはエッジノードND4を宛先とする経路とそれに沿ったリンクL14が示されており、このリンクL14にも帯域x1[Mb/s]が予約されている。最下層はこれら第1〜第３層を１つに重ね合わせ、各対応するリンクの予約帯域の累積加算値を示している。この例では、リンクL12に対する合計既予約帯域は2x1[Mb/s]であり、その他のリンクL23, L14へはそれぞれ帯域x1[Mb/s]が予約されていることを示している。
図に示してないが、エッジノードND2, ND3及びND4への入力トラヒックに対する予約帯域x2, x3, x4もそれぞれ図８と同様にして求められており、それぞれのエッジノードND2, ND3, ND4の入力トラヒックに対する予約帯域x2, x3, x4に応じて、それぞれのリンク毎に帯域予約が既予約帯域としてリンク帯域テーブル１２（図２）に累積加算して書き込まれている。あるいは図３Ｂに示すように各リンクLij(i≠j)の最大収容帯域からそのリンクに対するそれぞれのエッジノードND1, ND2, ND3, ND4による既予約帯域を残余帯域算出部１５Ａにより減算した結果である、そのリンクLijに対する残余帯域をリンクに対応してテーブル１２に書き込んでおいてもよい。
【００２５】
このようにしてリンク帯域テーブル１２には各リンクの最新の既予約帯域（又は残余帯域）が計算されており、エッジノードND4の入力トラヒックに対する要求帯域ｙの新規予約が可能であるか否か判定できる。
図９は、全エッジノード数をＮとし、エッジノードNDjにおいてユーザ装置Uj又は他のエッジノードから受信された帯域予約要求ＲＱに応答して帯域管理装置100が実行する処理を示す。
ステップＳ１：帯域予約要求ＲＱが受信されたか判定する。
ステップＳ２：帯域予約要求ＲＱが受信されると、指定宛先エッジノードへの各最短経路の全てのリンクを最短経路テーブル１４Ｔから検索し、検索された各リンクに対応する既予約帯域と最大収容帯域をリンク帯域テーブル１２中の対応するリンク番号から読み出し、最大収容帯域から既予約帯域を減算して各リンクの残余帯域を求める。リンク帯域テーブル１２に図３Ｂで示したように残余帯域を記録しておく場合には、その残余帯域を直接読み出せばよい。
ステップＳ３：帯域予約要求ＲＱの要求帯域と宛先エッジノードによる各リンクの必要予約帯域が残余帯域以下であるか判定する。
ステップＳ４：全てのリンクの必要予約帯域が残余帯域以下でなければ、予約不可ＮＧを帯域予約要求ＲＱの要求元に送り、ステップＳ１に戻る。
ステップＳ５：全てのリンクの必要予約帯域が残余帯域以下であれば、入力トラヒックテーブル１１に要求元エッジノードと宛先エッジノードの組に対応して要求帯域を加算する。
ステップＳ６： ステップＳ２で検索した各最短経路の全てのリンクに対し、リンク帯域テーブル１２の既予約帯域に必要予約帯域を加算することにより、既予約帯域を更新する。リンク帯域テーブル１２に残余帯域を記録する場合は、必要予約帯域で残余帯域を減算して更新する。
ステップＳ７：帯域予約の要求元に予約受付可ＯＫを送信し、他の全てのエッジノードに帯域予約要求ＲＱを送信し、ステップＳ１に戻る。予約不可の場合のみＮＧを要求元に送り、予約可の場合にはＯＫを送らないようにシステムを構成してもよい。
【００２６】
上述において、各リンクの必要予約帯域とは、そのリンクを通る全ての最短経路に対する要求帯域の総和であり、第１実施例によれば、図８で説明したように、要求帯域x1の場合、リンクL12に対する必要予約帯域は2x1となる。
図９のステップＳ２〜Ｓ７による帯域予約要求ＲＱに対する処理は、指定された宛先への全最短経路のリンクを全て検索し、それら全てのリンクの残余帯域を計算し、必要予約帯域が全ての残余帯域以下であるかを判定した場合を示したが、検索したリンクごとに残余帯域を求め、必要予約帯域と比較してもよい。その場合の処理手順を図１０に示す。
ステップＳ１：帯域予約要求ＲＱが受信されたか判定する。
ステップＳ２：受信されたＲＱの宛先の１つを選び、その最短経路の１つのリンクを検索し、そのリンクの既予約帯域と最大収容帯域をテーブル１２から読み出す。
ステップＳ３：そのリンクの既予約帯域と最大収容帯域から残余帯域を求める。
ステップＳ４：必要予約帯域が残余帯域以下か判定する。
ステップＳ５：以下でないならば、帯域予約の要求元に予約受付不可NGを送る。
ステップＳ６：以下であれば、その経路の全てのリンクについてステップＳ４の判定処理が修了したか判定し、終了してなければ次のリンクを選択してステップＳ３に戻る。
ステップＳ７：終了していれば、全ての宛先への最短経路について処理を終了しているか判定し、終了してなければ次の宛先への最短経路を選択してステップＳ２に戻る。
ステップＳ８：全ての最短経路について処理が終了していれば、テーブル１１の要求元エッジノードに要求帯域を加算更新する。
ステップＳ９：ステップＳ２で検索された各最短経路のリンクに対応するテーブル１２のリンクの既予約帯域に要求帯域を加算する。
ステップＳ１０：要求元に予約受付かＯＫを送り、他の全てのエッジノードに帯域予約要求ＲＱを送る。
【００２７】
図１０の処理手順によれば、要求帯域より大きい残余帯域のリンクが１つでも見つかった場合、直ちに予約受付不可ＮＧと判定し、残りのリンクについて判定を行わないので、処理量が少なくてすむ利点がある。
このように、この第１実施例では帯域予約要求ＲＱがあった場合に、その要求帯域を全ての宛先エッジノードへの最短経路に予約することにより、無数に存在するトラヒックのフローパターンを一つに限定し、計算量をきわめて少なくすることができ、エッジノードNDjから要求帯域のトラヒックが入力可能であるかを近似的に知ることができる。このアルゴリズムでは、入力ｘ[Mb/s]に対して全エッジノードにｘ[Mb/s]ずつ転送されるものとしているために、実際の場合よりも安全側に近似される。
【００２８】
第２実施例
前述の第１実施例では、エッジノードNDjへの新規の要求帯域ｘに対し、そのエッジノードNDjから他の全てのエッジノードを宛先とする最短経路にそれぞれ要求帯域ｘを予約する処理を説明したが、それによれば、図６及び７の説明で明らかなように、同じ帯域要求ｘに基づいて、同じリンク（例えば図８におけるリンクL12）を通る異なる複数の経路（例えばエッジノードND2を宛先とする経路とエッジノードND3を宛先とする経路）により同一リンクに対し複数回重複して帯域予約を行ってしまうため、リンクの利用効率の点では好ましくない。第２実施例では、このような同一帯域要求による同一リンクに対する重複予約が生じない要求帯域の予約処理を行う。
図１１は第２実施例による要求帯域予約処理を模式的に示す。エッジノードND4への新規要求帯域ｘ[Mb/s]に対し、他の全てのエッジノードを宛先とする最短経路は、図６の例と同様に予め決まっているものとする。図１１においては、エッジノードND4から宛先エッジノードND1とND2への経路に要求帯域ｘを予約した場合、エッジノードND4からND2への経路のリンクL41, L12のうち、リンクL41はエッジノードND1への経路上のリンクL41と重なるので、いずれか一方の経路においてそのリンクL41に帯域予約を行った場合、他方の経路上でそのリンクL41に同一帯域要求に基づく重複予約は行わない。従って、エッジノードND4の入力トラヒックに対するｘ[Mb/s]の新規帯域要求に対し、図１０に示すようにエッジノードND4-ND1間のリンクL41は帯域ｘのみが予約される。
【００２９】
図１２は第２実施例の帯域予約受付判定処理方法に従ってエッジノードND1, ND2, ND3, ND4がそれぞれ帯域x1, x2, x3, x4の予約を行った場合のそれぞれのリンクに対する帯域予約を４つの層で別々に示す。図１２の例では、たとえばリンクL12の既予約帯域はx1[Mb/s]のみであり、リンクL21の既予約帯域はx2+x3[Mb/s]であり、リンクL23の既予約帯域はx1+x2[Mb/s]である。
図１３はエッジノードNDjにおけるユーザ装置Uj又は他のエッジノードNDiからの帯域予約要求ＲＱに対する第２実施例による処理手順を示す。
ステップＳ１で帯域予約要求ＲＱが受信されると、図９の場合と同様にステップＳ２〜Ｓ７により、帯域予約要求に対する予約可否判定と、予約可の場合の既予約帯域更新処理を行うが、異なる点は、この実施礼においては同一帯域予約要求に基づく各リンクに対する帯域の予約は要求帯域に制限し、従って、図１３のステップＳ３では、必要予約帯域として要求帯域を使用し、これが残余帯域以下であるか判定する。また、図９のステップＳ６で、同一リンクに対し、重複しないように要求帯域を加算する。以下に図９のステップＳ６に対応する処理の手順の一例を示す。
ステップＳ６−１：指定された宛先への経路の１つPjiを選択する。
ステップＳ６−２：経路Pji上の１つのリンクを選択する。
ステップＳ６−３：選択したリンクに予約済みフラグが立っているか判定し、たっていればステップＳ６−５に移る。
ステップＳＳ４：フラグが立っていなければ、そのリンクの既予約帯域に要求帯域を加算し、そのリンクにフラグを立てる。
ステップＳ６−５：経路Pjiの全てのリンクについて処理が終了したか判定し、終了してなければ、次のリンクを選択し、ステップＳ６−２に戻る。
ステップＳ６−６：選択した経路の全てのリンクについて処理が終了していれば、全ての経路について処理が終了したか判定し、終了してなければ次の経路を選択してステップＳ６−１に戻る。
ステップＳ６−７：全ての経路について処理が終了していれば、フラグをリセットする。
【００３０】
図１０のステップＳ９に図１３の処理ステップＳ６−１〜Ｓ６−７を適用して重複しない帯域予約を行ってもよい。ただし、ステップＳ４の判定は必要予約帯域として要求帯域を使用する。
このように、この第２実施例では、要求帯域をリンクに予約する前に、そのリンクがすでに同じ要求に対して予約されているかを判定し、予約済みなら追加の予約を行わないので重複予約を避けることができ、リンクの利用効率を高めることができる。
上述の第１及び第２実施例ではエッジノードNDjに対するユーザからの帯域要求情報BWに伴った宛先情報FWが、特定の宛先エッジノードを指定しない場合、即ち全エッジノードを指定する場合について説明したが、１つ又は複数の特定のエッジノードNDiが指定された場合は、図９又は１３のステップＳ３において、エッジノードNDjから指定宛先エッジノードNDiまでの経路Pjiについてのみそれらの経路上のどのリンクの残余帯域よりも必要予約帯域が小さいかを判定し、小さければ図９のステップＳ６又は図１３のステップS6-4でそれらの経路上のリンクに対して要求帯域を予約すればよい。
【００３１】
図９、１０又は１３の処理はコンピュータで実行するプログラムとして図２における記憶装置３０に格納しておき、そのプログラムを読み出して制御部３０により実行してもよい。その場合、最短経路計算部１４及び入力可能帯域計算装置１５による処理は、そのプログラムを実行することによって実行される。
また、上述の第１及び第２実施例の説明では、帯域管理装置１００は各エッジノードに設ける場合を示したが、ネットワーク上の任意の位置に１つ又は複数も受け、それぞれのエッジノードからの帯域予約要求ＲＱを受信して帯域予約の可否を判定し、その判定結果をエッジノードに送信てもよい。
更に、上述の第１及び第２実施例の説明では、リンク帯域テーブル１２には既予約帯域を記録する場合を示したが、既予約帯域の代わりに残余帯域を記録し、各リンクに対し新規の帯域予約を行うごとにリンク帯域テーブル１２の対応する残余帯域から必要予約帯域を減算することにより、残余帯域を更新してもよい。即ち、図９、１３のステップＳ６及び図１０のステップＳ９ではリンクの最大収容帯域を残余帯域の初期値とし、帯域予約要求に対し予約可と判定されるごとにそのリンクの残余帯域から必要予約帯域を減算して残余帯域を更新する。当然、図９、１０及び１３の各ステップＳ２では単に検索したリンクに対応する残余帯域をリンク帯域テーブル１２から読み出すだけでよい。
【００３２】
図１４Ａはこの発明をシミュレーションにより評価するためのネットワークの例を示し、そのネットワークにおいて第１及び第２実施例の図９及び１１に示す処理手順により帯域要求受付可能となる要求帯域の最大値を、各エッジノードによる予約帯域（最大入力トラヒックとみなす）ｘの関数として表すグラフを図１５及び１６に示す。
図１４Ａのネットワークは、全ノード数１０（ND1〜ND10）からなるネットワークで、エッジノード数７（ND1〜ND7）、コアノード数３（ND1, ND2, ND3）からなる。また、図１４Ａのネットワーク例におけるリンクの最大収容帯域は図１４Ｂの表に示してあるリンクを除いては全て５０[Mb/s]とし、各リンクのコストは図１４Ａ中のリンクに付してある数値であり、双方向とも同じとした。また、エッジノードND5以外のエッジノードからの入力帯域は簡単のために、全てｘ[Mb/s]とし、エッジノードND5への入力可能な帯域ｙ[Mb/s]を第１実施例による図９の処理手順で求めた結果を図１５に示し、第２実施例による図１３の処理手順で求めた結果を図１６に示す。
【００３３】
図１５及び１６から分かるように、受付可能最大要求帯域ｙはいずれもx=5Mb/s付近まではｘの値に無関係に一定の値50Mb/sとなり、x=5Mb/sを超えるとｘが大きくなるにつれて受付可能最大要求帯域ｙの値は小さくなる。また、図１６の重複予約を行わない処理手順によればリンクの利用効率が高くなるため、例えばエッジノードへの入力帯域ｘが20Mb/sで比較すれば明らかなように、エッジノードによる予約帯域ｘに対し、第２実施例のほうが受付可能最大要求帯域ｙの値が大きい。
【００３４】
【発明の効果】
以上説明したように、本発明によれば、提案したアルゴリズムを用いると、ｘ[Mb/s]のデータグラムが入力されるエッジノード数Ｎにかかわらず１通りのパターンで済み、新規データグラムの入力可能帯域を少ない演算量で容易に推定することができる。本発明のアルゴリズムを用いることにより、小規模なネットワークにおいても格段に計算量を抑えることができる。
【図面の簡単な説明】
【図１】従来のDiffservネットワークの構成例を示す図。
【図２】各エッジノードに設けられるこの発明による帯域管理装置100のブロック図。
【図３】Ａ１は入力トラヒックテーブルの例を示す図、Ａ２は入力トラヒックテーブルの例を示す図、Ｂはリンク帯域テーブルの例を示す図、Ｃは最短経路テーブルの例を示す図。
【図４】この発明が適用されるDiffservネットワークの構成例を示す図。
【図５】この発明による帯域管理方法を実施する処理手順のフロー図。
【図６】第１実施例による帯域予約を説明するための図。
【図７】ネットワークにおけるエッジノード間のリンクと予約帯域を説明するための図。
【図８】図７におけるエッジノードND1への帯域要求に対する各リンクへの予約を説明するための図。
【図９】第１実施例による帯域予約受付判定処理手順のフロー図。
【図１０】図９におけるステップＳ６〜Ｓ１１の変形例を示すフロー図。
【図１１】第２実施例による帯域予約を説明するための図。
【図１２】第２実施例による全てのエッジノードによる帯域予約を説明するための図。
【図１３】第２実施例による帯域予約受付判定処理手順のフロー図。
【図１４】Ａは第１及び第２実施例の評価シミュレーションを行うために使用したネットワーク構成を示す図、ＢはＡのネットワークにおけるいくつかのリンクの最大収容帯域を示す表。
【図１５】図９の処理手順により帯域要求受付可能となる要求帯域の最大値を示すグラフ。
【図１６】図１３の処理手順により帯域要求受付可能となる要求帯域の最大値を示すグラフ。
【発明の属する技術分野】
本発明は通信を開始する以前に当該通信に用いるコネクションを設定する必要のない（以下、コネクションレスという）ＩＰ(Internet Protocol)通信網等のネットワークに利用し、特に、最低通信帯域を保証する通信に利用する帯域管理方法及び帯域管理装置に関する。
【０００２】
【従来の技術】
ＩＰ通信のようなコネクションレス型の通信を行うネットワークにおいては、end-to-endでの経路が決まっていない。つまり、入力するデータグラムが収容されたパケットが、前もってどの経路を通ってルーティングされるか決まっていない。パケットがネットワーク内の１つのノードに入力されたときに、そのノードのルータはパケットのヘッダ内にある宛先アドレスを見て、ルータ内にあるフォワーディング表を参照し、その宛先に応じた次に進むべきリンクを決定する。
フォワーディング表はＳＰＦ(Shortest Path First)という最短経路法により決定される。ＳＰＦは、コストという各ノード間のリンクに重みをつけた値について入力から出力（宛先）までのコスト合計が最小となるような経路を選択するテーブルである。従って、入力ノード及び出力ノードがそれぞれ同じパケットは常に同じ経路を選ぶことになる。しかし、トラヒックの大小にかかわらずＳＰＦにより経路選択されるので、輻輳状態に陥り、パケット廃棄が行われる場合もある。
【０００３】
このようにリアルタイム性が必要でパケット廃棄が起きて欲しくないトラヒックが、帯域不足によるパケット廃棄という状態に陥らないようにDiffserv (Differentiated Services)というアーキテクチャがある（IETF RFC2475）。これは、複数の優先クラスを設けてサービスに格差を持たせることによりインターネットの品質を向上させるサービスである。このサービスの中でＥＦ(Expedited Forwarding)クラスのサービス（IETF RFC2598）は、各ユーザがそれぞれ使いたい帯域（例えばMbits/secで表すような伝送容量）を契約し、それを保証するサービスである。しかし、契約されているのは入力時の帯域であり、どの宛先行きのパケットが入力されるかは不明である。
【０００４】
例えば、図１に示すようなリンクL12, L21, L13, L31, L14, L41, L15, L51, L23, L32, L25, L52, L34, L43（LijはノードNDiからNDjへのリンクを表す）で結ばれたノードND1〜ND5を含むＩＰネットワークＮＷにおいて、ノードND1, ND2, ND3はユーザ装置U1, U2, U3又は図示してない他のネットワークに接続されたエッジノードとし、DiffservネットワークDNWが構築されているとすると、ＥＦクラス又は保証クラスに属した各ユーザ、例えばＵ１、に対する帯域保証がエッジノードND1への入力時に必要となる。なお、図１の例では例えばエッジノードND1に１つのユーザ装置U1が接続されている例を示しているが、一般には複数のユーザ装置が接続されている。他の各エッジノードについても同様であり、後述のこの発明が適用されるネットワークにおいても同様である。Diffservのようなコネクションレスデータ転送においては、予め特定のパスが設定されていないために、ネットワーク内に入力されるパケットの宛先ノードは、そのパケットが入力され、そのパケットに含まれている宛先情報を読み取るまで不明である。
【０００５】
【発明が解決しようとする課題】
Diffservのユーザに対し、帯域保証するためには、Diffservネットワーク上の可能な全てのトラヒックパターンについて保証する帯域を確認する必要がある。しかしながら、宛先のエッジノードの候補は、エッジノードの数だけあり、どのエッジノードへどれだけのトラヒックが流れるかという全てのパターンについて考慮する必要がある。エッジノード数をＮとし、各エッジノードで取り得る帯域の段階数をＫとすると、全エッジノードについての入力トラヒックのパターンは(K+M-2)!/(N-2)!K!通りある。例えばN=5, K=5とすると、全エッジノードについてのトラヒックパターンは565通りある。実際のネットワークでは、Ｎの値はもっと大きく、従って可能なトラヒックパターンの数はもっと多くなり、そのような巨大な数のトラヒックパターンを考慮することは実質的に不可能である。
【０００６】
本発明は、このような背景に行われたものであって、DiffservネットワークにおいてEFクラス又は保証クラスのユーザの新規の帯域要求に対し、入力可能帯域を容易に推定することができ、それによって少ない演算量でネットワークの入力可能帯域算出を実現することができる帯域管理装置、帯域管理方法、そのプログラムおよび記録媒体を提供することを目的とする。
【０００７】
【課題を解決するための手段】
この発明の第１の観点によれば、他のネットワーク又はユーザに接続された２以上のエッジノードを含む複数のノードがリンクで接続されて構成されたネットワークにおいて、それぞれのエッジノードによる予約帯域を管理する、ネットワークに設けられた帯域管理装置は、
各リンクの残余帯域を記録するリンク帯域テーブルと、
要求帯域を表す要求帯域情報と宛先エッジノードを表す宛先情報を含む、受信した帯域予約要求に対し、入力可能帯域を算出する入力可能帯域算出装置、
とを含み、
上記入力可能帯域算出装置は、上記任意の１つのエッジノードから全宛先エッジノードへのそれぞれの最短経路上の全リンクのうち少なくとも１つのリンクの残余帯域が上記要求帯域に基づく必要予約帯域より小であれば、上記要求帯域に対し、帯域予約不可と判定し、そうでなければ帯域予約可と判定する残余帯域算出部と、帯域予約可であれば上記必要予約帯域により各宛先への最短経路上の各リンクに対応する上記リンク帯域テーブルの残余帯域を減算更新する帯域予約部を含むように構成される。
【０００８】
上記帯域管理装置において、上記帯域予約部は、各リンクに対する同一エッジノードによる同一要求の帯域予約を１回に制限して上記残余帯域を更新する手段を含むようにしてもよい。
この発明の第２の観点によれば、他のネットワーク又はユーザに接続された２つ以上のエッジノードを含む複数のノードがリンクで接続されて構成されたネットワークにおいて、それぞれのエッジノードによる予約帯域を管理する、ネットワークに設けられた帯域管理装置は、
各リンクの最大収容帯域及び既予約帯域を記録するリンク帯域テーブルと、
要求帯域を表す要求帯域情報と宛先エッジノードを表す宛先情報を含む、受信した帯域予約要求に対し、入力可能帯域を算出する入力可能帯域算出装置、
とを含み、
上記入力可能帯域算出装置は、上記リンク帯域テーブルの既予約帯域と最大収容帯域から上記帯域予約要求の各宛先エッジノードへの最短経路上の各リンクの残余帯域を算出し、少なくとも１つのリンクの残余帯域が上記帯域要求に基づく必要予約帯域より小であれば、上記要求帯域に対し帯域予約不可と判定し、そうでなければ帯域予約可と判定する残余帯域算出部と、帯域予約可であれば上記必要予約帯域により各宛先への最短経路上の各リンクに対応する既予約帯域を加算更新する帯域予約部とを含むように構成される。
【０００９】
上記帯域管理装置において、上記必要予約帯域は上記要求帯域とし、上記帯域予約部は、各リンクに対する同一エッジノードによる同一要求の帯域予約を１回に制限して上記既予約帯域を更新する手段を含むようにしてもよい。
上記第１又は第２の観点による帯域管理装置は、更に、帯域予約可と判定された場合、上記要求帯域と上記宛先を全ての上記エッジノードに送信する手段とを設けてもよい。
上記第１又は第２の観点による帯域管理装置において、上記宛先エッジノードは上記エッジノードNDj以外の全てのエッジノードとしてよい。
【００１０】
上記第１の観点による帯域管理装置において実施される、各リンクとその残余帯域を記録するリンク帯域テーブルを参照し、受信された帯域予約要求に対し予約の可否を判定する帯域管理方法は、
(a) 要求帯域と宛先を含む受信した帯域予約要求に応答し、各宛先への最短経路の各リンクに対する残余帯域を上記リンク帯域テーブルから読み出すステップと、
(b) 全ての上記宛先エッジノードまでの最短経路上のどのリンクの残余帯域も上記要求帯域に基づく必要予約帯域以上であるか否かにより上記要求帯域に対する予約受付可能か否かを判定するステップと、
(c) 上記ステップ(b) で上記必要予約帯域以上と判定されると、上記宛先エッジノードまでの全ての上記最短経路上のリンクに対応して上記リンク帯域テーブルの残余帯域を上記必要予約帯域により減算更新するステップ、
とを含む。
【００１１】
上記方法において、上記ステップ(c) における同一の上記帯域要求に基づく上記宛先エッジノードへの最短経路上のリンクに対する全エッジノードのそれぞれによる残余帯域更新は、１回以下に制限し、上記必要予約帯域は上記要求帯域とする。
上記第２の観点による帯域管理装置において実施される、各リンクとその残余帯域を記録するリンク帯域テーブルを参照し、受信された帯域予約要求に対し予約の可否を判定する帯域管理方法は、
(a) 要求帯域と宛先を含む受信した帯域予約要求に応答し、各宛先への最短経路の各リンクに対する既予約帯域を上記リンク帯域テーブルから読み出し、残余帯域を算出するステップと、
(b) 全ての上記宛先エッジノードまでの最短経路上のどのリンクの残余帯域も上記要求帯域に基づいて必要予約帯域以上であるか否かにより上記要求帯域に対する予約受付可能か否かを判定するステップと、
(c) 上記ステップ(b) で上記必要予約帯域以上と判定されると、上記宛先エッジノードまでの全ての上記最短経路上のリンクに対応して上記リンク帯域テーブルの既予約帯域を上記必要予約帯域により加算更新するステップ、
とを含む。
【００１２】
上記方法において、上記ステップ(c) における同一の上記帯域要求に基づく上記宛先エッジノードへの最短経路上のリンクに対する全エッジノードのそれぞれによる既予約帯域の更新は、１回以下に制限し、上記必要予約帯域は上記要求帯域とする。
上記第１又は第２の観点による帯域管理方法において、上記宛先エッジノードは上記エッジノードNDj以外の全てのエッジノードとしてもよい。
上記方法を実施する処理手順をコンピュータで実施可能に表したプログラムもこの発明の範囲に含まれる。また、そのプログラムを記録媒体に記録しておき、それをコンピュータで読み出して実施することもこの発明の範囲である。
【００１３】
【発明の実施の形態】
この発明による帯域管理装置および方法を図２乃至図５を参照して説明する。図２は図１のDiffservネットワークにこの発明を適用する場合の各エッジノードに設けられる帯域管理装置100のブロック構成図であり、図４は帯域管理装置100が実行する帯域管理方法の手順を示すフローチャートである。
この発明によれば、図１に示すような、複数のリンクL12, L21, L13, L31, …で接続された複数のノードND1, ND2, ...から構成されたDiffservネットワークＮＷにおいて、複数のノードのうちユーザU1, U2, ...または他ネットワークが接続されるノード、図１の例ではND1, ND2, ND3,をエッジノードとし、これらの各エッジノードND1, ND2, ND3のノードルータ内に図２に示す帯域管理装置100が設けられている。以下、エッジノードの数をＮとし、Ｎは２以上の整数である。
【００１４】
この発明が適用されるネットワークがユーザに対するサービスとしてユーザの帯域要求に対しユーザが宛先エッジノードの指定をできないサービスを提供している場合と、宛先エッジノードの指定をできるサービスを提供している場合がある。前者の場合は、エッジノードNDjに接続されたユーザUjは任意の通信相手を選択できる必要があるので、全てのエッジノードNDi(i≠j)への最短経路にそれぞれユーザの要求帯域を確保する必要がある。これは全てのエッジノードNDi(i=1,…,N；i≠j)を宛先とすることと等価である。後者の場合、指定宛先エッジノードへの最短経路にのみ要求帯域を確保すればよいので、システムとしてネットワークの使用効率は前者に比べて高くなる。当然、全てのエッジノードを宛先として指定すれば、前者の場合と同じことになる。
【００１５】
エッジノードNDj, 1< j <Nの帯域管理装置100は、図２に示すように、帯域管理部１０と、送受信部２０と、制御部３０と、記憶装置４０とを有す。帯域管理部１０は、入力トラヒックテーブル１１と、リンク帯域テーブル１２とを有している。宛先を指定しないシステムにおいては、入力トラヒックテーブル１１として図３Ａ１に示すように各要求元のエッジノードNDi, i=1,…,NからDiffservネットワークに入力されるトラヒックに対する合計既予約帯域が記録されるテーブルを使用する。宛先を指定するシステムにおいては、入力トラヒックテーブル１１として図３Ａ２に示すように各エッジノード間NDj-NDiに対応してその経路に予約された合計既予約帯域を記録するテーブルを使用する。リンク帯域テーブル１２には、図３Ｂに示すように各リンクＬhkの最大収容帯域及び既予約帯域が記録される。
【００１６】
帯域管理部１０には更にDiffservネットワークのノードとリンクとの接続関係を示すトポロジの情報を記録するトポロジデータベース１３と、各エッジノードから所望の宛先エッジノードまでの最短経路を計算する最短経路計算部１４と、各リンクの残余帯域を計算し、エッジノードNDjへの新規入力トラヒックに対する予約受付の可否を判定する入力可能帯域算出装置１５とが設けられている。入力可能帯域算出装置１５は、残余帯域算出部１５Ａと、帯域予約部１５Ｂから構成されている。記憶装置４０には各部１１〜１４、１５、２０の動作を制御するためのプログラム及び最短経路算出部１４、入力可能帯域算出装置１５による処理を実行するプログラムが格納されている。
【００１７】
以下の説明において、単に経路と記載した場合も、最短経路を意味するものとする。また、各リンクのコスト値は予め決められており、最短経路計算部１４は、トポロジデータベース１３を参照して予めコスト計算により各２つのエッジノードNDj-NDi間毎の最短経路を求め、その最短経路を構成する各リンクを表すリンク番号Lhk（h≠k）をその２つのエッジノードと対応して記録した図３Ｃに示すテーブル１４Ｔを作成し内部に保持しておく。必要に応じてそのテーブル１４Ｔから任意の２つのエッジノード間の最短経路のリンク番号を検索する。
【００１８】
エッジノードNDjに接続されたユーザ装置Uj又は他のエッジノードNDiから送受信部２０に帯域予約要求RQが受信されると、残余帯域算出部１５Ａは、各宛先エッジノード又は宛先指定がない場合は他の全てのエッジノードへの各最短経路を構成するリンク番号を最短経路テーブル１４Ｔから検索し、それら各リンクに対応する既予約帯域と最大収容帯域をリンク帯域テーブル１２から読み出し、その差の残余帯域を計算し、残余帯域が必要予約帯域以上であるか判定する。全てのリンクについて必要予約帯域以上であれば要求帯域の予約が可能と判定する。１つでも必要予約帯域未満があれば、予約不可と判定する。不可の場合、帯域予約部１５Ｂは不可NGを制御部３０に送り、制御部は予約不可ＮＧを送受信部３０からユーザ装置Ujに送信する。
【００１９】
帯域予約可能の場合、帯域予約部１５Ｂは入力トラヒックテーブル１１に帯域要求元エッジノードに対応して要求帯域を加算更新し、各最短経路上の上記検索した全てのリンクに対応してリンク帯域テーブル１２の既予約帯域に必要予約帯域を加算更新し、制御部３０に予約可能ＯＫを送る。制御部３０はその予約可能ＯＫを帯域予約要求元に送信すると共に、帯域予約要求ＲＱをネットワークの全エッジノードに送信する。この帯域予約要求ＲＱを受信した各エッジノードは上述の帯域予約要求ＲＱを受信した場合と同様の処理を行う。
【００２０】
図４は簡単のため４つのエッジノードND1〜ND4を有するDiffservネットワークにおいて、エッジノードND4にユーザ装置U4から新規帯域要求があった場合の信号の流れを模式的に示し、図５はその帯域要求に対するエッジノードND4の処理手順を示す。
ユーザ装置U4はＥＦクラスもしくは保証クラスのサービスによる帯域予約の要求パケットＲＱ（即ち、前述した帯域予約要求ＲＱ）をエッジノードND4に送る。この帯域予約要求パケットＲＱはヘッダＨと、要求帯域情報BWと宛先情報FWを含んでいる。要求帯域情報BWはユーザが要求する帯域であり、宛先情報FWはユーザが宛先として使用するエッジノードを指定する情報である。ユーザが、宛先を限定しない場合、又はサービスとして指定できない場合は、宛先情報FWはブランクにしておくか、全てのエッジノードを指定する情報を書き込んでおく。１つ以上の宛先を指定する場合は、その宛先情報を書き込んでおく。
ステップＳ１：エッジノードND4はユーザからの帯域予約要求（及び宛先指定要求）が書き込まれた帯域予約要求ＲＱを受信する。
ステップＳ２：要求された帯域（及び指定された宛先）について各リンクの残余帯域を計算し、それに基づいて予約可能か否かの予約受付判定を行う。例えば、宛先指定がない場合、エッジノードND4から全てのエッジノードND1, ND2, ND3への最短経路P41, P42, P43上の全てのリンクL41, L43, L12の残余帯域が要求帯域の予約に必要な帯域（以下必要予約帯域と呼ぶ）より大であれば要求帯域の予約を可と判定し、１つのリンクでも残余帯域が必要予約帯域より小さければ、予約不可と判定する。
ステップＳ３：判定結果が予約不可であれば、不可を表す判定結果ＮＧをユーザ装置U4に送信する。
ステップＳ４：判定結果が予約可能であれば、エッジノードND4の入力トラヒックテーブル１１（図２）に予約帯域を加算更新し、リンク帯域テーブル１２の対応するリンクの既予約帯域に要求帯域を加算し、ネットワークの他の全てのエッジノードND1, ND2, ND3に要求帯域（及び指定宛先）を含む帯域予約要求ＲＱを送信すると共に、ユーザ装置U4に予約可能を表す判定結果ＯＫ（以下、予約可能ＯＫと呼ぶ）を送信する。
【００２１】
なお、前述のように宛先を指定しない場合は、エッジノードND4から他のエッジノードND1, ND2, ND3への全ての経路がユーザU4により使用される可能性があるので、これら全ての経路に対し帯域予約を行うが、その場合、帯域予約要求ＲＱに宛先情報FWのスロットを設けなくてもよい。即ち、宛先情報FWのスロットがないことが他の全てのエッジノードを宛先に指定していることを意味している。図４及び５の例では、エッジノードNDjに接続されたユーザ装置Ujから帯域予約要求ＲＱを受信した場合を説明したが、エッジノードNDjが他のエッジノードNDiからエッジノードNDjが送出したもの以外の帯域予約要求ＲＱを受信した場合も同様に処理を行う。
【００２２】
以下に、図５の帯域予約受付判定処理の２つの実施例を説明する。
第１実施例
第１実施例では、例えばエッジノードND4に入力するトラヒックに対しEFクラス又は保証クラスによる帯域ｘ[Mb/s]の新規帯域予約を行う場合、宛先が指定されていなければ図６に示すように宛先として、選択可能な各エッジノードND1, ND2, ND3への最短経路P41, P42, P43に対し、それぞれ同じ帯域ｘ[Mb/s]の予約を行うことにより、Diffservネットワーク全体のトラヒックの管理を容易にしている。
例えば、図７に示すように、エッジノードND1, ND2, ND3, ND4への入力トラヒックに対し、それぞれ帯域x1, x2, x3, x4が既に予約されているものとした場合、エッジノードND4への入力トラヒックに対し新規予約可能な帯域ｙ[Mb/s]を求める方法を以下に説明する。ただし、２つのエッジノードを結ぶリンクは双方向に対しそれぞれ別々に設けられているものとする。例えば、エッジノードND1とND2間では、ND1からND2へのリンクL12と、ND2からND1へのリンクL21が設けられており、それぞれ予め決めた最大収容帯域を有している。図６で説明したのと同様に、エッジノードND1への入力トラヒックに対する予約帯域をx1[Mb/s]とすると、各宛先エッジノードND2, ND3, ND4への経路に対しそれぞれ帯域x1[Mb/s]が予約されている。各エッジノードND2, ND3, ND4の入力トラヒックについてもそれぞれ同様に予約帯域x2, x3, x4に基づいてそれぞれの図示してない経路に帯域x2, x3, x4が既に予約されているものとする。
【００２３】
エッジノードND4の入力トラヒックに対する帯域ｙの新規予約を行う場合に、エッジノードND1, ND2, ND3, ND4により各リンクについて既に予約されている帯域を調べ、その結果からエッジノードND4の入力トラヒックに対する新規の帯域予約が可能であるか否かを判定する。
そのため、まず、エッジノードND1の入力トラヒックに対する帯域x1の予約状態を、図８に異なる３つの宛先エッジノードND2, ND3, ND4への太線で示す経路に対し異なる階層で示す。これらの経路は、最短経路法により決まっているものとする。最下層は、これら３つのエッジノードND2, ND3, ND4を宛先とする３つの経路により各リンクに対し予約された帯域の合計を示している。
【００２４】
最上階層にはエッジノードND2を宛先とする太線で示す経路とその経路上のリンクL12が示されており、そのリンクL12に帯域x1[Mb/s]が予約されている。２番目の層にはエッジノードND3を宛先とする太線で示す経路とその経路上のリンクL12, L23が示されている。これらリンクL12, L23にはそれぞれ帯域x1[Mb/s]が予約されている。上から３番目の層にはエッジノードND4を宛先とする経路とそれに沿ったリンクL14が示されており、このリンクL14にも帯域x1[Mb/s]が予約されている。最下層はこれら第1〜第３層を１つに重ね合わせ、各対応するリンクの予約帯域の累積加算値を示している。この例では、リンクL12に対する合計既予約帯域は2x1[Mb/s]であり、その他のリンクL23, L14へはそれぞれ帯域x1[Mb/s]が予約されていることを示している。
図に示してないが、エッジノードND2, ND3及びND4への入力トラヒックに対する予約帯域x2, x3, x4もそれぞれ図８と同様にして求められており、それぞれのエッジノードND2, ND3, ND4の入力トラヒックに対する予約帯域x2, x3, x4に応じて、それぞれのリンク毎に帯域予約が既予約帯域としてリンク帯域テーブル１２（図２）に累積加算して書き込まれている。あるいは図３Ｂに示すように各リンクLij(i≠j)の最大収容帯域からそのリンクに対するそれぞれのエッジノードND1, ND2, ND3, ND4による既予約帯域を残余帯域算出部１５Ａにより減算した結果である、そのリンクLijに対する残余帯域をリンクに対応してテーブル１２に書き込んでおいてもよい。
【００２５】
このようにしてリンク帯域テーブル１２には各リンクの最新の既予約帯域（又は残余帯域）が計算されており、エッジノードND4の入力トラヒックに対する要求帯域ｙの新規予約が可能であるか否か判定できる。
図９は、全エッジノード数をＮとし、エッジノードNDjにおいてユーザ装置Uj又は他のエッジノードから受信された帯域予約要求ＲＱに応答して帯域管理装置100が実行する処理を示す。
ステップＳ１：帯域予約要求ＲＱが受信されたか判定する。
ステップＳ２：帯域予約要求ＲＱが受信されると、指定宛先エッジノードへの各最短経路の全てのリンクを最短経路テーブル１４Ｔから検索し、検索された各リンクに対応する既予約帯域と最大収容帯域をリンク帯域テーブル１２中の対応するリンク番号から読み出し、最大収容帯域から既予約帯域を減算して各リンクの残余帯域を求める。リンク帯域テーブル１２に図３Ｂで示したように残余帯域を記録しておく場合には、その残余帯域を直接読み出せばよい。
ステップＳ３：帯域予約要求ＲＱの要求帯域と宛先エッジノードによる各リンクの必要予約帯域が残余帯域以下であるか判定する。
ステップＳ４：全てのリンクの必要予約帯域が残余帯域以下でなければ、予約不可ＮＧを帯域予約要求ＲＱの要求元に送り、ステップＳ１に戻る。
ステップＳ５：全てのリンクの必要予約帯域が残余帯域以下であれば、入力トラヒックテーブル１１に要求元エッジノードと宛先エッジノードの組に対応して要求帯域を加算する。
ステップＳ６： ステップＳ２で検索した各最短経路の全てのリンクに対し、リンク帯域テーブル１２の既予約帯域に必要予約帯域を加算することにより、既予約帯域を更新する。リンク帯域テーブル１２に残余帯域を記録する場合は、必要予約帯域で残余帯域を減算して更新する。
ステップＳ７：帯域予約の要求元に予約受付可ＯＫを送信し、他の全てのエッジノードに帯域予約要求ＲＱを送信し、ステップＳ１に戻る。予約不可の場合のみＮＧを要求元に送り、予約可の場合にはＯＫを送らないようにシステムを構成してもよい。
【００２６】
上述において、各リンクの必要予約帯域とは、そのリンクを通る全ての最短経路に対する要求帯域の総和であり、第１実施例によれば、図８で説明したように、要求帯域x1の場合、リンクL12に対する必要予約帯域は2x1となる。
図９のステップＳ２〜Ｓ７による帯域予約要求ＲＱに対する処理は、指定された宛先への全最短経路のリンクを全て検索し、それら全てのリンクの残余帯域を計算し、必要予約帯域が全ての残余帯域以下であるかを判定した場合を示したが、検索したリンクごとに残余帯域を求め、必要予約帯域と比較してもよい。その場合の処理手順を図１０に示す。
ステップＳ１：帯域予約要求ＲＱが受信されたか判定する。
ステップＳ２：受信されたＲＱの宛先の１つを選び、その最短経路の１つのリンクを検索し、そのリンクの既予約帯域と最大収容帯域をテーブル１２から読み出す。
ステップＳ３：そのリンクの既予約帯域と最大収容帯域から残余帯域を求める。
ステップＳ４：必要予約帯域が残余帯域以下か判定する。
ステップＳ５：以下でないならば、帯域予約の要求元に予約受付不可NGを送る。
ステップＳ６：以下であれば、その経路の全てのリンクについてステップＳ４の判定処理が修了したか判定し、終了してなければ次のリンクを選択してステップＳ３に戻る。
ステップＳ７：終了していれば、全ての宛先への最短経路について処理を終了しているか判定し、終了してなければ次の宛先への最短経路を選択してステップＳ２に戻る。
ステップＳ８：全ての最短経路について処理が終了していれば、テーブル１１の要求元エッジノードに要求帯域を加算更新する。
ステップＳ９：ステップＳ２で検索された各最短経路のリンクに対応するテーブル１２のリンクの既予約帯域に要求帯域を加算する。
ステップＳ１０：要求元に予約受付かＯＫを送り、他の全てのエッジノードに帯域予約要求ＲＱを送る。
【００２７】
図１０の処理手順によれば、要求帯域より大きい残余帯域のリンクが１つでも見つかった場合、直ちに予約受付不可ＮＧと判定し、残りのリンクについて判定を行わないので、処理量が少なくてすむ利点がある。
このように、この第１実施例では帯域予約要求ＲＱがあった場合に、その要求帯域を全ての宛先エッジノードへの最短経路に予約することにより、無数に存在するトラヒックのフローパターンを一つに限定し、計算量をきわめて少なくすることができ、エッジノードNDjから要求帯域のトラヒックが入力可能であるかを近似的に知ることができる。このアルゴリズムでは、入力ｘ[Mb/s]に対して全エッジノードにｘ[Mb/s]ずつ転送されるものとしているために、実際の場合よりも安全側に近似される。
【００２８】
第２実施例
前述の第１実施例では、エッジノードNDjへの新規の要求帯域ｘに対し、そのエッジノードNDjから他の全てのエッジノードを宛先とする最短経路にそれぞれ要求帯域ｘを予約する処理を説明したが、それによれば、図６及び７の説明で明らかなように、同じ帯域要求ｘに基づいて、同じリンク（例えば図８におけるリンクL12）を通る異なる複数の経路（例えばエッジノードND2を宛先とする経路とエッジノードND3を宛先とする経路）により同一リンクに対し複数回重複して帯域予約を行ってしまうため、リンクの利用効率の点では好ましくない。第２実施例では、このような同一帯域要求による同一リンクに対する重複予約が生じない要求帯域の予約処理を行う。
図１１は第２実施例による要求帯域予約処理を模式的に示す。エッジノードND4への新規要求帯域ｘ[Mb/s]に対し、他の全てのエッジノードを宛先とする最短経路は、図６の例と同様に予め決まっているものとする。図１１においては、エッジノードND4から宛先エッジノードND1とND2への経路に要求帯域ｘを予約した場合、エッジノードND4からND2への経路のリンクL41, L12のうち、リンクL41はエッジノードND1への経路上のリンクL41と重なるので、いずれか一方の経路においてそのリンクL41に帯域予約を行った場合、他方の経路上でそのリンクL41に同一帯域要求に基づく重複予約は行わない。従って、エッジノードND4の入力トラヒックに対するｘ[Mb/s]の新規帯域要求に対し、図１０に示すようにエッジノードND4-ND1間のリンクL41は帯域ｘのみが予約される。
【００２９】
図１２は第２実施例の帯域予約受付判定処理方法に従ってエッジノードND1, ND2, ND3, ND4がそれぞれ帯域x1, x2, x3, x4の予約を行った場合のそれぞれのリンクに対する帯域予約を４つの層で別々に示す。図１２の例では、たとえばリンクL12の既予約帯域はx1[Mb/s]のみであり、リンクL21の既予約帯域はx2+x3[Mb/s]であり、リンクL23の既予約帯域はx1+x2[Mb/s]である。
図１３はエッジノードNDjにおけるユーザ装置Uj又は他のエッジノードNDiからの帯域予約要求ＲＱに対する第２実施例による処理手順を示す。
ステップＳ１で帯域予約要求ＲＱが受信されると、図９の場合と同様にステップＳ２〜Ｓ７により、帯域予約要求に対する予約可否判定と、予約可の場合の既予約帯域更新処理を行うが、異なる点は、この実施礼においては同一帯域予約要求に基づく各リンクに対する帯域の予約は要求帯域に制限し、従って、図１３のステップＳ３では、必要予約帯域として要求帯域を使用し、これが残余帯域以下であるか判定する。また、図９のステップＳ６で、同一リンクに対し、重複しないように要求帯域を加算する。以下に図９のステップＳ６に対応する処理の手順の一例を示す。
ステップＳ６−１：指定された宛先への経路の１つPjiを選択する。
ステップＳ６−２：経路Pji上の１つのリンクを選択する。
ステップＳ６−３：選択したリンクに予約済みフラグが立っているか判定し、たっていればステップＳ６−５に移る。
ステップＳＳ４：フラグが立っていなければ、そのリンクの既予約帯域に要求帯域を加算し、そのリンクにフラグを立てる。
ステップＳ６−５：経路Pjiの全てのリンクについて処理が終了したか判定し、終了してなければ、次のリンクを選択し、ステップＳ６−２に戻る。
ステップＳ６−６：選択した経路の全てのリンクについて処理が終了していれば、全ての経路について処理が終了したか判定し、終了してなければ次の経路を選択してステップＳ６−１に戻る。
ステップＳ６−７：全ての経路について処理が終了していれば、フラグをリセットする。
【００３０】
図１０のステップＳ９に図１３の処理ステップＳ６−１〜Ｓ６−７を適用して重複しない帯域予約を行ってもよい。ただし、ステップＳ４の判定は必要予約帯域として要求帯域を使用する。
このように、この第２実施例では、要求帯域をリンクに予約する前に、そのリンクがすでに同じ要求に対して予約されているかを判定し、予約済みなら追加の予約を行わないので重複予約を避けることができ、リンクの利用効率を高めることができる。
上述の第１及び第２実施例ではエッジノードNDjに対するユーザからの帯域要求情報BWに伴った宛先情報FWが、特定の宛先エッジノードを指定しない場合、即ち全エッジノードを指定する場合について説明したが、１つ又は複数の特定のエッジノードNDiが指定された場合は、図９又は１３のステップＳ３において、エッジノードNDjから指定宛先エッジノードNDiまでの経路Pjiについてのみそれらの経路上のどのリンクの残余帯域よりも必要予約帯域が小さいかを判定し、小さければ図９のステップＳ６又は図１３のステップS6-4でそれらの経路上のリンクに対して要求帯域を予約すればよい。
【００３１】
図９、１０又は１３の処理はコンピュータで実行するプログラムとして図２における記憶装置３０に格納しておき、そのプログラムを読み出して制御部３０により実行してもよい。その場合、最短経路計算部１４及び入力可能帯域計算装置１５による処理は、そのプログラムを実行することによって実行される。
また、上述の第１及び第２実施例の説明では、帯域管理装置１００は各エッジノードに設ける場合を示したが、ネットワーク上の任意の位置に１つ又は複数も受け、それぞれのエッジノードからの帯域予約要求ＲＱを受信して帯域予約の可否を判定し、その判定結果をエッジノードに送信てもよい。
更に、上述の第１及び第２実施例の説明では、リンク帯域テーブル１２には既予約帯域を記録する場合を示したが、既予約帯域の代わりに残余帯域を記録し、各リンクに対し新規の帯域予約を行うごとにリンク帯域テーブル１２の対応する残余帯域から必要予約帯域を減算することにより、残余帯域を更新してもよい。即ち、図９、１３のステップＳ６及び図１０のステップＳ９ではリンクの最大収容帯域を残余帯域の初期値とし、帯域予約要求に対し予約可と判定されるごとにそのリンクの残余帯域から必要予約帯域を減算して残余帯域を更新する。当然、図９、１０及び１３の各ステップＳ２では単に検索したリンクに対応する残余帯域をリンク帯域テーブル１２から読み出すだけでよい。
【００３２】
図１４Ａはこの発明をシミュレーションにより評価するためのネットワークの例を示し、そのネットワークにおいて第１及び第２実施例の図９及び１１に示す処理手順により帯域要求受付可能となる要求帯域の最大値を、各エッジノードによる予約帯域（最大入力トラヒックとみなす）ｘの関数として表すグラフを図１５及び１６に示す。
図１４Ａのネットワークは、全ノード数１０（ND1〜ND10）からなるネットワークで、エッジノード数７（ND1〜ND7）、コアノード数３（ND1, ND2, ND3）からなる。また、図１４Ａのネットワーク例におけるリンクの最大収容帯域は図１４Ｂの表に示してあるリンクを除いては全て５０[Mb/s]とし、各リンクのコストは図１４Ａ中のリンクに付してある数値であり、双方向とも同じとした。また、エッジノードND5以外のエッジノードからの入力帯域は簡単のために、全てｘ[Mb/s]とし、エッジノードND5への入力可能な帯域ｙ[Mb/s]を第１実施例による図９の処理手順で求めた結果を図１５に示し、第２実施例による図１３の処理手順で求めた結果を図１６に示す。
【００３３】
図１５及び１６から分かるように、受付可能最大要求帯域ｙはいずれもx=5Mb/s付近まではｘの値に無関係に一定の値50Mb/sとなり、x=5Mb/sを超えるとｘが大きくなるにつれて受付可能最大要求帯域ｙの値は小さくなる。また、図１６の重複予約を行わない処理手順によればリンクの利用効率が高くなるため、例えばエッジノードへの入力帯域ｘが20Mb/sで比較すれば明らかなように、エッジノードによる予約帯域ｘに対し、第２実施例のほうが受付可能最大要求帯域ｙの値が大きい。
【００３４】
【発明の効果】
以上説明したように、本発明によれば、提案したアルゴリズムを用いると、ｘ[Mb/s]のデータグラムが入力されるエッジノード数Ｎにかかわらず１通りのパターンで済み、新規データグラムの入力可能帯域を少ない演算量で容易に推定することができる。本発明のアルゴリズムを用いることにより、小規模なネットワークにおいても格段に計算量を抑えることができる。
【図面の簡単な説明】
【図１】従来のDiffservネットワークの構成例を示す図。
【図２】各エッジノードに設けられるこの発明による帯域管理装置100のブロック図。
【図３】Ａ１は入力トラヒックテーブルの例を示す図、Ａ２は入力トラヒックテーブルの例を示す図、Ｂはリンク帯域テーブルの例を示す図、Ｃは最短経路テーブルの例を示す図。
【図４】この発明が適用されるDiffservネットワークの構成例を示す図。
【図５】この発明による帯域管理方法を実施する処理手順のフロー図。
【図６】第１実施例による帯域予約を説明するための図。
【図７】ネットワークにおけるエッジノード間のリンクと予約帯域を説明するための図。
【図８】図７におけるエッジノードND1への帯域要求に対する各リンクへの予約を説明するための図。
【図９】第１実施例による帯域予約受付判定処理手順のフロー図。
【図１０】図９におけるステップＳ６〜Ｓ１１の変形例を示すフロー図。
【図１１】第２実施例による帯域予約を説明するための図。
【図１２】第２実施例による全てのエッジノードによる帯域予約を説明するための図。
【図１３】第２実施例による帯域予約受付判定処理手順のフロー図。
【図１４】Ａは第１及び第２実施例の評価シミュレーションを行うために使用したネットワーク構成を示す図、ＢはＡのネットワークにおけるいくつかのリンクの最大収容帯域を示す表。
【図１５】図９の処理手順により帯域要求受付可能となる要求帯域の最大値を示すグラフ。
【図１６】図１３の処理手順により帯域要求受付可能となる要求帯域の最大値を示すグラフ。
Claims (13)
- 他のネットワーク又はユーザに接続された２以上のエッジノードを含む複数のノードがリンクで接続されて構成され、ユーザからのパケットが入力された入力エッジノードと宛て先エッジノード間の経路が最短経路法で選択されるコネクションレス型パケットネットワークにおいて、それぞれのエッジノードによる予約帯域を管理して、複数の宛先エッジノードへの最低通信帯域を保証するネットワークに設けられた帯域管理装置であり、
各リンクの残余帯域を記録するリンク帯域テーブルと、
要求帯域を表す要求帯域情報と複数の宛先エッジノードを表す宛先情報を含む、受信した帯域予約要求に対し、入力可能帯域を算出する入力可能帯域算出装置とを含み、
上記入力可能帯域算出装置は、上記入力エッジノードから複数の指定された各宛先エッジノードへの最短経路上の全リンクのうち少なくとも１つのリンクの残余帯域が上記要求帯域に基づく必要予約帯域より小であれば、上記要求帯域に対し、帯域予約不可と判定し、そうでなければ帯域予約可と判定する残余帯域算出部と、帯域予約可であれば上記必要予約帯域により上記複数の指定された各宛先エッジノードへの最短経路上の各リンクに対応する上記リンク帯域テーブルの残余帯域を減算更新する帯域予約部を含み、
上記帯域予約部は、各リンクに対する同一エッジノードによる同一要求の帯域予約を１回に制限して上記残余帯域を更新する手段を含み、上記必要予約帯域は上記要求帯域であることを特徴とする帯域管理装置。 - 他のネットワーク又はユーザに接続された２つ以上のエッジノードを含む複数のノードがリンクで接続されて構成され、ユーザからのパケットが入力された入力エッジノードと宛て先エッジノード間の経路が最短経路法で選択されるコネクションレス型バケットネットワークにおいて、それぞれのエッジノードによる予約帯域を管理して、複数の宛先エッジノードへの最低通信帯域を保証するネットワークに設けられた帯域管理装置であり、
各リンクの最大収容帯域及び既予約帯域を記録するリンク帯域テーブルと、
要求帯域を表す要求帯域情報と複数の宛先エッジノードを表す宛先情報を含む、受信した帯域予約要求に対し、入力可能帯域を算出する入力可能帯域算出装置とを含み、
上記入力可能帯域算出装置は、上記リンク帯域テーブルの既予約帯域と最大収容帯域から上記帯域予約要求の複数の指定された各宛先エッジノードへの最短経路上の各リンクの残余帯域を算出し、少なくとも１つのリンクの残余帯域が上記帯域予約要求に基づく必要予約帯域より小であれば、上記要求帯域に対し帯域予約不可と判定し、そうでなければ帯域予約可と判定する残余帯域算出部と、帯域予約可であれば上記必要予約帯域により上記複数の指定された各宛先エッジノードへの最短経路上の各リンクに対応する既予約帯域を加算更新する帯域予約部とを含み、
上記帯域予約部は、各リンクに対する同一エッジノードによる同一要求の帯域予約を１回に制限して上記既予約帯域を更新する手段を含み、上記必要予約帯域は上記要求帯域であることを特徴とする帯域管理装置。 - 請求項１又は２に記載の帯域管理装置は、更に、帯域予約可と判定されると上記帯域予約要求を他の全ての上記エッジノードに送信する手段を含むことを特徴とする帯域管理装置。
- 請求項１又は２に記載の帯域管理装置において、上記入力可能帯域算出装置は上記入力エッジノードからその入力エッジノード以外の全ての宛先エッジノードへのそれぞれの最短経路について入力可能帯域の算出をすることを特徴とする帯域管理装置。
- 請求項１記載の帯域管理装置において実施される、各リンクとその残余帯域を記録するリンク帯域テーブルを参照し、受信された帯域予約要求に対し予約の可否を判定する帯域管理方法であり、
(a) 要求帯域と宛先を含む受信した帯域予約要求に応答し、上記複数の指定された各宛先エッジノードへの最短経路の各リンクに対する残余帯域を上記リンク帯域テーブルから読み出すステップと、
(b)上記複数の指定された各宛先エッジノードまでの最短経路上のどのリンクの残余帯域も上記要求帯域に基づく必要予約帯域以上であるか否かにより上記要求帯域に対する予約受付可能か否かを判定するステップと、
(c) 上記ステップ(b) で上記必要予約帯域以上と判定されると、上記複数の指定された各宛先エッジノードまでの上記最短経路上の全てのリンクに対応して上記リンク帯域テーブルの残余帯域を上記必要予約帯域により減算更新するステップとを含み、
(d) 上記ステップ(c) における同一の上記帯域要求に基づく上記複数の宛先エッジノードへの最短経路上のリンクに対する全エッジノードのそれぞれによる残余帯域更新は、１回以下に制限されており、上記必要予約帯域は上記要求帯域であることを特徴とする帯域管理方法。 - 請求項２に記載の帯域管理装置において実施される、各リンクとその残余帯域を記録するリンク帯域テーブルを参照し、受信された帯域予約要求に対し予約の可否を判定する帯域管理方法であり、
(a) 要求帯域と宛先を含む受信した帯域予約要求に応答し、上記複数の指定された各宛先エッジノードへの最短経路の各リンクに対する既予約帯域を上記リンク帯域テーブルから読み出し、残余帯域を算出するステップと、
(b) 上記複数の指定された各宛先エッジノードまでの最短経路上のどのリンクの残余帯域も上記要求帯域に基づく必要予約帯域以上であるか否かにより上記要求帯域に対する予約受付可能か否かを判定するステップと、
(c) 上記ステップ(b) で上記必要予約帯域以上と判定されると、上記複数の指定された各宛先エッジノードまでの上記最短経路上の全てのリンクに対応して上記リンク帯域テーブルの既予約帯域を上記必要予約帯域により加算更新するステップとを含み、
(d) 上記ステップ(c) における同一の上記帯域要求に基づく上記宛先エッジノードへの最短経路上のリンクに対する全エッジノードのそれぞれによる既予約帯域の更新は、１回以下に制限されており、上記必要予約帯域は上記要求帯域であることを特徴とする帯域管理方法。 - 請求項５又は６に記載の方法は更に、
(e) 上記ステップ(c) で帯域予約可と判定された場合、上記帯域予約要求を他の全ての上記エッジノードに送信するステップ、
を含むことを特徴とする帯域管理方法。 - 請求項５又は６に記載の方法において、上記入力エッジノードからその入力エッジノード以外の全ての宛先エッジノードへのそれぞれの最短経路について入力可能帯域の算出をすることを特徴とする帯域管理方法。
- 請求項１記載の帯域管理装置において実施される、各リンクとその残余帯域を記録するリンク帯域テーブルを参照し、受信された帯域予約要求に対し予約の可否を判定する帯域管理方法をコンピュータで実施するための処理手順を表すプログラムであり、
(a) 要求帯域と宛先を含む受信した帯域予約要求に応答し、複数の指定された宛先エッジノードへの最短経路の各リンクに対する残余帯域を上記リンク帯域テーブルから読み出すステップと、
(b)上記複数の指定された各宛先エッジノードまでの最短経路上のどのリンクの残余帯域も上記要求帯域に基づく必要予約帯域以上であるか否かにより上記要求帯域に対する予約受付可能か否かを判定するステップと、
(c) 上記ステップ(b) で上記必要予約帯域以上と判定されると、上記複数の指定された各宛先エッジノードまでの上記最短経路上の全てのリンクに対応して上記リンク帯域テーブルの残余帯域を上記必要予約帯域により減算更新するステップとを含み、
(d) 上記ステップ(c) における同一の上記帯域要求に基づく上記宛先エッジノードへの最短経路上のリンクに対する全エッジノードのそれぞれによる残余帯域更新は、１回以下に制限されており、上記必要予約帯域は上記要求帯域であることを特徴とするプログラム。 - 請求項２記載の帯域管理装置において実施される、各リンクとその残余帯域を記録するリンク帯域テーブルを参照し、受信された帯域予約要求に対し予約の可否を判定する帯域管理方法をコンピュータで実施するための処理手順を表すプログラムであり、
(a) 要求帯域と宛先を含む受信した帯域予約要求に応答し、複数の指定された各宛先エッジノードへの最短経路の各リンクに対する既予約帯域を上記リンク帯域テーブルから読み出し、残余帯域を算出するステップと、
(b)上記複数の指定された各宛先エッジノードまでの最短経路上のどのリンクの残余帯域も上記要求帯域に基づく必要予約帯域以上であるか否かにより上記要求帯域に対する予約受付可能か否かを判定するステップと、
(c) 上記ステップ(b) で上記必要予約帯域以上と判定されると、上記複数の指定された各宛先エッジノードまでの上記最短経路上の全てのリンクに対応して上記リンク帯域テーブルの既予約帯域を上記必要予約帯域により加算更新するステップとを含み、
(d)上記ステップ(c) における同一の上記帯域要求に基づく上記宛先エッジノードへの最短経路上のリンクに対する全エッジノードのそれぞれによる既予約帯域の更新は、１回以下に制限されており、上記必要予約帯域は上記要求帯域であることを特徴とするプログラム。 - 請求項９又は１０に記載のプログラムを表す処理手順は更に、(e) 上記帯域予約要求を全ての上記エッジノードに送信するステップを含むことを特徴とするプログラム。
- 請求項９又は１０に記載のプログラムを表す処理手順において、上記入力エッジノードからその入力エッジノード以外の全ての宛先エッジノードへのそれぞれの最短経路について入力可能帯域の算出をすることを特徴とするプログラム。
- 請求項９又は１０記載のプログラムが記録された記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002044550A JP3716927B2 (ja) | 2001-02-23 | 2002-02-21 | 帯域管理装置および方法およびプログラムおよび記録媒体 |
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001048819 | 2001-02-23 | ||
| JP2001-48819 | 2001-02-23 | ||
| JP2001-121834 | 2001-04-20 | ||
| JP2001121834 | 2001-04-20 | ||
| JP2002044550A JP3716927B2 (ja) | 2001-02-23 | 2002-02-21 | 帯域管理装置および方法およびプログラムおよび記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003008632A JP2003008632A (ja) | 2003-01-10 |
| JP3716927B2 true JP3716927B2 (ja) | 2005-11-16 |
Family
ID=27346088
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002044550A Expired - Fee Related JP3716927B2 (ja) | 2001-02-23 | 2002-02-21 | 帯域管理装置および方法およびプログラムおよび記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3716927B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8631151B2 (en) | 2006-05-18 | 2014-01-14 | Intel Corporation | Techniques for guaranteeing bandwidth with aggregate traffic |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4914404B2 (ja) * | 2008-06-03 | 2012-04-11 | 日本電信電話株式会社 | 経路計算装置、経路計算方法、および経路計算プログラム |
| JP2011097146A (ja) * | 2009-10-27 | 2011-05-12 | Kddi Corp | Ｒｏａｄｍネットワークに光バースト信号を収容するための方法及び装置 |
-
2002
- 2002-02-21 JP JP2002044550A patent/JP3716927B2/ja not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9264311B2 (en) | 2003-12-30 | 2016-02-16 | Intel Corporation | Techniques for guaranteeing bandwidth with aggregate traffic |
| US10038599B2 (en) | 2003-12-30 | 2018-07-31 | Intel Corporation | Techniques for guaranteeing bandwidth with aggregate traffic |
| US10721131B2 (en) | 2003-12-30 | 2020-07-21 | Intel Corporation | Techniques for guaranteeing bandwidth with aggregate traffic |
| US8631151B2 (en) | 2006-05-18 | 2014-01-14 | Intel Corporation | Techniques for guaranteeing bandwidth with aggregate traffic |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003008632A (ja) | 2003-01-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1249973B1 (en) | Bandwidth management apparatus and method, program therefor and recording medium with the program recorded thereon | |
| US8897306B2 (en) | Path management control method, path management control program, path management controller and path management control system | |
| US6363319B1 (en) | Constraint-based route selection using biased cost | |
| JP3938582B2 (ja) | 仮想ｌａｎ構築装置 | |
| CN100401701C (zh) | 网络控制设备及其路径控制方法 | |
| JP3816390B2 (ja) | サービス割り当て装置 | |
| JP4598640B2 (ja) | 電気通信ネットワークにおける経路選択方法及び装置 | |
| US6594268B1 (en) | Adaptive routing system and method for QOS packet networks | |
| US8320277B2 (en) | Multitopology routing method and system | |
| US20020103924A1 (en) | Method for allocating network aggregation bandwidth and a network system using the same | |
| US20040202158A1 (en) | Packet communication network and packet transfer control method | |
| JP4319925B2 (ja) | ストレージネットワークシステムの制御方法及びストレージネットワークシステム | |
| JP2004236198A (ja) | 伝送帯域制御装置 | |
| JPH11127195A (ja) | 通信資源管理方法及びノード装置 | |
| US20030161633A1 (en) | Node used in photonic network, and photonic network | |
| US20040233850A1 (en) | Device and a method for determining routing paths in a communication network in the presence of selection attributes | |
| JP2001144759A (ja) | 通信ネットワーク管理システム並びに該通信ネットワーク管理システムに使用されるサブ通信ネットワーク管理装置及び通信ネットワーク管理装置並びにプログラムが記録されたコンピュータ読み取り可能な記録媒体 | |
| JP3716927B2 (ja) | 帯域管理装置および方法およびプログラムおよび記録媒体 | |
| LeBlanc et al. | Packet routing in telecommunication networks with path and flow restrictions | |
| US7443832B2 (en) | Device for determining switching paths in a label switched communication network in the presence of selection attributes | |
| JPH0983546A (ja) | 経路選択方法および経路選択装置および通信網設計方法および通信網設計装置 | |
| JP2002359634A (ja) | 通信経路設計方法、通信経路設計装置及びプログラム | |
| JP3856837B2 (ja) | 回線交換通信ネットワークにおけるマネージメントの方法および回線交換通信ネットワークにおいてノードとして用いることのできる装置 | |
| JP4444214B2 (ja) | リソース管理方法および装置 | |
| JP3696815B2 (ja) | 受付制御システムおよび方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040608 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040622 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040817 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041019 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041201 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050222 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050401 |
|
| 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: 20050802 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20050823 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050823 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080909 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090909 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090909 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100909 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100909 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110909 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |