【网络问题处理】LTE用户互操作到3G网络后RAU_Reject导致无法占用3G进行PS业务

传输侧MTU值设置过小导致RRC连接建立失败案例【摘要】在进行每日异常小区处理时发现一小区RRC连接建立成功率连续几天较低。

经网管查询告警，信令跟踪分析，多方面环节排查后发现原因为传输侧MTU值设置过小导致切换失败。

【关键字】RRC连接建立成功率、信令跟踪、传输侧MTU值。

【故障现象】在处理每日异常小区时发现WH-南陵-沙滩角1-HFTA-158804-180近段时间RRC连接建立成功率较低。

如下表：切换失败原因为目标小区WH-南陵-沙滩角1-HFTA-158804-180无响应导致切换出准备失败。

如下图：【告警信息】WH-南陵-沙滩角1-HFTA-158804出现大量X2告警频繁闪现。

图表1：WH-南陵-沙滩角1-HFTA-158804 告警查询【原因分析】1、查看WH-南陵-沙滩角1-HFTA-158804的X2告警详情,对端全部为WH-南陵-乌霞寺-HFTA-443205。

如下图：2、网管跟踪X2信令,源基站983053不断向461800发起X2切换请求,目标小区响应之后偶尔出现切换取消,原因值为定时器超时。

如下图：查询相关资料解释为:X2RLOCoveral X2切换保护定时器。

当源eNB第一次收到HANDOVER REQUEST ACKNOWLEDGE消息时将启动定时器TX2RELOCOverall。

如果在源eNB收到UE CONTEXT RELEASE消息(必然在定时器超时前收到)或定时器TX2RELOCOverall超时前UE返回到此eNB,则源eNB停止此定时器并继续向此UE提供服务。

在定时器TX2RELOCOverall超时时,如果源eNB之前未收到UE CONTEXT RELEASE消息,则源eNB向MME发送UE CONTEXT RELEASE REQUEST消息请求释放UE上下文,并通过切换取消过程指示准备集中的所有小区释放UE上下文。

注意源eNB在收到UE CONTEXT RELEASE消息时不会停止定时器TX2RELOCOveral。

通信-LTE培训-LTE中、高级面试知识点整理（1）LTE高级面试知识点整理一、KPI指标优化1、省网优考核指标（各省份有差异，但是不会太大）：2、RRC连接建立成功率优化2.1 指标定义RRC建立成功率= [RRC连接建立完成次数]/[RRC连接请求次数（不包括重发）]；RRC建立成功率（包括重发）= [RRC连接建立完成次数]/[RRC连接请求次数（包括重发）]；2.2RRC连接建立失败话统统计小区内不同原因的RRC连接建立失败的次数。

RRC Connection Reject消息是eNodeB 发送给UE的RRC信令消息，目的是通知UE本次接入过程被eNodeB拒绝。

2.3 可能原因影响RRC连接建立成功率的因素主要有：覆盖问题（空口信号质量）；参数配置（定时器、功率控制等）；干扰问题（时钟失步、器件故障、外部干扰等）；设备故障；网络拥塞；其他原因2.4 分析流程及优化方法从话统统计到的RRC建立失败原因值来看，主要存在两种场景：由于资源失败导致的RRC连接建立拒绝（L.RRC.SetupFail.ResFail）及由于空口无响应导致的RRC连接建立失败（L.RRC.SetupFail.NoReply）；eNB发送RRC Connection Reject消息次数主要有以下几种场景：(1)小区准入失败导致发送RRC REJ；(2)激活用户数受限导致发送RRC REJ；(3)CPU占用率过高，流控导致发送RRC REJ；处理方法，调整以下参数：MML命令：MOD SRSCFG: SrsCfgInd=BOOLEAN_TRUE, TddSrsCfgMode=ACCESS_FIRST;配比2场景下，体验优先SRS和PUCCH的规格是120用户，改为接入优先，规格放大为400用户。

当小区流量过高或CPU负载过高时，ENB会启动流控，话统中主要由以下两个指标：L.RRC.SetupFail.Rej.FlowCtrl流控导致的发送RRC Connection Reject消息次数；L.RRC.ConnReq.Msg.disc.FlowCtrl流控导致的RRC Connection Request消息丢弃次数。

34G互操作过程中脱网重建RAU FAIL问题经验总结作者：案例简介本案例通过端到端的信令流程分析，根据3Gpp协议，分析终端在处理上存在问题，提交终端修改后正常。

【摘要】端到端信令分析是分析网络问题的最直接方法【关键词】MME、终端加密1.1 现象描述TDS/TDL互操作，终端在TDL侧业务连接态情况下脱网重建后，在TDS侧进行RAU 流程失败。

1.2 现象分析脱网重建前，终端尝试TAU请求，因信号原因无法接入导致失败；脱网重建后，终端发起RAU请求，但因此时可能因为终端状态机异常，导致终端发起RAU时的状态为注册，SGSN回复SMC流程的时候，没有回复；RNC等待5秒后释放，回复SGSN无线侧校验失败；SGSN收到后回复MME ACK信息为SYSTEM FAIL。

