一種丟包控制方法及裝置的制造方法
【專利摘要】本發(fā)明提供一種丟包控制方法及裝置，用以解決目前在連續(xù)丟包數(shù)目較大的情況下，降低ROHC壓縮效率的問題。其中，數(shù)據(jù)包丟包控制方法包括：解析接收到的數(shù)據(jù)包，確定數(shù)據(jù)包使用的Profile算法類型，根據(jù)確定出的Profile算法類型確定連續(xù)丟包門限值；實時統(tǒng)計連續(xù)丟包數(shù)，如果統(tǒng)計出的丟包數(shù)目小于連續(xù)丟包門限值，則丟棄當前數(shù)據(jù)包，如果統(tǒng)計出的丟包數(shù)目不小于連續(xù)丟包門限值，則跳過當前數(shù)據(jù)包，該方案保證了ROHC的壓縮效率。
【專利說明】
一種丟包控制方法及裝置
技術領域
[0001]本發(fā)明涉及移動通訊領域，特別是涉及一種丟包控制方法及裝置。
【背景技術】
[0002]ROHC(Robust Header Compress1n Protocol，魯棒性頭壓縮協(xié)議)是一種基于IP(Internet Protocol，因特網(wǎng)協(xié)議)的通用壓縮技術，它可以應用于3G(The ThirdGenerat1n，第3代)通信技術的任何一種標準，還可以應用在LTE (Long Term Evolut1n，長期演進)等技術上，主要工作在基站和用戶終端之間。
[0003]ROHC壓縮過程中包含兩種工作狀態(tài)機，分別為:壓縮狀態(tài)機和解壓縮狀態(tài)機。ROHC壓縮端的三種壓縮狀態(tài)由低到高分別為:IR、F0和S0。壓縮端開始工作在最低狀態(tài)IR下，然后逐步向高狀態(tài)轉(zhuǎn)換。當壓縮端有足夠的能力確定解壓端有足夠的上下文信息用來解壓壓縮包時，壓縮端將保持工作在最高狀態(tài)S0。在一個流中，如果原始包頭中有些域由于連續(xù)丟包，突然出現(xiàn)了較大的變化，會引起壓縮端狀態(tài)的下降，以同步壓縮端和解壓端的上下文，這樣ROHC的壓縮效率也隨之大幅降低。
[0004]PDCP Discard是TOCP層為了防止數(shù)據(jù)積壓而實現(xiàn)的丟包功能，現(xiàn)有的丟包機制大致歸為兩種，一種是基于隊尾丟棄的機制，即，當出現(xiàn)擁塞或緩存溢出時，簡單的丟棄后續(xù)到來而無處可放的數(shù)據(jù)包；另一種是基于定時器或時間戳的丟棄機制，這種方法通過對定時器閾值的設定，可以起到提前預防緩存溢出和擁塞的作用，通過實時掃描緩存包積壓時間，對超過閾值的包進行丟棄處理。這兩種機制并沒有考慮丟包對ROHC壓縮效率的影響，在網(wǎng)絡擁塞的情況下，不可避免的會出現(xiàn)連續(xù)丟包的情況，那么這種情況下勢必會造成報文中的關鍵字段出現(xiàn)較大跳變，在ROHC壓縮器的處理上，如果某些關鍵字段出現(xiàn)大的跳變，比如 IPID (Internet Protocol Identificat1n，因特網(wǎng)協(xié)議標識)，TS (Time Stamp，時間戳)，SN (Sequence Number，序列號)，則會導致壓縮器狀態(tài)回退，發(fā)送初始報文，從而降低ROHC壓縮效率。

【發(fā)明內(nèi)容】

