2. 程式人生 > >(轉)RTSP協議詳解

(轉)RTSP協議詳解

阿新 • • 發佈：2018-03-13
定義 attach highlight not xtend prev desc 設備 代理服

轉自：https://www.cnblogs.com/lidabo/p/6553212.html RTSP簡介 RTSP（Real Time Streaming Protocol）是由Real Network和Netscape共同提出的如何有效地在IP網絡上傳輸流媒體數據的應用層協議。RTSP對流媒體提供了諸如暫停，快進等控制，而它本身並不傳輸數據，RTSP的作用相當於流媒體服務器的遠程控制。服務器端可以自行選擇使用TCP或UDP來傳送串流內容，它的語法和運作跟HTTP 1.1類似，但並不特別強調時間同步，所以比較能容忍網絡延遲。而且允許同時多個串流需求控制（Multicast），除了可以降低服務器端的網絡用量，還可以支持多方視頻會議（Video onference）。 因為與HTTP1.1的運作方式相似，所以代理服務器《Proxy》的快取功能《Cache》也同樣適用於RTSP，並因RTSP具有重新導向功能，可視實際負載情況來轉換提供服務的服務器，以避免過大的負載集中於同一服務器而造成延遲。
rtsp和http的區別和聯系 （1）聯系：兩者都用純文本來發送消息，且rtsp協議的語法也和HTTP類似。Rtsp一開始這樣設計，也是為了能夠兼容使用以前寫的HTTP協議分析代碼 。 （2）區別：rtsp是有狀態的，不同的是RTSP的命令需要知道現在正處於一個什麽狀態，也就是說rtsp的命令總是按照順序來發送，某個命令總在另外一個命令之前要發送。Rtsp不管處於什麽狀態都不會去斷掉連接。，而http則不保存狀態，協議在發送一個命令以後，連接就會斷開，且命令之間是沒有依賴性的。rtsp協議使用554端口，http使用80端口。
rtsp和sip的區別和聯系 SIP（Session Initiation Protocol），是基於IP的一個應用層控制協議。由於SIP是基於純文本的信令協議，可以管理不同接入網絡上的會話等。會話可以是終端設備之間任何類型的通信，如視頻會話、既時信息處理或協作會話。該協議不會定義或限制可使用的業務，傳輸、服務質量、計費、安全性等問題都由基本核心網絡和其它協議處理。 （1）聯系：sip和rtsp都是應用層的控制協議，負責一次通信過程的建立和控制和結束，不負責中間的傳輸部分。他們都是基於純文本的信令協議，穿墻性能良好。支持tcp、udp，支持多方通信。他們都需要服務器支持，都支持會話中重定向。sip和rtsp 都使用sdp協議來傳送媒體參數，使用rtp（rtcp）協議來傳輸媒體流。 （2）區別：rtsp是專門為流媒體制定的協議，在多個媒體流的時間同步方面比sip強大。rtsp還提供網絡負載均衡的功能，減輕服務器壓力和網絡帶寬要求。sip一般用來創建一次音頻、視頻通話（雙向），而rtsp一般用來做視頻點播、視頻監控等（單向）。當然，從原理上講，rtsp也可以做雙向的視頻通話。
RTSP和RTP（rtcp）的關系 技術分享圖片
rtsp負責建立和控制會話，rtp負責多媒體的傳輸，rtcp配合rtp做控制和流量統計，他們是合作的關系。
RTSP的消息 RTSP的消息有兩大類，一是請求消息(request)，一是回應消息(response)，兩種消息的格式不同。 請求消息格式：
方法 URI RTSP版本 CR LF
消息頭 CR LF CR LF
消息體 CR LF

其中方法包括OPTIONS、SETUP、PLAY、TEARDOWN等待，URI是接收方（服務端）的地址，例如：rtsp://192.168.22.136:5000/v0，每行後面的CR LF表示回車換行，需要接收端有相應的解析，最後一個消息頭需要有兩個CR LF。

回應消息格式：
RTSP版本 狀態碼 解釋 CR LF
消息頭 CR LF CR LF
消息體 CR LF
其中RTSP版本一般都是RTSP/1.0，狀態碼是一個數值，200表示成功，解釋是與狀態碼對應的文本解釋。

狀態碼由三位數組成，表示方法執行的結果，定義如下：

1XX：保留，將來使用；

2XX：成功，操作被接收、理解、接受（received,understand,accepted）；

