CDMA系统常见掉话原因分析报告.docx

CDMA系统常见掉话原因分析报告.docx

《CDMA系统常见掉话原因分析报告.docx》由会员分享，可在线阅读，更多相关《CDMA系统常见掉话原因分析报告.docx（8页珍藏版）》请在冰豆网上搜索。

CDMA系统常见掉话原因分析报告

2.2    CDMA系统常见掉话原因分析

2.2.1      导频污染引起的掉话

【原因分析】

A、  当强的可用信号多于移动台的RAKE接收机的个数时，由于RAKE接收机个数的限制，多余的分支将无法被移动台利用，从而导致导频污染。

B、  当移动台处于导频污染区时，接收电平RX很好，激活集中的导频的Ec/Io与相邻集或候选集中的某些PN的Ec/Io相差不大（用QualCommRetriever和CAIT测试显示在该区域存在多个导频强度相近的小区信号）。

【处理方法】

A、  合理布置小区

B、  避免采用高站

C、  合理设置天线方位

D、  合理设置天线下倾角

E、  合理设置导频功率

2.2.2      前向链路干扰引起的掉话

【原因分析】

前向链路的干扰包括长期干扰和短期干扰。

所谓的长期干扰，是指干扰的持续时间超过衰减定时器时长（通常指超过5秒钟）；所谓的短期干扰，是指干扰的持续时间小于衰减定时器时长（通常指小于5秒钟）。

A、 在通话过程中，如果

a）       当前服务小区的Ec/Io呈下降趋势；而且

b）       移动台的接收电平RX呈上升趋势；而且

c）       移动台的TX_GAIN_ADJ保持不变；而且

d）       Ec/Io持续小于-15dB的时间超过衰减定时器时长（通常为5秒）

那么该次掉话有可能是由于前向链路长期干扰造成的。

B、 在通话过程中，如果

a）       当前服务小区的Ec/Io呈下降趋势，持续时间小于5秒，然后Ec/Io呈上升趋势；而且

b）       移动台的接收电平RX呈上升趋势，持续时间小于5秒，然后RX呈下降趋势；而且

c）       移动台的TX_GAIN_ADJ保持不变；而且

d）       移动台掉话后，仍在同一小区上进行重新初始化

那么该次掉话有可能是由于前向链路短期干扰造成的。

【原因分析】

A、 对于长期干扰，

a）       合理的规划网络，避免不必要的干扰落入小区的覆盖范围

b）       如果存在外部干扰的话，应该消除干扰源

c）       合理的配置邻区关系，删除不必要的邻区

d）       合理的设置搜索窗的大小，提高手机的搜索速度并使有用信号落入搜索窗范围内

e）       合理的设计切换带，保证移动台及时的切换到更好的小区

B、 对于短期干扰，

a）       合理的规划网络，避免不必要的干扰落入小区的覆盖范围

b）       合理的配置邻区关系，删除不必要的邻区

c）       合理的设置搜索窗的大小，提高手机的搜索速度并使有用信号落入搜索窗范围内

d）       合理的设计切换带，保证移动台及时的切换到更好的小区

e）       如果BS侧启动了掉话机制，建议BS侧的掉话优先级应该低于移动台侧

2.2.3      反向链路干扰引起的掉话

【原因分析】

当反向链路的干扰较大时，反向链路的质量变差，误帧率上升，BS侧试图通过发送更多的TX_GAIN_ADJ“上升”命令来使得移动台的发射功率上升，当移动台没有足够的发射功率来克服反向链路的干扰时，反向链路上的FER持续变差，最后将导致FMR因误帧高向CCM上报TCHERRORINDICATION，CCM释放呼叫导致掉话。

A、 在通话的过程中，如果

a）       移动台的发射功率很高（接近满功率）；而且

b）       话统数据显示反向RSSI较高（大于-100dBm）；而且

c）       反向误帧率很高；而且

d）       移动台掉话后，在同一PN上进行重新初始化

