视频监控联网系统GB28181协议中视音频文件下载流程详解以及查询失败常见原因

原创于 2025-05-28 08:00:00 发布 · 1.4k 阅读

13 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

文章目录

9.9 视音频文件下载
国标28181中视音频文件下载失败原因
智联视频超融合平台介绍

9.9 视音频文件下载

9.9.1 基本要求

视音频文件下载满足以下基本要求。
a) SIP 服务器接收到媒体接收者发送的视音频文件下载请求后向媒体流发送者发送媒体文件下载命令，媒体流发送者采用RTP 将视频流传输给媒体流接收者，媒体流接收者直接将视频流保存为媒体文件。媒体流接收者可以是用户客户端或联网系统，媒体流发送者可以是媒体设
备或联网系统。
b) 媒体流接收者或 SIP 服务器可通过配置查询(见9.5.3.3)等方式获取媒体流发送者支持的下载发送倍速，并在请求的 SDP 消息体中携带指定下载倍速(见附录 G) 。媒体流发送者可在 Invite 请求对应的200 OK 响应 SDP 消息体中扩展携带下载文件的大小参数(见附录 G), 以便于媒体流接收者计算下载进度，当媒体流发送者不能提供文件大小参数时，媒体流接收者应
支持根据码流中取得的时间计算下载进度。
c) 视音频文件下载宜支持附录 K 规定的媒体流保活机制。

9.9.2 命令流程

9.9.2.1 客户端主动发起

客户端主动发起的视音频文件下载流程应与图21相符合。
在这里插入图片描述
其中，信令1、8、9、10、11、12为 SIP 服务器接收到客户端的呼叫请求后通过 B2BUA 代理方式建立媒体流接受者与媒体服务器之间的媒体链接信令过程，信令2～7为 SIP 服务器通过三方呼叫控制建立媒体服务器与媒体流之间的媒体链接信令过程，信令13～16 为媒体流发送者回放、下载到文件结束向媒体接收者发送下载完成的通知消息过程，信令17～20为断开媒体流接收者断开与媒体服务器之间的媒体链接信令过程，信令21～24 为 SIP 服务器断开媒体服务器与媒体流发送者之间的媒体链接信令
过程。
命令流程描述如下。

a) 1:媒体流接收者向SIP 服务器发送 Invite 消息，消息头域中携带 Subject 字段，表明点播的视频源 ID、发送方媒体流序列号、媒体流接收者 ID、接收端媒体流序列号标识等参数，SDP 消息体中s 字段为“Download” 代表文件下载，u 字段代表下载通道 ID 和下载类型，t 字段代表下载时间段，可扩展a 字段携带下载倍速参数，规定此次下载设备发流倍速，若不携带则默认为1
倍速。

b) 2:SIP 服务器收到 Invite 请求后，通过三方呼叫控制建立媒体服务器和媒体流发送者之间的
媒体连接。向媒体服务器发送 Invite 消息，此消息不携带 SDP 消息体。

c) 3:媒体服务器收到 SIP 服务器的 Invite 请求后，回复200 OK 响应，携带 SDP 消息体，消息体
中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容。

d) 4:SIP 服务器收到媒体服务器返回的200 OK 响应后，向媒体流发送者发送 Invite 请求，请求中携带消息3中媒体服务器回复的200 OK 响应消息体，s 字段为“Download” 代表文件下载，u 字段代表下载通道 ID 和下载类型，t 字段代表下载时间段，增加 y 字段描述 SSRC 值，f
字段描述媒体参数，可扩展a 字段携带下载倍速，将倍速参数传递给设备。

e) 5:媒体流发送者收到 SIP 服务器的 Invite 请求后，回复200 OK 响应，携带 SDP 消息体，消息体中描述了媒体流发送者发送媒体流的 IP、端口、媒体格式、SSRC 字段等内容，可扩展 a 字段
携带文件大小参数。

