RTSP報文交互過程

1、RTSP報文交互方式詳解 王啟東 fw0027RTSP是Real Time Streaming Protocol,實時流傳輸協(xié)議的簡寫，用來描述實時流傳輸?shù)膮f(xié)議控制。它是一個基于文本的協(xié)議，依然基于C/S架構(gòu)，有典型的request和reply的交互過程。第一部分：RTSP報文標(biāo)準(zhǔn)交互流程一個完整的RTSP交互過程如下，請求一段錄像文件或者實時流，需要交互如下報文過程：第一個過程：options字段，用于確認(rèn)后續(xù)的操作動作，包括實時流的的播放暫停等動作。響應(yīng)報文中包含：DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, OPTIONS, ANNOUNCE, RECO

2、RD。標(biāo)準(zhǔn)的交互過程：1. OPTIONSclient->server=OPTIONS rtsp:/115.182.51.79/zuoyou001.mp4 RTSP/1.0CSeq: 2User-Agent: LibVLC/1.1.11 (LIVE555 Streaming Media v2011.05.25)server->client=RTSP/1.0 200 OKServer: DSS/6.0.3 (Build/526.3; Platform/FreeBSD; Release/Darwin Streaming Server; State/Development; )Cseq:

3、 2Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, OPTIONS, ANNOUNCE, RECORD第二個過程，describe交互過程。顧名思義，describe字段用來描述所請求的碼流的詳細描述，比如請求的碼流的傳輸模式是RTP格式，封裝格式是MP4。這個報文的回復(fù)消息也通過SDP來描述會話信息，與SIP的交互過程很相似，標(biāo)準(zhǔn)的報文流程：2. DESCRIBEclient->server=DESCRIBE rtsp:/115.182.51.79/zuoyou001.mp4 RTSP/1.0CSeq: 3User-Agent: LibV

4、LC/1.1.11 (LIVE555 Streaming Media v2011.05.25)Accept: application/sdpserver->client=RTSP/1.0 200 OKServer: DSS/6.0.3 (Build/526.3; Platform/FreeBSD; Release/Darwin Streaming Server; State/Development; )Cseq: 3Last-Modified: Thu, 17 Jan 2002 11:20:30 GMTCache-Control: must-revalidateContent-lengt

5、h: 876Date: Wed, 04 Jan 2012 06:14:53 GMTExpires: Wed, 04 Jan 2012 06:14:53 GMTContent-Type: application/sdpx-Accept-Retransmit: our-retransmitx-Accept-Dynamic-Rate: 1Content-Base: rtsp:/115.182.51.79/zuoyou001.mp4/v=0o=StreamingServer 3534646499 1011266430000 IN IP4 115.182.51.79s=/zuoyou001.mp4u=h

6、ttp:/e=adminc=IN IP4 0.0.0.0b=AS:632t=0 0a=control:*a=x-copyright: MP4/3GP File hinted with GPAC 0.4.6-DEV (build 1 - May 19 2009) - compiled by Kurtnoise (C)2000-2005 - a=range:npt=0-6640.12667m=video 0 RTP/AVP 96b=AS:600a=3GPP-Adaptation-Support:1a=rtpmap:96 H264/90000a=control:trackID=65536a=fmtp

7、:96 profile-level-id=4D401E; packetization-mode=1; sprop-parameter-sets=Z01AHpp0BaGdgIgAAAMACAAAAwGUeLF1,aO48gA=a=framesize:96 720-400m=audio 0 RTP/AVP 97b=AS:32a=3GPP-Adaptation-Support:1a=rtpmap:97 mpeg4-generic/24000/2a=control:trackID=65537a=fmtp:97 profile-level-id=40; config=131056e59d4800; st

8、reamType=5; mode=AAC-hbr; objectType=64; constantDuration=2048; sizeLength=13; indexLength=3; indexDeltaLength=3第三、四個過程，setup操作，用來建立媒體流傳輸通道，兩個封裝格式是一樣的。其中第一條setup操作用來建立音頻流傳輸通道，第二條setup用來建立視頻流傳輸通道。這兩個報文，會攜帶收發(fā)端的通道號，單組播類型，ssrc id（用來標(biāo)志媒體流的類型）。標(biāo)準(zhǔn)的交互流程：3. SETUPclient->server=SETUP rtsp:/115.182.51.79/zu

