LTE差小区处理思路和步骤
- 格式:docx
- 大小:30.65 KB
- 文档页数:5
Approved Checked Date Rev Reference2014-10-28 PA1TD-LTE KPI劣化小区分析处理指导手册Approved Checked Date Rev Reference2014-10-28 PA1目录1切换成功率 (2)1.1切换指标描述 (2)1.1.1公式定义 (2)1.1.2信令流程 (2)1.1.3切换类别 (5)1.2切换分析流程 (5)1.3准备切换优化 (9)1.3.1准备切换思路 (9)1.4执行切换优化 (10)1.4.1告警处理 (10)1.4.2干扰优化 (10)1.4.3覆盖优化 (11)1.4.4参数核查 (12)2干扰排查 (12)2.1干扰的原因及分类 (12)2.2宏站干扰排查流程 (13)2.3室分干扰排查流程 (14)1 切换成功率1.1 切换指标描述1.1.1 信令流程切换流程见下图:Approved Checked Date Rev Reference2014-10-28 PA1●Measurement Control测量控制,一般在初始接入或上一次切换命令中的重配消息里携带●Measurement Report测量报告,终端根据当前小区的测量控制信息,将符合切换门限的小区进行上报●HO Request源小区在收到测量报告后向目标小区申请资源及配置信息(站内切换的话为站内交互,站间切换会使用X2口或者S1口,优先使用X2口)●HO Request Ack目标小区将终端的接纳信息以及其它配置信息反馈给源小区Approved Checked Date Rev Reference2014-10-28 PA1●RRC Connection Reconfiguration将目标小区的接纳信息及配置信息发给终端,告知终端目标小区已准备好终端接入,重配消息里包含目标小区的测量控制●SN Status Transfer源小区将终端业务的缓存数据移至目标小区●Random Access Preamble终端收到第5步重配消息(切换命令)后使用重配消息里的接入信息进行接入●Random Access Response目标小区接入响应,收到此命令后可认为接入完成了,然后终端在RRC层上发重配完成消息(第9步)●RRC Connect Reconfiguration complete(HO Confirm)上报重配完成消息,切换完成●Release Resource当终端成功接入后,目标小区通知源小区删除终端的上下文信息1.1.2 公式定义切换成功率是系统移动性管理性能的重要指标。
目前LTE网络的差小区处理主要是处理下表中六类中的:在日常工作中优先处理(低成本高回报)网络结构类、性能分析、邻区参数核查、资源评估。
PCI冲突:相邻两个同频小区的PCI相同PCI混淆:一个小区的任意两个同频邻区的PCI相同指标定义:在网管上进行相关指标定义、KPI监控模板,根据话统数据筛选出TOP问题小区进行定位。
TOP小区判断阈值建议:1、RRC建立失败:RRC连接建立失败次数大于50次,RRC连接建立成功率小于95%;2、E-RAB建立失败:E-RAB建立失败次数大于50次,E-RAB建立成功率小于95%;3、掉线率:UE Context异常释放次数大于50次,掉线率大于5%;4、切换成功率:小区切换失败次数大于300次,切换成功率小于80%;5、容量资源类:条件1:下行PRB平均利用率大于50%,且有效RRC连接平均数大于30,且小区下行忙时吞吐量大于5G条件2:上行PRB平均利用率大于50%,且有效RRC连接平均数大于30,且小区上行忙时吞吐量大于1G条件3:有效RRC连接最大数大于200备注:取小区7天系统最忙时平均数据,满足任一条件即可。
6、邻区参数类:接入类定位思路及步骤:接入失败通常有三大类原因:无线侧参数配置问题、信道环境影响以及核心网侧配置问题。
因此遇到无法接入的情况,可以大致按以下步骤进行排查。
(1)确认是否全网指标恶化,如果是全网指标恶化,需要检查操作,告警,是否存在网络变动和升级行为。
(2)如果是部分站点指标恶化,拖累全网指标,需要寻找TOP站点。
(3)查询RRC连接建立和ERAB建立成功率最低的TOP3站点和TOP时间段。
(4)查看TOP站点告警,检查单板状态,RRU状态,小区状态,OM操作,配置是否异常。
(5)提取CHR日志,分析接入时的信道质量和SRS的SINR是否较差(弱覆盖),是否存在TOP用户。
(6)针对TOP站点进行针对性的标准信令跟踪、干扰检测分析。
(7)如果标准信令和干扰检测无异常,将一键式日志,标口跟踪,干扰检测结果返回给开发人员分析。
lte低速率小区处理流程方法
LTE(Long-Term Evolution)网络是目前一种较为先进的无线移动通信技术,支持高速数据传输和更好的用户体验。
然而,低速率小区(Low Throughput Cell)普遍存在于LTE覆盖区域中,而这些低速
率小区可能会导致用户数据传输速度下降,进而影响用户的使用体验。
为了解决这一问题,我们需要采取一些措施来处理LTE低速率小区。
首先,我们需要对低速率小区进行监测。
LTE网络中的每个小区都分
配有一个特定的带宽,如果一个小区的数据流量比较大,那么它的带
宽可能会达到最大值,进而导致数据传输速度下降。
监测低速率小区
可以帮助我们及时掌握这些问题,并为处理LTE低速率小区提供参考。
其次,我们可以采取一些调整措施,以减轻低速率小区的负载。
通过
调整小区的参数,如无线资源分配策略、信道选举算法等,我们可以
实现小区负载的平衡。
这样,我们就可以将负载分散至其他小区,提
高低速率小区的数据传输速度,从而提升用户使用体验。
最后,我们可以考虑增加小区的带宽来解决低速率小区的问题。
适时
增加小区的带宽可以提高小区的数据传输速度,减轻小区的负载,并
且可以满足日益增长的数据需求。
当然,这种方法需要提前计算带宽
需求,并评估增加带宽对网络的稳定性和可靠性的影响。
综上所述,处理LTE低速率小区可以采取监测、调整和增加带宽等方法,通过这些措施的综合应用,可以提高小区的数据传输速度,减少数据阻塞,从而提高用户的使用体验。
在实际应用中,应根据具体的需求和问题,选择合适的处理方法,不断改善网络性能和用户体验。
5G质差指标定义5G质差小区包括:低接入、高掉线、低速率,满足任一条件即为5G数据业务感知差小区;5G数据业务感知差小区比例=5G数据业务感知差小区数/5G总小区数×100%;目标Q3匠心质差小区比例<2%。
5G质差小区查询参数类型在处理5G接入掉线质差时,优先调整覆盖、排查干扰,最后根据具体情况对部分参数进行修改,以解决接入和掉线质差。
LTE与NR TA的区别5G中1 个TA为39米,4G中1个TA为78米个数:包含了多少个TA距离:TA的区间范围(PS:TA是一个范围值非固定值)举例:5G TA1 的算法是2*39到3*39的区间(78-117)常见5G质差原因5G质差小区与4G质差小区主要原因多是故障告警、覆盖不合理,这些可以按照4G质差处理的流程推进,各中会有微小差异,已用红色字体标注。
弱覆盖:一般场景来说,4G在RSRP<=-110dBm时属于弱覆盖,但是对5G来说,-105dBm时就已经弱覆盖,影响其他指标;X2未建立:5G有NSA和SA两种模式,NSA下才有X2接口概念。
目前X2接口问题主要传输不通、X2满配、邻区漏配(现网未开启ANR)导致的未建立;重叠覆盖:NR3.5为TDD制式,重叠覆盖会带来比4G更大的影响,需要比4G 的FDD更加注意覆盖的合理性。
5G低接入小区5G低接入小区排查思路5G高掉线小区5G高掉线排查方法5G低速率小区5G低速率小区首先排查是否存在低接入、高掉线质差;覆盖调整上与4G相比更加注重制造多径效应。
5G低速率小区5G质量优良率提升CQI反映下行信道的质量,是SINR的一种映射,但是不同厂家的映射关系不一样。
基站会依据UE上报的CQI结合BLER选择MCS。
◼指标定义5G质量优良率=CQI优良率=UE上报的CQI大于等于1 0的采样点/CQI上报总采样点×100%。
◼ CQI优化方法思维导图。
华为技术有限公司目录一.KPI话统监控错误!未指定书签。
1.日常监控KPI指标及COUNTER .....................................................................错误!未指定书签。
1.1网管实现话统..............................................................................................错误!未指定书签。
1.1.1接入类 ......................................................................................................错误!未指定书签。
1.1.2掉线类 ......................................................................................................错误!未指定书签。
1.1.3切换类 ......................................................................................................错误!未指定书签。
1.1.4容量干扰类 ..............................................................................................错误!未指定书签。
1.2集团要求上报KPI定义 ..............................................................................错误!未指定书签。
TDD-LTE TOP小区处理手册V1华为技术有限公司目录一. KPI话统监控 (4)1.日常监控KPI指标及COUNTER (4)1.1 网管实现话统 (4)1.1.1 接入类 (4)1.1.2 掉线类 (6)1.1.3 切换类 (7)1.1.4 容量干扰类 (9)1.2 集团要求上报KPI定义 (9)1.3 指标监控及TOP小区筛选 (12)二. TOP小区问题定位 (12)1.接入类 (12)1.1定位思路和基本步骤 (12)1.2 常见接入失败原因 (13)1.2.1 资源分配失败导致RRC连接建立失败 (13)1.2.2 流控导致的RRC连接建立失败 (14)1.2.3 UE无应答导致RRC建立失败 (15)1.2.4 无线资源不足导致E-RAB建立失败 (16)1.2.5 UE响应超时导致E-RAB建立失败 (16)1.2.6 安全模式配置失败导致E-RAB建立失败 (17)1.2.7 传输问题导致的E-RAB建立失败 (17)1.2.8 核心网问题 (17)2、掉线类 (18)2.1 定位思路和基本步骤 (18)2.2 常见掉话原因 (18)2.2.1 无线层问题导致的异常释放 (18)2.2.2 切换失败导致的异常释放 (19)2.2.3 无线资源拥塞导致的异常释放 (20)2.2.4 传输问题导致的异常释放 (21)2.2.5 核心网问题导致的异常释放 (21)2.2.6 其它异常释放 (22)3、切换类 (22)3.1 基本定位思路 (22)3.2 常见切换失败问题 (24)3.2.1 切换过晚 (24)3.2.2 乒乓切换 (24)3.2.3 切换至错误小区 (24)3.2.4 邻区信息错误或混淆 (25)3.2.5 漏配邻区 (25)3.2.6 切换准备失败 (25)一. KPI话统监控1.日常监控KPI指标及COUNTER1.1 网管实现话统1.1.1 接入类LTE接入包含3个过程:随机接入、RRC建立、ERAB建立,按照目前话统实现,可以监测RRC和ERAB建立过程:RRC建立请求话统:RRC建立成功话统:RRC连接建立失败话统:E-RAB建立过程话统:1.1.2 掉线类LTE掉话是UE在成功建立E-RAB后,由于异常原因导致E-RAB和UE的上下文释放:1.1.3 切换类切换类网管话统从ENODEB内/间、同频/异频、切换出/入、切换小区对几个维度进行测量1.1.4 容量干扰类在定位接入、掉线、切换等问题时,都需要同时关注容量资源、干扰类指标,其中干扰指标新版本已实现分PRB统计1.2 集团要求上报KPI定义接入性指标定义:1、RRC建立成功率=小区接收UE返回的RRC Connection Setup Complete消息次数/小区接收UE的RRC Connection Request消息次数(包括重发)*100%对应公式:L.RRC.ConnReq.Succ[1526726659]/L.RRC.ConnReq.Msg[1526726657]2、E-RAB建立成功率=用户发起E-RAB建立流程且建立成功的总次数/用户尝试发起E-RAB 建立流程的总次数*100%对应公式:L.E-RAB.SuccEst[1526727544]/L.E-RAB.AttEst[1526727545]3、无线接通率=小区接收UE返回的RRC Connection Setup Complete消息次数/小区接收UE的RRC Connection Request消息次数(包括重发)*用户发起E-RAB建立流程且建立成功的总次数/用户尝试发起E-RAB建立流程的总次数*100%;L.RRC.ConnReq.Succ[1526726659]/L.RRC.ConnReq.Msg[1526726657]*L.E-RAB.SuccEst[15 26727544]/L.E-RAB.AttEst[1526727545]掉线率指标定义1、无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+ UE Context异常释放次数)/ (UE Context建立成功总次数+*小区遗留UE上下文个数)100%(L.UECNTX.Rel.S1Reset.eNodeB[1526728838]+L.UECNTX.AbnormRel[1526728227])/(L.UEC NTX.SuccEst[1526728851]+L.UECNTX.Left[1526730538])2、E-RAB掉线率= (eNodeB触发的释放原因为异常的E-RAB释放总次数+切换出E-RAB异常释放总次数)/(遗留E-RAB个数+用户发起E-RAB建立流程且建立成功的总次数+小区切换入E-RAB成功建立总次数)(L.E-RAB.AbnormRel.eNBTot[1526728319]+L.E-RAB.AbnormRel.HOOut[1526728247])/L.E-RAB.SuccEst[1526727544]+L.E-RAB.Left[1526728817]+L.E-RAB.SuccEst.HOIn[152672824 5]切换指标定义:1、eNB间切换成功率= (小区eNodeB间同频切换出成功次数+小区eNodeB间异频切换出成功次数-小区通过重建回源小区的eNodeB间同频切换出执行成功次数-小区通过重建回源小区的eNodeB间异频切换出执行成功次数)/(小区eNodeB间同频切换出尝试次数+小区eNodeB间异频切换出尝试次数)*100%(L.HHO.IntereNB.IntraFreq.ExecSuccOut[1526727003]+L.HHO.IntereNB.InterFreq.Exec SuccOut[1526727006]-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src[1526728904]-L.HHO.I ntereNB.InterFreq.Succ.ReEst2Src[1526728905])/(L.HHO.IntereNB.IntraFreq.PrepAtt Out[1526727001]+L.HHO.IntereNB.InterFreq.PrepAttOutt[1526727004])2、eNB内切换成功率= (小区eNodeB内同频切换出成功次数+小区eNodeB内异频切换出成功次数-小区通过重建回源小区的eNodeB内同频切换出执行成功次数-小区通过重建回源小区的eNodeB内异频切换出执行成功次数)/(小区eNodeB内同频切换出执行次数+小区eNodeB内异频切换出执行次数)*100%(L.HHO.IntraeNB.IntraFreq.ExecSuccOut[1526726997]+L.HHO.IntraeNB.InterFreq.Exec SuccOut[1526727000]-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src[1526728902]-L.HHO.I ntraeNB.InterFreq.Succ.ReEst2Src[1526728903])/L.HHO.IntraeNB.IntraFreq.ExecAttO ut[1526726996]+L.HHO.IntraeNB.InterFreq.ExecAttOut[1526726999]3、同频切换成功率= (小区eNodeB内同频切换出成功次数+小区eNodeB间同频切换出成功次数-小区通过重建回源小区的eNodeB间同频切换出执行成功次数-小区通过重建回源小区的eNodeB内同频切换出执行成功次数)/(小区eNodeB内同频切换出执行次数+小区eNodeB 间同频切换出尝试次数)*100%L.HHO.IntereNB.IntraFreq.ExecSuccOut[1526727003]+L.HHO.IntraeNB.IntraFreq.ExecS uccOut[1526726997]-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src[1526728904]-L.HHO.In traeNB.IntraFreq.Succ.ReEst2Src[1526728902]/(L.HHO.IntereNB.IntraFreq.PrepAttOu t[1526727001]+/L.HHO.IntraeNB.IntraFreq.ExecAttOut[1526726996])4、异频切换成功率= (小区eNodeB内异频切换出成功次数+小区eNodeB间异频切换出成功次数-小区通过重建回源小区的eNodeB间异频切换出执行成功次数-小区通过重建回源小区的eNodeB内异频切换出执行成功次数)/(小区eNodeB内异频切换出尝试次数+小区eNodeB 间异频切换出执行次数)*100%L.HHO.IntereNB.InterFreq.ExecSuccOut[1526727006]+L.HHO.IntraeNB.InterFreq.ExecS uccOut[1526727000]-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src[1526728905]-L.HHO.In traeNB.InterFreq.Succ.ReEst2Src[1526728903]/(L.HHO.IntraeNB.InterFreq.ExecAttOu t[1526726999]+L.HHO.IntereNB.InterFreq.PrepAttOut[1526727004])5、切换成功率= (小区eNodeB间同频切换出成功次数+小区eNodeB间异频切换出成功次数+小区eNodeB内同频切换出成功次数+小区eNodeB内异频切换出成功次数-小区通过重建回源小区的eNodeB间同频切换出执行成功次数-小区通过重建回源小区的eNodeB间异频切换出执行成功次数-小区通过重建回源小区的eNodeB内同频切换出执行成功次数-小区通过重建回源小区的eNodeB内异频切换出执行成功次数)/(小区eNodeB间同频切换出尝试次数+小区eNodeB间异频切换出尝试次数+小区eNodeB内同频切换出执行次数+小区eNodeB内异频切换出执行次数)*100%(L.HHO.IntereNB.IntraFreq.ExecSuccOut[1526727003]+L.HHO.IntereNB.InterFreq.Exec SuccOut[1526727006]+L.HHO.IntraeNB.IntraFreq.ExecSuccOut[1526726997]+L.HHO.IntraeNB.InterFreq.ExecSuccOut[1526727000]-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src[ 1526728904]-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src[1526728905]-L.HHO.IntraeNB. IntraFreq.Succ.ReEst2Src[1526728902]-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src[15 26728903])/(L.HHO.IntereNB.IntraFreq.PrepAttOut[1526727001]+L.HHO.IntraeNB.Intr aFreq.ExecAttOut[1526726996]+L.HHO.IntraeNB.InterFreq.ExecAttOut[1526726999]+L. HHO.IntereNB.InterFreq.PrepAttOut[1526727004])容量资源指标定义:1、上行PRB平均利用率=PUSCH的PRB资源使用个数/上行可用的PRB个数*100%L.ChMeas.PRB.PUSCH.Avg[1526728764]/L.ChMeas.PRB.UL.Avail[1526728434]2、下行PRB平均利用率=PDSCH PRB资源使用的平均个数/下行可用的PRB个数*100%ed.Avg[1526726740]/L.ChMeas.PRB.DL.Avail[1526728433]1.3 指标监控及TOP小区筛选根据以上指标COUTER及集团定义公式在网管上进行相关指标定义、KPI监控模板,根据话统数据筛选出TOP问题小区进行定位。
lte低速率小区处理流程方法一、什么是LTE低速率小区LTE(Long Term Evolution)是一种无线通信技术,它是第4代移动通信技术,也被称为4G。
低速率小区是指在LTE网络中,信号质量较差、覆盖范围较小、数据传输速率较慢的区域。
由于不同地区的环境、建筑物等因素的影响,LTE网络中会存在一些低速率小区。
二、低速率小区对LTE网络的影响低速率小区会对LTE网络的性能产生一定的影响。
首先,低速率小区的存在会导致用户在该区域内的数据传输速率较慢,用户体验较差。
其次,低速率小区可能会导致网络容量下降,致使整个网络的吞吐量下降。
还有,低速率小区可能会造成信号覆盖不均匀,造成某些区域难以接收到LTE信号。
三、低速率小区处理流程方法为了解决低速率小区问题,LTE网络运营商和维护人员可以采取以下几个步骤:3.1 收集数据收集低速率小区的相关数据非常重要。
运营商可以通过测量设备、网络监控工具等手段,收集到低速率小区的位置、信号质量、数据传输速率等信息。
这些数据可以帮助运营商更好地了解低速率小区的分布情况,为后续的处理提供依据。
3.2 分析原因在收集完低速率小区的数据后,运营商需要对数据进行分析,找出造成低速率的原因。
可能的原因包括信号覆盖不足、干扰源、设备故障等。
通过分析原因,可以有针对性地采取措施来解决低速率问题。
3.3 优化设备配置设备配置对LTE网络性能有着重要的影响。
运营商可以根据低速率小区的数据,对设备进行优化配置。
例如,调整天线指向、增加信号放大器等,以增加覆盖范围和改善信号质量。
同时,对于干扰源,可以采取设备隔离、频率调整等措施来减少干扰对低速率小区的影响。
3.4 增加基站密度基站是LTE网络中提供信号覆盖的设备。
对于低速率小区集中的地区,可以考虑增加基站密度来提升信号覆盖和数据传输速率。
增加基站密度可以在特定区域内增加基站的数量,以提高网络的容量和性能。
3.5 优化网络参数LTE网络的参数设置对网络性能也有一定的影响。
目前LTE网络的差小区处理主要是处理下表中六类中的:在日常工作中优先处理(低成本高回报)网络结构类、性能分析、邻区参数核查、资源评估。
指标定义:在网管上进行相关指标定义、KPI监控模板,根据话统数据筛选出TOP问题小区
进行定位。
TOP小区判断阈值建议:
1、RRC建立失败:RRC连接建立失败次数大于50次,RRC连接建立成功率小于95%;
2、E-RAB建立失败:E-RAB建立失败次数大于50次,E-RAB建立成功率小于95%;
3、掉线率:UE Context异常释放次数大于50次,掉线率大于5%;
4、切换成功率:小区切换失败次数大于300次,切换成功率小于80%;
5、容量资源类:条件1:下行PRB平均利用率大于50%,且有效RRC连接平均数大于
30,且小区下行忙时吞吐量大于5G
条件2:上行PRB平均利用率大于50%,且有效RRC连接平均数大于
30,且小区上行忙时吞吐量大于1G
条件3:有效RRC连接最大数大于200
备注:取小区7天系统最忙时平均数据,满足任一条件即可。
6、邻区参数类:
接入类定位思路及步骤:
接入失败通常有三大类原因:无线侧参数配置问题、信道环境影响以及核心网侧配置问题。
因此遇到无法接入的情况,可以大致按以下步骤进行排查。
(1)确认是否全网指标恶化,如果是全网指标恶化,需要检查操作,告警,是否存在网络变动和升级行为。
(2)如果是部分站点指标恶化,拖累全网指标,需要寻找TOP站点。
(3)查询RRC连接建立和ERAB建立成功率最低的TOP3站点和TOP时间段。
(4)查看TOP站点告警,检查单板状态,RRU状态,小区状态,OM操作,配置是否异
常。
(5)提取CHR日志,分析接入时的信道质量和SRS的SINR是否较差(弱覆盖),是否存在TOP用户。
(6)针对TOP站点进行针对性的标准信令跟踪、干扰检测分析。
(7)如果标准信令和干扰检测无异常,将一键式日志,标口跟踪,干扰检测结果返回给开发人员分析。
常见失败原因:
RRC接入失败:
资源分配失败而导致RRC连接建立失败:包括SRS资源分配失败、PUCCH资源分配失败和用户数超规格导致的资源分配失败。
目前尚未见到SRS资源分配失败、PUCCH资源分配失败导致的RRC建立失败,故处理方法不甚清楚。
用户数超规格导致的RRC建立失败:目前版本单小区最大支持的同步用户数为400,当小区最大用户数接近或超过400时,会出现由于资源分配失败导致的RRC建立失败,同时考虑用户感知速率,建议小区用户超过350进行扩容。
无法及时扩容的情况下,建议修改重选和切换参数,将用户尽量分到其他小区。
极端情况下,控制用户接入(减小覆盖范围,提升最低接入电平等)。
流控导致的RRC建立失败:CPU负荷大于80%触发流控,80%~85%之间回复RRC REJECT,大于85%直接丢弃,建议CPU负荷大于80%时进行单板扩容,如果CPU负荷增加,暂无法扩容,可采用以下应急措施:缩小覆盖(调整下倾角,或减少RS功率,缩小小区覆盖);关闭FAST ANR特性:MML命令:MOD ENODEBALGOSWITCH:
ANRSWITCH=IntraRatFastAnrSwitch-0&UtranFastAnrSwitch-0&GeranFastAnrSwitch-0&CdmaFast AnrSwitch-0; 增大T302定时器,增加在RRC连接建立拒绝后延长惩罚的时间(默认4s)MML 命令:MOD RRCCONNSTATETIMER: T302=16;
UE无应答导致的RRC建立失败:主要是由弱覆盖和干扰导致,结合实际无线环境通过工程参数调整、站点补盲解决弱覆盖问题;根据干扰在每个PRB上的分布特征,定位干扰类型,排查干扰源;
E-RAB接入失败:
传输和核心网问题导致的E-RAB建立失败需联系传输网和核心网人员解决。
无线资源不足导致的E-RAB建立失败:首先判断小区用户数是否超规格,如果确实由于用户多导致的E-RAB建立失败,则需要进行扩容;对于暂时无法扩容的,按照RRC建立失败时的应急措施缓解;对于小区用户数未超规格的,可能是由于小区参数配置措施导致,需要进行全参数核查,如果参数没有问题,则需要进行IFTS跟踪,将结果反馈至研发确认。
安全模式配置失败导致的E-RAB建立失败:通常情况下,出现安全模式配置失败问题主要由以下几种原因:TOP终端导致;基站完整性保护算法配置错误;核心网配置问题导致;对于以上原因,都需要进行信令跟踪并联合核心网、终端侧进行定位。
掉线问题:
eNodeB发起的原因为UE LOST的UE Context释放次数和eNodeB发起的原因为无线层问题的UE Context释放次数:主要是由无线环境(弱覆盖和干扰)问题导致,结合小区的无
线环境进行处理。
NodeB发起的原因为切换失败的UE Context释放次数:主要是切换参数不合理,邻区漏配、错配,小区信号不稳定导致的过早、过晚切换。
无线资源拥塞导致的掉线:1、CPU超负荷,用户数过多:建议扩容;2、CPU和用户数未超规格,PRB利用率过高:打开mlb负载均衡算法。
切换问题
源小区发送切换取消导致模式内切换出准备失败:核查小区资源是否充足;
目标小区回复切换准备失败消息导致模式内切换出准备失败:核查目标小区状态是否正常,资源利用率;
常见切换问题多为无线环境问题、切换参数不合理、邻区漏配、错配、站点告警、邻区信息混淆错误导致,建议提取特定两小区切换确定主要切换失败的目标小区。