Transmission control method

Description: TECHNICAL FIELD [Detailed description of the invention]

【0001】

[Technical field to which the invention belongs]

The present invention relates to a transmission control method.

【0002】

[Conventional technology]

Conventionally, in the transmission control method in data communication using packets, for example, as shown in FIG. 8, the transmitting side divides the data to be transmitted into a plurality of packets and sequentially transmits the data packets (commands). When the receiving side receives the data packets that are sequentially transmitted, it determines whether or not there is an error in the data contained in this received packet. If there is no error, an acknowledgment (receipt confirmation) is given, and if there is an error, the response is positive. Returns a response (response packet) including each retransmission request to the sender. By receiving the response from the receiving side, the transmitting side can determine whether or not the data packet has been accurately transmitted to the receiving side. That is, a method is known in which the transmitting side transmits the next data packet when an acknowledgment is returned, and retransmits the data packet when a retransmission request is returned. There is. Further, for example, as described in Japanese Patent Application Laid-Open No. 9-83573, when the transmitting side cannot receive the number of responses (reception confirmation packets) to be received within a predetermined time, the same packet is retransmitted. A method has been proposed.

【0003】

[Problems to be Solved by the Invention]

For example, wireless communication systems such as Japanese Patent Application No. 10-115719 and Japanese Patent Application No. 10-185866, which the applicant of the present invention has previously applied for, and networks such as the Internet, for example, have a plurality of terminals. The communication environment is such that the traffic on the wireless communication path is likely to change randomly, such as when communicating with the terminal of. Further, in the above wireless communication system, a situation occurs in which unnecessary data packets exist on the network.

【0004】

In such a communication environment, when a large amount of data is packetized and communicated at high speed by using the conventional transmission control method described above, the traffic in the network increases more (communication is fast and frequent). For example, as shown in FIG. 9, the response from the receiving side radio collides with the transmitting side data packet, and the probability that the packet cannot be received normally increases, resulting in a situation in which the throughput deteriorates. ..

【0005】

An object of the present invention is to reduce the number of responses from the receiving side and temporarily stop transmission depending on the situation, particularly in the case of packetizing a large amount of data for high-speed communication, thereby increasing the amount of traffic. It is an object of the present invention to provide a transmission control method that enables transmission of a larger amount of data in a short time by reducing the number of data.

【0006】

[Means for solving problems]

In the transmission control method of the present invention, the transmitting terminal divides the data into a plurality of packets, adds an order number to each packet in the order of transmission, sequentially transmits the data in a constant transmission cycle, and temporarily stores the data in the retransmission storage area. If there is a packet that could not be normally received by then, the receiving terminal returns a retransmission request with the sequence number to the transmitting terminal at a predetermined cycle longer than the transmission cycle. Then, the transmitting terminal retransmits the packet having the sequence number for which the retransmission request has been made.

【0007】

In the above transmission control method, the transmitting side and the receiving side transmit at regular intervals (however, at least the receiving side has a longer cycle than the transmitting side) regardless of the reception of the transmitted packet / response from the other side. Perform processing or response processing.

【0008】

In this way, the transmitting side does not have to wait for the response from the receiving side, and continues to transmit packets in sequence, and the receiving side does not return the response one by one, but performs the response processing collectively at regular intervals, so that the processing efficiency is improved. It can be improved and the traffic on the transmission line can be reduced because the number of responses is small. Therefore, it is particularly suitable for packetizing a large amount of data for high-speed communication, and data transmission can be performed in a short time.

【0009】

For example, for each packet reception, the receiving terminal stores the sequence number of the packet when the packet is normally received, and whether or not the sequence numbers normally received and stored up to that point are continuous. The sequence number of the packet that could not be normally received is estimated and stored, and if the sequence number of the packet that could not be normally received is stored every predetermined cycle longer than the transmission cycle, the sequence number is stored. When the sender terminal receives the retransmission request, it retransmits the packet having the sequence number for which the retransmission request was made, and the packet up to the sequence number -1 is retransmitted. Release the data from the retransmission storage area.

