本發(fā)明涉及流媒體傳輸與控制技術(shù)，具體涉及一種流媒體傳輸優(yōu)化方法及裝置。

背景技術(shù)：

IPTV業(yè)務(wù)基于網(wǎng)絡(luò)層傳輸協(xié)議TCP/UDP進(jìn)行數(shù)據(jù)傳送。其中，TCP是面向連接的傳輸，可靠性好，但傳輸?shù)男实?在網(wǎng)絡(luò)質(zhì)量不好的情況下，實(shí)時(shí)性差；UDP不是面向連接的傳輸，可靠性差，會(huì)發(fā)生數(shù)據(jù)包丟失，但傳輸?shù)男室约皩?shí)時(shí)性較高。

目前市場上，各運(yùn)營商在各地區(qū)對于兩種流媒體數(shù)據(jù)傳輸方式都有應(yīng)用，但基于對實(shí)時(shí)性要求和網(wǎng)絡(luò)負(fù)載的考慮，首選方案較多為UDP，因此在UDP傳輸?shù)膽?yīng)用場景中，經(jīng)常會(huì)出現(xiàn)因?yàn)閬G包和抖動(dòng)等異常因素引起的視頻卡頓、花屏，影響流媒體播放效果。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明所要解決的技術(shù)問題是以UDP為數(shù)據(jù)傳輸基礎(chǔ)的IPTV架構(gòu)中，在保證IPTV播放實(shí)時(shí)性的前提下，如何提高傳輸可靠性、網(wǎng)絡(luò)適應(yīng)性以及增強(qiáng)本地緩存能力的問題。

為了解決上述技術(shù)問題，本發(fā)明所采用的技術(shù)方案是提供一種流媒體傳輸優(yōu)化方法，包括以下步驟：

步驟S10、終端與流媒體服務(wù)器之間進(jìn)行支持丟包重傳的初始化后，流媒體服務(wù)器開始以RTP報(bào)文向終端發(fā)送流媒體數(shù)據(jù)；

步驟S20、終端將檢測丟失RTP報(bào)文，并經(jīng)丟包監(jiān)測窗口聚合一組丟失RTP報(bào)文的序號后，通過RTSP信令向媒體服務(wù)器發(fā)起該組丟失RTP報(bào)文的重傳請求；

步驟S30、流媒體服務(wù)器根據(jù)重傳請求RTSP信令，通過原流媒體數(shù)據(jù)傳輸通道向終端重傳相應(yīng)RTP報(bào)文；

步驟S40、終端將收到重傳RTP報(bào)文插入到對應(yīng)位置；

步驟S50、終端實(shí)時(shí)監(jiān)測緩存狀態(tài)，控制流媒體服務(wù)器的流媒體數(shù)據(jù)以及重傳RTP報(bào)文發(fā)流速率，調(diào)整其緩存區(qū)。

在上述方法中，步驟S10包括以下步驟：

步驟S11、終端收到應(yīng)用發(fā)來的基于RTSP協(xié)議的流媒體播放任務(wù)，向流媒體服務(wù)器的RTSP服務(wù)器發(fā)起描述播放任務(wù)請求，并在描述播放任務(wù)請求信令中申明丟包重傳能力；

步驟S12、RTSP服務(wù)器回應(yīng)描述播放任務(wù)請求，并表示支持“丟包重傳”功能；

步驟S13、媒體服務(wù)器獲取描述播放任務(wù)請求信令中攜帶的終端流媒體接收地址，并以RTP報(bào)文方式開始向終端發(fā)送流媒體數(shù)據(jù)。

在上述方法中，步驟S20包括以下步驟：

步驟S21、終端在接收流媒體數(shù)據(jù)時(shí)，根據(jù)RTP報(bào)文序號檢測RTP報(bào)文丟失，將檢測到的丟失RTP報(bào)文序號記錄到丟包監(jiān)測窗口，丟包數(shù)加1；

步驟S22、判斷丟包監(jiān)測窗口的丟包數(shù)是否為1；如是，轉(zhuǎn)步驟S23；否則，轉(zhuǎn)步驟S24；

