CN108632914B - 一种防止终端乒乓重定向方法和基站 - Google Patents

Abstract

本发明实施例提供一种防止终端乒乓重定向方法和基站。本申请实施例中，基站接收终端发送的重定向请求消息后，判断针对终端的定时器是否开启并且未超时，该定时器用于对拒绝重定向时间段进行计时；若定时器已开启并且未超时，则根据终端重定向的原因判断是否允许终端在该终端的定时器计时时间内进行重定向；若不允许，则拒绝重定向请求消息，从而防止了该终端在设定时间长内重复重定向。

Description

一种防止终端乒乓重定向方法和基站

技术领域

本发明涉及通信技术领域，尤其涉及一种防止终端乒乓重定向方法和基站。

背景技术

常用的重定向分为基于无线资源控制(Radio Resource Control，简称RRC)拒绝时的重定向、基于RRC释放时的重定向和基于测量的重定向。基于RRC释放的重定向是指通过在无线资源控制(Radio Resource Control，简称RRC)信令释放中携带目标小区的频点及其它接入信息，使终端断开与本小区的连接并接入到目标小区的过程，目的是使终端通过重定向接入到目标小区继续接受服务。

终端在时分同步码分多址(Time Division-Synchronous Code DivisionMultiple Access，简称TD-SCDMA)***与长期演进***(Long Term Evolution，简称LTE)间进行重定向时，由于***间门限设置、目标网络***下的覆盖、目标网络的拥塞等不同的原因，导致终端在目标网络重定向失败，再回到原***进行重定向，导致了终端短时间内在当前网络和目标网络之间频繁的进行重定向，影响了用户的感知，又增大了信令开销，增加了设备的负担。

因此，研究一种防止终端乒乓重定向的方法，是目前亟待解决的问题。

发明内容

本发明提供了一种防止终端乒乓重定向的方法和基站，用以防止终端在设定时长内重复重定向。

本申请实施例提供的防止终端乒乓重定向方法，包括：

基站接收终端发送的重定向请求消息后，判断针对所述终端的定时器是否开启且所述定时器是否未超时，所述定时器用于对拒绝重定向的时间段进行计时；

若所述定时器已开启并且未超时，则根据所述终端重定向的原因判断是否允许所述终端在所述终端的定时器计时时间内进行重定向；

若不允许，则拒绝所述重定向请求消息；否则，响应所述重定向请求消息。

可选地，还包括：

若所述基站判断针对所述终端的定时器未开启，则所述基站根据所述终端上报的指示信息，判断是否为所述终端开启定时器；其中，所述指示信息用于指示是否防止所述终端在设定时长内重复重定向；

若判定为是，则针对所述终端开启定时器，响应所述重定向请求消息；否则，响应所述重定向请求消息。

可选地，所述根据所述终端重定向的原因判断是否允许所述终端在所述终端的定时器计时时间内进行重定向，包括：

若所述重定向的原因为所述终端请求的业务需要在目标小区或目标基站下进行，或者，所述重定向的原因为无线资源控制RRC建立原因中规定为允许所述终端在所述终端的定时器计时时间内进行重定向的原因，则判定允许所述终端在所述终端的定时器计时时间内进行重定向。

可选地，所述根据所述终端重定向的原因判断是否允许所述终端在所述终端的定时器计时时间内进行重定向，包括：

若所述重定向的原因为盲重定向，或者重定向失败，或者所述重定向的原因为RRC建立原因中规定为不允许所述终端在所述终端的定时器计时时间内进行重定向的原因，则判定不允许所述终端在所述终端的定时器计时时间内进行重定向。

可选地，所述重定向请求消息中携带重定向原因。

可选地，所述方法应用于时分同步码分多址TD-SCDMA***与长期演进***LTE之间的重定向。

本申请实施例提供的一种基站，包括：

接收模块，用于接收终端发送的重定向请求消息；

