圖3 滑動窗口示意圖

3.4.3 簡化的窗口機制

標準的TCP協(xié)議使用慢啟動的滑動窗口機制[5]，它允許發(fā)送方在等待一個確認之前發(fā)送多個窗口。其確認是一種批量的確認，處理器要對多個數據報連續(xù)傳輸進行維護和處理，困難較大。

而滑動窗口的一個極限情況，是只使用單個窗口，這就變成了一種簡單確認的處理方法。只是對于單個數據報的發(fā)送和確認，雖然節(jié)約了系統(tǒng)的資源，也使維護更加方便，但是卻降低了效率。

系統(tǒng)采用了一個折中的辦法，適當調整窗口的大小，限制連續(xù)發(fā)送報文段的個數來實現了一個簡化的窗口機制，如圖3所示。在這里，設置窗口大小(snd_wnd)為4個最大報文段長度(MSS)，可以適當提高數據傳輸效率。

4 協(xié)議棧的移植和測試

在完成雙協(xié)議棧的設計調試后，將此協(xié)議棧移植到基于ARM7TDMI核的AT91M40800開發(fā)板上，使用其中內嵌的10Mbps以太網控制器 RTL8019AS作為網絡接口。在該平臺上實現了一個簡單的Web Server。通過構建提供IPv4地址和IPv6地址訪問的網絡拓撲結構進行測試，該雙協(xié)議棧運行穩(wěn)定、正常。

同時，在相同環(huán)境下將此協(xié)議棧與開源的協(xié)議棧LwIP作了吞吐率性能方面的比較，如圖4所示。可知，本協(xié)議棧有較好的吞吐率，在連接數達到3條以后，平均吞吐率達到了460kB/s。

圖4 協(xié)議棧吞吐率比較