网优文档71LTE掉话优化指导书(CRH数据分析方法).pdf
《网优文档71LTE掉话优化指导书(CRH数据分析方法).pdf》由会员分享,可在线阅读,更多相关《网优文档71LTE掉话优化指导书(CRH数据分析方法).pdf(19页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、LTELTE掉话优化指导书掉话优化指导书 CRH 数据分析方法数据分析方法 目录目录 LTELTE掉话优化指导书掉话优化指导书.1 1 概述.1 2 CHR数据分析方法.1 2.1.1.L3打点信息介绍.1 2.1.2.L2打点信息介绍.9 1 概述概述 本LTE 掉话优化指导书重点介绍了 LTE 系统内掉话率指标的优化思路、分析方法、定位手段及典型案例;本指导书结构如下:第一部分 主要从路测、标准接口、话统、CHR 多角度出发给出了掉话的定义;第二部分 给出了常见的掉话原因,掉话机制的介绍;第三部分 介绍了掉话问题的隔离定位分析方法;第四部分 分享了掉话优化的典型案例;第五部分 介绍了 CH
2、R 数据的分析方法,影响掉话的定时器介绍及重建的机制介绍。2 CHR数据分析方法数据分析方法 2.1.1.L3打点信息介绍 掉话问题定位分析过程中,主要涉及的 L3 字段如下:2.1.1.1.同一次呼叫的判断 在 CHR 数据中,由于 L1、L2、L3、FPGA 等信息都是在不同记录中独立显示的,故如何判断这些信息属于同一次呼叫需要按照 ulCallID 字段来判断。通常相同时间段内 CallID 相同的记录就属于同一次呼叫。图1 CallID字段 2.1.1.2.内部释放原因 CHR 内部释放原因值字段名称为“usRelCause”,位于 InnerRelEvent 节点下,用于指示内部释放
3、的原因值,但其中并不是所有的释放原因都是掉话原因,部分内部释放其实并不会导致掉话,常见的掉话原因参见下表所示:图2 异常释放原因值界面 2.1.1.3.业务建立所在CellID 在CHR内部,业务建立所在的CELLID在InitialUeMsg内进行记录,字段名称为“ulCellId”,该字段是以 eNodeBID+LocalCellID 的方式进行记录。图3 小区ID字段界面 在优化分析过程中,需要将 CHR 记录的 10 进制 CellID 先转化为 16 进制,然后后两位标识的是 Cell ID,剩余的前几位标识的是 eNodeBID,然后再分别将这几位转换成 10 进制既得到实际的 e
4、NodeBID 及 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 用户的判断主要是依据终端
5、接入时上报的TMSI进行判定;当前华为核心网TMSI分配的机制是对于同一个IMSI用户,TMSI 的右起第 3 个 byte(既右起的第 5、6 位)的数据进行随机赋值,即某用户的 TMSI 中只有*指示的 8bits 位置发生变化(如 AA*BB CC)就是同一用户,如下图所示,C0*00 05就是同一个用户。图5 CHR数据导出的TMSI信息 2.1.1.4.1.TMSI与IMSI的对应 在华为核心网中,可以通过 UE 最近一次最近一次的 GUTI 信息查询到对应的 IMSI 信息。GUTI 的定义:的定义:Globally Unique Temporary Identifier 全球唯一
6、临时标识,在网络中唯一标识 UE,可以减少 IMSI,IMEI 等用户私有参数暴露在网络传输中。表示方法:GUTI 由两部分构成,一部分标识分配 GUTI 的 MME,另一部分则标识被分配 GUTI 的 UE。=,其中 =而=TMSI(Temporary Mobile Subscriber Identity)是长度为 32 bits 的数字,用于标识 UE,MME Group ID 是长度为 16 bits 的数字,MME Code 是长度为 8 bits 的数字.在华为设备下,有如下两种途径可以进行 GUTI 的查询 从S1接口Trace中获取 在 S1 接口中找到“INITIAL_UE_M
7、SG”,双击打开后找到 GUTI body 内内容,其中就包括了 PLMN 信息(MCC-MNC 信息)、MME Group ID 信息(MMEGI)、MME Code信息(MMEC)、及 TMSI 信息,如下图所示:图6 INITIAL_UE_MSG消息内容 通常在消息中 16 进制的 PLMNID(MCC+MNC)显示方式为 16 进制的“0 x64F020”,则对应的 eNodeB 侧的配置应该是:(mcc digit 2)|(mcc digit 3)|(mnc digit 1,补充位)|(mcc digit 1)|(mnc digit 2)|(mnc digit 3)6 4 F 0 2
8、 0 故对应的 eNodeB 侧的配置应该是 MCC=460,MNC=02。而 MMEGI 及 MMEC 都只需直接取其 16 进制的显示值就行。CHR数据中获取 在 InshghtSharp 中,需要添加显示字段“ulPlmnId”、“usMmegi”、“ucMmec”及“ulMTmsi”,由于 CHR 中记录的“ulPlmnId”、“usMmegi”、“ucMmec”都是 10 进制,故需要后处理至 16 进制就是标准接口信令内携带的信息。图7 CHR显示字段 由于同一用户的 GUTI 在时间上不是很恒定的,故 USN 侧只能通过最近一次的 GUTI查找到对应的 IMSI,而对于不同 GU
9、TI 是否是同一用户,则需要通过 TMSI 的非随机位来进行判断。如上图 S1 接口消息中解析得到的数据如下:MCC=460 MNC=02 MMEGI=8001 MMEC=01 TMSI=C0190006 故对应的 GUTI 为 MCC+MNC+MMEGI+MMEC+TMSI=460 02 8001 01 C0190006 然后华为核心网 USN 侧,可以通过执行 MML 命令“DSP MMCTX”来依据 GUTI 来对 IMSI进行查询,上述的 GUTI=46002800101C0190006 查询得到的 IMSI 信息为 460020100500185相关操作界面如下图所示:图8 DSP
10、MMCTX操作界面 2.1.1.4.2.IMSI与IMEI的对应 在华为核心网侧,同样提供了 IMSI 与 IMEI 的查询功能。在 SAE-HSS 上执行 MML 命令“LST SIMEI”,输入 IMSI 后即可对 IMEI 进行查询,相关操作界面如下图所示:图9 LST SIMEI操作界面 而通过 IMEI,既可以获知该用户对应的终端型号。2.1.2.L2打点信息介绍 2.1.2.1.L2掉话原因之RLC达到最大重传次数 2.1.2.1.1.原因描述 RLC 达到最大重传次数的触发原因从 RLC 协议栈的角度分析,有以下几种:ENB 和 UE 的 RLC 协议栈相关信息维护不一致 下行信
11、道质量较差,下行传输误码率较高,下行数据发送失败 上行信道质量较差,或上行 UE 发射功率受限,上行状态 PDU 接收不到 针对 RLC 协议栈维护错误问题,由 RLC 记录相关信息;信道质量差的问题,由 MAC 记录相关信息,在出现 RLC 达到最大重传次数时,通过分析 RLC 和 MAC 记录的 CHR 信息,基本可以定位出具体原因。图10 RLC达到最大重传次数隔离定位 2.1.2.1.2.打点介绍 在 RLC 重传中,主要关心的字段如下图所示:针对 RLC 达到最大重传次数引起的异常掉话,在 MAC 层会记录在异常掉话前 3 秒内上下行调度结果和数据发送情况的统计信息,其中16组64m
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 文档 71 LTE 优化 指导书 CRH 数据 分析 方法
限制150内