JPH11261632A - 帯域割当制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 所定コネクションに対しスループット確保や
応答時間短縮を図る。 【解決手段】 パケット紛失事象を検出した場合、高優
先度コネクションについては送信量を直ちには削減せ
ず、パケット紛失事象をＭ回検出するごとに送信量を削
減し、従来方式のＴＣＰのホスト／端末では、パケット
紛失事象を検出すると一律に送信量を削減する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、帯域割当制御方法
に関し、特にプロトコル処理を実行するノードにおける
プロトコルレイヤ４の帯域割当制御方法に関するもので
ある。

【０００２】

【従来の技術】現在、インターネット／イントラネット
ではベストエフォート型サービスが主要なサービス形態
であり、各コネクションには時々刻々変化するネットワ
ーク状況に応じた帯域が提供される。代表的プロトコル
であるＴＣＰでは、パケット紛失事象の検出などを基に
してネットワーク状況の変化を検出し、送信量を調整す
る。

【０００３】このために、相手ノードの受信能力を示す
受信告知ウィンドウ（ａｄｗｎｄ）の他に、ネットワー
クの転送能力を推定した輻輳ウィンドウ（ｃｗｎｄ）を
用いて、ｍｉｎ（ａｄｗｎｄ，ｃｗｎｄ）の範囲で送信
する（ただし、ｍｉｎ（Ａ，Ｂ）はＡとＢの小さい方の
値を採ることを示す）。送信量の調整のための帯域制御
は、ｃｗｎｄを中心として実現され、前記パラメータの
他にスロースタートしきい値（ｓｓｔｈｒｅｓｈ）があ
り、これらのパラメータに基づいて送信が行われる。

【０００４】この種の帯域制御では、、スロースタート
フェーズと輻輳回避フェーズと呼ばれる２つのフェーズ
があり、制御の方法が異なる。その方式の概要は次のよ
うなものである。なお、帯域制御の各パラメータの単位
はＴＣＰの実装ではバイト数としているが、以下では、
説明を容易にするためパケット数で表現する。

【０００５】図９は従来の帯域割当制御方法を示すフロ
ーチャートである。まず、コネクション設定後、帯域制
御のパラメータを、ｓｓｔｈｒｅｓｈ＝ａｄｗｎｄ，ｃ
ｗｎｄ＝１に初期設定する（ステップ９０）。そして、
スロースタートフェーズに入り、１個のデータパケット
（ＤＴパケット）の送信を行い、確認応答パケット（Ａ
ＣＫパケット）の受信を待つ（ステップ９１）。

【０００６】ここで、一定時間内にＡＣＫパケットを受
信した場合（ステップ９０：ＡＣＫパケット受信）、ｃ
ｗｎｄ＜ｓｓｔｈｒｅｓｈのときには（ステップ９２：
ＹＥＳ）、ｃｗｎｄを＋１する（ステップ９３）。これ
により、次には２パケットの送信を行い（ステップ９
１）、以降、ＡＣＫパケット受信ごとに受信確認したＤ
Ｔパケット数だけ、次の送信可能量であるｃｗｎｄが、
１，２，４，８、…と言った具合に増加していく。

【０００７】また、ｃｗｎｄがしきい値ｓｓｔｈｒｅｓ
ｈに達したら（ステップ９２：ＮＯ）、輻輳回避フェー
ズに入る。輻輳回避フェーズでは、ＡＣＫパケット受信
ごとにｃｗｎｄを１／ｃｗｎｄだけ増加させるので（ス
テップ９４）、スロースタートフェーズと比較すると遥
かに緩やかな増加となる。

【０００８】代表的なＴＣＰの実装では、確認応答が受
信されず時間監視がタイムアウトした時（ステップ９
１：確認応答タイムアウト）、または一定数（通常は
３）以上の重複ＡＣＫの受信時（ステップ９１：重複Ａ
ＣＫ受信）に、パケット紛失が発生したもの、すなわち
ＤＴパケット紛失事象と判断する。なお、重複ＡＣＫ受
信とは、同一の受信シーケンス番号を有するＡＣＫパケ
ットを連続して複数個受信することをいう。

