LTE专项优化KPI优化指导手册无线接通率.docx

1、LTE专项优化KPI优化指导手册无线接通率湖南移动专项优化KPI优化指导手册-无线接通率2015/3/141 概述无线接通率可以统计UE成功接入LTE网络的性能。无线接入主要发生在开机附着、异系统重选回LTE、位置更新、收到pagging等过程中，无线接入是用户使用LTE网络的前提。无线接通率由RRC建立成功率、S1建立成功率和ERAB建立成功率3部分构成。2 指标定义无线接通率= RRC建立成功率*ERAB建立成功率*100%。RRC建立成功率=RRC接入成功率次数/RRC接入尝试次数*100% =pmRrcConnEstabSucc/pmRrcConnEstabSucc*100%ERAB建

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

3、络负荷较重时限制某些UE进行接入3.2 正常信令流程RRC建立流程如下图所示，其中红点处为RRC建立重要counter（PmRrcConnEstabAtt和pmRrcConnEstabSucc）统计节点。RRC 建立触发原因： IDLE态UE需变为连接态时发起该过程，如呼叫、响应寻呼、TAU（跟踪区）、Attach(附着)等。RRC连接建立成功流程 RRC连接请求：UE通过UL_CCCH在SRB0上发送，携带UE的初始（NAS）标识和建立原因等，该消息对应于随机接入过程的Msg3 RRC连接建立：eNB通过DL_CCCH在SRB0上发送，携带SRB1的完整配置信息，该消息对应随机接入过程的Ms

4、g4 RRC连接建立完成：UE通过UL-DCCH在SRB1上发送，携带上行方向NAS消息，如Attach Request、TAU Request、Service Request、Detach Request等，eNB根据这些消息进行S1口建立RRC连接重建立拒绝流程 第二步中，如果eNB中没有UE的上下文信息，则拒绝为UE重建RRC连接，则通过DL_CCCH在SRB0上回复一条RRC连接重建立拒绝消息3.3 指标定义RRC连接建立是指处于空闲状态的UE或待开机的UE准备发起一个呼叫或响应寻呼时发起的过程。处于降低接入时延的考虑，LTE系统将RRC连接建立过程设计发生在ENB和MME之间的S1连

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

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

7、andomValue?NopmRrcConnEstabAttEmstep for cause EmergencypmRrcConnEstabAttHpapmRrcConnEstabAttEm +step for cause High Prio AccesspmRrcConnEstabAttHpa +pmRrcConnEstabAttMtapmRrcConnEstabAttMta +step for cause Mobile Terminating AccesspmRrcConnEstabAttMos +pmRrcConnEstabAttMospmRrcConnEstabAttMod +step

8、 for cause Mobile Originating SignalingpmRrcConnEstabAttModstep for cause Mobile Originating DatapmRrcConnEstabAttreattEmpmRrcConnEstabAttReatt +step for cause EmergencypmRrcConnEstabAttReattHpastep for cause High Prio AccesspmRrcConnEstabAttReattEm +pmRrcConnEstabAttReattMtapmRrcConnEstabAttReattHp

9、a +step for cause Mobile Terminating AccesspmRrcConnEstabAttReattMta +pmRrcConnEstabAttReattMospmRrcConnEstabAttReattMos +step for cause Mobile Originating SignalingpmRrcConnEstabAttReattMod +pmRrcConnEstabAttReattModstep for cause Mobile Originating DataA Check with license control(number of connec

10、ted users) No Yes UE RRC connection RBS Yes reject No Yes No UE RRC connection RBSreject UE RRC connection RBS No stup UE RRC connection RBS Stup complete pmRrcConnEstabSuccEm + step for cause ”Emergency” pmRrcConnEstabSuccHpa + step for cause ”High Prio Access” pmRrcConnEstabSuccMta + step for caus

11、e ”Mobile Terminating Access” pmRrcConnEstabSuccMos + 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

12、native3.5 RRC接入成功率处理经验及流程根据之前处理RRC接入成功率的经验，RRC接入成功率主要从ENB问题、弱覆盖、干扰、资源受限、license受限等方面来分析处理。总结处理经验及流程如下表：失败阶段原因查找失败原因优化建议RRC失败检查告警、小区可用性、RRU的状态及VSWRENB问题根据告警原因解决告警RRC失败通过地图信息检查周边环境及站点分布弱覆盖调整工参或者增加新站加强周边覆盖RRC失败根据工参信息检查受周边小区干扰模3干扰调整工参或者PCI解决模3干扰RRC失败检查上行RSSI是否偏高上行干扰解决干扰问题RRC失败检查上行PRB的利用率PRB资源受限增加noOfPuc

13、chSrUsers，noOfPucchcqiUsers配置RRC失败检查connected user的license数量license受限建议客户进行license扩容RRC接入成功率优化详细流程及counter如下如： 4 S1 建立成功率4.1 正常信令流程S1建立流程： UE完成SRB1承载和无线资源配置，向eNB发送RRCConnectionSetupComplete消息，包含NAS层Attach request信息，Arrach request信息中携带了PLMN等信息。 eNB选择MME，向MME发送INITIAL UE MESSAGE消息，此信息携带了UE标示GUTI 或 IMS

14、I。 MME向HSS发送鉴权请求后HSS回复鉴权需要的向量（Kasme, RAND, AUTN, XRES）。MME通过DL Information Transfer向UE发起鉴权请求。 4.2 指标定义S1建立成功率是指UE完成RRC连接后NAS层信令建立的成功率。S1建立成功率=S1建立成功率次数/S1建立请求次数*100%=pmS1SigConnEstabSucc/pmS1SigConnEstabAtt*100%4.3 详细counter统计节点 UE Initial UE RBSmessageppmS1SigConnEstabAttEm +step for cause ”Emergen

15、cy”pmS1SigConnEstabAttHpa +step for cause ”High Prio Access”pmS1SigConnEstabAttMod +step for cause ”Mobile Originating Data”pmS1SigConnEstabAttMta +step for cause ”Mobile Terminating Access”pmS1SigConnEstabAttMos +step for cause ”Mobile Originating Signalling”pmS1SigConnEstabAttDta +step for cause ”

16、Delay Tolerant Access” yes NoRBS Initial context MMESetup request(E-RABs, Sec keys) NOStepped for any of the following messages: Yes pmS1SigConnEstabSuccEm +S1 downlink NAS transport step for cause ”Emergency” S1 UE context release command pmS1SigConnEstabSuccHpa +S1 initial context setup request st

17、ep for cause ”High Prio Access”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 Tole

18、rant Access”4.4 S1建立成功率处理经验及流程失败阶段原因查找失败原因优化建议S1失败检查小区可用性、告警等，可能多个站点出现类似问题传输问题解决传输问题S1失败检查TAC在MME上的配置TAC配置问题修复TAC配置S1失败检查TAC与LAC在MME映射关系LAC-TAC映射问题重选规划并配置问题TAC-LAC映射关系5 ERAB建立成功率分析5.1 正常信令流程ERAB建立信令流程及重要counter统计节点如下图：ERAB建立信令流程： Initial Context Setup过程通过MME向ENB下发的INITIAL CONTEXT SETUP REQUEST信令触发。此

19、条信令包含了初始ERAB建立请求信息、并包含安全算法和安全密匙。 RBS通过SECURITY MODE COMMAND信令要求UE使用安全模式。UE回复SECURITY MODE COMPLETE后UE与RBS间的通信将进行加密和完整性保护。 安全模式激活后，RBS通过向UE下发RRC CONNECTION RECONFIGURATION为数据承载分配资源。 UE上发RRC CONNECTION RECONFIGURATION COMPLETE，ENB上发INITIAL CONTEXT SETUP RESPONSE。5.2 指标定义E-RAB建立成功是成功为用户分配了用户平面的连接比例。E-R

20、AB建立成功率用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%5.3 详细counter

21、统计节点 Stepped for each E-RAB that has the given ARP Priority Level Stepped for attempted setup of bearer No With priviliged access UE RRC connection RBS reconfiguration UE RRC connection RBS Reconfiguration complete Yes UE Linitial context RBS Setup failure Yes No RBS Initial context MME Setup respon

22、seUE Initial context RBS Setup failure Stepped for each successfully setup E-RAB that has the given ARP Prionity Leve Stepped for successfully setup of bearer with privileged access5.4 ERAB建立成功率处理经验及流程失败阶段原因查找失败原因优化建议ERAB失败通过UETR信令消息查看原因值Security update failures问题解决SIM，UE，ENB或MME安全性参数问题ERAB失败通过UETR信

23、令消息查看原因值vendor/UE specific issues问题解决SIM，UE，ENB或MME参数配置问题ERAB失败检查MME容量licens容量问题增加MME容量ERAB失败通过地图信息检查周边环境及站点分布弱覆盖问题调整工参或者增加新站增强周边覆盖ERAB失败检查小区可用性、告警等，可能多个站点出现类似问题传输问题解决传输问题6 相关案例6.1 PRB资源受限一、问题描述在岳阳武广火车站3小区接通率偏低为91.05%，且发现该小区Erab接通率正常为99.39%，可RRC接通率只有91.05%，RRC建立失败了4263次。二、原因分析PRB资源受限。下图可以看出Pucch请求CQ

24、I和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 allocation request for CQI resource(s) could not be granted进一步分析发现，该小区RRC最大连接数超过设定上限。该站覆盖岳阳高铁站，元旦假日临近人流

25、量增大用户数增多，资源分配不足，导致RRC建立成功率不高。三、解决措施确定PRB资源受限，因此需要增加no0fPucchCqiUsers和no0fPucchSrUsers配置。令后台更改参数如下：EUtranCellTDDnoOfPucchSrUsers200EUtranCellTDDnoOfPucchCqiUsers0EUtranCellTDDcommonSrPeriodicity? 20四、处理结果参数更改后，该站现网配置如下：RRC接通率恢复为：6.2 告警导致接入成功率低一、问题描述岳阳市渔光社区2、3小区接通率变差分别为52.49%、48.24%。该站接通变差主要由于RRC建立成功率

26、变差引起，RRC接通率分别只有52.58%和48.37%，两个小区RRC建立都失败了四千余次。二、原因分析基站电源故障。当时查得该站并无强干扰，也未出现业务量激增的情况。登录后台查询告警情况时，也未发现实时告警产生。后进一步查询该站的历史告警，发现该站曾短时间内频繁的出现了电源告警。三、解决措施查得告警将该情况反馈给工程部，并令后台将该站暂时锁住，以免KPI指标继续下滑。工程组实地勘察得知，该站近日新开了2G站点与之共站，共用电源。而电源额定功率不足，无法负荷两个基站，于是导致我4G站点频繁电源告警，基站处于通而未通断而未断的状态，用户接通受到严重影响。工程部对该站电源进行整改。四、处理结果工

27、程整改后， RRC接通率恢复为：6.3 GPS故障导致接入成功率低一、问题描述：一站点RRC接入成功率由平时的99.5以上骤降到80%左右，并且其周边小区接入成功率也同时开始下降。二、问题分析 后台查询此站及周边站点UL_RSSI，发现此站低噪变的极高，三个小区低噪均达到-91.5dBm，周边小区干扰也均以此站为中心干扰呈逐步下降的趋势。重启站点、闭解小区均未能解决问题。怀疑此站与周边小区形成干扰。三、解决措施 与工程相关人员沟通发现此问题站点当天凌晨进行过施工，进机房检查GPS设备发现GPS接收器接口未拧紧，且接口线受损；更换此站GPS接收器。四、处理结果 经过处理后，此基站级周边基站底噪恢

28、复正常。 故障30日冷晨产生，在12点中处理时闭小区1小时，13点后恢复正常。6.4 天线接反导致模3干扰一、问题描述在TOPN处理时：发现ZYHZ0327C接入性能较差dateEUTRANCELLTDDpmRrcConnEstabSuccpmRrcConnEstabAttpmErabEstabSuccInitpmErabEstabAttInit无线接通失败次数无线接通率5/21ZYHZ0327C28763082248125212460.918二、问题分析查看无任何告警，底噪小区状态查看，整体良好，但结合切换分析，发现该小区切换主要集中在ZYHZ0245B与ZYHZ0244B之间，且存在同模干

29、扰。怀疑ZYHZ0327天线存在接反或者方位角不准的情况。ZYHZ0327C切换统计：dateEUTRANCELLTDDEUTRANCELLRELATION同频切换出成功次数异频切换出成功次数同频切换出请求次数异频切换出请求次数切换成功率5/21ZYHZ0327C4600-542312-673073015/21ZYHZ0327C4600-542312-44804900.985/21ZYHZ0327C4600-960406-53103300.995/21ZYHZ0327C4600-542311-42803100.905/21ZYHZ0327C4600-542311-62502600.965/21ZYHZ0327C4600-960439-51601601如上图所示：数据结合图例，由于ZYHZ0327小区接反，造成对周围站干扰，影响接入及切换。三、解决措施