JPH11284657A - Retransmission control system - Google Patents

Retransmission control system

Info

Publication number
JPH11284657A
JPH11284657A JP8331698A JP8331698A JPH11284657A JP H11284657 A JPH11284657 A JP H11284657A JP 8331698 A JP8331698 A JP 8331698A JP 8331698 A JP8331698 A JP 8331698A JP H11284657 A JPH11284657 A JP H11284657A
Authority
JP
Japan
Prior art keywords
packet
retransmissions
communication
connection
transmission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP8331698A
Other languages
Japanese (ja)
Inventor
Toshio Kanayama
敏雄 金山
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.)
Ultra High Speed Network and Computer Technology Laboratories
Original Assignee
Ultra High Speed Network and Computer Technology Laboratories
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 Ultra High Speed Network and Computer Technology Laboratories filed Critical Ultra High Speed Network and Computer Technology Laboratories
Priority to JP8331698A priority Critical patent/JPH11284657A/en
Publication of JPH11284657A publication Critical patent/JPH11284657A/en
Pending legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To suppress packet retransmission of a communication of low priority in the congestion. SOLUTION: A recording managing means 13 manages the frequency of retransmission showing how many times retransmission is allowed, packet by packet. When a header managing means 14 inquires transmission permission of the recording managing means 13, the managing means 13 decreases the remaining retransmission frequency of a packet by one and allows the transmission on condition that the remaining retransmission frequency of the packet whose transmission permission is requested is >=1. Then the remaining retransmission frequency is 0, the recording managing means 13 instructs a connection control means 12 to stop a communication and the connection control means 12 stops the communication of application 11.

Description

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

【0001】[0001]

【発明の属する技術分野】本発明は、コンピュータ等の
通信端末間のコネクション確立型通信における再送制御
方式に関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a retransmission control system in connection establishment type communication between communication terminals such as computers.

【0002】[0002]

【従来の技術】従来のコネクション確立型通信では、ネ
ットワーク内のノードへのパケット流入量がノードの中
継フレーム保持バッファの容量を越えた場合、余剰のパ
ケットは廃棄される。受信側端末はパケットを受信する
と、パケットに対する応答を送信側端末へ送信する。送
信側端末では、パケット送信後、一定時間内に応答を受
信できなかった場合、送信したパケットが上記のように
ネットワーク内のノードで廃棄されたと判断し、廃棄さ
れたパケットを再度送信する。
2. Description of the Related Art In conventional connection establishment type communication, when the amount of packets flowing into a node in a network exceeds the capacity of a relay frame holding buffer of the node, excess packets are discarded. Upon receiving the packet, the receiving terminal transmits a response to the packet to the transmitting terminal. If the transmitting terminal does not receive a response within a certain period of time after transmitting the packet, it determines that the transmitted packet has been discarded by the node in the network as described above, and transmits the discarded packet again.

【0003】[0003]

【発明が解決しようとする課題】しかしながら上記の構
成では、廃棄されたパケットを再送する際に、コネクシ
ョンの優先度についての区別がないため、全てのコネク
ションのパケットが同様に再送される。そのため、図4
0のように、各送信側端末41からの全てのパケットが
ネットワークの輻輳箇所(ネットワークノード42)へ
再度流入するので、ネットワークの輻輳状態を解消する
ことができず、重要な通信を行うことができないという
問題点があった。本発明は、上記課題を解決するために
なされたもので、送信側端末にコネクションの優先度を
識別する情報を持たせることで、輻輳時に優先度の低い
通信のパケット再送を抑制し、優先度の高い重要な通信
のためにネットワークの伝送容量を確保することができ
る再送制御方式を提供することを目的とする。
However, in the above configuration, when re-transmitting a discarded packet, there is no distinction regarding the priority of the connection, so that packets of all connections are re-transmitted in the same manner. Therefore, FIG.
As in the case of 0, all packets from each transmitting terminal 41 flow into the network congestion point (network node 42) again, so that the network congestion state cannot be resolved and important communication can be performed. There was a problem that it was not possible. The present invention has been made in order to solve the above-described problems, and by providing a transmitting terminal with information for identifying the priority of a connection, packet retransmission of low-priority communication during congestion can be suppressed. It is an object of the present invention to provide a retransmission control method capable of securing the transmission capacity of a network for important and high-speed communication.

【0004】[0004]

【課題を解決するための手段】本発明は、請求項1に記
載のように、送信側端末(1)に、通信の優先度に応じ
てパケット毎に予め設定された、再送が許される最大の
回数を表す最大再送回数を保持し、コネクションの確立
時に通信の優先度を識別して優先度に応じた最大再送回
数を出力し、通信停止の指示を受けるとアプリケーショ
ン(11)の通信を停止させるコネクション制御手段
(12)と、アプリケーションから受け取った送信すべ
きパケットを保持し、このパケットを特定する情報を基
に送信許可を求めるヘッダ管理手段(14)と、コネク
ション制御手段から受け取った最大再送回数に基づく残
り再送回数をパケットごとに管理し、ヘッダ管理手段か
ら送信許可を求められたパケットの残り再送回数が1以
上であれば、該パケットの残り再送回数を1減らす共に
ヘッダ管理手段に対して送信を許可し、残り再送回数が
0であれば、コネクション制御手段に通信の停止を指示
する記録管理手段(13)とを備えるものである。この
ように、再送が許される回数を表す残り再送回数を記憶
管理手段でパケットごとに管理する。このとき、優先度
が最も高い通信については、最大再送回数が設定され
ず、よって残り再送回数も設定されない。また、優先度
が低い通信ほど、最大再送回数が少なくなり、よって残
り再送回数も少なくなる。記録管理手段は、ヘッダ管理
手段から送信許可の問い合わせがあったときに、送信許
可を求められたパケットの残り再送回数が1以上であれ
ば、該パケットの残り再送回数を1減らす共にヘッダ管
理手段に対して送信(再送)を許可する。受信側端末か
らの応答がない限り、このような再送が繰り返される。
そして、送信許可を求められたパケットの残り再送回数
が0であれば、記録管理手段は、コネクション制御手段
に通信の停止を指示し、コネクション制御手段は、アプ
リケーションの通信を停止させる。
According to the present invention, as described in claim 1, the transmitting terminal (1) has a maximum allowable retransmission which is preset for each packet according to the priority of communication. Hold the maximum number of retransmissions indicating the number of times, identify the communication priority when establishing a connection, output the maximum number of retransmissions according to the priority, and stop the communication of the application (11) when receiving the instruction to stop the communication. Connection control means (12) for holding the packet to be transmitted received from the application, header management means (14) for requesting transmission permission based on the information specifying the packet, and maximum retransmission received from the connection control means. The remaining number of retransmissions based on the number of times is managed for each packet. If the number of remaining retransmissions of the packet for which transmission permission is requested by the header management means is 1 or more, the packet is And a record management means (13) for instructing the connection control means to stop communication if the remaining number of retransmissions is reduced by one and the header management means is permitted to transmit, and the remaining retransmission number is zero. is there. As described above, the remaining number of retransmissions indicating the number of times retransmission is permitted is managed by the storage management means for each packet. At this time, for the communication having the highest priority, the maximum number of retransmissions is not set, and thus the remaining number of retransmissions is not set. Also, the lower the priority of the communication, the smaller the maximum number of retransmissions, and thus the number of remaining retransmissions. When the header management unit receives a transmission permission inquiry from the header management unit, if the remaining number of retransmissions of the packet for which transmission permission has been requested is one or more, the record management unit reduces the remaining number of retransmissions of the packet by one and reduces the header management unit. Transmission (retransmission) is permitted. Such retransmission is repeated unless a response is received from the receiving terminal.
If the remaining number of retransmissions of the packet for which transmission permission is requested is 0, the record management unit instructs the connection control unit to stop communication, and the connection control unit stops communication of the application.

【0005】また、請求項2に記載のように、ネットワ
ークを介して上記送信側端末と接続されたネットワーク
ノード(2)のフレーム受信部に、送信側端末から送出
されたパケットを保持するフレーム保持バッファ(2
2)と、フレーム保持バッファで廃棄されるパケットを
検査し、識別子を検出したときに廃棄通知の送信を指示
する廃棄検出手段(21)と、廃棄通知送信の指示を受
けると、フレーム保持バッファで廃棄されるパケットの
送信元へパケット廃棄を通知する廃棄通知手段(23)
とを備え、コネクション制御手段(12a)は、ネット
ワークを介して上記廃棄通知を受け取ったときにアプリ
ケーションの通信を停止させるものであり、ヘッダ管理
手段(14a)は、識別子挿入の指示を受けたときに、
送信パケットのヘッダに識別子を挿入するものであり、
記録管理手段(13a)は、ヘッダ管理手段から送信許
可を求められたパケットの残り再送回数が1であれば、
ヘッダ管理手段に識別子の挿入を指示するものである。
このように、記録管理手段は、ヘッダ管理手段から送信
許可を求められたパケットの残り再送回数が1であれ
ば、ヘッダ管理手段に識別子の挿入を指示し、ヘッダ管
理手段は、送信パケットのヘッダに最後の再送であるこ
とを示す識別子を挿入する。ネットワークノードの廃棄
検出手段は、識別子が挿入されたパケットが廃棄される
ときに廃棄通知の送信を指示し、廃棄通知手段は、廃棄
されるパケットの送信元へパケット廃棄を通知する。コ
ネクション制御手段は、廃棄通知を受け取ったときにア
プリケーションの通信を停止させる。
According to a second aspect of the present invention, a frame holding unit holds a packet transmitted from a transmitting terminal in a frame receiving unit of a network node (2) connected to the transmitting terminal via a network. Buffer (2
2), a discard detection unit (21) for inspecting a packet discarded in the frame holding buffer and instructing transmission of a discard notice when detecting an identifier, Discard notification means (23) for notifying the sender of the discarded packet of the packet discard.
The connection control means (12a) stops communication of the application when the discard notification is received via the network, and the header management means (14a) stops the communication when the identifier insertion instruction is received. To
Insert an identifier into the header of the transmitted packet,
If the remaining number of retransmissions of the packet for which transmission permission is requested from the header management unit is 1, the record management unit (13a)
It instructs the header management means to insert an identifier.
As described above, the record management unit instructs the header management unit to insert an identifier if the remaining number of retransmissions of the packet for which transmission permission is requested by the header management unit is 1, and the header management unit determines whether the header of the transmission packet is , An identifier indicating the last retransmission is inserted. The discard detection means of the network node instructs transmission of a discard notification when the packet with the inserted identifier is discarded, and the discard notification means notifies the source of the discarded packet of the packet discard. The connection control means stops the communication of the application when receiving the discard notification.

【0006】また、請求項3に記載のように、上記送信
側端末(1b)に、タイマーセットの指示を受けたとき
に時間計測を開始し、計測時間が所定の時間を経過する
度にコネクション制御手段にトラフィック検査を指示す
る再通信管理手段(15)を備え、ネットワークを介し
てネットワークノードと接続された受信側端末(3)
に、トラフィック検査パケットを受信したときに、この
トラフィック検査パケットの送信元へ応答パケットを送
信するコネクション制御手段(31)を備え、上記送信
側端末のコネクション制御手段(12b)は、アプリケ
ーションの通信を停止させたときに再通信管理手段にタ
イマーセットを指示し、再通信管理手段よりトラフィッ
ク検査の指示を受けると、停止させた通信の通信先へト
ラフィック検査パケットを送信し、検査パケットに対す
る応答パケットを受信したときにアプリケーションの通
信を再開させるものである。このように、送信側端末の
コネクション制御手段は、アプリケーションの通信を停
止させたときに再通信管理手段にタイマーセットを指示
し、再通信管理手段は、時間計測を開始し、計測時間が
所定の時間を経過する度にコネクション制御手段にトラ
フィック検査を指示し、コネクション制御手段は、停止
させた通信の通信先へトラフィック検査パケットを送信
する。受信側端末のコネクション制御手段は、トラフィ
ック検査パケットを受信したときに応答パケットを送信
する。そして、送信側端末のコネクション制御手段は、
応答パケットを受信したときにアプリケーションの通信
を再開させる。また、請求項4に記載のように、記録管
理手段(13c)は、残り再送回数を管理しているパケ
ットについてヘッダ管理手段から送信許可を求められた
ときに、上記最大再送回数と残り再送回数の差が所定の
しきい値以上の場合、送信許可を求められたパケットの
送信先に関する最大再送回数を全て減らし、ヘッダ管理
手段から送信許可の問い合わせが一定時間ない場合に、
問い合わせがなかったパケットの送信先に関する最大再
送回数を初期化するものである。
According to a third aspect of the present invention, when the transmission side terminal (1b) receives an instruction to set a timer, time measurement is started, and a connection is made every time the measurement time elapses a predetermined time. Reception-side terminal (3) comprising re-communication management means (15) for instructing the control means to perform traffic inspection, and connected to a network node via a network
A connection control unit (31) for transmitting a response packet to the source of the traffic inspection packet when the traffic inspection packet is received, wherein the connection control unit (12b) of the transmitting side terminal communicates with the application. When the timer is stopped, the re-communication management unit is instructed to set a timer, and when the re-communication management unit receives a traffic inspection instruction, a traffic inspection packet is transmitted to the communication destination of the stopped communication, and a response packet to the inspection packet is transmitted. The communication of the application is resumed when it is received. In this way, the connection control means of the transmitting terminal instructs the re-communication management means to set the timer when the communication of the application is stopped, the re-communication management means starts time measurement, and the measurement time is set to the predetermined time. Each time the time elapses, the traffic control unit instructs the connection control unit to perform a traffic test, and the connection control unit transmits a traffic test packet to the communication destination of the stopped communication. The connection control means of the receiving terminal transmits a response packet when receiving the traffic inspection packet. Then, the connection control means of the transmitting terminal,
Resume application communication when a response packet is received. Further, as described in claim 4, the record management means (13c), when requested by the header management means to permit transmission of a packet for which the number of remaining retransmissions is being managed, the maximum number of retransmissions and the number of remaining retransmissions. If the difference is equal to or greater than a predetermined threshold, reduce the maximum number of retransmissions for the destination of the packet for which transmission permission was requested, and if there is no transmission permission inquiry from the header management means for a certain period of time,
This is to initialize the maximum number of retransmissions for the destination of a packet for which no inquiry has been made.

【0007】また、請求項5に記載のように、送信側端
末(1d)に、通信の優先度に応じてコネクション毎に
予め設定された、再送が許される最大の回数を表す最大
再送回数を保持し、コネクションの確立時に通信の優先
度を識別して優先度に応じた最大再送回数を出力し、通
信停止の指示を受けるとアプリケーションの通信を停止
させるコネクション制御手段(12d)と、アプリケー
ションから受け取った送信すべきパケットを保持し、こ
のパケットを特定する情報を基に送信許可を求めるヘッ
ダ管理手段(14)と、コネクション制御手段から受け
取った最大再送回数に基づく残り再送回数をコネクショ
ン毎に管理し、上記送信許可を求められたパケットに関
して設定されたコネクションの残り再送回数が1以上で
あれば、該コネクションの残り再送回数を1減らす共に
ヘッダ管理手段に対して送信を許可し、残り再送回数が
0であれば、コネクション制御手段に通信の停止を指示
し、ヘッダ管理手段から送信許可の問い合わせが一定時
間ない場合に、該当コネクションの残り再送回数を最大
値に戻す記録管理手段(13d)とを備えるものであ
る。このように、再送が許される回数を表す残り再送回
数を記憶管理手段でコネクションごとに管理する。記録
管理手段は、ヘッダ管理手段から送信許可の問い合わせ
があったときに、送信許可を求められたパケットに関し
て設定されたコネクションの残り再送回数が1以上であ
れば、該当コネクションの残り再送回数を1減らす共に
ヘッダ管理手段に対して送信を許可する。受信側端末か
らの応答がない限り、このような再送が繰り返される。
そして、記録管理手段は、ヘッダ管理手段から送信許可
の問い合わせが一定時間ない場合(パケット再送が一定
時間行われない場合)に、該当コネクションの残り再送
回数を最大値に戻す。
According to a fifth aspect of the present invention, a maximum number of retransmissions indicating the maximum number of retransmissions, which is set in advance for each connection in accordance with the priority of communication, is provided to the transmitting terminal (1d). Connection control means (12d) for holding the communication, identifying the communication priority when establishing the connection, outputting the maximum number of retransmissions according to the priority, and stopping the communication of the application when receiving the instruction to stop the communication; Header management means (14) for holding the received packet to be transmitted and requesting transmission permission based on the information specifying the packet, and managing the remaining number of retransmissions based on the maximum number of retransmissions received from the connection control means for each connection. If the remaining number of retransmissions of the connection set for the packet for which transmission permission is requested is 1 or more, the connection If the remaining number of retransmissions is 0, the header management means is allowed to transmit. If the remaining number of retransmissions is 0, the connection control means is instructed to stop communication, and the header management means issues a transmission permission inquiry. A recording management unit (13d) for returning the number of retransmissions of the connection to a maximum value when there is no fixed time. As described above, the remaining number of retransmissions indicating the number of times retransmission is allowed is managed by the storage management means for each connection. When the header management unit inquires of the transmission permission from the header management unit, if the remaining number of retransmissions of the connection set for the packet requested to be transmitted is 1 or more, the record management unit sets the remaining number of retransmissions of the connection to one. At the same time, the transmission is permitted to the header management means. Such retransmission is repeated unless a response is received from the receiving terminal.
Then, when there is no transmission permission inquiry from the header management unit for a certain period of time (when packet retransmission is not performed for a certain period of time), the record management unit returns the remaining number of retransmissions of the connection to the maximum value.

