LTE后台KPI指标优化指导书(全集)

/1掉线率1．1指标定义无线掉线率＝（eNｏdｅB发起的S1RESＥＴ导致的UEConteｘt释放次数＋UEConteｘt异常释放次数)/UEConｔext建立成功总次数*100％１.2指标分析及统计点介绍UＥConｔext异常释放次数测量点：如图1中A点所示，当ｅNodeＢ向MME发送ＵEＣONTEＸＴＲELＥASEREQＵＥST消息，会释放UE的所有E-RＡＢ。当释放原因不为“NｏｒmａlRｅｌｅase"，“Ｄｅtach"，“UserInａctｉvity”，“CSFallｂacktｒiggeｒed”，“UENｏtＡvａiｌaｂｌｅfoｒPSSerｖice”，“Iｎter－RATRedｉreｃｔiｏn”，“TiｍeCriｔicalHaｎdoveｒ”，“HandoｖerCａncelled"时，测量指标Ｌ．UECNＴX。AbｎoｒmRel加1。eＮodeＢ发起的S1REＳＥT导致的ＵＥContｅxt释放次数测量点：如图２中Ａ点所示，当eＮodｅB向MME发送Ｓ1RESET消息时，根据包含的上下文个数,指标L.UＥCＮTX．Rｅl.S１Rｅsｅt.ｅNoｄeB进行累加UECoｎtｅxt建立成功总次数测量点：如图3中B点所示，当eNodeB向ＭME发送ＩNIＴIAＬCONTEXＴSETＵPRＥSPOＮSE消息时统计该指标。消息中如果包括多个Ｅ－ＲAB，该指标也只统计一次。1。3TOP小区分析流程TＯＰ小区分析可通过OMC920提取异常释放原因：□eNｏdｅB发起的原因为UELOＳT的ＵＥCｏntｅxt释放次数□eNｏdeB发起的原因为切换失败的UＥConteｘt释放次数□ｅNｏdeB发起的原因为无线层问题的UＥContext释放次数□eNoｄeB发起的S1RESＥT导致的ＵECoｎteｘt释放次数❶是否存在异常告警或传输闪断1)通过ＬSＴALMAＦ查询站点实时告警,参考历史告警；２）通过DＳPBRD查询单板运行情况；❷通过提取两两小区切换，确定目标小区1）确定目标小区运行情况，是否基站故障或异常告警；2）检查邻区间参数设置是否正确；3）通过Maｐiｎfｏ检查小区邻区配置是否合理，进行邻区合理性优化；4）检查基站是否周边站点缺少，如为孤站,可视为正常;❸检查S1链路是否配置正确现统计中ｅNodeB发起的S1RESＥT导致的UＥCｏnteｘt释放次数均为0，如统计出现释放次数，需进行针对排查；❹参数是否设置合理1）查询掉线类定时器设置是否正确；(T31０、N3１1、N310、T３11、T301)２）如掉线率突增，查询操作日志,确认是否有修改，导致小区异常；❺是否存在高干扰1）通过Ｍａpｉnfo查看小区PCI复用是否合理，是否存在模三冲突；2）检查小区时隙配比是否设置准确(DE：SA2\SＳＰ7；Ｆ:SＡ２\SSＰ5);3）如每PRB上干扰噪声平均值〉-110ｄBm，确认小区存在上行干扰，同时可通过后台跟踪,确认干扰类型；小提示:判断干扰类型时,可跟踪后台干扰检测，如果RＢ0-RB99呈下坡图,则为杂散干扰,如果为陡升陡降则为互调干扰，如果为上坡图,则为阻塞干扰,如果干扰仅在RＢ40-RB80，则为广电干扰,请大家知悉。❻是否存在高质差１)通过观察小区上下行丢包率是否正常,如丢包率偏高,基本断定小区存在质差；2）通过后台误码率跟踪，如BＬER〉10％，确定小区存在高误码;❼是否存在弱覆盖１）检查传输模式，是否为ＴM3,如长时间为TM2,确认设置正确的情况下,基本确定小区存在弱覆盖；2）对比6４QAＭ和QPSK占比，如后者比例远大于前者，可确定小区覆盖异常；❽现场测试及后台跟踪１)安排前场人员现场测试,同时后台通过信令跟踪，配合查找问题原因；2）如果确认问题后,需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环;２接通成功率2.1指标定义无线接通率＝RRC连接建立成功率＊E-ＲＡB建立成功率＝(ＲRC连接建立完成次数/RRＣ连接请求次数（不包括重发)）＊E-RAB建立成功总次数/E—ＲAB建立尝试总次数＊１０0%2。2指标分析及统计点介绍图１中【A点】(１)指标L．RRC.CoｎnReq。Att加1，不统计重发的次数。Case1:eＮB下发RRＣ_Ｃonn_Setup消息后,在Ｔ３０0定时器超时前，收到相同的UeID发起的RRC_Cｏｎn_Reｑ（Ｓｅtup丢失,UEMAC冲突解决定时器超时后重发ＲRC_Conｎ_Rｅq，UeIＤ不变），记为一次重发ＲRＣ＿Ｃoｎn_Req消息。Cａsｅ２:T３00超时后，UＥ仍未收到RRＣ_Coｎｎ_Seｔuｐ,ＵE重新搜网，发起初始接入，UeＩＤ是取０~239的随机值或上层下发的TＭSI。eＮB侧记为新的一次初始接入，Ｌ.RＲC.CｏｎｎReｑ。Aｔｔ加１。Ｃase３：发起Attach后会启动T34１０定时器。如果UＥ发出ＲRC_Ｃonn＿Setｕｐ_Cmp后，ENB没有收到,ＵE会在定时器超时后重新发起Atｔａｃh,ENＢ侧记为新的一次初始接入；ＲRC_Coｎn_Ｓetuｐ＿Cmp丢失不会触发重建,发起重建的前提是安全已经激活.(２）如果RRCConnectionReｑuｅsｔ消息信元EstａｂlishｍentCauｓe为“eｍergeｎｃｙ”，指标L.RＲC.CoｎnReq。Atｔ.Emc加1。(3）如果RRCConnectioｎRequeｓt消息信元EstablishmｅntCause为“ｈｉghPｒiorｉtyAｃceｓs”,指标L.RRC。ConnRｅq。Att.HｉｇｈＰri加1。(４)如果ＲＲCConnectioｎRｅqｕesｔ消息信元EstablｉsｈmｅntCauｓe为“mt-Aｃｃesｓ”，指标L．ＲＲC。ConnRｅq．Ａtt。Mt加1。（5）如果RＲCConnectionRｅquｅst消息信元ＥsｔablishmentCaｕsｅ为“ｍo—Sｉngｎalling”,指标L。ＲRC.CoｎｎReq.Ａｔt.MoSig加1。（6)如果ＲRCConnectionReｑueｓt消息信元EstaｂlｉｓhｍentCaｕｓe为“mo—Data”,指标L.RＲC．ConｎRｅq.Ａtt。MoＤata加1.【B点】当eＮodeB下小区接收到UＥ发送的RRＣConｎeｃtｉoｎRｅｑｕest消息并下发RRCCoｎnectiｏｎSetup消息给UE时,指标L。RRC.CｏnnSeｔup加1。【Ｃ点】当eNodｅＢ收到ＵE返回的RRCConnectionSetupCｏmpletｅ消息时统计相应指标，L.RRC。ConnReq。Succ加1。RRCSetupＳucｃesｓRａtｅ计算RＲCSetupSuccｅssRate=（L.ＲRC.CｏｎｎReｑ．Succ)/(L。RＲC．ＣｏnnＲeq。Aｔt)*1０0%图2、３中【Ａ点】当eNodeB收到来自MME的E-RＡＢSETUPＲEQUEST或者ＩＮIＴIＡＬCONＴEＸＴSＥTＵPREQUＥST消息时统计该指标。如果Ｅ－RABＳETＵPRＥＱUEST或者INIＴIALCONTEXTSETUPRＥQＵＥSＴ消息中要求同时建立多个E—RAB，则相应指标按各个业务的QCI分别进行累加。【Ｂ点】当MＭＥ收到来自ｅNodｅB的E-ＲＡBSＥTUＰRESPＯNSE或者INITIALCＯNTEXTSETUPRＥSPONSＥ消息时Ｅ-RAB建立成功次数累加。ＥRＡBSetupＳucceｓｓRatｅ计算公式EraｂSetuｐSuｃceｓｓRatｅ=（L。Ｅ—ＲAB。ＳucｃEｓt）/(L.Ｅ-ＲAB。AttＥsｔ）＊1０0％２。３TOP小区提取及分析流程１。TOP小区提取暂按以下方式操作（仅供参考，请根据网络实际情况自定义):①ＲRC请求次数大于50次②接通率小于98%。③在一周之类重复出现2次以上的小区.若前三种无法提取出ＴＯＰ小区,可按RＲC，ERＡB建立失败次数，分开求和后降序排列筛选ＲＲC和ERAB建立失败的TOP小区.2．TOP小区中ＲＲC和EＲＡＢ建立失败次数原因值说明:①对小区ＲRC建立失败次数:□资源分配失败而导致RＲＣ连接建立失败的次数，指标ID：１5２67270８3；重点关注top资源是否足够，包括top用户数,传输、PRＢ等;□UＥ无应答而导致RＲC连接建立失败的次数，指标IＤ:１5267２7084；关注质差、干扰、无线环境等；□小区发送RRＣＣoｎnecｔionRejecｔ消息次数，指标ID：152672８269；关注传输问题、是否拥塞、干扰；□因为ＳＲS资源分配失败而导致RRC连接建立失败的次数,指标ID：152672８485；重点关注ＳRS带宽、配置指示、配置方式、SRSＡＣＫ/ＮACＫ设置是否合理等；□因为ＰUCCH资源分配失败而导致RＲC连接建立失败的次数，指标ID:1526７２84８6；关注PUＣCH信道相关参数设置是否合理，CＱIRB数配置是否合理等；□流控导致的RRCConｎectionRｅquｅst消息丢弃次数，指标ID:1526７28489；关注拥塞，业务流控相关参数是否设置正确等；□流控导致的发送RＲCCoｎnectionＲejｅｃt消息次数，指标IＤ:1５２67２84９0；关注拥塞，业务流控相关参数是否设置正确等;②对小区Ｅ—ＲＡB建立失败次数:□因未收到ＵＥ响应而导致E—RAB建立失败的次数，指标ＩD：15２672671７;处理建议：需排查覆盖,干扰，质差,EＮODEB参数设置错误,终端及用户行为异常等原因。□核心网问题导致E-RAB建立失败次数，指标ID:152６72827６；处理建议:需跟踪信令,排查核心网问题（EPC参数设置，TAC码设置的一致性，对用户开卡限制,硬件故障方面排查）；□传输层问题导致Ｅ—ＲAB建立失败次数,指标ID：15２６7２82７７；处理建议:需查询传输是否有故障，高误码,闪断，传输侧参数设置问题。□无线层问题导致E—ＲＡB建立失败次数,指标ＩD：1526728278；处理建议:处理建议：需排查覆盖,干扰,质差，ＥNODＥB参数设置错误，终端及用户行为异常等原因。□无线资源不足导致E—RAB建立失败次数,指标ＩＤ:１52672８２７9;处理建议：排查TOＰ小区资源是否足够，是否故障引起，若存在资源不足问题，可考虑参数调整，流量均衡(小区选择,重选和切换类参数)；２、结合现场调整天馈，流量均衡；3、热点区域,增补基站等；□安全模式配置失败导致E—RAＢ建立失败次数，指标ＩＤ：１5267２８280；处理建议：需排查覆盖，干扰，质差，ENＯDEB参数设置错误,终端及用户行为异常等原因。❶筛选TＯP小区RRＣ建立成功率ＴOP、Ｅ—RAB建立成功率TOＰ条件相同：建立成功率〈98％，连接请求次数极少.❷是否存在干扰1)通过Mａｐｉnfo查看小区PCＩ复用是否合理,是否存在模三冲突;2)检查小区时隙配比是否设置准确（ＤE:SA2\SＳP7;Ｆ:SA2＼SＳP5）3)如每PRＢ上干扰噪声平均值＞－11０dBm,确认小区存在上行干扰,同时可通过后台跟踪，确认干扰类型；4）发送干扰组协助处理.❸是否存在覆盖问题１)检查传输模式,是否为TM3,如长时间为TＭ2,确认设置正确的情况下，基本确定小区存在弱覆盖；2）对比64QＡＭ和QPSK占比，如后者比例远大于前者，可确定小区覆盖异常；3）邻区告警、故障等导致TＯP小区存在弱覆盖;4)天馈问题；5)无线环境差；６）基站规划、建设、施工问题；7）天线权值配置与现场天线参数不一致。8）核查参考信号功率是否偏低(常规设置９2,122,需结合现场设置）；❹是否存在高质差1）通过观察小区上下行丢包率是否正常，如丢包率偏高,基本断定小区存在质差;2)通过后台误码率跟踪，如BＬER>10％，确定小区存在高误码；❺是否存在资源不足1）参数调整,流量均衡；2)天馈调整,分担流量；3)热点区域,增补基站；❻是否终端、用户行为异常结合用户投诉情况，安排前场人员现场测试,同时后台通过信令跟踪，配合查找问题原因；3切换成功率3．1指标定义(ｅNodｅＢ间同频切换出成功次数+ｅNodeB间异频切换出成功次数+ｅNodeB内同频切换出成功次数+ｅＮodeB内异频切换出成功次数－通过重建回源小区的eNｏdeＢ间同频切换出执行成功次数－通过重建回源小区的ｅNoｄeB间异频切换出执行成功次数－通过重建回源小区的eNodeB内同频切换出执行成功次数－通过重建回源小区的eＮodeB内异频切换出执行成功次数)／(eNodeB间同频切换出尝试次数+eNodeB间异频切换出尝试次数+eNoｄeB内同频切换出尝试次数+eNodeＢ内异频切换出尝试次数)＊100%３．2指标分析及统计点介绍1）核心网原因导致切换出准备失败

源小区收到来自MＭE的UECONTEXTRELEＡSＥＣOＭＭAＮD消息时，指标L。HＨO.Prｅp.FailOｕｔ．ＭＭＥ加１2）目标小区无响应导致切换出准备失败在X２切换时,未收到对端eＮodeB发出的HANＤOVERREQUEＳＴＡCＫNOWＬEDEＧ消息及HＡNＤOVERＰＲEPAＲATＩOＮFAILUＲE消息;在S1接口切换时，未收到MME发出的ＨＡNDOVＥＲＣOＭＭAＮD消息及ＨＡNＤＯVEＲPREPARAＴIＯＮＦAＩLＵRE消息。指标Ｌ。HHO.Ｐｒep．ＦaiｌOut．NoReplｙ加1。3)目标小区回复切换准备失败消息导致切换出准备失败在X2接口切换过程中的切换准备阶段，当源小区收到来自目标小区的HＡNDOVERPREPＡＲATIONFＡI