【０００９】ＤＴパケット紛失と判断した時は、帯域制
御のパラメータを調整する。特に、重複ＡＣＫ検出の場
合、ｓｓｔｈｒｅｓｈをｍｉｎ（ｃｗｎｄ，ａｄｗｎ
ｄ）／２とし、ｃｗｎｄを新ｃｗｎｄ＝旧ｃｗｎｄ／２
とする（ステップ９５）。また、タイムアウトの場合、
ｓｓｔｈｒｅｓｈをｍｉｎ（ｃｗｎｄ，ａｄｗｎｄ）／
２とし、ｃｗｎｄを新ｃｗｎｄ＝１とする（ステップ９
６）（例えば、Ｗ．Ｒ．Ｓｔｅｖｅｎｓ著、ＴＣＰＩｌ
ｌｕｓｔｒａｔｅｄＶｏｌ．１のＣｈａｐｔｅｒ２１，
Ａｄｄｉｓｏｎ Ｗｅｓｌｅｙ，１９９４など参照）。

【００１０】一方、誤り回復の迅速化を狙いとした選択
的応答（ＳＡＣＫ）の機能が、ＴＣＰのオプションとし
て１９９６年にインターネット・ドキュメントであるＲ
ＦＣ２０１８で規定された。これによれば、ＳＡＣＫ情
報は、受信側で非連続受信（すなわち、パケット紛失に
より））となったパケット全てについて、受信できた区
間がＡＣＫパケットに付加して具体的に通知される。

【００１１】送信側では本情報を使用して、紛失パケッ
トのみを再送する。帯域制御（輻輳制御）との関係は、
ＲＦＣ２０１８では既存機能が保存されるべきとあるの
で、ＳＡＣＫ情報によりパケット紛失を検出すると、重
複ＡＣＫ検出時と同様な帯域制御パラメータの調整を行
う。以上のように、重複ＡＣＫ、確認応答タイムアウ
ト、ＳＡＣＫ情報によりパケット紛失事象を検出する
と、当該コネクションを使用しているユーザレベルやア
プリケーション種別によらず、一律に送信量を削減する
制御を行うものとなっている

【００１２】

【発明が解決しようとする課題】情報通信サービスとネ
ットワーク環境の多様化に伴い、ベストエフォート型サ
ービスにもサービスグレードが必要となりつつあり、例
えば、ネットワークの混雑時にも重要／緊急などの高優
先度通信のコネクションで帯域を確保したい要求があ
る。しかしながら、このような従来の帯域割当制御方
法、例えば現状のＴＣＰコネクションでは、アプリケー
ションの通信要求条件に依らず、パケット紛失事象を検
出すると通信帯域を一律に削減する制御を行うものとな
っている。

【００１３】このため、ネットワークの混雑時には、重
要／緊急などの高優先度通信のコネクションで帯域を確
保することができないという問題点があった。例えば、
社内利用を想定したイントラネットにおいて、業務種別
や職位に応じて通信帯域の割当の優先度をつけて、重要
通信や緊急通信でのスループット確保や応答時間短縮を
図ることが考えられるが、現状のＴＣＰの帯域制御では
実現できないという問題点があった。

【００１４】本発明はこのような課題を解決するための
ものであり、パケット紛失事象を検出しても直ちに送信
量を削減することはせずに、重要通信や緊急通信のＴＣ
Ｐコネクションの場合には通信帯域を確保するような帯
域制御の動作を行うことにより、所定のコネクションに
対してスループット確保や応答時間短縮を図ることがで
きる帯域割当制御方法を提供することを目的としてい
る。

【００１５】

【課題を解決するための手段】このような目的を達成す
るために、本発明による帯域割当制御方法は、パケット
紛失事象を計測する機能と紛失数を保持するパケット紛
失事象カウンタｋ、およびパケット紛失事象時に帯域制
御パラメータの値を削減するか否かを判断するための優
先度係数Ｍを設け、これらパケット紛失事象カウンタｋ
と優先度係数Ｍとを比較することにより、帯域制御パラ
メータである輻輳ウィンドウ値（ｃｗｎｄ）およひスロ
ースタートしきい値（ｓｓｔｈｒｅｓｈ）に対する削減
要否を判断するようにしたものである。

