JP3003095B1 - フロー制御方法 - Google Patents

Abstract

【要約】 【課題】 パケットの紛失／廃棄の原因に応じてフロー
制御することにより、不要なｃｗｎｄ削減を回避し、適
切なスループットを得る。 【解決手段】 送信エンドノード１において、輻輳発生
が確認された場合は（ステップ１５：ＹＥＳ）、通信網
で発生した輻輳によるパケット紛失であると判断して輻
輳ウィンドウ値を削減し（ステップ３３）、輻輳確認手
段により輻輳発生が確認されず（ステップ１５：Ｎ
Ｏ）、重複Ａｃｋ検出手段により重複Ａｃｋ受信が確認
された場合は（ステップ２２：ＹＥＳ）、通信網５で発
生した回線誤りによるパケット紛失であると判断して、
輻輳ウィンドウ値を削減することなく、紛失したデータ
パケットを再送する（ステップ２３）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、フロー制御方法に
関し、特に通信プロトコル処理を実行するノードにおけ
るプロトコルレイヤ４（ＯＳＩ参照モデル／トランスポ
ート層）のフロー制御方法に関するものである。

【０００２】

【従来の技術】現在、プロトコルレイヤ４で広く使用さ
れているＴＣＰ（代表例：Ｒｅｎｏ−ＴＣＰ）のデータ
のフロー制御方法は、有線系回線を対象として発展して
きており、パケット紛失事象の原因は輻輳によるものと
して扱っている。したがって、フロー制御ではウィンド
ウ方式を用いて、パケット紛失事象の検出を契機として
送信量を削減するが、この送信量を制御するため、相手
ノードの受信能力を示す受信告知ウィンドウ（以下、ａ
ｄｗｎｄという）の他に、ネットワークの転送能力を推
定した輻輳ウィンドウ（以下、ｃｗｎｄという）が用い
られる。

【０００３】実際の送信量は、ｍｉｎ（ａｄｗｎｄ，ｃ
ｗｎｄ）の範囲で送信する。但し、ｍｉｎ（ｘ，ｙ）は
ｘおよびｙのうちのいずれか小さい方の値を採ることを
示している。パケット紛失事象を検出すると、ｃｗｎｄ
を削減する。送信量の調整のためのフロー制御は、ｃｗ
ｎｄを中心として実現されており、前記のパラメータの
他にスロースタート閾値（ｓｓｔｈｒｅｓｈ）が設けら
れている。

【０００４】フロー制御では、これらのパラメータに基
づいてデータパケットの送信が行われるが、フロー制御
には、スロースタートフェーズと輻輳回避フェーズと呼
ばれる２つのフェーズがあり、制御の方法が異なる。以
下、図４を参照して、従来のフロー制御方法について説
明する。なお、パケット識別を含め各パラメータの単位
はＴＣＰの実装ではバイト数としているが、以下では説
明を容易にするためパケット数で表現する。

【０００５】まず、送信エンドノードは、受信エンドノ
ードとの間でコネクション設定した後、ｓｓｔｈｒｅｓ
ｈ＝ａｄｗｎｄ，ｃｗｎｄ＝１に初期設定する（ステッ
プ５１）。そして、スロースタートフェーズに入り、ｍ
ｉｎ（ｃｗｎｄ，ａｄｗｎｄ）の範囲、この場合はｃｗ
ｎｄが採用され、１個のデータパケット（以下、ＤＴパ
ケットという）の送信を行い、受信エンドノードからそ
のＤＴパケット受信に応じて返送される確認応答パケッ
ト（以下、Ａｃｋパケットという）の受信を待つ（ステ
ップ５２）。

【０００６】ここで、ＤＴパケット送信から所定期間内
にＡｃｋパケットを受信した場合は（ステップ５２：Ａ
ｃｋパケット受信）、このＡｃｋパケットが後述の重複
Ａｃｋではなく（ステップ６１：ＮＯ）、ｃｗｎｄ＜ｓ
ｓｔｈｒｅｓｈであることから（ステップ６５：ＹＥ
Ｓ）、ｃｗｎｄを＋１し（ステップ６６）、ステップ５
２に戻る。

