产品行业: ISP与互联网系统部(L1)-通信(L2) 产品型号: iMaster MAE 背景叙述: [图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/jdc/api/attachment/downLoadByAid?path=202504/09/095659f2aa1dd0-c861-4115-8486-f133f9de24fd.png&aid=963191&bussinessType=2&tid=1139924[图片] [图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/jdc/api/attachment/downLoadByAid?path=202504/09/09573379e25128-ff18-46e0-8868-e764c23deef6.png&aid=963192&bussinessType=2&tid=1139924[图片] 上面的gnodeb Xn接口故障的告警反复重复出现，1-2分钟后恢复，之后不定期再出现。 gnodeb Xn接口故障的告警，具体问题=底层链路故障产生，这个很好理解。 系统给出的故障原因： XnAP（Xn Application Protocol）连接在底层SCTP链路资源可用时，gNodeB将向对端基站发起连接建立请求；对端基站对连接请求做合法性检查，检查不通过，将无法建立连接；gNodeB收到对端基站的响应后，如果发现对端基站在黑名单中将无法建立连接。 1、当XnAP协议层因配置错误或者对端基站异常无法建立连接时，产生此告警；当全部XnAP协议层建立连接成功时，则上报告警恢复。 2、当底层SCTP链路故障，也会产生该告警；当所有底层SCTP链路资源变为可用，则上报告警恢复。 3、一条或者多条Xn接口因为相同原因故障时，只会产生一条此告警。当同一种原因故障的Xn接口全部恢复时，才会恢复此告警。 4、在告警产生累计时间窗（默认900秒）内，当Xn接口状态变为不可用，且该状态累计达到90秒（默认）未恢复时，将产生该告警。当Xn接口状态变为可用，且Xn接口状态在告警恢复累计时间窗（默认180秒）内一直可用，则上报告警恢复。告警产生和恢复的时长可以通过SET ALMFILTER进行设置。 5、当gNBSharingMode.MultipleNCISwitch打开，存在Xn接口没有通过ADD GNBCUXNOP绑定运营商时，Xn接口无法建立连接，则上报此告警。当绑定运营商后，则上报告警恢复。 6、当共建共享下多NR小区标识License不足时，会产生此告警，当License满足，则恢复告警。 产品问题: sctp底层链路故障产生的原因，分为6类，分别涉及配置错误、IP链路、接口（多条xn接口故障)、告警参数、共享配置、license，整个流程排查下来，非常繁琐。 产品建议: gnodeb Xn接口故障告警提供子原因码，直接区分这六类子故障原因，为排障提供更具体的信息。