LTE数据上传速率突然掉底问题案例分析

合集下载

TD-LTE传输问题导致下载速率不达标案例分析-网络性能分析

TD-LTE传输问题导致下载速率不达标案例分析-网络性能分析

传输问题导致下载速率不达标案例分析【问题描述】8月31日在会展中心演示台做保障测试,该站点目的是为东盟演示而临时搭建,使用E 频段,2个频点,时隙配比3:1,特殊子帧配比10:2:2,测试下载速率平均值应满足100M 左右,但实际测试平均速率只有65M左右,并且在60M到80M之间波动很大;如下图所示:优化前问题截图【问题分析】在测试室分站点速率低通常有以下几种原因,需逐步排查:1、无线环境差,RSRP低、SINR低;2、服务器不稳定,终端异常、电脑配置过低;3、RSRP过高会导致终端识别不了,速率波动大(可通过修改RS功率调整);4、双流室分通道不平衡,相差3dBm以上(可查看RRU端到天线端的端口是否接好);5、XP系统电脑是否TCP窗口化;6、基站是否有告警,驻波告警也会影响速率;7、后台参数配置错误(时隙配比、PB参数设置不合理等);8、传输问题(带宽不足、传输告警等)【问题排除过程】1、测试可看出会展中心室分站点无线环境良好,RSRP在-58dBm左右,SINR在34左右,调度数为满800调度,MCS 98%占用第28阶,可排除无线环境造成速率低;2、测试发现该室分站点通道有不平衡现象,波动较大,有时候会相差10dBm左右,双通道功率不平衡问题截图在发现双通道功率不平衡后,现场重新扭接天线头,复测双通道功率不平衡问题解决,但测试速率平衡在70到80M左右,仍未能满足100M;3、测试发现该该站点RSRP较高,在-58dBm左右,后台RS功率9.2调整至0,复测RSRP在-68dBm左右,但速率仍是在80M左右;4、通过更换服务器、更换电脑、更换终端测试,仍然没变化;5、后台告警查询无告警,参数查询,未发现配置错误;6、在区移动公司室分测试,速率能达到100M;7、重启会展中心室分基站,测试仍未解决;8、该室分传输为100M带宽,扩至200M带宽后测试,仍未达到100M;9、该室分为双频点,对另一个小区进行测试,也未满足平均速率100M,可判断为通道问题;10、从基站侧灌包至MIFI终端,发现速率超过100M,由此可判断空口是没问题的;11、经过一系列的排查,判断极大可能在传输上出问题,通过与传输人员协调得知从PTN6900到会展中心整条传输中有一台PTN950的接口使用的是100M的电口,而不是原计划的1G光口,因而造成实际传输只有100M且加上损耗,导致测试速率一直不能达到峰值。

LTE速率不稳定问题分析

LTE速率不稳定问题分析

速率不稳定问题分析1.问题描述某站-3小区覆盖的区域RSRP在[-60,86]之间、SINR在[23,33]之间,BLER及双流MCS 正常,但是速率常常低至10Mbps以下或无速率。

问题地点如下:2.问题分析问题区域由某站-3小区(PCI 329)覆盖,该区域信号较强,无线环境相对较好,RSRP 平均值在-75dbm左右,SINR平均值在-25dB左右,BLER也正常,但是下行速率不稳定,有时候会降低至10Mbps,甚至完全没有速率。

如上图所示,该时刻RSRP为-66dbm,RSRQ 为-3dB,SINR为33dB,但是RB数只有16,下行速率为0.31Mbps。

下图为问题路段速率图:3.问题排查问题小区覆盖路段RSRP、SINR好,BLER及双流MCS均正常,但是速率上不去。

对此做了以下排查工作:1、检查了后台无线参数(邻区配置、功率、带宽、时隙配比等)及告警,未发现异常;2、更换电脑及测试终端,问题依旧;3、怀疑BPL单板故障,复位BPL,问题依然存在;4、远程telnet登录基站CC单板,复位板件,问题依然存在;5、更换FTP服务器进行测试,问题依旧;FTP+迅雷多线程下载,问题依旧;6、上站检查RRU与天线之间馈线的线序,发现线序有误,RRU4口接到了天线的8口,RRU8口接到了天线的4口。

如下图所示:怀疑是天线线序接错,使得数据流和BBU PORT口映射错误导致下行速率不稳定,故了解工程人员将线序进行了调整,调整后速率恢复正常,没有再出现速率不稳定现象,如下图所示:4.问题处理在上面的问题排查中,将可能影响TD-LTE下载速率的几个相关因素进行了排查,最终将问题原因定位在天线与RRU之间的线序。

工程人员将线序调整正确后,复测发现速率不稳定的现象得到了解决。

在以后出现速率不稳定问题时,建议可以检查RRU与天线之间线序,提高问题排查效率,提升TD-LTE的网络指标。

5.原理目前常规定向智能天线有8个天线阵元,提供8个通道,共8根馈线,第9根线为校准线,其通过内部的耦合网络与8个通道相连,进行基本的校准。

精品案例_LTE速率低的原因及优化方法

精品案例_LTE速率低的原因及优化方法

精品案例_LTE速率低的原因及优化⽅法LTE速率低的原因及优化⽅法⽬录⼀、问题描述 (3)⼆、分析过程 (3)三、解决措施 (5)四、经验总结 (7)LTE速率低的原因及优化⽅法【摘要】LTE系统中理论速率很快,但在实际测量中速率却是千差万别。

虽然LTE-TDD与LTE-FDD在帧结构和调度上有着很⼤的差别,但对于速率的计算却是相似的,都是以帧结构和带宽为基础进⾏计算的。

在实际计算中PDCCH、参考信号、PBCH、PSS/SSS以及编码的开销约占25%,同时⽆线环境的变化往往会导致这些调制⽅式改变,码率也将变化,在实测中的速率往往会更低。

【关键字】速率、帧结构和带宽、⽆线环境【业务类别】优化⽅法⼀、问题描述亳州地市处理DT⼯单时,发现尾号为050815⼯单中测试车辆在亳州市谯城区魏武⼤道与⼯业路交⼝南附近由北向南⾏驶中,产⽣LTE连续PBM下载速率低⼯单。

⼆、分析过程影响LTE数据速率的因素有很多,现在从LTE原因和实际优化两个⽅⾯对影响LTE速率的因素进⾏说明。

根据LTE系统原理,影响下⾏速率的基本因素有以下⼏种:1、系统带宽不同的系统带宽决定了系统中总PRB的数⽬,对于⼩区内⽤户⽽⾔,在同⼀个调度周期不同⽤户业务在频域上承载在不同的PRB上。

带宽越⼤,可⽤的PRB资源越多,相应的吞吐量越⾼,吞吐量与系统PRB个数基本呈线性关系,如下表,LTE中最⼤⽀持20MHz带宽,对应的PRB数为100个。

2、天线的数⽬在LTE中引⼊了MIMO,MIMO系统在发射端和接收端均采⽤多天线(或阵列天线)和多通道。

利⽤MIMO技术可以提⾼信道的容量,也可以提⾼信道的可靠性,降低误码率。

天线的数⽬越多,可进⾏传输的通道越多,对应的速率就越⾼。

3、终端的能⼒LTE中对UE进⾏了严格的规定,根据协议,⽬前已经定义15类终端,不同等级的终端每个调度周期可以接收的最⼤⽐特数不同,每个TB的⽐特数不同,可⽀持的空分复⽤的层数也不同;对于上⾏仅有5类、8类和15类⽀持64QAM不同类型终端功能除协议规定的终端类型对速率有重要影响外,终端⽣产过程其芯⽚处理能⼒,终端接收灵敏度等也对速率产⽣重要影响。

LTE速率低原因分析

LTE速率低原因分析

LTE速率低原因分析LTE(长期演进)是第四代(4G)移动通信技术的一种标准,旨在提供更快的数据传输速率,并支持更多的用户同时连接。

然而,有时候用户可能会遇到LTE速率低的情况。

本文将分析导致LTE速率低的可能原因。

1.信号强度不足:LTE速率的一个关键因素是信号质量。

如果用户所处的区域信号强度较弱,LTE速率就会受到影响。

建筑物、山脉和其他物理障碍物都可能减弱信号。

此外,如果用户远离LTE基站,也会导致信号弱。

2.对LTE基站过载:LTE基站需要处理大量的数据流量。

如果LTE基站负载过高,就会导致速率下降。

这通常发生在人口稠密的地区,如城市中心。

基站负载过高可能是因为用户数量太多,或者基站设备不足以处理当前的数据需求。

3.网络拥塞:即使LTE基站正常运行,网络仍可能出现拥塞。

这通常发生在特定时间段,如高峰时段。

当大量用户同时连接到LTE网络时,网络容量可能不足以满足所有用户的需求,从而导致速率降低。

4.用户位置移动:当用户移动时,他们的设备需要重新连接到不同的LTE基站。

这个过程可能需要一些时间,而在切换过程中,速率可能会下降。

此外,如果用户处于边缘区域,他们可能频繁地切换到不同的基站,这可能导致速率不稳定。

5.软件问题:有时,设备上的软件问题可能导致LTE速率低。

例如,可能存在操作系统或应用程序的错误,导致设备不能正常连接到LTE网络,或者导致数据传输速率下降。

6.网络设备故障:LTE网络设备故障可能导致速率低。

例如,基站设备可能出现硬件故障,无法提供正常的速率。

此外,与设备传输相关的电缆或连接部件可能损坏或老化,也可能导致速率低。

为解决LTE速率低的问题,以下几个方面可以考虑:1.增强信号:使用一个信号放大器或强化器可以提高LTE信号的接收效果。

此外,还可以将设备放置在窗户附近或使用室内天线来增强信号强度。

2.切换网络:如果LTE信号太弱或基站负载高,可以尝试切换到其他网络,如Wi-Fi或3G。

光模块故障导致LTE上行速率不达标案例.

光模块故障导致LTE上行速率不达标案例.

图一、
图二、同一个服务器某室分上传测试
图三、同一个服务器另外某室分上传测试
后台查上行干扰无问题,断开室分系统WLAN、更换合路器天线底下测试;小天线直接接合路器测试及接接小天线多方面测试,上传还是不达标,初步排除系统上行干扰故障。

如下图四、图五、图六所示:
图四、断开室分系统WLAN、更换合路器天线底下测试图五、小天线直接接合路器测试
图六、RRU直接接小天线测试
后、RRU直接接小天线测试上传,上传仍然不达标,初步排除RRU故障。

