移动终端重定向到目标网络的方法、装置及系统与流程

本发明涉及通信领域，具体而言，涉及一种移动终端重定向到目标网络的方法、装置及系统。

背景技术：

长期演进（Long Term Evolution，简称为LTE）是一种移动通信4G长期演进的主流技术，通过采用正交频分复用（Orthogonal Frequency Division Multiplexing，简称为OFDM）和多输入多输出（Multiple-Input Multiple-Out-put，简称为MIMO）、及扁平化架构等技术提高了通信速率、频谱效率，降低了无线网络的延时。当驻留在通用移动通信系统（Universal Mobile Telecommunications System，简称为UMTS）网络服务小区中的移动终端（UE）进入到所属运营商或者等效运营商的LTE网络信号覆盖范围之内的时候，运营商出于各种原因，通常优先考虑将UE尽快地迁移到LTE网络服务小区中，以更加高效地提供用户相应的业务。

UMTS网络可以通过跨系统重定向技术（Redirection），将UE迁移到LTE系统目标服务小区中。例如，UE已经在UMTS服务小区中建立了无线资源控制（Radio Resource Control，简称为RRC）连接和一些无线承载（Radio Bearer），UMTS网络通过RRC连接释放消息（RRCCONNECTION RELEASE）中携带重定向信息（Redirection info），命令UE释放掉已有的RRC连接和无线承载，然后在指示的目标系统中做小区选择，重新建立空口信令连接和无线承载。

图1是根据相关技术的基于网络控制下的UE从UMTS重定向到LTE的流程图，如图1所示，主要包括以下步骤：

步骤101：网络侧通过重定向过程携带LTE频点列表和UE搜索这些频点所使用的时间t。

其中，时间t可以根据所配置的频点数以及网络侧对当前UE所处无线环境的判断确定。例如，如果网络侧希望UE尽量重选到LTE而避免很快回到UMTS，可以配置比较长的t，如果网络侧希望UE当前的业务不被打断则可以配置比较小的t。

这样UE搜索的频点以及搜索的时间都将置于网络侧的控制之下，而配置比较长的t增加了UE寻找到LTE小区的概率，从而提高了重定向的成功率。

步骤102：UE接收到重定向的信息，并获取LTE频点列表和搜索时间t，终端依次搜索频点并依次尝试驻留该频点上的LTE小区；

步骤103：UE判断当前搜索到的LTE小区是否可以驻留？如果可以驻留则转步骤104；否则转步骤105；

步骤104：UE在该LTE小区接入，重定向过程结束。

步骤105：UE判断搜索LTE小区所耗搜索的时间是否大于网络侧允许搜索的时间t？如果大于时间t则转步骤106；否则转步骤107；

步骤106：UE回到UMTS小区。重定向流程结束。

该返回的UMTS小区可以是原来的小区，也可以是新的小区。

步骤107：UE判断是否搜索完所有配置的LTE频点？如果搜索完毕则转步骤102对所配置的LTE频点进行再一次的搜索，以提高搜索到合适LTE小区的可能性，从而提高了重定向到LTE的成功率；否则转步骤108；

步骤108：UE还有下一个LTE小区需要尝试并转步骤103。

目前，LTE网络基本是局部热点覆盖，由于UE随机的移动性而导致网络无线信号强度质量的实时变化、或者UE自身的一些问题，可能导致UE从UMTS重定向到LTE网络失败。当UE向LTE网络重定向失败后，通过UMTS服务小区选择流程，重新驻留并且接入原来的UMTS网络。由于UMTS网络侧并不会保存该UE的RRC连接历史信息，因此，不能判断出该UE刚刚经历了LTE重定向失败，因此，UMTS网络会试图将UE重定向到LTE网络，从而可能继续导致UE向LTE重定向失败。这种连续的LTE驻留和接入失败，导致UE在较长时间无法获得网络的无线承载服务，极大的影响了用户的通信体验感受。

针对相关技术中由于网络侧无法判断UE刚经历了重定向到目标网络失败而连续将UE重定向到目标网络，从而导致UE长时间无法获得网络的无线承载服务的问题，目前尚未提出有效的解决方案。

技术实现要素：

