rlfailure优化

上传人:第*** 文档编号:34213361 上传时间:2018-02-22 格式:DOC 页数:7 大小:337.50KB
返回 下载 相关 举报
rlfailure优化_第1页
第1页 / 共7页
rlfailure优化_第2页
第2页 / 共7页
rlfailure优化_第3页
第3页 / 共7页
rlfailure优化_第4页
第4页 / 共7页
rlfailure优化_第5页
第5页 / 共7页
点击查看更多>>
资源描述

《rlfailure优化》由会员分享,可在线阅读,更多相关《rlfailure优化(7页珍藏版)》请在金锄头文库上搜索。

1、第 1 页RLFAILURE 课题研究报告1 概述目前在 TD-SCDMA 网络中,无线掉话的主要原因是 RL FAIL,话务统计比例占到 50%以上,在路测中也发现掉话的主要原因是 RL FAIL。RLFAIL 主要是无线环境变差或终端问题引起的,是影响 KPI 提升和用户感知的重要因素,一方面由于厂家均采用了 CU 的挽救机制,在一定程度上提升掉话率指标,但对用户的感知并没有明显的改善;另一方面由于这种原因分析起来较为困难,难以查找到发生 RL FAIL 的真正原因。2 问题分析现网的相关 RL 参数设置如下表:序号 参数 配置值 备注1 N313 3(10)2 N315 9(4)3 T3

2、13 24 INSYNC 4 个别小区配置为 15 OUTSYNC 10 个别小区配置为 256,206 RLFAIL 2.4 个别小区配置为 25.5,17 tRlFailWaitCU 100008 tRlRestore 20009 AMMAXDAT 1510 AMMAX_RST 3 个别 5,711 AMTMRPL 012 SRVTYPE 默认13 N302 314 T302 7(1400)15 tUeCommonOper 500016 tRbSetup 500017 MCP_HOWAITUPDATEORDEL_DURATION 1000018 TmpInfo15 019 tRbSetup

3、 5000以上参数设置符合集团公司的规定,是目前情况下指标与用户感知度均衡较好的一套参数。但个别小区的参数不符合要求,为此对不符合的小区进行了更改。更改后指标稳定,无明显变化。第 2 页后续针对 CS 和 PS 业务分别进行 RL FAIL 现象的分析:2.1 CS rl failure 分析2.1.1 失败原因分类统计序号 现象描述 次数 比例1 信令挂死 54 18.69%2 正常保持过程中出现 rl failure 186 64.36%3 切换成功后不久上报 rl failure 17 5.88%4 切换失败后上报 rl failure 7 2.42%5 业务建立成功后不久立即上报 rl

4、 failure 6 2.08%6 其它 19 6.57%7 汇总 289 100.00%2.1.2 信令挂死的详细分析2.1.2.1现象(RNC 侧观察)表现为用户切到 2G 后再次回到 TD-SCDMA 网络时有一个域的信令没有释放,如下图所示:第 3 页2.1.2.2问题分析RNC 挂接的核心网是华为的设备,针对 PS 域信令不释放问题,联系华为核心网工程师协助分析。根据华为工程师的解释:根据协议规定,如果是带 PDP 进行的 RAU,核心网不下发IU_RELEASE,而是由 RNC 决定是否进行 IU_RELEASE。这里有几种场景: 用户在切换前没有激活任何 PDP,从 old-sg

5、sn 切换到 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-rele

6、ase;第 4 页HW 产品手册上描述如下:场景:根据 29060 协议,当 MS 发送的附着或 RAU 消息中带的 Follow On Request 标志为True 时,或 MS 有激活 PDP 时,SGSN 不负责 IU 连接的释放,由 RNC 进行决策是否释放IU 连接。中兴通讯的工程师认为:RNC 无法知道终端是否激活了 PDP,因此无法由 RNC 发起释放。根据以上华为核心网和中兴 RNC 侧的策略分析,在第三种场景下,由于核心网与无线侧对这种情况没有进行处理,导致 PS 域的信令一直不释放,直至出现 rl failure。根据现场测试发现,确实存在 PS 域的信令不释放的问题。为

