LTE侧与NR侧 RLC模式设置不匹配导致的重配置失败及RLF问题及解决方案
移动LTE常见故障处理集
中移动TD-LTE常见案例处理集华为技术有限公司版权所有侵权必究目录1配置类问题处理 (4)1.1某些站点有信号但是无法做业务 (4)1.2查询IPPATH状态， IPPATH检测结果为禁用 (4)1.3室分站配置超过6个RRU后，只有6个RRU正常 (4)1.4新建双模室分站，在激活小区提示小区激活时报频率超过RRU范围 (6)1.5室分站开通后基站状态正常,但是无信号 (6)1.6数据配置问题导致小区服务能力下降 (6)1.7数据配置问题致使TDS-LTE双模基站LTE小区因上行频点生效失败而退服 (8)1.8小区默认参数小区级参考信号端口数配置错误导致小区无法建立 (10)1.9因RRU通道数配置错误导致激活小区时上报配置频率超过RRU范围的处理方法131.10扇区设备编号配置错误导致小区无可用载波资源 (13)2告警类问题 (14)2.1RRU组网级数与配置不一致告警 (14)2.2制式间射频单元参数配置冲突告警 (15)2.3小区不可用，原因是频段与RRU能力不符 (15)2.4射频单元工作模式与单板能力不匹配告警 (15)2.5激活小区时因为小区合并模式不支持BF算法导致激活小区失败 (16)2.6重要驻波告警 (16)2.7次要驻波告警 (16)2.8S1接口故障/SCTP链路故障 (17)2.9制式间控制权冲突告警 (17)2.10单板软件自动增补失败告警处理小结 (17)2.11因双拼的一个RRU故障导致小区无法建立 (18)2.12同一RRU被不同小区扇区设备引用导致另一小区无法激活 (20)2.13TDS-TDL双模改造光纤损坏导致RRU断链 (22)2.14部分载波未绑定基带，导致RRU显示基带资源异常 (24)2.15光路误码导致TDL频繁上报小区不可用告警 (26)2.16某局点新建双模室分站点，因小区合并开关未打开导致LTE侧小区建立不成功的故障处理方法 (31)2.17双模站点TDS侧载频配置超过双模规格导致LTE侧小区无法建立 (31)3传输类问题 (33)3.1某地市基站开通后下载速率只有2M (33)3.2传输VLAN终结配置错误导致eNodeB无法盲启 (34)3.3UMPT传输端口属性与传输设备端口属性不一致导致OMCH链自建立失败 (35)3.4基站到网管传输不通 (37)3.5单模LTE LINK改EP模式后SCTP链路故障 (39)3.6传输侧PTN6900的MAC参数配置错误导致起站失败 (41)3.7MML命令无法下发 (41)3.8传输光接口异常告警，原因是接收功率过高 (43)3.9传输光接口异常告警，原因是接收功率过低 (43)4时钟类问题 (43)4.1星卡天线输出异常/星卡天线故障 (43)4.2双模站点GPS共用设置问题处理建议 (44)4.3关于参考源的相位与本地晶振相位偏差太大告警 (44)4.4GPS无法搜星故障处理 (47)4.5LTE TDD系统时钟同步模式错误导致小区无法建立 (48)4.6TDS-TDL双模站点时钟源配置问题导致小区建立失败 (51)4.7系统时钟不可用告警；时钟参考源异常告警 (52)1 配置类问题处理1.1某些站点有信号但是无法做业务问题原因及解决步骤：查询一下eNodeB ID是否重复，可以查询所有基站的eNodeB ID然后查找是否有重复的基站，然后修改eNodeB ID，RST BRD复位主控板使修改后的基站ID生效；1.2查询IPPATH状态， IPPATH检测结果为禁用问题原因及解决步骤：1、没有增加eNodeB IP Path应用类型，执行ADD ENODEBPATH增加即可；2、GTP-U静态检测开关未开，执行MOD GTPU将静态检测开关设置为使能；1.3室分站配置超过6个RRU后，只有6个RRU正常问题原因及解决步骤：在N+M特性中，仅支持n*1T1R+m*2T2R场景，满足0〈=n，m〈=6，且n+m〈=6，因此在配置多RRU小区合并时，对于超过6RRU场景，只能通过双拼配置方案来实现，将2个1T1R双拼为1个2T2R ，当存在不能满足上述限制时，采用两两双拼原则来配置。
5G优化案例：5G网络优化提升案例集锦
5G网络优化提升案例集锦XX目录第一篇占得上 (4)1.1 接入篇 (4)案例 1： 5G锚点站邻小区标识配置错误导致 NSA 终端无法正常建立双连接邻区 (4)案例 2：网络未进行终端5G能力查询导致接建立失败 (7)案例 3：X2 自建立故障导致NR释放案例 (13)案例 4：FDD 小区参数配置空值导致无法添加 5G 链路 (16)案例 5：未配置多频段指示导致终端无法正常接入 5G 优化案例 (20)案例 6：S1 配置错误导致 5G 终端无法接入 (26)案例 7：CPE 添加SCG 失败导致 5G 无法接入（无线参数）QCI1- 5 相关配置 (27)案例 8：基站 configD 功能未配置导致中兴5G终端在华为基站下无法显示5G标识 (31)案例 9：未正确配置PCC锚点优先级导致终端无法占用锚点问题 (35)案例 10： coreset 配置错误导致 5G TUE 固定 BLER 问题 (37)案例 11：5G 帧偏置设置不当导致终端无法接入 NR 网络 (38)案例 12：SCTP 端节点组信息配置错误导致 5G 无法接入 (39)案例 13：TaOffest 配置错误导致随机接入失败 (45)案例 14：锚点盲配置选择 NR 小区失败导致无法接入 (47)案例 15：LTE 与NRRLC 模式不匹配导致重配置失败 (51)案例 16：4G-5GPDCP SN SIZE 不一致导致无法接入 (52)案例 17：5G SIM 卡与核心网配置不一致导致的接入失败问题案例 (54)第二篇驻留稳 (55)2.1驻留篇 (56)案例 1：不活动定时器超时导致用户手机终端 4G 和 5G 标识频繁跳变 (56)案例 2：TRS 周期配置错误导致大唐售楼部拉远 5G 低驻留问题 (58)案例 3：QCI 承载相关参数配置错误导致 VOLTE 和 5G 无法同时在线 (60)案例 4：5G 锚点优选功能开启不合理导致无法稳定驻留锚点载波 (63)案例 5：NSA 锚点选择与 LTE 切换冲突导致终端无法稳定驻留5G (68)案例 6：上层指示开关关闭导致终端占用 5G 网络显示 4G 信号图标 (70)案例 7：切换策略不合理导致终端占用非锚点站无法接入 5G (76)2.2掉线篇 (80)案例 1：filterCoefficientRsrp 设置问题导致 5G 掉线 (80)案例 2：MN 切换时非优化的 SN 变化(不变化)流程导致性能下降问题 (82)案例 3：非优化的参数设置导致的 SN 小区变化时 SN 中断时延较大问题 (86)案例 4：RateMatch 开关配置错误导致 5G 终端接入 NR 后出现 SCG失败掉话 (90)案例 5：锚点站 TAC 数据配置导致 CSFB 业务失败 (94)案例 6：5G NR RACH 同步配置失败导致 4GLTE RLF (95)案例 7：异系统干扰导致 5G 终端掉话 (98)第三篇体验优 (101)3.1 速率类 (101)案例 1：异厂家(无线设备和核心网设备)参数设置不一致导致下载速率低 (101)案例 2：周期异频MR 测量导致 5G 性能下降问题 (105)案例 3：无线环境差导致峰值速率低 (106)案例 4： Ratematch 功能开启导致切换带速率掉坑 (109)案例 5：参数配置导致速率较低(无线) (114)案例 6：下行调度参数设置问题导致测试速率低 (117)案例 7：误码参数配置不合理导致 5G 下载速率低 (119)案例 8：上行调度参数配置不合理导致 5G 上行速率低 (122)案例 9：帧偏置未配置导致速率低 (124)案例 10：RANK 持续偏高导致丢包恶化和 MCS 严重降阶 (126)案例 11：预调度开关未打开导致时延较高 (129)案例 12：分层策略导致FDD1800 站点负荷较高 (131)案例 13：4G&5G 共同使用一个 FDD1800 小区导致锚点小区高负荷 (136)3.2 感知篇 (142)案例 1：锚点站未配置 QCI128 双连接承载导致无法建立扩展QCI128 (142)3.3 干扰篇 (146)案例 1：AAU 替换中完全继承 8T8R 机械下倾和电子下倾导致干扰增强 (146)案例 2：CPE 在极近点开展业务时发射功率过大导致对附近基站形成上行干扰 (150)案例 3：5G 与 D1D2 频段重合产生干扰导致高清 4K 视频无法支持,时延大,卡顿多 (153)案例 4： AAU 和TUE 距离过近导致干扰 (158)案例 5：ENBCELLRSVDPARA.RsvdSwPara6.RsvdSwPara6_bit17 参数设置为 ON 华为 5G 终端拨打电话显示4GLOGO 问题 (161)3.4 切换篇 (162)案例 1：NSA 场景 4G 锚点站点 X2 中运营商索引配置错误导致5G 不切换 (162)案例 2：PCI 混淆导致锚点切换异常问题 (165)案例 3：S1 链路闭塞导致切换入指标差 (168)第一篇占得上1.1 接入篇案例 1： 5G锚点站邻小区标识配置错误导致 NSA 终端无法正常建立双连接邻区一、问题现象NSA 5G 终端无法建立双连接，查看信令发现，如下图所示，在锚点小区驻留后，网络下发的 Ue Capability Enquiry 信令中， Ue- CapabilityRequest=eutra，即网络侧只差查询 R8 的手机能力，没有查询终端的 5G 能力（R15 内容），类似于驻留不支持 NSA 小区时收到信令。
LTE掉话问题分析及RRC连接重建触发原因
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重配置：建立、修改或者释放无线承载时；执行切换时；建立、修改或释放测量配置等。
LTE系统中RRC连接重建失败原因分析及处理方案
LTE系统中RRC连接重建失败原因分析及处理方案何瑛【摘要】无线资源控制子层(RRC)连接重建失败是LTE网络优化中常见事件类问题，严重影响了网络质量，减低了无线链路的可靠性、服务的连续性，提高了掉线率。
本文结合LTE网络优化实例，针对重建过程中RCC连接失败的几种情形进行分析和研究，并提出相应的处理方案。
%Radio resource control layer(RRC)son connection reconstruction failure is a common event in the LTE network optimization problem,seriously affect the network quality,reduce the reliability of the wireless link,and service continuity,improved the drops. This paper presents an example of LTE network optimization,in view of the RCC connection failure in the process of reconstruction of analysis and research, and put forward the corresponding solutions.【期刊名称】《电子测试》【年(卷),期】2016(000)001【总页数】2页(P59-60)【关键词】LTE;无线资源控制;连接重建【作者】何瑛【作者单位】西安航空职业技术学院，陕西西安，710089【正文语种】中文在LTE接口协议中，无线资源控制层（RRC）是终端和eNodeB之间实现寻呼、移动性管理、消息传递和Qos管理等多种功能的最为关键的信令协议，位于接入层的顶层，主要完成无线资源的控制和管理功能。
24-5G终端与核心网配置不一致导致的接入失败问题案例
5G终端与核心网配置不一致导致的接入失败问题案例
一、关键词：
接入失败，PDU_SESSION_EST_REJ，IPV4，IPV6
二、案例分类
1.问题分类：网络性能
2.手段分类：接入参数调整
三、优化背景
实验网初期，无线侧和核心网测会因为沟通和理解不一致的导致无线终端无法接入的问题，本案例选择了个典型的无线接入网与核心网配置不一致导致的接入失败的案例，以供讨论和借鉴。
四、问题现象
1.终端在做接入请求时，HiDS Air消息上报PDU_SESSION_EST_REJ，
请求被拒，导致接入失败。
五、原因分析
上述问题，经过信令跟踪分析，深入挖掘，由如下原因导致：
1、终端侧和核心网侧PDU Session Type配置不一致导致的问题
查看PDU_SESSION_EST_REQ发现，终端建立PDU Session时默认请求的是IPV4V6类型，但杭州F40核心网配置只支持IPV4。
六、解决方案
1、通过更改CPE PRO拨号类型为IPV4以规避此现象。
修改CPE config中的ip_type_enable=1，然后恢复出厂设置，重新登陆WebUI设置用户名密码，新建IPV4的APN，保存设置即可。
七、效果评估
修改以后，重新接入，查看PDU_SESSION_EST_REQ中的
pdu-session-type是ipv4，接入成功。
八、基于案例提炼的方法、流程及评估标准建议
➢规模试验网期间应多总结此类和核心网配置不一致导致的终端
接入问题，规避商用时此类问题再规模出现。
LTE异频切换参数设置不当导致不切换案例
LTE异频切换参数设置不当导致不切换处理案例作者：邮箱：所在省：四川关键字：异频切换专业：无线网设备类型：华为设备型号：软件版本：一、问题描述15年5月11日网格2LTE拉网测试，测试车辆在丹桂路占用南充顺庆区丹桂路-HLH-2小区做下载业务，在自西向东行驶后，CRS RSCP持续衰减，电平在-98dbm左右，下载速率8M，成为弱覆盖，该路段本该切换至南充顺庆区望角山庄-HLH-1小区，但未能切换过去。
二、可能原因1、基站故障：基站故障导致切换失败；2、弱覆盖：当前占用小区及邻区列表电平都很差，导致切换失败；3、邻区漏配：当前占用小区与邻小区只配置了测量频点而未配置邻区关系导致切换失败；4、参数问题：小区后台参数设置错误，导致切换失败。
三、问题排查1、基站状态查询：后台查询基站无告警排除基站故障问题。
2、覆盖综合分析：根据测试数据可知，该路段邻区列表中南充顺庆区望角山庄-HLH-1小区电平值在-75dBm左右，不存在弱覆盖。
3、邻区漏配：后台查询邻区列表，南充顺庆区望角山庄-HLH-1与南充顺庆区丹桂路-HLH-2有邻区关系，不存在邻区漏配问题。
4、参数核查：后台查询邻区切换参数发现，南充顺庆区丹桂路-HLH-2小区异频切换门限为-70dbm,-75dbm，即当前占用小区电平小于-75dbm开始测量，大于-70dbm停止测量，而当前占用小区南充顺庆区丹桂路-HLH-2小区的电平一直在-85dbm左右，导致不能启动异频测量，致使不能向南充顺庆区望角山庄-HLH-1小区切换，可判断为切换参数问题。
四、处理结果修改南充顺庆区丹桂路-HLH-2小区异频切换门限,基于A3的异频A1 RSRP触发门限(毫瓦分贝)为-77，基于A3的异频A2 RSRP触发门限(毫瓦分贝)为-80，修改后验证结果如下：通过测试数据可明显看出，调整后切换正常，无弱覆盖现象，速率提升明显，调整效果良好。
五、总结在移动通信系统中，切换是指从原来所用信道上转移到一个更适合的信道上进行信息传输的过程，通过对切换参数的优化，可提升网络质量，提高用户感知，是无线优化的重要工作之一。
LTE系统RRC重配置失败处理方法的研究
715
978-1-935068-20-4 © 2010 SciRes.
Asia-Pacific Youth Conference on Communication Technology 2010 (APYCCT 2010)
UE
EUTRAN
RRCConnectionReconfiguration RRCConnectionReestablishmentRequest
图 1. RRC 连接重配置失败的情形
3 现有 RRC 连接重配置处理的不足
3.1 配置归零
现有技术中，只要重配置失败，首先就要恢复到接 收到此重配置消息前的配置，即配置归零。网络侧发送 RRC 连接重配置消息，目的是为了修改无线资源，执 行切换，修改测量等，涉及到的参数、操作较多，过程 复杂。在配置归零模式下，当其中某一配置项异常导致 此过程失败时，要恢复到收到消息前的配置会导致操作 繁琐。
3.3 终端和网络端的重配置不同步导致数据的丢 失
如果 UE 在收到无线承载重配置消息前，向网络侧 发送新的消息，且该消息是在 SRB2 上发送，即使用 AM 的 RLC 实体[6]。此时，该消息是通过重配置之前的 无线资源发送给网络端，网络端由于进行了无线承载重 配置，故网络侧的 RLC 实体将无法接收到 UE 端通过 原有无线资源发送来的状态报告，这样就造成数据的丢 失。
Key words: LTE; Radio Resource Control; reconfiguration
LTE 系统 RRC 重配置失败处理方法的研究
5G优化案例：LTE与NR时间未对齐导致5G小区下载时调度RB数不足
LTE锚点站与 NR站点同步模式不一致导致下载时调度不足速率低【摘要】LTE 侧配置时钟同步模式为频率同步时，无法保证LTE 与NR 的时间严格对齐。
当LTE 基站指示UE 做GAP 测量时由于L-NR 时间未对齐，NR 侧仍然在调度，导致NR 强制进入DRX 休眠期调度暂停，最终引起单位时间内调度数DL GRANT 不足。
【关键字】调度数不足时间未对齐1问题描述调度数DL GRANT 是影响5G 数传下载速率的重要空口因素之一，一般情况下行调度不足主要是因为来水量不足或者传输质量、带宽影响。
NR 的DL GRANT 最大值与上下行子帧配比有关，每0.5ms 调度一次，所以XX电信现行的上下行子帧配比为3:7 的情况下，DL GRANT 最大值为1400。
5G 测试中发现，站点“N XX硚口营房村BBU12_日豪水都OCQH”的0、1 两个小区在做定点FTP 下载测试以及下载灌包时出现调度次数不足现象，DL GRANT 波动大、数量少，调度不太正常。
图1 站点“N XX硚口营房村BBU12_日豪水都OCQH_1_N78_20”的每秒调度次数统计2分析过程2.1网络负载分析通过分析各小区的话统用户数，PRB 利用率和PDCCH CCE 利用率；无线资源充足，用户数1~2，PRB 利用率约20%，CCE 利用率约12%，基站处于轻载状态，排除无线资源受限导致资源调度不足；图2 平均用户数统计图3 PRB 利用率PDCCH CCE 利用率2.2Probe 日志分析Probe 日志分析，FTP 下载加MAC Padding 灌包测试场景下，概率存在调度DL GRANT 次数不满的情况。
每秒调度GRANT 次数低于1400 次，每秒调度RB 个数低于预期的30 万个；图4 每秒PDCCH DL GRANT Count 统计图5 每秒PDSCH RB 统计分析调度不满出现时刻的信令，当出现调度不满情况时都有LTE 下发的异频GAP 测量；图6 当调度次数下降时LTE 下发异频GAP 测量_1图7 当调度次数下降时LTE 下发异频GAP 测量_22.3基站日志分析对比分析满调度时段（14:25:43~14:26:29）与其它时段的差异，发现在连续业务的情况下满调度时段没有发生“连续DTX 导致进入DRX 休眠期”的事件，而其它时段每秒1~10 次不等。
LTE中RRCERAB建立失败原因及处理思路
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硬件或软件故障等。
RLC模式配置措施导致共享站点S1切换
案例名称：RLC模式配置错误导致共享站点S1切换现象描述：运营商C共享运营商T基站开通后，运营商T网优人员发现数据做在运营商T网管上的运营商C站点存在明显S1切换失败问题，且部分问题严重小区，切换成功率统计低至30%左右。
告警信息：无原因分析：分析导致切换失败的原因可能有：1、站点故障及告警问题导致切换失败；2、邻区数据定义错误导致切换失败；3、同频同PCI问题导致切换失败；4、邻区高话务拥塞导致切换失败；5、切换相关参数问题导致切换失败；6、站点存在干扰导致切换失败；7、弱覆盖问题导致切换失败；8、S1口相关IP链路配置数据错误导致切换失败；9、异常终端、传输问题等其他原因。
对以上问题原因逐步排查，排除原因1-8，进一步定位在异常终端、传输问题等其他原因上。
2016-10-16 19:00 共享环卫处-2120527241 110 110 1312016-10-16 13:00 共享环卫处-2120527218 95 95 1232016-10-16 18:00 共享环卫处-2120527185 79 79 106挑选TOP站点进行S1标口信令跟踪发现，该站存在大量（S1AP_HADNOVER_PREPARATION_FAIL）切换准备失败信令，查看内部原因值均为（no-radio-resources-available-in-target-cell），提示为目标小区无线资源不足。
导致出现目标小区无线资源不足情况的原因主要有：目标小区故障、目标小区话务拥塞、目标小区资源分配类参数设置问题等。
通过核对与资源分配相关参数RLC模式发现，运营商C E厂家目前业务主要集中在QCI6、7、8上，而HW运营商T则主要集中在QCI6、8上，两者主要差异在QCI7的定义上，运营商C QCI7业务定义为AM模式，运营商T QCI7业务由于目前实际未涉及，采取默认配置为UM模式，异厂家间QCI7的RLC模式设置不一致导致资源分配出现问题，从而出现信令跟踪中的no-radio-resources-available-in-target-cell，直接导致切换准备失败。
LTE中RRC、E-RAB建立失败原因及处理思路
LTE中RRC、E-RAB建立失败原因以下是华为RRC建立失败原因及处理思路:①对小区RRC建立失败次数：□资源分配失败而导致RRC连接建立失败的次数，指标ID：83；重点关注top资源是否足够，包括top用户数，传输、PRB等；□ UE无应答而导致RRC连接建立失败的次数，指标ID：84；关注质差、干扰、无线环境等；□小区发送RRC Connection Reject消息次数，指标ID：69；关注传输问题、是否拥塞、干扰；□因为SRS资源分配失败而导致RRC连接建立失败的次数，指标ID：85；重点关注SRS带宽、配置指示、配置方式、SRS ACK/NACK设置是否合理等；□因为PUCCH资源分配失败而导致RRC连接建立失败的次数，指标ID：86；关注PUCCH信道相关参数设置是否合理，CQI RB数配置是否合理等；□流控导致的RRC Connection Request消息丢弃次数，指标ID：89；关注拥塞，业务流控相关参数是否设置正确等；□流控导致的发送RRC Connection Reject消息次数，指标ID：90；关注拥塞，业务流控相关参数是否设置正确等；②对小区E-RAB建立失败次数：□因未收到UE响应而导致E-RAB建立失败的次数，指标ID：；处理建议：需排查覆盖，干扰，质差，ENODEB参数设置错误，终端及用户行为异常等原因。
□核心网问题导致E-RAB建立失败次数，指标ID：76；处理建议：需跟踪信令，排查核心网问题（EPC参数设置,TAC码设置的一致性，对用户开卡限制，硬件故障方面排查）；□传输层问题导致E-RAB建立失败次数，指标ID：77；处理建议：需查询传输是否有故障，高误码，闪断，传输侧参数设置问题。
□无线层问题导致E-RAB建立失败次数，指标ID：78；处理建议：处理建议：需排查覆盖，干扰，质差，ENODEB参数设置错误，终端及用户行为异常等原因。
□无线资源不足导致E-RAB建立失败次数，指标ID：79；处理建议：排查TOP小区资源是否足够，是否故障引起，若存在资源不足问题，可考虑参数调整，流量均衡（小区选择，重选和切换类参数）；2、"结合现场调整天馈，流量均衡；。
LTE的随机接入及接入失败原因分析
LTE的随机接入随机接入是终端在开始和网络通信之前的接入过程，是保证通信建立的决定性环节，随机接入过程直接影响到系统的性能。
随机接入过程的目的是为数据传输分配资源或者取得上行同步。
随机接入过程分为两种类型：同步随机接入过程和非同步接入过程。
当UE已经和系统取得上行同步时，UE的随机接入过程称为同步随机接人；当UE没有和系统取得上行同步时，或者在丢失上行同步的情况下称为非同步随机接入。
LTE中随机接入过程的场景在LTE中，有5种情况将会触发随机接入过程：1. 从RRC_IDLE状态开始初始接入。
2. RRC连接重建立过程。
3. 切换。
4. UE处于RRC_CONNECTED状态，UE要接收新的下行数据，但是上行非同步，需要随机接入过程建立同步。
5. UE处于RRC_CONNECTED状态，UE要发送新的上行数据，但是上行非同步或者是没有PUCCH资源可以传输SR信息，此时需要随机接入过程。
LTE随机接入过程的模式LTE随机接入过程有两种模式：竞争接入和非竞争接入。
1. 基于竞争接入对于前面提到的随机接入应用的5种场景，都可以触发基于竞争的随机接入过程。
在这个过程中，UE随机的选择一个前导序列，这可能导致多个UE同时选择相同的前导序列发送，结果发生碰撞，所以需要一个竞争解决过程来处理。
2. 基于非竞争接入对于前面提到的随机接入应用的场景3（切换）和场景4(接收新的下行数据)，eNodeB可以通过分配一个特定的前导序列给UE，来避免竞争。
正常的下行链路或者上行链路的数据传输出现在随机接入过程之后。
LTE接入失败原因分析目前FDD LTE常见接入失败主要包括：•RRC连接建立失败•鉴权失败•ERAB建立问题FDD LTE接入失败分析流程RRC连接建立失败原因1. 弱信号起呼导致呼叫信令流程未能完成2. 上行RACH问题3. 小区重选问题4. 设备异常5. 拥塞问题鉴权加密失败原因1. MAC Failure2. Synch failureE-RAB建立失败原因1. 弱信号起呼2. 来自UE/MME侧的拒绝3. 参数配置不合理4. 拐角效应5. 设备异常。
参数设置不合理导致切换不及时引起弱覆盖案例分析
参数设置不合理导致切换不及时引起弱覆盖案例分析
一、背景
LTE综合覆盖率为杭州短板指标，在全省排名靠后，而该项指标主要与LTE下行覆盖、质量及驻网时长占比强相关（LTE综合覆盖率定义：LTE覆盖率(RSRP >= -110 and SINR >= -3)*LTE驻网时长占比(%)），为全面提升该项指标，在网格日常优化过程中，针对弱覆盖和质差路段进行重点优化。
二、南复路与复兴路交叉口附近因参数设置不合理导致弱覆盖质差问题
问题描述：
测试车辆在南复路北向南行驶至涵洞附近，终端占用杭州陶瓷品市场3DMIMO_68_2CA65小区（频点：40936，PCI：349），电平-110dBm左右，SINR值-11dB左右，RSRP衰落后终端上发A3事件报告，一直未发起切换，后由A5事件切换至杭州陶瓷品市场_10_2CA1小区，最终因RSRP快衰而不能及时切换，产生50米左右弱覆盖质差路段。
截图
问题分析：
H813811杭州陶瓷品市场3DMIMO基站主要是为了吸收话务量，基于A3的异频切换参数设置过低，切至D频段基于A3事件，切换至F频段基于A5事件，从而导致不能及时切换至杭州陶瓷品市场LY南复路涵洞WZ_3小区。
实施方案：
为加快切换，降低起测门限，建议调整杭州陶瓷品市场3DMIMO_65和杭州陶瓷品市场3DMIMO_68_2CA65小区基于A3的异频A1 RSRP触发门限由-104至-94，基于A3的异频A2 RSRP触发门限由-106至-96。
问题现状：
方案实施后，问题路段终端可以正常切换至杭州陶瓷品市场3DMIMO_65小区，弱覆盖问题解决。
复测切换前
复测切换后。
LTE-华为-传输模式不一致导致切换失败
传输模式不一致导致切换失败问题现象：荣昌高铁站-HLHA在站台优化添加了与爱立信站点荣昌高铁站-ELW跨厂家邻区后观察指标，切成功率掉至12%左右，切换指标非常差。
下表为邻区添加前后指标：原因分析：1、分析问题可能原因：●站点告警导致切换失败；●邻小区定义数据错误导致切换失败；●同频同PCI导致切失败；●邻小区拥塞导致切换失败；●切换参数配置不当导致切换失败；●站点干扰大导致掉线；●弱覆盖导致掉线；●X2接口配置数据错误导致切换失败；●PRACH配置冲突导致切换失败●其他原因；分析及解决步骤：1.查询站点实时告警及历史告警信息，站点状态正常无告警和历史告警。
查询截图如下：2.邻小区定义数据和同频同PCI情况，检查配置的移动国家码，移动网络码，基站标识，小区标识，下行频点，物理小区标识，跟踪区码均配置正常，且邻区内和5公里范围内无同频同PCI情况。
3.检查邻小区拥塞情况，查询立信站点荣昌高铁站-ELW话务情况，无拥塞情况。
4.切换参数配置情况，参数配置正常。
5.站点干扰和弱覆盖情况，提取上行干扰情况正常，现场测试反馈无下行干扰和弱覆盖情况。
6.X2接口配置数据检查,X2接口配置数据正常。
7.PRACH配置冲突导致切换失败，检查PRACH配置无冲突。
8.提取掉线原因值进行分析，从话统上看，切换失败时，“目标小区回复切换准备失败消息导致模式内切换出准备失败次数”占比非常高，而切换正常时，基本没有这个问题9.X2信令跟踪，有大量的“HandOver_Preparetion+failure”，内部原因值为“no-radio-resources-available-in-target-cell”10.统计信令切换失败的QCI分布，其失败主要由于QCI=7业务下切换时导致切换失败，其他QCI情况下切换成功。
检查QCI=7时RLCPDCP参数组配置为如下图：查询RLCPDCP参数组1时为UM模式，5时AM模式。
利用切换类型的RRC重建失败统计进行邻区错配问题辅助定位方法
利用切换类型的RRC重建失败统计进行邻区错配问题辅助定位方法1、概述对于LTE同频切换邻区错配问题，目前已有多种分析方法，本案例主要推介一种比较新颖的辅助定位分析方法用于TOPN小区优化，即基于网管切换类型的RRC重建失败统计来间接判断邻区错配问题及与哪个邻区可能发生了邻区错配。
2、基本原理切换类型的RRC连接重建立失败统计counter主要包括C373200061（失败原因等待RRC连接重建立完成定时器超时）、C373200062（失败原因eNB接纳失败）、C373200063（失败原因UE上下文找不到）、C373200064（失败原因再次重建立）和C373200065（其他原因），见下图。
对于LTE同频切换的邻区错配问题，主要关注上面提及counter中的C373200063（失败原因UE上下文找不到）即可，UE切换到错误小区，通常会在正确的小区上发起RRC 连接重建立，重建立原因为切换失败。
C373200063的含义：当eNodeB接收到从UE来的切换类型的RRCConnectionReestablishmentRequest消息后，发现找不到对应的UE上下文，给UE 回复RRCConnectionReestablishmentReject消息时，本计数器采样统计。
因此对于邻区错配导致的切换问题，理论上我们可以推断出：在切换目标侧进行切换类型的RRC连接重建立统计，由于UE上下文找不到导致切换类型的重建立失败次数不应该太多（前提没有开启跨站重建立功能），但在与目标侧具有相同PCI的其他某小区上应该存在大量由于UE上下文找不到而导致切换类型RRC重建失败。
3、典型优化案例举例如下，南通某LTE网络的349705-2小区存在大量的切换出执行失败，见图1。
图1 349705-2小区存在大量的切换出执行失败对349705-2小区进行基于邻区对的切换统计分析可知：349705-2小区的切换出执行失败主要发生往349718的3个小区的切换上，切换出执行失败的主要原因为“其它原因”，见图2。
端到端参数不适配导致5G语音呼叫回落2G问题处理案例
端到端参数不适配导致5G语音呼叫回落2G问题处理案例案例上报省份：河南案例上报人：李军一、关键词：呼叫失败、VOLTE、AMBR限速二、案例分类1.问题分类：网络性能2.手段分类：参数调整三、优化背景随着5G牌照发放及5G终端发布，5G用户数量不断增长，关于5G网络的投诉问题开始显现。
近期河南公司按照集团要求将5G用户上行峰值速率设置为100Mbps后，出现5G用户拨打电话回落2G的问题,对此展开问题分析优化处理。
四、问题现象5G终端在进行VOLTE呼叫过程中,出现大概率回落2G的问题,不能正常进行VOLTE语音通话，如下图所示：图1 VOLTE呼叫回落2G五、原因分析1)终端及基站问题排查：经查询，5G基站侧无告警信息，且更换基站和5G终端后分别进行测试，该问题依旧存在，初步排除终端和基站侧原因；2)信令跟踪分析：跟踪语音呼叫信令发现，VoLTE起呼时Invite消息的两个分片基站都已收到并发往核心网，但是长时间得不到核心网响应；图2 VoLTE呼叫失败主叫侧基站发出Invite消息对比正常VoLTE呼叫的Invite消息，两个分片的时间间隔较短，不到1s，而呼叫失败的Invite消息两个分片的时间间隔都超过了1s。
经核心网侧确认，如果核心网收到的Invite消息两个分片时间间隔超过1s，就会主动丢弃第二个分片，最终导致VoLTE呼叫失败：图3 VoLTE呼叫成功主叫侧基站发出Invite消息分析PDCP层对应Invite消息分片间隔，确认都已超过1s，如图4：图43)Invite消息分片时间间隔过大分析：Invite消息对应上行RLC出现大量分片，分片过多引起上行数据发送较慢，时延增大，由此推测，Invite消息两分片间隔超过1s的主要原因是上行RLC分片过多导致，如下图所示：图5进一步分析上行RLC分片过多的原因。
目前NSA网络下，上行数据传输采用锚点和5G分流机制，根据集团要求将5G用户上行峰值速率限定在100Mbps，相当于锚点+5G的总带宽限定为100Mbps，其中基站分配给锚点和5G站点的带宽通过参数NSADCMGMTCONFIG.NSADCUEMCGULAMBRRATIO进行控制。
RLFAILURE优化
RLFAILURE课题研究报告1概述目前在TD-SCDMA网络中，无线掉话的主要原因是RL FAIL，话务统计比例占到50%以上，在路测中也发现掉话的主要原因是RL FAIL。
RLFAIL主要是无线环境变差或终端问题引起的，是影响KPI提升和用户感知的重要因素，一方面由于厂家均采用了CU的挽救机制，在一定程度上提升掉话率指标，但对用户的感知并没有明显的改善；另一方面由于这种原因分析起来较为困难，难以查找到发生RL FAIL的真正原因。
2问题分析数。
但个别小区的参数不符合要求，为此对不符合的小区进行了更改。
更改后指标稳定，无明显变化。
后续针对CS和PS业务分别进行RL FAIL现象的分析：2.1CS rl failure分析2.1.1失败原因分类统计2.1.2信令挂死的详细分析2.1.2.1现象（RNC侧观察）表现为用户切到2G后再次回到TD-SCDMA网络时有一个域的信令没有释放，如下图所示：2.1.2.2 问题分析RNC 挂接的核心网是华为的设备，针对PS 域信令不释放问题，联系华为核心网工程师协助分析。
根据华为工程师的解释：根据协议规定，如果是带PDP 进行的RAU ，核心网不下发IU_RELEASE ，而是由RNC 决定是否进行IU_RELEASE 。
这里有几种场景：✧ 用户在切换前没有激活任何PDP ，从old-sgsn 切换到new-sgsn 后，在new-sgsn 侧进行RAU ，在RAU 完成后sgsn 立即下发iu_release 消息释放iu 连接；✧ 用户在切换前激活pdp ，并且在切换过程中一直在上网，在new-sgsn 侧完成RAU 后，用户也一直在进行上网业务，那么这种情况下iu 连接肯定是不释放的；✧ 用户在切换前激活了PDP ，在切换过程中没有进行上网，但是在切换过程中PDP 一直没有被去激活，在这种情况下PDP 是一直从old-sgsn 带到new-sgsn 的，这种情况属于协议规定的带PDP 进行的RAU ，这种情况是由RNC 决定是否进行iu-release ；HW产品手册上描述如下：场景：根据29060协议，当MS发送的附着或RAU消息中带的Follow On Request标志为True时，或MS有激活PDP时，SGSN不负责IU连接的释放，由RNC进行决策是否释放IU连接。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
LTE侧与NR侧RLC模式设置不匹配导致的重配置
失败及RLF问题及解决方案
案例上报省份：广东省案例上报人：吴宝栋
一、关键词：
RLC 模式，NSA LTE与NR
二、案例分类
4/5G协同相关配置
三、优化背景
2019年面向5G试商用的建设工作已逐步开展，为推进5G支撑手段、优化措施加速落地，全面评估4/5G协同组网性能、促进5G网络性能评估体系建立，集团公司网络部计划于4-5月在杭州和广州组织面向5G优化、组网、网管的现场测试工。
四、问题现象
初始接入时，系统为EPS 5承载配置了NR PDCP和LTE RLC&MAC，当NR信号超过B1事件门限后触发B1测量报告，UE收到重配置消息添加NR,但随后UE宣告重配置失败造成无线链路失败，重配置失败的原因是错误的重配置消息。
五、原因分析
初始接入时，在LTE侧，EPS 5对应的RLC是AM 模式，但添加NR将RLC层重配置到NR侧时RLC被配置成UM模式，造成重配置失败。
NSA组网结构下，对同一EPS承载，无论是split-bearer或non-split bearer, 通过重配置消息增加或改变RLC所在空口时，需RLC模式相同或者通过full configuration进行模式改变。
详细分析如下：
六、解决方案
NSA组网结构下，针对同一EPS承载，不管是split-bearer或non-split bearer, 在LTE侧与NR侧设置相同的RLC模式, 同为AM 或者同为UM模式。
七、效果评估
针对同一EPS承载，在LTE侧与NR侧设置相同的RLC模式后，未出现此类重配置失败异常事件。
八、基于案例提炼的方法、流程及评估标准建议。
在今后大规模NSA布网时，4/5G参数需协同设置，避免针对同一EPS承载在LTE侧与NR侧设置不同的RLC模式。