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

1、湖南移动专项优化KPI优化指导手册-无线接通率 2015/3/14目录 TOC o 1-3 h z u HYPERLINK l _Toc416431188 1 概述 PAGEREF _Toc416431188 h 2 HYPERLINK l _Toc416431189 2 指标定义 PAGEREF _Toc416431189 h 2 HYPERLINK l _Toc416431190 3 RRC建立成功率分析 PAGEREF _Toc416431190 h 2 HYPERLINK l _Toc416431191 3.1 理论介绍 PAGEREF _Toc416431191 h 2 HYPERL

2、INK l _Toc416431192 3.2 正常信令流程 PAGEREF _Toc416431192 h 2 HYPERLINK l _Toc416431193 3.3 指标定义 PAGEREF _Toc416431193 h 3 HYPERLINK l _Toc416431194 3.4 详细counter统计节点 PAGEREF _Toc416431194 h 4 HYPERLINK l _Toc416431195 3.5 RRC接入成功率处理经验及流程 PAGEREF _Toc416431195 h 7 HYPERLINK l _Toc416431196 4 S1 建立成功率 PAG

3、EREF _Toc416431196 h 9 HYPERLINK l _Toc416431197 4.1 正常信令流程 PAGEREF _Toc416431197 h 9 HYPERLINK l _Toc416431198 4.2 指标定义 PAGEREF _Toc416431198 h 9 HYPERLINK l _Toc416431199 4.3 详细counter统计节点 PAGEREF _Toc416431199 h 9 HYPERLINK l _Toc416431200 4.4 S1建立成功率处理经验及流程 PAGEREF _Toc416431200 h 11 HYPERLINK l

4、 _Toc416431201 5 ERAB建立成功率分析 PAGEREF _Toc416431201 h 11 HYPERLINK l _Toc416431202 5.1 正常信令流程 PAGEREF _Toc416431202 h 11 HYPERLINK l _Toc416431203 5.2 指标定义 PAGEREF _Toc416431203 h 12 HYPERLINK l _Toc416431204 5.3 详细counter统计节点 PAGEREF _Toc416431204 h 12 HYPERLINK l _Toc416431205 5.4 ERAB建立成功率处理经验及流程

5、PAGEREF _Toc416431205 h 14 HYPERLINK l _Toc416431206 6 相关案例 PAGEREF _Toc416431206 h 14 HYPERLINK l _Toc416431207 6.1 PRB资源受限 PAGEREF _Toc416431207 h 14 HYPERLINK l _Toc416431208 6.2 告警导致接入成功率低 PAGEREF _Toc416431208 h 16 HYPERLINK l _Toc416431209 6.3 GPS故障导致接入成功率低 PAGEREF _Toc416431209 h 17 HYPERLINK

6、 l _Toc416431210 6.4 天线接反导致模3干扰 PAGEREF _Toc416431210 h 18 HYPERLINK l _Toc416431211 7KPI指标相关counter PAGEREF _Toc416431211 h 201 概述无线接通率可以统计UE成功接入LTE网络的性能。无线接入主要发生在开机附着、异系统重选回LTE、位置更新、收到pagging等过程中，无线接入是用户使用LTE网络的前提。无线接通率由RRC建立成功率、S1建立成功率和ERAB建立成功率3部分构成。2 指标定义无线接通率= RRC建立成功率*ERAB建立成功率*100%。RRC建立成功率=

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

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

9、对应于随机接入过程的Msg3RRC连接建立：eNB通过DL_CCCH在SRB0上发送，携带SRB1的完整配置信息，该消息对应随机接入过程的Msg4RRC连接建立完成：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或待开

10、机的UE准备发起一个呼叫或响应寻呼时发起的过程。处于降低接入时延的考虑，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 Reques

11、t消息次数（不包括重发）RRC连接建立完成次数小区接收UE返回的RRC Connection Setup Complete消息次数RRC建立失败次数资源分配失败而导致连接建立失败的次数UE无应答而导致连接建立失败的次数小区发送RRC Connection Reject消息次数3.4 详细counter统计节点RRC建立成功率相关主要counter统计节点如下图所示：Random accessRRC connection setup is triggered byUERRC connectionRBSRRC connection request messagerequestpmRrcConnEs

12、tabAtt +RRC connectionYessetup already ongoingfor the sameS-TMSI or RandomValue?NopmRrcConnEstabAttEmstep for cause EmergencypmRrcConnEstabAttHpapmRrcConnEstabAttEm +step for cause High Prio AccesspmRrcConnEstabAttHpa +pmRrcConnEstabAttMtapmRrcConnEstabAttMta +step for cause Mobile Terminating Acces

13、spmRrcConnEstabAttMos +pmRrcConnEstabAttMospmRrcConnEstabAttMod +step for cause Mobile Originating SignalingpmRrcConnEstabAttModstep for cause Mobile Originating DatapmRrcConnEstabAttreattEmpmRrcConnEstabAttReatt +step for cause EmergencypmRrcConnEstabAttReattHpastep for cause High Prio AccesspmRrcC

14、onnEstabAttReattEm +pmRrcConnEstabAttReattMtapmRrcConnEstabAttReattHpa +step for cause Mobile Terminating AccesspmRrcConnEstabAttReattMta +pmRrcConnEstabAttReattMospmRrcConnEstabAttReattMos +step for cause Mobile Originating SignalingpmRrcConnEstabAttReattMod +pmRrcConnEstabAttReattModstep for cause

15、 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 Overload? Yes reject NoAll UEs bearers rejected during bear

16、e admission?pmRrcConnEstabFailBeareAdmissionRej+ YesRRC connrequest rejecte? No UE RRC connection RBSreject UE RRC connection RBS No stup UE RRC connection RBSpmRrcConnEstabSucc+ Stup complete pmRrcConnEstabSuccEm +pmRrcConnEstabSuccHpa +pmRrcConnEstabSuccMta +pmRrcConnEstabSuccMos +pmRrcConnEstabSu

17、ccMod +pmRrcConnEstabSuccDta +pmRrcConnEstabSuccGummeiNative + 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 Sig

18、naling pmRrcConnEstabSuccMod + step for cause ”Mobile Originating Data” pmRrcConnEstabSuccDta+ step for cause “Delay Tolerant Access” pmRrcConnEstabSuccGummeiNativeEnd RRC connection setup step when indicating “GUmmei type equal to native 3.5 RRC接入成功率处理经验及流程根据之前处理RRC接入成功率的经验，RRC接入成功率主要从ENB问题、弱覆盖、干扰、

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

20、受限建议客户进行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 或 IMSI。MME向HSS发送鉴权请求后HSS回复鉴权需要的向量（Kasme, RAND, AUTN, XRES）。MME通过DL Informa

21、tion Transfer向UE发起鉴权请求。 4.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 caus

22、e ”Emergency”pmS1SigConnEstabAttHpa +pmS1SigConnEstabAttEm +pmS1SigConnEstabAttHpa +pmS1SigConnEstabAttMod +pmS1SigConnEstabAttMta +pmS1SigConnEstabAttMos +pmS1SigConnEstabAttDta +step for cause ”High Prio Access”pmS1SigConnEstabAttMod +step for cause ”Mobile Originating Data”pmS1SigConnEstabAttMta

23、+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 Access” yesEnd signallingconnection setup NoMME sends initial context setup re

24、quest 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 NAS transport step for cause ”Emergency” S1 UE context release command pmS1

25、SigConnEstabSuccHpa +pmS1SigConnEstabAttEm +pmS1SigConnEstabAttHpa +pmS1SigConnEstabAttMod +pmS1SigConnEstabAttMta +pmS1SigConnEstabAttMos +pmS1SigConnEstabAttDta +S1 initial context setup request step for cause ”High Prio Access”S1 reset pmS1SigConnEstabSuccMod + step for cause ”Mobile Originating

26、Data” pmS1SigConnEstabSuccMta + 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上的配置

27、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信令触发。此条信令包含了初始ERAB建立请求信息、并包含安全算法和安全密匙。RBS通过SECURITY MODE COMMAND信令要求UE使用安全模式。UE回复SECURITY MODE COMPLETE后UE与R

28、BS间的通信将进行加密和完整性保护。安全模式激活后，RBS通过向UE下发RRC CONNECTION RECONFIGURATION为数据承载分配资源。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 Se

29、tup Request）消息中含有E-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+

30、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 user/License for RLC UM OK ? UE RRC connection RBS reconfiguration pmErabEstabFailLlinitLic+ UE RRC

31、connection RBS Reconfiguration 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 p

32、er QCI pmErabEstabSucclnitQcipmUeCtxtEstabSucc + 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 s

33、etup5.4 ERAB建立成功率处理经验及流程失败阶段原因查找失败原因优化建议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 相关案例

34、6.1 PRB资源受限一、问题描述在岳阳武广火车站3小区接通率偏低为91.05%，且发现该小区Erab接通率正常为99.39%，可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 numb

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

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