位元組流傳輸狀態分類與滑動視窗的概念：
①tcp協議使用以位元組為單位的滑動視窗協議，來控制位元組流的傳送、接收、確認與重傳過程。
②接收視窗的大小由接收端根據快取剩餘空間的大小，以及應用程序讀取資料的速度來決定。傳送視窗的大小取決於接收視窗的大小。
③傳送視窗和接收視窗：傳送視窗等於第二類和第三類的位元組數之和=9+6=15。可用視窗長度等於第三類的位元組數=5。即「尚未傳送，但是接收端已經做好接受準備的位元組」，表示傳送端可以隨時傳送的位元組數。如果沒有別的問題出現，傳送端可以立即傳送可用視窗6位元組，那麼第三類位元組就變成了第二類位元組，等待接收端確認。
④處理確認並滑動傳送視窗：一段時間後，接收端向傳送端傳送乙個報文，確認序號是20~25位元組，保持傳送視窗值仍然為15，那麼將視窗向左滑動5個位元組。
⑤由上述討論，tcp滑動視窗協議有以下特點：tcp滑動視窗是面向位元組的，它可以起到差錯控制的作用；接收端可以在任何時候傳送確認，視窗大小可以由接收端根據需要增加或減小；傳送視窗值可以小於接收視窗值，不能超過接收視窗值，傳送端可以根據自身的需要來決定。
選擇重傳策略：
①接收位元組流序號不連續的處理方法有兩種：拉回重傳與選擇重傳方式。
②拉回方式：拉回重傳方式的效率很低。。：比如第二個報文段丟失，則不論後面的報文段是否成功接收，都要求從第二個報文段開始，重新傳送後面的報文段。
③選擇重傳：選擇重傳只需要傳送端重傳丟失的報文段，而不需要重傳後面所有的報文段。
④重傳計時器：利用重傳計時器來控制報文確認與等待重傳的時間。。。：傳送端tcp在傳送乙個報文時，首先將它的乙個報文的副本放入重傳佇列，同時啟動乙個重傳計時器。重傳計時器設定乙個值後開始倒計時，在重傳計時器倒計時到0之前收到確認，表示該報文傳輸成功，如果在重傳計時器倒計時到0時沒有收到確認，表示該報文傳輸失敗，準備重傳該報文。
TCP協議的確認重傳機制
tcp協議是面向連線的傳輸層協議，tcp的傳輸特點具有可靠性，它具有面向連線服務來確保可靠穩定傳輸，而確認重傳機制是tcp協議保證可靠穩定傳輸最重要的機制，他包括累計確認 超時時間計算 快速重傳等幾個方面。確認重傳機制 在傳送乙個資料之後，就開啟乙個定時器，若是在這個時間內沒有收到傳送資料的ack確...
TCP重傳與確認機制
tcp按照以下特定順序工作 1.放置於重傳佇列中，計時器開始 包含資料的片段一經傳送，片段的乙份複製就放在名為重傳佇列的資料結構中，此時啟動重傳計時器。因此，在某些時間點，每乙個片段都會放在佇列裡。佇列按照重傳計時器的剩餘時間來排列，因此tcp軟體可追蹤那幾個計時器在最短時間內超時。2.確認處理 如...
TCP 滑動視窗協議
什麼是滑動視窗協議？一圖勝千言，看下面的圖。簡單解釋下，傳送和接受方都會維護乙個資料幀的序列，這個序列被稱作視窗。傳送方的視窗大小由接受方確定，目的在於控制傳送速度，以免接受方的快取不夠大，而導致溢位，同時控制流量也可以避免網路擁塞。下面圖中的4,5,6號資料幀已經被傳送出去，但是未收到關聯的ack...