JP2006191368A - Network transmission device - Google Patents

Network transmission device Download PDF

Info

Publication number
JP2006191368A
JP2006191368A JP2005001480A JP2005001480A JP2006191368A JP 2006191368 A JP2006191368 A JP 2006191368A JP 2005001480 A JP2005001480 A JP 2005001480A JP 2005001480 A JP2005001480 A JP 2005001480A JP 2006191368 A JP2006191368 A JP 2006191368A
Authority
JP
Japan
Prior art keywords
terminal device
transmission
packet
data
buffer
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
JP2005001480A
Other languages
Japanese (ja)
Inventor
Kaori Morimoto
香織 森本
Nobuhiro Tsubone
宣宏 坪根
Koichiro Watanabe
好一郎 渡邊
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.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric 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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2005001480A priority Critical patent/JP2006191368A/en
Publication of JP2006191368A publication Critical patent/JP2006191368A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a network transmission device for efficiently performing the retransmission processing of data due to the generation of a time-out error resulting from the reception of NACK(Negative Acknowledgement) or the non-reception of delivery acknowledgement. <P>SOLUTION: An IP packet #2 is not received by terminal equipment 2 due to packet loss by a communication line 3 or the like, and NACK showing the missing is transmitted from the terminal equipment 2. A transmission confirmation processing part 15 detects a missing IP packet by NACK transmitted from the terminal equipment 2, and judges the IP packet number whose transmission has been confirmed, and transmits a command 18 to erase the IP packet #1 to a delivery confirmation stand-by buffer 11. A retransmission processing part 16 transmits a command 19 to erase all IP packets in a transmission buffer 12, and transmits a command 20 to restore an IP packet #2 to be re-transmitted in the transmission buffer 12. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

この発明は、ＴＣＰ通信を行う端末装置間の伝送路上に配置され、一方の端末装置との間の伝送遅延が他方の端末装置との間の伝送遅延に比べて小さく、少なくとも上記一方の端末装置からのデータを上記他方の端末装置に対して転送する転送処理と、この転送処理により転送するデータに対する詐称送達確認応答（以下、「詐称ＡＣＫ」とも表記する。）を作成して上記一方の端末装置に返送する返送処理とを行うことができるネットワーク伝送装置であって、上記返送処理によるＴＣＰスループット改善機能を有し、通信ロス等の通信異常時の再送制御を行うネットワーク伝送装置に関するものである。また、このネットワーク伝送装置は、上記一方の端末装置との間の伝送量が上記他方の端末装置との間の伝送量に比べて大きい場合にも適応する。また、このネットワーク伝送装置は、ＴＣＰ通信のみならず、送信したデータに対する送達確認応答を必要とする他の通信プロトコル、例えばＨＤＬＣ通信などにも適用することができるものである。また、ネットワーク伝送装置と端末装置との間の通信回線は、無線或いは有線に限定されることはなく、通信回線の対称性或いは非対称性に限定されることもない。   The present invention is arranged on a transmission path between terminal devices that perform TCP communication, and a transmission delay with one terminal device is smaller than a transmission delay with the other terminal device, and at least the one terminal device A transfer process for transferring data from the terminal to the other terminal device, and a spoofed delivery confirmation response (hereinafter also referred to as “spoof ACK”) for the data transferred by the transfer process to create the one terminal The present invention relates to a network transmission apparatus capable of performing return processing to be returned to the apparatus, having a TCP throughput improvement function by the above-described return processing, and performing retransmission control when communication abnormality such as communication loss occurs. . This network transmission apparatus is also applicable when the transmission amount between the one terminal device is larger than the transmission amount between the other terminal device. This network transmission apparatus can be applied not only to TCP communication but also to other communication protocols that require a delivery confirmation response to transmitted data, such as HDLC communication. Further, the communication line between the network transmission device and the terminal device is not limited to wireless or wired communication, and is not limited to the symmetry or asymmetric property of the communication line.

例えば、特開２００２−２１７９８８には、第１の端末装置と第２の端末装置との間の伝送路上に配置され、第１の端末装置との間の伝送遅延が第２の端末装置との間の伝送遅延に比して小さく、第１の端末装置からのデータを第２の端末装置に対して転送する転送処理と、この転送処理により転送するデータに対する詐称ＡＣＫを作成して第１の端末装置に返送する返送処理とを行うネットワーク伝送装置が記載されている。このネットワーク伝送装置は、第２の端末装置が通知するデータ配信許容値（第２の端末装置が送達確認応答せずに配信データを受信できる許容値）を超えてデータを配信するものであり、データ配信時に、第２の端末装置からの送達確認応答の受信遅延に影響されて伝送速度が劣化することを防ぐことができるスループット改善機能を有する。特開２００２−２１７９８８には、ネットワーク伝送装置において、伝送遅延に依存するプロトコルかどうかの判断や、伝送エラー頻出回線かどうかを判断し、詐称送達確認応答を送信側である第１の端末装置に返送する処理を行う技術が記載されている。   For example, in Japanese Patent Application Laid-Open No. 2002-217988, a transmission delay between a first terminal device and a second terminal device is arranged on a transmission path between the first terminal device and the second terminal device. A transfer process for transferring data from the first terminal apparatus to the second terminal apparatus, and a spoofed ACK for the data transferred by this transfer process. A network transmission device that performs a return process for returning to a terminal device is described. This network transmission device distributes data exceeding the data distribution allowable value notified by the second terminal device (allowable value that allows the second terminal device to receive distribution data without sending a delivery confirmation response), It has a throughput improvement function capable of preventing the transmission rate from being deteriorated due to the reception delay of the delivery confirmation response from the second terminal device during data distribution. In Japanese Patent Laid-Open No. 2002-217988, a network transmission apparatus determines whether a protocol depends on transmission delay or a transmission error frequent line, and sends a spoofed delivery confirmation response to the first terminal apparatus on the transmission side. A technique for performing the process of returning is described.

特開２００２−２１７９８８JP-A-2002-217988

特開２００２−２１７９８８号公報に開示されたネットワーク伝送装置においては、転送データが当該装置内に滞留している状態で、第２の端末装置からの送達未確認応答（以下、「ＮＡＣＫ」とも表記する）の受信や、送達確認応答未受信によるタイムアウトエラーの発生等に起因してデータの再送処理へ移行した場合、滞留しているデータを送信バッファ内にそのまま保持し送信しているため、再送対象でない滞留データの不要なデータ転送を行なうことになるという問題点があった。このような不要なデータ転送のために、第２の端末装置が、第１の端末装置においてはＮＡＣＫとしかなり得ない応答を返信するという不要な複数のＮＡＣＫを送出する応答通信を行うことになるという問題点もあった。また、これらの不要なデータ転送や応答通信のために再送対象データの転送が遅延し、再送状態からの回復に時間がかかるという問題点もあった。また、不要なデータ転送や応答通信の多発によって、通信回線が占有されるという問題点もあった。   In the network transmission device disclosed in Japanese Patent Application Laid-Open No. 2002-217988, a delivery unacknowledged response (hereinafter also referred to as “NACK”) from the second terminal device in a state where transfer data stays in the device. ) Or due to the occurrence of a timeout error due to not receiving a delivery confirmation response, etc., the data residing is retained and sent as it is in the transmission buffer. There is a problem that unnecessary data transfer of non-retained data is performed. For such unnecessary data transfer, the second terminal device performs response communication that sends a plurality of unnecessary NACKs, such as returning a response that cannot be obtained as a NACK in the first terminal device. There was also a problem. In addition, there is a problem that the transfer of data to be retransmitted is delayed due to these unnecessary data transfer and response communication, and it takes time to recover from the retransmission state. There is also a problem that the communication line is occupied by unnecessary data transfer and frequent response communication.

この発明は、上記のような問題点を解決するためになされたもので、ＮＡＣＫの受信や、送達確認応答未受信によるタイムアウトエラーの発生等に起因するデータの再送処理を効率よく行うことができるネットワーク伝送装置を得ることを目的とする。   The present invention has been made to solve the above-described problems, and can efficiently perform retransmission processing of data caused by reception of a NACK or occurrence of a timeout error due to not receiving a delivery confirmation response. An object is to obtain a network transmission device.

請求項１の発明に係るネットワーク伝送装置は、第１の端末装置とその通信相手先である第２の端末装置との間の伝送路上に配置され、上記第２の端末装置との間の伝送遅延が上記第１の端末装置との間の伝送遅延より大きく、上記第１の端末装置が送信するデータについての送達確認応答を生成して上記第１の端末装置へ返信し、上記第１の端末装置からのデータを上記第２の端末装置へ伝送するネットワーク伝送装置において、上記第１の端末装置から受信したデータを、上記第２の端末装置からの送達確認応答が得られるまで格納する送達確認待ちバッファと、上記第２の端末装置へ送信するデータを格納する送信バッファと、上記第２の端末装置からの送達確認応答に基づいて送達が確認されたデータを上記送達確認待ちバッファから削除する指令を生成し、上記第２の端末装置からの送達未確認応答に基づいて、上記送信バッファ内のデータを消去する指令と、再送するデータを上記送信バッファに再格納する指令とを生成する送達確認制御部とを備えたものである。   A network transmission device according to the invention of claim 1 is arranged on a transmission path between a first terminal device and a second terminal device which is a communication counterpart, and transmission between the second terminal device. The delay is larger than the transmission delay with respect to the first terminal device, and a delivery confirmation response for the data transmitted by the first terminal device is generated and returned to the first terminal device. In the network transmission device that transmits data from the terminal device to the second terminal device, the data received from the first terminal device is stored until a delivery confirmation response is obtained from the second terminal device. A confirmation waiting buffer, a transmission buffer for storing data to be transmitted to the second terminal device, and a data confirmed to be delivered based on a delivery confirmation response from the second terminal device. A command to delete is generated, and a command to erase data in the transmission buffer and a command to re-store data to be retransmitted in the transmission buffer are generated based on an unacknowledged response from the second terminal device And a delivery confirmation control unit.

請求項２の発明に係るネットワーク伝送装置は、請求項１の発明に係るネットワーク伝送装置において、上記送達確認制御部は、再送するデータが、上記第２の端末装置が通知するデータ配信許容値内のデータである場合には、当該再送するデータに対する第２の端末装置からの送達確認応答を受信してから、次に再送するデータを上記送信バッファに再格納する指令を生成するものである。   The network transmission device according to a second aspect of the present invention is the network transmission device according to the first aspect of the invention, wherein the delivery confirmation control unit determines that the data to be retransmitted is within a data distribution allowable value notified by the second terminal device. Is received, a command for re-storing the next data to be retransmitted in the transmission buffer is generated after receiving a delivery confirmation response from the second terminal apparatus for the data to be retransmitted.

請求項３の発明に係るネットワーク伝送装置は、請求項１の発明に係るネットワーク伝送装置において、上記送達確認制御部は、ＴＣＰ通信のＳＡＣＫオプションを有する送達未確認応答に基づいて、送達未確認のために再送するデータを上記送信バッファに再格納する指令を生成するものである。   A network transmission apparatus according to a third aspect of the present invention is the network transmission apparatus according to the first aspect of the present invention, wherein the delivery confirmation control unit is configured to perform unconfirmed delivery based on a delivery unconfirmed response having a SACK option for TCP communication. A command for re-storing data to be retransmitted in the transmission buffer is generated.

請求項４の発明に係るネットワーク伝送装置は、請求項１の発明に係るネットワーク伝送装置において、上記送信バッファは、再送するデータを格納する再送用送信バッファを具備し、この再送用送信バッファにデータが格納されている場合には、優先的に再送用送信バッファに格納されたデータを送信するものである。   A network transmission apparatus according to a fourth aspect of the present invention is the network transmission apparatus according to the first aspect of the present invention, wherein the transmission buffer includes a retransmission transmission buffer for storing data to be retransmitted. Is stored, the data stored in the retransmission transmission buffer is preferentially transmitted.

請求項５の発明に係るネットワーク伝送装置は、第１の端末装置とその通信相手先である第２の端末装置との間の伝送路上に配置され、上記第２の端末装置との間の伝送遅延が上記第１の端末装置との間の伝送遅延より大きく、上記第１の端末装置が送信するデータについての送達確認応答を生成して上記第１の端末装置へ返信し、上記第１の端末装置からのデータを上記第２の端末装置へ伝送するネットワーク伝送装置において、上記第１の端末装置から受信したデータを、上記第２の端末装置からの送達確認応答が得られるまで格納する送達確認待ちバッファと、上記第２の端末装置へ送信するデータを格納する非再送用送信バッファと、上記第２の端末装置へ送信するデータであって、送達未確認により再送するデータを格納する再送用送信バッファと、上記第２の端末装置からの送達確認応答に基づいて送達が確認されたデータを上記送達確認待ちバッファから削除する指令を生成し、ＴＣＰ通信のＳＡＣＫオプションを有する上記第２の端末装置からの送達未確認応答に基づいて、送達未確認のため再送するデータを上記再送用送信バッファに格納する指令を生成する送達確認制御部とを備えたものである。   A network transmission apparatus according to a fifth aspect of the present invention is arranged on a transmission path between a first terminal apparatus and a second terminal apparatus which is a communication counterpart, and transmission between the second terminal apparatus. The delay is larger than the transmission delay with respect to the first terminal device, and a delivery confirmation response for the data transmitted by the first terminal device is generated and returned to the first terminal device. In the network transmission device that transmits data from the terminal device to the second terminal device, the data received from the first terminal device is stored until a delivery confirmation response is obtained from the second terminal device. A confirmation waiting buffer, a non-retransmission transmission buffer for storing data to be transmitted to the second terminal device, and a retransmission for storing data to be transmitted to the second terminal device and to be retransmitted due to unconfirmed delivery The second terminal having a transmission buffer and a command for deleting data confirmed to be delivered based on a delivery confirmation response from the second terminal device from the delivery confirmation waiting buffer, and having a SACK option for TCP communication A delivery confirmation control unit that generates a command to store data to be retransmitted for unconfirmed delivery in the retransmission transmission buffer based on a delivery unconfirmed response from the device.

