目前，TD-LTE与TD-SCDMA数据业务互操作采用的策略为空闲态重选和连接态重定向。互操作时延异常主要表现为空闲态重选/连接态重定向时延偏长或偏短。
    - 空闲态重选：在进行重选判决后，重选控制面时延主要由目标小区同步、目标小区读广播消息、目标小区位置区/路由区更新三部分构成。
    - 连接态重定向：在原小区释放无线链路后，重定向控制面时延主要由搜索异系统频点、目标小区同步、目标小区读广播消息、目标小区位置区/路由区更新四部分构成，控制面流程完成后在目标小区恢复数据业务。
以下详细分析每个段时延可能出现的问题原因及解决办法。
1、    重定向搜索异系统频点阶段
终端在4G到3G 盲重定向后搜索异系统频点的过程中，可能出现重定向消息中下发的频点无法接入，需要再搜索其他频点的情况。主要原因为目前4G邻区的配置方式是继承与其共站的3G小区邻区关系，因此eNodeB下发的测量控制消息及重定向消息中的3G频点可能不准确，当下发的频点不正确时，终端需要搜索其他频点尝试接入。虽然最终最后能接入成功，但会导致时延较长。此问题需通过优化邻区频点配置，使重定向消息中下发的频点尽量准确来避免。
2、    目标小区同步阶段
   目标小区同步时延与无线环境、终端同步性能相关度较高。除此之外，还与相关定时器配置有关。相关定时器配置过长，或定数器配置次数过多，会造成交互消息下发慢或多次下发交互消息，导致时延略长。
3、    重选/重定向读取目标小区广播消息阶段
   终端在目标小区读取广播消息的时延与系统广播消息的长短有关。系统广播消息的长度越长，需要配置的广播周期越长，读取的时延也就越长。此问题需通过精简邻区配置，尽量减少广播消息长度，缩短广播消息周期来解决。
4、    重选/重定向目标小区路由区/跟踪区更新阶段
    目标小区路由区更新时延主要与信令交互处理时延相关。主要涉及到以下几个方面：
(1).    系统间互操作鉴权流程
  系统间互操作鉴权是否开启会影响该阶段时延，开启系统间互操作鉴权，由于增加了相关信令交互，则目标小区路由区更新时延相应会增长，反之，时延相对较短。
(2).    TAU/RAU过程
    TAU/RAU过程异常，如出现TAU/RAU请求被拒绝，但终端多次尝试TAU/RAU请求，或attach请求后成功，该阶段时延将明显增加。TAU/RAU过程异常可能涉及的原因和解决办法如下：
a)    P-GW和GGSN分设时，由于GGSN不具备P-GW的功能，会导致概率性TAU拒绝，需在4G重新Attach后成功接入。此问题通过开启SGSN根据UE能力选择路由功能来解决。
b)    HSS和HLR分设时，若在两个设备中配置的用户签约数据不同（如APN），可能导致终端重选/重定向到异系统后，RAU/TAU拒绝，终端需重新Attach后接入网络。此问题可通过在HSS/HLR修改相关数据解决。
c)    终端重选/重定向到异系统后，MME/SGSN未能在DNS查询到源核心网网元地址获得用户相关信息，从而发送RAU/TAU拒绝（原因值为#9），终端需重选Attach后接入网络。此问题可通过在DNS配置相关数据解决。
d)    核心网异常未及时响应RAU/TAU 请求，导致RAU/TAU 失败；终端再发起RAU/TAU或Attach请求后成功。此问题需在核心网跟踪log，查找未及时响应TAU请求的原因，根据具体情况解决问题。
(3).    TMSI重分配方式
TMSI重分配方式有显式分配和隐式分配两种方式，显示分配通过TMSI重分配消息下发TMSI，隐式分配是通过LAU Accept消息中携带TMSI。隐式分配会增加空口消息，可能延长信令交互时延。
(4).    IMSI获取方式
终端重定向到新的MSC后，需要重新获取IMSI，获取方式可向原MSC索取，也可通过空口向UE索取。重定向过程，进行联合位置更新后，如通过空口向UE索取IMSI，会额外增加空口消息，可能增大信令交互时延。
5、    目标小区恢复数据业务阶段
重定向过程中，在RAU/TAU后，UE异常释放空口连接，需要再次发起连接请求，才可恢复数据业务，增大业务恢复时延。