LTE差小区问题分析与处理方法

LTE差小区问题分析与处理方法1、接入类1.1定位思路和基本步骤接入失败通常有三大类原因：无线侧参数配置问题、信道环境影响以及核心网侧配置问题。因此遇到无法接入的情况，可以大致按以下步骤进行排查：1.确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。2.如果是部分站点指标恶化，拖累全网指标，需要寻找TOP站点。3.查询RRC连接建立和ERAB建立成功率最低的TOP3站点和TOP时间段。4.查看TOP站点告警，检查单板状态，RRU状态，小区状态，OM操作，配置是否异常。5.提取CHR日志，分析接入时的信道质量和SRS的SINR是否较差（弱覆盖），是否存在TOP用户。6.针对TOP站点进行针对性的标准信令跟踪、干扰检测分析。7.如果标准信令和干扰检测无异常，将一键式日志，标口跟踪，干扰检测结果返回给开发人员分析。1.2常见接入失败原因1.2.1资源分配失败导致RRC连接建立失败话统指标项指标ID1526727083152672848515267284861526729949指标名称L.RRC.SetupFail.ResFailL.RRC.SetupFail.ResFail.SRSL.RRC.SetupFail.ResFail.PUCCHL.RRC.SetupFail.ResFail.UserSpec指标描述资源分配失败而导致RRC连接建立失败的次数因为SRS资源分配失败而导致RRC连接建立失败的次数因为PUCCH资源分配失败而导致RRC连接建立失败的次数用户数规格受限导致的RRC连接建立失败次数关联指标项指标ID1526727379指标名称L.Traffic.User.Max指标描述小区内的最大用户数资源分配失败导致的RRC连接建立失败，按照原因细分有SRS资源分配失败、PUCCH资源分配失败、用户数规格受限三种：1、SRS/PUCCH资源分配失败处理方法：（1）打开SRI自适应开关（SriAdaptiveSwitch），自适应调整SRI调度周期MML命令：MODGLOBALPROCSWITCH:SRIADAPTIVESWITCH=ON;（2）打开小区级子帧树重配开关，根据小区资源使用情况，动态调整SRS的子帧配置MML命令：MODCELLALGOSWITCH:SRSALGOSWITCH=SrsSubframeRecfSwitch-1;（3）打开PUCCH算法开关，当PUCCH资源不足时可以发起资源配置调整MML命令：MODCELLALGOSWITCH:LOCALCELLID=x,PUCCHALGOSWITCH=PucchSwitch-1;（4）将SRS资源配置方式修改为接入优先MML命令：MODSRSCFG:LOCALCELLID=x,SRSCFGIND=BOOLEAN_TRUE,TDDSRSCFGMODE=ACCESS_FIRST;2、用户数规格受限：目前版本单小区最大支持的同步用户数为400，当小区最大用户数接近或超过400时，会出现由于资源分配失败导致的RRC建立失败，同时考虑用户感知速率，建议小区用户超过350在无法及时扩容的情况下，可采取下面应急措施：（1）增大T302定时器，增加在RRC连接建立拒绝后延长惩罚的时间（默认4s）MODRRCCONNSTATETIMER:T302=16;（2）缩小覆盖：调整下倾角，或减少RS功率，缩小小区覆盖1.2.2流控导致的RRC连接建立失败话统指标项：指标ID15267284891526728490指标名称：L.RRC.ConnReq.Msg.disc.FlowCtrlL.RRC.SetupFail.Rej.FlowCtrl指标描述流控导致的RRCConnectionRequest消息丢弃次数流控导致的发送RRCConnectionReject消息次数关联指标项：指标ID152672701315267270141526728332指标名称VS.Board.CPUload.MaxVS.Board.CPUload.MeanVS.Board.CPULoad.CumulativeHighloadCount指标描述单板CPU最大占用率单板CPU平均占用率单板CPU占用率高于预设门限的次数CPU负荷大于80%触发流控，80%~85%之间回复RRCREJECT，大于85%直接丢弃，建议CPU负荷大于80%时进行单板扩容，如果CPU负荷增加，暂无法扩容，可采用以下应急措施：1、增大T302定时器，增加在RRC连接建立拒绝后延长惩罚的时间（默认4s）MML命令：MODRRCCONNSTATETIMER:T302=16;2、缩小覆盖：调整下倾角，或减少RS功率，缩小小区覆盖；3、关闭FASTANR特性：MML命令：MODENODEBALGOSWITCH:ANRSWITCH=IntraRatFastAnrSwitch-0&UtranFastAnrSwitch-0&GeranFastAnrSwitch-0&CdmaFastAnrSwitch-0;4、关闭ULCOMP：MML命令：MODCELLALGOSWITCH:LOCALCELLID=x,ULCOMPSWITCH=DISABLE;5、关闭下行频选：MML命令：MODCELLALGOSWITCH:LOCALCELLID=x,DLSCHSWITCH=FreqSelSwitch-0;1.2.3UE无应答导致RRC建立失败话统指标项指标ID1526727084指标名称L.RRC.SetupFail.NoReply指标描述UE无应答而导致RRC连接建立失败的次数关联指标项：指标ID1526728298指标名称L.UL.Interference.Avg指标描述系统上行每个PRB上检测到的干扰噪声的平均值UE无应答导致的RRC建立失败，通常是由于上行干扰或弱覆盖导致终端无法收到RRC建立消息或RRC建立完成消息无法解调，需要排查干扰、解决弱覆盖问题优化建议：1、结合实际无线环境通过工程参数调整、站点补盲解决弱覆盖问题；2、根据干扰在每个PRB上的分布特征，定位干扰类型，排查干扰源；3、极端情况下提升小区最小接入电平控制用户接入；4、调整上行功控参数路径损耗因子（0.7）、PUSCH标称P0值（-67）提升UE发射功率；MML命令：MODCELLULPCCOMM5、降低RACH最大传输次数，减少边缘用户RRC请MML命令：MODRACHCFG1.2.4无线资源不足导致E-RAB建立失败话统指标项指标ID152672827915267295451526729546指标名称L.E-RAB.FailEst.NoRadioResL.E-RAB.FailEst.NoRadioRes.SRSL.E-RAB.FailEst.NoRadioRes.PUCCH指标描述无线资源不足导致E-RAB建立失败次数SRS资源不足导致的E-RAB建立失败次数PUCCH资源不足导致的E-RAB建立失败次数关联指标项：指标ID1526727379指标名称L.Traffic.User.Max指标描述小区内的最大用户数首先判断小区用户数是否超规格，如果确实由于用户多导致的E-RAB建立失败，则需要进行扩容；对于暂时无法扩容的，按照RRC建立失败时的应急措施缓解；对于小区用户数未超规格的，可能是由于小区参数配置措施导致，需要进行全参数核查，如果参数没有问题，则需要进行IFTS跟踪，将结果反馈至研发确认1.2.5UE响应超时导致E-RAB建立失败话统指标项指标ID1526726717指标名称L.E-RAB.FailEst.NoReply指标描述等待UE响应超时导致E-RAB建立失败的次数UE无响应问题常见有以下情况：1、基站下发了RRC_SECUR_MODE_CMD消息没有收到UE的RRC_SECUR_MODE_CMP消息；2、基站下发了RRC_UE_CAP_ENQUIRY消息没有收到UE的RRC_UE_CAP_INFO消息；1.2.6安全模式配置失败导致E-RAB建立失败话统指标项指标ID1526728280指标名称L.E-RAB.FailEst.SecurModeFail指标描述安全模式配置失败导致E-RAB建立失败次数通常情况下，出现安全模式配置失败问题主要由以下几种原因：1、TOP终端导致；2、基站完整性保护算法配置错误；3、核心网配置问题导致；对于以上原因，都需要进行信令跟踪并联合核心网、终端侧进行定位；1.2.7传输问题导致的E-RAB建立失败话统指标项指标ID152672827715267299511526729952指标名称L.E-RAB.FailEst.TNLL.E-RAB.FailEst.TNL.DLResL.E-RAB.FailEst.TNL.ULRes指标描述传输层问题导致E-RAB建立失败次数下行传输资源不足导致E-RAB建立失败次数上行传输资源不足导致E-RAB建立失败次数，出现传输问题导致的E-RAB建立失败，一般有以下原因：1、本端IP地址或者对端IP配置错误，导致IPPATH自建立失败；2、IPRT等配置错误，导致IPPATH链路不可用；3、资源组无法给IPPATH分配传输资源；定位思路：1、查看小区是否存在传输链路故障告警，传输是否存在闪断；2、跟踪S1接口消息，找出失败时对端IP地址，查看基站是否漏配或错配IPPATH；1.2.8核心网问题话统指标项指标ID1526728276指标名称L.E-RAB.FailEst.MME指标描述核心网触发的E-RAB建立失败次数定位思路：1.首先确认问题出现的时间点及涉及范围；2.与核心网确认是否在此期间进行过相关操作；3.根据日志分析是否为TOP终端问题；2、掉线类2.1定位思路和基本步骤首先要获取全网的掉话率指标及话统变化趋势，如果全网指标突然恶化，需要执行以下检查工作：1.确认是否存在传输告警，设备异常告警等；2.分析是否由于话务量突增导致的掉话率恶化；3.确认近期是否有过版本升级、打补丁等操作等重大操作；MML命令：LSTSOFTWARE4.分析小区级掉话指标，按照掉话绝对次数分析TOPN，首先核查小区是否存在RRU、通道、传输、基带板等相关告警；5.分析小区掉话原因、是否存在TOP用户；6.针对不同原因进行优化调整；2.2常见掉话原因2.2.1无线层问题导致的异常释放话统指标项指标ID1526728282152672954915267295501526729551152672955215267288571526730863指标名称L.E-RAB.AbnormRel.RadioL.E-RAB.AbnormRel.Radio.SRBResetL.E-RAB.AbnormRel.Radio.DRBResetL.E-RAB.AbnormRel.Radio.ULSyncFailL.E-RAB.AbnormRel.Radio.UuNoReplyL.UECNTX.Rel.eNodeB.RnlL.UECNTX.AbnormRel.UlWeak指标描述无线层问题导致的激活的E-RAB异常释放次数SRBRLC达到最大重传次数导致的激活的E-RAB异常释放次数DRBRLC达到最大重传次数导致的激活的E-RAB异常释放次数上行重同步失败导致的激活的E-RAB异常释放次数UEReply超时导致的激活的E-RAB异常释放次数eNodeB发起的原因为无线层问题的UEContext释放次数eNodeB发起的原因为上行弱覆盖的UEContext异常释放次数关联指标项指标ID152672829715267282981526728435指标名称L.UL.Interference.MaxL.UL.Interference.AvgL.UL.Interference.Min指标描述系统上行每个PRB上检测到的干扰噪声的最大值系统上行每个PRB上检测到的干扰噪声的平均值系统上行每个PRB上检测到的干扰噪声的最小值无线原因导致的掉话主