NOKIA FDD-LTE网络切换性能提升指导书V1

Page©Nokia2017FDDLTE网络切换性能提升指导书Contents1. 简述 22. 指标分析说明 22.1 切换指标定义 22.1.1 eNB内切换成功率 22.1.2 eNB间S1切换成功率 32.1.3 eNB间X2切换成功率 42.1.4 系统间切换成功率 52.2 切换流程阐述 63. 切换成功率优化说明 73.1 切换准备成功率优化 73.1.1 E-UTRANIntraeNBHandovers(M8009) 73.1.2 E-UTRANIntereNBHandovers(M8014) 103.1.3 INTERFREQHANDOVER(M8021) 163.1.4 LTENeighborcellrelatedHandover(M8015) 173.1.5 LTEInterSystemHandovertoUTRANperNeighborCell(M8017) 173.2 切换成功率优化 183.2.1 告警检查及排查 183.2.2 覆盖问题及优化 193.2.3 邻区问题及优化 213.2.4 干扰检查及优化 233.2.5 切换参数检查 253.2.6 Emil跟踪分析 274. 新站邻区优化流程 285. 邻区优化辅助工具 306. 切换优化功能增强 336.1 基于UE的ANR 336.2 自删除功能 356.3 动态黑名单功能 39简述切换成功率是是反映用户移动保持类的一个重要指标，切换成功率的高低直接影响用户感知。LTE切换可以分为系统间切换，系统内切换。其中系统内切换又可以分为ENB内切换成功率、ENB间（包括X2切换和S1切换）切换成功率等。本文就LTE系统内切换成功率的优化工作进行了着重的阐述。指标分析说明切换指标定义eNB内切换成功率【指标含义】：用eNB内切换成功次数和eNB内切换请求次数之比表示；【指标定义公式】：eNB内切换成功率=eNB内切换成功次数/eNB内切换请求次数*100%，即sum(M8009C7)/sum(M8009C6)*100%；【指标统计点】：eNB内切换请求次数：eNB向UE发送携带mobilityControlInfo的“RRC连接重配置”消息（RRConnectionReconfiguration），指示eNB内小区间切换请求（3GPPTS36.331），请参考下图统计点2；eNB内切换成功次数：eNB收到UE发送的“RRC连接重配置完成”消息（RRConnectionReconfigurationComplete），指示eNB内小区切换成功；（3GPPTS36.331），请参考下图统计点4。eNB间S1切换成功率【【指标含义】】：用eNB间S1切换成功次数和eNB间S1切换请求次数之比表示；【指标定义公式】：eNB间S1切换成功率=eNB间S1切换成功次数/eNB间S1切换请求次数*100%，即sum(M8014C19)/sum(M8014C14)*100%；【指标统计点】：eNB间S1切换请求次数：源eNB向MME发送的“切换请求”消息（HANDOVERREQUIRED）（3GPPTS36.413），指示eNB间通过S1接口的切换准备请求。向不同小区发送的同一切换准备请求，需要重复统计，请参考下图统计点1。eNB间S1切换成功次数：源eNB收到MME发送的“UE上下文释放命令”消息（UECONTEXTRELEASECOMMAND）（3GPPTS36.413），指示eNB间通过S1接口的切换执行成功，请参考下图统计点13。从公式的定义中可以切换成功率涵盖了切换准备的阶段，因此在指标优化中需要考虑切换准备阶段失败的因素。eNB间X2切换成功率【指标含义】：用eNB间X2切换成功次数和eNB间X2切换请求次数之比表示；【指标定义公式】：eNB间X2切换成功率=eNB间X2切换成功次数/eNB间X2切换请求次数*100%，即sum(M8014C7)/sum(M8014C0)*100%；【指标统计点】：eNB间X2切换请求次数：源eNB向目标eNB发送的“切换请求”消息（HANDOVERREQUEST）（3GPPTS36.423），指示eNB间通过X2接口的切换准备请求。向不同小区发送的同一切换准备请求，重复统计，请参考下图统计点1。eNB间X2切换成功次数：源eNB收到目标eNB发送的“UE上下文释放”消息（UECONTEXTRELEASE）（3GPPTS36.423），指示eNB间通过X2接口的切换执行成功，请参考下图统计点16。从公式的定义中可以切换成功率涵盖了切换准备的阶段，因此在指标优化中需要考虑切换准备阶段失败的因素。系统间切换成功率【指标含义】：用切换至3G成功次数和切换至3G请求次数之比表示；【指标定义公式】：系统间切换成功率=切换至3G成功次数/切换至3G请求次数*100%，即sum(M8016C23)/sum(M8016C14)*100%；【指标统计点】：切换至3G请求次数：统计系统间分组域切换出准备请求次数（EUTRAN->UTRAN）；源eNB向MME发送的“切换请求”消息（HANDOVERREQUIRED），指示系统间（EUTRAN->UTRAN）分组域切换准备请求；（3GPPTS36.413）切换至3G成功次数：统计系统间分组域切换出执行成功次数（EUTRAN->UTRAN）；源eNB接收到MME发送的“UE上下文释放”消息（UECONTEXTRELEASECOMMAND），指示系统间（EUTRAN->UTRAN）分组域切换执行成功；（3GPPTS36.413）从公式的定义中可以切换成功率涵盖了切换准备的阶段，因此在指标优化中需要考虑切换准备阶段失败的因素。切换流程阐述切换流程如下图所示，可以分成三部分阐述：测量激活和测量上报、切换目标选择、切换执行。根据设置的门限值来激活相应的邻区测量，如threshold1用于intraLTE邻区测量激活、threshold2X用于异频、异系统测量的激活。门限间的相关性如下图所示：切换成功率优化说明切换准备成功率优化切换准备阶段，导致切换问题的主要现象是有测量报告上发，无切换指令。通过下面不同切换类型的测量统计可知，原因主要有以下几个因素：邻区没有配置切换开关参数没有打开目标小区拥塞参数配置错误(如MMEId\eNBID\TACID等)链路不通（如x2unavailiable等）邻区存在冗余数据切换被禁止等E-UTRANIntraeNBHandovers(M8009)关注counter如下：TOT_NOT_START_HO_PREPTOT_HO_DECISIONINTRA_ENB_HO_PREPFAIL_ENB_HO_PREP_ACFAIL_ENB_HO_PREP_OTHATT_INTRA_ENB_HOSUCC_INTRA_ENB_HOENB_INTRA_HO_FAIL当上述counter出现下列情况需要重点关注：TOT_HO_DECISION，TOT_NOT_START_HO_PREP=0，此情况说明该小区在测量阶段没有测量消息上报，需要检查：切换开关参数是否设置为Y参数建议值解释actIfHoTRUE异频切换开关enableBetterCellHoTRUE更好小区切换开关enablecovhoTRUE覆盖切换开关该服务小区是否没有定义邻区数据（新站）或者邻区数据配置错误。通过Sitemanager登录服务小区后，到参数配置页面查看是否配置邻区LNADJ以及核查LNADJ、LNADJL、LNREL中邻区配置数据是否正确，如下：服务小区的邻区数据是否存在冗余数据通过SQL导出现网邻区信息表，核查是否存在冗余数据，对于冗余数据，应及时删除。案例1：冗余数据富兴华城到海凌集团北没有办法触发切换。用SITEMANAGER登陆到富兴华城存在的所有邻区。将commission文件的LNADJ导出到EXCEL如下表：可以看到富兴华城到海凌集团北有两个LNADJ，一个是oamControlled,available，一个是enbControlled-unavailable。同样的情况发生在其他标黄色的LNADJ。删除冗余的enbControlled-unavailable的LNADJ之后，切换正常。案例2：参数错误簇优化人员反映占用岳阳楼区白鹤陵园_2扇区无法切换到其3扇区，UE不断上报测量报告，但是基站不下发切换的重配的信息，导致终端掉线。最开始，由于是站内切换问题，我们怀疑是基站的问题，通过重启基站，切换问题还是未解决，后来仔查看LNREL中信息，发现2扇区到3扇区的邻区切换关系被禁止了，如下图21所示：最后将此参数改为allowed，即可切换成功，此参数是被人误设为forbidden,对于该参数应该作为周期核查参数定期检查。E-UTRANIntereNBHandovers(M8014)OverviewonX2basedintereNBhandovers关注下列counterINTER_ENB_HO_PREPFAIL_ENB_HO_PREP_TIMEFAIL_ENB_HO_PREP_ACFAIL_ENB_HO_PREP_OTHERATT_INTER_ENB_HOSUCC_INTER_ENB_HOINTER_ENB_HO_FAIL如果切换准备成功率：ATT_INTER_ENB_HO/INTER_ENB_HO_PREP*100%较低，可能原因：如果FAIL_ENB_HO_PREP_AC或者FAIL_ENB_HO_PREP_OTHER数值较高，则说明目标小区正常接收到”handoverrequest”消息，但是由于自身AC或other原因导致准备失败。重点关注切换目标小区问题。如果FAIL_ENB_HO_PREP_TIME数值较高，”handoverrequest”未被目标小区接收到，或者服务小区没有得到相应的反馈消息，重点考察是否存在X2链路不通的可能。案例1：X2链路不通DT测试由岳阳楼区岳纺办公楼_2_W向城区供电局_1方向行驶的过程中，一直发送MeasurementReport，但是无法切换，通过查看MeasurementReport中的目标小区为城区供电局_1小区。核查邻区关系也已互相添加，但岳纺办公楼向城区供电局的X2链路不通。重新配置两个站点的邻区关系。测试正常。案例2：MME漏配最差小区分析发现前10位站点，切换准备失败的次数都在400次以上。对抓到的F_N_岳阳市岳阳楼区麻塘里的切换准备失败log分析，有X2handoverreject,unknown-mme-code字段，最差小区里的切换失败主要都发生在准备阶段，即eNB通过X2链路发送切换申请到目的eNB阶段。切换申请里附带源eNB的小区ID，小区ID的组成是MCC+MNC+MMEcode+eNBid+Cellid。如果源小区已经添加了长沙的MMEcode，目的小区还没有添加。那么对于附着在长沙MME上的用户来说，切换申请里的小区ID中的MMEcode是岳阳的MME，目的小区找不到这个MME，就会报unknown-mme-code，从而使得一次准备失败。但是，源小区会继续发切换准备，目的小区依然会准备失败。由于这种切换准备申请和准备失败的时间都非常短，在毫秒级。且规范没有定义这种失败的惩罚机制，所以一个用户在短时间内就会造成大量的切换准备失败。就网管指标而言，集团的切换成功率公式为：(eNB间S1切换出成功次数+eNB间X2切换出成功次数)/(eNB间S1切换出请求次数+eNB间X2切换出请求次数)按照3GPP36.423定义，X2切换出请求次数则定义为IntereNBHandoverpreparations，即分母不是切换尝试的次数，而是切换准备的次数--这就是为什么单个站点可以短时间内产生大量切换准备失败，使得分母加大了许多，从而轻易拉低全网切换成功率指标。OverviewonS1basedintereNBhandovers关注指标：INTER_ENB_S1_HO_PREPINTER_S1_HO_PREP_FAIL_TIMEINTER_S1_HO_PREP_FAIL_NORRINTER_S1_HO_PREP_FAIL_OTHERINTER_ENB_S1_HO_ATTINTER_ENB_S1_HO_SUCCINTER_ENB_S1_HO_FAIL如果INTER_ENB_S1_HO_PREP数值为0，检查参数actLTES1Ho是否设置为Y，即是否开启s1切换（需要功能LTE54支持）如果切换准备成功率：INTER_ENB_S1_HO_ATT/INTER_ENB_S1_HO_PREP*100%较低，说明切换准备成功率低，需要考虑下列因素：INTER_S1_HO_PREP_FAIL_NORR数值较高，说明目标小区无资源，优化目标小区资源紧张的情况INTER_S1_HO_PREP_FAIL_OTHER数值较高，说明目标小区除无资源外的切换准备失败，优化目标为目标小区问题INTER_S1_HO_PREP_FAIL_TIME数值较高，说明服务小区没有收到来自MME的handovercommand消息，可能在目标小区向MME发送handoverrequestacknowledge到MME向服务小区发送handovercommand消息期间出现问题等等问题，导致timer超时。优化目标在于服务小区、目标小区的MME归属和相应的参数设置。案例：【问题描述】：通过网管指标分析TOP小区F_N_岳阳市岳阳楼区麻塘里_1_WL切换失败次数较高，切换成功率仅为63.63%。【原因分析】：查询历史告警，发现小区没有出现告警。通过网管取邻区级点对点切换关系表，发现该小区主要到F_N_岳阳市岳阳楼区羊角山社区_2_WL小区切换失败次数多，如下图所示：区域IPENB_CI源小区A_ENB_CI目标小区切换请求切换成功切换失败岳阳9562122_49F_N_岳阳市岳阳楼区麻塘里_1_WL561535_53F_N_岳阳市岳阳楼区羊角山社区_2_WL584235349通过分析发现切换失败主要原因源小区MME漏配，现网只配置了，而目前岳阳存在两个MME，如下：【处理过程】：添加IP为的MME。【优化后指标情况】：观察调整后指标情况，切换成功率恢复正常，如下：INTERFREQHANDOVER(M8021)关注指标：HO_INTFREQ_ATTHO_INTFREQ_SUCCHO_INTFREQ_FAILHO_INTFREQ_QCI1_RR_A3A5_ATTHO_INTFREQ_QCI1_RR_A3A5_SUCC如果HO_INTFREQ_ATT数值为0,需要检查如下信息：参数actIfHo是否设置为Y，即是否开启异频切换(需要功能LTE55支持)检查是否配置相应的异频邻区案例：统计后台指标发现1.8G基站F_N_岳阳市云溪区岳化一中发现没有一次异频切换请求，分析发现基站无故障，核查参数发现异频切换开关设置为disabled如下。经分析，由于基站异频切换开关未打开，导致不能触发异频切换，打开后切换正常。LTENeighborcellrelatedHandover(M8015)该测量可以很好的说明serveringcell和neighborcell间切换失败的原因，重点关注counter：INTRA_HO_PREP_FAIL_NBINTRA_HO_ATT_NBINTRA_HO_SUCC_NBINTRA_HO_DROPS_NBINTRA_HO_FAIL_NBINTER_HO_PREP_FAIL_OTH_NBINTER_HO_PREP_FAIL_TIME_NBINTER_HO_PREP_FAIL_AC_NBINTER_HO_ATT_NBINTER_HO_SUCC_NBINTER_HO_FAIL_NB具体失败原因说明，可见前文E-UTRANIntraeNBHandovers(M8009)和E-UTRANIntereNBHandovers(M8014)LTEInterSystemHandovertoUTRANperNeighborCell(M8017)该测量可以很好的说明serveringcell和neighborcell间切换失败的原因，重点关注counter如下：切换准备阶段：ISYS_HO_UTRAN_PREP_NBISYS_HO_UTRAN_PREP_FAIL_TIM_NBISYS_HO_UTRAN_PREP_FAIL_AC_NBISYS_HO_UTRAN_PREP_FAIL_OTH_NB切换实施阶段ISYS_HO_UTRAN_ATT_NBISYS_HO_UTRAN_SUCC_NBISYS_HO_UTRAN_FAIL_NB具体失败原因说明，可见前文INTERRATHANDOVER(M8016)切换成功率优化流程图如下：指标定义：邻区间切换失败/邻区间切换请求数据源表：8017:LTEInterSystemHandovertoUTRANperNeighborCell（系统间）8015:LTENeighborcellrelatedHandover（系统内）判断依据：服务小区与相邻小区切换失败是否高度集中于某个小区告警检查及排查目前已知的告警涉及下列范围时钟丢失断站告警传输告警S1告警X2告警Sleepingcell发现上述告警，及时通知相关部门处理。案例1：驻波告警【问题描述】：通过网管指标分析TOP小区F_N_岳阳市城陵矶驾校_3_W切换失败次数较高，切换成功率仅为52.9%。【原因分析】：查询历史告警，发现小区没有出现告警。通过网管取邻区级点对点切换关系表，发现该小区主要到F_N_岳阳市城陵矶城陵矶水产研究所_2_W小区切换失败次数多，如下图所示区域IPENB_CI源小区A_ENB_CI目标小区切换请求切换成功切换失败岳阳2562044_51F_N_岳阳市城陵矶驾校_3_W561171_50F_N_岳阳市城陵矶城陵矶水产研究所_2_W1860186通过参看目标小区告警，发现存在高驻波告警，导致切换失败。【处理过程】：通知维护人员处理告警。【优化后指标情况】：告警恢复后，观察指标情况，切换成功率恢复正常，如下覆盖问题及优化结合地图，判断服务小区、邻小区的覆盖是否合理，譬如覆盖过远、覆盖范围异常等问题。通过天线调整方向角、下倾角等方式予以优化。案例1：越区覆盖【问题描述】：通过网管指标分析TOP小区F_N_R_岳阳市岳阳县兰泽西源村_1_WL切换失败次数较高，切换成功率仅为42.25%。【原因分析】：查询历史告警，发现小区没有出现告警，通过网管取邻区级点对点切换关系表，发现该小区主要到F_N_R_岳阳市岳阳县岳阳县大塅450_3_WL小区切换失败次数多，如下图所示区域IPENB_CI源小区A_ENB_CI目标小区切换请求切换成功切换失败岳阳172865_145F_N_R_岳阳市岳阳县兰泽西源村_1_WL72796_147F_N_R_岳阳市岳阳县岳阳县大塅450_3_WL1188499689通过Mapinfo查看两小区距离，可以看到源小区与目标小区距离为12.66km，距离较远，可能存在越区覆盖，如下：通过打开基站TA开关，相关参数和后台采集数据如下：判断小区是否存在越区覆盖参数名级别取值actTaHistCountersLNBTStrueexpectedCellSizeLNCEL10km后台统计TA数据分布发现大于7km采样点占比较高，达到了16%，如下：小区名[9257,9358)m[9358,9458)m[9458,9559)m[9559,9660)m大于7Km占比F_N_R_岳阳市岳阳县岳阳县大塅450_3_WL12737164801440120116%【处理过程】：调整F_N_R_岳阳市岳阳县岳阳县大塅450_3_WL小区电调了，由0度调整为6度。【优化后指标情况】：观察调整后指标情况，之后指标一直维持在99%以上，提升效果明显邻区问题及优化邻区规划结合服务小区、邻区在地理上的位置检查邻区的定义是否合理，对于漏配的邻区予以添加；对于不合理的邻区进行删除。可应用NoKIASO平台予以进行优化邻区数据冗余数据每一个邻站只允许创建一个LNADJ,但有时会发现在源基站中建了两个LNADJ,一个是available状态，连接方式是oamControlled,一个unavailable状态,连接方式是enbControlled,重复的LNADJ导致切换不触发。针对此情况应周期检查邻区数据，删除无效的冗余数据参数错误邻区间存在同PCI问题TAC一致性问题eNBID正确性检查邻区和服务小区rootSeqIndex相同问题邻区拥塞根据前文所述，邻区拥塞问题可以通过相应的counter反映，有针对性地予以优化。案例1：同频同PCI【问题描述】：通过网管指标分析TOP小区F_N_岳阳市岳阳楼区海棠社区_1_WL切换失败次数较高，切换成功率仅为65.33%。【原因分析】：查询历史告警，发现小区没有出现告警。通过网管取邻区级点对点切换关系表，发现该小区主要到F_N_R_岳阳市岳阳楼区北港路南_1_WL小区切换失败次数多，如下表所示：区域IPENB_CI源小区A_ENB_CI目标小区切换请求切换成功切换失败岳阳6561319_49F_N_岳阳市岳阳楼区海棠社区_1_WL73123_145F_N_R_岳阳市岳阳楼区北港路南_1_WL344128216通过分析发现切换失败主要原因存在同频同PCI邻区导致大量切换失败。【处理过程】：由于存在同频同PCI的另一目标小区距离源小区过远，已通过网管删除邻区。【优化后指标情况】：观察调整后指标情况，切换成功率恢复正常，如下案例2：邻区参数配错【问题描述】：通过网管指标分析TOP小区F_N_岳阳市城陵矶千雅山庄_2_WL切换失败次数较高，切换成功率仅为11.76%。【原因分析】：查询历史告警，发现小区没有出现告警。通过网管取邻区级点对点切换关系表，发现该小区主要到F_N_岳阳市城陵矶黄龙厂_2_WL切换失败次数多，如下图所示区域IPENB_CI源小区A_ENB_CI目标小区切换请求切换成功切换失败岳阳1561676_53F_N_岳阳市城陵矶千雅山庄_2_WL562039_50F_N_岳阳市城陵矶黄龙厂_2_WL47656420通过分析发现切换失败主要原因为小区邻区参数PCI配置错误，F_N_岳阳市城陵矶黄龙厂_2_WLPCI现网为157，但邻区列表配置为156，如下：【处理过程】：将该LNADJ中2小区PCI修改为157。【优化后指标情况】：观察调整后指标情况，切换成功率恢复正常，如下干扰检查及优化网络存在较大的干扰，容易引起接收质量下降，导致干扰切换或者质差切换增多，从一定程度上降低了现网的服务质量，影响用户的感受，甚至影响切换成功率。按照干扰的形成可以分为杂散干扰、阻塞干扰、谐波干扰、互调干扰。目前LTE系统主要受到网扰为CMDA、DCS1800、TD-SCDMA、PHS、WLAN等网络干扰。案例：cdma下行引起的上行干扰干扰原因：切换参数检查测量触发门限检查，避免由于该门限设置过低，导致测量触发不及时的实情况。A5切换门限检查，避免切换门限设置过低导致切换无法激活的情况存在。对于A3切换，由于是切换至更好的小区，且此时无线环境较好，切换动作需要更加的稳健，建议Hysteresis给出一定值，避免意外信号(越区覆盖等)带来的影响。对于A5切换，由于此时服务小区level/quality较差，需要切换动作更加及时，建议适当提高切换门限threshold3和threshold3a，缩短切换触发时间间隔a5ReportInterval。常用切换参数如下：切换相关参数中文名称推荐值threshold1A1事件触发RSRP门限值-50dBmthreshold2InterFreqA2事件触发RSRP门限值1.8&2.1G：-105dBm，800M：-85dBmthreshold2aA2事件关闭RSRP门限值1.8G&2.1G：-100dBm；800M：-80dBmenableBetterCellHo更好小区切换开关TRUEa3OffsetA3事件偏置3dBa3ReportIntervalA3事件上报间隔640msa3TimeToTriggerA3事件触发迟滞时间320mshysA3OffsetA3事件测量值迟滞幅度0dBcellIndOffServ小区级服务小区偏移量0dBcellIndOffNeigh小区级邻小区偏移量0dBactIfHo异频切换开关TRUEa3OffsetRsrpInterFreq异频A3事件偏置3dBa3ReportIntervalRsrpInterFreq异频A3事件上报间隔1.8G&2.1G:1024ms，800M:240msa3TimeToTriggerRsrpInterFreq异频A3事件触发迟滞时间1.8G&2.1G:640ms，800M:320mshysA3OffsetRsrpInterFreq异频A3事件测量值迟滞幅度0dBa5ReportIntervalInterFreq异频A5事件上报间隔240msa5TimeToTriggerInterFreq异频A5事件触发迟滞时间256msthreshold3InterFreq异频A5事件的服务小区门限1.8G&2.1G:-110dBm，800M:-85dBmthreshold3aInterFreq异频A5事件的目标小区门限1.8G&2.1G:-105dBm，800M:-105dBmhysThreshold3InterFreq异频A5事件的服务小区和目标小区迟滞0dB案例1：【问题描述】：通过网管指标分析TOP小区F_N_岳阳市岳阳楼区白石岭居民点东_3_WL切换失败次数较高，切换成功率仅为45.63%。【原因分析】：查询历史告警，发现小区没有出现告警。通过网管取邻区级点对点切换关系表，发现该小区主要到F_N_岳阳市岳阳楼区开发区八字门恒立_2_W切换失败次数多，如下图所示区域IPENB_CI源小区A_ENB_CI目标小区切换请求切换成功切换失败岳阳7561462_51F_N_岳阳市岳阳楼区白石岭居民点东_3_WL561592_50F_N_岳阳市岳阳楼区开发区八字门恒立_2_W586345241通过分析发现切换失败主要原因源小区与目标小区A3偏置设置为6，造成源小区不能及时切换到目标小区，导致大量切换失败，现网参数设置如下:【处理过程】：将A3事件切换偏置设置为3,。【优化后指标情况】：观察调整后指标情况，切换成功率恢复正常，如下Emil跟踪分析通过上述流程对邻小区、服务小区进行检查后，如果切换失败问题依然存在。建议进行Emil跟踪分析。新站邻区优化流程使用ANR自动添加邻区，省时省力，但不可避免会产生冗余邻区，影响切换成功率等指标；目前现网在新开站时打开被动ANR开关（被动模式—通过A3、A5切换事件上报未知邻区），在一定时间后（如3天），关闭ANR开关，结合Batrana工具梳理邻区关系。ANR自动添加功能开关anrOmExtEnanle选择True即可打开；同频ANR开关actUeBasedAnrIntraFreqLte选择True即可打开（异频ANR开关actUeBasedAnrInterFreqLte选择True即可打开）；参数maxNumX2LinksIn和maxNumX2LinksOut需设置为不为空，建议设置为64和60.Batrana二次核查基于A3、A5事件的ANR自动邻区添加，不可避免会引起超远、漏配及PCI冲突混淆邻区，需要通过Batrana二次核查规避以上问题。通过下图“距离门限”可设置超远邻区核查门限；如河北电信设置为10000米（农村场景）通过“搜索门限”设置漏配邻区核查门限；河北电信设置为5000米（农村场景）通过“分析和优化”错误检查功能核查存在PCI冲突混淆邻区。邻区优化辅助工具利用现有的SO平台中的SIM、Batrana和iCAP-LTE三个工具，可以很好的对LTE邻区予以优化，提升切换成功率。SIM平台数据准备通过SIM平台提取工参，可以非常方便的更新Batrana和iCAP-LTE相关工参，制作mapinfo基站图层及路测工参，为后续的优化工作提供便捷精准的工参信息；Batranan邻区分析与优化使用Batranan邻区分析和距离分析功能，可准确判断出：站站漏配邻区小区级漏配邻区过远邻区做出以上结果对工参准确性要求较高，同时需人工核查输出结果。界面如下：依据batranan平台，判断邻区优化条件为:距离<=800m补全邻区，距离<=3000m定义过远邻区，同时人工依据1周以上网络KPI走势：X2切换成功率<80%且满足以上过远邻区条件定义为不合理待删减邻区，最终输出漏配站站邻区366对，小区到小区邻区158对，不合理邻区457对。SO平台BatrananPCI分析功能使用Batranan邻区分析与优化下PCI错误检查及PCI距离分析功能，可准确判断出：主小区PCI与邻区PCI冲突结果邻区间PCI冲突结果同时可结合PCI距离分析结果核查PCI复用距离较近站点，优化网络PCI部署。界面如下：统计分析出13处PCI复用较近问题，56对邻区PCI冲突问题，9对主小区与邻区PCI冲突问题；实施多种优化方案解决，PCI重新规划7处，删除问题邻区9对，需天馈调整解决2处。方案实施后问题区域X2切换成功率提升显著SO平台ICAP智能巡检基于网络KPI，使用ICAP智能巡检工具，可准确输出：由于超频故障影响的KPI差小区由于当前及历史告警影响的KPI差小区天馈安装不合理造成的方向角接反问题做出以上结果对工参准确性要求较高，判断的方向角问题可优先考虑KPI差小区进行核查处理。工作界面如下：平台提取1月中旬告警及切换数据，依据ICAP平台，输出天馈接反问题站点，提取KPI较差站点进行排查处理，此类问题输出4个；综合输出超频、当前及历史告警小区，同样提取KPI较差小区进行排查处理，此类问题输出23个。切换优化功能增强ANR通过如下过程进行邻区的自添加、自删除及黑名单管理：基于UE的ANR当未知的PCI被UE测量到，UE首先触发X2建立；源eNB要求UE测量该PCI的ECGI；源eNB发送ECGI到MME；MME向目标eNB要求其IP连接的信息（IP地址）；MME将目标eNB的IP信息转发至源eNB；源eNB与目标eNB间建立X2连接。案例：邻区自添加功能验证9月8日凌晨，对岳阳县155个站点开启了邻区自添加功能，岳阳县小区的REL总数量从14512条增加到18003条，总共增加3491条；其中同频邻区数从10392条增加到12691条，增加了2299条；异频邻区数从4120条增加到5312条，增加了1192条，如下表：邻区数同频邻区数异频邻区数总邻区数开启前10392412014512开启后12691531218003邻区增加数229911923491对比邻区自添加功能开启前后各站点REL数量，均有增多，如下图：对新增邻区按照距离区间筛选分布如下：距离1Km内1Km-2Km2Km-3Km3Km-4Km4Km-5Km5Km以上邻区新增数1034934676412323112从上图可以看到，新增邻区主要集中在4km以内，同时通过SQL统计发现新增同频同PCI邻区108条，对这些新增同频同PCI邻区统计发现主要为5KM以外新增邻区导致，而这部分邻区大多数为超远邻区，需要删除。因此在每次开了ANR邻区自动添加功能后，需要核查同频同PCI邻区，并进行处理。对比开启前后各项指标变化，切换请求次数明显增加，大部分站点切换成功率波动不大，部分站点由于功能开启后漏配邻区进行了补全切换成功率由明显提升，还有少部分站点由于新加了超远邻区切换成功率有所下降，统计整体指标保持稳定，如下：自删除功能邻区的自删除：根据一定时间阀值内两小区间是否发生切换判决邻区的有效性；邻区数达到上限自替换：邻区数大于所设定的最大添加邻区数阀值，基站会根据规定时间内已有邻区的切换情况判决新增邻区所替换的邻区；重新确认邻区关系并添加新的邻区：连续不断的切换失败，次数大于一定阀值，则由终端上报CGI重新添加正确的邻区。（失败次数计数统计包含eNB与MME通过S1请求切换失败、eNB间X2切换失败、eNB到UE的RRCConnectionReconfiguration、RRCConnectionRe-establishmentRequest切换失败或其它原因引起的切换失败）功能描述：在对切换目标的现有邻区关系和X2链接进行评估；对超过设定的时间门限的不再使用的邻区进行删除，确保邻区数不会大量的增加；如果邻区数已经达到设定的最大值，那么现有的最不重要的邻区会被新的邻区替换掉。原理描述如下：基于时间的维度考虑两两邻区删除关系。以下为时间维度举例：当小区间的邻区关系空闲时间超过4个小时，就会自动删除lnrel，当删除lnrel后一个小时会自动关闭X2链路（也就是超过5小时就会关闭X2链路）。当时间持续到超过9个小时会自动删除lnadj和lnadjls。基于切换请求变化考虑两两邻区删除关系控制以下为时间维度举例：当空闲维度少于4个小时之内，有切换请求将不会删除lnrel，后面的进程被取消，邻区关系依然存在。所有计时重新开时。如下：当超过空闲维度时间介于4~5之间有切换请求，即在lnrel删除之后，X2链路不被删除，邻区被重建，计时器重新开始计时。如下：基于时间维度两两小区删除功能剖析由于诺基亚4G站点的邻区是建立在站点间的，小区间如果产生切换就会建立LNREL切换邻区对。该功能主要对等待时间内无切换的邻区对进行删除或者保留。邻区变动后，基站侧会上报到网管及X2基站侧；开启该功能后，仍可以通过网管删除邻区。案例：邻区自删除功能验证9月10日通过打开岳阳县155个站点的邻区自删除功能，这些站点的REL数量明显减少，从18003条减少到16531条，删除了不必要的冗余REL，对全网指标没有影响，如下：相关参数设置如下：参数参数解释现网设置建议值备注idleTimeThresLteNR删除LNREL的等待时间7212在等待这个时间内出现切换则等待时间重新算。idleTimeThresX2关闭X2的等待时间4848在等待这个时间内出现切换则等待时间重新算。idleTimeThresNbeNB删除LNADJ的等待时间8080在等待这个时间内出现切换则等待时间重新算。对于该功能提出以下几点建议：重要邻区LNREL设置为不允许自动删除，X2和ADJ设置为不允许自动删除，然后邻区设置为等候12小时后如果没有切换请求，就可以被自动删除，删除后如果有新的切换请求进来的话，可以自动重新建立邻区关系，不影响客户感知和KPI指标。如果REL中带有CIO、Forbitton优化参数的关键邻区，最好也设为不允许自动删除，因为自动删除后会把这些优化参数也删除了，如果再通过自动添加回来的邻区参数会是默认值；当满足所有条件后，两两邻区关系不复存在，对于由于断站或者小区闭锁引起，而没有邻区关系的，只要满足条件都会删除。所以这种邻区关系在LNADJ中的C-PlaneIPaddresscontrol可以设置为OAM模式；建议加长删除lnrel和lnadj之间的时间，保留lnadj，避免邻区删除后不必要的邻区重加操作。开启此功能前，建议除了关键邻区外的所有LNADJ中C-PlaneIPaddresscontrol设置为ENB模式，因为只要有一侧LNADJ中IP控制为OAM模式，该对X2和LNADJ都不会删除，但是对于LNREL还是生效；建议每次开启ANR自动添加邻区开关时开启该功能。动态黑名单功能动态切换黑名单(DynamicHandoverBlacklist)功能基于两种方式触发，分别是切换准备失败原因和切换定时器超时。如果源小区向目标小区发送X2或S1切换请求，收到了目标小区返回的切换准备失败消息并携带了如下失败原因的话，源小区即将该小区添加到动态切换黑名单中一段设定时间。该小区在动态切换黑名单中时，即使有UE上报该小区的测量报告，源小区也不会向该小区发送切换请求。设定时间结束后，该小区从动态切换黑名单中删除，回到切换名单中。小区不可用(CellnotAvailable)->targetcellisbarred。小区控制面过载(ControlProcessingOverload)->C-PlaneoverloadintargeteNB。小区用户面过载(NotenoughUserPlaneProcessingResources)->U-PlaneoverloadintargeteNB。如果连续的X2或S1切换定时器超时失败达到指定次数，源小区即将目标小区添加到动态切换黑名单中一段设定时间。该小区在动态切换黑名单中时，即使有UE上报该小区的测量报告，源小区也不会向该小区发送切换请求。设定时间结束后，该小区从动态切换黑名单中删除，回到切换名单中。案例：邻区自删除功能验证同样，选取岳阳县作为试点，于9月11日凌晨对岳阳县城所有站点开启动态黑名单功能：开启功能后，通过对小区黑名单列表小区统计，发现大多数黑名单邻区均为越区覆盖或同频同PCI邻区，统计这些黑名单邻区开启前后切换指标情况，发现开启后切换失败次数明显较少，提升了原小区切换成功率：原小区目标小区切换请求次数（开启前)切换失败次数（开启前）切换请求次数（开启后）切换失败次数（开启后）距离（m)切换失败原因F_N_R_岳阳市岳阳县相思_3_WLF_N_R_岳阳市岳阳县向阳村_1_WL112105452818111越区覆盖F_N_R_岳阳市岳阳县黄岸乡_3_WF_N_R_岳阳市岳阳县向阳村_2_WL184100654015904越区覆盖F_N_R_岳阳市岳阳县黄岸乡_1_WF_N_R_岳阳市岳阳县向阳村_3_WL163112503015904越区覆盖F_N_R_岳阳市岳阳县岳阳县月田镇双江村_1_WLF_N_R_岳阳市岳阳县花园基站_1_WL132113452015465越区覆盖F_N_R_岳阳市岳阳县岳阳县月田镇双江村_1_WLF_N_R_岳阳市岳阳县花园基站_3_WL9176301315465越区覆盖F_N_R_岳阳市岳阳县岳阳县公田镇栗山村_2_WLF_N_R_岳阳市岳阳县世隆_1_WL10378341214944越区覆盖F_N_R_岳阳市岳阳县毛田_2_WLF_N_R_岳阳市岳阳县向阳村