01-网关实现:转发模型与并发解调


7.1 网关实现:转发模型与并发解调

本节摘要:网关是"设备侧协议栈"的镜像——它不解析业务,只做射频接收与转发。本节讲清网关的硬件分工(集中器芯片 + 主控)、转发模型(packet forwarder)与 8 通道并发解调的容量账。位置:第 6 章结束设备侧,本章进入网络侧基础设施。

网关的硬件分工

LoRa 网关的典型架构是集中器(Concentrator)+ 主控:集中器芯片(SX1301/SX1302/SX1303)负责 8 个通道的射频收发与解调,主控(Linux 或 MCU)运行协议转发软件。集中器与普通射频芯片的关键区别:它可以同时监听多个频率与多个扩频因子——8 个通道 × 多 SF 组合,这是单设备芯片做不到的。

组件 职责 代表
集中器 射频收发、8 通道解调、时间戳 SX1302、SX1303
主控 运行转发软件、连接网络 树莓派类、工业网关板
转发软件 收上行 → 打包转发 NS;收 NS 下行 → 定时发送 packet forwarder、ChirpStack Gateway Bridge

转发模型:上行与下行两条路

上行:集中器解调出上行包(含接收时间戳、频率、RSSI/SNR),转发软件打成 JSON(Semtech UDP 协议)发给网络服务器。下行:NS 返回带"发送时刻"的下行指令,转发软件按时刻定时发送——下行必须精确按时,因为设备只在接收窗口监听(3.2 的时间账)。

/* 上行 JSON(Semtech UDP 协议节选) */ { "rxpk": [{ "time": "2026-09-02T03:00:00.123456Z", "freq": 868.1, "datr": "SF7BW125", "codr": "4/5", "rssi": -87, "lsnr": 8.5, "size": 25, "data": "QD8BG24QAAUBAAAAAAAAAAAAAAAAAA==" }] } ​

8 通道并发解调的容量账

集中器的"8 通道"指的是 8 个解调路径,每个通道可以独立选择频率;同一频率上不同 SF 的报文可同时解调(2.1 的伪正交)。容量估算:

单网关理论吞吐 ≈ 8 通道 × 每通道每秒报文数 (SF7/20B 约 9 条/s → 8 通道约 72 条/s;SF12/20B 约 0.6 条/s → 约 5 条/s) ​

量级结论与 2.2 一致:网关容量高度依赖 SF 分布。运营优化手段:ADR 让设备尽快升到高速率、限制 SF12 设备的数量、避免大报文。第 8 章的容量规划在此基础上乘占空比与碰撞因子。

易错点清单

  • 把 8 通道当"8 个不同频率":8 通道可配相同或不同频率,不同 SF 可同频并发,规划通道频率时要留出互相干扰的余量;
  • 时间戳精度不足:下行定时与去重都依赖接收时间戳,集中器要用 GPS 或网络授时,时间不准会导致下行乱序与重复处理;
  • 转发软件与集中器固件版本不匹配:SX1302 的 HAL 与 packet forwarder 有版本配套要求,升级要成对升级,否则出现诡异丢包;
  • 网关到 NS 的网络中断:网关离线时设备上行照发但全部丢失,网关要本地缓存(有限)或至少上报离线告警。

要点回顾:集中器提供 8 通道多 SF 并发解调,主控跑转发软件;上行打 JSON 转发、下行按时刻定时发送;容量与 SF 分布强相关。下一节看网络服务器怎么把这些上行变成可靠的数据流。

集中器通道与频率的规划

8 个通道怎么用,直接影响网关容量与抗干扰:默认 8 通道各配不同频率(覆盖区域信道组),高负载区域可以多通道复用同一热点频率,新增下行通道要单独预留。频率规划的输入是区域参数表(6.2)与现场频谱占用调查(用频谱仪扫一遍目标频段,避开强干扰源)。

EU868 常用通道规划示例: 通道0-7:868.1 / 868.3 / 868.5 / 867.1 / 867.3 / 867.5 / 867.7 / 867.9 MHz (与区域规范的信道组一致,勿自造频率) 下行复用上行频率,Class B 信标用专用通道 ​

转发软件的稳定性实践

转发软件(packet forwarder)的稳定性决定网关在线率:看门狗(进程卡死自动重启)、断线重连(与 NS 的 UDP 链路断开后按退避重连)、日志轮转(本地日志定期切割,防止写满存储)、时间同步兜底(GPS 授时失效时用 NTP 或本地时钟,并标记时间可信度)。生产网关建议双冗余供电与远程管理通道(SSH/管理平台),现场修复成本远高于预置。

易错点补充

  • 通道频率与区域信道组不一致:设备按区域表选信道发射,网关只监听固定频率,两边对不上就"设备正常、网关收不到";
  • 网关时间漂移:下行定时与去重都依赖时间,GPS 失效后漂移累积会导致下行窗口错过,要有失效告警;
  • 忽略网关固件升级通道:集中器 HAL 与转发软件需要远程升级,没有升级通道的网关只能现场处理,运维成本高。

关键实现清单

  • 确认集中器 HAL 与转发软件版本配套,升级成对进行
  • 按区域参数表配置 8 通道频率,勿自造频率
  • 接收时间戳依赖 GPS/网络授时,授时失效要告警
  • 转发上行 JSON 含 time/freq/datr/rssi/lsnr/data 全字段

典型故障与处置

现象 原因 处置
网关在线但无上行 通道频率与区域信道组不一致或集中器未解调 频谱仪确认发射,核对通道表
下行总错过窗口 网关时间漂移或授时失效 检查授时状态,校正时间
转发进程死掉 无看门狗或内存泄漏 加进程看门狗与日志轮转

小结

小结:网关是设备侧的镜像——集中器管射频解调、主控管转发;上行打JSON、下行按时刻定时;容量与SF分布强相关。实现顺序建议:先配通道频率表,再跑转发软件回环测试(网关自发自收验证JSON字段完整),最后接NS联调——每一步都能定位,不要一步到位。

网关选型对照

维度 SX1301 SX1302/SX1303 说明
通道数 8 8(SX1303 新增抗干扰增强) 均支持多 SF 并发
功耗 较高 更低 有源网关差异不大
成本 低 中 按预算与性能选
生态 成熟 主流新设计 新项目优先 1302

选型建议:新项目直接选 SX1302/SX1303 系列;存量 1301 网关可继续用,扩容时用新芯片。

作者与出处
原作者:灏天文库
来源:平台策划编纂
整理人: 灏天文库整理
由灏天文库平台收录,内容或由平台用户上传,仅供学习交流
发布者: 作者: 灏天文库 转发
评论区 (0)
U