定义
AMI（Advanced Metering Infrastructure）高级计量基础设施，通过 NB-IoT/4G 模组实现水电气热表远程抄表、预付费、阶梯计价，替代人工入户抄表。
系统架构
AMI 由智能表计、通信网络、抄表平台、数据分析系统组成。智能表计内置 NB-IoT 或 LTE Cat.1 模组，按设定周期或事件触发上报用量数据；平台接收数据后完成计费、阶梯计价、欠费告警、远程阀控等。电表采用 DL/T 645 协议，水表、燃气表采用 CJ/T 188 协议，热表有相应行业标准，模组负责将协议数据封装后经蜂窝网络上传。
通信制式选择
NB-IoT 适合水表、燃气表等低频抄表场景，功耗低、覆盖深、成本优；LTE Cat.1 适合电表、热表等需较高频率或实时控制的场景。表计多安装在楼道、地下室等弱信号环境，模组需具备强覆盖与低功耗能力；预付费场景还需支持下行远程阀控，对时延有一定要求。
智慧计量价值
AMI 实现抄表自动化，降低人工成本、减少入户打扰；支持阶梯计价、峰谷电价等精细化计费；预付费与远程阀控降低欠费风险；用量数据分析可发现异常、辅助节能。随着智慧城市推进，AMI 已成为水电气热行业标配，通信模组是其中关键一环。
工程实践补充
针对「AMI」的跨团队协同：硬件提供阻抗与电源预算，射频提供杂散与灵敏度余量，嵌入式明确线程模型与存储寿命，云端明确 SLA 与限流。对 NB-IoT 等场景，业务模型需与唤醒周期、包长与下行容量匹配；对车载与移动场景，需考虑切换与漫游时的会话保持。项目收尾做一次「红队」式复盘：弱网、掉电、证书过期、时钟跳变与存储写满是否都有定义行为。
抄表窗口与阀控指令的时间差
AMI的技术含义，是用通信把表计、采集和计费连成可远程执行的计量系统，而不只是“表能上网”。用量上报可以按小时甚至按天汇集；欠费关阀、开阀和校时却是下行命令，必须落在表计醒着的窗口里。使用条件因此要同时满足三件事：电池能支撑一次完整的附着和发射，网络允许在可接受的时间内把命令送到终端，表计地址在平台和表内完全一致。
水表、燃气表若采用很长的休眠，平台在睡眠期间下发的阀控会堆积或超时。设计时应把“最坏到达时间”写进业务说明，并让表计在约定窗口主动询问是否有待执行命令，而不是假定网络随时能把表叫醒。电表需要更密的曲线或远程拉合闸时，再评估更高速率的制式，而不是所有表都套同一套周期。
表地址重复时会出现错抄
集中器下挂多块表时，地址冲突会让用量记到另一块表上，平台侧曲线仍然连续，很难从“有没有数据”看出来。施工清单、表内地址和平台档案必须能相互核对，更换表计后旧地址要立即停用。广播校时若没有冲突避让，多块表同时应答会把总线堵死，随后蜂窝侧只看到集中器超时。
地下室和管井的覆盖不足时，模组会反复搜网，电池曲线在几次抄表后就异常下降。这时应先改善天线位置或集中器中继，而不是把上报改得更勤。休眠参数要和eDRX的寻呼窗口一起算；脉冲电流则要回到电池化学体系，避免开路电压看起来正常、发射瞬间却复位。
曲线连续却对不上表底
平台每天都收到读数，不代表读的是那块表。地址错一位时，曲线仍然单调上升，直到和人工抄见的表底对不上才暴露。验收应抽几块表，把表上显示的当前累计和平台最后一帧逐项比对，包括小数位和单位。阀控验收不能只看平台按钮变了状态，要在表端确认阀门状态，并在随后的用量帧里看到流量确实停了。只比对通信成功次数，会把错抄放进结算。比对时连同冻结的抄表时刻一起看，避免平台显示的是上一周期的旧底码。