專利名稱：Manet信息分發(fā)訂購平臺中短猝報文的傳送方法
技術(shù)領(lǐng)域：
本發(fā)明屬于信息通信技術(shù)領(lǐng)域，具體涉及到用戶在無線與有線混合的網(wǎng)絡(luò)上透明傳送消息。它與名錄服務(wù)等其他服務(wù)一起為用戶提供基于消息類型的同步異步結(jié)合、動態(tài)與靜態(tài)共存的信息訂購與分發(fā)服務(wù)。本發(fā)明主要側(cè)重于移動自組織網(wǎng)絡(luò)(MANETMobile Ad Hoc Networks)中的短猝報文的可靠傳送，重點在于提高信息傳送效率。

背景技術(shù)：
隨著人類進入信息時代，信息交互顯得尤為重要。網(wǎng)絡(luò)技術(shù)的不斷發(fā)展給信息交互帶來了便利。各種信息分發(fā)與訂購平臺應(yīng)運而生，它們?yōu)樾畔⒌目焖俳换ィo人們提供暢通的信息互通做出了重大的貢獻，但是很多類型的平臺只是單純從應(yīng)用角度出發(fā)，而沒有考慮專用網(wǎng)絡(luò)的傳送效率。因而很多平臺在MANET下效率不高，尤其是在MANETs中可靠傳送短猝報文。主要原因是大多數(shù)信息分發(fā)與訂購平臺沒有考慮應(yīng)用層以下的數(shù)據(jù)傳送效率，在MANET下傳統(tǒng)的傳送層協(xié)議效率低下。
MANET作為一種移動節(jié)點通過無線連接所構(gòu)建的網(wǎng)絡(luò)，無須通信基礎(chǔ)設(shè)施的幫助，通信源端和目的端就可以利用多跳路由，通過其他節(jié)點的中繼來進行通信。它的一些特性，如高誤碼率、路徑不對稱性、頻繁路由失效等，都會對MANET的自組織傳送層協(xié)議的性能產(chǎn)生重大影響。
目前，MANET的傳送層協(xié)議基本上仍沿用傳統(tǒng)有線網(wǎng)絡(luò)的協(xié)議，以TCP和UDP為主要傳送協(xié)議。
TCP面向連接、保證分組的可靠按需到達，具有流量控制和擁塞控制機制，實現(xiàn)復(fù)雜，開銷較大。TCP通過增加擁塞窗口來不斷地探測網(wǎng)絡(luò)可用的帶寬，擁塞控制算法依賴于分組的丟失和網(wǎng)絡(luò)的擁塞程度，它一般使用隱式反饋機制，如超時重傳和連續(xù)重復(fù)的ACK來檢測分組丟失，然后通過減少擁塞窗口來避免擁塞，并且在超時后指數(shù)退避。在MANET中，一方面節(jié)點的移動、設(shè)備的故障以及鏈路的失效都會引起網(wǎng)絡(luò)拓撲的變化并可能導(dǎo)致重路由，另一方面，無線信道傳輸誤碼率較高并且隨時間動態(tài)變化，這些都會引起分組的突然丟失和額外的傳送時延，而為傳統(tǒng)固定網(wǎng)絡(luò)設(shè)計的TCP協(xié)議是基于鏈路傳輸和鏈路準靜態(tài)為假設(shè)前提的，它無法區(qū)分由網(wǎng)絡(luò)擁塞、路由失效和鏈路故障等不同原因造成的分組丟失，而統(tǒng)一將分組丟失看成是網(wǎng)絡(luò)擁塞的結(jié)果，從而啟動擁塞控制機制，甚至進入慢啟動狀態(tài)。另外TCP提供面向連接的服務(wù)，建立、維護連接會增加網(wǎng)絡(luò)開銷，在無線信道質(zhì)量比較差的情況下會造成短猝報文傳送效率低、時延大。
與TCP不同，UDP是無連接協(xié)議，UDP傳輸數(shù)據(jù)前不需要建立連接，所以比較適合用于MAENT。但是UDP不能保證數(shù)據(jù)可靠按序到達目的節(jié)點，適合于能夠容忍部分分組丟失并對時延有較高要求的業(yè)務(wù)，常用于傳送突發(fā)零星報文。