【0010】

In this way, even if a packet is lost in the middle due to a packet collision, for example, the transmitting side sends the next packet without waiting for a response, and the receiving side normally receives the next packet, the sequence numbers become discontinuous. Therefore, the sequence number of the packet lost in the middle of the above can be inferred and a retransmission request can be sent. In addition, the retransmission request also serves as reception confirmation. That is, all the packets up to one sequence number before the retransmission request are considered to have been normally received, and are collectively released from the retransmission storage area, so that the processing efficiency is improved.

【0011】

Further, for example, when there is no packet that could not be normally received by the receiving side terminal, the receiving side terminal returns a release request with a sequence number of the last normally received packet to the transmitting side terminal, and the transmission is performed. The side terminal releases the data of the packets up to the sequence number attached to the returned release request from the retransmission storage area. In this way, the processing of confirming normal reception / releasing the storage area is also performed collectively at predetermined intervals, so that the processing efficiency is improved.

【0012】

Further, when the transmitting side terminal does not receive a reply from the receiving side terminal for a predetermined time or more, the transmission of the packet is temporarily stopped. That is, even with the transmission control method described above, normal communication may be difficult due to an increase in the amount of traffic due to some cause or the like. In such a case, by temporarily stopping the transmission of the packet, it can be expected that the increase in the amount of traffic on the transmission path can be mitigated and the communication can be performed normally. In particular, in the transmission control method described above, if the response from the receiving side cannot be received, the data cannot be released from the retransmission storage area, but regardless of this, the packet is continuously transmitted at regular intervals, and the retransmission storage area is used. The amount of data stored in is increasing. As a result, when the response cannot be received for a predetermined time or more set in advance, the packet transmission is temporarily stopped.

【0013】

Further, when the transmitting side terminal does not receive the response even after a certain period of time has elapsed after the transmission of the packet is stopped, the transmitting packet discards the packet being communicated and terminates the communication. If the communication status is still not improved even if the packet transmission is temporarily stopped to reduce the traffic volume as described above, the packet being communicated is discarded and the communication is terminated.

【0014】

BEST MODE FOR CARRYING OUT THE INVENTION

Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the following description of the embodiment, an example of application to a wireless communication system such as Japanese Patent Application No. 10-115719, which the applicant of the present invention has previously applied for, will be described. The transmission control method of the present invention is not limited to wireless communication systems, and can be similarly applied to communication environments such as the Internet.

【0015】

FIG. 1 is a schematic configuration diagram of a wireless device of the wireless communication system. The radio 10 shown in the figure includes a calculation unit 11 (CPU, etc.), a storage unit 12, an external I / O 13, an RF unit 14, and the like. The arithmetic unit 11 (CPU, etc.), the storage unit 12, the external I / O 13, and the RF unit 14 are connected to the data bus 15.

【0016】

The arithmetic unit 11 is a central processing unit that controls the entire radio 10. The storage unit 12 is a memory for storing various programs / data and the like, and is a ROM / RAM / flash memory and the like.

【0017】

The external I / O 13 is, for example, a PC card socket or the like. The RF unit 14 is a module that drives and controls the transmission and reception of radio waves by the antenna.

【0018】

As shown in FIG. 2, for example, the radio 10 is connected to a data supply device 21 and a data reception device 22 which are information processing terminals such as a personal computer. In the figure, for convenience of explanation, the data supply device 21 and the data reception device 22 are divided into the data supply device 21 and the data reception device 22. This is treated as the data supply device 21 at the time of data transmission and the data reception device 22 at the time of data reception. Is what you are doing.

【0019】

