网关、网络服务器与北向集成
第 07 章 · 网关、网络服务器与北向集成
本章要回答的三个问题：网关8通道怎么并发解调与转发？NS怎么去重、调度下行、选网关？数据怎么安全到达应用侧？
为什么会有这一章
网关、网络服务器与北向集成是链路预算这本账在07层面的大宗科目。前面的章节把物理与 MAC 的账本立起来之后，这一章回答"这些参数在真实机制里怎么组合、怎么取舍"。理解本章，才能把参数旋钮变成可复现的设计，而不是背一串名词。
读完能解决什么
读完本章你应当能够：为给定需求选择正确的网关、网络服务器与北向集成方案；解释每个选择对链路预算与通信质量的具体影响；在实现层面对比至少两种候选方案并给出取舍依据；处理本章主题最常见的三类故障。
各节怎么分工
| 节号 | 回答哪个问题 | 关键产出 |
|---|---|---|
| 1 | 网关8通道怎么并发解调与转发 | 方案与参数对照 |
| 2 | NS怎么去重、调度下行、选网关 | 机制与实现要点 |
| 3 | 数据怎么安全到达应用侧 | 选型与故障处置 |
本章的依赖关系
先决条件
网关并发解调与 NS 下行调度直接消费第 2–3 章的帧时间账与占空比，Join 处理复用第 4 章入网流程；若只关心数据出口，可直接跳到 7.3 北向集成。
阅读路线与产出
本章三节是网络侧的三个环节：7.1 网关（射频入口）、7.2 网络服务器（大脑）、7.3 北向（业务出口）。数据从 7.1 流入、7.2 处理、7.3 交出，任何一环断了链路就断。
| 环节 | 对应节 | 核心职责 | 交付物 |
|---|---|---|---|
| 射频入口 | 7.1 | 8 通道解调转发 | 通道规划表 |
| 大脑 | 7.2 | 去重/调度/会话 | NS 核心逻辑 |
| 业务出口 | 7.3 | 契约与安全 | 接口规范 |
建议按数据流方向读：7.1→7.2→7.3，与第 8 章的测试部署衔接。
往下走到哪
本章结束后，链路预算的07层账本即告齐全。下一章把本章的机制放进更大规模的整体里验证。
本章要点与常见坑
本章的链路账：集中器8通道多SF并发解调、转发打JSON、下行按时刻定时；NS用(DevAddr,FCnt)去重、按最近上行+质量分选网关、调度要补偿传播时延；北向走MQTT/HTTP，payload密文由应用侧解密。常见坑：通道频率与区域信道组不一致、去重窗口小于网络延迟差、北向接口无鉴权。
阅读提示
本章与设备侧章节的不同在于视角：设备侧关心单台设备的账本，本章关心全网服务的账本——去重率、下行成功率、网关负载分布、北向时延。运维与集成这两类角色最常读本章。
本章常见问题速答
问：网关一定要用集中器芯片吗？ 是的。SX1276 之类的单通道射频芯片一次只能解调一个频率一个 SF，无法支撑多设备并发；集中器（SX1302 等）的 8 通道多 SF 并发是网关的基本盘。
问：一个 NS 能服务多少个网关？ 取决于 NS 的架构：ChirpStack 单实例通常能扛数百个网关，更大规模需要横向扩容与分片设计。容量瓶颈常在数据库与消息队列，而不是协议处理本身。
问：北向接口用 MQTT 还是 HTTP？ 实时性要求高、多消费者订阅用 MQTT；低频回调、简单集应用 HTTP。多数项目以 MQTT 为主、HTTP 为辅。
问：网关离线期间的数据会丢吗？ 会。LoRaWAN 网关不做本地缓存（或仅极少量），离线期间设备的上行全部丢失。关键场景要双网关冗余 + 网关离线告警。