步驟S23、啟動(dòng)丟包監(jiān)測計(jì)時(shí)器，執(zhí)行步驟S21；

步驟S24、判斷丟包監(jiān)測窗口中丟包數(shù)是否達(dá)到預(yù)設(shè)值，如是，轉(zhuǎn)步驟S26；否則，轉(zhuǎn)步驟S25；

步驟S25、判斷丟包監(jiān)測計(jì)時(shí)器是否超時(shí)，如果超時(shí)，轉(zhuǎn)步驟S26；否則，轉(zhuǎn)步驟S21；

步驟S26、取消丟包監(jiān)測計(jì)時(shí)器，轉(zhuǎn)步驟S27；

步驟S27、終端把丟包監(jiān)測窗口中所有丟包RTP報(bào)文記錄轉(zhuǎn)移到重傳等待隊(duì)列中，并向流媒體服務(wù)器發(fā)起丟包重傳請求，丟包重傳請求信令攜帶所有丟包監(jiān)測窗口中丟包RTP報(bào)文的序號。

在上述方法中，在步驟S27中，在終端把丟包監(jiān)測窗口中所有丟包RTP報(bào)文記錄轉(zhuǎn)移到重傳等待隊(duì)列中時(shí)，清空丟包監(jiān)測窗口丟包RTP報(bào)文序號記錄及記數(shù)，準(zhǔn)備開始下一輪丟包監(jiān)測，并針對重傳等待隊(duì)列中的每個(gè)丟包RTP報(bào)文將記錄開啟重傳等待循環(huán)計(jì)時(shí)器，定時(shí)清理丟包重傳隊(duì)列中等待重傳、但是對應(yīng)的重傳等待循環(huán)計(jì)時(shí)器超時(shí)的丟包RTP報(bào)文記錄。

在上述方法中，步驟S40具體包括以下步驟：

步驟S41、當(dāng)收到新的RTP報(bào)文時(shí)，判斷是否是有效的重傳RTP報(bào)文，如是，轉(zhuǎn)步驟S42；否則，轉(zhuǎn)步驟S43；

步驟S42、將收到的重傳RTP報(bào)文根據(jù)其報(bào)文序號插入到終端接收流媒體數(shù)據(jù)的緩存區(qū)的相應(yīng)位置，并從重傳等待隊(duì)列中刪除對應(yīng)的丟包RTP報(bào)文記錄，轉(zhuǎn)步驟S44；

步驟S43、此報(bào)文已過期，丟棄；

步驟S44、判斷重傳等待隊(duì)列中是否還有丟包RTP報(bào)文記錄，如果是，轉(zhuǎn)步驟S41；否則，結(jié)束程序。

在上述方法中，步驟S50包括以下步驟：

步驟S51、終端實(shí)時(shí)監(jiān)測緩存狀態(tài)，如超過了緩存上溢或下溢的預(yù)警線，則向流媒體服務(wù)器發(fā)出攜帶指定的發(fā)流速度和需要調(diào)整的緩存大小信息的發(fā)流速率調(diào)整請求指令；

步驟S52、流媒體服務(wù)器根據(jù)終端的請求，基于指定的發(fā)流速度和終端需要調(diào)整的緩存大小信息確定發(fā)流速率調(diào)整的時(shí)間，進(jìn)行流媒體數(shù)據(jù)以及重傳RTP報(bào)文的發(fā)流速率調(diào)整。

在上述方法中，步驟S51包括以下步驟：

步驟S511、終端收到應(yīng)用發(fā)來的基于RTSP協(xié)議的流媒體播放任務(wù)，向RTSP服務(wù)器發(fā)起描述請求，并在描述請求信令中申明流量控制功能的支持能力；

步驟S512、RTSP服務(wù)器回應(yīng)描述請求，表示支持“流量控制”功能；

步驟S513、終端與RTSP服務(wù)器之間完成流量控制初始化，發(fā)出播放信令，播放信令攜帶初始發(fā)流速度和本地緩存大小的上溢門限；

