RTSP協(xié)議講解.ppt

1、RTSP協(xié)議講解,數(shù)字監(jiān)控行業(yè)核心技術(shù)與產(chǎn)品提供商 ,北京漢邦高科數(shù)字技術(shù)股份有限公司,2015-06-14,講解內(nèi)容,RTSP協(xié)議概念 RTSP協(xié)議在網(wǎng)絡(luò)中所處的位置 RTSP介紹 RTSP的第三方庫 RTP/RTCP協(xié)議介紹 SIP/SDP協(xié)議介紹 RTSP和onvif的關(guān)系,RTSP協(xié)議概念,RTSP（Real Time Streaming Protocol），實(shí)時(shí)流傳輸協(xié)議，是TCP/IP協(xié)議體系中的一個(gè)應(yīng)用層協(xié)議，由哥倫比亞大學(xué)、網(wǎng)景和RealNetworks公司提交的IETF RFC標(biāo)準(zhǔn)。 RTSP在體系結(jié)構(gòu)上位于RTP和RTCP之上，它使用TCP或RTP完成數(shù)據(jù)傳輸。它的語法和運(yùn)

2、作跟HTTP 1.1類似，HTTP與RTSP相比，HTTP傳送HTML，而RTSP傳送的是多媒體數(shù)據(jù)。HTTP請(qǐng)求由客戶機(jī)發(fā)出，服務(wù)器作出響應(yīng)；使用RTSP時(shí)，客戶機(jī)和服務(wù)器都可以發(fā)出請(qǐng)求，即RTSP可以是雙向的。,RTSP協(xié)議在網(wǎng)絡(luò)中所處的位置,RTSP介紹,實(shí)時(shí)流協(xié)議（RTSP）建立并控制一個(gè)或幾個(gè)時(shí)間同步的連續(xù)流媒體，如音頻和視頻。盡管連續(xù)媒體流與控制流交叉是可能的，RTSP 本身并不發(fā)送連續(xù)媒體流。換言之，RTSP 充當(dāng)多媒體服務(wù)器的網(wǎng)絡(luò)遠(yuǎn)程控制。RTSP 提供了一個(gè)可擴(kuò)展框架，實(shí)現(xiàn)實(shí)時(shí)數(shù)據(jù)（如音頻與視頻）的受控、按需傳送。數(shù)據(jù)源包括實(shí)況數(shù)據(jù)與存儲(chǔ)的剪輯。RTSP 用于控制多個(gè)數(shù)據(jù)發(fā)送

3、會(huì)話，提供了選擇發(fā)送通道（如 UDP、組播 UDP 與 TCP 等）的方式，并提供了選擇基于 RTP 的發(fā)送機(jī)制的方法。 目前還沒有 RTSP 連接的概念；服務(wù)器維護(hù)由識(shí)別符標(biāo)識(shí)的會(huì)話。RTSP 會(huì)話不會(huì)綁定到傳輸層連接，如 TCP。在 RTSP 會(huì)話期間，RTSP 客戶端可打開或關(guān)閉多個(gè)對(duì)服務(wù)器的可靠傳輸連接以發(fā)出 RTSP 請(qǐng)求。它也可選擇使用無連接傳輸協(xié)議，如 UDP。,OPTIONS,客戶端發(fā)送請(qǐng)求： OPTIONS rtsp:/35:554 RTSP/1.0 CSeq: 1 User-Agent: RealMedia Player HelixDNAClient/

4、5 (win32) /客戶端版本，運(yùn)行的系統(tǒng) ClientChallenge: ecfc7f451b599180ec25b706ddbd18ee ClientID: WinNT_6.1_5_play32_RN01_EN_686 CompanyID: YurviqDthCPgn+V3Ms/YiQ= GUID: 00000000-0000-0000-0000-000000000000 PlayerStarttime: 03/08/2011:11:26:10 08:00 /流媒體開始播放的時(shí)間 Pragma: initiate-session RegionData:

5、0 解析：此步驟是客戶端向服務(wù)器詢問有哪些方法可以使用。包里面說明了客戶端請(qǐng)求的文件所在的地址和端口，并說明播放器的版本和操作系統(tǒng)平臺(tái)。,OPTIONS,服務(wù)端響應(yīng)請(qǐng)求： RTSP/1.0 200 OK CSeq: 1 Date: Wed, Aug 03 2011 07:01:25 GMT /服務(wù)器當(dāng)前時(shí)間 Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER, SET_PARAMETER /服務(wù)器支持的方法 解析：接收到OPTIONS請(qǐng)求后服務(wù)端發(fā)出響應(yīng)報(bào)文。最開始返回狀態(tài)碼200代表請(qǐng)求成功。然后返回服

