專利名稱：一種優(yōu)化無(wú)線環(huán)境下tcp協(xié)議的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信領(lǐng)域技術(shù)領(lǐng)域，尤其涉及一種基于跨層架構(gòu)優(yōu)化無(wú)線環(huán)境下TCP協(xié)議的方法。
背景技術(shù)：
傳輸控制協(xié)議(TransmissionControl Protocol, TCP)原本是為小于 10-8 誤比特率的有線網(wǎng)絡(luò)設(shè)計(jì)的，TCP協(xié)議假定報(bào)文丟失的主要原因是網(wǎng)絡(luò)擁塞，因?yàn)殒溌烦鲥e(cuò)而導(dǎo)致的報(bào)文丟失對(duì)于有線網(wǎng)絡(luò)是極為罕見的。上述假設(shè)對(duì)于有線網(wǎng)絡(luò)來(lái)說(shuō)是合理的，但是在無(wú)線網(wǎng)絡(luò)中，上述假設(shè)很難成立。因?yàn)樵跓o(wú)線網(wǎng)絡(luò)中，能夠提供誤比特率在10-6的無(wú)線信道有時(shí)都比較困難，更何況小于10-8誤比特率。下面，從TCP擁塞控制和流量控制中的三個(gè)算法分析在高速無(wú)線信道環(huán)境下，TCP擁塞控制運(yùn)用與長(zhǎng)期演進(jìn)(Long Term Evolution,LTE)系統(tǒng)之間存在的問題 首先來(lái)看TCP擁塞控制中慢啟動(dòng)算法。在TCP連接初期，TCP處于慢啟動(dòng)階段，擁塞窗ロ(Congestion Window, cwnd)初始化為一個(gè)報(bào)文大小。發(fā)送端按cwnd的大小發(fā)送數(shù)據(jù)，姆收到ー個(gè)ACK確認(rèn)，cwnd就增加ー個(gè)報(bào)文發(fā)送量,這樣，cwnd就將隨著回環(huán)響應(yīng)時(shí)間(Round Trip Time，RTT)呈指數(shù)增長(zhǎng)。但是，為了優(yōu)化系統(tǒng)的吞吐量，在LTE無(wú)線鏈路控制層(Radio Link Control, RLC)的發(fā)送端應(yīng)該有足夠多的數(shù)據(jù)包填滿發(fā)送端和接收端之間的邏輯信道，即TCP連接的初期階段極有可能未能充分利用無(wú)線信道，這對(duì)于用戶來(lái)說(shuō)，就是ー種等待狀態(tài)或近似等待狀態(tài)。其次來(lái)看TCP擁塞控制中擁塞避免算法。當(dāng)發(fā)送端在預(yù)先設(shè)定的重傳超時(shí)時(shí)間RTO (Retransmission Timeout)內(nèi)沒有收到接收端對(duì)該數(shù)據(jù)包的正確應(yīng)答,就認(rèn)為該數(shù)據(jù)包已經(jīng)在網(wǎng)絡(luò)中丟失，而TCP協(xié)議假定報(bào)文丟失的主要原因是網(wǎng)絡(luò)擁塞，因而啟動(dòng)快速重傳算法。由于RTO是根據(jù)已經(jīng)傳輸?shù)臄?shù)據(jù)包的RTT來(lái)估計(jì)的，但是在LTE系統(tǒng)中，無(wú)線承載的速率是動(dòng)態(tài)變化的，速率的變化主要是由于無(wú)線信道環(huán)境的變化，小區(qū)負(fù)載的變化以及用戶的移動(dòng)性等原因造成的，這些情況都會(huì)導(dǎo)致RTT的抖動(dòng)，從而極大的影響TCP協(xié)議對(duì)RTO的估算。因此，如果估算的RTO時(shí)間太小，則會(huì)引起頻繁的不必要的cwnd窗ロ縮小，浪費(fèi)系統(tǒng)帶寬；反之，如果估算的太大，則會(huì)造成發(fā)送端等待時(shí)延太大，影響用戶的發(fā)送速率。最后來(lái)看TCP擁塞控制中快速重傳算法?？焖僦貍魇钱?dāng)TCP發(fā)送端收到三個(gè)相同的ACK確認(rèn)吋，也認(rèn)為有數(shù)據(jù)包丟失，則發(fā)送端不必等待RTO超時(shí)即啟動(dòng)快速重傳算法。由于LTE在鏈路層設(shè)計(jì)方面采用了雙ARQ的協(xié)議架構(gòu)，即自動(dòng)請(qǐng)求重傳(ARQ, AutomaticRepeat reQuest)協(xié)議和混合自動(dòng)請(qǐng)求重傳(Hybrid AutomaticR印eatreQuest)協(xié)議，如圖I所示。而此時(shí)LTE RLC層ARQ協(xié)議或HARQ協(xié)議也可能針對(duì)相同的數(shù)據(jù)包進(jìn)行重傳，即兩者有可能同時(shí)在恢復(fù)同一個(gè)丟失的報(bào)文段。因此，TCP快速重傳機(jī)制有可能導(dǎo)致TCP協(xié)議和ARQ/HARQ協(xié)議之間多ARQ重傳競(jìng)爭(zhēng)，致使網(wǎng)絡(luò)中存在大量的冗余數(shù)據(jù)，降低了系統(tǒng)的有效吞吐量。已有的改善無(wú)線TCP協(xié)議性能的方法中，端到端的改進(jìn)方法和分割連接的方法，實(shí)質(zhì)是讓TCP發(fā)送端能夠有效區(qū)分擁塞報(bào)文丟失和誤碼報(bào)文丟失，使其僅在擁塞報(bào)文丟失時(shí)調(diào)用擁塞控制機(jī)制，在誤碼報(bào)文丟失時(shí)不調(diào)用該機(jī)制，從而不會(huì)降低數(shù)據(jù)發(fā)送的速率，但是端到端的改進(jìn)方法需要改進(jìn)現(xiàn)有的TCP協(xié)議棧，分裂連接的方法破壞了端到端的語(yǔ)義；基于鏈路層ARQ的解決方案的實(shí)質(zhì)是通過(guò)ARQ協(xié)議恢復(fù)大部分的鏈路層差錯(cuò)，降低TCP能夠感知到的報(bào)文差錯(cuò)，但是該方法在大大降低誤碼率的同吋，也會(huì)増加TCP端到端的時(shí)延，嚴(yán)重時(shí)可能會(huì)導(dǎo)致TCP超時(shí)，影響系統(tǒng)性能。此外，這些解決方案都未能解決HARQ/ARQ和TCP層的重傳競(jìng)爭(zhēng)，這就會(huì)使系統(tǒng)性能嚴(yán)重下降。因此，TCP、ARQ以及HARQ協(xié)議的相互作用影響了 TCP協(xié)議在LTE系統(tǒng)上數(shù)據(jù)傳輸?shù)淖罱K性能。

