RTSP實时流协议0416.doc

Catalog 目 录 1 RTSP协议的产生 4 2 RTSP协议的描述 4 3 RTSP 协议的特性 5 4 RTSP协议的扩展 6 5 RTSP的操作模式 6 6 RTSP协议状态 6 7 RTSP与其他协议关系 7 8 RTSP 协议的信息 7 9 RTSP 协议实体 8 10 RTSP 协议请求的连接 8 11 RTSP方法的定义 8 12 流水线操作 9 RTSP实时流协议 Keywords 关键词：RTSP 、流媒体 Abstract 摘 要： 本文档详细描述了RTSP实时流协议的产生、特性以及协议的状态。 List of abbreviations 缩略语清单： Abbreviations缩略语 Full spelling 英文全名 Chinese explanation 中文解释 RTSP实时流协议 RTSP协议的产生 　RTSP（Real-Time Streaming Protocol）实时流协议是由RealNetworks和Netscape共同提出的，该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。网络的带宽是完成流媒体传输的物质基础，在传输声音、图像、视频等多媒体信息流时，即使这些媒体流进行了压缩，所需的带宽仍然比文字文件大，但并不是有足够的带宽就可以完全解决流媒体传输问题。一般来说，所需带宽的多少是与应用密切相关的，从应用角度来讲，如果用户数不断增加、信息服务量不断增加，带宽有多少都是不够的。同步是媒体流的基本控制方法。流媒体是实时的，是时间属性的表现，而 HTTP协议不能提供时间的可靠性，因此产生了RTSP协议。 RTSP协议的描述 RTSP是一个应用层协议，目的是为流媒体实现多点传送和以点播方式单一传送提供健壮的协议，从而控制实时数据的发送。。RTSP提供一种可扩展的框架，使能够提供能控制的，按需传输实时数据，比如音频和视频文件。RTSP利用流技术把数据分成许多包，包的大小由客户端和服务器端的实际带宽决定，当客户端接收到足够的数据包时，用户不需下载整个媒体文件就可以开始播放流媒体。因为播放器在播放一个包的同时，解压另一个包并下载第三个包。流媒体数据可以是输入的实况信息，也可以是存储的视、音频片段。 实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体。连续媒体流与控制流是有可能交叉，但在通常情况下RTSP本身并不发送连续流。换言之，RTSP充当多媒体服务器的网络远程控制。RTSP连接没有绑定到传输层连接，如TCP。在RTSP连接期间，RTSP用户可打开或关闭多个对服务器的可靠传输连接以发出RTSP 请求。RTSP也可使用无连接传输协议，如UDP。RTSP流控制的流可能用到RTP，但RTSP操作并不依赖用于携带连续媒体的传输机制。实时流协议在语法和操作上与HTTP/1.1类似，因此HTTP的扩展机制大都可加入RTSP。协议支持的操作如下： 从媒体服务器上检索媒体：用户可通过HTTP或其它方法提交一个演示描述。如演示是组播，演示式就包含用于连续媒体的的组播地址和端口。如演示仅通过单播发送给用户，用户为了安全应提供目的地址。 　 媒体服务器邀请进入会议：媒体服务器可被邀请参加正进行的会议，或回放媒体，或记录其中一部分，或全部。这种模式在分布式教育应用上很有用，会议中几方可轮流按远程控制按钮。 将媒体加到现成讲座中：如服务器告诉用户可获得附加媒体内容，对现场讲座显得尤其有用。如HTTP/1.1中类似，RTSP请求可由代理、通道与缓存处理。 　通过RTSP协议，服务器端可以跟踪流媒体传输的时间、地址和方式。RTSP增加了对流媒体的控制请求，能恢复来自媒体服务器的流媒体。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP上发送机制提供方法。 在体系结构上，RTSP位于RTP和RTCP之上，它使用TCP或RTP完成数据传输。HTTP与RTSP相比，HTTP传送HTML，而RTP传送的是多媒体数据。HTTP请求由客户机发出，服务器作出响应；使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。 RTSP 协议的特性 　可扩展性：新方法和参数很容易加入RTSP。 　易解析：RTSP可由标准 HTTP或MIME解吸器解析。 　安全：RTSP使用网页安全机制。 独立于传输：RTSP可使用不可靠数据报协议（UDP）、可靠数据报协议（RDP），如要实现应用级可靠，可使用可靠流协议。 　多服务器支持：每个流可放在不同服务器上，用户端自动同不同服务器建立几个并发控制连接，媒体同步在传输层执行。 记录设备控制：协议可控制记录和回放设备。 流控与会议开始分离：仅要求会议初始