LTE的掉话原因分析及处理思路加精值得收藏.docx

上传人:b****0 文档编号:296292 上传时间:2022-10-08 格式:DOCX 页数:12 大小:1.80MB
下载 相关 举报
LTE的掉话原因分析及处理思路加精值得收藏.docx_第1页
第1页 / 共12页
LTE的掉话原因分析及处理思路加精值得收藏.docx_第2页
第2页 / 共12页
LTE的掉话原因分析及处理思路加精值得收藏.docx_第3页
第3页 / 共12页
LTE的掉话原因分析及处理思路加精值得收藏.docx_第4页
第4页 / 共12页
LTE的掉话原因分析及处理思路加精值得收藏.docx_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

LTE的掉话原因分析及处理思路加精值得收藏.docx

《LTE的掉话原因分析及处理思路加精值得收藏.docx》由会员分享,可在线阅读,更多相关《LTE的掉话原因分析及处理思路加精值得收藏.docx(12页珍藏版)》请在冰豆网上搜索。

LTE的掉话原因分析及处理思路加精值得收藏.docx

LTE的掉话原因分析及处理思路加精值得收藏

LTE的掉话原因分析及处理思路(加精-值得收藏)

D

2.越区覆盖对主服务小区的干扰(包括邻区漏配、越区信号的迅速变化等)。

在某些区域,主服务小区收到越区信号的干扰,最终导致掉话。

解决方案:

1.越区覆盖的一般优化原则是:

在区域中已有合理的稳定信号覆盖的情况下,尽可能的控制越区覆盖的信号。

如调整越区覆盖扇区的天线下倾角、天线挂高、其次可以下调越区覆盖信号的RS功率、谨慎调整越区覆盖扇区的天线方位角。

2.如果越区覆盖导致了导频污染,根据网络拓扑结构和相关无线环境来确定最适合的覆盖扇区,并加强它的覆盖。

具体案例:

对呼和浩特市鄂尔多斯大街尚东风景附近DT过程中占用到CA小区金岁酒店-TL_2小区,越区无邻区关系存在掉线风险。

通过配置CA金岁酒店-FL_2小区和嘉林小区-FL1/3邻区关系,并下压金岁酒店-FL_2小区机械倾角3°。

 

掉话原因3:

切换失败

现象:

由于切换失败导致的掉话,通常有以下表现:

1.在掉话前,UE曾发出MeasurementReport(满足切换的测量配置门限),并能收到eNB发来的RRCConnectionReconfiguration。

2.但是UE收取目标小区的广播消息之后,立即上报RRC连接重建立请求rrcConnectionReestablishmentRequest;Cause=handoverFailure。

3.通常情况下,UE在切换失败后,会发起回到源小区的RRC连接重建立请求,并且此类RRC连接重建立大部分都是成功的。

解决方案:

1.检查源小区的邻区配置情况,确认邻区参数配置正确。

2.确认目标小区的工作状态正常(包括传输无误码、功率输出正常、小区负荷不会导致拒绝切入)。

3.确认源小区和目标小区的软件版本是否正确。

4.了解切换失败的规律(是否配置了X2?

是否集中在某个小区、该小区切换成功率是否较低?

周边是否有新开站点?

是否处于不同的MME边缘?

是否处于不同频率的基站交界处?

)。

具体案例:

在武川第三中学3扇区方向测试时,终端占用武川万兴园-2扇区(PCI282)向武川第三中学3扇区(PCI278)切换失败,核查武川万兴园-2扇区邻区关系配置错误,更正与武川第三中学邻区关系参数配置后,切换正常。

掉话原因4:

邻区漏配

现象:

由于邻区漏配导致的掉话,通常有以下表现:

1.掉话前后的下行覆盖不差(通常大于-105dBm)。

2.掉话前后小区的SINR变差(因为受到邻区信号的干扰)。

3.关键点:

掉话前UE可能会多次上报测量报告(MR),并且MR中上报的PCI并没有配置在当前服务小区的邻区列表之中。

解决方案:

在网管的掉话前的服务小区列表中,添加漏配的邻区。

具体案例:

对呼和浩特市科尔沁南路DT过程中占用到东把栅东-TL_3小区,无邻区关系存在掉线风险。

通过配置东把栅北3小区与消防总队北1小区邻区关系。

 

掉话原因5:

系统设备异常

现象:

此类问题的表现现象不一。

一般来说,在确认系统的功率、切换、业务相关参数无误,并排除了无线环境影响后,掉话问题依旧存在,这时可以将问题考虑为系统设备(软件/硬件)异常。

1.切换流程异常(在切换区,无法正常完成切换),而导致掉话。

2.在业务进行到相对固定的一段时间内发生掉话,并且可复现。

3.在特点扇区、eNB下,发生可复现的掉话。

4.跨MME、或跨TA等,在特殊区域进行业务时,发生可复现的掉话。

解决方案:

配合中兴工程师抓取数据,分析跟踪解决问题。

具体案例:

测试过程中发现福瑞大药房-FTL2扇区下载速率不达标,查询基站状态一切正常,没有告警,测试设备一切正常,无线环境也很好RSRP,RSRQ,SINR等值都正常,排除无线侧问题,通过PING服务区发现丢包达到10%以上,见下图:

通过和有线传输侧沟通查询,传输B设备到A设备环路中存在光衰。

有线侧处理完后,经复测该站点2扇区下载速率峰值、均值都达标。

 

 

掉话原因6:

干扰

现象:

干扰分类较多,这里主要从上、下行干扰角度分析。

1.上行干扰:

当只有上行链路受到干扰,下行链路无异常表现,UE的发射功率通常较高,而且基站侧测得的RSSI偏高。

2.下行干扰:

当只有下行链路受到干扰,上行链路无异常表现,UE测得的RSRP较好,但是SINR偏差。

解决方案:

定位上行干扰

1.明确干扰所涉及的范围,大致定位干扰区域。

2.使用频谱扫描仪和八木天线进行扫频,定位干扰源。

定位下行干扰

1.首先确认下行干扰非系统内部干扰(需要排除越区覆盖、邻区漏配导致的干扰现象)。

2.明确干扰源来自系统外,使用频谱扫描仪和八木天线进行扫频,排查定位干扰源。

确认干扰源后,可以采用以下方法进行清除或规避:

1.确认干扰源来自他人设备,协调清除干扰源。

2.干扰源来自其他系统,需要增加我方和其他系统的天线隔离度,或在干扰源上加装信号屏蔽装置。

3.变更我方系统的工作频点或带宽,避开干扰。

具体案例:

簇优化测试占用和林2基站1扇区(54954_49)时,RSRP、SINR值各项指标正常,但存在低速率情况,在10Mbps以下,下载速率极低。

排查流程:

1.换机换卡,更换服务器测试问题均存在,排查终端服务器问题。

2.网管查询基站无告警,用户数正常,复位单板、基站,低速率问题仍存在。

3.和林2站点实际测试中:

BLER误码率指标一直在30%以上,峰值达到50%,怀疑存在上行干扰。

4.针对该问题,从后台网管侧对基站底噪问题进行频谱扫描,和林2基站1小区底噪在-75dBm左右,干扰较大,且底噪干扰为全波段干扰抬升,非窄带干扰,如下图:

通知维护人员上站排查干扰后,该站底噪恢复正常,复测问题站点,速率恢复正常。

 

掉话原因7:

拥塞

现象:

当系统资源不足,而用户数较多时,容易出现拥塞现象。

包括:

1.小区实时激活用户数较多。

2.小区开始出现接纳拒绝。

3.小区的发射功率接近饱和。

4.小区的呼叫建立成功率、掉话率指标恶化。

