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

上传人:夺命阿水 文档编号:15718 上传时间:2022-06-30 格式:DOC 页数:14 大小:243.68KB
返回 下载 相关 举报
LTE专项优化-KPI优化指导手册_无线接通率.doc_第1页
第1页 / 共14页
LTE专项优化-KPI优化指导手册_无线接通率.doc_第2页
第2页 / 共14页
LTE专项优化-KPI优化指导手册_无线接通率.doc_第3页
第3页 / 共14页
LTE专项优化-KPI优化指导手册_无线接通率.doc_第4页
第4页 / 共14页
LTE专项优化-KPI优化指导手册_无线接通率.doc_第5页
第5页 / 共14页
点击查看更多>>
资源描述

《LTE专项优化-KPI优化指导手册_无线接通率.doc》由会员分享,可在线阅读,更多相关《LTE专项优化-KPI优化指导手册_无线接通率.doc(14页珍藏版)》请在课桌文档上搜索。

1、目录1 概述22 指标定义23 RRC建立成功率分析23.1 理论介绍23.2 正常信令流程23.3 指标定义23.4 详细counter统计节点23.5 RRC接入成功率处理经历及流程24 S1 建立成功率24.1 正常信令流程24.2 指标定义24.3 详细counter统计节点24.4 S1建立成功率处理经历及流程25 ERAB建立成功率分析25.1 正常信令流程25.2 指标定义25.3 详细counter统计节点25.4 ERAB建立成功率处理经历及流程26 相关案例26.1 PRB资源受限26.2 告警导致接入成功率低26.3 GPS故障导致接入成功率低26.4 天线接反导致模3干

