网优文档71LTE掉话优化指导书(CRH数据分析方法).doc

网优文档71LTE掉话优化指导书(CRH数据分析方法) 2CHR数据分析方法2.1.1.L3打点信息介绍掉话问题定位分析过程中，主要涉及的L3字段如下2.1.1.1.同一次呼叫的判断在CHR数据中，由于L 1、L 2、L 3、FPGA等信息都是在不同记录中独立显示的，故如何判断这些信息属于同一次呼叫需要按照ulCallID字段来判断。 通常相同时间段内CallID相同的记录就属于同一次呼叫。 图1CallID字段2.1.1.2.内部释放原因CHR内部释放原因值字段名称为“usRelCause”，位于InnerRelEvent节点下，用于指示内部释放的原因值，但其中并不是所有的释放原因都是掉话原因，部分内部释放其实并不会导致掉话，常见的掉话原因参见下表所示图2异常释放原因值界面2.1.1.3.业务建立所在CellID在CHR内部，业务建立所在的CELLID在InitialUeMsg内进行记录，字段名称为“ulCellId”，该字段是以eNodeBID+LocalCellID的方式进行记录。 图3小区ID字段界面在优化分析过程中，需要将CHR记录的10进制CellID先转化为16进制，然后后两位标识的是Cell ID，剩余的前几位标识的是eNodeBID，然后再分别将这几位转换成10进制既得到实际的eNodeBID及CellID举例如下图4显示界面如上图所示，某站点CHR记录到的ulCellId字段的数据为“80386052”，转换成16进制为“4CA9804”，然后取右边最后两位“04”为Cell ID，转换成10进制既得到了Cell ID为“4”；而剩余的左边5位为“4CA98”，转换成10进制为既得到eNodeB ID为“314008”，然后通过工参信息表或者MapInfo等工具查找该站点的相关信息。 2.1.1.4.Top用户识别方法由于安全原因，LTE eNB侧无法提供IMSI的记录，故当前Top用户的判断主要是依据终端接入时上报的TMSI进行判定；当前华为核心网TMSI分配的机制是对于同一个IMSI用户，TMSI的右起第3个byte（既右起的第 5、6位）的数据进行随机赋值，即某用户的TMSI中只有*指示的8bits位置发生变化（如AA*BB CC）就是同一用户，如下图所示，C0*0005就是同一个用户。 图5CHR数据导出的TMSI信息2.1.1.4.1.TMSI与IMSI的对应在华为核心网中，可以通过UE最近一次的GUTI信息查询到对应的IMSI信息。 GUTI的定义Globally UniqueTemporary Identifier全球唯一临时标识，在网络中唯一标识UE，可以减少IMSI，IMEI等用户私有参数暴露在网络传输中。 表示方法GUTI由两部分构成，一部分标识分配GUTI的MME，另一部分则标识被分配GUTI的UE。 =,其中=而=TMSI（Temporary MobileSubscriber Identity）是长度为32bits的数字，用于标识UE，MME GroupID是长度为16bits的数字，MME Code是长度为8bits的数字.在华为设备下，有如下两种途径可以进行GUTI的查询?从S1接口Trace中获取在S1接口中找到“INITIAL_UE_MSG”，双击打开后找到GUTI body内内容，其中就包括了PLMN信息（MCC-MNC信息）、MME GroupID信息（MMEGI）、MME Code信息（MMEC）、及TMSI信息，如下图所示图6INITIAL_UE_MSG消息内容通常在消息中16进制的PLMNID（MCC+MNC）显示方式为16进制的“0x64F020”，则对应的eNodeB侧的配置应该是(m digit2)|(m digit3)|(mnc digit1，补充位)|(m digit1)|(mnc digit2)|(mnc digit3)64F020故对应的eNodeB侧的配置应该是MCC=460，MNC=02。 而MMEGI及MMEC都只需直接取其16进制的显示值就行。 ?CHR数据中获取在InshghtSharp中，需要添加显示字段“ulPlmnId”、“usMmegi”、“ucMmec”及“ulMTmsi”，由于CHR中记录的“ulPlmnId”、“usMmegi”、“ucMmec”都是10进制，故需要后处理至16进制就是标准接口信令内携带的信息。 图7CHR显示字段由于同一用户的GUTI在时间上不是很恒定的，故USN侧只能通过最近一次的GUTI查找到对应的IMSI，而对于不同GUTI是否是同一用户，则需要通过TMSI的非随机位来进行判断。 如上图S1接口消息中解析得到的数据如下MCC=460MNC=02MMEGI=8001MMEC=01TMSI=C0190006故对应的GUTI为MCC+MNC+MMEGI+MMEC+TMSI=46002800101C0190006然后华为核心网USN侧，可以通过执行MML命令“DSP MMCTX”来依据GUTI来对IMSI进行查询，上述的GUTI=46002800101C0190006查询得到的IMSI信息为4600xx0500185相关操作界面如下图所示图8DSP MMCTX操作界面2.1.1.4.2.IMSI与IMEI的对应在华为核心网侧，同样提供了IMSI与IMEI的查询功能。 在SAE-HSS上执行MML命令“LST SIMEI”，输入IMSI后即可对IMEI进行查询，相关操作界面如下图所示图9LST SIMEI操作界面而通过IMEI，既可以获知该用户对应的终端型号。 2.1.2.L2打点信息介绍2.1.2.1.L2掉话原因之RLC达到最大重传次数2.1.2.1.1.原因描述RLC达到最大重传次数的触发原因从RLC协议栈的角度分析，有以下几种ENB和UE的RLC协议栈相关信息维护不一致下行信道质量较差，下行传输误码率较高，下行数据发送失败上行信道质量较差，或上行UE发射功率受限，上行状态PDU接收不到针对RLC协议栈维护错误问题，由RLC记录相关信息；信道质量差的问题，由MAC记录相关信息，在出现RLC达到最大重传次数时，通过分析RLC和MAC记录的CHR信息，基本可以定位出具体原因。 图10RLC达到最大重传次数隔离定位2.1.2.1.2.打点介绍在RLC重传中，主要关心的字段如下图所示针对RLC达到最大重传次数引起的异常掉话，在MAC层会记录在异常掉话前3秒内上下行调度结果和数据发送情况的统计信息，其中16组64ms周期（总共1024ms）和4组512ms（总共2048ms）的统计数据，越靠近掉话统计周期越短。 记录的字段信息如下表所示512ms周期记录的信息与上表基本相同，只不过由于要记录的周期更长，某些字段需要扩大到2字节或4字节。 还会针对SRB发送失败导致RLC达到最大重传次数记录相应的SRB每次发送的Harq信息记录，如下表所示2.1.2.2.L2掉话原因之TA失步重同步失败2.1.2.2.1.原因介绍TA失步的触发原因有两个连续三次下发的TA没有收到UE反馈的ACK，和连续三次没有收到L1上报的TA值。 TA发送失败是因为下行信道质量太差，而没有收到重累积的TA值说明上行L1已经解不到SRS，对应的SRS的Sinr应该为-3db或更差。 在失步后，下行数据到达或重同步定时器超时都会触发发起重同步请求，L3下发专用Preamble，L2发送该专用Preamble，但没有收到UE的响应导致重同步失败。 通过记录TA发送时的相关SRS和DMRS的SINR、DMRS的RSRP以及发送TA失败的原因【UE没有反馈ACK、L1没有上报TA值】，可以协助分析TA失步的问题。 图11重同步超时隔离定位2.1.2.2.2.打点介绍ENB每次检测到TA失步(没收到ACK或L1没有上报TA)，都会记录每次发送的TA时UE的上下行信道质量信息。 如下表所示在失步后由于定时器超时或下行数据到达发起的重同步过程，L2CHR会记录专用Preamble的申请、释放、L1上报等记录，如果没有收到UE专用Preamble的响应，则重同步失败，L2CHR会记录重同步失败的时间点和失败原因。 在L2CHR记录中会同时出现RLC达到最大重传次数记录和失败重同步失败记录，原因是这两个记录分属于RLC和MAC，在RLC达到最大重传次数时，MAC并没有停止调度，还会继续下发TA，在信道条件差的情况下，就会又有重同步失败的情况。 对于此，L3在释放RRC链接时，只会记录第一个上报异常时的原因值。 由于RLC达到最大重传次数时，L3不会马上释放RRC链接，而会等待延迟释放定时器超时后再释放（给UE一次重建的机会，减少异常掉话的发生）。 此时如果MAC继续记录调度信息时，会把RLC重传时间点的记录数据给冲掉，当前实现时再RLC达到最大重传次数时，MAC立即停止64ms周期的数据记录。 但TA失步重同步的发送信息还会继续记录。 2.1.2.3.应用介绍通常CHR日志中L2记录的信息可以定位大部分空口无线环境上的异常，如掉话KPI中，可以通过L2上下行调度打点信息可以判断出是终端侧异常导致还是弱覆盖导致；通常L2打点可以分为如下两类，上行调度和下行调度2.1.2.3.1.上行调度相关字段上行L2调度相关字段有UL_ucCrcOkCnt、UL_ucCrcErrorCnt、UL_ucSriSum、UL_usUlMcs、UL_usUlRbNum、UL_lDmrsSinrSum、UL_lSrsSinrSum、UL_lRsrpSum、UL_usBsr、UL_usPhrSum、UL_lPcSum、UL_ucTpcSum，由于MSC、TPC等主要与调度及功控相关，此处在单用户CHR问题分析时不予考虑，故主要使用如下几个字段进行空口无线环境质量的评估CRC校验错误比例=UL_ucCrcErrorCnt/(UL_ucCrcOkCnt+UL_ucCrcErrorCnt)；上行平均RSRP（由于单位是0.01dBm，故需要在计算结果上除以100）=UL_lRsrpSum/(UL_ucCrcOkCnt+UL_ucCrcErrorCnt)/100；上行平均RB数=UL_usUlRbNum/(UL_ucCrcOkCnt+UL_ucCrcErrorCnt)；上行平均DmrsSinr（由于单位是0.01dB，故需要在计算结果上除以100）=UL_lDmrsSinrSum/(UL_ucCrcOkCnt+UL_ucCrcErrorCnt)/100；上行平均SoundingSinr（由于单位是0.01dB，故需要在计算结果上除以100）=UL_lSrsSinrSum/(UL_ucCrcOkCnt+UL_ucCrcErrorCnt)/100；上行平均PHR=UL_usPhrSum/(UL_ucCrcOkCnt+UL_ucCrcErrorCnt)-23dBm；上行平均调度MCS阶数=UL_usUlMcs/(UL_ucCrcOkCnt+UL_ucCrcErrorCnt)；在获取到以上信息后，通过下面几个经验值，可以判断上行链路的质量情况如果上行的上行平均RSRP在-130dBm或以下/上行平均DmrsSinr在-2dBm或以下/上行平均SoundingSinr在-1dBm或以下则认为是上行弱覆盖（增加上行不发数的描述）如果上行PathLoss达到133dB以上，则可判定为是上行受限（即上行弱覆盖），上行路损的计算公式为（UePmax-PHR）-10lg(12*上行调度RB数)-(上行RSRP)其中，UePmax一般取23dBm，PHR如果为负值则取0在得到上行路损之后可以估算下行的RSRP=基站导频功率-上行Pathloss，当下行RSRP在-115dBm以下，则可以判断为下行处于弱覆盖。 2.1.2.3.2.下行调度相关字段下行L2调度相关字段有DL_ucDlSchCnt、DL_ucTaSendNum、DL_ucRiSum、DL_ucHarqState0_NACK、DL_ucHarqState0_ACK、DL_ucHarqState0_DTX、DL_ucHarqState0_NORP、DL_ucHarqState1_NACK、DL_ucHarqState1_ACK、DL_ucHarqState1_DTX、DL_ucHarqState1_NORP、DL_usWidebandCQIOri 0、DL_usWidebandCQIOri 1、DL_usMcs 0、DL_usMcs 1、DL_ulPackSize、DL_usRbNum、DL_usDciLevel，由下行字段中包含的“_0”和“_1”分别表示的是码字0和码字1的相关信息，在空口无线环境评估时，一般只需关注码字0就行，在定位过程中同上行一样无需关注MCS及包大小等信息，故主要使用如下几个字段进行空口无线环境质量的评估下行调度次数DL_ucDlSchCnt，记录的是该统计周期内下行调度的总次数；下行码字0DTX百分比=DL_ucHarqState0_DTX/DL_ucDlSchCnt，一般下行如果出现PDCCH漏检会导致上行出现D