清远TDS时延优化提升报告

1、清远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建立时长=RAB SETUP REQUEST

2、消息做为统计点，到RAB SETUP RESPONSE作为截止点 ，成功建立RAB的总时长；2、PDP上下文连接时长=CREATE PDP CONTEXT REQUEST消息做为统计点，到CREATE PDP CONTEXT RESPONSE作为截止点 ，成功建立PDP context的总时长；3、TCP建立时长=从syn消息做为统计点，经过三次握手流程最后的synack作为截止点，TCP建立成功的总时长；4、用户访问小流量(<30KB)的数据业务完成数据下载时长=用户收到第一个GET数据包时间t0、收到全部页面内容最后1个数据包时间t1，统计（t1-t0）等待时长的平均值。（2） 网络

3、现状通过统计清远在3月底的时延指标情况，TCP建立时长以及用户访问小流量（小于30KB）数据业务完成数据下载时长均达到挑战值，主要存在问题是RAB建立时长及PDP上下文连接时长不达标，RAB建立时长在1203ms左右，PDP上下文连接时长在1430ms左右，具体指标情况如下：日期网络类型RAB建立时长(ms)PDP上下文建立时长(ms)TCP建立时长用户访问小流量(小于30KB)数据业务完成数据下载时长挑战值100012005003000基准值1500180080050002015-3-25TD1209 1437 415 860 2015-3-26TD1208 1433 417 862 201

4、5-3-27TD1205 1431 400 824 2015-3-28TD1209 1437 380 766 2015-3-29TD1198 1422 369 739 2015-3-30TD1196 1425 378 732 2015-3-31TD1194 1424 383 734 （3） PDP激活和RAB指配信令流程以上是IUPS口PDP激活和RAB指配信令流程，同时从信令流程中可知，RAB指配是PDP激活过程中的一部分，所以RAB指配时延与PDP激活时延相关性很大。从统计上看PDP激活平均时延比RAB指配平均时延长240ms左右，PDP激活消耗的时延主要在RAB指配过程。2. 问题思路根

5、据以上信令流程分析，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建立成功后，一个基本的呼叫即建立。

6、从上面的信令流程分析，RAB建立包含RL建立及RB建立：RL是单个UE和UTRAN之间的逻辑链接，在物理实现上一条RADIO LINK包含了一条或多条无线传输承载；RB由层2提供给上层的在SRNC和UE之间传输用户数据的服务。通过对清远小区进行信令跟踪并分析：RAB建立过程附带业务过多：消息名称UE标识RNC_ID小区标识消息方向CPU Tick值信令之间时延RAB ASSIGNMENT REQUEST377712587475CN->RNC4114031762RAB RELEASE REQUEST377712587475RNC->CN41140317620MEASUREMENT R

7、EPORT377712587475UE->RNC411403177210IU RELEASE COMMAND377712587475CN->RNC4114031882110IU RELEASE COMPLETE377712587475RNC->CN41140318820RADIO LINK RECONFIGURATION PREPARE377712587475RNC->NODEB411403189210RADIO LINK RECONFIGURATION READY377712587475NODEB->RNC411403191220RADIO BEARER REL

8、EASE377712587475RNC->UE411403192210RADIO LINK RECONFIGURATION COMMIT377712587475RNC->NODEB4114032332410RADIO LINK RESTORE INDICATION377712587475NODEB->RNC41140337921460RADIO BEARER RELEASE COMPLETE377712587475UE->RNC411403380210MEASUREMENT CONTROL377712587475RNC->UE411403381210RADIO L

9、INK RECONFIGURATION PREPARE377712587475RNC->NODEB411403382210RADIO LINK RECONFIGURATION READY377712587475NODEB->RNC4114034022200RADIO BEARER SETUP377712587475RNC->UE411403403210MEASUREMENT CONTROL377712587475RNC->UE411403410270MEASUREMENT CONTROL377712587475RNC->UE4114034302200RADIO L

10、INK RECONFIGURATION COMMIT377712587475RNC->NODEB411403433230MEASUREMENT CONTROL377712587475RNC->UE4114034702370RADIO BEARER SETUP COMPLETE377712587475UE->RNC4114034892190RAB ASSIGNMENT RESPONSE377712587475RNC->CN41140348920无线原因导致时延较大：消息名称UE标识RNC_ID小区标识消息方向CPU Tick值信令之间时延RAB ASSIGNMENT RE