判断模块，用于判断针对所述终端的定时器是否开启且所述定时器是否未超时，所述定时器用于对拒绝重定向时间段进行计时；若所述定时器已开启并且未超时，则根据所述终端重定向的原因判断是否允许所述终端在所述终端的定时器计时时间内进行重定向；

响应模块，若所述判断模块判断不允许所述终端在所述终端的定时器计时时间内进行重定向，则拒绝所述重定向请求消息；否则，响应所述重定向请求消息。

可选地，所述判断模块还用于：

若判断针对所述终端的定时器未开启，则根据所述终端上报的指示信息，判断是否为所述终端开启定时器；其中，所述指示信息用于指示是否防止所述终端在设定时长内重复重定向；

若判定为是，则针对所述终端开启定时器，响应所述重定向请求消息；否则，响应所述重定向请求消息。

可选地，所述判断模块具体用于：

若所述重定向的原因为所述终端请求的业务需要在目标小区或目标基站下进行，或者，所述重定向的原因为无线资源控制RRC建立原因中规定为允许所述终端在所述终端的定时器计时时间内进行重定向的原因，则判定允许所述终端在所述终端的定时器计时时间内进行重定向。

可选地，所述判断模块具体还用于：

若所述重定向的原因为盲重定向，或者重定向失败，或者所述重定向的原因为RRC建立原因中规定为不允许所述终端在所述终端的定时器计时时间内进行重定向的原因，则判定允许所述终端在所述终端的定时器计时时间内进行重定向。

可选地，所述重定向请求消息中携带重定向原因。

可选地，所述基站应用于时分同步码分多址TD-SCDMA***与长期演进***LTE之间的重定向。

本发明实施例提供的技术方案中，基站接收终端发送的重定向请求消息后，判断针对终端的定时器是否开启并且未超时，该定时器用于对拒绝重定向时间段进行计时；若定时器已开启并且未超时，则根据终端重定向的原因判断是否允许终端在该终端的定时器计时时间内进行重定向；若不允许，则拒绝重定向请求消息；否则，响应重定向请求消息。可以看出，本申请实施例中，基站接收到终端发送的重定向请求消息之后，判断针对该终端的用于对拒绝重定向的时间段进行计时的定时器是否开启且该定时器的计时是否超时，若该定时器已开启且未超时，则根据该终端重定向的原因判断是否允许该终端在定时器计时时间内进行重定向，若不允许，则拒绝该终端的重定向请求消息，从而防止了该终端在设定时间长内重复重定向。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种防止终端乒乓重定向的方法流程示意图；

图2为本申请实施例提供的一种防止终端乒乓重定向的具体方法流程示意图；

图3为本申请实施例提供的一种基站的结构示意图。

具体实施方式

下面将结合附图对本申请实施例进行详细描述。

终端在LTE中的重定向是根据RRC连接释放消息中携带终端重定向的小区的频点信息，重定向到该频点信息对应的小区。重定向分为基于RRC拒绝的重定向、基于RRC释放的重定向和基于测量的重定向。现有技术中针对从TD-SCDMA***重定向到LTE***的终端，仅考虑使用基站向终端发送的RRC请求消息中的重定向指示信息重定向，若该重定向指示信息指示不允许终端重定向，则终端一直拒绝重定向，这种方法虽然防止了终端在异***间频繁发生重定向，但在有些情况下终端不能拒绝重定向，比如，终端重定向的原因为该终端请求的业务需要到目标小区或目标基站下进行，这种情况下如果终端根据重定向指示信息一直拒绝重定向则会影响用户的感知。另外，目前针对基于RRC释放的重定向和基于测量的重定向，还没有方法可以防止终端在异***间发生频繁的重定向。

为解决上述提到的问题，本申请实施例提供了一种防止终端乒乓重定向方法。本申请以下的实施例中，将终端重定向前所在的源基站称为第一基站，将终端重定向的基站称为目标基站。

在一些实施例中，终端可以是任何适当的计算或移动设备，比如可包括：智能手机、平板电脑、笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)或类似设备。