請求項１に記載の発明によれば、第１の端末装置から受信したデータを、第２の端末装置からの送達確認応答が得られるまで送達確認待ちバッファに格納し、第２の端末装置からの送達未確認応答に基づいて、送達確認制御部からの指令により、送信バッファ内のデータを消去し、再送するデータを送信バッファに再格納して、第２の端末装置へ再送するので、再送不要なデータを送信することを抑制することができる。   According to the first aspect of the present invention, the data received from the first terminal device is stored in the delivery confirmation waiting buffer until a delivery confirmation response is obtained from the second terminal device, and the data is received from the second terminal device. Based on the delivery unconfirmed response, the data in the transmission buffer is erased by the command from the delivery confirmation control unit, the data to be retransmitted is re-stored in the transmission buffer and retransmitted to the second terminal device, and therefore no retransmission is required. Transmission of unnecessary data can be suppressed.

請求項２に記載の発明によれば、送達確認制御部は、再送するデータが第２の端末装置が通知するデータ配信許容値内のデータである場合には、当該再送するデータに対する第２の端末装置からの送達確認応答を受信してから、次に再送するデータを送信バッファに再格納する指令を生成するので、確実に再送処理を行なって再送処理後のデータ転送に復帰することができる。   According to the second aspect of the present invention, when the data to be retransmitted is data within the data distribution allowable value notified by the second terminal device, the delivery confirmation control unit performs the second operation on the data to be retransmitted. After receiving a delivery confirmation response from the terminal device, a command for re-storing the data to be retransmitted next is generated in the transmission buffer, so it is possible to reliably perform the retransmission process and return to the data transfer after the retransmission process .

請求項３に記載の発明によれば、送達確認制御部は、送達未確認応答がＴＣＰ通信のＳＡＣＫオプションを有する場合に、送達未確認のために再送するデータを送信バッファに再格納する指令を生成するので、再送不要なデータの送出を抑制し、再送回復性能を向上することができる。   According to the invention described in claim 3, the delivery confirmation control unit generates a command for re-storing data to be retransmitted for unacknowledged delivery in the transmission buffer when the unacknowledged delivery response has a SACK option for TCP communication. Therefore, transmission of data that does not require retransmission can be suppressed, and retransmission recovery performance can be improved.

請求項４に記載の発明によれば、送信バッファは、再送するデータを格納する再送用送信バッファを具備し、この再送用送信バッファにデータが格納されている場合には、優先的に再送用送信バッファに格納されたデータを送信するので、再送不要なデータの送出を抑制し、再送回復性能を向上することができる。   According to the fourth aspect of the present invention, the transmission buffer includes a retransmission transmission buffer for storing data to be retransmitted, and when data is stored in the retransmission transmission buffer, the transmission buffer is preferentially used. Since the data stored in the transmission buffer is transmitted, it is possible to suppress transmission of data that does not require retransmission and improve retransmission recovery performance.

請求項５に記載の発明によれば、第１の端末装置から受信したデータを、第２の端末装置からの送達確認応答が得られるまで送達確認待ちバッファに格納し、ＴＣＰ通信のＳＡＣＫオプションを有する第２の端末装置からの送達未確認応答に基づいて、送達確認制御部からの指令により、送達未確認のため再送するデータを再送用送信バッファに再格納し、第２の端末装置へ再送するので、再送回復性能を向上することができる。   According to the fifth aspect of the present invention, the data received from the first terminal device is stored in the delivery confirmation waiting buffer until a delivery confirmation response is obtained from the second terminal device, and the SACK option for TCP communication is set. Based on the delivery unconfirmed response from the second terminal device having the data, the data to be retransmitted for unconfirmed delivery is re-stored in the retransmission transmission buffer and retransmitted to the second terminal device according to the command from the delivery confirmation control unit. The retransmission recovery performance can be improved.

実施の形態１ Embodiment 1

この発明の実施の形態１に係るネットワーク伝送装置を図１乃至図４により説明する。図１は、この発明の実施の形態１に係るネットワークの全体システムを表わす構成図である。図１において、１は第１の端末装置（以下、端末装置１と記載する。）、２は第２の端末装置（以下、端末装置２と記載する。）であり、端末装置１と端末装置２との間で通信を行い音声やＦＡＸ等のデータの送受信を行っている。３は端末装置１と端末装置２との間の通信回線、４は端末装置１側に設けたネットワーク伝送装置である。通信回線３は例えば、ＬＡＮやＷＡＮ、ＡＴＭなどによる開放又は閉塞された通信回線であり、無線網や有線網による通信回線である。端末装置１と端末装置２との間では、通信回線３を経由してＴＣＰサービスや送達確認応答を必要とする他の通信プロトコルによる通信を行っており、通信回線３は、伝送遅延が大きい、若しくは伝送量が小さいという制約条件があるものとする。ネットワーク伝送装置４は、端末装置１と通信回線３との間、即ち、通信回線３から見れば端末装置１側に設けており、端末装置１から送信されるデータを端末装置２へ転送等するためのものである。このネットワーク伝送装置４は、端末装置２が通知するデータ配信許容値（第２の端末装置が送達確認応答せずに配信データを受信できる許容値）を超えてデータを配信するものであり、データ配信時に、第２の端末装置からの送達確認応答の受信遅延に影響されて伝送速度が劣化することを防ぐことができるスループット改善機能を有する。端末装置２が通知するデータ配信許容値は、ＴＣＰプロトコルでは「ウィンドウサイズ」と呼ばれており、以下の説明においては、「ウィンドウサイズ」との語を用いるが、他の通信プロトコルにおいて使用する「データ配信許容値」も包含するものとする。また、以下の説明では、とくにＩＰ（インターネットプロトコル）による通信の場合を示すが、送達確認応答を要するようなその他の通信プロトコルによる通信にも同様に適用ができるものである。また、端末装置１、端末装置２、通信回線３及びネットワーク伝送装置４が送受信するデータは、ＩＰパケット（インターネットプロトコルによる通信データ）を例にして説明するが、上記と同様に送達確認応答を要するようなその他の通信プロトコルによる通信において使用する伝送データ形式に対しても、本発明は適用することができるものである。   A network transmission apparatus according to Embodiment 1 of the present invention will be described with reference to FIGS. FIG. 1 is a block diagram showing an entire network system according to Embodiment 1 of the present invention. In FIG. 1, 1 is a first terminal device (hereinafter referred to as a terminal device 1), 2 is a second terminal device (hereinafter referred to as a terminal device 2), and the terminal device 1 and the terminal device. 2 is used to communicate data such as voice and fax. 3 is a communication line between the terminal device 1 and the terminal device 2, and 4 is a network transmission device provided on the terminal device 1 side. The communication line 3 is, for example, a communication line that is opened or closed by LAN, WAN, ATM, or the like, and is a communication line by a wireless network or a wired network. Communication between the terminal device 1 and the terminal device 2 is performed via the communication line 3 according to another communication protocol that requires a TCP service or a delivery confirmation response, and the communication line 3 has a large transmission delay. Alternatively, it is assumed that there is a constraint that the transmission amount is small. The network transmission device 4 is provided between the terminal device 1 and the communication line 3, that is, on the terminal device 1 side when viewed from the communication line 3, and transfers data transmitted from the terminal device 1 to the terminal device 2. Is for. This network transmission device 4 distributes data exceeding the data distribution allowable value notified by the terminal device 2 (allowable value that the second terminal device can receive distribution data without making a delivery confirmation response). It has a throughput improvement function capable of preventing the transmission rate from being deteriorated due to the reception delay of the delivery confirmation response from the second terminal device during distribution. The data distribution allowable value notified by the terminal device 2 is called “window size” in the TCP protocol, and in the following description, the word “window size” is used, but the term “window size” is used in other communication protocols. “Data delivery tolerance” is also included. Further, in the following description, the case of communication using IP (Internet Protocol) is shown, but the present invention can be similarly applied to communication using other communication protocols that require a delivery confirmation response. The data transmitted and received by the terminal device 1, the terminal device 2, the communication line 3, and the network transmission device 4 will be described by taking an IP packet (communication data based on the Internet protocol) as an example. However, a delivery confirmation response is required as described above. The present invention can also be applied to a transmission data format used in communications using other communication protocols.

図２は、この発明の実施の形態１に係るネットワーク伝送装置の構成を示す機能ブロック図である。図２に示すネットワーク装置４において、５は端末装置１との間でＩＰパケットを送受信するパケット送受信回路、６は端末装置２との間で通信回線３を介してＩＰパケットを送受信するパケット送受信回路である。７は端末装置１から送信されたＩＰパケットを受信時に格納する受信バッファ、８は、端末装置１へ送信するＩＰパケットを格納する送信バッファである。９は、受信バッファ７に格納されたＩＰパケットの管理情報を順次読み出して管理する送達確認処理部であり、１０は管理情報を読み出したＩＰパケットに対する詐称送達確認応答（「詐称ＡＣＫ」とも表記する）を作成する詐称ＡＣＫ生成部である。詐称ＡＣＫは送信バッファ８、パケット送受信回路５を経て、端末装置１に送信され、これを受信した端末装置１は既に送信したＩＰパケットに対する送達確認応答が得られたとして、次のＩＰパケットの送信を行う。１１は、端末装置１から送信され受信バッファに格納されたＩＰパケットを、端末装置２側からの送達確認応答が得られるまで格納する送達確認待ちバッファである。１２は端末装置２側へ送信するＩＰパケットを順次格納する送信バッファであり、この送信バッファ１２には、受信バッファ７又は送達確認待ちバッファ１１からＩＰパケットが読み込まれる。１３は端末装置２から通信回線３を介して送信され、パケット送受信回路６で受信したＩＰパケットを格納する受信バッファである。１４は端末装置２からの送達確認応答に基づいて送達が確認されたＩＰパケットを送達確認待ちバッファ１１から削除する指令を生成し、端末装置２からの送達未確認応答に基づいて、送信バッファ１２内のＩＰパケットを消去する指令と送達未確認のＩＰパケットを送信バッファ１２に再格納する指令とを生成する送達確認制御部である。送達確認制御部１４において、１５は受信バッファ１３に格納されたＩＰパケットの管理情報を順次読み出して管理する送達確認処理部である。送達確認処理部１５は、端末装置２から送信されたＡＣＫを検出すると、そのＡＣＫ番号により送達確認ができたＩＰパケットを特定し、送達確認待ちバッファ１１から削除する指令を生成する。また、送達確認処理部１５は、端末装置２から送信されたＮＡＣＫを検出すると、そのＮＡＣＫのＡＣＫ番号から送達未確認のＩＰパケットを特定し、当該ＩＰパケットの番号と再送指示を出力する。１６は、送達確認処理部１５から出力される送達未確認のＩＰパケットの番号と再送指示に従って、送信バッファ１２内のＩＰパケットを消去する指令と、送達未確認のＩＰパケットを再格納するように指令する再送処理部である。１７は送達確認処理部１５からのＮＡＣＫ検出信号を受けて、ウィンドウサイズ０のＡＣＫを生成するウィンドウサイズ制御部であり、このウィンドウサイズ制御部１７で生成したウィンドウサイズ０のＡＣＫは、送信バッファ８、パケット送受信回路５を経由して端末装置１へ送信される。   FIG. 2 is a functional block diagram showing the configuration of the network transmission apparatus according to Embodiment 1 of the present invention. In the network device 4 shown in FIG. 2, 5 is a packet transmission / reception circuit that transmits and receives IP packets to and from the terminal device 1, and 6 is a packet transmission and reception circuit that transmits and receives IP packets to and from the terminal device 2 via the communication line 3. It is. Reference numeral 7 denotes a reception buffer that stores an IP packet transmitted from the terminal device 1 at the time of reception, and reference numeral 8 denotes a transmission buffer that stores an IP packet to be transmitted to the terminal device 1. 9 is a delivery confirmation processing unit that sequentially reads and manages the management information of the IP packets stored in the reception buffer 7, and 10 is a spoofed delivery confirmation response (also referred to as “spoofed ACK”) for the IP packet from which the management information has been read. ) Is a misrepresentation ACK generator. The spoofed ACK is transmitted to the terminal device 1 via the transmission buffer 8 and the packet transmission / reception circuit 5, and the terminal device 1 that has received the ACK assumes that a delivery confirmation response to the already transmitted IP packet has been obtained and transmits the next IP packet. I do. Reference numeral 11 denotes a delivery confirmation waiting buffer that stores IP packets transmitted from the terminal apparatus 1 and stored in the reception buffer until a delivery confirmation response is obtained from the terminal apparatus 2 side. Reference numeral 12 denotes a transmission buffer for sequentially storing IP packets to be transmitted to the terminal device 2, and IP packets are read into the transmission buffer 12 from the reception buffer 7 or the delivery confirmation waiting buffer 11. A reception buffer 13 stores an IP packet transmitted from the terminal device 2 via the communication line 3 and received by the packet transmission / reception circuit 6. 14 generates a command to delete from the delivery confirmation waiting buffer 11 an IP packet whose delivery has been confirmed based on the delivery confirmation response from the terminal device 2, and based on the delivery unconfirmed response from the terminal device 2, Is a delivery confirmation control unit that generates a command to erase the IP packet and a command to re-store the IP packet that has not been confirmed in the transmission buffer 12. In the delivery confirmation control unit 14, 15 is a delivery confirmation processing unit that sequentially reads and manages the management information of the IP packets stored in the reception buffer 13. When the delivery confirmation processing unit 15 detects the ACK transmitted from the terminal device 2, the delivery confirmation processing unit 15 specifies an IP packet that has been confirmed to be delivered by the ACK number, and generates a command to be deleted from the delivery confirmation waiting buffer 11. Further, when the delivery confirmation processing unit 15 detects the NACK transmitted from the terminal device 2, the delivery confirmation processing unit 15 identifies an unacknowledged IP packet from the ACK number of the NACK, and outputs the number of the IP packet and a retransmission instruction. 16 is an instruction to erase the IP packet in the transmission buffer 12 and to re-store the IP packet that has not been acknowledged according to the number of the undelivered IP packet output from the delivery confirmation processing unit 15 and the retransmission instruction. It is a retransmission processing unit. Reference numeral 17 denotes a window size control unit that receives an NACK detection signal from the delivery confirmation processing unit 15 and generates an ACK of window size 0. The ACK of window size 0 generated by the window size control unit 17 is transmitted to the transmission buffer 8. The data is transmitted to the terminal device 1 via the packet transmission / reception circuit 5.

