当前位置：首页 > news >正文

Qt/C++开发监控GB28181系统/警情订阅/目录订阅/报警事件上报/通道上下线

news 来源：原创 2025/5/9 6:25:56

一、前言

警情订阅在gb28181协议中也是一个重要的功能，一般是服务端主动问设备端订阅，不知道设备端是否能问服务端订阅？貌似行不通。订阅后设备端一旦有警情消息，会主动发给服务端，比如运动目标检测报警、视频丢失报警、入侵检测报警等，在gb文档中详细列举了对应哪种类型的报警对应哪个type类型，这个还是比较全的，同时还支持拓展信息字段，携带更多的详细信息，比如还有警情的中文描述。

目录订阅其实就是获取通道信息，一旦做过目录订阅，通道上下线会主动通知服务端，服务端可以根据这个变化做一些处理，比如通道设备列表变成禁用样式等。实际使用过程中发现，没有找到历史警情记录查询的功能，不知道为何，是不需要吗？只需要实时的警情？

//警情订阅：服务端-》设备端
SUBSCRIBE sip:34020000001320000002@192.168.0.64:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.110:15060;branch=z3hG9bKb7c9f520b8104e56942cb6083322c99a
From: <sip:34020000002000000001@192.168.0.110:15060>;tag=1033
To: <sip:34020000001320000002@192.168.0.64:5060>
Call-ID: 715f605e3307409d8fb3a8617e04a0e5
CSeq: 34 SUBSCRIBE
User-Agent: wx_feiyangqingyun
Max-Forwards: 70
Content-Length: 407
Content-Type: application/MANSCDP+xml
Contact: <sip:34020000002000000001@192.168.0.110:15060>
Expires: 90
Event: presence<?xml version="1.0" encoding="GB2312"?>
<Query><CmdType>Alarm</CmdType><SN>10033</SN><DeviceID>34020000001310000001</DeviceID><StartAlarmPriority>0</StartAlarmPriority><EndAlarmPriority>0</EndAlarmPriority><AlarmMethod>0</AlarmMethod><AlarmType>all</AlarmType><StartAlarmTime>2025-04-22T00:00:00</StartAlarmTime><EndAlarmTime>2025-04-22T23:59:59</EndAlarmTime>
</Query>//警情上报：设备端-》服务端
MESSAGE sip:34020000002000000001@3402000000 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.64:5060;rport;branch=z9hG4bK797206218
From: <sip:34020000001320000002@3402000000>;tag=1532296992
To: <sip:34020000002000000001@3402000000>
Call-ID: 1650529689
CSeq: 20 MESSAGE
Content-Type: Application/MANSCDP+xml
Max-Forwards: 70
User-Agent: IP Camera
Content-Length:   283<?xml version="1.0" encoding="GB2312"?>
<Notify>
<CmdType>Alarm</CmdType>
<SN>99</SN>
<DeviceID>34020000001310000001</DeviceID>
<AlarmPriority>4</AlarmPriority>
<AlarmMethod>5</AlarmMethod>
<AlarmTime>2025-04-22T11:26:02</AlarmTime>
<Info>
<AlarmType>2</AlarmType>
</Info>
</Notify>

二、效果图

在这里插入图片描述

三、相关地址

国内站点：https://gitee.com/feiyangqingyun
国际站点：https://github.com/feiyangqingyun
个人作品：https://blog.csdn.net/feiyangqingyun/article/details/97565652
文件地址：https://pan.baidu.com/s/1d7TH_GEYl5nOecuNlWJJ7g 提取码：01jf 文件名：bin_video_gb28181。

四、功能特点

