流媒體伺服器特點介紹

操作方法

（01）支援流媒體傳輸的網路協議實時傳輸協議RTP與RTCPRTP(Real-timeTransportProtocol)是用於Internet上針對多媒體資料流的一種傳輸協議。RTP被定義為在一對一或一對多的傳輸情況下工作，其目的是提供時間資訊和實現流同步。RTP通常使用UDP來傳送資料，但RTP也可以在TCP或ATM等其他協議之上工作。當應用程式開始一個RTP會話時將使用兩個埠：一個給RTP，一個給RTCP。RTP本身並不能為按順序傳送資料包提供可靠的傳送機制，也不提供流量控制或擁塞控制，它依靠RTCP提供這些服務。實時傳輸控制協議RTCP。RTCP(Real-timeTransportControlProtocol)和RTP一起提供流量控制和擁塞控制服務。在RTP會話期間，各參與者週期性地傳送RTCP包。RTCP包中含有已傳送的資料包的數量、丟失的資料包的數量等統計資料，因此，伺服器可以利用這些資訊動態地改變傳輸速率，甚至改變有效載荷型別。RTP和RTCP配合使用，它們能以有效的反饋和最小的開銷使傳輸效率最佳化，因而特別適合傳送網上的實時資料。單播在客戶端與媒體伺服器之間需要建立一個單獨的資料通道，從一臺伺服器送出的每個資料包只能傳送給一個客戶機,這種傳送方式稱為單播。每個使用者必須分別對媒體伺服器傳送單獨的查詢,而媒體伺服器必須向每個使用者傳送所申請的資料包拷貝。這種巨大冗餘首先造成伺服器沉重的負擔，響應需要很長時間，甚至停止播放;管理人員也被迫購買硬體和頻寬來保證一定的服務質量。組播IP組播技術構建一種具有組播能力的網路，允許路由器一次將資料包複製到多個通道上。採用組播方式，單臺伺服器能夠對幾十萬臺客戶機同時傳送連續資料流而無延時。媒體伺服器只需要傳送一個資訊包，而不是多個;所有發出請求的客戶端共享同一資訊包。資訊可以傳送到任意地址的客戶機，減少網路上傳輸的資訊包的總量。網路利用效率大大提高，成本大為下降。點播與廣播點播連線是客戶端與伺服器之間的主動的連線。在點播連線中，使用者通過選擇內容專案來初始化客戶端連線。使用者可以開始、停止、後退、快進或暫停流。點播連線提供了對流的最大控制，但這種方式由於每個客戶端各自連線伺服器，卻會迅速用完網路頻寬。廣播指的是使用者被動接收流。在廣播過程中，客戶端接收流，但不能控制流。例如，使用者不能暫停、快進或後退該流。