解决方案:

1.增加系统容量。

(1)增加小区功率容量;

(2)压缩开销信号的功率、RB资源;

(3)下行功率分配相关参数的调整优化;

(4)增加基站、扇区、频点。

2.改变网络拓扑结构,均衡话务负荷。

具体案例:

在日常网管指标监控中,发现大学城商贸-FL-3小区RRC连接建立成功率低,仅为38.17%,同时重定向至3G次数较多,如下:

小区名称

RRC建立成功数目

RRC建立请求数目

RRC连接建立成功率

重定向至3G次数

[FDD]大学生商贸-FL-1

7326

7455

98.27%

5

[FDD]大学生商贸-FL-2

4665

4693

99.40%

4

[FDD]大学生商贸-FL-3

19699

51612

38.17%

1075

网管核查大学城商贸-FL基站无告警,无干扰。

统计同一时间段RRC连接失败原因,发现多数为eNB接纳失败。

如下:

核查网管参数发现接纳控制参数小区RRC连接用户数门限值设置为30,数据统计发现大学生商贸-FL-3小区用户面流量较高,最大RRC连接用户数已达到最大设置的30,如下:

 

 

小区名称

空口上行用户面流量(MByte)

空口下行用户面流量(MByte)

最大RRC连接用户数_1

[FDD]大学生商贸-FL-1

63.6622

514.6024

21

[FDD]大学生商贸-FL-2

89.2222

1336.9038

14

[FDD]大学生商贸-FL-3

357.4957

3738.4057

30

修改小区RRC连接用户数门限至80,观察指标已恢复正常。

小区名称

[LTE]RRC建立成功数目

[LTE]RRC建立请求数目

[FDD]RRC连接建立成功率

重定向至3G次数

[FDD]大学城商贸-FL-3(51)

27550

27739

99.32%

0

二、网管统计掉话原因分析

LTE网管中定义了网管统计E-RAB掉线率指标的具体原因,分析如下:

掉话原因码

原因描述

说明

解决办法

C373210381

E-RAB释放次数,由于ENB过载控制导致的释放(次)

异常释放

基站过载负荷检查

C373210391

E-RAB释放次数,由于ENB其他异常原因(次)

异常释放

基站内部故障或所列之外的Cause释放

C373210421

E-RAB释放次数,由于ENB小区拥塞导致的释放(次)

异常释放

进行负荷均衡优化处理或容量规划

C373210391

E-RAB释放次数,由于ENB的无线链路失败(次)

异常释放

无线覆盖、干扰、硬件等原因引起

C373210381

E-RAB释放次数,由于ENB重建立失败(次)

异常释放

对触发重建的原因及重建被拒进行分析,可能为资源、传输原因

C373210511

E-RAB释放次数,由于小区关断或复位(次)

异常释放

处理告警,核查复位及关断原因

C373210521

E-RAB释放次数,跨站重建立失败导致的释放(次)

异常释放

重建立失败原因优化

C373505354

E-RAB释放次数,ENB由于S1链路故障发起释放(次)

异常释放

核查光模块及传输链路质量

对呼市现网(6月5日~6月12日)一周无线掉话COUNTER统计次数如下:

从上图看出,现网掉话原因主要为无线链路失败、ENB重建立失败引起的异常释放,优化主要从覆盖、切换两个方面着手:

1.改善覆盖,对弱覆盖区域的基站建设,特别是深度覆盖。

2.邻区优化,异频切换优化。

3.跟踪网络负荷,及时进行负荷类参数修改。

4.及时处理基站故障,发掘隐性故障。

三、小结

本文结合呼市现网LTE掉话问题处理案例,对外场RF优化、网管KPI优化可能引起掉话的各类原因进行了分析。

掉话关系到LTE网络的连续性,对提升用户实际使用感知帮助很大,后续应加大对此类问题分析及处理力度。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 初中教育 > 政史地

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1