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

19961108T143720.25Z

3.8 选择标签

选择标签是用来指定RTSP新选择的唯一标识符。这些标签用于要求(Require)(12.32节)和代理要求(Proxy Require)(12.27节)标题域中。

语法：

option-tag = 1*xchar

建立新的RTSP选择可以通过在选择前加入相反域名的前缀（如：对于能访问到foo.com则com.foo.mynewfeature" 是个合适的名字）或者在英特网权威数字分派委员会注册（IANA）新的选择。

3.8.1 用IANA注册新的选择标签

当注册新RTSP选择标签的时候，应该提供以下信息：

? 选择的名字和描述。名字长度不限，但是应该不少于20字符。名字不得包含任何空，控制符或句点。

? 指出谁拥有选择的改变控制权（例如，IETF，国际标准化组织，国际电信联盟-T，其他的国际标准化体，一个团体，一个公司，或者一组公司）。

? 描述更为详细的参考文档（如果有），比如，RFC，发表论文，专利文档，技术报告，源代码，或者计算机手册。

? 选择的所有权，以及联系地址（邮编及电子信件地址）。

4 RTSP消息

RTSP是基于文本的协议，采用ISO 10646 字符集，使用UTF-8编码方案。行以CRLF中断，但接收者本身可将CR和LF解释成行终止符。基于文本的协议使以自描述方式增加可选参数更容易。由于 参数的数量和命令的频率出现较低，处理效率没引起注意。如仔细研究，文本协议很容易以脚本语言（如：Tcl、Visual Basic与Perl）实现研究原型。

10646字符集避免敏感字符集切换，但对应用来说不可见。RTCP也采用这种编码方案。带有重要意义位的ISO 8859-1字符表示如100001x 10xxxxxx.。RTSP信息可通过任何低层传输协议携带。

请求包括方法、方法作用于其上的对象和进一步描述方法的参数。方法也可设计为在服务器端只需要少量或不需要状态维护。当信息体包含在信息中，信息体长度有如下因素决定：

不管实体标题域是否出现在信息中，不包括信息体的的回应信息总以标题域后第一和空行结束。

如出现内容长度标题域，其以字节计，表示信息体长度。如未出现标题域，其为零。

服务器关闭连接。

注意：RTSP目前并不支持HTTP/1.1/"块/"传输编码，需要有内容长度头。假如返回适度表示描述长度，即使动态产生，使块传输编码没有必要，服务器也应该能决定其长度。如有实体，即使必须有内容长度，且长度没显式给出，规则可确保行为合理。

从用户到服务器端的请求信息在第一行内包括源采用的方法、源标识和所用协议版本。RTSP定义了附加状态代码，而没有定义任何HTTP代码。

4.1 消息类型

见[H4.1]。如下：

RTSP消息由客户端到服务器的请求和由服务器到客户端的回应组成。

RTSP -message = Request | Response ; RTSP /1.0 messages

请求（Request）和回应（Response）消息都使用RFC822中实体传输部分规定（作为消息中的有效载荷）的消息式。两者的消息都可能包括 一起始行，一个或多个标题域（headers）、一行表示标题域结束的空行（即CRLF前没有内容的行），和一个消息主体（message-body, 可选）。

generic-message = start-line

*message-header

CRLF

[ message-body ]

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