JP4567160B2 - 帯域割り当て方法 - Google Patents
帯域割り当て方法 Download PDFInfo
- Publication number
- JP4567160B2 JP4567160B2 JP2000239399A JP2000239399A JP4567160B2 JP 4567160 B2 JP4567160 B2 JP 4567160B2 JP 2000239399 A JP2000239399 A JP 2000239399A JP 2000239399 A JP2000239399 A JP 2000239399A JP 4567160 B2 JP4567160 B2 JP 4567160B2
- Authority
- JP
- Japan
- Prior art keywords
- network
- bandwidth
- traffic
- service
- route
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/25—Routing or path finding in a switch fabric
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/20—Support for services
- H04L49/205—Quality of Service based
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5619—Network Node Interface, e.g. tandem connections, transit switching
- H04L2012/562—Routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5619—Network Node Interface, e.g. tandem connections, transit switching
- H04L2012/5621—Virtual private network [VPN]; Private-network - network-interface (P-NNI)
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5619—Network Node Interface, e.g. tandem connections, transit switching
- H04L2012/5623—Network design, dimensioning, topology or optimisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5629—Admission control
- H04L2012/5631—Resource management and allocation
- H04L2012/5632—Bandwidth allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5678—Traffic aspects, e.g. arbitration, load balancing, smoothing, buffer management
- H04L2012/5684—Characteristics of traffic flows
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【発明の属する技術分野】
本発明はパケット化された通信ネットワークにおいてトラフィックをルート間で分配する方法に関する。
【0002】
【従来の技術】
通信ネットワークは、コンピュータ端末、電話、ファクシミリ、及びコンピュータファイルサーバなどの端末通信デバイス間で情報を伝達する。代表的なネットワークには、図1に示されているように、リンク15.1−15.10などによって相互接続された交換ノード10.1−10.8が含まれる。一般に、各端末デバイス(図示せず)は、いずれかのノードに関連している。
【0003】
現在の多くのネットワークにおいて、ソースノードからデスティネーションノード宛に伝達されるべき情報は、パケットすなわちセルに分割される。例えば、非同期転送モード(ATM)プロトコルあるいはインターネットプロトコル(IP)に従うと、これらのパケットは、ソースノードからデスティネーションノード宛に独立に流れる。その経路上で遭遇する各ノードにおいては、パケットはそのパケットによって担われているヘッダ情報に従ってあるリンクあるいは別のリンクへ振り向けられる。以下、この種のネットワークを“パケット化された”ネットワークと呼称する。
【0004】
電話通話などのある種の通信トランザクションは、デスティネーションにおけるパケットの到達のタイミングにかなり敏感である。絶対的あるいは相対的な遅延がかなりの量存在する場合、あるいは、パケットが異なった順序で到達する場合には、通話品質は受容不能と見なされる。この種のトランザクションの品質を保存するためには、そのトランザクションの間中、ソースからデスティネーションへのルート全体を維持することが望ましい。(以下、通信トランザクションを、FAX画像やデータのトランザクションを含む場合においても、一般的に“通話”と呼称する。)
【0005】
最も単純なネットワークにおいても、与えられたソースと与えられたデスティネーションとの間には、一般に複数個のルートが利用可能である。例えば、図1より、ノード10.3からノード10.4へは五つの可能なルートが存在することが明らかである。しかしながら、与えられたソース−デスティネーション対に対して考えられる全てのノードを利用可能にすることは必ずしも望ましくない。
例えば、ある種のルートは過多なリンクを通過しており(すなわち、多過ぎる“ホップ”を有している)、そのことによって全体としての遅延が受容不能な程度になる可能性がある。この問題は、各リンクが限られた帯域しか有していないという事実によってより複雑になる。それゆえ、近接したノード間の通話を遠くのリンクを介してルーティングすることは、そのリンクに近接して存在するノード間のある量のトラフィックを排除してしまうことになる。このことは、そのトラフィックのある部分に対して望ましくないほどの長距離ルートを強要することにもなる。
【0006】
“トラフィックエンジニアリング”と呼称される考え方は、就中、許容されるルートの中でトラフィックをどのように分配するかという問題を取り扱う。kの分配は、所定のレベルのネットワーク性能を実現するような様式でなされることが望ましい。トラフィックエンジニアリング問題は、ネットワークが複数個のサービスクラスを担うことが必要とされる場合に、さらに複雑になる。例えば、同一のネットワークが、音声、映像、FAX、及びeメール伝送を担うことが要求される。これらのサービスは、各々、固有の帯域要求要求を有しており、さらに、どの位の遅延が許容されうるかに係る固有の要求をも有している。また、各々、どの程度の通話ブロッキングが許容されうるかに係る固有の要求も有している。複数のサービスクラスを担うネットワークは“マルチサービスネットワーク”と呼称される。
【0007】
ネットワークトラフィックは、概して、サービス品質(QoS)トラフィックとベストエフォート(BE)トラフィックとに分類される。
【0008】
QoSトラフィックは、顧客に対して受容可能であるために不可欠な要求を満たさなければならないトラフィックである。この種の要求は、通常、受容可能な最大遅延に関連している。しかしながら、それらは他の性能パラメータを含む可能性がある。例えば、ブロッキングに係るパラメータが重要な場合もある。その種のタイプのパラメータには、通話損失比及びパケット損失比が含まれる。QoS要求を満たすためには、関連するトラフィックが可能なルートよりなるある種の組に制限されなければならない。この、可能なルートの組、という概念は、QoS方式においては、種々のポリシー制限に従うために限定された可能なルートの組を規定するために重宝である。
【0009】
QoSトラフィックは、さらに、リアルタイムトラフィックと非リアルタイムトラフィックとに分類される。例えば、音声及び映像トラフィックを含むリアルタイムトラフィックは、顧客によって、それが到達した時点で用いられることを意味している。受信されるデータのスムーズな流れを妨げていると顧客が知覚する全ての遅延は、通常、受容不能である。ファクシミリ機との間のトラフィックなどを含む非リアルタイムトラフィックは、遅延に関してはより許容度の高いものであるが、迅速かつ比較的スムーズな伝達に係る顧客の期待を充足しなければならない。特に、重要なデータトラフィックは、通話損失比及びパケット損失比に関して厳しい制限を有することが多い。
【0010】
ワールドワイドウェブ、eメール、及びFTPなどを含むBEトラフィックは、遅延及び通話ブロッキングに関してより寛容である。ユーザは、完全なメッセージを受信するまでに、一般的には数分間、またある場合には数時間の間待機することを許容する。それゆえ、ネットワークサービスプロバイダは、最大遅延に関しては、いかなる特別の制限を保証することを期待されていない。その代わり、ネットワークが、より収益性の高いQoSトラフィックを妨げること無く割くことのできる帯域を、利用可能になった時点で使うことができれば一般には充分である。
【0011】
ネットワークサービスプロバイダがマルチサービスネットワークを最大限に活用するためには、相異なったサービスクラスに関してそれぞれに規定された、例えば遅延量などに係る制限が満たされることを顧客に対して保証することができることが望ましい。しかしながら、不当な量のトラフィックをブロックすることなくこの種の保証を実現するようなネットワークを設計することは困難である。
例えば、音声トラフィックが、音声通話に関しては最短ルーティングが本質的であるために、ある特定のリンクに集中してしまうような場合には、ファクシミリ伝送はそれらのリンクから除外されるべきである。これらのリンクがファクシミリ伝送のルーティングに必要とされる場合には、ファクシミリを送信するための試みがなされるたび毎にビジー信号が返されることになる。
【0012】
マルチサービスネットワークにおけるトラフィックエンジニアリングに係る一つのアプローチが、D.Mitraらによる“ATMネットワーク設計及び最適化:マルチレート損失ネットワークフレームワーク”という表題の論文(IEEE/ACM Transactions on Networking第4巻(1996年8月)第531−543頁)に記載されている。この論文は、TALISMANと呼称されるソフトウエアパッケージを記述している。TALISMANは、就中、ネットワークに係る長期間の平均収益によって特徴付けられる性能指標を最大化する目的で、マルチサービスATMネットワークにおけるジョイントルーティング問題を解決する(ジョイントルーティング問題は、関連する全てのソース−デスティネーション対を連大敵に取り扱うものである)。TALISMANモデルでは、収益指数は、個々のサービスルート(すなわち、与えられたサービスクラスに係るルート)に関して、サービスルートの収益パラメータに当該サービスルート上で受容されたトラフィック強度を乗じたものとして求められる。トラフィック強度は、通話の到達レートに通話当たりの保持時間を乗じたものとして定義される。これらの収益指数は全ストリームに関して、さらに個々のストリーム毎に全サービスルートに関して総和が取られ、全ネットワーク収益が求められる。ストリームは、与えられたサービスクラスに係るソース−デスティネーション対として規定される。
【0013】
相異なったサービスクラスにおいて利用可能なルートの組が明確なポリシー要求を満たさなければならないようなマルチサービスネットワークに対する要求が強まりつつある。例えば帯域や遅延などのこれまで同様の要求に加えて、最近増加しつつある、仮想プライベートネットワークサービスに係る要求も存在する。
【0014】
【発明が解決しようとする課題】
ネットワークの規模及び複雑さが増大するに連れ、トラフィックエンジニアリング問題を解くために必要とされる時間も増大する。変化するトラフィックパターンに向き合いつつネットワークの最も効率的な利用を実現するためには、トラフィックエンジニアリング問題のオンライン解法を実行することが望ましい。すなわち、発生した実際の状況に応じた解である。TALISMANなどのツールを利用しても、大規模あるいは複雑なネットワークに関しては、このことは必ずしも可能ではない。
【0015】
【課題を解決するための手段】
本発明は、少なくとも一つのQoSサービスクラスとQoSクラスではない少なくとも一つのサービスクラスを有するネットワークにおけるトラフィックエンジニアリング問題を解決する方法を提供する。本発明に係る計算の複雑さは、それが多項式に基づくものであるために有限であり、数百ノード及び多数のサービスクラスを有するようなネットワークに関する解をも求めることが可能である。
通常のサイズのネットワークに適用された場合には、本発明に係る方法は、多くの場合、オンライン実行が可能な程度に高速である。
【0016】
本発明に係る方法に従って、帯域は、少なくとも一つのQoSサービスクラスにおいて、対応するサービスルートに割り当てられる。ここでは、“QoS”という術語は、優先的に処理がなされるあらゆるサービスクラスを含むものとして広義に用いられている。この意味では、遅延に敏感なトラフィックと遅延に敏感ではないトラフィックの双方がQoSトラフィックに含まれる。帯域割り当ては、QoSクラスにおける、各ソース−デスティネーション対間での与えられた帯域要求の組に応答してなされる。マルチコモディティフロー(MCF)技法などの線型プログラミング手法が、ネットワーク収益などの適切な性能指数を最適化するような様式でこの割り当てをするように用いられる。
【0017】
その後、線型プログラミング手法が、前記性能指数の最適値から離れることなくネットワーク利用率を最小化する新たな割り当てを行なうために再度使用される。次いで、残差ネットワークが識別される。この残差ネットワークは、ネットワーク内の各リンク上での未割り当ての帯域よりなる。
【0018】
その後、ルーティング問題が少なくとも一つの非QoSサービスクラスに関して解かれる。この種の全てのサービスクラスは、ここでは制限無くBEクラスと呼称される。ルーティング問題は、BEサービスクラスにおける全てのフローに係るルートの組を見出し、これらのルートの組の各々における対応するサービスルートに帯域を割り当てるように解かれる。この問題は、線型プログラミング手法を用いて、ベストエフォートトラフィックからのネットワーク収益などの適切な性能指数を最適化するように解かれる。
【0019】
QoSクラスのプライオリティは、QoS要求を、BE要求より前に、かつ、BE要求に関わらずにルーティングすることによって実現される。通常、QoSサービスクラスに係る実効帯域は、BEクラスのものよりも大きい。これらのファクタの双方は、一般に、BEトラフィックと比較した場合のQoSトラフィックにおけるより少ない遅延、及びより少ない通話ブロッキング/パケット損失レートを実現する。
【0020】
本発明の望ましい実施例においては、QoSサービスクラスに係るルーティング問題がルートベース定式化を用いて解かれ、制限されてかつ許容されうるルートの組に係るスペシフィケーションが容易に実現される。対照的に、BEクラスに係るルーティング問題は、リンクベースの定式化を用いて解かれることが望ましい(この種の定式化は、しばしば“エッジベース”と呼称される)。リンクベース定式化は、接続度の高いネットワークに関する問題が解かれる際のスピードを改善する。しかしながら、リンクベース定式化のみでは完全な解とはならない。与えられたサービスクラスにおいて、リンクベース定式化は対応するソース−デスティネーション対に係るリンク毎の帯域割り当てを実現するが、サービスルートの割り当ては実現しない。ルートデコンポジションと呼称されるさらなる手続きが、リンクベースの解からサービスルートによる帯域割り当てを生成するために用いられる。
【0021】
別の側面では、本発明は、各適切なサービスクラス毎の要求の組に応答してサービスルートに帯域を割り当てる目的での、前述された線型プログラミング手法の利用を含んでいる。重要なことは、この要求が、適切なサービスクラスに関連する実効帯域の割り当てを考慮するよう、さらに、実際に発生するトラフィック要求の確率論的な振る舞いを許容するように計算されることである。
【0022】
本発明によっていずれかの側面において解かれるトラフィックエンジニアリング問題は、ルーティングと承認制御との組み合わせ問題であることに留意されたい。ルーティングの側面は、与えられたサービスクラスにおける与えられたソース−デスティネーション対間での要求が可能なルートの中で割り当てられることによって明示的に行なわれる。承認制御の側面は、最適割り当てが、全ての要求よりも少ない要求に対するものであるときに暗示的に行なわれる。簡潔に述べれば、承認制御は、例えば収益を最大化する目的でトラフィックが削除される場合に機能する。
【0023】
【発明の実施の形態】
以下で用いる記号及び及び術語のまとめ
ネットワークはN個のノードとL個のリンクを有している。各々のリンクは、指数lの対応する対応する値に関連している。
【0024】
サービスクラスはsで示される。
【0025】
ソース−デスティネーション対はσで表わされる。
【0026】
ストリーム(s,σ)は、特定のサービスクラスに係るソース−デスティネーション対である。
【0027】
(ソース−デスティネーション対間の)各ルートは、指数rによって識別される。
【0028】
与えられたストリーム(s,σ)に係る可能なルートの組は
【数21】
によって示される。
【0029】
サービスルート(s,r)は、特定のサービスクラスsに係るルートrである。
【0030】
要求行列
【数22】
は、サービスクラスsにおけるソース−デスティネーション対σ間の帯域要求Ts, σよりなるN×N行列である。要求行列のエントリは、通常、トラフィック測定あるいは予測モデルに基づく。各QoSサービスクラスに係る要求行列が存在し、ベストエフォートトラフィックに関しても、要求行列
【数23】
が存在する。
【0031】
Clはリンクlの帯域すなわち容量である。
【0032】
QoS収益パラメータesrは、与えられたQoSサービスルートによって伝達された単位帯域当たりの収益である。
【0033】
ベストエフォート収益パラメータeBE, σは、与えられたソース−デスティネーション対間の総BEトラフィックによって担われた単位帯域当たりの収益である。ここでは、簡単のために、この収益レートはルート選択には依存しないと仮定する。ルート依存収益の場合への一般化は容易に実現され、本発明の範疇に含まれるものである。
【0034】
Xsrは、与えられたサービスルートで担われるフローすなわち帯域である。
【0035】
Fσは、与えられたソース−デスティネーション対間の総BEフローすなわち担われた帯域である。
【0036】
WQoSは、全QoSサービスクラスに係る総ネットワーク収益である。これは、積esrXsrを、全てのQoSサービスクラス、全てのソース−デスティネーション対に関して、及び、各適切なストリーム毎に当該ルートの組(すなわち、可能なルートの組)に関して総和を計算することによって計算される:
【数24】
【0037】
WBEは、BEトラフィックに係る総ネットワーク収益である。これは、積eBE, σFσの全てのソース−デスティネーション対に関する総和を取ることによって計算される:
【数25】
【0038】
式2では、簡単のために、単一のBEサービスクラスしか存在しないと仮定している。複数個のBEクラスを有する場合への一般化は容易に実現され、本発明の範疇に含まれる。
【0039】
図2に示された本発明の実施例に従って、ブロック20に示されているように、それぞれのサービスルートに関する、ネットワークQoS収益を最大化するようなフローXsrを見出すというマルチコモディティフロー(MCF)問題が解かれる。この問題への入力は、QoS要求行列、リンク容量、各QoSストリームに係るルートの組、及び、種々のQoSサービスルートに係る収益パラメータである。最大化は、(i)与えられたストリームに関して、当該ストリームに係るルートの組に亘る全フローXsrの総和が、当該ストリームに係る要求を越えてはならない;(ii)フローXsrは全て非負で無ければならない;及び、(iii)与えられたリンクを通過する全フローの総和は当該リンクの容量を超えてはならない;という拘束条件の下で実行される。
【0040】
数学的には、ブロック20に示されたMCF問題は、次のように記述される:
【数26】
このとき、全てのQoSサービスクラスs及び全てのσに関して
【数27】
であり、全てのQoSサービスクラスs及び全てのσに関して
【数28】
であり、かつ、全てのlに関して
【数29】
である。
【0041】
上記拘束条件の最初のものに関しては、少なくともいくつかのストリームに関しては、適切なルートの組に亘る全てのフローの総和が関連する要求よりも少ない場合がありうる。すなわち、承認制御は、要求された帯域のうちのあるものを拒否するように機能する。与えられたストリーム(s,σ)に関して、対応する損失比Ls σは、以下のように定義される:
【数30】
【0042】
ブロック20に示されたMCF問題は、WQoS *を決定するように解かれる。WQoS *は、総QoSネットワーク収益の最適値である。担われた総QoSトラフィックなどの他の性能指標が、MCF問題のQoSネットワーク収益と容易に置換されうる。
【0043】
ブロック25においては、第二のMCF問題が解かれる。第一MCF問題への全ての入力は、第二のMCF問題の入力でもある。さらに、第一MCF問題に対する解より得られたWQoS *がここでは拘束条件として付け加わる。すなわち、ブロック25におけるMCF問題は、総ネットワーク収益(あるいは他の性能指数)がWQoS *あるいはWQoS *より導出された指数よりも小さくないように解かれなければならない。この導出された指数の一例は、WQoS *未満ではあるが同程度の大きさを有するWQoS *の部分値である。ブロック25のMCF問題の目的は、帯域ホップ数の総和より求められる、QoSトラフィックの総リソース利用率を最小にすることである。QoSトラフィックによる総リソース利用率UQoSは、数学的には以下の表式によって表わされる:
【数31】
ここで、第一の総和はリンクに亘って取られ、第二の総和はストリームに亘り、及び第三の総和は適切なルートの組に亘るものであるが、与えられたリンクlを含むルートのみである。UQoSは、収益に係る拘束条件の下で最小化されるべき目的とする関数である。
【0044】
別のアプローチでは、リソース利用効率を表わす相異なった指標が最適化される。例えば、この別のアプローチは、最も利用率の高いリンクの利用率を最小化するものである。
【0045】
さらに別のアプローチにおいては、拘束条件は、最も利用率の高いリンクの飽和を防止する目的で適用される。この種の拘束条件には、与えられたリンクの利用率に関して総リンク容量のうちの所定の割合で上限を与える。
【0046】
ブロック25の出力は、全サービスルートに係る、UQoSを最小化するUフローパラメータの組{Xsr}を含んでいる。ブロック30では、各リンクlの容量Clが当該リンクを介してルーティングされる全てのフローXsrだけ減じられる。残存する容量はCl’で表わされる。全ての残存する容量Cl’よりなる組{Cl’}は、“残差ネットワーク”と呼称される。
【0047】
ブロック35においては、ベストエフォートトラフィックに係る総ネットワーク収益(あるいは他のパラメータ)を最大化するというさらなるMCF問題が解かれる。このMCF問題を解くために、ネットワークは残差ネットワーク{Cl '}であると規定される。よって、ブロック35への入力は、ベストエフォート要求行列
【数32】
、{Cl '}の組、及び収益パラメータ{eBE, σ}の組である。
【0048】
前述の議論において、ブロック20及び25のMCF問題が、ルートベースの問題として定式化された。すなわち、決定変数Xsrは与えられたサービスルート上のフローに関連付けられているが、個々のリンクに関して個別に規定されてはいない。MCF問題に係る別の定式化は、所謂リンクベース(すなわちエッジベース)定式化であり、各決定変数Yσ l、与えられたリンクl上の与えられたソース−デスティネーション対σを表わしている。
【0049】
ルートベース定式化はQoSトラフィックを取り扱う際に有用である。なぜなら、この定式化は、相異なったポリシー拘束条件及び遅延関係拘束条件の双方が、相異なったソース−デスティネーション対尾yび相異なったサービスクラスに係るルートに関して適用可能であるからである。これらの拘束条件は、例えば、許容可能総ホップ数などを含んでいる。この種の拘束条件は、総遅延、あるいは他の品質指標、が、希望される条件内に属していることを保証するために有用である。特に、ポリシー拘束条件及び他の拘束条件は、与えられたソース−デスティネーション対及びサービスクラスに関して許容されるルート数を制限する傾向がある。
【0050】
しかしながら、各ルートの組に可能な複数個のルートを有する高度に相互接続されたネットワークにおいては、ルートベース定式化は非常に複雑になってしまう傾向がある。そのような場合には、ルートベース定式化でMCF問題を解くことは、現実的な意味では手に負えないものとなる可能性がある。他方、リンクベース定式化の複雑さは、ルート数には依存せず、リンク及びノードの数にのみ依存する。よって、ルートの組が巨大である場合には、リンクベース定式化が有利である。
【0051】
QoSトラフィックとは異なり、ベストエフォートトラフィックは、通常、ルート中の許容可能なホップ数に係る上限などのポリシー拘束条件に従わない。よって、残差ネットワークの制限の中でのベストエフォートトラフィックに係るルートの組は極めて大きくなり、少なくともある場合においては、先験的な制限からは自由となる。結果として、ブロック35においてベストエフォートトラフィックに関してMCF問題を解く場合には、一般に、リンクベース定式化を用いることが望ましいと思われる。
【0052】
ブロック35でのMCF問題の目的は、拘束条件(i)ソース−デスティネーション対間の総フローFσは非負でなければならず、かつ、対応するベストエフォート要求TBE, σよりも大きくてはいけない;(ii)各ソース−デスティネーション対に関して、与えられたノードに入ってくるリンクに関して取られたフローパラメータYσ lの総和は、当該与えられたノードから出ていくリンクに関して取られた総和と、これらの総和が総フローFσの+1倍(デスティネーションの場合)あるいは−1倍(ソースの場合)だけ異なっている場合以外は、互いに等しくなければならない;(iii)全フローパラメータは非負でなければならない;及び、(iv)各リンクlに関して、フローパラメータYσ lの全ソース−デスティネーション対σに係る総和はリンク容量Clを超過してはならない;という拘束条件に従いつつ、ベストエフォートネットワーク総収益WBEを最大化するベストエフォートパラメータの組{Yσ l}を決定することである。
【0053】
この問題に関して本明細書において記載されている定式化が所謂“N2L”定式化であることは当業者には明らかである。少なくともある場合においては、“Nコモディティ”定式化として知られている別の定式化が、平均としてはより大きな計算効率を実現する場合がある。この別の定式化は、例えば、1997年1月21日付の米国特許第5,596,719号に見出される。
【0054】
QoSトラフィックの場合と同様、承認制御に起因するベストエフォート損失比は、
【数33】
によって規定される。
【0055】
ブロック35の結果を適用する目的で、ルートベースベストエフォートフローパラメータの対応する組{Xsr BE}から最適の組{Yσ l}を回復することが必要である。このことを実現する手続きは、フローデコンポジションと呼称される。ブロック40においては、フローデコンポジションが、対応するソース−デスティネーション対に係る総フローの組である入力{Fσ}及びリンクベースフローパラメータの組である入力{Yσ l}から組{Xsr BE}を導出する目的で実行される。
【0056】
フローデコンポジションを実行する方法は当業者には公知である。その一例が図3に例示されており、以下に記述される。
【0057】
ブロック45においては、組{Cl '}、{Fσ}、及び{Yσ l}が入力として受容される。ブロック50においては、ソース−デスティネーション対σが処理のために求められる。各ソース−デスティネーション対は、ブロック80及び85に示されているように、残存するものが無くなるまで処理される。
【0058】
ブロック55においては、還元されたグラフ
【数34】
が、残差ネットワークから、現在のソース−デスティネーション対σに関して何らフローを担っていない各々のリンクを削除することによって生成される。ブロック60においては、ルートrが現在のソース−デスティネーション対を接続することによってトレースされる。ブロック65においては、現在のルートに係るベストエフォートルートベースフローパラメータXBE,rに対して、現在のルートの全てのリンク上の最小リンクベースフローパラメータに等しい値が割り当てられる。すなわち、
【数35】
が割り当てられる。さらに、ブロック65では、現在のソース−デスティネーション対に係る総フロー値Fσから量XBE,rが減ぜられる。
【0059】
前述されているように、ブロック60においては、現在のソース−デスティネーション対を接続している特定のルートrが
【数36】
内でトレースされる。ブロック70においては、現在のルートrの各リンクに係るリンクベースフローパラメータYσ lから量XBE,rが減ぜられる。
【0060】
ブロック75に示されているように、現在のソース−デスティネーション対に係る総フロー値Fσがゼロに減ぜられるまで、すなわち、当該ノード対間の全てのフローがルートに関して割り当てられるまで、当該ソース−デスティネーション対に関してブロック55−70の手続きが反復される。その後、ブロック75−85に示されているように、新たなソース−デスティネーション対が獲得され、ブロック55−70の手続きが反復される。全体の手続きは、未処理のソース−デスティネーション対が存在しなくなるまで、残存するソース−デスティネーション対に関して反復される。
【0061】
ブロック55における(与えられたソース−デスティネーション対に関する)各反復において、還元されたグラフ
【数37】
はさらにその直前の反復における条件から還元されることに留意されたい。しかしながら、新たなソース−デスティネーション対が求められる場合には、初期グラフ
【数38】
は残差ネットワーク全体である。
【0062】
ルートベースフローパラメータの組{Xsr}及び{Xsr BE}が求められた後、それらは、各ストリームにおいて与えられたトラフィックを当該トラフィックに係るルートの組における可能なルートに割り当てるために用いられる。ある割り当て方法例においては、与えられたルートに対して提供されるトラフィックの割合は、当該ルートに係るXsrをルートの組における全ルートに亘るXsrの総和で除した値にほぼ等しい。この種の方法が、例えば、ネットワークにおける種々のノードでの重み付け公平キューイングと共に用いられるソースノードにおける比例ルーティングを通じて実行されることは、当業者には明らかである。
【0063】
比例ルーティング及び重み付け公平キューイングは当業者には公知であり、その詳細はここでは記述されない。しかしながら、教育的目的で、比例ルーティングの概要が以下に記述される。各ノードは、S個のサービスクラスの各々におけるN−1湖のソース−デスティネーション対に係る見込みソースノード、すなわち、S(N−1)個のストリームの各々に係る見込みソースノードである。これらのストリームの各々には複数個のルートが対応し、各々のルートがトラフィック要求Ts σのうちの相対的なシェアXsr/Ts σを有している。この観点では、通話の削除は、そのような相対シェアを有する(見せかけのルート(ファントムルート)への)ルート割り当てとして取り扱われる。各ノードにおけるルータには、S(N−1)個のテーブルが、各ストリームに付き一つずつロードされる。
各テーブルには、適切なサービスルートに係る比Xsr/Ts σの値がリストされている。通話要求は、ファントムルートを含むこれらのサービスルートに対して、比Xsr/Ts σに比例して割り当てられる。
【0064】
図2に関連して記述されている方法のある種の実施例においては、トラフィック要求Ts, σは、測定、あるいは、トラフィックモデルからの予測によって求められた平均値である。この目的でトラフィックモデルが用いられる場合には、それは確率論的モデルであることが望ましい。なぜなら、この種のモデルは通信トラフィックの確率論的性質をより正確に説明するからである。
【0065】
しかしながら、このような平均値の使用は、望ましくないほどの割合の損失につながる可能性がある。このことは、まさに、通信トラフィックが統計的性質を有するからである。実際には要求は一様には発生せず、比較的アクティビティの低い期間によって分離された“要求の束”のように発生する傾向がある。要求が一様に発生すると仮定される場合には、トラフィックエンジニアリングは、要求が束のように到達するような比較的高いアクティビティを有する期間に適用するのに充分な容量を実現することに失敗する可能性がある。結果として、特定のルートへのトラフィックの提供が、その種のルート中の単一あるいは複数個のリンクにおける容量が不充分であるために、拒絶されることになる。このような拒絶は、通話の損失につながる。
【0066】
本発明の発明者は、大規模ネットワークにおいても計算上の容易さを維持しつつ、通話の到達に係る確率論的性質を考慮することによって、損失割合の低減を約束する方法を導出した。以下、当該方法を、QoSトラフィックに対して適用した場合が記述される。もちろん、当該方法は、ベストエフォートトラフィックに対しても適用可能である。
【0067】
本発明に係る方法は、以下にまとめられているような、通信ネットワークの確率論的モデリングに係る種々の量を含んでいる。
【0068】
例えばポワソン(Poisson)分布をしているような、与えられたストリーム(s,σ)に係る通話の平均到達レートをΛs σで表わす。
【0069】
与えられたストリームに係る通話の平均保持時間を1/μs σで表わす。
【0070】
与えられたストリームの負荷、すなわちトラフィック強度を
【数39】
と表わす。この量は、Λs σ/μs σに等しい。
【0071】
量Λs σ、1/μs σ及び実効帯域dsは、一般には、ネットワークの確率論的モデルに対する入力と考えられる。実効帯域は、パケットレベルの可変性、バッファオーバーフロー、バッファ遅延、及びトラフィックの振る舞いの他のパケットレベルQoS敏感効果及びディスクリプタをまとめ上げたパラメータである。
【0072】
以下に議論する設計手続きは、さらに、量ρsrを与える。これは、与えられたサービスルート(s,r)に関する負荷、すなわちトラフィック強度である。ρsrの値は、前述されたフローパラメータXsrに類似のものである。ひとたびそれらが求められると、量ρsrが、トラフィックエンジニアリング手続きで用いられる。この種の手続きは、例えば、上述された、フローパラメータXsrが適切なルートの組にトラフィックを割り当てるために用いられる手続きに類似のものである。
【0073】
図4は、各々のストリームに関して、残存するストリームが無くなるまで反復される手続きを示している。ブロック90において、最初のストリームが獲得される。ブロック95では、行列
【数40】
の要素Ts, σが、以下の表式から求められる:
【数41】
式6においては、αは非負の調節可能なパラメータであり、補償パラメータと呼称される。通話到達プロセスがより可変であると、より多くの補償が必要になり、よって、αの値がより大きいことが望ましい。例えば、理論的解析から、ポワソン分布に従った通話到達、指数関数的に分布する通話保持時間、及びネットワークの臨界負荷に関しては、およそ0.5というαの値が有用であることが見出された。
【0074】
ブロック100では、図2に示されたフローベースの設計手続きであるブロック20及び25が、フローパラメータXsrを求めるために実行される。ブロック95で求められた要素Ts, σが、このフローベースの設計手続きへの入力として用いられる。
【0075】
ブロック105では、現在のストリームに係るルートの組の各々のルートに対する負荷ρsrが、以下の表式から求められる:
【数42】
【0076】
ブロック110及び115に示されているように、ブロック95−105の手続きは、残存するストリームが無くなるまで、各ストリームに関して反復される。その後、ブロック120に示されているように、例えば各サービスルート上の損失確率を計算する目的で確率論的ネットワークモデルを用いることによって、期待されるネットワーク性能に関する評価がなされる。これらの予測された損失確率のうちのいずれかがあまりにも高すぎる場合には、補償パラメータα、あるいは前述された方法において用いられている他のパラメータに対する調節がなされる。
【0077】
図5は、QoSトラフィックに係るトラフィックエンジニアリングをまとめたものである。ブロック125及び130は図2に示されたブロック20及び25と同様のものであるが、図4に関して記述されているように、確率論的な修正を組み込んでいる。ブロック135においては、各サービスルートに関して理論的な損失割合が計算される。ブロック140えは、予測された損失レートがいずれかのサービスクラスにおいて高すぎるか否かに係る表示がなされる。
【0078】
ブロック145及び150は、望まれない損失を低減する目的でトラフィックエンジニアリングを修正するための別の経路を示している。ブロック145においては、MCF問題に入力される収益パラメータesrが修正される。ネットワーク収益が第一MCF問題で最大化され、第二MCF問題で最適レベルに保たれているために、与えられたストリームに帰することが可能な収益の増加は、当該ストリームに係るトラフィックのブロッキングを低減する傾向がある。
【0079】
ブロック150では、ブロック130のMCF問題に別の拘束条件が付加される。これらの拘束条件の性質は、特定の、高度に利用されているリンクにおける利用率を、総容量のうちのある部分に限定するものである。よって、ここでのMCF問題の目的は、収益に係る拘束条件及び特定のリンクにおける利用率と無撞着なリソース利用率の最小量を見出すことである。これらのリンクにおける容量を予約することによって、比較的高いアクティビティを有する期間におけるそれらリンクの過負荷を回避することが可能である。
【0080】
ネットワーク設計において重要性を増している一つの問題は、仮想プライベートネットワーク(VPN)の問題である。VPNは、特定の顧客に対して割り当てられた種々のリンクの各々における帯域より構成されるネットワークとして論理的には規定される。本明細書において記述されているトラフィックエンジニアリング技法が単一あるいは複数個のVPNをサポートするネットワークに対して適用される場合には、VPNの帯域要求をどのように充足させるか、に係る問題が発生する。
【0081】
本発明の発明者は、この問題に対する、少なくともある種の場合において有用な解法を考案した。当該解法によると、与えられたソース−デスティネーション対間の与えられたサービスクラスにおける要求が、これらの要求のうちのあるものが種々のVPNに係るものであった場合においても、集合体として取り扱われる。その後、フローパラメータXsrあるいは負荷ρsrが求められた後に、これらの量がVPN及び非VPNトラフィックに関して割り当てられる。
【0082】
分割は2段階でなされる。まず、(与えられたストリームに係る)各ルート上の総フローが、総要求に対する非VPN要求及びVPN要求による寄与に直接比例して、非VPNトラフィックとVPNトラフィックとに分割される。その後、VPNフロー全体が、それぞれのシェアに従って、種々のVPN間で分配される。
【0083】
種々のVPN間で対応するシェアを決定するための二つの方法が考案されている。一番目の手続きに従うと、各VPNのシェアは、当該VPNの総要求に対する寄与に直接比例する。第二の手続きに従うと、帰納的ビンパッキングに係る公知の方法が、各VPNのシェアを決定する目的で適用される。この第二の手続きは、単一ルート上の各VPN要求のルーティングが目的である場合に特に有用である。
【0084】
非常に簡潔に述べれば、帰納的ビンパッキングは、その対応する要求の大きさの逆順にVPNに順序づけをすることから開始される。第一VPNに係る要求には、充分な容量を有するルートが割り当てられる。充分な容量を有するルートが存在しない場合には、可能な限りの要求が単一のルートに対して割り当てられ、残存している、未割り当ての要求の大きさによって決定される新たな順序がVPNに対して与えられる。この手続きは、第一順位を有する新たなVPNに係る要求のルーティングに関して反復される。
【0085】
例
以下、図1に示されたネットワークに基づく理論的な解析が記述される。リンク15.1−15.10の各々は、実際には、各々が一方向を有する一対の方向付けリンクである。各方向付けリンクは、OC3ユニットと呼称される155Mbpsの帯域を有しており、リンク15.3及び15.8のみが、各方向ともに2OC3ユニット分の容量を有している。サービスクラスは、音声(クラス1)、画像(クラス2)、重要データ(クラス3)、及び、ベストエフォート(クラス4)である。クラス1及び2に関するルートの組は、最小ホップ数を有するルートに制限されている。クラス3に係るルートの組は、4ホップ以下のルートに制限されている。ベストエフォートクラスに係るルートの組には制限がない。四つのサービスクラスに係る要求行列は、表1に示された行列に、それぞれ0.4、0.1、0.25、及び0.25を乗ずることによって得られる。四つのサービスクラスに係る総要求は、それぞれ、563.5、140.9、352.2、及び352.2である。
【表1】
【0086】
図2に示された手続き、ブロック20及び25が実行された。結果として得られた解では、全帯域要求が担われた。その後、図2に示された手続き全体が実行された。その結果得られた解では、担われた総ベストエフォート帯域は279.4Mbpsであった。よって、20.5%のベストエフォート帯域が失われた。
【0087】
図2のブロック25に示されたQoSリソース利用率の最小化により、QoSクラスの総リソース利用率は2120Mbps−ホップ数になった。残差ネットワークの対応する容量は、10.3OC3ユニットであった。比較として、QoSリソース利用率の最大化も行なった。最大化された総利用率は2668Mbps−ホップ数であり、残差ネットワークの対応する容量は、2.85OC3ユニットであった。
【0088】
さらに、図4に示された確率論的修正も適用し、確率論的モデルにおける損失確率を計算した。この目的のために、サービスクラス1、2、及び3に係る個々の通話の実効帯域を、それぞれ16kbps、640kbps、及び384kbpsとした。
【0089】
ゼロ補正の場合には、総帯域要求
【数43】
は1056.3Mbpsであり、担われた総QoS保証帯域
【数44】
は1042.2Mbps、及び、ネットワーク全体での損失確率は0.0134であった。担われた帯域に係る前述の表式においては、量Lsrがサービスルート(s,r)に係る損失確率である。
【0090】
α=0.5の場合には、総帯域要求は978.8Mbps、担われた総QoS保証帯域は976.0Mbps、ネットワーク全体での損失確率は0.003であった。
【0091】
α=1の場合には、総帯域要求は901.3Mbps、担われた総QoS保証帯域は901.2Mbps、ネットワーク全体での損失確率は0.0001であった。
【0092】
以上の説明は、本発明の一実施例に関するもので,この技術分野の当業者であれば、本発明の種々の変形例が考え得るが、それらはいずれも本発明の技術的範囲に包含される。
【0093】
【発明の効果】
以上述べたごとく、本発明によれば、少なくとも一つのQoSサービスクラスとQoSクラスではない少なくとも一つのサービスクラスを有するネットワークにおけるトラフィックエンジニアリング問題を解決する方法が提供される。
【図面の簡単な説明】
【図1】 リンク及びノードよりなる通信ネットワーク例を模式的に示す図。
【図2】 本発明に係るトラフィックエンジニアリング手続きの全体像を示す流れ図。
【図3】 ある実施例において本発明を具体化する際に有用なフロー分解手続きを示す流れ図。
【図4】 ネットワークトラフィックの確率論的性質を考慮した帯域割り当てを実現する、図2に示された手続きへの拡張を示す流れ図。
【図5】 評価及び調節プロセスを含む、QoSトラフィック指向のトラフィックエンジニアリング手続きを示す流れ図。
【符号の説明】
10 ノード
15 リンク
Claims (8)
- リンクによって相互接続されたノードを有するパケット化通信ネットワークを介したルートに帯域を割り当てる方法であって、前記ルートの各々はソースノードをデスティネーションノードへ接続するものであり、前記方法が、
a)QoSクラスと呼称されるべき1又は複数個のサービスクラスsの各々に対し、ネットワーク性能の性能指数Wを最適化する、可能なルート間での要求された帯域の初期割り当てを見出す段階を含み、ここで、最適化された値をW*と表し、
b)前記QoSクラスの各々に対し、前記可能なルート間での要求された帯域の更なる割り当てがなされることによって、前記初期割り当てに取って代わる段階を含み、(i)前記性能指数Wを前記W*から導出される特定の最小値に少なくとも保ちつつ、前記ネットワークによるリソース利用を制限する基準を満たすように前記更なる割り当てがなされ、そして、(ii)前記更なる割り当てがフローパラメータXsrの組を与えるものであり、前記フローパラメータの各々は、ルートrそれぞれに割り当てられたQoSクラスsにおける帯域量を表し、前記方法はさらに、
c)前記ネットワークの前記リンクの各々における未割り当ての帯域容量を識別する段階を含み、前記未割り当てのリンク容量は全体で残差ネットワークと呼称され、そして、
d)BEクラスと呼称される少なくとも一つの更なるサービスクラスに対し、前記残差ネットワーク上のルートの組と、前記ネットワーク性能の更なる性能指数WBEを最適化する、当該ルート間での要求された帯域の割り当てとを決定する段階を含む、方法。 - 前記要求された帯域の初期割り当てを見出す段階が、線型プログラミング問題を解く段階を有する、請求項1に記載の方法。
- 前記要求された帯域の更なる割り当てが、前記ネットワークによるリソース利用率指標の最小化を指向した線型プログラミング問題を解くことを含む、請求項2に記載の方法。
- 前記段階(a)及び(b)の前記線型プログラミング問題がマルチコモディティフロー問題である、請求項3に記載の方法。
- 前記性能指数WがQoSサービスからのネットワーク収益である、請求項3に記載の方法。
- 前記性能指数WBEがBEサービスからのネットワーク収益である、請求項3に記載の方法。
- 前記段階(d)が、
リンクベースのマルチコモディティフロー問題を解く段階を含み、これにより、ソースノード及びデスティネーションノードよりなる適切な対の各々に対し、個々のリンクに係る帯域割り当てを決定し、そして、
フロー分割を実行する段階を含み、このことによって、前記適切な対の各々を接続する対応するルートに係る帯域割り当てを決定する、請求項3に記載の方法。 - 前記少なくとも一つのサービスクラスsに対し、前記通信ネットワークが1又は複数個の仮想プライベートネットワーク(VPN)をサポートし、前記要求された帯域が少なくとも一つのVPNに係る要求を含み、そして、前記要求された帯域の前記サービスクラスsにおけるルートへの前記割り当てがVPN関連要求及びVPN非関連要求の集合体に関して初期に実行され、前記方法が、さらに、
前記サービスクラスsにおける適切なソースとデスティネーションノードとの間の総要求に対する前記VPN関連要求及び前記VPN非関連要求のそれぞれの寄与に応じて、前記サービスクラスsにおける可能なルートの各々に係る前記割り当てられた帯域をVPNトラフィックに係る部分と非VPNトラフィックに係る部分とに分割する段階を含む、請求項1に記載の方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/370826 | 1999-08-09 | ||
US09/370,826 US6721270B1 (en) | 1999-08-09 | 1999-08-09 | Multicommodity flow method for designing traffic distribution on a multiple-service packetized network |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2001077848A JP2001077848A (ja) | 2001-03-23 |
JP2001077848A5 JP2001077848A5 (ja) | 2009-01-08 |
JP4567160B2 true JP4567160B2 (ja) | 2010-10-20 |
Family
ID=23461355
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000239399A Expired - Fee Related JP4567160B2 (ja) | 1999-08-09 | 2000-08-08 | 帯域割り当て方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US6721270B1 (ja) |
EP (1) | EP1076472B1 (ja) |
JP (1) | JP4567160B2 (ja) |
CA (1) | CA2314944C (ja) |
DE (1) | DE60000396T2 (ja) |
Families Citing this family (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6744767B1 (en) * | 1999-12-30 | 2004-06-01 | At&T Corp. | Method and apparatus for provisioning and monitoring internet protocol quality of service |
US6999420B1 (en) * | 1999-12-30 | 2006-02-14 | At & T Corp. | Method and apparatus for an architecture and design of internet protocol quality of service provisioning |
US7111163B1 (en) | 2000-07-10 | 2006-09-19 | Alterwan, Inc. | Wide area network using internet with quality of service |
JP3578062B2 (ja) * | 2000-08-09 | 2004-10-20 | 日本電気株式会社 | 通信ネットワーク設計回路及びその設計方法並びにその制御プログラムを記録した記録媒体及び伝送媒体 |
US6877035B2 (en) * | 2001-01-29 | 2005-04-05 | International Business Machines Corporation | System for optimal resource allocation and planning for hosting computing services |
US7123588B2 (en) * | 2001-06-04 | 2006-10-17 | Lucent Technologies Inc. | Decision support mechanisms for bandwidth commerce in communication networks |
US20030032433A1 (en) * | 2001-07-26 | 2003-02-13 | Yoaz Daniel | Resource management in cellular networks |
US20030084144A1 (en) * | 2001-10-30 | 2003-05-01 | Lipinski Greg J. | Network bandwidth optimization method and system |
JP3769544B2 (ja) * | 2003-01-31 | 2006-04-26 | 富士通株式会社 | 伝送帯域制御装置 |
US7292542B2 (en) * | 2003-03-05 | 2007-11-06 | At&T Bls Intellectual Property, Inc. | Method for traffic engineering of connectionless virtual private network services |
US7363386B1 (en) * | 2003-11-06 | 2008-04-22 | Sprint Communications Company L.P. | Method for estimating a traffic matrix in a communication network using non-stationary data |
US7313629B1 (en) * | 2003-11-06 | 2007-12-25 | Sprint Communications Company L.P. | Method for altering link weights in a communication network within network parameters to provide traffic information for improved forecasting |
US7353294B1 (en) * | 2003-11-06 | 2008-04-01 | Sprint Communications Company L.P. | Method for estimating a traffic matrix in a communication network using stationary data |
US7489638B2 (en) * | 2004-04-08 | 2009-02-10 | Alcatel-Lucent Usa Inc. | Scheduling with delayed graphs for communication networks |
US7406053B2 (en) * | 2004-12-13 | 2008-07-29 | Hewlett-Packard Development Company, L.P. | Methods and systems for controlling the number of computations involved in computing the allocation of resources given resource constraints |
US7995464B1 (en) * | 2005-06-27 | 2011-08-09 | At&T Intellectual Property Ii, L.P. | Method and apparatus for measuring quality of service levels |
US20070101019A1 (en) * | 2005-11-03 | 2007-05-03 | Cromer Daryl C | Apparatus, system, and method for managing response latency |
EP1858208A1 (en) * | 2006-05-19 | 2007-11-21 | Nokia Siemens Networks Gmbh & Co. Kg | Method and node for providing a quality of service support in multihop communication systems |
US8571027B2 (en) * | 2007-04-18 | 2013-10-29 | At&T Intellectual Property I, L.P. | System and method for multi-rate video delivery using multicast stream |
EP2826209A4 (en) * | 2012-03-14 | 2015-10-21 | Hewlett Packard Development Co | BANDWIDTH ASSIGNMENT IN A NETWORK |
WO2013176651A1 (en) * | 2012-05-21 | 2013-11-28 | New Jersey Institute Of Technology | Hierarchical energy optimization for datacenter networks |
US20140078888A1 (en) * | 2012-09-14 | 2014-03-20 | Tellabs Operations Inc. | Procedure, apparatus, system, and computer program for designing a virtual private network |
RU2547631C2 (ru) * | 2013-08-05 | 2015-04-10 | Государственное казенное образовательное учреждение высшего профессионального образования Академия Федеральной службы охраны Российской Федерации (Академия ФСО России) | Способ эффективного использования коммуникационных ресурсов мультисервисной сети в условиях перегрузки |
US9641452B2 (en) * | 2014-11-25 | 2017-05-02 | Vmware, Inc. | Resolving a convex optimization problem to optimize network traffic in a distributed system |
US10333821B2 (en) | 2014-11-25 | 2019-06-25 | Vmware, Inc. | Method and system for optimizing network traffic in a distributed system with a point of convergence |
US10608955B2 (en) | 2014-11-25 | 2020-03-31 | Vmware, Inc. | Reverse breadth-first search method for optimizing network traffic in a distributed system with a point of convergence |
US9807023B2 (en) * | 2015-01-29 | 2017-10-31 | Huawei Technologies Co., Ltd. | Method, apparatus and machine readable medium for traffic engineering in a communications network having quality of service flows and best effort flows |
US10289448B2 (en) * | 2016-09-06 | 2019-05-14 | At&T Intellectual Property I, L.P. | Background traffic management |
US10904131B1 (en) * | 2020-07-08 | 2021-01-26 | Eci Telecom Ltd. | Systems and methods for configuring a communications network |
US10903904B1 (en) | 2020-07-08 | 2021-01-26 | Eci Telecom Ltd. | Systems and methods for configuring a communications network |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH09181743A (ja) * | 1995-11-07 | 1997-07-11 | Lucent Technol Inc | マルチサービス網における論理網設計のための方法 |
JPH1117690A (ja) * | 1997-06-25 | 1999-01-22 | Nec Commun Syst Ltd | Wrr方式におけるベストエフォートサービスのトラ ヒック制御方式 |
JPH1198192A (ja) * | 1997-07-03 | 1999-04-09 | At & T Corp | フレームリレーデータ交換サービス |
JPH11187026A (ja) * | 1997-12-17 | 1999-07-09 | Nippon Telegr & Teleph Corp <Ntt> | コネクション受付判定装置 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR1100334A (fr) | 1954-02-17 | 1955-09-19 | Machal Projecteurs | Perfectionnements apportés aux projecteurs de véhicules automobiles équipés d'un dispositif d'éclairage de croisement |
US5872918A (en) * | 1995-07-14 | 1999-02-16 | Telefonaktiebolaget Lm Erisson (Publ) | System and method for optimal virtual path capacity dimensioning with broadband traffic |
US6353616B1 (en) * | 1998-05-21 | 2002-03-05 | Lucent Technologies Inc. | Adaptive processor schedulor and method for reservation protocol message processing |
US6463058B1 (en) * | 1998-08-28 | 2002-10-08 | Qwest Communications International, Inc. | Method for optimally selecting nodes for removal from a hierarchical communication network |
US6493317B1 (en) * | 1998-12-18 | 2002-12-10 | Cisco Technology, Inc. | Traffic engineering technique for routing inter-class traffic in a computer network |
US6594268B1 (en) * | 1999-03-11 | 2003-07-15 | Lucent Technologies Inc. | Adaptive routing system and method for QOS packet networks |
US6584071B1 (en) * | 1999-08-03 | 2003-06-24 | Lucent Technologies Inc. | Routing with service level guarantees between ingress-egress points in a packet network |
US6538991B1 (en) * | 1999-08-03 | 2003-03-25 | Lucent Technologies Inc. | Constraint-based routing between ingress-egress points in a packet network |
-
1999
- 1999-08-09 US US09/370,826 patent/US6721270B1/en not_active Expired - Lifetime
-
2000
- 2000-07-31 EP EP00306514A patent/EP1076472B1/en not_active Expired - Lifetime
- 2000-07-31 DE DE60000396T patent/DE60000396T2/de not_active Expired - Lifetime
- 2000-08-03 CA CA002314944A patent/CA2314944C/en not_active Expired - Fee Related
- 2000-08-08 JP JP2000239399A patent/JP4567160B2/ja not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH09181743A (ja) * | 1995-11-07 | 1997-07-11 | Lucent Technol Inc | マルチサービス網における論理網設計のための方法 |
JPH1117690A (ja) * | 1997-06-25 | 1999-01-22 | Nec Commun Syst Ltd | Wrr方式におけるベストエフォートサービスのトラ ヒック制御方式 |
JPH1198192A (ja) * | 1997-07-03 | 1999-04-09 | At & T Corp | フレームリレーデータ交換サービス |
JPH11187026A (ja) * | 1997-12-17 | 1999-07-09 | Nippon Telegr & Teleph Corp <Ntt> | コネクション受付判定装置 |
Also Published As
Publication number | Publication date |
---|---|
DE60000396T2 (de) | 2003-05-22 |
US6721270B1 (en) | 2004-04-13 |
EP1076472A1 (en) | 2001-02-14 |
CA2314944C (en) | 2004-03-23 |
CA2314944A1 (en) | 2001-02-09 |
JP2001077848A (ja) | 2001-03-23 |
DE60000396D1 (de) | 2002-10-10 |
EP1076472B1 (en) | 2002-09-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4567160B2 (ja) | 帯域割り当て方法 | |
JP3694231B2 (ja) | パケット通信網に対する測定に基づいた管理方法 | |
US7609634B2 (en) | Communication traffic policing apparatus and methods | |
JP3654499B2 (ja) | 通信ネットワーク設計方法及びその装置 | |
US6594268B1 (en) | Adaptive routing system and method for QOS packet networks | |
JPH11341154A (ja) | 多重サ―ビス仮想専用網における資源割当および経路選択 | |
Bera et al. | Traffic-aware dynamic controller assignment in SDN | |
JP4163044B2 (ja) | 帯域制御方法およびその帯域制御装置 | |
Shan et al. | Bandwidth management for supporting differentiated service aware traffic engineering | |
JP4031862B2 (ja) | パケットの公平損失配列のための方法 | |
Choi et al. | Endpoint admission control: Network based approach | |
JPH0358646A (ja) | パケット通信網における帯域割当て方式 | |
KR20120055947A (ko) | 가입자 인지 플로우별 QoS 제공 방법 및 장치 | |
JP5194025B2 (ja) | 複数のアプリケーション・フローの間での複数のネットワーク・リソースの共有を最適化する方法 | |
Verma et al. | Call admission and resource reservation for guaranteed quality of service (GQoS) services in internet | |
JP2946462B1 (ja) | パケット・スケジューリング制御方法 | |
Banchs et al. | A scalable share differentiation architecture for elastic and real-time traffic | |
JP5613261B2 (ja) | 通信ネットワーク内で通信パイプを割り当てる方法および割当てユニット | |
JP3905483B2 (ja) | サービスリスト選択装置及び方法並びにプログラム及び記録媒体 | |
JP2006025161A (ja) | 可変帯域提供装置 | |
Bolla et al. | Analytical/simulation optimization system for access control and bandwidth allocation in IP networks with QoS | |
JP4391346B2 (ja) | 通信制御方法、通信制御装置、制御プログラム及び記録媒体 | |
Chu et al. | Local allocation of end-to-end delay requirement | |
JP3804960B2 (ja) | 光パス設定方法及び光パス設定装置 | |
CN116232427A (zh) | 一种用于卫星网络的前向带宽分配方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070706 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070706 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20091026 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091109 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100209 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20100209 |
|
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: 20100714 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100805 |
|
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: 20130813 Year of fee payment: 3 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |