掉话及呼叫失败分析

1、1 掉话问题1.1 掉话分析方法1.1.1 话统分析：分析话统指标时，要先看BSC整体性能测量指标，掌握了网络运行的整体情况后，再有针对性地分析扇区载频性能统计。分析时一般采取过滤法，先找出指标明显异常的小区分析，此时很可能是版本、硬件、传输、天馈（含GPS）或者数据出了问题导致的异常，可以结合告警首先从这几个方面检查。如无明显异常，根据指标将各扇区载频进行统计分类，可整理出各重点指标较差小区列表，以便分类分析。看指标时，不能只关注指标的绝对数值是高是低，关心的应该是指标的相对高低情况。只有在统计量较大时，指标数值才具有指导意义。1.1.2 CDT数据分析及呼叫跟踪分析CDT（Call Det

2、ail Trace/呼叫详细跟踪）记录了一次呼叫过程中的基本信息（如：主叫、被叫号码、初始接入的小区、扇区、呼叫业务项、持续时长、引起呼叫释放的内部原因值等）和掉话发生时移动台所处的无线环境信息（如：掉话前激活集各个分支的小区号、扇区号、PN码、掉话前前向业务信道功率、掉话前反向EbNt等），我们可以利用这些信息对掉话进行分析。CDT可以粗略分析到扇区级的呼叫信息如：接入小区、扇区，释放的内部原因，掉话时的分支信息；自动跟踪功能可以让路上行人作为路测对象，关注其详细流程；手动跟踪功能可以使网优人员有目的的定点路测，关注其详细流程。1.1.3 路测路测是了解网络质量、发现网络问题较为直接、准确的

3、方法。路测在掌握无线网络覆盖框架方面，具有话统等其它方法不可替代的特点。包括了解是否有过覆盖、覆盖空洞，是否有上下行不平衡，是否有天馈装反，导致PN信号出现在不该出现的地方，等等。特别在进行了参数调整或做了覆盖方面的调整后，如天馈调整、或功率配比等参数调整后，都需要路测了解这些调整是否达到了预期效果。路测可以解决细节问题，但也有一定局限。路测路线有限，时间有限，不可能得到网络完全数据，例如要想通过路测来找到掉话从而分析掉话原因是十分困难的，因为假定当前掉话率为3%，打100个电话才有3个掉话，而且很难找到掉话地点。更不可能通过路测来了解清楚有哪些掉话原因。路测给出无线网络框架、工程安装的基本保

4、证，而通过话统中指标的细致分析，可找到提高指标的思路，宏观话统与细致测试相结合才能有效解决问题。1.2 掉话分析1.2.1 导频污染引起的掉话当强的可用信号多于移动台的RAKE接收机的个数时，由于RAKE接收机个数的限制，多余的分支将无法被移动台利用，从而导致导频污染。解决方法：1、合理布置小区2、避免采用高站3、合理设置天线方位4、合理设置天线下倾角5、合理设置导频功率1.2.2 前向链路干扰引起的掉话分析：前向链路的干扰包括长期干扰和短期干扰。所谓的长期干扰，是指干扰的持续时间超过衰减定时器时长（通常指超过5秒钟）； 所谓的短期干扰，是指干扰的持续时间小于衰减定时器时长（通常指小于5秒钟）

5、。 在通话过程中，如果1、当前服务小区的Ec/Io呈下降趋势；而且2、移动台的接收电平RX呈上升趋势；而且3、移动台的TX_GAIN_ADJ保持不变；而且4、Ec/Io持续小于-15dB的时间超过衰减定时器时长（通常为5秒）那么该次掉话有可能是由于前向链路长期干扰造成的。如果1、当前服务小区的Ec/Io呈下降趋势，持续时间小于5秒，然后Ec/Io呈上升趋势；而且2、移动台的接收电平RX呈上升趋势，持续时间小于5秒，然后RX呈下降趋势；而且3、移动台的TX_GAIN_ADJ保持不变；而且4、移动台掉话后，仍在同一小区上进行重新初始化那么该次掉话有可能是由于前向链路短期干扰造成的。对于长期干扰，1

