RFC2326中文版实时流协议RTSPWord下载.docx

1、本备忘录的发布不受任何限制。版权声明：版权为The Internet Society 所有。所有权利保留。摘要：实时流协议（RTSP）是应用层协议，控制实时数据的传送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP（RFC1889）上传送机制提供方法。 目录：1 绪论 51.1 目的 1.2 要求 61.3 术语 1.4 协议特点 71.5 RTSP扩展 81.6 操作模式 91.7 RTSP状态 1.8 与其他协议关

2、系 102 符号协定 3 协议参数 3.1 RTSP版本 3.2 RTSP URL 113.3 会议标识 133.4 会话标识 3.5 SMPTE 相对时间戳 3.6正常播放时间 143.7 绝对时间 153.8 选择标签 3.8.1 用IANA注册新的选择标签 4 RTSP消息 4.1 消息类型 164.2 消息标题 174.3 消息主体 4.4 消息长度 185 普通标题域 6 请求 196.1 请求队列 6.2 请求标题域 7 回应 207.1 状态行 7.1.1 状态代码和原因分析 7.1.2 回应标题域 238 实体 8.1 实体标题域 248.2 实体主体 9 连接 259.1 流

3、水线操作 9.2 可靠性及确认 10 方法定义 10.1 选择 2610.2 描述 10.3 通告 10.4 建立 10.5 播放 2710.6 暂停 10.7 断开 10.8 获取参数 2810.9 设置参数 10.10 重定向 10.11 录制 2910.12 嵌入二进制数据 11状态代码定义（Status Code Definitions） 11.1成功2xx（Success 2xx） 3011.1.1 存储空间低 250 11.2 重定向（Redirection 3xx） 3111.3 客户端错误（Client Error ）4xx 11.3.1方法不允许 3211.3.2参数不能理解

4、 11.3.3会议未找到 3311.3.4 带宽不足 11.3.5 会话未找到 3411.3.6 本状态下该方法无效 11.3.7 标题域对资源无效 11.3.8 无效范围 3511.3.9 参数只读 11.3.10 不允许合操作 3611.3.11 只允许合操作 11.3.12 不支持的传输 11.3.13 目标不可达 3711.3.14 选择不支持 12 标题域定义（Header Field Definitions） 3812.1 接受 12.2 接受编码 12.3 接受语言 3912.4 允许（Allow） 12.5 授权（Authorization） 4012.6 带宽 12.7 块大

5、小 12.8 缓存控制 4112.9 会议 12.10 连接 12.11 基本内容 4212.12 内容编码（Content-Encoding） 12.13 内容语言 4312.14 内容长度（Content-Length） 12.15 内容位置 12.16 内容类型（Content-Type） 4412.17 序列号 12.18 日期（Date） 12.19 过期（Expires） 4512.20 来自（From） 12.21 主机 12.22 如果匹配 12.23 从何时更改（If-Modified-Since） 4612.24 最近更改（Last-Modified） 12.25 位置（L

6、ocation） 12.26 代理授权 4712.27 代理要求 12.28 公用性 12.29 范围 4912.30 提交方（Referer） 12.31 稍后再试 12.32 要求 12.33 RTP信息 12.34 比例 12.35 速度 12.36 服务器（Server） 12.37 会话 12.38 时间戳 12.39 传输 12.40 不支持 12.41 用户代理（User-Agent） 12.42 变化 12.43 通过 12.44 WWW-授权（WWW-Authenticate） 5013 缓存 14 实例 14.1 要求媒体（单播） 14.2 容器文件的流 5114.3 单个

7、流容器文件 14.4 组播现场媒体表示 14.5 在存在的会话中播放媒体 14.6 录制 5215 语法 15.1 基本语法 16 安全考虑（Security Considerations） 附录A RTSP协议状态机 53A.1 客户端状态机 A.2 服务器端状态机 附录B 同RTP协议的交互 附录C 使用SDP进行RTSP会话描述 54C.1 定义 C.1.1 控制URL 55C.1.2 媒体流 C.1.3 有效载荷类型 C.1.4 详细格式参数 C.1.5 表示的范围 56C.1.6 有效时间 C.1.7 连接信息 C.1.8 实体标签 57C.2 合控制不可用 C.3 合控制可用 附录

8、D 最简单的RTSP实现 58D.1 客户端 D.1.1回放 D.1.2 授权 D.2 服务器 59D.2.1回放 D.2.2授权 附录E 作者地址 60附录F 致谢 参考书目 版权申明 611 绪论 1.1 目的实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流有可能交叉，但RTSP本身通常并不发送连续媒体流。换言之，RTSP充当多媒体服务器的网络远程控制。表示描述（presentation description）定义了被控流，但本文并没有定义表示描述的格式。这里没有使用RTSP连接的概念，而由RTSP会话（session）代替（每次服务由服务器端保持一

9、个带标签的会话）。RTSP会话没有绑定到传输层连接（如TCP连接）。因为虽然在RTSP会话期间，RTSP客户端可打开或关闭多个对服务器端的可靠传输连接以发出RTSP 请求。但此外，也可能使用无连接传输协议，比如用UDP发送RTSP请求。RTSP控制的流可能用到RTP，但RTSP操作并不依赖用于携带连续媒体的传输机制。实时流协议在语法和操作上与HTTP/1.1类似，因此HTTP的扩展机制大都可加入RTSP。尽管如此，RTSP在很多方面还是和HTTP有很大的不同：RTSP引入了很多新方法并且有不同的协议标识符。RTSP服务器在大多数默认情况下需要维持一个状态，但HTTP是无状态协议。RTSP客户机和服务器都可以发出请求。数据由另一个协议传送（有一特例除外）。RTSP使用ISO 10646（UTF-8） 而不是ISO 8859-1，以配合当前HTML的国际化。RTSP使用URI请求时包含绝对URI。而由于历史原因造成的向后兼容性问题，HTTP/1.1只在请求中包含绝对路径，把主机名放入单独的标题域中。这使得“虚拟主机”实现更为简便，一个单独IP地址的主机可虚拟为几个文件树主机。协议支持的操作如下：从媒体服务器上检索媒体：用户可通过HTTP或其它方法请求一个表示描述