【0008】[0008]

【発明の実施の形態】[実施の形態の1]次に、本発明
の実施の形態について図面を参照して詳細に説明する。
図1は本発明の第1の実施の形態となる通信システムの
ブロック図である。本実施の形態の通信システムは、送
信側端末1と、ネットワークを介して送信側端末1と接
続されたネットワークノード2と、ネットワークを介し
てネットワークノード2と接続された受信側端末3とか
ら構成されている。
DESCRIPTION OF THE PREFERRED EMBODIMENTS [First Embodiment] Next, an embodiment of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a block diagram of a communication system according to a first embodiment of the present invention. The communication system according to the present embodiment includes a transmitting terminal 1, a network node 2 connected to the transmitting terminal 1 via a network, and a receiving terminal 3 connected to the network node 2 via a network. Have been.

【0009】そして、送信側端末1は、アプリケーショ
ン11と、通信の優先度に応じてパケット毎に予め設定
された最大再送回数を保持し、コネクションの確立時に
通信の優先度を識別して優先度に応じた最大再送回数を
出力し、通信停止の指示を受けるとアプリケーション1
1の通信を停止させるコネクション制御手段12と、再
送が許される回数を表す残り再送回数をパケットごとに
管理し、後述するヘッダ管理手段から送信許可を求めら
れたパケットの残り再送回数が1以上であれば、該パケ
ットの残り再送回数を1減らす共にヘッダ管理手段に対
して送信を許可し、残り再送回数が0であれば、コネク
ション制御手段12に通信の停止を指示する記録管理手
段13と、アプリケーション11から受け取った送信す
べきパケットを保持し、このパケットを特定する情報を
基に記録管理手段13に送信許可を求めるヘッダ管理手
段14とを有している。
The transmitting terminal 1 holds the application 11 and the maximum number of retransmissions set in advance for each packet in accordance with the priority of communication, identifies the priority of communication when establishing a connection, and identifies the priority of communication. Output the maximum number of retransmissions according to
1 and a connection control means 12 for stopping the communication, and a remaining retransmission number indicating the number of times retransmission is allowed is managed for each packet. If there is, the remaining number of retransmissions of the packet is reduced by 1 and the transmission is permitted to the header management means. If the number of remaining retransmissions is 0, the record management means 13 instructing the connection control means 12 to stop communication, It has a header management unit 14 for holding a packet to be transmitted received from the application 11 and requesting the record management unit 13 to permit transmission based on the information specifying the packet.

【0010】図2、図3はコネクション制御手段12の
動作を説明するためのフローチャート図、図4、図5、
図6は記録管理手段13の動作を説明するためのフロー
チャート図、図7はヘッダ管理手段14の動作を説明す
るためのフローチャート図である。
FIGS. 2 and 3 are flow charts for explaining the operation of the connection control means 12, and FIGS.
FIG. 6 is a flowchart for explaining the operation of the record management unit 13, and FIG. 7 is a flowchart for explaining the operation of the header management unit 14.

【0011】図2〜図7を参照しながらコネクション確
立時の動作について説明する。送信側端末1において、
アプリケーション11がコネクション確立要求情報を発
信すると(図2ステップ101)、コネクション制御手
段12は、受信したコネクション確立要求情報から通信
を行うアプリケーション11の種別と通信先のアドレス
を抽出する(ステップ102)。
The operation at the time of establishing a connection will be described with reference to FIGS. In the transmitting terminal 1,
When the application 11 transmits the connection establishment request information (Step 101 in FIG. 2), the connection control unit 12 extracts the type of the application 11 to communicate with and the address of the communication destination from the received connection establishment request information (Step 102).

【0012】コネクション制御手段12は、取得した通
信先アドレス及びアプリケーション種別を基に、自身が
有する図8のような優先度情報テーブル51を検索し
て、該通信先アドレス及びアプリケーション種別に対し
てあらかじめ定められた最大再送回数をテーブル51か
ら取得する(ステップ103)。
The connection control means 12 searches its own priority information table 51 as shown in FIG. 8 based on the acquired communication destination address and application type, and determines in advance the communication destination address and application type. The determined maximum number of retransmissions is obtained from the table 51 (step 103).

【0013】そして、コネクション制御手段12は、コ
ネクション確立要求情報から抽出した通信先アドレス及
びアプリケーション種別とテーブル51から取得した最
大再送回数とを含むコネクション確立情報を記録管理手
段13へ通知する(ステップ104)。
The connection control means 12 notifies the record management means 13 of connection establishment information including the communication destination address and application type extracted from the connection establishment request information and the maximum number of retransmissions obtained from the table 51 (step 104). ).

【0014】優先度情報テーブル51に通信先アドレス
及びアプリケーション種別に対応する最大再送回数のデ
ータが登録されていない場合、この通信先アドレス及び
アプリケーション種別を含むパケットの送信に関して設
定されたコネクションは優先コネクションである。この
場合、コネクション制御手段12は、通信先アドレス及
びアプリケーション種別を含むコネクション確立情報を
通知して、最大再送回数を通知しない。
When the data of the maximum number of retransmissions corresponding to the communication destination address and the application type is not registered in the priority information table 51, the connection set for transmitting the packet including the communication destination address and the application type is the priority connection. It is. In this case, the connection control unit 12 notifies the connection establishment information including the communication destination address and the application type, and does not notify the maximum number of retransmissions.

【0015】記録管理手段13は、コネクション制御手
段12からのコネクション確立情報を受信すると(図4
ステップ201)、このコネクション確立情報から通信
先アドレス、アプリケーション種別、最大再送回数を抽
出し(ステップ202)、これらを自身が有する図9の
ような最大再送回数テーブル52に登録する(ステップ
203,204)。
The record management means 13 receives the connection establishment information from the connection control means 12 (FIG. 4).
Step 201), the communication destination address, the application type, and the maximum number of retransmissions are extracted from the connection establishment information (step 202), and these are registered in the maximum number of retransmissions table 52 such as that shown in FIG. 9 (steps 203 and 204). ).

【0016】また、コネクション制御手段12から最大
再送回数が通知されなかった場合、記録管理手段13
は、ステップ203の判定においてYes、すなわち通
知されたアドレス及び種別を含むパケットの送信に関し
て設定されたコネクションを優先コネクションであると
判断し、通知された情報を最大再送回数テーブル52に
は登録しない(ステップ203)。
When the maximum number of retransmissions is not notified from the connection control means 12, the recording management means 13
Determines Yes in the determination in step 203, that is, determines that the connection set for transmission of the packet including the notified address and type is the priority connection, and does not register the notified information in the maximum retransmission count table 52 ( Step 203).

【0017】次に、図2〜図7を参照しながらパケット
送信時の動作について説明する。アプリケーション11
からの送信パケットを受け取ったヘッダ管理手段14は
(図7ステップ301)、送信パケットを自身のバッフ
ァ(不図示)へ格納して(ステップ302)、このパケ
ットから通信先アドレス、アプリケーション種別及びパ
ケットごとに付与されるシーケンシャルNo.を抽出す
る(ステップ303)。
Next, the operation at the time of packet transmission will be described with reference to FIGS. Application 11
The header management unit 14 that has received the transmission packet from the server (step 301 in FIG. 7) stores the transmission packet in its own buffer (not shown) (step 302), and from this packet, the communication destination address, the application type, and each packet. No. assigned to the sequential No. Is extracted (step 303).

【0018】そして、ヘッダ管理手段14は、送信パケ
ットから抽出した通信先アドレス、アプリケーション種
別及びシーケンシャルNo.を含むパケット問い合わせ
情報を記録管理手段13へ通知し(ステップ304)、
記録管理手段13からの応答を待つ(ステップ30
5)。
Then, the header management means 14 stores the communication destination address, application type and sequential No. extracted from the transmission packet. Is notified to the record management means 13 (step 304).
Wait for a response from the record management means 13 (step 30)
5).

【0019】次に、記録管理手段13は、ヘッダ管理手
段14からのパケット問い合わせ情報を受信すると(図
4ステップ205)、パケット問い合わせ情報から通信
先アドレス、アプリケーション種別及びシーケンシャル
No.を抽出し(図5ステップ206)、これらを基に
自身が有する図10のような送信記録テーブル53を検
索する(ステップ207)。
Next, when the record management means 13 receives the packet inquiry information from the header management means 14 (step 205 in FIG. 4), the communication destination address, the application type and the sequential No. are determined from the packet inquiry information. Are extracted (step 206 in FIG. 5), and the transmission record table 53 such as that shown in FIG. 10 is retrieved based on these (step 207).

【0020】パケット問い合わせ情報から抽出した通信
先アドレス及びアプリケーション種別が送信記録テーブ
ル53に登録されていない場合、このアドレス及び種別
を含むパケットの送信に関して設定されたコネクション
は優先コネクションである。この場合、記録管理手段1
3は、ステップ208においてYesと判定し、ヘッダ
管理手段14へ送信許可情報を通知する(ステップ20
9)。
When the communication destination address and the application type extracted from the packet inquiry information are not registered in the transmission record table 53, the connection set for transmitting the packet including this address and the type is the priority connection. In this case, the record management means 1
3 judges Yes in Step 208 and notifies the header management unit 14 of the transmission permission information (Step 20).
9).

【0021】ヘッダ管理手段14は、記録管理手段13
から送信許可情報を受信すると(図7ステップ305,
306)、バッファに保留していたパケットをネットワ
ークに送出する(ステップ307)。
The header management means 14 includes a record management means 13
(Step 305 in FIG. 7)
306), and sends the packet held in the buffer to the network (step 307).

【0022】また、パケット問い合わせ情報から抽出し
た通信先アドレス及びアプリケーション種別が送信記録
テーブル53に登録されていて、シーケンシャルNo.
がテーブル53に登録されていない場合、記録管理手段
13は、ステップ208,210においてNoと判定
し、パケット問い合わせ情報から抽出した通信先アドレ
ス、アプリケーション種別及びシーケンシャルNo.と
これらに対応する残り再送回数を送信記録テーブル53
に登録する(ステップ211)。つまり、記録管理手段
13は、通信先アドレス、アプリケーション種別及びシ
ーケンシャルNo.によって特定されるパケットの残り
再送回数をテーブル53に登録する。
The communication destination address and the application type extracted from the packet inquiry information are registered in the transmission record table 53, and the sequential number.
Is not registered in the table 53, the record management unit 13 determines No in Steps 208 and 210, and determines the communication destination address, application type, and sequential No. extracted from the packet inquiry information. And the remaining number of retransmissions corresponding to these
(Step 211). That is, the record management unit 13 stores the communication destination address, the application type, and the sequential No. Is registered in the table 53.

【0023】このとき、パケット問い合わせ情報から抽
出した通信先アドレス及びアプリケーション種別を基に
最大再送回数テーブル52を検索して、このアドレス及
び種別を含むパケット送信に関して設定されたコネクシ
ョンに対応する最大再送回数を取得し、取得した最大再
送回数から1引いた値を残り再送回数とする。そして、
記録管理手段13は、ヘッダ管理手段14へ送信許可情
報を通知する(ステップ209)。
At this time, the maximum number of retransmissions table 52 is searched based on the communication destination address and the application type extracted from the packet inquiry information, and the maximum number of retransmissions corresponding to the connection set for the packet transmission including this address and the type. Is obtained, and the value obtained by subtracting 1 from the obtained maximum number of retransmissions is set as the remaining number of retransmissions. And
The record management unit 13 notifies the header management unit 14 of the transmission permission information (Step 209).

【0024】パケット問い合わせ情報から抽出した通信
先アドレス、アプリケーション種別及びシーケンシャル
No.が送信記録テーブル53に登録されている場合、
記録管理手段13は、該アドレス、種別及びNo.に対
応してテーブル53に登録された残り再送回数が1以上
か否かを判定する(ステップ212)。残り再送回数が
1以上の場合、記録管理手段13は、テーブル53に登
録されている該残り再送回数を1減らすと共に(ステッ
プ213)、ヘッダ管理手段14へ送信許可情報を通知
する(ステップ209)。
The communication destination address, application type and sequential No. extracted from the packet inquiry information. Is registered in the transmission record table 53,
The record management unit 13 stores the address, type, and No. It is determined whether the number of remaining retransmissions registered in the table 53 is equal to or greater than 1 (step 212). When the number of remaining retransmissions is 1 or more, the record management unit 13 reduces the number of remaining retransmissions registered in the table 53 by 1 (step 213), and notifies the header management unit 14 of transmission permission information (step 209). .

【0025】ステップ212において残り再送回数が0
の場合、記録管理手段13は、上記シーケンシャルN
o.とこれに対応する値0の残り再送回数を送信記録テ
ーブル53から削除する(ステップ214)。続いて、
記録管理手段13は、ヘッダ管理手段14へ送信中止情
報を通知すると共に(ステップ215)、コネクション
制御手段12へ上記通信先アドレス及びアプリケーショ
ン種別を含む通信停止情報を通知する(ステップ21
6)。
In step 212, the remaining number of retransmissions is 0
In the case of, the record management means 13
o. And the remaining number of retransmissions corresponding to the value 0 are deleted from the transmission record table 53 (step 214). continue,
The record management unit 13 notifies the header management unit 14 of the transmission stop information (step 215), and notifies the connection control unit 12 of the communication stop information including the communication destination address and the application type (step 21).
6).

【0026】次に、図2〜図7を参照しながら通信停止
時の動作について説明する。ヘッダ管理手段14は、記
録管理手段13から送信中止情報を受信すると、ステッ
プ306においてNoと判定し、バッファに保留してい
た送信待ちパケットを廃棄する(ステップ308)。
Next, the operation when communication is stopped will be described with reference to FIGS. Upon receiving the transmission suspension information from the record management unit 13, the header management unit 14 determines No in step 306, and discards the transmission waiting packet held in the buffer (step 308).

【0027】コネクション制御手段12は、記録管理手
段13から通信停止情報を受信すると(図2ステップ1
06)、この通信停止情報から通信先アドレス及びアプ
リケーション種別を抽出し(図3ステップ107)、ア
プリケーション11の該当するコネクションの通信を停
止させる(ステップ108)。
The connection control means 12 receives the communication stop information from the record management means 13 (step 1 in FIG. 2).
06), the communication destination address and the application type are extracted from the communication stop information (Step 107 in FIG. 3), and the communication of the corresponding connection of the application 11 is stopped (Step 108).

【0028】次に、図2〜図7を参照しながら送信パケ
ットに対する応答をネットワークから受信したときの動
作について説明する。送信側端末1からの送信パケット
は、ネットワークノード2を介して受信側端末3へ送出
される。受信側端末3は、ネットワークを介してパケッ
トを受信すると、パケットに対する応答ACK(Acknow
ledge )を送信する。この応答ACKもネットワークノ
ード2を介して送信側端末1へ送出される。
Next, the operation when a response to the transmission packet is received from the network will be described with reference to FIGS. A transmission packet from the transmitting terminal 1 is transmitted to the receiving terminal 3 via the network node 2. Upon receiving the packet via the network, the receiving terminal 3 responds to the packet with an ACK (Acknow
ledge). This response ACK is also transmitted to the transmitting terminal 1 via the network node 2.

【0029】コネクション制御手段12は、ネットワー
クを介して受信側端末3からの応答ACKを受信すると
(図2ステップ105)、この応答ACKから通信先ア
ドレス、アプリケーション種別及びシーケンシャルN
o.を抽出し(図3ステップ109)、抽出した通信先
アドレス、アプリケーション種別及びシーケンシャルN
o.を含む応答受信情報を記録管理手段13へ通知する
(ステップ110)。
When the connection control means 12 receives the response ACK from the receiving terminal 3 via the network (step 105 in FIG. 2), the connection control means 12 receives the communication destination address, application type and sequential N from the response ACK.
o. (Step 109 in FIG. 3), and the extracted communication destination address, application type, and sequential N
o. Is notified to the record management means 13 (step 110).