【０００７】これにより、次にはｃｗｎｄ＝２であるこ
とから２つのＤＴパケットを送信し、以降、Ａｃｋパケ
ットを受信するごとに、次の送信可能量であるｃｗｎｄ
は、閾値ｓｓｔｈｒｅｓｈになるまで、＋１ずつ増加す
る。ｃｗｎｄがｓｓｔｈｒｅｓｈに達した場合は（ステ
ップ６５：ＮＯ）、輻輳回避フェーズに入り、Ａｃｋパ
ケット受信ごとにｃｗｎｄを１／ｃｗｎｄだけ増加させ
る（ステップ６７）。したがって、スロースタートフェ
ーズと比較すると、パケット送信量は遥かに緩やかなレ
ベルで増加する。

【０００８】パケット紛失事象の検出には、送達確認タ
イムアウトによる方法と、送達確認タイムアウトを待つ
ことなく早期に検出して回復するＦａｓｔ Ｒｅｔｒａ
ｎｓｍｉｔ方法が併用されている。送達確認タイムアウ
トでは、ステップ５２において、ＤＴパケット送信から
所定期間経過した場合（ステップ５２：送信タイムアウ
ト確認）、タイムアウトの対象となったＤＴパケットを
再送し（ステップ５３）、ｓｓｔｈｒｅｓｈをｍｉｎ
（ｃｗｎｄ，ａｄｗｎｄ）とするとともに、新ｃｗｎｄ
＝１パケットとして（ステップ５４）、ステップ５２に
戻る。

【０００９】一方、Ｆａｓｔ Ｒｅｔｒａｎｓｍｉｔ方
法は、重複Ａｃｋによる紛失検出とも呼ばれている。ま
ず、ステップ５２でＡｃｋパケットを受信した場合（ス
テップ５２：Ａｃｋパケット受信）、それが同一データ
パケットに対するＡｃｋパケットすなわち重複Ａｃｋで
あれば（ステップ６１：ＹＥＳ）、それを所定個数（予
め設定しておく定数であるが、通常は３個）重複して受
信したかどうか判断する（ステップ６２）。

【００１０】そして、所定個数重複して受信した場合は
（ステップ６２：ＹＥＳ）、受信確認シーケンス番号の
次のパケットが紛失しているとみなして、輻輳回避フェ
ーズに入る。この場合、その紛失パケットを再送し（ス
テップ６３）、新ｃｗｎｄをｍｉｎ（旧ｃｗｎｄ，ａｄ
ｗｎｄ）／２とするとともに、ｓｓｔｈｒｅｓｈ＝新ｃ
ｗｎｄとして（ステップ６４）、ステップ５２に戻る。

【００１１】なお、受信エンドノードでは、ＤＴパケッ
トの抜けを検出した場合、その抜けパケットを受信する
まで、それ以降の受信ＤＴパケットごとに同一の受信確
認シーケンス番号を有するＡｃｋを返送する。以上説明
した図４の処理フローについては、例えば、参考文献：
W.R.Stevens著、TCP Illustrated Vol.1 の Chapter21,
Addison Wesley,1994などに記載されている。

【００１２】

【発明が解決しようとする課題】移動通信（無線系）は
今後益々発展すると予想されるが、無線系回線では有線
系に比較して回線品質が悪い。したがって、前述した従
来のＴＣＰのフロー制御方法によれば、回線品質の原因
によるパケット紛失／廃棄でもｃｗｎｄが削減されるた
め、不適切にスループットが低下してしまうという問題
が生じる。

【００１３】ここで、輻輳が原因でなく回線誤りによる
パケット紛失／廃棄ならば、本来、そのパケットを再送
するだけでよく、ｃｗｎｄの削減は不要である。したが
って、パケット紛失／廃棄の原因に応じたフロー制御を
行うことが重要である。本発明はこのような課題を解決
するためのものであり、パケットの紛失／廃棄の原因に
応じてフロー制御することにより、不要なｃｗｎｄ削減
を回避し、適切なスループットが得られるフロー制御方
法を提供することを目的としている。

【００１４】