At the time of data transmission, when transmission data is transferred from the data supply device 21, the radio 10 divides this data into a plurality of packets, adds a sequence number described later to each packet, and sequentially transmits the data. These transmitted packet data are temporarily stored in the packet management register 15 for retransmission. On the other hand, when data is received, the data of the normally received packet is temporarily stored in the sequence control register 16, and each data stored in the register 16 is matched in the order of the sequence numbers described later (data sequence matching process). , Transfer to the data receiving device 22. The retransmission packet management register 15 and the sequence control register 16 use, for example, a register (not shown) in the arithmetic unit 11.

【0020】

An example of the packet structure is shown in FIG. The packet 30 shown in FIG. 3 is roughly divided into a header unit and a data unit 40. The header portion includes a fixed ID 31, a packet identification code 32, a source radio ID 33, a destination radio ID 34, a number of relays 35, a packet serial number 36, a data identification code 37, a number of data 38, and termination information 39. The fixed ID 31, packet identification code 32, source radio ID 33, destination radio ID 34, number of relays 35, data identification code 37, number of data 38, and termination information 39 are well known and will be explained. Is omitted. The packet serial number 36 is the above-mentioned "sequential number". The packet serial number 36 (sequential number) is a serial number indicating the transmission order, which is added to a packet when a certain transmission data is divided into a plurality of packets and transmitted. Hereinafter, the transmission control method of the present invention will be described with reference to FIGS. 4 and 5.

【0021】

FIG. 4 is a flowchart for schematically explaining the transmission control process by the radio. In the figure, the transmission control process by the radio 10 is divided into a process as a transmitting side and a process as a receiving side.

【0022】

First, the processing as the transmitting side shown on the left side of the figure will be described. On the transmitting side, packets are sequentially transmitted at a constant transmission cycle regardless of the response from the receiving side. From this, each time the transmission timing comes (step S11, YES), the packet to be transmitted next is transmitted (step S12). Although not particularly shown, the transmitted packet data is temporarily stored in the retransmission packet management register 15 as described with reference to FIG.

【0023】

When a response from the receiving side is received (step S13, YES), it is determined whether this response is a release request packet or a retransmission request packet (step S14). If it is a release request packet, all the data up to the sequence number attached to this packet is released from the above register 15 (step S17). If it is a retransmission request packet, the packet with the sequence number added to this packet is retransmitted (step S15), and all the packets with sequence number -1 attached to this packet are normally received. The data of the packets up to these "sequence number -1" is released from the register 15 (step S16).

【0024】

Next, the processing as the receiving side shown on the right side of the figure will be described. On the receiving side, response processing is performed at least in a fixed cycle longer than the transmitting cycle of the transmitting side. On the receiving side, the packet is not received (step S21, NO), and when it is not the timing to perform response processing (step S22, NO), it is in a standby state.

【0025】

Then, each time a packet is normally received (step S21, YES), the data of the normally received packet is stored in the sequence control register 16 and the sequence number of the packet is stored (step S23). Although not particularly shown, when a packet is received, as described in the above-mentioned prior art, it is determined whether or not there is an error in the data included in the received packet (data error detection), and there is no error. In the case, it is assumed that the packet has been received normally.

【0026】

Then, it is determined whether or not the packet reception up to that point has been performed normally. Here, in the transmission control method of the present invention, as described above, the transmitting side continues transmission at regular intervals regardless of the response from the receiving side, and the receiving side transmits without returning a response for each packet reception. Processing for response is performed in a fixed cycle longer than the transmission cycle on the side (for example, 3 or 4 cycles of the transmission cycle, although not particularly limited). This is to reduce the number of responses and reduce the amount of traffic on the transmission line, but even if a packet is lost in the middle due to a packet collision on the transmission line, wait until a predetermined time elapses. It is determined whether or not the packet reception up to that point has been normally performed based on whether or not the sequence numbers that have been normally received and stored in step S23 up to that point are continuous (step). S24). For example, when a certain transmitted packet is lost due to a collision or the like and the next packet is normally received, the sequence number of the lost packet is not stored, so that the sequence number becomes discontinuous.