步驟S514、終端接收到流媒體數(shù)據(jù)以及重傳RTP報(bào)文，存放到緩沖區(qū)；

步驟S515、如果終端檢測到RTP報(bào)文的丟包率明顯提升或下降，或者本地緩存出現(xiàn)上溢或下溢，終端通過設(shè)置緩存參數(shù)信令向服務(wù)器請求調(diào)整發(fā)流速度，發(fā)流速度調(diào)整方案為：

(1)本地緩存下溢：請求增大發(fā)流速度；

(2)本地緩存上溢：請求減小發(fā)送速度；

(3)報(bào)文丟包率上升：如果當(dāng)前處于加速發(fā)流，應(yīng)向服務(wù)器請求取消加速發(fā)流；如當(dāng)前速率正常，且緩存數(shù)據(jù)較多，則可向服務(wù)器請求以慢速發(fā)流。

在上述方法中，在步驟S52中，發(fā)流速率調(diào)整時(shí)間＝緩存大小的上溢門限/(碼率×請求速率)；

在發(fā)流速率調(diào)整時(shí)間內(nèi)以碼率與請求速率之積作為發(fā)流速度，向終端發(fā)送流媒體數(shù)據(jù)以及重傳RTP報(bào)文。

本發(fā)明還提供了一種流媒體傳輸優(yōu)化裝置，包括流媒體服務(wù)器和終端；

所述流媒體服務(wù)器包括主控模塊、RTSP服務(wù)器以及媒體數(shù)據(jù)發(fā)送模塊；

所述終端包括RTSP客戶機(jī)、緩存管理模塊以及數(shù)據(jù)接收和處理模塊；

所述RTSP客戶機(jī)發(fā)送申明支持丟包重傳的播放任務(wù)請求，所述RTSP服務(wù)器回應(yīng)該請求，完成終端與流媒體服務(wù)器之間支持丟包重傳的初始化；所述主控模塊根據(jù)播放任務(wù)請求控制所述媒體數(shù)據(jù)發(fā)送模塊開始以RTP報(bào)文向所述數(shù)據(jù)接收和處理模塊發(fā)送流媒體數(shù)據(jù)；

所述數(shù)據(jù)接收和處理模塊檢測接收的RTP報(bào)文，并經(jīng)通過丟包監(jiān)測窗口聚合一組丟失RTP報(bào)文的序號后，通過所述RTSP客戶機(jī)向所述流媒體服務(wù)器發(fā)起該組丟失RTP報(bào)文的重傳請求；

所述RTSP服務(wù)器處理丟失RTP報(bào)文的重傳請求，并發(fā)給所述主控模塊；所述主控模塊根據(jù)重傳請求控制所述媒體數(shù)據(jù)發(fā)送模塊通過原流媒體數(shù)據(jù)傳輸通道向終端重傳相應(yīng)RTP報(bào)文；所述數(shù)據(jù)接收和處理模塊將收到重傳RTP報(bào)文插入到對應(yīng)位置；

所述緩存管理模塊，用于管理所述終端本地緩存、監(jiān)測緩存水平；

如果本地緩存發(fā)生上溢或下溢，通過所述RTSP客戶機(jī)向所述流媒體服務(wù)器發(fā)送流速調(diào)整請求。

本發(fā)明采用丟包重傳技術(shù)，使IPTV終端在網(wǎng)絡(luò)質(zhì)量不好的情況下，可以有效地提高流媒體播放質(zhì)量；并通過采用流速控制技術(shù)有效地提高了點(diǎn)播、時(shí)移節(jié)目開始播放的速度，使非面向連接的傳輸具有簡單的擁塞避免機(jī)制，使終端有了本地緩存數(shù)據(jù)的能力，對于各種網(wǎng)絡(luò)異常(抖動(dòng)、瞬斷、以及其它不穩(wěn)定情況)有了不錯(cuò)的容錯(cuò)效果；且丟包重傳在流量控制技術(shù)的支持下，也有簡單的擁塞避免機(jī)制，避免丟包重傳給正常的流媒體數(shù)據(jù)傳輸帶來影響，不僅保證流媒體傳輸實(shí)時(shí)性，而且提高了流媒體的傳輸質(zhì)量，增加了終端設(shè)備的媒體緩存能力，使IPTV播放的音畫質(zhì)量以及流暢性得到提高，提升了IPTV服務(wù)的整體性能。