如下图七所示
图七、更换新的RRU后、RRU直接接小天线测试
初步定位问题出在BBU与RRU之间接线或BBU存在故障。

因此对BBU与
尾纤进一步排查,排查发现,RRU与BBU之间连接的光模块型号及生产厂家不一致。

因此更换为统一厂家、统一光模块型号的光模块,并用酒清清洗,尾纤等光纤头。

在RRU输出端接小天线测试,上传达标;重新接回室分系统在天线下测试,上传正常,问题解决。

光模如下图八、图九所示:
图八、更换前后光纤模块
图九、更换后光纤模块RRU直接接小天线测试
小区,在无线信号覆盖情况良好RSRP=-68dBm,SINR=38dB,PRB调度情况为基本满调度,
,上传速率大于8M,上传速率达标,问题解决。

如下图十
图十
投诉中,主要会出现信号覆盖差、上传下载速率低等问题。

对于弱覆盖需通过调整天馈、优化参数、新增站点等方法解决。

对于下载速率低需通过排查无线环境、容量、参数配置、站点故障、传输等方式进
处理流程图:。

河北:河北省唐山市LTE上行调度不足导致上传速率低的优化案例

河北:河北省唐山市LTE上行调度不足导致上传速率低的优化案例

河北省唐山市LTE上行调度不足导致上传速率低的优化案例【摘要】在唐山电信LTE网络DT测试过程中,发现在部分区域在进行上传速率测试时有上行调度不足的现象,经复测确认上行调度不足的现象可以复现,通过端到端的分析与定位,最终定位问题的根因为:测试卡开户速率受限,而出现上行调度不足导致上传速率低的问题。

【问题现象】LTE网络进行DT测试,测试方法为单用户上传,测试过程中监控Probe的各项指标,发现部分区域上行PUCCH调度数测试期间不能达到950以上,而是稳定在850左右,导致上传速率不能达到理想水平,影响测试指标。

【问题分析】1、首先确认是否前台测试人员测试方法有问题,如FTP软件进程数是否受限。

经排查,测试人员的测试方法没有问题,FTP软件同时打开10个进程。

2、验证是否站点性能受限,选取通过单站验证的站点,该站点三个扇区的上传速率都在43Mbps以上。

按照单站验证的的标准,关闭周围小区,选取好点进行单用户多线程上传测试,发现上行调度数在850左右,上传速率稳定在40Mbps 左右。

这表明站点性能没有问题的前提下仍然达不到理论上传峰值,怀疑传输或核心网侧受限。

3、从终端侧对FTP服务器进行UDP上行灌包,速率仍然稳定在40Mbps左右,说明单用户峰值速率最高40Mbps。

4、选取好点进行两用户FTP上传测试,两终端PDCCH调度数均能达到950以上,且两用户每秒占用RB数加和为95以上,从后台跟踪该小区上行峰值速率达到50Mbps。

至此怀疑测试卡的上传速率被限速,即开户AMBR受限。

5、通过跟踪S1口的信令:在S1AP_INITIAL_CONTEXT_SETUP_REQ消息中查看上行开户信息,确认上行AMBR为40Mbps。

【问题处理过程】经沟通测试卡开户限速问题,更换其中一张上传AMBR为50Mbps的测试卡,进行复测验证,问题解决。

【问题处理结果】处理结果如下:多线程上传调度数稳定在950以上,上传速率稳定在43Mbps以上。

精品案例_LTE速率低的原因及优化方法

精品案例_LTE速率低的原因及优化方法

精品案例_LTE速率低的原因及优化方法LTE(Long Term Evolution)是一种高速无线数据通信技术,它提供了高速的互联网连接,可满足人们对于移动数据的需求。

然而,有时候LTE的速率可能会降低,这给用户的网络体验带来了不便。

本文将探讨LTE速率降低的原因,并提供一些优化方法。

LTE速率低的原因:1.信号弱:LTE是一种基于无线信号传输的技术,如果信号强度不足,将会导致速率下降。

信号弱的原因可能是用户距离LTE基站过远,或者在有楼宇遮挡的地区。

2.网络拥堵:在高峰时间或者繁忙的区域,网络可能因为过多用户同时连接而导致拥堵,从而限制了每个用户的速率。

3.频谱资源不足:LTE使用特定的频段来传输数据,如果一个特定频段的资源被过多用户使用,速率将会降低。

4.设备问题:有时候LTE速率低的原因可能是用户所使用的设备存在问题,例如设备老化或者硬件故障,这会影响数据传输速率。

LTE速率低的优化方法:1.改善信号强度:用户可以尽量靠近基站,避免楼宇的遮挡,从而改善信号强度。

另外,用户也可以使用信号增强器或者信号接收器来提升信号强度。

2.避开网络拥堵时段:用户可以避开高峰时间使用LTE网络,从而避免网络拥堵导致的速率下降。

3.切换到稳定的频段:用户可以尝试手动切换到其他相对稳定的频段,从而提升速率。

这可以通过设备的设置菜单进行操作。

4.更新设备软件和固件:用户可以及时更新设备的软件和固件,以确保设备正常工作,并修复任何可能影响速率的问题。

