LTE专项优化-KPI优化指导手册_无线接通率(13页).doc

《LTE专项优化-KPI优化指导手册_无线接通率(13页).doc》由会员分享，可在线阅读，更多相关《LTE专项优化-KPI优化指导手册_无线接通率(13页).doc（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、-LTE专项优化-KPI优化指导手册_无线接通率湖南移动专项优化KPI优化指导手册-无线接通率 2015/3/14目录1 概述22 指标定义23 RRC建立成功率分析23.1 理论介绍23.2 正常信令流程23.3 指标定义33.4 详细counter统计节点43.5 RRC接入成功率处理经验及流程74 S1 建立成功率94.1 正常信令流程94.2 指标定义94.3 详细counter统计节点94.4 S1建立成功率处理经验及流程115 ERAB建立成功率分析115.1 正常信令流程115.2 指标定义125.3 详细counter统计节点125.4 ERAB建立成功率处理经验及流程146

2、相关案例146.1 PRB资源受限146.2 告警导致接入成功率低166.3 GPS故障导致接入成功率低176.4 天线接反导致模3干扰187KPI指标相关counter201 概述无线接通率可以统计UE成功接入LTE网络的性能。无线接入主要发生在开机附着、异系统重选回LTE、位置更新、收到pagging等过程中，无线接入是用户使用LTE网络的前提。无线接通率由RRC建立成功率、S1建立成功率和ERAB建立成功率3部分构成。2 指标定义无线接通率= RRC建立成功率*ERAB建立成功率*100%。RRC建立成功率=RRC接入成功率次数/RRC接入尝试次数*100% =pmRrcConnEsta

3、bSucc/pmRrcConnEstabSucc*100%ERAB建立成功率=ERAB建立成功率次数/ERAB建立尝试次数*100% =(PmErabEstabSuccInit+PmErabEstabSuccAdded)/(PmErabEstabAttInit+PmErabEstabAttAdded)*100%3 RRC建立成功率分析3.1 理论介绍RRC连接建立过程分为两个阶段：准备阶段和实施阶段。在准备阶段中，UE会根据NAS 层的触发原因和系统广播中的接入限制信息，通过一系列检查来判断自己是否被允许进行接入过程，如果可以，则执行后续的实施阶段；否则UE的RRC将启动相应的定时器，在该定时

4、器超时前UE无法发起任何接入过程。上述机制的目的是负荷拥塞控制，当网络负荷较重时限制某些UE进行接入3.2 正常信令流程RRC建立流程如下图所示，其中红点处为RRC建立重要counter（PmRrcConnEstabAtt和pmRrcConnEstabSucc）统计节点。RRC 建立触发原因：l IDLE态UE需变为连接态时发起该过程，如呼叫、响应寻呼、TAU（跟踪区）、Attach(附着)等。RRC连接建立成功流程l RRC连接请求：UE通过UL_CCCH在SRB0上发送，携带UE的初始（NAS）标识和建立原因等，该消息对应于随机接入过程的Msg3l RRC连接建立：eNB通过DL_CCCH

5、在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在SRB0上回复一条RRC连接重建立拒绝消息3.3 指标定义RRC连接建立是指处于空闲状态的UE或待开机的UE准备发起一个呼叫或响应寻呼时发起的过程。处于降低接入

6、时延的考虑，LTE系统将RRC连接建立过程设计发生在ENB和MME之间的S1连接建立前，也就是在ENB尚未从MME获得任何UE上下文前，ENB需要将RRC连接建立完毕，因此该过程主要建立最基本的SRB1。RRC连接建立成功意味着UE与网络建立了信令连接，是进行其他业务的基础。RRC建立成功率公式：RRC建立成功率=RRC接入成功率次数/RRC接入尝试次数*100% =pmRrcConnEstabSucc/pmRrcConnEstabSucc*100%指标指标描述RRC连接请求次数小区接收UE的RRC Connection Request消息次数（不包括重发）RRC连接建立完成次数小区接收UE返

7、回的RRC Connection Setup Complete消息次数RRC建立失败次数资源分配失败而导致连接建立失败的次数UE无应答而导致连接建立失败的次数小区发送RRC Connection Reject消息次数3.4 详细counter统计节点RRC建立成功率相关主要counter统计节点如下图所示：Random accessRRC connection setup is triggered byUERRC connectionRBSRRC connection request messagerequestpmRrcConnEstabAtt +RRC connectionYessetup

