LTE_KPI问题分析定位指导书
LTE后台KPI指标优化指导书(全集)
1 掉线率1.1 指标定义无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context异常释放次数)/UE Context建立成功总次数*100%1.2 指标分析及统计点介绍UE Context异常释放次数测量点：如图1中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”，“TimeCritical Handover”，“Handover Cancelled”时，测量指标L.UECNTX.AbnormRel加1。
eNodeB发起的S1 RESET导致的UE Context释放次数测量点：如图2中A点所示，当eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.eNodeB进行累加UE Context建立成功总次数测量点：如图3中B点所示，当eNodeB向MME发送INITIAL CONTEXT SETUP RESPONSE消息时统计该指标。
消息中如果包括多个E-RAB，该指标也只统计一次。
1.3 TOP小区分析流程TOP小区分析可通过OMC 920提取异常释放原因：□ eNodeB发起的原因为UE LOST的UE Context释放次数□ eNodeB发起的原因为切换失败的UE Context释放次数□ eNodeB发起的原因为无线层问题的UE Context释放次数□ eNodeB发起的S1 RESET导致的UE Context释放次数❶是否存在异常告警或传输闪断1）通过LST ALMAF查询站点实时告警,参考历史告警；2）通过DSP BRD 查询单板运行情况；❷通过提取两两小区切换，确定目标小区1）确定目标小区运行情况，是否基站故障或异常告警；2）检查邻区间参数设置是否正确；3）通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；4）检查基站是否周边站点缺少，如为孤站，可视为正常；❸检查S1链路是否配置正确现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为0，如统计出现释放次数，需进行针对排查；❹参数是否设置合理1）查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）2）如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；❺是否存在高干扰1）通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；2）检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）；3）如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；小提示：判断干扰类型时，可跟踪后台干扰检测，如果RB0-RB99呈下坡图，则为杂散干扰，如果为陡升陡降则为互调干扰，如果为上坡图，则为阻塞干扰，如果干扰仅在RB40-RB80,则为广电干扰，请大家知悉。
LTE专项优化-KPI优化指导手册_无线接通率
湖南移动专项优化KPI优化指导手册-无线接通率2015/3/14目录1 概述无线接通率可以统计UE成功接入LTE网络的性能。
无线接入主要发生在开机附着、异系统重选回LTE、位置更新、收到pagging等过程中，无线接入是用户使用LTE网络的前提。
无线接通率由RRC建立成功率、S1建立成功率和ERAB建立成功率3部分构成。
2 指标定义无线接通率= RRC建立成功率*ERAB建立成功率*100%。
RRC建立成功率=RRC接入成功率次数/RRC接入尝试次数*100%=pmRrcConnEstabSucc/pmRrcConnEstabSucc*100%ERAB建立成功率=ERAB建立成功率次数/ERAB建立尝试次数*100%=(PmErabEstabSuccInit+PmErabEstabSuccAdded)/(PmErabEstabAttInit+PmErabEstabAttAdded)*1 00%3 RRC建立成功率分析3.1 理论介绍RRC连接建立过程分为两个阶段：准备阶段和实施阶段。
在准备阶段中，UE会根据NAS 层的触发原因和系统广播中的接入限制信息，通过一系列检查来判断自己是否被允许进行接入过程，如果可以，则执行后续的实施阶段；否则UE的RRC将启动相应的定时器，在该定时器超时前UE无法发起任何接入过程。
上述机制的目的是负荷拥塞控制，当网络负荷较重时限制某些UE 进行接入3.2 正常信令流程RRC建立流程如下图所示，其中红点处为RRC建立重要counter（PmRrcConnEstabAtt和pmRrcConnEstabSucc）统计节点。
RRC 建立触发原因：●IDLE态UE需变为连接态时发起该过程，如呼叫、响应寻呼、TAU（跟踪区）、Attach(附着)等。
RRC连接建立成功流程●RRC连接请求：UE通过UL_CCCH在SRB0上发送，携带UE的初始（NAS）标识和建立原因等，该消息对应于随机接入过程的Msg3●RRC连接建立：eNB通过DL_CCCH在SRB0上发送，携带SRB1的完整配置信息，该消息对应随机接入过程的Msg4●RRC连接建立完成：UE通过UL-DCCH在SRB1上发送，携带上行方向NAS消息，如Attach Request、TAU Request、Service Request、Detach Request等，eNB根据这些消息进行S1口建立RRC连接重建立拒绝流程●第二步中，如果eNB中没有UE的上下文信息，则拒绝为UE重建RRC连接，则通过DL_CCCH在SRB0上回复一条RRC连接重建立拒绝消息3.3 指标定义RRC连接建立是指处于空闲状态的UE或待开机的UE准备发起一个呼叫或响应寻呼时发起的过程。
LTE-KPI指标定义及优化指导..
LTE KPI指标定义及优化指导书目录1概述11。
1 编写目的 (1)1。
2 术语和缩写 (1)1.3 本文书写约定 (1)2无线关键性能指标 (3)2.1 呼叫建立类指标 (3)2.1。
1 RRC连接建立成功率 (3)2.1。
2 E—RAB建立成功率 (4)2.1。
3 无线接通率 (7)2.2 呼叫保持类指标 (8)2。
2.1 无线掉线率 (8)2.2.2 E—RAB掉话率 (9)2。
3 移动性管理类指标 (9)2.3。
1 eNB内切换成功率 (11)2。
3.2 eNB间切换成功率 (12)2。
3.3 CSFB成功率 (14)2。
4 系统资源类指标 (18)2。
4.2 无线资源利用率 (19)2。
4。
3 系统资源利用率 (20)1概述1.1编写目的本文档目的是对LTE的性能指标进行分类及解释，为LTE KPI分析工作提供指导。
1.2术语和缩写无1.3本文书写约定本文每个性能指标都是按照下面的表格进行组织的a)关于字段说明中的“性能指标名称”是指每个性能指标的中文名称。
b)关于字段说明中的“统计时间粒度”一项，是指后台每隔多长时间进行一次数据的记录.如果该粒度与前台采集的时间粒度一样，则直接把前台的数据保存为一条记录,如果后台的粒度大于前台的粒度，则把前台的数次采集数据进行合并后作为一条记录保存。
合并的方法有多种，看采集的对象，如果是单纯的累加则累加前台数次采集的结果，如果是采集的测量量(比如发射功率），则进行平均值计算后作为一条记录保存。
c)关于字段说明中的“统计区域粒度”一项，在无线侧，统计粒度是按照eNB或cell进行数据统计。
d)关于字段说明中的“指标取值”一项,表示该指标的取值建议，可能不同的无线环境下取值有所不同，需要按照具体的场景列出。
e)关于字段说明中的“指标意义”一项，所填的是该指标对于无线网络所表达的意义，也就是能够衡量什么。
f)关于字段说明中的“指标定义"一项，所填的是该指标的计算公式以及相关的说明。
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常见问题和优化方法
B）天线工程参数：天线高度、天线下倾角、天线方位角
一般在网络规划设计时已根据组网需求确定选择合适的天线，因此天 线性能参数一般不调整，只在后期覆盖无法满足要求，且无法增设基站，通过 常规网络优化手段无法解决时，才考虑更换合适的天线，例如选用增益较高的 天线以增大网络覆盖。因此，在网络优化中，天线调整主要是根据无线网络情 况调整天线的挂高、下倾角和方位角等工程参数。例如弱覆盖和过覆盖主要通 过调整天线的俯仰角以及方位角来解决，弱覆盖可通过减小俯仰角，过覆盖可 通过增大俯仰角来改善。
LTE无线网络优化特点
业务速率质量优化时考虑的内容
需要考虑覆盖、干扰、UE能力、小区用户数的影响 需要考虑带宽配置对速率的影响 需要考虑天线模式对速率的影响 需要考虑时隙比例配置、特殊时隙配置对速率的影响 需要考虑功率配置对速率的影响 需要考虑下行控制信道占用OFDM符号数量对速率的影响
干扰问题分析时的重点和难点
TD-LTE系统会大量采用同频组网，小区间干扰将是分析的重点和难点 TD-LTE系统采用多种方式进行干扰的抑制和消除，算法参数的优化也将是后续 工作的重点和难点
无线资源管理算法更加复杂 TD-LTE系统增加了X2接口，并且采用了MIMO等关键技术，以及ICIC等算法， 使得无线资源的管理更加复杂
LTE网络优化
LTE网络KPI常见问题 优化方法
LTE网络优化
1 LTE无线网络优化介绍 2 LTE无线网络优化特点 3 LTE无线网络优化内容
LTE网络优化介绍
LTE无线网络优化主要通过调整各项相关的无线网络工程设计参数和无线资源参数， 满足系统现阶段对各种无线网络指标的要求。
优化调整过程往往是一个周期性的过程，因为系统对无线网络优化的要求总是不断 的变化。
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
LTE——KPI指标详解
LTE——KPI指标详解LTE（Long Term Evolution）是第四代无线移动通信技术，它有一套完善的关键性能指标（Key Performance Indicators, KPIs）来衡量网络的质量和效能。
本文将对LTE的KPI指标进行详细解析。
1. 初始接入成功率（Initial Access Success Rate）：衡量用户设备在连接到LTE网络时的成功率。
初始接入成功率取决于各种因素，包括网络覆盖范围、信号强度、干扰和用户密度等。
2. 控制信道物理分配成功率（Control Channel Physical Assignment Success Rate）：衡量基站成功将控制信道资源分配给用户设备的比例。
这对确保用户设备能够收发数据和接收网络命令至关重要。
3. 用户面协议数据传输成功率（User Plane Protocol Data Transfer Success Rate）：衡量用户设备通过无线接口成功传输数据的比例。
这个指标反映了网络的可靠性和性能。
4. 接口信令延迟（Interface Signaling Delay）：衡量网络信令在各个接口传递的延迟时间。
较低的接口信令延迟对于提供实时通信和无缝服务至关重要。
5. 切换成功率（Handover Success Rate）：衡量用户设备在从一个基站切换到另一个基站时成功的比例。
切换成功率是衡量移动网络的无缝性和连续性的重要指标。
6. 反向链路丢包率（Reverse Link Packet Loss Rate）：衡量用户设备通过无线接口向基站发送的数据包丢失的比例。
较高的反向链路丢包率可能导致通信质量下降和数据传输错误。
7. 前向链路速率（Forward Link Throughput）：衡量基站向用户设备传输数据的速率。
前向链路速率反映了网络的容量和性能，在视频流和大型文件传输等应用中尤为重要。
8. 用户面流量平均时延（User Plane Flow Average Delay）：衡量用户设备传输数据时的平均延迟时间。
LTE后台KPI指标优化指导书(全集)电子教案
1 掉线率1.1 指标定义无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context 异常释放次数)/UE Context建立成功总次数*100%1.2 指标分析及统计点介绍UE Context异常释放次数测量点：如图1中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所有E-RAB。
当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE NotAvailable for PS Service”，“Inter-RAT Redirection”，“Time CriticalHandover”，“Handover Cancelled”时，测量指标L.UECNTX.AbnormRel加1。
eNodeB发起的S1 RESET导致的UE Context释放次数测量点：如图2中A点所示，当eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.eNodeB进行累加UE Context建立成功总次数测量点：如图3中B点所示，当eNodeB向MME发送INITIAL CONTEXT SETUP RESPONSE消息时统计该指标。
消息中如果包括多个E-RAB，该指标也只统计一次。
1.3 TOP小区分析流程TOP小区分析可通过OMC 920提取异常释放原因：□ eNodeB发起的原因为UE LOST的UE Context释放次数□ eNodeB发起的原因为切换失败的UE Context释放次数□ eNodeB发起的原因为无线层问题的UE Context释放次数□ eNodeB发起的S1 RESET导致的UE Context释放次数❶是否存在异常告警或传输闪断1）通过LST ALMAF查询站点实时告警,参考历史告警；2）通过DSP BRD 查询单板运行情况；❷通过提取两两小区切换，确定目标小区1）确定目标小区运行情况，是否基站故障或异常告警；2）检查邻区间参数设置是否正确；3）通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；4）检查基站是否周边站点缺少，如为孤站，可视为正常；❸检查S1链路是否配置正确现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为0，如统计出现释放次数，需进行针对排查；❹参数是否设置合理1）查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）2）如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；❺是否存在高干扰1）通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；2）检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）；3）如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；小提示：判断干扰类型时，可跟踪后台干扰检测，如果RB0-RB99呈下坡图，则为杂散干扰，如果为陡升陡降则为互调干扰，如果为上坡图，则为阻塞干扰，如果干扰仅在RB40-RB80,则为广电干扰，请大家知悉。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3.3.7 参数核查
恶化场景： 1、对于全网恶化场景，挑选TOP 10小区，排查恶化时间点前后的参
数修改动作，并输出排查结果。 2、对于TOP小区恶化场景，除了排查恶化时间点前后的参数修改，
3.3.3 问题定位思路
整体的排查分5个大的动作，每个动作会再细分成几个子动作。每
动作 动作名 入口条
步骤 称
件
分析内容
动作1 KPI定 无条件 1.公式统计是否一致。 义检查
动作2
问题范 围确认
无条件
1.特征分析：地理特征（TOP小区）、时 间特征（恶化时间点）、分布特性（室 内外）、频段特征（双频组网）。 2.根据场景进行关联指标分析
1 整体定位思路
Step1、掉话KPI趋势分析--找到Top小区和Top时间段 Step2、Top小区异常原因分析--找到占比最大原因 Step3、Top小区分析是否存在Top用户
2 LTE重点关注指标：
CQI大于等于7的比例（%）、
RRC连接建立成功率(%)、
E-RAB建立成功率(%)、
RRC重建比例(%)、
小区发送 L.RRC.SetupFail.Rej是指发
RRC
送RRC Connection Reject消
Connection 息次数。当前主要有三种场
Reject消息 景：
次数
1） 小区资源申请失败。
2） 超过eNB的规格用户数
（小区内最大用户数）。
3） CPU占用率过高触发消息
流控。（CPU占用率是否接近
6 L.E-
安 1. 终端会对Security Mode
RAB.FailEst.SecurModeFail 全 Command消息进行完整性校
模 验时，如果完整性校验失
式 败，就回复Security Mode
配 Failure，可能为算法配置
置 或终端兼容性问题。
失 2.转开发定位。
败
导
致
E-
RAB
影响 RRC重建过程是用户发起的RRC资源恢复过程。
根据36331协议，重建触发条件如下： 底层上报完整性检测失败 UE检测到无线链路失败 系统内切换失败 系统间切换失败 RRC重配置失败
RRC重建成功需要具备两个条件： 1.只有当UE发起重建请求的小区有可用的UE上下文，重建才能成功。 根据UE重建请求消息中的c-RNTI和PCI来查找UE的上下文，只有cRNTI和PCI是本站配置的c-RNTI和PCI，才能找到UE的上下文信息， 重建才能成功。否则重建会失败。协议中对UE设置重建请求的描述如 下：系统内或系统间切换失败场景，UE使用源小区的c-RNTI和PCI， 重建原因为切换失败。非切换失败场景，UE使用触发重建的小区的c-
建
立
失
败
次
数
弃
次
数
3.2.4 Counter关系式
指标
子指标
L.E-
L.E-RAB.FailEst.NoReply
RAB.FailEst.RNL L.E-RAB.FailEst.NoRadioRes L.E-RAB.FailEst.SecurModeFail
3.3 CQI占比
3.3.1 定义
统计周期内，小区内UE上报的CQI（CQI0～15）数量在整个CQI上 报数量中的比例。
对于恶化问题，首先执行本步骤，确认外部事件/历史操作与恶化 事件在时间/范围等方面的关联性。
对于整网问题，需要关注网络级的操作及是否有外部放号，新终端 发布等事件；对于基站级操作，推荐挑选TOP10小区进行分析。
对于TOP小区问题：进一步识别正常和异常站点的事件和操作差 异。
3.3.6 故障与告警核查
时间特征（恶化场景）：鉴别为缓慢恶化场景还是突降场景，对于 突降场景确认恶化时间点。 地理特征（受影响的物理网元的范围确认）：需要鉴别问题为全网 问题/TOP小区问题。 分布特征：鉴别问题为室内站还是室外站。 频段特征：对于多频段组网局点，需要隔离每个频段上的用户速率 和用户数变化情况。
关联分析
对于TOP小区恶化场景：TOP小区与非TOP小区共用网元（核心网/FTP 服务器/部分传输/测试终端等）可以直接排除，重点排查不同之处，如 基站配置、无线环境、告警等。外部事件与历史操作检查
100%）
采集Debug日志进一步分析。
3.2 E-RAB建立成功率
3.2.1 定义
定义 影响
e-RAB建立成功率 ＝ (L.E-RAB.SuccEst（E-RAB建立成功次 数） / L.E-RAB.AttEst （E-RAB建立尝试次数）) * 100%。 L.E-RAB.AttEst统计的是eNODEB接收MME的ERAB SETUP REQUEST消息次数， L.E-RAB.SuccEst是指MME接收eNODEB的ERAB SETUP RESPONSE 消息次数（不包括重发）
E-RAB是承载用户业务数据的接入层承载，它在小区内的建立 成功率，直接反映了小区为用户提供E-RAB承载建立的能力。
3.2.2 信令流程
3.2.3 问题定位思路
No. 失败原因
触 问题分析定位思路 发 因
素
1 L.E-RAB.FailEst.NoReply 因 eNB下发空口信令后，如果 未 在等待消息定时器内没有收 收 到终端回复消息，则会统计 到 为L.EUE RAB.FailEst.NoReply。 响 1.确认版本升级前后等待定 应 时器时长是否有变化。 而 2.确认eNodeB发送空口信令 导 HARQ状态，分析上行信道质 致 量，是否为弱覆盖或强干 E- 扰。 RAB 3.终端与基站兼容性问题。 建 立 失 败 的 次 数
动作5 参数核 无条件 1.恶化场景关注参数变化的影响评估。 查
图6.1CQI低问题分析排查动作
动作补充说明
3.3.4 KPI定义检查
不同厂家的指标定义公式可能不相同
3.3.5 问题范围确认
问题范围确认与分段隔离，就是深入掌握问题的现象和特征。出现 CQI问题时，需要从以下方面进行分析。
问题特征确认
数
失败时，eNodeB会向UE发送
RRCConnRej消息，并且统计
L.RRC.SetupFail.Rej， 和
L.RRC.SetupFail.ResFail。
2 L.RRC.SetupFail.NoReply UE无应答而 eNB下发RRC Connection
导致RRC连 Setup消息之后，如果在等待
动作3
外部事 件与历 史操作 检查
恶化场景
1.确认eNodeB异常操作的影响。 2.确认外部事件（新手机发布、重大集 会等）的影响。 3.确认是否存在周边去激活/断站/禁止 接入的情况。
故障与 动作4 告警核
查
无条件
1.针对TOP小区，核查TOP小区及其周围 小区是否有告警/故障日志，相关告警/ 故障发生的时间点与指标恶化时间点是 否一致；
3.3.1 定义 统计周期内，小区内UE上报的CQI（CQI0～15）数量在整
个CQI上报数量中的比例。 3.3.2 CQI与SINR关系 3.3.3 问题定位思路 动作补充说明 3.3.4 KPI定义检查 3.3.5 问题范围确认 [1] 问题特征确认 [2] 关联分析 3.3.6 故障与告警核查 3.3.7 参数核查 4 可保持性 4.1 重建成功率 4.1.1 定义 4.1.2 信令流程 4.1.3 问题定位思路 4.1.4 Counter关系式 4.2 掉线率 4.2.1 定义 4.2.2 信令流程 4.2.3 问题定位思路 4.2.4 Counter关系式 5 移动性 5.1 3.4G回流比（4G回流/重定向到3G的比例） 5.2 问题定位思路 5.2.1 RF优化 5.2.2 修改重定向到3G的 A2门限值
接建立失败 RRCConnSetupCmp消息定时器
的次数
（15s）内没有收到RRC
Connection Setup Complete
消Байду номын сангаас，则会统计为
L.RRC.SetupFail.NoReply。
1.确认版本升级前后等待定
3 L.RRC.SetupFail.Rej
时器时长是否有变化。 2.确认RRC Connection Setup信令HARQ状态，分析上 行信道质量，是否为弱覆盖 或强干扰。 3.如果L.RRC.ConnSetup比 L.RRC.ConnReq.Att少很多， 说明L3处理msg3或者下发 msg4存在异常，转L3定位。 4.终端异常。
无 详见子原因分析 线 层 问 题 导 致 ERAB 建 立 失 败 次 数
无 1.通过Debug日志查找对应 线 时间段有没有资源受限/资 资 源失败的打印；并确认受限 源 资源的类型。 不 2. 通过配置信息、产品规 足 格、License等信息分析该
导 类型资源受限的可能性。 致 3.转开发定位 ERAB 建 立 失 败 次 数
3 L.E-RAB.FailEst.TNL
传 1. IPPATH和IPRT配置错
4 L.E-RAB.FailEst.RNL
5 L.ERAB.FailEst.NoRadioRes
输 误：查看IPPATH是否配置正 层 确，如果已经配置正确，则 问 请查看初始上下文建立请求 题 消息 导 (INIT_CONTEXT_SETUP_REQ 致 消息)中 E- transportlayeraddress的 RAB 信元值是否为配置的IPPATH 建 对端IP，如果不一致则需要 立 确认一下是基站配置错误还 失 是核心网填写错误。 败 2. 传输链路故障，可以根 次 据告警进行分析（如链路闪 数 断）。