【課題を解決するための手段】このような目的を達成す
るために、本発明によるフロー制御方法は、送信エンド
ノードに、送信エンドノードと受信エンドノードとを接
続する通信網で発生した輻輳を確認する輻輳確認手段
と、データパケットに応じて受信エンドノードから返送
される確認応答用のＡｃｋパケットのうち、同一データ
パケットに対するＡｃｋパケットを所定数連続して受信
する重複Ａｃｋ受信が確認された場合にパケット紛失事
象を検出する重複Ａｃｋ検出手段とを設け、送信エンド
ノードにより、Ａｃｋパケットを受信した時点で、輻輳
確認手段により輻輳発生が確認された場合は、通信網で
の輻輳によりパケットが紛失したと判断して、輻輳ウィ
ンドウ値を削減し、Ａｃｋパケットを受信した時点で、
輻輳確認手段により輻輳発生が確認されずに、重複Ａｃ
ｋ検出手段により重複Ａｃｋ受信が確認された場合は、
通信網で発生した回線誤りによるパケット紛失であると
判断して、輻輳ウィンドウ値を削減することなく、紛失
したデータパケットを再送するようにしたものである。
したがって、通信網で発生した輻輳が確認されていない
場合は、重複Ａｃｋが検出されパケット紛失事象となっ
た場合でも、データパケット送信量が削減されず、通信
網で発生した輻輳が確認された場合にのみ、データパケ
ット送信量が削減される。

【００１５】

【発明の実施の形態】次に、本発明について図面を参照
して説明する。図１は本発明の一実施の形態であるフロ
ー制御方法を示すフローチャート、図２は本発明が適用
されるデータ通信システムの一例を示すブロック図であ
る。図２において、送信エンドノード１と受信エンドノ
ード２は、複数の中継ノード３，４（例えば、ルータな
ど）からなる通信網５を介して接続されており、通信網
５に所定のコネクションを設定し、そのコネクションを
介してパケットによりデータ通信を行う。

【００１６】送信エンドノード１および受信エンドノー
ド２において、アプリケーション処理部１１は、上位の
アプリケーションを実行する処理部である。また、レイ
ヤ４処理部１２は、コネクションの設定解放、フロー制
御などに基づいたパケットによるデータ送受信の処理
部、下位レイヤ処理部１３は、電気的整合性を提供する
レイヤ１の処理、フレーム組立／分解などを行うレイヤ
２の処理、およびルーティングなどを行うレイヤ３の処
理を行う処理部である。

【００１７】レイヤ４処理部１２で実行されるプロトコ
ルレイヤ４のフロー制御は、前述したようにウィンドウ
方式であり、プロトコルレイヤ４（ＴＣＰ）のパラメー
タとして、受信告知ウインドウ（ａｄｗｎｄ）、輻輳ウ
インドウ（ｃｗｎｄ）、スロースタート閾値（ｓｓｔｈ
ｒｅｓｈ）、Ｆａｓｔ Ｒｅｔｒａｎｓｍｉｔ手法によ
る重複Ａｃｋ数（デホルト＝３）がある。

【００１８】また、以下では、通信網５における輻輳発
生を送信エンドノードで確認する方法として、通信網５
を構成する各中継ノード３，４が輻輳状態にあることを
エンドノードに明示的に通知するＥＣＮ（Explicit Con
gestion Notification）制御を用いた場合について説明
するが、通信網５での輻輳発生の確認方法についてはこ
れに限定されるものではなく、他の方法、例えば所定の
制御パケットを用いて送信エンドノード１に通知するよ
うにしてもよい。

【００１９】ＥＣＮ制御は、中継ノードにおいて、実際
のパケット廃棄前から込み合ってきたら（すなわち、送
信バッファの使用量が所定値を越えたら）パケットヘッ
ダにＥＣＮ表示をｏｎにしてエンドノードヘ積極的に通
知するものである。すなわち、図３に示すように、中継
ノード３においてＤＴパケットを中継時に、送信バッフ
ァの使用量が所定の閾値を越えた場合は、パケットヘッ
ダのＥＣＮ表示をｏｎに設定してＤＴパケットを中継す
る。

【００２０】受信エンドノード２では、このＥＣＮ表示
の値をＡｃｋパケットヘッダにコピーして返送する。送
信エンドノード１では、ＡｃｋパケットのＥＣＮ表示が
ｏｎであることから中継ノード３が輻棒状態にあると判
断できる。

