一種新的嵌入式Simplified TCP/IP協(xié)議棧的研究與實(shí)現(xiàn)

　　3. 2　網(wǎng)際協(xié)議—IP協(xié)議

　　IP協(xié)議是TCP/IP協(xié)議簇中最為核心的協(xié)議,提供不可靠的無(wú)連接的數(shù)據(jù)報(bào)傳送服務(wù)。所有的TCP、UDP和ICMP數(shù)據(jù)都以IP數(shù)據(jù)報(bào)的格式傳輸。IP協(xié)議非常重要,實(shí)現(xiàn)比較復(fù)雜。從實(shí)現(xiàn)Simplified TCP/IP協(xié)議棧的要求出發(fā),約簡(jiǎn)IP協(xié)議需要把握兩個(gè)原則:①對(duì)接收到的IP數(shù)據(jù)報(bào)進(jìn)行處理,向上層協(xié)議進(jìn)行提交;②負(fù)責(zé)對(duì)UDP報(bào)文進(jìn)行封裝,交給數(shù)據(jù)鏈路層進(jìn)行裝幀。當(dāng)設(shè)備收到發(fā)給自己的數(shù)據(jù)報(bào)時(shí),首先判斷是否是自己的數(shù)據(jù)報(bào),若不一致則丟棄該數(shù)據(jù)報(bào);否則進(jìn)行IP校驗(yàn)和的驗(yàn)證,當(dāng)數(shù)據(jù)報(bào)無(wú)誤后,去掉IP頭部,將IP數(shù)據(jù)提交上層處理。

　　
一般情況下,數(shù)據(jù)包要經(jīng)過不同的物理網(wǎng)絡(luò),則IP層必須支持?jǐn)?shù)據(jù)包的分片和重裝。但I(xiàn)P的分片和重組所需的開銷比較大,而現(xiàn)有的網(wǎng)絡(luò)一般都支持以太網(wǎng),并且在此次應(yīng)用的8/16位嵌入式系統(tǒng)中,傳輸?shù)臄?shù)據(jù)都是一些數(shù)據(jù)量比較小的狀態(tài)信息或者控制信息。因此數(shù)據(jù)報(bào)都不會(huì)超過協(xié)議所限制的1500字節(jié)。如果極少數(shù)數(shù)據(jù)實(shí)在比較大,可以在程序中進(jìn)行處理,分批次進(jìn)行傳輸。因此可以裁減掉IP的分片和重組功能。而IP數(shù)據(jù)包的路由功能則交給默認(rèn)網(wǎng)關(guān)執(zhí)行。

　　3. 3　網(wǎng)際控制報(bào)文協(xié)議———ICMP協(xié)議

　　ICMP協(xié)議是IP網(wǎng)絡(luò)內(nèi)為控制、測(cè)試、管理功能而設(shè)計(jì)

的協(xié)議。ICMP的報(bào)文類型很多,不同類型的報(bào)文由類型和代碼字段共同決定。為了了解設(shè)備是否可達(dá), Simplified TCP/IP協(xié)議棧中主要實(shí)現(xiàn)了回顯請(qǐng)求和應(yīng)答報(bào)文的功能。該程序發(fā)送ICMP回顯請(qǐng)求報(bào)文給目的主機(jī),并等待ICMP回顯應(yīng)答。對(duì)于處于被動(dòng)狀態(tài)設(shè)備而言,不需要主動(dòng)發(fā)送回顯請(qǐng)求,只要能夠識(shí)別來(lái)自其他客戶的回顯請(qǐng)求并發(fā)送回顯應(yīng)答就可以了。為了能夠使用戶了解設(shè)備是否可達(dá),應(yīng)當(dāng)能夠?qū)ing的回顯請(qǐng)求給予應(yīng)答。

　　3. 4　用戶數(shù)據(jù)報(bào)協(xié)議—UDP協(xié)議

　　Simplified TCP/IP協(xié)議棧中的傳輸層中,選用UDP作為傳輸層協(xié)議。從理論上看,TCP的可靠性是以許多復(fù)雜措施及由此而增加的開銷為代價(jià)換來(lái)的。TCP提供面向鏈接的、可靠的服務(wù),而UDP是無(wú)面向鏈接的。由于UDP沒有可靠性的保證機(jī)制,因此能全速地進(jìn)行數(shù)據(jù)通信(即充分發(fā)揮物理通信設(shè)備的速度);又因?yàn)閁DP沒有點(diǎn)對(duì)點(diǎn)接入的要求,可以實(shí)現(xiàn)“一對(duì)多點(diǎn)”,“多對(duì)多點(diǎn)”的廣播和多點(diǎn)播發(fā)信息。UDP的不可靠傳輸?shù)娜毕?可以在使用UDP時(shí),在應(yīng)用層增加提高UDP可靠性的代碼來(lái)彌補(bǔ)。譬如給數(shù)據(jù)添加順序標(biāo)記,因而能在應(yīng)用層發(fā)現(xiàn)數(shù)據(jù)的丟失和亂序,從而加以更正;采用應(yīng)答確認(rèn)機(jī)制,確保數(shù)據(jù)安全到達(dá)接收者等。

