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

如是端口为空或没指定，则缺省为80端口。对于rtsp_URI来说，拥有被请求的

资源的服务器主机通过侦听该端口的TCP连接(rtsp)或UDP包(rtspu)来接收该URI请求。

只要可能，应尽量避免的在URL中直接使用IP地址。（请参考RFC1924）

文 本媒体标识符使用URL中的字符集及转义规则（参考RFC1738）来标识一个表示(presentation)与单个流(stream)。URL可以用 于单个流或者多个流的集合，比如表示(presentation)。因此，在第十章所描述的请求(request)可以用于整个表示 (presentation)或表示中的单个流。注意，有些请求方法仅能用于流而不能用于表示，反之亦然。

例如：RTSP URL:

rtsp://media.example.com:554/twister/audiotrack

标识了twister表示(presentation)中，可以通过media.example.com554端口的TCP连接发送RTSP请求来控制的音频流。

也可以是这样RTSP URL：

rtsp://media.example.com:554/twister

标识了由音频和视频流组成的twister表示(presentation)。

这并没有给出URL中相关流的标准方法。表示描述定义了表示中的层次关系以及单独流的URL。如一个表示描述可能将一个流命名为a.mov，而将整个表示命名为b.mov。

RTSP URL的路径组成对客户端来说不可见并且也并没有给出服务器的具体文件系统结构。

只需进行简单替换后，表示描述同样可以用于非RTSP媒体控制协议。

3.3 会议标识

会议标识采用URI标准编码方法编码，并对RTSP来说是不可见的。它们能包含任一八位位组。必须保证会议标识在全局中的唯一性。在H.323中，将用到会议的标识。

conference-id = 1*xchar

会议标识允许RTSP会话从媒体服务器参与的多媒体会议中获取参数。比如，可以要求媒体服务器用会议描述中的标识来代替RTSP客户端以提供详细的传输信息。多媒体会议的建立不属于本协议内容，具体请参见H.323或SIP协议。

3.4 会话标识

会话标识符是不可见的任意长度的字符串。线性空必须是URL-escaped。会话标识符必须随机产生并且至少应有8个八位位组长以保证其难以被猜出。（详见16章）

session-id = 1*( ALPHA | DIGIT | safe )

3.5 SMPTE 相对时间戳

SMPTE 相对时间戳表示相对于开始剪辑的时间。相对时间戳以SMPTE时间编码形式表示而可以达到帧级量级的精度。时间编码的式为：时：分：秒；帧.子帧，并以 剪辑开始为起点。缺省的SMPTE式为“SMPTE 30 drop”式，其帧速是29.97帧每秒。可通过选择使用不同“SMPTE time”来选择其他SMPTE编码式（如“SMPTE 25”式）。帧域的时间在0到29之间。30帧每秒和29.97帧每秒的不同之处在于后者除每第十分钟外的每分钟都要丢掉头两个帧（00和01）。忽 略帧为0的帧，子帧以百分之一帧为单位。

smpte-range = smpte-type "=" smpte-time "-" [ smpte-time ]

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