掉话问题分析流程

目录
一、掉话故障现象及原因 (2)
1无线链路故障掉话 (2)
2 定时器T3103 (4)
3 由设备故障等原因造成的掉话 (4)
二、掉话的计算公式 (5)
三、TCH掉话次数 (6)
四、TCH占用成功次数 (8)
五、故障分类 (9)
1、覆盖引起的掉话 (9)
2、切换引起的掉话 (11)
3、干扰引起的掉话 (12)
4、天馈引起的掉话 (14)
5、传输引起的掉话 (16)
6．无线参数设置不合理 (16)
六、案例 (17)
1、优化切换参数减少掉话 (17)
2、MAIO相同引起干扰掉话 (18)
3、上下行不平衡 (19)
4、直放站干扰引起掉话 (19)
5、孤岛效应引起掉话 (21)
6、与版本相关的参数设置 (22)
掉话问题分析流程
一、掉话故障现象及原因
掉话可分为两种形式：
∙SDCCH上的掉话：SDCCH的掉话是指在BSC给移动台指配SDCCH而TCH还未指配成功的期间发生的掉话。

∙TCH上的掉话：TCH的掉话是指在BSC给移动台成功分配了TCH后，发生的掉话。

∙造成掉话的原因，主要有三种：
∙无线链路故障（发生在通信过程中，消息无法正常接收）；
∙T3103超时（发生在切换过程中，MS无法占用目标小区信道，也无法返回原信道）；
∙系统故障（设备故障等各种可能发生的故障）。

1无线链路故障掉话
在这三种掉话原因中，主要的掉话形式是无线链路故障
对于下行的情况，在GSM规范中有一参数为Radio Link Timeout （无线链路超时）。

当移动台在通信过程中话音质量恶化到不可接收，且无法通过射频功率控制或切换来改善时，移动台认为无线链路故障，强行拆除链路，造成掉话。

GSM规范规定，移动台中有一计数器S，该计数器在通话开始时被赋予一个初值，即参数“无线链路超时”的值。

若移动台解码SACCH消息（周期120ms）失败，S减1；反之，移动台每正确接收到一SACCH消息，S加2，但S不可以超过初始被赋予的值，当S为0时，移动台报告无线链路故障。

信令流程如图1所示，图中(1)(2)专用模式已建立（SDCCH/TCH）；(3)无法解释SACCH的消息块（上行/下行），导致无线链路超时。

本参数设置过小，容易引起无线链路故障而造成掉话；设置过大，手机会有较长时间并不拆线，使资源利用率降低（该参数作用于下行）。

对于上行的情况，在小区属性表下的SACCH复帧数（周期480ms），定义了上行链路连接失败时间。

当BTS检测到无线链路上一个被激活的连接被破坏时，就会向BSC上报连接失败消息Connection Failure。

系统判断连接失败的准则是基于上行链路的误码率或SACCH是否正确译码。

华为BTS采用后一种判断准则，方法和移动台判断无线链路失效类似。

若基站每正确解出一次移动台的SACCH消息，计数器的值加2，最大不超过数据配置中确定的初值；反之，计数器减1，当计数器的值减为0时，BTS上报连接失败消息。

计数器的初值N是在数据配置中确定的，就是小区属性表中的SACCH复帧数，其单位为480ms。

从话统中如果发现“TCH占用时无线链路断的次数（连接失败）”次数比较多可以通过调大无线链路失效计数器和SACCH复帧数来解决掉话。

另外调整“无线链路失效计数器”和“SACCH复帧数”时还要注意T3109计时器的值，T3109的设置必须大于“无线链路失效计数器”（RadioLinkTimeout）的值。

如果T3109太小，会出现无线链路失效计数器还没到时（即无线链路尚未释放），而相应的无线资源已被用于重新分配的情况。

一般来说：T3109=a+ RadioLinkTimeout×0.48s，a=1或2s。

如果无线链路失效计数器设为64，则T3109=2+ 64×0.48s＝33s。

另外，基站的无线口层二（LAPDm）在层二帧与移动台侧无法正常交互的情况下，会向BSC上报错误指示消息Error Indication，对应于图1中的第(3)步，原因值为T200超时，BSC也会释放无线链路，上报清除请求（Clear REQ）。

T200定时器（Timer200）:是Um接口数据链路层LAPDm中的一个重要的定时器。

又因为LAPDm有不同的信道，如SDCCH、FACCH、SACCH，不同的信道传送速率不一样，所以要设定不同的定时器值。

