接入失败与掉话信令分析

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.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。

未接通、掉话及切换失败分析未接通、掉话及切换失败分析Posted on 2011-07-26 20:56:37 by一、未接通分析正常呼叫主叫起呼和被叫接入过程：……由主叫起呼信令流程图可以看出，主叫首先发出channel request reportimmediate assignmentCM service requestsetupcall proceedingassignment commandassignment completealertingconnect完成一次起呼。

在主叫assignment complete 完成后2－3秒左右被叫开始信道请求流程Channel request reportimmediate assignmentsetupcall confirmedassignment commandassignment completealertingconnect完成一次被叫接入。

1、未接通原因分析（1）RACH冲突或者AGCH拥塞建议：查看与RACH相关的参数――最大重发次数和发送分布时隙数以及与AGCH相关的参数――接入准许保留块数（2）SDCCH拥塞建议：检查SDCCH配置，查看相关小区SDCCH话务量（3）SDCCH掉话或者TCH拥塞建议：查看是否启用SDCCH信道上的切换，查看相关小区话务量和TCH配置，在排除无线方面原因后，应跟踪Abis接口、A接口信令从交换侧寻找问题原因（4）位置更新引起未接通建议：查看位置更新定时器和位置区设置（5）小区重选过程引起未接通建议：查看相关小区的小区重选参数【引用】掉话未接通的分析本文引用自0427411《掉话未接通的分析》在传统的基于DT和CQT数据的优化过程中，数据的采集是一个比较费时的过程。

为了复现某个问题，可能需要进行大量的路测，之后在对长时间的路测数据进行回放分析的过程中，定位到具体需要分析的问题点，然后从不同的角度进行分析，最终找到问题的解决方案。

掉话分析流程掉话产生的主要原因有设备故障、干扰、网络变化、邻小区问题、覆盖不良、导频污染、天馈系统问题、直放站、网络拥塞、传输闪断、参数设置错误、切换问题等。

掉话分析就是分析已经筛选出的最差小区的掉话原因。

能够从OMCR中分析的掉话原因有设备故障、干扰、邻小区问题、网络拥塞、传输闪断、参数设置错误、切换问题等。

掉话分析的流程如下：图5.1 掉话分析流程（1）检查问题小区和周边小区的告警，重点关注传输闪断、信道故障、时钟、射频器件告警等与掉话关系密切的告警；（2）检查问题小区和周边小区的基站的反向RSSI，判断是否存在干扰，根据干扰特点判断干扰来源。

干扰问题同时表现为呼叫建立失败较高；（3）检查问题小区和周边小区的相邻小区设置，检查是否存在明显的遗漏和优先级错误；（4）检查问题小区和周边小区的切换、搜索窗、功率等参数是否存在明显不合理；（5）检查问题小区和周边小区的话务量，查看是否存在资源不足或局部拥塞，拥塞同时表现为切换失败高和呼叫建立失败高；（6）检查问题小区和周边小区的切换成功率，是否存在硬切换，检查相应的切换状况；备注：欠覆盖、导频污染、相邻小区遗漏等问题可从MOTOROLA CDL、朗讯的PCMD等进行分析。

接入失败分析流程接入失败的主要原因有设备故障、干扰、参数设置错误、覆盖不良、网络拥塞、网络变化、天馈系统问题、直放站问题等。

接入失败分析就是分析已经筛选出的最差小区的接入失败原因。

能够从OMCR 分析的接入失败的原因有设备故障、干扰、参数设置错误、网络拥塞等。

接入失败的分析流程如下：1234图5.2 接入失败分析流程（1）检查问题小区的告警，重点关注传输闪断、信道故障、射频器件、主处理器、BSC 声码器、BSC 呼叫处理器等与呼叫建立失败关系密切的告警；（2）检查问题小区和周边小区的基站的反向RSSI，判断是否存在干扰，根据干扰特点判断干扰来源。

干扰问题同时表现为掉话较高；（3）检查问题小区的参数设置，主要有接入参数、基站搜索窗、功率参数等；（4）检查问题小区的话务量，查看是否存在资源不足或局部拥塞；拥塞同时表现为周边基站掉话高和切换失败高；备注：从MOTOROLA CDL、朗讯的PCMD，ROP 等数据对呼叫建立失败进行详细的分类，对建立失败呼叫所使用的信道单元、业务类型等进行准确定位。

