您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 管理学资料 > 清远TDS时延优化提升报告
清远TDS时延优化提升报告目录1.概述.........................................................................................................................32.问题思路.................................................................................................................53.专项优化内容.........................................................................................................73.1.参数调整......................................................................................................83.2.容量调整......................................................................................................93.3.坏小区处理................................................................................................113.4.路网优化....................................................................................................113.4.1.弱覆盖问题分析..............................................................................113.4.2.越区覆盖问题分析..........................................................................133.4.3.导频污染问题分析..........................................................................153.4.4.干扰问题分析..................................................................................174.专项优化成果.......................................................................................................185.专项优化总结.......................................................................................................201.概述(1)摘要2015年省公司对IUPS口的PDP激活时延、RAB指配时延进行考核,指标定义如下:3G时延:RAB建立时长+PDP上下文连接时长+TCP建立时长+用户访问小流量(30KB)的数据业务完成数据下载总时长。1、RAB建立时长=RABSETUPREQUEST消息做为统计点,到RABSETUPRESPONSE作为截止点,成功建立RAB的总时长;2、PDP上下文连接时长=CREATEPDPCONTEXTREQUEST消息做为统计点,到CREATEPDPCONTEXTRESPONSE作为截止点,成功建立PDPcontext的总时长;3、TCP建立时长=从syn消息做为统计点,经过三次握手流程最后的synack作为截止点,TCP建立成功的总时长;4、用户访问小流量(30KB)的数据业务完成数据下载时长=用户收到第一个GET数据包时间t0、收到全部页面内容最后1个数据包时间t1,统计(t1-t0)等待时长的平均值。(2)网络现状通过统计清远在3月底的时延指标情况,TCP建立时长以及用户访问小流量(小于30KB)数据业务完成数据下载时长均达到挑战值,主要存在问题是RAB建立时长及PDP上下文连接时长不达标,RAB建立时长在1203ms左右,PDP上下文连接时长在1430ms左右,具体指标情况如下:日期网络类型RAB建立时长(ms)PDP上下文建立时长(ms)TCP建立时长用户访问小流量(小于30KB)数据业务完成数据下载时长挑战值100012005003000基准值1500180080050002015-3-25TD120914374158602015-3-26TD120814334178622015-3-27TD120514314008242015-3-28TD120914373807662015-3-29TD119814223697392015-3-30TD119614253787322015-3-31TD11941424383734(3)PDP激活和RAB指配信令流程MSNODEBActivatePDPContextRequestSGSNGGSNRNCPDP上下文创建时延RAB建立时延PDP上下文更新时延ActivatePDPContextAccept02004006008001000120014001600RAB建立时长(ms)PDP上下文建立时长(ms)PDP建立时长挑战值1200msRAB建立时长挑战值1000ms以上是IUPS口PDP激活和RAB指配信令流程,同时从信令流程中可知,RAB指配是PDP激活过程中的一部分,所以RAB指配时延与PDP激活时延相关性很大。从统计上看PDP激活平均时延比RAB指配平均时延长240ms左右,PDP激活消耗的时延主要在RAB指配过程。2.问题思路根据以上信令流程分析,PDP激活消耗的时延主要在RAB指配过程,结合目前清远时延现状,问题主要集中在RAB指配过程,只要RAB建立时长得到控制,PDP上下文建立时长会同时下降。重点对RAB建立流程进行梳理,确定优化方向。RAB建立是由于CN发起,UTRAN执行的功能,基本流程如下:1、CN向UTRAN发送RAB指配请求消息,请求UTRAN建立RAB;2、RNC发起建立IU接口与IUB接口的数据承载;3、RNC向UE发起的RB建立请求;4、UE完成RB建立,向RNC回应RB建立完成消息;5、RNC向CN应答RAB指配响应消息,结束RAB建立流程。当RAB建立成功后,一个基本的呼叫即建立。从上面的信令流程分析,RAB建立包含RL建立及RB建立:RL是单个UE和UTRAN之间的逻辑链接,在物理实现上一条RADIOLINK包含了一条或多条无线传输承载;RB由层2提供给上层的在SRNC和UE之间传输用户数据的服务。通过对清远小区进行信令跟踪并分析:RAB建立过程附带业务过多:消息名称UE标识RNC_ID小区标识消息方向CPUTick值信令之间时延RABASSIGNMENTREQUEST377712587475CN-RNC4114031762RABRELEASEREQUEST377712587475RNC-CN41140317620MEASUREMENTREPORT377712587475UE-RNC411403177210IURELEASECOMMAND377712587475CN-RNC4114031882110IURELEASECOMPLETE377712587475RNC-CN41140318820RADIOLINKRECONFIGURATIONPREPARE377712587475RNC-NODEB411403189210RADIOLINKRECONFIGURATIONREADY377712587475NODEB-RNC411403191220RADIOBEARERRELEASE377712587475RNC-UE411403192210RADIOLINKRECONFIGURATIONCOMMIT377712587475RNC-NODEB4114032332410RADIOLINKRESTOREINDICATION377712587475NODEB-RNC41140337921460RADIOBEARERRELEASECOMPLETE377712587475UE-RNC411403380210MEASUREMENTCONTROL377712587475RNC-UE411403381210RADIOLINKRECONFIGURATIONPREPARE377712587475RNC-NODEB411403382210RADIOLINKRECONFIGURATIONREADY377712587475NODEB-RNC4114034022200RADIOBEARERSETUP377712587475RNC-UE411403403210MEASUREMENTCONTROL377712587475RNC-UE411403410270MEASUREMENTCONTROL377712587475RNC-UE4114034302200RADIOLINKRECONFIGURATIONCOMMIT377712587475RNC-NODEB411403433230MEASUREMENTCONTROL377712587475RNC-UE4114034702370RADIOBEARERSETUPCOMPLETE377712587475UE-RNC4114034892190RABASSIGNMENTRESPONSE377712587475RNC-CN41140348920无线原因导致时延较大:消息名称UE标识RNC_ID小区标识消息方向CPUTick值信令之间时延RABASSIGNMENTREQUEST344522587475CN-RNC4114011808RADIOLINKRECONFIGURATIONPREPARE344522587475RNC-NODEB411401183830RADIOLINKRECONFIGURATIONREADY344522587475NODEB-RNC4114011998160RADIOBEARERSETUP344522587475RNC-UE411401200810RADIOLINKRECONFIGURATIONCOMMIT344522587475RNC-NODEB4114012418410RADIOLINKRESTOREINDICATION344522587475NODEB-RNC4114013028610RADIOBEARERSETUPCOMPLETE344522587475UE-RNC41140164483420MEASUREMENTCONTROL344522587475RNC-UE41140164480RABASSIGNMENTRESPONSE344522587475RNC-CN41140164480结合以上的信令分析,从以下四方面提升时延指标:1、参数调整:无线环境较好的小区从信令侧适当减少PDU重传次数,减少时延;2、容量调整:对拥塞小区进行扩容、实施分流等措施,降低RAB指配时延;3、坏小区处理:对指标较差、故障小区进行处理,降低坏小区时延过长导致影响全网指标;4、路网优化:对弱覆盖路段、干扰路段、过覆盖小区进行调整,减少无线环境对接入时延的影响。3.专项优化内容根据优化思路,以下从参数调整、容量调整、坏小区处理、路网优化四方面开展优化提升工作。参数调整容量调整坏小区处理路网优
本文标题:清远TDS时延优化提升报告
链接地址:https://www.777doc.com/doc-2243570 .html