LoRa 和 NB-IoT 的对比文章很多，但多数停留在「LoRa 免费、NB-IoT 要资费」「LoRa 自组网、NB-IoT 运营商网」这两句。这两句是对的，但不足以做决策。
真正决定选型的是两个问题：这个项目你打算运维几年？这些点位的分布是集中还是分散？把这两个问题回答清楚，选型基本就定了。这篇用四个维度和五年周期算账，最后落到六类具体场景。
先看结论
- ✓两者的根本差别不是技术参数，是「网络归谁」：LoRa 自建自维护，NB-IoT 租运营商网络按卡付费
- ✓500 个点以内的分散场景，LoRa 三年总成本通常更低；超过 2000 个点且分布广，NB-IoT 更省心
- ✓NB-IoT 的省电优势在真实项目里经常被「信号弱导致重传」抵消，实测续航往往只有理论值的 40%-60%
- ✓LoRa 在城市环境实际覆盖通常 1-3 公里，不是宣传的 15 公里；网关选址比网关数量更影响覆盖质量
- ✓混合组网不是妥协，是常态：固定密集区用 LoRa，广域分散点用 NB-IoT，一套平台统一接入
一、先看清根本差别：网络归谁，谁负责运维
把两者的技术参数放在一起比，容易越比越乱。先看清一件事：LoRa 是你自己建一张网，NB-IoT 是租运营商已经建好的网。这一条决定了很多后面的差异。
| 维度 | LoRa | NB-IoT |
|---|---|---|
| 频段 | 免授权 ISM 频段（国内 470-510MHz） | 运营商授权频段 |
| 网络建设 | 自己买网关、自己布点、自己调优 | 运营商已覆盖，插卡即用 |
| 持续费用 | 无资费，只有电费和网关维护 | 每张卡每年资费 |
| 覆盖责任 | 自己负责，覆盖不到自己加网关 | 运营商负责，覆盖不到可以投诉推动补点 |
| 故障排查 | 网关掉线、干扰、丢包都要自己查 | 可以先找运营商查网络侧 |
| 数据路径 | 数据不出自己的网关，可完全内网 | 数据经运营商核心网，需要 APN/专网方案才能隔离 |
很多项目在选型时只算了硬件和资费，没算运维人力。LoRa 方案里，网关掉线、信号干扰、雨衰、天线老化都是你要处理的事；NB-IoT 方案里，这些是运营商的事，你只需要判断「是模组问题还是网络问题」，然后打电话。一个有专职运维团队的项目，这个差别不大；一个只有两三个人的项目组，这个差别可能是「能不能睡着觉」。
二、覆盖与穿透：宣传数字和现场数字差三倍
LoRa 厂商标称覆盖 15 公里，那是空旷视距条件下的实验室数据。真实项目里，城市环境 1-3 公里、郊区 3-8 公里、农村开阔地 8-15 公里，是比较靠谱的预期。
| 环境 | LoRa 实际覆盖 | 影响因素 |
|---|---|---|
| 城市密集楼宇 | 1-3 km | 建筑遮挡严重，需要网关加密或走楼顶 |
| 园区/厂区 | 1-2 km | 钢结构厂房穿透损耗大，室内需补盲 |
| 郊区/城乡结合部 | 3-8 km | 遮挡少，但要注意地面起伏 |
| 农村/野外开阔地 | 8-15 km | 接近标称值，天线高度是决定因素 |
| 地下空间（车库、管廊） | 100-300 m | 必须靠漏缆或分段布网关 |
NB-IoT 的覆盖优势是「覆盖增强」：相比 GSM 有约 20dB 的链路预算增益，穿透能力明显更强。地下室、管井、金属表箱这类场景，NB-IoT 通常比 LoRa 更容易打通。但这不是绝对的——如果当地基站没做 NB-IoT 优化，或者室内分布系统没覆盖到，一样没信号。
所以覆盖这件事的正确做法是：不要信任何一方的宣传数字，在项目现场做一次实测。LoRa 拉一个临时网关做路测，NB-IoT 拿几个测试模组在最难的点位放一周看上报成功率。这两件事花的钱，比选错方案后返工便宜得多。
新手常犯的错是按「覆盖面积 ÷ 单网关覆盖面积」算网关数量，然后发现装完还是丢包。真实原因是覆盖质量取决于网关的高度和遮挡，不是面积。一个装在 30 米楼顶的网关，覆盖效果可能顶三个装在 5 米杆上的。先做选址，再定数量。
三、功耗与续航：理论值要打对折
两者都是为低功耗设计的，但省电的机制不同：LoRa 靠「设备大部分时间休眠，只在预设时刻唤醒收发」；NB-IoT 靠「PSM/eDRX 让设备在空闲时进入深度睡眠，由网络侧保存上下文」。
| 场景 | LoRa 续航（2000mAh 电池） | NB-IoT 续航（同容量） |
|---|---|---|
| 每天上报 1 次 | 5-8 年 | 3-6 年 |
| 每小时上报 1 次 | 2-3 年 | 1.5-3 年 |
| 每 15 分钟上报 1 次 | 8-15 个月 | 6-12 个月 |
| 每分钟上报 1 次 | 2-4 个月 | 2-3 个月 |
这张表只能当参考。真实续航最大的变量是「信号质量」：信号弱时设备会提高发射功率并重传，一次重传的耗电等于十几次正常上报。在信号边缘区域，实测续航掉到理论值的三分之一很常见。
所以设计电池方案时，正确做法是把「信号质量」当成一等公民：安装前测信号，弱信号点位要么调整安装位置，要么加中继，要么换方案。指望「电池加大一倍」来解决，成本上升且治标不治本。
设计续航时，按理论值的 50% 做预算。也就是说，如果算出来能用 4 年，就按 2 年设计更换周期。这样即使遇到一个冷冬、几次弱信号重传，也不会在第一年就大面积换电池。换电池的人工成本，往往比电池本身贵好几倍。
四、五年总成本：把资费、网关、运维放在一张表里
这是决策的核心。单看硬件单价容易误判，因为 LoRa 的网关是一次性投入但需要维护，NB-IoT 的卡是持续支出但零维护。
以 500 个测点、5 年周期为例，做一个粗略估算：
| 成本项 | LoRa 方案 | NB-IoT 方案 |
|---|---|---|
| 终端模组 | 30-60 元/个 × 500 = 1.5-3 万 | 20-50 元/个 × 500 = 1-2.5 万 |
| 网络设备 | 网关 3000-8000 元/台 × 3-5 台 = 1-4 万 | 无（用运营商网络） |
| 通信资费 | 0 | 20-60 元/卡/年 × 500 × 5 年 = 5-15 万 |
| 安装调试 | 网关选址安装 + 终端调试，约 1-3 万 | 终端调试为主，约 0.5-1.5 万 |
| 5 年运维 | 网关巡检、故障处理，约 2-5 万 | 基本无，偶发换卡，约 0.3-1 万 |
| 五年合计 | 约 5.5-15 万 | 约 6.8-20 万 |
在这个量级上，两者差别不大，LoRa 略占优。但把点位数量放大到 2000 以上，结论会变：LoRa 的网关数量和维护工作量线性增长，而 NB-IoT 只增加卡费和终端，网络侧成本不变。
| 点位规模 | LoRa 相对优势 | 结论 |
|---|---|---|
| 100-500 点，集中在一个园区 | 明显便宜 | 选 LoRa |
| 500-2000 点，区域分散 | 接近持平 | 看运维能力，谁的团队能兜住选谁 |
| 2000-10000 点，跨区域 | NB-IoT 更省 | 选 NB-IoT，除非有数据不出内网要求 |
| 1 万点以上 | NB-IoT 明显省 | NB-IoT + 混合组网 |
NB-IoT 的资费不是固定的。很多项目按「首年优惠价」做预算，第二年开始按标准资费续费，成本可能翻倍。签合同前要问清楚：五年期的资费是否锁定、有没有阶梯价、停卡保号怎么收费。一个 5000 点的项目，资费从 20 元/年涨到 50 元/年，五年多出 75 万。
五、生态与运维：谁能帮你解决问题
技术参数之外，还有一层现实：出问题时谁能帮你。
| 问题 | LoRa 找谁 | NB-IoT 找谁 |
|---|---|---|
| 设备不上报 | 自己查：网关是否在线、信号强度、终端是否死机 | 先查模组状态，再找运营商查卡状态和网络侧 |
| 覆盖不到 | 自己加网关或调整天线 | 向运营商报障，推动补点（周期长，不保证） |
| 数据丢失 | 自己分析网关日志和空口质量 | 可申请运营商提供网络侧数据做比对 |
| 大规模掉线 | 自己排查干扰源（同频设备、大功率设备） | 运营商侧可能是基站升级或参数调整 |
LoRa 的自主性高，代价是所有问题都要自己扛。这在有运维团队的项目里是优势（响应快、可控），在没有运维能力的项目里是灾难（一个网关掉线，整片区域失联，没人知道为什么）。
NB-IoT 省心，代价是出问题时你只能等。运营商报障的处理周期通常按天算，不是按小时。对实时性要求高的业务，这个等待时间要提前考虑进去。
还有一个经常被忽略的点：NB-IoT 的模组和网络存在兼容性问题。不同厂商的模组对同一张卡的适配程度不一样，尤其是 PSM 参数协商、eDRX 周期、附着流程。选模组时要看它在你目标运营商的网络下有没有大规模商用案例，不要只看价格。
六、六类场景的直接结论
把前面的分析落到具体场景上。以下结论可以直接用，前提是你的场景和描述基本一致。
| 场景 | 推荐 | 理由 |
|---|---|---|
| 园区/厂区内的设备监测（几百个点、集中） | LoRa | 点位集中，一两个网关能覆盖；数据可留在内网；无持续资费 |
| 城市管网/井盖/消防栓（分散、跨区） | NB-IoT | 点位分散且数量大，自建网关不现实；井盖下信号要求高，NB-IoT 穿透更强 |
| 农业大棚/大田墒情（农村开阔地） | LoRa | 农村覆盖好，点位相对集中，太阳能供电成本低，无资费适合长期运行 |
| 智能表计（水表、电表、燃气表） | NB-IoT | 行业标准已倾向 NB-IoT；量大；运营商有成熟资费和集采模组 |
| 地下管廊/地下室环境监测 | NB-IoT 优先，LoRa 补盲 | 地下 LoRa 覆盖差，必须分段布网关；NB-IoT 有覆盖增强优势 |
| 临时/移动场景（工地、车辆、租赁设备） | NB-IoT 或 4G Cat.1 | LoRa 需要固定网关覆盖，移动场景不适用 |
注意最后一条：如果设备会移动，LoRa 基本不适用，因为它的覆盖依赖固定网关。这时候要么 NB-IoT，要么 4G Cat.1（成本更高但实时性好）。
七、混合组网：多数项目的真实答案
实际项目里，单一方案经常不够用。一个智慧园区项目，楼内温湿度可以用 LoRa（集中、内网、无资费），室外井盖和消防栓用 NB-IoT（分散、穿透要求高），地下车库用 LoRa 加漏缆或分段网关。三种方案并存，平台侧统一接入。
混合组网的前提是平台侧要能抽象。做法是在接入层做一个「协议适配层」，把 LoRa 网关的 MQTT 上报、NB-IoT 平台的 HTTP 回调、4G 设备的 TCP 上报统一转成内部标准格式，上层业务不关心设备走的是什么网。
统一「设备标识」和「数据模型」两件事，别统一「通信方式」。设备标识要在全平台唯一且稳定（不要用 IP 或卡号做主键），数据模型按业务对象定义（温度、湿度、电量），而不是按协议定义。这两件做对了，后面加任何新网络类型都不用改业务层。
反过来说，如果一开始就把「LoRa 设备」和「NB-IoT 设备」当成两类不同的东西建两套表、两套页面，后面维护成本会翻倍。这类设计债在项目初期看不出来，两年后想合并极其痛苦。
常见问题
选型和技术评审时最常被问到的几个问题，直接给结论。