初学RTSP协议

对于RTSP协议不知道大家是否了解。这个协议的使用还是非常重要的。所以今天我们就对这个协议来进行一下细致的介绍。首先让我们看一下这个协议的规范概念。实时流协议（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 作为一行终止符 的准备。关于头字段概述如下：

在RTSP协议中，类型 "g" 表示请求和响应中的通用请求头；类型 "R" 表示请求头；类型 "r" 表示响应头；类型 "e" 表示实体头字段。在 "support" 一栏中 标有 "req." 的字段 必须由接收者以特殊的方法实现；而 "opt." 的字段是可选的。注意，不是所有 "req." 字段在该类型的每个请求中都会被发送。 "req." 只表示客户机（支持响应头）和服务器（支持请求头）必须执行该字段。最后一栏列出了关于头字段产生作用的方法；其中 "entity" 针对于返回一个信息主体的所有方法。