專利名稱：無(wú)線網(wǎng)絡(luò)擁塞控制方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信領(lǐng)域的擁塞控制，具體涉及一種無(wú)線網(wǎng)絡(luò)擁塞控制方法及裝置。
背景技術(shù)：
目前無(wú)線網(wǎng)絡(luò)的建設(shè)已經(jīng)初具規(guī)模，其用戶也開(kāi)始爆炸式的增長(zhǎng)，對(duì)于與日俱增的數(shù)據(jù)傳輸需求，要求傳輸資源管理更加智能。由于無(wú)線傳輸環(huán)境變化快和有線側(cè)的不確定時(shí)延，滑動(dòng)窗口協(xié)議，如傳輸控制協(xié)議CTransportControl Protocol，簡(jiǎn)寫(xiě)為TCP)協(xié)議不能有效地適應(yīng)無(wú)線環(huán)境，影響無(wú)線資源的有效利用和用戶感受?，F(xiàn)有的改進(jìn)方案，如 TCP性能提升算法(TCPPerformance Enhance,簡(jiǎn)寫(xiě)為TPE算法)，是在無(wú)線網(wǎng)絡(luò)控制器 (RadioNetwork Control，簡(jiǎn)寫(xiě)為RNC)中增加一個(gè)TCP代理模塊，模擬TCP的部分傳輸功能， 以加速慢啟動(dòng)速度和重傳效率，從而達(dá)到提升無(wú)線網(wǎng)絡(luò)中TCP數(shù)傳性能的算法方案。TPE算法的具體解釋如下RNC接收核心網(wǎng)(Core Net，簡(jiǎn)寫(xiě)為CN)發(fā)來(lái)的經(jīng)過(guò)TCP/IP組包后的數(shù)據(jù)包，并對(duì)這些數(shù)據(jù)包進(jìn)行解析，提取出TCP層的協(xié)議數(shù)據(jù)單元(Protocol Data Unit，簡(jiǎn)寫(xiě)為PDU)，對(duì)其中的確認(rèn)(Acknowledge，縮寫(xiě)為ACK)包或捎帶ACK的數(shù)據(jù)包，采用分裂ACK 包的TCP性能增強(qiáng)技術(shù)，即通過(guò)分裂ACK包以增大ACK包的數(shù)目，并將分裂后的ACK包發(fā)送至數(shù)據(jù)基于滑動(dòng)窗口協(xié)議的服務(wù)器以增加基于滑動(dòng)窗口協(xié)議的服務(wù)器的數(shù)據(jù)發(fā)送窗口，從而提升基于滑動(dòng)窗口協(xié)議的服務(wù)器的發(fā)送能力，進(jìn)而加速TCP層數(shù)傳過(guò)程中慢啟動(dòng)過(guò)程， 避免數(shù)據(jù)擁塞，達(dá)到降低丟包率和傳輸時(shí)延的效果。雖然TPE算法能夠改善慢啟動(dòng)階段持續(xù)太長(zhǎng)而導(dǎo)致的網(wǎng)絡(luò)擁塞的問(wèn)題，但其采用固定參數(shù)配置ACK包分裂數(shù)目的方法來(lái)增加ACK包數(shù)，使得ACK包分裂的個(gè)數(shù)不能快速適應(yīng)無(wú)線信道以及接收能力，由此可能出現(xiàn)過(guò)度分裂，導(dǎo)致TCP基于滑動(dòng)窗口協(xié)議的服務(wù)器的發(fā)送窗口擴(kuò)展過(guò)快使得業(yè)務(wù)量遠(yuǎn)大于信道的空口吞吐量，或是分裂不充分，無(wú)法最大化改善網(wǎng)絡(luò)擁塞；或是TCP代理緩存空間有限，而依然進(jìn)行ACK包分裂，導(dǎo)致緩存溢出進(jìn)而丟包。

