LTE定时器详解

本期关注：定时器和常量类参数

定时器类参数和常量类参数在网络优化中的意义相当重要，本文仅仅对层三信令涉及的定时器以及常量类参数进行讨论，如涉及到一些底层参数，请参阅相关文献。

信令的启动、交互、传递、终止都是靠一系列的定时器以及常量类参数进行组合控制的，因此，在微观层面，这一类型参数决定着某一信令的起止时刻，或者重复传递的频次。宏观层面，某一参数的调整，对于整个网络的性能，网络优化的效果都可能产生巨大的影响。熟悉此类型参数是网络优化的重要手段之一。此类型参数分为两部分，一部分是定时器（timer）参数,一部分是常量（constant）参数，下面分别进行介绍。

定时器类参数顾名思义就是确定时间长度的参数。这类参数辅助信令进行开始以及终止的定时，3GPP EUTRA中该类参数共12个，具体参数名称以及描述请参见表。

表3GPP相关定时器描述

在这些名目繁多得定时器中，本文着重攫取几个与日常网络优化息息相关的定时器参数进行说明。

T300:

该定时器由系统消息SIB2下发（参见36.3315.229 ），值存在名为 UE-TimersAndConstants 的信息块中（IE ），当UE 的上层要求处于 RRC_IDLE 状态的UE 发起RRC 连接请求时，T300开始启动。值得一提的是，当连接态下

（RRC_Connected ）,SIB2消息下发后，存贮于该消息块中其他的定时器及常 量是不做更新的，但是T300需要进行同步更新。当收到了 RRC 连接建立，RRC 连接拒绝，小区重选或者高层主动释放连接时，该定时器终止。除了正常 RRC

连接建立导致T300的终止，其他原因导致T300终止后，MAC 层相关配置都需 要进行重置并释放掉。小区重选和高层还需要 RLC 层重建。如该定时器超时，

则会重置 MAC 层，释放掉 MAC 配置以及重建 RBs （Radio Bears ）已有的RLC 实体。3GPP 协议中规定T300的取值范围为枚举值，分别可以为

{ms100,ms200,ms300,ms400,ms600,ms1000,ms1500,ms2000}, 代表定时器时长可以设为100毫秒。

该定时器设置的长短决定了网络中 RRC 连接建立的成功率以及资源的合理 利用情况，如果设置过长，可以提升 RRC 连接建立成功率，但是可能会导致无 谓的消耗资源，例如在小区覆盖边缘地区或者高干扰区域，信号质量已经恶化的 情况下，层三信令并不释放连接，而是等待底层进行不断的重传尝试， 这样不仅

导致个体用户接续时延的增加，可能还会带来对网络资源整体的消耗以及导致的 拥塞发生，同时还可能由于底层不断的重传导致网络干扰的抬升。 反之， 定时器设置过短，可能导致 RRC 连接建立成功率过低，从而进一步影响 或者PS 域业务接通率。

在无线网络优化中，设置参数的目的不是为了单纯的提升统计 KPI ， 适配网络结构的基础上，使得 KPI 尽量贴近用户感知，既不能恶化 KPI 使用

户 感知受到影响，也不能单纯的提升了某项 KPI ,而使得其与用户感知完全脱节， 最佳合理的策略是正向同步优化 KPI 作为评估手段的基础上，提升用户感知。 根据现网测试结果以及优化经验的基础上，同时考虑到 LTE 网络主要承载PS

域业务以及CSFB 的用户接续时延感知（CSFB 用户拨叫接续时延将会是 LTE 话音业务中衡量用户感知的重要标准之一， 因此需要从信令流程、参数设置以及

新功能影响各个层面逐一进行优化设置，以期效果达到最佳）

其中mslOO

如果该

CS 域 而是在

T301:

定时器T301的获取途径有两种，其一如同 T300、T310、N310 T311、N311 等一

样，从 系统消息SIB2中的信息块，ue-TimersAndConstants 中获取；另一 种则是通过

信息块rIf-TimersAndConstans 获取，取值范围｛ms100ms200 ms300 ms400 ms600

ms1000 ms1500 ms200Q ，取值类型为枚举型，单位为毫秒。 一般在驻留到一个合适的

LTE 小区后，与上传

RRCConnectionReestablishmentRequest 同时启动，在收到

RRCConnectionReestablishment 后终止。另外如果收到

RRCConnectionReetablishmentReject 后该定时器也会终止，UE 会从 RRC_CONNECTE 为

RRC_IDLE 重置MAC 释放掉所有无线资源（包括 RLC 实体、 MAC 配置和相应PDC 实

体）。当该定时器超时，UE 会从RRC_CONNECT 转为 RRC_IDLE

当UE 检测到（1）无线链路失败；（2）切换失败；（3） 败（异系统互操作）；（4）来自底层指示的完整性保护失败； 配失败。如果链路重建原因值（reestablishmentCause ）为 recon

figuratio nF ailure, 则可能该重建过程是由于重配失败触发；如果链路失

败原因值为handoverFailure,则可能该重建过程是由于系统内切换或者异系统 互操作

导致（从LTE 网络切换出或者CCO t 定向）；如果链路失败原因值为 otherFailure,则

重建过程由其他原因导致。

该参数的取值直接导致 RRC 连接的重建成功率以及业务接续时延，设置值过高可能导致 在链路失败或者切换失败等原因触发的链路重建过程中的底层无谓随机接入尝试次数过多， 从而影响

RRCConnectionReestablishment 这种层3挽救机制的接续感知，反之，如果该值 设置过低，会导致

RRC 连接重建成功率下降

RRCGfingC 打切 tS 謝 Ego 农/ 耐€, RRC 连接建立成功

移动出E-UTRA 失

（5） RRC 连接重

UE