附圖說明

圖1為本發(fā)明提供一種流媒體傳輸優(yōu)化方法的流程圖；

圖2為本發(fā)明中步驟S20的具體流程圖；

圖3為本發(fā)明中步驟S40的具體流程圖；

圖4為本發(fā)明中步驟S51的具體流程圖；

圖5為本發(fā)明提供一種流媒體傳輸優(yōu)化裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

本發(fā)明通過丟包重傳和流量控制技術(shù)相結(jié)合，解決了IPTV網(wǎng)絡(luò)數(shù)據(jù)傳輸實(shí)時(shí)性與可靠性同時(shí)兼顧的問題。其中，丟包重傳技術(shù)，使IPTV終端在網(wǎng)絡(luò)質(zhì)量不好的情況下，可以有效地提高流媒體播放質(zhì)量；并與流量控制技術(shù)結(jié)合，使非面向連接的傳輸也有簡單的擁塞避免機(jī)制，不僅保證流媒體傳輸實(shí)時(shí)性，而且提高了流媒體的傳輸質(zhì)量，增加了終端設(shè)備的媒體緩存能力，使IPTV播放的音畫質(zhì)量以及流暢性得到提高，提升了IPTV服務(wù)的整體性能。以下為本發(fā)明涉及的名詞解釋：

IPTV：交互式網(wǎng)絡(luò)電視,是通過IP承載網(wǎng)絡(luò)向用戶提供能夠支持交互能力的電視節(jié)目的直播、點(diǎn)播和時(shí)移播放等業(yè)務(wù)的總稱。

RTSP：實(shí)時(shí)流傳輸協(xié)議，是一種控制實(shí)時(shí)流傳輸?shù)膽?yīng)用級協(xié)議，控制流媒體數(shù)據(jù)的傳輸,此協(xié)議主要應(yīng)用于IPTV系統(tǒng)，目前IPTV網(wǎng)絡(luò)中的媒體服務(wù)器基本上都是基于RTSP協(xié)議的媒體服務(wù)器。

下面結(jié)合說明書附圖和具體實(shí)施例對本發(fā)明做出詳細(xì)的說明。

本發(fā)明的適用場景為：具有IPTV播放能力的設(shè)備(機(jī)頂盒、電視等)作為流媒體播放的終端，向IPTV系統(tǒng)內(nèi)的流媒體服務(wù)器發(fā)起播放請求；流媒體服務(wù)器基于RTSP信令進(jìn)行控制,并使用UDP承載RTP報(bào)文的方式向終端傳輸流媒體數(shù)據(jù)。而基于UDP不可靠連接的數(shù)據(jù)傳輸，會(huì)發(fā)生丟包，可靠性低，本發(fā)明提供的一種流媒體傳輸優(yōu)化方法，有效的解決了這一問題，如圖1所示，包括以下步驟：

步驟S10、終端與流媒體服務(wù)器之間進(jìn)行支持丟包重傳的初始化后，流媒體服務(wù)器開始以RTP報(bào)文向終端發(fā)送流媒體數(shù)據(jù)。

步驟S20、終端將檢測丟失RTP報(bào)文，并通過丟包監(jiān)測窗口聚合一組丟失RTP報(bào)文的序號后，通過RTSP信令向媒體服務(wù)器發(fā)起該組丟失RTP報(bào)文的重傳請求。

步驟S30、流媒體服務(wù)器根據(jù)重傳請求RTSP信令，通過原流媒體數(shù)據(jù)傳輸通道向終端重傳相應(yīng)RTP報(bào)文，本發(fā)明采用帶外的丟包重傳機(jī)制，并不在RTSP信令傳輸通道內(nèi)傳送流媒體數(shù)據(jù)。

