本文根據RFC793協議規范和BSD 4.4的實現，總結了TCP分組丟失時的狀態變遷，如下圖所示：實線箭頭表示客戶端的狀態變遷，線段虛線箭頭表示服務端的狀態變遷，圓點虛線箭頭表示客戶端或服務端的狀態變遷；黑色文字表示正常時的行為，紅色文字表示分組丟失時的行為。
   這里假設重傳時分組依然會丟失，當在不同狀態（CLOSED除外）分組丟失后，最終會關閉套接字而回到CLOSED狀態。下面逐個分析各狀態時的情景。

SYN_SENT
   連接階段第1次握手，客戶端發送的SYN分組丟失，因此超時收不到服務端的SYN+ACK而重傳SYN，嘗試幾次后放棄，關閉套接字。

SYN_RCVD
   1）連接階段第2次握手，服務端響應的SYN+ACK分組丟失，因此超時收不到客戶端的ACK而重傳SYN+ACK，嘗試幾次后放棄，發送RST并關閉套接字。
   2）連接階段第3次握手，客戶端發送的ACK分組丟失，因此服務端超時收不到ACK而重傳SYN+ACK，嘗試幾次后放棄，發送RST并關閉套接字。
   3）同時打開第2次握手，本端響應的SYN+ACK分組丟失，因此對端超時收不到SYN+ACK而重傳SYN、嘗試幾次后放棄、發送RST并關閉套接字，而此時本端收到RST。

ESTABLISHED
   1）連接階段第3次握手，客戶端發送ACK分組后，雖然丟失但會進入該狀態（因為ACK不需要確認），但此時服務端還處于SYN_RCVD狀態，因為超時收不到客戶端的ACK而重傳SYN+ACK、嘗試幾次后放棄、發送RST并關閉套接字，而此時客戶端收到RST。
   2）數據傳輸階段，本端發送的Data分組丟失，因此超時收不到對數據的確認而重傳、嘗試幾次后放棄、發送RST并關閉套接字，而此時對端收到RST。

FIN_WAIT_1
   1）關閉階段第1次握手，客戶端發送的FIN分組丟失，因此超時收不到服務端的ACK而重傳FIN，嘗試幾次后放棄，發送RST并關閉套接字。
   2）關閉階段第2次握手，服務端響應的ACK分組丟失，因此客戶端超時收不到ACK而重傳FIN，嘗試幾次后放棄，發送RST并關閉套接字。
 
FIN_WAIT_2
   關閉階段第3次握手，服務端發送的FIN分組丟失，因此超時收不到客戶端的ACK而重傳FIN、嘗試幾次后放棄、發送RST并關閉套接字，而此時客戶端收到RST。
 
CLOSING
   同時關閉第2次握手，本端發送的ACK分組丟失，導致對端超時收不到ACK而重傳FIN、嘗試幾次后放棄、發送RST并關閉套接字，而此時本端收到RST。

TIME_WAIT
   關閉階段第4次握手，客戶端響應的ACK分組丟失，導致服務端超時收不到ACK而重傳FIN、嘗試幾次后放棄、發送RST并關閉套接字，而此時客戶端收到RST。

CLOSE_WAIT
   關閉階段第2次握手，服務端響應的ACK分組丟失，導致客戶端超時收不到ACK而重傳FIN、嘗試幾次后放棄、發送RST并關閉套接字，而此時服務端收到RST。

LAST_ACK
   關閉階段第3次握手，服務端發送的FIN分組丟失，導致超時收不到客戶端的ACK而重傳FIN、嘗試幾次后放棄、發送RST并關閉套接字。