CN103561436A - 一种网络重定向方法及装置 - Google Patents

Abstract

本发明提供了一种网络重定向方法及装置。第一接入设备接收UE在用于接入UTRAN的第一频点上发送的RRC连接请求；RRC连接请求包括用于指示UE支持E-UTRAN的标识码；第一频点携带在第二接入设备发送给UE的RRC连接释放消息中，第一接入设备判断是否允许UE接入UTRAN，如果判断结果为否且拒绝次数未超出预设次数，修改标识码的值，以指示UE不支持E-UTRAN，向UE发送第一RRC连接拒绝消息，接收UE在第一频点上重发的RRC连接请求，重新执行判断是否允许UE接入UTRAN及后续操作，直到拒绝次数超出预设次数或判断出允许UE接入UTRAN中。本发明通过修改标识码的值，来解决重定向时的乒乓效应。

Description

一种网络重定向方法及装置

技术领域

本发明涉及通信技术，尤其涉及一种网络重定向方法及装置。

背景技术

基于R8的重定向中，用户设备（User Equipment，简称UE）向通用陆地无线接入网络（Universal Terrestrial Radio Access Network，简称UTRAN）发送无线资源控制（Radio Resource Control，简称RRC）连接请求，以申请与UTRAN网络建立RRC连接，以保证业务的持续进行。

实际应用中，会因为UTRAN的网络负载处于拥堵或者准入原则等原因，UTRAN中的接入设备可能出现拒绝UE接入UTRAN的情况。在R8的重定向中，RRC连接请求携带有预重定向信元“Pre-Redirection info”，在该RRC连接请求中携带的“Pre-Redirection info”的信元值为“True”，指示出UE支持演进型UTRAN（Evolved UTRAN，简称E-UTRAN）。由于UE支持E-UTRAN，接入设备在拒绝UE接入UTRAN之后，会向UE发送指示消息，指示UE重定向回到E-UTRAN中。

但是，UE回到E-UTRAN中后，又会因为同样的原因尝试重定向到UTRAN，UTRAN可能会再次拒绝UE的接入，使得UE又重定向到E-UTRAN。这样反复的进行UTRAN与E-UTRAN之间的重定向过程，被称为重定向过程中的乒乓效应，往往会造成业务的中断，而且给网络带来较大的负荷，浪费了网络资源。

发明内容

本发明提供一种网络重定向方法及装置，用以解决从E-UTRAN重定向到UTRAN的过程中存在的乒乓效应，以降低网络资源的浪费以及减轻网络负荷。

为实现上述目的，本发明提供了一种网络重定向方法，包括：

第一接入设备接收用户设备UE在用于接入通用陆地无线网络UTRAN的第一频点上发送的无线资源控制RRC连接请求；所述RRC连接请求包括用于指示所述UE支持演进通用陆地无线网络E-UTRAN的标识码；其中，所述第一频点携带在第二接入设备发送给所述UE的RRC连接释放消息中；

所述第一接入设备判断是否允许所述UE接入所述UTRAN；

如果判断结果为否且拒绝次数未超出预设次数时，所述第一接入设备修改所述标识码的值，以指示所述UE不支持E-UTRAN；

所述第一接入设备向所述UE发送第一RRC连接拒绝消息；

所述第一接入设备接收所述UE在所述第一频点上重新发送的所述RRC连接请求；

所述第一接入设备重新执行判断是否允许所述UE接入所述UTRAN及后续操作，直到所述拒绝次数超出所述预设次数或者判断出允许所述UE接入所述UTRAN中。

为实现上述目的，本发明提供了一种网络重定向装置，包括：

接收模块，用于重复接收用户设备UE在用于接入通用陆地无线网络UTRAN的第一频点上发送的无线资源控制RRC连接请求；所述RRC连接请求包括用于指示所述UE支持演进通用陆地无线网络E-UTRAN的标识码，直到拒绝次数超出预设次数或者判断出允许所述UE接入所述UTRAN中；其中，所述第一频点携带在第二接入设备发送给所述UE的RRC连接释放消息中；

判断模块，用于在所述接收模块每次接收到所述RRC连接请求消息后，判断是否允许所述UE接入所述UTRAN；

修改模块，用于在所述判断模块每次判断出拒绝所述UE接入所述UTRAN中且所述拒绝次数未超出所述预设次数时，修改所述标识码的值，以指示出所述UE不支持E-UTRAN；

发送模块，用于在所述修改模块每次修改所述标识码的值后，向所述UE发送第一RRC连接拒绝消息，以使所述UE在所述第一频点上重新发送所述RRC连接请求。

本发明提供了一种网络重定向方法及装置。第一接入设备接收UE在用于UTRAN的第一频点上发送的RRC连接请求，RRC连接请求包括用于指示UE支持E-UTRAN的标识码，其中，第一频点携带在第二接入设备发送给UE的RRC连接释放消息中，第一接入设备判断是否允许UE接入UTRAN，如果判断结果为否且拒绝次数未超出预设次数，第一接入设备修改标识码的值，以指示UE不支持E-UTRAN，并向UE发送第一RRC连接拒绝消息，第一接入设备接收UE在第一频点上重新发送的RRC连接请求，以及重新执行判断是否允许UE接入UTRAN及后续操作，直到拒绝次数超出预设次数或判断出允许UE接入UTRAN中。本发明在UTRAN中的接入设备判断出不允许UE接入时，修改携带在RRC连接请求中的标识码的值，使接入设备判定UE不支持E-UTRAN，从而向UE发送不携带E-UTRAN频点的RRC连接拒绝消息，使得UE在UTRAN拒绝其接入时也无法再重定向到E-UTRAN中，只能在UTRAN频点上重新向接入设备发送接入UTRAN的RRC连接请求，从而解决了现有技术中在从E-UTAN重定向到UTRAN过程中存在的乒乓效应，能减少网络资源的浪费，并且能够减轻网络负荷，有利于语音业务和数据业务的持续进行。

