evdo优化案例.pdf

案例

•案例
内部公开▲

n案例

n由于邻区漏配，导致无线环境恶化，发生systemlost掉话

某区域测试的一次掉话前的数据，当激活集中只存在177导频时，候选集中的42号
导频迟迟加不进激活集中。
内部公开▲

n案例

n由于邻区漏配，导致无线环境恶化，发生systemlost掉话

AT发送了多次RouteUpdate消息，但都没收到TCA消息。
内部公开▲

n案例
n由于邻区漏配，导致无线环境恶化，发生systemlost掉话

查看177扇区下发的SectorParameters消息，发现177导频小区的邻区配置中只配有4个邻区，即
345、9、136和306，42导频不在177的邻区列表中，因此177导频无法与42导频做软切换。
内部公开▲

n案例
n由于邻区漏配，导致无线环境恶化，发生systemlost掉话

在DO的掉话问题分析中，邻区漏配是导致掉话的一个主要原因。邻区优化的基本原则
同CDMA20001X一样。
内部公开▲

n案例
n由于前向链路差，导致ATDRC管理定时器超时，触发掉话

16:51:14.400时间戳DARQ的第2条记录第3个时隙开始，DRCValue等于0，根据协议，终端
此时会启动定时器TFTCMDRCSupervision，协议缺省值240ms。DARQ的第2条记录第3个时隙的大致
时间戳是16:51:14.380。终端发送NULLValue的原因是活动集前向SINR衰落到-10dB左右，
并且一直无足够强的候选集导频。
内部公开▲

n案例
n由于前向链路差，导致ATDRC管理定时器超时，触发掉话

16:51:14.494终端检测到候选集导频PN324，Enery71(=10log(71/512)=-8.58dB)，由于这
段时间DRCValue已经变成0，V3.0协议新增加的FTCMAC的配置属性
NullRateDRC38.4Enable，缺省值是0，不会进行NULLRate到38.4kbps映射，所以前向的
TCA消息不可能被基站调度。
内部公开▲

n案例
n由于前向链路差，导致ATDRC管理定时器超时，触发掉话

16:51:14.596TFTCMDRCSupervision超时（实际定时器值大致是216ms），终端
开始关闭反向业务信道。
内部公开▲

n案例
n由于前向链路差，导致ATDRC管理定时器超时，触发掉话

16:51:15.940基站由于TCC超时，在QuickConfig消息中设置MacIndex比特位无
效，终端检测到FT比特无效而关闭连接。
内部公开▲

n案例
n由于前向链路差，导致ATDRC管理定时器超时，触发掉话

优化思路小结：

这次掉话也许可以通过使能NullRateDRC38.4Enable，在前向链路极差环境
下，增加前向链路发送TCA的机会，避免TCC超时问题。但由于
NullRateDRC38.4Enable属性是V3.0协议新增加的，可能老的DO0终端未必
会支持。另外，如果使能这个属性，在协商时AN不能做为AN-Controlled属
性。
最根本的优化是改善该覆盖位置的无线环境，避免前向信号覆盖的深度衰落。
内部公开▲

n案例3
n由于反向链路差，导致systemlost掉话

发生systemlost前，Activeset中存在270和57两个导频，其中270导频前向链路较好，反
向链路非常差，从下图中的DODRCLock可以看出，270导频小区长时间处于DRCLock的
Unlock状态；57导频前向链路较差，但反向链路性能好，在DODRCLock图中可看出，57
导频一直处于DRCLock的Lock状态（见DODRCLock图中的青色曲线）。
内部公开▲

n案例3
n由于反向链路差，导致systemlost掉话

1．57导频强度低于PilotTdrop，且切换去定时器到期，AT向AN发送Route
Update消息
内部公开▲

n案例3
n由于反向链路差，导致systemlost掉话

2．AT收到了AN下发的TCA；从AT接收到TCA消息可以看出：270导频小区分配
给AT的前向业务信道的MACIndex为62，DRCCover=2。
内部公开▲

n案例3
n由于反向链路差，导致systemlost掉话

3.AT在将57从Activeset移出，在RTCH上发送了TCC
内部公开▲

n案例3
n由于反向链路差，导致systemlost掉话

57导频从激活集中切换去后，激活集导频270的前向依然较好，反向非常差
内部公开▲

n案例3
n由于反向链路差，导致systemlost掉话

从上面AT发送TCC消息后的3条Quick