次にネットワーク伝送装置４の動作について、図３及び図４を用いて説明する。図３はこの発明の実施の形態１に係るネットワーク伝送装置におけるＮＡＣＫ検出に関する通信シーケンス図であり、図４はこの発明の実施の形態１に係るネットワーク伝送装置における送受信バッファ動作を示す模式図である。   Next, the operation of the network transmission device 4 will be described with reference to FIGS. FIG. 3 is a communication sequence diagram regarding NACK detection in the network transmission apparatus according to the first embodiment of the present invention, and FIG. 4 is a schematic diagram showing transmission / reception buffer operations in the network transmission apparatus according to the first embodiment of the present invention. .

端末装置１と端末装置２間のコネクションが確立した後、ネットワーク伝送装置４は、端末装置１から送信されたＩＰパケットをパケット送受信回路５により受信し、送信バッファ１２を介してパケット送受信回路６から端末装置２へ送信する。また、ネットワーク伝送装置４は、端末装置２から送信されたＩＰパケットをパケット送受信回路６により受信し、送信バッファ８を介してパケット送受信回路５から端末装置１へ送信する。このようにネットワーク伝送装置４は、端末装置１と端末装置２との間に介在して、ＩＰパケットを転送する処理を行っている。また、ネットワーク伝送装置４は、受信したＩＰパケットからコネクション情報を取得し、現在のシーケンス番号、通信相手、ポート番号等の管理に必要な情報を取り出して、送達確認処理部９及び１５において管理する。   After the connection between the terminal device 1 and the terminal device 2 is established, the network transmission device 4 receives the IP packet transmitted from the terminal device 1 by the packet transmission / reception circuit 5 and from the packet transmission / reception circuit 6 via the transmission buffer 12. Transmit to the terminal device 2. In addition, the network transmission device 4 receives the IP packet transmitted from the terminal device 2 by the packet transmission / reception circuit 6 and transmits the IP packet from the packet transmission / reception circuit 5 to the terminal device 1 via the transmission buffer 8. As described above, the network transmission device 4 is interposed between the terminal device 1 and the terminal device 2 and performs a process of transferring the IP packet. Further, the network transmission device 4 acquires connection information from the received IP packet, extracts information necessary for management such as the current sequence number, communication partner, and port number, and manages them in the delivery confirmation processing units 9 and 15. .

端末装置１から端末装置２へＩＰパケットを転送する際には、ネットワーク伝送装置４は、通信回線３を経由して端末装置２へパケット転送する機能に加えて、端末装置１から送信されたＩＰパケットの管理情報を送達確認処理部９にて取得した後、詐称ＡＣＫ生成部１０にて当該ＩＰパケットに対する詐称ＡＣＫを生成し、送信バッファ８を介して端末装置１へ返信する機能を有する。送達確認応答を必要とする通信において、端末装置１は、端末装置２から通知されるウィンドウサイズを超えると、先に送信したＩＰパケットに対する端末装置２からのＡＣＫを得ることなくＩＰパケットを送信することはできないが、上記のように、ネットワーク伝送装置４からの詐称ＡＣＫを受信することによって、通信相手である端末装置２からの送達確認応答が返信されたものと認識し、更に続くＩＰパケットを送信することができる。   When transferring an IP packet from the terminal device 1 to the terminal device 2, the network transmission device 4 adds the IP packet transmitted from the terminal device 1 in addition to the function of transferring the packet to the terminal device 2 via the communication line 3. After the packet confirmation information is acquired by the delivery confirmation processing unit 9, the spoofed ACK generation unit 10 generates a spoofed ACK for the IP packet, and returns it to the terminal device 1 via the transmission buffer 8. In communication that requires a delivery confirmation response, if the terminal device 1 exceeds the window size notified from the terminal device 2, the terminal device 1 transmits an IP packet without obtaining an ACK from the terminal device 2 for the previously transmitted IP packet. However, as described above, by receiving the spoofed ACK from the network transmission device 4, it recognizes that the delivery confirmation response from the terminal device 2 which is the communication partner has been returned, Can be sent.

図３に示すように、ステップＳ１により端末装置１からネットワーク伝送装置４へＩＰパケット＃１が送信され、ネットワーク伝送装置４は、ステップＳ２によりＩＰパケット＃１を端末装置２へ送信し、かつ、ステップＳ３により詐称ＡＣＫを端末装置１へ送信する。端末装置１からは、ステップＳ１と同様に、ＩＰパケット＃２、＃３、・・・＃ｎ−２が順次送信され、ネットワーク伝送装置４は、ステップＳ２、ステップＳ３と同様に、これらのＩＰパケットを端末装置２へ送信し、詐称ＡＣＫを端末装置１へ送信する。   As shown in FIG. 3, the IP packet # 1 is transmitted from the terminal device 1 to the network transmission device 4 in step S1, the network transmission device 4 transmits the IP packet # 1 to the terminal device 2 in step S2, and In step S3, a spoofed ACK is transmitted to the terminal device 1. The terminal device 1 sequentially transmits IP packets # 2, # 3,... # N-2 in the same manner as in step S1, and the network transmission device 4 transmits these IP packets in the same manner as in steps S2 and S3. The packet is transmitted to the terminal device 2 and the spoofed ACK is transmitted to the terminal device 1.

また、通信回線３を経由して端末装置１から端末装置２へＩＰパケットを転送する際、ネットワーク伝送装置４は、端末装置２から送信されてくるＡＣＫが示すウィンドウサイズを越えてＩＰパケットを送信する。この場合、伝送経路の伝送遅延の大きさや伝送量の小ささ等の要因により、端末装置２へのＩＰパケットの到達までに時間を要するため、端末装置２ではウィンドウサイズが更新され、ウィンドウを越えて溢れることなく端末装置１からのＩＰパケットを受信することができる。図３において、ステップＳ４により、端末装置２からＡＣＫが返信され、ネットワーク伝送装置４内の送達確認処理部１５において、送達確認が完了できたかどうかを管理する。送達確認処理部１５は、端末装置２から送信されてくるＡＣＫを検出すると、そのＡＣＫ番号により送達確認ができたＩＰパケットを特定し、送達確認待ちバッファ１１から削除する指令を生成する。   When transferring an IP packet from the terminal device 1 to the terminal device 2 via the communication line 3, the network transmission device 4 transmits the IP packet exceeding the window size indicated by the ACK transmitted from the terminal device 2. To do. In this case, because it takes time to reach the IP packet to the terminal device 2 due to factors such as the size of the transmission delay of the transmission path and the small amount of transmission, the terminal device 2 updates the window size and exceeds the window. The IP packet from the terminal device 1 can be received without overflowing. In FIG. 3, in step S4, an ACK is returned from the terminal device 2, and the delivery confirmation processing unit 15 in the network transmission device 4 manages whether the delivery confirmation has been completed. When the delivery confirmation processing unit 15 detects an ACK transmitted from the terminal device 2, the delivery confirmation processing unit 15 specifies an IP packet that has been confirmed to be delivered based on the ACK number, and generates a command to be deleted from the delivery confirmation waiting buffer 11.

上記のように、ネットワーク伝送装置４が端末装置１からのＩＰパケットを順次送信している際に、図３のステップＳ５のように、ネットワーク伝送装置４から端末装置２へ送信したＩＰパケット＃２が通信回線３や通信回線３と端末装置２との接続線上での通信障害等の原因によってロス（いわゆる、パケットロス）し、端末装置２で受信できなかった場合について説明する。このとき、端末装置２はＩＰパケット＃２を受信せずに、以降のＩＰパケット＃３、ＩＰパケット＃４を受信することになり、各受信時にＩＰパケット＃２が受信できなかったと判定する。端末装置２は、各ＩＰパケット＃３及びＩＰパケット＃４の受信すると、ＩＰパケット＃２が欠落していると判定し、ステップＳ６及びＳ７により、ＩＰパケット＃２の欠損を示すＮＡＣＫを端末装置１側へ返送する。このＮＡＣＫ返送は、端末装置１からＩＰパケット＃２が正しく再送されるまで行われる。ネットワーク伝送装置４は、ステップＳ６及びＳ７により返送されてきたＮＡＣＫを受信することによって、再送処理が必要であること、再送対象のＩＰパケットがＩＰパケット＃２であることを検出する。ネットワーク伝送装置４は、再送が必要である状態であっても、ＴＣＰ通信を維持して、端末装置１からのＩＰパケット送信を受信することはできるが、ネットワーク伝送装置４内のオーバーフローを回避するために、端末装置１からのデータ送出を抑制するようにしてもよい。具体的には、送達確認処理部１５により端末装置２からのＮＡＣＫを検出したときに、この検出信号をウィンドウサイズ制御部１７に入力し、ウィンドウサイズ制御部１７において、ウィンドウサイズ０のＡＣＫを生成し、送信バッファ８、パケット送受信回路５を介して端末装置１へ送信すればよい。このウィンドウサイズ０のＡＣＫは、端末装置１からＩＰパケット送信に対する詐称ＡＣＫとして送信することもでき、この場合の詐称ＡＣＫは、端末装置１からのＩＰパケットから読み出した管理情報とウィンドウサイズ０値を持つものとする。   As described above, when the network transmission device 4 sequentially transmits the IP packets from the terminal device 1, the IP packet # 2 transmitted from the network transmission device 4 to the terminal device 2 as in step S5 in FIG. Will be described as a case where a loss (so-called packet loss) occurs due to a communication failure on the communication line 3 or a connection line between the communication line 3 and the terminal device 2 and the terminal device 2 cannot receive the signal. At this time, the terminal device 2 receives the subsequent IP packet # 3 and IP packet # 4 without receiving the IP packet # 2, and determines that the IP packet # 2 could not be received at each reception. When the terminal device 2 receives each of the IP packet # 3 and the IP packet # 4, the terminal device 2 determines that the IP packet # 2 is missing, and, in steps S6 and S7, sends a NACK indicating the lack of the IP packet # 2 to the terminal device. Return to side 1. This NACK return is performed until the IP packet # 2 is correctly retransmitted from the terminal device 1. By receiving the NACK returned in steps S6 and S7, the network transmission device 4 detects that retransmission processing is necessary and that the IP packet to be retransmitted is IP packet # 2. The network transmission device 4 can maintain the TCP communication and receive the IP packet transmission from the terminal device 1 even when retransmission is necessary, but avoids overflow in the network transmission device 4. For this reason, data transmission from the terminal device 1 may be suppressed. Specifically, when the delivery confirmation processing unit 15 detects a NACK from the terminal device 2, this detection signal is input to the window size control unit 17, and the window size control unit 17 generates an ACK with a window size of 0. Then, it may be transmitted to the terminal device 1 via the transmission buffer 8 and the packet transmitting / receiving circuit 5. This window size 0 ACK can also be transmitted from the terminal device 1 as a spoofed ACK for IP packet transmission. In this case, the spoofed ACK includes the management information read from the IP packet from the terminal device 1 and the window size 0 value. Shall have.

