kl800.com省心范文网

各类型掉话分析和处理


各类型掉话分析和处理 各类型掉话分析和处理
一、传输掉话—— 传输掉话——MC739 ——
1、BSC14 传输掉话 、

图 1:BSC14 掉话类型情况 : 上图中,我们可以看到该 BSC 下一个小时存在 MC739 掉话有 1612 次,一般出现这种 情况,该 BSC 下必定有某路传输 link 存在故障,从而导致大量的传输掉话。

图 2:018 报告 : 通过 018 报告我们可以看到在 BSC14 下有 1634 次由于 Equipment Failure 导致的 Clear Request,即掉话,该情况与我们在 BSC 详细报告中的情况一致。此时我们就需要去察看该 BSC 的 018 原始报告 原始报告,定位出现故障的 link 到底是哪一条。

图 3:原始 018 报告 : 上图为原始 018 报告,其中 LINK_ID 为 A 口的时隙号,C750 为该时隙上总占用时长, C751 为该时隙上的总占用次数,而其中绿底红字部分为我们计算得来的部分:其中占用时 长为 C750/C751, PCM 即 Link 号,其计算方法为 LINK_ID/32 的整数部分, TS 为该 Link 而 上的时隙号,其值等于 LINK_ID/32 后的余数部分。 通过添加上述几项后, 我们可以对占用时长不正常的时隙进行过滤 (一般为小于 10 秒) , 经过过滤,我们发现该 BSC 下的 1~4Link 下的各 TS 占用时长都不正常,即该 BSC 下第一 路 HW 存在故障。至此我们基本定位了故障点,后经过拔插 PCM 板后,该 BSC 下 HW 故 障排除,传输掉话次数也恢复正常了。下图为传输掉话前后变化趋势:

前后变化趋势 图 4:传输掉话前后变化趋势 :传输掉话前后

2、BSC19 传输掉话 、 下图中, 我们可以看到该 BSC 下一个小时存在 MC739 掉话有 729 次, 一般出现这种情 况,该 BSC 下必定有某路传输 link 或者是某些时隙存在故障,从而导致大量的传输掉话。

图 1:BSC19 掉话类型情况 :

图 6:018 报告 : 通过 018 报告我们可以看到在 BSC19 下有 738 次由于 Equipment Failure 导致的 Clear

Request,即掉话,该情况与我们在 BSC 详细报告中的情况一致。同样地,我们就需要去察 看该 BSC 的 018 原始报告 原始报告,定位出现故障的 link 到底是哪一条或者是时隙是哪些。

图 7:原始 018 报告 : 同样地,通过添加计算各时隙的占用时长、PCM 号以及 TS 号,并且过滤不占用时长不 正常的时隙, 我们可以简便地定位到故障时隙为: 37 路 link 的 6 和 20 时隙, 38 路 link 第 第 的所有时隙,第 39 路 link 的 12 和 26 时隙以及第 40 路 link 的 9 和 23 时隙,为了避免再次 发生高传输掉话, 我们建议先 Lock 了以上 link 和时隙。 处理后该 BSC 的传输掉话次数已经 恢复正常,详见下图变化趋势:

前后变化趋势 图 8:传输掉话前后变化趋势 :传输掉话前后

二、无线掉话——MC736&MC621 无线掉话—— 掉话——
1、硬件原因导致无线掉话 、 <1>、载频故障导致无线掉话 、 Xinfenger1 小区

图 9:xinfenger1 小区掉话类型统计 : 上图中,我们可以看到 xinfenger1 小区共有 37 次掉话,其中有 31 次为无线链路原因造 成的掉话,掉话率指标也非常差。从下图中,我们可以看到掉话主要集中在 trx2、3 载频上, 其中我们发现 TRX2 载频的 TCH 和 SDCCH 占用时长都不正常。

图 10:小区 TRX 详细分析 :

图 11:小区 TCH 分配失败详细分析 : 同时,该小区的 TCH 分配失败次数也相当多,分配失败率为 43%以上,如上图所示。 怀疑该小区某载频存在硬件故障。 通过小区 TRX 报告, 我们可以看到几乎所有的 TCH 分配 失败次数都是集中在 TRX2 的载频上, 因此初步怀疑 TRX2 对应的载频存在硬件故障, TRX 报告见下图:

图 12:xinfenger1 小区 TRX 报告 : 因此,我们将该载频 Lock,再次观察小区报告发现掉话次数和 TCH 分配失败次数都大 大减少并且小区指标基本恢复正常,而再次 Unlock 该载频后观察,结果该小区又出现大量 掉话和 TCH 分配失败次数,因而建议更换该载频。

图 13:小区掉话和 TCH 分配失败次数变化趋势 : 从上图中,可以看到更换载频后,该小区的掉话和 TCH 分配失败次数都接近于 0,指 标已经恢复正常。

Xinyujianzhu1 Xinyujianzhu1 小区存在高掉话现象,从话务报告中观察,该小区除了掉话相关指标较 差以外,其他指标情况都比较正常,因此我们对该小区进行 Abis 信令跟踪以确定该小区掉 话的原因,具体结果如下:

图 14:TRE1 电平图 :

图 15:TRE1 质量图 :

图 16:TRE9 电平图 :

图 17:TRE9 质量图 :

图 18:TRE10 电平图 :

图 19:TRE10 质量图 :

从上述信令跟踪结果中,我们知道该小区TRE1,TRE9,TRE10质量差,路经损耗大,建议 更换TRE1,9,10对应的ANY。

图 20:小区掉话次数变化情况 : 上图中可以看到,该小区掉话次数大大减少了,因此我们初步认为是硬件问题。

<2>、覆盖不佳导致无线掉话 、覆盖不佳导致无线掉话 panpie3 panpie3 小区也同样存在突发性高掉话的现象,通过话务报告,我们发现该小区的电平 切换比例都较高, 因此我们怀疑该小区可以存在电平覆盖问题。 因而我们对该小区进行了信 令跟踪分析确定该小区掉话的真正原因,以下为分析报告:

图 21:小区各类型切换比例 21:

图22:TRX1电平图 : 电平图

质量图 图23:TRX1质量图 : 质量 通过上述信令报告结果, 我们可以看到该小区有覆盖较远, 在较远的地区电平质量不稳 定,容易引起掉话,故建议加强覆盖。

<3>、参数设置不合理导致无线掉话 、 magouer2/magouer3 magouer2/3 小区存在偶尔高掉话的情况,从小区详细报告来看,各项切换比例没有特 别异常的现象,而且 SDCCH、TCH 分配失败等指标也没有异常,因此我们对该小区进行了信 令跟踪分析掉话的原因,具体分析如下:

图 24:小区各类型切换比例 24:

图 25:通话中主叫电平图 :

通过信令跟踪结果, 我们通过该小区掉话的通话时电平图发现, 功控使手机上行电平下降过 多,导致上行电平过低,造成掉话。建议修改功控参数MS_TXPWR_MIN,提高4db。

图 26:小区掉话次数情况 : 从上图中, 结果显示调整参数后该小区的掉话次数恢复正常了, 并且该小区出现高掉话 的概率也大大降低了。

<4>、频点不佳导致无线掉话 、频点不佳导致无线掉话 Nongganxiao2

图 27:nongganxiao2 小区掉话类型统计 : 上图中,我们看到该小区的 36 次掉话都是无线链路原因掉话,并且导致该小区的掉话 率指标也非常差,通过切换类型报告,见下图,我们知道该小区存在大量的下行质量切换次 数,占了 39%左右的比例,由此我们知道该小区存在某个频点的质量不佳。

切换类型统计 图 28:nongganxiao2 小区切换类型统计 :

图 29:nongganxiao2 小区 TRX 统计 : 我们观察该小区 TRX 信息,结果显示所有的掉话都集中在 TRX2 上,因此我们建议先 修改了 TRX2 载频对应的频点 20。

切换类型统计 图 30:改频后 nongganxiao2 小区切换类型统计 : 从上图中, 我们可以看到将频点从 20 改为 55 后, 该小区的下行质量切换比例已经大大 降低了,从另一方面证明了原先的频点质量确实不佳,而观察接下来一段时间的掉话情况, 该小区的掉话也基本维持在 3 次左右,见下图:

掉话次数 次数变化趋势 图 31:nongganxiao2 小区掉话次数变化趋势 :

Dieryidongzonghelou1 Dieryidongzonghelou1 小区有较高的无线连路原因掉话,通过话务报告分析,并没有 发现特别异常的问题, 因此我们建议对该小区进行信令跟踪分析掉话的原因, 信令跟踪的结 果如下:

图 32:TRX2 电平情况 :

质量情况 图 33:TRX2 质量情况 :

图 34:TRX2 干扰统计 : 从上图中,OPT 报告显示该小区 87 号频点存在一定的干扰,建议改频。

图 31:dieryidongzonghelou1 小区掉话次数变化趋势 : 我们可以看到改频后, 出现高掉话的几率大大降低了, 由此我们大大降低了由于频点不 佳引起的无线掉话的可能。

<5>、上行干扰导致无线掉话 、 Xinyujianzhu3 通过观察忙时报告,我们发现 xinyujianzhu3 小区个别时段存在高掉话和分配失败现象, 从小区详细报告观察,发现该小区掉话类型主要为 MC736——无线链路掉话,如下图所示:

图 1:小区掉话类型统计 : 通过干扰分析,我们发现在该小区下存在一定的上行干扰:Band5 有 4 次,band3 有 1 次; 并且在该小区下也存在较多的 TCH 分配失败次数, 通过 TRX 报告, 我们可以看到 TCH 分配失败主要集中在 TRX5 对应的载频上,因此怀疑该载频上的频点或是硬件存在问题。

图 2:TRX 报告 :