步驟S40、終端將收到重傳RTP報(bào)文插入到對應(yīng)位置，即終端正常接收流媒體數(shù)據(jù)的緩存區(qū)，由于重傳RTP報(bào)文不是順序上傳，需要插入到丟失前的原位置，以保證媒體流數(shù)據(jù)的正確性。

步驟S50、終端實(shí)時(shí)監(jiān)測緩存狀態(tài)，控制流媒體服務(wù)器流媒體數(shù)據(jù)以及重傳RTP報(bào)文發(fā)流速率，調(diào)整其緩存區(qū)，例如報(bào)文丟包率上升，說明流媒體數(shù)據(jù)的發(fā)流速率過快，對其進(jìn)行降速調(diào)整；如果當(dāng)前重傳RTP報(bào)文發(fā)流速率造成終端本地緩存上溢，則需要對重傳RTP報(bào)文發(fā)流速率進(jìn)行降速調(diào)整。

在本發(fā)明中，步驟S10包括以下步驟：

步驟S11、終端收到應(yīng)用發(fā)來的基于RTSP協(xié)議的流媒體播放任務(wù)，向流媒體服務(wù)器的RTSP服務(wù)器發(fā)起描述播放任務(wù)請求，并在描述播放任務(wù)請求信令中申明丟包重傳能力；

步驟S12、RTSP服務(wù)器回應(yīng)描述播放任務(wù)請求，并表示支持“丟包重傳”功能；

步驟S13、媒體服務(wù)器獲取描述播放任務(wù)請求信令(RTSP信令)中攜帶的終端流媒體接收地址，并以RTP報(bào)文方式開始向終端發(fā)送流媒體數(shù)據(jù)。

如圖2所示，在本發(fā)明中，步驟S20包括以下步驟：

步驟S21、終端在接收流媒體數(shù)據(jù)時(shí)，根據(jù)RTP報(bào)文序號檢測RTP報(bào)文丟失，將檢測到的丟失RTP報(bào)文序號記錄到丟包監(jiān)測窗口，丟包數(shù)加1；

在本發(fā)明中，如果延時(shí)收到之前已經(jīng)認(rèn)為丟失的RTP報(bào)文，則將該RTP報(bào)文序號從丟包監(jiān)測窗口中刪除；

步驟S22、判斷丟包監(jiān)測窗口的丟包數(shù)是否為1(此輪監(jiān)測到的當(dāng)前丟包數(shù)為1)；如是，轉(zhuǎn)步驟S23；否則，轉(zhuǎn)步驟S24；

步驟S23、啟動(dòng)丟包監(jiān)測計(jì)時(shí)器，執(zhí)行步驟S21；

步驟S24、判斷丟包監(jiān)測窗口中丟包數(shù)是否達(dá)到預(yù)設(shè)值(考慮到帶寬占用和流媒體服務(wù)器的處理壓力，終端不會(huì)發(fā)現(xiàn)一次丟包就發(fā)起一次重傳請求，而是進(jìn)行一定的聚合，預(yù)設(shè)值為設(shè)定的一次聚合重傳的最大丟包數(shù)，預(yù)設(shè)值大于等于1)，如是，轉(zhuǎn)步驟S26；否則，轉(zhuǎn)步驟S25；

步驟S25、判斷丟包監(jiān)測計(jì)時(shí)器是否超時(shí)，如果超時(shí)，轉(zhuǎn)步驟S26；否則，轉(zhuǎn)步驟S21；

步驟S26、取消丟包監(jiān)測計(jì)時(shí)器，轉(zhuǎn)步驟S27；

步驟S27、終端把丟包監(jiān)測窗口中所有丟包RTP報(bào)文記錄轉(zhuǎn)移到重傳等待隊(duì)列中，并向流媒體服務(wù)器發(fā)起丟包重傳請求，丟包重傳請求信令(RTSP信令)攜帶所有丟包監(jiān)測窗口中丟包RTP報(bào)文的序號。