T200+信道类型指的是在该信道上的T200值。

T200定时器是防止数据链路层数据发送过程死锁的定时器，数据链路层的作用就是将容易出差错的物理链路改造成顺序的无差错的数据链路。

在这个数据链路两端通讯的实体采用确认重发的机制。

也就是说，每发送一个消息都要对端确认收到。

在不可知的情况下，如果这条消息丢失，会出现双方都等待的情况，此时系统死锁。

因此，在发送一方要设立定时器，当定时器溢出，发方认为收方没有收到消息，就会重新发送，重发的次数由N200决定。

从话统中如果发现“TCH占用时无线链路断的次数（错误指示）”次数比较多可以通过调大T200和N200定时器来解决掉话，但是T200和N200不宜太大，可以通过试探着修改来确定T200和N200定时器的值。

图1无线链路故障信令流
2 定时器T3103
(a) 定义：在切换过程中（BSS内部和BSS间），BSC按照此定时器在发起切换小区和目标小区同时保留TCH。

T3103在BSC发出切换命令（Handover Command）消息时启动，收到切换完成（Handover Complete）时（BSC内部切换）或清除命令（Clear Command）时（BSC 间切换）清除。

T3103A(s)：BSC内切换中，源小区向手机发送切换命令后启动，收到内部清除或建链指示时停止； BSC间切换中，源小区向手机下发切换命令后启动，收到MSC下发的清除命令或建链指示时停止。

T3103B1(s)：BSC内切换中，目标小区发送内部切换响应后启动，收到切换检测或内部清除时停止；BSC间切换中，目标小区返回切换请求应答后启动，收到切换检测或清除命令时停止
T3103B2(s)：目标小区在模块内切换时收到切换检测时或模块间切换时光路（是指BSC的BM和AM之间的光路时隙）申请成功后启动；收到切换完成时停止。

(b) 该定时器的用途是保持信道足够长的时间以便MS可以返回信道，若MS丢失是用于信道释放。

BSC向移动台发出切换命令时T3103开始计时，在BSC收到来自切换目标小区的切换完成）或者来自源小区的切换失败（Handover Failure）时就将T3103复位，BSC将Handover Command信息发送到BTS时，如果T3103超时后仍未收到任何消息时，BSC就判断源小区发生了无线链路失败，进而释放源小区的信道，信令流程如图2所示。

图2 T3103超时导致掉话
如果是切换引起的掉话比较多的话可以将定时器T3103适当调大。

3 由设备故障等原因造成的掉话
解决方法：
观察电源、传输和单板告警（TC板故障，A接口PCM失步告警，LAPD断
链，功放板，HPA，TRX板告警，CUI/FPU告警），根据告警数据，分析是否电源断、传输断或有故障单板存在（如载频板坏或接触不良）。

通过告警发现问题并将相关问题反映给到相关负责人去处理。

二、掉话的计算公式
(1)TCH掉话率=TCH掉话次数/TCH占用成功次数×100%
(2)TCH掉话次数统计点：BSC向MSC发起Clear Request消息时，当前占用的信道类型为TCH；
(3)发送Clear Request消息的典型原因值一般为：
∙无线链路失败（Radio Interface Message Failure）
∙人工干预（O&M Intervention）
∙设备故障（Equipment Failure）
∙BSS与MSC间协议错误（Protocol Error Between BSS and MSC）
∙强占（Preemption）
信令流程如图3所示。

图3 TCH掉话信令示意图
SDCCH掉话率公式：
SDCCH掉话率=SDCCH掉话次数/成功的SDCCH占用次数（所有的）×100%
SDCCH掉话率（%）=（SDCCH占用时无线链路断的次数（连接失败）+SDCCH占用时无线链路断的次数（错误指示）+SDCCH占用时地面链路断的次数（Abis））/成功的SDCCH占用次数（所有的）×100%
SDCCH掉话次数统计点：向MSC发起Clear REQ（REQuest）和Error Indication 消息时，当前占用的信道类型为SDCCH。

三、TCH掉话次数
∙含义：切换流程中，MS接入BSC分配的TCH后因为各种原因最终导致流程执行失败，BSC统计TCH掉话；或者MS在TCH信道上进入正常通话状态后，因为各种原因导致掉话时统计这个指标，发生以上情况后BSC向
MSC发送CLEAR REQUEST请求清除这个呼叫。

∙测量点：以下流程如果掉话发生在TCH信道，统计本指标。