3XX：重定向，要完成操作必須進行進一步操作；

4XX：客戶端出錯，請求有語法錯誤或無法實現；

5XX：服務器出錯，服務器無法實現合法的請求。

RTSP的方法


rtsp中定義的方法有：OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, SCALE, GET_PARAMETER ，SET_PARAMETER 1.OPTION 目的是得到服務器提供的可用方法: OPTIONS rtsp://192.168.20.136:5000/xxx666 RTSP/1.0 CSeq: 1 //每個消息都有序號來標記，第一個包通常是option請求消息 User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10) 服務器的回應信息包括提供的一些方法,例如: RTSP/1.0 200 OK Server: UServer 0.9.7_rc1 Cseq: 1 //每個回應消息的cseq數值和請求消息的cseq相對應 Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, SCALE, GET_PARAMETER //服務器提供的可用的方法 2.DESCRIBE C向S發起DESCRIBE請求,為了得到會話描述信息(SDP): DESCRIBE rtsp://192.168.20.136:5000/xxx666 RTSP/1.0 CSeq: 2 token: Accept: application/sdp User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10) 服務器回應一些對此會話的描述信息(sdp): RTSP/1.0 200 OK Server: UServer 0.9.7_rc1 Cseq: 2 x-prev-url: rtsp://192.168.20.136:5000 x-next-url: rtsp://192.168.20.136:5000 x-Accept-Retransmit: our-retransmit x-Accept-Dynamic-Rate: 1 Cache-Control: must-revalidate Last-Modified: Fri, 10 Nov 2006 12:34:38 GMT Date: Fri, 10 Nov 2006 12:34:38 GMT Expires: Fri, 10 Nov 2006 12:34:38 GMT Content-Base: rtsp://192.168.20.136:5000/xxx666/ Content-Length: 344 Content-Type: application/sdp v=0 //以下都是sdp信息 o=OnewaveUServerNG 1451516402 1025358037 IN IP4 192.168.20.136 s=/xxx666 u=http:/// e=admin@ c=IN IP4 0.0.0.0 t=0 0 a=isma-compliance:1,1.0,1 a=range:npt=0- m=video 0 RTP/AVP 96 //m表示媒體描述，下面是對會話中視頻通道的媒體描述 a=rtpmap:96 MP4V-ES/90000 a=fmtp:96 profile-level-id=245;config=000001B0F5000001B509000001000000012000C888B0E0E0FA62D089028307 a=control:trackID=0//trackID＝0表示視頻流用的是通道0 3.SETUP 客戶端提醒服務器建立會話,並確定傳輸模式: SETUP rtsp://192.168.20.136:5000/xxx666/trackID=0 RTSP/1.0 CSeq: 3 Transport: RTP/AVP/TCP;unicast;interleaved=0-1 User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10) //uri中帶有trackID＝0，表示對該通道進行設置。Transport參數設置了傳輸模式，包的結構。接下來的數據包頭部第二個字節位置就是interleaved，它的值是每個通道都不同的，trackID＝0的interleaved值有兩個0或1，0表示rtp包，1表示rtcp包，接受端根據interleaved的值來區別是哪種數據包。 服務器回應信息: RTSP/1.0 200 OK Server: UServer 0.9.7_rc1 Cseq: 3 Session: 6310936469860791894 //服務器回應的會話標識符 Cache-Control: no-cache Transport: RTP/AVP/TCP;unicast;interleaved=0-1;ssrc=6B8B4567 4.PLAY 客戶端發送播放請求: PLAY rtsp://192.168.20.136:5000/xxx666 RTSP/1.0 CSeq: 4 Session: 6310936469860791894 Range: npt=0.000- //設置播放時間的範圍 User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10) 服務器回應信息: RTSP/1.0 200 OK Server: UServer 0.9.7_rc1 Cseq: 4 Session: 6310936469860791894 Range: npt=0.000000- RTP-Info: url=trackID=0;seq=17040;rtptime=1467265309 //seq和rtptime都是rtp包中的信息 5.TEARDOWN 客戶端發起關閉請求: TEARDOWN rtsp://192.168.20.136:5000/xxx666 RTSP/1.0 CSeq: 5 Session: 6310936469860791894 User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10) 服務器回應: RTSP/1.0 200 OK Server: UServer 0.9.7_rc1 Cseq: 5 Session: 6310936469860791894 Connection: Close 以上方法都是交互過程中最為常用的,其它還有一些重要的方法如get/set_parameter,pause,redirect等等 ps: sdp的格式 v=<version> o=<username> <session id> <version> <network type> <address type> <address> s=<session name> i=<session description> u=<URI> e=<email address> p=<phone number> c=<network type> <address type> <connection address> b=<modifier>:<bandwidth-value> t=<start time> <stop time> r=<repeat interval> <active duration> <list of offsets from start-time> z=<adjustment time> <offset> <adjustment time> <offset> .... k=<method> k=<method>:<encryption key> a=<attribute> a=<attribute>:<value> m=<media> <port> <transport> <fmt list> 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客戶端的JAVA實現