發(fā)明內(nèi)容
(一)要解決的技術(shù)問題
本發(fā)明要解決的技術(shù)問題是如何優(yōu)化無(wú)線環(huán)境下TCP協(xié)議的性能。(ニ)技術(shù)方案為了解決上述技術(shù)問題，本發(fā)明提供一種優(yōu)化無(wú)線環(huán)境下TCP協(xié)議的方法，包括以下步驟SI、當(dāng)TCP剛開始發(fā)數(shù)據(jù)，處于慢啟動(dòng)階段時(shí)，設(shè)定擁塞窗ロ的初始大?。籗2、當(dāng)擁塞窗ロ大于預(yù)設(shè)的慢啟動(dòng)門限時(shí)，則TCP轉(zhuǎn)入擁塞避免階段；S3、當(dāng)TCP處于擁塞避免階段時(shí)，根據(jù)無(wú)線承載的速率實(shí)時(shí)預(yù)估RTO定時(shí)器的值；S4、當(dāng)TCP處于擁塞避免階段，且TCP發(fā)送端在RTO定時(shí)器超時(shí)后仍沒有收到接收端對(duì)該數(shù)據(jù)包的正確應(yīng)答或TCP發(fā)送端在RTO定時(shí)器超時(shí)的時(shí)間之內(nèi)檢測(cè)到三個(gè)相同的ACK確認(rèn)吋，則區(qū)分是發(fā)生無(wú)線鏈路丟包還是擁塞，如果是無(wú)線鏈路側(cè)丟包，則確認(rèn)是因物理層信道質(zhì)量發(fā)生丟包還是因用戶移動(dòng)發(fā)生丟包；如果是擁塞，則確認(rèn)是核心網(wǎng)側(cè)路由器發(fā)生擁塞還是因發(fā)送側(cè)MAC層調(diào)度不及時(shí)導(dǎo)致rocp隊(duì)列擁塞；S5、如果是因物理層信道質(zhì)量發(fā)生丟包，則進(jìn)行TCP、ARQ、HARQ的多ARQ聯(lián)合優(yōu)化，以避免多ARQ重傳競(jìng)爭(zhēng)；S6、如果是因?yàn)橛脩粢苿?dòng)發(fā)生丟包，則TCP停留在擁塞避免狀態(tài)，進(jìn)行TCP、PDCP的聯(lián)合優(yōu)化。S7、如果是核心網(wǎng)側(cè)路由器發(fā)生擁塞，則TCP重新返回慢啟動(dòng)階段；S8、如果是因發(fā)送側(cè)MAC層調(diào)度不及時(shí)導(dǎo)致HXP隊(duì)列擁塞，則MAC層調(diào)度器提高包含TCP報(bào)文的rocp PDU的邏輯信道調(diào)度優(yōu)先級(jí)，TCP停留在擁塞避免狀態(tài)。優(yōu)選地，步驟SI中設(shè)定擁塞窗ロ的初始大小具體為獲取物理層信道質(zhì)量測(cè)量信息確定TCP發(fā)送端可以發(fā)送的報(bào)文大小，將所述擁塞窗ロ的初始大小設(shè)定為所述TCP發(fā)送端可以發(fā)送的報(bào)文大小。優(yōu)選地，步驟S3中預(yù)估RTO定時(shí)器的值具體為對(duì)于承載在保證比特率承載上的TCP連接，通過(guò)RRC層獲取經(jīng)業(yè)務(wù)流模板映射之后承載的保證比特率值以確定RTO定時(shí)器的值；對(duì)于承載在非保證比特率承載上的TCP連接，實(shí)時(shí)地通過(guò)RRC層獲取經(jīng)業(yè)務(wù)流模板映射之后承載的實(shí)時(shí)速率值確定RTO的值。優(yōu)選地，步驟S5中進(jìn)行TCP、ARQ、HARQ的多ARQ聯(lián)合優(yōu)化，以避免多ARQ重傳競(jìng)爭(zhēng)具體為如果HARQ實(shí)體正在執(zhí)行重傳，或者如果RLC實(shí)體正在重傳包含TCP報(bào)文的RLCPDU,則TCP停留在擁塞避免狀態(tài)；如果ARQ實(shí)體超過(guò)最大重傳次數(shù)仍未被正確接收導(dǎo)致觸發(fā)連接重建過(guò)程，則等待鏈路層完成無(wú)線鏈路重建后TCP再進(jìn)入重傳階段。優(yōu)選地，步驟S6中進(jìn)行TCP、PDCP的聯(lián)合優(yōu)化具體為H)CP實(shí)體將包含TCP報(bào)文的rocp PDU通過(guò)X2接ロ傳到目的基站相應(yīng)的rocp實(shí)體。(三)有益效果上述技術(shù)方案具有如下優(yōu)點(diǎn)本發(fā)明在有效保留了 LTE協(xié)議棧各層功能獨(dú)立性的基礎(chǔ)上，通過(guò)跨層信息綜合分析PHY層信道狀態(tài)信息和HARQ信息，MAC層調(diào)度信息，RLC層ARQ信息以及HXP切換信息，判斷TCP層報(bào)文丟失的原因是核心網(wǎng)側(cè)路由器擁塞還是因?yàn)闊o(wú)線鏈路側(cè)數(shù)據(jù)報(bào)文丟失，避免誤導(dǎo)TCP層啟動(dòng)擁塞避免算法影響用戶發(fā)送速率，同時(shí)避免誤導(dǎo)TCP啟動(dòng)快速重傳算法導(dǎo)致TCP和ARQ/HARQ之間重傳競(jìng)爭(zhēng)，優(yōu)化了無(wú)線環(huán)境下TCP協(xié)議的性能。本發(fā)明所提出的跨層架構(gòu)，保持LTE分層協(xié)議架構(gòu)中層間的界面和接ロ不變，在保持與原有網(wǎng)絡(luò)互聯(lián)互通的基礎(chǔ)之上提高了無(wú)線環(huán)境下TCP協(xié)議的運(yùn)行效率。


