掉话小区处理流程讲解

合集下载

LTE的掉话原因分析及处理思路(加精,值得收藏)

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网络高掉话小区的治理方案

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高掉话小区处理流程

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高掉话小区处理流程

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处理小区掉话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掉话

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、小区数参数配置不合理引起掉话检查小区各系统参数有无配置得很不合理,可以能过与正常小区之间的参数进行对比,找出是否出现个别参数调得很不合理面导致的。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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。

相关文档
最新文档