6.使用LTE高效能设备:选择性能较好的设备,例如使用支持多天线和多载波聚合的LTE设备,这样可以提供更好的速率和覆盖范围。

总结:。

ER链路掉包导致LTE上传速率低案例

ER链路掉包导致LTE上传速率低案例

ER链路掉包导致上传速率低案例中国电信成都分公司无线网络部王原广、李睿目录1、问题描述 (3)2、问题分析 (3)3、解决方案 (6)4、总结推广 (6)摘要:速率是LTE优化测试的重点,无线信号的质量是一个方面的因素,核心侧传输链路的优劣是制约用户速率的关键因素。

1、问题描述LTE单站优化时,发现成都温江寿安F-eNodeB1784(640789)、成都温江幸福村F-eNodeB1503(640483)、成都温江柳城局LTE_室内-1_F-eNodeB1161(640138)三个站点下载速率正常,但上传速率仅为2-3Mbps。

测试上传速率2、问题分析(1)、检查基站告警,基站正常,无告警。

(2)、检查空口是否存在问题,现场进行了上行灌包,基站侧监控到速率可以达到35Mbps(峰值速率),证明了空口无线侧不存在问题,问题在基站的上端。

上行空口灌包(3)、通过工具核查发现:问题基站ping两个IP存在大量丢包的情况,存在丢包的对端IP为6.44.1.252和6.44.0.252(核心网传输侧地址);(4)、进一步分析,问题范围是温江局部的6个站(清单如下),而不是(5)、经过传输侧核查为ER链路存在丢包情况。

3、解决方案协调传输侧检查ER链路,并处理。

无线复测基站上传速率,恢复正常。

4、总结推广速率是LTE优化测试的重点,无线信号的质量是一个方面的因素,核心侧传输链路的优劣是制约用户速率的关键因素。

速率问题定位时需核查终端、服务器、多用户情况,也需要检查传输、eNodeB、UE、空口等环节,通过UE->eNodeB->EPC方式逐步分析处理。

LTE网络优化经典案例

LTE网络优化经典案例

LTE网络优化经典案例城市A运营商在LTE网络部署后,发现用户投诉率较高,网络质量不稳定。

经过一段时间的调查和分析,发现存在以下问题:1.弱覆盖区域:在城市一些地区,用户经常遇到信号弱或无信号的情况,导致通话中断或数据传输中断。

2.高拥塞区域:在城市中心商业区域,用户在高峰时段经常遇到网络拥塞问题,导致数据传输速率慢或无法连接上网。

3.外部干扰:在一些区域,存在大量的外部干扰源,如电视台、电台等,对LTE网络信号产生干扰。

针对以上问题,LTE网络优化团队制定了以下优化方案:1.新增基站:通过在弱覆盖区域增加基站,提高信号覆盖范围,解决信号弱或无信号的问题。

通过网络规划工具,确定基站的具体布局和参数设置,减少基站之间的干扰。

2.安装小区间干扰消除设备:在高拥塞区域安装小区间干扰消除设备,通过信号调度算法对小区之间的资源进行优化调配,减少小区之间的干扰,提高网络容量和覆盖率。

3.频谱管理与优化:通过频谱监测仪对外部干扰源进行监测和定位,对LTE网络频段进行调整和优化,减少外部干扰对网络信号的影响。

此外,LTE网络优化团队还进行了以下工作:1.反向传播方案:通过在城市中心地区建立反向传播系统,及时收集用户投诉和问题,以便优化团队及时跟进并解决问题。

2.数据分析和优化:通过网络性能监测系统,对网络数据进行实时监测和分析,了解网络负荷、覆盖范围等关键指标,及时调整网络参数和配置,提高网络性能和稳定性。

3.用户体验改善措施:针对用户投诉和需求,进行一些用户体验改善措施,如新增热门区域Wi-Fi覆盖、提供优质宽带服务等,提高用户满意度。

通过以上的优化方案和工作措施,该运营商在一段时间内逐步改善了LTE网络质量和用户体验。

用户投诉率显著降低,信号覆盖范围扩大,网络拥塞问题减少。

LTE网络优化团队也持续跟踪和监测网络性能,及时调整和改善网络参数,以保持网络的稳定性和良好的用户体验。

LTE下载速率低原因及相关案例

LTE下载速率低原因及相关案例

LTE下载速率低原因及相关案例LTE案例大全2016-10-14喜欢我就加我??51通信1. LTE下载速率低原因及相关案例现阶段排查LTE下载速率低影响的主要因素包括:(1)无线环境(2)容量(3)无线参数配置(4)传输问题(5)传输相关参数配置(6)故障(7)传输相关参数配置1.1无线环境无线环境是影响下载速率低的一个重要原因。

现网中由于多系统的存在,会对空口传输质量造成影响。

无线系统按照干扰产生的起因可以将干扰分为系统内干扰和系统间干扰。

系统内干扰:系统内干扰通常为同频干扰。

TD-LTE 系统中,系统内干扰常见原因有小区越区覆盖造成的同频干扰和GPS时钟不同步造成的下行信号对上行信号的干扰和模三干扰。

系统间干扰的产生:系统间干扰通常为异频干扰。

主要有:杂散干扰、阻塞干扰、谐波干扰、互调干扰。

通过LTE前期总结系统间干扰的干扰主要如下:排查这种类型干扰,一般是通过系统监控手段对小区干扰进行预判断,然后根据小区的干扰特性进行实地扫频排查。

通过闭站,看干扰是否消失排查。

1.1.1案例1:系统外干扰(DCS1800)导致LTE宏站单小区下载速率低1.现象描述LTE基站1小区在测试过程中,发现下载速率低(1M左右),终端ping 核心网侧丢包率高达50% 。

该基站配置为S111,频段是F 频段1880-1900MHz,带宽20M,参考信号功率12dBm,上下行时隙配比1:3,特殊子帧时隙配置DwPTS:GP:UpPTS=3:9:22. 问题分析使用底噪查询工具。

各小区底噪情况如下:将查询出的底噪值与各小区的业务速率对比,很容易看出业务速率低的小区恰好是后台查询底噪高的小区。

由此判断为底噪高是导致空口质量差,引起终端业务速率低、ping 包丢包率高的原因。

闭塞周边所有LTE 小区, 以及2 、3 小区全部闭塞,仅保留1 小区,问题依然存在。

对1880-1900MHz 扫频,发现移动DCS1800 频段天线对该频段有干扰。

LTE移动互联网端到端低速率优化案例

LTE移动互联网端到端低速率优化案例

LTE移动互联网端到端低速率优化案例随着移动互联网的快速发展,需求不断增加,用户体验成为了重要的考量因素。

然而,由于网络资源的有限性和网络负载的增加,用户在一些情况下可能会遇到移动互联网的低速率问题。

为了提高用户体验,LTE移动互联网端到端低速率的优化是一个重要的课题。

下面将介绍一个针对LTE移动互联网端到端低速率的优化案例。

首先,我们需要了解用户使用移动互联网时出现低速率的原因。

一般来说,移动互联网的低速率问题主要有以下几个方面的原因:网络拥塞、信道质量差、用户设备性能低下等。

针对这些问题,我们可以采取以下优化措施:1.网络拥塞优化:网络拥塞是导致移动互联网低速率的主要原因之一、可以采取流量调节以及流量分配策略。

该策略可以根据网络负载情况,动态调整用户的带宽分配。

通过监控网络负载,当网络拥塞时,可以将带宽分配给优先级高的应用或者重要的用户,以提高用户的体验。

2.信道质量优化:信道质量差会导致用户在使用移动互联网时出现低速率的问题。

可以通过部署更多的基站,增加网络覆盖范围,提高信号质量和稳定性。

同时,可以采用基站天线优化技术,如波束赋形和智能天线技术,以增强覆盖强度和质量。

3.用户设备优化:用户设备的性能低下也会导致用户在使用移动互联网时出现低速率的问题。

可以通过提供更高性能的设备,以满足用户对于速度和稳定性的需求。

同时,可以优化设备的软件,提高网络连接和数据传输的效率。

此外,也可以通过提供更好的设备维护和更新服务,以确保用户设备的正常运行。

4.缓存技术优化:应用缓存技术可以有效减少数据传输的频率和数据流量,从而提高用户的使用体验。

通过在移动网络中部署缓存服务器,可以将常用的应用资源缓存在服务器端,加快用户访问速度。

此外,还可以采用离线缓存技术,在用户离线状态下仍能访问已经缓存的数据,提高用户体验。

5.数据压缩和优化:采用数据压缩和优化技术可以减少数据传输的大小,从而提高网络传输速度。

通过对数据进行压缩和优化,可以减少数据的传输量和传输时延,提高用户体验。

LTE核心网常见故障和投诉案例分析

LTE核心网常见故障和投诉案例分析

LTE核心网常见故障和投诉案例分析1.呼叫掉话:呼叫掉话是用户最常见的投诉之一、它可能是由于核心网故障造成的。

可能原因包括:-信号覆盖不足:这可能是由于设备故障或基站问题导致的。

解决方案包括维修设备或增加基站容量。

-呼叫拥塞:当LTE核心网容量超过负荷时,呼叫掉话率可能会增加。

解决方案包括优化网络资源分配和增加容量。

-数据传输问题:LTE核心网的数据传输可能受到故障的影响。

解决方案包括修复故障和优化数据传输。

2.数据速率下降:用户可能投诉在使用LTE网络时遇到数据速率下降的问题。

这可能由以下原因引起:-设备问题:用户设备可能存在故障或配置问题,导致数据速率下降。

解决方案包括检查设备并提供技术支持。

-频谱问题:LTE频谱拥塞可能导致数据速率下降。

解决方案包括优化频谱分配和增加频带宽度。

-核心网负载:LTE核心网负载过高可能导致数据速率下降。

解决方案包括优化网络资源和增加容量。

3.信令延迟:信令延迟是另一个常见的投诉问题。

这可能是由于以下原因引起:-信令丢失:LTE核心网可能会遇到信令丢失问题,导致延迟增加。

解决方案包括修复故障和优化信令传输。

-呼叫拥塞:当LTE网络容量超过负荷时,信令延迟可能会增加。

解决方案包括优化网络资源和增加容量。

-核心网拓扑问题:LTE核心网拓扑设计不合理可能导致信令延迟。

解决方案包括重新设计和优化核心网拓扑。