【0030】記録管理手段13は、コネクション制御手
段12から応答受信情報を受信すると(図4ステップ2
17)、この応答受信情報から通信先アドレス、アプリ
ケーション種別及びシーケンシャルNo.を抽出し(図
6ステップ218)、該シーケンシャルNo.とこれに
対応する残り再送回数を自身の送信記録テーブル53か
ら削除する(ステップ219)。
The record management means 13 receives the response reception information from the connection control means 12 (step 2 in FIG. 4).
17), the communication destination address, the application type, and the sequential No. from the response reception information. Is extracted (step 218 in FIG. 6), and the sequential No. And the number of remaining retransmissions corresponding to this are deleted from its own transmission record table 53 (step 219).

【0031】次に、図2〜図7を参照しながらコネクシ
ョン切断時の動作について説明する。コネクション制御
手段12は、アプリケーション11からコネクション切
断/終了要求情報を受信すると(図2ステップ11
1)、このコネクション切断/終了要求情報から通信先
アドレス及びアプリケーション種別を抽出し(図3ステ
ップ112)、抽出した通信先アドレス及びアプリケー
ション種別を含むコネクション切断情報を記録管理手段
13へ通知する(ステップ113)。
Next, the operation when the connection is disconnected will be described with reference to FIGS. Upon receiving the connection disconnection / termination request information from the application 11, the connection control means 12 (step 11 in FIG. 2)
1), the communication destination address and the application type are extracted from the connection disconnection / termination request information (step 112 in FIG. 3), and the disconnection information including the extracted communication destination address and the application type is notified to the record management unit 13 (step 112). 113).

【0032】記録管理手段13は、コネクション制御手
段12からコネクション切断情報を受信すると(図4ス
テップ220)、このコネクション切断情報から通信先
アドレス及びアプリケーション種別を抽出し(図6ステ
ップ221)、該アドレス及び種別が一致するコネクシ
ョンのエントリーを送信記録テーブル53から全て削除
する(ステップ222)。
Upon receiving the connection disconnection information from the connection control unit 12 (step 220 in FIG. 4), the record management unit 13 extracts the communication destination address and the application type from the connection disconnection information (step 221 in FIG. 6). Then, all the entries of the connections having the same type are deleted from the transmission record table 53 (step 222).

【0033】以上のように、再送が許される回数を表す
残り再送回数を記憶管理手段13でパケットごとに管理
する。このとき、優先度が最も高い通信については、最
大再送回数が設定されず、よって残り再送回数も設定さ
れない。また、優先度が低い通信ほど、最大再送回数が
少なくなり、よって残り再送回数も少なくなる。記録管
理手段13は、ヘッダ管理手段14から送信許可の問い
合わせがあったときに、送信許可を求められたパケット
の残り再送回数が1以上であれば、該パケットの残り再
送回数を1減らす共にヘッダ管理手段14に対して送信
を許可する。これにより、パケットの再送が行われる。
As described above, the remaining number of retransmissions indicating the number of times retransmission is allowed is managed by the storage management means 13 for each packet. At this time, for the communication having the highest priority, the maximum number of retransmissions is not set, and thus the remaining number of retransmissions is not set. Also, the lower the priority of the communication, the smaller the maximum number of retransmissions, and thus the number of remaining retransmissions. When the header management unit 14 inquires of the transmission permission from the header management unit 14, if the remaining number of retransmissions of the packet for which the transmission permission is requested is 1 or more, the record management unit 13 reduces the remaining number of retransmissions of the packet by 1 and sets the header The transmission to the management means 14 is permitted. As a result, the packet is retransmitted.

【0034】受信側端末3からの応答ACKを受信しな
い限り、ヘッダ管理手段14は、送信許可の問い合わせ
を繰り返し、パケット再送が繰り返される。そして、送
信許可を求められたパケットの残り再送回数が0であれ
ば、記録管理手段13は、コネクション制御手段12に
通信の停止を指示し、コネクション制御手段12は、ア
プリケーション11の通信を停止させる。こうして、優
先度の低い通信のパケット再送を抑制することができ
る。
Unless a response ACK is received from the receiving terminal 3, the header management unit 14 repeats the inquiry about the transmission permission and repeats the packet retransmission. If the remaining number of retransmissions of the packet for which transmission permission is requested is 0, the record management unit 13 instructs the connection control unit 12 to stop the communication, and the connection control unit 12 stops the communication of the application 11. . In this way, it is possible to suppress packet retransmission of low priority communication.

【0035】[実施の形態の2]次に、本発明の第2の
実施の形態について図面を参照して詳細に説明する。図
11は本発明の第2の実施の形態となる通信システムの
ブロック図であり、図1と同一の構成には同一の符号を
付してある。本実施の形態の送信側端末1aは、アプリ
ケーション11と、ネットワークを介して廃棄通知を受
け取ったときにアプリケーション11の通信を停止させ
るコネクション制御手段12aと、ヘッダ管理手段から
送信許可を求められたパケットの残り再送回数が1であ
れば、ヘッダ管理手段に最終識別子の挿入を指示する記
録管理手段13aと、最終識別子挿入の指示を受けたと
きに、送信パケットのヘッダに最終識別子を挿入するヘ
ッダ管理手段14aとを有している。
[Second Embodiment] Next, a second embodiment of the present invention will be described in detail with reference to the drawings. FIG. 11 is a block diagram of a communication system according to a second embodiment of the present invention, and the same components as those in FIG. 1 are denoted by the same reference numerals. The transmitting terminal 1a of the present embodiment includes an application 11, a connection control unit 12a for stopping communication of the application 11 when receiving a discard notification via the network, and a packet for which transmission permission is requested from the header management unit. If the remaining number of retransmissions is 1, the record management unit 13a instructs the header management unit to insert the final identifier, and the header management unit inserts the final identifier into the header of the transmission packet when receiving the instruction to insert the final identifier. Means 14a.

【0036】また、ネットワークを介して送信側端末1
aと接続されるネットワークノード2のフレーム受信部
に、フレーム保持バッファ22で廃棄されるパケットを
検査し、最終識別子を検出したときに廃棄通知の送信を
指示する廃棄検出手段21と、送信側端末1aから送出
されたパケットを保持するフレーム保持バッファ22
と、廃棄通知送信の指示を受けると、フレーム保持バッ
ファ22で廃棄されるパケットの送信元へパケット廃棄
を通知する廃棄通知手段23とを備えている。
The transmitting terminal 1 is connected via a network.
a discard detecting means 21 for checking a packet discarded in the frame holding buffer 22 and instructing transmission of a discard notice when detecting a final identifier, in a frame receiving unit of the network node 2 connected to the transmitting node a; Frame holding buffer 22 for holding a packet transmitted from 1a
And a discard notifying unit 23 for notifying the source of the packet discarded in the frame holding buffer 22 of the packet discard when receiving the discard notification transmission instruction.

【0037】図12はコネクション制御手段12aの動
作を説明するためのフローチャート図、図13、図14
は記録管理手段13aの動作を説明するためのフローチ
ャート図、図15はヘッダ管理手段14aの動作を説明
するためのフローチャート図、図16は廃棄検出手段2
1の動作を説明するためのフローチャート図、図17は
廃棄通知手段23の動作を説明するためのフローチャー
ト図であり、図2〜図7と同様の動作には同一の符号を
付してある。
FIG. 12 is a flowchart for explaining the operation of the connection control means 12a, and FIGS.
FIG. 15 is a flowchart for explaining the operation of the record management unit 13a, FIG. 15 is a flowchart for explaining the operation of the header management unit 14a, and FIG.
1 is a flow chart for explaining the operation of FIG. 1, and FIG. 17 is a flow chart for explaining the operation of the discarding notifying means 23, and the same operations as those in FIGS.

【0038】コネクション制御手段12aにおけるコネ
クション確立時、送信パケットに対する応答受信時、通
信停止時、コネクション切断時の動作は、実施の形態の
1のコネクション制御手段12と同様であり、記録管理
手段13aにおけるコネクション確立時、送信パケット
に対する応答受信時、コネクション切断時の動作は、実
施の形態の1の記録管理手段13と同様である。
The operation of the connection control means 12a when establishing a connection, receiving a response to a transmitted packet, stopping communication, and disconnecting a connection is the same as that of the connection control means 12 of the first embodiment, and The operations at the time of connection establishment, at the time of receiving a response to a transmission packet, and at the time of disconnection are the same as those of the record management unit 13 of the first embodiment.

【0039】次に、図12〜図17を参照しながらパケ
ット送信時の動作について説明する。アプリケーション
11からの送信パケットを受け取ったヘッダ管理手段1
4aは(図15ステップ301)、パケットを自身のバ
ッファ(不図示)へ格納し(ステップ302)、このパ
ケットから通信先アドレス、アプリケーション種別及び
シーケンシャルNo.を抽出する(ステップ303)。
Next, the operation at the time of packet transmission will be described with reference to FIGS. Header management means 1 receiving a transmission packet from application 11
4a (step 301 in FIG. 15), the packet is stored in its own buffer (not shown) (step 302), and from this packet, the communication destination address, application type, and sequential No. Is extracted (step 303).

【0040】続いて、ヘッダ管理手段14aは、送信パ
ケットから抽出した通信先アドレス、アプリケーション
種別及びシーケンシャルNo.を含むパケット問い合わ
せ情報を記録管理手段13aへ通知し(ステップ30
4)、記録管理手段13aからの応答を待つ(ステップ
311,305)。
Subsequently, the header management means 14a sends the communication destination address, application type and sequential No. extracted from the transmission packet. Is notified to the record management means 13a (step 30).
4) Wait for a response from the record management means 13a (steps 311 and 305).

【0041】次に、記録管理手段13aは、ヘッダ管理
手段14aからのパケット問い合わせ情報を受信すると
(図13ステップ205)、パケット問い合わせ情報か
ら通信先アドレス、アプリケーション種別及びシーケン
シャルNo.を抽出し(図14ステップ206)、これ
らを基に自身が有する図10のような送信記録テーブル
53を検索する(ステップ207)。
Next, when the packet management information 13a receives the packet inquiry information from the header management means 14a (step 205 in FIG. 13), the communication destination address, the application type and the sequential No. Are extracted (step 206 in FIG. 14), and the transmission record table 53 such as that shown in FIG. 10 is retrieved based on these (step 207).

【0042】パケット問い合わせ情報から抽出した通信
先アドレス及びアプリケーション種別が送信記録テーブ
ル53に登録されていない場合、このアドレス及び種別
を含むパケット送信に関して設定されたコネクションは
優先コネクションである。この場合、記録管理手段13
は、ステップ208においてYesと判定し、ヘッダ管
理手段14aへ送信許可情報を通知する(ステップ20
9)。
When the communication destination address and the application type extracted from the packet inquiry information are not registered in the transmission record table 53, the connection set for the packet transmission including the address and the type is the priority connection. In this case, the record management unit 13
Determines Yes in step 208, and notifies the header management unit 14a of the transmission permission information (step 20).
9).

【0043】ヘッダ管理手段14aは、記録管理手段1
3aから送信許可情報を受信すると(図15ステップ3
05,306)、バッファに保留していたパケットをネ
ットワークに送出する(ステップ307)。
The header management means 14a is provided with the record management means 1
3a (step 3 in FIG. 15)
05, 306), and sends the packet held in the buffer to the network (step 307).

【0044】また、パケット問い合わせ情報から抽出し
た通信先アドレス及びアプリケーション種別が送信記録
テーブル53に登録されていて、シーケンシャルNo.
がテーブル53に登録されていない場合、記録管理手段
13は、ステップ208,210においてNoと判定
し、パケット問い合わせ情報から抽出した通信先アドレ
ス、アプリケーション種別及びシーケンシャルNo.と
これらに対応する残り再送回数を送信記録テーブル53
に登録する(ステップ211)。
Further, the communication destination address and the application type extracted from the packet inquiry information are registered in the transmission record table 53, and the sequential No.
Is not registered in the table 53, the record management unit 13 determines No in Steps 208 and 210, and determines the communication destination address, application type, and sequential No. extracted from the packet inquiry information. And the remaining number of retransmissions corresponding to these
(Step 211).

【0045】このとき、パケット問い合わせ情報から抽
出した通信先アドレス及びアプリケーション種別を基に
最大再送回数テーブル52を検索して、このアドレス及
び種別を含むパケット送信に関して設定されたコネクシ
ョンに対応する最大再送回数を取得し、取得した最大再
送回数から1引いた値を残り再送回数とする。そして、
記録管理手段13aは、ヘッダ管理手段14aへ送信許
可情報を通知する(ステップ209)。
At this time, the maximum number of retransmissions table 52 is searched based on the communication destination address and the application type extracted from the packet inquiry information, and the maximum number of retransmissions corresponding to the connection set for the packet transmission including this address and the type. Is obtained, and the value obtained by subtracting 1 from the obtained maximum number of retransmissions is set as the remaining number of retransmissions. And
The record management unit 13a notifies the header management unit 14a of the transmission permission information (Step 209).

【0046】パケット問い合わせ情報から抽出した通信
先アドレス、アプリケーション種別及びシーケンシャル
No.が送信記録テーブル53に登録されている場合、
記録管理手段13は、該アドレス、種別及びNo.に対
応してテーブル53に登録された残り再送回数が1以上
か否かを判定する(ステップ212)。残り再送回数が
2以上の場合、記録管理手段13aは、テーブル53に
登録されている該残り再送回数を1減らすと共に(ステ
ップ213)、ヘッダ管理手段14へ送信許可情報を通
知する(ステップ209)。
The communication destination address, application type, and sequential No. extracted from the packet inquiry information Is registered in the transmission record table 53,
The record management unit 13 stores the address, type, and No. It is determined whether the number of remaining retransmissions registered in the table 53 is equal to or greater than 1 (step 212). If the number of remaining retransmissions is two or more, the record management unit 13a decreases the number of remaining retransmissions registered in the table 53 by 1 (step 213), and notifies the header management unit 14 of transmission permission information (step 209). .

【0047】残り再送回数が1の場合、記録管理手段1
3aは、ステップ231においてYesと判定し、ヘッ
ダ管理手段14aへ最終送信情報を通知し(ステップ2
32)、送信記録テーブル53に登録されている該残り
再送回数を1減らすと共に(ステップ213)、ヘッダ
管理手段14へ送信許可情報を通知する(ステップ20
9)。
If the remaining number of retransmissions is 1, the record management means 1
3a determines Yes in Step 231 and notifies the header management unit 14a of the final transmission information (Step 2).
32), the remaining number of retransmissions registered in the transmission record table 53 is reduced by 1 (step 213), and the transmission permission information is notified to the header management means 14 (step 20).
9).

【0048】ヘッダ管理手段14aは、記録管理手段1
3aから最終送信情報を受信すると(図15ステップ3
11)、バッファに保留している送信待ちパケットに最
終識別子を挿入し(ステップ312)、送信許可情報を
受信すると、パケットをネットワークに送出する(ステ
ップ307)。
The header management means 14a is provided with the record management means 1
3a (FIG. 15, step 3)
11) Insert the final identifier into the transmission waiting packet held in the buffer (step 312), and upon receiving the transmission permission information, send the packet to the network (step 307).

【0049】ステップ212において残り再送回数が0
の場合、記録管理手段13aは、上記シーケンシャルN
o.とこれに対応する値0の残り再送回数を送信記録テ
ーブル53から削除する(ステップ214)。続いて、
記録管理手段13aは、ヘッダ管理手段14aへ送信中
止情報を通知すると共に(ステップ215)、コネクシ
ョン制御手段12aへ上記通信先アドレス及びアプリケ
ーション種別を含む通信停止情報を通知する(ステップ
216)。
In step 212, the remaining number of retransmissions is 0
In the case of, the record management means 13a
o. And the remaining number of retransmissions corresponding to the value 0 are deleted from the transmission record table 53 (step 214). continue,
The record management unit 13a notifies the header management unit 14a of the transmission stop information (step 215), and notifies the connection control unit 12a of communication stop information including the communication destination address and the application type (step 216).

【0050】次に、図12〜図17を参照しながらネッ
トワークノード2のフレーム受信部におけるパケット廃
棄時の動作について説明する。廃棄検出手段21は、パ
ケット流入量が容量を超えたためにフレーム保持バッフ
ァ22でパケット廃棄が発生すると(図16ステップ4
01)、廃棄パケットから通信元アドレス、通信先アド
レス、アプリケーション種別、シーケンシャルNo.及
び最終識別子を抽出する(ステップ402)。
Next, the operation of the frame receiving unit of the network node 2 when discarding a packet will be described with reference to FIGS. The discard detection unit 21 determines that a packet discard has occurred in the frame holding buffer 22 because the packet inflow amount has exceeded the capacity (step 4 in FIG. 16).
01), from the discarded packet, the communication source address, communication destination address, application type, sequential No. And a final identifier (step 402).

