JP3917366B2 - 接続指向ネットワークにおけるコネクション受け付け制御 - Google Patents
接続指向ネットワークにおけるコネクション受け付け制御 Download PDFInfo
- Publication number
- JP3917366B2 JP3917366B2 JP2000509246A JP2000509246A JP3917366B2 JP 3917366 B2 JP3917366 B2 JP 3917366B2 JP 2000509246 A JP2000509246 A JP 2000509246A JP 2000509246 A JP2000509246 A JP 2000509246A JP 3917366 B2 JP3917366 B2 JP 3917366B2
- Authority
- JP
- Japan
- Prior art keywords
- bandwidth
- network
- connection
- node
- cac
- 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 - Lifetime
Links
- 230000006870 function Effects 0.000 claims description 50
- 238000000034 method Methods 0.000 claims description 23
- 238000004891 communication Methods 0.000 claims description 20
- 230000008859 change Effects 0.000 claims description 18
- 238000005259 measurement Methods 0.000 claims description 17
- 238000012545 processing Methods 0.000 claims description 14
- 238000009826 distribution Methods 0.000 claims description 5
- 238000012544 monitoring process Methods 0.000 claims description 3
- 238000012546 transfer Methods 0.000 claims description 3
- 230000015654 memory Effects 0.000 claims 3
- 230000006735 deficit Effects 0.000 claims 1
- 238000004422 calculation algorithm Methods 0.000 description 43
- 238000002474 experimental method Methods 0.000 description 27
- 238000004088 simulation Methods 0.000 description 23
- 230000003044 adaptive effect Effects 0.000 description 22
- 230000006727 cell loss Effects 0.000 description 21
- 238000013459 approach Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 230000001939 inductive effect Effects 0.000 description 4
- 238000012360 testing method Methods 0.000 description 4
- 238000013528 artificial neural network Methods 0.000 description 3
- 238000013480 data collection Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000001965 increasing effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000010355 oscillation Effects 0.000 description 2
- 101150041731 CAC2 gene Proteins 0.000 description 1
- 206010047289 Ventricular extrasystoles Diseases 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000006698 induction Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 229920006395 saturated elastomer Polymers 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000005129 volume perturbation calorimetry Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/30—Peripheral units, e.g. input or output ports
- H04L49/3081—ATM peripheral units, e.g. policing, insertion or extraction
-
- 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
-
- 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/5625—Operations, administration and maintenance [OAM]
- H04L2012/5626—Network management, e.g. Intelligent nets
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
発明の属する技術分野
本発明は、通信ネットワーク、とくに非同期転送モード(ＡＴＭ)ネットワークにおける呼の受取りの制御に関する。
【０００２】
従来技術
ＡＴＭは次世代の高速ネットワーク接続（コネクション）技術として一般的に認識されている。ＡＴＭは今日使用されている種々の電子通信媒体を種々のサービスを提供するネットワークのプラットフォームへ結合する。ＡＴＭは、要求に応じて多数の端末点間で接続をセットアップすることを含む接続指向ネットワークである。接続要求時には、ネットワークが新しい接続を受理し、そのサービス品質(ＱｏＳ)のパラメータを満たすか否かを判断しなければならない。このネットワークはさらに、ネットワークに既に存在している接続がＱｏＳの劣化を受けないことも保証しなければならない。コネクション受け付け制御((Connection Admission Control)、ＣＡＣ)はこのタスクを実行するアクセスＡＴＭスイッチの機能である。ＣＡＣは資源管理のできる各ＡＴＭスイッチの構成要素である。通常ＣＡＣは、接続された物理的リンクに対して権利をもっている各々および全てのＡＴＭ構成要素内のＡＴＭ層に位置付けられる。
【０００３】
ＡＴＭネットワークに対するＣＡＣ領域における先の研究は、１つの特定の接続要求に対して有効な決定を行う最適統計関数を規定することに集中していた。一般的にこれらの解は、トラヒック源を特徴付ける複雑な統計トラヒックモデルであると推定され、しばしばコンピュータ上の処理に集中してしまう。ＣＡＣは一般的にスイッチの範囲を越えたその他の知識をほとんどもたないＡＴＭスイッチ内の制御機能であると考えられる。
【０００４】
図１は、接続制御アルゴリズムが通常どのように表されるかを示している。ソース（源）はＣＡＣ2に接続の必要性、およびそれが使用することになるトラヒックの特徴を知らせる。これらのパラメータは宣言部3へ供給され、評価部４と通信して、ネットワーク上に置かれることになる歪みの明白な画像を得る。“コネクション受け付け制御”2はＣＡＣの構造上の詳細の境界を示している。多くの適応性およびインテリジェントアルゴリズムでは、ネットワーク測定を必要とすることが提案された。しかしながらＣＡＣはトラヒック契約のネゴシエーション中のみ活性であるので、この振舞いについての構造上の仕様が関与する余地はない。
【０００５】
音声、ビデオ、およびデータ接続の多重化は、同一の物理的チャンネルを共有するセルの流れのようなネットワークであると考えられる。トラヒックディスクリプタおよびＱｏＳ要件を知るには、ＣＡＣ機能はトラヒック契約を達成するのに必要な資源量を判断しなければならない。ＣＡＣは1つの資源：すなわちネットワークバンド幅のみを管理する。ＣＡＣの最も簡単な形態はピークレートの割当てである。これに関するアルゴリズムは、各接続のピークレートの和が最大利用レベル（百分率表示）にネットワーク容量を乗じたものより小さくなることを保証する。新しい接続要求はこの基準に基づいてのみ受理または拒絶されることになる。アルゴリズムはバーストスケールの輻輳(burst scale congestion)が生じないことを保証する。しかしながらセルスケールの輻輳は、セルレベルにおけるトラヒックのディスクリートな性質のために依然として発生することがある。これは、バッファリングを行なわないときに、セルの損失を導くことになる。適切な待ち行列技法を使用して、特定のスイッチ利用に対する特定のセル損失の可能性をより低減することを保証するようにバッファの大きさとすることができる。
【０００６】
ＣＡＣの別の形式には実行バンド幅スキームがあり、これはＱｏＳ契約に到達する接続に必要な最小バンド幅を示す各接続形式（ルックアップ表に記憶される）に対してバンド幅量を予め割当てるものである。ネットワーク上で新しい接続を許可できるか否かに関する質問は、単にリンク上で既に働いている全実効バンド幅を累積し、新しい接続の実効バンド幅を加え、それをリンク容量と比較することによって応答できる。このアプローチに関する問題は、バンド幅の実際の使用量とは無関係に、実効バンド幅の割当てがＱｏＳ契約が常に維持されることを保証するために、幾分控えめになる傾向があることである。これは受理される接続数を効果的に制限する。コンピュータ処理上より複雑な別の実効バンド幅スキームは、資源によって、および一定の数学的なトラヒックモデルを仮定することによって特定される多数のトラヒックパラメータに基づいて各個々の接続要求に対する実効帯域幅を計算するスキームである。統計的なマルチプレックス技術は実効バンド幅を判断するのに使用され、この実効バンド幅は源によって宣言される接続のピークレートと中間レートとの間の値になる。この統計マルチプレックス技術は、R. Guerin、H. Ahmadi、M Haghsinehによる論文（“Equivalent capacity and its application to bandwidth allocation in high speed networks”, IEEE Journal Selected Areas on Communications, 9(7); 968-981, September 1991）に詳細に記載されている。この実効バンド幅のアプローチに関する主な問題は、実際の源トラヒックパラメータが源の宣言に一致するか、または源の宣言が実行規制機構(policing mechanism)によって実行できるときしかＱｏＳを満足できないことである。
【０００７】
ニューラルネットワークおよびファジイ論理もＣＡＣアルゴリズムにとして提案され、これらの内容は多重化された資源の統計上の振る舞い(behaviour)を予測する試行をし、これを使用してセル損失レートを予測することである。到来する接続を拒絶するかまたは受理するかの判断は、目標値に対してこのセル損失レート予測を比較することによって行うことができる。ニューラルネットワークおよびファジイ論理はハードウエア内部で構成でき、（適応性ファジイ論理を）学習し、不完全なデータに対して実行できる。これらの属性によりニューラルネットワークおよびファジイ論理はコネクション受け付け制御にとくによく適するものとなるが、多様なＡＴＭトラヒック特徴およびＱｏＳ要件のために訓練するのが困難ではある。
【０００８】
ＣＡＣアルゴリズムを使用せずに、ネットワークのトラヒックの輻輳を防ぐ方法はない。しかしＣＡＣについての理想的なアルゴリズムは、生成するのが難しい。アルゴリズムはに変化し特徴を定めにくいトラヒック流に対して経験に基づく判断を行う必要がある。さらにＣＡＣはネットワークオペレータとユーザとの間で要求のバランスをとらなければならない；すなわちＣＡＣアルゴリズムはネットワークが効果的に働くように、しかもトラヒック契約においてユーザと合意したサービス品質を保証しなければならない。問題をより複雑にしているのは、幾つかの接続がセルの到着と到着との時間(inter-arrival times)に関して保証を必要とすることがあるということである。
【０００９】
上述の従来スキームではこの複雑さに対して次の２つの方法：すなわちＣＡＣ機能がネットワークを微視的にしか捉えられないと仮定することによって、およびトラヒックの振る舞いに関して仮定をたてることによって取り組んでいる。しかしながらＡＴＭは、当初から融通性のあるマルチサービスをネットワーク接続アーキテクチャとして設計され、ブランド付けをされ(branded)いるが、これらの既存のアルゴリズムは不適切な仮定を作り、結果的にバンド幅の有効的な使用を保証できない。
【００１０】
発明が解決しようとする課題
本発明の第１の態様にしたがって、接続指向の通信ネットワークのノードにおいて呼の受理を制御する方法であって、多数の呼接続を達成する時間間隔でノードのバンド幅使用の測定に依存してノードのコネクション受け付け制御機能を定期的に修正する段階を含み、ノードのコネクション受け付け制御機能が多数の接続形式のそれぞれにバンド幅を割当てる実効バンド幅スキームを実行し、１以上のより高い層のコネクション受け付け制御機能がトラヒックの変動に応答して、所定のやり方でノードによって記憶された接続形式に実効バンド幅を修正する方法を提供する。
【００１１】
バンド幅使用の測定はノードそれ自体によって行うこともできる。しかしながらバンド幅使用の測定はノード設計を簡単にし、オーバーレイ形管理ネットワークの固有のコンピュータ処理資源を使用するので、ネットワーク管理レベルで行なわれることが好ましい。
【００１２】
さらに測定は第2のより長い時間間隔で第3の層のＣＡＣ機能として行われることが好ましい。より高いレベルのＣＡＣ層を追加してもよい。
【００１３】
バンド幅使用測定を使用して、所定のやり方の接続形式間に実質的に分配された余剰または不足のバンド幅を判断することが好ましい。バンド幅分配は、各接続形式に関係する中間バンド幅に基づくことが好ましい。
【００１４】
通信ネットワークはＡＴＭネットワークであることが好ましい。
【００１５】
本発明の第2の態様にしたがって、通信ネットワークにおけるノードに対する呼受取り制御方法であって：
リンク上の多数の接続形式の実効バンド幅の和を維持する段階と；
多数の呼接続を達成する時間間隔でリンクの接続によって使用される実際のバンド幅を監視する段階と；
リンクに対する余剰のバンド幅を判断する段階と；
所定のやり方で接続形式間で余剰バンド幅を分配することによって各接続形式に割当てられる実効バンド幅を修正する段階とを含む方法を提供する。
【００１６】
本発明の第3の態様にしたがって、遠隔通信ネットワークにおいて資源を管理するネットワーク管理デバイスは、多数の接続形式のそれぞれにバンド幅を割当てる実効バンド幅形式のコネクション受け付け制御機能を実行する関係するネットワークノードのバンド幅使用を測定することによってコネクション受け付け管理機能を実行する処理手段を含み、バンド幅使用測定は多数の呼接続を達成する時間間隔でバンド幅使用測定を行ない、処理手段は所定のやり方でノードによって記憶される接続形式に対して実行バンド幅を修正することによってノードのコネクション受け付け制御機能を定期的に修正するようにされているネットワーク管理デバイスを提供する。
【００１７】
本発明の第４の態様にしたがって、バンド幅を多数の通信形式のそれぞれに割当てる実効バンド幅形式コネクション受け付け制御機能を実行する処理手段をもつネットワークノードを含み、さらに多数の呼接続を達成する時間間隔においてネットワークノードのバンド幅使用を測定し、所定のやり方でノードによって記憶される接続形式ごとに実効バンド幅を修正することによってノードのコネクション受け付け制御機能を定期的に修正する処理手段をさらに含む通信システムを提供する。
【００１８】
通信システムは、遠隔通信ネットワークとインターフェイスする管理ネットワークを含むことが好ましい。
【００１９】
管理ネットワークはコンピュータメモリを含み、該コンピュータメモリは異なる長さの１以上の時間間隔でバンド幅使用を監視し、これに依存してネットワークノードのＣＡＣ機能を変更するコンピュータ実行命令でコード化されることが好ましい。
【００２０】
通信システムはＡＴＭネットワークを含むことが好ましい。
【００２１】
本発明ではコネクション受け付け制御を行うために多層式のアプローチを行う。好ましい実施形態では、簡単な線形のＣＡＣ機能はＡＴＭスイッチのようなノードに埋め込まれ、より長い期間の間トラヒックの変動を監視するオーバーレイ形ネットワーク管理層（レイヤ）によって与えられる適応性のより高レベルの制御機能によって修正できる。この技術は源の宣言に依存して、接続の実効バンド幅を判断しない。実際、実効バンド幅は各接続形式に予め割当てられ、実際のバンド幅使用を反映するように実質的に帰納的に修正される。新しい接続をネットワーク上で許可できるか否かといった質問には、リンク上で既に働いている全ての実効バンド幅を累積し、新しい接続の実効バンド幅を追加し、それをリンク容量と比較することによって簡単に応答することができる。
【００２２】
発明の実施の形態
ここで本発明の例を添付の図面を参照して詳細に記載することにする。
【００２３】
図２は、多数のＡＴＭスイッチ12（ネットワークノード）によってネットワーク全体で接続された多数のエンドステーションを含むＡＴＭネットワーク10を簡単に示す図である。接続セットアップ段階中に、源のエンドステーション11とネットワーク10との間に契約が確立される。その後ネットワークを通るルートがセットアップされる。資源（バンド幅）を管理する通路に沿って各ノードは、埋め込まれたコネクション受け付け制御機能13を使用してトラヒック契約を確認するために質問される。1つのノードが接続をルート設定できないといった通知を戻すと、ネットワークは他のノードを通る接続をルート設定するか、または接続を拒絶するかを決定できる。全てのＡＴＭ構成要素がＣＡＣ機能を含むわけではない。例えばＡＴＭクロス接続（図示されていない）のような簡単なＡＴＭ構成要素は接続をルート設定せず、したがってネットワーク資源を管理しない。さらに、１つのルートにおいて選択された特定のバーチャル通路接続（ＶＰＣ）内の中間ノード14：すなわちＶＰＣのエンドノード12もこれに含まれる。したがって図２に示したＶＰＣに対するエンド（アクセス）ＡＴＭスイッチ12のみがスイッチ構造内にＣＡＣを含む。
【００２４】
図３は、ＡＴＭネットワーク10の上に重なるネットワーク管理層20を示す。ネットワーク管理層20は、ＩＴＵ−Ｔによって規定される遠隔通信管理アーキテクチャに基づく別々であるが接続されたデータ通信ネットワークである。ネットワーク管理層20は実質的なコンピュータ処理資源をもち、全体的なネットワークから情報を受取る。本発明のこの例では、このコンピュータ処理能力を、例えば帰納的な技術を使用するネットワークの動作(performance)に関係する情報と組合せて、より長い期間におけるトラヒックのトレンドを識別し、次に何らかのやり方で適切なアクセスＡＴＭスイッチ12のＣＡＣ動作を修正して、有効バンド幅の使用を向上する。これはネットワーク10に対して認められた呼数を最大化し、一方で呼のサービス品質（ＱｏＳ）を維持するために行なわれる。ネットワーク管理層20は個々のＡＴＭスイッチの測定されたバンド幅使用に基づくだけでなく、他のネットワークノードからそれに伝えられた情報を使用することによってもこれを達成することができる。
【００２５】
後で詳細に記載するように、ネットワーク管理層20を使用して、短期間、すなわち数分間、および長期間、すなわち数時間トラヒックトレンドを識別することによってバンド幅効率を向上する。簡単な実効バンド幅の線形ＣＡＣはＡＴＭスイッチ12（第1の層ＣＡＣ）に準備され、一方で適応性ＣＡＣアルゴリズムはネットワーク管理層20（第2の層ＣＡＣ）のソフトウエア内に準備され、ネットワーク管理層20では多数の呼接続を達成する短期間のトラヒックの変動に応答する。ネットワーク管理層20はさらに、長期間の間トラヒックの変動を測定して、所定のやり方で第2の層の適応性ＣＡＣ機能を修正することによって別のＣＡＣ管理機能（第3の層のＣＡＣ）を準備できる。第3の層のＣＡＣは第2の層の適応性ＣＡＣアルゴリズムを別のより適切なアルゴリズムと全体的に置換する能力を含むことができる。この多層ＣＡＣのアーキテクチャは図４および５に模式的に示した。
【００２６】
第1の層のＣＡＣにおいて実行される線形の実効バンド幅スキームでは、接続に必要な最小量のバンド幅が分かっている各接続形式にバンド幅を与え、そのＱｏＳ契約を達成する。新しい接続を許可できるか否かの質問には、リンク上で既に働いている全ての実効バンド幅を累積し、新しい接続の実効バンド幅を追加して、それを新しい容量と比較することによって簡単に応答することができる。
【００２７】
図４に示したように、ＡＴＭスイッチ12はメモリデバイス21を含み、メモリデバイス21では線形実効バンド幅ソフトウエア（第1の層のＣＡＣ）を記憶し、さらに現在の実効バンド幅のデータベースを接続形式、例えば言語、ビデオ、などに与える。後で詳細に記載されるように、各実効バンド幅の記憶された値は第2の層の適応性ＣＡＣによって定期的に更新されて、スイッチ12の効率を向上する試行をする。第2の層の適応性のＣＡＣ機能は、メモリデバイス22内に１以上のＣＡＣアルゴリズムを記憶しているネットワーク管理層20によってソフトウエア内で実行される。第2の層の適応性ＣＡＣアルゴリズムは帰納法を使用して、余剰または不足したバンド幅を分配することによってＡＴＭスイッチ12によって記憶された各接続形式に割当てられた実効バンド幅を修正する試行を行う。これは後で詳細に記載する。
【００２８】
メモリデバイス22にソフトウエアとして記憶された第2の層のＣＡＣアルゴリズムは適応性があり、過去に集められた情報を使用して、現在の振る舞いを規定する。とくに第2の層のＣＡＣアルゴリズムはネットワークにおける変更を考慮し、それらを適応するように処理しなければならない。特定のネットワーク測定を使用して、アルゴリズムの組として新しい実効バンド幅を変更するので、この適応性はアルゴリズムそれ自体からはあまり得られない。第2の層の適応性ＣＡＣの中心的な発想は非常に簡単であり：接続形式の実効バンド幅を、接続形式に必要な実際のバンド幅に設定する試行をする。接続形式の実行バンド幅が変化するとき、その形式の接続は幾分認められることになる。例えば接続形式の実効バンド幅の増加後、個々のＶＰＣにおけるより大きいバンド幅が新しい接続に要求される。これはＶＰＣにおいて認められる接続を効果的により少なくする。
【００２９】
第2の層のＣＡＣアルゴリズムは2つの状態をもち；ＡＴＭスイッチ12へ接続されたＶＰＣをモニタするか、またはメモリデバイス21内のスイッチ12に対して規定された接続形式の実行バンド幅を変更する。２つの状態の間の時間間隔は特定されるか、または他の時間間隔に設定することができる。アルゴリズムは慎重に進められ；接続によって生じるセル損失を能動的に監視し、セル損失がアルゴリズムの演算によるとき、後退する試行をする。状態変更中、後退するのに使用できる情報が記憶される。セル損失が高く維持されるとき、アルゴリズムはさらに前の状態に後退する試行を行う。さらに前の状態が規定されないときは、要求され、それらを実行する実効バンド幅の変化を計算するだけである。
【００３０】
実効バンド幅を変更するために、アルゴリズムは次の段階を実行する：
１．セル損失変更を判断する：
セル損失はＶＰＣの実際の使用を反映するように連続的に変化するので、静的な変数ではない。ＶＰＣのトラヒックが不確定であるという性質は、セル損質量の変動が小さく、アルゴリズムによって無視されるべきであることを意味する。バーストよりも何倍も大きい時間フレーム内の大きい変動は、第2の層の適応性ＣＡＣアルゴリズムの一部における間違った判断を示す。ｔｎは現在の時刻を示し、ｔｎ−１は変化が実効バンド幅を変更した最後の時刻を示す。ε(t)は時刻ｔにおけるＶＰＣのセル損失をモデル化し、εｃはそのＶＰＣに対するセル損失の目標である。Δはネットワーク管理層によって設定することができるパラメータである；ｔｎとｔｎ−１との間の最大の許容されたセル損失の増加をモデル化する。
【００３１】
【数１】
【００３２】
式（１）はセル損失における許容可能な小さい正の変動をモデル化し、一方で式（２）は困難な目標を設定する。測定されるセル損失がこれらの式に合わないとき、アルゴリズムは実効バンド幅を時間内の幾つかの先行する点で受取り可能な値に設定する。ネットワークトラヒックの振る舞いは、それに対して働く幾つかの他のネットワーク管理機能によって変化することがあることに注意されたい：実効バンド幅を変更して、ある先行した状態で許容可能な値に戻しても、セル損失の状態が全く変化しないことがある。２つの条件がこのフレームで満たされないときは、最後のフレームで行なわれる変更が成功していたのである。ここで実効バンド幅の正確な設定が変更され、ｔｎに記録された実効バンド幅の組を含むこととされる。両方の式（１）および（２）の両方が現在の状態で保持されるときのみアルゴリズムは次の段階へ進む。すべての接続形式に対して最適な実行バンド幅となるものがあると仮定されると、式（２）をより厳格にすることができる：
【数２】
【００３３】
２．余剰バンド幅を判断する：
余剰バンド幅は実際のバンド幅によって使用されない割当てられた実効バンド幅の量である。本質的には余剰バンド幅は、最適な場合に到達するように変更される合計の割当てられた実効バンド幅である。Ｔ（ｔｎ）は時間間隔［ｔｎ−１，ｔｎ］で行なった時刻点の組とする。Ｋ（ｔｎ）はＴ（ｔｎ）内の要素数を表し、ｘｊ(t)は時刻ｔに置ける接続数Ｊの瞬間のバンド幅である。余剰分および合計の割当てられた実効バンド幅の変更量は次に示す通りである：
【数３】
【００３４】
式の２つの異なる実行の間にある時間量を示す時間間隔［ｔｎ＋１，ｔｎ］は現在の接続を終了するのに十分に大きくなることに注意すべきである。ある接続形式の割当てられた実効バンド幅は接続のセットアップ時にのみ使用される。時間消費の監視が、古い接続を終了して新しい接続を設定することを許さない値に設定されると、式の最後の実行中に設定されたパラメータはまだ効果をあげていない。別の重要な概念は、γ(t)が正と負の両方とも可能なことである。
３．ストリームの実効バンド幅を変更する：
アルゴリズムの先の段階では、使用し過ぎたバンド幅の量を低減するか、または未使用のバンド幅の量を低減するために変更されなければならない合計のストリームの実効バンド幅量を与える余剰分γ(t)を規定する。合計のストリームは、異なる形式である可能性の高い幾つかの接続を使用して構築される。トラヒックの変動のために、ストリームの正確なセル構成は分からず、したがって何らかの近似値を生成することが必要である。この例におけるアプローチは、割当てられた中間のバンド幅を反映するように接続形式間で余剰を分配することである。
【００３５】
Ｍｔは接続タイプｉに対する中間バンド幅であり、Ｍ(t)は時間ｔにおける合計の割当てられた中間バンド幅である（式(５)参照）か、―または合計の割当てられた実効バンド幅（式（６）参照）である。ｎは接続形式の合計数である。Ｂｉ(tｔ）を使用して、接続タイプｉに対する結合されていない新しい実効バンド幅を記憶する：
中間バンド幅を使用して分割すると：
【数４】
【００３６】
実効バンド幅を使用して分割すると：
【数５】
【００３７】
式（６）および（７）から分かるように、Ｍ(t)は分配キーとしてのみ使用される：したがってその数値は全てのＢｉ(tｎ)が余剰バンド幅の実際の分割まで加える限り、あまり重要でない。結合された実効バンド幅は次のようにすべきである：
【数６】
【００３８】
ここでＰＣＲｉは接続形式ｉに対するピークセルルートを、ＳＣＲｉは接続形式ｉに対する維持可能なセルルートを、３ｉ（ｔｎ）は接続形式ｉに対する時間ｔｎでの割り当てられた全実効帯域幅を示す。
【００３９】
別のアプローチは異なる接続形式間で余剰を線形に分配することである。例えば、５０の接続があるとき、各接続形式はγｉ(tｎ)／５０によって変更しなければならない。しかしながらこの分配は大きさの概念を完全に無視するので、異なる多くの接続形式があるときは適切ではない。ビデオ接続および音声接続の両方は、例えばビデオが予め２Mbpsに設定され、音声が０．０６４Mbpsに設定されているとき、０．１Mbpsの増分を得ることができる。
４．個々の変化を判断する：
実際のＣＡＣの入力パラメータは各ノードごとに制御される。リンク、ＶＰＣ、および個々の接続は双方向性である。各方向の実効バンド幅は、各ＶＰＣのエンドポイントに置かれた2つの第2の層の適応性ＣＡＣ機能によって計算され（図２参照）、次にこれらの２つのＣＡＣ機能は異なる実効バンド幅で通信する。特定の接続形式についてのこれらの２つの実効バンド幅の最大値が選択され、各第2の層の適応性ＣＡＣによって記憶され、将来の計算で使用される。
【００４０】
メモリデバイス23に記憶された第3の層のＣＡＣ機能の主な目的は、長期間のトレンドを―数時間のオーダで―識別し第2の層のＣＡＣ機能を正確に実行する。この層（レイヤ）は、ＡＴＭネットワークまたは全体的なネットワーク内の多数のスイッチから、異なる接続形式の実効バンド幅の変動についての全体的なイメージへと、情報を相互に関係付ける責務を負う。
【００４１】
第3の層のＣＡＣの機能は次の通りである：
（ｉ）新しいかまたは異なるネットワークの使用を識別する。全体のＣＡＣ管理は、使用されたバンド幅と割当てられたバンド幅とを整合することに密接に関係するので、最上部のネットワーク管理ソフトウエア機能はネットワーク内の臨界点か、または時間の経過にしたがってこれらの点の移動を識別する。トレンドは、例えば一定のＶＰＣが、日または週の特定の時間中に他のＶＰＣの形でバックアップを行うことができることを示す。この情報を使用して、第２の層のＣＡＣアルゴリズムを進めることができる。
【００４２】
（ii）より低いＣＡＣ層を構成／設定する。新しいノードがネットワークに追加されるか、またはネットワークがちょうどオペレーションの実行を開始したとき、各ノードは第2の層の適応性ＣＡＣ機能と対をなす必要がある。幾つかの第2の層も多数の入力パラメータを必要とする。これらのパラメータは妥当なデフォルトに設定される必要がある。全てのこの機能は第3の層のＣＡＣによって制御される。
【００４３】
（iii）欠陥のあるハードウエアまたはソフトウエアを識別する。特定の時間間隔中に2番目に最適な実行レベルを実行する特定のＡＴＭスイッチは、正規の欠陥保護方法によって認識できない。このハードウエアに関する問題は、さらにこの時間間隔に制約される特定のトラヒックの振る舞いのために発生する。既に記載したように、第2の層のＣＡＣアルゴリズムは、正確に動作するための有効な入力パラメータを必要とする１つのソフトウエアである。誤った入力パラメータは不適当な振る舞いを導くことになる。第2の層のＣＡＣは単に、その実行中にバグをもつことがある。第3の層のＣＡＣはこれらの問題を識別するようにされ、影響された構成要素を取り除くことができる。１つの第2の層のＣＡＣアルゴリズムを取り除いて、その場所に別のものを入れることができる。
（iv）２つの組のネットワーク要素を比較する。最後に、実効バンド幅はネットワーク要素の最も重要な属性の１つである。第3の層のＣＡＣ管理機能は、一定の期間において2つの組のハードウエアまたはソフトウエアを比較し、それらの実効バンド幅を比較することができる。多数の第2の層のＣＡＣスキームは、例えばネットワーク全体で同時に試行できる。
（ｖ）直接的な手段によってネットワーク効率を向上する。第3の層のＣＡＣ管理機能の主な機能は、より長い期間において接続の実効バンド幅の振る舞いを監視することである。例えば接続形式の実効バンド幅がオシレートするとき、第3の層のＣＡＣ管理機能はそれを中間値に設定することができる。
【００４４】
第2の層のＣＡＣアルゴリズムは、定期的に接続の実効バンド幅を変更する。これらの変更は第3の層へ伝えられ、第3の層では別の解析を受けることになっている。トレンドを識別し、次にこのトレンドを使用して第2の層のＣＡＣアルゴリズムの収束を速め、オシレーションを検出および除去することができる。到来するデータは、キュービックスプライン（曲線に最適の三次式）の近似値を使用して決定論的な情報から実際の情報へ変換することができる。この変換によって、他の機能をデータに適用することができる。
【００４５】
第1の段階では、2つの組の実効バンド幅が各組の中に同じ比の差をもつとき、類似していると宣言される。この組は時間方向に正規化されて、この比較を可能にすることに注意すべきである。トレンドは識別されると、次の表１に示したトレンドデータベースへ入力される。
【００４６】
【表１】
【００４７】
第2の層のＣＡＣは常に最適な（ローカルな）実効バンド幅を探している。アルゴリズムはゆっくりと個々の接続形式に最適な実効バンド幅で収束する。接続形式の周知のトラヒックの振る舞いを使用して、この収束プロセスを速めることができる。第2の層のＣＡＣが反応性のプロセスであると仮定すると、点ｔｎにおける計算された最適値は実際には点ｔｎ−１の最適値となる。その理由は最適値を構成するのに使用されるデータがｔｎとｔｎ−１との間に集められるからである。図６はＶＰＣｎの最適値をＶＰＣｍの最適値としてどのように使用できるかを示している。２つの実効バンド幅間の関数で最初に符合した後、ＶＰＣｍに対する最適な実効バンド幅は、同じ状況でＶＰＣｎに対して先に計算された最適な実効バンド幅を使用して設定される。
【００４８】
トレンドを使用して、収束を高めることは、トレンドが収束しないときは全く役に立たない。各接続形式はノードごとに独立していると考えられる。各接続形式ごとに、制御点として最後の８つの計算された実効バンド幅点を使用してキュービックベジアスプライン(cubic bezier spline)（曲線に最適の三次の数式）が設定される。次にこのスプラインを微分して、勾配情報が得られる。微分関数のサイン解析は、関数が振動しているか否かを確立することができる。イエスのときは、積分されたスプラインを使用して振動におけるハンプ(hump、こぶ)を計算することができる。これらのハンプを相互に比較して、何れのタイプの振動を処理しなければならないかが分かる。振動が識別されるときはいつでも、振動を記述しているトレンドがデータベースから取り除かれれる。新しい最適値、すなわちトレンドが振動している値は、ネットワーク内に設定されて、振動を停止しようとする。
実験
この段落で定義される各実験では、図７に示したネットワークの設定が使用される。各実験は、２つの場合；すなわち多層ＣＡＣ管理システムがディスエーブルされる場合と、イネーブルされる場合における、シミュレーションの仕様についてのシミュレーション結果を示す。図に記載した“保留とされたバンド幅(reserved bandwidth)”という用語は、ＶＰＣが物理的リンクの保留とされたバンド幅を指す。したがってこの予約されたバンド幅はつねに１００Mbpsである。
実験 １
第１の実験は第２の層の適応性ＣＡＣアルゴリズムを試験するように設計された。
仕様
ＶＰＣ１は８００のユーザで飽和し、全てのユーザの呼パターンにおける呼接続は形式CxType1である。これらのユーザはNODE０から呼を行い、NODE１に到達しようとする。接続形式のバーストプロフィールは図８に示した。バーストは2つの交互の状態で生じる。各状態では、バーストはピークおよび中間のセルレートで切捨てられた負の指数関数分布から生成される。接続は平均継続時間は１００秒で、相互に１０秒内で到達する。シミュレーションは2時間続く。
【００４９】
第2の層の適応性ＣＡＣは１５０秒間をデータ収集に費やすように設定され、ソフトセル損失制限は１０００のセルに設定され、ハードセル損失限界は許容最大値として毎ナノ秒ごとに１セルを損失すると設定された。この接続形式の最初の実効バンド幅は前送り方向に５００Kbpsに設定される。適応性ＣＡＣが通常接続形式を設定した実効バンド幅は、常にその接続形式のピーク値と中間値との間にあるので、この振る舞いはこの実験ではディスエーブルとされ、アルゴリズムの収束に関するより総合的な研究を可能にする。
【００５０】
接続形式CxType1の実効バンド幅の初期値は前送り方向の接続の割当てを必要値よりも高額とする。ネットワークはこの接続が５００Kbpsを占めると予測するが、ピークレートで３００Kbpsのみしか占めない。最初の１５０秒後、適応性のＣＡＣは多くのバンド幅は割当てられても、未使用のままであることが分かる。これにより動作が開始され、接続形式CxType1の実効バンド幅をより低い値に変更する。アルゴリズムをｎ回反復した後、最適値は接続形式CxType1のバーストプロフィールの特定のピークレートと中間レートとの間でなければならない。
【００５１】
図９は、多層ＣＡＣインターフェイスのない(NO-MAC)ネットワークシミュレーションの結果を示す。使用された実際のバンド幅量は約３０％であり、バンド幅容量の７０％は割当てられていても、未使用のままであることが明らかである。図１０は、イネーブルされた多層ＣＡＣと同じシミュレーションを示す。なお図１０はさらに、修正された接続形式の実効バンド幅も示す。ネットワーク内の未使用の割当てられたバンド幅を低減するために、接続形式1の実効バンド幅の大きさを明らかに小さくする。シミュレーションの終了に向って、この実効バンド幅は安定されずに、１６０Kbps以下に落ちていく。直観値は１７５Kbpsであるので、この結果は最初は予測してなかった。しかしながら異なる接続間で到達するまでの間の時間を考慮に入れると、最適値は１５７．５Kbpsであると計算できる。
【００５２】
次の表2は、比較の要約を示す。データが１０秒間隔で集められ：使用された合計バンド幅の概略的な推定値を与えていることに注意されたい。この表から、実際のバンド幅使用は、多層ＣＡＣ(MCAC)がイネーブルされるときに著しく向上することが明らかである。それにしたがって接続数が増加する。ここでNO-MACはMCACの否定であり、MCACが結果についてイネーブルとされていないことを意味する。
【００５３】
【表２】
【００５４】
実験２
第2の実験は、第2の層の適応性のＣＡＣは実効バンド幅の変化を分配するやり方を試験するように設計された。アルゴリズムがデータ収集時間を費やした後で、データは全体的なストリームにおいて割当てられた実効バンド幅の余剰分を定義するのに使用できる。この余剰分は、接続形式の実効バンド幅に対する個々のバンド幅変更へ変換しなければならい
３つの異なる接続形式を多数の異なるユーザにＶＰＣ1上で同時に使用した。シミュレーション中に1回だけ、２０のユーザはビデオ会議の接続形式を使用し、２００のユーザはビデオ接続形式を使用し、別の２００のユーザは正規の電話接続形式を使用する。接続形式名はかなり任意に接続され、接続形式名は一定のトラヒックの振る舞いを含まないことに注意したい。バーストプロフィールおよび呼の振る舞いは次の表３、４、および５に示した。トラヒックパラメータは相当にバーストするようにセットアップされて、さらにアルゴリズムのエラー強さを試験する。ここでμＬＥＮは秒で表わした長さであり、ＰＣＲはピークセルレート（セル／秒）であって、ソースはこれを超えることはない。またＭＣＲは最小セルレート（セル／秒）であり、ソースはいつも送れるレートである。
【００５５】
【表３】
【００５６】
【表４】
【００５７】
【表５】
【００５８】
ここでμＣＡＬＬＥＲはあるときの呼の数であり、ＣＵＭＵＬＡＴＩＶＥ（蓄積）は各実験結果の累和を示す。
【００５９】
実験１に関して、適応性のＣＡＣはデータ収集に１５０秒を費やし、ソフトセル損失制限は１０００セルであり、ハードセル損失制限はナノ秒あたり1セル損失である。個々の接続形式の最初の実効バンド幅は、バーストプロフィール内に規定された持続可能なバンド幅に設定される。実験1において予めディスエーブルされた実効バンド幅の振る舞いは、ここで実行され、イネーブルされる。
【００６０】
図１１はイネーブルされた多層ＣＡＣのないネットワークシミュレーションの結果を示す。図１１は個々の接続形式の実効バンド幅の推定値が低すぎることを非常に明白に示している。シミュレーション全体で使用された実際のバンド幅は、割当てられたバンド幅よりも約２０Mbpsよりも多い。図１２は多層ＣＡＣがイネーブルされている同じシミュレーションを示す。実効バンド幅曲線は実際のバンド幅曲線上でゆっくりと収束する。トラヒックのバーストは、個々の接続形式の最適な実効バンド幅のコンピュータ処理をより複雑にする。図から分かるように、実効バンド幅の増加は、トラヒックのバースト効果によって到達するまでの時間が超過することを示す。電話接続の変更を示したが、電話接続と他の接続形式の間の大きさの差のために無視するのは難しい。電話接続の実効バンド幅は、他の接続によってかなり早期にピークセルレートに設定される。次の表６は累積要約(cumulative summary)を示す。
【００６１】
【表６】
【００６２】
実験３
第3の実験は接続形式が突然トラヒックの振る舞いを変更したときに帰納的なアルゴリズムがどのように反応するかが分かるように計画された。この実験は主として、帰納的なＣＡＣアルゴリズムの融通性を試験することを意図したものである。
【００６３】
実験2のように、3つの異なる接続形式をＶＰＣ上で使用した。シミュレーション中に1度、平均して１０のユーザはケーブルテレビジョン1と接続を設定し、２０のユーザはビデオ会議に参加し、別の２０のユーザはケーブルテレビジョン2を使用する。ビデオ会議接続は、極めてバースト状に設計されて、モデリングをより難しくする。ケーブルテレビジョンの接続形式は、最初の９０秒間は同じである。このケーブルテレビジョンの接続形式は、２Mbpsのバンド幅を要求する接続形式である。最初の２００秒の後、ケーブルテレビジョン２の接続形式は定ビットレート（ＣＢＲ）源から可変ビットレート（ＶＢＲ）源へ変化する。ケーブルテレビジョン２は突然バンド幅をより狭くすることを必要とするが、そのピーク要件のバンド幅は正規のケーブルテレビジョン１の接続のバンド幅よりも大きい。
【００６４】
実験２に示されているように、シミュレータが正規に動作する前に、シミュレーションパラメータを大きくするように変更しなければならない。これらは表７ないし９に示した：
【表７】
【００６５】
【表８】
【００６６】
ここでμＤＵＲＡＴＩＯＮは開始（設定、ＣＡＣ、判断）から終了（ブレーク）までの呼の平均継続時間、またμＩＡＴは平均到達時間（到達時間はリンク上の継続する呼間の時間である）。
【００６７】
【表９】
【００６８】
図１４および１５は、多層のＣＡＣをイネーブルしていないネットワークシミュレーションの結果を示している。図１６および１７は、多層のＣＡＣがイネーブルされているときの結果を示す。図示されているように、接続形式の実効バンド幅はゆっくりと低減し、実際のバンド幅の振る舞いに整合する。図１８は最も明白な振動している実効バンド幅のケーブルテレビジョン１を示す。この表示は、第3の層のＣＡＣのスプラインの近似関数を使用して行なわれ、収束していても、振動している振る舞いを示す。次の表１０はシミュレーション結果の要約を示す：
【表１０】
【００６９】
実験から、第2の層の機能における適応性ＣＡＣアルゴリズムが正確に働いては、これがＶＰＣの余剰または不足を設定でき、バンド幅使用を最適化するために、接続形式の実効バンド幅を修正できることが分かった。バースト状態の資源と実効バンド幅、すなわち到達するまでの時間と実効バンド幅との間の理論的リンクは、実験１および２において設定された。バースト状態の増加は実効バンド幅の増加を意味し、到達するまでの時間の増加は実効バンド幅の低減を示す。トラヒックの振る舞いをモデル化する適応性の帰納的なアプローチは、統計的なトラヒックモデルに対する人為的なインテリジェンス技術の他に有効な代替技術があることを示している。第2の層のＣＡＣアルゴリズムの適応性は、必要が生じたときに新しいサービスを処理することが示されている。
【図面の簡単な説明】
【図１】 一般的なＣＡＣアーキテクチャの模式図。
【図２】 ＡＴＭネットワークを簡単にした例の模式図。
【図３】 ＡＴＭネットワークと管理ネットワークとの間のインターフェイスの模式図。
【図４】 本発明にしたがうＣＡＣをもつＡＴＭスイッチと管理ネットワークとの間のインターフェイスを示す模式図。
【図５】 本発明の多層ＣＡＣの要素間の関係を示す模式図。
【図６】 どのように１つの接続形式のトレンドを使用して、同じ形式の別の接続の収束を速度を高めることができるかを示すグラフ。
【図７】 多数の経験を行うネットワークシミュレータで使用されるネットワークのセットアップを示す模式図。
【図８】 シミュレータによって使用される接続形式のバーストプロフィールを示すグラフ。
【図９】 多層ＣＡＣがイネーブルされている実験１のネットワークシミュレーションの結果を示すグラフ。
【図１０】 多層ＣＡＣがイネーブルされている実験１のネットワークシミュレーションの結果を示すグラフ。
【図１１】 多層ＣＡＣがディスエーブルされている実験２のネットワークシミュレーションの結果を示すグラフ。
【図１２】 多層ＣＡＣがイネーブルされている実験２のットワークシミュレーションの結果を示すグラフ。
【図１３】 多層ＣＡＣがディスエーブルされている実験３のネットワークシミュレーションの結果を示すグラフ。
【図１４】 多層ＣＡＣがディスエーブルされている実験３のネットワークシミュレーションの結果を示すグラフ。
【図１５】 多層ＣＡＣがイネーブルされている実験３のネットワークシミュレーションの結果を示すグラフ。
【図１６】 多層ＣＡＣがディスエーブルされている実験３のネットワークシミュレーションの結果を示すグラフ。
【図１７】 多層ＣＡＣがディスエーブルされている実験３のネットワークシミュレーションの結果を示すグラフ。
発明の属する技術分野
本発明は、通信ネットワーク、とくに非同期転送モード(ＡＴＭ)ネットワークにおける呼の受取りの制御に関する。
【０００２】
従来技術
ＡＴＭは次世代の高速ネットワーク接続（コネクション）技術として一般的に認識されている。ＡＴＭは今日使用されている種々の電子通信媒体を種々のサービスを提供するネットワークのプラットフォームへ結合する。ＡＴＭは、要求に応じて多数の端末点間で接続をセットアップすることを含む接続指向ネットワークである。接続要求時には、ネットワークが新しい接続を受理し、そのサービス品質(ＱｏＳ)のパラメータを満たすか否かを判断しなければならない。このネットワークはさらに、ネットワークに既に存在している接続がＱｏＳの劣化を受けないことも保証しなければならない。コネクション受け付け制御((Connection Admission Control)、ＣＡＣ)はこのタスクを実行するアクセスＡＴＭスイッチの機能である。ＣＡＣは資源管理のできる各ＡＴＭスイッチの構成要素である。通常ＣＡＣは、接続された物理的リンクに対して権利をもっている各々および全てのＡＴＭ構成要素内のＡＴＭ層に位置付けられる。
【０００３】
ＡＴＭネットワークに対するＣＡＣ領域における先の研究は、１つの特定の接続要求に対して有効な決定を行う最適統計関数を規定することに集中していた。一般的にこれらの解は、トラヒック源を特徴付ける複雑な統計トラヒックモデルであると推定され、しばしばコンピュータ上の処理に集中してしまう。ＣＡＣは一般的にスイッチの範囲を越えたその他の知識をほとんどもたないＡＴＭスイッチ内の制御機能であると考えられる。
【０００４】
図１は、接続制御アルゴリズムが通常どのように表されるかを示している。ソース（源）はＣＡＣ2に接続の必要性、およびそれが使用することになるトラヒックの特徴を知らせる。これらのパラメータは宣言部3へ供給され、評価部４と通信して、ネットワーク上に置かれることになる歪みの明白な画像を得る。“コネクション受け付け制御”2はＣＡＣの構造上の詳細の境界を示している。多くの適応性およびインテリジェントアルゴリズムでは、ネットワーク測定を必要とすることが提案された。しかしながらＣＡＣはトラヒック契約のネゴシエーション中のみ活性であるので、この振舞いについての構造上の仕様が関与する余地はない。
【０００５】
音声、ビデオ、およびデータ接続の多重化は、同一の物理的チャンネルを共有するセルの流れのようなネットワークであると考えられる。トラヒックディスクリプタおよびＱｏＳ要件を知るには、ＣＡＣ機能はトラヒック契約を達成するのに必要な資源量を判断しなければならない。ＣＡＣは1つの資源：すなわちネットワークバンド幅のみを管理する。ＣＡＣの最も簡単な形態はピークレートの割当てである。これに関するアルゴリズムは、各接続のピークレートの和が最大利用レベル（百分率表示）にネットワーク容量を乗じたものより小さくなることを保証する。新しい接続要求はこの基準に基づいてのみ受理または拒絶されることになる。アルゴリズムはバーストスケールの輻輳(burst scale congestion)が生じないことを保証する。しかしながらセルスケールの輻輳は、セルレベルにおけるトラヒックのディスクリートな性質のために依然として発生することがある。これは、バッファリングを行なわないときに、セルの損失を導くことになる。適切な待ち行列技法を使用して、特定のスイッチ利用に対する特定のセル損失の可能性をより低減することを保証するようにバッファの大きさとすることができる。
【０００６】
ＣＡＣの別の形式には実行バンド幅スキームがあり、これはＱｏＳ契約に到達する接続に必要な最小バンド幅を示す各接続形式（ルックアップ表に記憶される）に対してバンド幅量を予め割当てるものである。ネットワーク上で新しい接続を許可できるか否かに関する質問は、単にリンク上で既に働いている全実効バンド幅を累積し、新しい接続の実効バンド幅を加え、それをリンク容量と比較することによって応答できる。このアプローチに関する問題は、バンド幅の実際の使用量とは無関係に、実効バンド幅の割当てがＱｏＳ契約が常に維持されることを保証するために、幾分控えめになる傾向があることである。これは受理される接続数を効果的に制限する。コンピュータ処理上より複雑な別の実効バンド幅スキームは、資源によって、および一定の数学的なトラヒックモデルを仮定することによって特定される多数のトラヒックパラメータに基づいて各個々の接続要求に対する実効帯域幅を計算するスキームである。統計的なマルチプレックス技術は実効バンド幅を判断するのに使用され、この実効バンド幅は源によって宣言される接続のピークレートと中間レートとの間の値になる。この統計マルチプレックス技術は、R. Guerin、H. Ahmadi、M Haghsinehによる論文（“Equivalent capacity and its application to bandwidth allocation in high speed networks”, IEEE Journal Selected Areas on Communications, 9(7); 968-981, September 1991）に詳細に記載されている。この実効バンド幅のアプローチに関する主な問題は、実際の源トラヒックパラメータが源の宣言に一致するか、または源の宣言が実行規制機構(policing mechanism)によって実行できるときしかＱｏＳを満足できないことである。
【０００７】
ニューラルネットワークおよびファジイ論理もＣＡＣアルゴリズムにとして提案され、これらの内容は多重化された資源の統計上の振る舞い(behaviour)を予測する試行をし、これを使用してセル損失レートを予測することである。到来する接続を拒絶するかまたは受理するかの判断は、目標値に対してこのセル損失レート予測を比較することによって行うことができる。ニューラルネットワークおよびファジイ論理はハードウエア内部で構成でき、（適応性ファジイ論理を）学習し、不完全なデータに対して実行できる。これらの属性によりニューラルネットワークおよびファジイ論理はコネクション受け付け制御にとくによく適するものとなるが、多様なＡＴＭトラヒック特徴およびＱｏＳ要件のために訓練するのが困難ではある。
【０００８】
ＣＡＣアルゴリズムを使用せずに、ネットワークのトラヒックの輻輳を防ぐ方法はない。しかしＣＡＣについての理想的なアルゴリズムは、生成するのが難しい。アルゴリズムはに変化し特徴を定めにくいトラヒック流に対して経験に基づく判断を行う必要がある。さらにＣＡＣはネットワークオペレータとユーザとの間で要求のバランスをとらなければならない；すなわちＣＡＣアルゴリズムはネットワークが効果的に働くように、しかもトラヒック契約においてユーザと合意したサービス品質を保証しなければならない。問題をより複雑にしているのは、幾つかの接続がセルの到着と到着との時間(inter-arrival times)に関して保証を必要とすることがあるということである。
【０００９】
上述の従来スキームではこの複雑さに対して次の２つの方法：すなわちＣＡＣ機能がネットワークを微視的にしか捉えられないと仮定することによって、およびトラヒックの振る舞いに関して仮定をたてることによって取り組んでいる。しかしながらＡＴＭは、当初から融通性のあるマルチサービスをネットワーク接続アーキテクチャとして設計され、ブランド付けをされ(branded)いるが、これらの既存のアルゴリズムは不適切な仮定を作り、結果的にバンド幅の有効的な使用を保証できない。
【００１０】
発明が解決しようとする課題
本発明の第１の態様にしたがって、接続指向の通信ネットワークのノードにおいて呼の受理を制御する方法であって、多数の呼接続を達成する時間間隔でノードのバンド幅使用の測定に依存してノードのコネクション受け付け制御機能を定期的に修正する段階を含み、ノードのコネクション受け付け制御機能が多数の接続形式のそれぞれにバンド幅を割当てる実効バンド幅スキームを実行し、１以上のより高い層のコネクション受け付け制御機能がトラヒックの変動に応答して、所定のやり方でノードによって記憶された接続形式に実効バンド幅を修正する方法を提供する。
【００１１】
バンド幅使用の測定はノードそれ自体によって行うこともできる。しかしながらバンド幅使用の測定はノード設計を簡単にし、オーバーレイ形管理ネットワークの固有のコンピュータ処理資源を使用するので、ネットワーク管理レベルで行なわれることが好ましい。
【００１２】
さらに測定は第2のより長い時間間隔で第3の層のＣＡＣ機能として行われることが好ましい。より高いレベルのＣＡＣ層を追加してもよい。
【００１３】
バンド幅使用測定を使用して、所定のやり方の接続形式間に実質的に分配された余剰または不足のバンド幅を判断することが好ましい。バンド幅分配は、各接続形式に関係する中間バンド幅に基づくことが好ましい。
【００１４】
通信ネットワークはＡＴＭネットワークであることが好ましい。
【００１５】
本発明の第2の態様にしたがって、通信ネットワークにおけるノードに対する呼受取り制御方法であって：
リンク上の多数の接続形式の実効バンド幅の和を維持する段階と；
多数の呼接続を達成する時間間隔でリンクの接続によって使用される実際のバンド幅を監視する段階と；
リンクに対する余剰のバンド幅を判断する段階と；
所定のやり方で接続形式間で余剰バンド幅を分配することによって各接続形式に割当てられる実効バンド幅を修正する段階とを含む方法を提供する。
【００１６】
本発明の第3の態様にしたがって、遠隔通信ネットワークにおいて資源を管理するネットワーク管理デバイスは、多数の接続形式のそれぞれにバンド幅を割当てる実効バンド幅形式のコネクション受け付け制御機能を実行する関係するネットワークノードのバンド幅使用を測定することによってコネクション受け付け管理機能を実行する処理手段を含み、バンド幅使用測定は多数の呼接続を達成する時間間隔でバンド幅使用測定を行ない、処理手段は所定のやり方でノードによって記憶される接続形式に対して実行バンド幅を修正することによってノードのコネクション受け付け制御機能を定期的に修正するようにされているネットワーク管理デバイスを提供する。
【００１７】
本発明の第４の態様にしたがって、バンド幅を多数の通信形式のそれぞれに割当てる実効バンド幅形式コネクション受け付け制御機能を実行する処理手段をもつネットワークノードを含み、さらに多数の呼接続を達成する時間間隔においてネットワークノードのバンド幅使用を測定し、所定のやり方でノードによって記憶される接続形式ごとに実効バンド幅を修正することによってノードのコネクション受け付け制御機能を定期的に修正する処理手段をさらに含む通信システムを提供する。
【００１８】
通信システムは、遠隔通信ネットワークとインターフェイスする管理ネットワークを含むことが好ましい。
【００１９】
管理ネットワークはコンピュータメモリを含み、該コンピュータメモリは異なる長さの１以上の時間間隔でバンド幅使用を監視し、これに依存してネットワークノードのＣＡＣ機能を変更するコンピュータ実行命令でコード化されることが好ましい。
【００２０】
通信システムはＡＴＭネットワークを含むことが好ましい。
【００２１】
本発明ではコネクション受け付け制御を行うために多層式のアプローチを行う。好ましい実施形態では、簡単な線形のＣＡＣ機能はＡＴＭスイッチのようなノードに埋め込まれ、より長い期間の間トラヒックの変動を監視するオーバーレイ形ネットワーク管理層（レイヤ）によって与えられる適応性のより高レベルの制御機能によって修正できる。この技術は源の宣言に依存して、接続の実効バンド幅を判断しない。実際、実効バンド幅は各接続形式に予め割当てられ、実際のバンド幅使用を反映するように実質的に帰納的に修正される。新しい接続をネットワーク上で許可できるか否かといった質問には、リンク上で既に働いている全ての実効バンド幅を累積し、新しい接続の実効バンド幅を追加し、それをリンク容量と比較することによって簡単に応答することができる。
【００２２】
発明の実施の形態
ここで本発明の例を添付の図面を参照して詳細に記載することにする。
【００２３】
図２は、多数のＡＴＭスイッチ12（ネットワークノード）によってネットワーク全体で接続された多数のエンドステーションを含むＡＴＭネットワーク10を簡単に示す図である。接続セットアップ段階中に、源のエンドステーション11とネットワーク10との間に契約が確立される。その後ネットワークを通るルートがセットアップされる。資源（バンド幅）を管理する通路に沿って各ノードは、埋め込まれたコネクション受け付け制御機能13を使用してトラヒック契約を確認するために質問される。1つのノードが接続をルート設定できないといった通知を戻すと、ネットワークは他のノードを通る接続をルート設定するか、または接続を拒絶するかを決定できる。全てのＡＴＭ構成要素がＣＡＣ機能を含むわけではない。例えばＡＴＭクロス接続（図示されていない）のような簡単なＡＴＭ構成要素は接続をルート設定せず、したがってネットワーク資源を管理しない。さらに、１つのルートにおいて選択された特定のバーチャル通路接続（ＶＰＣ）内の中間ノード14：すなわちＶＰＣのエンドノード12もこれに含まれる。したがって図２に示したＶＰＣに対するエンド（アクセス）ＡＴＭスイッチ12のみがスイッチ構造内にＣＡＣを含む。
【００２４】
図３は、ＡＴＭネットワーク10の上に重なるネットワーク管理層20を示す。ネットワーク管理層20は、ＩＴＵ−Ｔによって規定される遠隔通信管理アーキテクチャに基づく別々であるが接続されたデータ通信ネットワークである。ネットワーク管理層20は実質的なコンピュータ処理資源をもち、全体的なネットワークから情報を受取る。本発明のこの例では、このコンピュータ処理能力を、例えば帰納的な技術を使用するネットワークの動作(performance)に関係する情報と組合せて、より長い期間におけるトラヒックのトレンドを識別し、次に何らかのやり方で適切なアクセスＡＴＭスイッチ12のＣＡＣ動作を修正して、有効バンド幅の使用を向上する。これはネットワーク10に対して認められた呼数を最大化し、一方で呼のサービス品質（ＱｏＳ）を維持するために行なわれる。ネットワーク管理層20は個々のＡＴＭスイッチの測定されたバンド幅使用に基づくだけでなく、他のネットワークノードからそれに伝えられた情報を使用することによってもこれを達成することができる。
【００２５】
後で詳細に記載するように、ネットワーク管理層20を使用して、短期間、すなわち数分間、および長期間、すなわち数時間トラヒックトレンドを識別することによってバンド幅効率を向上する。簡単な実効バンド幅の線形ＣＡＣはＡＴＭスイッチ12（第1の層ＣＡＣ）に準備され、一方で適応性ＣＡＣアルゴリズムはネットワーク管理層20（第2の層ＣＡＣ）のソフトウエア内に準備され、ネットワーク管理層20では多数の呼接続を達成する短期間のトラヒックの変動に応答する。ネットワーク管理層20はさらに、長期間の間トラヒックの変動を測定して、所定のやり方で第2の層の適応性ＣＡＣ機能を修正することによって別のＣＡＣ管理機能（第3の層のＣＡＣ）を準備できる。第3の層のＣＡＣは第2の層の適応性ＣＡＣアルゴリズムを別のより適切なアルゴリズムと全体的に置換する能力を含むことができる。この多層ＣＡＣのアーキテクチャは図４および５に模式的に示した。
【００２６】
第1の層のＣＡＣにおいて実行される線形の実効バンド幅スキームでは、接続に必要な最小量のバンド幅が分かっている各接続形式にバンド幅を与え、そのＱｏＳ契約を達成する。新しい接続を許可できるか否かの質問には、リンク上で既に働いている全ての実効バンド幅を累積し、新しい接続の実効バンド幅を追加して、それを新しい容量と比較することによって簡単に応答することができる。
【００２７】
図４に示したように、ＡＴＭスイッチ12はメモリデバイス21を含み、メモリデバイス21では線形実効バンド幅ソフトウエア（第1の層のＣＡＣ）を記憶し、さらに現在の実効バンド幅のデータベースを接続形式、例えば言語、ビデオ、などに与える。後で詳細に記載されるように、各実効バンド幅の記憶された値は第2の層の適応性ＣＡＣによって定期的に更新されて、スイッチ12の効率を向上する試行をする。第2の層の適応性のＣＡＣ機能は、メモリデバイス22内に１以上のＣＡＣアルゴリズムを記憶しているネットワーク管理層20によってソフトウエア内で実行される。第2の層の適応性ＣＡＣアルゴリズムは帰納法を使用して、余剰または不足したバンド幅を分配することによってＡＴＭスイッチ12によって記憶された各接続形式に割当てられた実効バンド幅を修正する試行を行う。これは後で詳細に記載する。
【００２８】
メモリデバイス22にソフトウエアとして記憶された第2の層のＣＡＣアルゴリズムは適応性があり、過去に集められた情報を使用して、現在の振る舞いを規定する。とくに第2の層のＣＡＣアルゴリズムはネットワークにおける変更を考慮し、それらを適応するように処理しなければならない。特定のネットワーク測定を使用して、アルゴリズムの組として新しい実効バンド幅を変更するので、この適応性はアルゴリズムそれ自体からはあまり得られない。第2の層の適応性ＣＡＣの中心的な発想は非常に簡単であり：接続形式の実効バンド幅を、接続形式に必要な実際のバンド幅に設定する試行をする。接続形式の実行バンド幅が変化するとき、その形式の接続は幾分認められることになる。例えば接続形式の実効バンド幅の増加後、個々のＶＰＣにおけるより大きいバンド幅が新しい接続に要求される。これはＶＰＣにおいて認められる接続を効果的により少なくする。
【００２９】
第2の層のＣＡＣアルゴリズムは2つの状態をもち；ＡＴＭスイッチ12へ接続されたＶＰＣをモニタするか、またはメモリデバイス21内のスイッチ12に対して規定された接続形式の実行バンド幅を変更する。２つの状態の間の時間間隔は特定されるか、または他の時間間隔に設定することができる。アルゴリズムは慎重に進められ；接続によって生じるセル損失を能動的に監視し、セル損失がアルゴリズムの演算によるとき、後退する試行をする。状態変更中、後退するのに使用できる情報が記憶される。セル損失が高く維持されるとき、アルゴリズムはさらに前の状態に後退する試行を行う。さらに前の状態が規定されないときは、要求され、それらを実行する実効バンド幅の変化を計算するだけである。
【００３０】
実効バンド幅を変更するために、アルゴリズムは次の段階を実行する：
１．セル損失変更を判断する：
セル損失はＶＰＣの実際の使用を反映するように連続的に変化するので、静的な変数ではない。ＶＰＣのトラヒックが不確定であるという性質は、セル損質量の変動が小さく、アルゴリズムによって無視されるべきであることを意味する。バーストよりも何倍も大きい時間フレーム内の大きい変動は、第2の層の適応性ＣＡＣアルゴリズムの一部における間違った判断を示す。ｔｎは現在の時刻を示し、ｔｎ−１は変化が実効バンド幅を変更した最後の時刻を示す。ε(t)は時刻ｔにおけるＶＰＣのセル損失をモデル化し、εｃはそのＶＰＣに対するセル損失の目標である。Δはネットワーク管理層によって設定することができるパラメータである；ｔｎとｔｎ−１との間の最大の許容されたセル損失の増加をモデル化する。
【００３１】
【数１】
式（１）はセル損失における許容可能な小さい正の変動をモデル化し、一方で式（２）は困難な目標を設定する。測定されるセル損失がこれらの式に合わないとき、アルゴリズムは実効バンド幅を時間内の幾つかの先行する点で受取り可能な値に設定する。ネットワークトラヒックの振る舞いは、それに対して働く幾つかの他のネットワーク管理機能によって変化することがあることに注意されたい：実効バンド幅を変更して、ある先行した状態で許容可能な値に戻しても、セル損失の状態が全く変化しないことがある。２つの条件がこのフレームで満たされないときは、最後のフレームで行なわれる変更が成功していたのである。ここで実効バンド幅の正確な設定が変更され、ｔｎに記録された実効バンド幅の組を含むこととされる。両方の式（１）および（２）の両方が現在の状態で保持されるときのみアルゴリズムは次の段階へ進む。すべての接続形式に対して最適な実行バンド幅となるものがあると仮定されると、式（２）をより厳格にすることができる：
【数２】
２．余剰バンド幅を判断する：
余剰バンド幅は実際のバンド幅によって使用されない割当てられた実効バンド幅の量である。本質的には余剰バンド幅は、最適な場合に到達するように変更される合計の割当てられた実効バンド幅である。Ｔ（ｔｎ）は時間間隔［ｔｎ−１，ｔｎ］で行なった時刻点の組とする。Ｋ（ｔｎ）はＴ（ｔｎ）内の要素数を表し、ｘｊ(t)は時刻ｔに置ける接続数Ｊの瞬間のバンド幅である。余剰分および合計の割当てられた実効バンド幅の変更量は次に示す通りである：
【数３】
式の２つの異なる実行の間にある時間量を示す時間間隔［ｔｎ＋１，ｔｎ］は現在の接続を終了するのに十分に大きくなることに注意すべきである。ある接続形式の割当てられた実効バンド幅は接続のセットアップ時にのみ使用される。時間消費の監視が、古い接続を終了して新しい接続を設定することを許さない値に設定されると、式の最後の実行中に設定されたパラメータはまだ効果をあげていない。別の重要な概念は、γ(t)が正と負の両方とも可能なことである。
３．ストリームの実効バンド幅を変更する：
アルゴリズムの先の段階では、使用し過ぎたバンド幅の量を低減するか、または未使用のバンド幅の量を低減するために変更されなければならない合計のストリームの実効バンド幅量を与える余剰分γ(t)を規定する。合計のストリームは、異なる形式である可能性の高い幾つかの接続を使用して構築される。トラヒックの変動のために、ストリームの正確なセル構成は分からず、したがって何らかの近似値を生成することが必要である。この例におけるアプローチは、割当てられた中間のバンド幅を反映するように接続形式間で余剰を分配することである。
【００３５】
Ｍｔは接続タイプｉに対する中間バンド幅であり、Ｍ(t)は時間ｔにおける合計の割当てられた中間バンド幅である（式(５)参照）か、―または合計の割当てられた実効バンド幅（式（６）参照）である。ｎは接続形式の合計数である。Ｂｉ(tｔ）を使用して、接続タイプｉに対する結合されていない新しい実効バンド幅を記憶する：
中間バンド幅を使用して分割すると：
【数４】
実効バンド幅を使用して分割すると：
【数５】
式（６）および（７）から分かるように、Ｍ(t)は分配キーとしてのみ使用される：したがってその数値は全てのＢｉ(tｎ)が余剰バンド幅の実際の分割まで加える限り、あまり重要でない。結合された実効バンド幅は次のようにすべきである：
【数６】
ここでＰＣＲｉは接続形式ｉに対するピークセルルートを、ＳＣＲｉは接続形式ｉに対する維持可能なセルルートを、３ｉ（ｔｎ）は接続形式ｉに対する時間ｔｎでの割り当てられた全実効帯域幅を示す。
【００３９】
別のアプローチは異なる接続形式間で余剰を線形に分配することである。例えば、５０の接続があるとき、各接続形式はγｉ(tｎ)／５０によって変更しなければならない。しかしながらこの分配は大きさの概念を完全に無視するので、異なる多くの接続形式があるときは適切ではない。ビデオ接続および音声接続の両方は、例えばビデオが予め２Mbpsに設定され、音声が０．０６４Mbpsに設定されているとき、０．１Mbpsの増分を得ることができる。
４．個々の変化を判断する：
実際のＣＡＣの入力パラメータは各ノードごとに制御される。リンク、ＶＰＣ、および個々の接続は双方向性である。各方向の実効バンド幅は、各ＶＰＣのエンドポイントに置かれた2つの第2の層の適応性ＣＡＣ機能によって計算され（図２参照）、次にこれらの２つのＣＡＣ機能は異なる実効バンド幅で通信する。特定の接続形式についてのこれらの２つの実効バンド幅の最大値が選択され、各第2の層の適応性ＣＡＣによって記憶され、将来の計算で使用される。
【００４０】
メモリデバイス23に記憶された第3の層のＣＡＣ機能の主な目的は、長期間のトレンドを―数時間のオーダで―識別し第2の層のＣＡＣ機能を正確に実行する。この層（レイヤ）は、ＡＴＭネットワークまたは全体的なネットワーク内の多数のスイッチから、異なる接続形式の実効バンド幅の変動についての全体的なイメージへと、情報を相互に関係付ける責務を負う。
【００４１】
第3の層のＣＡＣの機能は次の通りである：
（ｉ）新しいかまたは異なるネットワークの使用を識別する。全体のＣＡＣ管理は、使用されたバンド幅と割当てられたバンド幅とを整合することに密接に関係するので、最上部のネットワーク管理ソフトウエア機能はネットワーク内の臨界点か、または時間の経過にしたがってこれらの点の移動を識別する。トレンドは、例えば一定のＶＰＣが、日または週の特定の時間中に他のＶＰＣの形でバックアップを行うことができることを示す。この情報を使用して、第２の層のＣＡＣアルゴリズムを進めることができる。
【００４２】
（ii）より低いＣＡＣ層を構成／設定する。新しいノードがネットワークに追加されるか、またはネットワークがちょうどオペレーションの実行を開始したとき、各ノードは第2の層の適応性ＣＡＣ機能と対をなす必要がある。幾つかの第2の層も多数の入力パラメータを必要とする。これらのパラメータは妥当なデフォルトに設定される必要がある。全てのこの機能は第3の層のＣＡＣによって制御される。
【００４３】
（iii）欠陥のあるハードウエアまたはソフトウエアを識別する。特定の時間間隔中に2番目に最適な実行レベルを実行する特定のＡＴＭスイッチは、正規の欠陥保護方法によって認識できない。このハードウエアに関する問題は、さらにこの時間間隔に制約される特定のトラヒックの振る舞いのために発生する。既に記載したように、第2の層のＣＡＣアルゴリズムは、正確に動作するための有効な入力パラメータを必要とする１つのソフトウエアである。誤った入力パラメータは不適当な振る舞いを導くことになる。第2の層のＣＡＣは単に、その実行中にバグをもつことがある。第3の層のＣＡＣはこれらの問題を識別するようにされ、影響された構成要素を取り除くことができる。１つの第2の層のＣＡＣアルゴリズムを取り除いて、その場所に別のものを入れることができる。
（iv）２つの組のネットワーク要素を比較する。最後に、実効バンド幅はネットワーク要素の最も重要な属性の１つである。第3の層のＣＡＣ管理機能は、一定の期間において2つの組のハードウエアまたはソフトウエアを比較し、それらの実効バンド幅を比較することができる。多数の第2の層のＣＡＣスキームは、例えばネットワーク全体で同時に試行できる。
（ｖ）直接的な手段によってネットワーク効率を向上する。第3の層のＣＡＣ管理機能の主な機能は、より長い期間において接続の実効バンド幅の振る舞いを監視することである。例えば接続形式の実効バンド幅がオシレートするとき、第3の層のＣＡＣ管理機能はそれを中間値に設定することができる。
【００４４】
第2の層のＣＡＣアルゴリズムは、定期的に接続の実効バンド幅を変更する。これらの変更は第3の層へ伝えられ、第3の層では別の解析を受けることになっている。トレンドを識別し、次にこのトレンドを使用して第2の層のＣＡＣアルゴリズムの収束を速め、オシレーションを検出および除去することができる。到来するデータは、キュービックスプライン（曲線に最適の三次式）の近似値を使用して決定論的な情報から実際の情報へ変換することができる。この変換によって、他の機能をデータに適用することができる。
【００４５】
第1の段階では、2つの組の実効バンド幅が各組の中に同じ比の差をもつとき、類似していると宣言される。この組は時間方向に正規化されて、この比較を可能にすることに注意すべきである。トレンドは識別されると、次の表１に示したトレンドデータベースへ入力される。
【００４６】
【表１】
第2の層のＣＡＣは常に最適な（ローカルな）実効バンド幅を探している。アルゴリズムはゆっくりと個々の接続形式に最適な実効バンド幅で収束する。接続形式の周知のトラヒックの振る舞いを使用して、この収束プロセスを速めることができる。第2の層のＣＡＣが反応性のプロセスであると仮定すると、点ｔｎにおける計算された最適値は実際には点ｔｎ−１の最適値となる。その理由は最適値を構成するのに使用されるデータがｔｎとｔｎ−１との間に集められるからである。図６はＶＰＣｎの最適値をＶＰＣｍの最適値としてどのように使用できるかを示している。２つの実効バンド幅間の関数で最初に符合した後、ＶＰＣｍに対する最適な実効バンド幅は、同じ状況でＶＰＣｎに対して先に計算された最適な実効バンド幅を使用して設定される。
【００４８】
トレンドを使用して、収束を高めることは、トレンドが収束しないときは全く役に立たない。各接続形式はノードごとに独立していると考えられる。各接続形式ごとに、制御点として最後の８つの計算された実効バンド幅点を使用してキュービックベジアスプライン(cubic bezier spline)（曲線に最適の三次の数式）が設定される。次にこのスプラインを微分して、勾配情報が得られる。微分関数のサイン解析は、関数が振動しているか否かを確立することができる。イエスのときは、積分されたスプラインを使用して振動におけるハンプ(hump、こぶ)を計算することができる。これらのハンプを相互に比較して、何れのタイプの振動を処理しなければならないかが分かる。振動が識別されるときはいつでも、振動を記述しているトレンドがデータベースから取り除かれれる。新しい最適値、すなわちトレンドが振動している値は、ネットワーク内に設定されて、振動を停止しようとする。
実験
この段落で定義される各実験では、図７に示したネットワークの設定が使用される。各実験は、２つの場合；すなわち多層ＣＡＣ管理システムがディスエーブルされる場合と、イネーブルされる場合における、シミュレーションの仕様についてのシミュレーション結果を示す。図に記載した“保留とされたバンド幅(reserved bandwidth)”という用語は、ＶＰＣが物理的リンクの保留とされたバンド幅を指す。したがってこの予約されたバンド幅はつねに１００Mbpsである。
実験 １
第１の実験は第２の層の適応性ＣＡＣアルゴリズムを試験するように設計された。
仕様
ＶＰＣ１は８００のユーザで飽和し、全てのユーザの呼パターンにおける呼接続は形式CxType1である。これらのユーザはNODE０から呼を行い、NODE１に到達しようとする。接続形式のバーストプロフィールは図８に示した。バーストは2つの交互の状態で生じる。各状態では、バーストはピークおよび中間のセルレートで切捨てられた負の指数関数分布から生成される。接続は平均継続時間は１００秒で、相互に１０秒内で到達する。シミュレーションは2時間続く。
【００４９】
第2の層の適応性ＣＡＣは１５０秒間をデータ収集に費やすように設定され、ソフトセル損失制限は１０００のセルに設定され、ハードセル損失限界は許容最大値として毎ナノ秒ごとに１セルを損失すると設定された。この接続形式の最初の実効バンド幅は前送り方向に５００Kbpsに設定される。適応性ＣＡＣが通常接続形式を設定した実効バンド幅は、常にその接続形式のピーク値と中間値との間にあるので、この振る舞いはこの実験ではディスエーブルとされ、アルゴリズムの収束に関するより総合的な研究を可能にする。
【００５０】
接続形式CxType1の実効バンド幅の初期値は前送り方向の接続の割当てを必要値よりも高額とする。ネットワークはこの接続が５００Kbpsを占めると予測するが、ピークレートで３００Kbpsのみしか占めない。最初の１５０秒後、適応性のＣＡＣは多くのバンド幅は割当てられても、未使用のままであることが分かる。これにより動作が開始され、接続形式CxType1の実効バンド幅をより低い値に変更する。アルゴリズムをｎ回反復した後、最適値は接続形式CxType1のバーストプロフィールの特定のピークレートと中間レートとの間でなければならない。
【００５１】
図９は、多層ＣＡＣインターフェイスのない(NO-MAC)ネットワークシミュレーションの結果を示す。使用された実際のバンド幅量は約３０％であり、バンド幅容量の７０％は割当てられていても、未使用のままであることが明らかである。図１０は、イネーブルされた多層ＣＡＣと同じシミュレーションを示す。なお図１０はさらに、修正された接続形式の実効バンド幅も示す。ネットワーク内の未使用の割当てられたバンド幅を低減するために、接続形式1の実効バンド幅の大きさを明らかに小さくする。シミュレーションの終了に向って、この実効バンド幅は安定されずに、１６０Kbps以下に落ちていく。直観値は１７５Kbpsであるので、この結果は最初は予測してなかった。しかしながら異なる接続間で到達するまでの間の時間を考慮に入れると、最適値は１５７．５Kbpsであると計算できる。
【００５２】
次の表2は、比較の要約を示す。データが１０秒間隔で集められ：使用された合計バンド幅の概略的な推定値を与えていることに注意されたい。この表から、実際のバンド幅使用は、多層ＣＡＣ(MCAC)がイネーブルされるときに著しく向上することが明らかである。それにしたがって接続数が増加する。ここでNO-MACはMCACの否定であり、MCACが結果についてイネーブルとされていないことを意味する。
【００５３】
【表２】
実験２
第2の実験は、第2の層の適応性のＣＡＣは実効バンド幅の変化を分配するやり方を試験するように設計された。アルゴリズムがデータ収集時間を費やした後で、データは全体的なストリームにおいて割当てられた実効バンド幅の余剰分を定義するのに使用できる。この余剰分は、接続形式の実効バンド幅に対する個々のバンド幅変更へ変換しなければならい
３つの異なる接続形式を多数の異なるユーザにＶＰＣ1上で同時に使用した。シミュレーション中に1回だけ、２０のユーザはビデオ会議の接続形式を使用し、２００のユーザはビデオ接続形式を使用し、別の２００のユーザは正規の電話接続形式を使用する。接続形式名はかなり任意に接続され、接続形式名は一定のトラヒックの振る舞いを含まないことに注意したい。バーストプロフィールおよび呼の振る舞いは次の表３、４、および５に示した。トラヒックパラメータは相当にバーストするようにセットアップされて、さらにアルゴリズムのエラー強さを試験する。ここでμＬＥＮは秒で表わした長さであり、ＰＣＲはピークセルレート（セル／秒）であって、ソースはこれを超えることはない。またＭＣＲは最小セルレート（セル／秒）であり、ソースはいつも送れるレートである。
【００５５】
【表３】
【表４】
【表５】
ここでμＣＡＬＬＥＲはあるときの呼の数であり、ＣＵＭＵＬＡＴＩＶＥ（蓄積）は各実験結果の累和を示す。
【００５９】
実験１に関して、適応性のＣＡＣはデータ収集に１５０秒を費やし、ソフトセル損失制限は１０００セルであり、ハードセル損失制限はナノ秒あたり1セル損失である。個々の接続形式の最初の実効バンド幅は、バーストプロフィール内に規定された持続可能なバンド幅に設定される。実験1において予めディスエーブルされた実効バンド幅の振る舞いは、ここで実行され、イネーブルされる。
【００６０】
図１１はイネーブルされた多層ＣＡＣのないネットワークシミュレーションの結果を示す。図１１は個々の接続形式の実効バンド幅の推定値が低すぎることを非常に明白に示している。シミュレーション全体で使用された実際のバンド幅は、割当てられたバンド幅よりも約２０Mbpsよりも多い。図１２は多層ＣＡＣがイネーブルされている同じシミュレーションを示す。実効バンド幅曲線は実際のバンド幅曲線上でゆっくりと収束する。トラヒックのバーストは、個々の接続形式の最適な実効バンド幅のコンピュータ処理をより複雑にする。図から分かるように、実効バンド幅の増加は、トラヒックのバースト効果によって到達するまでの時間が超過することを示す。電話接続の変更を示したが、電話接続と他の接続形式の間の大きさの差のために無視するのは難しい。電話接続の実効バンド幅は、他の接続によってかなり早期にピークセルレートに設定される。次の表６は累積要約(cumulative summary)を示す。
【００６１】
【表６】
実験３
第3の実験は接続形式が突然トラヒックの振る舞いを変更したときに帰納的なアルゴリズムがどのように反応するかが分かるように計画された。この実験は主として、帰納的なＣＡＣアルゴリズムの融通性を試験することを意図したものである。
【００６３】
実験2のように、3つの異なる接続形式をＶＰＣ上で使用した。シミュレーション中に1度、平均して１０のユーザはケーブルテレビジョン1と接続を設定し、２０のユーザはビデオ会議に参加し、別の２０のユーザはケーブルテレビジョン2を使用する。ビデオ会議接続は、極めてバースト状に設計されて、モデリングをより難しくする。ケーブルテレビジョンの接続形式は、最初の９０秒間は同じである。このケーブルテレビジョンの接続形式は、２Mbpsのバンド幅を要求する接続形式である。最初の２００秒の後、ケーブルテレビジョン２の接続形式は定ビットレート（ＣＢＲ）源から可変ビットレート（ＶＢＲ）源へ変化する。ケーブルテレビジョン２は突然バンド幅をより狭くすることを必要とするが、そのピーク要件のバンド幅は正規のケーブルテレビジョン１の接続のバンド幅よりも大きい。
【００６４】
実験２に示されているように、シミュレータが正規に動作する前に、シミュレーションパラメータを大きくするように変更しなければならない。これらは表７ないし９に示した：
【表７】
【表８】
ここでμＤＵＲＡＴＩＯＮは開始（設定、ＣＡＣ、判断）から終了（ブレーク）までの呼の平均継続時間、またμＩＡＴは平均到達時間（到達時間はリンク上の継続する呼間の時間である）。
【００６７】
【表９】
図１４および１５は、多層のＣＡＣをイネーブルしていないネットワークシミュレーションの結果を示している。図１６および１７は、多層のＣＡＣがイネーブルされているときの結果を示す。図示されているように、接続形式の実効バンド幅はゆっくりと低減し、実際のバンド幅の振る舞いに整合する。図１８は最も明白な振動している実効バンド幅のケーブルテレビジョン１を示す。この表示は、第3の層のＣＡＣのスプラインの近似関数を使用して行なわれ、収束していても、振動している振る舞いを示す。次の表１０はシミュレーション結果の要約を示す：
【表１０】
実験から、第2の層の機能における適応性ＣＡＣアルゴリズムが正確に働いては、これがＶＰＣの余剰または不足を設定でき、バンド幅使用を最適化するために、接続形式の実効バンド幅を修正できることが分かった。バースト状態の資源と実効バンド幅、すなわち到達するまでの時間と実効バンド幅との間の理論的リンクは、実験１および２において設定された。バースト状態の増加は実効バンド幅の増加を意味し、到達するまでの時間の増加は実効バンド幅の低減を示す。トラヒックの振る舞いをモデル化する適応性の帰納的なアプローチは、統計的なトラヒックモデルに対する人為的なインテリジェンス技術の他に有効な代替技術があることを示している。第2の層のＣＡＣアルゴリズムの適応性は、必要が生じたときに新しいサービスを処理することが示されている。
【図面の簡単な説明】
【図１】 一般的なＣＡＣアーキテクチャの模式図。
【図２】 ＡＴＭネットワークを簡単にした例の模式図。
【図３】 ＡＴＭネットワークと管理ネットワークとの間のインターフェイスの模式図。
【図４】 本発明にしたがうＣＡＣをもつＡＴＭスイッチと管理ネットワークとの間のインターフェイスを示す模式図。
【図５】 本発明の多層ＣＡＣの要素間の関係を示す模式図。
【図６】 どのように１つの接続形式のトレンドを使用して、同じ形式の別の接続の収束を速度を高めることができるかを示すグラフ。
【図７】 多数の経験を行うネットワークシミュレータで使用されるネットワークのセットアップを示す模式図。
【図８】 シミュレータによって使用される接続形式のバーストプロフィールを示すグラフ。
【図９】 多層ＣＡＣがイネーブルされている実験１のネットワークシミュレーションの結果を示すグラフ。
【図１０】 多層ＣＡＣがイネーブルされている実験１のネットワークシミュレーションの結果を示すグラフ。
【図１１】 多層ＣＡＣがディスエーブルされている実験２のネットワークシミュレーションの結果を示すグラフ。
【図１２】 多層ＣＡＣがイネーブルされている実験２のットワークシミュレーションの結果を示すグラフ。
【図１３】 多層ＣＡＣがディスエーブルされている実験３のネットワークシミュレーションの結果を示すグラフ。
【図１４】 多層ＣＡＣがディスエーブルされている実験３のネットワークシミュレーションの結果を示すグラフ。
【図１５】 多層ＣＡＣがイネーブルされている実験３のネットワークシミュレーションの結果を示すグラフ。
【図１６】 多層ＣＡＣがディスエーブルされている実験３のネットワークシミュレーションの結果を示すグラフ。
【図１７】 多層ＣＡＣがディスエーブルされている実験３のネットワークシミュレーションの結果を示すグラフ。
Claims (16)
- 接続指向の通信ネットワークのノードにおいて呼の受理を制御する方法であって、多数の呼接続を達成する時間間隔でノードのバンド幅使用の測定に依存してノードのコネクション受け付け制御機能を定期的に修正する段階を含み、ノードのコネクション受け付け制御機能が多数の接続形式のそれぞれにバンド幅を割当てる実効バンド幅スキームを実行し、１以上のより高い層のコネクション受け付け制御機能がトラヒックの変動に応答して、所定のやり方でノードによって記憶された接続形式に実効バンド幅を修正する方法。
- バンド幅使用の測定がノードによって行なわれる請求項1記載の方法。
- バンド幅使用の測定が、関係する管理ネットワークのコンピュータ処理資源を使用してネットワーク管理レベルで行なわれる請求項１記載の方法。
- バンド幅使用の測定が第1の時間間隔において第2の層のコネクション受け付け制御機能の一部として行なわれる請求項１ないし３の何れか1項記載の方法。
- バンド幅使用の測定がさらに、第3の層のコネクション受け付け制御機能の一部として第2のより長い間隔で行なわれる請求項４記載の方法。
- バンド幅使用の測定を使用して、所定のやり方で接続形式間に実質的に分配された余剰または不足のバンド幅を判断する請求項１ないし５の何れか1項記載の方法。
- バンド幅の分配が、各接続形式と関係する中間バンド幅に基づいている請求項８記載の方法。
- 通信ネットワークにおけるノードに対する呼受取り制御方法であって：
リンク上の多数の接続形式の実効バンド幅の和を維持する段階と；
多数の呼接続を達成する時間間隔でリンクの接続によって使用される実際のバンド幅を監視する段階と；
リンクに対する余剰のバンド幅を判断する段階と；
所定のやり方で接続形式間で余剰バンド幅を分配することによって各接続形式に割当てられる実効バンド幅を修正する段階とを含む方法。 - 通信ネットワークが非同期転送モードネットワークである請求項１ないし８の何れか1項記載の方法。
- 遠隔通信ネットワークにおいて資源を管理するネットワーク管理デバイスは、多数の接続形式のそれぞれにバンド幅を割当てる実効バンド幅形式のコネクション受け付け制御機能を実行する関係するネットワークノードのバンド幅使用を測定することによってコネクション受け付け管理機能を実行する処理手段を含み、バンド幅使用測定は多数の呼接続を達成する時間間隔でバンド幅使用測定を行ない、処理手段は所定のやり方でノードによって記憶される接続形式に対して実行バンド幅を修正することによってノードのコネクション受け付け制御機能を定期的に修正するようにされているネットワーク管理デバイス。
- 処理手段がメモリに記憶されている実行可能な命令を含み、この命令が余剰または不足のバンド幅を判断し、所定のやり方で接続形式間でバンド幅を分配し、続いて実効バンド幅の変更をネットワークノードへ伝える請求項１０記載のネットワーク管理デバイス。
- バンド幅を多数の通信形式のそれぞれに割当てる実効バンド幅形式コネクション受け付け制御機能を実行する処理手段をもつネットワークノードを含み、さらに多数の呼接続を達成する時間間隔においてネットワークノードのバンド幅使用を測定し、所定のやり方でノードによって記憶される接続形式ごとに実効バンド幅を修正することによってノードのコネクション受け付け制御機能を定期的に修正する処理手段をさらに含む通信システム。
- 遠隔通信ネットワークとインターフェイスしている管理ネットワークを含む請求項１２記載の通信システム。
- 遠隔通信ネットワークが非同期転送モードネットワークである請求項１３記載の通信システム。
- 管理ネットワークが、1以上の異なる長さの時間間隔でバンド幅使用を監視する実行可能な命令と、これに依存してネットワークノードのコネクション受け付け制御機能を変更する実行可能な命令でコード゛化された多数のメモリを含む請求項１３または１４記載の通信システム。
- 処理手段が、請求項１ないし８の何れか1項記載の方法の段階を行なう実行可能な命令でコード化される多数のメモリを含む請求項１２ないし１５記載の通信システム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GBGB9718269.5A GB9718269D0 (en) | 1997-08-28 | 1997-08-28 | Connection admission control for connection orientated networks |
| GB9718269.5 | 1997-08-28 | ||
| PCT/GB1998/002540 WO1999012379A1 (en) | 1997-08-28 | 1998-08-24 | Connection admission control for connection oriented networks |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001515329A JP2001515329A (ja) | 2001-09-18 |
| JP3917366B2 true JP3917366B2 (ja) | 2007-05-23 |
Family
ID=10818177
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000509246A Expired - Lifetime JP3917366B2 (ja) | 1997-08-28 | 1998-08-24 | 接続指向ネットワークにおけるコネクション受け付け制御 |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US6665264B1 (ja) |
| EP (1) | EP1016309B1 (ja) |
| JP (1) | JP3917366B2 (ja) |
| AU (1) | AU8870998A (ja) |
| CA (1) | CA2301003C (ja) |
| DE (1) | DE69842035D1 (ja) |
| GB (1) | GB9718269D0 (ja) |
| WO (1) | WO1999012379A1 (ja) |
Families Citing this family (71)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE69835775D1 (de) * | 1998-06-05 | 2006-10-12 | Nokia Corp | Verfahren und anlage zur verbindungszulassungssteuerung |
| NL1010295C2 (nl) * | 1998-10-12 | 2000-04-13 | Koninkl Kpn Nv | ATM Connection Admission Control orgaan voor DBR verbindingen. |
| US6631118B1 (en) * | 1998-11-10 | 2003-10-07 | At&T Corp. | System and method for providing dynamic bandwidth on demand |
| US6925068B1 (en) | 1999-05-21 | 2005-08-02 | Wi-Lan, Inc. | Method and apparatus for allocating bandwidth in a wireless communication system |
| US7006530B2 (en) | 2000-12-22 | 2006-02-28 | Wi-Lan, Inc. | Method and system for adaptively obtaining bandwidth allocation requests |
| US8462810B2 (en) | 1999-05-21 | 2013-06-11 | Wi-Lan, Inc. | Method and system for adaptively obtaining bandwidth allocation requests |
| US20090219879A1 (en) | 1999-05-21 | 2009-09-03 | Wi-Lan, Inc. | Method and apparatus for bandwidth request/grant protocols in a wireless communication system |
| US6898180B2 (en) | 1999-06-08 | 2005-05-24 | Nokia Corporation | Connection admission in a communications network |
| FI19992450A (fi) * | 1999-06-08 | 2000-12-08 | Nokia Networks Oy | Yhteyden hyväksyntä tietoliikenneverkossa |
| EP1245131A1 (en) * | 1999-12-29 | 2002-10-02 | Nokia Corporation | Method to manage saal resources in distributed implementation environment |
| US7990882B1 (en) | 1999-12-30 | 2011-08-02 | Avaya Inc. | Adaptively maintaining quality of service (QoS) in distributed PBX networks |
| EP1115258B1 (en) * | 1999-12-30 | 2006-03-22 | Nortel Networks Limited | Adaptively maintaining quality of service (QoS) in distributed PBX networks |
| IL143540A0 (en) * | 2000-06-09 | 2002-04-21 | Hughes Electronics Corp | Available bandwidth control mechanism |
| US7154851B1 (en) * | 2000-12-05 | 2006-12-26 | Nortel Networks Limited | Application-aware resource reservation in multiservice networks |
| GB0031157D0 (en) * | 2000-12-20 | 2001-01-31 | Ncr Int Inc | Streaming of data |
| EP1486090A1 (en) * | 2002-03-13 | 2004-12-15 | Telefonaktiebolaget LM Ericsson (publ) | Connection admission control in packet-oriented, multi-service networks |
| GB0207507D0 (en) * | 2002-03-28 | 2002-05-08 | Marconi Corp Plc | An apparatus for providing communications network resource |
| US7290054B2 (en) | 2002-04-26 | 2007-10-30 | Redback Networks Inc. | Dynamic modification of a subscriber connection |
| US7039715B2 (en) * | 2002-05-21 | 2006-05-02 | Microsoft Corporation | Methods and systems for a receiver to allocate bandwidth among incoming communications flows |
| US20040042455A1 (en) * | 2002-05-31 | 2004-03-04 | Eero Wallenius | Relation-based fuzzy- and discrete-logic based multidimensional decision and dynamic tuning control |
| US8312145B2 (en) * | 2003-12-22 | 2012-11-13 | Rockstar Consortium US L.P. | Traffic engineering and bandwidth management of bundled links |
| US7742499B1 (en) * | 2005-08-18 | 2010-06-22 | Nortel Networks Limited | Adaptive bandwidth network management for VOIP network |
| US7684402B2 (en) * | 2006-05-15 | 2010-03-23 | Faraday Technology Corp. | Method and network device for fast look-up in a connection-oriented communication |
| US7948909B2 (en) | 2006-06-30 | 2011-05-24 | Embarq Holdings Company, Llc | System and method for resetting counters counting network performance information at network communications devices on a packet network |
| US8477614B2 (en) | 2006-06-30 | 2013-07-02 | Centurylink Intellectual Property Llc | System and method for routing calls if potential call paths are impaired or congested |
| US8717911B2 (en) | 2006-06-30 | 2014-05-06 | Centurylink Intellectual Property Llc | System and method for collecting network performance information |
| US8289965B2 (en) | 2006-10-19 | 2012-10-16 | Embarq Holdings Company, Llc | System and method for establishing a communications session with an end-user based on the state of a network connection |
| US8000318B2 (en) | 2006-06-30 | 2011-08-16 | Embarq Holdings Company, Llc | System and method for call routing based on transmission performance of a packet network |
| US9094257B2 (en) | 2006-06-30 | 2015-07-28 | Centurylink Intellectual Property Llc | System and method for selecting a content delivery network |
| US8194643B2 (en) | 2006-10-19 | 2012-06-05 | Embarq Holdings Company, Llc | System and method for monitoring the connection of an end-user to a remote network |
| US8488447B2 (en) | 2006-06-30 | 2013-07-16 | Centurylink Intellectual Property Llc | System and method for adjusting code speed in a transmission path during call set-up due to reduced transmission performance |
| US8228791B2 (en) | 2006-08-22 | 2012-07-24 | Embarq Holdings Company, Llc | System and method for routing communications between packet networks based on intercarrier agreements |
| US8125897B2 (en) | 2006-08-22 | 2012-02-28 | Embarq Holdings Company Lp | System and method for monitoring and optimizing network performance with user datagram protocol network performance information packets |
| US9479341B2 (en) | 2006-08-22 | 2016-10-25 | Centurylink Intellectual Property Llc | System and method for initiating diagnostics on a packet network node |
| US8107366B2 (en) | 2006-08-22 | 2012-01-31 | Embarq Holdings Company, LP | System and method for using centralized network performance tables to manage network communications |
| US8189468B2 (en) | 2006-10-25 | 2012-05-29 | Embarq Holdings, Company, LLC | System and method for regulating messages between networks |
| US8549405B2 (en) | 2006-08-22 | 2013-10-01 | Centurylink Intellectual Property Llc | System and method for displaying a graphical representation of a network to identify nodes and node segments on the network that are not operating normally |
| US8144586B2 (en) * | 2006-08-22 | 2012-03-27 | Embarq Holdings Company, Llc | System and method for controlling network bandwidth with a connection admission control engine |
| US8576722B2 (en) | 2006-08-22 | 2013-11-05 | Centurylink Intellectual Property Llc | System and method for modifying connectivity fault management packets |
| US8102770B2 (en) | 2006-08-22 | 2012-01-24 | Embarq Holdings Company, LP | System and method for monitoring and optimizing network performance with vector performance tables and engines |
| US8743703B2 (en) | 2006-08-22 | 2014-06-03 | Centurylink Intellectual Property Llc | System and method for tracking application resource usage |
| US8619600B2 (en) | 2006-08-22 | 2013-12-31 | Centurylink Intellectual Property Llc | System and method for establishing calls over a call path having best path metrics |
| US7940735B2 (en) | 2006-08-22 | 2011-05-10 | Embarq Holdings Company, Llc | System and method for selecting an access point |
| US8130793B2 (en) | 2006-08-22 | 2012-03-06 | Embarq Holdings Company, Llc | System and method for enabling reciprocal billing for different types of communications over a packet network |
| US8407765B2 (en) | 2006-08-22 | 2013-03-26 | Centurylink Intellectual Property Llc | System and method for restricting access to network performance information tables |
| US8223655B2 (en) | 2006-08-22 | 2012-07-17 | Embarq Holdings Company, Llc | System and method for provisioning resources of a packet network based on collected network performance information |
| US8015294B2 (en) | 2006-08-22 | 2011-09-06 | Embarq Holdings Company, LP | Pin-hole firewall for communicating data packets on a packet network |
| US8199653B2 (en) | 2006-08-22 | 2012-06-12 | Embarq Holdings Company, Llc | System and method for communicating network performance information over a packet network |
| US7808918B2 (en) | 2006-08-22 | 2010-10-05 | Embarq Holdings Company, Llc | System and method for dynamically shaping network traffic |
| US8040811B2 (en) | 2006-08-22 | 2011-10-18 | Embarq Holdings Company, Llc | System and method for collecting and managing network performance information |
| US7889660B2 (en) | 2006-08-22 | 2011-02-15 | Embarq Holdings Company, Llc | System and method for synchronizing counters on an asynchronous packet communications network |
| US8750158B2 (en) | 2006-08-22 | 2014-06-10 | Centurylink Intellectual Property Llc | System and method for differentiated billing |
| US8238253B2 (en) | 2006-08-22 | 2012-08-07 | Embarq Holdings Company, Llc | System and method for monitoring interlayer devices and optimizing network performance |
| US8144587B2 (en) | 2006-08-22 | 2012-03-27 | Embarq Holdings Company, Llc | System and method for load balancing network resources using a connection admission control engine |
| US8537695B2 (en) | 2006-08-22 | 2013-09-17 | Centurylink Intellectual Property Llc | System and method for establishing a call being received by a trunk on a packet network |
| US8224255B2 (en) | 2006-08-22 | 2012-07-17 | Embarq Holdings Company, Llc | System and method for managing radio frequency windows |
| US7843831B2 (en) | 2006-08-22 | 2010-11-30 | Embarq Holdings Company Llc | System and method for routing data on a packet network |
| US7684332B2 (en) | 2006-08-22 | 2010-03-23 | Embarq Holdings Company, Llc | System and method for adjusting the window size of a TCP packet through network elements |
| US8274905B2 (en) | 2006-08-22 | 2012-09-25 | Embarq Holdings Company, Llc | System and method for displaying a graph representative of network performance over a time period |
| US8194555B2 (en) | 2006-08-22 | 2012-06-05 | Embarq Holdings Company, Llc | System and method for using distributed network performance information tables to manage network communications |
| US8531954B2 (en) | 2006-08-22 | 2013-09-10 | Centurylink Intellectual Property Llc | System and method for handling reservation requests with a connection admission control engine |
| US8307065B2 (en) | 2006-08-22 | 2012-11-06 | Centurylink Intellectual Property Llc | System and method for remotely controlling network operators |
| US8064391B2 (en) | 2006-08-22 | 2011-11-22 | Embarq Holdings Company, Llc | System and method for monitoring and optimizing network performance to a wireless device |
| US8098579B2 (en) | 2006-08-22 | 2012-01-17 | Embarq Holdings Company, LP | System and method for adjusting the window size of a TCP packet through remote network elements |
| US7664022B2 (en) * | 2006-08-29 | 2010-02-16 | Cingular Wireless Ii, Llc | Policy-based service management system |
| US8111692B2 (en) | 2007-05-31 | 2012-02-07 | Embarq Holdings Company Llc | System and method for modifying network traffic |
| WO2009016712A1 (ja) * | 2007-07-30 | 2009-02-05 | Fujitsu Limited | 伝送装置、伝送方法および伝送装置制御プログラム |
| US8068425B2 (en) | 2008-04-09 | 2011-11-29 | Embarq Holdings Company, Llc | System and method for using network performance information to determine improved measures of path states |
| US8593504B2 (en) * | 2011-02-11 | 2013-11-26 | Avaya Inc. | Changing bandwidth usage based on user events |
| US9444712B2 (en) | 2012-11-21 | 2016-09-13 | Cisco Technology, Inc. | Bandwidth on-demand services in multiple layer networks |
| US10178011B2 (en) | 2016-02-10 | 2019-01-08 | Hewlett Packard Enterprise Development Lp | Network traffic management via network switch QoS parameters analysis |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5432790A (en) * | 1993-09-17 | 1995-07-11 | Motorola, Inc. | Method for allocating internodal link bandwidth in a packet oriented communication network to guarantee delay quality-of-service |
| US5442624A (en) * | 1993-10-29 | 1995-08-15 | At&T Corp. | Dynamic access control for an ATM network |
| GB9325746D0 (en) | 1993-12-16 | 1994-02-16 | British Telecomm | A method of controlling a communication network |
| US6084955A (en) * | 1994-04-13 | 2000-07-04 | British Telecommunications Plc | Communication network control method and apparatus |
| WO1997002685A1 (fr) * | 1995-07-03 | 1997-01-23 | Nippon Telegraph And Telephone Corporation | Reseau de communications a bande variable |
| US5982748A (en) * | 1996-10-03 | 1999-11-09 | Nortel Networks Corporation | Method and apparatus for controlling admission of connection requests |
| US5953338A (en) * | 1996-12-13 | 1999-09-14 | Northern Telecom Limited | Dynamic control processes and systems for asynchronous transfer mode networks |
-
1997
- 1997-08-28 GB GBGB9718269.5A patent/GB9718269D0/en not_active Ceased
-
1998
- 1998-08-24 WO PCT/GB1998/002540 patent/WO1999012379A1/en active Application Filing
- 1998-08-24 US US09/202,505 patent/US6665264B1/en not_active Expired - Lifetime
- 1998-08-24 JP JP2000509246A patent/JP3917366B2/ja not_active Expired - Lifetime
- 1998-08-24 AU AU88709/98A patent/AU8870998A/en not_active Abandoned
- 1998-08-24 DE DE69842035T patent/DE69842035D1/de not_active Expired - Lifetime
- 1998-08-24 CA CA002301003A patent/CA2301003C/en not_active Expired - Lifetime
- 1998-08-24 EP EP98940369A patent/EP1016309B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| CA2301003A1 (en) | 1999-03-11 |
| GB9718269D0 (en) | 1997-11-05 |
| CA2301003C (en) | 2008-02-19 |
| EP1016309A1 (en) | 2000-07-05 |
| US6665264B1 (en) | 2003-12-16 |
| EP1016309B1 (en) | 2010-12-08 |
| AU8870998A (en) | 1999-03-22 |
| DE69842035D1 (de) | 2011-01-20 |
| WO1999012379A1 (en) | 1999-03-11 |
| JP2001515329A (ja) | 2001-09-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3917366B2 (ja) | 接続指向ネットワークにおけるコネクション受け付け制御 | |
| Grossglauser et al. | RCBR: A simple and efficient service for multiple time-scale traffic | |
| Murphy et al. | Distributed pricing for embedded ATM networks | |
| Lakshman et al. | Transporting compressed video over ATM networks with explicit-rate feedback control | |
| JP3070677B2 (ja) | 非同期転送モード（ａｔｍ）スイッチのためのマルチクラスコネクション受付制御方法及びａｔｍスイッチ | |
| Reisslein et al. | A framework for guaranteeing statistical QoS | |
| JP3591498B2 (ja) | 帯域更新方法 | |
| EP0999674B1 (en) | Method for providing quality of service for delay sensitive traffic over IP networks | |
| KR100563656B1 (ko) | 인터넷 차별 서비스 망에서 입력 호 상태를 반영한 적응적연결 수락 제어방법 | |
| Schill et al. | Resource reservation in advance in heterogeneous networks with partial ATM infrastructures | |
| Degermark et al. | Advance reservations for predictive service in the internet | |
| Sriram | Methodologies for bandwidth allocation, transmission scheduling, and congestion avoidance in broadband ATM networks | |
| WO2001028167A1 (en) | Link capacity sharing for throughput-blocking optimality | |
| Liebeherr et al. | Traffic characterization algorithms for VBR video in multimedia networks | |
| Kweon et al. | Real-time transport of MPEG video with a statistically guaranteed loss ratio in ATM networks | |
| Yoo et al. | Predictive and measurement-based dynamic resource management and QoS control for videos | |
| US8804522B2 (en) | Method and allocation unit for allocating a communication pipe in a communication network | |
| Bahl et al. | Resource assignment for integrated services in wireless ATM networks | |
| Rahin et al. | Call admission control algorithms in atm networks: A performance comparison and research directions | |
| Rampal | Routing and end-to-end Quality of Service in Multimedia Networks | |
| Tian | A survey on connection admission control in ATM networks | |
| Gersht et al. | Dynamic bandwidth allocation, routing, and access control in ATM networks | |
| KR20030027496A (ko) | 동적 자원 할당을 이용한 비디오 서비스의 큐오에스 제어장치 및 그 방법 | |
| Jamalipour et al. | Measurement‐based admission control scheme with priority and service classes for application in wireless IP networks | |
| RAMAMURTHY | Real-time traffic characterization for quality-of-service control in ATM networks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050601 |
|
| 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: 20070109 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070208 |
|
| 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: 20100216 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110216 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120216 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130216 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140216 Year of fee payment: 7 |
|
| 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 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |