LTE切换问题分析

1 相关Counter介绍1.1 切换相关KPI公式具体KPI指标指标定义eNB内切换出成功率（小区eNodeB内同频切换出成功次数+小区eNodeB内异频切换出成功次数-小区通过重建回源小区的eNodeB内同频切换出执行成功次数-小区通过重建回源小区的eNodeB内异频切换出执行成功次数）/（eNodeB内同频切换出尝试次数+eNodeB内异频切换出尝试次数）*100%eNB间切换出成功率（小区eNodeB间同频切换出成功次数+小区eNodeB间异频切换出成功次数-小区通过重建回源小区的eNodeB间同频切换出执行成功次数-小区通过重建回源小区的eNodeB间异频切换出执行成功次数）/（eNodeB间同频切换出尝试次数+eNodeB间异频切换出尝试次数）*100%同频切换出成功率（小区eNodeB间同频切换出成功次数+小区eNodeB内同频切换出成功次数-小区通过重建回源小区的eNodeB间同频切换出执行成功次数-小区通过重建回源小区的eNodeB内同频切换出执行成功次数）/(eNodeB间同频切换出尝试次数+eNodeB内同频切换出尝试次数)*100%异频切换出成功率（小区eNodeB间异频切换出成功次数+小区eNodeB内异频切换出成功次数-小区通过重建回源小区的eNodeB间异频切换出执行成功次数-小区通过重建回源小区的eNodeB内异频切换出执行成功次数）/(eNodeB间异频切换出尝试次数+eNodeB内异频切换出尝试次数)*100%切换成功率(eNodeB间同频切换出成功次数+eNodeB间异频切换出成功次数+eNodeB内同频切换出成功次数+eNodeB内异频切换出成功次数-通过重建回源小区的eNodeB间同频切换出执行成功次数-通过重建回源小区的eNodeB间异频切换出执行成功次数-通过重建回源小区的eNodeB内同频切换出执行成功次数-通过重建回源小区的eNodeB内异频切换出执行成功次数)/(eNodeB间同频切换出尝试次数+eNodeB间异频切换出尝试次数+eNodeB内同频切换出尝试次数+eNodeB内异频切换出尝试次数)*100% eNB内切换出成功率（L.HHO.IntraeNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntraeNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100% eNB间切换出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntereNB.InterFreq.ExecSuccOut-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntereNB.InterFreq.PrepAttOut)*100% 同频切换出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.IntraFreq.ExecSuccOut-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.IntraFreq.PrepAttOut)*100% 异频切换出成功率（L.HHO.IntereNB.InterFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.InterFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100% 切换出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntereNB.InterFreq.ExecSuccOut+L.HHO.IntraeNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntereNB.InterFreq.PrepAttOut+L.HHO.IntraeNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100%1.2 Counter解释Counter解释： 切换成功率CounterCounter Name指标中文名称L.HHO.IntereNB.IntraFreq.ExecSuccOut小区eNodeB间同频切换出成功次数L.HHO.IntereNB.InterFreq.ExecSuccOut小区eNodeB间异频切换出成功次数L.HHO.IntraeNB.IntraFreq.ExecSuccOut小区eNodeB内同频切换出成功次数L.HHO.IntraeNB.InterFreq.ExecSuccOut小区eNodeB内异频切换出成功次数L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src小区通过重建回源小区的eNodeB间同频切换出执行成功次数L.HHO.IntereNB.InterFreq.Succ.ReEst2Src小区通过重建回源小区的eNodeB间异频切换出执行成功次数L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src小区通过重建回源小区的eNodeB内同频切换出执行成功次数L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src小区通过重建回源小区的eNodeB内异频切换出执行成功次数L.HHO.IntereNB.IntraFreq.PrepAttOuteNodeB间同频切换出尝试次数L.HHO.IntereNB.InterFreq.PrepAttOuteNodeB间异频切换出尝试次数L.HHO.IntraeNB.IntraFreq.PrepAttOuteNodeB内同频切换出尝试次数L.HHO.IntraeNB.InterFreq.PrepAttOuteNodeB内异频切换出尝试次数 切换失败counter原因：Counter Name指标中文名称L.HHO.Prep.FailOut.MME核心网原因导致模式内切换出准备失败次数L.HHO.Prep.FailOut.NoReply目标小区无响应导致模式内切换出准备失败次数L.HHO.Prep.FailOut.PrepFailure目标小区回复切换准备失败消息导致模式内切换出准备失败次数L.HHO.Prep.FailOut.HOCancel源小区发送切换取消导致模式内切换出准备失败次数L.HHO.FailOut.HOCanceleNodeB间模式内切换出取消次数L.HHO.Prep.FailOut.TargetIllegal对端回复切换响应消息合法性检查失败导致切换出准备失败次数L.IntraFreqHO.NoNRT无对应的邻区关系导致无法发起同频切换过程的次数L.InterFreqHO.NoNRT无对应的邻区关系导致无法发起异频切换过程的次数1.3 Counter计数位置及说明1.3.1站内切换图（2）1.3.2 X2切换图（3）2.3.3 S1切换图（4）注明：尝试切换Counter都计数在A点位置，准备切换Counter都计数在B点位置，切换成功Counter都计数在C点位置1.3.4 切换失败Counter说明图（5）a). 在S1接口切换及X2接口切换过程中的切换准备阶段，源小区收到来自MME的UE CONTEXT RELEASE COMMAND消息时，如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.Prep.FailOut.MME加1。图（6）b). 在S1接口切换及X2接口切换过程中的切换准备阶段结束时，源小区未收到来自目标eNodeB的任何消息，包括如下场景：在S1接口切换时，未收到MME发出的HANDOVER COMMAND消息及HANDOVER PREPARATION FAILURE消息；在X2接口切换时，未收到对端eNodeB发出的HANDOVER REQUEST ACKNOWLEDEG消息及HANDOVER PREPARATION FAILURE消息。如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.Prep.FailOut.NoReply加1。图（7）c). 在S1接口切换过程中的切换准备阶段，当源小区收到来自MME的HANDOVER PREPARATION FAILURE消息时，或在X2接口切换过程中的切换准备阶段，当源小区收到来自目标小区的HANDOVER PREPARATION FAILURE消息时，如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.Prep.FailOut.PrepFailure加1。图（8）d). 在S1接口切换及X2接口切换过程中，切换准备阶段未结束，源小区判决取消本次切换，并发送HANDOVER CANCEL消息时，如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.Prep.FailOut.HOCancel加1在S1接口切换及X2接口切换过程中，源小区发送HANDOVER CANCEL消息时，如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.FailOut.HOCancel加1。图（9）e). 在S1接口切换过程中的切换准备阶段，当源小区收到来自MME的HANDOVER COMMAND消息时，或在X2接口切换过程中的切换准备阶段，当源小区收到来自目标小区的HANDOVER REQUEST ACKNOWLEDGE消息时，由于合法性检测失败，源小区判决取消本次切换，如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.Prep.FailOut.TargetIllegal加1。2 指标分析2.1切换成功率指标分析流程说明：网管测统计到切换失败原因 核心网原因导致切换出准备失败次数 目标小区无响应导致切换出准备失败次数 目标小区回复切换准备失败消息导致切换出准备失败次数 源小区发送切换取消导致切换出准备失败次数 eNodeB间切换出取消次数2.2 TOP小区掉话原因处理小区切换失败CounterCounter Name指标中文名称L.HHO.Prep.FailOut.MME核心网原因导致模式内切换出准备失败次数L.HHO.Prep.FailOut.NoReply目标小区无响应导致模式内切换出准备失败次数L.HHO.Prep.FailOut.PrepFailure目标小区回复切换准备失败消息导致模式内切换出准备失败次数L.HHO.Prep.FailOut.HOCancel源小区发送切换取消导致模式内切换出准备失败次数L.HHO.FailOut.HOCanceleNodeB间模式内切换出取消次数L.HHO.Prep.FailOut.TargetIllegal对端回复切换响应消息合法性检查失败导致切换出准备失败次数L.IntraFreqHO.NoNRT无对应的邻区关系导致无法发起同频切换过程的次数L.InterFreqHO.NoNRT无对应的邻区关系导致无法发起异频切换过程的次数 鉴别切换失败原因(L.HHO.Prep.FailOut.MME, L.HHO.Prep.FailOut.NoReply, L.HHO.Prep.FailOut.PrepFailure，L.HHO.Prep.FailOut.HOCancel, L.HHO.FailOut.HOCancel, L.HHO.Prep.FailOut.TargetIllegal, L.IntraFreqHO.NoNRT, L.InterFreqHO.NoNRT)。 查看基站有无告警，小区状态是否正常：（通过LST ALMAF查询站点实时告警，LST ALMLOG参考历史告警；存在告警则降低功率切换用户，严重的临时去激活小区，通知维护人员处理。 查询有无外部干扰（PRB上行干扰噪声平均值-110dBm,则存在外部干扰）；统计话务看是突发的还是持续的，可应急通过MOD PDSCH降低功率处理。 提取两两小区切换，确定切换出目标小区，核查外部小区参数（PCI、TAC、频点、小区标识、切换参数）配置有无错误；若错误则对外部定义的小区进行修改，另外关注两两小区切换切换过早和切换过晚或者乒乓切换统计（L.HHO.Ncell.PingPongHo、L.HHO.NCell.HoToolate、L.HHO.NCell.HoTooearly），进行相应的CIO调整。以上问题都解决不了需安排外场人员测试，同时后台进行信令跟踪，找出问题原因。3 案例3.1 TD-LTE基站未及时割接到新MME导致切换失败案例分析【问题描述】：南宁西乡塘广西师范明秀校区_HLH、南宁西乡塘区如家快捷酒店_HLH、南宁西乡塘区中医学院_HLH、南宁西乡塘区广西区民族医院_HLH、南宁西乡塘区金棉楼_HLH、南宁西乡塘区北湖集贸市场2_HLH、南宁西乡塘区北湖生活区19栋_HLH和南宁西乡塘区北湖生活区19栋_HLH等站点在14：00后切换指标严重恶化，对全网切换成功率指标造成影响；如下图所示：以南宁西乡塘广西师范明秀校区_HLH为例【问题分析】：切换成功率低通常有以下几种原因，需逐步排查：1、 基站故障告警；2、 邻区以及切换参数等不合理，如：外部小区、切换参数等配置错误会直接导致切换失败；3、 弱覆盖；4、 强干扰；5、 拥塞；6、 异常用户终端；7、 传输、核心网等问题；【问题排除过程】：经核查发现切换异常的站点很集中，都位于明秀路广西师范学院附近，且切换异常都是在14：00之后，因此可以判断导致切换异常为同一原因，于是抽取南宁西乡塘广西师范明秀校区_HLH进行重点分析。1、 对南宁西乡塘广西师范明秀校区_HLH的故障告警进行核查，核查发现此时段并无故障告警；2、 对于目前LTE基站版本在配置邻区数据时可能会出现小区名称与PCI，eNodeBID等数据不一致的情况。对南宁西乡塘广西师范明秀校区_HLH进行外部小区等数据进行核查，核查结果未发现异常；3、 对于干扰对切换的影响一般情况下是导致空口质量恶化导致信令交互失败，但是一般不会出现切换全部失败，但是对南宁西乡塘广西师范明秀校区_HLH_1的TDL数据进行分析时发现与某一基站切换全部失败，不像是由干扰导致为了验证判断我们对该小区的干扰数据进行了核查，核查结果显示并无干扰；4、 弱覆盖对切换的影响类似与干扰对切换的影响，主要体现在空口质量，一般情况下也不会出现切换全部失败的现象。南宁西乡塘广西师范明秀校区_HLH位于明秀路处于市中心位置，因此排除了弱覆盖的因素；5、 特定的异常用户终端一般情况下只会对单个特定服务小区造成影响，但是这次切换异常为整个区域同时涉及多个站点，因此可以排除异常用户终端的因素；6、 拥塞会直接影响切换等KPI指标，但是目前的LTE网络负载还很轻，除开重大节日等情况不会出现拥塞等情况，因此可以排除拥塞的因素；7、 为了核查是否是传输、核心侧等问题，我们在U2000上对eNodeBID为（）的站点进行了信令跟踪。在对南宁西乡塘区如家快捷酒店_HLH的X2接口信令跟踪是发现该站的X2切换全部失败！ 从上图可以看出失败原因值为unknown-MME-code，推测南宁西乡塘区如家快捷酒店_HLH与MME的链路配置存在问题导致MME不可达。同时对南宁西乡塘区如家快捷酒店_HLH站点状态进行了跟踪，据知该站之前由于故障一直处于断链状态在10月30日才重新开启，操作日志显示该站工程人员在14：19进行处理后开启，其时间跟切换异常时段吻合！同时了解到南宁移动现网MME之前进行过一次割接，全网站点都已经割接到新的MME下。考虑到南宁西乡塘区如家快捷酒店_HLH之前一致是断连状态很有可能因为断链而导致还继续下挂在老的MME下，为了验证推断我们对南宁西乡塘区如家快捷酒店_HLH的SCTP对端对象配置信息进行了核查，核查结果显示南宁西乡塘区如家快捷酒店_HLH还下挂在旧的MME下没有割接到新的MME（旧的MMEIP最后一位为1或2），到这里基本可以确定切换异常是因为南宁西乡塘区如家快捷酒店_HLH没有及时更新为新的MMEIP而导致MME不可达而切换失败。【解决方法】：已经确定为MME的IP问题，联系客户并推动工程方处理，在割接到新的MME后切换指标恢复正常。3.2 同频同PCI导致无法切换【问题描述】： 测试工程师在对铜鼓岭应急通信车测试过程中发现：周围站点无法切入应急通信车【问题分析】： 关于切换问题总体处理思路如下：1、 首先对测试数据进行分析 车辆由凤岭2站向铜鼓岭应急车方向行驶，在距离应急车不足200M的地方，凤岭2站-2小区的RSRP值为-97dbm，UE从凤岭2站-2小区向应急通信车-1发送多条测量报告，但UE始终没有收到切换命令。2、项目组对铜鼓岭应急通信车告警信息进行查询核实，并未发现存在告警故障。3、对铜鼓岭应急通信车的干扰进行排查分析，后台提取干扰检测图如下：铜鼓岭应急通信车干扰检测图：从干扰检测图可以看出铜鼓岭应急通信车并未存在干扰，排除由于干扰导致无法切换。 4、对该站点的邻区关系以及外部数据进行核查，经核实外部数据以及邻区关系准确详细的邻区关系如下： 进一步核实发现下面邻区对：本地小区名称enodeid频点PCI邻区小区名称enodeid频点PCI南宁青秀区铜鼓岭应急车_HLH_14112338350258南宁青秀区青环路铜鼓岭_HLH_238350260南宁青秀区铜鼓岭应急车_HLH_24112338350260南宁青秀区青环路铜鼓岭_HLH_138350258应急通信车与青环路铜鼓岭同频同PCI，显然PCI设置不准确，经核实青环铜鼓岭站点已被删除，应急车在青环路铜鼓岭站点附近，客户无规划新的PCI数据而是直接用该站点PCI数据，从规划角度来看这样操作本身没有问题，但把该站点的小区添加为邻区关系并且青环路铜鼓岭和应急通信车与周围站点都存在邻区关系（删除青环路铜鼓岭站点时未删除相应的邻区关系）显然是错误，由于应急通信车和青环路铜鼓岭同频同PCI,UE在满足切换条件向应急通信车切换时，enb不知道那个为目标小区，一直发测量报告而不发生切换。【问题处理】： 删除周围站点与青环路铜鼓岭站点存在的邻区关系【问题解决】： 处理后应急通信车能够与青秀区凤岭2站正常切换。【总结】：现网删除站点后一定把冗余数据删除。PCI规划时一定满足confusion-free原则，一个小区的两个相邻小区具有相同的PCI，这种情况下如果UE请求切换到ID为A的小区，eNB不知道哪个为目标小区。称这种情况为confusion，如下图所示： Confusion-free原则除了要求同PCI小区有足够的复用距离外，为了保证可靠切换，要求每个小区的邻区列表中小区PCI不能相同，同时规划后的PCI也需要满足在二层邻区列表中的唯一性。3.3 故障导致切换失败【现象描述】南宁横县宝华东路_HLH_1小区进行KPI统计时，发现南宁横县宝华东路_HLH_1小区在6月5日（11：00-12：00）时间段内切换成功率偏低，该小区KPI指标情况如下：无线掉线率：无线接通率：切换成功率：切换成功率主要通过话务统计获得，根据区公司推荐的公式为：切换成功率=(eNodeB间同频切换出成功次数+eNodeB间异频切换出成功次数+eNodeB内同频切换出成功次数+eNodeB内异频切换出成功次数-通过重建回源小区的eNodeB间同频切换出执行成功次数-通过重建回源小区的eNodeB间异频切换出执行成功次数-通过重建回源小区的eNodeB内同频切换出执行成功次数-通过重建回源小区的eNodeB内异频切换出执行成功次数)/(eNodeB间同频切换出尝试次数+eNodeB间异频切换出尝试次数+eNodeB内同频切换出尝试次数+eNodeB内异频切换出尝试次数)*100%。切换差TOP小区可通过OMC920提取切换失败原因：1) 核心网原因导致切换出准备失败次数2) 源小区发送切换取消导致切换出准备失败次数3) 目标小区回复切换准备失败消息导致切换出准备失败次数4) 目标小区无响应导致切换出准备失败次数5) eNodeB发起的原因为切换失败的UE Context释放次数从以上KPI指标统计结果来看，该小区无线接通率为100%，无线掉线率为0.97%，同频切换成功率较差，切换失败主要是目标小区回复切换准备失败消息导致切换出准备失败次数较高引起。【问题分析分析】1、从后台提取切换失败相关测量报告发现该小区切换目标小区回复切换准备失败消息导致切换出准备失败次数较高，可以通过查询在此时间段内目标小区状态来进行问题分析。2、从后台提取该时间段内该小区切换失败较高指标如下：3、从以上查询结果可以看出，南宁横县宝华东路_HLH_1小区切换指标异常主要是与南宁横县环城东路_HLH_2小区切换失败次数较高引起，怀疑南宁横县环城东路_HLH站点在此时间段内有异常情况。【处理过程】 从后台查询历史告警，查看南宁横县环城东路_HLH在6月5日（11：00-12：00）时间段内告警如下：从以上告警统计结果可以看出，在此时间段内南宁横县环城东路_HLH连续出现小区不可用、基站控制面传输中断、以太网链路故障、X2接口配置更新失败等告警，从而严重影响南宁横县宝华东路_HLH_1与南宁横县环城东路_HLH_2切换成功率。【分析结果】根据以上切换测量、告警统计结果来看，该小区切换成功率偏低主要是因为南宁青秀区荣和大地3站_HLH站点故障引起，需推动基站维护人员上站处理。3.3 跨厂家边界模三干扰导致切换失败【问题描述】： 某市局方领导投诉在某重点道路途径时信号比较好，但 SINR 非常低，下载速率只有 KB 级。接到投诉后我方马上安排了复测，希望能复现该问题。测试车在该重点道路往返反复测试多次，发现在某路段确实能复现该投诉问题， RSRP 在 -95dBm 以上，但 SINR 却在 5dB 以下，下载速率低于 5Mbps 。该路段周围站点密集，覆盖良好，道路宽阔，双向 8 车道道路，且有宽阔绿化带，道路双向总宽近百米。【问题分析】：某市 TD-LTE 网络站点比较密集，全网平均站间距在 300 至 400 米之间，超近站也较多，所以 MOD3 干扰成了该网络优化中最主要、最重要的工作之一。如下图所示两个相邻基站的小区相对距离较近，切 A 站是我方设备， B 站为其他厂家设备。通过跟踪信令分析， A 小区上报了 MR ， 220 和服务小区 358 的 MOD3 相等，所以干扰是比较大的。由信令分析，网络侧下发了切换命令后 UE 并没有收到，由 UE 侧可看到此时 SINR 很差为 1.8;。【问题处理】： 通过以上分析可知，发生 SINR 低、下载速率低的根本原因，而 MOD3 干扰是是由 2 同模 PCI 引起，同时 MOD3 干扰引起的切换失败更加剧了下载速率降低，下载任务失败。为了快速解决此问题，将该重点道路附近 A 站 1 小区的 PCI 由 220 调整为 219 ， 0 小区的 PCI 由 219 调整为 220 ，并将 0 小区和 1 小区方位角各顺时针调整 10 度。干扰得到规避，投诉问题得到解决。 3.4 邻区关系配置引起切换失败问题【问题描述 】：某移动在进行 TOP N 分析时发现邮政局 LTE 基站 B 小区切换成功率较低影响全网 KPI 指标。窗体顶端查询粒度 窗体底端ENBFunction 名称 切换成功率 LTETS 1 周TDDQHFUN6432 邮政局 -ZLHF()62.79%窗体底端切换成功的采样点从消息 HO Request 始，终止于消息 RRC Connection Reconfiguration Complete 。目标小区等待消息 RRC Connection Reconfiguration Complete 超时或未收到消息 则认为切换失败。 切换失败可能的原因如下： 1) 目标小区上行干扰导致的随机接入失败 2) 目标小区硬件故障或异常告警导致的接入失败 3) 目标小区接入参数配置错误导致接入失败 4) 存在相同 PCI 的外部小区和邻区 1.提取基站干扰指标，三个小区低噪正常无明显干扰，初步排除干扰导致切换失败。 2.提取基站近期告警，基站无异常告警，初步排除硬件故障导致切换失败。 3.提取小区点对点切换指标发现邻区关系中异常存在 25433-0 小区，邮政局 B 小区至该小区所有的切换全部失败。指标如下图所示： 查询粒度 小区名称 邻区关系 TDD 系统内小区间异频切换出请求次数 TDD 系统内小区间异频切换出成功次数 TDD 系统内小区间异频切换出失败次数 1 天TDDQHFUN5213 邮政局 -ZLHF-2(2)0:460:00:01760176窗体底端核查邮政局 B 小区邻接关系参数发现 邻区参数配置中， EnodeBid 25433 配置了两个小区 0 和 1 ，查询网管数据， 25433 是迎宾路营业厅室分，只有一个小区，小区编号是 1 ， 0 小区为冗余的错误数据。 现场抓取信令，在源小区下发的 RRC connection Reconfiguration 消息 中，包含 2 个相同 PCI 的小区信息，导致触发向目标小区切换时，向 0 小区切换导致失败。 【问题处理】： 网管删除 0 小区的邻接小区和邻接关系后该处区域切换正常，现场测试室内外切换恢复正常，跟踪 指标切换成功率明显提升。查询粒度 小区名称 eNB 内切换成功率 LTETS eNB 间 S1 口切换成功率 LTETS 切换成功率 LTETS 1 天TDDQHFUN6432 邮政局 -ZLHF-2(2)100.00%100.00%100.00%窗体底端3.5 特殊子帧配置错误导致切换失败【问题描述 】： 万科城市花园上西区 -ZLH ， 4 月 28 日三个小区切换成功率为 17.42% ，系统内切换 1 天失败共 5420 次，严重影响全网指标。提取当日切换，该站内小区间切换正常，非站内邻区切换准备完全失败。切换对统计如下：【问题分析】： 通过小区切换对可以看出，对所有邻区切换完全失败，应该是由于站点自身存在问题。 查看该站点告警情况， 3 个小区均无告警 。 查看外部干扰，没有 发现问题。 怀疑该站点设备隐性故障导致，将基站进行复位操作后，指标还是未改善。 由于 3 个小区指标均很差，故怀疑基站单板出现隐性故障，安排人员进行 BPL1 单板更换，之后提取指标仍未好转，排除基站硬件故障 切换模板中提取指标切换分请求切换和执行切换 2 个部分，基于准备切换部分完全失败，主要怀疑与小区配置有关。并针对该站点指标突然恶化情况，查询该站点操作记录 4 月 27 日工程侧删除该站后重新做数据。按小时级提取 27 日附近指标，发现指标恶化时间与工程侧重做站点时间一致，初步判断可能 是站点数据重做之后站点数据配置错误。对万科城市花园上西区 -ZLH 的重点参数配置进行检查。 通过核查，问题出现在特殊子侦配比。该站点特殊子帧配比配置设置9 ，与目前全网宏站特殊子帧配6会产生严重的上下行交差干扰。【问题处理】：5 月 7 日将 特殊子帧配比从9调整