6.2 LoRaWAN与NB-IoT、Sigfox对比
文档摘要
6.2 LoRaWAN 与 NB-IoT、Sigfox 对比 本节摘要：把广域低功耗修辞拉回现实，对比 LoRaWAN、NB-IoT、Sigfox 三个主流 LPWAN 方案在频段归属、部署成本、覆盖与可靠上的差异，帮你按"自建还是租网、省不省 SIM 钱"做取舍。承接 5.1 的 LPWAN 定位，通往 6.3 的桥接。 LoRaWAN 只是 LPWAN 家族的一员，隔壁还有 NB-IoT 与 Sigfox。三者都喊着"广覆盖+低功耗",用起来却大相径庭。本节的判断支点是两句话：你愿不愿意自建网关，以及愿不愿意躺一张 SIM 进去。 三个方案的底色 LoRaWAN：走免授权 sub-GHz 频段，靠自建网关 + 自建网服。成本可控、数据主权在自己手里，适合私有、园区、连续覆盖缺失的现场。
6.2 LoRaWAN 与 NB-IoT、Sigfox 对比
本节摘要：把广域低功耗修辞拉回现实，对比 LoRaWAN、NB-IoT、Sigfox 三个主流 LPWAN 方案在频段归属、部署成本、覆盖与可靠上的差异，帮你按"自建还是租网、省不省 SIM 钱"做取舍。承接 5.1 的 LPWAN 定位，通往 6.3 的桥接。
LoRaWAN 只是 LPWAN 家族的一员，隔壁还有 NB-IoT 与 Sigfox。三者都喊着"广覆盖+低功耗",用起来却大相径庭。本节的判断支点是两句话：你愿不愿意自建网关，以及愿不愿意躺一张 SIM 进去。
三个方案的底色
- LoRaWAN：走免授权 sub-GHz 频段，靠自建网关 + 自建网服。成本可控、数据主权在自己手里，适合私有、园区、连续覆盖缺失的现场。
- NB-IoT：蜂窝系（licensed 授权频段），躲在运营商网络里，覆盖极好、可靠性高、有标准 QoS，但要连运营商、要 SIM、有资费，且依赖运营商基站的覆盖范围。
- Sigfox：超窄带，走"网络即服务"（运营商统一部署基站），终端只需按极低的速率发极少字节，成本极低但深度依赖厂商网络与覆盖。
一张矩阵看差异
把关键刻度放一起，决策就清晰了：
各自的黄金场景
- LoRaWAN：园区、农田、矿区、楼宇群，自己可控覆盖、不想被运营商掣肘的私有部署。
- NB-IoT：交通量大、要求标准 QoS 与运营商级可靠、愿意背 SIM 资费的规模化连接。
- Sigfox：极其廉价、"只会偶尔发几字节"的低频遥测，且恰好有运营商覆盖的市场。
一张逐项展开的矩阵表
把三个方案的关键刻度铺成一行行，决策依据就落在纸面上（定性对比，具体数值随地区与实现浮动）：
| 维度 | LoRaWAN | NB-IoT | Sigfox |
|---|---|---|---|
| 频段归属 | 免授权 sub-GHz | 授权蜂窝频段 | 免授权超窄带 |
| 网络形态 | 自建网关 + 自建网服 | 运营商整网 | 运营商统一托管 |
| 部署模式 | 私有可控 | 租网（SIM + 资费） | 托管（依赖覆盖） |
| 数据速率 | 低（几十到二百字节） | 中等偏上 | 极低（极少字节） |
| 覆盖 | 自建网关决定，可私有补盲 | 依赖运营商基站覆盖 | 依赖厂商覆盖 |
| 可靠性/标准 | 协议级可靠、自建兜底 | 标准 QoS、运营商级 | 极简、覆盖停电则失联 |
| 成本结构 | 一次性网关投入 + 长期运维 | 连续资费 | 按量极低 |
| 数据主权 | 完全自持 | 在运营商网络内流转 | 在厂商网络内流转 |
这三行矩阵平时各说各话，只有并排看才现出真面目：LoRaWAN 用"自建 + 主权"换"可控、私有、补盲"；NB-IoT 用"资费 + 依赖基站"换"可靠、标准、省心"；Sigfox 用"极简 + 强依赖厂商"换"最廉价"。没有全胜者，只有最适合你约束的那个。
用三个量化现场把选择落到地
参数再全，不如三个具体现场帮你动手选。
现场一：一座自有园区想全连接但不交数据出去。 物业有能力布网关、数据敏感（摄像头/门禁/能耗都自营），指定要私有与主权 → LoRaWAN。理由：我可以自己补盲、自己管密钥、数据不出园。
现场二：一张跨省物流托盘要全国轨迹。 终端量大、要长期流动、依赖既有的广覆盖 → NB-IoT。理由：我不用自建一张全国网，交给运营商广覆盖最划算，接受的代价是 SIM 与资费。
现场三：一个只需要"每天报一次存在"的极小众场景且该市场有 Sigfox。 预算极紧、字节极少 → Sigfox。前提是本市场确有能力覆盖且厂商稳定，否则潜在失联风险要心里有数。
三个现场把"自建/租网/托管"三种姿态演绎了一遍，也最直观地回答了本节开头那两句话判据。
一个关键的经验判断
选 LPWAN 时，最容易翻车的是**"把 LoRaWAN 的免授权当免费，把 NB-IoT 的覆盖当默认会覆盖到现场"**。实际上 LoRaWAN 的自建网关要一次性投入与运维，NB-IoT 则要确认现场真有运营商基站信号。先盘自己的现场与预算，再谈技术选型，否则会为了"省资费"自建一堆没人维护的网关，或为了"省事"签了一个信号空白区域的 SIM 套餐。
⚠️ 常见坑：Sigfox 的"网络即服务"听起来省心，但若该市场没有运营商覆盖、或厂商调整经营策略，整批终端可能一夜失联。对关键业务，切换成本高的依赖要谨慎。
落到一句话
如果给三个方案各贴一个标签：LoRaWAN 是"自建+主权"，NB-IoT 是"租网+可靠"，Sigfox 是"托管+极简"。放回你的现场去选，比列任何参数都准。
两个常被忽略的长期账：可用性与迁厂
除了眼前的技术参数，还有两本几乎不会写进选型表的账，恰恰最能拖垮一个项目。第一本是"可用性归谁"。 自建的 LoRaWAN 网关一旦坏点、停电即整片段盲区，可用性全押在你自己运维团队手上；而 NB-Sigfox 的覆盖关你没事，可用性由运营商的网络质量决定——省了运维，却也把"出问题找谁"的控制权交了出去。第二本是"以后要不要搬"。 一个分布式园区的方案，若今天图省事选了托管型，改天园区扩张或搬迁，覆盖跟不跟得上、换不换得了运营商网络，都是切刀；而如果当初选的是自建 LoRaWAN，迁个新址往往只需在新址补几台网关即可延续。这两本账不放回决策里，很多项目会在"上线一年后"才发现自己选了一条不好掉头的路。
一张按现场类型的快速检索表
把三类现场对着表查一遍，能少走很多弯路：
| 现场类型 | 优先方案 | 一句话理由 |
|---|---|---|
| 私有园区/农田/楼宇群 | LoRaWAN | 可以自建补盲、数据不出园 |
| 跨省流动的规模化设备 | NB-IoT | 依赖运营商既有广覆盖 |
| 极简低频、硬币级预算 | Sigfox | 字节极少、成本最低 |
| 信号一定空白且要私有 | LoRaWAN + 补盲网关 | 优先保覆盖再谈协议 |
这张表不是替代决策，而是把"现场形态"作为第一筛子：形态先定，再从剩余候选里挑。多数工程用这一层就能把范围收敛到一个可深谈的方案。
💡 收束直觉：三个方案没有高下，只有"适不适合你的现场与预算"。先盘清"能不能自建、现场有无覆盖、付不付得起 SIM"，三问一出，答案基本落定。
本节要点回顾
- 要点一：LoRaWAN 免授权自建、数据主权在自己手里；NB-IoT 蜂窝授权租网、覆盖与可靠有运营商背书；Sigfox 超窄带托管极简。
- 要点二：选型先盘"现场有没有可用覆盖、愿不愿自建网关、付不付得起 SIM"。
- 要点三：LoRaWAN 适合私有园区/农田，NB-IoT 适合规模化标准连接，Sigfox 适合作怠低频。
- 要点四：切换成本高的依赖要谨慎，尤其 Sigfox 这类强绑厂商的方案。
三个 LPWAN 选明白了，6.3 动手做桥接——一张网关怎么把 LoRaWAN 电波变成云端熟悉的 MQTT 消息。