VoLTE高掉话小区处理流程
PDCP高丢包小区处理
1高丢包定义VoLTE上行高丢包小区（语音）：>5%且小区QCI为1的DRB业务PDCP SDU上行期望收到的总包数>1000；VoLTE下行高丢包小区（语音）：>5%且小区QCI为1的DRB业务PDCP SDU下行发送的包数>1000；2丢包影响丢包对VoLTE语音质量的影响较大，当丢包率大于10%时，已不能接受，而在丢包率为5%时，基本可以接受。
因此，要求IP承载网的丢包率小于5%。
VoLTE丢包率是MOS值的一个重要影响因素，严重的丢包影响通话质量，甚至导致掉话，导致用户感知降低。
3影响丢包的因素影响Volte丢包的因素有故障告警、无线环境、大话务、传输、核心网、参数等多因素，详细如下：针对VoLTE丢包可进行关联分析的指标有：➢无线环境包括TA占比、MR弱覆盖、干扰、RRC重建、切换、邻区漏配等；➢容量包括：PRB利用率、单板利用率、CCE利用率、小区用户数等；1高丢包分析流程针对高丢包问题小区优化分析思路流程如下：2优化界定方案2.1故障告警核查问题小区及周边一圈层邻近小区是否存在影响业务的故障告警，若存在影响业务的故障告警，优先处理故障告警；影响业务的告警如下：处理建议：针对相应的故障进行故障处理。
2.2上行干扰小区级系统上行每个PRB上检测到的干扰噪声的平均值大于-110，即可判定该小区为上行干扰小区；干扰特征和干扰原因如下：干扰特征分类干扰原因整体抬升阻塞干扰其它其它干扰部分载波高谐波干扰滚降杂散干扰干扰器干扰器干扰MMDS MMDS干扰复合干扰（滚降+整体抬升）复合干扰（杂散+阻塞）复合干扰（MMDS+整体抬升）复合干扰（MMDS+阻塞）系统内干扰系统内干扰处理建议：结合现场进行干扰排查和处理。
2.3下行质差CQI 用以表示下行信道的质量，eNodeB 根据CQI 信息选择合适的调度算法和下行数据块大小，以保证UE 在不同无线环境下都能获取最优的下行性能。
掉话处理方法
1.出现小区级掉话时，首先查看该小区有硬件故障告警，2.检查切出成功率是否正常，如果切换成功率较低，检查邻区关系以及是否存在同频同码的情况。
1》邻小区关系中是否存在同频同扰码的现象，这种情况在路测中也可以发现，一般是在邻区表中出现两条相同频点的邻小区关系，这里需要注意的是业务同频同扰的现象，它无法在路测中发现，一般需要对信令进行分析，此时虽然两个小区主载频异频，但measurement report却上报了1G事件，针对这种情况需要通过修改频点和扰码解决（可以通过系统自带的全局参数合法性检查工具进行检查）2》邻小区关系中是否存在同频同码组的现象，这种情况在路测中也可以发现，一般情况是它是影响到终端的测量结果，此时测量结果不准确，造成终端上报系统后系统判断错误，针对这种情况则需要修改频点和扰码解决（可以通过系统自带的全局参数合法性检查工具进行检查）3》是否存在单边邻小区关系，如果存在，添加单边邻区，单边小区的检查可以使用NOP-T工具进行也可以通过对性能统计指标中的小区对切换统计指标来检查。
4》是否存在异频邻小区个数过多的现象（异频邻区数超过8个），如果存在，删除不必要的邻区，这种情况可以使用NOP-T工具进行检查，也可以使用办公软件进行检查。
5》是否存在切换开关设置的问题（有部分HOM开关可能被关掉或在外部小区定义中的切入开关设为禁止），如果存在，打开切换开关。
6》切换相关的事件定义是否准确，不区引用是否正确，如果存在，修改引用。
7》PS切换失败是否存在完整性算法问题，如果存在，将之间的完整性开关设成一致。
8》是否存在邻区漏配的情况9》目标小区拥塞造成的掉话，由于目标小区的资源不足，而本小区的覆盖又越来越差，此时造成掉话，常见的错误代码为no_resource_available或RRM_Celloverload_Release3、检查时隙转换点配置是否正确，是否存在交叉时隙干扰，如果存在，修改时隙转换点4、检查UP时隙贺上行业务时隙的干扰电平，是否存在上行干扰导致掉话，若存在，进行干扰排查5、根据性能指标统计，如果PS域和CS域的BLER都比较高则可能存在干扰，然后再结合载频时隙干扰统计指标来判断是否确实存在干扰，另外通过对信令的分析如存在干扰则一般信令流程正常，未有切换或其他事件，但RNC进行了IURELEASE，原因一般为无线链路的原因（比如无线链路错误等），有时也会发生CELLUPDATE原因为RLCunrecoverable erro如果存在则需要现场排查，现场测试时如果存在干扰则有以下几方面的显示：1》C/I较差：系统内同频的干扰较为严重，发生掉话时会存在终端发射功率较高的现象，同时覆盖也相对较好，表现在RSCP值上，一般都在-90dB以上，另外一表现象就是起呼比较困难，而起呼成功后也容易掉话2》终端发射功率较高，基本上满功率发射，一般都在-20dB以上3》系统外的干扰造成的掉话同样具有终端发射功率较高的现象，也一般都在-20dB以上4》系统外的干扰造成的掉话也可以通过误块率指标进行判断，此时无论是进行CS业务还是PS业务BLER都比较高，且保持时间较长5》系统外的干扰语音业务判断，此时进行通话会出现断字，吞字等现象，比较难以进行通话6.通过对性能指标的统计主要是RRC连接成功率的统计，这其中包括业务相关和非业务相关的统计，如果两种统计都差则可能存在覆盖问题，此时检查CT数据中RRC CONNECTION REQUEST中的PCCPCH的值，则存在弱覆盖现象，需进行功率参数，天线方位角、下倾角的调整7.如果上述都检查不出原因，可能是载波的隐性故障，此时可以尝试闭解载波时隙，或者强行闭载波、时隙观察掉话率的变化8.终端问题，一般是通过对大量的性能数据统计，发现掉话高的小区，然后依据小区信令数据分析信令，可以看出掉话常发生的用户，而后进行处理。
VoLTE高掉线差小区处理案例
VoLTE高掉线差小区处理案例发布时间：2022-04-24T12:58:16.730Z 来源：《中国建设信息化》2022年1期作者：蒋馥珍李磊李海娣[导读] LTE网络相对以前3G的使用感知有较大提升，其中采取了关键技术之一就是V oLTE技术蒋馥珍李磊李海娣中国联合网络通信有限公司潍坊市分公司一、摘要LTE网络相对以前3G的使用感知有较大提升，其中采取了关键技术之一就是V oLTE技术，目前5G语音解决方案VONR还不成熟，仍需VOLTE打底。
V oLTE语音相对之前语音方案具有接通快，通话音质更清晰，保持性好等优点，但V oLTE掉话对用户使用语音感知影响较大。
V oLTE掉话主要有：覆盖问题、干扰问题、切换问题、邻区问题、参数配置问题以及终端设备问题。
日常优化并减少掉话可以提高语音感知，提升用户使用感知。
二、关键词V oLTE、掉话、电联共享、冗余邻区外部三、案例正文（一）案例背景根据集团考核标准，例行周级统计质差发现昌乐宝城西崔区域9个小区突发高掉话，查询小区其他无线侧KPI正常，无干扰，无告警；查询周边站点传输侧业务也无异常，查询掉话原因值发现小区因传输层问题导致的语音业务异常释放占比较高，无线侧未发现异常，需进一步分析。
（二）案例描述1、无线侧指标查询：后台网管核查该站点无异常告警和干扰告警，用户数占用正常，小区无线侧指标，负荷情况均正常，小区WFCL0237-HW-F1HD02-(北局-宝城西崔)-B1 的最大用户数、同频切换成功率、RRC连接成功率、ERAB建立成功率、掉话率、无线接通率、系统每PRB接收的干扰噪声平均值、上行PRB平均利用率、下行PRB平均利用率、平均TA（米）分别为：64、99.96%、99.98%、99.97%、0.04%、99.96%、-112.14、9.67、13.37、1105.99。
2、掉话失败原因值定位：提取周边小区QCI1掉话原因值发现，小区因传输层问题导致的语音业务异常释放占比较高。
VoLTE高丢包优化指导书
否
是否部署SEQ
是
进行eNodeB话统及路测拉网数 据分析
eNodeB侧丢包话统分析
终端侧数据MOS低问题点分析
否 eNodeB以下丢包
是
跟踪eNodeB数据进 行问题隔离
S1口以下问题
是
否
从SEQ获取S1-M 口跟踪数据，隔 者对端网络问题
1、外部干扰：扫频 2、
否
是否解
决
是
闭环
无线丢包问题性能指标关联方法
无线侧丢包处理方法
无线丢包机制触发原因分类
流程图
标收
是
从SEQ获取S1-MME，S1-U等端 口跟踪数据，隔离对应网元或 者对端网络问题
是 S1-U口以下问题
否
上行MOS差 否
否
EPC进行隔离定位， 分析上行MOS差原因
IMS侧分析上行MOS 差原因
是 S1-U口以
上行M 否
否
空口问题
终端与测试软件问题 处理
是 空口过程优化处理
否 eNodeB状态告警检 查
传输质量检查无问 题
EPC进行隔离定位， 分析上行MOS差原因
告警故障处理
传输问题处理
IMS侧分析上行MOS 差原因
小区丢包问题分析处理流程
TOP小区
终端问题
终端
其它问题
无线空口
核心网、传输 网
流程
EPC进行隔离定位， 分析下行MOS差原因
IMS侧分析下行MOS 差原因
是
1、上行每个PRB平均电 平值>-110;
2、平均CQI<8%且PDCCH DTX率>15%且下行CCE8 聚合比例>40%。
精品案例_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序列号判断上行空口丢包。
掉话小区处理流程讲解
TCH掉话处理流程TCH掉话是影响用户感知度的重要指标之一。
我们按其原因将其归为以下几类，对每种类型的掉话做了简要说明并给出了优化建议：1系统原因掉话（MC14C）因为系统的一些操作或者故障引起的掉话，如修改频率、RESET 载频和BTS、载频和基站闪断的等，判断的根据就是观察小区的告警和操作记录。
这类掉话处理建议：●操作时，建议使用Shut Down来Lock小区；●对于闪断故障需及时LOCK，并进行更换、处理；●频率修改尽量选在非忙时进行。
传输闪断引起系统掉话的案例：察看XAD140_1的话务报告，在某一时段出现大量的系统掉话，同时不可用信道数为3，我们怀疑载频闪断引起大量的系统原因掉话。
在OMC-R察看该小区的告警，在出现系统掉话的时段，一直反复出现LOSS OF TCH和LOSS OF SDCCH的告警，并且二路传输存在告警。
所以我们判断，二路传输闪断，引起在RSL闪断，进而引起信道丢失的告警，产生系统原因掉话。
这种系统掉话就是由于传输闪断引起的，应尽快处理传输问题。
2传输掉话（MC739）导致传输掉话的原因有以下几种情况：●A口故障，可结合018报告，来判断具体为哪一路出现故障，及时LOCK有问题的时隙或者PCM链路，并处理故障；●ABIS故障，可以通过ABIS告警来发现，需及时处理故障，控制传输掉话；●TC故障，可以通过TC告警来发现，需及时处理故障；●载频故障，可以先 reset相关载频，无效后更换载频。
传输误码引起的传输掉话案例：从话务报告来看，XAM794_0存在多载频的传输掉话，我们怀疑ABIS口或者A口出现问题。
查看ABIS告警：我们发现在传输掉话所处时段，ABIS口存在BER-10E-3的告警，所以断定此告警导致小区的传输掉话。
当对传输链路进行故障处理之后，告警清除，传输掉话消失。
3无线掉话（MC736）当RADIO LINK TIMEOUT（无线链路超时计时器）减为0 时，信道被释放从而引起的掉话记为无线掉话，在网络运行中此类型掉话最为常见，其产生原因有以下几种：3.1上行质量差上行干扰导致的掉话在指标上有以下特征：存在高Band采样，且TCH 占用载频均有MC736计数；对于空闲TS不足小区，Band采样不能真实反映干扰现象，需要再结合上行质量切换比例、RMS统计上行质量来进行判断。
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掉话优化方法（包括测试、统计）1.1、Volte掉话定义：Volte掉话率=掉话次数/成功建立呼叫次数*100%统计方法•掉话：空口RRC连接释放（终端Radio Link Failure或者网络侧RRC Release）；主被叫bye消息异常或者通话结束收到bye和ACK消息，但是未正常释放承载。
•成功建立呼叫：包括RRC连接建立和SIP会话建立。
a)RRC连接建立：RRC IDLE状态的终端通过“随机接入-RRC连接建立-DRB建立”立空口过程完成与无线网的连接并开始上、下行数据传送，视作成功完成连接建立；b)成功建立呼叫：从主叫终端发起SIP INVITE消息到接收到网络侧下发的SIP 200 OK消息；1.2、Volte掉话率优化思路：Volte掉话分析大致来源于投诉、DT、统计（炎强或者网管）三方面；目前掉话原因主要集中在两方面：一方面是无线；另一方面是EPC或者IMS的问题。
针对掉话优化，具体优化流程涉及方面如下：1.2.1 路测掉话分析思路Volte目前在我省处于试商用阶段，现阶段测试是我们发现Volte问题的主要手段。
通过全国各地对Volte掉话分析处理的经验，如上六方面是影响Volte测试掉话率的主要因素，具体分析方法如下：1、服务小区故障导致掉话：此类问题的表象不一，总的来说，在确认系统的功率、切换、业务相关参数无误、并排除了无线环境（信号）的影响之后，掉话问题依旧存在，这时可以将问题考虑为系统设备（可能是硬件或软件）异常。
1. 网管告警查询，如果存在告警及时处理。
2. 切换流程异常（在切换区、无法正常完成切换、而导致掉话）3. 在业务进行到相对固定的一段时间内、发生掉话（并且可复现）4. 在特定某（几）个扇区、eNodeB下，发生可复现的掉话5. 跨MME、或者跨TA等，在特殊区域进行业务时，发生可复现的掉话2、弱覆盖导致掉话：现象由于弱覆盖导致的掉话，通常有以下表现：1. 掉话前服务小区的RSRP持续变差（低于弱覆盖标准1，如：小于-110dBm）、同时服务小区的SINR也一起持续变差（小于-0dB，甚至更低）；2. 掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE无数据上报（类似于UE脱网）。
掉话处理流程
流程图掉话处理处理流程操作手册1、由小区性能监控模块发现小区掉话数多2、排查硬件故障如果掉话率突然上升，则需要检查本小区和相邻小区此时是否工作正常，通过OMC-R检查本小区和相邻小区告警，传输和天线是否出现异常，排除因为硬件原因产生的小区异常掉话。
解决措施:派单处理3、覆盖欠佳引起的掉话了解该小区的覆盖区域，是否存在一定的覆盖欠佳区域，覆盖欠佳是造成下行弱信号掉话的一大原因。
原因分析:服务小区由于各种原因（如无线环境好，功率过高，站点设置太高）产生越区覆盖，导致UE在移动到被越区覆盖的小区后，因无邻区关系配置，导致无邻区可切换造成的弱信号掉话。
越区覆盖导致的频率干扰和扰码相关性问题。
波导效应和湖面效应会使服务小区覆盖过远，引起干扰或切换判断混乱，产生掉话。
由于孤岛效应，处于孤岛的UE 无法切换出去，产生掉话。
由于一个地方没有一个足够强的主导频，出现导频污染，手机通话过程中，乒乓切换会比较严重，导致掉话率上升。
两个小区交接部分出现明显的无信号覆盖的漏洞，UE移动出覆盖范围，产生掉话。
由于高大建筑物遮挡产生的阴影效应。
解决措施:消除越区信号的影响：通过路测同事了解掉话小区及周围覆盖情况，查找覆盖不规范的基站，通过调整该站的下倾角，方位角，或降低它的最大发射功率等方法来优化覆盖区域，同时避免基站天线沿街道或湖面覆盖，避免街道效应和湖面效应等产生难以控制的信号，消除漂移信号对其它基站的影响.查找覆盖不足的地区：通过投诉组同事和路测同事的场测试来查明覆盖不足的地方，看是否可以通过调整下倾角，方位角，挂高，以及发射功率等方法增大覆盖范围（这需要综合考虑频率、扰码规划以及其它方位覆盖的情况）。
如果弱场区处于商场、隧道、地下停车场、地铁入口、高层建筑等特殊场合，则需要增加RRU，或室内分布来解决。
4、小区数参数配置不合理引起掉话检查小区各系统参数有无配置得很不合理，可以能过与正常小区之间的参数进行对比，找出是否出现个别参数调得很不合理面导致的。
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、重建导致；查看小区重建类指标正常；由于站点存在轻微干扰，无线环境不算非常好。
完整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小区问题就需要进一步排查该小区的配置，操作记录和参数差异等。
掉话分析及处理流程
掉话分析及处理流程掉话分析流程：掉话处理流程：在上图中,如果不明原因掉话比较高,那么该小区存在硬件故障或其他外部影响的因素就比较大,然后才对这些不同类型的掉话进行分析;1）不明原因掉话①TRAU故障：用ALLIP查看是否有“RADIO TRANSMISSION TRANSCODER POOL MEAN HOLDTIME SUPERVISION”告警;如果出现告警,用RRMAP查看哪个设备出现告警,然后用RRTBI闭掉告警设备并报障;②传输故障：用DTQUP查看传输是否有滑码且不稳定,如果出现这种现象,报障处理;③时隙同步：用RXASP查看时隙是否同步,如果不同步,对载波或不同步的时隙重启,如果还不能解决问题,报障处理;④其他硬件故障：用RXMFP：MO=XXX,FAULTY,SUBORD;或用CTR分析、查看ERRORLOG,判断是否出现硬件故障;2）弱信号掉话处理流程①存在弱信号区域：通过周边的掉话类型和MRR数据可以初步判别是否存在弱信号区域；通过普查可确定弱信号区域;②2、硬件故障：用RXMFP：MO=XXX,FAULTY,SUBORD；或用CTR分析、查看ERRORLOG,判断是否出现硬件故障;③3、上下行信号不平衡：上下行信号相差15dBm时认为上下行信号不平衡;3）质差掉话处理流程①硬件故障：用RXMFP：MO=XXX,FAULTY,SUBORD；或用CTR分析、查看ERRORLOG,判断是否出现硬件故障;②频点干扰：通过配频、FAS和CTR分析可判断是否存在频点干扰;4）突然掉话处理流程①硬件故障：用RXMFP：MO=XXX,FAULTY,SUBORD；或用CTR分析、查看ERRORLOG,判断是否出现硬件故障;②存在弱信号区域：通过周边的掉话类型和MRR数据可以初步判别是否存在弱信号区域；通过普查可确定弱信号区域;。
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掉话问题处理总结
室分VoLTE掉话问题处理总结一、问题描述近日接到县局反馈在XX电信大楼通话过程中容易掉话，出现次数较多。
二、分析处理过程根据县局提供室分信息，查询了基站的告警情况，该小区为1t2r配置，底噪情况如下，实际底噪-85左右，（诺基亚基站小区正常底噪在-105左右；该小区ANT2实际未接馈线）：根据县局提供的手机号码及掉话时间，在智慧优化平台查看通话记录，发现其掉话原因为BEARER_RELEASED。
端到端语音质量对比情况，主被叫语音质量均优良，没有丢包问题和时延问题：分析被叫端语音质量，可以看出在最后的5秒内达到的达到包数相比减少了非常多：在“信令回溯”页面，可以看出eNobeB发送了UE Context Release Complete 消息给MME，具体原因未知：继续查询XDR话单，找到对应的使用记录，可以看出UE Context Release 的原因是Radio Connection With UE Lost:根据上述分析，在空口侧应该是UE失步了导致基站释放了它的上下文信息。
按照通话时间在基站侧进行了calltrace，从信令来看，掉线原因是Radio Connection With UE Lost，具体原因为上行BLER达到了100%，然后基站认为手机out of syn并释放了其手机上下文信息，导致掉话问题出现。
若干秒后三、处理方案根据上面的分析，是手机失步了然后基站释放上下文导致掉话问题出现。
查询小区参数，其N310，N311，T310均已达到最极限值，没有修改的空间了，而该小区的底噪问题由于涉及到较多的环节，暂时无法处理。
分析该小区周边站点情况，同站址内有L800小区在用，故暂时采用语数分析方案，临时解决掉话问题。
XX大楼室分小区_1修改了如下参数：数修改如下：因L800小区带宽较小，在承载了较多的语音业务后需控制其覆盖范围，我们将其rsboost调整为-3，电子倾角下压了3度。
高掉话小区分析处理
一、概述在GSM系统中，掉话是指通话的非正常终止，它是衡量网络可用性的一个重要指标。
无线网络的掉话可分为两种：一种是在SDCCH信道上的掉话，另一种是在TCH信道上的掉话。
SDCCH掉话是指在BSC给MS分配了SDCCH信道，而TCH信道还没有分配成功期间发生的掉话。
TCH掉话是指在BSC给MS成功分配了TCH信道后，发生的不正常TCH释放。
TCH 掉话相比SD掉话对用户感知影响更严重，本文着重分析TCH掉话。
二、掉话主要原因分析2.1 覆盖原因导致的掉话主要原因分析不连续覆盖（盲区）、室内覆盖差、越区覆盖（孤岛）、覆盖过小。
分析思路借助话统查看BSC整体掉话率，找出掉话率大的小区，及其它相关的话统，并结合路测观察信号电平大小，切换是否正常，是否存在掉话等。
来辅助分析和判断掉话问题。
解决措施A.查找覆盖不足的地区，可增加基站来形成连续覆盖或是通过别的手段来提高基站的覆盖，如提高基站的最大发射功率，改变天线的方位角、倾角、挂高等。
B.要保证室内通信的效果，必须使到达室外的信号足够强，如通过提高基站的最大发射功率，改变天线的方位角、倾角、挂高等，对于写字楼、宾馆等一些主要公共场所增强室内覆盖，还可考虑应用室内分布系统。
C.对于越区覆盖小区漏作邻区关系的小区，补充全邻区，减少无合适的小区切换而造成的掉话。
可以通过减少该基站的倾角，来消除越区覆盖。
D.排除硬件故障。
进行路测，是否由于硬件故障，覆盖范围过小。
如果掉话率突然上升并且本站其它指标全部正常，则应该检查相邻小区此时是否工作正常(可能出现下行链路发生故障，如TRX、分集单元及天线出现问题，若是上行链路故障，则会导致原小区切出失败率较高）。
2.2 切换原因导致的掉话原因分析参数不合理、邻区不全、邻区中有同BCCH同BSIC的小区存在、话务拥塞、 BTS时钟失步、T3103计数器超时导致掉话判断方法通过话统指标的分析是否存在切换成功率低、切换失败但重建失败的次数多、掉话率高的小区。
掉话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上行高丢包小区分析优化
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序列号判断上行空口丢包。
高掉话小区处理流程
高掉话小区处理流程一、网优掉话统从话务统计报告里分析出该小区的掉话类型，掉话主要分为全速率掉话和半速率掉话，其掉话类型为9种：1、TA掉话2、双向信号质量差掉话3、双向信号强度弱掉话4、上行强度弱掉话5、上行质量差掉话6、下行强度弱掉话7、下行质量差掉话8、突然掉话9、其他掉话根据以上的掉话类型，对设备进行相应的调试，比如说是下行强度弱掉话，则需对设备的下行输出进行相应的调整，正对不同的掉话类型，提出不同的解决方案。
二、咨询网优该小区干扰情况咨询其小区的干扰等级是调试设备的前提条件。
若为上行干扰，则需对设备的参数进行相应衰减；若为下行干扰，则需网优配合对频率的规划进行处理。
三、对设备进行测试◆上行底噪测试目的为保证不干扰基站的前提下，满足上行的需求◆下行输出测试目的为保证设备正常运行及覆盖区的信号强度能够满足用户的需求◆覆盖区拨打测试对覆盖区的实际覆盖情况进行了解，查看上行发射功率、话音质量及下行信号强度在调试设备时使用频谱仪对设备的上下行分别进行测试，观察其波形是否正常。
四、对覆盖区进行测试及对分布系统的排查对分布系统的排查包括进行驻波测试及对天线的实际输出使用频谱仪进行逐一测试，以保证覆盖区域的信号强度能够满足用户的需求。
在处理立汇美罗湾及海富山水文园的过程中，发现严重的分布问题，详见两小区的分布排查过程。
五、查找干扰源在保证设备的测试正常之后，如果其干扰依然很高，需要到覆盖区查找黑直放站，使用仪器为扫频仪。
六、话统跟踪每日对处理小区的话统进行跟踪并分析，观察指标是否改善，若无改善，根据对问题的分析，提出解决方案，继续对问题进行处理，直到指标正常，符合移动的考核标准为止。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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 异常释放。