掉话原因值

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接口的误码率的影响。

一、掉话问题两类
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重配置：建立、修改或者释放无线承载时；执行切换时；建立、修改或释放测量配置等。

重定向失败导致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（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网络知识，教育用户正确使用设备、信号、网络选择等功能，减少用户因操作不当而引起的掉话。

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掉话率影响分析中国联通陕西省分公司陕西西安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语音掉话分析案例一、【问题描述】分析淮南市区网格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掉话率分析进展掉话率整体情况：关联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话单显示切换成功。