掉话分析及处理流程

未接通、掉话及切换失败分析一、未接通分析正常呼叫主叫起呼和被叫接入过程：主叫起呼信令流程图被叫接入信令流程图由主叫起呼信令流程图可以看出，主叫首先发出channel request report-→immediate assignment-→CM service request-→setup-→call proceeding-→assignment command-→assignment complete-→alerting-→connect-→完成一次起呼。

在主叫assignment complete 完成后2－3秒左右被叫开始信道请求流程Channel request report→immediate assignment-→setup→call confirmed→assignment command→assignment complete-→alerting→connect-→完成一次被叫接入。

1、未接通原因分析（1）RACH冲突或者AGCH拥塞建议：查看与RACH相关的参数――最大重发次数和发送分布时隙数以及与AGCH相关的参数――接入准许保留块数（2）SDCCH拥塞建议：检查SDCCH配置，查看相关小区SDCCH话务量（3）SDCCH掉话或者TCH拥塞建议：查看是否启用SDCCH信道上的切换，查看相关小区话务量和TCH配置，在排除无线方面原因后，应跟踪Abis接口、A接口信令从交换侧寻找问题原因（4）位置更新引起未接通建议：查看位置更新定时器和位置区设置（5）小区重选过程引起未接通建议：查看相关小区的小区重选参数2、未接通实例分析（1）SDCCH拥塞导致未接通在主叫完成起呼（assignment complete ）后2秒左右，此时被叫发起信道请求channel request report,由于SDCCH拥塞溢出，被叫手机无法获得SDCCH，重复2次发送信道请求后仍然无法获得SDCCH信道消息的回复，导致未接通的发生。

Volte掉话研究和实践总结1概述随着Volte的不断放号，Volte用户不断增加，如何保持Volte用户在语音通话过程中不掉话将至关重要。

本文将介绍Volte语音掉话优化方法以及台州Volte掉话优化成果。

下图所示为挂机流程：Volte掉话定义如下：掉话率：（主叫掉话次数+被叫掉话次数）/(主叫呼叫建立成功次数+被叫呼叫建立成功次数)路测软件掉话定义：呼叫成功后，通话阶段收到RRCCONECTION RELEASE消息，挂机阶段QCI1承载没有释放，BYE REQUEST没有收到200 OK。

2影响Volte掉话的因素Volte掉话问题涉及到UE，EnodeB，EPS，IMS端到端网元，需要各个网元联合分析和定位具体原因。

影响Volte掉话的因素如下图所示：3Volte掉话定位思路首先确定是哪类原因引起的掉话，再根据触发异常的网元分析掉话原因。

Volte通话过程中网络侧下发RRC Release或者SIP信令异常等掉话问题，一般是由空口质量，切换失败，重建，流程冲突等原因造成，涉及端到端网元，因此定位根因需要端到端信令，下图是Volte定位思路。

如上图所示，分析Volte掉话时，告警核查和参数核查是无条件执行的。

✓掉话是在通话阶段收到了RRC Release1、查看基站侧虚用户跟踪，若是基站触发的，查看S1口释放原因。

2、根据原因值结合基站日志进行分析。

3、若是MME触发的，则查看释放原因，联合MME分析。

✓QCI1承载没有删除1、查看QCI1承载删除是否有切换，TAU流程，若存在查看基站虚用户跟踪，EPC跟踪，分析流程交叉处理顺序是否合理。

2、若流程交叉无问题或是无流程冲突，则查看基站虚用户跟踪是否收到QCI1承载删除。

3、若基站收到QCI1承载删除，则分析基站为何没有下发给终端。

4、若基站没有收到QCI1承载删除，则查看MME/PGW/SGW是否收到PCRF指示删除QCI1承载。

5、若PCRF没有收到指示，则查看P-CSCF是否下发删除QCI1承载。

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 异常释放。

掉话类故障处理指导掉话分类定义在华为Probe侧对于掉话（ERAB Abnormal Release）的定义：UE没有收到Deactivate Eps Bearer Context Request消息，但收到RRC Release或RRC Connection Reconfiguration消息，则表示ERAB异常释放。

