LTE站点CV帧使能开关未打开导致下载速率低案例

合集下载

精品案例_LTE下载速率低处理案例

精品案例_LTE下载速率低处理案例

LTE下载速率低处理案例目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (6)四、经验总结 (6)LTE下载速率低处理案例【摘要】LTE下载速率低是影响用户感知的重要指标,直接影响用户体验,本案例从DT数据分析入手,通过参数优化解决异频切换问题,提升网络性能指标。

【关键字】异频切换启动异频测量门限下载速率低【业务类别】优化方法一、问题描述9月,通过RCU智能测试管理平台,派单贵池联盟基站附近高速下载速率低,通过LOG 分析发现,该地区信号异常,UE占用GC-市区-贵池联盟-ZFTA-447757-54和GC-市区-里山街道办RRU-ZFTA-447561-52,SINR值恶化,如下图,邻区中没有出现周边距离最近的基站高速出口站,下载速率低下派DT工单.测试截图二、分析过程1.下载速率低定义由上图可见,智能管理平台定义规定,下载速率低需要满足下列1个条件:*PBM下载速率小于10M,经过测试数据LOG分析发现,UE先占用GC-市区-里山街道办RRU-ZFTA-447561-52,随后切换到GC-市区-贵池联盟-ZFTA-447757-54,SINR值恶化,UE一直拖在GC-市区-贵池联盟-ZFTA-447757-54,影响下载速率。

2.无线参数核查通过网管核查贵池联盟和里山街道办基站无告警,下载速率低位置距离高速出口站-ZFTA-447883-55扇区最近,但是UE一直拖在GC-市区-贵池联盟-ZFTA-447757-54没有切换到周边的高速出口站,无线参数核查发现里山街道办RRU-ZFTA-447561-52已经配置过高速出口站-ZFTA-447883-55邻区。

专业网管核查邻区截图3.原因定位经过网管核查和参数确认,里山街道办RRU-ZFTA-447561-52已经从15M扩容到20M,频点已经从1825变成了1850,里山街道办RRU-ZFTA-447561-52切换到高速出口站-ZFTA-447883-55已经从前期的同频切换变成了异频切换,启动异频切换的门限默认值是-109dbm。

用户投诉下载速率低-LTE互调干扰导致

用户投诉下载速率低-LTE互调干扰导致

LTE互调干扰导致下载速率低处理案例4G无线网络在运行过程中会不时遇到各类干扰问题,尤其一些强干扰信号会严重影响LTE系统接收机解调性能,导致信噪比恶化或者饱和失真,产生掉线、低速率等影响用户使用感知的给类问题。

本案例通过分析处理LTE系统中一类常见的互调干扰引起的上行问题,提供LTE系统干扰处理基本思路,以便参考借鉴。

关键字:解调互调干扰【故障现象】3月份收到灵璧宏泰世纪城用户4G信号正常但上网速率变慢的投诉问题,家里几部电信手机都出现类似问题,要求尽快处理解决。

【原因分析】1、核查基站运行状态:根据用户反映的位置,检查附近基站运行状态,未发现故障告警;2、检查基站负荷:核查实时用户占用数及话务指标统计,判断基站负荷也较轻;与用户沟通家里其它电信手机网速也很慢;排除用户终端问题。

3、现场测试定位:经过上述分析初步判断网络侧原因导致;赶赴现场DT测试发现用户家所在位置4G信号RSRP为-101dBm,但SINR一直在-2到7跳变,很不稳定。

判断用户占用的4G灵璧栖凤苑-1小区存在干扰问题。

通过U2000信令跟踪底噪,发现RB RSSI值最高已达到-85dB,而实时在线用户仅16个。

图34、查询附近周边4G站点扇区RSSI值正常,3G站点扇区底噪也无高低噪问题,结合信令跟踪RSSI值变化规律来看,初步判断是系统内部干扰。

进一步分析PRB底噪值变化规律图形与典型的互调干扰波形类似,因此排查重点核查小区互调干扰。

互调干扰定义:当两个或者多个信号同时进入通道时,由于非线性作用,信号的组合频率会形成互调信号,其中3阶互调信号最强。

如果互调信号落在小区上行带内,那么就会形成互调干扰信号,影响系统正常解调,。

互调干扰波形图如下图1互调干扰特征:一般分为有源互调与无源互调,当前网络常见无源互调干扰,如馈线、接头、天线等无源器件承载各类无线信号由于本身非线性导致的互调效应。

随着信号源功率增加而明显增大,一般信号功率增加1dB,互调产物往往增加3dB。

华为LTE室分系统时钟源取数方式错误导致下载速率偏低问题分析

华为LTE室分系统时钟源取数方式错误导致下载速率偏低问题分析

一、故障现象自湖州移动吴兴埭溪营业厅LTE分布系统开通后,验收员对该LTE室分小区进行覆盖以及吞吐量等相关性能的验收测试,通过测试发现该分布系统LTE整体RSRP覆盖良好,但PDCP Thr’put DL吞吐量较低且很不稳定,在20~40Mbps之间剧烈快速波动。

针对此情形,我们对该分布系统的多个天线点位均进行了定点CQT TDL下载速率的验证,均出现了下载速率波动距离且偏离正常值的现象(不仅限于某一个测试点),具体如下图:(埭溪营业厅LTE分布系统TDL定点测试现场图)如上图所示,在定点性能验证的过程中,当前小区频点为38950,PCI=214,RSRP达到了-42dBm左右,SINR值达到了29左右,且由于周边暂无开通TDL室分站点,故不存在PDSCH 信道的同频干扰,但是DL Grant Num/S调度数波动剧烈,在200~500区间,初步判断PDCCH DL GRANT调度数量的不足及不稳定而引起的下载速率的波动。

二、原因分析1、可能原因分析1)多用户共享PDSCH信道;2)无线环境问题(PCI模三干扰及同频干扰);3)FTP服务器问题;4)小区配置参数设置问题;5)硬件性能故障;6)小区配置参数设置问题;7)传输节点收发光功率超出正常范围。

2、流程图3、故障分析处理过程1、通过后台OMC上对该TDL小区的用户占用情况进行实时监控,发现现场验证人员在整个验证阶段内只有一个用户,并非用户多而引起的PDSCH共享问题。

2、该TDL室分站点使用的频段为E频段,周边暂无开通室分站点,显然排除同频干扰以及MOD3干扰的问题,且从测试情况来看,当然小区的RSRP电平很高、SINR极好。

3、现场更换其它服务器同样出现PDCCH DL GRANT调度数量不足以及不稳定的现象,且通过将LTE测试终端锁定在周边的宏小区上,使用同样的服务器速率不存在速率不稳定的现象,排除FTP服务器问题。

4、由于存在PDCCH DL GRANT调度数量不足的问题,有可能功率方面的参数设置异常,超过了单PATH的承载功率,从而引起因功率不足导致PRB调度不足的问题,如若存在此问题,必然导致PDCCH DL GRANT调度始终偏低的问题,而不是导致PDCCH DLGRANT调度数忽上忽下现象,为了问题排查的严谨性,我们核查了该问题小区的RS功率为9.2dBm,PA=0、PB=0,满足RRU功率范围且参数设置完全合理。

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调度不足导致下载速率低案例

LTE调度不足导致下载速率低案例【摘要】近期网络测试中,发现多个站点在无线环境良好的情况下,下载速率无法达到峰值的情况。

【关键字】调度不足1.问题描述近期网络测试中,发现多处无线环境良好的情况下速率低的问题。

针对此问题,进行了反复抓包、测试定位,分析发现引发该问题的原因有多种情况。

2.原因分析1.无线侧初步分析排除终端和笔记本、FTP服务器问题:对这几个站点,进行更换终端、笔记本等方法进行测试,现象一样,且同样的笔记本、终端在其他站点上速率正常,可达到峰值。

排除这方面的问题排除无线环境因素:测试时对测试位置进行多次选点,在RSRP/SINR等都远大于极好点的位置进行测试,MCS等级可基本维持在27以上,但是速率表现一样。

同样的位置进行UDP灌包,速率可达到峰值。

在基站的S1口做镜像抓包,同时在FTP服务器上也做WIRESHARK 抓包,发现S1口的下行数据存在乱序和丢包的现象,丢包率大约为千分之一,这个有可能导致速率的下降。

2.上行反馈晚点到达服务器和终端丢包通过寻找无线环境好的测试点,测试速率可在90M以上,但也有偶尔掉坑现象,针对此种情况进行抓包和CDL业务日志分析,发现掉坑的时候有突发重传,重传的原因有2中:上行ACK到达服务器时间点晚导致服务器重传终端侧抓包分析:在500746行收到了SN为904789478的原始包紧接着在500748行对500746行和500747行报文进行确认ACK(ipid : 30556),如图:在501077行,收到SN为904789478的重传包服务器侧:在939644行对SN:904789478包首次进行发送在939931对SN:904789478包进行重传,此时按照TCP协议,超时重传会导致速率陡降。

然而,在服务器对SN: 904789478重传后的939936行收到了终端对原始包的确认,说明原始包的ACK(ipid: 30556)并没有丢,只是到服务器时晚了上行ACK晚点到达服务器的原因应该与下述发现的传输时延突发异常变大有关。

LTE案例库总结

LTE案例库总结

LTE案例库总结1.LTE下载速率低原因及相关案例 (5)1.1无线环境 (5)1.1.1案例1:系统外干扰(DCS1800)导致LTE宏站单小区下载速率低 (6)1.1.2案例2:服务小区与邻小区PCI存在mod3干扰造成下载速率过低 (8)1.1.3案例3:由GPS失锁引起的F频段LTE基站上行干扰 (9)1.2容量 (10)1.3无线参数配置 (10)1.3.1案例4:爱立信小区上下行时隙配比错误导致上行高BLER 速率低 (10)1.3.2案例5:LTE的功率PA、PB参数设置不合理导致下载速率低的处理 (11)1.3.3案例6:爱立信LTE小区DLTARGETBLER参数配置有误导致下行速率低121.3.4案例7:华为eNodeB升级8.0版本默认开启MR功能后导致速率低 (12)1.3.5案例8:由于PDCCH信道误码率较高导致下载速率波动 (13)1.3.6案例9:TA同步功能未打开导致LTE下载速率抖降问题案例(14)1.4传输问题 (14)1.4.1案例10:LTE传输问题导致小区下载速率低 (14)1.5传输参数问题 (15)1.5.1案例11:PTNQOS参数限制导致LTE下载速度低案例 (15)1.5.2案例12:PTN侧MAC地址学习功能未配置导致LTE基站FTP下载速率低161.5.3案例13:由交换机端口配置不正确导致LTE TDD下载速率波动问题 (17)1.6核心网参数 (17)1.6.1案例14:QCI设置错误导致演示厅LTE下行速率低问题 (17)1.7基站存在故障或告警 (19)1.7.1案例15:室分场景多RRU合并后某一RRU驻波导致速率低(19)1.8其它类别 (19)1.8.1案例16:LTE测试软件配置错误导致下载速率低 (19)1.8.2案例17:由于合路器接法不正确引起的下载速率低的问题(20)1.8.3案例18:LTE室分双路不平衡导致下载速率低 (22)2.LTE基站小区无法建立或建立异常问题及案例 (23)2.1无线参数配置 (23)2.1.1案例1:GPS数据配置错误导致LTE TDD无法正常开通的案例 (23)2.1.2案例2:LTE宏站小区CRS端口配置错误导致小区无法建立(24)2.1.3案例3:LTE小区与RRU关联错误导致覆盖接反 (25)2.1.4案例4:LTE基站eNodeB ID标识不唯一导致基站S1偶联链路频繁规律闪断(26)2.1.5案例5:大唐和华为GTP-U检测功能参数协商不一致导致LTE站点业务频繁中断 (26)2.1.6案例6:由于TDS频点设置问题导致LTE基站无法开启的案例 (27)3.LTE切换问题及案例 (28)3.1覆盖 (28)3.1.1案例1:由于弱覆盖导致成都理工大学LTE小区1与音乐公园LTE小区2切换失败案例 (28)3.2无线参数配置 (29)3.2.1案例2:爱立信LTE小区DCI配置错误导致切换失败 (29)3.2.2案例3:开启防乒乓切换开关导致不切换 (29)3.2.3案例4:由切换门限设置错误导致某LTE站无法进行异频切换 (30)3.2.4案例5:TAU与X2切换冲突导致切换失败并掉线 (31)3.3核心网参数 (32)3.3.1案例6:LTE核心网鉴权关闭导致切换失败 (32)3.4传输参数 (32)3.4.1案例7:LTE基站S1口少配导致切换成功率低处理案例 (32)3.5异厂家参数配置 (33)3.5.1案例8:爱立信与中兴LTE邻小区RLC传输模式配置不一致导致切换失败333.5.2案例9:大唐与诺西Local Cell Resource ID配置不一致导致切换失败的案例343.5.3案例10:由于DRB-ID分配策略华为中兴LTE异厂家切换失败案例 (35)4.LTE终端接入问题 (35)4.1无线参数配置 (35)4.1.1案例1:TD-LTE帧同步参数配置错误导致上行干扰,造成终端有信号无法接入 (35)4.1.2案例2:TDL完整性保护算法设置错误导致部分终端无法上网 (36)4.1.3案例3:爱立信室分小区PrachConfigIndex配置错误导致接入性差 (37)4.2核心网配置 (38)4.2.1案例4:LTE的S1口IP配置错误导致终端无法正常接入 (38)4.2.2案例5:在MME中未绑定IMSI和HSS对应关系导致LTE 新号段无法附着到网络 (39)4.3传输参数配置 (40)4.3.1案例6:未设置用户面路由导致LTE基站无业务速率 (40)5.2/3/4G互操作问题 (40)5.1.1案例1:由于3G/4G的PLMN不同且未配置EHPLMN导致TD-S重选TD-L失败 (40)5.1.2案例2:华为和中兴MME选路策略不同导致CSFB被叫接通率较低 (41)6.掉话问题 (43)6.1.1案例1:TD-LTE SRS带宽重配置导致掉话率高案例 (43)。

精品案例_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不同类型终端功能除协议规定的终端类型对速率有重要影响外,终端生产过程其芯片处理能力,终端接收灵敏度等也对速率产生重要影响。

模3干扰导致LTE下载速率低案例

模3干扰导致LTE下载速率低案例

模3干扰导致LTE下载速率低案例
一、故障现象
华为LTE优化课程实践活动中,在对某市簇10拉网测试中发现部分区域下载速率较低:
二、原因分析
1.怀疑覆盖问题,检查该路段RSRP发现信号强度如下图所示,排除弱覆盖导致
2.检查覆盖区域基站均无故障告警。

3.检查覆盖区域基站参数设置正常。

4.检查该路段SINR发现,信号强度较好路段,SINR值较低,怀疑PCI模3干扰。

5.统计该路段占用小区PCI,如下所示:
如上表所示,占用的服务小区“商务学院-HLH-2”与邻区“甘井子公安局射频拉远-HLH-2”模3都为1。

在同频组网条件下,相邻小区的PCI模3相等意味着这两个小区的PSS码序列相同,因此这两个小区参考信号的分布位置和发射时间完全一致。

由于LTE 对下行信道的估计都是通过测量参考信号的强度和信噪比来完成的,因此当两个小区的PCI模3相等时,若信号强度接近,由于参考信号位置的叠加,会产生较大的系统内干扰,导致终端测量参考信号的SINR值较低,由此产生了PCI模3干扰。

三、解决措施
通过重新规划PCI,规避模3干扰问题:
整改后的PCI如下所示:
重新拉网复测该路段的SINR、下载速率结果如下:
从复测结果可以看出,修改PCI后,该路段SINR、下载速率均有较大幅度提升。

四、经验总结
PCI模3干扰导致SINR较低,极大的影响了吞吐速率,目前在同频组网下,相邻小区PCI模3相等的问题很难完全消除。

因此,合理规划PCI,尽量控制精确覆盖,通过调整天馈、控制小区功率等措施减少重叠覆盖区域,是目前控制模3干扰最直接手段。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

精品案例_5G NSA模式下速率低问题排查处理

精品案例_5G NSA模式下速率低问题排查处理

5G NSA模式下速率低问题排查处理案例目录一、问题描述 (3)二、分析过程 (4)2.1 NR理论速率研究 (4)2.2 影响NR速率的因素 (5)2.3 测试速率低信令流程分析 (13)三、解决措施 (17)四、经验总结 (18)4.1 速率低经验总结 (18)4.2 速率优化带来的市场效应 (19)5G NSA模式下速率低问题排查处理案例【摘要】伴随着5G站点的快速部署商用以及5G商用终端发布,滁州电信根据省公司统一部署开通营业厅以及校园示范站点,并进行5G业务体验。

在工程优化过程中发现测试速率异常,不到100Mbps,需及时处理。

排查发现锚点站1.8G小区正常驻留5G且业务性能正常,同站2.1G小区SN添加未成功,导致速率异常。

原因为同站2.1G NR邻区配置不全,EN-DC功能开关未打开导致,参数优化后复测终端正常接入,下载速率800Mbps左右。

同时,讨论速率异常可能存在的影响因素,总结了5G速率低问题的排查思路,为后续速率类异常故障的处理提供经验依据。

【关键字】速率NSA【业务类别】5G一、问题描述滁州电信在校园以及营业厅5G网络建设以及优化测试过程中发现在在西门子路电信营业厅基站、苏宁广场电信营业厅基站下的某个小区测试时都存在5G下载速率非常低的情况,不满足近点速率验收标准(下载速率>600Mbps),如图(1)。

图(1)终端占用5G速率测试异常二、分析过程2.1 NR理论速率研究5G的理论速率到底能达到多少?如图(2)所示。

图(2)不同类型下理论峰值速率图就滁州电信来说现网目前采用的100M带宽,根据上下行的速率与带宽,调度周期,调整方式,流数有关系,可以简单用公式算一下的。

1)上行峰值速率=(上行PDSCH占用RE数* 256QAM对应bit数*码率*流数)/ 5/1000=(273*12*(13+13+13)*8*0.95*2)/5/1000= 388Mbps2、下行峰值速率=(下行PDSCH占用RE数* 256QAM对应bit数*码率*流数)/ 5/1000/1000=(273*12*(11.9+11.9+11.9+7.9+11.9+11.9+7.9)*8*0.95*4)/5/1000/1000= 1.49Gbps2.2 影响NR速率的因素2.2.1 覆盖优化覆盖问题优化整体遵循如下几个原则:原则1:先优化SSB RSRP,后优化SSB SINR;原则2:覆盖优化的两大关键任务:消除弱覆盖;消除交叉覆盖;原则3:优先优化弱覆盖、越区覆盖、再优化导频污染;原则4:工程优化阶段按照规划方案优先开展工程质量整改,其次建议优先权值功率优化,再物理天馈调整优化;5G NR覆盖优化方法与LTE相似度较高,对基础测试数据分析,结合网络拓扑结构、基础工参及参数配置、对网络覆盖问题产生的原因进行深入分析,制定相应的优化解决方案。

TA同步功能未打开导致LTE下载速率抖降问题案例

TA同步功能未打开导致LTE下载速率抖降问题案例

