KPI指标分析(MOTO分册)3SD与TCH掉话分析.docx

KPI指标分析(MOTO分册)3SD与TCH掉话分析.docx

《KPI指标分析(MOTO分册)3SD与TCH掉话分析.docx》由会员分享，可在线阅读，更多相关《KPI指标分析(MOTO分册)3SD与TCH掉话分析.docx（20页珍藏版）》请在冰豆网上搜索。

中国移动.四川公司.网络管理.技术支援

TechnicalSupportCentreofSCMCC

MOTO统计分析

掉话分析

目录

第1章 SD掉话概述 3

1.1、SD掉话涉及相关统计指标 3

1.2、SD掉话分析流程 4

1.3SD掉话原因分析 5

1.3.1质差原因掉话 6

1.3.2弱信号原因 6

1.3.3TCH拥塞原因 6

1.3.4硬件故障原因 7

1.3.5传输问题 7

第2章 TCH掉话分析 8

2.1TCH射频掉话 8

2.2TCH射频掉话分析流程 10

2.3射频掉话原因分析以及处理方法 11

2.3.1硬件原因导致TCH掉话 12

2.3.2干扰原因导致TCH掉话 12

2.3.3覆盖问题导致的掉话 13

2.3.4切换原因导致掉话 13

2.3.4其他原因 13

2.4TCH切换掉话分析 14

2.5TCH切换掉话分析流程 16

2.5切换掉话原因分析及处理方法 17

2.5.1邻小区硬件原因 18

2.5.2邻小区干扰原因 18

2.5.3覆盖原因 19

2.5.4切换原因导致掉话 19

2.5.5其他问题导致的切换掉话 20

第1章SD掉话概述

当MS被成功地分配了SDCCH后,一些信令流程便在SDCCH上进行。

如正常的位置更新、周期性位置更新、IMSI_Attach/Detach、鉴权与加密、短消息服务等。

在进行这些过程时，由于各种原因会使这些过程不能顺利完成，即SDCCH掉话。

在完成立即指配流程以后MS顺利占用上SD信道。

在顺利占用上SD信道后，根据业务的不同，在SD信道就开始进行不同业务，其中包括正常位置更新，话音的后续流程包括鉴权和加密、短消息等

SDCCH掉话次数统计点

向MSC发起CLEAR_REQ和ERR_IND消息时，当前占用的信道类型为SDCCH。

SDCCH占用成功次数统计点

（1）立即指配过程中收到CH_ACT_ACK,信道为SDCCH

（2）在状态为CS_WAIT_RR_EST时收到CH_ACT_ACK消息，且当前信道为SDCCH

（3）入局SDCCH切换收到HO_DETECT

（4）BSC内SDCCH切换收到HO_DETECT

1.1、SD掉话涉及相关统计指标

SD分配成功次数 ALLOC_SDCCH

SD分配失败次数 ALLOC_SDCCH_FAIL

SD射频掉话率

SDCCH_RF_LOSS_RATE=RF_LOSSES_SDOK_ACC_PROC

RF_LOSSES_SD.（SDCCH上发生射频丢失的次数）

OK_ACC_PROC.（成功接入次数，即分配SDCCH成功的次数。

它是该CounterArray统计中所有组成项的总和）

1.2、SD掉话分析流程

分析处理流程如下：

1.3SD掉话原因分析

在出现SD掉话时，首先需要对掉话原因进行分析定位。

SD掉话通常有以下几种常见的掉话原因：

Ø质量差

Ø弱信号

ØTCH拥塞

Ø硬件故障

Ø传输误码

1.3.1质差原因掉话

通过提取小区以及载频和时隙的BER统计我们可以看到无线链路的下行质量，如果质量较差。

Ber大于1.5可认为该载波质量较差，将可能引起掉话。

当出现质差时，首先判断是否载频自身原因引起的，可以通过交换RFT和DRI的对应关系进行判断。

排除载频原因后，检查频率规划，同时核查载频的IOI统计，以确定小区的频点是否存在干扰，如果是网内同邻频干扰，及时重新规划频点。

若为网外干扰，安排扫频查找干扰源。

1.3.2弱信号原因

如果SD掉话是由信号弱导致的，根据实际路测的结果重新规划小区的覆盖模型，通过调整小区的发射功率、天线工程参数等优化手段合理小区覆盖。