在一些实施例中，基站可以是LTE***或其演进***中的演进型基站(英文为Evolutional Node B，简称为eNB或e-NodeB)、宏基站、微基站(也称为“小基站”)、微微基站、接入站点(英文为Access Point，简称为AP)或传输站点(英文为Transmission Point，简称为TP)等。

参见图1，为本申请实施例提供的防止终端乒乓重定向的方法流程示意图。该方法流程示意图包括以下步骤：

步骤101：基站接收终端发送的重定向请求消息后，判断针对该终端的定时器是否开启且该定时器的计时是否超时，该定时器用于对拒绝重定向的时间段进行计时。步骤102：若定时器已开启且未超时，则基站根据该终端重定向的原因判断是否允许该终端在该终端对应的定时器计时时间内进行重定向。步骤103：若基站根据终端重定向的原因判断不允许该终端在该终端对应的定时器计时时间内进行重定向，则拒绝该终端的重定向请求消息；否则，响应该终端的重定向请求消息。

本申请实施例中，以终端在TD-SCDMA***与LTE***之间的重定向为例，对本申请实施例进行描述。

参见图2，为本申请实施例提供的防止终端乒乓重定向的具体方法流程示意图，该流程具体包括以下步骤：

步骤201：第一基站接收终端发送的重定向请求消息。

具体实施时，终端在通信质量较差时向第一基站发送重定向请求消息，或者终端按照设定周期向第一基站上报用于指示终端在当前所在网络的小区的通信质量的测量报告，第一基站基于该测量报告判断是否需要对该终端进行重定向，第一基站还可以根据终端请求进行的业务确定是否需要对该终端进行重定向，比如，终端当前所在的第一基站下的网络为4G网络，而终端要进行电路交换(Circuit Switch，简称CS)业务时，一般在3G网络下进行，因此该终端需要重定向，以保证到第二基站的3G网络下进行语音业务。第一基站根据终端上报的重定向请求消息或者上报的测量报告确定需要进行重定向的终端后，执行步骤202。以上第一基站确定是否需要终端重定向的方法仅是一种示例，当然还有可以采用别的方法，本申请实施例对此不做具体的限制。

该步骤中，该重定向请求消息中可携带终端重定向的原因信息。

步骤202：第一基站判断针对该终端的定时器是否开启，若定时器已开启且定时器的计时未超时，则执行步骤203，否则，转入步骤206。

该步骤中，每个终端都对应一个定时器，该定时器用于对拒绝重定向的时间段进行计时。

步骤203：第一基站根据该终端的重定向原因判断是否允许该终端在定时器计时时间之内进行重定向，若允许，转入步骤204，否则，转入步骤205。

该步骤中，并不是对所有终端在定时器计时时间之内进行的重定向进行限制，因为有些终端重定向是因为业务的需要必须重定向。比如，终端当前所在的第一基站的网络为4G网络，而终端要进行电路交换(Circuit Switch，简称CS)业务时，一般在3G网络下进行，因此该终端需要重定向到第二基站的3G网络下。针对这种重定向的终端不能拒绝重定向，否则会影响用户的感知。但是针对盲重定向的终端或者由于重定向的目标基站的网络覆盖、拥塞等问题造成的重定向失败的终端，不允许这类重定向原因的终端在与其对应的定时器计时时间之内重复重定向。本申请实施例主要针对不允许在定时器计时时间之内重复重定向的终端。

具体实施时，第一基站根据该终端重定向的原因判断是否允许该终端在定时器计时时间之内进行重定向，包括两种情况：

情况1：若该终端重定向的原因为终端请求的业务需要在目标小区或目标基站下进行(比如语音回落)，或者重定向的原因为RRC建立原因中规定为允许终端在该终端的定时器计时时间内进行重定向的原因，则允许终端在该终端的定时器计时时间内进行重定向。其中，RRC建立原因有如下表1所述的20种，针对这20种RRC建立原因表中的任一种都有其对应的规则，根据该规则判断针对每种RRC建立原因的重定向是否允许其在定时器计时时间内重复重定向，该规则根据实际情况确定或者预先设定的。

