经典案例-VoLTE掉话问题处理思路与优化方法
107.广东-佛山基于规避干扰的VoLTE掉话问题优化案例
广东-佛山基于规避干扰的VoLTE掉话问题优化案例2019年09月目录佛山基于规避干扰的VoLTE掉话问题优化案例............................................错误!未定义书签。
一、问题描述 (2)二、分析过程 (2)2.1 VoLTE呼叫VoLTE的信令呼叫流程 (2)2.1.1 呼叫流程图 (2)2.1.2 连接态与idle态起呼信令 (3)2.1.3 SIP会话流程 (5)2.2 掉话问题分析思路 (7)2.3 测试数据分析 (8)2.4 PRB利用率分析 (9)2.5 RRC用户数分析 (9)2.6 RSSI分析 (10)三、解决措施 (12)3.1 优化调整方案 (12)3.2 优化复测情况 (12)四、经验总结 (14)【摘要】在VOLTE使用中网络保持性能是业务质量重要方面，主要体现在VOLTE 掉话指标，本文将简洁介绍佛山日常拉网测试中，发现因外部干扰问题导致VoLTE掉话问题的分析以及优化过程。
【关键字】VOLTE，干扰，掉话【业务类别】VOLTE一、问题描述在光明村附近路段进行DT测试过程中，测试车辆行驶光明村附近，主叫占用南庄电信LBBU40_3（551685_16），RSRP -91、SINR21.4无线环境较好，软件统计主叫掉话事件。
二、分析过程2.1 VoLTE呼叫VoL TE的信令呼叫流程2.1.1 呼叫流程图2.1.2 连接态与idle态起呼信令Idle态起呼连接态起呼对关键流程所示：主叫发INVITE消息，触发主叫RRC建立过程，INVITE消息中包含被叫方的号码，主叫方支持的媒体类型和编码等。
主叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载。
例如在本例中，信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=4。
精品案例_VoLTE异常掉话分析
VoLTE异常掉话分析目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (6)四、经验总结 (6)VoLTE异常掉话分析【摘要】VoLTE语音掉话是指在UE在与eNB间成功建立eRAB（QCI1）之后，由于异常原因导致的eRAB（QCI1）释放，原因通常包括RRC重配置（包括语音挂机触发）失败；终端RRC重建失败；UE LOST检测打开后终端重同步失败等。
本文通过对池州RCU路测中的掉话事件进行分析，发现DRB异常释放导致掉话。
【关键字】VoLTE掉话、DRB释放【业务类别】参数优化一、问题描述2019年7月18日，池州RCU 1200设备在市区和谐路与平湖路交口约100M处发生一次掉话，掉话位置如下图所示。
图1.掉话区域位置图二、分析过程VoLTE语音掉话问题的定位和普通数据业务掉话问题的定位步骤类似，主要有以下几个原因：1、覆盖类：越区覆盖、重叠覆盖、弱覆盖等导致掉话。
2、切换导致的掉话：过早切换、过晚切换及乒乓切换等导致掉话。
3、干扰引起的掉话：通常干扰分为上行干扰及下行干扰，系统内干扰及外来干扰。
不论哪种类型的干扰都会导致掉话。
4、流程交互失败：VoLTE相比普通业务需要建立QCI1的专有承载，当切换和QCI1专有承载修改/建立/删除冲突时，可能导致QCI1对应的NAS流程失败，导致掉话。
5、异常分析：传输问题（S1、X2口复位、闪断等）、eNB故障（单板复位、射频通道故障等）、UE故障等（UE死机、发热等）。
通过网管查询周边GC-市区-平天湖假日酒店-ZFTA-447481、GC-市区-贵池消防大队-ZFTA-447489、GC-市区-池州科苑-ZFTA-447903等基站均工作正常无告警。
分析掉话处RSRP及SINR值，如图2所示，可以看出此处占用GC-市区-平天湖假日酒店-ZFTA-447481-54信号，RSRP值约-75.19dBM,SINR约19.2dB，信号质量良好。
(4G学习)中兴VoLTE优化案例5篇经验分享
VOLTE优化案例案例1：异频重定向掉话案例【问题描述】主叫占用广州天河区鱼珠木材市场D-ZLH-3（EARFCN=38100 PCI=83CELLID=135693）小区通话时，信号强度为-101dbm左右，出现一次RRC Connection Release，导致承载拆除，引起一次主叫掉话。
【问题分析】分析测试数据，发现UE占用服务小区广州天河区鱼珠木材市场D-ZLH-3（EARFCN=38100 PCI=83CELLID=135693）在通话的过程中信号越来越差，之后上报测量报告A2事件，eNODEB 收到报告后发起异频重定向判决，下发RRC Connection Release，由异频重定向后，eNodeB 向MME发送ue context release request，mme释放专用承载。
当UE被重定向后在新的小区发起RRC连接，网络只建立了默认承载，UE发送BYE消息，导致掉话。
从地理环境上看，服务小区与UE重定向目标小区相距较远，不需配邻区关系，UE在该路段仅是偶尔测量到目标小区的信号，这种环境极容易触发异频重定向。
【解决方案】关闭异频重定向，复测问题解决，服务小区后台统计指标无异常。
【问题总结】根据拉网统计，目前该类掉话占总掉话次数的82%以上，对测试指标影响非常严重。
异频重定向触发原理：小区间没定义邻区关系，当邻区满足切换条件时，主服务小区无法切换到邻区，基站会给UE下发系统内重定向。
优化办法：通过关闭异频重定向的功能来规避该事件，除此之外，异频邻区的完善需要加大优化力度。
后续解决办法：除了做好邻区优化外，中兴将在下个版本加入基于QCI的异频重定向功能，禁止专用承载的业务发生异频重定向。
案例2：异系统重定向掉话案例【问题描述】VoLTE测试eSRVCC过程中，发现eSRVCC执行的是CCO，而不是PS切换。
而CCO对于VoLTE语音来说，必然导致掉话。
【问题分析】具体如下图所示。
VoLTE语音质量优化案例(14个)
VoLTE语音质量优化案例1：VoLTE窄带与宽带语音质量对比【问题现象】在3GPP LTE中，VoLTE业务编码有AMR-NB窄带和AMR-WB宽带两种编码，两种编码速率具有不同的话音质量，所以又分别称为VoLTE标清语音（或VoLTE 12.2kbps）和VoLTE 高清语音（或VoLTE 23.85kbps）。
【问题分析】AMR-NB和AMR-WB这2种编码具有如下特点：●每20ms产生一个语音包，包括了RTP/UDP/RLC-Security压缩头；●每160ms生成一个SID语音静默包。
●帧长20ms；AMR-NB编码特点为：● 4.75kbps到12.2kbps共8个码率，分别为：4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps；●采样率为8kHz。
AMR-WB编码特点为：● 6.6kbps到23.85kbps共8个码率，分别为：6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps；●采样率为16kHz。
可见两者显著的差异是采样速率不一样，窄带一个语音帧是160个点，宽带一个语音帧采样320个点。
AMR NB的语音带宽范围：300－3400Hz，8KHz采样。
AMR WB的语音带宽范围：50－7000Hz，16KHz采样。
用户可主观感受到话音比以前更加自然、舒适和易于分辨。
AMR WB与AMR NB不同之处在于AMR WB按16kHz采样，分别按频率带50~6400Hz 和6400~7000Hz 进行编码。
用来降低复杂度，AMR WB将位算法集中到更重要的频率区。
低频带使用ACELP算法进行编码。
添加几个特征来达到一个高的主观质量。
线性预测（LP）算法是在每隔20ms 的帧要进行一次线性预测算法，每5ms搜索一次自适应码本，这个过程是在12.8Kbs 速率下进行。
高频带是在解码器端使用低带和随机激励的参数重建的, 目的是调整与在声音基础上的低频有关的高频带. 高频带的声频通过使用由低带LP 过滤器产生的LP 滤波器进行重建。
VOLTE接通率优化思路及案例
VOLTE接通率优化思路及案例VOLTE (Voice over LTE) 是一种利用LTE网络传输语音和数据的技术。
VOLTE接通率优化是指通过调整和优化网络参数和配置，以提高VOLTE呼叫的接通率。
下面将介绍一些优化思路和案例，以提高VOLTE接通率。
1.数据分析和故障排查：首先，进行数据分析和故障排查是优化VOLTE接通率的基础。
通过分析呼叫失败原因、掉话率、信号覆盖和质量等指标，定位问题，并采取相应的措施进行修复。
2.优化VoLTE频谱资源：VOLTE需要分配适当的频谱资源以保证通话质量。
通过合理规划和配置频谱资源，避免与其他无线网络干扰，优化频谱利用率，提高VOLTE接通率。
3.参数优化：调整和优化网络参数是提高VOLTE接通率的重要手段。
例如，设置适当的调度算法、增加资源预留、调整拥塞控制参数等，以优化资源分配和控制，提高呼叫的接通率。
4.优化呼叫控制和信令处理：呼叫控制是VOLTE接通率的关键。
通过优化呼叫控制流程、有效处理和分发信令等方式，减少呼叫失败、超时等问题，提高VOLTE接通率。
5.扩充信号覆盖：信号覆盖是影响VOLTE接通率的重要因素。
通过添加、调整和优化基站、天线的位置和布局，加强覆盖，提高信号质量和接通率。
6.增加容量和优化网络拓扑：根据需求，增加基站和小区，扩充网络容量，分担负载，减少拥堵，提高VOLTE接通率。
同时，对网络拓扑进行优化，合理设计和布置小区，以提高效率和质量。
7.实时性网络优化：通过对网络信号和质量进行实时监测和优化，及时发现和解决问题，提高VOLTE接通率。
例如，利用实时数据和监控系统，对信道质量、拥塞情况等进行监测和控制。
下面以一个案例来说明VOLTE接通率的优化：地区的手机运营商发现VOLTE接通率较低，通过数据分析发现主要问题是信号覆盖不佳和呼叫控制流程不完善。
1.基站优化：首先，他们增加了一些基站，将基站的覆盖范围调整到更适合VOLTE通话的区域。
VOLTE接通率优化思路及案例
VOLTE接通率优化思路及案例随着移动通信技术的快速发展，人们对通话质量的要求也越来越高。
VOLTE（Voice over LTE）作为一种高质量的语音通信技术，具有更高的音质、更快的连接速度和更低的延迟，逐渐取代了传统的2G和3G语音通信方式。
然而，由于各种原因，VOLTE接通率可能会受到一些干扰，影响通话质量。
因此，提高VOLTE接通率成为了运营商和设备厂商共同面临的一个重要问题。
下面将介绍一些优化VOLTE接通率的思路和案例：1.信号覆盖优化：VOLTE需要在LTE网络下进行语音通信，因此优化LTE网络的覆盖范围和信号强度可以提高VOLTE接通率。
对于信号覆盖不好的区域，可以增设更多的LTE基站或放置室内LTE小站，以消除信号死角和盲区。
案例：城市的一些居民小区信号覆盖很差，导致VOLTE接通率低。
该地区的运营商决定在小区内增设室内LTE小站，通过强化信号覆盖，提高VOLTE接通率。
经过实施后，VOLTE接通率显著提高，用户体验得到了极大改善。
2. QoS优化：VOLTE语音通话对QoS（Quality of Service）要求较高，需要保证较低的延迟和较高的网络带宽。
因此，通过对网络中的资源进行调度和优化，可以提高VOLTE接通率。
例如，对于VOLTE通话流量进行优先级调度，确保其能够优先获得网络资源。
案例：国家的一个运营商发现，其LTE网络中VOLTE语音通话的延迟较高，导致VOLTE接通率较低。
通过对网络的QoS策略进行优化，提高了VOLTE语音通话的优先级，将相关资源分配给VOLTE通话，从而提高了接通率。
案例：运营商发现其IMS网络存在一些性能问题，导致VOLTE接通率较低。
运营商对IMS网络进行优化，增加了IMS服务器的数量，改进了通信协议，优化了网络参数等。
通过这些改进措施，VOLTE接通率得到了明显提高。
4.终端设备优化：VOLTE通话不仅依赖于网络的性能，还与终端设备的质量和性能密切相关。
关于VOLTE掉话率定位分析及优化案例
关于VOLTE掉话率定位分析及优化案例关于VOLTE掉话率定位分析及优化1.1.1.1.优化思路定界流程：1.1.1.2.定位及优化1.1.1.2.1.基于话统定位优化流程对小区的QCI1的ERAB异常释放原因进行统计分析。
对于传输层问题占比大，则需传输侧进行排查分析；切换流程失败原因则重点分析无线质量、邻区关系、参数配置；●排查源小区及目标小区覆盖、干扰等无线质量情况，避免切换时与目标小区同步失败。
●核查邻区关系及参数，并结合地理图层确保已完善周报邻区，保证邻区关系及参数合理性；●参数一致性：核查确保外部邻区基站标识、小区标识、频点、PCI与邻区小区实际参数一致性、避免测量上报错误小区导致切换失败。
●核查切换参数配置：现网同异频切换基本都是基于A3事件：Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off。
同频切换参数，主要核查优化同频切换参数组ID的同频切换幅度迟滞、同频切换偏置、同频切换时间迟滞：异频切换参数，主要核查优化异频A3偏置、基于A3的异频A1 RSRP触发门限、基于A3的异频A2 RSRP触发门限。
异系统的切换参数，主要合理设置 A2 测量门限，避免由于测量过晚导致终端来不及测量目标小区信号无法切换掉话；无线层问题原因则重点排查弱覆盖、过覆盖、PCI模3干扰、外部干扰、参数配置等；●借助MR数据等措施判断弱覆盖及优化；●核查小区干扰情况并进行处理优化；●通过CQI上报指标统计各调制方式占比，可反映下行信道质量情况，正常情况是64QAM远大于QPSK占比，反之则说明无线质量存在异常。
如下为正常小区下各调制方式占比情况：●通过性能平台TA数据统计评估是否存在过覆盖问题，当TA统计距离明显大于最小站间距，则该小区极可能存在过覆盖。
对于过覆盖问题需进行增大下倾角、降低功率、站点整改等。
无线网络拥塞原因。
对于无线网络拥塞原因导致语音掉话，则需对拥塞原因进行排查及扩容等优化处理。
经典案例_异系统切换失败导致Volte掉话排查案例
异系统切换失败导致Volte掉话排查案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (6)四、经验总结 (9)异系统切换失败导致Volte掉话排查案例【摘要】LTE数据业务的掉话，我们通常是指UE异常退出RRC_CONNECTED状态导致的连接中断，在VoLTE语音业务时，对于开通VoLTE功能的用户会在RRC连接建立后建立QCI5的信令承载，在进行VoLTE通话时，会再建立QCI1的语音专用承载，QCI1的E-RAB释放，意味着VoLTE语音业务结束，所以我们用QCI1的E-RAB异常释放来定义VoLTE语音业务掉话，E-RAB(QCI=1)掉线率反映了系统的业务通讯保持能力，也反映了系统的稳定性和可靠性。
【关键字】VoLTE掉话异系统切换【业务类别】VoLTE一、问题描述2019年3月31日宣城电信RCU设备在市区进行拉网测试时出现VoLTE异常掉话现象，问题点位于宣州区水阳江大道宛陵湖展览馆附近。
测试设备在其他基站可以正常进行VoLTE呼叫，基本可以排除测试设备的问题。
并对基站参数和其它站点参数进行对比，未发现和VoLTE相关的参数存在差异。
需要信息分析优化定位故障并解决。
二、分析过程（一）、排查思路分析VoLTE掉话分为UE上下文释放、E-RAB承载释放两类掉话。
端到端信令VoLTE掉话：当eNodeB收到来自MME的E-RAB RELEASE COMMAND（UE CONTEXT RELEASE COMMAND）消息，或eNodeB向MME发送E-RAB RELEASE INDICATION（UE CONTEXT RELEASE REQUEST ）消息，且释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Successful Handover”时，如果释放的承载包括QCI=1，则判断为VoLTE掉话。
4G优化案例：4G直放站下VoLTE异常掉话分析及处理
4G直放站下VoLTE异常掉话分析及处理XX目录一、案例背景 (4)二、优化分析及解决过程 (4)2.1滨江新天地花园VoLTE 切换问题 (4)2.1.1自由模式（不锁频） (6)2.1.2手机锁频至1.8G (7)2.1.3问题分析 (9)2.1.4复测验正 (10)2.2阳光国际地下室接入、VoLTE 切换问题 (11)2.2.1CQT ABM 业务测试 (11)2.2.2CQT VoLTE 语音业务测试 (12)2.2.3问题分析 (13)2.2.4性能分析 (14)2.2.5硬件性能排查 (15)三、取得成效及经验总结 (18)摘要目前，居民拥有小汽车数量日益增加，对多层住宅区来说，地下停车也有很好的优势，业主可以从车库很便捷的到达家庭。
然而，目前部分住宅区地下车库实现了通讯信号覆盖，但仍有不少“盲区”需要完善通信信号覆盖。
考虑到地下室人员流动性大、密度小、话务低等特点，传统室分采用 RRU 覆盖经济效益低，通过使用4G 直放站对地下室进行覆盖，达到补盲效果，并合理控制投入成本，提高投入产出比。
本案例通过直放站分布系统接入问题实例分析，研究直放站下终端接入异常原因，并通过对直放站施主扇区 RRU 下挂直放站最大数量进行整改、验证，保障用户正常接入，同时对室外切换进行验证，调整切换参数，确保用户出入地下室可正常切换。
【关键字】直放站接入 VoLTE 切换一、案例背景传统室分采用 RRU 覆盖经济效益低，通过使用 4G 直放站对地下室进行覆盖达到补盲效果，可以合理控制投入成本，提高投入产出比。
但同时直放站覆盖也将面临多重问题，需要对新建直放站室分及时、详细测试，评估覆盖是否影响用户使用。
借鉴 C 网直放站问题排查思路制定直放站问题排查流程。
二、优化分析及解决过程2.1滨江新天地花园 VoLTE 切换问题滨江新天地位于江洲路与通江路交叉口北侧，小区由高层和别墅组成，高层楼宇地下室为地下停车库，该停车库含北出入口、东出入口共 2 个出入口。
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掉话问题处理思路与优化方法VoLTE掉话问题处理思路与优化方法目录VoLTE掉话问题处理思路与优化方法 (1)1概述 (3)2VoLTE掉话率问题定界排查 (3)2.1VoLTE掉话问题定界思路 (4)2.2VoLTE掉线率TOPN小区定位排查思路 (5)3VoLTE掉线信令流程以及相关指标 (6)4VOLTE掉话无线问题优化方法 (7)4.1由于ENB的无线链路失败 (7)4.2由于ENB重建立失败 (9)4.3由于小区关断或复位 (11)4.4ENB由于S1链路故障发起释放 (11)4.5由于UE切换失败 (14)4.6由于UE不在线导致释放 (14)4.7由于ENB小区拥塞导致的释放 (14)4.8由于ENB过载控制导致的释放 (14)5VOLTE掉话处理案例 (15)5.1邻区漏配导致的掉话问题处理案例 (15)5.2弱覆盖导致的掉话问题处理案例 (18)5.3切换失败导致的掉话问题处理案例 (19)6总结 (20)1 概述目前萍乡电信VoLTE商用在即，VoLTE作为LTE网络实现语音通话的最终方案，用户对VoLTE高清语音的需求将越来越大，但目前由于电信Volte没有实现弱覆盖情况下的异系统切换，所以在弱覆盖区域存在较大的掉话风险。
伴随着网络规模的进一步扩大以及网络结构的日渐复杂，处理VoLTE的掉线问题即将成为日常网络维护中一项重要的工作。
本文通过研究VoLTE掉话问题定位及处理方法，主要从无线链路失败、切换失败、拥塞等方面展开分析，并总结VoLTE掉话问题处理优化经验。
2 VoLTE掉话率问题定界排查VoLTE掉话率指在移动通信的过程中，终端在VoLTE的通信意外中断的几率。
在信令监测平台上，VoLTE掉话指标取自于Rx接口和Mw接口，公式如下：VoLTE语音掉话率=VoLTE语音掉话次数/(（VoLTE语音始呼应答次数+VoLTE语音终呼应答次数）)VoLTE语音掉话次数指SBC（不区分主叫域和被叫域）收到PCRF发送媒体类型为语音的ASR（下图消息1）的次数，且ASR中Abort Cause为“PS to CS Handover”不含在内。
如下图所示：信令监测指标判断应答次数在Mw口统计，掉话次数在RX口统计，有ASR/ASA 消息（会话中断消息）且ASR消息中携带的abort cause值不为3（3 表示ESRVCC切换）。
信令监测掉话率有可能同一个呼叫PCRF发多次ASR，比如多方通话场景或者用户呼叫保持后再拨打另一路通话，这时会议发起方掉话就会算多次掉话。
从目前大量测试分析发现当前判断标准并不能涵盖所有掉话场景，有部分场景的掉话并不会触发ASR/ASA消息。
各信测厂家对不同网元厂家Rx接口的关联情况实现有差别，需明确信测厂家支持AAR消息中sip和tel这两种格式的关联。
2.1 VoLTE掉话问题定界思路针对不同应用场景下的应用的算法，可从核心网、无线网两方面共同发起定界分析：对端到端信令平台的各接口如Mw、Rx、Gx、S11接口数据，利用时间维度和终端信息对失败原因进行准确关联，获取掉话场景下各接口承载释放消息中的失败原因码，形成主要问题的判决条件。
通过对大量信令案例的分析对比，总结出各类型问题的典型信令特征，以SIP信令中BYE消息的reason头域深度解析为着手点，对用户、无线、EPC、IMS等问题进行原因定界。
选用接近UE侧的S1-MME接口作为分析VOLTE掉话的入口。
使用IMSI为串联关键字，串联出一个用户在S1接口上的四种消息流程：EPS_BEARER_CONTEXT_ACTIVATIONEPS_BEARER_CONTEXT_DEACTIVATIONUE_CONTEXT_RELEASE_REQUESTUE_CONTEXT_RELEASE_COMMAND数据的关联聚合按照IMSI和时间点进行排序，并按照VOLTE无线掉话特征流程：专载建立成功后，在没有专载去激活流程的情况下，eNodeB直接发起UE上下文释放请求，符合VOLTE无线掉话信令模式。
UE CONTEXT RELEASE REQUEST选取消息中带的radionetworklayercause来进行判别，除了2，20，23，24，28，其它都定界为无线掉话。
2.2 VoLTE掉线率TOPN小区定位排查思路先分析是哪类原因引起的掉话，再根据触发异常的网元分析掉话的原因。
对于VoLTE 通话过程中网络侧发起RRC Release，涉及到传输、eNodeB、核心网。
VoLTE掉线流程如下：1、提取细分异常释放原因的计数器，查看由那类计数器引起的失败次数最多，针对性处理。
2、核查邻区关系：删除过远邻区，添加漏配邻区3、核查邻区参数配置是否正确4、上行干扰排查处理：对于上行干扰站点及时进行处理5、同频同PCI、同频同PRACH复用距离核查6、上行功控参数核查：对于上行功控方式（开环、闭环），P0等相关参数核查配置是否合理7、站点告警核查：对于影响指标的告警及时进行处理8、对于因弱覆盖导致掉线，若终端处于覆盖边缘，周围无可用的LTE小区，可以调整系统间重定向/切换策略，使用终端重定向/切换到3G/2G，减少掉线次数。
3 VoLTE掉线信令流程以及相关指标UE释放相关信令流程如下：KPI统计相关失败Counter如下：4 VOLTE掉话无线问题优化方法4.1 由于ENB的无线链路失败无线链路失败由以下四种情况造成：（1）eNodeB的RLC层检测到空口重传超过最大重传次数；（2）eNodeB的PDCP层检测到完整性保护失败。
通常和加密/完保算法相关，需要重点核查基站配置的加密/完保算法；（3）监测到空口消息超时。
空口定时器超时是指等待RRC重建立完成/重配完成定时器超时。
重配的作用主要是是修改RRC连接（如建立/修改/释放无线承载）、执行切换、建立/修改/释放测量、增加/修改/释放辅载波，当重配消息中部分或是全部小区和UE理解不一致时，会造成重配不响应；（4）SR达到最大重传次数或者上下行HarqFail过高。
造成空口失败的主要原因有：告警、上行干扰、弱覆盖、超远覆盖、参数问题、其它原因。
详细排查流程如下：（1）站点告警：关联无线链路失败时段相关告警，若指标较差时段和告警时段相匹配，需要进行告警处理，无线链路失败涉及告警如下：（2）异常参数配置：核查无线链路失败相关参数，如和推荐参数不一致，修改为推荐参数。
（3） 上行NI>=-105dBm:干扰问题排查。
（4） RSRP<=-110dBm:弱覆盖问题排查。
（5） TA>6（城区）或TA>36（农村）：超远覆盖问题排查。
4.2 由于ENB 重建立失败当eNodeB 接收到从UE 来的RRCConnectionReestablishmentRequest 消息后，经过接纳等流程，处理失败，给UE 发RRCConnectionReestablishmentReject 消息，触发UE 释放。
造成重建失败的原因包括：（1）检测无线链路失败； （2）切换失败导致； （3）eUTRA 移动性失败； （4）完整性校验失败； （5）RRC 重配置失败。
路测中发现的RRC 重建原因归类。
其中超过64%的属于基础网络问题，包括弱覆盖和邻区干扰引起的质量问题；约27%属于规划配置类问题，包括PCI 冲突以及相邻基站RLC SNSIZE 不一致造成的切换失败；约9%属于其它原因。
另外目前跨站重建立成功需要X2进行上下文信息交互，如果不配置X2的话跨站重建立则不能够成功。
建议处理重建立失败导致的掉线问题时首先确保网络中X2配置占比达到95%以上，以降低跨站重建立失败概率，减少由于重建立失败导致的掉线。
造成重建立失败的主要原因有超远覆盖、邻区漏配、X2漏配、参数配置异常、其它原Others:下行链路质量原因23%Others ：上行链路质量原因32%Others ：PCI 冲突4%Reconfigurefailure ：SN 参数不一致，重配置失败23%HandoverFailure ：RF 原因9%Others:其它原因9%RRC 重建原因归类因。
详细排查流程如下：（1）参数配置异常：需要核查重建失败相关参数配置（2）邻区漏配核查：邻区漏配会导致切换不及时，服务小区信号指标差导致重建立。
详细核查流程如下：（3）X2漏配：X2配置需要和邻区配置保持一致。
（4）TA>6（城区）或TA>36（农村）：超远覆盖问题排查。
4.3 由于小区关断或复位当eNodeB接收到从OMC来的人为触发的小区闭塞命令，或者由于eNodeB异常告警触发小区Reset，导致发起E-RAB释放。
该问题需要重点核查小区告警，相关告警如下：4.4 ENB由于S1链路故障发起释放S1链路故障包含如下情况：（1）当eNodeB检测到S1的光口故障。
当eNodeB检测到光口相关故障触发UE释放。
通过和光口告警相关，重点核查相关告警（参见5.3.1）。
（2）GTPU层检测到Path（eNodeB和SGW业务通路）故障。
当eNodeB检测到GTP-U Path（eNodeB和SGW的业务通道）故障触发UE释放。
当UE接入网络后，为保证eNodeB和SGW的业务通道处于激活状态，eNodeB会周期性的向SGW发送Echo Request消息，如果收到SGW的Echo Response，说明GTP-U隧道处于激活状态，如果未收到Echo Response消息，说明GTP-U隧道异常，eNodeB会发起释放请求。
SGW的地址可以在Initial context setup request消息中进行查询。
该问题是由于eNodeB和SGW通道出现异常，原因主要是由于传输或是核心网问题导致GTP-U隧道通信异常。
可以通过EMS->诊断测试->IP通道测试进行问题排查。
（3）GTPU层接收到对端的Error Ind消息。
S1链路释放导致的释放通常和光口告警、传输或是核心网相关。
当eNodeB收到从MME来的S1 Rest消息或者Error Index消息，该问题主要和核心网相关，需要核心网协助排查。
S1链路故障导致异常释放主要和传输、参数配置、告警、核心网、其它。
详细排查流程如下：（1）传输问题排查：eNodeB->SGW ping包丢包率>3%时需要核查eNodeB<->SGW 之间的IP通道质量问题。
（2）告警排查：关联S1链路故障相关告警，若指标较差时段和告警时段相匹配，需要进行告警处理，S1链路故障涉及告警如下。
（3）参数配置问题：重点核查和S1链路故障相关参数配置。
（4）核心网问题排查：当eNodeB收到从MME来的S1 Rest消息或者Error Index 消息时，需要核心网协助进行排查。