8、 already ongoingfor the sameS-TMSI or RandomValue?NopmRrcConnEstabAttEmstep for cause EmergencypmRrcConnEstabAttHpapmRrcConnEstabAttEm +step for cause High Prio AccesspmRrcConnEstabAttHpa +pmRrcConnEstabAttMtapmRrcConnEstabAttMta +step for cause Mobile Terminating AccesspmRrcConnEstabAttMos +pmRrcCo

9、nnEstabAttMospmRrcConnEstabAttMod +step for cause Mobile Originating SignalingpmRrcConnEstabAttModstep for cause Mobile Originating DatapmRrcConnEstabAttreattEmpmRrcConnEstabAttReatt +step for cause EmergencypmRrcConnEstabAttReattHpastep for cause High Prio AccesspmRrcConnEstabAttReattEm +pmRrcConnE

10、stabAttReattMtapmRrcConnEstabAttReattHpa +step for cause Mobile Terminating AccesspmRrcConnEstabAttReattMta +pmRrcConnEstabAttReattMospmRrcConnEstabAttReattMos +step for cause Mobile Originating SignalingpmRrcConnEstabAttReattMod +pmRrcConnEstabAttReattModstep for cause Mobile Originating DataAL0000

11、311GA Check with license control(number of connected users)pmRrcConnEstabFailLic +Successful license control? No Yes UE RRC connection RBSpmRrcConnEstabFailHighLoad + or pmRrcConnEstabFailOverload +High load or Overload? Yes reject NoAll UEs bearers rejected during beare admission?pmRrcConnEstabFail

12、BeareAdmissionRej+ YesRRC connrequest rejecte? No UE RRC connection RBSreject UE RRC connection RBS No stup UE RRC connection RBSpmRrcConnEstabSucc+ Stup completepmRrcConnEstabSuccEm +pmRrcConnEstabSuccHpa +pmRrcConnEstabSuccMta +pmRrcConnEstabSuccMos +pmRrcConnEstabSuccMod +pmRrcConnEstabSuccDta +p

13、mRrcConnEstabSuccGummeiNative + pmRrcConnEstabSuccEm + step for cause ”Emergency” pmRrcConnEstabSuccHpa + step for cause ”High Prio Access” pmRrcConnEstabSuccMta + step for cause ”Mobile Terminating Access” pmRrcConnEstabSuccMos + step for cause ”Mobile Originating Signaling pmRrcConnEstabSuccMod +

14、step for cause ”Mobile Originating Data” pmRrcConnEstabSuccDta+ step for cause “Delay Tolerant Access” pmRrcConnEstabSuccGummeiNativeEnd RRC connection setup step when indicating “GUmmei type equal to native3.5 RRC接入成功率处理经验及流程根据之前处理RRC接入成功率的经验，RRC接入成功率主要从ENB问题、弱覆盖、干扰、资源受限、license受限等方面来分析处理。总结处理经验及流程

15、如下表：失败阶段原因查找失败原因优化建议RRC失败检查告警、小区可用性、RRU的状态及VSWRENB问题根据告警原因解决告警RRC失败通过地图信息检查周边环境及站点分布弱覆盖调整工参或者增加新站加强周边覆盖RRC失败根据工参信息检查受周边小区干扰模3干扰调整工参或者PCI解决模3干扰RRC失败检查上行RSSI是否偏高上行干扰解决干扰问题RRC失败检查上行PRB的利用率PRB资源受限增加noOfPucchSrUsers，noOfPucchcqiUsers配置RRC失败检查connected user的license数量license受限建议客户进行license扩容RRC接入成功率优化详细流程及

16、counter如下如： 4 S1 建立成功率4.1 正常信令流程S1建立流程：l UE完成SRB1承载和无线资源配置，向eNB发送RRCConnectionSetupComplete消息，包含NAS层Attach request信息，Arrach request信息中携带了PLMN等信息。l eNB选择MME，向MME发送INITIAL UE MESSAGE消息，此信息携带了UE标示GUTI 或 IMSI。l MME向HSS发送鉴权请求后HSS回复鉴权需要的向量（Kasme, RAND, AUTN, XRES）。MME通过DL Information Transfer向UE发起鉴权请求。 4.

17、2 指标定义S1建立成功率是指UE完成RRC连接后NAS层信令建立的成功率。S1建立成功率=S1建立成功率次数/S1建立请求次数*100%=pmS1SigConnEstabSucc/pmS1SigConnEstabAtt*100%4.3 详细counter统计节点Signalling connection setup triggered by initial UE message UE Initial UE RBSmessageppmS1SigConnEstabAttEm +pmS1SigConnEstabAtt +step for cause ”Emergency”pmS1SigConnEs

