一、告警排查
5G站点AAS在完成工程替换（64TR更换成32TR）后，出现数据配置不一致告警，进而引发小区服务降级，如下：
查询小区硬件信息，站点1、3小区已完成替换，2小区仍是原AAS（64TR），而1、3小区正常，2小区出现告警，结合告警看到，对应扇区-2覆盖类型出现不一致告警，进而判断数据配置有误。
二、替换原理
在设备替换中，原有64TR AAS设备需要替换成32TR AAS，这是因为新32TR设备支持水平面波瓣宽度变大（单扇区水平夹角可达160°），进而原有三个扇区可以核减至两个，而且功率由原来支持240W能提升至320W，可保持原有覆盖范围。
完成物理硬件替换，后台需要创建一系列支持32TR的MO参数配置，如AntennaNearUnit、electricalAntennaTilt 、coverageShape、azimuthCoverageWidth等等；删除旧的64TR等参数。
三、根因定位
如上所述，正常情况下，2小区正常是需要核减掉的，替换后保留1、3小区；而替换期间，2小区同其它小区一样，均执行替换32TR脚本，而64TR AAS不支持此类参数配置，进而上报AAS-2配置不一致告警。
回查执行指令，对AAS-2的新创数据制作虽然完成，但并未生效，如下：
最后，对此64TR小区完成核减就可以了。
四、案例小结
1、在设备替换升级中，需要进行区分执行，按设备型号执行不同脚本，避免"一刀切"。
2、增加预检查项，在替换脚本执行前，增加对当前硬件型号的核查。
3、当出现"数据配置不一致告警"时，及时核查配置命令是否执行生效或者操作有误。