卡特LTEKPI工作日报及坏小区处理手册.

1、All rights reserved. Passing on and copying of thisdocument, use and communication of its contentsnot permitted without written authorization from Alcatel.KPI工作日报及坏小区处理手册目录1NPO数据收集与准备工作21.1数据的导出21.2导出坏小区列表52.坏小区分析处理62.1 RRC坏小区的分析62.1.1RRC坏小区定义62.1.2RRC坏小区分析步骤62.2切换坏小区的处理92.2.1 切换坏小区定义92.2.2 切换过程与指标9

2、2.2.3 切换坏小区分析步骤92.2.4 切换坏小区分析案例122.3掉线坏小区的处理132.3.1掉线坏小区定义132.3.2掉线过程与指标132.3.3掉线坏小区分析步骤及案例143、坏小区处理思路完善过程151 NPO数据收集与准备工作1.1数据的导出KPI工作的第一部分就是数据的导出，需要使用NPO进行导出：第一步：打开NPO，网址是5/ 账户：osmadmin 密码：Asb#135第二步：选择工作空间，改变工作空间点击NPO左上角，选择下拉的change working zone如下图：点击后会出现如下图所示的对话框，选择global，双击或者点击

3、OPEN第三步：选择全网级别working zone选择obiect zone，中间的对话框选择global_celllte,右边选择view中的USER defined，如下图：在下拉选项中选择kpi_for_nanjing_0329,如下图第四步：全网数据的导出，其中包括整月（30天）以及前一天的数据点击kpi_for_nanjing_0329,按住不动拖到下方的框中弹出如下图对话框：整月数据需要按照Day的时间粒度导出，从前一天开始，向前30天的数据（比如今日为6月8日，则需要导出5月9日到6月7日的数据，共计30天）前整一天数据则按照Hour的时间粒度导出，时间为0点到23点。在选择好

4、时间粒度后，点击下面方框的按钮，导出保存，如下图第四步：最大用户数的导出在左边的方框中选中eNodeB，中间选中global，右边在indicator的模式下，输入vs_ue_active*（*号的意思为后面还有内容，但是没有输入出来，搜索前面是输入内容的所有内容）。在下拉中选择vs_ue_active_nb_onENB_max(L13212_Max)如下图： 如果能够记住可以在indicator的模式下直接输出vs_ue_active_nb_onENB_max。选择时间粒度为Hour，时间为0点到23点，导出前一天的数据，（比如今日6月8日，则需导出6月7日的数据），导出方法同全网数据导出一

5、样。1、导出后选中选择性粘贴，将第二列以后的每一列的表头按照0、1、2、3标记。2、第二列插入、每行求平均值。按照均值降序取前10个小区复制出来。3、全部选中在开始-条件格式-突出显示单元格规则，中大于12的标红，找出全网最大的小区时段的用户数。需要小区名、时间段、用户数。第五步：6号线数据的导出改变工作空间，改变方式见步骤一，选择bus6，如下图：左边选择LTE CELL，中间选择bus6，右边在view下选择kpi_for_nanjing_0329, 拖出数据方式与全网方式相同，参考第三步。选择时间粒度为day。1、将数据选择性粘贴复制至6号线数据中2、在六号线中将RRC建立成功率、E-R

6、AB建立成功率中的nerr和低于80%的删除，将数据业务掉线率中掉线率大于10%的和nerr删除，将eNB内切换成功率、eNB间切换成功率中低于80%的删除。3、筛选选择性复制至统计sheet中、将nerr替换为无请求。第六步：切换指标的导出，在全网工作空间下，选择LTE CELL，选择全部小区，在view下拉的USER defined中，选择zuihuaixiaoqu_HO，如下图：选择时间粒度为Hour，0点到23点，导出方式参考步骤三。第七步：RRC指标的导出方法参考步骤六，只是在VIEW下选择zuihuaixiaoqu_rrc_drop.1.2导出坏小区列表按照上述方法取出全网小区没时

