JP2001136209A - Communication apparatus - Google Patents

Communication apparatus

Info

Publication number
JP2001136209A
JP2001136209A JP31964499A JP31964499A JP2001136209A JP 2001136209 A JP2001136209 A JP 2001136209A JP 31964499 A JP31964499 A JP 31964499A JP 31964499 A JP31964499 A JP 31964499A JP 2001136209 A JP2001136209 A JP 2001136209A
Authority
JP
Japan
Prior art keywords
station
packet
user data
data field
length
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
JP31964499A
Other languages
Japanese (ja)
Inventor
Takashi Ikegawa
隆司 池川
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.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone 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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP31964499A priority Critical patent/JP2001136209A/en
Publication of JP2001136209A publication Critical patent/JP2001136209A/en
Pending legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To suppress the decrease of effective throughput and also to reduce the discard rate of packet in the case a bit rate takes place in a communication apparatus used in a communication system utilizing a radio communication line. SOLUTION: This communication apparatus which transmits and receives data including user information to/from the opposite station through the radio communication line, also receives an acknowledgment packet from the opposite station to perform acknowledgment and limits a continuously transmissible data amount by a window size without the acknowledgment, is provided with a discard cause specifying means 32 which inputs a signal from a communication line and specifies the discard cause of data transmitted by the self-station on the basis of a signal transmitted by another station, and a window size controlling means 20 which changes controls over the window size between in the case of the congestion occurrence of the discard cause specified by the discard cause specifying means and in the case of the bit error occurrence when the discard of the data transmitted by the self-station is detected and makes the window size in the case of the bit error occurrence at least larger than that in the case of the congestion occurrence.

Description

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

【0001】[0001]

【発明の属する技術分野】本発明は、無線通信回線を介
して相手局との間でユーザの情報を含むデータの送受信
を行う通信装置に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a communication apparatus for transmitting / receiving data including user information to / from a partner station via a wireless communication line.

【0002】[0002]

【従来の技術】無線通信回線を利用した各種の通信シス
テム(無線LAN,移動通信ネットワーク,衛星ネット
ワーク等)は、高いモビリティー性を有しているため近
年では盛んに利用されている。
2. Description of the Related Art Various communication systems (wireless LANs, mobile communication networks, satellite networks, etc.) using wireless communication lines have been widely used in recent years because of their high mobility.

【0003】例えば、無線LAN(Local Area Netwro
k)の例は「日経コミュニケーションズ、pp.81−
87,1999年4月19日号」に示されており、移動
電話機に携帯型パソコンを接続した移動逓信ネットワー
クの例は「日経コミュニケーションズ、pp.99−1
17,1999年3月1日号」に示されており、衛星ネ
ットワークの例は「N. Ghani等著,“TCP/IP Enhancemen
ts for Satellite Networks”,IEEE Communications Ma
gazine, pp. 64-72, July 1999」に示されている。
For example, a wireless LAN (Local Area Network)
An example of k) is “Nikkei Communications, pp.81-
87, April 19, 1999, and an example of a mobile communication network in which a portable personal computer is connected to a mobile telephone is described in "Nikkei Communications, pp. 99-1".
17, March 1, 1999, and an example of a satellite network is described in "TCP / IP Enhancemen by N. Ghani et al."
ts for Satellite Networks ”, IEEE Communications Ma
gazine, pp. 64-72, July 1999].

【0004】このような無線リンク型のネットワークに
おいては、気象条件の悪化やフェージングによりビット
誤りが発生するため、転送中のデータに多少の誤りが生
じるのは避けられない。転送中のデータにビット誤りが
生じた場合には、一般にチェックサム,CRC(cyclic
redundancy check)などを用いた誤り検出処理によっ
て誤りの発生が中継装置あるいは受信装置で検出され
る。そして、誤りの発生したデータは中継装置あるいは
受信装置で廃棄される。
[0004] In such a wireless link type network, bit errors occur due to deteriorating weather conditions and fading, so that it is inevitable that some errors occur in data being transferred. If a bit error occurs in the data being transferred, generally, a checksum, CRC (cyclic
The occurrence of an error is detected by a relay device or a receiving device by an error detection process using redundancy check) or the like. Then, the erroneous data is discarded by the relay device or the receiving device.

【0005】また、通信経路の途中にルータなどの中継
装置が存在する場合には、中継装置で輻輳が発生した場
合にもデータが廃棄される。ファイル転送,電子メー
ル,Webなどのようにコンピュータ間でデータ通信を
行う場合には、信頼性の高いデータ転送が必要であり、
転送中にデータが廃棄された場合には再送などの制御を
行う必要がある。
[0005] When a relay device such as a router exists in the middle of a communication path, data is discarded even when congestion occurs in the relay device. When performing data communication between computers such as file transfer, e-mail, Web, etc., highly reliable data transfer is required.
When data is discarded during transfer, it is necessary to perform control such as retransmission.

【0006】例えば、文献1「W.R.Stevens著,“TCP/IP
Illustrated, Volume 1: The Protocol”,Addison-We
sley Publishing Company, 1994」に示されたトランス
ポートプロトコルTCP(Transmission Control Protoco
l)では、受信局がユーザの情報を含むデータ(以下、
データパケットと呼ぶ)を誤りなく受信した場合に送信
側にそれを通知する機能(送達確認機能)と、データパ
ケットが伝送路上のビット誤りや輻輳などにより廃棄さ
れた場合に送信局は廃棄されたパケットを再送する機能
(誤り回復機能)を実行する。
For example, in Reference 1 “WRStevens,“ TCP / IP
Illustrated, Volume 1: The Protocol ”, Addison-We
sley Publishing Company, 1994 ", the transport protocol TCP (Transmission Control Protocol).
l) In the case of the receiving station, the data containing user information
(A data packet) is notified to the transmitting side when it is received without error (delivery confirmation function), and when the data packet is discarded due to a bit error or congestion on the transmission line, the transmitting station is discarded Executes the function of retransmitting the packet (error recovery function).

【0007】また、受信側でのパケット溢れやネットワ
ークでの輻輳を防ぐために、送信側では送達確認なしで
送信可能なデータパケット数を制限する機能(フロー制
御機能)を実行する。TCPでは、フロー制御機能と送
達確認機能とを同時に実現するために、スライディング
ウインドウフロー制御方式(以下ウインドウフロー制御
方式と呼ぶ)を採用している。ウインドウフロー制御方
式では、送信局が送達確認なしで送信可能なデータパケ
ット数をウインドウサイズと呼び、送信局はこのウイン
ドウサイズを制御することにより受信局への送信トラヒ
ック(すなわち網への送信トラヒック)を制御する。
In order to prevent packet overflow on the receiving side and congestion in the network, the transmitting side executes a function (flow control function) for limiting the number of data packets that can be transmitted without confirming delivery. In TCP, a sliding window flow control method (hereinafter, referred to as a window flow control method) is employed in order to simultaneously realize a flow control function and a delivery confirmation function. In the window flow control method, the number of data packets that can be transmitted by the transmitting station without acknowledgment is called a window size, and the transmitting station controls the window size to transmit traffic to the receiving station (that is, transmit traffic to the network). Control.

【0008】TCPのプロトコルでは、このウインドウ
フロー制御方式の性質を利用して、データパケットの廃
棄を検出した場合には、送信局と受信局との間で輻輳が
発生したと仮定してウインドウサイズを小さい値に変更
する(前記文献1の306頁−316頁)。
[0008] In the TCP protocol, when the discard of a data packet is detected by utilizing the property of the window flow control system, it is assumed that congestion has occurred between the transmitting station and the receiving station, and the window size is determined. Is changed to a small value (pages 306 to 316 of the aforementioned document 1).

【0009】[0009]

【発明が解決しようとする課題】前述のように、無線通
信回線を利用した通信システムの場合には、輻輳発生の
場合だけでなく無線通信回線におけるビット誤り発生の
場合にもパケットの廃棄が生じる。
As described above, in a communication system using a wireless communication line, packets are discarded not only when congestion occurs but also when a bit error occurs in the wireless communication line. .

【0010】ところが、TCPのような動的ウインドウ
型プロトコルでは、パケット廃棄の原因とは無関係に、
パケットの廃棄を検出するとウインドウサイズを減少さ
せてしまう。ウインドウサイズが小さくなると、単位時
間あたりに送信局が送出するデータ量が減少するので通
信の実効スループットが低下する。また、無線通信回線
におけるビット誤り発生の場合に送信局が送出するデー
タ量を減らしても、廃棄されるパケット数が減るわけで
はない。しかし、輻輳の発生に対してはウインドウサイ
ズを減少させる必要がある。
However, in a dynamic window protocol such as TCP, regardless of the cause of the packet discard,
Detecting packet discard reduces the window size. When the window size is reduced, the amount of data transmitted by the transmitting station per unit time is reduced, so that the effective communication throughput is reduced. Also, reducing the amount of data transmitted by the transmitting station when a bit error occurs in a wireless communication line does not necessarily reduce the number of discarded packets. However, it is necessary to reduce the window size for occurrence of congestion.

【0011】本発明は、無線通信回線を利用する通信シ
ステムに用いる通信装置において、ビット誤りが発生し
た場合に実効スループットの低下を抑制すると共に、ビ
ット誤りが発生した場合のパケット廃棄率を小さくする
ことを目的とする。
According to the present invention, a communication apparatus used in a communication system using a wireless communication line suppresses a decrease in effective throughput when a bit error occurs and reduces a packet discard rate when a bit error occurs. The purpose is to:

【0012】[0012]

【課題を解決するための手段】請求項1の通信装置は、
無線通信回線を介して相手局との間でユーザの情報を含
むデータの送受信を行うと共に、自局が送信したデータ
に対する相手局からの送達確認パケットを受信して送達
確認を行い、送達確認なしに連続送信可能なデータ量を
ウインドウサイズによって制限する通信装置において、
他局が送出した信号に基づいて自局が送信したデータの
廃棄の原因を特定する廃棄原因特定手段と、自局が送出
したデータの廃棄を検出した場合に、前記廃棄原因特定
手段により特定した原因が輻輳発生の場合とビット誤り
発生の場合とで前記ウインドウサイズに対する制御を区
別し、ビット誤り発生の場合のウインドウサイズを輻輳
発生の場合のウインドウサイズに比べて大きくするウイ
ンドウサイズ制御手段とを設けたことを特徴とする。
According to the first aspect of the present invention, there is provided a communication apparatus comprising:
Sends / receives data including user information to / from the partner station via the wireless communication line, receives a delivery confirmation packet from the partner station for the data transmitted by the own station, confirms the delivery, and performs no delivery confirmation. In a communication device that limits the amount of data that can be transmitted continuously to the window size,
A discarding cause specifying means for specifying a cause of discarding of data transmitted by the own station based on a signal transmitted by another station; and a discarding cause specifying means for detecting discarding of data transmitted by the own station when the discarding of data transmitted by the own station is detected. Window size control means for distinguishing the control over the window size between a case where a congestion occurs and a case where a bit error occurs, and increasing the window size when a bit error occurs compared to the window size when a congestion occurs. It is characterized by having been provided.

【0013】請求項1では、廃棄原因特定手段は、他局
が送出した信号に基づいて自局が送信したデータの廃棄
の原因を特定する。ウインドウサイズ制御手段は、自局
が送出したデータの廃棄を検出した場合に、前記廃棄原
因特定手段の特定した廃棄の原因が輻輳発生の場合とビ
ット誤り発生の場合とで前記ウインドウサイズに対する
制御を区別し、ビット誤り発生の場合のウインドウサイ
ズを輻輳発生の場合に比べて大きくする。
In the first aspect, the discard cause specifying means specifies the cause of discard of the data transmitted by the own station based on the signal transmitted by the other station. The window size control means controls the window size depending on whether the cause of the discard specified by the discard cause specifying means is a congestion or a bit error when detecting the discard of the data transmitted by the own station. For discrimination, the window size when a bit error occurs is made larger than that when congestion occurs.