f) 6:SIP 服务器收到媒体流发送者返回的200 OK 响应后，向媒体服务器发送 ACK 请求，请求中携带消息5中媒体流发送者回复的200 OK 响应消息体，完成与媒体服务器的 Invite 会话
建立过程。

g) 7:SIP 服务器收到媒体流发送者返回的200 OK 响应后，向媒体流发送者发送 ACK 请求，请
求中不携带消息体，完成与媒体流发送者的 Invite 会话建立过程。

h) 8:完成三方呼叫控制后，SIP 服务器通过 B2BUA 代理方式建立媒体流接收者和媒体服务器之
间的媒体连接。在消息1中增加 SSRC 值，转发给媒体服务器。

i) 9:媒体服务器收到 Invite 请求，回复200 OK 响应，携带 SDP 消息体，消息体中描述了媒体服
务器发送媒体流的 IP、端口、媒体格式、SSRC 值等内容。

j) 10:SIP 服务器将消息9转发给媒体流接收者，可扩展a 字段携带文件大小参数。

k) 11: 媒体流接收者收到200 OK 响应后，回复 ACK 消息，完成与 SIP 服务器的 Invite 会话建立
过程。

12:SIP 服务器将消息11转发给媒体服务器，完成与媒体服务器的 Invite 会话建立过程。
m)13: 媒体流发送者在文件下载结束后发送会话内 Message 消息，通知 SIP 服务器回放已结
束，消息体格式应符合 A.2.5.4 媒体通知的要求。

n) 14:SIP 服务器收到消息17后转发给媒体流接收者。

o) 15:媒体流接收者收到消息18后回复200 OK 响应，进行链路断开过程。

p) 16:SIP 服务器将消息19转发给媒体流发送者。

q) 17:媒体流接收者向 SIP 服务器发送 BYE 消息，断开消息1、10、11建立的同媒体流接收者的
Invite 会话。

r) 18:SIP 服务器收到 BYE 消息后回复200 OK 响应，会话断开。

s) 19:SIP 服务器收到 BYE 消息后向媒体服务器发送 BYE 消息，断开消息8、9、12 建立的同媒
体服务器的 Invite 会话。

t) 20:媒体服务器收到 BYE 消息后回复200 OK 响应，会话断开。

u) 21:SIP 服务器向媒体服务器发送 BYE 消息，断开消息2、3、6建立的同媒体服务器的 Invite
会话。

v) 22:媒体服务器收到 BYE 消息后回复200 OK 响应，会话断开。

w) 23:SIP 服务器向媒体流发送者发送 BYE 消息，断开消息4、5、7建立的同媒体流发送者的Invite 会话。

x) 24:媒体流发送者收到 BYE 消息后回复200 OK 响应，会话断开。

9.9.2.2 第三方呼叫控制

第三方呼叫控制的视音频文件下载流程应与图22相符合。
在这里插入图片描述
其中，信令1～6为 SIP 服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体链接信令过程，信令7～12为 SIP 服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体链接信令过程，信令13～14为媒体流发送者回放、下载到文件结束向媒体接收者发送下载完成的通知消息过程，信令15～18为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令19～22为断开
媒体服务器与媒体流发送者之间的媒体链接信令过程。

命令流程描述如下：
a) 1:SIP 服务器向媒体服务器发送 Invite 消息，此消息不携带 SDP 消息体；

b) 2:媒体服务器收到 SIP 服务器的 Invite 请求后，回复200 OK 响应，携带 SDP 消息体，消息体
中描述了媒体服务器接收媒体流的 IP、端口、媒体格式等内容；

c) 3:SIP 服务器收到媒体服务器返回的200 OK 响应后，向媒体流发送者发送 Invite 请求，请求中携带消息2中媒体服务器回复的200 OK 响应消息体，s 字段为“Download” 代表下载，u 字段代表下载通道 ID 和下载视频类型，t 字段代表下载时间段，增加 y 字段描述 SSRC 值，f 字段描述媒体参数，可扩展a 字段携带下载倍速参数，规定此次下载设备发流倍速，若不携带则默认为1倍速；