【0051】廃棄パケットから最終識別子が検出された
場合(ステップ403)、廃棄検出手段21は、廃棄通
知手段23へ通信元アドレス、通信先アドレス、アプリ
ケーション種別及びシーケンシャルNo.を含む廃棄検
出情報を通知する(ステップ404)。
When the final identifier is detected from the discarded packet (step 403), the discard detection means 21 sends the communication source address, communication destination address, application type and sequential No. to the discard notification means 23. Is notified (step 404).

【0052】廃棄通知手段23は、廃棄検出手段21か
ら廃棄検出情報を受信すると(ステップ405)、廃棄
検出情報から通信元アドレス、通信先アドレス、アプリ
ケーション種別及びシーケンシャルNo.を抽出し(ス
テップ406)、該通信元アドレスを基に通信元の端末
を識別して、この通信元端末へ廃棄検出情報から抽出し
た通信先アドレス、アプリケーション種別及びシーケン
シャルNo.を含む廃棄情報を送信する(ステップ40
7)。
Upon receiving the discard detection information from the discard detection means 21 (step 405), the discard notification means 23 receives the communication source address, communication destination address, application type and sequential No. from the discard detection information. (Step 406), the communication source terminal is identified based on the communication source address, and the communication destination address, application type, and sequential No. extracted from the discard detection information are sent to the communication source terminal. Is transmitted (step 40).
7).

【0053】次に、図12〜図17を参照しながら、最
終識別子が付加されたパケットがネットワークノード2
で廃棄された場合の送信側端末の動作について説明す
る。送信側端末1aにおいて、コネクション制御手段1
2aは、ネットワークから廃棄情報を受信すると(図1
2ステップ121)、この廃棄情報から通信先アドレ
ス、アプリケーション種別及びシーケンシャルNo.を
抽出し(ステップ122)、この通信先アドレス、アプ
リケーション種別及びシーケンシャルNo.を含むコネ
クション停止情報を記録管理手段13aへ通知すると共
に(ステップ123)、アプリケーション11の該当す
るコネクションの通信を停止させる(ステップ12
4)。
Next, referring to FIGS. 12 to 17, the packet to which the final identifier is
The operation of the transmitting terminal when discarded in the above will be described. In the transmitting terminal 1a, the connection control means 1
2a receives the discard information from the network (FIG. 1)
2 step 121), the communication destination address, the application type, and the sequential No. Is extracted (step 122), and the communication destination address, application type, and sequential No. are extracted. Is notified to the record management means 13a (step 123), and communication of the application 11 in the corresponding connection is stopped (step 12).
4).

【0054】記録管理手段13aは、コネクション制御
手段12aからコネクション停止情報を受信すると(図
13ステップ233)、このコネクション停止情報から
通信先アドレス、アプリケーション種別及びシーケンシ
ャルNo.を抽出し(ステップ234)、該当するコネ
クションのパケットのエントリー(抽出したシーケンシ
ャルNo.とこれに対応する残り再送回数)を送信記録
テーブル53から削除する(ステップ235,23
6)。
When the record management means 13a receives the connection stop information from the connection control means 12a (step 233 in FIG. 13), the communication destination address, the application type and the sequential No. are obtained from the connection stop information. Is extracted (step 234), and the entry of the packet of the corresponding connection (the extracted sequential No. and the number of remaining retransmissions corresponding thereto) is deleted from the transmission record table 53 (steps 235 and 23).
6).

【0055】以上のように、記録管理手段13aは、ヘ
ッダ管理手段14aから送信許可を求められたパケット
の残り再送回数が1であれば、ヘッダ管理手段14aに
最終識別子の挿入を指示し、ヘッダ管理手段14aは、
送信パケットのヘッダに最後の再送であることを示す最
終識別子を挿入する。
As described above, the record management means 13a instructs the header management means 14a to insert the final identifier if the remaining number of retransmissions of the packet for which transmission permission has been requested from the header management means 14a is one, and The management means 14a
A final identifier indicating the last retransmission is inserted into the header of the transmission packet.

【0056】ネットワークノード2の廃棄検出手段21
は、最終識別子が挿入されたパケットが廃棄されるとき
に廃棄通知の送信を指示し、廃棄通知手段23は、廃棄
されるパケットの送信元へパケット廃棄を通知する。コ
ネクション制御手段12aは、廃棄通知を受け取ったと
きにアプリケーション11の通信を停止させる。こうし
て、輻輳時に優先度の低い通信を速やかに停止すること
ができる。
The discard detection means 21 of the network node 2
Indicates the transmission of a discard notification when the packet in which the final identifier is inserted is discarded, and the discard notification unit 23 notifies the source of the discarded packet of the packet discard. The connection control unit 12a stops communication of the application 11 when receiving the discard notification. Thus, low-priority communication can be quickly stopped during congestion.

【0057】[実施の形態の3]次に、本発明の第3の
実施の形態について図面を参照して詳細に説明する。図
18は本発明の第3の実施の形態となる通信システムの
ブロック図であり、図1、図11と同一の構成には同一
の符号を付してある。本実施の形態の送信側端末1b
は、アプリケーション11の通信を停止させたときに後
述する再通信管理手段にタイマーセットを指示し、再通
信管理手段よりトラフィック検査の指示を受けると、停
止させた通信の通信先へトラフィック検査パケットを送
信し、検査パケットに対する応答パケットを受信したと
きにアプリケーション11の通信を再開させるコネクシ
ョン制御手段12bと、記録管理手段13と、ヘッダ管
理手段14と、タイマーセットの指示を受けたときに時
間計測を開始し、計測時間が所定の時間を経過する度に
コネクション制御手段12bにトラフィック検査を指示
する再通信管理手段15とを有している。
[Third Embodiment] Next, a third embodiment of the present invention will be described in detail with reference to the drawings. FIG. 18 is a block diagram of a communication system according to the third embodiment of the present invention. The same components as those in FIGS. 1 and 11 are denoted by the same reference numerals. Transmission-side terminal 1b of the present embodiment
When the communication of the application 11 is stopped, the timer setting is instructed to the re-communication managing means described later, and when the traffic inspection instruction is received from the re-communication managing means, the traffic inspection packet is transmitted to the communication destination of the stopped communication. The connection control means 12b for transmitting and resuming the communication of the application 11 when receiving the response packet to the inspection packet, the record management means 13, the header management means 14, and the time measurement when receiving the instruction of the timer set. It has a re-communication management means 15 which starts and instructs the connection control means 12b to perform a traffic inspection every time a predetermined time elapses.

【0058】また、ネットワークを介してネットワーク
ノード2と接続された受信側端末3に、トラフィック検
査パケットを受信したときに、このトラフィック検査パ
ケットの送信元へ応答パケットを送信するコネクション
制御手段31と、アプリケーション32とを備えてい
る。
A connection control means 31 for transmitting a response packet to the source of the traffic inspection packet when the traffic inspection packet is received by the receiving terminal 3 connected to the network node 2 via the network, And an application 32.

【0059】図19、図20は送信側端末1bのコネク
ション制御手段12bの動作を説明するためのフローチ
ャート図、図21、図22は再通信管理手段15の動作
を説明するためのフローチャート図、図23は受信側端
末3のコネクション制御手段31の動作を説明するため
のフローチャート図であり、図2〜図7と同様の動作に
は同一の符号を付してある。
FIGS. 19 and 20 are flow charts for explaining the operation of the connection control means 12b of the transmitting terminal 1b, and FIGS. 21 and 22 are flow charts for explaining the operation of the re-communication management means 15. 23 is a flowchart for explaining the operation of the connection control means 31 of the receiving terminal 3, and the same reference numerals are given to the same operations as in FIGS.

【0060】コネクション制御手段12bにおけるコネ
クション確立時、送信パケットに対する応答受信時、コ
ネクション切断時の動作は、実施の形態の1のコネクシ
ョン制御手段12と同様である。
The operations of the connection control means 12b at the time of establishing a connection, receiving a response to a transmission packet, and disconnecting the connection are the same as those of the connection control means 12 of the first embodiment.

【0061】次に、図4、図5、図7、図19〜図23
を参照しながら通信停止時の送信側端末1bの動作につ
いて説明する。アプリケーション11からの送信パケッ
トを受け取ったヘッダ管理手段14は(図7ステップ3
01)、送信パケットを自身のバッファへ格納して(ス
テップ302)、このパケットから通信先アドレス、ア
プリケーション種別及びパケットごとに付与されるシー
ケンシャルNo.を抽出する(ステップ303)。
Next, FIGS. 4, 5, 7, 19 to 23 will be described.
The operation of the transmitting terminal 1b when communication is stopped will be described with reference to FIG. The header management unit 14 that has received the transmission packet from the application 11 (step 3 in FIG. 7)
01), the transmission packet is stored in its own buffer (step 302), and the communication destination address, application type, and sequential No. assigned to each packet from this packet. Is extracted (step 303).

【0062】そして、ヘッダ管理手段14は、送信パケ
ットから抽出した通信先アドレス、アプリケーション種
別及びシーケンシャルNo.を含むパケット問い合わせ
情報を記録管理手段13へ通知し(ステップ304)、
記録管理手段13からの応答を待つ(ステップ30
5)。
Then, the header management means 14 stores the communication destination address, application type and sequential No. extracted from the transmission packet. Is notified to the record management means 13 (step 304).
Wait for a response from the record management means 13 (step 30)
5).

【0063】次に、記録管理手段13は、ヘッダ管理手
段14からのパケット問い合わせ情報を受信すると(図
4ステップ205)、パケット問い合わせ情報から通信
先アドレス、アプリケーション種別及びシーケンシャル
No.を抽出し(図5ステップ206)、これらを基に
自身が有する図10のような送信記録テーブル53を検
索する(ステップ207)。
Next, when the record management means 13 receives the packet inquiry information from the header management means 14 (step 205 in FIG. 4), the communication destination address, the application type and the sequential No. from the packet inquiry information. Are extracted (step 206 in FIG. 5), and the transmission record table 53 such as that shown in FIG. 10 is retrieved based on these (step 207).

【0064】パケット問い合わせ情報から抽出した通信
先アドレス、アプリケーション種別及びシーケンシャル
No.が送信記録テーブル53に登録されていて、該ア
ドレス、種別及びNo.に対応してテーブル53に登録
された残り再送回数が0の場合、記録管理手段13は、
上記No.とこれに対応する値0の残り再送回数を送信
記録テーブル53から削除する(図5ステップ21
4)。
The communication destination address, application type, and sequential No. extracted from the packet inquiry information Is registered in the transmission record table 53, and the address, type, and No. are registered. If the remaining number of retransmissions registered in the table 53 corresponding to the
The above No. And the remaining number of retransmissions corresponding to the value 0 are deleted from the transmission record table 53 (step 21 in FIG. 5).
4).

【0065】続いて、記録管理手段13は、ヘッダ管理
手段14へ送信中止情報を通知すると共に(ステップ2
15)、コネクション制御手段12bへ上記通信先アド
レス及びアプリケーション種別を含む通信停止情報を通
知する(ステップ216)。ヘッダ管理手段14は、記
録管理手段13から送信中止情報を受信すると(図7ス
テップ305,306)、バッファに保留していた送信
待ちパケットを廃棄する(ステップ308)。
Subsequently, the record management means 13 notifies the header management means 14 of the transmission stop information (step 2).
15), and notifies the connection control means 12b of communication stop information including the communication destination address and the application type (step 216). Upon receiving the transmission stop information from the record management unit 13 (steps 305 and 306 in FIG. 7), the header management unit 14 discards the transmission waiting packet held in the buffer (step 308).

【0066】コネクション制御手段12bは、記録管理
手段13から通信停止情報を受信すると(図19ステッ
プ131)、この通信停止情報から通信先アドレス及び
アプリケーション種別を抽出し(図20ステップ13
2)、アプリケーション11の該当するコネクションの
通信を停止させると共に(ステップ133)、抽出した
通信先アドレス及びアプリケーション種別を含む再通信
情報を再通信管理手段15へ通知する(ステップ13
4)。
When receiving the communication stop information from the record management means 13 (step 131 in FIG. 19), the connection control means 12b extracts the communication destination address and the application type from the communication stop information (step 13 in FIG. 20).
2) At the same time, the communication of the corresponding connection of the application 11 is stopped (step 133), and re-communication information including the extracted communication destination address and the application type is notified to the re-communication managing means 15 (step 13).
4).

【0067】再通信管理手段15は、コネクション制御
手段12bから再通信情報を受信すると(図21ステッ
プ501)、この再通信情報から通信先アドレス及びア
プリケーション種別を抽出する(図22ステップ50
2)。続いて、再通信管理手段15は、抽出した通信先
アドレス及びアプリケーション種別とこれに対応するタ
イマーの番号を自身が有する図24のようなタイマー管
理テーブル54に登録すると共に(ステップ503)、
該タイマー番号のタイマー(不図示)をセットして、時
間計測を開始させる(ステップ504)。
Upon receiving the re-communication information from the connection control means 12b (step 501 in FIG. 21), the re-communication management means 15 extracts the communication destination address and the application type from the re-communication information (step 50 in FIG. 22).
2). Subsequently, the re-communication management unit 15 registers the extracted communication destination address, application type, and corresponding timer number in the timer management table 54 such as FIG.
A timer (not shown) of the timer number is set, and time measurement is started (step 504).

【0068】次に、図19〜図23を参照しながらトラ
フィック検査時の送信側端末1bの動作について説明す
る。再通信管理手段15は、上記タイマーによる計測時
間が所定の時間を経過すると(ステップ505)、所定
時間を経過したタイマーの番号を基にタイマー管理テー
ブル54を検索して、対応する通信先アドレス及びアプ
リケーション種別を取得する(ステップ506)。
Next, the operation of the transmitting terminal 1b at the time of traffic inspection will be described with reference to FIGS. When the time measured by the timer elapses a predetermined time (step 505), the re-communication management means 15 searches the timer management table 54 based on the number of the timer that has passed the predetermined time, and determines the corresponding communication destination address and The application type is acquired (Step 506).

【0069】そして、再通信管理手段15は、取得した
通信先アドレス及びアプリケーション種別を含む検査要
求情報をコネクション制御手段12bへ通知すると共に
(ステップ507)、上記タイマー番号のタイマーをセ
ットして、時間計測を再び開始させる(ステップ50
8)。
Then, the re-communication management means 15 notifies the connection control means 12b of the inspection request information including the obtained communication destination address and the application type (step 507), and sets the timer of the timer number to time. Measurement is restarted (step 50)
8).

【0070】コネクション制御手段12bは、再通信管
理手段15から検査要求情報を受信すると(ステップ1
35)、この検査要求情報から通信先アドレス及びアプ
リケーション種別を抽出し(ステップ136)、該通信
先アドレスを基に通信先の端末を識別して、この通信先
端末へ上記アプリケーション種別を含むトラフィック検
査パケットを送信する(ステップ137)。
The connection control means 12b receives the inspection request information from the re-communication management means 15 (step 1).
35), a communication destination address and an application type are extracted from the inspection request information (step 136), a terminal of the communication destination is identified based on the communication destination address, and a traffic inspection including the application type is transmitted to the communication destination terminal. The packet is transmitted (step 137).

【0071】次に、図19〜図23を参照しながらトラ
フィック検査時の受信側端末3の動作について説明す
る。受信側端末3においてコネクション制御手段31
は、ネットワークからトラフィック検査パケットを受信
すると(図23ステップ601)、このトラフィック検
査パケットから通信元アドレス及びアプリケーション種
別を抽出し(ステップ602)、該通信元アドレスを基
に通信元の端末を識別して、この通信元端末へ上記アプ
リケーション種別を含む検査応答パケットを送信する
(ステップ603)。
Next, the operation of the receiving terminal 3 at the time of traffic inspection will be described with reference to FIGS. Connection control means 31 in the receiving side terminal 3
Receives the traffic inspection packet from the network (step 601 in FIG. 23), extracts the communication source address and application type from the traffic inspection packet (step 602), and identifies the communication source terminal based on the communication source address. Then, an inspection response packet including the application type is transmitted to the communication source terminal (step 603).

