中兴无线KPI指标分析解决思路.docx
《中兴无线KPI指标分析解决思路.docx》由会员分享，可在线阅读，更多相关《中兴无线KPI指标分析解决思路.docx（11页珍藏版）》请在冰豆网上搜索。
中兴无线KPI指标分析解决思路
一、无线接通率3
1.ＲRＣ连接失败，定时器超时3
3。
RRC连接失败，其他原因3
３。
EＲAB建立失败，安全激活失败ﻩ４
4。
ERＡB建立失败，ENB接纳失败ﻩ4
6。
EＲＡB建立失败,其他原因5
二、切换成功率ﻩ5
切换准备成功率低（常见原因及处理思路）５
ＺＴE网管计数器异常原因值和处理方法:
5
１．切换出准备失败，等待切换响应定时器超时ﻩ5
2.切换出准备失败，目标侧准备失败6
3.切换出准备失败，源侧发生重建立ﻩ６
4．切换出准备失败，其他原因6
切换执行成功率低（常见原因及处理思路）ﻩ６
ZTE网管计数器异常原因值和处理方法:
7
1。
切换出执行失败，源侧发生重建立ﻩ7
3.切换出执行失败,RRＣ重配完成超时ﻩ7
5。
切换出执行失败，等待ＵEcoｎｔｅxt Releasｅ消息超时ﻩ7
无线掉线率高（常见原因及处理思路）8
ZTE网管计数器异常原因值和处理方法:
８
1.Context释放,ENB空口失败引发释放ﻩ8
2。
Ｃonｔｅxｔ释放,EＮB切换失败引发释放ﻩ8
3。
Context释放,由于小区关断或复位引发释放9
4.Coｎｔext释放,ENB由于其他原因引发释放ﻩ9
5。
Coｎｔext释放，ENＢ重建立失败导致释放9
6.Ｃoｎｔexｔ释放,ENＢ由于S１链路故障失败导致释放ﻩ9
7。
Conｔext释放,空口定时器超时ﻩ９
8．Coｎtexｔ释放,空口质量差触发RLＦﻩ9
9。
Coｎtｅxt释放，RLC达到最大重传次数9
１0。
Ｃontext释放，PDCP完整性保护失败10
11。
Ｃonｔext释放，GtpuErrInｄ触发释放10
12。
Context释放,Ｐath故障触发释放10
１3。
Cｏnｔexｔ释放，光口故障触发释放ﻩ10
ZＴE网管计数器异常原因值和处理方法:
11
1。
E—ＲAB切换出失败次数1１
２.E—RAB释放，由于ENB过载控制导致的释放11
3．Ｅ—RAB释放，由于EＮＢ其他异常原因11
4。
E—RAＢ释放，由于ＥNＢ小区拥塞导致的释放11
5.E-ＲAB释放，由于ＵE切换失败11
6。
Ｅ—RAＢ释放，由于ENB的无线链路失败ﻩ12
7。
E—RAＢ释放，由于EＮB重建立失败ﻩ12
8。
E－ＲＡB释放，由于小区关断或复位1２
9。
Ｅ—RAB释放,ENB由于S1链路故障发起释放12
10。
ERAB释放，空口定时器超时ﻩ１2
１1. ERＡB释放，空口质量差触发RLＦ12
12． ERAB释放，RLC达到最大重传次数13
13。
ERAB释放,ＰDCP完整性保护失败ﻩ13
14.Coｎteｘt释放,Gtpu ErrＩnd触发释放ﻩ13
15.Ｃｏnteｘｔ释放，Ｐａth故障触发释放ﻩ13
16.Contｅxt释放,光口故障触发释放13
一、无线接通率
RＲＣ建立成功率低（常见原因及处理思路）
１。
基站故障;
2。
PＲAＣＨ参数配置、最小接入电平设置；
3.上行干扰NI过高；
4。
弱场接入,RRC无法接入；
5。
用户过多导致，SＲ资源不足；
6。
上行功控参数设置不合理；
７。
CPU负荷过高；
ZTE网管计数器异常原因值和处理方法：
1.ＲＲC连接失败，定时器超时
１。
检查ＣＰU负荷是否偏高,用户数是否很多,如是则调整SR容量进行调整;
2。
检查上下行功控类参数;
３。
检查ＮＩ是否过高；
４.检查RRＵ输出功率;
5.检查是否MR任务或其他实时跟踪任务导致接入定时器超时；
６。
检查是否弱场导致接入定时器超时.
2。
RRC连接失败，ENB接纳失败
1.检查接纳控制类参数设置
3。
RRC连接失败，其他原因
1.检查是否CPＵ冲高导致;
２.提交故障单交研发处理；
ＥRAＢ建立成功率低（常见原因及处理思路）
１.无线覆盖环境较差，如弱场覆盖,上行NI过高；
2。
无线参数设置错误，如加密和完保算法不合理，接纳控制门限过低;
３。
传输故障；
４。
系统Ｂuｇ；
ZTE网管计数器异常原因值和处理方法：
1。
ERAB建立失败，空口失败
1。
检查NI是否过高；
2.检查上下行功控类参数；
3。
检查是否弱场接入导致；
２。
ＥRAB建立失败，ＲRC重建立原因
1．检查加密完保算法参数设置；
3。
ERAＢ建立失败,安全激活失败
1。
提故障单交研发处理;
4.EＲAＢ建立失败，ENB接纳失败
1。
检查接纳控制类参数设置；
5.ERAB建立失败，切换引起
１。
检查加密完保算法参数设置；
6。
ERAB建立失败，其他原因
1．提故障单交研发处理；
二、切换成功率
切换准备成功率低（常见原因及处理思路）
多由外部邻区参数配置错误（邻区配置正确）或者切换准备目标基站故障引起。
1。
核查现网中邻区参数配置错误的，定义与邻接基站不一致;
2.核查异厂家站点邻区定义错误的;
3．核查现网中邻区基站ID错误的，也即不存在异厂家网管也不存在中兴网管的邻区关系的邻区要及时删除。
4。
定期核查现网中超远邻区关系，市区内暂以2．５km为界，郊县不受此限制.
ZTＥ网管计数器异常原因值和处理方法:
1。
切换出准备失败,等待切换响应定时器超时
1．检查定时器参数设置；
2。
通过信令跟踪定位出定时器超时的网元；
2。
切换出准备失败，目标侧准备失败
１。
检查邻区参数配置是否正确；
２．检查是否跨不同MME间切换，由于不同MME配置相同TAC导致；
3。
检查目标基站是否被CeｌlBaｒ;
４。
检查目标基站是否有退服告警;
3.切换出准备失败，源侧发生重建立
1.检查切换上报MＲ与切换命令所带ＰCI是否一致；
２。
检查邻区关系合理性，是否存在超远邻区；
3.检查目标基站是否存在高NＩ；
４.检查前台无线环境,是否存在同频同PＣI的情况；
４.切换出准备失败,其他原因
1。
通过信令跟踪定位具体原因,提交故障单交研发处理；
切换执行成功率低（常见原因及处理思路）
发生在切换命令下发后，终端执行时失败，与无线环境，邻区配置的合理性强相关。
1.切换处执行失败次数较多，且成功率为0的小区对，重点核查目标小区是否与周边站点同频同PCI，邻区配置是否合理，是否添加了较远的邻区，且与周边站点同PＣI;
2。
切换处执行失败次数较多,有一定几率成功,有一定几率失败的邻区对，核查目标基站是否存在上行干扰,如果存在上行干扰，即需要进行干扰排查。
3。
超级小区配置邻区，只能配置主小区的邻区,不能配置辅小区的邻区。
非超级小区也不能添加对辅小区的邻区,否则会造成切换执行失败。
4．对异频切换执行失败较多的站点，核查异频测量启动A２和A３事件的配置门限是否合理。
ZTE网管计数器异常原因值和处理方法：
1。
切换出执行失败，源侧发生重建立
1。
检查切换上报MR与切换命令所带PCI是否一致；
２。
检查邻区关系合理性，是否存在超远邻区;
3。
检查目标基站是否存在高ＮＩ;
4．检查前台无线环境，是否存在同频同PCI的情况;
2。
切换出执行失败，目标侧发生重建立
１.检查邻区参数配置是否正确；
２。
检查是否跨不同MME间切换，由于不同MMＥ配置相同TAC导致;
3。
检查目标基站是否被CelｌBａｒ;
4.检查目标基站是否有退服告警;
3.切换出执行失败,ＲRC重配完成超时
１.检查定时器参数设置;
2。
通过信令跟踪定位出定时器超时的网元；
4.切换出执行失败，其他原因
1.通过信令跟踪定位具体原因，提交故障单交研发处理；
5。
切换出执行失败,等待ＵE cｏnteｘtReleasｅ消息超时
1。
检查目标基站能否收到ＵＥ切换接入信令；
2。
检查源侧基站等待切换完成定时器设置是否合理；
3。
检查源、目标侧网络拓扑结构;
三、掉线率
无线掉线率高（常见原因及处理思路）
1．按照掉线分子，按原因值提取相关计数器进行分析；
2．检查站点是否存在邻区漏配或者配置不合理，导致无法及时切换出而吊死,引发掉线；
3。
小区存在异频邻区时，需要核查异频切换类相关A2、A3配置门限是否合理;
４。
检查小区是否存在超远覆盖，导致覆盖孤岛，无法及时切换到周边基站，可通过后台信令跟踪,观察测量报告,补齐漏配的邻区，随后及时对覆盖进行控制;
5。
对于弱覆盖引起的掉线，若终端处于覆盖边缘,周围无可用LTE小区，可以合理添加异系统邻区，合理配置重定门限,及时重定向到异系统，减少掉线.
6。
关注小区无线环境，分析是否NI过高；
7.关注影响业务的故障类告警;
ZTE网管计数器异常原因值和处理方法:
1。
Cｏntext释放，ENB空口失败引发释放
1。
检查下方同颜色详细细分原因值，针对行采取措施；
2。
提故障单交研发处理;
2。
Conteｘｔ释放,ENＢ切换失败引发释放
1。
检查切换参数、功率参数、定时器设置；
３。
Context释放,由于小区关断或复位引发释放
1。
检查掉线对应时间段内基站小区故障类告警；
４。
Contｅxt释放，EＮＢ由于其他原因引发释放
1.提交故障单交研发处理；
5．Contｅxt释放,EＮB重建立失败导致释放
1．检查小区NＩ是否过高，RS功率设置是否偏小；
2.检查现场无线环境；
3．开启Ｘ2口进行优化（重建立如果在目标基站没有上下文，重建肯定失败）
６。
Ｃoｎｔexｔ释放，ＥＮB由于S1链路故障失败导致释放
1。
检查下方同颜色详细细分原因值，针对行采取措施;
２。
提故障单交研发处理;
7。
Cｏnteｘt释放，空口定时器超时
1。
检查CPＵ负荷,同时在线用户数是否偏高,如是可增加SR信道配置容量进行优化；
２．排除MR开启时间段内计时器增多,提故障交研发处理;
8.Contexｔ释放，空口质量差触发ＲＬF
1。
检查无线环境是否存在弱覆盖、模三干扰、越区覆盖、底噪偏高、基站存在故障；
９.Ｃoｎtexｔ释放,RLC达到最大重传次数
１.检查ＲLC参数设置；
2。
排除MR开启时间段内计时器增多，提故障交研发处理;
10。
Ｃonｔexｔ释放，PＤCP完整性保护失败
１。
检查加密完保参数设置；
2。
排除MR开启时间段内计时器增多，提故障交研发处理；
11．Cｏｎteｘｔ释放，Gtpu ErｒInd触发释放
１。
联系ＭMＥ侧联合排查,是否存在大规模操作;
２。
提交故障单交研发处理；
12。
Contexｔ释放，Path故障触发释放
1。
联系MME侧联合排查，通过Ｉnｉｔｉal ｃontextsｅｔup消息查看TranspｏｒtLayerAddress是否在基站侧无法pｉnｇ通;
２。
提交故障单交研发处理；
13.Cｏntexｔ释放,光口故障触发释放
1。
联系产品侧【排查光口类告警；
２。
提交故障单交研发处理；
ERAＢ掉线率高（常见原因及处理思路）
同无线掉线率高处理思路
ZTＥ网管计数器异常原因值和处理方法:
1。
E－RAB切换出失败次数
1。
检查邻区参数PCＩ、TAＣ、ＥＮBＩD、Ｆrｅqueｎｃy定时器配置；
2.检查源侧、目标侧基站是否存在告警、NI是否过高；
3。
前台复测抓取Lｏｇ，提交故障单交研发处理；
2.E-RAＢ释放，由于ＥNB过载控制导致的释放
１．检查基站用户数，CPU负荷；
２。
检查接纳控制类参数配置;
3。
E-RＡB释放,由于ＥNB其他异常原因
1.检查基站版本是否为60０P04及以前版本；
2．提交故障单交研发处理；
4。
Ｅ—RAB释放，由于ENB小区拥塞导致的释放
1。
检查基站接纳控制类参数；
２.检查用户数；
5.Ｅ—RAＢ释放，由于UE切换失败
１．检查邻区参数ＰＣI、TAＣ、ENBID、Frequenｃy定时器配置；
2。
检查源侧、目标侧基站是否存在告警、ＮI是否过高；
３.前台复测抓取Log,提交故障单交研发处理;
6。
E—RAB释放,由于ENＢ的无线链路失败
1.检查下方同颜色详细细分原因值,针对行采取措施；
2。
提故障单交研发处理;
7。
E-RＡＢ释放，由于ENB重建立失败
1.检查小区NI是否过高，RS功率设置是否偏小;
2.检查现场无线环境；
3.开启Ｘ2口进行优化（重建立如果在目标基站没有上下文，重建肯定失败）
8.E—RAB释放，由于小区关断或复位
1。
检查掉线对应时间段内基站小区故障类告警；
9. E－RAB释放,ＥNB由于S１链路故障发起释放
1。
检查下方同颜色详细细分原因值,针对行采取措施;
2．提故障单交研发处理；
10.ERAB释放，空口定时器超时
1。
检查CＰU负荷，同时在线用户数是否偏高，如是可增加SＲ信道配置容量进行优化；
2。
排除MR开启时间段内计时器增多,提故障交研发处理;
11.ERAB释放,空口质量差触发ＲLF
1.检查无线环境是否存在弱覆盖、模三干扰、越区覆盖、底噪偏高、基站存在故障；
12. ERAB释放，RＬＣ达到最大重传次数
1。
检查RLC参数设置；
2.排除ＭR开启时间段内计时器增多,提故障交研发处理；
13。
ＥＲAB释放,ＰDCP完整性保护失败
1。
检查加密完保参数设置;
２。
排除MＲ开启时间段内计时器增多,提故障交研发处理；
14。
Contexｔ释放,GtｐuErｒInd触发释放
１。
联系MME侧联合排查，是否存在大规模操作;
2。
提交故障单交研发处理;
1５.Context释放,Path故障触发释放
1.联系MME侧联合排查,通过Initialconｔextsetup消息查看TransportLayｅｒＡｄdrｅｓs是否在基站侧无法ping通；
２。
提交故障单交研发处理;
1６. Contｅxt释放,光口故障触发释放
1.联系产品侧【排查光口类告警;
2.提交故障单交研发处理；
升级会员 