【0027】

If it is determined that the above sequence numbers are discontinuous (step S24, NO), "the sequence number of the last packet received normally (sequential sequence numbers) + 1" is "cannot be received normally". It is stored as "the sequence number of the packets received" (step S26).

【0028】

On the other hand, when it is determined that the sequence numbers are continuous (step S24, YES), the data temporarily stored in the sequence control register 16 is transferred to the data receiving device 22 (step). S25), the process of the above step S26 is performed. In this way, on the receiving side, when packets are received, if they can be received normally in order, the received data is transferred to the data receiving device 22, and the above "sequence number of packets that could not be received normally" is +. Increment by 1. If the data cannot be received in order (there is a missing sequence number, etc.), the data is sent to the data receiver 22 when the sequence is matched (then the packet with the missing sequence number can be received normally). Transfer to.

【0029】

As described above, the processing of steps S23 to S26 is executed for each packet reception, and when the timing of the response processing performed at a fixed cycle longer than the transmission cycle is reached (step S22, YES), "normal reception" is performed in step S26. The "sequence number" stored as the "sequence number of the packet that could not be completed" is determined, and the "sequence number" (stored) at the time of the previous response processing cycle is compared with the "sequence number" determined this time. However, if both are the same (if there was no update from the previous time, that is, if the packet could not be received normally between the previous time and this time) (step S27, NO), retransmission with this sequence number added. Send the request packet (step S29).

【0030】

As a result, the packet of step S15 on the transmitting side is retransmitted. On the other hand, when the above "sequence number" is updated (that is, when there is a packet that can be normally received between the previous time and this time), the sequence number -1 stored by the process of step S26 is input. The added release request packet is transmitted (step S28). As a result, the data in step S17 is released on the transmitting side.

【0031】

The processes of steps S24 and S26 are mainly for estimating packets that could not be received due to packet collision or the like, and when it is determined that there is an error by control such as error correction for the received packets, As it is, the sequence number of the packet may be stored as "the sequence number of the packet that could not be received normally".

【0032】

The process shown in FIG. 4 is an example and is not limited to this. For example, at the response processing timing, the retransmission request packet to which the "sequence number of the packet that could not be normally received" is added may be uniformly transmitted.

【0033】

FIG. 5 is a diagram for explaining the transmission control process of FIG. 4 in detail while showing a concrete example. The radio on the transmitting side sequentially transmits packets in a constant transmission cycle t1 regardless of the response from the receiving side. On the other hand, the response processing of the radio on the receiving side is also performed at regular intervals of t2 regardless of the packet reception from the transmitting side. The response processing cycle t2 is set to a longer cycle than the transmission cycle t1. For example, as shown in Fig. 5, t2 is set to a length corresponding to 3 or 4 cycles of t1.

【0034】

For example, in the example shown in FIG. 5, the transmission data is divided into a plurality of packets, and a sequence number, ..., Which is continuous in the transmission order is added to each packet, and the transmission data is sequentially transmitted in a constant transmission cycle t1. ..

【0035】

On the receiving side, when a packet is normally received (when it is normally received without detection of non-reception due to collision between packets or data error in the received packet), the data of the received packet is used for order control. It is temporarily stored in register 16 and its sequence number is stored. For example, as shown in the figure, first, when a packet having a sequence number is normally received, the data of this packet is temporarily stored in the sequence control register 16, and the packet serial number 36 of this packet, that is, the sequence number is not set. Store in the illustrated storage area or the like. Similarly, when a packet with a sequence number is sent from the transmitting side for each transmission cycle t1 and these packets are normally received, the data of the packet is temporarily stored in the sequence control register 16 and the sequence number is stored. Remember ,. At the same time, it is checked whether or not the sequence numbers of the packets normally received so far are continuous (without omission), and if they are continuous, the data temporarily stored in the above-mentioned order control register 16. Is transferred to the data receiving device 22 (processing of steps S24 and S25 in FIG. 4 described above).

