volte丢包率TOP小区处理
2016年7月
目录
一、概述
上下行语音丢包率是是表征VoLTE业务的一个重要指标，与时延，抖动是影响VOLTE 语音质量的三大因素之一。监控，优化，提升上下行语音丢包率可以辅助VOLTE用户语音感知质量的提升。
PDCP层丢包对语音感知影响
VOLTE业务与GU业务不同，LTE走PS域，通过不同QCI承载来进行QoS保障，影响其VOLTE 语音质量的关键指标为丢包，时延，抖动，其中丢包对MOS值基本是线性分布，一般丢包率在1%以内，MOS分都比较好；一旦丢包率大于1%后，MOS分明显下降，语音质量将会
受到影响。
丢包率定义和影响因素
指标定义：
VOLTE语音包关联指标分析
举例如下：若出现PUSCH MCS0阶占比和PDSCH MCS0阶占比同时恶化，弱覆盖导致的可能性较大。
根据关键指标关联，分析用户数问题
根据如下话统信息，判断终端所处小区的负载情况，判断是否小区语音负载大，导致不能及时调度用户，带来PDCP层丢包；
空口丢包原理
上行空口丢包统计原理：
主要影响因素：上行调度不及时，如图中的1，会导致UE PDCP层的丢弃定时器超时，但现网值是集团规范值，不存在该问题。空口传输质量差，如图中2，MAC层多次传输错误导致丢包。
上行空口丢包统计原理：
主要影响因素：下行丢包基本上是用户处于小区弱覆盖区域。
常见PDCP层丢包原因总结
常见PDCP层丢包处理总体思路
VOLTE语音包分析常规动作
1.KPI定义以及公式核查
2.问题范围，KPI趋势和话统原因分析：通过话统排查丢包区域，确认是全网问题还是TOP
小区问题，如果是TOP小区问题就需要进一步排查该小区的配置，操作记录和参数差异
等。还可以分析丢包的变化趋势，看一下是不是网络突变问题，找到时间节点，查看最近网络的大型操作记录入网络改造，参数修改等等原因。
3.现网参数和告警排查：查看影响业务类的告警，然后根据参数基线核查现网参数是否配
置正确，比如某些特性开关的开启与关闭核查
4.TOP用户和TOP终端排查
二、volte丢包率高TOP小区处理流程
先查看基站告警，再从后台提取相关指标，通过关联指标查找丢包原因，核查相关指标参数，优化相关指标项，再观察重建指标变化。若恢复则归档，若未恢复则进一步排查问题原因。后台无法排查到原因，再结合前台核心网联合排查。
三、丢包率高TOP小区处理案例
1．选择丢包率高TOP小区
提取上周指标，选取上下行丢包率高个小区作为试点处理：
由于在一周内没有出现持续丢包高的小区，所以选取在一周内出现过丢包率高的小区做问题小区处理。
2．提取相关联指标项
查看相关联指标发现下行丢包高的两个小区RRC重建比例、掉线率，无线接通等也相对劣化，但上行丢包率高的小区在相关联指标项并未发现异常。
3. 实施处理
下行丢包率高TOP小区处理
站点：
查看基站告警：基站当前无告警，在丢包率高发生的日期也未出现告警。
查看相关指标：通过查看当天的指标未发现异常指标。
核查相关指标&参数：核查该站点的常规参数，也未发现异常参数。
查看MR数据：该站点未出现MR弱覆盖及MR高干扰。
现场测试：
测试方式：为了看是否切换或小区边缘是否影响丢包率的抬升，选择室外DT测试，通话时长：180s，通话次数10次以上。
制定方案：更改基站参数：PDCP SDU的丢弃时间（QCI1）改为300ms
修改后再进行测试：
参数修改后与之前的丢包率对比变化并无太大变化，MOS和时延等都无影响。当日网管指标：
后台网管观察小区丢包率值在正常范围值内。
修改时间为：14：30,修改前后各时段丢包率指标无明显变化。
上行丢包率高TOP小区处理
查看基站告警：基站当前无告警，在丢包率高发生的日期也未出现告警。
查看相关指标：通过查看当天的指标未发现异常指标。
核查相关指标&参数：核查该站点的常规参数，也未发现异常参数。
查看MR数据：该站点未出现MR弱覆盖及MR高干扰。
现场测试：
测试方式：为了看是否切换或小区边缘是否影响丢包率的抬升，选择室外DT测试，通话时长：180s，通话次数10次以上。
制定方案：更改基站参数：PDCP SDU的丢弃时间（QCI1）改为300ms
修改后再进行测试：
参数修改后与之前的丢包率对比变化并无太大变化，MOS和时延等都无影响。
当日网管指标：
后台网管观察，丢包率在正常范围值内
修改时间为16:30，修改前后各时段丢包率在正常范围内。
四、TOP小区处理总结
丢包率高对VOLTE指标影响较大，对用户感知也有较大影响。丢包率高的处理可以整体提升网络质量，提升用户感知体验。
丢包率高TOP小区处理从基本的基站故障开始处理，逐一推进直至问题闭环。从后台预处理到前台后台联动，形成一个配合密切统一行动的团队。做到对工作的流程化、可控化、精细化，对网络故障能及时快速处理，保证网络的正常运作，给用户带来最优的体验。
TOP小区处理流程总结 1TOP小区处理流程及整体处理情况 1.1 TOP小区分解 TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。 1. 2 问题处理流程 TOP小区问题处理流程中，原因分析是流程中的关键点和重点。
2无线接通率TOP小区分析处理 无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB建立成功率两块进行分析。RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。每次RRC和RAB建立失败，话统都会输出一个失败原因统计。 2.1RRC建立失败处理
2.1.1RRC建立失败原因 RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。表3是RRC建立失败的对应原因打点。表4为RRC失败对应的原因分析。 表3：RRC失败原因打点 表4：RRC失败对应的原因分析
2.1.2RRC建立失败处理 1)拥塞 在RRC建立出现拥塞时，可以进行下面的操作： ?将主要业务的RRC建立在公共信道上，修改命令行为： ?主叫流媒类体RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=ORIGSTREAMCALLEST, SIGCHTYPE=FACH； ?主叫交互类RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE=FACH； ?主叫背景类RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH； ?终止流媒体类RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYPE=FACH； ?终止交互类RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=TERMINTERCALLEST, SIGCHTYPE=FACH； ?终止流媒体类RRC建立在FACH上 RCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH； ?去附着信令承载建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE=FACH； ?注册登记承载在FACH上 SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH； ?提高拥塞小区的最小接入电平，限制部分低电平用户的接入： 修改命令：MOD CELLSELRESEL: QRXLEVMIN=-96； ?打开LDC开关； ?对于业务量持续较大的小区，可以考虑建议扩容。 2)RL建立失败
volte丢包率TOP小区处理 2016年7月
目录 一、概述 (3) 二、volte丢包率高TOP小区处理流程 (8) 三、丢包率高TOP小区处理案例 (8) 1．选择丢包率高TOP小区 (8) 2．提取相关联指标项 (9) 3. 实施处理 (9) 3.1 下行丢包率高TOP小区处理 (9) 3.2 上行丢包率高TOP小区处理 (11) 四、TOP小区处理总结 (12)
一、概述 上下行语音丢包率是是表征VoLTE业务的一个重要指标，与时延，抖动是影响VOLTE 语音质量的三大因素之一。监控，优化，提升上下行语音丢包率可以辅助VOLTE用户语音感知质量的提升。 PDCP层丢包对语音感知影响 VOLTE业务与GU业务不同，LTE走PS域，通过不同QCI承载来进行QoS保障，影响其VOLTE 语音质量的关键指标为丢包，时延，抖动，其中丢包对MOS值基本是线性分布，一般丢包率在1%以内，MOS分都比较好；一旦丢包率大于1%后，MOS分明显下降，语音质量将会受到影响。 丢包率定义和影响因素 指标定义：
VOLTE语音包关联指标分析 举例如下：若出现PUSCH MCS0阶占比和PDSCH MCS0阶占比同时恶化，弱覆盖导致的可能性较大。
根据关键指标关联，分析用户数问题 根据如下话统信息，判断终端所处小区的负载情况，判断是否小区语音负载大，导致不能及时调度用户，带来PDCP层丢包； 空口丢包原理 上行空口丢包统计原理：
主要影响因素：上行调度不及时，如图中的1，会导致UE PDCP层的丢弃定时器超时，但现网值是集团规范值，不存在该问题。空口传输质量差，如图中2，MAC层多次传输错误导致丢包。 上行空口丢包统计原理： 主要影响因素：下行丢包基本上是用户处于小区弱覆盖区域。 常见PDCP层丢包原因总结
LTE TOP小区处理思路 1 日常关注KPI 话统KPI主要包括以下几大类：接入性指标、保持性指标、移动性指标、干扰指标、信道质量指标等。 通过对这些指标的监控、处理，可以达到：识别发现问题、风险提前预警、话统KPI的稳定与用户使用感知的提升。 实际处理过程中，应优先处理对用户影响较大指标，接通、掉线、切换三大指标，同时参考流量、信道质量、寻呼响应等指标分析处理； 1.1指标项 1.2指标公式
2 KPI处理需求 全网整体指标监控：重点监控切换成功率、掉线率、无线接通率、流量走势；建议提取前一天全网小时级指标与近一周数据走势对比，是否有较大波动，并分析具体原因，整网还是TOP小区影响；现阶段要求切换、接通率大于99%，掉线率小于0.5%；流量应无明显下滑（重大活动等影响除外）； TOP小区处理：建议选取昨日8点-23点15忙时相关指标，优先处理VIP区域、高业务区、高投诉区域小区；
3 TOP小区查找和分析处理 3.1 接入性TOP分析处理 3.1.1筛选条件 提取15忙时数据，筛选出TOP小区，对未恢复的小区进行分析处理： VIP小区、高业务量小区、重点活动保障区、高投诉区，请求次数较多的小区需及时处理； 连接请求次数小于50次的TOP小区，由于触发次数较少，等级次之；如果多个时段连续无成功次数，需提升处理等级； 业务量较小，无线环境较差，等级次之； 指标定义 3.1.2接入相关指标项
3.1.3R RC建立失败原因 小区RRC建立失败次数： 资源分配失败而导致RRC连接建立失败的次数，指标ID：1526727083；重点关注top 资源是否足够，包括top用户数，传输、PRB等； UE无应答而导致RRC连接建立失败的次数，指标ID：1526727084；关注质差、干扰、无线环境等； 小区发送RRC Connection Reject消息次数，指标ID：1526728269；关注传输问题、是否拥塞、干扰； 因为SRS资源分配失败而导致RRC连接建立失败的次数，指标ID：1526728485； 重点关注SRS带宽、配置指示、配置方式、SRS ACK/NACK设置是否合理等； 因为PUCCH资源分配失败而导致RRC连接建立失败的次数，指标ID：1526728486； 关注PUCCH信道相关参数设置是否合理，CQI RB数配置是否合理等； 流控导致的RRC Connection Request 消息丢弃次数，指标ID：1526728489；关注拥塞，业务流控相关参数是否设置正确等； 流控导致的发送RRC Connection Reject消息次数，指标ID：1526728490；关注拥塞，业务流控相关参数是否设置正确等；
3）调整PRACH前缀最大发送次数增大随机接入成功率，PRACH前缀最大发送次数这项参数不能设置过高，过高会增加对邻区的干扰，取值建议：8次或10次. 4）调整最小接入电平门限。 2 如果主要为“eNB接纳失败”。 eNB接纳失败可理解为基站拥塞导致，结合后台统计该小区实时在线用户数目是否已经达到系统上限。 对于此类问题最好的解决方法就是调整拥塞小区的接纳用户数门限值. 3 如果主要为“其他原因”。 对于初始的RRC建立失败次数，其他原因(个)这项则需要对信令进行跟踪分析，以及查看相关的参数是不是配置错误(如：PCI的PRACH映射关系设置不规范，NCS/PRACH CONFIG INDEX配置等随机接入参数。 E-RAB建立失败TOP及原因分析 A 指标名如下： E-RAB建立成功率E-RAB Setup Success Rate 筛选出RAB连接建立成功率的TOP小区明细 B 具体KPI分析： 通过excel画曲线图分析如下counter值与rate本身的关联性，通过excel曲线图分析成功率底下的主要原因是如下哪个主要因素引起？ 初始的E-RAB建立失败次数，eNB接纳失败、 初始的E-RAB建立失败次数，空口失败、 初始的E-RAB建立失败次数，安全激活失败、 初始的E-RAB建立失败次数，消息参数错误、 初始的E-RAB建立失败次数，RRC重建立原因、 初始的E-RAB建立失败次数，其他原因、 增加的E-RAB建立失败次数，eNB接纳失败、 增加的E-RAB建立失败次数，空口失败、 增加的E-RAB建立失败次数，切换引起+增加的E-RAB建立失败次数，消息参数错误、 增加的E-RAB建立失败次数，RRC重建立原因、 增加的E-RAB建立失败次数，其他原因 曲线分析结果： 1 如果主要为“eNB接纳失败”, 信令跟踪进行分析。查看小区配置的相关接纳参数是否正常，比如小区Active E-RAB数门限是否设置过小。 2 如果主要为“空口失败”。
1、掉线率 无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context异常释放次数)/UE Context建立成功总次数*100% 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）通过后台误码率跟踪，如BLER>10%，确定小区存在高误码； ?是否存在弱覆盖 1）检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； 2）对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常； ?现场测试及后台跟踪 1）安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因； 2）如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环； 2、接通成功率
LTE指标优化及TOP小区分析
LTE指标优化及TOP小区分析 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”，“Time Critical 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释放次数
TOP小区处理流程 1TOP小区处理流程及整体处理情况 1.1 TOP小区分解 TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。 随着项目优化的深入开展，实行优化大区制，话统TOP小区也相应的落入大区进行分析和处理。TOP小区按问题类型进行分类处理，目前按23G互操作问题、产品性能问题、掉话类、接通率类、切换类等5大类进行分类，其中23G互操作问题由2G/3G团队处理，产品性能问题由产品性能研发处理，其余掉话类、接通类、切换类等落入大区进行处理。 1. 2 问题处理流程 TOP小区问题处理流程中，原因分析是流程中的关键点和重点，下面的章节中按问题类型进行分析和说明。
流程说明： 1)TOP小区输出，现阶段由机房在每天的KPI监控日报中一起输出，TOP小区处理团 队进行跟踪和处理； 2)每天跟踪TOP小区的KPI变化，刷新TOP小区问题跟踪表，更新处理情况和处理 内容； 3)完成调整的持续观察3－4天，如果话统恢复正常，关闭问题；仍未恢复的，转回 原因分析阶段，继续分析和处理；
4)每个问题建立案例，按照问题描述、原因分析和处理、指标变化、案例总结； 5)每天输出问题处理计划，外场测试必须输出测试报告； 6)每周输出TOP小区处理周报。 2无线接通率TOP小区分析处理 无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB 建立成功率两块进行分析。RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。每次RRC和RAB建立失败，话统都会输出一个失败原因统计。 2.1RRC建立失败处理 2.1.1RRC建立失败原因 RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。表3是RRC建立失败的对应原因打点。表4为RRC失败对应的原因分析。 表3：RRC失败原因打点 表4：RRC失败对应的原因分析
西安电信CQI优良率TOP小区优化案例
1.概述 CQI做为SINR的映射指示，可在一定程度上反映小区的下行覆盖质量，通过分析小区CQI采样分布可以识别出覆盖差小区并进行优化，提高业务质量和用户感知，有重要优化价值。 本案对西安电信LTE网络CQI优良率TOP小区进行分析，从覆盖、负荷、参数配置等多个维度优化提升CQI优良率TOP小区，总结优化方案案例。 2.CQI基本概念及原理 LTE 的下行物理共享信道（PDSCH）支持三种调制方式： QPSK、 16QAM 和 64QAM， 其中CQI：1-6 采用 QPSK，CQI：7-9 采用 16QAM，CQI：10-15 采用 64QAM。eNodeB 根据上报的CQI来决定下行PDSCH信道的MCS。不同的MCS对应不同的编码方式，因此UE用户上报的CQI值的大小决定了UE用户的下行编码效率，在同等情况下，下行编码效率越高，下载速率越高。由此可见，UE用户上报的CQI指标即反映了LTE网络全网性无线信号覆盖质量，又反映了下行信道编码的效率。相对于RSRP、SINR和上下行速率等指标，CQI更能全面的反映LTE网络的覆盖质量。 CQI是无线信道通信质量的测量标准，它是反映当前信道质量的一项重要指标。通常，一个高值的CQI标志着有一个较好的信道质量。CQI≥10是采用64QAM调制的必要条件，CQI ≥7是采用16QAM调制的必要条件，采用高阶调制方式，在同等条件下，能获得更高的下载速率。目前集团采用CQI≥7的比例来衡量网络覆盖水平。 CQI本质上反应了当前的信道质量，提升CQI从根本上需要提升SINR。UE 的CQI上报值跟信道效率的对应关系如下图1所示。
VOLTE高掉话处理流程 1. 基站告警-主要指小区存在明显的站点告警，主要影响业务告警，包含硬件、停电、断站，射频单元驻波，IPPATH，S1故障等告警； 2. 隐形故障-主要指对问题点进行后台排查后，未发现明显故障，需上站检查相关硬件，计为隐性故障； 3. 传输故障-主要指小区存在传输链路断链，误码率过高,传输数据配置异常等问题； 4. 参数问题-主要指小区存在参数设置不合理、设置错误，参数漏配等； 5. 覆盖问题-主要指小区存在弱覆盖、覆盖过远或覆盖不合理等因素； 6. 内部干扰-主要指小区存在时隙配比不一致（要求同频点站点时隙配比一致）、GPS失锁、模三干扰、超远干扰； 7. 外部干扰-主要指小区存在阻塞干扰、杂散干扰、互调干扰、及其他外部干扰； 8. 邻区问题-新开站点邻区关系不全，不合理或未加任何邻区，影响UE小区选择或重选至不合理小区，从而影响掉线率。 9. 拥塞问题-主要指小区存在明显的资源不足，用户过多导致。 10. 核心网问题-主要指核心网数据定义不全、定义错误或网元合理化调整、功能验证等，导致指标恶化，计为核心网问题； 11. 终端问题-主要指对问题点通过后台排查和现场测试，排除为所有可能无线侧因素，结合相关信令，确认为个别用户终端问题；
12. 突发异常-主要指某项指标在1-2个时段突然出现恶化，然后自行恢复正常，再排查完各种可能性原因后，未发现任何异常，计为突发异常。 2、E-RAB 掉线率(QCI=1/2)-高掉话TOP 小区分析流程 2、E-RAB掉线率(QCI=1/2)-高掉话TOP小区分析流程 1.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301） 2.如掉线率突增，查询操作日志，确认是否有修改，导致小区异常； 1. 检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）； 2.如每PRB 上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型 1.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； 2. 通过后台QCI=1/2误码率跟踪，如BLER>1%，确定小区存在高误码； 1.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； 2.对比64QAM 和QPSK 占比，如后者比例远大于前者,可确定小区覆盖异常； 1.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因； 2.如果确认问题后，转发相关人员处理，做好跟踪工作，直至问题闭环； 1.确定目标小区运行情况，是否基站故障或异常告警； 2. 检查邻区间参数设置是否正确； 3.通过Mapinfo 检查小区邻区配置是否合理，进行邻区合理性优化； 4.检查基站是否周边站点缺少，如为孤站，可视为正常； 1.通过LST ALMAF 查询站点实时告警,参考历史告警； 2.通过DSP BRD 查询单板运行情况； 是否存在弱覆盖 E-RAB 掉线率(QCI=1/2)高 掉话TOP 小区 服务小区是否存在异常告警或传输闪断，周边300米站点是否存在断站及告 警SRB 达到最大重传次数导致的激活的语音业务E-RAB 异常释放次数 切换流程失败导致的激活的语音业务E-RAB 异常释放 eNodeB 发起的原因为无线层问题的UE Context 释放次数 上行弱覆盖导致的激活的语音业务E-RAB 异常释放通过提取两两小区切换，确定目标小区 参数是否设置合理 是否存在高干扰 是否存在高质差 现场测试及后台跟踪 UE Reply 超时导致的激活的语音业务E-RAB 异常释放
问题小区处理思路和步骤 首先根据客户要求在网管上进行相关指标定义、KPI监控模板，根据话统数据筛选出问题小区，然后针对不同的问题进行分类别定位处理，处理过程中要跟踪记录，处理完成之后跟踪对比结果，直至问题解决之后闭环。（目前主要是接通率、切换成功率、掉线率）LTE网络的差小区处理主要是处理下表中六类，在日常工作中优先处理（低成本高回报）性能分析、资源评估、网络结构类、邻区参数核查。 TOP小区判断阈值建议：（根据地市要求，以下只供参考） 1、RRC建立失败：RRC连接建立失败次数大于50次，RRC连接建立成功率小于95%； 2、E-RAB建立失败：E-RAB建立失败次数大于50次，E-RAB建立成功率小于95%； 3、掉线率：UE Context异常释放次数大于50次，掉线率大于5%； 4、切换成功率：小区切换失败次数大于300次，切换成功率小于80%； 5、容量资源类：-重点区域场所涉及的站点。 条件1：下行PRB平均利用率大于50%，且有效RRC连接平均数大于30，且小区下 行忙时吞吐量大于5G 条件2：上行PRB平均利用率大于50%，且有效RRC连接平均数大于30，且小区上
行忙时吞吐量大于1G 条件3：有效RRC连接最大数大于200 备注：取小区7天系统最忙时平均数据，满足任一条件即可。 6、参数类： 问题定位思路及步骤： 问题小区通常有三大类原因：无线侧参数配置问题、核心网侧配置问题以及信道环境影响。因此遇到问题小区，可以大致按以下步骤进行排查。 （1）确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。 （2）如果是部分站点指标恶化，拖累全网指标，需要寻找TOP站点。 （3）查询RRC连接建立成功率低、ERAB建立成功率低、切换成功率低、掉线率高的TOP 站点和TOP时间段。 （4）查看TOP站点告警，检查单板状态，RRU状态，小区状态，OM操作，配置是否异常。 （5）提取CHR日志，分析接入时的信道质量和SRS的SINR是否较差（弱覆盖），是否存在TOP用户。（可以参考部分测试log数据进行分析无线环境指标） （6）针对TOP站点进行针对性的标准信令跟踪、干扰检测分析。如果标准信令和干扰检
TD网络TOP小区处理 1TOP小区处理流程及整体处理情况 1.1 TOP小区分解 TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。 随着上海项目优化的深入开展，实行优化大区制，话统TOP小区也相应的落入大区进行分析和处理。TOP小区按问题类型进行分类处理，目前按23G互操作问题、产品性能问题、掉话类、接通率类、切换类等5大类进行分类，其中23G互操作问题由2G/3G团队处理，产品性能问题由产品性能研发处理，其余掉话类、接通类、切换类等落入大区进行处理。 1. 2 问题处理流程 TOP小区问题处理流程中，原因分析是流程中的关键点和重点，下面的章节中按问题类型进行分析和说明。
流程说明： 1)TOP小区输出，现阶段由机房在每天的KPI监控日报中一起输出，TOP小区处理 团队进行跟踪和处理； 2)每天跟踪TOP小区的KPI变化，刷新TOP小区问题跟踪表，更新处理情况和处理 内容； 3)完成调整的持续观察3－4天，如果话统恢复正常，关闭问题；仍未恢复的，转回 原因分析阶段，继续分析和处理；
4)每个问题建立案例，按照问题描述、原因分析和处理、指标变化、案例总结； 5)每天输出问题处理计划，外场测试必须输出测试报告； 6)每周输出TOP小区处理周报。 1.3 TOP小区整体处理情况说明 上海移动TD三期项目TOP小区从9月9日开始正式建立TOP小区问题跟踪表处理TOP 小区，至11月21日共跟踪处理461个TOP小区。 461个TOP小区，分别在CS/PS无线掉线率、CS/PS 无线接通率、RNC内/间切换成功率、2G/3G系统间切换成功率等存在异常，其中PS域无线接通率问题110个，占全部TOP 小区的24％，是TOP小区处理的焦点；另外，2G/3G互操作TOP小区逐步增多，这与移动的TD业务推广和搬迁区域的扩大，伴随问题区域的暴露有直接的关系。各类问题小区分布如下两表： 表1：TOP小区问题类型分布表 表2：TOP小区问题分类分布细表
SN变更成功率TOP小区处理总结案例
目录 一、问题描述 (3) 二、分析过程 (4) 三、解决措施 (6) 四、经验总结 (11)
SN变更成功率TOP小区处理总结案例 【摘要】随着5G建设的逐步成熟，NR KPI指标也纳入省公司考核范围之内。提取五月芜湖SN变更成功率，总体平均指标81%，在省内排名较为靠后。通过对变更成功率低top小区处理，目前指标提升至91%，效果较为明显。下文介绍SN变更成功率TOP小区的处理思路，通过NR侧与LTE侧指标计数器联动分析和NR侧信令跟踪来处理TOP小区。 【关键字】SN变更成功率TOP小区 【业务类别】5G 一、问题描述 提取芜湖全网5G侧SN变更成功率指标变更失败TOP小区，如表（一），部分小区SN 变更失败请求次数较多，对全网整体指标影响较大，针对top进行分析处理；
表（一）变更失败TOP小区 二、分析过程 1.SN Change信令流程及指标定义 SN Change信令流程 SN Change信令流程如图（一），该场景指在MN不变时，仅SN进行变更切换。 图（一）SN变更信令流程 SN变更成功率指标定义 SN变更成功率= C600600010 / C600600009
SN变更成功率（包含Pscell）= (C600690010+C600690011) / (C600690009+C600690011+C600690012+C600690013+C600690014) SN变更成功率影响因素分析 SN变更流程分析 SN变更场景是指MN不变仅SN变更，如图（二）所示： 图（二）SN change的相关网元 按流程分析如下： 如果缺失图中关系1，即5G-5G邻区关系，则UE不会测量目标SgNB的信号，便不会触发SN Change流程。 如果缺失图中关系2，即4G-源5G的邻区或偶联，则SN添加流程便会异常，无法触发后续SN Change。
LTE超远邻区问题分析和处理 问题概述 在处理LTE日常TOP小区问题时，网优人员发现目前绍兴现网中一些切换失败较多的小区与其添加了超远邻区有直接关系，由于在建网初期全网站点相对较少，超远邻区等邻区问题影响不会很大，但随着网络迅速发展，站点密度不断加大，新站点的融入将这些不合理的配置问题逐渐显现出来，因此需要阶段性对现网做相关核查和处理，防患于未然。下面通过本月处理的两起切换失败问题来具体阐述。 2、处理案例 CASE1:现象 从下表切换指标可以看出上虞东关2扇区S1同频切换出执行成功次数失败较多。 分析 提取具体小区对切换指标分析：
可以看出切换失败较多的小区对为348661-50（上虞江南一品RRU2_59幢西南向），而从地理位置来看两站点相距甚远，基本不会有切换，邻区配置不合理。 查询该扇区邻区关系：
从上图中可以看出上虞东关2扇区同时添加了LF_Z_上虞东关梁岙南_3和上虞江南一品RRU2_59幢西南向两个PCI都是26的邻区，而后者相距很远，实际发生切换的应该都是LF_Z_上虞东关梁岙南_3，因此可以判断导致切换失败的原因是邻区配置错误导致。 优化 删除348696-50 与348661-50的邻区关系。 效果
优化后上虞东关2扇区S1同频切换切出成功率恢复到正常水平。 CASE2:现象 从下表切换指标可以看LF_Z_上虞道墟长娄_1扇区X2同频切换出执行成功次数失败较多。 分析 提取具体小区对切换指标分析：
可以看出切换失败较多的小区对为349459-51（LF_Z_柯桥朗诗绿色街区18号楼RRU3_西南向），而从地理位置来看两站点相距很远，一个在上虞一个在柯桥，根本不会存在切换关系。 查询该扇区邻区配置情况：
RRC重建成功率低优化案例 摘要 RRC重建流程图 RRC重建成功流程图： RRC重建失败流程图： （1）协议3GPP36.331定义触发重建原因包括如下几类 1>upondetecting radio link failure, 2>uponhandover failure, 3>uponmobility from E-UTRA failure, 4>uponintegrity check failure indication from lower layers; 5>uponan RRC connection reconfiguration failure （2）reconfiguration failure定义： UE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容，则发起原因值为“reconfiguration failure”的重建。 （3）handover failure定义 UE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handover failure”的
重建。 （4）协议3GPP36.331定义重建失败 （5）重建原因（radio link failure） 重建常见原因为RLF, 如果UE检测到当前检测到“radio link failure”，则会发起原因值为“other” 问题分析流程图 1、首先检查基站、传输等状态是否异常，排查基站、传输等问题后再进行分析。 2、通过COUNTER分析重建流程图如下： 关键字：RRC重建，掉话，CELL TRACE，信令 1.问题描述 进行FDD-LTE网络每日TOP小区处理的过程中，XZL2NTD铜山区_茅村周宅子WBBU1-2的RRC重建成功率为31.31%，该数据严重低于正常RRC重建成功率的平均值，且已持续了一段时间。通过对XZL2NTD铜山区_茅村周宅子WBBU1-2的重建次数统计，对小区问题进行
5G TOP小区处理思路 一、锚点优化的重要性及主要流程介绍 当前5G实施NSA组网模式，NSA终端必须占用锚点小区后，才能使用5G 业务提升用户感知。如何及时将NSA终端迁移到锚点小区并保证稳定占用，是当前面临的重要问题，也是当前NSA终端移动性策略遇到的重要问题。 NSA锚点优化主要涉及NSA锚点规划的原则与方法、锚点优先驻留策略、接入性能优化、4/5G协同优化等内容，如下图所示： 二、锚点层基础优化 NSA组网模式下5G NR的控制面锚定在LTE侧，对LTE网络存在依赖性，LTE锚点网络的基础优化要保证锚点4G小区覆盖良好，无弱覆盖、越区覆盖和无主导小区的情况，业务性能，如接入/切换成功率良好，切换关系合理，尤其要抑制乒乓切换。 锚点层覆盖率目标建议RSRP≥-110dBm&SINR≥-3大于95%进行评估和提升。 覆盖优化主要消除网络中存在的四种问题：覆盖空洞、弱覆盖、越区覆盖和导频污染。覆盖空洞可以归入到弱覆盖中，越区覆盖和导频污染都可以归为重叠覆盖，所以，从这个角度和现场可实施角度来讲，覆盖优化主要有两个内容：消除弱覆盖和重叠覆盖。
此优化与常规的LTE优化类似，主要措施有以下方面： ?RF调整优化（200m以内的弱覆盖、越区覆盖、重叠覆盖等问题处理）； ?200m以上的无覆盖路段/区域进行锚点站点增补。 三、NSA切换流程介绍 NSA的切换方式又分为带SN切换和不带SN切换两种，两者的区别在于，带SN切换切换前后速率降低幅度较小，现阶段，NSA的切换都推荐采用带SN 切换的方式，因此我们重点介绍带SN切换的相关内容。 高通芯片终端，带SN切换流程如下： 1. UE在源4G小区发起业务，并完成双连接添加 2. 主节点4G小区满足A3门限，发起测量报告，在测量报告里，携带最强的NR 邻区测量 3. 如果最强的NR邻区，其RSRP满足“带SN切换RSRP差值”门限，即目标NR 小区RSRP-源NR小区RSRP≥带SN切换RSRP差值，那么4G切换的同时5G小区同步完成变更。“带SN切换RSRP差值”默认配置为0，表示目标NR小区RSRP≥源NR小区RSRP，4G切换的同时5G小区同步完成变更 4. 如果最强的NR邻区，其RSRP不满足“带SN切换RSRP差值”门限，即目标NR小区RSRP-源NR小区RSRP<带SN切换RSRP差值，那么4G切换，5G小区不变。“带SN切换RSRP差值”默认配置为0，表示目标NR小区RSRP<源NR 小区RSRP，4G切换，5G小区不变。
WCDMA日常优化TOP小区处理指导
目录 1 概述 (3) 2 工作范围描述 (3) 2.1 工作范围 (3) 2.2 工具准备 (4) 2.3 信息收集 (4) 2.4 操作步骤 (5) 2.4.1关键/风险点 (5) 2.4.2 Timelines (5) 2.4.3 Checklist (6) 3 问题小区筛选 (7) 3.1 通过NASTAR生成每天各项指标的TOP 10小区。 (7) 3.2 利用insightsharp进行问题小区预过滤 (7) 3.2.1日志类型介绍 (7) 3.2.2预过滤功能介绍 (8) 3.2.3各类指标预过滤方法 (8) 3.2.4指标过滤方法举例 (9) 4 问题小区处理思路 (11) 4.1 接入问题分析 (11) 4.1.1 RRC建立失败 (11) 4.1.2 RAB指配失败 (13) 4.2 切换问题分析 (15) 4.2.1软切换失败 (15) 4.2.2硬切换失败 (16) 4.2.3系统间切换失败 (16) 4.3 掉话问题分析 (18) 4.4 干扰问题分析 (21) 4.4.1内部干扰定位 (21) 4.4.2外部干扰定位 (22) 4.4.3下行干扰定位 (24)
1 概述 问题小区处理是日常网络优化中每天必须进行的一项工作，其主要是对网络故障或性能下降小区进行分析和处理，同时对每日综合指标最差的TOP小区进行集中处理，解决网络问题，消除网络隐患，提升网络质量。 问题小区处理主要涉及四类工作：问题小区分析、干扰排查、工单处理跟踪、测试验证。 2 工作范围描述 2.1 工作范围 （1）问题小区筛选 1) 问题小区生成：每日对日常投诉、指标和告警监控和DT、CQT测试和MR 数据分析等发现的网络问题进行详细分析和分类，形成问题小区列表。 2) TOP小区生成：在每日的指标监控中发现某些小区或者基站存在隐性故障， 导致该小区或者基站出现性能下降现象时，应从该小区或基站的接入性能、 保持性能、资源性能、覆盖性能入手进行相关的分析，找出综合指标最差的 前N个小区，形成每日TOP N小区列表。 （2）问题小区处理 1) 制定解决方案。通过对日常投诉、指标和告警监控以及MR等数据信息进 行汇总分析, 对问题小区与TOP小区制定解决方案，以工单形式提交相关 人员实施调整。需要时可以进行现场测试。 2) 跟踪问题小区的处理。跟踪调整工单的执行进程和结果反馈，对已处理完成 的小区观察其指标、告警信息的变化情况，需要时进行现场测试验证，确认 问题解决情况。对于连续出现5日以上的TOPN小区要重点关注及早优先 解决。 3) 对问题小区分析中发现的网络干扰问题进行分析、排查和处理。对于无法处 理的干扰，需及时提交分析报告给局方，由局方协调处理。 （3）周期性总结： 每周、月对问题小区处理情况进行汇总总结，对于现阶段暂无法解决的问题应
TOPn小区处理技术经验总结 Huichen Radio Network planning Department All Rights reserved
目录 1 概念及总结原因 (1) 1.1TOP N概念 (1) 1.2总结原因 (1) 2TOPN问题总结项 (1) 2.1处理思路： (1) 2.2处理普遍思维方法： (2) 2.3主要指标项排查总结 (2)
1概念及总结原因 1.1TOPn概念 TOPn小区是指现网运行的所有小区中关键项指标不达规定的小区。由于各地具体规定不尽相同，暂以浙江联通规定为例： （1）TCH拥塞小区：7天内4天以上（含最近一天）TCH拥塞率> 5% 且TCH拥塞次数> 20次； （2）高掉话小区：7天内有4天以上（含最近一天）TCH掉话率> 3% 且TCH掉话次数> 5次； （3）TCH分配成功率差小区：7天内有4天以上（含最近一天）TCH分配成功功率< 95% 且TCH 分配失败次数> 10次； （4）切换成功率差小区：7天内有4天以上（含最近一天）切换成功率< 90% 且切换失败次数> 20次； （5）随机接入成功率差小区：7天内有4天以上（含最近一天）随机接入成功率< 95% 且随机接入失败次数> 20次； （6）零话务小区：最近一天小区全天话务量< 0.01 ERL 且TCH可用数> 0。 1.2总结原因 现有资料中的TOPn小区总是可以罗列出一大批可能的原因及案例，但对于那些是常见性原因并没有提及。想汲取经验的人往往如坠云雾，不知从何着手。还有处理的过程和思路只在问题案例面写出来，在总结性的文字里面所提不多。此次总结，完全从宁波联通07年10月至现在处理过的TOPn区中进行总结，并提出处理这些问题的常见思路及思维方法。 2TOPn问题总结项 2.1处理思路： 虽然具体问题有不同的表现及相应的处理办法，但几乎每一类TOPn小区，都可以大概遵循一个流程性思路，看上下行电平、上下行质量》载频性能测量》数据配置》参数正确及合理性检查》天馈、硬件原因。每一步只要针对不同的问题灵活思考应用，一般性的问题都可以得到较好解决或者给出合理化建议。当然，有些属于资源性及目前普遍技术发展程度性问题不好解决外，其它都可以按照此种思路执行。比如联通900M频点资源稀少，要彻底解决城区某一小区干扰引起切换掉话等问题，往往很不容易，只能相应靠邻区限制、参数调节等手段暂时减轻指标压力，彻底解决，还需要全网翻频等
VOLTE关键指标优化手册
目录 1指标概述 (3) 2性能指标优化 (5) 2.1高RRC连接重建占比小区比例优化 (5) 2.2高PDCP层丢弃包率小区优化 (8) 2.3高掉话小区比例优化 (11) 2.4E_RAB建立成功率（QCI_1)优化 (13) 2.5高S1切换占比小区比例优化 (15) 2.6高DPCP层用户面时延小区比例优化 (17) 2.7E SRVCC切换成功率优化 (19)
1指标概述 为提升VOLTE网络质量，提升监控人员关键指标问题处理技能，制定VOLTE关键指标优化手册。 具体VOLTE关键KPI如下表所示：
2性能指标优化 2.1高RRC连接重建占比小区比例优化 1.指标名称：RRC重建比例 2.指标解释：RRC连接重建请求次数/（RRC连接重建请求次数+RRC连接建立请求次数）*100%>10% 3.指标原因分析： 当用户处于RRC连接状态时，如果出现切换失败、无线链路失败、底层制式完整性校验失败、E-UTRA侧移动性失败、RRC重配置失败等情况，将会触发RRC连接重建。在日常TOP小区处理时，切换失败、无线链路失败以及RRC重配置失败导致的高RRC重建占比较大，下图为常见的问题定位原因： 1）告警故障导致 2）参数异常导致 3）切换异常导致 4）干扰问题 5）拥塞问题 6）弱覆盖问题 7）终端问题 4.指标处理流程： RRC连接重建比例处理流程图如下：
处理步骤： 1)拥塞问题分析 以平均用户数和最大用户数作为主要监控指标，是由于用户限制而导致的接入失败，需要分析用户数及流量变化趋势。如果由于周围站点退服导致Top小区的接入数突增，需要在优化有接入用户数相关的参数或控制覆盖的范围以减少小区内的用户数的同时派单处理基站故障。 2)小区告警故障分析 通过site manager登录eNB的IP地址来查看该小区当前是否存在明显的故障告警. 对现网指标影响较大，对未及时处理故障的，建立先进行闭锁，以免影响现网指标，待故障处理完后再开启，以下告警为重要告警需要排障：
top小区处理意见 低流量以及流量异常小区处理 低流量小区是重要的KPI指标之一，指标反映了网络的移动性，指标直接影响到用户感知。 处理步骤： 1. 首先核查是否为目标基站故障导致流量异常，查看当时站点的状态正常（基站是否存在故障） 2. 现网核查参数等相关，发现参数设置无异常 3. 与前台沟通后现场查看，无线环境正常，主覆盖区域为公路，上站检查无异常，更换光纤、光模块后观察流量依旧较低，后更换FBBA板，观察，流量恢复正常； 总结： 低流量以及流量异常小区优化首先排除外部干扰，基站故障等情况以外，还要针对基站相关参数、无线环境等进行进行核查，排除参数以及无线环境问题，之后利用前台实测数据分析，逐一排查问题根源，再进行处理。 零流量小区 针对现场一个月的零流量小区统计情况分析，干扰、用户少、基站故障、人为调测、工程问题等都是导致零流量小区的原因： 故障问题： 电源：设备掉电端站，BBU掉电 硬件告警：X2接口故障，系统时钟不可用，驻波等 传输：传输光纤接口异常，BBU接口异常，射频R口接口异常
覆盖、干扰问题： 室外站点覆盖景区，景区冬季人少 室外站点覆盖农村空旷公路 室外站点不合理，如周围有村庄，密集人群活动区域，但天线覆盖方向不合理的. 用户行为问题： 活动场所：偶尔有活动，但周期比较长的。 随着季节变化，室外用户变少的. 确实是用户过少的. 工程原因： 新建站处理故障期间，流量比较低 小区未激活，导致零流量 无线接通率低处理意见 接入失败通常有三大类原因：无线侧参数配置问题、信道环境影响以及核心网侧配置问题。因此遇到无法接入的情况，可以大致按以下步骤进行排查。 1.通过话统分析是否出现接入成功率低的问题，当前RRCeRAB接通率指标一般为98%，也可根据局点对接入成功率指标的特殊要求启动问题定位。 2.确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。 3.如果是部分站点指标恶化，拖累全网指标，需要寻找TOP站点。 4.查询RRC连接建立和ERAB建立成功率最低的TOP10站点和TOP时间段。 5.查看TOP站点告警，检查单板状态，RRU状态，小区状态，OM操作，配置是否异常。 6.提取CHR日志，分析接入时的msg3的信道质量和SRS的SINR是否较差（弱覆盖），是否存在TOP 用户。 7.针对TOP站点进行针对性的标准信令跟踪、干扰检测进行分析。 8.如果标准信令和干扰检测无异常，将一键式日志，标口跟踪，干扰检测结果返回给开发人员分析。 无线掉线率高如何处理