同时核查小区PB统计，检查小区上下行是否平衡，该统计如果低于100或者高于120就需要对基站进行健康检查，平衡功率。

同时如果是在LAC边界的小区，由于位置更新较多导致SD高掉话，或者是由于MS重选不及时导致的低电平起呼照成的掉话，可以通过调整小区的空闲参数，适当降低跨LAC之间小区的重选次数，增加LAC内小区的重选敏感度，从而降低SD掉话。

1.3.3TCH拥塞原因

TCH的拥塞是导致SDCCH掉话的主要原因。

一个呼叫在发生时经过随机接入,分配SDCCH过程,在SDCCH上进行鉴权,加密等信令过程后,应分配相应的TCH。

而此时若该小区的TCH拥塞,无可用的TCH供分配,那么会导致MS在SDCCH信道上停留的时间过长,并最终导致在SDCCH上的掉话。

解决这种掉话的直接而有效的方法是解决TCH的拥塞。

详见SD与TCH拥塞分册。

1.3.4硬件故障原因

如果存在告警或硬件故障也将会造成SD掉话，如载频工作异常，传输闪断等，所以当出现告警信息时，应及时对告警进行分析排除，保证基站的正常运行。

1.3.5传输问题

传输有问题会给网络带来大量的掉话.若出现掉话次数的异常变化,检查传输质量是必要的。

同时统计传输历史告警，判断传输是否存在频繁闪断等故障。

第2章TCH掉话分析

当完成SD的相关信令后，就开始进行TCH分配，成功的TCH分配流程如下：

完成TCH分配和各种成功切入事件以后MS将稳定占用TCH信道。

移动无线通信中由于无线电信号在空间传播中受周围环境影响较大，加上运动过程中信号传播路径的改变，掉话可以说是不可避免的，这是与有线通信的一大区别。

掉话可分为SDCCH掉话和TCH掉话。

SDCCH掉话常用观察指标为SDCCH_RF_LOSS_RATE，其处理方法可参考TCH掉话。

而根据TCH掉话率的公式（见前面常用指标数据），我们可将其分为两部分：

射频丢失率（TCH_RF_LOSS_RATE）和切换丢失率组成的（HO_LOSS_RATE）。

2.1TCH射频掉话

根据GSM规范，为了提高信道利用率，及时释放一些已经没办挽回的质量较差的信道，在无线口设置一个无线链路失效计数器。

该计数器有一个初始值N，在通话过程中，不能解码一个测量报告N值减1，成功解码N值加2.，当N减为0时，认为无线链路已经到无法忍受的程度，BSC启动链路释放，即为掉话。

如下图：

无线链路失效计数器工作原理如下图：

指标计算如下：

其中TCH_RF_LOSS_RATE TCH射频掉话率

Rf_losses_tchTCH射频掉话次数

Total_calls 呼叫总次数

In_inter_bss_ho[in_inter_bss_ho_suc] BSS间切入成功次数

In_intar_bss_ho[in_intar_bss_ho_suc] BSS内切入成功次数

2.2TCH射频掉话分析流程

分析流程图（以小区为例）：

2.3射频掉话原因分析以及处理方法

在某个小区出现TCH射频掉话率较高时，首先观察在同一个BSC的其他小区是否存在相同的问题，如果是应检查BSC的告警包括XCDR告警，如果有立刻排除。

同时核查BSC级参数。

其他原因及分析处理方法在下面分别说明。

2.3.1硬件原因导致TCH掉话

硬件故障会导致掉话，拥塞，切换，呼叫等多种网络问题，如果小区存在告警，应在第一时间处理排除。

通过对小区的告警信息查询，可以找到大部分硬件存在的问题。

硬件问题除了通过告警信息以外，通过观察我们前面介绍的Path_balance_mean等统计数据和一些告警消息也能来发现载频等问题外，如基站的GCLK问题可能导致MS无法解出其他站的BSIC，从而无法切换，可观察intra_bss_ho、inter_bss_ho等统计数据是否异常；

2.3.2干扰原因导致TCH掉话

如果是干扰原因引起的掉话，可以通过提取BER，IOI等统计进行判断。

干扰一般分为网内频率干扰、网外干扰、设备导致的干扰等。