d) 4:媒体流发送者收到 SIP 服务器的 Invite 请求后，回复200 OK 响应，携带 SDP 消息体，消息体中描述了媒体流发送者发送媒体流的 IP、端口、媒体格式、SSRC 字段等内容，可扩展 a 字段
携带文件大小参数；

e) 5:SIP 服务器收到媒体流发送者返回的200 OK 响应后，向媒体服务器发送 ACK 请求，请求中携带消息4中媒体流发送者回复的200 OK 响应消息体，完成与媒体服务器的 Invite 会话
建立过程；

f) 6:SIP 服务器收到媒体流发送者返回的200 OK 响应后，向媒体流发送者发送 ACK 请求，请
求中不携带消息体，完成与媒体流发送者的 Invite 会话建立过程；

g) 7:SIP 服务器向媒体流接收者发送 Invite 消息，此消息不携带 SDP 消息体；

h) 8:媒体流接收者收到 SIP 服务器的 Invite 请求后，回复200 OK 响应，携带 SDP 消息体，消息
体中描述了媒体流接收者接收媒体流的 IP、端口、媒体格式等内容；

i) 9:SIP 服务器收到媒体流接收者返回的200 OK 响应后，向媒体服务器发送 Invite 请求，请求中携带消息8中媒体流接收者回复的200 OK 响应消息体，s 字段为“Playback” 代表历史回
放，增加 y 字段描述 SSRC 值；

j) 10:媒体服务器收到 SIP 服务器的 Invite 请求后，回复200 OK 响应，携带 SDP 消息体，消息体
中描述了媒体服务器发送媒体流的 IP、端口、媒体格式、SSRC 字段等内容；

k) 11:SIP 服务器收到媒体服务器返回的200 OK 响应后，向媒体流接收者发送 ACK 请求，请求中携带消息10 中媒体服务器回复的200 OK 响应消息体，完成与媒体流接收者的 Invite 会话
建立过程，可扩展 a 字段携带文件大小参数；

I) 12:SIP 服务器收到媒体服务器返回的200 OK 响应后，向媒体服务器发送 ACK 请求，请求中
不携带消息体，完成与媒体服务器的 Invite 会话建立过程；

m)13: 媒体流发送者在文件下载结束后发送会话内 Message 消息，通知 SIP 服务器下载已结
束，消息体格式应符合 A.2.5.4 媒体通知的要求；

n) 14:SIP 服务器收到 Message 消息后回复200 OK 响应，进行链路断开过程；

o) 15:SIP 服务器向媒体流接收者发送 BYE 消息，断开消息7、8、11建立的同媒体流接收者的
Invite 会话；

p) 16:媒体流接收者收到 BYE 消息后回复200 OK 响应，会话断开；

q) 17:SIP 服务器向媒体服务器发送 BYE 消息，断开消息9、10、12 建立的同媒体服务器的 Invite会话；

r) 18:媒体服务器收到 BYE 消息后回复200 OK 响应，会话断开；

s) 19:SIP 服务器向媒体服务器发送 BYE 消息，断开消息1、2、5建立的同媒体服务器的 Invite
会话；

t) 20:媒体服务器收到 BYE 消息后回复200 OK 响应，会话断开；

u) 21:SIP 服务器向媒体流发送者发送 BYE 消息，断开消息3、4、6建立的同媒体流发送者的
Invite 会话；

v) 22:媒体流发送者收到 BYE 消息后回复200 OK 响应，会话断开。

9.9.3 协议接口

视音频文件下载协议接口满足以下要求。

a) SIP 消息头域(如 TO 、FROM 、Cseq 、Call-ID 、Max-Forwards 、Via 等)的详细定义符合相关SIP 消息的 RFC 文档的规定。

b) 消息头域 Allow 字段应支持 INVITE 、ACK 、INFO 、CANCEL 、BYE 、OPTIONS 、MESSAGE方法，不排除支持其他 SIP 和 SIP 扩展方法。