【００２１】以上説明したＥＣＮの概要については、例
えば、参考文献：S.floyd,"TCP andExplicit Congestio
n Notification",ACM Compuler Communication Review,
Vol.24,No.5,0ct.1994,pp.1O-23などに記載されてい
る。なお、このＥＣＮ技術の現状は、中継ノードでのＥ
ＣＮ表示の設定と、送信エンドノード１でＥＣＮ表示ｏ
ｎのパケットを受信したら、パケット紛失検出時と同様
な送信量の削減を行う、といった概念的なレベルにとど
まっており、これを本発明のようにｃｗｎｄの削減を回
避する判断に用いる点については開示されていない。

【００２２】ＥＣＮ機能は中継ノード３，４が設定する
ものであるため、その表示はレイヤ３（ＩＰ）のヘッダ
に設けられ、エンドノードでは、ＩＰ処理モジュールか
らＴＣＰ処理モジュールヘその情報が引き継がれる。ま
ず、送信エンドノードでは、受信エンドノードとの間の
コネクション設定時に、ｓｓｔｈｒｅｓｈ＝ａｄｗｎ
ｄ，ｃｗｎｄ＝１，ｈｉ＿ｓｅｑ＝送信シーケンス番号
の初期値として初期設定する（ステップ１１）。

【００２３】なお、ｈｉ＿ｓｃｑの意味は、次の通りで
ある。ｃｗｎｄの削減を行った時点で送信済みである
が、その応答が未受信確認のＤＴパケットに対して返送
されたＡｃｋパケットがＥＣＮ＝ｏｎの場合、さらにｃ
ｗｎｄを削減すると不必要な過削減となってしまう。し
たがって、これを防止するため、本発明では、ｃｗｎｄ
の削減を行った時の次送信シーケンス番号ｓｎｄ＿ｎｅ
ｘｔをｈＩ＿ｓｅｑへ記憶しておく。

【００２４】そして、スロースタートフェーズに入り、
ｍｉｎ（ｃｗｎｄ，ａｄｗｎｄ）の範囲、この場合はｃ
ｗｎｄが採用され、１個のデータパケット（以下、ＤＴ
パケットという）の送信を行い、受信エンドノードから
そのＤＴパケット受信に応じて返送される確認応答パケ
ット（以下、Ａｃｋパケットという）の受信を待つ（ス
テップ１２）。

【００２５】なお、送信エンドノード１から送信される
ＤＴパケットには、一連の送信シーケンス番号が付与さ
れている。これに対して、受信エンドノード２では、受
信したＤＴパケットの送信シーケンス番号を読み取って
ＤＴパケットの抜けを確認し、その時点で受信側で送達
確認されているＤＴパケットのうち、最も大きな送信シ
ーケンス番号を受信確認シーケンス番号としてＡｃｋパ
ケットに格納して返送する。

【００２６】これにより、ＤＴパケットの抜けが発生し
た場合、そのＤＴパケットが受信確認されるまで、その
後続のＤＴパケットに対するＡｃｋパケットに、受信エ
ンドノード２において連続して受信確認された最後のＤ
Ｔパケットの送信シーケンス番号が繰り返し格納される
ものとなる。したがって、送信エンドノード１でＡｃｋ
パケットの受信確認シーケンス番号として、同一受信確
認シーケンス番号が重複して所定回数確認された場合、
すなわち重複Ａｃｋである場合は、受信確認シーケンス
番号の次のパケットが紛失していると判断できる（重複
Ａｃｋ確認手段）。

【００２７】ステップ１２において、ＤＴパケット送信
後から所定時間内にＡｃｋパケットを受信した場合は
（ステップ１２：Ａｃｋパケット受信）、ＥＣＮ表示を
調べる（ステップ１５／輻輳確認手段）。ここで、ＥＣ
Ｎ＝ｏｆｆならば（ステップ１５：ＮＯ）、重複Ａｃｋ
か否か判断し（ステップ２１／重複Ａｃｋ確認手段）、
それが重複Ａｃｋであり（ステップ２１：ＹＥＳ）、か
つその数が３になっていれば（ステップ２２：ＹＥＳ／
重複Ａｃｋ確認手段）、パケット紛失が発生したとみな
して再送し（ステップ２３）、ステップ１２へ戻る。

