LTE_PCI复用距离不足导致掉话优化案例

1. 问题描述：

 在某县簇16优化中，某大道路段，UE占用源小区GZ_ZF_L_XT_龙南交通局_2（PCI=271,RSRP=-90dbm）主服务小区信号,向邻接小区GZ_ZF_W_XT_龙南新都_3（PCI=278,RSRP=-79dbm）移动，上报MR+A3事件要求切换GZ_ZF_W_XT_龙南新都_3小区，但一直未切换成功且很快出现掉话，随后UE在GZ_ZF_W_XT_龙南新都_3小区发起重建被拒（重建原因为handoverFailure）；

2. 问题分析：

2.1、连接与掉话的基本概念：

Ø  1、正常释放：

Ø  2、掉话：

是指UE异常退出RRC_CONNECTED状态导致的连接中断。

2.2、掉话的常见表现：

Ø  1、重建立失败导致的掉话，从信令看：

1)  UE在UL-CCCH上发送“rrcConnectionReestablishmentRequest;  Cause =   otherFailure”；

2)  eNB在DL-CCCH上回复“rrcConnectionReestablishmentReject”；

3)  UE发生掉话、开始接收系统广播消息（在BCCH-SCH上的SIB1）、直至UE发起下一次呼叫。

Ø  2、空口信号变差等原因导致的掉话，从信令看：

只能看到信令不完整——UE在没有收到Release消息的情况下，直接从RRC-CONNECTED状态转到RRC-IDLE。

此类掉话的一个典型表象为：UE发起了RRCConnectionReestablishmentRequest、但是没有收到eNodeB发来的RRCConnectionReestablishment，而且 UE也没有发出RRCConnectionReestablishmentComplete消息。

Ø  3、其他原因：

狭义上来讲，可以认为“只要UE发起了RRC重建立，就意味着RRC连接已断、即产生了掉话”。

在实际项目中，由于切换失败或其他原因、导致的RRC连接重建立，而这种RRC连接重建立往往是成功的。因此，在项目运作的时候，这种RRC重建立是否算作掉话，需要特别关注、在必要时需要和客户达成一致意见。

2.3、掉话的处理流程：

常规检查项包括：

Ø  服务小区SINR过低；

Ø  邻区列表电平相差不大，无主覆盖小区；

Ø  后台硬件告警排查，如GPS干扰、MTS中各个通道是否正常；

Ø  邻区漏配；

Ø  邻区信息错误；

Ø  系统间邻区关系异常；

Ø  问题点尝试更换不同终端检查；

Ø  问题点尝试服务小区闭塞解闭塞。

根据上述分析思路，排查顺序如下：

1、              查看源小区以及服务邻小区均不存在告警，排除告警传输设备闪断故障导致因素；

2、              源小区GZ_ZF_L_XT_龙南交通局_2（PCI=271,RSRP=-90dbm）与邻小区GZ_ZF_W_XT_龙南新都_3（PCI=278,RSRP=-79dbm）下行覆盖电平均良好基本满足小区业务需求。排除弱覆盖导致掉话；

3、              切换前源小区GZ_ZF_L_XT_龙南交通局_2平均SINR为-2.7左右，SINR较差，怀疑源小区以及目标小区存在干扰而导致掉话，但取一周0-99RB平均噪声干扰来看，均小于-115dbm左右，排除干扰导致的掉线问题。

4、              核查源小区以及目标小区已配置为邻区关系，且参数设置正常，核查PCI时发现邻小区GZ_ZF_W_XT_龙南新都_3与GZ_ZF_L_XT_龙南学府之家_3设置PCI相同，均为PCI=278，查看网管上GZ_ZF_W_XT_龙南新都_3与GZ_ZF_L_XT_龙南学府之家_3设置PCI也确实相同，两小区地理位置大约330米左右，故初步判断为PCI复用不足导致。

关于PCI复用不足通常有两种：

Ø  1、PCI冲突：

Ø  2、PCI混淆：

PCI混淆指服务小区周边存在两个或两个以上同频同PCI的邻小区；

可以看出，本次PCI复用距离不足为第二种情况。

3. 问题解决验证情况：

调整GZ_ZF_L_XT_龙南学府之家_3小区PCI278修改为288，复测问题解决，切换平滑顺利进行，无掉话等异常事件。