rtsp协议 编码_udp协议_视频编码协议(6)

1.8 与其他协议关系

RTSP在功能上与HTTP有重叠，与HTTP相互作用体现在与流内容的初始接触是通过网页的。目前的协议规范目的在于允许在网页服务器与实现RTSP媒 体服务器之间存在不同传递点。例如，表示描述(presentation description)可通过HTTP和RTSP检索，这降低了浏览器的往返传递，也允许独立RTSP 服务器与用户不全依靠HTTP。

但是，RTSP与HTTP 的本质差别在于数据发送以不同协议进行。HTTP是不对称协议，用户发出请求，服务器作出回应。RTSP中，媒体用户和服务器都可发出请求，且其请求都是无状态的；在请求确认后很长时间内，仍可设置参数，控制媒体流。

重用HTTP功能至少在两个方面有好处，即安全和代理。要求非常接近，在缓存、代理和授权上采用HTTP功能是有价的。

当大多数实时媒体使用RTP作为传输协议时，RTSP没有绑定到RTP。

RTSP假设存在表示描述式可表示包含几个媒体流的表示的静态与临时属性。

2 符号协定

既 然很多定义和语法与HTTP/1.1中相同，这里仅指出它们在HTTP/1.1中定义的位置而并没有拷贝它们到本文档。为简便起见，本文档中[ HX.Y ]表示对应HTTP/1.1（RFC 2068）中的X.Y部分。（[译者注：]为更方便学习RTSP，本翻译文档将相关段落完全译出）

与[H2.1]类，本文对所有机制的说明都是以散文和补充反馈的方式来描述的。除RTSP中以”1#”代替”,”为分隔符不同外，其余在RFC 2234中有详细的描述。简单说明补充反馈方式如下：

补充反馈方式（augmented BNF）包括下面的结构：

要解释的名词＝名词解释（name = definition）

规则的名字（name）就是它本身（不带任何尖括号，“<”，“>”），后面跟个等号＝，

然后就是该规则的定义。如果规则需要用多个行来描述，利用空进行缩进式排

版。某些基本的规则使用大写，如SP, LWS, HT, CRLF, DIGIT, ALPHA,等等。定义

中还可以使用尖括号来帮助理解规则名的使用。

字面意思（"literal"）

文字的字面意思放在引号中间，除非特别指定，该段文字是大小写敏感的。

规则1｜规则2（rule1 | rule2）

“｜”表示其分隔的元素是可选的，比如，“是｜否”要选择‘是’或‘否’。

（规则1规则2）（(rule1 rule2)）

在圆括号中的元素表明必选其一。如（元素1（元素2｜元素3）元素4）可表明两

种意思，即“元素1元素2元素4”和“元素1元素3元素4”

*规则（*rule）

在元素前加星号“*”表示循环，其完整形式是“<n>*<m>元素”，表明元素最少产

生<n>次，最多<m>次。缺省是0到无限，例如，“1*元素”意思是至少有一个，

而“1*2元素”表明允许有1个或2个。

［规则］（[rule]）

方括号内是可选元素。如“［元素1元素2］”与“*1（元素1元素2）”是一回

事。

N规则（N rule）

表明循环的次数：“<n>（元素）”就是“<n>*<n>（元素）”，也就是精确指出<n>

取。因而，2DIGIT 就是2位数字, 3ALPHA 就是由三个字母组成字符串。

＃规则（#rule）

“#”与“*”类，用于定义元素列表。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/tongxinshuyu/article-47670-6.html