4.服务不可用:用户可能投诉LTE网络服务不可用。

可能原因包括:-网络故障:当LTE核心网遭遇故障时,服务可能会中断。

解决方案包括快速修复故障和提供备用网络。

-天气影响:极端天气条件可能影响LTE网络的可用性。

解决方案包括增强天气适应性和增加备用设备。

-用户设备故障:用户设备故障可能导致无法使用LTE网络。

解决方案包括检修设备或提供替代设备。

综上所述,LTE核心网常见故障和投诉案例包括呼叫掉话、数据速率下降、信令延迟和服务不可用。

针对这些问题,可以采取一系列解决方案,包括维修设备、优化网络资源、增加容量和重新设计核心网拓扑。

LTE用户面下行传输RTT值异常恶化导致用户无法正常上网案例_刘加显

LTE用户面下行传输RTT值异常恶化导致用户无法正常上网案例_刘加显

LTE用户面下行传输RTT值异常恶化导致用户无法正常上网案例【问题简述】150*****516用户于1月16日10点58分来电4G上网速度很慢,周围用户都是一样的,用户要求我方核实具体原因,给予满意合理的答复。

地址:台州路桥世界贸易中心3楼3100。

投诉现象相类似的工单有:20160116105835X99901、20160116111952X19791、20160116113855X37682。

【问题分析】平台分析查询华为SEQ信令分析平台,用户投诉期间主要访问4G网络,控制面信令流程正常,如下:用户面访问不同网址整体上页面显示成功的较少,且在获得下行应用数据时均存在下行传输RTT数值较高,甚至有时会无法显示即为超时的现象,此时页面响应也存在异常,所在小区为路桥世贸中心SF_1和路桥世贸中心SF_3,如下:由图用户面数据传输时由于RTT时长过大,导致页面数据加载较慢,甚至会加载失败而导致页面无法正常显示,需进一步分析RTT时延恶化的原因。

无线侧用户面时延分析根据用户投诉期间占用路桥世贸中心SF时用户面下行传输时延RTT异常,因此需查询相应时间段无线侧用户面向下行时延分布情况,发现路桥世贸中心SF_1和路桥世贸中心SF_3在用户投诉时段均出现较高的平均时延,高达约9000ms,如下:同时还发现小区路桥世贸中心SF_1和路桥世贸中心SF_3的无线接通率在用户投诉时段异常低,低至约60%,如下:因而怀疑用户所在小区存在无线故障导致,需与网优人员进一步确认。

原因定位经网优部门了解,设备厂家中兴进行FOA测试,对室分站(路桥世贸中心SF)基站版本升级问题导致,发现问题后对基站软件版本恢复至之前的版本后,基站指标运行正常,同时站点(路桥世贸中心SF)下的用户上网恢复正常使用。

【解决方法】根据用户反馈信息,通过分析用户上网过程中用户面访问网络状态,发现用户面数据存在RTT数据异常恶化,同时定位用户占用小区,分析小区无线侧用户面时延指标发现小区及相应时段出现同样异常,同时查看用户其他相关指标发现小区无线接通率同样很差,因而确认无线侧故障,在网优部门协助下确定问题并及时解决后,目前全部恢复正常。

浅析LTE网络低速率问题分析及处理

浅析LTE网络低速率问题分析及处理

浅析 LTE网络低速率问题分析及处理【摘要】:随着移动互联网和智能终端手机的快速发展,如今LTE网络已经广泛普及。

LTE网络作为主要的数据业务承载网络,其网络速率是衡量运营商网络品牌好坏的重要依据,因此,提高LTE网络速率对提升用户的网络使用体验具有十分重要意义。

本文主要针对LTE网络低速率问题进行分析,并提出了处理方法,以供大家参考。

关键词:LTE;速率;覆盖;干扰;一、LTE网络低速率判断方法判断LTE网络速率,一般采用网络上下行用户平均速率和上下行小区平均速率两个指标的方法,其中上下行用户平均速率是用来评估LTE网络用户的体验速率,反映的是用户平均体验速率,是关注的重点。

而上下行小区平均速率是用于反映LTE小区整体速率性能状况。

在LTE网络低速率排查工作中,低速率小区筛选有两个指标:小区业务量和用户下行去尾均速。

提取7×24小时小区数据,试点过程采用较为严格筛选条件:日业务量自忙时(业务量最大)对应用户下行均速的一周均值[1]。

筛选条件为:提取7×24小时小区业务量和用户下行去尾均速(每个小区7×24条数据)。

二、LTE网络低速率引起因素1、硬件引起。

LTE网络低速率的产生原因,极有可能是是种种网络设备硬件问题,常见的硬件问题包括:终端异常、基站硬件设备故障、天馈线问题、传输设备问题、服务器不稳定等。

2、弱覆盖引起。

良好的覆盖是保证网络性能的基础,覆盖强度通过参考信号接收功率RSRP来衡量。

RSRP能够有效反映网络的覆盖情况,当RSRP低于某一个门限值时定义为弱覆盖。

RSRP低会直接导致SINR低,进而影响TM和MCS的选择,拉低下载速率,所以弱覆盖是导致下载速率低的主要原因[2]。

根据以往工程经验,LTE网络低速率原因分类中,弱覆盖占比达到了28%,是引起低速率最大因素。

3、干扰引起。