c) 消息头 Content-type 字段为 Content-type:application/sdp。

d) 历史媒体下载流程中携带消息体的请求和响应的消息体应采用 SDP 协议格式定义。有关
SDP 的详细描述见 IETF RFC 4566。

e) SDP 文本信息包括会话名称和意图、会话持续时间、构成会话的媒体、有关接收媒体的信息
(地址等)。

f) INVITE 请求以时间段方式获取历史图像。

g) 定位历史媒体数据的信息在 SDP 协议格式的消息体中携带，应包含设备名和时间段信息，规
定如下：

媒体流接收者应在 SDP 协议格式的消息体中包括 u 行(见 IETF RFC4566 的5 .5),u 行
表明视音频文件的 URI, 具体定义见附录 G;
媒体流接收者应在 SDP 协议格式的消息体中包括 t 行(见 IETF RFC 4566 的5 .9),t 行
的开始时间和结束时间组成检索历史媒体数据的时间段信息。

国标28181中视音频文件下载失败原因

在GB/T 28181标准中，视音频文件下载失败可能涉及设备、网络、协议或配置等多方面问题。以下是常见的故障原因及分析：

1. 网络传输问题

带宽不足或拥塞：高清视频对带宽要求较高，网络抖动或带宽不足可能导致传输中断。
防火墙/NAT拦截：未开放相关端口（如5060、5061 SIP端口或媒体流端口），或未配置NAT穿透。
IP地址/端口错误：设备IP变更、端口映射错误或DNS解析失败。

2. 协议交互异常

SIP信令错误：INVITE请求中的Subject字段格式不符（如缺少Play/Download标识），或SDP协商失败。
媒体流协议不匹配：设备仅支持RTP/RTSP而平台要求HTTP/HLS，或传输协议（TCP/UDP）未对齐。
超时未响应：设备未在约定时间内回复200 OK或BYE消息，触发超时断开。

3. 文件或存储问题

文件不存在或已删除：请求的文件路径错误，或存储设备未及时同步文件索引。
存储空间不足：设备或服务器磁盘写满，无法保存下载内容。
文件格式不支持：平台要求MP4而设备仅生成PS封装格式。

4. 设备端问题

设备性能限制：并发下载请求超过设备处理能力，或编码资源被占用。
权限配置错误：未授权平台下载权限，或设备鉴权失败（如密码错误）。

5. 平台/服务端问题

负载过高：平台处理多路下载时资源耗尽，响应延迟或丢弃请求。
数据库错误：文件元数据记录缺失或损坏，导致无法定位文件。
时间不同步：设备与平台时间偏差过大，影响基于时间段的下载请求。

智联视频超融合平台介绍

智联视频超融合平台通过GB/T28181-2011/2016/2022、国网B接口、RTSP、RTMP、ONVIF、GB/T35114、GA1400、海康大华SDK/API等方式，接入海康、大华、宇视等各个厂家的摄像机、录像机，接入直播手机，接入下级平台，提供web客户端进行视频预览、录像回放、配置管理和智慧运维。
提供标准RESTful格式的HTTP API，提供web播放器demo，满足二次开发需求。同时支持将音视频数据等转发成各种通用标准的流媒体协议，方便第三方客户端调用展示。
支持按照GB/T28181-2011/2016/2022、国网B接口、GB/T35114、GA1400等协议对接到上级平台，包括智联视频云平台和第三方平台。支持普通级联，多级级联，混合级联等多种级联方式。

智联视频超融合平台目前已经在电力、公安、交通、教育、医疗、物联网、智慧城市、智慧园区等多个行业得到了广泛应用。在电力行业，智联视频超融合平台已经在全国多个省区二十多个地市部署，在上百个变电站和集控中心接入了十多个厂家的摄像机、无人机、录像机和平台，视频接入总数接近十万路，持续为电力行业贡献力量。在公安行业，已经参与过多个二十万路以上视频的项目，稳定性和安全性都得到了充分的验证。