终端信令流程如下：如图，每次终端在LTE网络脱网重建时，因终端发现自身信号丢失，都会发起TAU请求，但是由于信号条件差，无法正常入网。

SGSN侧信令流程如下：可以从截图看出，SGSN给MME发送SGSN CONTEXT REQUEST请求后，MME也回复了SGSN CONTEXT RESPONSE消息，但因没有收到终端侧的完保性性校验信令，SGSN 等待超时后，回复MME侧SGSN CONTEXT ACK（SYSTEM FAIL）MME侧信令流程如下：红色圈为问题点，终端没有响应SMC PRROCEDURE。

经过终端的log分析，没有进行SMC响应的原因是由于完保没有通过，从UE看，完保检查错误，网络使用的IK与UE使用的IK不一致。

（这个问题应该由NAS来分析下为什么UE到TD后IK和之前不一致）1.3 解决方法及验证分析NAS层处理，NAS层网元涉及终端、SGSN以及MME，也就终端、SGSN、MME都需要分析为啥终端侧的IK和网络侧的IK不一致。

而从这两个问题的现象来看，有一个相同的特征：就是终端在RAU FAIL前，都有一次RAU没有走完或者TAU请求没有发出去.根据协议描述，IK、CK与NAS COUNT有关系，终端与MME都会维护UPLINK NAS COUNT 已经DOWNLINK NAS COUNT，每次进行安全校验，NAS COUNT都会更新，怀疑发生问题的时候，终端的UPLINK NAS COUNT变化了，而核心网侧因为收不到消息，UPLINK NAS COUNT 没有变化，因为IK就不一样。

LTE中RRCERAB建立失败原因及处理思路在LTE网络中，RRC（Radio Resource Control）是无线资源控制的主要协议，ERAB（E-RAB）是承载专用服务数据的逻辑通道。

当RRCERAB （RRC Connection Establishment Reject）建立失败时，会导致ERAB无法成功建立，从而影响用户的通信服务。

下面将介绍LTE中RRCERAB建立失败的原因以及处理思路。

一、RRCERAB建立失败的原因：1. RRC配置问题：RRC配置参数不正确或不合适，导致无法成功建立ERAB。

例如，RRC连接超时时间设置过短，导致UE（User Equipment）无法完成连接建立过程。

2.频率或信道问题：UE与基站之间的频率或信道配置不匹配，无法进行RRC连接建立。

3.资源竞争：由于网络负载过大或UE数量过多，导致资源竞争问题，无法满足UE的建立请求。

4.UE硬件或软件故障：UE设备本身出现问题，如硬件故障、软件版本不兼容等，导致无法成功建立RRC连接。

二、处理思路：1.检查RRC配置参数：核对RRC连接的各项配置参数，确保其正确且合适。

例如，调整RRC连接超时时间，使其能够充分满足UE的连接建立需求。

2.检查频率或信道问题：确认UE与基站之间的频率和信道参数配置是否一致。

如果不一致，需要进行相应的调整。

3.资源分配优化：优化网络资源分配策略，确保网络资源能够合理分配给各个UE，避免资源竞争问题。

可以采用调整小区容量、优化调度算法等方式来优化资源分配。

4.调整UE连接策略：对于连接失败的UE，可以进行连接策略的调整。

例如，调整连接失败UE的优先级，降低其连接重试的频率，以减少资源竞争情况，提高连接成功率。

5.UE故障处理：对于出现硬件或软件故障的UE，可以尝试进行重启或升级软件版本等处理措施。

如果一直无法解决，可能需要更换UE设备。

总结：RRCERAB建立失败可能由于多种原因导致，包括RRC配置问题、频率或信道问题、资源竞争以及UE硬件或软件故障等。

LTE切换及互操作优化技术手册2015年3月LTE切换及互操作优化技术手册目录1概述 (2)2 LTE切换原理 (2)2.1频内切换 (3)2。

1.1 eNodeB内切换 (3)2。

1。

2 基于X2接口的切换 (4)2。

1.3 基于S1接口的切换 (7)2.2频间切换 (9)3 LTE互操作原理 (9)3.1空闲态互操作原理 (9)3。

1。

1 LTE到2G/3G小区重选 (9)3。

1。

2 3G到LTE小区重选 (14)3.1.3 2G到LTE小区重选 (16)3。

2连接态PS业务互操作原理 (18)3.2。

1 LTE到3G的切换 (18)3。

2。

2 LTE到2G的切换 (22)3.2。

3 3G到LTE的切换 (24)3.2。

4 2G到LTE的切换 (28)3.2。

5 LTE到2G/3G的重定向 (30)3.2.6 2G/3G到LTE的重定向 (33)3.3 CSFB语音业务互操作原理 (34)3。

3。

1 CSFB的技术原理 (34)3。

3.2 CSFB的信令流程 (36)4 GUL互操作总体推荐策略 (40)4。

1空闲态 (41)4。