11、QUEST344522587475CN->RNC4114011808RADIO LINK RECONFIGURATION PREPARE344522587475RNC->NODEB411401183830RADIO LINK RECONFIGURATION READY344522587475NODEB->RNC4114011998160RADIO BEARER SETUP344522587475RNC->UE411401200810RADIO LINK RECONFIGURATION COMMIT344522587475RNC->NODEB411401241841

12、0RADIO LINK RESTORE INDICATION344522587475NODEB->RNC4114013028610RADIO BEARER SETUP COMPLETE344522587475UE->RNC41140164483420MEASUREMENT CONTROL344522587475RNC->UE41140164480RAB ASSIGNMENT RESPONSE344522587475RNC->CN41140164480结合以上的信令分析，从以下四方面提升时延指标：1、 参数调整：无线环境较好的小区从信令侧适当减少PDU重传次数，减少时延；

13、2、 容量调整：对拥塞小区进行扩容、实施分流等措施，降低RAB指配时延；3、 坏小区处理：对指标较差、故障小区进行处理，降低坏小区时延过长导致影响全网指标；4、 路网优化：对弱覆盖路段、干扰路段、过覆盖小区进行调整，减少无线环境对接入时延的影响。3. 专项优化内容根据优化思路，以下从参数调整、容量调整、坏小区处理、路网优化四方面开展优化提升工作。3.1. 参数调整Ø 优化原理由于要保证重要信令过程的可靠性，因此现在的RB setup是采用AM方式发送的，另外RB setup消息在空口是分割成多个数据包来发送的，一旦由于空口环境问题导致中间掉一个PDU的时候还可以重传，具体重传的次数则

14、由“传输延迟用于13.6K SRB单业务”参数决定。根据外场测试及计算仿真，该值在无线环境较好的情况下可适当减小。另外，为了保证空口的RB建立成功率，对于外场空口较差的情况下可以对一些小区进行个性化设置。Ø 参数分析参数中文名称：传输延迟用于13.6K SRB单业务。参数英文名称： TransferDelay136KSrb。单位：帧。       取值范围：1255。      默认值：120。设置：该参数指的是在13.6K信令速率情况下，RB建

15、立、RB重配置和RB释放等过程中，从下发RB消息的当前CFN算起，旧配置切换到新配置所需的激活时间偏移量。 RNC是根据该参数来计算激活时间点的，RB消息中携带激活时间点，这样UE就和RNC保持一致了。该参数设置过小，在恶劣环境下，由于误码的信令PDU的重传次数较多，正确下发RB消息所需时间增加，可能导致激活时间到了之后，网络侧切换到新配置，而UE侧来不及启用新配置，导致链路失步，增加掉话或未接通可能性。该参数设置过大，在良好环境下，等待启用新配置时间过长，导致用户体验变差。根据网络情况，对全网小区进行如下调整，对特殊小区进行个性化设置：RNC传输延迟用于13.6K SRB单业务现网

16、原值60传输延迟用于13.6K SRB单业务调整值该值设置为30小区数该值设置为40小区数258727321162258825002502589264264025901920192265629416912526573021831192658276027626592292171226602682650266125802582776292242502777263242213583430343359244024436018801883.2. 容量调整通过网管性能指标进行统计，针对存在RAB拥塞的小区进行故障处理、扩容、分流等措施处理，在专题优化期间，共针对64个小区进行RAB拥塞处理，日后仍需要持续

17、进行RAB拥塞的跟进优化。RNCID小区名CELLIDRAB拥塞数措施类型2777清新农信社T312133930载波均衡359青联T232848857载波均衡2589安居东门T312773559分流2776凤凰城T2457413分流360东城莲塘T333077304算法优化2590鸡坑T130871214算法优化2776盛世皇巢夜总会NT111401212算法优化2657连南3T357353189故障处理358英红T231022157扩容2777清新交警T1960121算法优化2658银盏T232917105扩容2590鸡坑T330873104突发2776检察院T235102104分流2590

18、龙尾山T23698298算法优化2660佛冈附城T1132991算法优化358清新禾云港龙T16222182算法优化2590月亮纸厂T36402379故障处理2777清新国税局T15381678扩容2589洋塘路T33743275算法优化2589英德和平北T3123274扩容2659大观街2T338661突发2589朝阳楼T2125856扩容358石沽塘T33694756故障处理358南冲圩T23011254算法优化359青龙新华T21759251算法优化2776永安北路T11322147分流2776大湾村T33467545算法优化2589利民西T3250144算法优化360中央首座1NT11

