2. 矿山LoRa网络架构设计

LoRa矿山无线传感网络并不是“传感器加一个网关”这么简单。要让井下瓦斯、风速、水位、设备振动等测点稳定地把数据送到地面调度中心，需要一套职责清晰的分层架构。业界通用的参考模型是四层：终端节点层、网关层、网络服务器层、应用服务器层。理解这四层各自“管什么、不管什么”，是后续选型、布点和排障的基础。

一、四层架构的职责边界

终端节点层由各类LoRa无线传感器和少量执行器组成，例如甲烷传感器、一氧化碳传感器、风速传感器、水位计、顶板离层仪、设备振动温度一体机。节点负责采集物理量、做本地预处理（滤波、越限判断）、按配置的周期或事件触发上报。节点只关心“我测到了什么、什么时候发出去”，不关心数据最终存到哪台服务器。

网关层（常称LoRa网关或集中器）是无线域与IP域的边界。它完成LoRa调制信号的收发、多信道并行解调、数据包透传或轻量解析，并通过矿用环网/工业以太网/4G上行到网络服务器。网关不做业务判断，但它的位置、天线、供电和上行链路质量直接决定覆盖与丢包率。

网络服务器层是LoRaWAN协议的核心，负责节点入网鉴权（OTAA/ABP）、帧计数校验、去重、ADR自适应速率调整、MAC层命令下发、数据解密与路由。它把“无线报文”翻译成“带设备标识和业务载荷的结构化数据”，再转发给应用服务器。没有网络服务器，网关收到的只是加密的字节流。

应用服务器层面向矿山业务：数据入库、实时曲线、超限报警、联动断电、报表与上级监管平台对接。它通过MQTT/HTTP等接口订阅网络服务器推送的数据，也可反向下发配置或控制指令。

二、数据流路径：一次上报的完整旅程

以一台甲烷传感器上报为例，数据流可以拆成五段：

1. 采集与组帧：节点每30秒采样一次，将浓度值、电池电压、状态位打包成LoRaWAN应用载荷（如2字节浓度+1字节电压），按当前数据速率（DR）调制发射。
2. 空口传输：报文经470MHz频段到达最近网关。若多个网关同时收到，网络服务器会保留信号质量最好的一份，其余按帧计数去重。
3. 网关透传：网关把报文封装为UDP包（含网关ID、接收时间、RSSI/SNR）发往网络服务器，本身不解析业务内容。
4. 网络服务器处理：校验MIC、检查帧计数防重放、解密载荷，得到DevEUI与明文数据，再通过MQTT主题推送给应用服务器。
5. 应用处理：应用服务器解析浓度值，写入时序库，与阈值（如1.0%报警、1.5%断电）比较，触发声光报警或联动指令；下行指令则沿相反路径回到节点。

三、典型拓扑结构：以星型为主，辅以中继与冗余

LoRa在矿山场景最常用的是星型拓扑：所有节点直连网关，结构简单、时延低、故障定位容易。但井下巷道狭长、弯道多、金属支护遮挡严重，单网关覆盖往往不足，实际部署常采用“多网关星型+网关冗余”的组合：沿巷道每隔300～500米布置一台网关，相邻网关覆盖区重叠20%左右，节点可被两台网关同时接收，由网络服务器择优，实现软冗余。

对于个别无法直连网关的盲区（如采空区边缘、深部硐室），可设置LoRa中继节点做一级转发，形成“节点—中继—网关”的两跳结构。但中继会引入额外时延并占用空口资源，应控制跳数不超过1跳，且中继节点需独立供电与防护。

拓扑设计时还要注意容量：单网关8信道在SF7下理论并发能力有限，若一个覆盖区内节点超过约500个且上报频繁，应拆分网关或调整ADR与上报周期，避免碰撞导致丢包率上升。

四、设计落地时的几个关键约定

第一，地址与标识统一规划：DevEUI、AppEUI、网关ID按“矿井代码+区域+序号”编码，避免后期扩容冲突。第二，速率策略：近网关节点启用ADR自动升速，远端节点固定较低速率保证穿透，报警类数据可提高发送优先级。第三，安全边界：网络服务器与应用服务器之间通过密钥与访问控制隔离，应用层不直接接触空口密钥。第四，供电与防护：井下网关与中继须满足矿用本安或隔爆要求，后备电池应支撑不少于4小时。

把这四层职责、五段数据流和星型为主的拓扑关系理清后，后续的网关选址、节点参数配置和故障排查就有了统一的参照框架：任何异常都可以先定位到“哪一层、哪一段链路”，再针对性处理。