RTSP(Real Time Streaming Protocol，实时流传输协议)
目录 |
RTSP是TCP/IP协议体系中的一个应用层协议，由哥伦比亚大学、网景和RealNetworks公司提交的IETFRFC标准。该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或UDP完成数据传输。HTTP与RTSP相比，HTTP请求由客户机发出，服务器作出响应；使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。RTSP是用来控制声音或影像的多媒体串流协议，并允许同时多个串流需求控制，传输时所用的网络通讯协定并不在其定义的范围内，服务器端可以自行选择使用TCP或UDP来传送串流内容，它的语法和运作跟HTTP1.1类似，但并不特别强调时间同步，所以比较能容忍网络延迟。
该协议用于C/S模型，是一个基于文本的协议，用于在客户端和服务器端建立和协商实时流会话。
实时流协议（RTSP）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频的受控点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP上发送机制提供方法。
实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流交换是可能的，通常它本身并不发送连续流。换言之，RTSP充当多媒体服务器的网络远程控制。RTSP连接没有绑定到传输层连接，如TCP。在RTSP连接期间，RTSP用户可打开或关闭多个对服务器的可传输连接以发出RTSP请求。此外，可使用无连接传输协议，如UDP。RTSP流控制的流可能用到RTP，但RTSP操作并不依赖用于携带连续媒体的传输机制。
协议支持的操作如下：
(1）从媒体服务器上检索媒体：用户可通过HTTP或其它方法提交一个演示描述。如演示是组播，演示式就包含用于连续媒体的的组播地址和端口。如演示仅通过单播发送给用户，用户为了安全应提供目的地址。
(2）媒体服务器邀请进入会议：媒体服务器可被邀请参加正进行的会议，或回放媒体，或记录其中一部分，或全部。这种模式在分布式教育应用上很有用，会议中几方可轮流按远程控制按钮。
(3）将媒体加到现成讲座中：如服务器告诉用户可获得附加媒体内容，对现场讲座显得尤其有用。如HTTP/1.1中类似，RTSP请求可由代理、通道与缓存处理。
RTSP协议是一个应用层的协议，充当多媒体服务器的网络远程控制，它可以建立一个或几个时间同步的连续流媒体，并提供对媒体流的各种控制，如快进、快退、暂停等。
RTSP具有可扩展性、安全、易解析等特点，正是由于拥有诸多的特点，才使得越来越多的服务器厂家青睐RTSP。在这些特点中，位居首位的是“可扩展性”：新的方法和参数可以很容易地加人RTSP。依靠这一特点，不同的媒体服务器可以根据各自的功能，支持不同的请求集，扩展自己的新参数、方法，甚至定义新版本协议；当然也正是由于这个特点，使得同一个客户端软件不一定能同时支持不同的媒体服务器。
另外RTSP协议是独立于传输的，可使用可靠的TCP协议或不可靠的UDP协议。它不需要建立一个本身的连接，如果按照层次划分，RTSP位于TCP和UDP之上，具体的传输都是由TCP和UDP来完成，如控制信息可以用TCP，数据流可以用UDP传输，这样，即使媒体服务器没有收到请求，数据也会继续发送。换句话说，就是RTSP用于建立和控制传输，TCP和UDP负责具体的传输信息和数据。这里要特别说明的是TCP必须能够支持，而UDP是可选的。