慢開始算法的思路就是，不要一開始就發送大量的數據，先探測一下網絡的擁塞程度，也就是說由小到大逐漸增加擁塞窗口的大小。

發送方會維持一個擁塞窗口,剛開始的擁塞窗口和發送窗口相等,一般開始均設置1，然后我們每收到一個確認,就讓擁塞窗口大小變為原來的兩倍，接著發送分組也是原來的兩倍，以此類推，當窗口值等于16(慢開始門限ssthresh初始值)，然后我們開始采用"加法增大"的策略，即不在以2倍的方式增加，而是轉變為每次加1的方式.直到網絡擁塞。我們開始采用"擁塞避免"算法:讓新的慢開始門限值變為發生擁塞時候的值的一半，將擁塞窗口置為1，然后讓它再次重復，這時一瞬間會將網絡中的數據量大量降低。

當cwnd<ssthresh時，使用慢開始算法。

當cwnd>ssthresh時，改用擁塞避免算法。

當接收方cwnd=ssthresh時，慢開始與擁塞避免算法任意。(既可使用慢開始算法，也可使用擁塞避免算法)

擁塞避免算法讓擁塞窗口緩慢增長，即每經過一個往返時間RTT就把發送方的擁塞窗口cwnd加1，而不是加倍。這樣擁塞窗口按線性規律緩慢增長。

無論是在慢開始階段還是在擁塞避免階段，只要發送方判斷網絡出現擁塞(其根據就是沒有收到確認，雖然沒有收到確認可能是其他原因的分組丟失，但是因為 無法判定，所以都當做擁塞來處理)，就把慢開始門限設置為出現擁塞時的發送窗口大小的一半。然后把擁塞窗口設置為1，執行慢開始算法。

提醒這里只是為了討論方便而將擁塞窗口大小的單位改為數據報的個數，實際上應當是字節。

快重傳可以提高網絡的吞吐量而快恢復算法相當于擁塞避免算法的后半恢復部分的優化.

假設以下情況:如果在發送方設置的超時定時器到時間還沒有收到確認,那么有一種可能是網絡發生堵塞,這種情況下,tcp會將擁塞窗口置為一,新的門限值變為發生阻塞時的一半并且開始執行慢開始算法.當我們使用快重傳的時候,要求接收方接收到一個失序的報文段后就立即發出 重復確認,(目的是讓對方早知道有報文段沒有到達)

假設發送方發送了M1–M4四個分組,接收方收到了M1和M2,以及M4,這些分組.

現在接收方不能確認M4,因為M3沒有收到,此時接收方可以什么都不干,也可以發送對M2的確認,但是快重傳算法要求這樣做:

接收方應該及時發送對M2的重復確認,這樣可以讓發送方知道M3并沒有被傳過來,發送方還會試著發送M5,M6,接收方收到之后,我們會繼續發送對M2的確認,這樣一共發了好幾個對M2的確認,按照規定,只要發送方收到三個重復確認,就立即重傳對方未收到的報文段M3.這樣可以避免阻塞,并且提高我們網絡的吞吐量.

快恢復算法與快重傳算法配合使用

當發送方收到三個連續確認時,就執行"乘法減小"算法,把"慢開始門限"減半,注意接下來不會執行慢開始算法.

由于此時沒有發送網絡阻塞(要是發生阻塞的話就不會連續收到4個確認),因此此時不執行慢開始算法,并不會將擁塞窗口的值置為1,而是將它置為慢開始門限的一半.然后再實行擁塞避免算法,每次收到確認之后+1.

快重傳配合使用的還有快恢復算法，有以下兩個要點:

①當發送方連續收到三個重復確認時，就執行"乘法減小"算法，把ssthresh門限減半。但是接下去并不執行慢開始算法。②考慮到如果網絡出現擁塞的話就不會收到好幾個重復的確認，所以發送方現在認為網絡可能沒有出現擁塞。所以此時不執行慢開始算法，而是將cwnd設置為ssthresh的大小，然后執行擁塞避免算法。