LTE切换问题分析 - 图文

1 相关Counter介绍

1.1 切换相关KPI公式

具体KPI指标

指标定义 （小区eNodeB内同频切换出成功次数+小区eNodeB内异频切换出成功次数-小区通eNB内切换出成功率 过重建回源小区的eNodeB内同频切换出执行成功次数-小区通过重建回源小区的eNodeB内异频切换出执行成功次数）/（eNodeB内同频切换出尝试次数+eNodeB内异频切换出尝试次数）*100% （小区eNodeB间同频切换出成功次数+小区eNodeB间异频切换出成功次数-小区通eNB间切换出成功率 过重建回源小区的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解释： ? 切换成功率Counter

Counter Name L.HHO.IntereNB.IntraFreq.ExecSuccOut L.HHO.IntereNB.InterFreq.ExecSuccOut L.HHO.IntraeNB.IntraFreq.ExecSuccOut L.HHO.IntraeNB.InterFreq.ExecSuccOut 指标中文名称 小区eNodeB间同频切换出成功次数 小区eNodeB间异频切换出成功次数 小区eNodeB内同频切换出成功次数 小区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.PrepAttOut L.HHO.IntereNB.InterFreq.PrepAttOut L.HHO.IntraeNB.IntraFreq.PrepAttOut L.HHO.IntraeNB.InterFreq.PrepAttOut eNodeB间同频切换出尝试次数 eNodeB间异频切换出尝试次数 eNodeB内同频切换出尝试次数 eNodeB内异频切换出尝试次数 ? 切换失败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.HOCancel L.HHO.Prep.FailOut.TargetIllegal 源小区发送切换取消导致模式内切换出准备失败次数 eNodeB间模式内切换出取消次数 对端回复切换响应消息合法性检查失败导致切换出准备失败次数 L.IntraFreqHO.NoNRTL.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小区掉话原因处理

小区切换失败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.HOCancel L.HHO.Prep.FailOut.TargetIllegal 源小区发送切换取消导致模式内切换出准备失败次数 eNodeB间模式内切换出取消次数 对端回复切换响应消息合法性检查失败导致切换出准备失败次数 L.IntraFreqHO.NoNRTL.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.1TD-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为492084（）的站

点进行了信令跟踪。在对南宁西乡塘区如家快捷酒店_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、对铜鼓岭应急通信车的干扰进行排查分析，后台提取干扰检测图如下： 铜鼓岭应急通信车干扰检测图：

通过跟踪信令分析， 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 周 [TDD]QHFUN6432 邮政局 -ZLHF(935213) 62.79% 切换成功的采样点从消息 HO Request 始，终止于消息 RRC Connection Reconfiguration Complete 。目标小区等待消息 RRC Connection Reconfiguration Complete 超时或未收到消息 则认为切换失败。 切换失败可能的原因如下：

1) 目标小区上行干扰导致的随机接入失败 2) 目标小区硬件故障或异常告警导致的接入失败 3)目标小区接入参数配置错误导致接入失败 4)存在相同 PCI 的外部小区和邻区

1.提取基站干扰指标，三个小区低噪正常无明显干扰，初步排除干扰导致切换失败。 2.提取基站近期告警，基站无异常告警，初步排除硬件故障导致切换失败。

3.提取小区点对点切换指标发现邻区关系中异常存在 25433-0 小区，邮政局 B 小区至该小区所有的切换全部失败。指标如下图所示：

[TDD] 查系统内询小区间小区名称 邻区关系 粒异频切度 换出请求次数 1 天 [TDD]QHFUN5213 邮政局 -ZLHF-2(2) 0:460:00:205433:0 176 [TDD] 系统内小区间异频切换出成功次数 0 [TDD] 系统内小区间异频切换出失败次数 176 核查邮政局 B 小区邻接关系参数发现 邻区参数配置中， EnodeBid 25433 配置了两个小区 0 和 1 ，查询网管数据， 25433 是迎宾路营业厅室分，只有一个小区，小区编号是 1 ， 0 小区为冗余的错误数据。

