JP2000022744A - Packet communication system, packet communication device and packet communication method - Google Patents

Packet communication system, packet communication device and packet communication method

Info

Publication number
JP2000022744A
JP2000022744A JP18490098A JP18490098A JP2000022744A JP 2000022744 A JP2000022744 A JP 2000022744A JP 18490098 A JP18490098 A JP 18490098A JP 18490098 A JP18490098 A JP 18490098A JP 2000022744 A JP2000022744 A JP 2000022744A
Authority
JP
Japan
Prior art keywords
data
network
terminal
packet communication
transmission
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.)
Pending
Application number
JP18490098A
Other languages
Japanese (ja)
Inventor
Noriyasu Kato
紀康 加藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP18490098A priority Critical patent/JP2000022744A/en
Publication of JP2000022744A publication Critical patent/JP2000022744A/en
Pending legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To prevent lowering of throughput in a network by controlling intervals of acknowledgement of transmission and reception (ACK) to be transmitted to received data when transmission/reception of data is performed between a terminal and other terminals. SOLUTION: Data reception quantity is received by a received data quantity calculating part 12 and average received data quantity is newly calculated by using the data reception quantity and average received data quantity regarding period during which the ACKs are transmitted at the same intervals stored in a data reception quantity storage table 14 at a control part 11 of a client 1. The average received data quantity (1) is compared with the average received data quantity (2) at transmission intervals one stage narrower than the transmission intervals of the ACKs with the average received data quantity in the data reception quantity storage table 14 by the control part 11. When difference between the average data reception quantity (1) and (2) exceeds a certain threshold, an instruction to set the transmission interval as the one to transmit one ACK when 4380 bytes re received is transmitted to an ACK generating part 13.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】無線通信、特に、音声や画
像、データの通信を行なうマルチメディアをサポートす
るパケット通信システム、パケット通信装置及びパケッ
ト通信方法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a packet communication system, a packet communication apparatus, and a packet communication method that support multimedia for performing voice, image, and data communication.

【0002】[0002]

【従来の技術】コンピュータなどの端末間で通信を行な
う時に用いるトランスポート層プロトコルとしてTCP(Tr
ansmission Control Protocol)がある。通信を開始する
にあたり、データ送信者はこのTCP のスリーウエイハン
ドシェイクと呼ばれる手段を用いて相手端末とコネクシ
ョン確立を行なう。そしてデータを受信した端末がデー
タを送信した端末に対して送達確認の応答を返すことに
より誤り制御を行う。データに抜けが生じないため、信
頼性の必要なデータ通信に主に使用されている。
2. Description of the Related Art As a transport layer protocol used for communication between terminals such as computers, TCP (Tr
ansmission Control Protocol). To start communication, the data sender establishes a connection with the partner terminal using a means called three-way handshake of TCP. Then, the terminal that has received the data performs error control by returning a delivery confirmation response to the terminal that has transmitted the data. Since data is not lost, it is mainly used for data communication requiring reliability.

【0003】例えば伝送速度が10Mbpsのイーサネットで
接続される端末間で、データをアプリケーションにダウ
ンロードした時のTCP の振舞の例を図4に示す。ワーク
ステーション41がワークステーション42とTCP の接
続を行ない、データをダウンロードしその応答をワーク
ステーション41がワークステーション2に返してい
る。
FIG. 4 shows an example of TCP behavior when data is downloaded to an application between terminals connected by Ethernet having a transmission speed of 10 Mbps. The workstation 41 establishes a TCP connection with the workstation 42, downloads data, and returns a response to the workstation 2 to the workstation 42.

【0004】また、TCP は、フロー制御としてウインド
ウ制御を用いている。図4では、ウインドウサイズは87
60バイトとする。イーサネットでは、一回で送信できる
最大パケット長は1500バイトであり、通常TCP/IP(Inter
net Protocol) のオーバーヘッド40バイトを引いた1460
バイトが一回の送信で送ることのできるデータ量とな
る。ワークステーション42は、ワークステーション4
1に送信するデータをTCP 層で1460バイトに分割し、1
パケット中のデータを1460バイトとしてワークステーシ
ョン41に送信する。その際、ワークステーション41
からの応答がなくても送信できるバイト数であるウイン
ドウサイズを、送信したバイトづつ減らしていく。
[0004] TCP uses window control as flow control. In FIG. 4, the window size is 87
Assume 60 bytes. In Ethernet, the maximum packet length that can be transmitted at one time is 1500 bytes, and usually TCP / IP (Inter
net protocol) overhead 1460 minus 40 bytes
The bytes are the amount of data that can be sent in one transmission. Workstation 42 is workstation 4
The data to be transmitted to 1 is divided into 1460 bytes by the TCP layer and
The data in the packet is transmitted to the workstation 41 as 1460 bytes. At that time, the workstation 41
The window size, which is the number of bytes that can be transmitted without a response from, is reduced by each transmitted byte.

