GSM侧未配置数据导致GL站点制式间通信异常告警

  • 格式:docx
  • 大小:79.99 KB
  • 文档页数:3

GSM侧未配置数据导致GL站点制式间通信异常告警
C国N局,GL SDR站点, L侧版本为eRAN6.1SPC240版本,L侧数据完全配置,G侧只插了一块GTMU单板,没有配置数据, L侧上报ALM-26270制式间通信异常告警,需要分析原因。

L侧主控板UMPT板插在7槽, G侧主控板GTMU板插在6槽。

1. 告警机制和原理解释
在多模配置下,当该制式的主控单板与其他制式的主控单板之间的通信出现异常时,产生此告警。

【告警握手检测原理】
通过双模主控单板间的握手消息来确定通信链路的状态:握手消息总是由7槽发起,6槽接收,并且每隔2s发一次,一次成功的握手包括6槽收到握手请求并且7槽随后收到握手响应。

对于7槽,如果连续5次没有收到握手响应,则认为链路中断;同理,对于6槽,如果连续5次没有收到握手请求,则认为链路中断。

链路由坏变好的握手成功次数是3次。

【告警产生机制】
在多模基站场景下,不同制式的主控板之间需要定期进行握手,以检测通信链路状态。

当两个主控板之间连续约45s进行握手都出现失败,则产生此告警;
【告警恢复机制】
Ø 告警产生后,如果连续约30s握手都成功,则告警恢复。

Ø 当拔掉对端制式的主控板或者在BBU互联场景下拔掉互联线后,本端制式检测不到对端制式,持续3分钟左右系统自动删除该对端制式,本端制式与该对端制式的制式间通信异常告警也会随之恢复。

2. 告警原因分析
对于ALM-26270 制式间通信异常告警,如图1可知,产生的软件原因有
Ø 另一个制式的基站安装但是未配置导致基站反复复位。

Ø 另一个制式的基站软件升级引起的复位或者直接通过MML命令复位。

Ø 另一个制式的基站与控制器或者网管长期断链导致基站反复复位。

Ø 另一个制式的主控单板运行异常。

Ø 本制式的主控单板运行异常。

产生的硬件原因有:
Ø 本制式的主控单板硬件故障。

Ø 另一个制式的主控单板硬件故障。

Ø BBU互联场景下,BBU互联线缆异常或者BBU互联端口光模块故障。

Ø 互联单板硬件故障。

图1 ALM-26270 制式间通信异常告警说明
由于对端并未配置数据,所以对端主控板的软件运行异常可以排除,先分析L 侧的主控板是否有相关的单板硬件告警,如图2,由告警故障日志看到,在制式间通信异常告警频繁出现的时间段,只有用户面承载链路故障告警,前后都没有单板硬件相关的告警,排查L侧主控板硬件故障。

图2 告警日志图
L侧分析内部日志,也无相关软件上的运行异常。

和GSM侧确认,当GSM侧基站安装了主控板但是没有配置数据,且没有和BSC 建链的情况下,GSM侧基站BTS会30分钟复位一次。

综上分析,该告警频繁产生和恢复的原因,是由于G侧基站复位,复位期间L侧主控板无法与G侧主控板通信,造成告警上报。

G侧复位起来后,L侧主控与G侧主控通信恢复,告警恢复。

G侧基站反复复位和恢复,造成告警频繁出现和恢复
1) GTMU插入BBU框后,L侧主控检测到有对端制式主控在位,发起握手,并握手成功。

2)在未与BSC连接时,GTMU会定期复位,复位过程中,L侧主控无法与对端握手。

3) 45秒之后L侧主控上报告警。

4) GTMU复位起来之后,L侧主控与GTMU握手成功。

5) 30秒之后L侧主控恢复告警。

6) GTMU无法与BSC连接,到达时间门限后跳到步骤2。

G侧基站插了主控板,但是未配置数据,导致定期复位,复位期间L侧主控板无法与G侧主控板通信,造成告警上报。

G侧复位起来后,L侧主控与G侧主控通信恢复,告警恢复。

G侧基站反复复位和恢复,造成告警频繁出现和恢复
【规避方案】将GSM侧主控板拔下或者下电
【最近解决方案】GSM侧配置完整的数据。