图4，图5，图6中A1和A2描述了主要的统计点。

(1) 在TCH作为业务信道被占用时，BTS因为TCH无线链路层连接异常向BSC发送ERROR INDICATION消息， BSC收到该消息后统计。

参见GSM 0858。

(2) 在TCH作为业务信道被占用时，BTS因为TCH无线链路故障或硬件故障等原因（具体参见GSM 0858）向BSC发送CONNECTION FAILURE INDICATION消息，BSC收到该消息后统计。

(3) 入BSC切换目标小区收到HANDOVER DETECT，HANDOVER COMPLETE，解码时发现消息有误时统计。

(4) 当TCH作为业务信道，发起入BSC切换时，目标小区等待HANDOVER COMPLETE 超时时统计。

(5) 当TCH作为业务信道，发起出BSC切换时，源小区等待来自MSC的切换完成清除消息超时（T8超时）时统计。

(6) 当TCH作为业务信道，发起BSC内切换时，目标小区等待HANDOVER COMPLETE 超时后向源小区发送切换失败内部清除消息，源小区统计这个指标。

(7) 当TCH作为业务信道，发起BSC内切换时，非Directed Retry的源小区等待来自目标小区的原因值为HANDOVER COMPLETE 的Inter Clear Request消息超时后统计。

(8) 当TCH作为业务信道，发起BSC内切换时，目标小区AM/CM布网失败，AM/CM 布网超时，向源小区发送切换失败内部清除消息，源小区统计这个指标。

(9) 当TCH作为业务信道，发起BSC内切换时失败返回原信道，源小区先释放掉地面连接，再重新布网时AM/CM布网响应超时或布网执行失败导致掉话，在源小区统计。

(10) TCH作为业务信道时，如果BSC和MSC都支持强占，建立在TCH上的低优先级的呼叫可能被高优先级的呼叫强占无线资源，造成掉话。

(11) TCH作为业务信道时，TCH所在TRX的RSL链路断链时统计。

测量计算公式：无。

图4指配TCH掉话
注：A1，A2：TCH掉话次数（BSC）
图5 BSC内切换TCH掉话
注：A1，A2：极早指配TCH掉话次数（BSC），TCH掉话次数（BSC）
图6入BSC切换TCH流程
注：A1，A2：极早指配TCH掉话次数（BSC），TCH掉话次数（BSC）
四、TCH占用成功次数
∙含义：在极早指配、指配和切换流程中，当MS成功占用了网络分配的TCH 后，BSC统计这个话统指标。

指配中的Directed Retry成功仍然计TCH
占用成功：来自MSC的ASSIGNMENT REQUEST下发到BSC内的某个小区后，如果该小区没有信道供分配，并且系统支持Directed Retry，BSC根据
MS测量报告（MR）中的邻区信息发起出小区切换。

∙测量点：以下流程如果成功占用的信道类型为TCH，统计该指标。

(1) 极早指配TCH流程中，BSC收到来自BTS的CHANNEL ACTIVATION ACKNOWLEDGE 消息后统计这个指标。

(2) Directed Retry的目标小区在其他BSC，如果Directed Retry执行成功，MSC向源BSC发CLEAR COMMAND拆除原有连接，源BSC收到这一CLEAR COMMAND 后统计这个指标。

(3) Directed Retry的目标小区在本BSC，如果Directed Retry执行成功，目标小区通知源小区清除资源和连接，源小区收到这一内部清除消息后统计这个指标。

(4) 指配流程执行成功，BSC向MSC发送ASSIGNMENT COMPLETE时统计这个指标。

(5) 入BSC切换过程中，BTS向目标小区的BSC发送HANDOVER DETECTION消息，BSC收到该消息统计这个指标。

(6) BSC内入小区切换过程中(包括小区内切换)，BTS向BSC发送HANDOVER DETECTION消息， BSC收到该消息在目标小区统计这个指标。

五、故障分类
1、覆盖引起的掉话
1. 原因分析
(1)不连续覆盖（盲区）
由孤站引起的掉话，由于在孤站边缘，信号强度弱质量差，无法切换到其它小区而掉话。

由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境复杂，信号受阻挡，覆盖不连续造成掉话。

(2)室内覆盖差
因为一些建筑物密集，信号传输衰耗大，加上建筑物墙体厚，穿透损耗大，室内电平低，使得在通话过程中掉话。