标口信令在eNodeB跟踪到的标准接口信令中，如果存在eNodeB发起的释放，即在S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ消息内携带的原因值不为“User-inactivity (20)”时，则判断为掉话。

掉话预检查方式异常掉话通常都是由eNB发起的释放，通知MME释放上下文，因此只要查看S1口发送的S1AP_UE_CONTEXT_REL_REQ消息即可，如下图所示。

S1AP_UE_CONTEXT_REL_REQ点击“标准接口消息类型”按消息类型进行排序，这样所有的S1AP_UE_CONTEXT_REL_REQ 都会排列在一起，如下图所示。

按消息类型排序依次点击下一条，查看中的原因值，找出最后的原因为非02 80 的原因值。

找到异常掉话消息根据对应的时间点，打开标准UU口的跟踪，找到对应时间点的RRC_CONN_REL消息，如下图所示。

找到对应的UU口消息掉话率指标话统公式在话统侧异常掉话指标的公式定义如下：Call Drop Rate = L.E-RAB.AbnormRel / (L.E-RAB.AbnormRel + L.E-RAB.NormRel)等同于：Call Drop Rate = L.E-RAB.AbnormRel.QCI.N / （L.E-RAB.AbnormRel.QCI.N +L.E-RAB.NormRel.QCI.N）其中：分子上表征异常释放的Counter为L.E-RAB.AbnormRel.QCI.N= L.E-RAB.AbnormRel.QCI.1+L.E-RAB.AbnormRel.QCI.2+L.E-RAB.AbnormRel.QCI.3+L.E-RAB.AbnormRel.QCI.4+ L.E-RAB.AbnormRel.QCI.5+ L.E-RAB.AbnormRel.QCI.6+ L.E-RAB.AbnormRel.QCI.7+ L.E-RAB.AbnormRel.QCI.8+ L.E-RAB.AbnormRel.QCI.9；而分母上是正常释放与异常释放的总和，正常释放的Counter为L.E-RAB.NormRel.QCI.N= L.E-RAB.NormRel.QCI.1+L.E-RAB.NormRel.QCI.2+L.E-RAB.NormRel.QCI.3+L.E-RAB.NormRel.QCI.4+ L.E-RAB.NormRel.QCI.5+ L.E-RAB.NormRel.QCI.6+ L.E-RAB.NormRel.QCI.7+ L.E-RAB.NormRel.QCI.8+ L.E-RAB.NormRel.QCI.9；常见掉话原因邻区错/漏配通常，网络建设初期优化过程掉话占大多数是由于邻区错/漏配导致的。

WCDMA 掉话问题分析前言空中接口定义l空中接口掉话定义在通话过程中，如果空中接口信息满足下面三个条件中的任何一条，可以判断为掉话：1.收到任何的BCH消息（即系统消息）2.收到RRC Release消息（原因为非正常释放Not normal）3.收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。

从RNC记录的信令上看，如果在Iu接口上看到了RNC 发向CN的消息为IuRelease Request或者RNC发给CN的消息为RAB Release Request消息，此时定义为异常掉话。

常见掉话原因l邻区漏配一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。

对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：方法一：观察掉话前UE记录的活动集EcIo信息和Scanner记录的Best Server EcIo信息，如果UE记录的EcIo很差，而Scanner记录的Best Server EcIo很好；同时检查Scanner记录Best Server 扰码是否出现在掉话前最近出现的同频测量控制中，如果测量控制中没有扰码，那么可以确认是邻区漏配。

方法二：如果掉话后UE马上重新接入，如果UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认。

邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。

常见掉话原因l覆盖问题通常所说的覆盖差，主要是指RSCP不和EcIo都很差。

覆盖的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认：如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话；如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。

流程图掉话处理处理流程操作手册1、由小区性能监控模块发现小区掉话数多2、排查硬件故障如果掉话率突然上升，则需要检查本小区和相邻小区此时是否工作正常，通过OMC-R检查本小区和相邻小区告警，传输和天线是否出现异常，排除因为硬件原因产生的小区异常掉话。

解决措施:派单处理3、覆盖欠佳引起的掉话了解该小区的覆盖区域，是否存在一定的覆盖欠佳区域，覆盖欠佳是造成下行弱信号掉话的一大原因。