6、務(wù)器當(dāng)前時(shí)間(GMT)和所支持的方法。,DESCRIBE,客戶端發(fā)送請(qǐng)求： DESCRIBE rtsp:/35:554/21.aac RTSP/1.0 CSeq: 2 Accept: application/sdp /定義描述類型 解析：該方法是客戶端向服務(wù)端請(qǐng)求描述媒體的詳細(xì)信息。包中說明需要描述的媒體文件具體目錄和名稱，定義客戶端能理解的描述類型，要求服務(wù)端以SDP包方式來描述媒體信息,DESCRIBE,服務(wù)端響應(yīng)請(qǐng)求： RTSP/1.0 200 OK CSeq: 2 Date: Wed, Aug 03 2011 07:01:26 GMT Content-Base:

7、rtsp:/35/21.aac/ Content-Type: application/sdp /描述類型 Content-Length: 515 /SDP包的長度 第一部分解析：這是服務(wù)端響應(yīng)DESCRIBE請(qǐng)求所發(fā)回的報(bào)文。以上內(nèi)容說明描述的媒體文件具體路徑和名稱，以及所采用的描述類型(sdp)，并定義了SDP包內(nèi)容的長度。以下的第二部分是SDP包的內(nèi)容。,DESCRIBE,SETUP,客戶端發(fā)送請(qǐng)求： SETUP rtsp:/35/21.aac/track1 RTSP/1.0 CSeq: 3 User-Agent: MPlayer (LIVE55

8、5 Streaming Media v2011.03.14) /客戶端詳細(xì)信息 Transport: RTP/AVP;unicast;client_port=59558-59559 /傳輸協(xié)議+傳播方式（單播或多播）+接收數(shù)據(jù)的端口號(hào)。 解析：客戶端向服務(wù)端發(fā)送SETUP請(qǐng)求，要求服務(wù)端設(shè)置會(huì)話屬性和流媒體傳輸方式以建立會(huì)話。包內(nèi)容包含客戶端軟件詳細(xì)信息，以及所需要的傳輸協(xié)議(RTP),傳播方式和客戶端用來接收數(shù)據(jù)的端口號(hào)。,SETUP,服務(wù)端響應(yīng)請(qǐng)求： RTSP/1.0 200 OK CSeq: 3 Date: Wed, Aug 03 2011 07:01:26 GMT Transport:

9、RTP/AVP;unicast;destination=79;source=35;client_port=59558-59559;server_port=6970-6971 /傳輸協(xié)議+傳播方式+目的IP+源IP+客戶端端口+服務(wù)端端口 Session: 00007578 /會(huì)話標(biāo)識(shí) 解析：服務(wù)端接收到SETUP請(qǐng)求后建立會(huì)話，向客戶端返回會(huì)話詳細(xì)信息以及會(huì)話標(biāo)識(shí)。會(huì)話標(biāo)識(shí)是唯一的。至此一個(gè)會(huì)話建立完成。,PLAY,客戶端發(fā)送請(qǐng)求： PLAY rtsp:/35/21.aac/ RTSP/1.0 CSeq: 4 User-Agen

10、t: MPlayer (LIVE555 Streaming Media v2011.03.14) /播放器信息 Session: 00007578 /會(huì)話標(biāo)識(shí) Range: npt=0.000- /播放時(shí)間范圍，從第0秒到文件播放完 解析：會(huì)話建立后，客戶端發(fā)出PLAY請(qǐng)求播放所申請(qǐng)的流媒體21.acc。傳輸機(jī)制按照SETUP命令所設(shè)置的進(jìn)行。PLAY請(qǐng)求可以發(fā)送多次，服務(wù)器會(huì)將請(qǐng)求放入隊(duì)列逐個(gè)處理。同時(shí)客戶端可以定義播放的時(shí)間范圍，比如從該流媒體的第N秒播放到第M秒。,PLAY,服務(wù)器響應(yīng)請(qǐng)求： RTSP/1.0 200 OK CSeq: 4 Date: Wed, Aug 03 2011 0

11、7:01:26 GMT Range: npt=0.000- Session: 00007578 RTP-Info: url=rtsp:/35/21.aac/track1;seq=23335;rtptime=2147485332 解析：服務(wù)器返回確認(rèn)報(bào)文并開始傳輸流媒體數(shù)據(jù)。數(shù)據(jù)傳輸一般使用UDP發(fā)送。,TEARDOWN,客戶端發(fā)送請(qǐng)求： TEARDOWN rtsp:/35/21.aac/ RTSP/1.0 CSeq: 5 User-Agent: MPlayer (LIVE555 Streaming Media v2011.03.14) Session