【0014】なお、輻輳発生の場合には従来と同様にウ
インドウサイズを小さくすればよいし、ビット誤り発生
の場合には、輻輳発生に対するウインドウ制御を完全に
停止してもよいし、輻輳発生時に比べて大きくなるよう
にウインドウサイズを変更してもよい。
In the case where congestion occurs, the window size may be reduced as in the prior art. In the case where a bit error occurs, window control for the occurrence of congestion may be completely stopped. The window size may be changed so as to be larger.

【0015】請求項1によれば、ビット誤りの発生によ
ってデータの廃棄が発生した場合のウインドウサイズは
輻輳発生の場合に比べて大きいので、実効スループット
の低下を抑制できる。輻輳が発生した場合には、それを
回避するのに十分な大きさにウインドウサイズを変更す
ることができる。また、この制御に伴って新たなトラヒ
ックを発生する必要がないので、トラヒックの増大を防
止できる。
According to the first aspect, since the window size when data is discarded due to the occurrence of a bit error is larger than that when congestion occurs, a decrease in effective throughput can be suppressed. If congestion occurs, the window size can be changed to a size large enough to avoid it. Further, since it is not necessary to generate new traffic in accordance with this control, it is possible to prevent an increase in traffic.

【0016】なお、TCPのプロトコルの場合、例えば
中継装置が送信したICMP(Internet Control Messa
ge Protocol)エラーパケットを受信してその内容から
現在のコネクションで輻輳が発生しているかそれともビ
ット誤りが発生しているかを識別することが可能であ
る。請求項2は、請求項1の通信装置において、自局が
送出したデータのビット誤り発生を原因とする廃棄を検
出した場合には、自局が送出するデータパケットの最大
のユーザデータフィールド長を短く制限し、ビット誤り
の発生頻度が小さくなった場合には前記最大のユーザデ
ータフィールド長の制限を緩和するユーザデータフィー
ルド長制御手段を設けたことを特徴とする。
In the case of the TCP protocol, for example, an ICMP (Internet Control Message) transmitted by a relay device is used.
ge Protocol) It is possible to identify whether a congestion has occurred or a bit error has occurred in the current connection based on the content of the error packet. According to a second aspect of the present invention, in the communication device of the first aspect, when the discard of the data transmitted by the own station due to occurrence of a bit error is detected, the maximum user data field length of the data packet transmitted by the own station is determined. User data field length control means is provided to limit the maximum user data field length when the frequency of occurrence of bit errors is reduced.

【0017】ビット誤りの発生によって生じるパケット
廃棄の廃棄率は、ほぼパケット長に比例する。つまり、
パケット長が大きいとパケット廃棄率も大きくなる。請
求項2においては、ビット誤りが発生した場合には、自
局が送出するデータパケットの最大のユーザデータフィ
ールド長を短く制限するので、パケット廃棄率の増大を
抑制できる。
The packet discarding rate caused by the occurrence of a bit error is almost proportional to the packet length. That is,
The longer the packet length, the higher the packet discard rate. According to the second aspect, when a bit error occurs, the maximum user data field length of the data packet transmitted by the own station is limited to a short length, so that an increase in the packet discard rate can be suppressed.

【0018】なお、パケット長とパケット廃棄率との関
係については文献3(M. Schwartz著、“Telecommunica
tion Network Protocols, Modeling and Analysis”, A
ddison-Wesley Publishing Company, pp.131-134, 199
4)に示されている。請求項3は、請求項2の通信装置
において、自局が送出するデータパケットの最大のユー
ザデータフィールド長を予め定めた固定長の整数倍の値
に限定することを特徴とする。
The relationship between the packet length and the packet loss rate is described in reference 3 (M. Schwartz, “Telecommunications”).
tion Network Protocols, Modeling and Analysis ”, A
ddison-Wesley Publishing Company, pp. 131-134, 199
4) is shown. According to a third aspect of the present invention, in the communication apparatus of the second aspect, the maximum user data field length of the data packet transmitted by the own station is limited to a value of an integral multiple of a predetermined fixed length.

【0019】請求項3においては、転送するユーザデー
タの長さが固定長の整数倍の値に限定されているので、
再送に用いるバッファ回路などにおけるデータの管理が
容易になり回路構成が簡略化される。請求項4は、請求
項3の通信装置において、前記ユーザデータフィールド
長制御手段が、自局が送出したデータのビット誤り発生
を原因とする廃棄を検出する度に、自局が送出するデー
タパケットの最大のユーザデータフィールド長を前記固
定長だけ減らした値に変更し、自局が送出したデータパ
ケットの送信成功を確認する度に、最大のユーザデータ
フィールド長を前記固定長だけ増やした値に変更するこ
とを特徴とする。
According to the third aspect, the length of the user data to be transferred is limited to an integral multiple of the fixed length.
Data management in a buffer circuit or the like used for retransmission is facilitated, and the circuit configuration is simplified. According to a fourth aspect of the present invention, in the communication apparatus according to the third aspect, each time the user data field length control means detects discard of the data transmitted by the own station due to occurrence of a bit error, the data packet transmitted by the own station. The maximum user data field length is changed to a value reduced by the fixed length, and each time the transmission of the data packet transmitted by the own station is confirmed to be successful, the maximum user data field length is increased by the fixed length. It is characterized by changing.

【0020】請求項4では、ビット誤り発生を原因とす
るパケットの廃棄が発生すると、前記最大のユーザデー
タフィールド長が前記固定長だけ小さくなり、パケット
の送信に成功すると前記固定長だけ大きくなる。従っ
て、パケット廃棄率の増大を抑制するための制御が簡単
である。請求項5は、請求項3の通信装置において、前
記ユーザデータフィールド長制御手段が、自局が送出し
たデータのビット誤り発生を原因とする廃棄を検出した
場合には、自局が送出するデータパケットの最大のユー
ザデータフィールド長を前記固定長と等しい値に変更
し、自局が送出したデータパケットの送信成功を確認す
る度に、最大のユーザデータフィールド長を前記固定長
だけ増やした値に変更することを特徴とする。
In the present invention, when a packet is discarded due to the occurrence of a bit error, the maximum user data field length is reduced by the fixed length, and when the packet is successfully transmitted, the maximum user data field length is increased by the fixed length. Therefore, control for suppressing an increase in the packet loss rate is simple. According to a fifth aspect of the present invention, in the communication device according to the third aspect, when the user data field length control means detects discard of the data transmitted by the own station due to occurrence of a bit error, the data transmitted by the own station. The maximum user data field length of the packet is changed to a value equal to the fixed length, and each time the transmission of the data packet transmitted by the own station is confirmed to be successful, the maximum user data field length is increased by the fixed length. It is characterized by changing.

【0021】請求項5では、ビット誤り発生を原因とす
るパケットの廃棄が発生すると、前記最大のユーザデー
タフィールド長が前記固定長と等しい値になり、パケッ
トの送信に成功すると前記固定長だけ大きくなる。従っ
て、パケット廃棄率の増大を抑制するための制御が簡単
である。請求項6は、請求項3の通信装置において、前
記ユーザデータフィールド長制御手段が、自局が送出し
たデータのビット誤り発生を原因とする廃棄を検出した
場合には、自局が送出するデータパケットの最大のユー
ザデータフィールド長を、前記固定長の整数倍の値の中
で、現在の最大のユーザデータフィールド長の半分を超
えない最大の値に変更し、自局が送出したデータパケッ
トの送信成功を確認する度に、最大のユーザデータフィ
ールド長を前記固定長だけ増やした値に変更することを
特徴とする。
According to a fifth aspect of the present invention, when a packet is discarded due to a bit error, the maximum user data field length becomes a value equal to the fixed length, and when the packet is successfully transmitted, the maximum length is increased by the fixed length. Become. Therefore, control for suppressing an increase in the packet loss rate is simple. According to a sixth aspect of the present invention, in the communication apparatus according to the third aspect, when the user data field length control means detects discard due to occurrence of a bit error in the data transmitted by the own station, the data transmitted by the own station. The maximum user data field length of the packet is changed to a maximum value that does not exceed half of the current maximum user data field length among the integral multiples of the fixed length, and the data packet transmitted by the own station is changed. Each time transmission success is confirmed, the maximum user data field length is changed to a value increased by the fixed length.

【0022】請求項6では、ビット誤り発生を原因とす
るパケットの廃棄が発生すると、前記最大のユーザデー
タフィールド長が前記固定長の整数倍の値の中で、現在
の最大のユーザデータフィールド長の半分を超えない最
大の値になる。また、パケットの送信に成功すると最大
のユーザデータフィールド長は前記固定長だけ大きくな
る。従って、パケット廃棄率の増大を抑制するための制
御が簡単である。
According to a sixth aspect of the present invention, when a packet is discarded due to a bit error, the maximum user data field length is an integer multiple of the fixed length and the current maximum user data field length is set to an integer multiple of the fixed length. Is the largest value that does not exceed half. When the packet transmission is successful, the maximum user data field length is increased by the fixed length. Therefore, control for suppressing an increase in the packet loss rate is simple.

【0023】請求項7は、請求項3の通信装置におい
て、前記ユーザデータフィールド長制御手段が、自局が
送出したデータパケットの予め定めた数の送信成功を確
認する度に、最大のユーザデータフィールド長を前記固
定長だけ増やした値に変更することを特徴とする。請求
項7では、予め定めた数のパケットの送信に成功すると
最大のユーザデータフィールド長が前記固定長だけ増え
る。従って、パケット廃棄率の増大を抑制するための制
御が簡単である。
According to a seventh aspect of the present invention, in the communication apparatus according to the third aspect, each time the user data field length control means confirms the success of transmitting a predetermined number of data packets transmitted by the own station, the maximum user data field length is controlled. The field length is changed to a value increased by the fixed length. In the present invention, when the transmission of a predetermined number of packets is successful, the maximum length of the user data field is increased by the fixed length. Therefore, control for suppressing an increase in the packet loss rate is simple.

【0024】請求項8は、請求項3の通信装置におい
て、前記ユーザデータフィールド長制御手段が、自局が
送出したデータパケットの現在の最大のユーザデータフ
ィールド長に相当する前記固定長の個数のデータパケッ
トの送信成功を確認する度に、最大のユーザデータフィ
ールド長を前記固定長だけ増やした値に変更することを
特徴とする。
According to an eighth aspect of the present invention, in the communication apparatus of the third aspect, the user data field length control means controls the number of the fixed length number corresponding to the current maximum user data field length of the data packet transmitted by the own station. Each time the transmission of a data packet is confirmed to be successful, the maximum user data field length is changed to a value increased by the fixed length.

【0025】現在の最大のユーザデータフィールド長に
相当する数のパケットの送信に成功する度に、最大のユ
ーザデータフィールド長が前記固定長だけ増える。従っ
て、パケット廃棄率の増大を抑制するための制御が簡単
である。
Each time a packet corresponding to the current maximum user data field length is successfully transmitted, the maximum user data field length increases by the fixed length. Therefore, control for suppressing an increase in the packet loss rate is simple.

【0026】[0026]

【発明の実施の形態】本発明の通信装置の実施の形態に
ついて、図1〜図12を参照して以下に説明する。この
形態は全ての請求項に対応する。図1はこの形態の移動
端末の構成を示すブロック図である。図2は通信システ
ムの構成例を示すブロック図である。図3はコネクショ
ン状態の状態遷移を示す模式図である。図4はこの形態
の送信側TCP処理部の動作(1)を示すフローチャー
トである。図5はこの形態のACKパケット処理部の動
作(1)を示すフローチャートである。
DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of a communication device according to the present invention will be described below with reference to FIGS. This form corresponds to all claims. FIG. 1 is a block diagram showing the configuration of the mobile terminal of this embodiment. FIG. 2 is a block diagram illustrating a configuration example of a communication system. FIG. 3 is a schematic diagram showing the state transition of the connection state. FIG. 4 is a flowchart showing the operation (1) of the transmission side TCP processing unit of this embodiment. FIG. 5 is a flowchart showing the operation (1) of the ACK packet processing unit of this embodiment.

