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

上传人:无*** 文档编号:99103036 上传时间:2022-05-31 格式:DOC 页数:13 大小:2.17MB
收藏 版权申诉 举报 下载
LTE地掉话原因分析报告及处理思路加精值得收藏_第1页
第1页 / 共13页
LTE地掉话原因分析报告及处理思路加精值得收藏_第2页
第2页 / 共13页
LTE地掉话原因分析报告及处理思路加精值得收藏_第3页
第3页 / 共13页
资源描述:

《LTE地掉话原因分析报告及处理思路加精值得收藏》由会员分享,可在线阅读,更多相关《LTE地掉话原因分析报告及处理思路加精值得收藏(13页珍藏版)》请在装配图网上搜索。

1、wordLTE的掉话原因分析与处理思路LTE“掉话是指UE异常退出RRC_CONNECTED状态导致的连接中断。统计节点为“RrcConnctionReconfigurationplete消息正确达到网络侧开始,之后进展的各类业务,未正常释放的均计为“掉话。正常释放流程如下: 一、外场常见掉话原因分析目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。掉话原因1:弱覆盖现象:由于弱覆盖导致的掉话,通常有以下表现:1.掉话前服务小区的RSRP持续变差低于弱覆盖标准,如小于-105dBm,同时服务小区的SINR也一起持续变差小于0dB,甚至小于-3dB。2.

2、掉话后可能会有一段时间数秒至数分钟不等,取决于实际网络覆盖情况,UE无数据上报类似于UE脱网。解决方案:要解决此类掉话,需要改善覆盖。具体手段有:1.首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。2.根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区,并加强它的覆盖。如常用的天馈调整、站点建设等。具体案例:对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区,覆盖较差存在掉线风险。通过调整PA:315.2dB,覆盖改善,掉线风险大大降低。掉话原因2:越区覆盖现象:在支持切换的移动通信网络中,由于无法准确控制无线信号的传播,因此或多或少都会存在越区覆盖的情况,导致“孤岛覆盖

3、无法与周边站点进展正常切换掉话,通常有以下表现:“导频污染。在覆盖区内,没有稳定的强信号作为主服务小区。服务小区信号的频繁变化,是导致掉话的一个主要原因。2.越区覆盖对主服务小区的干扰包括邻区漏配、越区信号的迅速变化等。在某些区域,主服务小区收到越区信号的干扰,最终导致掉话。解决方案:1.越区覆盖的一般优化原如此是:在区域中已有合理的稳定信号覆盖的情况下,尽可能的控制越区覆盖的信号。如调整越区覆盖扇区的天线下倾角、天线挂高、其次可以下调越区覆盖信号的RS功率、慎重调整越区覆盖扇区的天线方位角。2.如果越区覆盖导致了导频污染,根据网络拓扑结构和相关无线环境来确定最适合的覆盖扇区,并加强它的覆盖。

4、具体案例:对呼和浩特市鄂尔多斯大街尚东风景附近DT过程中占用到CA小区金岁酒店-TL_2小区,越区无邻区关系存在掉线风险。通过配置CA金岁酒店-FL_2小区和嘉林小区-FL1/3邻区关系,并下压金岁酒店-FL_2小区机械倾角3。掉话原因3:切换失败现象:由于切换失败导致的掉话,通常有以下表现:1.在掉话前,UE曾发出MeasurementReport满足切换的测量配置门限,并能收到eNB发来的RRCConnectionReconfiguration。2.但是UE收取目标小区的广播消息之后,立即上报RRC连接重建立请求rrcConnectionReestablishmentRequest;Cau

5、se=handoverFailure。3.通常情况下,UE在切换失败后,会发起回到源小区的RRC连接重建立请求,并且此类RRC连接重建立大局部都是成功的。解决方案:1.检查源小区的邻区配置情况,确认邻区参数配置正确。2.确认目标小区的工作状态正常包括传输无误码、功率输出正常、小区负荷不会导致拒绝切入。3.确认源小区和目标小区的软件版本是否正确。4.了解切换失败的规律是否配置了X2?是否集中在某个小区、该小区切换成功率是否较低?周边是否有新开站点?是否处于不同的MME边缘?是否处于不同频率的基站交界处?。具体案例:在武川第三中学3扇区方向测试时,终端占用武川万兴园-2扇区PCI282向武川第三中