【0005】この場合、ワークステーション41のウイ
ンドウサイズが8760としたので、ワークステーション4
2が送信できるバイト数を8760から1460を引いて、7300
バイトとする。このようにワークステーション42は、
データを送信するたびに、送信可能バイト数を減らして
いく。そして、ワークステーション41は正しいデータ
を受信したことを確認して、それらのデータに対する送
達確認をウィンドウサイズを含めた形で返す。ワークス
テーション42がワークステーション41から応答を受
信すると、応答に含まれている受信可能バイト数によ
り、ワークステーション42の送信可能バイト数を更新
する。図5では、8760バイトであるので初期値にリセッ
トされる。
In this case, since the window size of the workstation 41 is set to 8760, the workstation 4
The number of bytes that 2 can send is 8760 minus 1460, giving 7300
Byte. Thus, the workstation 42
Each time data is transmitted, the number of transmittable bytes is reduced. Then, the workstation 41 confirms that the correct data has been received, and returns a delivery confirmation for the data including the window size. When the workstation 42 receives the response from the workstation 41, the workstation 42 updates the transmittable byte count of the workstation 42 with the receivable byte count included in the response. In FIG. 5, since it is 8760 bytes, it is reset to the initial value.

【0006】この送達確認はデータの送信側であるワー
クステーション42から送信されたデータの量が前に送
達確認が送信されてから最大セグメントサイズ2つ分、
この例では1460×2 で2920バイト、を受信すると送信さ
れる仕組みになっている。ただし、実際の通信例では、
その内部処理の事情により最大セグメントサイズ3つ分
あるいは4つ分受信してから送達確認が送信されること
もめずらしくない。
This acknowledgment is based on the fact that the amount of data transmitted from the workstation 42, which is the data transmission side, is equal to the maximum segment size of two since the acknowledgment was transmitted before.
In this example, it is a mechanism that is transmitted when it receives 1460 × 2 and 2920 bytes. However, in the actual communication example,
It is not unusual for an acknowledgment to be transmitted after three or four maximum segment sizes have been received, depending on the circumstances of the internal processing.

【0007】図4に示すように、複数のパケットによっ
て伝送されたデータに対してひとつの応答を返すことに
より、パケット毎に応答を返す方法よりもワークステー
ション41からワークステーション42への伝送路を有
効に利用することができる。
As shown in FIG. 4, by returning one response to the data transmitted by a plurality of packets, the transmission path from the workstation 41 to the workstation 42 can be reduced more than the method of returning a response for each packet. It can be used effectively.

【0008】ところで、図5のようにワークステーショ
ン42からワークステンション41への伝送路とワーク
ステーション41からワークステーション42への伝送
路が異なり、その伝送速度が非対称であるようなシステ
ムを考える。ここで、ワークステーション41からワー
クステーション42への伝送路速度がワークステーショ
ン42からワークステーション41への伝送速度と比べ
て十分に小さい場合、ワークステーション42からワー
クステーション41へのスループットは、双方向同じ伝
送速度の場合と比べて小さくなってしまう。
Now, consider a system in which the transmission path from the workstation 42 to the work station 41 and the transmission path from the workstation 41 to the workstation 42 are different as shown in FIG. 5, and the transmission speed is asymmetric. Here, when the transmission path speed from the workstation 41 to the workstation 42 is sufficiently smaller than the transmission speed from the workstation 42 to the workstation 41, the throughput from the workstation 42 to the workstation 41 is the same in both directions. The transmission speed is smaller than the transmission speed.

【0009】上述したようにTCP では最大セグメントサ
イズ2つ分を受信すると送達確認を送信する仕組みにな
っており、さらにその送達確認に含まれたウインドウの
情報に基づいて送信側はウインドウ制御を行い、送信で
きるデータ量を決めている。大量のデータが送信される
と受信側はそれに伴って、かなりの量の送達確認を送信
することになる。しかしながら、受信側から送信側への
伝送速度が小さいため、送達確認の送信待ちの状態が生
じてしまう。
As described above, the TCP has a mechanism of transmitting a delivery confirmation upon receipt of two maximum segment sizes, and further, the transmitting side performs window control based on window information included in the delivery confirmation. , The amount of data that can be transmitted is determined. When a large amount of data is transmitted, the receiving side will transmit a considerable amount of acknowledgment accordingly. However, since the transmission speed from the receiving side to the transmitting side is low, a state of waiting for transmission of the delivery confirmation occurs.