【0072】次に、図19〜図23を参照しながら通信
再開時の送信側端末1bの動作について説明する。コネ
クション制御手段12bは、ネットワークから検査応答
パケットを受信すると(図19ステップ138)、この
検査応答パケットから通信先アドレス及びアプリケーシ
ョン種別を抽出する(図20ステップ139)。続い
て、コネクション制御手段12bは、アプリケーション
11の該当するコネクションの通信を再開させると共に
(ステップ140)、抽出した通信先アドレス及びアプ
リケーション種別を含む通信再開情報を再通信管理手段
15へ通知する(ステップ141)。
Next, the operation of the transmitting terminal 1b at the time of resuming communication will be described with reference to FIGS. Upon receiving the inspection response packet from the network (step 138 in FIG. 19), the connection control unit 12b extracts the communication destination address and the application type from the inspection response packet (step 139 in FIG. 20). Subsequently, the connection control unit 12b restarts communication of the corresponding connection of the application 11 (step 140), and notifies the re-communication management unit 15 of communication restart information including the extracted communication destination address and the application type (step 140). 141).

【0073】再通信管理手段15は、コネクション制御
手段12bから通信再開情報を受信すると(図21ステ
ップ509)、この通信再開情報から通信先アドレス及
びアプリケーション種別を抽出する(図22ステップ5
10)。そして、再通信管理手段15は、抽出した通信
先アドレス及びアプリケーション種別とこれに対応する
タイマーの番号を自身が有するタイマー管理テーブル5
4から削除すると共に(ステップ511)、該タイマー
番号のタイマーを停止させる(ステップ512)。
Upon receiving the communication restart information from the connection control means 12b (step 509 in FIG. 21), the re-communication managing means 15 extracts the communication destination address and the application type from the communication restart information (step 5 in FIG. 22).
10). Then, the re-communication management means 15 has the timer management table 5 having the extracted communication destination address and application type and the timer number corresponding thereto.
4 (step 511), and the timer of the timer number is stopped (step 512).

【0074】以上のように、送信側端末1bのコネクシ
ョン制御手段12bは、アプリケーション11の通信を
停止させたときに再通信管理手段15にタイマーセット
を指示する。再通信管理手段15は、タイマーセットの
指示を受けたときに時間計測を開始し、計測時間が所定
の時間を経過する度にコネクション制御手段12bにト
ラフィック検査を指示し、コネクション制御手段12b
は、停止させた通信の通信先へトラフィック検査パケッ
トを送信する。
As described above, the connection control unit 12b of the transmitting terminal 1b instructs the re-communication management unit 15 to set a timer when the communication of the application 11 is stopped. The re-communication management means 15 starts time measurement when receiving the timer set instruction, and instructs the connection control means 12b to perform a traffic inspection every time the measured time elapses a predetermined time.
Transmits a traffic inspection packet to the communication destination of the stopped communication.

【0075】受信側端末3のコネクション制御手段31
は、トラフィック検査パケットを受信したときに応答パ
ケットを送信する。そして、送信側端末1bのコネクシ
ョン制御手段12bは、検査パケットに対する応答パケ
ットを受信したときにアプリケーション11の通信を再
開させる。こうして、優先度の低い通信のコネクション
を切断することなく維持することができる。
The connection control means 31 of the receiving terminal 3
Sends a response packet when it receives a traffic inspection packet. Then, the connection control means 12b of the transmitting terminal 1b restarts communication of the application 11 when receiving a response packet to the inspection packet. In this way, it is possible to maintain the connection of low-priority communication without disconnecting it.

【0076】[実施の形態の4]次に、本発明の第4の
実施の形態について図面を参照して詳細に説明する。図
25は本発明の第4の実施の形態となる通信システムの
ブロック図であり、図1、図11、図18と同一の構成
には同一の符号を付してある。本実施の形態の送信側端
末1cは、アプリケーション11と、コネクション制御
手段12と、残り再送回数を管理しているパケットにつ
いてヘッダ管理手段14から送信許可を求められたとき
に、最大再送回数と残り再送回数の差が所定のしきい値
以上の場合、送信許可を求められたパケットの送信先に
関する最大再送回数を全て減らし、ヘッダ管理手段14
から送信許可の問い合わせが一定時間ない場合に、問い
合わせがなかったパケットの送信先に関する最大再送回
数を初期化する記録管理手段13cと、ヘッダ管理手段
14とを有している。
[Fourth Embodiment] Next, a fourth embodiment of the present invention will be described in detail with reference to the drawings. FIG. 25 is a block diagram of a communication system according to a fourth embodiment of the present invention. The same components as those in FIGS. 1, 11, and 18 are denoted by the same reference numerals. The transmitting terminal 1c according to the present embodiment, when requested by the application 11, the connection control means 12, and the header management means 14 to permit transmission of a packet for managing the remaining number of retransmissions, sets the maximum number of retransmissions and the number of remaining retransmissions. If the difference in the number of retransmissions is equal to or greater than a predetermined threshold, the maximum number of retransmissions for the destination of the packet for which transmission permission has been requested is reduced, and
When there is no inquiry about transmission permission for a certain period of time, the recording management unit 13c and the header management unit 14 that initialize the maximum number of retransmissions for the destination of the packet for which no inquiry has been made.

【0077】図26、図27、図28は記録管理手段1
3cの動作を説明するためのフローチャート図であり、
図4〜図6と同様の動作には同一の符号を付してある。
記録管理手段13cにおけるコネクション確立時、送信
パケットに対する応答受信時、コネクション切断時の動
作は、実施の形態の1の記録管理手段13と同様であ
る。
FIG. 26, FIG. 27 and FIG.
It is a flowchart figure for demonstrating operation | movement of 3c,
4 to 6 are denoted by the same reference numerals.
The operations of the record management unit 13c when establishing a connection, receiving a response to a transmission packet, and disconnecting the connection are the same as those of the record management unit 13 of the first embodiment.

【0078】次に、図7、図26〜図28を参照しなが
らパケット送信時の動作について説明する。アプリケー
ション11からの送信パケットを受け取ったヘッダ管理
手段14は(図7ステップ301)、パケットを自身の
バッファ(不図示)へ格納し(ステップ302)、この
パケットから通信先アドレス、アプリケーション種別及
びシーケンシャルNo.を抽出する(ステップ30
3)。
Next, the operation at the time of packet transmission will be described with reference to FIG. 7 and FIGS. 26 to 28. The header management unit 14 that has received the transmission packet from the application 11 (step 301 in FIG. 7) stores the packet in its own buffer (not shown) (step 302), and from this packet, the communication destination address, application type, and sequential No. . (Step 30)
3).

【0079】そして、ヘッダ管理手段14は、送信パケ
ットから抽出した通信先アドレス、アプリケーション種
別及びシーケンシャルNo.を含むパケット問い合わせ
情報を記録管理手段13cへ通知し(ステップ30
4)、記録管理手段13cからの応答を待つ(ステップ
305)。
Then, the header management means 14 communicates with the destination address, application type and sequential No. extracted from the transmission packet. Is notified to the record management means 13c (step 30).
4) Wait for a response from the record management means 13c (step 305).

【0080】次に、記録管理手段13cは、ヘッダ管理
手段14からのパケット問い合わせ情報を受信すると
(図26ステップ205)、このパケット問い合わせ情
報から通信先アドレス、アプリケーション種別及びシー
ケンシャルNo.を抽出し(図27ステップ206)、
これらを基に自身が有する図10のような送信記録テー
ブル53を検索する(ステップ207)。
Next, when receiving the packet inquiry information from the header management means 14 (step 205 in FIG. 26), the record management means 13c uses the packet inquiry information to determine the communication destination address, application type, and sequential number. Is extracted (step 206 in FIG. 27),
Based on these, the transmission record table 53 as shown in FIG. 10 owned by itself is searched (step 207).

【0081】パケット問い合わせ情報から抽出した通信
先アドレス及びアプリケーション種別が送信記録テーブ
ル53に登録されていない場合、このアドレス及び種別
を含むパケットの送信に関して設定されたコネクション
は優先コネクションである。この場合、記録管理手段1
3cは、ステップ208においてYesと判定し、ヘッ
ダ管理手段14へ送信許可情報を通知する(ステップ2
09)。
When the communication destination address and the application type extracted from the packet inquiry information are not registered in the transmission record table 53, the connection set for transmitting the packet including the address and the type is the priority connection. In this case, the record management means 1
3c determines Yes in Step 208 and notifies the header management unit 14 of the transmission permission information (Step 2).
09).

【0082】ヘッダ管理手段14は、記録管理手段13
から送信許可情報を受信すると(図7ステップ305,
306)、バッファに保留していたパケットをネットワ
ークに送出する(ステップ307)。
The header management unit 14 is provided with the record management unit 13.
(Step 305 in FIG. 7)
306), and sends the packet held in the buffer to the network (step 307).

【0083】また、パケット問い合わせ情報から抽出し
た通信先アドレス及びアプリケーション種別が送信記録
テーブル53に登録されていて、シーケンシャルNo.
がテーブル53に登録されていない場合、記録管理手段
13cは、ステップ208,210においてNoと判定
し、パケット問い合わせ情報から抽出した通信先アドレ
ス、アプリケーション種別及びシーケンシャルNo.と
これらに対応する残り再送回数を送信記録テーブル53
に登録する(ステップ211)。
Further, the communication destination address and application type extracted from the packet inquiry information are registered in the transmission record table 53, and the sequential No.
Is not registered in the table 53, the record management unit 13c determines No in Steps 208 and 210, and determines the communication destination address, application type, and sequential No. extracted from the packet inquiry information. And the remaining number of retransmissions corresponding to these
(Step 211).

【0084】このとき、パケット問い合わせ情報から抽
出した通信先アドレス及びアプリケーション種別を基に
最大再送回数テーブル52を検索して、このアドレス及
び種別を含むパケット送信に関して設定されたコネクシ
ョンに対応する最大再送回数を取得し、取得した最大再
送回数から1引いた値を残り再送回数とする。そして、
記録管理手段13cは、ヘッダ管理手段14へ送信許可
情報を通知する(ステップ209)。
At this time, the maximum number of retransmissions table 52 is searched based on the communication destination address and the application type extracted from the packet inquiry information, and the maximum number of retransmissions corresponding to the connection set for the packet transmission including this address and the type is retrieved. Is obtained, and the value obtained by subtracting 1 from the obtained maximum number of retransmissions is set as the remaining number of retransmissions. And
The record management unit 13c notifies the header management unit 14 of the transmission permission information (Step 209).

【0085】パケット問い合わせ情報から抽出した通信
先アドレス、アプリケーション種別及びシーケンシャル
No.が送信記録テーブル53に登録されている場合、
記録管理手段13cは、該通信先アドレスを基に自身が
有する図29のようなタイマー管理テーブル55を検索
する(図28ステップ241)。
The communication destination address, application type, and sequential No. extracted from the packet inquiry information Is registered in the transmission record table 53,
The record management unit 13c searches the timer management table 55 as shown in FIG. 29 of the record management unit 13c based on the communication destination address (step 241 in FIG. 28).

【0086】そして、記録管理手段13cは、パケット
問い合わせ情報から抽出した通信先アドレスがタイマー
管理テーブル55に登録されている場合(ステップ24
2)、対応するタイマー番号をテーブル55から取得
し、このタイマー番号のタイマー(不図示)をセットし
て、時間計測を再び開始させる(ステップ243)。
Then, the record management means 13c determines that the communication destination address extracted from the packet inquiry information is registered in the timer management table 55 (step 24).
2) The corresponding timer number is obtained from the table 55, a timer (not shown) of this timer number is set, and the time measurement is started again (step 243).

【0087】パケット問い合わせ情報から抽出した通信
先アドレスがタイマー管理テーブル55に登録されてい
ない場合、記録管理手段13cは、該通信先アドレスと
これに対応するタイマーの番号をタイマー管理テーブル
55に登録すると共に(ステップ244)、該タイマー
番号のタイマー(不図示)をセットして、時間計測を開
始させる(ステップ245)。
If the communication destination address extracted from the packet inquiry information is not registered in the timer management table 55, the recording management means 13c registers the communication destination address and the timer number corresponding to the communication destination address in the timer management table 55. At the same time (step 244), a timer (not shown) of the timer number is set, and time measurement is started (step 245).

【0088】次に、記録管理手段13cは、パケット問
い合わせ情報から抽出した通信先アドレス及びアプリケ
ーション種別を基に自身が有する図9のような最大再送
回数テーブル52を検索して、対応する最大再送回数を
取得すると共に、パケット問い合わせ情報から抽出した
アドレス、種別及びシーケンシャルNo.を基に自身が
有する図10のような送信記録テーブル53を検索し
て、対応する残り再送回数を取得する。
Next, the record management means 13c searches its own maximum retransmission count table 52 as shown in FIG. 9 based on the communication destination address and the application type extracted from the packet inquiry information, and finds the corresponding maximum retransmission count. And the address, type and sequential No. extracted from the packet inquiry information. , And retrieves the corresponding remaining retransmission count by searching the transmission record table 53 as shown in FIG.

【0089】そして、記録管理手段13cは、最大再送
回数と残り再送回数の差が所定のしきい値以上であれば
(ステップ246)、最大再送回数テーブル52に登録
された、該通信先アドレスを含むパケットの送信に関し
て設定されたコネクションの最大再送回数(通信先アド
レスに対応してテーブル52に登録された最大再送回
数)を減らす(ステップ247)。このとき、最大再送
回数は、現在の1/2に減らされる。
If the difference between the maximum number of retransmissions and the remaining number of retransmissions is equal to or greater than a predetermined threshold (step 246), the record management means 13c stores the communication destination address registered in the maximum number of retransmissions table 52 The maximum number of retransmissions of the connection (the maximum number of retransmissions registered in the table 52 corresponding to the communication destination address) set for transmission of the included packet is reduced (step 247). At this time, the maximum number of retransmissions is reduced to half of the current number.

【0090】次いで、記録管理手段13cは、パケット
問い合わせ情報から抽出したアドレス、種別及びNo.
に対応して送信記録テーブル53に登録された残り再送
回数が1以上か否かを判定する(図27ステップ21
2)。残り再送回数が1以上の場合、記録管理手段13
cは、テーブル53に登録されている該残り再送回数を
1減らすと共に(ステップ213)、ヘッダ管理手段1
4へ送信許可情報を通知する(ステップ209)。
Next, the record management means 13c determines the address, type, and No. extracted from the packet inquiry information.
It is determined whether the number of remaining retransmissions registered in the transmission record table 53 is equal to or greater than 1 (step 21 in FIG. 27).
2). If the remaining number of retransmissions is one or more, the record management unit 13
c decreases the number of remaining retransmissions registered in the table 53 by 1 (step 213), and
4 is notified of transmission permission information (step 209).

【0091】ステップ212において残り再送回数が0
の場合、記録管理手段13cは、上記シーケンシャルN
o.とこれに対応する値0の残り再送回数を送信記録テ
ーブル53から削除する(ステップ214)。続いて、
記録管理手段13cは、ヘッダ管理手段14へ送信中止
情報を通知すると共に(ステップ215)、コネクショ
ン制御手段12へ上記通信先アドレス及びアプリケーシ
ョン種別を含む通信停止情報を通知する(ステップ21
6)。
In step 212, the remaining number of retransmissions is 0
In the case of, the record management means 13c
o. And the remaining number of retransmissions corresponding to the value 0 are deleted from the transmission record table 53 (step 214). continue,
The record management unit 13c notifies the header management unit 14 of the transmission stop information (step 215), and notifies the connection control unit 12 of the communication stop information including the communication destination address and the application type (step 21).
6).

【0092】次に、図26〜図28を参照しながら最大
再送回数初期化時の動作について説明する。記録管理手
段13cは、自身のタイマーによる計測時間が所定の時
間を経過すると(図26ステップ248)、所定時間を
経過したタイマーの番号を基にタイマー管理テーブル5
5を検索して、対応する通信先アドレスを取得する(ス
テップ249)。
Next, the operation at the time of initializing the maximum number of retransmissions will be described with reference to FIGS. When the time measured by its own timer has passed the predetermined time (step 248 in FIG. 26), the record management unit 13c uses the timer management table 5 based on the number of the timer that has passed the predetermined time.
5 to obtain the corresponding communication destination address (step 249).

【0093】そして、記録管理手段13cは、取得した
通信先アドレスに対応して最大再送回数テーブル52に
登録された全ての最大再送回数(該通信先アドレスを含
むパケットの送信に関して設定された全てのコネクショ
ンの最大再送回数)を初期化すると共に(ステップ25
0)、該通信先アドレスとこれに対応するタイマーの番
号をタイマー管理テーブル55から削除する(ステップ
251)。なお、最大再送回数テーブル52に登録され
た最大再送回数の初期値は、優先度情報テーブル51に
登録された値である。
Then, the record management means 13c checks all the maximum number of retransmissions registered in the maximum number of retransmissions table 52 corresponding to the obtained communication destination address (all the maximum number of retransmissions set for the transmission of the packet including the communication destination address). Initialize the maximum number of connection retransmissions) (step 25).
0), the communication destination address and the corresponding timer number are deleted from the timer management table 55 (step 251). The initial value of the maximum number of retransmissions registered in the maximum number of retransmissions table 52 is a value registered in the priority information table 51.