6、、合理的规划网络，避免不必要的干扰落入小区的覆盖范围2、如果存在外部干扰的话，应该消除干扰源3、合理的配置邻区关系，删除不必要的邻区4、合理的设置搜索窗的大小，提高手机的搜索速度并使有用信号落入搜索窗范围内5、合理的设计切换带，保证移动台及时的切换到更好的小区对于短期干扰，1、合理的规划网络，避免不必要的干扰落入小区的覆盖范围2、合理的配置邻区关系，删除不必要的邻区3、合理的设置搜索窗的大小，提高手机的搜索速度并使有用信号落入搜索窗范围内4、合理的设计切换带，保证移动台及时的切换到更好的小区5、如果BS侧启动了掉话机制，建议BS侧的掉话优先级应该低于移动台侧1.2.3 反向链路干扰引起的掉话(

7、前向自干扰主要指邻小区干扰，反向主要是多用户干扰)分析：当反向链路的干扰较大时，反向链路的质量变差，误帧率上升，BS侧试图通过发送更多的TX_GAIN_ADJ“上升”命令来使得移动台的发射功率上升，当移动台没有足够的发射功率来克服反向链路的干扰时，反向链路上的FER持续变差，最后将导致FMR因误帧高向CCM上报TCH ERROR INDICATION，CCM释放呼叫导致掉话。在通话的过程中，如果1、移动台的发射功率很高（接近满功率）；而且2、话统数据显示反向RSSI较高（大于-100dBm）；而且3、反向误帧率很高；而且移动台掉话后，在同一PN上进行重新初始化那么该次掉话有可能是由于反向链路干

8、扰造成的。解决方法：1、确认干扰源2、对于话务造成的干扰：合理分配小区的负荷，启动负荷控制或重定向机制来控制在小区负荷高时不允许新的移动台接入；或者直接通过增加基站来解决话务热点区；3、对于外来干扰，必须进行清频。1.2.4 链路不平衡引起的掉话分析：在该场景的掉话过程中，服务小区强的Ec/Io值标识着一个好的前向链路，然而移动台的发射功率已经上升到最大值，这标识着一个差的反向链路，即前反向链路不平衡。在这种情况下，BS侧会经过一段不确定的时间（通常35秒）后，放弃该反向链路并中断前向链路，前向链路的FER将会变得很高，移动台很快就因此而禁止它的发射机，TX_GAIN_ADJ值不再变化。 较高

9、的接收电平将会导致开环功控处理低估移动台所需的发生功率，于是BS侧试图通过发送更多的TX_GAIN_ADJ“上升”命令来使得移动台的发生功率上升。在通话过程中，如果1、当前服务小区的Ec/Io比较好，移动台的接收电平（RX）也较好；而且2、移动台的发射功率（TX）先呈上升趋势，后停止在某一值上；而且3、移动台的TX_GAIN_ADJ先呈上升趋势，后保持不变；而且4、掉话前移动台的误帧率很高，掉话后在同一PN上进行重新初始化。那么该次掉话有可能是由于前反向链路不平衡造成的。解决方法：调整天线的参数，如：下倾角、高度；调整扇区的发射功率Tx+Rx+73=txadj 8001.2.5 处于覆盖范围外

10、引起的掉话由于移动台不在覆盖范围内引起的掉话包括长时间和短时间脱离覆盖范围两种情况（长时间是指脱离覆盖范围的时间超出了定时器的时长5秒钟）。分析：在由于长时间不在覆盖范围内造成的掉话场景中，可以观察到一个明显的特征就是：服务小区的Ec/Io和移动台接收电平（RX）同时呈下降趋势。当导频的强度下降到-15dB以下时，前向链路的质量将明显变差。当前向链路不能被解调时，移动台将禁止它的发射机。由于移动台停止发射信号，反向功控比特将被忽略，TX_GAIN_ADJ将保持不变。如果这种情形的持续时间较长（超过5秒），5秒钟后定时器将会超时并进入重新初始化状态。掉话后，移动台将长时间（通常大于10秒）处于搜

11、网模式。移动台在掉话前的发射功率接近最大值，当发射机被禁止后，根据记录的数据显示，手机的TX值将保持不变（即使实际上手机的发射机已被关闭）。移动台的接收电平将在-100dB附近或更低。在由于短时间处于覆盖外造成的掉话场景中，可以观察到一个明显的特征就是：服务小区的Ec/Io和移动台接收电平（RX）同时呈下降趋势。当导频的强度下降到-15dB以下时，前向链路的质量将明显变差。当前向链路不能被解调时，移动台将禁止它的发射机。如果这种情况持续的时间较短（小于定时器的5秒钟时长），定时器可能会被复位从而避免掉话。如果在持续时间小于5秒钟之后Ec/Io恢复到-15dB以上，而TX_GAIN_ADJ继续保