针对相关技术中由于网络侧无法判断UE刚经历了重定向到目标网络失败而连续将UE重定向到目标网络，从而导致UE长时间无法获得网络的无线承载服务的问题，本发明提供了一种移动终端重定向到目标网络的方法、装置及系统，以至少解决上述问题。

根据本发明的一个方面，提供了一种移动终端重定向到目标网络的方法，包括：移动终端在源网络中已建立无线资源控制（RRC）连接后，接收所述网络侧发送的RRC连接释放消息，其中，所述RRC连接释放消息中携带有指示所述移动终端向目标网络重定向的信息；所述移动终端根据所述RRC连接释放消息重定向到所述目标网络失败；所述移动终端向所述源网络的网络侧重新发起不携带预重定向信息的RRC连接建立请求消息，指示所述移动终端不支持向所述目标网络的重定向。

优选地，所述移动终端向所述源网络的所述网络侧重新发起不携带预重定向信息的所述RRC连接建立请求消息，包括：所述移动终端确定当前满足预定条件，向所述源网络的所述网络侧重新发起不携带预重定向信息的所述RRC连接建立请求消息。

优选地，所述预定条件包括以下至少之一：所述移动终端接收到来自网络侧的非接入层（NonAccess Stratum，简称为NAS）)或接入层（Access Stratum，简称为AS）下行消息，指示源网络对于RRC连接释放后的移动终端的上下文信息进行即刻删除；所述移动终端检测自己当前没有处于高速移动状态，且所述移动终端重定向失败后回到所述源网络的小区与重定向前相同；所述移动终端接收所述RRC连接释放请求消息与发送所述RRC连接建立请求消息之间间隔的时长超过预定门限；所述移动终端不具备RRC连接态对所述目标网络的小区的自动检测或者自动搜索功能，或者所述移动终端不具备对所述目标网络的小区测量结果上报功能；所述移动终端接收到的所述RRC连接释放消息没有指示所述移动终端如果经历重定向失败是否允许携带预重定向信息。

优选地，在所述移动终端向所述源网络的网络侧重新发起所述RRC连接建立请求消息之后，所述方法还包括：针对所述移动终端的所述RRC连接建立请求消息，所述源网络的网络侧禁止将所述移动终端重定向到所述目标网络。

优选地，所述源网络为通用移动通信系统（UMTS）网络；所述目标网络为长期演进（LTE）网络。

优选地，所述指示所述移动终端向目标网络重定向的信息，包括：演进陆地无线接入（E-UTRA）目标信息。

根据本发明的另一个方面，提供了一种移动终端重定向到目标网络的装置，位于移动终端，包括：连接模块，用于在源网络中建立无线资源控制（RRC）连接；接收模块，用于接收所述网络侧发送的RRC连接释放消息，其中，所述RRC连接释放消息中携带有指示所述移动终端向目标网络重定向的信息；重定向模块，用于根据所述RRC连接释放消息重定向到所述目标网络；重新接入模块，用于在重定向到所述目标网络失败的情况下，向所述源网络的网络侧重新发起不携带预重定向信息的RRC连接建立请求消息，指示所述移动终端不支持向所述目标网络的重定向。

优选地，所述重新接入模块包括：确定模块，用于在重定向到所述目标网络失败的情况下，确定当前是否满足预定条件；发送模块，用于在所述确定模块确定当前满足所述预定条件的情况下，向所述源网络的所述网络侧重新发起不携带预重定向信息的所述RRC连接建立请求消息。

优选地，所述预定条件包括以下至少之一：所述移动终端接收到来自所述源网络的网络侧的NAS或AS层下行消息，指示源网络对于RRC连接释放后的移动终端的上下文信息进行即刻删除；所述移动终端检测自己当前没有处于高速移动状态，且所述移动终端重定向失败后回到所述源网络的小区与重定向前相同；所述移动终端接收所述RRC连接释放请求消息与发送所述RRC连接建立请求消息之间间隔的时长超过预定门限；所述移动终端不具备RRC连接态对所述目标网络的小区的自动检测或者自动搜索功能，或者所述移动终端不具备对所述目标网络的小区测量结果上报功能；所述移动终端接收到的所述RRC连接释放消息没有指示所述移动终端如果经历重定向失败是否允许携带预重定向信息。

