TDLTE无线网络KPI常见问题和优化精要

Page1第1章接入问题定位优化方法第2章切换问题定位优化方法第3章掉话问题定位优化方法第4章相关工具和信息获取方式Page2第1章接入问题定位优化方法第1节接入流程及问题表现第2节问题定位、处理方法第3节交付件接入流程Page3接入流程可以分为四个步骤:随机接入RRC衔接建立鉴权E-RAB建立接入问题的主要表现也表达在这四个步骤上。随机接入失败Page4随机接入失败的常见缘由ENB侧参数配置问题UE侧参数配置问题信道环境影响中心网侧配置问题备注：由于随机接入是L2的过程，在ENB侧没有明显的特征表现，需求结合UE侧的log来进展察看与判别RRC衔接建立失败Page5RRC衔接建立的话统统计【A点】目的L.RRC.ConnReq.Att加1，不统计重发的次数【C点】目的L.RRC.ConnReq.Succ加1，不统计重发的次数RRC建立衔接失败在ENB侧的表现如下：RRC_CONNECTION_CMP没有收到ENB回复RRC_CONNECTION_REJECT鉴权流程失败Page6这里所说的鉴权流程指的是在S1口上，ENB发起UE_INITIAL_MESSAGE到收到中心网侧发送的INITIAL_UE_context_Setup_REQ这之间的一切流程交互：该流程存在问题导致接入失败的几个景象UE与中心网直传音讯空口交互丧失〔ENB侧来看是对应的上行直传音讯没有收到〕中心网直接发送释放命令中心网不呼应或者呼应过慢E-RAB建立失败Page7E-RAB建立的话统统计【A点】如图中A点所示，当eNodeB收到来自MME的E-RABSETUPREQUEST或者INITIALCONTEXTSETUPREQUEST音讯时E-RAB建立尝试次数累加【B点】如图中B点所示，当eNodeB收到来自MME的E-RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE音讯时E-RAB建立胜利次数累加E-RAB建立失败在空口信令的表现空口平安交互，UE回复FAIL空口平安交互，UE未回复CMP空口DRB建立重配，UE未回复CMP空口UE才干查询，UE未回复E-RAB建立失败〔续〕Page8E-RAB建立失败S1口信令表现〔空口信令交互正常〕中心网异常无线资源恳求失败GTPU资源恳求失败Page9第1章接入问题定位优化方法第1节接入流程及问题表现第2节问题定位、处理方法第3节交付件接入失败问题定位规定动作Page10问题定位：第一板斧Page11话统分析经过话统分析可以区分RRC建立失败或者E-RAB建立失败的TOP小区和统计TOP时间段经过话统分析可以区分RRC建立失败是由于空口缘由导致还是由于小区资源问题导致。经过话统分析可以统计E-RAB建立过程，由于空口平安交互，UE回复FAIL导致建立失败的次数，该景象为UE和中心网交互失败导致，需求结合UE和CN共同定位。问题定位：第二板斧Page12CHR日志分析经过CHR日志分析可以获取RRC建立失败或者是E-RAB建立失败的top用户的TMSI。问题定位：第三板斧Page13跟踪标口跟踪：经过话统统计出top小区和top时间段后，在对应的小区和时间段开启标口跟踪，查看接入流程走到哪一步失败。IFTS跟踪：在对应的小区和时间段开启IFTS跟踪，确认接入失败用户的链路质量情况。启动单用户全网跟踪：经过TOP用户的TMSI在中心网侧获取其IMSI，然后启动该用户的全网跟踪。问题处理方法Page14传输及中心网问题从跟踪分析流程，假设属于中心网问题，需求结合中心网侧人员共同定位处理ERAN侧异常空口异常：上行受限、下行受限、覆盖空洞、干扰过大基站异常：普通属于产品问题，需求相关产品日志进展分析定位UE侧问题假设统计显示不断是某个用户接入有问题，而该小区其他用户不断正常，该终端异常的能够性较大，需求经过获取的IMSI信息回溯，实地复现定位处理。问题处理方法：上下行不平衡和覆盖空洞Page15无论是上下行不平衡还是覆盖空洞，均表现为链路质量较差上行链路较差的表现就是RB缩到最小，上行MCS选择0阶，PHR曾经在0db以下，而且上行BLER较大不收敛，CRC校验解错的概率较高。下行链路较差的表现为UE上报CQI较差或者网络侧HARQ收到大量来自UE侧反响的DTX和NACK上行受限指的是上行较差而下行还可以；下行受限指的是上行还可以而下行较差；覆盖空洞指的是上下行链路均已较差。Page15上行受限：下行受限：问题处理方法：上下行不平衡和覆盖空洞Page16对于上行受限可采用如下方法处理：添加基站，减小下行小区覆盖间隔添加塔放，添加上行信号补偿减小导频功率，减小下行小区覆盖间隔添加天线数，加强上行信号增益对于下行受限可采用如下方法处理：添加基站，减小下行小区覆盖间隔增大导频功率，添加下行小区覆盖间隔天线拉远，加强边缘覆盖对于覆盖空洞添加基站，加强覆盖。Page17第1章接入问题定位优化方法第1节接入流程及问题表现第2节问题定位、处理方法第3节交付件接入问题交付件Page18问题小区、基站的MML配置文件，基站地理分布图问题小区、基站的CHR日志及一件式日志问题小区、基站的IFTS跟踪和标口数据问题TOP用户的全网跟踪〔假设可以执行〕全网话统数据RRC建立必需导出的话统项：L.RRC.SetupFail.ResFailL.RRC.SetupFail.NoReplyE-RAB建立必需导出的话统项：L.SecurMode.S1.RxL.SecurModedL.SecurModepL.SecurMode.FailPage19第1章接入问题定位优化方法第2章切换问题定位优化方法第3章掉话问题定位优化方法第4章相关工具和信息获取方式Page20第2章切换问题定位优化方法第1节切换流程及问题表现第2节问题定位、处理方法第3节交付件切换原理及信令流程Page21切换的过程就是终端在挪动过程中与网络衔接交互发生变化的过程：

