2024年3月23日发(作者：哈运恒)
百度文库 - 让每个人平等地提升自我
上/下行链路失步机定时器原理分析
无线侧的上/下行链路失步机制就是判断终端与网络侧的通信从第一个失步开始到最终
无线侧释放网络资源的整个流程。现在整个流程的定时器配置是按照总时长不超过16秒来
做的。
1、上/下行链路失步机制和定时器介绍
1.1
上行失步机制
在华为版本，新增了对无线掉话率的优化处理机制，也就是CR373机制。
如错误!未找到引用源。所示：
图 1 版本上行RL Failure掉话机制
上/下行链路失步过程涉及的定时器：
华为参数 含义 单位
次
次
NOUTSYNCIND NODEB连续监测到NOUTSYNCIND次不同步指示后，启动TRLFailure
NINSYNCIND NODEB收到连续NINSYNCIND次同步指示就认为无线链路恢复同步。
若在TRLFailure超时前，NodeB依旧没有检测到NINSYCIND（1个检测
TRLFAILURE 周期160ms）个同步帧，NodeB即向RNC 发出RL Failure Indication；
RNC收到该消息后，即启动RLRSTRMR ；
RLRSTRTMR
T302
N302
N313
RadioLink过程等待无线链路恢复指示消息定时器。RNC等待NODEB返
回NBAP_RL_SETUP_RSP响应定时器
UE在发送CELLUPDATE消息后启动该定时器。
连接模式下允许UE发送CELL UPATE/URA UPDATE消息的最大次数。
连接模式下UE从L1收到连续失步指示的最大次数。达到N313-1次连续
失步指示后，启动T313
当UE从L1检测到连续N315个同步指示后停止T313定时器。一旦T313
T313 超时，UE上报原因值为RL FAILURE的CELLUPDATE消息通知RNC
空口下行失步。
当UE发起原因值为RLFAILURE的CELLUPDATE消息后，若当前存在
T314
与T314定时器管理的无线承载，则UE启动T314定时器，小区更新完
成，停止T314。如果T314超时前，CELLUPDATE都没有成功，那么
T314相关的RB承载就被删除，也就是掉话。
秒
毫秒
毫秒
次
次
秒
秒
1
百度文库 - 让每个人平等地提升自我
N315
ABNORMRETRIEV
TMR
连接模式下在T313定时器启动期间UE从L1接收到连续同步指示的最大
次数。
Rlfailure+T_RLRESTORE+T302*N302超时后，NODEB删除RL连接的等待时
间，如果ABNORMRETRIEVTMR也超时，RNC释放IU连接，也就是掉话。
次
秒
上行失步过程的定时器设置如下：
*N_OUTSYNC+Rlfail*+T_RLRESTORE*+T302**N302+ABNORMRETRIEVTMR
A —— NodeB连续检测到NOUTSYNCIND次失步指示（每次检测的时间间隔是），
（NOUTSYNCIND：NodeB启动 T_RLFAILURE定时器前连续检测到 out-of-sync指示的
数目）；达到A点后，NODEB会进入TRLFAILURE定时器。
B —— 经过TRLFAILURE的时间，NodeB如果仍未检测到连续NINSYNCIND个同步
指示，NodeB则向RNC发出RL Failure Indication，表示RL链路已经失步。（TRLFAILURE：
NodeB连续收到NOUTSYNCIND个失步指示到触发无线链路失败流程之间的时长；如果
TRLFAILURE期间，连续收到NINSYNCIND个同步指示，那么无线链路回复正常。）
C —— NodeB则向RNC发出RL Failure后，经过RLRSTRTMR+T302*N302的时间。
如果RNC未收到RL Restore Indication（无线链路恢复指示）。在CR373机制开启的情况
下，RNC向NodeB发送RL Del（无线链路删除），要求NodeB关闭下行链路功率，以强
迫UE进行CellUpdate；（华为目前机制中在RLRSTRTMR+T302*N302时间中都等待上行
自己的恢复，也就是收到RL Restore Indication）。网络侧等待UE上报CELLUPDATE。
D —— 如果经过ABNORMRETRIEVTMR的时间，没有收到UE上报的CELLUPDATE，
RNC就判断UE进行CellUpdate不成功，向核心网上报IU REL REQ释放连接，计为掉话。
版本开启CR373机制与版本没有CR373机制的比较
差别之处是在C点之后要求NodeB关闭下行链路，并启动ABNORMRETRIEVTMR
定时器，以强迫UE自身通过CellUpdate进行掉话挽救；之前的机制，在C点处RNC即
释放链路，并记录掉话一次。也就是说为了保证总时等于16秒，开启CR373机制，会增
加一个ABNORMRETRIEVTMR定时器，因此：
【*N_OUTSYNC+Rlfail*+T_RLRESTORE*+T302**N302】的总时间相比没有CR373机制
的设置，要缩短，给ABNORMRETRIEVTMR定时器空出时间出来。
2
2024年3月23日发(作者：哈运恒)
百度文库 - 让每个人平等地提升自我
上/下行链路失步机定时器原理分析
无线侧的上/下行链路失步机制就是判断终端与网络侧的通信从第一个失步开始到最终
无线侧释放网络资源的整个流程。现在整个流程的定时器配置是按照总时长不超过16秒来
做的。
1、上/下行链路失步机制和定时器介绍
1.1
上行失步机制
在华为版本，新增了对无线掉话率的优化处理机制，也就是CR373机制。
如错误!未找到引用源。所示：
图 1 版本上行RL Failure掉话机制
上/下行链路失步过程涉及的定时器：
华为参数 含义 单位
次
次
NOUTSYNCIND NODEB连续监测到NOUTSYNCIND次不同步指示后，启动TRLFailure
NINSYNCIND NODEB收到连续NINSYNCIND次同步指示就认为无线链路恢复同步。
若在TRLFailure超时前，NodeB依旧没有检测到NINSYCIND（1个检测
TRLFAILURE 周期160ms）个同步帧，NodeB即向RNC 发出RL Failure Indication；
RNC收到该消息后，即启动RLRSTRMR ；
RLRSTRTMR
T302
N302
N313
RadioLink过程等待无线链路恢复指示消息定时器。RNC等待NODEB返
回NBAP_RL_SETUP_RSP响应定时器
UE在发送CELLUPDATE消息后启动该定时器。
连接模式下允许UE发送CELL UPATE/URA UPDATE消息的最大次数。
连接模式下UE从L1收到连续失步指示的最大次数。达到N313-1次连续
失步指示后，启动T313
当UE从L1检测到连续N315个同步指示后停止T313定时器。一旦T313
T313 超时，UE上报原因值为RL FAILURE的CELLUPDATE消息通知RNC
空口下行失步。
当UE发起原因值为RLFAILURE的CELLUPDATE消息后，若当前存在
T314
与T314定时器管理的无线承载，则UE启动T314定时器，小区更新完
成，停止T314。如果T314超时前，CELLUPDATE都没有成功，那么
T314相关的RB承载就被删除，也就是掉话。
秒
毫秒
毫秒
次
次
秒
秒
1
百度文库 - 让每个人平等地提升自我
N315
ABNORMRETRIEV
TMR
连接模式下在T313定时器启动期间UE从L1接收到连续同步指示的最大
次数。
Rlfailure+T_RLRESTORE+T302*N302超时后，NODEB删除RL连接的等待时
间，如果ABNORMRETRIEVTMR也超时，RNC释放IU连接，也就是掉话。
次
秒
上行失步过程的定时器设置如下：
*N_OUTSYNC+Rlfail*+T_RLRESTORE*+T302**N302+ABNORMRETRIEVTMR
A —— NodeB连续检测到NOUTSYNCIND次失步指示（每次检测的时间间隔是），
（NOUTSYNCIND：NodeB启动 T_RLFAILURE定时器前连续检测到 out-of-sync指示的
数目）；达到A点后，NODEB会进入TRLFAILURE定时器。
B —— 经过TRLFAILURE的时间，NodeB如果仍未检测到连续NINSYNCIND个同步
指示，NodeB则向RNC发出RL Failure Indication，表示RL链路已经失步。（TRLFAILURE：
NodeB连续收到NOUTSYNCIND个失步指示到触发无线链路失败流程之间的时长；如果
TRLFAILURE期间，连续收到NINSYNCIND个同步指示，那么无线链路回复正常。）
C —— NodeB则向RNC发出RL Failure后，经过RLRSTRTMR+T302*N302的时间。
如果RNC未收到RL Restore Indication（无线链路恢复指示）。在CR373机制开启的情况
下，RNC向NodeB发送RL Del（无线链路删除），要求NodeB关闭下行链路功率，以强
迫UE进行CellUpdate；（华为目前机制中在RLRSTRTMR+T302*N302时间中都等待上行
自己的恢复，也就是收到RL Restore Indication）。网络侧等待UE上报CELLUPDATE。
D —— 如果经过ABNORMRETRIEVTMR的时间，没有收到UE上报的CELLUPDATE，
RNC就判断UE进行CellUpdate不成功，向核心网上报IU REL REQ释放连接，计为掉话。
版本开启CR373机制与版本没有CR373机制的比较
差别之处是在C点之后要求NodeB关闭下行链路，并启动ABNORMRETRIEVTMR
定时器，以强迫UE自身通过CellUpdate进行掉话挽救；之前的机制，在C点处RNC即
释放链路，并记录掉话一次。也就是说为了保证总时等于16秒，开启CR373机制，会增
加一个ABNORMRETRIEVTMR定时器，因此：
【*N_OUTSYNC+Rlfail*+T_RLRESTORE*+T302**N302】的总时间相比没有CR373机制
的设置，要缩短，给ABNORMRETRIEVTMR定时器空出时间出来。
2