專利名稱：高質(zhì)量流媒體傳送方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電子通信技術(shù)中流媒體文件傳輸技術(shù)領(lǐng)域，特別涉及一種可充分利用網(wǎng)絡(luò)帶寬將高質(zhì)量媒體內(nèi)容傳送到播放終端的流媒體傳送方法。
背景技術(shù)：
流媒體是指包含時(shí)基信息的媒體內(nèi)容。依據(jù)媒體中包含的時(shí)間信息進(jìn)行媒體展現(xiàn)即可正確的進(jìn)行媒體播放。流媒體內(nèi)容存在兩種傳送方式，一種是下載，將媒體文件完全傳送到播放終端，再進(jìn)行播放，這需要用戶等待較長(zhǎng)時(shí)間，可傳送編碼質(zhì)量較好的媒體文件。另一種是流方式，將媒體文件源源不斷發(fā)送到播放終端，播放終端每獲得一部分能播放的媒體內(nèi)容，就進(jìn)行媒體播放。用戶基本上不需要等待，當(dāng)傳輸帶寬較低時(shí)，不能用于傳送質(zhì)量較好的媒體內(nèi)容。如何能保證用戶等待時(shí)間較少，同時(shí)又能讓用戶觀看到質(zhì)量較好的媒體內(nèi)容？這正是本發(fā)明需要解決的問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題在于，提供了一種高質(zhì)量流媒體傳送方法，可以可充分利用網(wǎng)絡(luò)帶寬，將高質(zhì)量的媒體內(nèi)容傳送到播放終端，用戶等待時(shí)間較少，同時(shí)又可以觀看到質(zhì)量較好的媒體內(nèi)容。
為解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種高質(zhì)量流媒體傳送方法，包括以下步驟(1)流媒體服務(wù)器在流媒體文件開(kāi)始傳送時(shí)，將媒體數(shù)據(jù)嵌入到實(shí)時(shí)流媒體協(xié)議的響應(yīng)消息中，分成多個(gè)數(shù)據(jù)包發(fā)送播放終端；(2)流媒體服務(wù)器判斷已發(fā)送的媒體數(shù)據(jù)是否能夠彌補(bǔ)在最低帶寬傳輸條件下少于編碼帶寬傳輸條件下的傳輸數(shù)據(jù)量；
(3)如果已發(fā)送的媒體數(shù)據(jù)不能彌補(bǔ)在最低帶寬傳輸條件下少于編碼帶寬傳輸條件下的傳輸數(shù)據(jù)量，則繼續(xù)采用實(shí)時(shí)流媒體協(xié)議發(fā)送媒體數(shù)據(jù)；(4)如果已發(fā)送的媒體數(shù)據(jù)能夠彌補(bǔ)在最低帶寬傳輸條件下少于編碼帶寬傳輸條件下的傳輸數(shù)據(jù)量，則停止采用實(shí)時(shí)流媒體協(xié)議發(fā)送媒體數(shù)據(jù)；流媒體服務(wù)器采用實(shí)時(shí)傳輸協(xié)議進(jìn)行后續(xù)媒體數(shù)據(jù)的發(fā)送。
所述實(shí)時(shí)流媒體協(xié)議可以采用傳輸控制協(xié)議承載。
所述實(shí)時(shí)傳輸協(xié)議可以采用用戶數(shù)據(jù)包協(xié)議承載。
所述步驟(1)可以進(jìn)一步包括流媒體服務(wù)器在流媒體會(huì)話過(guò)程中，接收播放終端發(fā)送的play請(qǐng)求，并將媒體數(shù)據(jù)嵌入到實(shí)時(shí)流媒體協(xié)議的play響應(yīng)消息中。
所述步驟(2)可以進(jìn)一步包括流媒體服務(wù)器記錄發(fā)送的數(shù)據(jù)量及發(fā)送時(shí)間，計(jì)算當(dāng)前的傳輸帶寬，得到不同時(shí)間段的傳輸帶寬，其中最小的傳輸帶寬作為網(wǎng)絡(luò)最低帶寬。
所述步驟(2)可以進(jìn)一步包括流媒體服務(wù)器記錄發(fā)送的數(shù)據(jù)量及發(fā)送時(shí)間，計(jì)算當(dāng)前的傳輸帶寬，得到不同時(shí)間段的傳輸帶寬，采用經(jīng)驗(yàn)估計(jì)法計(jì)算網(wǎng)絡(luò)最低帶寬。
所述步驟(2)可以進(jìn)一步包括，流媒體服務(wù)器判斷已發(fā)送的媒體數(shù)據(jù)是否能夠彌補(bǔ)在最低帶寬傳輸條件下少于編碼帶寬傳輸條件下的傳輸數(shù)據(jù)量的步驟是初始傳送的數(shù)據(jù)量與在網(wǎng)絡(luò)最低帶寬情況下媒體播放時(shí)間內(nèi)傳輸?shù)臄?shù)據(jù)量之和是否與媒體的總體數(shù)據(jù)量相等。
本發(fā)明方法提供高質(zhì)量流媒體傳送，不需要播放終端進(jìn)行特殊修改，在實(shí)際應(yīng)用中具有較好的競(jìng)爭(zhēng)優(yōu)勢(shì)。整個(gè)工作只需在流媒體服務(wù)器中完成，可充分利用網(wǎng)絡(luò)帶寬，將高質(zhì)量的媒體內(nèi)容傳送到播放終端，用戶等待時(shí)間較少，同時(shí)又可以觀看到質(zhì)量較好的媒體內(nèi)容。


