《RTSP协议详解中文版》由会员分享，可在线阅读，更多相关《RTSP协议详解中文版（100页珍藏版）》请在金锄头文库上搜索。
1、E-mail： 译者： Bryan.Wong（王晶，宁夏固原）译文版本：alpha 0.80译文发布时间：2007-7-25版权：本中文翻译文档之版权归王晶所有。可于非商业用途前提下自由转载，但必须保留此翻译及版权信息。http:/ H. Schulzrinne请求注释: 2326 哥伦比亚大学.类别: 标准跟踪 A. RaoNetscapeR. LanphierRealNetworks1998 年 4 月实时流协议(RTSP)本备忘录状态本文为 Internet 社区描述了一种 Internet 标准跟踪协议 ，还需要讨论和建议以便进行改善。请查看最新版本的Internet 正式协议标准（S
2、TD 1）了解本协议的标准化进程和状态。本备忘录的传播不受限制。 版权声明：版权为 The Internet Society 所有。所有权利保留。摘要：实时流协议（RTSP）是应用层协议，控制实时数据的传送 。RTSP 提供了一个可扩展框架，使受控、按需传输实时数据（如音频与视频）成为可能。数据源包括现场数据与存储在剪辑中的数据。本协议旨在于控制多个数据发送会话，提供了一种选择传送途径（如 UDP、组播 UDP 与 TCP）的方法，并提供了一种选择基于 RTP (RFC1889)的传送机制的方法。 目录：1 介绍 1.1 目的 1.2 要求 1.3 术语 1.4 协议特性 1.5 RTSP 扩
3、展 1.6 整体运作 1.7 RTSP 状态 1.8 与其他协议的关系 2 符号协定 3 协议参数 3.1 RTSP 版本 3.2 RTSP URL 3.3 会议标识 3.4 会话标识 3.5 SMPTE 相对时间戳 3.6 正常播放时间 3.7 绝对时间 3.8 选项标签 3.8.1 用 IANA 注册新的选项标签 *4 RTSP 消息 4.1 消息类型 4.2 消息头 4.3 消息主体 4.4 消息长度 *5 普通头部段 *6 请求 6.1 请求行 6.2 请求消息头段 *7 响应 7.1 状态行 7.1.1 状态码和原因短语 7.1.2 响应头部段 *8 实体 8.1 实体头部域 8.2
4、 实体主体 24*9 连接 9.1 流水线化 259.2 可靠性及确认 25*10 方法定义 2510.1 可选项 2610.2 描述 2610.3 通知 2610.4 建立 2610.5 播放 2710.6 暂停 2710.7 断开 2710.8 获取参数 2810.9 设置参数 2810.10 重定向 2810.11 录制 2910.12 嵌入（交织）的二进制数据 29*11 状态码定义 2911.1 成功 2xx 3011.1.1 存储空间低 250 3011.2 重定向 3xx 3111.3 客户端错误 4xx 3111.3.1 方法不允许 3211.3.2 无法理解参数 3211.3
5、.3 会议未找到 3311.3.4 带宽不足 3311.3.5 会话未找到 3411.3.6 本状态下该方法无效 3411.3.7 头部域与资源不匹配 3411.3.8 无效范围 3511.3.9 参数为只读 3511.3.10 不允许合操作 3611.3.11 只允许合操作 3611.3.12 不支持的传输 3611.3.13 目标不可达 3711.3.14 不支持的选项 3712 头部段定义（Header Field Definitions） 3812.1 接受 3812.2 接受-编码 3812.3 接受-语言 3912.4 允许（Allow） 3912.5 授权（Authorizati
6、on） 4012.6 带宽 4012.7 块大小 4012.8 缓存控制 4112.9 会议 4112.10 连接 4112.11 内容-基础 4212.12 内容-编码（Content-Encoding） 4212.13 内容-语言 4312.14 内容-长度（Content-Length） 4312.15 内容-位置 4312.16 内容-类型（Content-Type ） 4412.17 命令序列题头（CSeq） 4412.18 日期（Date） 4412.19 过期（Expires ） 4512.20 来自（From） 4512.21 主机 4512.22 如果匹配 4512.23 如
7、果-被修改-自从（If-Modified-Since） 4612.24 最后修改（Last-Modified ） 4612.25 位置（Location） 4612.26 代理认证 4712.27 代理要求 4712.28 公布 4712.29 范围 4912.30 提交方（Referer） 4912.31 稍后重试 4912.32 要求 4912.33 RTP 信息 4912.34 倍速（Scale）12.35 速度 4912.36 服务器（Server） 4912.37 会话 4912.38 时间戳 4912.39 传输 4912.40 不支持 4912.41 用户代理（User-Agen
8、t） 4912.42 变化 4912.43 通过 4912.44 WWW-认证（WWW-Authenticate） 50*13 缓存 50*14 例子 5014.1 按需点播（单播） 5014.2 容器文件的流化 5114.3 单个流容器文件 5114.4 实况媒体表示的组播 5114.5 在存在的会话中播放媒体 5114.6 录制 52*15 语法 5215.1 基本语法 5216 安全考虑（Security Considerations） 52*附录 A RTSP 协议状态机 53*A.1 客户端状态机 53*A.2 服务器端状态机 53*附录 B 与 RTP 协议的交互 53*附录 C
9、使用 SDP 进行 RTSP 会话描述 54+C.1 定义 54o C.1.1 控制 URL 55o C.1.2 媒体流 55o C.1.3 有效载荷类型 55o C.1.4 详细格式参数 55o C.1.5 表示的范围 56o C.1.6 有效时间 56o C.1.7 连接信息 56o C.1.8 实体标签 57+C.2 合控制不可用 57+C.3 合控制可用 57*附录 D 最小 RTSP 实现 58+D.1 客户端 58D.1.1 基本回放 58D.1.2 认证 enabled 58+D.2 服务器 59D.2.1 基本回放 59D.2.2 认证 enabled 59*附录 E 作者地址
10、 60*附录 F 致谢 60*参考书目 60*版权申明 611 介绍1.1 目的实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体，比如音频或视频。尽管在连续媒体流中有可能插入控制流（见 10.12 节） ，但 RTSP 本身通常并不发送连续媒体流。换言之，RTSP 充当多媒体服务器的 网络遥控器。表示描述定义了流的控制操作的集合，但本文并没有规定表示描述的格式。RTSP 没有连接 这个概念，而由 RTSP 会话(session)代替（服务器端保持一个由识别符标记的会话） 。RTSP 会话没有绑定传输层连接（如 TCP 连接） 。在 RTSP 会话期间，RTSP客户端可以打开或关闭
11、多个到服务器端的可靠传输连接以发出 RTSP 请求。但也可以使用无连接传输协议，比如 UDP，来发送 RTSP 请求。RTSP 所控制的流可能用到 RTP，但 RTSP 的操作并不依赖用来传送连续媒体的传输机制。实时流协议在语法和操作上有意地类似于 HTTP/1.1，使得 HTTP 的扩展机制大都可加入 RTSP。尽管如此，RTSP 在很多重要方面与 HTTP 有所不同：*RTSP 引入了很多新方法并且有不同的协议标识符。*RTSP 服务器在绝大多数默认情况下需要维持状态，而 HTTP 是无状态协议。*RTSP 客户机和服务器都可以发出请求。*数据由信带外的另一个协议传送（但有一个特例） 。*
12、RTSP 使用 ISO 10646(UTF-8) 而不是 ISO 8859-1，以配合当前 HTML 的国际化。*RTSP 的 URI 请求时总是包含绝对 URI。而由于历史原因造成的后向兼容性问题，HTTP/1.1 只在请求中包含绝对路径，把主机名放入单独的头部域中。当只有一个 IP 的主机要提供多个文档树时，可使虚拟主机 的实现更简单。 协议支持以下操作： 从媒体服务器上获得媒体： 用户可通过 HTTP 或其它途径请求一个表示描述。如果该表示是组播，表示描述就包含用于该连续媒体的的多播地址和端口。如表示仅通过单播发送给用户，用户为了安全应起见要提供目的地址。邀请媒体服务器进入会议： 媒体服
13、务器可被邀请 加入已存在的的会议，包括向该表示内回放媒体，或记录此表示中的一部分或全部媒体。这种模式在分布式教学应用上很有用。会议中的各方可轮流按网络遥控器的按钮。 将媒体加到已存在的表示中： 现场表示 的专用概念。当服务器可以告诉客户端可以附加媒体 时有用。和 HTTP/1.1 类似，RTSP 的请求可由代理、通道与缓存处理。 1.2 要求在本文档中的关键字必须 ， 必须不、需要 、必须、必须不 、应该、 不应该、推荐、可能、和 可选的，都和 RFC2119 4中的解释一致。1.3 术语一些 HTTP/1.1 的术语被采用。这里没有举出的术语，其定义与 HTTP/1.1 相同。合控制：服务器使用一条时间线对多个流进行控制。对音频/视频的回放来讲，这意味着客