9、oyou001.mp4/trackID=65536 RTSP/1.0CSeq: 4User-Agent: LibVLC/1.1.11 (LIVE555 Streaming Media v2011.05.25)Transport: RTP/AVP/TCP;unicast;interleaved=0-1server->client=RTSP/1.0 200 OKServer: DSS/6.0.3 (Build/526.3; Platform/FreeBSD; Release/Darwin Streaming Server; State/Development; )Cseq: 4Last-Mo

10、dified: Thu, 17 Jan 2002 11:20:30 GMTCache-Control: must-revalidateSession: 1837199341906602386Date: Wed, 04 Jan 2012 06:14:53 GMTExpires: Wed, 04 Jan 2012 06:14:53 GMTTransport: RTP/AVP/TCP;unicast;interleaved=0-1;ssrc=0E4646D1第五個操作，點播play過程。Play過程主要用于前面協(xié)商的視頻參數(shù)，根據(jù)獲取到的URL地址進行點播，這個URL包括ip地址和路徑，其中還會攜帶

11、rtp時間戳和NTP時間格式。從交互過程上看非常簡潔，一目了然。4. PLAYclient->server=PLAY rtsp:/115.182.51.79/zuoyou001.mp4/ RTSP/1.0CSeq: 6User-Agent: LibVLC/1.1.11 (LIVE555 Streaming Media v2011.05.25)Session: 1837199341906602386Range: npt=0.000-server->client=RTSP/1.0 200 OKServer: DSS/6.0.3 (Build/526.3; Platform/FreeBS

12、D; Release/Darwin Streaming Server; State/Development; )Cseq: 6Session: 1837199341906602386Range: npt=0.00000-6640.12667RTP-Info: url=rtsp:/115.182.51.79/zuoyou001.mp4/trackID=65536;seq=55088;rtptime=37707334,url=rtsp:/115.182.51.79/zuoyou001.mp4/trackID=65537;seq=19114;rtptime=550154668.第六個過程，拆線報文t

13、eardown。Teardown過程由客戶端向服務(wù)器發(fā)起，交互完成即完成會話釋放。標(biāo)準(zhǔn)交互流程：5. TEARDOWN client->server=TEARDOWN rtsp:/115.182.51.79/zuoyou001.mp4/ RTSP/1.0CSeq: 7User-Agent: LibVLC/1.1.11 (LIVE555 Streaming Media v2011.05.25)Session: 1837199341906602386server->client。以上報文交互是標(biāo)準(zhǔn)的一個RTSP會話建立傳輸以及釋放的過程必選報文。除此之外還有一些可選報文，舉例如下：AN

14、NOUNCEC->SS->C可選當(dāng)從用戶發(fā)往服務(wù)器時，ANNOUNCE將請求URL識別的演示或媒體對象描述發(fā)送給服務(wù)器；反之，ANNOUNCE實時更新連接描述。比如新插入一個媒體流時，加入混合器后的會話通告。GET_PARAMETERC->SS->C可選GET_PARAMETER請求檢查RUL指定的演示與媒體的參數(shù)值。沒有實體體時，GET_PARAMETER也許能用來測試用戶與服務(wù)器的連通情況。所以通常用這個報文來做客戶端和服務(wù)器的探針報文（設(shè)備?；睿㏄AUSEC->S推薦PAUSE 請求引起流發(fā)送臨時中斷。如請求URL命名一個流，僅回放和記錄被停止；如請求URL