【0027】図6は送信側TCPコネクション管理テー
ブルの構成例(1)を示す模式図である。図7は送信側
TCPコネクション管理テーブルの構成例(2)を示す
模式図である。なお、各図には次のように各請求項の内
容が具体化して示してある。図4には請求項1及び請求
項2の内容が含まれ、図8には請求項3及び請求項4の
内容が含まれ、図9には請求項5の内容が含まれ、図1
0には請求項6の内容が含まれ、図11には請求項7の
内容が含まれ、図12には請求項8の内容が含まれてい
る。
FIG. 6 is a schematic diagram showing a configuration example (1) of the transmission side TCP connection management table. FIG. 7 is a schematic diagram showing a configuration example (2) of the transmission-side TCP connection management table. In each drawing, the contents of each claim are concretely shown as follows. FIG. 4 includes the contents of claims 1 and 2, FIG. 8 includes the contents of claims 3 and 4, FIG. 9 includes the contents of claim 5, and FIG.
0 includes the contents of claim 6, FIG. 11 includes the contents of claim 7, and FIG. 12 includes the contents of claim 8.

【0028】図8はこの形態の送信側TCP処理部の動
作(2)を示すフローチャートである。図9はこの形態
の送信側TCP処理部の動作(3)を示すフローチャー
トである。図10はこの形態の送信側TCP処理部の動
作(4)を示すフローチャートである。図11はこの形
態のACKパケット処理部の動作(2)を示すフローチ
ャートである。図12はこの形態のACKパケット処理
部の動作(3)を示すフローチャートである。
FIG. 8 is a flowchart showing the operation (2) of the transmission side TCP processing unit of this embodiment. FIG. 9 is a flowchart showing the operation (3) of the transmission side TCP processing unit of this embodiment. FIG. 10 is a flowchart showing the operation (4) of the transmitting side TCP processing unit of this embodiment. FIG. 11 is a flowchart showing the operation (2) of the ACK packet processing unit of this embodiment. FIG. 12 is a flowchart showing the operation (3) of the ACK packet processing unit of this embodiment.

【0029】この形態では、請求項1の廃棄原因特定手
段はコネクション状態検出部32又はICMPエラーパ
ケット処理部80に対応し、請求項1のウインドウサイ
ズ制御手段は、送信側TCP処理部20に対応する。ま
た、請求項2のユーザデータフィールド長制御手段は図
4のステップS11に対応する。
In this embodiment, the discard cause specifying means in claim 1 corresponds to the connection state detecting section 32 or the ICMP error packet processing section 80, and the window size control means in claim 1 corresponds to the transmission side TCP processing section 20. I do. The user data field length control means in claim 2 corresponds to step S11 in FIG.

【0030】この形態では、図2に示すような通信シス
テムに用いられる移動端末1として本発明の通信装置を
実施する場合を想定している。なお、本発明の通信装置
は移動端末である必要はなく、後述するように通信路上
に無線リンクがあるような通信システムであれば、有線
で接続された端末にも本発明を適用できる。図2を参照
すると、移動端末1は無線回線4を介して無線基地局3
との間で通信が可能になっている。無線基地局3は、有
線通信網5を介して固定端末2と接続されている。従っ
て、移動端末1が固定端末2との間で通信する場合に
は、無線回線4及び有線通信網5を利用することにな
る。
In this embodiment, it is assumed that the communication apparatus of the present invention is implemented as the mobile terminal 1 used in the communication system as shown in FIG. The communication device of the present invention does not need to be a mobile terminal, and the present invention can be applied to a wired terminal as long as a communication system has a wireless link on a communication path as described later. Referring to FIG. 2, a mobile terminal 1 is connected to a wireless base station 3 via a wireless line 4.
Communication with is possible. The wireless base station 3 is connected to the fixed terminal 2 via a wired communication network 5. Therefore, when the mobile terminal 1 communicates with the fixed terminal 2, the wireless line 4 and the wired communication network 5 are used.

【0031】このような通信システムでは、無線回線4
の部分において気象条件の悪化やフェージングにより比
較的高い頻度でビット誤りが発生する可能性がある。本
発明の通信装置は、ビット誤りが発生した場合のスルー
プットの低下を抑制するのに役立つ。従って、図2のよ
うに無線回線4に直接接続された移動端末1だけでな
く、通信経路の中に少なくとも1つの無線回線4が含ま
れる通信システムに用いる通信端末に本発明の通信装置
を適用してもよい。
In such a communication system, the radio line 4
There is a possibility that a bit error may occur at a relatively high frequency due to deterioration of weather conditions or fading in the part. The communication device of the present invention is useful for suppressing a decrease in throughput when a bit error occurs. Therefore, the communication apparatus of the present invention is applied not only to the mobile terminal 1 directly connected to the wireless line 4 as shown in FIG. 2, but also to a communication terminal used in a communication system including at least one wireless line 4 in a communication path. May be.

【0032】この形態では、移動端末1と固定端末2と
の間の通信プロトコルとしてTCPを用いている。ここ
でTCPを採用した理由は、TCPでは送達確認したデ
ータ量などをバイト単位の値として扱っているので本発
明の適用が容易になるためである。また、ここではTC
Pのバージョンとして、前記文献1に記述されている
4.4BSD(Berkeley Software Distribution)を想
定している。
In this embodiment, TCP is used as a communication protocol between the mobile terminal 1 and the fixed terminal 2. The reason why the TCP is adopted here is that the present invention facilitates the application of the present invention because the TCP treats the data amount or the like of which delivery has been confirmed as a value in byte units. Here, TC
As the version of P, it is assumed that 4.4 BSD (Berkeley Software Distribution) described in Document 1 is used.

【0033】なお、TCPのようなコネクション型のプ
ロトコルでは通信の際にコネクションの確立及び解放の
制御が必要になる。しかし、本発明の通信装置の主要な
制御の内容はコネクション確立後のデータ転送フェーズ
に関するものなので、ここではコネクションの確立や解
放処理に関する説明は省略する。
In connection type protocols such as TCP, it is necessary to control connection establishment and release during communication. However, since the main control contents of the communication device of the present invention relate to the data transfer phase after the connection is established, the description of the connection establishment and release processing is omitted here.

【0034】移動端末1には、図1に示すように、送信
側上位層処理部10,送信側TCP処理部20,受信側
TCP処理部30,送信側TCPコネクション管理テー
ブル40,送信側IP処理部51,受信側IP処理部5
2,送信側回線処理部60,受信側回線処理部70及び
ICMPエラーパケット処理部80が備わっている。な
お、ここでは移動端末1から固定端末2に対してデータ
を送信する片方向の通信だけの場合を想定しているが、
移動端末1に受信側の機能を付加すれば双方向の通信に
も対応できる。
As shown in FIG. 1, the mobile terminal 1 includes a transmission-side upper layer processing unit 10, a transmission-side TCP processing unit 20, a reception-side TCP processing unit 30, a transmission-side TCP connection management table 40, and a transmission-side IP process. Unit 51, receiving-side IP processing unit 5
2, a transmission line processing unit 60, a reception line processing unit 70, and an ICMP error packet processing unit 80 are provided. Here, it is assumed that there is only one-way communication for transmitting data from the mobile terminal 1 to the fixed terminal 2, but
If a function on the receiving side is added to the mobile terminal 1, bidirectional communication can be supported.

【0035】送信側上位層処理部10は、例えばファイ
ル転送,電子メール,WWW(World Wide Web)などの
アプリケーションに関するアプリケーション層の処理を
行う要素であり、この例ではコンピュータが実行するソ
フトウェアにより実現してある。送信側上位層処理部1
0には、アプリケーションの処理を行う上位層送信処理
部11と、アプリケーションで発生したメッセージを保
持するメッセージバッファ12とが備わっている。
The transmission-side upper-layer processing unit 10 is an element that performs processing of an application layer relating to applications such as file transfer, electronic mail, and WWW (World Wide Web). In this example, the transmission-side upper layer processing unit 10 is realized by software executed by a computer. It is. Sender upper layer processing unit 1
0 includes an upper layer transmission processing unit 11 for processing an application and a message buffer 12 for holding a message generated by the application.

【0036】送信側TCP処理部20は、TCPの送信
側の処理を実行する部分であり、この例ではコンピュー
タが実行するソフトウェアで実現してある。送信側TC
P処理部20には、ウインドウフロー制御部21,DT
パケット作成部22,再送用パケットバッファ23及び
再送タイマ管理部24が備わっている。ウインドウフロ
ー制御部21は、輻輳回避のためにウインドウサイズを
制御する部分であり、この例ではコンピュータが実行す
るソフトウェアで実現してある。DTパケット作成部2
2はDTパケットを作成する。DTパケットは、TCP
用語のセグメントに相当するパケットである。再送用パ
ケットバッファ23は、パケットの再送に備えて送信済
のパケットを保持する。再送タイマ管理部24は、再送
が必要か否かを管理するために、パケット送信後に相手
局からの応答がない時間を監視する。
The transmission side TCP processing section 20 is a section for executing the processing on the transmission side of TCP, and in this example, is realized by software executed by a computer. Sending TC
The P processing unit 20 includes a window flow control unit 21 and a DT
A packet creation unit 22, a retransmission packet buffer 23, and a retransmission timer management unit 24 are provided. The window flow control unit 21 controls a window size to avoid congestion, and is realized by software executed by a computer in this example. DT packet generator 2
2 creates a DT packet. DT packet is TCP
A packet corresponding to the segment of the term. The retransmission packet buffer 23 holds the transmitted packet in preparation for retransmission of the packet. The retransmission timer management unit 24 monitors the time when there is no response from the partner station after transmitting the packet, in order to manage whether or not retransmission is necessary.

【0037】なお、送信側TCP処理部20には受信局
側のウインドウサイズが更新されているか確認するため
のウインドウ監視タイマも含まれているが、本特許とは
関係しないため図1では省略されている。受信側TCP
処理部30は、TCPの受信側の処理を実行する部分で
あり、この例ではコンピュータが実行するソフトウェア
により実現してある。受信側TCP処理部30には、A
CKパケット処理部31が含まれている。また、ACK
パケット処理部31にはコネクション状態検出部32が
設けてある。
The transmitting TCP processing unit 20 also includes a window monitoring timer for checking whether the window size of the receiving station has been updated, but is omitted in FIG. 1 because it is not related to the present invention. ing. Receiving TCP
The processing unit 30 is a part that executes processing on the receiving side of TCP, and is realized by software executed by a computer in this example. The receiving side TCP processing unit 30 includes A
The CK packet processing unit 31 is included. ACK
The packet processing unit 31 is provided with a connection state detection unit 32.

【0038】送信側TCPコネクション管理テーブル4
0は、各TCPコネクションの状態値を保持している。
送信側TCPコネクション管理テーブル40は、それぞ
れのコネクションについて、図6又は図7に示すような
データを保持している。パケット廃棄の原因に応じてウ
インドウサイズだけを制御する場合には図6に示す情報
を送信側TCPコネクション管理テーブル40設けるだ
けでよいが、さらなる制御を行う場合には、図7に示す
ように送信側TCPコネクション管理テーブル40に保
持する情報を追加する必要がある。
Transmission side TCP connection management table 4
0 holds the state value of each TCP connection.
The transmission-side TCP connection management table 40 holds data as shown in FIG. 6 or FIG. 7 for each connection. When only the window size is controlled in accordance with the cause of the packet discard, it is sufficient to provide the information shown in FIG. 6 on the transmission side TCP connection management table 40. However, when further control is to be performed, the information shown in FIG. It is necessary to add information held in the side TCP connection management table 40.

