LTE掉话类KPI基本分析定位方法
掉话类KPI
1.通过LST ALMAF查询站点实时告警,参考历史告警；
2.通过DSP BRD 查询单板运行情况；
3.提取两两小区切换，确定目标小区：
A.确定目标小区运行情况，是否基站故障或异常告警；
B.检查邻区间参数设置是否正确；
C.通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；
D.检查基站是否周边站点缺少，如为孤站，可视为正常；
4.检查参数设置是否合理：
A.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）.如掉线率突
增，B.查询操作日志，确认是否有修改，导致小区异常；
5.检查是否存在干扰：
A.通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；
B.检查小区时隙配比是否设置准确（室分:SA2\SSP7;宏站:SA2\SSP5）；
C.如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；
6.是否存在高质差：
A.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差；
B. 通过后台误码率跟踪，如BLER>10%，确定小区存在高误码；
7.是否存在弱覆盖：
A.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖；
B. 对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常；
8.现场测试及后台跟踪：
A.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；
B.如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环。
1、关于掉话的定义
话统掉话的定义
当ENodeB收到来自MME的ERAB ReleaseCommand（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分别进行累加。
2、掉话基本排查步骤
2.1、基本排查
首先需要在话统侧获取全网的掉话率指标以及趋势，掉话率趋势分析至少1到2周的数据，如果掉话率指标突然偏高，一般执行步骤：
是否全网问题
对全网MME及eNodeB侧进行告警核查（传输，设备等告警），观察期间是否实施版本升级
是否存在Top小区：
小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序，优先分析掉话绝对次数多而且掉话率高的Top小区
对Top小区进行参数核查、告警检查等
对引起掉话的Top原因进行定位分析
若是共性问题，将优化结果复制到全网
参数对比
随机抽取部分站点的脚本与基线参数进行核对，对不一致的参数进行分析；
告警核查
是否存在传输告警：观察S1传输是否出现问题；
是否存在设备告警：观察eNB侧是否存在告警；
检查系统是否升级、打补丁等动作；
小区筛查
将小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序，优先分析掉话绝对次数多且掉话率高的Top小区；
通常取每天掉话率高于平均指标的Top5小区进行分析，确定掉话的主要原因；
2.2、掉话问题分析规定动作
获取小区级话统掉话率指标及趋势，掉话率趋势至少分析1到2周数据
如果小区的掉话率指标突然偏高，需要核查ENB侧是否存在该小区的相关告警信
息，检测该小区所属ENodeB的相关告警，确认该小区是否存在故障分析CHR数据，获取导致掉话的各种原因的比例，按照比例从高到低的顺序分别针对不同的问题原因进行定位，并针对各TOP原因进行分析处理
判断是否存在OM操作导致的站点复位，重启等导致的掉话，
检测是否有TOP用户存在，如果有，需要对TOP用户的数据进行针对分析
如果无法通过CHR数据定位解决问题，通过抓取该小区ENodeB侧IFTS跟踪
如果无法进行深一步分析在需要使用测试终端进行复现，并抓取UE侧LOG和内部打印信息进行进一步定位
2.3、CHR原因统计
取每天的Top5站点通过InsightSharp对CHR数据进行分析，找到影响每个Top小区掉话率的主要原因：
2.4、TOP用户排查
2.4.1、Top用户的确定
Top用户的判断主要是依据终端接入时上报的TMSI进行判定，华为核心网TMSI分配的机制是对于同一个IMSI用户，TMSI的右起第5位进行随机赋值，即某用户的TMSI中只有*指示的8bits位置发生变化，就是同一个用户，C0 6* 00 05；
TMSI可以通过CHR数据分析获取：
2.4.2、Top用户log分析
●Step1：分析是否存在同频邻小区漏配或者错配导致的掉话；
●Step2：分析是否存在弱覆盖导致的掉话；
●Step3：分析是否由于切换来不及导致的掉话；
●Step4：分析是否导频污染引起的掉话：
●Step5：分析是否存在上行干扰导致的掉话：
●如果掉话原因不是步骤1~5所述的原因，则很有可能是非RF原因导致的掉话，需
要结合IFTS信息进一步定位；
●如果是异常导致的掉话，则需要结合一键式日志、TTI跟踪等信息进行异常定位。
2.4.3、Top用户隔离定位
输入数据
eNB IFTS跟踪
UE TTI跟踪
UE侧路测log
eNB表口log
一键式日志
CHR日志
2.4.5、Top用户掉话分析四步曲
●Step1：标口流程分析谁主动发起释放
☐eNB主动发起释放
⏹eNB主动向核心网发起释放请求，收到核心网下发的释放命令后释
放用户RRCConnRel、并向核心网反馈释放完成
⏹核心网主动发起释放
⏹eNB收到核心网下发的释放命令，释放用户RRCConnRel、并向核心
网反馈释放完成
⏹Step2：通过S1释放请求/命令中的释放原因值隔离掉话原因
⏹无线侧原因触发释放
⏹传输原因触发释放
⏹NAS原因触发释放
⏹协议原因触发释放
⏹其他混合原因触发释放
⏹Step3：CHR分析详细释放原因
⏹Step4：复现问题抓取IFTS跟踪、UE侧Log，深度定位掉话根因。
LTE KPI基础性KPI分析
L TE基础性KPI分析一．基础性KPI分类●数据业务PDCP层吞吐量=小区PDCP层上行流量（所有QCI)+ 小区PDCP层下行流量（所有QCI)；反映系统PDCP层业务量情况。
●RRC建立成功率= [RRC连接建立完成次数]/[RRC连接请求次数（不包括重发）]； RRC连接建立成功意味着UE与网络建立了信令连接，是进行其他业务的基础。
●E-RAB建立成功率= [E-RAB建立成功总次数]/[E-RAB建立尝试总次数]；E-RAB建立成功指eNB成功为UE分配了用户平面的连接。
●数据业务掉线率= [E-RAB异常释放总次数]/([E-RAB异常释放总次数]+[E-RAB正常释放总次数]) ；反映系统的业务保持能力，是用户直接感受的重要性能指标之一。
●ENODE间同频切换成功率= [eNodeB间同频切换出成功次数]/[eNodeB间同频切换出尝试次数]；反映了eNB间小区切换的成功情况。
●ENODE内同频切换成功率= [eNodeB内同频切换出成功次数]/[eNodeB内同频切换出尝试次数]；反映了eNB内小区间切换的成功情况。
●小区内的平均用户数：在小区范围内，定期采样所有UE（已连接，包括同步和失步），得到此时的用户数，采样周期为1秒，在统计周期末，取这些采样值的平均值作为该指标。
●小区内的最大用户数：在小区范围内，定期采样所有UE（已连接，包括同步和失步），得到此时的用户数，采样周期为1秒，在统计周期末，取这些采样值中的最大值作为该指标。
●上行PRB资源使用的平均个数：以1s为采样周期，采样当前上行PRB使用个数，在统计周期结束时根据采样值计算上行PRB的平均值。
根据高层的配置，对UE的ACK、SRI、CQI会预留一定PUCCH资源; 对PRACH也预留一定资源.预留资源统计在上行PRB使用个数内。
●下行PRB资源使用的平均个数：以1s为采样周期，采样当前下行PRB使用个数，在统计周期结束时根据采样值计算下行PRB的平均值。
LTE_TDD问题定位指导书-掉话篇-华为
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掉话分析(1)
目录一、掉话定义 (2)1.路测数据 (2)1)路测数据掉话定义 (2)2.话统数据 (2)1)掉话率指标话统公式 (2)2)异常释放测量点 (3)3)正常释放测量点 (6)二、掉话原因分析 (8)1.邻区错/漏陪 (8)2.弱覆盖 (9)3.切换导致的掉话 (11)4.干扰引起的掉话 (13)5.天馈线原因而导致的掉话 (16)6.由设备硬件或系统参数设置引起的掉话 (16)1)参数问题 (16)2)硬件故障 (17)3)基站数据信息有误 (17)4)系统扩容、升级、补丁影响 (18)一、掉话定义1.路测数据1)路测数据掉话定义对于掉话（ERAB Abnormal Release）的定义UE没有收到Deactivate Eps Bearer Context Request消息，但收到RRC Release或RRC Connection Reconfiguration消息，则表示ERAB异常释放。
2.话统数据1)掉话率指标话统公式在话统侧异常掉话指标的公式定义如下：CallDropRate=L.E-RAB.AbnormRel.QCI.N/（L.E-RAB.AbnormRel.QCI.N+ L.E-RAB.NormRel.QCI.N）其中：分子上表征异常释放的Counter为L.E-RAB.AbnormRel.QCI.N=L.E-RAB.AbnormRel.QCI.1+L.E-RAB.AbnormRel.QCI.2+L.E-RAB.AbnormRel.QCI.3+L.E-RAB.AbnormRel.QCI.4+L.E-RAB.AbnormRel.QCI.5+L.E-RAB.AbnormRel.QCI.6+L.E-RAB.AbnormRel.QCI.7+L.E-RAB.AbnormRel.QCI.8+L.E-RAB.AbnormRel.QCI.9；而分母上是正常释放与异常释放的总和，正常释放的Counter为L.E-RAB.NormRel.QCI.N=L.E-RAB.NormRel.QCI.1+L.E-RAB.NormRel.QCI.2+L.E-RAB.NormRel.QCI.3+L.E-RAB.NormRel.QCI.4+L.E-RAB.NormRel.QCI.5+L.E-RAB.NormRel.QCI.6+L.E-RAB.NormRel.QCI.7+L.E-RAB.NormRel.QCI.8+ L.E-RAB.NormRel.QCI.9；从该指标中可以知道，掉话率的指标统计是针对业务而非用户的，如果一个用户建立了多个DRB业务，则在掉话时，会统计多次异常掉话值。
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掉话类KPI基本分析定位方法
掉话类KPI1.通过LST ALMAF查询站点实时告警,参考历史告警；2.通过DSP BRD 查询单板运行情况；3.提取两两小区切换，确定目标小区：A.确定目标小区运行情况，是否基站故障或异常告警；B.检查邻区间参数设置是否正确；C.通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；D.检查基站是否周边站点缺少，如为孤站，可视为正常；4.检查参数设置是否合理：A.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）.如掉线率突增，B.查询操作日志，确认是否有修改，导致小区异常；5.检查是否存在干扰：A.通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；B.检查小区时隙配比是否设置准确（室分:SA2\SSP7;宏站:SA2\SSP5）；C.如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；6.是否存在高质差：A.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差；B. 通过后台误码率跟踪，如BLER>10%，确定小区存在高误码；7.是否存在弱覆盖：A.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖；B. 对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常；8.现场测试及后台跟踪：A.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；B.如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环。
1、关于掉话的定义话统掉话的定义当ENodeB收到来自MME的ERAB ReleaseCommand（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”时统计该指标。
关于VOLTE掉话率定位分析及优化案例
关于VOLTE掉话率定位分析及优化案例关于VOLTE掉话率定位分析及优化1.1.1.1.优化思路定界流程：1.1.1.2.定位及优化1.1.1.2.1.基于话统定位优化流程对小区的QCI1的ERAB异常释放原因进行统计分析。
对于传输层问题占比大，则需传输侧进行排查分析；切换流程失败原因则重点分析无线质量、邻区关系、参数配置；●排查源小区及目标小区覆盖、干扰等无线质量情况，避免切换时与目标小区同步失败。
●核查邻区关系及参数，并结合地理图层确保已完善周报邻区，保证邻区关系及参数合理性；●参数一致性：核查确保外部邻区基站标识、小区标识、频点、PCI与邻区小区实际参数一致性、避免测量上报错误小区导致切换失败。
●核查切换参数配置：现网同异频切换基本都是基于A3事件：Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off。
同频切换参数，主要核查优化同频切换参数组ID的同频切换幅度迟滞、同频切换偏置、同频切换时间迟滞：异频切换参数，主要核查优化异频A3偏置、基于A3的异频A1 RSRP触发门限、基于A3的异频A2 RSRP触发门限。
异系统的切换参数，主要合理设置 A2 测量门限，避免由于测量过晚导致终端来不及测量目标小区信号无法切换掉话；无线层问题原因则重点排查弱覆盖、过覆盖、PCI模3干扰、外部干扰、参数配置等；●借助MR数据等措施判断弱覆盖及优化；●核查小区干扰情况并进行处理优化；●通过CQI上报指标统计各调制方式占比，可反映下行信道质量情况，正常情况是64QAM远大于QPSK占比，反之则说明无线质量存在异常。
如下为正常小区下各调制方式占比情况：●通过性能平台TA数据统计评估是否存在过覆盖问题，当TA统计距离明显大于最小站间距，则该小区极可能存在过覆盖。
对于过覆盖问题需进行增大下倾角、降低功率、站点整改等。
无线网络拥塞原因。
对于无线网络拥塞原因导致语音掉话，则需对拥塞原因进行排查及扩容等优化处理。
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的KPI指标分析及优化
虹信通信 ·无线覆盖解决方案专家
© 2012 WRI Corporation
All rights reserved
影响RRC建立成功率
影响RRC连接建立成功率的因素主要以下因素有关：
空口信号质量； 参数配置（定时器、功率控制等）； 干扰； 网络拥塞； 设备故障；
虹信通信 ·无线覆盖解决方案专家
LTE KPI关键指标
覆盖类
1. RSRP（Reference Signal Receiving Power）：在某个Symbol内承 载Reference Signal的所有RE上接收到的信号功率的平均值。 2. RSSI（Received Signal Strength Indicator）：在这个Symbol内接 收到的所有信号（包括导频信号和数据信号，邻区干扰信号，噪音信号等） 功率的平均值。 3. RSRQ(Reference Signal Receiving Quality)是RSRP和RSSI的比值， 两者测量所基于的带宽可能不同，会用一个系数来调整，也就是 RSRQ = RB Number*RSRP/RSSI。 4. SINR（Signal to Interference plus Noise Ratio）是接收到的有用信 号的强度与接收到的干扰信号（噪声和干扰）的强度的比值。
UE eNB
RRC Reconfiguretion/ Handover Command RRC Connection Setup Procedure RRC Connection Reconfiguration / Handover Confirm
虹信通信 ·无线覆盖解决方案专家
© 2012 WRI Corporation
虹信通信 ·无线覆盖解决方案专家
LTE_KPI问题分析定位指导书
LTE网络KPI分析与定位目录1整体定位思路 (3)2LTE重点关注指标： (3)3可接入性 (3)3.1RRC建立成功率 (3)3.1.1定义 (3)3.1.2信令流程 (3)3.1.3问题定位思路 (4)3.2eRAB建立成功率 (4)3.2.1定义 (4)3.2.2信令流程 (5)3.2.3问题定位思路 (5)3.2.4Counter关系式 (6)3.3CQI占比 (6)3.3.1定义统计周期内，小区内UE上报的CQI（CQI0～15）数量在整个CQI上报数量中的比例。
(6)3.3.2CQI与SINR关系 (6)3.3.3问题定位思路 (7)动作补充说明 (7)3.3.4KPI定义检查 (7)3.3.5问题范围确认 (7)[1]问题特征确认 (7)[2]关联分析 (7)3.3.6故障与告警核查 (8)3.3.7参数核查 (8)4可保持性 (8)4.1重建成功率 (8)4.1.1定义 (8)4.1.2信令流程 (9)4.1.3问题定位思路 (9)4.1.4Counter关系式 (10)4.2掉线率 (10)4.2.1定义 (10)4.2.2信令流程 (10)4.2.3问题定位思路 (10)4.2.4Counter关系式 (11)5移动性 (11)5.1 3.4G回流比（4G回流/重定向到3G的比例） (11)5.2问题定位思路 (11)5.2.1RF优化 (11)5.2.2修改重定向到3G的A2门限值 (11)1 整体定位思路Step1、掉话KPI趋势分析--找到Top小区和Top时间段Step2、Top小区异常原因分析--找到占比最大原因Step3、Top小区分析是否存在Top用户2 LTE重点关注指标：CQI大于等于7的比例（%）、RRC连接建立成功率(%)、E-RAB建立成功率(%)、RRC重建比例(%)、E-RAB掉线率(%)、LTE重定向到3G的比例（%）3 可接入性3.1 RRC建立成功率3.1.1定义3.1.2信令流程3.1.3 问题定位思路3.2 E-RAB 建立成功率3.2.1 定义3.2.2信令流程3.2.3问题定位思路3.2.4Counter关系式3.3 CQI占比3.3.1定义统计周期内，小区内UE上报的CQI（CQI0～15）数量在整个CQI上报数量中的比例。
LTE无线KPI指标分析方法介绍
RRC_ConnEstabFail_CACFailure RRC_ConnEstabFail_NoResponseFromUE RRC_ConnEstabFail_S1FaultExternalFailure RRC_ConnEstabFail_InterventionOAM RRC_ConnEstabFail_MoData RRC_ConnEstabFail_MoDataMoSignalling RRC_ConnEstabFail_NonEmergencyNonMtAccess RRC_ConnEstabFail_OverloadConditionFailure RRC_ConnEstabFail_TooLateEnbResponse
1 · 2 · 15
COPYRIGHT © ALCATEL-LUCENT 2013. ALL RIGHTS RESERVED.
RRC 连接建立
Random Access preamble
MSG1
UE RRC-Idle
Random Access preamble Response
CCCH/ SRB0
MR平台，路测
对于如VIP用户的感知以及接入，切换类KPI的指标 信令采集平台的实现，各关键KPI信令 分析，需要借助于信令采集平台，通过对信令流程 流程梳理 的分析来定位故障
10
COPYRIGHT © ALCATEL-LUCENT 2012. ALL RIGHTS RESERVED.
2 接入性指标
RRC Connection Request
Loss of the cell service due to customer OAM intervention RRC Connection Reject