原因分析:服务小区由于各种原因（如无线环境好，功率过高，站点设置太高）产生越区覆盖，导致UE在移动到被越区覆盖的小区后，因无邻区关系配置，导致无邻区可切换造成的弱信号掉话。

越区覆盖导致的频率干扰和扰码相关性问题。

波导效应和湖面效应会使服务小区覆盖过远，引起干扰或切换判断混乱，产生掉话。

由于孤岛效应，处于孤岛的UE 无法切换出去，产生掉话。

由于一个地方没有一个足够强的主导频，出现导频污染，手机通话过程中，乒乓切换会比较严重，导致掉话率上升。

两个小区交接部分出现明显的无信号覆盖的漏洞，UE移动出覆盖范围，产生掉话。

由于高大建筑物遮挡产生的阴影效应。

解决措施:消除越区信号的影响：通过路测同事了解掉话小区及周围覆盖情况，查找覆盖不规范的基站，通过调整该站的下倾角，方位角，或降低它的最大发射功率等方法来优化覆盖区域，同时避免基站天线沿街道或湖面覆盖，避免街道效应和湖面效应等产生难以控制的信号，消除漂移信号对其它基站的影响.查找覆盖不足的地区：通过投诉组同事和路测同事的场测试来查明覆盖不足的地方，看是否可以通过调整下倾角，方位角，挂高，以及发射功率等方法增大覆盖范围（这需要综合考虑频率、扰码规划以及其它方位覆盖的情况）。

如果弱场区处于商场、隧道、地下停车场、地铁入口、高层建筑等特殊场合，则需要增加RRU，或室内分布来解决。

4、小区数参数配置不合理引起掉话检查小区各系统参数有无配置得很不合理，可以能过与正常小区之间的参数进行对比，找出是否出现个别参数调得很不合理面导致的。

掉话分析及处理流程掉话分析流程：掉话处理流程：在上图中,如果不明原因掉话比较高,那么该小区存在硬件故障或其他外部影响的因素就比较大,然后才对这些不同类型的掉话进行分析;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数据可以初步判别是否存在弱信号区域；通过普查可确定弱信号区域;。

VoLTE测试常见掉话未接通案例1.背景VoLTE技术带给4G用户最直接的感受就是接通等待时间更短，以及更高质量、更自然的语音视频通话效果。

首先，高清语音和视频编解码的引入显著提高了通信质量，其次，VoLTE的呼叫接续时长大幅缩短，但VoLTE测试过程中仍发现部分掉话、未接通的现象，严重影响用户的感知。

本文梳理了VoLTE测试过程中常见的掉话、未接通的处理案例，为日后VoLTE试商用后此类问题的处理打下坚实的基础。

2.VoLTE语音通话流程简要如下：1.主叫发起INVITE消息，触发RRC建立过程（假设为空闲态）；INVITE消息包括主被叫电话号码，主叫支持的媒体类型、编码；2.主叫建立SRB2承载、QCI=9的DRB、QCI=5的sip信令承载；3.核心网反馈INVITE 100，表面正在处理应答；4.主叫RRC重配置建立QCI=1的专用承载；并激活；5.主叫收到被叫INVITE 183消息；并反馈PRACK启动资源预留；6.被叫收到PRACK后，反馈PRACK 200，启动资源预留；7.主叫收到PRACK 200，发送UPDATE，表明资源预留成功；8.同样被叫收到UPDATE，反馈UPDATE 200，表明资源预留成功；9.被叫发送INVITE 180 RINGING，振铃；10.被叫反馈INVITE 200，表明摘机11.主叫收到INVITE 200后，反馈ACK给IMS服务器，应答初始INVITE请求；并有IMS发给被叫；12.通话中；13.被叫挂机，发送BYE；IMS转发给主叫；14.主叫挂机，反馈BYE 200，IMS转发给被叫，表明结束会话；15.RRC重配置去激活QCI=1专载；图1.1 释放专载图1.2 简化信令流程图3.DT测试中常见的掉话、未接通问题2.1.切换失败导致常见有较多MR上报但不切，可能邻区漏配，之后触发RRC Re-Establishment，重建立不成功时掉话。