3.1 接口IEvent.java

接口IEvent.java的代碼如下：

Java代碼
  1. package com.amigo.rtsp;
  3. import java.io.IOException;
  4. import java.nio.channels.SelectionKey;
  6. /** *//**
  7. * IEvent.java 網絡事件處理器，當Selector可以進行操作時，調用這個接口中的方法.
  8. * 2007-3-22 下午03:35:51
  9. * @author sycheng
  10. * @version 1.0
  11. */
  12. public interface IEvent {
  13. /** *//**
  14. * 當channel得到connect事件時調用這個方法.
  15. * @param key
  16. * @throws IOException
  17. */
  18. void connect(SelectionKey key) throws IOException;
  20. /** *//**
  21. * 當channel可讀時調用這個方法.
  22. * @param key
  23. * @throws IOException
  24. */
  25. void read(SelectionKey key) throws IOException;
  27. /** *//**
  28. * 當channel可寫時調用這個方法.
  29. * @throws IOException
  30. */
  31. void write() throws IOException;
  33. /** *//**
  34. * 當channel發生錯誤時調用.
  35. * @param e
  36. */
  37. void error(Exception e);
  38. }

3.2 RTSP的測試類：RTSPClient.java
 RTSP的測試類RTSPClient.java類的代碼如下所示:

Java代碼
  1. package com.amigo.rtsp;
  3. import java.io.IOException;
  4. import java.net.InetSocketAddress;
  5. import java.nio.ByteBuffer;
  6. import java.nio.channels.SelectionKey;
  7. import java.nio.channels.Selector;
  8. import java.nio.channels.SocketChannel;
  9. import java.util.Iterator;
  10. import java.util.concurrent.atomic.AtomicBoolean;
  12. public class RTSPClient extends Thread implements IEvent {
  14. private static final String VERSION = " RTSP/1.0/r/n";
  15. private static final String RTSP_OK = "RTSP/1.0 200 OK";
  17. /** *//** 遠程地址 */
  18. private final InetSocketAddress remoteAddress;
  20. /** *//** * 本地地址 */
  21. private final InetSocketAddress localAddress;
  23. /** *//** * 連接通道 */
  24. private SocketChannel socketChannel;
  26. /** *//** 發送緩沖區 */
  27. private final ByteBuffer sendBuf;
  29. /** *//** 接收緩沖區 */
  30. private final ByteBuffer receiveBuf;
  32. private static final int BUFFER_SIZE = 8192;
  34. /** *//** 端口選擇器 */
  35. private Selector selector;
  37. private String address;
  39. private Status sysStatus;
  41. private String sessionid;
  43. /** *//** 線程是否結束的標誌 */
  44. private AtomicBoolean shutdown;
  46. private int seq=1;
  48. private boolean isSended;
  50. private String trackInfo;
  53. private enum Status {
  54. init, options, describe, setup, play, pause, teardown
  55. }
  57. public RTSPClient(InetSocketAddress remoteAddress,
  58. InetSocketAddress localAddress, String address) {
  59. this.remoteAddress = remoteAddress;
  60. this.localAddress = localAddress;
  61. this.address = address;
  63. // 初始化緩沖區
  64. sendBuf = ByteBuffer.allocateDirect(BUFFER_SIZE);
  65. receiveBuf = ByteBuffer.allocateDirect(BUFFER_SIZE);
  66. if (selector == null) {
  67. // 創建新的Selector
  68. try {
  69. selector = Selector.open();
  70. } catch (final IOException e) {
  71. e.printStackTrace();
  72. }
  73. }
  75. startup();
  76. sysStatus = Status.init;
  77. shutdown=new AtomicBoolean(false);
  78. isSended=false;
  79. }
  81. public void startup() {
  82. try {
  83. // 打開通道
  84. socketChannel = SocketChannel.open();
  85. // 綁定到本地端口
  86. socketChannel.socket().setSoTimeout(30000);
  87. socketChannel.configureBlocking(false);
  88. socketChannel.socket().bind(localAddress);
  89. if (socketChannel.connect(remoteAddress)) {
  90. System.out.println("開始建立連接:" + remoteAddress);
  91. }
  92. socketChannel.register(selector, SelectionKey.OP_CONNECT
  93. | SelectionKey.OP_READ | SelectionKey.OP_WRITE, this);
  94. System.out.println("端口打開成功");
  96. } catch (final IOException e1) {
  97. e1.printStackTrace();
  98. }
  99. }
  101. public void send(byte[] out) {
  102. if (out == null || out.length < 1) {
  103. return;
  104. }
  105. synchronized (sendBuf) {
  106. sendBuf.clear();
  107. sendBuf.put(out);
  108. sendBuf.flip();
  109. }
  111. // 發送出去
  112. try {
  113. write();
  114. isSended=true;
  115. } catch (final IOException e) {
  116. e.printStackTrace();
  117. }
  118. }
  120. public void write() throws IOException {
  121. if (isConnected()) {
  122. try {
  123. socketChannel.write(sendBuf);
  124. } catch (final IOException e) {
  125. }
  126. } else {
  127. System.out.println("通道為空或者沒有連接上");
  128. }
  129. }
  131. public byte[] recieve() {
  132. if (isConnected()) {
  133. try {
  134. int len = 0;
  135. int readBytes = 0;
  137. synchronized (receiveBuf) {
  138. receiveBuf.clear();
  139. try {
  140. while ((len = socketChannel.read(receiveBuf)) > 0) {
  141. readBytes += len;
  142. }
  143. } finally {
  144. receiveBuf.flip();
  145. }
  146. if (readBytes > 0) {
  147. final byte[] tmp = new byte[readBytes];
  148. receiveBuf.get(tmp);
  149. return tmp;
  150. } else {
  151. System.out.println("接收到數據為空,重新啟動連接");
  152. return null;
  153. }
  154. }
  155. } catch (final IOException e) {
  156. System.out.println("接收消息錯誤:");
  157. }
  158. } else {
  159. System.out.println("端口沒有連接");
  160. }
  161. return null;
  162. }
  164. public boolean isConnected() {
  165. return socketChannel != null && socketChannel.isConnected();
  166. }
  168. private void select() {
  169. int n = 0;
  170. try {
  171. if (selector == null) {
  172. return;
  173. }
  174. n = selector.select(1000);
  176. } catch (final Exception e) {
  177. e.printStackTrace();
  178. }
  180. // 如果select返回大於0，處理事件
  181. if (n > 0) {
  182. for (final Iterator<SelectionKey> i = selector.selectedKeys()
  183. .iterator(); i.hasNext();) {
  184. // 得到下一個Key
  185. final SelectionKey sk = i.next();
  186. i.remove();
  187. // 檢查其是否還有效
  188. if (!sk.isValid()) {
  189. continue;
  190. }
  192. // 處理事件
  193. final IEvent handler = (IEvent) sk.attachment();
  194. try {
  195. if (sk.isConnectable()) {
  196. handler.connect(sk);
  197. } else if (sk.isReadable()) {
  198. handler.read(sk);
  199. } else {
  200. // System.err.println("Ooops");
  201. }
  202. } catch (final Exception e) {
  203. handler.error(e);
  204. sk.cancel();
  205. }
  206. }
  207. }
  208. }
  210. public void shutdown() {
  211. if (isConnected()) {
  212. try {
  213. socketChannel.close();
  214. System.out.println("端口關閉成功");
  215. } catch (final IOException e) {
  216. System.out.println("端口關閉錯誤:");
  217. } finally {
  218. socketChannel = null;
  219. }
  220. } else {
  221. System.out.println("通道為空或者沒有連接");
  222. }
  223. }
  225. @Override
  226. public void run() {
  227. // 啟動主循環流程
  228. while (!shutdown.get()) {
  229. try {
  230. if (isConnected()&&(!isSended)) {
  231. switch (sysStatus) {
  232. case init:
  233. doOption();
  234. break;
  235. case options:
  236. doDescribe();
  237. break;
  238. case describe:
  239. doSetup();
  240. break;
  241. case setup:
  242. if(sessionid==null&&sessionid.length()>0){
  243. System.out.println("setup還沒有正常返回");
  244. }else{
  245. doPlay();
  246. }
  247. break;
  248. case play:
  249. doPause();
  250. break;
  252. case pause:
  253. doTeardown();
  254. break;
  255. default:
  256. break;
  257. }
  258. }
  259. // do select
  260. select();
  261. try {
  262. Thread.sleep(1000);
  263. } catch (final Exception e) {
  264. }
  265. } catch (final Exception e) {
  266. e.printStackTrace();
  267. }
  268. }
  270. shutdown();
  271. }
  273. public void connect(SelectionKey key) throws IOException {
  274. if (isConnected()) {
  275. return;
  276. }
  277. // 完成SocketChannel的連接
  278. socketChannel.finishConnect();
  279. while (!socketChannel.isConnected()) {
  280. try {
  281. Thread.sleep(300);
  282. } catch (final InterruptedException e) {
  283. e.printStackTrace();
  284. }
  285. socketChannel.finishConnect();
  286. }
  288. }
  290. public void error(Exception e) {
  291. e.printStackTrace();
  292. }
  294. public void read(SelectionKey key) throws IOException {
  295. // 接收消息
  296. final byte[] msg = recieve();
  297. if (msg != null) {
  298. handle(msg);
  299. } else {
  300. key.cancel();
  301. }
  302. }
  304. private void handle(byte[] msg) {
  305. String tmp = new String(msg);
  306. System.out.println("返回內容：");
  307. System.out.println(tmp);
  308. if (tmp.startsWith(RTSP_OK)) {
  309. switch (sysStatus) {
  310. case init:
  311. sysStatus = Status.options;
  312. break;
  313. case options:
  314. sysStatus = Status.describe;
  315. trackInfo=tmp.substring(tmp.indexOf("trackID"));
  316. break;
  317. case describe:
  318. sessionid = tmp.substring(tmp.indexOf("Session: ") + 9, tmp
  319. .indexOf("Date:"));
  320. if(sessionid!=null&&sessionid.length()>0){
  321. sysStatus = Status.setup;
  322. }
  323. break;
  324. case setup:
  325. sysStatus = Status.play;
  326. break;
  327. case play:
  328. sysStatus = Status.pause;
  329. break;
  330. case pause:
  331. sysStatus = Status.teardown;
  332. shutdown.set(true);
  333. break;
  334. case teardown:
  335. sysStatus = Status.init;
  336. break;
  337. default:
  338. break;
  339. }
  340. isSended=false;
  341. } else {
  342. System.out.println("返回錯誤：" + tmp);
  343. }
  345. }
  347. private void doTeardown() {
  348. StringBuilder sb = new StringBuilder();
  349. sb.append("TEARDOWN ");
  350. sb.append(this.address);
  351. sb.append("/");
  352. sb.append(VERSION);
  353. sb.append("Cseq: ");
  354. sb.append(seq++);
  355. sb.append("/r/n");
  356. sb.append("User-Agent: RealMedia Player HelixDNAClient/10.0.0.11279 (win32)/r/n");
  357. sb.append("Session: ");
  358. sb.append(sessionid);
  359. sb.append("/r/n");
  360. send(sb.toString().getBytes());
  361. System.out.println(sb.toString());
  362. }
  364. private void doPlay() {
  365. StringBuilder sb = new StringBuilder();
  366. sb.append("PLAY ");
  367. sb.append(this.address);
  368. sb.append(VERSION);
  369. sb.append("Session: ");
  370. sb.append(sessionid);
  371. sb.append("Cseq: ");
  372. sb.append(seq++);
  373. sb.append("/r/n");
  374. sb.append("/r/n");
  375. System.out.println(sb.toString());
  376. send(sb.toString().getBytes());
  378. }
  380. private void doSetup() {
  381. StringBuilder sb = new StringBuilder();
  382. sb.append("SETUP ");
  383. sb.append(this.address);
  384. sb.append("/");
  385. sb.append(trackInfo);
  386. sb.append(VERSION);
  387. sb.append("Cseq: ");
  388. sb.append(seq++);
  389. sb.append("/r/n");
  390. sb.append("Transport: RTP/AVP;UNICAST;client_port=16264-16265;mode=play/r/n");
  391. sb.append("/r/n");
  392. System.out.println(sb.toString());
  393. send(sb.toString().getBytes());
  394. }
  396. private void doOption() {
  397. StringBuilder sb = new StringBuilder();
  398. sb.append("OPTIONS ");
  399. sb.append(this.address.substring(0, address.lastIndexOf("/")));
  400. sb.append(VERSION);
  401. sb.append("Cseq: ");
  402. sb.append(seq++);
  403. sb.append("/r/n");
  404. sb.append("/r/n");
  405. System.out.println(sb.toString());
  406. send(sb.toString().getBytes());
  407. }
  409. private void doDescribe() {
  410. StringBuilder sb = new StringBuilder();
  411. sb.append("DESCRIBE ");
  412. sb.append(this.address);
  413. sb.append(VERSION);
  414. sb.append("Cseq: ");
  415. sb.append(seq++);
  416. sb.append("/r/n");
  417. sb.append("/r/n");
  418. System.out.println(sb.toString());
  419. send(sb.toString().getBytes());
  420. }
  422. private void doPause() {
  423. StringBuilder sb = new StringBuilder();
  424. sb.append("PAUSE ");
  425. sb.append(this.address);
  426. sb.append("/");
  427. sb.append(VERSION);
  428. sb.append("Cseq: ");
  429. sb.append(seq++);
  430. sb.append("/r/n");
  431. sb.append("Session: ");
  432. sb.append(sessionid);
  433. sb.append("/r/n");
  434. send(sb.toString().getBytes());
  435. System.out.println(sb.toString());
  436. }
  438. public static void main(String[] args) {
  439. try {
  440. // RTSPClient(InetSocketAddress remoteAddress,
  441. // InetSocketAddress localAddress, String address)
  442. RTSPClient client = new RTSPClient(
  443. new InetSocketAddress("218.207.101.236", 554),
  444. new InetSocketAddress("192.168.2.28", 0),
  445. "rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp");
  446. client.start();
  447. } catch (Exception e) {
  448. e.printStackTrace();
  449. }
  450. }
  451. }