【００１６】この場合、優先度係数Ｍは、上位アプリケ
ーションがコネクション設定要求時に指定し、またはＴ
ＣＰモジュールで予め設定しておく。また、コネクショ
ン設定時には、パケット紛失事象カウンタｋを０に設定
しておく。

【００１７】したがって、パケット紛失事象を検出した
ら、パケット紛失事象カウンタｋに１が加算され、ｋが
優先度係数Ｍに達したか否かをチェックされる。ここ
で、ｋ＜Ｍの場合には、ｓｓｔｈｒｅｓｈとｃｗｎｄは
削減されず、その後に紛失パケットの再送のみが行われ
る。

【００１８】また、ｋ≧Ｍの場合には、ｓｓｌｈｒｅｓ
ｈとｃｗｎｄが削減されるとともに、紛失パケットの再
送が行われ、さらにｋ＝０としてリセットされる。優先
度係数Ｍの初期値は１とし、この場合には優先制御を行
わない従来制御の動作となり、直ちに帯域制御パラメー
タｓｓ１ｈｒｅｓｈとｃｗｎｄの削減を行う。

【００１９】

【発明の実施の形態】次に、本発明について図面を参照
して説明する。図１は本発明の一実施の形態である帯域
割当制御方法が適用される通信システムを示すブロック
図である。同図において、エンドノード１は、情報通信
網２に接続され、相手のエンドノード１と通信する。

【００２０】エンドノード１は、下位レイヤ処理部１
１、レイヤ４処理部１２、アプリケーション処理部１３
から構成されている。下位レイヤ処理部１１は、プロト
コルレイヤ３以下の処理、すなわち通信回線との電気的
整合などのレイヤ１、フレームの組立／分解などのレイ
ヤ２、およびルーティングなどのレイヤ３（ここではＩ
Ｐとする）の処理を行う。

【００２１】レイヤ４処理部１２は、レイヤ４（ここで
はＴＣＰとする）のコネクションの設定解放、フロー制
御などに基づいたデータ送受信の処理を行う。情報通信
網２は、通信回線および中継ノードから構成される。プ
ロトコルレイヤ４（ＴＣＰ）の帯域制御のパラメータと
して、受信告知ウィンドウ（ａｄｗｎｄ）、輻輳ウィン
ドウ（ｃｗｎｄ）、スロースタートしきい値（ｓｓｔｈ
ｒｅｓｈ）を有する。

【００２２】本発明では、これらパラメータに加えて、
パケット紛失数をカウントするとともに紛失数を保持す
る変数ｋと、パケット紛失事象検出時に帯域制御パラメ
ータを削減するか否かを判断するための優先度係数Ｍと
が設けられている。送信可能なパケット数は、ｍｉｎ
（ｃｗｎｄ，ａｄｗｎｄ）であり、各パラメータの変動
に伴い通信中に変化していく（ただし、ｍｉｎ（Ａ，
Ｂ）はＡとＢの小さい方の値を採ることを示す）。

【００２３】次に、図２を参照して、本発明の動作とし
て、帯域制御を中心としたデータ送信処理動作について
説明する。図２は、本発明の動作を示すシーケンス図で
ある。まず、クライアント側のレイヤ４処理部１２（Ｔ
ＣＰ）は、アプリケーション処理部１３（上位ＡＰ）か
らの通信開始要求に応じて、サーバ側にコネクション設
定要求を行う。この時、パケット紛失事象カウンタｋを
０にリセット（クリア）する。

【００２４】サーバ側の上位ＡＰは、その後、クライア
ント側の上位ＡＰから通知されるユーザＩＤまたは要求
アプリケーションＩＤに基づいて、ＴＣＰコネクション
で優先的な帯域制御を行うか否か判断し、優先度係数Ｍ
の値を決定して設定する。例えば、緊急を要する通信の
場合には、その緊急度に応じて１より大きい値をＭに設
定する。

【００２５】これにより、パケット紛失事象の場合で
も、当該コネクションに対して、高優先度の送信制御が
行われる。実際には、パケット紛失事象の場合、直ちに
送信量を削減せず、優先度係数Ｍとパケット紛失事象カ
ウンタｋとを比較し、ｋ≧Ｍとなった場合のみ、すなわ
ちパケット紛失事象がＭ回発生するごとに、送信量が削
減される。