LTE系统的整个切换过程完全由网络侧〔eNB〕控制，所以eNB需求监测UE所处的无线质量环境，这个过程是经过eNB下发丈量控制让UE在满足一定条件时上报丈量报告来实现的：触发：当前我司eNB是采用A3事件触发同频切换，经过A2、A4事件来触发异频切换切换：eNB下发切换命令给UE，UE收到切换命令后，中断与源小区的交互，按命令切换到目的小区切换失败Page22判别能否切换，通常以信令为判别根据，在终端侧，以发出触发切换的丈量报告为开场，以切换完成音讯为终了；切换胜利时，从UE侧察看表现为UE从一个源小区到一个新的小区〔可从PCI变化来察看〕进展正常业务交互；Q1：丈量报告丧失景象UE侧发出丈量报告后，但没有收到切换命令，在UE侧和eNB的景象分别如下：UE侧信令eNB侧信令切换失败Page23Q2：切换命令丧失景象：UE侧发出丈量报告后，eNB收到丈量报告，并下发切换命令，但UE侧没有收到；UE侧看到的景象与切换丈量报告丧失一样；从eNB侧看，那么是收到丈量报告下发切换命令后，在目的小区没有收到切换完成音讯；Q3：目的小区接入失败景象：UE侧发出丈量报告后，eNB收到丈量报告，并下发切换命令，UE收到切换命令后，在目的小区发起接入，但目的侧没有收到切换完成音讯，在UE侧和eNB的景象分别如下：UE侧收到切换命令并向目的侧回复了RRCRefCMP网络侧目的小区没有收到切换完成信令网络侧源小区已下发切换命令UE侧信令eNB侧信令Page24第2章切换问题定位优化方法第1节切换流程及问题表现第2节问题定位、处理方法第3节交付件切换问题定位规定动作Page25设备形状检查查询基站、小区告警，保证没有与切换相关的严重告警〔如X2配置链路断开、RRU告警等〕检查测试终端能否能正常运用，能否支持异频、异系统重选、切换功能参数核对确认切换开关形状确认邻区配置，确认邻区关系、X2接口配置、传输配置确认切换参数，比如切换门限，幅度迟滞，时间迟滞等确认能否存在PCI冲突告警切换失败TOP站邻区漏配检查地理位置、网络规划角度，确认能否邻区漏配，并实施相应操作切换问题的定位、处理方法Page26TOP1：邻区漏配核对：从网络侧跟踪UU口和终端侧Uu口跟踪结合判别：网络侧：同一用户〔CALLID〕延续上报丈量报告但没有下发切换命令，检查X2或S1跟踪中分别也没有HANDOVERREQUST及S1AP_HANDOVER_REQUIRED，那么很能够是漏配的小区〔经过查询配置确认〕；终端侧：随着UE挪动效力小区RSRP越来越差，SINR越来越差，而邻区RSRP越来越好，上报丈量报告，没有收到切换命令；UE侧：发丈量报告，但收不到切换命令eNodeB侧：收到丈量报告，但不发起切换〔X2口没有切换恳求，空口没有下发切换命令〕切换问题的定位、处理方法Page27TOP2：切换不及时：当邻区无线质量满足切换门限时，效力小区的RSRP忽然陡降：eNodeB侧表现为下发切换命令后收不到切换完成音讯，或者连丈量报告也收不到修正效力小区与邻区的偏置CellIndividualOffset来提早切换修正效力小区的延迟触发时间IntraFreqHoA3TimeToTrig来提早切换〔建议配置为40ms到200ms之间的一个值，如80ms〕调整切换门限参数IntraFreqHoA3Hyst、IntraFreqHoA3Offset来提早切换〔此操作用得很少〕切换问题的定位、处理方法Page28TOP2：弱覆盖：从终端侧判别：当邻区无线质量满足切换门限时，效力小区和邻区的RSRP都非常弱；从网络侧判别：从网络侧跟踪的UU口音讯中，触发切换的A3丈量报告记录的源小区、目的小区RSRP都很低，当丈量报告中携带的效力小区RSRP值小于-110dBm时，可以以为处于信号质量微弱的区域，此时容易出现切换失败，需求调整覆盖；弱覆盖的处理方法：调整天线方向角、倾角：当下行先受限时，可以经过调整天线〔如减小下倾角〕补充远点的下行覆盖；添加塔放、基站：当上行先受限时，可以经过添加塔放、添加小区〔基站或接远RRU〕的方式加强上行覆盖；eNodeB侧表现为下发切换命令后收不到切换完成音讯，或者连丈量报告也收不到UE侧信令表现为收到切换命刚发出切换完成音讯后即发起RRC重建，或者收不到切换命令切换问题的定位、处理方法Page29TOP3：乒乓切换：路测发现出现乒乓切换