情况2：若重定向的原因为盲重定向，或者重定向失败，或者重定向的原因为RRC建立原因中规定为不允许终端在该终端的定时器计时时间内进行重定向的原因，则判定不允许终端在该终端的定时器计时时间内进行重定向。

步骤204：第一基站响应该终端的重定向请求消息，重定向该终端。

该步骤中，第一基站响应该终端的重定向请求消息重定向终端时，向终端发送RRC连接释放消息，该RRC连接释放消息中携带有重定向目标小区的频点信息。

步骤205：第一基站拒绝该终端的重定向请求消息，且在该终端对应的定时器计时超时之前拒绝该终端重定向。

步骤206：第一基站根据该终端上报的指示信息，判断是否为该终端开启定时器，该指示信息用于指示是否防止该终端在设定时间长内重复进行重定向，若判断为是，则转入步骤207，否则转入步骤208。

该步骤中，第一基站根据终端上报的指示信息判断是否为该终端开启定时器的方法与上述步骤203中所述的两种情况一致，若根据情况1确定允许终端在该终端的定时器计时时间内进行重定向，则不开启定时器；若根据情况2确定不允许终端在该终端的定时器计时时间内进行重定向，则开启定时器。

步骤207：针对该终端开启定时器，响应该终端的重定向请求消息。

该步骤中，第一基站判断针对该终端开启定时器，则说明重定向的原因为盲重定向，或者重定向失败，或者重定向的原因为RRC建立原因中规定为不允许终端在该终端的定时器计时时间内进行重定向的原因，则第一基站开启定时器，在该定时器计时时间之内拒绝该终端重定向，在定时器计时超时之后才重定向该终端。

步骤208：第一基站响应终端的重定向请求消息。

该步骤中，若在步骤206中判断的到不开启定时器，则说明该终端重定向的原因为终端请求的业务需要在目标小区或目标基站下进行(比如语音回落)，或者重定向的原因为RRC建立原因中规定为允许终端在该终端的定时器计时时间内进行重定向的原因，则第一基站响应该终端的重定向请求，这种情况下，不需要开启定时器，第一基站直接响应该终端的重定向请求。

表1：RRC连接建立原因表

具体实施时，在一些实施例中，针对在设定时间长度内不允许重定向的终端，可以在小区切换(hand over，简称HC)算法表下增加“重定向乒乓定时器”的表项，终端根据上述步骤201至步骤208的判断后确定是否允许在设定时间长内重复重定向的终端，并根据确定的结果设置该重定向防乒乓定时器表项的配置，终端根据该表项的配置执行是否在该定时器计时时间内重定向。比如，针对不允许在设定时间长内重复重定向的终端，可将HC算法表中的“重定向防乒乓定时器”表项配置为非零数字；针对允许在设定时间长内重复重定向的终端，可将HC算法表中的“重定向防乒乓定时器”表项配置为零。若终端重定向时，HC算法表中的“重定向防乒乓定时器”表项数字显示为1、2、或3、或4等非零数字时，则说明该终端在其对应的定时器计时时间之内不能重复重定向；若终端重定向时，HC算法表中的“重定向防乒乓定时器”表项数字显示为0，则说明该终端可以直接重定向。具体实施时，针对不允许终端在设定时间长度内重复重定向的方法有很多，比如，还可以在HC算法表下增加“重定向乒乓定时器开关”的表项，根据该开关指示终端是否在定时器计时时间内重定向，上述在HC算法表下增加“重定向乒乓定时器”的表项仅是一种示例，当然还可以采用别的方法，本申请实施例不做具体的限制。

在一些实施例中，终端还可以向第一基站上报上次发生重定向的相关信息，第一基站可以根据上报的信息对该终端的重定向做具体的判断。比如，重定向的类型一般包括盲重定向和基于测量的重定向，则终端可以向第一基站上报上次重定向的类型；终端还可以上报上次重定向成功所用的时间，以及上次重定向的目标基站的标识等信息，第一基站根据这些信息判断是否允许终端在设定时间长内重复重定向。