SINR即信号与干扰加噪声比,是接收到的有用信号的强度与接收到的干扰信号(噪声和干扰)的强度比值。

LTE异常掉话案例

LTE异常掉话案例

异常掉话案例
1问题描述
在某地TD-LTE网络网格优化中,发现380到38切换覆盖路段连续异常掉话。

而且现场RSRP大于90dbm情况下掉话,路测截图如下:
2问题原因分析
排查思路
1. 查看后台告警信息,该小区没有历史告警和当前告警;
2. 定点验证各个站点速率是否正常;
3. 解决该路段导频污染问题;
4. 最后结合现场测试问题进行处理。

3问题解决方案
1. 通过检查该路段两个站点告警情况,发现1955、1954两个站点无告警,
而且定点速率可以达到为40Mbit/s,可以判断开通站点业务正常。

2. 通过分析发现该路段为PCI (380)——PCI (38) ——PCI (380)进行连续
覆盖频繁切换,速率不稳定,不能行成主服务小区单独覆盖。

后续对380增
加RS功率,减小38RS功率不能形成380主服务;对38增加RS功率,减
小380RS功率不能形成38主服务;
3. 关闭PCI (38) 小区,没有掉话,可以判断为38为主干扰源,如下图:
4. 分析发现为模3干扰,对1955站点二三小区PCI (38) 、PCI (37)进行
对换,修改完成PCI,进行验证,该路段覆盖和业务正常。

4总结及注意事项
1. 对路测分析时,要分析清楚各个小区的切换关系;
2. 对存在模3干扰的小区可以调整PCI,但是一定要注意修改后对其它站
点影响。

LTE移动互联网端到端低速率优化案例

LTE移动互联网端到端低速率优化案例

LTE移动互联网端到端低速率优化案例移动互联网的发展已经进入了5G时代,但在很多地方,4GLTE仍然是主流的移动互联网技术。

然而,在实际应用中,LTE移动互联网在一些特定的场景下仍然存在低速率的问题。

接下来,我将通过一个具体的案例来介绍如何对LTE移动互联网进行端到端低速率优化。

案例描述:假设公司在一个偏远地区建设了一个远程基站,供用户进行4G移动互联网访问。

然而,却发现该地区的用户在连接到该基站后,经常会遇到低速率的问题,导致用户体验下降。

通过初步调查,发现该问题可能由以下几个方面引起:1)覆盖问题;2)无线资源问题;3)核心网问题。

为了解决这一问题,我们需要从这三个方面入手进行优化。

一、覆盖问题优化:1.确认基站覆盖范围和信号强度:通过对基站的优化调参,包括天线方向、倾斜角度和功率等参数的调整,可以优化信号覆盖范围和强度,提升用户的上下行速率。

2.增加基站数量:在偏远地区,由于用户分布比较分散,只依靠一个基站很难完全满足用户的需求。

可以增加基站的数量,提高网络覆盖范围和容量,减少用户之间的干扰,提升用户的移动互联网速率。

二、无线资源问题优化:1.频谱优化:通过频谱的规划和优化,合理分配给不同的业务和用户,减少干扰和碰撞,提高用户的移动互联网速率。

可以通过频谱监测、频谱规划和频率复用等手段实现。

2.尽量避开干扰源:定位和排查干扰源,例如电视台、电台等无线电干扰源,并采取相关干扰抑制技术,减少用户之间的干扰,提高用户的移动互联网速率。

三、核心网问题优化:1.提升核心网的处理能力:核心网的性能往往直接影响到移动互联网速率。

可以通过增加服务器数量、优化数据处理算法和协议栈等手段,提升核心网的处理能力,减少数据的延迟和丢包,提高用户的移动互联网速率。

2.确保网络的质量和稳定性:通过监测和监控核心网的运行状态,及时发现并解决可能出现的故障和问题,确保网络的质量和稳定性,提高用户的移动互联网速率。

除了上述的优化手段,还可以通过指定特定应用的QoS策略,对高优先级的应用进行保护,确保其在网络拥塞时依然能够正常运行。

邢台移动共站导致高铁LTE上行速率低问题分析案例--河北

邢台移动共站导致高铁LTE上行速率低问题分析案例--河北

河北电信邢台移动共站导致电信LTE高铁站点上行速率低案例分析【现象描述】在单站验证过程中,发现部分高铁基站RSRP在-85dbm以上、SINR25左右波动剧烈,上行测试平均速率在24M到29M之间,BLER波动较大,导致上行速率不达标。

【告警信息】无后台查询邢台县大色村基站无告警,其他邢台段高铁上行不达标基站均无告警。

【原因分析】测试邢台县大色村_2小区进行单用户上行测试。

1、TCP自由上传测试无法达标干扰多出现在前面1到15号PRB和60到75号PRB上并且伴随BLER干扰且sinr下降。

2、UTP上行灌包测试无法达标干扰多出现在前面1到15号PRB和60到75号PRB上并且伴随BLER干扰且sinr下降(其中上行测试使用IP219.148.144.174端口号5001防止其他用户上行干扰,同时有同事在使用此IP在其他站点进行对比测试以排除服务器能力问题)。

3、进行终端更换测试、PC更换测试均不达标,干扰依然存在。