12、持不变，这说明移动台的发射机没有被重新启动。定时器在继续进行递减计时。当定时器超时时（5秒钟时长），移动台进入重新初始化状态。如果BS侧的掉话机制比移动台的定时器更快起作用时（如，BS侧在反向链路上监视的时长为2秒而不是5秒），这种场景就会发生。当出现这种情况时，即使导频的Ec/Io已经恢复到-15dB以上时，业务信道或许已经被中断从而掉话。在通话过程中，如果1、当前服务小区的Ec/Io与移动台的接收电平（RX）同时呈下降趋势；而且2、移动台的接收电平在掉话前下降到-100dB左右甚至更低；而且3、移动台的发射功率在掉话前接近最大值；而且4、移动台掉话后长时间处于搜网状态。那么该次掉话有可能是

13、由于长期处于覆盖范围外造成的。如果1、当前服务小区的Ec/Io与移动台的接收电平（RX）同时呈下降趋势；而且2、Ec/Io与接收电平在下降一定时间后（小于5秒），呈上升趋势Ec/Io超过-15dB；而且3、移动台的发射功率在掉话前接近最大值；而且4、TX_GAIN_ADJ值保持不变；而且5、移动台掉话后在同一PN上进行初始化。那么该次掉话有可能是由于短期期处于覆盖范围外造成的。解决方法：对于长时间处于覆盖范围外造成的掉话，1、合理的规划网络，以减少网络覆盖的盲点2、合理的规划切换带，保证移动台在当前服务小区信号变差时及时的切换到别的可用小区3、启动智能切换算法，为处于边缘地区的移动台提供多个可

14、用分支4、增大基站的发射功率对于短时间处于覆盖范围外造成的掉话1、合理的规划网络，以减少网络覆盖的盲点2、合理的规划切换带，保证移动台在当前服务小区信号变差时及时的切换到别的可用小区3、启动智能切换算法，为处于边缘地区的移动台提供多个可用分支4、增大基站的发射功率5、如果BS侧启动了掉话机制，建议BS侧的掉话优先级应该低于移动台侧业务信道功率限制引起的掉话前向业务信道的功率分配和前向Eb/Nt的设定值一般情况下会被限制在一定的范围内。如果这些参数的最大可用值被设置成较低的值，业务信道将有可能由于被禁止发射足够的功率来维持链路的导致掉话。这种掉话甚至在Ec/Io仍然可接受范围内出现。分析：在由于

15、业务信道功率限制引起的掉话过程中，可以观察到导频的Ec/Io和移动台的接收电平都处于可接受的门限之上（如：Ec/Io -15dB，RX -100dB），TX_GAIN_ADJ的值在5秒钟内都保持不变。这表明移动台由于不能在前向业务信道上接收到足够的强度而禁止了其发射机。由于导频的Ec/Io高，我们可以推断：前向业务信道没有发射足够的功率（小区参数配置的限制）或前向业务信道已经中断。当衰减定时器超时时，移动台重新初始化。掉话后在同一PN上重新初始化是前向业务信道差的一个明显的标识。反向功率控制参数设置不合理也有可能导致反向业务信道上接收不到足够的功率，最终导致掉话。在通话过程中，如果1、Ec/I

16、o与移动台的RX在可接收的范围之上（如：-15dB和-100dB）；而且2、TX_GAIN_ADJ在一段时间内（5秒）保持不变；而且3、掉话后，移动台在同一PN上进行重新初始化那么该次掉话有可能是由于业务信道上的功率限制造成的。解决方法：1、合理的分配各信道的功率2、设置相对较高的切换门限值，以便于手机能及时的切换到更好的服务小区3、合理设置反向功率控制参数值1.2.6 小区负荷引起的掉话随着小区的负荷的上升，基站和移动台都需要提高各自的发射功率，以维护现有链路的通话质量；当小区的负荷上升到一定的程度时，如果没有采用有效的负荷控制方法来阻止新的用户接入，那么随着用户的接入干扰增大，移动台与基站

