RTSP中的主方法

• OPTION
  RTSP客户端通过该方法向RTSP服务器请求服务器所支持的方法，示例如下：
  C->S
  OPTIONS rtsp://192.168.10.115:554/live.sdp RTSP/1.0
  CSeq: 1
  User-Agent: Shining100

  S->C
  RTSP/1.0 200 OK
  CSeq: 1
  Date: Wed, 10 Nov 2010 11:28:10 GMT
  Public: OPTIONS, DESCRIBE, PLAY, SETUP, TEARDOWN

• DESCRIBE
  DESCRIBE获取RTSP服务器中指定标识（presentation）的说明。通过该方法，我们可以通过该方法该标识下的流的名称和属性。我们可以通过在该方法的Request中的request-header中的Accept字段，来指定RTSP服务器以什么样的方式来说明留的属性。例如使用SDP。示例如下：
  C->S
  DESCRIBE rtsp://192.168.10.115:554/live.sdp RTSP/1.0
  CSeq: 2
  User-Agent: Shining100
  Accept: application/sdp
  S->C
  RTSP/1.0 200 OK
  CSeq: 2
  Date: Mon, 25 Oct 2010 11:0:22 GMT
  Content-Base: rtsp://192.168.10.115/live.sdp/
  Content-Type: application/sdp
  Content-Length: 431

  v=0
  o=RTSP 1288004422 894 IN IP4 0.0.0.0
  s=RTSP server
  c=IN IP4 0.0.0.0
  t=0 0
  a=charset:Shift_JIS
  a=range:npt=0-
  a=control:*
  a=etag:1234567890
  m=video 0 RTP/AVP 26
  a=control:trackID=1
  m=audio 0 RTP/AVP 97
  a=control:trackID=6
  a=rtpmap:97 mpeg4-generic/8000/2
  a=fmtp:97 streamtype=5; profile-level-id=15; mode=AAC-hbr; config=1590;SizeLength=13; IndexLength=3; IndexDeltaLength=3; CTSDeltaLength=0; DTSDeltaLength=0;
  使用DESCRIBE命令获取RTSP服务器真正的流的名字，使用SETUP中命令向RTSP服务器申请实时流。

• SETUP
  定义RTSP客户端和RTSP服务器之间的实时流的传输方式。传输方式可以是TCP、UDP或者是MULTICAST其中之一。通过在SETUP命令中的Transport-Header字段来定义RTSP客户端和RTSP服务器之间是用什么方式进行流传输。Transport-Header字段定义如下：
  Transport：transport-protocol/profile[/lower-transport] (“unicast”|”multicast”)
  | ”;” ”interleaved” ”=” channel [ ”-” channel ]
  | ”;” ”port” ”=” port [ ”-” port ]
  | ”;” ”client port” ”=” port [ ”-” port ]
  | ”;” ”server port” ”=” port [ ”-” port ]
  | ”;” ”mode” = <”> 1#mode <”>
  unicast = 单播，multicast = 多播，该参数为必填参数
  interleaved = 使用传输流和RTSP控制混合传输的方式
  port = 多播传输时的端口
  client port = UDP做为底层传输协议时的RTSP客户端的端口号
  server port = 使用UDP做为底层传输协议时的RTSP服务器的端口号
  mode = 即将进行的取流操作。可以填写PLAY或者RECORD。
  在SETUP的响应（Response）中的Session字段表示此次回话的id，在此次回话中关于操作实时流的方法（PLAY、RECORD），都是需要在请求中添加该ID。
  关于SETUP还有一点需要注意，如果我们要同时获取视频流以及音频流。假设首先SETUP视频流，然后SETUP音频流，其实首先SETUP哪个流都可以。第一次SETUP时必须记录下Session ID，因为第二次SETUP时，我们就需要在请求(Request)中传入该ID值。示例如下：
  TCP
  C->S
  SETUP rtsp://192.168.10.115:554/live.sdp/trackID=1 RTSP/1.0
  CSeq: 3
  User-Agent: Shining100
  Transport: RTP/AVP/TCP;unicast;interleaved=0-1

  S->C
  RTSP/1.0 200 OK
  CSeq: 3
  Date: Wed, 10 Nov 2010 11:28:10 GMT
  Session: 18119504;timeout=80
  Transport: RTP/AVP/TCP;interleaved=0-1;unicast;mode=play

  UDP
  C->S
  SETUP rtsp://192.168.10.115/live.sdp/trackID=1 RTSP/1.0
  CSeq: 3
  Transport:RTP/AVP;unicast;client_port=2696-2697
  User-Agent: Shining100

  S->C
  RTSP/1.0 200 OK
  CSeq: 3
  Date: Mon, 25 Oct 2010 11:7:0 GMT
  Session: 504931;timeout=80
  Transport: RTP/AVP;unicast;client_port=2696-2697;server_port=5556-5557

• PLAY
  请求RTSP服务器以SETUP中协商的方式发送流。示例如下：
  C->S
  PLAY rtsp://192.168.10.115:554/live.sdp RTSP/1.0
  CSeq: 4
  User-Agent: Shining100
  Range: npt=0.000-
  Session: 18119504

  S->C
  RTSP/1.0 200 OK
  CSeq: 4
  Date: Wed, 10 Nov 2010 11:28:10 GMT
  Session: 18119504;timeout=80
  Range：播放时间，npt=0.000-： 表示从开始到结束
  Timeout：超时时间。必须在这个时间内向RTSP服务器发送RTSP方法或者RTCP包，否则RTSP服务器会认为会话失败。

• TEARDOWN
  终止回话，释放资源。
  C->S
  TEARDOWN rtsp://192.168.10.115:554/live.sdp RTSP/1.0
  CSeq: 5
  User-Agent: Shining100
  Session: 18119504

  S->C
  RTSP/1.0 200 OK
  CSeq: 5
  Session: 18119504
  这里介绍底层传输协议为TCP的RTP流的传输格式。在使用PLAY方法并得到成功的Response后，RTSP服务器就会向RTSP客户端发送实时流数据了。发送过来的数据的第一个字节是一个ASCII码$，后面的一个字节是在SETUP里面interleaved定义的Channel(通道)号，再后面的两个字节是RTP/RTCP包的大小，注意该大小是按照网络字节序表示的。最后跟着的就是RTP/RTCP包了。示例如下： S->C:$/000{2 byte length}{“length” bytes data, w/RTP header}
  S->C: $/000{2 byte length}{“length” bytes data, w/RTP header} S->C:$/001{2 byte length}{“length” bytes RTCP packet}