切换失败的信令分析

在DT切换事件的分析过程中，对于切换失败的分析比较困难。特别是1种失败原因为Unspecified的切换。

如图1中，在一次DT测试中，使用Nokia 6720手机测试，MS从900M小区切换到1800M小区，失败，原因值为Unspecified。此次失败后1秒，再次向另外一个1800M小区切换成功。

图 1 DT中连续2次切换，1次成功、1次失败图

仔细观察DT的信令过程，在信令时间上，MS在收到Handover Command后立刻发出了Handover Failure。感觉上MS在收到切换命令后并没有做出任何切换动作而直接回复切换失败。如图2所示。

图 2 切换命令和切换失败的信令及原因

观察切换点周边频率的分配，并未发现明显的干扰。

这两次切换的切换命令中，除了频点的差异外，无其他差异。如图3所示。

图 3 左边为失败的切换命令，右边为切换成功的切换命令从网络侧跟踪到的信令上，我们也能看出这种切换失败原因与其他切换失败原因之间的差异。如图4。

图 4 Timer expired切换失败原因的信令流程（异步切换，服务小区和目标小区都在本BSC内）

图 5 Unspecified切换失败原因的信令流程（异步切换，服务小区和目标小区都在本BSC内）

图 6 正常的信令流程图

比较图4、图5和图6的流程，可以发现：

在图4Timer Expired切换失败流程中，可以判断UE有发起接入的动作，因为检测到上行的RA消息（有上行的Handover Detection消息），且UE有收到Physical Message（有上行的Establish Indication）。

在图5Unspecified切换失败流程中，小区没有收到Handover Detection消息。在信令流程上判断是否有接入过程。但从信令时间上看，下发切换命令时间在720，收到Handover Failure在890，间隔仅仅170ms，折算为TDMA复帧，仅为36.8个。这段时间根本无法在切换目标信道上有动作。是收、发的时间间隔而已。

根据以上分析，原因值为Unspecified的切换失败过程，很可能与手机内部有关。