RTSP协议

一、RTSP 协议概述

RTSP（Real-Time Streaming Protocol）是一种应用层协议，用于控制实时流媒体传输（如视频点播、直播）。它本身不传输媒体数据，而是通过协商建立媒体会话，并通过 RTP/RTCP 协议传输实际数据。
核心功能：
媒体服务器的远程控制（播放、暂停、跳转）
支持单播/多播传输
与 RTP/RTCP 深度集成

二、 RTSP 消息格式

RTSP 采用类似 HTTP 的文本协议格式，分为请求消息和响应消息。
请求消息格式：

方法 SP URI SP RTSP版本 CRLF
头部字段: 值 CRLF
...
CRLF
消息体（可选）

常见方法：

DESCRIBE：获取媒体描述（SDP 格式）
SETUP：建立传输会话（指定端口和传输协议）
PLAY：开始播放（可指定时间范围）
PAUSE：暂停传输
TEARDOWN：终止会话

响应消息格式：

RTSP版本 SP 状态码 SP 原因短语 CRLF
头部字段: 值 CRLF
...
CRLF
消息体（可选）

重要状态码：

200 OK：成功
400 Bad Request：语法错误
404 Not Found：资源不存在
500 Internal Server Error：服务器错误

示例交互：

C->S: OPTIONS rtsp://example.com/media.mp4 RTSP/1.0CSeq: 1S->C: RTSP/1.0 200 OKCSeq: 1Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE

三、RTSP 会话流程

连接建立：TCP 端口 554（默认）
DESCRIBE：获取媒体描述（SDP）
SETUP：协商传输参数（RTP/RTCP 端口）
PLAY：开始传输
控制操作：PAUSE/SEEK 等
TEARDOWN：结束会话

3.1、协议对比分析

RTSP vs RTMP

特性	RTSP	RTMP
协议类型	控制协议（需配合 RTP）	音视频传输协议
传输层	通常 TCP（控制）+ UDP（数据）	持久 TCP 连接
延迟	0.5-2秒	1-3秒
协议复杂度	高（需处理多协议协作）	中等（单一协议）
防火墙穿透	困难（多端口）	容易（使用 1935 端口）
典型应用	IP摄像头、视频点播	直播推流（逐渐被替代）

RTMP 特性：
基于 TCP 的可靠传输
支持 AMF 数据格式
分块传输（Chunk Stream）
逐渐被 WebRTC 和 HTTP-FLV 取代

RTSP vs RTP/RTCP

特性	RTSP	RTP/RTCP
角色	控制协议	数据传输协议
数据承载	不传输媒体数据	直接传输媒体包
时序处理	无	时间戳 + 序列号
QoS 监控	无 RTCP	提供质量反馈
传输方式	单播为主	支持单播/多播

RTP 关键设计：
时间戳：解决网络抖动
序列号：检测丢包
载荷类型标识：动态编码协商
SSRC：同步源标识

RTCP 功能：
发送/接收统计报告
同步多流（如音视频同步）
最小化带宽占用（约定不超过 5%）

3.2、应用场景分析

RTSP 适用场景
-安防监控：支持精确播放控制
-视频点播：支持时间跳转（SEEK）
-专业广电设备：需要精细会话控制
RTMP 适用场景
-直播推流：与 Flash 播放器兼容
-低延迟互动：连麦直播（需优化）
-协议转换：作为 HLS/DASH 的输入源
RTP/RTCP 适用场景
-实时视频会议：WebRTC 的基础
-IP 语音通话：配合 SIP 协议使用
-广电级直播：卫星传输等高要求场景

3.3、技术演进趋势

WebRTC 崛起：
-整合 RTP/RTCP + SRTP + SCTP
-浏览器原生支持
-P2P 传输能力
HTTP 协议替代：
-HLS（Apple）：切片传输
-DASH（MPEG）：自适应码率
-牺牲实时性（延迟 10+秒）换取兼容性
QUIC 协议影响：
-基于 UDP 的多路复用
-0-RTT 快速连接
-可能重塑流媒体传输架构

四、总结：协议选型建议

需求	推荐协议
专业级媒体控制	RTSP + RTP/RTCP
浏览器兼容直播	WebRTC 或 HTTP-FLV
超低延迟	（<500ms） WebRTC 或 SRT
大规模直播分发	HLS/DASH over HTTP/2
传统设备兼容	RTMP

建议结合具体业务需求进行协议栈设计，现代系统常采用混合架构（如 RTMP 接入 + HLS 分发）。