现场抓取信令，在源小区下发的 RRC connection Reconfiguration 消息 中，包含 2 个相同 PCI 的小区信息，导致触发向目标小区切换时，向 0 小区切换导致失败。 【问题处理】：

网管删除 0 小区的邻接小区和邻接关系后该处区域切换正常，现场测试室内外切换恢复正常，跟踪 指标切换成功率明显提升。

eNB 内切换小区名称 成功率 LTETS 查询粒度 eNB 间 S1 口切换成功率 LTETS 切换成功率 LTETS 1 天 [TDD]QHFUN6432 邮政局 -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调整为6 ，调整完成后，监控该站点指标，切换及 RRC 接入各项指标都恢复正常。

3.6 LTE频间测量门限配置不合理导致异频不切换

【问题描述】：

某省移动TD-LTE项目在做某站点验证测试时候发现F频段宏站A小区向E频段室分B小区无法切换。 【问题分析 】：

针对不发生切换可能的原因有： 1、邻区关系漏配； 2、邻区关系配置有误； 3、切换参数设置不合理； 【问题处理】：

接到外场人员反馈F频段宏站A小区向E频段室分B小区不切换后，按照如下流程进行了问题排除：

1)首先从后台对宏站A小区和B小区的邻区关系进行了核查，核查结果为已经配置了邻区关系；

2)怀疑邻区定义有误，对邻接小区配置进行检查，结果为邻接小区配置正常，所有参数定义准确无误；

3)怀疑切换门限设置不合理，仔细核查后，结果为切换偏移、迟滞设置均与其他站点正常，设置无误；

4)从外场获取测试LOG，进行分析，结果为规律性的下发测量配置并上报测量报告，详情如下：

5)对异常信令进行分析 具体信令分析如下：

异常信令总体规律如上图，分两部分。下边对每部分的详细信息进行分析。 编号为1的部分测量报告对应的信息如下：

由上图可知，测量报告MeasId=2，对应的ReportConfigid=2，而ReportConfigid=2对应的eventid为A2，门限为60对应60+（-140）=-80dBm，而当前测量报告上报的RSRP为56，对应56+（-140）=-84dBm，低于测量控制中配置的门限-80dBm，触发了A2事件，又根据测量对象确认为异频频点38950，因此该事件的目的是为了开启频间测量。 编号为2的部分测量报告对应的信息如下：

由上图可知，测量报告MeasId=2，对应的ReportConfigid=2，而ReportConfigid=2对应的eventid为A1，门限为25对应25+（-140）=-115dBm，而当前测量报告上报的RSRP为57，对应57+（-140）=-83dBm，高于测量控制中配置的门限-115dBm，触发了A1事件，又根据测量对象确认为异频频点38950，因此该事件的目的是为了关闭频间测量。 对重配消息和测量报告进行分析发现，连续的两次测量报告中对应的事件分别为A2事件和A1事件，首先上报的是A2事件，目的是开启异频间测量，而紧接着又下发了A1事件，目

的是关闭频间测量，于是频繁的重复着开启频间测量，关闭频间测量的过程，而始终无法切换。

通过对连续两次的测量报告进行分析，发现该站点频间测量启动门限为-80dBm，频间测量关闭门限为-115dBm，关闭门限低于启动门限，本身就是矛盾的，当RSRP在（-115，-80）时满足开启频间测量的条件同时肯定也满足关闭门限，可见频间测量开启和关闭门限设置有误。 6)问题处理

对频间测量开启和关闭门限进行修改，将频间/系统间测量关闭门限由目前配置值-115dBm，修改为-79dBm，频间测量启动门限修改为-82dBm，修改后进行测试发现切换恢复正常，问题得到解决。 【问题验证】：

处理后验证宏站A小区（PCI：78）向室分B小区（PCI：103）的切换，现场测试切换正常，如下：

本文来源：https://www.bwwdw.com/article/ldup.html