{KPI绩效指标}LTE网络KPI常见问题和优化精要

上传人:精****库 文档编号:140669173 上传时间:2020-07-31 格式:PPTX 页数:53 大小:3.29MB
返回 下载 相关 举报
{KPI绩效指标}LTE网络KPI常见问题和优化精要_第1页
第1页 / 共53页
{KPI绩效指标}LTE网络KPI常见问题和优化精要_第2页
第2页 / 共53页
{KPI绩效指标}LTE网络KPI常见问题和优化精要_第3页
第3页 / 共53页
{KPI绩效指标}LTE网络KPI常见问题和优化精要_第4页
第4页 / 共53页
{KPI绩效指标}LTE网络KPI常见问题和优化精要_第5页
第5页 / 共53页
点击查看更多>>
资源描述

《{KPI绩效指标}LTE网络KPI常见问题和优化精要》由会员分享,可在线阅读,更多相关《{KPI绩效指标}LTE网络KPI常见问题和优化精要(53页珍藏版)》请在金锄头文库上搜索。

1、Page 1,第1章 接入问题定位优化方法 第2章 切换问题定位优化方法 第3章 掉话问题定位优化方法 第4章相关工具和信息获取方式,Page 2,第1章 接入问题定位优化方法 第1节 接入流程及问题表现 第2节 问题定位、解决方法 第3节 交付件,接入流程,Page 3,接入流程可以分为四个步骤: 随机接入 RRC连接建立 鉴权 E-RAB建立 接入问题的主要表现也体现在这四个步骤上。,随机接入失败,Page 4,随机接入失败的常见原因 ENB侧参数配置问题 UE侧参数配置问题 信道环境影响 核心网侧配置问题 备注:由于随机接入是L2的过程,在ENB侧没有明显的特征表现,需要结合UE侧的lo

2、g来进行观察与判断,RRC连接建立失败,Page 5,RRC连接建立的话统统计 【A点】 指标L.RRC.ConnReq.Att加1,不统计重发的次数 【C点】 指标L.RRC.ConnReq.Succ加1,不统计重发的次数 RRC建立连接失败在ENB侧的表现如下: RRC_CONNECTION_CMP没有收到 ENB回复RRC_CONNECTION_REJECT,鉴权流程失败,Page 6,这里所说的鉴权流程指的是在S1口上,ENB发起UE_INITIAL_MESSAGE到收到核心网侧发送的INITIAL_UE_context_Setup_REQ这之间的所有流程交互: 该流程存在问题导致接入

3、失败的几个现象 UE与核心网直传消息空口交互丢失(ENB侧来看是对应的上行直传消息没有收到) 核心网直接发送释放命令 核心网不响应或者响应过慢,E-RAB建立失败,Page 7,E-RAB建立的话统统计 【A点】 如图中A点所示,当eNodeB收到来自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息时E-RAB建立尝试次数累加 【B点】 如图中B点所示,当eNodeB收到来自MME的E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息时E-RAB建立成功次数累加 E-RAB建

4、立失败在空口信令的表现 空口安全交互,UE回复FAIL 空口安全交互,UE未回复CMP 空口DRB建立重配,UE未回复CMP 空口UE能力查询,UE未回复,E-RAB建立失败(续),Page 8,E-RAB建立失败S1口信令表现(空口信令交互正常) 核心网异常 无线资源申请失败 GTPU资源申请失败,Page 9,第1章 接入问题定位优化方法 第1节 接入流程及问题表现 第2节 问题定位、解决方法 第3节 交付件,接入失败问题定位规定动作,Page 10,问题定位:第一板斧,Page 11,话统分析 通过话统分析可以区分RRC建立失败或者E-RAB建立失败的TOP小区和统计TOP时间段 通过话

5、统分析可以区分RRC建立失败是因为空口原因导致还是由于小区资源问题导致。 通过话统分析可以统计E-RAB建立过程,由于空口安全交互,UE回复FAIL导致建立失败的次数,该现象为UE和核心网交互失败导致,需要联合UE和CN共同定位。,问题定位:第二板斧,Page 12,CHR日志分析 通过CHR日志分析可以获取RRC建立失败或者是E-RAB建立失败的top用户的TMSI。,问题定位:第三板斧,Page 13,跟踪 标口跟踪:通过话统统计出top小区和top时间段后,在对应的小区和时间段开启标口跟踪,查看接入流程走到哪一步失败。 IFTS跟踪:在对应的小区和时间段开启IFTS跟踪,确认接入失败用户