【００２６】また、緊急を要せず通常の通信で良い場合
には、Ｍ＝１に設定する。優先度係数Ｍの初期値（デフ
ォルト値）は１とし、優先制御を行わない従来制御の動
作となる。これにより、パケット紛失事象の場合には、
その発生ごとに、直ちに送信量が削減される。

【００２７】図３は帯域割当制御による帯域変化を示す
説明図である。コネクションＡ〜Ｃがネットワークを介
して設定されている場合、図３（ａ）に示すように、従
来の帯域割当制御では、パケット紛失事象発生に応じ
て、直ちに帯域制御パラメータｓｓｔｈｒｅｓｈとｃｗ
ｎｄの削減が行われ、全てのコネクションＡ〜Ｃの帯域
割当が削減される。

【００２８】これに対して、本発明によれば、図３
（ｂ）に示すように、パケット紛失事象では、その発生
ごとに通常通信（Ｍ＝１）のコネクションＢ，Ｃの送信
量が削減されるが、高優先度のコネクションＡについて
は、パケット紛失事象がＭ回発生するごとに、その送信
量が削減される。したがって、高優先度コネクションＡ
の送信量削減率は、他のコネクションＢ，Ｃに比較して
小さく、帯域割当量が優先される。

【００２９】このようにして、パケット紛失事象などを
検出しても、高優先度コネクションについては送信量を
直ちには削減せずにＭ回検出ごとに削減し、従来方式の
ＴＣＰのホスト／端末では、パケット紛失／遅延を検出
すると一律に送信量を削減する。これにより、従来方式
のホスト／端末で解放された帯域が、本発明方式のホス
ト／端末により獲得されて使用される。

【００３０】したがって、重要通信や緊急通信のＴＣＰ
コネクションの場合には通信帯域を確保するような帯域
制御の動作を行うことにより、スループット確保や応答
時間短縮を図ることができる。なお、情報の送信側で実
現する仕組みであるため、サーバ側において、接続して
きたクライアントのユーザレベルあるいはアプリケーシ
ョン種別に応じて、優先度係数Ｍを設定することによ
り、無制限な高優先度の利用を回避できる。

【００３１】図４は送信量の変化を示す説明図であり、
ここでは優先度係数Ｍ＝２の場合を例にｃｗｎｄの変化
が示されている。例えば、時刻Ｔ０で送信開始された場
合、スロースタートフェーズにより、従来方式のｃｗｎ
ｄ４１および本発明のｃｗｎｄ４２とも、受信確認パケ
ット数分ずつ増加する。

【００３２】ここで、時刻Ｔ１において、パケット紛失
事象が発生した場合、従来方式のコネクションでは直ち
に送信量が削減される。一方、本発明のコネクションで
は、Ｍ＝２であるから、時刻Ｔ１では１回目のパケット
紛失事象であるから送信量の削減はなく、時刻Ｔ２での
２回目のパケット紛失事象で初めて削減される。したが
って、従来方式のｃｗｎｄ４１より本発明のｃｗｎｄ４
２が大きくなり、帯域割当制御において優先度が高くな
ることがわかる。

【００３３】

【実施例】次に、図５を参照して、本発明の第１の実施
例について説明する。図５は本発明の第１の実施例によ
る帯域割当制御方法の処理手順を示すフローチャートで
ある。まず、コネクション設定後、帯域制御のパラメー
タを、ｓｓｔｈｒｅｓｈ＝ａｄｗｎｄ，ｃｗｎｄ＝１に
初期設定し（ステップ５０）、そのコネクションの優先
度係数Ｍを設定するとともに、パケット紛失事象カウン
タｋを初期化する（ステップ５１）。

【００３４】そして、スロースタートフェーズに入り、
１個のデータパケット（ＤＴパケット）の送信を行い、
確認応答パケット（ＡＣＫパケット）の受信を待つ（ス
テップ５２）。