15、命名一個演示或流組，演示或組中所有當(dāng)前活動的流發(fā)送都停止。恢復(fù)回放或記錄后，必須維持同步。在SETUP消息中連接頭超時參數(shù)所指定時段期間被暫停后，盡管服務(wù)器可能關(guān)閉連接并釋放資源，但服務(wù)器資源會被預(yù)訂RECORDC->S可選該方法根據(jù)演示描述初始化媒體數(shù)據(jù)記錄范圍，時標(biāo)反映開始和結(jié)束時間；如沒有給出時間范圍，使用演示描述提供的開始和結(jié)束時間。如連接已經(jīng)啟動，立即開始記錄，服務(wù)器數(shù)據(jù)請求URL或其他URL決定是否存儲記錄的數(shù)據(jù)；如服務(wù)器沒有使用URL請求，響應(yīng)應(yīng)為201(創(chuàng)建)，并包含描述請求狀態(tài)和參考新資源的實體與位置頭。REDIRECTS->C可選重定向請求通知客戶端連接到另一服

16、務(wù)器地址。它包含強制頭地址，指示客戶端發(fā)布URL請求；也可能包括參數(shù)范圍，以指明重定向何時生效。若客戶端要繼續(xù)發(fā)送或接收URL媒體，客戶端必須對當(dāng)前連接發(fā)送TEARDOWN請求，而對指定主執(zhí)新連接發(fā)送SETUP請求SET_PARAMETERC->SS->C可選這個方法請求設(shè)置演示或URL指定流的參數(shù)值。請求僅應(yīng)包含單個參數(shù)，允許客戶端決定某個特殊請求為何失敗。如請求包含多個參數(shù)，所有參數(shù)可成功設(shè)置，服務(wù)器必須只對該請求起作用。服務(wù)器必須允許參數(shù)可重復(fù)設(shè)置成同一值，但不讓改變參數(shù)值。注意：媒體流傳輸參數(shù)必須用SETUP命令設(shè)置。將設(shè)置傳輸參數(shù)限制為SETUP有利于防火墻。第二部分：詳

17、解我司不同產(chǎn)品組件對RTSP報文的交互鑒于開發(fā)時的不同產(chǎn)品組件形態(tài)，我司DA、ECR以及ISC產(chǎn)品對RTSP不同的流程所用的消息字段也不一致。下面介紹幾個典型產(chǎn)品的字段應(yīng)用：DA側(cè)：DA如果使用RTSP配合ONVIF接入第三方IPC時，第一條option字段不會發(fā)送，必須支持setup、play和teardown。而DA和onvif ipc?；顣r使用的是協(xié)議推薦的SET_PARAMETER消息，而DA用于錄像回放時采用options字段，字段中會攜帶時間戳標(biāo)記。NVR側(cè)：a.第一條option消息實際不會發(fā)，因為默認(rèn)setup、play和teardown都必須支持，b.setup可能發(fā)一條，可

18、能發(fā)兩條，根據(jù)是describe響應(yīng)消息中會告訴是否支持音頻，如果支持音頻，會發(fā)兩條setup，如果不支持音頻，則只會發(fā)一條setup，c.如果發(fā)兩條setup，則第一個setup是視頻，第二個setup是音頻，文檔中第一個是音頻肯定也是可以的，但我們的實現(xiàn)是第一個發(fā)視頻的，d.發(fā)送play后需要有?；?，可以用get_parameter或者option，我們用的是option保活。e.如果是回放，還需要通過RTSP OPTIONS字段支持快進快退后退暫停等功能，實況流不需要。最后附上：RTSP的報文響應(yīng)狀態(tài)：“100” ; Continue (all 100 range)“200” ; OK“

19、201” ; Created“250” ; Low on Storage Space“300” ; Multiple Choices“301” ; Moved Permanently“302” ; Moved Temporarily“303” ; See Other“304” ; Not Modified“305” ; Use Proxy“350” ; Going Away“351” ; Load Balancing“400” ; Bad Request“401” ; Unauthorized“402” ; Payment Required“403” ; Forbidden“404” ; Not Found“405” ; Method Not Allowed“406” ; Not Acceptable“407” ; Proxy Authentication Required“408” ; Request Time-out“410” ; Gone“411” ; Length Required“412” ; Precondition F