中兴无线KPI指标分析解决思路_1612

1、目录一、无线接通率33RRC 建立成功率低（常见原因及处理思路）331.RRC 连接失败，定时器超时332.RRC 连接失败， ENB 接纳失败333.RRC 连接失败，其他原因33ERAB 建立成功率低（常见原因及处理思路）441.ERAB 建立失败，空口失败442.ERAB 建立失败， RRC 重建立原因443.ERAB 建立失败，安全激活失败444.ERAB 建立失败， ENB 接纳失败445.ERAB 建立失败，切换引起446.ERAB 建立失败，其他原因55二、切换成功率55切换准备成功率低（常见原因及处理思路）55ZTE 网管计数器异常原因值和处理方法：551.切换出准备失败，等待

2、切换响应定时器超时552. 切换出准备失败，目标侧准备失败553.切换出准备失败，源侧发生重建立664.切换出准备失败，其他原因66切换执行成功率低（常见原因及处理思路）66ZTE 网管计数器异常原因值和处理方法：661.切换出执行失败，源侧发生重建立662.切换出执行失败，目标侧发生重建立773. 切换出执行失败，RRC 重配完成超时774. 切换出执行失败，其他原因775. 切换出执行失败，等待UE context Release消息超时77三、掉线率77无线掉线率高（常见原因及处理思路）77ZTE 网管计数器异常原因值和处理方法：881.Context 释放， ENB 空口失败引发释放8

3、82.Context 释放， ENB 切换失败引发释放883. Context释放，由于小区关断或复位引发释放884.Context 释放， ENB 由于其他原因引发释放885. Context释放， ENB 重建立失败导致释放996.Context 释放， ENB 由于 S1 链路故障失败导致释放997.Context 释放，空口定时器超时998.Context 释放，空口质量差触发RLF999.Context 释放， RLC 达到最大重传次数9910. Context释放， PDCP 完整性保护失败9911. Context释放， Gtpu ErrInd触发释放101012. Contex

