切换掉话分析.docVIP

切换掉话分析 问题现象 RNC在向UE发送完物理信道重配消息后，一直未收到物理信道重配完成消息，最后切换定时器超时UE上发了Cause为Timeout物理信道重配置失败消息，两种比较常见的信令流程有： 切换过程中，UE在目标小区未取得上行同步，最后切换超时掉话； UE在和目标小区上行同步后，又很快上行无线链路失败，最终导致切换超时掉话； 具体如下图所示： （目标小区未收到上行同步指示） （目标小区收到上行同步指示） 原因分析 从CDL中切换掉话的信令流程分析，一种情况是由于UE在目标小区未取得上行同步，最后超时掉话，一种情况是UE在和目标小区上行同步后，又很快上行无线链路失败，最终导致切换超时掉话。 切换掉话的分析，要对切换的流程要有清楚的认识，下文将进行描述 对于切换的整个流程，这里将不再赘述，这里将讨论UE在收到物理信道重配消息后的处理过程。 下行方向：UE在收到physical channel reconfiguration消息后，将根据其中目标小区信息， UE的RRC和PHY将通过RL_Modify原语将上行转移到新的信道后，开始上发Special burst（下文简称：SB），并启动T312，此时UE还在原小区接收下行数据，如果在T312时间里，UE收到SB后，物理层判断in sync，物理层收到N312个in sync，认为下行同步，并上报给RRC，停止T312，此时UE将发送物理信道重配置完成消息，将下行转移到新的小区； 如果T312超时，UE将通过RL_Modify原语返回原来的信道，并启动T312，如果在T312时间里，UE收到N312个in sync，认为下行同步，停止T312，此时UE将发送物理信道重配置失败消息； 如果T312超时，UE没有在原有信道上同步成功，UE将释放物理信道，触发小区更新的流程； 上行方向：基站收到“无线链路同步指示”个in sync，则此时NODE B认为上行同步，上行同步后，NB才会下发SB，NB对于in sync的判断也是基于收到UE上发的SB。 注： 对于切换过程中，UE和NB对于下行和上行同步的判断，各个厂家都有着自己的处理机制，上面是根据目前SWALLOW的UU口消息和参考规范TS25.224的定义对于切换过程的描述； CDL中关于physical channel reconfiguration failure的消息，其中只有部分是UE真实上发的切换失败消息，但其他都是RNC在切换超时后，模拟发送的切换失败消息，实际当时UE并没有发送，并且此时已经由于切换定时器超时掉话； 优化思路和方法： 切换过程中上行无线链路失败，也就是UE上发的SB，NB收不到，物理层的同步判断不满足要求，对于UE上发SB，NB收不到的问题进行如下分析： 由于无线环境造成，由于切换带覆盖无线环境恶劣导致，切换掉话，可以通过切换掉话的统计，来得出哪些小区经常发生切换掉话和切换失败，通过实地测试调整改善无线环境来减少切换掉话； 参数方面，在无线环境无法在短时间里得到很大提升的情况下，如何通过参数的优化来减少切换掉话； UE在新的目标小区进行接入，如何提高UE在新小区上行同步的机率成为问题的关键，在切换的过程中，UE使用的是开环功率控制，对于SB的发送功率，规范里定义是和一般数据突发的功率是一致的，只是SB的TFCI填写为“0”，对于DPCH初始功率是通过以下方法计算的： 上行初始功率＝上行期望接收功率（Uu消息配置值）＋PCCPCH Tx – PCCPCH RSCP －10lgSF。 而DPCH信道上行期望接收功率有两种方法得到： （1）操作维护静态配置。由操作维护设置上行期望接收功率，RNC将此参数配置给UE。可以为每种业务分配设置。 （2）根据干扰计算得到。根据上行SIR目标值（该参数与配置给基站的SIR目标值相同），根据公式“”计算得到。其中ISCP来自于基站的周期测量报告。上行初始功率PRXPDPCHdes的约定计算： 公司内部对于Uu接口消息中的上行期望接收功率约定为： 网络侧根据SF1对上行期望接收功率进行归一化。 物理信道实际使用的SF值计算出相应的功率值，最终得到总的时隙发射功率。– PCCPCH RSCP －10lgSF。 目前现网对于上行期望接收功率的计算采用的是第二种计算方式，那么对于提高上行的初始功率就需要相应的提高SIR的设置。 调整尝试： 将业务类型4（CS12.2K）和14（CS64K）的“配给NodeB上行目标信噪比”由12dB调整为17dB，具体如下图所示 通过参数的优化，部分小区由于UE在目标小区未取得上行同步，最后切换超时掉话的现象得到有效的降低。