專利名稱：數(shù)據(jù)接收和發(fā)送方法、裝置及數(shù)據(jù)傳輸系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種數(shù)據(jù)接收和發(fā)送方法、裝置及數(shù)據(jù) 傳輸系統(tǒng)。
背景技術(shù)：
在IPTV業(yè)務(wù)中，媒體數(shù)據(jù)由流媒體服務(wù)器到機頂盒的傳輸質(zhì)量，直接 影響著用戶的視頻觀看效果。如果媒體數(shù)據(jù)傳輸過程中出現(xiàn)了丟失，視頻畫 面就會出現(xiàn)停頓或者馬賽克花屏的情況。如何保證媒體傳輸?shù)馁|(zhì)量，給用戶 提供高質(zhì)量的視頻觀看體驗，是IPTV領(lǐng)域面臨的關(guān)鍵技術(shù)問題。
在IPTV系統(tǒng)中，對于丟包， 一般采用重傳或者FEC (前向糾錯)技術(shù) 進(jìn)行處理。重傳技術(shù)是在客戶端反饋回丟包消息后，根據(jù)客戶端反饋的丟包 消息，重新發(fā)送丟失的數(shù)據(jù)包；FEC技術(shù)則是由客戶端重建丟失的數(shù)據(jù)包。
在上述解決丟包問題的過程中，存在如下問題
釆用重傳技術(shù)，帶來的相關(guān)聯(lián)的延遲會可能會比較大，由于實時的要求， 不可能進(jìn)行多次的重傳，如果重傳包也丟失，無法對重傳包再進(jìn)行重傳，可 靠性低；采用FEC技術(shù)，客戶端能夠重建丟失的包，但在丟包數(shù)量較多時， 很難重建出丟失的數(shù)據(jù)包，適用范圍較小。使用上述兩種方法，均無法在合 理占用網(wǎng)絡(luò)資源的同時實現(xiàn)對數(shù)據(jù)包丟失的可靠處理。