其中:rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp為我在網上找到的一個rtsp的sdp地址,讀者可自行更換,RTSP的默認端口為554.
3.3 運行結果
運行RTSPClient.java,運行結果如下所示:

Java代碼
  1. 端口打開成功
  2. OPTIONS rtsp://218.207.101.236:554/mobile/3/67A451E937422331 RTSP/1.0
  3. Cseq: 1
  6. 返回內容：
  7. RTSP/1.0 200 OK
  8. Server: PVSS/1.4.8 (Build/20090111; Platform/Win32; Release/StarValley; )
  9. Cseq: 1
  10. Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, OPTIONS, ANNOUNCE, RECORD
  13. DESCRIBE rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp RTSP/1.0
  14. Cseq: 2
  17. 返回內容：
  18. RTSP/1.0 200 OK
  19. Server: PVSS/1.4.8 (Build/20090111; Platform/Win32; Release/StarValley; )
  20. Cseq: 2
  21. Content-length: 421
  22. Date: Mon, 03 Aug 2009 08:50:36 GMT
  23. Expires: Mon, 03 Aug 2009 08:50:36 GMT
  24. Content-Type: application/sdp
  25. x-Accept-Retransmit: our-retransmit
  26. x-Accept-Dynamic-Rate: 1
  27. Content-Base: rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp/
  29. v=0
  30. o=MediaBox 127992 137813 IN IP4 0.0.0.0
  31. s=RTSP Session
  32. i=Starv Box Live Cast
  33. c=IN IP4 218.207.101.236
  34. t=0 0
  35. a=range:npt=now-
  36. a=control:*
  37. m=video 0 RTP/AVP 96
  38. b=AS:20
  39. a=rtpmap:96 MP4V-ES/1000
  40. a=fmtp:96 profile-level-id=8; config=000001b008000001b5090000010000000120008440fa282c2090a31f; decode_buf=12586
  41. a=range:npt=now-
  42. a=framerate:5
  43. a=framesize:96 176-144
  44. a=cliprect:0,0,144,176
  45. a=control:trackID=1
  47. SETUP rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp/trackID=1
  48. RTSP/1.0
  49. Cseq: 3
  50. Transport: RTP/AVP;UNICAST;client_port=16264-16265;mode=play
  53. 返回內容：
  54. RTSP/1.0 200 OK
  55. Server: PVSS/1.4.8 (Build/20090111; Platform/Win32; Release/StarValley; )
  56. Cseq: 3
  57. Session: 15470472221769
  58. Date: Mon, 03 Aug 2009 08:50:36 GMT
  59. Expires: Mon, 03 Aug 2009 08:50:36 GMT
  60. Transport: RTP/AVP;UNICAST;mode=play;client_port=16264-16265;server_port=20080-20081
  63. PLAY rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp RTSP/1.0
  64. Session: 15470472221769
  65. Cseq: 4
  68. 返回內容：
  69. RTSP/1.0 200 OK
  70. Server: PVSS/1.4.8 (Build/20090111; Platform/Win32; Release/StarValley; )
  71. Cseq: 4
  72. Session: 15470472221769
  73. RTP-Info: url=rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp/trackID=1;seq=0;rtptime=0
  76. PAUSE rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp/ RTSP/1.0
  77. Cseq: 5
  78. Session: 15470472221769
  81. 返回內容：
  82. RTSP/1.0 200 OK
  83. Server: PVSS/1.4.8 (Build/20090111; Platform/Win32; Release/StarValley; )
  84. Cseq: 5
  85. Session: 15470472221769
  88. TEARDOWN rtsp://218.207.101.236:554/mobile/3/67A451E937422331/8jH5QPU5GWS07Ugn.sdp/ RTSP/1.0
  89. Cseq: 6
  90. User-Agent: RealMedia Player HelixDNAClient/10.0.0.11279 (win32)
  91. Session: 15470472221769
  94. 返回內容：
  95. RTSP/1.0 200 OK
  96. Server: PVSS/1.4.8 (Build/20090111; Platform/Win32; Release/StarValley; )
  97. Cseq: 6
  98. Session: 15470472221769
  99. Connection: Close
  102. 端口關閉成功