那么该次掉话有可能是由于反向链路干扰造成的。

【处理方法】

A、 确认干扰源，对于450，请参考《干扰测试指导书》

B、 对于话务造成的干扰：

合理分配小区的负荷，启动负荷控制或重定向机制来控制在小

C、 负荷高时不允许新的移动台接入；或者直接通过增加基站来解决话务热点区；

D、 对于外来干扰，必须进行清频。

2.2.4      链路不平衡引起的掉话

【原因分析】

在该场景的掉话过程中，服务小区强的Ec/Io值标识着一个好的前向链路，然而移动台的发射功率已经上升到最大值，这标识着一个差的反向链路，即前反向链路不平衡。

在这种情况下，BS侧会经过一段不确定的时间（通常3～5秒）后，放弃该反向链路并中断前向链路，前向链路的FER将会变得很高，移动台很快就因此而禁止它的发射机，TX_GAIN_ADJ值不再变化。

较高的接收电平将会导致开环功控处理低估移动台所需的发生功率，于是BS侧试图通过发送更多的TX_GAIN_ADJ“上升”命令来使得移动台的发生功率上升。

在通话过程中，如果

a）       当前服务小区的Ec/Io比较好，移动台的接收电平（RX）也较好；而且

b）       移动台的发射功率（TX）先呈上升趋势，后停止在某一值上；而且

c）       移动台的TX_GAIN_ADJ先呈上升趋势，后保持不变；而且

d）       掉话前移动台的误帧率很高，掉话后在同一PN上进行重新初始化。

那么该次掉话有可能是由于前反向链路不平衡造成的。

【处理方法】

A、 调整天线的参数，如：

下倾角、高度；

B、调整扇区的发射功率

2.2.5      处于覆盖范围外引起的掉话

由于移动台不在覆盖范围内引起的掉话包括长时间和短时间脱离覆盖范围两种情况（长时间是指脱离覆盖范围的时间超出了定时器的时长5秒钟）。

【问题分析】

A、 在通话过程中，如果

a）       当前服务小区的Ec/Io与移动台的接收电平（RX）同时呈下降趋势；而且

b）       移动台的接收电平在掉话前下降到-100dB左右甚至更低；而且

c）       移动台的发射功率在掉话前接近最大值；而且

d）       移动台掉话后长时间处于搜网状态。

那么该次掉话有可能是由于长期处于覆盖范围外造成的。

B、 在通话过程中，如果

a）       当前服务小区的Ec/Io与移动台的接收电平（RX）同时呈下降趋势；而且

b）       Ec/Io与接收电平在下降一定时间后（小于5秒），呈上升趋势Ec/Io超过-15dB；而且

c）       移动台的发射功率在掉话前接近最大值；而且

d）       TX_GAIN_ADJ值保持不变；而且

e）       移动台掉话后在同一PN上进行初始化。

那么该次掉话有可能是由于短期期处于覆盖范围外造成的。

【处理方法】

A、 对于长时间处于覆盖范围外造成的掉话，

a）       合理的规划网络，以减少网络覆盖的盲点

b）       合理的规划切换带，保证移动台在当前服务小区信号变差时及时的切换到别的可用小区

c）       启动智能切换算法，为处于边缘地区的移动台提供多个可用分支

d）       增大基站的发射功率

B、 对于短时间处于覆盖范围外造成的掉话

a）       合理的规划网络，以减少网络覆盖的盲点

b）       合理的规划切换带，保证移动台在当前服务小区信号变差时及时的切换到别的可用小区

c）       启动智能切换算法，为处于边缘地区的移动台提供多个可用分支

d）       增大基站的发射功率

e）       如果BS侧启动了掉话机制，建议BS侧的掉话优先级应该低于移动台侧

2.2.6      业务信道功率限制引起的掉话

前向业务信道的功率分配和前向Eb/Nt的设定值一般情况下会被限制在一定的范围内。

如果这些参数的最大可用值被设置成较低的值，业务信道将有可能由于被禁止发射足够的功率来维持链路的导致掉话。