次にネットワーク伝送装置４内における端末装置１から端末装置２へのデータ転送の動作を、図４を用いて説明する。ネットワーク伝送装置４は、端末装置１からＩＰパケットを受信すると、受信バッファ７に受信したＩＰパケットを格納する。送達確認処理部９は、受信バッファ７に格納されたＩＰパケットの管理情報を順次読み出して管理する。送達確認処理部９により読み出されたＩＰパケット管理情報に基づいて、詐称ＡＣＫ生成回路１０は、管理情報を読み出したＩＰパケットに対する詐称ＡＣＫを作成する。詐称ＡＣＫは送信バッファ８、パケット送受信回路５を経て、端末装置１に送信され、これを受信した端末装置１は既に送信したＩＰパケットに対する送達確認応答が得られたとして、次のＩＰパケットの送信を行う。詐称ＡＣＫが生成されたＩＰパケットは、端末装置２からの送達確認が得られるまで送達確認待ちバッファ１１に格納する。送信バッファ１２は、端末装置２側へ送信するＩＰパケットを順次格納するものであり、この送信バッファ１２には、受信バッファ７又は送達確認待ちバッファ１１からＩＰパケットが読み込まれる。これらの各バッファの区別は、物理的に分けても、論理的に分けても良い。   Next, the data transfer operation from the terminal device 1 to the terminal device 2 in the network transmission device 4 will be described with reference to FIG. When receiving the IP packet from the terminal device 1, the network transmission device 4 stores the received IP packet in the reception buffer 7. The delivery confirmation processing unit 9 sequentially reads and manages the management information of the IP packets stored in the reception buffer 7. Based on the IP packet management information read by the delivery confirmation processing unit 9, the spoofed ACK generation circuit 10 creates a spoofed ACK for the IP packet from which the management information is read. The spoofed ACK is transmitted to the terminal device 1 via the transmission buffer 8 and the packet transmission / reception circuit 5, and the terminal device 1 that has received the ACK assumes that a delivery confirmation response to the already transmitted IP packet has been obtained and transmits the next IP packet. I do. The IP packet in which the spoofed ACK is generated is stored in the delivery confirmation waiting buffer 11 until the delivery confirmation from the terminal device 2 is obtained. The transmission buffer 12 sequentially stores IP packets to be transmitted to the terminal device 2, and IP packets are read into the transmission buffer 12 from the reception buffer 7 or the delivery confirmation waiting buffer 11. The distinction between these buffers may be physically divided or logically divided.

ネットワーク伝送装置４は、ウィンドウサイズを越えてＩＰパケットを送出することによりスループットを改善させる機能を有するため、受信バッファ７と送達確認待ちバッファ１１にＩＰパケットが格納される速度より、送信バッファ１２から通信回線３へ送信完了（ネットワーク伝送装置４からＩＰパケットが送信されたことを示す。）することによりＩＰパケットの送出処理完了となる速度の方が遅い。そのため、送達確認待ちバッファ１１と送信バッファ１２に多くのパケットが滞留することになる。   Since the network transmission device 4 has a function of improving the throughput by sending IP packets exceeding the window size, the transmission buffer 12 starts from the speed at which the IP packets are stored in the reception buffer 7 and the delivery confirmation waiting buffer 11. When transmission to the communication line 3 is completed (indicating that an IP packet has been transmitted from the network transmission device 4), the speed at which transmission processing of the IP packet is completed is slower. Therefore, many packets stay in the delivery confirmation waiting buffer 11 and the transmission buffer 12.

図４には、端末装置１がＩＰパケット＃１からＩＰパケット＃１１を送信し、ネットワーク伝送装置４が、これらのＩＰパケットを受信し、ＩＰパケット＃１からＩＰパケット＃８に対する詐称ＡＣＫの生成と当該詐称ＡＣＫの端末装置１への送信とを終了し、通信回線３へＩＰパケット＃１からＩＰパケット＃３を送信した状態を示している。   In FIG. 4, terminal device 1 transmits IP packet # 1 to IP packet # 11, network transmission device 4 receives these IP packets, and generates spoofed ACKs from IP packet # 1 to IP packet # 8. And the transmission of the spoofed ACK to the terminal device 1 is completed, and the IP packet # 3 is transmitted from the IP packet # 1 to the communication line 3.

受信バッファ７は、未だ詐称ＡＣＫの生成が行われていないＩＰパケット＃９からＩＰパケット＃１１を格納している。一方、詐称ＡＣＫの生成と当該詐称ＡＣＫの端末装置１への送信が完了しているＩＰパケット＃１からＩＰパケット＃８は、受信バッファ７から送達確認待ちバッファ１１に移動している為、受信バッファ７には格納されていない。   The reception buffer 7 stores IP packets # 9 to # 11 for which a spoofed ACK has not yet been generated. On the other hand, since IP packet # 1 to IP packet # 8, for which generation of spoofed ACK and transmission of the spoofed ACK to terminal device 1 has been completed, have moved from reception buffer 7 to delivery confirmation waiting buffer 11, It is not stored in the buffer 7.

送達確認待ちバッファ１１は、詐称ＡＣＫの生成と当該詐称ＡＣＫの端末装置１への送出が完了しているＩＰパケット＃１からＩＰパケット＃８を格納している。送信バッファ１２は、ＩＰパケット＃１からＩＰパケット＃３の送信を完了し、これらのＩＰパケットは送信バッファ１２から消去され、ＩＰパケット＃４からＩＰパケット＃８を格納している。ＩＰパケット＃４は送信指示を出したが、まだネットワーク伝送装置４から通信回線３へと送信したかどうか未確認であるため、送信完了待ちとして、送信バッファ１２に格納されている。以降のＩＰパケット＃５からＩＰパケット＃８は、ＩＰパケット＃４の送信完了後、順次送信される予定であり、未送信のＩＰパケットとして送信バッファ１２に格納されている。なお、ネットワーク伝送装置４から送信完了したかを確認する手段が無い伝送装置の場合には、送信指示をした時点において送信バッファ１２から消去しても良い。   The delivery confirmation waiting buffer 11 stores IP packets # 1 to # 8 in which the generation of the spoofed ACK and the transmission of the spoofed ACK to the terminal device 1 have been completed. The transmission buffer 12 completes the transmission of the IP packets # 1 to # 3, these IP packets are erased from the transmission buffer 12, and the IP packets # 4 to # 8 are stored. Although the IP packet # 4 has issued a transmission instruction, it has not been confirmed whether or not it has been transmitted from the network transmission device 4 to the communication line 3, so that it is stored in the transmission buffer 12 as waiting for transmission completion. The subsequent IP packets # 5 to # 8 are scheduled to be transmitted sequentially after transmission of the IP packet # 4 is completed, and are stored in the transmission buffer 12 as untransmitted IP packets. In the case of a transmission apparatus that does not have a means for confirming whether transmission has been completed from the network transmission apparatus 4, it may be deleted from the transmission buffer 12 when a transmission instruction is given.

図４に示すようなＩＰパケットのバッファ格納状態において、図３に示したパケットロスが生じたときのネットワーク伝送装置４の動作を説明する。通信回線３等でのパケットロスにより、ＩＰパケット＃２は端末装置２で受信されず、その欠損を示すＮＡＣＫが端末装置２から送信され、ネットワーク伝送装置４で受信する。送達確認処理部１５は、端末装置２から送信されたＮＡＣＫにより欠損したＩＰパケット番号を検出するとともに、送達確認できたＩＰパケット番号を判断する。具体的には、ＮＡＣＫに含まれるＡＣＫ番号からＩＰパケット＃２の欠損を検出し、このことから、ＩＰパケット＃１までは送達確認ができたと判断する。送達確認処理部１５は、送達確認待ちバッファ１１に対して、送達確認待ちバッファ１１からＩＰパケット＃１を消去するとの指令１８を送出する。また、送達確認処理部１５は、再送処理部１６に対して、ＩＰパケットの再送に関する情報、具体的にはＩＰパケット＃２を再送する必要があることを示す情報を通知する。再送処理部１６は、送信バッファ１２に対して、送信バッファ１２内のＩＰパケットすべて（ＩＰパケット＃４からＤＡＴＡパケット＃８までの５個のＩＰパケット）を消去するとの指令１９を送出し、再送対象であるＩＰパケット＃２を送信バッファ１２に再格納するとの指令２０を送出する。   The operation of the network transmission device 4 when the packet loss shown in FIG. 3 occurs in the buffer storage state of the IP packet as shown in FIG. 4 will be described. Due to packet loss on the communication line 3 or the like, the IP packet # 2 is not received by the terminal device 2, and a NACK indicating the loss is transmitted from the terminal device 2 and received by the network transmission device 4. The delivery confirmation processing unit 15 detects the missing IP packet number by the NACK transmitted from the terminal device 2 and determines the IP packet number that has been confirmed to be delivered. Specifically, the loss of the IP packet # 2 is detected from the ACK number included in the NACK, and based on this, it is determined that the delivery confirmation has been made up to the IP packet # 1. The delivery confirmation processing unit 15 sends a command 18 for deleting the IP packet # 1 from the delivery confirmation waiting buffer 11 to the delivery confirmation waiting buffer 11. Further, the delivery confirmation processing unit 15 notifies the retransmission processing unit 16 of information related to retransmission of the IP packet, specifically, information indicating that it is necessary to retransmit the IP packet # 2. The retransmission processing unit 16 sends to the transmission buffer 12 a command 19 for erasing all the IP packets in the transmission buffer 12 (5 IP packets from IP packet # 4 to DATA packet # 8). A command 20 for re-storing the target IP packet # 2 in the transmission buffer 12 is transmitted.

送信バッファ１２は指令１９を実行し、バッファ内に滞留しているＩＰパケットを消去し、再送対象であるＩＰパケット＃２を再格納し（指令２０）、格納したＩＰパケット＃２を送信する（図３に示すステップＳ８）。このような処理によって、ＮＡＣＫ受信して再送処理に入ったのちに、再送不要なＩＰパケット（図４に示すＩＰパケット＃４からＩＰパケット＃８、但し上記の再送処理に入る前に送信したものを除く。）の送出を削減することができる。   The transmission buffer 12 executes the command 19, erases the IP packet staying in the buffer, re-stores the IP packet # 2 to be retransmitted (command 20), and transmits the stored IP packet # 2 ( Step S8 shown in FIG. By such processing, after receiving NACK and entering retransmission processing, IP packets that do not need to be retransmitted (IP packets # 4 to # 8 shown in FIG. 4 but transmitted before entering the above-described retransmission processing) ) Can be reduced.

ＮＡＣＫ受信を契機に上記のような再送処理を開始する他、ネットワーク伝送装置４がＩＰパケットを通信回線３へ転送する際に送達確認を受信する期限時間を設定し、タイマによる計時に基づいて、期限時間が経過しても当該ＩＰパケットに対する端末装置２からのＡＣＫを受信しなかったときに、送達確認処理部１５にて、当該ＩＰパケットを欠損したと判定して再送処理を開始してもよい。即ち、送達確認処理部１５は、再送処理部１６に対して、ＩＰパケットの再送に関する情報、具体的には欠損したと判定したＩＰパケットのパケット番号を通知する。再送処理部１６は、送信バッファ１２に対して、送信バッファ１２内のＩＰパケットすべてを消去してから（指令１９）、再送対象であるＩＰパケットを送信バッファ１２に再格納するとの指令２０を送出する。送信バッファ１２は指令１９を実行し、バッファ内に滞留しているＩＰパケットを消去し、指令２０に基づいて再送対象であるＩＰパケット＃２を再格納し、格納したＩＰパケット＃２を送信する。   In addition to starting the retransmission process as described above upon receiving NACK, the network transmission device 4 sets a time limit for receiving a delivery confirmation when transferring the IP packet to the communication line 3, and based on the time measured by the timer, Even if the expiration time has elapsed, if the ACK from the terminal device 2 is not received for the IP packet, the delivery confirmation processing unit 15 determines that the IP packet has been lost and starts retransmission processing. Good. That is, the delivery confirmation processing unit 15 notifies the retransmission processing unit 16 of information related to the retransmission of the IP packet, specifically, the packet number of the IP packet determined to be lost. The retransmission processing unit 16 deletes all IP packets in the transmission buffer 12 to the transmission buffer 12 (command 19), and then sends a command 20 to re-store the IP packet to be retransmitted in the transmission buffer 12. To do. The transmission buffer 12 executes the command 19, erases the IP packet staying in the buffer, re-stores the IP packet # 2 to be retransmitted based on the command 20, and transmits the stored IP packet # 2. .

実施の形態２ Embodiment 2

