胡 然, 郭成城, 楊劍鋒
(1.武漢大學(xué) 電子信息學(xué)院,湖北 武漢 430072;2.63892部隊(duì),河南 洛陽(yáng) 471003)
?
基于兩路并發(fā)傳輸?shù)木峦ㄐ?
胡然1,2, 郭成城1, 楊劍鋒1
(1.武漢大學(xué) 電子信息學(xué)院,湖北 武漢 430072;2.63892部隊(duì),河南 洛陽(yáng) 471003)
摘要:針對(duì)礦井中無(wú)線(xiàn)通信存在的低可靠性、高時(shí)延問(wèn)題,引入兩路并發(fā)機(jī)制來(lái)提供井下無(wú)線(xiàn)通信的可靠性和實(shí)時(shí)性保證。詳細(xì)介紹了在內(nèi)核空間實(shí)現(xiàn)雙路徑并發(fā)傳輸?shù)脑O(shè)計(jì)思想和實(shí)現(xiàn)過(guò)程,通過(guò)定義專(zhuān)用數(shù)據(jù)結(jié)構(gòu)進(jìn)行重復(fù)包的排查和丟棄處理,并利用多協(xié)議標(biāo)記交換技術(shù)實(shí)現(xiàn)數(shù)據(jù)包的快速轉(zhuǎn)發(fā)。在礦井內(nèi)實(shí)地環(huán)境進(jìn)行了現(xiàn)場(chǎng)測(cè)試,測(cè)試結(jié)果證明了兩路并發(fā)傳輸方式的可靠性高、時(shí)延低。
關(guān)鍵詞:無(wú)線(xiàn)網(wǎng)狀網(wǎng); 礦井通信; 兩路并發(fā)傳輸; 丟包率; 多路徑路由
0引言
近年來(lái),隨著現(xiàn)代通信技術(shù)的發(fā)展,越來(lái)越多現(xiàn)代化新的通信技術(shù)融入到礦井通信系統(tǒng)中,如,井下WiFi技術(shù)、無(wú)線(xiàn)Mesh(wireless mesh networks,WMNs)技術(shù)等。與一般的通信技術(shù)相比,礦井通信技術(shù)對(duì)網(wǎng)絡(luò)的帶寬、延時(shí)、抖動(dòng)等性能的要求更高。如何提高網(wǎng)絡(luò)的可靠性和實(shí)時(shí)性,已經(jīng)成為礦井通信發(fā)展中必須解決的問(wèn)題。針對(duì)這一問(wèn)題,國(guó)內(nèi)外進(jìn)行了一系列研究。文獻(xiàn)[1]提出了全礦井無(wú)線(xiàn)Mesh鏈狀骨干網(wǎng)絡(luò)的全局優(yōu)化,并包括對(duì)網(wǎng)絡(luò)路由節(jié)點(diǎn)的部署,通過(guò)這種方法優(yōu)化了網(wǎng)絡(luò)節(jié)點(diǎn)的布局。文獻(xiàn)[2]對(duì)礦井無(wú)線(xiàn)Mesh網(wǎng)系統(tǒng)的性能進(jìn)行了分析,并分析出TCP傳輸?shù)膮f(xié)議是如何影響礦井無(wú)線(xiàn)Mesh網(wǎng)的傳輸性能。文獻(xiàn)[3]則引入了一種基于VoIP的無(wú)線(xiàn)Mesh通信網(wǎng)網(wǎng)絡(luò),通過(guò)設(shè)計(jì)實(shí)時(shí)控制協(xié)議來(lái)降低時(shí)延。但文獻(xiàn)[1,2]突出的是對(duì)網(wǎng)絡(luò)節(jié)點(diǎn)的優(yōu)化布局,沒(méi)有考慮到網(wǎng)絡(luò)突發(fā)中斷的應(yīng)對(duì)方式;文獻(xiàn)[3]則只是考慮了時(shí)延的需求,沒(méi)有考慮到可靠性方面的需求。而在礦井通信中,尤其是在穿脈內(nèi)的通信問(wèn)題,由于井下現(xiàn)場(chǎng)巷道狹窄,而作業(yè)設(shè)備體積比較龐大,不論是挖掘機(jī)還是礦石運(yùn)輸車(chē)輛,作業(yè)中經(jīng)常會(huì)占據(jù)整個(gè)巷道局部空間,對(duì)無(wú)線(xiàn)通信信號(hào)傳輸?shù)挠绊戄^大。雖然,有文獻(xiàn)提出用環(huán)狀無(wú)線(xiàn)Mesh網(wǎng)絡(luò)通過(guò)路由切換恢復(fù)通信功能[1,2],但是由于作業(yè)設(shè)備移動(dòng)頻繁,無(wú)線(xiàn)Mesh網(wǎng)路由器會(huì)經(jīng)常來(lái)回切換路由,每次切換都需幾秒鐘的時(shí)間,這嚴(yán)重影響了現(xiàn)場(chǎng)的通信質(zhì)量。文獻(xiàn)[4]采用是多路徑路由的方式,來(lái)提高網(wǎng)絡(luò)通信的可靠性。
兩路并發(fā)機(jī)制是多路徑路由中的一種,但是它不是將信息進(jìn)行分割傳輸,而是將信息復(fù)制成兩份,沿兩條不同路徑發(fā)送到目標(biāo)節(jié)點(diǎn),如果一條路徑出現(xiàn)問(wèn)題,也能保證信息沿另一條路徑順利到達(dá)目標(biāo)節(jié)點(diǎn)[5]。所以,兩路并發(fā)機(jī)制相比多路徑路由而言會(huì)有更高的可靠性[6]。因此,本文采用兩路并發(fā)的傳輸方式來(lái)解決這一問(wèn)題。
1基本方案
穿脈內(nèi)的兩路無(wú)線(xiàn)傳輸方式如圖1所示。
圖1 兩路并發(fā)傳輸示意圖Fig 1 Diagram of dual path concurrent transmission
具體的解決思想是:無(wú)線(xiàn)終端仍采用單路無(wú)線(xiàn)接入方式將信息發(fā)送給無(wú)線(xiàn)Mesh路由器節(jié)點(diǎn),該節(jié)點(diǎn)路由器再將數(shù)據(jù)信息通過(guò)兩條不同的無(wú)線(xiàn)路徑傳入主干網(wǎng),經(jīng)主干網(wǎng)傳遞到接收此數(shù)據(jù)的終端所在的目標(biāo)節(jié)點(diǎn)路由器,目標(biāo)路由器將數(shù)據(jù)發(fā)送給終端設(shè)備,并負(fù)責(zé)去除后續(xù)重復(fù)接收的數(shù)據(jù)。這樣,既可以保證可靠性,也可以保證實(shí)時(shí)性[7]。為實(shí)現(xiàn)上述目標(biāo),本文對(duì)兩路并發(fā)機(jī)制進(jìn)行了研究和實(shí)驗(yàn)。圖2給出了兩路并發(fā)傳輸系統(tǒng)的整體框架。
圖2 系統(tǒng)實(shí)現(xiàn)框架Fig 2 Implementation framework of system
從圖2看出,將通過(guò)修改路由器的內(nèi)核程序?qū)崿F(xiàn)兩路并發(fā)功能,全部修改工作均在網(wǎng)絡(luò)層完成。
2兩路并發(fā)傳輸?shù)脑O(shè)計(jì)與實(shí)現(xiàn)
2.1方案設(shè)計(jì)
本文的實(shí)驗(yàn)中,采用選擇兩條節(jié)點(diǎn)不相交路徑的并發(fā)方式,并采用分配不同信道的方式避免無(wú)線(xiàn)Mesh網(wǎng)絡(luò)中無(wú)線(xiàn)鏈路間的同頻干擾[8]。由于井下穿脈內(nèi)布設(shè)的路由器節(jié)點(diǎn)很少,且實(shí)際應(yīng)用中布點(diǎn)的位置基本固定,所以,本文的實(shí)驗(yàn)均采用手工配置方式完成路由選擇。
正常情況下,數(shù)據(jù)包到達(dá)路由器后,通過(guò)查找路由表,從某一個(gè)網(wǎng)絡(luò)接口轉(zhuǎn)發(fā)出去。而本文需要將同一份數(shù)據(jù)從路由器的兩個(gè)接口同時(shí)發(fā)送出去,即實(shí)現(xiàn)數(shù)據(jù)的并發(fā)傳輸,這就需要對(duì)Linux內(nèi)核中的網(wǎng)絡(luò)協(xié)議代碼進(jìn)行適當(dāng)?shù)男薷腫9]。當(dāng)然,并不是所有的路由器都必須有數(shù)據(jù)并發(fā)功能,只需要在靠近終端設(shè)備的路由器上做數(shù)據(jù)并發(fā)處理,中間的路由器只需做正常的轉(zhuǎn)發(fā)。數(shù)據(jù)并發(fā)傳輸模塊的實(shí)現(xiàn)流程如圖3所示。
圖3 路由器上并發(fā)傳輸流程圖Fig 3 Concurrent transmission flowchart on router
1)數(shù)據(jù)包的接收過(guò)程
當(dāng)數(shù)據(jù)到達(dá)Linux路由器時(shí),路由器會(huì)調(diào)用網(wǎng)卡的驅(qū)動(dòng)程序,將幀封裝成sk_buff結(jié)構(gòu),通過(guò)netif_rx( )函數(shù)將數(shù)據(jù)存放在系統(tǒng)的接受隊(duì)列中。系統(tǒng)通過(guò)軟中斷net_rx_action()函數(shù)從隊(duì)列中取數(shù)據(jù)傳給ip_rcv( )函數(shù)(IP層的接收函數(shù))作進(jìn)一步處理。
ip_rcv( )函數(shù)會(huì)統(tǒng)計(jì)收到包的總數(shù),按照RFC1122的要求檢查數(shù)據(jù)包的IP首部長(zhǎng)度、IP協(xié)議版本、檢驗(yàn)和、總長(zhǎng)度是否正確,丟棄那些錯(cuò)誤的數(shù)據(jù)包。接著數(shù)據(jù)包流向ip_rcv_finish( )。
ip_rcv_finish()函數(shù)調(diào)用ip_route_input()來(lái)查找路由信息,判斷需要進(jìn)行IP轉(zhuǎn)發(fā)還是直接傳給本機(jī)的上層協(xié)議。如果數(shù)據(jù)包需要轉(zhuǎn)發(fā)dst_input()函數(shù)指針指向ip_forward()。
2)數(shù)據(jù)包的轉(zhuǎn)發(fā)過(guò)程
ip_forward()函數(shù)把TTL值減1,更新檢驗(yàn)和,接著是ip_forward_finish()進(jìn)行相關(guān)處理,然后調(diào)用ip_output()函數(shù)。
ip_output()函數(shù)對(duì)IP層發(fā)送申請(qǐng)數(shù)進(jìn)行統(tǒng)計(jì),把需要通過(guò)的網(wǎng)絡(luò)接口存放在skb→dev中,并將skb→protocol初始化為ETH_P_IP,即為以太網(wǎng)上的IP包。接著調(diào)用ip_finish_output()根據(jù)需要進(jìn)行IP分片,然后ip_finish_output2()函數(shù)調(diào)用neigh_resolve_output()進(jìn)行ARP解析將MAC地址拷貝到數(shù)據(jù)包中,最后調(diào)用dev_queue_xmit()函數(shù)到達(dá)硬件層[10]。
3)數(shù)據(jù)包的并發(fā)
上層的協(xié)議調(diào)用dev_queue_xmit( )以套接字緩沖區(qū)(struct sk_buff *skb)的形式來(lái)發(fā)送數(shù)據(jù)包。網(wǎng)絡(luò)設(shè)備由skb→dev指定。dev_queue_xmit( )首先將skb加入Qdisc隊(duì)列(q→enqueue(skb,q)),本文根據(jù)從用戶(hù)空間傳入的規(guī)則,在出隊(duì)的時(shí)候?qū)木W(wǎng)卡1發(fā)出去的數(shù)據(jù)skb克隆(skb_clone( ))一份skb2,把skb2發(fā)送到網(wǎng)卡2上,然后修改skb2的目的MAC地址和源MAC地址,再調(diào)用網(wǎng)卡2的驅(qū)動(dòng)程序就可以把數(shù)據(jù)發(fā)送到下一跳路由器了[11]。這樣,帶有相同數(shù)據(jù)部分的skb和skb2同時(shí)發(fā)送到了兩個(gè)不同的下一跳,即實(shí)現(xiàn)了數(shù)據(jù)沿著多條路徑并發(fā)傳出去。
2.2具體實(shí)現(xiàn)
無(wú)線(xiàn)Mesh網(wǎng)中鏈路失效只是偶爾發(fā)生,大部分時(shí)間幾條路徑都能正常傳輸數(shù)據(jù),這樣接收端可能收到較多的重復(fù)數(shù)據(jù)包,不但增加了接收端的處理負(fù)擔(dān),而且可能重復(fù)對(duì)設(shè)備進(jìn)行同樣的操作,引發(fā)錯(cuò)誤[12]。因此,必須在接收端進(jìn)行重復(fù)包的處理。
由于接收設(shè)備的網(wǎng)絡(luò)協(xié)議不能修改,本文對(duì)重復(fù)數(shù)據(jù)包的處理是在靠近接收端的Linux路由器上實(shí)現(xiàn)的。Linux路由器將需要轉(zhuǎn)發(fā)到相同目的地、之前已經(jīng)轉(zhuǎn)發(fā)過(guò)的數(shù)據(jù)包丟棄,目的節(jié)點(diǎn)就不會(huì)收到重復(fù)的數(shù)據(jù)包。這就需要對(duì)經(jīng)過(guò)路由器的數(shù)據(jù)包做唯一的標(biāo)識(shí)[13]。
為了區(qū)分收到的數(shù)據(jù)包是否重復(fù),必須對(duì)每個(gè)數(shù)據(jù)包做唯一的標(biāo)識(shí)。IP首部中16位的標(biāo)識(shí)字段(identification,ID),是一個(gè)計(jì)數(shù)器,用來(lái)產(chǎn)生數(shù)據(jù)包的標(biāo)識(shí),每發(fā)送一個(gè)IP數(shù)據(jù)包,IP層都要把計(jì)數(shù)器加1,這樣IP數(shù)據(jù)包的標(biāo)識(shí)是按次序增加的[14]。本文就是采用IP包的ID作為唯一標(biāo)識(shí)。
為了檢測(cè)是否出現(xiàn)重復(fù)數(shù)據(jù)包,本文在Linux內(nèi)核中定義了一種新的數(shù)據(jù)結(jié)構(gòu),如圖4所示,將數(shù)據(jù)包的標(biāo)識(shí)緩存起來(lái)。
圖4 緩存數(shù)據(jù)包標(biāo)識(shí)的結(jié)構(gòu)Fig 4 Structure of cache data packet identity
在socket_s{}結(jié)構(gòu)中,為了便于查找和管理將來(lái)自于同一個(gè)套接字(socket)的ID緩存在一個(gè)Hash鏈表中。不同的socket通過(guò)next指針(struct socket_s *next)鏈接在一起。上圖中src_ip為源IP地址,src_port為源端口,id[]為指針數(shù)組,指向多個(gè)存儲(chǔ)ID的鏈表,node_link_len[]為各條鏈表的長(zhǎng)度。flag標(biāo)志反映當(dāng)前socket是否活躍,timer為定時(shí)器。
當(dāng)數(shù)據(jù)包到達(dá)靠近接收端的路由器時(shí),路由器就開(kāi)始判斷以前是否收到過(guò)這個(gè)數(shù)據(jù)包,接著進(jìn)行相關(guān)處理,其流程如圖5。
圖5 重復(fù)包處理流程Fig 5 Flow chart of repeat data packet processing
由于工業(yè)環(huán)境中對(duì)數(shù)據(jù)傳輸?shù)膶?shí)時(shí)性有較高的要求,必須采取一些措施來(lái)減小端到端的時(shí)延。本次實(shí)驗(yàn)對(duì)象井下穿脈語(yǔ)音通信,在生產(chǎn)作業(yè)期間,經(jīng)常會(huì)因現(xiàn)場(chǎng)的特殊情況,需要井下、地面進(jìn)行協(xié)調(diào)聯(lián)絡(luò),因此,保證語(yǔ)音數(shù)據(jù)包的快速轉(zhuǎn)發(fā),使通信信號(hào)傳輸暢通是十分必要的。
本文在Linux路由器上采用多協(xié)議標(biāo)記交換(multi-protocol label switching,MPLS)技術(shù)來(lái)減小時(shí)延,實(shí)現(xiàn)數(shù)據(jù)包的快速轉(zhuǎn)發(fā)[15]。
Linux系統(tǒng)內(nèi)核沒(méi)有提供對(duì)MPLS的支持,本文給內(nèi)核打MPLS相關(guān)的補(bǔ)丁,然后重新編譯內(nèi)核,選上MPLS的有關(guān)項(xiàng)目[16]。新的內(nèi)核啟動(dòng)后加載MPLS模塊即可支持MPLS。還要擴(kuò)展用戶(hù)空間的工具Iproute,增加"mpls"命令,將加標(biāo)簽、標(biāo)記交換、去除標(biāo)簽等參數(shù)傳入內(nèi)核中。
3實(shí)驗(yàn)測(cè)試與結(jié)果分析
3.1快速轉(zhuǎn)發(fā)實(shí)驗(yàn)
實(shí)驗(yàn)采用的網(wǎng)絡(luò)拓?fù)淙鐖D6所示。
圖6 MPLS轉(zhuǎn)發(fā)實(shí)驗(yàn)網(wǎng)絡(luò)拓?fù)鋱DFig 6 Topological graph of MPLS forwarding experiment network
圖中,R1,R2,R3,R4為具有MPLS功能的Linux路由器,R1和R4為邊緣路由器負(fù)責(zé)添加標(biāo)記和去除標(biāo)記;R2和R3進(jìn)行標(biāo)記交換。PC1和PC2為普通臺(tái)式機(jī)。
分別測(cè)量IP轉(zhuǎn)發(fā)和采用MPLS轉(zhuǎn)發(fā)時(shí),PC1到PC2的往返時(shí)延(RTT)。使用ICMP ping包各測(cè)量50次得到以下數(shù)據(jù),如表1所示。
表1 往返時(shí)延統(tǒng)計(jì)
從表1中的數(shù)據(jù)可以看出,采用MPLS技術(shù)進(jìn)行數(shù)據(jù)包轉(zhuǎn)發(fā)可以在一定程度上減少轉(zhuǎn)發(fā)所花費(fèi)的時(shí)間。
3.2雙路徑并發(fā)傳輸實(shí)驗(yàn)
實(shí)驗(yàn)采用的組網(wǎng)拓?fù)浣Y(jié)構(gòu)和配置的參數(shù)信息如圖7所示。
圖7 實(shí)驗(yàn)網(wǎng)拓?fù)渑c參數(shù)Fig 7 Experimental network topology and parameters
整個(gè)實(shí)驗(yàn)分別對(duì)三項(xiàng)內(nèi)容進(jìn)行測(cè)試:
1)測(cè)試數(shù)據(jù)并行發(fā)送和重復(fù)包處理功能
只開(kāi)啟R1的數(shù)據(jù)并發(fā)功能,操作命令如下:
從PC1向PC2發(fā)ICMP ping包,得到數(shù)據(jù),如圖8所示。
圖8 PC1 ping PC2結(jié)果Fig 8 Result of PC1 ping PC2
同時(shí),在路由器R3上用tcpdump抓到以下數(shù)據(jù),見(jiàn)圖9所示。
圖9 R3的抓包結(jié)果Fig 9 Packet capturing result of R3
開(kāi)啟R3的重復(fù)處理功能一段時(shí)間,然后,再關(guān)閉重復(fù)處理功能,PC2上得到以下數(shù)據(jù),見(jiàn)圖10所示。
圖10 PC1 ping PC2開(kāi)關(guān)重復(fù)處理功能結(jié)果Fig 10 Result of switch repeatedly processing on PC1 ping PC2
從上面的數(shù)據(jù)可以看出:R3的兩個(gè)接口(eth0,eth1)均收到PC1向PC2發(fā)的、相同的ping請(qǐng)求包,并且都轉(zhuǎn)發(fā)給PC2,PC2發(fā)回了ping響應(yīng),PC1上收到重復(fù)包(有DUP標(biāo)記);當(dāng)開(kāi)啟R3的重復(fù)處理功能,PC1沒(méi)有收到PC2的重復(fù)響應(yīng)包。由此可知,R1實(shí)現(xiàn)了數(shù)據(jù)并發(fā),R3完成了重復(fù)處理。
2)測(cè)試網(wǎng)絡(luò)的可靠性和實(shí)時(shí)性
本次的可靠性和實(shí)時(shí)性測(cè)試主要針對(duì)語(yǔ)音通信質(zhì)量進(jìn)行,直接在兩臺(tái)筆記本上運(yùn)行Windows的NetMeeting程序,通過(guò)觀(guān)察收發(fā)效果來(lái)檢驗(yàn)網(wǎng)絡(luò)的可靠性和實(shí)時(shí)性。
具體測(cè)試時(shí),分別采用切斷路由器2或者路由器4的電源,以及在機(jī)車(chē)運(yùn)行通過(guò)復(fù)雜環(huán)境時(shí)持續(xù)通話(huà)的方式進(jìn)行實(shí)驗(yàn)。測(cè)試結(jié)果表明,收發(fā)包始終都能正常進(jìn)行,并且丟包率較低。
3)單路與兩路并發(fā)傳輸成功率
分別統(tǒng)計(jì)單路和兩路并發(fā)的傳輸成功率:每次PC1向PC2發(fā)100個(gè)ICMP ping包,兩種情況各測(cè)3次。結(jié)果如圖11所示。
圖11 數(shù)據(jù)傳輸成功率Fig 11 Success rate of data transmission
很明顯,雙路并發(fā)的成功率明顯高于單路傳輸,與設(shè)計(jì)目標(biāo)一致。
從以上三個(gè)實(shí)驗(yàn)結(jié)果來(lái)看,將兩路并發(fā)機(jī)制引入到礦井通信系統(tǒng)中能夠有效減小路由切換帶來(lái)的延遲影響,快速轉(zhuǎn)發(fā)機(jī)制,能夠保證通信系統(tǒng)的實(shí)時(shí)性要求,通過(guò)重復(fù)包處理流程,減小了冗余信息。在實(shí)際傳輸過(guò)程中,雙路并發(fā)的數(shù)據(jù)傳輸成功率也明顯高于單路傳輸,這就說(shuō)明將雙路并發(fā)機(jī)制引入到礦井通信系統(tǒng)是可行的,能夠有效地提高整個(gè)系統(tǒng)的可靠性和實(shí)時(shí)性。
4結(jié)束語(yǔ)
本文研究了井下通信系統(tǒng)中的無(wú)線(xiàn)傳輸?shù)奶攸c(diǎn),在其基礎(chǔ)上引入了雙路并發(fā)機(jī)制。整篇文章詳細(xì)給出了實(shí)驗(yàn)過(guò)程和結(jié)果,在實(shí)現(xiàn)過(guò)程中,采用了兩條不相交路徑同時(shí)發(fā)送的傳輸方式,通過(guò)定義專(zhuān)用數(shù)據(jù)結(jié)構(gòu)進(jìn)行重復(fù)包的排查和丟棄處理,并利用多協(xié)議標(biāo)記交換技術(shù)實(shí)現(xiàn)數(shù)據(jù)包的快速轉(zhuǎn)發(fā)過(guò)程。最后在礦井內(nèi)實(shí)地環(huán)境進(jìn)行了現(xiàn)場(chǎng)測(cè)試,測(cè)試結(jié)果證明了兩路并發(fā)傳輸方式的可行性和時(shí)效性。本文只是考慮了路由切換時(shí)的延遲問(wèn)題,沒(méi)有考慮路由節(jié)點(diǎn)的損壞和通信鏈路的中斷時(shí)的解決方法,在后續(xù)研究工作中,將進(jìn)一步研究通過(guò)多拓?fù)渎酚汕袚Q來(lái)提高井下通信系統(tǒng)安全性和容災(zāi)能力。
參考文獻(xiàn):
[1]Domenico Sicignno,Danilo Tardioli.Real-time wireless multi-hop protocol in underground voice communication[J].Ad Hoc Networks,2011(1):1-13.
[2]Chakchouk N,Hamdaoui B.Traffic and interference aware sche-duling for multiradio multichannel wireless mesh networks[J].IEEE Transactions on Vehicular Technology,2011,60(2):555-565.
[3]Israel Cidon,Raphael Rom.Analysis of multi-path routing[J].IEEE/ACM Transactions on Networding,1999,7(6):885-896.
[4]郝志強(qiáng).井下無(wú)線(xiàn)通信網(wǎng)絡(luò)的設(shè)計(jì)與實(shí)踐[D].武漢:武漢大學(xué),2013.
[5]伍鵬飛.無(wú)線(xiàn)Mesh網(wǎng)快速可靠傳輸機(jī)制的設(shè)計(jì)與實(shí)現(xiàn)[D].武漢:武漢大學(xué),2010.
[6]張洋.無(wú)線(xiàn)Mesh網(wǎng)絡(luò)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].武漢:武漢大學(xué),2011.
[7]Kodialam M,Nandagopal T.The effect of interference on the capacity of multihop wireless networks[C]∥2004 Proceedings of International Symposium on Information Theory,ISIT 2004,IEEE,2004:472.
[8]Liu T,Liao W.Interference-aware QoS routing for multi-rate multi-radio multi-channel IEEE 802.11 wireless mesh network-s[J].IEEE Transactions on Wireless Communications,2009,8(1):166-175.
[9]Balachandran K,Kadaba S R,Nanda S.Channel quality estimation and rate adaption for cellular mobile radio[J].IEEE J Sel Areas Commun,1999,17(7): 1244-1256.
[10] Goldsmith A,Chua S G.Adaptive coded modulation for fading channels[J].IEEE Transactions on Communications,1998,46(5):595-602.
[11] Pham P P,Perreau S.Performance analysis of reactive shortest path and multipath routing mechanism with load balance[C]∥Twenty-Second Annual Joint Conference of the IEEE Computer and Communications,IINFOCOM 2003,IEEE Societies,2003: 251-259.
[12] Tao M,Lu D,Yang J.An adaptive energy-aware multi-path routing protocol with load balance for wireless sensor networks[J].Wireless Personal Communications,2012,63(4):823-846.
[13] 張小強(qiáng).基于多信道多接口無(wú)線(xiàn)Mesh網(wǎng)絡(luò)研究[D].西安: 西安電子科技大學(xué),2012.
[14] 時(shí)超.Mesh網(wǎng)絡(luò)中的多信道協(xié)議研究[D].西安: 西安電子科技大學(xué),2011.
[15] Chakchouk N,Hamdaoui B.Traffic and interference aware sche-duling for multiradio multichannel wireless mesh networks[J].IEEE Transactions on Vehicular Technology,2011,60(2):555-565.
[16] 張文安.網(wǎng)絡(luò)化控制系統(tǒng)的時(shí)延與丟包問(wèn)題研究[D].杭州: 浙江工業(yè)大學(xué),2010.
Underground communication based on dual path concurrent transmission*
HU Ran1,2, GUO Cheng-cheng1, YANG Jian-feng1
(1.School of Electronic Information,Wuhan University,Wuhan 430072,China;2.No.63892 Forces of PLA,Luoyang 471003,China)
Abstract:Aiming at problems of low reliability and high delay of wireless communication exists in coalmine,introduce a dual path concurrent transmission mechanism to realize real time and reliability of communication.Introduce design idea and realization process of double path concurrent transmission in kernel space in detail,by defining special data structure for investigation and discard of repeated packets,and use MPLS technology to realize fast forwarding of data packets.Field environmental test is carried out in mine,and the test results prove the dual path concurrent transmission mode has high reliability and low time delay.
Key words:wireless mesh networks(WSNs); communication in mine; dual path concurrent transmission; packet loss rate; multipath routing
DOI:10.13873/J.1000—9787(2016)03—0032—05
收稿日期:2015—06—08
*基金項(xiàng)目:國(guó)家高技術(shù)研究發(fā)展“863”計(jì)劃資助項(xiàng)目(2012AA010904);四川省科技計(jì)劃資助項(xiàng)目(2013GZ0016);成都大學(xué)項(xiàng)目(20804)
中圖分類(lèi)號(hào):TP 393
文獻(xiàn)標(biāo)識(shí)碼:A
文章編號(hào):1000—9787(2016)03—0032—05
作者簡(jiǎn)介:
胡然(1986-),男,湖北鐘祥人,碩士,工程師,主要研究方向?yàn)镸esh網(wǎng)絡(luò)與無(wú)線(xiàn)工業(yè)控制網(wǎng)絡(luò)。