【0010】さらに別の問題としてTCP では信頼性のあ
る転送を提供するために再転送付き肯定送達確認という
技術を採用している。これは受信者がデータを受信する
たびに送達確認メッセージを送信者に送り返す。送信者
は送ったパケットの記録を保持し、送達確認を待って次
のパケットを送信する。また送信者はパケットを送ると
き、タイマをスタートさせ、送達確認が到着する前にタ
イマが切れればパケットを再転送する。
[0010] Yet another problem is that TCP employs a technique of positive acknowledgment with retransmission to provide reliable transmission. This sends an acknowledgment message back to the sender each time the receiver receives data. The sender keeps a record of the sent packet, and waits for delivery confirmation before sending the next packet. The sender starts a timer when sending a packet, and retransmits the packet if the timer expires before an acknowledgment arrives.

【0011】送達確認には受信された部分の最上位オク
テットの位置よりも1だけ大きいシーケンス値を指して
いる。したがって送信者はこのシーケンス値より小さい
値のデータは受信者に届き、シーケンス値から始まるデ
ータを送信すればよいことになる。そしてこの機構はど
れだけのデータが集まったかを報告することになるので
累積的である。これを累積確認応答と呼ぶ。
[0011] The acknowledgment refers to a sequence value that is one greater than the position of the most significant octet of the received portion. Therefore, the sender needs to transmit data having a value smaller than the sequence value to the receiver and transmit data starting from the sequence value. And this mechanism is cumulative because it reports how much data has been collected. This is called a cumulative acknowledgment.

【0012】ここでこの送達確認がロスした場合を考え
る。送信側のウインドウサイズ、連続して一度に送信で
きるデータ量が最大セグメントサイズにて2つ分とす
る。送信側はこのデータ量を送信するが、次のデータの
送信は受信側からの送達確認を待たなければならない。
その受信側からの送達確認が何らかの原因でロスしたと
する。送信側は送達確認が送信されてこないため、前記
送信したデータはタイムアウトとなる。これはスループ
ットの大幅な低下となる。もし受信側の送達確認の送信
頻度がこれより多ければ、累積確認応答の性質により、
このようにタイムアウトする可能性が低くなる。以上の
ように、送達確認の頻度によっては、送信側でタイムア
ウトを引き起こし、スループットを低下させてしまう。
Here, consider the case where the delivery confirmation is lost. It is assumed that the window size on the transmitting side and the data amount that can be transmitted at one time at a time are two for the maximum segment size. The transmitting side transmits this amount of data, but transmission of the next data must wait for acknowledgment from the receiving side.
It is assumed that the delivery confirmation from the receiving side has been lost for some reason. Since the transmission confirmation is not transmitted to the transmitting side, the transmitted data times out. This results in a significant decrease in throughput. If the receiving acknowledgment is sent more frequently than this, due to the nature of the cumulative acknowledgment,
Thus, the possibility of timeout is reduced. As described above, depending on the frequency of the delivery confirmation, a timeout occurs on the transmission side, and the throughput is reduced.

【0013】[0013]

【発明が解決しようとする課題】従来例で述べたよう
に、データ受信側からデータ送信側への伝送路がデータ
送信側からデータ受信側への伝送路と比べて伝送速度が
小さい場合に、スループットが双方向が同じ伝送速度と
比べて落ちてしまうという問題があった。またその一方
で、送達確認の頻度を減らしてしまうのはスループット
の低下にもつながるという問題も存在していた。
As described in the conventional example, when the transmission path from the data receiving side to the data transmitting side is smaller than the transmission path from the data transmitting side to the data receiving side, There is a problem that the throughput decreases in both directions compared to the same transmission speed. On the other hand, there has also been a problem that reducing the frequency of delivery confirmation leads to a decrease in throughput.

【0014】[0014]

【課題を解決するための手段】以上に述べた課題を解決
するため、本発明のパケット通信システムは、ネットワ
ークを介して、第一の端末から第二の端末へデータを送
信し、前記第二の端末が前記データを受信したことを前
記第一の端末へ通知するための送達確認を送信するよう
なパケット通信システムにおいて、前記第2の端末が前
記送達確認を送信する間隔を、前記ネットワークの状態
に基づいて変化させることを特徴とする。
In order to solve the above-mentioned problems, a packet communication system according to the present invention transmits data from a first terminal to a second terminal via a network, In a packet communication system that transmits an acknowledgment for notifying the first terminal that the terminal has received the data, an interval at which the second terminal transmits the acknowledgment is defined as an interval of the network. It is characterized by being changed based on the state.

【0015】さらに本発明のパケット通信システムは、
前記送達確認を前記ネットワークの状態に基づいて廃棄
することを特徴とする。また、本発明のパケット通信装
置は、ネットワークを介してデータを受信する手段と、
前記受信する手段にて受信した前記データに対する送達
確認を送信した端末宛に送信する手段と、前記ネットワ
ークのトラフィック状態を検出する手段と、前記検出す
る手段において検出された前記ネットワークのトラフィ
ック状態に応じて、前記送信する手段にて前記送達確認
を送信する間隔を制御する手段とを具備したことを特徴
とする。
Further, the packet communication system according to the present invention comprises:
The acknowledgment is discarded based on a state of the network. Further, the packet communication device of the present invention includes: means for receiving data via a network;
Means for transmitting an acknowledgment for the data received by the receiving means to the terminal that transmitted the data; means for detecting the traffic state of the network; and means for responding to the traffic state of the network detected by the detecting means. Means for controlling an interval at which the transmission confirmation is transmitted by the transmitting means.