优选地，所述源网络为通用移动通信系统（UMTS）网络；所述目标网络为长期演进（LTE）网络。

根据本发明的又一个方面，提供了一种移动终端重定向到目标网络的系统，包括：移动终端和源网络的网络侧；其中，所述移动终端包括上述的装置；所述源网络的网络侧，用于在将所述移动终端重定向到目标网络后，接收所述移动终端发送的不携带预重定向信息的RRC连接建立请求消息，针对所述RRC连接建立请求消息，禁止将所述移动终端再次重定向到目标网络。

通过本发明，移动终端在重定向到目标网络失败后，重新接入源网络时，向源网络发送不携带预重定向信息的RRC连接建立请求消息，指示移动终端不支持向目标网络的重定向，从而使得网络侧可以判断UE刚经历了重定向到目标网络失败而连续将UE重定向到目标网络，而不会再次将UE重定向到目标网络，避免了UE由于连续重定向到目标网络失败而导致长时间无法获得网络的无线承载服务的问题，提高了用户体验，降低了UE重定向到目标网络的失败率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术中的基于网络控制下的UE从UMTS重定向到LTE的流程图；

图2是根据本发明实施例的移动终端重定向到目标网络的装置的结构示意图；

图3是根据本发明优选实施例的移动终端重定向到目标网络的装置的结构示意图；

图4是根据本发明实施例的移动终端重定向到目标网络的系统的结构示意图；

图5是根据本发明实施例的移动终端重定向到目标网络的方法的流程图；

图6是根据本发明实施例的基于网络控制下的UE从UMTS重定向到LTE的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

针对相关技术中由于网络侧无法判断UE刚经历了重定向到目标网络失败而连续将UE重定向到目标网络，从而导致UE长时间无法获得网络的无线承载服务的问题，本发明实施例提供一种移动终端重定向到目标网络的装置，该装置位于移动终端。

图2是根据本发明实施例移动终端重定向到目标网络的装置，该装置位于移动终端，如图2所示，该装置主要包括：连接模块10，用于在源网络中建立无线资源控制RRC连接；接收模块20，用于接收网络侧发送的RRC连接释放消息，其中，RRC连接释放消息中携带有指示移动终端向目标网络重定向的信息；重定向模块30，与接收模块20耦合，用于根据RRC连接释放消息重定向到目标网络；重新接入模块40，与重定向模块30耦合，用于在重定向到目标网络失败的情况下，向源网络的网络侧重新发起不携带预重定向信息的RRC连接建立请求消息，指示移动终端不支持向目标网络的重定向。

通过本发明实施例提供的上述装置，移动终端在重定向到目标网络失败，重回到源网络时，在向源网络发送的RRC连接建立请求消息中不携带预重定向信息，指示该移动终端不支持向目标网络的重定向，源网络在接收到该RRC连接建立消息后，能够判断出UE不支持向目标网络的重定向，从而可以不再将UE重定向到目标网络，避免了连续重定向到目标网络失败，而导致UE较长时间内无法获得网络的无线承载服务的问题，提高了用户体验，降低了UE向目标网络重定向失败的概率。

为了使UE能够获得较好的网络服务，尽可能的使UE在能够接入到目标网络时重定向到目标网络，在本发明实施例的一个优选实施方式中，可以设置一定条件，只有在满足预定条件时，UE重新回到源网络时，才向网络侧发送不携带预重定向信息的RRC连接建立请求消息。在该优选实施例中，如图3所示，重新接入模块40可以包括：确定模块410，用于在重定向到目标网络失败的情况下，确定当前是否满足预定条件；发送模块420，与确定模块410耦合，用于在确定模块410确定当前满足预定条件的情况下，向源网络的网络侧重新发起不携带预重定向信息的RRC连接建立请求消息。

在本发明实施例的一个优选实施方式中，上述预定条件可以包括但不限于以下之一或其任意组合：

（1）所述移动终端接收到来自源网络的网络侧的NAS或AS层下行消息，指示源网络对于RRC连接释放后的移动终端的上下文信息进行即刻删除；

源网络通过NAS或者AS层下行消息，通知UE，该源网络对于RRC连接释放后UE的上下文信息进行即刻地删除，因此，源网络无法区分重定向失败后的UE RRC接入和一般UE正常RRC接入，因此，需要UE发送不携带预重定向信息的RRC连接建立请求消息，以通知源网络。

