RTSP协议详细描述(中文版)-rfc2326.pdf

实时流协议（RTSP）是一种网络控制协议，主要用于控制和管理媒体服务器上的连续流媒体，例如音频和视频。RTSP的目的是建立并控制时间同步的流媒体，以便可以同时控制多个流。尽管RTSP不直接传输连续媒体流，但它可以控制媒体流，如使用实时传输协议（RTP）进行传输。RTSP与HTTP/1.1协议在语法和操作上类似，这使得许多HTTP扩展可以适用于RTSP。然而，RTSP在设计上与HTTP有显著不同。RTSP是一个需要服务器维持状态的协议，而HTTP通常是一个无状态协议。此外，RTSP支持双向请求，即客户端和服务器都可以发出请求。RTSP会话不绑定特定的传输层连接，如TCP，而是可以在多个传输连接上进行通信。RTSP请求也可以通过无连接传输协议，比如UDP来发送。 RTSP使用ISO10646（UTF-8）编码而不是ISO8859-1，这使得它能够更好地适应当前HTML的国际化。在RTSP中，URI请求总是包含绝对URI，这一点与HTTP/1.1不同，后者在请求中通常只包含绝对路径和头部域中的主机名。RTSP支持的操作包括从媒体服务器获取媒体、邀请媒体服务器进入会议、将媒体添加到现有会议或表示中，以及控制媒体服务器上的媒体流。RTSP中的“表示”概念指的是包含多个媒体流的文件，这些流在共同播放时形成一个完整的多媒体表示。 “媒体流”指的是客户端请求的连续流媒体数据，而“媒体服务器”是提供这些流的服务设备。媒体初始化涉及到客户端请求媒体流回放时所需的、与传输无关的信息，而媒体参数可能在回放前后发生变化。RTSP客户端和服务器之间的通信单元称为“消息”，而“参与者”则是会议中的各方。 RTSP在设计时还考虑了对“容器文件”的支持，这些容器文件可以容纳多个媒体流。RTSP服务器可以提供对这些容器文件的控制，即使容器文件的概念本身并不包含在协议中。媒体服务器可以位于激活表示的Web服务器上，也可以建立在其他主机上。在必要时，媒体服务器可以使用RTSP的重定向功能，将媒体客户端指向另一个媒体服务器。 RTSP中使用了术语“连接”，它指的是在传输层为两个程序之间建立的虚拟信道。另外，RTSP支持“连续媒体”，这是一种存在时序关系的媒体类型，如音频和动画视频。这些连续媒体可以是实时的，也可以是流式回放的，取决于源和接受器之间的时序关系。RTSP支持表示中包含的连续媒体流，这些流可以是组播或单播形式。 RTSP中的“实体”指的是请求或响应载荷部分中的信息，由实体头部域和实体主体组成。实体头部域指明信息格式，实体主体则包含信息内容。数据类型和编码的具体初始化也包括在RTSP的设计之中。这些初始化参数包括时钟频率、颜色空间等信息，客户端在媒体初始化阶段请求媒体流回放时，这些信息可能会被产生或改变。 RTSP协议中的“会议”概念描述了多方参与的多媒体表示，意味着会议可以包含一个或多个参与者。会议中的各方可以轮流对媒体流进行控制，例如播放或暂停，类似于在分布式教学应用中使用网络遥控器。 RTSP协议支持的请求可以由代理、通道和缓存处理。在文档中的关键字“必须”、“必须不”、“需要”、“应该”、“不应该”、“推荐”、“可能”和“可选的”，都遵循RFC2119的解释，保证了协议的严格性和明确性。在RTSP协议中，很多HTTP/1.1的术语被采用，未提及的术语定义与HTTP/1.1相同。服务器通过一条时间线控制多个流，客户端仅需发送一个播放或暂停消息，即可同时控制音频和视频的回放。这种设计在多方参与的多媒体会议中非常有用。