求解：TD的上下行失步引起的DPCH陡降？

如题。
在TD中，我们常常可以看到DPCH_RSCP陡降引起未接通或者掉话，我也知道上行失步一般不可恢复造成掉话或未接通，下行还可以通过CELLUPDATE进行挽救，我们怎么判断是上行失步后，NB停发数据造成了下行失步，还是本身就下行失步呢？怎么从鼎力测试的信令上和后台的TRACE结合上分别这两个失步呢？到底是哪一个先失步的？求高手解答。谢谢

楼主所谓的DPCH陡降，意思是PCCPCH信号还非常好，而DPCH的RSCP已经-100dBm了，CI几乎为-20DB，测试中有遇到过几次这样的问题，直径不明白是失步啊，还是不懂，等高手来回答

Node B侧和UE侧都有同步失步检测机制，如果是下行先失步，则UE侧的cellupdate消息先上报，如果是上行先失步，则Node B侧的RL failure indication消息要先上报。

时隙间的干扰引起的吧

一般路测系统中，测试的同时在后台对UE的Iur、Iub、UU口进行信令跟踪！！这样就可以对应路测系统中的信令参考。就可以准确定位到，UE的信令是走到那一步，哪里有异常。

       后台信令跟踪对网优中的问题定位有着很重要的作用！！