WCDMA网–RAB优化.docVIP

2010年 5月深圳分公司创新与建议 RAB建立时延优化 编制日期：2010年5月25日  1、问题来源及简要描述 3 2、创新与建议详细描述 3 2.1方法 3 2.2过程 3 2.3特点 11 3、结果的量化和效果评估 11 3.1涉及范围 11 3.2推广价值 11 1．问题来源及简要描述 在3G WAP端到端优化中，发现在深圳3G现网中，PDP激活时延约为1600毫秒左右；用同样的方法在广州、东莞进行了对比测试，东莞与广州的平均时延约为1300毫秒左右，深圳偏长，多耗时长400毫秒左右。因此，针对该问题，深圳分公司进行了深入分析，并提出优化方案，经过实施与验证后，PDP激活时延减少了350毫秒左右，效果良好。 2．创新与建议详细描述 2.1 方法 通过启动RB快速重配，减小无线RB建立时延，从而缩短PDP激活时延。快速重配Node B不再配置激活时间至UE，UE收到RB setup消息后及时生效 图2.2-1：不同网站不同终端的PDP激活时延图 N85平均激活时延为1621毫秒，三星F400平均激活时延为1611毫秒。用同样的方法在广州、东莞也进行了对比测试，东莞的平均时延为1280毫秒，广州平均耗时为1225毫秒，东莞、广州相当，而深圳偏长，多耗时长近350毫秒左右。 问题定位 通过对PDP激活过程的分析，可知PDP激活时延可分解如下： UE与SGSN的信令交互时延。 SGSN与GGSN的PDP上下文创建时延,包括PDP地址与计费ID分配、QOS协商等。 无线接入承载RAB建立时延。 SGSN与GGSN的PDP上下文创建时延。 UE与SGSN关于PDP激活完成的确认时延。 关于PDP激活时延的分解过程，如下图所示： 图2.2-2：PDP激活时延分解图 在MS侧做PDP激活全程时延统计，约为1600ms左右；在Gn接口对PDP上下文创建时 延进行统计，约为500ms左右；在无线系统侧，对RAB建立时延进行统计，约为900ms左右。由此可知，PDP激活时延主要从PDP上下文创建时延与RAB建立时延两个方面进行优化。 通过进一步统计与比较分析，发现深圳联通3G网络的RAB建立时延较长，与广州、东莞相比，多了将近350ms左右；详见下图： 图2.2-3：：PS RAB建立平均时延图 优化方案 启动RB快速重配机制，减小RB建立时延；即在RB建立过程中，Node B不再配置激活时间至UE，UE收到RB setup消息后及时生效 图2.2-4：RB快速重配置信令解析快速重配 图3.1-1：优化前后RAB建立时延比较 CS RAB建立时延 采用CQT使用进行语音业务主被叫周期呼进行测试，从测试结果统计开启RB快速重配呼叫时延缩短30ms左右。　 最大值 最小值 平均值 关闭快速重配 主叫 Random Access Delay 250 351 Initialized Channel Synchr Delay 3422 359 462 Call Access Delay 14016 3313 4139 Call Setup Delay 10813 3750 4517 关闭快速重配 被叫 Random Access Delay 250 327 Initialized Channel Synchr Delay 2234 359 445 Call Access Delay 8687 1812 2074 Call Setup Delay 8687 1828 2075 开启快速重配 主叫 Random Access Delay 265 396 Initialized Channel Synchr Delay 2985 375 503 Call Access Delay 13563 2921 3858 Call Setup Delay 13454 3218 4218 开启快速重配 被叫 Random Access Delay 266 357 Initialized Channel Synchr Delay 2641 375 472 Call Access Delay 10750 1375 1629 Call Setup Delay 10750 1375 1631 表3.1-1：优化前后RAB建立时延比较 3.2推广价值 突破了常规的优化手段，即系统参数与RF优化，而是通过深入分析协议信令流程，针对信令流程中存在的不合理情况，提出优化解决方案，为今后涉及系统产品性能的优化提供了思路，建议可以向其它存在类似问题的业务区提供参考。 中国联通深圳分公司