附图说明

图1为本发明实施例提供的一种网络重定向方法的示意图；

图2为本发明实施例提供的另一种网络重定向方法的示意图；

图3为本发明实施例提供的另一种网络重定向方法的示意图；

图4为本发明实施例提供的一种网络重定向装置的结构示意图；

图5为本发明实施例提供的另一种网络重定向装置的结构示意图；

图6为本发明实施例提供的另一种网络重定向装置的结构示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

图1为本发明实施例提供一种网络重定向方法的示意图。本发明实施例应用的场景为UE从E-UTRAN中重定向到UTRAN中。该方法的执行主体为位于UTRAN中的用于网络接入的第一接入设备。如图1所示，该网络重定向方法方法包括以下步骤：

101、第一接入设备接收用户设备UE在用于接入通用陆地无线网络UTRAN的第一频点上发送的无线资源控制RRC连接请求；所述RRC连接请求包括用于指示所述UE支持演进通用陆地无线网络E-UTRAN的标识码；其中，所述第一频点携带在第二接入设备发送给所述UE的RRC连接释放消息中。

当E-UTRAN的信号较弱，而UTRAN的信号较强时，或者当前接入E-UTRAN中的UE需要承载语音业务时，就需要UE进行电路域回落（CircuitSwitched FallBack，简称CSFB），将UE回落到UTRAN中以完成语音业务的接续，此时演进型基站（Evolved NodeB，简称eNB）可以向该UE下发一个RRC连接释放消息，在该RRC连接释放消息中携带用于接入UTRAN的第一频点。该第一频点为eNB为UE选取的一个频点。其中，eNB可以根据上报的测量报告，得到测量的频点信息，然后从中选择一个频点作为第一频点；可选地，eNB中可以预存运营商设置的频点选取策略，根据该频点选取策略选取一个频点作为第一频点，其中，不同的频点选取策略对应于不同的重定向原因。在接收到RRC连接释放消息后，UE将释放与eNB之间的RRC连接。此时，UE就可以从E-UTRAN重定向到UTRAN中。

处于UTRAN中的第一接入设备接收UE在第一频点上发送的RRC连接请求，以请求与UTRAN建立无线承载。其中，RRC连接请求中包括用于指示UE支持E-UTRAN的标识码。该标识码可以为RRC连接请求中的“Pre-redirection info”信元。在RRC连接请求中“Pre-redirection info”信元的信元值一直保持为“True”，信元值为“True”用来指示出UE能够支持E-UTRAN。本实施例中，第一接入设备可以为UTRAN中的无线网络控制器（Radio Network Controller，简称RNC）。第二接入设备可以为E-UTRAN中的eNB。

102、所述第一接入设备判断是否允许所述UE接入所述UTRAN。

具体地，在接收到RRC连接请求后，第一接入设备可以根据UTRAN的网络负载状况或者准入原则等进行判断，以确定是否允许UE接入UTRAN中。例如，在UTRAN的网络负载处于饱和状态时，第一接入设备则判断出不允许UE接入UTRAN。

103、如果判断结果为否且拒绝次数未超出预设次数，所述第一接入设备修改所述标识码的值，以指示所述UE不支持E-UTRAN。

本实施例中，当判断出拒绝UE接入UTRAN中，第一接入设备可以累积记录与该RRC连接请求对应的拒绝次数。具体地，可以在第一接入设备中设置一个计数器，通过该计数器记录同一UE发送的同一个RRC连接请求被拒绝的次数。本实施例中在第一接入设备第一次判断出拒绝UE接入到UTRAN中时，计数器就会被启动，此时初始计数值为1。每当第一接入设备判断出因为同一个RRC连接请求而拒绝UE接入UTRAN时，计数器就需要在当前计数值基础上加1，得到该RRC连接被拒绝的拒绝次数。

在判断出拒绝UE接入UTRAN后，第一接入设备进一步判断计数器记录的拒绝次数是否超出预设次数。如果拒绝次数未超出预设次数，第一接入设备修改RRC连接请求中的标识码的值。具体地，第一接入设备可以将“Pre-redirection info”信元的信元值设置为“False”。实际中，将“Pre-redirectioninfo”信元中IE“Support of E-UTRAN FDD”和“Support of E-UTRAN TDD”的值为均设置为“False“。此预设次数可以由网络配置，也可以由管理人员根据实际需求和经验灵活配置，一般预设次数可以为2～3次。

104、所述第一接入设备向所述UE发送第一RRC连接拒绝消息。

在修改完标识码的值之后，第一接入设备可以向UE发送第一RRC连接拒绝消息，以通知UE第一接入设备不允许其接入UTRAN中。本实施例中，在判断出拒绝UE接入UTRAN中且拒绝次数未超出预设次数时，第一接入设备将RRC连接请求中携带的标识码的值进行修改，修改后的标识码指示出UE不支持E-UTRAN。这样第一接入设备就会在向UE发送的第一RRC连接拒绝请求中不携带用于接入E-UTRAN的频点，从而UE就无法在UTRAN网络拒绝其接入后，立刻重定向到E-UTRAN中。

105、所述第一接入设备接收所述UE在所述第一频点上重新发送的所述RRC连接请求，以及重新执行判断是否允许所述UE接入所述UTRAN及后续操作，直到所述拒绝次数超出所述预设次数或者判断出允许所述UE接入所述UTRAN中。

本实施例中，由于第一RRC连接请求中未携带用于接入E-UTRAN的频点，在接收到第一RRC连接拒绝请求后，UE只能在第一频点上继续向第一接入设备重新发送RRC连接请求，再次与UTRAN建立无线承载，以便于业务的持续。

第一接入设备再次接收到RRC连接请求，继续重新执行判断是否允许UE接入UTRAN，以及在判断出拒绝UE接入UTRAN且拒绝次数未超出预设次数时，修改RRC连接请求中标识码的值，并向UE发送第一RRC连接请求，直到拒绝次数超出预设次数或者第一接入设备判断出允许UE接入UTRAN中。