【００３５】ここで、一定時間内にＡＣＫパケットを受
信した場合（ステップ５２：ＡＣＫパケット受信）、ｃ
ｗｎｄ＜ｓｓｔｈｒｅｓｈのときには（ステップ５３：
ＹＥＳ）、ｃｗｎｄを＋１する（ステップ５４）。これ
により、次には２パケットの送信を行い（ステップ５
２）、以降、ＡＣＫパケット受信ごとに受信確認したＤ
Ｔパケット数だけ、次の送信可能量であるｃｗｎｄが、
１，２，４，８、…と言った具合に増加していく。

【００３６】また、ｃｗｎｄがしきい値ｓｓｔｈｒｅｓ
ｈに達したら（ステップ５３：ＮＯ）、輻輳回避フェー
ズに入る。輻輳回避フェーズでは、ＡＣＫパケット受信
ごとにｃｗｎｄを１／ｃｗｎｄだけ増加させるので（ス
テップ５５）、スロースタートフェーズと比較すると遥
かに緩やかな増加となる。

【００３７】代表的なＴＣＰの実装では、確認応答が受
信されず時間監視がタイムアウトした時、または一定数
（通常は３）以上の重複ＡＣＫの受信時（ステップ５
２：重複ＡＣＫ受信／確認応答タイムアウト）に、パケ
ット紛失が発生したもの、すなわちＤＴパケット紛失事
象と判断する。なお、重複ＡＣＫ受信とは、同一の受信
シーケンス番号を有するＡＣＫパケットを連続して複数
個受信することをいう。

【００３８】ＤＴパケット紛失と判断した時は、以下の
ように、帯域制御のパラメータを調整する。まず、パケ
ット紛失事象カウンタｋを＋１し（ステップ５６）、ｋ
と優先度係数Ｍとを比較する（ステップ５７）。ここ
で、ｋ＜Ｍの場合（ステップ５７：ＮＯ）、ｓｓｔｈｒ
ｅｓｈとｃｗｎｄの削減は行わず、ステップ５２へ戻っ
て、紛失パケットの再送のみを行う。

【００３９】また、ｋ≧Ｍの場合（ステップ５７：ＹＥ
Ｓ）、ｃｗｎｄをｍｉｎ（旧ｃｗｎｄ，ａｄｗｎｄ）／
２とし、ｓｓｔｈｒｅｓｈを新ｃｗｎｄとする（ステッ
プ５８）。そして、パケット紛失事象カウンタｋを初期
化した後（ステップ５９）、ステップ５２へ戻って、紛
失パケットの再送を行う。

【００４０】次に、図６を参照して、本発明の第２の実
施例について説明する。図６は本発明の第２の実施例に
よる帯域割当制御方法の処理手順を示すフローチャート
である。ここでは、第１の実施例と比較して、ステップ
５７においてｋ＜Ｍの場合、ステップ５２へ直ちに戻ら
ず、スロースタートフェーズの場合には、ｓｓｔｈｒｅ
ｓｈを再設定するようにしたものである。

【００４１】すなわち、ｃｗｎｄとｓｓｔｈｒｅｓｈと
を比較し（ステップ６０）、ｃｗｎｄ＜ｓｓｔｈｒｅｓ
ｈの場合には（ステップ６０：ＹＥＳ）、スロースター
トフェーズであると判断して、ｓｓｔｒｅｓｈとしてｃ
ｗｎｄを設定し（ステップ６１）、ステップ５２へ戻
る。また、ｃｗｎｄ≧ｓｓｔｈｒｅｓｈの場合には（ス
テップ６０：ＮＯ）、スロースタートフェーズではない
と判断して、そのままステップ５２へ戻る。

【００４２】前述のように、スロースタートフェーズで
は、ｃｗｎｄは指数的に増加するため、ネットワークの
輻輳状況が非常に悪い場合、そのままスロースタートフ
ェーズを続けると、輻輳をさらに悪化させることにな
る。本実施の形態では、輻輳状況が非常に悪い状況が起
こりやすいようなネットワーク環境への適用を考慮し
て、ｋ＜Ｍの場合には、スロースタートフェーズである
場合のみ、ｓｓｔｈｒｅｓｈとしてｃｗｎｄを設定する
ようにしたので、直ちに輻輳回避フェーズに移行でき、
輻輳をさらに悪化させることなく、優先度の高いコネク
ションのスループットを維持できる。

