RFC2326中文版实时流协议RTSPWord下载.docx
《RFC2326中文版实时流协议RTSPWord下载.docx》由会员分享,可在线阅读,更多相关《RFC2326中文版实时流协议RTSPWord下载.docx(24页珍藏版)》请在冰豆网上搜索。
本备忘录的发布不受任何限制。
版权声明:
版权为TheInternetSociety所有。
所有权利保留。
摘要:
实时流协议(RTSP)是应用层协议,控制实时数据的传送。
RTSP提供了一个可扩展框架,使实时数据,如音频与视频的受控、点播成为可能。
数据源包括现场数据与存储在剪辑中数据。
该协议目的在于控制多个数据发送连接,为选择发送通道,如UDP、组播UDP与TCP,提供途径,并为选择基于RTP(RFC1889)上传送机制提供方法。
目录:
1绪论
5
1.1目的
1.2要求
6
1.3术语
1.4协议特点
7
1.5RTSP扩展
8
1.6操作模式
9
1.7RTSP状态
1.8与其他协议关系
10
2符号协定
3协议参数
3.1RTSP版本
3.2RTSPURL
11
3.3会议标识
13
3.4会话标识
3.5SMPTE相对时间戳
3.6正常播放时间
14
3.7绝对时间
15
3.8选择标签
3.8.1用IANA注册新的选择标签
4RTSP消息
4.1消息类型
16
4.2消息标题
17
4.3消息主体
4.4消息长度
18
5普通标题域
6请求
19
6.1请求队列
6.2请求标题域
7回应
20
7.1状态行
7.1.1状态代码和原因分析
7.1.2回应标题域
23
8实体
8.1实体标题域
24
8.2实体主体
9连接
25
9.1流水线操作
9.2可靠性及确认
10方法定义
10.1选择
26
10.2描述
10.3通告
10.4建立
10.5播放
27
10.6暂停
10.7断开
10.8获取参数
28
10.9设置参数
10.10重定向
10.11录制
29
10.12嵌入二进制数据
11状态代码定义(StatusCodeDefinitions)
11.1成功2xx(Success2xx)
30
11.1.1存储空间低250
11.2重定向(Redirection3xx)
31
11.3客户端错误(ClientError)4xx
11.3.1方法不允许
32
11.3.2参数不能理解
11.3.3会议未找到
33
11.3.4带宽不足
11.3.5会话未找到
34
11.3.6本状态下该方法无效
11.3.7标题域对资源无效
11.3.8无效范围
35
11.3.9参数只读
11.3.10不允许合操作
36
11.3.11只允许合操作
11.3.12不支持的传输
11.3.13目标不可达
37
11.3.14选择不支持
12标题域定义(HeaderFieldDefinitions)
38
12.1接受
12.2接受编码
12.3接受语言
39
12.4允许(Allow)
12.5授权(Authorization)
40
12.6带宽
12.7块大小
12.8缓存控制
41
12.9会议
12.10连接
12.11基本内容
42
12.12内容编码(Content-Encoding)
12.13内容语言
43
12.14内容长度(Content-Length)
12.15内容位置
12.16内容类型(Content-Type)
44
12.17序列号
12.18日期(Date)
12.19过期(Expires)
45
12.20来自(From)
12.21主机
12.22如果匹配
12.23从何时更改(If-Modified-Since)
46
12.24最近更改(Last-Modified)
12.25位置(Location)
12.26代理授权
47
12.27代理要求
12.28公用性
12.29范围
49
12.30提交方(Referer)
12.31稍后再试
12.32要求
12.33RTP信息
12.34比例
12.35速度
12.36服务器(Server)
12.37会话
12.38时间戳
12.39传输
12.40不支持
12.41用户代理(User-Agent)
12.42变化
12.43通过
12.44WWW-授权(WWW-Authenticate)
50
13缓存
14实例
14.1要求媒体(单播)
14.2容器文件的流
51
14.3单个流容器文件
14.4组播现场媒体表示
14.5在存在的会话中播放媒体
14.6录制
52
15语法
15.1基本语法
16安全考虑(SecurityConsiderations)
附录ARTSP协议状态机
53
A.1客户端状态机
A.2服务器端状态机
附录B同RTP协议的交互
附录C使用SDP进行RTSP会话描述
54
C.1定义
C.1.1控制URL
55
C.1.2媒体流
C.1.3有效载荷类型
C.1.4详细格式参数
C.1.5表示的范围
56
C.1.6有效时间
C.1.7连接信息
C.1.8实体标签
57
C.2合控制不可用
C.3合控制可用
附录D最简单的RTSP实现
58
D.1客户端
D.1.1回放
D.1.2授权
D.2服务器
59
D.2.1回放
D.2.2授权
附录E作者地址
60
附录F致谢
参考书目
版权申明
61
1绪论
1.1目的
实时流协议(RTSP)建立并控制一个或几个时间同步的连续流媒体。
尽管连续媒体流与控制流有可能交叉,但RTSP本身通常并不发送连续媒体流。
换言之,RTSP充当多媒体服务器的网络远程控制。
表示描述(presentationdescription)定义了被控流,但本文并没有定义表示描述的格式。
这里没有使用RTSP连接的概念,而由RTSP会话(session)代替(每次服务由服务器端保持一个带标签的会话)。
RTSP会话没有绑定到传输层连接(如TCP连接)。
因为虽然在RTSP会话期间,RTSP客户端可打开或关闭多个对服务器端的可靠传输连接以发出RTSP请求。
但此外,也可能使用无连接传输协议,比如用UDP发送RTSP请求。
RTSP控制的流可能用到RTP,但RTSP操作并不依赖用于携带连续媒体的传输机制。
实时流协议在语法和操作上与HTTP/1.1类似,因此HTTP的扩展机制大都可加入RTSP。
尽管如此,RTSP在很多方面还是和HTTP有很大的不同:
²
RTSP引入了很多新方法并且有不同的协议标识符。
RTSP服务器在大多数默认情况下需要维持一个状态,但HTTP是无状态协议。
RTSP客户机和服务器都可以发出请求。
数据由另一个协议传送(有一特例除外)。
RTSP使用ISO10646(UTF-8)而不是ISO8859-1,以配合当前HTML的国际化。
RTSP使用URI请求时包含绝对URI。
而由于历史原因造成的向后兼容性问题,HTTP/1.1只在请求中包含绝对路径,把主机名放入单独的标题域中。
这使得“虚拟主机”实现更为简便,一个单独IP地址的主机可虚拟为几个文件树主机。
协议支持的操作如下:
从媒体服务器上检索媒体:
用户可通过HTTP或其它方法请求一个表示描述