FDD-LTE网络PING时延不达标处理-四川

合集下载

FDD-LTE网络-基站单流占比过高处理案例

FDD-LTE网络-基站单流占比过高处理案例

汉中宁强周家坝基站单流占比过高处理案例
1 【问题描述】
[FDD]对汉中_宁强_周家坝_CTBFCT_2(PCI:58)进行CQT测试时, RSRP值在-65dBm左右,SINR值达到29.6dB,无线环境良好,但下载速率在59.44Mbps左右,未达到理想速率。

分析发现占用该小区信号时单流占比过高,导致下载速率较低。

2 【问题分析】
1、经核查,该小区不存在告警;
2、经核查,该小区功率设置正常;
3、经核查,该小区底噪正常;
4、经核查,该小区驻波比正常;
5、核查单板故障,不存在故障;
6、怀疑该小区RRU与天线连线线序存在问题。

3 【问题解决】
同工队上站检查发现,2T4R的RRU两个发射端口没有连接至同一组天线振子的+/-45度上。

RRU与天线之间的正确连接方式如下图所示:
重新进行RRU与天线之间的连接,汉中_宁强_周家坝_CTBFCT_2双流比例由54.51%提升至89.53%;下载速率由59.44Mbps提升至101.746Mbps;如下图所示:
4 【问题总结】
在后期工作中,当遇到站点RSRP、SINR、以及无线环境良好,下载速率偏低时,核查站点不存在告警及单板、各项参数均正常但双流占比很低时,建议上站核查RRU与天线线序连接是否正常(2T4R的RRU两个发射端口需连接至同一组天线振子的+-45度上),来保证站点的双流比例正常,进一步提升速率。

FDD-LTE网络下载速率优化案例

FDD-LTE网络下载速率优化案例

LTE FDD网络下载速率优化
目录
1、问题描述 (3)
2、问题分析 (3)
3、解决方案 (4)
4、取得效果 (4)
5、总结推广 (4)
在对近期新开站点单站验证测试时发现,雅安市XXXX路无线环境较好,占用雅安市天全县县医院基站3小区(PCI=194),RSRP为-68dBm左右,SINR在27.4左右,且传输模式为TM3,但下载速率为78.5Mbps左右,如下图所示:
CQT定点测试图:
下载速率轨迹图:
此时,我们做了以下分析:
1、服务器问题:将使用的182.144.0.56服务器更换为110.191.128.242服务器后测试,速率未得到改善,排除服务器问题。

2、测试终端问题:在不更换测试卡的情况下更换测试终端后测试,速率也未得到改善,排除测试终端问题。

3、测试卡问题:在不更换测试终端的情况下更换测试卡后测试,速率同样未得到改善,排除测试卡问题。

4、后台参数问题:查询该小区功率参数,基带资源参考信号功率(dBm)为15.4,配置合理;PA参数配置为-3,PB参数配置为3。

根据功配表可知此时功率利用率仅为67%。

3、解决方案
将雅安市天全县县医院基站PB参数配置由3改为1,使功率利用率达到100%。

修改前
修改后
4、取得效果
将雅安市天全县县医院基站PB参数配置由3改为1后复测,该路段下载速率得到明显提升,为97.6Mpbs左右。

CQT定点测试图:
下载速率轨迹图:
5、总结推广
LTE下载速率低也需注意功率参数PA/PB的设定,该参数设置需考虑业务场景,根据不同的需求对参数进行合理化配置,以到达感知最优。

LTE中常见问题及解决办法

LTE中常见问题及解决办法

