一巍举、RTSP協(xié)議概述
RTSP(Real-TimeStream Protocol )是一種基于文本的應(yīng)用層協(xié)議，在語(yǔ)法及一些消息參數(shù)等方面欠雌，RTSP協(xié)議與HTTP協(xié)議類(lèi)似判导。
RTSP被用于建立的控制媒體流的傳輸，它為多媒體服務(wù)扮演“網(wǎng)絡(luò)遠(yuǎn)程控制”的角色论熙。盡管有時(shí)可以把RTSP控制信息和媒體數(shù)據(jù)流交織在一起傳送，但一般情況RTSP本身并不用于轉(zhuǎn)送媒體流數(shù)據(jù)。媒體數(shù)據(jù)的傳送可通過(guò)RTP/RTCP等協(xié)議來(lái)完成无午。
一次基本的RTSP操作過(guò)程是:
首先媒役，客戶(hù)端連接到流服務(wù)器并發(fā)送一個(gè)RTSP描述命令（DESCRIBE）。流服務(wù)器通過(guò)一個(gè)SDP描述來(lái)進(jìn)行反饋鸥诽，反饋信息包括流數(shù)量、媒體類(lèi)型等信息钠龙。客戶(hù)端再分析該SDP描述御铃，并為會(huì)話中的每一個(gè)流發(fā)送一個(gè)RTSP建立命令(SETUP)碴里，RTSP建立命令告訴服務(wù)器客戶(hù)端用于接收媒體數(shù)據(jù)的端口。流媒體連接建立完成后上真，客戶(hù)端發(fā)送一個(gè)播放命令(PLAY)咬腋，服務(wù)器就開(kāi)始在UDP上傳送媒體流（RTP包）到客戶(hù)端。 在播放過(guò)程中客戶(hù)端還可以向服務(wù)器發(fā)送命令來(lái)控制快進(jìn)睡互、快退和暫停等根竿。最后，客戶(hù)端可發(fā)送一個(gè)終止命令(TERADOWN)來(lái)結(jié)束流媒體會(huì)話
二就珠、RTSP協(xié)議與HTTP協(xié)議區(qū)別
- RTSP引入了幾種新的方法寇壳，比如DESCRIBE、PLAY妻怎、SETUP 等壳炎，并且有不同的協(xié)議標(biāo)識(shí)符，RTSP為rtsp 1.0,HTTP為http 1.1逼侦；
- HTTP是無(wú)狀態(tài)的協(xié)議匿辩，而RTSP為每個(gè)會(huì)話保持狀態(tài)；
- RTSP協(xié)議的客戶(hù)端和服務(wù)器端都可以發(fā)送Request請(qǐng)求榛丢，而在HTTPF協(xié)議中铲球，只有客戶(hù)端能發(fā)送Request請(qǐng)求。
- 在RTSP協(xié)議中涕滋，載荷數(shù)據(jù)一般是通過(guò)帶外方式來(lái)傳送的(除了交織的情況)，及通過(guò)RTP協(xié)議在不同的通道中來(lái)傳送載荷數(shù)據(jù)挠阁。而HTTP協(xié)議的載荷數(shù)據(jù)都是通過(guò)帶內(nèi)方式傳送的宾肺，比如請(qǐng)求的網(wǎng)頁(yè)數(shù)據(jù)是在回應(yīng)的消息體中攜帶的溯饵。
- 使用ISO10646(UTF-8) 而不是ISO 8859-1，以配合當(dāng)前HTML的國(guó)際化锨用；
- RTSP使用URI請(qǐng)求時(shí)包含絕對(duì)URI丰刊。而由于歷史原因造成的向后兼容性問(wèn)題，HTTP/1.1只在請(qǐng)求中包含絕對(duì)路徑增拥，把主機(jī)名放入單獨(dú)的標(biāo)題域中啄巧；
三、RTSP重要術(shù)語(yǔ)
- 集合控制(Aggregatecontrol ):
對(duì)多個(gè)流的同時(shí)控制掌栅。對(duì)音頻/視頻來(lái)講秩仆，客戶(hù)端僅需發(fā)送一條播放或者暫停消息就可同時(shí)控制音頻流和視頻流。- 實(shí)體(Entity)：
作為請(qǐng)求或者回應(yīng)的有效負(fù)荷傳輸?shù)男畔⒒狻Ｓ梢詫?shí)體標(biāo)題域（entity-header field）形式存在的元信息和以實(shí)體主體（entity body）形式存在的內(nèi)容組成- 容器文件（Containerfile）：
可以容納多個(gè)媒體流的文件澄耍。RTSP服務(wù)器可以為這些容器文件提供集合控制。- RTSP****會(huì)話(RTSP session )：
RTSP交互的全過(guò)程晌缘。對(duì)一個(gè)電影的觀看過(guò)程,會(huì)話(session)包括由客戶(hù)端建立媒體流傳輸機(jī)制(SETUP)齐莲，使用播放(PLAY)或錄制(RECORD)開(kāi)始傳送流，用停止(TEARDOWN)關(guān)閉流磷箕。
四选酗、RTSP請(qǐng)求消息
方法 URI RTSP版本 CR LF
消息頭 CRLF CRLF
消息體 CR LF
其中方法包括OPIONS、DESCRIBE岳枷、SETUP芒填、PLAY、TEARDOWN等,URI是接受方的地址,例如:rtsp://192.168.0.1/video1.3gp嫩舟。
RTSP版本一般都是 RTSP/1.0氢烘。每行后面的CR LF表示回車(chē)換行，需要接受端有相應(yīng)的解析家厌，最后一個(gè)消息頭需要有兩個(gè)CR LF
消息體是可選的播玖，有的Request消息并不帶消息體。
五饭于、RTSP回應(yīng)消息
消息格式：
RTSP版本狀態(tài)碼解釋 CR LF
消息頭 CR LF CR LF
消息體 CR LF
其中RTSP版本一般都是RTSP/1.0,狀態(tài)碼是一個(gè)數(shù)值蜀踏，用于表示Request消息的執(zhí)行結(jié)果,比如200表示成功,解釋是與狀態(tài)碼對(duì)應(yīng)的文本解釋.
六、RTSP 重要方法
- OPTIONS:
用于得到服務(wù)器提供的可用方法掰吕；
OPTIONS rtsp://192.168.20.136:5000/xxx666 RTSP/1.0
RTSP/1.0 200 OK
服務(wù)器的回應(yīng)信息會(huì)在Public字段列出提供的方法:
RTSP/1.0 200 OK
CSeq: 1 //每個(gè)回應(yīng)消息的cseq數(shù)值和請(qǐng)求消息的cseq相對(duì)應(yīng)
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE- DESCRIBE:
客戶(hù)端向服務(wù)器端發(fā)送DESCRIBE果覆，用于得到URI所指定的媒體描述信息，一般是SDP信息殖熟【执客戶(hù)端通過(guò)Accept頭指定客戶(hù)端可以接受的媒體述信息類(lèi)型。- SETUP:
用于確定轉(zhuǎn)輸機(jī)制，建立RTSP會(huì)話钳榨〗⒎＃客戶(hù)端能夠發(fā)出一個(gè)SETUP請(qǐng)求為正在播放的媒體流改變傳輸參數(shù)，服務(wù)器可能同意這些參數(shù)的改變薛耻。若是不同意营罢，它必須響應(yīng)錯(cuò)誤"455 Method Not Valid In This State"。
Request中的Transport頭字段指定了客戶(hù)端可接受的數(shù)據(jù)傳輸參數(shù)饼齿；Response中的Transport 頭字段包含了由服務(wù)器選出的傳輸參數(shù)饲漾。- PLAY:
PLAY方法告知服務(wù)器通過(guò)SETUP中指定的機(jī)制開(kāi)始發(fā)送數(shù)據(jù) 。在尚未收到SETUP請(qǐng)求的成功應(yīng)答之前缕溉，客戶(hù)端不可以發(fā)出PLAY請(qǐng)求考传。
PLAY請(qǐng)求將正常播放時(shí)間（normal play time）定位到指定范圍的起始處，并且傳輸數(shù)據(jù)流直到播放范圍結(jié)束倒淫。PLAY請(qǐng)求可能被管道化（pipelined）伙菊，即放入隊(duì)列中（queued）；服務(wù)器必須將PLAY請(qǐng)求放到隊(duì)列中有序執(zhí)行敌土。也就是說(shuō)镜硕，后一個(gè)PLAY請(qǐng)求需要等待前一個(gè)PLAY請(qǐng)求完成才能得到執(zhí)行。
Range頭可能包含一個(gè)時(shí)間參數(shù)返干。該參數(shù)以UTC格式指定了播放開(kāi)始的時(shí)間兴枯。如果在這個(gè)指定時(shí)間后收到消息，那么播放立即開(kāi)始矩欠。時(shí)間參數(shù)可能用來(lái)幫助同步從不同數(shù)據(jù)源獲取的數(shù)據(jù)流财剖。
不含Range頭的PLAY請(qǐng)求也是合法的。它從媒體流開(kāi)頭開(kāi)始播放癌淮，直到媒體流被暫停躺坟。如果媒體流通過(guò)PAUSE暫停，媒體流傳輸將在暫停點(diǎn)（the pause point）重新開(kāi)始乳蓄。
如果媒體流正在播放咪橙，那么這樣一個(gè)PLAY請(qǐng)求將不起更多的作用，只是客戶(hù)端可以用此來(lái)測(cè)試服務(wù)器是否存活虚倒。- PAUSE:
PAUSE請(qǐng)求引起媒體流傳輸?shù)臅簳r(shí)中斷美侦。如果請(qǐng)求URL中指定了具體的媒體流，那么只有該媒體流的播放和記錄被暫停（halt）魂奥。比如菠剩，指定暫停音頻，播放將會(huì)無(wú)聲耻煤。如果請(qǐng)求URL指定了一組流具壮，那么在該組中的所有流的傳輸將被暫停准颓。
PAUSE請(qǐng)求中可能包含一個(gè)Range頭用來(lái)指定何時(shí)媒體流暫停，我們稱(chēng)這個(gè)時(shí)刻為暫停點(diǎn)（pause point）棺妓。該頭必須包含一個(gè)精確的值瞬场，而不是一個(gè)時(shí)間范圍。媒體流的正常播放時(shí)間設(shè)置成暫停點(diǎn)涧郊。當(dāng)服務(wù)器遇到在任何當(dāng)前掛起（pending）的PLAY請(qǐng)求中指定的時(shí)間點(diǎn)后，暫停請(qǐng)求生效眼五。如果Range頭指定了一個(gè)時(shí)間超出了任何一個(gè)當(dāng)前掛起的PLAY請(qǐng)求妆艘，將返回錯(cuò)誤"457 Invalid Range" 。如果一個(gè)媒體單元（比如一個(gè)音頻或視頻禎）正好在一個(gè)暫停點(diǎn)開(kāi)始看幼，那么表示將不會(huì)被播放或記錄批旺。如果Range頭缺失，那么在收到暫停消息后媒體流傳輸立即中斷诵姜，并且暫停點(diǎn)設(shè)置成當(dāng)前正常播放時(shí)間汽煮。- TEARDOWN:
TEARDOWN請(qǐng)求終止了給定URI的媒體>7. ** TEARDOWN:**
七、RTSP重要頭字段參數(shù)
- Accept:
用于指定客戶(hù)端可以接受的媒體描述信息類(lèi)型棚唆。比如:
Accept: application/rtsl, application/sdp;level=2- Bandwidth:
用于描述客戶(hù)端可用的帶寬值暇赤。- CSeq:
指定了RTSP請(qǐng)求回應(yīng)對(duì)的序列號(hào)，在每個(gè)請(qǐng)求或回應(yīng)中都必須包括這個(gè)頭字段宵凌。對(duì)每個(gè)包含一個(gè)給定序列號(hào)的請(qǐng)求消息鞋囊，都會(huì)有一個(gè)相同序列號(hào)的回應(yīng)消息。- Rang:
用于指定一個(gè)時(shí)間范圍瞎惫，可以使用SMPTE溜腐、NTP或clock時(shí)間單元。- Session:
Session頭字段標(biāo)識(shí)了一個(gè)RTSP會(huì)話瓜喇。Session ID 是由服務(wù)器在SETUP的回應(yīng)中選擇的挺益，客戶(hù)端一當(dāng)?shù)玫絊ession ID后，在以后的對(duì)Session 的操作請(qǐng)求消息中都要包含Session ID.- Transport:
Transport頭字段包含客戶(hù)端可以接受的轉(zhuǎn)輸選項(xiàng)列表乘寒，包括傳輸協(xié)議望众，地址端口，TTL等肃续。服務(wù)器端也通過(guò)這個(gè)頭字段返回實(shí)際選擇的具體選項(xiàng)黍檩。如:
Transport: RTP/AVP;multicast;ttl=127;mode="PLAY",
RTP/AVP;unicast;client_port=3456-3457;mode="PLAY"
八、簡(jiǎn)單的RTSP消息交互過(guò)程
- 第一步：查詢(xún)服務(wù)器端可用方法
C->S:OPTIONrequest //詢(xún)問(wèn)S有哪些方法可用
S->C:OPTIONresponse //S回應(yīng)信息的public頭字段中包括提供的所有可用方法- 第二步：得到媒體描述信息
C->S:DESCRIBE request //要求得到S提供的媒體描述信息
S->C:DESCRIBE response //S回應(yīng)媒體描述信息始锚，一般是sdp信息- 第三步：建立RTSP會(huì)話
C->S:SETUPrequest //通過(guò)Transport頭字段列出可接受的傳輸選項(xiàng)刽酱，請(qǐng)求S建立會(huì)話
S->C:SETUPresponse //S建立會(huì)話，通過(guò)Transport頭字段返回選擇的具體轉(zhuǎn)輸選項(xiàng)瞧捌，并返回建立的Session ID;- 第四步：請(qǐng)求開(kāi)始傳送數(shù)據(jù)
C->S:PLAY request //C請(qǐng)求S開(kāi)始發(fā)送數(shù)據(jù)
S->C:PLAYresponse //S回應(yīng)該請(qǐng)求的信息- 第五步： 數(shù)據(jù)傳送播放中
S->C:發(fā)送流媒體數(shù)據(jù) // 通過(guò)RTP協(xié)議傳送數(shù)據(jù)- 第六步：關(guān)閉會(huì)話棵里，退出
C->S:TEARDOWN request //C請(qǐng)求關(guān)閉會(huì)話
S->C:TEARDOWN response //S回應(yīng)該請(qǐng)求
上述的過(guò)程只是標(biāo)準(zhǔn)的润文、友好的rtsp流程，但實(shí)際的需求中并不一定按此過(guò)程殿怜。
其中第三和第四步是必需的典蝌！第一步，只要服務(wù)器客戶(hù)端約定好头谜，有哪些方法可用骏掀，則option請(qǐng)求可以不要。第二步柱告，如果我們有其他途徑得到媒體初始化描述信息（比如http請(qǐng)求等等）截驮，則我們也不需要通過(guò)rtsp中的describe請(qǐng)求來(lái)完成。