發(fā)明內(nèi)容
本發(fā)明的目的是根據(jù)MANET本身的網(wǎng)絡(luò)特點，為了適應(yīng)下層網(wǎng)絡(luò)的變化，提出了一種適應(yīng)于MANET信息分發(fā)訂購平臺的短猝報文傳送優(yōu)化方法，使得很多只能在有線網(wǎng)絡(luò)下工作的應(yīng)用能適應(yīng)MANET。
本發(fā)明的技術(shù)方案如下 MANET信息分發(fā)訂購平臺中短猝報文傳送方法，所述MANNET通信節(jié)點中的客戶端采用透明的信息分發(fā)與訂購接口與負責(zé)數(shù)據(jù)傳送控制的服務(wù)端進行數(shù)據(jù)交互；并且，當源端發(fā)送一個報文后，目的端在收到該報文后向源端發(fā)送確認信息；如果源端在超時時間內(nèi)沒有收到目的端的確認信息，則重傳該報文。
上述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，當所述報文長度大于數(shù)傳信道機的MTU(最大傳輸單元)時，所述報文按MTU大小進行分段后發(fā)送。
上述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，當所述目的端同時收到來自同一源端的多個報文時，目的端對該多個報文進行群組確認。
上述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，在報文分段傳輸?shù)那闆r下，當目的端發(fā)現(xiàn)源端發(fā)送的分段報文中的一部分沒收到時，目的端進行選擇性確認，通知源端哪些分段已經(jīng)收到，哪些分段沒有收到。
上述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，目的端將已發(fā)送的確認信息緩存一段時間，在發(fā)送新的確認信息時，將過時的確認信息捎帶給源端。
上述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，目的端將確認信息捎帶在用戶數(shù)據(jù)發(fā)送。
上述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，當所述源端在設(shè)定的超時重傳間隔時間內(nèi)沒有收到目的端的確認信息時，則服務(wù)端對該報文進行重傳。
上述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，所述源端根據(jù)下層反饋的網(wǎng)絡(luò)擁塞情況決定是否發(fā)送報文，如果網(wǎng)絡(luò)暢通，就發(fā)送報文并將網(wǎng)絡(luò)擁塞情況捎帶到目的端；否則等待網(wǎng)絡(luò)暢通或擁塞退避發(fā)送最大時間過后，強制發(fā)送報文。所述目的端根據(jù)源端捎帶過來的網(wǎng)絡(luò)擁塞情況和下層反饋的網(wǎng)絡(luò)擁塞情況確定最新的網(wǎng)絡(luò)擁塞情況，如果網(wǎng)絡(luò)暢通，則發(fā)送確認信息并在確認信息中捎帶最新的網(wǎng)絡(luò)擁塞情況；否則等待網(wǎng)絡(luò)暢通或擁塞退避發(fā)送最大時間，強制發(fā)送確認信息。
上述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，所述報文中包含上層應(yīng)用數(shù)據(jù)的優(yōu)先級級別，目的端只對包含特定級別的報文進行確認。
上述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，所述MANET信息分發(fā)訂購平臺采用局部客戶服務(wù)器模式及全局對等模式來滿足多個客戶端。
上述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，所述客戶端與服務(wù)端之間的數(shù)據(jù)交互采用共享內(nèi)存進行進程間通信。
本發(fā)明的優(yōu)有點和積極效果 本發(fā)明的MANET信息分發(fā)訂購平臺中短猝報文傳送優(yōu)化方法，提出了一種適宜于MANET的應(yīng)用層協(xié)議，稱其為AUDP協(xié)議(Acked User Datagram protocol)。本發(fā)明對傳統(tǒng)UDP協(xié)議進行了改進，加入靈活的數(shù)據(jù)確認機制、數(shù)據(jù)重傳機制、數(shù)據(jù)捎帶機制、數(shù)據(jù)整合機制，確保了數(shù)據(jù)傳輸?shù)目煽啃浴Ｆ浯?，本發(fā)明進一步采用了數(shù)據(jù)發(fā)送速率自適應(yīng)調(diào)整機制，該機制根據(jù)MANET的各個終端的數(shù)據(jù)接收和發(fā)送情況進行數(shù)據(jù)發(fā)送速率的自適應(yīng)調(diào)整，避免網(wǎng)絡(luò)擁塞的發(fā)送，各個終端的數(shù)據(jù)發(fā)送與接收情況的通告主要通過數(shù)據(jù)捎帶到各端。第三，本發(fā)明進一步引入數(shù)據(jù)優(yōu)先級服務(wù)機制，對上層應(yīng)用數(shù)據(jù)提供多種優(yōu)先級服務(wù)，各種應(yīng)用可以自行選擇優(yōu)先級，可靠性傳輸可以結(jié)合優(yōu)先級服務(wù)，只保證特定優(yōu)先級數(shù)據(jù)的可靠性傳送。第四，本發(fā)明采用了數(shù)據(jù)報文自適應(yīng)分片機制，考慮到無線網(wǎng)絡(luò)中數(shù)傳信道機的MTU大小是各異而且可變的，因此對上層應(yīng)用的報文進行分片處理，這樣可以減輕下層網(wǎng)絡(luò)的處理負擔(dān)。
本發(fā)明在傳統(tǒng)UDP協(xié)議的基礎(chǔ)上，提出了AUDP(Acked User Datagram protocol)協(xié)議。本發(fā)明以AUDP協(xié)議為核心，給上層應(yīng)用提供統(tǒng)一的API接口，從而提出適應(yīng)于MANET信息分發(fā)訂購平臺的短猝報文傳送優(yōu)化方法，從而實現(xiàn)了信息透明可靠的交互。



