RTSP

出自 MBA智库百科(https://wiki.mbalib.com/)

RTSP(Real Time Streaming Protocol，實時流傳輸協議)

　　RTSP是TCP/IP協議體系中的一個應用層協議，由哥倫比亞大學、網景和RealNetworks公司提交的IETFRFC標準。該協議定義了一對多應用程式如何有效地通過IP網路傳送多媒體數據。RTSP在體繫結構上位於RTP和RTCP之上，它使用TCP或UDP完成數據傳輸。HTTP與RTSP相比，HTTP請求由客戶機發出，伺服器作出響應；使用RTSP時，客戶機和伺服器都可以發出請求，即RTSP可以是雙向的。RTSP是用來控制聲音或影像的多媒體串流協議，並允許同時多個串流需求控制，傳輸時所用的網路通訊協定並不在其定義的範圍內，伺服器端可以自行選擇使用TCP或UDP來傳送串流內容，它的語法和運作跟HTTP1.1類似，但並不特別強調時間同步，所以比較能容忍網路延遲。

　　該協議用於C/S模型，是一個基於文本的協議，用於在客戶端和伺服器端建立和協商實時流會話。

　　實時流協議（RTSP）是應用級協議，控制實時數據的發送。RTSP提供了一個可擴展框架，使實時數據，如音頻與視頻的受控點播成為可能。數據源包括現場數據與存儲在剪輯中數據。該協議目的在於控制多個數據發送連接，為選擇發送通道，如UDP、組播UDP與TCP，提供途徑，併為選擇基於RTP上發送機制提供方法。

　　實時流協議（RTSP）建立並控制一個或幾個時間同步的連續流媒體。儘管連續媒體流與控制流交換是可能的，通常它本身並不發送連續流。換言之，RTSP充當多媒體伺服器的網路遠程式控制制。RTSP連接沒有綁定到傳輸層連接，如TCP。在RTSP連接期間，RTSP用戶可打開或關閉多個對伺服器的可傳輸連接以發出RTSP請求。此外，可使用無連接傳輸協議，如UDP。RTSP流控制的流可能用到RTP，但RTSP操作並不依賴用於攜帶連續媒體的傳輸機制。

　　協議支持的操作如下：

　　(1）從媒體伺服器上檢索媒體：用戶可通過HTTP或其它方法提交一個演示描述。如演示是組播，演示式就包含用於連續媒體的的組播地址和埠。如演示僅通過單播發送給用戶，用戶為了安全應提供目的地址。

　　(2）媒體伺服器邀請進入會議：媒體伺服器可被邀請參加正進行的會議，或回放媒體，或記錄其中一部分，或全部。這種模式在分散式教育應用上很有用，會議中幾方可輪流按遠程式控制制按鈕。

　　(3）將媒體加到現成講座中：如伺服器告訴用戶可獲得附加媒體內容，對現場講座顯得尤其有用。如HTTP/1.1中類似，RTSP請求可由代理、通道與緩存處理。

　　RTSP協議是一個應用層的協議，充當多媒體伺服器的網路遠程式控制制，它可以建立一個或幾個時間同步的連續流媒體，並提供對媒體流的各種控制，如快進、快退、暫停等。

　　RTSP具有可擴展性、安全、易解析等特點，正是由於擁有諸多的特點，才使得越來越多的伺服器廠家青睞RTSP。在這些特點中，位居首位的是“可擴展性”：新的方法和參數可以很容易地加人RTSP。依靠這一特點，不同的媒體伺服器可以根據各自的功能，支持不同的請求集，擴展自己的新參數、方法，甚至定義新版本協議；當然也正是由於這個特點，使得同一個客戶端軟體不一定能同時支持不同的媒體伺服器。

　　另外RTSP協議是獨立於傳輸的，可使用可靠的TCP協議或不可靠的UDP協議。它不需要建立一個本身的連接，如果按照層次劃分，RTSP位於TCP和UDP之上，具體的傳輸都是由TCP和UDP來完成，如控制信息可以用TCP，數據流可以用UDP傳輸，這樣，即使媒體伺服器沒有收到請求，數據也會繼續發送。換句話說，就是RTSP用於建立和控制傳輸，TCP和UDP負責具體的傳輸信息和數據。這裡要特別說明的是TCP必須能夠支持，而UDP是可選的。