主题:TA同步功能未打开导致LTE下载速率抖降问题案例作者:高骏远、赵炜邮箱:gaojunyuan@;zhaoweisgs@;所在省:江苏关键字:TA 时间提前量; CP 循环前缀专业:无线设备类型:BBU5116_LTE设备型号:RRU338D软件版本:故障描述:1 问题现象描述在进行“TM3和TM8的小区吞吐量对比”的测试中,发现无论TM3还是TM8模式,在测试路线上某一固定点附近,都出现下载速率陡降的现象,在CDS对吞吐量的记录中,在该点出现深坑。

具体情况见下图:图1 进入速率陡降区域后RSRP及SINR情况从图中数据可以看出,在RSRP及SINR均无明显变化的情况下,路测软件统计的PDCP吞吐量由22312.2Kbps,突降到666.1Kbps,下降幅度达97%,2-3秒钟后恢复正常。

图2 进入速率陡降区域前RSRP及SINR情况经过对多次测试中出现的下载速率陡降点进行GPS打点测量,发现该点的GPS经纬度信息是非常接近的,约为距基站880m左右处。

说明都是在相同的测试点附近出现下载速率突降现象。

如下图所示:图3 50%加扰-TM3模式内自适应-下行-高速图4 空扰-TM8模式内自适应-下行-高速故障诊断:分析故障现象可能原因::1、设备故障2、空口质量问题3、参数设置问题1、设备故障通过查看OMC告警,此路段站点并无告警信息。

设备故障排除。

2、空口质量问题通过CDS路测软件中可以看出此路段的RSRP和SINR并无明显变化。

空口质量问题排除。

3、参数设置问题通过核查后台参数,发现测试中关闭了TA同步功能(通过配置开关控制)。

此参数被关闭的话会导致终端无法调整上行同步位置,使基站接收到的上行PUCCH数据(ack/Nack)超出接收窗,接收数据错误,造成下行速率陡降。

下行吞吐量陡降是由于PUCCH上携带的反馈ACK被译错为NACK,基站认为下行bler高,会将MCS等级调低导致。

测试中使用PUCCH译错原因:一个用户的PUCCH占一个PRB,12个载波,IDFT到时域后是12个时域径,每个时域径的物理意义是1/BW=1/(12*15Khz)=5.56us。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

TD-LTE功率分配参数设置不合理导致下载速率低案例

TD-LTE功率分配参数设置不合理导致下载速率低案例

TD-LTE功率分配参数设置不合理导致下载速率低案例
问题描述:
在湖南文理学院做LTE优化测试过程中,收学院八宿舍1小区信号,八宿舍为文理学院新开的第一站,SINR大于25,RSRP良好,距离基站约为80米,发现在覆盖较好路段下载速率较低(基本小于29Mbps),未能达到单站验证好点的要求,具体测试值如下
原因分析:
分析判断可能原因:
1)是否问题故障,通过联系后台,查看基站运行正常,无任何告警;
2)信号质量问题,检查空口信号质量,下行信号强度为-75Dbm,平均SINR值为23,传输模式为TM3,上行发射功率为-2,从上述信息可以看出不可能是干扰问题,上下行信号质量良好;
3)编码调制问题,查看调度MCS,发现MCS基本正常64QAM占比为83%,基本上处于高价编码阶段;
4)对调度次数查看,为800满调度;两根天线性能相同,其检测的SINR值都相当。

5)观察每个RB调度次数,发现很多RB调度次数不足;
分析流程图:
解决措施:
1、RB调度次数不均衡,检查功率参数设置,发现PA值设置为-3,PB值设置为3,
根据功率利用率分配表可以知道次数功率利用率仅为67%。

2、通过功率利用率表可以看出,当PA为-3,PB为1时功率利用率最大为100%;
3、设置PA为-3,PB为1,测试结果如下:
测试速度从平均28Mbps提升到44Mbps,同时可以看出整个20M带宽上的100个RB其调度次数基本上维持在满调度800或接近满调度。

经验总结:
通过这次测试对比发现,PB值对在信号好的点对下载速率影响较大;对于差点及边缘点的影响还需要进一步的评估。

对于RRU功率的利用率平衡性问题,可以针对不同的业务的采用不同的参数值。

LTE 传输问题导致小区下载速率低

LTE 传输问题导致小区下载速率低

案例名称:LTE 传输问题导致小区下载速率低一、案例关键字案例名称LTE 传输问题导致小区下载速率低地市扬州专业4G 设备类型设备厂家卡特设备型号软件版本编制时间作者作者电话关键字传输二、案例问题现象收到扬州某公寓下LTE下载速率慢的投诉,安排人员现场测试验证:投诉点位于宏站辉煌公寓-HLH-1小区覆盖范围,在无线环境较好的条件下(RSRP=-90dBm,SINR=25),利用省公司183.207.210.62服务器做FTP下载,下行速率约10-15mbps,低于该空口环境下的正常预期(SINR>25,DL THR>45mbps),确认蚂蚁公寓-1小区确实存在下载速率低问题。

三、原因分析和排查处理1、利用LTE核心网EPC内网服务器对辉煌公寓小区入网终端UE进行40mbps带宽的UDP灌包测试;在基站侧对传输PTN来包流量做实时统计,基站侧收包带宽为15mbps左右;在UE终端侧通过测试软件查看收包带宽也为15mbps左右。

通过该步骤,确认速率低问题是在基站侧以上网元引入。

2、利用LTE核心网EPC内网服务器对火车站综合楼室分小区入网终端UE进行40mbps带宽的UDP灌包测试;在基站侧对传输PTN 来包流量做实时统计,基站侧收包带宽为40mbps左右;在UE终端侧通过测试软件查看收包带宽也为40mbps左右。

通过该步骤,进一步确认速率低问题为EPC至辉煌公寓基站间的PTN传输网元引入。

协调传输排除故障后,速率恢复正常。

四、案例总结针对下行吞吐率不达标的问题,按照相关指导书进行逐步核查;涉及到非空口原因导致的调度不足以及吞吐率较低问题,应通过基本手段初步判断问题原因,再求助相关模块进行进一步确认并及时处理;针对基站传输类告警,不容易发现,建议通过基站层显示出来,便于及时发现并及时处理。

LTE站点CV帧使能开关未打开导致下载速率低案例

LTE站点CV帧使能开关未打开导致下载速率低案例

LTE站点CV帧使能开关未打开导致下载速率低案例一、案例背景目前黄山LTE网络组网方式是F升级为主,D新建、F新建较少,D频段集中分布在黄山学院附近。

通过拉网测试,F频段有3个站点出现低速率现象;主要是UE占用该站点,RSPR、SINR均较好但下载速率仅有2M 左右,反复测试现象依旧。

二、现场测试情况通过对现场的测试,在好点测试,速率异常。

具体测试指标如下:通过如上指标观察,均为正常指标。

三、排查思路1、首先分析现场的无线环境,如果较好就可以排除无线环境对速率的影响。

2、检查自己的电脑或者更换电脑进行测试,最好采用10线程,大文件的续传测试,这样可以排除非网络问题导致下载速率偏低。

3、排除上述问题,观察RB的调度、是否占用TM3或者TM8的传输模式、高阶编码方式大于MCS26的占比情况。

如果RB调度充足、TM3占比较高、编码方式主要在26阶以上,需要观察基站状态,查询是否有告警或隐形故障。

4、如果基站无告警及故障,需要观察当前的站点在同一时间的激活用户数,排除是多用户导致速率低。

5、如果上述问题均排除,就需要排查上层(核心网、传输)是否有告警与故障。

四、分析处理过程1、通过拉网发现的三个低速率站点是屯溪山水大酒店、屯溪三中、屯溪工会站点。

现场无线环境良好,但速率较低。

更换服务器地址,测试速率依然在2M左右。

2、更换电脑后,采用10G文件、10线程不间断的下载测试,RB调度正常但速率依然非常的低。

3、通过后台查看基站运行状态,无异常;基站复位后测试,依然速率低4、通过网管操作进行基站冷重启后,测试速率未恢复;对基站的数据进行重新载入依然无效果。

5、通过对测试数据仔细分析,现场无线环境良好,天面3个,分别是1小区对着黄山西路;2小区对前园路覆盖;3小区覆盖黄山东路,路面信号在-67dbm左右;分析RB调度是正常的,编码方式也能正常占用到MCS27阶,从测试较多分析站点无异常,可能怀疑传输问题。

6、通过咨询诺西专家,按照要求抓取BTSLOG等一些重要的基站数据分析,基站的运行状态表现正常,可以判断基站侧无问题。

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 频段天线对该频段有干扰。

5G站点开通后测试下载速率低问题处理案例

5G站点开通后测试下载速率低问题处理案例

5G站点开通后下载速率低问题处理案例案例上报省份:湖南省案例上报人:徐晓东一、关键词:下载、速率低二、案例分类问题分类:用户感知、网络性能类手段分类:参数调整、网络抓包等三、优化背景黄兴广场5G站点下载速率低,需要优化提升。

四、问题现象黄兴广场5G基站开通后,检查小区状态正常,基站无任何故障告警,但现场测试下载速率只有几十兆,最高时只有100Mbps 左右,而且下载速率不稳定,波动较大,达不到5G单验下载速率要求。

五、原因分析1、检查基站开站脚本,未发现基站脚本配置存在异常,刷基站下载峰值参数,测试下载速率仍然只有几十兆。

2、为排除基站脚本问题,对照其它区域开通基站脚本重新制作开站脚本,将基站数据清空后重新刷基站脚本,现场测试下载速率仍然只有几十兆。

3、为定位问题原因,对基站进行抓包分析,通过抓包分析发现基站上游丢包严重,服务器总共有10个线程,每个线程都存在丢包。

单独拿一个线程看,基站以上丢包475个,基站以下丢包4个,因此判断是基站以上问题,需要排查基站以上传输设备及线路。

4、该局点使用的是中兴厂家PTN设备,对比该局点和其它区域中兴厂家传输组网情况,其它区域传输组网:BBU->PTN6500->桥节点->L3->省干,该局点组网:BBU->PTN9008->桥节点->L3->省干。