(3)越区覆盖（孤岛）
服务小区由于各种原因（如功率过大）造成越区覆盖，以至于移动台超出了它所定义的邻小区B的覆盖范围之外到达了小区C后还占用着原服务小区A的信号，而小区A又未定义邻小区C，此时移动台再根据原服务小区A提供的邻小区B进行切换时，就会因找不到合适的小区而导致掉话，如图7所示。

图7覆盖过大导致的掉话
(4)覆盖过小
覆盖过小也有可能是由于某个小区的硬件设备（CDU/TRX）出了问题，如天线受到阻挡或携带BCCH的载频发生了故障（功率放大器部分）。

2. 判断方法
依据用户的投诉，了解覆盖不足的地区，再进行较大范围的测试，观察信号电平大小，切换是否正常，是否存在掉话等。

此外，还可借助OMC话务统计查看BSC 整体掉话率，找出掉话率大的小区，及其它相关的话务统计，来辅助分析和判断。

下面列举出了一些话务统计任务及统计项：
(1)从功率控制性能测量中，是否平均上下行信号强度过低；
(2)从接收电平性能测量中，接收电平低的次数所占比例过大；
(3)在小区性能测量/小区间切换性能测量中，发起切换时电平等级过低，平均接收电平过低；
(4)掉话性能测量中，掉话时电平过低，掉话前TA值异常；
(5)定义邻近小区性能测量，移动台上报的在小区相邻关系表里定义的邻近小区的统计，可以定位到哪个邻区的平均电平过低；
(6)未定义邻近小区性能测量：是否存在平均电平过高的未定义邻近小区；
(7)功率控制性能测量，MS与BTS的最大距离（TA值），连续多个时段超常。

3. 解决措施
(1)查找覆盖不足的地区
进行测试来确认覆盖不足的区域。

对于孤站、山区基站等未形成连续覆盖的地方，可用增加基站来形成连续覆盖。

或是通过别的手段来扩大基站的覆盖范围，如提高基站的最大发射功率，改变天线的方位角、倾角、挂高等。

还应分析是否由于地形地势的原因导致的，如隧道、大商场、地铁入口、地下停车场及洼地，一般来说，这些地方是较容易发生掉话的，可考虑用微蜂窝来解决覆盖。

(2)要保证室内通信的效果，必须使到达室外的信号足够强，如通过提高基站的最大发射功率，改变天线的方位角、倾角、挂高等，不能明显改善室内通话质量的，可考虑增加基站。

对于写字楼、宾馆等一些主要公共场所增强室内覆盖，还可考虑应用室内分布系统。

(3)对于越区覆盖小区漏作邻区关系的小区，补充全邻区，减少无合适的小区切换而造成的掉话。

可以通过减少该基站的倾角，来消除越区覆盖。

(4)排除硬件故障
进行测试，判断是否出现硬件故障，覆盖范围过小。

如果掉话率突然上升并且本站其它指标全部正常，则应该检查相邻小区此时是否工作正常（可能出现下行链路发生故障，如TRX、分集单元及天线出现问题，若是上行链路故障，则会导致原小区切出失败率较高）。

2、切换引起的掉话
1. 原因分析
(1)参数不合理
如两个小区相交的区域信号电平都很低，在参数上切换候选小区电平设置过低，切换门限设置太小，当邻小区电平某一时段稍强于服务小区时，一些MS就会切入该邻小区，而在切入后不久，恰好该小区的信号减弱，而又没有合适的小区再发生切换时就会掉话。

切换参数设置不当引起的掉话见案例六。

(2)邻区不全
邻小区定义不全会导致移动台保持通话在现有的小区中，直至超出该小区覆盖边缘而不能切换到信号更强的小区而掉话。

(3)邻区中有同BCCH同BSIC的小区存在
(4)话务拥塞
由于话务不均衡，造成因目标基站无切换信道而切换失败，在重建也失败时产生掉话。

(5)BTS时钟失步，频偏超标，发生切换时失败而掉话。

(6)T3103计数器超时导致掉话。

具体见前面所述。

2. 判断方法
通过话务统计指标的分析是否存在切换成功率低、切换失败但重建失败的次数多、掉话率高的小区。

用话务统计来分析主要是什么原因引起的切换。

如：上下性接收电平原因引起的切换；上下行接收质量原因引起的切换；功率预算（PBGT）引起的切换；呼叫定向重试；话务原因引起的切换。

查看告警，观察是否有与BTS相关的时钟告警，BTS时钟运行状态是否处于正常运行状态，必要时校验基站时钟，排除时钟问题。

进行路测，在路测中发现有无切换问题。

