LTE鍔ｅ寲灏忓尯浼樺寲鎸囧�兼墜鍐�-鍗庝负璁惧�� - 鐧惧害鏂囧簱

1.9 Top用户/Top终端类型排查 1.9.1 TOP用户识别

eNB侧无法获取到IMSI，通过TMSI进行判断

1、CHR中会记录用户的TMSI，但在TAU更新中核心网一般会更新用户的TMSI，华为核心网对同一个用户一般只更新TMSI的左起第三、四位，比如0x C06E49A4、0x C06749A4为同一个用户，在统计时可以将这些TMSI统计成一个用户。其它核心网的TMSI一般TAU更新周期为2小时左右，具体要看核心网配置。

2、Top用户占总体异常的比例,Top1用户异常超过70％时界定为Top用户问题。

1.9.2 TOP终端类型识别

提取一定站点数量的日志，并对CHR中记录UE能力进行统计，将各种UE能力的比例统计出来，筛选出TOP1终端类型。

1.10 核心网异常排查

在以L.E-RAB.AbnormRel.MME为掉话原因的TOP小区中启动UU/S1信令跟踪，同时USN信令跟踪。

S1口跟踪到的UE CONTEXT RELEASE消息中携带的cause若为radioNetwork：ho-failure-in-target-EPC-ENB-or-target-system，且组网非跨MME的场景下，若L.UL.Interference.Avg超标，优先执行干扰排查。

若结合UU口信令跟踪，确认为切换执行阶段的unspecified原因，而在这种场景下若问题发生在核心网，则联系核心网人员分析；如果问题发生在基站侧，L.UL.Interference.Avg超标优先执行干扰排查。

其他场景，若涉及以下错误，联系核心网人员处理：

1.协议错误，多是ENB和核心网存在参数不兼容，需要根据原因提示解决 2.APN或DNS错误：核心网配置错误 3.未指定错误：依赖核心网人员定位

1.11 传输排查

非同一传输节点下的TOP小区问题，需要对TOP小区逐个定位；同一传输节点下的局部小区问题，定位传输节点问题；整网问题：统管全网的传输节点问题或UGW异常。

查看是否有传输类告警：ALM-25888 SCTP链路故障告警，ALM-26223 传输光接口性能恶化告警，ALM-29214 网元端口发送丢包率过高告警，ALM-29207 基站控制面传输中断告警，ALM-25880 以太网链路故障告警

第9页,共21页Page 9 , Total21

检查VLAN，DSCP，IPRT，IPPATH，SCTP等传输参数配置与规划是否一致。

第10页,共21页Page 10 , Total21

2 高S1切换占比问题

高S1切换占比小区，如果是跨MME引起的高S1切换属于正常情况，另一个就是X2切换准备失败在X2后交换中：

? 跨MME的站间切换排查，如果两个站点时跨MME的切换必然走S1，这部分无法避免 ? 对于其他走S1切换的多位X2口信令异常问题，主要排查X2口上问题即可

2.1 X2接口信令异常

对于切换流程，只有经过X2的站间切换在X2口有切换流程的信令：在X2接口通常情况下有如下4条信令：切换请求（HANDOVER REQUEST）、切换响应(HANDOVER REQUEST ACK)、SN状态转发(SN STATUS TRANSFER)、UE上下文释放（UE CONTEST RELEASE），如下图中红色信令：

X2接口信令异常的常见原因有： 1) 切换请求丢失，可能的原因主要有

? eNB内部处理测量报告异常，如邻区漏配、内部模块处理失败 ? X2口传输异常，如传输丢包 2) 切换响应丢失，可能的原因主要有

? 源小区内部异常，源小区在目标小区回切换响应之前，向目标小区在X2口发

HANDOVER CANCEL信令

第11页,共21页Page 11 , Total21

? 目标小区切换准备异常，这时通常会在X2口出现 HANDOVER PREPARATION

FAILURE信令

? X2口传输异常，如传输丢包

3) SN状态前转信令丢失，可能的原因主要有

? X2口传输异常，如传输丢包 ? 源小区内部错

4) UE上下文释放信令丢失，可能的原因主要有

? X2口传输异常，如传输丢包

? 目标小区收到切换完成后内部处理错，导致没有进行S1 PATH切换 ? S1 PATH切换失败

对于X2口消息交互出现异常，通常是传输失败或基站内部处理出错，而基站内部处理出错的概率较小，传输失败的可能性较大，但比较难以定位，需要在传输的两端抓包确认。

第12页,共21页Page 12 , Total21