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

参与者：

一个会议成员。参与者可以是机器，比如是媒体记录或回放服务器。

表示(presentation)：

对用户请求所回馈的一组流，其使用下面的表示描述(presentation description)形式。在本文中的多数情况下，其意味着对流进行总体控制，但这并不是必须的。

表示描述(presentation description)：

表 示描述包含在表示(presentation)中一个或者多个媒体流的信息。比如，编码，网络地址和内容的信息。另外，其他IETF协议，如SDP协议使 用会话(session)代替现场presentation。表示描述可以采用包括会话描述(session description)SDP在内的多种式。

回应：

RTSP回应。如果能理解HTTP回应，就能清楚的理解RTSP回应。

请求；

RTSP请求。如果能理解HTTP请求，就能清楚的理解RTSP请求。

RTSP会话(session)：

RTSP交互的。比如，一个电影的观看过程。会话(session)包括由客户端建立连续媒体流传输机制(SETUP)，使用播放(PLAY)或录制(RECORD)开始传送流，用停止(TEARDOWN)关闭流。

传输初始化：

客户端和服务器端之间传输信息（端口号，传输协议等）的交互。

1.4 协议特点

RTSP 特性如下：

可扩展性：

RTSP中很容易加入新方法和参数。

易解析：

RTSP可由标准 HTTP或MIME解析器解析。

安全：

RTSP使用网页安全机制。所有HTTP授权机制如basic和digest授权都可直接使用。也可以传输层或网络层安全机制。

独立于传输：

RTSP可使用不可靠数据报协议（UDP）、可靠数据报协议（RDP），如要实现应用级可靠，可使用可靠流协议。

多服务器支持：

表示(presentation)中的每个流可放在不同服务器上，用户端自动同不同服务器建立几个并发控制连接，媒体同步在传输层执行。

记录设备控制：

协议可控制记录和回放设备，也可控制可在记录和回放切换的设备。

流控与会议开始分离：

流控与邀请媒体服务器入会分离；仅要求会议初始化协议提供，或可用来创建唯一会议标识号。特殊情况下， SIP或H.323 可用来邀请服务器入会。

适合应用：

表示描述中立：

协议没强加特殊表示或元文件，可传达所用式类型；然而，表示描述至少必须包含一个RTSP URI。

代理与防火墙友好：

协议可由应用和传输层防火墙处理。防火墙需要理解SETUP方法，为UDP媒体流打开一个/"缺口/"。

HTTP友好：

此处，RTSP明智的采用HTTP观念，使现在结构都可重用。结构包括Internet 内容选择平台（PICS）。由于在大多数情况下控制连续媒体需要服务器状态， RTSP不仅仅向HTTP 添加方法。

适当的服务器控制：

如用户能启动一个流，它必须也能停止一个流。 服务器不能启动一个用户不能停止的流。

传输协调：

实际处理连续媒体流前，用户可协调传输方法。

性能协调：

如基本特征无效，必须有一些清理机制让用户决定那种方法没生效。这允许用户提出适合的用户界面。 例如，如果不允许寻找，用户界面必定能禁止位置条滑动。

以前要求RTSP必须能支持多用户，但现在得出一个更好的方法就是保证RTSP能很容易扩展成支持多用户即可。因为流的标志可以被多个控制流使用，因此”远程通过”成为可能。协议不涉及到多个客户端如何协调入口，其由下层“社会协议”或其他下层控制机制提供。

1.5 RTSP扩展

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