基于標準協(xié)議的流媒體平臺的研究和實現(xiàn).pdf

1、隨著互聯(lián)網(wǎng)的普及，利用網(wǎng)絡傳輸聲音與視頻信號的需求也越來越大。廣播電視等媒體上網(wǎng)后，也都希望通過互聯(lián)網(wǎng)來發(fā)布自己的音視頻節(jié)目。但是，音視頻在存貯時文件的體積一般都十分龐大。在網(wǎng)絡帶寬還很有限的情況下，花幾十分鐘甚至更長的時間等待一個音視頻文件的傳輸，不能不說是一件讓人頭疼的事。流媒體技術(shù)的出現(xiàn)，在一定程度上使互聯(lián)網(wǎng)傳輸音視頻難的局面得到改善。
　　 傳統(tǒng)的網(wǎng)絡傳輸音視頻等多媒體信息的方式是完全下載后再播放，下載常常要花費數(shù)分鐘甚

2、至數(shù)小時。而采用流媒體技術(shù)，就可實現(xiàn)流式傳輸，將聲音、影像或動畫由服務器向用戶計算機進行連續(xù)、不間斷傳送，用戶不必等到整個文件全部下載完畢，而只需經(jīng)過幾秒或十幾秒的啟動延時即可進行觀看。當聲音、視頻等在用戶的機器上播放時，文件的剩余部分還會從服務器上繼續(xù)下載。
　　 流媒體在因特網(wǎng)上的傳輸必然涉及到網(wǎng)絡傳輸協(xié)議，這是制約流媒體性能的最重要的因素。為了保證對網(wǎng)絡擁塞、延時和抖動極其敏感的流媒體業(yè)務在面向無連接的IP 網(wǎng)絡中的服務質(zhì)

3、量，必須采用合適的協(xié)議，其中包括Internet 本身的多媒體傳輸協(xié)議，以及一些實時流式傳輸協(xié)議等。
　　 傳輸控制協(xié)議(TCP)需要較多的開銷，故不太適合傳輸實時數(shù)據(jù)。在流媒體傳輸?shù)膶崿F(xiàn)方案中，一般采用HTTP/TCP 來傳輸控制信息，而用多媒體數(shù)據(jù)流的實時傳輸協(xié)議Real-Time Transport Protocol（RTP）/用戶數(shù)據(jù)報協(xié)議User Datagram Protocol（UDP）來傳輸實時多媒體數(shù)據(jù)，并利用

4、實時傳輸控制協(xié)議RTCP （Real-timeTransport Control Protocol）來提供流量控制和擁塞控制服務，用實時流協(xié)議RTSP（Real-Time Streaming Protocol）來定義一對多的應用程序如何有效地通過IP 網(wǎng)絡來傳送多媒體數(shù)據(jù)，解決IP 通信中QoS（服務質(zhì)量）的問題，用來保證端到端的傳輸帶寬。
　　 在流媒體網(wǎng)站平臺的建設(shè)中，還必須充分考慮到中國寬帶網(wǎng)絡的特殊性。
　　 中

5、國的互聯(lián)網(wǎng)用戶以南北相分，南方多電信寬帶用戶，而北方多網(wǎng)通寬帶用戶。
　　 網(wǎng)通和電信間的帶寬和各自本身的主干網(wǎng)帶寬比例在1/20 甚至1/40。完全無法擔負互聯(lián)互通的高流量需求。所以面對流媒體傳輸這樣對網(wǎng)絡和帶寬穩(wěn)定性要求很高的通訊，網(wǎng)通和電信間的跨網(wǎng)傳輸是不可想象的，延時和丟包將嚴重影響訪問者的體驗。由此在整個網(wǎng)站以及流媒體部署設(shè)計方面，還必須考慮跨網(wǎng)訪問的問題。
　　 本文通過對整個流媒體網(wǎng)站平臺設(shè)計部署的研究和探