【００４３】次に、図７を参照して、本発明の第３の実
施例について説明する。図７は本発明の第３の実施例に
よる帯域割当制御方法の処理手順を示すフローチャート
である。ここでは、第１の実施例と比較して、パケット
紛失事象のうち、確認応答タイムアウトの場合には、ス
テップ５８に移行して、無条件で、ｓｓｔｈｒｅｓｈと
ｃｗｎｄを削減するようにしたものである。

【００４４】タイムアウトが発生するのは、一般にネッ
トワークの輻輳状況が非常に悪い場合であり、具体的に
は、複数のデータパケットの紛失や、応答パケットの紛
失により、送信側で送達確認のタイムアウトとなる。一
方、ネットワークを構成する中継ノード（ルータ）の動
作特性により、タイムアウトの意味合いが少し異なる。

【００４５】１ラウンドトリップ内での複数パケット廃
棄が発生しにくいＲＥＤ（Ｒａｎｄｏｍ Ｅａｌｒｙ
Ｄｅｔｅｃｔｉｏｎ）タイプの送信バッファキュー管理
を行うルータを使用する環境では、タイムアウトの発生
は輻輳状況が非常に悪いことを示す。一方、単純なＦＩ
ＦＯ手法による送信バッファキュー管理を行うルータで
は、ＲＥＤタイプ・ルータに比較して複数パケット廃棄
が発生しやすい。

【００４６】したがって、本実施の形態のように、ＲＥ
Ｄタイプ・ルータを使用したネットワーク環境では、紛
失事象に対する帯域制御の処理を重複ＡＣＫとタイムア
ウトで分けることで、より適切な帯域制御を実現でき
る。すなわち、このような場合のタイムアウトは、ネッ
トワークの輻輳状況が非常に悪いことを示すものである
から、優先度の高いコネクションにおいても、一旦ｃｗ
ｎｄを削減することにより、悪化しているネットワーク
の輻輳状態を回避することができ、その後の優先的な帯
域割当を円滑に行うのに役立てることができる。

【００４７】次に、図８を参照して、本発明の第４の実
施例について説明する。図８は本発明の第４の実施例に
よる帯域割当制御方法の処理手順を示すフローチャート
である。ここでは、第２の実施例と第３の実施例とを組
み合わせたものである。

【００４８】すなわち、ステップ５７においてｋ＜Ｍの
場合、ステップ５２へ直ちに戻らず、スロースタートフ
ェーズの場合には、ｓｓｔｈｒｅｓｈを再設定するとと
もに、確認応答タイムアウトの場合には、ステップ５８
に移行して、無条件で、ｓｓｔｈｒｅｓｈとｃｗｎｄを
削減するようにしたものである。

【００４９】本実施の形態では、第２の実施の形態と第
３の実施の形態で説明したトラヒック状況とネットワー
ク環境の特性を合わせ持つ場合を対象としたものであ
り、ＲＥＤタイプ・ルータを使用したネットワーク環境
で、輻輳状況が悪い状況への適用を想定している。その
特徴として、輻輳をさらに悪化させることなく、優先度
の高いコネクションのスループットを維持できるととも
に、タイムアウト発生時には、悪化しているネットワー
クの輻輳状況を回復でき、その後の優先的な帯域割当を
円滑に行うのに役立てることができる。

【００５０】なお、以上の説明において、パケット紛失
事象の検出方法としてＳＡＣＫ（選択的応答）機能がサ
ポートされている場合の動作は、重複ＡＣＫ受信時とほ
ぼ同様となるが、パケット紛失事象カウンタｋへの加算
値＋１ではなく、ＳＡＣＫ情報から判明する紛失数とな
る（ステップ５６）。

【００５１】また、帯域制御パラメータｓｓｔｈｒｅｓ
ｈとｃｗｎｄの削減とは、従来方式と同じ数式により削
減される。すなわち、ｓｓｔｈｒｅｓｈ＝ｍｉｎ（ｃｗ
ｎｄ，ａｄｗｎｄ）／２、新ｃｗｎｄ＝旧ｃｗｎｄ／２
とする。

【００５２】

