PS掉线常见处理思路树: 依据失败原因制定策略:
Ø 关于无线承载控制超时: 发生无线承载控制超时,说明空口环境已经非常恶劣,或者时终端问题导致收到RB重配后无响应,造成RBC超时。我们可以采取缩短DCH转IDLE时长,使UE尽快脱离危险区。 用户UE在数据业务接入后而不进行下载的情况,可以调整DCH到IDLE状态的时长,有助于改善PS掉线率。DCH到IDLE状态时长计算方法: 18*4B事件门限*4B0事件个数=DCH到IDLE调整时长。 现网EVENTBNUM(4B时间门限)、EVENT4B0NUMCOE2IDLE(4B0事件个数)分别设置为3、1,相当于设置为48秒,调整后DCH到IDLE调整时长为36秒。 Ø 关于RNC同频切换超时:UE在发生切换的过程中,与目标小区建立上行同步后,UE可能没有发出物理信道重配置完成,或者发送后由于上行存在干扰或功率不够导致NODEB侧没有检测到,原小区NODEB检测到上行RL failure,最终导致切换超时掉话。此类问题的解决需要合理配置邻区关系,并在添加邻区时,注意邻小区频点及扰码相关性的问题。 Ø 关于RAB opertimeout:对于物理信道重配置超时或RB重配置超时,常见的有以下几种可能性:1、存在UPPCH的干扰,如果是硬切换的情况下会造成随机接入过程的失败,从而造成物理信道重配置失败,Cause值为2;2、HS业务与R4业务之间的切换失败,包括从R4到R5的切换和从R5到R4的切换,这种原因主要表现为RB重配置超时;3、虚假的邻小区关系造成物理信道重配置超时;4、RB重配置参数设置不合理造成RB重配置超时;5、功率参数配置不合理造成RB或物理信道重配置超时。此类问题主要出现在CS+PS(含普通PS/HSDPA)并发业务中,典型信令如下:UE先后发起两次RAB ASSIGNMENT REQUEST,分别是CS12.2 和PS业务,待语音业务RB建立完成后,PS业务 RB建立空口超时,怀疑终端在并发业务下接收处理下行消息存在问题(最后一个rbsetup消息终端没收到或没收齐),有可能是CFN小了终端处理不过来。
|