TDLTE主要KPI指标优化指导书_第1页
TDLTE主要KPI指标优化指导书_第2页
TDLTE主要KPI指标优化指导书_第3页
TDLTE主要KPI指标优化指导书_第4页
TDLTE主要KPI指标优化指导书_第5页
已阅读5页,还剩28页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

.. 第四步,综合最坏小区的KPI数据、告警数据、DT测试数据、用户投诉情况四类数据综合分析,提出解决方案。问题排除法:从网管的告警数据中可以直接检查该ENodeB,BPL板、传输的运行情况,如果问题存在明显的传输断链、硬件设备等,可以很快定位问题原因;突发事件关联:对大量站点出现的问题就需要考虑是否是由于突发事件造成;比如大型集会、恶劣天气、误操作等都会对网络指标造成影响,根据各自的程度深浅,影响的范围也有所区别;无线参数比较法:如果出现某些站点突然出现故障,还可以检查该小区无线参数的配置,与其它正常小区的无线参数配置是否一致,如果不一致则改为一致,因为该小区可能是由于无线参数被误改而造成指标下降;指标关联法:如果某指标较差,一定要看一下与之相关联的指标情况,往往从这些关联的指中能发现共同的问题;综合定位法:排除了以上几个原因后,运用DT数据、KPI数据、ENB信令分析等数据,综合分析指标问题,可以定位出小区的指标问题。图STYLEREF1\s4-SEQ图\*ARABIC\s11KPI优化分析流程图KPI优化分析专题本章主要介绍如何从网管数据来分析指标问题,以及如何结合计数器来优化KPI的思路,每个专题详细的分析方法及案例见各专题优化指导书。RRC建立成功率本章主要从网管的角度来分析问题,通过参数的调整达到优化的目的。RRC建立成功率的定义从空口信令上看,RRC建立过程如下:图STYLEREF1\s5-SEQ图\*ARABIC\s11RRC接入流程、本流程图表述了RRC连接建立过程。包含了RRC连接建立成功,RRC连接建立被拒绝和RRC连接建立失败过程。采样点1:eNodeb接收到UE的RRC连接建立请求消息,进行采样统计。采样点2:eNodeb发送RRC连接建立消息,进行采样统计。采样点3:eNodeb接收到RRC建立完成消息,进行采样统计。采样点4:eNodeb发送RRC连接拒绝消息,进行采样统计。采样点5:eNodeb等待RRC连接建立完成消息定时器超时,采样统计。RRC建立失败常见原因表STYLEREF1\s5SEQ表\*ARABIC\s11掉话常见原因指标或计数器指标公式或计数器描述信息C373200001mt-Access类型RRC连接失败次数,定时器超时<次>C373200002mt-Access类型RRC连接失败次数,eNB接纳失败<次>C373200003mt-Access类型RRC连接失败次数,其他原因<次>C373200005mo-Signalling类型RRC连接失败次数,定时器超时<次>C373200006mo-Signalling类型RRC连接失败次数,eNB接纳失败<次>C373200007mo-Signalling类型RRC连接失败次数,其他原因<次>C373200009mo-Data类型RRC连接失败次数,定时器超时<次>C373200010mo-Data类型RRC连接失败次数,eNB接纳失败<次>C373200011mo-Data类型RRC连接失败次数,其他原因<次>C373200013highPriorityAccess类型RRC连接失败次数,定时器超时<次>C373200014highPriorityAccess类型RRC连接失败次数,eNB接纳失败<次>C373200015highPriorityAccess类型RRC连接失败次数,其他原因<次>C373200017emergency类型RRC连接失败次数,定时器超时<次>C373200018emergency类型RRC连接失败次数,eNB接纳失败<次>C373200019emergency类型RRC连接失败次数,其他原因<次>影响RRC接入成功率的因素影响RRU接入的主要因素如下,可在优化RRC成功率时参考1,基站故障2,基站参数,PRACH配置,最小接入电平设置,3,上行干扰,NI太高4,弱场接入,RRC无法完成。弱场接入案例就某项目外场统计结果来看,RRC接入失败多发生在C373200005〔mo-Signalling类型RRC连接失败次数,定时器超时即初始接入MSG5超时。现场在排除无线环境、NI、基站故障等异常的情况下,仍然发现不少基站存在MSG5超时的问题。查看版本默认配置的小区最小接入电平值〔当前为-130dBm,怀疑此值设置过于宽松,容易造成远距离接入而导致MSG5超时。对经常发生MSG5超时的基站统计其TA,TA分布如下。图STYLEREF1\s5-SEQ图\*ARABIC\s12TA接入统计分布为了保证接收侧〔eNodeB侧的时间同步,LTE提出了上行定时提前〔UplinkTimingAdvance的机制。在UE侧看来,timingadvance本质上是接收到下行子帧的起始时间与传输上行子帧的时间之间的一个负偏移〔negativeoffset。eNodeB通过适当地控制每个UE的偏移,可以控制来自不同UE的上行信号到达eNodeB的时间。对于离eNodeB较远的UE,由于有较大的传输延迟,就要比离eNodeB较近的UE提前发送上行数据。最终目的是当不同距离的UE接入同一eNodeB时,为了保证上行传输的正交性,避免小区内〔intra-cell干扰,eNodeB要求来自同一子帧但不同频域资源〔不同的RB的不同UE的信号到达eNodeB的时间基本上是对齐的。1TA=16Ts=16*32.55ns*300000000/2=78m从以上统计可以看出,问题基站的TA都集中在TA[14,20]以后了,即14*78m=1092m。按照项目现场布局,属于远距离接入,且数量较多符合之前的猜想。对此,项目组决定统一修改小区最小接入电平值由-128dbm改为-120dbm,规避超远距离接入带来的MSG5超时问题同时降低掉话率。优化措施20XX12月11日对全网修改此参数后,RRC建立成功率和无线掉线率指标明显提升。图STYLEREF1\s5-SEQ图\*ARABIC\s13优化后RRC建立成功率图STYLEREF1\s5-SEQ图\*ARABIC\s14优化后无线掉线率上行干扰案例提取TOP小区每小时的RRC建立成功率,与每小时粒度的NI相对比,观察是否RRC建立成功率低时,NI值升高。对比底噪值与RRC连接建立成功率可以发现,当100个RB计数器噪声之和超过-9000dBm之后,RRC连接建立成功率将明显下降。如果因干扰导致接入成功率突降,需要进行干扰排查基站故障案例[TDD]XXXX宾馆新办公楼3小区均出现RRC建立成功率低,核查发现基站出现故障。小区名称[TDD]XXXX宾馆新办公楼[TDD]RRC连接建立成功率<百分比>39.43%RRC失败次数5575mt-Access类型RRC连接建立成功次数<次>7109mo-Signalling类型RRC连接建立成功次数<次>1706mo-Data类型RRC连接建立成功次数<次>39274highPriorityAccess类型RRC连接建立成功次数<次>0emergency类型RRC连接建立成功次数<次>0mt-Access类型RRC连接失败次数,定时器超时<次>1202mt-Access类型RRC连接失败次数,eNB接纳失败<次>897mt-Access类型RRC连接失败次数,其他原因<次>470mo-Signalling类型RRC连接失败次数,定时器超时<次>471mo-Signalling类型RRC连接失败次数,eNB接纳失败<次>2535网元反复出现如下告警,导致RRC连接建立成功率降低。网元告警级别告警码发生时间告警类型XXXX宾馆新办公楼主要小区退出服务<198094832>2014-4-1416:11服务质量告警严重RRU链路断<198097605>2014-4-1416:14处理错误告警主要天馈驻波比异常<198098465>2014-4-1416:02设备告警严重设备掉电<198092295>2014-4-1416:11设备告警主要CPU过载严重告警<198092390>2014-4-1311:15处理错误告警次要CPU过载告警<198092391>2014-4-1311:12处理错误告警主要光口接收链路故障<198098319>2014-4-1310:43通信告警主要单板处于初始化状态<198092348>2014-4-1310:39处理错误告警严重软件运行异常<198097604>2014-4-1310:39处理错误告警ERAB建立成功率ERAB建立失败较多时,首先核查基站有无影响业务的告警,如传输类,RRU类故障。如果没有告警,则需要继续分析失败原因。通过跟踪基站信令观察ERAB建立失败过程。起始时间小区名称[TDD]E-RAB建立成功率<百分比>初始的E-RAB建立失败次数,其他原因<个>2014-4-13[TDD]XX小寨ZT-XABO719TL-0<1>64.14%74332014-4-13[TDD]XX小寨ZT-XABO719TL-1<2>63.35%31602014-4-13[TDD]XX小寨ZT-XABO719TL-2<3>64.58%1395使用系统工具中的信令跟踪功能,跟踪UE级小区信令;查看ERAB建立失败原因,针对具体原因进行排查切换成功率优化专题切换成功率的定义切换分同频、异频切换,小区间、基站间切换。本章节以S1口基站间同频切换为例,其切换流程如下图STYLEREF1\s5-SEQ图\*ARABIC\s15S1切换流程当eNodeB接收到从UE来的测量报告消息,根据消息进行判决,如果条件满足eNodeB间S1切换,则触发UE在eNodeB间切换过程。eNodeB发送切换请求消息给MME。目标eNodeB接收到MME的HandoverRequest消息,进入资源准备。如果资源准备成功,给MME回复HandoverRequestAcknowledge。如果资源准备失败,则给MME回复HandoverFailure。MME给源侧eNodeB发送HandoverPreparationFailure,切换准备过程结束。源侧eNodeB接收到从MME来的HandoverCommand消息,则发起切换过程,给UE发送HandoverCommand<i.e.RRCConnectionReconfiguration>。目标侧eNodeB接收到UE的RRC重配完成消息后,发送HandoverNotify消息给MME,指示UE已经成功切换到了目标小区。MME接收到HandoverNotify消息后,给源eNodeB发送UEContextReleaseCommand消息,切换过程成功结束。切换失败常见原因切换成功率统计点都是在切换出一侧进行统计,排查该指标时建议使用网管EUTRAN邻区关系对进行统计,通过该手段能及时发现切换出源侧和目标侧的问题,如在目标侧准备失败、在目标侧无法建立回源侧发起重建立、切换等待响应超时等。图STYLEREF1\s5-SEQ图\*ARABIC\s16EUTRAN邻接关系切换成功率低处理思路切换过程中包含切换准备阶段,与切换执行阶段,2个阶段涉及到的因素各不一样,因此需要分开来处理。具体来说,切换准备失败问题,多由外部邻小区参数配置错误〔邻区配置正确或者切换准备目标基站故障引起。分类原因有换出准备失败次数,等待切换响应定时器超时<次>切换出准备失败次数,目标侧准备失败<次>切换出准备失败次数,其它原因<次>切换出准备失败次数,源侧发生重建立<次>切换执行失败,发生在切换命令下发后,终端执行时失败,与无线环境,邻区配置的合理性强相关。分类原因有源侧发生重建立<次>目标侧发生重建立<次>其它原因<次>RRC重配完成超时<次>分析切换失败,可定制测量类型为:[LTE]E-UTRAN邻接关系的KPI报表,统计每一个邻区对的切换情况。需要用到的计数器模板如下:对于整网切换成功率较低的网络,可以先按切换细分模板提出整网指标,分析切换准备与执行那个导致的失败次数较多,再按TOP小区针对分析处理。切换准备失败处理切换准备失败需要提取切换准备相关的计数器分解,查看具体的准备失败原因。切换准备失败主要关注邻区参数的正确性。切换准备失败需要定期核查现网邻区数据,保证数据的有效与准确核查对象:1.现网中邻区参数配置错误的,如外部小区定义中与邻接基站定义不一致的;定期提取规划数据,进行核查2,现网中对异厂家站点邻区定义错误的,需定期索取异常家工参核查;现网中邻区基站ID错误的,即不存在于异厂家网管,也不存在与中兴网管中的邻区关系。需要删除这类邻区数据。3.定期核查现网中超远邻区关系。市区内暂以2.5KM为界,郊县不受此限制核查外部邻小区配置参数是否正确。核查规划参数配置表中ExternalEUtranCellTDD邻小区的相关配置参数,是否与邻接基站无线参数配置一致。推荐核查工具:健康卫士核查结果:切换准备失败原因为切换出准备失败次数,其它原因<次>时,需要详细分析。切换执行失败处理切换执行阶段失败同样需要提取切换准备相关的计数器分解,查看具体的执行失败原因。切换出执行失败次数较多,且成功率为0的小区对,重点核查切换目标小区是否与周边站点同频同PCI,邻区配置是否合理,是否加了较远的站点为邻区,且与周边站点同PCI。切换出执行次数较多,有一定几率成功,有一定几率失败的邻区对,核查目标基站否存在上行干扰,如果存在上行干扰,即需要进行干扰排查。超级小区配置邻区,当主小区与辅小区邻区PCI相同时,只能配置超级小区主小区之间的邻区,不能配置主小区到辅小区的邻区。非超级小区也不能添加对辅小区的邻区。否则会造成切换执行失败。对于异频切换执行失败较多的站点,核查异频启动测量A2事件和A3事件配置是否合理。案例切换准备失败案例两个小区〔71129、71238均为切换至昌平沙河东北ZL-2<0:460:00:71246:2>失败,失败原因均为切换准备时目标侧准备失败,而且绝大多数均为X2切换失败:切换准备失败信令跟踪:基站分布图失败原因是由于在做切换时,发送X2切换请求后,目标侧基站回复准备失败,拒绝原因是"未知的MMECode",经核查发现是由于目标侧基站配置SCTP偶联时只配置了对一个MME,漏配了一个。把对相应MME的SCTP进行添加后,问题解决。切换执行失败案例提取小区对级的切换指标,统计邻区对的切换成功率[TDD]XX外国语学院-ZLH-XABO436TL-2<3>小区切换至目标小区591243_1小区切换出执行成功率为0,核查该站外部邻区关系中〔ExternalEUtranCellTDD591243_1小区PCI为69。但该站ID在中兴网管中并不存在,在异厂家工参中也不存在,是错配邻区。srcENBIdmccmnceNBIdcellLocalIdplmnIdListfreqBandIndearfcnpci591258460005912431460,0039189069591258460005912432460,0039189070591258460005912433460,0039189071观察该站周边站点,发现临近站点XX华东服饰广场第1小区PCI为69,可见邻区配置错误。解决办法:删除原因无用邻区,包括EUtranRelation与ExternalEUtranCellTDD邻区中对591243错误的数据,重新添加XX华东服饰广场591545的邻区关系管理网元ID小区标识基带资源配置PLMN列表物理小区识别码59154511460,006959154522460,007059154533460,0071切换执行失败案例邻区关系591082_2_591035_3切换执行成功率为0,核查目标小区591035_3周边存在同PCI小区590771_3,该站PCI分配完全与591035站点相同管理网元ID小区标识基带资源配置PLMN列表物理小区识别码59103511460,0015059103522460,0015159103533460,0015259077111460,0015059077122460,0015159077133460,00152解决方法:重新规划2个站点中某个站点的PCI,解决近距离同PCI问题。异厂家同频同PCI配置某站切换成功率低,通过EUTRAN邻接关系发现在其无法在目标侧切换入,切换在源侧发起重建立。后前台测试发现HW有同频同PCI配置基站在问题站点附近,修改ZTE基站PCI,这两站点切换恢复正常。图STYLEREF1\s5-SEQ图\*ARABIC\s17同频同PCI配置邻区错配基站1与基站2有切换关系,但实际邻区配置为基站1与基站3有双向邻区关系,导致切换异常。删除原有邻区关系,新增加基站1和基站2的邻区关系,切换指标恢复正常。导致该问题的大量产生,是工程督导使用的新开站模板中带有原有基站的邻区配置数据。图STYLEREF1\s5-SEQ图\*ARABIC\s18邻区错配底躁偏高目标基站NI统计均值在-90左右,造成源侧切换无法在目标发起建立。短时间内无法接入NI偏高,通过调整切换偏移和迟滞值,将切换次数减少,尽量减低NI高带来的切换异常问题。优化措施针对上述典型问题。使用《健康卫士》检查外部邻区一致性问题,NI偏高站点向局方负责人汇报并督促其加快NI处理速度,切换成功率明显提升。图STYLEREF1\s5-SEQ图\*ARABIC\s19优化后切换成功率掉线率处理当前掉线率中,分母有10个种计数器,除过由于Inactivity,ENB重定向,CCO原因之外的计数器,都算在掉线率分子中。掉线率统计公式指标或计数器指标公式或计数器描述信息[LTE]无线掉线率<%><P311178-P311439>/<C373220600+C373220656>C373220600Context建立成功次数<次>C373220656遗留上下文个数<个>P311178C373220612+C373220613+C373220614+C373220615+C373220616+C373220618+C373220620+C373220621+C373220622+C373220635C373220612Context释放,ENB空口失败引发释放次数<次>C373220613Context释放,ENB切换失败引发释放次数<次>C373220614Context释放,由于小区关断或复位引发释放次数<次>C373220615Context释放,ENB由于Inactivity引发释放次数<次>C373220616Context释放,ENB由于其它原因引发释放次数<次>C373220618Context释放,ENB重定向导致释放次数<次>C373220620Context释放,ENB重建立失败导致释放次数<次>C373220621Context释放,ENB由于S1链路故障导致释放次数<次>C373220622Context释放,ENB检测到UE被异常拔掉<次>C373220635Context释放,ENB由于CCO原因引发释放<次>P311439C373220615+C373220618+C373220635C373220615Context释放,ENB由于Inactivity引发释放次数<次>C373220618Context释放,ENB重定向导致释放次数<次>C373220635Context释放,ENB由于CCO原因引发释放<次>掉线率处理思路:1,按照掉线率分子,提取细分原因的计数器,查看由那类计数器引起的失败次数最多,针对性处理。2,正常情况下,某个小区周边都存在邻区,如果无线环境不是很差,都可以通过切换的方式改变下行信号质量。当某个站点缺失邻区或者邻区添加不合理,会导致无法切换出而掉死。因此处理掉线率较高的小区时,需要核查邻区配置是否合理。3,小区存在异频邻区时,需核查异频切换类参数是否配置合理,A2,A3事件配置4,核查小区是否存在超远覆盖,导致覆盖孤岛,无法切换到周边邻区。可以通过后台跟踪信令,观察测量报告,并补齐漏配的邻区。随后需要对覆盖进行控制。5,对于因弱覆盖导致掉线,可以添加系统间邻区,使用重定向到3G的方式,减少掉线次数。但门限设置需要合理,不能太容易去到3G。KPI常见原因处理手段指标种类原因值处理手段接入类接纳失败查询基站高峰时段话务,检查基站负荷接纳参数配置,查询PRB利用率。PRB利用率高而用户数少,通过闭塞解闭塞小区,将异常用户踢走CPU过载调整userinactive时间,减少用户重复接入系统的概率。601版本后会解决CPU防冲击的问题MSG5超时检查UE侧和基站侧LOG,查看信令具体流程。修改最小接入电平,避免远距离用户接入。除此之外还应检查上行NI和上行功率控制参数设置,上行NI偏高,功率参数设置不合理均会导致MSG5超时,重启基站复位CC板,上诉均不行则上报第一响应组掉线类Context释放由于空口失败排除现场无线环境问题后,在BPL0单板环境内关闭RLF开关。NI过高查看NI图,判断干扰类型。阻塞杂散干扰通过增加空间隔离度or更换RRU解决。GTPUERRIND联合核心网侧一起抓包排查。切换类目标侧准备失败检查邻区TAC,PCI,ENBID配置,目标基站是否barred,目标基站是否出现退服告警等。切换响应定时器超时检查UE侧和控制面定时器。目标侧切换失败,返回源侧重建立检查现场无线切换环境,排除NI问题导致的在目标侧无法接入而反馈源侧进行重建立。排查邻区关系是否正确,剔除超远邻区垃圾邻区的配置后关系。结束语影响网络质量的因素较多,这就要求网规网优人员不仅要关注无线网络优化的原理与手段,还需要了解无线侧设备的调测,核心网的知识,通过实际的网络优化经验,不断的提高自身优化水平,优化过程要注重理论与实践相结合,同时做好总结,为部门做好知识积累。.附录缩略语缩略语英文全名中文解释ATMAsynchronousTransferMode异步传输模式CDRCallDropRate掉话率CEChannelElement信道单元ClusterTuningClusterTuning簇调整〔簇优化CNCoreNetwork核心网CPICHCommonPilotChannel公共导频信道CQIChannelQualityIndicator信道质量指示CQTCallQualityTest拨打测试DTDriveTest路测E-DCHEnhanceduplinkDedicatedChannel增强上行专用信道HSDPAHighSpeedDownlinkPacketAccess高速下行分组接入HS-DSCHHighSpeedDownlinkSharedChannel高速下行共享信道HS-SCCHHighSpeedSharedControlChannel高速共享控制信道HSUPAHighSpeedUplinkPacketAccess高速上行链路分组接入ICMPInternetControlMessageProtocol互联网控制报文协议InitialTun

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论