19、820141算法优化359源潭三坑新村T23304938故障处理2589英德法院T16316137扩容2776北江大桥南拉远T13438737算法优化2589盛世豪园1NT16347134扩容2777清新太和洞T31203327突发2776大燕坑T11761126故障处理2659朱围T375525算法优化358清新水围村T26288224分流2659人医T116823算法优化2660湖滨宾馆T1139222算法优化358横石塘T33697722算法优化2589英龙水泥厂T2130321故障处理2589国际新城NT23712921扩容2589英师T1119420算法优化2659朱围T275419

20、扩容2776凤凰城T145619突发2776城南市场T36135319扩容2777清新农信社T11213119算法优化2590英德白沙T33692016扩容2777诚展鞋厂T1771116突发2587长岭T23440515分流359东坑T31749315算法优化2658清远台湾工业园T33306214算法优化359江口圩T21274214算法优化2657高级中学T14922013故障处理358龙头山T33091313扩容2590菜洲T23715312算法优化2659西门塘T231312扩容2589梅花路T33737811突发2589洋塘路T23743111扩容2590京广黎溪镇政府T13088

21、211扩容2777诚展鞋厂T3771311扩容2590龙尾山T33698310扩容359金星T13281710扩容359东坑村委T13495010扩容3.3. 坏小区处理对指标较差、故障小区进行处理，降低坏小区时延过长导致影响全网指标。同时重点对参数调整后出现RAB-PS失败进行重点观察处理并进行参数回调。在专题优化期间，共针对38个小区进行指标异常的处理，详细处理情况如下表。3.4. 路网优化对重叠路段、干扰路段、过覆盖小区及背向覆盖的路段进行调整，减少无线环境对接入时延的影响。3.4.1. 弱覆盖问题分析（1）在人民三路向西村附近路段弱覆盖问题分析：在人民三路向西村附近路段，此路段主要覆盖

22、站点为向西村T2与向西村T3小区，由于周边小区百合酒店T2信号越区覆盖至向西村站下，导致此路段形成导频污染，具有未接通和掉话风险。需对汇雅名居T3进行过覆盖控制。优化措施：. 百合酒店T2的下倾角由4度调整到7度.功率降为30DBM。（2）、在光明北路少年宫附近路段弱覆盖问题分析：在光明北路少年宫附近路段，此路段主要覆盖站点为少年宫T3小区，由于周边小区汇雅名居T3、少年宫T2、江滨大厦T3信号较强，核查到汇雅名居T3过覆盖严重，导致此路段形成导频污染，具有未接通和掉话风险。需对汇雅名居T3进行过覆盖控制。优化措施：. 汇雅名居T3的下倾角由度调整到度.功率降为30DBM。3.4.2. 越区覆

23、盖问题分析（1）东湖路路段太阳岛T3过覆盖主叫截图：问题分析：在东湖路路段，此路段周边站点密集，主服务小区不明显形成导频污染。梁围大街T1、太阳岛T3过覆盖严重。优化措施：.后续措施：把梁围大街T1的下倾角由3度调到5度，太阳岛T3的下倾角由9度调到11度避免重叠覆盖。（2）麦围大街路路段北门街口T2、西湖塘T1过覆盖主叫截图：问题分析：在麦围大街路路段，此路段较空旷且周边站点密集，主服务小区不明显形成导频污染。北门街口T2、西湖塘T1过覆盖严重。优化措施：.后续措施：把北门街口T2的下倾角由度调到度，西湖塘T1的下倾角由度调到11度。3.4.3. 导频污染问题分析（1）在曙光二路路段导频污染主叫截图：问题分析：在曙光二路段，此路段主要由西湖塘T2覆盖，信号强度在-72到-77之间，周边站点信号强度相当，无法突出主服小区，容易形成导频污染。需要加强西湖塘T2对此路段的覆盖。优化措施：1、后续措施：把西湖塘T2的下倾角由8度调到11度。2、在御景东方至东城大道东路段导频污染主叫截图：问题分析：在御景东方至东城大道路段，此路段主要由御景东方T2和东城大道东T3来覆盖，但凯旋村T3越区覆盖严重，导致此路段主服务小区不明显形成导频污染。需核查东城大道东T1和凯旋村T3方位角是否有偏差。优化措施：把凯旋村T3的下倾角由度