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序列号判断上行空口丢包。
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 异常释放。
掉话小区处理流程讲解
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.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、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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 异常释放。