LTE中常见问题及解决办法目录1 功率控制的作用、目标、意义 (2)2 软切换的优点与缺点分别是什么 (3)3 远近效应 (3)4 改善覆盖质量的常用优化措施 (3)5 如何判断小区基站天线接反? (4)6 如何判断邻区漏配 (4)7 如何判断导频污染 (4)8 什么是CQT,什么情况下用CQT? (5)9 切换失败原因分析 (5)10 孤岛效应 (5)11 LTE中rsrp和sinr取值范围: (5)12 乒乓效应: (6)13 越区覆盖: (6)14 拐角效应(街角效应): (6)15 下载速率低的原因: (7)16 弱覆盖的定义: (7)17 模3干扰定义: (8)18 互调干扰: (9)19 重叠覆盖: (9)20 单站验证流程: (10)21 LTE同频切换的信令流程: (11)22LTE中测量报告类型: (13)23LTE有哪些上行和下行物理信道及物理信道和物理信号的区别: (14)24 LTE具有什么特点(主要涉及的目标)? (16)25 LTE使用的频带、频段、频率范围、频点号 (16)26 现阶段中国TD-LTE的频谱是如何分配的? (17)27 RE、RB、REG、CCE、什么意思,20兆带宽有多少RB? (17)28 LTE有哪些关键技术,请列举并做简单说明其主要思想。

(18)29 QPSK、16QAM、64QAM (19)30LTE传输模式(TM类型) (19)31 TD-LTE网络的拓扑结构和主要接口。

(21)32 TD-LTE的帧结构并做简要说明 (22)33 LTE切换的种类 (24)一、根据切换触发的原因,LTE的切换可分为:基于覆盖的切换、基于负载的切换和基于业务的切换、基于速率切换等。

(24)1功率控制的作用、目标、意义功率控制的作用:克服远近效应、阴影效应,针对不同用户需求,提供合适的发射功率,提高系统的容量。

功率控制的目标:在维持通话质量的前提下,降低发射功率。

LTE网络下载速度低问题排查

LTE网络下载速度低问题排查

LTE网络下载速度低问题排查C局某移动LTE网络建始官店老街-HLH-2进行下载业务,在测试好点(RSRP=-68dBm,SINR=28dB)下行吞吐量为40M(特殊时隙配置9:3:2),单验测试速度未到60Mb/S,不达标。

如以下图1所示:图1 LTE站点下载速度低告警信息无站点告警。

缘故分析LTE下载速度低的问题,通常可从以下几个方面分析:1、设备侧问题,LTE基站设备,测试终端是不是异样,检查基站设备有无告警,测试终端是不是存在异样,改换测试终端验证;2、无线侧问题,测试区域存在干扰,因干扰致使下载速度不达标;3、传输侧问题,因传输丢包致使传输时延大,LTE网络下载速度低;4、核心网侧问题,EPC效劳器不稳固,下载速度波动大,测试速度不达标;5、存在多个用户占用该小区,致使测试速度不达标。

处置步骤1、后台检查该站点,无告警信息;2、改换测试终端,测试成效依旧;3、测试点网络分析:建始官店老街-HLH-2进行下载业务时RSRP=-68dBm,SINR=28dB,RB频域调度为559、时域调度为65,传输模式为TM3,高阶调制64QAM占比86.77%,误码块率为0,测试截图如图2图3所示:图2 测试点无线相关参数1图3 测试点无线相关参数24、联系其他测试点测试人员,在该区域其他站点进行测试,其它站点RB频域调度数达到800、时域调度达到100、下载速度达到70M以上,排除效劳器存在问题;5、后台用户数查询,该小区仅有1个用户(测试终端),排除多用户资源共享致使调试数低问题;MML: DSP ALLUEBASICINFO图4 该小区用户数查询6、后台进行空口基站侧对MIFI终端灌包测试;(1)查询测试UE相关信息:查询UE临时移动用户标识:MML:DSP ALLUEBASICINFO;图5 UE临时移动用户标识查询查询UE 核心网配置的E-RAB ID:MML:DSP UEONLINEINFO图6 UE核心网配置的E-RAB ID查询登岸,查询测试UE 本端DMZ IP地址:图7 UE本段DMZ IP查询查询ENODEB IP地址:MML LST DEVIP:图8 ENODEB IP地址查询(2)基站侧灌包测试:MML:STR UUDATATST图9 基站侧灌包设置图10 基站侧灌包灌包测试,RSRP=-68dBm,SINR=28dB,RB频域调度为800、时域调度为98,下行吞吐量达到70M,排除无线侧问题,测试截图如图11所示:图11 基站侧灌包测试截图7、后台基站侧对网管下一跳进行ping包测试,检查传输是不是存在问题。

中兴 FDD-LTE 网络优化---无线参数部分

