Volte的TOP小区处理
TOP小区处理思路
TOP小区优化思路TOP小区优化是日常网络优化和维护的一项重要工作，通过TOP小区问题的分析和解决，降低问题小区对网络指标的影响和提升终端用户的体验。
1、检查是否有硬件故障：1）检查板件是否有故障；2）检查传输是否有故障；3）检查功放是否有故障；4）检查GPS是否有故障；5）检查驻波比是否正常；6）检查RSSI是否异常；2、检查是否有干扰存在。
RSSI主集均值偏高（一般大于-90）；RSSI分集均值偏高（一般大于-90）；主分集差异过大（比如大于10db）；3、检查是否下挂直放站，如有直放站，相关参数设置检查。
直放站核查：经纬度、下挂距离、下挂方式(光线、无线)、上下行增益、覆盖区域、型号、厂家RRU核查：经纬度、覆盖区域4、检查单扇区覆盖是否合理：1）是否有越区覆盖（结合接入距离、PSMM分析）；2）是否覆盖过近；3）覆盖方向是否合理；4）检查周边是否有导频污染情况。
DT、CQT测试分析、单扇区覆盖分析报告5、检查邻区关系：1）结合地理分布；2）结合PSMM消息；3）结合路测数据；4）检查邻区优先级是否合理。
6、检查参数设置：1）信道增益设置是否合理；2）功控参数是否合理；3）搜索窗；4）接入参数。
7、检查是否话务过高，是否有拥塞情况。
话统分析8、检查TWO-WAY、PN输出邻区优化分析，结合站点相对位置分布图，对邻区进行优化调整，对复用不合理的PN重新进行规划。
9、检查无线环境：1）天线挂高；2）天线方位角；3）天线俯仰角；4）天线型号；5）天线周围建筑情况。
10、天馈是否要更换，如需更换要及时更换。
目前已经明显不合理先更换11、周围站点的开通和关闭情况。
结合新开通站点规划12、统计分析是否由于某种型号的手机造成掉话过多。
定位分析13、DT/CQT测试针对TOP问题进行针对性的DT/CQT测试，分析问题根因，有效解决问题。
Volte炎强ASR无线掉话TOPN小区分析优化总结-V3
Volte炎强系统ASR无线掉话TOPN小区分析优化总结目录1、现状 (2)2、创新方案 (3)2.1无线原因排查流程 (3)2.2 LTE网络切换流程 (5)2.3 Mml_Xml解析工具Plus工具介绍 (6)3、S1上下文释放炎强端到端定位优化 (8)3.1[128] interrat-redirection掉话炎强端到端定位优化 (8)3.2[121]radio-connection-with -ue-lost掉话原因定位及优化 (10)3.3[101]tx2relocoverall-expiry掉话原因定位及优化 (16)4、TOPN推广效果 (23)4.1[128]interrat-redirectionTOPN优化效果推广验证 (23)4.2[121]radio-connection-with-ue-lostTOPN优化效果推广验证 (26)4.3[101]tx2relocoverall-expiry TOPN优化效果推广验证 (27)5、Esrvcc切换参数设置异常（一） (28)5.1 概述 (29)5.2 未发起eSRVCC切换原因分析 (30)5.3 参数调整方案 (31)5.4 优化效果 (32)5.5 优化总结 (34)6、Esrvcc切换参数设置异常（二） (34)6.1 问题小区描述 (34)6.2 原因分析 (35)6.3 优化调整方案 (37)6.4 效果评估 (37)6.5 总结 (40)1、现状由于现在炎强系统端到端VOLTE呼叫流程中采集了S1AP接口（除了部分由于信令丢失之外），所以可以结合端到端异常“S1错误码话单”中S1错误码进行针对性的定位分析。
结合炎强系统天粒度“指标报表下载”模板统计最近7天东莞全网ASR掉话话单，相关S1错误码分布情况：东莞全网S1上下文释放导致ASR掉话原因分布图从S1错误码分布情况来看，东莞ASR掉话记录的错误码主要以[300] normal-release、[121]radio-connection-with-ue-lost、[128]interrat-redirection为主，占比达10%以上：东莞全网S1上下文释放导致ASR掉话S1错误码占比情况2、创新方案通过近几个月对炎强ASR掉话TOPN小区优化情况进行总结，结合炎强端到端VOLTE掉话小区无线原因排查流程、切换流程，通过运用Mml_Xml解析工具Plus工具及优化切换参数（“切换RAR功率抬升”和“切换信令优化（UL）”），开展部分S1上下文释放原因的炎强系统端到端定位优化，并进行了推广验证，各项指标改善明显。
精品案例_VoLTE上行高丢包小区分析优化
精品案例_VoLTE上行高丢包小区分析优化VoLTE上行高丢包小区分析优化目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (6)四、经验总结 (12)VoLTE上行高丢包小区分析优化【摘要】在进行VOLTE专项优化时，发现黄山上行丢包率整体较高，影响用户感知，针对该情况，通过对一些特性参数进行配置实验及效果验证，并结合用户投诉等情况，对全市大部分小区VOLTE参数进行了优化，上行丢包率取得了明显改善。
【关键字】VOLTE 上行丢包率弱覆盖特性参数【业务类别】VoLTE、参数优化一、问题描述在开展VOLTE上行丢包优化工作时，3月份黄山上行丢包问题相对其他地市存在问题，高达0.09%；另统计3月30日至4月5日的指标，发现指标恶化明显，已达到0.11%，祁门县尤为严重，为0.4%，急需专项优化处理，如图1、2:图1图2二、分析过程1、丢包原理VOLTE通话中的空口丢包，会造成VOLTE的RTP包丢失，导致Vo LTE业务出现吞字、断续、杂音等降低用户感知问题。
而通过对吞字断续的量化分析，可以直观反映出用户感知变差的情况：1个字约占用8至10个RTP包，1个RTP包时长约20ms，因此1个字约占200ms，如果丢包持续超过1秒，用户将会感觉到约5个字听不到。
Vo LTE高清语音编码速率为23.85kbps，终端每20ms生成一个Vo LTE语音包（使用RTP 实时流媒体协议传输），再加上UDP包头、IP包头、在应用层最终打包成IP包进行传输。
在无线空口，按照协议IP包进一步被转换成PDCP包，PDCP包就是空口传输的有效数据，PDCP包在终端和基站间传输异常会导致应用层RTP包的丢失，从而引起语音感知差。
用户面的RTP包在空口是承载在PDCP包中，终端或基站调度发出PDCP包后，由于空口质量问题导致在空口传输过程中丢失称为空口丢包,无线问题导致的丢包即PDCP的丢包，而上行空口丢包是从PDCP层统计，基站根据收到终端上发的PDCP SN序列号判断上行空口丢包。
VoLTE高掉话小区处理流程
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 异常释放。
案例-关于VoLTE丢包率高优化处理最佳实践总结
VOLTE关于丢包率高优化处理总结一、问题描述上下行语音丢包率是是表征VoLTE业务的一个重要指标，与时延，抖动是影响VOLTE 语音质量的三大因素之一。
监控，优化，提升上下行语音丢包率可以辅助VOLTE用户语音感知质量的提升。
PDCP层丢包对语音感知影响 VOLTE业务与GU业务不同，LTE走PS域，通过不同QCI承载来进行QoS保障，影响其VOLTE语音质量的关键指标为丢包，时延，抖动，其中丢包对MOS值基本是线性分布，一般丢包率在1%以内，MOS分都比较好；一旦丢包率大于1%后，MOS分明显下降，语音质量将会受到影响。
提取指标发现LF_H_YY余舜宇集团voLTE语音下行丢包率高达5.27%，voLTE语音上行丢包率6.24%，严重影响网络指标。
二、问题分析丢包率定义和影响因素指标定义：VOLTE语音包关联指标分析举例如下：若出现PUSCH MCS0阶占比和PDSCH MCS0阶占比同时恶化，弱覆盖导致的可能性较大。
➢根据关键指标关联，分析用户数问题根据如下话统信息，判断终端所处小区的负载情况，判断是否小区语音负载大，导致不能及时调度用户，带来PDCP层丢包；➢空口丢包原理上行空口丢包统计原理：主要影响因素：上行调度不及时，如图中的1，会导致UE PDCP层的丢弃定时器超时，但现网值是集团规范值，不存在该问题。
空口传输质量差，如图中2，MAC层多次传输错误导致丢包。
➢上行空口丢包统计原理：主要影响因素：下行丢包基本上是用户处于小区弱覆盖区域。
➢常见PDCP层丢包原因总结➢常见PDCP层丢包处理总体思路➢VOLTE语音包分析常规动作1.KPI定义以及公式核查2.问题范围，KPI趋势和话统原因分析：通过话统排查丢包区域，确认是全网问题还是TOP小区问题，如果是TOP小区问题就需要进一步排查该小区的配置，操作记录和参数差异等。
还可以分析丢包的变化趋势，看一下是不是网络突变问题，找到时间节点，查看最近网络的大型操作记录入网络改造，参数修改等等原因。
TOP小区处理思路概述
TOP小区处理思路概述引言TOP小区是指在移动通信网络中，负载最高的小区。
由于用户数量众多，TOP小区往往会遇到网络拥塞、用户体验下降等问题。
因此，如何高效地处理TOP小区成为了运营商和网络优化工程师们的重要任务。
本文将概述处理TOP小区的思路和方法。
TOP小区的定义和影响移动通信网络中，小区是网络的基本单元，负责覆盖特定的区域，并提供无线信号覆盖。
TOP小区是指在特定时间段内，用户数占比最高的小区。
TOP小区通常具备以下特征：1.用户数众多。
2.数据业务和语音业务的同时存在。
3.用户活动密度高。
4.网络资源紧张。
TOP小区的存在会导致以下问题：1.网络拥塞和传输延迟增加。
2.用户体验下降，例如呼叫失败率增加、数据传输速度变慢等。
3.网络资源被过度消耗，导致其他小区的服务质量下降。
因此，处理TOP小区的问题对于提高网络性能和用户体验至关重要。
处理TOP小区的思路处理TOP小区的思路主要包括以下几个方面：1. 增加小区容量增加小区容量是处理TOP小区问题的关键措施之一。
通过提升小区的容量，可以增加用户并发能力，减少拥塞情况的发生。
具体的措施包括：•增加小区的载频数，扩大小区的覆盖范围。
•增加小区的天线数目，提高小区的信号覆盖强度。
•利用载波聚合技术，将多个载频进行组合，提高小区的带宽。
2. 优化小区参数配置优化小区参数配置是降低TOP小区负载压力的重要手段。
通过调整小区的参数配置，可以合理分配网络资源，提高网络效率。
具体的措施包括：•调整小区覆盖半径，优化小区边界覆盖，避免频繁的小区切换。
•调整小区的功率设置，减少干扰，提升信号质量。
•优化小区的调度策略，确保资源合理分配，提高用户传输速率。
3. 部署新的网络设备部署新的网络设备是处理TOP小区问题的另一个重要手段。
通过引入新的设备和技术，可以提升网络性能和用户体验。
具体的措施包括：•引入更先进的基站设备，提高网络容量和覆盖范围。
•部署小区干扰消除技术，减少干扰对网络性能的影响。
LTE掉线TOP小区处理
LTE掉线率TOP小区处理步骤一、掉线率TOPN小区筛选首先提取全网整体指标，查看昨日和今日的掉线率指标较平时相比有无较大波动，若有需先从查看全网告警情况、核查全网干扰情况、讯问传输或是核心网是否有割接、核查是否存在很严重的TOPN小区等方面排查出导致掉线率指标较大波动的具体原因，若整体掉线指标与平时相当再提取小区级掉线率指标进行TOPN小区筛选，并按照高掉线TOPN小区的掉线原因分类进行逐步排查解决，具体解决思路如下图：二、掉线率TOPN小区分析步骤。
若观察前日掉线指标和当日掉线指标与平时相差不大，再提取小区级掉线率指标，并根据其具体掉线原因进行逐步分析解决，目前掉线的主要原因有如下几类：1、ENB空口失败引发的释放➢核查该TOPN小区或是站点是否存在告警，若存在告警需及时进行处理；➢后台统计该小区每15分钟粒度的RB平均干扰值，若存在大偏干扰需现场扫频排查干扰源，若100个RB只有部分RB存在干扰可尝试修改频段减小干扰；➢若前两者都不存在，可将多提取几日该小区的掉线指标，观察改小区是长期TOPN小区还是偶发TOPN小区，若是偶发TOPN小区且比较严重可先重启下站点观察是否恢复，若未恢复再排查该小区是否修改过什么重要参数或是TOPN用户导致；➢通过MAPINFOW图层核查此TOPN小区是否存在同频同PCI、模三干扰严重等情况，若存在需对PCI进行及时修改；➢通过MAPINFOW核查该小区是否存在邻区漏配或是邻区冗余的情况，若存在需及时添加漏配邻区或是删除冗余邻区；➢若全网开启过MRR测量，可结合MRR测量采集的数据对改TOPN小区进行分析，查看是现场用户是否存在干扰或是弱覆盖，并进行针对性处理；➢后台提取改TOPN小区的TA值，计算改TOPN小区大致的覆盖距离，得出该小区是否存在越区覆盖，若存在需进行现场天馈调整；2、ENB切换失败引发的释放➢观察该TOPN小区的切换成功率，看是否存在异常，若存在异常再提取该小区邻区对级的切换成功率指标，观察该小区是往某个小区切换失败较多，还是往周边所有小区切换失败都较多，若往某个小区切换失败很多，先核查该目标小区是否存在告警或是干扰，如电压输入异常告警等，若是往周边小区切换失败都较多，核查源小区是否存在告警或是干扰，若存在需及时进行处理；➢若该TOPN小区切换成功率较低，源小区和目标小区都无告警，且是往某一个小区或是站点切换失败很高，可先重启该目标站点，若还未恢复先暂时禁止该邻区对切换，待指标恢复后再还原；➢通过MAPINFOW核查该TOPN小区的邻区关系，看是否存在邻区漏配和冗余邻区，若存在需及时添加漏配邻区或是删除冗余邻区；➢核查该TOPN小区相关参数，如频段、PCI、TAC，相关切换参数，如切换开关、切换偏置、是否添加异频测量等；若存在问题需及时处理；➢另外全网开启MRR测量对该原因导致的掉线影响也较大，需关注是否开启MRR测量；3、小区关断或复位引发的释放➢这种原因导致的掉线问题比较单一，一般都为站点故障、直接关断小区、直接重启站点等问题导致，故障原因可排除故障并处理，人为原因需尽量避免；4、ENB由于其它原因引发的释放➢这类原因目前LTE网络室分出现较大，且大部分都为超级小区问题，针对这类原因的处理思路和针对空口原因的处理思路差不多，若是室分小区问题，需核查该室分小区是否存在同PCI情况，若是存在需及时修改；➢若该TOPN小区为室分超级小区，需核查该超级小区组合是否存在问题，如超级小区组合方式是否正确、超级小区组合是否存在跨BPL板的情况等，若问题仍未得到解决，可暂时将超级小区进行拆分观察问题是否解决；5、ENB重建立失败导致的释放➢ENB重建立失败导致的释放处理思路与ENB由于其它原因引发的释放处理思路类似，主要针对告警、干扰、覆盖、邻区、参数等方面进行核查优化，参数方面需注意频段、PCI、TAC、上下行MCS最小值、上下行MCS最大值等；6、ENB由于S1链路故障导致的释放➢这类问题主要是传输侧的问题，若出现该原因导致的掉线，首先应核查该小区是否存在告警，特别是SCTP路径断链的相关告警，另外需核查传输和核心网侧是否存在问题；➢核查该小区TAC配置是否存在问题，若该TAC在核心网侧未定义也有可能导致S1掉线；➢核查该站点IP层配置，特别是IP地址与网关IP是否配置正确，若配置错误也可能导致S1掉线；➢核查该站点业务与DSCP映射中使用的IP层配置是否设置为了管理网关的IP地址，若映射错误也会导致S1掉线；。
华为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.1R RC建立失败处理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开关；✓对于业务量持续较大的小区，可以考虑建议扩容。
VOLTE高丢包TOP小区优化实践案例
VOLTE高丢包TOP小区优化实践案例【摘要】上/下行语音丢包率是表征VOLTE语音业务的一个重要KPI，与时延、抖动作为影响VOLTE语音质量的三要素之一；监控、优化、提升上/下行语音丢包率可辅助提升VOLTE用户感知。
【关键字】VOLTE语音丢包率干扰【业务类别】VoLTE、指标、参数优化等其他一、问题描述问随着VOLTE业务全面开通，VOLTE用户数量逐渐增长，根据VoLTE语音质量定界法，无线问题是影响用户感知的最常见因素。
在定界为空口问题后，如何进一步定位具体的无线问题。
我们结合OMC统计三种支撑手段为基础，分析丢包、弃包、抖动、时延大四种影响感知的无线问题，最终定位出具体的无线原因的方法和优化流程广东省各地市指标情况：二、分析过程本文是爱立信在韶关电信无线网进行的VoLTE丢包试验和分析，重点介绍无线侧原因导致的丢包分析思路和优化策略。
影响小区高丢包的可能原因类型有如下七大类：•基站故障问题；•覆盖问题；•干扰问题；•切换参数&邻区问题；•容量问题；•重建导致；•终端问题；VoLTE语音丢包分析的思路从无线方面考虑也主要从以上的七大类方面出发，首先，需要登站查看基站是否存在故障告警之类，影响VoLTE性能相关的告警先要处理基站告警，其次是关注小区的覆盖率情况，可从MR覆盖率，现场测试验证，CTR分析覆盖等多方面来评估是否是弱覆盖引起的丢包问题，再次之就是从小区底噪排除干扰问题、切换参数、邻区配置、小区容量、传输等方面来一一排查。
2.1:相关参数介绍tReorderingDl ;This timer is used by the receiving end of Acknowledged Mode (AM) orUnacknowledged Mode (UM) Radio Link Control (RLC) entity in UE, to detect loss of downlink RLC protocol data units at lower layers.Dependencies: Not applicable for RLC TM. Only relevant when rlcMode is UM or AMChange takes effect: New connectionRange: 0, 5, 10, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 65, 70, 75, 80, 85, 90, 85, 100, 110, 120, 130, 140, 150, 160, 170, 180, 190, 200, Default=35tReorderingUl :This timer is used by the receiving end of the Acknowledged Mode (AM) or Unacknowledged Mode (UM) Radio Link Control (RLC) entity in eNB, to detect loss of uplink RLC protocol data units at lower layers.Dependencies: Not applicable for RLC TM. Only relevant when rlcMode is UM or AMChange takes effect: Cell lock/unlockUnit: msRange: 0, 5, 10, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 65, 70, 75, 80, 85, 90, 85, 100, 110, 120, 130, 140, 150, 160, 170, 180, 190, 200, Default=35三、解决措施通过丢包率TOP小区列表,发现韶关浈江莱斯大酒店_EPO_2小区丢包率较高,平均丢包率为24.76%,影响韶关丢包率;从引起丢包的原因分析,1、基站故障问题；小区无故障告警2、覆盖问题,小区MR覆盖为97.84%,不存在覆盖问题3、干扰问题；查看站点干扰情况,小区存在轻微干扰;4、切换参数&邻区问题；经参数核查站点不存在参数设置异常情况;5、容量问题;查看一周小区峰值下行PRB利用率为12.19%,不存在高负荷情况;6、重建导致；查看小区重建类指标正常；由于站点存在轻微干扰，无线环境不算非常好。
华为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开关；✓对于业务量持续较大的小区，可以考虑建议扩容。
完整word版,volte丢包率TOP小区处理
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层丢包原因总结常见PDCP层丢包处理总体思路VOLTE语音包分析常规动作1.KPI定义以及公式核查2.问题范围，KPI趋势和话统原因分析：通过话统排查丢包区域，确认是全网问题还是TOP小区问题，如果是TOP小区问题就需要进一步排查该小区的配置，操作记录和参数差异等。
LTE网络杂散干扰导致的VOLTE高掉话优化案例
LTE网络杂散干扰导致的VOLTE高掉话优化案例一、问题现象长治D2_LU潞城安乐ZLF_H-2小区无线接通率和掉话率指标持续恶化，且恶化趋势明显。
指标统计截图如下：二、问题分析通过TOP小区的分析流程进行问题排查发现，D2_LU潞城安乐ZLF_H-2小区上行干扰严重，且主要表现为前高后低的波形走势，判断为杂散干扰。
对于现网高干扰小区影响KPI指标时，由于扫频排查干扰源耗时较长，较难及时处理，可以通过修改上下行PRB偏置参数临时解决部分低接入、高掉话TOP小区。
参数使用场景：（1）、只有部分频段有强干扰（高干扰频段最好小于一半RB），频谱如图2.（2）、小区业务量不是很高（业务量较高的话，无论如何都会分配到高干扰频段PRB）（3）、一个站点3个小区只有1个或2个小区存在高干扰、指标差（3个小区上行干扰都高的小区无法解决）备注：该方案只是辅助性方案，需注意的是排查干扰依旧是解决问题主要手段。
三、问题处理基本原理：优先为终端配置干扰较小频段的资源（RB)修改方法：CellType=0/1/2，优先分配的RB如下图所示：注意：其中需PRB随机化偏置上下行都要同步修改。
PRB随机化偏置修改位置如下：将D2_LU潞城安乐ZLF_H-2的上下行PRB随机化偏置由0修改为2后低接入和高掉话问题基本解决，修改前后对比如下图所示：四、问题总结通常干扰分为上行干扰和下行干扰，系统内干扰和系统外干扰，不论哪种类型的干扰都会导致掉话：上行干扰可以从话统指标进行分析。
TDD系统上行干扰包括普通时隙和特殊时隙的干扰两方面，两种干扰呈现的特征也是不一样的。
对于杂散干扰只干扰前部分PRB的情况下，由于扫频排查干扰源耗时较长，较难及时处理，可以通过修改上下行PRB偏置参数临时解决部分低接入、高掉话TOP小区，该方案只是辅助性方案，需注意的是排查干扰依旧是解决问题主要手段。
VOLTE案例分析
1 优化经验总结1.1 日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四个方面着手，与ATU路网、工程建设紧密配合，提升整体网络质量。
1.2 RLC优先级优化现象：呼叫建立与切换过程冲突，专载被MME释放。
呼叫建立过程中专载建立与切换几乎同时发生，MME 未收到NAS专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE的情况），专载丢失形成未接通事件。
原因分析：QCI5设置的RLC优先级为2，高于SRB=2(传送NAS层消息)配置为3. 导致NAS的层3消息已经比MR要早，但是因为优先级比MR和SIP低，未及时发送。
优化措施：降低QCI 5优先级，确保SIP消息及时上传，修改后此类问题改善明显。
1.3 QCI 5 PDCP DiscardTimer时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。
原因分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话cancel。
经过分析，由于QCI5的pdcp 丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。
优化措施：QCI5 PDCP DiscardTimer由300ms修改为无穷大优化效果：VoLTE无线接通率提升明显1.4 SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后，主叫起呼，被叫首先bye消息，紧接着接连收到多条上一次呼叫的invite，被叫回复bye481invite486invite580，呼叫失败。
优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改为5次，最大重传隔间从十几分钟改为15s，此类问题已解决。
1.5 系统间邻区优化LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强度、经纬度、服务小区等信息导出。
VoLTE技术与质差小区处理-讲课课件
目录
✓
Volte基本概念 Volte关键技术 Volte质差小区
案例分析
Volte基本概念
目录
✓
Volte基本概念 Volte关键技术 Volte质差小区影响因素
案例分析
目录
✓
Volte关键技术
目录
✓
Volte关键技术
目录
✓
Volte关键技术
目录
VoLTE指标分析 掉话恶化分析
邻区关系分析
指标发现下行丢包质差TOP小区 XXFHO1566_0
提取COUNTER原因值，定位切 换流程失败导致高掉话
提取两两小区对，定位切换失败 小区
掉话率
1.10%
E_RAB异常释放次数
5.75
问题定位 问题解决
核查邻区参数，定位外部参数不 一致
执行外部参数一致性优化脚本
0.24%
正常
优化建议
优化前
优化后
引起高丢包的无线侧原因众多日常优化需结合话统，根据小区实际
位置周边环境，做出合理的RF优化加参数优化。
QCI1接通98.5率9
%
97.89 %
案例3：重叠覆盖导致下行高丢 包
问题描述：ZZ小区QCI1下行丢包率连续3天高于 1%,为质差TOP小区。 问题分析：该小区存在重叠覆盖及MOD3干扰问 题，且MOD3干扰比例为23%，干扰比例较高。 处理建议：将ZZ小区方位角310度调整为330度， 机械下倾角2度调整为3度；控制覆盖，减少重叠覆 盖度，调整后指标改善明显。
下行丢包率
1.12
%
0.80
%
优化前
优化后
优化前
优化后
通过话统数据分析，如存在弱覆盖、重叠覆盖及MOD3干扰问题，建议优先进行RF优化调整，做好基础网络夯实
TOP小区处理
案例分析
问题分析： 1、站点故障，查看此小区无告警，无干扰。 2、23G切换参数配置问题。按集团公司要求，因GT分流，23G切换参 数基本固定在某个范围，可改动的范围较小。查看该小区后台参数配置 符合集团公司要求，排除了人为改动造成指标较差的原因。 3、目标GSM小区存在告警、干扰或者拥塞。GSM目标小区的性能也 会影响到23G切换成功率，如干扰导致终端无法解析GSM系统消息； 提取此小区切换counter，此小区向周围GSM邻区切换均失败较多，排 除单个GSM邻区故障原因导致。
案例分析
原因查找及分析：统计RAB释放counter，RAB建立失败的原因值主要为
IU.NbrRabPsRelIuConnPerCell.14（Failure in the Radio Interface Procedure），即无线接口协议失败。
对发生掉线的载波进行统计
案例分析
发生掉线的情况主要集中在该小区的F频点（9476、9482、9492），针对 上述情况，后台通过LMT_R对这两个小区的载波上行干扰情况进行跟踪
案例分析
【问题总结】 通过以上测试分析，发现在目前情况下，TD所使用的F频段与小灵通系统 使用的频段比较接近，导致小灵通系统对TD产生一定程度的干扰。所以在 后期扩容中，必须考虑小灵通系统的影响，优先使用A频段，同时推进小 灵通退网。
案例分析
案例二：TOP用户造成PS 32G切换较差
问题描述：11月19日，沙门西南5PS3G-2G切换失败次数较多， 成为TOP小区，影响了全网指标情况。可以看出沙门西南5小区18 日失败次数为217次，对指标冲击较大。
案例分析
【处理措施】：对此用户IMEITAC：35179205的PS3-2G的切换 进行限制。观察指标
掉话TOP小区处理思路
掉话TOP小区处理思路掉话率提升一般处理过程1) 查看问题小区本站点及周边小区是否告警：重点关注站是否存在驻波比告警、GPS告警、小区载波状态是否建立已可用，存在硬件告警的，将问题及时反馈。
2) 查看是否存在上行干扰：从话统数据中获取上行各时隙干扰统计数据，看网内是否存在强干扰导致的掉话，对于上行干扰导致的掉话，一般会伴随着接入失败率高、CS掉话率高、切换失败率高等现象。
3) 检查频点扰码分布的合理性，如果存在同频同码组小区相邻并且正对的情况，需要修改扰码规避。
4) 查看是否由于切换失败导致的掉话，同时需要检查是否有邻区漏配，这种情况在话统切换成功率中无法体现，可以通过基站分布图大致检查地理分布相邻的小区是否已经配置为邻区。
邻区的合理完善配置需要通过路测优化来完成。
5) 查看是否由于弱覆盖导致的掉话：可适当加大PCCPCH功率（建议3dB以内，不超过PCCPCH最大建议配置功率），增强覆盖；或者反过来，调整最小接入电平QRXLEVMIN，适当抬高接入条件，保证接入时的电平稳定。
修改最小接入电平值时要注意伴随的几个参数的修改，空闲模式小区重选同频测量门限，空闲模式小区重选异频测量门限，空闲模式小区重选异系统切换测量门限使这几个参数与最小接入电平值之和修改前后不变6) 检查是否由于功率参数设置不合理。
对于PS掉话率偏高（非全掉话）的情况，需要检查RL功率参数设置是否合理，包括无线链路最大最小发射功率MAXDLTXPWR/MINDLTXPWR，减少由于功率过小导致边缘用户掉话。
7) 检查是否由于个别用户导致的掉话指标异常。
用户由于终端原因或者所在位置覆盖较差，会造成频繁掉话。
8) 提升PS业务无线掉线率，PS永久在线定时器修改（注意仅针对TOP RNC修改）SET TPSINACTTIMER:PSINACTTMRFORCON=40, PROTECTTMRFORCON=1, PSINACTTMRFORSTR=40, PROTECTTMRFORSTR=1, PSINACTTMRFORINT=40, P 1 ` 1` `` zHRS=D2K;。
VOLTE掉话分析
TOP筛选条件◆当日掉话次数大于3次为TOP小区◆一周内出现3次TOP小区为高掉话TOP小区TOP分析方法手段掉话问题掉话原因分析➢按照掉话分子，按原因值提取相关计数器进行分析；➢检查站点是否存在邻区漏配或者配置不合理，导致无法及时切换出而吊死，引发掉线；➢小区存在异频邻区时，需要核查异频切换类相关A2、A3配置门限是否合理；➢检查小区是否存在超远覆盖，导致覆盖孤岛，无法及时切换到周边基站，可通过后台信令跟踪，观察测量报告，补齐漏配的邻区，随后及时对覆盖进行控制；➢对于弱覆盖引起的掉线，若终端处于覆盖边缘，周围无可用LTE小区，可以合理添加异系统邻区，合理配置重定门限，及时重定向到异系统，减少掉线。
➢关注小区无线环境，分析是否NI过高；➢关注影响业务的故障类告警；掉话Context归类如下：●ENB由于S1链路故障发起释放分为三类◆Context释放，Gtpu ErrInd触发释放：主要是核心网参数问题，部分原因是TAC边界不和导致，可以优化TAC边界◆Context释放，Path故障触发释放：传输故障导致，需核查传输◆Context释放，光口故障触发释放：光口、S1链路故障等原因，推维护处理●Context释放，ENB切换失败引发释放：检查切换参数、功率参数、定时器设置；●Context释放，由于小区关断或复位引发释放：检查掉线对应时间段内基站小区故障类告警●Context释放，ENB由于其他原因引发释放：容量等其他问题；●Context释放，ENB重建立失败导致释放：检查小区NI是否过高，RS功率设置是否偏小，检查现场无线环境，开启X2口进行优化（重建立如果在目标基站没有上下文，重建肯定失败）；●ENB空口失败引发释放次数分四类◆ERAB释放，空口定时器超时：检查CPU负荷，同时在线用户数是否偏高，如是可增加SR信道配置容量进行优化，排除MR开启时间段内计时器增多，提故障交研发处理；◆ERAB释放，空口质量差触发RLF：检查无线环境是否存在弱覆盖、模三干扰、越区覆盖、底噪偏高、基站存在故障；◆ERAB释放和RLC达到最大重传次数：检查RLC参数设置，排除MR开启时间段内计时器增多，提故障交研发处理；◆ERAB释放，PDCP完整性保护失败：检查加密完保参数设置，排除MR开启时间段内计时器增多，提故障交研发处理；Context整理情况如下：切换问题：切换分为切换准备阶段和切换执行阶段切换准备阶段多由外部邻区参数配置错误（邻区配置正确）或者切换准备目标基站故障引起。
TOP小区标准
1.TD网络最差小区情况（各分部）
近期网优中心制订了TD最差小区定义，具体如下：
1)CS域
●高掉话小区：取全天语音业务无线掉话率>1%且掉话次数>=3
次的小区.
●高拥塞小区：取全天RRC拥塞率>2%且拥塞次数大于4次的小
区。
其中，RRC拥塞率=RRC建立拥塞次数/RRC建立请求次数
●接通率差小区：取全天RRC连接建立失败次数〉=20次&或全
天RAB连接建立失败次数〉=10次.
●CS域系统间切换成功率低小区：失败次数大与2次且切换成
功率小于95%的小区.
2)PS域
●PS接通率差小区：取全天RAB连接建立尝试次数〉=50次&
全天RAB连接建立失败次数〉=10次&RAB接通成功率<=90%
●PS高掉线率小区：掉线率>=3%的小区 .
●PS系统间切换成功率低小区：失败次数>5次且切换成功率小
于80%的小区.。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3. 参数是否设置合理 1）查询掉线掉话类定时器设置是否正确；（T310、N311、N310、T311、T301） 2）如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；
4. 是否存在高干扰 1）通过 Mapinfo 查看小区 PCI 复用是否合理，是否存在模三冲突； 2）检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）； 3）如每 PRB 上干扰噪声平均值>-105dBm,确认小区存在上行干扰，同时可通过后台跟踪，
UE Context 释放 次
数
eNodeB 发起 的
S1 RESET 导致 的
UE Context 释放 次
数
参数 是否合 理 是否 存在高 干扰
4 检查S1 链路是 3 否配 置 正确
5
是否 存在高 质差
6
是否 存在弱 覆盖
7
现场 测试及 后台跟 踪
8
1. 是否存在异常告警或传输闪断 1）通过 查询单板运行情况；
E RAB 建立 成功率 <90%
No
检查 操作、告警 、传输 等是否 存 在问 题，是否 存在网 络变动 和升
级行 为
No
是否 存在干 扰
1
No
是否 存在覆 盖问题
2
No
是否 存在高 质差
3
No
是否 存在资 源不足
4
No
是否 存在异 常用户 、终端
5
No
No
指标 是否正 常
YES
结束
跟踪 信令及 测试 数据进
9）分析用户收到的 PUCCH 平均电平是否小于-130dBm； 4. 是否存在高质差
1）通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； 2）通过后台误码率跟踪，如 BLER>10%，确定小区存在高误码； 3）判断模三干扰及重叠覆盖，进行 RF 或 PCI 优化； 4)是否终端、用户行为异常结合用户投诉情况，安排前场人员现场测试，同时后台通过 信令跟踪，配合查找问题原因；
析
结束
1. 资源分析 1）分析 CCE 分析失败率（小时是否超过 100 万）及 RRC 用户数（是否大于 400，大于 400 即影响感知，大于 200 需要扩容）；
2. 是否存在干扰 同上部分。
3. 是否存在覆盖问题 1）检查传输模式，是否为 TM3，如长时间为 TM2，确认设置正确的情况下，基本确定小
浙江 VoLTE 网管质差小区处理指导手册
一、 掉线率
1. 指标定义
（eNB 请求释放的 E-RAB 数 -正常的 eNB 请求释放的 E-RAB 数 +切出失败的 E-RAB 数 ）/（遗 留 E-RAB 个数+E-RAB 建立成功数+切换入 E-RAB 数）*100%, 其中 QCI=1 。
2. 指标分析及统计点介绍
2. 是否存在覆盖问题 1）检查传输模式，是否为 TM3，如长时间为 TM2，确认设置正确的情况下，基本确定小
区存在弱覆盖； 2）对比 64QAM 和 QPSK 占比，如后者比例远大于前者,可确定小区覆盖异常； 3）邻区、故障等导致 TOP 小区存在弱覆盖； 4）天馈问题；
5）无线环境差； 6）基站规划、建设、施工问题； 7）天线权值配置与现场天线参数不一致。 8）核查参考信号功率是否偏低（常规设置 92,122，需结合现场设置）； 3. 是否存在高质差 1）通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； 2）通过后台误码率跟踪，如 BLER>10%，确定小区存在高误码； 4. 是否存在资源不足 1）参数调整，流量均衡； 2）天馈调整，分担流量； 3）热点区域，增补基站； 5. 是否终端、用户行为异常 结合用户投诉情况，安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原 因；
一步 分析
1. 是否存在干扰 1）通过 Mapinfo 查看小区 PCI 复用是否合理，是否存在模三冲突； 2）检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5） 3）如每 PRB 上干扰噪声平均值>-105dBm,确认小区存在上行干扰，同时可通过后台跟踪，
确认干扰类型； 4）发送干扰组协助处理。
2. 处理流程
丢包 率>5%
No
检查 操作、告警 、传输 等是否 存 在问 题，是否 存在网 络变动 和升
级行 为
No
是否 存在CCE资源 不足（RRC 用 户数 是否大 于400）
No
是否 存在上 行干扰
No
是否 存在覆 盖问题
No
是否 存在异 常用户 、终端
No
指标 是否正 常
YES
No
厂家 抓包分
消息时 E-RAB 建立成功次数累加。 ERAB Setup Success Rate 计算公式 ErabSetupSuccessRate=（L.E-RAB.SuccEst）/(L.E-RAB.AttEst)*100%
2. TOP 问题原因分析及流程
TOP 小区中 ERAB 建立失败次数原因值说明： 因未收到 UE 响应而导致 E-RAB 建立失败的次数，指标 ID：1526726717；处理建议：需
掉话率高
是否 存在异 常告警 或传输 闪断
1
eNodeB 发起 的 原因 为 切换 失
败的UE Context 释放 次
数
通过 提
取两 两
2
小区 切 换，确
定目 标
小区
eNodeB 发起 的 原因 为
UE LOST 的UE
Context 释放 次
数
eNodeB 发起 的 原因 为 无线 层 问题 的
区存在弱覆盖； 2）对比 64QAM 和 QPSK 占比，如后者比例远大于前者,可确定小区覆盖异常； 3）邻区、故障等导致 TOP 小区存在弱覆盖； 4）天馈问题； 5）无线环境差； 6）基站规划、建设、施工问题； 7）天线权值配置与现场天线参数不一致； 8）核查参考信号功率是否偏低（常规设置 92,122，需结合现场设置）；
3. 分析流程
TOP 小区分析可通过 OMC 提取异常释放原因： eNodeB 发起的原因为 UE LOST 的 UE Context 释放次数 eNodeB 发起的原因为切换失败的 UE Context 释放次数 eNodeB 发起的原因为无线层问题的 UE Context 释放次数 eNodeB 发起的 S1 RESET 导致的 UE Context 释放次数
四、 SRVCC 切换成功率
1. 指标定义
切换至 2G 成功次数/切换至 2G 请求次数
E-UTRAN 向 GERAN 切换出的尝试次数：如上图中 A 点所示，eNodeB 收到 UE 发送的 Measurement Report 消息，eNodeB 切换判决要进行切换到 GERAN 系统，则统计该指标。 E-UTRAN 向 GERAN 切换出的执行次数：如上图中 B 点所示，执行从 eNodeB 到 GERAN 系统 的切换，eNodeB 向 UE 发送 Mobility from EUTRA Command 消息时统计该指标。 E-UTRAN 向 GERAN 切换出的成功次数：如上图中 C 点所示，执行从 E-UTRAN 到 GERAN 系 统的切换，UE 切入到 GERAN 系统后，eNodeB 收到 MME 发送 UE CONTEXT RELEASE COMMAND 消息时统计该指标。
二、 接通成功率
1. 指标定义
接通率=E-RAB 建立成功总次数（QCI=1）/E-RAB 建立尝试总次数（QCI=1）*100%
【A 点】 当 eNodeB 收到来自 MME 的 E-RAB SETUP REQUEST 或者 INITIAL CONTEXT SETUPREQUEST 消息 时统计该指标。如果 E-RAB SETUP REQUEST 或者 INITIAL CONTEXTSETUP REQUEST 消息中要 求同时建立多个 E-RAB，则相应指标按各个业务的 QCI 分别进行累加。 【B 点】 当 MME 收到来自 eNodeB 的 E-RAB SETUP RESPONSE 或者 INITIAL CONTEXT SETUP RESPONSE
UE Context 异常释放次数
测量点：如图 1 中 A 点所示，当 eNodeB 向 MME 发送 UE CONTEXT RELEASE REQUEST 消息，会 释放 UE 的所有 E-RAB。当释放原因不为“Normal Release”，“Detach”，“UserInactivity”， “CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RATRedirection”， “Time Critical Handover”，“Handover Cancelled”时，测量指标 L.UECNTX.AbnormRel 加 1。 eNodeB 发起的 S1 RESET 导致的 UE Context 释放次数
三、 丢包率
1. 指标定义
上行丢包率=小区 QCI 为 1 的 DRB 业务 PDCP SDU 上行丢弃的总包数/小区 QCI 为 1 的 DRB 业 务 PDCP SDU 上行期望收到的总包数 下行丢包率=小区 QCI 为 1 的 DRB 业务 PDCP SDU 下行空口丢弃的总包数/(小区 QCI 为 1 的 DRB 业务 PDCP SDU 下行发送的包数-QCI 为 1 的业务 PDCP 层下行丢弃的业务 SDU 数)
确认干扰类型； 小提示：判断干扰类型时，可跟踪后台干扰检测，如果 RB0-RB99 呈下坡图，则为杂散
干扰，如果为陡升陡降则为互调干扰，如果为上坡图，则为阻塞干扰，如果干扰仅在 RB40-RB80,则为广电干扰，请大家知悉。 5. 是否存在高质差