実施の形態１においては、端末装置２からのＮＡＣＫに起因する再送処理を、送信バッファ内のＩＰパケットの消去と、再送対象のＩＰパケットの再格納とにより行うようにしたが、さらにウィンドウサイズに基づく再送処理を行うようにしてもよい。この発明の実施の形態２に係るネットワーク伝送装置を図５及び図６により説明する。図５は、この発明の実施の形態２に係るネットワーク伝送装置における送受信バッファ動作を示す模式図であり、図６は、この発明の実施の形態２に係るネットワーク伝送装置におけるＩＰパケット再送に関する通信シーケンス図である。図５において、２１は端末装置２からのパケットに格納された管理情報に記載されたウィンドウサイズである。実施の形態２においても、実施の形態１と同様に、端末装置１からのＩＰパケットを順次送信しているときに、通信回線３上、若しくは通信回線３と端末装置２間の接続線上で通信障害等の原因によって、ステップＳ５においてＩＰパケット＃２の伝送異常（パケットロス等）が発生した場合について説明する。なお、実施の形態２に係るネットワーク伝送装置４の機能ブロックは、実施の形態１において説明したものと同様であり、送達確認制御部１４における再送処理において、上記ウィンドウサイズに基づく再送処理が付加されるものである。   In the first embodiment, the retransmission process due to the NACK from the terminal device 2 is performed by erasing the IP packet in the transmission buffer and re-storing the IP packet to be retransmitted. You may make it perform the resending process based on. A network transmission apparatus according to Embodiment 2 of the present invention will be described with reference to FIGS. FIG. 5 is a schematic diagram showing a transmission / reception buffer operation in the network transmission apparatus according to Embodiment 2 of the present invention, and FIG. 6 is a communication sequence regarding IP packet retransmission in the network transmission apparatus according to Embodiment 2 of the present invention. FIG. In FIG. 5, reference numeral 21 denotes a window size described in the management information stored in the packet from the terminal device 2. Also in the second embodiment, as in the first embodiment, communication is performed on the communication line 3 or on the connection line between the communication line 3 and the terminal device 2 when IP packets from the terminal device 1 are sequentially transmitted. A case where a transmission abnormality (packet loss or the like) of IP packet # 2 occurs in step S5 due to a cause such as a failure will be described. The functional blocks of the network transmission device 4 according to the second embodiment are the same as those described in the first embodiment, and the retransmission processing based on the window size is added in the retransmission processing in the delivery confirmation control unit 14. Is.

図５において、実施の形態１と同じように、ネットワーク伝送装置４には、端末装置１からのＩＰパケットを受信して格納する受信バッファ７と、端末装置２からの送達確認応答が得られるまでＩＰパケットを格納する送達確認待ちバッファ１１、ＩＰパケットを通信回線３を介して端末装置２へ転送する際に用いる送信バッファ１２がある。受信バッファ７と送達確認待ちバッファ１１の各パケットの格納状況は、実施の形態１における図３に示す受信バッファ７と送達確認待ちバッファ１１と同じである。送信バッファ１２は、実施の形態１同様な再送処理により送信バッファ１２内のＩＰパケットを消去したときの状態を示す。   In FIG. 5, as in the first embodiment, the network transmission device 4 receives the IP packet from the terminal device 1 and stores it, and until the delivery confirmation response from the terminal device 2 is obtained. There is a delivery confirmation waiting buffer 11 for storing IP packets, and a transmission buffer 12 for use in transferring IP packets to the terminal device 2 via the communication line 3. The storage status of each packet in the reception buffer 7 and the delivery confirmation waiting buffer 11 is the same as that of the reception buffer 7 and the delivery confirmation waiting buffer 11 shown in FIG. The transmission buffer 12 shows a state when an IP packet in the transmission buffer 12 is erased by a retransmission process similar to that of the first embodiment.

図６において、ネットワーク伝送装置４はＩＰパケット＃２の欠損を示すＮＡＣＫをステップＳ６及びステップＳ７により受信する。この受信を契機に、ＩＰパケット＃２を再送する必要があることを検出し、送信バッファ１２内のＩＰパケットを消去した状態となっている。ネットワーク伝送装置４は、再送が必要である状態であっても、ＴＣＰ通信を維持して、端末装置１からのＩＰパケット送信を受信することはできるが、ネットワーク伝送装置４内のオーバーフローを回避するために、端末装置１からのデータ送出を抑制するようにしてもよい。具体的には、送達確認処理部１５により端末装置２からのＮＡＣＫを検出したときに、この検出信号をウィンドウサイズ制御部１７に入力し、ウィンドウサイズ制御部１７において、ウィンドウサイズ０のＡＣＫを生成し、送信バッファ８、パケット送受信回路５を介して端末装置１へ送信すればよい。このウィンドウサイズ０のＡＣＫは、端末装置１からＩＰパケット送信に対する詐称ＡＣＫとして送信することもでき、この場合の詐称ＡＣＫは、端末装置１からのＩＰパケットから読み出した管理情報とウィンドウサイズ０値を持つものとする。   In FIG. 6, the network transmission apparatus 4 receives NACK indicating the loss of the IP packet # 2 in steps S6 and S7. In response to this reception, it is detected that the IP packet # 2 needs to be retransmitted, and the IP packet in the transmission buffer 12 is erased. The network transmission device 4 can maintain the TCP communication and receive the IP packet transmission from the terminal device 1 even when retransmission is necessary, but avoids overflow in the network transmission device 4. For this reason, data transmission from the terminal device 1 may be suppressed. Specifically, when the delivery confirmation processing unit 15 detects a NACK from the terminal device 2, this detection signal is input to the window size control unit 17, and the window size control unit 17 generates an ACK with a window size of 0. Then, it may be transmitted to the terminal device 1 via the transmission buffer 8 and the packet transmission / reception circuit 5. This window size 0 ACK can also be transmitted from the terminal device 1 as a spoofed ACK for IP packet transmission. In this case, the spoofed ACK includes the management information read from the IP packet from the terminal device 1 and the window size 0 value. Shall have.

送達確認処理部１５は、端末装置２から送信されたＮＡＣＫにより欠損したＩＰパケット番号を検出するとともに、送達確認できたＩＰパケット番号を判断する。具体的には、ＮＡＣＫに含まれるＡＣＫ番号からＩＰパケット＃２の欠損を検出し、このことから、ＩＰパケット＃１までは送達確認ができたと判断する。送達確認処理部１５は、送達確認待ちバッファ１１に対して、送達確認待ちバッファ１１からＩＰパケット＃１を消去するとの指令１８を送出する。また、送達確認処理部１５は、再送処理部１６に対して、ＩＰパケットの再送に関する情報、具体的にはＩＰパケット＃２を再送する必要があることを示す情報を通知する。再送処理部１６は、送信バッファ１２に対して、送信バッファ１２内のＩＰパケットすべて（ＩＰパケット＃４からＤＡＴＡパケット＃８までの５個のＩＰパケット）を消去してから（指令１９）、再送対象であるＩＰパケット＃２を送信バッファ１２に再格納するとの指令２０を送出する。送信バッファ１２は指令１９を実行し、バッファ内に滞留しているＩＰパケットを消去し、指令２０に基づいて再送対象であるＩＰパケット＃２を再格納し、格納したＩＰパケット＃２を送信する。   The delivery confirmation processing unit 15 detects the missing IP packet number by the NACK transmitted from the terminal device 2 and determines the IP packet number that has been confirmed to be delivered. Specifically, the loss of the IP packet # 2 is detected from the ACK number included in the NACK, and based on this, it is determined that the delivery confirmation has been made up to the IP packet # 1. The delivery confirmation processing unit 15 sends a command 18 for deleting the IP packet # 1 from the delivery confirmation waiting buffer 11 to the delivery confirmation waiting buffer 11. Further, the delivery confirmation processing unit 15 notifies the retransmission processing unit 16 of information related to retransmission of the IP packet, specifically, information indicating that it is necessary to retransmit the IP packet # 2. The retransmission processing unit 16 deletes all IP packets (five IP packets from IP packet # 4 to DATA packet # 8) in the transmission buffer 12 from the transmission buffer 12 (command 19), and then retransmits the packet. A command 20 for re-storing the target IP packet # 2 in the transmission buffer 12 is transmitted. The transmission buffer 12 executes the command 19, erases the IP packet staying in the buffer, re-stores the IP packet # 2 to be retransmitted based on the command 20, and transmits the stored IP packet # 2. .

また、再送対象であるＩＰパケット＃２は、送達確認待ちバッファ１１の中で、端末装置２が示すウィンドウサイズ２１以内の位置のデータか、ウィンドウサイズ２１を越えた位置のデータかを検出する。この場合、再送を要するＩＰパケット＃２はウィンドウサイズ２１以内の位置のデータであるから、ＩＰパケット＃２以降のＩＰパケットは、送信バッファ１２に格納しない。その後、端末装置２は、再送されたＩＰパケット＃２を受信すると、ウィンドウサイズ以内の受信状況から判断し、ＩＰパケット＃２またはＩＰパケット＃２以降のＩＰパケットの送達確認応答（ＡＣＫ）であって、次に端末装置１から送信してもらいたいパケット位置を示す再送要求ＡＣＫをステップＳ９により端末装置１側へ送信する。このステップＳ９による再送要求ＡＣＫが示す「次に送信を要求するパケット位置」は、端末装置２のＴＣＰプロトコル実装方式によって異なり、ウィンドウサイズ分のＩＰパケットの格納ができる範囲内で、ＴＣＰスロースタートのようなデータの送出状況の動作も含めて決定されるものであるため、固定されるものではない。したがって、ネットワーク伝送装置４は、ステップＳ９による再送要求ＡＣＫが示す再送ＩＰパケット対象を事前に知ることはできないので、ステップＳ９及びステップＳ１１による各再送要求ＡＣＫの受信毎に、これらの再送要求ＡＣＫが示すＩＰパケットを１パケットのみ送出する。この処理は、ネットワーク伝送装置４内の送達確認処理部１５が当該再送要求ＡＣＫから再送ＩＰパケットを検出し、再送処理部１６は検出された再送ＩＰパケットを送達確認待ちバッファ１１から送信バッファ１２へ再格納を指令し、送信バッファから再送ＩＰパケットをステップＳ１０及びステップＳ１２により通信回線３へ送信することにより行う。   In addition, the IP packet # 2 to be retransmitted detects whether the data is in the position within the window size 21 indicated by the terminal device 2 or the data in the position beyond the window size 21 in the delivery confirmation waiting buffer 11. In this case, since the IP packet # 2 requiring retransmission is data at a position within the window size 21, IP packets after the IP packet # 2 are not stored in the transmission buffer 12. After that, when the terminal device 2 receives the retransmitted IP packet # 2, the terminal device 2 judges from the reception status within the window size, and it is an IP packet # 2 or an IP packet delivery confirmation response (ACK) after the IP packet # 2. Then, a retransmission request ACK indicating a packet position to be transmitted from the terminal device 1 is transmitted to the terminal device 1 side in step S9. The “next packet position to request transmission” indicated by the retransmission request ACK in step S9 differs depending on the TCP protocol implementation method of the terminal device 2, and is within the range in which IP packets corresponding to the window size can be stored. Since it is determined including the operation of the data transmission status, it is not fixed. Accordingly, since the network transmission device 4 cannot know in advance the retransmission IP packet target indicated by the retransmission request ACK in step S9, each time the retransmission request ACK is received in step S9 and step S11, Only one IP packet is sent out. In this process, the delivery confirmation processing unit 15 in the network transmission apparatus 4 detects a retransmission IP packet from the retransmission request ACK, and the retransmission processing unit 16 sends the detected retransmission IP packet from the delivery confirmation waiting buffer 11 to the transmission buffer 12. The re-storing is instructed, and the retransmission IP packet is transmitted from the transmission buffer to the communication line 3 in steps S10 and S12.

もし、このシーケンス状態において、ネットワーク伝送装置４が、ステップＳ９による再送要求ＡＣＫを受信する前に、ステップＳ８による再送パケットに続いて、送達確認待ちバッファに格納されている複数のＩＰパケットを送信すると、端末装置２が望んでいないＩＰパケットが再送され、それに対する端末装置２からの不要なＮＡＣＫパケットが返信されることを引き起こし、通信回線３を無駄に使用することになる。また、同時にこのＴＣＰ通信以外の他の通信が端末装置１と２の間で行われている場合、その他の通信におけるパケット転送性能へも影響する可能性がある。従って、実施の形態２に係るネットワーク伝送装置によれば、再送性能の向上を図ることができる。   In this sequence state, when the network transmission device 4 transmits a plurality of IP packets stored in the delivery confirmation waiting buffer following the retransmission packet in step S8 before receiving the retransmission request ACK in step S9. As a result, an IP packet that is not desired by the terminal device 2 is retransmitted, and an unnecessary NACK packet from the terminal device 2 is returned, and the communication line 3 is used wastefully. At the same time, when communication other than the TCP communication is performed between the terminal devices 1 and 2, there is a possibility that the packet transfer performance in other communication may be affected. Therefore, according to the network transmission apparatus according to Embodiment 2, it is possible to improve the retransmission performance.

