普天TD系统PS掉线率分析(昆明).docVIP

结合最近一周的RNC- KPI报表数据、信令跟踪数据和路测情况，对导致PS域掉线率不正常这一现象进行了排查分析。初步认为目前昆明市普天设备覆盖区域内，PS掉线率高的典型问题可以归纳为以下几类：终端原因、弱覆盖、用户行为、其它原因等。 一． 近期PS域掉线率走势图及分析（5.9 - 5.15） 根据OMC-R统计出来的数据，把RNC2217和RNC2218的数据综合起来考虑，普天5.9-5.15这段时间的全网部分PS域指标如下所示： 日期 RNC级分组域系统间切换出请求次数 RNC级分组域系统间切换出成功次数 RNC级分组域系统间切换出成功率（TD-GSM) RNC级分组域RAB指配建立成功的RAB数目. RNC请求释放的RAB总数目.分组域业务 掉线率.分组域 09-5-9 90 89 98.89% 562 289 51.42% 09-5-10 67 66 98.51% 347 227 65.42% 09-5-11 174 174 100% 605 323 53.39% 09-5-12 127 125 98.43% 505 316 62.57% 09-5-13 110 103 93.64% 505 305 60.39% 09-5-14 150 149 99.33% 392 211 53.82% 09-5-15 61 58 95.08% 472 180 38.14% 二．PS掉线率初步分析 根据近期的统计，按PS域掉线原因所占的比例逐个进行分析： 导致PS域掉线原因类别 所占比例 终端原因 49.18% 覆盖原因 23.77% 用户行为 10.25% 系统间切换 9.43% 其它原因 7.37% 1. 终端原因 通过这些天的Calltrace分析发现有相当一部分的PS域掉线跟终端有关系，很大一部分比例的掉线是由于终端的异常释放而导致的，所对应的信令为： release-due-to-UE-generated-signalling-connection-release。其次，终端若在做业务时出现死机也会对PS掉线率产生影响，因为终端一旦死机，就无法再和网络保持有效联系，系统此时会自动默认为该用户掉线。 2. 弱覆盖 从跟踪数据上看，Iu释放的原因值为：failure-in-the-radio-interface-procedure，如果从掉线前上报的部分测量报告来看，服务小区的PCCPCH RSCP小于－90dBm，而从RSM码流来看，掉线前有CNB_RL_FAILURE信令的出现，这样基本上就可以判断为覆盖问题。除了上面所说的原因值外，像iu-up-failure，physical channel reconfiguration failure等原因都可以归结为覆盖不足，因覆盖不足而导致的PS掉线在近期掉线率分析中占有相当高的比例。 3. 用户行为 用户行为往往也会产生一些掉线。如有些用户在结束PS业务时，往往由于某些原因，并没有通过正常途径释放链路，而是强行断开（例如将数据卡直接拔出）。这样会造成无线链路失败，使得RNC侧检测不到上行链路，以至于数据卡与网络侧就没有任何的信令数据交互。超时后，会向CN发起释放请求，从而触发系统进行掉线统计。 4. 其它原因 其它原因像no circuit/channel available、上行Raido Link failure触发的Cell Update导致链路释放、requested service option not subscribed、同步失败 trelovoverall-expiry、unspecified-failure等都可能引起掉线。 除了上面所提到的因素外，近期很多掉线与系统间切换失败也有一定关系。通过大量的call trace数据筛选分析，发现某些特定型号的终端PS域系统间切换成功率较低，在分析Calltrace时发现系统间切换的信令流程如下图所示。碰到此类情况，只有根据IMSI号采取电话回访的方式，主动去联系所对应的用户，由此确定用户所使用的是什么型号的终端。 另外，目前PS域系统间切换成功率有时候也并不十分理想，因此，至少目前来说无法完全依赖系统间切换来降低PS域的掉线率。 由于PS掉线率高的小区在全网分布不是很稳定，为后续的分析处理造成诸多不方便。而且目前定位PS掉线率问题的原因只能采取人工分拣CallTrace数据的方式进行，准确性不是非常高，所以目前的处理手段可能无法对该问题进行很好的处理，需要引入更加快捷高效的分析手段解决该问题。 三．对降低PS域掉线率拟采取的优化举措 ● 进一步提升RF优化质量，减少弱覆盖、强干扰、切换失败、参数配置不合理等无线环境原因导致的PS掉线。 ● 重点关注掉线率高的用户终端情况，必要时进行电话