LTE专项优化KPI优化指导手册无线接通率.docx
《LTE专项优化KPI优化指导手册无线接通率.docx》由会员分享，可在线阅读，更多相关《LTE专项优化KPI优化指导手册无线接通率.docx（19页珍藏版）》请在冰点文库上搜索。
LTE专项优化KPI优化指导手册无线接通率
湖南移动专项优化
KPI优化指导手册-无线接通率
2015/3/14
1概述
无线接通率可以统计UE成功接入LTE网络的性能。
无线接入主要发生在开机附着、异系统重选回LTE、位置更新、收到pagging等过程中，无线接入是用户使用LTE网络的前提。
无线接通率由RRC建立成功率、S1建立成功率和ERAB建立成功率3部分构成。
2指标定义
无线接通率=RRC建立成功率*ERAB建立成功率*100%。
RRC建立成功率=RRC接入成功率次数/RRC接入尝试次数*100%
=pmRrcConnEstabSucc/pmRrcConnEstabSucc*100%
ERAB建立成功率=ERAB建立成功率次数/ERAB建立尝试次数*100%
=（PmErabEstabSuccInit+PmErabEstabSuccAdded）/（PmErabEstabAttInit+PmErabEstabAttAdded）*100%
3RRC建立成功率分析
3.1理论介绍
RRC连接建立过程分为两个阶段：
准备阶段和实施阶段。
在准备阶段中，UE会根据NAS层的触发原因和系统广播中的接入限制信息，通过一系列检查来判断自己是否被允许进行接入过程，如果可以，则执行后续的实施阶段；否则UE的RRC将启动相应的定时器，在该定时器超时前UE无法发起任何接入过程。
上述机制的目的是负荷拥塞控制，当网络负荷较重时限制某些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的完整配置信息，该消息对应随机接入过程的Msg4
●RRC连接建立完成：
UE通过UL-DCCH在SRB1上发送，携带上行方向NAS消息，如AttachRequest、TAURequest、ServiceRequest、DetachRequest等，eNB根据这些消息进行S1口建立
RRC连接重建立拒绝流程
●第二步中，如果eNB中没有UE的上下文信息，则拒绝为UE重建RRC连接，则通过DL_CCCH在SRB0上回复一条RRC连接重建立拒绝消息
3.3指标定义
RRC连接建立是指处于空闲状态的UE或待开机的UE准备发起一个呼叫或响应寻呼时发起的过程。
处于降低接入时延的考虑，LTE系统将RRC连接建立过程设计发生在ENB和MME之间的S1连接建立前，也就是在ENB尚未从MME获得任何UE上下文前，ENB需要将RRC连接建立完毕，因此该过程主要建立最基本的SRB1。
RRC连接建立成功意味着UE与网络建立了信令连接，是进行其他业务的基础。
RRC建立成功率公式：
RRC建立成功率=RRC接入成功率次数/RRC接入尝试次数*100%
=pmRrcConnEstabSucc/pmRrcConnEstabSucc*100%
指标
指标描述
RRC连接请求次数
小区接收UE的RRCConnectionRequest消息次数（不包括重发）
RRC连接建立完成次数
小区接收UE返回的RRCConnectionSetupComplete消息次数
RRC建立失败次数
资源分配失败而导致连接建立失败的次数
UE无应答而导致连接建立失败的次数
小区发送RRCConnectionReject消息次数
3.4详细counter统计节点
RRC建立成功率相关主要counter统计节点如下图所示：
Randomaccess
RRCconnectionsetupistriggeredby
UE
RRCconnection
RBS
RRCconnectionrequestmessage
request
pmRrcConnEstabAtt+
RRCconnection
Yes
setupalreadyongoing
forthesame
S-TMSIorRandom
Value?
No
pmRrcConnEstabAttEm
stepforcauseòEmergencyó
pmRrcConnEstabAttHpa
pmRrcConnEstabAttEm+
stepforcauseòHighPrioAccessó
pmRrcConnEstabAttHpa+
pmRrcConnEstabAttMta
pmRrcConnEstabAttMta+
stepforcauseòMobileTerminatingAccessó
pmRrcConnEstabAttMos+
pmRrcConnEstabAttMos
pmRrcConnEstabAttMod+
stepforcauseòMobileOriginatingSignalingó
pmRrcConnEstabAttMod
stepforcauseòMobileOriginatingDataó
pmRrcConnEstabAttreattEm
pmRrcConnEstabAttReatt+
stepforcauseòEmergencyó
pmRrcConnEstabAttReattHpa
stepforcauseòHighPrioAccessó
pmRrcConnEstabAttReattEm+
pmRrcConnEstabAttReattMta
pmRrcConnEstabAttReattHpa+
stepforcauseòMobileTerminatingAccessó
pmRrcConnEstabAttReattMta+
pmRrcConnEstabAttReattMos
pmRrcConnEstabAttReattMos+
stepforcauseòMobileOriginatingSignalingó
pmRrcConnEstabAttReattMod+
pmRrcConnEstabAttReattMod
stepforcauseòMobileOriginatingDataó
A
Checkwithlicensecontrol
（numberofconnectedusers）
No
YesUERRCconnectionRBS
Yesreject
No
Yes
NoUERRCconnectionRBS
reject
UERRCconnectionRBS
Nostup
UERRCconnectionRBS
Stupcomplete
pmRrcConnEstabSuccEm+
stepforcause”Emergency”
pmRrcConnEstabSuccHpa+
stepforcause”HighPrioAccess”
pmRrcConnEstabSuccMta+
stepforcause”MobileTerminatingAccess”
pmRrcConnEstabSuccMos+
stepforcause”MobileOriginatingSignaling
pmRrcConnEstabSuccMod+
stepforcause”MobileOriginatingData”
pmRrcConnEstabSuccDta+
stepforcause“DelayTolerantAccess”
pmRrcConnEstabSuccGummeiNative
stepwhenindicating“GUmmeitypeequaltonative
3.5RRC接入成功率处理经验及流程
根据之前处理RRC接入成功率的经验，RRC接入成功率主要从ENB问题、弱覆盖、干扰、资源受限、license受限等方面来分析处理。
总结处理经验及流程如下表：
失败阶段
原因查找
失败原因
优化建议
RRC失败
检查告警、小区可用性、RRU的状态及VSWR
ENB问题
根据告警原因解决告警
RRC失败
通过地图信息检查周边环境及站点分布
弱覆盖
调整工参或者增加新站加强周边覆盖
RRC失败
根据工参信息检查受周边小区干扰
模3干扰
调整工参或者PCI解决模3干扰
RRC失败
检查上行RSSI是否偏高
上行干扰
解决干扰问题
RRC失败
检查上行PRB的利用率
PRB资源受限
增加noOfPucchSrUsers，noOfPucchcqiUsers配置
RRC失败
检查connecteduser的license数量
license受限
建议客户进行license扩容
RRC接入成功率优化详细流程及counter如下如：
4S1建立成功率
4.1正常信令流程
S1建立流程：
●UE完成SRB1承载和无线资源配置，向eNB发送RRCConnectionSetupComplete消息，包含NAS层Attachrequest信息，Arrachrequest信息中携带了PLMN等信息。
●eNB选择MME，向MME发送INITIALUEMESSAGE消息，此信息携带了UE标示GUTI或IMSI。
●MME向HSS发送鉴权请求后HSS回复鉴权需要的向量（Kasme,RAND,AUTN,XRES）。
MME通过DLInformationTransfer向UE发起鉴权请求。
4.2指标定义
S1建立成功率是指UE完成RRC连接后NAS层信令建立的成功率。
S1建立成功率=S1建立成功率次数/S1建立请求次数*100%=pmS1SigConnEstabSucc/pmS1SigConnEstabAtt*100%
4.3详细counter统计节点
UEInitialUERBS
message
ppmS1SigConnEstabAttEm+
stepforcause”Emergency”
pmS1SigConnEstabAttHpa+
stepforcause”HighPrioAccess”
pmS1SigConnEstabAttMod+
stepforcause”MobileOriginatingData”
pmS1SigConnEstabAttMta+
stepforcause”MobileTerminatingAccess”
pmS1SigConnEstabAttMos+
stepforcause”MobileOriginatingSignalling”
pmS1SigConnEstabAttDta+
stepforcause”DelayTolerantAccess”
yes
No
RBSInitialcontextMME
Setuprequest（E-RABs,Seckeys）
NO
Steppedforanyofthefollowing
messages:
YespmS1SigConnEstabSuccEm+
S1downlinkNAStransportstepforcause”Emergency”
S1UEcontextreleasecommandpmS1SigConnEstabSuccHpa+
S1initialcontextsetuprequeststepforcause”HighPrioAccess”
S1resetpmS1SigConnEstabSuccMod+
stepforcause”MobileOriginatingData”
pmS1SigConnEstabSuccMta+
stepforcause”MobileTerminatingAccess”
pmS1SigConnEstabSuccMos+
stepforcause”MobileOriginatingSignalling”
pmS1SigConnEstabSuccDta+
stepforcauseDelayTolerantAccess”
4.4S1建立成功率处理经验及流程
失败阶段
原因查找
失败原因
优化建议
S1失败
检查小区可用性、告警等，可能多个站点出现类似问题
传输问题
解决传输问题
S1失败
检查TAC在MME上的配置
TAC配置问题
修复TAC配置
S1失败
检查TAC与LAC在MME映射关系
LAC-TAC映射问题
重选规划并配置问题TAC-LAC映射关系
5ERAB建立成功率分析
5.1正常信令流程
ERAB建立信令流程及重要counter统计节点如下图：
ERAB建立信令流程：
●InitialContextSetup过程通过MME向ENB下发的INITIALCONTEXTSETUPREQUEST信令触发。
此条信令包含了初始ERAB建立请求信息、并包含安全算法和安全密匙。
●RBS通过SECURITYMODECOMMAND信令要求UE使用安全模式。
UE回复SECURITYMODECOMPLETE后UE与RBS间的通信将进行加密和完整性保护。
●安全模式激活后，RBS通过向UE下发RRCCONNECTIONRECONFIGURATION为数据承载分配资源。
●UE上发RRCCONNECTIONRECONFIGURATIONCOMPLETE，ENB上发INITIALCONTEXTSETUPRESPONSE。
5.2指标定义
E-RAB建立成功是成功为用户分配了用户平面的连接比例。
E-RAB建立成功率用E-RAB建立请求个数和E-RAB建立成功个数的比表示，E-RAB建立请求（E-RABSETUPREQUEST）用于E-RAB建立；在初始上下文建立请求（InitialContextSetupRequest）消息中含有E-RABtoBeSetupListIE，也可以用于E-RAB建立。
ERAB建立成功率=E-RAB建立成功数/E-RAB建立请求数*100%
=（pmErabEstabSuccInit+pmErabEstabSuccAdded）/（pmErabEstabAttInit+pmErabEstabAttAdded）*100%
5.3详细counter统计节点
SteppedforeachE-RABthathasthe
givenARPPriorityLevel
Steppedforattemptedsetupofbearer
NoWithpriviligedaccess
UERRCconnectionRBS
reconfiguration
UERRCconnectionRBS
Reconfigurationcomplete
Yes
UELinitialcontextRBS
Setupfailure
Yes
No
RBSInitialcontextMME
Setupresponse
UEInitialcontextRBS
Setupfailure
SteppedforeachsuccessfullysetupE-RABthathasthegivenARPPrionityLeve
Steppedforsuccessfullysetupofbearerwithprivilegedaccess
5.4ERAB建立成功率处理经验及流程
失败阶段
原因查找
失败原因
优化建议
ERAB失败
通过UETR信令消息查看原因值
Securityupdatefailures问题
解决SIM，UE，ENB或MME安全性参数问题
ERAB失败
通过UETR信令消息查看原因值
vendor/UEspecificissues问题
解决SIM，UE，ENB或MME参数配置问题
ERAB失败
检查MME容量
licens容量问题
增加MME容量
ERAB失败
通过地图信息检查周边环境及站点分布
弱覆盖问题
调整工参或者增加新站增强周边覆盖
ERAB失败
检查小区可用性、告警等，可能多个站点出现类似问题
传输问题
解决传输问题
6相关案例
6.1PRB资源受限
一、问题描述
在岳阳武广火车站3小区接通率偏低为91.05%，且发现该小区Erab接通率正常为99.39%，可RRC接通率只有91.05%，RRC建立失败了4263次。
二、原因分析
PRB资源受限。
下图可以看出Pucch请求CQI和SR资源未响应次数较高，说明该小区有业务需求但是资源无法满足分配。
pmPucchSrCqiResCongSr：
ThenumberoftimesaPUCCHallocationrequestforSRresource（s）couldnotbegranted.
pmPucchSrCqiResCongCqi：
ThenumberoftimesaPUCCHallocationrequestforCQIresource（s）couldnotbegranted
进一步分析发现，该小区RRC最大连接数超过设定上限。
该站覆盖岳阳高铁站，元旦假日临近人流量增大用户数增多，资源分配不足，导致RRC建立成功率不高。
三、解决措施
确定PRB资源受限，因此需要增加no0fPucchCqiUsers和no0fPucchSrUsers配置。
令后台更改参数如下：
EUtranCellTDD
noOfPucchSrUsers
200
EUtranCellTDD
noOfPucchCqiUsers
0
EUtranCellTDD
commonSrPeriodicity?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
20
四、处理结果
参数更改后，该站现网配置如下：
RRC接通率恢复为：
6.2告警导致接入成功率低
一、问题描述
岳阳市渔光社区2、3小区接通率变差分别为52.49%、48.24%。
该站接通变差主要由于RRC建立成功率变差引起，RRC接通率分别只有52.58%和48.37%，两个小区RRC建立都失败了四千余次。
二、原因分析
基站电源故障。
当时查得该站并无强干扰，也未出现业务量激增的情况。
登录后台查询告警情况时，也未发现实时告警产生。
后进一步查询该站的历史告警，发现该站曾短时间内频繁的出现了电源告警。
三、解决措施
查得告警将该情况反馈给工程部，并令后台将该站暂时锁住，以免KPI指标继续下滑。
工程组实地勘察得知，该站近日新开了2G站点与之共站，共用电源。
而电源额定功率不足，无法负荷两个基站，于是导致我4G站点频繁电源告警，基站处于通而未通断而未断的状态，用户接通受到严重影响。
工程部对该站电源进行整改。
四、处理结果
工程整改后，RRC接通率恢复为：
6.3GPS故障导致接入成功率低
一、问题描述：
一站点RRC接入成功率由平时的99.5以上骤降到80%左右，并且其周边小区接入成功率也同时开始下降。
二、问题分析
后台查询此站及周边站点UL_RSSI，发现此站低噪变的极高，三个小区低噪均达到-91.5dBm，周边小区干扰也均以此站为中心干扰呈逐步下降的趋势。
重启站点、闭解小区均未能解决问题。
怀疑此站与周边小区形成干扰。
三、解决措施
与工程相关人员沟通发现此问题站点当天凌晨进行过施工，进机房检查GPS设备发现GPS接收器接口未拧紧，且接口线受损；更换此站GPS接收器。
四、处理结果
经过处理后，此基站级周边基站底噪恢复正常。
故障30日冷晨产生，在12点中处理时闭小区1小时，13点后恢复正常。
6.4天线接反导致模3干扰
一、问题描述
在TOPN处理时：
发现ZYHZ0327C接入性能较差
date
EUTRANCELLTDD
pmRrcConnEstabSucc
pmRrcConnEstabAtt
pmErabEstabSuccInit
pmErabEstabAttInit
无线接通失败次数
无线接通率
5/21
ZYHZ0327C
2876
3082
2481
2521
246
0.918
二、问题分析
查看无任何告警，底噪小区状态查看，整体良好，，但结合切换分析，发现该小区切换主要集中在ZYHZ0245B与ZYHZ0244B之间，且存在同模干扰。
怀疑ZYHZ0327天线存在接反或者方位角不准的情况。
ZYHZ0327C切换统计：
date
EUTRANCELLTDD
EUTRANCELLRELATION
同频切换出成功次数
异频切换出成功次数
同频切换出请求次数
异频切换出请求次数
切换成功率
5/21
ZYHZ0327C
4600-542312-6
73
0
73
0
1
5/21
ZYHZ0327C
4600-542312-4
48
0
49
0
0.98
5/21
ZYHZ0327C
4600-960406-5
31
0
33
0
0.99
5/21
ZYHZ0327C
4600-542311-4
28
0
31
0
0.90
5/21
ZYHZ0327C
4600-542311-6
25
0
26
0
0.96
5/21
ZYHZ0327C
4600-960439-5
16
0
16
0
1
如上图所示：
数据结合图例，由于ZYHZ0327小区接反，造成对周围站干扰，影响接入及切换。
三、解决措施
升级会员 