可以看出，本申请实施例中，基站接收到终端发送的重定向请求消息之后，判断针对该终端的用于对拒绝重定向的时间段进行计时的定时器是否开启且该定时器的计时是否超时，若该定时器已开启且未超时，则根据该终端重定向的原因判断是否允许该终端在定时器计时时间内进行重定向，若不允许，则拒绝该终端的重定向请求消息，从而防止了该终端在设定时间长内重复重定向。

本申请实施例提供的防止终端乒乓重定向方法还可以应用于基于测量的重定向。基于测量重定向时会对终端所在的当前小区和该小区的邻小区的通信状况进行测量，一般对该测量次数不进行限制。若对测量次数进行限制，可能会影响用户的感知，比如，当终端当前所在的小区的信号质量较差而不能保证终端的正常通信时，若限制测量次数，终端不能测量到通信状况较好的小区导致终端重定向失败，则严重影响影响用户的感知，所以一般对基于测量的重定向的测量次数不做限制。本申请实施例提供的防止终端乒乓重定向的方法可以应用于基于测量的重定向，但是该方法是否应用于基于测量的重定向，具体可以按照用户的需求决定。比如，若用户以防止终端在异***间重复重定向为前提，则可以应用本申请实施例提供的防止终端乒乓重定向的方法，在定时器计时时间之内不允许终端重定向，从而达到防止终端在异***间重复重定向的目的；若以不影响用户的感知为前提，则不应用本申请实施例提供防止终端乒乓重定向的方法，按照现有流程处理即可。

从上述的实施例可以看出，本申请实施例提供的技术方案中，第一基站根据终端重定向的原因确定是否允许该终端在设定时间长度内重定向，若不允许，则启动该终端对应的定时器，在该定时器的计时超时之前，该终端不能重定向，从而防止了终端在第一基站和第二基站下重复重定向。

基于相同的技术构思，本申请实施例还提供了一种基站的结构示意图。

参见图3，为本申请实施例提供的基站的结构示意图。该基站可实现上述实施例描述的流程示意图。

本申请实施例提供的基站，包括：接收模块301、判断模块302、响应模块303：

接收模块301，用于接收终端发送的重定向请求消息；

判断模块302，用于判断针对所述终端的定时器是否开启且所述定时器是否未超时，所述定时器用于对拒绝重定向时间段进行计时；若所述定时器已开启并且未超时，则根据所述终端重定向的原因判断是否允许所述终端在所述终端的定时器计时时间内进行重定向；

响应模块303，若所述判断模块判断不允许所述终端在所述终端的定时器计时时间内进行重定向，则拒绝所述重定向请求消息；否则，响应所述重定向请求消息。

可选地，所述判断模块还用于：

若判断针对所述终端的定时器未开启，则根据所述终端上报的指示信息，判断是否为所述终端开启定时器；其中，所述指示信息用于指示是否防止所述终端在设定时长内重复重定向；

若判定为是，则针对所述终端开启定时器，响应所述重定向请求消息；否则，响应所述重定向请求消息。

可选地，所述判断模块具体用于：

若所述重定向的原因为所述终端请求的业务需要在目标小区或目标基站下进行，或者，所述重定向的原因为无线资源控制RRC建立原因中规定为允许所述终端在所述终端的定时器计时时间内进行重定向的原因，则判定允许所述终端在所述终端的定时器计时时间内进行重定向。

可选地，所述判断模块具体还用于：

若所述重定向的原因为盲重定向，或者重定向失败，或者所述重定向的原因为RRC建立原因中规定为不允许所述终端在所述终端的定时器计时时间内进行重定向的原因，则判定允许所述终端在所述终端的定时器计时时间内进行重定向。

可选地，所述重定向请求消息中携带重定向原因。

可选地，所述基站应用于时分同步码分多址TD-SCDMA***与长期演进***LTE之间的重定向。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种防止终端乒乓重定向方法，其特征在于，包括：