【0039】端末間で設定された各TCPコネクション
は、図6に示す送信元IPアドレス401,宛先IPア
ドレス402,送信元ポート番号403及び宛先ポート
番号404からなるコネクション識別子によって識別さ
れる。図6の例では、送信側TCPコネクション管理テ
ーブル40にはコネクション識別子以外にVT(S)4
05,VT(A)406,最大データ長D1及びコネク
ション状態D2が保持されている。
Each TCP connection set between the terminals is identified by a connection identifier including a source IP address 401, a destination IP address 402, a source port number 403, and a destination port number 404 shown in FIG. In the example of FIG. 6, the transmission side TCP connection management table 40 stores VT (S) 4
05, VT (A) 406, maximum data length D1, and connection state D2.

【0040】また、図7の例では送信可能データ長D3
及びDTパケット送信成功確認数D4が更に追加されて
いる。VT(S)405は、次に送信すべきDTパケッ
トの送信順序番号(単位はバイト)である。従って、送
信局がそれまでに送信したバイト数は(VT(S)−
1)で表される。初期値は1である。
In the example of FIG. 7, the transmittable data length D3
DT packet transmission success confirmation number D4 is further added. VT (S) 405 is the transmission sequence number (unit: byte) of the DT packet to be transmitted next. Therefore, the number of bytes transmitted so far by the transmitting station is (VT (S)-
It is represented by 1). The initial value is 1.

【0041】VT(A)406は、相手の受信局で次に
順序正しく受信することを期待する受信順序番号(単位
はバイト)である。従って、相手の受信局が(VT(A)
−1)までの送信順序番号のバイト数を確かに受信した
ことを意味する。初期値は1である。最大データ長D1
は、一度の転送で送信可能な最大のDTパケットのユー
ザデータフィールドの長さである。これはTCP用語の
最大セグメントサイズMSS(Maximum Segment Size)
に相当する。
VT (A) 406 is a reception sequence number (unit: byte) which is expected to be received next in order by the receiving station of the other party. Therefore, the receiving station of the other party is (VT (A)
This means that the number of bytes of the transmission sequence number up to -1) has been received. The initial value is 1. Maximum data length D1
Is the length of the user data field of the largest DT packet that can be transmitted in one transfer. This is the maximum segment size (MSS) in TCP terms.
Is equivalent to

【0042】コネクション状態D2は、「正常」,「輻
輳発生」,「ビット誤り発生」の何れかを示す情報を保
持している。初期値は「正常」である。ここで、「正
常」,「輻輳発生」及び「ビット誤り発生」は、それぞ
れコネクション上の中継装置やリンクにおいて輻輳もし
くはビット誤りが生じていない状態,輻輳が発生してい
る状態及びビット誤りが発生している状態を表してい
る。
The connection state D2 holds information indicating any of "normal", "congestion occurrence", and "bit error occurrence". The initial value is “normal”. Here, “normal”, “congestion occurrence”, and “bit error occurrence” mean a state where no congestion or bit error has occurred, a state where congestion has occurred, and a state where bit error has occurred in the relay device or link on the connection, respectively. It shows the state that it is doing.

【0043】送信可能データ長D3は、送信可能なDT
パケットの最大のユーザデータフィールドの長さを表し
ている。送信可能データ長D3の初期値は最大データ長
D1である。また、DTパケット送信成功確認数D4
は、送信可能データ長D3を変更してから送信(再送も
含む)の成功を確認したDTパケット数を意味する。D
Tパケット送信成功確認数D4の初期値は0である。
The transmittable data length D3 is the transmittable DT
It indicates the length of the maximum user data field of the packet. The initial value of the transmittable data length D3 is the maximum data length D1. The number of DT packet transmission success confirmations D4
Means the number of DT packets for which transmission (including retransmission) has been confirmed to be successful after changing the transmittable data length D3. D
The initial value of the T packet transmission success confirmation number D4 is 0.

【0044】送信側TCP処理部20のウインドウフロ
ー制御部21は、相手局からの送達確認なしに送信でき
るバイト数、すなわちウインドウサイズ(WS)を制御
する。送信局では、(VT(A)+WS−1)までの値
を持つバイト数までの送信を許可する。このウインドウ
サイズには、受信局から通知される処理可能なバイト数
(受信ウインドウサイズと呼ばれる)、もしくはネット
ワークでの輻輳発生を回避するための送信可能なバイト
数(輻輳ウインドウサイズと呼ばれる)の内、最小の値
が割り当てられる。
The window flow control unit 21 of the transmission-side TCP processing unit 20 controls the number of bytes that can be transmitted without acknowledgment of transmission from the partner station, that is, the window size (WS). The transmitting station permits transmission up to the number of bytes having a value up to (VT (A) + WS-1). This window size includes the number of bytes that can be processed (called the receiving window size) notified from the receiving station or the number of bytes that can be sent to avoid the occurrence of congestion in the network (called the congestion window size). , The smallest value is assigned.

【0045】DTパケット作成部22では、ウインドウ
フロー制御部21で許可された場合、メッセージバッフ
ァ12又は再送用パケットバッファ23に蓄積されてい
るメッセージから送信側TCPコネクション管理テーブ
ル40の送信可能データ長D3を超えないバイト数分の
データを取り出す。そして、ユーザデータフィールド及
び順序番号(sequence number)フィールドを持つDT
パケットを作成する。DTパケットのユーザデータフィ
ールドにはメッセージバッファ12から取り出されたデ
ータを割り当て、順序番号フィールドには送信側TCP
コネクション管理テーブル40の保持するVT(S)4
05の値をセットする。そして、VT(S)405をD
Tパケットのユーザデータフィールド長分、増加させ
る。
In the DT packet creation unit 22, when permitted by the window flow control unit 21, the transmittable data length D3 of the transmission side TCP connection management table 40 is calculated based on the message stored in the message buffer 12 or the retransmission packet buffer 23. Retrieve data for the number of bytes not exceeding. And a DT having a user data field and a sequence number field.
Create a packet. The data extracted from the message buffer 12 is assigned to the user data field of the DT packet, and the transmission side TCP is assigned to the sequence number field.
VT (S) 4 held in the connection management table 40
Set the value of 05. Then, VT (S) 405 is changed to D
It is increased by the length of the user data field of the T packet.

【0046】再送タイマ管理部24のタイムアウトなど
によってDTパケットの廃棄を検出した場合には、ウイ
ンドウサイズの制御を行う。この制御については後で説
明する。DTパケットの廃棄を検出した場合には、受信
局から送達確認を受けていないDTパケットを再送用パ
ケットバッファ23から取り出して再送する。ただし、
この再送時のDTパケットとしては、最初の送信時のD
Tパケットと同一のものを再送する。
When the discard of the DT packet is detected due to the timeout of the retransmission timer management unit 24, the window size is controlled. This control will be described later. When the discard of the DT packet is detected, the DT packet not received the acknowledgment from the receiving station is taken out from the retransmission packet buffer 23 and retransmitted. However,
The DT packet at the time of retransmission includes the D
The same packet as the T packet is retransmitted.

【0047】送信側IP処理部51では、送信側TCP
処理部20で作成されたTCPのパケットに対してIP
(Internet Protocol)ヘッダを付加する。IPヘッダ
が付加されたパケットは、送信側回線処理部60に入力
され、上り無線回線送信パケットバッファ61及び上り
無線回線送信制御部(回線ドライバに相当する)62を
介して上り無線回線91に出力される。
The transmitting-side IP processing unit 51 performs transmission-side TCP processing.
The IP of the TCP packet created by the processing unit 20
(Internet Protocol) header is added. The packet to which the IP header is added is input to the transmission-side line processing unit 60 and output to the upstream wireless line 91 via the upstream wireless line transmission packet buffer 61 and the upstream wireless line transmission control unit (corresponding to a line driver) 62. Is done.

【0048】上り無線回線送信パケットバッファ61
は、送信処理待ちのデータのためにそれを保持するバッ
ファメモリである。上り無線回線送信制御部62は上り
無線回線91に対する送信の制御を行う。下り無線回線
92から入力されるパケット、すなわち受信したパケッ
トは、受信側回線処理部70に入力され、下り無線回線
受信制御部72及び下り無線回線受信パケットバッファ
71を介して受信側IP処理部52に入力される。
Uplink radio line transmission packet buffer 61
Is a buffer memory for holding data waiting for transmission processing. The uplink radio channel transmission control unit 62 controls transmission to the uplink radio channel 91. The packet input from the downlink radio line 92, that is, the received packet is input to the reception-side line processing unit 70, and is transmitted to the reception-side IP processing unit 52 via the downlink radio-line reception control unit 72 and the downlink radio-line reception packet buffer 71. Is input to

【0049】下り無線回線受信制御部72は、下り無線
回線92から入力されるデータに対する受信制御を行
う。下り無線回線受信パケットバッファ71は、処理待
ちの受信データを保持するバッファメモリである。受信
側IP処理部52では、受信パケットのIP処理、すな
わち誤り検出やIPパケットの並び替えなどの処理を行
う。また、受信側TCP処理部30に含まれるACKパ
ケット処理部31は、受信した送達確認パケット、すな
わちACK(Acknowledgement)パケットの処理を行
う。
The downlink radio channel reception control section 72 controls reception of data input from the downlink radio channel 92. The downlink wireless channel received packet buffer 71 is a buffer memory that holds received data waiting to be processed. The receiving-side IP processing unit 52 performs IP processing of the received packet, that is, processing such as error detection and rearrangement of the IP packets. The ACK packet processing unit 31 included in the receiving TCP processing unit 30 performs processing of the received acknowledgment packet, that is, an ACK (Acknowledgement) packet.

【0050】ACKパケット処理部31では、ACKパ
ケットを受信すると、そのパケット内で指示されている
送達確認順序番号(acknowledgement number)フィール
ド値及びウインドウサイズフィールド値(相手側の受信
局で正しく受信したことを示すDTパケットの送信順序
番号)を送信側TCPコネクション管理テーブル40の
状態値であるVT(A)406にセットする。また、再
送用パケットバッファ23内にある(VT(A)−1)
の値に対応する送信順序番号のバイト数までのデータを
削除する。
Upon receiving the ACK packet, the ACK packet processing unit 31 receives the acknowledgment sequence number (acknowledgement number) field value and the window size field value (indicating that the ACK packet has been correctly received by the other receiving station). Is set to VT (A) 406, which is the state value of the transmission-side TCP connection management table 40. Also, there is (VT (A) -1) in the packet buffer 23 for retransmission.
The data up to the number of bytes of the transmission sequence number corresponding to the value of is deleted.

【0051】また、ACKパケット処理部31は、送信
側TCP処理部20に対して送達確認順序番号及びAC
Kパケットのウインドウサイズフィールドで指示された
受信ウインドウサイズを通知する。ACKパケットが受
信された場合、送信側TCP処理部20では、連続的に
同一のACKパケット(duplicate ACKと呼ばれる)を
受信したか否かを識別する。相手側の受信局では、順序
誤りのDTパケットを受信した場合に、duplicateACKを
送出する。それを送信側TCP処理部20で検出する。
The ACK packet processing unit 31 sends a delivery confirmation order number and an AC
The reception window size indicated in the window size field of the K packet is notified. When an ACK packet is received, the transmission-side TCP processing unit 20 identifies whether or not the same ACK packet (called a duplicate ACK) is continuously received. When the receiving station on the other end receives the DT packet out of sequence, it sends out a duplicate ACK. The transmission side TCP processing unit 20 detects this.

