流媒体技术相关协议简介.docVIP

流媒体技术基础-实时流协议RTSP RSTP-rfc2326 　　实时流协议RTSP(RealTime Streaming Protocol)是由RealNetworks和Netscape共同提出的，该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或RTP完成数据传输。HTTP与RTSP相比，HTTP传送HTML，而RTP传送的是多媒体数据。HTTP请求由客户机发出，服务器作出响应；使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。 RTSP协议 　 实时流协议（RTSP）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP上发送机制提供方法。 　 实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流交叉是可能的，通常它本身并不发送连续流。换言之，RTSP充当多媒体服务器的网络远程控制。RTSP连接没有绑定到传输层连接，如TCP。在RTSP连接期间，RTSP用户可打开或关闭多个对服务器的可靠传输连接以发出RTSP 请求。此外，可使用无连接传输协议，如UDP。RTSP流控制的流可能用到RTP，但RTSP操作并不依赖用于携带连续媒体的传输机制。实时流协议在语法和操作上与HTTP/1.1类似，因此HTTP的扩展机制大都可加入RTSP。协议支持的操作如下： 　 从媒体服务器上检索媒体： 　 用户可通过HTTP或其它方法提交一个演示描述。如演示是组播，演示式就包含用于连续媒体的的组播地址和端口。如演示仅通过单播发送给用户，用户为了安全应提供目的地址。 　 媒体服务器邀请进入会议： 　 媒体服务器可被邀请参加正进行的会议，或回放媒体，或记录其中一部分，或全部。这种模式在分布式教育应用上很有用，会议中几方可轮流按远程控制按钮。 　 将媒体加到现成讲座中： 　 如服务器告诉用户可获得附加媒体内容，对现场讲座显得尤其有用。如HTTP/1.1中类似，RTSP请求可由代理、通道与缓存处理。 协议特点 　 RTSP 特性如下： 　 可扩展性：新方法和参数很容易加入RTSP。 　 易解析： RTSP可由标准 HTTP或MIME解吸器解析。 　 安全： 　 RTSP使用网页安全机制。 　 独立于传输： RTSP可使用不可靠数据报协议（UDP）、可靠数据报协议（RDP），如要实现应用级可靠，可使用可靠流协议。 　 多服务器支持： 每个流可放在不同服务器上，用户端自动同不同服务器建立几个并发控制连接，媒体同步在传输层执行。 　 记录设备控制： 协议可控制记录和回放设备。 　 流控与会议开始分离： 仅要求会议初始化协议提供，或可用来创建唯一会议标识号。特殊情况下， SIP或H.323 可用来邀请服务器入会。 　 适合专业应用： 通过SMPTE 时标，RTSP支持帧级精度，允许远程数字编辑 　 演示描述中立： 　 协议没强加特殊演示或元文件，可传送所用格式类型；然而，演示描述至少必须包含一个RTSP URI。 　 代理与防火墙友好： 　 协议可由应用和传输层防火墙处理。防火墙需要理解SETUP方法，为UDP媒体流打开一个\缺口\。 　 HTTP友好： 　 此处，RTSP明智的采用HTTP观念，使现在结构都可重用。结构包括Internet 内容选择平台（PICS）。由于在大多数情况下控制连续媒体需要服务器状态， RTSP不仅仅向HTTP 添加方法。 　 适当的服务器控制： 　 如用户启动一个流，他必须也可以停止一个流。 　 传输协调； 　 实际处理连续媒体流前，用户 可协调传输方法。 　 性能协调： 　 如基本特征无效，必须有一些清理机制让用户决定那种方法没生效。这允许用户提出适合的用户界面。 　 扩展RTSP 　 由于不是所有媒体服务器有着相同的功能，媒体服务器有必要支持不同请求集。RTSP 可以如下三种方式扩展，这里以改变大小排序： 　 以新参数扩展。如用户需要拒绝通知，而方法扩展不支持，相应标记就加入要求的段中。 　 加入新方法。如信息接收者不理解请求，返回501错误代码（还未实现），发送者不应再次尝试这种方法。用户可使用OPTIONS方法查询服务器支持的方法。服务器使用公共响应头列出支持的方法。 　 定义新版本协议，允许改变所有部分。（除了协议版本号位置） 　 操作模式 　 每个演示和媒体流可用RTSP URL识别。演示组成的整个演示与媒体属性由演