图像抓拍的协议是gb28181-2022版本新加的，为何2016版本没有？估计当时这个需求不是非常强烈，尽管最开始onvif协议中是包含了这个的，后面随着监控设备的增多，使用场景的增加，尤其是4G监控设备的增加，很多地方为了节约流量，希望就是仅仅报警的时候抓拍图片上传到服务器即可，其他时间的录像等，只存储在本地，而且这种需求越来越强烈，顺义民意，专家组只好在新的协议中增加了这个交互协议。所以在使用这个图像抓拍功能的时候，务必看清楚设备是否支持2022，不支持的肯定是没有这个功能的，死命的发送抓拍指令左调试右调试，是不会有半点反应的。尤其是要告知现场的用户，不然还要怪软件写的有问题。
通信流程：
1. 图像抓拍是gb28181-2022新增的功能，需要支持2022版本的设备才支持，主流厂家大概从2024年开始才可能支持这个版本。
2. 选择某个设备某个通道，图像抓拍必须是对单个通道，而不是对某个设备。
3. 发送图像抓拍通知，通过MESSAGE指令，xml数据对应cmdtype=DeviceConfig，信息带上SnapShotConfig节点，里面包含了SnapNum-抓拍张数、Interval-抓拍间隔、UploadURL-上传地址、SessionID-信息编号。
4. 服务端打开监听端口，等待设备端上传图片，通过http指令post过来，也可以选择ftp方式上传。
5. post请求数据中带了SessionID=9a7d3a146a1e420dbd00020ed01b39e7，filename="34020000001310000001022025081609220800000.jpg" 这两个关键数据。
6. 如果指定了抓拍多张，则每一张都会有一个post请求，对应SessionID相同，filename不同，收到图片后可以存储到本地，按照指定的文件名。
7. 全部抓拍上传完成，设备端发送MESSAGE指令，带xml数据，对应cmdtype=UploadSnapShotFinished，里面有SnapShotList节点指明上传了哪些图片，以便对照进行分类。
通信协议：
```cpp
//请求抓拍：服务端-》设备端
MESSAGE sip:34020000001320000001@192.168.0.65:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.110:15060;branch=z9hG4bKf19df7a91ae147e9a6097361dfb4878a
From: ;tag=1003
To:
Call-ID: 90ba9bf6b96f429d879c9584c3795cca
CSeq: 4 MESSAGE
User-Agent: wx_feiyangqingyun
Max-Forwards: 70
Content-Length: 375
Content-Type: application/MANSCDP+xml
Contact:
DeviceConfig
10003
34020000001310000001
1
1
http://192.168.0.110:9999/snap
3cffba1f5df14a47acb6594b2375c5c7
//请求应答：设备端-》服务端
MESSAGE sip:34020000002000000001@3402000000 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.65:5060;rport;branch=z9hG4bK113097658
From: ;tag=2122550998
To:
Call-ID: 1066186907
CSeq: 20 MESSAGE
Content-Type: Application/MANSCDP+xml
Max-Forwards: 70
User-Agent: IP Camera
Content-Length: 173
DeviceConfig
10003
34020000001310000001
OK
//抓拍结束：设备端-》服务端
MESSAGE sip:34020000002000000001@3402000000 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.65:5060;rport;branch=z9hG4bK1404287512
From: ;tag=1058173213
To:
Call-ID: 21190318
CSeq: 20 MESSAGE
Content-Type: Application/MANSCDP+xml
Max-Forwards: 70
User-Agent: IP Camera
Content-Length: 321
UploadSnapShotFinished
10003
34020000001310000001
3cffba1f5df14a47acb6594b2375c5c7
34020000001310000001022025081815045400000
```
## 二、效果图
## 三、相关地址
1. 国内站点：[https://gitee.com/feiyangqingyun](https://gitee.com/feiyangqingyun)
2. 国际站点：[https://github.com/feiyangqingyun](https://github.com/feiyangqingyun)
3. 个人作品：[https://blog.csdn.net/feiyangqingyun/article/details/97565652](https://blog.csdn.net/feiyangqingyun/article/details/97565652)
4. 文件地址：[https://pan.baidu.com/s/1d7TH_GEYl5nOecuNlWJJ7g](https://pan.baidu.com/s/1d7TH_GEYl5nOecuNlWJJ7g) 提取码：01jf 文件名：bin_video_gb28181。
## 四、功能特点
1. 支持设备注册、注销、心跳、校时、注册认证、注销认证等。
2. 设备上线后可以手动获取设备状态、设备信息、配置信息、预置位信息等。
3. 设备上线后自动获取设备通道信息，包括中文通道名称。识别到通道上线离线变化，会重新获取该设备的所有通道信息。
4. 支持视频点播，可以分别点播主码流和子码流，内置rtp解包线程，解包后发给视频播放组件解码播放。
5. 每个设备每个通道支持点播多个视频，通过ssrc区分，支持共用端口和不同端口收流。
下一页 (1/3)