NB‑IoT/LoRa AMI 智能抄表系统搭建实战：架构、部署、运维与安全合规

一、AMI 五层架构 1）设备层：智能水表（NB‑IoT/LoRa/485）、阀控表、压力/流量计； 2）采集层：集中器/边缘网关（协议转换、缓存、加密）； 3）网络层：运营商 NB‑IoT、私有 LoRaWAN、以太网与 4G 备份； 4）平台层：设备管理（注册、鉴权、远程参数）、数据服务（时序库、报表）、告警引擎、计费引擎、支付与发票； 5）应用层：供水公司总部、营业厅、物业、用户端小程序、第三方监管 API。 二、网络与设备的三项关键 寻址与标识：IMEI/ESN 与表号一一对应； 心跳与上报：合理设置 PSM/eDRX；LoRa 建议 SF 与功率按分区优化； 时钟同步：集中器与水表采用 NTP/RTC 双校准，账单周期不跑偏。 三、平台部署与高可用 微服务与容器化：采集、告警、计费、支付解耦； 时序数据库：建议 InfluxDB/Timescale； 双机热备：主备活跃+对象存储，日志 180 天留存； API 网关：限流、鉴权、审计，方便与 ERP/财务系统对接。 四、数据安全与合规 传输加密：TLS/DTLS； 数据脱敏：用户姓名、地址、电话在展示与导出层做脱敏； 权限分域：运维、抄表、财务、稽核分权； 合规：遵守《数据安全法》《个人信息保护法》及各地住建/水务办文件。 五、告警与工单闭环 长流水/夜间异常：阈值与模型双触发； 低电/失联：分级告警，批量远程参数调整； 漏损分析：在 DMA 粒度计算 最小夜间流量（MNF），压缩漏损定位范围； 工单：短信/微信推送 + APP 上报，闭环到 已解决/仍异常 的二次核查。 六、账单、支付与发票 账单周期与阶梯水价灵活配置； 微信/支付宝/银联聚合收款； 电子发票与对账导出； 欠费阀控支持“先提醒—再限制—最后断供”分级策略，保障用户体验与舆情安全。 七、OTA 与运维指标 OTA：分批灰度、断点续传、失败回滚； KPI：日成功上报率≥98%、月失联率≤2%、阀控成功率≥99%、投诉率≤0.1%； SLA：平台 99.9% 可用、告警到工单生成≤3 分钟、支付回执≤5 秒。 KPI 模板与验收表在 www.9593089,com 下载即可套用。 八、常见坑位 设备装完才发现 APN 未开通； 井室金属封闭导致 信号盲区； 平台与财务系统对接忘记 发票回写； 只做“数据展示”，未形成 告警—工单—核查 的闭环。 结语： AMI 成败关键不只在表计，更在于 网络规划、平台设计与运维体系。把上述动作模板化，项目交付与扩容都会更稳。更多表单与脚本请访问 www.9592089,com（www.9592089.com） 与 **www.9593089,com（www.9593089.com）**。