流媒体协议RTSP（其二）

欢迎诸位来阅读在下的博文~
在这里，在下会不定期发表一些浅薄的知识和经验，望诸位能与在下多多交流，共同努力

前期博客

流媒体与直播的基础理论（其一）

一、RTSP简介

RTSP（Real-Time Streaming Protocol）是一种网络协议，用于控制音频和视频流的传输，尤其是在点播和直播的应用场景中。RTSP 允许客户端对媒体流进行播放、暂停、停止等操作，是流媒体应用程序中的重要组成部分。

• 相当于流媒体服务器的远程控制
• 服务器和客户端双向请求应答，是对称协议
• 与HTTP协议类似，基于文本，UTF-8编码
  特点：
  （1）可扩展性：新方法和参数很容易加入RTSP。
  （2）易解析：RTSP可由标准HTTP或MIME解释器解释。
  （3）安全：RTSP使用网页安全机制。
  （4）独立于传输：tcp和udp可自由选择。
  （5）多服务器支持：每个流可放在不同服务器上，用户自动与不同服务器建立几个并发控制连接，媒体同步在传输层执行。
  （6）记录设备控制：协议可控制记录和回放设备。
  （7）流控与会议开始分离。
  （8）代理与防火墙友好。
  RTSP在TCP/IP协议簇中的位置：
  

二、请求消息结构

请求消息结构：请求行、首部行、空行、消息主题 四部分。

可以看出和HTTP协议很类似，详细可观看下面博客：
Linux之HTTP服务器的构建

• 方法
  OPTIONS：查询服务器支持的 RTSP 方法。
  DESCRIBE：请求获取媒体流的描述信息。
  SETUP：设置媒体流的传输参数，准备传输。
  PLAY：开始播放指定的媒体流。
  PAUSE：暂停正在播放的媒体流。
  TEARDOWN：停止流的传输，释放资源。
  GET_PARAMETER：获取流的参数。
  SET_PARAMETER：设置流的参数。

• URL
  接收方的地址，例如rtsp://192.168.1.6/video.264

• 版本
  一般为RTSP 1.0

三、应答消息结构

请求消息结构：状态行、首部行、空行、消息主题 四部分。

• 状态码
  一个数值，表示执行结果，如200表示成功。
• 短语
  状态码的文本解释。

四、RTSP交互流程

以下是完整的 RTSP 交互流程表格，描述了 RTSP 的主要消息和交互过程：

方向	消息	描述
C->S	OPTIONS request(可选)	Client 询问 Server 有哪些方法可用。
S->C	OPTIONS response(可选)	Server 回应消息中包含所有可用的方法。
C->S	DESCRIBE request(可选)	Client 请求获取媒体流的描述信息，包括格式、编码等。
S->C	DESCRIBE response(可选)	Server 返回媒体流的描述信息，通常是 SDP（Session Description Protocol）格式。
C->S	SETUP request	Client 询问 Server 设置媒体流的传输参数，指定传输协议和端口，尝试建立会话
S->C	SETUP response	Server 确认设置，并返回用于传输的 RTP 和 RTCP 信息，成功会话
C->S	PLAY request	Client 请求开始播放指定的媒体流。
S->C	PLAY response	Server 确认播放请求，开始发送媒体流数据。
C->S	PAUSE request(可选)	Client 请求暂停正在播放的媒体流。
S->C	PAUSE response(可选)	Server 确认暂停请求，停止发送媒体流数据。
C->S	TEARDOWN request	Client 请求终止会话，停止所有媒体流的传输。
S->C	TEARDOWN response	Server 确认终止请求，释放资源，结束会话。

注意：在PLAY之后，也可以使用PAUSE方法进行视频暂停。

至此，结束~

望诸位不忘三连支持一下~