【0016】さらに、本発明のパケット通信装置は、前
記制御する手段は、前記ネットワークのトラフィック状
態に応じて、前記送達確認を破棄することを特徴とす
る。また、本発明のパケット通信方法は、ネットワーク
を介して、第一の端末から第二の端末へデータを送信
し、前記第二の端末が前記データを受信したことを前記
第一の端末へ通知するための送達確認を送信するような
パケット通信方法において、前記ネットワークのトラフ
ィック状態を検出するステップと、前記検出するステッ
プにおいて検出された前記ネットワークのトラフィック
状態に応じて、前記第2 の端末が前記送達確認を送信す
る間隔を制御するステップとからなることを特徴とす
る。
Further, in the packet communication apparatus according to the present invention, the control means discards the delivery confirmation according to a traffic state of the network. Also, the packet communication method of the present invention transmits data from a first terminal to a second terminal via a network, and notifies the first terminal that the second terminal has received the data. In the packet communication method for transmitting a delivery confirmation for performing the above, a step of detecting a traffic state of the network, and the second terminal is configured to respond to the traffic state of the network detected in the detecting step. Controlling the transmission interval of the delivery confirmation.

【0017】さらに、本発明のパケット通信方法は、前
記制御するステップは、前記ネットワークのトラフィッ
ク状態に応じて、前記送達確認を破棄することを特徴と
する。
Further, in the packet communication method according to the present invention, the controlling step discards the delivery confirmation according to a traffic state of the network.

【0018】[0018]

【発明の実施の形態】図1、図2は本発明に係わるシス
テム構成図を示す。1はクライアント、2はサーバー、
3はゲートウエイ、4はネットワーク、5はゲートウエ
イからクライアントへの伝送速度がクライアントからゲ
ートウエイへの伝送速度よりも十分に速いような非対称
の伝送路である。
1 and 2 show a system configuration diagram according to the present invention. 1 is a client, 2 is a server,
Reference numeral 3 denotes a gateway, 4 denotes a network, and 5 denotes an asymmetric transmission path in which the transmission speed from the gateway to the client is sufficiently higher than the transmission speed from the client to the gateway.

【0019】図2はクライアント1内の構成図であり、
11は制御部、12は受信データ量生成部、13はACK
生成部、14はデータ受信量保存テーブル、15は送受
信部である。
FIG. 2 is a configuration diagram of the client 1.
11 is a control unit, 12 is a received data amount generation unit, 13 is ACK
A generating unit, 14 is a data reception amount storage table, and 15 is a transmitting / receiving unit.

【0020】図3はデータ受信量保存テーブルの例を示
した図である。クライアント1の要求により、サーバー
2からクライアント2に向けて大量のデータを送信する
ようなアプリケーションが開始されたとする。ここでこ
のコネクションの最大セグメントサイズは1460バイトと
する。クライアント1ではACK送信の間隔の初期値を292
0バイト( 最大セグメントサイズ2つ分) を受信したら
1つのACK を送信するような間隔とする。
FIG. 3 is a diagram showing an example of the data reception amount storage table. It is assumed that an application for transmitting a large amount of data from the server 2 to the client 2 is started by the request of the client 1. Here, the maximum segment size of this connection is 1460 bytes. In client 1, the initial value of the ACK transmission interval is set to 292.
When 0 bytes (maximum two segment sizes) are received, the interval is set so that one ACK is transmitted.

【0021】クライアント1ではある時間単位で受信し
たデータ量を受信データ量計算部12において計算して
いる。以上を前提としてACK の送信間隔を変動させる手
法について順を追って説明する。
In the client 1, the received data amount calculation unit 12 calculates the amount of data received in a certain time unit. Based on the above, the method of changing the ACK transmission interval will be described step by step.

【0022】まず、図1、図2、図3をもとに請求項1
に対応する本発明の第1の実施例について述べる。クラ
イアント1の制御部11では受信データ量計算部12よ
りデータ受信量を受信し、前記データ受信量とデータ受
信量保存テーブル14に保存してある同じ間隔でACK を
送信している期間に関しての平均受信データ量を用い
て、新しく平均受信データ量を計算する。
First, based on FIGS. 1, 2 and 3, claim 1
A first embodiment of the present invention corresponding to FIG. The control unit 11 of the client 1 receives the data reception amount from the reception data amount calculation unit 12 and averages the data reception amount and the period during which the ACK is transmitted at the same interval stored in the data reception amount storage table 14. The average received data amount is newly calculated using the received data amount.

