About RTSP

YouTube行動版 needed：RTSP串流

RTSP（Real Time Streaming Protocol）是用來控制聲音或影像的多媒體串流協議，並允許同時多個串流需求控制，傳輸時所用的網路通訊協定並不在其定義的範圍內，伺服器端可以自行選擇使用TCP或UDP來傳送串流內容，它的語法和運作跟HTTP 1.1類似，但並不特別強調時間同步，所以比較能容忍網路延遲。而前面提到的允許同時多個串流需求控制（Multicast），除了可以降低伺服器端的網路用量，更進而支持多方視訊會議（Video Conference）。 因為與HTTP1.1的運作方式相似，所以代理伺服器〈Proxy〉的快取功能〈Cache〉也同樣適用於RTSP，並因RTSP具有重新導向功能，可視實際負載情況來轉換提供服務的伺服器，以避免過大的負載集中於同一伺服器而造成延遲。

(RTSP屬於網路協定中的應用層。)

http://zh.wikipedia.org/wiki/RTSP



RTSP：即時流協議（RTSP：Real Time Streaming Protocol）

即時流協議（RTSP）建立並控制一個或幾個時間同步的連續流媒體，如音頻和視頻。儘管連續媒體流與控制流交叉是可能的，RTSP 本身並不發送連續流。換言之，RTSP 充當多媒體伺服器的網路遠端控制。RTSP 提供了一個可擴展框架，實現即時資料（如音頻與視頻）的受控、按需傳送。資料源包括實況資料與存儲的剪輯。RTSP 用於控制多個資料發送會話，提供了選擇發送通道（如 UDP、組播 UDP 與 TCP 等）的方式，並提供了選擇基於 RTP 的發送機制的方法。

目前還沒有 RTSP 連接的概念；伺服器維護由識別符標識的會話。RTSP 會話不會綁定到傳輸層連接，如 TCP。在 RTSP 會話期間，RTSP 用戶端可打開或關閉多個對伺服器的可靠傳輸連接以發出 RTSP 請求。它也可選擇使用無連接傳輸協定，如 UDP。

RTSP 控制的流可能用到 RTP，但 RTSP 操作並不依賴用於傳輸連續媒體的傳輸機制。RTSP 在語法和操作上與 HTTP/1.1 類似，因此 HTTP 的擴展機制在多數情況下可加入 RTSP。然而，在很多重要方面 RTSP 仍不同於 HTTP ：

• RTSP 引入了大量新方法並具有一個不同的協議識別字：
• 在大多數情況下，RTSP 伺服器需要保持缺省狀態，與 HTTP 的無狀態相對；
• RTSP 中用戶端和伺服器都可以發出請求；
• 在多數情況下，資料由不同的協定傳輸；
• RTSP 使用 ISO 10646 （UTF-8）而並非 ISO 8859-1，與當前的國際標準 HTML 相一致；
• URI 請求總是包含絕對 URI。為了與過去的錯誤相互相容，HTTP/1.1 只在請求過程中傳送絕對路徑並將主機名置於另外的頭欄位。

該協定支援如下操作：

• 從媒體伺服器上檢索媒體：用戶可通過 HTTP 或其他方法提交一個演示描述請求；
• 媒體伺服器邀請進入會議： 媒體伺服器可被邀請參加正進行的會議，或重播媒體，或記錄部分或全部演示；
• 將新媒體加到現有演示中：如伺服器能告訴用戶端接下來可用的媒體內容，對現場直播顯得尤其有用。

http://stenlyho.blogspot.com/2007/04/rtsp-rtp.html