網絡中的協議是多種多樣的。今天我們來介紹一下連續ARQ協議。或許很多朋友都沒有聽說過這個協議。相對TCP IP協議來說，這個協議的確偏冷門了一點。但是沒關系，下面我們就來具體認識一下。

回退n幀(go-back-n)GBN,以及選擇性重傳(selective repeat)ARQ,兩種協議是滑動窗口技術與請求重發技術的結合,由于窗口尺寸開到足夠大時,幀在線路上可以連續地流動,因此又稱其為連續ARQ協議｡ 連續重發請求ARQ方案是指發送方可以連續發送一系列信息幀,即不用等前一幀被確認便可繼續發送下一幀,效率大大提高｡但在這種重發請求方案中,需要在發送方設置一個較大的緩沖存儲空間(稱作重發表),用以存放若干待確認的信息幀｡當發送方收到對某信息幀的確認幀后,便可從重發表中將該信息幀刪除｡所以,連續重發請求ARQ方案的鏈路傳輸效率大大提高,但相應地需要更大的緩沖存儲空間｡ 在這一協議中,當發送站點發送完一個數據幀后,不是停下來等待應答幀,而是可以連續再發送若干個數據幀｡如果在此過程中又收到了接收端發來的應答幀,那么還可以接著發送數據幀｡由于減少了等待時間,整個通信的吞吐量就提高了｡

連續ARQ協議的主要功能可以歸結為以下兩點:

1.在不可靠的鏈路上實現可靠交付｡

這點可從用下面的圖來說明｡

不可靠的鏈路上實現可靠交付

因為出錯的幀都被CRC檢驗器悄悄地丟棄了,因此接收端收下的幀都是無傳輸差錯的幀｡數據鏈路層協議還保證了收到的幀的順序和發送端發送的順序一致,因為序號不對的幀都不接受｡因此,數據鏈路層的連續ARQ協議就在不可靠的鏈路上實現了可靠交付,即發送端發送什么,接收端就收到什么｡所有的重傳對上面都是透明的｡

總之,可靠交付就是:無差錯､無丟失､無重復､按順序｡

2. 支持了流量控制｡

在鏈路層流量控制的思想就是:當接收端來不及接收時(如緩存空間不夠或CPU忙不過來),就可以通過暫時不發送確認幀來降低發送端發送數據幀的速率｡

關于連續ARQ協議特別要注意的地方就是對出錯幀和不按序到達的幀的處理｡

對出錯幀的處理:

CRC檢驗器自動將其丟棄,協議沒有其他動作｡但為了不白白浪費時間,可以規定,如果一個幀重傳多少次都一直出錯,那么就不要再繼續重傳下去,而是報告上層軟件,指出通信線路不可用｡

對不按序到達的幀的處理(這個幀并無傳輸差錯):

如果接收端沒有數據幀要發送,接收端丟棄這個幀,同時向發送端重復發送已經發送過的最后一個確認幀｡

如果接收端有數據幀要發送,接收端可以在下面要發送的自己的數據幀中,把確認信息捎帶發送給對方｡這個確認信息就是期望收到對方的某個編號的數據幀｡

接收端也可以每隔一段時間,向發送端重復發送已經發送過的最后一個確認幀｡