2、扰27KPI指标相关counter21 概述无线接通率可以统计UE成功接入LTE网络的性能。无线接入主要发生在开机附着、异系统重选回LTE、位置更新、收到pagging等过程中,无线接入是用户使用LTE网络的前提。无线接通率由RRC建立成功率、S1建立成功率和ERAB建立成功率3局部构成。2 指标定义无线接通率= RRC建立成功率*ERAB建立成功率*100%。RRC建立成功率=RRC接入成功率次数/RRC接入尝试次数*100% =pmRrcConnEstabSucc/pmRrcConnEstabSucc*100%ERAB建立成功率=ERAB建立成功率次数/ERAB建立尝试次数*100% =(

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

4、下图所示,其中红点处为RRC建立重要counterPmRrcConnEstabAtt和pmRrcConnEstabSucc统计节点。RRC 建立触发原因:l IDLE态UE需变为连接态时发起该过程,如呼叫、响应寻呼、TAU跟踪区、Attach(附着)等。RRC连接建立成功流程l RRC连接请求:UE通过UL_CCCH在SRB0上发送,携带UE的初始NAS标识和建立原因等,该消息对应于随机接入过程的Msg3l RRC连接建立:eNB通过DL_CCCH在SRB0上发送,携带SRB1的完整配置信息,该消息对应随机接入过程的Msg4l RRC连接建立完成:UE通过UL-DCCH在SRB1上发送,携带上

5、行方向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准备发起一个呼叫或响应寻呼时发起的过程。处于降低接入时延的考虑,LTE系统将RRC连接建立过程设计发生在ENB和MME之间的S1连接建立前,也就是在ENB尚未从MME获得任何UE上下文前,ENB需要将

6、RRC连接建立完毕,因此该过程主要建立最根本的SRB1。RRC连接建立成功意味着UE与网络建立了信令连接,是进展其他业务的根底。RRC建立成功率公式:RRC建立成功率=RRC接入成功率次数/RRC接入尝试次数*100% =pmRrcConnEstabSucc/pmRrcConnEstabSucc*100%指标指标描述RRC连接请求次数小区接收UE的RRC Connection Request消息次数不包括重发RRC连接建立完成次数小区接收UE返回的RRC Connection Setup plete消息次数RRC建立失败次数资源分配失败而导致连接建立失败的次数UE无应答而导致连接建立失败的次数

7、小区发送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 RandomValueNopmRrcConnEstabAttEmstep for

8、 cause EmergencypmRrcConnEstabAttHpapmRrcConnEstabAttEm +step for cause High Prio AccesspmRrcConnEstabAttHpa +pmRrcConnEstabAttMtapmRrcConnEstabAttMta +step for cause Mobile Terminating AccesspmRrcConnEstabAttMos +pmRrcConnEstabAttMospmRrcConnEstabAttMod +step for cause Mobile Originating Signalingp

9、mRrcConnEstabAttModstep for cause Mobile Originating DatapmRrcConnEstabAttreattEmpmRrcConnEstabAttReatt +step for cause EmergencypmRrcConnEstabAttReattHpastep for cause High Prio AccesspmRrcConnEstabAttReattEm +pmRrcConnEstabAttReattMtapmRrcConnEstabAttReattHpa +step for cause Mobile Terminating Acc

10、esspmRrcConnEstabAttReattMta +pmRrcConnEstabAttReattMospmRrcConnEstabAttReattMos +step for cause Mobile Originating SignalingpmRrcConnEstabAttReattMod +pmRrcConnEstabAttReattModstep for cause Mobile Originating DataAL0000311GACheck with license control(number of connected users)pmRrcConnEstabFailLic

11、 +Successful license control No Yes UE RRC connection RBSpmRrcConnEstabFailHighLoad + or pmRrcConnEstabFailOverload +High load or Overload Yes reject NoAll UEs bearers rejected during beare admissionpmRrcConnEstabFailBeareAdmissionRej+ YesRRC connrequest rejecte No UE RRC connection RBSreject UE RRC

12、 connection RBS No stup UE RRC connection RBSpmRrcConnEstabSucc+Stup pletepmRrcConnEstabSuccEm +pmRrcConnEstabSuccHpa +pmRrcConnEstabSuccMta +pmRrcConnEstabSuccMos +pmRrcConnEstabSuccMod +pmRrcConnEstabSuccDta +pmRrcConnEstabSuccGummeiNative +pmRrcConnEstabSuccEm + step for cause Emergency pmRrcConn

13、EstabSuccHpa + step for cause High Prio Access pmRrcConnEstabSuccMta + step for cause Mobile Terminating Access pmRrcConnEstabSuccMos + step for cause Mobile Originating Signaling pmRrcConnEstabSuccMod +step for cause Mobile Originating Data pmRrcConnEstabSuccDta+ step for cause Delay Tolerant Acces

14、spmRrcConnEstabSuccGummeiNativeEnd RRC connection setupstep when indicating GUmmei type equal to native3.5 RRC接入成功率处理经历及流程根据之前处理RRC接入成功率的经历,RRC接入成功率主要从ENB问题、弱覆盖、干扰、资源受限、license受限等方面来分析处理。总结处理经历及流程如下表:失败阶段原因查找失败原因优化建议RRC失败检查告警、小区可用性、RRU的状态及VSWRENB问题根据告警原因解决告警RRC失败通过地图信息检查周边环境及站点分布弱覆盖调整工参或者增加新站加强周边覆盖R

15、RC失败根据工参信息检查受周边小区干扰模3干扰调整工参或者PCI解决模3干扰RRC失败检查上行RSSI是否偏高上行干扰解决干扰问题RRC失败检查上行PRB的利用率PRB资源受限增加noOfPucchSrUsers,noOfPucchcqiUsers配置RRC失败检查connected user的license数量license受限建议客户进展license扩容RRC接入成功率优化详细流程及counter如下如:4 S1 建立成功率4.1 正常信令流程S1建立流程:l UE完成SRB1承载和无线资源配置,向eNB发送RRCConnectionSetupplete消息,包含NAS层Attach r

16、equest信息,Arrach request信息中携带了PLMN等信息。l eNB选择MME,向MME发送INITIAL UE MESSAGE消息,此信息携带了UE标示GUTI 或 IMSI。l MME向HSS发送鉴权请求后HSS回复鉴权需要的向量Kasme, RAND, AUTN, *RES。MME通过DL Information Transfer向UE发起鉴权请求。4.2 指标定义S1建立成功率是指UE完成RRC连接后NAS层信令建立的成功率。S1建立成功率=S1建立成功率次数/S1建立请求次数*100%=pmS1SigConnEstabSucc/pmS1SigConnEstabAtt*

17、100%4.3 详细counter统计节点Signalling connection setup triggered by initial UE messageUE Initial UE RBSmessageppmS1SigConnEstabAttEm +pmS1SigConnEstabAtt +step for cause EmergencypmS1SigConnEstabAttHpa +pmS1SigConnEstabAttEm +pmS1SigConnEstabAttHpa +pmS1SigConnEstabAttMod +pmS1SigConnEstabAttMta +pmS1SigC

18、onnEstabAttMos +pmS1SigConnEstabAttDta +step for cause High Prio AccesspmS1SigConnEstabAttMod +step for cause Mobile Originating DatapmS1SigConnEstabAttMta +step for cause Mobile Terminating AccesspmS1SigConnEstabAttMos +step for cause Mobile Originating SignallingpmS1SigConnEstabAttDta +RBS timeout

19、 on initial conte*t setup request from MMEstep for cause Delay Tolerant Access yesEnd signallingconnection setup NoMME sends initial conte*t setup request to RBSRBS Initial conte*t MMESetup request(E-RABs, Sec keys)Any message received on the S1 logical connection NOStepped for any of the followingp

20、mS1SigConnEstabSucc +messages: Yes pmS1SigConnEstabSuccEm +S1 downlink NAS transport step for cause Emergency S1 UE conte*t release mand pmS1SigConnEstabSuccHpa +pmS1SigConnEstabAttEm +pmS1SigConnEstabAttHpa +pmS1SigConnEstabAttMod +pmS1SigConnEstabAttMta +pmS1SigConnEstabAttMos +pmS1SigConnEstabAtt

21、Dta +S1 initial conte*t setup request step for cause High Prio AccessS1 reset pmS1SigConnEstabSuccMod +step for cause Mobile Originating Data pmS1SigConnEstabSuccMta +step for cause Mobile Terminating Access pmS1SigConnEstabSuccMos +step for cause Mobile Originating SignallingpmS1SigConnEstabSuccDta

22、 + step for cause Delay Tolerant Access4.4 S1建立成功率处理经历及流程失败阶段原因查找失败原因优化建议S1失败检查小区可用性、告警等,可能多个站点出现类似问题传输问题解决传输问题S1失败检查TAC在MME上的配置TAC配置问题修复TAC配置S1失败检查TAC与LAC在MME映射关系LAC-TAC映射问题重选规划并配置问题TAC-LAC映射关系5 ERAB建立成功率分析5.1 正常信令流程ERAB建立信令流程及重要counter统计节点如以下图:ERAB建立信令流程:l Initial Conte*t Setup过程通过MME向ENB下发的INITIA

23、L CONTE*T SETUP REQUEST信令触发。此条信令包含了初始ERAB建立请求信息、并包含平安算法和平安密匙。l RBS通过SECURITY MODE MAND信令要求UE使用平安模式。UE回复SECURITY MODE PLETE后UE与RBS间的通信将进展加密和完整性保护。l 平安模式激活后,RBS通过向UE下发RRC CONNECTION RECONFIGURATION为数据承载分配资源。l UE上发RRC CONNECTION RECONFIGURATION PLETE,ENB上发INITIAL CONTE*T SETUP RESPONSE。5.2 指标定义E-RAB建立成

24、功是成功为用户分配了用户平面的连接比例。E-RAB建立成功率用E-RAB建立请求个数和E-RAB建立成功个数的比表示,E-RAB建立请求E-RAB SETUP REQUEST用于E-RAB建立;在初始上下文建立请求Initial Conte*t Setup Request消息中含有E-RAB to Be Setup List IE,也可以用于E-RAB建立。ERAB建立成功率= E-RAB建立成功数/E-RAB建立请求数*100%=(pmErabEstabSuccInit+pmErabEstabSuccAdded)/(pmErabEstabAttInit+pmErabEstabAttAdded

25、)*100%5.3 详细counter统计节点S1nSuccNote:Corresponding counter per QCI pmErabEstabAttlnitQcipmUeCt*tEstabAtt+pmErabEstabAttlnit+pmErabEstabAttlnitArp+Stepped for each E-RAB that has thegiven ARP Priority LevelpmErabEstabAttlnitPa+Stepped for attempted setup of bearer No With priviliged accessLicense for n

26、umber ofE-RABs per user/License for RLC UM OK UE RRC connection RBS reconfigurationpmErabEstabFailLlinitLic+ UE RRC connection RBS Reconfiguration plete Yes DL/UL GBR resource overloadUE Linitial conte*t RBSSetup failure YespmErabEstabFailGbrDIEnb+or pmErabEstabGbrUlENB+RBS sends initial conte*t set

27、up response to MME NoRBS Initial conte*t MME Setup responseUE Initial conte*t RBSNote:Corresponding counter per QCI pmErabEstabSucclnitQcipmUeCt*tEstabSucc + pmErabEstabSuccInit +Setup failurepmErabEstabSuccInitArp +Stepped for each successfully setup E-RAB that has the given ARP Prionity LevepmErab

28、EstabSuccInitPa +Stepped for successfully setup of bearer with privileged accessEnd signaling connection setup5.4 ERAB建立成功率处理经历及流程失败阶段原因查找失败原因优化建议ERAB失败通过UETR信令消息查看原因值Security update failures问题解决SIM,UE,ENB或MME平安性参数问题ERAB失败通过UETR信令消息查看原因值vendor/UE specific issues问题解决SIM,UE,ENB或MME参数配置问题ERAB失败检查MME容量l

29、icens容量问题增加MME容量ERAB失败通过地图信息检查周边环境及站点分布弱覆盖问题调整工参或者增加新站增强周边覆盖ERAB失败检查小区可用性、告警等,可能多个站点出现类似问题传输问题解决传输问题6 相关案例6.1 PRB资源受限一、问题描述在武广火车站3小区接通率偏低为91.05%,且发现该小区Erab接通率正常为99.39%,可RRC接通率只有91.05%,RRC建立失败了4263次。二、原因分析PRB资源受限。以下图可以看出Pucch请求CQI和SR资源未响应次数较高,说明该小区有业务需求但是资源无法满足分配。pmPucchSrCqiResCongSr:The number of t

30、imes 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资源受限,因此需要增加no0fPucchCqiUsers和no0fPucch

31、SrUsers配置。令后台更改参数如下:EUtranCellTDDnoOfPucchSrUsers200EUtranCellTDDnoOfPucchCqiUsers0EUtranCellTDDmonSrPeriodicity 20四、处理结果参数更改后,该站现网配置如下:RRC接通率恢复为:6.2 告警导致接入成功率低一、问题描述市渔光社区2、3小区接通率变差分别为52.49%、48.24%。该站接通变差主要由于RRC建立成功率变差引起,RRC接通率分别只有52.58%和48.37%,两个小区RRC建立都失败了四千余次。二、原因分析基站电源故障。当时查得该站并无强干扰,也未出现业务量激增的情况

32、。登录后台查询告警情况时,也未发现实时告警产生。后进一步查询该站的历史告警,发现该站曾短时间频繁的出现了电源告警。三、解决措施查得告警将该情况反响给工程部,并令后台将该站暂时锁住,以免KPI指标继续下滑。工程组实地勘察得知,该站近日新开了2G站点与之共站,共用电源。而电源额定功率缺乏,无法负荷两个基站,于是导致我4G站点频繁电源告警,基站处于通而未通断而未断的状态,用户接通受到严重影响。工程部对该站电源进展整改。四、处理结果工程整改后, RRC接通率恢复为:6.3 GPS故障导致接入成功率低一、问题描述:一站点RRC接入成功率由平时的99.5以上骤降到80%左右,并且其周边小区接入成功率也同时

33、开场下降。二、问题分析后台查询此站及周边站点UL_RSSI,发现此站低噪变的极高,三个小区低噪均到达-91.5dBm,周边小区干扰也均以此站为中心干扰呈逐步下降的趋势。重启站点、闭解小区均未能解决问题。疑心此站与周边小区形成干扰。三、解决措施与工程相关人员沟通发现此问题站点当天凌晨进展过施工,进机房检查GPS设备发现GPS接收器接口未拧紧,且接口线受损;更换此站GPS接收器。四、处理结果经过处理后,此基站级周边基站底噪恢复正常。故障30日冷晨产生,在12点中处理时闭小区1小时,13点后恢复正常。6.4 天线接反导致模3干扰一、问题描述在TOPN处理时:发现ZYHZ0327C接入性能较差date

34、EUTRANCELLTDDpmRrcConnEstabSuccpmRrcConnEstabAttpmErabEstabSuccInitpmErabEstabAttInit无线接通失败次数无线接通率5/21ZYHZ0327C28763082248125212460.918二、问题分析查看无任何告警,底噪小区状态查看,整体良好,但结合切换分析,发现该小区切换主要集中在ZYHZ0245B与ZYHZ0244B之间,且存在同模干扰。疑心ZYHZ0327天线存在接反或者方位角不准的情况。ZYHZ0327C切换统计:dateEUTRANCELLTDDEUTRANCELLRELATION同频切换出成功次数异频

35、切换出成功次数同频切换出请求次数异频切换出请求次数切换成功率5/21ZYHZ0327C4600-542312-673073015/21ZYHZ0327C4600-542312-44804900.985/21ZYHZ0327C4600-960406-53103300.995/21ZYHZ0327C4600-542311-42803100.905/21ZYHZ0327C4600-542311-62502600.965/21ZYHZ0327C4600-960439-51601601如上图所示:数据结合图例,由于ZYHZ0327小区接反,造成对周围站干扰,影响接入及切换。三、解决措施上站勘测,发现此站小区缺失存在天线接反的情况,对此站天线接反情况进展了处理。四、处理结果通过调整后,比照效果如下:dateEUTRANCELLTDDpmRrcConnEstabSuccpmRrcConnEstabAttpmErabEstabSuccInitpmErabEstabAttInit无线接通失败次数无线接通率5-27ZYHZ0327C607607536536017 KPI指标相关counter

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 在线阅读 > 生活休闲


备案号:宁ICP备20000045号-1

经营许可证:宁B2-20210002

宁公网安备 64010402000986号