国标GB/T 28181详解：国标GBT28181-2022第三方呼叫控制的视音频文件下载流程

最新推荐文章于 2025-03-01 14:52:34 发布

威迪斯特

最新推荐文章于 2025-03-01 14:52:34 发布

阅读量3.3k

点赞数 20

分类专栏：国标GBT28181协议文章标签： linux 服务器网络视音频文件下载三方控制国标28181 网络协议

本文链接：https://blog.csdn.net/weixin_70208651/article/details/140077491

版权

国标GBT28181协议专栏收录该内容

37 篇文章

订阅专栏

一、定义

1、国标GB/T 28181

国标GB28181（GB/T 28181-2022）《公共安全视频监控联网系统信息传输、交换、控制技术要求》是一部关于公共安全视频监控联网系统的国家标准，该标准在2022年12月30日发布，并于2023年7月1日正式实施。

2、第三方呼叫控制的视音频文件下载流程

在国标GB/T28181-2022中，第三方呼叫控制的视音频文件下载流程是指通过标准的接口和协议，实现不同视频监控系统间的视频和音频文件的传输。流程主要基于SIP（会话初始协议）、SDP（会话描述协议）和RTP（实时传输协议）等网络通信协议。整个流程涉及SIP服务器、媒体服务器、媒体流发送者和媒体流接收者等多个实体。

二、作用

在国标GB/T28181-2022中，定义的第三方呼叫控制的视音频文件下载流程，作用主要体现在以下几个方面：

1、提供有效的数据回顾机制

（1）允许用户或相关机构通过下载存储在服务器或设备上的历史视音频文件，进行回顾和分析。

（2）对于事件调查、安全管理以及后续的决策制定都具有重要意义。

2、增强监控系统的功能性

通过定义标准化的下载流程，GB/T 28181确保了不同系统之间的兼容性和互操作性，提高了监控系统的整体功能性。

3、保障数据传输与存储的可靠性

（1）流程中明确规定了数据的传输和存储方式，有助于确保历史视音频数据的完整性和可靠性。

（2）降低了数据损坏或丢失的风险。

4、实现精细化的操作与控制

（1）该流程支持对音视频数据的精细化操作，如暂停、播放、快进、慢放等。

（2）为用户提供了灵活且便捷的控制方式，以满足不同场景下的回放和下载需求。

5、促进监控系统的集成与发展

（1）作为国家标准，GB/T 28181的定义有助于推动监控系统的标准化和集成化。

（2）统一的下载流程标准使得不同厂商和系统能够更容易地实现互联互通，从而促进了整个监控行业的发展。

6、提供清晰的信令流程和操作规范

（1）流程中详细描述了从建立媒体连接到下载请求与传输，再到下载进度与通知以及断开连接的整个流程。

（2）为开发人员和用户提供了清晰的操作规范和参考指南，提高了系统的易用性和稳定性。

三、视音频文件下载的基本要求

视音频文件下载满足以下基本要求:

a）SIP服务器接收到媒体接收者发送的视音频文件下载请求后向媒体流发送者发送媒体文件下载命令,媒体流发送者采用 RTP将视频流传输给媒体流接收者,媒体流接收者直接将视频流保存为媒体文件。媒体流接收者可以是用户客户端或联网系统,媒体流发送者可以是媒体设备或联网系统。

b）媒体流接收者或SIP服务器可通过配置查询(见9.5.3.3)等方式获取媒体流发送者支持的下载发送倍速,并在请求的SDP消息体中携带指定下载倍速(见附录 G)。媒体流发送者可在Invite请求对应的200OK 响应SDP消息体中扩展携带下载文件的大小参数(见附录 G),以便于媒体流接收者计算下载进度,当媒体流发送者不能提供文件大小参数时,媒体流接收者应支持根据码流中取得的时间计算下载进度。

c）视音频文件下载宜支持附录 K 规定的媒体流保活机制。

四、命令流程

1、流程图

第三方呼叫控制的视音频文件下载流程符合如下流程图：

2、流程描述

其中,信令1~6为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体链接信令过程,信令7~12为SIP服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体链接信令过程,信令13~14为媒体流发送者回放、下载到文件结束向媒体接收者发送下载完成通知消息, 信令15~18为断开媒体流接收者与媒体服务器之间的媒体链接信令过程,信令19~22为断开媒体服务器与媒体流发送者之间的媒体链接信令过程。命令流程描述如下:

a) 1:SIP服务器向媒体服务器发送Invite消息,此消息不携带SDP消息体;

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

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

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

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

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

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

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

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

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

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

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

m)13:媒体流发送者在文件下载结束后发送会话内 Message消息,通知SIP服务器下载已结束, 消息体格式参见 A.2.5媒体通知;

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

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

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

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

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

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

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

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

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

五、协议接口

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的详细描述见IETFRFC4566。

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

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

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

1) 媒体流接收者应在 SDP协议格式的消息体中包括 u行(见IETFRFC4566—2006的5.5),u行表明视音频文件的 URI,具体定义见附录 G;

2) 媒体流接收者应在 SDP协议格式的消息体中包括t行(见IETFRFC4566—2006的5.9),

t行的开始时间和结束时间组成检索历史媒体数据的时间段信息。

六、产品说明

AS-V1000视频监控平台能够多种方式接入国内和国际主流品牌的视频监控平台、视频相关设备、外围设备等；支持国际和国内的一些标准对接协议，包括RTSP协议、Onvif协议、GB/T28181协议、ehome协议、大华主动注册协议等等。

AS-V1000视频监控平台能够完美支持GB/T28181各个版本，通过公安一所的GB/T28181全项检测。既可以作为GB/T28181的上级，也可以作为GB/T28181的下级，还能够进行GB/T28181的互联（同时作为上级，又可以作为下级）；能够通过GB/T28181进行多达8级的级联。目前AS-V1000视频监控平台也已经完全支持最新的GB/T28181-2022版本。

可以通过通信协议，接入IPC、DVR、DVS、NVR、编码器、解码器等硬件设备、以及一些大型的软件或者硬件形式的视频监控平台，包括海康威视、浙江大华、苏州科达、杭州宇视等主流品牌；对于有些特定品牌的平台，也能够通过SDK接口、私有协议等方式接入进入平台；反过来，本平台也提供开放接口，能够接入到其他标准或者非标准的平台。