RTSP实时流协议   （RTSP：Real Time Streaming Protocol）
实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体，如音频和视频。尽管连续媒体流与控制流交叉是可能的， RTSP 本身并不发送连续流。换言之， RTSP 充当多媒体服务器的网络远程控制。 RTSP 提供了一个可扩展框架，实现实时数据（如音频与视频）的受控、按需传送。数据源包括实况数据与存储的剪辑。 RTSP 用于控制多个数据发送会话，提供了选择发送通道（如 UDP 、组播 UDP 与 TCP 等）的方式，并提供了选择基于 RTP 的发送机制的方法。

　　目前还没有 RTSP 连接的概念；服务器维护由识别符标识的会话。 RTSP 会话不会绑定到传输层连接，如 TCP 。在 RTSP 会话期间， RTSP 客户端可打开或关闭多个对服务器的可靠传输连接以发出 RTSP 请求。它也可选择使用无连接传输协议，如 UDP 。

　　RTSP 控制的流可能用到 RTP ，但 RTSP 操作并不依赖用于传输连续媒体的传输机制。 RTSP 在语法和操作上与 HTTP/1.1 类似，因此 HTTP 的扩展机制在多数情况下可加入 RTSP 。然而，在很多重要方面 RTSP 仍不同于 HTTP ：

RTSP 引入了大量新方法并具有一个不同的协议标识符：
在大多数情况下， RTSP 服务器需要保持缺省状态，与 HTTP 的无状态相对；
RTSP 中客户端和服务器都可以发出请求；
在多数情况下，数据由不同的协议传输；
RTSP 使用 ISO 10646 （UTF-8）而并非 ISO 8859-1 ，与当前的国际标准 HTML 相一致；
URI 请求总是包含绝对 URI 。为了与过去的错误相互兼容， HTTP/1.1 只在请求过程中传送绝对路径并将主机名置于另外的头字段。
　　该协议支持如下操作：

从媒体服务器上检索媒体：用户可通过 HTTP 或其它方法提交一个演示描述请求；
媒体服务器邀请进入会议： 媒体服务器可被邀请参加正进行的会议，或回放媒体，或记录部分或全部演示；
将新媒体加到现有演示中：如服务器能告诉客户端接下来可用的媒体内容，对现场直播显得尤其有用。


协议结构

　　RTSP 是一种文本协议，采用 UTF-8 编 码中的 ISO 10646 字符集。一行可通过 CRLF 终止，但接收端需要做好解释 CR 和 LF 作为一行终止符 的准备。关于头字段概述如下： 省略了~~~

不做技术的只要知道是做什么用的就可以了，不一定得了解到底这个协议是怎么样工作的！
原文可以到http://www.networkdictionary.com/chinese/protocols/rtsp.php查看！