【0094】以上のように、記録管理手段13cは、残
り再送回数を管理しているパケットについてヘッダ管理
手段14から送信許可を求められたときに、最大再送回
数と残り再送回数の差が所定のしきい値以上の場合、送
信許可を求められたパケットの送信先に関する最大再送
回数を全て減らし、ヘッダ管理手段14から送信許可の
問い合わせが一定時間ない場合に、問い合わせがなかっ
たパケットの送信先に関する最大再送回数を初期化す
る。こうして、優先度の低い通信のトラフィック量をネ
ットワークの輻輳状態に応じて動的に抑制することがで
きる。
As described above, when the header management unit 14 requests transmission permission for a packet whose remaining number of retransmissions is managed, the record management unit 13c determines that the difference between the maximum number of retransmissions and the number of remaining retransmissions is a predetermined value. If the number is equal to or greater than the threshold value, the maximum number of retransmissions for the destination of the packet for which transmission permission has been requested is all reduced. Initialize the maximum number of retransmissions. In this way, the traffic volume of low-priority communication can be dynamically suppressed according to the congestion state of the network.

【0095】[実施の形態の5]次に、本発明の第5の
実施の形態について図面を参照して詳細に説明する。図
30は本発明の第5の実施の形態となる通信システムの
ブロック図であり、図1、図11、図18、図25と同
一の構成には同一の符号を付してある。本実施の形態の
送信側端末1dは、アプリケーション11と、通信の優
先度に応じてコネクションごとに予め設定された最大再
送回数を保持し、コネクションの確立時に通信の優先度
を識別して優先度に応じた最大再送回数を出力し、通信
停止の指示を受けるとアプリケーション11の通信を停
止させるコネクション制御手段12dと、再送が許され
る回数を表す残り再送回数をコネクション毎に管理し、
送信許可を求められたパケットに関して設定されたコネ
クションの残り再送回数が1以上であれば、該コネクシ
ョンの残り再送回数を1減らす共にヘッダ管理手段14
に対して送信を許可し、残り再送回数が0であれば、コ
ネクション制御手段12dに通信の停止を指示し、ヘッ
ダ管理手段14から送信許可の問い合わせが一定時間な
い場合に、該当コネクションの残り再送回数を最大値
(最大再送回数−1)に戻す記録管理手段13dと、ヘ
ッダ管理手段14とを有している。
[Fifth Embodiment] Next, a fifth embodiment of the present invention will be described in detail with reference to the drawings. FIG. 30 is a block diagram of a communication system according to a fifth embodiment of the present invention. The same components as those in FIGS. 1, 11, 18, and 25 are denoted by the same reference numerals. The transmitting terminal 1d according to the present embodiment holds the application 11 and the maximum number of retransmissions set in advance for each connection in accordance with the communication priority, identifies the communication priority when establishing the connection, and identifies the priority. A connection control unit 12d for outputting the maximum number of retransmissions according to the above, and stopping the communication of the application 11 upon receiving a communication stop instruction, and managing the remaining number of retransmissions indicating the number of times retransmission is permitted for each connection,
If the number of remaining retransmissions of the connection set for the packet requested to be transmitted is 1 or more, the number of remaining retransmissions of the connection is reduced by 1 and the header management unit 14
If the remaining number of retransmissions is 0, the connection control unit 12d is instructed to stop communication, and if there is no transmission permission inquiry from the header management unit 14 for a certain period of time, the remaining retransmission of the connection is performed. It has a recording management means 13d for returning the number of times to the maximum value (maximum number of retransmissions-1), and a header management means 14.

【0096】図31はコネクション制御手段12dの動
作を説明するためのフローチャート図、図32、図3
3、図34、図35は記録管理手段13dの動作を説明
するためのフローチャート図であり、図2〜図7と同様
の動作には同一の符号を付してある。コネクション制御
手段12dにおける送信パケットに対する応答受信時、
通信停止時、コネクション切断時の動作は、実施の形態
の1のコネクション制御手段12と同様である。
FIG. 31 is a flowchart for explaining the operation of the connection control means 12d, and FIGS.
3, FIG. 34 and FIG. 35 are flowcharts for explaining the operation of the recording management means 13d, and the same reference numerals are given to the same operations as those in FIG. 2 to FIG. When receiving a response to the transmission packet in the connection control unit 12d,
The operation when the communication is stopped and when the connection is disconnected is the same as that of the connection control unit 12 of the first embodiment.

【0097】次に、図31〜図35を参照しながらコネ
クション確立時の動作について説明する。送信側端末1
dにおいて、アプリケーション11がコネクション確立
要求情報を発信すると(図31ステップ151)、コネ
クション制御手段12dは、受信したコネクション確立
要求情報から通信を行うアプリケーション11の種別と
通信先のアドレスを抽出する(ステップ152)。
Next, the operation at the time of establishing a connection will be described with reference to FIGS. Sender terminal 1
In step d, when the application 11 transmits the connection establishment request information (step 151 in FIG. 31), the connection control unit 12d extracts the type of the application 11 and the address of the communication destination from the received connection establishment request information (step 151). 152).

【0098】コネクション制御手段12dは、取得した
通信先アドレス及びアプリケーション種別を基に、自身
が有する図36のような優先度情報テーブル56を検索
して、該通信先アドレス及びアプリケーション種別に対
してあらかじめ定められたコネクション最大再送回数を
テーブル56から取得する(ステップ153)。
The connection control means 12d searches its own priority information table 56 as shown in FIG. 36 based on the acquired communication destination address and application type, and determines the communication destination address and application type in advance. The determined maximum connection retransmission count is obtained from the table 56 (step 153).

【0099】そして、コネクション制御手段12dは、
コネクション確立要求情報から抽出した通信先アドレス
及びアプリケーション種別とテーブル56から取得した
コネクション最大再送回数とを含むコネクション確立情
報を記録管理手段13dへ通知する(ステップ15
4)。
Then, the connection control means 12d
The connection management information including the communication destination address and application type extracted from the connection establishment request information and the maximum number of connection retransmissions acquired from the table 56 is notified to the record management unit 13d (step 15).
4).

【0100】優先度情報テーブル56に通信先アドレス
及びアプリケーション種別に対応するコネクション最大
再送回数のデータが登録されていない場合、このアドレ
ス及び種別を含むパケットの送信に関して設定されたコ
ネクションは優先コネクションである。この場合、コネ
クション制御手段12dは、通信先アドレス及びアプリ
ケーション種別を含むコネクション確立情報を通知し
て、コネクション最大再送回数を通知しない。
If data of the maximum number of retransmissions corresponding to the communication destination address and the application type is not registered in the priority information table 56, the connection set for the transmission of the packet including this address and the type is the priority connection. . In this case, the connection control unit 12d notifies the connection establishment information including the communication destination address and the application type, and does not notify the connection maximum retransmission count.

【0101】記録管理手段13dは、コネクション制御
手段12dからのコネクション確立情報を受信すると
(図32ステップ261)、このコネクション確立情報
から通信先アドレス、アプリケーション種別及びコネク
ション最大再送回数を抽出し(ステップ262)、これ
らを自身が有する図37のような最大再送回数テーブル
57に登録すると共に、対応するコネクション残り再送
回数をテーブル57に登録する(ステップ263,26
4)。
Upon receiving the connection establishment information from the connection control unit 12d (step 261 in FIG. 32), the record management unit 13d extracts the communication destination address, the application type, and the maximum number of connection retransmissions from the connection establishment information (step 262). ), And register them in the maximum number of retransmissions table 57 such as that shown in FIG. 37, and also register the corresponding remaining connection retransmission number in the table 57 (steps 263 and 26)
4).

【0102】このとき、上記コネクション最大再送回数
から1引いた値をコネクション残り再送回数とする。ま
た、コネクション制御手段12dからコネクション最大
再送回数が通知されなかった場合、記録管理手段13d
は、ステップ263の判定においてYes、すなわち通
知されたアドレス及び種別を含むパケットの送信に関し
て設定されたコネクションを優先コネクションであると
判断し、通知された情報を最大再送回数テーブル57に
は登録しない。
At this time, a value obtained by subtracting 1 from the maximum connection retransmission count is set as the connection remaining retransmission count. If the connection control unit 12d does not notify the maximum number of retransmissions, the record management unit 13d
Determines that the connection set for the transmission of the packet including the notified address and type is a priority connection in the determination of step 263, and does not register the notified information in the maximum retransmission count table 57.

【0103】次に、図7、図31〜図35を参照しなが
らパケット送信時の動作について説明する。アプリケー
ション11からの送信パケットを受け取ったヘッダ管理
手段14は(図7ステップ301)、パケットを自身の
バッファ(不図示)へ格納し(ステップ302)、この
パケットから通信先アドレス、アプリケーション種別及
びシーケンシャルNo.を抽出する(ステップ30
3)。
Next, the operation at the time of packet transmission will be described with reference to FIGS. The header management unit 14 that has received the transmission packet from the application 11 (step 301 in FIG. 7) stores the packet in its own buffer (not shown) (step 302), and from this packet, the communication destination address, application type, and sequential No. . (Step 30)
3).

【0104】そして、ヘッダ管理手段14は、送信パケ
ットから抽出した通信先アドレス、アプリケーション種
別及びシーケンシャルNo.を含むパケット問い合わせ
情報を記録管理手段13dへ通知し(ステップ30
4)、記録管理手段13dからの応答を待つ(ステップ
305)。
Then, the header management means 14 sends the communication destination address, application type and sequential No. extracted from the transmission packet. Is notified to the record management means 13d (step 30).
4) Wait for a response from the record management means 13d (step 305).

【0105】次に、記録管理手段13dは、ヘッダ管理
手段14からのパケット問い合わせ情報を受信すると
(図32ステップ265)、パケット問い合わせ情報か
ら通信先アドレス、アプリケーション種別及びシーケン
シャルNo.を抽出し(図33ステップ266)、これ
らを基に自身が有する図38のような送信記録テーブル
58を検索する(ステップ267)。
Next, upon receiving the packet inquiry information from the header management means 14 (step 265 in FIG. 32), the recording management means 13d receives the communication destination address, application type and sequential No. from the packet inquiry information. Are extracted (step 266 in FIG. 33), and the transmission record table 58 such as that shown in FIG. 38 is retrieved based on these (step 267).

【0106】パケット問い合わせ情報から抽出した通信
先アドレス及びアプリケーション種別が送信記録テーブ
ル58に登録されていない場合、このアドレス及び種別
を含むパケットの送信に関して設定されたコネクション
は優先コネクションである。この場合、記録管理手段1
3dは、ステップ268においてYesと判定し、ヘッ
ダ管理手段14へ送信許可情報を通知する(ステップ2
69)。
When the communication destination address and the application type extracted from the packet inquiry information are not registered in the transmission record table 58, the connection set for transmitting the packet including the address and the type is the priority connection. In this case, the record management means 1
3d determines Yes in step 268, and notifies the header management unit 14 of transmission permission information (step 2).
69).

【0107】ヘッダ管理手段14は、記録管理手段13
から送信許可情報を受信すると(図7ステップ305,
306)、バッファに保留していたパケットをネットワ
ークに送出する(ステップ307)。
The header management means 14 is
(Step 305 in FIG. 7)
306), and sends the packet held in the buffer to the network (step 307).

【0108】また、パケット問い合わせ情報から抽出し
た通信先アドレス及びアプリケーション種別が送信記録
テーブル58に登録されていて、シーケンシャルNo.
がテーブル58に登録されていない場合、記録管理手段
13dは、ステップ268,270においてNoと判定
し、パケット問い合わせ情報から抽出したシーケンシャ
ルNo.を送信記録テーブル58に登録すると共に、ヘ
ッダ管理手段14へ送信許可情報を通知する(ステップ
269)。
The communication destination address and the application type extracted from the packet inquiry information are registered in the transmission record table 58, and the sequential No.
Is not registered in the table 58, the record management unit 13d determines No in Steps 268 and 270, and the sequential No. extracted from the packet inquiry information. Is registered in the transmission record table 58, and the transmission permission information is notified to the header management means 14 (step 269).

【0109】パケット問い合わせ情報から抽出した通信
先アドレス、アプリケーション種別及びシーケンシャル
No.が送信記録テーブル58に登録されている場合、
記録管理手段13dは、該通信先アドレス及びアプリケ
ーション種別を基に自身が有する図39のようなタイマ
ー管理テーブル59を検索する(図35ステップ27
1)。
The communication destination address, application type, and sequential No. extracted from the packet inquiry information Is registered in the transmission record table 58,
The record management unit 13d searches the timer management table 59 as shown in FIG. 39 owned by itself based on the communication destination address and the application type (step 27 in FIG. 35).
1).

【0110】そして、記録管理手段13dは、パケット
問い合わせ情報から抽出した通信先アドレス及びアプリ
ケーション種別がタイマー管理テーブル59に登録され
ている場合(ステップ272)、対応するタイマー番号
をテーブル59から取得し、このタイマー番号のタイマ
ー(不図示)をセットして、時間計測を再び開始させる
(ステップ273)。
If the communication destination address and the application type extracted from the packet inquiry information are registered in the timer management table 59 (step 272), the record management means 13d acquires the corresponding timer number from the table 59, The timer (not shown) of this timer number is set, and the time measurement is started again (step 273).

【0111】また、パケット問い合わせ情報から抽出し
た通信先アドレス及びアプリケーション種別がタイマー
管理テーブル59に登録されていない場合、記録管理手
段13dは、該通信先アドレス及びアプリケーション種
別とこれに対応するタイマーの番号をタイマー管理テー
ブル59に登録すると共に(ステップ274)、該タイ
マー番号のタイマー(不図示)をセットして、時間計測
を開始させる(ステップ275)。
If the communication destination address and the application type extracted from the packet inquiry information are not registered in the timer management table 59, the recording management unit 13d sets the communication destination address and the application type and the timer number corresponding thereto. Is registered in the timer management table 59 (step 274), and a timer (not shown) of the timer number is set to start time measurement (step 275).

【0112】次に、記録管理手段13dは、パケット問
い合わせ情報から抽出した通信先アドレス及びアプリケ
ーション種別に対応して最大再送回数テーブル57に登
録されたコネクション残り再送回数が1以上か否かを判
定する(ステップ276)。コネクション残り再送回数
が1以上の場合、記録管理手段13dは、最大再送回数
テーブル57に登録されている該コネクション残り再送
回数を1減らすと共に(ステップ277)、ヘッダ管理
手段14へ送信許可情報を通知する(ステップ26
9)。
Next, the record management means 13d determines whether or not the number of remaining connection retransmissions registered in the maximum retransmission number table 57 corresponding to the communication destination address and the application type extracted from the packet inquiry information is 1 or more. (Step 276). When the number of remaining connection retransmissions is 1 or more, the record management unit 13d decreases the number of remaining connection retransmissions registered in the maximum number of retransmissions table 57 by 1 (step 277), and notifies the header management unit 14 of transmission permission information. (Step 26
9).

【0113】ステップ276においてコネクション残り
再送回数が0の場合、記録管理手段13dは、パケット
問い合わせ情報から抽出したシーケンシャルNo.を送
信記録テーブル58から削除すると共に、パケット問い
合わせ情報から抽出した通信先アドレス及びアプリケー
ション種別に対応するテーブル57のコネクション残り
再送回数をコネクション最大再送回数から1引いた値と
する(ステップ278)。
If the number of remaining connection retransmissions is 0 in step 276, the record management means 13d reads the sequential No. extracted from the packet inquiry information. Is deleted from the transmission record table 58, and the remaining connection retransmission count of the table 57 corresponding to the communication destination address and application type extracted from the packet inquiry information is set to a value obtained by subtracting 1 from the connection maximum retransmission count (step 278).

【0114】続いて、記録管理手段13dは、ヘッダ管
理手段14へ送信中止情報を通知するとともに(ステッ
プ279)、コネクション制御手段12dへ上記通信先
アドレス及びアプリケーション種別を含む通信停止情報
を通知する(ステップ280)。
Subsequently, the record management unit 13d notifies the header management unit 14 of the transmission stop information (step 279), and also notifies the connection control unit 12d of the communication stop information including the communication destination address and the application type (step 279). Step 280).

