evdo优化案例.pdf

《evdo优化案例.pdf》由会员分享，可在线阅读，更多相关《evdo优化案例.pdf（18页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、案例案例 案例内部公开n案例案例n由于邻区漏配，导致无线环境恶化，发生由于邻区漏配，导致无线环境恶化，发生system lost掉话掉话某区域测试的一次掉话前的数据，当激活集中只存在某区域测试的一次掉话前的数据，当激活集中只存在177导频时，候选集中的导频时，候选集中的42号号导频迟迟加不进激活集中。导频迟迟加不进激活集中。内部公开n案例案例n由于邻区漏配，导致无线环境恶化，发生由于邻区漏配，导致无线环境恶化，发生system lost掉话掉话AT发送了多次发送了多次Route Update消息，但都没收到消息，但都没收到TCA消息。消息。内部公开n案例案例n由于邻区漏配，导致无线环境恶化，发

2、生由于邻区漏配，导致无线环境恶化，发生system lost掉话掉话查看查看177扇区下发的扇区下发的Sector Parameters消息，发现消息，发现177导频小区的邻区配置中只配有导频小区的邻区配置中只配有4个邻区，即个邻区，即345、9、136和和306，42导频不在导频不在177的邻区列表中，因此的邻区列表中，因此177导频无法与导频无法与42导频做软切换。导频做软切换。内部公开n案例案例n由于邻区漏配，导致无线环境恶化，发生由于邻区漏配，导致无线环境恶化，发生system lost掉话掉话在在DO的掉话问题分析中，邻区漏配是导致掉话的一个主要原因。邻区优化的基本原则的掉话问题分析

3、中，邻区漏配是导致掉话的一个主要原因。邻区优化的基本原则同同CDMA2000 1X一样。一样。内部公开n案例案例n由于前向链路差，导致由于前向链路差，导致AT DRC管理定时器超时，触发掉话管理定时器超时，触发掉话16:51:14.400时间戳时间戳DARQ的第的第2条记录第条记录第3个时隙开始，个时隙开始，DRC Value等于等于0，根据协议，终端，根据协议，终端此时会启动定时器此时会启动定时器TFTCMDRCSupervision，协议缺省值，协议缺省值240ms。DARQ的第的第2条记录第条记录第3个时隙的大致个时隙的大致时间戳是时间戳是16:51:14.380。终端发送。终端发送NU

4、LL Value的原因是活动集前向的原因是活动集前向SINR衰落到衰落到-10dB左右，左右，并且一直无足够强的候选集导频。并且一直无足够强的候选集导频。内部公开n案例案例n由于前向链路差，导致由于前向链路差，导致AT DRC管理定时器超时，触发掉话管理定时器超时，触发掉话16:51:14.494终端检测到候选集导频终端检测到候选集导频PN324，Enery 71(=10log(71/512)=-8.58dB)，由于这，由于这段时间段时间DRC Value已经变成已经变成0，V3.0协议新增加的协议新增加的FTCMAC的配置属性的配置属性NullRateDRC38.4Enable，缺省值是，缺

5、省值是0，不会进行，不会进行NULL Rate到到38.4kbps映射，所以前向的映射，所以前向的TCA消息不可能被基站调度。消息不可能被基站调度。内部公开n案例案例n由于前向链路差，导致由于前向链路差，导致AT DRC管理定时器超时，触发掉话管理定时器超时，触发掉话16:51:14.596 TFTCMDRCSupervision超时（实际定时器值大致是超时（实际定时器值大致是216ms），终端），终端开始关闭反向业务信道。开始关闭反向业务信道。内部公开n案例案例n由于前向链路差，导致由于前向链路差，导致AT DRC管理定时器超时，触发掉话管理定时器超时，触发掉话16:51:15.940 基站

6、由于基站由于TCC超时，在超时，在QuickConfig消息中设置消息中设置MacIndex比特位无比特位无效，终端检测到效，终端检测到FT比特无效而关闭连接。比特无效而关闭连接。内部公开n案例案例n由于前向链路差，导致由于前向链路差，导致AT DRC管理定时器超时，触发掉话管理定时器超时，触发掉话优化思路小结：优化思路小结：这次掉话也许可以通过使能这次掉话也许可以通过使能NullRateDRC38.4Enable，在前向链路极差环境，在前向链路极差环境下，增加前向链路发送下，增加前向链路发送TCA的机会，避免的机会，避免TCC超时问题。但由于超时问题。但由于NullRateDRC38.4En

7、able属性是属性是V3.0协议新增加的，可能老的协议新增加的，可能老的DO 0终端未必终端未必会支持。另外，如果使能这个属性，在协商时会支持。另外，如果使能这个属性，在协商时AN不能做为不能做为AN-Controlled属属性。性。最根本的优化是改善该覆盖位置的无线环境，避免前向信号覆盖的深度衰落。最根本的优化是改善该覆盖位置的无线环境，避免前向信号覆盖的深度衰落。内部公开n由于反向链路差，导致由于反向链路差，导致system lost掉话掉话n案例案例3发生发生system lost前，前，Active set中存在中存在270和和57两个导频，其中两个导频，其中270导频前向链路较好，反

8、导频前向链路较好，反向链路非常差，从下图中的向链路非常差，从下图中的DO DRC Lock可以看出，可以看出，270导频小区长时间处于导频小区长时间处于DRCLock的的Unlock状态；状态；57导频前向链路较差，但反向链路性能好，在导频前向链路较差，但反向链路性能好，在DO DRC Lock图中可看出，图中可看出，57导频一直处于导频一直处于DRCLock的的Lock状态（见状态（见DO DRC Lock图中的青色曲线）。图中的青色曲线）。内部公开n由于反向链路差，导致由于反向链路差，导致system lost掉话掉话n案例案例3157导频强度低于导频强度低于PilotTdrop，且切换去

9、定时器到期，且切换去定时器到期，AT向向AN发送发送Route Update消息消息内部公开n由于反向链路差，导致由于反向链路差，导致system lost掉话掉话n案例案例32AT收到了收到了AN下发的下发的TCA；从；从AT接收到接收到TCA消息可以看出：消息可以看出：270导频小区分配导频小区分配给给AT的前向业务信道的的前向业务信道的MACIndex为为62，DRCCover=2。内部公开n由于反向链路差，导致由于反向链路差，导致system lost掉话掉话n案例案例33.AT在将在将57从从Active set移出，在移出，在RTCH上发送了上发送了TCC内部公开n由于反向链路差，

10、导致由于反向链路差，导致system lost掉话掉话n案例案例357导频从激活集中切换去后，激活集导频导频从激活集中切换去后，激活集导频270的前向依然较好，反向非常差的前向依然较好，反向非常差内部公开n由于反向链路差，导致由于反向链路差，导致system lost掉话掉话n案例案例3从上面从上面AT发送发送TCC消息后的消息后的3条条Quick Config中的中的ForwardTrafficValid1可以看出，可以看出，AT在第在第3条条Quick Config消息中消息中ForwardTrafficValid1由原来的由原来的true变为了变为了false，说明，说明270小区小区AN因反向链路差导致因反向链路差导致TCC超时超时或或Airlink Lost并最终导致并最终导致System Lost，因此，因此AN释放掉了该释放掉了该AT对应的对应的Forward Traffic Channel。内部公开n由于反向链路差，导致由于反向链路差，导致system lost掉话掉话n案例案例3导致本次导致本次system lost的原因是激活集导频小区的反向链路性能差，的原因是激活集导频小区的反向链路性能差，AN因因TCC超时或超时或Air Link Lost而导致而导致System Lost。