今天是:   欢迎访问通信维护技术行业的门户网站!  
设为首页
加入收藏
网站地图
首页 > 通信技术 > 交换技术 >
分享到: 收藏

LTE实战技巧之切换成功率优化
2016-06-20 00:11:11   来源:   评论:0 点击:

1、概述  LTE切换成功率是运营商重点考核的三大指标之一,作为后台人员,在处理Top坏小区的时候,不可能每次都要求前台去复测重现、分析

1、概述

   LTE切换成功率是运营商重点考核的三大指标之一,作为后台人员,在处理Top坏小区的时候,不可能每次都要求前台去复测重现、分析信令,因此如何在没有前台测试数据支持下,从各种网管统计数据中交叉分析互相印证、判断低切换成功率的原因并加以解决是KPI分析人员必备的技能之一。

  本文从切换的统计点、信令流程、数据分析及常见问题环节几个方面对切换成功率进行全方位的分析。

2 、切换流程及统计点

我们先来看看切换成功率的计算公式,切换成功率有两个公式:

?不含切换准备的切换成功率:

切换成功率(不含切换准备)=切换成功次数/切换尝试次数*100%

?含切换准备的切换成功率:

切换成功率(含切换准备)=切换成功次数/切换请求次数*100%

各地运营商的关注指标视各自的情况有所不同。

  按照涉及的网元关系,切换可以分为三大类:eNB内切换、eNB间X2切换及eNB间S1切换。其中eNB内切换不涉及邻区配置参数,并且站内切换涉及网元少,一般切换成功率较高;eNB间X2切换次数最多,对全网切换成功率影响最大,S1切换次数较少,并且与X2切换信令流程较类似。因此我们以X2切换为例进行流程分析,考察切换成功率指标的统计点。

eNB间X2切换的信令流程如下:

 一个完整的切换流程大致分为以下几个步骤:

1、eNB发送测量控制,UE根据当前小区的测量控制信息,将符合切换门限的小区进行上报;

2、源小区在收到测量报告后通过X2向目标小区发送HO Request申请资源,切换成功率计算公式中的第一个统计项HO_Req的信令统计点就在这里(也叫切换准备);

3、目标小区准备好相应资源,并将终端的接纳信息以及其它配置信息反馈给源小区;

4、源小区将目标小区的接纳信息及配置信息发给终端,告知终端目标小区已准备好终端接入,重配消息里包含目标小区的测量控制;HO_Attempt在此计数;

5、终端使用重配消息里的接入信息接入目标小区,核心侧完成路由切换后,目标小区通知源小区释放资源,切换成功,此时源小区的HO_Success统计在此计数。

从信令流程可知:

1、两种切换成功率统计的差异就是切换准备阶段,而切换准备阶段对终端来说,还没有开始执行切换,因此对用户感知无影响;

2、切换成功率的各统计项均在源小区统计,也即网管呈现的切换成功率实际都是切出成功率,但实际情况下,切换存在问题的时候往往是终端接入目标小区不成功,跟源小区关系不大。如果我们只是紧盯网管统计中切换成功率差的小区,如隔靴搔痒,找不到痛点。

3、 分析思路

  从前述可知,我们网管KPI中统计的是切出成功率,这个指标不便于我们定位有问题的目标小区,好在我们除了常规的KPI统计外,还可以统计邻区对级别的切换统计,一般格式如下:

其中,源小区向目标小区发送HO_Req,但没有收到目标小区的HO_Req_ACK,计为HO_Prep_fail,也即:

HO_Prep_fail=HO_Req - HO_Attempt

  我们取得了邻区对级别的详细切换统计次数后,按照目标小区进行分类汇总,即可得到每个小区的切入成功率。从网管指标看,一个切入成功率差的小区,往往周边多个小区的切换成功率都差。我们找出切入成功率低的小区,再加以解决,方能事半功倍。

4、 易发生失败的环节及可能原因

  由于我们切换请求次数的统计点是从源eNB发起HO Request开始的,因此前面源eNB和UE进行测量控制、测量报告上报等等信令交互都不影响切换成功率的计算,也就是说,只要源小区不发HO Request,切换成功率的分母部分尚未计数,均不会影响切换成功率指标。

因此,对切换成功率有影响的主要环节如下:

1、切换准备阶段

●信令失败点:源小区向目标小区发送HO Request,但目标小区未回复HO Request ACK;

●其他特征:目标小区切入准备成功率低,有时伴有阻塞或告警。

●可能原因及解决方案:

①目标小区故障-----排障

②目标小区资源不足、拥塞----负荷均衡、区域扩容

③特例:源小区与目标小区MME配置不一致。此时分析邻区对数据时,可能只有某几对邻区之间切换准备较多,其他小区向目标小区切换准备正常。

此时如跟踪X2信令,会发现Handover Cancel消息的原因为unkown MME code:


 

2、切换执行阶段

Case1:

●信令失败点:源小区向终端发送RRC重配指示,但终端并未收到;X2口信令表现为源小区T304超时后,发起Handover Cancel:

 

 

●其他特征:终端未收到下行的RRC重配指示,说明此时下行链路较差,可能的原因是:下行干扰(此时源小区的接通率、掉线率等KPI也会较差);切换过晚或弱覆盖(掉线率指标可能略差);

●可能原因及解决方案

①干扰---干扰排查

②切换过晚---核查切换参数(CIO、offset等),并检查有无漏配邻区

③弱覆盖---调整天线、功率、加站等改善覆盖

Case2:

●信令失败点:终端无法接入到目标小区,X2口信令表现与Case1相同。

●其他特征:切换时终端接入目标小区的过程与初始接入类似(除了前导码不需要竞争外),因此如果切换时接入困难,那么其他终端初始接入也有可能有问题,此时可以考察目标小区的接通率是否有问题;

●可能原因及解决方案

①目标小区故障----排障

②目标小区受干扰---排查干扰

③接入参数设置问题-----核查目标小区接入参数

④弱覆盖---调整天线、功率、加站等改善覆盖

⑤特例:PCI混淆

PCI和频点是终端测量时区别各个邻区的唯一标志,如果终端实际检测到的小区和实际源小区的邻区列表中该PCI对应的小区不一致,就会造成源小区向错误的邻区发送HO Request,终端向错误的小区发起接入请求,当然不会成功。

PCI混淆示意图: 

如图所示,A小区和B小区同频同PCI,服务小区与B小区有邻区关系,服务小区与A小区有无邻区关系均不影响PCI混淆事件的产生,没有邻区关系的情况下,这类问题更隐蔽。终端在所处位置测量到的PCI实际为A小区的信号,上报测量报告后,服务小区根据邻区表中的PCI信息匹配到B小区,因此向B小区发HO Request,B小区回ACK后服务小区通知终端发起随机接入,终端根据RRC重配消息向A小区发接入,接入失败。

5、 小结

由于统计点的特殊性,切换成功率差的小区不一定就是差小区,往往是它的邻区存在问题,因此很多情况下我们要根据切入成功率来定位问题,结合其他的指标互相印证,快速提升切换成功率。

各种情况的分析判断汇总如下表: 

相关热词搜索:成功率 实战 技巧

上一篇:cisco交换机端口聚合口怎么配置?
下一篇:TCP/IP协议栈及OSI参考模型详解