GB28181平台,监控接入从理论到实现

一、GB28181规范

尽管在国标GB28181中并没有对“平台”进行明确的定义,但在规范中却多次提到“系统平台”、“管理平台”等词汇,在具体项目中、网络上的交流学习中,平台概念也是无处不在。笔者认为,GB28181平台就是视频联网系统中的上级平台、中间平台或下级平台,用于实现信令、音视频数据的接收和转发。因此,在一个GB28181平台中至少应包含一个SIP信令服务器和一个流媒体服务器,这两个(类)服务器和摄像头、播放终端等设备一起组成一个监控域。对于绝大多数项目,平台中还应包括针对具体业务的业务平台,如指挥控制中心等,我这里只重点将信令服务器和流媒体服务器。

GB28181平台.png
平台示意图

SIP信令服务器

SIP信令服务器负责对平台中的控制指令进行接收和转发,具有向SIP客户端、SIP设备、媒体服务器和网关等提供注册、路由选择以及逻辑控制等功能。具体指令包括注册、实时视频播放、历史视频播放、设备控制、信息查询、报警事件通知等。具体的实现遵循SIP协议规范,会话控制采用IETFRFC3261规定的Register、Invite等请求和响应方法实现,历史视音频回放控制采用SIP扩展协议IETFRFC2976规定的INFO 方法实现,前端设备控制、信息查询、报警事件通知和分发等应用的会话控制采用SIP扩展协议IETFRFC3428规定的Message方法实现。SIP消息的传输支持采用UDP和TCP两种传输协议。

无论采用UDP还是TCP协议,在信令交互流程上是一致的,我们以注册和播放实时视频为例,实现流程如下:

注册.png
注册流程
实时视频播放流程
实时视频播放流程

流媒体服务器

流媒体服务器的作用是接收和转发音视频流,包括接收监控设备发送携带音视频的数据包,向播放终端或其他平台发送音视频包等。视音频传输协议要求采用RTP协议,视频推荐使用H264编码,音频G711/G723。传输层协议同样最好同时支持UDP协议和TCP协议,UDP协议带来更好的实时性和更低的延迟,TCP协议则提供更可靠的传输。

尽管标准对视频的上行和下行(播放)都明确定义要RTP协议,但是在实际应用中存在向各种终端(手机、浏览器)、各种业务平台转发音视频的需求,因此流媒体服务器的实现应当提供更多的灵活性,在采用RTP协议接收和转发音视频的同时,应当支持更多播放协议,以支持更广泛的终端集成播放需求。一些流媒体服务器平台,如云视睿博的NTV Media Server G3和SRS项目,都在支持RTP协议的同时提供了更多的播出协议支持。

28181.jpg
NTV Media Server G3联网示意图

二、平台实现和配置

有了上述的基础规范介绍,在做具体设备和平台配置的时候就相对明确多了,在摄像头或DVR中,应当平台的IP地址、域和平台编码等信息。而在平台端,则可以提前注册设备编号,已提供更安全的设备接入管理(平台提前注册设备编号是可选的,规范并没有约定)。

平台配置

平台端的配置差别稍大,我们以NTV Media Server为例,配置流程如下:

进入NTV Media Server G3后台管理界面,点击菜单项“gb28181设备”:

server1.png


然后在设备管理界面点击“添加”按钮:

server2.png

添加摄像头的操作比较简单,只要输入摄像头名称,点击“确定”按钮即可:

server3.png

这样,一个摄像头的配置就做好了,在摄像头管理界面中,将生成的配置信息配置到摄像头中,参见下一节的介绍。

终端配置

摄像头的配置界面,不同品牌的配置界面稍有差别,但需要配置的项目基本一致,我们以海康威视的摄像头为例进行配置。

以海康威视的摄像头为例,登录摄像头的Web管理界面,如下图:

camaral1.png

具体配置流程:

点击左侧测单“网络”-->“高级配置”,显示界面如上图。点击“平台接入”按钮,出现配置界面,平台接入方式选择“28181”,会出现和上图一致的配置界面。

将上一小节中流媒体服务器上生成的摄像头配置信息配置到摄像头中,注意要逐项比对配置,避免输入错误。记着点开最下面“视频编码通道ID”配置框,将正确的视频通道编码填入进去,否者无法正常发送视频。

配置完毕后,点击“保存”按钮。

这样就完成了摄像头和流媒体服务器的对接配置,如果摄像头的网络没有问题,摄像头就会注册到流媒体服务器上。

猜你喜欢

转载自blog.csdn.net/SE_JW/article/details/113130755
今日推荐