FDD-LTE--RRH断电恢复后无法做业务故障案例分析.doc

2014年12月 ASB FTM Dec.2014 PAGE 8 2014年11月 ASB FTM Nov.2014 PAGE 1 RRH断电恢复后无法做业务故障案例分析 上海贝尔股份有限公司FTM团队 摘要：9月17日下午，某站下挂室分信源RRH在断电恢复后无法做业务. 关键词：RRH断电恢复; 无法作业务 1 故障现象/功能介绍 9月17日下午，某站下挂室分信源RRH2，在断电恢复后无法做业务。具体时间点如下：从网管历史告警里看出来，由于电源故障导致该站RRH在14点08分断电，在14点20分电源恢复，RRH恢复监控，小区正常建立，发射正常，但是现场用户投诉一直无法做业务，直到14点53分，网管重启RRH后业务恢复正常。 2 原因分析/原理介绍 从指标统计看，14：20分RRH恢复后，指标出现恶化，RRC重建比例和context掉线率恶化严重，现场反应无法接入或者无流量。 表2.1 指标统计情况 从后台网管抓取的此基站的信令分析看，RRC connection可以建立成功，过一段时间后由ENB释放连接，或者失步后触发重建，RRC重建失败后释放连接；RRC重建失败原因均为other failure，为ENB检测不到UE发起的释放；ENB发起连接释放的原因为radio connection with ue lost： 表2.2RRC信令情况 故障恢复后紧急联系二线支持及后台研发，收取现有的log进行分析及定位： 从发生故障时基站内部的trace中发现，下行ARQ重传次数超出最大值，导致eNB和UE间失步，因此导致了拆线流程，触发rrc释放。 MacUeFailureInd externalMessagedls_rlc_mac_ue_failure_indication_t: 0084000700000004000000000086000000000047000000cafffffff2014/09/17 14:37:59.575917219] UPOS #671 2014-09-19T11:07:59.575854-00:00 [0x800010ec] CallpBrc_2 RlcMacUeFailureInd externalMessagedls_rlc_mac_ue_failure_indication_t: 008400070000000400000000008600000000002e000000d7fffffff2014/09/17 14:37:59.585961479] UPOS #672 2014-09-19T11:07:59.585916-00:00 [0x800011b4] CallpBrc_2 RlcMacUeFailureInd externalMessagedls_rlc_mac_ue_failure_indication_t: 0084000700000004000000000086000000000068000000d6ffffffff00f60001 上述log中dls_rlc_mac_ue_failure_indication_t字段最后一位为1，代码中定义为DL_ARQ_RETX_COUNT_MAX_EXCEEDED，即下行ARQ重传次数超出最大值。 进一步分析BBU的log，发现信道板上对于问题小区分配的当前内存memory指针异常溢出，从而导致了内存错乱，在处理该小区的RLC层等消息出现异常，触发问题流程。 现场通过reset RRH，BBU上对应此小区的内存指针被清空，小区重新建立，因此故障得到恢复。 267806812196 SINGLE A 3 1 COMMON_MODULE_ADDR COMMON_ERROR_HANDLE_ADDR ADP_SLAVE_QUE_ERROR 0x1111 267806817255 SINGLE A 3 1 COMMON_MODULE_ADDR COMMON_ERROR_HANDLE_ADDR ASSERT_ERROR_ID 0x9016 267806822314 SINGLE A 3 1 MODULE_ADDR COMMON_ADDR ERROR_INDICATION 0x24ff 267806827505 SINGLE A 3 1 MODULE_ADDR COMMON_ADDR ERROR_INDICATION 0x197 267806832576 S