RTSP協議因為項目需要，學習了一下RTSP協議，為了防止以后忘記，就把學習過程和成果記載下來。期間參考了一些網上的資料，并分析了VLC的RTSP報文。
RTSP（Real Time ，實時流協議），是由Real 和共同提出的如何有效地在IP網絡上傳輸流媒體數據的應用層協議。RTSP提供一種可擴展的框架，能夠提供可控制的，按需 傳輸的實時數據，比如音頻和視頻文件。源數據可以包括現場數據的反饋和存儲的文件。RTSP對流媒體提供了諸如暫停，快進等控制，而它本身并不傳輸數 據，RTSP的作用相當于流媒體服務器的遠程控制。傳輸數據可以通過傳輸層的TCP/UDP協議，RTSP也提供了基于RTP傳輸機制的一些有效的方法。
RTSP消息格式：
RTSP的消息有兩大類，一是請求消息()rtsp協議服務器怎么知道往哪里法流，一是回應消息()，兩種消息的格式不同。
請求消息：
方法 URI RTSP版本 CR LF
消息頭 CR LF CR LF
消息體 CR LF
其中方法包括回應中所有的命令，URI是接收方（服務端）的地址，例如：rtsp://192.168.22.136:5000/v0
RTSP版本一般都是RTSP/1.0。每行后面的CR LF表示回車換行，需要接收端有相應的解析，最后一個消息頭需要有兩個CR LF
回應消息：
RTSP版本 狀態碼 解釋 CR LF
消息頭 CR LF CR LF
消息體 CR LF
其中RTSP版本一般都是RTSP/1.0，狀態碼是一個數值，200表示成功，解釋是與狀態碼對應的文本解釋。
簡單的RTSP交互過程：
C表示RTSP客戶端，S表示RTSP服務端
1.C->S： //詢問S有哪些方法可用
1.S->C： //S回應信息中包括提供的所有可用方法
2.C->S： //要求得到S提供的媒體初始化描述信息
2.S->C： //S回應媒體初始化描述信息，主要是sdp
3.C->S：SETUP //設置會話的屬性，以及傳輸模式，提醒S建立會話
3.S->C：SETUP //S建立會話，返回會話標識符，以及會話相關信息
4.C->S：PLAY //C請求播放
4.S->C：PLAY //S回應該請求的信息
S->C：發送流媒體數據
5.C->S： //C請求關閉會話
5.S->C： //S回應該請求
上述的過程是標準的、友好的rtsp流程，但實際的需求中并不一定按部就班來。其中第3和4步是必需的！第一步，只要服務器客戶端約定好，有哪些方法可 用，則請求可以不要。第二步，如果我們有其他途徑得到媒體初始化描述信息（比如http請求等等），則我們也不需要通過RTSP中的 請求來完成。第五步，可以根據系統需求的設計來決定是否需要。
rtsp中常用方法：
1.
目的是得到服務器提供的可用方法：
rtsp://192.168.22.136:5000/v0 RTSP/1.0
CSeq: 1 //每個消息都有序號來標記，第一個包通常是請求消息
User-Agent: //自定義的字符串
服務器的回應信息包括提供的一些方法。例如：
RTSP/1.0 200 OK
Cseq: 1 //每個回應消息的cseq數值和請求消息的cseq相對應
: , , SETUP, , PLAY //服務器提供的可用的方法
2.
C向S發起請求，為了得到會話描述信息(SDP)：
rtsp://192.168.20.136:5000/v0 RTSP/1.0
CSeq: 2
: /sdp
: Basic = //有認證，不需要認證時不需要該字段
User-Agent:
服務器回應一些對此會話的描述信息(sdp)：
RTSP/1.0 200 OK
Cseq: 2
Date: Sat Feb 5 22:49:39 2009 GMT
-Type: /sdp
-: 182
v=0 //以下都是sdp信息
o=- 0 0 IN IPV4 127.0.0.1
t=0 0
s=No Name
a=tool:
m=video 0 RTP/AVP 96 //m表示媒體描述，下面是對會話中視頻通道的媒體描述
b=AS:2000
a=:96 MP4V-ES/90000
a=fmtp:96 -level-id=1
a=:=0 //＝0表示視頻流用的是通道0
3.SETUP
客戶端提醒服務器建立會話rtsp協議服務器怎么知道往哪里法流，并確定傳輸模式：
(1)TCP模式
SETUP rtsp://192.168.20.136:5000/v0/=0 RTSP/1.0
CSeq: 3
: Basic =
: RTP/AVP/TCP;;=0-1
User-Agent:
(2)UDP模式
SETUP rtsp://192.168.20.136:5000/v0/=0RTSP/1.0
CSeq: 3
: RTP/AVP;;=3008-3009
: Basic =
User-Agent:
URI中帶有＝0，表示對該通道進行設置。
參數設置了傳輸模式。RTP/AVP/TCP表示通過TCP傳輸RTP包，RTP/AVP表示使用UDP傳輸RTP包。表示單播。 值有兩個：0和1，0表示RTP包，1表示RTCP包，接收端根據的值來區別是哪種數據包。值有3008和 3009，3008表示客戶端接收RTP包的端口，3009表示客戶端接收RTCP包的端口，服務端要分別將RTP包和RTCP包發送到這兩個端口。
服務器回應信息：
(1)TCP模式
RTSP/1.0 200 OK
CSeq: 3
Date: Sat Feb 5 22:35:27 2009 GMT
:
: RTP/AVP/TCP;=0-1
(2)UDP模式
RTSP/1.0 200 OK
CSeq: 3
Date: Sat Feb 5 22:49:39 2009 GMT
: //服務器回應的會話標識符
: RTP/AVP/UDP;;=3008-3009;=1024-1025
4.PLAY
客戶端發送播放請求：
PLAY rtsp://192.168.20.136:5000/v0 RTSP/1.0
CSeq: 4
: //SETUP返回的會話標識符
Range: npt=0.000- //設置播放時間的范圍
User-Agent:
服務器回應信息：
RTSP/1.0 200 OK
CSeq: 4
Date: Sat Feb 5 22:49:39 2009 GMT
:
5.
客戶端發起關閉請求:
rtsp://192.168.20.136:5000/v0 RTSP/1.0
CSeq: 5
:
User-Agent:
服務器回應:
RTSP/1.0 200 OK
Cseq: 5
Date: Sat Feb 5 22:49:47 2009 GMT
:
以上方法都是交互過程中最為常用的,其它還有一些重要的方法如,,PAUSE,等等。
ps：
sdp的格式
v=
o=
s=
i=
u=
e=
p=
c=
b=:
t=
r=
z= ....
k=
k=:
a=
a=:
m=
v = （協議版本）
o = （所有者/創建者和會話標識符）
s = （會話名稱）
i = * （會話信息）
u = * （URI 描述）
e = * （Email 地址）
p = * （電話號碼）
c = * （連接信息）
b = * （帶寬信息）
z = * （時間區域調整）
k = * （加密密鑰）
a = * （0 個或多個會話屬性行）
時間描述：
t = （會話活動時間）
r = * （0或多次重復次數）
媒體描述：
m = （媒體名稱和傳輸地址）
i = * （媒體標題）
c = * （連接信息 — 如果包含在會話層則該字段可選）
b = * （帶寬信息）
k = * （加密密鑰）
a = * （0 個或多個媒體屬性行）
帶*為可選信息。
參考文章：（rtsp）；（sdp)；（rtp/rtcp）
原帖地址：