在步驟S27中，在終端把丟包監(jiān)測窗口中所有丟包RTP報(bào)文記錄轉(zhuǎn)移到重傳等待隊(duì)列中時(shí)，清空丟包監(jiān)測窗口丟包RTP報(bào)文序號記錄及記數(shù)，準(zhǔn)備開始下一輪丟包監(jiān)測，并針對重傳等待隊(duì)列中的每個(gè)丟包RTP報(bào)文將記錄開啟重傳等待循環(huán)計(jì)時(shí)器，定時(shí)清理丟包重傳隊(duì)列中等待重傳、但是超出預(yù)期重傳等待時(shí)間(對應(yīng)的重傳等待循環(huán)計(jì)時(shí)器超時(shí))的丟包RTP報(bào)文記錄，超時(shí)沒收到重傳的丟包RTP報(bào)文，視為丟包，但不影響播放的實(shí)時(shí)性，由丟包引起的質(zhì)量問題會(huì)交由播放器來進(jìn)行二次優(yōu)化。

在步驟S30中，流媒體服務(wù)器根據(jù)重傳請求RTSP信令攜帶的丟包RTP報(bào)文序號依次進(jìn)行重傳，流媒體服務(wù)器對丟包重傳有抑制機(jī)制，對于丟包率、重傳請求次數(shù)和頻率都可做出限制。

如圖3所示，步驟S40具體包括以下步驟：

步驟S41、當(dāng)收到新的RTP報(bào)文時(shí)，判斷是否是有效的重傳RTP報(bào)文(判斷依據(jù)為一直缺失，且沒有超出預(yù)期重傳等待時(shí)間)，如是，轉(zhuǎn)步驟S42；否則，轉(zhuǎn)步驟S43；

步驟S42、將收到的重傳RTP報(bào)文根據(jù)其報(bào)文序號插入到終端接收流媒體數(shù)據(jù)的緩存區(qū)的相應(yīng)位置(丟失前的原位置)，并從重傳等待隊(duì)列中刪除對應(yīng)的丟包RTP報(bào)文記錄，轉(zhuǎn)步驟S44；

步驟S43、此報(bào)文已過期，丟棄；

步驟S44、判斷重傳等待隊(duì)列中是否還有丟包RTP報(bào)文記錄(播放被終止同樣視為接收完畢)，如果是，轉(zhuǎn)步驟S41；否則，結(jié)束程序。

本發(fā)明基于RTSP協(xié)議，還擴(kuò)展了一種流量控制技術(shù)，通過終端控制流媒體服務(wù)器發(fā)流速率(流量)，對緩存區(qū)調(diào)整，達(dá)到避免擁塞的目的，包括以下步驟：

步驟S51、終端實(shí)時(shí)監(jiān)測緩存狀態(tài)，如超過了緩存上溢或下溢的預(yù)警線，則向流媒體服務(wù)器發(fā)出攜帶指定的發(fā)流速度和需要調(diào)整的緩存大小信息的發(fā)流速率調(diào)整請求指令。

步驟S52、流媒體服務(wù)器根據(jù)終端的請求，基于指定的發(fā)流速度和終端需要調(diào)整的緩存大小信息確定發(fā)流速率調(diào)整的時(shí)間，進(jìn)行流媒體數(shù)據(jù)以及重傳RTP報(bào)文的發(fā)流速率調(diào)整。

在步驟S52中，流媒體服務(wù)器收到攜帶發(fā)流速率調(diào)整參數(shù)的播放請求，計(jì)算發(fā)流速率調(diào)整時(shí)間，發(fā)流速率調(diào)整時(shí)間＝緩存大小的上溢門限/(碼率*請求速率)，然后在發(fā)流速率調(diào)整時(shí)間內(nèi)以碼率與請求速率之積作為發(fā)流速度，向終端發(fā)送數(shù)據(jù)報(bào)文。

在本發(fā)明中，如圖4所示，步驟S51包括以下步驟：

步驟S511、終端收到應(yīng)用發(fā)來的基于RTSP協(xié)議的流媒體播放任務(wù)，向RTSP服務(wù)器發(fā)起描述請求，并在描述請求信令中申明流量控制功能的支持能力；