1、问题描述：在7月ATU测试中曾经出现主叫在1次掉话后，连续发生3次未接通。

为了彻底分析问题原因，测试时通过ATU、BSC、MSC对Um口、ABIS口、A口进行信令跟踪，重现该问题并予以解决。

在本次异常事件中，终端首先发生了一次掉话，之后出现4次未接通。

在这4次未接通中都是在终端发了CM SERVICE REQUEST信令后，系统下发CM SERVICE REJECT消息，说明网络侧拒绝了本次呼叫，且此时CM SERVICE REJECT消息携带原因值为：Reject cause Message compatible with（可理解为消息不兼容或呼叫不能识别），具体原因是系统认为终端正在进行某项业务（比如通话或短消息等），此时不能发起呼叫业务。

由于当时终端没有短消息和彩信等其他业务，因此可以判断是系统认为终端在掉话后，没有正常拆线仍然保持通话状态。

2、问题解决方案：经分析，华为公司在BSC9.0版本下，为了减少掉话，在BSC向BTS发了Handover Command之后，如果在T3103超时前收到BTS上报的Error Indication，为了挽救本次通话，BSC继续在原信道上等待MS上报的测量报告，在被叫主动挂机后才会清除本次通话连接。

也就是说在这种情况下，BSC向BTS发切换命令后T3103超时，BSC会向MSC发Clear Request；BSC没有下发切换命令，收到了BTS的Error Indication，也会向MSC发Clear Request；但是BSC向BTS发切换命令后，在T3103超时前收到了BTS 的Error Indication，则不会向MSC发Clear Request。

具体解决方案可以通过设置小区保留参数1的0bit来解决，将该bit位由0改成1，这样BSC收到Error Indication或T3103超时后，BSC立即向MSC发送CLEAR REQUEST进行拆线。

1掉话问题1.1 掉话分析方法1.1.1话统分析：分析话统指标时，要先看BSC整体性能测量指标，掌握了网络运行的整体情况后，再有针对性地分析扇区载频性能统计。

分析时一般采取过滤法，先找出指标明显异常的小区分析，此时很可能是版本、硬件、传输、天馈（含GPS）或者数据出了问题导致的异常，可以结合告警首先从这几个方面检查。

如无明显异常，根据指标将各扇区载频进行统计分类，可整理出各重点指标较差小区列表，以便分类分析。

看指标时，不能只关注指标的绝对数值是高是低，关心的应该是指标的相对高低情况。

只有在统计量较大时，指标数值才具有指导意义。

1.1.2CDT数据分析及呼叫跟踪分析CDT（Call Detail Trace/呼叫详细跟踪）记录了一次呼叫过程中的基本信息（如：主叫、被叫号码、初始接入的小区、扇区、呼叫业务项、持续时长、引起呼叫释放的内部原因值等）和掉话发生时移动台所处的无线环境信息（如：掉话前激活集各个分支的小区号、扇区号、PN码、掉话前前向业务信道功率、掉话前反向EbNt等），我们可以利用这些信息对掉话进行分析。

CDT可以粗略分析到扇区级的呼叫信息如：接入小区、扇区，释放的内部原因，掉话时的分支信息；自动跟踪功能可以让路上行人作为路测对象，关注其详细流程；手动跟踪功能可以使网优人员有目的的定点路测，关注其详细流程。

1.1.3路测路测是了解网络质量、发现网络问题较为直接、准确的方法。

路测在掌握无线网络覆盖框架方面，具有话统等其它方法不可替代的特点。

包括了解是否有过覆盖、覆盖空洞，是否有上下行不平衡，是否有天馈装反，导致PN信号出现在不该出现的地方，等等。

特别在进行了参数调整或做了覆盖方面的调整后，如天馈调整、或功率配比等参数调整后，都需要路测了解这些调整是否达到了预期效果。

路测可以解决细节问题，但也有一定局限。

路测路线有限，时间有限，不可能得到网络完全数据，例如要想通过路测来找到掉话从而分析掉话原因是十分困难的，因为假定当前掉话率为3%，打100个电话才有3个掉话，而且很难找到掉话地点。

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.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。

故障现象：随机接入是移动终端与网络在Um口建立无线连接的重要步骤,是接入网络时发生的第一个事件。

位臵更新、主叫起呼、响应寻呼、紧急呼叫、呼叫重建等情况下都将触发随机接入,所以随机接入成功率是影响网络性能的一项重要指标。

