媒体通信技术—— 多媒体通信网络技术.ppt

6.5.2 实时流协议 1. RTSP简介 实时流协议RTSP（Real Time Streaming Protocol）是由RealNetworks和Netscape以及哥伦比亚大学共同提出的。 它是从RealNetworks的“RealAudio”和 Netscape的“LiveMedia”的实践和经验发展来的。 该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。 RTSP在体系结构上位于RTP和RTCP之上， 它使用TCP或RTP完成数据传输。 HTTP与RTSP相比， HTTP传送HTML， 而RTP传送的是多媒体数据。 HTTP请求由客户机发出， 服务器作出响应； 使用RTSP时， 客户机和服务器都可以发出请求， 即RTSP可以是双向的。  RTSP是一个应用层协议， 用来控制具有实时特性的数据的传送。 它提供了一种可扩展框架， 使得可控的、 点播的实时数据的传送成为可能。 数据源可以是直播数据或者存储的媒体片断。 此协议被设计用来控制多个传送会话， 实现传送通道如UDP的选择， TCP或UDP的多播， 可以使用基于RTP的传送机制。  RTSP建立并控制一个或几个时间同步的连续流媒体。 尽管连续媒体流与控制流是可以交叉的， 但是通常它本身并不发送连续流。 也就是说， 它通常是充当媒体服务器的网络远程控制的角色。 RTSP的连接没有绑定到传输层连接， 如TCP。 在RTSP连接期间， 用户可以打开或关闭多个对服务器的可靠传输连接， 用来发送RTSP请求。 此外， 可使用无连接传输协议， 如UDP。 RTSP控制的数据流可以使用RTP， 但是RTSP的操作并不依赖于这种传送连续媒体的机制。 此协议在语法和操作上与HTTP/1.1类似， 所以很多 HTTP的扩展机制通常都可以被加到RTSP上。  RTSP支持以下三种操作。 l） 从媒体服务器上检索媒体 用户可以通过HTTP或其他方法提交一个演示描述。 如演示是多播， 演示描述就包含用于连接媒体的多播地址和端口。 如演示仅通过单播发送给用户， 用户为了安全应提供目的地址。  2） 邀请媒体服务器进入会议 媒体服务器可被邀请参加正进行的会议， 或回放媒体， 或记录其中的一部分， 或全部。 这种模式在分布式远程教育应用上很有用处， 会议中几方可轮流远程控制按钮。  3） 将媒体加到现成讲座中 服务器告诉用户可获得附加媒体内容， 这对现场讲座显得尤其有用。 如 HTTP/1.1中类似， RTSP请求可由代理、 通道与缓存处理。  2． RTSP的特点 RTSP是应用层协议， 与RTP、 RSVP一起设计来完成流式服务。 RTSP有很大的灵活性， 可被用在多种操作系统上， 它允许客户端和不同厂商的服务平台交互。  RTSP在体系结构上位于RTP和RTCP之上， 它使用RTP完成数据传输， 可控制流式媒体数据通过网络传输到客户端。  RTSP可以保持用户计算机与传输流业务服务器之间的固定连接， 用于观看者与单播（Unicast）服务器通信并且还允许双向通信， 观看者可以同流媒体服务器通信。 提供类似“VCR”形式的例如暂停、 快进、 倒转、 跳转等操作。 操作的资源对象可以是直播流也可以是存储片段。  RTSP还提供选择传输通道， 如使用UDP还是多点UDP或是TCP。  6.5.3 资源预留协议 1． RSVP的基本概念 RSVP（Resource Reserve Protocol）是一个资源预约协议。 提供一种有效的资源预约方式， 可以有效地描述应用程序对资源的需求。 RSVP建立在IP协议之上， 可以利用IP数据报传输RSVP消息。 RSVP是一个单工协议， 只在一个方向上预订资源。 特别的， RSVP是一个面向用户端协议， 由信宿负责资源预订， 可以满足点到多点群通信中客户端异构的需求， 每个客户端可以预订不同数量的资源， 接收不同的数据流。 RSVP还提供了动态适应成员关系的变化和动态适应路由变化的能力。 RSVP可以满足大型点到多点通信群的资源预订需求。 为了建立并维护分组数据传输通道中各个