7、了解决该问题,9 月 24 日打开 RNC 的信令挂死优化策略:对于纯信令,如果没有任何直传,在保持一段时间(通过定时器控制)后,会请求 CN 发起释放。具体操作如下:在网管私有参数表中对参数进行修改,对应的表为 TRNC_RRMTMPINFO_SPEC:预留参数 47 修改为 36000ms;预留参数 48 修改为 1;其中预留参数 48 指的是这个策略的开关,1 表示打开,预留参数 47 指的是信令挂死多少时间后就发起释放。2.1.3 RNC 侧信令挂死优化策略打开后的效果2.1.3.1接入分析(CDT 数据)信令挂死优化策略开启前信令挂死优化策略开启后失败原因失败次数失败比例失败次数失败

8、比例RNLC_Ue_RRCSetup_TimeOut 4752 0.36% 3989 0.31%RNLC_RlFail_Report 806 0.06% 242 0.02%RNLC_Ue_WaitInitUeMsgAckTimeOut 429 0.03% 275 0.02%RNLC_Ue_RabOper_TimeOut 365 0.03% 286 0.02%RNLC_Ue_Operate_fail_invalidconfigurat 172 0.01% 132 0.01%第 5 页ionRNLC_Ue_RRCReject 124 0.01% 98 0.01%RNLC_SecurityModeR

9、sp_TimeOut 117 0.01% 93 0.01%RNLC_Ue_CellUpdate_TimeOut 58 0.00% 28 0.00%RNLC_Ue_IntraRNCHo_TimeOut 16 0.00% 1 0.00%由上表可见,信令挂死优化策略打开后,效果非常明显,rl failure 大幅减少。2.1.3.2掉话分析(CDT 数据)总次数 语音 普通 PS HSDPA失败原因打开前打开后打开前打开后打开前打开后打开前打开后RNLC_RlFail_Report 1636 1223 451 270 75 49 1042 892RNLU_UCIU_error 209 245 4 1

10、 9 6 192 235RNLC_Ue_CellUpdate_TimeOut 204 232 26 12 9 4 166 213RNLC_Ue_RabOper_TimeOut 28 21 1 0 2 2 1 5RNLC_Ue_CCO_TimeOut 20 25 0 0 2 4 18 21可见,信令挂死优化策略打开后,由于 rl failure 导致的掉话次数明显减少。2.2 PS rl failure 分析2.2.1 失败原因分类统计现象描述 次数 比例业务建立后几秒内上报 4b,并最终出现 rl failure 82 82.00%正常保持过程中 rl failure 10 10.00%其它

11、8 8.00%汇总 100 100%第 6 页2.2.22.2.3 TOP N 终端统计2.2.3.1按 8 位 IMEI 统计8 位 IMEI 掉话次数 话单总 次数 掉话率在失败话单中的占比终端型号 备注86006200 72 501 14.37% 4.58% 中兴 MU350数据卡IMSI 为460020812526037 的这一个终端占了 56 个86008600 43 654 6.57% 2.74% 宏基 ZG5 上网本IMSI 为460079440330876 的这一个终端占了 40 次86012200 41 1032 3.97% 2.61%上海贝尔ASB TF618无线座机IMS

12、I 为460021777525293 的这一个终端占了 37 次35228404 61 7555 0.81% 3.88% 三星 i900886021900 38 8602 0.44% 2.42% ZTE-T U23086037600 53 12214 0.43% 3.37% 未知86045700 38 9450 0.40% 2.42% ZTE U880 860457001430610 占了10 次35257504 159 47719 0.33% 10.12% 中兴 U23286291300 44 13395 0.33% 2.80% 联想 TD30t2.2.3.2按 15 位 IMEI 统计15

13、 位 imei IMSI 失败次数总次数 掉话率860062001600700 460020812526037 56 78 71.79%860086008361880 460079440330876 40 217 18.43%860122002271810 460021777525293 37 92 40.22%860073001162710 460079771211504 21 82 25.61%860155002656040 460079771201242 17 55 30.91%860156001295440 460007680140046 14 34 41.18%86045700143

14、0610 460007282344467 10 24 41.67%第 7 页860156001334170 460028077230464 10 18 55.56%860199002131640 460007721649516 10 16 62.50%从终端类型上来分析,无明显的终端类型产生较多的 rl failure 问题。3 指标跟踪开启优化策略后,语音掉话率保持在 0.3%以下,指标保持稳定,略有提升。4 总结和推广建议本次 rl failure 课题重点处理信令挂死的问题,对指标有一定程度的改善,后续将继续进行深层次分析,以期获得一个更好的结果。目前发现信令挂死的问题主要在华为核心网,已安排在华为核心网所属的 RNC 下打开中兴的针对信令挂死的优化策略。后续继续分析其他核心网(爱立信)下是否存在信令挂死问题。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 解决方案

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号