RTSP协议

已于 2025-03-26 21:50:53 修改
阅读量387 收藏 6
点赞数 8
文章标签： 网络协议 c++ 算法 数据结构
于 2025-03-26 19:16:23 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2403_88366942/article/details/146537929
版权

RTSP协议是一种用于控制实时媒体流传输和管理客户端与服务器之间的会话的应用层协议，它通常用于控制音视频流的播放、暂停和停止等操作。

RTSP本身不直接传输音视频数据，通过和RTCP，RTP一起配合使用，RTSP用来传输控制信息，RTCP传输网络质量反馈信息，RTP用来传输音视频数据,RTP协议一般是基于UDP的，用来提供低延迟的音视频传输。

RTSP一般用于点播，直播，实时监控等实时性较强的场景，由于RTP是基于UDP协议的，所以RTSP要比RTMP具有更低的延迟。

RTSP协议中，服务器与客户端一开始的连接协商过程可分为：

  1. 客户端发起连接（OPTIONS 请求）
  2. 获取媒体描述信息（DESCRIBE 请求）
  3. 建立传输通道（SETUP 请求）
  4. 开始播放（PLAY 请求）

而断开的过程：

客户端/服务器发送 TEARDOWN 请求，双方均可主动发送断开连接的TEARDOWN请求进行连接断开。

RTSP发送的请求信息是以文本格式进行传输的。其中：
1.OPTION请求

OPTIONS rtsp://example.com/media.mp4 RTSP/1.0
CSeq: 1
User-Agent: VLC media player

CSeq：序列号，用于匹配请求与响应（必须递增）。
User-Agent：标识客户端类型。

OPTION响应

RTSP/1.0 200 OK
CSeq: 1
Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE

Public：列出服务器支持的方法。

2.DESCRIBE请求

DESCRIBE rtsp://example.com/media.mp4 RTSP/1.0
CSeq: 2
Accept: application/sdp

Accept：指定客户端支持的响应格式（如SDP）。

DESCRIBE响应

RTSP/1.0 200 OK
CSeq: 2
Content-Type: application/sdp
Content-Length: 123

v=0
o=- 123456 1 IN IP4 192.168.1.1
s=Example Stream
m=video 0 RTP/AVP 96
a=rtpmap:96 H264/90000
...

SDP内容：包含媒体类型（视频/音频）、编解码格式（如H.264）、传输协议（RTP/AVP）、端口等。

3.SETUP 请求

SETUP rtsp://example.com/media.mp4/track1 RTSP/1.0
CSeq: 3
Transport: RTP/AVP;unicast;client_port=8000-8001

Transport：指定传输参数：
RTP/AVP：用UDP去传输RTP数据。如果要用TCP传输，更改它，显示指定为: RTP/AVP/TCP。
unicast/multicast：单播或多播。
client_port：客户端接收RTP/RTCP的端口。

SETUP 响应

RTSP/1.0 200 OK
CSeq: 3
Session: 12345678
Transport: RTP/AVP;unicast;server_port=9000-9001;client_port=8000-8001

Session：服务器分配的会话ID，后续请求需携带。
Transport：服务器确认的传输参数（如服务器和客户端端口等）。

4.PLAY 请求

PLAY rtsp://example.com/media.mp4 RTSP/1.0
CSeq: 4
Session: 12345678
Range: npt=0-

Range：指定播放范围（如npt=0-表示从开始播放,没有指定结束范围表示实时(直播/监控)流等）。
Session：必须与SETUP响应中的一致。

PLAY 响应

RTSP/1.0 200 OK
CSeq: 4
Session: 12345678
RTP-Info: url=rtsp://example.com/media.mp4/track1;seq=1234;rtptime=5678

RTP-Info：返回RTP流的初始序列号和初始时间戳。

