(57)【特許請求の範囲】
【請求項１】
到着するパケットの属するコネクション１〜ｋを識別する手段と、
当該パケットの受付可否を判定する手段と、
この判定する手段が受付許可したパケットを多重化する手段と
を備えた多重化装置において、
コネクションｉ（ｉは１〜ｋのいずれか）毎の前記多重化する手段のキュー長Ｘｉを検出する手段と、
コネクションｉ毎にあらかじめ定められた重みＷｉの値を保持する手段と
を備え、
前記多重化する手段にはあらかじめ閾値となる最大キュー長が設定され、当該最大キュー長を超えるとほぼゼロとなる前記キュー長Ｘｉの総和ΣＸｉの連続関数をα（ΣＸｉ）とし、前記多重化する手段に１以上のパケットが蓄積されているコネクションｉの前記重みの和をＷａｃｔとし、
前記判定する手段は、許可キュー長ＡＱｉを
ＡＱｉ＝α（ΣＸｉ）・Ｗｉ／Ｗａｃｔ
として計算する手段と、
コネクションｉ毎のキュー長Ｘｉが当該許可キュー長ＡＱｉ以下のコネクションに属するパケットについてはこれを受付許可と判定する手段と
を備え、
前記判定する手段が受付拒否したコネクションｊ（ｊは１〜ｋのいずれか）のキュー長Ｘｊが前記許可キュー長ＡＱｊを超えている割合を算出する手段と、
この算出する手段により算出された割合に応じた確率で前記判定する手段が受付拒否と判定したコネクションｊのパケットについてもその一部を受付許可と判定されたパケットとみなして前記多重化する手段に蓄積する手段と
を備えたことを特徴とする多重化装置。
【請求項２】
到着するパケットの属するコネクション１〜ｋを識別する手段と、
当該パケットの受付可否を判定する手段と、
この判定する手段が受付許可したパケットを多重化する手段と
を備えた多重化装置において、
コネクションｉ（ｉは１〜ｋのいずれか）毎の前記多重化する手段のキュー長Ｘｉを検出する手段と、
コネクションｉ毎にあらかじめ定められた重みＷｉの値を保持する手段と
を備え、
前記多重化する手段にはあらかじめ閾値となる最大キュー長が設定され、当該最大キュー長を超えるとほぼゼロとなる前記キュー長Ｘｉの総和ΣＸｉの連続関数をα（ΣＸｉ）とし、前記多重化する手段に１以上のパケットが蓄積されているコネクションｉの前記重みの和をＷａｃｔとし、
前記判定する手段は、許可キュー長ＡＱｉを
ＡＱｉ＝α（ΣＸｉ）・Ｗｉ／Ｗａｃｔ
として計算する手段と、
コネクションｉ毎のキュー長Ｘｉが当該許可キュー長ＡＱｉ以下のコネクションに属するパケットについてはこれを受付許可と判定する手段と
を備え、
前記判定する手段は、受付拒否と判定すべきコネクションｊのパケットが前記多重化する手段に存在しないときにはこの受付拒否と判定すべきパケットを受付許可と判定する手段を含む
ことを特徴とする多重化装置。
【請求項３】
到着するパケットの属するコネクション１〜ｋを識別する手段と、
当該パケットの受付可否を判定する手段と、
この判定する手段が受付許可したパケットを多重化する手段と
を備えた多重化装置において、
コネクションｉ（ｉは１〜ｋのいずれか）毎の前記多重化する手段のキュー長Ｘｉを検出する手段と、
コネクションｉ毎にあらかじめ定められた重みＷｉの値を保持する手段と
を備え、
前記多重化する手段にはあらかじめ閾値となる最大キュー長が設定され、当該最大キュー長を超えるとほぼゼロとなる前記キュー長Ｘｉの総和ΣＸｉの連続関数をα（ΣＸｉ）とし、前記多重化する手段に１以上のパケットが蓄積されているコネクションｉの前記重みの和をＷａｃｔとし、
前記判定する手段は、許可キュー長ＡＱｉを
ＡＱｉ＝α（ΣＸｉ）・Ｗｉ／Ｗａｃｔ
として計算する手段と、
コネクションｉ毎のキュー長Ｘｉが当該許可キュー長ＡＱｉ以下のコネクションに属するパケットについてはこれを受付許可と判定する手段と
を備え、
最低保証帯域を超えてネットワークに到着するパケットについてはこれにタグが付与され、
前記判定する手段は、受付拒否と判定すべきパケットに前記タグが付与されているときにはこの受付拒否と判定すべきパケットを受付許可と判定する手段を含む
ことを特徴とする多重化装置。
【請求項４】
到着するパケットの属するコネクション１〜ｋを識別する手段と、
当該パケットの受付可否を判定する手段と、
この判定する手段が受付許可したパケットを多重化する手段と
を備えた多重化装置において、
コネクションｉ（ｉは１〜ｋのいずれか）毎の前記多重化する手段のキュー長Ｘｉを検出する手段と、
コネクションｉ毎にあらかじめ定められた重みＷｉの値を保持する手段と
を備え、
前記多重化する手段にはあらかじめ閾値となる最大キュー長が設定され、当該最大キュー長を超えるとほぼゼロとなる前記キュー長Ｘｉの総和ΣＸｉの連続関数をα（ΣＸｉ）とし、前記多重化する手段に１以上のパケットが蓄積されているコネクションｉの前記重みの和をＷａｃｔとし、
前記判定する手段は、許可キュー長ＡＱｉを
ＡＱｉ＝α（ΣＸｉ）・Ｗｉ／Ｗａｃｔ
として計算する手段と、
コネクションｉ毎のキュー長Ｘｉが当該許可キュー長ＡＱｉ以下のコネクションに属するパケットについてはこれを受付許可と判定する手段と
を備え、
前記判定する手段が受付拒否したコネクションｊ（１〜ｋのいずれか）のキュー長Ｘｊが前記許可キュー長ＡＱｊを超えている割合を算出する手段を備え、
前記判定する手段は、この算出する手段の算出結果にしたがって少なくとも２個連続して前記コネクションｊのパケットを受付拒否する手段を備えた
ことを特徴とする多重化装置。
【請求項５】
前記算出する手段の算出結果にしたがって受付拒否したコネクションｊのパケットについて連続した受付拒否を禁止する手段を備えた請求項４記載の多重化装置。
【請求項６】
前記連続して前記コネクションｊのパケットを受付拒否する手段と前記連続した受付拒否を禁止する手段とを切替選択する手段を備えた請求項４または５記載の多重化装置。
【請求項７】
到着するパケットの属するコネクション１〜ｋを識別する手段と、
当該パケットの受付可否を判定する手段と、
この判定する手段が受付許可したパケットを多重化する手段と
を備えた多重化装置において、
コネクションｉ（ｉは１〜ｋのいずれか）毎の前記多重化する手段のキュー長Ｘｉを検出する手段と、
コネクションｉ毎にあらかじめ定められた重みＷｉの値を保持する手段と
を備え、
前記多重化する手段にはあらかじめ閾値となる最大キュー長が設定され、当該最大キュー長を超えるとほぼゼロとなる前記キュー長Ｘｉの総和ΣＸｉの連続関数をα（ΣＸｉ）とし、前記多重化する手段に１以上のパケットが蓄積されているコネクションｉの前記重みの和をＷａｃｔとし、
前記判定する手段は、許可キュー長ＡＱｉを
ＡＱｉ＝α（ΣＸｉ）・Ｗｉ／Ｗａｃｔ
として計算する手段と、
コネクションｉ毎のキュー長Ｘｉが当該許可キュー長ＡＱｉ以下のコネクションに属するパケットについてはこれを受付許可と判定する手段と
を備え、
前記判定する手段が受付拒否したコネクションｊ（１〜ｋのいずれか）のキュー長Ｘｊが前記許可キュー長ＡＱｊを超えている割合を算出する手段を備え、
前記判定する手段が受付拒否と判定したコネクションｊのパケットに前記算出する手段により算出された割合に応じて一定時間の遅延を与えた後に前記多重化する手段に蓄積する手段を備えた
ことを特徴とする多重化装置。
【請求項８】
到着するパケットの属するコネクション１〜ｋを識別する手段と、
当該パケットの受付可否を判定する手段と、
この判定する手段が受付許可したパケットを多重化する手段と
を備えた多重化装置において、
コネクションｉ（ｉは１〜ｋのいずれか）毎の前記多重化する手段のキュー長Ｘｉを検出する手段と、
コネクションｉ毎にあらかじめ定められた重みＷｉの値を保持する手段と
を備え、
前記多重化する手段にはあらかじめ閾値となる最大キュー長が設定され、当該最大キュー長を超えるとほぼゼロとなる前記キュー長Ｘｉの総和ΣＸｉの連続関数をα（ΣＸｉ）とし、前記多重化する手段に１以上のパケットが蓄積されているコネクションｉの前記重みの和をＷａｃｔとし、
前記判定する手段は、許可キュー長ＡＱｉを
ＡＱｉ＝α（ΣＸｉ）・Ｗｉ／Ｗａｃｔ
として計算する手段と、
コネクションｉ毎のキュー長Ｘｉが当該許可キュー長ＡＱｉ以下のコネクションに属するパケットについてはこれを受付許可と判定する手段と
を備え、
コネクション識別番号があらかじめ複数のグループに分類され、
前記判定する手段は、受付拒否と判定すべきパケットのコネクション識別番号が所定の前記グループに属するパケットについてはこの受付拒否と判定すべきパケットを受付許可と判定する手段を含む
ことを特徴とする多重化装置。
【請求項９】
請求項１ないし８のいずれかに記載の多重化装置を備えたことを特徴とする帯域制御装置。
【請求項１０】
情報処理装置にインストールすることにより、その情報処理装置に、請求項１ないし８のいずれかに記載の多重化装置の機能を実現させることを特徴とするプログラム。
【請求項１１】
情報処理装置にインストールすることにより、その情報処理装置に、請求項９記載の帯域制御装置の機能を実現させることを特徴とするプログラム。
【請求項１２】
請求項１０または１１記載のプログラムが記録された前記情報処理装置読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は通信網に収容される各コネクションの最低帯域の保証を行う装置に関する。
【０００２】
【従来の技術】
近年、インターネットやＬＡＮの急速な普及から、ＩＰトラヒック等のデータ系トラヒックが指数関数的に増加している。これにともないネットワーク上で輻輳発生頻度が増加しており、ユーザに対するサービス品質の低下が問題となっている。例えば、従来のインターネットでは転送品質を保証しないベストエフォートサービスが主流であったが、ベストエフォートサービスのみでは十分なスループットが得られないケースが増えており、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）間や企業間を高速回線で接続する場合に回線毎に最低帯域や遅延品質を保証するようなサービスの要求が今後ますます増加すると考えられる。
【０００３】
ユーザ毎に契約している最低帯域を保証するサービスとしてはＧＦＲ（Ｇｕａｒａｎｔｅｅｄ  Ｆｒａｍｅ  Ｒａｔｅ）サービスがある。非輻輳時には各ユーザは互いに利用可能帯域（残余帯域）を共有して利用できる。
【０００４】
ＧＦＲサービスを実現する方式に関しては数多くの提案がなされているが、その一つにＷＲＲ（Ｗｅｉｇｈｔｅｄ  Ｒｏｕｎｄ  Ｒｏｂｉｎ）方式がある。図１５はＷＲＲ方式の概略を表す図である。ＷＲＲ方式はコネクション毎にキューを持ち、コネクション毎に重みが付けられており、重みに応じた読出制御を各キューに対して行うことでコネクション間に帯域を分配する。
【０００５】
ＷＲＲに、帯域を共有する全てのコネクションを収容することによって、収容コネクションの重みに応じて帯域を分配することができる。ＷＲＲ方式により、最低帯域を保証しつつ、余剰帯域をある規則にしたがってコネクション間に公平に分配することが可能である。
【０００６】
しかし、ＷＲＲ方式のハードウェアの複雑さは収容するコネクション数に比例し、高速化のボトルネックとなる。また、コネクション毎にキューを持つ必要があるため、バッファ部のハード量も問題となる。つまり、ＷＲＲ方式は高速になり、収容されるコネクション数が増加すると、経済的にＧＦＲサービスを実現することが困難である。したがって、簡易なハードウェア構成でＧＦＲサービスを実現する方式が求められている。
【０００７】
簡易なハードウェア構成でＧＦＲサービスを実現する方式として、ＦＩＦＯ−Ｔａｇｇｉｎｇ方式が知られている。この方式では、バッファはコネクション毎に持つ必要はなく、回線毎に一つあればよい。ＦＩＦＯ−Ｔａｇｇｉｎｇ方式ではコネクション毎に網の入り口で網への入力レートを観測し、計測されたレートがＭＣＲ（Ｍｉｎｉｍｕｍ  Ｃｅｌｌ  Ｒａｔｅ）以下であれば、そのコネクションのパケットはそのまま通過し、ＭＣＲを超えていればパケットのヘッダ部にタグ（以下、Ｔａｇ）が付けられる。ここで、ＭＣＲとは網がコネクションに対して転送を保証する帯域のことである。
【０００８】
ＦＩＦＯバッファには閾値が設けられており、キュー長が閾値を超えているか否か常に観測している。仮にキュー長が設定された閾値を超えている場合には、ヘッダ部にＴａｇが付けられているパケットはＦＩＦＯバッファに入る前に廃棄され、ＦＩＦＯバッファにはＴａｇが付いていないパケット、つまり網への入力レートがＭＣＲ以下のコネクションのパケットのみ通過する。
【０００９】
ＦＩＦＯ−Ｔａｇｇｉｎｇ方式では、ＦＩＦＯバッファの出力速度を収容するコネクションのＭＣＲの合計以上にすることで、輻輳時におけるＭＣＲの保証が可能である。また、非輻輳時、各コネクションのＭＣＲの和を超えた部分の帯域、余剰帯域がある場合には、その帯域は複数コネクションでシェアされる。
【００１０】
【発明が解決しようとする課題】
しかし、この方式では複数コネクションでバッファを共用するので、各コネクションのＭＣＲの和を超えた部分の帯域、余剰帯域に関しては、ＦＩＦＯバッファへの入力レートに比例するかたちで各コネクション間に分配されるため、「公平性」という面で問題があった。ＦＩＦＯ−Ｔａｇｇｉｎｇ方式では余剰帯域が生じた場合にその帯域をどのようにコネクション間で分配するかという規定がないため、極端な場合では余剰帯域を一つのコネクションが占有してしまうという不公平な状況が生じるという問題があった。
【００１１】
本発明は、このような背景に行われたものであって、通信網内に設置することにより、通信網に収容されている各コネクションに対し、輻輳時においても契約している最低帯域を保証しつつ、通常時（非輻輳時）には、余剰帯域をコネクション間で公平に分配し、より効率的な網資源の利用を可能にすることができ、また、高速回線においても経済的に実現可能な多重化装置および帯域制御装置およびプログラムおよび記録媒体を提供することを目的とする。さらに、パケット交換スイッチ等のノード内に設置することにより、簡単なハードウェア構成を実現し、効率の良いノード内の輻輳回避を実現することができる多重化装置および帯域制御装置およびプログラムおよび記録媒体を提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明の第一の観点は、到着するパケットの属するコネクション１〜ｋを識別する手段と、当該パケットの受付可否を判定する手段と、この判定する手段が受付許可したパケットを多重化する手段とを備えた多重化装置である。
【００１３】
ここで、本発明の特徴とするところは、コネクションｉ（ｉは１〜ｋのいずれか）毎の前記多重化する手段のキュー長Ｘｉを検出する手段と、コネクションｉ毎にあらかじめ定められた重みＷｉの値を保持する手段とを備え、前記多重化する手段にはあらかじめ閾値となる最大キュー長が設定され、当該最大キュー長を超えるとほぼゼロとなる前記キュー長Ｘｉの総和ΣＸｉの連続関数をα（ΣＸｉ）とし、前記多重化する手段に１以上のパケットが蓄積されているコネクションｉの前記重みの和をＷａｃｔとし、前記判定する手段は、許可キュー長ＡＱｉを
ＡＱｉ＝α（ΣＸｉ）・Ｗｉ／Ｗａｃｔ
として計算する手段と、コネクションｉ毎のキュー長Ｘｉが当該許可キュー長ＡＱｉ以下のコネクションに属するパケットについてはこれを受付許可と判定する手段とを備えたところにある。
【００１４】
これにより、本発明の多重化装置は、通信網内に設置することにより、各コネクションの最低帯域を保証しつつ、余剰帯域を契約しているＭＣＲと網資源の使用状況とを考慮して、コネクション間で分配するため、通信網を有効に使用することができる。また、本発明ではハードウェア構成が簡易なＦＩＦＯを採用しているため、高速回線においても経済的に実現可能である。さらに、パケット交換スイッチ等のノード内に設置することにより、簡単なハードウェア構成を実現し、効率の良いノード内の輻輳回避を実現することができる。
【００１５】
前記判定する手段が受付拒否したコネクションｊ（ｊは１〜ｋのいずれか）のキュー長Ｘｊが前記許可キュー長ＡＱｊを超えている割合を算出する手段と、この算出する手段により算出された割合に応じた確率で前記判定する手段が受付拒否と判定したコネクションｊのパケットについてもその一部を受付許可と判定されたパケットとみなして前記多重化する手段に蓄積する手段とを備えることもできる。
【００１６】
これにより、前記許可キュー長を超えたコネクションのパケットを急峻に受付拒否する場合と比較すると、ゆるやかなトラヒック制御を行うことができるため、安定したトラヒック制御を実現することができる。
【００１７】
前記判定する手段は、受付拒否と判定すべきコネクションｊのパケットが前記多重化する手段に存在しないときにはこの受付拒否と判定すべきパケットを受付許可と判定する手段を含むこともできる。
【００１８】
すなわち、前記多重化する手段にコネクションｊのパケットが存在しないということは、コネクションｊのパケットは散発的であることを示している。このような散発的なパケットを受付拒否して廃棄しても連続的なパケットを廃棄する場合と比較して輻輳回避の効果はきわめて低い。したがって、このような散発的なパケットを無意味に廃棄しないようにすることが望ましい。
【００１９】
最低保証帯域を超えてネットワークに到着するパケットについてはこれにタグが付与され、前記判定する手段は、受付拒否と判定すべきパケットに前記タグが付与されているときにはこの受付拒否と判定すべきパケットを受付許可と判定する手段を含むことが望ましい。これにより、最低帯域を保証したパケット転送サービスを実現することができる。
【００２０】
前記キュー長Ｘｉを検出する手段は、キュー長Ｘｉの所定の変化周期以下の変化周期についてキュー長Ｘｉを検出する手段を含む構成としたり、あるいは、前記キュー長Ｘｉを検出する手段は、単位時間内のキュー長Ｘｉの最大値をキュー長Ｘｉの検出結果として当該単位時間毎に出力する手段を含む構成とすることもできる。これにより、瞬間的なキュー長Ｘｉの変化を吸収し、外乱によるトラヒック制御の誤動作を回避することができる。
【００２１】
前記多重化する手段にモニタリングパケットを送出する手段を備え、前記キュー長Ｘｉを検出する手段は、このモニタリングパケットを送出する手段から送出されたモニタリングパケットが前記多重化する手段に入力された時刻と当該モニタリングパケットが前記多重化する手段から出力された時刻との時間差にしたがってキュー長Ｘｉを検出する手段を含むこともできる。
【００２２】
これにより、例えば、単にパケット蓄積数に基づくキュー長Ｘｉの検出と比較すると、実際の遅延時間等のパラメータを含めた実効的なキュー長Ｘｉを検出することができる。
【００２３】
複数のサービスクラスが設けられ、到着するパケットが属する前記サービスクラスを識別する手段と、コネクションｉ毎の前記多重化する手段の前記サービスクラス毎のキュー長Ｘｉを検出する手段と、コネクションｉ毎にあらかじめ定められた前記サービスクラス毎の重みＷｉの値を保持する手段とを備え、前記判定する手段は、前記サービスクラス毎の許可キュー長ＡＱｉを
ＡＱｉ＝α（ΣＸｉ）・Ｗｉ／Ｗａｃｔ
として計算する手段と、コネクションｉ毎の前記サービスクラス毎のキュー長Ｘｉが前記サービスクラス毎の当該許可キュー長ＡＱｉ以下のコネクションに属するパケットについてはこれを受付許可と判定する手段とを備えることもできる。
【００２４】
例えば、一つのコネクションに属するパケットをさらにリアルタイム性が重要なパケットと、その他のパケットとにサービスクラスを分類し、リアルタイム性が重要なパケットの方に、その他のパケットよりも重み付けの割合を大きくすれば、リアルタイム性が重要なパケットの読出しをスムースに行うことができるため、ユーザに対するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を向上させることができる。
【００２５】
また、前記判定する手段が受付拒否したコネクションｊ（１〜ｋのいずれか）のキュー長Ｘｊが前記許可キュー長ＡＱｊを超えている割合を算出する手段を備え、前記判定する手段は、この算出する手段の算出結果にしたがって少なくとも２個連続して前記コネクションｊのパケットを受付拒否する手段を備えることもできる。
【００２６】
また、前記算出する手段の算出結果にしたがって受付拒否したコネクションｊのパケットについて連続した受付拒否を禁止する手段を備えることもできる。
【００２７】
さらに、前記連続して前記コネクションｊのパケットを受付拒否する手段と前記連続した受付拒否を禁止する手段とを切替選択する手段を備えることもできる。
【００２８】
例えば、急激にキュー長Ｘｊが許可キュー長ＡＱｊを超えたときには、輻輳発生を回避するために急激なトラヒック制御を行う必要がある。そのような事態が発生したときには、パケットを連続して廃棄することにより対処することができる。反対に、緩やかにキュー長Ｘｊが許可キュー長ＡＱｊを超えたときには、緩やかなトラヒック制御を行って安定したトラヒック制御を実現することができる。このような相反する制御形態は、状況に応じて切替えて用いることが望ましい。このような切替制御は、前記判定する手段の付加機能として備えることが望ましい。
【００２９】
あるいは、前記判定する手段が受付拒否と判定したコネクションｊのパケットに前記算出する手段により算出された割合に応じて一定時間の遅延を与えた後に前記多重化する手段に蓄積する手段を備えることもできる。
【００３０】
これにより、パケットの廃棄を行わなくともＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ）が大きくなり、パケット送出元に対して送出レートを下げさせる効果が期待できるため、パケットを廃棄してしまう場合と比較してトラヒックを有効に利用することができる。
【００３１】
あるいは、コネクション識別番号があらかじめ複数のグループに分類され、前記判定する手段は、受付拒否と判定すべきパケットのコネクション識別番号が所定の前記グループに属するパケットについてはこの受付拒否と判定すべきパケットを受付許可と判定する手段を含むこともできる。これにより、緩やかなトラヒック制御を行い安定したトラヒック制御を実現することができる。
【００３２】
本発明の第二の観点は、本発明の多重化装置を備えたことを特徴とする帯域制御装置である。本発明の多重化装置を帯域制御装置に備えることにより、通信網に収容されている各コネクションに対し、輻輳時においても契約している最低帯域を保証しつつ、通常時（非輻輳時）には、余剰帯域をコネクション間で公平に分配し、より効率的な網資源の利用を可能にすることができ、また、高速回線においても経済的に実現可能な帯域制御装置を実現することができる。
【００３３】
本発明の第三の観点は、情報処理装置にインストールすることにより、その情報処理装置に、本発明の多重化装置の機能を実現させることを特徴とするプログラムである。あるいは、情報処理装置にインストールすることにより、その情報処理装置に、本発明の帯域制御装置の機能を実現させることを特徴とするプログラムである。
【００３４】
本発明の第四の観点は、本発明のプログラムが記録された前記情報処理装置読み取り可能な記録媒体である。
【００３５】
【発明の実施の形態】
本発明実施例の多重化装置を図１および図１２を参照して説明する。図１は本発明実施例の多重化装置のブロック構成図である。図１２はモニタリングパケットを用いるキュー長検出を説明するための図である。
【００３６】
本発明は、図１に示すように、到着するパケットの属するコネクション１〜ｋを識別するコネクション識別部１と、当該パケットの受付可否を判定する受付判定部５と、この受付判定部５の判定結果にしたがってパケットを一時蓄積するＦＩＦＯ型のバッファ６とを備えた多重化装置である。
【００３７】
ここで、本発明の特徴とするところは、複数コネクションのパケットがバッファ６に蓄積されている中からコネクションｉ毎のバッファ６のキュー長Ｘｉを検出するキュー長監視部７および仮想キュー管理部３と、コネクションｉ毎にあらかじめ定められた重みＷｉの値を保持するコネクション情報格納部２とを備え、バッファ６にはあらかじめ閾値となる最大キュー長Ｑｍａｘが設定され、当該最大キュー長Ｑｍａｘを超えるとほぼゼロとなる前記キュー長Ｘｉの総和ΣＸｉの連続関数をα（ΣＸｉ）とし、バッファ６に１以上のパケットが蓄積されているコネクションｉの前記重みの和をＷａｃｔとし、許可キュー長計算部４は、許可キュー長ＡＱｉを
ＡＱｉ＝α（ΣＸｉ）・Ｗｉ／Ｗａｃｔ
として計算し、受付判定部５は、コネクションｉ毎のキュー長Ｘｉが当該許可キュー長ＡＱｉ以下のコネクションに属するパケットについてはこれを受付許可と判定するところにある。
【００３８】
本実施例では、複数コネクションが混在して一つのバッファ６に蓄積されている状況下における実際のバッファ６のキュー長に対してキュー長監視部７および仮想キュー長管理部３によりコネクションｉ毎にバッファ６のキュー長Ｘｉを検出したものを仮想キュー長という。以下では、説明を簡単にするために、仮想キュー長を単にキュー長ＸｉまたはＸｊということにする。
【００３９】
受付判定部５は、受付拒否したコネクションｊのキュー長Ｘｊが前記許可キュー長ＡＱｊを超えている割合を算出し、この算出された割合に応じた確率で受付拒否と判定したコネクションｊのパケットについてもその一部を受付許可と判定されたパケットとみなしてバッファ６に蓄積することもできる。
【００４０】
あるいは、受付判定部５は、受付拒否したコネクションｊのキュー長Ｘｊが前記許可キュー長ＡＱｊを超えている割合を算出し、この算出結果にしたがって、２個連続して前記コネクションｊのパケットを受付拒否したり、あるいは、連続した受付拒否を禁止したりする。この受付拒否ポリシの切替選択は、ユーザが任意に行うことができる。例えば、算出された割合が所定の値を超えているときには少なくとも２個連続して前記コネクションｊのパケットを受付拒否し、また、この算出された割合が所定の値以下であるときには受付拒否したコネクションｊのパケットについて連続した受付拒否を禁止することもできる。
【００４１】
また、受付判定部５は、受付拒否と判定すべきコネクションｊのパケットがバッファ６に存在しないときにはこの受付拒否と判定すべきパケットを受付許可と判定することもできる。
【００４２】
最低保証帯域を超えてネットワークに到着するパケットについてはこれにタグが付与され、受付判定部５は、受付拒否と判定すべきパケットに前記タグが付与されているときにはこの受付拒否と判定すべきパケットを受付許可と判定する。
【００４３】
受付判定部５は、受付拒否したコネクションｊのキュー長Ｘｊが前記許可キュー長ＡＱｊを超えている割合を算出し、受付拒否と判定したコネクションｊのパケットに算出された割合に応じて一定時間の遅延を与えた後にバッファ６に蓄積することもできる。
【００４４】
キュー長監視部７は、キュー長Ｘｉの所定の変化周期以下の変化周期についてキュー長Ｘｉを検出する。あるいは、キュー長監視部７は、単位時間内のキュー長Ｘの最大値をキュー長Ｘｉの検出結果として当該単位時間毎に出力する。
【００４５】
また、図１２に示すように、バッファ６にモニタリングパケットを送出するモニタリングパケット挿入部８を備え、キュー長監視部７は、このモニタリングパケット挿入部８から送出されたモニタリングパケットがバッファ６に入力された時刻と当該モニタリングパケットがバッファ６から出力された時刻との時間差にしたがってキュー長Ｘｉを検出することもできる。
【００４６】
また、複数のサービスクラスが設けられ、コネクション識別部１では、到着するパケットのコネクションと共にそのパケットが属する前記サービスクラスも同時に識別し、仮想キュー管理部３では、コネクションｉ毎のバッファ６の前記サービスクラス毎のキュー長Ｘｉを検出し、コネクション情報格納部２では、コネクションｉ毎にあらかじめ定められた前記サービスクラス毎の重みＷｉの値を保持し、受付判定部５は、前記サービスクラス毎の許可キュー長ＡＱｉを
ＡＱｉ＝α（ΣＸｉ）・Ｗｉ／Ｗａｃｔ
として計算し、コネクションｉ毎の前記サービスクラス毎のキュー長Ｘｉがサービスクラス毎の当該許可キュー長ＡＱｉ以下のコネクションに属するパケットについてはこれを受付許可と判定することもできる。
【００４７】
また、コネクション識別番号をあらかじめ複数のグループに分類しておき、受付判定部５は、受付拒否と判定すべきパケットのコネクション識別番号が所定の前記グループに属するパケットについてはこの受付拒否と判定すべきパケットを受付許可と判定するようにすることもできる。前記グループの分類例としては、コネクション識別番号の偶数または奇数で分類することができる。
【００４８】
本発明の多重化装置は、図１４に示すように、ネットワークに設けることにより、帯域制御装置（ＵＰＣ：Ｕｓａｇｅ  Ｐａｒａｍｅｔｅｒ  Ｃｏｎｔｒｏｌ）として用いることができる。また、パケット交換スイッチ内に設けることにより、当該スイッチ内のバッファの輻輳の回避にも利用できる。
【００４９】
本発明の多重化装置または帯域制御装置は、情報処理装置であるコンピュータ装置にインストールすることにより、そのコンピュータ装置に、本発明の多重化装置または帯域制御装置の機能を実現させるプログラムをコンピュータ装置にインストールすることにより実現できる。このプログラムは記録媒体に記録され、コンピュータ装置はこの記録媒体の記録内容を読み取ることにより本発明のプログラムをインストールしたり、あるいは、本発明のプログラムを保持するサーバからネットワークを介して直接本発明のプログラムをインストールする。
【００５０】
以下では、本発明実施例をさらに詳細に説明する。
【００５１】
図１４は本発明を適用して最低帯域保証サービスの提供を行うネットワークの構成図である。発側ユーザは着側ユーザへとネットワークを通してパケットを送出する。ネットワークはユーザに対して契約している最低帯域までの転送レートの保証を行う。ネットワークの各リンクには複数ユーザが収容されており、余剰帯域に関しては料金や最低保証帯域などに基づいて決められる重みにしたがってユーザ間に分配される。
【００５２】
まず、発側ユーザがネットワークにパケットを送出すると、ネットワークの入側エッジに位置するレート観測装置でユーザのネットワークへのパケット送出レートが計測される。パケットの送出レートが最低保証帯域を超えていれば、パケットのヘッダにＴａｇが付けられ、最低保証帯域以下で送出されるパケットに関してはそのままネットワークへと送出される。Ｔａｇが付けられていないパケットをネットワーク内で廃棄することなく着側ユーザまで転送することで最低帯域の保証を行う。本発明の多重化装置は中継ノード内に位置し、複数ユーザで共用しているリンク帯域を各ユーザに重みにしたがって分配するという処理を行う。
【００５３】
（第一実施例）
本発明第一実施例を図１ないし図１１を参照して説明する。本発明の多重化装置は、図１に示すように、コネクション識別部１、帯域制御部１０、バッファ部１１から構成されている。コネクション識別部１では到着したパケットのヘッダからコネクションを識別する。帯域制御部１０では、そのコネクション情報をもとに帯域制御に関する処理を行う。バッファ部１１は単純なＦＩＦＯ型のバッファ６でリンクに収容されている全ユーザ間で共用されている。
【００５４】
バッファ６にはキュー長監視部７が接続されており、バッファ６のキュー長とパケット入出力時に入出力パケットに関する情報を前段の仮想キュー管理部３に伝達する。ここで、入出力パケットに関する情報とは、バッファ６に入力またはバッファ６から出力されるパケットのパケット長およびそのパケットが属しているコネクションの識別番号を含む。
【００５５】
入力回線側からパケットが到着すると、コネクション識別部１でパケットのコネクション識別が行われ、後段の帯域制御部１０に送られ、バッファ６に入力するか否かの判定を行い、廃棄と判定されたパケットはその場で廃棄され、廃棄と判定されなかったパケットは後段のバッファ部１１へと入力されＦＩＦＯ規範にしたがって出力回線へと出力される。
【００５６】
本発明では帯域制御部１０でのパケット廃棄に基づく帯域制御が重要な役割を果たす。したがって、帯域制御部１０の処理について詳細に説明する。帯域制御部１０は、仮想キュー管理部３、許可キュー長計算部４、コネクション情報格納部２、受付判定部５により構成されている。
【００５７】
仮想キュー管理部３では、キュー長監視部７からの情報をもとにバッファ６のキュー長とコネクション毎のキュー長とを算出する。仮想キュー管理部３はコネクション情報格納部２と接続されており、算出されたコネクション毎の仮想的なキュー長はコネクション情報格納部２に記録される。
【００５８】
各キュー長の算出方法について説明する。まず、バッファ６のキュー長の算出に関しては、キュー長監視部７から伝達されるキュー長情報をそのまま仮想キュー管理部３に保持するだけである。次にコネクション毎の仮想キュー長の算出方法であるが、初期状態ではバッファ６は空であるため、各コネクションの仮想キュー長はゼロである。バッファ６にパケットが入力されると、そのパケットのパケット長とコネクション識別番号とがキュー長監視部７を通して伝達される。その情報をもとに仮想キュー管理部３はコネクション識別部１にアクセスし、該当コネクションの仮想キュー長に送られてきたパケット長を足し込むという処理を行う。パケット出力時にはこれとは逆に仮想キュー長から伝達されたパケット長を減算するという処理を行う。
【００５９】
図２はコネクション情報格納部２の一例で、仮想キュー管理部３で算出されたコネクション毎の仮想キュー長に関する情報、コネクションの重みに関する情報が格納されている。
【００６０】
次に、許可キュー長計算部４は、仮想キュー管理部３およびコネクション情報格納部２からバッファ６のキュー長に関する情報と、コネクション毎の仮想キュー長、重みに関する情報を受け取り、それらをもとに許可キュー長を計算する機能を持つ。ここでコネクションの許可キュー長とはバッファ６への入力が認められる最大キュー長を表す。
【００６１】
コネクションｉの許可キュー長ＡＱｉの計算方法について具体的に説明する。コネクションの重みをＷｉ、現在のバッファ６のキュー長をΣＸｉとすると、ＡＱｉ＝α（ΣＸｉ）・Ｗｉ／Ｗａｃｔで計算される。α（ΣＸｉ）はある連続関数で、図３ないし図９のグラフはキュー長の関数α（ΣＸｉ）の一例である。横軸にキュー長ΣＸｉをとり、縦軸に関数α（ΣＸｉ）の値をとる。Ｗａｃｔはアクティブなコネクションの重みの和である。ここでアクティブなコネクションとは仮想キュー長がゼロより大きなコネクション、つまり少なくとも一つ以上のパケットがバッファ６に入っているコネクションのことである。
【００６２】
関数α（ΣＸｉ）はキュー長がある閾値（図ではＱｍａｘ）を超えるとゼロとなる。つまりキュー長がある閾値を超えた場合には、輻輳であると判定され、各コネクションの許可キュー長はゼロとなる。
【００６３】
例えば、図３の例では閾値Ｑｍａｘを超えない範囲では、関数α（ΣＸｉ）は一定の値をとり、閾値Ｑｍａｘを超えたときには関数α（ΣＸｉ）はゼロとなる。すなわち、閾値Ｑｍａｘを超えない範囲で許可キュー長ＡＱｉはコネクションの重みに比例して分配される。
【００６４】
図４の例では、キュー長ΣＸｉがゼロから閾値Ｑｍａｘ未満の所定の値までの間で、途中までは関数α（ΣＸｉ）は緩やかに減少し、閾値Ｑｍａｘに近付くにつれて急に減少し、閾値Ｑｍａｘではゼロとなる。すなわち、許可キュー長ＡＱｉはキュー長ΣＸｉが小さいときには、コネクションｉの重み以上に分配されるが、キュー長ΣＸｉが所定の値を超えると急峻に許可キュー長ＡＱｉの分配率が低下する。
【００６５】
図５の例では、キュー長ΣＸｉと関数α（ΣＸｉ）の値とがリニアに反比例する。すなわち、許可キュー長ＡＱｉはキュー長ΣＸｉにリニアに反比例する。最も単純かつ基本的な制御例である。
【００６６】
図６の例では、キュー長ΣＸｉと関数α（ΣＸｉ）の値とが二次関数にしたがって反比例する。すなわち、許可キュー長ＡＱｉはキュー長ΣＸｉが小さいときには大きいが、キュー長ΣＸｉが増加するとともに急に減少を始め、キュー長ΣＸｉが閾値Ｑｍａｘに近付くにつれて減少が緩やかになる。これにより、キュー長ΣＸｉが増え始めた時点でトラヒックの増加を強く抑えることができる。
【００６７】
図７の例では、キュー長ΣＸｉと関数α（ΣＸｉ）の値とが図６に示す二次関数とは逆転した二次関数にしたがって反比例する。すなわち、許可キュー長ＡＱｉはキュー長ΣＸｉが小さいときには大きいが、キュー長ΣＸｉが増加するとともに徐々に減り始め、キュー長ΣＸｉが閾値Ｑｍａｘに近付くにつれて減少が急になる。これにより、キュー長ΣＸｉが閾値Ｑｍａｘに近付くにつれてトラヒックの増加を強く抑えることができる。
【００６８】
図８の例では、キュー長ΣＸｉと関数α（ΣＸｉ）の値とが段階的に反比例する。すなわち、許可キュー長ＡＱｉはキュー長ΣＸｉが小さいときには大きいが、キュー長ΣＸｉが増加するとともに徐々に減り始め、所定のキュー長ΣＸｉから急に減り始め、キュー長ΣＸｉが閾値Ｑｍａｘに近付くにつれて再び減少が緩やかになる。これにより、キュー長ΣＸｉがゼロと閾値Ｑｍａｘとの中間付近にあるときにトラヒックの増加を強く抑えることができる。
【００６９】
図９の例では、キュー長ΣＸｉと関数α（ΣＸｉ）の値とが図８の例とは逆転して段階的に反比例する。すなわち、許可キュー長ＡＱｉはキュー長ΣＸｉが小さいときには大きいが、キュー長ΣＸｉが増加するとともに急に減り始め、所定のキュー長ΣＸｉから緩やかに減り始め、キュー長ΣＸｉが閾値Ｑｍａｘに近付くにつれて再び急に減り始める。これにより、キュー長ΣＸｉがゼロから増え始めた時点と閾値Ｑｍａｘに近付いた時点とでトラヒックの増加を強く抑えることができる。
【００７０】
また、キュー長ΣＸｉとしては現在のキュー長（パケット到着時のキュー長の瞬間値）を用いるとしているが、キュー長ΣＸｉとして一定時間内のキュー長の平均値を採用してもよい。
【００７１】
受付判定部５は許可キュー長とコネクション毎の仮想キュー長から到着したパケットをバッファ６へ入力するか廃棄するかの判定をする。図１０は確定的な廃棄処理を行うパケット到着時の処理フローを示すフローチャートであるが、図１０に示すように、仮想キュー長Ｘｉが許可キュー長ＡＱｉ以下であればバッファ６に入力し、許可キュー長ＡＱｉを超えていれば、Ｔａｇが付けられているパケットは廃棄し、Ｔａｇが付けられていないパケットはバッファ６へ入力することにより、常に各コネクションの最低帯域は保証しつつ、バッファ６の占有率が公平になるように制御する。
【００７２】
また、仮想キュー長が許可キュー長を超えていた場合には、上記のように確定的にパケット廃棄するのではなく、確率的にパケット廃棄することも可能である。図１１は確率的な廃棄処理を行うパケット到着時の処理フローを示すフローチャートであるが、図１１に示すように、許可キュー長をＡＱｉ、仮想キュー長をＸｉとすると、廃棄確率Ｐは、
Ｐ＝（Ｘｉ−ＡＱｉ）／Ｘｉ
で与えられる。つまり、仮想キュー長が許可キュー長を超えた場合には、超えた割合だけ落すというものである。確率的な廃棄によって帯域制御することで、一つのコネクションに注目した場合には、仮想キュー長が許可キュー長を超えたときでも、連続してパケットが廃棄される現象が、確定的にパケット廃棄する場合よりも減少するため、ＴＣＰのレート制御との親和性が高くなるといえる。バッファ６へと入力されたパケットはＦＩＦＯ規範にしたがって出力回線へと出力される。
【００７３】
図１１における擬似乱数Ｒａｎｄの生成は、パケット到着毎に行われ、廃棄確率Ｐと擬似乱数Ｒａｎｄとを比較した結果に基づき廃棄を実行することにより、実際に廃棄確率Ｐによる廃棄を実現することができる。例えば、廃棄確率Ｐが０．５であるときに、擬似乱数Ｒａｎｄが０．５よりも大きい値をとる確率もまた０．５であり、擬似乱数Ｒａｎｄが０．５よりも大きい場合に廃棄を実行することにより、廃棄確率Ｐにしたがった廃棄が行われる。
【００７４】
本発明の多重化装置はキュー長をもとに網の輻輳状態を推定し、輻輳であると判定されれば許可キュー長はゼロに等しくなり、最低保証帯域以下のレートで網に送出されているパケットのみを網は転送する。キュー長がある閾値以下のときは、余剰帯域が存在すると判断され、各コネクションは重みに比例したバッファの占有によって、帯域をコネクション間に公平に配分される。
【００７５】
また、前述の実施例によれば、ハードウェア構成が簡易なＦＩＦＯバッファでＧＦＲサービスを実現しつつ、ＷＲＲ方式等のようなコネクション毎に個別にバッファを持ってパケットの読出制御を行う方法と同様に余剰帯域を公平にコネクション間の分配することが可能である。また、一つのバッファを多数のコネクションで共用するため、コネクション毎に個別にバッファを持つ方式に比べて、統計多重効果により必要なバッファ量を削減できるという利点もある。
【００７６】
（第二実施例）
本発明第二実施例は図１に示す受付判定部５の機能として、受付判定部５が受付拒否したコネクションｊのキュー長Ｘｊが前記許可キュー長ＡＱｊを超えている割合を算出し、この算出された割合が所定の値を超えているときには少なくとも２個連続してコネクションｊのパケットを受付拒否し、この算出された割合が所定の値以下であるときには受付拒否したコネクションｊのパケットについて連続した受付拒否を禁止する。
【００７７】
すなわち、急激にキュー長Ｘｊが許可キュー長ＡＱｊを超えたときには、輻輳発生を回避するために急激なトラヒック制御を行う必要がある。そのような事態が発生したときには、パケットを連続して廃棄することにより対処することができる。反対に、緩やかにキュー長Ｘｊが許可キュー長ＡＱｊを超えたときには、緩やかなトラヒック制御を行って安定したトラヒック制御を実現することができる。
【００７８】
（第三実施例）
本発明第三実施例は図１に示す受付判定部５の機能として、受付拒否と判定すべきコネクションｊのパケットがバッファ６に存在しないときにはこの受付拒否と判定すべきパケットを受付許可と判定する。
【００７９】
すなわち、バッファ６にコネクションｊのパケットが存在しないということは、コネクションｊのパケットは散発的であることを示している。このような散発的なパケットを受付拒否して廃棄しても連続的なパケットを廃棄する場合と比較して輻輳回避の効果はきわめて低い。したがって、このような散発的なパケットを無意味に廃棄しないようにする。
【００８０】
（第四実施例）
本発明第四実施例は図１に示す受付判定部５の機能として、受付拒否と判定したコネクションｊのパケットに一定時間の遅延を与えた後にバッファ６に蓄積する。この一定時間は、キュー長Ｘｊが許可キュー長ＡＱｊを超えた割合に応じて可変する。
【００８１】
これにより、パケットの廃棄を行わなくともＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ）が大きくなり、パケット送出元に対して送出レートを下げさせる効果が期待できるため、パケットを廃棄してしまう場合と比較してトラヒックを有効に利用することができる。
【００８２】
（第五実施例）
本発明第五実施例は図１に示す受付判定部５の機能として、あらかじめコネクション識別番号を複数のグループに分類しておき、受付拒否と判定すべきパケットのコネクション識別番号が所定のグループに属するときには、そのパケットを受付許可と判定することができる。例えば、偶数または奇数のいずれか一方のパケットについてはこの受付拒否と判定すべきパケットを受付許可と判定する。これにより、緩やかなトラヒック制御を行い安定したトラヒック制御を実現することができる。
【００８３】
（第六実施例）
本発明第六実施例は図１に示すキュー長監視部７の機能として、キュー長Ｘｉの所定の変化周期以下の変化周期についてキュー長Ｘｉを検出する。これにより、瞬間的なキュー長Ｘｉの変化を吸収し、外乱によるトラヒック制御の誤動作を回避することができる。
【００８４】
（第七実施例）
本発明第七実施例は図１に示すキュー長監視部７の機能として、単位時間内のキュー長Ｘｉの最大値をキュー長Ｘｉの検出結果として当該単位時間毎に出力する。これにより、第六実施例と同様に、瞬間的なキュー長Ｘｉの変化を吸収し、外乱によるトラヒック制御の誤動作を回避することができる。
【００８５】
（第八実施例）
本発明第八実施例を図１２を参照して説明する。第八実施例としては、図１２に示すように、バッファ６にモニタリングパケットを送出するモニタリングパケット挿入部８を備え、キュー長監視部７は、このモニタリングパケット挿入部８から送出されたモニタリングパケットがバッファ６に入力された時刻と当該モニタリングパケットがバッファ６から出力された時刻との時間差にしたがってキュー長Ｘを検出する。
【００８６】
これにより、単にパケット蓄積数に基づくキュー長Ｘｉの検出と比較すると、実際の遅延時間等のパラメータを含めた実効的なキュー長Ｘｉを検出することができる。
【００８７】
（第九実施例）
本発明第九実施例を図１３を参照して説明する。第九実施例は、一つのコネクションに属するパケットをさらに二つのサービスクラスに分類して取り扱う例である。一つのサービスクラスは、リアルタイム性を重要視するパケットに対するリアルタイム（Ｒ）クラスであり、もう一つのサービスクラスは、リアルタイム性を重要視しないパケットに対するノンリアルタイム（ＮＲ）クラスである。
【００８８】
第九実施例を実現するためには、図１に示すコネクション識別部１において、到着するパケットのコネクションを識別すると共にそのパケットのサービスクラスを識別する。また、仮想キュー管理部３では、バッファ６に蓄積されたパケットのコネクションの情報と共にサービスクラスの情報も取得する。これにより、コネクション情報格納部２には、図１３に示すようなテーブルを設けることができる。
【００８９】
例えば、コネクション＃１についてみると、仮想キュー長としてリアルタイムクラスに属するＸ１（Ｒ）およびノンリアルタイムクラスに属するＸ１（ＮＲ）が記録されている。また、重みとしてリアルタイムクラスの重みＷ１（Ｒ）およびノンリアルタイムクラスの重みＷ１（ＮＲ）が記録されている。重みＷ１（Ｒ）はＷ１（ＮＲ）よりも重く設定されており、リアルタイムクラスに属するパケットをノンリアルタイムクラスに属するパケットに優先して読出すことができる。
【００９０】
これにより、リアルタイム性を重要視するパケットの遅延を少なくすることができるため、ユーザに対するＱｏＳを向上させることができる。
【００９１】
【発明の効果】
以上説明したように、本発明によれば、通信網内に設置することにより、通信網に収容されている各コネクションに対し、輻輳時においても契約している最低帯域を保証しつつ、通常時（非輻輳時）には、余剰帯域をコネクション間で公平に分配し、より効率的な網資源の利用を可能にすることができる。また、高速回線においても経済的に実現可能な多重化装置および帯域制御装置を実現することができる。さらに、パケット交換スイッチ等のノード内に設置することにより、簡単なハードウェア構成を実現し、効率の良いノード内の輻輳回避を実現することができる。
【図面の簡単な説明】
【図１】本発明実施例の多重化装置のブロック構成図。
【図２】コネクション情報格納部のテーブル例を示す図。
【図３】関数α（ΣＸｉ）の例を示す図。
【図４】関数α（ΣＸｉ）の例を示す図。
【図５】関数α（ΣＸｉ）の例を示す図。
【図６】関数α（ΣＸｉ）の例を示す図。
【図７】関数α（ΣＸｉ）の例を示す図。
【図８】関数α（ΣＸｉ）の例を示す図。
【図９】関数α（ΣＸｉ）の例を示す図。
【図１０】確定的な廃棄処理を行うパケット到着時の処理フローを示すフローチャート。
【図１１】確率的な廃棄処理を行うパケット到着時の処理フローを示すフローチャート。
【図１２】モニタリングパケットを用いるキュー長検出を説明するための図。
【図１３】第九実施例のコネクション情報格納部のテーブル例を示す図。
【図１４】本発明を適用したネットワーク構成の一例を示す図。
【図１５】従来のＷＲＲ方式の概要を説明するための図。
【符号の説明】
１  コネクション識別部
２  コネクション情報格納部
３  仮想キュー管理部
４  許可キュー長計算部
５  受付判定部
６  バッファ
７  キュー長監視部
８  モニタリングパケット挿入部
１０  帯域制御部
１１  バッファ部
【図１】
0003631699.tif 000002
【図２】
0003631699.tif 000003
【図３】
0003631699.tif 000004
【図４】
0003631699.tif 000005
【図５】
0003631699.tif 000006
【図６】
0003631699.tif 000007
【図７】
0003631699.tif 000008
【図８】
0003631699.tif 000009
【図９】
0003631699.tif 000010
【図１０】
0003631699.tif 000011
【図１１】
0003631699.tif 000012
【図１２】
0003631699.tif 000013
【図１３】
0003631699.tif 000014
【図１４】
0003631699.tif 000015
【図１５】
0003631699.tif 000016