（2）移动终端检测自己当前没有处于高速移动状态，且移动终端重定向失败后回到源网络的小区与重定向前相同；

也就是说，UE检测其当前处于非高速移动过程，例如，UE按照3GPP 25.304规范检测到自己没有处于高速移动状态（High-Mobility Detected）。在UE处于非高速移动过程，可以认为UE重定向失败前后，其物理位置和目标网络无线覆盖环境没有发生太大变化，因此，再次重定向到目标网络时失败的概率大。百当UE处于高速移动状态，UE很可能已经移动到了源网络的一个新驻留小区或者源小区的不同方位，进而目标网络覆盖环境也可能变化了，因此，在本优选实施例中，在这种情况下，UE允许网络再次尝试重定向到新的LTE小区。

（3）移动终端接收所述RRC连接释放请求消息与发送所述RRC连接建立请求消息之间间隔的时长超过预定门限；

即UE重定向中断的时长大于预定门限，其中，该预定门限的取值可以由UE或者网络侧配置决定。例如，可以根据UE的RRC具体状态和网络针对UE当前无线承载的活跃特征来确定决定，比如可以为12s。接收RRC连接释放消息和重定向失败后RRC连接接入请求消息相隔时间长于此门限值，表示UE已经遭受了一次难以忍受的强业务连接中断感受，网络应该尽量快速为UE恢复无线承载，以维护用户的业务感受。因此，需要避免UE再次重定向到目标网络，以使接入延时延长。

（4）移动终端不具备RRC连接态对所述重定向目标网络的小区的自动检测或者自动搜索功能，或者移动终端不具备对目标网络的小区测量结果上报功能；

如果UE支持上述功能，则表示UE在实现层面能够很好地检测出目标网络覆盖环境，因此，重定向失败后的RRC连接接入允许携带预重定向信息（例如，Pre-Redirection info信元），即允许再次将UE重定向到目标网络。

（5）移动终端接收到的源网络发送的RRC连接释放消息没有指示移动终端如果经历重定向失败是否允许携带预重定向信息。

在本发明实施例的一个优选实施方式，所述源网络为UMTS网络；目标网络为LTE网络。当然，并不限于此，在实际应用中，源网络和目标网络也可以为其他网络。

根据本发明实施例，还提供了一种移动终端重定向到目标网络的系统。

图4为根据本发明实施例的移动终端重定向到目标网络的系统的结构示意图，如图4所示，该系统主要包括：移动终端2和源网络的网络侧4。其中，移动终端2可以包括上述任一实施例的移动终端重定向到目标网络的装置。源网络的网络侧4用于在将移动终端2重定向到目标网络后，接收移动终端2发送的不携带预重定向信息的RRC连接建立请求消息，针对该RRC连接建立请求消息，禁止将移动终端2再次重定向到目标网络。

通过本发明实施例提供的上述系统，移动终端2在重定向到目标网络失败，重回到源网络时，在向源网络发送的RRC连接建立请求消息中不携带预重定向信息，指示该移动终端不支持向目标网络的重定向，源网络的网络侧4在接收到该RRC连接建立消息后，能够判断出UE不支持向目标网络的重定向，从而可以不再将UE重定向到目标网络，避免了连续重定向到目标网络失败，而导致UE较长时间内无法获得网络的无线承载服务的问题，提高了用户体验，降低了UE向目标网络重定向失败的概率。

根据本发明实施例，还提供了一种移动终端重定向到目标网络的方法。

图5是根据本发明实施例的移动终端重定向到目标网络的方法的流程图，如图5所示，该方法主要包括以下步骤（步骤S502-步骤S506）：

步骤S502，移动终端在源网络中已建立无线资源控制RRC连接；

步骤S504，移动终端接收所述网络侧发送的RRC连接释放消息，其中，所述RRC连接释放消息中携带有指示所述移动终端向目标网络重定向的信息；

步骤S506，移动终端根据所述RRC连接释放消息重定向到所述目标网络失败，所述移动终端向所述源网络的网络侧重新发起不携带预重定向信息的RRC连接建立请求消息，指示所述移动终端不支持向所述目标网络的重定向。

