Continuous ARQ Protocol Delivery Process

How does the continuous ARQ protocol complete sliding windows and request re-sending? Next we will provide a detailed description of its main functions. I hope that you can understand this process and the delivery process through some of the content in this article.

Go-back-n (GBN) and selective repeat (ARQ). The two Protocols are the combination of Sliding Window Technology and request retransmission technology, since the window size is large enough, the frame can flow continuously on the line, so it is also called the continuous ARQ protocol. The continuous re-sending request ARQ solution is that the sender can send a series of information frames continuously, that is, the next frame can be sent without waiting for the previous frame to be confirmed, which greatly improves the efficiency, you need to set a large buffer bucket (referred to as repost) on the sender to store several frames of information to be confirmed ｡

After receiving a confirmation frame for a message frame, the sender can delete the message frame from the re-publication. Therefore, the link transmission efficiency of the continuous re-sending request ARQ solution is greatly improved, in this protocol, when the sending site sends a data frame, it does not stop and wait for the response frame, instead, you can send several data frames consecutively. If you receive a response frame from the receiving end during this process, you can send the data frame again, the throughput of the entire communication is increased ｡

The main functions of the continuous ARQ protocol can be summarized as follows:

1. reliable delivery on unreliable links ｡

This can be illustrated in the following figure ｡

Unreliable link for reliable delivery

Because the erroneous frames are quietly discarded by the CRC validator, therefore, the frames received by the receiving end are all frames without transmission errors. The data link layer protocol also ensures that the sequence of received frames is consistent with that sent by the sending end, because frames with incorrect serial numbers are not accepted, the continuous ARQ protocol on the data link layer achieves reliable delivery on the unreliable link layer, that is, what the sender sends, what is received by the receiving end. All retransmission is transparent to the above ｡

In short, reliable delivery is: no error, no loss, no repetition, in order ｡

2. Supports traffic control ｡

The concept of traffic control at the link layer is that when the receiving end cannot receive traffic (for example, the cache space is insufficient or the CPU is too busy ), you can reduce the transmission rate of data frames by not sending confirmation frames ｡

For the continuous ARQ protocol, special attention should be paid to the handling of error frames and frames not arriving in order ｡

Handle error frames:

The CRC tester automatically discards it, and there are no other actions in the Protocol. However, to avoid wasting time, you can specify how many times a frame has been retransmitted for an error, in this case, do not re-transmit the data, but report the upper-layer software, indicating that the communication line is unavailable ｡

Processing of frames that do not arrive in sequence (this frame has no transmission error ):

If the receiving end does not have a data frame to send, the receiving end discards the frame and repeatedly sends the last validation frame that has been sent to the sending end ｡

If the receiving end has a data frame to be sent, the receiving end can forward the confirmation information to the other party in the following data frame ｡

The receiving end can also send the last validation frame that has been sent to the sending end at intervals ｡