上行预同步呀；接力切换时不需要UE上下行同步过程的。

硬切换（Hard Handover）是指当用户发生越区切换时，先断开与原小区的联系，再和目标小区建立联系的过程。

接力切换(Baton Handover)利用了上行预同步技术（即UE可提前获取切换后的上行信道发送时间、功率信息），在由原小区向目标小区转移无线链路时，先将上行链路转移到目标小区，在一段时间内UE继续利用原小区和UE之间的下行链路进行通信，在确保UE与目标小区建立了有效和可靠的上行链路通信后，再将下行链路转移到目标小区，进而完成接力切换过程。

根据切换后原有信道是否完全释放分类，切换可分为硬切换和接力切换。接力切换可以实现无缝切换，并缩短切换时延，理论上系统内切换应尽量采用接力切换，只有在RNC无法获取目标小区同步时间等信息无法进行接力切换或在HS/E-DCH切换场景下才采用硬切换。RNC无法获取目标小区同步时间的场景如下：
1）当前小区与目标小区没有Iur口连接；
2）UE没上报小区同步信息（如OFF等）；
3）切换目标小区和测量上报小区不是同一小区（如负荷均衡触发切换到同覆盖的异频邻区中）等。
后台可以配置是否强制使用硬切换，如果是，则系统内切换不考虑接力切换，全部采用硬切换；否则，按照上述方法进行接力切换和硬切换的选择。
当采用硬切换时，硬切换类型的选择方法如下：当UE能上报当前小区与目标小区的SFN-SFN时间差或SRNC能获取目标小区SFN timing，则采用Timing-maintained hard handover；否则采用Timing re-initialised hard handover。

判决过程是网络RNC的一个重要功能，对UE上报的事件和内容进行判决，如果不满足门限和条件，则不予理会，如果满足给定的条件，选择好要切换的目标小区，则下发PHYSICAL CHANNEL RECONFIGURATION消息给UE，启动切换过程。
不同的RNC之间的小区肯定要进行硬切，大家都知道了。同一RNC下，RNC给UE下发PHYSICAL CHANNEL RECONFIGURATION消息之前，不论是接力切换还是硬切换，需要对目标小区进行无线链路的建立配置，当配置完成之后再下发消息。此消息里含有目标小区的ID、载波频率以及物理层的新配置信息等，不同的配置就决定了不同的切换，即是接力切换还是硬切换。
(1) 当UE收到此消息后，发现消息中含有IE Synchronisation parameters（包括SYNC_UL码信息和FPACH info等）和激活时间，则判断为硬切换。因为硬切换是先断后连，网络侧告诉UE一个激活时间，在激活时间到时，断开当前所有的链路，重新接入目标小区，所以激活时间只有在硬切换时才用得到，接力切换不需要。还有，因为UE是重新接入目标小区，它事先并不知道和目标小区的距离以及链路损耗，TD接入两个最重要的参数：开环功率和定时同步也就无法计算得到，所以网络侧需要告诉UE相应的SYNC_UL码信息和FPACH info等，以便UE在UpPTS上使用SYNC_UL码接入时能够在FPACH上得到应答信息，从应答信息里即可得到调整后的开环功率和定时信息，UE就按照调整后的值在DPCH上发送信息，形成闭环。当网络侧收到PHYSICAL CHANNEL RECONFIGURATION COMPLETE消息，切换完成。
(2) 接力切换是不需要上述信息的。当UE收到的PHYSICAL CHANNEL RECONFIGURATION消息中不含有IE Synchronisation parameters和激活时间时，判断为接力切换。此时UE要在目标小区重新做测量，并用到TD特有的智能天线技术和上行同步技术。具体过程为：UE根据智能天线技术在目标小区实现距离和方位的定位，从而可以计算得到UE和目标小区之间传送信息的到达时间；另外，通过测量目标小区的链路损耗可以得到合适的上行开环发送功率。这样TD接入所需要的两个重要参数：开环功率和定时同步都已经具备，UE即可在新配置的物理信道的上行方向直接接入目标小区，发送信令和业务数据，而下行方向依然和原小区保持连接。这样持续一段时间之后（具体时间设置要充分考虑一个TTI内数据的完整性），UE即可断开和原小区的链路连接，将下行接入到目标小区，形成闭环。当网络侧收到PHYSICAL CHANNEL RECONFIGURATION COMPLETE消息，切换完成。

路过，学习学习，，，，

学习一下，呵呵

真实牛人啊

牛人啊！太牛了！哥哥！

收藏收藏！不错，学习了。

很不错谢谢

哦～上来学习一下，最近都在搞GSM，都没有搞TD

看的有点晕。。。