【0115】次に、図3、図31〜図35を参照しなが
ら送信パケットに対する応答をネットワークから受信し
たときの動作について説明する。コネクション制御手段
12dは、ネットワークより応答ACKを受信すると
(図31ステップ105)、この応答ACKから通信先
アドレス、アプリケーション種別及びシーケンシャルN
o.を抽出し(図3ステップ109)、抽出した通信先
アドレス、アプリケーション種別及びシーケンシャルN
o.を含む応答受信情報を記録管理手段13dへ通知す
る(ステップ110)。
Next, an operation when a response to a transmission packet is received from the network will be described with reference to FIGS. 3, 31 to 35. When receiving the response ACK from the network (step 105 in FIG. 31), the connection control unit 12d receives the communication destination address, the application type, and the sequential N from the response ACK.
o. (Step 109 in FIG. 3), and the extracted communication destination address, application type, and sequential N
o. Is notified to the record management means 13d (step 110).

【0116】記録管理手段13dは、コネクション制御
手段12dから応答受信情報を受信すると(図32ステ
ップ281)、この応答受信情報から通信先アドレス、
アプリケーション種別及びシーケンシャルNo.を抽出
し(図34ステップ282)、該シーケンシャルNo.
を送信記録テーブル58から削除する(ステップ28
3)。
When the record management means 13d receives the response reception information from the connection control means 12d (step 281 in FIG. 32), the record management means 13d obtains the communication destination address,
Application type and sequential No. Is extracted (step 282 in FIG. 34), and the sequential No.
Is deleted from the transmission record table 58 (step 28).
3).

【0117】次に、図31〜図35を参照しながらコネ
クション残り再送回数の回復時の動作について説明す
る。記録管理手段13dは、自身のタイマーによる計測
時間が所定の時間を経過すると(図32ステップ28
4)、所定時間を経過したタイマーの番号を基にタイマ
ー管理テーブル59を検索して、対応する通信先アドレ
ス及びアプリケーション種別を取得する(図34ステッ
プ285)。
Next, the operation at the time of recovery of the number of remaining connection retransmissions will be described with reference to FIGS. When the time measured by the timer of the record management means 13d has passed a predetermined time (step 28 in FIG. 32).
4) The timer management table 59 is searched based on the number of the timer after a predetermined time has elapsed, and the corresponding communication destination address and application type are obtained (step 285 in FIG. 34).

【0118】続いて、記録管理手段13dは、取得した
通信先アドレス及びアプリケーション種別に対応して最
大再送回数テーブル57に登録されたコネクション残り
再送回数(該通信先アドレス及びアプリケーション種別
を含むパケットの送信に関して設定されたコネクション
の残り再送回数)を最大値に戻す(図34ステップ28
6)。このときの最大値とは、該通信先アドレス及びア
プリケーション種別に対応して最大再送回数テーブル5
7に登録された最大再送回数から1を引いた値である。
Subsequently, the record management means 13d transmits the remaining connection retransmission count registered in the maximum retransmission count table 57 corresponding to the obtained communication destination address and application type (the transmission of the packet including the communication destination address and the application type). Is returned to the maximum value (remaining number of retransmissions of the connection set for (step 28 in FIG. 34).
6). The maximum value at this time is the maximum retransmission count table 5 corresponding to the communication destination address and the application type.
7 is a value obtained by subtracting 1 from the maximum number of retransmissions registered.

【0119】そして、記録管理手段13dは、タイマー
管理テーブル59から該当コネクションのエントリー
(該通信先アドレス及びアプリケーション種別とこれに
対応するタイマーの番号)を削除する(ステップ28
7)。
Then, the record management unit 13d deletes the entry of the connection (the communication destination address and the application type and the timer number corresponding thereto) from the timer management table 59 (step 28).
7).

【0120】次に、図31〜図35を参照しながらコネ
クション切断時の動作について説明する。コネクション
制御手段12dは、アプリケーション11からコネクシ
ョン切断/終了要求情報を受信すると(図31ステップ
111)、このコネクション切断/終了要求情報から通
信先アドレス及びアプリケーション種別を抽出し(図3
ステップ112)、抽出した通信先アドレス及びアプリ
ケーション種別を含むコネクション切断情報を記録管理
手段13dへ通知する(ステップ113)。
Next, the operation at the time of disconnection will be described with reference to FIGS. Upon receiving the connection disconnection / termination request information from the application 11 (step 111 in FIG. 31), the connection control unit 12d extracts the communication destination address and the application type from the connection disconnection / termination request information (FIG. 3).
(Step 112), and notifies the record management unit 13d of the connection disconnection information including the extracted communication destination address and application type (Step 113).

【0121】記録管理手段13dは、コネクション制御
手段12dからコネクション切断情報を受信すると(図
32ステップ288)、このコネクション切断情報から
通信先アドレス及びアプリケーション種別を抽出し(図
34ステップ289)、該アドレス及び種別が一致する
コネクションのエントリーを最大再送回数テーブル5
7、送信記録テーブル58から全て削除する(ステップ
290)。
Upon receiving the connection disconnection information from the connection control unit 12d (step 288 in FIG. 32), the record management unit 13d extracts the communication destination address and the application type from the connection disconnection information (step 289 in FIG. 34). Table of the number of retransmissions for the entry of the connection having the same type and connection
7. Delete all from the transmission record table 58 (step 290).

【0122】以上のように、残り再送回数を記憶管理手
段13dでコネクションごとに管理する。記録管理手段
13dは、ヘッダ管理手段14から送信許可の問い合わ
せがあったときに、送信許可を求められたパケットに関
して設定されたコネクションの残り再送回数が1以上で
あれば、該当コネクションの残り再送回数を1減らす共
にヘッダ管理手段14に対して送信を許可する。そし
て、記録管理手段13dは、ヘッダ管理手段14から送
信許可の問い合わせが一定時間ない場合(パケット再送
が一定時間行われない場合)に、該当コネクションの残
り再送回数を最大値に戻す。
As described above, the remaining number of retransmissions is managed for each connection by the storage management means 13d. The record management unit 13d, when receiving a transmission permission inquiry from the header management unit 14, if the remaining number of retransmissions of the connection set for the packet for which transmission permission is requested is 1 or more, the remaining number of retransmissions of the connection Is reduced by one, and transmission to the header management means 14 is permitted. Then, when there is no transmission permission inquiry from the header management unit 14 for a certain period of time (when packet retransmission is not performed for a certain period of time), the record management unit 13d returns the remaining number of retransmissions of the connection to the maximum value.

【0123】[0123]

【発明の効果】本発明によれば、請求項1に記載のよう
に、送信側端末にコネクション制御手段、ヘッダ管理手
段及び記録管理手段を設けることにより、優先度の低い
通信のパケット再送を抑制することができるので、ネッ
トワークの輻輳時に優先度の低い通信のトラフィック使
用量を削減することができ、優先度の高い通信のために
ネットワークの伝送容量を確保することができる。
According to the present invention, by providing a connection control means, a header management means, and a record management means in a transmitting terminal as described in claim 1, packet retransmission of low priority communication is suppressed. Therefore, it is possible to reduce the traffic usage of low-priority communication at the time of network congestion, and to secure the transmission capacity of the network for high-priority communication.

【0124】また、請求項2に記載のように、ネットワ
ークノードのフレーム受信部にフレーム保持バッファ、
廃棄検出手段及び廃棄通知手段を設けることにより、優
先度の低い通信の最終再送パケットがネットワークノー
ドで廃棄されたことを送信側端末に通知することができ
るので、ネットワークの輻輳時に優先度の低い通信を速
やかに停止することができる。
According to a second aspect of the present invention, a frame holding buffer is provided in the frame receiving unit of the network node.
By providing the discard detection unit and the discard notification unit, it is possible to notify the transmitting terminal that the final retransmission packet of the low-priority communication has been discarded by the network node. Can be stopped promptly.

【0125】また、請求項3に記載のように、送信側端
末に再通信管理手段を設け、受信側端末にコネクション
制御手段を設けることにより、優先度の低い通信のパケ
ット再送を抑制すると共に、ネットワークの輻輳状態が
解消されたとき(トラフィック検査パケットに対する応
答パケットを受信したとき)に、優先度の低い通信を再
開するようにしたので、優先度の低い通信のコネクショ
ンを切断すること無く維持することができる。
Further, by providing retransmission management means in the transmitting terminal and providing connection control means in the receiving terminal, packet retransmission of low priority communication can be suppressed. When the congestion state of the network is resolved (when a response packet to the traffic inspection packet is received), the low-priority communication is restarted, so that the connection of the low-priority communication is maintained without disconnection. be able to.

【0126】また、請求項4に記載のように、記録管理
手段が、ネットワークの輻輳状態に応じて優先度の低い
パケットの最大再送回数を制御するようにしたので、優
先度の低い通信のトラフィック量をネットワークの輻輳
状態に応じて動的に抑制することができる。
Further, since the record management means controls the maximum number of retransmissions of low-priority packets in accordance with the congestion state of the network, the traffic of low-priority communication is controlled. The amount can be dynamically reduced according to the congestion state of the network.

【0127】また、請求項5に記載のように、送信側端
末にコネクション制御手段、ヘッダ管理手段及び記録管
理手段を設けることにより、連続的にパケット廃棄が発
生した優先度の低い通信のパケット再送を抑制すること
ができ、ネットワークの慢性的な輻輳時に優先度の低い
通信のトラフィック量をより効果的に削減することがで
きる。
Further, by providing a connection control means, a header management means and a record management means in the transmitting terminal as described in claim 5, packet retransmission of low priority communication in which packet discarding occurs continuously. Can be suppressed, and the traffic volume of low-priority communication can be reduced more effectively when the network is chronically congested.

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

【図1】 本発明の第1の実施の形態となる通信システ
ムのブロック図である。
FIG. 1 is a block diagram of a communication system according to a first embodiment of the present invention.

【図2】 図1の送信側端末内のコネクション制御手段
の動作を説明するためのフローチャート図である。
FIG. 2 is a flowchart for explaining the operation of connection control means in the transmitting terminal of FIG. 1;

【図3】 図1の送信側端末内のコネクション制御手段
の動作を説明するためのフローチャート図である。
FIG. 3 is a flowchart for explaining the operation of the connection control means in the transmitting terminal of FIG. 1;

【図4】 図1の送信側端末内の記録管理手段の動作を
説明するためのフローチャート図である。
FIG. 4 is a flowchart for explaining the operation of a record management unit in the transmitting terminal of FIG. 1;

【図5】 図1の送信側端末内の記録管理手段の動作を
説明するためのフローチャート図である。
FIG. 5 is a flowchart for explaining the operation of a record management unit in the transmitting terminal of FIG. 1;

【図6】 図1の送信側端末内の記録管理手段の動作を
説明するためのフローチャート図である。
FIG. 6 is a flowchart for explaining the operation of a record management unit in the transmitting terminal of FIG. 1;

【図7】 図1の送信側端末内のヘッダ管理手段の動作
を説明するためのフローチャート図である。
FIG. 7 is a flowchart for explaining the operation of the header management means in the transmitting terminal of FIG. 1;

【図8】 図1の送信側端末内のコネクション制御手段
が有する優先度情報テーブルを示す図である。
FIG. 8 is a diagram showing a priority information table included in connection control means in the transmitting terminal of FIG. 1;

【図9】 図1の送信側端末内の記録管理手段が有する
最大再送回数テーブルを示す図である。
9 is a diagram showing a maximum number of retransmissions table included in a record management unit in the transmitting terminal of FIG. 1;

【図10】 図1の送信側端末内の記録管理手段が有す
る送信記録テーブルを示す図である。
FIG. 10 is a diagram showing a transmission record table included in a record management unit in the transmission-side terminal of FIG. 1;

【図11】 本発明の第2の実施の形態となる通信シス
テムのブロック図である。
FIG. 11 is a block diagram of a communication system according to a second embodiment of the present invention.

【図12】 図11の送信側端末内のコネクション制御
手段の動作を説明するためのフローチャート図である。
FIG. 12 is a flowchart for explaining the operation of the connection control means in the transmitting terminal of FIG. 11;

【図13】 図11の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。
FIG. 13 is a flowchart for explaining the operation of the record management means in the transmitting terminal of FIG. 11;

【図14】 図11の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。
FIG. 14 is a flowchart for explaining the operation of a record management unit in the transmitting terminal of FIG. 11;

【図15】 図11の送信側端末内のヘッダ管理手段の
動作を説明するためのフローチャート図である。
FIG. 15 is a flowchart illustrating the operation of a header management unit in the transmitting terminal of FIG. 11;

【図16】 図11のネットワークノード内の廃棄検出
手段の動作を説明するためのフローチャート図である。
FIG. 16 is a flowchart illustrating the operation of a discard detection unit in the network node of FIG. 11;

【図17】 図11のネットワークノード内の廃棄通知
手段の動作を説明するためのフローチャート図である。
FIG. 17 is a flowchart for explaining the operation of a discard notification unit in the network node of FIG. 11;

【図18】 本発明の第3の実施の形態となる通信シス
テムのブロック図である。
FIG. 18 is a block diagram of a communication system according to a third embodiment of the present invention.

【図19】 図18の送信側端末内のコネクション制御
手段の動作を説明するためのフローチャート図である。
FIG. 19 is a flowchart for explaining the operation of the connection control means in the transmitting terminal of FIG. 18;

【図20】 図18の送信側端末内のコネクション制御
手段の動作を説明するためのフローチャート図である。
20 is a flowchart for explaining the operation of the connection control means in the transmitting terminal of FIG. 18;

【図21】 図18の送信側端末内の再通信管理手段の
動作を説明するためのフローチャート図である。
FIG. 21 is a flowchart for explaining the operation of the re-communication management means in the transmitting terminal of FIG. 18;

【図22】 図18の送信側端末内の再通信管理手段の
動作を説明するためのフローチャート図である。
FIG. 22 is a flowchart for explaining the operation of the re-communication management means in the transmitting terminal of FIG. 18;

【図23】 図18の受信側端末内のコネクション制御
手段の動作を説明するためのフローチャート図である。
FIG. 23 is a flowchart for explaining the operation of the connection control means in the receiving terminal of FIG. 18;

【図24】 図18の送信側端末内の再通信管理手段が
有するタイマー管理テーブルを示す図である。
FIG. 24 is a diagram showing a timer management table included in the re-communication management means in the transmitting terminal of FIG.

【図25】 本発明の第4の実施の形態となる通信シス
テムのブロック図である。
FIG. 25 is a block diagram of a communication system according to a fourth embodiment of the present invention.

【図26】 図25の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。
FIG. 26 is a flowchart for explaining the operation of the record management means in the transmitting terminal of FIG. 25;

【図27】 図25の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。
FIG. 27 is a flowchart for explaining the operation of the record management means in the transmitting terminal of FIG. 25;

【図28】 図25の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。
FIG. 28 is a flowchart for explaining the operation of the record management means in the transmitting terminal of FIG. 25;

【図29】 図25の送信側端末内の記録管理手段が有
するタイマー管理テーブルを示す図である。
FIG. 29 is a diagram showing a timer management table included in a record management unit in the transmitting terminal of FIG. 25.

【図30】 図30は本発明の第5の実施の形態となる
通信システムのブロック図である。
FIG. 30 is a block diagram of a communication system according to a fifth embodiment of the present invention.

【図31】 図30の送信側端末内のコネクション制御
手段の動作を説明するためのフローチャート図である。
FIG. 31 is a flowchart for explaining the operation of the connection control means in the transmitting terminal of FIG. 30;

【図32】 図30の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。
FIG. 32 is a flowchart illustrating the operation of a record management unit in the transmitting terminal of FIG. 30;

【図33】 図30の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。
FIG. 33 is a flowchart illustrating the operation of a record management unit in the transmitting terminal of FIG. 30;

【図34】 図30の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。
FIG. 34 is a flowchart for explaining the operation of the recording management means in the transmitting terminal of FIG. 30;

【図35】 図30の送信側端末内の記録管理手段の動
作を説明するためのフローチャート図である。
FIG. 35 is a flowchart for explaining the operation of the record management means in the transmitting terminal of FIG. 30;

【図36】 図30の送信側端末内のコネクション制御
手段が有する優先度情報テーブルを示す図である。
36 is a diagram showing a priority information table possessed by connection control means in the transmitting terminal of FIG. 30.

【図37】 図30の送信側端末内の記録管理手段が有
する最大再送回数テーブルを示す図である。
FIG. 37 is a diagram showing a maximum number of retransmissions table held by a record management unit in the transmitting terminal of FIG. 30;

【図38】 図30の送信側端末内の記録管理手段が有
する送信記録テーブルを示す図である。
FIG. 38 is a diagram illustrating a transmission record table included in a record management unit in the transmission-side terminal in FIG. 30;

