TOP小区处理思路
诺基亚LTE top小区处理意见
top小区处理意见低流量以及流量异常小区处理低流量小区是重要的KPI指标之一,指标反映了网络的移动性,指标直接影响到用户感知。
处理步骤:1. 首先核查是否为目标基站故障导致流量异常,查看当时站点的状态正常(基站是否存在故障)2. 现网核查参数等相关,发现参数设置无异常3. 与前台沟通后现场查看,无线环境正常,主覆盖区域为公路,上站检查无异常,更换光纤、光模块后观察流量依旧较低,后更换FBBA板,观察,流量恢复正常;总结:低流量以及流量异常小区优化首先排除外部干扰,基站故障等情况以外,还要针对基站相关参数、无线环境等进行进行核查,排除参数以及无线环境问题,之后利用前台实测数据分析,逐一排查问题根源,再进行处理。
零流量小区针对现场一个月的零流量小区统计情况分析,干扰、用户少、基站故障、人为调测、工程问题等都是导致零流量小区的原因:故障问题:电源:设备掉电端站,BBU掉电硬件告警:X2接口故障,系统时钟不可用,驻波等传输:传输光纤接口异常,BBU接口异常,射频R口接口异常覆盖、干扰问题:室外站点覆盖景区,景区冬季人少室外站点覆盖农村空旷公路室外站点不合理,如周围有村庄,密集人群活动区域,但天线覆盖方向不合理的.用户行为问题:活动场所:偶尔有活动,但周期比较长的。
随着季节变化,室外用户变少的.确实是用户过少的.工程原因:新建站处理故障期间,流量比较低小区未激活,导致零流量无线接通率低处理意见接入失败通常有三大类原因:无线侧参数配置问题、信道环境影响以及核心网侧配置问题。
因此遇到无法接入的情况,可以大致按以下步骤进行排查。
1.通过话统分析是否出现接入成功率低的问题,当前RRCeRAB接通率指标一般为98%,也可根据局点对接入成功率指标的特殊要求启动问题定位。
2.确认是否全网指标恶化,如果是全网指标恶化,需要检查操作,告警,是否存在网络变动和升级行为。
3.如果是部分站点指标恶化,拖累全网指标,需要寻找TOP站点。
经典案例_CQI质差TOP小区优化
CQI质差TOP小区优化目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (4)四、经验总结 (5)CQI质差TOP小区优化【摘要】CQI是由UE基于下行小区特定参考信号的SINR测量,根据BLER-SINR表格得出的值,CQI的分布情况最直观的反映了LTE网络的下行链路质量。
CQI的反馈是LTE时频资源调度的依据,eNodeB根据CQI信息选择合适的调度算法和下行数据块大小,以保证UE在不同无线环境下都能获取最优的下行性能.【关键字】CQI质差【业务类别】CQI、工参调整一、问题描述6月9日对全网CQI质差小区进行筛查,其中BB-固镇-固镇连城叶湖-HFTA-156468-184从6月1日至6月8日连续8天系统忙时CQI优良比在80%以下,严重影响用户使用4G网络感知。
二、分析过程结合CQI质差小区分布地理图及BB-固镇-固镇连城叶湖-HFTA-156468-184小区TA接入发现该质差小区系统忙时TA接入在1km以上的占比均在60%以上,存在覆盖较远的现象,综合分析导致该小区CQI质差的原因为边缘用户较多,无线环境较差导致。
三、解决措施针对BB-固镇-固镇连城叶湖-HFTA-156468-184覆盖地理环境及用户分布,对该小区电倾角及RS功率进行适当调整,减小边缘用户接入同时修改该小区TM传输模式,提升覆盖区域内用户无线通信环境质量,具体调整措施如下:BB-固镇-固镇连城叶湖-HFTA-156468-184小区电倾角由5°调整为8°:BB-固镇-固镇连城叶湖-HFTA-156468-184小区RS功率由212°调整为182°:BB-固镇-固镇连城叶湖-HFTA-156468-184小区传输模式由TM3修改为TM4:BB-固镇-固镇连城叶湖-HFTA-156468-184小区优化参数修改完成后对比该小区系统忙时CQI优良比提升明显,由70&左右提升至95%左右四、经验总结CQI反映了PDSCH的信道质量,我们可以通过后台网管数据,充分利用现网用户终端上报的CQI,同时结合MR覆盖率、重叠覆盖度、TA分布来衡量PDSCH信道质量以及单站覆盖情况,其与传统路测相比:路测反映的仅仅是网络中线状道路的SINR情况,而CQI反映的是面状网络的覆盖情况。
TOP小区处理思路概述
TOP小区处理思路概述引言TOP小区是指在移动通信网络中,负载最高的小区。
由于用户数量众多,TOP小区往往会遇到网络拥塞、用户体验下降等问题。
因此,如何高效地处理TOP小区成为了运营商和网络优化工程师们的重要任务。
本文将概述处理TOP小区的思路和方法。
TOP小区的定义和影响移动通信网络中,小区是网络的基本单元,负责覆盖特定的区域,并提供无线信号覆盖。
TOP小区是指在特定时间段内,用户数占比最高的小区。
TOP小区通常具备以下特征:1.用户数众多。
2.数据业务和语音业务的同时存在。
3.用户活动密度高。
4.网络资源紧张。
TOP小区的存在会导致以下问题:1.网络拥塞和传输延迟增加。
2.用户体验下降,例如呼叫失败率增加、数据传输速度变慢等。
3.网络资源被过度消耗,导致其他小区的服务质量下降。
因此,处理TOP小区的问题对于提高网络性能和用户体验至关重要。
处理TOP小区的思路处理TOP小区的思路主要包括以下几个方面:1. 增加小区容量增加小区容量是处理TOP小区问题的关键措施之一。
通过提升小区的容量,可以增加用户并发能力,减少拥塞情况的发生。
具体的措施包括:•增加小区的载频数,扩大小区的覆盖范围。
•增加小区的天线数目,提高小区的信号覆盖强度。
•利用载波聚合技术,将多个载频进行组合,提高小区的带宽。
2. 优化小区参数配置优化小区参数配置是降低TOP小区负载压力的重要手段。
通过调整小区的参数配置,可以合理分配网络资源,提高网络效率。
具体的措施包括:•调整小区覆盖半径,优化小区边界覆盖,避免频繁的小区切换。
•调整小区的功率设置,减少干扰,提升信号质量。
•优化小区的调度策略,确保资源合理分配,提高用户传输速率。
3. 部署新的网络设备部署新的网络设备是处理TOP小区问题的另一个重要手段。
通过引入新的设备和技术,可以提升网络性能和用户体验。
具体的措施包括:•引入更先进的基站设备,提高网络容量和覆盖范围。
•部署小区干扰消除技术,减少干扰对网络性能的影响。
5G TOP差小区优化指导书
5G TOP差小区优化指导书
1.确认差小区原因。
首先需要确认差小区出现的原因,可以通过以下方式进行:
-测量网络质量,包括无线信号强度、信号质量、信道质量等。
-检查基站设备,并进行故障排除。
-分析业务需求,确定是否需要优化覆盖或容量。
2.优化覆盖。
如果差小区是由于覆盖问题导致的,可以采取以下措施进行优化:-适当增加基站数量,加强覆盖。
-更换高增益天线,增加信号覆盖范围。
-调整频率,有效避免频段拥塞。
3.优化容量。
如果差小区是由于容量问题导致的,可以采取以下措施进行优化:-增加小区的载频数量,提高容量。
-优化小区间隙,降低信令时延。
-配置容量优化参数,提高用户体验。
4.数据分析。
对差小区的数据进行分析,可以有效提高优化效果。
可以通过以下方式进行:
-收集详细差小区数据信息。
-对数据进行分析,找出问题原因和影响因素。
-制定优化方案,采取相应措施进行优化。
-对优化效果进行监测和评估,不断改进优化方案。
5.优化流程优化。
优化流程的重要性不可忽视,可以通过以下方式提高流程优化效果:-制定流程标准化规范,保证流程执行的科学性和合理性。
-建立数据汇总和监控平台,及时检测差小区出现情况。
-加强人员培训和技术支持,提高优化效率和水平。
-定期评估和调整优化方案,不断提高优化效果和流程优化水平。
精品文档_SN变更成功率TOP小区处理总结
SN变更成功率TOP小区处理总结案例目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (6)四、经验总结 (11)SN变更成功率TOP小区处理总结案例【摘要】随着5G建设的逐步成熟,NR KPI指标也纳入省公司考核范围之内。
提取五月芜湖SN变更成功率,总体平均指标81%,在省内排名较为靠后。
通过对变更成功率低top小区处理,目前指标提升至91%,效果较为明显。
下文介绍SN变更成功率TOP小区的处理思路,通过NR侧与LTE侧指标计数器联动分析和NR侧信令跟踪来处理TOP小区。
【关键字】SN变更成功率TOP小区【业务类别】5G一、问题描述提取芜湖全网5G侧SN变更成功率指标变更失败TOP小区,如表(一),部分小区SN 变更失败请求次数较多,对全网整体指标影响较大,针对top进行分析处理;表(一)变更失败TOP小区二、分析过程1.SN Change信令流程及指标定义SN Change信令流程SN Change信令流程如图(一),该场景指在MN不变时,仅SN进行变更切换。
图(一)SN变更信令流程SN变更成功率指标定义SN变更成功率= C600600010 / C600600009SN变更成功率(包含Pscell)= (C600690010+C600690011) / (C600690009+C600690011+C600690012+C600690013+C600690014)SN变更成功率影响因素分析SN变更流程分析SN变更场景是指MN不变仅SN变更,如图(二)所示:图(二)SN change的相关网元按流程分析如下:如果缺失图中关系1,即5G-5G邻区关系,则UE不会测量目标SgNB的信号,便不会触发SN Change流程。
如果缺失图中关系2,即4G-源5G的邻区或偶联,则SN添加流程便会异常,无法触发后续SN Change。
如果缺失图中关系3,即4G-目标5G的邻区或偶联,则会出现SN Change准备失败,或者目标SgNB断链也触发SN Change准备失败。
华为TOP小区处理阶段流程经验总结
TOP小区处理流程总结1TOP小区处理流程及整体处理情况1.1 TOP小区分解TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等,针对这些KPI指标,可以通过分析、处理和解决影响这些指标的问题小区,提升和改善KPI指标。
1. 2 问题处理流程TOP小区问题处理流程中,原因分析是流程中的关键点和重点。
2无线接通率TOP小区分析处理无线接通率=RRC建立成功率*RAB建立成功率,接通率需要从RRC建立成功率和RAB 建立成功率两块进行分析。
RRC建立成功率与业务类型没有关系,RAB建立成功率则与业务类相关,需要分PS业务/CS业务进行分析。
每次RRC和RAB建立失败,话统都会输出一个失败原因统计。
2.1R RC建立失败处理2.1.1RRC建立失败原因RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。
表3是RRC建立失败的对应原因打点。
表4为RRC失败对应的原因分析。
表3:RRC失败原因打点表4:RRC失败对应的原因分析2.1.2RRC建立失败处理1)拥塞在RRC建立出现拥塞时,可以进行下面的操作:✓将主要业务的RRC建立在公共信道上,修改命令行为:✧主叫流媒类体RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGSTREAMCALLEST, SIGCHTYPE=FACH;✧主叫交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE=FACH;✧主叫背景类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH;✧终止流媒体类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYPE=FACH;✧终止交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMINTERCALLEST, SIGCHTYPE=FACH;✧终止流媒体类RRC建立在FACH上RCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH;✧去附着信令承载建立在FACH上SET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE=FACH;✧注册登记承载在FACH上SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH;✓提高拥塞小区的最小接入电平,限制部分低电平用户的接入:修改命令:MOD CELLSELRESEL: QRXLEVMIN=-96;✓打开LDC开关;✓对于业务量持续较大的小区,可以考虑建议扩容。
TOP小区处理-RRC重建成功率低优化案例
RRC重建成功率低优化案例摘要RRC重建流程图RRC重建成功流程图:RRC重建失败流程图:(1)协议3GPP36.331定义触发重建原因包括如下几类1>upondetecting radio link failure,2>uponhandover failure,3>uponmobility from E-UTRA failure,4>uponintegrity check failure indication from lower layers;5>uponan RRC connection reconfiguration failure(2)reconfiguration failure定义:UE在安全模式激活的状态下,如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容,则发起原因值为“reconfiguration failure”的重建。
(3)handover failure定义UE在切换流程中,在收到了切换的重配置消息之后,会启动T304,但如果在T304超时之前UE无法完成在目标小区的随机接入,则会发起原因值为“handover failure”的重建。
(4)协议3GPP36.331定义重建失败(5)重建原因(radio link failure)重建常见原因为RLF, 如果UE检测到当前检测到“radio link failure”,则会发起原因值为“other”问题分析流程图1、首先检查基站、传输等状态是否异常,排查基站、传输等问题后再进行分析。
2、通过COUNTER分析重建流程图如下:关键字:RRC重建,掉话,CELL TRACE,信令1.问题描述进行FDD-LTE网络每日TOP小区处理的过程中,XZL2NTD铜山区_茅村周宅子WBBU1-2的RRC重建成功率为31.31%,该数据严重低于正常RRC重建成功率的平均值,且已持续了一段时间。
通过对XZL2NTD铜山区_茅村周宅子WBBU1-2的重建次数统计,对小区问题进行了分析。
华为TOP小区处理阶段流程经验总结
TOP小区处理流程总结1TOP小区处理流程及整体处理情况1.1 TOP小区分解TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等,针对这些KPI指标,可以通过分析、处理和解决影响这些指标的问题小区,提升和改善KPI指标。
1. 2 问题处理流程TOP小区问题处理流程中,原因分析是流程中的关键点和重点。
2无线接通率TOP小区分析处理无线接通率=RRC建立成功率*RAB建立成功率,接通率需要从RRC建立成功率和RAB 建立成功率两块进行分析。
RRC建立成功率与业务类型没有关系,RAB建立成功率则与业务类相关,需要分PS业务/CS业务进行分析。
每次RRC和RAB建立失败,话统都会输出一个失败原因统计。
2.1RRC建立失败处理2.1.1RRC建立失败原因RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。
表3是RRC 建立失败的对应原因打点。
表4为RRC失败对应的原因分析。
表3:RRC失败原因打点表4:RRC失败对应的原因分析2.1.2RRC建立失败处理1)拥塞在RRC建立出现拥塞时,可以进行下面的操作:✓将主要业务的RRC建立在公共信道上,修改命令行为:✧主叫流媒类体RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGSTREAMCALLEST, SIGCHTYPE=FACH;✧主叫交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE=FACH;✧主叫背景类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH;✧终止流媒体类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYPE=FACH;✧终止交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMINTERCALLEST, SIGCHTYPE=FACH;✧终止流媒体类RRC建立在FACH上RCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH;✧去附着信令承载建立在FACH上SET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE=FACH;✧注册登记承载在FACH上SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH;✓提高拥塞小区的最小接入电平,限制部分低电平用户的接入:修改命令:MOD CELLSELRESEL: QRXLEVMIN=-96;✓打开LDC开关;✓对于业务量持续较大的小区,可以考虑建议扩容。
SN变更成功率TOP小区处理总结
SN变更成功率TOP小区处理总结
一、前提条件
小区变更成功率的提高,是任何LTE网络维护的基础,其关系到网络
的性能和用户体验。
因此,对于LTE网络维护人员而言,要想提高变更成
功率,尤其是处理SN变更成功率TOP小区,不仅要从小区调整和调优的
角度来考虑,还应从更大的小区维护管理角度来考虑。
本文将围绕SN变
更成功率TOP小区进行处理总结,旨在有效的提高小区的SN变更成功率。
二、基础网络要求分析
1.网络工程要求
调整前,首先应对网络基础工程进行分析,确保网络覆盖质量满足用
户需求。
一般情况下,覆盖质量需满足RSSI>-95dBm,C/I>-13dB,Tx Power<30dBm,BSIC>-50dBm等标准。
2.小区参数调整
小区参数调整是关键要素,在这一阶段,要从多个方面进行分析,比
如小区重选参数,最大用户数,Antenna tilt,上行凸出,上行入射角度
等的设置,确保各项参数的合理性,最终达到频谱效率的提升和变更成功
率的提高。
三、网络健康报告分析
在网络健康报告分析阶段,主要考察小区的误码,Ct、CQI、PMTT、AMTT、PRR、变更成功率等多个指标,以及用户在各小区的切换占比等信息,从而检测小区的服务质量,分析出影响其变更成功率的主要原因。
FDD-LTE TOP小区处理方法
FDD-LTE TOP小区处理思路及方法一、日常KPI指标监控二、各类TOP小区处理思路2.1 RRC建立失败TOP筛选出RRC连接建立成功率的TOP小区明细。
B 具体KPI分析:通过excel画曲线图分析如下counter值与rate本身的关联性,通过excel曲线图分析成功率底下的主要原因是如下哪个主要因素引起?emergency---拨打紧急号码HighPriorityAccess---高优先级接入mt-access--被叫接入mo-Signalling--发送信令时mo-Data---发送数据时DelayTolerantAccess-v1020---R10中新增原因,延迟容忍接入目前常见原因:mt-Access类型RRC连接失败次数,定时器超时;mt-Access类型RRC连接失败次数,eNB接纳失败;mt-Access类型RRC连接失败次数,其他原因;UE上报的RRC Connection Request有多种原因值,其中mt-Access代表终端收到寻呼需要进行相应而发起的接入。
以下为资料:UE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连接,该消息携带主要IE有:ue-Identity :初始的UE标识。
如果上层提供S-TMSI,侧该值为S-TMSI;否则从0…240-1中抽取一个随机值,设置为ue-Identity。
establishmentCause :建立原因。
该原因值有emergency,highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。
其中“mt”代表移动终端,“mo”代表移动始端。
mo-Signalling类型RRC连接失败次数,定时器超时;mo-Signalling类型RRC连接失败次数,eNB接纳失败;mo-Signalling类型RRC连接失败次数,其他原因;mo-Data类型RRC连接失败次数,定时器超时;mo-Data类型RRC连接失败次数,eNB接纳失败;mo-Data类型RRC连接失败次数,其他原因。
高倒流小区分析优化思路详细案例
高倒流小区分析优化一.倒流定义5G分流比:5G流量占全网4/5总流量的比例;5G分流比为综合指标,关联终端、网络和市场。
倒流比=5G用户在4G网络产生的流量/4G网络的总流量。
话统5G倒流比指标:基于话统的5G倒流比计算方式,5G倒流比= (L.Thrp.bits.DL.NR.capable.plmn+ L.Thrp.bits.UL.NR.Capable.PLMN)/( L.Thrp.bits.UL.PLMN + L.Thrp.bits.DL.PLMN) * 100%。
1.1 分析过程1.1.1高倒流小区获取可通过SEQ平台/网管提取全网4G小区级流量。
(包含小区总流量及用户、5G用户4G 流量、以及5G用户4G流量占小区总流量的比例),具体模板如下:通常当4G小区内5G用户4G流量(日均)>10GB,且5G用户4G流量占小区总流量的比例大于20%时,认为该小区为SA用户高倒流小区,需针对高倒流小区进行分析处理,从网络侧提升分流比。
1.2.2高倒流小区分析思路针对上述提出的5G高倒流小区,按照如下思路进行原因分析,通过5大方面进行问题排查与分析。
(5大方面:覆盖、故障、参数、性能及其他;涉及的分析标准比如:距离、流量等可结合实际情况修改)1.2.2.1分析过程分析流程图:准备工作:基础信息准备(1)、核查高倒流小区的频点等基础信息,通过工参获得高倒流小区的站型(区分宏站/微站/室分/地铁/高铁)。
(2)、核查出每个高倒流小区500米内的5G站点及5G小区,并通过工参获得所有5G 小区的站型(宏站/微站/室分/地铁/高铁)。
排查是否有共站5G(1)、判断4G高倒流小区500米内所有5G站点的站间距与站型,若100米内存在同站型的5G站点时,一般可认为存在共站5G站点,进入第二步。
否则按无共站5G站点处理。
(2)、若非5G共站,判断4G高倒流小区是否为高铁/地铁,若为高铁/地铁,则定义为高铁/地铁无共站5G,需规划或新开高倒流共站5G。
TOPN问题解决思路
切换问题邻区漏配导致的切换失败邻区漏配导致的切换失败表现为:随着UE移动服务小区RSRP越来越差,SINR越来越差,而邻区RSRP越来越好。
服务小区RSRP越来越差,SINR越来越差,而邻区RSRP越来越好UE侧:发测量报告,但收不到切换命令eNodeB侧:收到测量报告,但不发起切换(X2口没有切换请求,空口没有下发切换命令)邻区漏配的解决方法1)核查邻区,手工添加邻区配置切换不及时导致的切换失败切换不及时导致的切换失败表现为:当邻区无线质量满足切换门限时,服务小区的RSRP 突然陡降服务小区的RSRP突然陡降UE侧信令表现为收到切换命令刚发出切换完成消息后即发起RRC重建,或者收不到切换命令eNodeB侧表现为下发切换命令后收不到切换完成消息,或者连测量报告也收不到切换不及时的解决方法:1)如果从“邻区质量满足切换门限”到“服务小区质量陡降”之间的时间间隔太短(如小于1秒)且“邻区比服务小区质量好”到“服务小区质量陡降”的时间间隔比较长(如大于2秒),则可通过修改服务小区与邻区的偏置CellIndividualOffset(为大于0的值)来提前切换2)如果从“邻区比服务小区质量好”到“服务小区质量陡降”的时间间隔比较短(如小于0.5秒),则可通过修改服务小区的延迟触发时间IntraFreqHoA3TimeToTrig来提前切换3)如果服务小区与所有邻区都需要调整相同的CellIndividualOffset,则可通过调整切换门限参数IntraFreqHoA3Hyst、 IntraFreqHoA3Offset来提前切换(此操作用得很少)弱覆盖导致的切换失败弱覆盖导致的切换失败表现为:当邻区无线质量满足切换门限时,服务小区和邻区的RSRP 都十分弱邻区无线质量满足切换门限时,服务小区和邻区的RSRP都十分弱UE侧信令表现为收到切换命令,刚发出切换完成消息后即发起RRC重建,或者收不到切换命令eNodeB侧表现为下发切换命令后收不到切换完成消息,或者连测量报告也收不到弱覆盖的解决方法A.调整功率配比B.调整天线倾角C.增加基站、载频干扰导致的切换失败干扰导致的切换失败表现为:在RSRP比较好的情况下,吞吐率不如预期、容易出现切换失败甚至掉话等多种现象。
5G TOP小区处理思路
5G TOP小区处理思路一、锚点优化的重要性及主要流程介绍当前5G实施NSA组网模式,NSA终端必须占用锚点小区后,才能使用5G 业务提升用户感知。
如何及时将NSA终端迁移到锚点小区并保证稳定占用,是当前面临的重要问题,也是当前NSA终端移动性策略遇到的重要问题。
NSA锚点优化主要涉及NSA锚点规划的原则与方法、锚点优先驻留策略、接入性能优化、4/5G协同优化等内容,如下图所示:二、锚点层基础优化NSA组网模式下5G NR的控制面锚定在LTE侧,对LTE网络存在依赖性,LTE锚点网络的基础优化要保证锚点4G小区覆盖良好,无弱覆盖、越区覆盖和无主导小区的情况,业务性能,如接入/切换成功率良好,切换关系合理,尤其要抑制乒乓切换。
锚点层覆盖率目标建议RSRP≥-110dBm&SINR≥-3大于95%进行评估和提升。
覆盖优化主要消除网络中存在的四种问题:覆盖空洞、弱覆盖、越区覆盖和导频污染。
覆盖空洞可以归入到弱覆盖中,越区覆盖和导频污染都可以归为重叠覆盖,所以,从这个角度和现场可实施角度来讲,覆盖优化主要有两个内容:消除弱覆盖和重叠覆盖。
此优化与常规的LTE优化类似,主要措施有以下方面:✓RF调整优化(200m以内的弱覆盖、越区覆盖、重叠覆盖等问题处理);✓200m以上的无覆盖路段/区域进行锚点站点增补。
三、NSA切换流程介绍NSA的切换方式又分为带SN切换和不带SN切换两种,两者的区别在于,带SN切换切换前后速率降低幅度较小,现阶段,NSA的切换都推荐采用带SN 切换的方式,因此我们重点介绍带SN切换的相关内容。
高通芯片终端,带SN切换流程如下:1. UE在源4G小区发起业务,并完成双连接添加2. 主节点4G小区满足A3门限,发起测量报告,在测量报告里,携带最强的NR 邻区测量3. 如果最强的NR邻区,其RSRP满足“带SN切换RSRP差值”门限,即目标NR 小区RSRP-源NR小区RSRP≥带SN切换RSRP差值,那么4G切换的同时5G小区同步完成变更。
顶楼处理方案
顶楼处理方案一、引言在建筑学中,顶楼是指房屋最上方的楼层。
顶楼在建筑设计中起到了重要的作用,既可以作为住宅空间,也常常作为公共活动区域。
然而,由于顶楼处于建筑的最高处,面临着更多的风雨侵蚀、保温难题以及噪音问题等。
因此,为了解决这些问题,需要采取合适的顶楼处理方案。
本文将介绍一些常用的顶楼处理方案,并探讨其优缺点。
二、顶楼处理方案1. 防水层的设置顶楼处于建筑的最高处,直接面对风雨的侵蚀,因此防水层的设置至关重要。
通过使用高效的防水材料,如聚氨酯涂料、沥青防水卷材等,可以有效地防止雨水渗入屋内,保护房屋结构不被水侵蚀。
2. 保温材料的选择由于顶楼处于建筑的最高处,容易受到温度的影响,保温材料的选择是非常重要的。
常见的保温材料有聚苯板、岩棉、玻璃棉等,它们具有良好的保温性能,能够有效地减少热量的流失,提升顶楼的舒适度。
3. 采用适当的风护设施顶楼处于建筑的最高处,容易受到强风的影响。
为了保护顶楼不受风的侵蚀,我们可以采用适当的风护设施,如风帘墙、挡风板等。
这些设施可以有效地减少风力对顶楼的影响,提升顶楼的安全性。
4. 降噪措施的应用顶楼往往面临着来自周围环境的噪音问题,为了保证居住者的生活质量,需要采取降噪措施。
可采用双层玻璃窗、隔音板等材料来隔离噪音的传播,有效地减少顶楼的噪音污染。
5. 利用顶楼空间做绿化顶楼空间通常较大,可以充分利用其优势,做一定的绿化处理。
可以建造花园、种植植物等,不仅增加了美观性,还能起到降温、净化空气等作用,提升顶楼居住环境的品质。
6. 设立遮阳设施顶楼处于建筑的最高处,暴晒时间较长,容易受到阳光的直射。
为了保护顶楼不受过度照射,可以设置遮阳设施,如遮阳伞、遮阳篷等。
这些设施可以调节室内温度,提供一个凉爽的休闲空间。
三、总结顶楼处理方案的选择对于建筑的舒适度和安全性有重要的影响。
采用适当的防水、保温、降噪措施,结合合理的绿化和遮阳设施,可以提升顶楼居住环境的品质,同时确保顶楼的安全性和舒适度。
LTE指标优化及TOP小区分析指导(图文详解)
1 掉线率1.1 指标定义无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context异常释放次数)/UE Context建立成功总次数*100%1.2 指标分析及统计点介绍UE Context异常释放次数测量点:如图1中A点所示,当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息,会释放UE的所有E-RAB。
当释放原因不为“Normal Release”,“Detach”,“User Inactivity”,“CS Fallback triggered”,“UE Not Available for PS Service”,“Inter-RAT Redirection”,“Time Critical Handover”,“Handover Cancelled”时,测量指标L.UECNTX.AbnormRel加1。
eNodeB发起的S1 RESET导致的UE Context释放次数测量点:如图2中A点所示,当eNodeB向MME发送S1 RESET消息时,根据包含的上下文个数,指标L.UECNTX.Rel.S1Reset.eNodeB进行累加。
UE Context建立成功总次数测量点:如图3中B点所示,当eNodeB向MME发送INITIAL CONTEXT SETUP RESPONSE消息时统计该指标。
消息中如果包括多个E-RAB,该指标也只统计一次。
1.3 TOP小区分析流程TOP小区分析可通过OMC 920提取异常释放原因:□ eNodeB发起的原因为UE LOST的UE Context释放次数□ eNodeB发起的原因为切换失败的UE Context释放次数□ eNodeB发起的原因为无线层问题的UE Context释放次数□ eNodeB发起的S1 RESET导致的UE Context释放次数❶是否存在异常告警或传输闪断1)通过LST ALMAF查询站点实时告警,参考历史告警;2)通过DSP BRD 查询单板运行情况;❷通过提取两两小区切换,确定目标小区1)确定目标小区运行情况,是否基站故障或异常告警;2)检查邻区间参数设置是否正确;3)通过Mapinfo检查小区邻区配置是否合理,进行邻区合理性优化;4)检查基站是否周边站点缺少,如为孤站,可视为正常;❸检查S1链路是否配置正确现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为0,如统计出现释放次数,需进行针对排查;❹参数是否设置合理1)查询掉线类定时器设置是否正确;(T310、N311、N310、T311、T301)2)如掉线率突增,查询操作日志,确认是否有修改,导致小区异常;❺是否存在高干扰1)通过Mapinfo查看小区PCI复用是否合理,是否存在模三冲突;2)检查小区时隙配比是否设置准确(DE:SA2\SSP7;F:SA2\SSP5);3)如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰,同时可通过后台跟踪,确认干扰类型;小提示:判断干扰类型时,可跟踪后台干扰检测,如果RB0-RB99呈下坡图,则为杂散干扰,如果为陡升陡降则为互调干扰,如果为上坡图,则为阻塞干扰,如果干扰仅在RB40-RB80,则为广电干扰,请大家知悉。
TOP小区处理思路
如图2、3中【A点】所示,当eINITIAL CONTEXT SETUP REQUEST消REQUEST或者INITIAL CONTEXT SETU 则相应指标按各个业务的QCI分别进行累【B点】当MME收到来自eNodeB的E-RAB SET RESPONSE消息时E-RAB建立成功次数ERAB Setup Success Rate计算公式ErabSetupSuccessRate=(L.E-RAB.Su指标分析及统计点介绍指标定义无线接通率=RRC连接建立成功率*E-RAB建立成功率=(RRC连接建立完成次数/RRC连接请求次数(不包括重发))图1中A点】(1)指标L.RRC.ConnReq.Att加1,不Case1:eNB下发RRC_Conn_Setup消息发起的RRC_Conn_Req(Setup丢失,RRC_Conn_Req,UeID不变),记为一Case2:T300超时后,UE仍未收到RRC UeID是取0~239的随机值或上层下发的L.RRC.ConnReq.Att加1。
Case3:发起Attach后会启动T3410定时ENB没有收到,UE会在定时器超时后重RRC_Conn_Setup_Cmp丢失不会触发重(2)如果RRC Connection Request消”,指标L.RRC.ConnReq.Att.Emc加1。
TOP小区提取及分析流程图1图1图2图3NOYESYES YESNO1.TOP小区提取暂按以下方式操作:①RRC请求次数大于50次②接通率小于98%。
③在一周之类重复出现2次以上的小区。
若前三种无法提取出TOP小区,可按RRC,ERAB建立失败次数,分开求和后降序排列筛选RRC和ERAB建立失败的TOP小区。
2.TOP小区中RRC和ERAB建立失败次数原因值说明: ①对小区RRC建立失败次数:□ 资源分配失败而导致RRC连接建立失败的次数,指标ID:1526727083;重点关注top资源是否足够,包括top用户数,传输、PRB等;□ UE无应答而导致RRC连接建立失败的次数,指标ID:1526727084;关注质差、干扰、无线环境等;□ 小区发送RRC Connection Reject消息次数,指标ID:1526728269;关注传输问题、是否拥塞、干扰;□ 因为SRS资源分配失败而导致RRC连接建立失败的次数,指标ID:1526728485;重点关注SRS带宽、配置指示、配置方式、SRS ACK □因为PUCCH资源分配失败而导致RRC连接建立失败的次数,指标ID:1526728486;关注PUCCH信道相关参数设置是否合理,CQI RB □流控导致的RRC Connection Request 消息丢弃次数,指标ID:1526728489;关注拥塞,业务流控相关参数是否设置正确等;□流控导致的发送RRC Connection Reject消息次数,指标ID:1526728490;关注拥塞,业务流控相关参数是否设置正确等; ②对小区E-RAB建立失败次数:□因未收到UE响应而导致E-RAB建立失败的次数,指标ID:1526726717;处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误□核心网问题导致E-RAB建立失败次数,指标ID:1526728276;处理建议:需跟踪信令,排查核心网问题(EPC参数设置,TAC码设置的一排查);□传输层问题导致E-RAB建立失败次数,指标ID:1526728277;处理建议:需查询传输是否有故障,高误码,闪断,传输侧参数设置问题□无线层问题导致E-RAB建立失败次数,指标ID:1526728278;处理建议:处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错□无线资源不足导致E-RAB建立失败次数,指标ID:1526728279;处理建议:排查TOP小区资源是否足够,是否故障引起,若存在资源不(小区选择,重选和切换类参数);2、结合现场调整天馈,流量均衡;3、热点区域,增补基站等;□安全模式配置失败导致E-RAB建立失败次数,指标ID:1526728280;处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误,无线接通率低于98%RRC建立成功率低于98%E-RAB建立成功低于98%是否大部分小区恶化是否大部分小筛选TOP小区筛选TOP检查操作,告警,传输问题,是否存在网络变动和升级行为等(1.通过LST ALMAF查询站点实时告警,参考历史告警;2.通过DSP BRD 查询单板运行情况;3.传输及EPC侧有网络变动(升级,割接,参数修改等)。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1、掉线率无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context异常释放次数)/UE Context建立成功总次数*100%TOP小区分析可通过OMC 920提取异常释放原因:□eNodeB发起的原因为UE LOST的UE Context释放次数□eNodeB发起的原因为切换失败的UE Context释放次数□eNodeB发起的原因为无线层问题的UE Context释放次数□eNodeB发起的S1 RESET导致的UE Context释放次数❶是否存在异常告警或传输闪断1)通过LST ALMAF查询站点实时告警,参考历史告警;2)通过DSP BRD 查询单板运行情况;❷通过提取两两小区切换,确定目标小区1)确定目标小区运行情况,是否基站故障或异常告警;2)检查邻区间参数设置是否正确;3)通过Mapinfo检查小区邻区配置是否合理,进行邻区合理性优化;4)检查基站是否周边站点缺少,如为孤站,可视为正常;❸检查S1链路是否配置正确现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为0,如统计出现释放次数,需进行针对排查;❹参数是否设置合理1)查询掉线类定时器设置是否正确;(T310、N311、N310、T311、T301)2)如掉线率突增,查询操作日志,确认是否有修改,导致小区异常;❺是否存在高干扰1)通过Mapinfo查看小区PCI复用是否合理,是否存在模三冲突;2)检查小区时隙配比是否设置准确(DE:SA2\SSP7;F:SA2\SSP5);3)如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰,同时可通过后台跟踪,确认干扰类型;小提示:判断干扰类型时,可跟踪后台干扰检测,如果RB0-RB99呈下坡图,则为杂散干扰,如果为陡升陡降则为互调干扰,如果为上坡图,则为阻塞干扰,如果干扰仅在RB40-RB80,则为广电干扰,请大家知悉。
❻是否存在高质差1)通过观察小区上下行丢包率是否正常,如丢包率偏高,基本断定小区存在质差;2)通过后台误码率跟踪,如BLER>10%,确定小区存在高误码;❼是否存在弱覆盖1)检查传输模式,是否为TM3,如长时间为TM2,确认设置正确的情况下,基本确定小区存在弱覆盖;2)对比64QAM和QPSK占比,如后者比例远大于前者,可确定小区覆盖异常;❽现场测试及后台跟踪1)安排前场人员现场测试,同时后台通过信令跟踪,配合查找问题原因;2)如果确认问题后,需第三方配合解决,转发相关人员处理,做好跟踪工作,直至问题闭环;2、接通成功率无线接通率=RRC连接建立成功率*E-RAB建立成功率=(RRC连接建立完成次数/RRC连接请求次数(不包括重发))*E-RAB建立成功总次数/E-RAB建立尝试总次数*100%1. TOP小区提取暂按以下方式操作(仅供参考,请根据网络实际情况自定义):①RRC请求次数大于50次②接通率小于98%。
③在一周之类重复出现2次以上的小区。
若前三种无法提取出TOP小区,可按RRC,ERAB建立失败次数,分开求和后降序排列筛选RRC 和ERAB建立失败的TOP小区。
2. TOP小区中RRC和ERAB建立失败次数原因值说明:①对小区RRC建立失败次数:□资源分配失败而导致RRC连接建立失败的次数,指标ID:1526727083;重点关注top资源是否足够,包括top用户数,传输、PRB等;□UE无应答而导致RRC连接建立失败的次数,指标ID:1526727084;关注质差、干扰、无线环境等;□小区发送RRC Connection Reject消息次数,指标ID:1526728269;关注传输问题、是否拥塞、干扰;□因为SRS资源分配失败而导致RRC连接建立失败的次数,指标ID:1526728485;重点关注SRS带宽、配置指示、配置方式、SRS ACK/NACK设置是否合理等;□因为PUCCH资源分配失败而导致RRC连接建立失败的次数,指标ID:1526728486;关注PUCCH信道相关参数设置是否合理,CQI RB数配置是否合理等;□流控导致的RRC Connection Request 消息丢弃次数,指标ID:1526728489;关注拥塞,业务流控相关参数是否设置正确等;□流控导致的发送RRC Connection Reject消息次数,指标ID:1526728490;关注拥塞,业务流控相关参数是否设置正确等;②对小区E-RAB建立失败次数:□因未收到UE响应而导致E-RAB建立失败的次数,指标ID:1526726717;处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。
□核心网问题导致E-RAB建立失败次数,指标ID:1526728276;处理建议:需跟踪信令,排查核心网问题(EPC参数设置,TAC码设置的一致性,对用户开卡限制,硬件故障方面排查);□传输层问题导致E-RAB建立失败次数,指标ID:1526728277;处理建议:需查询传输是否有故障,高误码,闪断,传输侧参数设置问题。
□无线层问题导致E-RAB建立失败次数,指标ID:1526728278;处理建议:处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。
□无线资源不足导致E-RAB建立失败次数,指标ID:1526728279;处理建议:排查TOP小区资源是否足够,是否故障引起,若存在资源不足问题,可考虑参数调整,流量均衡(小区选择,重选和切换类参数);2、结合现场调整天馈,流量均衡;3、热点区域,增补基站等;□安全模式配置失败导致E-RAB建立失败次数,指标ID:1526728280;处理建议:需排查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。
❶筛选TOP小区RRC建立成功率TOP、E-RAB建立成功率TOP条件相同:建立成功率<98%,连接请求次数极少。
❷是否存在干扰1)通过Mapinfo查看小区PCI复用是否合理,是否存在模三冲突;2)检查小区时隙配比是否设置准确(DE:SA2\SSP7;F:SA2\SSP5)3)如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰,同时可通过后台跟踪,确认干扰类型;4)发送干扰组协助处理。
❸是否存在覆盖问题1)检查传输模式,是否为TM3,如长时间为TM2,确认设置正确的情况下,基本确定小区存在弱覆盖;2)对比64QAM和QPSK占比,如后者比例远大于前者,可确定小区覆盖异常;3)邻区告警、故障等导致TOP小区存在弱覆盖;4)天馈问题;5)无线环境差;6)基站规划、建设、施工问题;7)天线权值配置与现场天线参数不一致。
8)核查参考信号功率是否偏低(常规设置92,122,需结合现场设置);❹是否存在高质差1)通过观察小区上下行丢包率是否正常,如丢包率偏高,基本断定小区存在质差;2)通过后台误码率跟踪,如BLER>10%,确定小区存在高误码;❺是否存在资源不足1)参数调整,流量均衡;2)天馈调整,分担流量;3)热点区域,增补基站;❻是否终端、用户行为异常结合用户投诉情况,安排前场人员现场测试,同时后台通过信令跟踪,配合查找问题原因3、切换成功率(eNodeB间同频切换出成功次数+eNodeB间异频切换出成功次数+ eNodeB内同频切换出成功次数+ eNodeB内异频切换出成功次数-通过重建回源小区的eNodeB间同频切换出执行成功次数-通过重建回源小区的eNodeB间异频切换出执行成功次数-通过重建回源小区的eNodeB内同频切换出执行成功次数-通过重建回源小区的eNodeB内异频切换出执行成功次数) / (eNodeB间同频切换出尝试次数+ eNodeB间异频切换出尝试次数+ eNodeB内同频切换出尝试次数+ eNodeB内异频切换出尝试次数)*100%TOP小区分析可通过OMC 920提取切换出失败原因:□核心网原因导致切换出准备失败次数□目标小区无响应导致切换出准备失败次数□目标小区回复切换准备失败消息导致切换出准备失败次数□源小区发送切换取消导致切换出准备失败次数□eNodeB间切换出取消次数4、重定向3G比例覆盖问题:解决覆盖,并覆盖边缘切换成功率;针对覆盖空洞建议新建站参数配置问题:参数优化TOP小区功率、重定向门限、PCI复用距离、4G到3G切换的迟滞和惩罚时间、邻区干扰: 排查干扰5、RRC重建比例覆盖问题:解决覆盖,并覆盖边缘切换成功率;针对覆盖空洞建议新建站上下行不平衡:解决深度覆盖和覆盖距离过远干扰: 排查干扰异常终端导致的异频切换失败:参数调整目前现网重建原因主要为切换失败类以及Other类。
切换失败类导致重建主要原因为:弱覆盖切换失败触发重建;邻区漏配、错配切换失败触发重建;切换过早、过晚切换失败触发重建。
Other类导致重建主要原因为:上行信号质量差,导致eNB未解析到包,UE不断重传导致重传到最大;下行信号质量差,导致UE未收到eNB的确认包,然后不断重传到最大。
根据重建原因,全网指标提升思路主要可以从以下三方面着手:(1)邻区:全网邻区关系定期核查清理。
具体参考邻区核查专题;(2)覆盖:农村区域广覆盖、城市区域深度覆盖提升。
具体参考MR看网专题;质量:从点(CQT)、线(DT)的优化转向面(MR)的优化,提升全网覆盖质量。
目前现网重建原因主要为基于切换类以及其他类,优化思路如下:1、基于切换类导致重建主要原因为:弱覆盖切换失败触发重建,对于这类的失败,通常按照切换优化的思路进行。
主要手段有:1)邻区优化,避免邻区漏配、错配,同时对超远邻区进行覆盖控制,确保覆盖合理。
2)PCI优化,避免由于PCI混淆/冲突导致的切换失败。
3)切换参数优化,避免切换过早和切换过晚。
4)通过RF优化提高切换成功率。
5)隐形故障排查,若目标小区存在隐形故障,可能目标小区本身无法接入,也可能导致RRC 重建请求(原因值为系统内切换失败或系统间切换失败)2、其他类重建常见原因为无线链路失败RLF(Radio Link Failure, RLF),通常RLF导致的RRC 重建主要原因包括:RLC达到重传最大次数、上/下行失步,随机接入失败。
根据重建原因,建议全网指标提升思路主要可以从以下两个方面着手:(1)切换:全网邻区关系清理和优化,切换参数优化。
(2)覆盖:农村区域广覆盖、城市区域深度覆盖提升。
3、高铁场景:对高铁场景的重建比例进行专项分析,在切换、重选、覆盖和接入参数上进行优化,降低其重建请求次数。
4、TOP小区处理:提取一周忙时重建次数大于3500(平均一天重建次数大于500),重建比例大于8%的小区进行处理。