上下行失步

上下行失步都会发起小区更新， 发起小区更新的原因为RL Failure ，这就是判断失步的信令！要区分上行失步还是下行失步，要看DPCH RSCP。失步时DPCH RSCP会陡降，比如说从-70dBm直接陡降至-116dBm（等于没信号）。小区更新完成后会再次进入业务状态，DPCH RSCP恢复正常。如果陡降时间是3s多，那就是下行失步，8s多就是上行失步！

在协议里面针对上行链路失步和下行链路失步分别定义了判断标准，上行链路失步会删除链路,，下行失步会cellupdate，而且现在的情况是一般出现了上行失步后基本上都恢复不了，造成UE最终掉话，而下行时刻有时可以通过cellupdate过程恢复。引起上行和下行链路失步的原因又不能简单地认为是某一方面的问题，而是由于交互作用引起的。MSCBSC 移动通信论坛.n3K%d7F;];|3~8M
   下行失步：主要是基站和终端由于无线环境不好，原因较多的就是弱覆盖等因素导致，这个原因值在路测软件中，和网管跟踪的信令中都有，主要就是无线环境不好，干扰，弱覆盖等。
   上行失步：主要是目标小区上行UPPCH干扰严重，或者同时有其他UE的上行同步碰撞，导致和目标小区的上行同步失败；基站在接收到ＵＥ的调度资源信息或释放非调度资源通知后，长时间不能为ＵＥ分配调度资源且无法向ＵＥ发送ＳＳ命令，而造成的ＵＥ的失步。目标小区的UPPTS期望接收到的功率设置过小、功率步长设置不合理，可能会导致切换失败。