DO掉话机制及定时器.docVIP

DO掉线及定时器 DO掉线定义 EVDO对于掉话的定义是：已经成功建立的连接（AN收到A9-Update A8 Ack后），由于某种异常原因导致连接释放。EV-DO的呼叫释放有可能是AT发起的也有可能是AN发起的，掉话统计都是AN发起的呼叫异常释放。 （注：“休眠态定时器超时”和“休眠定时器超时AT无响应”属于正常释放，不会统计到掉话中） 掉话率 = 掉话总次数 / 总的呼叫成功次数 无线掉话率=无线掉话次数/（正常释放次数+系统掉话次数）*100% 关于掉话的几点说明 数据业务空口连接掉话，会由终端或系统侧重新发起连接，对用户感受的影响不像1x掉话那么明显。 有部分DO连接掉话是因为DO-1X互操作导致的，影响指标但对用户感受没有影响。 用户异常行为如直接拔卡也会被系统侧统计成空口掉话。 掉话机制 反向掉话机制（AN侧掉话） AN定义了反向掉话机制：当反向DRC（Data rate control）无法正确被系统解调时，AN启动对应的定时器，若在指定时间内还没有正确解调出DRC，则AN会发起释放，记为一次掉话。 当BTS无法解调DRC时，向BSC发送Abis-DO ForwardStopped消息，FMR启动监控定时器（缺省为3s），若在该定时器内没有收到Abis-DO ForwardRequest消息，FMR向CCM发送SDU_CCM_Forward_Stop消息，同时CCM启动107号定时器（缺省为5s），若在定时器内没有收到数据传输恢复消息，则为一次反向掉话。 注：FMR(无线帧处理模块)和CCM（呼叫控制模块）为AN的内部模块。 掉线原因举例： CONNECTION_RELEASE_AIR_LINK_LOST_TIMEOUT AIRLINK_LOST_TIMEOUT 指CES的前向信道单元丢失DRC，反向信道单元丢失反向链路后，会启动T_AirLinkAcquired定时器，等待反向链路重新捕获，如果在定时器超时后都没有重新捕获，则发起空中链路的释放。从这个流程可以看出，AIRLINK_LOST_TIMEOUT的释放时反向弱覆盖引起的掉话。 T_AirLinkAcquired定时器超时后都未捕获到AT发过来的DRC和Pilot信号，从而发生Air-link Release CONNECTION_RELEASE_TCC_TIMEOUT TCC_TIMEOUT指AN侧在切换过程中已经发出TCA消息，等待AT回复TCC消息超时，为避免错误解读DRC目标小区信息而主动发起掉线。产生TCC超时既可能是系统侧的原因，也可能是无线侧的原因，但很多时候都是由于无线侧的原因导致，比如因为前向覆盖差，导致AN下发了TCA，但AT收不到TCA，因此AT不可能给AN回TCC。无线侧导致TCC超时的最大可能原因是AT收到了来自AN的TCA，也向AN回了TCC，并且通常会发送该消息多次，但AT因激活集中导频的反向链路差导致。 前向掉话机制（终端AT掉话） 前向掉话机制：当终端连续检测到DRC为0超过“(DRCSupervisionTimer × 10) + 240 ms”就会关闭反向发射机，然后再等待12个控制信道周期，即5.12s，这段时间内如果DRC仍然持续为0，则手机会转到Inactive（空闲态）态，即终端侧掉话。 无论是前向掉话还是反向掉话，在话统中一般都体现为“空口丢失”掉话。如果终端先于系统掉话，并且在系统释放连接之前又向系统发送了CR（Connection Request）消息，那么系统会将原来的连接释放，掉话原因统计为“其他原因”。 掉线原因举例： CONNECTION_RELEASE_SERVICE_TERMINATE 系统在上一个连接进程没有释放的时候，收到同一个AT的接入信道消息，系统会产生一个SERVICE_TERMINATE释放。产生这种现象的主要原因是对手机开销消息、信道资源等的SupervisionFail导致。因为在SupervisionFail(管理失败)时候，AT在反向不会发送ConnectionClose消息，在这种情况下，AT会再次请求接入网络。 从Supervision产生的机制可以知道他们都是前向弱覆盖引起。所以SERVICE_TERMINATE的释放可以归结为前向弱覆盖引起的掉话。 定时器 华为设备定时器 去激活定时器长度（INACTIVETLEN）-休眠定时器 该参数定义了前反向都无数据传送时连接持续最大时长。当该定时器时长内前反向一直无数据传送，将释放当前连接。属于正常释放，不计入掉话。 修改命令：MOD DOSDUPARA 查询命令：LST DOSDUPARA 取值范围：10~255 秒 缺省值：30秒 若参数设置较小，将导致连接的频繁建立与释放，可以节约空口资源，并降低掉话率（正常释放次数