案例-切换问题优化
- 格式:docx
- 大小:1.17 MB
- 文档页数:3
LTE切换为题处理案例及切换参数总结切换问题处理及切换参数总结⽬录:简述:地铁部分FDD线路分布问题导致覆盖盲区场景下,FDD切TDD。
由FDD 站点覆盖快速衰落情景下,终端开启A2测量,信令窗⼝中频繁上报MR,⽆响应,切换失败导致重建。
经由本次问题处理,对切换参数进⾏总结。
⼀、案例分析:1.1.问题描述:由芍药居⾄太阳宫段,FDD切TDD终端占⽤1350(PCI=467) ENB=502165,地铁⾏驶过程中,信号快速衰落,终端开启A2测量,信令窗⼝频繁上报MR,⽆响应,切换失败导致RRC重建⾄1350(PCI=496)502163,经由此站切换⾄TDD38950(PCI=87)ENB=82354-42海淀⼗号线海淀黄庄站FDDNLS1.测试结果:1.2.优化:●参数查询:A1:-92,A2 :-100,A5 :-90,-95 CIO:0db TTT: 640ms●调整:由于FDD衰落迅速,⼏次测试均有-92左右迅速衰落⾄-120,导致重建,所以建议将A2门限提⾼,同时为满⾜快衰场景下能够顺利切换,将CIO调为10,使其提前切换,TTT切换切换时间由640ms改为160ms调整后参数:A1:-90,A2 :-92,A5 :-90,-95 CIO:10db TTT: 120ms●调整后测试⼆:切换参数总结:当UE处于连接状态,⽹络通过切换过程实现对UE的移动性管理。
切换过程包含移动性测量、控制⾯流程和⽤户⾯流程。
为了辅助⽹络作切换判决,原eNodeB为UE配置测量,使UE在切换之前上报服务⼩区和邻⼩区的信道质量,便于⽹络侧合理地判决切换。
测量配置基本信道参数表●eueMeasCellSMeasureRsrpSmeasure:服务⼩区RSRP门限启动测量的服务⼩区RSRP门限,取值(-141..-44),单位为dBm。
此参数仅对针对信道质量的测量配置有效,对于针对CGI上报的测量配置⽆效。
对于针对信道质量的测量配置,当⽹络侧没有配置此参数,或者配置了此参数,且服务⼩区RSRP低于此参数指⽰的门限值时,UE根据测量配置对邻⼩区进⾏测量和上报。
MME地址漏配导致S1切换成功率低案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (3)四、经验总结 (3)中国电信安徽公司-MME地址漏配导致S1切换成功率低案例【摘要】切换是日常KPI管控的重要指标,“切换”是UE在业务态下的移动并变更服务小区的过程,是用户移动性管理中最重要的组成部分,随着电信VOLTE规模化商用,语音业务逐渐向VOLTE迁移的环境下,用户VOLTE感知越来越重要,其中切换是影响用户感知重要一环。
本案例从理论结合现场实际情况,介绍S1切换成功率的基本优化方法,为S1切换成功率提升提供参考。
【关键字】切换失败S1切换成功率参数配置【业务类别】切换、参数优化一、问题描述6月7日-6月11日开始XC-泾县-泾县开发区操家-ZFTA-446176-53、54、55小区S1切换成功率为0%,X2切换成功率较好,提取点对点切换发现XC-泾县-泾县开发区操家-ZFTA-446176-53、54、55到XC-泾县-海亮江湾城-ZFTA-446229-50、51、52所有小区S1切换均失败,到其他小区并无S1切换失败现象,所以判断是XC-泾县-海亮江湾城-ZFTA-446229基站问题导致指标劣化。
在确认问题后,网优中心立即进行问题分析,力求尽快定位并解决问题,保证用户正常使用。
二、分析过程通过故障排查、地理关系排查、干扰排查、参数核查4个方面进行原因定位。
2.1 故障排查在前面已经大致判断是由于目标小区XC-泾县-海亮江湾城-ZFTA-446229-50、51、52小区导致S1切换成功率劣化。
首先核查XC-泾县-海亮江湾城-ZFTA-446229站点当前告警和历史告警,发现该站点并无影响业务的告警。
然后对其单板、光路、驻波等进行诊断,发现其光路,驻波,GPS,丢包均正常2.2 地理关系排查排除故障原因导致之后,再根据google进行地理关系排查,排查是否由于覆盖过远导致的指标劣化,由于XC-泾县-海亮江湾城-ZFTA-446229是新开站点,于6月6日入网,在google 上定位后发现两站间隔615米,所以排除超远邻区导致的切换失败。
宁波FDD-LTE异常终端切换失败处理案例1、概述随着L800站点大规模入网,室外L800M已经实现连续覆盖,优化问题也接踵而来,最近在处理厂家边界(华为&中兴)切换问题时,发现一对小区切换成功率极低,需紧急处理。
图表12、问题描述近期华为区域全网切换指标持续下降,查询TOP小区是发现位于华为与中兴边界处一对L800小区切换成功率较低,影响全网指标,下表为问题站点切换指标统计:图表23、问题分析定位3.1 问题分析分析TOP小区分析切换失败原因值、两两切换统计值,以”LF_H_JD甬波波城北_25为例,切换失败原因是“目标小区回复切换准备失败消息导致同频切换出准备失败”,两两切换统计,失败次数都集中目标小区都是中兴:图表3根据Top小区指标初步分析,主要是由于中兴侧基站回复切换拒绝导致切换失败,下一步通过标口信令分析深一步分析失败原因,筛选出切换失败的消息,该消息是目标基站返回给源基站,携带有切换失败的原因值。
如下图所示,携带的原因值为no-radio-resources-available-in-target-cell(12)图表4原因值解释:目标小区无足够资源可用,最终导致切换阶段失败。
本次切换准备失败TOP小区都是此类原因,但实际目标小区负荷不高。
3.2 问题定位由于该基站有切换成功的情况,华为侧选取切换失败与切换成功信令进行分析对比,结果如下:1)当华为L800M基站X2口切换请求消息中携带终端支持BAND5字段,无论800M目标小区是否为中兴切换都会成功;图表5 携带band52)当华为L800M基站X2口切换请求中未携带终端支持BAND5字段,若L800M目标小区为中兴,则会回复切换失败消息,原因值就是”no-radio-resources-available-in-target-cell”图表6 不携带band5中兴侧信令回复分析:针对回复切换失败消息,原因值就是”no-radio-resources-available-in-target-cell”问题,当中兴L800M小区作为目标小区,需要核实源侧发送的“HANDOVER_REQUEST”消息中RRC_UE_CAP_INFO信息是否携带支持band5,如未携带支持band5,中兴侧eNB就不会生成切换命令,导致切换失败。
LTE同频切换失败优化案例【摘要】ANR邻区自动优化功能开启后,一些新开通4G小区由于实施RF优化前覆盖过远,极易被切换源小区添加为同频邻区关系;同时源小区也添加了相同PCI的另一距离较近的切换目标小区邻区关系,终端由源小区向目标小区切换时,根据PCI遍历邻区关系列表,发现存在两处相同PCI的邻区关系后,基站会要强求终端上报ECGI,若因终端问题或其它因素导致ECGI上报失败,容易产生切换失败问题。
【关键字】ANR 同PCI ECGI【故障现象】:市区优化DT测试期间,终端占用43633-邮政储蓄银行2小区由北往南至436218-天上人间3小区出现一次同频切换失败现象。
DT测试软件截图如下图1图1:同频切换失败【告警信息】:U2000网管查询基站无告警图2:告警查询【原因分析】:同频切换失败原因较多,如基站故障、邻区漏配、切换参数配置不合理等都有可能导致切换失败问题,具体分析处理如下。
核查43633-邮政储蓄银行2与436218-天上人间3小区邻区关系表及同频切换参数配置正常。
图3:邻区核查配置正常436218-天上人间3小区PCI配置PCI85正常图4:目标小区PCI配置查询操作日志核查43633-邮政储蓄银行2与436218-天上人间3小区DT测试期间无任何操作。
图5:操作日志查询回溯切换失败前基站下发的切换配置消息中,基站要求终端上报PCI85的ECGI信息,截图6如下图6:ECGI上报请求根据LTE同频切换流程可知终端由源小区向目标小区切换时,会根据PCI遍历邻区关系列表,若发现存在两处相同PCI的邻区关系后,基站会要强求终端上报ECGI方式来判断最终切换目标小区。
图6信令的出现表明43633-邮政储蓄银行2小区存在两条相同PCI85的邻区关系,核查43633-邮政储蓄银行2的外部小区中PCI为85的存在436670-51/436218-55两个外部小区,查询结果如下图4图7:外部小区核查结果43633-邮政储蓄银行2小区邻区列表中436670-51/436218-55已添加邻区关系,查询如下图8图8:邻区关系核查结果回到DT数据中终端切换流程,基站要求终端上报ECGI信息,根据MSGID找到相应的终端测量报告,打开发现终端上报PCI85的小区ECGI为空值,如下图9图9:ECGI上报失败至此已确定是因终端上报目标小区ECGI信息不成功导致切换失败问题,本次测试终端为华为MATE8:LTER10版本,实际自R9版本及以上终端大部分是支持ECGI上报功能。
嘉兴-MFBI从频带优先级导致S1切换频繁导致投诉的优化实践案例一、【问题描述】现网用户投诉,在桐乡屠甸等高铁沿线小区S1切换频繁,导致时延偏大,查询现网S1切换次数TOP站点以L800M小区偏多;查询L800M小区S1切换居多原因并要求同时给出S1触发机制;图1.现网S1切换次数TOP站点二、【原因分析】对TOP站点“LF_H_桐乡屠甸”和“LF_H_桐乡屠甸局房”的S1切换分析1) 两站点两两小区切换指标核查;站点“LF_H_桐乡屠甸”的两两小区切换指标正常,如下所示:图2.LF_H_桐乡屠甸两两小区切换站点“LF_H_桐乡屠甸局房”的两两小区切换指标正常,如下所示:图3.LF_H_桐乡屠甸局房2)两站点之间X2接口状态核查;站点“LF_H_桐乡屠甸”配置的“LF_H_桐乡屠甸局房”站点X2接口状态如下,正常;X2INTERFACE: X2InterfaceId=18, X2CpBearerId=3,图4.LF_H_桐乡屠甸站点配置LF_H_桐乡屠甸局房X2接口状态站点“LF_H_桐乡屠甸局房”配置的站点“LF_H_桐乡屠甸”X2接口状态如下,正常;X2INTERFACE: X2InterfaceId=30, X2CpBearerId=16,图5.LF_H_桐乡屠甸局房站点配置LF_H_桐乡屠甸X2接口状态3)两站点之间发生切换时是否存在跨MME切换场景核查;以“LF_H_桐乡屠甸局房”站点向“LF_H_桐乡屠甸”切换来分析;如下S1跟踪为“LF_H_桐乡屠甸局房”站点发起到“LF_H_桐乡屠甸“站点(站点ID 352517)的切换请求,此时对应的“LF_H_桐乡屠甸局房”站点S1 ID为2.图6.LF_H_桐乡屠甸局房站点S1跟踪查看对应时间点的“LF_H_桐乡屠甸“站点S1跟踪,收到MME发送的“LF_H_桐乡屠甸”站点发起切换请求消息,对应的S1 ID为0图7.LF_H_桐乡屠甸S1跟踪查看“LF_H_桐乡屠甸”站点S1 ID 0和“LF_H_桐乡屠甸局房”站点S1 ID 2的S1interface 接口信息如下,两者一致,所以两站点之间发生S1切换时不存在跨MME切换场景;图8.问题站点S1interface接口信息4) 特殊场景触发S1切换排查;进一步查询发现部分小区“MFBI从频带优先级调整功能开关”MFBIBandAdjAlgoSwitch 打开,查询RN发现当此开关打开时会导致在该场景下,eNodeB在切换处理时,走S1切换,不走X2切换。
关于诺西LTE切换成功率差处理案例一、概述邻区过多会影响到终端的测量性能,容易导致终端测量不准确,引起切换不及时、误切换及重选慢等;邻区过少,同样会引起误切换、孤岛效应等;邻区信息错误则直接影响到网络正常的切换。
这两类现象都会对网络的接通、掉话和切换指标产生不利的影响。
因此,要保证稳定的网络性能,就需要很好地来规划邻区。
优化过程中经常会出现频繁切换或频繁上报测量报告不发生切换的现象,进而出现掉线、切换失败等异常事件,直接导致速率掉坑,影响到网络吞吐率指标。
二、问题描述近日在后台指标监控中发现金凤阅海万家C区3号楼-NLH-1切换失败次数较多,切换成功率较低,同时发现周围其它基站如:金凤老年活动中心北-NLH-2、金凤银丰小区-NLH-1等同时出现切换异常以及切换成功率较低的情况,对于金凤阅海万家C区3号楼-NLH-1其切换成功率指标情况截图如下:三、问题分析过程➢远程登陆该基站发现该基站无告警,RSSI_PUCCH_AVG在-92左右,判定无干扰,同时提取该站其它各项指标正常,随即排除本站问题。
➢检查金凤阅海万家C区3号楼-NLH-1小区与周边基站的邻区关系,发现邻区关系正常,无漏配或是多配的邻区。
➢检查切换参数与PIC等各项参数设置合理。
➢提取基站点对点切换发现金凤阅海万家C区3号楼-NLH-1与金凤阅海万家F区西北-NLH-3小区切换失败较多。
➢同时提周围其它基站的点对点切换,发现周边其它站点与金凤阅海万家F 区西北-NLH-3小区同时存在切换失败较多的现象,怀疑问题出在凤阅海万家F区西北-NLH基站上。
➢远程登陆金凤阅海万家F区西北-NLH基站,发现该站3小区处于断站状态。
四、解决措施1,经查阅相关资料,同时和其它同事沟通核实后发现诺西基站处于断站状态时与之有邻区关系的基站仍会与该小区发生切换关系。
2,随即将周边基站与该小区切换失败较高的基站暂时禁止切换,同时删除较远基站与该基站的邻区关系,避免影响指标继续恶化。
深圳电信VOLTE外场切换优化案例2019年9月目录深圳电信外场切换切换优化案例............................................................................. 错误!未定义书签。
1切换流程介绍. (2)1.1切换流程图 (3)1.2切换分类介绍 (5)2切换事件介绍 (8)2.1同频切换 (9)2.2异频切换 (10)3切换常见问题介绍 (10)3.1弱覆盖 (11)3.2过覆盖 (11)3.3邻区漏配 (11)3.4MOD3干扰 (11)3.5重叠覆盖 (11)3.6其他 (12)3.7切换优化流程图 (12)4切换优化案例分析 (12)4.1问题描述 (12)4.2原因分析 (13)4.3解决方案 (14)5总结 (16)【摘要】外场优化主要是通过调整无线网络的各种工程参数、无线资源参数和无线网络资源配置,并着重对网络中的覆盖、切换、接入、掉线等问题进行优化,使整个无线网络运行质量达到现阶段一个比较好的体验效果。
外场优化要优化网络运行过程中的各种问题,如覆盖差、接入失败、掉线和速率低等,从而提升网络运行质量,提高客户满意度。
对于外场优化主要包括接入、掉线、速率低和切换等四大问题,本次我们主要针对切换进行重点分析,提升用户在室外体验的连续感知。
【关键字】切换优化RF优化参数【业务类别】基础优化1切换流程介绍对于无线移动通信网络而言,切换是保持业务连续性的基础保证,外场优化的首要目的是保持移动用户业务的可连续性,外场优化的核心也在于对切换带的优化,目的在于使得用户在各小区间穿越切换顺序合理,切换及时,从而减少速率低、掉线等问题发生的风险。
1.1切换流程图➢Measurement Control测量控制,一般在初始接入或上一次切换命令中的重配消息里携带。
➢Measurement Report➢测量报告,终端根据当前小区的测量控制信息,将符合切换门限的小区进行上报。
一、案例问题描述对LTE全网切换成功率进行TOP小区处理及分析,发现竹园D3切换成功率一直很低。
见下表:ENB内同频、异频切换正常,ENB间同频切换正常,但ENB间异頻切换率在29%~59%之间,其中按接口类型统计S1口的切换全部失败。
二、切换分析流程三、问题处理过程1)查询小区告警信息,未发现存在影响性能的告警。
2)查询小区相应时间段内的干扰情况,未发现不存在强干扰问题。
3)查询两两小区间的切换对,查看是否由个别邻区的关系影响了小区的切换成功率:查询两两小区间切换对时,发现该基站竹园D2和竹园D3切出到卢屋广场F 基站的三个小区都是全部失败,其他切换对是正常的。
因此问题定位到邻区级和目标基站级。
4)通过跟踪本小区与目标小区的S1口信令,HANDOVER REQUEST及HANDOVERPREPARATON FAIL两条关键信令信息。
其中查询S1AP_HANDOVER_REQUEST的信令解码查询目标小区ENB的消息:关键数据:目标NB-ID为0001,0000,1111,0001,0001B,应对的十六进制为10F11,即十进制为:69393。
5)查看S1AP_HANDOVER_PREPARATON_FAIL的信令解码,查看其失败原因:解码的失败原因为:HO-failure-in-target-EPC-ENB-or-target-system(失败原因为目标EPC或者目标ENB问题)。
根据S1AP_HANDOVER_PREPARATON_FAIL目标小区无法完成切换准备而导致切换失败。
6)查询源小区定义的外部邻区,其中卢屋广场F基站标识为69393共5位的基站NBID,现网配置基站标识的时候一般是6位数,怀疑是基站标识配置错误导致切换失败。
7)查询目标小区的基站标识信息:发现目标小区的基站标识为693937,与竹园D基站定义的源小区的69393不同有错误。
四、优化效果9月10日下午修改源小区错误的邻小区参数,从69393改为693937。
基本概念SA场景下切换场景主要包括如下几种类型:1、NR站内同频切换;2、基于XN接口的站间切换;3、基于NG接口的站间切换由于gNB/eNB并不知道UE所处的位置和无线质量情况,需要控制UE上报相关的无线质量信息来判断,UE上报无线质量信息的方式有周期上报和事件上报两种方式,当gNB收到测量或切换的事件上报时,会下发切换命令给UE,UE收到切换命令后,中断与源小区的交互,按切换命令要求切换到新的目标小区,并通过信令交互通知目标小区,以完成整个切换过程。
切换流程1,RRC RECFG:基站向终端发送A3测量控制信息。
2,RRC MEASUREMENT REPORT:UE把测量报告发给gNB的源小区;3,gNB的源小区收到MR之后,会进行切换判决。
4,RRC CONNECT RECONFIG:切换执行,包括NR RRC配置消息(NR切换命令)。
5,UE接收到RRC重配置消息后完成重配置,并向gNB的目标小区反馈RRC Connection Reconfiguration Complete消息,包括NR RRC响应消息。
若UE未能完成包括在RRC Connection Reconfiguration消息中的配置,则启动重配置失败流程。
6,UE收到切换命令后,中断与源小区的交互,并尝试接入目标小区,这个过程称为随机接入过程。
Xn口切换流程1,UE把测量报告发给SgNB --> 在UU接口体现为RRCMEASUREMENT REPORT 信令2,SgNB判断是站间切换,SgNB收到MR后进行切换判决,如果允许切换,通过Xn口给TgNB发送Handover Request消息,请求目标侧为UE分配资源。
3,TgNB 允许切换后向SgNB 回复Handover Request Acknowledge消息。
SgNB准备执行切换动作。
4,SgNB触发UE应用新的配置。
SgNB向UE发送重配置RRC Connection Reconfiguration消息,包含TgNB生成的RRC配置信息。
网优专题之切换失败的典型案例(为大家谋福利)问题点1:谏壁东大商厦对面马路切换失败(BCCH邻频干扰)测试时间:2009-8-20 16:11:27问题描述:在谏壁东大商厦对面的道路上由南向北路测时,MS占用ZD203C-谏壁 (BCCH=716, BSIC=23)和Z181C-东大商厦(BCCH=113, BSIC=73)向Z203A-谏壁(BCCH=112,BSIC=73)切换时发生切换失败现象。
优化前信号图:(测试文件:0820-04jianbi.log)问题分析:Z181C-东大商厦(BCCH=113, BSIC=73)和Z203A-谏壁(BCCH=112,BSIC=73)邻频干扰且同BSIC,导致相互干扰引起切换失败。
优化建议:修改Z203A-谏壁 BCCH=112->122,BSIC=73->70。
调整后复测该路段,MS占用Z181C-东大商厦(BCCH=113, BSIC=73)顺利切换到Z203A-谏壁(BCCH=122,BSIC=70),未再发生切换失败现象。
优化后效果图:(测试文件:0820-07.log)问题点2:九华山路切换失败(BCCH同频干扰)测试时间:2009-09-30 12:35:63事件描述:在九华山路镇江市公安局附近MS占用Z162B(BSIC=63 BCCH=117 TCH=103)向Z110C(BSIC=66 BCCH=115)切换发生切换失败。
优化前信号图:(测试文件:0930-01.log)问题分析:Z803A(BSIC=73 BCCH=115)与Z110C(BSIC=66 BCCH=115)同频干扰,导致MS占用Z162B(BSIC=63 BCCH=117 TCH=103)向Z110C(BSIC=66 BCCH=115)切换发生切换失败。
优化建议:修改Z803A BSIC=73->24 BCCH=115->113。
修改后复测,在该路段未再出现切换失败现象,通话质量很好。
VoNR向LTE切换成功率优化案例【摘要】为确保用户Vonr语音感知,gNB对语音质量进行监控,当无线环境变得越来越差,语音丢包也在不断恶化,虽然切换门限没有达到覆盖要求,但是可以根据语音质量进行测量与判决,向拥有较好无线质量的异频小区进行切换,使用户获得较好得体验。
【关键字】NR,VONR,切换【任务名称】【移动网络质量满意度提升】一、问题描述VoNR语音向VoLTE切换成功率= NR到LTE切换出执行成功的5QI1 QoS Flow数/ NR到LTE切换出准备请求的5QI1 QoS Flow数,xx地区5月17号VoNR语音向VoLTE切换成功率在94.71%左右,未达到考核标准,需要分析提升。
二、问题分析1、VoNR切换VoLTE流程数据业务切换1、UE上报测量报告给源gNB;2、gNB执行切换判决,然后向5GC发起切换请求;3、目标eNB切换准备,然后发送切换指示;4、终端在目标eNB发起随机接入;5、UE切换到目标小区;6、通知源gNB切换完成, 并释放UE上下文。
2、基于覆盖/语音质量的VoNR到VoLTE的切换1、Ue移动到NR覆盖边缘,满足异系统A2门限2、gNB下发B2测量3、UE上报B2测量报告4、gNB执行VoNR到VoLTE切换基于语音质量触发:1、gNB在语音丢包率评估周期内-直检测到VoNR丢包率超过门限2、gNB下发B1测量3、UE上报B1测量报告4、gNB执行VoNR到VoLTE切换三、解决措施1、5-4外部核查调整xx地市对全网外部邻区中参数配置错误进行核查调整,本次核查调整PIC配置错误296条,调整TAC配置错误3124条,频段指示配置错误调整202条,上、下行中心载频配置错误调整18条,上、下行系统带宽配置错误调整926条。
2、超远、冗余邻区删除按照“市区大于2km,郊区大于4km”的原则,筛选出需要删除的邻区。
手工制作删除的脚本。
删除脚本分为三部分:删除邻区、删除外部小区、删除外部频点。
芜湖LTE参数配置导致切换失败优化案例网优中心李晓刚【摘要】测试中UE由LTE_鹤毛2小区(PCI:49)向LTE_鹤毛1小区(PCI:50)切换失败。
重新核查参数,发现邻区配置参数存在问题。
【关键字】LTE邻区配置参数【故障现象】一、LOG分析,UE在四号大街由东向西行驶,占用LTE_鹤毛2(PCI:49)UE上发测量报告,目标小区为LTE_鹤毛1(PCI:50),当RSRP相差10db仍未发生切换,1秒后出现“HandOver Failed”。
图1:前台标示(初测)【告警信息】网管上检查周边基站,无告警且工作正常。
【原因分析】1、核查切换参数:配置正确无问题;2、核查邻区配置:均已配置;3、怀疑设备问题,重启设备,复测问题依旧;4、尝试重新配置邻区:删除原邻区配置,重新添加双向邻区,进行复测,切换关系正常,如下图所示图2:前台标示(复测)【解决方法】1、重新核查参数,发现邻区配置参数存在问题。
正常邻区配置参数如下:eNodeB IP,eNB id,MCC,MNC,MNC length in PLMN,如172.27.0.121 442820 460 11 2存在问题的邻区配置参数如下:172.27.0.19 0 0 0 2 172.27.0.99 172.27.0.105 2 172.27.0.106 172.27.0.121 442820 460 8 2 172.27.0.123 442820 460 11 2172.27.0.139由于前期工程部门配置邻区参数存在问题,需要重新正确配置。
【结论与推广】通过对邻区配置参数优化调整,有效的改善了邻区切换问题,对小区邻区切换情况有了一定程度上的改善和提升。
在小区邻区切换主要有以下几种优化调整方法思路:思路一:核查切换参数。
思路二:核查邻区配置。
LTE网络系统内异频切换出成功率优化目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (4)四、经验总结 (4)LTE网络系统内异频切换出成功率优化【摘要】随着电信4G网络的建设,切换成为多频组网中的一个重要环节,解决好切换问题不仅可以增强网络覆盖质量,提高用户体验,更能增加用户对天翼产品的认可和支持,继而提高用户对天翼品牌的满意度。
日常优化处理中,切换作为主要的处理方面,能够体现4G网络的连续性覆盖的情况。
【关键字】切换用户体验一、问题描述现网指标监控日报中系统内切换成功率指标下降,分析发现TL-市区-联盟村-HFTA-449071-50向看守所的3个小区切换失败次数较多,达到11945次/天。
需要定位处理,提升整体指标。
二、分析过程分析数据,可以发现失败原因基本为“eNB间S1口小区间同频切换出”,占到总次数的11945次,且切换无成功次数,参数核查没有发现问题。
在google earth 上定位基站查看基站分布发现,目标基站TL-市区-看守所至源基站TL-市区-联盟村的距离大约为780M,在正常的切换范围内。
但780M的正常切换范围内的邻区,在无故障无干扰参数无问题的情况下不可能每天11945多次的请求次数全部失败。
进一步核查目标基站是否经历过搬迁等操作发现,TL-市区-看守所该站点此eNodeBID已由449002变更为449071,但是在449071这个BBU下原先添加的外部定义和邻区关系数据依然存在,属于冗余邻区。
至此问题得以定位,源小区TL-市区-联盟村-HFTA-449071-50与目标基站TL-市区-看守所切换时,实际是已经被调整了eNodeBID的目标小区,但因为源eNodeBID的外部定义与邻接关系依然存在,所以源小区依然不断向目标小区发送切换请求,最终导致切换指标恶化。
三、解决措施问题定位后,删除冗余邻区和外部小区,优化后TL-市区-联盟村-HFTA-449071-50切换出成功率由27%左右提升至100%四、经验总结对于现网冗余邻区导致的切换失败问题,应当对全网邻区关系进行核查,及时发现冗余邻区进行删除,防止类似问题再次出现。
异频切换门限不合理引起切换不及时分析
【现象描述】
在枢纽大楼附近车辆由西向东测试,UE占用青秀区枢纽大楼_HLH_1小区(PCI:295)RSRP:-100.45dbm,未能及时切换到最近F频段凤城大酒店_HLH_1小区(PCI:102)RSRP:-67.63dbm。
;如下图所示:
【告警信息】
无
【原因分析】
1、后台参数配置错误;;
2、青秀区枢纽大楼_HLH_1小区(PCI:295)未与凤城大酒店_HLH_1小区(PCI:102)配
置邻区关系;
3、青秀区枢纽大楼_HLH_1小区(PCI:295)未与凤城大酒店_HLH_1小区(PCI:102)配
置双向邻区关系;;
4、异频切换邻小区定义错误,如小区信息中PCI的更改也会引起定义的错误;
5、异频切换的门限设置得过
【处理过程】
1、联系后台检查后台相关参数配置是否有误;
2、检查量个小区间的邻区关系,看否存在邻区关系或者只存在单向的邻区关系;
3、查看异频切换邻区中的小区定义是否有误,是否存在小区工程参数的修改而定义中并无
修改致使定义错误;
4、查看异频切换的门限设置是否过高;
经过核查发现异频切换的门限设置过高了A1、A4默认-105,A2默认-109;于是异频A1 RSRP触发门限修改为-80,异频A2 RSRP触发门限修改为-84,基于覆盖的异频RSRP触发门限-90。
进过修改后切换正常如下图:
【建议与总】
造成切换失败和不切换的原因很多,遇到此类问题要认真排查仔细求证真确的结果。
CDU线路接错导致连续切换失败2003年9月18日,接到BSC人员的反映:澳头港3切换失败情况很严重,特此我们前往澳头港3进行拨测,发现澳头港2切向澳头港3存在多次失败的情况,测试情况如下:分析处理:经过我们的分析及周围环境的了解,周围并没有同频同BSIC情况,近期此小区有扩容,请求BSC对数据进行检查,后经检查并未发现问题,于是派人上站进行检查,发现CDU和载波的连接线路接错所致,现已恢复正常。
1、联通直放站放大移动频段信号导致信号不稳定用户反映在平潭泰兴染厂一楼办公室信号不稳定,有时满格,有时一格,待机时会出现无网络的现象,用户反映自从联通安装了直放站后不知道有没有影响。
我们进入到该厂车间内测试发现占用到惠潭湖0(BCCH=68)的信号,信号强度有-80dBm 左右,信号质量也比较好;接着我们进入到车间内一个办公室进行测试,惠潭湖信号减弱,信号从惠潭湖0向红光2(BCCH=90)切换,红光2信号出现严重质差,并且出现惠潭湖0向平潭2(BCCH=94)和红光2(BCCH=90)多次切换失败,信号质量也非常差。
分析及解决:平潭、红光基站离投诉点比较远,惠潭湖基站离投诉点比较近,在工厂车间内用不到平潭、红光信号,而在车间更里面一间房发现平潭、红光基站信号较强,有-75dBm左右。
经询问得知在办公室内装有一联通直放站,我们开始怀疑联通直放站对我们小区频点有放大作用,我们在办公室内进行动态扫频测试,测试图如下:我们关掉联通直放站后,动态扫频测试图如下:从上面两动态扫频测试图明显可以看出,移动90-95频段信号被联通直放站放大。
接着我们在关掉联通直放站后对办公室内信号再进行测试,发现办公室内信号较弱,但不会出现切换失败、质差现象,我们可以通过调节惠潭湖0功率改善室内信号,测试数据图如下:。
切换问题优化案例
摘要:切换是LTE系统中一个重要事件,对于保持终端的移动性起到重要作用。在数据网中,切换失败可
能影响不是很大,但是在VoLTE网络中,切换失败就意味着可能掉话。
关键字:切换 掉话
【故障现象】:
1、车辆在北一环与魏武大道交口附近路段行驶,UE连接BZ-市区-城北精神病医院-
HFTA-439139-0,RSRP值基本在-100dBm以下,覆盖不好
2、车辆在汤陵南路由西向东行驶,UE连接BZ-市区-金色国际城-HFTA-439133-3,RSRP
值基本在-100dBm以下,无法切换至距离较近的BZ-市区-汤陵公园-HFTA-439132-53、BZ-
市区-汤陵公园-HFTA-439132-54、BZ-市区-汤陵公园-HFTA-439132-55,导致此路段覆盖不
好
3、车辆在交通路路由西向东行驶,UE连接BZ-市区-谯陵派出所-HFTA-439083-0,RSRP值
基本在-100dBm左右,无法切换至距离较近的BZ-市区-老方圆-HFMA-439163-53、BZ-市区-
木兰小区南-HFTA-439377-52,导致此路段覆盖不好
4、车辆在汤王大道由南向北行驶,UE连接在TDD小区(频点:41140,PCI:39),RSRP值
基本在-105dBm以下,SINR也较差,无法及时切换至距离较近的FDD小区,导致此路段覆
盖不好
【原因分析】
:
1、 后台查询发现BZ-市区-城北精神病医院-HFTA-439139-0与周边L1800小区有邻区
关系,但是由于是异频切换,触发机制采用A2+A4事件,未达到触发门限。
2、 后台查询发现BZ-市区-金色国际城-HFTA-439133-3与BZ-市区-汤陵公园-HFTA-
439132-53有邻区关系,但是由于是异频切换,触发机制采用A2+A4事件。
3、 后台查询发现BZ-市区-谯陵派出所-HFTA-439083-0与周边L1800有邻区关系,但
是由于是异频切换,触发机制采用A2+A4事件,未达到触发门限。
4、 后台分析发现终端在BZ-市区-天润上层30栋-HFMA-439118-8上完成通话后,重选
至优先级较高的TDD小区(频点:41140,PCI:39)。
后在该TDD小区(频点:41140,PCI:39)发起业务且在汤王大道的很长路段一直
占用,随着信号的信号的减弱但未能及时的切换至周边FDD小区,导致覆盖不好
【问题处理】
:
1、 提高A2+A4触发门限
2、 首先核查TDD小区(频点:41140,PCI:39)与周边FDD小区是否配置邻区关系,检
查相关参数是否设置正确
【经验教训或建议与总结】
:
对于此类问题无法切换的异频小区首先核查邻区是否漏配和配置是否合理,小区是否有故
障告警,如果以上都正常,最后核查异频邻区切换参数和事件触发机制设置是否合理。