18、tabAttHpa +pmS1SigConnEstabAttEm +pmS1SigConnEstabAttHpa +pmS1SigConnEstabAttMod +pmS1SigConnEstabAttMta +pmS1SigConnEstabAttMos +pmS1SigConnEstabAttDta +step for cause ”High Prio Access”pmS1SigConnEstabAttMod +step for cause ”Mobile Originating Data”pmS1SigConnEstabAttMta +step for cause ”Mobile Te

19、rminating Access”pmS1SigConnEstabAttMos +step for cause ”Mobile Originating Signalling”pmS1SigConnEstabAttDta +RBS timeout on initial context setup request from MME?step for cause ”Delay Tolerant Access” yesEnd signallingconnection setup NoMME sends initial context setup request to RBSRBS Initial co

20、ntext MMESetup request(E-RABs, Sec keys)Any message received on the S1 logical connection? NOStepped for any of the following pmS1SigConnEstabSucc +messages: Yes pmS1SigConnEstabSuccEm +S1 downlink NAS transport step for cause ”Emergency” S1 UE context release command pmS1SigConnEstabSuccHpa +pmS1Si

21、gConnEstabAttEm +pmS1SigConnEstabAttHpa +pmS1SigConnEstabAttMod +pmS1SigConnEstabAttMta +pmS1SigConnEstabAttMos +pmS1SigConnEstabAttDta +S1 initial context setup request step for cause ”High Prio Access”S1 reset pmS1SigConnEstabSuccMod + step for cause ”Mobile Originating Data” pmS1SigConnEstabSuccM

22、ta + step for cause ”Mobile Terminating Access” pmS1SigConnEstabSuccMos + step for cause ”Mobile Originating Signalling” pmS1SigConnEstabSuccDta + step for cause Delay Tolerant Access”4.4 S1建立成功率处理经验及流程失败阶段原因查找失败原因优化建议S1失败检查小区可用性、告警等，可能多个站点出现类似问题传输问题解决传输问题S1失败检查TAC在MME上的配置TAC配置问题修复TAC配置S1失败检查TAC与LAC

23、在MME映射关系LAC-TAC映射问题重选规划并配置问题TAC-LAC映射关系5 ERAB建立成功率分析5.1 正常信令流程ERAB建立信令流程及重要counter统计节点如下图：ERAB建立信令流程：l Initial Context Setup过程通过MME向ENB下发的INITIAL CONTEXT SETUP REQUEST信令触发。此条信令包含了初始ERAB建立请求信息、并包含安全算法和安全密匙。l RBS通过SECURITY MODE COMMAND信令要求UE使用安全模式。UE回复SECURITY MODE COMPLETE后UE与RBS间的通信将进行加密和完整性保护。l 安全模

24、式激活后，RBS通过向UE下发RRC CONNECTION RECONFIGURATION为数据承载分配资源。l UE上发RRC CONNECTION RECONFIGURATION COMPLETE，ENB上发INITIAL CONTEXT SETUP RESPONSE。5.2 指标定义E-RAB建立成功是成功为用户分配了用户平面的连接比例。E-RAB建立成功率用E-RAB建立请求个数和E-RAB建立成功个数的比表示，E-RAB建立请求（E-RAB SETUP REQUEST）用于E-RAB建立；在初始上下文建立请求（Initial Context Setup Request）消息中含有E-

25、RAB to Be Setup List IE，也可以用于E-RAB建立。ERAB建立成功率= E-RAB建立成功数/E-RAB建立请求数*100%=(pmErabEstabSuccInit+pmErabEstabSuccAdded)/(pmErabEstabAttInit+pmErabEstabAttAdded)*100%5.3 详细counter统计节点S1cnnSuccNote:Corresponding counter per QCI pmErabEstabAttlnitQcipmUeCtxtEstabAtt+pmErabEstabAttlnit+pmErabEstabAttlnitA

26、rp+ 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 user/License for RLC UM OK ? UE RRC connection RBS reconfigurationpmErabEstabFailLlinitLic+ UE RRC connection RBS Recon

27、figuration complete Yes DL/UL GBR resource overload?UE Linitial context RBS Setup failure YespmErabEstabFailGbrDIEnb+or pmErabEstabGbrUlENB+RBS sends initial context setup response to MME No RBS Initial context MME Setup responseUE Initial context RBS Note:Corresponding counter per QCI pmErabEstabSu

28、cclnitQcipmUeCtxtEstabSucc + pmErabEstabSuccInit + Setup failurepmErabEstabSuccInitArp + Stepped for each successfully setup E-RAB that has the given ARP Prionity LevepmErabEstabSuccInitPa + Stepped for successfully setup of bearer with privileged accessEnd signaling connection setup5.4 ERAB建立成功率处理经