發(fā)明內(nèi)容
本發(fā)明提供了一種數(shù)據(jù)接收和發(fā)送方法、裝置及數(shù)據(jù)傳輸系統(tǒng)，解決了 無法在合理占用網(wǎng)絡(luò)資源的同時實現(xiàn)對數(shù)據(jù)包丟失的可靠處理的問題。
一種數(shù)據(jù)接收方法，包括在接收完一個媒體數(shù)據(jù)分組后，判斷是否能夠恢復(fù)丟失的媒體包；
如果能夠恢復(fù)丟失的^ 某體包，則恢復(fù)丟失的4某體包；或，
如果不能恢復(fù)丟失的媒體包，則向流媒體服務(wù)器發(fā)送丟包信息，請求流 媒體服務(wù)器重新發(fā)送丟失的媒體包。
進(jìn)一步的，所述在接收完一個媒體數(shù)據(jù)分組后，判斷是否能夠恢復(fù)丟失
的^ 某體包的步驟之前，還包括
設(shè)置判定門限，具體為設(shè)定丟包門限及重傳門限。
進(jìn)一步的，所述在接收完一個媒體數(shù)據(jù)分組后，判斷是否能夠恢復(fù)丟失
的媒體包具體為
獲取所述媒體數(shù)據(jù)分組的丟包率；
如果所述媒體數(shù)據(jù)分組的丟包率大于丟包門限且小于重傳門限，則確定 能夠恢復(fù)丟失的媒體包；
如果所述媒體數(shù)據(jù)分組的丟包率不小于重傳門限，則確定不能夠恢復(fù)丟 失的媒體包。
進(jìn)一步的，所述媒體數(shù)據(jù)分組包括媒體包和前向糾錯(FEC)包，該方 法還包括
設(shè)置FEC包的冗余度，具體為將FEC包的冗余度設(shè)置為不大于5%。 一種數(shù)據(jù)發(fā)送方法，包括
發(fā)送媒體數(shù)據(jù)分組，并在發(fā)送媒體數(shù)據(jù)分組的同時，對所述媒體數(shù)據(jù)分 組進(jìn)行媒體緩存；
根據(jù)接收端反饋的重新發(fā)送丟失的媒體包的請求，從媒體緩存的媒體數(shù) 據(jù)分組中查找對應(yīng)的媒體包，并在新的媒體數(shù)據(jù)分組發(fā)送所述對應(yīng)的媒體包 和FEC包。
進(jìn)一步的，所述數(shù)據(jù)發(fā)送方法還包括
為所述對應(yīng)的媒體包產(chǎn)生FEC包，在所述新的媒體數(shù)據(jù)分組中發(fā)送所 述FEC包。一種客戶端，包4舌
丟包檢測模塊，用于在接收完一個媒體數(shù)據(jù)分組后，判斷是否能夠恢復(fù)
丟失的媒體包；
數(shù)據(jù)恢復(fù)模塊，用于在所述丟包檢測模塊判定能夠恢復(fù)丟失的媒體包
時，恢復(fù)丟失的媒體包；
丟包信息上報模塊，用于在所述丟包檢測模塊判定不能恢復(fù)丟失的媒體 包時，向流媒體服務(wù)器發(fā)送丟包信息，請求流媒體服務(wù)器重新發(fā)送丟失的媒 體包。
進(jìn)一步的，所述客戶端還包括
門限設(shè)置模塊，用于設(shè)置判定門限，具體為設(shè)定丟包門限及重傳門限；
FEC設(shè)置模塊，用于設(shè)置FEC包的冗余度，具體為將FEC包的冗余度 設(shè)置為不大于5%。
一種流媒體服務(wù)器，包括
媒體數(shù)據(jù)媒體緩存模塊，用于在發(fā)送媒體數(shù)據(jù)分組的同時，對所述媒體 數(shù)據(jù)分組進(jìn)行媒體緩存；
丟包補償模塊，用于根據(jù)接收端反饋的重新發(fā)送丟失的媒體包的請求， 從媒體緩存的媒體數(shù)據(jù)分組中查找對應(yīng)的媒體包，并在新的媒體數(shù)據(jù)分組發(fā) 送所述對應(yīng)的媒體包和該媒體包的FEC包。
一種數(shù)據(jù)傳輸系統(tǒng)，其特征在于，包括客戶端和流媒體服務(wù)器；
所述客戶端，用于在接收完一個媒體數(shù)據(jù)分組后，判斷是否能夠恢復(fù)丟 失的媒體包，在所述丟包檢測模塊判定能夠恢復(fù)丟失的媒體包時，恢復(fù)丟失 的媒體包，或在所述丟包檢測模塊判定不能恢復(fù)丟失的媒體包時，向流媒體 服務(wù)器發(fā)送丟包信息，請求流媒體服務(wù)器重新發(fā)送丟失的媒體包；
所述流媒體服務(wù)器，用于在發(fā)送媒體數(shù)據(jù)分組的同時，對所述媒體數(shù)據(jù)分組進(jìn)行媒體緩存，根據(jù)接收端反饋的重新發(fā)送丟失的媒體包的請求，從媒 體緩存的媒體數(shù)據(jù)分組中查找對應(yīng)的媒體包，并在新的媒體數(shù)據(jù)分組發(fā)送所 述對應(yīng)的媒體包和該媒體包的FEC包。
本發(fā)明的實施例提供了一種數(shù)據(jù)接收和發(fā)送方法、裝置及系統(tǒng)，在接收 完一個媒體數(shù)據(jù)分組后，判斷該媒體數(shù)據(jù)分組是否存在媒體包丟失，并根據(jù)
丟包率確定采用恢復(fù)媒體包或重傳的方法解決媒體包丟失的問題；且在發(fā)送 時媒體緩存媒體包，根據(jù)客戶端反饋的重傳信息重傳，解決了無法在合理占 用網(wǎng)絡(luò)資源的同時實現(xiàn)對數(shù)才居包丟失的可靠處理的問題，提高了系統(tǒng)效率。


