乐学吧

Android平台GB28181设备接入侧模块，如果需要做的更好，上述提到的技术层面的问题解决了还不够，还需要针对各类国标平台适配对接，只有这样，才能更好的为执法记录仪、智能安全帽、智能监控、智慧零售、智慧教育、远程办公、明厨亮灶、智慧交通、智慧工地、雪亮工程、平安乡村、生产运输、车载终端等场景服务。

众所周知，WEB VIDEO PLATFORM是一个基于GB28181-2016标准实现的开箱即用的网络视频平台，负责实现核心信令与设备管理后台部分，支持NAT穿透，支持海康、大华、宇视等品牌的IPC、NVR接入。除了常规功能外，比如视频预览、云台控制、预置位、支持订阅和通知、心跳保活外，wvp-gb28181-pro还支持实时位置订阅，遗憾的是，demo没有看到语音广播和语音对讲，由于平台是开放的，感兴趣的开发者也可以扩展支持。基于此，我们也编译了wvp-gb28181-pro，本地部署了他们的服务。

Android平台GB28181历史视音频文件回放，除了上述信令交互外，还需要处理RTP打包发送等，相对其他功能实现更复杂，感兴趣的开发者，可以尝试看看。

以上是大牛直播SDK关于Android平台GB28181设备接入模块执法记录仪相关技术方案，除了基础功能外，GB28181模块还可以实现实时音量调节、实时快照、按需录像、历史视音频下载、历史视音频回放等，感兴趣的开发者可以尝试看看。

适用于在线教育、智慧教室|无纸化推屏|会议、运营商视频云平台、执法记录、远程医疗、虚拟仿真实训教学、VR教育、云展会、金融双录、智能可视门禁对讲、智慧安防、智能家居、物联网、智能车载、传统硬件领域、媒体移动直播、应急指挥调度(针对保险、城管、交警、消防、公安等职能管理部门的单兵应急执法系统)、远程专家诊断、可视化巡检、(如电信/电力线路/铁路沿线/水利设施/油田/消防设施巡检)、移动视频安防监控，企业内训、监控对接等场景。- RTMP可以传输音视频数据和控制信息，支持实时播放、直播推流、推拉流等功能。

实时位置（MobilePosition）订阅和上报，对GB28281设备接入终端尤其重要，如移动单兵设备、执法记录仪、智能安全帽、车载终端等，Android国标接入设备通过获取到实时经纬度信息，按照一定的间隔上报到国标服务平台，国标服务平台通过如电子地图，实时动态显示前端设备的定位信息，从而实现前端接入设备的可视可控管理。3. 发送订阅请求：使用SIP协议发送一个位置订阅请求。6. 处理位置更新消息：订阅者收到位置更新消息后，可以根据需要进行相应的处理，如在地图上实时显示设备位置、记录设备行踪等。

在做Android平台GB28181接入模块之前，我们在RTMP推送播放、RTSP轻量级服务、转发、播放这块，已经有很多年的经验，这意味着，我们不需要重复造轮子，已有屏幕、摄像头或编码前（目前支持的有YV12/NV21/NV12/I420/RGB24/RGBA32/RGB565等数据类型）或编码后（H.264/HEVC）数据，只需要实现GB28181的信令交互，和媒体处理，即可实现不具备国标音视频能力的 Android终端，通过平台注册接入到现有的GB/T28181—2016服务。1. 导入GB28181的

什么是平衡控制？平行控制是数据驱动的计算控制方法，其核心是利用人工系统进行建模和表示，通过计算实验进行分析和评估，借助平行执行实现对复杂系统的控制。平行操控应用场景无人驾驶：平行操控可以应用于无人驾驶车辆的远程控制。通过将虚拟车辆与现实车辆相结合，实现车路互动、多车协同、平行操控、安全行驶。在遇到异常情况或复杂道路时，该解决方案能支持远程人工代驾、远程人工接管、指挥调度等操作。智慧城市：平行操控可以应用于智慧城市中的交通管理、公共安全、环境监测等领域。