6、的链路质量状况。 启动单用户全网跟踪:通过TOP用户的TMSI在核心网侧获取其IMSI,然后启动该用户的全网跟踪。,Page 14,传输及核心网问题 从跟踪分析流程,如果属于核心网问题,需要联合核心网侧人员共同定位解决 ERAN侧异常 空口异常:上行受限、下行受限、覆盖空洞、干扰过大 基站异常:一般属于产品问题,需要相关产品日志进行分析定位 UE侧问题 如果统计显示一直是某个用户接入有问题,而该小区其他用户一直正常,该终端异常的可能性较大,需要通过获取的IMSI信息回溯,实地复现定位解决。,问题解决方法:上下行不平衡和覆盖空洞,Page 15,无论是上下行不平衡还是覆盖空洞,均表现为链路质量较

7、差 上行链路较差的表现就是RB缩到最小,上行MCS选择0阶,PHR已经在0db以下,而且上行BLER较大不收敛,CRC校验解错的概率较高。 下行链路较差的表现为UE上报CQI较差或者网络侧HARQ收到大量来自UE侧反馈的DTX和NACK 上行受限指的是上行较差而下行还可以;下行受限指的是上行还可以而下行较差;覆盖空洞指的是上下行链路均已较差。,Page 15,上行受限:,下行受限:,问题解决方法:上下行不平衡和覆盖空洞,Page 16,对于上行受限可采用如下办法解决: 增加基站,减小下行小区覆盖距离 增加塔放,增加上行信号补偿 减小导频功率,减小下行小区覆盖距离 增加天线数,增强上行信号增益

8、对于下行受限可采用如下办法解决: 增加基站,减小下行小区覆盖距离 增大导频功率,增加下行小区覆盖距离 天线拉远,增强边缘覆盖 对于覆盖空洞 增加基站,增强覆盖。,Page 17,第1章 接入问题定位优化方法 第1节 接入流程及问题表现 第2节 问题定位、解决方法 第3节 交付件,接入问题交付件,Page 18,问题小区、基站的MML配置文件,基站地理分布图 问题小区、基站的CHR日志及一件式日志 问题小区、基站的IFTS跟踪和标口数据 问题TOP用户的全网跟踪(如果可以执行) 全网话统数据 RRC建立必须导出的话统项: L.RRC.SetupFail.ResFail L.RRC.SetupFa

9、il.NoReply E-RAB建立必须导出的话统项: L.SecurMode.S1.Rx L.SecurMode.Cmd L.SecurMode.Cmp L.SecurMode.Fail,Page 19,第1章 接入问题定位优化方法 第2章 切换问题定位优化方法 第3章 掉话问题定位优化方法 第4章相关工具和信息获取方式,Page 20,第2章 切换问题定位优化方法 第1节 切换流程及问题表现 第2节 问题定位、解决方法 第3节 交付件,切换原理及信令流程,Page 21,切换的过程就是终端在移动过程中与网络连接交互发生变化的过程: LTE系统的整个切换过程完全由网络侧(eNB)控制,所以e

10、NB需要监测UE所处的无线质量环境,这个过程是通过eNB下发测量控制让UE在满足一定条件时上报测量报告来实现的: 触发:当前我司eNB是采用A3事件触发同频切换,通过A2、A4事件来触发异频切换 切换:eNB下发切换命令给UE,UE收到切换命令后,中断与源小区的交互,按命令切换到目标小区,切换失败,Page 22,判断是否切换,通常以信令为判断依据,在终端侧,以发出触发切换的测量报告为开始,以切换完成消息为结束; 切换成功时,从UE侧观察表现为UE从一个源小区到一个新的小区(可从PCI变化来观察)进行正常业务交互;,Q1:测量报告丢失现象,UE侧发出测量报告后,但没有收到切换命令,在UE侧和e

11、NB的现象分别如下:,UE侧信令,eNB侧信令,切换失败,Page 23,Q2:切换命令丢失现象:,UE侧发出测量报告后,eNB收到测量报告,并下发切换命令,但UE侧没有收到; UE侧看到的现象与切换测量报告丢失一样;从eNB侧看,则是收到测量报告下发切换命令后,在目标小区没有收到切换完成消息;,Q3:目标小区接入失败现象:,UE侧发出测量报告后,eNB收到测量报告,并下发切换命令,UE收到切换命令后,在目标小区发起接入,但目标侧没有收到切换完成消息,在UE侧和eNB的现象分别如下:,UE侧收到切换命令并向目标侧回复了 RRC Ref CMP,网络侧目标小区没有收到切换完成信令,网络侧源小区已