因此,建议将该局点的PTN9008更换为PTN6500,避免由于传输设备差异造成下载速率异常问题。

六、解决方案更换PTN传输设备为PTN6500后,现场测试下载速率最高时达450Mbps左右,稳定在430Mbps左右,下载速率正常。

七、效果评估将中兴厂家PTN9008设备更换为PTN6500设备后,现场测试下载速率正常。

对于下载速率低问题,可以通过对基站进行抓包分析定位是基站以上传输丢包还是基站以下丢包,判断是基站问题还是传输问题,在问题定界后再进一步分析处理。

帧偏置未配置导致速率低案例

帧偏置未配置导致速率低案例

帧偏置未配置导致速率低案例案例上报省份:河北案例上报人:叶振洋、刘红星一、关键词:SA,帧偏置,干扰二、案例分类1.问题分类:接入类2.手段分类:参数调整三、优化背景局部热点场景D频段未完全退频,开启5G站点后,D频段部分带宽重叠,5G部分带宽受到D频段影响。

四、问题现象雄安文化节5G紧急开通演示站点,开通NSA站点雄县四站-5G,站点开通后,现场测试占用雄县四站-5G-2小区,测试速率极低,约在20Mbps左右。

五、原因分析通过干扰检测监控发现,雄县四站-5G-2小区RB干扰严重,小区每个RB的平均干扰噪声功率约在-80.81dBm,且后50个RB干扰在-80dBm以上。

核查基站状态无明显异常,无告警。

通过对该站数据进行核查,该站为2.6G频段小区(2515MHz-2615MHz),与现网D频段小区频率重叠,基站帧偏置数据未配置,导致中间RB与后50个RB出现强干扰且测试速率低。

NR 2.6G小区和LTE-TDD 2.6G小区会出现由于子帧结构不同,收发时隙不一致,导致相互干扰。

六、解决方案进行帧偏置配置,避免同频异系统组网时,空口上下行无法做到严格同步而导致上下行冲突,影响用户业务。

例如,我们对NR 侧帧在LTE帧偏置基础上+3ms,可以得到以下帧结构,规避了相互干扰问题。

七、效果评估将雄县四站-5G 站点配置帧偏置后,中间RB 与后50个RB 干扰降低且低于-110dBm ,测试速率恢复正常。

-120-115-110-105-100-95-901112131415161718191101111121131141151161171181191201211221231241251261271帧偏置修改后八、基于案例提炼的方法、流程及评估标准建议在未进行完全退频区域或退频区域隔离效果不佳的区域,新开5G基站(2.6G频段),需在基站开通后及时配置帧偏置,如果帧偏置配置错误或未配置将会导致5G站点与4G的D频段小区产生强干扰影响测试速率与用户感知。

【LTE实战】TD-LTE调度不饱满导致下载速率低问题

【LTE实战】TD-LTE调度不饱满导致下载速率低问题

网格测试过程中遇到的调度不饱满导致下载速率低问题,分享给大家!问题描述:近期,在网格大会战过程中, LTE网格组发现多个站点在无线环境良好的情况下,下载速率无法达到峰值的情况,如下为金陵城二-1小区测试速率,速率始终只能在50M-60M 上下。

而该站点的配置在正常情况下应该在80M以上。

共发现该问题的有:郭家山二搬迁、新生圩港、金陵村二、伊刘村、浦口二、柳塘村、浦江学院、燕江路、宝塔街T、大桥村、浦口审计学院试扩、林家凹试扩等12个站点。

问题分析:针对该问题进行了长达1个月的反复抓包、测试定位,分析发现引发该问题的原因有多种情况,下面是详细分析。

1.无线侧初步分析排除终端和笔记本、FTP服务器问题:对这几个站点,进行更换终端、笔记本等方法进行测试,现象一样,且同样的笔记本、终端在其他站点上速率正常,可达到峰值。

排除这方面的问题排除无线环境因素:测试时对测试位置进行多次选点,在RSRP/SINR等都远大于极好点的位置进行测试,MCS等级可基本维持在27以上,但是速率表现一样。

同样的位置进行UDP灌包,速率可达到峰值。

如下图,至此可基本排除无线环境问题。

测试组对问题站点的小区PRB数限制为48/24,测试速率基本稳定在对应的峰值速率上。

也说明问题不在空口上,怀疑进入基站的数据不足。

在基站的S1口做镜像抓包,同时在FTP服务器上也做WIRESHARK抓包,发现S1口的下行数据存在乱序和丢包的现象,丢包率大约为千分之一,这个有可能导致速率的下降。

