rtsp协议 编码_海康rtsp协议_http 协议(4)

媒体服务器重定向：

重新把媒体客户端定向到另外一个媒体服务器。

(媒体)流：

单个媒体实例，比如，一个音频流或者一个视频流，连同一个白板或者共享程序组。当使用RTP时，流包括由RTP会话(session)中同一个源所创建的所有RTP和RTCP包。这和DSM-CC流([5])的定义相同。

消息：

RTSP通讯的基本单元。由15章语法定义的结构化八位位组序列组成，并通过有连接或者无连接协议传送。

参与者：

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

表示(presentation)：

作为一个完整的媒体信息，回馈性地表述给客户端的一个或多个流的集合。表示使用下面的表示描述进行表述。大部分情况下，在RTSP中的文字部分中，这暗示集合中的流的合控制，但并非必须。

表示描述(presentation description)：

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

响应：

RTSP响应。如果能理解HTTP响应，就能清楚地理解RTSP响应。

请求：

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

RTSP会话(session)：

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

传输初始化：

客户端和服务器端之间关于传输所需的相关信息（端口号，传输协议等）的协商。

1.4 协议特点

RTSP有以下特性：

易于扩展：

可以很容易地向RTSP加入新方法和参数。

易解析：

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

安全：

RTSP重用了网页安全机制。所有HTTP授权机构如basic (RFC 2068 [2, Section11.1])和digest (RFC2069 [8])授权都可直接使用。也可以重用传输层或网络层安全机制。

独立于传输：

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

多服务器支持：

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

录制设备控制：

协议可控制记录和回放设备，以及可在两种模式之间切换的设备（VCR）。

流控制与会议初始化分离：

流控制与邀请媒体服务器入会相分离；仅要求会议初始化协议可提供，或可用来创建具有唯一性的会议标识号。具体地说， SIP或H.323 可用来邀请服务器入会。

适合应用：

适合应用：

表示描述中立：

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

代理与防火墙友好：

协议需由应用层协同传输层(SOCKS [14])防火墙友好地进行处理。防火墙需要理解SETUP方法，以为UDP媒体流打开一个"洞口"。

HTTP友好：

此处，RTSP明智地重用了HTTP概念，使现有的基础结构可被重用。rtsp协议 编码这些基础结构包括Internet 内容选择平台（PICS：Platform for Internet ContentSelection [15,16]），以便通过相关标签访问内容。但由于在大多数情况下，控制连续媒体需要服务器状态， RTSP不仅仅向HTTP 添加方法。

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