圖1為根據(jù)本發(fā)明實(shí)施例所述的高質(zhì)量流媒體傳送方法的流程圖；圖2為根據(jù)本發(fā)明實(shí)施例所述的高質(zhì)量流媒體傳送方法的系統(tǒng)結(jié)構(gòu)圖。
具體實(shí)施例方式
如圖1所示，為根據(jù)本發(fā)明實(shí)施例所述的高質(zhì)量流媒體傳送方法的流程圖。在流媒體開(kāi)始傳送時(shí)，采用RTSP/TCP(實(shí)時(shí)流媒體協(xié)議/傳輸控制協(xié)議)傳輸協(xié)議進(jìn)行傳送，TCP屬于可靠傳輸，會(huì)根據(jù)網(wǎng)絡(luò)傳輸能力將媒體內(nèi)容盡量傳送到播放終端，當(dāng)媒體數(shù)據(jù)量傳送到一定量后，再采用RTP/UDP(實(shí)時(shí)傳輸協(xié)議/用戶數(shù)據(jù)包協(xié)議)方式傳送剩余的媒體內(nèi)容。在進(jìn)行UDP方式傳送媒體內(nèi)容時(shí)，播放終端開(kāi)始進(jìn)行媒體內(nèi)容播放?？刂坪肨CP方式傳送的媒體內(nèi)容數(shù)量，可充分利用網(wǎng)絡(luò)帶寬，保證將最好質(zhì)量的媒體內(nèi)容傳送到播放終端。其具體步驟為(步驟101)在進(jìn)行正常的流媒體會(huì)話過(guò)程中，流媒體播放終端向流媒體服務(wù)器發(fā)送play請(qǐng)求，要求開(kāi)始進(jìn)行媒體播放，為傳輸高質(zhì)量的媒體內(nèi)容，流服務(wù)器將媒體內(nèi)容嵌入到rtsp的play響應(yīng)消息中。內(nèi)嵌的數(shù)據(jù)格式如rfc2326的10.12節(jié)定義。此部分?jǐn)?shù)據(jù)的發(fā)送是采用tcp協(xié)議傳送的。
(步驟102)流服務(wù)器記錄發(fā)送的數(shù)據(jù)量及發(fā)送時(shí)間，估計(jì)出當(dāng)前的傳輸帶寬。得到不同時(shí)間段的傳輸帶寬。其中最小的傳輸帶寬作為網(wǎng)絡(luò)最惡劣情況下的傳輸帶寬。當(dāng)然最低傳輸帶寬也可采用經(jīng)驗(yàn)估計(jì)。例如最低媒體傳輸帶寬為30kbps。
(步驟103)判斷tcp方式發(fā)送的數(shù)據(jù)量是否足夠，判斷方法為初始傳送的數(shù)據(jù)量與在最惡劣情況下媒體播放時(shí)間內(nèi)傳輸?shù)臄?shù)據(jù)量之和是否與媒體的總體數(shù)據(jù)量相當(dāng)。
(步驟104)如果兩者相當(dāng)，則可采用rtp方式傳送后續(xù)的媒體數(shù)據(jù)內(nèi)容。例如媒體編碼帶寬為60kbps，時(shí)間長(zhǎng)度為120秒。最低傳輸帶寬為30kbps，則在完成至少450kbytes的數(shù)據(jù)傳送后，才能切換到采用rtp傳送媒體數(shù)據(jù)，這樣才能保證媒體播放過(guò)程中不出現(xiàn)中斷現(xiàn)象。
(步驟105)否則，繼續(xù)采用tcp方式發(fā)送媒體流。
(步驟106)播放終端接收到rtp包發(fā)送的媒體數(shù)據(jù)流后，開(kāi)始進(jìn)行媒體播放。
如圖2所示，為根據(jù)本發(fā)明實(shí)施例所述的高質(zhì)量流媒體傳送方法的系統(tǒng)結(jié)構(gòu)圖。高質(zhì)量流媒體傳送系統(tǒng)包括流媒體服務(wù)器201和播放終端202，流媒體服務(wù)器201包括傳輸控制模塊203和傳輸判斷模塊204，其中傳輸控制模塊203，用于實(shí)現(xiàn)媒體數(shù)據(jù)傳輸?shù)倪^(guò)程控制，在流媒體文件開(kāi)始傳送時(shí)，將媒體數(shù)據(jù)嵌入到實(shí)時(shí)流媒體協(xié)議的響應(yīng)消息中，分成多個(gè)數(shù)據(jù)包發(fā)送播放終端；并根據(jù)傳輸判斷模塊204上報(bào)的判斷結(jié)果，決定是否停止采用實(shí)時(shí)流媒體協(xié)議，改用實(shí)時(shí)傳輸協(xié)議進(jìn)行后續(xù)媒體數(shù)據(jù)的發(fā)送。
傳輸判斷模塊204，用于判斷已發(fā)送的媒體數(shù)據(jù)是否能夠彌補(bǔ)在最低帶寬傳輸條件下少于編碼帶寬傳輸條件下的傳輸數(shù)據(jù)量，并將判斷結(jié)果上報(bào)傳輸控制模塊203。
流媒體文件傳輸?shù)倪^(guò)程包括1、流媒體服務(wù)器201將媒體數(shù)據(jù)打包進(jìn)RTSP的PLAY響應(yīng)消息中，分成多個(gè)數(shù)據(jù)包向播放終端202發(fā)送，RTSP協(xié)議采用TCP承載。
2、流媒體服務(wù)器201依據(jù)網(wǎng)絡(luò)的最低傳輸能力判斷已發(fā)送媒體內(nèi)容是否能彌補(bǔ)播放過(guò)程中在最低帶寬下，與編碼帶寬相比少傳輸?shù)臄?shù)據(jù)量，如果可以，則結(jié)束步驟1的發(fā)送。如果不能滿足，則繼續(xù)步驟1的發(fā)送。
3、結(jié)束步驟1的傳送后，流媒體服務(wù)器201開(kāi)始采用RTP方式進(jìn)行后續(xù)媒體的發(fā)送。RTP協(xié)議采用UDP承載。
權(quán)利要求
1.一種高質(zhì)量流媒體傳送方法，其特征在于，包括以下步驟(1)流媒體服務(wù)器在流媒體文件開(kāi)始傳送時(shí)，將媒體數(shù)據(jù)嵌入到實(shí)時(shí)流媒體協(xié)議的響應(yīng)消息中，分成多個(gè)數(shù)據(jù)包發(fā)送播放終端；(2)流媒體服務(wù)器判斷已發(fā)送的媒體數(shù)據(jù)是否能夠彌補(bǔ)在最低帶寬傳輸條件下少于編碼帶寬傳輸條件下的傳輸數(shù)據(jù)量；(3)如果已發(fā)送的媒體數(shù)據(jù)不能彌補(bǔ)在最低帶寬傳輸條件下少于編碼帶寬傳輸條件下的傳輸數(shù)據(jù)量，則繼續(xù)采用實(shí)時(shí)流媒體協(xié)議發(fā)送媒體數(shù)據(jù)；(4)如果已發(fā)送的媒體數(shù)據(jù)能夠彌補(bǔ)在最低帶寬傳輸條件下少于編碼帶寬傳輸條件下的傳輸數(shù)據(jù)量，則停止采用實(shí)時(shí)流媒體協(xié)議發(fā)送媒體數(shù)據(jù)；流媒體服務(wù)器采用實(shí)時(shí)傳輸協(xié)議進(jìn)行后續(xù)媒體數(shù)據(jù)的發(fā)送。
2.根據(jù)權(quán)利要求1所述方法，其特征在于，所述實(shí)時(shí)流媒體協(xié)議采用傳輸控制協(xié)議承載。
3.根據(jù)權(quán)利要求1所述方法，其特征在于，所述實(shí)時(shí)傳輸協(xié)議采用用戶數(shù)據(jù)包協(xié)議承載。
4.根據(jù)權(quán)利要求1所述方法，其特征在于，所述步驟(1)進(jìn)一步包括流媒體服務(wù)器在流媒體會(huì)話過(guò)程中，接收播放終端發(fā)送的play請(qǐng)求，并將媒體數(shù)據(jù)嵌入到實(shí)時(shí)流媒體協(xié)議的play響應(yīng)消息中。
5.根據(jù)權(quán)利要求1所述方法，其特征在于，所述步驟(2)進(jìn)一步包括流媒體服務(wù)器記錄發(fā)送的數(shù)據(jù)量及發(fā)送時(shí)間，計(jì)算當(dāng)前的傳輸帶寬，得到不同時(shí)間段的傳輸帶寬，其中最小的傳輸帶寬作為網(wǎng)絡(luò)最低帶寬。
6.根據(jù)權(quán)利要求1所述方法，其特征在于，所述步驟(2)進(jìn)一步包括流媒體服務(wù)器記錄發(fā)送的數(shù)據(jù)量及發(fā)送時(shí)間，計(jì)算當(dāng)前的傳輸帶寬，得到不同時(shí)間段的傳輸帶寬，采用經(jīng)驗(yàn)估計(jì)法計(jì)算網(wǎng)絡(luò)最低帶寬。
7.根據(jù)權(quán)利要求1所述方法，其特征在于，所述步驟(2)進(jìn)一步包括，流媒體服務(wù)器判斷已發(fā)送的媒體數(shù)據(jù)是否能夠彌補(bǔ)在最低帶寬傳輸條件下少于編碼帶寬傳輸條件下的傳輸數(shù)據(jù)量的步驟是初始傳送的數(shù)據(jù)量與在網(wǎng)絡(luò)最低帶寬情況下媒體播放時(shí)間內(nèi)傳輸?shù)臄?shù)據(jù)量之和是否與媒體的總體數(shù)據(jù)量相等。
全文摘要
本發(fā)明提供了一種高質(zhì)量流媒體傳送方法，包括以下步驟(1)流媒體服務(wù)器在流媒體文件開(kāi)始傳送時(shí)，將媒體數(shù)據(jù)嵌入到實(shí)時(shí)流媒體協(xié)議的響應(yīng)消息中，分成多個(gè)數(shù)據(jù)包發(fā)送播放終端；(2)流媒體服務(wù)器判斷已發(fā)送的媒體數(shù)據(jù)是否能夠彌補(bǔ)在最低帶寬傳輸條件下少于編碼帶寬傳輸條件下的傳輸數(shù)據(jù)量；(3)如果不能，則繼續(xù)采用實(shí)時(shí)流媒體協(xié)議發(fā)送媒體數(shù)據(jù)；(4)如果能，則采用實(shí)時(shí)傳輸協(xié)議進(jìn)行后續(xù)媒體數(shù)據(jù)的發(fā)送。本發(fā)明方法不需要播放終端進(jìn)行特殊修改，整個(gè)工作只需在流媒體服務(wù)器中完成，可充分利用網(wǎng)絡(luò)帶寬，將高質(zhì)量媒體內(nèi)容傳送到播放終端，終端等待時(shí)間少，在實(shí)際應(yīng)用中具有較好的競(jìng)爭(zhēng)優(yōu)勢(shì)。
文檔編號(hào)H04N7/173GK101039414SQ200610065110
公開(kāi)日2007年9月19日 申請(qǐng)日期2006年3月17日 優(yōu)先權(quán)日2006年3月17日
發(fā)明者李鳳軍 申請(qǐng)人:中興通訊股份有限公司