12、: 00007578 解析：流媒體全部傳輸完畢后，客戶端向服務(wù)端發(fā)出TEARDOWN請(qǐng)求，要求終止該會(huì)話。 服務(wù)端響應(yīng)請(qǐng)求： RTSP/1.0 200 OK CSeq: 5 Date: Wed, Aug 03 2011 07:01:57 GMT 解析：服務(wù)端響應(yīng)TEARDOWN請(qǐng)求，發(fā)送回響應(yīng)報(bào)文并終止該會(huì)話，至此該會(huì)話結(jié)束，服務(wù)器繼續(xù)等待下一個(gè)RTSP請(qǐng)求。,RTSP的第三方庫,live555簡介 Live555 是一個(gè)為流媒體提供解決方案的跨平臺(tái)的C+開源項(xiàng)目，它實(shí)現(xiàn)了對(duì)標(biāo)準(zhǔn)流媒體傳輸協(xié)議如RTP/RTCP、RTSP、SIP等的支持。Live555實(shí)現(xiàn)了對(duì)多種音視頻編碼格式的音視頻數(shù)據(jù)的流

13、化、接收和處理等支持，包括MPEG、H.263+、DV、JPEG視頻和多種音頻編碼。同時(shí)由于良好的設(shè)計(jì)，Live555非常容易擴(kuò)展對(duì)其他格式的支持。目前，Live555已經(jīng)被用于多款播放器的流媒體播放功能的實(shí)現(xiàn)，如VLC(VideoLan)、MPlayer。,RTSP的第三方庫,FFmpeg是一套可以用來記錄、轉(zhuǎn)換數(shù)字音頻、視頻，并能將其轉(zhuǎn)化為流的開源計(jì)算機(jī)程序。它包括了目前領(lǐng)先的音/視頻編碼庫libavcodec等。 libavformat：用于各種音視頻封裝格式的生成和解析，包括獲取解碼所需信息以生成解碼上下文結(jié)構(gòu) 和讀取音視頻幀等功能； libavcodec：用于各種類型聲音/圖像編解碼

14、； libavutil：包含一些公共的工具函數(shù)； libswscale：用于視頻場景比例縮放、色彩映射轉(zhuǎn)換； libpostproc：用于后期效果處理； ffmpeg：該項(xiàng)目提供的一個(gè)工具，可用于格式轉(zhuǎn)換、解碼或電視卡即時(shí)編碼等； ffsever：一個(gè) HTTP 多媒體即時(shí)廣播串流服務(wù)器； ffplay：是一個(gè)簡單的播放器，使用ffmpeg 庫解析和解碼，通過SDL顯示；,RTP/RTCP協(xié)議介紹,RTP全名是Real-time Transport Protocol（實(shí)時(shí)傳輸協(xié)議），RTP被定義為傳輸音頻、視頻、模擬數(shù)據(jù)等實(shí)時(shí)數(shù)據(jù)的傳輸協(xié)議，與傳統(tǒng)的注重的高可靠的數(shù)據(jù)傳輸?shù)倪\(yùn)輸層協(xié)議相比，它更

15、加側(cè)重的數(shù)據(jù)傳輸?shù)膶?shí)時(shí)性，此協(xié)議提供的服務(wù)包括數(shù)據(jù)順序號(hào)、時(shí)間標(biāo)記、傳輸控制等。 RTP通常與輔助控制協(xié)議RTCP一起工作，RTP只負(fù)責(zé)實(shí)時(shí)數(shù)據(jù)的傳輸，RTCP負(fù)責(zé)對(duì)RTP的通信和會(huì)話進(jìn)行帶外管理（如流量控制、擁塞控制、會(huì)話源管理等）。,RTP協(xié)議,1.V：RTP協(xié)議的版本號(hào)，占2位，當(dāng)前協(xié)議版本號(hào)為2。 2. P：填充標(biāo)志，占1位，如果P=1，則在該報(bào)文的尾部填充一個(gè)或多個(gè)額外的八位組，它們不是有效載荷的一部分。 3. X：擴(kuò)展標(biāo)志，占1位，如果X=1，則在RTP報(bào)頭后跟有一個(gè)擴(kuò)展報(bào)頭。 CC：CSRC計(jì)數(shù)器，占4位，指示CSRC 標(biāo)識(shí)符的個(gè)數(shù)。 5. M: 標(biāo)記，占1位，不同的有效載荷有不