在有问题的小区附近多次路测，从多方面发现与切换有关的掉话问题，通过切换的优化来减少掉话。

下面列出了话务统计中应注意的指标：
(1)小区间切换性能测量，切换失败但重建也失败次数过多。

(2)小区间切换性能测量，切换次数过多，重建成功也多。

(3)未定义邻近小区性能测量，未定义邻区电平及测量报告个数超标。

(4)出小区切换性能测量，出小区成功率低（针对某小区），找出切向哪个邻小
区的成功率低，进一步从目标小区查找原因。

(5)入小区切换成功率低，对方小区切换参数设置不合理。

(6)TCH性能测量：切换次数与TCH呼叫占用成功次数不成比例，切换次数过多。

（切换/呼叫>3）。

3. 解决措施
(1)检查影响切换的参数，例如：层级设置、各种切换门限、各种切换迟滞、切换统计时间、切换持续时间、切换候选小区最小接入电平等参数。

例如：为减少切换掉话，可将切换候选小区最小接入电平由-100dBm提高到-95dBm，即由等级10改为等级15。

例如：对于参数“物理信息最大重复次数”，当时钟或传输不好而导致切换慢或切换成功率低时，可以考虑增大这个值。

总之，要结合实际情况来优化切换。

案例六给出了一个通过切换参数的调整来降低掉话的例子，详见后面案例。

(2)对于那些由于话务量不均衡，造成因目标基站无切换信道而产生的掉话，解决的办法是进行话务量的调整。

如通过调整天线下倾角、方位角等工程参数，控制小区的覆盖范围，或通过网络参数，如通过CRO引导MS驻留在其它较空闲的小区，通过层级优先级的设置引导通话中的MS切换到空闲小区，也可以采用负荷切换来均衡话务，或者直接通过载频扩容来解决。

(3)对时钟有问题的BTS进行BTS时钟校准，解决好时钟同步问题。

3、干扰引起的掉话
1）.原因分析
干扰主要包括同频、邻频及交调干扰。

当移动台在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使移动台无法准确解调邻近小区的BSIC 或基站不能正确接收移动台的测量报告。

干扰门限是同频载干比C/I≥9dB，邻频载干比C/A≥-9dB，当干扰指标恶化超过该门限后，就会对网络中的通话造成干扰，使通话质量差，引起掉话。

2）.判断方法
干扰可能是网外或网内的，存在于上行信号或下行信号中，我们可采用多种方法来定位干扰。

一般可采用：
(1)从话务统计上分析，找出可能受到干扰的地方。

a、分析话统中的干扰带出现的规律：随时间、话务量的变化。

轮流关闭载频观察话统项干扰带变化。

b、因质量差而发生的切换占全部切换的比例。

接收质量性能测量：针
对载频，统计平均接收质量等级，作为参考。

C、掉话性能测量：记录了掉话时的平均电平与质量，作为参考。

(2)结合用户投诉，在可能受干扰的地方进行通话路测，检查下行干扰。

借助路测工具发现是否有接收信号电平强，但通话质量等级很差的地方。

还可用测试移动台锁频拨打测试，观察是否在某个频点上受到干扰。

(3)检查频率规划，是否存在规划不当的地方而出现同邻频干扰。

(4)对可能存在干扰的频点调整频点，看是否能避开干扰，降低干扰。

(5)排除设备方面的原因造成的干扰。

(6)通过以上方法仍不能很好的排除干扰，可使用频谱仪进行扫频，找出干扰频点，进一步查出干扰源。

具体的干扰分析和分析可参考案例，下面是话务统计中用于分析干扰的话务统计指标：
(1)分析话务统计中的干扰带观察上行干扰
如果有一个空闲信道出现在干扰带三、四、五中，一般就有干扰。

若是网内干扰，一般都会随着话务量的增大而增大，通常情况下若是网外干扰，与话务量增加没有关系，这里还需要说明干扰带是基站载频信道在空闲状态下通过射频资源指示消息向BSC上报的，表明了MS所占用的无线信道的上行特性，也就是上行信号的干扰程度。

若当前信道忙也难以上报资源指示消息，因此干扰带的统计也需要综合考虑。

(2)接收电平性能测量（给出了电平与质量的矩阵关系）
这是一个针对载频的统计任务，如果高电平低质量的次数过多，说明该载频板的频点有同频或邻频干扰或网外干扰。