大牛直播SDK推出的Android平台GB28181设备接入SDK（SmartGBD），可实现不具备国标音视频能力的 Android终端，通过平台注册接入到现有的GB/T28181—2016服务，可用于如执法记录仪、智能安全帽、智能监控、智慧零售、智慧教育、远程办公、明厨亮灶、智慧交通、智慧工地、雪亮工程、平安乡村、生产运输、车载终端等场景。

智慧工地的核心是数字化，它通过传感器、监控设备、智能终端等技术手段，实现对工地各个环节的实时数据采集和传输，如环境温度、湿度、噪音等数据信息，将数据汇集到云端进行处理和分析，生成各种报表、图表和预警信息，帮助管理人员了解工地的实时状况，及时做出决策和调整，保证施工作业的顺利进行。比如在建筑工地中，智慧工地可以实现对人员管理、施工进度、安全管理、材料管理、设备管理、环境监测等方面的实时监控和管理，提高施工效率和质量，降低安全风险和环境污染。

NTP(见IETFRFC2030)协议的网络统一校时服务，网络校时设备分为时钟源和客户端，支持客户/服务器的工作模式，时钟源应支持 TCP/IP、UDP及 NTP协议，将输入的或是自身产生的时间信号以标准的 NTP信息包格式输出。例如：SIP代理与SIP服务器校时后，SIP代理运行10h后设备时间与SIP服务器时间相差大于1s，则宜将注册过期时间设置为10h(36000s)，以保证SIP代理与SIP服务器之间时 间误差小于1s。联网内设备支持基于SIP方式或 NTP方式的网络校时功能，标准时间为北京时间。

大牛直播SDK推出的Android平台GB28181接入SDK，可实现不具备国标音视频能力的 Android终端，通过平台注册接入到现有的GB/T28181—2016服务，可用于如。

以上是大概的流程，摄像头麦克风采集做到后台的话，可以在需要预览采集数据的时候才打开，不用的时候，直接关闭，只保留信令这块，打开视音频预览后，如果有语音广播过来，可以直接播放语音广播的数据，这样尽可能的减少设备的性能消耗，提高待机时间，特别是执法记录仪等户外设备，按需打开摄像头和麦克风，按需投递视音频数据到平台外侧，意义非常大。

GB28181历史视音频文件下载，看似逻辑复杂，实际上也不简单，文件下载是在完成录像和历史视音频文件检索的基础上，分别从信令、RTP数据打包发送等角度实现，考虑到录像文件的完整性，历史视音频文件下载的设计目标是减少丢帧丢包，推荐使用RTP over TCP模式，尽管作为GB28181设备接入侧，我们尽可能按照标准规范来实现，实际对接的国标平台厂商，多少会有些差异，具体还要根据现场实际情况酌情处理。

GB28181设备接入侧视音频历史文件查询，看似不难，实际上需要处理的逻辑还很多，感兴趣的开发者，可以通过平台，和我私信探讨。

上面大概介绍了颜色编码格式常用的类型区别和接口设计，基本上涵盖了可能用到的所有类型，如果是编码后的H.264、H.265数据，我们也做了相关的设计，不管是自带的数据类型还是第三方外部数据对接（如Unity采集的数据），都可以很容易对接进来。

通过以上描述，大家可以看到，GB/T 28181音视频数据源接入，无论是编码后数据，还是外部RTSP流数据，包括数据预览，实现起来，都没那么复杂，感兴趣的开发者，可以尝试看。

我们在做Android平台RTMP推送和GB28181设备对接的时候，遇到这样的问题，有的设备，麦克风采集出来的audio，音量过高或过低，特别是有些设备，采集到的麦克风声音过低，导致播放端听不清前端采集的audio，这时候，就需要针对采集到的audio，做音量放大处理。感兴趣的开发者，可以参考实现，需要注意的是，audio采集可能不限于麦克风，也可能是第三方数据采集源，所以接口设计的时候，尽量考虑在jni层针对数据源做处理，此外，除了音量放大外，还可以做音量缩小，或者实时静音。

