rtsp被用於建立的***體流的傳輸，它為多**服務扮演「網路遠端控制」的角色。儘管有時可以把rtsp控制資訊和**資料流交織在一起傳送，但一般情況rtsp本身並不用於轉送**流資料。**資料的傳送可通過rtp/rtcp等協議來完成。
一、1、options
功能：獲取伺服器/客戶端支援的能力集
關鍵字段：無
特殊說明：iptv系統中未使用該方法
7、get parameter
從伺服器獲取引數，目前主要獲取時間範圍
保持rtsp連線（傳送空的get_parameter）
關鍵字段（電信擴充套件）：
二、簡單的rtsp訊息互動的
第一步：查詢伺服器端可用方法
1.c->s:option request //詢問s有哪些方法可用
1.s->c:option response //s回應資訊的public頭字段中包括提供的所有可用方法過程。
第二步：得到**描述資訊
2.c->s:describe request //要求得到s提供的**描述資訊
2.s->c:describe response //s回應**描述資訊，一般是sdp資訊
第三步：建立rtsp會話
3.c->s:setup request //通過transport頭欄位列出可接受的傳輸選項，請求s建立會話
3.s->c:setup response //s建立會話，通過transport頭欄位返回選擇的具體轉輸選項，
並返回建立的session id;
第四步：請求開始傳送資料
4.c->s:play request //c請求s開始傳送資料
4.s->c:play response //s回應該請求的資訊
第六步：關閉會話，退出
6.c->s:teardown request //c請求關閉會話
6.s->c:teardown response //s回應該請求
上述的過程只是標準的、友好的rtsp流程，但實際的需求中並不一定按此過程。
其中第三和第四步是必需的！第一步，只要伺服器客戶端約定好，有哪些方法可用，則option請求可以不要。
第二步，如果我們有其他途徑得到**初始化描述資訊（比如http請求等等），
則我們也不需要通過rtsp中的describe請求來完成。
RTSP協議介紹
圖1 rtsp與rtp和rtcp的關係 rtsp有兩類報文 請求報文和響應報文。請求報文是指從客戶向伺服器傳送請求報文，響應報文是指從伺服器到客戶的回答。由於 rtsp 是面向正文的 text oriented 因此在報文中的每乙個欄位都是一些 ascii 碼串，因而每個欄位的長度都是不確定的。rt...
RTSP協議介紹
圖1 rtsp與rtp和rtcp的關係 rtsp有兩類報文 請求報文和響應報文。請求報文是指從客戶向伺服器傳送請求報文，響應報文是指從伺服器到客戶的回答。由於 rtsp 是面向正文的 text oriented 因此在報文中的每乙個欄位都是一些 ascii 碼串，因而每個欄位的長度都是不確定的。rt...
RTSP協議介紹
rtsp協議簡介 圖1 rtsp與rtp和rtcp的關係 rtsp的報文結構 rtsp有兩類報文 請求報文和響應報文。請求報文是指從客戶向伺服器傳送請求報文，響應報文是指從伺服器到客戶的回答。由於 rtsp 是面向正文的 text oriented 因此在報文中的每乙個欄位都是一些 ascii 碼串...