GB28181简述

概述

    GB/T28181《安全防范视图计算联网系统信息传输、交换、控制技术要求》是由公安部科技信息化局提出，由全国安全防范报警系统标准化技术委员会（SAC/TC100）归口，公安部一所等多家单位共同起草的一部国家标准。 

    该标准规定了城市监控报警联网系统中信息传输、交换、控制的互联结构、通信协议结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求。该标准适用于安全防范监控报警联网系统的方案设计、系统检测、验收以及与之相关的设备研发、生产，其他信息系统可参考采用。

   自2011年推出GB/T28181-2011版本以来，全国安防行业都在建设部署基于GB/T28181标准的前端设备、平台服务器、平台客户端等安防产品。2016年又升级到GB/T28181-2016标准，该标准已成为国内安防行业主流协议规范。

以下对GB/T28181-2016做简要介绍。

SIP域互联

   GB/T28181使用SIP协议进行信息传输、交互和控制，并定义了SIP监控域间互联、SIP监控域与非SIP监控域互联的结构。下图描述了在单个SIP监控域内、不同SIP监控域间两种情况下，功能实体之间的连接关系。功能实体之间的通道互联协议分为会话通道协议、媒体（本标准主要指视/音频）流通道协议两种类型。

级联组网

不同信令安全路由网关之间的组网方式分为级联和互联。

• 级联：两个信令安全路由网关之间是上下级关系，下级信令安全路由网关主动向上级信令安全路由网关。
• 发起注册，经上级信令安全路由网关鉴权认证后才能进行系统间通信。
• 互联：信令安全路由网关之间是平级关系，需要共享对方SIP监控域的监控资源时，由信令安全路由网关。
• 向目的信令安全路由网关发起，经目的信令安全路由网关鉴权认证后方可进行系统间通信。

级联是较为常用的组网方式，下图描述了信令级联结构：

通信协议

联网系统内部进行视频、音频、数据等信息传输、交换、控制时，使用的通信协议结果如下：

   联网系统在进行视音频传输及控制时应建立两个传输通道：会话通道和媒体流通道。会话通道用于在设备之间建立会话并传输系统控制命令；媒体流通道用于传输视音频数据，经过压缩编码的视音频流采用流媒体协议RTP/RTCP 传输。

控制协议

GB/T28181定义了一系列信息传输、交互、控制所需的协议，具体如下：

• 注册：应支持设备或系统进入联网系统时向SIP服务器进行注册登记的工作模式。
• 实时视音频点播：应支持按照指定设备、指定通道进行图像的实时点播，支持多用户对同一图像资源的同时点播。
• 设备控制：应支持向指定设备发送控制信息，如球机/云台控制、录像控制、报警设备的布防/撤防等，实现对设备的各种动作进行遥控。
• 报警事件通知和分发：应能实时接收报警源发送来的报警信息，根据报警处置预案将报警信息及时分发给相应的用户终端或系统、设备。
• 设备信息查询：应支持分级查询并获取联网系统中注册设备或系统的目录信息、状态信息等。
• 状态信息报送：应支持以主动报送的方式搜集、检测网络内的监控设备、报警设备、相关服务器以及连接的联网系统的运行情况。
• 历史视音频文件检索：应支持对指定设备上指定时间段的历史视音频文件进行检索。
• 历史视频频回放：应支持对指定设备或系统上指定时间的历史视音频数据进行远程回放，回放过程应支持正常播放、快速播放、慢速播放、画面暂停、随机拖放等媒体回放控制。
• 历史视音频文件下载：应支持对指定设备指定时间段的历史视音频文件进行下载。
• 网络校时：联网系统内的IP网络服务器设备宜支持NTP协议的网络统一校时服务。
• 订阅和通知：宜支持订阅和通知机制，支持事件以及目录订阅和通知。
• 语音广播和语音对讲：宜支持语音广播、语音对讲机制。
• 以上的控制协议在GB/T28181-2016中都有详细的控制过程定义。

一. 国标的由来

       GB28181国标解决平台与平台对接问题

       比如A平台大连交警系统需要看B平台如：南京，上海交警系统的视频。需要对接过来，实现调度视频。这时候需要知道他们取流的协议，各个厂家都自定义了一套协议，就很麻烦，国家就因此制定了这个GB28181国标实现A与B平台相互取流，是一个应用层的协议。由国内各大厂商，研究院制定的标准。

二.通信流程图
2.1基于SIP信命流程图如下图所示

        信令交互成功以后，摄像机（媒体流发送者）推送流到媒体服务器，媒体服务器在指定的端口接收到视频流后，转发给流媒体接收者（例如某台PC的某个空闲端口）。

SIP服务器和媒体服务器可以是同一个设备
媒体流接受者：摄像机推给媒体服务器，媒体服务器再推给媒体设备接受者，媒体服务器相当于分发,中转(也可以直接推给媒体流接受者)然后提供RTSP、RTMP、FLV、HLS多种格式进行分发，实现web浏览器、手机浏览器、微信、PC客户端等各终端无插件播放。
2.2 平台的上级、下级（平级一般不使用）

     A平台想从B平台取流，A平台就是上级，B平台就是下级。视频流从下级推到上级。

2.3 推模式与拉模式 

2.3.1 拉模式

        前端是一个IP Camera -> (RTSP) - media server。server这里发生请求，这样IPC会推给你，没有请求IPC停止推送。

2.3.2 推模式

media server A; media server B

        A从B要取流，会告诉B我要从哪个port来取流，B知道了，根据A想要视频流的IP,port，将视频流推给对应的端口。A给B发个bye，我不要了，就结束了消息的传送。A没有发B的BYE，比如A就已经关了，突然断了，那么B就会一直发视频流，除非你把B平台停止了。SIP信命只注册一回。

三. 监控领域涉及到的业务
    1.取设备信息（大连平台需要知道上海平台挂的1千 2万个设备（如ID））。

    2.取实时流（A从B平台取正在直播的视频流取过来）。

    3.录像回放（A从B平台NVR以前录过的视频流）。

    4.设备控制：云台控制，语音对讲。（怎么取音频，视频格式国标里都是有详细的介绍）。

四.GB28181的优缺点
4.1 优点

    1. 协议统一方便平台间通信

    2. 因为GB28181是推的模式，可以实现视频流出外网，比如海康的（萤石云）

4.2 缺点

     国标相对简陋（只定义了一些基本的通信字段），有很多异常通信并没有处理掉。

  举例如下：

录像回放业务：
     A从B平台取昨天录像回放，而B平台昨天的录像回放没有了。这样的话A平台就得主动去问B，你会给我什么，这样的去协商，因为国标里没有定义，B是资源的提供方，B有可能就不想给你。A派个研发过去取流，而B平台是一个维护人员只能给你一个port，他给不了你其他的信息。这就导致了平台对接中的各种麻烦，不知道就的去猜。

A平台给B平台发条请求，获取录像的信息比如一天或者一个小时。这其中你 查多久，这个允许的范围国标里是没有的，查询多长时间返回也没有规定。
平台对接：B是综合平台，经过多级流媒体服务才能拿到录像时间段视频流。消息推送比较慢，A需要几秒才能收到返回
 

     目前来说：大厂家做的比较早，小厂家都是去适应大厂家

GB28181 免费测试工具: https://download.csdn.net/download/JUST_DO_1122/88366062