EVDO掉话抬升分析.docx

邢台EVDO掉话抬升分析 一．概述 从话统上提取的指标发现，邢台25号忙时指标突然恶化，总体指标有原来的0.53%左右突然上升到0.75%，整体上升了0.2个百分点，如下图 二．分析 2.1掉话原因分析 我们提取了24号之前一周的数据（4月17到4月24日）及24号后（5月1日到5月8日）的数据进行对比，下图是4月17日到4月24日掉话各个原因所占总掉话的比例，其中其它原因导致的掉话占总掉话的59% 下图是5月1日到5月8日掉话各个原因占总掉话的比例，其中其它原因导致的掉话占总掉话的比例达到67%，上升了8个百分点，其它的原因占比均有下降 从图中不难看出，掉话异常释放次数及各个掉话原因都有增加，其中连接释放（其它原因）增加较为明显，如下图 我们做了一个饼图，从图中不难看出，增加的连接释放原因为其它的占总增加的88%左右，也就是说掉话的增加基本全部来自于其它原因如下图； 其它原因”是指：已经建立成功的连接（在AN收到A9-Update A8 Ack后），由于“连接正常释放”、“空口丢失”、“休眠定时器超时”和“休眠定时器超时AT无响应”等原因之外的其它原因而产生的释放。如在连接态收到AT的连接请求导致连接释放，设备、链路故障导致的连接释放等。对应的原因值有很多，最常见的有2733、120E等。 0x2733，指的是在业务态时没有收到TCC完成消息。多数是在软切换时，系统侧没有收到手机上报的反向业务信道上的消息。 0x120E，指的是SMP在激活态又收到终端上报的连接请求导致释放连接。就是指系统在连接态再次收到终端的连接请求。也就是说终端认为已经空口释放了，而系统侧还没有释放连接，此时终端会要求再次连接。类似于1X中的A2掉话。 在EVDO空口协议中C.S0024-a_v3.0的10.7.6.1.10.1章节提到，当终端连续检测到DRC为0超过“(DRCSupervisionTimer × 10) + 240 ms”（由于DRCSupervisionTimer的默认值是0，那么这个时长就是240ms）就会关闭反向发射机，然后再等待TFTCMPRestartTx（12个控制信道周期，即5.12s），这段时间内如果DRC持续为0，则手机会转到Inactive态。 由此可知，终端的掉话定时器实际上是“240ms+5.12s=5.36s” 而我们系统是在检测到终端关闭发射机后开始启动3s+5s的定时器，如果在终端??闭发射机时长满足“5.36s时长8s”，此时如果终端再次申请建立连接，则会产生一次120e掉话。 通过询问我们没针对全网DO做任何参数的修改，指标突然间恶化了0.2个百分点，我们又核查了25凌晨的操作日志，发现在0:00到01:00之间做了针对1X的操作，BSC0关闭了131个小区硬指配，同时打开了131块载频的Hash算法，并关闭了载频的16X，8X，4X前反向高速数据业务；BSC2修改了10个小区硬指配，打开了10块载频的Hash算法，关闭了16X，8X，4X前反向高速数据业；对BSC1 关闭了70个小区硬指配，打开70块载频的Hash算法，关闭了载频的16X，8X，4X的前反向高速数据业务。按照我们的理解EVDO和1X走不同的频点，应该不会有什么关联的，但是这个时间点很吻合，因此我们同时做了4月17到4月24日和5月1日到5月8日的忙时掉话总次数的渲染图，下图是 4月17日到4月24日忙时总掉话的渲染图； 2.2 修改参数前一周与后一周指标分析 下图是5月1日到5月8日忙时掉话次数总和的渲染图 根据我们修改过的小区，我们也做了个渲染图，途中红色区域是我们做过1X改动的区域，从图中可以看出，基本与恶化区域吻合，如下图 变化比较大的区域如下，平乡县县城及广宗县县城 南和县县城及周边 邢台市区多载波边界区域恶化比较严重如下 隆尧县城及附近 沙河市沙河只有少许变化，如下 清河县县城及附近区域 提取各个BSC的话统总体指标，从图中可以明显的看出，从25号开始BSC0及BSC1指标恶化比较明显，BSC2我们只改动了几个小区，所以变化不是很明显，这更说明是我们的操作导致的指标恶化 从BSC2指标变化可以看出，在5月10号变化比较明显，升高了近0.4个百分点，通过了解知道，我们在5月10号凌晨进行了扩容操作，扩容了242块载频（伪导频165块，77块真实载频），真实载频采取的是Hash策略，并关闭硬指配，导致EVDO掉话升高明显，这就更说了是Hash或者是关闭配导致的EVDO掉话升高。 为了验证是Hash或者是硬指配导致的EVDO掉话升高，鉴于BSC0我们近期没做过任何操作，所以决定对BSC0进行倒回操作，将以前做的硬指配关闭的小区，统一打开硬指配开关，同时保留载