KPI指标分析MOTO分册SD与TCH掉话分析报告.docx

KPI指标分析MOTO分册SD与TCH掉话分析报告.docx

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

KPI指标分析MOTO分册SD与TCH掉话分析报告

MOTO统计分析

掉话分析

第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射频掉话率

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_RATETCH射频掉话率

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邻小区干扰原因

如果目标信道存在干扰，那么在切换的过程中极易造成信道占用失败，从而形成切换掉话。

对邻小区的干扰进行排查，可以通过提取intf_on_idle、BER等统计数据来发现解决。

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

网内频点干扰：

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

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

设备导致的干扰：

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

网外干扰：

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

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

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

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

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

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

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

2.5.3覆盖原因

覆盖问题可分为覆盖过小、过大、切换边界不合理几个方面。

过小的覆盖，其小区边界的rxlev值偏低，可通过增加发射功率、减小天线倾角的方法。

过大的覆盖，其小区边界的MS常会受到较为严重的干扰或无法找到合适的切换小区，从而导致掉话，可通过增加天线倾角、降低天线高度、减小BTS发射功率等方法。

切换边界不合理指切换边界设置在MS频繁移动的地方，如繁华道路、商场等区域，由于在边界处几个小区信号电平相差无几，无主导小区，MS频繁切换，容易导致切换掉话，可采用调整天线倾角和高度、BTS发射功率等方法，使切换边界避开MS频繁移动区域；

可以通过TA统计检查结合现场测试数据观察，合理优化小区覆盖模型。

2.5.4切换原因导致掉话

切换问题包括邻小区表问题、邻小区阻塞问题、切换速度问题，切换参数问题等。

邻小区表问题主要是指漏做或错误的邻小区关系导致边界的MS无处切换，产生掉话的问题，这种情况通过工程中对邻小区的检查核对应可避免。

从地理位置和现场测试两方面进行规划验证。

邻小区阻塞是指由于邻小区阻塞，MS无法切换或是切换到较差选择的邻小区，由于信号电平较低或干扰，导致切换掉话，可通过降低主要邻小区的阻塞的方法来解决。

详见拥塞处理分册。

切换速度问题分为过慢和过快的切换。

过低的切换速度会导致射频丢失,过快的切换速度会导致切换失败甚至是切换掉话，可通过调整相应的数据库参数来解决；通过现场的反复测试正对不同场景设置有针对性的切换策略。

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

软件错误是指由于一些控制呼叫进程的软件出现问题导致的掉话，如当小区的切换进程处于休眠状态，则该小区无切换发生，会有较高的TCH_RF_LOSS_RATE，可通过INS或更换DRIs、MCU等方法解决；

数据库中某些参数的设置错误也会导致非正常的掉话，检查小区重要的参数设置，在对这些参数做调整时需慎重。

对于某些参数需要反复试验才能确定最佳值。