專利名稱：一種高效的流媒體傳輸方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線流媒體領(lǐng)域，尤其涉及一種高效的流媒體傳輸方法。
背景技術(shù)：
隨著移動通信技術(shù)和視頻壓縮方法的迅速發(fā)展，利用無線IP網(wǎng)絡(luò)傳輸實時視頻 流技術(shù)受到了人們的關(guān)注。在無線IP網(wǎng)絡(luò)和盡力服務(wù)(best-effort)的Internet中傳輸 數(shù)據(jù)時會發(fā)生丟包、超時等傳輸差錯。丟包率的數(shù)值一般比較小，但是對用戶的影響非常 大，是影響視頻質(zhì)量的殺手，尤其是目前使用的壓縮比率都比較高，一個視頻幀的丟失或損 壞同樣會影響到其它相關(guān)幀的解壓縮，直接損害接收端視頻播放的流暢性和清晰性。因此， 需要在視頻傳輸?shù)耐瑫r進行傳輸?shù)牟铄e控制處理?；谶B接的TCP協(xié)議雖然能提供可靠的數(shù)據(jù)傳輸能力，但是它的流量控制機制是 基于有線網(wǎng)絡(luò)的低誤碼率及低時延的。隨著網(wǎng)絡(luò)帶寬時延產(chǎn)品(BDP)的增加，通常的TCP 協(xié)議開始變的低效。這是因為它的 AIMD(additive increasemultiplicative decrease) 算法徹底減少了 TCP擁塞窗口，但不能快速的恢復可用帶寬。另外，TCP擁塞控制中的不公 平的RTT (Round-Trip Time分組的往返時間)造成了擁有不同RTT的并發(fā)TCP流不公平地 分享帶寬。盡管在小的BDP網(wǎng)絡(luò)中使用通常的TCP實現(xiàn)來相對平等的共享帶寬，但在擁有 大量BDP的無線網(wǎng)絡(luò)中，通常不同RTT的并發(fā)TCP流就必須承受嚴重的不公平的問題。在 TCP協(xié)議中，發(fā)送端通過發(fā)送窗和計時器管理所發(fā)送的數(shù)據(jù)包的信息，接收端對收到的正確 數(shù)據(jù)包回送ACK確認字符(ACKnowledge Character)響應(yīng)，ACK響應(yīng)本身也將耗費相當多 的網(wǎng)絡(luò)和處理器資源。另外在TCP協(xié)議中，為了數(shù)據(jù)包重傳，發(fā)送過但是還未確認的數(shù)據(jù)都 保存在TCP協(xié)議棧中，對高并發(fā)量的無線流媒體服務(wù)器來說，對每一個用戶都緩存會極大 的浪費主機資源，在網(wǎng)絡(luò)時延大，帶寬抖動率高的無線網(wǎng)絡(luò)中更加嚴重。而基于UDP協(xié)議，UDP即(User Datagram Protocol)用戶數(shù)據(jù)報協(xié)議，的數(shù)據(jù)傳 輸，沒有TCP中所說的擁塞窗口，擁塞控制，及數(shù)據(jù)緩存。但UDP協(xié)議不提供TCP提供的差 錯控制功能。而現(xiàn)在有的以UDP為基礎(chǔ)實現(xiàn)的可靠的數(shù)據(jù)傳輸，也是先緩存發(fā)送過的數(shù)據(jù) 再等待ACK響應(yīng)。這對數(shù)據(jù)量及用戶量大的流服務(wù)器來說造成資源的浪費，而且會降低服 務(wù)器的并發(fā)量。例如，服務(wù)器發(fā)送500個數(shù)據(jù)包，服務(wù)器并發(fā)量為8000，而每個數(shù)據(jù)包的大 小為1K，那么服務(wù)器的緩存就需要500X8000X1K約4G的內(nèi)存。這對服務(wù)器的性能有極大的 影響。鑒于此，實有必要提出一種改進的方法以克服現(xiàn)有技術(shù)的缺陷。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明目的在于提供一種基于UDP協(xié)議的一種高效的流媒體傳輸方 法，根據(jù)無線網(wǎng)絡(luò)的特點，提出一種高效的流媒體視頻業(yè)務(wù)點播方案，能很好的提高用戶的 體驗效果，及降低服務(wù)器自身的資源。為了解決上述問題本發(fā)明提供一種高效的流媒體傳輸方法，該方法具體步驟如下步驟Sl 在服務(wù)端建立一個視頻文件，該視頻文件包括若干數(shù)據(jù)幀，每一個數(shù)據(jù) 幀對應(yīng)一個幀序列號和一個幀時間戳；步驟S2 根據(jù)數(shù)據(jù)幀的長度將每一數(shù)據(jù)幀分割成若干數(shù)據(jù)包，或者將幾個數(shù)據(jù)幀 組合成一個數(shù)據(jù)包，每個數(shù)據(jù)包都對應(yīng)一個包序列號和一個包時間戳；步驟S3 服務(wù)端向客戶端發(fā)送數(shù)據(jù)包，并將該數(shù)據(jù)包的包序列號與包時間戳記錄 到內(nèi)存的隊列里面；步驟S4:客戶端根據(jù)包序列號檢測有無丟失的數(shù)據(jù)包，檢測有包丟失時，將丟失 包序列號反饋至服務(wù)端，服務(wù)端根據(jù)內(nèi)存中的隊列中包序列號找到對應(yīng)的包時間戳，步驟S5 根據(jù)包時間戳與幀時間戳的映射關(guān)系，在視頻文件中找到丟失數(shù)據(jù)包對 應(yīng)的一個或多個數(shù)據(jù)幀，將一個數(shù)據(jù)幀分割成幾個數(shù)據(jù)包，或者將幾個數(shù)據(jù)幀組成一個數(shù) 據(jù)包，再向客戶端發(fā)送丟失的數(shù)據(jù)包。本發(fā)明的有益效果在于，使用本發(fā)明方法能避免了服務(wù)器緩存已經(jīng)傳過的數(shù)據(jù)及 重傳已經(jīng)發(fā)送過的數(shù)據(jù)，能極大的節(jié)省服務(wù)器的資源。


