RTSP(Real Time Streaming Protocol),實時流傳輸協議,是TCP/IP協議體系中的一個應用層協議,由哥倫比亞大學、網景和RealNetworks公司提交的IETF RFC標準。該協議定義了一對多應用程序如何有效地通過IP網絡傳送多媒體數據。RTSP在體系結構上位于RTP和RTCP之上,它使用TCP或RTP完成數據傳輸。HTTP與RTSP相比,HTTP傳送HTML,而RTP傳送的是多媒體數據。HTTP請求由客戶機發出,服務器作出響應;使用RTSP時,客戶機和服務器都可以發出請求,即RTSP可以是雙向的。
該協議用于C/S模型,是一個基于文本的協議,用于在客戶端和服務器端建立和協商實時流會話。
實時流協議(RTSP)是應用級協議,控制實時數據的發送。RTSP提供了一個可擴展框架,使
實時數據,如音頻與視頻,的受控、點播成為可能。數據源包括現場數據與存儲在剪輯中數據
。該協議目的在于控制多個數據發送連接,為選擇發送通道,如UDP、組播UDP與TCP,提供途徑
,并為選擇基于RTP上發送機制提供方法。
實時流協議(RTSP)建立并控制一個或幾個時間同步的連續流媒體。盡管連續媒體流與控制
流交*是可能的,通常它本身并不發送連續流。換言之,RTSP充當多媒體服務器的網絡遠程控
制。RTSP連接沒有綁定到傳輸層連接,如TCP。在RTSP連接期間,RTSP用戶可打開或關閉多個對
服務器的可*傳輸連接以發出RTSP 請求。此外,可使用無連接傳輸協議,如UDP。RTSP流控制
的流可能用到RTP,但RTSP操作并不依賴用于攜帶連續媒體的傳輸機制。實時流協議在語法和操
作上與HTTP/1.1類似,因此HTTP的擴展機制大都可加入RTSP。協議支持的操作如下:
從媒體服務器上檢索媒體:
用戶可通過HTTP或其它方法提交一個演示描述。如演示是組播,演示式就包含用于連續媒體
的的組播地址和端口。如演示僅通過單播發送給用戶,用戶為了安全應提供目的地址。
媒體服務器邀請進入會議:
媒體服務器可被邀請參加正進行的會議,或回放媒體,或記錄其中一部分,或全部。這種模
式在分布式教育應用上很有用,會議中幾方可輪流按遠程控制按鈕。
將媒體加到現成講座中:
如服務器告訴用戶可獲得附加媒體內容,對現場講座顯得尤其有用。如HTTP/1.1中類似,RTSP
請求可由代理、通道與緩存處理。
RTSP 特性如下:
可擴展性:
新方法和參數很容易加入RTSP。
易解析:
RTSP可由標準 HTTP或MIME解吸器解析。
安全:
RTSP使用網頁安全機制。
獨立于傳輸:
RTSP可使用不可*數據報協議(UDP)、可*數據報協議(RDP),如要實現應用級可*,可
使用可*流協議。
多服務器支持:
每個流可放在不同服務器上,用戶端自動同不同服務器建立幾個并發控制連接,媒體同步在
傳輸層執行。
記錄設備控制:
協議可控制記錄和回放設備。
流控與會議開始分離:
僅要求會議初始化協議提供,或可用來創建唯一會議標識號。特殊情況下, SIP或H.323
可用來邀請服務器入會。
適合專業應用:
通過SMPTE 時標,RTSP支持幀級精度,允許遠程數字編輯