發(fā)明內(nèi)容
本發(fā)明的第一目的是提出一種有效的無(wú)線網(wǎng)絡(luò)擁塞控制方法。本發(fā)明的第二目的是提出一種有效的無(wú)線網(wǎng)絡(luò)擁塞控制裝置。為實(shí)現(xiàn)上述第一目的，本發(fā)明提供了一種無(wú)線網(wǎng)絡(luò)擁塞控制方法，包括對(duì)收到的數(shù)據(jù)包進(jìn)行解析得到確認(rèn)包；實(shí)時(shí)監(jiān)測(cè)無(wú)線信道的傳輸能力參數(shù)，并根據(jù)傳輸能力參數(shù)的值及數(shù)據(jù)包的數(shù)量確定確認(rèn)包的待分裂數(shù)目，其中，數(shù)據(jù)包的數(shù)量與確認(rèn)包的待分裂數(shù)目之和小于或等于傳輸能力參數(shù)的值；根據(jù)待分裂數(shù)目對(duì)確認(rèn)包進(jìn)行分裂操作，并將分裂后的確認(rèn)包發(fā)送至基于滑動(dòng)窗口協(xié)議的服務(wù)器。為實(shí)現(xiàn)上述第二目的，本發(fā)明提供了一種無(wú)線網(wǎng)絡(luò)擁塞控制裝置，包括解析模塊，用于對(duì)收到的數(shù)據(jù)包進(jìn)行解析得到確認(rèn)包；監(jiān)控模塊，用于實(shí)時(shí)監(jiān)測(cè)無(wú)線信道的傳輸能力參數(shù)；處理模塊，用于根據(jù)傳輸能力參數(shù)的值及數(shù)據(jù)包的數(shù)量確定確認(rèn)包的待分裂數(shù)目， 其中，數(shù)據(jù)包的數(shù)量與確認(rèn)包的待分裂數(shù)目之和小于或等于傳輸能力參數(shù)的值；根據(jù)待分裂數(shù)目對(duì)確認(rèn)包進(jìn)行分裂操作，并將分裂后的確認(rèn)包發(fā)送至基于滑動(dòng)窗口協(xié)議的服務(wù)器。本發(fā)明還提供了一種無(wú)線網(wǎng)絡(luò)擁塞控制系統(tǒng)，包括終端，用于發(fā)送數(shù)據(jù)包；無(wú)線網(wǎng)絡(luò)擁塞控制裝置，用于對(duì)數(shù)據(jù)包進(jìn)行解析得到確認(rèn)包；并實(shí)時(shí)監(jiān)測(cè)無(wú)線信道的傳輸能力參數(shù)，并根據(jù)所述傳輸能力參數(shù)的值及所述數(shù)據(jù)包的數(shù)量確定所述確認(rèn)包的待分裂數(shù)目， 其中，所述數(shù)據(jù)包的數(shù)量與所述確認(rèn)包的待分裂數(shù)目之和小于或等于所述傳輸能力參數(shù)的值；以及根據(jù)所述待分裂數(shù)目對(duì)所述確認(rèn)包進(jìn)行分裂操作，以及發(fā)送分裂后的確認(rèn)包；基于滑動(dòng)窗口協(xié)議的服務(wù)器，用于接收該分裂后的確認(rèn)包。本發(fā)明各個(gè)實(shí)施例中，通過(guò)監(jiān)測(cè)傳輸能力參數(shù)，動(dòng)態(tài)調(diào)整ACK包分裂的數(shù)目進(jìn)而控制基于滑動(dòng)窗口協(xié)議的服務(wù)器發(fā)送速率的目的，避免出現(xiàn)信道條件好時(shí)窗口增長(zhǎng)慢而導(dǎo)致網(wǎng)絡(luò)擁塞的狀況，或者信道差時(shí)發(fā)送窗口過(guò)度膨脹而導(dǎo)致丟包。


