当前位置:首页 >> 信息与通信 >>

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.ExecSuccOutL.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2S rc)/ (L.HHO.IntraeNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100 % ? eNB 间切换出成功率 (L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntereNB.InterFreq.ExecSuccOutL.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntereNB.InterFreq.Succ.ReEst2S rc)/ (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.ReEst2S rc)/ (L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.IntraFreq.PrepAttOut)*100 % ? 异频切换出成功率 (L.HHO.IntereNB.InterFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOutL.HHO.IntereNB.InterFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2S rc)/ (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.ExecSuccOutL.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntereNB.InterFreq.Succ.ReEst2S rcL.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2S rc)/ (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 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

指标中文名称
小区 eNodeB 间同频切换出成功次数 小区 eNodeB 间异频切换出成功次数 小区 eNodeB 内同频切换出成功次数 小区 eNodeB 内异频切换出成功次数 小区通过重建回源小区的 eNodeB 间同频切换出执行成功次数 小区通过重建回源小区的 eNodeB 间异频切换出执行成功次数 小区通过重建回源小区的 eNodeB 内同频切换出执行成功次数 小区通过重建回源小区的 eNodeB 内异频切换出执行成功次数 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.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 小区掉话原因处理
小区切换失败 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.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.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、对铜鼓岭应急通信车的干扰进行排查分析,后台提取干扰检测图如下: 铜鼓岭应急通信车干扰检测图:

从干扰检测图可以看出铜鼓岭应急通信车并未存在干扰,排除由于干扰导致无法切换。 4、对该站点的邻区关系以及外部数据进行核查,经核实外部数据以及邻区关系准确 详细的邻区关系如下:

进一步核实发现下面邻区对:
本地小区名称 南宁青秀区铜鼓岭应急车_HLH_1 南宁青秀区铜鼓岭应急车_HLH_2 enodeid 41123 41123 频点 38350 38350 PCI 258 260 邻区小区名称 南宁青秀区青环路铜鼓岭_HLH_2 南宁青秀区青环路铜鼓岭_HLH_1 enodeid 491767 491767 频点 38350 38350 PCI 260 258

应急通信车与青环路铜鼓岭同频同 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 周 [TDD]QHFUN6432 邮政局 -ZLHF(935213)
HO Request 始 , 终 止 于 消 息

62.79%
RRC Connection

切换成功的采样点从消息

Reconfiguration Complete 。 目 标 小 区 等 待 消 息 RRC Connection Reconfiguration Complete 超时或未收到消息 则认为切换失败。 切换失败可能的原因如下: 1) 目标小区上行干扰导致的随机接入失败 2) 目标小区硬件故障或异常告警导致的接入失败 3)目标小区接入参数配置错误导致接入失败 4)存在相同 PCI 的外部小区和邻区 1.提取基站干扰指标,三个小区低噪正常无明显干扰,初步排除干扰导致切换失败。 2.提取基站近期告警,基站无异常告警,初步排除硬件故障导致切换失败。 3.提取小区点对点切换指标发现邻区关系中异常存在 25433-0 小区, 邮政局 B 小区至该小 区所有的切换全部失败。指标如下图所示:

[TDD] [TDD] [TDD] 查 系统内 系统内 系统内 询 小区间 小区间 小区间 小区名称 邻区关系 粒 异频切 异频切 异频切 度 换出请 换出成 换出失 求次数 功次数 败次数 1 天 [TDD]QHFUN5213 邮政局 -ZLHF-2(2) 0:460:00:205433:0 176 0 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)的切换,现场测试切换 正常,如下:


相关文章:
LTE切换问题分析
LTE切换问题分析_信息与通信_工程科技_专业资料。1 相关 Counter 介绍 1.1 ...在 S1 接口切换过程中的切换准备阶段,当源小区收到来自 MME 的 HANDOVER ...
LTE切换失败问题分析案例
LTE切换失败问题分析案例_信息与通信_工程科技_专业资料。X2IPPATH配置问题导致切换不成功关键字:X2IPPATH 切换 【现象描述】 切换测试时,从站点B1的标口信令跟踪...
LTE切换问题分析
LTE切换问题分析_信息与通信_工程科技_专业资料。过程 规定动作 分析动作 1、话统分析,参照局点日常监控 KPI 指标进行 切换 KPI 指标监控。 2、切换 KPI 不仅要...
LTE切换异常案例
LTE切换异常案例_计算机硬件及网络_IT/计算机_专业资料。宿迁宝龙广场室分切换异常案例分析宝龙广场室分切换异常分析处理案例问题描述: 在测试宝龙广场内室分和室外站点...
LTE案例-切换失败问题案例
LTE案例-切换失败问题案例_计算机软件及应用_IT/计算机_专业资料。文档名称 文档...门出口行驶时切换失败; 掉话前截图 掉话处截图 【问题分析】从终端侧 LOG 如...
1月份_【案例】切换成功率低分析
汉中LTE 切换成功率差小区分析案例 1. 问题描述后台统计 KPI 发现,汉中大河坎利民东路-HLH-HZBO752TL 基站的三个小区的切换成功率较 低,三个小区成功率分别为 ...
TD--LTE切换问题定位流程2014
TD--LTE切换问题定位流程2014_计算机软件及应用_IT/计算机_专业资料。LTE eRAN ...内部公开 图25 切换信令失败问题分析思路图 图26 切换用户面时延问题分析思路图...
eSRVCC切换成功率指标优化
2、现网情况网管指标定义: eSRVCC 成功率= LTE 到 GSM 的切换出执行成功次数...(模板) 绵阳eSRVCC指标跟 踪.xlsx 问题分析跟踪(模板) 绵阳eSRVCC切换问 题...
LTE测量与切换详细分析
LTE测量与切换详细分析_信息与通信_工程科技_专业资料。LTE 测量与切换 目录 ...4 LTE 切换问题分析 暂无评价 27页 免费 LTE切换测量上报过程详解... 40页...
TDD-LTE宏站切换失败小区问题分析
TDD-LTE 宏站切换失败小区问题分析 作者:李俞瑾 邮箱: liyujin@ruidafeng.com 所在省:辽宁 关键字:邻区漏配;宏站;弱覆盖;掉线;下载速率低; 专业:无线/TD- ...
更多相关标签:
lte切换时延分析 | lte切换信令流程 | lte切换流程 | lte切换事件 | lte 切换 | lte切换失败原因 | lte异频切换 参数设置 | lte异频切换 |