rtcp對(duì)媒體流的作用

《rtcp對(duì)媒體流的作用》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在工程資料-天天文庫(kù)。

1、你可能用過(guò)VOD,印象敲深的可能不是點(diǎn)播的樂(lè)趣，而是差勁的影音質(zhì)量，這里冇片源的問(wèn)題，也有影咅制作、傳輸?shù)确矫娴膯?wèn)題。新的流媒體應(yīng)用要求互聯(lián)網(wǎng)提供有服務(wù)質(zhì)最保證(QoS)的傳輸，在現(xiàn)有的網(wǎng)絡(luò)狀況卞，為人們提供更高級(jí)的視聽(tīng)享受。未來(lái)，流媒體的-個(gè)主要研究方向就是讓——RTCP協(xié)議作為RTP協(xié)議的-?個(gè)重要補(bǔ)充，配合傳輸層協(xié)議，保證了流媒體的實(shí)吋性特征,滿足了用戶在1P網(wǎng)上對(duì)QoS的需求。RTCP以反饋機(jī)制實(shí)現(xiàn)對(duì)媒體服務(wù)的QoS控制，充分利用現(xiàn)有的網(wǎng)絡(luò)資源，具有造價(jià)低、效果好的優(yōu)點(diǎn)，是當(dāng)前流媒體研究的一個(gè)熱點(diǎn)。新的流媒體應(yīng)用要求互聯(lián)網(wǎng)提供有服務(wù)質(zhì)最(QoS)保證的

2、傳輸，在現(xiàn)有網(wǎng)絡(luò)狀況下，能為人們帶來(lái)更高級(jí)的視聽(tīng)享受?；ヂ?lián)網(wǎng)是一個(gè)棊于包交換的通信網(wǎng)，初期的設(shè)計(jì)冃標(biāo)是要解決網(wǎng)絡(luò)的連通性和高可靠性，并沒(méi)有對(duì)實(shí)時(shí)性進(jìn)行較多的考慮。為了在包交換網(wǎng)絡(luò)上提供有服務(wù)質(zhì)量保證的傳輸，必須解決預(yù)留資源、分類信息、吋間同步等問(wèn)題?；?P的實(shí)時(shí)協(xié)議就是針對(duì)不同的側(cè)重點(diǎn)，對(duì)原有的協(xié)議族進(jìn)行改造，來(lái)滿足實(shí)吋通信的耍求。這些協(xié)議主要分布在兩層：網(wǎng)絡(luò)層和傳輸層，屬于網(wǎng)絡(luò)層的有RSVP、DiffServ,屬于傳輸層的有RTP、RTCP、RTSP等。RTP協(xié)議是互聯(lián)網(wǎng)上廣泛應(yīng)用的流媒體傳輸協(xié)議。通常運(yùn)行于RTP/UDP模式下，而UDP協(xié)議本身不提供任何

3、傳輸可靠性保證，傳輸層的控制功能主要由它的控制部分RTCP協(xié)議來(lái)實(shí)現(xiàn)。RTCP協(xié)議是RTP協(xié)議的控制部分。RTP用來(lái)傳遞實(shí)吋多媒體數(shù)據(jù)信息，除了攜帶多媒體數(shù)據(jù)外，它還給出了所攜帶負(fù)載的時(shí)間戳、順序號(hào)等信息。為了可靠、高效地傳送實(shí)時(shí)數(shù)據(jù)，RTP和RTCP必須配合使用。RTCP依靠反饋機(jī)制根據(jù)已經(jīng)發(fā)送的數(shù)據(jù)報(bào)文對(duì)帶寬進(jìn)行調(diào)整、優(yōu)化，從而實(shí)現(xiàn)對(duì)流媒體服務(wù)的QoS控制。RTCP反饋可以肓接作用于編碼、發(fā)送、其至協(xié)議選擇環(huán)節(jié)。作用于宜播編碼RTCP監(jiān)視RTP傳輸?shù)姆?wù)質(zhì)最，定期將RTCP報(bào)文發(fā)送給流媒體服務(wù)器。RTCP報(bào)文包括已發(fā)送數(shù)據(jù)包的數(shù)量、丟失數(shù)據(jù)包的數(shù)量等統(tǒng)計(jì)資