(3)质量差切换比例
小区性能测量/小区间切换性能测量，或出小区切换性能测量中，统计了各种原因引起的出切换尝试次数，如果质量差引起的切换次数过多，说明有干扰，而且上行质量差切换多，说明有上行干扰，下行过多说明有下行干扰。

(4)接收质量性能测量
针对载频，统计平均接收质量等级，作为参考。

(5)掉话性能测量
记录了掉话时的平均电平与质量，作为参考。

(1)切换失败但重建也失败次数过多
有可能是目标小区有干扰，作为参考。

3）.解决措施
针对网外和网内干扰采取不同的措施。

网外的干扰通过运营商协调来解决，网内干扰通过调整网络规划来解决。

(1)进行实际路测，检查干扰路段和信号质量分布，分析是那些小区信号的重迭覆盖引起的干扰。

根据实际情况，通过调整相关小区的基站发射功率、天线倾角，或调整频点规划等避免干扰。

(2)使用不连续发射（DTX）、跳频技术、功率控制及分集技术
通过这些措施可降低系统噪声，提高系统抗干扰的水平。

DTX分为上行DTX和下行DTX，可以减少发射的有效时间，从而降低系统的干扰电平。

但DTX必须结合实际周围无线环境与相邻小区的关系进行调整。

当移动台接收信号不好时，使用DTX会使语音质量对干扰更加敏感。

因为由于DTX下行功能的开启，移动台建立通话后，用户在通话时基站发射功率增强，而在通话间隙，基站会降低发射功率，这样一方面可以降低对其它基站的干扰，但是另一方面，如果基站周围存在干扰，下行信号的不连续发射将使通话质量恶化，当基站降低发射功率时，在一些接收电平相对较低而干扰信号较强的地方就容易引起通话质量下降甚至发生掉话现象。

(3)解决由设备自身问题产生的干扰（如：载频板自激、天线互调干扰）。

4、天馈引起的掉话
1）. 原因分析
(1)由于工程方面的原因，小区天线的馈线接反，如两个小区间的发射天线接反，造成小区内上行信号比下行信号电平差很多，就会在距离基站较远处出现掉话、单通、电话难打等现象。

(2)对于采用单极化天线，一个小区有两副天线，天线俯仰角不同而产生的掉话。

定向小区有主集和分集两副天线时，该小区的BCCH和SDCCH就有可能分别从两副不同的天线发出。

当两副天线的俯仰角不同时，就会造成两副天线的覆盖范围不同，即会出现用户能收到BCCH信号，但发起呼叫时却因无法占用另一天线发出的SDCCH而导致掉话。

(3)由于两副天线的方位角原因而产生的掉话
当两副天线的方位角不同时就会导致用户可以收到信令信道SDCCH，但一旦被指配到由另一副天线发射出的TCH时就会造成掉话。

(2)由于馈线自身原因而产生的掉话
馈线损伤、进水、打折、接头处接触不良均会降低发射功率和收信灵敏度，从而产生严重的掉话。

可通过测驻波比来确认。

2）. 判断方法
(1)检查是否有合路器、CDU、塔放、驻波比告警等。

(2)从远端维护查看BTS各单板是否正常。

从话务统计中分析是否存在上下行不平衡。

(3)可通过OMC的Abis接口跟踪或使用信令分析仪跟踪有关的Abis接口，从信令消息中的测量报告中进一步观察上下行信号是否平衡。

(4)进行路测和拨打测试，路测时可注意服务小区的BCCH频点是否与规划的相一致，查看小区的发射天线是否安装正确。

(5)有了远端的较充分地分析后，可再到基站现场检查和测试，检查天线方位角和俯仰角安装是否符合设计规范，馈线、跳线连接是否正确，有无接错。

检查天馈接头是否接触良好，馈线有无损伤。

测量驻波比是否正常。

排除天馈方面的原因。

(6)判断是否由基站部件的硬件故障导致上下行不平衡而掉话。

对硬件设备问题，可更换怀疑有问题的部件，也可以通过关闭掉小区内其它载频，对怀疑有问题的载频进行拨打测试来发现故障点。

一旦发现故障硬件后，应及时更换，如无备件，也应先闭塞掉该故障板以免产生掉话现象影响网络运行质量。

下面列出了一些话务统计来分析上下行平衡：
(1)在话务统计中登记“上下行平衡性测量”，分析是否存在上下行不平衡。

(2)在话务统计中登记“掉话性能测量”，分析掉话时平均上下行电平和上下行质量。

(3)在话务统计中登记“功率控制性能测量”，分析上下性平均接收电平。