掉话原因值
LTE的掉话原因分析及处理思路(加精,值得收藏)
LTE的掉话原因分析及处理思路LTE“掉话”是指UE异常退出RRC_CONNECTED状态导致的连接中断。
统计节点为“RrcConnctionReconfigurationComplete”消息正确达到网络侧开始，之后进行的各类业务，未正常释放的均计为“掉话”。
正常释放流程如下：一、外场常见掉话原因分析目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。
掉话原因1：弱覆盖现象:由于弱覆盖导致的掉话，通常有以下表现：1.掉话前服务小区的RSRP持续变差（低于弱覆盖标准，如小于-105dBm），同时服务小区的SINR也一起持续变差（小于0dB，甚至小于-3dB）。
2.掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE无数据上报（类似于UE脱网）。
解决方案:要解决此类掉话，需要改善覆盖。
具体手段有：1.首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。
2.根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区，并加强它的覆盖。
如常用的天馈调整、站点建设等。
具体案例：对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区，覆盖较差存在掉线风险。
通过调整PA：3→0，RS参考功率：13.4dB→15.2dB，覆盖改善，掉线风险大大降低。
掉话原因2：越区覆盖现象:在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现：1.越区覆盖导致的“导频污染”。
在覆盖区内，没有稳定的强信号作为主服务小区。
服务小区信号的频繁变化，是导致掉话的一个主要原因。
2.越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。
在某些区域，主服务小区收到越区信号的干扰，最终导致掉话。
解决方案：1.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。
未接通、掉话及切换失败
未接通、掉话及切换失败分析一、未接通分析正常呼叫主叫起呼和被叫接入过程：主叫起呼信令流程图被叫接入信令流程图由主叫起呼信令流程图可以看出，主叫首先发出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信道消息的回复，导致未接通的发生。
掉话原因及处理
GSM网络优化中掉话、拥塞的原因及解决办法1．掉话在移动通信中，掉话是指在分配了话音信道（TCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。
掉话不仅影响网络指标，而且会给用户造成许多不便，是用户投诉的热点。
1.1掉话产生的原因1、由干扰引起的掉话：干扰主要包括同频、邻频及交调干扰。
当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。
基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道，从而产生掉话。
交调干扰主要来自于外部干扰，如CDMA站会对我基站上行频率产生干扰。
2、由于切换引起的掉话：（1） MS在通话中，手机列表中计算6个最好的相邻小区为切换做准备，但当网络覆盖不好时，会产生频繁切换，造成无主控小区，产生掉话。
（2）一些小区由于话务忙，会把话务推给相邻小区，但当相邻小区信号不好或无空闲信道时就会产生掉话。
（3）孤岛效应。
如果服务小区A由于地形的原因产生的场强覆盖小岛C，而在小岛C周围又为小区B的覆盖范围，如在A的相邻小区列表中未添加小区B，那么当用户在C 中建立呼叫后一走出小岛C，由于无处可切换将产生掉话。
3、参数设置不合理引起的掉话：影响掉话的参数主要有切换参数和相邻小区参数。
如：PMRG设置过高或相邻小区参数做错都会导致掉话。
4、基站硬件引起的掉话：BTS的硬件故障也会引起掉话，NOKIA设备中的7745（CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD）、7949 （DIFFERENCE IN RX LEVELS OF MAIN AND DIVERSITY ANTENNA / TRX）是特别要引起注意的，因为这些告警同时伴随着掉话。
5、Abis接口失败产生的掉话Abis接口的，包括BSC未收到来自BTS的测量报告，超过TA极限，切换过程的一些信令失败以及一些内部原因，此外还有Abis接口的误码率的影响。
LTE掉话问题分析及RRC连接重建触发原因
一、掉话问题两类
1、异常RRC connection Release,网络设备异常。
2、RRC重建失败。
二、掉话问题具体原因：
1、弱覆盖
2、干扰
3、切换失败，邻区参数配置不正确，目标小区工作不正常（传输误码，负荷高接纳拒绝）
4、邻区漏配，无法切换
5、越区覆盖，导致参考信号污染或邻区漏配引起切换掉话。
6、拥塞，引起多项指标恶化。
7、设备异常，终端或网络设备异常。
三、RRC重建立触发的原因有如下几种情况：
（1）UE检测到无线链路失败，主要包括：上下行RLC达到最大重传次数；上/下行失步，随机接入失败等原因
（2）切换失败（包括同系统、异系统切换）
如果切换失败，UE会发起RRC重建立请求，并将重建立原因封装在RRC重建立请求消息中。
（3）底层指示完整性保护失败
由于信令的完整性保护失败发生RRC重建立，例如UE和基站的加密以及完整性保护算法不一致，这类原因不常见，通常为终端的问题。
（4）RRC重配失败
RRC重配置的目的是修改RRC连接，在如下场景会发生RRC重配置：建立、修改或者释放无线承载时；执行切换时；建立、修改或释放测量配置等。
GSM常见掉话原因分析
B.过覆盖（Overshooting）
还有一种覆盖问题就是邻区间交叠区过大，甚至出现了过覆盖（Overshooting）的现象。比较典型的情况是：一个较高的基站A的天线没有作下倾角或只有很小的下倾角度，与它相邻的一个基站B的天线高度较低，覆盖范围很小，造成B的覆盖范围被A完全包含。如图7所示。所以在越过绿色的B小区主控覆盖范围后，手机还会“回切”至A小区，但是由于种种原因，A小区并没有C小区的邻区。因此，当测试人员继续行驶后，就会因无邻区可切而造成拖带掉话（例如在红色区域）。解决的办法就是如图中所示，将小区A的覆盖范围控制好（小区A’），就可以解决过覆盖造成掉话的问题。
带内干扰：GSM系统内部干扰主要由以下几个方面原因产生：
l频率规划不合理，引起同频、邻频干扰；
l基站或手机功率设置不合理，引起下、上行链路干扰；
l频率复用不合理；
l由于多径效应、建筑物反射等造成干扰；
l码间干扰；
l TA与实际不符造成时隙干扰。
当MS在服务小区收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC或不能正确接收MS的测量报告，从而产生掉话。
l在Layer 2上：BSS/MS每T200时间发送N200＋1次SABM/DISC消息，但未从接收端收到回应
2）切换掉话
l MS未能成功切换至目标小区,但未能回到源小区
l MS发送HO FAILURE和UL-SABM消息给源小区，但未得到回应
二、在路测时发现的掉话问题时,我们应从哪些方面进行考虑？
图2干扰基站图
事故原因：同频干扰造成掉话，通过对规划的调整和修改邻区参数，上述问题得到解决。
实例2：直放站、阻断器造成的掉话
随着用户的增多，很多宾馆酒店写字楼等建筑物内为了解决电梯、地下室等信号覆盖的盲区就会出现私建直放站，从而产生了强烈的上下行干扰，有时波及周围很多小区的性能，对网络指标的影响非常大。频率阻断器是一种宽带的干扰器，其安装的目的就是要对移动通信系统产生强烈的干扰，以达到阻断器周围一定范围内手机无法接入系统服务的目的。
掉话及未接通原因分类
事件
表现
原因
集团原因
掉话
主控小区及邻小区信号电平均低于-94dBm
弱覆盖
弱覆盖
主控小区信号电平低于-94dBm，邻小区信号电平高于-94dBm，信号质量7
主控小区未能及时切换
质差
主控小区信号电平高于-94dBm，信号质量7
主控小区受到外来干扰
质差
发起切换后，直接进入空闲状态
切换失败导致掉话
其它
41
Temporary failure
临时故障，一般有可能是网络与移动台之间的配合问题
其它
42
Switching equipment congestion
高话务情况下，交换设备拥塞
拥塞
43
Access information discarded
接入信息废止，说明网络无法将接入信息发送给远程用户
其它
移动台要求了业务质量（最低门限），但网络无法满足需求
不应出现
50
Requested facility not subscribed
移动台要求的增补业务未开通
不应出现
55
Incoming calls barred within the CUG
虽然主被叫均是封闭用户群（CUG），但此CUG不支持被叫
不应出现
不应出现
9
MS identity cannot be derived by the network
31
Normal, unspecified
如果不属于以上所有拆线原因，又是普通原因拆线，就使用这一Cause Value
其它
资源不可用类型原因
34
No circuit/channel available
重定向失败导致VoLTE语音掉话问题分析
重定向失败导致VoLTE语音掉话问题分析【产品族】LTE TDD【关键字】SEQ、VoLTE掉话率、重定向开关、eSRVCC开关【问题描述】S省N市C运营商LTE全网VoLTE语音掉话率指标陡增1倍，无线网管变化不大，需要分析具体原因：【处理过程】1、SEQ提取掉话原因分布28 Inter-RAT redirection原因掉话次数剧增，其他原因导致的掉话次数变化不明显行标签11月02 11月03 掉话次数VoLTE语音始呼掉话次数VoLTE语音终呼掉话次数VoLTE语音始呼掉话次数VoLTE语音终呼掉话次数修改前修改后28 Inter-RAT redirection 30 18 228 217 48 445 10RESOURCE_ALLOCATION_FAILU143 111 191 134 254 325RE0 BEARER_RELEASED 80 75 118 108 155 226210 13 17 23 23 40 INSUFFICIENT_BEARER_RESOURCES26 Failure in the Radio Interface14 13 24 16 27 40 Procedure9000 Timeout 1 1 12 20 2 3221 Radio Connection With UE22 23 13 15 45 28 Lost7 EPS services not allowed 4 4 5 13 8 1816 Normal Call Clearing 10 0 14 1 10 15其他23 21 30 9 44 39总计337 279 654 557 616 12112、剧增掉话场景分析：28 Inter-Rat redirection提取掉话原因剧增场景28 Inter-Rat redirection 的掉话话单并进行分析：呼叫应答后35秒，MME收到eNodeB上报的UE CONTEXT RELEASEREQUEST(Cause:28)，携带原因值为interrat-redirection (28)，说明用户在通话过程中发起重定向，可能是由于4G无线问题，导致用户向2G网络发起重定向，6秒后承载被释放，呼叫掉话，建议对现网参数配置进行核查。
未接通及掉话原因分析
未接通分类什么是未接通：根据CMCC规范以主叫Channel request来确定试呼开始，接着出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通，否则就计为一次未接通。
以下是常见引起未接通的原因：1、位置更新主叫位置更新：在GSMDT正常测试中，主叫手机在idle状态下有时会发生小区重选现象，小区重选后主叫手机会有两种情况下的位置更新。
一种为在idle时间内主叫手机位置更新顺利完成，另一种为手机小区重选后还未来得及进行位置更新或位置更新未完成，主叫手机就发起起呼命令（channel request），此种情况会导致未接通，网络下发CM Service Reject（Cause＝4，IMSI unknown in VLR）。
被叫位置更新：在GSMDT测试中中是一种常见的现象，具体情况为主叫起呼后，被叫正在进行位置更新，无法正常响应主叫的寻呼命令，最后主叫网络下发Disconnect（Cause Number＝18，No User responding）。
主叫正常起呼后，TCH分配完成，被叫正在做位置更新，最后主叫网络下发Disconnect，导致未接通。
2、SD拥塞由于SDCCH拥塞导致的未接通，需要结合A接口，Abis接口信令跟踪及OMC统计分析。
具体情况为主叫手机起呼Channel Request后，网络无法对其进行正常的立即指配命令。
见网络连续对主叫进行立即指配命令，但均未成功，最后导致未接通，通过分析发现该小区存在SDCCH拥塞现象。
附SD拥塞案例如下：手机占用小区LAC：37318 CI：16807（临潼斜口街道办芷阳村马巧莉），16：11：15发起CHANNEL REQUEST，随即收到下发的IMMEDIATE ASSIGNMENT REJEC，则SDCCH分配失败。
从层3消息中，我们可以看到SDCCH拥塞时，系统会向移动台发送Immediate Assignment Reject消息。
未接通及掉话原因分析
未接通分类什么是未接通：根据CMCC规范以主叫Channel request来确定试呼开始，接着出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通，否则就计为一次未接通。
以下是常见引起未接通的原因：1、位置更新主叫位置更新：在GSMDT正常测试中，主叫手机在idle状态下有时会发生小区重选现象，小区重选后主叫手机会有两种情况下的位置更新。
一种为在idle时间内主叫手机位置更新顺利完成，另一种为手机小区重选后还未来得及进行位置更新或位置更新未完成，主叫手机就发起起呼命令（channel request），此种情况会导致未接通，网络下发CM Service Reject（Cause＝4，IMSI unknown in VLR）。
被叫位置更新：在GSMDT测试中中是一种常见的现象，具体情况为主叫起呼后，被叫正在进行位置更新，无法正常响应主叫的寻呼命令，最后主叫网络下发Disconnect（Cause Number＝18，No User responding）。
主叫正常起呼后，TCH分配完成，被叫正在做位置更新，最后主叫网络下发Disconnect，导致未接通。
2、SD拥塞由于SDCCH拥塞导致的未接通，需要结合A接口，Abis接口信令跟踪及OMC统计分析。
具体情况为主叫手机起呼Channel Request后，网络无法对其进行正常的立即指配命令。
见网络连续对主叫进行立即指配命令，但均未成功，最后导致未接通，通过分析发现该小区存在SDCCH拥塞现象。
附SD拥塞案例如下：手机占用小区LAC：37318 CI：16807（临潼斜口街道办芷阳村马巧莉），16：11：15发起CHANNEL REQUEST，随即收到下发的IMMEDIATE ASSIGNMENT REJEC，则SDCCH分配失败。
从层3消息中，我们可以看到SDCCH拥塞时，系统会向移动台发送Immediate Assignment Reject消息。
LTE的掉话原因分析及处理思路(加精
LTE的掉话原因分析及处理思路(加精LTE（Long-Term Evolution）是一种移动通信技术，为用户提供高速数据传输和更稳定的通信质量。
然而，LTE网络在实际使用中可能会出现掉话现象，影响用户的通信体验。
掉话是指通话或数据传输过程中突然中断的情况，可能由多种原因引起。
本文将对LTE掉话的原因进行分析，并提出相应的处理思路。
一、LTE掉话的原因分析：1.频率干扰：当LTE信号受到其他频段或其他无线设备的干扰时，会导致通信中断或掉话。
2.基站负载过重：如果LTE基站的通话负荷过重，可能会导致通信连接不稳定，从而引起掉话现象。
3.地形遮挡：地形起伏或建筑物阻挡信号传输会导致LTE信号弱化，从而影响通话质量。
4.用户位置变动：当用户在快速移动过程中，如高速驾驶或地铁运行中，可能会导致基站切换不及时，引起掉话。
5.信号干扰：电磁干扰、天气影响或其他无线设备工作可能会对LTE 信号产生干扰，造成掉话现象。
6.网络故障：LTE基站设备故障、传输线路故障等都可能导致通信中断或掉话。
7.用户设备问题：用户使用老旧或不兼容的设备、软件问题、设备损坏等都可能导致LTE掉话。
二、LTE掉话处理思路：1.优化网络规划：对LTE网络进行规划优化，调整基站覆盖范围和功率等参数，提高信号质量和覆盖范围，降低掉话率。
2.增加基站密度：增加LTE基站密度，提高信号覆盖范围和质量，减少用户在移动过程中的掉话现象。
3.加强干扰监测：实时监测LTE信号干扰源，及时发现并处理可能影响通信质量的干扰因素，减少掉话发生的可能。
4.提高用户设备兼容性：鼓励用户使用符合LTE标准的设备，避免因设备兼容性问题而引起的掉话现象。
5.强化故障处理机制：建立健全的LTE故障处理机制，快速响应网络故障事件，提供快速恢复服务，降低掉话率。
6.加强用户培训：向用户普及LTE网络知识，教育用户正确使用设备、信号、网络选择等功能，减少用户因操作不当而引起的掉话。
掉话及未接通原因分类
其它
27
Destination out of order
由于至目的地的接口在功能上不正确，主叫移动台指明的目的地无法路由到达。这里“功能上不正确”指信令消息无法输送至远端用户侧（如物理链路不存在）
其它
28
Invalid number format (incomplete number)
表明主叫拔号是非法的号码格式（或号码不全）
不应出现
15
No Suitable Cells In Location Area
移动台发起位置更新时，网络不允许其在这一小区漫游
不应出现
25
Not authorized for this CSG
移动台发起呼叫时，目标小区是CSG小区
其它
PLMN特殊网络失败及拥塞/鉴权失败原因
20
MAC failure
其它
100
Conditional IE error
条件型IE实现错误
其它
101
Message not compatible with protocol state
收到了与当前协议状态不符合的消息（如在空闲模式下收到SI5）
其它
102
Recovery on timer expiry
根据错误处理过程，设备启动了定时器超时后的恢复流程
44
requested circuit/channel not available
在接口的另一侧（其它网络）无法提供此次呼叫所需要的资源
拥塞
47
Resources unavailable, unspecified
其它不可知的资源不可用情况
其它
业务或选项不可用类型原因
109--CDMA掉话机制和原因浅析-吕行
CDMA掉话机制和原因浅析吕行中国联通重庆分公司运行维护部摘要：在评价CDMA系统性能时，掉话是一个很重要的指标，深刻了解CDMA系统的“掉话机制”并分析“掉话原因”能帮助我们有效提高网络质量。
本文重点介绍了CDMA系统的“掉话机制”并对几种常见的掉话原因进行比较深入的分析以及提供有效的解决方法。
关键词：CDMA 掉话机制掉话原因层3（layer3）消息0.引言由于CDMA网络具有特殊的技术机制，其本身就是一个自干扰系统，从而在各个方面，包括网外以及网内的触发其掉话的因素就很多，而且各不雷同，很难进行类归，这就增加了维护人员的工作难度。
为了深入了解掉话原因并有效的解决掉话问题，在这里利用一些网优技术手段如：路测仪器，后台分析软件，层3（layer3）消息等，就平常工作中遇见的一些归类的掉话案例进行一些粗浅的分析吕行，男，1974-12-12，重庆市，1996年毕业于重庆邮电大学电信工程系，现在中国联通重庆分公司运行维护部部工作，主要负责移动网维护方面的工作。
1.掉话的基本概念及掉话机制掉话定义为在没有经过用户同意的情况下由基站或移动台释放业务信道。
掉话率定义为掉话次数与总的通话次数的比率。
掉话率是网络运营商最为关注的指标，因其在用户方面的负面影响最为直接。
对一个确实的网络，影响其掉话率的因素是很多的：如硬件问题、干扰问题、覆盖问题、切换问题、软件问题、数据库参数、邻区参数等。
在CDMA系统中，前反向链路都有掉话控制机制，在无线链路不好时控制链路释放。
前向掉话机制由移动台来控制，在实际中是不可调整的。
例如fade timer定时器超时。
移动台连续收到超过12个（N2m）坏帧时，会关闭其发射机，但前向仍在接收。
如果连续5秒（Fade Timer）内收到连续2个（N3m）好帧，移动台重新开启发射机；如果在连续5S内不能收到连续2个好帧，移动台重新初始化。
目前这种定时器是不可调整的，在灵活性方面比较差。
VOLTE掉话参数设置对VOLTE掉话率影响分析
VOLTE掉话参数设置对VOLTE掉话率影响分析中国联通陕西省分公司陕西西安710000【摘要】VoLTE（Voice over LTE）是一项利用4G网络传输数据和语音的技术，无需依赖2G/3G网络，提供高清、低延迟的语音通信。
然而，室内深度覆盖不足是LTE网络的问题。
在处理Top小区时，我们采用参数配置和综合分析方法，通过异常指标、告警、干扰、覆盖等因素进行问题定位和解决，以改善VoLTE服务质量。
这有助于实现更清晰、高质量的语音通信，提升用户体验，前提是LTE网络需有完善的覆盖。
【关键字】VOLTE掉话参数、VOLTE掉话率【业务类别】优化思路原因分析排查：1、基站告警导致VOLTE掉话率高2、覆盖异常导致VOLTE掉话率高3、邻区关系不完善导致VOLTE掉话率高4、切换参数设置异常导致VOLTE掉话率高5、定时器设置不合理导致VOLTE掉话率高处理步骤：1、核减VOLTE掉线区域基站是否存在告警2、分析VOLTE掉话区域MR数据3、通过Mapinfo邻区分析工具分析邻区漏配情况4、核实系统间切换参数5、统计现网掉话各counter占比情况一、问题描述我们在日常监控指标时发现，西安_徐家湾_文德路与学府环路十字_DMBFLX 基站下XA_26ED3_0_LM_徐家湾_文德路与学府环路十字小区VOLTE掉话率高。
提取该小区一周的指标进行核查，VOLTE掉话主要原因为“无线层问题导致的激活的语音业务E-RAB异常释放次数”。
日期小区名称QCI为1的业务E-RAB异常释放次数eNodeB发起的S1 RESET导致的QCI为1的E-RAB异常释放次数切换出QCI为1的E-RAB异常释放次数传输层问题导致的激活的语音业务E-RAB异常释放次数切换流程失败导致的激活的语音业务E-RAB异常释放次数无线层问题导致的激活的语音业务E-RAB异常释放次数2 021-09-04XA_26ED3_0_LM_徐家湾_文德路与学府环路十字300003二、分析过程1、问题分析通过移动网和传输网管查看该基站故障告警信息，发现并无故障告警；查看该基站基站XA_26ED3_0_LM_徐家湾_文德路与学府环路十字，小区级连续一周指标，该小区状态正常，无干扰，指标正常。
掉话原因及解决方法
一、切换对掉话的影响对于移动通信系统来说，切换对系统运行质量有较大的影响。
切换掉话是无线掉话的一部分。
切换的主要原因有四类：电平引起的切换、话音质量引起的切换、功率预算引起的切换及距离引起的切换。
如果切换不成功将会造成掉话。
根据我们对小区切换的统计可以看出，正常情况下切换成功率高的地区，一般说来掉话率都比较低。
切换掉话的主要原因有以下几点：（1）由于小区话务量大，有全忙时长，引起手机在切换时目标小区没有可用资源分配，原小区无线链路难以继续维持通话而引起掉话。
（2）在配置无线数据时，由于邻区漏配或错配引起手机在切换时没有合适的小区可以切换而引起掉话。
（3）手机在切换时，目标小区的载频硬件存在隐性故障，导致手机切换后占用问题载频，发生质量问题或电平差而引起掉话。
（4）手机在切换时，由于小区同BCCH、BSIC或同BCCH不同BSIC，手机在测量时出现解码错误而切换到错误小区引起掉话。
（5）存在孤岛效应，如果服务小区A由于地形的原因产生的场强覆盖孤岛C，而在孤岛C周围又为小区B的覆盖范围，这时如果在A的邻近小区的拓扑结构表中未添加小区B，那么当用户在C中建立呼叫后，一但走出孤岛，由于无处可切换将产生掉话。
减少因切换导致的掉话可以从以下几方面着手：1.避免相邻小区拥塞引起掉话各小区话务分布不均衡，一些小区，由于相邻小区都很繁忙，造成忙时目标基站无切换信道，而导致手机用户在进行切换时无法占用相邻小区的话音信道。
在这种情况下，BSC将对此进行呼叫重建，若主叫基站的信号此时不能满足最低工作门限或亦无空闲话音信道，则呼叫重建失败导致掉话。
因此，我们要合理分布话务。
通过工程扩容、拆闲补忙、话务切换、开启半速率等功能减少由于拥塞而产生的掉话。
2.注意相邻小区的选择正确、完整的邻区关系非常重要，邻区关系做的太少，会造成大量掉话；邻区关系做的过多，会导致测量报告的精确性降低。
这两种情况都会造成网络质量的恶化和掉话。
在定义相邻小区时，设计往往与实际情况存在差异。
高负荷场景VoLTE语音掉话分析案例
高负荷场景VoLTE语音掉话分析案例一、【问题描述】分析淮南市区网格RCU V oLTE测试数据，测试中出现掉话事件，掉话原因：“RRC重配消息中包含释放DRB承载信息或未重建起呼DRB”。
针对此现象，我们展开分析处理。
二、【问题分析与排查】2.1 UE log分析终端占用HN-市区-洞山局-NFTA-440705-50无线环境良好（RSRP=-80.62dBm，SINR=15.2dB），通话过程中，在19:21:03.574收到基站侧下发的携带释放QCI=1专载的重配置消息，之后终端上发BYE请求挂机，主叫掉话。
被叫在19:21:03.534同样收到携带释放QCI=1专载的重配置消息，被叫终端也上发BYE请求挂机，造成被叫掉话。
2.2 Emil Trace分析Emil 信令消息显示，在19:21:04基站侧下发重配置消息，消息中包含释放QCI=1专载的信息，如下图所示：在E-RAB Release Indication消息中显示，释放专载的原因值为：radio-resources-not-available，即无线资源不可用，如下图所示：2.3 原因排查2.3.1 设备告警&干扰排查经核查，问题区域附近站点无设备告警，无异常干扰现象。
2.3.2 参数核查① V oLTE相关参数（包含切换参数）核查；②QCI1 DRX ROHC核查；③Inactivity timer参数核查；④ iniMcsUl和iniPrbsUl参数核查；⑤CFI核查。
参数影响排查后：只有CFI、iniMcsUl 和iniPrbsUl这3个参数与网络物理资源相关。
2.4 指标统计分析HN-市区-洞山局-NFTA-440705-50小区V oLTE掉话问题点，对这些小区对应时间段的重要指标进行统计，对比测试异常时段与其他非测试同时段网管KPI 发现，测试时段该小区CCE_BLOCKING_RATE异常，指标如下：可以得出结论：本次异常掉话很可能与问题小区CCE_BLOCKING_RATE 指标相关联，而从参数核查情况来看，与PDCCH拥塞相关参数只有CFI设置。
VOLTE端到端掉话分析指导
VOLTE端到端掉话分析指导VOLTE掉话率分析进展掉话率整体情况：关联MR、干扰、TOP等整体分析情况通过SEQ信令平台端到端指标分析全省8月4日掉话率，掉话原因归属中无线原因占比最高，达到96.61%。
总掉话次数6973次，始呼掉话3679次，终呼掉话3294次，一共涉及小区5682个小区，掉话用户5712个，不存在明显TOP小区与TOP用户；在对掉话小区MR对比中发现，MR覆盖率大于98%掉话小区数325个，MR覆盖率小于98%掉话小区数5537个，MR覆盖率最差为6.71%，对掉话小区干扰分析发现，高于-110小区429个，低于-110小区5253个。
“10RESOURCE_ALLOCATION_FAILURE”原因值占比28.84%,占比最高。
本周发现掉话类型案例第一类：MME释放UE上下文导致掉话问题描述：SBC向SCSCF发送BYE消息，携带原因为承载释放，统计为一次掉话。
问题分析：最后一次切换17S后，MME向基站下发UE上下文释放命令，携带原因值为正常释放。
分析PS话单发现，最后一次S1切换后无其他PS话单，掉话后发起TAU流程。
结合语音质量话单分析发现，此次通话上行单通6112ms，语音分片记录发现23:29:30.484开始S1-U口已经无语音包。
S1-U口GM口从MR及干扰分析来看，本次通话占用CCCC_天琴湾小区_HLH_F22_1小区，当日MR覆盖率为92.58%，平均干扰为-115，通话时间占用站点无影响业务告警。
问题定位:结合以上分析来看，此次通话占用站点无干扰，MR覆盖率相对较差，用户上行单通时间较长，初步判定为无线原因导致。
第二类：切换中MME释放UE上下文超时导致掉话问题描述：SBC向SAEGW发送“Insufficient Bearer Resource”承载资源不足，统计掉话。
问题分析：回溯SIP信令发现，19:14:14.443干沟子基站向MME发起切换，PS话单显示切换成功。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
掉话部分：
CS域：
IU释放部分原因值解释说明：
（主要是原因值14和46的掉话）-12=10*logbler -1.2
主要是无线链路失败造成的掉话。
（可能）无线接口进程失败，主要原因是基站检测到上行误块率大于该业务所设定的门限值，信号太差，网络判定无线链路不满足业务条件，所以释放该业务链路掉话。
查询所设定的上行误块率门限值的命令：LST TTYPRABOLPC（典型业务外环功控参数设置）。
49——交互类384 57——背景类384，,79——交互类2M 87——背景类2M。
主要是由上行失步造成掉话，会触发此原因值的释放。
未知原因造成的掉话。
RAB释放部分原因值解释说明：
主要是由AAL2失步造成的掉话。
PS域：
IU释放部分原因值解释说明：
（主要是16和40的原因值）
主要是无线链路失败造成的掉话。
（可能）
主要是部分终端处于节电的目的，在终端侧一段时间内检测到用户无操作或锁屏等情况后，则会主动向网络侧发送信令链接释放指示，让网络侧释放对应域的Iu连接，如果为单域业务则会发起RRC链接释放过程。
此外，部分终端内部异常，需要主动释放RRC时，也会信令链接释放指示。
定位为终端原因。
通信过程中由于UTRAN侧原因导致的释放，如RNC 收到Node B的Radio Link Failure Indication。
用户进行组合业务时（CS+PS），UE发起释放其中一个域的业务连接
主要是手机在进行PS业务上网的时候，在一段时间内，用户无流量交互。
RNC会将UE状
16的释放。
态由Cell_DCH状态迁移到别的状态上（Cell_FACH），此时RNC就会上发原因值为
主要是由上行失步造成掉话，会触发此原因值的释放。
RAB释放部分原因值解释说明：
（主要是原因值16和46）
主要是抢占业务造成的RAB释放。
主要是手机在进行PS业务上网的时候，在一段时间内，用户无流量交互。
RNC会将UE状态由Cell_DCH状态迁移到别的状态上（Cell_FACH），此时RNC就会上发原因值为16的释放。
主要是
主要是由上行失步造成掉话，会触发此原因值的释放。
主要是网管操作造成的掉话。
RRC建立失败
CS域:
主要是无资源可用的造成的指配失败。
2、
主要是无线环境较差，无线链路建立失败，造成RAB建立失败。
未知原因造成的RAB建立失败。
主要原因是无效的RAB参数配置造成的RAB建立失败。
所请求的最大bit速率不可用，造成RAB建立失败。
IU传输建立失败导致RAB建立失败。