数字城管，又称“数字化城市管理”或“智慧城管”，是一种采用信息化手段和移动通信技术来处理、分析和管理整个城市的所有城管部件和城管事件信息，促进城市管理现代化的信息化措施。数字城管通过建立城市管理信息化平台，实现城市管理信息的采集、处理、分析和应用，以问题为导向，采用闭环监管、联勤联动、公众参与等手段，形成跨部门、跨区域、跨层级的城市管理信息化体系，为城市管理提供信息化、智能化、现代化的手段和工具。数字城管具有主动发现、及时处理、监督考核等优点，能够提高城市管理的效率和水平，优化城市环境，提升城市品质。

我们在设计Android平台GB28181设备接入模块的时候，有这样的场景诉求，一个设备可能需要多个通道，常见的场景，比如车载终端，一台设备，可能需要接入多个摄像头，那么这台车载终端设备可以作为主设备，然后，主设备下，配置多个通道，听起来是不是有点儿类似于DVR或NVR？这样每个deviceid对应一个实例，如果有多个摄像头的话，摄像头，可以按照deviceid来做区分，国标平台侧请求哪个deviceid的话，就启动这个deviceid对应的camera采集、编码和数据打包上传。

除此之外，还有语音广播和语音对讲，这里不再赘述，GB28181规范普及之前，要想从外网远程访问局域网内的监控设备非常麻烦，一般要么RTSP转RTMP推到RTMP服务器，此外还要单独构建信令。GB28181规范，让远程、跨网访问监控设备更方便，把GB28181平台部署到外网后，前端设备只要注册到国标服务器，就可以被远程访问、管理和调取视频。但由于设备侧性能并不是非常好，如果要有好的稳定性和性能要求，需尽可能的减少性能消耗，按需打开摄像头、按需编码等。

智慧可视化指挥控制平台通过4G/5G网络、WIFI实时传输视音频数据至指挥中心，特别是在有突发情况时，可以指定一台执法仪为现场视频监控器，实时传输当前画面到指挥中心，指挥中心工作人员可通过麦克风向现场执法人员下达指令（语音广播或语音对讲）。本文主要介绍前端执法记录仪部分，需要考虑的设计如下：硬件设计：执法记录仪的硬件设计应该符合GB28181协议的要求，包括网络接口、视频输入输出、存储空间、电池续航（超长续航、轻机身）等方面。

智能安全帽是一种集成先进科技的安全帽，可基于GB28181规范，适用于铁路巡检、电力、石油化工等高风险行业的作业人员，以及消防、救援等紧急情况下的安全防护。实时定位：内置GPS定位模块，可以实时定位作业人员的位置，并及时上报到指挥中心，防止迷路或失踪。无线通信：内置无线通信模块，可以与指挥中心进行通信，方便作业人员与指挥中心的联系和协调。碰撞检测：内置碰撞检测模块，可以实时检测作业人员的头部撞击情况，及时发出警报或求救信号。

Android平台获取设备电量信息和设备实时信号状态，然后叠加到视频view，投递出去，比如执法记录仪之类场景下，非常有价值，可以让GB28181平台侧，获取到更多需要的信息，扩展性极强。

GB28181设备接入模块同时输出RTSP流的话，需要注意的是，在一个实例里面完成，确保只编码一路音视频数据，然后分别打包注入两个模块，尽可能的降低设备性能消耗。

按需编码，可以只是本地录像或上行数据推送，对应一个实例完成，如果双码流编码，势必需要两个实例，对应不同的编码参数，输出不同的分辨率的H.264/H.265数据。此外，音频数据回调的地方，两个实例也调用音频投递接口，传下去。需要注意的是，两路视频编码，尽管可以硬编码，对设备性能依然提了更高的要求。

Android平台外部编码后H.264/H.265/AAC/PCMA/PCMU数据实时预览播放，非常必要，除了可以预览回调过来的数据外，还可以针对外部数据做二次视频分析、二次编辑投递（实时水印、字符叠加等），感兴趣的开发者可以试试看。

GB28181语音广播这块，如果平台侧和终端，都是按照规范来实现的话，问题会少很多，实际尴尬的是，大厂或部分厂商先入为主，实际生产环境，不一定按照预期的，谁的问题谁处理，作为Android终端模块，push不动国标平台侧的时候，有时候只有兼容它，这种痛苦真是一言难尽。

