4.2 LoRa 与 LoRaWAN

4.2 LoRa 与 LoRaWAN

一个能自建、能省钱、在非授权频谱上把"传得远 + 电池久"做到极致的广域网怎样工作？本节拆 LoRa 的调制与 LoRaWAN 的三类终端与组网拓扑，给出它在智能城市、农业、园区的落地套路。

带着这三组对照进门

阅读完本节，你应当能够：

1. 区分 LoRa（物理调制）与 LoRaWAN（上层协议）两件事。
2. 解释 LoRaWAN Class A/B/C 如何在省电与响应之间取舍。
3. 评价"自建 LoRaWAN 网络"相对运营商方案的利弊。

一、LoRa 与 LoRaWAN：一对不能混称的搭档

很多人把 LoRa 和 LoRaWAN 划等号，其实它们是一个物理层、一个协议层，缺一不可：

• LoRa 是物理层调制技术，用扩频调制把信号铺在很窄的频带里，换来极低的接收灵敏度——这是"低功耗下也能传几公里"的物理根子。
• LoRaWAN 是跑在 LoRa 之上的网络协议，管设备接入、加密、频率、三类工作模式等上层事务。

简单记：LoRa 是"发动机"，LoRaWAN 是"整车"——发动机决定能跑多快多远，整车决定怎么安全地开完整条路。

二、为什么跳频、为什么省电：LoRa 的物理游戏

LoRa 把"传输速率"和"传播可靠性"放在一个可调的旋钮上：扩频因子越高，数据越不容易被噪声吞掉、传得越远，但速率越慢。这是典型的"用时间换可靠"。实际工程里，工程师按现场距离与干扰调扩频因子，就近节点用低扩频因子快点传，远端用高扩频因子慢点、稳点送。整个网络以"能到就行+能省就省"为原则运作，不做无谓快传。

三、Class A/B/C：LoRaWAN 的三档省电开关

LoRaWAN 最让人眼前一亮的设计，是给终端分了三个"作息"等级：

• Class A：终端平时几乎不醒，想上报才醒，上报完顺便留两个时间窗给网关回。最省电，也最"难被叫醒"。
• Class B：定时被网关信标叫醒，能在约定节拍接收下行——比 A 更及时，代价略高。
• Class C：几乎常开待命，随时能收，功耗也最高，常给供电无忧的网关/中继用。

理解这三档，你就能在设计里给不同设备分派"作息"，让电池的边缘被压到极限。绝大多数超低功耗传感器走 Class A，需要在特定时刻被下行的设备走 B，市电骨干走 C。

四、一张图看清 LoRaWAN 的组网拓扑

拓扑呈"终端星型 + 网关使命云端"的两段式：终端只跟本地最近的一个或多个网关连，网关再把数据汇聚交给网络服务器。这让 LoRaWAN 组网很灵活——你可以只在自己园区架两个网关，管一片传感，就能独立运营，不必依赖任何电信运营商。这种自建性是它与 NB-IoT 最大的不同。

五、到底值不值得自建？

自建 LoRaWAN 的账要算三笔：硬件（网关+模块）、运维（自管设备与频谱）、扩展（加网关扩覆盖）。好处是不受制于人、没有持续性流量费、数据几乎完全自控；坏处是要自己扛可靠性与巡检。反过来，用运营商方案（如 NB-IoT）省心但长期有卡费，且设备置身他人网络，出问题要等运营商。

给个判据：**自建适合"区域封闭、数据敏感、长期低频上报、网内规模足够"**的场景——园区、厂区、田园、城市局部；一旦业务要跨城跨省、要运营商级 SLA，就应该把球交给授权的 NB-IoT / LTE-M。

六、扩频因子的物理账：SF7 到 SF12 到底差在哪

前面说"按现场距离调扩频因子"，这里给出真正可查的参数刻度。LoRa 的扩展因子（Spreading Factor）从 7 到 12，每高一档，数据率大致减半，但灵敏度更高、覆盖更远，各自的账很实在：