通过本发明实施例提供的上述方法，移动终端在重定向到目标网络失败，重回到源网络时，在向源网络发送的RRC连接建立请求消息中不携带预重定向信息，指示该移动终端不支持向目标网络的重定向，源网络在接收到该RRC连接建立消息后，能够判断出UE不支持向目标网络的重定向，从而可以不再将UE重定向到目标网络，避免了连续重定向到目标网络失败，而导致UE较长时间内无法获得网络的无线承载服务的问题，提高了用户体验，降低了UE向目标网络重定向失败的概率。

为了使UE能够获得较好的网络服务，尽可能的使UE在能够接入到目标网络时重定向到目标网络，在本发明实施例的一个优选实施方式中，可以设置一定条件，只有在满足预定条件时，UE重新回到源网络时，才向网络侧发送不携带预重定向信息的RRC连接建立请求消息。在该优选实施例中，所述移动终端向所述源网络的所述网络侧重新发起不携带预重定向信息的所述RRC连接建立请求消息，包括：所述移动终端确定当前满足预定条件，向所述源网络的所述网络侧重新发起不携带预重定向信息的所述RRC连接建立请求消息。

在本发明实施例的一个优选实施方式中，上述预定条件可以包括但不限于以下之一或其任意组合：

（1）所述移动终端接收到来自源网络的网络侧的NAS或AS层下行消息，指示源网络对于RRC连接释放后的移动终端的上下文信息进行即刻删除；

源网络通过NAS或者AS层下行消息，通知UE，该源网络对于RRC连接释放后UE的上下文信息进行即刻地删除，因此，源网络无法区分重定向失败后的UE RRC接入和一般UE正常RRC接入，因此，需要UE发送不携带预重定向信息的RRC连接建立请求消息，以通知源网络。

（2）移动终端检测自己当前没有处于高速移动状态，且移动终端重定向失败后回到源网络的小区与重定向前相同；

也就是说，UE检测其当前处于非高速移动过程，例如，UE按照3GPP 25.304规范检测到自己没有处于高速移动状态（High-MobilityDetected）。在UE处于非高速移动过程，可以认为UE重定向失败前后，其物理位置和目标网络无线覆盖环境没有发生太大变化，因此，再次重定向到目标网络时失败的概率大。百当UE处于高速移动状态，UE很可能已经移动到了源网络的一个新驻留小区或者源小区的不同方位，进而目标网络覆盖环境也可能变化了，因此，在本优选实施例中，在这种情况下，UE允许网络再次尝试重定向到新的LTE小区。

（3）移动终端接收所述RRC连接释放请求消息与发送所述RRC连接建立请求消息之间间隔的时长超过预定门限；

即UE重定向中断的时长大于预定门限，其中，该预定门限的取值可以由UE或者网络侧配置决定。例如，可以根据UE的RRC具体状态和网络针对UE当前无线承载的活跃特征来确定决定，比如可以为12s。接收RRC连接释放消息和重定向失败后RRC连接接入请求消息相隔时间长于此门限值，表示UE已经遭受了一次难以忍受的强业务连接中断感受，网络应该尽量快速为UE恢复无线承载，以维护用户的业务感受。因此，需要避免UE再次重定向到目标网络，以使接入延时延长。

（4）移动终端不具备RRC连接态对所述目标网络的小区的自动检测或者自动搜索功能，或者移动终端不具备对目标网络的小区测量结果上报功能；

如果UE支持上述功能，则表示UE在实现层面能够很好地检测出目标网络覆盖环境，因此，重定向失败后的RRC连接接入允许携带预重定向信息（例如，Pre-Redirection info信元），即允许再次将UE重定向到目标网络。

（5）移动终端接收到的源网络发送的RRC连接释放消息没有指示移动终端如果经历重定向失败是否允许携带预重定向信息。

在本发明实施例中，在所述移动终端向所述源网络的网络侧重新发起所述RRC连接建立请求消息之后，所述方法还包括：针对所述移动终端的所述RRC连接建立请求消息，所述源网络的网络侧禁止将所述移动终端重定向到所述目标网络。从而可以避免UE再次重定向目标网络失败。

