《2022年KPI优化指导手册更新.docx》由会员分享，可在线阅读，更多相关《2022年KPI优化指导手册更新.docx（57页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、KPI指标处理指导手册目录1、无线接通率21.1、指标定义31.2、RRC建立成功率分析41.2.1、理论介绍41.2.2、正常信令流程41.2.3、指标定义51.2.4、详细counter统计节点51.2.5、RRC接入成功率处理经历及流程71.3、S1建立成功率91.3.1、正常信令流程91.3.2、指标定义91.3.3、详细counter统计节点101.3.4、S1建立成功率处理经历及流程101.4、ERAB建立成功率分析111.4.1、正常信令流程111.4.2、指标定义121.4.3、详细counter统计节点121.4.4、ERAB建立成功率处理经历及流程131.5、相关案例131
2、.5.1、PRB资源受限131.5.2、告警导致接入成功率低151.5.3、GPS毛病导致接入成功率低161.5.4、天线接反导致模3干扰182、掉线率202.1、理论介绍202.2、正常信令流程202.3、指标定义202.4、详细counter统计节点212.5、掉线率处理经历及流程212.6、相关案例222.6.1、高上行干扰导致高掉线率222.6.2、驻波告警导致高掉线率233、切换成功率243.1、理论介绍243.2、正常信令流程243.2.1、站内切换正常信令流程243.2.2、X2切换正常信令流程253.2.3、S1切换正常信令流程263.3、指标定义273.4、详细counter
3、统计节点283.5、切换成功率处理经历及流程293.6、相关案例313.6.1、邻区PCI冲突313.6.2、弱覆盖323.6.3、模3干扰333.6.4、目的小区高上行干扰353.6.5、漏加邻区与现有邻区PCI冲突363.6.6、ENBID配置错误373.6.7、室分向宏站切换咨询题384、KPI指标相关counter391、 无线接通率无线接通率能够统计UE成功接入LTE网络的功能。无线接入主要发生在开机附着、异系统重选回LTE、位置更新、收到pagging等过程中，无线接入是用户使用LTE网络的前提。无线接通率由RRC建立成功率、S1建立成功率和ERAB建立成功率3部分构成。1.1、指
4、标定义无线接通率= RRC建立成功率*ERAB建立成功率*100%。RRC建立成功率=RRC接入成功率次数/RRC接入尝试次数*100% =pmRrcConnEstabSucc/pmRrcConnEstabSucc*100%ERAB建立成功率=ERAB建立成功率次数/ERAB建立尝试次数*100% =(PmErabEstabSuccInit+PmErabEstabSuccAdded)/(PmErabEstabAttInit+PmErabEstabAttAdded)*100%1.2、RRC建立成功率分析1.2.1、理论介绍RRC连接建立过程分为两个阶段：预备阶段和施行阶段。在预备阶段中，UE会依
5、照NAS 层的触发缘故和系统广播中的接入限制信息，通过一系列检查来推断本人是否被同意进展接入过程，假如能够，则执行后续的施行阶段；否则UE的RRC将启动相应的定时器，在该定时器超时前UE无法发起任何接入过程。上述机制的目的是负荷拥塞操纵，当网络负荷较重时限制某些UE进展接入1.2.2、正常信令流程RRC建立流程如下列图所示，其中红点处为RRC建立重要counter（PmRrcConnEstabAtt和pmRrcConnEstabSucc）统计节点。RRC 建立触发缘故：l IDLE态UE需变为连接态时发起该过程，如呼叫、响应寻呼、TAU、Attach等。RRC连接建立成功流程l RRC连接恳求
6、：UE通过UL_CCCH在SRB0上发送，携带UE的初始（NAS）标识和建立缘故等，该音讯对应于随机接入过程的Msg3l RRC连接建立：eNB通过DL_CCCH在SRB0上发送，携带SRB1的完好配置信息，该音讯对应随机接入过程的Msg4l RRC连接建立完成：UE通过UL-DCCH在SRB1上发送，携带上行方向NAS音讯，如Attach Request、TAU Request、Service Request、Detach Request等，eNB依照这些音讯进展S1口建立RRC连接重建立回绝流程l 第二步中，假如eNB中没有UE的上下文信息，则回绝为UE重建RRC连接，则通过DL_CCCH
7、在SRB0上回复一条RRC连接重建立回绝音讯1.2.3、指标定义RRC连接建立是指处于空闲状态的UE或待开机的UE预备发起一个呼叫或响应寻呼时发起的过程。处于降低接入时延的考虑，LTE系统将RRC连接建立过程设计发生在ENB和MME之间的S1连接建立前，也确实是在ENB尚未从MME获得任何UE上下文前，ENB需要将RRC连接建立完毕，因而该过程主要建立最根本的SRB1。RRC连接建立成功意味着UE与网络建立了信令连接，是进展其他业务的根底。RRC建立成功率公式：RRC建立成功率=RRC接入成功率次数/RRC接入尝试次数*100% =pmRrcConnEstabSucc/pmRrcConnEst
8、abSucc*100%指标指标描绘RRC连接恳求次数小区接收UE的RRC Connection Request音讯次数（不包括重发）RRC连接建立完成次数小区接收UE返回的RRC Connection Setup Complete音讯次数RRC建立失败次数资源分配失败而导致连接建立失败的次数UE无应对而导致连接建立失败的次数小区发送RRC Connection Reject音讯次数1.2.4、详细counter统计节点RRC建立成功率相关主要counter统计节点如下列图所示：Random accessRRC connection setup is triggered byUERRC conn
9、ectionRBSRRC connection request messagerequestpmRrcConnEstabAtt +RRC connectionYessetup already ongoingfor the sameS-TMSI or RandomValue?NopmRrcConnEstabAttEmstep for cause EmergencypmRrcConnEstabAttHpapmRrcConnEstabAttEm +step for cause High Prio AccesspmRrcConnEstabAttHpa +pmRrcConnEstabAttMtapmRr
10、cConnEstabAttMta +step for cause Mobile Terminating AccesspmRrcConnEstabAttMos +pmRrcConnEstabAttMospmRrcConnEstabAttMod +step for cause Mobile Originating SignalingpmRrcConnEstabAttModstep for cause Mobile Originating DatapmRrcConnEstabAttreattEmpmRrcConnEstabAttReatt +step for cause EmergencypmRrc
11、ConnEstabAttReattHpastep for cause High Prio AccesspmRrcConnEstabAttReattEm +pmRrcConnEstabAttReattMtapmRrcConnEstabAttReattHpa +step for cause Mobile Terminating AccesspmRrcConnEstabAttReattMta +pmRrcConnEstabAttReattMospmRrcConnEstabAttReattMos +step for cause Mobile Originating SignalingpmRrcConn
12、EstabAttReattMod +pmRrcConnEstabAttReattModstep for cause Mobile Originating DataAL0000311GA Check with license control(number of connected users)pmRrcConnEstabFailLic +Successful license control? No Yes UE RRC connection RBSpmRrcConnEstabFailHighLoad + or pmRrcConnEstabFailOverload +High load or Ov
13、erload? Yes reject NoAll UEs bearers rejected during beare admission?pmRrcConnEstabFailBeareAdmissionRej+ YesRRC connrequest rejecte? No UE RRC connection RBSreject UE RRC connection RBS No stup UE RRC connection RBSpmRrcConnEstabSucc+ Stup complete pmRrcConnEstabSuccEm +pmRrcConnEstabSuccHpa +pmRrc
14、ConnEstabSuccMta +pmRrcConnEstabSuccMos +pmRrcConnEstabSuccMod +pmRrcConnEstabSuccDta +pmRrcConnEstabSuccGummeiNative + pmRrcConnEstabSuccEm + step for cause ”Emergency” pmRrcConnEstabSuccHpa + step for cause ”High Prio Access” pmRrcConnEstabSuccMta + step for cause ”Mobile Terminating Access” pmRrc
15、ConnEstabSuccMos + step for cause ”Mobile Originating Signaling pmRrcConnEstabSuccMod + step for cause ”Mobile Originating Data” pmRrcConnEstabSuccDta+ step for cause “Delay Tolerant Access” pmRrcConnEstabSuccGummeiNative step when indicating “GUmmei type equal to nativeEnd RRC connection setup 1.2.
16、5、RRC接入成功率处理经历及流程依照之前处理RRC接入成功率的经历，RRC接入成功率主要从ENB咨询题、弱覆盖、干扰、资源受限、license受限等方面来分析处理。总结处理经历及流程如下表：失败阶段缘故查找失败缘故优化建议RRC失败检查告警、小区可用性、RRU的状态及VSWRENB咨询题依照告警缘故处理告警RRC失败通过地图信息检查周边环境及站点分布弱覆盖调整工参或者增加新站加强周边覆盖RRC失败依照工参信息检查受周边小区干扰模3干扰调整工参或者PCI处理模3干扰RRC失败检查上行RSSI是否偏高上行干扰处理干扰咨询题RRC失败检查上行PRB的利用率PRB资源受限增加noOfPucchSrU
17、sers，noOfPucchcqiUsers配置RRC失败检查connected user的license数量license受限建议客户进展license扩容RRC接入成功率优化详细流程及counter如下如： 1.3、S1建立成功率1.3.1、 正常信令流程S1建立流程：l UE完成SRB1承载和无线资源配置，向eNB发送RRCConnectionSetupComplete音讯，包含NAS层Attach request信息，Arrach request信息中携带了PLMN等信息。l eNB选择MME，向MME发送INITIAL UE MESSAGE音讯，此信息携带了UE标示GUTI 或 IM
18、SI。l MME向HSS发送鉴权恳求后HSS回复鉴权需要的向量（Kasme, RAND, AUTN, XRES）。MME通过DL Information Transfer向UE发起鉴权恳求。 1.3.2、指标定义S1建立成功率是指UE完成RRC连接后NAS层信令建立的成功率。S1建立成功率=S1建立成功率次数/S1建立恳求次数*100%=pmS1SigConnEstabSucc/pmS1SigConnEstabAtt*100%1.3.3、详细counter统计节点Signalling connection setup triggered by initial UE message UE Ini
19、tial UE RBSmessageppmS1SigConnEstabAttEm +pmS1SigConnEstabAtt +step for cause ”Emergency”pmS1SigConnEstabAttHpa +pmS1SigConnEstabAttEm +pmS1SigConnEstabAttHpa +pmS1SigConnEstabAttMod +pmS1SigConnEstabAttMta +pmS1SigConnEstabAttMos +pmS1SigConnEstabAttDta +step for cause ”High Prio Access”pmS1SigConn
20、EstabAttMod +step for cause ”Mobile Originating Data”pmS1SigConnEstabAttMta +step for cause ”Mobile Terminating Access”pmS1SigConnEstabAttMos +step for cause ”Mobile Originating Signalling”pmS1SigConnEstabAttDta +RBS timeout on initial context setup request from MME?step for cause ”Delay Tolerant Ac
21、cess” yesEnd signallingconnection setup NoMME sends initial context setup request to RBSRBS Initial context MMESetup request(E-RABs, Sec keys)Any message received on the S1 logical connection? NO Stepped for any of the following pmS1SigConnEstabSucc +messages: Yes pmS1SigConnEstabSuccEm +S1 downlink
22、 NAS transport step for cause ”Emergency” S1 UE context release command pmS1SigConnEstabSuccHpa +pmS1SigConnEstabAttEm +pmS1SigConnEstabAttHpa +pmS1SigConnEstabAttMod +pmS1SigConnEstabAttMta +pmS1SigConnEstabAttMos +pmS1SigConnEstabAttDta +S1 initial context setup request step for cause ”High Prio A
23、ccess”S1 reset pmS1SigConnEstabSuccMod + step for cause ”Mobile Originating Data” pmS1SigConnEstabSuccMta + step for cause ”Mobile Terminating Access” pmS1SigConnEstabSuccMos + step for cause ”Mobile Originating Signalling” pmS1SigConnEstabSuccDta + step for cause Delay Tolerant Access”1.3.4、S1建立成功率
24、处理经历及流程失败阶段缘故查找失败缘故优化建议S1失败检查小区可用性、告警等，可能多个站点出现类似咨询题传输咨询题处理传输咨询题S1失败检查TAC在MME上的配置TAC配置咨询题修复TAC配置S1失败检查TAC与LAC在MME映射关系LAC-TAC映射咨询题重选规划并配置咨询题TAC-LAC映射关系1.4、ERAB建立成功率分析1.4.1、正常信令流程ERAB建立信令流程及重要counter统计节点如下列图：ERAB建立信令流程：l Initial Context Setup过程通过MME向ENB下发的INITIAL CONTEXT SETUP REQUEST信令触发。此条信令包含了初始ERA
25、B建立恳求信息、并包含平安算法和平安密匙。l RBS通过SECURITY MODE COMMAND信令要求UE使用平安形式。UE回复SECURITY MODE COMPLETE后UE与RBS间的通讯将进展加密和完好性保护。l 平安形式激活后，RBS通过向UE下发RRC CONNECTION RECONFIGURATION为数据承载分配资源。l UE上发RRC CONNECTION RECONFIGURATION COMPLETE，ENB上发INITIAL CONTEXT SETUP RESPONSE。1.4.2、指标定义E-RAB建立成功是成功为用户分配了用户平面的连接比例。E-RAB建立成功
26、率用E-RAB建立恳求个数和E-RAB建立成功个数的比表示，E-RAB建立恳求（E-RAB SETUP REQUEST）用于E-RAB建立；在初始上下文建立恳求（Initial Context Setup Request）音讯中含有E-RAB to Be Setup List IE，也能够用于E-RAB建立。ERAB建立成功率= E-RAB建立成功数/E-RAB建立恳求数*100%=(pmErabEstabSuccInit+pmErabEstabSuccAdded)/(pmErabEstabAttInit+pmErabEstabAttAdded)*100%1.4.3、详细counter统计节点
27、S1cnnSuccNote:Corresponding counter per QCI pmErabEstabAttlnitQcipmUeCtxtEstabAtt+pmErabEstabAttlnit+pmErabEstabAttlnitArp+ Stepped for each E-RAB that has the given ARP Priority LevelpmErabEstabAttlnitPa+ Stepped for attempted setup of bearer No With priviliged accessLicense for number ofE-RABs per
28、 user/License for RLC UM OK ? UE RRC connection RBS reconfiguration pmErabEstabFailLlinitLic+ UE RRC connection RBS Reconfiguration complete Yes DL/UL GBR resource overload?UE Linitial context RBS Setup failure YespmErabEstabFailGbrDIEnb+or pmErabEstabGbrUlENB+RBS sends initial context setup respons
29、e to MME No RBS Initial context MME Setup responseUE Initial context RBS Note:Corresponding counter per QCI pmErabEstabSucclnitQcipmUeCtxtEstabSucc + pmErabEstabSuccInit + Setup failurepmErabEstabSuccInitArp + Stepped for each successfully setup E-RAB that has the given ARP Prionity LevepmErabEstabS
30、uccInitPa + Stepped for successfully setup of bearer with privileged accessEnd signaling connection setup1.4.4、ERAB建立成功率处理经历及流程失败阶段缘故查找失败缘故优化建议ERAB失败通过UETR信令音讯查看缘故值Security update failures咨询题处理SIM，UE，ENB或MME平安性参数咨询题ERAB失败通过UETR信令音讯查看缘故值vendor/UE specific issues咨询题处理SIM，UE，ENB或MME参数配置咨询题ERAB失败检查MME容量
31、licens容量咨询题增加MME容量ERAB失败通过地图信息检查周边环境及站点分布弱覆盖咨询题调整工参或者增加新站加强周边覆盖ERAB失败检查小区可用性、告警等，可能多个站点出现类似咨询题传输咨询题处理传输咨询题1.5、相关案例1.5.1、PRB资源受限一、咨询题描绘在岳阳武广火车站3小区接通率偏低为91.05%，且发觉该小区Erab接通率正常为99.39%，可RRC接通率只有91.05%，RRC建立失败了4263次。二、缘故分析PRB资源受限。下列图能够看出Pucch恳求CQI和SR资源未响应次数较高，说明该小区有业务需求但是资源无法满足分配。pmPucchSrCqiResCongSr ：T
32、he number of times a PUCCH allocation request for SR resource(s) could not be granted.pmPucchSrCqiResCongCqi ：The number of times a PUCCH allocation request for CQI resource(s) could not be granted进一步分析发觉，该小区RRC最大连接数超过设定上限。 该站覆盖岳阳高铁站，元旦假日临近人流量增大用户数增多，资源分配缺乏，导致RRC建立成功率不高。三、处理措施确定PRB资源受限，因而需要增加no0fPuc
33、chCqiUsers和no0fPucchSrUsers配置。令后台更改参数如下：MO Class AttributeRecommendedEUtranCellTDDnoOfPucchSrUsers200EUtranCellTDDnoOfPucchCqiUsers0EUtranCellTDDcommonSrPeriodicity 20四、处理结果参数更改后，该站现网配置如下：RRC接通率恢复为：1.5.2、告警导致接入成功率低一、咨询题描绘岳阳市渔光社区2、3小区接通率变差分别为52.49%、48.24%。该站接通变差主要由于RRC建立成功率变差引起，RRC接通率分别只有52.58%和48.37%，两个小区RRC建立都失败了四千余次。二、缘故分析基站电源毛病。当时查得该站并无强干扰，也未出现业务量激增的情况。登录后台查询告警情况时，也未发觉实时告警产生。后进一步查询该站的历史告警，发觉该站曾短时间内频繁的出现了电源告警。