中兴 FDD-LTE 网络优化---无线参数部分

P P P CHD F I C I CC CHH H
s s s s s s
p p p p p p
P P P CHD F I C I CC CHH H
P P P CHD F I C I CC CHH H
P P P CHD F I C I CC CHH H
P P P CHD F I C I CC CHH H
cell (1) (2) NID 3NID NID

在特定的地理区域内,各个小区的PCI各不相同,PCI可以作为一个很好的小区标识相互区分,并同时用 于小区特定加扰、security key的生成等等。因此Physical cell id在同一个地区同一个频点内需要尽 量保持唯一,同一个频点不同PLMN的情况(边界)也需要保持唯一, 否则可能出现PCI冲突(具有相同PCI

标识对于非MBMSFN的子帧,一个小区中除了PRACH信道之外的所有物理信道所使用的循环前缀长度。 CP长度主要由无线信道的多径特定决定,如密集城区等,如果多径延迟特别大,可考虑扩展CP;另外, LTE系统支持多达100km的小区覆盖半径,对于非常大的覆盖半径的小区,也需要选择扩展CP。 如果采 用normal CP,则一个时隙中可传7个OFDMA,否则只能传6个OFDM符号,可见扩展CP可以更好的抑制多径 延迟造成的符号间干扰、载频间干扰,代价是更低的系统容量。
的小区出现同覆盖区域)或者PCI混淆(某小区存在两个或以上具有相同PCI邻区)。相邻小区的PCI在各不
相同的情况下,尽量做到主同步ID差异化,也即一个Macro eNB通常有三个小区,建议分别取0、1和2; 不仅如此,不同eNB之间但位置相邻的小区,在规划时尽量做到差异化。
小区搜索
循环前缀长度(CP Selection for Phsical Channel for Non MBSFN)

TDD-LTE网规网优解决方案-LTE网规网优解决方案-基站业务网关IP配置错误导致掉线率指标恶化分析处理

TDD-LTE网规网优解决方案-LTE网规网优解决方案-基站业务网关IP配置错误导致掉线率指标恶化分析处理
1.排查该站点近期告警情况,该站近期没有出现S1链路故障告警;
2.使用诊断测试PING SGW IP地址均能PING通,而且没有丢包,说明SGW链路正常;
3.核查基站侧到MME的SCTP IP地址配置Байду номын сангаас确无误;
4.核查基站侧IP层配置情况,发现基站IP配置正确无误,但是网关IP配置错误,本应是100.72.167.129,而现网配置为100.72.17.129;
5.随后将该站点网关IP配置为正确的100.72.167.129,观察指标发现掉线率恢复正常。
组网环境
问题原因分析
问题解决方案
总结及注意事项
问题描述(故障现象)
某地市室分站点掉线率指标从11月15日开始恶化,每天掉线次数约500次,掉线率20%!具体情况如下:
组网环境
问题原因分析
查询该站点掉线原因值,主要为S1链路故障触发CONTEXT异常释放,判断是由于传输问题或者是SGW通路问题导致。
S1链路故障通常包含如下情况:
TDD-LTE网规网优解决方案-LTE网规网优解决方案-基站业务网关IP配置错误导致掉线率指标恶化分析处理
产品
TDD-LTE网规网优解决方案/TD-LTE无线子系统/TDD
网管版本
设备硬件版本
设备软件版本
单板硬件版本
单板软件版本
故障错误代码
浏览量
2
作者
武佳佳,10164735
知识序号
WHD20141204498607
1.eNodeB检测到S1的光口故障;
2.GTPU层检测到Path(eNodeB和SGW业务通路)故障;
3.GTPU层接收到对端的Error Ind消息。
本次问题是PATH故障导致,所以判断是eNodeB和SGW业务通路存在问题。

【最佳实践原创】双鸭山处理电信FDD干扰导致高掉线经验总结

双鸭山处理电信FDD干扰导致高掉线经验总结双鸭山网络部无线室2015年4月14日随着4G LTE网络的快速发展和逐步建设,特别是近年来数据业务的爆发,对网络的覆盖和容量要求越来越高,各种制式的无线网络相互掺杂,网络底噪不断抬升,干扰问题复杂多变,形势严峻,严重影响了用户体验。