16、同的含義，對(duì)于視頻，標(biāo)記一幀的結(jié)束；對(duì)于音頻，標(biāo)記會(huì)話的開始。 6. PT: 有效載荷類型，占7位，用于說明RTP報(bào)文中有效載荷的類型，如GSM音頻、JPEM圖像等,在流媒體中大部分是用來區(qū)分音頻流和視頻流的，這樣便于客戶端進(jìn)行解析。,RTP協(xié)議,7. 序列號(hào)：占16位，用于標(biāo)識(shí)發(fā)送者所發(fā)送的RTP報(bào)文的序列號(hào)，每發(fā)送一個(gè)報(bào)文，序列號(hào)增1。這個(gè)字段當(dāng)下層的承載協(xié)議用UDP的時(shí)候，網(wǎng)絡(luò)狀況不好的時(shí)候可以用來檢查丟包。同時(shí)出現(xiàn)網(wǎng)絡(luò)抖動(dòng)的情況可以用來對(duì)數(shù)據(jù)進(jìn)行重新排序，在helix服務(wù)器中這個(gè)字段是從0開始的，同時(shí)音頻包和視頻包的sequence是分別記數(shù)的。 8. 時(shí)戳(Timestamp)：占3

17、2位，時(shí)戳反映了該RTP報(bào)文的第一個(gè)八位組的采樣時(shí)刻。接收者使用時(shí)戳來計(jì)算延遲和延遲抖動(dòng)，并進(jìn)行同步控制。 9. 同步信源(SSRC)標(biāo)識(shí)符：占32位，用于標(biāo)識(shí)同步信源。該標(biāo)識(shí)符是隨機(jī)選擇的，參加同一視頻會(huì)議的兩個(gè)同步信源不能有相同的SSRC。 10. 特約信源(CSRC)標(biāo)識(shí)符：每個(gè)CSRC標(biāo)識(shí)符占32位，可以有015個(gè)。每個(gè)CSRC標(biāo)識(shí)了包含在該RTP報(bào)文有效載荷中的所有特約信源。,RTCP協(xié)議,RTCP 協(xié)議的主要功能是：服務(wù)質(zhì)量的監(jiān)視與反饋、媒體間的同步，以及多播組中成員的標(biāo)識(shí)。RTCP 分組也使用 UDP 傳送，但 RTCP 并不對(duì)聲音或視像分組進(jìn)行封裝?？蓪⒍鄠€(gè) RTCP 分組封裝

18、在一個(gè) UDP 用戶數(shù)據(jù)報(bào)中。RTCP 分組周期性地在網(wǎng)上傳送，它帶有發(fā)送端和接收端對(duì)服務(wù)質(zhì)量的統(tǒng)計(jì)信息報(bào)告。 RTCP包含五種分組類型 1）結(jié)束分組 BYE 表示關(guān)閉一個(gè)數(shù)據(jù)流。 2）特定應(yīng)用分組 APP 使應(yīng)用程序能夠定義新的分組類型。 3）接收端報(bào)告分組 RR 用來使接收端周期性地向所有的點(diǎn)用多播方式進(jìn)行報(bào)告。 4）發(fā)送端報(bào)告分組 SR 用來使發(fā)送端周期性地向所有接收端用多播方式進(jìn)行報(bào)告。 5）源點(diǎn)描述分組 SDES 給出會(huì)話中參加者的描述。,SIP協(xié)議,SIP(Session Initiation Protocol)是一個(gè)應(yīng)用層的信令控制協(xié)議。用于創(chuàng)建、修改和釋放一個(gè)或多個(gè)參與者的會(huì)話。這些會(huì)話可以是Internet多媒體會(huì)議1、IP電話或多媒體分發(fā)。,用戶定位服務(wù) 會(huì)話建立 會(huì)話參與方管理,SIP 用戶代理 SIP 注冊(cè)服務(wù)器 SIP 代理服務(wù)器 SIP 重定向服務(wù)器,SDP協(xié)議,SDP(Session Description Protocol)為會(huì)話通知、會(huì)話邀請(qǐng)和其它形式的多媒體會(huì)話初始化等目的提供了多媒體會(huì)話描述。它不屬于傳輸協(xié)議 它只使用不同的適當(dāng)?shù)膫鬏攨f(xié)議，會(huì)話初始協(xié)議（SIP）、實(shí)時(shí)流協(xié)議（RTSP）、電子郵件以及超文本傳輸協(xié)議（H