TCP 的可靠傳輸機制是基于連續 ARQ 協議和滑動窗口協議的。

　　TCP 協議在發送方維持了一個發送窗口，發送窗口以前的報文段是已經發送并確認了的報文段，發送窗口中包含了已經發送但 未確認的報文段和允許發送但還未發送的報文段，發送窗口以后的報文段是緩存中還不允許發送的報文段。當發送方向接收方發 送報文時，會依次發送窗口內的所有報文段，并且設置一個定時器，這個定時器可以理解為是最早發送但未收到確認的報文段。 如果在定時器的時間內收到某一個報文段的確認回答，則滑動窗口，將窗口的首部向后滑動到確認報文段的后一個位置，此時如 果還有已發送但沒有確認的報文段，則重新設置定時器，如果沒有了則關閉定時器。如果定時器超時，則重新發送所有已經發送 但還未收到確認的報文段，并將超時的間隔設置為以前的兩倍。當發送方收到接收方的三個冗余的確認應答后，這是一種指示， 說明該報文段以后的報文段很有可能發生丟失了，那么發送方會啟用快速重傳的機制，就是當前定時器結束前，發送所有的已發 送但確認的報文段。

　　接收方使用的是累計確認的機制，對于所有按序到達的報文段，接收方返回一個報文段的肯定回答。如果收到了一個亂序的報文 段，那么接方會直接丟棄，并返回一個最近的按序到達的報文段的肯定回答。使用累計確認保證了返回的確認號之前的報文段都 已經按序到達了，所以發送窗口可以移動到已確認報文段的后面。

　　發送窗口的大小是變化的，它是由接收窗口剩余大小和網絡中擁塞程度來決定的，TCP 就是通過控制發送窗口的長度來控制報文 段的發送速率。但是 TCP 協議并不完全和滑動窗口協議相同，因為許多的 TCP 實現會將失序的報文段給緩存起來，并且發生重傳時，只會重 傳一個報文段，因此 TCP 協議的可靠傳輸機制更像是窗口滑動協議和選擇重傳協議的一個混合體。