RTP包头结构:
版本（V）：10（版本 2）。 表示: RTP版本号，通常为 2（当前标准）。
填充（P）：0（无填充）。表示: 为 1 时，包末尾包含填充字节（用于加密或对齐）
扩展（X）：0（无扩展）。表示: 为 1 时，固定头部后存在扩展头部。
CSRC 计数（CC）：0000（0 个 CSRC）。表示: 指定CSRC标识符的个数（0-15），用于混合器场景。
标记（M）：0（普通包）。表示: 由应用定义，如视频流中标记帧的结束。
负载类型（PT）：60（动态分配的负载类型）。表示: 标识载荷格式（如音频/视频编码类型），需参考具体协议（如RFC 3551）。
序列号（Sequence Number）：0001（序列号为 1）。表示: 每发送一个RTP包递增1，用于检测丢包和乱序。
时间戳（Timestamp）：00000002（时间戳为 2）。表示: 反映载荷数据的采样时刻，单位由载荷类型决定（如视频/音频的采样间隔）
同步源（SSRC）：00000003（SSRC 为 3）。表示: 唯一标识数据源，防止冲突（如多个视频流混合时）。

RTCP包头的结构(8字节)，结构如下：

字段名比特位长度说明
Version (V)0-12版本号（固定为2，与RTP一致）。
Padding §21为1时，包末尾包含填充字节（用于加密对齐）。
Reception Report Count (RC)3-75报告块（Report Block）的数量（如RR包中的接收报告数）。
Packet Type (PT)8-158RTCP包类型（见下表）。
Length (Length)16-3116整个RTCP包的32位字（Word）数减1（包括头部）。
SSRC/CSRC32-6332同步源（SSRC）或贡献源（CSRC）标识符。
类型值（PT）名称用途
200Sender Report (SR)发送端报告，包含发送统计信息（如RTP包数、字节数）。
201Receiver Report (RR)接收端报告，反馈接收质量（如丢包率、抖动）。
202Source Description (SDES)源描述信息（如CNAME、EMAIL等标识）。
203BYE会话终止通知（如参与者离开）。
204APP应用自定义数据。

Sender Report (SR)发送者报文结构:
(由媒体发送端（如视频服务器或者推流端）周期性发送，包含发送统计和接收反馈。)
在这里插入图片描述

NTP Timestamp：64位，表示SR包的绝对发送时间（用于跨设备同步和接收端延迟抖动等的计算）。
RTP Timestamp：32位，与NTP时间戳对应的RTP时间戳（同一时钟域）。
Sender’s Packet/Octet Count：累计发送的RTP包数和字节数。用于接收端统计丢包率返回给发送方。
Report Block：可选，包含接收端反馈（格式同RR包）。

Receiver Report (RR)
(由接收端（如播放器）发送，用来反馈网络质量的。)
在这里插入图片描述
在这里插入图片描述

Loss Fraction：8位，丢包比例（0255，表示0%100%）。
Cumulative Packets Lost：24位，累计丢包数。
Interarrival Jitter：32位，网络抖动（RTP包到达时间方差）。

Source Description (SDES)
(传递参与者标识信息（如CNAME用于跨流同步），其实就是一个网络上的唯一标识CNAME对应多条流，视频或者音频或者字幕流，然后用这个唯一标识CNAME去映射统计它有哪些流ID，方便服务器管理以及拉流客户端同步多条流。由服务器或者推流端发送)
在这里插入图片描述

(CNAME): 规范名称（唯一标识，格式如user@host）。
(NAME): 用户昵称。
(EMAIL): 电子邮件地址。

BYE
(通知其他参与者离开会话。客户端和服务器都可主动发送)
在这里插入图片描述

播放时间计算公式

视频播放时间 = 视频RTP时间戳 + (NTP当前时间 - NTP参考时间)
音频播放时间 = 音频RTP时间戳 + (NTP当前时间 - NTP参考时间)

其中RTP时间戳和NTP参考时间是在包中的，NTP当前时间是主机的本地NTP时间。

