如何通过GB/T28181-2016国标协议实现平台间的级联对接?
随着近几年网络视频监控应用范围的扩大,越来越多的政府部门及跨区域行业单位对视频监控的需求已经不仅仅满足于本地的联网监控,更多正在探索在原有本地联网监控基础上,建设省级乃至全国范围内跨区域的监控联网,全面打造数据共享平台。
SkeyeVSS视频融合云平台具备视频监控直播、云端录像、云存储、录像检索与回看、智能告警、平台级联、智能分析等视频能力,能实现海量视频资源的轻量化接入、汇聚与管理,在多域联网监控方面也具有很强的灵活性,对于原有投资建设的视频监控管理平台,可采用平台联网对接模式实现与本平台的级联对接,并实现原有平台存储设备的充分利旧。
在项目场景中,SkeyeVSS平台可通过以下方式实现与平台的级联对接。
原有投资建设的视频监控平台,应与本次建设的汇聚平台之间实现国标化联网。由于此类异构平台建设模式各异、标准不统一,给视频资源接入整合带来一定的困难,因此必须对不符合标准要求的非标平台进行国标化改造。
(1)GB/T28181-2016国标协议对接
已建的符合《公共安全视频监控联网系统信息传输、交换、控制技术要求》(GB/T28181-2016)要求的视频监控平台,按照GB/T28181-2016国标协议与本平台进行互联对接。
(2)接入服务集群
接入服务集群,提供百万级设备的接入汇聚能力,同时提供接入的负载均衡及动态容错服务。
接入服务集群负责接入管理各厂商生产的各种类型前端设备,从设备获取流,向设备下发配置/命令,订阅设备产生的告警、事件等等。对不同厂商的前端设备采用相应的协议进行接入,同时支持一些标准的接入方式,如国标GB28181、Onvif等。具有独立的服务可以屏蔽各种前端设备之间协议上的差异,对其进行抽象,产生统一的逻辑设备,向上提供统一的管理逻辑设备的标准接口,以此实现上层业务逻辑与底层设备具体协议之间的解耦。接入集群的服务需采用模块化设计,一个接入集群的模块支持多种不同厂家的不同设备协议设备的接入。接入模块化采用两种模式:
模式1,内部协议框架,统一管控各厂家的接入库;
模式2,通过开放协议,只要符合对应接入协议即可实现快速接入。
接入模块化设计图
通过模块化的设计,需具备如下的优点:
- 接入能力丰富,支持各种物联网设备的接入。
- 接入独立可靠,不同于传统接入采用单一接入进程绑定多种介接入库,云平台各个接入服务都是采用独立进程接入设备,相互隔离模式,不会产生一个接入库故障会影响整个接入服务的问题。
- 不同设备的接入,可按需启动进程,避免某些类型无需接入时,接入进程启动占用过多资源。
- 不同设备的接入,占用资源不均衡,接入管理采用智能的多种均衡算法区分调度。
- 支持接入服务按需升级,比如增加或者更新一种接入能力,只需要新增或更新对应的插件库,而不需要升级整个接入服务。
(3)流媒体集群
由于接入服务集群面对众多的前端设备,所面临的问题不仅仅是各种协议不同所带来的统一接入问题,还将面临各种前端设备采用各不相同的媒体打包格式的问题。如果接入集群直接将从前端设备获取的各种码流格式的媒体流提供给其他集群,那么这些集群的处理会非常复杂。
因此,需要接入服务集群提供对前端各种码流封装格式进行转换(非编码格式转换)的能力,将前端各异的码流封装格式统一为标准流,其他集群以标准的RTSP方式从接入服务集群获取媒体流。如图所示:
统一流媒体流输出示意图
为了能够对上提供统一的流封装格式,流媒体模块对前端设备获取到的码流进行转换,转换的目的封装格式由客户端请求时携带。当前流媒体模块支持的打包格式转换包括:从RTP流到私有流,PS流到私有流,私有流1到私有流N,RTP over RTSP流到私有流以及从私有流到RTP流等。并且平台的流媒体模块可以方便地扩展其他转换方式。
为了方便视频跨平台观看和网页无插件直播和调用,流媒体服务需提供RTMP/HLS/HTTP-FLV/HTTP-TS等多种类型的协议分发流流媒体。同时,流媒体服务器需对外提供HTTP API接口,通过接口可以获知流媒体转发服务的运行状态信息,转发会话信息,服务器配置和版本信息等。
以高速公路为例,通过SkeyeVSS平台实现省级高速公路、路段监控中心、三级基础监控单元(隧道、收费站、服务区、桥梁及其他基础场景)间平台级联,完成了省级、中心级、基础单位间跨地域、跨层级、跨部门的数据资源共享,形成横向联动、纵向贯通的数据交换体系,为高速公路为推进数据共享应用提供了坚实的平台支撑。
标签:流媒体,接入,平台,T28181,集群,GB,监控,2016,设备 From: https://blog.51cto.com/openskeye/6430484