个人理解是这样的：
1.RNC收到NodeB发送的RL Failure Indication后，在RLRSTRTMR定时器时长内等待NodeB的RL Restore Indication（即无线链路恢复指示），也就是NodeB自我修复无线链路；
2.若RNC在RLRSTRTMR定时器超时后仍未收到RL Restore Indication，则NodeB关闭下行链路功率，以强迫UE进行CellUpdate；
3.UE无线链路失步后，UE将进行小区搜索，UE将在搜到的目标小区上进行Cell Update，原因为“radio link failure”（可尝试N302次小区更新，每次小区更新等待时长为T302）；
4.RNC在RLRSTRTMR定时器超时后启动ABNORMRETRIEVTMR（异常挽救定时器），在此时间段内若仍未收到Cell Update消息，则释放链路。
以上仅是个人理解，若有错误的地方还望指正，谢谢！

楼上说：
1.RNC收到NodeB发送的RL Failure Indication后，在RLRSTRTMR定时器时长内等待NodeB的RL Restore Indication（即无线链路恢复指示），也就是NodeB自我修复无线链路；

我想问下此时NodeB自我修复无线链路是如何修复的？现在是上行出的问题。

上行无线链路失步判断依据：
NB在收到N_OUTSYNC_IND个连续失步指示后，将启动“无线链路失败过程定时器”T_RLFAILURE，在收到N_SYNC_IND个同步状态指示后，NodeB将停止和复位T_RLFAILURE，如果T_RLFAILURE超时，NodeB则认为上行无线链路失步。
上行无线链路失步后NodeB的行为：
1)NodeB向RNC上发“Radio link failure indication”，指示同步失败。
2)NodeB停发下行数据，目的是让UE下行失步，来上发CellUpdate。此时会在终端侧显示出DPCH陡降现象。
3)RNC启动“收到RL失败等待定时器”。在该定时器超时前，如果未收到“Radio link restore”则RNC释放链路，并记为无线链路失败的掉话。
显然RNC是在T_RLFAILURE时间内给NODEB自我修复无线链路的机会，而不是一收到失步指示立马就判定无线链路建立失败。希望以上总结，可以消除你的疑惑。

mdip 和bus讨论的都是新版本的上行失步机制问题，他们的回复不同点在于mdip多了个c步中：
C——经过RLRSTRTMR+T302×N302，的等待时长。原来我跟bush对上行失步的处理过程看法是一样的，但参看了网上另一篇读文后，我觉得mdip的过程更准确：

http://labs.chinamobile.com/mblog/7671_88609

但对于楼主理解的“RNC收到该消息后，即启动RLRSTRMR，若RLRSTRTMR超时仍没有收到NodeB发出的RL Restore，则再启动N302×T302；若RNC依旧没有收到NodeB发出的RL Restore，则最终RNC向NodeB发出的RL DEL。‘应该是楼主理解错误，这个等待时长应该不分两次执行的。新的问题在于NODEB向RNC发送RL Failure Indication原语后，基本可以确定上行失步，为什么要等待RLRSTRTMR+T302×N302的时长再关闭下行发射让UE触发CELLUPDATE?上述连接中也没给出具体的说法，也查不到相关细致说明，于是有如下猜想：由于T302×N302恰好是CellUpdate的时长，之所以RNC在收到NODEB上行失步指示后会做RLRSTRTMR+T302×N302的等待时长，1是因为可能在接下来的时间，仍可能收到nodeb的RL Restore Indication原语；2更可能是因为考虑到上下行均失步的问题，设想当UE上下行均出现失步，一般来说下行失步触发cellUpdate的时间更短些，如果UE上下行均失步了，那么UE很可能因为下行失步已经发起了CELLUPDATE，那么RNC也就没有必要及时向NodeB发送RL Del，要求NodeB关闭下行链路功率，以强迫UE进行CellUpdate了，于是，在收到NODEB的上行失步原语后，作一个'常量+随机形式“的等待。

以上观点属个人观点，回帖的意义在于：
1。加强学习交流。
2。把此贴顶上去。
3。期待高手解答。

如果他们提供的资料中表述有误，我还是更倾向于2楼 blue_sea的解释，觉得更合理。

太深奥，以后来研究！

N302和T302是小区更新的计数器和定时器，在UE发送CELL UPDATE才有这些东西，收到CELL UPDATE CONFIRM消息后停止T302定时器。这是你说的上行失步之后的事情了。貌似，NODE B向RNC发送 RL 失步指示消息与 RL 失败定时器的顺序也是反的。。。。

这些东西都是一个虚假的

学习学习

好贴！同样的疑问！学习了！

这里所说的NodeB自我修复上行链路,我理解就是等待,等待什么呢?等待导致上行链路失步的原因消失,因为这个导致失步的原因很可能是偶发的,比如进入阴影区,比如进入弱信区,比如干扰,这些偶发的因素消除之后,可能又能恢复上行同步了

强烈置顶此贴！对于上行失败和下行失步、cell update进行了条理清晰和具体深入的表述。对涉及到的定时器和技术器的分析也清楚准确。对通过Nastar分析TOP小区，以及测试问题帮助很大。

学习学习！！！讲的不错！

看到你们的讨论,明白好多,谁能把上下行链路失步时间计算的公式写出来？？(华为)
目前华为最新机制的算法公式,谢谢~