在使用爱立信设备后,发现存在大量随机接入失败较高的小区,为此,我们进行了专题的分析与总结。

原因分析：随机接入失败原因有很多，主要有以下几个方面：1. 同BCCH/BSIC、同临频干扰这是最常见的影响随机接入成功率的原因。

由于网络规模和容量的不断提高再加上频率规划的不合理，使得同临频复用的间距越来越小，势必造成因BCCH 上行干扰，而导致BTS 不能正确解码RACH 上的接入请求消息（表现为信息错误编码）。

对于同频（BCCH）小区来说，尽管BSIC 参与了随机接入信道的编码译码过程（为得到36bit 的RACH 突发脉冲消息字段，在8bit 的消息比特基础上，加上6bit 的色码，这6bit 的色码是通过将6bit 的BSIC 和6bit 的奇偶校验码加和取模2 而获得的。

然后再加上4bit 的尾位，这样就得到了18bit，再将这18bit 按照1:2 的卷积编码速率，最后得到RACH 突发脉冲上36bit 的消息位；解码过程与此相反，当小区收到一个接入脉冲，在解码的过程中将比较自己的BSIC。

如果相同，则进行下一步解码，如果不同，将丢弃之并产生相应的误码检测告警），但如果两个具有相同BCCH/BSIC 的小区相距不足够远，则手机发出的RACH 上的“CHANNEL REQUEST”消息会被这两个小区都收到，这样就会使得较远处小区接收RACH 时产生译码错误或TA 超限导致随机接入失败（由于手机与较远处小区未同步），即使随机接入译码成功也不能成功给移动台指配信道，甚至有可能干扰近处小区的立即指配等。

另一方面，在GSM 系统的空中接口UM 中，随机接入（RANDOM ACCESS）（RACH 上发送）和切换接入（HANDOVER ACCESS）（FACCH 上发送）均使用相同的编码和脉冲方式，即使用8 位信息码加上6 位奇偶校验位，并且这6 位奇偶校验位和目标小区的BSIC 相异或（加和模2）。

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

4G伪基站导致VoLTE业务未接通和掉话分析1、问题描述在进行VoLTE呼叫的时候，切换到公安的4G伪基站上，造成切换失败，导致掉话。

同时，在空闲状态下，重选到公安4G伪基站上，造成未接通。

2、处理过程伪基站是仿真移动通信无线基站系统及后台分析系统，利用移动网络系统网号（MNC），频率资源等，伪装成移动基站的邻区，在信息获取点设臵仿真移动基站，采用大功率的无线信号发射，强迫用户终端（手机）在仿真基站信号中进行登记，通过后台分析从而获得用户的信息，如IMSI、IMEI及手机号码等。

该系统是相关部门出于安全因素研制的一种监控仪器。

由于所使用的频率与公众移动网频率重叠，故对移动通信系统造成了有害干扰，导致用户无法正常使用移动网络服务。

而且数字集群系统多用于强力部门（如公安、消防等），故障所带来的后果要比其他移动通信系统要严重得多。

仿真基站主要安装位置：(1)重要的高速公路收费站；(2)省际、市际、县区城际的公路、铁路等进出口；(3)火车站以及机场等进出口；(4)市区繁忙交通道口LTE制式仿真基站，同样通过控制用户重选到仿真基站，TAUpata采集用户信息。

（1）LTE与GSM制式的仿真基站实现原理基本相同，都是通过控制用户重选仿真基站，由于仿真基站与LTE基站TAC不一样，终端发起TAU，与仿真基站建立RRC连接后，发起Identity Request采集用户信息，然后下发TAU Reject（2）与正常TAU对比Identity Request/Response是可选的一个流程。

通常一个UE在CS域发起连接，或在PS 域发起附着请求的时候，或者在位置区更新的时候（可选项目，CN可以控制关闭）会把它的设备标识码IMEI也一起带给核心网。

仿真基站TAU 正常TAU可以看到，在仿真基站里做TAU时，要求用户Identity Response；而在我们目前正常的TAU里暂时不要求用户Identity Response。

未接通分类什么是未接通：根据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消息。

5G终端接入NR后出现SCG失败掉话案例案例上报省份：贵州省案例上报人：李拔任➢一、关键词：NR接入、SCG失败、RateMatch开关➢二、案例分类问题分类：掉话类手段分类：基站参数配置调整➢三、优化背景目前NSA组网需要LTE锚点接入后5G持续驻留，因此优化过程中要确保LTE锚点接入、切换指标正常，确保5G站点接入、切换、驻留比、速率、覆盖等指标正常。

