專利名稱：一種數(shù)據(jù)處理的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種數(shù)據(jù)處理的方法及裝置。
背景技術(shù)：
無線通信中實時業(yè)務(wù)在分組域進行承載時，對時延的要求是十分嚴格的。
實時語音業(yè)務(wù)的數(shù)據(jù)包在空中接口傳輸?shù)臅r延要求通常為80- 150毫秒；實時 視頻業(yè)務(wù)的傳輸時延要求通常為300毫秒左右。
數(shù)據(jù)包在空中接口經(jīng)歷的傳輸時延主要包括兩部分在發(fā)送端緩存中的排 隊等待時延和傳輸時延，其中排隊時延主要是由于系統(tǒng)擁塞情況決定的，而 傳輸時延是由于空中接口信道的傳輸能力和接收端對接收到的數(shù)據(jù)包處理能 力決定，包括數(shù)據(jù)包的發(fā)送、接收、反饋以及相應(yīng)的處理。
由于實時業(yè)務(wù)對時延要求極為嚴格，若某數(shù)據(jù)包在發(fā)送端緩存中的等待時 延過長，即使后續(xù)該數(shù)據(jù)包被傳輸并正確接收，也可能對業(yè)務(wù)服務(wù)質(zhì)量沒有貢 獻，反而浪費了寶貴的空中接口資源，導(dǎo)致后續(xù)的數(shù)據(jù)包排隊時延增大。為了 解決這一問題，在發(fā)送端設(shè)置丟棄定時器(DiscardTimer)，對發(fā)送端中等待時 延超過丟棄定時器設(shè)定的丟包門限值(即等待時延)的數(shù)據(jù)包進行丟棄處理， 以提高空中接口資源的傳輸效率，并降低后續(xù)排隊的數(shù)據(jù)包的等待時延。丟包 門限值的設(shè)置對于系統(tǒng)的丟包率和傳輸效率有非常重要的影響如果丟包門限 值設(shè)置較小會導(dǎo)致丟包率較大；如果丟包門限值設(shè)置較大會導(dǎo)致傳輸效率下 降，并且會增大后續(xù)數(shù)據(jù)包的排隊時延?，F(xiàn)有對丟包門限值的設(shè)置方法為在 總的時延內(nèi)，預(yù)留出最大空中接口傳輸次數(shù)所需要的時間，即用總的空中接口 時延時間減去最大空中接口傳輸次數(shù)所需時間后剩余時間作為丟包門限值。例 如如圖l所示，總的空中接口時延時間為Tbudeet,系統(tǒng)最大傳輸次數(shù)為N咖s,
4每次傳輸?shù)膫鬏敃r間為Ttrans,則丟包門限值T也res躍=Tbudget - Ntrans * T咖。當(dāng)
數(shù)據(jù)包在緩存中等待的時延超過該丟包門限值時，將該數(shù)據(jù)包丟棄，但是該方 法中數(shù)據(jù)包的丟棄只能發(fā)生在第一次傳輸之前，當(dāng)該數(shù)據(jù)包開始第一次傳輸 時，該數(shù)據(jù)包的計時器將歸零。
利用上述方法設(shè)置的丟包門限值存在以下問題
1、 由于要滿足系統(tǒng)最大允許傳輸次數(shù)所占用的時間，因此設(shè)置的丟包門 限值很可能過短，而在一個設(shè)計良好的無線系統(tǒng)中，絕大多數(shù)數(shù)據(jù)包在最大傳 輸次數(shù)之前都夠正確接收。這樣，數(shù)據(jù)包在緩存中等待首次傳輸?shù)臅r間較短， 使得某些不需要經(jīng)歷最大傳輸次數(shù)的數(shù)據(jù)包會被過早地丟棄。特別是在總的時 延時間較短以及信道質(zhì)量較差的情況下，將導(dǎo)致發(fā)送端丟包率的急劇增加，大 大降低了服務(wù)質(zhì)量。
例如總的空中接口時延時間Tbudget = 150ms ,系統(tǒng)最大傳輸次數(shù)N^^ = 4 ，
每次傳輸回程占用的時間為TRTT = 20ms ，按照上述方法設(shè)置的丟包門限值 Tthresh。ld =150-4x20 = 70ms ,即數(shù)據(jù)包在發(fā)送端緩存中等待首次傳輸?shù)臅r間超 過70ms時將被丟棄。而實際上大部分數(shù)據(jù)包不會經(jīng)過4次傳輸才能傳輸成功， 甚至有些數(shù)據(jù)包經(jīng)過l次傳輸就能成功，在這種情況下，就算數(shù)據(jù)包在緩存中 等待150-1 x20 = 130ms后才被首次傳輸，該數(shù)據(jù)包仍然是有效的。
2、 丟包門限值設(shè)置與總的時延時間、系統(tǒng)最大傳輸次數(shù)和每次傳輸回程 所占用時間有關(guān)，當(dāng)這些條件相同時，即使是對于不同的用戶或同一用戶的不 同數(shù)據(jù)包，設(shè)置的丟包門限值也是相同的。但是，用戶的信道狀態(tài)是不同的， 這種丟包門限值的設(shè)置方法不能很好地根據(jù)實際情況丟棄數(shù)據(jù)包，可能會導(dǎo)致 丟包率較大和空中接口資源的利用率降低。
3、 對于數(shù)據(jù)包是否丟棄的監(jiān)視過程在數(shù)據(jù)包首次傳輸后停止，后續(xù)可能 出現(xiàn)的重傳過程中不會發(fā)生數(shù)據(jù)包的丟棄事件的這種機制是不合理的，因為信 道和系統(tǒng)負載是動態(tài)變化的，所以重傳帶來的時延也是動態(tài)變化的，如果數(shù)據(jù) 包首次傳輸和重傳占用的實際傳輸時延與該數(shù)據(jù)包占用的等待時延之和超過總的時延時間，說明即使對該數(shù)據(jù)包進行傳輸也沒有意義，應(yīng)該丟棄。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種數(shù)據(jù)處理的方法及裝置，以解決現(xiàn)有技術(shù)中存在的對丟包門限值的設(shè)置不合理，導(dǎo)致丟包率增加或者傳輸效率降低的問題。
一種數(shù)據(jù)處理的方法，該方法包括
確定當(dāng)前待發(fā)送的數(shù)據(jù)包在傳輸過程中需要的預(yù)測傳輸時間；確定所述數(shù)據(jù)包在緩存中的滯留時間；
當(dāng)所述預(yù)測傳輸時間和所述滯留時間之和大于設(shè)定的空中接口時延時，丟棄所述數(shù)據(jù)包。
一種數(shù)據(jù)處理的裝置，所述裝置包括
預(yù)測傳輸時間確定模塊，用于確定當(dāng)前待發(fā)送的數(shù)據(jù)包在傳輸過程中需要
的預(yù)測傳輸時間；
滯留時間確定模塊，用于確定所述數(shù)據(jù)包在緩存中的滯留時間；
計算模塊，用于計算所述預(yù)測傳輸時間和所述滯留時間之和；
處理模塊，用于當(dāng)計算結(jié)果為所述預(yù)測傳輸時間和所述滯留時間之和大于
設(shè)定的空中接口時延時，丟棄所述數(shù)據(jù)包。
本發(fā)明實施例在綜合考慮當(dāng)前待發(fā)送數(shù)據(jù)包的預(yù)測傳輸時間和該數(shù)據(jù)包
在緩存中的滯留時間的基礎(chǔ)上，動態(tài)調(diào)整數(shù)據(jù)包的丟棄時機，降低了丟包率，
提高了服務(wù)質(zhì)量。