多条流之间的同步:
用户Alice同时发送音频和视频流：
音频流：SSRC=1111，CNAME=alice@laptop
视频流：SSRC=2222，CNAME=alice@laptop

接收端/拉流端发现两个流的CNAME相同：
提取音频SR包的NTP时间戳（T1）和视频SR包的NTP时间戳（T2）。
计算时间差（T2 - T1），计算相对延迟，调整播放时序 (调整视频缓冲延迟，实现两条或者多条流的同步)。

2403_88366942
关注
RTSP协议之TCP/UDP问题
dosthing的博客
04-17 1万+
前言 RTSP（Real-Time StreamingProtocol）实时流式协议在直播、流媒体、视频会议等平台用得很多，它是基于TCP/IP开发的上层协议，所以音视频流数据可以用TCP或者UDP来传输。这篇文章目的主要是讲述这二者的区别，如果想了解更多RTSP相关的知识，可以参阅我之前的博文《RTSP协议实例分析》。     RTSP之TCP与UDP方式区别  TCP与UDP方式的区...
RTSP系列一：RTSP协议介绍
不定期更新关于音视频的文章
08-05 6181
RTSP（Real Time Streaming Protocol），实时流传输协议，是TCP/IP 协议体系中的一个应用层协议，由哥伦比亚大学、网景和RealNetworks 公司提交的IETF RFC 标准。该协议定义了一对多应用程序如何有效地通过IP 网络传送多媒体数据。其语法和操作参考了HTTP/1.1，默认端口554。RTSP主要应用在视频监控领域，网络摄像头都支持RTSP协议。RTSP只是对媒体传输进行控制，真正传输音视频是RTP协议，将在后面介绍。
[rtsp]协议UDP、TCP、RTP三种协议的总结分析
程序员「阿基米东」的编程之旅
09-08 6470
http://www.cuplayer.com/player/PlayerCode/RTSP/2015/0401/1859_2.htmlhttp://blog.sina.com.cn/s/blog_74a459380101ceov.htmlhttp://blog.csdn.net/span76/article/details/12913307http://www.zhihu.com/question
rtsp（udp、tcp）协议详解
烫手的热山药的博客
07-09 4585
通过VLC作为rtsp客户端拉流测试，发现udp、tcp模式的不同
RTSP和RTP/UDP有什么区别
xie__jin__cheng的博客
05-07 1519
RTSP通过建立客户端和服务器之间的会话来实现流媒体的控制，可以在不同的媒体服务器之间进行切换和控制。综上所述，RTSP和RTP/UDP在流媒体传输中各自承担不同的角色，RTSP负责流媒体的控制和管理，而RTP/UDP则负责音视频数据的实时传输。它使用可靠的传输协议（如TCP）来传输控制流（如播放、暂停等命令），而数据流（如音视频数据）则通过其他协议（如RTP/UDP）进行传输。- RTP则专注于音视频数据的传输，其数据包包含了时间戳、序列号、负载类型等信息，以便接收端能够正确地重建音视频数据。
网络流媒体（七）———RTSP
yangguoyu8023的博客
08-18 9343
1 简介 DSP产生的媒体流需要通过网络传送到客户端，如图1.1所示为媒体流网络传输示意图，RTSP用于完成服务器与客户端之间的消息交互，RTP用于传递媒体流。RTSP使用TCP协议传输，RTP使用UDP协议传输。 如图1.2所示为RTSP消息交互流程:1. 创建RTSP套接字。2. 等待客户端连接。3. 接收RTSP消息请求。4. 对不同的请求作出相应的处...
rtsp.rar_RTSP c++_c RTSP_rtsp_rtsp 协议 实现_rtsp协议
09-14
这个"rtsp.rar"压缩包包含了一个C++和C语言实现的RTSP协议示例，对于理解RTSP协议的工作原理和编程实现具有很好的参考价值。 RTSP协议主要由以下几个关键部分组成： 1. **命令和响应**：RTSP协议基于请求/响应模型...
rtsp协议文档中英双文
05-26
### RTSP协议详解 #### 一、引言 实时流协议（Real Time Streaming Protocol, RTSP）是一种应用程序级别的协议，主要用于控制具有实时属性的数据传输，尤其是音频和视频等多媒体数据。该协议为实时数据提供了受控...
9 海康威视摄像头配置RTSP协议访问、onvif协议接入、二次开发SDK接入.pdf
10-08
配置海康威视摄像头，通常涉及多个方面，包括但不限于设备激活、IP地址设置、网络访问、RTSP协议访问和onvif协议接入等。掌握这些步骤，对实现设备的有效管理和二次开发都至关重要。 首先，设备的准备工作非常关键...
采集并基于 rtsp 协议推流摄像头（麦克风）数据，并在 web 浏览器渲染。.zip
01-04
这个项目可能是一个应用程序或者一套工具，用于将音视频数据从摄像头和麦克风捕获后，通过RTSP协议推送到服务器，最终用户可以在Web浏览器上查看和播放这些实时内容。 RTSP（Real-Time Streaming Protocol）是一种...
web摄像头rtsp协议
05-31
标题 "web摄像头rtsp协议" 涉及到的技术领域主要集中在网络视频流传输和实时通信，特别是如何利用Web USB摄像头、Live555库以及FFmpeg工具来创建一个支持多摄像头的RTSP服务器。RTSP（Real-Time Streaming Protocol...
RTSP协议简单实现
最新发布
m0_50127633的博客
03-31 313
RTSP是一个实时传输流协议，是一个应用层的协议。通常说的RTSP 包括RTSP协议、RTP协议、RTCP协议，对于这些协议的作用简单的理解如下：负责服务器与客户端之间的请求与响应： 负责服务器与客户端之间传输媒体数据：负责提供有关RTP传输质量的反馈，就是确保RTP传输的质量三者的关系：。rtp和rtcp并没有规定传输层的类型，可以选择udp和tcp。Rtsp的传输层则要求是基于tcp。
RTSP请求详解及RTP 基于UDP和TCP协议传输数据的对比
热门推荐
萧戈的专栏
08-13 1万+
最近一段时间一直在研究rtsp和rtp,现在写博客总结一下，也是对知识的一种巩固吧。 rtsp的协议的请求流程及格式请参考一下链接：http://blog.csdn.net/u010425035/article/details/10410851 下面是我用VLC播放器获取海康NVR视频的截图（此次获取是基于TCP的）： 下面来看一下针对每一条消息的详细截图： 客户端发送的OPTIO
rtsp、rtp tcp和udp链接方式区别
yuanbinquan的专栏
03-06 1万+
1、工作方式的差异 通常来说，RTSP提供UDP方式发送RTP流。当然，发送流媒体时，UDP往往是更好的选择。但是，在互联网上使用UDP方式发送流是不可能的。   下面是使用UDP时的一些问题： 1. UDP协议上的RTSP/RTP需要打开许多UDP端口（每一路流媒体都需要2个UDP端口，一个用于接收数据，一个用于接收控制信息）； 2.当因特网上的路由器没有打开这些端口的时候，上述第
rtsp 、udp之间的关系 （比较清晰）
STN_LCD的专栏
04-01 8262
http://blog.sina.com.cn/s/blog_7404e0130102v7ki.html IP：网络协议。只管发data TCP：传输控制协议。只管发正确的data UDP：用户数据包协议。不保证数据完整、正确，但对方一定知道。具有快速、穿透等特点。 HTTP：超文本传送协议。 FTP：文件传输协议。 RTP/RTCP：RTP：实
RTSP协议版本2.0详解
"rfc7826_rtsp.pdf - RTSP实时传输流协议V2.0，涵盖了register、setup、play、pause、teardown...对于开发实时流媒体应用和服务的开发者来说，理解和掌握RTSP协议至关重要，因为它提供了对实时内容传输的强大控制能力。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值