百科名片
滑動視窗協議，是tcp使用的一種
流量控制方法。該協議允許傳送方在停止並等待確認前可以連續傳送多個分組。由於傳送方不必每發乙個分組就停下來等待確認，因此該協議可以加速資料的傳輸。
只有在接收視窗向前滑動時（與此同時也傳送了確認），
傳送視窗才有可能向前滑動。
收發兩端的視窗按照以上規律不斷地向前滑動，因此這種協議又稱為滑動視窗協議。
當 傳送視窗和接收視窗的大小都等於 1時，就是
停止等待協議。
當 傳送視窗大於1，接收視窗等於1時，就是回退n步協議。
當傳送視窗和接收視窗的大小均大於1時，就是選擇重發協議。
協議中規定，對於視窗內未經確認的分組需要重傳。這種分組的數量最多可以等於
傳送視窗的大小，即滑動視窗的大小n減去1（因為傳送視窗不可能大於（n-1），起碼接收視窗要大於等於1）。
tcp協議在工作時，如果傳送端的tcp協議
軟體每傳輸乙個資料分組後，必須等待接收端的確認才能夠傳送下乙個分組，由於
網路傳輸的時延，將有大量時間被用於等待確認，導致傳輸效率低下。為此tcp在進行資料傳輸時使用了
滑動視窗機制。
tcp滑動視窗用來暫存兩台計算機間要傳送的資料分組。每台執行tcp協議的計算機有兩個滑動視窗：乙個用於資料傳送，另乙個用於資料接收。傳送端待發資料分組在
緩衝區排隊等待送出。被滑動視窗框入的分組，是可以在未收到接收確認的情況下最多送出的部分。滑動視窗左端標誌x的分組，是已經被接收端確認收到的分組。隨著新的確認到來，視窗不斷向右滑動。
tcp協議
軟體依靠
滑動視窗機制解決
傳輸效率和
流量控制問題。它可以在收到確認資訊之前傳送多個資料分組。這種機制使得
網路通訊處於忙碌狀態，提高了整個網路的吞吐率，它還解決了端到端的通訊
流量控制問題，允許接收端在擁有容納足夠資料的緩衝之前對傳輸進行限制。在實際執行中，tcp滑動視窗的大小是可以隨時調整的。收發端tcp協議
軟體在進行分組確認通訊時，還交換滑動視窗控制資訊，使得雙方滑動視窗大小可以根據需要動態變化，達到在提高
資料傳輸效率的同時，防止擁塞的發生。 稱視窗左邊沿向右邊沿靠近為視窗合攏，這種現象發生在資料被傳送和確認時。
當視窗右邊沿向右移動時將允許傳送更多的資料，稱之為視窗張開。這種現象發生在另一端的接收程序讀取已經確認的資料並釋放了tcp的接收快取時。
當左邊沿向右移動時，稱為視窗收縮。host requirements rfc強烈建議不要使用這種方式。但tcp必須能夠在某一端產生這種情況時進行處理。
如果左邊沿到達右邊沿，則稱其為乙個零視窗。
（1）傳送方不必傳送乙個全視窗大小的資料。
（2）來自接收方的乙個報文段確認資料並把視窗向右邊滑動，這是因為視窗的大小是相對於確認序號的。
（3）視窗的大小可以減小，但是視窗的右邊沿卻不能夠向左移動。
（4）接收方在傳送乙個ack前不必等待視窗被填滿。
滑動視窗協議
只有在接收視窗向前滑動時 與此同時也傳送了確認 傳送視窗才有可能向前滑動。收發兩端的視窗按照以上規律不斷地向前滑動，因此這種協議又稱為滑動視窗協議。當傳送視窗和接收視窗的大小都等於 1時，就是停止等待協議。當傳送視窗大於1，接收視窗等於1時，就是回退n步協議。當傳送視窗和接收視窗的大小均大於1時，就...
滑動視窗協議
協議4 滑窗協議 全雙工協議 簡介 兩個視窗 預設視窗為1，序列號長度為3位的傳送過程 文字描述 接收方收到幀後，首先核對是否為預期幀號 frame expected 如果是的，則接收並frame expected 1，移動接收視窗 傳送端收到應答幀，核對響應幀號 next frame to sen...
滑動視窗協議
同學 luffy 給你打 讓你記下一串手機號碼，可是你記憶力不太好，你跟 luffy 約定，一次只最多只能報 4 個數字，luffy 念一遍，如果你聽到了就把他說的話重複一遍。接下來 你 你一次最多報 4 個數字，多了我記不住啊！luffy 139 你 139 luffy 知道你聽到了 luffy ...