本实施例提供的网络重定向方法，第一接入设备接收UE在用于UTRAN的第一频点上发送的RRC连接请求，RRC连接请求包括用于指示UE支持E-UTRAN的标识码，第一频点携带在第二接入设备发送给UE的RRC连接释放消息中，第一接入设备判断是否允许UE接入UTRAN，如果判断结果为否且拒绝次数未超出预设次数，第一接入设备修改标识码的值，以指示UE不支持E-UTRAN，并向UE发送第一RRC连接拒绝消息，第一接入设备接收UE在第一频点上重新发送的RRC连接请求，以及重新执行判断是否允许UE接入UTRAN及后续操作，直到拒绝次数超出预设次数或判断出允许UE接入UTRAN中。

本实施例中在UTRAN中的接入设备判断出不允许UE接入时，修改携带在RRC连接请求中的标识码的值，使接入设备判定UE不支持E-UTRAN，从而向UE发送不携带E-UTRAN频点的RRC连接拒绝消息，使得UE在UTRAN拒绝其接入时也无法再重定向到E-UTRAN中，只能在UTRAN频点上重新向接入设备发送接入UTRAN的RRC连接请求，从而解决了现有技术中在从E-UTAN重定向到UTRAN过程中存在的乒乓效应的问题，能减少网络资源的浪费，并且能够减轻网络负荷，有利于语音业务和数据业务的持续进行。

图2为本发明实施例提供的另一种网络重定向方法是示意图。如图2所示，该方法包括以下步骤：

201、第一接入设备接收UE在用于接入UTRAN的第一频点上发送的RRC连接请求。

可参见上述实施例中步骤101中相关内容的记载，此处不再赘述。

202、第一接入设备判断是否允许UE接入UTRAN。

在接收到RRC连接请求后，第一接入设备可以根据UTRAN的网络负载状况或者准入原则等进行判断，以确定是否允许UE接入UTRAN中。例如，在UTRAN的网络负载处于饱和状态时，第一接入设备则判断出不允许UE接入UTRAN。如果判断结果为否，执行步骤203；如果判断结果为是，执行步骤301。

203、第一接入设备判断拒绝次数是否超出预设次数。

在第一接入设备中设置有计数器，用于同一个RRC连接请求被拒绝的拒绝次数。第一接入设备在判断出拒绝UE接入UTRAN后，需要进一步判断拒绝次数是否超出预设次数。如果判断结果为否，执行步骤204；如果判断结果为是，执行步骤401。

204、第一接入设备修改标识码的值，以指示UE不支持E-UTRAN。

在RRC连接请求中携带的标识码，该标识码的值能够指示出UE支持E-UTRAN，本实施例中，当判断出拒绝UE接入UTRAN中且拒绝次数未超出预设次数时，第一接入设备对标识码的值进行修改，使得修改后的标识码的值指示出UE不支持E-UTRAN。

205、第一接入设备向UE发送第一RRC连接拒绝消息。

步骤205可参见上述实施例中步骤104的相关内容的记载，此处不再赘述。

在本实例中，由于第一RRC连接拒绝消息中未携带用于接入E-UTRAN的频点，在接收到第一RRC连接拒绝消息后，UE仍然会在第一频点上向第一接入设备发送RRC连接请求，第一接入设备返回执行步骤201。

301、第一接入设备与UE建立无线承载。

第一接入设备在步骤202判断出允许UE接入UTRAN时，第一接入设备将与UE之间建立无线承载，以进行业务的接续。

401、第一接入设备保持标识码的值。

在步骤203判断出拒绝次数超出预设次数后，第一接入设备保持标识码的值，不再修改标识码的值。

402、第一接入设备向UE发送第二RRC连接拒绝消息，第二RRC连接拒绝消息携带用于接入E-UTRAN的第二频点，以使UE在第二频点上向第二接入设备发送RRC连接请求，以将UE重定向到E-UTRAN中。

在步骤401中，由于第一接入设备不再修改标识码的值，这样就可以判定出UE支持E-UTRAN。此时，第一接入设备就会向UE发送第二RRC连接拒绝消息，在该RRC连接拒绝消息中会携带用于接入E-UTRAN的第二频点。进一步地，UE在第二频点上向第二接入设备即处于E-UTRAN中的eNB发送RRC连接请求，以将UE重定向到E-UTRAN中。

本实施例中，第一接入设备还可以在第二RRC连接拒绝消息中携带拒绝指示，该拒绝指示用于指示出UTRAN拒绝UE接入的拒绝指示。UE可以将该拒绝指示通过第二频点转发给E-UTRAN中的eNB。在UE在第二频点接入到E-UTRAN中后，如果UE因相同的重定向原因，需要重定向到UTRAN中时，由于eNB得知UTRAN拒绝该重定向原因的UE接入，此时eNB不会将该UE再次重定向到UTRAN中。优选地，可以预设一定的时间间隔，eNB会在该时间间隔内不会因为相同的重定向原因，将UE重定向到UTRAN中，其中，该时间间隔可以有网络侧根据实际需求进行设定。

本实施例中在UTRAN中的接入设备判断出不允许UE接入时，修改携带在RRC连接请求中的标识码的值，使接入设备判定UE不支持E-UTRAN，从而向UE发送不携带E-UTRAN频点的RRC连接拒绝消息，使得UE在UTRAN拒绝其接入时也无法再重定向到E-UTRAN中，只能在UTRAN频点上重新向接入设备发送接入UTRAN的RRC连接请求，从而解决了现有技术中在从E-UTAN重定向到UTRAN过程中存在的乒乓效应的问题，能减少网络资源的浪费，并且能够减轻网络负荷，有利于语音业务和数据业务的持续进行。进一步地，本实施例还可以在UE在第一频点重复多次向第一接入设备发送RRC连接请求被拒绝后，将UE再重定向到E-UTRAN中。