RSRPoffset

(dB)handovertargetcell10:50:043PCI13310:50:064PCI17410:50:072PCI13310:50:083PCI174PCI174乒乓切换的处理方法相对调整两小区的CIO值，抵抗乒乓切换；当前默许运用同频切换门限为2dB，从前面整理出来的乒乓区域RSRP相对值来看，最大RSRP差距为4dB，所以设置CIO为-3dB，可以防止乒乓；CellCIOofneighboringcellPCI133-3dBPCI174-3dB设置CIO后，不再发生乒乓切换切换问题的定位、处理方法Page30TOP3：干扰干扰的表现在RSRP比较好的情况下，吞吐率不如预期、容易出现切换失败甚至掉话等多种景象；干扰的处理方法找出干扰缘由，去除干扰源网络侧跟踪到的RBRSSI明显比其它RB高UE上报的子带CQI比其它子带明显小很多Page31第2章切换问题定位优化方法第1节切换流程及问题表现第2节问题定位、处理方法第3节交付件切换问题交付件Page32问题小区、基站的MML配置文件问题小区、基站的CHR日志问题小区、基站的标口音讯跟踪〔大于8小时〕数据全网话统数据路测时，运用华为UE，记录PROBE数据，及网络侧对此UE的单用户跟踪数据〔初次的网络侧单用户跟踪只记录规范接口信令，后续根据后方分析反响，按要求记录其它数据〕Page33第1章接入问题定位优化方法第2章切换问题定位优化方法第3章掉话问题定位优化方法第4章相关工具和信息获取方式Page34第3章掉话问题定位优化方法第1节掉话流程及问题表现第2节问题定位、处理方法LTE网络掉话定义Page35话统掉话定义当eNodeB收到来自MME的E-RABRELEASECOMMAND〔UECONTEXTRELEASECOMMAND〕音讯，或eNodeB向MME发送E-RABRELEASEINDICATION〔UECONTEXTRELEASEREQUEST〕音讯，且释放缘由不为“NormalRelease〞，“UserInactivity〞，“PartialHandover〞，“Handovertriggered〞，“successful-handover〞，“cs-fallback-triggered〞时统计该目的。假设E-RABRELEASECOMMAND音讯中要求同时释放多个E-RAB，那么相应目的按各个业务的QCI分别进展累加。Page36第3章掉话问题定位优化方法第1节掉话流程及问题表现第2节问题定位、处理方法掉话排查根本步骤Page37首先需求在话统侧获取全网的掉话率目的以及趋势，掉话率趋势分析至少需求1~2周左右的数据，假设全网掉话率目的忽然偏高，普通执行步骤：能否全网问题：对MME及eNB侧进展告警排查〔传输，设备等告警〕、察看期间能否实施版本晋级能否存在Top小区：小区级的掉话率目的和掉话绝对次数按从高到低的顺序进展排序，优先分析掉话绝对次数多而且掉话率高的Top小区对Top小区进展参数核对、告警检查等对引起掉话的Top缘由进展定位分析假设是共性问题，将优化结果复制到全网掉话问题定位、处理方法Page38Top1：参数对比随机抽取部分站点的脚本与基线参数进展核对，对不一致的参数进展分析；Top2：告警核对能否存在传输告警：察看S1传输能否出现问题；能否存在设备告警：察看eNB侧能否存在告警；检查系统能否晋级、打补丁等动作；Top3：Top小区筛查将小区级的掉话率目的和掉话绝对次数按从高到低的顺序进展排序，优先分析掉话绝对次数多且掉话率高的Top小区；通常取每天掉话率高于平均目的的Top5小区进展分析，确定掉话的主要缘由；Top小区分析流程Page39获取小区级话统的掉话率目的及趋势，掉话率趋势分析至少1~2周左右的数据：假设小区的掉话率目的忽然偏高，需求检查eNB侧能否存在该小区相关的告警信息，检测该小区所属eNB的告警，确认该小区能否出现缺点等信息；常见的告警如RRU相关的告警，通道相关的告警，传输相关的告警，基带板相关的告警等；分析CHR数据，获取导致掉话的各种缘由的比例，按照比例从高到低的顺序分别针对不同的缘由进展定位，并对各Top缘由进展分析处置；判别能否存在OM操作导致的站点复位，重启等导致的掉话；检测能否有Top用户存在，假设有，需求对Top用户的log进展详细分析；假设无法经过CHR数据定位处理的问题，需求经过抓取该Top小区内eNB侧的IFTS跟踪；假设无法进一步深化分析，在需求运用测试终端进展复现，并抓取UE侧的log及内部打印信息进一步定位；CHR缘由统计Page40取每天的Top5站点经过InsightSharp对CHR数据进展分析，找到影响每个Top小区掉话率的主要缘由：CHR常见释放缘由Page41编号CHR打点内部RelCause中文解释含义1UEM_UECNT_REL_AUDIT_CELLM_RELEASE小区资源核查基带板与主控板见小区资源核查不一致导致的用户释放2UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAILX2切换目标侧失败X2切换过程中，源小区侧没有收到正常释放UE_CONTEXT_REL消息，原因可能是：

