上下行链路失步致DPCH陡降问题说明.docVIP

上下行链路失步引起DPCH陡降问题说明 DPCH陡降现象说明 我们通过对比DPCH陡降的多个案例，发现目前项目上很多情况都是在切换过程中，上行或下行链路失步使得UE转入空闲态读取系统消息或者RNC下发RRC释放消息来主动释放链路，最终导致此业务发生DPCH陡降现象。 案例1：硬切换时下行链路失步 UE在做普通语音业务期间，上报测量报告希望进行切换。4.5s后UE小区搜索，读取系统消息，并做CellUpdate试图挽救（此过程在图中没有显示出来）。如下图所示，DPCH陡降发生时，UE已经处于读取系统消息的时间。 案例2：切换时上行链路失步 UE在做普通语音业务期间，上报测量报告希望进行切换。8.5s后UE收到RNC下发的RRC连接释放消息，UE发送RRC连接释放完成消息，然后UE读取系统消息。DPCH陡降发生时，UE已经处于读取系统消息的时间。 案例3：切换时上行链路失步 UE在做普通语音业务期间，上报测量报告希望进行切换。收到RNC下发的RB重配命令后，UE上报RB重配完成消息。12s后UE进行小区搜索，读取系统消息。DPCH陡降发生时，UE已经处于读取系统消息的时间。 DPCH陡降问题原因 DPCH陡降发生在切换流程中，切换示例流程见下： 从信令流程方面来分析硬切换空口失败过程如下。 与源小区下行失步： UE已发测量报告，但由于下行失步，收不到原小区DPCH数据，即收不到物理信道