网内频点干扰：

如果发现存在干扰的不是小区的全部频点，且干扰随着话务量的增加而增加，则有可能为网内频点干扰。

通过核查网络频率规划和现场测试查找干扰频点，并及时重新规划频点来解决。

设备导致的干扰：

由于设备自身原因导致的干扰也会引起质差掉话，比如互调干扰，驻波问题等，发现这类问题及时处理，处理完成后重新调站，平衡功率。

网外干扰：

网外干扰包括其他通讯系统干扰，各种通讯干扰仪，雷达等等。

通过室外扫频可以确定干扰方向，查找干扰源。

平时也要收集各种干扰源的信息。

这类干扰可以通过安装滤波器，屏蔽网等加以改善，也可以通过与干扰源管理方沟通联系降低干扰。

必要时搬迁基站，以降低干扰的影响。

根本解决是在基站规划设计初期对周围外部干扰源调查收集，尽量避开干扰源。

在处理干扰时，同时检查系统的不连续发射（DTX）、跳频等是否开启使用，开启这类功能参数能有效降低干扰或干扰对对系统的影响，提升系统性能指标，提升用户感受，

2.3.3覆盖问题导致的掉话

如果小区的覆盖不合理也会造成掉话，可以通过TA统计检查。

最直接的办法是通过现场测试观察，小区是否存在覆盖过远、过近、覆盖阻挡等问题。

可以通过调整小区天线的方向角、下倾角、小区发射功率的、最小接入电平等参数控制小区覆盖，优化覆盖模型。

2.3.4切换原因导致掉话

对于由于切换问题导致的掉话，通过路测观察小区是否存在切换问题。

这里主要是指切换是否及时，是否合理而引起的掉话，切换掉话后面有详细分析。

首先检查小区的领区是否完整，通过地理位置规划和现场测试来验证判断。

补全必要的邻区关系。

检查邻小区是否存在拥塞问题，如果小区拥塞，首先处理邻小区拥塞。

详见拥塞处理分册。

分析路测数据，是否存在切换过慢，不切换等问题，通过调整小区切换参数，优化切换提升切换成功率，详见切换分册。

2.3.4其他原因

观察小区是够存在软件问题，由于设备运行时间较长，环境温度太高等其他问题有时会出现软件“吊死“的情况，一般这种情况下对故障的设备或者小区做一次复位就能解决。

如果复位以后不能恢复的，就更换相关硬件。

同时检查小区的一下关键参数是否设置合理，一些异常的参数设置也会造成掉话。

2.4TCH切换掉话分析

由于GSM系统采用的硬切换系统，即在需要切换的时候首先断开与源小区的连接，然后尝试去与切换的目标小区连接，如果连接成功则切换成功。

如果连接失败则返回原信道，切换失败。

切换的时候多数是在小区覆盖边界或者无线环境较差的区域，在这种环境下断开连接去重新连接一个信道，不管是切换目标小区的信道还是原来信道都存在极大风险，如果占用信道失败就会产生掉话，及切换掉话。

下面的信令流程就是一个典型切换掉话信令：

切换丢失率计算公式如下：

2.5TCH切换掉话分析流程

TCH切换掉话分析流程（以小区为例）：

2.5切换掉话原因分析及处理方法

在某个小区出现TCH射频掉话率较高时，首先观察在同一个BSC的其他小区是否存在相同的问题，如果是应检查BSC的告警包括XCDR告警，如果有立刻排除。

同时核查BSC级参数。

其他原因及分析处理方法在下面分别说明。

2.5.1邻小区硬件原因

领小区存在硬件问题可能会影响到MS在占用信到时失败，从而造成掉话。

硬件故障会导致掉话，拥塞，切换，呼叫等多种网络问题，如果小区存在告警，应在第一时间处理排除。

通过对小区的告警信息查询，可以找到大部分硬件存在的问题。

硬件问题除了观察告警信息，还可以通过观察我们前面介绍的Path_balance_mean等统计数据和一些告警消息来发现载频等问题外，如基站的GCLK问题可能导致MS无法解出其他站的BSIC，从而无法切换，可观察intra_bss_ho、inter_bss_ho等统计数据是否异常；

2.5.2邻小区干扰原因

如果目标信道存在干扰，那么在切