【0052】送信側TCP処理部20は、ACKパケッ
トを受信した場合には、ウインドウフロー制御部21に
おいてウインドウサイズの制御を行う。この制御につい
ては後で説明する。ウインドウサイズを変更した場合に
は、これ以降に作成及び送信されるDTパケットの数は
更新後のウインドウサイズに制限される。
When the transmission-side TCP processing unit 20 receives the ACK packet, the window flow control unit 21 controls the window size. This control will be described later. When the window size is changed, the number of DT packets created and transmitted thereafter is limited to the updated window size.

【0053】また、送信側TCP処理部20は、連続す
る3個のACKパケットが全てduplicate ACKであった
場合には、相手局あるいは中継局において輻輳が発生し
たか又はビット誤り異常が発生した可能性があるとみな
す。さらに、送信側TCP処理部20はduplicate ACK
の受信を検出した場合には、相手側の受信局から送達確
認を受けていないDTパケットについて再送を行う。
When all three consecutive ACK packets are duplicate ACKs, the transmission-side TCP processing unit 20 may determine that congestion has occurred or a bit error has occurred in the partner station or the relay station. Is considered to be Further, the transmitting side TCP processing unit 20 performs the duplicate ACK
When the reception of the DT packet is detected, the DT packet for which the delivery confirmation has not been received from the other receiving station is retransmitted.

【0054】なお、従来の通信装置の場合には、連続す
る3個のACKパケットが全てduplicate ACKであった
場合には、相手局あるいは中継局において輻輳が発生し
たものとみなし、無条件で輻輳制御を行いウインドウサ
イズを小さくするようになっている。しかしながら、図
2に示すような通信システムでは、例えば無線回線4に
おけるフェージングやノイズの影響によって無線回線4
でビット誤りが発生した場合であっても連続的にduplic
ate ACKが発生したり再送タイマ管理部24でタイムア
ウトが発生することになる。
In the case of the conventional communication device, if all three consecutive ACK packets are duplicate ACKs, it is considered that congestion has occurred in the partner station or the relay station, and the congestion is unconditionally determined. Control is performed to reduce the window size. However, in a communication system such as that shown in FIG.
Even if a bit error occurs in the
An ate ACK occurs or a timeout occurs in the retransmission timer management unit 24.

【0055】中継局などで実際に輻輳が発生した場合に
は、送信局が輻輳制御を行い送出するパケットの数を抑
制することは輻輳の回避に役立つ。ところが、従来の制
御を行う場合には、無線回線4においてビット誤りが発
生した場合に、輻輳の回避は不要であるにも関わらずウ
インドウサイズの制限により送出するパケットの数が抑
制され、通信のスループットが低下する。
When congestion actually occurs in a relay station or the like, controlling the number of packets to be transmitted by the transmitting station by performing congestion control is useful for avoiding congestion. However, in the case of performing the conventional control, when a bit error occurs in the wireless channel 4, the number of packets to be transmitted is suppressed due to the limitation of the window size, although congestion is not required to be avoided. Throughput decreases.

【0056】そこで、図1の移動端末1では、送信した
DTパケットの廃棄を検出した場合には、コネクション
状態検出部32でパケット廃棄の原因を特定し、原因の
違いに応じた制御を実施するようになっている。この例
では、次に示すような技術の少なくとも1つを利用し
て、パケット廃棄の原因の特定に利用可能な情報を中継
局(例えば無線基地局3)あるいは相手側の受信局が移
動端末1に転送する場合を想定している。
Therefore, in the mobile terminal 1 of FIG. 1, when detecting the discard of the transmitted DT packet, the connection state detecting unit 32 specifies the cause of the discard of the packet and performs control according to the difference between the causes. It has become. In this example, the relay station (for example, the radio base station 3) or the receiving station on the other side transmits information that can be used to identify the cause of the packet discard using at least one of the following techniques. Is assumed to be transferred to

【0057】例えば、前記文献1の第317頁に記載さ
れた技術では、中継装置において、輻輳もしくはビット
誤りが多数発生した場合には、その中継装置を通過する
コネクションの送信局に対して、中継装置が「輻輳発
生」や「ビット誤り発生」の情報を含むICMP(Inte
rnet Control Message Protocol)エラーパケットを使
って通知する(ICMPエラーパケット方式)。
For example, according to the technique described on page 317 of Document 1, when a large number of congestions or bit errors occur in the relay device, the relay station transmits the relay to the transmitting station of the connection passing through the relay device. If the device has an ICMP (Inte
rnet Control Message Protocol) Notification is made using an error packet (ICMP error packet method).

【0058】また、文献2(M.Allan等著, “Ongoing T
CP Research Related to Satellites”, http://www.ie
tf.org/internet-drafts/draft-ietf-tcpsat-res-issue
s-10.txt, August, 1999)に示された技術では、中継装
置において輻輳発生を検出した場合、その中継装置を通
過するIPパケットのヘッダに「輻輳発生」の情報を記
録し、そのIPパケットを受信した相手側の受信局がT
CPヘッダ内にその情報を記録したACKパケットを送
信局に返送する(前方輻輳発生通知方式:explicit con
gestion notification)。つまり、受信局はパケットの
流れの逆方向に送信する。
Also, reference 2 (M. Allan et al., “Ongoing T
CP Research Related to Satellites ”, http://www.ie
tf.org/internet-drafts/draft-ietf-tcpsat-res-issue
s-10.txt, August, 1999), when the occurrence of congestion is detected in a relay device, information of "occurrence of congestion" is recorded in the header of an IP packet passing through the relay device, and the IP The receiving station on the other side receiving the packet is T
An ACK packet in which the information is recorded in the CP header is returned to the transmitting station (forward congestion occurrence notification method: explicit con
gestion notification). That is, the receiving station transmits in the reverse direction of the packet flow.

【0059】また、前記文献2に示された技術では、中
継装置がリンクのビット誤りによるパケット廃棄率の増
加を検出した場合に、「ビット誤りによるパケット廃棄
(ビット誤り異常発生)」の情報を含むICMPエラー
パケットを、その中継装置を通過しているコネクション
の受信局に送信する(前方ビット誤り異常発生通知方
式)。つまり、パケットの流れの順方向に送信する。そ
のICMPエラーパケットを受信した受信局では、その
情報をTCPの送信局にTCPヘッダ内の「TCPオプ
ション」を使って通知する。
According to the technique disclosed in Document 2, when the relay apparatus detects an increase in the packet discard rate due to a link bit error, information on "packet discard due to bit error (abnormal bit error occurrence)" is transmitted. The received ICMP error packet is transmitted to the receiving station of the connection passing through the relay device (forward bit error abnormality occurrence notification method). That is, the packet is transmitted in the forward direction of the flow of the packet. The receiving station that has received the ICMP error packet notifies the TCP transmitting station of the information using the “TCP option” in the TCP header.

【0060】従って、送信局(移動端末1)は中継局
(無線基地局3など)から送信されるICMPエラーパ
ケット、又は受信局(固定端末2)からのACKパケッ
ト、又は受信局(固定端末2)からの「TCPオプショ
ン」を調べることによって、「ビット誤り発生」の有無
並びに「輻輳発生」の有無を識別できる。
Therefore, the transmitting station (mobile terminal 1) receives an ICMP error packet transmitted from a relay station (radio base station 3 or the like), an ACK packet from a receiving station (fixed terminal 2), or a receiving station (fixed terminal 2). By examining the "TCP option" from (1), it is possible to identify the presence or absence of "bit error occurrence" and the presence or absence of "congestion occurrence".

【0061】図1に示すICMPエラーパケット処理部
80は、下り無線回線92から入力されたICMPエラ
ーパケットを処理して、それに含まれる情報に基づいて
「ビット誤り異常発生」の有無並びに「輻輳発生」の有
無を識別する。また、その識別結果に応じてICMPエ
ラーパケット処理部80は送信側TCPコネクション管
理テーブル40のコネクション状態D2の内容を図3に
示す状態遷移に従って変更する。
The ICMP error packet processing unit 80 shown in FIG. 1 processes an ICMP error packet input from the downlink radio line 92, and determines whether or not “abnormal bit error” and “congestion occurs” based on the information contained therein. Is identified. Further, according to the identification result, the ICMP error packet processing unit 80 changes the contents of the connection state D2 of the transmission side TCP connection management table 40 according to the state transition shown in FIG.

【0062】ACKパケット処理部31に含まれるコネ
クション状態検出部32は、受信したACKパケットの
TCPヘッダを調べて、「ビット誤り異常発生」の有無
並びに「輻輳発生」の有無を識別する。また、その識別
結果に応じてコネクション状態検出部32は送信側TC
Pコネクション管理テーブル40のコネクション状態D
2の内容を図3に示す状態遷移に従って変更する。
The connection state detection unit 32 included in the ACK packet processing unit 31 examines the TCP header of the received ACK packet, and identifies the presence / absence of “abnormal bit error” and the presence / absence of “congestion”. Also, according to the identification result, the connection state detection unit 32
Connection status D in the P connection management table 40
2 is changed according to the state transition shown in FIG.

【0063】つまり、コネクション状態D2の内容は
「正常」,「輻輳発生」,「ビット誤り異常発生」のい
ずれかである。初期値は「正常」である。「正常」は、
コネクション上の中継装置及びリンクが輻輳発生状態で
なく、しかもビット誤り異常も発生していない状態を表
している。また、「輻輳発生」はコネクション上の中継
装置又はリンクで輻輳が発生している状態を表してい
る。また、「ビット誤り異常発生」はビット誤りによる
パケット廃棄が頻繁に発生している状態を表している。
That is, the content of the connection state D2 is one of "normal", "congestion occurrence", and "bit error abnormality occurrence". The initial value is “normal”. "Normal"
This indicates a state in which the relay device and the link on the connection are not in a congestion occurrence state and no bit error abnormality has occurred. “Congestion has occurred” indicates a state in which congestion has occurred in the relay device or link on the connection. Further, "abnormal bit error occurrence" indicates a state in which packet discarding due to a bit error frequently occurs.

【0064】なお、図3における「正常状態のACKパ
ケットの受信」は、「ビット誤り異常発生」及び「輻輳
発生」のいずれの情報も含まないACKパケットの受信
を意味している。この形態のACKパケット処理部31
の動作(1)について、図5を参照して説明する。移動
端末1がACKパケットを受信した場合に、図5の処理
が実行される。なお、図5に示す処理は請求項1及び請
求項2に対応する。
Note that “reception of an ACK packet in a normal state” in FIG. 3 means reception of an ACK packet that does not include any information of “abnormal occurrence of bit error” and “occurrence of congestion”. ACK packet processing unit 31 of this mode
The operation (1) will be described with reference to FIG. When the mobile terminal 1 receives the ACK packet, the processing in FIG. 5 is executed. The processing shown in FIG. 5 corresponds to claims 1 and 2.

【0065】ステップS20では、受信したACKパケ
ットのヘッダの内容を参照する。そして、「ビット誤り
異常発生」又は「輻輳発生」の情報がヘッダに含まれて
いる場合にはステップS21からS22に進む。更に、
「ビット誤り異常発生」の情報を含むACKパケットを
受信した場合には、ステップS22からS24に進み、
送信側TCPコネクション管理テーブル40のコネクシ
ョン状態D2に「ビット誤り異常発生」をセットする。
In step S20, the contents of the header of the received ACK packet are referred to. If the information of "abnormal bit error occurrence" or "congestion occurrence" is included in the header, the process proceeds from step S21 to S22. Furthermore,
If an ACK packet including the information of “abnormal bit error occurrence” is received, the process proceeds from step S22 to S24,
“Error bit error occurrence” is set in the connection state D2 of the transmission-side TCP connection management table 40.