附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，并且構(gòu)成說(shuō)明書(shū)的一部分，與本發(fā)明的實(shí)施例一并用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的限制。在附圖中圖1為本發(fā)明的無(wú)線網(wǎng)絡(luò)擁塞控制方法的實(shí)施例一流程圖；圖2為本發(fā)明的無(wú)線網(wǎng)絡(luò)擁塞控制方法的實(shí)施例二流程圖；圖3為本發(fā)明的無(wú)線網(wǎng)絡(luò)擁塞控制裝置的實(shí)施例結(jié)構(gòu)圖；圖4為本發(fā)明的無(wú)線網(wǎng)絡(luò)擁塞控制系統(tǒng)的實(shí)施例結(jié)構(gòu)圖。
具體實(shí)施例方式以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說(shuō)明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實(shí)施例僅用于說(shuō)明和解釋本發(fā)明，并不用于限定本發(fā)明。方法實(shí)施例圖1為本發(fā)明的無(wú)線網(wǎng)絡(luò)擁塞控制方法的實(shí)施例一流程圖。如圖1所示，本實(shí)施例包括步驟S102 對(duì)收到的數(shù)據(jù)包進(jìn)行解析得到確認(rèn)包；具體操作過(guò)程參見(jiàn)圖2的解釋說(shuō)明；步驟S104 實(shí)時(shí)監(jiān)測(cè)無(wú)線信道的傳輸能力參數(shù)，并根據(jù)傳輸能力參數(shù)的值及數(shù)據(jù)包的數(shù)量確定確認(rèn)包的待分裂數(shù)目，其中，數(shù)據(jù)包的數(shù)量與確認(rèn)包的待分裂數(shù)目之和小于或等于傳輸能力參數(shù)的值；具體操作過(guò)程參見(jiàn)圖2的解釋說(shuō)明；步驟S106 根據(jù)待分裂數(shù)目對(duì)確認(rèn)包進(jìn)行分裂操作，并將分裂后的確認(rèn)包發(fā)送至基于滑動(dòng)窗口協(xié)議的服務(wù)器；具體操作過(guò)程參見(jiàn)圖2的解釋說(shuō)明。本實(shí)施例通過(guò)監(jiān)測(cè)傳輸能力參數(shù)，動(dòng)態(tài)調(diào)整ACK包分裂的數(shù)目進(jìn)而控制基于滑動(dòng)窗口協(xié)議的服務(wù)器發(fā)送速率的目的，避免出現(xiàn)信道條件好時(shí)窗口增長(zhǎng)慢而導(dǎo)致網(wǎng)絡(luò)擁塞的狀況，或者信道差時(shí)發(fā)送窗口過(guò)度膨脹而導(dǎo)致丟包。圖2為本發(fā)明的無(wú)線網(wǎng)絡(luò)擁塞控制方法的實(shí)施例二流程圖。如圖2所示，本實(shí)施例包括
步驟S202 對(duì)終端發(fā)送的數(shù)據(jù)包進(jìn)行解析得到確認(rèn)包；以下各實(shí)施例中以承載 TCP的服務(wù)器為例進(jìn)行解釋說(shuō)明，也就是說(shuō)步驟S201中的服務(wù)器中的滑動(dòng)窗口協(xié)議為 TCP ；步驟S204 實(shí)時(shí)監(jiān)測(cè)無(wú)線信道的傳輸能力參數(shù)及當(dāng)前對(duì)數(shù)據(jù)包的緩存空間量；步驟A 該傳輸能力參數(shù)可以表示當(dāng)前信道一次調(diào)度空口能夠發(fā)送的數(shù)據(jù)量，其可以通過(guò)直接實(shí)時(shí)監(jiān)測(cè)，具體操作時(shí)還可以通過(guò)以下方式得到a.由用戶終端(即發(fā)送該數(shù)據(jù)包的終端)的物理層處理單元(Layer 1，簡(jiǎn)稱Li) 上報(bào)無(wú)線信道的傳輸質(zhì)量參數(shù)，上報(bào)方式可以是周期的或是事件觸發(fā)；b.對(duì)無(wú)線信道的傳輸質(zhì)量參數(shù)(即信道質(zhì)量，其指示空口能夠使用多大速率排空緩存中的數(shù)據(jù))進(jìn)行實(shí)時(shí)主動(dòng)監(jiān)測(cè)，即通過(guò)監(jiān)測(cè)用戶的上行信道傳輸質(zhì)量來(lái)評(píng)估下行信道；c.根據(jù)上述步驟b或c得到信道質(zhì)量后，將信道質(zhì)量乘以百分百比得到的信道系數(shù)(其為為不大于1的百分?jǐn)?shù)，由于該信道系數(shù)與信道質(zhì)量一一對(duì)應(yīng)，故該傳輸質(zhì)量參數(shù)也可以包括信道系數(shù))，信道系數(shù)乘以一次調(diào)度最大速率(其指當(dāng)信道充分好時(shí)，調(diào)度該用戶能從空口發(fā)射出去的數(shù)據(jù)量，即預(yù)存的無(wú)線信道的最大傳輸量)作為空口速率(即傳輸能力參數(shù))，也就是緩存能夠釋放出來(lái)的空間；步驟B 監(jiān)測(cè)當(dāng)前TCP代理中的緩存空間；上述步驟S204的原理在于數(shù)據(jù)包的基于滑動(dòng)窗口協(xié)議的服務(wù)器(即承載TCP 協(xié)議的服務(wù)器)發(fā)送的數(shù)據(jù)首先要在TCP代理中緩存，所以要考慮緩存狀態(tài)，也就是說(shuō)，服務(wù)器下一時(shí)刻發(fā)送的數(shù)據(jù)量應(yīng)該考慮接收方的接收能力，避免發(fā)送太多導(dǎo)致接收方無(wú)法接收；考慮緩存時(shí)，具體需要考慮的因素有本地緩存能夠容納的數(shù)據(jù)量(即步驟B中的當(dāng)前 TCP代理中的緩存空間)、緩存能夠釋放出來(lái)的緩存空間(即步驟A中的傳輸能力參數(shù))；步驟S206 根據(jù)傳輸能力參數(shù)的值、數(shù)據(jù)包的數(shù)量及緩存空間量確定確認(rèn)包的待分裂數(shù)目，其中，數(shù)據(jù)包的數(shù)量與確認(rèn)包的待分裂數(shù)目之和小于或等于傳輸能力參數(shù)的值與緩存空間量之和，具體操作時(shí)步驟S206可以包括步驟1 :TCP連接初始啟動(dòng)時(shí)，服務(wù)器的擁塞窗口很小，當(dāng)前緩存量為零，這時(shí)使用預(yù)設(shè)的最大可分裂個(gè)數(shù)來(lái)分裂ACK包，快速使發(fā)送速率提升起來(lái)，直至緩存的占用率達(dá)到預(yù)設(shè)門限值；步驟2 速率穩(wěn)定后，綜合空口的發(fā)送能力和緩存實(shí)時(shí)狀態(tài)動(dòng)態(tài)調(diào)整分裂ACK包數(shù)目，以調(diào)整服務(wù)器的發(fā)送速率；具體解釋如下空口發(fā)送會(huì)使緩存釋放部分空間，服務(wù)器下次發(fā)送的數(shù)據(jù)以能夠填補(bǔ)本次緩存的剩余以及下次能夠釋放的空間為上限，所以服務(wù)器根據(jù)這些量確認(rèn)下次可以發(fā)送的數(shù)據(jù)量上限，該上限與本次服務(wù)器的發(fā)送數(shù)據(jù)的差值就是本次ACK包可以分裂的最大個(gè)數(shù)；具體操作時(shí)，如根據(jù)TCP協(xié)議，接收端不必對(duì)每個(gè)數(shù)據(jù)包都進(jìn)行確認(rèn)，對(duì)某個(gè)序號(hào)的包的確認(rèn)表示該包和該包之前的所有數(shù)據(jù)都正確接收了，這有助于節(jié)省空口資源；例如，根據(jù)傳輸能力參數(shù)的值及數(shù)據(jù)包的數(shù)量確定確認(rèn)包的待分裂數(shù)目時(shí)，若一次最大能發(fā)送8K(即為一次調(diào)度最大速率，也稱為無(wú)線信道的最大傳輸量)，目前信道能夠正確傳送6Κ(即為空口速率或傳輸能力參數(shù)，相應(yīng)地信道系數(shù)為6/8)，本次服務(wù)器發(fā)來(lái)3個(gè)IK字節(jié)的數(shù)據(jù)包，則ACK包最大的分裂數(shù)目為6-3 = 3 ；若同時(shí)綜合考慮當(dāng)前緩存量的因素時(shí)，如RNC的總緩沖區(qū)為16Κ，已經(jīng)占用12Κ，則當(dāng)前的緩存空間量為16-12 =4，再加上RNC在能夠釋放出來(lái)的緩存空間，則總緩存空間量有4+6 = 10K,則ACK包最大的分裂數(shù)目為10-3 = 7;步驟S208 根據(jù)待分裂數(shù)目對(duì)ACK包進(jìn)行分裂操作，并將分裂后的ACK包發(fā)送至基于TCP的服務(wù)器，其中，ACK包的分裂與原子核裂變相似；如，根據(jù)TCP協(xié)議，當(dāng)前UE對(duì)序號(hào)為100的包進(jìn)行確認(rèn)，在收到后對(duì)該確認(rèn)包進(jìn)行分裂操作，裂變?yōu)閷?duì)98、99、100號(hào)包的三個(gè)確認(rèn)包ACK包；裂變生成的ACK包與正常ACK包的區(qū)別在于確認(rèn)序號(hào)不同，服務(wù)器收到后不能區(qū)分ACK包是否經(jīng)過(guò)裂變。本領(lǐng)域技術(shù)人員可以理解，本發(fā)明是通過(guò)動(dòng)態(tài)的確定ACK包的分裂個(gè)數(shù)，并根據(jù)確定的分裂個(gè)數(shù)來(lái)分裂ACK包以增大協(xié)議的發(fā)送窗口(即滑窗機(jī)制)，進(jìn)而避免擁塞控制， 可以用于通用無(wú)線平臺(tái)，如UMTS等；高層數(shù)據(jù)鏈路協(xié)議(High-Level Data Link Control, 簡(jiǎn)稱HDLC)、安全超文本傳輸協(xié)議(Secure Hypertext Transfer Protocol，簡(jiǎn)稱HTTPS)、本地郵件傳輸協(xié)議(Local Mail Transfer Protocol，簡(jiǎn)稱LMTP)，以及其他面向連接的應(yīng)用， 均可以適用本發(fā)明各實(shí)施例，也就是說(shuō)所有的基于滑動(dòng)窗口協(xié)議的網(wǎng)絡(luò)擁塞控制都可以適用本發(fā)明各實(shí)施例。本實(shí)施例通過(guò)監(jiān)測(cè)信道質(zhì)量和緩存占用率，動(dòng)態(tài)調(diào)整ACK包分裂的數(shù)目，來(lái)達(dá)到控制基于滑動(dòng)窗口協(xié)議的服務(wù)器發(fā)送速率的目的，避免出現(xiàn)信道條件好時(shí)窗口增長(zhǎng)慢而導(dǎo)致網(wǎng)絡(luò)擁塞的狀況，或者信道差時(shí)發(fā)送窗口過(guò)度膨脹導(dǎo)致丟包；理想狀況下，服務(wù)器能夠一直使接收端的緩存保持充滿狀態(tài)而不溢出，保證下行一直有數(shù)據(jù)發(fā)送，而在信道轉(zhuǎn)差時(shí)能夠快速降低發(fā)送速率，避免大量丟包。裝置實(shí)施例 圖3為本發(fā)明的無(wú)線網(wǎng)絡(luò)擁塞控制裝置的實(shí)施例結(jié)構(gòu)圖。上述圖1及圖2方法發(fā)明的各個(gè)實(shí)施例均可以在圖3結(jié)構(gòu)圖所示結(jié)構(gòu)的裝置中實(shí)現(xiàn)。如圖3所示，該裝置包括解析模塊32，用于對(duì)收到的數(shù)據(jù)包進(jìn)行解析得到確認(rèn)包；監(jiān)控模塊34，用于實(shí)時(shí)監(jiān)測(cè)無(wú)線信道的傳輸能力參數(shù)；處理模塊36，用于根據(jù)傳輸能力參數(shù)的值及數(shù)據(jù)包的數(shù)量確定確認(rèn)包的待分裂數(shù)目，其中，數(shù)據(jù)包的數(shù)量與確認(rèn)包的待分裂數(shù)目之和小于或等于傳輸能力參數(shù)的值；根據(jù)待分裂數(shù)目對(duì)確認(rèn)包進(jìn)行分裂操作，并將分裂后的確認(rèn)包發(fā)送至數(shù)據(jù)包的基于滑動(dòng)窗口協(xié)議的服務(wù)器。具體操作時(shí)，該監(jiān)測(cè)模塊34可以包括監(jiān)控子模塊342，用于實(shí)時(shí)主動(dòng)監(jiān)測(cè)或者接收該數(shù)據(jù)包的發(fā)送終端的物理層處理單元上報(bào)的無(wú)線信道的傳輸質(zhì)量參數(shù)；根據(jù)傳輸質(zhì)量參數(shù)與預(yù)存的無(wú)線信道的最大傳輸量確定傳輸能力參數(shù)；監(jiān)測(cè)子模塊344，用于監(jiān)測(cè)當(dāng)前的緩存空間量。處理模塊36可以包括確認(rèn)子模塊362，用于根據(jù)傳輸能力參數(shù)的值及數(shù)據(jù)包的數(shù)量確定確認(rèn)包的待分裂數(shù)目，其中，數(shù)據(jù)包的數(shù)量與確認(rèn)包的待分裂數(shù)目之和小于或等于傳輸能力參數(shù)的值；或者用于根據(jù)傳輸能力參數(shù)的值、數(shù)據(jù)包的數(shù)量及緩存空間量確定確認(rèn)包的待分裂數(shù)目，其中，數(shù)據(jù)包的數(shù)量與確認(rèn)包的待分裂數(shù)目之和小于或等于傳輸能力參數(shù)的值與緩存空間量之和；分裂子模塊364，用于根據(jù)待分裂數(shù)目對(duì)確認(rèn)包進(jìn)行分裂操作；發(fā)送子模塊366，用于將分裂后的確認(rèn)包發(fā)送至基于滑動(dòng)窗口協(xié)議的服務(wù)器。需要說(shuō)明的是，該無(wú)線網(wǎng)絡(luò)擁塞控制裝置可以設(shè)置在RNC中；基于滑動(dòng)窗口協(xié)議的服務(wù)器中的滑動(dòng)窗口協(xié)議可以為傳輸控制協(xié)議。
本實(shí)施例中，通過(guò)監(jiān)測(cè)模塊34監(jiān)測(cè)信道質(zhì)量和緩存占用率，處理模塊36動(dòng)態(tài)調(diào)整 ACK包分裂的數(shù)目，來(lái)達(dá)到控制基于滑動(dòng)窗口協(xié)議的服務(wù)器發(fā)送速率的目的，避免出現(xiàn)信道條件好時(shí)窗口增長(zhǎng)慢而導(dǎo)致網(wǎng)絡(luò)擁塞的狀況，或者信道差時(shí)發(fā)送窗口過(guò)度膨脹導(dǎo)致丟包， 能夠使得基于滑動(dòng)窗口協(xié)議更好地適應(yīng)無(wú)線網(wǎng)絡(luò)環(huán)境。系統(tǒng)實(shí)施例圖4為本發(fā)明的無(wú)線網(wǎng)絡(luò)擁塞控制系統(tǒng)的實(shí)施例結(jié)構(gòu)圖。上述圖1及圖2方法發(fā)明的各個(gè)實(shí)施例均可以在圖4結(jié)構(gòu)圖所示結(jié)構(gòu)的系統(tǒng)中實(shí)現(xiàn)。如圖4所示，該系統(tǒng)包括終端40，用于發(fā)送數(shù)據(jù)包；無(wú)線網(wǎng)絡(luò)擁塞控制裝置42，用于對(duì)收到的數(shù)據(jù)包進(jìn)行解析得到確認(rèn)包；并實(shí)時(shí)監(jiān)測(cè)無(wú)線信道的傳輸能力參數(shù)，并根據(jù)傳輸能力參數(shù)的值及數(shù)據(jù)包的數(shù)量確定確認(rèn)包的待分裂數(shù)目，其中，數(shù)據(jù)包的數(shù)量與確認(rèn)包的待分裂數(shù)目之和小于或等于傳輸能力參數(shù)的值；以及根據(jù)待分裂數(shù)目對(duì)確認(rèn)包進(jìn)行分裂操作，以及發(fā)送該分裂后的確認(rèn)包； 基于滑動(dòng)窗口協(xié)議的服務(wù)器44，用于接收該分裂后的確認(rèn)包。其中，該無(wú)線網(wǎng)絡(luò)擁塞控制裝置42的解釋說(shuō)明參見(jiàn)圖3的文字描述；該基于滑動(dòng)窗口協(xié)議的服務(wù)器44可以為核心網(wǎng)中的服務(wù)器等；終端40與無(wú)線網(wǎng)絡(luò)擁塞控制裝置42間為無(wú)線網(wǎng)絡(luò)連接。本實(shí)施例中，通過(guò)無(wú)線網(wǎng)絡(luò)擁塞控制裝置42監(jiān)測(cè)信道質(zhì)量和緩存占用率，動(dòng)態(tài)調(diào)整ACK包分裂的數(shù)目，來(lái)達(dá)到控制基于滑動(dòng)窗口協(xié)議的服務(wù)器44發(fā)送速率的目的，避免出現(xiàn)信道條件好時(shí)窗口增長(zhǎng)慢而導(dǎo)致網(wǎng)絡(luò)擁塞的狀況，或者信道差時(shí)發(fā)送窗口過(guò)度膨脹導(dǎo)致丟包，能夠使得基于滑動(dòng)窗口協(xié)議更好地適應(yīng)無(wú)線網(wǎng)絡(luò)環(huán)境。最后應(yīng)說(shuō)明的是以上僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種無(wú)線網(wǎng)絡(luò)擁塞控制方法，其特征在于，包括以下步驟 對(duì)收到的數(shù)據(jù)包進(jìn)行解析得到確認(rèn)包；實(shí)時(shí)監(jiān)測(cè)無(wú)線信道的傳輸能力參數(shù)，并根據(jù)所述傳輸能力參數(shù)的值及所述數(shù)據(jù)包的數(shù)量確定所述確認(rèn)包的待分裂數(shù)目，其中，所述數(shù)據(jù)包的數(shù)量與所述確認(rèn)包的待分裂數(shù)目之和小于或等于所述傳輸能力參數(shù)的值；根據(jù)所述待分裂數(shù)目對(duì)所述確認(rèn)包進(jìn)行分裂操作，并將分裂后的確認(rèn)包發(fā)送至基于滑動(dòng)窗口協(xié)議的服務(wù)器。
2.根據(jù)權(quán)利要求1所述的無(wú)線網(wǎng)絡(luò)擁塞控制方法，其特征在于，所述對(duì)收到的數(shù)據(jù)包進(jìn)行解析得到確認(rèn)包的步驟之后還包括監(jiān)測(cè)當(dāng)前的緩存空間量。
3.根據(jù)權(quán)利要求2所述的無(wú)線網(wǎng)絡(luò)擁塞控制方法，其特征在于，所述方法包括 根據(jù)所述傳輸能力參數(shù)的值、所述數(shù)據(jù)包的數(shù)量及所述緩存空間量確定所述確認(rèn)包的待分裂數(shù)目，其中，所述數(shù)據(jù)包的數(shù)量與所述確認(rèn)包的待分裂數(shù)目之和小于或等于所述傳輸能力參數(shù)的值與所述緩存空間量之和。
4.根據(jù)上述權(quán)利要求1-3中任一項(xiàng)所述的無(wú)線網(wǎng)絡(luò)擁塞控制方法，其特征在于，所述實(shí)時(shí)監(jiān)測(cè)無(wú)線信道的傳輸能力參數(shù)的步驟包括實(shí)時(shí)監(jiān)測(cè)或者接收所述數(shù)據(jù)包的發(fā)送終端的物理層處理單元上報(bào)的所述無(wú)線信道的傳輸質(zhì)量參數(shù)；根據(jù)所述傳輸質(zhì)量參數(shù)與預(yù)存的所述無(wú)線信道的最大傳輸量確定所述傳輸能力參數(shù)。
5.根據(jù)權(quán)利要求2或3所述的無(wú)線網(wǎng)絡(luò)擁塞控制方法，其特征在于，所述基于滑動(dòng)窗口協(xié)議包括傳輸控制協(xié)議、高層數(shù)據(jù)鏈路協(xié)議、安全超文本傳輸協(xié)議、本地郵件傳輸協(xié)議。
6.一種無(wú)線網(wǎng)絡(luò)擁塞控制裝置，其特征在于，該裝置包括 解析模塊，用于對(duì)收到的數(shù)據(jù)包進(jìn)行解析得到確認(rèn)包；監(jiān)控模塊，用于實(shí)時(shí)監(jiān)測(cè)無(wú)線信道的傳輸能力參數(shù)；處理模塊，用于根據(jù)所述傳輸能力參數(shù)的值及所述數(shù)據(jù)包的數(shù)量確定所述確認(rèn)包的待分裂數(shù)目，其中，所述數(shù)據(jù)包的數(shù)量與所述確認(rèn)包的待分裂數(shù)目之和小于或等于所述傳輸能力參數(shù)的值；根據(jù)所述待分裂數(shù)目對(duì)所述確認(rèn)包進(jìn)行分裂操作，并將分裂后的確認(rèn)包發(fā)送至基于滑動(dòng)窗口協(xié)議的服務(wù)器。
7.根據(jù)權(quán)利要求6所述的無(wú)線網(wǎng)絡(luò)擁塞控制裝置，其特征在于，所述監(jiān)控模塊包括 監(jiān)控子模塊，用于實(shí)時(shí)監(jiān)測(cè)或者接收所述數(shù)據(jù)包的發(fā)送終端的物理層處理單元上報(bào)的所述無(wú)線信道的傳輸質(zhì)量參數(shù)；根據(jù)所述傳輸質(zhì)量參數(shù)與預(yù)存的所述無(wú)線信道的最大傳輸量確定所述傳輸能力參數(shù)；監(jiān)測(cè)子模塊，監(jiān)測(cè)當(dāng)前的緩存空間量。
8.根據(jù)權(quán)利要求7所述的無(wú)線網(wǎng)絡(luò)擁塞控制裝置，其特征在于，所述處理模塊包括 確認(rèn)子模塊，用于根據(jù)所述傳輸能力參數(shù)的值及所述數(shù)據(jù)包的數(shù)量確定所述確認(rèn)包的待分裂數(shù)目，其中，所述數(shù)據(jù)包的數(shù)量與所述確認(rèn)包的待分裂數(shù)目之和小于或等于所述傳輸能力參數(shù)的值；或者用于根據(jù)所述傳輸能力參數(shù)的值、所述數(shù)據(jù)包的數(shù)量及所述緩存空間量確定所述確認(rèn)包的待分裂數(shù)目，其中，所述數(shù)據(jù)包的數(shù)量與所述確認(rèn)包的待分裂數(shù)目之和小于或等于所述傳輸能力參數(shù)的值與所述緩存空間量之和；分裂子模塊，根據(jù)所述待分裂數(shù)目對(duì)所述確認(rèn)包進(jìn)行分裂操作； 發(fā)送子模塊，用于將分裂后的確認(rèn)包發(fā)送至所述基于滑動(dòng)窗口協(xié)議的服務(wù)器。
9.根據(jù)上述權(quán)利要求6-8中任一項(xiàng)所述的無(wú)線網(wǎng)絡(luò)擁塞控制裝置，其特征在于，所述裝置設(shè)置在無(wú)線網(wǎng)絡(luò)控制器中。
10.一種無(wú)線網(wǎng)絡(luò)擁塞控制系統(tǒng)，其特征在于，該系統(tǒng)包括 終端，用于發(fā)送數(shù)據(jù)包；無(wú)線網(wǎng)絡(luò)擁塞控制裝置，用于對(duì)所述數(shù)據(jù)包進(jìn)行解析得到確認(rèn)包；并實(shí)時(shí)監(jiān)測(cè)無(wú)線信道的傳輸能力參數(shù)，并根據(jù)所述傳輸能力參數(shù)的值及所述數(shù)據(jù)包的數(shù)量確定所述確認(rèn)包的待分裂數(shù)目，其中，所述數(shù)據(jù)包的數(shù)量與所述確認(rèn)包的待分裂數(shù)目之和小于或等于所述傳輸能力參數(shù)的值；以及根據(jù)所述待分裂數(shù)目對(duì)所述確認(rèn)包進(jìn)行分裂操作，以及發(fā)送分裂后的確認(rèn)包；基于滑動(dòng)窗口協(xié)議的服務(wù)器，用于接收所述分裂后的確認(rèn)包。
全文摘要
本發(fā)明提供了一種無(wú)線網(wǎng)絡(luò)擁塞控制方法、裝置及系統(tǒng)，其中，該方法包括對(duì)收到的數(shù)據(jù)包進(jìn)行解析得到確認(rèn)包；實(shí)時(shí)監(jiān)測(cè)無(wú)線信道的傳輸能力參數(shù)，并根據(jù)傳輸能力參數(shù)的值及數(shù)據(jù)包的數(shù)量確定確認(rèn)包的待分裂數(shù)目，其中，數(shù)據(jù)包的數(shù)量與確認(rèn)包的待分裂數(shù)目之和小于或等于傳輸能力參數(shù)的值；根據(jù)待分裂數(shù)目對(duì)確認(rèn)包進(jìn)行分裂操作，并將分裂后的確認(rèn)包發(fā)送至基于滑動(dòng)窗口協(xié)議的服務(wù)器。本發(fā)明避免出現(xiàn)信道條件好時(shí)窗口增長(zhǎng)慢而導(dǎo)致網(wǎng)絡(luò)擁塞的狀況，或者信道差時(shí)發(fā)送窗口過(guò)度膨脹而導(dǎo)致丟包。
文檔編號(hào)H04L1/18GK102263618SQ20101019549
公開(kāi)日2011年11月30日 申請(qǐng)日期2010年5月31日 優(yōu)先權(quán)日2010年5月31日
發(fā)明者張晟, 徐江, 杜金宇, 王曉東, 石浩, 賈思遠(yuǎn), 邊燕南 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)公司, 鼎橋通信技術(shù)有限公司