1、PATHSWITCH处理失败（包括以下几种情况：pathswitch消息没有发送出去，或者收到pathswitchfailure或者处理pathswitch过程失败）

2、在SNSTATUS尚未处理完毕的情况下，收到重建请求

3、没有收到切换完成也没有收到重建请求

4、收到重建请求，但是重建过程失败(除了2以外的情况)3UEM_UECNT_REL_RB_RECFG_FAILRB重配置失败1、核心网下发erabmod流程涉及的空口重配置失败

2、算法流程涉及的空口重配置失败（包括MIMO，CQI，DRX，PUCCH资源以及其他）

3、小区内切换涉及的空口重配置失败（TTIbudding触发，ROHC，MME下发的安全模式修改）4UEM_UECNT_REL_RRC_REEST_OTHER_RB_RESTORE_FAILotherRB恢复失败一般重建完成有5条消息（3条Reestablishment及2条重建重配置），在最后两条消息处理过程中发送了重建过程中的SRB/DRB重配置但是没有收到重配置完成。5UEM_UECNT_REL_RRC_REEST_SRB1_FAIL重建失败重建SRB1失败，一般可以细化为以下几个场景

1、连续多次收到重建请求

2、安全校验失败

3、多场景交叉情况下，如果当前场景不支持重建，也是重建拒绝6UEM_UECNT_REL_SAE_BEARER_REL_NUM_MAX释放承载个数达到最大请求释放的SAEBearer数目和已建立的SAEBearer数目相同

