GSM掉话率的优化分析及解决

掉话率的优化分析及解决

目录

前言 (2)

第一章、掉话及掉话率的定义 (3)

第二章、信令流程 (4)

1. 正常的呼叫信令流程 (4)

2．射频掉话的信令流程 (6)

3．切换掉话的信令流程 (7)

第三章、掉话产生原因及相应的解决方法 (12)

1．由于基站设备硬件问题造成的掉话 (12)

2．由于基站软件问题造成的掉话 (17)

3．由于覆盖问题造成的掉话 (17)

4．由于干扰造成的掉话 (19)

5．由于参数设置不够优化造成的掉话 (20)

6．由于邻区问题缺少邻区或者邻区不合理造成的掉话 (21)

7．由于切换引起的掉话 (24)

8．由于传输问题造成的掉话 (29)

9．Abis口和A口问题产生的掉话 (29)

第四章、如何查找掉话，分析掉话原因 (31)

TCH掉话分析方法 (31)

切换掉话分析方法 (41)

结束语 (47)

前言

掉话是用户在使用手机过程中经常遇到的问题，也是用户申告的热点。掉话率在移动通信网中是一项非常重要的指标，掉话率的高低在一定程度上体现了移动网通信质量的优劣。另外，无线系统掉话率也是考核无线网络运行情况的重要指标。所以如何降低无线系统掉话率，是提高网络运行质量和无线网络优化的重点之一。本文对可能引起掉话的原因进行了分析，同时讨论减少掉话次数的一些方法和思路，并结合具体实例说明了一些分析和处理掉话的方法以供大家参考。

第一章、掉话及掉话率的定义

在移动通信中，通常定义的掉话是指在分配了话音信道（TCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。而从用户或路测角度来说掉话的定义有些差别，在路测或用户感观上的掉话是指是摘机（Connect）进行后，发生了非正常释放，也就是说没有完成正常释放（Channel Release）的通话。掉话率则是指单位时间内掉话次数与呼叫总次数（Total_calls）的比值。

为了便于分析，通常把掉话可以简单的分为两类：射频掉话和切换掉话。射频掉话通常是指由于一些计时器超时而引起的掉话。切换掉话则是指在切换过程中移动台不能占用目的信道又无法回到旧的信道发生的掉话。根据通过交换点

切换掉话和

由此可见，总的掉话次数公式为Drop_calls=rf_losses+intra_cell_ho_lostms +Out_Intra_BSS_HO_Lostms+Out_Inter_BSS_HO_Cleared

根据掉话率的定义可以看出，掉话率和掉话次数及呼叫总次数（total_calls）有关。由此可见要降低掉话率，则需要降低掉话次数或增加total_calls。但是由于total_calls基本上受用户行为的影响，不是优化人员可以控制的因素，因此对于网络优化来说，降低掉话率的主要方法是通过优化降低全网的掉话次数。

第二章、信令流程

为了更明确对掉话的定义进行说明，在这里给出一些信令流程，通过这些流程可以更直观的看出掉话是如何界定的，各种类型掉话在信令过程中是如何定义和记录的。下面给出了正常的呼叫建立流程、射频掉话信令流程和各种类型切换掉话的简单信令流程。

1. 正常的呼叫信令流程

通过下面这个流程，我们很容易看到前面对掉话的两种定义区别所在，第一种定义是在分配了TCH之后，不能完成正常呼叫和通话的即记作掉话，通常在OMC上得到的统计都是基于这种定义的掉话。而另一种定义则是将掉话定义在被叫用户摘机后，即CONNECT之后如果由于不能完成正常通话则记为掉话，这种定义掉话的方式在进行路测时被采用。这两种掉话定义的区别在于定义的起始点不同，从上面的流程图可以看出，在分配了TCH后，还要经过一段时间、一些信令才能进行到CONNECT这一步，在这一段时间内也是有可能出现掉话，所以第一种定义的掉话次数有可能会多于第二种定义的掉话次数。从用户感受来讲，在被叫摘机之前发生的掉话通常会被认为是未接通，因为此时只是分配了资源，还未进行通话。对于用户来说感受到的掉话是第二种定义的掉话。

虽然对掉话的定义有所差别，但对于掉话的产生原因和分析处理方法都没有什么区别，因此这后面的分析中就不对这两种定义进行分别分析，而根据统计中的掉话次数进行分析。

2．射频掉话的信令流程

在明确了正常的呼叫流程后，我们需要对掉话的信令流程进行一下介绍，因为发生掉话都是因为各种原因造成的非正常的信道释放，所以为了便于对比，首先应该明确一下正常的信道释放的信令过程。

射频掉话

intra_bss 切换成功信令流程图

从射频掉话的信令流程，可以看到当BSS 由于某种原因而不能正常收到MS BSS

上面的信令流程图左边的是intra_bss 切换掉话的信令流程，右边的

是一个intra_bss切换成功的信令流程。从这两种情况的信令过程，可以看到，当发出intra_bss切换命令(handover command)后，计时器T3103开始计时，当BSS收到切换完成的命令（handover complete）后，该计时器停止计时。这时表示成功地进行了intra_bss切换。但如果在发送了handover command后，BSS在计时器T3103超时之前没有收到手机发送的任何信令（handover complete或handover failure）,则系统认为移动台没有完成正常的切换又没有回到原来的信道，这时BSS向MSC发送Clear request命令，同时在统计中记录一次intra_bss切换掉话。

T3103是在进行inter_cell切换时，监控移动台接入新的信道或者回到老的信道的一个计时器。该计时器的时长可以在BTS的数据库中进行定义和修改。

从切换成功的信令流程看，Inter_BSS切换成功的信令和BSS内部切换信令流程相似，只是需要MSC进行相应的切换控制。下面对切换掉话的信令过程进行一下分析。

B．Inter_BSS切换掉话的信令流程

Inter_BSS切换掉话和Intra_bss切换掉话产生的原因相似，都是因