轉:簡單的RTSP訊息互動過程

標籤：

簡單的RTSP訊息互動過程

C表示RTSP用戶端,S表示RTSP服務端

1.   第一步：查詢服務器端可用方法

 1.C->S:OPTION request       //詢問S有哪些方法可用

1.S->C:OPTION response    //S回應資訊的public頭欄位中包括提供的所有可用方法

2.   第二步：得到媒體描述資訊

2.C->S:DESCRIBE request      //要求得到S提供的媒體描述資訊

2.S->C:DESCRIBE response    //S回應媒體描述資訊，一般是sdp資訊

3.   第三步：建立RTSP會話

3.C->S:SETUP request             //通過Transport頭欄位列出可接受的傳輸選項，請求S建立會話

3.S->C:SETUP response          //S建立會話，通過Transport頭欄位返回選擇的具體轉輸選項，並返回建立的Session ID;

4.   第四步：請求開始傳送資料

4.C->S:PLAY request        //C請求S開始發送資料

4.S->C:PLAY response            //S回應該請求的資訊

5.   第五步： 資料傳送播放中

S->C:發送流媒體資料    // 通過RTP協議傳送資料

6.   第六步：關閉會話，退出

6.C->S:TEARDOWN request      //C請求關閉會話

6.S->C:TEARDOWN response //S回應該請求

上述的過程只是標準的、友好的rtsp流程，但實際的需求中並不一定按此過程。

其中第三和第四步是必需的！第一步，只要伺服器用戶端約定好，有哪些方法可用，則option請求可以不要。第二步，如果我們有其他途徑得到媒體初始化描述資訊（比如http請求等等），則我們也不需要通過rtsp中的describe請求來完成。

轉:簡單的RTSP訊息互動過程