图3为本发明实施例提供的另一种网络重定向方法的示意图。如图3所示，该方法包括以下步骤：

301、第一接入设备接收UE在第一频点上发送的RRC连接请求，RRC连接请求还包括用于指示出UE重定向到UTRAN中的原因的类型码。

具体地，第一接入设备在UE在用于接入UTRAN的第一频点上发送的RRC连接请求。其中，RRC连接请求不仅包括用于指示UE支持E-UTRAN的标识码，还包括用于指示出UE重定向到UTRAN的原因的类型码。关于第一频点的相关内容和说明，可参见上述实施例中相关内容的记载，此处不再赘述。

302、第一接入设备根据类型码，判断UE重定向到UTRAN中的原因是否为CSFB。

本实施例中，预先为不同的重定向原因设置不同的类型码，其中，重定向的原因的介绍可参加上述实施例中相关内容的记载，此处不再赘述。

UE需要从E-UTRAN重定向到UTRAN中时，会将重定向原因对应的类型码携带在向第一接入设备发送的RRC连接请求中。在接收到RRC连接请求后，第一接入设备根据该RRC连接请求中携带的类型码，识别出UE重定向到UTRAN中的原因。进一步地，第一接入设备就可以判断出重定向的原因是否为CSFB。如果判断结果为所述原因为CSFB，则执行步骤401；如果判断结果为所述原因非CSFB，则执行步骤501。

401、第一接入设备根据接纳控制算法，将RRC连接请求的优先级设置为最高级别。

在本实施例中，在第一接入设备判断出UE重定向到UTRAN中的原因为CSFB时，为了保证语音业务较好的进行，提高用户体验，第一接入设备根据预设的接纳控制算法，将此RRC连接请求的优先级设置为最高级别。

402、第一接入设备判断是否允许UE接入UTRAN。

具体地判断过程可参见上述实施例中相关内容的记载，此处不再赘述。如果判断结果为否，执行步骤403；如果判断结果为是执行步骤601。

403、第一接入设备判断拒绝次数是否超出预设次数。

具体判断过程可参见上述实施例中相关内容的记载，此处不再赘述。在判断出拒绝次数未超出预设次数时，执行步骤404。

404、第一接入设备将Pre-redirection info信元的值修改为False。

本实施例中将RRC连接请求中携带Pre-redirection info信元作为标识码，在判断出拒绝UE接入UTRAN时，第一接入设备修改该信元的值为False，以指示出UE不支持E-UTRAN。

405、第一接入设备向UE发送第三RRC连接拒绝消息，第三RRC连接拒绝消息用于指示UE在预设的时间段内重新选择的用于接入UTRAN的第三频点。

本实施例中，当UE重定向到UTRAN中的原因为CSFB时，为了尽快接续语音业务，在第一接入设备修改Pre-redirection info信元的信元值为False后，在第一接入设备第一次拒绝UE接入UTRAN后，就可以直接向UE下发第三RRC连接拒绝消息，在该第三RRC连接拒绝消息用于指示UE在预设的时间段内重新选择用于接入UTRAN的第三频点。本实施例中由于修改了Pre-redirection info信元的值，第一接入设备就判定出UE不支持E-UTRAN，这样第三RRC连接拒绝消息中也不会携带用于接入E-UTRAN中的第二频点，从而UE不会立刻重定向会E-UTRAN中，克服了来回重定向的乒乓效应。

进一步地，在本实施例中将CSFB对应的RRC连接请求的优先级级别已经最高，当因为CSFB的原因引起UE从E-UTRAN重定向到UTRAN时，为了尽快的实现语音业务的接续，第一接入设备可以将UE预设的时间段内搜索第三频点，继续发起电路域业务，从而能够节省电路域回落的时间。

406、第一接入设备接收UE在第三频点上发送的RRC连接请求。

501、第一接入设备判断是否允许UE接入UTRAN。

在步骤302中如果判断出引起UE重定向到UTRAN中的原因非CSFB时，第一接入设备根据UTRAN的网络状态或者准入原则，判断是否允许UE接入UTRAN。如果判断结果为否，执行步骤502；如果判断结果为是，执行步骤601。

502、第一接入设备根据接纳控制算法升高RRC连接请求的优先级的级别。

一般重定向原因非CSFB时，在RRC连接请求被拒绝后，UE也会尝试向第一接入设备再次发送RRC连接请求。为了保证用户的体验，本实施例中，第一接入设备在每一次拒绝了同一UE发送的同一RRC连接请求后，根据预设的接纳控制算法升高此RRC连接请求的优先级的级别。

503、第一接入设备判断拒绝次数是否超出预设次数。

具体判断过程可参见上述实施例中相关内容的记载，此处不再赘述。如果判断拒绝次数未超出预设次数，执行步骤504；如果判断出拒绝次数超出预设次数，执行步骤506。

504、第一接入设备将Pre-redirection info信元的值修改为False。

505、第一接入设备向UE发送第一RRC连接拒绝消息。

506、第一接入设备向UE发送第二RRC连接拒绝消息，第二RRC连接拒绝消息携带用于接入E-UTRAN的第二频点，以使UE在第二频点上向第二接入设备发送RRC连接请求，以将UE重定向到E-UTRAN中。

在步骤503判断出拒绝次数超出预设次数，第一接入设备向UE发送第二RRC连接拒绝消息。其中，第二RRC连接拒绝消息携带用于接入E-UTRAN的第二频点。UE接收到第二RRC连接拒绝消息后，会在第二频点上向第二接入设备发送RRC连接请求，请求将UE重定向到E-UTRAN中。