目前TD-LTE 频段都存在较为复杂的干扰问题,如果不妥善解决,将严重影响TD-LTE 网络的建设步伐和运营质量。

本文旨在阐述无线网络干扰处理思路,通过现有资源进行逐一排查,使得一线工作人员快速、准确、便捷地掌握干扰的原理及排查的方法,更好地支撑LTE网络干扰问题的定位解决。

二.优化思路2015年4月初,双鸭山市移动LTE网络突增不明强干扰,导致全网指标呈现整体恶化趋势,为此领导高度重视,专门成立移动干扰排查小组,确定干扰来源。

通过3天的攻坚克难,最终锁定电信FDD-LTE的干扰源;排查思路如下:2015年4月初,我们发现双鸭山市移动LTE网络指标呈现整体恶化趋势,干扰问题凸显,尤其是对接通率、掉线率等指标影响颇大;以YFB019_B42_双集贤第二砖厂-HLH站点的话统数据分析为例:无线接通率通过话统分析,YFB019_B42_双集贤第二砖厂-HLH-1小区日平均RRC失败7200次,RAB失败850次,3小区日平均RRC失败430次,RAB失败150次;平均接通率在65%左右;无线接通率指标如下:1)YFB019_B42_双集贤第二砖厂-HLH-1小区周接通指标走势2)YFB019_B42_双集贤第二砖厂-HLH-3小区周接通指标走势无线掉线率通过话统分析,YFB019_B42_双集贤第二砖厂-HLH- 1小区日平均掉线300次,3小区日平均掉线80次;平均掉线率2.5%左右;无线掉线率指标如下:1)YFB019_B42_双集贤第二砖厂-HLH-1小区周掉线指标走势2)YFB019_B42_双集贤第二砖厂-HLH-3小区周掉线指标走势小结:通过话统指标,结合现网告警、邻区、参数、传输、路测等手段排查均无异常;通过干扰检测监控,发现突发的恶化小区均存在较强的干扰。

4G优化案例:LTE_FDD 时间同步问题优化案例

LTE_FDD 时间同步问题优化【摘要】XX电信 2020 年 4 月进行了时间同步实验论证,在实验期间发现实验区域RRC 重建比例异常抬升。

结合嘉兴电信 RRC 重建问题优化案例的先进经验进行实验区域验证优化。

本次主要依据嘉兴电信的解决措施“重建基本参数优化”“重建比优化参数优化”进行效果验证。

通过验证,实验区域 RRC 重建比例得到明显改善。

【关键字】LTE 时间同步RRC 重建【业务类别】优化方法、参数优化、基础维护一、问题描述1.1时间同步验证背景XX电信 NR 网络的同步方式为时间同步方式,而 LTE 网络为频率同步。

如果时间不同步,将会影响网络质量,主要有如下影响:1、终端在 LTE 网络无法测量到 TDD NR 邻区LTE GAP 周期为 40/80ms,长度为 6ms;NR 网络的 SSB 周期为 20ms,在 5ms 内发完;导致 LTE 无法测量到 TDD NR 邻区。

2、DRX 不对齐,终端耗电,DC 分流有损NSA 下,终端需要同时收发 LTE 和 NR 的信号,另一方激活都会导致终端无法进入休眠态。

NSA DC 下按照协议定义,LTE 和 NR 使用各自独立的 DRX。

如果LTE、NR 的休眠期不进行对齐处理,终端无法节能。

3、DC 双连接上行功率减半、覆盖收缩由于终端 SAR 的限制,上行发射平均功率不能超过 23dbm;静态功率方案:对半分,覆盖收缩 3dB,上行静态配置最大 20dBm。

4、LTE 和 NR 同时 GAP 测量,NR 下行吞吐量下降LTE 频率同步场景可能导致 GAP 测量期间 NR 下行吞吐率下降。

后续XX电信 LTE 网络的同步方式将改为时间同步。

XX电信事先选取两个片区进行时间同步试点验证。

1、XX软件园二期办公区2、XX厦禾住宅区4 月份将试点区域的LTE 站点修改为时间同步后发现 RRC 重建比例异常抬升。

