上下行链路失步引起DPCH陡降问题说明.docxVIP

上下行链路失步引起DPCH陡降问题说明??2010-10-20 14:34:25|??分类： 武林秘籍 |??标签： |字号大中小?订阅? 1??DPCH陡降现象说明我们通过对比DPCH陡降的多个案例，发现目前项目上很多情况都是在切换过程中，上行或下行链路失步使得UE转入空闲态读取系统消息或者RNC下发RRC释放消息来主动释放链路，最终导致此业务发生DPCH陡降现象。1.1??????? 案例1：硬切换时下行链路失步UE在做普通语音业务期间，上报测量报告希望进行切换。4.5s后UE小区搜索，读取系统消息，并做CellUpdate试图挽救（此过程在图中没有显示出来）。如下图所示，DPCH陡降发生时，UE已经处于读取系统消息的时间。1.2??????? 案例2：切换时上行链路失步UE在做普通语音业务期间，上报测量报告希望进行切换。8.5s后UE收到RNC下发的RRC连接释放消息，UE发送RRC连接释放完成消息，然后UE读取系统消息。DPCH陡降发生时，UE已经处于读取系统消息的时间。1.3??????? 案例3：切换时上行链路失步UE在做普通语音业务期间，上报测量报告希望进行切换。收到RNC下发的RB重配命令后，UE上报RB重配完成消息。12s后UE进行小区搜索，读取系统消息。DPCH陡降发生时，UE已经处于读取系统消息的时间。2???????? DPCH陡降问题原因DPCH陡降发生在切换流程中，切换示例流程见下：从信令流程方面来分析硬切换空口失败过程如下。l???????? 与源小区下行失步：UE已发测量报告，但由于下行失步，收不到原小区DPCH数据，即收不到物理信道重配置信令（或RB重配置消息），导致无法切换；l???????? 与目标小区上行失步：UE收到物理信道重配置消息，由于UP存在干扰或FPACH信道的C/I或信号质量较差，UE不能在新小区建立上行同步，导致帧定时跟踪出现问题，这样UE无法在目标小区正确收发，发生切换失败。如果源小区的RL没有删除，RNC会通过源小区给UE下发物理信道重配失败（或RB重配失败），UE回到源小区，反之则发生掉话。l???????? 与目标小区下行失步：UE收到物理信道重配置消息（RB重配置消息），由于原小区或周围邻小区对目标小区的下行信号有较大的干扰，导致UE无法正确解析目标小区的下行信号，不能与目标小区建立同步，而引发物理信道重配置超时；发生掉话问题。l???????? 与目标小区上行失步：UE已向目标NodeB发送物理信道重配置（RB重配置）完成信令，但是由于目标小区NodeB底噪过高，或此时多部UE位于小区边缘，且上行发射功率都被抬升的比较高，导致产生较大的上行时隙干扰，使得目标小区NodeB无法正确解析重配置完成的信令，而引发物理信道重配置超时。从切换的流程来看，上下行无线链路失步在切换过程中影响比较大，因此需要了解上下行无线链路失步的原理。2.1.1??????? 下行无线链路失步准则处于CELL_DCH状态的UE，连续接收到来自物理层的N313个连续”our of sync”指示时，启动定时器T313，在此过程中若连续接收到来自物理层的N315个连续”in sync”指示，T313停止，否则T313超时，视为下行无线链路失步。2.1.2??????? 下行无线链路失步后UE的行为UE检测到下行无线链路失步后，做如下处理：1)??????? UE的RRC层向物理层下发“P_RRC_PHY_RL_Release_REQ”释放物理信道资源；2)??????? 同时UE关闭上下行数据，并通过“P_RRC_PHY_CellSearch_REQ”原语让物理层进行小区的重搜，此时终端是无法测DPCH_RSCP值的，因此会在终端侧显示出DPCH陡降现象。3)??????? 在搜到小区后，UE将在目标小区上进行CellUpdate，原因为“radio link failure”。如果小区更新成功，则该次下行无线链路失步得到挽救，否则UE发生掉话。具体过程如下图所示：2.1.3??????? 下行失步DPCH陡降的时长需要指出的是，各个终端厂家对于UE检测存在着或多或少的差异。下面列举的是某芯片厂商处理的情况。UE的物理层每隔一帧的时间（10ms），进行一次下行无线链路的同步情况的监测。在具体实施的过程中，UE侧采用滑窗的形式，滑窗的长度为160ms，滑窗每10ms移动一次。网络参数默认值N313=20，T313=3s，由此可以计算出UE收到第一个下行失步指示到DPCH陡降的时间为：DPCH陡降时长=160ms+N313*10ms+T313=3360ms2.1.4??????? 上行无线链路失步准则在同步保持阶段，NodeB对于物理层两个连续同步指示的时间间隔为160ms，NB在收到N_OUTSY