RTSP：实时流协议 （RTSP：Real Time Streaming Protocol） 　　实时流协议 RTSP 建立并控制一个或几个时间同步的连续流媒体。

尽管连续媒体流与控制流交叉是可能的，通常它本身并不发送连续流，如音频与视频。

换言之，RTSP 充当多媒体服务器的网络远程控制。

RTSP 提供了一个可扩展框架，使实时数据如音频与视频的受控、按需传送成为可能。

数据源包括现场数据与存储在剪辑中数据。

该协议目的在于控制多个数据发送会话，为选择发送通道如 UDP、组播 UDP 与 TCP 等提供途径，并为选择基于 RTP 的发送机制提供方法。

　　目前还没有具体的 RTSP 连接概念，取而代之的是由服务器维持携带标识符的会话。

RTSP 会话没有绑定到传输层连接，如 TCP。

在 RTSP 会话期间，RTSP 用户可打开或关闭多个对服务器的可靠传输连接以发出 RTSP 请求。

此外，可使用无连接传输协议，如 UDP。

　　RTSP 流控制的流可能用到 RTP，但 RTSP 操作并不依赖用于携带连续媒体的传输机制。

实时流协议在语法和操作上与 HTTP/1.1 类似，因此 HTTP 的扩展机制大都可加入 RTSP。

尽管如此，在很多重要方面 RTSP 仍不同于 HTTP： RTSP 引入了大量新方法并具有一个不同的协议标识符： 在大多数情况下，RTSP 服务器需要维持缺省状态，与的无状态相对； RTSP 中媒体用户和服务器都可以发出请求； 在多数情况下，由不同的协议传送数据； RTSP 被定义来使用 ISO 10646（UTF-8）而并非 ISO 8859-1，与当前的国际标准 HTML 相一致； URI 请求一直包含完全的 URI。

由于与历史错误的相互兼容，HTTP/1.1 只在请求过程中传送完全的路径并将主机名置于单个的头字段。

　　该协议支持如下操作： 从媒体服务器上检索媒体：用户可通过 HTTP 或其它方法提交一个演示描述； 媒体服务器邀请进入会议：媒体服务器可被邀请参加正进行的会议，或回放媒体，或记录其中一部分，或全部； 将媒体加到现成讲座中：如服务器告诉用户可获得附加媒体内容，对现场讲座显得尤其有用。