RLFAILURE优化.doc

RLFAILURE课题研究报告 概述 目前在TD-SCDMA网络中，无线掉话的主要原因是RL FAIL，话务统计比例占到50%以上，在路测中也发现掉话的主要原因是RL FAIL。RLFAIL主要是无线环境变差或终端问题引起的，是影响KPI提升和用户感知的重要因素，一方面由于厂家均采用了CU的挽救机制，在一定程度上提升掉话率指标，但对用户的感知并没有明显的改善；另一方面由于这种原因分析起来较为困难，难以查找到发生RL FAIL的真正原因。 问题分析 现网的相关RL 参数设置如下表： 序号 参数 配置值 备注 1 N313 3（10） 2 N315 9（4） 3 T313 2 4 INSYNC 4 个别小区配置为1 5 OUTSYNC 10 个别小区配置为256，20 6 RLFAIL 2.4 个别小区配置为25.5，1 7 tRlFailWaitCU 10000 8 tRlRestore 2000 9 AMMAXDAT 15 10 AMMAX_RST 3 个别5，7 11 AMTMRPL 0 12 SRVTYPE 默认 13 N302 3 14 T302 7（1400） 15 tUeCommonOper 5000 16 tRbSetup 5000 17 MCP_HOWAITUPDATEORDEL_DURATION 10000 18 TmpInfo15 0 19 tRbSetup 5000 以上参数设置符合集团公司的规定，是目前情况下指标与用户感知度均衡较好的一套参数。但个别小区的参数不符合要求，为此对不符合的小区进行了更改。更改后指标稳定，无明显变化。 后续针对CS和PS业务分别进行RL FAIL现象的分析： CS rl failure分析 失败原因分类统计 序号 现象描述 次数 比例 1 信令挂死 54 18.69% 2 正常保持过程中出现rl failure 186 64.36% 3 切换成功后不久上报rl failure 17 5.88% 4 切换失败后上报rl failure 7 2.42% 5 业务建立成功后不久立即上报rl failure 6 2.08% 6 其它 19 6.57% 7 汇总 289 100.00% 信令挂死的详细分析 现象（RNC侧观察） 表现为用户切到2G后再次回到TD-SCDMA网络时有一个域的信令没有释放，如下图所示： 问题分析 RNC挂接的核心网是华为的设备，针对PS域信令不释放问题，联系华为核心网工程师协助分析。 根据华为工程师的解释：根据协议规定，如果是带PDP进行的RAU，核心网不下发IU_RELEASE，而是由RNC决定是否进行IU_RELEASE。 这里有几种场景： 用户在切换前没有激活任何PDP，从old-sgsn切换到new-sgsn后，在new-sgsn侧进行RAU，在RAU完成后sgsn立即下发iu_release消息释放iu连接； 用户在切换前激活pdp，并且在切换过程中一直在上网，在new-sgsn侧完成RAU后，用户也一直在进行上网业务，那么这种情况下iu连接肯定是不释放的； 用户在切换前激活了PDP，在切换过程中没有进行上网，但是在切换过程中PDP一直没有被去激活，在这种情况下PDP是一直从old-sgsn带到new-sgsn的，这种情况属于协议规定的带PDP进行的RAU，这种情况是由RNC决定是否进行iu-release； HW产品手册上描述如下： 场景：根据29060协议，当MS发送的附着或RAU消息中带的Follow On Request标志为True时，或MS有激活PDP时，SGSN不负责IU连接的释放，由RNC进行决策是否释放IU连接。 中兴通讯的工程师认为：RNC无法知道终端是否激活了PDP，因此无法由RNC发起释放。 根据以上华为核心网和中兴RNC侧的策略分析，在第三种场景下，由于核心网与无线侧对这种情况没有进行处理，导致PS域的信令一直不释放，直至出现rl failure。根据现场测试发现，确实存在PS域的信令不释放的问题。 为了解决该问题，9月24日打开RNC的信令挂死优化策略：对于纯信令，如果没有任何直传，在保持一段时间（通过定时器控制）后，会请求CN发起释放。 具体操作如下： 在网管私有参数表中对参数进行修改，对应的表为TRNC_RRMTMPINFO_SPEC： 预留参数47 修改为 36000ms；预留参数48 修改为 1；其中预留参数48指的是这个策略的开关，1表示打开，预留参数47指的是信令挂死多少时间后就发起释放。 RNC侧信令挂死优化策略打开后的效果 接入分析（CDT数据） 失败原因 信令挂死优化策略开启前 信令挂死优化策略开启后 失败次数 失败