【００２８】これにより、重複Ａｃｋが確認されてパケ
ット紛失が発生したとみなされる場合でも、その原因と
して通信網５における輻輳発生が確認されていない場合
は、単なる回線誤りであると判断されてｃｗｎｄは削減
されなくなり、不要なｃｗｎｄ削減を回避できるととも
に、適切なスループットが得られる。また、ステップ２
１において、受信Ａｃｋパケットが重複Ａｃｋであるが
（ステップ２１：ＹＥＳ）であるが、その数が３に達し
ていなければ（ステップ２２：ＮＯ）、ステップ１２へ
戻って次のＡｃｋを待つ。

【００２９】また、ステップ２１において、受信Ａｃｋ
パケットが重複Ａｃｋでない場合は（ステップ２１：Ｎ
Ｏ）、ｃｗｎｄと閾値ｓｓｔｈｒｅｓｈの大小関係を比
較し（ステップ２４）、ｃｗｎｄ＜ｓｓｔｈｒｅｓｈな
らば（ステップ２４：ＹＥＳ）、ｃｗｎｄを＋１し（ス
テップ２５）、ｃｗｎｄ≧ｓｓｔｈｒｅｓｈならば（ス
テップ２４：ＮＯ）、ｃｗｎｄを１／ｃｗｎｄだけ増加
させ（ステップ２６）。それぞれステップ１２へ戻る。

【００３０】一方、ステップ１５において、受信Ａｃｋ
パケットのＥＣＮがｏｎの場合は（ステップ１５：ＹＥ
Ｓ）、いずれかの中継ノードで輻輳が発生してバッファ
過負荷であると判断する。この場合、まず、受信したＡ
ｃｋパケットの受信確認シーケンス番号Ａｃｋｓｃｑを
チェックする（ステップ３１）。

【００３１】ここで、Ａｃｋｓｅｑ＞ｈｉ＿ｓｅｑの場
合は（ステップ３１：ＹＥＳ）、直前にｃｗｎｄを削減
した時点以降に新たに送信した未受信確認のＤＴパケッ
トの紛失事象であると判断して、その時の次送信シーケ
ンス番号ｓｎｄ＿ｎｅｘｔをｈｉ＿ｓｅｑへ記憶すると
ともに（ステップ３２）、フロー制御パラメータを、ｓ
ｓｔｈｒｅｓｈ＝ｍｉｎ（ｃｗｎｄ，ａｄｗｎｄ）／
２，ｃｗｎｄ＝１に変更し、送信量を削減する（ステッ
プ３３）。

【００３２】また、Ａｃｋｓｅｑ≦ｈｉ＿ｓｅｑの場合
は（ステップ３１：ＮＯ）、直前にｃｗｎｄを削減した
時点と同一ＤＴパケットの紛失事象であると判断して、
ｃｗｎｄの削減は行わない。これにより、ｃｗｎｄに対
する不必要な削減を回避でき、ネットワーク資源の有効
利用が可能となるとともに、適切なスループットを維持
できる。

【００３３】続いて、受信Ａｃｋパケットが重複Ａｃｋ
か否か判断し（ステップ３４／重複Ａｃｋ確認手段）、
重複Ａｃｋであり（ステップ３４：ＹＥＳ）、かつその
数が３になっていれば（ステップ３５：ＹＥＳ／重複Ａ
ｃｋ確認手段）、パケット紛失が発生したとみなして紛
失したＤＴパケットを再送し（ステップ３６）。ステッ
プ１２へ戻る。

【００３４】また、ステップ３４において、受信Ａｃｋ
パケットが重複Ａｃｋではない場合（ステップ３４：Ｎ
Ｏ）、およびステップ３５において重複Ａｃｋ数が３に
達していない場合は（ステップ３５：ＮＯ）、ステップ
１２に戻って次のＡｃｋを待つ。

【００３５】なお、ステップ１２において、ＤＴパケッ
ト送信後から所定期間内にＡｃｋパケットが受信されず
送達確認タイムアウトが発生した場合は（ステップ１
２：送信タイムアウト確認）、パケット紛失が発生した
と判断してその紛失パケットを再送するとともに（ステ
ップ１３）、フロー制御パラメータを、ｓｓｔｈｒｅｓ
ｈ＝ｍｉｎ（ｃｗｎｄ，ａｄｗｎｄ）／２，ｃｗｎｄ＝
１に変更して送信量を削減し（ステップ１４）、ステッ
プ１２に戻る。

