流媒體傳輸技術的初步認識

[color=green]手機流媒體的傳輸技術[/color]

流媒體的主要技術特征就是采用流式傳輸，即通過Internet 将影音節目傳送到PC機。實作流式傳輸有兩種方法：順序流式傳輸（Progressive streaming）和實時流式傳輸（Real-time streaming）。

　　1. 順序流式傳輸順序流式傳輸采用順序下載下傳方式，使用者可以觀看線上媒體節目。但是在給定時刻，使用者隻能觀看已下載下傳的那部分，而不能跳到還未下載下傳的前序部分；它不能根據使用者的連接配接速度做調整。由于标準的HTTP伺服器可發送這種形式的檔案，而不需要其他特殊協定，它經常被稱作HTTP流式傳輸；順序流式傳輸方式适合高品質的短片段，如片頭、片尾和廣告，媒體檔案在播放前觀看的部分是無損下載下傳的，QoS高；順序流式檔案放在标準HTTP 或 FTP伺服器上，易于管理，基本上與防火牆無關。順序流式傳輸不适合長片段和有随機通路要求的視訊、講座、演說與示範，它也不支援現場廣播。嚴格說來，它是一種點播技術。

[color=red]一般用于播放音頻檔案[/color]

　2．實時流式傳輸　　實時流式傳輸保證媒體信号帶寬與網絡連接配接相比對，使媒體可被實時觀看到。實時流與HTTP流式傳輸不同，需要專用的流媒體伺服器與傳輸協定。實時流式傳輸特别适合現場事件，也支援随機通路，使用者可快進或後退以觀看前面或後面的内容。理論上，實時流一經播放就可不停地收看，但實際上，可能會發生周期暫停。

3．二者比較　　（1）從視訊品質上講，實時流式傳輸必須比對連接配接帶寬，由于出錯丢失的資訊被忽略掉，網絡擁擠或出現問題時，視訊品質會很差；如欲保證視訊品質，順序流式傳輸更好。（2）實時流式傳輸需要特定流媒體伺服器，如QuickTime Streaming Server、Real Server與Windows Media Server，這些伺服器允許對媒體發送進行更多級别的控制，因而系統設定、管理比标準HTTP伺服器更複雜。火牆時有時會出現問題，導緻使用者不能看到一些地點的實時内容；而順序流式傳輸與防火牆無關。

[color=green]流媒體傳輸的網絡協定[/color]

TCP需要較多的開銷，故不太适合傳輸實時資料；流式傳輸一般采用HTTP/TCP(RTCP)來傳輸控制資訊，而用RTP/UDP(RTP)來傳輸實時聲音資料。

（1）實時傳輸協定RTP 　　實時傳輸協定RTP被定義為在一對一或一對多的傳輸情況下工作，其目的是提供時間資訊和實作流同步；RTP通常使用UDP來傳送資料；當應用程式開始一個RTP會話時将使用兩個端口：一個給RTP，一個給RTCP。RTP本身并不能為按順序傳送資料包提供可靠的傳送機制，也不提供流量控制或擁塞控制，它依靠RTCP提供這些服務；通常RTP算法并不作為一個獨立的網絡層來實作，而是作為應用程式代碼的一部分。

（2）實時傳輸控制協定RTCP 　　實時傳輸控制協定RTCP和RTP一起提供流量控制和擁塞控制服務；在RTP會話期間，各參與者周期性地傳送RTCP包；RTCP包中含有已發送的資料包的數量、丢失的資料包數量等統計資料，是以，伺服器可以利用這些資訊動态地改變傳輸速率，甚至改變有效載荷類型。　　RTP和RTCP配合使用，它們能以有效的回報和最小的開銷使傳輸效率最佳化，因而特别适合傳送網上的實時資料。

（3）實時流協定RTSP 實時流協定RTSP定義了一對多應用程式如何有效地通過IP網絡傳送多媒體資料；RTSP在體系結構上位于RTP和RTCP之上，它使用TCP或RTP完成資料傳輸；HTTP與RTSP相比，HTTP傳送HTML超連結文檔，而RTSP傳送的是多媒體資料；HTTP請求由客戶機發出，伺服器做出響應；使用RTSP時，客戶機和伺服器都可以送出請求，即RTSP可以是雙向的。

[color=red]點對點的手機可視通話，必須在手機終端實作RTSP。[/color]