7、段的RRC、Erab、enb切换、掉线的count，结合坏小区定义的时间段（8点-22点）与频次（2次以上）给出每日的坏小区频次列表。2.坏小区分析处理2.1 RRC坏小区的分析2.1.1RRC坏小区定义RRC坏小区定义为RRC连接成功单小时RRC建立成功率<90% 且 RRC连接建立失败次数>202.1.2RRC坏小区分析步骤第一步：搜索目标小区在LTE CELL的模式下，搜索目标小区，比如18zhongSKL_1,则需输入全部名称，也可只输18zhong*，会搜索出相应符合要求的小区。在小区中会出现如CELLLTE_xinjiekouSKL_1这样的小区，则可输入*xinjie

8、kou*，搜索出相应符合的小区。具体如下图：第二步：搜索出小区后，点击“zuihuaixiaoqu_rrc_drop”，查看相应指标情况，对于RRC成功率指标低的需进行下一步操作，查找原因。第三步：RRC失败原因的查找选择相应小区，VIEW下选择“RRC_fail”,查看失败原因，有数值的则是这种原因造成的失败，并且把原因记录下来。想查看具体的原因描述则双击“RRC_fail”出现下图情况第四步：查看告警进入SAM中，点击历史告警，如下图点击进入后，出现如下对话框，输入相应小区名称（注意，只能输入小区的名称，不可加SKL,以及下划线等），起始时间，结束时间，进行搜索，记录相信告警情况，帮助判断

9、坏小区造成原因。第五步：查看基站状态在坏小区分析时，需要查看基站状态，查看是否基站有问题，无业务时是否小区被锁住等。操作如下图在Find中输入小区名，搜索出小区后，右击选择Logical View,出现下图对话框，查看小区情况：如果想查看小区具体情况，则选择NEW进入，如下图：第六步：对坏小区进行处理现阶段，我们处理坏小区的手段比较有限，重启小区或者基站是解决问题的一个主要方法，重启方法有很多，下面详细介绍一种操作：搜索小区后，右击，选择“Properties”出现如下对话框，点击下图中红色方框内的按钮，进行小区重启以上是重启基站的方法，如果不需要重启基站，则进入NEM里面对重启B板。2.2切

10、换坏小区的处理2.2.1 切换坏小区定义现在给移动的日报中对于切换坏小区的定义为切换成功率<90%,切换失败次数>15。该指标定义是 ENB间的小区之间通过X2接口进行切换的成功率。切换成功率是系统移动性管理性能的重要指标，并可用于分析相邻关系定义是否合理。此KPI一般大于95%，处于比较良好的水平2.2.2 切换过程与指标整个切换过程包括切换测量，切换准备与切换执行三个阶段：测量阶段，UE根据下发的测量配置消息进行相关测量，并将测量上报给准备阶段：根据UE上报的测量结果进行评估，准备切换资源，最终决定是否触发切换。执行阶段：eNode根据切换准备结果，控制UE切换到目标小区，由U

11、E完成切换。 因此切换成功率指标的分析需分别对切换测量，切换准备与切换执行来进行分析。2.2.3 切换坏小区分析步骤第一步：搜索出相应坏小区，具体操作参考RRC坏小区处理第二步：寻找切换目标小区（对于切换坏小去来说，很重要）在enb内切换中，目标小区肯定就是坏小区以外的另外两个小区之一，所以对同一站下的另外小区进行寻找，判断方法如下：在“indicator”下输入“vs_ho_irc_enb_fail*”搜索，在搜索出的内容中寻找到“vs_ho_irc_enb_fail_tgt”，拖出数据，拖出的有数据的则为作为目标被切换的小区，则是坏小区的切换目标小区，具体见下图：第三步：查找失败原因查找到

12、切换目标小区后，点击目标小区，在VIEW下找到“intra_HO_Fail”拖出，见下图：有数值的则为失败原因，记录下来，具体原因以及内容，可以双击显示，见下图第四步：查看告警，具体参考RRC坏小区处理第四步。第五步：分析思路GSM中有180报告，通过这个报告可以清楚看到小区切出切入小区，切出切入请求次数，切出切入成功率；对于切换坏小区，可以很方便的找出对应切入或者切出问题小区。然后通过分析切换指标，小区是向某一个小区切换失败还是向多个小区均存在切换失败，然后判断是源小区问题还是目标小区问题。最后通过分析问题小区指标，判断切换坏小区原因（覆盖，干扰，天馈，传输，时钟，邻区等）目前在LTE中，在

