1.1
上行失步机制在华为RNC4.5版本,新增了对无线掉话率的优化处理机制,也就是CR373机制。
如图 1
所示:
图
1
RNC4.5版本上行RL Failure掉话机制 上/下行链路失步过程涉及的定时器:
| | | | NODEB连续监测到NOUTSYNCIND次不同步指示后,启动TRLFailure | | | NODEB收到连续NINSYNCIND次同步指示就认为无线链路恢复同步。 | | | 若在TRLFailure超时前,NodeB依旧没有检测到NINSYCIND(1个检测周期160ms)个同步帧,NodeB即向RNC 发出RL Failure Indication;RNC收到该消息后,即启动RLRSTRMR ; | | | RadioLink过程等待无线链路恢复指示消息定时器。RNC等待NODEB返回NBAP_RL_SETUP_RSP响应定时器 | | | UE在发送CELLUPDATE消息后启动该定时器。 | | | 连接模式下允许UE发送CELL UPATE/URA UPDATE消息的最大次数。 | | | 连接模式下UE从L1收到连续失步指示的最大次数。达到N313-1次连续失步指示后,启动T313 | | | 当UE从L1检测到连续N315个同步指示后停止T313定时器。一旦T313超时,UE上报原因值为RL FAILURE的CELLUPDATE消息通知RNC空口下行失步。 | | | 当UE发起原因值为RLFAILURE的CELLUPDATE消息后,若当前存在与T314定时器管理的无线承载,则UE启动T314定时器,小区更新完成,停止T314。如果T314超时前,CELLUPDATE都没有成功,那么T314相关的RB承载就被删除,也就是掉话。 | | | 连接模式下在T313定时器启动期间UE从L1接收到连续同步指示的最大次数。 | | | Rlfailure+T_RLRESTORE+T302*N302超时后,NODEB删除RL连接的等待时间,如果ABNORMRETRIEVTMR也超时,RNC释放IU连接,也就是掉话。 | |
上行失步过程的定时器设置如下:0.16*N_OUTSYNC+Rlfail*0.1+T_RLRESTORE*0.001+T302*0.001*N302+ABNORMRETRIEVTMR A
—— NodeB连续检测到NOUTSYNCIND次失步指示(每次检测的时间间隔是0.16s),(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释放连接,计为掉话。
|