【0066】また、「輻輳発生」の情報を含むACKパ
ケットを受信した場合には、ステップS22からS23
に進み、送信側TCPコネクション管理テーブル40の
コネクション状態D2に「輻輳発生」をセットする。一
方、「ビット誤り異常発生」及び「輻輳発生」のいずれ
の情報も含まないACKパケットを受信した場合には、
ステップS21からS25に進み、送信側TCPコネク
ション管理テーブル40のコネクション状態D2に「正
常」をセットする。
If an ACK packet containing information of "occurrence of congestion" is received, the process proceeds from step S22 to step S23.
Then, "congestion occurrence" is set in the connection state D2 of the transmission-side TCP connection management table 40. On the other hand, when an ACK packet that does not include any information of “abnormal bit error occurrence” and “occurrence of congestion” is received,
The process proceeds from step S21 to S25, where "normal" is set in the connection state D2 of the transmission-side TCP connection management table 40.

【0067】また、次のステップS26では送信側TC
Pコネクション管理テーブル40の送信可能データ長D
3を増やす。但し、送信可能データ長D3がその上限値
D3maxを超えた場合には、ステップS27からS28
に進むので、送信可能データ長D3にその上限値D3ma
xがセットされる。送信側TCPコネクション管理テー
ブル40の送信可能データ長D3は、DTパケット作成
部22がDTパケットを作成する際に利用する値であ
り、最大のユーザデータフィールド長を規制するもので
ある。
In the next step S26, the transmission side TC
Transmittable data length D in P connection management table 40
Increase 3 However, if the transmittable data length D3 exceeds the upper limit D3max, steps S27 to S28
To the transmittable data length D3 and the upper limit value D3ma
x is set. The transmittable data length D3 of the transmission-side TCP connection management table 40 is a value used when the DT packet creation unit 22 creates a DT packet, and regulates the maximum user data field length.

【0068】この例では、後述するように「ビット誤り
異常」が発生した場合に送信可能データ長D3が小さく
なるが、「ビット誤り異常発生」及び「輻輳発生」のい
ずれの情報も含まないACKパケットを受信した場合に
は、ステップS26の処理で送信可能データ長D3を元
の大きさに戻すことができる。また、コネクション状態
D2が正常の場合には従来の装置と同様に輻輳が緩和し
たとみなす。すなわち、図5のステップS51を実行す
るので、輻輳ウインドウサイズWSが増大する。
In this example, the transmittable data length D3 becomes smaller when an “error in bit error” occurs, as described later, but the ACK not including any information of “error occurrence of bit error” and “occurrence of congestion”. When a packet is received, the transmittable data length D3 can be returned to the original size in the process of step S26. When the connection state D2 is normal, it is assumed that congestion has been alleviated as in the case of the conventional device. That is, since step S51 in FIG. 5 is executed, the congestion window size WS increases.

【0069】一方、送信側TCP処理部20は、再送タ
イマ管理部24におけるタイムアウトの検出、又はdupl
icate ACKの受信によりDTパケットの廃棄を検出した
場合には図4に示す処理を実行する。なお、図4の処理
は請求項1及び請求項2に対応する。ステップS10で
は、送信側TCPコネクション管理テーブル40のコネ
クション状態D2を参照してコネクションの状態を識別
する。すなわち、コネクション状態D2が「ビット誤り
異常発生」であればステップS11に進み、コネクショ
ン状態D2が「輻輳発生」であればステップS14に進
む。
On the other hand, the transmission side TCP processing unit 20 detects the timeout in the retransmission timer
When the discard of the DT packet is detected by receiving the icate ACK, the processing shown in FIG. 4 is executed. The processing in FIG. 4 corresponds to claims 1 and 2. In step S10, the connection state is identified with reference to the connection state D2 of the transmission-side TCP connection management table 40. That is, if the connection state D2 is “abnormal bit error”, the process proceeds to step S11, and if the connection state D2 is “congestion occurs”, the process proceeds to step S14.

【0070】すなわち、中継局などにおける輻輳の発生
によってDTパケットの廃棄が生じた場合には、従来の
装置と同様に、ステップS14を実行する度に輻輳ウイ
ンドウサイズ(WS)が小さくなる。但し、ステップS
15,S16の処理により、輻輳ウインドウサイズは予
め定めた下限値WSmin以上に規制される。また、無線
回線4におけるビット誤りが頻繁に発生してDTパケッ
トの廃棄が生じた場合には、ステップS11を実行する
度に、送信側TCPコネクション管理テーブル40の送
信可能データ長D3が小さくなる。但し、ステップS1
2,S13の処理により、送信可能データ長D3は予め
定めた最小値D3min以上に規制される。
That is, when the DT packet is discarded due to the occurrence of congestion in the relay station or the like, the congestion window size (WS) becomes smaller each time step S14 is executed, as in the conventional apparatus. However, step S
By the processes of S15 and S16, the congestion window size is restricted to a predetermined lower limit value WSmin or more. Further, when a DT packet is discarded due to frequent occurrence of bit errors in the wireless channel 4, the transmittable data length D3 of the transmission-side TCP connection management table 40 becomes smaller each time step S11 is executed. However, step S1
2, the transmittable data length D3 is restricted to a predetermined minimum value D3min or more.

【0071】従って、移動端末1のパケット送出制御に
利用されるウインドウサイズは輻輳の発生によってDT
パケットが廃棄された場合には小さな値に変更される
が、ビット誤りの多発によってDTパケットが廃棄され
た場合にはウインドウサイズは変化しない。このため、
ビット誤りが多発した場合にはウインドウサイズの変更
によるスループットの低下が防止される。また、ビット
誤りの多発によってDTパケットが廃棄された場合に
は、ステップS11によって送信可能データ長D3が小
さな値に変更される。前記文献3に示されるように、ビ
ット誤りによるパケットの廃棄率は、パケット長が長い
ほど高くなる(ビット誤り率が十分小さい場合は、パケ
ット廃棄率はパケット長に比例する)。
Therefore, the window size used for the packet transmission control of the mobile terminal 1 is DT due to the occurrence of congestion.
When the packet is discarded, the value is changed to a small value. However, when the DT packet is discarded due to frequent occurrence of bit errors, the window size does not change. For this reason,
When many bit errors occur, a drop in throughput due to a change in window size is prevented. If the DT packet is discarded due to frequent occurrence of bit errors, the transmittable data length D3 is changed to a small value in step S11. As shown in the literature 3, the packet discard rate due to a bit error increases as the packet length increases (when the bit error rate is sufficiently small, the packet discard rate is proportional to the packet length).

【0072】この例では、DTパケット作成部22が送
信側TCPコネクション管理テーブル40の送信可能デ
ータ長D3に従って、作成するDTパケットの最大のユ
ーザデータフィールド長を規制するので、ビット誤りが
多発して送信可能データ長D3が小さくなると、移動端
末1から送出されるDTパケットのユーザデータフィー
ルド長が短くなる。そのため、パケットの廃棄率の増大
が抑制される。
In this example, the DT packet creation unit 22 regulates the maximum length of the user data field of the DT packet to be created according to the transmittable data length D3 of the transmission-side TCP connection management table 40. When the transmittable data length D3 decreases, the length of the user data field of the DT packet transmitted from the mobile terminal 1 decreases. Therefore, an increase in the packet discard rate is suppressed.

【0073】ビット誤りの多発によりDTパケットのユ
ーザデータフィールド長が短くなった後、コネクション
状態D2が「正常」に戻ると、ピット誤りの異常発生が
緩和されたとみなされ、図5のステップS25〜S28
の処理が実行されるので、ユーザデータフィールド長は
ACKパケットを受信する度に少しずつ元の長さに戻
る。
When the connection state D2 returns to "normal" after the length of the user data field of the DT packet is shortened due to the occurrence of many bit errors, it is considered that the abnormal occurrence of the pit error has been alleviated, and steps S25 to S25 in FIG. S28
Is performed, the user data field length gradually returns to the original length every time an ACK packet is received.

【0074】なお、パケットの廃棄が生じたときにウイ
ンドウサイズだけを制御する場合には、図4のステップ
S11〜S13並びに図5のステップS25〜S28の
処理を省略してもよい。その場合であっても、DTパケ
ットの廃棄が生じた場合のスループットの低下を抑制で
きる。なお、「輻輳発生」及び「ビット誤り異常発生」
を通知する機能が中継局に備わっている場合には、ステ
ップS10を実行する場合にコネクション状態D2が
「正常」であることはあり得ない。しかし、「輻輳発
生」及び「ビット誤り異常発生」を通知する機能を備え
ていない中継局を利用している場合には、ステップS1
0を実行する場合にコネクション状態D2が「正常」に
なる可能性がある。その場合には、コネクション状態D
2が「正常」であっても輻輳制御を実施するのが望まし
い。
When only the window size is controlled when a packet is discarded, the processing of steps S11 to S13 in FIG. 4 and steps S25 to S28 in FIG. 5 may be omitted. Even in that case, it is possible to suppress a decrease in throughput when the DT packet is discarded. "Congestion occurrence" and "Bit error abnormality occurrence"
Is provided in the relay station, the connection state D2 cannot be “normal” when step S10 is executed. However, if a relay station that does not have a function of notifying of “occurrence of congestion” and “occurrence of bit error” is used, step S1
When 0 is executed, the connection state D2 may become “normal”. In that case, the connection state D
It is desirable to execute congestion control even if 2 is “normal”.

【0075】なお、以上の説明では移動端末1と固定端
末2との間に1つのコネクションだけが割り当てられて
いる場合を想定している。しかし、送信側TCPコネク
ション管理テーブル40にコネクション識別子で区別し
た複数のコネクションの情報を保持しておけば、複数の
コネクションが割り当てられた通信の制御にも対応でき
る。
In the above description, it is assumed that only one connection is allocated between mobile terminal 1 and fixed terminal 2. However, if information on a plurality of connections identified by connection identifiers is stored in the transmission-side TCP connection management table 40, communication control to which a plurality of connections are assigned can be handled.

【0076】図8,図9及び図10に示す処理は、いず
れも図4に示す処理の変形例である。また、図11及び
図12に示す処理は、いずれも図5に示す処理の変形例
である。同一の処理には同一のステップ番号を付けて示
してある。なお、図8に示す処理は請求項3及び請求項
4に対応し、図9に示す処理は請求項5に対応し、図1
0に示す処理は請求項6に対応し、図11に示す処理は
請求項7に対応し、図12に示す処理は請求項8に対応
する。
The processes shown in FIGS. 8, 9 and 10 are all modifications of the process shown in FIG. Further, the processes shown in FIGS. 11 and 12 are both modifications of the process shown in FIG. The same processes are denoted by the same step numbers. The processing shown in FIG. 8 corresponds to claims 3 and 4, the processing shown in FIG. 9 corresponds to claim 5, and the processing shown in FIG.
The processing shown in FIG. 0 corresponds to claim 6, the processing shown in FIG. 11 corresponds to claim 7, and the processing shown in FIG. 12 corresponds to claim 8.

【0077】図8,図9及び図10の各処理では、メッ
セージバッファ12及び再送用パケットバッファ23の
管理アドレスなどの管理を容易にするために、送信可能
データ長D3の値を予め定めた基準値Loの整数倍に規
制してある。基準値Loとしては、例えばTCPヘッダ
の基準単位(32ビット)の整数倍である256バイト
を用いればよい。
In each of the processes shown in FIGS. 8, 9, and 10, the value of the transmittable data length D3 is set to a predetermined reference value in order to facilitate management of the management addresses and the like of the message buffer 12 and the retransmission packet buffer 23. It is restricted to an integral multiple of the value Lo. As the reference value Lo, for example, 256 bytes which is an integral multiple of the reference unit (32 bits) of the TCP header may be used.

