诺基亚LTE性能恶化小区分析处理
- 格式:docx
- 大小:60.40 KB
- 文档页数:7
Approved Checked Date Rev Reference2014-10-28 PA1TD-LTE KPI劣化小区分析处理指导手册Approved Checked Date Rev Reference2014-10-28 PA1目录1切换成功率 (2)1.1切换指标描述 (2)1.1.1公式定义 (2)1.1.2信令流程 (2)1.1.3切换类别 (5)1.2切换分析流程 (5)1.3准备切换优化 (9)1.3.1准备切换思路 (9)1.4执行切换优化 (10)1.4.1告警处理 (10)1.4.2干扰优化 (10)1.4.3覆盖优化 (11)1.4.4参数核查 (12)2干扰排查 (12)2.1干扰的原因及分类 (12)2.2宏站干扰排查流程 (13)2.3室分干扰排查流程 (14)1 切换成功率1.1 切换指标描述1.1.1 信令流程切换流程见下图:Approved Checked Date Rev Reference2014-10-28 PA1●Measurement Control测量控制,一般在初始接入或上一次切换命令中的重配消息里携带●Measurement Report测量报告,终端根据当前小区的测量控制信息,将符合切换门限的小区进行上报●HO Request源小区在收到测量报告后向目标小区申请资源及配置信息(站内切换的话为站内交互,站间切换会使用X2口或者S1口,优先使用X2口)●HO Request Ack目标小区将终端的接纳信息以及其它配置信息反馈给源小区Approved Checked Date Rev Reference2014-10-28 PA1●RRC Connection Reconfiguration将目标小区的接纳信息及配置信息发给终端,告知终端目标小区已准备好终端接入,重配消息里包含目标小区的测量控制●SN Status Transfer源小区将终端业务的缓存数据移至目标小区●Random Access Preamble终端收到第5步重配消息(切换命令)后使用重配消息里的接入信息进行接入●Random Access Response目标小区接入响应,收到此命令后可认为接入完成了,然后终端在RRC层上发重配完成消息(第9步)●RRC Connect Reconfiguration complete(HO Confirm)上报重配完成消息,切换完成●Release Resource当终端成功接入后,目标小区通知源小区删除终端的上下文信息1.1.2 公式定义切换成功率是系统移动性管理性能的重要指标。
“四维三步”法把脉VoLTE小区质差问题摘要V oLTE是基于4G网络的全IP端到端的语音解决方案,实现了语音业务由传统电路域向数据域的转变,为用户带来更低的接入时延、更高质量的语音和视频通话效果。
同时V oLTE网络架构复杂、端到端流程长、涉及网元多的特点给V oLTE网络问题定位和优化提升带来巨大挑战。
本文结合南京电信V oLTE网络试商用期间质差网元优化经验,对V oLTE的分析和优化方法进行了总结,提出了一种结合多网元的“四维三步”法定位V oLTE质差扇区的分析方法,主要是结合诺基亚DO系统V oLTE 模块中的信令回溯、质差定位和“八元五阶”等工具,对无线/EPC/IMS/CS四维网元的相关指标进行统计分析,初步定位质差问题,并结合CDR话单等分析数据最终确定质差问题,并制定相应的优化方案。
本文最后结合南京的实际质差扇区的分析案例,将本方法应用其中,快速定位问题并制定了相应的解决方法。
对于运营商V oLTE网络商用初期的性能优化有一定指导和借鉴意义。
关键词:V oLTE,无线网络优化目录“四维三步”法把脉V oLTE小区质差问题 0摘要 (1)一、概述 (3)1.1 V oLTE业务简述 (3)1.2 背景 (3)1.3 本文主要工作 (4)二、V oLTE呼叫建立过程分析 (4)2.1 V oLTE注册过程分析 (4)2.2 V oLTE呼叫流程分析 (6)三、创新操作方法 (7)3.1 V oLTE注册失败分析流程 (8)3.2 V oLTE呼叫失败分析流程 (9)3.3 V oLTE掉话分析流程 (10)四、创新应用及成效 (11)4.1 应用案例1:某扇区注册失败质差扇区分析和优化 (11)4.2 应用案例2:某室分质差扇区的呼建失败分析 (15)一、概述1.1 VoLTE业务简述V oLTE是基于4G网络的全IP端到端的语音解决方案,实现了语音业务由传统电路域向数据域的转变,为用户带来更低的接入时延、更高质量的语音和视频通话效果。
LTE低速率小区分析及优化提升探讨LTE(Long Term Evolution)是第四代移动通信技术,它为用户提供了高速、高质量的移动宽带服务。
然而,在实际应用中,LTE网络中存在一些低速率小区的问题,这会导致用户的上网体验不佳。
因此,分析和优化LTE低速率小区成为了移动通信网络优化的重要课题之一一、LTE低速率小区的原因分析1.频率干扰:频率干扰是导致LTE低速率小区的主要原因之一、当LTE基站所使用的频段与周围其他无线电设备的频段相近或重叠时,会发生频率干扰,导致信号质量下降,从而影响网络速率。
2.硬件故障:LTE基站的硬件故障也是导致低速率小区的因素之一、例如,天线故障、传输线路故障等都可能导致信号的传输受阻,从而影响网络速率。
3.覆盖不均匀:LTE网络覆盖不均匀也会导致低速率小区的发生。
当一些区域的基站密度较低,或者信号传输受到建筑物、地形、树木等物理障碍的阻碍时,会导致覆盖不均匀的情况出现。
1.频率规划优化:通过合理规划LTE网络的频率资源,避免与其他无线设备频段发生冲突,减少频率干扰。
可以使用频率规划软件进行频率资源分配和效果预测,以优化频率规划。
2.硬件设备维护:定期对LTE基站的硬件设备进行检修和维护,及时修复损坏的天线、传输线路等硬件设备,以确保正常的信号传输,提高网络速率。
3.注重覆盖优化:加强对覆盖不均匀区域的优化工作。
可以通过增加基站密度、调整天线方向,或者使用增强型站点覆盖技术(如室内小区覆盖、扩展跟踪区小区)等方式,提高覆盖率和覆盖质量。
4.邻小区优化:通过优化LTE网络的邻小区配置,减少邻小区干扰,提高用户的网络速率。
可以通过邻区删除、邻区级别调整等手段进行优化。
5.排查故障排除:当出现LTE低速率小区问题时,需要及时进行故障排查,确定问题的具体原因,并采取相应的措施进行修复。
可以使用LTE网络维护工具进行故障诊断和定位。
总结:LTE低速率小区的分析和优化是一个复杂而细致的工作,需要运营商、设备厂商和专业的网络优化人员共同努力。
小区帧偏干扰优化分析处理一、问题分析背景干扰是影响网络质量的关键因素之一,对通话质量、掉话、切换、吞吐量均有显著影响,2017年1月25日红角洲南大医学院周边存在强干扰,导致周边移动4G用户无法接入,上网感知差,为此南昌专项针对此区域内的干扰进行了详细西施的排查。
二、干扰排查流程LTE系统最常遇到的干扰可以分为系统内干扰、系统外干扰几类,系统内干扰主要是同频干扰,包括如LTE TDD帧失步(GPS失锁)、TDD超远干扰、数据配置错误导致干扰、越区覆盖导致干扰等;系统外干扰主要是异系统非法使用LTE频段、异系统的杂散、阻塞或者互调干扰对本系统的影响。
以下为干扰排查流程图:三、南大医学院干扰排查分析3.1 问题现象2017年1月25日红角洲南大医学院周边华为站点及工贸学院区域诺基亚站点RRC成功率及接通率指标明显异常,通过提取TOP小区的干扰情况,发现KPI指标差的小区均存在不同程度的干扰,受干扰的区域如下图:受干扰区域4G小区的KPI指标如下:3.2干扰排查定位通过提取区域内华为和诺基亚站点的干扰指标情况进行定位分析,发现干扰强度以红角洲南大医学院第五实验大楼(D)1为中心扩散开,干扰水平如下:从上表可以看出,受干扰的均为D频段小区,且干扰最强的小区为红角洲南大医学院第五实验大楼(D)的3个小区,而周边F频段小区并无干扰,F频段小区干扰水平截图如下:从这一现象来看,疑似为D频段小区GPS跑偏导致周边站点干扰,为进一步排查问题,后台逐一将干扰强的小区进行闭锁验证,在闭锁红角洲南大医学院第五实验大楼(D)的3个小区闭锁后,从实时干扰监控来看,周边站点的干扰恢复至正常水平,截图如下:综上分析,干扰源4G站点已确定为红角洲南大医学院第五实验大楼(D),查询该站点告警信息,该站并未有GPS跑偏告警及其他任何告警,截图如下:3.3 干扰协同优化处理为解决红角洲南大医学院第五实验大楼(D)对周边站点造成的干扰的具体原因,在诺基亚工程支撑分析下定位原因为:此站点采用FZFH开通双通道D频段,该站点帧偏为0,确认帧偏置异常,非规范。
TDD-LTE TOP小区处理手册V1华为技术有限公司目录一. KPI话统监控 (4)1.日常监控KPI指标及COUNTER (4)1.1 网管实现话统 (4)1.1.1 接入类 (4)1.1.2 掉线类 (6)1.1.3 切换类 (7)1.1.4 容量干扰类 (9)1.2 集团要求上报KPI定义 (9)1.3 指标监控及TOP小区筛选 (12)二. TOP小区问题定位 (12)1.接入类 (12)1.1定位思路和基本步骤 (12)1.2 常见接入失败原因 (13)1.2.1 资源分配失败导致RRC连接建立失败 (13)1.2.2 流控导致的RRC连接建立失败 (14)1.2.3 UE无应答导致RRC建立失败 (15)1.2.4 无线资源不足导致E-RAB建立失败 (16)1.2.5 UE响应超时导致E-RAB建立失败 (16)1.2.6 安全模式配置失败导致E-RAB建立失败 (17)1.2.7 传输问题导致的E-RAB建立失败 (17)1.2.8 核心网问题 (17)2、掉线类 (18)2.1 定位思路和基本步骤 (18)2.2 常见掉话原因 (18)2.2.1 无线层问题导致的异常释放 (18)2.2.2 切换失败导致的异常释放 (19)2.2.3 无线资源拥塞导致的异常释放 (20)2.2.4 传输问题导致的异常释放 (21)2.2.5 核心网问题导致的异常释放 (21)2.2.6 其它异常释放 (22)3、切换类 (22)3.1 基本定位思路 (22)3.2 常见切换失败问题 (24)3.2.1 切换过晚 (24)3.2.2 乒乓切换 (24)3.2.3 切换至错误小区 (24)3.2.4 邻区信息错误或混淆 (25)3.2.5 漏配邻区 (25)3.2.6 切换准备失败 (25)一. KPI话统监控1.日常监控KPI指标及COUNTER1.1 网管实现话统1.1.1 接入类LTE接入包含3个过程:随机接入、RRC建立、ERAB建立,按照目前话统实现,可以监测RRC和ERAB建立过程:RRC建立请求话统:RRC建立成功话统:RRC连接建立失败话统:E-RAB建立过程话统:1.1.2 掉线类LTE掉话是UE在成功建立E-RAB后,由于异常原因导致E-RAB和UE的上下文释放:1.1.3 切换类切换类网管话统从ENODEB内/间、同频/异频、切换出/入、切换小区对几个维度进行测量1.1.4 容量干扰类在定位接入、掉线、切换等问题时,都需要同时关注容量资源、干扰类指标,其中干扰指标新版本已实现分PRB统计1.2 集团要求上报KPI定义接入性指标定义:1、RRC建立成功率=小区接收UE返回的RRC Connection Setup Complete消息次数/小区接收UE的RRC Connection Request消息次数(包括重发)*100%对应公式:L.RRC.ConnReq.Succ[1526726659]/L.RRC.ConnReq.Msg[1526726657]2、E-RAB建立成功率=用户发起E-RAB建立流程且建立成功的总次数/用户尝试发起E-RAB 建立流程的总次数*100%对应公式:L.E-RAB.SuccEst[1526727544]/L.E-RAB.AttEst[1526727545]3、无线接通率=小区接收UE返回的RRC Connection Setup Complete消息次数/小区接收UE的RRC Connection Request消息次数(包括重发)*用户发起E-RAB建立流程且建立成功的总次数/用户尝试发起E-RAB建立流程的总次数*100%;L.RRC.ConnReq.Succ[1526726659]/L.RRC.ConnReq.Msg[1526726657]*L.E-RAB.SuccEst[15 26727544]/L.E-RAB.AttEst[1526727545]掉线率指标定义1、无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+ UE Context异常释放次数)/ (UE Context建立成功总次数+*小区遗留UE上下文个数)100%(L.UECNTX.Rel.S1Reset.eNodeB[1526728838]+L.UECNTX.AbnormRel[1526728227])/(L.UEC NTX.SuccEst[1526728851]+L.UECNTX.Left[1526730538])2、E-RAB掉线率= (eNodeB触发的释放原因为异常的E-RAB释放总次数+切换出E-RAB异常释放总次数)/(遗留E-RAB个数+用户发起E-RAB建立流程且建立成功的总次数+小区切换入E-RAB成功建立总次数)(L.E-RAB.AbnormRel.eNBTot[1526728319]+L.E-RAB.AbnormRel.HOOut[1526728247])/L.E-RAB.SuccEst[1526727544]+L.E-RAB.Left[1526728817]+L.E-RAB.SuccEst.HOIn[152672824 5]切换指标定义:1、eNB间切换成功率= (小区eNodeB间同频切换出成功次数+小区eNodeB间异频切换出成功次数-小区通过重建回源小区的eNodeB间同频切换出执行成功次数-小区通过重建回源小区的eNodeB间异频切换出执行成功次数)/(小区eNodeB间同频切换出尝试次数+小区eNodeB间异频切换出尝试次数)*100%(L.HHO.IntereNB.IntraFreq.ExecSuccOut[1526727003]+L.HHO.IntereNB.InterFreq.Exec SuccOut[1526727006]-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src[1526728904]-L.HHO.I ntereNB.InterFreq.Succ.ReEst2Src[1526728905])/(L.HHO.IntereNB.IntraFreq.PrepAtt Out[1526727001]+L.HHO.IntereNB.InterFreq.PrepAttOutt[1526727004])2、eNB内切换成功率= (小区eNodeB内同频切换出成功次数+小区eNodeB内异频切换出成功次数-小区通过重建回源小区的eNodeB内同频切换出执行成功次数-小区通过重建回源小区的eNodeB内异频切换出执行成功次数)/(小区eNodeB内同频切换出执行次数+小区eNodeB内异频切换出执行次数)*100%(L.HHO.IntraeNB.IntraFreq.ExecSuccOut[1526726997]+L.HHO.IntraeNB.InterFreq.Exec SuccOut[1526727000]-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src[1526728902]-L.HHO.I ntraeNB.InterFreq.Succ.ReEst2Src[1526728903])/L.HHO.IntraeNB.IntraFreq.ExecAttO ut[1526726996]+L.HHO.IntraeNB.InterFreq.ExecAttOut[1526726999]3、同频切换成功率= (小区eNodeB内同频切换出成功次数+小区eNodeB间同频切换出成功次数-小区通过重建回源小区的eNodeB间同频切换出执行成功次数-小区通过重建回源小区的eNodeB内同频切换出执行成功次数)/(小区eNodeB内同频切换出执行次数+小区eNodeB 间同频切换出尝试次数)*100%L.HHO.IntereNB.IntraFreq.ExecSuccOut[1526727003]+L.HHO.IntraeNB.IntraFreq.ExecS uccOut[1526726997]-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src[1526728904]-L.HHO.In traeNB.IntraFreq.Succ.ReEst2Src[1526728902]/(L.HHO.IntereNB.IntraFreq.PrepAttOu t[1526727001]+/L.HHO.IntraeNB.IntraFreq.ExecAttOut[1526726996])4、异频切换成功率= (小区eNodeB内异频切换出成功次数+小区eNodeB间异频切换出成功次数-小区通过重建回源小区的eNodeB间异频切换出执行成功次数-小区通过重建回源小区的eNodeB内异频切换出执行成功次数)/(小区eNodeB内异频切换出尝试次数+小区eNodeB 间异频切换出执行次数)*100%L.HHO.IntereNB.InterFreq.ExecSuccOut[1526727006]+L.HHO.IntraeNB.InterFreq.ExecS uccOut[1526727000]-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src[1526728905]-L.HHO.In traeNB.InterFreq.Succ.ReEst2Src[1526728903]/(L.HHO.IntraeNB.InterFreq.ExecAttOu t[1526726999]+L.HHO.IntereNB.InterFreq.PrepAttOut[1526727004])5、切换成功率= (小区eNodeB间同频切换出成功次数+小区eNodeB间异频切换出成功次数+小区eNodeB内同频切换出成功次数+小区eNodeB内异频切换出成功次数-小区通过重建回源小区的eNodeB间同频切换出执行成功次数-小区通过重建回源小区的eNodeB间异频切换出执行成功次数-小区通过重建回源小区的eNodeB内同频切换出执行成功次数-小区通过重建回源小区的eNodeB内异频切换出执行成功次数)/(小区eNodeB间同频切换出尝试次数+小区eNodeB间异频切换出尝试次数+小区eNodeB内同频切换出执行次数+小区eNodeB内异频切换出执行次数)*100%(L.HHO.IntereNB.IntraFreq.ExecSuccOut[1526727003]+L.HHO.IntereNB.InterFreq.Exec SuccOut[1526727006]+L.HHO.IntraeNB.IntraFreq.ExecSuccOut[1526726997]+L.HHO.IntraeNB.InterFreq.ExecSuccOut[1526727000]-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src[ 1526728904]-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src[1526728905]-L.HHO.IntraeNB. IntraFreq.Succ.ReEst2Src[1526728902]-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src[15 26728903])/(L.HHO.IntereNB.IntraFreq.PrepAttOut[1526727001]+L.HHO.IntraeNB.Intr aFreq.ExecAttOut[1526726996]+L.HHO.IntraeNB.InterFreq.ExecAttOut[1526726999]+L. HHO.IntereNB.InterFreq.PrepAttOut[1526727004])容量资源指标定义:1、上行PRB平均利用率=PUSCH的PRB资源使用个数/上行可用的PRB个数*100%L.ChMeas.PRB.PUSCH.Avg[1526728764]/L.ChMeas.PRB.UL.Avail[1526728434]2、下行PRB平均利用率=PDSCH PRB资源使用的平均个数/下行可用的PRB个数*100%ed.Avg[1526726740]/L.ChMeas.PRB.DL.Avail[1526728433]1.3 指标监控及TOP小区筛选根据以上指标COUTER及集团定义公式在网管上进行相关指标定义、KPI监控模板,根据话统数据筛选出TOP问题小区进行定位。
lte低速率小区处理流程方法一、什么是LTE低速率小区LTE(Long Term Evolution)是一种无线通信技术,它是第4代移动通信技术,也被称为4G。
低速率小区是指在LTE网络中,信号质量较差、覆盖范围较小、数据传输速率较慢的区域。
由于不同地区的环境、建筑物等因素的影响,LTE网络中会存在一些低速率小区。
二、低速率小区对LTE网络的影响低速率小区会对LTE网络的性能产生一定的影响。
首先,低速率小区的存在会导致用户在该区域内的数据传输速率较慢,用户体验较差。
其次,低速率小区可能会导致网络容量下降,致使整个网络的吞吐量下降。
还有,低速率小区可能会造成信号覆盖不均匀,造成某些区域难以接收到LTE信号。
三、低速率小区处理流程方法为了解决低速率小区问题,LTE网络运营商和维护人员可以采取以下几个步骤:3.1 收集数据收集低速率小区的相关数据非常重要。
运营商可以通过测量设备、网络监控工具等手段,收集到低速率小区的位置、信号质量、数据传输速率等信息。
这些数据可以帮助运营商更好地了解低速率小区的分布情况,为后续的处理提供依据。
3.2 分析原因在收集完低速率小区的数据后,运营商需要对数据进行分析,找出造成低速率的原因。
可能的原因包括信号覆盖不足、干扰源、设备故障等。
通过分析原因,可以有针对性地采取措施来解决低速率问题。
3.3 优化设备配置设备配置对LTE网络性能有着重要的影响。
运营商可以根据低速率小区的数据,对设备进行优化配置。
例如,调整天线指向、增加信号放大器等,以增加覆盖范围和改善信号质量。
同时,对于干扰源,可以采取设备隔离、频率调整等措施来减少干扰对低速率小区的影响。
3.4 增加基站密度基站是LTE网络中提供信号覆盖的设备。
对于低速率小区集中的地区,可以考虑增加基站密度来提升信号覆盖和数据传输速率。
增加基站密度可以在特定区域内增加基站的数量,以提高网络的容量和性能。
3.5 优化网络参数LTE网络的参数设置对网络性能也有一定的影响。
诺基亚LTE性能恶化小区分析处理1.RRC连接建立成功率RRC连接建立成功率公式定义指标优化思路a)查看RRC接入失败原因Counter,看导致RRC失败的主要因素是什么。
RRC接入失败相关Counter:3项是由于接入用户数达到参数限定的最大接入用户数而产生的拒绝。
b)如果是由于用户限制而导致的接入失败,需要优化有接入用户数相关的参数,或控制覆盖范围,减少小区内的用户数。
接入用户数相关参数:区覆盖范围,减小小区用户量。
c)参数核查,检查参数是否在建议值范围内。
d)统计小区PUSCH的上行的干扰电平、SINR、UE的Power Headroom和下行CQI,看一下小区是否存在干扰,上下行质量如何。
如果小区的存在上下行的无线问题,需要进行无线优化。
e)Msg2/4鲁棒性优化,通过增加PDCCH中MSG2和MSG4的CCE聚合数量以及降低其在空口的最大编码效率,提升这两个消息在空口的抗干扰能力,降低误码率,从而提升接入成功率。
f)优化小区最小接入电平qrxlevimin,减小小区边缘无线环境很差的用户的接入。
g)现场无线测试,测试可能存在的弱覆盖、高干扰和质差区域,进行RF优化。
2.E-RAB建立成功率E-RAB建立成功率公式定义指标优化思路a)查看ERAB建立失败原因Counter,看导致ERAB建立失败的主要因素是什么。
ERAB建立失败相关Counter:c)如果是资源受限原因失败,检查资源数相关参数,根据实际情况进行调整。
如果已经达到系统设计的最大值,建议调整小区覆盖,降低小区负荷。
d)对于其他原因的失败,对小区进行Emil信令跟踪,通过信令分析发现导致ERAB建立失败的原因。
e)对于无线原因的ERAB建立失败,请参照“RRC连接建立成功率”中的无线优化措施。
3.无线掉线率无线掉线率公式定义指标优化思路a)检查天线的校准情况。
天线校准失败,或者天线权值设置问题,导致在波束赋形中,产生偏差,因此在TM模式转换时会导致掉话。
LTE网络问题定位分析及解决案例优化案例:PCI模3冲突/SINR差☐问题描述:问题路段(桥面)信号杂乱,各路信号强度相近无主控小区,路测结果显示该路段RSRP尚可、SINR值较差☐问题分析:UE占用金祥大厦PCI_178小区的信号,与最强邻区湖中烟厂PCI_490产生MOD 3干扰,导致该路段切换前后SINR极低☐调整方案:☐优化结果:SINR有明显改善。
SINR差SINR好小区PCI调整前调整后金祥大厦-1 178178179金祥大厦-2 179179178优化案例:无主覆盖/SINR差☐问题描述:覆盖不稳且信号杂乱,在多个小区间频繁切换。
导致该路段SINR较差☐问题分析:问题路段距离周边基站均比较近,其中主要收到的有火车站EGSM、金榜南门、东南亚酒店等多重RSRP较为接近的信号(凯旋广场未开启);无主覆盖、信号不稳、切换频繁,还有模3干扰☐调整方案:通过上站发现,距离最近的火车站EGSM站点扇区并未沿着道路覆盖,将火车站EGSM 二扇区方位角为50°调为80°,下倾角由10°调为1°,三扇区方位角由250°调整为210°,下倾角由8°调整为2°;火车站EGSM的PCI_351与PCI_353对调☐优化结果:SINR有明显改善。
SINR差SINR好优化案例:低电平/低质量☐问题描述:在两个基站中间部分的RSRP低到-110dbm以下造成SINR很差☐问题分析:两个基站(云顶至尊监控杆和华林花园监控杆之间相距1000米),两个小区的有效覆盖在300米左右,在中间部分由于弱覆盖导致其SINR值较低☐调整方案:该路段已无法通过新增基站和调整天线的方式改善覆盖。
功率也已经设置为10W,修改dlRsBoost(Downlink reference signals transmission power boost)☐优化结果:SINR有明显改善。
KPI 及性能相关告警KPI的定义:KPI的counter:考虑与KPI及性能相关的告警,如果只关注平时正常运维的情况,不外乎两类:1.硬件类告警,导致基站或小区退服2.传输类告警,导致S1或X2连接中断下面讨论一些比较常见的告警类型。
1. RP3告警对于eNB 而言,只要cell不是OnAir 的状态,那么该小区均无法处理呼叫,而所有导致小区退服的告警都属于这一类,由于基站或小区退服了,所以该类告警会影响所有KPI及性能指标,区别只在市整个基站的指标还是某小区的指标。
一般而言,该类告警有两种7650 BASE STATION FAULTY和7653 CELL FAULTY这两类告警通常是硬件告警,如BBU, RRU, Antenna,以及他们之间的链路出现硬件故障,最典型的当数RP3告警,Failure in optical RP3 interface,相比较RP3告警,模块的硬件故障从比例上来说要相对少很多所谓RP3即BBU与RRU的接口。
这种告警也是最常见的告警,告警内容多为光路告警。
目前这类告警常见的fault有0010、4064和2004。
其中0010和4064严重时会导致小区退服、基站退服。
但是2004一般只是小区性能下降,不会引起小区退服。
1.1 Fault 0010:No connection to unit1.2 Fault 4064:Missing RP3-01 linkRRU可以识别到,但小区不能on air。
此告警一般为硬件告警1、Telnet到有问题的RRU。
3个RRU的地址依次为:192.168.253.196;192.168.253.212;192.168.253.220(RRU的地址可能会随着软件版本的不同而变化)。
命令为telnet 192.168.253.xxx 23232、进入RRU之后输入命令:routersh –stat查看此RRU的两条光路状态。
9代表主光路,10代表辅光路。
诺基亚LTE性能恶化小区分析处理
1.RRC连接建立成功率
RRC连接建立成功率公式定义
指标优化思路
a)查看RRC接入失败原因Counter,看导致RRC失败的主要因素是什么。
RRC接入失败相关Counter:
3项是由于接入用户数达到参数限定的最大接入用户数而产生的拒绝。
b)如果是由于用户限制而导致的接入失败,需要优化有接入用户数相关的参数,
或控制覆盖范围,减少小区内的用户数。
接入用户数相关参数:
区覆盖范围,减小小区用户量。
c)参数核查,检查参数是否在建议值范围内。
d)统计小区PUSCH的上行的干扰电平、SINR、UE的Power Headroom和下行
CQI,看一下小区是否存在干扰,上下行质量如何。
如果小区的存在上下行的无线问题,需要进行无线优化。
e)Msg2/4鲁棒性优化,通过增加PDCCH中MSG2和MSG4的CCE聚合数量以
及降低其在空口的最大编码效率,提升这两个消息在空口的抗干扰能力,降低误码率,从而提升接入成功率。
f)优化小区最小接入电平qrxlevimin,减小小区边缘无线环境很差的用户的接
入。
g)现场无线测试,测试可能存在的弱覆盖、高干扰和质差区域,进行RF优化。
2.E-RAB建立成功率
E-RAB建立成功率公式定义
指标优化思路
a)查看ERAB建立失败原因Counter,看导致ERAB建立失败的主要因素是什么。
ERAB建立失败相关Counter:
c)如果是资源受限原因失败,检查资源数相关参数,根据实际情况进行调整。
如果已经达到系统设计的最大值,建议调整小区覆盖,降低小区负荷。
d)对于其他原因的失败,对小区进行Emil信令跟踪,通过信令分析发现导致
ERAB建立失败的原因。
e)对于无线原因的ERAB建立失败,请参照“RRC连接建立成功率”中的无线
优化措施。
3.无线掉线率
无线掉线率公式定义
指标优化思路
a)检查天线的校准情况。
天线校准失败,或者天线权值设置问题,导致在波束赋形
中,产生偏差,因此在TM模式转换时会导致掉话。
对天线校准失败的小区,通过
关闭其TM模式自适应参数,使UE不能使用TM7(波束赋形),包括TM8 (波束
赋形),避免因天线赋形发生电平急剧变化导致UE上行同步丢失掉线情况。
b)关闭预调度功能。
预调度功能会在用户停止传输上行数据后在一定时间内保留一定
上行资源调度,这样终端在有频繁小包传送需求时省去重新申请资源的时延,提高
频繁小包传送的效率;但是另一方面为用户保留一定上行资源会占用大量的
PDCCH资源造成BLER升高,更容易发生掉线。
c)核查高掉线小区参数设置。
d)检查高掉话小区与周边小区的切换状况,不切换和高切换失败率也会导致较
高的掉线率。
如果存在,先解决切换问题。
e)统计小区PUSCH的上行的干扰电平、SINR、UE的Power Headroom和下行
CQI,看一下小区是否存在干扰,上下行质量如何。
如果小区的存在上下行
的无线问题,需要进行无线优化。
f)现场无线测试,测试可能存在的弱覆盖、高干扰和质差区域,进行RF优化。
g)对于其他原因的高掉线,对小区进行Emil信令跟踪,通过信令分析发现导
致高掉线的原因。
4.切换成功率
无线掉线率公式定义
指标优化思路
a)统计两两邻区对之间的切换,进行切换时机分析。
分析邻区切换统计表
M8015中用于MRO的三个统计项MRO_LATE_HO、MRO_EARLY_TYPE1_HO
和MRO_EARLY_TYPE1_HO,通过调整服务小区个体偏置、邻区个体偏置、
黑名单甚至天馈系统和RS功率,来调整切换时机,使得切换在保证UE业
务正常情况下进行,减少在切换失败后的重建。
X2连接、重启基站等操作,恢复有问题的X2链路。
c)eNB和UE功率参数检查,检查切换邻区对的下行功率参数设置是否正常,
因为这将直接影响无线质量的测量,改变事件报告的时机。
因为切换通常发生在小区边缘,目标小区UE最大功率和接入功控的参数设置将影响UE在
目标小区的接入成功率。
d)切换参数检查
检查服务小区各项切换开发和切换优先级设置prioTopoHO是否合理。
检查服务小区各事件触发参数,如同/异频频邻区开启测量门限和事件
A3/A5触发参数,这些参数设置将直接影响切换触发的时机。
定时器T304也将严重影响切换成功率。
检查切换目标基站是否有漏配MME的情况,如漏配,则添加补全。
e)检查源基站和目的基站的无线帧偏置设置,不同的无线帧偏置设置也会导致
切换失败。
不同的基站及软件版本的帧偏置设置请参见附件:
CMCC F-E-D band
frame timing alignme
f)UE和eNB信令分析,通过以上步骤可以解决TD LTE网络中存在的绝大多数
切换问题,对少数疑难切换问题需要同步录制Emil信令,通过信令分析的
方法进行问题诊断,找出发生切换问题的信令点及失败原因,进行优化。
5.上行高干扰小区
指标优化思路
a)低噪抬升对网络的影响:底噪问题一般为上行底噪,底噪抬升会导致手机接
入困难,上行覆盖收缩,上行速率降低和语音质量下降,会影响系统容量。
b)对于问题小区,通过底噪收集工具(NPI打印)收集小区的底噪。
c)同时由于TDD系统有不同的时隙配比,底噪采集和分析需要精确的小区->
载波->子帧,进行逐步排查,确定干扰的频域、时域范围。
d)现场终端测试,通过在现场测试受扰小区上行吞吐量的变化来判断在不同区
域受干扰强度的变化情况。
可根据现实条件采用测试终端和底噪采集结合起来一同判断分析。
e)对于部分时隙的周期性的干扰,可以确定为TDL网内或TDS系统间干扰,
可以进行以下2项检查:1)检查周边基站的上下行时隙配置,是否存在由于上下行时隙配置错误而导致的交叉时隙干扰。
2)检查本站和周边基站的GPS状态,是否存在GPS失锁或跑偏而导致的交叉时隙干扰。
f)对于全时隙的干扰可以确定为外部干扰,需要利用扫频仪进行扫频定位外部
干扰源,并排除外部干扰源。
6.零业务量小区
小区业务量公式定义
指标优化思路
a)对于小区业务量为0的小区,提取至少4个时段以上的统计,在连续4个
时段内小区业务量都为0的小区,归入休眠小区候选列表。
b)查看小区的RRC连接建立成功率和E-RAB建立成功率,检查小区是否有用
户接入。
c)对于无用户接入导致的无业务量,检查小区的无线接通率和周边小区到该小
区的切入状况。
如果小区的无线接通率很低,并且周边小区到该小区切入困难,则小区存在隐性故障,建议重启小区或基站后继续观察。
d)如果无用户接入、也无周边小区到该小区的切入,检查该小区在这之前1~3
天同时段的历史业务量状况,如之前有业务量,周边小区能够切入,则进行基站重启,重启后继续观察小区的业务状况。
e)如前几天历史业务量也很低,则需要进行现场测试确认,看小区是否存在隐
性故障,才导致无用户接入。
如现场测试无信号或无法接入,则重启小区。
f)如重启基站还是无法接入小区,则需进行天馈排除和基站软硬件检查。