對照運行結果,讀者可以熟悉RTSP的常用命令.

(轉)RTSP協議詳解

相關推薦

(轉)RTSP協議詳解

定義 attach highlight not xtend prev desc 設備 代理服 轉自：https://www.cnblogs.com/lidabo/p/6553212.html RTSP簡介 RTSP（Real Time Streaming Prot

RTSP協議詳解

5.1 handler 詳解 finally 運行 綁定 prot mage accepted RTSP簡介 RTSP（Real Time Streaming Protocol）是由Real Network和Netscape共同提出的如何有效地在IP網絡上傳輸流媒

筆記轉載 HTTP [轉]HTTP協議詳解,你所不知道的

[轉]HTTP協議詳解,你所不知道的   什麼是HTTP協議 協議是指計算機通訊網路中兩臺計算機之間進行通訊所必須共同遵守的規定或規則，超文字傳輸協議(HTTP)是一種通訊協議，它允許將超文字標記語言(HTML)文件從Web伺服器傳送到客戶端的瀏覽器

HTTP協議詳解 轉自小坦克

當今web程式的開發技術真是百家爭鳴，ASP.NET, PHP, JSP，Perl, AJAX 等等。 無論Web技術在未來如何發展，理解Web程式之間通訊的基本協議相當重要, 因為它讓我們理解了Web應用程式的內部工作. 本文將對HTTP協議進行詳細的例項

