JP4104756B2 - 電気通信網においてデータパケットをスケジューリングする方法およびシステム - Google Patents
電気通信網においてデータパケットをスケジューリングする方法およびシステム Download PDFInfo
- Publication number
- JP4104756B2 JP4104756B2 JP36600798A JP36600798A JP4104756B2 JP 4104756 B2 JP4104756 B2 JP 4104756B2 JP 36600798 A JP36600798 A JP 36600798A JP 36600798 A JP36600798 A JP 36600798A JP 4104756 B2 JP4104756 B2 JP 4104756B2
- Authority
- JP
- Japan
- Prior art keywords
- buffer means
- session
- packets
- stored
- packet
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
【発明の属する技術分野】
本発明は電気通信網にあってパケットをスケジュール作成する方法およびシステムに関し、より詳細には電気通信網を運用するサービス提供者によって設定される所定品位のサービス目的に合致しようとしている電気通信網にあってデータパケットをスケジュール作成する方法およびシステムに関する。
【0002】
【従来の技術】
パケット交換網上で時間にクリティカルなトラヒックが増々増加している。このトラヒックは電話のような旧来の実時間サービス並びにビデオ・オン・デマンド、マルチキャストビデオおよびバーチャルリアリティアピリケーションを含んだ新たなサービスを包含している。
【0003】
また、ウェブブラウズおよびファイル転送のような、遅延がサービス品位のユーザ知覚になお影響してしまうような多くの、時間にクリティカルでないアプリケーションも存在している。
【0004】
そのようなアプリケーションが成功を収めるには、網はパケット遅延やパケットロスの割合のような幾つかの品位基準に関して十分なサービス品位(QoS)をユーザセッションに対して与える必要がある。QoSに関する保証は効果的な受入管理および実時間スケジュール作成の組合せにより達成されることができる。
【0005】
しかしながら、上で述べたサービスは典型的には比較的に突発性のトラヒックプロファイルを有し、セッション設定時、顧客がある網を介してデータを伝送することを欲する場合に、通常顧客はそれら顧客のトラヒックプロファイルを正確に描出することができない。従って、ピーク帯域幅容認制御を用いない限り、過渡的な輻輳の時間が網に生じてしまうことは避けられない。
【0006】
A.VarmaおよびD.Stiliadis著「非同期転送モード網用公平待機アルゴリズムのハードウェアによる構成」IEEE通信マガジン、第35巻、第54〜68頁、1997年12月で述べられているように、トラヒックスケジュール作成システムは次のように要約されるある望ましい特性を備えなければならない。
(a)システムは個々のデータトラヒックストリームを個別に取り扱うことができる必要がある。
(b)システムは各トラヒックストリームに対する局部遅延保証を与えることができなければならず、従って暗黙のエンド・ツー・エンド遅延保証を与えることができる必要がある。
(c)利用可能な帯域幅の効果的な使用を行なう必要がある。
(d)高速リンクの要請に合致するようにハードウェアによる実現化を可能にするためシステムは簡単に構成される必要がある。
(e)広範囲のリンク速度に渡って極めて多数のセッションでシステムがうまく働くことができなければならない点でシステムはスケーラブルである必要がある。
(f)システムはトラヒックストリーム間で公平で合理的に帯域幅を割り当てることができる必要がある。
【0007】
多くの以前および現行のパケットスケジュール作成システムは上述の要件(そのうちの2つを以下に簡単に説明する)に合致させようとして設計されている。第1のシステムは、実現が簡単な先入れ先出し(FIFO)システムである。FIFOシステムにおいて、各パケット(または、セルリレー(cell−relay)ベースのプロトコルではセル)は各パケットまたはセルの到達の順序で発信送出バッファに格納される。送出バッファのサイズはパケットが特定のリンクで受ける最大遅延を決定する。パケットが到達する時にバッファが一杯であれば、パケットは単純に廃棄される。FIFOシステムは実現するのは簡単であるが、流れを切り分けて個々のトラヒックストリームを別々に処理することが不可能でありかつ全てのユーザセッションに渡って必ずしも公平ではないところから、実時間アプリケーションのサポートにとっては好ましいものではない。この公平性を欠く点は、単一の大容積トラヒックストリームがリンクまたは網の全ての他のセッションに対して大きくサービスを低下させるほど大きなトラヒック容量を発生する可能性があるので、重大である。
【0008】
第2のスケジュール作成システムは公平待機(FQ:Fair Queueing)システムであり、これは「公平待機アルゴリズムの解析およびシミュレーション」SIGCOMM’89、1989議事録と題する文献でA.Dermers、S.KeshavおよびS.Shenkerによって紹介されたものである。公平待機システムにおいては、利用可能な帯域幅は全ての競合セッション間で等しく共用され、従って中位の帯域幅要求を有するユーザが他のユーザの極端な要求のために不利益を受けることはない。帯域幅を平等にする結果として、これらの公平待機手法は、典型的に、公平な共用分よりも小さな帯域幅要求を有するセッションに対しては満足なQoSを与える。公平待機の概念は、その後、加重公平待機(WFQ)と呼ばれる加重帯域幅割当てを可能にするように増強され、これはトラヒックストリームによるより一般的な利用可能な帯域幅に対するアクセスを可能にする。このWFQ手法において、スケジューラは各セッションに種々の重みを割り当てることができる。この手法は、本来のWFQシステムの公平性、実施の際の細部あるいはスケーラビリティ上の僅かな認められた欠陥の改善を目的とした広範囲の改変手法をもたらした。
【0009】
しかしながら、これらの変形例の全てにおいて、公平性はスケジュール作成規律の本質的な目標であり、公平性の考えは極めて小さな時間スケールで与えられる。公平性および小さな時間スケールに焦点を絞ることは、公平性がユーザが知覚するQoSの実際の度合ではなく、網によって直接測定され得る量からユーザQoSを推測する試みであるという事実を曖昧にする傾向がある。ユーザは他のユーザが受けたサービスの品位も、他のユーザが受けた帯域幅も知ることが不可能である。従って、公平性はユーザが知覚するQoSの直接的な度合とはならない。公平性は、網が輻輳の期間の間どのようにしてリソースを割り当てるかについての度合、すなわちユーザが直接知覚できない度合である。公平性は良好なサービス品位の保証ではない;例えば、所定のリンクが2つの実時間セッションを搬送しており、これら両方はリンク容量の半分を僅かに越えるデータ速度のバーストを同時に持つ場合がある。もし各セッションが利用可能な帯域幅の半分を割り当てられるとすれば、両セッションのためのキューは、パケットがそれらの遅延制限内で到達しなくなるまで長くなり続ける。従って、有効スループットはゼロであり、両ユーザは不満を感じる。しかしながら、システムは単独の顧客に必要なQoSを与える豊富な容量を備えており、そうすることにより「公平な」場合に比べ他の顧客の満足度を低下させてしまいかねない。
【0010】
システムのロードが軽い時には、全てのセッションのQoS要求を通常応じさせることが可能である。しかしながら、輻輳の期間の間では、あるセッションあるいは全てのセッションはそれらのQoS要求に合致しないサービスを受けることになる。従って、どのトラヒックストリームがロス、遅延のいずれかあるいは両方についての品位低下したサービスを受けるべきかを決定する必要がある。これは実時間帯域幅スケジュール作成のある個有の問題となる。
【0011】
QoSのより適切な度合は、セッションの間あるいは輻輳状態の間の任意の時に不十分なサービスを受けている顧客の割合いであると考えられる(これがサービス提供者に対し不満を感じるかもしれない顧客の数を反映するためである)。サービス提供者は、顧客が知覚したQoSに関し顧客から受ける不満の数を最少にしたいと思うことであろう。従って、網およびそれが使用するスケジュール作成システムは、顧客が気づかない公平性に努力するよりも、気に入るようなサービスを受けているユーザの数を最大にするように努めるべきである。これは進行中のセッションに対するユーザQoSを保護するために網加入管理(network admission controls)を実施する理由にアナロガスである。しかしながら、このようなスケジュール作成システムは、公平性をサービス提供者が重要と考える場合にはそれを行なう機構をも設ける必要がある。このようにして、網における公平性の望ましいことの決定が商売上の決定としてサービス提供者に残されてもよい。
【0012】
FIFOおよびFQのようなスケジュール作成システムは上述した目的を達成しない。FIFOシステムにおいては、不品行のたった1つのセッションのおかげで、全てのトラヒックストリームが、トラヒックストリーム当りの廃棄されるかあるいは過度に遅延されたパケット群の一部によって測られた不十分なサービスを受けてしまう。FQシステムにおいては、全てのトラヒックストリームが同時にバーストする場合に、それらは全て等しく処理され、全ては品位低下したサービスを受ける。極めて小さな時間スケールでの公平性は、マルチメディアデータ、MPEGビデオストリーミングおよびインターネットプロトコル(IP)電話のような実時間サービスやファイル転送(FTP)およびウェブブラウズ操作(HTTP)のような非実時間サービスのスケジュール作成システムの性能の必ずしも良好な度合ではないと考えられる。
【0013】
【発明が解決しようとする課題】
本発明の目的はサービス提供者および網運用者が彼等自身のQoS対象を選択して実施できるようにするスケジュール作成インフラストラクチャを提供することである。過渡的な輻輳の管理に対する新たなアプローチが本発明によって提供される。公平性を最大にすることによって良好な性能をもたらしめることをねらうのではなく、本発明は、良好なサービスを受けるユーザの数を最大にすることを含む、選択可能なQoS手法を許すインフラストラクチャを提供する。この目的は輻輳の期間の間での品位低下したサービスの矢おもてに立つセッションを選択することによって達成される。短い時間スケールでは、本発明のこの提案は、大きく公平性を欠いて、僅かの数のセッションには極めて不十分なサービスを与えて残りのセッションに対しては十分なリソースを与える。しかしながら、本発明は、公平性が秒の程度の中位の時間スケールに渡って得られるが、FQシステムよりも実質的に良好な総合サービス品位をなお与えることができるパケットスケジュール作成システムを提供する。本発明は公平性の伝統的な概念から始まって優秀なサービスを受けるユーザの数を全体のセッションに渡って最大にすることまでにわたる範囲のQoS目標を支援する。これはFIFOあるいはFQのような現存のスケジュール作成規律のどれによっても取り組まれていない。
【0014】
【課題を解決するための手段】
従って、本発明の第1の特徴では、電気通信網にあってデータパケットをスケジュール作成するシステムにおいて、1つあるいはそれ以上のセッションを表すデータのパケットを受けて網のノードで第1のバッファ手段に記憶するステップと、上記第1のバッファ手段に記憶されたパケットの使用容量あるいは占有率を監視するステップと、上記第1のバッファ手段が輻輳期間の間でオーバーフローしないようにするためにトリガー条件(trigger condition)の開始時に上記ノードでデータパケットを第2のバッファ手段にバッファリングするステップを具備するシステムを提供する。
【0015】
トリガー条件は、第1のバッファ手段に記憶されるデータ量の増加率が微分ベースのスレッショルドを越える時にデータパケットが第2のバッファ手段にバッファリングされるような微分ベースのスレッショルドであってもよい。別態様として、トリガー条件は、第1のバッファ手段へのデータパケットの到達による第1のバッファ手段の最初のあるいはその後の容量スレッショルドの超過であってもよい。最初あるいはその後の容量スレッショルドを越える第1のバッファ手段への最初のデータパケットは第2のバッファ手段にバッファリングされてもよく、第1のデータパケットが属するセッションのその後の到達するパケットがあればそれも第2のバッファ手段にバッファリングされてもよい。
【0016】
本発明は、第2の特徴では、電気通信網にあってデータパケットをスケジュール作成するシステムにおいて、網のノードに配置され、1つあるいはそれ以上のセッションを表すデータパケットを受ける第1のバッファ手段と、網の上記ノードに配置された第2のバッファ手段とを具備し、輻輳期間の間で上記第1のバッファ手段でオーバーフローしないようにするためにトリガー条件の開始時にデータパケットが第2のバッファ手段にバッファリングされるようにしたシステムを更に提供する。
【0017】
本発明の第3の特徴によれば、電気通信サービス提供者によって設定されるサービス基準の品位に従って、電気通信網にあって1つあるいはそれ以上のセッションを表すパケットをスケジュール作成するデータパケットスケジュール作成システムにおいて、上記電気通信網で伝送される1つあるいはそれ以上のセッションのデータパケットを受けて一時的に記憶する第1のバッファ手段と、上記第1のバッファ手段が網の輻輳期間の間にオーバーフローしないように、上記第1のバッファ手段へのデータパケットの到達による上記第1のバッファ手段に設定されたトリガー条件の開始時にデータパケットをバッファリングするようにした第2のバッファ手段とを具備するデータパケットスケジュール作成システムが提供される。
【0018】
【発明の実施の形態】
以下、好適実施例が添付図面に関連して例示的な目的だけで説明される。
【0019】
図1には、パケット交換網のような電気通信網の一部を形成するパケット交換機すなわちノード2が示されている。交換機2は多数の入力ポート4と、多数の出力ポート6と、入力ポート4および出力ポート6間に接続されている交換構造8を備えている。ルーチングプロセッサ10がリンク12を介して交換構造8に連結されており、これは入力ポート4の任意の1つと出力ポート6の任意の1つとの間でデータパケットのルーチングすなわち交換を制御するように働く。交換機2に入力されるデータパケットは入力リンク14で入力ポート4の任意の1つにより受信される。次いで、データパケットは交換構造8により出力ポート6の1つに交換される。次いで、データパケットは、出力ポート6のそれぞれの1つに配置された第1のバッファ手段16あるいは第2のバッファ手段18のいずれかにより、どのようにしてこれらの入力パケットが取り扱われるかに応じて(これは後に説明される)受信される。廃棄されたパケットは別として、全てのデータパケットは、リンク15で第1のバッファ手段16のそれぞれから出力ポート6を離れる。別態様として、第1のバッファ手段16および第2のバッファ手段18は入力ポート4のそれぞれに配置されてもよい。
【0020】
図2には、第1のバッファ手段16および第2のバッファ手段18のより詳細な図が示されている。システムあるいは網または網の交換機さえもが輻輳していなければ、全てのセッション(1つのセッションとは1つのアプリケーションに対して1人の特定のユーザに専用される一連のパケットである)は、好ましくは単一の短いFIFOキューでありαキューとして表されている第1のバッファ手段16によって受けられる。αキューの長さは、αキューを真っ直ぐに通るパケットがあればこれが任意の特定のセッションの最も厳しい遅延要件に合致するように選択される。αキューの長さは、遅延に関して「良好なサービス」と考えられ得る最長の遅延に対応する。輻輳の開始で、特定のセッションからのパケットの到達のためαキューのレベルが上昇して容量スレッショルドTonset,1 を越えこのセッションからのパケットがαキューオーバーフローの可能性に貢献すると決定されると、そのセッションからのこのパケットおよびその後のパケットは時間スタンプが付けられて第2のバッファ手段18(以後、βキューと称する)にバッファリングされる。容量スレッショルドTonset,1 の超過は、αキューで受けられるように意図されたパケット群の一部がβキューにバッファリングされるようなトリガー条件を表す。βキューはαキューよりもかなり長くともよい。引続く容量スレッショルドTonset,j (j>1)を越えると、更なるセッションも同様βキューにバッファリングされる。αキューの長さおよび各スレッショルドTonset,j (j>1)の設定はバイト単位のメモリサイズにより定められ、各スレッショルドを越える毎に、αキュー内の所定量のメモリがそこに記憶され出力リンクへ送出されるばかりに準備がととのったデータパケットにより使用されることになる。
【0021】
αキューからβキューに転送されるかαキューに到達する前にβキューにバッファリングされるセッションあるいはセッションのパケットを所望の特性に応じて選択する広範囲の可能なアルゴリズムが使用されてもよい。このようなアルゴリズムは以下のものを含む。
(a)無作為:
セッションは現在進行中のものから無作為に選択される。このような選択は全てのセッションに渡りそれらの寿命を通して性能劣化を波及させようとするが、それは全てのセッションに渡って同時ではない。セッションのパケットは、例えば、これらパケットに関連する特定のカウント数に関連するようなシステムで発生される乱数に従ってランダムに選択されてもよい。
(b)公平性:
スレッショルドを越えるときαキュー内で最も多いパケットを有するセッションが選択される。このような選択は公平な共用よりも高い瞬間帯域幅要求を有するセッションに対して不利益を与えようとする。どのセッションに不利益を与えるようにするかを決定する上で瞬間的に公平になろうとするが、同時に影響されるセッションの数を最少にする利益がある。この場合に、αキューに記憶されている各セッションの各パケットは識別されて、αキューにより記録され、その後カウントされる。
(c)次パケット:
βキューには既になく最初のあるいはその後の容量スレッショルドを最初に越えるパケットのセッションまたは最初の容量スレッショルドを越えるパケットのセッションが選択される。このような選択は公平であること(到達する次パケットが最も高い瞬間帯域幅を備えたセッションからのものである可能性が大きい)と不利益を与えるべきセッションを無作為化することとの間の混合である。それは構成化するための最も単純なアルゴリズムとなるといった追加の利点を有する。(d)履歴:
過去のある段階でβキューにあったが現在はαキューにあるセッションが選択される。このような決定は既に不利益を与えられたセッションの不利益状態を保持しようとする。それは全期間の間他のセッションが受ける不利益の量を最少にし、このため全セッションに渡って良好なサービスを受けるユーザの数を最大にしようとする。
以上のアルゴリズムはソフトウェアかハードウェアかのいずれかで実現し得る。
【0022】
図3には第2のバッファ18すなわちβバッファに記憶されている多数のセッションが示されている。時間切れスレッショルドtexpireが設定され、texpireよりも長くβキューに記憶されている全てのパケットは廃棄される。例えば、図3のβキューにおいて、それに記憶されている最も古いパケットはβキューに入力された順序で廃棄される。βキューに記憶されているパケットがそのメモリ容量を越えることでβキューがオーバーフローすれば、システムは種々のセッションからの新たに到達するパケットをドロップするか、またはβキュー内の最も古いパケットを押し出すかあるいは廃棄してもよい。後者の手法はキュー内のパケットの存在期間を最少にしようとし、従って送出されるパケットがそれらのエンド・ツー・エンド遅延要件に合致する機会を最大にしようとする。
【0023】
多数の時間切れスレッショルドtexpire,jが第2のバッファ手段18に記憶されるデータトラヒックの形式に応じて設定されてもよい。例えば、データトラヒックがビデオあるいは音声パケットからなる場合には、実時間ストリームの被遅延パケットが極めて制限された値のものであるため、小さなtexpireが設定され、これは引続くパケットを遅延するように働くに過ぎない。他の端値では、パケットがインターネットでのサーバからのファイル転送を表すようにしてもよい。この場合に、texpireは情報が実時間で配送される必要がないため大きくされてもよい。従って、後に再送出を必要とするようなパケットの欠落よりも僅かな遅延は一層受入可能である。
【0024】
αキューに現在使用されているメモリが特定のサイズまで低下する減少スレッショルドTabate までαキューのパケットによる長さあるいは占有が低下すると、βキューのパケットがαキューに戻る方向に移動する。あるセッションからのパケットは、そのセッションからのパケットがβキューに残っていない時にはβキューに再び向けられるのを止める。βキューからαキューに移動される全てのパケットには「被遅延」のマークが付される。どのパケットが最初にβキューからαキューに移動するかを決定する多くのアルゴリズムがあり、これらは次のものである。
(a)FIFO:
これは実施する上で最も簡単なβキューアルゴリズムであり、αキューの長さがTabate まで低下する時にβキューへの到着の順序でαキューへパケットを単純に移動する。βキュー内の各セッションからのパケットの数は、αキューがセッションの転送を何時停止するかを知るように記録される必要がある。例えば、βキューに記憶された最も新しいセッションであるセッション20には、3つのパケットがあり、そのためセッション20の最後のすなわち3番目のパケットがαキューに転送される時に、αキューすなわち第1のバッファ手段16にはそれがそのセッションの最後のパケットであることが通知されることになる。従って、αキューに入力されるセッション20の引続くパケットがあればこれは、セッション20の最初の3つのパケットが転送されるかあるいはαキューから出力された後に転送されるに過ぎない。この記録は以下の(b)、(c)および(d)で記載するアルゴリズムにも適用する。
(b)FIFO−FIFO:
これは、βキューに転送されるかあるいはそれにバッファリングされる各セッションが別々に維持されている場合である。αキューがTabate 以下に低下すると、βキューにある最初のセッションからのパケットはαキューに移動し、つまりセッションは先入れ先出し順序で取り扱われる。このセッションからのパケットにはβキューに含まれている他のセッションに対する優先権が与えられる。あるセッション内で、パケットもセッション内でのシーケンス状態を保存するために先入れ先出し順序で転送される。
(c)LIFO−FIFO:
βキューに転送されるかあるいはそれにバッファリングされる各セッションは個別に維持される。αキューがTabate 以下に低下すると、βキューに最も新しく置かれたセッションからのパケットはαキューに移動され、すなわちセッションは後入れ先出し態様で取り扱われる。このセッションからのパケットにはβキューに含まれる他のセッションに対する優先権が与えられる。しかしながら、あるセッション内で、セッション内のシーケンス状態を保存するためにパケットは依然として先入れ先出し順序で転送される。このようなアルゴリズムは何時でも受入可能な遅延性能を受けるセッション数を最大にしようとする。
(d)公平性
パケットは、αキューの長さがTabate 以下かあるいはそれに等しい時に公平待機手法を用いてβキューからαキューに転送される。このようにして、βキュー内のセッションは、なおαキューを用いてセッションが残した残留帯域幅を使用する。このような手段は現在不利益を受けているセッションに対して公平化しようとする。
全てのパケットがαキューを介して出力ポート6を出ることを特記しておく。
【0025】
第2のバッファ手段18を出たパケットは網の他のノードあるいは交換機による識別を可能とするようにマークが付される。後続のノードで、これらパケットは輻輳の期間の間に第2のバッファ出力段へのバッファリングの最初の選択を行なわれてもよい。この態様で、網の1点以上で輻輳が同時に生じる場合、網はどのセッションに不利益が与えられるかを調整することができる。例えば、セッションが1つのノードで第2のバッファ手段18にバッファリングされた場合には、網の他のノード(単数あるいは複数)にそのセッションから送出された最初のパケットあるいはその後のパケットはそのヘッダに指示を持つことになり、これはそれが属するセッションが前にバッファリングされたことを表す。従って、他のノードはそのセッションをバッファリングし続けるように選択することができる。
【0026】
本発明の他の実施例が図4および図5に示されている。入力ポート4、出力ポート6および交換構造8は図1と同様に表されている。第1のバッファ手段16は出力キューの形態をなしており、第2のバッファ手段18あるいは第3のバッファ手段19のいずれかから1つあるいはそれ以上のセッションを表すデータパケットを受ける。この別態様の実施例の第2のバッファ手段18および第3のバッファ手段19のそれぞれは一連のパーセッション(per−session)キュー21からなる。すなわち、各セッションからのデータパケットは個々のキュー21で受けられ、そこに記憶される。第2のバッファ手段18および第3のバッファ手段19はパーセッションキュー21の単一の集合体の単純なサブセットであることを特記する。これらのキュー21は第2のバッファ手段あるいは第3のバッファ手段19のいずれかの部分として動的に再分類されることができる。一般的に、第3のバッファ手段19のパーセッションキュー19に記憶されているパケットは、前に述べたFIFOあるいは公平待機のような選択されたスケジュール作成規律に従って第1のバッファ手段16に転送される。バッファ手段19のパーセッションキュー内のパケットは、第1のバッファ手段16から出力リンク15にパケットが読み出される速度よりもかなり高い速度でポーリングされるか読み出される。次いで、第1のバッファ手段16のパケットは出力リンク15にFIFO順に送出される。第2および第3のバッファ手段18、19は論理キューとして構成化され得る。第1の実施例の場合のように、輻輳の開始で、第1のバッファ手段のレベルが第3のバッファ手段からのパケットの到来のために上昇すると、1つあるいはそれ以上の容量スレッショルドTonset,j (J>1)を越える可能性がある。バッファ手段16に到達する特定のパケットのためバッファ手段16の容量が第1のスレッショルドTonset,1 を越えるとしたら、これはそのパケットに属するセッションが第2のバッファ手段18においてそのバッファ手段18のそれぞれのキューに引続いてバッファリングされるようなトリガー条件を表す。これは第1のバッファ手段16がオーバーフローしないような援助となる。その後容量スレッショルドを超過すると、更なるセッションが第2のバッファ手段18にバッファリングされる。種々のセッションからのデータパケットのバッファリングは上述したアルゴリズムの任意のもの、すなわち無作為、公平性、次パケットまたは履歴アルゴリズムのいずれかに従って行なわれる。
【0027】
時間切れスレッショルドtexpireは第2のバッファ手段にバッファリングされたパケットに対して設定され、そのためtexpireよりも長くバッファリングされたパケットがあればそれは廃棄される。種々の時間切れスレッショルドtexpireが前の実施例の場合と同様に音声、ビデオあるいはウェブブラウズのようなバッファリングされるデータストリームの形式に応じて設定されてもよい。
【0028】
第1のバッファ手段の長さが減少スレッショルドTabate まで低下すると、パケットは第2のバッファ手段18から第1のバッファ手段16まで移動される。これはFIFO、FIFO−FIFOあるいはLIFO−FIFOのような第1の実施例に関連して上述したアルゴリズムによって行なわれてもよいが、なるべくはLIFO−FIFOアルゴリズムを使用して最も新しいセッションがバッファ手段18からバッファ手段16に転送されるようにする。その最も新しいセッション内の各パケットは、それらがそれぞれのパーセッションキューに入った順序で転送されてシーケンスが維持されるようにする。
【0029】
別の実施例において、第3のバッファ手段は、セッションのパケットがパーセッションキュー21から直接出力リンク15に出力されるようにする第1のバッファ手段として働くようにしてもよい。この実施例においては、前の実施例の場合と同様に出力バッファは不用である。容量スレッショルドTonset,j は第3のバッファ手段の現在の論理内容、すなわちパーセッションキュー21のそれぞれ内の個々のセッションで占められる容量の和に基づいている。従って、スレッショルドを越える特定のセッションのパケットがあればそれは上述した状況の任意のものに従って処理されることにある。
【0030】
あるシミュレーションの実験が行なわれ、これら実験の結果を以下に述べる。図6は設定されたシミュレーションを示し、ビデオサーバからのMPEGデータストリームを発生する参照番号22で表された多数のトラヒックソース1〜Nがノードあるいは交換機24により共に多重化されて単一のデータリンク26に向けられ、シンク28に送出される。シンク28はこのシミュレーションにおいてはパケットを廃棄するものとして働く。より大容量のトラヒックを多重化することができる任意の他形式のサーバがこの例において同様使用されてもよい。
【0031】
文献「ATMシステムにおけるトラヒックモデル化についてのMPEGビデオトラヒックの統計的特性およびそれらのインパクト」ローカルコンピュータ網に関する20回年次会議の議事録、1995年、第397〜406頁(ftpでのMPEGトレース://ftp−info3.informatik.uni−wuerzhurg.de/pub/MPEG)でO.Roseによって与えられた実際のMPEGトレースからのフレームサイズがこのシミュレーションソースのため使用される。表1はMPEGソースの特性を要約するものである。全てのソースは1秒当り25フレームで4Mbpsのピーク速度を有し、持続時間は1600秒である(1260秒であるnews1トレースを除く)。それらは1600秒の時間期間無作為に開始され、測定は1600秒および3200秒の間で行なわれる。MPEGトレースが終わりになると、それは反復される。フレームは40バイト最小パケットサイズで伝送するため1500バイトパケットに分断される。
【0032】
【表1】
【0033】
各セッションに対して次の測定値が収集される。
−各パケットに対するエンド・ツー・エンド遅延
−欠落した実際のパケット
−品位低下したパケット(50ms>遅延したパケット)
−品位低下したフレーム(品位低下したかあるいは欠落したパケットに関連したフレーム)
−品位低下した秒(品位低下したフレームに関連した1秒の時間期間)
【0034】
セッションのフレームが品位低下されていなければ、セッションは任意の特定の秒の間に「良好なサービス」を受けている。「良好なサービス」を受けていないセッションがあればこれは「品位低下したサービス」を受けていると考えられる。
本発明のシステムは特定の過渡輻輳期間の間に良好なサービスを受けるできるだけ多くのセッションを与えるようにこれらのシミュレーション実験に基づいて実施される。第2のバッファ手段18すなわちβキューは前に述べたLIFOーFIFO原理に従う。βキューからのパケットはαキューが空の時のみ、換言すればTabate が0の時のみαキューに転送される。βキューにパケットを転送するスレッショルドTonset,j はJ≧1に対してL−L/(3+j−1)に設定される(ここで、Lはこのシミュレーションではαキューの長さである)。あるソース(またはセッション)からのパケットがβキューになければそのようなソースは転送リストから取り除かれる。進行中の可変数のセッションを有する理想的な網においては、シミュレーションにおけるセッションの数を進行中のセッションの数で単純に置換することによりスレッショルドの割当てが動的になされることができる。パケット時間切れスレッショルドtexpireは400msに設定される。
【0035】
この組の実験において、どのセッションをβキューに転送させるかを選択する最も簡単な方法が選ばれる。その方法は、Tonset,j を越える最初のパケットのセッションがβキューに転送されるように選ばれるような次方法である。βキューはこのオーバーフロー時に最旧パケット押し出し機構を用いる。
【0036】
表2では、二重キュー(DQ)と名付けられた本発明のアルゴリズムあるいは方法の性能を実在のFIFOおよび公平待機方法と比較するために使用された1組のシミュレーション実験をリストしたものを示す。公平待機比較のためにデフィスィットラウンドロビン(deficit round robin:DRR)技術が使用されるが、DQとのより公平な比較を行なうため旧パケット廃棄を含むように拡張される(拡張DRR)。
【0037】
【表2】
【0038】
DRR技術は、「デフィスィットラウンドロビンを用いる効果的な公平待機」IEEE/ACMトランザクション、ネットワーキング、第4巻、第3号、1996年、第375〜385頁と題する文献においてM.ShreedharおよびG.Vargheseによって紹介された。
【0039】
前に述べたように、パケットはそれが50ms以上遅延されれば廃棄される。これは、フレームが視聴者すなわちユーザに表示されてしまわない前に許される最大遅延の推定値として使用される。texpire=400msより長い間待機したパケットは拡張DRRおよびDQアルゴリズムで廃棄される。しかしながら、表示のために余りにも遅く到達するMPEGフレームであっても、そんなに悪くは遅延されないような後のフレームの復号のためには依然として有効かもしれない。
【0040】
全てのキューには同一の合計バッファサイズが与えられ、各シミュレーション実験で使用されるビット速度は一定に保持される。DQで実施したαキューのサイズはリンク転送速度が50msの最大パケット遅延を与えるように変えられる時には変化したものとなる。ラウンドロビンスケジュール作成法によって取り入れられたDRRにおける最悪サービス遅延オーバーヘッドは50msの良好サービス遅延スレッショルドよりも小さいことも特記しておく。
【0041】
表2に示された実験1において、20の全ての異種MPEGソースはリンク26に向けて多重化される。番号3、10、14および20の4つの代表的なセッションが任意に選択されて、FIFO、拡張DRRおよびDQスケジュール作成アルゴリズム間での詳細な比較を与えるようになっている。
【0042】
図7は、リンク伝送速度が10Mbpsである(9.5Mbpsの合計平均提示速度に匹敵)時のセッション3(グラフ30によって表される)、セッション10(グラフ32によって表される)、セッション14(グラフ34によって表される)およびセッション20(グラフ36によって表される)に対する累積確率分布のグラフを示す。ドロップしたパケットは図5において無限の遅延を持つものと考えられる。輻輳時にアルゴリズム間の差を誇張するために大きくロードされる場合が選択された。50ms良好サービス臨界点で線が引かれている。DQアルゴリズムは50ms以下の遅延を受けるパケットの最高の部分を与えることが解る。これはあるパケットに50msよりも大きな遅延を与えることによって達成される。このようなパケットに与えられるサービスが既に品位低下していると仮定すれば、遅延が50msを越える量は殆ど関係がないと考えられる。拡張DRRはセッション番号20には他のセッションよりも良好なサービスを与える(通常、それは公平待機ベースの規律から期待されるほど帯域幅のその公平共有で動作していないためである)ことを特記する。これはまたDQアルゴリズムにも当てはまることも特記する。
【0043】
図8には、リンク26での伝送速度が12Mbpsに増加した場合の、ソースあるいはセッション3、10、14および20のそれぞれの1秒当りの最高パケット遅延のシミュレーション時間に対するプロットが示されている。プロット38、40、42および44はそれぞれのセッション3、10、14および20のためのものである。良好サービス遮断点を示すため50msのマークに線が引かれている。図示の時間範囲は種々のアルゴリズム間の比較のため多数の過渡輻輳期間を含むように選択されている。FIFOはパケットレベルでは公平であり、全てのセッションのパケットはFIFOベースではノード24を通る時に平均的に同一の遅延を受ける。拡張DRRは少しは良好ではあるが、セッションの多くがそれらの要求するサービスほどのものを受けないようにして帯域幅を共用しなければならない時には、良好なサービスを配分し得ない。FQの優先の特性はFIFO法の場合よりもより長い遅延をパケットのバーストに与えてしまう。従って、リンクが図8のソース3の頂部のトレース38に示されるように輻輳状態になっていない時でさえ、これらの特別な遅延は特定のセッションからのパケットを品位低下させてしまう。選択されたDQ規律は良好なサービスを受けているセッション瞬間的な数を最大にするようにし、そのためセッションのうちの1つは極めて不十分な遅延性能を受け、その結果他のセッションは1925秒および1975秒の時間でサービス品位低下が免れることが解る。
【0044】
20のセッションの全てによるQoSのレベルのより良い図解が図9に与えられており、これは同様の1秒期間の間に良好なサービスを同時に受ける全てのセッションの部分(パーセンテージ)のプロット46を示す。FIFOおよび拡張DRRアルゴリズムは1855秒、1925秒および1975秒の時間で多くのセッションに対して品位低下したサービスを与えることを特記しておく。これらのQoSの図はサービスが良好であるかあるいは品位低下しているかのいずれかの場合に2進形で表され得る。セッション当りのサービスの2進表示はスケジュール作成規律のそれぞれ間の比較のために必要である全てを一般的に備えている。図10は、12Mbpsのリンク伝送速度での各セッションに対する全測定時間スケールに渡る拡張DRRアルゴリズムのためのこのような表示48とDQアルゴリズムのための表示50とを示す。垂直の棒は任意の特定のセッションが受けるそれぞれの品位低下した秒に対して描かれている。グラフ上の白色の空間が多ければ、それだけセッションが受けているサービスは良好である。以降の図に示される全ての結果はこの比較方法を用いる。図8から、DQ法はどの特定の時間ででも拡張DRRよりも輻輳によって影響されるセッションの数を少なくすることが解る。
【0045】
伝送速度が図11に示される10Mbpsにかつ図12に示される8Mbpsに減少されるにつれ、拡張DRRおよびDQの差がより一層明かとなる。プロット52と54はそれぞれ図11の拡張DRRおよびDQアルゴリズムのためのものであり、プロット56および58はそれぞれ図12の拡張DRRおよびDQアルゴリズムのためのものである。DQ法は拡張DRRアルゴリズムに比較して極端なオーバーロードの状態下でさえ殆どのセッションに良好なサービスを与えることが明白である。これらの実験あるいはシミュレーションがDQ手法の可能な最も単純な実現化を与えたとしても、拡張DRRができるよりも実時間サービスに対するかなり良好な性能を与えることが可能である。
【0046】
表2を参照すると、実験2および3はそれぞれ4および40のソースを使用しており、DQアルゴリズムのスケーラビリティを決定するために行なわれるものである。実験2では、どのセッションのピークビット速度もリンク伝送速度よりも大きくこのためαキューを充填し始めるようにするという複雑さを加える。図13においては4つのソースが使用されており、管理不能のロードが与えられた時でさえ、プロット60で示されたDQアルゴリズムは、特にソース3および4に対して僅かに良好でないとしても、プロット62で示された拡張DRRアルゴリズムと同様に働くことが解る。実験3においては、両スケジュール作成規律は殆ど全ての時間で良好な性能を与え、この場合に図示は行なわなかった。拡張DRRに対しては、13のセッションが単一の輻輳発生時に品位低下したサービスを受けたが、同一の期間の間でDQアルゴリズムを用いると1つだけのセッションが品位低下したサービスを受けるに過ぎなくなる。DQアルゴリズムにおいては、セッションが品位低下したサービスを持つただ1つの秒があるが、拡張DRRを用いると1つの他の秒に品位低下したサービスが生じる。従って、DQ手法は拡張DRRと比較した時にはかなりうまくスケーリングすることが結論付けられる。
【0047】
中位の時間スケールに渡って公平性を検査するために、20の同種のソースが実験4で使用された。セッションは0から1600秒の期間に渡って無作為の時間で開始するraceトレースの20のコピーからなる。図14は、拡張DRRが各セッションに対して極めて品位低下したサービスではあるが公平性を与えると考えられる場合に、各セッションに対する拡張DRRおよびDQアルゴリズムのためのそれぞれの品位劣化した秒のスロット64および66を示す。定性的に、DQアルゴリズムも瞬間的ではなくシミュレーションの全体の長さに渡って各セッションに対して公平なサービスを与える。前の説明から理解されるように、各セッションの全体に渡るQoSは拡張DRRによって与えられるものよりもDQにおいてははるかに良好である。
【0048】
包括的に、輻輳がない時には、比較された全ての手法は良好なサービスを与えることが理解される。しかしながら、輻輳の期間が増大すれば、それだけ3つのアルゴリズム間の相違が大きくなる。図15には、種々の平均提示ロード(リンク伝送速度に標準化されている)に対するFIFO、DRR、拡張DRRおよびDQアルゴリズムに対して品位低下したパケットの部分(パーセンテージ)のプロット68が示されている。過渡輻輳期間時にできるだけ多くのセッションに良好なサービスを与えるその目的を達成することは別にして、DQアルゴリズムはまた品位劣化したパケットの全体の割合を最小にする。DQ手法の簡単な実施例の下でさえ品位劣化したパケットの割合は1アーラン(Erlang)以上の過剰提示ロードに近付き、従って最適値に近いことを特記しなければならない。これはまた短いFIFOキューにも云えることでもあるが、短いFIFOキューは提示ロードが伝送リンク速度に近いがそれより小さい時には過渡輻輳期間時に不必要なロスを生じさせてしまうといった欠点を有する。また、短いFIFOキューはDQの場合のように選択的ではなく無作為にパケットを欠落させる。
【0049】
過渡輻輳状態の間に、通常のFIFOキューに入るパケットは全て同様の品位低下したサービスを受ける。輻輳が少数のセッションによって生じた場合には、公平待機は他のセッションに対する救済を行なう。しかしながら、前に述べた結果は、過渡輻輳が往々多くのセッションによって生じて組合せのトラヒィックがキューを充填するような場合にこのことが常に該当するとは限らないことを示す。公平待機は帯域幅を等しく分割し、このため極めて多数のセッション、従って極めて多数のパケットのサービスを品位低下させる。DQアルゴリズムは、それが輻輳期間時にセッションの大部分のための良好なサービスを得るようにそのために必要なセッションのサービスを劣化させ、従ってまたスループットを向上するために公平待機よりも性能が優れている。
【0050】
前に述べたように、サービス提供者は、ユーザが接続を行なって不十分なQoSを受ける時にユーザが感じる不満を数を最少にするように「完璧な」サービスを受ける、すなわち輻輳のきざしを表さないユーザの数を最大にすることを欲るかもしれない。これは、「ターゲット」リストまたはファイルにある段階でβキューに転送された接続を記録しかつシステムに輻輳が生じる次の時にそれらが再度転送される確率を増大することによって達成される。従って、品位低下はかなりの時間スケールを経てもユーザ間で均一には広がらず、輻輳によっては影響を受けないでいる接続の確率を増大する。ターゲットリストまたはファイルでの接続を転送する確率を1に増大させることができ、その状態では前に転送された全ての接続が現在転送されてしまうまで新たな接続は転送されない。他の別態様は現在のデータ速度並びにターゲットリストまたはファイルの接続の存在を含む幾つかの要因を考慮することである。
【0051】
サービス提供者の狙いが時間的に何時でも満足する顧客の数を最大にすることにあるとすれば、最適な方策は最も高い速度のセッションを転送(redirect)することである。所定の接続の統計量が時間と共に顕著に変化すれば、ある特定のユーザを全体の接続のために反復的にターゲットにする上記手法は適切ではなくなる。むしろ、ある時間ttargetの後にターゲットリストまたはファイルからセッションを取り除くようにする。これはttargetの時間スケールでの不良サービスの連発となってしまうが、高QoS顧客の時分の合計数を上昇することができる。
【0052】
電気通信取締り機関は前に記載したDQ実現によって与えられるものよりも、中位の時間スケールに渡る公平性のより厳密な保証を要求する可能性がある。これは、また、転送された接続またはセッションを記録することによって同様可能となる。この時に、これらセッションが再度転送される可能性は小さいものとなる。同様、達成され得る高QoS顧客の時分の合計数のトレード・オフが存在する。
【0053】
前に述べたLIFO−FIFOシステムを除いて他のサービス規律がβキューに対して考慮されるとしたら、より大きな融通性を与えることが可能となる。例えば、βキューは公正待機を用いることが可能となろう。Lを、公正共有以下の帯域幅しか必要としない低速ユーザの組を表すものとする。純粋な公正待機においては、Lのセッションはそれらの全体の帯域幅を割り当てられ、残りの帯域幅は残りのセッションに割り当てられる。DQ/FQ混成システムにおいては、時間tで良好なサービスを受けるように選択されたセッションの組G(t)はG(t)のユーザへのサービスの後の残留帯域幅が公正に分割されるようにLの役目を行なう。全てのtに対してG(t)=1であるならば、すなわちαキューのサイズがゼロに設定されるならば、この混成手法は公正待機に縮小する。逆に、G(t)が全てのユーザの組であれば、FIFOとなる。しかしながら、G(t)をLの厳密な超集合にし、その合計の瞬時帯域幅を出力リンク容量よりも依然として小さくし、どの良く振舞うユーザにも不利益を与えずに満足する顧客の数を増大することが往々可能となる。
【0054】
αキューからβキューへのセッションの転送を開始するスレッショルド超過ベースの方法を用いるものとは別態様の実施例として、広範囲の可能なトリガー条件がある。ある例は、αキューに記憶されるデータ量の増加率が微分ベースのスレッショルドを越えると、データパケットが第2のバッファ手段に転送されるような微分ベースの手法の使用を含んでいる。ファジイベースの手法も使用することができる。従って、αキューに記憶されるパケットの量が所定の増加率に達すると、セッション(単数または複数)のパケットはβキューに転送される。
【0055】
図16には、出力ポート6あるいはノード24への出力リンクでのセッションを表すパケットの受信に関連したステップあるいはプロセスを表す流れ図100が示されている。ステップ102で、受信パケットは時間スタンプが付され、バッファ16および18が時間に基づいて特定のシーケンスでパケットを収納することができるようになる。ステップ104で、そのセッションに関連した他のパケットがβキュー転送リスト内にあるかどうかをチェッカが調べるようにされる。βキューに前のパケットがなければ、ステップ106で、受信パケットがαキューにあった場合にそれが容量スレッショルドを越えたかどうかの決定が行なわれる。パケットが容量スレッショルドを越えなければ、それはステップ108でαキューに格納され、あるいはそれが容量スレッショルドを越えれば、ステップ110でストリーム識別子またはセッション識別子がβキュー転送リストに置かれ、次いでステップ112で次の容量スレッショルドが使用される。その後、ステップ114でパケットはβキューに格納される。ステップ104に戻り、そのセッションからの前のパケットが既にβキュー転送リストに存在すれば、受信パケットはステップ114でβキューに即座に再度格納される。
【0056】
図17には、パケットがβキュー(すなわち、第2のバッファ手段18)からαキュー(すなわち、第1のバッファ手段16)に転送される時に関連したプロセスおよびステップを表す流れ図200が示される。ステップ202で、βキューにパケットがあるかどうかの決定が行なわれ、なければ、ステップ204では何も行なわない。待機するパケットがあれば、ステップ206で、最旧のパケットがβキューに転送される最新のセッションから取り出される(LIFO−FIFO)。ステップ208で、パケットがあまりにも古くtexpireを越えたかどうかの決定が行なわれる。そうであれば、パケットはステップ220で廃棄され、ステップ222でその廃棄されたパケットがそのセッションからの最後のパケットであったかどうかの決定が行なわれる。それが最後のパケットであったら、ステップ224で、そのパケットに属するセッションはβキュー転送リストから取り除かれ、次いでステップ226で前のαキュー減少スレッショルドが実施される。次いで、プロセスはステップ202に戻る。廃棄されたパケットがβキュー内のそのセッションからの最後のパケットではなければ、プロセスは再度ステップ202に戻る。ステップ208に戻ってこれを参照すると、パケットがあまり古くなく、texpireによって設定される時間制限内にあれば、パケットはステップ210でαキューに格納され、ステップ212でその格納されたパケットがβキュー内のセッションからの最後のパケットであるかどうかの決定がなされる。それが最後のパケットでなければ、プロセスはステップ214で何も行なわない。それがそのセッションに属するβキュー内の最後のパケットであったら、ステップ216でセッションはβキュー転送リストから取り除かれ、ステップ218で前のαキュー減少スレッショルドが実施される。
【0057】
図18には、第3のバッファ手段からのセッションのパケットを第1のバッファ手段に格納することに関連するプロセスと輻輳の開始時に第1のバッファ手段でこのようなパケットあるいはセッションを取り扱う(図4および5を参照)ことに関連するステップを示すフローチャート300が示されている。入来パケットは第3のバッファ手段19の出力ポート6の1つで受けられる。ステップ302で、パケットがパーセッションキュー21のどれか1つの第3のバッファ手段に一時的に記憶されたかどうかの検査が行なわれる。パーセッションキュー(per‐session queues)21のどれか1つにパケットが記憶されていれば、ステップ304でパケットは選ばれたスケジュール作成規律に従ってこれらキューの1つから選択され、次いでステップ306で第1のバッファ手段16あるいは出力キューに格納される。ステップ308で、選択されたパケットが第1のバッファ手段16の現在の容量スレッショルドを越えれば、ステップ310でその特定のパケットが属する属するセッションが識別され、第2のバッファ手段18のパーセッションキューの1つにバッファリングされる。再びステップ308で、パケットが現在の容量スレッショルドを越えなければ、プロセスはステップ302に戻る。ステップ312で、第1のバッファ手段16に設定されていた次の容量スレッショルドが使用され、第1のバッファ手段16に入力される更なるパケットに対して評価される。これに関連して、ステップ308は、入信パケットが引続いて容量スレッショルドを越えたかどうかを試験するために反復される。
【0058】
ステップ302で、パケットが第3のバッファ手段19に待機していなければ、プロセスはステップ314に移行し、そこで第1のバッファ手段の容量が減少スレッショルドTabate 以下に低下したかどうかについての決定が行なわれる。そうであったら、ステップ316でどれかパケットがパーセッションキューのどれか1つの第2のバッファ手段に一時的に記憶されているかどうかについての決定が行なわれる。第1のバッファ手段の容量がステップ314でTabate以下に低下していなかったら、プロセスはステップ302に戻る。ステップ316で、第2のバッファ手段18に待機しているパケットがあれば、第2のバッファ手段を形成する論理キューの一部として識別される最新のストリームあるいはセッションからのパケットがステップ318で取り出される。第2のバッファ手段18に待機しているパケットがなければ、プロセスはステップ302に戻る。ステップ320で、第2のバッファ手段から取り出されたパケットがあまりにも古いかあるいはその時間切れスレッショルドtexpireを越えたかどうかの決定が行なわれる。パケットが第2のバッファ手段にあまりにも長く存在し、その時間切れスレッショルドを越えていたら、パケットはステップ322で廃棄され、あるいはそれがその時間切れスレッショルドを越えていなければ、パケットはステップ324で第1のバッファ手段16に格納される。次いで、ステップ326で最新の取り出されたパケットが第2のバッファ手段18のパーセッションキュー21のどれか1つに記憶されているその特定のストリームあるいはセッションの最後のパケットであるかどうかの決定が行なわれる。そうであれば、ストリームは次いでステップ328で第3のバッファ手段19から生じるストリームの一部として識別され、次いでステップ330で前の容量スレッショルドが使用されるかあるいは実施される。ステップ326で最も新しく取り出されたパケットがその特定のストリームあるいはセッションの最後のパケットでなければ、プロセスはステップ302に戻る。ステップ330で、前の容量スレッショルドが実施された後に、プロセスは同様ステップ302に戻る。
【0059】
上述の好適実施例に対する種々の変更および改造が本発明の範囲および精神から逸脱せずに行ない得ることも理解されることであろう。
【図面の簡単な説明】
【図1】本発明のシステムおよびシステムを第1の実施例により実現する電気通信網のパケット交換機あるいはノードの概要図である。
【図2】第1のバッファ手段のために意図された第2のバッファ手段のデータパケットのバッファリングを示す概要図である。
【図3】第1のバッファ手段からの出力リンクでの伝送のため第2のバッファ手段から第1のバッファ手段へのデータパケットの転送を示す概要図である。
【図4】本発明のシステムおよびシステムを第2の実施例により実現する電気通信網のパケット交換機あるいはノードの概要図である。
【図5】第1、第2および第3のバッファ手段と図4のノードに到達するデータパケットの取扱とを示す概要図である。
【図6】第1のバッファ手段と第2のバッファ手段とを有するノードに入力される多数のトラヒックソースをシミュレートするシステムのブロック図である。
【図7】FIFO、拡張DRRおよびDQシミュレーションを用いる多数のセッションのパケット遅延の累積確率分布を示す一連のプロットである。
【図8】FIFO、拡張DRRおよびDQシミュレーションを用いる、リンク伝送速度を増加させた多数のセッションのためのシミュレーション時間に対する秒当りの最大パケット遅延の一連のプロットを示す。
【図9】FIFO、拡張DRRおよびDQシミュレーションのそれぞれに対する1秒期間で「良好なサービス」を受ける多数のセッションのプロットである。
【図10】全てのセッションが受ける品位低下したサービスのFIFO、拡張DRRおよびDQシミュレーションのそれぞれのためのプロットを示す。
【図11】ライン伝送速度を減少させた状態での図8に示されるセッションのそれぞれに対する品位低下した秒の数を示す拡張DRRおよびDQシミュレーションのそれぞれのためのプロットを示す。
【図12】図9と類似するプロットであるが、ライン伝送速度を更に一層減少させた状態での図である。
【図13】品位低下した秒を低ライン伝送速度での種々のセッションの組に対して示す、図9および10に類似した図である。
【図14】増大させたライン伝送速度で拡張DRRおよびDQシミュレーションを用いる種々のセッションの更に一層の組に対する品位低下した秒を示すプロットである。
【図15】リンク転送速度に標準化した種々の平均提示ロードに対するFIFO、DRR、拡張DRRおよびDQアルゴリズムのための品位低下したパケットの全体の割合のプロットである。
【図16】ノードに関連したリンクでのセッションのパケットの受信に関連したプロセスを示す流れ図である。
【図17】パケットが第2のバッファ手段から第1のバッファ手段に転送される時に関連したプロセスを示す流れ図である。
【図18】図5の第3のバッファ手段に到達する1つあるいはそれ以上のパケットに取扱に関連したプロセスを示す流れ図である。
【符号の説明】
2 ノード
16 第1のバッファ手段
18 第2のバッファ手段
Claims (53)
- 電気通信網にあってデータパケットをスケジュール作成する方法において、
1つあるいはそれ以上のセッションを表すデータのパケットを受けて網のノードでの第1のバッファ手段に記憶するステップと、
上記第1のバッファ手段のパケットの使用容量あるいは占有率を監視するステップと、
上記第1のバッファ手段が輻輳期間の間でオーバーフローしないようにするためにトリガー条件の開始時にデータパケットを上記ノードでの第2のバッファ手段にバッファリングするステップと、
を具備し、あるセッションに属し上記第2のバッファ手段に記憶されている1つあるいはそれ以上のパケットを与えることを含んでおり、上記1つあるいはそれ以上のパケットがそれを受ける上記網の他のノードにこのようなセッションがそう記憶されたことを確認させる識別ラベルを備えるようにしたことを特徴とする方法。 - 請求項1に記載の方法において、上記第1のバッファ手段あるいは上記第2のバッファ手段のいずれかに記憶されているデータパケットが上記第1のバッファ手段から上記ノードに関連したリンクに出力するようにしたことを特徴とする方法。
- 請求項2に記載の方法において、上記リンクは上記ノードへの出力リンクであることを特徴とする方法。
- 請求項1から3までの任意の請求項に記載の方法において、上記パケットを受け、受けたパケットを上記第1のバッファ手段に転送する前に第3のバッファ手段に記憶するステップを更に具備することを特徴とする方法。
- 請求項4に記載の方法において、パケットは各パケットが属するセッションに従って記憶され、スケジュール作成規律に従って上記第3のバッファ手段から上記第1のバッファ手段に転送されるようにしたことを特徴とする方法。
- 請求項4または5に記載の方法において、各セッションは上記第2のバッファ手段または上記第3のバッファ手段のいずれかのパーセッションキューに記憶されるそれぞれのパケットを有するようにしたことを特徴とする方法。
- 請求項1から6までの任意の請求項に記載の方法において、上記トリガー状態は、上記第1のバッファ手段に記憶されるデータ量の増加率が微分ベースのスレッショルドを越える時にデータパケットが上記第2のバッファ手段にバッファリングされるような微分ベースのスレッショルドとなるようにしたことを特徴とする方法。
- 請求項1から6までの任意の請求項に記載の方法において、上記トリガー状態は上記第1のバッファ手段へのデータパケットの到達による上記第1のバッファ手段の最初のあるいはその後の容量スレッショルドの超過点にされることを特徴とする方法。
- 請求項8に記載の方法において、上記最初およびその後の容量スレッショルドを越える上記第1のバッファ手段の最初のデータパケットが上記第2のバッファ手段にバッファリングされるようにしたことを特徴とする方法。
- 請求項9に記載の方法において、上記最初のデータパケットが属するセッションの引続いて到達するパケットが上記第2のバッファ手段にバッファリングされるようにしたことを特徴とする方法。
- 請求項8に記載の方法において、上記第1のバッファ手段の最大のデータパケットを有するセッションが上記1つあるいはそれ以上の容量スレッショルドを上記第1のバッファ手段へのデータパケットの到達により越える時に上記第2のバッファ手段にバッファリングされるようにしたことを特徴とする方法。
- 請求項11に記載の方法において、上記第1のバッファ手段に記憶される最大のデータパケットを有するセッションのための引続くデータパケットを上記第2のバッファ手段に転送し、転送されたデータパケットが上記第2のバッファ手段に順に一時的に記憶されるようにするステップを更に含むことを特徴とする方法。
- 請求項8に記載の方法において、上記最初またはその後の容量スレッショルドを越えるパケットを有し、かつ上記第2のバッファ手段には一時的に記憶されないセッションが上記第2のバッファ手段にバッファリングされ、そのセッションから到達する引続くパケットも上記第2のバッファ手段にバッファリングされるようにしたことを特徴とする方法。
- 請求項8に記載の方法において、前に上記第2のバッファ手段に一時的に記憶されたかあるいはバッファリングされかつ上記第1のバッファ手段にデータパケットを有するセッションが上記最初あるいはその後の容量スレッショルドを越える時に上記第2のバッファ手段にバッファリングされるようにしたことを特徴とする方法。
- 請求項1から14までの任意の請求項に記載の方法において、時間切れスレッショルドが上記第2のバッファ手段に設定され、この時間切れスレッショルドよりも長く上記第2のバッファ手段に記憶されているどのパケットも廃棄されるようにしたことを特徴とする方法。
- 請求項15に記載の方法において、上記第2のバッファ手段のオーバフローの開始時に上記第2のバッファ手段へ新たに到達するデータパケットが廃棄されるようにしたことを特徴とする方法。
- 請求項1から16までの任意の請求項に記載の方法において、上記第2のバッファ手段に記憶されるデータパケットが表すストリームの形式に従って時間切れスレッショルドが上記第2のバッファ手段に設定され、それらそれぞれの時間切れスレッショルドよりも長く上記第2のバッファ手段に記憶されているどのパケットも廃棄されるようにしたことを特徴とする方法。
- 請求項15または17に記載の方法において、上記第2のバッファ手段のオーバーフローの開始時、上記第2のバッファ手段に記憶されている最も古いパケットが上記第2のバッファ手段から廃棄されるようにしたことを特徴とする方法。
- 請求項1から18までの任意の請求項に記載の方法において、この方法が、上記第1のバッファ手段の占有率が減少スレッショルドよりも小さいかあるいはそれと等しい時に上記第2のバッファ手段に保持されているデータパケットを上記第1のバッファ手段に転送することを更に含むことを特徴とする方法。
- 請求項19に記載の方法において、特定のセッションからのパケットが上記第2のバッファ手段に記憶されていない時にその特定のセッションからの引続いて到達するパケットが上記第1のバッファ手段に記憶されるようにしたことを特徴とする方法。
- 請求項19に記載の方法において、パケットが先入れ先出し(FIFO)基準で上記第2のバッファ手段から上記第1のバッファ手段に転送され、パケットが第2のバッファ手段に到達した順序でパケットが転送されるようにしたことを特徴とする方法。
- 請求項19に記載の方法において、各セッションからのパケットがFIFO−FIFO基準で上記第2のバッファ手段から上記第1のバッファ手段に転送され、それにより上記第2のバッファ手段に最初に記憶されるようにされたセッションが上記第1のバッファ手段に最初に転送されるようにし、転送された各セッション内でパケットが上記第2のバッファ手段に到着した順序でパケットが転送されるようにしたことを特徴とする方法。
- 請求項19に記載の方法において、各セッションからのパケットがLIFO−FIFO基準で上記第2のバッファ手段から上記第1のバッファ手段に転送され、それにより上記第2のバッファ手段へは最後であったセッションが最初に転送され、各セッション内でパケットが上記第2のバッファ手段到着した順序でパケットが転送されるようにしたことを特徴とする方法。
- 請求項19に記載の方法において、パケットが公平待機システムを用いて転送され、上記第2のバッファ手段に記憶されるデータパケットのセッションが上記第1のバッファ手段に記憶されたセッションによって残された残留帯域幅を持つようにしたことを特徴とする方法。
- 請求項21から24までの任意の請求項に記載の方法において、転送される各セッションからのパケットの数が記録されるようにしたことを特徴とする方法。
- 請求項1から25までの任意の請求項に記載の方法において、上記第2のバッファ手段に記憶されかつバッファリングされる各データパケットに時間スタンプを付与することを含むことを特徴とする方法。
- 電気通信網にあってデータパケットをスケジュール作成するシステムにおいて、
上記網のノードに配置され、1つあるいはそれ以上のセッションを表すデータパケットを受ける第1のバッファ手段と、
上記網の上記ノードに配置された第2のバッファ手段と、
を具備し、輻輳期間の間で上記第1のバッファ手段のオーバーフローを回避するようにトリガー条件の開始時にデータパケットが上記第2のバッファ手段にバッファリングされるようにし、さらに、
あるセッションに属し上記第2のバッファ手段に記憶されている1つあるいはそれ以上のパケットを与えることを含んでおり、上記1つあるいはそれ以上のパケットがそれを受ける上記網の他のノードにこのようなセッションがそう記憶されたことを確認させる識別ラベルを備えるようにしたことを特徴とするシステム。 - 請求項27に記載のシステムにおいて、上記第1のバッファ手段あるいは上記第2のバッファ手段のいずれかのデータパケットが上記第1のバッファ手段から上記ノードに関連したリンクに出力するようにしたことを特徴とするシステム。
- 請求項28に記載のシステムにおいて、上記リンクは上記ノードへの出力リンクであることを特徴とするシステム。
- 請求項27から29までの任意の請求項に記載のシステムにおいて、受けたパケットを上記第1のバッファ手段に転送する前に上記データパケットを受ける第3のバッファ手段を更に具備するようにしたことを特徴とするシステム。
- 請求項30に記載のシステムにおいて、上記データパケットは各パケットが属するセッションに従って上記第3のバッファ手段に記憶され、スケジュール作成規律に従って上記第3のバッファ手段から上記第1のバッファ手段に転送されるようにしたことを特徴とするシステム。
- 請求項30または31に記載のシステムにおいて、各セッションは上記第2のバッファ手段または上記第3のバッファ手段のいずれかのパーセッションキューに記憶されるそれぞれのパケットを有するようにしたことを特徴とするシステム。
- 請求項27から32までの任意の請求項に記載のシステムにおいて、上記トリガー状態は、上記第1のバッファ手段に記憶されるデータ量の増加率が微分ベースのスレッショルドを越える時にデータパケットが上記第2のバッファ手段にバッファリングされるような微分ベースのスレッショルドとなるようにしたことを特徴とするシステム。
- 請求項27から32までの任意の請求項に記載のシステムにおいて、上記トリガー状態は上記第1のバッファ手段へのデータパケットの到達による上記第1のバッファ手段の最初のあるいはその後の容量スレッショルドの超過点にされることを特徴とするシステム。
- 請求項34に記載のシステムにおいて、上記最初およびその後の容量スレッショルドを越える上記第1のバッファ手段の最初のデータパケットが上記第2のバッファ手段にバッファリングされるようにしたことを特徴とするシステム。
- 請求項35に記載のシステムにおいて、上記最初のデータパケットが属するセッションの引続いて到達するパケットが上記第2のバッファ手段にバッファリングされるようにしたことを特徴とするシステム。
- 請求項34に記載のシステムにおいて、上記第1のバッファ手段の最大のデータパケットを有するセッションが上記1つあるいはそれ以上の容量スレッショルドを上記第1のバッファ手段へのデータパケットの到達により越える時に上記第2のバッファ手段にバッファリングされるようにしたことを特徴とするシステム。
- 請求項37に記載のシステムにおいて、上記第1のバッファ手段に最大のデータパケットを有するセッションに属する引続くデータパケットを上記第2のバッファ手段に転送し、上記第2のバッファ手段に順に一時的に記憶されるようにすることを特徴とするシステム。
- 請求項34に記載のシステムにおいて、上記最初またはその後の容量スレッショルドを越えるパケットを有しかつ上記第2のバッファ手段には一時的に記憶されないセッションが上記第2のバッファ手段にバッファリングされ、そのセッションから到達する引続くパケットも上記第2のバッファ手段にバッファリングされるようにしたことを特徴とするシステム。
- 請求項34に記載のシステムにおいて、前に上記第2のバッファ手段に一時的に記憶されたかあるいはバッファリングされかつ上記第1のバッファ手段にデータパケットを有するセッションが上記最初あるいはその後の容量スレッショルドを越える時に上記第2のバッファ手段にバッファリングされるようにしたことを特徴とするシステム。
- 請求項27から40までの任意の請求項に記載のシステムにおいて、時間切れスレッショルドが上記第2のバッファ手段に設定され、この時間切れスレッショルドよりも長く上記第2のバッファ手段に記憶されているどのパケットも廃棄されるようにしたことを特徴とするシステム。
- 請求項41に記載のシステムにおいて、上記第2のバッファ手段のオーバフローの開始時に上記第2のバッファ手段へ新たに到達するデータパケットが廃棄されるようにしたことを特徴とするシステム。
- 請求項27から42までの任意の請求項に記載のシステムにおいて、上記第2のバッファ手段に記憶されるデータパケットが表すストリームの形式に従って時間切れスレッショルドが上記第2のバッファ手段に設定され、それらそれぞれの時間切れスレッショルドよりも長く上記第2のバッファ手段に記憶されているどのパケットも廃棄されるようにしたことを特徴とするシステム。
- 請求項41または43に記載のシステムにおいて、上記第2のバッファ手段のオーバーフローの開始時、上記第2のバッファ手段に記憶されている最も古いパケットが上記第2のバッファ手段から廃棄されるようにしたことを特徴とするシステム。
- 請求項27から44までの任意の請求項に記載のシステムにおいて、上記第1のバッファ手段の占有率が減少スレッショルドよりも小さいかあるいはそれと等しい時に上記第2のバッファ手段に保持されているデータパケットが上記第1のバッファ手段に転送されるようにしたことを特徴とするシステム。
- 請求項45に記載のシステムにおいて、特定のセッションからのパケットが上記第2のバッファ手段に記憶されていない時にそのセッションからの引続いて到達するパケットが上記第1のバッファ手段に記憶されるようにしたことを特徴とするシステム。
- 請求項45に記載のシステムにおいて、パケットが先入れ先出し(FIFO)基準で上記第2のバッファ手段から上記第1のバッファ手段に転送され、パケットが第2のバッファ手段に到達した順序でパケットが転送されるようにしたことを特徴とするシステム。
- 請求項45に記載のシステムにおいて、各セッションからのパケットがFIFO−FIFO基準で上記第2のバッファ手段から上記第1のバッファ手段に転送され、それにより上記第2のバッファ手段に最初に記憶されるようにされたセッションが上記第1のバッファ手段に最初に転送されるようにし、転送された各セッション内でパケットが上記第2のバッファ手段に到着した順序でパケットが転送されるようにしたことを特徴とするシステム。
- 請求項45に記載のシステムにおいて、各セッションからのパケットがLIFO−FIFO基準で上記第2のバッファ手段から上記第1のバッファ手段に転送され、それにより上記第2のバッファ手段へは最後であったセッションが最初に転送され、各セッション内でパケットが上記第2のバッファ手段到着した順序でパケットが転送されるようにしたことを特徴とするシステム。
- 請求項45に記載のシステムにおいて、パケットが公平待機システムを用いて転送され、上記第2のバッファ手段に記憶されるデータパケットのセッションが上記第1のバッファ手段に記憶されたセッションによって残された残留帯域幅を持つようにしたことを特徴とするシステム。
- 請求項47から50までの任意の請求項に記載のシステムにおいて、転送される各セッションからのパケットの数が記録されるようにしたことを特徴とするシステム。
- 請求項27から51までの任意の請求項に記載のシステムにおいて、上記第2のバッファ手段に記憶されかつバッファリングされる各データパケットに時間スタンプが付与されるようにしたことを特徴とするシステム。
- 電気通信網にあってデータパケットをスケジュール作成するシステムにおいて、
上記網のノードに配置され、1つあるいはそれ以上のセッションを表すデータパケットを受ける第1のバッファ手段と、
上記網の上記ノードに配置された第2のバッファ手段と、
を具備し、輻輳期間の間で上記第1のバッファ手段のオーバーフローを回避するようにトリガー条件の開始時にデータパケットが上記第2のバッファ手段にバッファリングされるようにし、
上記第1のバッファ手段および上記第2のバッファ手段は1つあるいはそれ以上のパーセッションキューから構成され、上記トリガー状態は上記第1のバッファ手段の最初あるいはその後の容量スレッショルドの超過点であり、上記第1のバッファ手段のキューに記憶される個々のセッションの容量の和が所定のスレッショルドを越えるようにされたことを特徴とするシステム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP36600798A JP4104756B2 (ja) | 1998-11-17 | 1998-11-17 | 電気通信網においてデータパケットをスケジューリングする方法およびシステム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP36600798A JP4104756B2 (ja) | 1998-11-17 | 1998-11-17 | 電気通信網においてデータパケットをスケジューリングする方法およびシステム |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2000165447A JP2000165447A (ja) | 2000-06-16 |
JP2000165447A5 JP2000165447A5 (ja) | 2006-02-02 |
JP4104756B2 true JP4104756B2 (ja) | 2008-06-18 |
Family
ID=18485685
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP36600798A Expired - Lifetime JP4104756B2 (ja) | 1998-11-17 | 1998-11-17 | 電気通信網においてデータパケットをスケジューリングする方法およびシステム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4104756B2 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ATE372629T1 (de) * | 2000-07-27 | 2007-09-15 | Roke Manor Research | Verbesserung in oder in bezug auf vermittlungseinrichtungen |
-
1998
- 1998-11-17 JP JP36600798A patent/JP4104756B2/ja not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JP2000165447A (ja) | 2000-06-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7042843B2 (en) | Algorithm for time based queuing in network traffic engineering | |
US8467295B2 (en) | System and methods for distributed quality of service enforcement | |
US7123622B2 (en) | Method and system for network processor scheduling based on service levels | |
US6438135B1 (en) | Dynamic weighted round robin queuing | |
KR100933917B1 (ko) | 네트워크 스위치에서의 대역폭 보장 및 과부하 보호 방법및 장치 | |
US8553543B2 (en) | Traffic shaping method and device | |
US9935884B2 (en) | Application data flow management in an IP network | |
ZA200404954B (en) | Packet flow control method and device. | |
JP2005513917A (ja) | 異なる品質を有するアプリケーションのデータの伝送方法 | |
US6985442B1 (en) | Technique for bandwidth sharing in internet and other router networks without per flow state record keeping | |
KR20020079904A (ko) | 차등 서비스 네트워크에서 프레임 스케쥴링 및 버퍼관리를 위한 통합 알고리즘 | |
JP4104756B2 (ja) | 電気通信網においてデータパケットをスケジューリングする方法およびシステム | |
Astuti | Packet handling | |
CA2271669A1 (en) | Method and system for scheduling packets in a telecommunications network | |
KR100959397B1 (ko) | 패킷 스케줄링 장치 | |
JPH07131465A (ja) | Atmセル多重化制御方式 | |
JP3917830B2 (ja) | レート制御装置 | |
Tawfeeq | Network Congestion and Quality of Service Analysis Using OPNET | |
Bai et al. | Proactive resource allocation schemes | |
JP2003333088A (ja) | パケット転送システム | |
Jeong et al. | QoS management for multimedia applications using an efficient queue policy | |
Tsang et al. | Fast packet switching algorithms for dynamic resource control over ATM networks | |
Bai et al. | Loss Control Through the Combination of Buffer Management and Packet Scheduling. | |
Andrew et al. | CONGESTION AVOIDANCE USING QUEIUNG SYSTEMS IN MULTIMEDIA APPLICATIONS | |
KR20040108244A (ko) | 트래픽 특성의 세분화를 통한 비동기전송모드 서비스 품질관리 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051115 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051115 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070911 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070928 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20071225 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20071228 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080128 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080131 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080208 |
|
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: 20080229 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080326 |
|
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: 20110404 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120404 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120404 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130404 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130404 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140404 Year of fee payment: 6 |
|
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 |