TCP的滑動(dòng)窗口是以字節(jié)為單位的。為了便于說(shuō)明，我們故意把后面圖5-15至圖5-18中的字節(jié)編號(hào)都取得很小�，F(xiàn)假定A收到了B發(fā)來(lái)的確認(rèn)報(bào)文段，其中窗口是20（字節(jié)），MSS5131-183MLC而確認(rèn)號(hào)是31（這表明B期望收到的下一個(gè)序號(hào)是31，而序號(hào)30為止的數(shù)據(jù)已經(jīng)收

到了）。根據(jù)這兩個(gè)數(shù)據(jù)，A就構(gòu)造出自己的發(fā)送窗口，其位置如圖5-15所示。

   圖5-15根據(jù)B給出的窗口值，A構(gòu)造出自己的發(fā)送窗口

   我們先討論發(fā)送方A的發(fā)送窗口。發(fā)送窗口表示：在沒(méi)有收到B的確認(rèn)的情況下，A可以連續(xù)把窗口內(nèi)的數(shù)據(jù)都發(fā)送出去。凡是已經(jīng)發(fā)送過(guò)的數(shù)據(jù)，在未收到確認(rèn)之前都必須暫時(shí)保留，以便在超時(shí)重傳時(shí)使用。

   發(fā)送窗口里面的序號(hào)表示允許發(fā)送的序號(hào)。顯然，窗口越大，發(fā)送方就可以在收到對(duì)方確認(rèn)之前連續(xù)發(fā)送更多的數(shù)據(jù)，因而可熊獲得更高的傳輸效率。但接收方必須來(lái)得及處理這些收到的數(shù)據(jù)。

   發(fā)送窗口后沿的后面部分表示已發(fā)送且已收到了確認(rèn)。這些數(shù)據(jù)顯然不需要再保留了。而發(fā)送窗口前沿的前面部分表示不允許發(fā)送的，因?yàn)榻邮辗蕉紱](méi)有為這部分?jǐn)?shù)據(jù)保留臨時(shí)存放的緩存空間。

   發(fā)送窗口的位置由窗口前沿和后沿的位置共同確定。發(fā)送窗口后沿的變化情況有兩種可能，即不動(dòng)（沒(méi)有收到新的確認(rèn)）和前移（收到了新的確認(rèn)）。發(fā)送窗口后沿不可能向后移動(dòng)，因?yàn)椴荒艹蜂N掉已收到的確認(rèn)。發(fā)送窗口前沿通常是不斷向前移動(dòng)，但也有可能不動(dòng)。這對(duì)應(yīng)于兩種情況：一是沒(méi)有收到新的確認(rèn)，對(duì)方通知的窗口大小也不變：二是收到了新的確認(rèn)但對(duì)方通知的窗口縮小了，使得發(fā)送窗口前沿正好不動(dòng)。

   發(fā)送窗口前沿也有可能向后收縮。這發(fā)生在對(duì)方通知的窗口縮小了。但TCP的標(biāo)準(zhǔn)強(qiáng)烈不贊成這樣做。因?yàn)楹芸赡馨l(fā)送方在收到這個(gè)通知以前已經(jīng)發(fā)送了窗口中的許多數(shù)據(jù)，現(xiàn)在又要收縮窗口，不讓發(fā)送這些數(shù)據(jù)，這樣就會(huì)產(chǎn)生一些錯(cuò)誤。

   現(xiàn)在假定A發(fā)送了序號(hào)為31～41的數(shù)據(jù)。這時(shí)，發(fā)送窗口位置并未改變（圖5-16），但發(fā)送窗口內(nèi)靠后面有11個(gè)字節(jié)（灰色小方框表示）表示已發(fā)送但未收到確認(rèn)。而發(fā)送窗口內(nèi)靠前面的9個(gè)字節(jié)(42一50)是允許發(fā)送但尚未發(fā)送的。