通俗易懂的USB協議詳解（轉…

但是usb的介面協議實在有點費解，linux uhci驅動作者之一Alan Stern曾經就說過“The USB documentation  is downright evil. Most    of it is just crap, written by a committee. You're be

流媒體傳輸控制協議詳解之RTSP

流媒體傳輸協議介紹 一、RTSP協議介紹 什麼是rtsp? RTSP協議以客戶伺服器方式工作，，如：暫停/繼續、後退、前進等。它是一個多媒體播放控制協議，用來使使用者在播放從因特網下載的實時資料時能夠進行控制,  因此 RTSP 又稱為“因特網錄影機遙控協議”。

http 協議詳解（轉）

http協議學習系列 1. 基礎概念篇 1.1 介紹   HTTP是Hyper Text Transfer Protocol（超文字傳輸協議）的縮寫。它的發展是全球資訊網協會（World Wide Web Consortium）和Internet工作小組IETF（Inter

RTSP請求詳解及RTP 基於UDP和TCP協議傳輸資料的對比

最近一段時間一直在研究rtsp和rtp,現在寫部落格總結一下，也是對知識的一種鞏固吧。 下面是我用VLC播放器獲取海康NVR視訊的截圖（此次獲取是基於TCP的）： 下面來看一下針對每一條訊息的詳細截圖： 客戶端傳送的OPTION訊息： 伺服器對OPTION回覆的200