【0023】制御部11は前記平均受信データ量(1) と
データ受信量保存テーブル14にある前記平均受信デー
タ量でのACK の送信間隔より一段階狭い送信間隔での平
均受信データ量(2) を比較する。図1のようなネットワ
ークの一部に非対称の伝送路が存在する場合には(1) と
(2) の差は大きくなり、対称の場合には(1) と(2) の差
は少なくなる。そこで(1) と(2) の差があるしきい値を
超えた場合には、4380バイト( 最大セグメントサイズ3
つ分) を受信したら1つのACK を送信するような間隔に
する命令をACK 生成部13に送信する。
The control unit 11 controls the average received data amount (1) and the average received data amount at a transmission interval one step narrower than the ACK transmission interval based on the average received data amount in the data reception amount storage table 14 (2). Compare. If an asymmetric transmission path exists in a part of the network as shown in Fig. 1, (1) and
The difference between (2) becomes large, and in the case of symmetry, the difference between (1) and (2) becomes small. Therefore, if the difference between (1) and (2) exceeds a certain threshold, 4380 bytes (maximum segment size 3
When an ACK is received, an instruction to make the interval such that one ACK is transmitted is transmitted to the ACK generation unit 13.

【0024】以上により、非対称のようにクライアント
1からサーバー2への伝送速度が低いためにサーバー1
からクライアント1へのスループットが落ちてしまうよ
うなネットワークにおいてもサーバー2からクライアン
ト1方向のスループットの減少を止めることが可能とな
る。
As described above, since the transmission speed from the client 1 to the server 2 is low as asymmetric, the server 1
Even in a network where the throughput from the client 2 to the client 1 decreases, it is possible to stop the decrease in the throughput from the server 2 to the client 1.

【0025】次に図1、図2をもとに請求項1に対応す
る本発明の第2の実施例について述べる。第1の実施例
と同じように、サーバー2からクライアント1に向けて
大量のデータが送信されるようなアプリケーションが開
始されたとする。
Next, a second embodiment of the present invention corresponding to claim 1 will be described with reference to FIGS. As in the first embodiment, it is assumed that an application in which a large amount of data is transmitted from the server 2 to the client 1 is started.

【0026】順調に転送が行なわれ、ACK の送信間隔が
11680 バイトを受信したら1つのACK を送信するような
間隔になった時点で、何らかの原因で、あるサーバー2
からクライアント1へのパケットが1つロスしたとす
る。クライアント2内の制御部11はパケットがロスし
たかどうかについては確認を取ることはできないが、パ
ケットの順序が変わったことを検出し、ネットワークに
何らかの異常が発生したと解釈する。
The transfer is performed smoothly, and the ACK transmission interval is
When an interval of sending one ACK is received after receiving 11680 bytes, some server 2
Suppose that one packet from client to client 1 is lost. The control unit 11 in the client 2 cannot confirm whether the packet has been lost, but detects that the order of the packets has changed, and interprets that some abnormality has occurred in the network.

【0027】そこで、制御部11はACK もロスする可能
性があると考え、ACK 生成部13に対して、ACK の送信
間隔を現在の送信間隔の半分、すなわちACK の送信間隔
が5840バイトを受信したら1つのACK を送信するような
間隔にする。これにより、ACK のロスによるサーバー2
からクライアント1方向のスループット減少の可能性を
低くすることが可能となる。
Therefore, the control unit 11 considers that there is a possibility that the ACK is also lost, and instructs the ACK generation unit 13 to reduce the ACK transmission interval to half of the current transmission interval, that is, to receive the ACK transmission interval of 5840 bytes. Then, set the interval so that one ACK is transmitted. As a result, server 2 due to ACK loss
Therefore, it is possible to reduce the possibility of a decrease in the throughput in the client 1 direction.

【0028】図6はクライアント2内部におけるネット
ワークプロトコルのスタックを表したものである。図7
はクライアント2内でACK が送信待ちをしている様子を
模式的に表したものである。
FIG. 6 shows a stack of a network protocol inside the client 2. FIG.
Is a schematic representation of a state in which the ACK is waiting for transmission within the client 2.

【0029】ここで図1、図6をもとに請求項2に対応
する本発明の第3の実施例について述べる。図1におい
てサーバー2からクライアント1に向けて大量のデータ
が送信される場合について考える。この時、クライアン
ト2はTCP の振舞により最大セグメントサイズ2つ分の
パケットを受信する度に1つのACK をサーバー2に向け
て送信する。このACK は図6中のTCP 層63で発生し、
IP層64、データリンク層65とそれぞれで処理が施さ
れ物理層( 送受信部) 66より送信される。
Here, a third embodiment of the present invention corresponding to claim 2 will be described with reference to FIGS. Consider a case where a large amount of data is transmitted from the server 2 to the client 1 in FIG. At this time, the client 2 sends one ACK to the server 2 every time it receives a packet having a maximum segment size of two due to the behavior of TCP. This ACK is generated in the TCP layer 63 in FIG.
Processing is performed in the IP layer 64 and the data link layer 65, respectively, and transmitted from the physical layer (transmitter / receiver) 66.

【0030】ここで、送信のネットワークの伝送速度よ
りもACK の発生速度が早い場合を考える。この場合、送
信できないACK は図7のようにデータリンク層で待ちの
状態となる。
Here, consider a case where the ACK generation speed is faster than the transmission speed of the transmission network. In this case, the ACK that cannot be transmitted is in a waiting state in the data link layer as shown in FIG.

【0031】このデータリンク層65で送信待ちをして
いるACK があるしきい値以上になった場合、一番新しく
生成されたACK を除いてすべて廃棄する。そして送信の
ネットワークに送信する余裕が生まれた場合には前記一
番新しく生成されたACK を送信する。
When the number of ACKs waiting to be transmitted in the data link layer 65 exceeds a certain threshold, all ACKs except for the most recently generated ACK are discarded. Then, when there is room to transmit to the transmission network, the most recently generated ACK is transmitted.

【0032】TCP におけるACK は累積的であるため一番
新しいACK が一番古いACK の役割を果たすことができ
る。これによって、ACK を送信できないことによるサー
バー2からクライアント1方向のスループットの低下を
避けることが可能となる。
Since ACKs in TCP are cumulative, the newest ACK can play the role of the oldest ACK. This makes it possible to avoid a decrease in the throughput from the server 2 to the client 1 due to the inability to transmit the ACK.

【0033】図8 は本発明に係るゲートウエイの構成を
示した図である。81は受信部、82は送信部、83は
制御部、84はACK蓄積部である。ACK蓄積部84
は図9のようになっており、コネクション毎にACKを
蓄積できるキュー構成を持っている。
FIG. 8 is a diagram showing the configuration of the gateway according to the present invention. 81 is a receiving unit, 82 is a transmitting unit, 83 is a control unit, and 84 is an ACK storage unit. ACK storage unit 84
Is as shown in FIG. 9 and has a queue structure capable of storing ACK for each connection.

【0034】ここで図5 のような非対称の伝走路が図2
の構成において5の部分でなく、ゲートウエイ3・サー
バ2間に存在していた場合、ゲートウエイ3が第3 の実
施例に示す動作を行なってもよい。
Here, the asymmetrical driving path as shown in FIG.
In the configuration of the third embodiment, when the gateway 3 exists between the gateway 3 and the server 2 instead of the part 5, the gateway 3 may perform the operation shown in the third embodiment.

【0035】すなわち、ゲートウエイ3のACK蓄積部
84はクライアント1、クライアント11、クライアン
ト12からのACKを図9 にあるように、それぞれ分け
てキューに蓄積する。そして送信待ちをしているACK
が一定のしきい値以上になった場合、一番新しく生成さ
れたACKを除いてすべて破棄する。そして送信のネッ
トワークに送信する余裕ができた場合には前記一番新し
く生成されたACKを送信するものである。
That is, the ACK accumulating section 84 of the gateway 3 accumulates ACKs from the client 1, the client 11, and the client 12 separately in the queue as shown in FIG. ACK waiting for transmission
If exceeds a certain threshold, all but the most recently generated ACK are discarded. Then, when there is enough time to transmit to the transmission network, the most recently generated ACK is transmitted.

【0036】[0036]

【発明の効果】以上説明したように本発明によれば、ネ
ットワークを介して接続された端末が他の端末とデータ
の送受信を行う際、受信したデータに対して送信する送
達確認(ACK)の間隔を制御することにより、ネットワー
クにおいるスループットの低下を防ぐことができる。と
くに、送信と受信の経路が非対称な場合には、必要な送
達確認のみを送信することで、データ送受信の信頼性を
向上させることが可能である。
As described above, according to the present invention, when a terminal connected via a network transmits / receives data to / from another terminal, an acknowledgment (ACK) transmitted for received data is transmitted. By controlling the interval, it is possible to prevent a decrease in throughput in the network. In particular, when the transmission and reception paths are asymmetric, it is possible to improve the reliability of data transmission / reception by transmitting only necessary acknowledgments.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明に係わる通信システムを示した図FIG. 1 shows a communication system according to the present invention.

【図2】本発明に係わるネットワークシステムの構成を
示した図
FIG. 2 is a diagram showing a configuration of a network system according to the present invention;

【図3】データ受信量保存テーブルを示した図FIG. 3 is a diagram showing a data reception amount storage table;

【図4】TCP の振舞を示した図Fig. 4 Diagram showing TCP behavior

【図5】非対称伝送路の例を示した図FIG. 5 is a diagram showing an example of an asymmetric transmission line.

【図6】プロトコルスタックを示した図FIG. 6 shows a protocol stack.

【図7】ACK の送信待ちの様子を示した図FIG. 7 is a diagram showing a state of waiting for transmission of an ACK.

【図8】本発明に係わるゲートウエイの構成を示した図FIG. 8 is a diagram showing a configuration of a gateway according to the present invention.

【図9】ゲートウエイのACK蓄積部の構成を示した図FIG. 9 is a diagram showing a configuration of an ACK storage unit of the gateway;

【符号の説明】[Explanation of symbols]

1…クライアント 2…サーバー 3…ゲートウエイ 4…ネットワーク 5…非対称伝送路 DESCRIPTION OF SYMBOLS 1 ... Client 2 ... Server 3 ... Gateway 4 ... Network 5 ... Asymmetric transmission line

Claims (6)

【特許請求の範囲】[Claims] 【請求項1】 ネットワークを介して、第一の端末から
第二の端末へデータを送信し、前記第二の端末が前記デ
ータを受信したことを前記第一の端末へ通知するための
送達確認を送信するようなパケット通信システムにおい
て、 前記第2の端末が前記送達確認を送信する間隔を、前記
ネットワークの状態に基づいて変化させることを特徴と
するパケット通信システム。
1. A delivery confirmation for transmitting data from a first terminal to a second terminal via a network and notifying the first terminal that the second terminal has received the data. A packet communication system according to claim 1, wherein an interval at which said second terminal transmits said acknowledgment is changed based on a state of said network.
【請求項2】 前記パケット通信システムにおいて、 前記送達確認を前記ネットワークの状態に基づいて廃棄
することを特徴とする請求項1パケット通信システム。
2. The packet communication system according to claim 1, wherein the acknowledgment is discarded based on a state of the network.
【請求項3】 ネットワークを介してデータを受信する
手段と、 前記受信する手段にて受信した前記データに対する送達
確認を送信した端末宛に送信する手段と、 前記ネットワークのトラフィック状態を検出する手段
と、 前記検出する手段において検出された前記ネットワーク
のトラフィック状態に応じて、前記送信する手段にて前
記送達確認を送信する間隔を制御する手段とを具備した
ことを特徴とするパケット通信装置。
Means for receiving data via a network, means for transmitting an acknowledgment for the data received by the receiving means to a terminal which has transmitted the data, and means for detecting a traffic state of the network. A packet communication device comprising: a unit that controls an interval at which the transmission unit transmits the acknowledgment in accordance with a traffic state of the network detected by the detection unit.
【請求項4】 前記パケット通信装置において、 前記制御する手段は、前記ネットワークのトラフィック
状態に応じて、前記送達確認を破棄することを特徴とす
る請求項3パケット通信装置。
4. The packet communication device according to claim 3, wherein the control unit discards the delivery confirmation according to a traffic state of the network.
【請求項5】 ネットワークを介して、第一の端末から
第二の端末へデータを送信し、前記第二の端末が前記デ
ータを受信したことを前記第一の端末へ通知するための
送達確認を送信するようなパケット通信方法において、 前記ネットワークのトラフィック状態を検出するステッ
プと、 前記検出するステップにおいて検出された前記ネットワ
ークのトラフィック状態に応じて、前記第2 の端末が前
記送達確認を送信する間隔を制御するステップとからな
ることを特徴とするパケット通信方法。
5. A delivery confirmation for transmitting data from a first terminal to a second terminal via a network, and notifying the first terminal that the second terminal has received the data. Detecting a traffic state of the network; and transmitting the acknowledgment by the second terminal according to the traffic state of the network detected in the detecting step. Controlling the interval.
【請求項6】 前記パケット通信方法において、 前記制御するステップは、前記ネットワークのトラフィ
ック状態に応じて、前記送達確認を破棄することを特徴
とする請求項5記載のパケット通信方法。
6. The packet communication method according to claim 5, wherein in the packet communication method, the controlling step discards the delivery confirmation according to a traffic state of the network.
JP18490098A 1998-06-30 1998-06-30 Packet communication system, packet communication device and packet communication method Pending JP2000022744A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP18490098A JP2000022744A (en) 1998-06-30 1998-06-30 Packet communication system, packet communication device and packet communication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP18490098A JP2000022744A (en) 1998-06-30 1998-06-30 Packet communication system, packet communication device and packet communication method

Publications (1)

Publication Number Publication Date
JP2000022744A true JP2000022744A (en) 2000-01-21

Family

ID=16161301

Family Applications (1)

Application Number Title Priority Date Filing Date
JP18490098A Pending JP2000022744A (en) 1998-06-30 1998-06-30 Packet communication system, packet communication device and packet communication method

Country Status (1)

Country Link
JP (1) JP2000022744A (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003087320A (en) * 2001-09-06 2003-03-20 Kddi Corp Packet relaying device and its method
WO2004110013A1 (en) * 2003-06-09 2004-12-16 Matsushita Electric Industrial Co., Ltd. Packet communication device
JP2010093370A (en) * 2008-10-03 2010-04-22 Nippon Telegr & Teleph Corp <Ntt> Edge node and band control method
WO2010097978A1 (en) * 2009-02-27 2010-09-02 株式会社東芝 Communication apparatus, method and program
JP2010258631A (en) * 2009-04-23 2010-11-11 Fujitsu Ltd Server, and ack replying method
WO2011052201A1 (en) * 2009-11-02 2011-05-05 パナソニック株式会社 Communication terminal and communication method
WO2013011638A1 (en) * 2011-07-19 2013-01-24 日本電気株式会社 Communication device and communication control method thereof
JP2015095151A (en) * 2013-11-13 2015-05-18 富士通株式会社 Start control program, device, and method
JP2021082925A (en) * 2019-11-18 2021-05-27 キヤノン株式会社 Communication device, control method of the same, and program

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003087320A (en) * 2001-09-06 2003-03-20 Kddi Corp Packet relaying device and its method
WO2004110013A1 (en) * 2003-06-09 2004-12-16 Matsushita Electric Industrial Co., Ltd. Packet communication device
JP2010093370A (en) * 2008-10-03 2010-04-22 Nippon Telegr & Teleph Corp <Ntt> Edge node and band control method
US9106417B2 (en) 2009-02-27 2015-08-11 Kabushiki Kaisha Toshiba Communication apparatus for transmission protocol processing and reception protocol processing
WO2010097978A1 (en) * 2009-02-27 2010-09-02 株式会社東芝 Communication apparatus, method and program
JP2010206304A (en) * 2009-02-27 2010-09-16 Toshiba Corp Communication apparatus, method and program
JP2010258631A (en) * 2009-04-23 2010-11-11 Fujitsu Ltd Server, and ack replying method
WO2011052201A1 (en) * 2009-11-02 2011-05-05 パナソニック株式会社 Communication terminal and communication method
EP2498474A1 (en) * 2009-11-02 2012-09-12 Panasonic Corporation Communication terminal and communication method
EP2498474A4 (en) * 2009-11-02 2013-03-27 Panasonic Corp Communication terminal and communication method
US8588068B2 (en) 2009-11-02 2013-11-19 Panasonic Corporation Communication terminal and communication method
JP5573844B2 (en) * 2009-11-02 2014-08-20 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ Communication terminal and communication method
WO2013011638A1 (en) * 2011-07-19 2013-01-24 日本電気株式会社 Communication device and communication control method thereof
JP2015095151A (en) * 2013-11-13 2015-05-18 富士通株式会社 Start control program, device, and method
US9880855B2 (en) 2013-11-13 2018-01-30 Fujitsu Limited Start-up control program, device, and method
JP2021082925A (en) * 2019-11-18 2021-05-27 キヤノン株式会社 Communication device, control method of the same, and program
JP7286513B2 (en) 2019-11-18 2023-06-05 キヤノン株式会社 COMMUNICATION DEVICE, COMMUNICATION DEVICE CONTROL METHOD, AND PROGRAM

Similar Documents

Publication Publication Date Title
KR100785293B1 (en) System and Method for TCP Congestion Control Using Multiple TCP ACKs
EP0409578B1 (en) Data communication method and system with cyclic sequence of acknowledgements
JP4654926B2 (en) COMMUNICATION SYSTEM, COMMUNICATION DEVICE, AND CONgestion Control Method Used In Them
EP1195966B1 (en) Communication method
JP5544430B2 (en) Communication apparatus and communication system
US6741555B1 (en) Enhancement of explicit congestion notification (ECN) for wireless network applications
US9577791B2 (en) Notification by network element of packet drops
EP1344359B1 (en) Method of enhancing the efficiency of data flow in communication systems
KR100600607B1 (en) A apparatus for ARQ controlling in wireless portable internet system and method therof
CN106210924B (en) Video network transmission control method and system
WO2014092779A1 (en) Notification by network element of packet drops
US20030117974A1 (en) TCP processing apparatus of base transceiver subsystem in wired/wireless integrated network and method thereof
WO2008044653A1 (en) Communication system, communication device, and communication method
JP2000022744A (en) Packet communication system, packet communication device and packet communication method
JP7067544B2 (en) Communication systems, communication devices, methods and programs
JP4485684B2 (en) Method and apparatus for transmitting data packet in communication system
JP2005244897A (en) Communication method with reliability and apparatus therefor
JPH11196041A (en) Radio multicast transfer method and radio communication system
JP4531302B2 (en) Packet relay apparatus and method thereof
JP4832483B2 (en) Mobile communication system and mobile communication method
KR100913897B1 (en) Method for controlling congestion of TCP for reducing the number of retransmission timeout
JP5109579B2 (en) Flow control method
Liqing et al. TCP optimization implementation of a small embedded system
JP2003198612A (en) File transferring method in packet communication network
KR101396785B1 (en) Method for performing tcp functions in network equipmment

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040608