上記のように１パケット毎の再送、および、それに対する再送要求ＡＣＫ受信による送達確認を続けていくと、端末装置２は最初に再送を要求したＩＰパケット＃２からウィンドウサイズを越えた位置のＩＰパケット＃６の再送を要求する再送要求ＡＣＫをステップＳ１１により送信する。ネットワーク伝送装置４は、ステップＳ１１による再送要求ＡＣＫを受信すると、最初に再送が必要であることを検出したＩＰパケット＃２から端末装置２が許容するウィンドウサイズを越えた位置のＩＰパケットの送信が求められていると判断することができる（図５に示すウィンドウサイズ２１を参照）。端末装置２がウィンドウサイズを越えた位置を示す再送要求ＡＣＫを返信したということは、端末装置２内にはそれ以降のＩＰパケットは全く格納できていないことを示す。従って、ネットワーク伝送装置４は、ステップＳ１１による再送要求ＡＣＫを受信した後は、送達確認待ちバッファ１１に残っている複数のＩＰパケットを同時に送信バッファ１２へ格納し、ＩＰパケットを順次送信する動作に戻る。即ち、図６においては、ステップＳ１２以降、ステップＳ１３、ステップＳ１４のように、端末装置２からのＡＣＫを受信しなくても、送信バッファ１２内に格納したＩＰパケット＃７、ＩＰパケット＃８を順次送信する。   As described above, when the retransmission for each packet and the delivery confirmation by receiving the retransmission request ACK are continued, the terminal device 2 first sets the IP at the position exceeding the window size from the IP packet # 2 that requested the retransmission. In step S11, a retransmission request ACK requesting retransmission of packet # 6 is transmitted. When the network transmission device 4 receives the retransmission request ACK in step S11, the IP transmission at the position exceeding the window size allowed by the terminal device 2 is transmitted from the IP packet # 2 first detected that retransmission is necessary. It can be determined that it is required (see window size 21 shown in FIG. 5). The fact that the terminal device 2 has returned a retransmission request ACK indicating a position exceeding the window size indicates that the subsequent IP packets cannot be stored in the terminal device 2 at all. Therefore, after receiving the retransmission request ACK in step S11, the network transmission apparatus 4 stores the plurality of IP packets remaining in the delivery confirmation waiting buffer 11 in the transmission buffer 12 at the same time, and sequentially transmits the IP packets. Return. That is, in FIG. 6, the IP packet # 7 and the IP packet # 8 stored in the transmission buffer 12 are received without receiving an ACK from the terminal device 2 as in steps S13 and S14 after step S12. Send sequentially.

このようにウィンドウサイズを越えた位置のＩＰパケットの送信をネットワーク伝送装置４が検出した後は、端末装置２側から見て再送回復によるシーケンスではなく、通常のデータ送受信によるシーケンスとなる。したがって、ネットワーク伝送装置４もステップＳ１１による再送要求ＡＣＫを受信した時点で、再送処理から通常処理に戻る。また、送達確認処理部１５、再送処理部１６からの再送状況と送達確認状況から、ウィンドウサイズ制御部１７は、ステップＳ１５により端末装置１に対してウィンドウサイズ０以外を示すＡＣＫを送出し、端末装置１からのＩＰパケット送信を再促進する制御を行う。   After the network transmission device 4 detects the transmission of the IP packet at a position exceeding the window size in this way, the sequence is a sequence based on normal data transmission / reception rather than a sequence based on retransmission recovery as viewed from the terminal device 2 side. Therefore, the network transmission apparatus 4 also returns from the retransmission process to the normal process when receiving the retransmission request ACK in step S11. Further, from the retransmission status and the delivery confirmation status from the delivery confirmation processing unit 15 and the retransmission processing unit 16, the window size control unit 17 sends ACK indicating a window size other than 0 to the terminal device 1 in step S15, and the terminal Control for re-promoting IP packet transmission from the apparatus 1 is performed.

また、ネットワーク伝送装置４での再送回復処理の期間２２（図６参照）において、ステップＳ１６により端末装置１からウィンドウプローブパケット（相手端末に対してウィンドウサイズが回復したかどうかを問うパケット）を受信した場合には、再送を検出した時のＡＣＫと同様に、送達確認処理部１６または詐称ＡＣＫ生成部１０にて、ウィンドウサイズが０であるＡＣＫを生成し、端末装置１へ送信する。これにより、端末装置１とのＴＣＰ通信が維持され、端末装置１からのＩＰパケット送信を抑制することができる。   In addition, in a period 22 (see FIG. 6) of retransmission recovery processing in the network transmission apparatus 4, a window probe packet (a packet for asking the other terminal whether the window size has been recovered) is received from the terminal apparatus 1 in step S16. In such a case, like the ACK when retransmission is detected, the delivery confirmation processing unit 16 or the spoofed ACK generation unit 10 generates an ACK having a window size of 0 and transmits it to the terminal device 1. Thereby, TCP communication with the terminal device 1 is maintained, and IP packet transmission from the terminal device 1 can be suppressed.

以上のように、再送検出後の相手先の端末装置２からの再送要求ＡＣＫが示す送達確認情報と送信パケット量との関係を用いて、再送回復における性能向上を図ることができる。また、端末装置２への再送処理の進捗状況に応じて、ウィンドウサイズを変化させたＡＣＫを端末装置１へ送信する機能により、端末装置１とのＴＣＰ通信の維持と端末装置１からのＩＰパケット送信の制御（即ち送信の促進と抑制の制御）を行うことができる。   As described above, the performance in retransmission recovery can be improved by using the relationship between the delivery confirmation information indicated by the retransmission request ACK from the counterpart terminal apparatus 2 after retransmission detection and the amount of transmitted packets. Further, the function of transmitting an ACK whose window size has been changed to the terminal device 1 according to the progress of the retransmission process to the terminal device 2 maintains the TCP communication with the terminal device 1 and the IP packet from the terminal device 1. Transmission control (ie, transmission promotion and suppression control) can be performed.

実施の形態３ Embodiment 3

ＴＣＰプロトコル規定ＲＦＣ２０１８において、受信確認の応答アルゴリズムを最適化する為に利用されるＴＣＰ Ｓｅｌｅｃｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅ（以降、ＳＡＣＫと呼ぶ）というＴＣＰオプションがある。このＳＡＣＫオプション方式は、連続した領域ではなく、部分的にＡＣＫを返すことにより、無駄な再送を防ぎ、転送効率を向上させることができる方式である。実施の形態３においては、このオプションを用いた通信により端末装置１からのＩＰパケットを順次送信しているときに、通信回線３上、若しくは通信回線３と端末装置２との間の接続線路上で通信障害等の原因によって、ＩＰパケット＃２の異常（パケットロス等）が発生した例について説明する。なお、実施の形態３に係るネットワーク伝送装置は、下記の説明による機能を含み、実施の形態１及び実施の形態２に係るネットワーク伝送装置と同様に構成するものであり、具体的には図１に対応して説明した構成を有するものである。   In the TCP protocol specification RFC2018, there is a TCP option called TCP Selective Acknowledge (hereinafter referred to as SACK) that is used to optimize a response algorithm for reception confirmation. This SACK option method is a method that can prevent unnecessary retransmission and improve transfer efficiency by returning an ACK partly instead of a continuous area. In the third embodiment, when IP packets from the terminal device 1 are sequentially transmitted by communication using this option, the communication line 3 or the connection line between the communication line 3 and the terminal device 2 is used. An example in which an abnormality (packet loss or the like) of IP packet # 2 occurs due to a communication failure or the like will be described. The network transmission apparatus according to the third embodiment includes the functions described below, and is configured in the same manner as the network transmission apparatuses according to the first and second embodiments. Specifically, FIG. It has the structure demonstrated corresponding to.

ＴＣＰオプションの仕様により、ＳＡＣＫオプションが付与されているＡＣＫは、ウィンドウサイズ以内のパケットロス等に対する再送を要求するものである。したがって、実施の形態２におけるウィンドウサイズ２１以内の位置のデータかどうかを検出する際に、ＳＡＣＫオプション付与の有無を用いて判断することも可能である。   According to the specification of the TCP option, the ACK to which the SACK option is assigned requests retransmission for a packet loss or the like within the window size. Therefore, when detecting whether or not the data is in the position within the window size 21 in the second embodiment, it is possible to make a determination using the presence or absence of the SACK option.

以上のように、再送を検出した後の相手先の端末装置２からのＡＣＫパケットが示す送達確認情報と送信パケット量との関係に加えて、ＳＡＣＫオプション付与状況を用いて、再送回復における性能向上を図ることができる。   As described above, in addition to the relationship between the delivery confirmation information indicated by the ACK packet from the counterpart terminal apparatus 2 after detecting the retransmission and the amount of transmitted packets, the performance improvement in retransmission recovery using the SACK option grant status Can be achieved.

実施の形態４ Embodiment 4

この発明の実施の形態４に係るネットワーク伝送装置は、ネットワーク伝送装置が複数の通信を確立しているものとし、１の通信において通信異常が発生したときに再送処理を行うネットワーク伝送装置に関するものである。実施の形態４においても、実施の形態１と同様に、端末装置１からのＩＰパケットを順次送信しているときに、通信回線３上、若しくは通信回線３と端末装置２間の接続線上で通信障害等の原因によって、ステップＳ５においてＩＰパケット＃２の伝送異常（パケットロス等）が発生した場合について説明する。なお、実施の形態４に係るネットワーク伝送装置４の機能ブロックは、実施の形態１において説明したものと同様であるが、送信バッファ１２は、非再送用送信バッファと再送用送信バッファとに分けられているものとする。また、実施の形態４に係るネットワーク伝送装置４においては、実施の形態１において説明したものと同様の再送処理を行うが、送達確認制御部１４における再送処理において、上記の非再送用送信バッファと再送用送信バッファを用い、複数の通信が確立していることを前提とした再送処理が付加されるものである。なお、ネットワーク伝送装置が行う複数の通信は、通信異常が発生した１の通信は、送達確認を要する通信プロトコルによる通信であり、通信異常が発生していない他の通信は、送達確認を要するＴＣＰの他のセッション通信でも良いし、送達確認を要しないＵＤＰ等の他の通信プロトコルによる通信であっても良い。   The network transmission apparatus according to Embodiment 4 of the present invention relates to a network transmission apparatus that performs retransmission processing when a communication abnormality occurs in one communication, assuming that the network transmission apparatus has established a plurality of communications. is there. In the fourth embodiment, as in the first embodiment, communication is performed on the communication line 3 or on the connection line between the communication line 3 and the terminal device 2 when IP packets from the terminal device 1 are sequentially transmitted. A case where a transmission abnormality (packet loss or the like) of IP packet # 2 occurs in step S5 due to a cause such as a failure will be described. The functional blocks of the network transmission apparatus 4 according to the fourth embodiment are the same as those described in the first embodiment, but the transmission buffer 12 is divided into a non-retransmission transmission buffer and a retransmission transmission buffer. It shall be. The network transmission apparatus 4 according to the fourth embodiment performs the same retransmission process as that described in the first embodiment. In the retransmission process in the delivery confirmation control unit 14, the non-retransmission transmission buffer and A retransmission process is added on the assumption that a plurality of communications are established using a retransmission transmission buffer. The plurality of communications performed by the network transmission apparatus is communication 1 according to a communication protocol that requires delivery confirmation, and other communications that do not cause communication abnormality are TCPs that require delivery confirmation. Other session communication may be used, or communication using another communication protocol such as UDP that does not require delivery confirmation.

通信異常が発生していない他の通信でのＩＰパケットの転送量が多い場合に、１の通信において通信異常が発生し、ネットワーク伝送装置４に再送処理が発生したときを想定する。このとき、他の通信におけるＩＰパケットの転送処理が大量にあるため、ネットワーク伝送装置４の転送機能が他の通信によって寡占状態となり、実施の形態１および実施の形態２に係るネットワーク伝送装置による再送処理が遅延して、再送処理が効率的に行われない可能性がある。   Assume that a communication error occurs in one communication and a retransmission process occurs in the network transmission device 4 when there is a large amount of IP packet transfer in other communication in which no communication error has occurred. At this time, since there is a large amount of IP packet transfer processing in other communication, the transfer function of the network transmission device 4 becomes an oligopoly state due to other communication, and retransmission by the network transmission device according to the first and second embodiments. There is a possibility that the process is delayed and the retransmission process is not performed efficiently.

図７は、この発明の実施の形態４に係るネットワーク伝送装置における送受信バッファ動作を示す模式図である。図７において、２３は送信バッファ１２内に設けた非再送用送信バッファであり、２４は送信バッファ１２内に設けた再送用送信バッファである。非再送用送信バッファ２３と再送用送信バッファ２４とから送出するＩＰパケットには、優先順位を付けることにより、ＩＰパケットの送信を制御する機能を備える。   FIG. 7 is a schematic diagram showing a transmission / reception buffer operation in the network transmission apparatus according to Embodiment 4 of the present invention. In FIG. 7, reference numeral 23 denotes a non-retransmission transmission buffer provided in the transmission buffer 12, and reference numeral 24 denotes a retransmission transmission buffer provided in the transmission buffer 12. The IP packets transmitted from the non-retransmission transmission buffer 23 and the retransmission transmission buffer 24 have a function of controlling the transmission of IP packets by assigning priorities.

ネットワーク伝送装置４には、図４及び図５と同様に、端末装置１からのＩＰパケットを受信時に格納する受信バッファ７と、端末装置２からの送達確認が得られるまでＩＰパケットを格納する送達確認待ちバッファ１１とを設ける。また、ＩＰパケットを通信回線３を介して相手先（端末装置２及び他の端末装置）へ転送する際に用いる送信バッファ（図４及び図５に示す送信バッファ１２に相当するもの）には、再送対象ではない通常のパケットを送出するときに用いる非再送用送信バッファ２３と、これとは別に再送対象のパケットを送出するときに用いる再送対象用送信バッファ２４とを用いる。これらの各バッファの区別は、物理的に分けても、論理的に分けてもよい。   Similar to FIGS. 4 and 5, the network transmission device 4 includes a reception buffer 7 that stores an IP packet from the terminal device 1 at the time of reception, and a delivery that stores the IP packet until delivery confirmation from the terminal device 2 is obtained. A confirmation waiting buffer 11 is provided. In addition, a transmission buffer (corresponding to the transmission buffer 12 shown in FIGS. 4 and 5) used when transferring an IP packet to a partner (terminal device 2 and other terminal devices) via the communication line 3 includes: A non-retransmission transmission buffer 23 used when sending a normal packet that is not a retransmission target and a retransmission target transmission buffer 24 used when sending a retransmission target packet are used separately. The distinction between these buffers may be physically divided or logically divided.