12、下发切换命令,UE侧信令,eNB侧信令,Page 24,第2章 切换问题定位优化方法 第1节 切换流程及问题表现 第2节 问题定位、解决方法 第3节 交付件,切换问题定位规定动作,Page 25,设备状态检查 查询基站、小区告警,保证没有与切换相关的严重告警(如X2配置链路断开、RRU告警等) 检查测试终端是否能正常使用,是否支持异频、异系统重选、切换功能 参数核查 确认切换开关状态 确认邻区配置,确认邻区关系、X2接口配置、传输配置 确认切换参数,比如切换门限,幅度迟滞,时间迟滞等 确认是否存在PCI冲突告警 切换失败TOP站邻区漏配检查 地理位置、网络规划角度,确认是否邻区漏配,并实施相应

13、操作,切换问题的定位、解决方法,Page 26,TOP1:邻区漏配核查:,从网络侧跟踪UU口和终端侧Uu口跟踪结合判断: 网络侧:同一用户(CALL ID)连续上报测量报告但没有下发切换命令,检查X2或S1跟踪中分别也没有HANDOVER REQUST及S1AP_HANDOVER_REQUIRED,则很可能是漏配的小区(通过查询配置确认); 终端侧:随着UE移动服务小区RSRP越来越差,SINR越来越差,而邻区RSRP越来越好,上报测量报告,没有收到切换命令;,UE侧:发测量报告,但收不到切换命令,eNodeB侧:收到测量报告,但不发起切换(X2口没有切换请求,空口没有下发切换命令),切换问题

14、的定位、解决方法,Page 27,TOP2:切换不及时:,当邻区无线质量满足切换门限时,服务小区的RSRP突然陡降:,eNodeB侧表现为下发切换命令后收不到切换完成消息,或者连测量报告也收不到,修改服务小区与邻区的偏置CellIndividualOffset来提前切换 修改服务小区的延迟触发时间IntraFreqHoA3TimeToTrig来提前切换(建议配置为40ms到200ms之间的一个值,如80ms) 调整切换门限参数IntraFreqHoA3Hyst、 IntraFreqHoA3Offset来提前切换(此操作用得很少),切换问题的定位、解决方法,Page 28,TOP2:弱覆盖:,从

15、终端侧判断: 当邻区无线质量满足切换门限时,服务小区和邻区的RSRP都十分弱; 从网络侧判断: 从网络侧跟踪的UU口消息中,触发切换的A3测量报告记录的源小区、目标小区RSRP都很低,当测量报告中携带的服务小区RSRP值小于-110dBm时,可以认为处于信号质量微弱的区域,此时容易出现切换失败,需要调整覆盖; 弱覆盖的解决方法: 调整天线方向角、倾角:当下行先受限时,可以通过调整天线(如减小下倾角)补充远点的下行覆盖; 增加塔放、基站:当上行先受限时,可以通过增加塔放、增加小区(基站或接远RRU)的方式增强上行覆盖;,eNodeB侧表现为下发切换命令后收不到切换完成消息,或者连测量报告也收不到

16、,UE侧信令表现为收到切换命刚发出切换完成消息后即发起RRC重建,或者收不到切换命令,切换问题的定位、解决方法,Page 29,TOP3:乒乓切换:,路测发现出现乒乓切换,PCI174,乒乓切换的解决方法 相对调整两小区的CIO值,抵制乒乓切换; 当前默认使用同频切换门限为2dB,从前面整理出来的乒乓区域RSRP相对值来看,最大RSRP差距为4dB,所以设置CIO为-3dB,可以防止乒乓;,设置CIO后,不再发生乒乓切换,切换问题的定位、解决方法,Page 30,TOP3:干扰,干扰的表现 在RSRP比较好的情况下,吞吐率不如预期、容易出现切换失败甚至掉话等多种现象; 干扰的解决方法 找出干扰原因,去除干扰源,网络侧跟踪到的RB RSSI明显比其它RB高,UE上报的子带CQI比其它子带明显小很多,Page 31,第2章 切换问题定位优化方法 第1节 切换流程及问题表现 第2节 问题定位、解决方法 第3节 交付件,切换问题交付件,Page 32,问题小区、基站的MML配置文件 问题小区、基站的CHR日志 问题小区、基站的标口消息跟踪(大于8小时)数据 全网话统数

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

当前位置:首页 > 商业/管理/HR > 企业文档

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