流媒体网络协议 -- 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回复，会话已创建好，可以进行数据传输。
• 播放态(Playing)：收到PlAY回复，媒体数据开始传输，客户端播放媒体。
• 记录态(Recording): 收到RECORD回复，客户端开始录制数据。

3. RTSP server保活机制

客户端如果一段时间内（默认是60s）没有任何响应，那么rtsp服务器就会关闭该会话，所以客户端需要发送心跳包给服务器。

1. rtsp层面上，定期向server发无效的控制信息（要带有session id的cmd，比如，空消息体的get_parameter命令，）
2. rtp层面上，定期向server发送rtp包，包内容随意。

---

RTSP请求与回应

1.RTSP方法一览：

方法	方向	要求	作用
DESCRIBE	C->S	推荐	获得会话描述信息
ANNOUNCE	C->S,S->C	可选	将请求URL识别的演示或媒体对象描述发给服务器
GET_PARAMETER	C->S,S->C	可选	获得会话参数
SET_PARAMETER