因此,借鉴嘉兴电信 RRC 重建问题优化案例进行优化。

中国联通FDD_LTE网络基础优化-开启站间重建开关提升RRC连接重建成功率

《中国联通FDD_LTE网络基础优化》-开启站间重建开关提升RRC连接重建成功率.名称: 编号:省市: 部门:撰写人: 日期:审核人: 日期:目录1.问题评估 (2)2.原因定位 (2)3.解决方案 (4)4.效果评估 (5)5.意见和建议 (6)1.问题评估根据指标监控发现,晋江网元RRC连接重建成功率都在52%左右,如下图所示:2.原因定位查询RRC连接重建成功率低原因,得知切换类型、重配置类型及其他类型RRC连接重建失败主要原因是UE上下文找不到;切换类型RRC连接重建失败原因如下:重配置类型RRC连接重建失败原因如下:其他类型RRC连接重建失败原因如下:经过分析得知,小区重建走的是小区选择流程(小区搜索)而不是重选。

小区重选是在邻区中进行,但小区搜索,是可以搜到任何的满足S准则的小区的,即重建,可能发生在之前的小区或之前小区的邻区、或其他任意的检测到的满足了S 准则的小区。

但是如果重建的小区没有此UE 的上下文,那么重建会失败。

所以,在之前的小区重建,成功的概率还是有的,但如果在跨了eNODEB 的邻区重建,因为没有此UE 的上下文,RRC 重建会失败(暂时不考虑X2接口上的UE 上下文参数的传递 );因此,可以通过开启站间重建开关尝试解决无UE 上下文导致RRC 重建失败的问题;如图:3. 解决方案2016年10月11日开启晋江区域3个子网505个站点的站间重建开关; 具体站点详见附件:GlobleSwitchInfor mation_20161011_0851GlobleSwitchInfor mation_20161011_0852GlobleSwitchInformation_20161011_08534.效果评估2016年10月11日开启晋江区域3个子网505个站点的站间重建开关后,RRC连接重建成功率有提升20%到30%左右,因无UE上下文重建失败次数减少,指标如下:切换类型RRC连接重建成功次数增加1万到2万次,因无UE上下文失败次数减少了6千到8千次:重配置类型RRC连接重建成功次数有所增加,因无UE上下文失败次数增加1百到5百次:其他类型RRC连接重建成功次数增加1万到2万次,因无UE上下文失败次数减少了3万到5万次:5.意见和建议晋江网元开启站间重建开关后,日均RRC连接重建成功率83.63%,较站间重建开关开启前提升了20%到30%,RRC连接重建成功率指标改善效果良好;后期可以继续开启另外3个网元站间重建开关,提升全网的RRC连接重建成功率指标;。

(完整版)中国联通FDD-LTE网络基础优化案例(天线端口配置错误导致接入失败问题)

《中国联通FDD-LTE网络基础优化》天线端口配置错误导致接入失败问题名称: 编号:省市: 泉州部门:撰写人: 余晓山日期:2016-10-18 审核人: 日期:目录1.概述 (3)2.问题评估 (3)3.原因定位 (3)4.解决方案 (7)5.实施过程 (8)6.效果评估 (9)7.遗留问题 (9)1.概述前台测试工程师反馈在晋江磁灶大埔中路基站下终端无法接入小区,831终端显示“No Service”,使用测试手机也是同样问题,无法进行单站测试,请求后台协助排查处理。

2.问题评估1、检查小区状态正常,无明显硬件告警;2、检查小区配置,没有禁止接入,TAC、小区功率等参数设置合理;3、业务与DSCP映射配置正常;3.原因定位eNodeB参数配置检查1、业务与DSCP映射配置正确;2.小区支持的发射天线端口数目正常为2;3、切换模式选择为TM3模式;4.射频口对象配置为单天线端口,正确配置应该为双天线端口;单天线配置图如下示:(小区支持的发射天线端口数目为1,切换模式选择为TM1模式,射频口对象配置为单天线端口)4.解决方案因此,可以确定终端无法接入小区的原因为双通道站点的天线端口配置成为单天线端口导致;问题解决方案为将射频口对象从单天线端口配置修改为双天线端口配置,问题解决。