4、料，直播服務(wù)器對(duì)以利川這些信息動(dòng)態(tài)地改變編碼質(zhì)量。例如，對(duì)MPEG-4編碼來(lái)說(shuō)，如果接收?qǐng)?bào)告(RR)報(bào)文傳送丟包率人于20%,則改變了編碼碼率。這項(xiàng)應(yīng)用需要建立在多碼率應(yīng)用棊礎(chǔ)Z上才能收到更好的使用效果。MPEG在視頻編碼壓縮上采取用三種類型的圖像：幀內(nèi)圖(TntaPicture,T)、預(yù)測(cè)圖(PredictedPictures,P)和差補(bǔ)圖,即雙向預(yù)測(cè)圖(BidirectionalPrediction,B)。1幀可捉供隨機(jī)存取的存放位置，但壓縮比不人；P幀可以由1幀或前而的P幀進(jìn)行預(yù)測(cè)，壓縮比人于I幀；B幀是通過(guò)先前和后繼的信息進(jìn)行預(yù)測(cè)，因此壓縮效果最顯著。

5、一個(gè)視頻流序列沿吋間軸方向的順序排列如：IBBPBBPBBIBBPBBP如此的序列受兩個(gè)參數(shù)M和N約束』為相鄰的I幀與P幀和相鄰的兩個(gè)P幀間的距離,上而的序列M為3；N為相鄰的1幀的距離，上而序列N為9。SI*UI體■■系紋権M結(jié)構(gòu)肓接作用于編碼參數(shù)M、N的觀上來(lái)看，就是在改變編碼的圖1給出了流媒體盲.播系在播放進(jìn)行中動(dòng)態(tài)地實(shí)現(xiàn)率需要實(shí)現(xiàn)單文件多碼率技的Linux流媒體服務(wù)器屮，采多編碼器的技術(shù)實(shí)現(xiàn)分級(jí)的務(wù)oRTCP反饋實(shí)際作用于編碼根據(jù)MPEG-4碼流的特點(diǎn)，設(shè)計(jì)RTCP反饋調(diào)節(jié)。從宜碼率。統(tǒng)結(jié)構(gòu)圖。在服務(wù)啟動(dòng)之前，服務(wù)器給客圖2流媒體點(diǎn)播系統(tǒng)框架調(diào)整編碼碼

6、術(shù)。在現(xiàn)冇用單服務(wù)器多碼率服器的選擇。戶端發(fā)送測(cè)試包，通過(guò)客戶端的RTCP反饋RR報(bào)文，選擇適合客戶端網(wǎng)絡(luò)狀況的編碼器。服務(wù)建立之后，在數(shù)據(jù)傳送過(guò)程屮還不能實(shí)現(xiàn)不同編碼器之間的切換。這時(shí)候RTCP的統(tǒng)計(jì)報(bào)文通過(guò)有效調(diào)節(jié)傳輸速率控制流媒體服務(wù)的QoS。作用于數(shù)據(jù)發(fā)送環(huán)節(jié)對(duì)于點(diǎn)播服務(wù)器來(lái)說(shuō)，人最視頻數(shù)據(jù)已經(jīng)完成編碼。RTCP反饋信息就可以改變數(shù)據(jù)發(fā)送速率，或?qū)γ叫輸?shù)據(jù)進(jìn)行選擇性丟棄。圖2顯示的是流媒體點(diǎn)播系統(tǒng)框架示意圖。當(dāng)RR報(bào)文傳送丟包率、接收包總數(shù)等統(tǒng)計(jì)信息超過(guò)臨界值，如丟包率超過(guò)20%,則改變發(fā)包速率。正常悄況下，傳送一個(gè)700Kbps左右的媒體文件，服務(wù)器

7、每秒傳送人于700個(gè)左右IP報(bào)文。一旦解析發(fā)現(xiàn)接收端丟包現(xiàn)象嚴(yán)重(超過(guò)20%)，則發(fā)包速率降低。設(shè)定接收端緩沖2秒數(shù)據(jù)，當(dāng)(oldrate-newrate)*time>2秒，則播放出現(xiàn)不連續(xù)，甚至停止。調(diào)整發(fā)包速率的方法雖然在一定程度上能夠緩解暫時(shí)的網(wǎng)絡(luò)擁塞造成的影響，但是卻不能從木質(zhì)上減輕網(wǎng)絡(luò)負(fù)載，緩解擁寒狀況。更為有效的辦法是在服務(wù)器端就對(duì)數(shù)據(jù)包進(jìn)行有選擇性的丟棄。用MPEG-4壓縮多媒體數(shù)據(jù)，I幀數(shù)據(jù)相對(duì)獨(dú)立，是解碼時(shí)必須的數(shù)據(jù)，因此應(yīng)盡量保留；P幀需要與相鄰的T幀配合，進(jìn)行運(yùn)動(dòng)圖像恢復(fù)，重要程度僅次于T幀;P幀的每幀數(shù)據(jù)量最少，一般可為I幀的1/10,

8、但是壓縮的多媒體數(shù)據(jù)中大量的都是P幀，