【0078】図8の変形例では、ステップS11Bにお
いて、送信可能データ長D3の値を基準値Loだけ減ら
すように処理している。図8の処理を実施する場合に
は、図5のステップS26の内容を、送信可能データ長
D3の値を基準値Loだけ増やすように変更する必要が
ある。また、この場合の下限値D3minには基準値Lo
と同じ値を割り当ててある。従って、図8の例では、送
信可能データ長D3の値は基準値Loの整数倍の値のみ
に規制される。
In the modification shown in FIG. 8, in step S11B, processing is performed to reduce the value of the transmittable data length D3 by the reference value Lo. When the processing in FIG. 8 is performed, it is necessary to change the content of step S26 in FIG. 5 so that the value of the transmittable data length D3 is increased by the reference value Lo. In this case, the lower limit D3min is replaced with the reference value Lo.
The same value as is assigned. Therefore, in the example of FIG. 8, the value of the transmittable data length D3 is restricted to only a value that is an integral multiple of the reference value Lo.

【0079】図9の変形例では、ステップS11Cにお
いて、送信可能データ長D3に基準値Loがセットされ
る。図9の処理を実施する場合には、図5のステップS
26の内容を、送信可能データ長D3の値を基準値Lo
だけ増やすように変更する必要がある。また、この場合
の下限値D3minには基準値Loと同じ値を割り当てて
ある。従って、図9の例では、送信可能データ長D3の
値は基準値Loの整数倍の値のみに規制される。
In the modification of FIG. 9, in step S11C, the reference value Lo is set to the transmittable data length D3. When the processing in FIG. 9 is performed, step S in FIG.
26, the value of the transmittable data length D3 is set to the reference value Lo.
Only need to be changed to increase. In this case, the lower limit D3min is assigned the same value as the reference value Lo. Therefore, in the example of FIG. 9, the value of the transmittable data length D3 is restricted to only a value that is an integral multiple of the reference value Lo.

【0080】図10の変形例では、ステップS11Dに
おいて、基準値Loの整数倍の値の中で送信可能データ
長D3の半分の値を超えない最大値Lxが送信可能デー
タ長D3にセットされる。図10の処理を実施する場合
には、図5のステップS26の内容を、送信可能データ
長D3の値を基準値Loだけ増やすように変更する必要
がある。また、この場合の下限値D3minには基準値L
oと同じ値を割り当ててある。従って、図10の例で
は、送信可能データ長D3の値は基準値Loの整数倍の
値のみに規制される。
In the modified example of FIG. 10, in step S11D, the maximum value Lx that does not exceed half the transmittable data length D3 among integer multiples of the reference value Lo is set as the transmittable data length D3. . When the processing in FIG. 10 is performed, it is necessary to change the content of step S26 in FIG. 5 so that the value of the transmittable data length D3 is increased by the reference value Lo. In this case, the lower limit D3min is replaced with the reference value L.
The same value as o is assigned. Therefore, in the example of FIG. 10, the value of the transmittable data length D3 is restricted to only a value that is an integral multiple of the reference value Lo.

【0081】次に、図11の変形例について説明する。
ステップS31では、受信したACKパケットの送達確
認順序番号フィールド値から送信側TCPコネクション
管理テーブル40に保持された状態値であるVT(A)
406を減算した値をレジスタYにセットする。レジス
タYにセットされた値は、新たに送達確認されたバイト
数を表している。
Next, a modification of FIG. 11 will be described.
In step S31, VT (A), which is the state value held in the transmitting-side TCP connection management table 40, is obtained from the delivery confirmation sequence number field value of the received ACK packet.
The value obtained by subtracting 406 is set in the register Y. The value set in the register Y indicates the number of newly confirmed delivery bytes.

【0082】次のステップS32では、レジスタYの値
だけDTパケット送信成功確認数D4の値を増やす。ま
た、DTパケット送信成功確認数D4の値が定数Np以
上になると、ステップS33からS34に進む。ステッ
プS34では、送信側TCPコネクション管理テーブル
40の送信可能データ長D3の値を基準値Loだけ増や
す。また、ステップS35では送信側TCPコネクショ
ン管理テーブル40のDTパケット送信成功確認数D4
を0にクリアする。なお、送信側TCPコネクション管
理テーブル40のDTパケット送信成功確認数D4の値
は、TCPコネクションを確立したときに0に初期化さ
れる。
In the next step S32, the value of the number of DT packet transmission success confirmations D4 is increased by the value of the register Y. When the value of the DT packet transmission success confirmation number D4 is equal to or greater than the constant Np, the process proceeds from step S33 to S34. In step S34, the value of the transmittable data length D3 in the transmission-side TCP connection management table 40 is increased by the reference value Lo. In step S35, the DT packet transmission success confirmation number D4 in the transmission-side TCP connection management table 40 is set.
Is cleared to 0. The value of the DT packet transmission success confirmation number D4 in the transmission-side TCP connection management table 40 is initialized to 0 when a TCP connection is established.

【0083】従って、定数Npに相当するDTパケット
の送達確認に成功する度に、送信可能データ長D3の値
が基準値Loだけ増える。従って、送信可能データ長D
3の値を基準値Loの整数倍の値に規制できる。
Therefore, each time the transmission confirmation of the DT packet corresponding to the constant Np is successful, the value of the transmittable data length D3 increases by the reference value Lo. Therefore, the transmittable data length D
The value of 3 can be restricted to a value that is an integral multiple of the reference value Lo.

【0084】次に、図12の変形例について説明する。
この例では、図11と同様にステップS31,S32を
実行する。ステップS33Bでは、送信側TCPコネク
ション管理テーブル40のDTパケット送信成功確認数
D4が(D3/Lo)以上になるとステップS34に進
む。ステップS34では、送信側TCPコネクション管
理テーブル40の送信可能データ長D3の値を基準値L
oだけ増やす。従って、送信可能データ長D3の値は放
物的な速度で増大する。
Next, a modification of FIG. 12 will be described.
In this example, steps S31 and S32 are executed as in FIG. In step S33B, when the number of DT packet transmission success confirmations D4 in the transmission-side TCP connection management table 40 becomes equal to or more than (D3 / Lo), the process proceeds to step S34. In step S34, the value of the transmittable data length D3 in the transmitting side TCP connection management table 40 is set to the reference value L.
Increase by o. Therefore, the value of the transmittable data length D3 increases at a parabolic rate.

【0085】[0085]

【発明の効果】以上の通り本発明によれば、パケットの
廃棄が検出される場合であっても、ビット誤りの多発が
生じている場合にはウインドウサイズが小さくならない
ので、スループットの低下を抑制できる。また、ビット
誤りが多発する場合にパケットの最大のユーザデータフ
ィールド長を小さくすることにより、パケット廃棄率の
増大を抑制できる。
As described above, according to the present invention, even when packet discarding is detected, the window size does not become smaller when many bit errors occur, so that a decrease in throughput is suppressed. it can. In addition, when the number of bit errors frequently occurs, by reducing the maximum user data field length of the packet, it is possible to suppress an increase in the packet discard rate.

【0086】また、パケットの最大のユーザデータフィ
ールド長を基準値の整数倍の値のみに規制することによ
り、バッファメモリのアドレス管理などが容易になり、
装置の構成又は処理が複雑化するのを防止できる。更
に、本発明ではスループットを改善するために新たなト
ラヒックを発生する必要がなく、しかも受信側の装置の
制御には特別な影響を及ぼさないので装置への実装が容
易である。
Also, by restricting the maximum length of the user data field of the packet to only a value that is an integral multiple of the reference value, it becomes easy to manage the address of the buffer memory, etc.
It is possible to prevent the configuration or processing of the device from becoming complicated. Furthermore, in the present invention, it is not necessary to generate new traffic in order to improve the throughput, and the present invention does not have any special influence on the control of the device on the receiving side, so that the device can be easily mounted.

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

【図1】実施の形態の移動端末の構成を示すブロック図
である。
FIG. 1 is a block diagram illustrating a configuration of a mobile terminal according to an embodiment.

【図2】通信システムの構成例を示すブロック図であ
る。
FIG. 2 is a block diagram illustrating a configuration example of a communication system.

【図3】コネクション状態の状態遷移を示す模式図であ
る。
FIG. 3 is a schematic diagram showing a state transition of a connection state.

【図4】実施の形態の送信側TCP処理部の動作(1)
を示すフローチャートである。
FIG. 4 is an operation (1) of a transmission-side TCP processing unit according to the embodiment;
It is a flowchart which shows.

【図5】実施の形態のACKパケット処理部の動作
(1)を示すフローチャートである。
FIG. 5 is a flowchart illustrating an operation (1) of the ACK packet processing unit according to the embodiment;

【図6】送信側TCPコネクション管理テーブルの構成
例(1)を示す模式図である。
FIG. 6 is a schematic diagram illustrating a configuration example (1) of a transmission-side TCP connection management table.

【図7】送信側TCPコネクション管理テーブルの構成
例(2)を示す模式図である。
FIG. 7 is a schematic diagram illustrating a configuration example (2) of a transmission-side TCP connection management table.

【図8】実施の形態の送信側TCP処理部の動作(2)
を示すフローチャートである。
FIG. 8 shows an operation (2) of a TCP processing unit on the transmission side according to the embodiment;
It is a flowchart which shows.

【図9】実施の形態の送信側TCP処理部の動作(3)
を示すフローチャートである。
FIG. 9 is an operation (3) of the transmission-side TCP processing unit according to the embodiment;
It is a flowchart which shows.

【図10】実施の形態の送信側TCP処理部の動作
(4)を示すフローチャートである。
FIG. 10 is a flowchart illustrating an operation (4) of the transmitting-side TCP processing unit according to the embodiment;

【図11】実施の形態のACKパケット処理部の動作
(2)を示すフローチャートである。
FIG. 11 is a flowchart illustrating an operation (2) of the ACK packet processing unit according to the embodiment;

【図12】実施の形態のACKパケット処理部の動作
(3)を示すフローチャートである。
FIG. 12 is a flowchart illustrating an operation (3) of the ACK packet processing unit according to the embodiment.

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

1 移動端末 2 固定端末 3 無線基地局 4 無線回線 5 有線通信網 10 送信側上位層処理部 11 上位層送信処理部 12 メッセージバッファ 20 送信側TCP処理部 21 ウインドウフロー制御部 22 DTパケット作成部 23 再送用パケットバッファ 24 再送タイマ管理部 30 受信側TCP処理部 31 ACKパケット処理部 32 コネクション状態検出部 40 送信側TCPコネクション管理テーブル 51 送信側IP処理部 52 受信側IP処理部 60 送信側回線処理部 61 上り無線回線送信パケットバッファ 62 上り無線回線送信制御部 70 受信側回線処理部 71 下り無線回線受信パケットバッファ 72 下り無線回線受信制御部 80 ICMPエラーパケット処理部 91 上り無線回線 92 下り無線回線 401 送信元IPアドレス 402 宛先IPアドレス 403 送信元ポート番号 404 宛先ポート番号 405 VT(S) 406 VT(A) D1 最大データ長 D2 コネクション状態 D3 送信可能データ長 D4 DTパケット送信成功確認数 DESCRIPTION OF SYMBOLS 1 Mobile terminal 2 Fixed terminal 3 Radio base station 4 Wireless line 5 Wired communication network 10 Transmission upper layer processing unit 11 Upper layer transmission processing unit 12 Message buffer 20 Transmission TCP processing unit 21 Window flow control unit 22 DT packet creation unit 23 Retransmission packet buffer 24 Retransmission timer management unit 30 Reception side TCP processing unit 31 ACK packet processing unit 32 Connection state detection unit 40 Transmission side TCP connection management table 51 Transmission side IP processing unit 52 Receiving side IP processing unit 60 Transmission side line processing unit Reference Signs List 61 Uplink wireless line transmission packet buffer 62 Uplink wireless line transmission control unit 70 Reception side line processing unit 71 Downlink wireless line reception packet buffer 72 Downlink wireless line reception control unit 80 ICMP error packet processing unit 91 Uplink wireless line 92 Downlink wireless line 401 Transmission Yuan I Address 402 Destination IP address 403 source port number 404 destination port number 405 VT (S) 406 VT (A) D1 maximum data length D2 connection state D3 transmittable data length D4 DT packet transmission success acknowledgment number

