Internet多媒體數據流實時傳輸協議的研究及其應用

劉殿岫

（科技部信息中心，100862）

0 引言

本文主要針對多媒體數據流實時傳輸的網絡協議進行系統研究，例如實時傳輸協議、實時傳輸控制協議、資源預留協議、實時流化協議。這些支持流媒體傳輸的新協議互相配合，在很大程度上滿足了實時數據的傳輸要求。文章最后介紹了在平臺上實現的一個多媒體實時傳輸系統。

1 實時傳輸下的多媒體數據流關鍵協議

1.1 RTCP 協議與RTP 協議

圖1

RTP協議的應用層成幀（ALF AppIication LeveI取景）的原則，用戶可以針對特定應用程序來對其進行擴展以彌補其只提供基本框架協議的不足。包其中含有RTCP和RTP兩部分。RTP協議的運行平臺一般為UDP層，所以UDP具有多點交付功能的同時還兼具了數據驗證等功能。它的報文格式以及相應的協議圖，如下所示：

RTP 協議幀可以在順序號、時間戳、負載類型標識和源標識等方面對實時數據流傳輸進行支持。

時間戳的RTP數據必須以負載的RTP幀的類型來反映幀數據的第一個字節的采樣時間，計算要求的同步精度有要求的同時抖動也有相關規定。接收方根據時間戳以及接收到的數據幀以便為了正確地發揮媒體流而重構所接收的數據之間的時序關系。其也可用于流間同步。對于數據傳輸的序列號和幀丟失檢測序列重建。負載類型標識指定的數據有效載荷的RTP幀的編碼格式，這個功能還可以被運用到溯源發聲者（利用ASF，MPEG2等源標識來表示接收機接收到的數據源）。

1.2 互聯網資源預留協議（RSVP）

某些類型的服務以預留資源的方式來使服務質量OoS得到提升，這也是可行的。

RSVP是目前互聯網資源預留協議。它與IPV6有一定的關聯。接收器發送一個含有預定的流數據包的規格。發件方對于站點流的接受成員組合這是因為它只用識別其所需的數據流，然后對數據包進行下一步的處理。這使得加入以及離開都更為簡便，后者則必須遵循既定的規則。RSVP協議的路由器在管理資源方面必須井井有條。此功能由三個部分組成：訪問控制，組塊分揀器以及組塊調度器。

1.3 RTSP

最早由CoIumbia大學和ReaINetworks 公司、Netscape Communication 公 司 等 聯 合 提 出 的RTSP（ReaI Time Streaming ProtocoI）多媒體流化表示控制協議,它可以對媒體流進行播放、暫停、快進等控制操作。可以用于控制實時性數據的傳輸。

它有以下特征：

課程評價成績構成是全過程綜合性的評價，評價點包含對課程基礎知識的掌握程度、自主學習活動能力、軟件開發能力、團隊協作能力以及創新能力等職業素養能力。

（1）實行實時流的控制可以從雙向進行

（2）時間同步方面容易滿足，對網絡延遲有較高容錯率

（3）對傳輸協議的應變性更好，例如IP MuIticast、RTP等

（4）有利于提高網絡安全性

該協議支持以下操作：

1）從媒體服務器數據回收：客戶端以HTTP以及各種方法表達要求。若為組播，就演示說明其組播地址和端口。若為點對點，則客戶端提供目的地址以保證安全。

2）邀請媒體服務器參加會議：媒體服務器可以加入一個既定會議，或以媒體播放的形式，或記錄媒體的一個子集。

3）特別是對于及時表示來說，如果服務器能通過客戶端為新加入媒體流提供便利，其作用將是巨大的。

1.4 IPV6

IPV6為一種新版的InternetIP,是世界使用最廣泛的IPV4。通過增加一個新版本的IP是為 了加入多媒體數據流，當然，一個大的地址空間和數據流對身份認證和加密方面真實性也是有需求的。 IPV只有確保與IPv4兼容才算是達到了合格的設計指標，其主要的設計理念在其以前的版本上就有所體現，是一種數據報協議類型但是特點是不帶有連接。其結構見圖2。網絡層在設置錯誤控制和流量控制方面并沒有要求，但有以下新的特點：