[0005]本發(fā)明提供一種丟包控制方法及裝置，用以解決目前在連續(xù)丟包數(shù)目較大的情況下，降低ROHC壓縮效率的問題。
[0006]根據(jù)本發(fā)明的一個方面，提供了一種丟包控制方法，包括:解析接收到的數(shù)據(jù)包，確定數(shù)據(jù)包使用的Profile算法類型，根據(jù)確定出的Profile算法類型確定連續(xù)丟包門限值；實時統(tǒng)計連續(xù)丟包數(shù)，如果統(tǒng)計出的丟包數(shù)目小于連續(xù)丟包門限值，則丟棄當前數(shù)據(jù)包，如果統(tǒng)計出的丟包數(shù)目不小于連續(xù)丟包門限值，則跳過當前數(shù)據(jù)包。
[0007]其中，解析接收到的數(shù)據(jù)包，確定數(shù)據(jù)包使用的Profile算法類型，根據(jù)確定出的Profile算法類型確定連續(xù)丟包門限值，包括:根據(jù)數(shù)據(jù)包使用的Profile算法類型，過濾出會導致魯棒性頭壓縮協(xié)議ROHC狀態(tài)回迀的關鍵字段，根據(jù)過濾出的關鍵字段的跳變門限確定連續(xù)丟包門限值。
[0008]其中，解析接收到的數(shù)據(jù)包，確定數(shù)據(jù)包使用的Profile算法類型，根據(jù)確定出的Profile算法類型確定連續(xù)丟包門限值，包括:判斷數(shù)據(jù)包是否使用Profilel，如果是，則取關鍵字段IPID、TS以及SN的跳變門限中取值最小的字段的門限值為連續(xù)丟包門限值，如果否，則取關鍵字段IPID字段的跳變門限值為連續(xù)丟包門限值。
[0009]其中，實時統(tǒng)計連續(xù)丟包數(shù)，如果統(tǒng)計出的丟包數(shù)目小于連續(xù)丟包門限值，則丟棄當前數(shù)據(jù)包，如果統(tǒng)計出的丟包數(shù)目不小于連續(xù)丟包門限值，則跳過當前數(shù)據(jù)包，包括:從隊列頭開始掃描緩沖區(qū)中剩余的所有報文，根據(jù)當前時間和報文到達時間的差值得到報文緩存時間，如果報文緩存時間超過設定閾值，則將當前統(tǒng)計的連續(xù)丟包個數(shù)加一，如果連續(xù)丟包個數(shù)等于連續(xù)丟包門限值，則跳過當前報文，連續(xù)丟包個數(shù)清零，如果連續(xù)丟包個數(shù)小于連續(xù)丟包門限值，則丟棄當前報文；如果報文緩存時間未超過設定閾值，則丟包流程結(jié)束。
[0010]進一步的，上述方法還包括:在接收到數(shù)據(jù)包后，記錄數(shù)據(jù)包的到達時間。
[0011]根據(jù)本發(fā)明的另一個方面，提供了一種丟包控制裝置，包括:確定模塊，用于解析接收到的數(shù)據(jù)包，確定數(shù)據(jù)包使用的Profile算法類型，根據(jù)確定出的Profile算法類型確定連續(xù)丟包門限值；丟包控制模塊，用于實時統(tǒng)計連續(xù)丟包數(shù)，如果統(tǒng)計出的丟包數(shù)目小于連續(xù)丟包門限值，則丟棄當前數(shù)據(jù)包，如果統(tǒng)計出的丟包數(shù)目不小于連續(xù)丟包門限值，則跳過當前數(shù)據(jù)包。
[0012]其中，上述確定模塊用于:根據(jù)數(shù)據(jù)包使用的Profile算法類型，過濾出會導致魯棒性頭壓縮協(xié)議ROHC狀態(tài)回迀的關鍵字段，根據(jù)過濾出的關鍵字段的跳變門限確定連續(xù)丟包門限值。
[0013]其中，上述確定模塊用于:判斷數(shù)據(jù)包是否使用Profilel，如果是，則取關鍵字段IPID、TS以及SN的跳變門限中取值最小的字段的門限值為連續(xù)丟包門限值，如果否，則取關鍵字段IPID字段的跳變門限值為連續(xù)丟包門限值。
[0014]其中，上述丟包控制模塊用于:從隊列頭開始掃描緩沖區(qū)中剩余的所有報文，根據(jù)當前時間和報文到達時間的差值得到報文緩存時間，如果報文緩存時間超過設定閾值，則將當前統(tǒng)計的連續(xù)丟包個數(shù)加一，如果連續(xù)丟包個數(shù)等于連續(xù)丟包門限值，則跳過當前報文，連續(xù)丟包個數(shù)清零，如果連續(xù)丟包個數(shù)小于連續(xù)丟包門限值，則丟棄當前報文；如果報文緩存時間未超過設定閾值，則丟包流程結(jié)束。
[0015]進一步的，上述裝置還包括:記錄模塊，用于在接收到數(shù)據(jù)包后，記錄數(shù)據(jù)包的到達時間。
[0016]本發(fā)明有益效果如下:
[0017]本發(fā)明實施例的方案，通過根據(jù)數(shù)據(jù)包使用的Profile算法類型，確定出的Profile算法類型確定連續(xù)丟包門限值，確保在丟包處理中，連續(xù)丟包數(shù)目不超過連續(xù)丟包門限值，從而避免了連續(xù)丟包數(shù)目過大而導致ROHC壓縮率降低的問題，確保了 ROHC壓縮率的穩(wěn)定性。
【附圖說明】
[0018]圖1是本發(fā)明實施例1提供的丟包控制方法的流程圖；
[0019]圖2是本發(fā)明實施例2提供的丟包控制方法的流程圖；
[0020]圖3是本發(fā)明實施例3的丟包控制裝置的結(jié)構框圖。
【具體實施方式】
[0021]為了解決現(xiàn)有技術在連續(xù)丟包數(shù)目較大的情況下，降低ROHC壓縮效率的問題，本發(fā)明提供了一種丟包控制方法及裝置，以下結(jié)合附圖以及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不限定本發(fā)明。
[0022]圖1是本發(fā)明實施例1提供的丟包控制方法的流程圖，如圖1所示，該方法包括如下步驟:
[0023]步驟101:解析接收到的數(shù)據(jù)包，確定數(shù)據(jù)包使用的Profile算法類型，根據(jù)確定出的Profile算法類型確定連續(xù)丟包門限值；
[0024]其中，解析接收到的數(shù)據(jù)包，確定數(shù)據(jù)包使用的Profile算法類型，根據(jù)確定出的Profile算法類型確定連續(xù)丟包門限值，具體可以包括:
[0025]根據(jù)數(shù)據(jù)包使用的Profile算法類型，過濾出會導致ROHC狀態(tài)回迀的關鍵字段，根據(jù)過濾出的關鍵字段的跳變門限確定連續(xù)丟包門限值。
[0026]此外，解析接收到的數(shù)據(jù)包，確定數(shù)據(jù)包使用的Profile算法類型，根據(jù)確定出的Profile算法類型確定連續(xù)丟包門限，還可以采用如下具體處理方式:
[0027]判斷數(shù)據(jù)包是否使用Profilel，如果是，則取關鍵字段IPID、TS以及SN的跳變門限中取值最小的字段的門限值為連續(xù)丟包門限值，如果否，則取關鍵字段IPID字段的跳變門限值為連續(xù)丟包門限值。
[0028]步驟102:實時統(tǒng)計連續(xù)丟包數(shù)，如果統(tǒng)計出的丟包數(shù)目小于連續(xù)丟包門限值，則丟棄當前數(shù)據(jù)包，如果統(tǒng)計出的丟包數(shù)目不小于連續(xù)丟包門限值，則跳過當前數(shù)據(jù)包。
[0029]其中，實時統(tǒng)計連續(xù)丟包數(shù)，如果統(tǒng)計出的丟包數(shù)目小于連續(xù)丟包門限值，則丟棄當前數(shù)據(jù)包，如果統(tǒng)計出的丟包數(shù)目不小于連續(xù)丟包門限值，則跳過當前數(shù)據(jù)包，具體可以采用如下方式:
[0030]從隊列頭開始掃描緩沖區(qū)中剩余的所有報文，根據(jù)當前時間和報文到達時間的差值得到報文緩存時間，如果報文緩存時間超過設定閾值，則將當前統(tǒng)計的連續(xù)丟包個數(shù)加一，如果連續(xù)丟包個數(shù)等于連續(xù)丟包門限值，則跳過當前報文，連續(xù)丟包個數(shù)清零，如果連續(xù)丟包個數(shù)小于連續(xù)丟包門限值，則丟棄當前報文；如果報文緩存時間未超過設定閾值，則丟包流程結(jié)束，其中，報文達到時間為，在接收到數(shù)據(jù)包后，對數(shù)據(jù)包的到達時間進行記錄的過程中獲取到的。
[0031]實施例2
[0032]本發(fā)明實施例通過公開更多的技術細節(jié)，對本發(fā)明提供的丟包控制方法進行說明。
[0033]首先對IP報文中的各字段根據(jù)ROHC壓縮方式進行類型分類，過濾出會導致ROHC狀態(tài)回迀的關鍵字段，一般而言，包頭中各個域按照變化規(guī)律可以分為五類:
[0034]可推導域，這些域的值可以由包頭中的別的域推導出來，例如包頭的長度域。這種域在包頭壓縮中從不發(fā)送。
[0035]靜態(tài)域，這些域在整個流過程中是不會發(fā)生變化的，例如IP包頭中協(xié)議版本域，這種域只需要在開始的時候發(fā)送一次。
[0036]靜態(tài)定義域，這些域是用來定義流屬性的，用來區(qū)別流的，例如包頭中地址域，這種域也只需要在開始的時候發(fā)送一次。
[0037]靜態(tài)己知域，這些域是大家所共知的，例如RTP包頭的協(xié)議版本域為2，這種域不需要發(fā)送。
[0038]變化域，這些域在傳輸過程中是會發(fā)生變化的，在一定的范圍內(nèi)變化，或者按照一定的規(guī)律變化。這些域需要采取一定的壓縮算法。
[0039]雖然，包頭中還是有很多域在流過程中發(fā)生變化，但是這些域中有很多域的變化頻率很低或是變化隨機，在他們發(fā)生變化時，只要將他們重新傳輸，并更新解壓端對應的上下文即可。但是包頭中有3個域在流過程中不斷發(fā)生規(guī)律性變化，它們分別是:IPv4中的IPID ±或，RTP的SN域和RTP的TS域。這三個域值一旦發(fā)生大的跳變，那么ROHC便會檢測其存在隨機性，會對狀態(tài)進行回退，降低壓縮效率。因此針對Profilel算法，過濾出的關鍵字段包括:IPID、TS以及SN，其它Profile關鍵字段為IPID，然后需要確定各關鍵字段跳變門限，假定IPID跳變門限為Q_IPID，TS跳變門限為Q_TS，SN跳變門限為Q-SN，取三個門限值下限為K = min {Q-1PID，Q-TS, Q-SN}，如果關鍵字段的跳變超過所設定門限值，ROHC實例會檢測改字段為隨機字段，進行狀態(tài)回迀，降低ROHC壓縮效率，因此需要保證HXP Discard功能連續(xù)丟包個數(shù)不能超過門限值K，即實時統(tǒng)計連續(xù)丟包個數(shù)Q-NUM，如果Q-NUM達到丟棄門限K，那么跳過下一包，繼續(xù)進行Discard處理。
[0040]需要說明的是，無論F1DCP Discard丟包功能采用基于隊尾丟棄的機制，抑或是基于定時器或時間戳的丟棄機制，連續(xù)丟包個數(shù)均不能超過所設定門限值K。
[0041]為了使本實施例的技術方案和優(yōu)點更加清楚，下面結(jié)合附圖2對實施例提供的丟包控制方法作進一步的詳細描述。具體包括如下步驟:
[0042]步驟1:rocp實體接收數(shù)據(jù)包，記錄其達到時間。
[0043]步驟2:解析數(shù)據(jù)包，判斷其使用的Profile算法類型，確定丟棄門限值K。
[0044]步驟3:若步驟2中決策算法為Profilel，使用門限值K =min {Q-1PID, Q-TS, Q-SN}，然后轉(zhuǎn)入步驟 5。
[0045]步驟4:若步驟2中決策算法非Profilel，使用門限值K = Q-1PID，然后轉(zhuǎn)入步驟5。
[0046]步驟5:從隊頭開始掃描緩沖區(qū)中剩余所有報文，根據(jù)當前時間和報文到達時間取差值，若報文緩存時間超過所設定閾值，轉(zhuǎn)入步驟6。若報文緩存時間不超過所設定閾值，則棄包流程結(jié)束；
[0047]步驟6:將連續(xù)丟包個數(shù)加一，若連續(xù)丟包個數(shù)等于門限值K，則跳過此報文，連續(xù)丟包個數(shù)清零，繼續(xù)執(zhí)行步驟5，否則執(zhí)行步驟7。
[0048]步驟7:連續(xù)丟包個數(shù)小于門限值K，則丟棄此報文，繼續(xù)執(zhí)行步驟5。
[0049]實施例3
[0050]本實施例提供一種丟包控制裝置，該裝置可以設置于rocp實體上，該裝置擁有實現(xiàn)上述丟包控制方法，圖3是本發(fā)明實施例3的丟包控制裝置的結(jié)構框圖，如圖3所示，該裝置40包括如下組成部分:
[0051]確定模塊41，用于解析接收到的數(shù)據(jù)包，確定數(shù)據(jù)包使用的Profile算法類型，根據(jù)確定出的Profile算法類型確定連續(xù)丟包門限值；
[0052]丟包控制模塊42，用于實時統(tǒng)計連續(xù)丟包數(shù)，如果統(tǒng)計出的丟包數(shù)目小于連續(xù)丟包門限值，則丟棄當前數(shù)據(jù)包，如果統(tǒng)計出的丟包數(shù)目不小于連續(xù)丟包門限值，則跳過當前數(shù)據(jù)包。
[0053]其中，上述確定模塊41具體可以用于:根據(jù)數(shù)據(jù)包使用的Prof iIe算法類型，過濾出會導致魯棒性頭壓縮協(xié)議ROHC狀態(tài)回迀的關鍵字段，根據(jù)過濾出的關鍵字段的跳變門限確定連續(xù)丟包門限值。
[0054]其中，上述確定模塊41還可以具體用于:判斷數(shù)據(jù)包是否使用Profilel，如果是，則取關鍵字段IPID、TS以及SN的跳變門限中取值最小的字段的門限值為連續(xù)丟包門限值，如果否，則取關鍵字段IPID字段的跳變門限值為連續(xù)丟包門限值。
[0055]其中，上述丟包控制模塊42具體可以用于:從隊列頭開始掃描緩沖區(qū)中剩余的所有報文，根據(jù)當前時間和報文到達時間的差值得到報文緩存時間，如果報文緩存時間超過設定閾值，則將當前統(tǒng)計的連續(xù)丟包個數(shù)加一，如果連續(xù)丟包個數(shù)等于連續(xù)丟包門限值，則跳過當前報文，連續(xù)丟包個數(shù)清零，如果連續(xù)丟包個數(shù)小于連續(xù)丟包門限值，則丟棄當前報文；如果報文緩存時間未超過設定閾值，則丟包流程結(jié)束。
[0056]進一步的，上述裝置40還可以包括記錄模塊，該記錄模塊用于在接收到數(shù)據(jù)包后，記錄數(shù)據(jù)包的到達時間。
[0057]根據(jù)本發(fā)明實施例提供的方案，可以保證在網(wǎng)絡擁塞發(fā)生的情況下，PDCP的丟包機制控制連續(xù)丟包數(shù)目，從而不會導致ROHC壓縮器狀態(tài)的驟降，有效的保證了 ROHC壓縮效率。
[0058]盡管為示例目的，已經(jīng)公開了本發(fā)明的優(yōu)選實施例，本領域的技術人員將意識到各種改進、增加和取代也是可能的，因此，本發(fā)明的范圍應當不限于上述實施例。
【主權項】
1.一種丟包控制方法，其特征在于，包括: 解析接收到的數(shù)據(jù)包，確定所述數(shù)據(jù)包使用的Profile算法類型，根據(jù)確定出的Profile算法類型確定連續(xù)丟包門限值； 實時統(tǒng)計連續(xù)丟包數(shù)，如果統(tǒng)計出的丟包數(shù)目小于所述連續(xù)丟包門限值，則丟棄當前數(shù)據(jù)包，如果統(tǒng)計出的丟包數(shù)目不小于所述連續(xù)丟包門限值，則跳過當前數(shù)據(jù)包。2.如權利要求1所述的方法，其特征在于，所述解析接收到的數(shù)據(jù)包，確定所述數(shù)據(jù)包使用的Profile算法類型，根據(jù)確定出的Profile算法類型確定連續(xù)丟包門限值，包括: 根據(jù)數(shù)據(jù)包使用的Profile算法類型，過濾出會導致魯棒性頭壓縮協(xié)議ROHC狀態(tài)回迀的關鍵字段，根據(jù)過濾出的關鍵字段的跳變門限確定所述連續(xù)丟包門限值。3.如權利要求1所述的方法，其特征在于，所述解析接收到的數(shù)據(jù)包，確定所述數(shù)據(jù)包使用的Profile算法類型，根據(jù)確定出的Profile算法類型確定連續(xù)丟包門限值，包括: 判斷所述數(shù)據(jù)包是否使用Profilel，如果是，則取關鍵字段因特網(wǎng)協(xié)議標識IPID、事件戳TS以及序列號SN的跳變門限中取值最小的字段的門限值為所述連續(xù)丟包門限值，如果否，則取關鍵字段因特網(wǎng)協(xié)議標識IPID字段的跳變門限值為所述連續(xù)丟包門限值。4.如權利要求1所述的方法，其特征在于，所述實時統(tǒng)計連續(xù)丟包數(shù)，如果統(tǒng)計出的丟包數(shù)目小于所述連續(xù)丟包門限值，則丟棄當前數(shù)據(jù)包，如果統(tǒng)計出的丟包數(shù)目不小于所述連續(xù)丟包門限值，則跳過當前數(shù)據(jù)包，包括: 從隊列頭開始掃描緩沖區(qū)中剩余的所有報文，根據(jù)當前時間和報文到達時間的差值得到報文緩存時間，如果報文緩存時間超過設定閾值，則將當前統(tǒng)計的連續(xù)丟包個數(shù)加一，如果連續(xù)丟包個數(shù)等于所述連續(xù)丟包門限值，則跳過當前報文，連續(xù)丟包個數(shù)清零，如果連續(xù)丟包個數(shù)小于所述連續(xù)丟包門限值，則丟棄當前報文； 如果報文緩存時間未超過所述設定閾值，則丟包流程結(jié)束。5.如權利要求1?4任意一項所述的方法，其特征在于，所述方法還包括: 在接收到數(shù)據(jù)包后，記錄所述數(shù)據(jù)包的到達時間。6.一種丟包控制裝置，其特征在于，包括: 確定模塊，用于解析接收到的數(shù)據(jù)包，確定所述數(shù)據(jù)包使用的Profile算法類型，根據(jù)確定出的Profile算法類型確定連續(xù)丟包門限值； 丟包控制模塊，用于實時統(tǒng)計連續(xù)丟包數(shù)，如果統(tǒng)計出的丟包數(shù)目小于所述連續(xù)丟包門限值，則丟棄當前數(shù)據(jù)包，如果統(tǒng)計出的丟包數(shù)目不小于所述連續(xù)丟包門限值，則跳過當前數(shù)據(jù)包。7.如權利要求6所述的裝置，其特征在于，所述確定模塊用于: 根據(jù)數(shù)據(jù)包使用的Profile算法類型，過濾出會導致魯棒性頭壓縮協(xié)議ROHC狀態(tài)回迀的關鍵字段，根據(jù)過濾出的關鍵字段的跳變門限確定所述連續(xù)丟包門限值。8.如權利要求6所述的裝置，其特征在于，所述確定模塊用于: 判斷所述數(shù)據(jù)包是否使用Profilel，如果是，則取關鍵字段因特網(wǎng)協(xié)議標識IPID、事件戳TS以及序列號SN的跳變門限中取值最小的字段的門限值為所述連續(xù)丟包門限值，如果否，則取關鍵字段因特網(wǎng)協(xié)議標識IPID字段的跳變門限值為所述連續(xù)丟包門限值。9.如權利要求6所述的裝置，其特征在于，所述丟包控制模塊用于: 從隊列頭開始掃描緩沖區(qū)中剩余的所有報文，根據(jù)當前時間和報文到達時間的差值得到報文緩存時間，如果報文緩存時間超過設定閾值，則將當前統(tǒng)計的連續(xù)丟包個數(shù)加一，如果連續(xù)丟包個數(shù)等于所述連續(xù)丟包門限值，則跳過當前報文，連續(xù)丟包個數(shù)清零，如果連續(xù)丟包個數(shù)小于所述連續(xù)丟包門限值，則丟棄當前報文； 如果報文緩存時間未超過所述設定閾值，則丟包流程結(jié)束。10.如權利要求6?9任意一項所述的裝置，其特征在于，所述裝置還包括: 記錄模塊，用于在接收到數(shù)據(jù)包后，記錄所述數(shù)據(jù)包的到達時間。
【文檔編號】H04L12/861GK106034088SQ201510119077
【公開日】2016年10月19日
【申請日】2015年3月18日
【發(fā)明人】董建軍, 賀保國, 王星星, 李東建
【申請人】中興通訊股份有限公司