ネットワーク伝送装置４は、端末装置１側からＩＰパケットを受信すると、一旦受信バッファ７に格納した後、受信したＩＰパケットの詐称ＡＣＫを生成し、送達確認待ちバッファ１１へ当該ＩＰパケットを格納する。また、端末装置２側へ転送する為、非再送用送信バッファ２３へも当該ＩＰパケットを格納する。   When the network transmission device 4 receives an IP packet from the terminal device 1 side, it temporarily stores it in the reception buffer 7, then generates a spoofed ACK of the received IP packet, and stores the IP packet in the delivery confirmation waiting buffer 11. Further, the IP packet is also stored in the non-re-transmission transmission buffer 23 for transfer to the terminal device 2 side.

図６には、端末装置１がＩＰパケット＃１からＩＰパケット＃１１を送信し、ネットワーク伝送装置４は、これらのＩＰパケットを受信し、ＩＰパケット＃１からＩＰパケット＃８に対する詐称ＡＣＫの生成と当該詐称ＡＣＫの端末装置１への送信とを終了し、通信回線３へＩＰパケット＃１からＩＰパケット＃３を送信した状態を示している。   In FIG. 6, terminal device 1 transmits IP packet # 1 to IP packet # 11, and network transmission device 4 receives these IP packets and generates spoofed ACKs for IP packet # 1 to IP packet # 8. And the transmission of the spoofed ACK to the terminal device 1 is completed, and the IP packet # 3 is transmitted from the IP packet # 1 to the communication line 3.

受信バッファ７は、未だ詐称ＡＣＫの生成が行われていないＩＰパケット＃９からＩＰパケット＃１１を格納している。一方、詐称ＡＣＫの生成と当該詐称ＡＣＫの端末装置１への送信が完了しているＩＰパケット＃１からＩＰパケット＃８は、受信バッファ７から送達確認待ちバッファ１１に移動している為、受信バッファ７には格納されていない。   The reception buffer 7 stores IP packets # 9 to # 11 for which a spoofed ACK has not yet been generated. On the other hand, since IP packet # 1 to IP packet # 8, for which generation of spoofed ACK and transmission of the spoofed ACK to terminal device 1 has been completed, have moved from reception buffer 7 to delivery confirmation waiting buffer 11, It is not stored in the buffer 7.

送達確認待ちバッファ１１は、詐称ＡＣＫの生成と当該詐称ＡＣＫの端末装置１への送出が完了しているＩＰパケット＃１からＩＰパケット＃８を格納している。非再送用送信バッファ２３は、ＩＰパケット＃１からＩＰパケット＃３の送信を完了し、これらのＩＰパケットは非再送用送信バッファ２３から消去され、ＩＰパケット＃４からＩＰパケット＃８を格納している。ＩＰパケット＃４は送信指示を出したが、まだネットワーク伝送装置４から通信回線３へと送信したかどうか未確認であるため、送信完了待ちとして、非再送用送信バッファ２３に格納されている。以降のＩＰパケット＃５からＩＰパケット＃８は、ＩＰパケット＃４の送信完了後、順次送信される予定であり、未送信のＩＰパケットとして非再送用送信バッファ２３に格納されている。なお、ネットワーク伝送装置４から送信完了したかを確認する手段が無い伝送装置の場合には、送信指示をした時点において非再送用送信バッファ２３から消去しても構わない。   The delivery confirmation waiting buffer 11 stores IP packets # 1 to # 8 in which the generation of the spoofed ACK and the transmission of the spoofed ACK to the terminal device 1 have been completed. The non-retransmission transmission buffer 23 completes the transmission of the IP packets # 1 to # 3, these IP packets are erased from the non-retransmission transmission buffer 23, and the IP packets # 4 to # 8 are stored. ing. Although the IP packet # 4 has issued a transmission instruction, it has not been confirmed whether or not it has been transmitted from the network transmission device 4 to the communication line 3, and is therefore stored in the non-retransmission transmission buffer 23 as waiting for transmission completion. The subsequent IP packets # 5 to # 8 are scheduled to be transmitted sequentially after the completion of transmission of the IP packet # 4, and are stored in the non-retransmission transmission buffer 23 as untransmitted IP packets. In the case of a transmission apparatus that does not have a means for confirming whether transmission has been completed from the network transmission apparatus 4, it may be deleted from the non-re-transmission transmission buffer 23 when a transmission instruction is given.

図７に示すようなＩＰパケットのバッファ格納状態において、図３に示したパケットロスが生じたときのネットワーク伝送装置４の動作を説明する。通信回線３等でのパケットロスにより、ＩＰパケット＃２は端末装置２で受信されず、その欠損を示すＮＡＣＫが端末装置２から送信され、ネットワーク伝送装置４で受信する。送達確認処理部１５は、端末装置２から送信されたＮＡＣＫにより欠損したＩＰパケット番号を検出するとともに、送達確認できたＩＰパケット番号を判断する。具体的には、ＮＡＣＫに含まれるＡＣＫ番号からＩＰパケット＃２の欠損を検出し、このことから、ＩＰパケット＃１までは送達確認ができたと判断する。送達確認処理部１５は、送達確認待ちバッファ１１に対して、送達確認待ちバッファ１１からＩＰパケット＃１を消去するとの指令１８を送出する。また、送達確認処理部１５は、再送処理部１６に対して、ＩＰパケットの再送に関する情報、具体的にはＩＰパケット＃２を再送する必要があることを示す情報を通知する。再送処理部１６は、非再送用送信バッファ２３に対して、非再送用送信バッファ２３内のＩＰパケットすべて（ＩＰパケット＃４からＩＰパケット＃８までの５個のＩＰパケット）を消去してから（指令１９）、再送対象であるＩＰパケット＃２を再送用送信バッファ２４に再格納するとの指令２０を送出する。   The operation of the network transmission apparatus 4 when the packet loss shown in FIG. 3 occurs in the buffer storage state of the IP packet as shown in FIG. 7 will be described. Due to packet loss on the communication line 3 or the like, the IP packet # 2 is not received by the terminal device 2, and a NACK indicating the loss is transmitted from the terminal device 2 and received by the network transmission device 4. The delivery confirmation processing unit 15 detects the missing IP packet number by the NACK transmitted from the terminal device 2 and determines the IP packet number that has been confirmed to be delivered. Specifically, the loss of the IP packet # 2 is detected from the ACK number included in the NACK, and based on this, it is determined that the delivery confirmation has been made up to the IP packet # 1. The delivery confirmation processing unit 15 sends a command 18 for deleting the IP packet # 1 from the delivery confirmation waiting buffer 11 to the delivery confirmation waiting buffer 11. Further, the delivery confirmation processing unit 15 notifies the retransmission processing unit 16 of information related to retransmission of the IP packet, specifically, information indicating that it is necessary to retransmit the IP packet # 2. The retransmission processing unit 16 deletes all the IP packets (the five IP packets from IP packet # 4 to IP packet # 8) in the non-retransmission transmission buffer 23 from the non-retransmission transmission buffer 23. (Command 19), a command 20 is sent to re-store the IP packet # 2 to be retransmitted in the retransmission transmission buffer 24.

パケット送受信回路６は、再送用送信バッファ２４から優先的に格納されているＩＰパケットを送出する。すなわち、パケット送受信回路６は、非再送用送信バッファ２３と再送用送信バッファ２４とのバッファ内のＩＰパケットの格納状況を確認し、再送用送信バッファ２４にＩＰパケットが格納されているときはそのＩＰパケットを送信し、再送用送信バッファ２４にＩＰパケットがないときには、非再送用送信バッファ２３内のＩＰパケットを送信する。   The packet transmission / reception circuit 6 transmits the IP packet stored preferentially from the retransmission transmission buffer 24. That is, the packet transmission / reception circuit 6 checks the storage status of the IP packets in the non-retransmission transmission buffer 23 and the retransmission transmission buffer 24, and when the IP packet is stored in the retransmission transmission buffer 24, the packet transmission / reception circuit 6 When an IP packet is transmitted and there is no IP packet in the retransmission transmission buffer 24, the IP packet in the non-retransmission transmission buffer 23 is transmitted.

このように送信バッファ（非再送用送信バッファ２３）に滞留しているＩＰパケットを消去し、かつ、再送対象のＩＰパケットを優先的に送信するので、再送に不要なＩＰパケットの送信を抑制することができるとともに、不要なＩＰパケットの送信によって生じる通信回線帯域の占有を削減するができる。   In this way, the IP packet staying in the transmission buffer (non-retransmission transmission buffer 23) is deleted, and the retransmission target IP packet is preferentially transmitted, so that transmission of IP packets unnecessary for retransmission is suppressed. It is possible to reduce the occupation of the communication line bandwidth caused by the transmission of unnecessary IP packets.

更に、再送用送信バッファ２４を備えて送信優先制御を行うことによって、ＴＣＰ以外のプロトコル通信やソケットが異なる他のＴＣＰ通信との重複運用においても、再送処理が短時間で終了し再送回復後の通常の転送処理に移行させることができるので、転送スループット効率の向上を図ることができる。   Further, by performing transmission priority control with the retransmission transmission buffer 24, even in the redundant operation with protocol communications other than TCP and other TCP communications with different sockets, the retransmission process is completed in a short time, and after the retransmission is restored. Since transfer to normal transfer processing can be performed, transfer throughput efficiency can be improved.

実施の形態５ Embodiment 5

実施の形態４において説明したネットワーク伝送装置について、さらに、通信異常となった通信がＴＣＰ通信のＳＡＣＫオプションを有効にしている場合の再送処理を説明する。実施の形態５に係るネットワーク伝送装置は、端末装置２からＳＡＣＫオプションを用いたＮＡＣＫを受信したときに、非再送用送信バッファ２３内のＩＰパケットを消去せずに、再送用送信バッファ２４に再送対象のＩＰパケットを格納し、この再送対象のＩＰパケットを優先的に送信するように再送処理するものである。   With respect to the network transmission apparatus described in the fourth embodiment, a retransmission process will be described in the case where the communication that has caused the communication abnormality has enabled the SACK option for TCP communication. When the network transmission apparatus according to the fifth embodiment receives a NACK from the terminal apparatus 2 using the SACK option, the network transmission apparatus does not delete the IP packet in the non-retransmission transmission buffer 23 and retransmits it to the retransmission transmission buffer 24. The target IP packet is stored, and retransmission processing is performed so that the retransmission target IP packet is preferentially transmitted.

具体的には、図７における再送処理部１６は、ＳＡＣＫオプションによるＮＡＣＫか否かの情報を用いて、再送する前に非再送用送信バッファ６０４から該当するパケットを消去するか否かを判断する機能を備えるものとする。以下、実施の形態５に係るネットワーク伝送装置４の動作を、図７により説明する。   Specifically, the retransmission processing unit 16 in FIG. 7 determines whether or not to erase the corresponding packet from the non-retransmission transmission buffer 604 before retransmitting using information on whether or not the NACK is based on the SACK option. It shall have functions. Hereinafter, the operation of the network transmission apparatus 4 according to the fifth embodiment will be described with reference to FIG.

実施の形態１から実施の形態４において説明したように、ネットワーク伝送装置４は、ＩＰパケット＃２の欠損を示すＮＡＣＫを受信したとき、送達確認処理部１５によって、ＩＰパケット＃１は送達が確認できたものとして、送達確認待ちバッファ１１から削除する指令を出力し、ＩＰパケット＃１は送達確認待ちバッファ１１から削除される。その後、再送処理部１６は、ＮＡＣＫに含まれるＡＣＫ番号から再送を要するパケットを判断し、かつ、ＳＡＣＫオプションが付加されているかどうかを判断する。ＳＡＣＫオプションが付加されていると判断した場合、非再送用送信バッファ２３内のＩＰパケット（ＩＰパケット０４からＩＰパケット０８までの５個のＩＰパケット）は、全てそのまま格納された状態を維持し、再送対象であるＩＰパケット＃２を再送用送信バッファ２４に再格納するように指令する。   As described in the first to fourth embodiments, when the network transmission apparatus 4 receives the NACK indicating the loss of the IP packet # 2, the delivery confirmation processing unit 15 confirms that the IP packet # 1 has been delivered. As a result, a command to delete from the delivery confirmation waiting buffer 11 is output, and the IP packet # 1 is deleted from the delivery confirmation waiting buffer 11. Thereafter, the retransmission processing unit 16 determines a packet that requires retransmission from the ACK number included in the NACK, and determines whether or not the SACK option is added. If it is determined that the SACK option is added, the IP packets in the non-retransmission transmission buffer 23 (5 IP packets from IP packet 04 to IP packet 08) are all stored as they are, The IP packet # 2 to be retransmitted is commanded to be re-stored in the retransmission transmission buffer 24.