6、学3扇区PCI278切换失败,核查武川万兴园-2扇区邻区关系配置错误,更正与武川第三中学邻区关系参数配置后,切换正常。掉话原因4:邻区漏配现象:由于邻区漏配导致的掉话,通常有以下表现:1.掉话前后的下行覆盖不差通常大于-105dBm。2.掉话前后小区的SINR变差因为受到邻区信号的干扰。3.关键点:掉话前UE可能会屡次上报测量报告MR,并且MR中上报的PCI并没有配置在当前服务小区的邻区列表之中。解决方案:在网管的掉话前的服务小区列表中,添加漏配的邻区。具体案例:对呼和浩特市科尔沁南路DT过程中占用到东把栅东-TL_3小区,无邻区关系存在掉线风险。通过配置东把栅北3小区与消防总队北1小区邻区关

7、系。 掉话原因5:系统设备异常现象:此类问题的表现现象不一。一般来说,在确认系统的功率、切换、业务相关参数无误,并排除了无线环境影响后,掉话问题依旧存在,这时可以将问题考虑为系统设备软件/硬件异常。1.切换流程异常在切换区,无法正常完成切换,而导致掉话。2.在业务进展到相对固定的一段时间内发生掉话,并且可复现。3.在特点扇区、eNB下,发生可复现的掉话。4.跨MME、或跨TA等,在特殊区域进展业务时,发生可复现的掉话。解决方案:配合中兴工程师抓取数据,分析跟踪解决问题。具体案例:测试过程中发现福瑞大药房-FTL 2扇区下载速率不达标,查询基站状态一切正常,没有告警,测试设备一切正常,无线环境也

8、很好RSRP,RSRQ,SINR等值都正常,排除无线侧问题,通过PING服务区发现丢包达到10%以上,见如下图:通过和有线传输侧沟通查询,传输B设备到A设备环路中存在光衰。有线侧处理完后,经复测该站点2扇区下载速率峰值、均值都达标。掉话原因6:干扰现象:干扰分类较多,这里主要从上、下行干扰角度分析。1.上行干扰:当只有上行链路受到干扰,下行链路无异常表现,UE的发射功率通常较高,而且基站侧测得的RSSI偏高。2.下行干扰:当只有下行链路受到干扰,上行链路无异常表现,UE测得的RSRP较好,但是SINR偏差。解决方案:定位上行干扰1.明确干扰所涉与的X围,大致定位干扰区域。2.使用频谱扫描仪和八

9、木天线进展扫频,定位干扰源。定位下行干扰1.首先确认下行干扰非系统内部干扰需要排除越区覆盖、邻区漏配导致的干扰现象。2.明确干扰源来自系统外,使用频谱扫描仪和八木天线进展扫频,排查定位干扰源。确认干扰源后,可以采用以下方法进展去除或躲避:1.确认干扰源来自他人设备,协调去除干扰源。2.干扰源来自其他系统,需要增加我方和其他系统的天线隔离度,或在干扰源上加装信号屏蔽装置。3.变更我方系统的工作频点或带宽,避开干扰。具体案例:簇优化测试占用和林2基站1扇区54954_49时,RSRP、SINR值各项指标正常,但存在低速率情况,在10Mbps以下,下载速率极低。排查流程:1.换机换卡,更换服务器测试

