C03——TuneAway掉话引发3G掉线率整体劣化问题探讨
- 格式：doc
- 大小：1.19 MB
- 文档页数：10
TuneAway掉话引发3G掉线率整体劣化问题探讨 摘要：某区域3G掉线率劣化，而3G活跃用户数没有突发性增长，同时观察3G网络其他相关指标均保持稳定。通过话单分析、日志分析、现场测试和前后台信令分析等手段，研究发现了2G网络双寻呼信道配置导致双模终端发生TuneAway掉话的原因，最后总结了一套参数优化方法，确保了网络性能稳定。
关键字：3G掉线率、 双寻呼信道 、双模终端、TuneAway掉话
1. 引言 XXX某BSC的3G掉线率指标开始发生明显劣化，从0.68%劣化至0.86%，而该BSC的3G活跃用户数没有突发性的增长，DO连接请求次数也未见规模增长。
图1- EVDO连接次数劣化 同时观察其他相关3G指标，均保持稳定或在正常范围内波动，未有明显异常。
日期 掉线率(%) SINR值(%) 连接成功率(%) UATI分配成功率(%) 前向RLP重传率(%) 反向RLP重传率(%) 2012-2-26 0.644 89.75 99.769 98.82 0.55 0.334 2012-2-27 0.687 89.95 99.766 98.86 0.52 0.3715 2012-2-28 0.694 89.91 99.765 98.85 0.49 0.3654 2012-2-29 0.735 89.85 99.753 98.86 0.51 0.3698 2012-3-1 0.739 89.83 99.765 98.77 0.51 0.3686 2012-3-2 0.828 89.80 99.756 98.78 0.5 0.3515 2012-3-3 0.882 89.75 99.753 98.7 0.57 0.3509 2012-3-4 0.861 89.64 99.759 98.76 0.61 0.356 2012-3-5 0.874 89.92 99.763 98.81 0.52 0.3856 2012-3-6 0.888 89.89 99.754 98.77 0.49 0.3812 表1- EVDO其他相关指标保持稳定 2. EVDO掉线机制 EVDO对于掉话的定义是：已经成功建立的连接（AN收到A9-Update A8 Ack后），由于某种异常原因导致连接释放。EV-DO的呼叫释放有可能是AT发起的也有可能是AN发起的，掉话统计都是AN发起的呼叫异常释放。 1. 前向掉话机制 当终端连续检测到 DRC 为 0，则启动定时器 DRCSupervisionTimer，当时间超过 “(DRCSupervisionTimer × 10) + 240 ms”（由于 DRCSupervisionTimer 的默认值是 0，那么这个时长就是 240ms）就会关闭反向发射机，然后再等待 TFTCMPRestartTx（12 个控制信道周期，即 5.12s），这段 时间内如果 DRC 持续为 0，则手机会转到 Inactive 态，即终端侧掉话。 2. 反向掉话机制 AN 定义了反向掉话机制，当反向 DRC 无法正确解调时，AN 启动对应的定时器，若在指定时间内还没有 正确解调 DRC，则为一次掉话。当 BTS 无法解调 DRC 时，向 BSC 发送 Abis-DO ForwardStopped 消息，FMR 启动监控定时器T30M（缺省为 3s），若在该定时器内没有收到 Abis-DO ForwardRequest 消息，FMR 向 CCM 发送 SDU_CCM_Forward_Stop 消息，同时 CCM 启动 107 号定时器（缺省为 5s），若在定时器内没有收到数 据传输恢复消息，则为一次反向掉话。
图2-EVDO反向掉话机制示意图 无论是前向掉话还是反向掉话，在话统中一般都体现为“空口丢失”掉话。如果终端先
于系统掉话，并且在系统释放连接之前又向系统发送了CR消息，那么系统会将原来的连接释放，掉话原因统计为“其他原因”。 3. TuneAway掉线分析 3.1. CDR话单分析 通过DO的CDR分析发现，增加的掉话原因值主要是10031（等待A9 DO AL Connected Ack消息超时），但是该原因值没有掉线集中的TOP站点，也无TOP用户。通过分析原因值为10031的掉话CDR记录，发现掉话时的SINR值很好，但是却终端发生了监听1X的记录，因此判断是终端发生了监听1X寻呼信道现象，导致10031原因值掉话。
图3- EVDO掉话时的CDR话单 图4- EVDO掉话时监听1X寻呼信道 3.2. 操作日志分析 通过分析网络操作日志发现，在DO掉话劣化时段前，为解决1X寻呼负荷问题进行了增配1X第二寻呼信道的操作。涉及站点如下图（左）所示。 观察掉话增加的TOP站点，并分析这些基站的配置文件，发现掉线主要集中在增加寻呼信道的站点及其周围的站点如下图（右）所示，与寻呼信道扩容站点分布趋于一致。
图5- 1X双寻呼信道基站与掉线率劣化基站分布一致 且双寻呼信道站点的DO掉线率明显较单寻呼信道站点劣化明显，双寻呼信道基站相邻
站点的指标也有一定劣化，如下表所示。 日期 单寻呼信道基站 双寻呼信道基站 双寻呼信道基站相邻站 掉线次数 掉线率 掉线次数 掉线率 掉线次数 掉线率 5月1日 78277 0.66 21147 1.57 33347 1.42 5月2日 76513 0.66 19761 1.58 31337 1.42 5月3日 76928 0.65 19407 1.51 32029 1.42 5月4日 79482 0.66 19459 1.52 34809 1.46 5月5日 78613 0.66 20397 1.58 34547 1.42 5月6日 76249 0.64 19960 1.57 34689 1.42 5月7日 77449 0.65 19610 1.60 33868 1.43 表2-劣化基站DO掉线率指标 因此判断增加寻呼信道导致双模终端产生了TuneAway掉线。所谓TuneAway掉话指双模
终端在DO连接状态下监听1x寻呼信道时间过长，而不能及时返回DO网络，终端关闭DO发射机造成系统检测不到终端DO信号而触发的掉线。终端监听1x时间过长没有返回DO的主要原因是，终端在监听1x的过程中发生空闲态切换时脱网。
3.3. TuneAway掉线信令分析 选取现网某基站扇区配置1X双寻呼信道，进行故障原因定位，分别利用QXDM进行前台测试和抓包，利用Airbridge后台进行信令跟踪。 1． 后台Airbridge信令跟踪 测试过程中，使终端一直处于激活态，因此只要后台发现有A9-AL Disconnected消息，且如果该消息并不是发生在跨AN切换的时候，那么一定是反向信道出问题而导致的掉话。本次测试不在AN边界区域，因此在发现A9-AL Disconnected消息时，就可以判断为发生空口掉话。 根据后台信令确定掉话时间点，09：21：21秒左右发现有A9-AL Disconnected消息，09：21：26秒出现了A9-Release-A8消息，原因为空口丢失， 09：21：27秒时释放Abis链路资源，失败的原因值为10031。 图6-后台信令消息跟踪 2． 前台QXDM测试分析
通过分析前台QXDM中对应的时间点信令。01:21:29的时候，终端在DO激活态监听1X寻呼信道，通过EVENT信息看到，终端在监听过程中发生向PN453和PN273的空闲态切换。终端原来驻留在PN117扇区， PN117扇区1X配置双寻呼信道，PN453和PN273配置为单寻呼信道。通过EVENT信息看到终端在发生空闲态切换后由于监听不到寻呼信道消息(T30M超时)而发生脱网(System lost)，终端初始化重新搜网。
图7-QXDM跟踪发现T30M定时器超时掉话 下图所示为终端在初始化重新搜网后驻留在了PN117 的201频点的非基础寻呼信道上
(pagech=2)。而后终端又发起了向PN273和PN453的空闲态切换，现象同上面一样发生了1x掉话的现象。 图8-QXDM跟踪发现重新搜网后掉线 终端由于监听1x寻呼时间过长而导致收不到DO前向控制信道消息，接收Supervision
timer间隔超过5.12秒，手机关闭DO发射机(01:21:37:857 Tx Stopped)，导致掉线。
图9-QXDM跟踪发现控制消息监听超时 通过以上现象分析可以确定DO掉话是由于终端监听1x寻呼信道时间过长，而不能返回
DO网络导致掉话，即TuneAway掉话。查询双寻呼信道扇区（PN117）的接入参数配置，发现相邻小区配置（NBRCFG）为0： 图10-双寻呼信道站点接入参数配置 在NBRCFG=0的情况下，如果终端监听双寻呼信道载频的主寻呼信道时，向单寻呼信道
站点发生空闲态切换，终端能够监听到目标单寻呼站点的开销消息，不会出现终端空闲态切换掉网的情况。而终端驻留在双寻呼信道载频的非基础寻呼信道上，终端向单寻呼信道站点空闲态切换时，切换到单寻呼信道站点上，终端不会监听单寻呼信道的主寻呼信道，导致终端监听寻呼信道超时，超过T30m定时器（默认值3s），终端判断寻呼信道丢失，进入了初始化状态。
表3-T30m定时器描述 4. 解决方案 为有效解决因TuneAway引起的引起的EVDO掉线率问题，首先采取寻呼信道回退的方式对问题进行规避；然后将进一步对接入参数进行研究和测试，给出最终解决方案。 1、寻呼信道回退 选取2个站点删除新加的1x寻呼信道后，DO掉话率指标明显降低。同时周边站点的DO掉话数和掉话率指标都恢复到以前。