圖1為現(xiàn)有技術(shù)中確定丟包門限值的示意圖2為本發(fā)明實施例一中傳輸數(shù)據(jù)包的方法步驟流程示意圖3為本發(fā)明實施例中仿真結(jié)果示意圖4為本發(fā)明實施例三中數(shù)據(jù)處理裝置結(jié)構(gòu)示意圖。
具體實施例方式
為了實現(xiàn)本發(fā)明目的，針對時延要求嚴格的業(yè)務(wù)(例如基于IP的語音呼叫業(yè)務(wù)(Voice over Internet Protocol, VoIP ))，為不同的用戶或同一用戶不同數(shù)據(jù)包動態(tài)確定數(shù)據(jù)包的丟棄時機，使丟包機制更為合理。
下面結(jié)合說明書附圖對本發(fā)明各實施例進行詳細的闡述。
如圖2所示，為本發(fā)明實施例一中發(fā)送數(shù)據(jù)包的方法步驟流程示意圖，從圖中可以看出該方法包括以下步驟
步驟201:判斷當(dāng)前待發(fā)送數(shù)據(jù)包的傳輸次數(shù)是否超過最大傳輸次數(shù)，若是，則執(zhí)行步驟206,否則，執(zhí)行步驟202。
本實施例中的最大傳輸次數(shù)可以是根據(jù)傳輸系統(tǒng)的自身的參數(shù)確定的，也可以是根據(jù)經(jīng)驗值確定，此處不做限定。
當(dāng)前待發(fā)送的數(shù)據(jù)包可以是緩存中排列在首位的數(shù)據(jù)包。
步驟202:確定所述待發(fā)送的數(shù)據(jù)包在當(dāng)前的傳輸過程中需要的預(yù)測傳輸時間。
本實施例中，預(yù)測傳輸時間可以是根據(jù)經(jīng)驗值設(shè)定的，也可以是根據(jù)當(dāng)前的信道狀態(tài)等參數(shù)計算確定的。預(yù)測傳輸時間包括但不限于以下兩種
1 、預(yù)測傳輸時間=數(shù)據(jù)包從發(fā)送端到接收端的傳輸時間和接收端對數(shù)據(jù)包進行處理所占用的時間之和。
2、預(yù)測傳輸時間=數(shù)據(jù)包從發(fā)送端到接收端的傳輸時間+ 1妄收端對數(shù)據(jù)包處理的時間+接收端發(fā)送反饋信息并傳輸?shù)桨l(fā)送端所占用的傳輸時間+發(fā)送端對接收到的反饋信息的處埋時間。
步驟203:確定所述待發(fā)送數(shù)據(jù)包在緩存中的滯留時間。
若當(dāng)前是該數(shù)據(jù)包的第一次傳輸，則數(shù)據(jù)包在緩存中的滯留時間為該數(shù)據(jù)包在第 一次傳輸之前于緩存中的等待時間。
若該數(shù)據(jù)包已傳輸M (M大于1)次，則數(shù)據(jù)包在緩存中的滯留時間為該數(shù)據(jù)包第 一次發(fā)送之前在緩存中的等待時間+M次傳輸和當(dāng)前傳輸回程中每相鄰兩次傳輸回程之間，前一傳輸回程結(jié)束至下一傳輸回程開始的的等待調(diào)度
時間之和+已才丸行的M次傳輸過程占用的回程時間之和，此處，已執(zhí)行的每次
傳輸過程占用的回程時間=數(shù)據(jù)包從發(fā)送端傳輸?shù)浇邮斩藗鬏敃r間+接收端對數(shù)據(jù)包的處理時間+接收端發(fā)送的反饋信息占用的傳輸時間+發(fā)送端對對反饋信息的處理時間。
步驟204:判斷預(yù)測傳輸時間與數(shù)據(jù)包在緩存中的滯留時間之和是否超過系統(tǒng)所能容忍的空中接口時延，若超過，則執(zhí)行步驟206;否則，執(zhí)行步驟205。
在本實施例中，步驟202和步驟203的執(zhí)行順序不固定。
步驟205:發(fā)送所述數(shù)據(jù)包，并將傳輸次數(shù)加1，若發(fā)送失敗，該數(shù)據(jù)包再次傳輸時執(zhí)行步驟201。
步驟206:丟棄所述數(shù)據(jù)包。
下面結(jié)合通過實施例二的具體實例來詳細闡述實施例一的方法。在本發(fā)明實施例二中，假設(shè)系統(tǒng)能夠容忍的空中接口時延T^et為80ms，
最大傳輸次數(shù)為4次(最大重傳次數(shù)為3次)，預(yù)測傳輸時間為數(shù)據(jù)包從發(fā)送端到接收端的傳輸時間和接收端對數(shù)據(jù)包進行處理所占用的時間之和，則發(fā)送端對某lt據(jù)包的處理方法如下
第一步當(dāng)數(shù)據(jù)包首次傳輸時，確定該數(shù)據(jù)包在緩存中的滯留時間是第一次傳輸之前在緩存中的等待時間T。 = 20ms ;該數(shù)據(jù)包的第一次預(yù)測傳輸時間TtranSl_estimate=5ms。顯然，Ttensi—esti她+T^25ms〈Tbudget，將該數(shù)據(jù)包正常發(fā)送。
第二步若經(jīng)過12ms延時后(即第一次傳輸占用的回程時間TRTFi =12ms )，
發(fā)送端接收到傳輸失敗反饋信息并完成對該反饋信息的處理，該數(shù)據(jù)包排隊等待下一次傳輸。
第三步當(dāng)該數(shù)據(jù)包再次被傳輸時，第一次傳輸回程結(jié)束至第二次傳輸回程發(fā)起之間該數(shù)據(jù)包在緩存中的等待時間i;^ =20ms。此時，該數(shù)據(jù)包在緩存中的滯留時間是為T。+T^it, +TRTTi 二52ms;該數(shù)據(jù)包的第二次預(yù)測傳輸時間為TtranS2—estimate = 5ms 。 由于T0 + Twaiti + TRTTi + TtranS2—eatimate = 57ms < Tbudget, "i亥凄t據(jù)包正常發(fā)送。
第四步若再次經(jīng)過11ms延時后(即第二次傳輸占用的回程時間TRTr2 =llms )，發(fā)送端仍然接收到傳輸失敗反饋信息并完成對該反饋信息的處
理，該數(shù)據(jù)包排隊等待下一次傳輸。
第五步當(dāng)該數(shù)據(jù)包再次被傳輸時，第二次傳輸回程結(jié)束至第三次傳輸回程發(fā)起之間該數(shù)據(jù)包在緩存中的等待時間Tw^ =10ms。與第三步類似，該數(shù)
據(jù)包在緩存中的滯留時間為T。 + Twaiti + TRTTi + Twait2 + TRTT2 = 73ms ，該數(shù)據(jù)包
的第三次預(yù)測傳輸時間TtranS3 estimate = 5ms 。此時，由于
T0 + Twaiti + TRTT, + Twait2 + TRTT2 + TtranS3—w = 78ms < Tbudget ,該數(shù)據(jù)包正常發(fā)送。
第六步再次經(jīng)過11ms延時后(即第三次傳輸占用的回程時間TR1T3=llms)， 該數(shù)據(jù)包在緩存中總滯留時間
T。 + Twaitl +TRTTi +Twait2 +TRTT2 +TRTT3 =84mS>Tbudget,無論第三次傳輸成功或
是失敗，當(dāng)該數(shù)據(jù)包再次排列到緩存隊列首位時，將該數(shù)據(jù)包丟棄。
在本實施例二中，假設(shè)預(yù)測傳輸時間為數(shù)據(jù)包從發(fā)送端到接收端的傳輸時間+接收端對數(shù)據(jù)包處理的時間+接收端發(fā)送反饋信息并傳輸?shù)桨l(fā)送端所占用的傳輸時間+發(fā)送端對接收到的反饋信息的處理時間，上述第五步中，數(shù)據(jù)包的第三次預(yù)觀'J 傳輸時間 Ttrans=llms , 則
uai1" —estimate
T。+Twaiti +TRTFi +Twait2 +TRTT2 +TtranS3—estmate =84mS>Tbudget,將不再執(zhí)行第三次
傳輸，直接丟棄該數(shù)據(jù)包。
綜合以上各步驟，當(dāng)數(shù)據(jù)包待發(fā)送時，該數(shù)據(jù)包在發(fā)送端的滯留時間和預(yù)測傳輸時間之和可以通過公式(1 )和公式(2)表示，公式(1 )表示當(dāng)前是
9第一次傳輸，公式(2)表示當(dāng)前是重傳。
T - T。 + Tj^如。p.ctjm;itp ( 1 )
L0 t itrans—estimate
丁 = 丁0 + Z 丁waitj + Z 丁RTTj + 丁trans一estimate ( 2 )
i=l i=I
其中T表示數(shù)據(jù)包已占用的時間和預(yù)測的傳輸時間之和；T。表示數(shù)據(jù)包
在第一次傳輸之前在緩存中的等待時間；Ttrans—estimate表示該數(shù)據(jù)包在當(dāng)前的預(yù)測傳輸時間；ZT^ti表示已執(zhí)行的傳輸回程和當(dāng)前待執(zhí)行的傳輸回程中，每相
i=l '
鄰兩次傳輸回程之間，前一次回程時間結(jié)束到下一次回程開始之前的等待調(diào)度
M
時間之和，M表示數(shù)據(jù)包已傳輸?shù)拇螖?shù)；ZlR^表示各次傳輸占用的回程時
i=l '
間之和，所述回程時間是指數(shù)據(jù)包從發(fā)送端到接收端的傳輸時間、接收端對數(shù)據(jù)包的處理時間、接收端發(fā)送的反饋信息占用的傳輸時間和發(fā)送端對反饋信息的處理時間之和。
將本發(fā)明實施例中的方法應(yīng)用到仿真實^r中，例如應(yīng)用到TD-SCDMA高速上行分組接入(Time Division duplex- Synchronous Code Division MultipleAccess High Speed Uplink Packet Access, TD-SCDMA HSUPA)系統(tǒng)中，使用VoIP業(yè)務(wù)，系統(tǒng)能夠容忍的最大空中接口時延為80ms，傳輸回程時間為15ms，系統(tǒng)的最大傳輸次數(shù)為4，即3次重傳，仿真結(jié)果示意圖如圖3所示。從圖3中可以看出，在傳統(tǒng)方案使用第三次重傳的情況下，預(yù)留出最大傳輸次數(shù)所需要的時間60ms，剩下的20ms作為丟包門限值，因此，這種方案最大只能在每個扇區(qū)支持3個用戶。而利用本實施例中的方案則不需要預(yù)留出最大傳輸次數(shù)所需要的時間，可以根據(jù)實際的網(wǎng)絡(luò)狀態(tài)靈活控制，最大可以在每個扇區(qū)支持5個用戶，將系統(tǒng)的容量提高了 66%。
本發(fā)明實施例三提供一種與實施例一中的數(shù)據(jù)處理方法對應(yīng)的數(shù)據(jù)處理裝置，其結(jié)構(gòu)示意圖如圖4所示，該裝置包括預(yù)測傳輸時間確定模塊11、滯留時間確定模塊12、計算模塊13和處理模塊14,其中預(yù)測傳輸時間確定模塊11用于確定當(dāng)前待發(fā)送的數(shù)據(jù)包在傳輸過程中需要的預(yù)測傳輸時間；滯留時間確定模塊12用于確定所述待發(fā)送數(shù)據(jù)包在緩存中的滯留時間；計算模塊13用于計算所述預(yù)測傳輸時間和所述滯留時間之和；處理模塊14用于當(dāng)計算結(jié)果為所述預(yù)測傳輸時間和所述滯留時間之和超過設(shè)定的空中接口時延時，丟棄所述數(shù)據(jù)包。
進一步地，所述處理模塊14還可以用于當(dāng)計算結(jié)果為所述預(yù)測傳輸時間和所述滯留時間之和不超過設(shè)定的空中接口時延時，傳輸所述數(shù)據(jù)包。
另外，所述裝置還包括傳輸次數(shù)記錄模塊15,用于在所述處理模塊14傳輸所述數(shù)據(jù)包時，將記錄的所述數(shù)據(jù)包傳輸次數(shù)加1。
所述裝置還包括傳輸次數(shù)確定模塊16，用于在確定待發(fā)送數(shù)據(jù)包的傳輸次數(shù)未超過最大傳輸次數(shù)時，觸發(fā)所述預(yù)測傳輸時間確定模塊11和滯留時間確定模塊12。
通過本發(fā)明實施例提供的方法和裝置，可以根據(jù)當(dāng)前傳輸系統(tǒng)的實際狀態(tài)動態(tài)調(diào)整不同用戶的數(shù)據(jù)包以及同一用戶不同數(shù)據(jù)包的丟包時機，充分利用業(yè)務(wù)時延預(yù)算，降低發(fā)送端緩存中的丟包率，提高業(yè)務(wù)質(zhì)量，并且在承載對時延要求嚴格的業(yè)務(wù)時有效提高系統(tǒng)容量；另外，本發(fā)明實施例應(yīng)用在高速下行分組接入(High Speed Downlink Packet Access, HSDPA)系統(tǒng)時，對系統(tǒng)協(xié)議的改動很小，在系統(tǒng)正常工作的情況下，通過簡單的操作即可得到較好的系統(tǒng)性能。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種數(shù)據(jù)處理的方法，其特征在于，該方法包括確定當(dāng)前待發(fā)送的數(shù)據(jù)包在傳輸過程中需要的預(yù)測傳輸時間；確定所述數(shù)據(jù)包在緩存中的滯留時間；當(dāng)所述預(yù)測傳輸時間和所述滯留時間之和大于設(shè)定的空中接口時延時，丟棄所述數(shù)據(jù)包。
2、 如權(quán)利要求1所述的方法，其特征在于，當(dāng)所述預(yù)測傳輸時間和所述 滯留時間之和不大于設(shè)定的空中接口時延時，傳輸所述數(shù)據(jù)包。
3、 如權(quán)利要求2所述的方法，其特征在于，傳輸所述數(shù)據(jù)包之后，所述 方法還包括將記錄的所述數(shù)據(jù)包的傳輸次數(shù)加1。
4、 如權(quán)利要求3所述的方法，其特征在于，確定所述預(yù)測傳輸時間之前， 所述方法還包括確定所述數(shù)據(jù)包的傳輸次數(shù)未超過最大傳輸次數(shù)。
5、 如權(quán)利要求l所述的方法，其特征在于，所述預(yù)測傳輸時間為 所述數(shù)據(jù)包從發(fā)送端到接收端的傳輸時間和接收端對所述數(shù)據(jù)包進行處理所占用時間之和，或者所述數(shù)據(jù)包從發(fā)送端傳輸?shù)浇邮斩说膫鬏敃r間、4妄收端對所述數(shù)據(jù)包進行 處理的時間、接收端發(fā)送反饋信息并傳輸?shù)桨l(fā)送端所占用的傳輸時間和發(fā)送端 對接收到的反饋信息的處理時間之和。
6、 如權(quán)利要求1所述的方法，其特征在于，若當(dāng)前傳輸過程為所述數(shù)據(jù) 包的第一次傳輸，則所述滯留時間為所述數(shù)據(jù)包在當(dāng)前傳輸之前于緩存中的 等待時間；否則所述滯留時間為所述數(shù)據(jù)包在第一次傳輸之前于緩存中的等待時間、等 待調(diào)度時間與已執(zhí)行的傳輸過程占用的回程時間之和，其中所述等待調(diào)度時 間為在已執(zhí)行的傳輸回程過程和當(dāng)前傳輸回程過程中，相鄰兩次回程之間，前一回程過程結(jié)束至下一回程過程開始的時間。
7、 一種數(shù)據(jù)處理的裝置，其特征在于，所述裝置包括預(yù)測傳輸時間確定模塊，用于確定當(dāng)前待發(fā)送的數(shù)據(jù)包在傳輸過程中需要的預(yù)測傳輸時間；滯留時間確定模塊，用于確定所述數(shù)據(jù)包在緩存中的滯留時間；計算模塊，用于計算所述預(yù)測傳輸時間和所述滯留時間之和；處理模塊，用于當(dāng)計算結(jié)果為所述預(yù)測傳輸時間和所述滯留時間之和大于設(shè)定的空中接口時延時，丟棄所述數(shù)據(jù)包。
8、 如權(quán)利要求7所述的裝置，其特征在于，所述處理模塊，用于當(dāng)計算結(jié)果為所述預(yù)測傳輸時間和所述滯留時間之和 不大于設(shè)定的空中接口時延時，傳輸所述數(shù)據(jù)包。
9、 如權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括 傳輸次數(shù)記錄模塊，用于在所述處理模塊傳輸所述數(shù)據(jù)包時，將記錄的所述數(shù)據(jù)包的傳輸次數(shù)加1。
10、 如權(quán)利要求9所述的裝置，其特征在于，所述裝置還包括 傳輸次數(shù)確定模塊，用于在確定所述數(shù)據(jù)包的傳輸次數(shù)未超過最大傳輸次數(shù)時，觸發(fā)所述預(yù)測傳輸時間確定模塊。
全文摘要
本發(fā)明公開了一種數(shù)據(jù)處理的方法，該方法包括確定當(dāng)前待發(fā)送的數(shù)據(jù)包在傳輸過程中需要的預(yù)測傳輸時間；確定所述數(shù)據(jù)包在緩存中的滯留時間；當(dāng)所述預(yù)測傳輸時間和所述滯留時間之和大于設(shè)定的空中接口時延時，丟棄所述數(shù)據(jù)包。通過本發(fā)明，動態(tài)調(diào)整數(shù)據(jù)包的丟棄時機，降低了丟包率，提高了服務(wù)質(zhì)量。本發(fā)明還公開了一種數(shù)據(jù)處理的裝置。
文檔編號H04W28/04GK101527674SQ200810101340
公開日2009年9月9日 申請日期2008年3月4日 優(yōu)先權(quán)日2008年3月4日
發(fā)明者劉光毅, 男 李, 陳書平, 晶 韓 申請人:中國移動通信集團公司