读这张表的关键不是记数字，而是理解那层"用时间换距离"的换算：扩频因子从 7 拉到 12，数据率降了近二十倍，换来的是灵敏度抬高约 14 dB、覆盖翻好几倍。这就是为什么田间一个远端节点，宁可慢吞吞地每秒报一百来字节，也要把信号稳稳送进网关。

工程上不用手动物调——LoRaWAN 有个 ADR（自适应数据率） 机制：网络服务器统计每个节点最近一段时间的丢包与信噪比，自动帮节点把扩频因子和发射功率调到"刚好够用"的状态。用对 ADR，节点从 SF12 自动降到 SF8，占空更短、功耗更低；但前提是节点位置固定、链路稳定——如果设备在移动（如车载追踪），误开 ADR 反而会频繁切换导致丢包，这类移动设备反而要关掉 ADR 手动设固定档。

七、LoRaWAN 的几种入网注册方式

设备要上网络服务器，先得"报到"拿到会话密钥，这一步叫入网（Join）。LoRaWAN 入网分两种：

• OTAA（Over-the-Air Activation，空中激活）：设备凭出厂预置的 DevEUI、AppEUI 和全网唯一的 AppKey，向网络发起 Join-Request。网络校验通过后下发一个随机的会话密钥 DevAddr 和网络密钥 NwkSKey。这是默认最安全的做法，因为密钥每次入网都换新，泄密窗口小。
• ABP（Activation By Personalization，个人化激活）：连接前就在设备里烧写死一套 DevAddr 和两个会话密钥，上电即用、不用走握手。好处是省掉每次入网流程、上线更快；坏处是密钥长期固定，一旦被复制设备即被冒充，且换服务器时难以重新入网。

多数新品优先 OTAA；只有对"上线要快、且设备运行在可管控的内网"这类场景才考虑 ABP。别为了省那几步握手牺牲掉密钥轮换的安全边际——远程低功耗设备被冒名顶替，排查成本远比入网那点耗时高。

八、一条报文从土壤到平台的完整旅程

把前面几节的所有机关串成一条真实的报文，你才算真正"用过" LoRaWAN。以一片农田的土壤传感为例，它上报一条"湿度 32.5%"：

1. 传感节点(Class A) 平时深睡
2. 到上报时刻唤醒 → LoRa 调制(扩频因子按距离调)
   报文：DevEUI + 传感器读数 + 帧序号 + CRC
3. 经跳频发出 → 被本地一个或两个网关收下
4. 网关把 LoRa 帧抽成 UDP 包 → 转发给网络服务器
5. 网络服务器验签解密 → 按 AppEUI 路由给应用平台
6. 平台落库；若平台要回下发指令，
   只能等该节点下一个上行窗口一起搭车(Class A 的代价)
​

这趟旅程里藏了三处这节讲过的关键词：报文的"低频上行"决定了整条链路怎么省电；"网关可多收一"决定了它不怕被遮挡（总有一个网关能听到）；"Class A 的回程靠窗口搭车"决定了"下发指令"永远要等设备自然醒来，省电到几乎是单向的。理解了这条链路，你再碰到"为什么我的 LoRa 命令不即时下发"这类问题，第一反应就该是去查设备有没有醒来开窗。

本节要点回顾

• LoRa vs LoRaWAN：物理调制 vs 网络协议，发动机 vs 整车。
• 扩频旋钮：扩频因子越高传得越稳越远但越慢，按现场调。
• 三分作息：Class A 最省、B 定时收、C 常开，给不同设备分派。
• 两段式拓扑：终端星型连网关 + 网关汇聚云端，可自建。
• 自建判据：区域封闭、数据敏感、低频、规模够，才值自建。

同样在未授权频谱，LoRaWAN 靠"自我组织"，Sigfox 却把极简与经济做到了另一个极处——下一节看超窄带的 Slim 哲学。