本实施例中，第一接入设备还可以在第二RRC连接拒绝消息中携带拒绝指示，该拒绝指示用于指示出UTRAN拒绝UE接入的拒绝指示。UE可以将该拒绝指示通过第二频点转发给E-UTRAN中的eNB。在UE在第二频点接入到E-UTRAN中后，如果UE因相同的重定向原因，需要重定向到UTRAN中时，由于eNB得知UTRAN拒绝该重定向原因的UE接入，此时eNB不会将该UE再次重定向到UTRAN中。优选地，可以预设一定的时间间隔，eNB会在该时间间隔内不会因为相同的重定向原因，将UE重定向到UTRAN中，其中，该时间间隔可以有网络侧根据实际需求进行设定。

由于第一接入设备修改了Pre-redirection info信元的值，判定UE不支持E-UTRAN，第一接入设备向UE发送的第一RRC连接拒绝消息中不会携带用于接入E-UTRAN中的第二频点，从而UE不会立刻重定向回E-UTRAN中，克服了来回重定向的乒乓效应。这样UE就会在第一频点上再次向第一接入设备发送RRC连接请求，第一接入设备返回执行步骤301及后续操作，直到拒绝次数超出预设次数或者判断出允许UE接入UTRAN中。

601、第一接入设备与UE接入建立无线承载。

在步骤402或者步骤501中，当第一接入设备判断出允许UE接入UTRAN时，第一接入设备直接与UE建立无线承载，以便于UE在UTRAN中进行通信。

本实施例中在UTRAN中的接入设备判断出不允许UE接入时，修改携带在RRC连接请求中的标识码的值，使接入设备判定UE不支持E-UTRAN，从而向UE发送不携带E-UTRAN频点的RRC连接拒绝消息，使得UE在UTRAN拒绝其接入时也无法再重定向到E-UTRAN中，只能在UTRAN频点上重新向接入设备发送接入UTRAN的RRC连接请求，从而解决了现有技术中在从E-UTAN重定向到UTRAN过程中存在的乒乓效应的问题，能减少网络资源的浪费，并且能够减轻网络负荷，有利于语音业务和数据业务的持续进行。进一步地，本实施例还可以在UE在第一频点重复多次向第一接入设备发送RRC连接请求被拒绝后，将UE再重定向到E-UTRAN中。而且因为CSFB引起UE重定向到UTRAN的情况下，当第一接入设备第一次拒绝UE接入UTRAN时，第一接入设备就指示UE在预设的时间段内，重新选择用于接入UTRAN的频点，有利于尽快地实现语音业务的接续。

图4为本发明实施例提供的一种网络重定向装置的结构示意图。如图4所示，该装置包括：接收模块41、判断模块42、修改模块43和发送模块44。

当E-UTRAN的信号较弱，而UTRAN的信号较强时，或者当前接入E-UTRAN中的UE需要承载语音业务时，需要UE进行CSFB将UE回落到UTRAN中以完成语音业务的接续，此时eNB可以该UE下发RRC连接释放消息，在该RRC连接释放消息中携带用于接入UTRAN的第一频点。该第一频点为eNB为UE选取的一个频点。其中，eNB选取第一频点的方法，可参见上述实施例中相关内容的记载，此处不再赘述。在接收到RRC连接释放消息后，UE将释放与eNB之间的RRC连接。此时，UE就可以从E-UTRAN重定向到UTRAN中。

本实施例提供的网络重定向装置为处于UTRAN中的接入设备，其中，该接入设备可以为UTRAN中的RNC。该网络重定向装置中的接收模块41接收UE在第一频点上发送的RRC连接请求，以请求与UTRAN建立无线承载。其中，RRC连接请求中包括用于指示UE支持E-UTRAN的标识码。该标识码可以为RRC连接请求中的“Pre-redirection info”信元。在RRC连接请求中“Pre-redirection info”信元的信元值一直保持为“True”，信元值为“True”用来指示出UE能够支持E-UTRAN。其中，网络重定向装置可以为UTRAN中的RNC。

接收模块41与判断模块42连接，在接收到RRC连接请求后，判断模块42可以根据UTRAN的网络负载状况或者准入原则等进行判断，以确定是否允许UE接入UTRAN中。例如，在UTRAN的网络负载处于饱和状态时，判断模块42则判断出不允许UE接入UTRAN。

本实施例中当判断模块42判断出拒绝UE接入UTRAN时，网络重定向装置可以累积记录与该RRC连接请求对应的拒绝次数。具体地，可以在该网络重定向装置中设置一个计数器40，通过该计数器40记录同一UE发送的同一个RRC连接请求被拒绝的次数。本实施例中在判断模块42第一次判断出拒绝UE接入到UTRAN中时，计数器40就会被启动，此时初始计数值为1。每当判断模块42判断出因为同一个RRC连接请求而拒绝UE接入UTRAN时，计数器40就需要在当前计数值基础上加1，得到该RRC连接被拒绝的拒绝次数。

在判断出拒绝UE接入UTRAN后，判断模块42进一步判断计数器40记录的拒绝次数是否超出预设次数。如果拒绝次数未超出预设次数，修改模块43修改RRC连接请求中的标识码的值。具体地，修改模块43可以将“Pre-redirection info”信元的信元值设置为“False”。实际中，将“Pre-redirectioninfo”信元中IE“Support of E-UTRAN FDD”和“Support of E-UTRAN TDD”的值为均设置为“False“。此预设次数可以由网络配置，也可以由管理人员根据实际需求和经验灵活配置，一般预设次数可以为2～3次。修改模块43与发送模块44连接，在修改为标识码的值后，发送模块44可以向UE发送第一RRC连接拒绝消息，以通知UE网络重定向装置不允许其接入UTRAN中。本实施例中，修改模块43在判断出拒绝UE接入UTRAN中且拒绝次数未超出预设次数时，将RRC连接请求中携带的标识码的值进行修改，使得修改后的标识码指示出UE不支持E-UTRAN。这样发送模块44在向UE发送的第一RRC连接拒绝请求中就不会携带用于接入E-UTRAN的频点，从而UE就无法在UTRAN网络拒绝其接入后，立刻重定向到E-UTRAN中。

