流媒體技術(shù)原理

流式傳輸?shù)膶?shí)現(xiàn)需要緩存。因?yàn)镮nternet以包傳輸為基礎(chǔ)進(jìn)行斷續(xù)的異步傳輸，對(duì)一個(gè)實(shí)時(shí)A/V源或存儲(chǔ)的A/V文件，在傳輸中它們要被分解為許多包，由于網(wǎng)絡(luò)是動(dòng)態(tài)變化的，各個(gè)包選擇的路由可能不盡相同，故到達(dá)客戶端的時(shí)間延遲也就不等，甚至先發(fā)的數(shù)據(jù)包還有可能后到。為此，使用緩存系統(tǒng)來(lái)彌補(bǔ)延遲和抖動(dòng)的影響，并保證數(shù)據(jù)包的順序正確，從而使媒體數(shù)據(jù)能連續(xù)輸出，而不會(huì)因?yàn)榫W(wǎng)絡(luò)暫時(shí)擁塞使播放出現(xiàn)停頓。通常高速緩存所需容量并不大，因?yàn)楦咚倬彺媸褂?a target="_blank">環(huán)形鏈表結(jié)構(gòu)來(lái)存儲(chǔ)數(shù)據(jù)：通過(guò)丟棄已經(jīng)播放的內(nèi)容，流可以重新利用空出的高速緩存空間來(lái)緩存后續(xù)尚未播放的內(nèi)容。一般流式傳輸?shù)膶?shí)現(xiàn)需要合適的傳輸協(xié)議。由于TCP需要較多的開銷，故不太適合傳輸實(shí)時(shí)數(shù)據(jù)。在流式傳輸?shù)膶?shí)現(xiàn)方案中，一般采用HTTP/TCP來(lái)傳輸控制信息，而用RTP/UDP來(lái)傳輸實(shí)時(shí)聲音數(shù)據(jù)。

流式傳輸?shù)倪^(guò)程一般是這樣的：用戶選擇某一流媒體服務(wù)后，Web瀏覽器與Web服務(wù)器之間使用HTTP/TCP交換控制信息，以便把需要傳輸?shù)膶?shí)時(shí)數(shù)據(jù)從原始信息中檢索出來(lái)；然后客戶機(jī)上的Web瀏覽器啟動(dòng)A/VHelper程序，使用HTTP從Web服務(wù)器檢索相關(guān)參數(shù)對(duì)Helper程序初始化。這些參數(shù)可能包括目錄信息、A/V數(shù)據(jù)的編碼類型或與A/V檢索相關(guān)的服務(wù)器地址。

A/VHelper程序及A/V服務(wù)器運(yùn)行實(shí)時(shí)流控制協(xié)議（RTSP），以交換A/V傳輸所需的控制信息。與CD播放機(jī)或VCRs所提供的功能相似，RTSP提供了操縱播放、快進(jìn)、快倒、暫停及錄制等命令的方法。A/V服務(wù)器使用RTP/UDP協(xié)議將A/V數(shù)據(jù)傳輸給A/V客戶程序（一般可認(rèn)為客戶程序等同于Helper程序），一旦A/V數(shù)據(jù)抵達(dá)客戶端，A/V客戶程序即可播放輸出。

需要說(shuō)明的是，在流式傳輸中，使用RTP/UDP和RTSP/TCP兩種不同的通信協(xié)議與A/V服務(wù)器建立聯(lián)系，是為了能夠把服務(wù)器的輸出重定向到一個(gè)不同于運(yùn)行A/VHelper程序所在客戶機(jī)的目的地址。實(shí)現(xiàn)流式傳輸一般都需要專用服務(wù)器和播放器，其基本原理如圖所示。