17、任何一方没有足够的发射功率来克服该链路上的干扰时，都将导致掉话。负荷控制机制、前向功率控制参数的最小或最大发射功率值的设置不合理，都会导致小区出现高负荷。在话统中，我们可以通过对“载频功率控制统计”项进行统计来发现小区高负荷的情况。解决方法：1、合理分布小区的话务；2、合理设置前向功控参数的最小最大发射功率；3、采用有效的负荷控制算法，避免在高负荷时新用户的接入。4、直接通过增加基站进行扩容1.2.7 接入/切换冲突引起的掉话当移动台在一个小区的覆盖边缘发起呼叫时，由于处于小区的边缘，有可能马上要进行切换。IS-95A不支持在接入状态时进行切换（我们公司目前的BSC也不支持在接入的时候进行切换

18、）。如果移动台在接入的过程中离开了接入发起时的服务小区，在接入完成之前，将不能切换到另一个新小区。接入过程与切换过程在这个时候出现冲突，结果是，切换处理必须在接入完成以后才能进行。如果接入的时间比较长，这就有可能造成在切换过程完成之前发生掉话。分析：在该场景的掉话过程中，可以观察到手机接收电平增加的同时导频的Ec/Io下降（趋势），这常意味着一个强的导频正在作为干扰出现，应该发生切换。当接入时服务小区的Ec/Io下降到-15dB以下时，前向链路的质量显著变差。如果这种情形发生在移动台接收到信道指配消息之后的12秒中内，移动台将有可能由于业务信道初始化失败而进入重新初始化状态。移动台重新初始化后

19、进入另外一个新的服务小区，这是在该区域应该进行切换的一个明显标识。当导频强度由于干扰而降低到-15dB以下时，前向链路的质量将显著变差。如果前向链路变差到不能被解调时，移动台将关闭它的发射机。由于移动台不再发射信号，反向功控比特将被忽略，TX_GAIN_ADJ将保持一个常数。较高的接收电平将会导致开环功控处理低估移动台所需的发生功率，于是BS侧试图通过发送更多的TX_GAIN_ADJ“上升”命令来使得移动台的发生功率上升。在接入的过程中，如果1、当前服务小区的Ec/Io呈下降趋势，并持续（12秒）低于-15dB；而且2、移动台的接收电平RX呈上升趋势；而且3、移动台的TX_GAIN_ADJ保持

20、不变；而且4、掉话后，移动台当前的服务小区与掉话前的服务小区不同5、BS侧的CDT跟踪结果显示：掉话发生接入阶段6、话统数据显示呼叫建立成功率太低那么该次掉话有可能是由于接入/切换冲突造成的。解决方法：1、通过调整接入参数提高接入速度2、开发支持接入切换的BS版本（对IS-95A移动台不起作用）1.2.8 软切换问题引起的掉话引起软切换问题的因素很多：1、参数（T_ADD、T_DROP、T_TDROP、T_COMP、SRCH_WIN_A、SRCH_WIN_N，SRCH_WIN_R等）配置不合理。如果小区之间的切换带内的Ec/Io都很低，而T_ADD设置了较高的门限值，这将会导致手机不能及时触发

21、PSMM上报，由于新的可用分支无法利用，干扰加大，从而导致掉话；搜索窗参数设置不合理也会引起掉话，当应该发生切换关系的源小区与目标小区之间的相对时延超过了SRCH_WIN_N时，目标小区的信号落在相邻集搜索窗的范围外，目标小区将不能被及时搜索到，从而影响切换。2、邻区配置不合理。如果目标小区漏配，由于导频集的搜索优先级关系，落入剩余集的导频很难被及时搜索到，而且，当前版本的BSC不支持把来自手机剩余集的小区加入激活集，从而在切换带引起很强的干扰而导致掉话。另外，邻区配置过多和邻区优先级设置也会影响手机对相邻集的搜索。IS-95的手机其邻区的最大个数为20个，IS-2000的手机，其邻区的最大个

22、数时40个；当手机的相邻集到达最大值时，剩余的邻区将被抛弃，如果优先级没有配置合理，这将导致好的邻区没有被加入相邻集。3、其他原因，如：目标小区话务拥塞、BTS时钟不同步等也会导致切换的失败。分析：通过话统指标的分析是否存在切换成功率低、切换失败的次数多、掉话率高的小区。查看告警，观察是否有与BTS相关的时钟告警（在南昌局和沧州局都出现过BTS时钟不同步掉话的情况），BTS时钟运行状态是否处于正常运行状态，必要时校验基站时钟，排除时钟问题；用CDT和呼叫跟踪进行跟踪分析；进行路测，在路测中发现有无切换问题。在有问题的小区附近多次路测，从多方面发现与切换有关的掉话问题，通过切换的优化来减少掉话。