【0036】

Then, "the sequence number +1 of the packet that was normally received (the sequence number is consecutive) at the end" is stored as "the sequence number of the packet that could not be received normally". In the example shown in the figure, the sequence numbers, and so on, are continuous without omission of the numbers, so these data are transferred from the sequence control register 16 to the data receiving device 22. The data receiving device 22 can receive data in order.

【0037】

Further, in this case, by the process of step S26 when the packets of the sequence number are normally received, "the sequence number of the packets that could not be received normally" is stored, but the packets are continuously in order in this way. In the normal reception situation, it is determined in the process of step S27 that "there is an update", and the release request packet is returned.

【0038】

That is, for example, if, as shown in the figure, the timing between the transmission cycle and the sequence number is the timing of the response processing every t2 of the fixed cycle on the receiving side, the radio on the receiving side receives the above "normal reception". Check the number stored as "Sequence number of packets that could not be completed". Then, it is determined whether or not there is "update" by the process of step S27. In the above example, since it is determined that there is an update, a release request packet is returned as a response as shown in the figure. A number decremented by -1 from the above-mentioned "sequence number of packets that could not be received normally", that is, a sequence number in this example is added to the packet of this release request.

【0039】

On the transmitting side, the packet data of the sequence number ,, which has been transmitted as described above, is held in the retransmission packet management register 15, and when the release request packet is received, the retransmission packet management register is used until then. Among the data held in 15, all the data up to the sequence number added to the release request are released from the register 15. When there is a request to release the sequence number as described above, as shown in the figure, all the data of the sequence number ,, is released from the register 15.

【0040】

The radio on the transmitting side continues to transmit packets every transmission cycle t1. For example, as shown in the figure, packets with sequence numbers ~ are transmitted, and of these, packets other than sequence number packets can be received normally. And. In this case, it is determined that the radio on the receiving side has discontinuous numbers in the process of step S24 when the packet of the sequence number is normally received. In this case, the "sequence number of packets that could not be normally received" stored in the process of step S26 is obtained by adding +1 to the sequence number '5' of the last packet that was successfully (consecutively) received. It will be '6'.

【0041】

Then, in the next response processing after t2 has elapsed from the above response processing (timing after the packet transmission of the sequence number in the example shown in the figure), the receiving radio device sends the retransmission request packet with the sequence number added. Reply to the sender as a response. When the transmitting side radio receives the retransmission request packet, it retransmits the packet having the sequence number, and in the packet data held in the retransmission packet management register 15, "the order in which the retransmission request was made". The packet data up to the number calculated from "Number-1" is released from register 15 as if it was normally received. In the example in the figure, the packet data up to the sequence number is released from 6-1 = 5. Since the data of the sequence number ,, has already been released, the data of the sequence number ,, will be released.

【0042】

If the next response process after t2 elapses from the above response process follows the flowchart of FIG. 4 as it is, the determination in step S27 is YES, so a release request with a sequence number is returned, and the next response process is further followed. If the sequence number packet is not normally received before the response processing, the retransmission request is returned. The present invention is not limited to the processing procedure shown in FIG. 4 as described above, and FIG. 5 shows a case where a release request / retransmission request is made in an easy-to-understand manner. This also applies to FIGS. 6 and 7.

【0043】

After that, following the retransmission of the sequence number, the packet is continuously transmitted in sequence number, ..., And so on, and the above response (retransmission request) from the receiving side (although not shown to the end in the figure). Packets are retransmitted and registers are released according to packets (packets, release request packets), and the transmission process ends when all transmission packets are normally received on the receiving side.

【0044】

