與快重傳配合使用的還有快恢復(fù)算法，其過程有以下兩個要點：

   (1)當(dāng)發(fā)送方連續(xù)收到三個重復(fù)確認(rèn)時， GAL16V8-15LP就執(zhí)行“乘法減小”算法，把慢開始門限ssthresh減半。這是為了預(yù)防網(wǎng)絡(luò)發(fā)生擁塞。請注意，接下去不執(zhí)行慢開始算法。

   (2)由于發(fā)送方現(xiàn)在認(rèn)為網(wǎng)絡(luò)很可能沒有發(fā)生擁塞（如果網(wǎng)絡(luò)發(fā)生了嚴(yán)重的擁塞，就不會一連有好幾個報文段連續(xù)到達(dá)接收方，也就不會導(dǎo)致接收方連續(xù)發(fā)送重復(fù)確認(rèn)），因此與慢開始不同之處是現(xiàn)在不執(zhí)行慢開始算法（即擁塞窗口cwnd現(xiàn)在不設(shè)置為1），而是把cwnd值設(shè)置為慢開始門限ssthresh減半后的數(shù)值，然后開始執(zhí)行擁塞避免算法’（“加法增大”），使擁塞窗口緩慢地線性增大。

   圖5-27給出了快重傳和快恢復(fù)的示意圖，并標(biāo)明了“TCP Reno版本”，這是目前使用得很廣泛的版本。圖中還畫出了已徑廢棄不用的虛線部分（TCP Tahoe版本）。請注意它們的區(qū)別就是：新的TCP Reno版本在快重傳之后采用快恢復(fù)算法而不是采用慢開始算法。

   請注意，也有的快重傳實現(xiàn)是把開始時的擁塞窗口cwnd值再增大一些（增大3個報文段的長度），即等于ssthresh+3×MSS。這樣做的理由是：既然發(fā)送方收到三個重復(fù)的確認(rèn)，就表明有三個分組已經(jīng)離開了網(wǎng)絡(luò)。這三個分組不再消耗網(wǎng)絡(luò)的資源而是停留在接收方的緩存中（接收方發(fā)送出三個重復(fù)的確認(rèn)就證明了這個事實）�？梢姮F(xiàn)在網(wǎng)絡(luò)中并不是堆積了分組而是減少了三個分組。因此可以適當(dāng)把擁塞窗口擴(kuò)大些。