圖1為本發(fā)明高效流媒體傳輸方法的流程框圖；圖2為服務(wù)端本地視頻文件的數(shù)據(jù)幀序列號、數(shù)據(jù)幀長度以及對應(yīng)幀時間戳的示 圖；圖3為將圖2所示的視頻文件按本發(fā)明方法打包后的包序列號、數(shù)據(jù)包長度以及 對應(yīng)的包時間戳的示圖；圖4為服務(wù)端將圖3所示的數(shù)據(jù)包發(fā)送后存儲在內(nèi)存中的包序列與包時間戳對應(yīng) 的隊列表示圖；圖5為本發(fā)明服務(wù)端發(fā)送數(shù)據(jù)包的示意圖；圖6為一種現(xiàn)有技術(shù)服務(wù)端發(fā)送流媒體時的內(nèi)存占用量與用戶量的關(guān)系圖；圖7為本發(fā)明方法服務(wù)端發(fā)送流媒體時的內(nèi)存占用量與用戶量的關(guān)系圖。
具體實施例方式本發(fā)明設(shè)計一種基于UDP協(xié)議的高效的流媒體點播方案，該方案根據(jù)播放的是點 播文件這一特點，采取不緩存已經(jīng)發(fā)送過的數(shù)據(jù)這一策略，極大地節(jié)約服務(wù)器的資源。下面結(jié)合附圖來說明本發(fā)明具體實施。圖1為本發(fā)明方法的流程示意圖，該方法具體步驟如下步驟Sl 在服務(wù)端建立一個視頻文件，該視頻文件包括若干數(shù)據(jù)幀，每一個數(shù)據(jù) 幀對應(yīng)一個幀序列號和一個幀時間戳；其中數(shù)據(jù)幀可以為視頻幀或者是音頻幀。結(jié)合圖2所示，為服務(wù)端本地視頻文件的數(shù)據(jù)幀序列號、數(shù)據(jù)幀長度以及對應(yīng)幀 時間戳的示圖，其中圖中第一列1、2、3、…18為數(shù)據(jù)幀序列號，第二列Ien = 2853、len = 167、Ien = 68、…Ien = 16 為對應(yīng)數(shù)據(jù)幀長度；第三列 time = 0. 00000、time = 0. 12000、 time = 0. 24000、…time = 2. 16000為對應(yīng)的幀時間戳。此處幀時間戳的間隔是相等的 即隔0. 12000秒為一幀。
5
步驟S2 根據(jù)數(shù)據(jù)幀的長度將每一數(shù)據(jù)幀分割成若干數(shù)據(jù)包，或者將幾個數(shù)據(jù)幀 組合成一個數(shù)據(jù)包，每個數(shù)據(jù)包都對應(yīng)一個包序列號和一個包時間戳；此處將數(shù)據(jù)幀具體過程打包如下S21 先確定一個無線傳輸環(huán)境下的數(shù)據(jù)包長度L，每個數(shù)據(jù)幀的大小為n，當η大 于L時，將該幀切割成η/L+l個數(shù)據(jù)包，前n/L個數(shù)據(jù)包每個長度為L，最后一個數(shù)據(jù)包長度 為L，其中n/L為作除后取整函數(shù)，％為作除后取余函數(shù)；當η小于L時，由該幀或者與 后續(xù)的小于L的數(shù)據(jù)幀相加組成一個數(shù)據(jù)長度小于或等于L的數(shù)據(jù)包；S22 建立包時間戳與幀時間戳的映射關(guān)系，當η大于L時，其中η/L+l記錄具有相 同的時間戳，即該數(shù)據(jù)幀的幀時間戳；當η小于L時，該數(shù)據(jù)包記錄的包時間戳為第一個長 度小于L的數(shù)據(jù)幀對應(yīng)的幀時間戳。圖3所示為將圖2所示的視頻文件按本發(fā)明方法打包后的包序列號、數(shù)據(jù)包長度 以及對應(yīng)的包時間戳的示圖先設(shè)定一個數(shù)據(jù)包長度L等于1200，圖2中幀序列1的數(shù)據(jù)幀 長度η為2853，因此η大于L，將幀序列1數(shù)據(jù)幀切割成η/L+l個數(shù)據(jù)包，即2853/1200+1 = 3個數(shù)據(jù)，前2個數(shù)據(jù)包長度為1200，第3個數(shù)據(jù)包長度為L，即2853/1200的余數(shù)453， 由此圖3中，第一列為包序列號1、2、3對應(yīng)的數(shù)據(jù)包長度分別為Ien = 1200Uen = 1200、 Ien = 453，且為將數(shù)據(jù)幀1切割而得，因此包序列號1、2、3對應(yīng)的時間與幀序列號1的時 間戳相同，都為 time = 0. 00000、time = 0. 00000、time = 0. 00000 ；在圖2中，幀序列號2的長度為167小于L(1200)、與后續(xù)幀序列號3長度為68也 小于L，且167加68等于235滿足小于1200，因此幀序列號2、3組成一個數(shù)據(jù)包(圖3中 的數(shù)據(jù)包號4、數(shù)據(jù)包長度為235、對應(yīng)的包時間戳為第一個小于L的數(shù)據(jù)幀對應(yīng)的幀時間 戳，即幀序列號2對應(yīng)的幀時間戳time = 0. 12000)。如果η等于L時，則將該幀直接作為一個數(shù)據(jù)包。后續(xù)數(shù)據(jù)的打包過程由上述類推，在此不再贅述。步驟S3 服務(wù)端向客戶端發(fā)送數(shù)據(jù)包，并將該數(shù)據(jù)包的包序列號與包時間戳記錄 到內(nèi)存的隊列里面；S31 當η大于L時，隊列中只記錄η/L+l個數(shù)據(jù)包的第一個數(shù)據(jù)包的包序列號以 及對應(yīng)的包時間戳；S32 當η小于L時，隊列中記錄幾個小于η的數(shù)據(jù)幀相加組成一個數(shù)據(jù)長度小于 或等于L的數(shù)據(jù)包的包序列號以及第一個長度小于L的數(shù)據(jù)幀對應(yīng)的包時間戳。請參考圖3和圖5，服務(wù)端按照打包好的數(shù)據(jù)包依照包序列號1、2、3···18向客戶 端發(fā)送數(shù)據(jù)包，如圖4所示，為服務(wù)端內(nèi)存隊列中記錄的信息，第一列1、4、5···18為包序列號，其 中1為3個包時間戳為0. 00000中的第一個數(shù)據(jù)包號，4為包時間為0. 12000的數(shù)據(jù)包號。步驟S4:客戶端根據(jù)包序列號檢測有無丟失的數(shù)據(jù)包，檢測有包丟失時，將丟失 包序列號反饋至服務(wù)端，服務(wù)端根據(jù)內(nèi)存中的隊列中包序列號找到對應(yīng)的包時間戳，具體 步驟如下S41 如果在隊列中能夠查找到客戶端反饋的丟失包序列號，則說明丟失的數(shù)據(jù)包 為η大于L時的第一個數(shù)據(jù)包或者η小于L時的幾個數(shù)據(jù)幀組成的數(shù)據(jù)包，服務(wù)器找到包 序列號對應(yīng)包時間戳；
本步驟中，例如客戶端向反饋的丟失的包序列號為1、4，因此在服務(wù)端的內(nèi)存中可 以找到包序列號1、4(如圖4所示)分別可以找到對應(yīng)的包時間戳。S42:如果在隊列中不能查找到客戶端反饋的丟失包序列號，則說明這是一個大于 L的數(shù)據(jù)幀中的一個數(shù)據(jù)包，則在序號時間隊列中找到與這個包序列號相隔最近的前一個 包序列號，找到該前一個序列號對應(yīng)包時間戳；例如例客戶端向反饋的丟失的包序列號為2或者3，因此在服務(wù)端的內(nèi)存中不能 找到包序列號2或者3 (如圖4所示)以及對應(yīng)的包時間戳，因此在序號時間隊列中找到與 這個序列號相隔最近的前一個包序列號1，此處與包序列號2或者3相隔最近的前一個包序 列號只有包序列號1。步驟S5 根據(jù)包時間戳與幀時間戳的映射關(guān)系，在視頻文件中找到丟失數(shù)據(jù)包對 應(yīng)的一個或多個數(shù)據(jù)幀，將一個數(shù)據(jù)幀分割成幾個數(shù)據(jù)包，或者將幾個數(shù)據(jù)幀組成一個數(shù) 據(jù)包，再向客戶端發(fā)送丟失的數(shù)據(jù)包。S51 如果在隊列中能找到丟失包序列號，η大于L時，則由包時間戳直接獲得對應(yīng) 的幀時間戳，由幀時間戳讀取視頻文件中的數(shù)據(jù)幀，并將數(shù)據(jù)幀分割成η/L+l個數(shù)據(jù)包，向 客戶端重新發(fā)送第一個數(shù)據(jù)包；η小于L時，則由包時間戳找到第一個幀長度小于L的幀時 間戳，該幀和后續(xù)的小于η的數(shù)據(jù)幀相加組成一個數(shù)據(jù)長度小于或等于L的數(shù)據(jù)包向客戶 端重新發(fā)送；例如丟失包序列號1，對應(yīng)的包時間戳為0. 00000,由包時間戳0. 00000找到對應(yīng) 的幀時間戳0. 00000，幀時間戳0. 00000讀取視頻文件中的數(shù)據(jù)幀1，并將數(shù)據(jù)幀分割成 2853/1200+1 = 3個數(shù)據(jù)包，向客戶端重新發(fā)送第一個數(shù)據(jù)包；丟失包序列號4時包時間戳 為0. 12000,由于該包時間戳就是第一個小于1200的幀序列號為2 (圖2所示)的幀時間戳 0. 12000,因此由幀序列號2、3組成一個長度為253小于1200的數(shù)據(jù)包向客戶端重新發(fā)送。S52:如果在隊列中不能查找到丟失包序列號，根據(jù)該前一個序列號對應(yīng)包時間戳 對應(yīng)幀時間戳的數(shù)據(jù)幀讀出來，把這個數(shù)據(jù)幀切割與幾個數(shù)據(jù)包，將丟失包序列號與該前 一個序列號相減得出差值D，其中(η/L+l)個數(shù)據(jù)包中的第(D+1)數(shù)據(jù)包即丟失的數(shù)據(jù)包， 將第(D+1)數(shù)據(jù)包重新發(fā)送給客戶端。例如例客戶端向反饋的丟失的包序列號為2或者3，此處與包序列號2或者3相隔 最近的前一個包序列號只有包序列號1，包時間戳0. 00000找到對應(yīng)的幀時間戳0. 00000, 幀時間戳0. 00000讀取視頻文件中的數(shù)據(jù)幀1，并將數(shù)據(jù)幀分割成2853/1200+1 = 3個數(shù)據(jù) 包，將丟失包序列號2或者3與該前一個序列號1相減得出差值D等于1或2，其中3個數(shù) 據(jù)包中的第(D+1)即第1+1 = 2個或者2+1 = 3個數(shù)據(jù)包即丟失的數(shù)據(jù)包，將第2個(包 序列號為2，長度為1200)或者第3個數(shù)據(jù)包(包序列號為3，長度為453)重新發(fā)送給客戶 端。使用本文所述的這種方法能避免了服務(wù)器緩存已經(jīng)改過過的數(shù)據(jù)及重傳已經(jīng)發(fā) 送過的數(shù)據(jù)，能極大的節(jié)省服務(wù)器的資源。圖六是普通流服務(wù)器用戶量與內(nèi)存的關(guān)系，圖七 為采用本文所述方法之后的流服務(wù)器用戶量與內(nèi)存關(guān)系，從中可以看到采用本技術(shù)后，內(nèi) 存使用量明顯減小，并發(fā)量明顯提高。在延遲大的無線網(wǎng)絡(luò)中對服務(wù)器性能改善更加明顯。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種高效的流媒體傳輸方法，該方法基于UDP的數(shù)據(jù)傳輸協(xié)議，其特征在于，該方法具體步驟如下步驟S1在服務(wù)端建立一個視頻文件，該視頻文件包括若干數(shù)據(jù)幀，每一個數(shù)據(jù)幀對應(yīng)一個幀序列號和一個幀時間戳；步驟S2根據(jù)數(shù)據(jù)幀的長度將每一數(shù)據(jù)幀分割成若干數(shù)據(jù)包，或者將幾個數(shù)據(jù)幀組合成一個數(shù)據(jù)包，每個數(shù)據(jù)包都對應(yīng)一個包序列號和一個包時間戳；步驟S3服務(wù)端向客戶端發(fā)送數(shù)據(jù)包，并將該數(shù)據(jù)包的包序列號與包時間戳記錄到內(nèi)存的隊列里面；步驟S4客戶端根據(jù)包序列號檢測有無丟失的數(shù)據(jù)包，檢測有包丟失時，將丟失包序列號反饋至服務(wù)端，服務(wù)端根據(jù)內(nèi)存中的隊列中包序列號找到對應(yīng)的包時間戳；步驟S5根據(jù)包時間戳與幀時間戳的映射關(guān)系，在視頻文件中找到丟失數(shù)據(jù)包對應(yīng)的一個或多個數(shù)據(jù)幀，將一個數(shù)據(jù)幀分割成幾個數(shù)據(jù)包，或者將幾個數(shù)據(jù)幀組成一個數(shù)據(jù)包，再向客戶端發(fā)送丟失的數(shù)據(jù)包。
2.如權(quán)利要求1所述的高效的流媒體傳輸方法，其特征在于所述步驟S1中幀時間戳 為等分的。
3.如權(quán)利要求2所述的高效的流媒體傳輸方法，其特征在于所述步驟S2具體如下521先確定一個無線傳輸環(huán)境下的數(shù)據(jù)包長度L，每個數(shù)據(jù)幀的大小為n，當n大于L 時，將該幀切割成n/L+1個數(shù)據(jù)包，前n/L個數(shù)據(jù)包每個長度為L，最后一個數(shù)據(jù)包長度為 n% L，其中n/L為作除后取整函數(shù)，％為作除后取余函數(shù)；當n小于L時，由該幀或者與后 續(xù)的小于n的數(shù)據(jù)幀相加組成一個數(shù)據(jù)長度小于或等于L的數(shù)據(jù)包；522建立包時間戳與幀時間戳的映射關(guān)系，當n大于L時，其中n/L+1記錄具有相同的 時間戳，即該數(shù)據(jù)幀的幀時間戳；當n小于L時，該數(shù)據(jù)包記錄的包時間戳為第一個長度小 于L的數(shù)據(jù)幀對應(yīng)的幀時間戳。
4.如權(quán)利要求3所述的高效的流媒體傳輸方法，其特征在于所述步驟S3具體如下531當n大于L時，隊列中只記錄n/L+1個數(shù)據(jù)包的第一個數(shù)據(jù)包的包序列號以及對 應(yīng)的包時間戳；532當n小于L時，隊列中記錄幾個小于n的數(shù)據(jù)幀相加組成一個數(shù)據(jù)長度小于或等 于L的數(shù)據(jù)包的包序列號以及第一個長度小于L的數(shù)據(jù)幀對應(yīng)的包時間戳。
5.如權(quán)利要求4所述的高效的流媒體傳輸方法，其特征在于所述步驟S4具體如下541如果在隊列中能夠查找到客戶端反饋的丟失包序列號，則說明丟失的數(shù)據(jù)包為n 大于L時的第一個數(shù)據(jù)包或者n小于L時的幾個數(shù)據(jù)幀組成的數(shù)據(jù)包，服務(wù)器找到包序列 號對應(yīng)包時間戳；542如果在隊列中不能查找到客戶端反饋的丟失包序列號，則說明這是一個大于L的 數(shù)據(jù)幀中的一個數(shù)據(jù)包，則在序號時間隊列中找到與這個包序列號相隔最近的前一個包序 列號，找到該前一個序列號對應(yīng)包時間戳；
6.如權(quán)利要求5所述的高效的流媒體傳輸方法，其特征在于所述步驟S5具體如下S51 如果在隊列中能找到丟失包序列號，n大于L時，則由包時間戳直接獲得對應(yīng)的幀時間戳，由幀時間戳讀取視頻文件中的數(shù)據(jù)幀，并將數(shù)據(jù)幀分割成n/L+1個數(shù)據(jù)包，向客 戶端重新發(fā)送第一個數(shù)據(jù)包；n小于L時，則由包時間戳找到第一個幀長度小于L的幀時間戳，該幀和后續(xù)的小于n的數(shù)據(jù)幀相加組成一個數(shù)據(jù)長度小于或等于L的數(shù)據(jù)包向客戶端 重新發(fā)送；S52 如果在隊列中不能查找到丟失包序列號，根據(jù)該前一個序列號對應(yīng)包時間戳對應(yīng) 幀時間戳的數(shù)據(jù)幀讀出來，把這個數(shù)據(jù)幀切割與幾個數(shù)據(jù)包，將丟失包序列號與該前一個 序列號相減得出差值D，其中(n/L+1)個數(shù)據(jù)包中的第(D+1)數(shù)據(jù)包即丟失的數(shù)據(jù)包，將第 (D+1)數(shù)據(jù)包重新發(fā)送給客戶端。
7.如權(quán)利要求1所述的高效的流媒體傳輸方法，其特征在于所述數(shù)據(jù)幀可以為視頻 幀或者是音頻幀。
8.如權(quán)利要求3所述的高效的流媒體傳輸方法，其特征在于當n等于L時，則將該幀 直接作為一個數(shù)據(jù)包。
全文摘要
本發(fā)明關(guān)于流媒體傳輸方法，基于UDP的數(shù)據(jù)傳輸協(xié)議，具體如下在服務(wù)端建立視頻文件，包括若干數(shù)據(jù)幀，每一個數(shù)據(jù)幀對應(yīng)一個幀序列號和一個幀時間戳；將每一數(shù)據(jù)幀分割成若干數(shù)據(jù)包，或者將幾個數(shù)據(jù)幀組合成一個數(shù)據(jù)包，每個數(shù)據(jù)包都對應(yīng)一個包序列號和一個包時間戳；服務(wù)端向客戶端發(fā)送數(shù)據(jù)包，并將數(shù)據(jù)包的包序列號與包時間戳記錄到內(nèi)存的隊列里面；客戶端檢測有無丟失的數(shù)據(jù)包，有包丟失時，將丟失包序列號反饋至服務(wù)端，服務(wù)端根據(jù)隊列中包序列號找到對應(yīng)的包時間戳；根據(jù)包時間戳與幀時間戳的關(guān)系，找到丟失數(shù)據(jù)包對應(yīng)的數(shù)據(jù)幀，將一個數(shù)據(jù)幀分割成幾個數(shù)據(jù)包，或者將幾個數(shù)據(jù)幀組成一個數(shù)據(jù)包，再向客戶端發(fā)送丟失的數(shù)據(jù)包。
文檔編號H04W28/04GK101945427SQ20091010857
公開日2011年1月12日 申請日期2009年7月3日 優(yōu)先權(quán)日2009年7月3日
發(fā)明者鄒聯(lián)忠 申請人:深圳市融創(chuàng)天下科技發(fā)展有限公司