目录

一、概述

二、GB28181录像文件查询

2.1 录像文件基本要求

2.2 命令流程 

2.3 抓包文件抓图示例

 三、国标平台介绍


一、概述

        近年来,国内视频监控应用发展迅猛,系统接入规模不断扩大,涌现了大量平台提供商,平台提供商的接入协议各不相同,终端制造商需要给每款终端维护提供各种不同平台的软件版本,造成了极大的资源浪费。各地视频大规模建设后,省级、国家级集中调阅,对重特大事件通过视频掌握现场并进行指挥调度的需求逐步涌现,然而不同平台间缺乏统一的互通协议。在这样的产业背景下,基于终端标准化、平台互联互通的需求,GB/T28181应运而生。 GB28181标准规定了公共安全视频监控联网系统(以下简称联网系统) 的互联结构, 传输、 交换、 控制的基本要求和安全性要求, 以及控制、 传输流程和协议接口等技术要求。

二、GB28181录像文件查询

2.1 录像文件基本要求

也就是说录像查询的结果,一个UDP包发不过来,需要支持多条消息返回,由平台收到消息后按序列号组包后再整体返回给查询用户,同时可以支持UDP,或者TCP传输模式)文件检索请求和应答命令采用 MANSCDP协议格式定义,详细描述见 A.2.4文件目录检索请求和 A.2.6文件目录检索应答。

▲具体的附录要求可查阅GB28181标准文档,此处就不抄了(●'◡'●)

2.2 命令流程 

监控文件读取记录 监控录像文件_抓包

信令描述流程如下:

1.目录检索方(GB28181平台)向目录拥有方(设备)发送目录查询Message消息,消息体中包含视频文件的检索条件;

2.设备或者平台收到目录查询消息后,马上向检索方发送应答成功(200)消息,但无消息体(通知检索方,我已收到查询请求,你等一下,我这边查下,稍后回复);

3.设备或者平台根据录像检索条件查到录像后,向检索方发送文件目录,当一条Message消息发送不完时,就需要分包发送,也就是附录N的多响应消息

4.检索方收到目录应答消息后,发送200应答消息,通知目录拥有方,确保目录的完整发送

2.3 抓包文件抓图示例

第一步:

监控文件读取记录 监控录像文件_抓包_02

第二步:

监控文件读取记录 监控录像文件_文件目录_03

第三步:

 

监控文件读取记录 监控录像文件_网络_04

 第四步:

监控文件读取记录 监控录像文件_监控文件读取记录_05

 三、国标平台介绍

      LiveMedia视频平台经过一年的研发和沉淀,已逐步完善了从前端多协议(海康、大华、GB28181、RTSP、ONVIF等)设备接入、视频(软硬兼容)转码、视频转发、平台级联等一系列功能并提供完善的API调用接口,目前已在城市建筑工地、国家电网、医疗AI、铁路局、农业大棚、园区监控、移动指挥等领域已有案例落地。

监控文件读取记录 监控录像文件_抓包_06