RTSP（Real Time Streaming Protocol）,，實時流傳輸協(xié)議,，是TCP/IP協(xié)議體系中的一個應(yīng)用層協(xié)議，由哥倫比亞大學(xué),、網(wǎng)景和RealNetworks公司提交的IETF RFC標準,。該協(xié)議定義了一對多應(yīng)用程序如何有效地通過IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)。RTSP在體系結(jié)構(gòu)上位于RTP和RTCP之上,，它使用TCP或RTP完成數(shù)據(jù)傳輸,。HTTP與RTSP相比，HTTP傳送HTML,，而RTP傳送的是多媒體數(shù)據(jù),。HTTP請求由客戶機發(fā)出，服務(wù)器作出響應(yīng),；使用RTSP時,，客戶機和服務(wù)器都可以發(fā)出請求，即RTSP可以是雙向的,。

該協(xié)議用于C/S模型,，是一個基于文本的協(xié)議，用于在客戶端和服務(wù)器端建立和協(xié)商實時流會話,。

實時流協(xié)議（RTSP）是應(yīng)用級協(xié)議,，控制實時數(shù)據(jù)的發(fā)送。RTSP提供了一個可擴展框架,，使
實時數(shù)據(jù),，如音頻與視頻，的受控,、點播成為可能,。數(shù)據(jù)源包括現(xiàn)場數(shù)據(jù)與存儲在剪輯中數(shù)據(jù)
。該協(xié)議目的在于控制多個數(shù)據(jù)發(fā)送連接,，為選擇發(fā)送通道，如UDP,、組播UDP與TCP,，提供途徑
，并為選擇基于RTP上發(fā)送機制提供方法,。

實時流協(xié)議（RTSP）建立并控制一個或幾個時間同步的連續(xù)流媒體,。盡管連續(xù)媒體流與控制
流交*是可能的,，通常它本身并不發(fā)送連續(xù)流。換言之,，RTSP充當多媒體服務(wù)器的網(wǎng)絡(luò)遠程控
制,。RTSP連接沒有綁定到傳輸層連接，如TCP,。在RTSP連接期間,，RTSP用戶可打開或關(guān)閉多個對
服務(wù)器的可*傳輸連接以發(fā)出RTSP 請求。此外,，可使用無連接傳輸協(xié)議,，如UDP。RTSP流控制
的流可能用到RTP,，但RTSP操作并不依賴用于攜帶連續(xù)媒體的傳輸機制,。實時流協(xié)議在語法和操
作上與HTTP/1.1類似，因此HTTP的擴展機制大都可加入RTSP,。協(xié)議支持的操作如下：
從媒體服務(wù)器上檢索媒體：
用戶可通過HTTP或其它方法提交一個演示描述,。如演示是組播，演示式就包含用于連續(xù)媒體
的的組播地址和端口,。如演示僅通過單播發(fā)送給用戶,，用戶為了安全應(yīng)提供目的地址。
媒體服務(wù)器邀請進入會議：
媒體服務(wù)器可被邀請參加正進行的會議,，或回放媒體,，或記錄其中一部分，或全部,。這種模
式在分布式教育應(yīng)用上很有用,，會議中幾方可輪流按遠程控制按鈕。
將媒體加到現(xiàn)成講座中：

如服務(wù)器告訴用戶可獲得附加媒體內(nèi)容,，對現(xiàn)場講座顯得尤其有用,。如HTTP/1.1中類似，RTSP
請求可由代理,、通道與緩存處理,。

RTSP 特性如下：
可擴展性：
新方法和參數(shù)很容易加入RTSP。
易解析：
RTSP可由標準 HTTP或MIME解吸器解析,。
安全：
RTSP使用網(wǎng)頁安全機制,。
獨立于傳輸：
RTSP可使用不可*數(shù)據(jù)報協(xié)議（UDP）、可*數(shù)據(jù)報協(xié)議（RDP）,，如要實現(xiàn)應(yīng)用級可*,，可
使用可*流協(xié)議。
多服務(wù)器支持：
每個流可放在不同服務(wù)器上，用戶端自動同不同服務(wù)器建立幾個并發(fā)控制連接,，媒體同步在
傳輸層執(zhí)行,。
記錄設(shè)備控制：
協(xié)議可控制記錄和回放設(shè)備。
流控與會議開始分離：
僅要求會議初始化協(xié)議提供,，或可用來創(chuàng)建唯一會議標識號,。特殊情況下， SIP或H.323
可用來邀請服務(wù)器入會,。
適合專業(yè)應(yīng)用：
通過SMPTE 時標,，RTSP支持幀級精度，允許遠程數(shù)字編輯