rtsp和sdp协议简介
RTSP是由Real network 和Netscape共同提出的如何有效地在IP网络上传输流媒体数据的应用层协议。实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体，如音频和视频。尽管连续媒体流与控制流交叉是可能的，RTSP 本身并不发送连续媒体流。换言之，RTSP 充当多媒体服务器的网络远程控制。RTSP 提供了一个可扩展框架，实现实时数据（如音频与视频）的受控、按需传送。数据源包括实况数据与存储的剪辑。RTSP 用于控制多个数据发送会话，提供了选择发送通道（如UDP、组播UDP 与TCP 等）的方式，并提供了选择基于RTP 的发送机制的方法。
目前还没有RTSP 连接的概念；服务器维护由识别符标识的会话。RTSP 会话不会绑定到传输层连接，如TCP。在RTSP 会话期间，RTSP 客户端可打开或关闭多个对服务器的可靠传输连接以发出RTSP 请求。它也可选择使用无连接传输协议，如UDP。
RTSP 控制的流可能用到RTP，但RTSP 操作并不依赖用于传输连续媒体的传输机制。RTSP 在语法和操作上与HTTP/1.1 类似，因此HTTP 的扩展机制在多数情况下可加入RTSP。然而，在很多重要方面RTSP 仍不同于HTTP ：
∙RTSP 引入了大量新方法并具有一个不同的协议标识符：
∙在大多数情况下，RTSP 服务器需要保持缺省状态，与HTTP 的无状态相对；
∙RTSP 中客户端和服务器都可以发出请求；
∙在多数情况下，数据由不同的协议传输；
∙RTSP 使用ISO 10646 （UTF-8）而并非ISO 8859-1，与当前的国际标准HTML 相一致；
∙URI 请求总是包含绝对URI。为了与过去的错误相互兼容，HTTP/1.1 只在请求过程中传送绝对路径并将主机名置于另外的头字段。
该协议支持如下操作：
∙从媒体服务器上检索媒体：用户可通过HTTP 或其它方法提交一个演示描述请求；
∙媒体服务器邀请进入会议：媒体服务器可被邀请参加正进行的会议，或回放媒体，或记录部分或全部演示；
∙将新媒体加到现有演示中：如服务器能告诉客户端接下来可用的媒体内容，对现场直播显得尤其有用。
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
协议结构
RTSP 是一种文本协议，采用UTF-8 编码中的ISO 10646 字符集。一行可通过CRLF 终止，但接收端需要做好解释CR 和LF 作为一行终止符的准备。关于头字段概述如下：
Header Type Support Methods
Accept R opt. entity
Accept-Encoding R opt. entity
Accept-Language R opt. all
Allow R opt. all
Authorization R opt. all
Bandwidth R opt. all
Blocksize R opt. All but OPTIONS, TEARDOWN Cache-Control G opt. SETUP
Conference R opt. SETUP
Connection G req. all
Content-Base E opt. entity
Content-Encoding E req. SET_PARAMETER
Content-Encoding E req. DESCRIBE, ANNOUNCE Content-Language E req. DESCRIBE, ANNOUNCE Content-Length E req. SET_PARAMETER, ANNOUNCE Content-Length E req. entity
Content-Location E opt. entity
Content-Type E req. SET_PARAMETER, ANNOUNCE Content-Type R req. entity
CSeq G req. all
Date G opt. all
Expires E opt. DESCRIBE, ANNOUNCE
From R opt. all
If-Modified-Since R opt. DESCRIBE, SETUP
Last-Modified E opt. entity
Proxy-Authenticate
Proxy-Require R req. all
Public R opt. all
Range R opt. PLAY, PAUSE, RECORD Range R opt. PLAY, PAUSE, RECORD
Referer R opt. all
Require R req. all
Retry-After R opt. all
RTP-Info R req. PLAY
Scale Rr opt. PLAY, RECORD
Session Rr req. All but SETUP, OPTIONS
Server R opt. all
Speed Rr opt. PLAY
Transport Rr req. SETUP
Unsupported R req. all
User-Agent R opt. all
Via G opt. all
WWW-Authenticate R opt. all
类型"g" 表示请求和响应中的通用请求头；类型"R" 表示请求头；类型"r" 表示响应头；类型"e" 表示实体头字段。在"support" 一栏中标有"req." 的字段必须由接收者以特殊的方法实现；而"opt." 的字段是可选的。注意，不是所有"req." 字段在该类型的每个请求中都会被发送。"req." 只表示客户机（支持响应头）和服务器（支持请求头）必须执行该字段。最后一栏列出了关于头字段产生作用的方法；其中"entity" 针对于返回一个信息主体的所有方法。
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -RTSP消息格式:
RTSP的消息有两大类--- 请求消息(request), 回应消息(response)。
请求消息：
方法URI RTSP版本CR LF
消息头CR LF CR LF
消息体CR LF
如下：
DESCRIBE rtsp://192.168.1.211 RTSP/1.0
CSeq: 1
Accept: application/sdp
User-Agent: magnus-fc
其中方法包括OPTION回应中所有的命令,URI是接受方的地址,例
如:rtsp://192.168.20.136。RTSP版本一般都是RTSP/1.0。每行后面的CR LF表示回车换