LTE掉话优化(华为)

华为TD-LTE后台优化操作指导书一、常用指令： (4)二、集中任务管理安全操作： (12)三、数据信息采集类分析 (15)3.1数据项采集法 (15)3.2 故障场景采集法 (15)3.3 采集通道 (15)3.3.1 运行NIC (16)3.3.2 建立数据采集任务 (16)3.3.3 数据采集和导出 (19)3.3.4 分析采集到的数据 (19)四、后台灌包测试 (19)4.1查询小区下所有UE的基本信息 (19)4.2 查询指示UE在线信息 (20)4.3 查询设备IP配置信息： (20)4.4 启动Uu口数据测试 (21)4.5 查询Uu接口数据测试信息 (21)4.6 前台通过Proble进行灌包速率查看 (21)五、监控告警跟踪管理 (21)5.1 告警查询 (21)5.2 信令跟踪 (22)第二部分：KPI分析类 (23)六、切换类 (24)6.1 切换原理 (24)6.2 切换相关定义 (24)6.2.1切换事件 (24)6.2.2 切换失败原因 (25)6.2.3 切换失败参数调整 (25)七、掉线类 (26)7.1 掉线定义 (26)7.2.1 掉线问题范围确定 (27)7.2.2 基本要素排查分析定位 (27)7.2.3 掉线优化调整 (27)八、接入类 (28)8.1 接入定义 (28)8.2 接入问题定位 (29)九、互操作类 (29)9.1 GTL语音互操作 (29)9.1.1 TDL->GSM配置步骤 (29)9.1.2GSM->TDL配置步骤 (29)9.2 GTL数据互操作 (30)9.2.1 TDL->TDS配置步骤 (30)9.2.2 TDS->TDL配置步骤 (30)9.3 互操作参数 (30)第一部分：操作类一、常用指令：TDL站点状态查询指令：1、LST CELL:; 查询小区静态参数可以查询频点、PCI、上下行时隙配比、特殊子帧配比、根序列索引、小区发送与接收模式等参数。

