lte掉线专题分析指导v
- 格式：docx
- 大小：657.63 KB
- 文档页数：23
下载文档原格式
合集下载
VOLTE端到端掉话分析指导
VOLTE端到端掉话分析指导端到端掉话是指通话过程中，双方用户在语音通话过程中突然失去声音或嘈杂的背景声音，导致通话无法继续进行。
在进行VOLTE（Voiceover Long Term Evolution）时，如果出现端到端掉话问题，需要进行分析和解决。
1.确定掉话现象2.收集掉话问题的证据在用户报告掉话问题后，需要收集相关的证据以进行分析。
可以收集以下内容：-掉话的具体时间和地点-掉话前后的通话质量和信号强度-接入网关或基站的状态信息-网络负载和流量数据3.检查网络和设备接下来，需要检查网络和设备的问题。
可以执行以下操作：-检查网络连接是否正常，例如查看是否有网络故障或网络拥塞的现象。
-检查设备是否有软件更新或升级，确保设备处于最新的运行状态。
-检查设备的电池是否充足，如果电池电量不足可能会影响通话质量。
4.分析通话质量报告VOLTE通话质量报告会记录通话过程中的相关数据，如接收信号强度指示（RSSI）、信噪比（SNR）、块错误率（BLER）等。
分析这些报告可以帮助找到问题的原因。
如果在特定时间段内出现了信号强度下降、信号干扰或其他异常现象，可能会对通话质量产生影响。
5.进行网络路径分析网络路径分析可以帮助确定通话过程中数据传输的路径，并找出可能的问题。
可以通过以下方式进行网络路径分析：- 使用ping命令测试网络连通性，了解数据包在网络中的传输情况。
-分析数据包进出的路由情况，检查是否存在延迟或丢包的现象。
-检查语音流量是否经过负载均衡设备，负载均衡设备的故障可能会导致掉话问题。
6.调查核心网和IMS网络- 网络设备或服务器故障，如SBC（Session Border Controller）或BGCF（Breakout Gateway Control Function）的故障。
-网络节点配置错误，如路由配置错误或信道配置错误。
总结：。
LTE网络业务掉线问题分析
LTE网络业务掉线问题分析提交人：范文强提交时间：2015.101问题现象河南地市（洛阳除外）每月1日LTE业务掉线率的突增，平日掉线率在0.13%~0.40%，每月1日业务掉线率突增到2%左右。
通过对掉线原因的进行分析，80%左右掉线原因都是“Context释放，ENB由于S1链路故障导致释放”，并且在每月1日由于“Context释放，ENB由于S1链路故障导致释放次数”比平日增加4~10倍。
由于每月1日的掉线的分子增加数倍，但是分母业务释放次数没有明显变化，所以掉线率发生突增。
洛阳市的业务掉线率无论每月1日还是其他时间均一直维持在0.04%左右的正常水平。
业务掉线率=(Context释放，ENB空口失败引发释放次数+Context释放，ENB小区闭塞复引发释放次数+Context释放，ENB由于其它原因引发释放次数+Context释放，ENB重建立失败导致释放次数+Context释放，ENB由于S1链路故障导致释放次数)/(Context建立成功次数+RRC连接建立当前用户数+切换类型的RRC连接重建立成功次数+eNB内小区间同频切换入执行成功次数+eNB间X2口小区间同频切换入执行成功次数+eNB间S1口小区间同频切换入执行成功次数+eNB内小区间异频切换入执行成功次数+eNB间X2口小区间异频切换入执行成功次数+eNB间S1口小区间异频切换入执行成功次数+UTRAN到LTE的切换入执行成功次数)*100%1.1全省掉线率对比分析各地市（除洛阳外）每月1日LTE业务掉线率的要比平日突增很多，洛阳则一直维持在0.03%左右。
1.2全省S1掉线率对比分析各地市（除洛阳外）1日85%以上的掉线原因都是“Context释放，ENB由于S1链路故障导致释放”，平日由于S1链路故障导致释放的掉线也占相当大的比重。
但洛阳S1链路故障导致掉线占总掉线次数的比例在20%左右。
根据厂家LTE性能counter，“S1链路故障导致释放次数”有“ENB由于GtpuErrInd引发释放次数”、“ENB由于Path故障引发释放次数”及“ENB由于光口故障引发释放次数”三部分组成，提取相关counter统计分析可以看到主要失败原因为Gtpu ErrInd触发释放。
lte掉线专题分析指导文档v
东莞LTE掉线指标专题分析指导1、概述本文主要结合东莞移动LTE现网无线掉线指标情况，根据现网数据统计分析，重点介绍了LTE系统内掉线率指标的优化思路、分析方法、定位手段及典型案例；影响掉线指标的原因主要包括：弱覆盖、干扰、故障及参数设置、异常TOP终端等。
2、无线掉线率定义及分析无线掉线指标定义无线掉线率= eNB异常请求释放上下文数/初始上下文建立成功次数*100%。
（eNB请求释放上下文数=eNodeB发起的UE Context释放次数+eNodeB发起的S1 RESET导致的UE Context释放次数初始上下文建立成功次数=UE Context建立成功总次数）过UE CONTEXT RELEASE REQUEST中包含异常原因的消息个数统计；初始上下文建立成功次数通过包含建立成功信息的Initial Context Setup Response消息个数。
如中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所有E-RAB。
当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”时，测量指标加1如图2中A点所示，当eNodeB如图3中A点所示，当MME向eNodeB常见掉线原因分析邻区错/漏配通常，网络建设初期优化过程掉线占大多数是由于邻区错/漏配导致的。
对于LTE网络内同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：方法一：如果掉线后UE马上重新接入，且UE重新接入的PCI与UE掉线时的PCI不一致，则可以怀疑是邻区错/漏配问题，可以通过测量控制进一步进行确认（从掉线位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。
VoLTE掉线率优化处理分析
VoLTE掉线率优化处理分析VoLTE掉线率优化处理思路【摘要】VoLTE即Voice over LTE，它是⼀种IP数据传输技术，使得⽤户在LTE⽹络下不仅仅能够享受⾼速率的数据业务，同时还能获得⾼质量的⾳视频通话。
VoLTE是基于IMS的语⾳业务，⽽IMS由于⽀持多种接⼊和丰富的多媒体业务，成为全IP时代的核⼼⽹标准架构, 本⽂主要介绍VoLTE掉话率优化⽅法，为后续VoLTE接⼊成功率的优化提升提供参考【关键字】VoLTE掉话率【故障现象】VoLTE掉话排查思路1、⽆线侧原因排查：终端异常进⼊空闲模式或者⽆线链路失败、RRC重建失败，需要查看当时的SINR和RSRP，确认是否由于越区覆盖、邻区漏配、PCI模3⼲扰、弱覆盖、基站故障等⽆线问题导致，VoLTE掉话应重点关注以下⼏个环节：是否发⽣⽆线链路失败终端在⽆线质量极差时会发⽣⽆线链路失败（Radio Link Failure,RLF）事件，RLF事件可从路测软件中查到。
出现⽆线链路失败后建议检查以下⼏点。
1) 邻区漏配导致⽆法切换导致掉话。
邻区漏配现象：掉话前下⾏覆盖变差， UE多次上报测量报告（MR），已经满⾜切换门限后⽹络侧不下发包含mobilitycontrol的RRC重配消息，最后掉话。
2) 覆盖弱导致⽆线链路失败（Radio Link Failure）3) ⼲扰强造成了SINR低，导致⽆线链路失败（Radio Link Failure）。
建议检查掉话点的SINR、RSRP以及相邻站点的PCI，确认是否存在越区覆盖、重叠覆盖、PCI模3⼲扰等。
⽆线链路失败后是否RRC重建成功RLF之后若终端搜索到合适的⼩区，可发起RRC重建流程。
重建成功话⾳则得到接续，不算掉话。
设备功能问题导致掉线说明：若⽆线环境较好未发⽣⽆线链路失败⽽终端突然掉线，建议检查基站或终端是否存在功能问题导致掉话。
例如：TM3/8转换导致掉话。
2、EPC原因排查：如果通话发⽣专⽤承载丢失、去激活承载消息未收到、核⼼⽹下发Detach Request，跟踪MME、S/PGW、PCRF信令查找问题原因。
LTE掉话问题定位和优化指导书V3.0概要
LTE掉话问题定位和优化指导书(仅供内部使用）For internal use only拟制: Prepared by 解决方案网络KPI组日期：Date2010-09-08审核: 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概述 (9)2掉话分类定义 (9)2.1.路测数据 (9)2.1.1.掉话定义 (9)2.1.2.表现形式 (10)2.1.3.获取方式 (11)2.2.标口信令 (11)2.2.1.掉话表现形式 (11)2.2.2.获取方式 (14)2.3.话统数据 (19)2.3.1.掉话率指标话统公式 (19)2.3.2.掉话Counter介绍 (19)2.3.3.获取方式 (26)2.4.CHR数据 (27)2.4.1.获取方式 (27)2.4.2.呈现方式 (29)3掉话原因分析 (30)3.1.常见掉话原因 (30)3.1.1.非切换类掉话 (30)3.1.2.切换类掉话（待完善）（在与切换专题融合后调整下） (34)3.1.3.其他异常分析 (35)3.2.CHR内掉话原因分类 (36)3.2.1.掉话相关内部释放原因值 (36)3.2.2.CHR L2异常内部机制介绍 (37)3.3.信令流程中释放原因分类 (45)3.3.1.协议中释放原因定义 (45)4隔离定位方法 (47)4.1.掉话率指标分析流程 (47)4.1.1.全网话统指标分析流程 (48)4.1.2.Top小区掉话分析流程 (49)4.2.掉话问题分类处理 (52)4.2.1.无线类问题处理 (52)4.2.2.传输类问题处理 (56)4.2.3.拥塞类问题处理 (57)4.2.4.切换类故障处理 (58)4.2.5.核心网类故障处理 (59)5优化案例 (60)5.1.某局点升级后掉话率KPI分析 (60)5.1.1.问题描述 (60)5.1.2.问题分析 (60)5.1.3.分析结论 (67)5.1.4.解决措施 (68)6附录 (68)6.1.CHR数据分析方法 (68)6.1.1.L3打点信息介绍 (68)6.1.2.L2打点信息介绍 (76)6.2.影响掉话定时器 (84)6.2.1.非切换场景相关定时器 (84)6.2.2.切换场景相关定时器 (89)6.3.UE重建机制 (90)6.3.1.reconfiguration failure (90)6.3.2.handover failure (91)6.3.3.radio link failure (91)图目录List of Figures图1路测吞吐率掉底 (10)图2开始接收系统消息 (11)图3 S1AP_UE_CONTEXT_REL_REQ (12)图4按消息类型排序 (12)图5 找到异常掉话消息 (13)图6 找到对应的UU口消息 (13)图7 找到对应的IFTS消息 (14)图8 M2000信令跟踪管理 (14)图9 M2000IFTS跟踪 (15)图10 M2000 IFTS跟踪网元与时间设置 (15)图11 M2000 IFTS跟踪信息选择设置 (16)图12 IFTS跟踪运行中 (17)图13 停止IFTS跟踪 (18)图14 IFTS跟踪数据导出 (18)图15 小区E-RAB正常释放打点_1 (20)图16 小区E-RAB正常释放打点_2 (20)图17 小区E-RAB异常释放打点_1 (21)图18 小区E-RAB异常释放打点_2 (22)图19 小区切换出E-RAB正常释放打点 (23)图20 小区切换出E-RAB异常释放打点 (24)图21 小区E-RAB异常释放原因打点_1 (24)图22 小区E-RAB异常释放原因打点_2 (25)图23 小区E-RAB异常释放原因打点_3 (25)图24 小区E-RAB异常释放原因打点_4 (26)图25 话统文件格式 (27)图26 一键式日志获取 (29)图27 日志解包 (29)图28 InsightSharp界面 (30)图29 M2000告警浏览界面 (35)图30 收到对端的状态PDU的负确认 (38)图31 下行数据发送失败 (38)图32 上行数据发送失败 (38)图33 eRAN2.1 LCEM_UEM_DMAC_STATUS_IND消息内容 (40)图34 L3_PDCP_DATA_Req消息内容 (40)图35 ENB检测到上行失步，且有下行数据要发送 (42)图36 NB检测到上行失步，没有下行数据要发送 (43)图37 DMAC_L3_SYNC_STATUS_IND消息内容 (44)图38 DMAC_L3_STATUS_IND消息内容 (45)图39 话统指标分析流程图 (47)图40 eNodeB软件版本查询结果 (48)图41 M2000侧上行干扰检测跟踪 (55)图42 告警查询结果 (57)图43 某局点掉话率趋势 (60)图44 某局点掉话原因分布 (61)图45 某局点Top小区掉话率统计 (61)图46 某局点Top小区内部释放原因值分布 (62)图47 某局点Top小区TA分布 (62)图48 内部释放原因值统计 (63)图49 异常释放记录 (63)图50 重建原因记录 (63)图51 最后10条信令记录 (64)图52 内部释放原因值统计 (64)图53 异常释放记录 (64)图54 异常释放TMSI信息 (65)图55 DRB TTI信息统计 (65)图56 DRB TTI信息统计 (66)图57 DRB TTI信息统计 (66)图58 包含核心网主动释放的掉话率 (67)图59 N秒无数传引起释放所占比例 (67)图60 CallID字段 (69)图61 异常释放原因值界面 (70)图62 小区ID字段界面 (71)图63 显示界面 (71)图64 CHR数据导出的TMSI信息 (72)图65 INITIAL_UE_MSG消息内容 (73)图66 CHR显示字段 (74)图67 DSP MMCTX操作界面 (75)图68 LST SIMEI操作界面 (76)图69 RLC达到最大重传次数隔离定位 (77)图70 重同步超时隔离定位 (81)图71 SRB相关流程 (85)图72 同失步相关流程 (87)图73 不活动定时器超时 (88)表目录List of Tables表1常用的IFTS L2MAC跟踪布控类型 (16)表2小区E-RAB正常释放C OUNTER (19)表3小区E-RAB异常释放C OUNTER (21)表4小区切换出E-RAB正常释放C OUNTER (22)表5小区切换出E-RAB异常释放C OUNTER (23)表6小区E-RAB异常释放原因C OUNTER (24)表7链路预算结果 (32)表8CHR释放原因列表 (36)表9 EN U U M SG T YPE字段说明 (40)表10 EN S TATUS字段说明 (44)表11信令流程中释放原因值列表 (45)表12掉话率相关参数 (49)表13CHR释放原因与实际掉话原因关系 (51)表14小区全带宽CQI的上报次数C OUNTER (52)表15PDSCH上各个MCS索引值的调度次数C OUNTER (53)表16PUSCH上各个MCS索引值的调度次数 (53)表17常见无线类故障CHR内部释放原因值 (55)表18话统数据 (57)表19拥塞及用户数相关C OUNTER (57)表20特定两小区对的切换出C OUNTER (58)表21切换类故障常见内部CHR释放原因值 (59)表22CHR L3常用字段信息 (68)表23RLC重传打点信息 (77)表2464MS MAC DRB打点信息 (78)表25SRB MAC打点信息 (79)表26TA打点信息 (81)1概述本文重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例；本文结构如下：第二章主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义；第三章给出了常见的掉话原因，掉话机制的介绍；第四章介绍了掉话问题的隔离定位分析方法；第五章分享了掉话优化的典型案例；第六章介绍了CHR数据的分析方法，影响掉话的定时器介绍及重建的机制介绍。
LTE无线掉线率分析与优化
版本BUG 完保未过 网络异常
定时器设置不合理 过于苛刻导致
上行干扰 1 PUCCH Power差 2 RRU 上行干扰
下行干扰 无DCI0,SR发送最 大次数 UL_DATA
切换异常 1 邻区关系； 2 切换参数
RLC发送最大次数 后RLF
UL_DATA后随机接 入不成功,MSG1~4 转随机接入
前台掉线率统计方法
路测软件CNT掉线定义如下：
1 UE发送rrcConnectionReestablishmentRequest 但无对应的 rrcConnectionReestablishmentComplete消息； 2 出现rrcConnectionRelease消息，但不包括： 2.1系统间切换网络侧释放; 2.2用户未激活，网络侧释放资源情况(User Inactivity) 2.3 CSFB的网络侧释放
RRCConnectionRelease
3
4
ERAB异常释放
目前ERAB异常释放的原因有8种，MME异常释放因为未测试，暂未纳入统计 范畴；
E-RAB abnormal Release 1.Release by ENB due to HO Fail 2.Release by ENB due to Radio Link Failure 3.Release by ENB due to Reestablish Fail 4.Release by ENB due to Other Abnormal Reason 5.Release by ENB Through E-RAB Release Procedure due to Overload Control 6.Release by ENB Through E-RAB Release Procedure due to Cell Block Or Reset 7.Release by ENB Through E-RAB Release Procedure due to S1 Link Error
lte掉线专题分析指导 v
东莞LTE掉线指标专题分析指导1、概述本文主要结合东莞移动LTE现网无线掉线指标情况，根据现网数据统计分析，重点介绍了LTE系统内掉线率指标的优化思路、分析方法、定位手段及典型案例；影响掉线指标的原因主要包括：弱覆盖、干扰、故障及参数设置、异常TOP终端等。
2、无线掉线率定义及分析2.1无线掉线指标定义无线掉线率= eNB异常请求释放上下文数/初始上下文建立成功次数*100%。
（eNB请求释放上下文数=eNodeB发起的UE Context释放次数+eNodeB发起的S1 RESET 导致的UE Context释放次数无线掉线率该指标指示了UE CONTEXT异常释放的比例。
异常请求释放上下文数通过UE CONTEXT RELEASE REQUEST中包含异常原因的消息个数统计；初始上下文建立成功次数通过包含建立成功信息的Initial Context Setup Response 消息个数。
如图1中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST 消息，会释放UE的所有E-RAB。
当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PSService”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”时，测量指标L.UECNTX.AbnormRel加1如图2中A点所示，当eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.eNodeB进行累加。
如图3中A点所示，当MME向eNodeB发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.MME进行累加。
lte掉线专题分析指导v
东莞LTE掉线指标专题分析指导1、概述本文主要结合东莞移动LTE现网无线掉线指标情况，根据现网数据统计分析，重点介绍了LTE系统内掉线率指标的优化思路、分析方法、定位手段及典型案例；影响掉线指标的原因主要包括：弱覆盖、干扰、故障及参数设置、异常TOP终端等。
2、无线掉线率定义及分析无线掉线指标定义无线掉线率= eNB异常请求释放上下文数/初始上下文建立成功次数*100%。
（eNB请求释放上下文数=eNodeB发起的UE Context释放次数+eNodeB发起的S1 RESET 导致的UE Context释放次数无线掉线率该指标指示了UE CONTEXT异常释放的比例。
异常请求释放上下文数通过UE CONTEXT RELEASE REQUEST中包含异常原因的消息个数统计；初始上下文建立成功次数通过包含建立成功信息的Initial Context Setup Response 消息个数。
如中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所有E-RAB。
当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”时，测量指标加1如图2中A点所示，当eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标进行累加。
如图3中A点所示，当MME向eNodeB发送S1 RESET消息时，根据包含的上下文个数，指标进行累加。
常见掉线原因分析邻区错/漏配通常，网络建设初期优化过程掉线占大多数是由于邻区错/漏配导致的。
对于LTE网络内同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：方法一：如果掉线后UE马上重新接入，且UE重新接入的PCI与UE掉线时的PCI不一致，则可以怀疑是邻区错/漏配问题，可以通过测量控制进一步进行确认（从掉线位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。
LTE的掉话原因分析及处理思路(加精,值得收藏)
LTE的掉话原因分析及处理思路LTE“掉话”是指UE异常退出RRC_CONNECTED状态导致的连接中断。
统计节点为“RrcConnctionReconfigurationComplete”消息正确达到网络侧开始，之后进行的各类业务，未正常释放的均计为“掉话”。
正常释放流程如下：一、外场常见掉话原因分析目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。
掉话原因1：弱覆盖现象:由于弱覆盖导致的掉话，通常有以下表现：1.掉话前服务小区的RSRP持续变差（低于弱覆盖标准，如小于-105dBm），同时服务小区的SINR也一起持续变差（小于0dB，甚至小于-3dB）。
2.掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE无数据上报（类似于UE脱网）。
解决方案:要解决此类掉话，需要改善覆盖。
具体手段有：1.首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。
2.根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区，并加强它的覆盖。
如常用的天馈调整、站点建设等。
具体案例：对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区，覆盖较差存在掉线风险。
通过调整PA：3→0，RS参考功率：13.4dB→15.2dB，覆盖改善，掉线风险大大降低。
掉话原因2：越区覆盖现象:在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现：1.越区覆盖导致的“导频污染”。
在覆盖区内，没有稳定的强信号作为主服务小区。
服务小区信号的频繁变化，是导致掉话的一个主要原因。
2.越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。
在某些区域，主服务小区收到越区信号的干扰，最终导致掉话。
解决方案：1.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。
湖南移动TD-LTE掉线优化指导手册V2
湖南移动TD-LTE 掉线优化指导手册2015年2月目录1概述 (2)2掉线率相关KPI指标 (2)2.1掉线率指标定义 (2)2.2掉线率相关统计项 (3)2.2.1无线掉线率统计项 (3)2.2.2ERAB掉线率统计项 (4)2.2.3掉线原因统计项 (4)2.2.4掉线的常见问题 (5)3掉线问题的分析和定位 (5)3.1掉线问题的分析 (5)3.1.1UE initialed Drop过程 (5)3.1.2eNB initialed drop过程 (7)3.1.3MME initialed Drop过程 (8)3.2掉线问题的原因 (8)3.3掉线问题的定位 (9)3.4掉线问题处理流程图 (9)3.4.1掉线整体分析 (12)3.4.2掉线Top小区分析 (12)3.4.3小区故障排查 (13)3.4.4切换导致掉线问题分析 (13)3.4.5基站上行RLF检测机制引起的掉线 (13)3.4.6无线环境导致掉线 (13)3.4.7终端类问题 (14)3.4.8个性问题单独分析 (14)3.5掉线问题优化方案 (14)3.5.1切换优化 (14)3.5.2参数优化 (15)3.5.3干扰优化 (15)3.5.4覆盖优化 (16)4掉线问题典型案例 (16)1概述本文主要介绍了TD-LTE掉线问题优化方法，通过对出现各种情况的掉线问题进行讲解说明，总结了TD-LTE掉线的处理思路及优化方案，为后续处理TD-LTE掉线问题提供了优化经验。
2掉线率相关KPI指标2.1掉线率指标定义无线掉线率=∑（eNB请求释放上下文数-正常的eNB请求释放上下文数）/∑(初始上下文建立成功次数+遗留上下文个数)*100% ，其中∑代表将本地网范围内的各个小区的统计结果累加。
诺基亚的无线掉线率公式是：100*sum(M8013C15+M8013C16)/sum(M8006C35+M8006C36+M8006C168+M8006C169+M8006C 170)ERAB掉线率=∑( eNB请求释放的E-RAB数 -正常的eNB请求释放的E-RAB数 +切出失败的E-RAB数 )/∑(E-RAB建立成功数+遗留E-RAB个数)*100%，其中∑代表将本地网范围内的各个小区的统计结果累加。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
东莞LTE掉线指标专题分析指导1、概述本文主要结合东莞移动LTE现网无线掉线指标情况，根据现网数据统计分析，重点介绍了LTE系统内掉线率指标的优化思路、分析方法、定位手段及典型案例；影响掉线指标的原因主要包括：弱覆盖、干扰、故障及参数设置、异常TOP终端等。
2、无线掉线率定义及分析无线掉线指标定义无线掉线率= eNB异常请求释放上下文数/初始上下文建立成功次数*100%。
（eNB请求释放上下文数=eNodeB发起的UE Context释放次数+eNodeB发起的S1 RESET 导致的UE Context释放次数无线掉线率该指标指示了UE CONTEXT异常释放的比例。
异常请求释放上下文数通过UE CONTEXT RELEASE REQUEST中包含异常原因的消息个数统计；初始上下文建立成功次数通过包含建立成功信息的Initial Context Setup Response 消息个数。
如中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所有E-RAB。
当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”时，测量指标加1如图2中A点所示，当eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标进行累加。
如图3中A点所示，当MME向eNodeB发送S1 RESET消息时，根据包含的上下文个数，指标进行累加。
常见掉线原因分析邻区错/漏配通常，网络建设初期优化过程掉线占大多数是由于邻区错/漏配导致的。
对于LTE网络内同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：方法一：如果掉线后UE马上重新接入，且UE重新接入的PCI与UE掉线时的PCI不一致，则可以怀疑是邻区错/漏配问题，可以通过测量控制进一步进行确认（从掉线位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。
方法二：在网络侧，观察eNodeB在收到UE上报的测量报告后如果没有处理，且同时X2口没有往目标小区发送HANDOVER_REQUEST，则可以怀疑是邻小区漏配。
（该方法只适用于异站切换，同站切换没有X2口交互）。
邻区漏配导致的掉线也包括异频邻区漏配和异系统邻区漏配。
异频邻区漏配的确认方法和同频几乎相同，主要是掉线发生的时候，UE没有测量或者上报异频邻区，而UE掉线后重新驻留到异频邻区上。
异系统邻区漏配表现为UE在LTE网络掉线，掉线后UE重新选网驻留到异系统网络，且从信号质量来看，异系统网络的质量很好。
定位邻小区错/漏配的方法可通过UE的Scanner功能进行扫频，观察是否有更强的的且不在邻小区列表中的小区。
邻小区错/漏配需要结合工参、电子地图等信息进行优化。
弱覆盖弱覆盖是超出了链路预算获得的最大路损得到的下行及上行的覆盖，由于上下行支持的最大路损不一致，通常在LTE中上行较之于下行先受限，故在这里提到的弱覆盖将分为上行弱覆盖及下行弱覆盖。
按照V100R004C00及以后版本的商用网典型配置来看，下行PDSCH导频配置的是（2T2R 配置），上行UE最大发射功率为23dBm。
在链路预算过程中链路预算的结果和场景、链路预算的边缘吞吐率、接收机灵敏度等的配置强相关。
相关链路预算结果如下表所示：表1 链路预算结果从上表可见，该场景下（下行边缘吞吐率为1024k，最少39个RB）下行支持的最大路损为，则按照导频是来计算的话，下行支持的最小RSRP为，若低于该电平值，则可以认为下行存在弱覆盖。
而该场景（上行边缘吞吐率64k，最少3个RB）上行支持的最大路损为，则上行支持的最小RSRP为= ，若上行低于该值，则就认为上行存在弱覆盖。
只要是上行或者下行其中一个存在弱覆盖，则就有导致掉线发生的可能。
弱覆盖问题需要结合实际路测情况及工参进行调整优化。
切换导致的掉线在LTE系统中，在时间轴上，可将切换分为如下3类：过早切换、过晚切换及乒乓切换。
由于重建的引入，通常过早切换能重建回源小区，故不会引发掉线，而过晚切换及乒乓切换易导致掉线。
从信号变化趋势上来看，过晚切换主要有以下现象：1）拐角效应：源小区RSPR/SINR陡降，目标小区RSRP/SINR陡升（即突然出现在邻小区列表中就是很高的值）；2）针尖效应：源小区RSPR/SINR快速下降后一段时间后上升，目标小区出现短时间的陡升后立即陡降。
因为切换过晚时容易发生目标小区没有UE的上下文，由于之前的版本尚未实现无上下文的重建，故易造成重建失败，最终导致掉线。
之后的版本在多数场景下可以无上下文重建成功，如果该现象仍有发生，需要具体问题再具体分析。
从信令流程上看，一般在掉线前UE上报了邻区的A3测量报告，eNodeB也收到了测量报告，并下发了切换命令，但是UE侧收不到，此时如果目标小区能有UE的上下文且能重建成功，可以不掉线。
乒乓切换在信号变化趋势上有如下表现：1）主服务小区变化快：2个或者多个小区交替成为主服务小区，主服务小区具有较好的RSRP和SINR且每个小区成为主导小区的时间很短；2）无最优小区：存在多个小区，RSRP正常而且相互之间差别不大，每个小区的SINR都很差。
从信令流程上看，一般可以看到UE刚刚完成一次切换后就有新的测量报告上报并发起另一次切换，由于切换后还有较多的重配置消息下发（CQI上报模式、sounding等），在乒乓区域易导致这些命令超时失败引起掉线。
解决切换过晚导致的掉线问题，可以通过调整天线位置，修改切换参数或者配置CIO使目标小区能够提前发生切换；解决乒乓切换带来的掉线问题，主要通过调整天线位置改善RF，使得该区域能有一个稳定的最优小区。
对于异频切换和异系统切换，在切换前需要通过启动GAP来进行异频或者异系统频点的测量，故需要对A2参数进行合理配置，保证及时的起GAP测量，从而避免起GAP过晚导致的终端来不及测量目标侧小区的信号导致掉线，并合理的配置目标小区的门限。
干扰引起的掉线通常干扰分为上行干扰及下行干扰，系统内干扰及外来干扰。
不论哪种类型的干扰都会导致掉线。
通常，对于下行，当服务小区的RSRP高于-90，但是SINR低于-6，基本上可以认为是下行干扰的问题（当邻小区错/漏配或切换不及时的时候，也可能出现服务小区RSRP信号很好，但SINR很差的情况）；下行的干扰通常是指导频污染，指覆盖地区存在3个以上的小区满足切换条件，由于信号的波动常常出现频繁小区重选或者乒乓切换，可能会导致掉线。
通常在没有干扰的情况下，上下行是平衡的，而当下行存在干扰时，会体现在下行受限，上行不受限；而存在上行干扰时，则是上行受限但下行不受限。
流程交互失败一些需要信令交互的流程，如CQI上报周期、MIMO模式、SRS、ANR流程等，这些流程往往常常会由于无线环境的原因，eNodeB与终端侧兼容方面的原因或者UE本身的问题导致流程失败，最后导致掉线。
这类问题需要针对特定的流程进行分析，特殊情况特殊处理，没有一般性的处理方法。
异常分析传输问题（S1、X2口复位、闪断等）eNB故障（单板复位、射频通道故障等）UE故障等（UE死机、发热、版本缺点等）在排除了以上的原因之后，其他的掉线一般需要怀疑是否是设备存在问题，需要通过查看设备的日志文件，告警信息等进一步来分析掉线原因。
比如：eNodeB基带板内存泄露导致在发起小区资源核查时释放用户导致掉线；比如：核心网重启导致的eRAB异常释放。
还有在路测过程中易引起路测终端过热/死机，或者连线脱落/掉电导致的掉线。
优化思路整网指标优化分析话统指标分析流程图如下所示：说明：1、首先需要在话统侧获取全网的掉话率指标以及趋势，掉话率趋势分析至少需要分析1~2周左右的数据。
如果全网的掉话率指标突然偏高，一般下列因素会导致全网的掉话率突然增加，需要执行以下的检查：是否存在传输告警：观察S1口传输是否出现问题；是否存在设备告警：观察eNodeB侧是否存在告警；全网话务量趋势分析：分析是否由于话务量突然增加导致掉话率上升；话务量的分析通常可通过e-RAB尝试建立的次数及成功次数的分布来判断。
2、然后依据检查结果，定位掉话问题；如果面全网的掉话率指标一直偏高，分析小区级别的掉话率指标，把小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序，优先分析掉话绝对次数多而且掉话率也很高的Top小区；进行小区掉话指标分析；需要检查小区参数在掉话率异常期间是否存在修改。
3、分析掉话统计结果，对Top小区实施优化措施；优化措施实施后对比该小区的掉话率指标是否改善；4、分析优化措施是否可以全网复制，如果可以的话安排全网经验复制，分析实施后的指标是否满足要求，如果满足要求，那么结束掉话优化；否则，重新进行Top小区优化；TOP小区优化思路有详细的子流程说明：1、获取小区级话统的掉话率指标及趋势，掉话率趋势分析至少需要分析1~2周左右的数据；如果小区的掉话率指标突然偏高，需要检查eNodeB侧是否存在该小区相关的告警信息；检查该小区所属eNodeB的告警，确认该小区没有出现故障等信息；常见的告警如RRU相关的告警、通道相关的告警、传输相关的告警、基带板相关的告警等。
2、分析小区级掉话原因CHR数据，获取导致掉话的各种原因的比例，按照比例从高到低的顺序分别针对不同的原因进行分析；3、依据各Top原因所对应的实际掉话原因进行分析处理4、是否存在OM操作导致的站点复位，重启等导致的掉话；5、是否有Top用户存在，如果有，需要对Top用户的Log进行详细分析；6、如果是无法通过CHR数据定位解决的问题，需要通过抓取该Top小区内eNodeB侧的IFTS数据（TTI跟踪）、串口跟踪进行进一步分析；7、如无法进行进一步深入分析，则需要使用测试终端进行复现，并抓取UE侧的log 及内部打印信息进行进一步定位。
3、PRS-切换相关模板R9版本PRS中已经建立切换相关的指标模板，可以根据需要自行提取即可。
掉线指标提取模板分为两类，掉线指标模板 CONTEXT掉线指标模板，这两项指标都包含在一个PRS 模板里。
打开PRS，选择报表管理->KPI组专项优化->掉线率指标->按条件查询：点击进入的操作界面如下：选择所需要查询的小区，选择时间-时间维度可以选择（小时、天、周、月、所有）。
查询后的指标如下：掉线率指标.xlsx详细指标项如附件：、案例参考东莞东城景湖春天E2-HLW-2掉线分析问题描述：东莞东城景湖春天E2-HLW掉线严重，指标趋势如下：原因分析：分析异常释放原因99%为无线层原因。