【図39】 図30の送信側端末内の記録管理手段が有
するタイマー管理テーブルを示す図である。
FIG. 39 is a diagram showing a timer management table included in a record management unit in the transmitting terminal of FIG. 30.

【図40】 従来の通信システムの問題点を説明するた
めの図である。
FIG. 40 is a diagram for explaining a problem of a conventional communication system.

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

1、1a、1b、1c、1d…送信側端末、2…ネット
ワークノード、3…受信側端末、11、32…アプリケ
ーション、12、12a、12b、12d、31…コネ
クション制御手段、13、13a、13c、13d…記
録管理手段、14、14a…ヘッダ管理手段、15…再
通信管理手段、21…廃棄検出手段、22…フレーム保
持バッファ、23…廃棄通知手段、51、56…優先度
情報テーブル、52、57…最大再送回数テーブル5
3、58…送信記録テーブル、54、55、59…タイ
マー管理テーブル。
1, 1a, 1b, 1c, 1d: transmitting terminal, 2: network node, 3: receiving terminal, 11, 32: application, 12, 12a, 12b, 12d, 31: connection control means, 13, 13a, 13c , 13d: record management means, 14, 14a: header management means, 15: re-communication management means, 21: discard detection means, 22: frame holding buffer, 23: discard notification means, 51, 56 ... priority information table, 52 , 57... Maximum retransmission count table 5
3, 58: transmission record table, 54, 55, 59: timer management table.

Claims (5)

【特許請求の範囲】[Claims] 【請求項1】 コネクション確立型通信におけるパケッ
トの再送制御方式であって、 送信側端末に、 通信の優先度に応じてパケット毎に予め設定された、再
送が許される最大の回数を表す最大再送回数を保持し、
コネクションの確立時に通信の優先度を識別して優先度
に応じた最大再送回数を出力し、通信停止の指示を受け
るとアプリケーションの通信を停止させるコネクション
制御手段と、 アプリケーションから受け取った送信すべきパケットを
保持し、このパケットを特定する情報を基に送信許可を
求めるヘッダ管理手段と、 コネクション制御手段から受け取った最大再送回数に基
づく残り再送回数をパケットごとに管理し、ヘッダ管理
手段から送信許可を求められたパケットの残り再送回数
が1以上であれば、該パケットの残り再送回数を1減ら
す共にヘッダ管理手段に対して送信を許可し、残り再送
回数が0であれば、コネクション制御手段に通信の停止
を指示する記録管理手段とを備えることを特徴とする再
送制御方式。
1. A retransmission control method for a packet in connection-establishment type communication, comprising: a maximum retransmission indicating a maximum number of times retransmission is permitted, which is set in advance for each packet in accordance with a communication priority to a transmitting terminal. Hold the count,
Connection control means for identifying the priority of communication at the time of establishing a connection, outputting the maximum number of retransmissions according to the priority, and stopping communication of the application when an instruction to stop communication is received, and a packet to be transmitted received from the application Header management means for requesting transmission permission based on the information specifying the packet; and managing the remaining number of retransmissions for each packet based on the maximum number of retransmissions received from the connection control means, and permitting transmission permission from the header management means. If the number of remaining retransmissions of the obtained packet is 1 or more, the remaining number of retransmissions of the packet is reduced by 1 and transmission is permitted to the header management means. If the number of remaining retransmissions is 0, communication with the connection control means is performed. And a record management means for instructing to stop the retransmission.
【請求項2】 請求項1記載の再送制御方式において、 ネットワークを介して前記送信側端末と接続されたネッ
トワークノードのフレーム受信部に、 送信側端末から送出されたパケットを保持するフレーム
保持バッファと、 フレーム保持バッファで廃棄されるパケットを検査し、
識別子を検出したときに廃棄通知の送信を指示する廃棄
検出手段と、 廃棄通知送信の指示を受けると、フレーム保持バッファ
で廃棄されるパケットの送信元へパケット廃棄を通知す
る廃棄通知手段とを備え、 前記コネクション制御手段は、ネットワークを介して前
記廃棄通知を受け取ったときにアプリケーションの通信
を停止させるものであり、 前記ヘッダ管理手段は、識別子挿入の指示を受けたとき
に、送信パケットのヘッダに識別子を挿入するものであ
り、 前記記録管理手段は、ヘッダ管理手段から送信許可を求
められたパケットの残り再送回数が1であれば、ヘッダ
管理手段に識別子の挿入を指示するものであることを特
徴とする再送制御方式。
2. The retransmission control system according to claim 1, wherein a frame holding buffer for holding a packet transmitted from the transmitting terminal is provided in a frame receiving unit of a network node connected to the transmitting terminal via a network. Inspect the dropped packets in the frame holding buffer,
Discard detection means for instructing transmission of a discard notification when an identifier is detected, and discard notification means for notifying the source of the packet discarded in the frame holding buffer of the packet discard when receiving the discard notification transmission instruction. The connection control means stops communication of an application when the discard notification is received via a network, and the header management means, upon receiving an identifier insertion instruction, The record management means, if the remaining number of retransmissions of the packet requested to be transmitted by the header management means is 1, instructs the header management means to insert the identifier. Characteristic retransmission control method.
【請求項3】 請求項1記載の再送制御方式において、 前記送信側端末に、タイマーセットの指示を受けたとき
に時間計測を開始し、計測時間が所定の時間を経過する
度にコネクション制御手段にトラフィック検査を指示す
る再通信管理手段を備え、 ネットワークを介してネットワークノードと接続された
受信側端末に、トラフィック検査パケットを受信したと
きに、このトラフィック検査パケットの送信元へ応答パ
ケットを送信するコネクション制御手段を備え、 前記送信側端末のコネクション制御手段は、アプリケー
ションの通信を停止させたときに再通信管理手段にタイ
マーセットを指示し、再通信管理手段よりトラフィック
検査の指示を受けると、停止させた通信の通信先へトラ
フィック検査パケットを送信し、検査パケットに対する
応答パケットを受信したときにアプリケーションの通信
を再開させるものであることを特徴とする再送制御方
式。
3. The retransmission control method according to claim 1, wherein time measurement is started when the transmitting terminal receives an instruction to set a timer, and each time the measurement time elapses a predetermined time, connection control means. Retransmission management means for instructing a traffic inspection packet to be transmitted to a receiving terminal connected to a network node via a network, and when a traffic inspection packet is received, a response packet is transmitted to a source of the traffic inspection packet. Connection control means, the connection control means of the transmitting terminal instructs the re-communication management means to set a timer when the communication of the application is stopped, and stops when receiving a traffic inspection instruction from the re-communication management means. Sends a traffic inspection packet to the destination of the A retransmission control method for resuming application communication when a response packet is received.
【請求項4】 請求項1記載の再送制御方式において、 前記記録管理手段は、残り再送回数を管理しているパケ
ットについてヘッダ管理手段から送信許可を求められた
ときに、前記最大再送回数と残り再送回数の差が所定の
しきい値以上の場合、送信許可を求められたパケットの
送信先に関する最大再送回数を全て減らし、ヘッダ管理
手段から送信許可の問い合わせが一定時間ない場合に、
問い合わせがなかったパケットの送信先に関する最大再
送回数を初期化するものであることを特徴とする再送制
御方式。
4. The retransmission control method according to claim 1, wherein the record management unit determines the maximum number of retransmissions and the number of remaining packets when the header management unit requests transmission permission for a packet managing the number of remaining retransmissions. If the difference in the number of retransmissions is equal to or greater than a predetermined threshold, reduce the maximum number of retransmissions for the destination of the packet for which transmission permission is requested, and if there is no transmission permission inquiry from the header management unit for a certain period of time,
A retransmission control method for initializing a maximum number of retransmissions for a destination of a packet for which no inquiry has been made.
【請求項5】 コネクション確立型通信におけるパケッ
トの再送制御方式であって、 送信側端末に、 通信の優先度に応じてコネクション毎に予め設定され
た、再送が許される最大の回数を表す最大再送回数を保
持し、コネクションの確立時に通信の優先度を識別して
優先度に応じた最大再送回数を出力し、通信停止の指示
を受けるとアプリケーションの通信を停止させるコネク
ション制御手段と、 アプリケーションから受け取った送信すべきパケットを
保持し、このパケットを特定する情報を基に送信許可を
求めるヘッダ管理手段と、 コネクション制御手段から受け取った最大再送回数に基
づく残り再送回数をコネクション毎に管理し、前記送信
許可を求められたパケットに関して設定されたコネクシ
ョンの残り再送回数が1以上であれば、該コネクション
の残り再送回数を1減らす共にヘッダ管理手段に対して
送信を許可し、残り再送回数が0であれば、コネクショ
ン制御手段に通信の停止を指示し、ヘッダ管理手段から
送信許可の問い合わせが一定時間ない場合に、該当コネ
クションの残り再送回数を最大値に戻す記録管理手段と
を備えることを特徴とする再送制御方式。
5. A retransmission control method for a packet in connection-established communication, comprising: a maximum retransmission indicating a maximum number of retransmissions permitted to a transmitting terminal, which is preset for each connection according to a communication priority. A connection control unit that holds the number of times, identifies the communication priority when establishing a connection, outputs the maximum number of retransmissions according to the priority, and stops the communication of the application when the communication stop instruction is received. Header management means for holding a packet to be transmitted and requesting transmission based on information specifying the packet; and managing the remaining number of retransmissions based on the maximum number of retransmissions received from the connection control means for each connection. If the remaining number of retransmissions of the connection set for the packet for which permission is requested is 1 or more The remaining number of retransmissions of the connection is reduced by 1 and transmission is permitted to the header management means. If the remaining number of retransmissions is 0, the connection control means is instructed to stop communication, and the header management means issues a transmission permission inquiry. A retransmission control method comprising: a recording management unit that returns the remaining number of retransmissions of the connection to a maximum value when there is no fixed time.
JP8331698A 1998-03-30 1998-03-30 Retransmission control system Pending JPH11284657A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP8331698A JPH11284657A (en) 1998-03-30 1998-03-30 Retransmission control system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP8331698A JPH11284657A (en) 1998-03-30 1998-03-30 Retransmission control system

Publications (1)

Publication Number Publication Date
JPH11284657A true JPH11284657A (en) 1999-10-15

Family

ID=13799030

Family Applications (1)

Application Number Title Priority Date Filing Date
JP8331698A Pending JPH11284657A (en) 1998-03-30 1998-03-30 Retransmission control system

Country Status (1)

Country Link
JP (1) JPH11284657A (en)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002005497A1 (en) * 2000-07-07 2002-01-17 Matsushita Electric Industrial Co., Ltd. Data transmitter, data receiver, and data transmitting/receiving method
WO2003081834A1 (en) * 2002-03-22 2003-10-02 Matsushita Electric Industrial Co., Ltd. Base station apparatus and packet transmission method
WO2003105420A1 (en) * 2002-06-07 2003-12-18 シャープ株式会社 Data communication method and data transmission apparatus
US6891799B1 (en) 1998-11-30 2005-05-10 Matsushita Electric Industrial Co., Ltd. Data transmission method
JP2006050244A (en) * 2004-08-04 2006-02-16 Sharp Corp Radio communication equipment
US7114002B1 (en) 2000-10-05 2006-09-26 Mitsubishi Denki Kabushiki Kaisha Packet retransmission system, packet transmission device, packet reception device, packet retransmission method, packet transmission method and packet reception method
US7180896B1 (en) 2000-06-23 2007-02-20 Mitsubishi Denki Kabushiki Kaisha Method and system for packet retransmission
KR100716170B1 (en) * 2005-05-09 2007-05-10 삼성전자주식회사 Apparatus and method for retrying function
JP2007517458A (en) * 2003-12-29 2007-06-28 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート Packet retransmission method in mobile communication system and computer-readable recording medium on which program is recorded
US7263644B2 (en) 2002-01-10 2007-08-28 Samsung Electronics Co., Ltd. Data transmitting/receiving system and method thereof
WO2015133067A1 (en) * 2014-03-03 2015-09-11 日本電気株式会社 Communication control apparatus, communication control method, and storage medium
WO2023123256A1 (en) * 2021-12-30 2023-07-06 Nec Corporation Method, device and computer storage medium of communication

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6891799B1 (en) 1998-11-30 2005-05-10 Matsushita Electric Industrial Co., Ltd. Data transmission method
US7180896B1 (en) 2000-06-23 2007-02-20 Mitsubishi Denki Kabushiki Kaisha Method and system for packet retransmission
WO2002005497A1 (en) * 2000-07-07 2002-01-17 Matsushita Electric Industrial Co., Ltd. Data transmitter, data receiver, and data transmitting/receiving method
US7203184B2 (en) 2000-07-07 2007-04-10 Matsushita Electric Industrial Co., Ltd. Data transmitter, data receiver, and data transmitting/receiving method
US7114002B1 (en) 2000-10-05 2006-09-26 Mitsubishi Denki Kabushiki Kaisha Packet retransmission system, packet transmission device, packet reception device, packet retransmission method, packet transmission method and packet reception method
US7823039B2 (en) 2002-01-10 2010-10-26 Samsung Electronics Co., Ltd. Data transmitting/receiving system and method thereof
US7263644B2 (en) 2002-01-10 2007-08-28 Samsung Electronics Co., Ltd. Data transmitting/receiving system and method thereof
US7447969B2 (en) 2002-01-10 2008-11-04 Samsung Electronics Co., Ltd. Data transmitting/receiving system and method thereof
US7484157B2 (en) 2002-01-10 2009-01-27 Samsung Electronics Co., Ltd. Data transmitting/receiving system and method thereof
WO2003081834A1 (en) * 2002-03-22 2003-10-02 Matsushita Electric Industrial Co., Ltd. Base station apparatus and packet transmission method
WO2003105420A1 (en) * 2002-06-07 2003-12-18 シャープ株式会社 Data communication method and data transmission apparatus
JP4668207B2 (en) * 2003-12-29 2011-04-13 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート Packet retransmission method in mobile communication system and computer-readable recording medium on which program is recorded
JP2007517458A (en) * 2003-12-29 2007-06-28 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート Packet retransmission method in mobile communication system and computer-readable recording medium on which program is recorded
JP2006050244A (en) * 2004-08-04 2006-02-16 Sharp Corp Radio communication equipment
KR100716170B1 (en) * 2005-05-09 2007-05-10 삼성전자주식회사 Apparatus and method for retrying function
WO2015133067A1 (en) * 2014-03-03 2015-09-11 日本電気株式会社 Communication control apparatus, communication control method, and storage medium
JP5915820B2 (en) * 2014-03-03 2016-05-11 日本電気株式会社 COMMUNICATION CONTROL DEVICE, COMMUNICATION CONTROL METHOD, AND COMMUNICATION CONTROL PROGRAM
JPWO2015133067A1 (en) * 2014-03-03 2017-04-06 日本電気株式会社 COMMUNICATION CONTROL DEVICE, COMMUNICATION CONTROL METHOD, AND COMMUNICATION CONTROL PROGRAM
WO2023123256A1 (en) * 2021-12-30 2023-07-06 Nec Corporation Method, device and computer storage medium of communication

Similar Documents

Publication Publication Date Title
JP4550704B2 (en) Communication system and communication management method
US9270536B2 (en) BGP slow peer detection
US20060221825A1 (en) Congestion control network relay device and method
CN107979592B (en) Method and device for sending service request message
WO2011151884A1 (en) Communication apparatus and communication method
US8341453B2 (en) Transmission apparatus that transmits data according to a protocol, and method for measuring time in the transmission apparatus
JPH11284657A (en) Retransmission control system
US6947435B1 (en) Radio communication system and apparatus, communication method and program recording medium therefor
JP3377994B2 (en) Data distribution management device and data distribution management method
WO2012075934A1 (en) Method for detecting message loop, routing agent apparatus and networking system
US7616607B2 (en) Data preservation
JP2009089197A (en) Repeating device
JPH1155314A (en) Method for controlling data transfer
JP3893247B2 (en) Data distribution management device
US20050273606A1 (en) Communication system, communication apparatus, operation control method, and program
WO2007124629A1 (en) A lmp message processing method, unit and a lmp message processing node
JP2000022739A (en) Electronic mail system
JP6662152B2 (en) Communication program, communication method, and communication device
JP2005210240A (en) Mail filter system, mail filter, mail filtering method and program for use therein
KR100702858B1 (en) Apparatus and method for preventing wrong billing due to packet loss in mobile communication system
Cisco Configuring IP Services
Cisco Configuring IP Services
Cisco Configuring IP Services
US9877264B2 (en) Apparatus and method for reducing transmission delay of HTTP protocol and processing load of HTTP server in wireless communications network
JP2961695B1 (en) Retransmission control method