LTE TDD问题定位指导书-掉话篇(仅供内部使用）For internal use only拟制: Prepared by 谢石生、许钢煌日期：Date2013-03-15审核: Reviewed by 日期：Dateyyyy-mm-dd审核: Reviewed by 日期：Dateyyyy-mm-dd批准: Granted by日期：Dateyyyy-mm-dd Koukou:277764781华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved修订记录Revision record目录1免责说明 (8)2概述 (8)3掉话分类定义 (8)3.1.路测数据 (8)3.1.1.路测数据掉话定义 (8)3.1.2.获取方式 (9)3.2.标口信令 (9)3.2.1.掉话预检查方式 (9)3.2.2.获取方式 (12)3.3.话统数据 (12)3.3.1.掉话率指标话统公式 (12)3.3.2.异常释放统计 (13)3.3.3.正常释放统计 (15)3.3.4.获取方式 (17)3.4.CHR (17)3.4.1.CHR数据源采集方法 (18)3.4.2.呈现方式 (33)4掉话原因分析 (33)4.1.常见掉话原因 (33)4.1.1.邻区错/漏配 (33)4.1.2.弱覆盖 (34)4.1.3.切换导致的掉话 (35)4.1.4.干扰引起的掉话 (36)4.1.5.流程交互失败 (37)4.1.6.异常分析 (37)4.2.话统中掉话率相关Counter (38)4.3.CHR内掉话原因分类 (38)4.3.1.CHR内常见异常释放原因介绍 (39)4.4.信令流程中释放原因分类 (47)4.4.1.协议中释放原因定义 (47)5优化方法 (49)5.1.掉话率指标分析流程 (49)5.1.1.全网话统指标分析流程 (49)5.1.2.Top小区分析流程 (52)6优化案例 (61)6.1.挪威掉话率指标优化 (61)6.1.1.【问题描述】 (61)6.1.2.【问题分析】 (62)6.1.3.【解决措施】 (67)6.2.瑞典掉话率指标优化 (68)6.2.1.【问题描述】 (68)6.2.2.【问题分析】 (68)6.2.3.【解决措施】 (77)6.3.日本软银PDCCH解调受限导致掉话 (77)6.3.1.【问题描述】 (77)6.3.2.【问题分析】 (77)6.3.3.【解决措施】 (85)6.4.基站License受限导致忙时小区掉话率升高 (85)6.4.1.【问题描述】 (86)6.4.2.【问题分析】 (86)6.4.3.【解决措施】 (89)7附录 (89)7.1.UE不活动定时器的工作机制 (89)7.2.UE重建工作机制 (90)7.2.1.上行RLC重传达到最大次数 (91)7.2.2.MAC层SRI重传达到最大次数 (91)7.2.3.时延谱首径搜索失败 (91)图目录List of Figures图1 S1AP_UE_CONTEXT_REL_REQ (9)图2按消息类型排序 (10)图3找到异常掉话消息 (10)图4找到对应的UU口消息 (11)图5找到对应的IFTS消息 (11)图6异常释放测量点1 (14)图7异常释放测量点2 (14)图8异常释放测量点3 (15)图9异常释放测量点4 (15)图10正常释放测量点1 (16)图11正常释放测量点2 (17)图12话统文件格式 (17)图13 InsightSharp界面..................................................................................... 错误！未定义书签。

LTE掉话问题定位专家指南(仅供内部使用）For internal use only拟制: Prepared by LTE网络分析部专家组日期：Date2012-09-20审核: Reviewed by 日期：Dateyyyy-mm-dd审核: Reviewed by 日期：Dateyyyy-mm-dd批准: Granted by 日期：Dateyyyy-mm-dd华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved修订记录Revision record目录Table of ContentsLTE掉话问题定位专家指南 (1)(仅供内部使用） (1)For internal use only (1)1概述 (6)1.1.掉话问题定位整体思路 (6)2影响掉话的机制介绍 (8)2.1.涉及L2的机制 (8)2.1.1.RLC达到最大重传次数（协议36.322） (8)2.1.2.重同步超时 (10)2.1.3.不活动定时器机制 (13)2.1.4.无业务时的主动失步 (14)2.2.涉及L3的机制 (15)2.2.1.空口超时定时器 (15)2.2.2.T304超时（不一定导致掉话） (15)2.2.3.等待eNB X2口响应定时器（不一定导致掉话） (15)2.2.4.等待MME S1口响应定时器（不一定导致掉话） (15)3问题隔离定位 (16)3.1.无线侧原因导致的掉话 (16)3.1.1.信令交互失败导致的掉话 (18)3.1.2.重同步失败导致的掉话 (24)3.1.3.DRB达到最大重传次数导致的掉话 (28)3.1.4.重建流程失败导致的掉话 (31)3.1.5.其他场景导致的掉话 (34)3.2.传输问题导致的掉话 (35)3.2.1.定位问题常见思路 (35)3.2.2.常见内部异常释放原因值 (39)3.2.3.案例 (40)3.3.切换问题导致的掉话 (40)3.3.1.常见内部异常释放原因值 (40)3.3.2.案例 (41)3.4.拥塞问题导致的掉话 (41)3.5.MME原因导致的掉话 (42)3.5.1.定位问题常见思路 (42)3.6.其他原因导致的掉话 (46)图目录List of Figures图1 问题定位步骤 (6)图2 是否问题确认流程 (7)图3 问题范围确认流程 (7)图4 掉话问题隔离定位流程 (8)图5 无线侧原因导致的掉话隔离定位流程 (16)表目录List of TablesNo table of figures entries found.1概述掉话率作为LTE控制面KPI的关键指标之一，通常都会与客户投诉，用户感知联系在一起；是局方和一线最为关注的指标之一。

HUAWEI TECHNOLOGIES CO., Huawei Confidential文档密级：内部公开2017-2-6TDD LTE网络KPI 常见问题和优化方法第1章接入问题定位优化方法第2章切换问题定位优化方法第3章掉话问题定位优化方法第4章相关工具和信息获取方式第1章接入问题定位优化方法第1节接入流程及问题表现第2节问题定位、解决方法第3节交付件接入流程接入流程可以分为四个步骤:☐随机接入☐RRC连接建立☐鉴权☐E-RAB建立接入问题的主要表现也体现在这四个步骤上。

RRC连接建立失败RRC连接建立的话统统计☐【A点】⏹指标L.RRC.ConnReq.Att加1，不统计重发的次数☐【C点】⏹指标L.RRC.ConnReq.Succ加1，不统计重发的次数RRC建立连接失败在ENB侧的表现如下：☐RRC_CONNECTION_CMP没有收到☐ENB回复RRC_CONNECTION_REJECT鉴权流程失败这里所说的鉴权流程指的是在S1口上，ENB发起UE_INITIAL_MESSAGE到收到核心网侧发送的INITIAL_UE_context_Setup_REQ这之间的所有流程交互：该流程存在问题导致接入失败的几个现象☐UE与核心网直传消息空口交互丢失（ENB侧来看是对应的上行直传消息没有收到）☐核心网直接发送释放命令☐核心网不响应或者响应过慢E-RAB建立失败E-RAB建立的话统统计☐【A点】⏹如图中A点所示，当eNodeB收到来自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息时E-RAB建立尝试次数累加☐【B点】⏹如图中B点所示，当eNodeB收到来自MME的E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息时E-RAB建立成功次数累加E-RAB建立失败在空口信令的表现☐空口安全交互，UE回复FAIL☐空口安全交互，UE未回复CMP☐空口DRB建立重配，UE未回复CMP☐空口UE能力查询，UE未回复E-RAB建立失败（续）●E-RAB建立失败S1口信令表现（空口信令交互正常）☐核心网异常☐无线资源申请失败☐GTPU资源申请失败第1章接入问题定位优化方法第1节接入流程及问题表现第2节问题定位、解决方法第3节交付件接入失败问题定位规定动作话统分析☐通过话统分析可以区分RRC建立失败或者E-RAB建立失败的TOP小区和统计TOP时间段☐通过话统分析可以区分RRC建立失败是因为空口原因导致还是由于小区资源问题导致。

华为LTE重要指标参数优化方案I.引言：随着移动通信技术的快速发展，LTE（Long Term Evolution）已成为第四代移动通信技术的主流标准。

作为领先的通信设备供应商之一，华为致力于提供高质量和高效率的LTE网络。

在LTE网络建设和运维过程中，重要参数的优化对于提高网络性能至关重要。

本文将探讨LTE网络中一些重要的参数优化方案。

1.带宽优化：LTE网络的带宽对于网络性能具有决定性影响。

通过合理规划和配置带宽资源，可以提高网络吞吐量和响应速度。

以下是一些带宽优化方案：-确定最佳信道带宽：根据网络需求和资源状况选择合适的信道带宽，以平衡用户体验和系统负载。

-动态带宽分配：根据网络负载情况，实时分配带宽资源，以确保网络的高效运行。

-小区频段配置：根据网络拓扑和覆盖需求，合理配置小区频段，以避免频段重叠和干扰。

2.小区配置优化：小区配置对于提高信号覆盖和质量至关重要。

以下是一些小区配置优化方案：-小区位置优化：通过合理的小区规划和布局，减少重叠覆盖和盲区，提高整体网络覆盖率。

-射频参数调整：包括功率控制、天线高度和方位角调整等措施，以优化信号覆盖范围和质量。

-频率重用：通过合理配置频率资源，减小频率干扰，提高网络容量和性能。

3.扇区间协作优化：LTE网络中的扇区间协作对于优化网络性能非常重要。

以下是一些扇区间协作优化方案：-小区间干扰抑制：通过合理配置物理层参数，例如邻区关系定义和功率控制策略，减少干扰对用户体验的影响。

-软切换优化：通过合理设置小区切换门限和时延参数，优化用户的切换体验，并减少呼叫掉话率。

4. QoS（Quality of Service）优化：为了提供更好的服务质量，有效的QoS优化方案至关重要。

以下是一些QoS优化方案：-可选业务优先级：根据业务的重要性和用户需求，设置合适的业务优先级，以保证关键业务的服务质量。

-上下行速率调整：根据网络负载和用户需求，动态调整上下行速率参数，以提高网络吞吐量和稳定性。

LTE掉话优化指导书－影响掉话的定时器目录LTE掉话优化指导书 (1)1概述 (1)2影响掉话定时器 (1)2.1.1.非切换场景相关定时器 (1)2.1.2.切换场景相关定时器 (7)1概述本《LTE掉话优化指导书》重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例；本《指导书》结构如下：第一部分主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义；第二部分给出了常见的掉话原因，掉话机制的介绍；第三部分介绍了掉话问题的隔离定位分析方法；第四部分分享了掉话优化的典型案例；第五部分介绍了CHR数据的分析方法，影响掉话的定时器介绍及重建的机制介绍。

2影响掉话定时器2.1.1.非切换场景相关定时器2.1.1.1.信令面流程相关2.1.1.1.1.空口信令超时在eNB侧成功下发AM信令后，启动等待UE UU口响应定时器（2.1基线值5s，对应MML参数配置为WAITUEUURSPTIMER=5000），若5s后未收到UE回复的信令，如果是普通信令，则直接在等待UE UU口响应定时器超时后释放，若为5大特殊信令，则会启动延迟释放定时器，等待延迟释放定时器超时后掉话。

2.1.1.1.2.SRB达到最大复位次数在eNB侧未成功下发AM信令，会进行HARQ及RLC的重传，在SRB达到最大重传次数后（2.1基线值4次，对应MML参数配置为MaxENodeBRetxThreshold=Maxretx_Threshold_t4）* Polling（2.1基线值定时器45ms，对应MML参数配置为POLLTRANSTIMER=8）后，SRB达到RLC最大重传次数后，如果是普通信令，则会继续等待UE UU口响应定时器超时后释放，若为5大特殊信令，则会在SRB达到RLC最大重传次数后直接启动延迟释放定时器，等待延迟释放定时器超时后掉话。

注：延迟释放定时器配置：eRAN2.1C00~SPC300 T310+T311+10seRAN2.1SPC400 T310+T311+20s延迟释放特殊信令定义：RRCConnectionReconfiguration包括：eRAB建立（default EPS Bearer Context及dedicated EPS Bearer Context），Measurement Control（周期，事件，ANR中读取eCGI）相关流程图简单整理如下：图1 SRB 相关流程2.1.1.2. 用户面相关2.1.1.2.1. DRB 达到最大复位次数在业务保持过程中，由于弱覆盖、信号陡降、拔卡场景下，若eNB 侧RLC 缓存有数据待发送，则易引起DRB 达到最最大重传次数引起的异常释放；在DRB 达到最大重传次数后，以QIC9为例（ 2.1基线值8次，对应MML 参数配置为ENodeBMaxRetxThreshold=Maxretx_Threshold_t8）* Polling （2.1基线值定时器50ms ，对应MML 参数配置为ENodeBPollRetransmitTimer=9）后，DRB 达到RLC 最大重传次数，然后进入延迟释放机制，延迟释放定时器为T310（2.1基线值200ms ，T310=MS200_T310）+T311（2.1基线值10s ，T311=MS10000_T311）+20s2.1.1.3.其他2.1.1.3.1.常规TA超时失步TA调整周期内连续下发3个TA没有收到TA ACK或者TA调整周期内基带连续3次没有上报TA，则认为TA超时。

LTE掉话优化指导书－第一部分：掉话分类定义目录LTE掉话优化指导书 (1)1概述 (2)2掉话分类定义 (2)2.1.路测数据 (2)2.1.1.掉话定义 (2)2.1.2.表现形式 (3)2.1.3.获取方式 (5)2.2.标口信令 (5)2.2.1.掉话表现形式 (5)2.2.2.获取方式 (8)2.3.话统数据 (14)2.3.1.掉话率指标话统公式 (14)2.3.2.掉话Counter介绍 (14)2.3.3.获取方式 (21)2.4.CHR数据 (22)2.4.1.获取方式 (22)2.4.2.呈现方式 (25)1概述本《LTE掉话优化指导书》重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例；本《指导书》结构如下：第一部分主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义；第二部分给出了常见的掉话原因，掉话机制的介绍；第三部分介绍了掉话问题的隔离定位分析方法；第四部分分享了掉话优化的典型案例；第五部分介绍了CHR数据的分析方法，影响掉话的定时器介绍及重建的机制介绍。

2掉话分类定义掉话是指在UE在与eNB间成功建立eRAB之后，由于异常原因导致的eRAB释放，本章将分别从路测数据、标准接口信令、话统数据及CHR数据4个方面介绍一下掉话的表现。

2.1.路测数据2.1.1.掉话定义在华为Probe&Assistant侧对于掉话（eRab Abnormal Release）的定义如下：一、没有收到“DEACTIVATE EPS BEARER CONTEXT REQUEST”的NAS消息，也没有收到MME的“DETACH REQUEST”的NAS消息，也没有向网络侧主动发出“DETACH REQUEST”的NAS消息，收到了RRCConnectionReconfiguration消息，且其中有信元“drb-ToReleaseList”，则生成一次ERABAbnormalRel，在Info中显示所有“drb-ToReleaseList”下对应的eps-BearerIdentity，并记录ReleaseList下的eps-BearerIdentity个数。

案例：后台参数配置错误导致掉话事件
【问题描述】11月13日长呼下载拉网：测试车辆在龙章路、金龙路及银龙路区域行驶，发现该区域天线方位角逆时钟接反，出现两次掉话；
图1优化前测试覆盖图
【问题分析】优化过程中，UE占用白石龙FE站点附近区域可以明显看出扇区天线接反，附近信号错乱，横岭一区FE2与白石龙FE2（PCI=90）经计算模三相等，形成直线对打，经核查TDS、TDL工参及后台参数输入配置后发现后台参数配置有误，导致该区域信号杂乱，频繁出现异常事件；建议后台重新配置该站点数据；
图2掉话位置
图3覆盖对应PCI截图
【解决方法】：1.确认后台参数配置错误后，建议后台参数重新配置。

【优化结果】修改参数配置后问题路段SINR改善明显，均大于15dB，且无掉线的情况；
覆盖该路段，切换正常；如下图所示：
图4复测后切换图。

华为LTE网络接入优化案例
[故障描述]
6月25日发现CCCC_岱山公园北_HLH_F26_1小区无线掉线率指标较差，晚忙时无线掉线率大于10%。

[故障诊断]
1、小区告警排查：查询CCCC_岱山公园北_HLH_F26基站无影响业务告警，设备运行正常，设备单板负荷正常。

2、小区底噪排查：小区底噪-109dBm，底噪正常。

进行标准接口信令跟踪发现UE_CONTEXT_REL_REQ消息中无线网原因值为UE LOST。

失败的原因如下。

查看指标发现无对应的邻区关系导致无法发起同频切换过程的次数较多，怀疑UE 在个别区域因无对应邻区关系，切换不及时导致掉线。

[解决措施]
已通过mapinfo及跟踪信令补全CCCC_岱山公园北_HLH_F26_1小区周边邻区关系后观察指标变化。

[效果对比]
[预防、监控措施]
对指标统计中无对应的邻区关系导致无法发起同/异频切换过程的次数较多的小区应通过查看mapinfo、跟踪信令、开启ANR等手段补全邻区关系。

LTE的掉话原因分析及处理思路(加精LTE（Long-Term Evolution）是一种移动通信技术，为用户提供高速数据传输和更稳定的通信质量。

然而，LTE网络在实际使用中可能会出现掉话现象，影响用户的通信体验。

掉话是指通话或数据传输过程中突然中断的情况，可能由多种原因引起。

本文将对LTE掉话的原因进行分析，并提出相应的处理思路。

一、LTE掉话的原因分析：1.频率干扰：当LTE信号受到其他频段或其他无线设备的干扰时，会导致通信中断或掉话。

2.基站负载过重：如果LTE基站的通话负荷过重，可能会导致通信连接不稳定，从而引起掉话现象。

3.地形遮挡：地形起伏或建筑物阻挡信号传输会导致LTE信号弱化，从而影响通话质量。

4.用户位置变动：当用户在快速移动过程中，如高速驾驶或地铁运行中，可能会导致基站切换不及时，引起掉话。

5.信号干扰：电磁干扰、天气影响或其他无线设备工作可能会对LTE 信号产生干扰，造成掉话现象。

6.网络故障：LTE基站设备故障、传输线路故障等都可能导致通信中断或掉话。

7.用户设备问题：用户使用老旧或不兼容的设备、软件问题、设备损坏等都可能导致LTE掉话。

二、LTE掉话处理思路：1.优化网络规划：对LTE网络进行规划优化，调整基站覆盖范围和功率等参数，提高信号质量和覆盖范围，降低掉话率。

2.增加基站密度：增加LTE基站密度，提高信号覆盖范围和质量，减少用户在移动过程中的掉话现象。

3.加强干扰监测：实时监测LTE信号干扰源，及时发现并处理可能影响通信质量的干扰因素，减少掉话发生的可能。

4.提高用户设备兼容性：鼓励用户使用符合LTE标准的设备，避免因设备兼容性问题而引起的掉话现象。

5.强化故障处理机制：建立健全的LTE故障处理机制，快速响应网络故障事件，提供快速恢复服务，降低掉话率。

6.加强用户培训：向用户普及LTE网络知识，教育用户正确使用设备、信号、网络选择等功能，减少用户因操作不当而引起的掉话。

LTE劣化小区优化指导手册目录1掉线类问题 (3)1.1影响掉话问题的常见因素 (3)1.2整体分析思路 (4)1.3掉线问题接入初步分析 (5)1.3.1KPI趋势分析 (5)1.4参数核查 (5)1.5操作日志、设备故障、告警/外部事件排查 (6)1.6版本差异和已知问题排查 (8)1.7网络规划优化 (8)1.7.1弱覆盖排查 (8)1.7.2切换异常和邻区分析 (8)1.7.3负载和容量分析 (8)1.8射频通道和干扰排查 (9)1.9Top用户/Top终端类型排查 (9)1.9.1TOP用户识别 (9)1.9.2TOP终端类型识别 (9)1.10核心网异常排查 (9)1.11传输排查 (9)2高S1切换占比问题 (11)2.1X2接口信令异常 (11)3高RRC重建问题 (13)3.1重建机制介绍： (13)3.2与主要网管指标关联分析 (14)3.3与MR指标相关分析 (14)3.4打开关闭DRX特性重建比率验证 (14)3.5相关参数优化 (14)3.6与终端关联分析 (14)3.7结论 (15)4高PDCP层时延 (16)4.1用户面（数据面）时延介绍 (16)4.2用户面时延问题定位 (17)4.2.1Ping时延分段定位 (17)4.3本地UE PC获取时延 (18)4.4Wireshark工具精确时延获取 (18)4.5Ping时延eNodeB侧L2处理时延获取 (19)5总结 (21)LTE劣化小区优化指导手册概述本文介绍了高掉话问题、高S1切换问题，高RRC重建问题，高PDCP层时延问题的排查方法。

1 掉线类问题1.1 影响掉话问题的常见因素1.2 整体分析思路1.3 掉线问题接入初步分析1.3.1 KPI趋势分析掉话率长期趋势分析，确认是逐渐恶化还是突然恶化。

如果是突然恶化，那么在转折点附近寻找异常；如果是逐渐恶化则需要分析负载、容量、当地话务模型。

掉话率趋势线与切换成功率、RB利用率、用户数、CPU负载趋势线密切相关。