基站接收终端发送的重定向请求消息后，判断针对所述终端的定时器是否开启且所述定时器是否未超时，所述定时器用于对拒绝重定向的时间段进行计时；

若所述定时器已开启并且未超时，则根据所述终端重定向的原因判断是否允许所述终端在所述终端的定时器计时时间内进行重定向；

若不允许，则拒绝所述重定向请求消息；否则，响应所述重定向请求消息。

2.如权利要求1所述的方法，其特征在于，还包括：

若所述基站判断针对所述终端的定时器未开启，则所述基站根据所述终端上报的指示信息，判断是否为所述终端开启定时器；其中，所述指示信息用于指示是否防止所述终端在设定时长内重复重定向；

若判定为是，则针对所述终端开启定时器，响应所述重定向请求消息；否则，响应所述重定向请求消息。

3.如权利要求1或2所述的方法，其特征在于，所述根据所述终端重定向的原因判断是否允许所述终端在所述终端的定时器计时时间内进行重定向，包括：

若所述重定向的原因为所述终端请求的业务需要在目标小区或目标基站下进行，或者，所述重定向的原因为无线资源控制RRC建立原因中规定为允许所述终端在所述终端的定时器计时时间内进行重定向的原因，则判定允许所述终端在所述终端的定时器计时时间内进行重定向。

4.如权利要求1或2所述的方法，其特征在于，所述根据所述终端重定向的原因判断是否允许所述终端在所述终端的定时器计时时间内进行重定向，包括：

若所述重定向的原因为盲重定向，或者重定向失败，或者所述重定向的原因为RRC建立原因中规定为不允许所述终端在所述终端的定时器计时时间内进行重定向的原因，则判定不允许所述终端在所述终端的定时器计时时间内进行重定向。

5.如权利要求1所述的方法，其特征在于，所述重定向请求消息中携带重定向原因。

6.如权利要求1所述的方法，其特征在于，所述方法应用于时分同步码分多址TD-SCDMA***与长期演进***LTE之间的重定向。

7.一种基站，其特征在于，包括：

接收模块，用于接收终端发送的重定向请求消息；

判断模块，用于判断针对所述终端的定时器是否开启且所述定时器是否未超时，所述定时器用于对拒绝重定向时间段进行计时；若所述定时器已开启并且未超时，则根据所述终端重定向的原因判断是否允许所述终端在所述终端的定时器计时时间内进行重定向；

响应模块，若所述判断模块判断不允许所述终端在所述终端的定时器计时时间内进行重定向，则拒绝所述重定向请求消息；否则，响应所述重定向请求消息。

8.如权利要求7所述的基站，其特征在于，所述判断模块还用于：

若判断针对所述终端的定时器未开启，则根据所述终端上报的指示信息，判断是否为所述终端开启定时器；其中，所述指示信息用于指示是否防止所述终端在设定时长内重复重定向；

若判定为是，则针对所述终端开启定时器，响应所述重定向请求消息；否则，响应所述重定向请求消息。

9.如权利要求7或8所述的基站，其特征在于，所述判断模块具体用于：

若所述重定向的原因为所述终端请求的业务需要在目标小区或目标基站下进行，或者，所述重定向的原因为无线资源控制RRC建立原因中规定为允许所述终端在所述终端的定时器计时时间内进行重定向的原因，则判定允许所述终端在所述终端的定时器计时时间内进行重定向。

10.如权利要求7或8所述的基站，其特征在于，所述判断模块具体还用于：

若所述重定向的原因为盲重定向，或者重定向失败，或者所述重定向的原因为RRC建立原因中规定为不允许所述终端在所述终端的定时器计时时间内进行重定向的原因，则判定允许所述终端在所述终端的定时器计时时间内进行重定向。

11.如权利要求7所述的基站，其特征在于，所述重定向请求消息中携带重定向原因。

12.如权利要求7所述的基站，其特征在于，所述基站应用于时分同步码分多址TD-SCDMA***与长期演进***LTE之间的重定向。

Images