这种掉话甚至在Ec/Io仍然可接受范围内出现。

【问题分析】

反向功率控制参数设置不合理也有可能导致反向业务信道上接收不到足够的功率，最终导致掉话。

A、 在通话过程中，如果

a）       Ec/Io与移动台的RX在可接收的范围之上（如：

-15dB和-100dB）；而且

b）       TX_GAIN_ADJ在一段时间内（5秒）保持不变；而且

c）       掉话后，移动台在同一PN上进行重新初始化那么该次掉话有可能是由于业务信道上的功率限制造成的。

【处理方法】

a）       合理的分配各信道的功率

b）       设置相对较高的切换门限值，以便于手机能及时的切换到更好的服务小区

c）       合理设置反向功率控制参数值

2.2.7      小区负荷引起的掉话

【问题分析】

随着小区的负荷的上升，基站和移动台都需要提高各自的发射功率，以维护现有链路的通话质量；当小区的负荷上升到一定的程度时，如果没有采用有效的负荷控制方法来阻止新的用户接入，那么随着用户的接入干扰增大，移动台与基站任何一方没有足够的发射功率来克服该链路上的干扰时，都将导致掉话。

负荷控制机制、前向功率控制参数的最小或最大发射功率值的设置不合理，都会导致小区出现高负荷。

在话统中，我们可以通过对“载频功率控制统计”项进行统计来发现小区高负荷的情况。

【处理方法】

A、 合理分布小区的话务；

B、 合理设置前向功控参数的最小最大发射功率；

C、 采用有效的负荷控制算法，避免在高负荷时新用户的接入。

D、 直接通过增加基站进行扩容

2.2.8      接入/切换冲突引起的掉话

当移动台在一个小区的覆盖边缘发起呼叫时，由于处于小区的边缘，有可能马上要进行切换。

IS-95A不支持在接入状态时进行切换（我们公司目前的BSC也不支持在接入的时候进行切换）。

如果移动台在接入的过程中离开了接入发起时的服务小区，在接入完成之前，将不能切换到另一个新小区。

接入过程与切换过程在这个时候出现冲突，结果是，切换处理必须在接入完成以后才能进行。

如果接入的时间比较长，这就有可能造成在切换过程完成之前发生掉话。

【问题分析】

在接入的过程中，如果

a）       当前服务小区的Ec/Io呈下降趋势，并持续（1～2秒）低于-15dB；而且

b）       移动台的接收电平RX呈上升趋势；而且

c）       移动台的TX_GAIN_ADJ保持不变；而且

d）       掉话后，移动台当前的服务小区与掉话前的服务小区不同

e）       BS侧的CSL跟踪结果显示：

掉话发生接入阶段

f）         话统数据显示呼叫建立成功率太低

那么该次掉话有可能是由于接入/切换冲突造成的。

【处理方法】

A、通过调整接入参数提高接入速度

B、开发支持接入切换的BS版本（对IS-95A移动台不起作用）

2.2.9      软切换问题引起的掉话

【问题分析】

引起软切换问题的因素很多：

A、 参数（T_ADD、T_DROP、T_TDROP、T_COMP、SRCH_WIN_A、SRCH_WIN_N，等）配置不合理。

B、 邻区配置不合理。

3、其他原因，如：

目标小区话务拥塞、BTS时钟不同步等也会导致切换的失败。

【处理方法】

A、 合理设置影响切换的参数，包括T_ADD、T_DROP、T_TDROP、T_COMP、SRCH_WIN_A、SRCH_WIN_N、SRCH_WIN_R、SOFT_SLOPE、NGHBR_MAX_AGE参数等

B、 合理规划切换带和邻区关系及其邻区优先级

C、 在小区间合理分配话务。

如通过调整天线下倾角、方位角等工程参数，控制小区的覆盖范围，或者直接通过载频扩容来解决。

D、  对时钟有问题的BTS进行BTS时钟校准，解决好时钟同步问题。