───────────────────────────────────────────────────── フロントページの続き Fターム(参考) 5K014 AA02 BA03 FA13 GA02 5K030 GA03 GA13 HA08 HC01 HC09 JL01 JL07 JT03 JT09 KA03 KA07 KA13 LA01 LC03 LC11 MA04 MB05 5K033 AA01 BA08 CB04 DA01 DA19 DB20 EA02 EA06 5K034 AA01 BB06 DD02 EE03 EE09 FF11 FF13 HH01 HH02 HH10 MM14 MM16  ──────────────────────────────────────────────────続 き Continued on the front page F term (reference) 5K014 AA02 BA03 FA13 GA02 5K030 GA03 GA13 HA08 HC01 HC09 JL01 JL07 JT03 JT09 KA03 KA07 KA13 LA01 LC03 LC11 MA04 MB05 5K033 AA01 BA08 CB04 DA01 DA19 DB20 EA02 EA06 EA03 EA06 EA06 5K03 DD03 FF11 FF13 HH01 HH02 HH10 MM14 MM16

Claims (8)

【特許請求の範囲】[Claims] 【請求項1】 無線通信回線を介して相手局との間でユ
ーザの情報を含むデータの送受信を行うと共に、自局が
送信したデータに対する相手局からの送達確認パケット
を受信して送達確認を行い、送達確認なしに連続送信可
能なデータ量をウインドウサイズによって制限する通信
装置において、 他局が送出した信号に基づいて自局が送信したデータの
廃棄の原因を特定する廃棄原因特定手段と、 自局が送出したデータの廃棄を検出した場合に、前記廃
棄原因特定手段により特定した原因が輻輳発生の場合と
ビット誤り発生の場合とで前記ウインドウサイズに対す
る制御を区別し、ビット誤り発生の場合のウインドウサ
イズを輻輳発生の場合のウインドウサイズに比べて大き
くするウインドウサイズ制御手段とを設けたことを特徴
とする通信装置。
An apparatus transmits and receives data including user information to and from a partner station via a wireless communication line, receives a transmission confirmation packet from the partner station for data transmitted by the own station, and performs transmission confirmation. A communication device for limiting the amount of data that can be continuously transmitted without acknowledgment by a window size, a discard cause specifying means for specifying a cause of discard of data transmitted by the own station based on a signal transmitted by another station, When the discard of the data transmitted by the own station is detected, the control for the window size is distinguished between the case where the cause specified by the discard cause specifying means is the occurrence of congestion and the case where the bit error occurs, and the case where the bit error occurs. A window size control means for making the window size of the window larger than the window size when congestion occurs. .
【請求項2】 請求項1の通信装置において、自局が送
出したデータのビット誤り発生を原因とする廃棄を検出
した場合には、自局が送出するデータパケットの最大の
ユーザデータフィールド長を短く制限し、ビット誤りの
発生頻度が小さくなった場合には前記最大のユーザデー
タフィールド長の制限を緩和するユーザデータフィール
ド長制御手段を設けたことを特徴とする通信装置。
2. The communication apparatus according to claim 1, wherein when detecting a discard due to a bit error occurring in the data transmitted by the own station, the maximum user data field length of the data packet transmitted by the own station is determined. A communication device, comprising: a user data field length control unit that limits the maximum user data field length when the frequency of occurrence of bit errors is reduced.
【請求項3】 請求項2の通信装置において、自局が送
出するデータパケットの最大のユーザデータフィールド
長を予め定めた固定長の整数倍の値に限定することを特
徴とする通信装置。
3. The communication device according to claim 2, wherein the maximum length of the user data field of the data packet transmitted by the own station is limited to an integral multiple of a predetermined fixed length.
【請求項4】 請求項3の通信装置において、前記ユー
ザデータフィールド長制御手段が、自局が送出したデー
タのビット誤り発生を原因とする廃棄を検出する度に、
自局が送出するデータパケットの最大のユーザデータフ
ィールド長を前記固定長だけ減らした値に変更し、自局
が送出したデータパケットの送信成功を確認する度に、
最大のユーザデータフィールド長を前記固定長だけ増や
した値に変更することを特徴とする通信装置。
4. The communication apparatus according to claim 3, wherein the user data field length control means detects discard of the data transmitted by the local station due to occurrence of a bit error.
The maximum user data field length of the data packet transmitted by the own station is changed to a value reduced by the fixed length, and each time the transmission of the data packet transmitted by the own station is confirmed to be successful,
A communication device, wherein a maximum user data field length is changed to a value increased by the fixed length.
【請求項5】 請求項3の通信装置において、前記ユー
ザデータフィールド長制御手段が、自局が送出したデー
タのビット誤り発生を原因とする廃棄を検出した場合に
は、自局が送出するデータパケットの最大のユーザデー
タフィールド長を前記固定長と等しい値に変更し、自局
が送出したデータパケットの送信成功を確認する度に、
最大のユーザデータフィールド長を前記固定長だけ増や
した値に変更することを特徴とする通信装置。
5. The communication apparatus according to claim 3, wherein said user data field length control means detects data discarded by the own station when discarding the data transmitted by the own station due to occurrence of a bit error. Each time the maximum user data field length of the packet is changed to a value equal to the fixed length and the transmission of the data packet transmitted by the own station is confirmed,
A communication device, wherein a maximum user data field length is changed to a value increased by the fixed length.
【請求項6】 請求項3の通信装置において、前記ユー
ザデータフィールド長制御手段が、自局が送出したデー
タのビット誤り発生を原因とする廃棄を検出した場合に
は、自局が送出するデータパケットの最大のユーザデー
タフィールド長を、前記固定長の整数倍の値の中で、現
在の最大のユーザデータフィールド長の半分を超えない
最大の値に変更し、自局が送出したデータパケットの送
信成功を確認する度に、最大のユーザデータフィールド
長を前記固定長だけ増やした値に変更することを特徴と
する通信装置。
6. The communication device according to claim 3, wherein said user data field length control means detects a discard of the data transmitted by the own station due to occurrence of a bit error. The maximum user data field length of the packet is changed to a maximum value that does not exceed half of the current maximum user data field length among the integral multiples of the fixed length, and the data packet transmitted by the own station is changed. A communication apparatus characterized in that the maximum user data field length is changed to a value increased by the fixed length every time transmission success is confirmed.
【請求項7】 請求項3の通信装置において、前記ユー
ザデータフィールド長制御手段が、自局が送出したデー
タパケットの予め定めた数の送信成功を確認する度に、
最大のユーザデータフィールド長を前記固定長だけ増や
した値に変更することを特徴とする通信装置。
7. The communication apparatus according to claim 3, wherein the user data field length control means confirms the success of transmitting a predetermined number of data packets transmitted by the local station each time.
A communication device, wherein a maximum user data field length is changed to a value increased by the fixed length.
【請求項8】 請求項3の通信装置において、前記ユー
ザデータフィールド長制御手段が、自局が送出したデー
タパケットの現在の最大のユーザデータフィールド長に
相当する前記固定長の個数のデータパケットの送信成功
を確認する度に、最大のユーザデータフィールド長を前
記固定長だけ増やした値に変更することを特徴とする通
信装置。
8. The communication apparatus according to claim 3, wherein said user data field length control means controls said fixed length number of data packets corresponding to a current maximum user data field length of a data packet transmitted by the own station. A communication apparatus characterized in that the maximum user data field length is changed to a value increased by the fixed length every time transmission success is confirmed.
JP31964499A 1999-11-10 1999-11-10 Communication apparatus Pending JP2001136209A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP31964499A JP2001136209A (en) 1999-11-10 1999-11-10 Communication apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP31964499A JP2001136209A (en) 1999-11-10 1999-11-10 Communication apparatus

Publications (1)

Publication Number Publication Date
JP2001136209A true JP2001136209A (en) 2001-05-18

Family

ID=18112610

Family Applications (1)

Application Number Title Priority Date Filing Date
JP31964499A Pending JP2001136209A (en) 1999-11-10 1999-11-10 Communication apparatus

Country Status (1)

Country Link
JP (1) JP2001136209A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006352337A (en) * 2005-06-14 2006-12-28 Ntt Docomo Inc Communication apparatus and communication control method
JP2007208571A (en) * 2006-02-01 2007-08-16 Nec Corp Communication system, communication device, congestion control method used for them, and its program
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
JP5652388B2 (en) * 2009-03-06 2015-01-14 日本電気株式会社 COMMUNICATION RATE CONTROL METHOD, TRANSMITTER, AND COMMUNICATION SYSTEM
JP2016036083A (en) * 2014-08-01 2016-03-17 Kddi株式会社 Radio terminal, communication system, program and method that can set window size according to degree of congestion at backhaul side

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006352337A (en) * 2005-06-14 2006-12-28 Ntt Docomo Inc Communication apparatus and communication control method
JP4628194B2 (en) * 2005-06-14 2011-02-09 株式会社エヌ・ティ・ティ・ドコモ Communication device, required time measurement method and communication control method
JP2007208571A (en) * 2006-02-01 2007-08-16 Nec Corp Communication system, communication device, congestion control method used for them, and its program
JP4654926B2 (en) * 2006-02-01 2011-03-23 日本電気株式会社 COMMUNICATION SYSTEM, COMMUNICATION DEVICE, AND CONgestion Control Method Used In Them
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
JP5652388B2 (en) * 2009-03-06 2015-01-14 日本電気株式会社 COMMUNICATION RATE CONTROL METHOD, TRANSMITTER, AND COMMUNICATION SYSTEM
JP2016036083A (en) * 2014-08-01 2016-03-17 Kddi株式会社 Radio terminal, communication system, program and method that can set window size according to degree of congestion at backhaul side

Similar Documents

Publication Publication Date Title
US7283474B1 (en) Packet data transmission control
KR100785293B1 (en) System and Method for TCP Congestion Control Using Multiple TCP ACKs
US7042907B2 (en) Packet transfer apparatus and method
US6741555B1 (en) Enhancement of explicit congestion notification (ECN) for wireless network applications
US6954797B1 (en) Data Communication method, terminal equipment, interconnecting installation, data communication system and recording medium
US7277390B2 (en) TCP processing apparatus of base transceiver subsystem in wired/wireless integrated network and method thereof
US8085669B2 (en) Session relay device and session relay method
US9577791B2 (en) Notification by network element of packet drops
US7965625B2 (en) Communication device and logical link abnormality detection method
US20030131079A1 (en) Performance enhancing proxy techniques for internet protocol traffic
US20020038373A1 (en) Method and system for improving network performance enhancing proxy architecture with gateway redundancy
WO2014092779A1 (en) Notification by network element of packet drops
EP1295428A2 (en) Performance enhancement of transmission control protocol (tcp) for wireless network applications
US7480301B2 (en) Method, system and article for improved TCP performance during retransmission in response to selective acknowledgement
US20030128672A1 (en) Transmission and flow control
WO2003015337A1 (en) Uplink session extension
JP4434019B2 (en) Data distribution management device and data distribution management method
JP3953343B2 (en) Wireless packet communication device and wireless packet communication method
JP2001156795A (en) Packet flow controller and method
JP2001136209A (en) Communication apparatus
EP1505759A2 (en) Method and device for transmitting/receiving data using acknowledged transport layer protocols
Zhang et al. Implementation of explicit wireless loss notification using MAC-layer information
JP3808882B2 (en) Gateway device and wireless terminal device
JP2001308936A (en) Data communication method, repeater, data communication system and its recording medium
JP2006279867A (en) Adsl communication apparatus, program and method