rtsp协议详解.docVIP

关于 RTSP. RTSP 协议是一个非常类似 HTTP 协议的流控制协议。它们都使用纯文本来发送信息，而且 rtsp 协议的语法也和 HTTP 类似。 Rtsp 一开始这样设计，也是为了能够兼容使用以前写的 HTTP 协议分析代码 。这是个好消息。 它们主要的区别是 HTTP 协议是没有状态的， http 协议在发送一个命令后，连接会断开，而且命令之间没有依赖性。不同的是 RTSP 的命令需要知道现在正处于一个什么状态，也就是说 rtsp 的命令总是按照顺序来发送，某个命令总在另外一个命令之前要发送。 Rtsp 不管处于什么状态都不会去断掉连接。 HTTP 协议默认使用 80 端口，而 RTSP 默认使用 554 端口。如果一些服务器因为某些安全的原因而封掉了这个端口，那代理和防火墙可能不让 RTSP 消息通过，需要管理员去放开 554 端口，而使得 rtsp 协议能通过。 RTSP 并非只是微软在用！ 这是一个公开的规范，在这个规范上开发了很多的流服务器。甚至 Linux 服务提供者和苹果的程序员也使用 rtsp 协议以及 Real Networks 流媒体。似乎整个世界的网络流传输都用这个协议。然而，微软并不只在 rtsp 上有所作为。 微软和 RTSP. 在写这个文档的时候，微软正处于从首选 MMS 协议转换到首选采用 RTSP 协议的过程中。这个说明在 Media Player9.0 版本和流媒体服务器 2003 版本之后，我们会看到微软将 rtsp 协议作为流媒体传输的主要协议 。 随着时间慢慢的流逝，我们会发现 mms 协议正逐步走出人们的视野。 It is only assumed that this is so MS can say they are being open with their protocols (rtsp is an open standard) while at the same time disregarding the need to publicise their own MMS protocol once its gone from media player. 然而， mms 还没有真的死亡，至少在接下来的几年中我们依然可以看到它在流媒体传输中的身影。 是否微软的 RTSP 协议和标准的开放式 RTSP 不同？ 是的。跟在 RFC2326 （ 1998 年四月）中定义的原始 RTSP 协议相比，微软的 rtsp 协议有一些轻微的改动。我们网站上有本文档（还有后续版本）和一个简单的研究，它们可以帮助你了解这些信息。 区别在哪儿？ 微软的 rstp 规范与标准 rtsp 协议相比最主要的改动是发送包 payloads 到客户端的方式，另外还有一些请求命令有一些改动。传输单个媒体包的机制并没有文档（就 我目前所知），这可能是微软要保留的信息。 就像 MMS 和 HTTP 1.0 流协议使用一个媒体数据包头一样， RTSP 也有。但是微软的数据包头格式没有在任何的 rtsp 文档中注明。在企图连接微软的 rtsp 服务器时，这是主要的问题。 微软 RTSP 协议的命令采用的语法和标准 rtsp 协议的命令语法一样，只有一些小的修改和添加，可以通过阅读网上的一些文档，就可以知道怎么去组成这些命令。微软 rtsp 命令部分已经有文档了。 一次典型的 RTSP 协议传输过程 这个例子为了简略，没有把发送接收的包放上来 To Server = NETWORK = To Client 客户端连服务器的 554 端口 客户端发送 “DESCRIBE” 命令 服务器返回标准 rtsp 头 这个 rtsp 头和数据实体包含 ASF 文件头信息 以及所有的和媒体文件相关的流 bit rate data 客户端发送 “SETUP” 音频流媒体建立命令 (stream 1) 服务器返回标准 rtsp 头 客户端发送 “SETUP” 视频流媒体建立命令 (stream 2) 服务器返回标准 rtsp 头 客户端发送 “PLA