JP2000078195A - Retransmission control method - Google Patents
Retransmission control methodInfo
- Publication number
- JP2000078195A JP2000078195A JP24943998A JP24943998A JP2000078195A JP 2000078195 A JP2000078195 A JP 2000078195A JP 24943998 A JP24943998 A JP 24943998A JP 24943998 A JP24943998 A JP 24943998A JP 2000078195 A JP2000078195 A JP 2000078195A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- window size
- reception
- packet loss
- node
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 16
- 230000005540 biological transmission Effects 0.000 claims abstract description 14
- 238000004891 communication Methods 0.000 claims abstract description 9
- 238000012546 transfer Methods 0.000 claims abstract description 7
- 238000012545 processing Methods 0.000 abstract description 16
- 238000012790 confirmation Methods 0.000 abstract description 5
- 102100036409 Activated CDC42 kinase 1 Human genes 0.000 description 27
- 101000928956 Homo sapiens Activated CDC42 kinase 1 Proteins 0.000 description 27
- 238000010586 diagram Methods 0.000 description 6
- 238000001514 detection method Methods 0.000 description 3
- 230000004913 activation Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
Landscapes
- Detection And Prevention Of Errors In Transmission (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】本発明は、再送制御方法に関
し、特に選択的送達確認を行う機能を有するTCPにお
ける再送制御方法に関するものである。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a retransmission control method, and more particularly to a retransmission control method in TCP having a function of performing selective transmission confirmation.
【0002】[0002]
【従来の技術】一般に、レイヤ4プロトコルの代表例と
して、インターネットで広く用いられているTCP(Tr
ansmission Control Protocol )であるRenoアルゴ
リズムでは、タイムアウトの発生または3つの重複AC
Kパケット受信に応じてパケット紛失を検出し、再送制
御を行うものとなっている。タイムアウトによる再送で
は、RTT(Round Trip Time )と送信側のタイマー精
度により決定されるので、その起動には比較的長い時間
を要する。2. Description of the Related Art Generally, TCP (Trunk) widely used on the Internet is a typical example of a layer 4 protocol.
In the Reno algorithm, which is an Ansmission Control Protocol, a timeout occurs or three duplicate ACs
It detects packet loss in response to K packet reception and performs retransmission control. Since retransmission by timeout is determined by the RTT (Round Trip Time) and the accuracy of the timer on the transmitting side, it takes a relatively long time to start up.
【0003】また、重複ACKパケット受信による再送
では、図4に示すように、すでに受信しているACK
(受信確認応答)パケット41と同じ受信シーケンス番
号(Acknowledgement Number)が格納されたACKパケ
ット42〜44を3つ受信することにより、パケット紛
失と判断して再送動作を行う。これは、下位レイヤに送
達順序が保証されないことを考慮し、パケット到着順序
が入れ替わってしまった場合に対応するためである。[0003] In the retransmission by receiving the duplicate ACK packet, as shown in FIG.
(Reception acknowledgment) By receiving three ACK packets 42 to 44 storing the same reception sequence number (Acknowledgement Number) as the packet 41, it is determined that the packet is lost, and the retransmission operation is performed. This is in consideration of the fact that the delivery order is not guaranteed in the lower layer, and to cope with the case where the packet arrival order has been changed.
【0004】この重複ACKパケットによる再送制御
は、タイムアウトによる再送に比べて高速に処理される
ので、Fast Retransmit(高速再送制御)と呼ばれてい
る。また、SACK(選択的送達確認:Selective Ackn
owledgement)オプションを用いた再送方式は特に規定
されておらず、従来の方式を保存すべきとだけ記されて
いる。したがって、従来のReno−TCPと同様に、
複数の重複SACKを受信することにより、再送動作を
行うのが一般的である。[0004] The retransmission control based on the duplicate ACK packet is performed at a higher speed than retransmission based on timeout, and is therefore called Fast Retransmit (high-speed retransmission control). In addition, SACK (Selective Delivery Confirmation: Selective Ackn
The retransmission scheme using the owledgement option is not specified, but only states that the conventional scheme should be preserved. Therefore, like the conventional Reno-TCP,
Generally, a retransmission operation is performed by receiving a plurality of duplicate SACKs.
【0005】[0005]
【発明が解決しようとする課題】しかしながら、このよ
うな従来の再送制御方法では、重複ACKパケットによ
るパケット紛失検出には、送信側で最初のACKパケッ
トとその後の重複ACKパケット3つ分の合計4つのA
CKパケットを受信する必要があるが、Reno−TC
Pでは、重複ACKパケットによるパケット紛失を検出
するごとに、ネットワークが輻輳であると判断して、送
信側の送信可能パケット数を示す輻輳ウィンドウサイズ
cwndの値を1/2にするため、これが頻発する状況
ではcwndの値が4パケット以下になる場合がある。However, in such a conventional retransmission control method, the packet loss detection by the duplicate ACK packet requires a total of 4 packets for the first ACK packet and three subsequent duplicate ACK packets on the transmitting side. Two A
CK packet needs to be received, but Reno-TC
In P, every time a packet loss due to a duplicate ACK packet is detected, the network is determined to be congested, and the value of the congestion window size cwnd indicating the number of transmittable packets on the transmitting side is halved. In some situations, the value of cwnd may be four packets or less.
【0006】ここで、図5に示すように、例えば送信側
のcwndが4パケットとなり、このうちの1パケット
が紛失したとすると、受信側ではパケット受信ごとにA
CKパケットを返送するので、送信側で受信しうるAC
Kパケットが、最初のACKパケット51と重複ACK
パケット52,53の2つ分で合計3となり、3つの重
複ACKパケットが受信されず、Fast Retransmit の動
作に至らない。したがって、タイムアウトが検出される
まで、送信が中断してしまうという問題点があった。[0006] Here, as shown in FIG. 5, for example, if the cwnd on the transmitting side is four packets, and one of these packets is lost, on the receiving side, every time a packet is received, Aw
Since the CK packet is returned, AC that can be received by the transmitting side
K packet is duplicate ACK with first ACK packet 51
Two packets 52 and 53 make a total of three, three duplicate ACK packets are not received, and the Fast Retransmit operation is not performed. Therefore, there is a problem that transmission is interrupted until a timeout is detected.
【0007】また、送信側の重複ACKパケット受信数
は、パケット紛失以降に受信側に届いたパケット数と、
受信側から送信側へのACKパケット伝送状況とにより
変化する可能性がある。したがって、送信側のcwnd
が5以上の場合でも、前述と同様にして3つの重複AC
Kパケットが受信されず、送信中断が発生することがあ
り得るという問題点があった。[0007] The number of duplicate ACK packets received by the transmitting side is determined by the number of packets that have arrived at the receiving side since the packet was lost.
It may change depending on the status of ACK packet transmission from the receiving side to the transmitting side. Therefore, the sender's cwnd
Is 5 or more, the three overlapping ACs
There is a problem that the K packet is not received and the transmission may be interrupted.
【0008】本発明はこのような課題を解決するための
ものであり、SACKオプションをサポートしたRen
o−TCPにおいて、パケット順序の入れ替わりによる
誤再送の影響を抑制しながら、パケット紛失が頻繁に発
生する状況であっても効率よくデータ転送を行うことが
できる再送制御方法を提供することを目的としている。[0008] The present invention has been made to solve such a problem, and is provided with a Ren supporting a SACK option.
An object of the present invention is to provide a retransmission control method capable of efficiently performing data transfer even in a situation where packet loss frequently occurs while suppressing the influence of erroneous retransmission due to a change in packet order in o-TCP. I have.
【0009】[0009]
【課題を解決するための手段】このような目的を達成す
るために、本発明による再送制御方法は、送信ノードで
は、選択的送達確認情報によりパケット紛失が通知され
た場合であって、かつ輻輳ウィンドウサイズcwndが
所定しきい値以下の場合にのみ、通知された紛失パケッ
トを直ちに再送するようにしたものである。In order to achieve the above object, a retransmission control method according to the present invention provides a retransmission control method in which a transmitting node is notified of a packet loss by selective acknowledgment information, The notified lost packet is immediately retransmitted only when the window size cwnd is equal to or smaller than a predetermined threshold.
【0010】[0010]
【発明の実施の形態】次に、本発明について図面を参照
して説明する。図1は本発明の一実施の形態である再送
制御方法を示すフローチャート、図2は再送制御動作例
を示すシーケンス図、図3は再送制御方法が適用される
通信システムを示すブロック図である。図3において、
送信ノード1および受信ノード2は、それぞれ通信網
(ネットワーク)3に接続されており、通信網3に所定
のコネクションを設定し、そのコネクションを介してパ
ケットによるデータ転送を行う。Next, the present invention will be described with reference to the drawings. FIG. 1 is a flowchart illustrating a retransmission control method according to an embodiment of the present invention, FIG. 2 is a sequence diagram illustrating an example of a retransmission control operation, and FIG. 3 is a block diagram illustrating a communication system to which the retransmission control method is applied. In FIG.
The transmitting node 1 and the receiving node 2 are connected to a communication network (network) 3, respectively, establish a predetermined connection in the communication network 3, and perform packet-based data transfer via the connection.
【0011】送信ノード1および受信ノード2におい
て、アプリケーション処理部5は、上位アプリケーショ
ンを実行する処理部である。また、レイヤ4処理部6
は、コネクションの設定解放、フロー制御および再送制
御などに基づいたデータ送受信処理を行う処理部、下位
レイヤ処理部7は、フレームの組立/分解などレイヤ2
の処理、およびルーティングなどのレイヤ3の処理を行
う処理部である。In the transmitting node 1 and the receiving node 2, the application processing unit 5 is a processing unit that executes a higher-level application. The layer 4 processing unit 6
Is a processing unit that performs data transmission / reception processing based on connection setting release, flow control, retransmission control, and the like. The lower layer processing unit 7 performs layer 2 processing such as frame assembly / disassembly.
And a layer 3 process such as routing.
【0012】レイヤ4処理部6で実行されるTCP(プ
ロトコルレイヤ4)のフロー制御はウィンドウ方式と
し、輻輳制御用パラメータとして、通信相手がパケット
受信可能量として宣言した受信ウィンドウサイズadw
ndの他に、通信網3の転送状況を反映したパケット送
信可能量を示す輻輳ウィンドウサイズcwndを有して
おり、送信ノード1は、これら両パラメータに基づいて
データパケットを所定数づつ受信ノード2宛に送信す
る。The flow control of the TCP (protocol layer 4) executed by the layer 4 processing unit 6 is a window system, and a reception window size adw declared as a packet receivable amount by a communication partner as a congestion control parameter.
In addition to nd, the transmission node 1 has a congestion window size cwnd indicating the packet transmission amount reflecting the transfer status of the communication network 3. Send to
【0013】本発明では、TCPのSACKオプション
を用いる場合を前提としており、レイヤ4処理部で実行
されるTCPのコネクション設定処理では、送信ノード
1と受信ノード2との間でコネクションを設定する場
合、SACKオプションを用いることが相互に確認され
る。なお、SACKオプションとは、データパケットの
紛失が受信ノード2で検出された場合、紛失パケット以
降に受信されたデータパケットを示すSACK情報(選
択的送達確認情報)をACK(受信確認応答)パケット
に格納して送信ノード1に通知する機能である。In the present invention, it is assumed that the TCP SACK option is used. In the TCP connection setting process executed by the layer 4 processing unit, the connection between the transmitting node 1 and the receiving node 2 is set. , SACK option is mutually confirmed. Note that the SACK option means that when a loss of a data packet is detected by the receiving node 2, SACK information (selective acknowledgment information) indicating data packets received after the lost packet is converted to an ACK (reception acknowledgment) packet. This is a function of storing and notifying the transmitting node 1.
【0014】以下、図1,2を参照して、本発明の動作
について説明する。図2において、まず送信ノードから
cwnd(=4)の範囲でデータパケット(DT1〜D
T4)が送信される。受信ノード2では、送信ノード1
からのデータパケットを受信するごとに、そのデータパ
ケットに格納されている送信シーケンス番号を検出し、
これを受信シーケンス番号としてACKパケットに格納
し返送する。したがって、DT1を受信した時点でAC
Kパケット(DT1のACKパケットを示すACK1)
21が返送される。The operation of the present invention will be described below with reference to FIGS. In FIG. 2, first, data packets (DT1 to DT1)
T4) is transmitted. In the receiving node 2, the transmitting node 1
Each time a data packet is received from, the transmission sequence number stored in the data packet is detected,
This is stored in an ACK packet as a reception sequence number and returned. Therefore, when DT1 is received, AC
K packet (ACK1 indicating an ACK packet of DT1)
21 is returned.
【0015】ここで、DT2が紛失した場合、受信ノー
ド2ではDT1の次にDT3を受信する。そして、SA
CK情報として、パケット紛失以降に受信したデータパ
ケットDT3を示す送信シーケンス番号をACKパケッ
ト22に格納して返送する。このとき、ACKパケット
22の受信シーケンス番号には、連続して正常受信され
た最後のデータパケットDT1の送達確認を示すシーケ
ンス番号が設定される。If DT2 is lost, the receiving node 2 receives DT3 next to DT1. And SA
As the CK information, the transmission sequence number indicating the data packet DT3 received after the packet loss is stored in the ACK packet 22 and returned. At this time, as the reception sequence number of the ACK packet 22, a sequence number indicating the delivery confirmation of the last data packet DT1 that has been continuously and normally received is set.
【0016】一方、送信ノード1では、ACKパケット
21により、データパケットDT1の受信を確認する。
そして、次のACKパケット22では、そのACKパケ
ット22に格納されているSACK情報に基づいて、パ
ケット紛失すなわち受信データパケットの不連続部分
(ホール)を検出し、図1に示す再送制御処理を実行す
る。On the other hand, the transmitting node 1 confirms the reception of the data packet DT1 by the ACK packet 21.
Then, in the next ACK packet 22, based on the SACK information stored in the ACK packet 22, a packet loss, that is, a discontinuous portion (hole) of the received data packet is detected, and the retransmission control process shown in FIG. I do.
【0017】まず、ホール検出時のcwndが所定のし
きい値th以下かどうか判断し(ステップ11)、しき
い値th以下の場合は(ステップ11:YES)、直ち
に再送処理を実行する(ステップ12)。この再送処理
では、検出したホールに対応するデータパケット、ここ
ではDT2を受信ノード2へ再送する。First, it is determined whether or not cwnd upon detection of a hole is equal to or smaller than a predetermined threshold th (step 11). If cwnd is equal to or smaller than the threshold th (step 11: YES), retransmission processing is immediately executed (step 11). 12). In this retransmission process, a data packet corresponding to the detected hole, here DT2, is retransmitted to the receiving node 2.
【0018】また、ホール検出時のcwndが所定のし
きい値thより大きい場合は(ステップ11:NO)、
重複ホールカウンタが規定値以下かどうか判断する(ス
テップ13)。そして、規定値以下の場合は(ステップ
13:YES)、SACK情報で通知された紛失分だけ
重複ホールカウンタをインクリメント(加算)する(ス
テップ14)。If cwnd at the time of detecting a hole is larger than a predetermined threshold value th (step 11: NO),
It is determined whether the value of the overlap hall counter is equal to or less than a specified value (step 13). If the value is equal to or smaller than the specified value (step 13: YES), the overlapping hole counter is incremented (added) by the amount of the loss notified by the SACK information (step 14).
【0019】一方、重複ホールカウンタが規定値(例え
ば、Fast Retransmit の考えに基づくならば、規定値=
3)を上回った場合は(ステップ13:NO)、前述の
ステップ12と同様に再送処理を行う(ステップ1
5)。これにより、cwnd値がしきい値より大きい場
合は、SACK情報を用いた場合でも、重複ACKパケ
ットによるパケット紛失検出と同様の再送制御を実現で
きる。なお、再送処理(ステップ12,15)では、該
当パケットの送信、タイムアウト監視用タイマのキャン
セル、重複ホールカウンタのクリアなどを行う。On the other hand, if the duplicated hole counter is a specified value (for example, based on the idea of Fast Retransmit, the specified value =
If 3) is exceeded (step 13: NO), retransmission processing is performed in the same manner as step 12 described above (step 1).
5). By this means, when the cwnd value is larger than the threshold value, the same retransmission control as that of packet loss detection using duplicate ACK packets can be realized even when SACK information is used. In the retransmission processing (steps 12 and 15), transmission of the corresponding packet, cancellation of the timeout monitoring timer, clearing of the duplicate hole counter, and the like are performed.
【0020】このように、受信ノード2から通知された
SACK情報に基づいて、パケット紛失を検出した場合
は、cwnd値がしきい値以下の場合にのみ、その紛失
パケットの再送を行うようにしたので、cwnd値が小
さく、Fast Retransmit の重複ACKパケットによる再
送要否判定に必要なACKパケット数を得られるデータ
パケットを送信できない場合や、ACKパケットそのも
のが紛失して重複ACKパケットによる再送要否判定に
必要なACKパケット数が得られない場合でも、タイム
アウトによる再送制御の起動を待つことなく、直ちに紛
失パケットを再送できる。As described above, when packet loss is detected based on the SACK information notified from the receiving node 2, the lost packet is retransmitted only when the cwnd value is equal to or less than the threshold value. Therefore, if the cwnd value is small and it is not possible to transmit a data packet that can obtain the number of ACK packets required for retransmission necessity determination by the duplicate ACK packet of Fast Retransmit, or if the ACK packet itself is lost and the retransmission necessity is determined by the duplicate ACK packet Even if the required number of ACK packets is not obtained, lost packets can be immediately retransmitted without waiting for activation of retransmission control due to timeout.
【0021】なお、SACKオプションをサポートしな
いTCPでは、連続したデータの最後の部分のみが分か
り、それ以降はどの部分が紛失しているのか判断できな
いが、以降の全てを再送することは効率的ではない。し
かし、SACK情報により紛失パケットは限定されてい
るので、誤って再送を行ったとしても、再送効率が大き
く低下することはない。In TCP that does not support the SACK option, only the last part of continuous data is known, and it is not possible to determine which part is lost after that. However, it is not efficient to retransmit all subsequent parts. Absent. However, since the number of lost packets is limited by the SACK information, even if retransmission is performed erroneously, the retransmission efficiency does not significantly decrease.
【0022】[0022]
【発明の効果】以上説明したように、本発明は、選択的
送達確認情報(SACK情報)によりパケット紛失が通
知された場合であって、かつ輻輳ウィンドウサイズcw
ndが所定しきい値以下の場合にのみ、通知された紛失
パケットを直ちに再送するようにしたので、SACKオ
プションをサポートしたReno−TCPにおいて、パ
ケット順序の入れ替わりによる誤再送の影響を抑制しな
がら、パケット紛失が頻繁に発生する状況であっても効
率よくデータ転送を行うことができる。As described above, the present invention relates to the case where packet loss is notified by the selective acknowledgment information (SACK information) and the congestion window size cw
Only when nd is equal to or less than a predetermined threshold, the notified lost packet is immediately retransmitted. Therefore, in Reno-TCP supporting the SACK option, while suppressing the influence of erroneous retransmission due to the change of the packet order, Even in a situation where packet loss frequently occurs, data transfer can be performed efficiently.
【図1】 本発明の一実施の形態による再送制御方法を
示すフローチャートである。FIG. 1 is a flowchart illustrating a retransmission control method according to an embodiment of the present invention.
【図2】 本発明による再送制御動作例を示すシーケン
ス図である。FIG. 2 is a sequence diagram showing an example of a retransmission control operation according to the present invention.
【図3】 本発明の再送制御方法が適用される通信シス
テムを示すブロック図である。FIG. 3 is a block diagram showing a communication system to which the retransmission control method of the present invention is applied.
【図4】 従来の再送制御動作例を示すシーケンス図で
ある。FIG. 4 is a sequence diagram showing an example of a conventional retransmission control operation.
【図5】 従来の他の再送制御動作例を示すシーケンス
図である。FIG. 5 is a sequence diagram showing another conventional retransmission control operation example.
1…送信ノード、2…受信ノード、3…通信網、5…ア
プリケーション処理部、6…レイヤ4処理部、7…下位
レイヤ処理部。DESCRIPTION OF SYMBOLS 1 ... Transmission node, 2 ... Receiving node, 3 ... Communication network, 5 ... Application processing part, 6 ... Layer 4 processing part, 7 ... Lower layer processing part.
フロントページの続き (72)発明者 渥美 幸雄 東京都港区虎ノ門5丁目2番6号 株式会 社超高速ネットワーク・コンピュータ技術 研究所内 Fターム(参考) 5K014 AA01 EA08 FA03 5K030 GA03 HA08 LA02 LC03 MB13 5K034 AA05 EE11 HH01 HH02 HH06 HH11 KK28 MM03 MM16 NN26Continuation of the front page (72) Inventor Yukio Atsumi 5-2-2 Toranomon, Minato-ku, Tokyo F-term in the ultra-high-speed network computer technology laboratory (reference) 5K014 AA01 EA08 FA03 5K030 GA03 HA08 LA02 LC03 MB13 5K034 AA05 EE11 HH01 HH02 HH06 HH11 KK28 MM03 MM16 NN26
Claims (1)
受信ノード間で、レイヤ4プロトコルにより、ネットワ
ークの転送能力を推定した輻輳ウィンドウサイズcwn
dに基づいて送信ノードからデータパケットを送信し、
このデータパケット受信に応じて受信ノードからその受
信確認応答を示すACKパケットを返送するとともに、
データパケットの紛失状況を示す選択的送達確認情報
(SACK情報)をACKパケットにより通知する通信
システムにおいて、 送信ノードでは、選択的送達確認情報によりパケット紛
失が通知された場合であって、かつ輻輳ウィンドウサイ
ズcwndが所定しきい値以下の場合にのみ、通知され
た紛失パケットを直ちに再送することを特徴とする再送
制御方法。1. A congestion window size cwn obtained by estimating a transfer capability of a network between a transmitting and receiving node connected via a predetermined connection by a layer 4 protocol.
transmitting a data packet from the transmitting node based on d.
In response to receiving the data packet, the receiving node returns an ACK packet indicating the reception acknowledgment,
In a communication system in which selective acknowledgment information (SACK information) indicating a data packet loss situation is notified by an ACK packet, the transmission node may be configured to notify the packet loss by the selective acknowledgment information and to determine whether the packet loss has occurred. A retransmission control method characterized by immediately retransmitting a reported lost packet only when the size cwnd is equal to or smaller than a predetermined threshold.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP24943998A JP3158357B2 (en) | 1998-09-03 | 1998-09-03 | Retransmission control method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP24943998A JP3158357B2 (en) | 1998-09-03 | 1998-09-03 | Retransmission control method |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2000078195A true JP2000078195A (en) | 2000-03-14 |
JP3158357B2 JP3158357B2 (en) | 2001-04-23 |
Family
ID=17192994
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP24943998A Expired - Fee Related JP3158357B2 (en) | 1998-09-03 | 1998-09-03 | Retransmission control method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3158357B2 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005011209A1 (en) * | 2003-07-24 | 2005-02-03 | Matsushita Electric Industrial Co., Ltd. | Packet communication device and packet communication method |
US7590888B2 (en) | 2003-05-16 | 2009-09-15 | Ntt Docomo, Inc. | Receiving device and transmitting device for determining errors in transmission |
JP2010512090A (en) * | 2006-12-08 | 2010-04-15 | 韓國電子通信研究院 | Apparatus and method for improving the performance of a transmission control protocol via path recovery notification over a wireless network |
JP2012100165A (en) * | 2010-11-04 | 2012-05-24 | Tokyo Broadcasting System Television Inc | Data transmission system and multi-point data distribution system |
CN102694631A (en) * | 2012-05-23 | 2012-09-26 | 华为技术有限公司 | Method and device for controlling data transmission |
-
1998
- 1998-09-03 JP JP24943998A patent/JP3158357B2/en not_active Expired - Fee Related
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7590888B2 (en) | 2003-05-16 | 2009-09-15 | Ntt Docomo, Inc. | Receiving device and transmitting device for determining errors in transmission |
WO2005011209A1 (en) * | 2003-07-24 | 2005-02-03 | Matsushita Electric Industrial Co., Ltd. | Packet communication device and packet communication method |
JP2010512090A (en) * | 2006-12-08 | 2010-04-15 | 韓國電子通信研究院 | Apparatus and method for improving the performance of a transmission control protocol via path recovery notification over a wireless network |
JP2012100165A (en) * | 2010-11-04 | 2012-05-24 | Tokyo Broadcasting System Television Inc | Data transmission system and multi-point data distribution system |
CN102694631A (en) * | 2012-05-23 | 2012-09-26 | 华为技术有限公司 | Method and device for controlling data transmission |
Also Published As
Publication number | Publication date |
---|---|
JP3158357B2 (en) | 2001-04-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Clark et al. | NETBLT: A bulk data transfer protocol | |
US7672241B2 (en) | Link-aware transmission control protocol | |
US6535482B1 (en) | Congestion notification from router | |
JP4503186B2 (en) | Communication apparatus and communication method | |
US6625118B1 (en) | Receiver based congestion control | |
US8462630B2 (en) | Early generation of acknowledgements for flow control | |
US6493316B1 (en) | Apparatus for and method of managing bandwidth for a packet based connection | |
US7474616B2 (en) | Congestion indication for flow control | |
EP1344359B1 (en) | Method of enhancing the efficiency of data flow in communication systems | |
US20020054570A1 (en) | Data communication system, data communication method, and recording medium with data communication program recorded thereon | |
Sarolahti et al. | Forward RTO-recovery (F-RTO): An algorithm for detecting spurious retransmission timeouts with TCP | |
EP0955749A1 (en) | Receiver based congestion control and congestion notification from router | |
US7496038B2 (en) | Method for faster detection and retransmission of lost TCP segments | |
Thubert | IPv6 over low-power Wireless Personal Area network (6LoWPAN) selective fragment recovery | |
US7590888B2 (en) | Receiving device and transmitting device for determining errors in transmission | |
JP3158357B2 (en) | Retransmission control method | |
JP2006173961A (en) | Tcp convergence control system in wide band, high delay radio network | |
AU4034299A (en) | Overload control method for a packet-switched network | |
JP2000151707A (en) | Control of data transfer | |
JP2003224547A (en) | Method for controlling flow | |
JPH10257092A (en) | Congestion control method | |
JP2005167352A (en) | Transmission apparatus and program | |
Clark et al. | RFC0998: NETBLT: A bulk data transfer protocol | |
Hoebeke et al. | A TCP protocol booster for wireless networks | |
JP2002290442A5 (en) |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
LAPS | Cancellation because of no payment of annual fees |