金陵村二伊刘村2.传输链路不稳及丢包问题根据以上分析,首先怀疑传输侧问题,将存在问题站点提交传输分析,传输侧反馈郭家山二搬迁、新生圩港链路不稳,并进行处理;燕江路传输侧存在明显丢包,并对异常进行处理;根据传输侧反馈,项目安排复测:新生圩港和燕江路问题解决,郭家山二搬迁1、2小区速率恢复正常,3小区下载速率依然较低;由于同站所有小区共用传输,因此该站3小区问题非传输导致;站点中兴答复当前版本郭家山二链路不稳,已处理 3.20.00.40.15.01新生圩港链路不稳,已处理 3.20.00.40.15.01燕江路存在明显丢包,已处理 3.20.00.40.15.013.参数设置问题传输整改后郭家山二仅3小区仍存在问题,因此小区参数设置嫌疑较大,将3小区参数与1、2小区进行对比,发现上行BO参数设置不合理,参照1、2小区进行设置后,3小区下载速率恢复正常,并对其他未解决站点参数也进行核查,发现金陵村二存在同样问题,修改后也恢复正常。

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

LTE站点CV帧使能开关未打开导致下载速率低案例
一、案例背景
目前黄山LTE网络组网方式是F升级为主,D新建、F新建较少,D频段集中分布在黄山学院附近。

通过拉网测试,F频段有3个站点出现低速率现象;主要是UE占用该站点,RSPR、SINR均较好但下载速率仅有2M 左右,反复测试现象依旧。

二、现场测试情况
通过对现场的测试,在好点测试,速率异常。

具体测试指标如下:
通过如上指标观察,均为正常指标。

三、排查思路
1、首先分析现场的无线环境,如果较好就可以排除无线环境对速率的
影响。

2、检查自己的电脑或者更换电脑进行测试,最好采用10线程,大文
件的续传测试,这样可以排除非网络问题导致下载速率偏低。

3、排除上述问题,观察RB的调度、是否占用TM3或者TM8的传输模
式、高阶编码方式大于MCS26的占比情况。

如果RB调度充足、TM3占比较高、编码方式主要在26阶以上,需
要观察基站状态,查询是否有告警或隐形故障。

4、如果基站无告警及故障,需要观察当前的站点在同一时间的激活用
户数,排除是多用户导致速率低。

5、如果上述问题均排除,就需要排查上层(核心网、传输)是否有告
警与故障。

四、分析处理过程
1、通过拉网发现的三个低速率站点是屯溪山水大酒店、屯溪三中、屯溪
工会站点。

现场无线环境良好,但速率较低。

更换服务器地址,测试
速率依然在2M左右。

2、更换电脑后,采用10G文件、10线程不间断的下载测试,RB调度正常
但速率依然非常的低。

3、通过后台查看基站运行状态,无异常;基站复位后测试,依然速率低
4、通过网管操作进行基站冷重启后,测试速率未恢复;对基站的数据进
行重新载入依然无效果。

5、通过对测试数据仔细分析,现场无线环境良好,天面3个,分别是1
小区对着黄山西路;2小区对前园路覆盖;3小区覆盖黄山东路,路面信号在-67dbm左右;分析RB调度是正常的,编码方式也能正常占用到MCS27阶,从测试较多分析站点无异常,可能怀疑传输问题。

6、通过咨询诺西专家,按照要求抓取BTSLOG等一些重要的基站数据分析,
基站的运行状态表现正常,可以判断基站侧无问题。

7、再次对这些站点进行参数对比核查,重点核查PPS time Offset、定
时器等重要参数无异常。

8、由于基站到UU口速率是透传,理论上上无速率的损耗,通过抓取入基
站的端口速率与出基站侧端口速率进行比对,可以判断出来基站的状态与是否是故障的。

如上图入基站仅有20M左右,说明核心网给的大包在传输层损失较多,且在出基站也是20M左右,可以充分说明站点是正常的,原因可能出在传输层。

9、为了确定是传输的问题,在基站上对OMC/NPT/MME地址进行ping,发
现3条MME总有1-2条无法ping通,如下:
10、通过在网管上采用50M的包进行ping基站IP,出现时通时不通的现
象,可能原因是传输闪断。

具体如下:
11、如上综合分析,初步定为是传输故障或者闪断导致F频段部分站点
异常;通过协调传输对传输进行故障排查,参数核查发现这三个站点
为非环单挂站点,由于CV帧使能开关未打开导致。

12、通过传输协同处理后,测试下载速率正常
五、处理结果
通过对如上问题进行逐步排查,最终确认为传输问题,由于山水大酒店、工会均为非环单挂站点,由于CV帧使能开关未打开导致。

开启CV帧使能开关后,测试下载速率正常。

六、小结
1、在判断速率异常前,首先排查人为原因、非网络原因导致后,观察RB
调度、编码方式,也是正常;基站侧无任何告警,重启基站后现象未
恢复,基本可以判断与基站侧无关。

2、灌包是最常用的的排障手段,但由于核心网不是诺基亚的,所以需要
借助于外网服务器才能进行灌包,由于省公司的灌包平台未搭建导致
灌包受到限制。

灌包分为两种,一种是从核心网推一个大包观察进入
基站的流量,两一种是从基站侧直接推一个大包观察UU口收到的包的
大小,从而来判断是否是传输问题。

相关文档
最新文档