内容发布更新时间 : 2024/12/24 1:28:22星期一 下面是文章的全部内容请认真阅读。

掉线率高是否存在异常告警或传输闪断1.通过LST ALMAF查询站点实时告警,参考历史告警；2.通过DSP BRD 查询单板运行情况；eNodeB发起的原因为切换失败的UE Context释放次数1.确定目标小区运行情况，是否基站故障或异常告警；2. 检查邻区间参数设置是否正确；3.通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；4.检查基站是否周边站点缺少，如为孤站，可视为正常；eNodeB发起的原因为UE LOST的UE Context释放次数eNodeB发起的原因为无线层问题的UE Context释放次数eNodeB发起的S1 RESET导致的UE Context释放次数通过提取两两小区切换，确定目标小区参数是否设置合理检查S1链路是否配置正确 现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为0，如统计出现释放次数，需进行针对排查；1.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）2.如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；1. 通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；2. 检查小区时隙配比是否设置准确（DE:SA2\\SSP7;F:SA2\\SSP5）；3.如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；是否存在高干扰是否存在高质差1.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差；2. 通过后台误码率跟踪，如BLER>10%，确定小区存在高误码；1.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖；2.对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常；是否存在弱覆盖现场测试及后台跟踪1.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；2.如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环； 3.

移动性TOP分析处理

3.1 指标定义

指标分类 移动性指标 数据来源 具体的KPI指标 eNodeB内切换出成功率 eNodeB间切换出成功率 同频切换成功率 异频切换成功率 (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间异频切换出尝试次数)*100% 指标定义 OMC920 切换成功率 (eNodeB间同频切换出成功次数+eNodeB间异频切换出成功次数+eNodeB内同频切换出成功次数+eNodeB内异频切换出成功次数-通过重建回源小区的eNodeB间同频切换出执行成功次数-通过重建回源小区的eNodeB间异频切换出执行成功次数-通过重建回源小区的eNodeB内同频切换出执行成功次数-通过重建回源小区的eNodeB内异频切换出执行成功次数)/(eNodeB间同频切换出尝试次数+eNodeB间异频切换出尝试次数+eNodeB内同频切换出尝试次数+eNodeB内异频切换出尝试次数) *100% 3.2 指标分析及统计点介绍

统计小区范围内不同原因的切换出失败的次数。切换出失败一般发生在切换准备阶段，包括几种典型场景：核心网问题，目标小区无响应，目标小区回复切换准备失败以及源小区发送切换取消消息。切换准备阶段是从切换判决到切换执行之间的切换资源准备阶段。

?

如图1和图2中B点所示，在S1接口切换及X2接口切换过程中的切换准备阶段，源小区收到来自MME的UE CONTEXT RELEASE COMMAND消息时，指标L.HHO.Prep.FailOut.MME加1。

?

如图3和图4中B点所示，在X2接口切换及S1接口切换过程中的切换准备阶段结束时，源小区未收到来自目标eNodeB的任何消息，包括如下场景：在X2切换时，未收到对端eNodeB发出的HANDOVER REQUEST ACKNOWLEDEG消息及HANDOVER PREPARATION FAILURE消息；在S1接口切换时，未收到MME发出的HANDOVER COMMAND消息及HANDOVER PREPARATION FAILURE消息。指标L.HHO.Prep.FailOut.NoReply加1。

?

如图5和图6中B点所示，在X2接口切换过程中的切换准备阶段，当源小区收到来自目标小区的HANDOVER PREPARATION FAILURE消息时，指标L.HHO.Prep.FailOut.PrepFailure加1。在S1接口切换过程中的切换准备阶段，当源小区收到来自MME的HANDOVER PREPARATION FAILURE消息时，指标L.HHO.Prep.FailOut.PrepFailure加1。

?

如图7和图8中B点所示，在X2接口切换及S1接口切换过程中，切换准备阶段未结束且没有收到来自目标测的任何消息，源小区判决取消本次切换，并发送HANDOVER CANCEL消息时，指标L.HHO.Prep.FailOut.HOCancel加1。如果准备阶段结束，由于其他异常原因，UE未完成切换流程，源小区向目标小区发送HANDOVER CANCEL消息时，不统计到该指标中。如图7和图8中B点所示，在X2接口切换及S1接口切换过程中，源小区发送HANDOVER CANCEL消息时，指标L.HHO.FailOut.HOCancel加1。该指标不考虑切换准备是否完成，只要源小区发送HANDOVER CANCEL消息，指标就统计。

3.3 TOP小区分析流程

TOP小区分析可通过OMC 920提取切换出失败原因： □ 核心网原因导致切换出准备失败次数 □ 目标小区无响应导致切换出准备失败次数

□ 目标小区回复切换准备失败消息导致切换出准备失败次数 □ 源小区发送切换取消导致切换出准备失败次数 □ eNodeB间切换出取消次数

对TOP问题小区常见如下处理:

1查询站点有无告警,小区状态是否正常；（1.通过LST ALMAF查询站点实时告警,用LST ALMLOG参考历史告警；?存在告警则降低功率切出用户，严重的临时去激活小区，通知维护人员处理；

2.查询有无外部干扰（每PRB上干扰噪声平均值>-110dBm，则存在外部干扰）；?统计话务统计看是突发的还是持续的，可应急通过MOD PDSCH降功率处理；

3.提取两两小区切换，确定切换出目标小区，核查外部小区参数（PCI、TAC、频点、小区标识、切换参数）配置有无错误； ?若错误则对外部定义的小区参数进行修改，另外关注两两小区切换过早和过玩或者乒乓切换统计，进行相应的CIO调整；

4.查看MAPINFO图层，查看邻区是否存在MOD干扰，确认基站规划是否合理，是否会产生弱覆盖。?用MOD CELL修改PCI或者降功率，降功率需注意是否会造成其他地方覆盖差；

切换成功率低是否存在异常告警或传输闪断否是告警处理后是否恢复是否核心网原因导致切换出准备失败次数目标小区无响应导致切换出准备失败次数目标小区回复切换准备失败消息导致切换出准备失败次数源小区发送切换取消导致切换出准备失败次数eNodeB间切换出取消次数请核心网人员对参数一致性进行核查（TAI、TAL等）核查邻区干扰弱覆盖参数合理性拥塞核心网信令跟踪排查外部小区核查、合理规划、修改邻区外部干扰模3干扰扫频排查合理规划修改PCI1.天馈调整2.更改天馈类型3.增加小区功率4.新增站点1.小区PCI2.TA3.小区标识4.频率5.切换参数等1.扩容2.话务均衡3.新增站点结束?若以上手段都不能解决问题则安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环； 四、 附录文件

常用指令：

TDL站点状态查询指令： LST CELL:; 查询小区静态参数 DSP CELL:; 查询小区动态参数 LST ALMAF:; 查询当前告警

LST BFANT:;查询天线配置信息（静态）