支持设备注册、注销、心跳、校时、注册认证、注销认证等。
设备上线后可以手动获取设备状态、设备信息、配置信息、预置位信息等。
设备上线后自动获取设备通道信息，包括中文通道名称。识别到通道上线离线变化，会重新获取该设备的所有通道信息。
支持视频点播，可以分别点播主码流和子码流，内置rtp解包线程，解包后发给视频播放组件解码播放。
每个设备每个通道支持点播多个视频，通过ssrc区分，支持共用端口和不同端口收流。
支持对某个设备下面所有通道、某个通道、某个通道对应的某个流分别关闭。
支持录像文件查询和回放，回放控制支持暂停播放、继续播放、倍速播放、切换播放进度。
支持录像文件下载，支持倍速比如8倍速下载，可同时多线程批量下载。
回放和下载同时支持IPC和NVR，比如摄像头自带的SD存储卡录像文件回放，NVR上的硬盘录像文件回放。
支持云台控制，向上、向下、向左、向右、左上、右上、左下、右下方位移动，镜头放大缩小，光圈放大缩小，镜头聚焦放焦。
支持预置位信息的查询、调用、添加、修改、删除等操作。
自动目录订阅功能，通道上线下线都有对应的信号通知。
内置定时读取通道信息机制，以保证通道信息是最新的，比如有些NVR是不断更新的通道信息。
支持警情订阅，各种警情事件比如运动目标检测报警、入侵检测报警、徘徊检测报警等自动上报。
国标服务同时支持udp和tcp方式，可选只监听一种或者两种都监听，tcp方式自动处理粘包问题。
国标拉流同时支持udp、tcp被动、tcp主动三种方式，每个通道都可以自由选择何种拉流方式。
内置拉流端口池，每次拉流从中取出一个，关闭流自动回收端口号，重复利用。
收流端口自动纠错，自动跳过被占用的端口，不会出现端口占用导致收流失败的情况。
视频播放自适应硬解码，极低资源占用，实时性极好，带悬浮条显示视频流信息，可以直接在悬浮条单击按钮保存录像文件到本地。
支持几千路国标消息交互并发，实时视频流支持64路同时显示，可以拓展更多路数。
支持阿里云等云服务器，可以分别设置内网监听地址和外网访问地址，一般云服务器上是监听地址用内网，对外访问用外网地址。
支持视频分发，也就是推流，视频通道打开后可以自动推流到流媒体服务器，其他需要的地方拉流即可，支持rtsp、rtmp、hls、webrtc等方式拉流。
同时支持gb28181-2011、gb28181-2016、gb28181-2022以及后续可能的所有协议版本。
SIP解析和交互采用纯Qt底层代码实现，udp/tcp通信交互，祖传原创代码解析，不依赖任何第三方。
代码量少，gb28181交互部分共几千行代码，注释详细，接口友好，使用极其简单，提供非常详细的使用示例。
支持海康、大华、宇视、华为、天地伟业等所有国标设备。
支持所有Qt版本和编译器以及操作系统，包括但不限于win、linux、mac、android、嵌入式linux、树莓派香橙派、国产os等。

五、相关代码

//具体格式规范在gb28181-2016文档的第68页
GB28181Event GB28181Parse::parseAlarmInfo(GB28181Info info)
{GB28181Event event;event.deviceId = info.deviceId;event.channelId = info.bodyAttr["DeviceID"];event.alarmPriority = info.bodyAttr["AlarmPriority"].toInt();event.alarmMethod = info.bodyAttr["AlarmMethod"].toInt();event.alarmInfo = info.bodyAttr["AlarmInfo"].toInt();event.alarmType = info.bodyAttr["Info"].toInt();event.alarmTime = info.bodyAttr["AlarmTime"];event.alarmDescription = info.bodyAttr["AlarmDescription"];return event;
}GB28181Status GB28181Parse::parseMediaStatus(GB28181Info info, const QList<GB28181Device> &devices)
{//这里需要根据主机信息去查询设备/info.deviceId很可能是通道编号而不是设备编号GB28181Device device = GB28181Helper::getDevice(info.deviceIp, info.devicePort, devices);GB28181Status status;status.deviceId = device.deviceId;status.channelId = info.bodyAttr["DeviceID"];//121-播放完成/122-播放中断/213-设备报警status.notifyType = info.bodyAttr["NotifyType"].toInt();//有些设备传过来的xml数据中的是设备编号而不是通道编号if (status.channelId == status.deviceId) {status.channelId = info.deviceId;}//每个通道可能有多个流/需要找到具体哪个流QStringList ssrcs, froms, tos, callIds;GB28181Helper::getChannelInvite(device, status.channelId, "", ssrcs, froms, tos, callIds, false);QString callId = info.attr["Call-ID"];int index = callIds.indexOf(callId);if (index >= 0) {status.ssrc = ssrcs.at(index);}return status;
}