在本发明实施例的一个优选实施方式中，所述源网络为UMTS网络；目标网络为LTE网络。当然，并不限于此，在实际应用中，源网络和目标网络也可以为其他网络。

在本发明实施例的一个优选实施方式中，指示所述移动终端向目标网络重定向的信息，包括：演进陆地无线接入（Evolved UMTS Terrestrial Radio Access，简称为E-UTRA）目标信息。

下面以源网络为UMTS网络、目标网络为LTE网络为例，对本发明实施例提供的技术方案进行说明。

实施例一

当UE已经在UMTS服务小区中建立了RRC连接和一些无线承载（Radio Bearers），UMTS网络通过RRC连接释放消息（RRC CONNECTION RELEASE）中携带重定向信息（Redirection info/Inter-RAT info/E-UTRA Target Info），命令UE释放掉已有的RRC连接和无线承载，在LTE目标频点上做小区选择。UE执行从UMTS网络重定向到LTE网络，重定向失败之后，又重新尝试接入UMTS网络时并且恢复建立之前释放的那些无线承载，如果UE满足预定的任一条件时，UE在RRC Connection Request消息里不携带预重定向信息（Pre-Redirection info）信元，指示UE不支持向LTE网络的重定向，后续UMTS无线网络控制器（RNC）则不会对UE的此次RRC接入请求，重定向到LTE网络，并且基于可能存储的此UE上下文信息Context Info(比如UE非接入层NAS和接入层AS标识，源UMTS服务小区id，UE曾经建立的无线承载配置信息，UE接收RRC连接释放消息离开UMTS的时间戳等)，对此UE进行高优先级RRC接入。其中，预定的条件包括但不限于：

1）网络通过NAS或者AS层下行消息，通知UE，该UMTS网络对于RRC连接释放后UE的上下文信息进行即刻地删除，因此无法区分重定向失败后的UE RRC接入和一般UE正常RRC接入。

2）UE处于非高速移动过程中，且UE重定向失败后回到的UMTS小区和源UMTS相同。

当UE处于非高速移动过程，即UE按照3GPP 25.304规范没有检测到自己处于高速移动状态（High-MobilityDetected）。可以认为UE重定向失败前后，其物理位置和LTE无线覆盖环境没有发生太大变化，因此再次重定向到LTE时失败的概率大。当UE处于高速移动状态，UE很可能已经移动到了一个新UMTS驻留小区或者源UMTS小区的不同方位，LTE覆盖环境也变化了，因此，UE允许网络再次尝试重定向到新的LTE小区。

3）UE重定向中断的时长大于一个门限值，这个门限值可以由UE或者网络侧按照配置的方式决定，比如T＝12s。其中，业务中断长度评估T（即上述门限值）的配置取值可以由UE的RRC具体状态和网络针对UE当前无线承载的活跃特征决定。如果UE接收RRC连接释放消息和重定向失败后RRC连接接入请求消息相隔时间长于此门限值，表示UE已经遭受了一次难以忍受的强业务连接中断感受网络应该尽量快速为UE恢复无线承载，以维护用户的业务感受。

4)UE不具备RRC连接态对LTE小区（可能是家庭基站类型小区）的自动检测，自动搜索，或者靠近检测的功能(E-UTRA detection，Autonomous Search，LTE Proximity Detection)或者不具备对LTE小区测量结果上报功能。如果UE支持上述功能，则表示UE在实现层面能够很好地检测出LTE覆盖环境，因此重定向失败后的RRC连接接入仍然允许携带Pre-Redirection info信元。

5）网络在RRC连接释放消息中，没有以任何显示或者隐式信元表达方式，指示给UE如果经历重定向失败，是否允许携带Pre-Redirection info信元。

实施例二

本实施例以基于网络控制下进行从UMTS重定向到LTE为例进行说明。

图6是本实施例中网络控制下进行从UMTS重定向到LTE的流程图，如图6所示，主要包括以下步骤：

步骤601：网络侧通过重定向过程携带LTE频点列表和UE搜索这些频点所使用的时间t。

其中，时间t可以根据所配置的频点数以及网络侧对当前UE所处无线环境的判断来进行取值。例如，如果网络侧希望UE尽量重选到LTE而避免很快回到UMTS，可以配置比较长的t，如果网络侧希望UE当前的业务不被打断则可以配置比较小的t。

