1 掉线率
1.1 指标定义
无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context异常释放次 数)/UE Context建立成功总次数*100%
1.2 指标分析及统计点介绍
UE Context异常释放次数
测量点:如图1中A点所示,当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消 息,会释放UE的所有E-RAB。当释放原因不为“Normal Release”,“Detach”,“User Inactivity”,“CS Fallback triggered”,“UE Not Available for PS Service”,“Inter-RAT Redirection”,“Time Critical Handover”,“Handover Cancelled”时,测量指标 L.UECNTX.AbnormRel加1。
eNodeB发起的S1 RESET导致的UE Context释放次数
测量点:如图2中A点所示,当eNodeB向MME发送S1 RESET消息时,根据包含的上下文个 数,指标L.UECNTX.Rel.S1Reset.eNodeB进行累加。
UE Context建立成功总次数
测量点:如图3中B点所示,当eNodeB向MME发送INITIAL CONTEXT SETUP RESPONSE 消息时统计该指标。消息中如果包括多个E-RAB,该指标也只统计一次
1.3 TOP小区分析流程
TOP小区分析可通过OMC 920提取异常释放原因:
□ eNodeB发起的原因为UE LOST的UE Context释放次数
□ eNodeB发起的原因为切换失败的UE Context释放次数
□ eNodeB发起的原因为无线层问题的UE Context释放次数
□ eNodeB发起的S1 RESET导致的UE Context释放次数
分析和处理流程如下:
2 接通成功率
2.1 指标定义
无线接通率=RRC连接建立成功率*E-RAB建立成功率=(RRC连接建立完成次数/RRC连接请 求次数(不包括重发))*E-RAB建立成功总次数/E-RAB建立尝试总次数*100%
2.2 指标分析及统计点介绍
【A点】
(1)指标L.RRC.ConnReq.Att加1,不统计重发的次数。
2015/8/19 LTE指标优化及TOP小区分析指导(图文详解)
Case1:eNB下发RRC_Conn_Setup消息后,在T300定时器超时前,收到相同的UeID发起 的RRC_Conn_Req(Setup丢失,UE MAC冲突解决定时器超时后重发RRC_Conn_Req, UeID不变),记为一次重发RRC_Conn_Req消息。
Case2:T300超时后,UE仍未收到RRC_Conn_Setup,UE重新搜网,发起初始接入, UeID是取0~239的随机值或上层下发的TMSI。eNB侧记为新的一次初始接入, L.RRC.ConnReq.Att加1。
Case3:发起Attach后会启动T3410定时器。如果UE发出RRC_Conn_Setup_Cmp后,ENB 没有收到,UE会在定时器超时后重新发起Attach,ENB侧记为新的一次初始接入; RRC_Conn_Setup_Cmp丢失不会触发重建,发起重建的前提是安全已经激活。
(2)如果RRC Connection Request消息信元Establishment Cause为“emergency”,指标 L.RRC.ConnReq.Att.Emc加1。
(3)如果RRC Connection Request消息信元Establishment Cause为“highPriorityAccess”, 指标L.RRC.ConnReq.Att.HighPri加1。
(4)如果RRC Connection Request消息信元Establishment Cause为“mt-Access”,指标 L.RRC.ConnReq.Att.Mt加1。
(5)如果RRC Connection Request消息信元Establishment Cause为“mo-Singnalling”,指标 L.RRC.ConnReq.Att.MoSig加1。
(6)如果RRC Connection Request消息信元Establishment Cause为“mo-Data”,指标 L.RRC.ConnReq.Att.MoData加1。
【B点】
当eNodeB下小区接收到UE发送的RRC Connection Request消息并下发RRC Connection Setup消息给UE时,指标L.RRC.ConnSetup加1。
【C点】
当eNodeB收到UE返回的RRC Connection Setup Complete消息时统计相应指标, L.RRC.ConnReq.Succ加1
RRC Setup Success Rate计算
RRCSetupSuccessRate=(L.RRC.ConnReq.Succ)/(L.RRC.ConnReq.Att)*100%
【A点】
当eNodeB收到来自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息时统计该指标。如果E-RAB SETUP REQUEST或者INITIAL CONTEXT
SETUP REQUEST消息中要求同时建立多个E-RAB,则相应指标按各个业务的QCI分别进行 累加。
【B点】
当MME收到来自eNodeB的E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息时E-RAB建立成功次数累加。
ERAB Setup Success Rate计算公式
ErabSetupSuccessRate=(L.E-RAB.SuccEst)/(L.E-RAB.AttEst)*100%
2.3 TOP小区提取及分析流程
1. TOP小区提取暂按以下方式操作(仅供参考,请根据网络实际情况自定义):
①RRC请求次数大于50次 ②接通率小于98%。 ③在一周之类重复出现2次以上的小区。
若前三种无法提取出TOP小区,可按RRC,ERAB建立失败次数,分开求和后降序排列筛选 RRC和ERAB建立失败的TOP小区。
2. TOP小区中RRC和ERAB建立失败次数原因值说明:
①对小区RRC建立失败次数:
□ 资源分配失败而导致RRC连接建立失败的次数,指标ID:1526727083;重点关注top资源 是否足够,包括top用户数,传输、PRB等;
□ UE无应答而导致RRC连接建立失败的次数,指标ID:1526727084;关注质差、干扰、无 线环境等;
□ 小区发送RRC Connection Reject消息次数,指标ID:1526728269;关注传输问题、是否 拥塞、干扰;
□ 因为SRS资源分配失败而导致RRC连接建立失败的次数,指标ID:1526728485;重点关 注SRS带宽、配置指示、配置方式、SRS ACK/NACK设置是否合理等;
□因为PUCCH资源分配失败而导致RRC连接建立失败的次数,指标ID:1526728486;关注 PUCCH信道相关参数设置是否合理,CQI RB数配置是否合理等;
□流控导致的RRC Connection Request 消息丢弃次数,指标ID:1526728489;关注拥塞, 业务流控相关参数是否设置正确等;
□流控导致的发送RRC Connection Reject消息次数,指标ID:1526728490;关注拥塞,业 务流控相关参数是否设置正确等;
②对小区E-RAB建立失败次数:
□因未收到UE响应而导致E-RAB建立失败的次数,指标ID:1526726717;处理建议:需排 查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。
□核心网问题导致E-RAB建立失败次数,指标ID:1526728276;处理建议:需跟踪信令, 排查核心网问题(EPC参数设置,TAC码设置的一致性,对用户开卡限制,硬件故障方面排 查);
□传输层问题导致E-RAB建立失败次数,指标ID:1526728277;处理建议:需查询传输是 否有故障,高误码,闪断,传输侧参数设置问题。
□无线层问题导致E-RAB建立失败次数,指标ID:1526728278;处理建议:处理建议:需 排查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。
□无线资源不足导致E-RAB建立失败次数,指标ID:1526728279;处理建议:排查TOP小 区资源是否足够,是否故障引起,若存在资源不足问题,可考虑参数调整,流量均衡(小区 选择,重选和切换类参数);2、结合现场调整天馈,流量均衡;3、热点区域,增补基站 等;
□安全模式配置失败导致E-RAB建立失败次数,指标ID:1526728280;处理建议:需排查 覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因
3 切换成功率
3.1 指标定义
(eNodeB间同频切换出成功次数+eNodeB间异频切换出成功次数 + eNodeB内同频切换出成 功次数 + eNodeB内异频切换出成功次数 - 通过重建回源小区的eNodeB间同频切换出执行成 功次数 - 通过重建回源小区的eNodeB间异频切换出执行成功次数 - 通过重建回源小区的 eNodeB内同频切换出执行成功次数 - 通过重建回源小区的eNodeB内异频切换出执行成功次 数) / (eNodeB间同频切换出尝试次数 + eNodeB间异频切换出尝试次数 + eNodeB内同频切 换出尝试次数 + eNodeB内异频切换出尝试次数)*100%
3.2 指标分析及统计点介绍
1)核心网原因导致切换出准备失败
源小区收到来自MME的UE CONTEXT RELEASE COMMAND消息时,指标 L.HHO.Prep.FailOut.MME加1
2)目标小区无响应导致切换出准备失败
在X2切换时,未收到对端eNodeB发出的HANDOVER REQUEST ACKNOWLEDEG消息及 HANDOVER PREPARATION FAILURE消息;
在S1接口切换时,未收到MME发出的HANDOVER COMMAND消息及HANDOVER PREPARATION FAILURE消息。指标L.HHO.Prep.FailOut.NoReply加1
3-1)目标小区回复切换准备失败消息导致切换出准备失败
在X2接口切换过程中的切换准备阶段,当源小区收到来自目标小区的HANDOVER PREPARATION FAILURE消息时,指标L.HHO.Prep.FailOut.PrepFailure加1
在S1接口切换过程中的切换准备阶段,当源小区收到来自MME的HANDOVER PREPARATION FAILURE消息时,指标L.HHO.Prep.FailOut.PrepFailure加1
3-2)源小区发送切换取消导致切换出准备失败
在X2接口切换及S1接口切换过程中,切换准备阶段未结束且没有收到来自目标测的任何消 息,源小区判决取消本次切换,并发送HANDOVER CANCEL消息时,指标 L.HHO.Prep.FailOut.HOCancel加1
4)eNodeB间切换出取消
在X2接口切换及S1接口切换过程中,源小区发送HANDOVER CANCEL消息时,指标 L.HHO.FailOut.HOCancel加1。该指标不考虑切换准备是否完成,只要源小区发送 HANDOVER CANCEL消息,指标就统计。
3.3 TOP小区分析流程
TOP小区分析可通过OMC 920提取切换出失败原因:
□ 核心网原因导致切换出准备失败次数
□ 目标小区无响应导致切换出准备失败次数
□ 目标小区回复切换准备失败消息导致切换出准备失败次数
□ 源小区发送切换取消导致切换出准备失败次数
□ eNodeB间切换出取消次数
若以上手段都不能解决问题则安排前场人员现场测试,同时后台通过信令跟踪,配合查找问 题原因;如果确认问题后,需第三方配合解决,转发相关人员处理,做好跟踪工作,直至问 题闭环;
版权归浙江网优服务所有,@浙江网优服务
作者:黄冠,朱雄进,汤林林,贾现章,张振,徐璟
[[i] 本帖最后由 vertu 于 2016-8-3 21:49 编辑 [/i]]