优化思路

上传人:油条 文档编号:115953136 上传时间:2019-11-15 格式:DOCX 页数:15 大小:2.81MB
返回 下载 相关 举报
优化思路_第1页
第1页 / 共15页
优化思路_第2页
第2页 / 共15页
优化思路_第3页
第3页 / 共15页
优化思路_第4页
第4页 / 共15页
优化思路_第5页
第5页 / 共15页
点击查看更多>>
资源描述

《优化思路》由会员分享,可在线阅读,更多相关《优化思路(15页珍藏版)》请在金锄头文库上搜索。

1、一、指标监控内容和KPI指标定义1.、主要监控内容话统KPI主要包括以下几大类:接入性指标、保持性指标、移动性指标、业务量指标、产品运行类指标、系统可用性指标和网络资源利用率指标。通过上述重点话统KPI指标的监测,可以达到:识别突发问题、风险提前预警、话统KPI的稳定与提升,目前TD-LTE系统需要重点关注的话统KPI指标如下表:二、坏小区(TOP小区)查找和分析处理每小时对上一个小时的全网整体指标进行提取,如果指标变化波动较大,需提取小区级别指标进行查看,将小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序,确认是全网的整体问题还是TOP小区引起的指标波动,若剔除TOP小区后,指标恢复

2、正常,则是TOP小区问题,优先分析掉话绝对次数多且掉话率高的Top小区;否则是全网性问题,以下是关于TOP小区筛选的方法和主要KPI处理方法流程:1、接入性TOP分析处理1.1、指标定义1.2、指标分析及统计点介绍1.2.1、RRC连接建立成功率图1中【A点】(1)指标L.RRC.ConnReq.Att加1,不统计重发的次数。Case1:eNB下发RRC_Conn_Setup消息后,在T300定时器超时前,收到相同的UeID发起的RRC_Conn_Req(Setup丢失,UE MAC冲突解决定时器超时后重发RRC_Conn_Req,UeID不变),记为一次重发RRC_Conn_Req消息。Ca

3、se2:T300超时后,UE仍未收到RRC_Conn_Setup,UE重新搜网,发起初始接入,UeID是取0239的随机值或上层下发的TMSI。eNB侧记为新的一次初始接入,L.RRC.ConnReq.Att加1。Case3:发起Attach后会启动T310定时器。如果UE发出RRC_Conn_Setup_Cmp后,ENB没有收到,UE会在定时器超时后重新发起Attach,ENB侧记为新的一次初始接入;RRC_Conn_Setup_Cmp丢失不会触发重建,发起重建的前提是安全已经激活。(2)如果RRC Connection Request消息信元EstablishmentCause为“emer

4、gency”,指标L.RRC.ConnReq.Att.Emc加1。(3)如果RRC Connection Request消息信元EstablishmentCause为“highPriorityAccess”,指标L.RRC.ConnReq.Att.HighPri加1。(4)如果RRC Connection Request消息信元EstablishmentCause为“mt-Access”,指标L.RRC.ConnReq.Att.Mt加1。(5)如果RRC Connection Request消息信元EstablishmentCause为“mo-Singnalling”,指标L.RRC.Conn

5、Req.Att.MoSig加1。(6)如果RRC Connection Request消息信元EstablishmentCause为“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 Rat

6、e计算:RRCSetupSuccessRate=(L.RRC.ConnReq.Succ)/(L.RRC.ConnReq.Att)*100%1.2.2、E-RAB建立成功率如图2、3中【A点】所示,当eNodeB收到来自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息时统计该指标。如果E-RABSETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息中要求同时建立多个E-RAB,则相应指标按各个业务的QCI分别进行累加。【B点】当MME收到来自eNodeB的E-RABSETUP RESPONSE或

7、者INITIAL CONTEXT SETUP RESPONSE消息时E-RAB建立成功次数累加。ERAB Setup Success Rate计算公式:ErabSetupSuccessRate=(L.E-RAB.SuccEst)/(L.E-RAB.AttEst)*100%1.3、TOP小区分析和处理处理流程和方法通过对TOP小区建立失败的原因进行观察,通过对不同的原因做相应的观察,不同失败原因对于相应指标有不同的变化,应对观察指标和优化策略均不同,下表为指标提取的建立失败的不同原因分类和相应说明:1.3.1、对小区RRC建立失败次数 资源分配失败而导致RRC连接建立失败的次数,指标ID:152

8、6727083;重点关注top资源是否足够,包括top用户数,传输、PRB等; UE无应答而导致RRC连接建立失败的次数,指标ID:1526727084;关注质差、干扰、无线环境等; 小区发送RRC Connection Reject消息次数,指标ID:1526728269;关注传输问题、是否拥塞、干扰; 因为SRS资源分配失败而导致RRC连接建立失败的次数,指标ID:1526728485;重点关注SRS带宽、配置指示(接入增强)、配置方式(打开子帧树重配开关)、SRS ACK/NACK设置是否合理等; 因为PUCCH资源分配失败而导致RRC连接建立失败的次数,指标ID1;关注PUCCH信道相