23、同时，切换失败导致的掉话在移动台侧可以观察到RX呈上升趋势、当前服务小区导频强度呈下降趋势，目标小区进入候选集后长时间不能进入激活集（漏配邻区）或目标小区信号较好（超过-14dB）但长时间不能进入候选集（切换门限太高）等。解决方法：1、合理设置影响切换的参数，包括T_ADD、T_DROP、T_TDROP、T_COMP、SRCH_WIN_A、SRCH_WIN_N、SRCH_WIN_R、SOFT_SLOPE、NGHBR_MAX_AGE参数等2、合理规划切换带和邻区关系及其邻区优先级3、在小区间合理分配话务。如通过调整天线下倾角、方位角等工程参数，控制小区的覆盖范围，或者直接通过载频扩容来解决。4、

24、 对时钟有问题的BTS进行BTS时钟校准，解决好时钟同步问题。1.2.9 硬切换问题引起的掉话分析：硬切换包括同频硬切换和异频硬切换，下面对不同算法造成的切换失败进行分析。同频硬切换：同频硬切换失败的原因很有可能是由于切换参数配置不合理造成的。在发生同频硬切换的地带，由于干扰较大（切换前，目标小区是干扰，切换后，原来的源小区变成新的干扰），切换时间一般较长，如果参数的配置不合理（如：T_ADD设置门限太高及同频硬切换参数设置不合理）或者邻区关系配置错误（如：邻区漏配、邻区优先级配置严重错误等），移动台将无法及时上报目标小区的情况或切换过程无法完成，这就非常容易造成而掉话。异频硬切换：伪导频硬切

25、换算法：因为伪导频不提供业务，其所发射的导频信号只是用来判断在该处另外一个导频的强度，不能被作为软切换中的一个分支加入移动台的激活集，所以伪导频硬切换引入了更多的干扰；而且，异频（目标小区）上的负荷增加会导致其覆盖范围减小，而伪导频信号的覆盖范围也随其频点上的话务（干扰）变化而变化，这种变化将导致目标小区上的异频与其伪导频的覆盖范围不一致。如果伪导频信号的覆盖区与异频信号（目标小区）的覆盖区强度不一致，很有可能出现在某处伪导频信号很强但实际上异频信号很弱的情况，这种情况的出现会造成掉话。移动台辅助硬切换算法：对于遵循IS-95B及IS-2000协议的手机，可以采用移动台辅助硬切换算法。当BS侧

26、检测到移动台在当前频点上的信号变差时，指示移动台对异频进行搜索，以发现异频上可用的服务小区，并选择合适的时机进行切换。但是如果切换带太小，BS侧指示移动台进行搜索的门限设置太高的话，有可能导致移动台没有来得及上报异频搜索结果而导致掉话。Handdown硬切换算法：在Handdown硬切换中，由于F1频点上的话务与F2上的话务量有可能不一致，从而导致F1与F2的频点的覆盖范围不一致，如果在F1频点上的PN信号较差时才进行切换，将有可能造成掉话。解决方法：1、根据实际情况采用相应的切换算法2、合理的规划切换带3、合理的设置与硬切换相关的参数1.2.10 BTS时钟同步错误引起的掉话由于移动台需要一

27、个参考导频来完成对其他导频的搜索，这个参考导频来自于当前的服务小区。如果移动台当前服务小区的时钟出现错误，移动台将不能正确的搜索到别的导频的信号，在远离当前服务小区时，无法切换而且干扰加剧导致掉话。当移动台从别的小区向时钟有错误的小区移动时，也会出现相似的问题。通常，由于时钟同步问题造成的掉话其数量是很大的，在南昌局和沧州局都出现过类似的问题。解决方法：1、解决时钟同步问题（如：复位BTS、更换时钟板等）1.2.11 软切换分支Abis链路传输时延超大在处于BTS间的软切换状态时，BTS接收到的业务帧将在FMR进行合并。如果其中某一通路在BTS到BSC之间的Abis链路的传输时延过大， FMR进行业务帧合并时，会由于来自各分支的业务帧不能对齐，而错误地认为是idle帧，从而造成掉话。单从话统中不能直接发现是由于Abis链路传输时延过大是掉话的原因，必须采用呼叫跟踪打印进行诊断。解决方法：解决Abis链路上的传输时延问题。1.3 掉话案例1.3.1 案例1：某业务区有一个