4、t释放， Path 故障触发释放101013.Context释放，光口故障触发释放1010ERAB 掉线率高 (常见原因及处理思路）1010ZTE 网管计数器异常原因值和处理方法：10101.E-RAB 切换出失败次数10102.E-RAB 释放，由于ENB 过载控制导致的释放11113.E-RAB 释放，由于ENB 其他异常原因11114.E-RAB 释放，由于ENB 小区拥塞导致的释放11115. E-RAB释放，由于UE 切换失败11116.E-RAB 释放，由于ENB 的无线链路失败11117. E-RAB释放，由于ENB 重建立失败11118.E-RAB 释放，由于小区关断或复位12

5、129. E-RAB释放， ENB 由于 S1 链路故障发起释放121210. ERAB 释放，空口定时器超时121211. ERAB 释放，空口质量差触发RLF121212. ERAB 释放， RLC 达到最大重传次数121213. ERAB 释放， PDCP 完整性保护失败121214. Context释放， Gtpu ErrInd触发释放121215.Context释放， Path 故障触发释放131316. Context释放，光口故障触发释放1313一、无线接通率RRC 建立成功率低（常见原因及处理思路）1.基站故障；2.PRACH 参数配置、最小接入电平设置；3.上行干扰NI 过高

6、；4.弱场接入， RRC 无法接入；5.用户过多导致，SR 资源不足；6.上行功控参数设置不合理；7.CPU 负荷过高；ZTE 网管计数器异常原因值和处理方法：1.RRC 连接失败，定时器超时1.检查 CPU 负荷是否偏高，用户数是否很多，如是则调整SR 容量进行调整；2.检查上下行功控类参数；3.检查 NI 是否过高；4.检查 RRU 输出功率；5.检查是否 MR 任务或其他实时跟踪任务导致接入定时器超时；6.检查是否弱场导致接入定时器超时。2.RRC 连接失败， ENB 接纳失败1.检查接纳控制类参数设置3.RRC 连接失败，其他原因1.检查是否CPU 冲高导致；2.提交故障单交研发处理；

7、ERAB 建立成功率低（常见原因及处理思路）1.无线覆盖环境较差，如弱场覆盖，上行NI 过高；2.无线参数设置错误，如加密和完保算法不合理，接纳控制门限过低；3.传输故障；4.系统 Bug ；ZTE 网管计数器异常原因值和处理方法：1.ERAB建立失败，空口失败1.检查 NI 是否过高；2.检查上下行功控类参数；3.检查是否弱场接入导致；2.ERAB建立失败， RRC 重建立原因1.检查加密完保算法参数设置；3.ERAB建立失败，安全激活失败1.提故障单交研发处理；4.ERAB建立失败， ENB 接纳失败1.检查接纳控制类参数设置；5.ERAB建立失败，切换引起1.检查加密完保算法参数设置；6

8、.ERAB建立失败，其他原因1.提故障单交研发处理；二、切换成功率切换准备成功率低（常见原因及处理思路）多由外部邻区参数配置错误（邻区配置正确）或者切换准备目标基站故障引起。1.核查现网中邻区参数配置错误的，定义与邻接基站不一致；2.核查异厂家站点邻区定义错误的；3.核查现网中邻区基站ID 错误的，也即不存在异厂家网管也不存在中兴网管的邻区关系的邻区要及时删除。4.定期核查现网中超远邻区关系，市区内暂以2.5km 为界，郊县不受此限制。ZTE 网管计数器异常原因值和处理方法：1.切换出准备失败，等待切换响应定时器超时1.检查定时器参数设置；2.通过信令跟踪定位出定时器超时的网元；2. 切换出准

9、备失败，目标侧准备失败1.检查邻区参数配置是否正确；2.检查是否跨不同MME 间切换，由于不同MME 配置相同TAC 导致；3.检查目标基站是否被CellBar ；4.检查目标基站是否有退服告警；3.切换出准备失败，源侧发生重建立1.检查切换上报 MR 与切换命令所带PCI 是否一致；2.检查邻区关系合理性，是否存在超远邻区；3.检查目标基站是否存在高NI ；4.检查前台无线环境，是否存在同频同PCI 的情况；4.切换出准备失败，其他原因1.通过信令跟踪定位具体原因，提交故障单交研发处理；切换执行成功率低（常见原因及处理思路）发生在切换命令下发后，终端执行时失败，与无线环境，邻区配置的合理性强

10、相关。1.切换处执行失败次数较多，且成功率为0 的小区对， 重点核查目标小区是否与周边站点同频同 PCI ，邻区配置是否合理，是否添加了较远的邻区，且与周边站点同PCI ；2.切换处执行失败次数较多，有一定几率成功，有一定几率失败的邻区对，核查目标基站是否存在上行干扰，如果存在上行干扰，即需要进行干扰排查。3.超级小区配置邻区，只能配置主小区的邻区，不能配置辅小区的邻区。非超级小区也不能添加对辅小区的邻区，否则会造成切换执行失败。4.对异频切换执行失败较多的站点，核查异频测量启动A2 和 A3 事件的配置门限是否合理。ZTE 网管计数器异常原因值和处理方法：1.切换出执行失败，源侧发生重建立1

11、.检查切换上报MR 与切换命令所带PCI 是否一致；2.检查邻区关系合理性，是否存在超远邻区；3.检查目标基站是否存在高NI ；4.检查前台无线环境，是否存在同频同PCI 的情况；2.切换出执行失败，目标侧发生重建立1.检查邻区参数配置是否正确；2.检查是否跨不同MME 间切换，由于不同MME 配置相同TAC 导致；3.检查目标基站是否被CellBar ；4.检查目标基站是否有退服告警；3. 切换出执行失败， RRC 重配完成超时1.检查定时器参数设置；2.通过信令跟踪定位出定时器超时的网元；4. 切换出执行失败，其他原因1.通过信令跟踪定位具体原因，提交故障单交研发处理；5. 切换出执行失败

12、，等待UE context Release消息超时1.检查目标基站能否收到UE 切换接入信令；2.检查源侧基站等待切换完成定时器设置是否合理；3.检查源、目标侧网络拓扑结构；三、掉线率无线掉线率高（常见原因及处理思路）1.按照掉线分子，按原因值提取相关计数器进行分析；2.检查站点是否存在邻区漏配或者配置不合理，导致无法及时切换出而吊死，引发掉线；3.小区存在异频邻区时，需要核查异频切换类相关A2 、A3 配置门限是否合理；4.检查小区是否存在超远覆盖，导致覆盖孤岛，无法及时切换到周边基站，可通过后台信令跟踪，观察测量报告，补齐漏配的邻区，随后及时对覆盖进行控制；5.对于弱覆盖引起的掉线，若终端

13、处于覆盖边缘，周围无可用LTE 小区，可以合理添加异系统邻区，合理配置重定门限，及时重定向到异系统，减少掉线。6.关注小区无线环境，分析是否NI 过高；7.关注影响业务的故障类告警；ZTE 网管计数器异常原因值和处理方法：1.Context释放， ENB 空口失败引发释放1.检查下方同颜色详细细分原因值，针对行采取措施；2.提故障单交研发处理；2.Context释放， ENB 切换失败引发释放1.检查切换参数、功率参数、定时器设置；3. Context 释放，由于小区关断或复位引发释放1.检查掉线对应时间段内基站小区故障类告警；4.Context释放， ENB 由于其他原因引发释放1.提交故障

14、单交研发处理；5. Context 释放， ENB 重建立失败导致释放1.检查小区NI 是否过高， RS 功率设置是否偏小；2.检查现场无线环境；3.开启 X2 口进行优化（重建立如果在目标基站没有上下文，重建肯定失败）6.Context释放， ENB 由于 S1 链路故障失败导致释放1.检查下方同颜色详细细分原因值，针对行采取措施；2.提故障单交研发处理；7.Context释放，空口定时器超时1.检查 CPU 负荷，同时在线用户数是否偏高，如是可增加SR 信道配置容量进行优化；2.排除 MR 开启时间段内计时器增多，提故障交研发处理；8.Context释放，空口质量差触发RLF1.检查无线环

15、境是否存在弱覆盖、模三干扰、越区覆盖、底噪偏高、基站存在故障；9.Context释放， RLC 达到最大重传次数1.检查 RLC 参数设置；2.排除 MR 开启时间段内计时器增多，提故障交研发处理；10. Context释放， PDCP 完整性保护失败1.检查加密完保参数设置；2.排除 MR 开启时间段内计时器增多，提故障交研发处理；11. Context释放， Gtpu ErrInd触发释放1.联系 MME 侧联合排查，是否存在大规模操作；2.提交故障单交研发处理；12. Context释放， Path 故障触发释放1.联系 MME侧联合排查，通过 Initial context setup

16、消息查看 TransportLayerAddress是否在基站侧无法ping 通；2.提交故障单交研发处理；13.Context释放，光口故障触发释放1.联系产品侧【排查光口类告警；2.提交故障单交研发处理；ERAB 掉线率高 (常见原因及处理思路）同无线掉线率高处理思路ZTE 网管计数器异常原因值和处理方法：1.E-RAB切换出失败次数1.检查邻区参数PCI 、 TAC 、ENBID 、 Frequency定时器配置；2.检查源侧、目标侧基站是否存在告警、NI 是否过高；3.前台复测抓取Log ，提交故障单交研发处理；2.E-RAB释放，由于ENB 过载控制导致的释放1.检查基站用户数，CP

17、U 负荷；2.检查接纳控制类参数配置；3.E-RAB释放，由于ENB 其他异常原因1.检查基站版本是否为600P04 及以前版本；2.提交故障单交研发处理；4.E-RAB释放，由于ENB 小区拥塞导致的释放1.检查基站接纳控制类参数；2.检查用户数；5. E-RAB 释放，由于 UE 切换失败1.检查邻区参数PCI 、 TAC 、ENBID 、 Frequency定时器配置；2.检查源侧、目标侧基站是否存在告警、NI 是否过高；3.前台复测抓取Log ，提交故障单交研发处理；6.E-RAB释放，由于ENB 的无线链路失败1.检查下方同颜色详细细分原因值，针对行采取措施；2.提故障单交研发处理；

18、7. E-RAB 释放，由于 ENB 重建立失败1.检查小区NI 是否过高， RS 功率设置是否偏小；2.检查现场无线环境；3.开启 X2 口进行优化（重建立如果在目标基站没有上下文，重建肯定失败）8.E-RAB释放，由于小区关断或复位1.检查掉线对应时间段内基站小区故障类告警；9. E-RAB 释放， ENB 由于 S1 链路故障发起释放1.检查下方同颜色详细细分原因值，针对行采取措施；2.提故障单交研发处理；10. ERAB 释放，空口定时器超时1.检查 CPU 负荷，同时在线用户数是否偏高，如是可增加SR 信道配置容量进行优化；2.排除 MR 开启时间段内计时器增多，提故障交研发处理；11. ERAB 释放，空口质量差触发 RLF1.检查无线环境是否存在弱覆盖、模三干扰、越区覆盖、底噪偏高、基站存在故障；12. ERAB 释放， RLC 达到最大重传次数1.检查 RLC 参数设置；2.排除 MR 开启时间段内计时器增多，提故障交研发处理；13. ERAB 释放，