国标GB/T 28181详解：国标GBT28181-2022客户端主动发起的视音频文件下载流程

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

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

四、命令流程

1、流程图

客户端主动发起的视音频文件下载流程符合如下流程图：

2、流程描述

其中,信令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请求后,回复200OK 响应,携带SDP消息体,消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容。

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

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

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

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

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

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

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

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

l) 12:SIP服务器将消息11转发给媒体服务器,完成与媒体服务器的Invite会话建立过程。

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

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

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

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

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

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

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

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

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

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

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

x) 24:媒体流发送者收到 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接口、私有协议等方式接入进入本系统平台；反过来，本平台也提供开放接口，能够接入到其他标准或者非标准的平台。

七、参考

《GB/T 28181-2022 公共安全视频监控联网系统信息传输、交换、控制技术要求》

《GB/T 28181-2016 公共安全视频监控联网系统信息传输、交换、控制技术要求》

《AS-V1000视频监控平台产品概要说明》

文章正下方可以看到我的联系方式：鼠标“点击” 下面的 “威迪斯特-就是video system 微信名片”字样，就会出现我的二维码，欢迎沟通探讨。

威迪斯特

关注

26
点赞
踩
22

收藏

觉得还不错? 一键收藏
0
评论
国标GB/T 28181详解：国标GBT28181-2022客户端主动发起的视音频文件下载流程

国标GB/T28181-2022中，客户端主动发起的视音频文件下载流程是指客户端（如监控终端、检索客户端等）对视音频文件进行检索、访问和下载的过程。定义了客户端如何获取视音频数据，包括数据的传输格式、传输协议和数据存储格式等。可以回顾和分析过去的监控录像。标准化的下载流程，确保了不同系统之间的兼容性和互操作性，支持对文件的精细化操作，如选择下载时间段、分辨率等。通过定义流程标准，使得不同厂商和系统能够更容易地实现互联互通。AS-V1000视频监控平台接入IPC、DVR、DVS、NVR、编码器等设备。
复制链接

扫一扫