本实施例中，由于第一RRC连接请求中未携带用于接入E-UTRAN的频点，在接收到第一RRC连接拒绝请求后，UE只能在第一频点上继续向网络重定向装置中的接收模块41重新接收UE发送RRC连接请求，再次请求与UTRAN建立无线承载，以便于业务的接续。

每当接收模块41接收到RRC连接请求后，判断模块42就会重新执行判断是否允许UE接入UTRAN，以及在每次判断出拒绝UE接入UTRAN且拒绝次数未超出预设次数时，修改模块43修改RRC连接请求中标识码的值，在每次修改模块43修改了标识码的值后，发送模块44向UE发送第一RRC连接请求，直到拒绝次数超出预设次数或者第一接入设备判断出允许UE接入UTRAN中。

本实施例提供的网络重定向装置，发送模块接收UE在用于UTRAN的第一频点上发送的RRC连接请求，RRC连接请求包括用于指示UE支持E-UTRAN的标识码，第一频点携带在第二接入设备发送给UE的RRC连接释放消息中，判断模块判断是否允许UE接入UTRAN，如果判断结果为否且拒绝次数未超出预设次数，修改模块修改标识码的值，以指示UE不支持E-UTRAN，并向UE发送第一RRC连接拒绝消息，接收模块接收UE在第一频点上重新发送的RRC连接请求，以及重新执行判断是否允许UE接入UTRAN及后续操作，直到拒绝次数超出预设次数或判断出允许UE接入UTRAN中。

本实施例中在UTRAN中的接入设备判断出不允许UE接入时，修改携带在RRC连接请求中的标识码的值，使接入设备判定UE不支持E-UTRAN，从而向UE发送不携带E-UTRAN频点的RRC连接拒绝消息，使得UE在UTRAN拒绝其接入时也无法再重定向到E-UTRAN中，只能在UTRAN频点上重新向接入设备发送接入UTRAN的RRC连接请求，从而解决了现有技术中在从E-UTAN重定向到UTRAN过程中存在的乒乓效应的问题，能减少网络资源的浪费，并且能够减轻网络负荷，有利于语音业务和数据业务的持续进行。

图5为本发明实施例提供的另一种网络重定向装置的结构示意图。如图5所示，该装置包括：接收模块51、判断模块52、修改模块53、保持模块54和发送模块55。

具体地，在UE需要从E-UTRAN中重定向到UTRAN时，eNB会向UE发送一个RRC连接释放消息，在该RRC连接释放消息中携带UE用于接入UTRAN的第一频点。在接收到RRC连接释放消息后，UE与eNB之间的无线连接就会被释放。

接收模块51接收UE在第一频点上发送的RRC连接请求，在该RRC连接请求中包括用于指示UE支持E-UTRAN的标识码，具体地，该标识码为“Pre-redirection info”信元。

在接收到RRC连接请求后，判断模块52根据UTRAN的网络负载状况或者准入原则等进行判断，以确定是否允许UE接入UTRAN中。例如，在UTRAN的网络负载处于饱和状态时，则判断出不允许UE接入UTRAN。

本实施例中，网络重定向装置还包括一个计数器50，用于记录同一UE发送的同一个RRC连接请求被拒绝的拒绝次数。判断模块52在判断出拒绝UE接入UTRAN后，需要进一步判断拒绝次数是否超出预设次数。如果判断出拒绝次数未超出预设次数，修改模块53修改携带在RRC连接请求中标识码的值，以指示出UE不支持E-UTRAN。

发送模块55与修改模块53连接，在对标识码的值进行修改后，发送模块55向UE发送第一RRC连接拒绝消息。本实施例中，由于修改后的标识码的值指示出UE不支持E-UTRAN，在发送模块55向UE发送的第一RRC连接拒绝消息中未携带用于接入E-UTRAN的频点，在接收到第一RRC连接拒绝消息后，UE仍然会在第一频点上向接收模块51发送RRC连接请求。

而在判断模块52判断出拒绝次数超过预设次数时，保持模块54用于保持RRC连接请求中标识码的值，修改模块53不再修改标识码的值。保持模块54与发送模块55连接，本实施例中，在保持模块54保持标识码的值不变时，发送模块55向UE发送第二RRC连接拒绝消息，第二RRC连接拒绝消息携带用于接入E-UTRAN的第二频点，UE在第二频点上向第二接入设备即处于E-UTRAN中的eNB发送RRC连接请求，以将UE重定向到E-UTRAN中。

其中，第二RRC连接拒绝消息中还可以携带拒绝指示，该拒绝指示用于指示出UTRAN拒绝UE接入的拒绝指示。UE可以将该拒绝指示通过第二频点转发给eNB。在UE在第二频点接入到E-UTRAN中后，如果UE因相同的重定向原因，需要重定向到UTRAN中时，由于eNB得知UTRAN拒绝该重定向原因的UE接入，此时eNB不会将该UE再次重定向到UTRAN中。优选地，可以预设一定的时间间隔，eNB会在该时间间隔内不会因为相同的重定向原因，将UE重定向到UTRAN中，其中，该时间间隔可以有网络侧根据实际需求进行设定。

本实施例中在UTRAN中的接入设备判断出不允许UE接入时，修改携带在RRC连接请求中的标识码的值，使接入设备判定UE不支持E-UTRAN，从而向UE发送不携带E-UTRAN频点的RRC连接拒绝消息，使得UE在UTRAN拒绝其接入时也无法再重定向到E-UTRAN中，只能在UTRAN频点上重新向接入设备发送接入UTRAN的RRC连接请求，从而解决了现有技术中在从E-UTAN重定向到UTRAN过程中存在的乒乓效应，能减少网络资源的浪费，并且能够减轻网络负荷，有利于语音业务和数据业务的持续进行。

