2022年SSS@@@LTE关键KPI指标优化思路与提升精要.pptx

Page 1第第第第1 1 1 1章章章章 接入问题定位优化方法接入问题定位优化方法接入问题定位优化方法接入问题定位优化方法第第2 2章章 切换问题定位优化方法切换问题定位优化方法第第3 3章章 掉话问题定位优化方法掉话问题定位优化方法第第4 4章相关工具和信息获取方式章相关工具和信息获取方式Page 2第第第第1 1 1 1章章章章 接入问题定位优化方法接入问题定位优化方法接入问题定位优化方法接入问题定位优化方法第第1 1节节 接入流程及问题表现接入流程及问题表现第第2 2节节 问题定位、解决方法问题定位、解决方法第第3 3节节 交付件交付件Page 3接入流程可以分为四个步骤接入流程可以分为四个步骤:p随机接入pRRC连接建立p鉴权pE-RAB建立接入问题的主要表现也体现接入问题的主要表现也体现在这四个步骤上。在这四个步骤上。Page 4随机接入失败的常见原因随机接入失败的常见原因pENB侧参数配置问题pUE侧参数配置问题p信道环境影响p核心网侧配置问题备注：由于随机接入是备注：由于随机接入是L2的过程，在的过程，在ENB侧没有明显的特侧没有明显的特征表现，需要结合征表现，需要结合UE侧的侧的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与核心网直传消息空口交互丢失（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回复FAILp空口安全交互，UE未回复CMPp空口DRB建立重配，UE未回复CMPp空口UE能力查询，UE未回复Page 8lE-RAB建立失败建立失败S1口信令表现（空口信令交互正常）口信令表现（空口信令交互正常）p核心网异常p无线资源申请失败pGTPU资源申请失败Page 9第第第第1 1 1 1章章章章 接入问题定位优化方法接入问题定位优化方法接入问题定位优化方法接入问题定位优化方法第第1 1节节 接入流程及问题表现接入流程及问题表现第第2 2节节 问题定位、解决方法问题定位、解决方法第第3 3节节 交付件交付件Page 10Page 11话统分析话统分析p通过话统分析可以区分RRC建立失败或者E-RAB建立失败的TOP小区和统计TOP时间段p通过话统分析可以区分RRC建立失败是因为空口原因导致还是由于小区资源问题导致。p通过话统分析可以统计E-RAB建立过程，由于空口安全交互，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从跟踪分析流程，如果属于核心网问题，需要联合核心网侧人员共同定位解决ERAN侧异常侧异常p空口异常：上行受限、下行受限、覆盖空洞、干扰过大p基站异常：一般属于产品问题，需要相关产品日志进行分析定位UE侧问题侧问题p如果统计显示一直是某个用户接入有问题，而该小区其他用户一直正常，该终端异常的可能性较大，需要通过获取的IMSI信息回溯，实地复现定位解决。Page 15无论是上下行不平衡还是覆盖空洞，均表现为链路质量较差无论是上下行不平衡还是覆盖空洞，均表现为链路质量较差p上行链路较差的表现就是RB缩到最小，上行MCS选择0阶，PHR已经在0db以下，而且上行BLER较大不收敛，CRC校验解错的概率较高。p下行链路较差的表现为UE上报CQI较差或者网络侧HARQ收到大量来自UE侧反馈的DTX和NACKp上行受限指的是上行较差而下行还可以；下行受限指的是上行还可以而下行较差；覆盖空洞指的是上下行链路均已较差。Page 15上行受限：下行受限：Page 16对于上行受限可采用如下办法解决：对于上行受限可采用如下办法解决：p增加基站，减小下行小区覆盖距离p增加塔放，增加上行信号补偿p减小导频功率，减小下行小区覆盖距离p增加天线数，增强上行信号增益对于下行受限可采用如下办法解决：对于下行受限可采用如下办法解决：p增加基站，减小下行小区覆盖距离p增大导频功率，增加下行小区覆盖距离p天线拉远，增强边缘覆盖对于覆盖空洞对于覆盖空洞p增加基站，增强覆盖。Page 17第第第第1 1 1 1章章章章 接入问题定位优化方法接入问题定位优化方法接入问题定位优化方法接入问题定位优化方法第第1 1节节 接入流程及问题表现接入流程及问题表现第第2 2节节 问题定位、解决方法问题定位、解决方法第第3 3节节 交付件交付件Page 18p问题小区、基站的MML配置文件，基站地理分布图p问题小区、基站的CHR日志及一件式日志p问题小区、基站的IFTS跟踪和标口数据p问题TOP用户的全网跟踪（如果可以执行）p全网话统数据nRRC建立必须导出的话统项：L.RRC.SetupFail.ResFailL.RRC.SetupFail.NoReplynE-RAB建立必须导出的话统项：L.SecurMode.S1.RxL.SecurMode.CmdL.SecurMode.CmpL.SecurMode.FailPage 19第第1 1章章 接入问题定位优化方法接入问题定位优化方法第第第第2 2 2 2章章章章 切换问题定位优化方法切换问题定位优化方法切换问题定位优化方法切换问题定位优化方法第第3 3章章 掉话问题定位优化方法掉话问题定位优化方法第第4 4章相关工具和信息获取方式章相关工具和信息获取方式Page 20第第第第2 2 2 2章章章章 切换问题定位优化方法切换问题定位优化方法切换问题定位优化方法切换问题定位优化方法第第1 1节节 切换流程及问题表现切换流程及问题表现第第2 2节节 问题定位、解决方法问题定位、解决方法第第3 3节节 交付件交付件Page 21 切换的过程就是终端在移动过程中与网络连接交互发生变化的过程：切换的过程就是终端在移动过程中与网络连接交互发生变化的过程：LTE系统的整个切换过程完全由网络侧（系统的整个切换过程完全由网络侧（eNB）控制，所以）控制，所以eNB需要监测需要监测UE所所处的无线质量环境，这个过程是通过处的无线质量环境，这个过程是通过eNB下发测量控制让下发测量控制让UE在满足一定条件时在满足一定条件时上报测量报告来实现的：上报测量报告来实现的：p触发：当前我司eNB是采用A3事件触发同频切换，通过A2、A4事件来触发异频切换p切换：eNB下发切换命令给UE，UE收到切换命令后，中断与源小区的交互，按命令切换到目标小区Page 22判断是否切换，通常以信令为判断依据，在终端侧，以发出触发切换的测量报告为开始，以切换完成消息为结束；切换成功时，从UE侧观察表现为UE从一个源小区到一个新的小区（可从PCI变化来观察）进行正常业务交互；Q1Q1：测量报告丢失现象：测量报告丢失现象 UE侧发出测量报告后，但没有收到切换命令，在UE侧和eNB的现象分别如下：UE侧信令eNB侧信令Page 23Q2Q2：切换命令丢失现象：切换命令丢失现象：UE侧发出测量报告后，eNB收到测量报告，并下发切换命令，但UE侧没有收到；UE侧看到的现象与切换测量报告丢失一样；从eNB侧看，则是收到测量报告下发切换命令后，在目标小区没有收到切换完成消息；Q3Q3：目标小区接入失败现象：目标小区接入失败现象：UE侧发出测量报告后，eNB收到测量报告，并下发切换命令，UE收到切换命令后，在目标小区发起接入，但目标侧没有收到切换完成消息，在UE侧和eNB的现象分别如下：UE侧收到切换命令并向目标侧回复了RRC Ref CMP网络侧目标小区没有收到切换完成信令网络侧源小区已下发切换命令UE侧信令eNB侧信令Page 24第第第第2 2 2 2章章章章 切换问题定位优化方法切换问题定位优化方法切换问题定位优化方法切换问题定位优化方法第第1 1节节 切换流程及问题表现切换流程及问题表现第第2 2节节 问题定位、解决方法问题定位、解决方法第第3 3节节 交付件交付件Page 25 设备状态检查p 查询基站、小区告警，保证没有与切换相关的严重告警（如X2配置链路断开、RRU告警等）p检查测试终端是否能正常使用，是否支持异频、异系统重选、切换功能 参数核查p 确认切换开关状态p确认邻区配置，确认邻区关系、X2接口配置、传输配置p确认切换参数，比如切换门限，幅度迟滞，时间迟滞等p确认是否存在PCI冲突告警 切换失败TOP站邻区漏配检查p地理位置、网络规划角度，确认是否邻区漏配，并实施相应操作Page 26TOP1：邻区漏配核查：邻区漏配核查：l从网络侧跟踪从网络侧跟踪UU口和终端侧口和终端侧Uu口跟踪结合判断：口跟踪结合判断：p网络侧：同一用户（CALL ID）连续上报测量报告但没有下发切换命令，检查X2或S1跟踪中分别也没有HANDOVER REQUST及S1AP_HANDOVER_REQUIRED，则很可能是漏配的小区（通过查询配置确认）；p终端侧：随着UE移动服务小区RSRP越来越差，SINR越来越差，而邻区RSRP越来越好，上报测量报告，没有收到切换命令；UE侧：发测量报告，但收不到切换命令eNodeB侧：收到测量报告，但不发起切换（X2口没有切换请求，空口没有下发切换命令）Page 27TOP2：切换不及时：切换不及时：当邻区无线质量满足切换门限时，服务小区的RSRP突然陡降：eNodeB侧表现为下发切换命令后收不到切换完成消息，或者连测量报告也收不到 修改服务小区与邻区的偏置CellIndividualOffset来提前切换 修改服务小区的延迟触发时间IntraFreqHoA3TimeToTrig来提前切换（建议配置为40ms到200ms之间的一个值，如80ms）调整切换门限参数IntraFreqHoA3Hyst、IntraFreqHoA3Offset来提前切换（此操作用得很少）Page 28TOP2：弱覆盖：弱覆盖：从终端侧判断：从终端侧判断：p当邻区无线质量满足切换门限时，服务小区和邻区的RSRP都十分弱；从网络侧判断：从网络侧判断：p从网络侧跟踪的UU口消息中，触发切换的A3测量报告记录的源小区、目标小区RSRP都很低，当测量报告中携带的服务小区RSRP值小于-110dBm时，可以认为处于信号质量微弱的区域，此时容易出现切换失败，需要调整覆盖；弱覆盖的解决方法：弱覆盖的解决方法：p调整天线方向角、倾角：当下行先受限时，可以通过调整天线（如减小下倾角）补充远点的下行覆盖；p增加塔放、基站：当上行先受限时，可以通过增加塔放、增加小区（基站或接远RRU）的方式增强上行覆盖；eNodeB侧表现为下发切换命令后收不到切换完成消息，或者连测量报告也收不到UE侧信令表现为收到切换命刚发出切换完成消息后即发起RRC重建，或者收不到切换命令Page 29TOP3：乒乓切换：乒乓切换：路测发现出现乒乓切换RSRP offset(dB)handover target cell10:50:043PCI13310:50:064PCI17410:50:072PCI13310:50:083PCI174PCI174 乒乓切换的解决方法乒乓切换的解决方法p相对调整两小区的CIO值，抵制乒乓切换；p当前默认使用同频切换门限为2dB，从前面整理出来的乒乓区域RSRP相对值来看，最大RSRP差距为4dB，所以设置CIO为-3dB，可以防止乒乓；CellCellCIO of neighboring cellCIO of neighboring cellPCI133PCI133-3dBPCI174PCI174-3dB设置设置CIO后，不再后，不再发生乒乓切换发生乒乓切换Page 30TOP3：干扰：干扰 干扰的表现干扰的表现p在RSRP比较好的情况下，吞吐率不如预期、容易出现切换失败甚至掉话等多种现象；干扰的解决方法干扰的解决方法p找出干扰原因，去除干扰源网络侧跟踪到的RB RSSI明显比其它RB高UE上报的子带CQI比其它子带明显小很多Page 31第第第第2 2 2 2章章章章 切换问题定位优化方法切换问题定位优化方法切换问题定位优化方法切换问题定位优化方法第第1 1节节 切换流程及问题表现切换流程及问题表现第第2 2节节 问题定位、解决方法问题定位、解决方法第第3 3节节 交付件交付件Page 32问题小区、基站的MML配置文件问题小区、基站的CHR日志问题小区、基站的标口消息跟踪（大于8小时）数据全网话统数据路测时，使用华为UE，记录PROBE数据，及网络侧对此UE的单用户跟踪数据（初次的网络侧单用户跟踪只记录标准接口信令，后续根据后方分析反馈，按要求记录其它数据）Page 33第第1 1章章 接入问题定位优化方法接入问题定位优化方法第第2 2章章 切换问题定位优化方法切换问题定位优化方法第第第第3 3 3 3章章章章 掉话问题定位优化方法掉话问题定位优化方法掉话问题定位优化方法掉话问题定位优化方法第第4 4章相关工具和信息获取方式章相关工具和信息获取方式Page 34第第第第3 3 3 3章章章章 掉话问题定位优化方法掉话问题定位优化方法掉话问题定位优化方法掉话问题定位优化方法第第1 1节节 掉话流程及问题表现掉话流程及问题表现第第2 2节节 问题定位、解决方法问题定位、解决方法Page 35l话统掉话定义话统掉话定义p当eNodeB收到来自MME的E-RAB RELEASE COMMAND（UE CONTEXT RELEASE COMMAND）消息，或eNodeB向MME发送E-RAB RELEASE INDICATION（UE CONTEXT RELEASE REQUEST）消息，且释放原因不为“Normal Release”，“User Inactivity”，“Partial Handover”，“Handover triggered”，“successful-handover”，“cs-fallback-triggered”时统计该指标。如果E-RAB RELEASE COMMAND消息中要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加。Page 36第第第第3 3 3 3章章章章 掉话问题定位优化方法掉话问题定位优化方法掉话问题定位优化方法掉话问题定位优化方法第第1 1节节 掉话流程及问题表现掉话流程及问题表现第第2 2节节 问题定位、解决方法问题定位、解决方法Page 37l首先需要在话统侧获取全网的掉话率指首先需要在话统侧获取全网的掉话率指标以及趋势，掉话率趋势分析至少需要标以及趋势，掉话率趋势分析至少需要12周左右的数据，如果全网掉话率指标周左右的数据，如果全网掉话率指标突然偏高，一般执行步骤：突然偏高，一般执行步骤：p是否全网问题：n对MME及eNB侧进行告警排查（传输，设备等告警）、观察期间是否实施版本升级p是否存在Top小区：n小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序，优先分析掉话绝对次数多而且掉话率高的Top小区n对Top小区进行参数核查、告警检查等n对引起掉话的Top原因进行定位分析p若是共性问题，将优化结果复制到全网Page 38lTop1Top1：参数对比：参数对比p随机抽取部分站点的脚本与基线参数进行核对，对不一致的参数进行分析；lTop2Top2：告警核查：告警核查p是否存在传输告警：观察S1传输是否出现问题；p是否存在设备告警：观察eNB侧是否存在告警；p检查系统是否升级、打补丁等动作；lTop3Top3：TopTop小区筛查小区筛查p将小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序，优先分析掉话绝对次数多且掉话率高的Top小区；p通常取每天掉话率高于平均指标的Top5小区进行分析，确定掉话的主要原因；Page 39l获取小区级话统的掉话率指标及趋势，掉话率趋势分析至少获取小区级话统的掉话率指标及趋势，掉话率趋势分析至少12周左右的数据：周左右的数据：p如果小区的掉话率指标突然偏高，需要检查eNB侧是否存在该小区相关的告警信息，检测该小区所属eNB的告警，确认该小区是否出现故障等信息；p常见的告警如RRU相关的告警，通道相关的告警，传输相关的告警，基带板相关的告警等；l分析分析CHR数据，获取导致掉话的各种原因的比例，按照比例数据，获取导致掉话的各种原因的比例，按照比例从高到低的顺序分别针对不同的原因进行定位，并对各从高到低的顺序分别针对不同的原因进行定位，并对各Top原原因进行分析处理；因进行分析处理；l判断是否存在判断是否存在OM操作导致的站点复位，重启等导致的掉话；操作导致的站点复位，重启等导致的掉话；l检测是否有检测是否有Top用户存在，如果有，需要对用户存在，如果有，需要对Top用户的用户的log进行进行详细分析；详细分析；l如果无法通过如果无法通过CHR数据定位解决的问题，需要通过抓取该数据定位解决的问题，需要通过抓取该Top小区内小区内eNB侧的侧的IFTS跟踪；跟踪；l如果无法进一步深入分析，在需要使用测试终端进行复现，如果无法进一步深入分析，在需要使用测试终端进行复现，并抓取并抓取UE侧的侧的log及内部打印信息进一步定位；及内部打印信息进一步定位；Page 40l取每天的取每天的Top5站点通过站点通过InsightSharp对对CHR数据进行分析，找到影响每个数据进行分析，找到影响每个Top小区掉话率的主要原因：小区掉话率的主要原因：Page 41编号编号 CHR打点内部打点内部RelCause中文解释中文解释含义含义1UEM_UECNT_REL_AUDIT_CELLM_RELEASE小区资源核查基带板与主控板见小区资源核查不一致导致的用户释放2UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAILX2切换目标侧失败X2切换过程中，源小区侧没有收到正常释放UE_CONTEXT_REL消息，原因可能是：1、PATHSWITCH处理失败（包括以下几种情况：pathswitch 消息没有发送出去，或者收到pathswitch failure 或者处理path switch 过程失败）2、在SN STATUS 尚未处理完毕的情况下，收到重建请求3、没有收到切换完成也没有收到重建请求4、收到重建请求，但是重建过程失败(除了2以外的情况)3UEM_UECNT_REL_RB_RECFG_FAILRB重配置失败1、核心网下发erab mod 流程涉及的空口重配置失败2、算法流程涉及的空口重配置失败（包括MIMO，CQI，DRX，PUCCH资源以及其他）3、小区内切换涉及的空口重配置失败（TTIbudding触发，ROHC，MME下发的安全模式修改）4UEM_UECNT_REL_RRC_REEST_OTHER_RB_RESTORE_FAILother RB恢复失败一般重建完成有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释放承载个数达到最大请求释放的SAE Bearer数目和已建立的SAE Bearer数目相同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接口核查结果不一致的场景下释放用户Page 42lTop用户的确定用户的确定pTop用户的判断主要是依据终端接入时上报的TMSI进行判定，华为核心网TMSI分配的机制是对于同一个IMSI用户，TMSI的右起第5位进行随机赋值，即某用户的TMSI中只有*指示的8bits位置发生变化，就是同一个用户，C0 6*00 05；pTMSI可以通过CHR数据分析获取：Page 43lStep1：分析是否存在同频邻小区漏配或：分析是否存在同频邻小区漏配或者错配导致的掉话；者错配导致的掉话；lStep2：分析是否存在弱覆盖导致的掉话；：分析是否存在弱覆盖导致的掉话；lStep3：分析是否由于切换来不及导致的：分析是否由于切换来不及导致的掉话；掉话；lStep4：分析是否导频污染引起的掉话：分析是否导频污染引起的掉话：lStep5：分析是否存在上行干扰导致的掉：分析是否存在上行干扰导致的掉话：话：l如果掉话原因不是步骤如果掉话原因不是步骤15所述的原因，所述的原因，则很有可能是非则很有可能是非RF原因导致的掉话，需要原因导致的掉话，需要结合结合IFTS信息进一步定位；信息进一步定位；l如果是异常导致的掉话，则需要结合一键如果是异常导致的掉话，则需要结合一键式日志、式日志、TTI跟踪等信息进行异常定位。跟踪等信息进行异常定位。Page 44l输入数据输入数据peNB IFTS跟踪pUE TTI跟踪pUE侧路测logpeNB表口logp一键式日志pCHR日志Page 45lStep1：标口流程分析谁主动发起释放：标口流程分析谁主动发起释放peNB主动发起释放neNB主动向核心网发起释放请求，收到核心网下发的释放命令后释放用户RRCConnRel、并向核心网反馈释放完成n核心网主动发起释放neNB收到核心网下发的释放命令，释放用户RRCConnRel、并向核心网反馈释放完成lStep2：通过：通过S1释放请求释放请求/命令中的释放原因值隔离掉话原因命令中的释放原因值隔离掉话原因n无线侧原因触发释放n传输原因触发释放nNAS原因触发释放n协议原因触发释放n其他混合原因触发释放lStep3：CHR分析详细释放原因分析详细释放原因lStep4：复现问题抓取：复现问题抓取IFTS跟踪、跟踪、UE侧侧Log，深度定位掉话根因，深度定位掉话根因Page 46第第1 1章章 接入问题定位优化方法接入问题定位优化方法第第2 2章章 切换问题定位优化方法切换问题定位优化方法第第3 3章章 掉话问题定位优化方法掉话问题定位优化方法第第第第4 4 4 4章相关工具和信息获取方式章相关工具和信息获取方式章相关工具和信息获取方式章相关工具和信息获取方式Page 47消息跟踪工具：eNB侧信息跟踪软件LMT界面华为UE侧信息跟踪软件Probe界面Page 48数据分析工具华为UE跟踪数据分析软件PROBEeNB跟踪数据分析软件TraceViewereNB的CHR数据分析软件InsightSharpPage 49工具名称用途LMT跟踪显示网络侧X2、UU、S1、单用户跟踪等消息TraceViewer回放LMT跟踪的信令PROBE跟踪华为UE的信令、调度、信号质量等多种信息ASSISTANT统计、分析华为UE的信令、调度、信号质量等多种信息InsightSharp用于解析分析eNB的CHR数据LTE话统通用工具用于解析分析eNB的话统数据LAE用于解析分析eNB、华为UE的TTI跟踪数据LDT用于解析分析eNB、华为UE的TTI跟踪数据 当前可用工具及功能介绍Page 50“切换测量控制”及“切换测量报告”消息的确认：用消息查看软件，打开消息查看其详细内容双击打开measurementReport消息，其中的measId与切换测量控制中的切换测量Id相同，则此测量报告是切换的A3测量报告双击打开RRCConnectionReconfiguration消息，如果存在measConfig信元，则是测量控制消息，如果存在eventA3且其a3-offse与hysteresis为非负值，则说明此事件是切换测量控制，其ReportConfigIdg对应的measId即是切换测量报告的IDPage 51“切换命令”消息的确认 用消息查看软件，打开UU接口“切换测量报告”消息后面的一条RRCConnectionReconfiguration消息，便可打开消息查看其详细内容，以UE侧跟踪的消息为例：打开MeasurementReport后面的RRCConnectionReconfiguration消息存在targetPhysCellId信元的RRCConnectionReconfiguration消息即是切换命令Page 52重建请求消息发送“小区”的确认重建请求消息是发往哪个小区的，在网络侧通过跟踪文件比较容易确认，在UE侧可用消息查看软件查看UE侧UU接口“RRC_CONN_REESTAB_REQ”消息前的RRC_SIB_TYPE1消息，双击打开消息查看其详细内容双击重建请求前RRC_SIB_TYPE1消息可看到此消息中的PLMN ID、cellIdentity(包含此eNodeB的eNodeb Id=（前5位186CB-100043）和第6、7位cell ID=02)1/18/20231/18/20231/18/2023