步驟S512、RTSP服務(wù)器回應(yīng)描述請求，表示支持“流量控制”功能；

步驟S513、終端與RTSP服務(wù)器之間完成流量控制初始化，發(fā)出播放信令，播放信令攜帶初始發(fā)流速度和本地緩存大小的上溢門限，為了達(dá)到快速開始播放的目的，一般初始發(fā)流速度會(huì)設(shè)置為大于1倍速；而緩存大小的上溢門限建議為總緩存大小的百分之六十至八十；

步驟S514、終端接收到流媒體數(shù)據(jù)以及重傳RTP報(bào)文，存放到緩沖區(qū)；

步驟S515、如果終端檢測到RTP報(bào)文的丟包率明顯提升或下降，或者本地緩存出現(xiàn)上溢或下溢，終端通過設(shè)置緩存參數(shù)信令向服務(wù)器請求調(diào)整發(fā)流速度，發(fā)流速度調(diào)整有以下三種情況：

(1)本地緩存下溢：請求增大發(fā)流速度；

(2)本地緩存上溢：請求減小發(fā)送速度；

(3)報(bào)文丟包率上升：如果當(dāng)前處于加速發(fā)流，應(yīng)向服務(wù)器請求取消加速發(fā)流；如當(dāng)前速率正常，且緩存數(shù)據(jù)較多，則可向服務(wù)器請求以慢速發(fā)流。

在本發(fā)明中，發(fā)流速率調(diào)整后，終端實(shí)時(shí)監(jiān)測丟包重傳的狀態(tài)，如丟包較為明顯，應(yīng)取消加速發(fā)流，且視緩存的情況決定是否減速發(fā)流，避免流速調(diào)控影響到傳輸質(zhì)量，從而提高網(wǎng)絡(luò)適應(yīng)性。

如圖5所示，本發(fā)明還提供了一種流媒體傳輸優(yōu)化裝置，包括IPTV系統(tǒng)中媒體平臺(tái)層的流媒體服務(wù)子系統(tǒng)和終端層的終端20。

流媒體服務(wù)子系統(tǒng)是為用戶直接提供流服務(wù)的子系統(tǒng)，本發(fā)明中稱為流媒體服務(wù)器10，包括主控模塊11、RTSP服務(wù)器12以及媒體數(shù)據(jù)發(fā)送模塊13；

終端20包括RTSP客戶機(jī)21、數(shù)據(jù)接收和處理模塊22以及緩存管理模塊23；

RTSP客戶機(jī)21發(fā)送申明支持丟包重傳的播放任務(wù)請求，RTSP服務(wù)器12回應(yīng)該請求，完成終端20與流媒體服務(wù)器10之間支持丟包重傳的初始化；

主控模塊11根據(jù)播放任務(wù)請求控制媒體數(shù)據(jù)發(fā)送模塊13開始以RTP報(bào)文向數(shù)據(jù)接收和處理模塊22發(fā)送流媒體數(shù)據(jù)；

數(shù)據(jù)接收和處理模塊22檢測接收的RTP報(bào)文，并經(jīng)通過丟包監(jiān)測窗口聚合一組丟失RTP報(bào)文的序號后，通過RTSP客戶機(jī)21向流媒體服務(wù)器10發(fā)起該組丟失RTP報(bào)文的重傳請求；

RTSP服務(wù)器12處理丟失RTP報(bào)文的重傳請求，并發(fā)給主控模塊11；主控模塊11根據(jù)重傳請求控制媒體數(shù)據(jù)發(fā)送模塊13通過原流媒體數(shù)據(jù)傳輸通道向終端重傳相應(yīng)RTP報(bào)文；

數(shù)據(jù)接收和處理模塊22將收到重傳RTP報(bào)文插入到對應(yīng)位置。

緩存管理模塊23用于管理終端本地緩存，監(jiān)測緩存水平，如果本地緩存發(fā)生上溢或下溢，通過RTSP客戶機(jī)21向流媒體服務(wù)器10發(fā)送流速調(diào)整請求。

顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。