《华为td-lte网络优化kpi问题与优化精篇》由会员分享，可在线阅读，更多相关《华为td-lte网络优化kpi问题与优化精篇（53页珍藏版）》请在金锄头文库上搜索。
1、Page 1第第1 1章章 接入问题定位优化方法接入问题定位优化方法第2章 切换问题定位优化方法第3章 掉话问题定位优化方法第4章相关工具和信息获取方式Page 2第第1 1章章 接入问题定位优化方法接入问题定位优化方法第1节 接入流程及问题表现第2节 问题定位、解决方法第3节 交付件Page 3接入流程可以分为四个步骤:p随机接入pRRC连接建立p鉴权pE-RAB建立接入问题的主要表现也体现在 这四个步骤上。Page 4随机接入失败的常见原因pENB侧参数配置问题pUE侧参数配置问题p信道环境影响p核心网侧配置问题备注：由于随机接入是L2的过程，在ENB侧没有明显的 特征表现，需要结合UE侧
2、的log来进行观察与判断Page 5RRC连接建立的话统统计p【A点】n指标L.RRC.ConnReq.Att加1，不统计重发的次 数p【C点】n指标L.RRC.ConnReq.Succ加1，不统计重发的 次数RRC建立连接失败在ENB侧的表现如下：pRRC_CONNECTION_CMP没有收到pENB回复RRC_CONNECTION_REJECTPage 6这里所说的鉴权流程指的是在S1口上，ENB发起UE_INITIAL_MESSAGE到 收到核心网侧发送的INITIAL_UE_context_Setup_REQ这之间的所有流程 交互：该流程存在问题导致接入失败的几个现象pUE与核心网直传
3、消息空口交互丢失（ENB侧来看是对应的上行直传消息 没有收到）p核心网直接发送释放命令p核心网不响应或者响应过慢Page 7E-RAB建立的话统统计p【A点】n如图中A点所示，当eNodeB收到来自MME的E-RAB SETUP REQUEST或者 INITIAL CONTEXT SETUP REQUEST消息时E-RAB建立尝试次数累加p【B点】n如图中B点所示，当eNodeB收到来自MME的E-RAB SETUP RESPONSE或者 INITIAL CONTEXT SETUP RESPONSE消息时E-RAB建立成功次数累加E-RAB建立失败在空口信令的表现p空口安全交互，UE回复FAI
4、Lp空口安全交互，UE未回复CMPp空口DRB建立重配，UE未回复CMPp空口UE能力查询，UE未回复Page 8lE-RAB建立失败S1口信令表现（空口信令交互正常）p核心网异常p无线资源申请失败pGTPU资源申请失败Page 9第第1 1章章 接入问题定位优化方法接入问题定位优化方法第1节 接入流程及问题表现第2节 问题定位、解决方法第3节 交付件Page 10Page 11话统分析p通过话统分析可以区分RRC建立失败或者E-RAB建立失败的TOP小区 和统计TOP时间段p通过话统分析可以区分RRC建立失败是因为空口原因导致还是由于小 区资源问题导致。p通过话统分析可以统计E-RAB建立过
5、程，由于空口安全交互，UE回复 FAIL导致建立失败的次数，该现象为UE和核心网交互失败导致，需要 联合UE和CN共同定位。Page 12CHR日志分析p通过CHR日志分析可以获取RRC建立失败或者是E-RAB建立失败的top 用户的TMSI。Page 13跟踪p标口跟踪：通过话统统计出top小区和top时间段后，在对应的小区和时 间段开启标口跟踪，查看接入流程走到哪一步失败。pIFTS跟踪：在对应的小区和时间段开启IFTS跟踪，确认接入失败用户 的链路质量状况。p启动单用户全网跟踪：通过TOP用户的TMSI在核心网侧获取其IMSI， 然后启动该用户的全网跟踪。Page 14传输及核心网问题p
6、从跟踪分析流程，如果属于核心网问题，需要联合核心网侧人员共同定 位解决ERAN侧异常p空口异常：上行受限、下行受限、覆盖空洞、干扰过大p基站异常：一般属于产品问题，需要相关产品日志进行分析定位UE侧问题p如果统计显示一直是某个用户接入有问题，而该小区其他用户一直正常 ，该终端异常的可能性较大，需要通过获取的IMSI信息回溯，实地复 现定位解决。Page 15无论是上下行不平衡还是覆盖空洞，均表现为链路质量较差p上行链路较差的表现就是RB缩到最小，上行MCS选择0阶，PHR已经 在0db以下，而且上行BLER较大不收敛，CRC校验解错的概率较高。p下行链路较差的表现为UE上报CQI较差或者网络侧
7、HARQ收到大量来 自UE侧反馈的DTX和NACKp上行受限指的是上行较差而下行还可以；下行受限指的是上行还可以而 下行较差；覆盖空洞指的是上下行链路均已较差。Page 15上行受限 ：下行受限 ：Page 16对于上行受限可采用如下办法解决：p增加基站，减小下行小区覆盖距离p增加塔放，增加上行信号补偿p减小导频功率，减小下行小区覆盖距离p增加天线数，增强上行信号增益对于下行受限可采用如下办法解决：p增加基站，减小下行小区覆盖距离p增大导频功率，增加下行小区覆盖距离p天线拉远，增强边缘覆盖对于覆盖空洞p增加基站，增强覆盖。Page 17第第1 1章章 接入问题定位优化方法接入问题定位优化方法第
8、1节 接入流程及问题表现第2节 问题定位、解决方法第3节 交付件Page 18p问题小区、基站的MML配置文件，基站地理分布图p问题小区、基站的CHR日志及一件式日志p问题小区、基站的IFTS跟踪和标口数据p问题TOP用户的全网跟踪（如果可以执行）p全网话统数据nRRC建立必须导出的话统项： L.RRC.SetupFail.ResFail L.RRC.SetupFail.NoReplynE-RAB建立必须导出的话统项： L.SecurMode.S1.Rx L.SecurMode.Cmd L.SecurMode.Cmp L.SecurMode.FailPage 19第1章 接入问题定位优化方法第
9、第2 2章章 切换问题定位优化方法切换问题定位优化方法第3章 掉话问题定位优化方法第4章相关工具和信息获取方式Page 20第第2 2章章 切换问题定位优化方法切换问题定位优化方法第1节 切换流程及问题表现第2节 问题定位、解决方法第3节 交付件Page 21 切换的过程就是终端在移动过程中与网络连接交互发生变化的过程： LTE系统的整个切换过程完全由网络侧（eNB）控制，所以eNB需要监测UE所处的无线质量环境，这个过程是通过eNB下发测量控制让UE在满足一定条件时上报测量报告来实现的： p触发：当前我司eNB是采用A3事件触发同频切换，通过A2、A4事件来触发异频切换 p切换：eNB下发切
10、换命令给UE，UE收到切换命令后，中断与源小区的交互，按命令切 换到目标小区Page 22 判断是否切换，通常以信令为判断依据，在终端侧，以发出触发切换的测量报告为开始，以切换完成消息为结束； 切换成功时，从UE侧观察表现为UE从一个源小区到一个新的小区（可从PCI变化来观察）进行正常业务交互；Q1：测量报告丢失现象 UE侧发出测量报告后，但没有收到切换命令，在UE侧和eNB的现象分别如下：UE侧信令eNB侧信令Page 23Q2：切换命令丢失现象： UE侧发出测量报告后，eNB收到测量报告，并下发切 换命令，但UE侧没有收到； UE侧看到的现象与切换测量报告丢失一样；从eNB侧 看，则是收到
11、测量报告下发切换命令后，在目标小区没 有收到切换完成消息；Q3：目标小区接入失败现象： UE侧发出测量报告后，eNB收到测量报告，并下发切换 命令，UE收到切换命令后，在目标小区发起接入，但目标 侧没有收到切换完成消息，在UE侧和eNB的现象分别如下 ：UE侧收到切换命 令并向目标侧回 复了 RRC Ref CMP网络侧目标小区没有 收到切换完成信令网络侧源小区已 下发切换命令UE侧信令eNB侧信令Page 24第第2 2章章 切换问题定位优化方法切换问题定位优化方法第1节 切换流程及问题表现第2节 问题定位、解决方法第3节 交付件Page 25 设备状态检查 p 查询基站、小区告警，保 证没
12、有与切换相关的严重告警 （如X2配置链路断开、RRU 告警等） p检查测试终端是否能正常使 用，是否支持异频、异系统重 选、切换功能 参数核查 p 确认切换开关状态 p确认邻区配置，确认邻区关 系、X2接口配置、传输配置 p确认切换参数，比如切换门 限，幅度迟滞，时间迟滞等 p确认是否存在PCI冲突告警 切换失败TOP站邻区漏配检查 p地理位置、网络规划角度， 确认是否邻区漏配，并实施相 应操作Page 26TOP1：邻区漏配核查：l从网络侧跟踪UU口和终端侧Uu口跟踪结合判断：p网络侧：同一用户（CALL ID）连续上报测量报告但没有下发切换命令，检 查X2或S1跟踪中分别也没有HANDOV
13、ER REQUST及 S1AP_HANDOVER_REQUIRED，则很可能是漏配的小区（通过查询配置 确认）；p终端侧：随着UE移动服务小区RSRP越来越差，SINR越来越差，而邻区 RSRP越来越好，上报测量报告，没有收到切换命令；UE侧：发测量 报告，但收不 到切换命令eNodeB侧：收到 测量报告，但不 发起切换（X2口 没有切换请求， 空口没有下发切 换命令）Page 27TOP2：切换不及时：当邻区无线质量满足切换门限时，服务小区的RSRP突然陡降 ：eNodeB侧表 现为下发切 换命令后收 不到切换完 成消息，或 者连测量报 告也收不到 修改服务小区与邻区的偏置CellIndiv
14、idualOffset来提前切换 修改服务小区的延迟触发时间IntraFreqHoA3TimeToTrig来提前切换（建议配置为40ms到200ms 之间的一个值，如80ms） 调整切换门限参数IntraFreqHoA3Hyst、 IntraFreqHoA3Offset来提前切换（此操作用得很少）Page 28TOP2：弱覆盖： 从终端侧判断：p当邻区无线质量满足切换门限时，服务小区和邻区的RSRP都十分弱； 从网络侧判断：p从网络侧跟踪的UU口消息中，触发切换的A3测量报告记录的源小区、目标小区RSRP都很低，当测量报告中携带的服务小区RSRP值小于-110dBm时，可以认为处于信号质量微弱
15、的区域，此时容易出现切换失败，需要调整覆盖； 弱覆盖的解决方法：p调整天线方向角、倾角：当下行先受限时，可以通过调整天线（如减小下倾角）补充远点的下行覆盖；p增加塔放、基站：当上行先受限时，可以通过增加塔放、增加小区（基站或接远RRU）的方式增强上行覆盖；eNodeB侧表 现为下发切 换命令后收 不到切换完 成消息，或 者连测量报 告也收不到UE侧信令表 现为收到切 换命刚发出 切换完成消 息后即发起 RRC重建，或 者收不到切 换命令Page 29TOP3：乒乓切换：路测发 现出现 乒乓切 换RSRP offset (dB)handover target cell 10:50:043PCI1
16、33 10:50:064PCI174 10:50:072PCI133 10:50:083PCI174PCI174 乒乓切换的解决方法p相对调整两小区的CIO值，抵制乒乓切换；p当前默认使用同频切换门限为2dB，从前面整理出来的乒乓区域RSRP相对值来看，最大RSRP差距为4dB，所以设置CIO为-3dB，可以防止乒乓；CellCIO of neighboring cellPCI133-3dBPCI174-3dB设置CIO后，不再 发生乒乓切换Page 30TOP3：干扰 干扰的表现p在RSRP比较好的情况下，吞吐率不如预期、容易出现切换失败甚至掉话等多种现象； 干扰的解决方法p找出干扰原因，去除干扰源网络侧跟踪到 的RB RSSI明显 比其它RB高UE上报的子带 CQI比其它子带 明显小很多Page 31第第2 2章章 切换问题定位优化方法切换问题定位优化方法第1节 切换流程及问题表现第2节 问题定位、解决
