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