1、传输链路异常原因

2、重传达到最大次数，并且等待长时间之后UE不重建

3、其他（一般不会出现）7UEM_UECNT_REL_SCTP_ABORT传输IPPATH异常IPPATH由于资源不足或者是过载出现异常时8UEM_UECNT_REL_UE_RESYNC_TIMEROUT_REL_CAUSEUE重同步定时器超时L2上报重同步定时器超时导致的用户释放9UEM_UECNT_REL_WAIT_RRC_CONN_RECFG_RSP_TIMEOUT测量控制重配置失败测量控制重配置失败10UEM_UECNT_REL_S1_UESR_ABORTS1接口用户面异常S1链路锻链或者是IPPATH异常导致的用户释放11UEM_UECNT_REL_UE_RLC_UNRESTORE_INDL2上报RLC重传次数达到最大值时的无法恢复指示消息SRB达到最大重传次数12UEM_UECNT_REL_AUDIT_S1ITF_RELEASES1接口核查释放与S1接口核查结果不一致的场景下释放用户Top用户排查Page42Top用户确实定Top用户的判别主要是根据终端接入时上报的TMSI进展断定，华为中心网TMSI分配的机制是对于同一个IMSI用户，TMSI的右起第5位进展随机赋值，即某用户的TMSI中只需*指示的8bits位置发生变化，就是同一个用户，C06*0005；TMSI可以经过CHR数据分析获取：Top用户log分析Page43Step1：分析能否存在同频邻小区漏配或者错配导致的掉话；Step2：分析能否存在弱覆盖导致的掉话；Step3：分析能否由于切换来不及导致的掉话；Step4：分析能否导频污染引起的掉话：Step5：分析能否存在上行干扰导致的掉话：假设掉话缘由不是步骤1~5所述的缘由，那么很有能够是非RF缘由导致的掉话，需求结合IFTS信息进一步定位；假设是异常导致的掉话，那么需求结合一键式日志、TTI跟踪等信息进展异常定位。Top用户隔离定位Page44输入数据eNBIFTS跟踪UETTI跟踪UE侧路测logeNB表口log一键式日志CHR日志Top用户掉话分析四步曲Page45Step1：标口流程分析谁自动发起释放eNB自动发起释放eNB自动向中心网发起释放恳求，收到中心网下发的释放命令后释放用户RRCConnRel、并向中心网反响释放完成中心网自动发起释放eNB收到中心网下发的释放命令，释放用户RRCConnRel、并向中心网反响释放完成Step2：经过S1释放恳求/命令中的释放缘由值隔离掉话缘由无线侧缘由触发释放传输缘由触发释放NAS缘由触发释放协议缘由触发释放其他混合缘由触发释放Step3：CHR分析详细释放缘由Step4：复现问题抓取IFTS跟踪、UE侧Log，深度定位掉话根因Page46第1章接入问题定位优化方法第2章切换问题定位优化方法第3章掉话问题定位优化方法第4章相关工具和信息获取方式相关工具的运用及信息的获取Page47音讯跟踪工具：eNB侧信息跟踪软件LMT界面华为UE侧信息跟踪软件Probe界面相关工具的运用及信息的获取Page48数据分析工具华为UE跟踪数据分析软件PROBEeNB跟踪数据分析软件TraceViewereNB的CHR数据分析软件InsightSharp相关工具的运用及信息的获取Page49工具名称用途LMT跟踪显示网络侧X2、