GB28181-2022针对H.265描述，是2016的补充，随着今年七月份开始针对2022的实施推广，相信GB28181这块会应用到各行各业，如执法记录仪、智能安全帽、智能监控、智慧零售、智慧教育、远程办公、明厨亮灶、智慧交通、智慧工地、雪亮工程、平安乡村、生产运输、车载终端等场景。GB28181设备接入端支持H.265难度不大，平台侧如果需要web播放，一般来说是需要转H.264在播放，对国标平台侧的专门性能提高了要求，如果是cs架构，问题不大。

Android平台GB28181设备接入侧为什么没有公司愿意做？真的是坑太多，GB28181厂商太多，好多厂商包括大厂商并没有严格按照规范来，简单来说，50%的精力写代码，50%的精力查问题和各种兼容处理。

GB28181设置接入侧，一般采用G.711A律或AAC编码，数据接入可能是直接通过AudioRecord采集，也可以是外部编码后的Audio数据，具体根据场景来选择即可。

以上Android平台GB28181设备接入设计探讨，除了上述设计外，模块还可以扩展实现实时静音、实时快照、按需录像、实时音量调节等，实现客制化的技术诉求。

如果需要实现GB28181平台的录像查询和录像下载，实时录像的处理必不可少。下一章节，我们将根据GB28181规范探讨录像查询和录像下载。

Android平台GB28181设备接入模块设计，需要考虑的点非常多，除了常规的信令和媒体交互设计外，对接调试也非常耗时耗力，好多做国标平台的厂商，出于对协议的了解程度或实现等各方面的因素，好多时候并没有完全按照规范来，需要酌情兼容，此外，特别比如执法记录仪等场景下，需要考虑好的视频编码效率、网络重连等，做个demo容易，做个产品真的非常考验开发者。

Android平台音视频数据流通，主要还看技术方案选择怎样的场景，如果是对接执法记录仪、智能安全帽、智能监控、智慧零售、智慧教育、远程办公、明厨亮灶、智慧交通、智慧工地、雪亮工程、平安乡村、生产运输、车载终端等场景等，目前选择GB28181的更多一些，如果主要是上云或者无纸化同屏、智慧教室等，还是RTMP推送多一些。具体可以根据场景选择适合自己的技术方案。大家比较担心延迟问题，如果GB28181平台侧走RTMP或者webrtc的话，延迟也不大，和RTMP方案一样，整体都可以做到毫秒级。

以上是Android平台GB28181设备接入模块，视频编码前的数据接口类型设计，基本上涵盖了可能用到的所有编码前所有数据类型，当然，如果是编码后的H.264、H.265数据，也很容易对接，也都有相关的接口，简单来说，无论是自带的数据类型还是第三方外部数据对接（如Unity采集的数据），都可以很容易对接进来。

GB28181-2022针对H.265编码说明，弥补了2016规范的不足，H.265编码，移动端软编特别是针对高分辨率帧率，性能瓶颈很大，更合理的方案是实现高效率的H.265硬编模式，GB28181-2022，让H.265支持终于体现在规范层面，有理有据，相信会有更广阔的用武之地。

Android录像模块接口概述调用描述接口接口描述录像设置是否录像r设置是否启用本地录像创建录像目录创建录像文件目录设置录像目录设置录像文件目录音频录像音频录制开关视频录像视频录制开关设置录像文件大小设置每个录像文件的大小，比如100M，超过这个大小后，会自动生成下一个录像文件开始录像开始录像暂停/恢复录像Pause recorder(暂停/恢复录像)停止录像停止录像。

需要注意的是，如果需要实现两路不同分辨率的编码，那么需要GB28181设备接入端实时上传的视频一个低分辨率和本地录像的一个高分辨率，分别对应两个publisher实例，并且确保视频和音频数据投递的地方，两个实例都投递数据，分别编码，两路视频编码，建议使用硬编码，软编性能达不到。

TCP媒体传输重连机制，在GB/T28181-2022规范说明中明确后，虽然实现技术难度不大，但是非常必要，感兴趣的开发者可以酌情参考。