It is conceivable that the packets do not arrive at the receiving side in the order of the packets due to the difference in the forwarding route of each packet, but even in this case, it can be dealt with without any problem. For example, if a sequence number packet arrives after the above sequence number packet (both are assumed to have been received normally), the receiving radio has a discontinuous number when the sequence number packet is received. Therefore, the sequence number is stored as the above "sequence number of the packet that could not be received normally", and the data of the packet of the sequence number is not transferred to the data receiving device 22, but when the packet of the sequence number is normally received later, " The "sequence number of the packet that could not be received normally" is no longer the sequence number, the sequence is matched, and the packet is transferred to the data receiving device 22 in the order of the sequence number, ....

【0045】

Further, for example, even if the continuous reception of packets fails, it can be dealt with without any problem by the above-mentioned method. For example, when the packets of the above sequence number cannot be received normally in succession, first, the packet of the sequence number is requested to be retransmitted as described above. If the packet with the sequence number is normally received by the next response processing timing, the above "sequence number of the last packet received in order" will be '6', so 6 + 1 = 7. A request to resend the packet of the sequence number will be made. If the retransmitted sequence number packet cannot be normally received, the retransmission request for the sequence number packet is made again.

【0046】

According to the transmission control method described above, the transmitting side and the receiving side are each at regular intervals (however, the receiving side is at least longer than the transmitting side cycle) regardless of the reception of the transmitted packet / response from the other side. Perform transmission processing or response processing (in a cycle). In this way, the transmitting side does not have to wait for the response from the receiving side, and continues to transmit packets in sequence, and the receiving side does not return the response one by one, but performs the response processing collectively at regular intervals, so that the processing efficiency is improved. It can be improved and the traffic on the transmission line can be reduced because the number of responses is small. Therefore, it is particularly suitable for packetizing a large amount of data for high-speed communication, and data transmission can be performed in a short time.

【0047】

However, for some reason, the amount of traffic on the transmission line increases, the state where normal communication can be performed is lost, and a state in which a response cannot be received due to a packet collision or the like may continue.

【0048】

Such a case will be described below with reference to FIG. In the example shown in FIG. 6, packets of sequence number are transmitted from the transmitting side, and after these are normally received by the receiving side, the response processing timing of the receiving side is reached, and the release request packet (order number is added) from the receiving side. ) Is returned, but this release request packet is not received normally.

【0049】

In this case, as described above, both the transmitting side and the receiving side have constant periods t1 and t2 regardless of each other. Since the transmission processing or the response processing is performed in the above, the packets of the following sequence numbers ,, are sequentially transmitted as shown in the figure regardless of whether there is a response from the receiving side. In the example shown in the figure, it is assumed that only the packet of the sequence number cannot be received normally, and the radio on the receiving side returns the retransmission request packet in the next response processing. Here, if the retransmission request packet can be normally received on the transmitting side, there is no problem even if the release request packet is not normally received, and as described above, the transmitting side retransmits the packet of the sequence number. At the same time, the packet data up to the number calculated from "Sequence number -1 for which retransmission was requested" is released from register 15 as if it was received normally, so all the packets up to the sequence number, that is, the sequence number ,,, Packet data is released. However, as shown in the figure, if the retransmission request packet cannot be received normally, the sequence number ,,,,, and the data of the sequence number ,,,, are not released and remain in the register 15, and the packet of the sequence number to be transmitted next is further transmitted. Data will be stored in register 15. Here, if the capacity of the register 15 is full when five packet data are stored, the data of the packets having the next sequence number cannot be stored in the register 15. In this way, if the state in which the response from the receiving side cannot be received continues, the state in which the register 15 in the radio on the transmitting side is not released continues, and eventually the register 15 becomes full.

【0050】

In this way, when the register 15 is full (or not limited to this, when the amount of data remaining in the register 15 exceeds a preset predetermined amount), the radio on the transmitting side , Temporarily stop the packet transmission operation. Since the processing operation on the receiving side is as described above, the response processing is executed at the next response processing timing regardless of whether or not the packet is transmitted from the transmitting side, and the retransmission request is made in the previous response processing. When it recognizes that the sequence number packet has not been received normally, it returns a request to resend the sequence number packet again.