【００３６】これにより、重複Ａｃｋが確認されてパケ
ット紛失が発生したとみなされる場合に、その原因とし
て通信網５における輻輳発生が確認されている場合は、
単なる回線誤りではなく、通信網５での輻輳によりＤＴ
パケットが紛失したと判断されてｃｗｎｄが削減され、
通信網５の輻輳状態が緩和される方向に制御されるもの
となる。

【００３７】

【発明の効果】以上説明したように、本発明は、パケッ
ト紛失の原因（輻輳または回線誤り）に応じてデータパ
ケットの送信量を制御するようにしたので、ネットワー
ク資源を有効に利用でき、また適切なスループットが得
られる。

【図面の簡単な説明】

【図１】 本発明の一実施の形態によるフロー制御方法
を示すフローチャートである。

【図２】 本発明のフロー制御方法が適用されるデータ
通信システムの一例を示すブロック図である。

【図３】 ＥＣＮ制御例を示す説明図である。

【図４】 従来のフロー制御方法を示すフローチャート
である。

【符号の説明】

１…送信エンドノード、２…受信エンドノード、３，４
…中継ノード、５…通信網、１１…アプリケーション処
理部、１２…レイヤ４処理部、１３…下位レイヤ処理
部。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 信学技報ＣＱ98−16 情処研報第98巻第33号，78−10 (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 29/08 H04L 12/56

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 通信網を介して接続された送受信エンド
   ノード間で、レイヤ４プロトコルとして、受信エンドノ
   ードの受信能力を示す受信告知ウィンドウ（ａｄｗｎ
   ｄ）と、ネットワークの転送能力を推定した輻輳ウィン
   ドウ値（ｃｗｎｄ）とのいずれか小さい値で示されるパ
   ケット数の範囲内で、送信エンドノードから受信エンド
   ノードに対してデータパケットを送信する場合のフロー
   制御方法において、 送信エンドノードに、 送信エンドノードと受信エンドノードとを接続する通信
   網で発生した輻輳を確認する輻輳確認手段と、 データパケットに応じて受信エンドノードから返送され
   る確認応答用のＡｃｋパケットのうち、同一データパケ
   ットに対するＡｃｋパケットを所定数連続して受信する
   重複Ａｃｋ受信が確認された場合にパケット紛失事象を
   検出する重複Ａｃｋ検出手段とを設け、 送信エンドノードは、 Ａｃｋパケットを受信した時点で、輻輳確認手段により
   輻輳発生が確認された場合は、通信網での輻輳によりパ
   ケットが紛失したと判断して、輻輳ウィンドウ値を削減
   し、 Ａｃｋパケットを受信した時点で、輻輳確認手段により
   輻輳発生が確認されずに、重複Ａｃｋ検出手段により重
   複Ａｃｋ受信が確認された場合は、通信網で発生した回
   線誤りによるパケット紛失であると判断して、輻輳ウィ
   ンドウ値を削減することなく、紛失したデータパケット
   を再送することを特徴とするフロー制御方法。
2. 【請求項２】 請求項１記載のフロー制御方法におい
   て、 通信網を構成する中継ノードのうち、送信エンドノード
   側からのデータパケットを受信エンドノード側へ転送す
   る中継ノードは、それぞれデータパケットを送信する出
   方路が輻輳状態となった場合に、その出方路に送信する
   データパケット内に輻輳発生を示す輻輳表示情報を設定
   し、 受信エンドノードは、受信したデータパケットの輻輳表
   示情報をそのデータパケットのＡｃｋパケットに設定し
   て返送し、 送信エンドノードの輻輳確認手段は、Ａｃｋパケットに
   設定されている表示情報が輻輳発生を示す場合に、通信
   網での輻輳発生を確認することを特徴とするフロー制御
   方法。
3. 【請求項３】 請求項１記載のフロー制御方法におい
   て、 送信エンドノードは、 Ａｃｋパケットを受信した時点で、輻輳確認手段により
   輻輳発生が確認された場合、そのＡｃｋパケットが、最
   後に輻輳ウィンドウ値を削減した時点以降に送信した未
   受信確認のデータパケットに対するものか否か判断し、
   削減時点以降に送信した未受信確認のデータパケットに
   対するＡｃｋパケットの場合にのみ、輻輳ウィンドウ値
   を削減することを特徴とするフロー制御方法。