Windows下的TCP協(xié)議棧開發(fā).pdf

1、TCP應(yīng)用于無(wú)線環(huán)境時(shí)，由于丟包多是由無(wú)線誤碼引起而不一定是擁塞丟包，其擁塞控制算法出現(xiàn)了不適應(yīng)性，因此需要新的算法來(lái)修正。為了在Windows環(huán)境下測(cè)試新算法，我們需要修改TCP協(xié)議棧源碼，然而系統(tǒng)本身的TCP協(xié)議棧是非開放源碼的，因此我們需要開發(fā)一個(gè)運(yùn)行于Windows的TCP協(xié)議棧。 這篇論文中主要介紹了我們開發(fā)TCP協(xié)議棧的所使用的技術(shù)、具體方法和實(shí)現(xiàn)的過程，協(xié)議棧各個(gè)部分的流程設(shè)計(jì)、每個(gè)模塊的功能實(shí)現(xiàn)與整體設(shè)計(jì)實(shí)現(xiàn)，以

2、及功能測(cè)試。 Windows的驅(qū)動(dòng)開發(fā)套件(DDK)中對(duì)協(xié)議驅(qū)動(dòng)開發(fā)有較為詳細(xì)地說明與規(guī)定，依照DDK中的說明，我們可以開發(fā)一個(gè)協(xié)議驅(qū)動(dòng)其下層接口符合網(wǎng)絡(luò)驅(qū)動(dòng)接口規(guī)范(NDIS)，則無(wú)需關(guān)心下層網(wǎng)卡相關(guān)驅(qū)動(dòng)；上層接口符合傳輸驅(qū)動(dòng)接口(TDI)規(guī)定，則無(wú)需關(guān)心上層應(yīng)用。因此，我們選擇NDIS和TDI作為我們整體上下層接口的規(guī)范。 TCP協(xié)議向應(yīng)用層提供了面向連接的服務(wù)，以確保網(wǎng)絡(luò)上所傳送的數(shù)據(jù)包被完整、正確、可靠地接收。一

3、旦數(shù)據(jù)有損傷或丟失，則由TCP協(xié)議負(fù)責(zé)重傳，應(yīng)用層不參與解決。實(shí)現(xiàn)這個(gè)復(fù)雜的過程，需要大量代碼支撐。我們根據(jù)TCP原理設(shè)計(jì)出了主要數(shù)據(jù)結(jié)構(gòu)、上下層接口和功能模塊，然而具體實(shí)現(xiàn)上仍然舉步維艱。實(shí)際上，網(wǎng)上有很多的開放TCP協(xié)議棧源碼，如BSD TCP/IP協(xié)議棧、uC/IP、LwlP、uIP、TinyTcp協(xié)議棧等，于是我們想到了移植。 根據(jù)多方面比較分析，最后我們選擇了Linux Kernel 2.4．20.48的TCP協(xié)議棧源

4、碼作為我們的參考。由于Linux系統(tǒng)的機(jī)制與Windows系統(tǒng)有很大的差別，絕大部分代碼是無(wú)法直接移植的。不過根據(jù)該協(xié)議棧的實(shí)現(xiàn)流程，我們?cè)O(shè)計(jì)出了自己流程，結(jié)合DDK，找到了進(jìn)一步工作的途徑。 我們所開發(fā)的TCP協(xié)議棧大致可以分為以下幾部分：TDI接口，NDIS接口，TCP上層接口，TCP下層接口，發(fā)送模塊，接收模塊，定時(shí)器和內(nèi)存管理。每個(gè)部分都有其特定的功能，進(jìn)行不同的操作。其中，TDI接口是TCP與上層應(yīng)用交互的接口，NDI