图 3:小区上行干扰情况 : 通过上述分析,我们知道 xinyujianzhu3 小区 TRX5 对应载频可能存在频点或是硬件问 题,为了确定其最终的原因,我们首先修改了 TRX5 对应载频上的频点。修改频点后,我们 观察该小区指标,发现上行干扰已经消失,TCH 分配失败次数也大大减少了。

图 4:改频后小区上行干扰情况 :

图 5:小区 TCH 分配失败次数变化趋势 : 通过对掉话次数的观察, 我们也可以看到改频后突发的高掉话情况出现的次数也大大减 少了, 因此我们基本确定了该小区的突发高掉话原因主要是因为上行干扰导致的, 而上行干 扰的原因为频点不佳导致。通过改频处理后,该小区的掉话几率大大的减低了。

图 6:小区掉话总次数变化趋势 :

<6>、switch 板子故障导致 MC14C 掉话 、 Bufenger2 通过观察小区的忙时报告,我们发现 bufenger2 小区从 10 月 25 日开始出现大量的掉话 次数,而且掉话类型多为 MC14C——BSS 原因掉话。

图 7:小区掉话类型统计 : 察看报告,我们发现 bufenger1、3 小区也存在 14C 掉话,而察看 Abis 口配置我们发现 该 TSU 下只有该小区对应的一个基站, 怀疑可能是该 TCUC 对应的 Switch 板子存在隐性故 障,造成了大量的 14C 掉话,因此我们接着更换了该 Switch 板子。更换 Switch 板子后,我 们继续关注该小区的指标,发现 14C 掉话已经恢复正常,基本维持在 0 次该类型的掉话, 如下图所示:

图 8:小区 MC14C 掉话次数变化趋势 :

<7>、软交换导致的切换掉话 、 Yandujianhang2

图 9:小区掉话类型统计 : 从话务报告观察发现 yandujianhang1 的掉话次数一直较多,通过小区详细报告分析,可

以看到该小区大部分掉话为切换掉话, 而其余的为无线链路原因掉话, 由于该小区切换掉话 次数过多,我们又观察了该小区的切换分析报告,如下图:

通过观察分析, 我们看到该小区的 18 次切换掉话都是在 Inter BSC 切换时产生的, 这主 要是由于华为软交换导致的。关于详细的分析,可以参看“盐城切换掉话深层次分析.doc” 。

盐城切换掉话深层 次分析.doc


赞助商链接

WCDMA网络掉话问题原因及解决方案分析

WCDMA网络掉话问题原因及解决方案分析_广告/传媒_人文社科_专业资料。WCDMA网络掉话...掉话以及传输链路掉话三种类型,虽然WCDMA网络可提 供的业务种类繁多, 包括R99数据...

GSM网掉话原因分析及解决思路

GSM网掉话原因分析解决思路_信息与通信_工程科技_...3.2.2 查看邻区数据是否正确 核查邻小区数据是否...而产生的掉话 通过监控终端察看到告警类型以及涉及的...

切换掉话分析和处理论文

切换掉话分析和处理论文 - 介绍几种因切换导致掉话及相关处理... 切换掉话分析和处理 切换掉话分析和处理 掉话分析...质量、电平等问题,网络才会考虑触发其它类型的切换...

VOLTE端到端掉话分析指导

VOLTE端到端的几种类型,还需补充。VOLTE 掉话分析进展掉话率整体情况: 关联 ...下一步计划:对该原因值及其他原因值进行进一步分析,找出共性问题,提出合理解决...

掉话分析-韩斌杰

5、检查在 OMCR 数据库(可通过 CT7400)中定义的相邻小区是否互为对称关 系,...天馈线的分析和解决 ①对因天线方位角或信俯仰角不正确而形成的掉话, 首先应...

LTE掉话类KPI基本分析定位方法

LTE掉话类KPI基本分析定位方法_计算机硬件及网络_IT/...确认干扰类型; 6.是否存在高质差: A.通过观察小区...并针对各 TOP 原因进行分析处理 判断是否存在 OM ...

GSM网络掉话率指标优化分析

各个网络接口及各种原因的掉话统计,易于深入分析及...Clear Request 消息,从而避免这种类型的“掉话”统计...3. ? 问题比较严重 发现比较快 故障点明确,处理...

掉话分析

掉话分析_互联网_IT/计算机_专业资料。关于各种掉话情况的分析及相应处理手段 在爱立信系统把掉话原因大致分为 5 种,按优先级先后分为:TA,信号强度,信号质量,突 ...

VOLTE-TAU失败导致掉话问题分析

案例3:TAU 失败导致掉话分析厂家 问题 类型 上报 省份 问题 描述在通话过程中发生掉话。 华为 问题编号 问题影响 设备类型 问题状态 终端 核心网 待解决 北京 ...

CDMA 1X掉话分析指导书-20030120-A-1.0

以及掉话分析的方法和掉话的解决途径,并针对无线系统...1.2 掉话率各指标项含义掉话次数(无线链路原因) ...并且可以选择跟踪的流程类型(某个IMSI的手 动跟踪...