9、关参数设置是否合理,CQI RB数配置(增大此参数,小区能够支持更多配置周期性CQI资源的用户,但是却增大了上行控制信令的开销,且当PUCCH资源调整开关关闭时)是否合理等; 流控导致的RRC Connection Request 消息丢弃次数,指标ID:1526728489;关注拥塞,业务流控相关参数是否设置正确等; 流控导致的发送RRC Connection Reject消息次数,指标ID:1526728490;关注拥塞,业务流控相关参数是否设置正确等;1.3.2、对小区E-RAB建立失败次数 因未收到UE响应而导致E-RAB建立失败的次数,指标ID:1526726717;处理建议:需排查

10、覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。 核心网问题导致E-RAB建立失败次数,指标ID:1526728276;处理建议:需跟踪信令,排查核心网问题(EPC参数设置,TAC码设置的一致性,对用户开卡限制,硬件故障方面排查); 传输层问题导致E-RAB建立失败次数,指标ID:1526728277;处理建议:需查询传输是否有故障,高误码,闪断,传输侧参数设置问题。 无线层问题导致E-RAB建立失败次数,指标ID:1526728278;处理建议:处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。 无线资源不足导致E-RAB建立失败次数

11、,指标ID:1526728279;处理建议:1、排查TOP小区资源是否足够,是否故障引起,若存在资源不足问题,可考虑参数调整,流量均衡(小区选择,重选和切换类参数);2、结合现场调整天馈,流量均衡;3、热点区域,增补基站等; 安全模式配置失败导致E-RAB建立失败次数,指标ID:1526728280;处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。在一般正常情况下建立失败的通常为无线侧问题导致的可以处理,具体常见处理方法和流程如下:1.检查操作,告警,传输问题,是否存在网络变动和升级行为等(1.通过LSTALMAF查询站点实时告警,用LST ALMLOG参

12、考历史告警;存在告警则降低功率切出用户,严重的临时去激活小区,通知维护人员处理;2.通过DSP BRD查询单板运行情况;异常则通知维护人员;3.传输及EPC侧有网络变动(升级,割接,参数修改等)。一般为突发,及时同时相关人员;4.通过Mapinfo查看小区PCI复用是否合理,是否存在模三冲突;用MOD CELL修改PCI5.检查小区时隙配比是否设置准确(室分:SA2SSP7;宏站:SA2SSP5)LST CELL查看,MOD CELL修改;6.如每PRB上干扰噪声平均值-110dBm,确认小区存在上行干扰,同时可通过后台跟踪,确认干扰类型;统计话务统计看是突发的还是持续的,可应急通过MOD P

13、DSCH降功率处理;7.检查传输模式,是否为TM3,如长时间为TM2,确认设置正确的情况下,基本确定小区存在弱覆盖;8.对比64QAM和QPSK占比,如后者比例远大于前者,可确定小区覆盖异常;9.邻区告警、故障等导致TOP小区存在弱覆盖;10.天馈问题,无线环境差11.天线权值配置与现场天线参数不一致。12.核查参考信号功率是否偏低(常规设置92,122,需结合现场设置);MOD PDSCH进行修改;2、保持性TOP分析处理2.1、指标定义2.2、 指标分析及统计点介绍2.2.1、无线掉线率如上图:【图1】中A点所示,当eNodeB向MME发送UE CONTEXT RELEASE REQUES

14、T(UE上下文释放请求)消息,会释放UE的所有E-RAB。当释放原因不为“NormalRelease”,“Detach”,“User Inactivity”,“CS Fallback triggered”,“UE Not Available for PS Service”,“Inter-RAT Redirection”,“Time Critical Handover”,“Handover Cancelled”时,测量指标L.UECNTX.AbnormRel加1。如【图2】中A点所示,当eNodeB向MME发送S1 RESET(S1复位)消息时,根据包含的上下文个数,指标L.UECNTX.Rel

15、.S1Reset.eNodeB进行累加。如【图3】中A点所示,当MME向eNodeB发送S1 RESET消息时,根据包含的上下文个数,指标L.UECNTX.Rel.S1Reset.MME进行累加。2.2.2、E-RAB掉线率E-RAB掉线分2部分,为eNodeB触发的释放原因为异常的E-RAB释放总次数和切换出E-RAB异常释放总次数,分别如下:切换出E-RAB异常释放信令统计点如下图:上图中,图1表示eNodeB内切换,图2表示X2接口切换,图3表示S1接口切换,图4表示E-UTRAN系统切换到WCDMA系统、GERAN系统、或者TD-SCDMA系统。如图1、图2、图3和图4中C点所示,切换执行成功,但目标小区有建立失败的承载,源小区异常释放对应的E-RAB,则在源小区按各个业务的QCI分别统计该指标。同时,在源小区根据相应E-RAB的个数将总次数累加,即指标L.E-RAB.AbnormRel.HOOut累加。eNodeB触发的释放原因为异常的E-RAB释放信令统计点如下图:如图1中A点所示,当eNodeB发出E-RAB RELEASE INDICATION消息,且释放原因不为“Normal Release”,“Detach”,“User Inactivity”,“CS Fallback triggered”,“UE Not Available For PS S

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 中学教育 > 其它中学文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号