　　由于嵌入式系統(tǒng)的CPU速度有限、代碼不能太長(zhǎng)、傳輸率是關(guān)鍵等特殊要求,一般來(lái)講,在嵌入式設(shè)備接口時(shí),快速、簡(jiǎn)單地與嵌入式設(shè)備進(jìn)行雙向數(shù)據(jù)傳輸是首為重要的。所以減少和嵌入式設(shè)備之間的往返信息,使網(wǎng)絡(luò)成為一種更為高效的通信媒介將是嵌入式網(wǎng)絡(luò)協(xié)議設(shè)計(jì)的必由之路。而UDP協(xié)議的開銷很小,傳輸率比TCP高出很多,實(shí)時(shí)性更強(qiáng)。所以嵌入式TCP/IP協(xié)議中采用UDP協(xié)議作為運(yùn)輸層協(xié)議,不失為明智之舉。嵌入式系統(tǒng)中也可能存在對(duì)數(shù)據(jù)傳輸可靠性要求很高的情況。由于UDP協(xié)議沒有計(jì)時(shí)機(jī)制、流量控制或擁塞管理機(jī)制、應(yīng)答、緊急數(shù)據(jù)的加速傳送等功能,因此在應(yīng)用層協(xié)議中加入相應(yīng)的措施,如給數(shù)據(jù)報(bào)加上順序標(biāo)識(shí)、定時(shí)等待、采用重傳機(jī)制等輔助性的操作來(lái)彌補(bǔ)它的缺陷。從應(yīng)用的角度看, Simplified TCP/IP協(xié)議棧主要是應(yīng)用于家用電器上網(wǎng)。對(duì)于溫度、煙霧和濕度傳感器等的每秒一次地集中監(jiān)控來(lái)說(shuō),發(fā)送頻繁,包較小,只需前端設(shè)備向網(wǎng)絡(luò)中廣播實(shí)時(shí)狀態(tài)等數(shù)據(jù)即可,因此選用UDP較為合適。

　　4　Simplified TCP/IP協(xié)議棧處理流程

　　Simplified TCP/IP協(xié)議棧接收數(shù)據(jù)包的過程就是解析數(shù)據(jù)包的過程。首先當(dāng)一個(gè)數(shù)據(jù)幀到達(dá)時(shí),網(wǎng)絡(luò)接口控制程序?qū)⑵渥x入緩沖區(qū),檢查協(xié)議類型字段,如值依次為0x0800,表示數(shù)據(jù)域內(nèi)為IP包;值依次為0x0806,表示數(shù)據(jù)域內(nèi)為ARP包[6]。由此以確定使用那種協(xié)議模塊來(lái)處理此分組。去掉以太網(wǎng)幀首部的數(shù)據(jù)包將被分配到IP緩存或者ARP緩存。接著,由IP協(xié)議處理模塊或ARP協(xié)議處理模塊繼續(xù)解析。ARP根據(jù)包的類型,或者更新ARP地址映射表或者發(fā)送ARP應(yīng)答。IP協(xié)議處理模塊對(duì)數(shù)據(jù)包解析后,將數(shù)據(jù)交給UDP協(xié)議處理模塊或ICMP協(xié)議處理模塊。ICMP協(xié)議模塊會(huì)發(fā)回一個(gè)ICMP回顯應(yīng)答包。Simplified TCP/IP協(xié)議棧發(fā)送數(shù)據(jù)包的過程是封裝數(shù)據(jù)包的過程,數(shù)據(jù)經(jīng)過某層協(xié)議的處理,就會(huì)在數(shù)據(jù)包首部增加某種

　　格式的頭部。在IP協(xié)議模塊處理數(shù)據(jù)包的過程,它要通過調(diào)用ARP協(xié)議獲得對(duì)方主機(jī)的物理地址。

　　Simplified TCP/IP協(xié)議棧處理流程如圖3所示。

　　圖3　Simplified TCP/IP協(xié)議棧處理流程圖

　　5　總結(jié)與展望

　　為了驗(yàn)證方案的可行性,實(shí)驗(yàn)中以簡(jiǎn)單圖像的傳輸為研究對(duì)象,檢驗(yàn)Simplified TCP/IP協(xié)議棧的運(yùn)行效果。從測(cè)試結(jié)果可看出,大流量的圖像傳輸系統(tǒng)中發(fā)生數(shù)據(jù)報(bào)的幾率還是比較大的。當(dāng)然,如果是應(yīng)用在數(shù)據(jù)流量不是很大,僅有一些少量數(shù)據(jù)和簡(jiǎn)單的控制指令或反饋信息的應(yīng)用系統(tǒng)中,運(yùn)行的情況會(huì)更好一些。

　　目前Simplified TCP/IP協(xié)議棧技術(shù)還有一些不完善的地方。比如在數(shù)據(jù)量大的網(wǎng)絡(luò)中減小數(shù)據(jù)報(bào)的丟失率,更有效的進(jìn)行擁塞控制等,這些都是今后的努力方向。另外,還需要進(jìn)一步優(yōu)化代碼,提高SimplifiedTCP/IP協(xié)議棧的性能。