基站硬件故障导致切换失败—GPS原因导致.docVIP

基站硬件故障导致切换失败 问题描述 在广州实验网升级后测试中发现在广州广园西路广州宇航台基站到广州九龙酒店基站路段，UE多次试图从广州宇航台2小区切换到广州九龙酒店3小区上，但一直切换失败。RNC发PHYSICAL CHANNEL RECONFIGURATION(DCCH)后，UE回PHYSICAL CHANNEL RECONFIGURATION FAILURE,导致切换失败。此后UE一直试图切换到广州九龙酒店2小区，依旧是物理信道重配失败，直到广州宇航台2小区信号太弱而掉话，掉话后UE重选到广州九龙酒店1小区。当时手机发射功率较高，但下行ISCP值正常。如下图所示： 问题分析 为了避免问题的偶然性，我们将手机重启后，对该区域进行复测，情况依旧。 机房检查该基站及周围基站均正常，未发现任何告警，参数检查也未发现任何异常。 为了对问题进一步定位，我们使UE在广州九龙酒店3小区起呼接入，行驶到广州市客运站附近，手机试图从广州九龙酒店3小区切换到广州毛织广场（南站路）1小区，但发生了同样的物理信道重配失败，挂断后手机经过多次重选后，重选到广州毛织广场（南站路）1小区。在本次测试过程中发现下行ISCP值较高，如下图所示： 怀疑该站ISCP存在干扰导致切换失败，于是我们又对周围基站进行测试，在环市西路上UE占用广州环市西路1小区，试图切换到广州九龙酒店2小区，但发生物理信道重配失败，再次切换UE向RNC回了PHYSICAL CHANNEL RECONFIGURATION COMPLETE，但3秒后拖网，因此也是切换失败。 本次测试发现广州九龙酒店2小区和广州九龙酒店1小区切换正常 通过以上测试结果可以确认：广州九龙酒店3个扇区之间切换正常，但与其它基站的切入切出均出现异常，各小区接入均正常。PCCPCH RSCP值及下行ISCP值均正常，手机功率较高。 正常切换的整个过程可分为四个阶段，分别为测量过程、预同步过程、判决过程和执行过程。 UE在切换前要作预同步，具体如下 通过通信小区的同步和目标小区的下行同步计算出目标小区的上行同步时间，从而达到预同步的目的，主要操作可以在进行邻小区P-CCPCH测量的时候附带进行，tui=tu0+td0+2△Tri-tdi，其中tui为第i个邻小区上行同步时间，t di为第i个邻小区下行同步时间，tu0为通信小区上行同步时间，td0为通信小区下行同步时间， △ tri为第i个邻小区与通信小区之间的同步偏差。这样通过基站间的同步偏差确定测量小区的同步时间，然后利用下行同步确定上行同步就可以通过开环的方法进行预同步。 对基站跟踪的TRACE文件进行分析，具体如下： 异常信令 正常信令 UE收到PHYSICAL CHANNEL RECONFIGURATION(DCCH)后，向目标小区发送一个上行同步脉冲，目标小区收到后向RNC回RADIO LINK RESTORE INDICATION，而切换失败信令中RNC未收到该信令，并且UE通过原服务小区上行信道发给RNC PHYSICAL CHANNEL RECONFIGURATION FAILURE，说明手机的上行链路并没有转移到目标小区，怀疑是UE与目标小区上行同步失败。 通过多次跟踪在一次切换失败掉话中证实了我们的推断，如下图： 检查上行ISCP值发也发现该站上行ISCP值很高。 问题处理 对基站的GPS进行复位，但复位后基站无法激活。 基站组上站处理，发现GPS告警灯亮，holdover灯亮，将GPS板里面的接收机放电后重新安装，GPS板锁星正常，基站恢复正常。 问题验证 复测结果一切正常。 问题总结： 基站GPS故障造成基站不同步，根据不同步程度在网络中不同的表现形式，常见的现象有以下几种： 该基站及周围基站的PCCPCH C/I值较高 该基站及周围基站上下行时隙的ISCP值较高 手机上行功率较高 邻区PCCPCH RSCP值应该很高时，但在服务小区\邻小区测量表内只有服务小区RSCP值较高，其它邻小区RSCP值异常低 手机无法接入 手机无法切入 以上只是个人通过几次问题的总结，存在的错误和不足，请大家指正、补充。