2 PS连接态 (41)4.3 CSFB语音业务 (42)4。

4邻区配置原则 (43)1概述本文主要从移动管理性出发,针对LTE的同频异频切换，及异系统的小区重选、重定向、切换进行分析，为LTE网络的切换、互操作优化提供方法与指导。

GUL（GSM/UMTS/LET）互操作是LTE商用后面临的重点难点问题。

特别是在LTE的布网初期,在LTE还没有达到整个网络全面覆盖的情况下，需要依赖现有的网络制式，实现多网协同,保证良好的用户感知.2 LTE切换原理当正在使用网络服务的用户从一个小区移动到另一个小区，或由于无线传输业务负荷量调整、激活操作维护、设备故障等原因,为了保证通信的连续性和服务的质量，系统要将该用户与原小区的通信链路转移到新的小区上，这个过程就是切换。

LTE的切换过程与WCDMA相同，包括测量、判决和执行三个过程，具体过程如下图所示：、RSRQ等图1 LTE系统中的切换过程基站根据不同的需要利用移动性管理算法给UE下发不同种类的测量任务，UE收到消息后，对测量对象实施测量,并用测量上报标准进行结果评估，当评估测量结果满足上报标准后向基站发送相应的测量报告，基站通过终端上报的测量报告决策是否执行切换。

LTE重定向到3G高比例问题解决案例
问题现象
泉州电信FDD-LTE华为片区LTE重定向到3G的次数较高，提取
2014/10/13-2014/10/19的TOP小区如下：
问题影响
LTE重定向到CDMA次数较多，重定向比较高，用户上网时感知度较差。

问题分析
分析以上站点的共性，主要可以归纳为两种场景：LTE站点不连续造成的弱覆盖区域、深度覆盖不足造成的弱覆盖。

现网LTE重定向到3G的门限（“异频异系统盲切换 A1A2事件 RSRP门限）设置为-120。

当LTE服务小区的RSRP低于-120dbm时，触发LTE-eHRPD重定向，适当降低该门限可在一定程度上减少重定向次数，但可能会增加E-RAB掉线率。

可选取TOP小区进行试验，观察对比。

问题处理
选取泉州电信LTE网络一周LTE重定向到3G次数TOP4小区，进行A2切换门限参数修改，门限值从-120dBm修改为-124dBm，提取参数修改前后指标变化情况如下：
把A2切换门限参数修改前后四个小区各两天的指标求和后变化情况对比如下图：
参数修改后LTE重定向到3G次数和重定向比大幅下降，E-RAB掉线率未恶化，改善明显。

总结
不连续造成的弱覆盖和深度覆盖不足造成的弱覆盖是导致LTE重定向到3G
高比例的主要原因，常用的解决方案如下：
1.调整异频异系统A1A2门限：-120->-124，观察对比；
2.整理LTE-CDMA2000邻区关系：按照LTE周围500m范围进行邻区筛选，
最大邻区个数不超过16个；
3.增加站点解决弱覆盖及深度覆盖问题
若要在根本上解决该问题只有增加LTE覆盖，新建LTE室内分布系统增加深度覆盖。

LTE室分站点RRU级联问题案例
案例：RRU集联问题
【问题描述】XXLTE室分站点⾼新软件WE测试过程中，出现上传速率不达标的情况，具体情况为：
1）在RSRP稳定在60dBm左右的点，进⾏下载业务速率达标，上传业务稳定在14M左右，不达标：
图1 上传下载速率截图
2）RSRP很好，MCS阶数稳定在22阶，RB调度数⾜够，但是速率只有14M左右
图2 MCS阶数
图3 RB调度数截图
3）进⾏上⾏灌包，上⾏灌包速率14M，稳定，基站发射流量也是14M左右；后台⽹侧看到上⾏误码率⼏乎为0，上⾏信道质量20左右，都很好；⽆⽤户时后台监控RSSI⼀会-99，⼀会-81。

图4 上⾏灌包速率截图
图5 后台实际发送流量截图
4）尝试过将终端发射功率 PUSCH POWER固定23进⾏测试，速率稳定在14M左右；改过HISUDIO ⾥的NV 项524 进⾏测试，速率依旧稳定在14M左右；改过HISUDIO ⾥的NV 项524 ，将终端发射功率 PUSCH POWER固定23进⾏测试，速率还是稳定在14M左右。

【问题分析】MCS阶数可以稳定在22阶，RB调度数⾜够，误码率低，基本上可以排除存在⼲扰的情况；下载速率正常，同时进⾏上⾏灌包测试也基本排除了传输存在问题。

同时，分析同样出现这种下载速率正常、上传速率稳定在14M的LTE室分站点，发现这部分LTE室分站点都是由多个RRU覆盖，因此不排除这个问题是RRU级联导致的。

图6⾼新软件WE组⽹图
图7⼀个⼩区同样存在这样问题的创维⼤厦WE组⽹图
【解决⽅法】
研发⽅⾯正在着⼿处理，刷新基线和问题标准。

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