【発明の効果】以上説明したように、本発明は、ネット
ワーク混雑時に、重要／緊急などの高優先度通信のコネ
クションでは帯域削減を控えることにより、他のコネク
ションに比較して高スループット／低遅延を実現するこ
とができる。特に、社内網／イントラネットでの職位／
部署／サービス内容に応じたサービスグレードの実現が
容易となる。

【００５３】また、ベストエフォート型サービスにおけ
るＱｏＳ（サービス品質）の多様化に対応できる技術で
ある。さらに、ネットワーク管理の一つである帯域割当
に関して、その管理／制御手段として優先度係数を利用
できる。これにより、優先度に応じたＭ値を設定する適
用したいエンド装置のみで対応でき、中継ノード／ルー
タの対処は特に必要ないため、導入が容易である。

【図面の簡単な説明】

【図１】 本発明の一実施の形態による帯域割当制御方
法が適用される通信システムを示すブロック図である。

【図２】 本発明の動作を示すシーケンス図である。

【図３】 帯域割当制御による帯域変化を示す説明図で
ある。

【図４】 送信量の変化を示す説明図である。

【図５】 本発明の第１の実施例による帯域割当制御方
法の処理手順を示すフローチャートである。

【図６】 本発明の第２の実施例による帯域割当制御方
法の処理手順を示すフローチャートである。

【図７】 本発明の第３の実施例による帯域割当制御方
法の処理手順を示すフローチャートである。

【図８】 本発明の第４の実施例による帯域割当制御方
法の処理手順を示すフローチャートである。

【図９】 従来の帯域割当制御方法を示すフローチャー
トである。

【符号の説明】

１…エンドノード、２…情報通信網、１１…下位レイヤ
処理部、１２…レイヤ４処理部、１３…アプリケーショ
ン処理部。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 相手ノードの受信能力を示す受信告知ウ
   ィンドウ値と、ネットワークの転送能力を推定した輻輳
   ウィンドウ値とのいずれか小さい値の範囲内でパケット
   を送信する通信プロトコルにおいて、 パケット紛失事象カウンタ値と所定の優先度係数とを設
   け、 パケット紛失事象検出時には、パケット紛失事象カウン
   タ値を１だけ加算した後に優先度係数と比較し、パケッ
   ト紛失事象カウンタ値が優先度係数より小さい場合には
   輻輳ウィンドウ値を削減せずにそのままとし、パケット
   紛失事象カウンタ値が優先度係数に達した場合には輻輳
   ウィンドウ値を削減することを特徴とする帯域割当制御
   方法。
2. 【請求項２】 相手ノードの受信能力を示す受信告知ウ
   ィンドウ値と、ネットワークの転送能力を推定した輻輳
   ウィンドウ値とのいずれか小さい値の範囲内でパケット
   を送信し、確認応答が受信されずその時間監視がタイム
   アウトした時、または同一の受信シーケンス番号を有す
   るＡＣＫパケットを連続して所定個数受信する重複ＡＣ
   Ｋ受信が行われた時に、パケット紛失事象の発生を検出
   する通信プロトコルにおいて、 パケット紛失事象カウンタ値と優先度係数とを設け、 タイムアウトによるパケット紛失事象検出時には、輻輳
   ウィンドウ値を直ちに削減するとともに、パケット紛失
   事象カウンタ値を０にリセットし、 重複ＡＣＫ受信によるパケット紛失事象検出時には、パ
   ケット紛失事象カウンタ値を１だけ加算した後に優先度
   係数と比較し、パケット紛失事象カウンタ値が優先度係
   数より小さい場合には輻輳ウィンドウ値を削減せずにそ
   のままとし、パケット紛失事象カウンタ値が優先度係数
   に達した場合には輻輳ウィンドウ値を削減することを特
   徴とする帯域割当制御方法。
3. 【請求項３】 請求項１または２記載の帯域割当制御方
   法において、 輻輳ウィンドウ値の管理フェーズとして、スロースター
   トフェーズと輻輳回避フェーズを有し、 スロースタートフェーズでパケット紛失事象を検出した
   場合には、パケット紛失事象カウンタ値によらず直ちに
   輻輳回避フェーズヘ移行することを特徴とする帯域割当
   制御方法。