➢四、问题现象1BY-轩辕山庄NHHO站点周围DT测试时发现5G接入成功后出现SCG失败，NR异常释放导致5G掉话。

➢五、原因分析通过Probe信令观察，发现锚点与5G正常接入后出现信令SCGFailureInformationNR（SCG失败），对应事件为NRSCGFailureInformation FailureType：rlc-maxnumretx（失败原因为rlc最大重传次数）初步怀疑是小区干扰较大导致重传次数增加超过最大次数：观察小区的RSRP和SINR指标，发现小区RSRP正常，小区的SSB SINR和CSI SINR均不算差。

RSRP有-83dBm，SSB SINR为9.88.●排除空口质量问题，怀疑是小区的RLC重传次数配置过低。

通过后台小区参数配置核查，发现小区的RLC AM模式重传次数均为基准值，并未设置太低，问题未解决。

●对log继续分析并核查轩辕山庄站点前一天DT数据发现切换及接入均正常，核查在正常与问题出现期间修改过的参数发现，该期间仅修改RateMAtch开关，修改方法为：RateMatch4个开关之前为全部打开。

修改后为只打开了TRS RateMatch开关，其余均为关闭：LST NRDUCELLPDSCHMOD NRDUCELLPDSCH修改RateMatch开关后发现仍未生效，咨询设备厂家研发后确认该参数修改后需要重新复位基站才生效，基站复位后复测正常。

➢六、解决方案修改RateMatch开关配置为单开TRS RateMatch后，对站点进行复位。

未接通分类什么是未接通：根据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网络知识，教育用户正确使用设备、信号、网络选择等功能，减少用户因操作不当而引起的掉话。

5G NSA 网络scg-failure 原因掉话问题分析XX目录摘要 (3)一、NSA 5G 网络掉话场景 (4)1.1eNodeB 触发的释放 (4)1.2gNodeB 触发的释放 (5)二、NSA 5G 网络掉话分析 (6)2.1核心网发起释放 (7)2.24G 侧重建或掉话 (8)2.3UE 侧上报SCGFailure 异常释放 (10)三、SCGFailure 应用举例 (11)3.1案例RandomAccessProblem: RAR 波束信号弱RAR 失败，NR 小区添加失败 (11)3.2案例 rlc-MaxNumRetx：SRS 周期配置过小引起RLC 达到最大重传掉话 (13)3.3案例 rlc-MaxNumRetx：终端未开性能模式导致RLC 达到最大重传掉话 (14)3.4案例 scg-changefailure：NR 小区频繁故障导致辅站变更过程中UE 随机接入失败 (16)3.5案例 scg-changefailure：4-5 邻区漏配导致NR 掉话 (18)3.6案例 SynchReconfigFailureSCG：外部小区配置错误导致NR 接入失败 (19)四、经验总结 (21)摘要NSA 组网的一大特点是可以基于现有的 LTE 核心网实现 5G 快速部署，是在5G 初期运营商大规模投资后收益不确定的情况下，既达到快速部署 5G 网络又降低5G 投资的“一石二鸟”过渡方案，所以 5G 商用初期，运营商都选择了 NSA 组网。

但 NSA 网络优化较为复杂，需要 4G、5G 两张网络同步进行，特别发生 5G 用户掉话，如何快速定位问题则非常重要。

本文结合 NSA 网络架构原理和掉话信令流程，分别从 eNodeB 和 gNodeB 两侧进行掉话场景分类，而 4G 侧上报的 ScgFailure 则是主要分析掉话的切入口。

本文通过UE 上报Scg-Failure 问题原因值，列举了常见四大类：“SynchReconfigFailureSCG”、“RandomAccessProblem”、“scg-changefailure”、“rlc-MaxNumRetx” ，并依次进行具体案例举例剖析，总结了一套排查优化手段，形成形成了一套行之有效的处理流程，为 NSA 掉话问题的解决提供了有力指引，为后期 NSA 网络优化提供了借鉴。