【0051】

Here, the reason why the transmission operation is temporarily stopped as described above is to reduce the traffic volume of the transmission line, so that it is relatively easier to receive the response from the receiving side than before the transmission operation is stopped. become. From this, if the retransmission request for the sequence number packet can be normally received as shown in the figure, the sequence number packet is retransmitted on the transmitting side and "sequence number -1 for which the retransmission request was made" is performed. Since the packet data up to the number calculated by the above is released from the register 15 as if it was normally received, all the packet data up to the sequence number, that is, the sequence number ,,, is released. As a result, the register 15 becomes free, so that the transmitting radio restarts the stopped transmission processing.

【0052】

On the other hand, even if the transmission operation is temporarily stopped, it is possible that the communication state is such that the response cannot be normally received. In such a case, for example, as shown in FIG. 7, if the transmitting radio cannot receive the response even after a predetermined time has elapsed after stopping the transmitting operation as described above, the current state In the state of the transmission line, it is considered that the throughput does not improve even if the radio device stops the transmission operation, and all the packet data during the communication is discarded to end the communication. If the radio on the receiving side does not receive packets continuously for a predetermined time or longer, the communication is terminated.

【0053】

By terminating the communication once in this way, it is possible to reduce the traffic and expect the improvement of the communication state. That is, if the retry is repeated in a state where normal communication cannot be performed, the number of data packets in the network increases and the communication state further deteriorates. Therefore, the communication state is improved by temporarily terminating the communication. The resumption of communication depends on the application of the device to which the radio 10 is connected.

【0054】

Although the description of the above embodiment has been described by taking a wireless communication network as an example, the transmission control method of the present invention is not limited to this as described above, and traffic is generated in the network such as the Internet. It can be applied to all randomly changing communication environments. Further, for example, it can be applied to communication between a base station and a mobile terminal.

【0055】

[Effect of the invention]

As described in detail above, according to the transmission control method of the present invention, the transmitting side continuously transmits packets at regular intervals without having to wait for a response from the receiving side, and the receiving side returns a response one by one. By performing the response processing collectively at regular intervals longer than the transmission cycle, the processing efficiency can be improved and the traffic on the transmission line can be reduced by the amount of the small number of responses. Therefore, it is particularly suitable for packetizing a large amount of data for high-speed communication, and data transmission can be performed in a short time.

【0056】

In addition, throughput can be improved by reducing the amount of traffic by temporarily stopping transmission depending on the situation.

[Simple explanation of drawings]

[Figure 1]

It is a schematic block diagram of the radio of the wireless communication system which is an application example of this invention.

[Figure 2]

It is a register block diagram of the radio of FIG.

[Fig. 3]

It is a figure which shows an example of the packet structure.

[Fig. 4]

It is a flowchart for demonstrating the transmission control process by a radio device.

[Fig. 5]

It is a figure for demonstrating in detail the transmission control process of FIG. 4 while showing a concrete example.

[Fig. 6]

It is a figure for demonstrating the pause of a transmission operation.

[Fig. 7]

It is a figure for demonstrating the termination of communication.

[Fig. 8]

It is a figure for demonstrating the conventional transmission control method.

[Fig. 9]

It is a figure which shows an example of the situation which reception fails.

[Explanation of symbols]

10 radio 11 Arithmetic unit 12 Memory 13 External I / O 14 RF section 15 Packet management register for retransmission 16 Sequence control register 21 Data supply device 22 Data receiver 30 packets 31 Fixed ID 32 Packet identification code 33 Source radio ID 34 Destination radio ID 35 Number of relays 36 packet serial number 37 Data identification code 38 Number of data 39 Termination information 40 Data part