圖I是在現(xiàn)有技術(shù)下，基于分層架構(gòu)的LTE系統(tǒng)協(xié)議棧；圖2是本發(fā)明所提出的基于跨層架構(gòu)的LTE系統(tǒng)協(xié)議棧；圖3是本發(fā)明所提出基于跨層架構(gòu)的無(wú)線TCP協(xié)議優(yōu)化流程圖。
具體實(shí)施例方式下面結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明的具體實(shí)施方式
作進(jìn)ー步詳細(xì)描述。以下實(shí)施例用于說(shuō)明本發(fā)明，但不用來(lái)限制本發(fā)明的范圍。在無(wú)線環(huán)境下，TCP協(xié)議會(huì)受到無(wú)線信道條件和分層協(xié)議棧獨(dú)立底層協(xié)議的影響，本發(fā)明基于協(xié)議跨層設(shè)計(jì)思想，聯(lián)合TCP層、分組數(shù)據(jù)匯聚協(xié)議(Packet Data ConvergenceProtocol, PDCP)層、RLC 層、媒體接入控制(Media Access Control, MAC)層以及物理層(Physical Layer, PHY)進(jìn)行跨層協(xié)議設(shè)計(jì)，以優(yōu)化TCP擁塞控制中慢啟動(dòng)算法、擁塞避免算法以及快速重傳算法在無(wú)線環(huán)境下的效率?？紤]到網(wǎng)絡(luò)間互連協(xié)議(Internet Protocol, IP)對(duì)于TCP層的報(bào)文的處理僅包括添加IP頭，因此，下面的描述過(guò)程均忽略IP層的處理過(guò)程。如圖2、圖3所示，本發(fā)明的方法包括如下步驟步驟301，當(dāng)TCP剛開始發(fā)數(shù)據(jù)，處于慢啟動(dòng)階段吋，由跨層信息交互實(shí)體設(shè)定擁塞窗ロ初始大小cwndint :跨層信息交互實(shí)體獲取物理層信道質(zhì)量測(cè)量(CQI，ChannelQuality Indication)信息確定TCP發(fā)送端可以發(fā)送的報(bào)文大小,初始化cwndint,。步驟302，當(dāng)擁塞窗ロ大于慢啟動(dòng)門限，則TCP轉(zhuǎn)入擁塞避免階段。步驟303，當(dāng)TCP處于擁塞避免階段，由跨層信息交互實(shí)體根據(jù)無(wú)線承載的速率實(shí)時(shí)預(yù)估RTO定時(shí)器值對(duì)于承載在保證比特率(Guaranteed Bit Rate, GBR)承載上的TCP連接，如語(yǔ)音、視頻和實(shí)時(shí)游戲等，其無(wú)線承載的速率是基本恒定的，因而，跨層信息交互實(shí)體通過(guò)RRC層獲取經(jīng)業(yè)務(wù)流模板(TFT)映射之后的承載的保證比特率值以確定RTO的值；對(duì)于承載在非保證比特率(non Guaranteed BitRate, non-GBR)承載上的TCP連接,如后臺(tái)背景類業(yè)務(wù)等，其無(wú)線承載的速率是動(dòng)態(tài)變化的，因而，跨層信息交互實(shí)體需要實(shí)時(shí)地通過(guò)RRC層獲取經(jīng)業(yè)務(wù)流模板映射之后的承載實(shí)時(shí)速率值確定RTO的值。所述跨層信息交互實(shí)體用于收集PHY層、MAC層、RLC層、HXP層以及TCP層匯報(bào)的實(shí)時(shí)信息，井根據(jù)所收集的信息做出全局最優(yōu)判決，再將判決信息反饋給各層，從而實(shí)現(xiàn)無(wú)線TCP協(xié)議的整體優(yōu)化。步驟304，當(dāng)TCP處于擁塞避免階段，TCP發(fā)送端在重傳定時(shí)器超時(shí)后仍沒有收到接收端對(duì)該數(shù)據(jù)包的正確應(yīng)答或TCP發(fā)送端在重傳定時(shí)器超時(shí)之內(nèi)檢測(cè)到三個(gè)相同的ACK確認(rèn)時(shí)，則由跨層信息交互實(shí)體區(qū)分是發(fā)生無(wú)線鏈路丟包還是擁塞。更進(jìn)一歩，如果是無(wú)線鏈路側(cè)丟包，則需要確認(rèn)是因物理層信道質(zhì)量較差(如用戶處于建筑物陰影區(qū)遮擋)發(fā)生丟包還是因用戶移動(dòng)(如切換)發(fā)生丟包；如果是擁塞，則還需確認(rèn)是核心網(wǎng)側(cè)路由器發(fā)生擁塞還是發(fā)送側(cè)MAC層調(diào)度不及時(shí)導(dǎo)致rocp隊(duì)列擁塞。步驟305，如果是因物理層信道質(zhì)量較差而導(dǎo)致丟包，則進(jìn)行TCP、ARQ、HARQ多ARQ聯(lián)合優(yōu)化，避免多ARQ重傳競(jìng)爭(zhēng)。具體地，如果HARQ實(shí)體正在執(zhí)行重傳，則TCP仍然停留在擁塞避免狀態(tài)。對(duì)于下行傳輸，由于HARQ采用的是異步HARQ，因此，跨層信息交互實(shí)體指示下行HARQ實(shí)體提高包含該TCP報(bào)文的MAC分組數(shù)據(jù)單元(Packet Data Unit，H)U)的重傳優(yōu)先級(jí)，對(duì)于上行傳輸，由于HARQ采用的是同步HARQ，則無(wú)法提高重傳優(yōu)先級(jí)；或是如果RLC實(shí)體正在重傳包含該TCP報(bào)文的RLC PDU,則TCP仍然停留在擁塞避免狀態(tài)；或是如果ARQ實(shí)體超過(guò)最大重 傳次數(shù)仍然未能被正確接收導(dǎo)致觸發(fā)連接重建過(guò)程，表示發(fā)生了無(wú)線鏈路失敗(RLF，RadioLink Failure)，則TCP重傳該TCP報(bào)文此時(shí)已無(wú)意義，跨層信息交互實(shí)體等待鏈路層完成無(wú)線鏈路重建后再指示TCP進(jìn)入快速重傳階段；步驟306，如果是因?yàn)橛脩粢苿?dòng)性(如切換)而導(dǎo)致丟包，則TCP仍然停留在擁塞避免狀態(tài)，進(jìn)行TCP、PDCP聯(lián)合優(yōu)化。由于此時(shí)用戶處于切換過(guò)程，因此在源基站再次重傳該TCP報(bào)文已經(jīng)沒有意義，跨層信息交互實(shí)體指示rocp實(shí)體將包含該TCP報(bào)文的rocp pdu通過(guò)X2接口前傳到目的基站相應(yīng)的rocp實(shí)體。步驟307，如果是因?yàn)楹诵木W(wǎng)側(cè)路由器發(fā)生擁塞，則跨層信息交互實(shí)體指示TCP重新返回慢啟動(dòng)階段；步驟308，如果是因?yàn)榘l(fā)送側(cè)MAC層調(diào)度不及時(shí)導(dǎo)致HXP隊(duì)列擁塞，則跨層信息交互實(shí)體指示MAC層調(diào)度器提高包含該TCP報(bào)文的rocp PDU的邏輯信道調(diào)度優(yōu)先級(jí)，TCP仍然停留在擁塞避免狀態(tài)。由以上實(shí)施例可以看出，本發(fā)明在有效保留了 LTE協(xié)議棧各層功能獨(dú)立性的基礎(chǔ)上，通過(guò)跨層信息綜合分析PHY層信道狀態(tài)信息和HARQ信息，MAC層調(diào)度信息，RLC層ARQ信息以及HXP切換信息，判斷TCP層報(bào)文丟失的原因是核心網(wǎng)側(cè)路由器擁塞還是因?yàn)闊o(wú)線鏈路側(cè)數(shù)據(jù)報(bào)文丟失，避免誤導(dǎo)TCP層啟動(dòng)擁塞避免算法影響用戶發(fā)送速率，同時(shí)避免誤導(dǎo)TCP啟動(dòng)快速重傳算法導(dǎo)致TCP和ARQ/HARQ之間重傳競(jìng)爭(zhēng)，優(yōu)化了無(wú)線環(huán)境下TCP協(xié)議的性能。本發(fā)明所提出的跨層架構(gòu)，保持LTE分層協(xié)議架構(gòu)中層間的界面和接ロ不變，在保持與原有網(wǎng)絡(luò)互聯(lián)互通的基礎(chǔ)之上提高了無(wú)線環(huán)境下TCP協(xié)議的運(yùn)行效率。以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明技術(shù)原理的前提下，還可以做出若干改進(jìn)和替換，這些改進(jìn)和替換也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種優(yōu)化無(wú)線環(huán)境下TCP協(xié)議的方法，其特征在于，包括以下步驟 51、當(dāng)TCP剛開始發(fā)數(shù)據(jù)，處于慢啟動(dòng)階段時(shí)，設(shè)定擁塞窗ロ的初始大??； 52、當(dāng)擁塞窗ロ大于預(yù)設(shè)的慢啟動(dòng)門限時(shí)，則TCP轉(zhuǎn)入擁塞避免階段； 53、當(dāng)TCP處于擁塞避免階段時(shí)，根據(jù)無(wú)線承載的速率實(shí)時(shí)預(yù)估RTO定時(shí)器的值； 54、當(dāng)TCP處于擁塞避免階段，且TCP發(fā)送端在RTO定時(shí)器超時(shí)后仍沒有收到接收端對(duì)該數(shù)據(jù)包的正確應(yīng)答或TCP發(fā)送端在RTO定時(shí)器超時(shí)的時(shí)間之內(nèi)檢測(cè)到三個(gè)相同的ACK確認(rèn)時(shí)，則區(qū)分是發(fā)生無(wú)線鏈路丟包還是擁塞，如果是無(wú)線鏈路側(cè)丟包，則確認(rèn)是因物理層信道質(zhì)量發(fā)生丟包還是因用戶移動(dòng)發(fā)生丟包；如果是擁塞，則確認(rèn)是核心網(wǎng)側(cè)路由器發(fā)生擁塞還是因發(fā)送側(cè)MAC層調(diào)度不及時(shí)導(dǎo)致rocp隊(duì)列擁塞； 55、如果是因物理層信道質(zhì)量發(fā)生丟包，則進(jìn)行TCP、ARQ、HARQ的多ARQ聯(lián)合優(yōu)化，以避免多ARQ重傳競(jìng)爭(zhēng)； 56、如果是因?yàn)橛脩粢苿?dòng)發(fā)生丟包，則TCP停留在擁塞避免狀態(tài)，進(jìn)行TCP、PDCP的聯(lián)合優(yōu)化； 57、如果是核心網(wǎng)側(cè)路由器發(fā)生擁塞，則TCP重新返回慢啟動(dòng)階段； 58、如果是因發(fā)送側(cè)MAC層調(diào)度不及時(shí)導(dǎo)致HXP隊(duì)列擁塞，則MAC層調(diào)度器提高包含TCP報(bào)文的rocp PDU的邏輯信道調(diào)度優(yōu)先級(jí)，TCP停留在擁塞避免狀態(tài)。
2.如權(quán)利要求I所述的方法，其特征在于，步驟SI中設(shè)定擁塞窗ロ的初始大小具體為獲取物理層信道質(zhì)量測(cè)量信息確定TCP發(fā)送端可以發(fā)送的報(bào)文大小，將所述擁塞窗ロ的初始大小設(shè)定為所述TCP發(fā)送端可以發(fā)送的報(bào)文大小。
3.如權(quán)利要求I所述的方法，其特征在于，步驟S3中預(yù)估RTO定時(shí)器的值具體為對(duì)于承載在保證比特率承載上的TCP連接，通過(guò)RRC層獲取經(jīng)業(yè)務(wù)流模板映射之后承載的保證比特率值以確定RTO定時(shí)器的值；對(duì)于承載在非保證比特率承載上的TCP連接，實(shí)時(shí)地通過(guò)RRC層獲取經(jīng)業(yè)務(wù)流模板映射之后承載的實(shí)時(shí)速率值確定RTO的值。
4.如權(quán)利要求I所述的方法，其特征在于，步驟S5中進(jìn)行TCP、ARQ、HARQ的多ARQ聯(lián)合優(yōu)化，以避免多ARQ重傳競(jìng)爭(zhēng)具體為如果HARQ實(shí)體正在執(zhí)行重傳，或者如果RLC實(shí)體正在重傳包含TCP報(bào)文的RLC PDU,則TCP停留在擁塞避免狀態(tài)；如果ARQ實(shí)體超過(guò)最大重傳次數(shù)仍未被正確接收導(dǎo)致觸發(fā)連接重建過(guò)程，則等待鏈路層完成無(wú)線鏈路重建后TCP再進(jìn)入重傳階段。
5.如權(quán)利要求Γ4中任一項(xiàng)所述的方法，其特征在于，步驟S6中進(jìn)行TCP、PDCP的聯(lián)合優(yōu)化具體為rocp實(shí)體將包含TCP報(bào)文的rocp pdu通過(guò)X2接ロ傳到目的基站相應(yīng)的rocp實(shí)體。
全文摘要
本發(fā)明涉及無(wú)線通信領(lǐng)域技術(shù)領(lǐng)域，公開了一種優(yōu)化無(wú)線環(huán)境下TCP協(xié)議的方法，本發(fā)明通過(guò)跨層信息綜合分析PHY層信道狀態(tài)信息和HARQ信息，MAC層調(diào)度信息，RLC層ARQ信息以及PDCP切換信息，判斷TCP層報(bào)文丟失的原因是核心網(wǎng)側(cè)路由器擁塞還是因?yàn)闊o(wú)線鏈路側(cè)數(shù)據(jù)報(bào)文丟失，避免誤導(dǎo)TCP層啟動(dòng)擁塞避免算法影響用戶發(fā)送速率，同時(shí)避免誤導(dǎo)TCP啟動(dòng)快速重傳算法導(dǎo)致TCP和ARQ/HARQ之間重傳競(jìng)爭(zhēng)，優(yōu)化了無(wú)線環(huán)境下TCP協(xié)議的性能。本發(fā)明所提出的跨層架構(gòu)，保持LTE分層協(xié)議架構(gòu)中層間的界面和接口不變，在保持與原有網(wǎng)絡(luò)互聯(lián)互通的基礎(chǔ)之上提高了無(wú)線環(huán)境下TCP協(xié)議的運(yùn)行效率。
文檔編號(hào)H04W28/06GK102833783SQ20121022851
公開日2012年12月19日 申請(qǐng)日期2012年7月2日 優(yōu)先權(quán)日2012年7月2日
發(fā)明者田輝, 張平, 林尚靜, 王斌 申請(qǐng)人:北京郵電大學(xué)