图6为本发明实施例提供的另一种网络重定向装置的结构示意图。如图6所示，该装置包括：计数器60、接收模块61、判断模块62、修改模块63、保持模块64、接纳控制模块65、发送模块66和重新选择模块67。

具体地，在UE在用于接入UTRAN的第一频点上发送的RRC连接请求。其中，RRC连接请求不仅包括用于指示UE支持E-UTRAN的标识码，还包括用于指示出UE重定向到UTRAN的原因的类型码。本实施例中，预先为不同的重定向原因设置不同的类型码。关于第一频点以重定向原因的介绍和说明，可参见上述实施例中相关内容的记载，此处不再赘述。

UE需要从E-UTRAN重定向到UTRAN中时，会将重定向原因对应的类型码携带在向接收模块61发送的RRC连接请求中。在接收到RRC连接请求后，判断模块62可以根据该RRC连接请求中携带的类型码，识别出UE重定向到UTRAN中的原因，判断模块62可以进一步判断出重定向的原因是否为CSFB。

本实施例中，如果判断模块62判断出重定向原因为CSFB，为了保证语音业务较好的进行，提高用户体验，接纳控制模块65将RRC连接请求的优先级设置为最高级别。进一步地，判断模块62继续判断是否允许UE接入UTRAN。如果判断出拒绝UE接入UTRAN中，判断模块62进一步判断拒绝次数是否超出预设次数。其中，计数器60用于记录同一UE发送的同一个RRC连接请求被拒绝的次数。具体判断过程可参见上述实施例中相关内容的记载，此处不再赘述。

而如果判断模块62判断出允许UE接入UTRAN中，UE与UTRAN之间建立无线承载。

判断模块62还与修改模块63连接，在判断模块62判断出拒绝UE接入UTRAN且拒绝次数未超出预设次数，修改模块63将“Pre-redirection info”的信元值修改为“False”，以指示出UE不支持E-UTRAN。

本实施例中，当UE重定向到UTRAN中的原因为CSFB时，为了尽快接续语音业务，在将“Pre-redirection info”的信元值修改为“False”后，在第一次拒绝UE接入UTRAN后，重新选择模块67将为重定向原因为CSFB的RRC连接请求，重新选择用于接入UTRAN的第三频点，然后发送模块66直接向UE下发第三RRC连接拒绝消息。其中，该第三RRC连接拒绝消息用于指示UE在预设的时间段内重新选择用于接入UTRAN的第三频点。UE将在第三频点上发送向接收模块61发送RRC连接请求。

本实施例中由于修改了“Pre-redirection info”的信元值，表示UE不支持E-UTRAN，这样发送模块66发送的第三RRC连接拒绝消息中并不携带用于接入E-UTRAN中的第二频点，从而UE不会立刻重定向回E-UTRAN中，克服了重定向过程中存在的乒乓效应。

进一步地，在本实施例中将CSFB对应的RRC连接请求的优先级级别已经最高，当因为CSFB的原因引起UE从E-UTRAN重定向到UTRAN时，为了尽快的实现语音业务的接续，第一接入设备中重新选择模块67可以为UE搜索第三频点，使UE可以在预设的时间段内在第三频点上继续发起电路域业务，从而能够节省电路域回落的时间。

如果判断模块62判断出拒绝次数超出预设次数，保持模块64则保持RRC连接请求中标识码的值不变，即保持模块64保持“Pre-redirection info”的信元值修改为“True”。

一般当重定向原因非CSFB时，在RRC连接请求被拒绝后，UE可能还会尝试向接收模块61发送RRC连接请求。为了保证用户的体验，本实施例中，接纳控制模块65会在每一次拒绝了同一UE发送的同一RRC连接请求后，根据预设的接纳控制算法升高此RRC连接请求的优先级的级别。

进一步地，判断模块62判断拒绝次数是否超出预设次数，具体判断过程可参见上述实施例中相关内容的记载，此处不再赘述。如果判断拒绝次数未超出预设次数，修改模块63将“Pre-redirection info”的信元值修改为“False”，然后通过发送模块66向UE发送第一RRC连接拒绝消息。

本实施例中由于修改了“Pre-redirection info”的信元值，判定UE不支持E-UTRAN，向UE发送的第一RRC连接拒绝消息中不会携带用于接入E-UTRAN中的第二频点，从而UE不会立刻重定向会E-UTRAN中，克服了来回重定向的乒乓效应。这样UE就会在第一频点上再次发送RRC连接请求，直到拒绝次数超出预设次数或者判断出允许UE接入UTRAN中。

本实施例中在UTRAN中的接入设备判断出不允许UE接入时，修改携带在RRC连接请求中的标识码的值，使接入设备判定UE不支持E-UTRAN，从而向UE发送不携带E-UTRAN频点的RRC连接拒绝消息，使得UE在UTRAN拒绝其接入时也无法再重定向到E-UTRAN中，只能在UTRAN频点上重新向接入设备发送接入UTRAN的RRC连接请求，从而解决了现有技术中在从E-UTAN重定向到UTRAN过程中存在的乒乓效应，能减少网络资源的浪费，并且能够减轻网络负荷，有利于语音业务和数据业务的持续进行。

进一步地，本实施例还可以在UE在第一频点重复多次向第一接入设备发送RRC连接请求被拒绝后，将UE再重定向到E-UTRAN中。而且因为CSFB引起UE重定向到UTRAN的情况下，当第一接入设备第一次拒绝UE接入UTRAN时，第一接入设备就指示UE在预设的时间段内，重新选择用于接入UTRAN的频点，有利于尽快地实现语音业务的接续。

本实施例提供的网络重定向装置的各功能模块可用于执行上述相关实施例中所示的网络重定向方法的流程，其具体工作原理不再赘述，详见方法实施例的描述。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种网络重定向方法，其特征在于，包括：

