远程抄表是智慧水务建设中的基础环节。传统机械水表依赖人工上门抄读，长期面临入户难、估抄漏抄、数据滞后三方面的困难，老旧小区与城中村尤为突出。

为水表配置 LoRa 通信模块后，表计可按设定周期自行上报读数，由网络侧统一汇聚，抄表方式由此从人工上门转为远程自动采集。

一、LoRa 与 LoRaWAN 的分工

读这类方案时最先要分清的，是两个常被混用的词：LoRa 管射频层，决定信号怎么调制、能传多远；LoRaWAN 管网络层，决定设备怎么入网、数据怎么汇集、下行指令怎么回来。

两者不在同一层也不竞争，单靠 LoRa 只能把信号发出去，要把大量水表组织成一张可管理的网，还得有网络层的规则。

拆开看，一套抄表系统涉及三件事。

1、射频层由 LoRa 承担。LoRa（Long Range）是 Semtech 主导的物理层调制技术，基于线性调频扩频（Chirp Spread Spectrum），工作带宽与扩频因子都在这一层确定。

2、网络层通常由 LoRaWAN 承担。这是 LoRa 联盟维护的开放协议，负责终端入网、地址分配、数据加解密与上下行时序。绝大多数水表项目走这条路，也有厂商自定义私有协议，实现简单，但互通性与平台对接能力受限。

3、频谱使用另有一套规则。国内水表常用 470—510 MHz，归属微功率短距离设备管理，可用频段、发射功率、单次发射时长均由无线电管理规定确定，与 LoRa 和 LoRaWAN 本身无关。

按这个分工，本文所说的 LoRa 抄表，准确表述是“以 LoRa 为射频方式、以 LoRaWAN 为组网协议的抄表系统”。下文提到灵敏度、链路预算、扩频因子，指的是射频层；提到网关、星型结构、下行，指的是网络层。

二、射频层特性与水表业务的匹配关系

1、先看射频层，核心在于取舍。

LoRa 将信号能量分布到较宽的传输带宽上，以此获得较高的处理增益，公开数据给出的接收灵敏度约为 -148 dBm，该数值对应较低速率与较窄带宽的配置，链路预算通常在 150 dB 量级。

扩频因子 SF7—SF12 提供速率与覆盖之间的调节：取值越大，通信距离越远、抗干扰越强，代价是速率下降、空中占用时间延长。

水表业务数据量小、上报频次低，每日若干次读数与告警均为字节级数据包，对速率要求不高。

2、续航则由两层共同决定。

射频层面，信号以低速率小包方式发送，单次在线时间很短；网络层面，LoRaWAN 的 Class A 工作方式让终端平时休眠，发送完成后只在两个短暂窗口等待下行。因此采用锂亚硫酰氯电池供电时，公开参考设计给出的常见寿命约为 6—10 年，实际取决于上报频次与电池容量。

三、水务现场的落地价值

落到水务现场，价值主要集中在四个方面。

1、减少布线与开挖工作量。无线方式免去管线施工，在开挖成本高的老旧小区与城中村尤为明显。

2、免去蜂窝网络的资费支出。非授权频段不产生 SIM 卡流量费用，对表计密度高、单表收益有限的自来水公司较为友好。

3、网络自主可控。网关与服务器均可由水司自建，数据在本地闭环处理，不经由公网流转，便于对接营收系统与 DMA 分区计量平台。

4、终端续航周期长。休眠机制减少上门更换电池的工作量，周期上报的数据还可用于夜间最小流量分析，为漏损定位提供依据。

下表为定性对比，具体数值随设备型号与现场环境差异较大，应以所选设备的规格书与现场实测为准。

四、LoRaWAN 组网的组成与数据链路

以下属于网络层。一套抄表链路通常包括四个环节：加装 LoRa 模块的水表采集计量数据并周期上报；小区或片区的 LoRaWAN 网关，业内也简称 LoRa 网关或集中器，汇聚覆盖范围内全部表计的上行数据；网关再通过 4G 或以太网把数据回传至 LoRaWAN 网络服务器，对接水务平台完成计费、告警与分析。水表端平时休眠，到达上报时隙后唤醒并发送一帧数据。部署方式取决于终端形态，紧凑的数传终端通常嵌入水表或集中器内部，与计量单元共用外壳与供电。

五、需要明确的适用边界

1、频段使用须满足监管要求。非授权频段的微功率设备，发射功率、占用带宽、单次发射时长等指标均须符合当地无线电管理规定，且各地区条款存在差异，部署前应先行确认。

2、信号穿透受现场介质影响。建筑结构、井盖与金属表箱都会带来衰减，地下表井、深井表位的覆盖不能直接套用开阔环境指标，通常需要增设集中器或调整天线。

3、覆盖范围取决于网关而非终端互联。标准 LoRaWAN 为星型拓扑，终端之间不承担中继转发，每只水表的数据都要由网关直接收到，出现盲区时必须补网关，相应增加投入。

4、同频段存在干扰风险。智慧照明、独立式烟感等设备可能共用同一频段，建网阶段宜做频谱规划与信道分配。

5、协议选择影响后续扩容。LoRaWAN 网络中不同厂商的设备可接入同一张网，私有协议则通常受限于单一供应商。

综合来看，这套方案适用于中低密度、以周期抄读为主的计量场景；对实时性或下行指令响应要求较高的业务，应在方案阶段单独评估。

六、选型权衡

选型可以从五个维度展开：

1、表计分布集中还是分散；

2、上报频次与下行指令（如阀门控制）的需求强度；

3、频谱合规成本；

4、全生命周期投入，涵盖模组、网关、服务器与运维；

5、生态的开放程度。

粗略判断是，表计集中、具备自建运维能力、以周期抄读为主的城市项目，LoRaWAN 自建方案在成本与自主可控方面通常更具优势；表计分散、缺少运维团队、希望由运营商承担维护的项目，蜂窝方案更为省心。两者并不互斥，混合组网已有案例，代价是平台侧复杂度有所提高。

把射频层与网络层的分工说清楚之后，再看它的价值所在：不在于技术的新颖程度，而在于把每月一次的人工抄读转变为每日可见的数据采集，使漏损分析与营收管理获得更细的数据颗粒度。

这类网络的目标不是链路始终最优，而是在有限的功耗预算与较低的部署门槛下，让分散的水表保持稳定上报。

完成覆盖测试、厘清技术与合规边界之后，远程抄表才具备稳定运行的前提。