10、问题均存在,排查终端服务器问题。2.网管查询基站无告警,用户数正常,复位单板、基站,低速率问题仍存在。3.和林2站点实际测试中:BLER误码率指标一直在30%以上,峰值达到50%,怀疑存在上行干扰。4.针对该问题,从后台网管侧对基站底噪问题进展频谱扫描,和林2基站1小区底噪在-75dBm左右,干扰较大,且底噪干扰为全波段干扰抬升,非窄带干扰,如如下图:通知维护人员上站排查干扰后,该站底噪恢复正常,复测问题站点,速率恢复正常。掉话原因7:拥塞现象:当系统资源不足,而用户数较多时,容易出现拥塞现象。包括:1.小区实时激活用户数较多。2.小区开始出现接纳拒绝。3.小区的发射功率接近饱和。4.小区的呼

11、叫建立成功率、掉话率指标恶化。解决方案:1.增加系统容量。1增加小区功率容量;2压缩开销信号的功率、RB资源;3下行功率分配相关参数的调整优化;4增加基站、扇区、频点。2. 改变网络拓扑结构,均衡话务负荷。具体案例:在日常网管指标监控中,发现大学城商贸-FL-3小区RRC连接建立成功率低,仅为38.17%,同时重定向至3G次数较多,如下:小区名称RRC建立成功数目RRC建立请求数目RRC连接建立成功率重定向至3G次数FDD大学生商贸-FL-17326745598.27%5FDD大学生商贸-FL-24665469399.40%4FDD大学生商贸-FL-3196995161238.17%1075网

12、管核查大学城商贸-FL基站无告警,无干扰。统计同一时间段RRC连接失败原因,发现多数为eNB接纳失败。如下:核查网管参数发现接纳控制参数小区RRC连接用户数门限值设置为30,数据统计发现大学生商贸-FL-3小区用户面流量较高,最大RRC连接用户数已达到最大设置的30,如下: 小区名称空口上行用户面流量MByte空口下行用户面流量MByte最大RRC连接用户数_1FDD大学生商贸-FL-121FDD大学生商贸-FL-214FDD大学生商贸-FL-330修改小区RRC连接用户数门限至80,观察指标已恢复正常。小区名称LTERRC建立成功数目LTERRC建立请求数目FDDRRC连接建立成功率重定向至

13、3G次数FDD大学城商贸-FL-3(51)275502773999.32%0二、网管统计掉话原因分析LTE网管中定义了网管统计E-RAB掉线率指标的具体原因,分析如下:掉话原因码原因描述说明解决方法C373210381E-RAB释放次数,由于ENB过载控制导致的释放(次)异常释放基站过载负荷检查C373210391E-RAB释放次数,由于ENB其他异常原因(次)异常释放基站内部故障或所列之外的Cause释放C373210421E-RAB释放次数,由于ENB小区拥塞导致的释放(次)异常释放进展负荷均衡优化处理或容量规划C373210391E-RAB释放次数,由于ENB的无线链路失败(次)异常释放

14、无线覆盖、干扰、硬件等原因引起C373210381E-RAB释放次数,由于ENB重建立失败(次)异常释放对触发重建的原因与重建被拒进展分析,可能为资源、传输原因C373210511E-RAB释放次数,由于小区关断或复位次异常释放处理告警,核查复位与关断原因C373210521E-RAB释放次数,跨站重建立失败导致的释放次异常释放重建立失败原因优化C373505354E-RAB释放次数,ENB由于S1链路故障发起释放次异常释放核查光模块与传输链路质量对呼市现网6月5日6月12日一周无线掉话COUNTER统计次数如下:从上图看出,现网掉话原因主要为无线链路失败、ENB重建立失败引起的异常释放,优化主要从覆盖、切换两个方面着手:1.改善覆盖,对弱覆盖区域的基站建设,特别是深度覆盖。2.邻区优化,异频切换优化。3.跟踪网络负荷,与时进展负荷类参数修改。4.与时处理基站故障,开掘隐性故障。三、小结本文结合呼市现网LTE掉话问题处理案例,对外场RF优化、网管KPI优化可能引起掉话的各类原因进展了分析。掉话关系到LTE网络的连续性,对提升用户实际使用感知帮助很大,后续应加大对此类问题分析与处理力度。13 / 13

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!