流媒体网络协议 -- RTSP

---

RTSP介绍

RTSP（Real Timing Streaming Procotol）全称“实时流协议”，是TCP/IP协议体系下的一个应用层协议，定义了一对多应用程序如何有效地通过IP网络传送多媒体数据， 用于多媒体数据的网络控制。

1. 与HTTP协议的异同

同：

• 都是使用纯文本来发送信息，而且协议头语法类似（之所以类似，是为了兼容使用以前的HTTP协议分析代码）
• 用TCP协议传输信息

异：

• HTTP用TCP传输数据，RTSP常用UDP协议传输数据。
• HTTP协议是没有状态的，命令之间没有依赖性。
  而RTSP协议是有状态的，RTSP的命令必须按照顺序来发送。
• RTSP协议的客户端和服务器端都可以发送Request请求。
  HTTP协议只有客户端能发送Request请求。
• HTTP协议是短连接，在发送一个命令后，连接会断开。
  而RTSP协议是长连接，无论处于什么状态都不会去断开连接。
• HTTP协议默认端口是80。
  而RTSP协议默认端口是554。

2. RTSP的特性

• 流控分离：数据流和控制流分开，多媒体数据和控制信息通过不同的端口来接收。
• 可拓展性：基于文本的协议，具有较强的可拓展性。
• 安全：RTSP使用网页安全机制。

---

RTSP原理

RTSP组合使用了可靠传输协议TCP（控制信息）和高效传输协议UDP（媒体数据）来串流内容给用户。支持点播和直播。
RTSP协议本身只负责传输媒体控制信息，并不负责数据传输，使用RTP(Real-time Transport Protocol)和RTCP(Real-time Control Protocol)完成数据传输和数据检测。
会话参与者(发送端和接收端)周期性的向所有参与者发送RTCP包。主要功能是为应用程序提供会话质量或广播性能质量的信息，这些信息包括发送的信息包数目、丢失的信息包数目和信息包抖动等情况。
简而言之：

• RTSP(over TCP) --> 媒体控制
• RTCP(over UDP) --> 监控媒体数据传输质量
• RTP(over UDP) --> 媒体数据传输

协议在网络中的结构图：

1. RTSP会话交互过程

会话交互过程如下图：

1. 首先发OPTION cmd请求服务器可使用的方法。
2. 然后发DESCRIBE cmd请求服务器返回媒体的matedata，对于audio和video分开传输的情况，返回信息里面还有各自的url。
3. 然后发送SETUP cmd请求服务器创建会话，请求体中需带数据传输协议以及客户端RTCP和RTP的接收端口号。
   服务器返回会话ID和对应的服务器端口，客户端拿到服务器IP和端口，通过RTCP和RTP协议与服务器连接。
4. 最后发送PLAY cmd请求服务器传输数据，此时客户端开始接收数据并播放。
5. 播放结束后，发送TERADOWN cmd请求服务销毁会话。

2. RTSP客户端状态机

状态机如下图：

• 初始态(Init): SETUP请求已经发出，等待回复，尚未创建会话
• 就绪态(Ready): 收到SETUP回复，或在播放态收到pause回复，会话已创建好，可以进行数据传