圖1信息分發(fā)定購平臺本地應(yīng)用示意圖； 圖2客戶端與服務(wù)端的信息交互過程示意圖； 圖3一次信息分發(fā)與訂購的過程示意圖； 圖4 AUDP報文的重傳+確認過程示意圖； 圖5已發(fā)確認信息捎帶示意圖； 圖6網(wǎng)絡(luò)擁塞信息獲取渠道示意圖； 圖7網(wǎng)絡(luò)擁塞通告捎帶示意圖。

具體實施例方式 下面結(jié)合附圖，對本發(fā)明的一個具體實施方式
做出詳細描述。
在MANET網(wǎng)絡(luò)中，一個信息分發(fā)與訂購平臺如圖1所示。對于任一通信節(jié)點而言，節(jié)點是由一個負責(zé)信息傳送的服務(wù)端和若干需要進行信息分發(fā)與訂購的客戶端組成。服務(wù)端主要完成數(shù)據(jù)的傳送控制，包括數(shù)據(jù)的可靠傳送、網(wǎng)絡(luò)的擁塞控制、數(shù)據(jù)的傳送效率優(yōu)化等。客戶端采用透明的信息分發(fā)與訂購接口與服務(wù)端進行數(shù)據(jù)交互，服務(wù)端采用本發(fā)明的短猝報文優(yōu)化傳送方法，進行報文的傳送控制，從而構(gòu)建適應(yīng)于MANET的信息分發(fā)與訂購平臺。
如圖2所示，是客戶端與服務(wù)端之間的信息交互過程。在信息分發(fā)與訂購平臺中，多個客戶端之間應(yīng)該協(xié)商不同的數(shù)據(jù)類型與數(shù)據(jù)子類型具體代表的語義，如定義數(shù)據(jù)類型為2、數(shù)據(jù)子類型為1表示短語，數(shù)據(jù)類型為6、數(shù)據(jù)子類型為2表示定位信息。定義了語義后，客戶端可以通過REGISTER接口注冊，并會在管理區(qū)進行登記；當客戶端有數(shù)據(jù)需要發(fā)送的時候，它需要把自己待發(fā)送的數(shù)據(jù)先儲存在發(fā)布數(shù)據(jù)區(qū)，并通知服務(wù)端自己發(fā)布了一條數(shù)據(jù)；服務(wù)端在收到客戶端的通知時，會去處理發(fā)布數(shù)據(jù)區(qū)里面的數(shù)據(jù)，同時如果服務(wù)端收到網(wǎng)絡(luò)上其他機器傳送過來的數(shù)據(jù)，它將查詢管理區(qū)，是否有應(yīng)用需要該數(shù)據(jù)，如果有，數(shù)據(jù)將被寫入數(shù)據(jù)接收區(qū)，并通知客戶端去取數(shù)據(jù)。
一次信息分發(fā)與訂購的過程可分為三步 1.注冊信息發(fā)布、訂購、發(fā)布及訂購中的一種行為； 2.根據(jù)1返回的行為標識，發(fā)布一條預(yù)先定義好的數(shù)據(jù)類型及數(shù)據(jù)子類型的應(yīng)用數(shù)據(jù)； 3.信息分發(fā)與訂購服務(wù)平臺根據(jù)數(shù)據(jù)類型及數(shù)據(jù)子類型將應(yīng)用數(shù)據(jù)遞交給相應(yīng)的應(yīng)用程序。
應(yīng)用程序的一次信息分發(fā)與訂購的過程，如圖3所示。對于多個應(yīng)用程序，其定購過程是一樣的，采用分時復(fù)用的方法來處理多個應(yīng)用的請求。
服務(wù)端采用AUDP協(xié)議來保證數(shù)據(jù)的可靠傳送、網(wǎng)絡(luò)擁塞控制等。AUDP協(xié)議采用在UDP協(xié)議的基礎(chǔ)上疊加應(yīng)用層協(xié)議處理，對用報文進行封裝處理。
在本發(fā)明AUDP協(xié)議的設(shè)計中，采用了靈活的數(shù)據(jù)確認+重傳機制，它不僅可以保證數(shù)據(jù)的可靠傳輸，也使得確認機制帶來的網(wǎng)絡(luò)開銷最小化。每個用戶報文都會有一個唯一的整包ID標識。當用戶報文長度小于MTU時，分段ID位為傳送零星報文的特殊控制位；當用戶報文長度大于MTU時，用戶報文按MTU大小進行分段，分段包ID則從1開始遞增。整包ID的計算公式為InitID＝(Lacaltime/50)％65536，其中Localtime是本地時間以ms為單位的值，這樣可以保證ID在一個小時內(nèi)不會重復(fù)。增強傳統(tǒng)UDP協(xié)議而加入的應(yīng)用層協(xié)議頭部，如下 協(xié)議類型001表示數(shù)據(jù)010表示確認011表示數(shù)據(jù)加確認 分段標記協(xié)議類型為數(shù)據(jù)，01-開始10-中間11-結(jié)束 協(xié)議類型為確認01-對某個分段的確認10-對整個大ID包的確認 協(xié)議類型為數(shù)據(jù)加確認與數(shù)據(jù)時相同 確認標記通知對端這個報文是否需要確認。
0---無需確認 1---需確認 分段ID每個分段小包的唯一標識 整包ID每個大包的唯一標識 可選項協(xié)議類型為數(shù)據(jù)，分段標記為已分段 協(xié)議類型為數(shù)據(jù)加確認，分段標記為已分段 本實施方式中采用了如下機制1～10以確保數(shù)據(jù)的可靠性傳送和快速的交互。
1.一般確認機制，每個報文都有唯一的標識ID，通過發(fā)送ID+確認信息可以對某個報文進行確認； 2.群組確認機制，對于同時收到來自同一源端的多個報文，通過發(fā)送多ID+確認信息可以進行群組確認； 3.選擇性確認機制，對于一個長報文被分成若干小段后，如果發(fā)現(xiàn)總是有少數(shù)分段報文過不來的話，可以進行選擇性確認，通知發(fā)送端哪些分段已經(jīng)收到，哪些分段沒有收到；這種確認方式能加快重傳的速度，從而使信息能及時發(fā)送過來。選擇性確認也可以配合群組確認一起進行較靈活的確認，來減少確認的次數(shù)，加大一次確認的信息量； 4.過時確認信息捎帶機制，將已發(fā)送的確認信息緩存一段時間，在發(fā)送新的確認信息時，將過時的確認信息捎帶過去，以此來防止前面發(fā)送過的確認信息丟失。
圖5描述了已發(fā)確認信息捎帶機制，對于以前發(fā)送的確認信息不是馬上刪除而是緩存一段時間，等待有新的確認信息發(fā)送的時候，將這些確認信息捎帶到對端，從而解決發(fā)送端因為確認信息丟失帶來的不必要重傳。
5.捎帶確認機制，將確認信息捎帶在用戶數(shù)據(jù)發(fā)送出去，已減少確認機制帶來的網(wǎng)絡(luò)開銷。
6.在Timeout時間內(nèi)，發(fā)送出去的報文沒有收到確認的話，AUDP會將對該報文進行重傳。Timeout可以采用下面的算法進行估算。
D＝RTTs-RTTi；RTTi+1＝RTTi+δ*D；Devi+1＝Devi+ρ*(|D|-Devi)； if(Devi+1＜0){Timeout＝RTTi+Devi+1}，else{Timeout＝RTTi+β*Devi+1}； if(Timeout＞Tmax)Timeout＝Tmax 其中RTTs是實測的端到端時延值，RTTi是估計的時延值，D記錄每次的差值，Devi是差值估算值，Timeout是超時重傳間隔，Tmax是最大的超時重傳時間。通過控制超時重傳間隔，或通過網(wǎng)絡(luò)擁塞判斷來控制本地發(fā)送數(shù)據(jù)的速率，也同時可以達到對網(wǎng)絡(luò)擁塞進行有效控制的目的。
AUDP協(xié)議保證報文可靠傳輸?shù)幕舅枷肴鐖D4所示。A端發(fā)送一個AUDP報文，B端在收到確認報文后向A端發(fā)送一個確認信息。如果A端在超時時間內(nèi)沒有收到對方的確認信息，A端將重傳該報文。在網(wǎng)絡(luò)環(huán)境非常糟糕的情況下，如報文丟失非常嚴重，那么無謂的重傳只更加惡化網(wǎng)絡(luò)。為了避免這種情況發(fā)生，這里需要規(guī)定最大的重傳次數(shù)。要產(chǎn)生確認信息，必須要對每個報文增加一個唯一的標識，也就是報文的ID，這個ID需要攜帶在報文上對端知道，這樣對端才能明確是對那個報文的確認。
7.數(shù)據(jù)發(fā)送速率自適應(yīng)調(diào)整機制。
數(shù)據(jù)發(fā)送速率自適應(yīng)調(diào)整主要是為了避免網(wǎng)絡(luò)擁塞的發(fā)生。網(wǎng)絡(luò)擁塞情況的獲取主要來自底層的通告和通過捎帶過來的網(wǎng)絡(luò)擁塞通告信息。圖6描述了底層直接跨層交互進行網(wǎng)絡(luò)擁塞信息通告以及端到端的網(wǎng)絡(luò)擁塞信息通告。當收到網(wǎng)絡(luò)擁塞通告后，并與本地跨層獲取的網(wǎng)絡(luò)擁塞情況進行比較，計算出最新的網(wǎng)絡(luò)情況，判斷網(wǎng)絡(luò)是否擁塞以此來調(diào)整數(shù)據(jù)發(fā)送速率，如圖7所示。
通過跨層交互，下層將網(wǎng)絡(luò)擁塞情況Ψ1反饋給應(yīng)用層，分析擁塞情況Ψ1，如果網(wǎng)絡(luò)暢通，就發(fā)送報文，捎帶Ψ1到目的端；否則等待網(wǎng)絡(luò)暢通或擁塞退避發(fā)送最大時間過后，強制發(fā)送報文；將報文捎帶過來的Ψ1與下層反饋回來的網(wǎng)絡(luò)擁塞情況Ψ2進行比較，產(chǎn)生最新的網(wǎng)絡(luò)擁塞參數(shù)Ψ3。
8.數(shù)據(jù)優(yōu)先級機制。數(shù)據(jù)優(yōu)先級服務(wù)是為了滿足不需要可靠服務(wù)的一些上層應(yīng)用。
(1)增加的應(yīng)用層協(xié)議頭中的，確認標記就是用來區(qū)分是否需要進行可靠傳送。
(2)定義5個優(yōu)先級，1、2定為不可靠服務(wù)類型，3、4、5定義為可靠服務(wù)類型。上層應(yīng)用告訴AUDP一個優(yōu)先級，AUDP判斷是可靠服務(wù)還是不可靠服務(wù)。如果是可靠服務(wù)，那么確認標記為1；如果是不可靠服務(wù)，那么確認標記為0。
9.給上層應(yīng)用提供透明的傳輸通道，通過定義統(tǒng)一的API接口以及采用局部客戶服務(wù)器模式及全局對等模式來滿足多個客戶端 (1)統(tǒng)一的API接口 A.注冊函數(shù) unsigned int Register(BYTE regType，BYTE dataType，BYTE subDataType， APPCALLBACK callBackPtr，int filterFlag＝0) //regType注冊類型//dataType數(shù)據(jù)類型//subDataType數(shù)據(jù)子類型 //callBackPtr回調(diào)函數(shù)指針，為NULL表示上層應(yīng)用使用查詢方式接收數(shù)據(jù) //返回值應(yīng)用程序注冊句柄handle，注冊一次成功的唯一標識。
//filterFlag地址過濾功能，0-不進行過濾，1-進行過濾。
B.回調(diào)函數(shù) typedef int(*APPCALLBACK) (BYTE tag，char*sourceCode，BYTE*dataPtr，int datatLen，BYTE ptior＝0，BYTE reliability＝0) //tag0表示正常數(shù)據(jù) C.注銷函數(shù) int UnRegister(unsigned int handle) //handle應(yīng)用程序注冊句柄 //返回值正確為正數(shù)，錯誤為負數(shù) D.查詢數(shù)據(jù) int GetFirstData(unsigned int handle，BYTE*pData，int&length) int GetNextData(unsigned int handle，int&pos，BYTE*pData，int &length)通過訂購的句柄查詢數(shù)據(jù)。
E.發(fā)布函數(shù) int AsynPublish(unsigned int handle，int dstNum，char*dstIPPtr，BYTE*dataPtr，int dataLength，int prior＝0，int reliability＝0)//handle應(yīng)用程序注冊句柄//dstNum目的地址數(shù)量 //dstIPPtr目的IP地址序列，以IP地址的十進制表示。四個字節(jié)表示一個IP地址。
//dataLen數(shù)據(jù)長度//dataPtr數(shù)據(jù)指針 //prior優(yōu)先級//reliability可靠性//返回值操作的返回代碼 10.上層應(yīng)用客戶終端與服務(wù)端之間的數(shù)據(jù)交互，采用共享內(nèi)存進行進程間通信，可以達到數(shù)據(jù)的快速提交和分發(fā)。
一個短猝報文傳送控制優(yōu)化核心算法詳細描述如下 設(shè)有A、B兩個用戶，將數(shù)傳信道機可變MTU值記為Lmtu，最大重傳次數(shù)記為N，已重傳的次數(shù)記為i，初始值設(shè)為0，每次重傳間隔記為Timeout(i)，緩沖區(qū)中待發(fā)送報文記為As。
對于報文發(fā)送有如下算法 1)A向B發(fā)送用戶報文Aus，Aus長度記為L，如果L＜Lmtu，將Aus放入待發(fā)送緩沖區(qū)；否則根據(jù)Lmtu對報文Aus進行分段，每個分段報文放入待發(fā)送緩沖區(qū)。
2)通過跨層交互，下層將網(wǎng)絡(luò)擁塞情況Ψ和MTU的變化反饋給應(yīng)用層，應(yīng)用層更新MTU，并分析擁塞情況Ψ，如果網(wǎng)絡(luò)暢通，就發(fā)送報文As，在Lmtu長度允許范圍內(nèi)，捎帶Ψ到目的端；否則等待網(wǎng)絡(luò)暢通或擁塞退避發(fā)送最大時間Tcongestionback過后，強制發(fā)送報文As。
3)報文發(fā)送Timeout(i)時間后，檢測報文As的ACK是否到達。如果到達，刪除報文As，并進行時延估算，產(chǎn)生新的RTT值，更新Timeout的值；否則，如果重傳次數(shù)i小于最大重傳次數(shù)N，重傳報文As，并將i的值加1，經(jīng)過時間Timeout(i)后進行判斷，直到i大于等于N后還未收到確認，將刪除報文As，并加大Timeout的值。
對于報文接收有如下算法 1)B收到來自A的報文As后，如果無其他報文確認信息，發(fā)送一般確認報文；否則發(fā)送群組確認信息，或?qū)τ诜侄螆笪倪M行選擇性確認； 2)將報文捎帶過來的Ψ1與下層反饋回來的網(wǎng)絡(luò)擁塞情況Ψ2進行比較； 3)如果網(wǎng)絡(luò)暢通，在Lmtu長度允許內(nèi)，在用戶報文中盡量捎帶自身已掌握的網(wǎng)絡(luò)擁塞情況Ψ+上個時間段已發(fā)送的確認信息；否則等待網(wǎng)絡(luò)暢通或擁塞退避發(fā)送最大時間Tcongestionback過后，強制確認。
權(quán)利要求
1.MANET信息分發(fā)訂購平臺中短猝報文傳送方法，其特征在于，所述MANNET通信節(jié)點中的客戶端采用透明的信息分發(fā)與訂購接口與負責(zé)數(shù)據(jù)傳送控制的服務(wù)端進行數(shù)據(jù)交互；并且，當源端發(fā)送一個報文后，目的端在收到該報文后向源端發(fā)送確認信息；如果源端在超時時間內(nèi)沒有收到目的端的確認信息，則重傳該報文。
2.如權(quán)利要求1所述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，其特征在于，當所述報文長度大于數(shù)傳信道機的最大傳輸單元時，所述報文按最大傳輸單元大小進行分段后發(fā)送。
3.如權(quán)利要求1所述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，其特征在于，當所述目的端同時收到來自同一源端的多個報文時，目的端對該多個報文進行群組確認。
4.如權(quán)利要求2所述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，其特征在于，當目的端發(fā)現(xiàn)源端發(fā)送的分段報文中的一部分沒收到時，目的端進行選擇性確認，通知源端哪些分段已經(jīng)收到，哪些分段沒有收到。
5如權(quán)利要求1或2或3所述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，其特征在于，目的端將已發(fā)送的確認信息緩存一段時間，在發(fā)送新的確認信息時，將過時的確認信息捎帶給源端。
6.如權(quán)利要求1或2或3所述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，其特征在于，目的端將確認信息捎帶在用戶數(shù)據(jù)發(fā)送。
7.如權(quán)利要求1或2或3所述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，其特征在于，當所述源端在設(shè)定的超時重傳間隔時間內(nèi)沒有收到目的端的確認信息時，則服務(wù)端對該報文進行重傳。
8.如權(quán)利要求1或2或3所述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，其特征在于，所述源端根據(jù)下層反饋的網(wǎng)絡(luò)擁塞情況決定是否發(fā)送報文，如果網(wǎng)絡(luò)暢通，就發(fā)送報文并將網(wǎng)絡(luò)擁塞情況捎帶到目的端；否則等待網(wǎng)絡(luò)暢通或擁塞退避發(fā)送最大時間過后，強制發(fā)送報文。
9.如權(quán)利要求8所述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，其特征在于，所述目的端根據(jù)源端捎帶過來的網(wǎng)絡(luò)擁塞情況和下層反饋的網(wǎng)絡(luò)擁塞情況確定最新的網(wǎng)絡(luò)擁塞情況，如果網(wǎng)絡(luò)暢通，則發(fā)送確認信息并在確認信息中捎帶最新的網(wǎng)絡(luò)擁塞情況；否則等待網(wǎng)絡(luò)暢通或擁塞退避發(fā)送最大時間，強制發(fā)送確認信息。
10.如權(quán)利要求1或2或3所述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，其特征在于，所述報文中包含上層應(yīng)用數(shù)據(jù)的優(yōu)先級級別，目的端只對包含特定級別的報文進行確認。
11.如權(quán)利要求1或2或3所述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，其特征在于，所述MANET信息分發(fā)訂購平臺采用局部客戶服務(wù)器模式及全局對等模式來滿足多個客戶端。
12.如權(quán)利要求1或2或3所述的MANET信息分發(fā)訂購平臺中短猝報文傳送方法，其特征在于，所述客戶端與服務(wù)端之間的數(shù)據(jù)交互采用共享內(nèi)存進行進程間通信。
全文摘要
本發(fā)明提供了一種適應(yīng)于MANET信息分發(fā)訂購平臺的短猝報文傳送優(yōu)化方法，所述MANET通信節(jié)點中的客戶端采用透明的信息分發(fā)與訂購接口與負責(zé)數(shù)據(jù)傳送控制的服務(wù)端進行數(shù)據(jù)交互；并且，當源端發(fā)送一個報文后，目的端在收到該報文后向源端發(fā)送確認信息；如果源端在超時時間內(nèi)沒有收到目的端的確認信息，則重傳該報文。本發(fā)明的短猝報文傳送優(yōu)化方法，確保了數(shù)據(jù)傳輸?shù)目煽啃?。本發(fā)明結(jié)合數(shù)據(jù)發(fā)送速率自適應(yīng)調(diào)整機制、數(shù)據(jù)優(yōu)先級服務(wù)機制、數(shù)據(jù)報文自適應(yīng)分片機制，可以避免網(wǎng)絡(luò)擁塞的發(fā)送，減輕下層網(wǎng)絡(luò)的處理負擔(dān)，保證數(shù)據(jù)的高效傳輸。
文檔編號H04L12/28GK101018195SQ20071000341
公開日2007年8月15日 申請日期2007年2月6日 優(yōu)先權(quán)日2007年2月6日
發(fā)明者何曉新, 檀友明, 徐帆江, 章洋, 廖名學(xué) 申請人:中國科學(xué)院軟件研究所