TCP 的可靠傳輸機制是基于連續(xù) ARQ 協(xié)議和滑動窗口協(xié)議的。

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

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

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