パケット送受信回路６は、非再送用送信バッファ２３と再送用送信バッファ２４のバッファ内のパケット格納状況を確認し、再送対象用送信バッファ２４から優先的にＩＰパケットを送信する。したがって、ネットワーク伝送装置４は、ＩＰパケット＃２を再送した後、ＩＰパケット＃５からＩＰパケット＃８を送信することになる。一方、これらのＩＰパケットを受信する端末装置２は、ＩＰパケット＃１、ＩＰパケット＃３、ＩＰパケット＃４、ＩＰパケット＃２の順で受信し、パケットロスが回復する。その後、ＩＰパケット＃５からＩＰパケット＃８を順次受信することになる。   The packet transmission / reception circuit 6 confirms the packet storage status in the non-retransmission transmission buffer 23 and the retransmission transmission buffer 24 and preferentially transmits IP packets from the retransmission target transmission buffer 24. Therefore, the network transmission apparatus 4 transmits the IP packet # 8 from the IP packet # 5 after retransmitting the IP packet # 2. On the other hand, the terminal device 2 that receives these IP packets receives IP packets # 1, IP packets # 3, IP packets # 4, and IP packets # 2 in this order, and the packet loss is recovered. Thereafter, IP packets # 5 to # 8 are sequentially received.

このようにＳＡＣＫオプションによるＮＡＣＫを受信したときには、非再送用送信バッファ２３に滞留しているＩＰパケットを消去せずに、再送用送信バッファ２４に格納した再送対象ＩＰパケットを優先的に再送することによって、再送処理が早期に完了し、その後は、通常のＩＰパケット転送のシーケンスに復帰して、正常な順序によりＩＰパケットを転送することができる。   Thus, when a NACK by the SACK option is received, the retransmission target IP packet stored in the retransmission transmission buffer 24 is preferentially retransmitted without deleting the IP packet staying in the non-retransmission transmission buffer 23. Thus, the retransmission process is completed early, and thereafter, the normal IP packet transfer sequence is restored, and the IP packets can be transferred in a normal order.

この発明の実施の形態１に係るネットワークの全体システムを表わす構成図である。It is a block diagram showing the whole network system concerning Embodiment 1 of this invention. この発明の実施の形態１に係るネットワーク伝送装置の構成を示す機能ブロック図である。It is a functional block diagram which shows the structure of the network transmission apparatus which concerns on Embodiment 1 of this invention. この発明の実施の形態１に係るネットワーク伝送装置におけるＮＡＣＫ検出に関する通信シーケンス図である。It is a communication sequence diagram regarding NACK detection in the network transmission apparatus according to Embodiment 1 of the present invention. この発明の実施の形態１に係るネットワーク伝送装置における送受信バッファ動作を示す模式図である。It is a schematic diagram which shows the transmission / reception buffer operation | movement in the network transmission apparatus concerning Embodiment 1 of this invention. この発明の実施の形態２に係るネットワーク伝送装置における送受信バッファ動作を示す模式図である。It is a schematic diagram which shows the transmission / reception buffer operation | movement in the network transmission apparatus concerning Embodiment 2 of this invention. この発明の実施の形態２に係るネットワーク伝送装置におけるＩＰパケット再送に関する通信シーケンス図である。It is a communication sequence diagram regarding IP packet retransmission in the network transmission apparatus according to Embodiment 2 of the present invention. この発明の実施の形態４に係るネットワーク伝送装置における送受信バッファ動作を示す模式図である。It is a schematic diagram which shows the transmission / reception buffer operation | movement in the network transmission apparatus concerning Embodiment 4 of this invention.

符号の説明Explanation of symbols

１ 第１の端末装置
２ 第２の端末装置
３ 通信回線
４ ネットワーク伝送装置
１１ 送達確認待ちバッファ
１２ 送信バッファ
１４ 送達確認制御部
２３ 非再送用送信バッファ
２４ 再送用送信バッファ
DESCRIPTION OF SYMBOLS 1 1st terminal device 2 2nd terminal device 3 Communication line 4 Network transmission device 11 Delivery confirmation waiting buffer 12 Transmission buffer 14 Delivery confirmation control part 23 Non-retransmission transmission buffer 24 Retransmission transmission buffer

Claims (5)

第１の端末装置とその通信相手先である第２の端末装置との間の伝送路上に配置され、上記第２の端末装置との間の伝送遅延が上記第１の端末装置との間の伝送遅延より大きく、上記第１の端末装置が送信するデータについての送達確認応答を生成して上記第１の端末装置へ返信し、上記第１の端末装置からのデータを上記第２の端末装置へ伝送するネットワーク伝送装置において、上記第１の端末装置から受信したデータを、上記第２の端末装置からの送達確認応答が得られるまで格納する送達確認待ちバッファと、上記第２の端末装置へ送信するデータを格納する送信バッファと、上記第２の端末装置からの送達確認応答に基づいて送達が確認されたデータを上記送達確認待ちバッファから削除する指令を生成し、上記第２の端末装置からの送達未確認応答に基づいて、上記送信バッファ内のデータを消去する指令と、再送するデータを上記送信バッファに再格納する指令とを生成する送達確認制御部とを備えたことを特徴とするネットワーク伝送装置。 It is arranged on a transmission path between the first terminal device and the second terminal device that is the communication counterpart, and the transmission delay between the second terminal device and the first terminal device is between A delivery confirmation response for data transmitted by the first terminal device that is greater than the transmission delay is generated and sent back to the first terminal device, and the data from the first terminal device is sent to the second terminal device. In the network transmission device for transmitting to the transmission terminal, the data received from the first terminal device is stored in a delivery confirmation waiting buffer for storing the data until a delivery confirmation response is obtained from the second terminal device, and to the second terminal device. A transmission buffer for storing data to be transmitted, and a command for deleting data confirmed to be delivered based on a delivery confirmation response from the second terminal device from the delivery confirmation waiting buffer, and the second terminal device. Or And a delivery confirmation control unit that generates a command to erase data in the transmission buffer and a command to re-store data to be retransmitted in the transmission buffer based on a delivery unconfirmed response. Transmission equipment. 上記送達確認制御部は、再送するデータが、上記第２の端末装置が通知するデータ配信許容値内のデータである場合には、当該再送するデータに対する上記第２の端末装置からの送達確認応答を受信してから、次に再送するデータを上記送信バッファに再格納する指令を生成することを特徴とする請求項１に記載のネットワーク伝送装置。 When the data to be retransmitted is data within a data distribution allowable value notified by the second terminal device, the delivery confirmation control unit sends a delivery confirmation response from the second terminal device to the data to be retransmitted. 2. The network transmission apparatus according to claim 1, wherein a command for re-storing data to be retransmitted next in said transmission buffer is generated after receiving the data. 上記送達確認制御部は、ＴＣＰ通信のＳＡＣＫオプションを有する送達未確認応答に基づいて、送達未確認のために再送するデータを上記送信バッファに再格納する指令を生成することを特徴とする請求項１に記載のネットワーク伝送装置。 The said delivery confirmation control part produces | generates the instruction | command which re-stores the data retransmitted for delivery unconfirmed in the said transmission buffer based on the delivery unconfirmed response which has the SACK option of TCP communication. The network transmission device described. 上記送信バッファは、再送するデータを格納する再送用送信バッファを具備し、この再送用送信バッファにデータが格納されている場合には、優先的に再送用送信バッファに格納されたデータを送信することを特徴とする請求項１に記載のネットワーク伝送装置。 The transmission buffer includes a retransmission transmission buffer for storing data to be retransmitted, and when data is stored in the retransmission transmission buffer, the data stored in the retransmission transmission buffer is preferentially transmitted. The network transmission device according to claim 1. 第１の端末装置とその通信相手先である第２の端末装置との間の伝送路上に配置され、上記第２の端末装置との間の伝送遅延が上記第１の端末装置との間の伝送遅延より大きく、上記第１の端末装置が送信するデータについての送達確認応答を生成して上記第１の端末装置へ返信し、上記第１の端末装置からのデータを上記第２の端末装置へ伝送するネットワーク伝送装置において、上記第１の端末装置から受信したデータを、上記第２の端末装置からの送達確認応答が得られるまで格納する送達確認待ちバッファと、上記第２の端末装置へ送信するデータを格納する非再送用送信バッファと、上記第２の端末装置へ送信するデータであって、送達未確認により再送するデータを格納する再送用送信バッファと、上記第２の端末装置からの送達確認応答に基づいて送達が確認されたデータを上記送達確認待ちバッファから削除する指令を生成し、ＴＣＰ通信のＳＡＣＫオプションを有する上記第２の端末装置からの送達未確認応答に基づいて、送達未確認のため再送するデータを上記再送用送信バッファに格納する指令を生成する送達確認制御部とを備えたことを特徴とするネットワーク伝送装置。
It is arranged on a transmission path between the first terminal device and the second terminal device that is the communication counterpart, and the transmission delay between the second terminal device and the first terminal device is between A delivery confirmation response for data transmitted by the first terminal device that is greater than the transmission delay is generated and sent back to the first terminal device, and the data from the first terminal device is sent to the second terminal device. In the network transmission device for transmitting to the transmission terminal, the data received from the first terminal device is stored in a delivery confirmation waiting buffer for storing the data until a delivery confirmation response is obtained from the second terminal device, and to the second terminal device. A non-retransmission transmission buffer for storing data to be transmitted, a retransmission transmission buffer for storing data to be transmitted to the second terminal apparatus and to be retransmitted due to unconfirmed delivery, and from the second terminal apparatus Sending A command for deleting data confirmed to be delivered based on a confirmation response from the delivery confirmation waiting buffer is generated, and an unacknowledged delivery is generated based on a delivery unconfirmed response from the second terminal device having a SACK option for TCP communication. Therefore, a network transmission apparatus comprising: a delivery confirmation control unit that generates a command to store data to be retransmitted in the retransmission transmission buffer.
JP2005001480A 2005-01-06 2005-01-06 Network transmission device Pending JP2006191368A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2005001480A JP2006191368A (en) 2005-01-06 2005-01-06 Network transmission device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005001480A JP2006191368A (en) 2005-01-06 2005-01-06 Network transmission device

Publications (1)

Publication Number Publication Date
JP2006191368A true JP2006191368A (en) 2006-07-20

Family

ID=36798070

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005001480A Pending JP2006191368A (en) 2005-01-06 2005-01-06 Network transmission device

Country Status (1)

Country Link
JP (1) JP2006191368A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008283421A (en) * 2007-05-10 2008-11-20 Casio Hitachi Mobile Communications Co Ltd Communication apparatus and program
JP2010239219A (en) * 2009-03-30 2010-10-21 Nec Corp Communication system, communication method, repeater, method for processing the same and program
JP2010263350A (en) * 2009-05-01 2010-11-18 Nec Corp Communications device, pseudo-response device, transmission rate control method and program
JP2015091042A (en) * 2013-11-06 2015-05-11 関西電力株式会社 Communication device, data transmission method, and data transmission program
JP2016093296A (en) * 2014-11-13 2016-05-26 日本光電工業株式会社 Biosignal recording system

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008283421A (en) * 2007-05-10 2008-11-20 Casio Hitachi Mobile Communications Co Ltd Communication apparatus and program
JP2010239219A (en) * 2009-03-30 2010-10-21 Nec Corp Communication system, communication method, repeater, method for processing the same and program
JP2010263350A (en) * 2009-05-01 2010-11-18 Nec Corp Communications device, pseudo-response device, transmission rate control method and program
JP2015091042A (en) * 2013-11-06 2015-05-11 関西電力株式会社 Communication device, data transmission method, and data transmission program
JP2016093296A (en) * 2014-11-13 2016-05-26 日本光電工業株式会社 Biosignal recording system
US10750945B2 (en) 2014-11-13 2020-08-25 Nihon Kohden Corporation Biological signal recording system

Similar Documents

Publication Publication Date Title
US7839858B2 (en) Data unit sender and data unit relay device
US10430374B2 (en) Selective acknowledgement of RDMA packets
US7864799B2 (en) Communication device
TWI454096B (en) System for efficient recovery of node-b buffered data following mac layer reset
KR101139996B1 (en) Data flow control with duplicate acknowledgment
US9031076B2 (en) Processing requests
US6662330B1 (en) Joint range reject automatic repeat request protocol
JP2002527935A (en) Data communication methods and systems
CN103647625A (en) Link-based data reliable transmission method
CN101309129B (en) Retransmission control method and system for single data packet and last data packet
JP2006191368A (en) Network transmission device
JP2009089197A (en) Repeating device
JP2005244897A (en) Communication method with reliability and apparatus therefor
US9510242B2 (en) Reducing superfluous traffic in a network
JP3727198B2 (en) Gateway device
KR101027703B1 (en) A data transfer procedure for transferring data of a data sequence between a transmitting entity and a receiving entity
EP1225741B1 (en) High speed interconnection for embedded systems within a computer network
JP2000022744A (en) Packet communication system, packet communication device and packet communication method
JPH0552106B2 (en)
EP1427127A2 (en) Communication control method, communication system and communication apparatus that can improve throughput
KR20020009282A (en) Data transmission system and method for transmitting data frames
JPH04273736A (en) Packet communication system and packet re-transmission equipment
JP2004349783A (en) Mobile communication method and system
JP2005167352A (en) Transmission apparatus and program
JP3930842B2 (en) Packet transmitter

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070112

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090529

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090818

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20091222