一、连接失败一、连接建立流程AT发起的数据业务始呼流程说明：a．AT在接入信道向AN发送连接请求消息和路径更新消息，请求AN分配业务信道；b．AN向AT发送业务信道指配消息，指示AT需要监听的信道和导频激活集；c．AT切换至AN指定的信道，返回业务信道完成消息，至此业务信道建立起来；d．AN向PCF发送A9连接建立消息，置DRI=1，请求PCF建立A8连接；e．PCF分配A8连接资源后，向PDSN发送A11注册请求消息；f．PDSN建立A10连接后，向AN发送A11注册应答消息确认建立A10连接；g．PCF向AN发送A9连接确认消息，确认成功建立A8连接；h．AT或PDSN发起PPP的LCP协商，主要协商PPP数据分组的大小和核心网鉴权类型（如CHAP）等；i．AT或PDSN发起IPCP协商，主要协商上层协议和IP地址分配等；j．LCP和IPCP协商完成后，AT和PDSN之间的PPP连接和会话建立完成，用户数据可以在PPP连接上传送。

2、AN发起的连接建立图2a．AT与PDSN之间的PPP会话处于休眠态；b．PDSN向PCF发送业务分组数据，指示网络侧有数据需要发送给AT，请求建立空口连接；c．PCF向AN发送A9基站服务请求消息，请求激活连接和建立HRPD连接；d．AN用A9基站服务响应消息进行响应；e．AN在控制信道上向指定的AT发送寻呼消息；f．AT响应寻呼，在接入信道发送连接请求消息和路径更新消息，请求AN分配前反向业；信道；g．AN为AT分配前反向信道后，向AT发送业务信道指配消息，指示AT需要帧听的信道；h．AT切换至AN指定的信道，并向AN返回业务信道完成消息，建立前反向业务信道；i．A N向PCF发送A9连接建立消息，置DRI=1，请求PCF建立A8链路AT 发起HRPD连接释放；j．P CF建立A8连接后，向PDSN发送A11注册请求消息，触发计费；k．PDSN建立A10连接后，返回A11注册应答消息，确认连接建立结果；l．P CF向AN发送A9连接确认消息，确认建立A8连接，至此完成PPP连接的重激活。

未接通、掉话及切换失败分析一、未接通分析正常呼叫主叫起呼和被叫接入过程：主叫起呼信令流程图被叫接入信令流程图由主叫起呼信令流程图可以看出，主叫首先发出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信道消息的回复，导致未接通的发生。

接入失败与掉话信令分析一、接入失败分析分为两类：1、Access External Interrupt：接入外部原因导致释放。

2、Access Failure：接入失败。

2是需要考虑的。

1、ERR_SPS_RLSA_BSSAP_FchSetup_ClearCommand_CallProcessing2、ERR_SPS_RLSA_BSSAP_FchSetup_ClearCommand_Unspecified3、ERR_SPS_RLSA_BSSAP_FchSetup_RcvMSReleaseOrder4、ERR_SPS_RLSA_BSSAP_FchSetup_RcvSccpDisconnect5、ERR_SPS_RLSA_BSSAP_MsgPara_MSRejectOrder6、ERR_SPS_RLSA_DSPM_CLH_OtherReason_MSNormalRelease6、ERR_SPS_RLSA_BSSAP_TE_T303C、e之间为T303时间点。

7、ERR_SPS_RLSA_BSSAP_TE_TassignmentE、k点超时导致。

DSMP: DSMP负责1x Release A呼叫的层三信令处理和切换处理。

8、ERR_SPS_RLSA_DSPM_CLH_TimerExpired_TwaitorderTwaitorder ：DSCHP在业务信道给手机发第一条消息E_S_UmfBSAckOrder后设置的等待手机响应的定时器（MS_ACK_ORDER）。

定时器超时，上报进入业务信道信令握手失败。

ABPM: ABPM/ABPM2：用于Abis接口的协议处理，提供低速链路完成IP压缩协议的处理。

帧序号校验：如果没有帧序号校验，业务帧在最终发射给终端时候是没有对齐的；这种情况下虽然终端侧看到的Ec/Io很好，但是业务帧却无法有效合并，导致FER很高；9、SDM_Activate_Fail_AcquirePreambleFail_Normal10、SDM_Find_Fail_WaitConfigVTCTimeout二、掉话信令：1、ERR_SPS_RLSA_BSSAP_FchSetup_RcvSccpDisconnect2、ERR_SPS_RLSA_BSSAP_UnexptMsg_RcvOrgnInSessionState3、ERR_SPS_RLSA_BSSAP_UnexptMsg_RcvRegInSessionState_Others4、SDM_Link_Fail_RevTooManyBadFrm。