5.实施过程天线端口配置错误导致接入失败,修改单端口为双端口天线模式后问题解决;6.效果评估天线端口的配置必须与规划相吻合,与小区参数中MIMO传输模式、发射天线数目保持一致,防止出现接入异常。

7.遗留问题无8.其他值得关注的关键问题无。

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

FDD-LTE网络PING时延不达标处理案例
徐克军熊文瑜
中国电信乐山分公司无线网络部
目录
1、问题描述 (3)
2、问题分析 (4)
3、解决方案 (5)
4、取得效果 (7)
5、总结推广 (8)
摘要:在工程优化单站验证中,PING测试为其中一个比不可少的部分,主要验证新建站点传输响应时间。

一般我们对站点进行32Byte和1500Byte包进行测试,本文介绍了空口原因导致PING时延超标的解决方案。

1、问题描述
最近在进行单站验证时发现在无线环境良好的情况下,FDD LTE站点ping包(32Byte)时延普遍较大,基本上时延都在60ms以上,难以达到单站验证要求的ping包时延小于35ms 这个标准,需要进行优化处理。

如下图:
现场PING时延测试截图
CXT软件\后台RSSI截图
2、问题分析
●PING流程
做ping业务时,首先终端发起SR,在基站进行上行资源授权之后,终端再发起BSR (缓存状态报告)和ping数据包一起上传到达基站,根据之前单站验证的经验,在无线环境良好的情况下一般时延都能达标,不至于大于35ms。

由于ping包测试电脑和测试终端UE的影响不可控,排除这个因素后,需要重点分析ping环回时延的空口时延和传输时延两部分,即S1传输时延和空口时延,ping包数据流向如下图:
●问题分析与排查
一般分析空口时延的方法是采用QXDM进行抓包,分析起来比较麻烦,由于现场不会对QXDM抓的UE数据包进行准确的解读,故采用排除的思路,排查过程的思路是逐段排查,找出异常时延存在的组网段。

以基站为起点,排查到EPC的MME时延,通过上面的排查,可以得出时延异常段是在无线侧,还是在传输侧。

即先确定是否为S1口传输时延过大,如果S1口传输时延正常,那么问题基本可以确认是在空口。

通过通过诊断测试中的IP
通道质量测试,ping MME的结果如下:
因核心网服务器在成都,所以以上结果为正常时延水平,基本上可以排除S1传输口的时延过大,确认是无线空口时延过大导致整体时延不达标。

一般影响空口时延的无线参数主要有3个:ping包调度模式,SR传输周期,DRX参数。

其中ping包调度模式需要研发协助修改,厂家一般不建议修改,因此现场只能通过UE的SR传输周期和DRX参数来进行优化。

3、解决方案
于是我们在厂家的协助下,得出以下表格值时ping时延最优,优化建议值如下
小知识:
空闲模式下的DRX功能机制
目前LTE中空闲模式下对PDCCH的监视功能采用DRX方式,从而降低了功耗,空闲模式下的DRX在UE开机后将会按照默认的DRX周期配置进行周期循环。

在寻呼时刻到来时将用P-RNTI对PDCCH进行扰码以便解出上面的数据。

RRC连接状态下的DRX工作机制
在RRC连接状态下的DRX工作机制,采用的是定时器与DRX环结合的工作方式,且eNB也会保持与UE保持相同的DRX工作方式,并实时了解UE是处于激活期还是睡眠期,因此保证在激活期传递数据,而在睡眠期不会进行数据传输
后台设置界面如下截图:
4、取得效果
通过对SR传输周期和DRX参数调整设置,经过反复验证,在无线环境良好情况下PING 包时延得到改善,如下图:
5、总结推广
从上面的分析结果看,单站验证中发现的ping 时延过大问题,主要是空口时延导致,现阶段由于对QXDM 分析方法和软件使用未完全掌握,我们可以首先采用排除法来判定问题是出在空口时延还是S1传输时延,进而采取相应措施给出解决方案,我们后续将继续研究采用QXDM 进行抓包分析空口时延。

相关文档
最新文档