SSL協議詳解（轉）

 　背景介紹    　　最近在看《密碼學與網路安全》相關的書籍，這篇文章主要詳細介紹一下著名的網路安全協議SSL。 　　在開始SSl介紹之前，先給大家介紹幾個密碼學的概念和相關的知識。 　　1、密碼學的相關概念 密碼學(cryptography)：目的是通過將資訊編碼使

網絡協議詳解

網絡協議 test 未能 第一個 為什麽 體系 index 緩存 hyper 目錄：：：：：： 一、網絡協議 二、TCP（Transmission Control Protocol，傳輸控制協議） TCP頭格式 TCP協議中的三次握手和四次揮手

HTTP協議詳解（真的很經典）

cnp 運用 web應用 media 服務器端 所有 長度 request bad 轉載：http://e7kan.com/?p=264& 引言 HTTP是一個屬於應用層的面向對象的協議，由於其簡捷、快速的方式，適用於分布式超媒體信息系統。它於1990年提出，經過幾

http協議詳解

表單 pos 換行 none 必須掌握 通信 pow print expires HTTP是一個屬於應用層的面向對象的協議，由於其簡捷、快速的方式，適用於分布式超媒體信息系統。它於1990年提出，經過幾年的使用與發展，得到不斷地完善和擴展。目前在WWW中使用的是HTTP/1

HTTP 協議詳解

範圍 文件傳輸 ext text 繼續 warn 分組 asi nsf 前言： 　　之前買過一本《圖解 HTTP》這本書，作者好像是個小日本，也繼承了小日本在動漫方面的天賦，30% 的內容都是 Q 版畫圖。 　　之後沒有引起我的重視，書一借出去，然後，之後 .. 之後，

Http 協議詳解筆記

code sps 網頁 提示 agent tor 指定 6.0 lec HTTP是一個屬於應用層的面向對象的協議，由於其簡捷、快速的方式，適用於分布式超媒體信息系統。它於1990年提出，經過幾年的使用與發展，得到不斷地完善和擴展。目前在WWW中使用的是HTTP/1.0的第六

(轉)js prototype 詳解

不同 腳本語言 ava type 部分 load 錯誤 並且 per 轉載自：http://blog.csdn.net/chaojie2009/article/details/6719353 (也是轉載的。鄙視一下此人轉載不著名出處。) 註意：必須帶著懷疑的態度去看這篇文章

HTTPS協議詳解(二)：TLS/SSL工作原理

-c 基本 公鑰加密 工作方式 通信 使用 sha2 公開 原理 HTTPS協議的主要功能基本都依賴於TLS/SSL協議，本節分析TLS/SSL協議工作原理。 TLS/SSL的功能實現主要依賴於三類基本算法：散列函數 Hash、對稱加密和非對稱加密，其利用非對稱加密實

HTTPS協議詳解(四)：TLS/SSL握手過程

其它 對數 hello 減少 受保護 改版 text gin 組裝 1、握手與密鑰協商過程 基於RSA握手和密鑰交換的客戶端驗證服務器為示例詳解TLS/SSL握手過程 再看一張手繪時序圖 (1).client_hello 客戶端發起請求，以明文傳輸請求信息，包

HTTPS協議詳解(三)：PKI 體系

客戶 判斷 節點 無法 三方 證書無效 進行 證書 roo 1、RSA身份驗證的隱患 身份驗證和密鑰協商是TLS的基礎功能，要求的前提是合法的服務器掌握著對應的私鑰。但RSA算法無法確保服務器身份的合法性，因為公鑰並不包含服務器的信息，存在安全隱患: 客戶端C和

FC協議詳解

fc標題索引本文出自 “一步一印，有印為證” 博客，謝絕轉載！FC協議詳解

(轉)cut命令詳解

控制 分屏顯示 ctrl+ 分隔符 comm 參數 分享圖片 合並 字節 cut 文件內容查看 顯示行中的指定部分，刪除文件中指定字段 顯示文件的內容，類似於下的type命令。 說明 該命令有兩項功能，其一是用來顯示文件的內容，它依次讀取由參數file所指明的文