第一接入设备接收用户设备UE在用于接入通用陆地无线网络UTRAN的第一频点上发送的无线资源控制RRC连接请求；所述RRC连接请求包括用于指示所述UE支持演进通用陆地无线网络E-UTRAN的标识码；其中，所述第一频点携带在第二接入设备发送给所述UE的RRC连接释放消息中；

所述第一接入设备判断是否允许所述UE接入所述UTRAN；

如果判断结果为否且拒绝次数未超出预设次数，所述第一接入设备修改所述标识码的值，以指示所述UE不支持E-UTRAN；

所述第一接入设备向所述UE发送第一RRC连接拒绝消息；

所述第一接入设备接收所述UE在所述第一频点上重新发送的所述RRC连接请求，以及重新执行判断是否允许所述UE接入所述UTRAN及后续操作，直到所述拒绝次数超出所述预设次数或者判断出允许所述UE接入所述UTRAN中。

2.根据权利要求1所述的网络重定向方法，其特征在于，还包括：

在所述拒绝次数超出所述门限值，所述第一接入设备保持所述标识码的值；

所述第一接入设备向所述UE发送第二RRC连接拒绝消息，所述第二RRC连接拒绝消息携带用于接入E-UTRAN的第二频点，以使所述UE在所述第二频点上发送向所述第二接入设备发送所述RRC连接请求，以将所述UE重定向到所述E-UTRAN中。

3.根据权利要求2所述的网络重定向方法，其特征在于，所述RRC连接请求还包括用于指示出所述UE重定向到所述UTRAN的原因的类型码；

所述第一接入设备判断是否允许所述UE接入所述UTRAN包括：

所述第一接入设备根据所述类型码判断所述UE重定向到所述UTRAN中的原因是否为电路域回落CSFB；

如果所述原因为所述CSFB，所述第一接入设备根据接纳控制算法，将所述RRC连接请求的优先级设置为最高级别；

所述第一接入设备判断是否允许所述UE接入所述UTRAN；

所述第一接入设备修改所述标识码的值之后，还包括：

所述第一接入设备向所述UE发送第三RRC连接拒绝消息，其中，所述第三RRC连接消息用于指示所述UE在预设的时间段内重新选择用于接入所述UTRAN的第三频点；

所述第一接入设备接收所述UE在所述第三频点上发送的所述RRC连接请求。

4.根据权利要求3所述的网络重定向方法，其特征在于，还包括：

如果所述原因非所述CSFB，所述第一接入设备在判断出拒绝所述UE接入所述UTRAN之后，还包括：

所述第一接入设备根据所述接纳控制算法升高所述RRC连接请求的优先级的级别。

5.根据权利要求1-4任一项所述的网络重定向方法，其特征在于，所述标识码为预重定向信元“Pre-Redirection info”；

所述第一接入设备修改所述标识码的值包括：

所述第一接入设备将所述“Pre-Redirection info”的信元值修改为“False”。

6.一种网络重定向装置，其特征在于，包括：

接收模块，用于重复接收用户设备UE在用于接入通用陆地无线网络UTRAN的第一频点上发送的无线资源控制RRC连接请求；所述RRC连接请求包括用于指示所述UE支持演进通用陆地无线网络E-UTRAN的标识码，直到拒绝次数超出预设次数或者判断出允许所述UE接入所述UTRAN中；其中，所述第一频点携带在第二接入设备发送给所述UE的RRC连接释放消息中；

判断模块，用于在所述接收模块每次接收到所述RRC连接请求消息后，判断是否允许所述UE接入所述UTRAN；

修改模块，用于在所述判断模块每次判断出拒绝所述UE接入所述UTRAN中且所述拒绝次数未超出所述预设次数时，修改所述标识码的值，以指示所述UE不支持E-UTRAN；

发送模块，用于在所述修改模块每次修改所述标识码的值后，向所述UE发送第一RRC连接拒绝消息，以使所述UE在所述第一频点上重新发送所述RRC连接请求。

7.根据权利要求6所述的网络重定向装置，其特征在于，还包括：

保持模块，用于在所述拒绝次数超出所述门限值，保持所述标识码的值；

所述发送模块，还用于在保持所述标识码的值之后，向所述UE发送第二RRC连接拒绝消息，以使所述UE在第二频点上向所述第二接入设备发送所述RRC连接请求，以将所述UE重定向到所述E-UTRAN中；其中，所述第二RRC连接拒绝消息携带用于接入E-UTRAN的所述第二频点。

8.根据权利要求7所述的网络重定向装置，其特征在于，所述RRC连接请求还包括用于指示出所述UE重定向到所述UTRAN中的原因的类型码；

接纳控制模块，用于在所述判断模块判断是否允许所述UE接入所述UTRAN之前，根据所述类型码判断所述UE重定向到所述UTRAN中的原因是否为电路域回落CSFB，如果所述原因为所述CSFB，根据接纳控制算法将所述RRC连接请求的优先级设置为最高级别；

重新选择模块，用于在所述修改模块修改所述标识码的的值之后，通过所述发送模块向所述UE发送第三RRC连接拒绝消息，其中，所述第三RRC连接消息用于指示所述UE在预设的时间段内重新选择用于接入所述UTRAN的第三频点，以及接收所述UE在所述第三频点上发送的所述RRC连接请求。

9.根据权利要求8所述的网络重定向装置，其特征在于，还包括：

所述接纳控制模块，还用于如果所述原因非所述CSFB，在所述判断模块判断出拒绝所述UE接入所述UTRAN之后，根据接纳控制算法升高所述RRC连接请求的优先级的级别。

10.根据权利要求6-9任一项所述的网络重定向装置，其特征在于，所述标识码为预重定向信元“Pre-Redirection info”；

所述修改模块具体用于在判断出拒绝所述UE接入所述UTRAN且所述拒绝次数未超出所述预设次数时，将所述“Pre-Redirection info”的信元值修改为“False”。

Images