《切换优化经验总结ppt课件.pptx》由会员分享，可在线阅读，更多相关《切换优化经验总结ppt课件.pptx（50页珍藏版）》请在三一办公上搜索。
1、切换优化经验总结,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,主要内容,主要内容切换概述切换考核公式及相关Counter切换失败分析优化效果展示典型案例,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,切换优化的目的就是减少切换失败、切换过早或过晚、切错小区和乒乓切换等情况，最终提升
2、系统性能。,目的,切换概述,1）硬切换:在命令UE进行切换前，在目标小区先准备好资源2）网络控制：由网络决定目标小区。切换控制在ENB侧。4）UE辅助：UE进行测量并汇报给网络，并网络(eNB) 触发测量5）后期路径转换：只有eNB间的切换成功后，核心网才开始参与。,特点,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,切换类型,1）Intra-LTE (or Intra-RAT) 切换:同频切换异频切换TD LTE和FD LTE之间的切换2）Inter-RAT切换：异系统切换指与使用其他无线技术 (RAT
3、)系统的切换。主要是为了实现PS业务的连续覆盖:LTE HO to/from TD-SCDMALTE HO to/from GSMLTE HO to/from WCDMA,按频段分类,站内切换站内切换过程比较简单，由于切换源和目标都在一个小区，所以基站在内部进行判决，不需要向核心网申请更换数据传输路径X2切换用于建立X2口连接的邻区间切换，在接到测量报告后需要先通过X2口向目标小区发送切换申请，得到目标小区反馈后才会向终端发送切换命令S1切换S1口切换发生在没有X2口且非站内切换的有邻区关系的小区之间，基本流程和x2口一致，但所有的站间交互信令都是通过核心网S1口转发，切换准备时延比X2口略大
4、。,按参与网元分类,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,主要内容,主要内容切换概述切换考核公式及相关Counter切换失败分析优化效果展示典型案例,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,切换考核公式,切换成功率（含准备阶段）=100*sum(SUCC_INTRA_ENB_HO + SUCC_INTER_ENB_HO + INTER_ENB_S1_HO_SUCC) / sum(ATT_INTRA_EN
5、B_HO + INTER_ENB_HO_PREP + INTER_ENB_S1_HO_PREP)字段含义：SUCC_INTRA_ENB_HO 小区内切换成功次数 SUCC_INTER_ENB_HO 小区间X2切换成功次数INTER_ENB_S1_HO_SUCC S1切换成功次数 ATT_INTRA_ENB_HO 小区内切换尝试次数INTER_ENB_HO_PREP 小区间切换准备次数 INTER_ENB_S1_HO_PREP S1切出准备次数,切换成功率（尝试阶段）= 100*sum(SUCC_INTRA_ENB_HO+SUCC_INTER_ENB_HO+INTER_ENB_S1_HO_SUC
6、C)/sum(ATT_INTRA_ENB_HO+ATT_INTER_ENB_HO+INTER_ENB_S1_HO_ATT)字段基本相同，唯一不同的是将INTER_ENB_HO_PREP替换成了ATT_INTER_ENB_HO，即小区间切换尝试次数；INTER_ENB_S1_HO_PREP替换成了INTER_ENB_S1_HO_ATT，即小区间S1切换尝试次数。,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,切换相关Counter切换阶段,切换失败通常都是切换的信令流程交互失败造成的，一般来说，先分析是准备
7、阶段失败，还是切换执行失败。,1）接入失败表明是由目标小区资源问题造成准备失败2）准备超时表明是由目标小区没响应造成准备失败，需要检查X2/S1链路以及目标小区的状态3）other原因是eNB或者EPC发起的UE Context Release过程导致源eNB取消正在进行的切换准备过程，造成准备失败。4）在切换执行阶段，大多为无线原因导致UE无法收到切换命令或者UE在目标小区无法完成接入（如，PCI干扰、设备故障、休眠等）,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,切换相关Counter切换类型,继续
8、分析ENB内切换成功率、ENB间切换成功率、同频切换成功率、异频切换成功率,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,切换相关Counter小区间统计,为了详细分析失败原因，仅知道源小区的切换失败分布是不足以判定具体原因的，可以利用M8015以切换对(源小区-目标小区)的形式分析切换失败原因。,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,切换相关切换Intra切换流程图,11/8/2022,Document I
9、D / v. 0.1 / Life cycle status / Dept. / Author,切换相关切换X2切换流程图,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,切换相关切换S1切换流程图,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,主要内容,主要内容切换概述切换考核公式及相关Counter切换失败分析优化效果展示典型案例,切换失败分析,11/8/2022,Document ID / v. 0.1 / Li
10、fe cycle status / Dept. / Author,切换失败分析-架构图,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,切换失败分析,根据切换优化思路细化切换失败原因。,切换失败分析基础数据维护,目前处于工程建设期，加上偶尔进行的割接、升级，容易造成部分基础数据错乱，影响切换成功率。,影响因素：受开站规划数据影响，不可避免造成新开站邻区规划不合理；随着新站点入网，之前的邻区规划会造成漏加邻区，过远邻区的出现，同时也引起干扰，引起切换失败。问题发现：1、通过邻区间切换统计结合maoinfo地图
11、发现漏加邻区，超远邻区。 2、通过经纬度，计算站点距离按照一定标准核查各场景漏加邻区和超远邻区。处理措施：1、新开站邻区核查； 2、定期对全网中的过远邻区和漏加邻区进行核查,一、邻区配置不合理,切换失败分析基础数据维护,一、邻区配置不合理,切换失败分析基础数据维护,影响因素：诺西LTE设备邻区配置为LNADJ-LNADJL-LNREL的原则，其中LNREL为LNADJ创建后自动生成，由于删除LNADJ后部分LNREL不自动删除等因素影响造成冗余LNREL存在，延长了切换判决时间，间接影响切换成功率。问题发现：核查全网站点中没有邻区关系但有LNREL，对这些LNREL进行删除。处理措施：使用SQ
12、L脚本提取参数配置，以LNADJ为基础，进行LNREL冗余核查，并进行删除。,二、冗余LNREL,切换失败分析基础数据维护,影响因素：目标小区处于barred但unlock的状态，仍有PBCH发射，这种情况下仍会有切换准备请求，但是会准备请求拒绝。由于切换机制原因，邻区站点在切换准备失败后会继续发起切换准备尝试，这样会出现大量的切换准备失败，影响全网指标。问题发现：1、使用SQL脚本核查全网cellBarred参数是否设置为barred状态。 2、统计失败原因ADJ_OTH_CAUSE_FAIL值。 注： ADJ_OTH_CAUSE_FAIL失败原因有三个：小区设置BARRED；站点MME参数
13、错误或不可用；站点SCTP故障。需要排除另外两个原因因素,对下文另外两个原因分析时方法相同。 处理措施：核查cellBarred参数是否错误设置。站点状态及参数如下图：,三、小区设UNLOCKED/BAR,切换失败分析基础数据维护,三、小区设UNLOCKED/BAR,切换失败分析基础数据维护,影响因素：前期因为华为未开X2接口，诺西小区添加华为邻区关系需要手动添加LNADJL中的参数，容易出现提供的参数错误和配置参数错误的情况，导致切换准备失败或者不切换的问题。如华为的LCR，TAC，参数配置错误容易发生切换准备失败；MCC，MNC配置错误容易发生不能切换的问题。目前华为已打开X2接口，这类的
14、问题已很少存在。问题发现：1、与华为规划数据进行一致性核查。 2、通过邻区切换指标统计，发现与华为邻区存在切换全部失败或者从不发生切换的小区进行参数核查。处理措施：定期与华为规划数据核查。,四、与华为邻区参数配置错误,切换失败分析基础数据维护,影响因素：全网开通了MME pool，目标站点漏配MME会导致终端切入时出现不能识别MME CODE造成切换准备请求拒绝，导致大量切换准备失败。目前郑州有5个MME组POOL，需要全部配置。问题发现：1、通过SQL脚本核查MME参数配置及状态。 2、通过邻区间切换指标，发现存在大量切换准备失败的站点。处理措施：核查基站MME配置，对问题基站进行MME配置
15、补全或重建。,五、MME数据漏配,MMECODE206,MMECODE205,MME POOL,HO prepare request（MME code=206）,HO prepare reject（unknown MME code=206）,如图只配置了两个MME，漏配MME参数。,归属MME206,切换失败分析基础数据维护,六、同频同PCI,影响因素：由于ENB是根据PCI和频率参数查找对应的目标站点IP地址发送切换请求，周围邻区存在同频同PCI干扰时，源站点在切换判决时会出现混淆，会错误向另外一个站点发切换请求，目标站点则准备资源，等待UE切入，UE收到切换命令后，按照要求接入，但周围无切
16、换命令中的小区，导致不能接入，目标站点等待超时，切换尝试失败问题发现：1、通过OMC参数配置核查邻区中是否存在同频同PCI。 2、通过邻区间切换指标分析。同频同PCI邻区的一个特征为切换尝试全部失败，即成功率为0。 3、通过经纬度，方位角信息全网核查PCI规划是否合理(市区2公里，郊区6公里)处理措施：邻区内同频同PCI核查；近距离同频同PCI核查。,切换失败分析基础数据维护,七、时隙干扰,影响因素：时隙干扰主要有两种： 1、子帧配比不一致造成的上下行时隙干扰。主要存在D，F宏站间，即同频区域周围邻区时隙干扰。目前郑 州D，F站子帧配比参数tddFrameConf均为2。例如D站区域一个站点t
17、ddFrameConf配置为1则会与周围 tddFrameConf配为2的站点产生干扰，干扰时隙如下图。,切换失败分析基础数据维护,七、时隙干扰,2、LTE与TDS时隙干扰。当F站点与TDS站点工作为相同频率时，不同小区间的上下时隙未加协调就会出现部分 或全部重叠，造成上下行时隙交叉干扰。为与TDS时隙对齐目前郑州tddFrameConf设置为2， tddSpecSubfConf设置为5。问题发现：1、使用SQL脚本核查全网时隙配比参数。 2、指标恶化呈现区域性特征。处理措施：定期核查全网时隙配比参数。,切换失败分析基础数据维护,八、黑名单,影响因素：周围邻区如果有较好的小区被加入到黑名单中，
18、导致不能切换到较好的小区，引起切换失败。问题发现：1、邻区间小区无切换统计，与其他较远的站点邻区切换次数较多，且邻小区未禁止切换，其他小区能正常切 入。 2、使用脚本核查Blacklist参数。处理措施：定期核查黑名单小区。,切换失败分析资源,资源不足,影响因素：站点用户过多，导致接入资源等不能分配给需要的用户，导致切换准备拒绝。问题发现：1、使用SQL脚本统计忙时站点用户数与站点容量的比值，该比值较大时，及时进行扩容。 即：RRC_CONN_UE_MAX/小区容量*100%75%时进行容量扩容。 小区容量=min（CQI支持最大RRC连接数,SR支持最大RRC连接数,SRS支持用户数,Max
19、imum num of active UEs） 2、统计FAIL_ENB_HO_PREP_AC的值是否不为0。处理措施：进行小区扩容，用户均衡调整和新建站点扩容。,切换失败分析资源,资源不足,切换失败分析资源,资源不足,切换失败分析设备故障,一、基站故障反复重启和断链等,影响因素：基站出现故障如断链，反复重启时，在s1InducedCellDeactDelayTime 900s内不会通知站点状态，该时间内邻区认为该站点是正常的，会继续发生切换准备尝试，但是切换准备均会失败。一般只会造成15分钟粒度的指标恶化。如果是站点持续的反复重启，SCTP会闪断则对指标影响较大。问题发现：1、通过邻区间切换
20、统计，某些站点存在大量切换准备失败。 2、通过sql脚本查询站点是否频繁出现71058 Connection lost告警。 处理措施：检查邻区站点状态，断链则及时处理站点故障。基站反复重启则暂时禁止邻区关系，及时处理站点故障。,eNB通过SCTP检测机制判定eNB与MME间物理链路状态：SCTP idle state： timer= sctpHeartbeatInterval pathMaxRetrans （默认150s）SCTP Active state：timer = rtoMax pathMaxRetrans （默认150s）当min（sctpHeartbeatInterval pat
21、hMaxRetrans， rtoMax pathMaxRetrans）超时，则表明eNB与MME物理链路故障，此时启动,s1InducedCellDeactDelayTime（默认900s），eNB各小区状态变更为barred，但不进行功率收缩。当s1InducedCellDeactDelayTime超时前，物理链路恢复，eNB各小区状态恢复为unbarred。当s1InducedCellDeactDelayTime超时，eNB变为intergrate状态。,切换失败分析设备故障,二、休眠小区,影响因素：目标小区为休眠小区，小区无法提供接入或者没有ERAB资源，会造成切换执行失败。该站点的特点
22、是小区状态正常，为ON Air，无硬件告警，但是不能正常进行业务，休眠小区对切换指标，用户感知影响较大。问题发现：根据休眠小区的特点使用SQL脚本提取休眠站点。 特点：1、rrc_conn_ue_max=0 2、subframe_drx_sleep_ue+subframe_drx_active_ue1000 3、sign_conn_estab_att_mo_s+sign_conn_estab_att_mt+sign_conn_estab_att_mo_d+ sign_conn_estab_att_others+sign_conn_estab_att_emg=0 4、流量=0 处理措施：使用SQ
23、L脚本监控休眠小区，发现后及时通知排查故障。如下：休眠小区指标特征,切换失败分析设备故障,三、基带告警，光口告警,影响因素：7652 Failure in optical RP3 interface光口告警， 7654 Baseband bus failure基带告警，GPS告警,驻波告警等导致切换失败。问题发现：通过sql脚本查询站点相关告警处理措施：暂时禁止切换，及时通知维护排障处理告警。常见的告警如下表：,切换失败分析干扰,一、内部干扰,影响因素：主要为PCI干扰，产生原因为站点间PCI的MOD3，MOD6干扰；以及时隙干扰，GPS失步，天线校准故障造成的干扰等。问题发现： 1、通过经纬
24、度，方位角信息全网核查PCI规划是否合理。 2、通过MAPINFO地图查看邻区间是否存在MOD3对打。 3、通过邻区间切换指标分析。同频同PCI邻区的一个特征为切换尝试全部失败，即成功率为0。 4、监控站点告警。处理措施：合理规划PCI等参数；合理控制覆盖；检查设备故障。,切换失败分析干扰,二、外部干扰,影响因素：主要为社会考试干扰、广电干扰以及运营商间干扰。问题发现： 1、通过RSSI和SINR的关联性：突发RSSI升高，同时SINR恶化，多为外部干扰。 2、指标恶化呈现区域性恶化特征。 3、通过全网站点底噪打印，发现干扰站点。 4、现场扫频，发现干扰源。处理措施：排查干扰源，进行替换或者关
25、闭,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,切换参数的优化需要考虑两个方面：1、覆盖极差的终端不允许接入，因为这样的用户即使接入了，由于覆盖较差，用户感知也会不好，影响业务正常使用，发生切换失败的几率也高。2、终端在进行业务过程中，能较为及时的发生切换或重定向，避免无线环境较差时才发生切换。故切换参数优化涉及接入参数，切换参数和重定向参数。目前重定向参数主要考虑4G-3G重定向。,切换失败分析参数优化,PRACH Random Access,PRACH Random Access Response,
26、RRC: Connection Request,RRC: Connection Setup,UE,eNB,raContResoT,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,切换失败分析参数优化,Note: 附表的参数建议根据不同的覆盖场景进行设置。,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,切换失败分析参数优化,Note: 附表的参数建议根据不同的覆盖场景进行设置。,11/8/2022,Document ID
27、 / v. 0.1 / Life cycle status / Dept. / Author,根据MR数据对全网覆盖进行分析，可以较为清晰的了解全网覆盖情况，目前全网弱覆盖区域还较多，弱覆盖小区占比为18.59%。郑州诺西LTE网络中，过覆盖小区、重叠覆盖小区以及弱覆盖小区的分布如下图所示（过覆盖为红色点、弱覆盖为绿色点、重叠覆盖为蓝色点）,切换失败分析覆盖优化,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,切换失败分析覆盖优化,如A3- RSRP图中A3切换尝试成功的事件多发生在覆盖良好的区域。在A5-
28、RSRP图中，A5切换在这些-120dbm以下的区间发生的，切换成功率会大大降低。通过MR分析可知全网存在较多的覆盖问题，需要及时进行覆盖调整，推动站点建设进度，提升全网覆盖。,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,1、影响因素： 过早切换失败和过晚切换失败。1)MRO_LATE_HO如果在服务小区发送切换命令后UE发生RLF，然后UE重建在附近最强的目标小区（非源小区）。之后通知目标小区它发生掉话的原服务小区，而目标小区则通过RLF消息通知原服务小区，原服务小区通过检查context判定这是一次
29、过晚切换。 2)MRO_EARLY_TYPE1_HO过早切换Type 1定义为在目标小区RRC接入失败后，UE在源小区RRC重建，则表明切换过早。3)MRO_EARLY_TYPE2_HO过早切换Type 2发生在二种情况下：情况一：在切换完成后，即目标小区成功建立RRC连接后，马上在另一个小区RRC重建情况二：UE在目标小区进行接入过程中目标小区没收到Msg3(RRC接入请求）导致切换失败，然后在另一个小区RRC重建过早和过晚切换失败主要原因有：干扰，设备故障，弱覆盖，切换参数不合理等原因。优化措施：调整切换门限降低影响；处理告警；核查干扰以及检查设备故障。,切换失败分析其他原因,2、区域话务
30、突增。3、核心网操作。如割接，升级等。4、全网参数调整。5、传输割接调整。,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,主要内容,主要内容切换概述切换考核公式及相关Counter切换失败分析优化效果展示典型案例,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,优化效果展示,对切换成功率的优化我们分为了两个阶段进行：,第一阶段：对基础数据，参数，及重要站点故障等进行核查和整治。 具体工作内容：1、邻区合理性核查：删除过
31、远邻区111个站点。添加漏加邻区233个。2、同频同PCI参数核查（包括华为邻区）：核查修改同频同PCI邻区共75个小区存在同频同PCI干扰，涉及小区440个。3、休眠小区整治共计35个站点。4、处理基站重要告警累计258条。 通过以上优化切换成功率上升到98.71%,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,优化效果展示,第二阶段：参数优化调整,根据MR分析对郊县的站点如下图区域进行接入参数、异频参数的调整优化切换成功率指标提升到98.88%，较调整前有0.15%左右的提升。经过两个阶段的优化切换成
32、功率指标由原来的98.61提升到现在的98.88%,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,主要内容,主要内容切换概述切换考核公式及相关Counter切换失败分析优化效果展示典型案例,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,典型案例,1、休眠小区影响切换成功率案例,一、休眠小区影响 休眠小区运行状态正常，有信号发射，无告警，但是小区下用户无法正常做业务，也无法成功切入。,二、休眠小区的监控： 根据休眠小区
33、的几个特征，我们可以通过脚本提取相关指标来发现。脚本如下：,提取出来的休眠小区指标特征如下,三、休眠小区的处理1、可以先尝试重启基站，大多休眠小区都能恢复业务。2、重启无效后，安排工程师上站排查硬件故障。3、为降低对切换指标的影响，可以暂时闭锁站点或禁止切换，及时通知排查。,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,典型案例,2、同频同PCI干扰影响切换案例,一、同频同PCI的影响 在切换判决后存在同频同PC会引起，切换目标混淆，引起切换执行失败。二、同频同PCI的监控同频同PCI的发现可以通过以下途
34、径发现：1、通过工具根据经纬度计算站点间距离，PCI复用距离较近的则进行调整。2、通过切换指标核查，出现较多的切换尝试次数，但是全部失败，而周围其他站点可以正常切入。脚本如下：同频同PCI时切换指标影响如下：,三、同频同PCI的优化措施1、核查全网同频同PCI邻区。2、根据站点间距离核查修改。3、做好PCI规划，避免新开站点出现同频同PCI的情况。,11/8/2022,Document ID / v. 0.1 / Life cycle status / Dept. / Author,典型案例,3、MME参数漏配案例,目前全网4个MME组POOL，在站上需要配置4个MME地址。地址如下：100.
35、75.233.12,100.75.228.4,100.75.228.20, 100.75.233.20站点配置4个MME后，站点下的终端可能存在4个MME中的任何一个，目标站点如果只配置了2个MME，当周围邻区站点下另外两个MME下面的终端需要向该站点切换时，该目标站点则不能识别这样终端上报的MME CODE而拒绝准备，导致切换准备失败。如234294站点只配置了2个MME参数，导致周围邻区向它切换时，上述类型的切换准备均被拒绝，而已配置过MME参数的终端发起切换则可以正常切换。指标如下：,总结：当新开站点入网或者MME割接时，应当及时核查MME是否配置完全。MME参数核查脚本如下：,升级为R
36、L45版本后，由于在RL45中7654 FAULT ID 1837: EFaultId_VSWRMajorAl驻波告警的触发较RL35更为容易，且会伴随Fault（4057），Fault（4003）告警出现，相应的天线端口会出现故障并关闭，引起小区覆盖性能下降，该变化对切换和接通率等指标影响较大。需要及时处理驻波告警。,典型案例,4、RL45驻波告警案例,站点拥塞会造成大量的切换准备失败，失败原因统计在 ADJ_HO_PRE_AC_FAIL上，即目标站点无资源可分配，站点拥塞也会造成大量的RRC拒绝，拒绝统计在SIGN_CONN_ESTAB_FAIL_RRMRAC 上。可以通过这两个counter进行发现。日常需要及时进行站点容量评估，及时进行扩容。如站点拥塞时指标统计如下：,典型案例,5、站点拥塞案例,