（1）128 位的地址空間在地址層上建立更多的層次成為可能的同時可以兼顧更多的主機尋址。

（2）提高方案，使多站點路由可能在制定范圍內限制。在正確服務為前提下限制多站點的地址欄，例如企業內部互聯網。另一個區別永久性標志字段的Intranet組地址。

（3）要使全部路由器都可以識別路徑上的流塊并且以該流特有的方式來處理他們就需要新定義的組塊報頭字段。這種新的報頭要讓電流識別屬于同一數據流的所有塊。比如，它可以將優先級在同一音頻流以及組塊高于同一文件流之中進行設置。

圖2 IPV6的報頭結構

（4）新的機制來處理真實性以及加密性和完整性。流媒體實時傳輸一直存在一定的缺陷，而IPv6流量的概念定義正好可以彌補這些缺陷。作為一個系列中的單源地址和目的地址相同的數據包流的一部分即為數據包的標頭中的IPv6流標簽字段。同在一個流的所有數據包具有相同的流標簽。IPv6的流標識符是一個關鍵的功能，互聯網的IP層，資源預留依賴它的同時QoS協議承諾也與其有密切關系。但是以前的IP地址，并不具備這樣的功能。

2 多媒體數據流傳輸架構

目前的互聯網在貸款和存儲容量上都有相應的瓶頸，這就使得傳統的下載整個文件完畢后才能運行的媒體播放方式顯得尤為被動。啟動有延遲，存儲空間不足等都是傳統方法所存在的弊端。無疑浪費了巨大的存儲和時間。

后臺從服務器將繼續下載剩下的文件的同時前臺就開始播放，且只需要非常短的延時，這種方式就為流式傳輸，它相對與傳統方式的優勢是顯而易見的。不必等到整個文件下載完成所以節省了大量高速緩存的容量。流式傳輸的控制信息一般靠HTTP/ TCP來進行。同時音頻信息由RTP/ UDP負責目前支持流媒體協議有RTP，RTSP及RSVP。即負責數據傳輸的RTP協議，以及負責提供數據傳輸質量反饋的RTCP協議還有用來確保網絡服務質量的RSVP資源預留協議。還有RTSP協議的數據傳輸提供了遠程控制。這些協議都具有各自的功能，以共同完成一個多媒體數據流的實時傳輸網絡。

3 多媒體數據流如何將實時傳輸系統完善與實施

3.1 總體設計

學生可以依賴可用于互聯網上的遠程教學系統的多媒體數據實時傳輸流來提供實時或非實時的教學環境，它以現代遠程教育的實際要求為前提，以互聯網實時多媒體傳輸系統的協議和標準來實現。

3.2 實現技術

系統主要是為網絡操作，考慮到網絡帶寬和異質性，系統的實現采用了安全性，多線程以及系統適應性兼顧的面向對象Java語言。 Java并提供了一個十分健全的網絡編程機制。

3.3 系統功能

系統可以實現播放本地、遠程媒體、輸出、本地媒體捕捉、實時和傳輸媒體捕捉以及聊天室。

[1] 鄒建成,周紅麗,鄧歡軍等.基于三角域V系統的視頻簽名技術[J].計算機研究與發展,2009,46(z1):292-295

[2] 楊艾云.基于Internet的多媒體美術教學資源管理系統的設計與實現[D].山東大學,2011

[3] 曹建英.基于Web的遠程智能溫室多媒體數據采集系統設計[J].計算機與數字工程,2011,39(4):77-79

[4] 廖智蓉.基于DirectFB的流媒體播放終端的研究與設計[D].浙江工業大學,2010

[5] 唐力,陳震.改善多媒體通信質量的覆蓋層路由系統[J].電子技術應用,2009,35(12):117-119

[6] 郝渝,李俊學.基于物聯網的信息數據與多媒體信息檢索[J].物聯網技術,2011,01(7):85-88

[7] 彭元,黃健,陸瀅等.蛤蚧鳴聲數據庫系統的設計與實現[J].廣西科學院學報,2012,28(1):88-89