13、切换这方面可以利用的资源较少，没有类似GSM的180报告。NPO中分析切换坏小区时，可以方便的找出该小区对应的邻区（目标小区、源小区和邻区小区）如下图所示:（对于切出坏小区）然后导出该小区所有源小区的enb间切入失败次数和切入失败率，NPO中counter为分析切换坏小区的切出失败时间点，然后根据这个时间点去找对应邻区中是否有相同时间特点的切入失败小区。（由于现网用户不多，切换序列较明显，很容易找到对应的切入失败小区）对于一些切出准备失败小区，可能handover request发出后，目标小区就没有收到，这样的话通过上边方法就找不到对应的切入失败小区。（这种情况下对于源小区来说是切换准备失败

14、）在这种情况下，就需要借助call trace 去分析源小区的切换信令，从中可以很清楚的看到切换关系。如下图所以，根据enb id 和PCI就可以确定向哪个小区进行切换。2.2.4 切换坏小区分析案例nanligongbeiSKL_3小区在12月28日17点开始出现ENB内切换出失败，成功率从100%降到10%左右。由于是enb内切换失败，则只需查看该基站其他两个小区的切入，即可确定3小区向哪个小区切换失败的。取nanligongbeiSKL_1、2小区的enb切入失败次数（vs_ho_irc_enb_fail_tgt)，发现2小区从17点开始出现ENB内切入失败，1小区没有切入失败。从而就可

15、以判断3小区向2小区切换失败。进一步查看2小区切入失败原因，为VS_HO_IrC_eNB_fail_InternalFail_tgt_OD，即为2小区内部问题导致的切入失败。查看nanligongbeiSKL_2小区接入指标，发现从18点开始出现MSG5问题（无失败原因统计）。小区无法接入导致切入失败。该问题研发一直在抓trace。目前解决方法重启即可，解决了小区的接入问题，切入也就随之正常了。2.3掉线坏小区的处理2.3.1掉线坏小区定义掉线坏小区为异常请求释放上下文数/初始上下文建立成功次数*100%。该指标指示了UE CONTEXT异常释放的比例。异常请求释放上下文数通过UE CONTE

16、XT RELEASE REQUEST中包含异常原因的消息个数统计；初始上下文建立成功次数通过包含建立成功信息的Initial Context Setup Response消息个数。该指标以小区为单位进行统计，一般当无线掉线率<5%时，网络处于较良好水平。2.3.2掉线过程与指标涉及的计数器（3GPP定义）以及指标列表Indicator失败原因VS_UE_ctxt_rel_req_RLF(L12505_1)无线环境问题：覆盖不足或SINR低、邻区不全VS_UE_ctxt_rel_req_NoCtxtSetupReq(L12505_4)VS_UE_ctxt_rel_req_RadioInte

17、rfaceFailure(L12505_8)VS_UE_ctxt_rel_req_InternalFail(L12505_2)内部故障：参数不当、设备故障等VS_UE_ctxt_rel_req_integrity(L12505_5)终端故障VS_UE_ctxt_rel_req_TimeoutS1RelForPSHOToUtra(L12505_11)VS_UE_ctxt_rel_req_TimeoutS1RelForS1HO(L12505_9)S1切换超时后掉线VS_UE_ctxt_rel_req_TimeoutS1RelForSrvccHOToUtra(L12505_18)VS_UE_ctxt

18、_rel_req_TimeoutX2RelForX2HO(L12505_10)X2切换超时后掉线VS_UE_ctxt_rel_req_TimeoutOnUEctxtRelCmd_DuringCCOwithNACC(L12505_13)VS_UE_ctxt_rel_req_TimeoutOnUEctxtRelCmd_DuringCCOwithoutNACC(L12505_14)VS_UE_ctxt_rel_req_congestion(L12505_16)PRB利用率过高，拥塞VS_UE_ctxt_rel_req_IaFreqX2RLFIndicationReceived(L12505_19)2

19、.3.3掉线坏小区分析步骤及案例结合日常无线掉线类差小区出现情况，总结下导致高掉线差小区频次较高原因的处理步骤1、VS_UE_ctxt_rel_req_RLF：可能原因：弱覆盖、SINR过低、邻区不全、终端原因例：changbaijieSKL_2 在2013年9月16日8时，掉线14%，次数37次，指标上统计为RLF原因掉线。分析：通过WTA分析该小区calltrace,发现，该小区半小时内UE上报MR（PCI=146）100多次，但无响应，此时UE所在服务小区RSRP已经-103dBm，无线环境已经很差，由于ENB收到该MR却未向目标ENB发起handoverrequest，可能为邻区缺失，

