关于TD上行失步和下行失步的理解。

如题。
我理解的上下行失步，这样对不？
1、上下行指的是UU口，即NODEB与UE的无线口。Nodeb是检测上行失步，UE是检测下行失步。
2、上行失步，基本上就掉话了，而下行失步会触发cell cellupdate。但是Nodeb检测到上午失步,，大概时间为8.2s,会上报Radio Link Failure Indication给RNC，RNC启动定时器使Nodeb不下发同步信息，使UE检测到下行失步从而触发celcellupdate。
是这样理解吗？

会不会同时UE和nodeb触发上下行失步？？？

上行失步由NODEB检测并判定，当NODEB检测到连续N_OUTSYNC_IND个周期没有收到终端上报的同步帧，则认为上行已经失步，随后开启tRLFailure定时器，若定时器超时仍然没有收到连续N_INSYNC_IND个同步帧，NodeB向RNC发出RL Failure Indication，之后启动tRLRestore定时器，若定时器超时仍然没有收到连续N_INSYNC_IND个同步帧，则RNC指示NODEB删除RL链路，并且停发下行同步帧，同时启动tRLFailWaitCU定时器，等待终端上报CELL UPDATE消息，发起挽救流程。
如果是上行先发生失步，则此时下行被NODEB强制触发失步和挽救流程（CELL UPDATE信令流程），终端在连续N313个周期没有收到下行同步帧，则启动T313定时器，若超时仍然没有收到，则重新发起小区搜索（时长无限制），并向新搜索到的小区发送CELL UPDATE请求，将尝试N302次直到成功，每次等待T302定时器时长，直到下行失步超时。
如果下行CELL UPDATE在T302时长收到了CELL UPDATE CONFIRM消息，则下行挽救成功，通话将恢复，否则记为掉话。
如果仅发生了下行失步，则只会发生下行失步的相关流程，上下行失步的时长均是由一系列定时器和计数器共同定义的。
上下行同时失步的情况也是很常见的，不过在信令上可以大致判断哪个先发生。