4、测试同时对基站进行rssi跟踪发现存在底噪抬升现象并出现在干扰频段。

分析可知,邢台县大色村_2小区可能存在干扰。

1.在基站无用户状态下对基站进行扫频测试1760M到1785M发现rssi波动区间在-87dbm到-110dbm之间存在瞬时底噪抬升现象。

2.关闭4G基站扫频测试1760M到1785M发现干扰依然存在波动剧烈,对基站周围高铁沿线、高铁GSM-R通信系统扫频未发现干扰,对高铁沿线安保对讲系统扫频未发现干扰,且高铁沿线安保系统采用电信专网3G ,扫频仪指向4G共站铁塔发现干扰信号强列并保持干扰,查看站址设备分布有移动GSM900M天线、电信4G天线,对高铁沿线上行不达标站点进行同样的闭站扫频测试均发现干扰存在,且都是与移动GSM900M共站址的4G基站。

【处理过程】1.把移动2G天线偏离大色村-2小区主打方向测试上行速率可达到30M以上,达到单站测试标准,且rssi小于-104dbm查询移动高铁GSM900M使用上行890M到915M,下行935M到950M频段,规划使用40、50、60、70号频点70 904 9492.对电信3G\4G共址的基站测试无干扰排除系统内干扰(吴村村北基站)【处理建议】根据测试确认移动GSM900M系统干扰导致电信4G上行速率不达标,建议增加天线隔离度,更换性能良好的滤波器。

LTE案例解析——针尖效应引入频切导致速率降低

LTE案例解析——针尖效应引入频切导致速率降低

针尖效应引入频切导致速率降低
2012-03-12
1 现象描述:
在下沙惠松制药站下出现速率明显降低并且掉坑的现象。

2 问题原因分析:
在该站下,下沙惠松制药3小区出现了针尖效应,信号出来一下并且比较强,跟邻区之间出现干扰,SINR出现负值,如下:
由于邻区信号很强,完全可以完成覆盖,将该3小区功率降低或者通过切换参数使得该位置不占用3小区。

通过新雁公寓3小区与下沙惠松制药2小区完成覆盖。

3 解决方案:
降低下沙惠松制药3小区功率,降低3小区功率由92降低到40
4 验证情况
验证下沙惠松制药3小区功率降低后,效果明显,切换不再发生,速率由提升。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

LTE数据上传速率突然掉底问题案例分析
1问题描述
在进行LTE_FDD站点单站验证过程中,发现很多的站点在做上传业务时出现速率突然掉底现象,需要分析原因。

2问题分析
2.1上行UDP灌包速率正常,非空口原因引起速率掉零
测试小区空口质量良好且稳定,RSRP在-70以上、上行平均MCS在23以上。

同时上行UDP长时间灌包测试速率正常,不出现空口速率掉零现象,空口能力正常。

Probe log记录空口质量情况
UDP灌包测试结果
2.2TCP业务下行长时间未收到ACK报文导致速率掉零
上行TCP测试出现了速率掉零现象,UE侧抓包分析发现速率掉零点都有TCP报文重传现象;
TCP业务掉零
在问题时刻点,上行大约2秒没有或者只有少量重传报文发送导致速率掉零;
TCP业务掉零
速率掉零时刻上行TCP报文发送情况分析:
UE侧在20:20:14.9时刻收到了服务器发送了三次针对【4193631038】序号的ACK报文;TCP报文接收端回复重复的ACK报文表示请求重传报文;
UE在20:20:14.9时刻对【4193631038】序号报文进行快速重传。

由于在20:20:14.9之后接近两秒没有收到任何下行ACK报文,UE在20:20:15.4/16.6时刻对【4193631038】序号报文又进行了2次超时重传;正是由于接近两秒的时间,导致上行TCP业务掉零;
UE侧直到20:20:16.7时刻再次收到服务器的下行ACK报文,上传TCP业务开始恢复;
UE侧报文序号分析
eNodeB在IFTS跟踪分析,上行eNodeB已经将【4193631038】序号三次重传报文都成功
发送到网络侧;下行eNodeB在近2s时间没有收到下行的ACK报文。

eNodeB侧法发送报文序号分析
可能原因
上行TCP业务存在丢包,服务器侧请求TCP报文重传;(单个或者少数丢包不会导致TCP业务掉零;TCP业务可以通过快速重传机制恢复);
在UE侧对TCP报文进行快速重传后,下行长时间没有收到来之服务器的任何ACK 报文,导致TCP业务掉零;
下行eNodeB上就已经长时间没有收到下行ACK报文,问题点发生在eNodeB之上;
2.3进一步分析
由于速率掉零问题出在eNodeB以上部分,为了缩小排查范围,在进行上传业务的同时,对上传服务器101.71.241.106进行Ping操作,发现当出现速率掉底时,同时也出现了ping请求超时。

为了确认请求超时是哪个路由节点导致,通过cmd命令对上传服务器101.71.241.106进行了tracert操作,出现有如下跳点:
通过ping上图所示几个跳点时,发现ping前面几个跳点时,无ping请求超时现象,但是在ping最后一个跳点(即服务器)时,发现存在频繁的请求超时现象,因此,怀疑问题出在124.160.233.102与101.71.241.106这两个节点之间。

下图是ping101.71.241.106地址时截图:。

相关文档
最新文档