20、后确认为缺失健康大厦试扩L_3邻区，该小区覆盖长白街由北向南道路，由于与此小区衔接的基站长白街二、白下社区中心、金陵科技学院基站均未开通，导致该小区覆盖过远，现已提交添加健康大厦试扩L_3邻区关系，问题解决。Calltrace截图：2、VS_UE_ctxt_rel_req_InternalFail(L12505_2)可能原因：参数设置不当，ENB设备故障例：cangbomenSKL_1掉线403次，掉线率92%，指标上统计为内部原因掉线。分析：查看该小区掉线原因，主要为VS_UE_ctxt_rel_req_InternalFail，现场测试发现当UE电平-88dBm后，UE上发MR，内容为A2

21、异频测量事件，之后RRC Release,正常情况下应该是RRC connectionReconfigrtation消息，包含A1A3配置等，但未下发该消息，直接RRC释放，可能为切换事件等配置有误，核查后发现A1事件配置有问题，更改后复测正常。3、VS_UE_ctxt_rel_req_TimeoutX2RelForX2HO可能原因：目标ENB无法接入，或切换信令由于无线环境原因无法收到例：youguiyuanSKL_1出现高掉线，指标上统计为X2超时掉线。分析：该小区掉线原因，主要为VS_UE_ctxt_rel_req_TimeoutX2RelForX2HO，可能目标小区存在接入故障，或者切

22、换时无线环境差，导致无法正常进行切换，上下文无法接续而掉话，再分析该小区邻区切入成功率，发现zhongbeigongsiSKL_1、zhongbeigongsiSKL_2小区切入成功率低，出现低切入成功率时间与youguiyuanSKL_1高掉线时段相关性很高，查看zhongbeigongsiSKL_1、2小区RRC相关指标，发现该小区RRC接入有请求，但无成功。RESET zhongbeigongsiSKL ENB后，zhongbeigongsiSKL1、2小区RRC接入恢复正常，youguiyuanSKL_1小区掉线消失。4、VS_UE_ctxt_rel_req_TimeoutS1RelF

23、orS1HO可能原因：周边ENB小区托管，或CELLDOWN分析：可结合SAM网管对周边ENB状态进行核查确认。5、VS_UE_ctxt_rel_req_congestion容量受限分析：话务分流、扩容、D/F分层组网等。6、VS_UE_ctxt_rel_req_integrity终端故障分析：终端定位，并参考信令采集或者基于终端性能统计的工具如PCMD，对比终端差异判断。3、坏小区处理思路完善过程1、 enb内切换坏小区View Template名称及内容修改由于之前的NPO数据比较“duanzhanhuaixiaoqu_HO”内的数据项不全。原先仅能查看到小区的切换请求、成功次数，不能看到

24、该小区作为目标小区的切换请求、成功次数，在处理enb内切换部分需要精确查找某两个小区间的切换请求、成功次数来定位到底是哪两个小区间的切换成功率低。为此需要每次都要重复上面（在“indicator”下输入“vs_ho_irc_enb_fail*”搜索，在搜索出的内容中寻找到“vs_ho_irc_enb_fail_tgt”，拖出数据，拖出的有数据的则为作为目标被切换的小区，则是坏小区的切换目标小区）的操作，为了提高效率。现将View Template名更改为“zuihuaixiaoqu_HO_intra_enb”，内容也更该为：  VS_HO_IrC_eNB_req_src、VS_HO_IrC_eNB_succ_prep_src、VS_HO_IrC_eNB_succ_src、VS_HO_IrC_eNB_succ_src_rate、VS_HO_IrC_eNB_req_tgt、VS_HO_IrC_eNB_succ_tgt、VS_HO_IrC_eNB_succ_tgt_rate、VS_RRC_cnx_req、VS_RRC_cnx_succ、VS_RRC_cnx_fail_CAC、VS_RRC_cnx_succ_rate，这样就可以看到该小区作作为源小区与目标小区的切换问题了。2、 enb内切换坏小区查找问题思路注：目前的切换成功率统计的仅为切出成功率，单向切换次数。按照