掉话小区处理流程讲解
LTE的掉话原因分析及处理思路(加精,值得收藏)
LTE的掉话原因分析及处理思路LTE“掉话”是指UE异常退出RRC_CONNECTED状态导致的连接中断。
统计节点为“RrcConnctionReconfigurationComplete”消息正确达到网络侧开始,之后进行的各类业务,未正常释放的均计为“掉话”。
正常释放流程如下:一、外场常见掉话原因分析目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。
掉话原因1:弱覆盖现象:由于弱覆盖导致的掉话,通常有以下表现:1.掉话前服务小区的RSRP持续变差(低于弱覆盖标准,如小于-105dBm),同时服务小区的SINR也一起持续变差(小于0dB,甚至小于-3dB)。
2.掉话后可能会有一段时间(数秒至数分钟不等,取决于实际网络覆盖情况),UE无数据上报(类似于UE脱网)。
解决方案:要解决此类掉话,需要改善覆盖。
具体手段有:1.首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。
2.根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区,并加强它的覆盖。
如常用的天馈调整、站点建设等。
具体案例:对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区,覆盖较差存在掉线风险。
通过调整PA:3→0,RS参考功率:13.4dB→15.2dB,覆盖改善,掉线风险大大降低。
掉话原因2:越区覆盖现象:在支持切换的移动通信网络中,由于无法精确控制无线信号的传播,因此或多或少都会存在越区覆盖的情况,导致“孤岛覆盖”无法与周边站点进行正常切换掉话,通常有以下表现:1.越区覆盖导致的“导频污染”。
在覆盖区内,没有稳定的强信号作为主服务小区。
服务小区信号的频繁变化,是导致掉话的一个主要原因。
2.越区覆盖对主服务小区的干扰(包括邻区漏配、越区信号的迅速变化等)。
在某些区域,主服务小区收到越区信号的干扰,最终导致掉话。
解决方案:1.越区覆盖的一般优化原则是:在区域中已有合理的稳定信号覆盖的情况下,尽可能的控制越区覆盖的信号。
GSM网络高掉话小区的治理方案
某市 的移 动通信 网络采 用爱立 信 GS 0 M9 0设备 ,在话 务统计 中, 们发现 该市 的小 区掉 话原 因主要 有 以下几种 : 我 弱信号掉话 、 质差掉 话、 A超限 的掉 话 、 T 突然掉 话等 。 以上 是 B C( aeS t nC n ol ) S B s t i o t l r掉话计 数指令 统计 的掉话原 ao r e 因【 实际上可 由基 站硬件 故障 、 l 】 , 外源信 号干扰 、 内部信 道 同 频、 邻频 干扰 、 切换 问题 、 覆盖 问题 等 多种 原 因引起 , 面结 下
有 问题 的载 频 用 T MS进 行 测 试 来 发 现 故 障 点 。 E 天 馈 线 系 统 出 现 故 障会 引 起 驻 波 比 过 高 , 是 产 生 掉 话 这
对 网络 质量影 响比较 大 , 应尽快排 除 。 () 2 系统 内部干扰对掉 话的影响 系统 内部 干扰主要指 同频干扰 和邻 频干扰 。 好的无线环 境是 降低掉 话率 的主 要因素 。 频率规 划对于移动通 信系统来 说相 当重要 , 建议采用 B C C H与 T H分段 的规划方法 。如: C 1 8频 点 用 于 微 蜂 窝 , o . 4用 于 T H,6 9 — 1_ 7 C 7 — 4用 于
络 对 移 动 G M 小 号 频 率 干 扰 不 容 忽 视 。一 般 来 说 外 部 干 扰 S
2 1 硬件故 障引起 的掉 话 .
硬件 故障产生 的掉 话往往集 中于一个小 区, 且掉 话次数
较 多, 同时其 他网络指标 也会 受到影 响。对硬 件原 因产 生的 掉话 ,可通 过终端 查看相 关硬 件告警 。如 果无硬 件告警 信 息, 则可能 是 T RU的 隐性 故障闭, 时可 以通 过 A I 令 此 B S信 跟踪 发现故 障载频 , 也可 以关 闭该小 区 的其他载 频 , 对怀 疑
VoLTE高掉话小区处理流程
VOLTE高掉话处理流程1. 基站告警-主要指小区存在明显的站点告警,主要影响业务告警,包含硬件、停电、断站,射频单元驻波,IPPATH,S1故障等告警;2. 隐形故障-主要指对问题点进行后台排查后,未发现明显故障,需上站检查相关硬件,计为隐性故障;3. 传输故障-主要指小区存在传输链路断链,误码率过高,传输数据配置异常等问题;4. 参数问题-主要指小区存在参数设置不合理、设置错误,参数漏配等;5. 覆盖问题-主要指小区存在弱覆盖、覆盖过远或覆盖不合理等因素;6. 内部干扰-主要指小区存在时隙配比不一致(要求同频点站点时隙配比一致)、GPS失锁、模三干扰、超远干扰;7. 外部干扰-主要指小区存在阻塞干扰、杂散干扰、互调干扰、及其他外部干扰;8. 邻区问题-新开站点邻区关系不全,不合理或未加任何邻区,影响UE小区选择或重选至不合理小区,从而影响掉线率。
9. 拥塞问题-主要指小区存在明显的资源不足,用户过多导致。
10. 核心网问题-主要指核心网数据定义不全、定义错误或网元合理化调整、功能验证等,导致指标恶化,计为核心网问题;11. 终端问题-主要指对问题点通过后台排查和现场测试,排除为所有可能无线侧因素,结合相关信令,确认为个别用户终端问题;12. 突发异常-主要指某项指标在1-2个时段突然出现恶化,然后自行恢复正常,再排查完各种可能性原因后,未发现任何异常,计为突发异常。
2、E-RAB 掉线率(QCI=1/2)-高掉话TOP 小区分析流程2、E-RAB掉线率(QCI=1/2)-高掉话TOP小区分析流程1.查询掉线类定时器设置是否正确;(T310、N311、N310、T311、T301)2.如掉线率突增,查询操作日志,确认是否有修改,导致小区异常;1. 检查小区时隙配比是否设置准确(DE:SA2\SSP7;F:SA2\SSP5);2.如每PRB 上干扰噪声平均值>-110dBm,确认小区存在上行干扰,同时可通过后台跟踪,确认干扰类型1.通过观察小区上下行丢包率是否正常,如丢包率偏高,基本断定小区存在质差;2. 通过后台QCI=1/2误码率跟踪,如BLER>1%,确定小区存在高误码;1.检查传输模式,是否为TM3,如长时间为TM2,确认设置正确的情况下,基本确定小区存在弱覆盖;2.对比64QAM 和QPSK 占比,如后者比例远大于前者,可确定小区覆盖异常;1.安排前场人员现场测试,同时后台通过信令跟踪,配合查找问题原因;2.如果确认问题后,转发相关人员处理,做好跟踪工作,直至问题闭环;1.确定目标小区运行情况,是否基站故障或异常告警;2. 检查邻区间参数设置是否正确;3.通过Mapinfo 检查小区邻区配置是否合理,进行邻区合理性优化;4.检查基站是否周边站点缺少,如为孤站,可视为正常;1.通过LST ALMAF 查询站点实时告警,参考历史告警;2.通过DSP BRD 查询单板运行情况;是否存在弱覆盖E-RAB 掉线率(QCI=1/2)高掉话TOP 小区服务小区是否存在异常告警或传输闪断,周边300米站点是否存在断站及告警SRB 达到最大重传次数导致的激活的语音业务E-RAB 异常释放次数切换流程失败导致的激活的语音业务E-RAB 异常释放eNodeB 发起的原因为无线层问题的UE Context 释放次数上行弱覆盖导致的激活的语音业务E-RAB 异常释放通过提取两两小区切换,确定目标小区参数是否设置合理是否存在高干扰是否存在高质差现场测试及后台跟踪UE Reply 超时导致的激活的语音业务E-RAB 异常释放。
掉话类故障处理指导
掉话类故障处理指导掉话分类定义在华为Probe侧对于掉话(ERAB Abnormal Release)的定义:UE没有收到Deactivate Eps Bearer Context Request消息,但收到RRC Release或RRC Connection Reconfiguration消息,则表示ERAB异常释放。
标口信令在eNodeB跟踪到的标准接口信令中,如果存在eNodeB发起的释放,即在S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ消息内携带的原因值不为“User-inactivity (20)”时,则判断为掉话。
掉话预检查方式异常掉话通常都是由eNB发起的释放,通知MME释放上下文,因此只要查看S1口发送的S1AP_UE_CONTEXT_REL_REQ消息即可,如下图所示。
S1AP_UE_CONTEXT_REL_REQ点击“标准接口消息类型”按消息类型进行排序,这样所有的S1AP_UE_CONTEXT_REL_REQ 都会排列在一起,如下图所示。
按消息类型排序依次点击下一条,查看中的原因值,找出最后的原因为非02 80 的原因值。
找到异常掉话消息根据对应的时间点,打开标准UU口的跟踪,找到对应时间点的RRC_CONN_REL消息,如下图所示。
找到对应的UU口消息掉话率指标话统公式在话统侧异常掉话指标的公式定义如下:Call Drop Rate = L.E-RAB.AbnormRel / (L.E-RAB.AbnormRel + L.E-RAB.NormRel)等同于:Call Drop Rate = L.E-RAB.AbnormRel.QCI.N / (L.E-RAB.AbnormRel.QCI.N +L.E-RAB.NormRel.QCI.N)其中:分子上表征异常释放的Counter为L.E-RAB.AbnormRel.QCI.N= L.E-RAB.AbnormRel.QCI.1+L.E-RAB.AbnormRel.QCI.2+L.E-RAB.AbnormRel.QCI.3+L.E-RAB.AbnormRel.QCI.4+ L.E-RAB.AbnormRel.QCI.5+ L.E-RAB.AbnormRel.QCI.6+ L.E-RAB.AbnormRel.QCI.7+ L.E-RAB.AbnormRel.QCI.8+ L.E-RAB.AbnormRel.QCI.9;而分母上是正常释放与异常释放的总和,正常释放的Counter为L.E-RAB.NormRel.QCI.N= L.E-RAB.NormRel.QCI.1+L.E-RAB.NormRel.QCI.2+L.E-RAB.NormRel.QCI.3+L.E-RAB.NormRel.QCI.4+ L.E-RAB.NormRel.QCI.5+ L.E-RAB.NormRel.QCI.6+ L.E-RAB.NormRel.QCI.7+ L.E-RAB.NormRel.QCI.8+ L.E-RAB.NormRel.QCI.9;常见掉话原因邻区错/漏配通常,网络建设初期优化过程掉话占大多数是由于邻区错/漏配导致的。
VoLTE高掉话小区处理流程
VOLTE高掉话处理流程1. 基站告警-主要指小区存在明显的站点告警,主要影响业务告警,包含硬件、停电、断站,射频单元驻波,IPPATH,S1故障等告警;2. 隐形故障-主要指对问题点进行后台排查后,未发现明显故障,需上站检查相关硬件,计为隐性故障;3. 传输故障-主要指小区存在传输链路断链,误码率过高,传输数据配置异常等问题;4. 参数问题-主要指小区存在参数设置不合理、设置错误,参数漏配等;5. 覆盖问题-主要指小区存在弱覆盖、覆盖过远或覆盖不合理等因素;6. 内部干扰-主要指小区存在时隙配比不一致(要求同频点站点时隙配比一致)、GPS失锁、模三干扰、超远干扰;7. 外部干扰-主要指小区存在阻塞干扰、杂散干扰、互调干扰、及其他外部干扰;8. 邻区问题-新开站点邻区关系不全,不合理或未加任何邻区,影响UE小区选择或重选至不合理小区,从而影响掉线率。
9. 拥塞问题-主要指小区存在明显的资源不足,用户过多导致。
10. 核心网问题-主要指核心网数据定义不全、定义错误或网元合理化调整、功能验证等,导致指标恶化,计为核心网问题;11. 终端问题-主要指对问题点通过后台排查和现场测试,排除为所有可能无线侧因素,结合相关信令,确认为个别用户终端问题;12. 突发异常-主要指某项指标在1-2个时段突然出现恶化,然后自行恢复正常,再排查完各种可能性原因后,未发现任何异常,计为突发异常。
2、E-RAB 掉线率(QCI=1/2)-高掉话TOP 小区分析流程2、E-RAB掉线率(QCI=1/2)-高掉话TOP小区分析流程1.查询掉线类定时器设置是否正确;(T310、N311、N310、T311、T301)2.如掉线率突增,查询操作日志,确认是否有修改,导致小区异常;1. 检查小区时隙配比是否设置准确(DE:SA2\SSP7;F:SA2\SSP5);2.如每PRB 上干扰噪声平均值>-110dBm,确认小区存在上行干扰,同时可通过后台跟踪,确认干扰类型1.通过观察小区上下行丢包率是否正常,如丢包率偏高,基本断定小区存在质差;2. 通过后台QCI=1/2误码率跟踪,如BLER>1%,确定小区存在高误码;1.检查传输模式,是否为TM3,如长时间为TM2,确认设置正确的情况下,基本确定小区存在弱覆盖;2.对比64QAM 和QPSK 占比,如后者比例远大于前者,可确定小区覆盖异常;1.安排前场人员现场测试,同时后台通过信令跟踪,配合查找问题原因;2.如果确认问题后,转发相关人员处理,做好跟踪工作,直至问题闭环;1.确定目标小区运行情况,是否基站故障或异常告警;2. 检查邻区间参数设置是否正确;3.通过Mapinfo 检查小区邻区配置是否合理,进行邻区合理性优化;4.检查基站是否周边站点缺少,如为孤站,可视为正常;1.通过LST ALMAF 查询站点实时告警,参考历史告警;2.通过DSP BRD 查询单板运行情况;是否存在弱覆盖E-RAB 掉线率(QCI=1/2)高掉话TOP 小区服务小区是否存在异常告警或传输闪断,周边300米站点是否存在断站及告警SRB 达到最大重传次数导致的激活的语音业务E-RAB 异常释放次数切换流程失败导致的激活的语音业务E-RAB 异常释放eNodeB 发起的原因为无线层问题的UE Context 释放次数上行弱覆盖导致的激活的语音业务E-RAB 异常释放通过提取两两小区切换,确定目标小区参数是否设置合理是否存在高干扰是否存在高质差现场测试及后台跟踪UE Reply 超时导致的激活的语音业务E-RAB 异常释放。
利用MTR处理小区掉话
利用MTR处理小区掉话MTR(Mobile Traffic Recording)是ERICSSON集成在OSS中的系统功能之一,MTR能够追踪到整个通话过程中涉及到的所有三层信令内容及上下行测量报告(上下行信号强度、上下行信号质量、TA值分布、施主小区频点、BSIC),因此利用MTR对手机用户进行追踪,可以得到丰富的网络层信息,给网络故障定位及解决提供强有力的支持。
该功能在网络结构中的示意图如图1:图1:网络结构示意图通过上图可以看到,MTR功能集成在ERICSSON的OSS系统(操作与维护系统)中。
网络维护人员可通过OSS与基站系统产生联系,一旦在OSS中激活MTR测量统计功能,基站系统将会搜集相关号码的上下行链路测量报告,并将结果传送到OSS服务器中。
由于MTR测量统计功能能搜集到上下行链路的详细信息,因此在OSS上定制MS的MTR统计,就能获取到MS的详细通话测量报告,从而得到被测试小区覆盖区域内的信号强度、质量等信息。
MTR在处理故障小区中的利用价值主要体现在:对于存在上行信号问题的小区,可以通过收集MTR测量数据来判断小区的上行接收信号强度及质量等相关信息。
结合锁频拨打测试,可以进一步对问题进行定位。
案例:5824M现象描述: TCH高掉话问题分析:此小区大多数掉话都是上行弱信号掉话,检查基站告警信息没有相关的告警出现。
经查此小区上挂有一个直放站系统和一个干放系统,首先怀疑可能是辅助设备故障导致的施主小区性能指标下降。
代维工程师到现场后对两套分布系统进行了测试,在测试过程中没有发现有上行弱信号现象,且根据现场人员反映这两套分布系统都是覆盖地下停车场,覆盖区域内用户较少不应该导致小区出现大量掉话。
因此要求现场人员直接占用施主小区信号拨打电话进行MTR测量,通过分析MTR测量结果发现此小区的上下行信号强度相差较大,差值超过20dBm。
如下图:上图是在关闭5824M小区的上、下行动态功率控制的情况下测得的上下行信号强度图,根据图中显示的上下行信号强度可以发现,上行弱信号现象比较明显。
D1D2上行干扰,RRC掉话
LTE D1D2干扰NR,NR RRC异常释放
一、问题描述:
1、2021年1月,在W市做SA的上传测试,测试2个小时,发现有7个RRC异常释放事件。
2、下面以10:10:44RRC异常释放事件为例进行分析,发现下行的RSRP值都很好,约为-75dBm。
二、处理过程:
分析测试LOG,按如下思路排查:
1、首先排查,终端是否由于不活动定时器超时造成的正常释放
图1
通过图1可知,RRC释放前后,上行均有数传,排除由于不活动定时器超时造成RRC释放
2、其次排查是否由于上行干扰导致RRC异常释放。
通过测试软
件发现,RRC异常释放前后,UL Residual BLER(%)均不为0
图2
查询测试期间网管指标(15分钟粒度),发现该小区确实有3次异常释放事件
图3
通过图2、3基本上可以判断上行存在干扰(最好做个RPB轮循,观察每个PRB干扰情况)。
三、根因:
通过查询4G参数,发现RRC异常释放点(小红星)占用的服务小区芦庄(NR)受到D1\D2小区干扰(见下图4G基站分布图,其中
红色为D1小区)。
四、解决方案:
加快D1D2小区的退网,减少对NR的干扰。
掉话处理流程
流程图掉话处理处理流程操作手册1、由小区性能监控模块发现小区掉话数多2、排查硬件故障如果掉话率突然上升,则需要检查本小区和相邻小区此时是否工作正常,通过OMC-R检查本小区和相邻小区告警,传输和天线是否出现异常,排除因为硬件原因产生的小区异常掉话。
解决措施:派单处理3、覆盖欠佳引起的掉话了解该小区的覆盖区域,是否存在一定的覆盖欠佳区域,覆盖欠佳是造成下行弱信号掉话的一大原因。
原因分析:服务小区由于各种原因(如无线环境好,功率过高,站点设置太高)产生越区覆盖,导致UE在移动到被越区覆盖的小区后,因无邻区关系配置,导致无邻区可切换造成的弱信号掉话。
越区覆盖导致的频率干扰和扰码相关性问题。
波导效应和湖面效应会使服务小区覆盖过远,引起干扰或切换判断混乱,产生掉话。
由于孤岛效应,处于孤岛的UE 无法切换出去,产生掉话。
由于一个地方没有一个足够强的主导频,出现导频污染,手机通话过程中,乒乓切换会比较严重,导致掉话率上升。
两个小区交接部分出现明显的无信号覆盖的漏洞,UE移动出覆盖范围,产生掉话。
由于高大建筑物遮挡产生的阴影效应。
解决措施:消除越区信号的影响:通过路测同事了解掉话小区及周围覆盖情况,查找覆盖不规范的基站,通过调整该站的下倾角,方位角,或降低它的最大发射功率等方法来优化覆盖区域,同时避免基站天线沿街道或湖面覆盖,避免街道效应和湖面效应等产生难以控制的信号,消除漂移信号对其它基站的影响.查找覆盖不足的地区:通过投诉组同事和路测同事的场测试来查明覆盖不足的地方,看是否可以通过调整下倾角,方位角,挂高,以及发射功率等方法增大覆盖范围(这需要综合考虑频率、扰码规划以及其它方位覆盖的情况)。
如果弱场区处于商场、隧道、地下停车场、地铁入口、高层建筑等特殊场合,则需要增加RRU,或室内分布来解决。
4、小区数参数配置不合理引起掉话检查小区各系统参数有无配置得很不合理,可以能过与正常小区之间的参数进行对比,找出是否出现个别参数调得很不合理面导致的。
室分VoLTE掉话问题处理总结
室分VoLTE掉话问题处理总结一、问题描述近日接到县局反馈在XX电信大楼通话过程中容易掉话,出现次数较多。
二、分析处理过程根据县局提供室分信息,查询了基站的告警情况,该小区为1t2r配置,底噪情况如下,实际底噪-85左右,(诺基亚基站小区正常底噪在-105左右;该小区ANT2实际未接馈线):根据县局提供的手机号码及掉话时间,在智慧优化平台查看通话记录,发现其掉话原因为BEARER_RELEASED。
端到端语音质量对比情况,主被叫语音质量均优良,没有丢包问题和时延问题:分析被叫端语音质量,可以看出在最后的5秒内达到的达到包数相比减少了非常多:在“信令回溯”页面,可以看出eNobeB发送了UE Context Release Complete 消息给MME,具体原因未知:继续查询XDR话单,找到对应的使用记录,可以看出UE Context Release 的原因是Radio Connection With UE Lost:根据上述分析,在空口侧应该是UE失步了导致基站释放了它的上下文信息。
按照通话时间在基站侧进行了calltrace,从信令来看,掉线原因是Radio Connection With UE Lost,具体原因为上行BLER达到了100%,然后基站认为手机out of syn并释放了其手机上下文信息,导致掉话问题出现。
若干秒后三、处理方案根据上面的分析,是手机失步了然后基站释放上下文导致掉话问题出现。
查询小区参数,其N310,N311,T310均已达到最极限值,没有修改的空间了,而该小区的底噪问题由于涉及到较多的环节,暂时无法处理。
分析该小区周边站点情况,同站址内有L800小区在用,故暂时采用语数分析方案,临时解决掉话问题。
XX大楼室分小区_1修改了如下参数:数修改如下:因L800小区带宽较小,在承载了较多的语音业务后需控制其覆盖范围,我们将其rsboost调整为-3,电子倾角下压了3度。
高掉话小区分析处理
一、概述在GSM系统中,掉话是指通话的非正常终止,它是衡量网络可用性的一个重要指标。
无线网络的掉话可分为两种:一种是在SDCCH信道上的掉话,另一种是在TCH信道上的掉话。
SDCCH掉话是指在BSC给MS分配了SDCCH信道,而TCH信道还没有分配成功期间发生的掉话。
TCH掉话是指在BSC给MS成功分配了TCH信道后,发生的不正常TCH释放。
TCH 掉话相比SD掉话对用户感知影响更严重,本文着重分析TCH掉话。
二、掉话主要原因分析2.1 覆盖原因导致的掉话主要原因分析不连续覆盖(盲区)、室内覆盖差、越区覆盖(孤岛)、覆盖过小。
分析思路借助话统查看BSC整体掉话率,找出掉话率大的小区,及其它相关的话统,并结合路测观察信号电平大小,切换是否正常,是否存在掉话等。
来辅助分析和判断掉话问题。
解决措施A.查找覆盖不足的地区,可增加基站来形成连续覆盖或是通过别的手段来提高基站的覆盖,如提高基站的最大发射功率,改变天线的方位角、倾角、挂高等。
B.要保证室内通信的效果,必须使到达室外的信号足够强,如通过提高基站的最大发射功率,改变天线的方位角、倾角、挂高等,对于写字楼、宾馆等一些主要公共场所增强室内覆盖,还可考虑应用室内分布系统。
C.对于越区覆盖小区漏作邻区关系的小区,补充全邻区,减少无合适的小区切换而造成的掉话。
可以通过减少该基站的倾角,来消除越区覆盖。
D.排除硬件故障。
进行路测,是否由于硬件故障,覆盖范围过小。
如果掉话率突然上升并且本站其它指标全部正常,则应该检查相邻小区此时是否工作正常(可能出现下行链路发生故障,如TRX、分集单元及天线出现问题,若是上行链路故障,则会导致原小区切出失败率较高)。
2.2 切换原因导致的掉话原因分析参数不合理、邻区不全、邻区中有同BCCH同BSIC的小区存在、话务拥塞、 BTS时钟失步、T3103计数器超时导致掉话判断方法通过话统指标的分析是否存在切换成功率低、切换失败但重建失败的次数多、掉话率高的小区。
坏小区的常见处理方法
坏小区的常见处理方法在网络优化过程中,对BAD CELL的处理是实施RADIO FINE TUNING的重要环节。
而掌握无线微调的方法也是网络优化人员的必备素养。
●BAD CELL的定义所谓BAD CELL指的就是那些未达到人们所期望的无线网络服务指标的小区。
简言之,也就是人为定义的问题小区。
这些小区通常是高掉话小区,高分配失败小区,高拥塞小区,或者低切换成功小区。
●BAD CELL的制作关于BAD CELL的制作通常有两种方法。
第一种是手工编辑,筛选出各项指标的未达标小区;第二种是利用MARCO与专用处理软件对话务统计报告进行处理。
在这里只介绍第一种方法。
我们对话务统计报告的每一项指标先确立一个下限,通常为:切换成功率(切入/切出)-------90%下列掉话率----------------------------2%以上分配失败率----------------------2%以上TCH拥塞-------------------------1次以上SDCCH拥塞---------------------1次以上无线接通率-----------------------95%下列*无线接通率=(1-SDC DROP RATE)*(1-TCH DROP RATE)*(1-TCH ASSIGNMENT FAILURE RATE) ,它是衡量一个网络优劣的重要指标,由于它涵盖了一个呼叫从建立到释放的整个过程,它在一定程度上反映了一个小区的综合服务质量。
这里需要强调的是,BAD CELL 的下限是人为确立的,在具体操作中,我们应该更据现场网络具体情况酌情予以调整,其目的是为了更好的处理与分析问题。
在确立了指标下限后,我们能够利用XLS表格对从OMC_R上取得的话务统计报告的后期处理文件进行滤除排序,制作出一张BAD CELL 表。
对BAD CELL LIST的分析对BAD CELL LIST的分析实际上是对网络综合服务指标的分析。
关于VOLTE掉话率定位分析及优化案例
关于VOLTE掉话率定位分析及优化1.1.1.1.优化思路定界流程:1.1.1.2.定位及优化1.1.1.2.1.基于话统定位优化流程对小区的QCI1的ERAB异常释放原因进行统计分析。
➢对于传输层问题占比大,则需传输侧进行排查分析;➢切换流程失败原因则重点分析无线质量、邻区关系、参数配置;●排查源小区及目标小区覆盖、干扰等无线质量情况,避免切换时与目标小区同步失败。
●核查邻区关系及参数,并结合地理图层确保已完善周报邻区,保证邻区关系及参数合理性;●参数一致性:核查确保外部邻区基站标识、小区标识、频点、PCI与邻区小区实际参数一致性、避免测量上报错误小区导致切换失败。
●核查切换参数配置:现网同异频切换基本都是基于A3事件:Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off。
同频切换参数,主要核查优化同频切换参数组ID的同频切换幅度迟滞、同频切换偏置、同频切换时间迟滞:异频切换参数,主要核查优化异频A3偏置、基于A3的异频A1 RSRP触发门限、基于A3的异频A2 RSRP触发门限。
异系统的切换参数,主要合理设置 A2 测量门限,避免由于测量过晚导致终端来不及测量目标小区信号无法切换掉话;➢无线层问题原因则重点排查弱覆盖、过覆盖、PCI模3干扰、外部干扰、参数配置等;●借助MR数据等措施判断弱覆盖及优化;●核查小区干扰情况并进行处理优化;●通过CQI上报指标统计各调制方式占比,可反映下行信道质量情况,正常情况是64QAM远大于QPSK占比,反之则说明无线质量存在异常。
如下为正常小区下各调制方式占比情况:●通过性能平台TA数据统计评估是否存在过覆盖问题,当TA统计距离明显大于最小站间距,则该小区极可能存在过覆盖。
对于过覆盖问题需进行增大下倾角、降低功率、站点整改等。
➢无线网络拥塞原因。
对于无线网络拥塞原因导致语音掉话,则需对拥塞原因进行排查及扩容等优化处理。
1.1.1.2.2.基于路测定位优化流程➢基于测试数据在ATU平台进行异常事件统计。
上海坏小区处理流程
观察话务统计报告,如果没有恢 是无线原因造成的TCH分配失败 复正常,返回步骤3。 (MC746b)至步骤8。 如果小区开跳频,请先关跳频。 至步骤9。 否则至步骤9。 确定TCH分配失败产生的载频 (MC703-MC718),如果有个 别载频有TCH分配失败,则至步 骤10。 否则,至步骤13。
倒换频点和载频的对应关系(记 录TRXTREAFRN的对应关系, 便于后期跟踪)。如果TCH分配 失败与频点相关,则至步骤11。 否则,至步骤12。
பைடு நூலகம்
TCR_NOHO TCH不含切换拥塞 采集一周的话务统计报告,筛选 重复出现的小区处理。其他小区 待观察。至步骤2。
TDR TCH掉话率 查询达标小区多个忙时报告,筛 选重复出现的小区处理。其他小 区待观察。至步骤2。
处理 如果小区没有开启半速率,则至 流程 步骤5。 描述4 否则至步骤6。 判断是何种掉话:4种掉话。
如果BSC739高掉话查看是哪根A 处理 合理调整半速率启动门限。如果 口链路,确认后通知用户锁住问 题A口。 流程 拥塞问题解决,则至步骤10。 描述6 否则,至步骤7。 观察周围小区话务量每线话务量 处理 及含切换的拥塞,如果有话务均 个别小区出现739掉话,先锁载 流程 衡的空间则至步骤8。 描述7 否则至步骤9。 频,然后更换硬件。至步骤8。 处理 对小区进行话务均衡,如果拥塞 流程 问题得到解决则至步骤10。 观察话务统计报告,如果没有恢 描述8 否则,至步骤9。 复正常,返回步骤3。 小区有高736掉话。观察如果有 上行干扰,请先排除上行干扰的 影响。 否则,至步骤10。
更换频点,至步骤14。
更换TRE,至步骤14。 观察如果有上行干扰,请先排出 上行干扰的影响。 否则,至步骤10。
精品案例_RRU频繁退服引起VoLTE掉话异常小区处理
RRU频繁退服引起VoLTE掉话异常小区处理案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (5)四、经验总结 (5)RRU频繁退服引起VOLTE掉话异常小区处理案例【摘要】4月份,小区GC-东至-东至尧城迎宾馆-电信-ZFTA-173755-182出现VOLTE掉话的异常小区。
查看4G专业网管,发现RRU存在频繁瞬断的告警,处理告警后,VOLTE掉话异常消失,问题得到解决。
【关键字】VOLTE 掉话 RRU瞬断【业务类别】VoLTE一、问题描述4月3-8日,小区GC-东至-东至尧城迎宾馆-电信-ZFTA-173755-182连续出现VoLTE语音掉话的异常。
如图所示。
二、分析过程VOLTE网络架构由图可以看出,VOLTE基于4G网络,由IMS(IP多媒体子系统)进行业务控制,4G网络负责信令和业务承载。
与VOTE业务有关的4G网络E-RAB承载有3种:一是QCI=5的承载,用于承载VOLTE业务建立、释放、变更的IMS信令;二是QCI=1的承载,用于承载VOLTE语音业务流;三是QCI=2的承载,用于承载VOLTE视频业务流。
根据《VOLTE无线网络优化指导书(第一册)》关于VOLTE掉话的定义,VOLTE掉话次数即QCI=1的E-RAB异常释放次数。
VOLTE掉话涉及终端、无线、EPC和IMS等诸多网元。
VOLTE掉话一般分为无线侧掉话和IMS侧的会话释放,掉话原因也要从无线和IMS两个方面来找,其中无线侧掉话原因包括设备故障、RRC重建失败等,需重点查看设备是否存在告警,RRC重建指标是否正常。
IMS涉及面较大,出现问题的可能性较小一旦出现问题,往往是全局性的。
VOLTE掉话分析,首先从无线侧入手。
通过中兴4G专业网管性能查询功能,查看GC-东至-东至尧城迎宾馆-电信-ZFTA-173755-182的VOLTE性能指标,如图。
由图看出,4月1-8日,小区RRC重建比例正常,但是QCI=1、QCI=5的E-RAB掉话率高,掉话次数较多。
VoNR语音掉话实施方案
VONR语音掉话实施方案PCI优化(VoNR连片区域)1,5G-5G,5G-4GPCI冲突\混淆原因分析;PCI复用过近解决措施;为避免PCI混淆/冲突出现,在PCI规划时必须保证PCI的复用距离大于覆盖距离,并且建议间隔4层站点以;优化场景;对全网PCI重新规划原因分析;越区覆盖解决措施;越区覆盖是造成PCI混淆/冲突的重要原因,一般要求把小区的覆盖距离控制在1km以下,避免出现PCI混淆。
优化场景;调整越区覆盖小区小区功率原因分析;冗余邻区解决措施;①切换请求少的冗余邻区;②优化无效邻区。
优化场景;核查两两切换失败TOP邻区合理性2,MOD3/30压降,SRS干扰优化解决措施;相邻小区不应具有相同的Mod30值优化场景;对全网PCI重新规划5G-4G、5G-4G邻区优化,ANR验证选取区域进行ANR试点VoNR-VoLTE切换/重定向(VoNR边缘区域)1,VONR语音移动性及互操作策略优化措施;规划全网VoNR>EPSFB/VoLTE策略优化场景;系统规划全网5-4策略2,VoNR高掉话基础问题排查思路优化场景;排查小区状态是否正常、各单板状态正常、是否存在告警,排查无线环境是否存在覆盖问题,核查参数设置是否存在问题,是否是异常终端导致。
优化场景;分析TOP掉话小区3,VoNR向VoLTE切换成功率低切换成功率跟邻区息息相关,针对5-4的邻区进行全量核查(切换TOP场景)4,5G覆盖好VoNR向VoLTE切换丢包率指标统计存在问题需升级解决。
5,下行弱场门限设置不合理导致VoNR无法起呼全网核查弱场禁止VoNR起呼下行RSRP门限,其中宏站统一设置为-110与-105,室分站点统一设置为-105与-100。
通过合理设置弱场禁止起呼门限,提升用户感知。
(5G弱覆盖场景)EPS FB低接通基于语音质量的异频和异系统切换(特性功能)基于VoNR语音质量的异频切换基于VoNR语音质量的E-UTRAN切换。
下行弱掉话处理流程
下行弱掉话处理流程一、流程图
二、操作手册
1、由小区性能监控模块发现小区掉话数高,并由掉话原因分析出该小区的下行弱信号掉话数偏高;
2、了解该小区的覆盖区域,是否存在一定的覆盖欠佳区域,覆盖欠佳是造成下行弱信号掉话的一大原因;对覆盖欠佳区域,可以提单进行网络建设,视覆盖区域的范围,可选择性提单建设大站、微蜂窝、直放站等;
3、由ALLIP、RXASP查看小区是否存在告警,由RXMFP、RXELP查询小区是否有存在硬件故障,若有,按告警及故障码通知无线室处理;
4、由RLCPP:CELL=XXX,查看小区的功率设置是否过小,若该功率过小,则可能“人为”地造成了部分信号“盲区”,造成下行弱信号掉话;
5、由RLBCP:CELL=XXX,查看小区的功控参数设置是否正常,若功控设置不正常,如SSDESDL设置过小,可能使得在功控算法调整下,小区的下行功率过小,从而造成下行弱信号掉话;
6、由MCOM查看小区邻区关系的定义情况,分析是否漏定义了重要邻区。
若存在漏定邻区现象,可能造成无法切换至其他小区,通话只能一直拖至弱信号区域,直至掉话;
7、检查该小区的邻区后,也需要检查该小区的切换参数,切换参数的异常,同样会影响小区的切换,造成弱信号掉话;
8、通过直放站监控系统,查看该小区是否携带直放站,直放站的异常,通常会造成下行弱信号掉话。
尝试性关闭小区所带的直放站进行观察,以判断是否直放站引起了小区的高掉话;
9、对小区覆盖区域进行测试,看小区信号强度是否非正常性较弱,若是,可通过与BSC人员配合,对各载波进行逐个拨测,以判断载波是否存在硬件故障,也可派单到无线室对该小区基站或天馈系统进行检测处理。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
TCH掉话处理流程
TCH掉话是影响用户感知度的重要指标之一。
我们按其原因将其归为以下几类,对每种类型的掉话做了简要说明并给出了优化建议:
1系统原因掉话(MC14C)
因为系统的一些操作或者故障引起的掉话,如修改频率、RESET 载频和BTS、载频和基站闪断的等,判断的根据就是观察小区的告警和操作记录。
这类掉话处理建议:
●操作时,建议使用Shut Down来Lock小区;
●对于闪断故障需及时LOCK,并进行更换、处理;
●频率修改尽量选在非忙时进行。
传输闪断引起系统掉话的案例:
察看XAD140_1的话务报告,在某一时段出现大量的系统掉话,同时不可用信道数为3,我们怀疑载频闪断引起大量的系统原因掉话。
在OMC-R察看该小区的告警,在出现系统掉话的时段,一直反复出现LOSS OF TCH和LOSS OF SDCCH的告警,并且二路传输存在告警。
所以我们判断,二路传输闪断,引起在RSL闪断,进而引起信道丢失的告警,产生系统原因掉话。
这种系统掉话就是由于传输闪断引起的,应尽快处理传输问题。
2传输掉话(MC739)
导致传输掉话的原因有以下几种情况:
●A口故障,可结合018报告,来判断具体为哪一路出现故障,及时LOCK
有问题的时隙或者PCM链路,并处理故障;
●ABIS故障,可以通过ABIS告警来发现,需及时处理故障,控制传输掉
话;
●TC故障,可以通过TC告警来发现,需及时处理故障;
●载频故障,可以先 reset相关载频,无效后更换载频。
传输误码引起的传输掉话案例:
从话务报告来看,XAM794_0存在多载频的传输掉话,我们怀疑ABIS口或者A口出现问题。
查看ABIS告警:我们发现在传输掉话所处时段,ABIS口存在BER-10E-3的告警,所以断定此告警导致小区的传输掉话。
当对传输链路进行故障处理之后,告警清除,传输掉话消失。
3无线掉话(MC736)
当RADIO LINK TIMEOUT(无线链路超时计时器)减为0 时,信道被释放从而引起的掉话记为无线掉话,在网络运行中此类型掉话最为常见,其产生原因有以下几种:
3.1上行质量差
上行干扰导致的掉话在指标上有以下特征:存在高Band采样,且TCH 占用载频均有MC736计数;对于空闲TS不足小区,Band采样不能真实反映干扰现象,需要再结合上行质量切换比例、RMS统计上行质量来进行判断。
具体优化分析思路如下:
●直放站、GRRU等外接设备造成的上行干扰,可以通过关闭/开启来判断;
●电信CDMA2000干扰,查看GSM基站附近是否存在电信基站,可以通过安
装滤波器来解决;
●某频点或频段受到外部的干扰,比如加油站、人民政府等释放干扰源或
一些电台偷用GSM 频段造成的严重上行干扰,可通过扫频确定干扰源;
●天线问题导致上行干扰,可通过互调测试仪进行天线检测。
直放站产生上行干扰进而造成小区无线掉话案例:
四家湾基站一直存在上行干扰,导致产生无线分配失败和无线掉话。
该基站位于山区,周围基站非常稀疏。
干扰排查过程:
查看直放站信息,四家湾基附近有一直放站,覆盖洞沟村,两地相距有4
公里,信源取自四家湾基站。
为了确认上行干扰是否直放站产生,我们对直放站进行关闭,通过USD实时占用,查看上行干扰,决定干扰是否来自直放站。
当直放站关电时,USD里的上行干扰消失,又开启直放站,上行干扰又出现,由此确定干扰源为此直放站。
对直放站的上行信号发射单元器件进行更换,再打开直放站,没有之前很强的上行干扰,小区的掉话很分配失败消失,指标正常。
3.2下行质量差
下行干扰导致的掉话在指标上有以下特征:掉话的同时会伴随下行质量切换比例高、RMS统计下行质量差。
具体优化思路如下:
●同、邻频率干扰,可以通过EASYRNP工具来检验、修改配置频率;
●关闭跳频,如果掉话集中在单个载频,则倒换该载波对应频点,若掉话
随频点转移,则更换该频点;若掉话随载频转移,则更换该载波;
●关闭跳频,如果掉话集中在多个载频,怀疑ANC和ANY出现问题,更换
问题硬件。
频率问题导致下行质量差进而造成无线掉话的案例:
信和西路新世纪小区的1小区和2小区出现无线掉话,察看小区的话务报告,下行质量切换占比很大,怀疑是下行问题导致的无线掉话。
首先察看频率配置是否存在问题,我们通过EASYRNP很容易的发现,该站两个小区存在同频情况,如下图示:
对问题频率进行修改之后,掉话正常,下行质量切换也恢复正常:
3.3硬件故障
硬件故障可以通过RMS来判断,当链路损耗绝对值大于10,意味着上下行链路不平衡,链路损耗出现异常,这有以下几种原因:
●对于单载频链路损耗过大,可能载频、跳线、连线出现问题,可以通过
倒换设备来定位问题;
●对于多载频的链路损耗过大,查看其共站其它小区是否也存在这种情况,
如果存在,则可能存在鸳鸯连线问题;另者,多载频的链路损耗过大,
也可能是ANC、ANY或者外接远端设备耦合器出现故障。
鸳鸯线引起掉话的案例:
华东服饰广场鸳鸯
线.doc
3.4邻区问题
邻区关系是移动网络中不可或缺的一部分,由于邻区问题导致的掉话有以下几种:
●邻区关系不完整,当MS在当前的小区的通话需要切换到好小区维持时,
不能进行有效切换,最终无线链路超时掉话。
建议添加完整邻区关系,
删除冗余邻区关系。
●邻区参数设置不当导致MS不能及时切入较好小区,最终无线链路超时掉
话。
建议合理设置切换参数。
邻区关系只定义重选没有定义切换:
如下图,当MS占用审计局3由东向西行驶,MS无法从审计局3切入金海湾2。
具体的现象是,MS的邻区列表未出现金海湾德BCCH,系统消息5的BA表也不存在金海湾2的BCCH。
如下图,当MS占用金海湾2小区由西向东行驶,邻区列表中审计局3为第一邻区,电平值为-52dBm, MS可以正常切换至审计局3。
察看OMC-r上邻区定义,发现金海湾2到审计局3存在切换和重选关系,但是审计局3到金海湾2只存在重选关系。
完整邻区定义之后,测试正常。
3.5覆盖问题
覆盖是建立无线连接的重要保障,由于覆盖问题导致的掉话现象,需要从本质上进行优化处理。
●在无线覆盖较差区域,较容易发生无线链路质量恶化后MS无法顺利切
出,最终无线链路超时掉话。
建议通过增强覆盖解决。
●过覆盖而形成的“孤岛小区”,在过覆盖区被占用,也会发生无线链路质
量恶化后MS无法顺利切出,最终无线链路超时掉话。
建议通过控制小区
覆盖解决。
●道路拐角快衰落导致无线环境突发变化导致手机上下行链路急剧下降,
无法切出,最终无线链路超时掉话。
建议对受到阻挡的基站天线进行天
线平台调整保障拐角覆盖,或者降低触发电平紧急切换门限使手机及时
切出来解决。
4切换掉话(MC621)
运动的MS相比静止的MS而言更容易发生切换掉话,因为运动的MS切换次数更多。
上下行干扰和硬件故障都可以产生切换掉话,这可以结合处理
无线掉话来进行。
●近距离同BCCH同BSIC产生切换掉话,建议修改任一小区BCCH或BSIC,
避免误切现象。
●覆盖问题也可引起切换掉话,紧急切换过程最容易发生切换掉话,在此
时MS质量或者电平已经很差,由于覆盖的问题,邻区整体情况也不理
想,此时切换成功率较低,即使成功也可能由于目标小区电平较弱导致
无线掉话;若切换失败,将较难返回原信道,最终切换掉话。
建议增强
该区域覆盖。
覆盖问题引起切换掉话的案例:
一平垣分析报告.do
c。