在本实施例中，UE搜索的频点以及搜索的时间都可以置于网络侧的控制之下，而配置比较长的t增加了UE寻找到LTE小区的概率，从而提高了重定向的成功率。

步骤602：UE接收到重定向的信息，并获取LTE频点列表和搜索时间t，UE依次搜索频点并依次尝试驻留该频点上的LTE小区；

步骤603：UE判断当前搜索到的LTE小区是否可以驻留？如果可以驻留则转步骤604；否则转步骤605；

步骤604：UE在该LTE小区重建RAB并释放原UMTS小区的RAB；UE成功驻留LTE小区，重定向过程结束；

步骤605：UE判断搜索LTE小区所耗搜索的时间是否大于网络侧允许搜索的时间t？如果大于时间t则转步骤606；否则转步骤607；

步骤606：UE回到UMTS小区。判断是否可以在RRC Connection request消息携带Pre-Redirection info，即判断是否满足以下任意一个条件，如果是则转步骤609，在RRCConnection request消息不携带Pre-Redirection info信元，否则转步骤610。

1）UE处于非高速移动过程中，且UE重定向失败后回到的UMTS小区和源UMTS相同。当UE处于非高速移动过程，即UE没有检测到自己处于高速移动状态（High-MobilityDetected）。可以认为UE重定向失败前后，其物理位置和LTE无线覆盖环境没有发生太大变化，因此再次重定向到LTE时失败的概率大。当UE处于高速移动状态，UE很可能已经移动到了一个新UMTS驻留小区或者源UMTS小区的不同方位，从而LTE覆盖环境也变化了，因此UE允许网络再次尝试重定向到新的LTE小区。

2）UE重定向中断的时长大于一个门限值，这个门限值可以由UE或者网络侧按照预定义的方式决定，比如12s。如果UE接收RRC连接释放消息和重定向失败后RRC连接接入请求消息相隔时间长于此门限值，表示UE已经遭受了一次强业务连接中断感受，因此网络应该尽量快速为UE恢复无线承载，以维护用户的业务感受。

3)UE不具备RRC连接态对LTE小区（可能是家庭基站类型小区）的自动检测，自动搜索，或者靠近检测的功能(E-UTRA detection，Autonomous Search，LTE Proximity Detection)或者不具备对LTE小区测量结果上报功能。如果UE支持上述功能，则表示UE在实现层面能够很好地检测出LTE覆盖环境，因此重定向失败后的RRC连接接入仍然允许携带Pre-Redirectioninfo信元。

4）网络在RRC连接释放消息中，没有以任何显示或者隐式信元表达方式，指示给UE如果经历重定向失败，是否允许携带Pre-Redirection info信元。

该返回的UMTS小区可以是原来的小区，也可以是新的小区。UE返回原来的UMTS小区可以通过小区更新等消息，UE返回任意一个UMTS小区可以通过小区重选过程。

5）源网络通过NAS或者AS层下行消息，通知UE，该源网络对于RRC连接释放后UE的上下文信息进行即刻地删除。

步骤607：UE判断是否搜索完所有配置的LTE频点？如果搜索完毕则转步骤602对所配置的LTE频点进行再一次的搜索，以提高搜索到合适LTE小区的可能性，从而提高了重定向到LTE的成功率；否则转步骤608；

步骤608：UE还有下一个LTE小区需要尝试并转步骤603。

步骤609：UE回到UMTS小区，在RRC Connection Request消息里不携带Pre-Redirection info信元。

步骤610：UE回到UMTS小区，在RRC Connection Request消息里携带Pre-Redirection info信元。

从以上的描述中，可以看出，通过本发明一个或多个实施例，移动终端在重定向到目标网络失败，重回到源网络时，在向源网络发送的RRC连接建立请求消息中不携带预重定向信息，指示该移动终端不支持向目标网络的重定向，源网络在接收到该RRC连接建立消息后，能够判断出UE不支持向目标网络的重定向，从而可以不再将UE重定向到目标网络，避免了连续重定向到目标网络失败，而导致UE较长时间内无法获得网络的无线承载服务的问题，提高了用户体验，降低了UE向目标网络重定向失败的概率。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。