圖1為本發(fā)明的實施例提供的一種數(shù)據(jù)接收和發(fā)送方法的流程圖2為圖1中步驟105的具體流程圖3為本發(fā)明的實施例提供的一種客戶端的結(jié)構(gòu)示意圖4為本發(fā)明的又一實施例提供的一種客戶端的結(jié)構(gòu)示意圖5為本發(fā)明的實施例提供的一種流媒體服務(wù)器的結(jié)構(gòu)示意圖6為本發(fā)明的實施例提供的一種數(shù)據(jù)傳輸系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式
為了解決無法在合理占用網(wǎng)絡(luò)資源的同時實現(xiàn)對數(shù)據(jù)包丟失的可靠處 理的問題，本發(fā)明的實施例提供了一種數(shù)據(jù)接收和發(fā)送方法，該方法基于 UDP傳輸模式，使用該方法在流媒體服務(wù)器和客戶端之間完成數(shù)據(jù)傳輸?shù)?過程如圖1所示，包括
步驟IOI、流媒體服務(wù)器向客戶端發(fā)送媒體數(shù)據(jù)分組，并在發(fā)送媒體數(shù) 據(jù)分組的同時，對所述媒體數(shù)據(jù)分組進(jìn)行媒體緩存；
本步驟中，流媒體服務(wù)器發(fā)送媒體數(shù)據(jù)分組，既包括媒體包，又包括媒 體包的FEC包。流媒體服務(wù)器在發(fā)送媒體數(shù)據(jù)分組時，為該媒體數(shù)據(jù)分組中的士某體包產(chǎn)生相應(yīng)的FEC包。本發(fā)明實施例中，F(xiàn)EC技術(shù)采取比較低的冗余度，減少對帶寬的依賴程 度。對于IPTV業(yè)務(wù)來說，冗余度低于5%時對帶寬影響相對較小。假設(shè)一 個媒體數(shù)據(jù)分組中的J個媒體包，經(jīng)過FEC算法計算處理后，產(chǎn)生了新的K 個FEC包，則K需要小于J。步驟102、客戶端在接收完一個媒體數(shù)據(jù)分組后，判斷是否能夠恢復(fù)丟 失的媒體包；々某體包一般用RTP (Real-time Transport Protocol,實時傳輸協(xié)議)格 式封裝，常用的流媒體的丟包檢測方法就是根據(jù)RTP的序號來判斷的。RTP 包的序號是順序逐漸遞增的， 一旦出現(xiàn)跳變，就表示丟包，并且可以根據(jù)序 號差來統(tǒng)計丟包的個數(shù)。本步驟中，客戶端檢測到媒體包有丟包，則啟動丟包檢測定時器，在丟 包檢測定時器超時，或者未超時，但是丟包所在媒體數(shù)據(jù)分組最后一個包已 經(jīng)接收完畢時，檢測該分組媒體包丟包情況，判斷是否能夠恢復(fù)丟失的媒體 包。由于使用UDP傳輸模式，估在傳輸過程中有可能發(fā)生亂序的情況，客 戶端會暫時性的誤認(rèn)為丟失了媒體數(shù)據(jù)包，故在接收一個媒體數(shù)據(jù)分組完成 后再判定是否丟包及能否恢復(fù)丟失的媒體包更為準(zhǔn)確。本發(fā)明實施例中，會在客戶端上設(shè)置判定門限，具體為設(shè)定恢復(fù)門限及 重傳門限?；謴?fù)門限與采用的FEC算法有關(guān)，重傳門限與當(dāng)前的網(wǎng)絡(luò)狀況 有關(guān)。在判斷是否能夠恢復(fù)丟失的媒體包時，首先獲取所述媒體數(shù)據(jù)分組的丟 包率，如果所述媒體數(shù)據(jù)分組存在丟包，且丟包率小于等于丟包門限，則確 定能夠恢復(fù)丟失的媒體包，進(jìn)行恢復(fù)；如果所述媒體數(shù)據(jù)分組的丟包率大于 丟包門限且小于等于重傳門限，則對丟失的媒體包采取重傳；如果丟包率大 于重傳門限，說明當(dāng)前網(wǎng)絡(luò)質(zhì)量較差，且大量的媒體包重傳會進(jìn)一步惡化網(wǎng) 絡(luò)狀況，故不采取任何動作。此外，由于本發(fā)明實施例中，流媒體服務(wù)器發(fā)送的媒體包可能是重傳媒體包， 所以，當(dāng)客戶端接收到媒體包是重傳媒體包時，如果發(fā)生重傳媒體包丟失，則不啟動丟包檢測定時器，這樣就避免了一個媒體包被多次重傳，有效控制 了資源浪費。步驟103、如果能夠恢復(fù)丟失的^ 某體包，則恢復(fù)丟失的媒體包；如果步驟102的判斷結(jié)果為能夠恢復(fù)丟失的媒體包，則本步驟中，客戶 端直接恢復(fù)出丟失的媒體包。步驟104、如果能夠重傳丟失的媒體包，則客戶端向流媒體服務(wù)器發(fā)送 丟包信息，請求流媒體服務(wù)器重新發(fā)送丟失的媒體包；本步驟中，客戶端將接收到的媒體數(shù)據(jù)分組的丟包信息反饋給流媒體服 務(wù)器，消息以NACK (Negative Acknowledgement )形式反饋，NACK消息 反饋整組數(shù)據(jù)的丟包情況，具體為丟失的媒體包的序號。步驟105、流媒體服務(wù)器根據(jù)接收端反饋的重新發(fā)送丟失的媒體包的請 求，從媒體緩存的媒體數(shù)據(jù)分組中查找對應(yīng)的媒體包，并在新的媒體數(shù)據(jù)分 組發(fā)送所述對應(yīng)的々某體包和FEC包；本步驟中，流媒體服務(wù)器收到步驟104中客戶端發(fā)送的NACK消息后， 如果還處于上一個數(shù)據(jù)分組的丟包重傳流程，則等待上一次丟包重傳流程結(jié) 束后，啟動重傳i某體包的流程，具體如圖2所示，包括-.步驟1051、流媒體服務(wù)器在媒體緩存中查找需要重傳的媒體包；流媒體服務(wù)器將數(shù)據(jù)分組緩存時，是以分組為單位對整個媒體數(shù)據(jù)分組 進(jìn)行緩存。即一個媒體數(shù)據(jù)分組的全部數(shù)據(jù)包，都存儲在緩存中。需要說明的是，如果在媒體緩存中不存在需要重傳的媒體包，說明這個 媒體包已經(jīng)發(fā)出很長時間了，不再進(jìn)行重傳。步驟1052、流媒體服務(wù)器為重傳的的媒體包產(chǎn)生相應(yīng)的FEC包；步驟1053、將重傳的媒體包及相應(yīng)的FEC包加入新的媒體數(shù)據(jù)分組進(jìn) 行發(fā)送；為了描述方便，現(xiàn)將媒體數(shù)據(jù)分組中丟包個數(shù)設(shè)為L，媒體數(shù)據(jù)分組中 媒體包個數(shù)設(shè)為J ,本步驟中，流4某體服務(wù)器將重傳的媒體包加入新的媒體 數(shù)據(jù)分組時，有以下三種情況1、如果流^ 某體服務(wù)器剛發(fā)送了一個媒體數(shù)據(jù)分組的N個媒體包，而且N+L小于等于J ( N可以為0 )，則流媒體服務(wù)器將另 一個媒體數(shù)據(jù)分組(該 分組)的N個媒體包，L個重傳的媒體包，J-L-N個媒體包(哪一個分組的？ 該分組)以及這L個重傳的纟某體包對應(yīng)的K個FEC包構(gòu)成一個新分組，并 繼續(xù)發(fā)送這一新分組中剩下的媒體包。其中，L個重傳的媒體包放在該新分 組中優(yōu)先發(fā)送的位置。例如，媒體數(shù)據(jù)分組G3， G3中包括媒體包A,, A2， ... ， Aj以及冗余 包R,, R2 ， ...， Rk;在G3前發(fā)送i某體數(shù)據(jù)分組G,。在已經(jīng)發(fā)送了 A，， A2 , A。時，流媒體服務(wù)器接收到客戶端請求， 要求重傳分組G,中的B,, B2 ， ... ， B,等媒體包。這時，流媒體服務(wù)器重新構(gòu)成分組G4， G4包括A,，A2，…An,B,，B2,…，B,，An+bAn+2,......Aj—,.,以及相應(yīng)的FEC包R',，R'2.,.R'k,即在發(fā)送完A,到An后，接著發(fā)送B,到B"2、 如果流媒體服務(wù)器剛發(fā)送了另一個媒體數(shù)據(jù)分組的N個媒體包，N 小于J但是N+L大于J,則將這N個另 一個i某體數(shù)據(jù)分組中的媒體包和J-N 個重傳媒體包歸于一個新分組，剩下的L- (J-N)個重傳媒體包歸入到與該 新分組緊鄰的下一個分組。在該新分組及該新分組的下一個分組中，重傳的 媒體包都處于該分組優(yōu)先發(fā)送的位置；3、 如果流^(某體服務(wù)器當(dāng)前正準(zhǔn)備發(fā)送或者正在發(fā)送另 一個媒體數(shù)據(jù)分 組的FEC包，則繼續(xù)發(fā)送完該分組的FEC包，將L個重傳的纟某體包做為下 一個分組的前L個纟某體包。本發(fā)明的實施例提供了 一種數(shù)據(jù)接收和發(fā)送方法，在接收完一個媒體數(shù) 據(jù)分組后，判斷該媒體數(shù)據(jù)分組是否存在媒體包丟失，并根據(jù)丟包率確定采 用恢復(fù)媒體包或重傳的方法解決媒體包丟失的問題；且在發(fā)送時媒體緩存媒 體包，根據(jù)客戶端反饋的重傳信息重傳，解決了無法在合理占用網(wǎng)絡(luò)資源的 同時實現(xiàn)對數(shù)據(jù)包丟失的可靠處理的問題，提高了系統(tǒng)效率。在丟包率比較 小的情況下，通過FEC方法，能夠順序的恢復(fù)出丟失的媒體包；在丟包率 比較大的情況下，通過重傳機制來獲取丟失的媒體包，根據(jù)實際情況決定資 源戰(zhàn)勝，有效的復(fù)用了資源；且在網(wǎng)絡(luò)比較惡劣的情況下，如果重傳包再次 丟失的情況下，也可能會通過重傳包的FEC計算方法恢復(fù)出丟失的重傳包，性。本發(fā)明的實施例還提供了一種客戶端，如圖3所示，包括丟包檢測模塊301，用于在接收完一個媒體數(shù)據(jù)分組后，判斷是否能夠 恢復(fù)丟失的媒體包；數(shù)據(jù)恢復(fù)模塊302，用于在所述丟包檢測模塊301判定能夠恢復(fù)丟失的 媒體包時，恢復(fù)丟失的媒體包；丟包信息上報模塊303，用于在所述丟包檢測模塊301判定能夠重傳丟 失的媒體包時，向流媒體服務(wù)器發(fā)送丟包信息，請求流媒體服務(wù)器重新發(fā)送 丟失的媒體包。進(jìn)一步的，該客戶端如圖4所示，還包4舌門限設(shè)置模塊304，用于設(shè)置判定門限，具體為設(shè)定丟包門限及重傳門限；FEC設(shè)置模塊305，用于設(shè)置FEC包的冗余度，具體為將FEC包的冗 余度設(shè)置為不大于5%。本發(fā)明的實施例還提供了一種流媒體服務(wù)器，如圖5所示，包括；媒體數(shù)據(jù)媒體緩存模塊501,用于在發(fā)送媒體數(shù)據(jù)分組的同時，對所述 媒體數(shù)據(jù)分組進(jìn)行媒體緩存；丟包補償模塊502，用于根據(jù)接收端反饋的重新發(fā)送丟失的媒體包的請 求，從媒體緩存的媒體數(shù)據(jù)分組中查找對應(yīng)的媒體包，并在新的媒體數(shù)據(jù)分 組發(fā)送所述對應(yīng)的媒體包和該媒體包的FEC包。本發(fā)明的實施例還提供了一種數(shù)據(jù)傳輸系統(tǒng)，如圖6所示，包括客戶端 601和流媒體服務(wù)器602;所述客戶端601,用于在接收完一個媒體數(shù)據(jù)分組后，判斷是否能夠恢 復(fù)丟失的媒體包，在所述丟包檢測模塊判定能夠恢復(fù)丟失的媒體包時，恢復(fù)丟失的媒體包，或在所述丟包檢測模塊判定能夠重傳丟失的媒體包時，向流
媒體服務(wù)器602發(fā)送丟包信息，請求流媒體服務(wù)器602重新發(fā)送丟失的媒體
包；
所述流媒體服務(wù)器602,用于在發(fā)送媒體數(shù)據(jù)分組的同時，對所述媒體 數(shù)據(jù)分組進(jìn)行媒體緩存，根據(jù)客戶端601反饋的重新發(fā)送丟失的媒體包的請 求，從媒體緩存的媒體數(shù)據(jù)分組中查找對應(yīng)的媒體包，并在新的媒體數(shù)據(jù)分 組發(fā)送所述對應(yīng)的媒體包和該媒體包的FEC包。
上述客戶端、流媒體服務(wù)器和數(shù)據(jù)傳輸系統(tǒng)，可以與本發(fā)明的實施例提 供的一種數(shù)據(jù)接收和發(fā)送方法相結(jié)合，在接收完一個媒體數(shù)據(jù)分組后，判斷 該媒體數(shù)據(jù)分組是否存在媒體包丟失，并根據(jù)丟包率確定采用恢復(fù)媒體包或 重傳的方法解決J 某體包丟失的問題；且在發(fā)送時々某體緩存媒體包，根據(jù)客戶 端反饋的重傳信息重傳，解決了無法在合理占用網(wǎng)絡(luò)資源的同時實現(xiàn)對數(shù)據(jù) 包丟失的可靠處理的問題，提高了系統(tǒng)效率。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法攜帶的全部或部分 步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計 算機可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括方法實施例的步驟之一或其組合。
另外，在本發(fā)明各個實施例中的各功能單元可以采用硬件的形式實現(xiàn)， 也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊 的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀 取存儲介質(zhì)中。
上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護(hù)范圍并不局限 于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易 想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù) 范圍應(yīng)以權(quán)利要求所述的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種數(shù)據(jù)接收方法，其特征在于，包括在接收完一個媒體數(shù)據(jù)分組后，判斷是否能夠恢復(fù)丟失的媒體包；如果能夠恢復(fù)丟失的媒體包，則恢復(fù)丟失的媒體包；或，如果不能恢復(fù)丟失的媒體包，則向流媒體服務(wù)器發(fā)送丟包信息，請求流媒體服務(wù)器重新發(fā)送丟失的媒體包。
2、 根據(jù)權(quán)利要求1所述的數(shù)據(jù)接收方法，其特征在于，所述在接收完 一個媒體數(shù)據(jù)分組后，判斷是否能夠恢復(fù)丟失的媒體包的步驟之前，還包括設(shè)置判定門限，具體為設(shè)定丟包門限及重傳門限。
3、 根據(jù)權(quán)利要求1或2所述的數(shù)據(jù)接收方法，其特征在于，所述在接 收完一個媒體數(shù)據(jù)分組后，判斷是否能夠恢復(fù)丟失的媒體包具體為獲取所述媒體數(shù)據(jù)分組的丟包率；如果所述媒體數(shù)據(jù)分組的丟包率不大于丟包門限，則確定能夠恢復(fù)丟失 的媒體包；如果所述媒體數(shù)據(jù)分組的丟包率大于丟包門限且不大于重傳門限，則確 定能夠重傳丟失的媒體包。
4、 根據(jù)權(quán)利要求1所述的數(shù)據(jù)接收方法，其特征在于，所述媒體數(shù)據(jù) 分組包括媒體包和前向糾錯(FEC)包，該方法還包括設(shè)置FEC包的冗余度，具體為將FEC包的冗余度設(shè)置為不大于5%。
5、 一種數(shù)據(jù)發(fā)送方法，其特征在于，包括發(fā)送媒體數(shù)據(jù)分組，并在發(fā)送媒體數(shù)據(jù)分組的同時，對所述媒體數(shù)據(jù)分 組進(jìn)行媒體緩存；根據(jù)接收端反饋的重新發(fā)送丟失的媒體包的請求，從媒體緩存的媒體數(shù) 據(jù)分組中查找對應(yīng)的媒體包，并在新的4某體數(shù)據(jù)分組發(fā)送所述對應(yīng)的々某體包 和FEC包。
6、 根據(jù)權(quán)利要求5所述的數(shù)據(jù)發(fā)送方法，其特征在于，還包括 為所述對應(yīng)的媒體包產(chǎn)生FEC包，在所述新的媒體數(shù)據(jù)分組中發(fā)送所述FEC包。
7、 . 一種客戶端，其特征在于，包括丟包檢測模塊，用于在接收完一個媒體數(shù)據(jù)分組后，判斷是否能夠恢復(fù) 丟失的媒體包；數(shù)據(jù)恢復(fù)模塊，用于在所述丟包檢測模塊判定能夠恢復(fù)丟失的媒體包 時，恢復(fù)丟失的媒體包；丟包信息上報模塊，用于在所述丟包檢測模塊判定重傳丟失的媒體包 時，向流媒體服務(wù)器發(fā)送丟包信息，請求流媒體服務(wù)器重新發(fā)送丟失的媒體 包。
8、 根據(jù)權(quán)利要求7所述的客戶端，其特征在于，還包括門限設(shè)置模塊，用于設(shè)置判定門限，具體為設(shè)定丟包門限及重傳門限；FEC設(shè)置模塊，用于設(shè)置FEC包的冗余度，具體為將FEC包的冗余度 設(shè)置為不大于5%。
9、 一種流媒體服務(wù)器，其特征在于，包括媒體數(shù)據(jù)媒體緩存模塊，用于在發(fā)送媒體數(shù)據(jù)分組的同時，對所述媒體 數(shù)據(jù)分組進(jìn)行媒體緩存；丟包補償模塊，用于根據(jù)接收端反饋的重新發(fā)送丟失的媒體包的請求， 從媒體緩存的媒體數(shù)據(jù)分組中查找對應(yīng)的媒體包，并在新的媒體數(shù)據(jù)分組發(fā) 送所述對應(yīng)的纟某體包和該i某體包的FEC包。
10、 一種數(shù)據(jù)傳輸系統(tǒng)，其特征在于，包括客戶端和流媒體服務(wù)器；所述客戶端，用于在接收完一個媒體數(shù)據(jù)分組后，判斷是否能夠恢復(fù)丟 失的媒體包，在所述丟包檢測模塊判定能夠恢復(fù)丟失的媒體包時，恢復(fù)丟失 的媒體包，或在所述丟包檢測模塊判定能夠重傳丟失的媒體包時，向流媒體 服務(wù)器發(fā)送丟包信息，請求流媒體服務(wù)器重新發(fā)送丟失的媒體包；所述流媒體服務(wù)器，用于在發(fā)送媒體數(shù)據(jù)分組的同時，對所述媒體數(shù)據(jù) 分組進(jìn)行媒體緩存，根據(jù)接收端反饋的重新發(fā)送丟失的媒體包的請求，從媒 體緩存的媒體數(shù)據(jù)分組中查找對應(yīng)的媒體包，并在新的媒體數(shù)據(jù)分組發(fā)送所 述對應(yīng)的纟某體包和該纟某體包的FEC包。
全文摘要
本發(fā)明公開了一種數(shù)據(jù)接收和發(fā)送方法、裝置及數(shù)據(jù)傳輸系統(tǒng)。涉及通信領(lǐng)域；解決了無法在合理占用網(wǎng)絡(luò)資源的同時實現(xiàn)對數(shù)據(jù)包丟失的可靠處理的問題。該數(shù)據(jù)接收方法包括在接收完一個媒體數(shù)據(jù)分組后，判斷是否能夠恢復(fù)丟失的媒體包；如果能夠恢復(fù)丟失的媒體包，則恢復(fù)丟失的媒體包；或，如果不能恢復(fù)丟失的媒體包，則向流媒體服務(wù)器發(fā)送丟包信息，請求流媒體服務(wù)器重新發(fā)送丟失的媒體包。本發(fā)明提供的技術(shù)方案適用于IPTV業(yè)務(wù)。
文檔編號H04L1/00GK101656597SQ20091017642
公開日2010年2月24日 申請日期2009年9月14日 優(yōu)先權(quán)日2009年9月14日
發(fā)明者周茂林, 孔繁夫, 黃宇軒 申請人:中興通訊股份有限公司