TD-SCDMA厦门外场PS掉话问题排查报告V2.docVIP

目录1 问题描述 3 2 PS业务掉话初步分析 3 3 掉话原因详细分析及解决方法 4 3.1 无线链路失败 4 3.1.1 问题描述 4 3.1.2 问题分析 5 3.1.3 解决方法 11 3.2 物理信道重配超时 11 3.2.1 问题描述 11 3.2.2 问题分析 11 3.2.3 改进验证 12 3.2.4 解决方法 12 3.3 RB重配失败 12 3.3.1 问题描述 12 3.3.2 问题分析 13 3.3.3 解决方法 14 3.4 小区更新资源不足 14 3.4.1 问题描述 14 3.4.2 问题分析 15 3.4.3 解决方法 15 3.5 PS业务RRC连接建立超时问题 15 3.5.1 问题描述 15 3.5.2 问题分析 16 3.5.3 解决方法 17 3.6 异常终端表现 17 3.6.1 问题描述 17 3.6.2 问题分析 17 3.6.3 解决方法 23 4 改进建议 23 4.1 系统侧方面 23 4.2 终端侧方面 24 4.3 系统和终端的联调方面 24 4.4 PS业务KPI指标评价改进建议 24 5 结论 25 问题描述 厦门TD-SCDMA网络在2008年9月份以前长期保持在7%~8%的水平，但9月抬升到20%以上，现场专项分析，查找失败原因，提出应对措施。 下图为9月15日到10月20日厦门全网建立在HSDSCH上的RAB数目，9月27日以来，全网建立在HSDSCH上的RAB数目大幅增加，其中还不包括HS终端在未配置HSDSCH小区发起业务而分配在DCH上的RAB数目。 从上述数据指标可以推断出，HS业务应用的增加和PS掉线率攀升的时间点是吻合的，并且根据进一步的掉话原因详细分析（下文详述）可以看出HS业务掉话比例较高，因此厦门掉话率攀升和HS业务应用的增加以及HS终端在网络中的使用有紧密关系。 掉话原因分析及解决方法RNC请求释放分组域RAB 数目 比例 2003 50.38% UE物理信道或RB重配超时 871 21.91% UE RB重配失败 750 18.86% 小区更新资源不足 352 8.85% 无线链路失败–PCCPCH_RSCP =33dBm-(-70dBm)=103dB 网络侧NodeB上报RL Failure，观察NodeB侧的LMT记录的公共测量数据，由于处于下载过程中，下行时隙TCP为15%，并没有达到最大发射功率，因此可以认为下行链路正常，如果出现上行无线链路失败，此时对应的终端发射功率应该达到最大值24dBm，那么根据路损计算上行的RTWP应该在-79dBm RTWP=MAX_POWER_UE-PathLoss=24dBm-103dB=-79dBm； 但是从LMT记录上看，该段时间内上行专用信道时隙的RTWP为-106dBm，ISCP为-109dBm，故应该是终端异常导致终端没有发射造成的掉话。 案例二：DTM5731在HSDSCH状态下RL失败问题 用户460077106630048使用是大唐DTM5731，在21981上发起了UL64K/DL2M的HSDPA业务，RRC连接建立请求中PCCPCH的场强为-73dBm，路损 PathLoss=PCCPCH_Power–PCCPCH_RSCP =33dBm-(-73dBm)=106dB 网络侧NodeB上报RL Failure，观察NodeB侧的LMT记录的公共测量数据，下行伴随信道所在时隙6共承载了3个用户，TCP为8%左右，并没有达到最大发射功率，因此可以认为下行链路正常，如果出现上行无线链路失败，此时对应的终端发射功率应该达到最大值24dBm，那么根据路损计算上行的RTWP应该在-82dBm RTWP=MAX_POWER_UE-PathLoss=24dBm-106dB=-82dBm； 但是从LMT记录上看，该段时间内上行专用信道时隙的RTWP为-108dBm～-109dBm，ISCP为-110dBm，故应该是终端异常导致终端没有发射造成的掉话。 案例三：终端插拔数据卡或者死机导致无线链路失败 如果终端侧出现异常重新做起业务，从信令流程上看有四个过程，如信令截图所示： 首先，网络侧因为无线链路失败释放Iu连接和RRC； 终端重新开机注册，完成位置区更新及TMSI重分配过程； 无线环境恶化导致RL失败 案例：无线环境恶化导致RL失败 用户40077059211910使用是新邮通H301终端，RAB指派速率为上行64K/下行1M，保持2个小时左右，出现下行出现小区更新，上行出现RL失败，网络侧发起释放流程； 此终端处于切换区，信号波动并且容易受到干扰，从下面的信令和LMT测量来看，应该是下行出现干扰导致下行功率急剧攀升到最大功率，然后终端侧认为下行无线链路失败从而停止在原