EVDO掉话案例分析.doc

EVDO掉话案例分析 各种DO的掉话原因分析中，真正属于无线系统掉话的只有空中链路丢失超时导致的掉话，虽然TCC超时导致的掉话很多时候都与无线环境差有关，网络优化时可以考虑放到无线侧来分析。 与CDMA2000 1X相似，影响无线侧掉话的常见原因主要有：邻区漏配、切换 失败、搜索窗口设置不合理、外部干扰、PN复用问题、PN混淆问题以及基 站故障等。 案例1 由于邻区漏配，导致无线环境恶化，发生system lost掉话 某区域测试的一次掉话前的数据，当激活集中只存在177导频时，候选集中的42号 导频迟迟加不进激活集中。 AT发送了多次Route Update消息，但都没收到TCA消息。 在DO的掉话问题分析中，邻区漏配是导致掉话的一个主要原因。邻区优化的基本原则同CDMA2000 1X一样。 案例2 由于前向链路差，导致AT DRC管理定时器超时，触发掉话。 16:51:14.400时间戳DARQ的第2条记录第3个时隙开始，DRC Value等于0，根据协议，终端此时会启动定时器TFTCMDRCSupervision，协议缺省值240ms。DARQ的第2条记录第3个时隙的大 致时间戳是16:51:14.380。终端发送NULL Value的原因是活动集前向SINR衰落到-10dB左 右，并且一直无足够强的候选集导频。 16:51:14.494终端检测到候选集导频PN324，Enery 71 (=10log(71/512) = -8.58dB)，由于这 段时间DRC Value已经变成0，V3.0协议新增加的FTCMAC的配置属性 NullRateDRC38.4Enable，缺省值是0，不会进行NULL Rate到38.4kbps映射，所以前向的 TCA消息不可能被基站调度。 16:51:14.596 TFTCMDRCSupervision超时（实际定时器值大致是216ms），终 端开始关闭反向业务信道。 16:51:15.940 基站由于TCC超时，在QuickConfig消息中设置MacIndex比特位无 效，终端检测到FT比特无效而关闭连接。 优化思路小结：是改善该覆盖位置的无线环境，避免前向信号覆盖的深度衰落。 案例3 由于切换时延大，同时前向链路差，最终导致TCC超时的案例 17:08:12.870 终端发送第1次RouteUpdate消息，此时活动集导频强度已经很弱，DRC请求速率 维持在最低的38.4kbps水平，在17:08:12.986 DRC Rate变为0，一直到 TFTCMDRCSupervision超时，关闭反向信道，DRC Cover指向7。在17:08:12.986之后，基站 的TCA消息无法发送给终端。终端发送RU，到DRC Rate彻底变为0，时延116ms，从后面基站 信令跟踪看，由于切换过程无线资源分配的大时延，造成了TCA消息无法及时发送给AT。 17:08:14.120 终端重新发送RouteUpdate消息，时延1250ms。从时延看不是SLP重 发，但是Seq和其它消息内容和上一次发送RouteUpdate消息相同，可能是终端在重 新打开反向信道后因为某种机制重发的RU。 从D-ARQ记录看，终端在17:08:14.160才重新把DRC Cover由7指向2，随后终端收 到了基站发送的TCA消息。 对照基站的信令跟踪看，17:08:12.913的RouteUpdate消息对应终端的第1次发送，距离 17:08:14.167的第2次RouteUpdate消息时延是1254ms，和CNT的log相当。基站处理第1条 RouteUpdate消息，AbisConnectionSetup建立流程消耗了248ms。这里的大时延是造成切 换失败的根本原因，终端DRC Rate的迅速变化为0是次要原因。终端最终收到TCA消息是在上 述的DRC Cover由7指向2之后，由于时延过大，造成了基站重发三次TCA后等待TCC超时。这 种情况下的TCC超时定时器调整为1500ms，也可以避免切换失败。 优化思路小结： 总体看，因为前向链路覆盖差导致在切换发生时，活动集导频强度已经变得很 弱，DRCRate经常持续为0，并导致FTCMAC监视超时，DRCCover指向7（表 示反向信道关闭）。这样的场景在路测数据中随处可见，而掉话点也大多集中在 这样的环境。所以在这些情况下，网规网优的工作重点是改善覆盖，增强覆盖的联系性。 案例4 DO链路配置错误导致3G不能使用的案例 后台统计观察，340基站从10月17日开始DO载频下吞吐量全部为0。 对此怀疑是DO资源“吊死”引起的，对HECM板复位后DO载频还是没有用户占用，说明不是DO资源“吊死”的情况。 340基站进行DO业务链路PING测试，测试结果DO业务链