29、验及流程失败阶段原因查找失败原因优化建议ERAB失败通过UETR信令消息查看原因值Security update failures问题解决SIM，UE，ENB或MME安全性参数问题ERAB失败通过UETR信令消息查看原因值vendor/UE specific issues问题解决SIM，UE，ENB或MME参数配置问题ERAB失败检查MME容量licens容量问题增加MME容量ERAB失败通过地图信息检查周边环境及站点分布弱覆盖问题调整工参或者增加新站增强周边覆盖ERAB失败检查小区可用性、告警等，可能多个站点出现类似问题传输问题解决传输问题6 相关案例6.1 PRB资源受限一、问题描述在岳阳

30、武广火车站3小区接通率偏低为91.05%，且发现该小区Erab接通率正常为%，可RRC接通率只有91.05%，RRC建立失败了4263次。二、原因分析PRB资源受限。下图可以看出Pucch请求CQI和SR资源未响应次数较高，说明该小区有业务需求但是资源无法满足分配。pmPucchSrCqiResCongSr ：The number of times a PUCCH allocation request for SR resource(s) could not be granted.pmPucchSrCqiResCongCqi ：The number of times a PUCCH alloc

31、ation request for CQI resource(s) could not be granted进一步分析发现，该小区RRC最大连接数超过设定上限。该站覆盖岳阳高铁站，元旦假日临近人流量增大用户数增多，资源分配不足，导致RRC建立成功率不高。三、解决措施确定PRB资源受限，因此需要增加no0fPucchCqiUsers和no0fPucchSrUsers配置。令后台更改参数如下：MO Class AttributeRecommendedEUtranCellTDDnoOfPucchSrUsers200EUtranCellTDDnoOfPucchCqiUsers0EUtranCellTD

32、DcommonSrPeriodicity 20四、处理结果参数更改后，该站现网配置如下：RRC接通率恢复为：6.2 告警导致接入成功率低一、问题描述岳阳市渔光社区2、3小区接通率变差分别为%、%。该站接通变差主要由于RRC建立成功率变差引起，RRC接通率分别只有52.58%和%，两个小区RRC建立都失败了四千余次。二、原因分析基站电源故障。当时查得该站并无强干扰，也未出现业务量激增的情况。登录后台查询告警情况时，也未发现实时告警产生。后进一步查询该站的历史告警，发现该站曾短时间内频繁的出现了电源告警。三、解决措施查得告警将该情况反馈给工程部，并令后台将该站暂时锁住，以免KPI指标继续下滑。工程

33、组实地勘察得知，该站近日新开了2G站点与之共站，共用电源。而电源额定功率不足，无法负荷两个基站，于是导致我4G站点频繁电源告警，基站处于通而未通断而未断的状态，用户接通受到严重影响。工程部对该站电源进行整改。四、处理结果工程整改后， RRC接通率恢复为：6.3 GPS故障导致接入成功率低一、问题描述：一站点RRC接入成功率由平时的以上骤降到80%左右，并且其周边小区接入成功率也同时开始下降。二、问题分析后台查询此站及周边站点UL_RSSI，发现此站低噪变的极高，三个小区低噪均达到，周边小区干扰也均以此站为中心干扰呈逐步下降的趋势。重启站点、闭解小区均未能解决问题。怀疑此站与周边小区形成干扰。三

34、、解决措施与工程相关人员沟通发现此问题站点当天凌晨进行过施工，进机房检查GPS设备发现GPS接收器接口未拧紧，且接口线受损；更换此站GPS接收器。四、处理结果经过处理后，此基站级周边基站底噪恢复正常。 故障30日冷晨产生，在12点中处理时闭小区1小时，13点后恢复正常。6.4 天线接反导致模3干扰一、问题描述在TOPN处理时：发现ZYHZ0327C接入性能较差dateEUTRANCELLTDDpmRrcConnEstabSuccpmRrcConnEstabAttpmErabEstabSuccInitpmErabEstabAttInit无线接通失败次数无线接通率5/21ZYHZ0327C2876308224812521246二、问题分析查看无任何告警，底噪小区状态查看，整体良好，但结合切换分析，发现该小区切换主要集中在ZYHZ0245B与ZYHZ0244B之间，且存在同模干扰。怀疑ZYHZ0327天线存在接反或者方位角不准的情况。ZYHZ0327C切换统计：dateEUTRANCELLTDDEUTRANCELLRELATION同频切换出成功次数异频切换出成功次数同频切换出请求次数异频切换出请求次数切换成功率5/21ZYHZ0327C4600-542312-673073015/21Z