CN103843402A - 一种重定向的方法、设备及系统 - Google Patents
一种重定向的方法、设备及系统 Download PDFInfo
- Publication number
- CN103843402A CN103843402A CN201380002264.4A CN201380002264A CN103843402A CN 103843402 A CN103843402 A CN 103843402A CN 201380002264 A CN201380002264 A CN 201380002264A CN 103843402 A CN103843402 A CN 103843402A
- Authority
- CN
- China
- Prior art keywords
- community
- user equipment
- redirected
- frequency
- adjacent area
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/04—Reselecting a cell layer in multi-layered cells
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/06—Reselecting a communication resource in the serving access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/22—Performing reselection for specific purposes for handling the traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/34—Reselection control
- H04W36/38—Reselection control by fixed network equipment
- H04W36/385—Reselection control by fixed network equipment of the core network
Abstract
本发明实施例公开了一种重定向方法及设备，涉及通信领域。实现PCH态或FACH态用户设备的重定向，避免重定向时踩空，提高系统容量和业务质量。本发明实施例提供的方法包括：接收PCH态或FACH态的用户设备在第一小区发送的小区更新请求消息，其中，所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH，所述FACH态包括小区前向接入信道CELL_FACH；根据预设策略确定将所述用户设备重定向至第二小区或者第二频点；向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
Description
技术领域
本发明涉及通信领域，尤其涉及一种重定向的方法、设备及系统。
背景技术
业务分层可以增加小区的业务吸收容量，以及获取良好的自适应多速率（Adative Multi-Rate，简称AMR）语音体验，一般的，可以通过重定向实现业务分层。例如，现有技术一般可以通过小区前向接入信道（Cell_Forward Access Channel，简称CELL_FACH）迁移到小区专用信道（Cell_Dedicated Channel，简称CELL_DCH）（F2H）直接重试判决（direct retry decision，简称DRD）重定向完成。
但是，现有技术的这种重定向方法依赖于源小区和目标小区的完全同覆盖，使得宏微组网场景下或者多频段场景容易造成踩空。
例如，参见图1，为一种宏微组网示意图，在频点F1上，配置有F1宏小区，在频点F2上，配置有F2宏小区和F2微小区。一般的，空闲状态（Idle）用户和寻呼信道状态（Paging Channel，简称PCH）用户设备驻留在F1宏小区，当所处位置和F2微小区交叠时，如果F2HDRD到F2，并且目标小区为F2宏小区，这时就会踩空。
对于Idle用户，无线网络控制器（Radio Network Controller，简称RNC）在收到用户设备（User Equipment，简称UE）在F1上的无线资源控制（Radio Resource Control，简称RRC）建立请求时，可以在识别出为分组交换业务（Packet Switched Service，简称PS）时进行RRC重定向。但是，对于PCH态或前向接入信道（ForwardAccess Channel，简称FACH）态用户，现有技术还没有合适的重定向方法可以实现业务分层。
发明内容
本发明的实施例提供一种重定向的方法，设备及系统，能够实现PCH态或FACH态用户设备的重定向，而且避免重定向时踩空，提高系统容量和业务质量。
为达到上述目的，本发明的实施例采用如下技术方案：
第一方面，提供一种重定向的方法，包括：
接收寻呼信道PCH态或前向接入信道FACH态的用户设备在第一小区发送的小区更新请求消息，其中，所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH，所述FACH态包括小区前向接入信道CELL_FACH；
根据预设策略确定将所述用户设备重定向至第二小区或者第二频点；
向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
在第一方面的第一种可能的实现方式中，结合第一方面，所述根据预设策略确定所述用户设备重定向至第二小区或者第二频点，包括：
基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区或者所述第二频点。
在第一方面的第二种可能的实现方式中，结合第一方面的第一种可能的实现方式，所述基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区包括：
若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，并且，
所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限，或者，若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限，则确定将所述用户设备重定向至所述第二小区，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
在第一方面的第三种可能的实现方式中，结合第一方面的第一种可能的实现方式，所述基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二频点，包括：
若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，确定将所述用户设备重定向至所述第二频点。
在第一方面的第四种可能的实现方式中，结合第一方面，所述根据预设策略确定将所述用户设备重定向至第二小区或者第二频点，包括：
基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点。
在第一方面的第五种可能的实现方式中，结合第一方面的第四种可能的实现方式，所述基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点，包括：
根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型，其中，所述业务类型包含实时业务或非实时业务；
当所述第一小区为倾向驻留小区时，若确定所述业务的业务类型为非实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
在第一方面的第六种可能的实现方式中，结合第一方面的第四种可能的实现方式，所述基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点，包括：
根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型，其中，所述业务类型包含实时业务或非实时业务；
当所述第一小区为非倾向驻留小区时，若确定所述业务的业务类型为实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
在第一方面的第七种可能的实现方式中，结合第一方面，所述根据预设策略确定所述用户设备重定向至第二小区或者第二频点，包括：
基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区或者所述第二频点。
在第一方面的第八种可能的实现方式中，结合第一方面的第七种可能的实现方式，所述基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区，包括：
若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，并且，
所述第二小区的下行功率负载小于或等于第二重定向入门限，或者，若确定所述第二小区的下行功率负载与所述第一小区下行功率负载的差值大于第二重定向相对门限，则确定将所述用户设备重定向至所述第二小区，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
在第一方面的第九种可能的实现方式中，结合第一方面的第七种可能的实现方式，所述基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二频点，包括：
若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，则确定将所述用户设备重定向至所述第二频点。
第二方面，本发明的实施例提供一种RNC，包括：
接收单元，用于接收寻呼信道PCH态或前向接入信道FACH态的用户设备在第一小区发送的小区更新请求消息，其中，所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH，所述FACH态包括小区前向接入信道CELL_FACH；
重定向单元，用于预设策略确定将所述用户设备重定向至第二小区或者第二频点；
发送单元，用于向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
在第二方面的第一种可能的实现方式中，结合第二方面，所述重定向单元具体用于：
基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区或者所述第二频点。
在第二方面的第二种可能的实现方式中，结合第二方面的第一种可能的实现方式，所述重定向单元具体用于：
若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，并且，
所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限，或者，若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限，则确定将所述用户设备重定向至所述第二小区，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
在第二方面的第三种可能的实现方式中，结合第二方面的第一种可能的实现方式，所述重定向单元具体用于：
若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，确定将所述用户设备重定向至所述第二频点。
在第二方面的第四种可能的实现方式中，结合第二方面，所述重定向单元具体用于：
基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点。
在第二方面的第五种可能的实现方式中，结合第二方面的第四种可能的实现方式，所述重定向单元具体用于：
根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型，其中，所述业务类型包含实时业务或非实时业务；
当所述第一小区为倾向驻留小区时，若确定所述业务的业务类型为非实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
在第二方面的第六种可能的实现方式中，结合第二方面的第四种可能的实现方式，所述重定向单元具体用于：
根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型，其中，所述业务类型包含实时业务或非实时业务；
当所述第一小区为非倾向驻留小区时，若确定所述业务的业务类型为实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
在第二方面的第七种可能的实现方式中，结合第二方面，所述重定向单元具体用于：
基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区或者所述第二频点。
在第二方面的第八种可能的实现方式中，结合第二方面的第七种可能的实现方式，所述重定向单元具体用于：
若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，并且，
所述第二小区的下行功率负载小于或等于第二重定向入门限，或者，若确定所述第二小区的下行功率负载与所述第一小区下行功率负载的差值大于第二重定向相对门限，则确定将所述用户设备重定向至所述第二小区，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
在第二方面的第九种可能的实现方式中，结合第二方面的第七种可能的实现方式，所述重定向单元具体用于：
若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，则确定将所述用户设备重定向至所述第二频点。
第三方面，本发明的实施例提供一种RNC，包括：
接收器，用于接收寻呼信道PCH态或前向接入信道FACH态的用户设备在第一小区发送的小区更新请求消息，其中，所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH，所述FACH态包括小区前向接入信道CELL_FACH；
处理器，用于预设策略确定将所述用户设备重定向至第二小区或者第二频点；
发送器，用于向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
在第三方面的第一种可能的实现方式中，结合第三方面，所述处理器具体用于：
基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区或者所述第二频点。
在第三方面的第二种可能的实现方式中，结合第三方面的第一种可能的实现方式，所述处理器具体用于：
若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，并且，
所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限，或者，若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限，则确定将所述用户设备重定向至所述第二小区，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
在第三方面的第三种可能的实现方式中，结合第三方面的第一种可能的实现方式，所述处理器具体用于：
若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，确定将所述用户设备重定向至所述第二频点。
在第三方面的第四种可能的实现方式中，结合第三方面，所述处理器具体用于：
基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点。
在第三方面的第五种可能的实现方式中，结合第三方面的第四种可能的实现方式，所述处理器具体用于：
根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型，其中，所述业务类型包含实时业务或非实时业务；
当所述第一小区为倾向驻留小区时，若确定所述业务的业务类型为非实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
在第三方面的第六种可能的实现方式中，结合第三方面的第四种可能的实现方式，所述处理器具体用于：
根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型，其中，所述业务类型包含实时业务或非实时业务；
当所述第一小区为非倾向驻留小区时，若确定所述业务的业务类型为实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
在第三方面的第七种可能的实现方式中，结合第三方面，所述处理器具体用于：
基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区或者所述第二频点。
在第三方面的第八种可能的实现方式中，结合第三方面的第七种可能的实现方式，所述处理器具体用于：
若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，并且，
所述第二小区的下行功率负载小于或等于第二重定向入门限，或者，若确定所述第二小区的下行功率负载与所述第一小区下行功率负载的差值大于第二重定向相对门限，则确定将所述用户设备重定向至所述第二小区，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
在第三方面的第九种可能的实现方式中，结合第三方面的第七种可能的实现方式，所述处理器具体用于：
若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，则确定将所述用户设备重定向至所述第二频点。
本发明的实施例提供一种重定向的方法，设备及系统，RNC接收寻呼信道PCH态或前向接入信道FACH态的用户设备在第一小区发送的小区更新请求消息，其中，所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH，所述FACH态包括小区前向接入信道CELL_FACH；根据预设策略确定将所述用户设备重定向至第二小区或者第二频点；向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。能够实现PCH态或FACH态用户设备的重定向，而且避免重定向时踩空，提高系统容量和业务质量。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种组网场景示意图；
图2为本发明实施例提供的一种重定向的方法流程图；
图3为本发明另一实施例提供的另一种重定向的方法流程图；
图4为本发明另一实施例提供的另一种重定向的方法流程图；
图5为本发明另一实施例提供的另一种重定向的方法流程图；
图6为本发明另一实施例提供的另一种重定向的方法流程图；
图7为本发明实施例提供的另一种组网场景示意图；
图8为本发明实施例提供的一种RNC的装置结构图；
图9为本发明实施例提供的另一种RNC的装置结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供的技术方案可以应用于各种无线通信网络，例如：全球移动通信（global system for mobile communication，简称为GSM）系统、码分多址（code division multiple access，简称为CDMA）系统、宽带码分多址（wideband code division multiple access，简称为WCDMA）系统、通用移动通信（universal mobile telecommunicationsystem，简称为UMTS）系统、通用分组无线业务（general packet radioservice，简称为GPRS）系统、长期演进（long term evolution，简称为LTE）系统、先进的长期演进（long term evolution advanced，简称为LTE-A）系统、全球互联微波接入（worldwide interoperability formicrowave access，简称为WiMAX）系统等。术语“网络”和“系统”可以相互替换。
在本发明实施例中，基站（base station，简称为BS）可以是与用户设备（user equipment，简称为UE）或其它通信站点如中继站点，进行通信的设备，基站可以提供特定物理区域的通信覆盖。例如，基站具体可以是GSM或CDMA中的基站收发台（Base TransceiverStation，简称为BTS）或基站控制器（Base Station Controller，简称为BSC）；也可以是UMTS中的节点B（Node B，简称为NB）或者UMTS中的无线网络控制器（Radio Network Controller，简称为RNC）；还可以是LTE中的演进型基站（Evolutional Node B，简称为ENB或eNodeB）；或者，也可以是无线通信网络中的提供接入服务的其他接入网设备，本发明并不限定。
在本发明实施例中，UE可以分布于整个无线网络中，每个UE可以是静态的或移动的。UE可以称为终端（terminal），移动台（mobilestation），用户单元（subscriber unit），站台（station）等。UE可以为蜂窝电话（cellular phone），个人数字助理（personal digital assistant，简称为PDA），无线调制解调器（modem），无线通信设备，手持设备（handheld），膝上型电脑（laptop computer），无绳电话（cordlessphone），无线本地环路（wireless local loop，简称为WLL）台等。当UE应用于M2M方式通信时，UE可以称为M2M终端，具体可以是支持M2M通信的智能电表、智能家电等。
本发明实施例分别从基站侧和用户设备侧进行说明，并同时对二者的配合实施例进行说明，但这并不意味着二者必须配合实施，实际上，当基站与用户设备分开实施时，其也解决了分别在网络侧、用户设备侧上存在的问题，只是二者结合使用时，会获得更好的技术效果。
下述各实施例仅以基站为RNC为例进行说明，但这并不对基站构成限制。
一方面，本发明实施例提供一种重定向的方法示意图，参见图2，包括：
201：RNC接收PCH态或FACH态的用户设备在第一小区发送的小区更新请求消息；其中，所述PCH态包括小区寻呼信道（Cell_PagingChannel，简称CELL_PCH）和注册区寻呼信道（UTRAN RegistrationArea_Paging Channel，简称URA_PCH），所述FACH态包括小区前向接入信道（Cell_Forward Access Channel，简称CELL_FACH）。
其中，第一小区为UE当前接入的小区。
第一小区可以为倾向性驻留小区，也可以为非倾向性驻留小区，倾向性驻留小区是指在倾向驻留组网方式中，UE在空闲时优先驻留的小区，非倾向性驻留小区是指UE在空闲时非优先驻留的小区。
202：根据预设策略确定将所述用户设备重定向至第二小区或者第二频点；
其中，第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。第二频点为系统配置的重定向频点。
用户设备重定向的目标可以是小区，也可以是频点，可以根据系统的配置确定将用户设备重定向至小区还是频点。
其中，RNC可以基于第一小区处于FACH状态的用户数将所述用户设备重定向至第二小区或者第二频点；也可以基于用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点；也可以基于第一小区的下行功率负载将所述用户设备重定向至第二小区或者第二频点；当然，也可以基于上述方法的结合将所述用户设备重定向至第二小区或者第二频点；例如，可以基于所述第一小区处于FACH状态的用户数以及用户设备请求的业务的业务类型的结合将所述用户设备重定向至第二小区或者第二频点；再例如，还可以基于第一小区的下行功率负载和用户设备请求的业务的业务类型的结合将所述用户设备重定向至第二小区或者第二频点，本发明实施例对此不进行具体限制，可根据实际需要进行选择使用。
示例性的，下面分别对各种策略进行说明。
1、基于第一小区处于FACH状态的用户数将所述用户设备重定向至第二小区，包括：
若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，并且，
所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限，或者，若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限，则确定将所述用户设备重定向至所述第二小区。
其中，第一重定向出门限表示第一小区中，可以将用户设备重定向至其他小区的处于FACH状态的用户数的临界值，大于或等于该第一重定向出门限，说明第一小区FACH信道负荷较大，可以通过重定向由其他小区进行负荷分担，以提高FACH信道的利用率，进而提高系统容量。第一重定向出门限可以由系统进行预先设置，例如，系统可以根据第一小区忙时FACH信道的负荷情况进行设置，若第一小区忙时FACH信道的负荷较大，则可以将第一重定向出门限设置较小的值，以使得更多的用户设备重定向至其他小区进行负荷分担；若第一小区忙时FACH信道的负荷较小，则可以将第一重定向出门限设置较大的值，需要说明的，第一小区忙时FACH信道的负荷情况可由系统预定义或者预先获取，并不代表第一小区FACH信道的实时负荷情况。
其中，第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
优选的，根据小区的邻区关系，如果存在多个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以选择FACH用户数最少的小区作为所述第二小区；例如，可以将多个第一小区的盲切换邻区或者同覆盖的异频邻区以FACH用户数进行排序，选择FACH用户数最少的小区作为第二小区。
根据小区的邻区关系，如果存在一个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以将该第一小区的盲切换邻区或者同覆盖的异频邻区作为第二小区。
其中，第一重定入门限表示第二小区可以接受其他小区的用户设备的重定向，第二小区中处于FACH状态的用户数的临界值，小于或等于该第一重定入门限，说明第二小区FACH信道负荷较小，可以对其他小区进行负荷分担，以提高FACH信道的利用率，进而提高系统容量。第一重定向入门限可以由系统进行设置，例如，系统可以根据第二小区忙时FACH信道的负荷情况进行设置，若第二小区忙时FACH信道的负荷较小，则可以将第一重定向重定入门限设置较大的值，以接受更多的用户设备重定向至本小区进行负荷分担；若第二小区忙时FACH信道的负荷较大，则可以将第一重定向入门限设置较小的值。需要说明的，第二小区忙时FACH信道的负荷情况可由系统预定义或者预先获取，并不代表第二小区FACH信道的实时负荷情况。
其中，第一重定向相对门限表示能够将第一小区的用户设备重定向至第二小区，第二小区的FACH用户数与源第一小区的FACH用户数的差值的临界值，例如，若第一重定向相对门限为5时，第一小区FACH用户数为30，则第二小区FACH用户数为0～25时，可以将第一小区的用户设备重定向至第二小区，第二小区FACH用户数大于25时，不能将第一小区的用户设备重定向至第二小区。第一重定向相对门限的取值可以由系统根据第二小区忙时FACH信道负荷情况进行预先设置，例如，若第二小区忙时FACH信道负荷较大，可以将第一重定向相对门限设为较大的值，以增加将第一小区的用户设备重定向至第二小区的难度，需要说明的，第二小区忙时FACH信道负荷情况可由系统预定义或者预先获取，并不代表第二小区FACH信道实时的负荷情况。
其中，RNC可以通过P2F重定向将用户设备重定向至第二小区或第二频点，并且使处于CELL_PCH态或URA_PCH态的用户设备重定向后目标状态为CELL_FACH态。
2、基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二频点，可以包括：
若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，确定将所述用户设备重定向至所述第二频点。例如，可以通过P2F重定向将用户设备重定向至第二小区或第二频点。
3、基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点，可以包括：
根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型，其中，所述业务类型包含实时业务（real-time traffic，简称RT）或非实时业务（non-real-time traffic，简称NRT）；
当所述第一小区为倾向驻留小区时，若确定所述业务的业务类型为非实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点；
或者，当所述第一小区为非倾向驻留小区时，若确定所述业务的业务类型为实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点。例如，当用户设备为CELL_PCH态或URA_PCH时，可以通过P2F重定向将用户设备重定向至第二小区或第二频点；当所述用户设备的状态为CELL_FACH态，可以通过F2P重定向将用户设备重定向至第二小区或第二频点，F2P重定向是指CELL_FACH态到CELL_PCH态或URA_PCH态的重定向，F2P重定向可以减少小区更新流程，降低RNC控制面信令负载，减少FACH带宽占用。
其中，RNC可以通过小区更新请求携带的消息信元判断用户设备发起的业务是非实时业务还是实时业务。
小区更新请求携带的消息信元可以包含小区更新原因（Cellupdate cause）和业务建立原因（Establishment cause）。其中小区更新原因（Cell update cause）可能的值有：上行链路数据传输，寻呼响应，小区重选等；业务建立原因可能的取值有：主叫交互业务，主叫背景业务，主叫高优先级信令，被叫交互业务，被叫背景业务，被叫高优先级信令，定制业务，主叫会话业务，被叫会话业务等。示例性的，非实时业务可以具体参考表1，实时业务可以参考表2。
表1
其中，表1中终端协议版本指小区更新请求使用的协议的版本，“R5-v590”指版本5（Release5）的V5.9.0，业务建立原因（establishment cause）即是在这个版本引入的。
例如，根据表1，若确定小区更新请求携带的小区更新原因（Cellupdate cause）为寻呼响应，业务建立原因（Establishment cause）为主叫高优先级信令，则可以确定用户设备请求的业务为非实时业务。
表2
例如，根据表2，若确定小区更新请求携带的小区更新原因（Cellupdate cause”）为寻呼响应，业务建立原因（Establishment cause）为主叫会话业务，则可以确定用户设备请求的业务为实时业务。
其中，第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
优选的，根据小区的邻区关系，如果存在多个第一小区的盲切换邻区或者同覆盖的异频邻区符合，则可以选择高速下行分组接入（High Speed Downlink Packet Access，简称HSDPA）用户数最少的小区作为所述第二小区；例如，可以将多个第一小区的盲切换邻区或者同覆盖的异频邻区以HSDPA用户数进行排序，选择HSDPA用户数最少的小区作为第二小区。
根据小区的邻区关系，如果存在一个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以将该第一小区的盲切换邻区或者同覆盖的异频邻区作为第二小区。
3、基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区，可以包括：
若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，并且，
所述第二小区的下行功率负载小于或等于第二重定向入门限，或者，若确定所述第二小区的下行功率负载与所述第一小区下行功率负载的差值大于第二重定向相对门限，则确定将所述用户设备重定向至所述第二小区。
其中，第二重定向出门限表示第一小区可以将用户设备重定向至其他小区的下行功率负载的临界值，大于或等于该第二重定向出门限，说明第一小区下行负荷较大，可以通过重定向由其他小区进行负荷分担，以提高系统的容量。第二重定向出门限可以由系统进行预先设置，例如，系统可以根据第一小区忙时下行功率负载情况进行设置，若第一小区忙时下行功率负载较大，则可以将第二重定向出门限设置较小的值，以使得第一小区中更多的用户设备重定向至其他小区进行负荷分担；若第一小区的下行功率负载较小，则可以将第二重定向出门限设置较大的值。需要说明的，第一小区忙时下行功率负载情况可由系统预定义或者预先获取，并不代表第一小区的下行功率负载的实时情况。
其中，第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
优选的，根据小区的邻区关系，如果存在多个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以选择HSDPA用户数最少的小区作为所述第二小区；例如，可以将多个第一小区的盲切换邻区或者同覆盖的异频邻区以HSDPA用户数进行排序，选择HSDPA用户数最少的小区作为第二小区。
根据小区的邻区关系，如果存在一个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以将该第一小区的盲切换邻区或者同覆盖的异频邻区作为第二小区。
其中，第二重定入门限表示第二小区可以接受其他小区的用户设备的重定向，第二小区的下行功率负载的临界值，小于或等于该第二重定入出门限，说明第二小区下行功率负载负荷较小，可以对其他小区进行负荷分担，以提高多载波小区容量。第二重定向入门限可以由系统进行预先设置，例如，系统可以根据第二小区忙时下行功率负载情况进行设置，若第二小区忙时下行功率负载负荷较大，则可以将第二重定向出门限设置较小的值，若第二小区忙时下行功率负载负荷较小，则可以将第二重定向出门限设置较小的值，以接受更多的用户设备重定向至第二小区进行负荷分担。需要说明的，第二小区忙时下行功率负载情况由系统预定义或者预先获取，并不代表第二小区的下行功率负载的实时情况。
其中，第二重定向相对门限表示能够将第一小区的用户设备重定向至第二小区，第二小区的下行功率负载与第一小区的下行功率负载的差值的临界值，例如，若第二重定向相对门限为5时，第一小区下行功率负载为30，则第二小区下行功率负载为0～25时，可以将第一小区的用户设备重定向至第二小区，第二小区的下行功率负载大于25时，不能将第一小区的用户设备重定向至第二小区。第二重定向相对门限的取值可以由系统根据第二小区忙时下行功率负载负荷情况进行预先设置，例如，若第二小区忙时下行功率负载负荷较大，可以将第二重定向相对门限设为较大的值，以增加将第一小区的用户设备重定向至第二小区的难度。需要说明的，第二小区忙时下行功率负载负荷情况由系统预定义或者预先获取，并不代表第二小区下行功率负载负荷的实时情况。
4、基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二频点，可以包括：
若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，并且，则确定将所述用户设备重定向至所述第二频点。
5、当所述用户设备的状态为CELL_FACH态，所述第一小区为非倾向驻留小区时，所述根据预设策略将所述用户设备重定向至第二小区或者第二频点，包括：若确定所述用户设备的上行数据有CS域的直传消息，或者收到CS域核心网的RAB指派，则确定将所述用户设备F2F重定向至第二小区或者第二频点。
F2F重定向可以提升实时业务体验，减少非实时业务对实时业务质量的影响。
203：向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
其中，UE可以根据收到的第二小区的频点和扰码信息搜索所述第二小区，或者，UE可以根据收到的第二频点的频点信息搜索所述第二频点上的小区，进而在第一小区和第二小区或者第二频点的小区不完全同覆盖的情况下，成功重定向至第二小区或者第二频点，避免重定向的踩空。
进一步的，所述方法还可以包括：
接收所述用户设备在第二小区或者所述用户设备在所述第二频点上搜索到的信号质量最优的小区上发送的小区更新请求；
在所述第二小区或者用户设备在所述第二频点上搜索到的信号质量最优的小区上处理所述用户设备发送的小区更新请求，使得所述用户设备在所述第二小区或者用户设备在所述第二频点上搜索到的信号质量最优的小区上建立RRC连接。
本发明的实施例提供一种重定向的方法，接收PCH态或FACH态的用户设备在第一小区发送的小区更新请求消息，其中，所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH，所述FACH态包括小区前向接入信道CELL_FACH；根据预设策略确定将所述用户设备重定向至第二小区或者第二频点；向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。能够实现PCH态或FACH态用户设备的重定向，而且避免重定向时踩空，提高系统容量和业务质量。
下面通过具体实施例对上述方法进行说明，参见图3，包括：
301：RNC接收处于URA_PCH态或CELL_PCH态的UE在第一小区发送的小区更新请求。
其中，本实施例可以应用于各种组网情况下的业务分层的重定向的实现，仅是示例性的，在此仍以图1所示的宏微组网情况下进行说明。RNC可配置有多个小区，其中，如图1所示，包含F1宏小区，F2宏小区，以及F2微小区。本实施例中，假设F1宏小区为第一小区，即UE初始状态在F1宏小区接入，假设URA_PCH态或CELL_PCH态的UE在F1宏小区发送小区更新请求，F1宏小区可以为倾向驻留小区。
302：RNC判断用户设备请求的业务是否为NRT业务，若是，则执行步骤304，若否，则执行步骤303。
其中，RNC可以根据小区更新请求中的消息信元判断是否为NRT业务，具体过程可如上述实施例所述，在此不再赘述。
303：RNC在第一小区处理小区更新请求消息；
304：判断第一小区FACH用户数是否大于或等于第一重定向出门限，若是，则执行步骤305，若否，则执行步骤303；
第一小区FACH用户数可以反映FACH信道的负荷情况，若大于或者等于第一重定向出门限，说明FACH信道的负荷较重，需要进行重定向。
305：判断是小区场景还是频点场景，若是小区场景，则执行步骤306，若是频点场景，则执行步骤312；
其中，判断是小区场景还是频点场景的方法可如上述实施例所述，在此不再赘述。
306、判断是否存在第一小区的盲切换邻区或者同覆盖的异频邻区，若是，则执行步骤307，若否，则执行步骤303；
其中，可以根据系统配置的小区的邻区关系，判断是否存在第一小区的盲切换邻区或者同覆盖的异频邻区。
307：确定第二小区；
若第一小区的盲切换邻区或者同覆盖的异频邻区有一个，则将该第一小区的盲切换邻区或者同覆盖的异频邻区确定为第二小区；若第一小区的盲切换邻区或者同覆盖的异频邻区有两个或两个以上，则选择FACH用户数最小的小区作为第二小区。
例如，假设第一小区的盲切换邻区或者同覆盖的异频邻区存在两个，如图1中所示的F2宏小区和F3宏小区，优选的，可以比较F2宏小区和F3宏小区的FACH用户数，若F2宏小区的FACH用户数小于F3宏小区的FACH用户数，则选择F2宏小区为第二小区。
308：判断第二小区FACH用户数是否小于或等于第一重定向入门限，或者第二小区FACH用户数与第一小区FACH用户数差值是否大于第一重定向相对门限，若是，则执行步骤309，若否，则执行步骤303；
其中，只要满足上述任意一个条件，即可认为是，若两个条件都不满足，则认为否。
判断F2宏小区的FACH用户数是否小于或等于第一重定向入门限，F2宏小区的FACH用户数可以反映F2宏小区的FACH信道的负荷情况，若小于或者等于第一重定向入门限，说明F2宏小区的FACH信道的负荷较小，可以接受其他小区用户设备的重定向。
其中，第一重定向相对门限表示可以将F1宏小区的用户设备重定向至F2宏小区的，F2宏小区FACH用户数与F1宏小区FACH用户数的差值的临界值，例如，若第一重定向相对门限为5时，F1宏小区FACH用户数为30，则F2宏小区FACH用户数为0～25时可以F1宏小区的用户设备重定向至F2宏小区，大于25时不能F1宏小区的用户设备重定向至F2宏小区。
309：RNC向用户设备发送小区更新响应消息，所述小区更新响应消息中包含第二小区的频点信息以及扰码信息；
310：RNC接收用户设备在目标小区上发送的小区更新请求；
311：RNC在第二小区处理小区更新请求消息；
312：若为频点场景，则获取第二频点；
RNC可以通过系统设置获取第二频点。
313、RNC向用户设备发送小区更新响应消息，所述小区更新响应消息中包含第二频点的频点信息；
314、RNC接收用户设备在第三小区上发送的小区更新请求，其中，第三小区为用户设备在第二频点上搜索到的信号质量最优的小区；
315、RNC在第三小区处理小区更新请求。
本发明的实施例提供一种重定向的方法，RNC接收用户设备在第一小区发送的小区更新请求消息；根据第一小区FACH用户数将用户设备P2F重定向第二小区或第二频点；向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含第二小区的频点信息以及扰码信息或者第二频点。能够实现PCH态用户设备的重定向，提高FACH信道的利用率，进而提高系统容量，而且避免重定向时踩空。
参见图4，为另一具体实施例，本发明实施例对非实时业务的P2F重定向进行说明，包括：
401：RNC接收处于URA_PCH态或CELL_PCH态的UE在第一小区发送的小区更新请求，第一小区为倾向性驻留小区。
其中，本实施例可以应用于各种组网情况下的业务分层的重定向的实现，仅是示例性的，在此仍以图1所示的宏微组网情况下进行说明。RNC可配置有多个小区，其中，如图1所示，包含F1宏小区，F2宏小区，以及F2微小区。本实施例中，假设F1宏小区为第一小区，F1宏小区为倾向驻留小区。
402：判断是否为NRT业务？若是，则执行步骤404，若否，则执行步骤403；
其中，RNC可以根据小区更新请求中的消息信元判断是否为NRT业务，具体过程可如上述实施例所述，在此不再赘述。
403：在第一小区处理小区更新请求消息。
404：判断是否触发P2F重定向，若是，则执行步骤405，若否，则执行步骤403；
其中，可以在F1宏小区设置非实时业务P2F开关，若F1宏小区非实时业务P2F开关为打开状态，则说明需要触发P2F重定向，若为关闭状态，则说明不需要触发P2F重定向。
405：判断是小区场景还是频点场景，若是小区场景，则执行步骤406，若是频点场景，则执行步骤411；
406、判断是否存在第一小区的盲切换邻区或者同覆盖的异频邻区，若是，则执行步骤407，若否，则执行步骤403；
其中，可以根据系统配置的小区的邻区关系，判断是否存在第一小区的盲切换邻区或者同覆盖的异频邻区。
407：确定第二小区；
例如，假设第一小区的盲切换邻区或者同覆盖的异频邻区存在两个，如图1中所示的F2宏小区和F3宏小区，优选的，可以比较F2宏小区和F3宏小区的HSDPA用户数，若F2宏小区的HSDPA用户数小于F3宏小区的HSDPA用户数，则选择F2宏小区为第二小区。
408：RNC向用户设备发送小区更新响应消息，所述小区更新响应消息中包含第二小区的频点信息以及扰码信息；
409：RNC接收用户设备在第二小区上发送的小区更新请求；
410：RNC在第二小区处理小区更新请求消息；
411：若为频点场景，则获取第二频点；
当为频点场景时，RNC可以通过系统配置获取第二频点。
412、RNC向用户设备发送小区更新响应消息，所述小区更新响应消息中包含第二频点的频点信息；
413、RNC接收用户设备在第三小区上发送的小区更新请求；其中，第三小区为用户设备在第二频点上搜索到的信号质量最优的小区；
414、RNC在第三小区处理小区更新请求。
本发明的实施例提供一种重定向的方法，RNC接收用户设备在第一小区发送的小区更新请求消息；根据用户设备请求的业务的业务类型将用户设备重定向至第二小区或者第二频点；向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含第二小区的频点信息以及扰码信息或者第二频点。能够实现PCH态用户设备的重定向，提高实时业务的体验，减少非实时业务对实时业务质量的影响，进而提高系统容量，而且避免重定向时踩空。
参见图5，为另一具体实施例，该实施例与图4所示实施例原理和步骤类似，不同的是，本发明实施例对实时业务的P2F重定向进行说明，本实施例只对不同部分进行说明。参见图5，包括：
501：RNC接收处于URA_PCH态或CELL_PCH态的UE在第一小区发送的小区更新请求，第一小区为非倾向性驻留小区。
其中，本实施例可以应用于各种组网情况下的业务分层的重定向的实现，仅是示例性的，在此仍以图1所示的宏微组网情况下进行说明。RNC可配置有多个小区，其中，如图1所示，包含F1宏小区，F2宏小区，以及F2微小区。本实施例中，假设第一小区为F2宏小区，F2宏小区为非倾向驻留小区。
502：判断是否为RT业务？若是，则执行步骤504，若否，则执行步骤503；
其中，RNC可以根据小区更新请求中的消息信元判断是否为RT业务，具体过程可如上述实施例所述，在此不再赘述。
503：在第一小区处理小区更新请求消息。
504：判断是否触发P2F重定向，若是，则执行步骤505，若否，则执行步骤503；
505：判断是小区场景还是频点场景，若是小区场景，则执行步骤506，若是频点场景，则执行步骤511；
506、判断是否存在第一小区的盲切换邻区或者同覆盖的异频邻区，若是，则执行步骤507，若否，则执行步骤503；
其中，可以根据系统配置判断是否存在第一小区的盲切换邻区或者同覆盖的异频邻区。
507：确定第二小区；
参见图1，假设第一小区的盲切换邻区或者同覆盖的异频邻区存在两个，分别为F1宏小区和F3宏小区，优选的，可以比较F1宏小区和F3宏小区的HSDPA用户数，若F1宏小区的HSDPA用户数小于F3宏小区的FACH用户数，则选择F1宏小区为第二小区。
508：RNC向用户设备发送小区更新响应消息，所述小区更新响应消息中包含第二小区的频点信息以及扰码信息；
509：RNC接收用户设备在第二小区上发送的小区更新请求；
510：RNC在第二小区处理小区更新请求消息；
511：若为频点场景，则获取第二频点；
当为频点场景时，RNC可以通过系统设置获取第二频点。
512、RNC向用户设备发送小区更新响应消息，所述小区更新响应消息中包含第二频点的频点信息；
513、RNC接收用户设备在第三小区上发送的小区更新请求，其中，第三小区为用户设备在第二频点上搜索到的信号质量最优的小区；
514、RNC在第三小区处理小区更新请求。
本发明的实施例提供一种重定向的方法，RNC接收用户设备在第一小区发送的小区更新请求消息；根据用户设备请求的业务的业务类型将用户设备重定向至第二小区或者第二频点；向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含第二小区的频点信息以及扰码信息或者第二频点。能够实现PCH态用户设备的重定向，提高实时业务的体验，减少非实时业务对实时业务质量的影响，进而提高系统容量，而且避免重定向时踩空。
参见图6，为另一具体实施例，包括：
601：RNC接收处于URA_PCH态或CELL_PCH态的UE在第一小区发送的小区更新请求。
其中，本实施例可以应用于各种组网情况下的业务分层的重定向的实现，仅是示例性的，在此以图8所示的多频段组网情况下进行说明。RNC可配置有多个小区，其中，如图1所示，包含U900小区，U2100小区（F1和F2小区）。U900的覆盖较U2100大，连续性较好，AMR实时业务一般保留在U900上承载，U900小区可以为倾向驻留小区。本实施例中，假设第一小区为U900小区。
602：判断是否为NRT业务，若是，则执行步骤604，若否，则执行步骤603；
本实施例中，选择对非实时业务触发P2F重定向，若是非实时业务，则触发P2F重定向，为了保证实时业务的良好体验，若不是非实时业务，则不触发P2F重定向。
603：在第一小区处理小区更新请求消息；
604：判断第一小区下行功率负载是否大于或等于第二重定向出门限，若是，则执行步骤605，若否，则执行步骤603；
第一小区下行功率负载可以反映下行功率的负荷情况，若大于或者等于第二重定出向门限，说明下行功率的负荷较重，需要进行重定向。
605：判断是小区场景还是频点场景，若是小区场景，则执行步骤606，若是频点场景，则执行步骤612；
606、判断是否存在第一小区的盲切换邻区或者同覆盖的异频邻区，若是，则执行步骤607，若否，则执行步骤603；
其中，可以根据系统配置判断是否存在第一小区的盲切换邻区或者同覆盖的异频邻区。
607：确定第二小区；
参见图7，假设第一小区的盲切换邻区或者同覆盖的异频邻区存在两个，分别为F1小区和F2小区，优选的，可以比较F1小区和F2小区的HSDPA用户数，若F1小区的HSDPA用户数小于F2小区的FACH用户数，则选择F1小区为第二小区。
608：判断第二小区下行功率负载是否小于或等于第二重定向入门限，或者第二小区下行功率负载与第一小区下行功率负载的差值是否大于第二重定向相对门限，若是，则执行步骤609，若否，则执行步骤603；
其中，只要满足上述任意一个条件，即可认为是，若两个条件都不满足，则认为否。
判断F1小区的下行功率负载是否小于或等于第二重定向入门限，F1小区的下行功率负载可以反映F1小区的下行功率的负荷情况，若小于或者等于第二重定入向门限，说明F1小区的下行功率的负荷较小，可以接受其他小区用户设备的重定向。
其中，第二重定向相对门限表示可以将U900小区的用户设备重定向至F1小区，F1小区的下行功率负载与U900小区小区的下行功率负载的差值的临界值，例如，若第二重定向相对门限为5时，U900小区的下行功率负载为30，则F1小区的下行功率负载为0～25时，可以将U900小区的用户设备重定向至F1小区，大于25时，不能将U900小区的用户设备重定向至F1小区。
609：RNC向用户设备发送小区更新响应消息，所述小区更新响应消息中包含第二小区的频点信息以及扰码信息；
610：RNC接收用户设备在第二区上发送的小区更新请求；
611：RNC在第二小区处理小区更新请求消息；
612：若为频点场景，则获取第二频点；
RNC可以根据系统设置获取第二频点。
613、RNC向用户设备发送小区更新响应消息，所述小区更新响应消息中包含第二频点的频点信息；
614、RNC接收用户设备在第三小区上发送的小区更新请求；其中，第三小区为用户设备在第二频点上搜索到的信号质量最优的小区；
615、RNC在第三小区处理小区更新请求。
本发明的实施例提供一种重定向的方法，RNC接收用户设备在第一小区发送的小区更新请求消息；根据第一小区下行功率负载将所述用户设备重定向至第二小区或者第二频点；向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含第二小区的频点信息以及扰码信息或者第二频点的频点信息。能够实现PCH态用户设备的重定向，进而提高系统容量，而且避免重定向时踩空。
一方面，本发明实施例提供一种RNC80，参见图8，包括：
接收单元801：用于接收PCH态或FACH态的用户设备在第一小区发送的小区更新请求消息；其中，所述PCH态包括CELL_PCH和URA_PCH，所述FACH态包括CELL_FACH。
重定向单元802：用于根据预设策略确定将所述用户设备重定向至第二小区或者第二频点；
发送单元803，用于向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
其中，第一小区为UE当前接入的小区。
第一小区可以为倾向性驻留小区，也可以为非倾向性驻留小区，倾向性驻留小区是指在倾向驻留组网方式中，UE在空闲时优先驻留的小区，非倾向性驻留小区是指UE在空闲时非优先驻留的小区。
其中，第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。第二频点为系统配置的重定向频点。
用户设备重定向的目标可以是小区，也可以是频点，可以根据系统的配置确定将用户设备重定向至小区还是频点。
其中，重定向单元802可以基于第一小区处于FACH状态的用户数将所述用户设备重定向至第二小区或者第二频点；也可以基于用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点；也可以基于第一小区的下行功率负载将所述用户设备重定向至第二小区或者第二频点；当然，也可以基于上述方法的结合将所述用户设备重定向至第二小区或者第二频点；例如，可以基于所述第一小区处于FACH状态的用户数以及用户设备请求的业务的业务类型的结合将所述用户设备重定向至第二小区或者第二频点；再例如，还可以基于第一小区的下行功率负载和用户设备请求的业务的业务类型的结合将所述用户设备重定向至第二小区或者第二频点，本发明实施例对此不进行具体限制，可根据实际需要进行选择使用。
下面分别对重定向单元802的各种功能进行说明。
1、重定向单元802用于，若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，并且，
所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限，或者，若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限，则确定将所述用户设备重定向至所述第二小区。
其中，第一重定向出门限表示第一小区中，可以将用户设备重定向至其他小区的处于FACH状态的用户数的临界值，大于或等于该第一重定向出门限，说明第一小区FACH信道负荷较大，可以通过重定向由其他小区进行负荷分担，以提高FACH信道的利用率，进而提高系统容量。第一重定向出门限可以由系统进行预先设置，例如，系统可以根据第一小区忙时FACH信道的负荷情况进行设置，若第一小区忙时FACH信道的负荷较大，则可以将第一重定向出门限设置较小的值，以使得更多的用户设备重定向至其他小区进行负荷分担；若第一小区忙时FACH信道的负荷较小，则可以将第一重定向出门限设置较大的值，需要说明的，第一小区忙时FACH信道的负荷情况可由系统预定义或者预先获取，并不代表第一小区FACH信道的实时负荷情况。
其中，第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
优选的，根据小区的邻区关系，如果存在多个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以选择FACH用户数最少的小区作为所述第二小区；例如，可以将多个第一小区的盲切换邻区或者同覆盖的异频邻区以FACH用户数进行排序，选择FACH用户数最少的小区作为第二小区。
根据小区的邻区关系，如果存在一个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以将该第一小区的盲切换邻区或者同覆盖的异频邻区作为第二小区。
其中，第一重定入门限表示第二小区可以接受其他小区的用户设备的重定向，第二小区中处于FACH状态的用户数的临界值，小于或等于该第一重定入门限，说明第二小区FACH信道负荷较小，可以对其他小区进行负荷分担，以提高FACH信道的利用率，进而提高系统容量。第一重定向入门限可以由系统进行设置，例如，系统可以根据第二小区忙时FACH信道的负荷情况进行设置，若第二小区忙时FACH信道的负荷较小，则可以将第一重定向重定入门限设置较大的值，以接受更多的用户设备重定向至本小区进行负荷分担；若第二小区忙时FACH信道的负荷较大，则可以将第一重定向入门限设置较小的值。需要说明的，第二小区忙时FACH信道的负荷情况可由系统预定义或者预先获取，并不代表第二小区FACH信道的实时负荷情况。
其中，第一重定向相对门限表示能够将第一小区的用户设备重定向至第二小区，第二小区的FACH用户数与源第一小区的FACH用户数的差值的临界值，例如，若第一重定向相对门限为5时，第一小区FACH用户数为30，则第二小区FACH用户数为0～25时，可以将第一小区的用户设备重定向至第二小区，第二小区FACH用户数大于25时，不能将第一小区的用户设备重定向至第二小区。第一重定向相对门限的取值可以由系统根据第二小区忙时FACH信道负荷情况进行预先设置，例如，若第二小区忙时FACH信道负荷较大，可以将第一重定向相对门限设为较大的值，以增加将第一小区的用户设备重定向至第二小区的难度，需要说明的，第二小区忙时FACH信道负荷情况可由系统预定义或者预先获取，并不代表第二小区FACH信道实时的负荷情况。
其中，RNC可以通过P2F重定向将用户设备重定向至第二小区或第二频点，并且使处于CELL_PCH态或URA_PCH态的用户设备重定向后目标状态为CELL_FACH态。
2、重定向单元802用于，若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，确定将所述用户设备重定向至所述第二频点。例如，可以通过P2F重定向将用户设备重定向至第二小区或第二频点。
3、重定向单元802用于，根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型，其中，所述业务类型包含RT业务或NRT业务；
当所述第一小区为倾向驻留小区时，若确定所述业务的业务类型为非实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点；
或者，当所述第一小区为非倾向驻留小区时，若确定所述业务的业务类型为实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点。例如，当用户设备为CELL_PCH态或URA_PCH时，可以通过P2F重定向将用户设备重定向至第二小区或第二频点；当所述用户设备的状态为CELL_FACH态，可以通过F2P重定向将用户设备重定向至第二小区或第二频点，F2P重定向是指CELL_FACH态到CELL_PCH态或URA_PCH态的重定向，F2P重定向可以减少小区更新流程，降低RNC控制面信令负载，减少FACH带宽占用。
其中，RNC可以通过小区更新请求携带的消息信元判断用户设备发起的业务是非实时业务还是实时业务。
小区更新请求携带的消息信元可以包含小区更新原因（Cellupdate cause）和业务建立原因（Establishment cause）。其中小区更新原因（Cell update cause）可能的值有：上行链路数据传输，寻呼响应，小区重选等；业务建立原因可能的取值有：主叫交互业务，主叫背景业务，主叫高优先级信令，被叫交互业务，被叫背景业务，被叫高优先级信令，定制业务，主叫会话业务，被叫会话业务等。示例性的，非实时业务可以具体参考表1，实时业务可以参考表2。在此不再赘述。
其中，第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
优选的，根据小区的邻区关系，如果存在多个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以选择高速下行分组接入（HighSpeed Downlink Packet Access，简称HSDPA）用户数最少的小区作为所述第二小区；例如，可以将多个第一小区的盲切换邻区或者同覆盖的异频邻区以HSDPA用户数进行排序，选择HSDPA用户数最少的小区作为第二小区。
根据小区的邻区关系，如果存在一个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以将该第一小区的盲切换邻区或者同覆盖的异频邻区作为第二小区。
3、重定向单元802用于，若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，并且，
所述第二小区的下行功率负载小于或等于第二重定向入门限，或者，若确定所述第二小区的下行功率负载与所述第一小区下行功率负载的差值大于第二重定向相对门限，则确定将所述用户设备重定向至所述第二小区。
其中，第二重定向出门限表示第一小区可以将用户设备重定向至其他小区的下行功率负载的临界值，大于或等于该第二重定向出门限，说明第一小区下行负荷较大，可以通过重定向由其他小区进行负荷分担，以提高系统的容量。第二重定向出门限可以由系统进行预先设置，例如，系统可以根据第一小区忙时下行功率负载情况进行设置，若第一小区忙时下行功率负载较大，则可以将第二重定向出门限设置较小的值，以使得第一小区中更多的用户设备重定向至其他小区进行负荷分担；若第一小区的下行功率负载较小，则可以将第二重定向出门限设置较大的值。需要说明的，第一小区忙时下行功率负载情况可由系统预定义或者预先获取，并不代表第一小区的下行功率负载的实时情况。
其中，第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
优选的，根据小区的邻区关系，如果存在多个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以选择HSDPA用户数最少的小区作为所述第二小区；例如，可以将多个第一小区的盲切换邻区或者同覆盖的异频邻区以HSDPA用户数进行排序，选择HSDPA用户数最少的小区作为第二小区。
根据小区的邻区关系，如果存在一个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以将该第一小区的盲切换邻区或者同覆盖的异频邻区作为第二小区。
其中，第二重定入门限表示第二小区可以接受其他小区的用户设备的重定向，第二小区的下行功率负载的临界值，小于或等于该第二重定入出门限，说明第二小区下行功率负载负荷较小，可以对其他小区进行负荷分担，以提高多载波小区容量。第二重定向入门限可以由系统进行预先设置，例如，系统可以根据第二小区忙时下行功率负载情况进行设置，若第二小区忙时下行功率负载负荷较大，则可以将第二重定向出门限设置较小的值，若第二小区忙时下行功率负载负荷较小，则可以将第二重定向出门限设置较小的值，以接受更多的用户设备重定向至第二小区进行负荷分担。需要说明的，第二小区忙时下行功率负载情况由系统预定义或者预先获取，并不代表第二小区的下行功率负载的实时情况。
其中，第二重定向相对门限表示能够将第一小区的用户设备重定向至第二小区，第二小区的下行功率负载与第一小区的下行功率负载的差值的临界值，例如，若第二重定向相对门限为5时，第一小区下行功率负载为30，则第二小区下行功率负载为0～25时，可以将第一小区的用户设备重定向至第二小区，第二小区的下行功率负载大于25时，不能将第一小区的用户设备重定向至第二小区。第二重定向相对门限的取值可以由系统根据第二小区忙时下行功率负载负荷情况进行预先设置，例如，若第二小区忙时下行功率负载负荷较大，可以将第二重定向相对门限设为较大的值，以增加将第一小区的用户设备重定向至第二小区的难度。需要说明的，第二小区忙时下行功率负载负荷情况由系统预定义或者预先获取，并不代表第二小区下行功率负载负荷的实时情况。
4、重定向单元802用于，若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，并且，则确定将所述用户设备重定向至所述第二频点。
5、重定向单元802用于，当所述用户设备的状态为CELL_FACH态，所述第一小区为非倾向驻留小区时，若确定所述用户设备的上行数据有CS域的直传消息，或者收到CS域核心网的RAB指派，则确定将所述用户设备F2F重定向至第二小区或者第二频点。
F2F重定向可以提升实时业务体验，减少非实时业务对实时业务质量的影响。
本发明的实施例提供一种RNC，接收PCH态或FACH态的用户设备在第一小区发送的小区更新请求消息，其中，所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH，所述FACH态包括小区前向接入信道CELL_FACH；根据预设策略确定将所述用户设备重定向至第二小区或者第二频点；向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。能够实现PCH态或FACH态用户设备的重定向，而且避免重定向时踩空，提高系统容量和业务质量。
一方面，本发明实施例提供一种RNC100RNC90，参见图9，包括：接收器901，处理器902；发送器903，存储器904和通信总线905，用于实现这些装置之间的连接通信。
其中，通信总线905可以是工业标准体系结构（Industry StandardArchitecture，简称为ISA）总线、外部设备互连（Peripheral Component，简称为PCI）总线或扩展工业标准体系结构（Extended Industry StandardArchitecture，简称为EISA）总线等。该总线1104可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
存储器904用于存储可执行程序代码，该程序代码包括计算机操作指令。存储器904可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatile memory），例如至少一个磁盘存储器。
处理器902可能是一个中央处理器（Central Processing Unit，简称为CPU），或者是特定集成电路（Application Specific IntegratedCircuit，简称为ASIC），或者是被配置成实施本发明实施例的一个或多个集成电路。
处理器902用于执行存储器904中存储的可执行程序代码，例如计算机程序来运行与可执行代码对应的程序。
具体的，接收器901：用于接收PCH态或FACH态的用户设备在第一小区发送的小区更新请求消息；其中，所述PCH态包括CELL_PCH和URA_PCH，所述FACH态包括CELL_FACH；
处理器902：用于根据预设策略确定将所述用户设备重定向至第二小区或者第二频点；
发送器903，用于向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
其中，第一小区为UE当前接入的小区。
第一小区可以为倾向性驻留小区，也可以为非倾向性驻留小区，倾向性驻留小区是指在倾向驻留组网方式中，UE在空闲时优先驻留的小区，非倾向性驻留小区是指UE在空闲时非优先驻留的小区。
其中，第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。第二频点为系统配置的重定向频点。
用户设备重定向的目标可以是小区，也可以是频点，可以根据系统的配置确定将用户设备重定向至小区还是频点。
其中，处理器902可以基于第一小区处于FACH状态的用户数将所述用户设备重定向至第二小区或者第二频点；也可以基于用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点；也可以基于第一小区的下行功率负载将所述用户设备重定向至第二小区或者第二频点；当然，也可以基于上述方法的结合将所述用户设备重定向至第二小区或者第二频点；例如，可以基于所述第一小区处于FACH状态的用户数以及用户设备请求的业务的业务类型的结合将所述用户设备重定向至第二小区或者第二频点；再例如，还可以基于第一小区的下行功率负载和用户设备请求的业务的业务类型的结合将所述用户设备重定向至第二小区或者第二频点，本发明实施例对此不进行具体限制，可根据实际需要进行选择使用。
下面分别对处理器902的各种功能进行说明。
1、处理器902用于，若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，并且，
所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限，或者，若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限，则确定将所述用户设备重定向至所述第二小区。
其中，第一重定向出门限表示第一小区中，可以将用户设备重定向至其他小区的处于FACH状态的用户数的临界值，大于或等于该第一重定向出门限，说明第一小区FACH信道负荷较大，可以通过重定向由其他小区进行负荷分担，以提高FACH信道的利用率，进而提高系统容量。第一重定向出门限可以由系统进行预先设置，例如，系统可以根据第一小区忙时FACH信道的负荷情况进行设置，若第一小区忙时FACH信道的负荷较大，则可以将第一重定向出门限设置较小的值，以使得更多的用户设备重定向至其他小区进行负荷分担；若第一小区忙时FACH信道的负荷较小，则可以将第一重定向出门限设置较大的值，需要说明的，第一小区忙时FACH信道的负荷情况可由系统预定义或者预先获取，并不代表第一小区FACH信道的实时负荷情况。
其中，第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
优选的，根据小区的邻区关系，如果存在多个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以选择FACH用户数最少的小区作为所述第二小区；例如，可以将多个第一小区的盲切换邻区或者同覆盖的异频邻区以FACH用户数进行排序，选择FACH用户数最少的小区作为第二小区。
根据小区的邻区关系，如果存在一个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以将该第一小区的盲切换邻区或者同覆盖的异频邻区作为第二小区。
其中，第一重定入门限表示第二小区可以接受其他小区的用户设备的重定向，第二小区中处于FACH状态的用户数的临界值，小于或等于该第一重定入门限，说明第二小区FACH信道负荷较小，可以对其他小区进行负荷分担，以提高FACH信道的利用率，进而提高系统容量。第一重定向入门限可以由系统进行设置，例如，系统可以根据第二小区忙时FACH信道的负荷情况进行设置，若第二小区忙时FACH信道的负荷较小，则可以将第一重定向重定入门限设置较大的值，以接受更多的用户设备重定向至本小区进行负荷分担；若第二小区忙时FACH信道的负荷较大，则可以将第一重定向入门限设置较小的值。需要说明的，第二小区忙时FACH信道的负荷情况可由系统预定义或者预先获取，并不代表第二小区FACH信道的实时负荷情况。
其中，第一重定向相对门限表示能够将第一小区的用户设备重定向至第二小区，第二小区的FACH用户数与源第一小区的FACH用户数的差值的临界值，例如，若第一重定向相对门限为5时，第一小区FACH用户数为30，则第二小区FACH用户数为0～25时，可以将第一小区的用户设备重定向至第二小区，第二小区FACH用户数大于25时，不能将第一小区的用户设备重定向至第二小区。第一重定向相对门限的取值可以由系统根据第二小区忙时FACH信道负荷情况进行预先设置，例如，若第二小区忙时FACH信道负荷较大，可以将第一重定向相对门限设为较大的值，以增加将第一小区的用户设备重定向至第二小区的难度，需要说明的，第二小区忙时FACH信道负荷情况可由系统预定义或者预先获取，并不代表第二小区FACH信道实时的负荷情况。
其中，RNC可以通过P2F重定向将用户设备重定向至第二小区或第二频点，并且使处于CELL_PCH态或URA_PCH态的用户设备重定向后目标状态为CELL_FACH态。
2、处理器902用于，若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，确定将所述用户设备重定向至所述第二频点。例如，可以通过P2F重定向将用户设备重定向至第二小区或第二频点。
3、处理器902用于，根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型，其中，所述业务类型包含RT业务或NRT业务；
当所述第一小区为倾向驻留小区时，若确定所述业务的业务类型为非实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点；
或者，当所述第一小区为非倾向驻留小区时，若确定所述业务的业务类型为实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点。例如，当用户设备为CELL_PCH态或URA_PCH时，可以通过P2F重定向将用户设备重定向至第二小区或第二频点；当所述用户设备的状态为CELL_FACH态，可以通过F2P重定向将用户设备重定向至第二小区或第二频点，F2P重定向是指CELL_FACH态到CELL_PCH态或URA_PCH的重定向，F2P重定向可以减少小区更新流程，降低RNC控制面信令负载，减少FACH带宽占用。
其中，RNC可以通过小区更新请求携带的消息信元判断用户设备发起的业务是非实时业务还是实时业务。
小区更新请求携带的消息信元可以包含小区更新原因（Cellupdate cause）和业务建立原因（Establishment cause）。其中小区更新原因（Cell update cause）可能的值有：上行链路数据传输，寻呼响应，小区重选等；业务建立原因可能的取值有：主叫交互业务，主叫背景业务，主叫高优先级信令，被叫交互业务，被叫背景业务，被叫高优先级信令，定制业务，主叫会话业务，被叫会话业务等。示例性的，非实时业务可以具体参考表1，实时业务可以参考表2。在此不再赘述。
其中，第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
优选的，根据小区的邻区关系，如果存在多个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以选择高速下行分组接入（HighSpeed Downlink Packet Access，简称HSDPA）用户数最少的小区作为所述第二小区；例如，可以将多个第一小区的盲切换邻区或者同覆盖的异频邻区以HSDPA用户数进行排序，选择HSDPA用户数最少的小区作为第二小区。
根据小区的邻区关系，如果存在一个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以将该第一小区的盲切换邻区或者同覆盖的异频邻区作为第二小区。
3、处理器902用于，若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，并且，
所述第二小区的下行功率负载小于或等于第二重定向入门限，或者，若确定所述第二小区的下行功率负载与所述第一小区下行功率负载的差值大于第二重定向相对门限，则确定将所述用户设备重定向至所述第二小区。
其中，第二重定向出门限表示第一小区可以将用户设备重定向至其他小区的下行功率负载的临界值，大于或等于该第二重定向出门限，说明第一小区下行负荷较大，可以通过重定向由其他小区进行负荷分担，以提高系统的容量。第二重定向出门限可以由系统进行预先设置，例如，系统可以根据第一小区忙时下行功率负载情况进行设置，若第一小区忙时下行功率负载较大，则可以将第二重定向出门限设置较小的值，以使得第一小区中更多的用户设备重定向至其他小区进行负荷分担；若第一小区的下行功率负载较小，则可以将第二重定向出门限设置较大的值。需要说明的，第一小区忙时下行功率负载情况可由系统预定义或者预先获取，并不代表第一小区的下行功率负载的实时情况。
其中，第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
优选的，根据小区的邻区关系，如果存在多个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以选择HSDPA用户数最少的小区作为所述第二小区；例如，可以将多个第一小区的盲切换邻区或者同覆盖的异频邻区以HSDPA用户数进行排序，选择HSDPA用户数最少的小区作为第二小区。
根据小区的邻区关系，如果存在一个第一小区的盲切换邻区或者同覆盖的异频邻区，则可以将该第一小区的盲切换邻区或者同覆盖的异频邻区作为第二小区。
其中，第二重定入门限表示第二小区可以接受其他小区的用户设备的重定向，第二小区的下行功率负载的临界值，小于或等于该第二重定入出门限，说明第二小区下行功率负载负荷较小，可以对其他小区进行负荷分担，以提高多载波小区容量。第二重定向入门限可以由系统进行预先设置，例如，系统可以根据第二小区忙时下行功率负载情况进行设置，若第二小区忙时下行功率负载负荷较大，则可以将第二重定向出门限设置较小的值，若第二小区忙时下行功率负载负荷较小，则可以将第二重定向出门限设置较小的值，以接受更多的用户设备重定向至第二小区进行负荷分担。需要说明的，第二小区忙时下行功率负载情况由系统预定义或者预先获取，并不代表第二小区的下行功率负载的实时情况。
其中，第二重定向相对门限表示能够将第一小区的用户设备重定向至第二小区，第二小区的下行功率负载与第一小区的下行功率负载的差值的临界值，例如，若第二重定向相对门限为5时，第一小区下行功率负载为30，则第二小区下行功率负载为0～25时，可以将第一小区的用户设备重定向至第二小区，第二小区的下行功率负载大于25时，不能将第一小区的用户设备重定向至第二小区。第二重定向相对门限的取值可以由系统根据第二小区忙时下行功率负载负荷情况进行预先设置，例如，若第二小区忙时下行功率负载负荷较大，可以将第二重定向相对门限设为较大的值，以增加将第一小区的用户设备重定向至第二小区的难度。需要说明的，第二小区忙时下行功率负载负荷情况由系统预定义或者预先获取，并不代表第二小区下行功率负载负荷的实时情况。
4、处理器902用于，若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，并且，则确定将所述用户设备重定向至所述第二频点。
5、处理器902用于，当所述用户设备的状态为CELL_FACH态，所述第一小区为非倾向驻留小区时，若确定所述用户设备的上行数据有CS域的直传消息，或者收到CS域核心网的RAB指派，则确定将所述用户设备F2F重定向至第二小区或者第二频点。
F2F重定向可以提升实时业务体验，减少非实时业务对实时业务质量的影响。
本发明的实施例提供一种RNC，接收PCH态或FACH态的用户设备在第一小区发送的小区更新请求消息，其中，所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH，所述FACH态包括小区前向接入信道CELL_FACH；根据预设策略确定将所述用户设备重定向至第二小区或者第二频点；向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。能够实现PCH态或FACH态用户设备的重定向，而且避免重定向时踩空，提高系统容量和业务质量。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-OnlyMemory，简称ROM）、随机存取存储器（Random Access Memory，简称RAM）、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (20)
1.一种重定向的方法，其特征在于，包括：
接收寻呼信道PCH态或前向接入信道FACH态的用户设备在第一小区发送的小区更新请求消息，其中，所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH，所述FACH态包括小区前向接入信道CELL_FACH；
根据预设策略确定将所述用户设备重定向至第二小区或者第二频点；
向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
2.根据权利要求1所述的方法，其特征在于，所述根据预设策略确定所述用户设备重定向至第二小区或者第二频点，包括：
基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区或者所述第二频点。
3.根据权利要求2所述的方法，其特征在于，所述基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区包括：
若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，并且，
所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限，或者，若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限，则确定将所述用户设备重定向至所述第二小区，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
4.根据权利要求2所述的方法，其特征在于，所述基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二频点，还包括：
若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，确定将所述用户设备重定向至所述第二频点。
5.根据权利要求1所述的方法，其特征在于，所述根据预设策略确定将所述用户设备重定向至第二小区或者第二频点，包括：
基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点。
6.根据权利要求5所述的方法，其特征在于，所述基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点，包括：
根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型，其中，所述业务类型包含实时业务或非实时业务；
当所述第一小区为倾向驻留小区时，若确定所述业务的业务类型为非实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
7.根据权利要求5所述的方法，其特征在于，所述基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点，包括：
根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型，其中，所述业务类型包含实时业务或非实时业务；
当所述第一小区为非倾向驻留小区时，若确定所述业务的业务类型为实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
8.根据权利要求1所述的方法，其特征在于，所述根据预设策略确定所述用户设备重定向至第二小区或者第二频点，包括：
基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区或者所述第二频点。
9.根据权利要求8所述的方法，其特征在于，所述基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区，包括：
若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，并且，
所述第二小区的下行功率负载小于或等于第二重定向入门限，或者，若确定所述第二小区的下行功率负载与所述第一小区下行功率负载的差值大于第二重定向相对门限，则确定将所述用户设备重定向至所述第二小区，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
10.根据权利要求8所述的方法，其特征在于，所述基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二频点，包括：
若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，则确定将所述用户设备重定向至所述第二频点。
11.一种无线网络控制器RNC，其特征在于，包括：
接收单元，用于接收寻呼信道PCH态或前向接入信道FACH态的用户设备在第一小区发送的小区更新请求消息，其中，所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH，所述FACH态包括小区前向接入信道CELL_FACH；
重定向单元，用于预设策略确定将所述用户设备重定向至第二小区或者第二频点；
发送单元，用于向所述用户设备发送小区更新响应消息，所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
12.根据权利要求11所述的RNC，其特征在于，所述重定向单元具体用于，基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区或者所述第二频点。
13.根据权利要求12所述的RNC，其特征在于，所述重定向单元具体用于：
若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，并且，
所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限，或者，若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限，则确定将所述用户设备重定向至所述第二小区，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
14.根据权利要求12所述的RNC，其特征在于，所述重定向单元具体用于：
若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限，确定将所述用户设备重定向至所述第二频点。
15.根据权利要求11所述的RNC，其特征在于，所述重定向单元具体用于：基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点。
16.根据权利要求15所述的RNC，其特征在于，所述重定向单元具体用于：根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型，其中，所述业务类型包含实时业务或非实时业务；
当所述第一小区为倾向驻留小区时，若确定所述业务的业务类型为非实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
17.根据权利要求15所述的RNC，其特征在于，所述重定向单元具体用于：根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型，其中，所述业务类型包含实时业务或非实时业务；
当所述第一小区为非倾向驻留小区时，若确定所述业务的业务类型为实时业务，则确定将所述用户设备重定向至所述第二小区或者第二频点，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
18.根据权利要求11所述的RNC，其特征在于，所述重定向单元具体用于：基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区或者所述第二频点。
19.根据权利要求18所述的RNC，其特征在于，所述重定向单元具体用于：若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，并且，
所述第二小区的下行功率负载小于或等于第二重定向入门限，或者，若确定所述第二小区的下行功率负载与所述第一小区下行功率负载的差值大于第二重定向相对门限，则确定将所述用户设备重定向至所述第二小区，其中，所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
20.根据权利要求18所述的RNC，其特征在于，所述重定向单元具体用于：若确定所述第一小区的下行功率负载大于或等于第二重定向出门限，则确定将所述用户设备重定向至所述第二频点。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2013/088680 WO2015081540A1 (zh) | 2013-12-05 | 2013-12-05 | 一种重定向的方法、设备及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103843402A true CN103843402A (zh) | 2014-06-04 |
| CN103843402B CN103843402B (zh) | 2017-09-12 |
Family
ID=50804821
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201380002264.4A Active CN103843402B (zh) | 2013-12-05 | 2013-12-05 | 一种重定向的方法、设备及系统 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20160286444A1 (zh) |
| EP (1) | EP3068168A4 (zh) |
| CN (1) | CN103843402B (zh) |
| SG (1) | SG11201604510RA (zh) |
| WO (1) | WO2015081540A1 (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106162773A (zh) * | 2014-10-30 | 2016-11-23 | 宏碁股份有限公司 | 小区重新选择方法 |
| CN106604356A (zh) * | 2015-10-15 | 2017-04-26 | 华为终端（东莞）有限公司 | 无线通信接入方法、装置、处理器和无线终端 |
| CN107005915A (zh) * | 2015-08-20 | 2017-08-01 | 华为技术有限公司 | 无线通信接入方法、通信装置、无线终端及系统 |
| CN109600796A (zh) * | 2018-12-17 | 2019-04-09 | 华为技术服务有限公司 | 一种载波间负载的调整方法及装置 |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11296539B2 (en) | 2018-12-31 | 2022-04-05 | Itron, Inc. | Solar hybrid battery for powering network devices over extended time intervals |
| US11184831B2 (en) * | 2018-12-31 | 2021-11-23 | Itron, Inc. | Solar-powered relay for coupling remotely-located leaf nodes to a wireless network |
| US11172423B2 (en) | 2018-12-31 | 2021-11-09 | Itron, Inc. | Solar-powered access point for load balancing network traffic across backhaul networks |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102761916A (zh) * | 2011-04-26 | 2012-10-31 | 华为技术有限公司 | 小区重选的方法和设备 |
| CN102958121A (zh) * | 2012-11-09 | 2013-03-06 | 大唐移动通信设备有限公司 | 一种小区切换方法及装置 |
| WO2013048104A2 (ko) * | 2011-09-26 | 2013-04-04 | 엘지전자 주식회사 | 무선 통신 시스템에서 서비스 영역 정보를 획득하는 방법 및 장치 |
| CN103037346A (zh) * | 2011-09-30 | 2013-04-10 | 华为技术有限公司 | 小区更新的方法、用户设备、基站及通信系统 |
| CN103249101A (zh) * | 2012-02-06 | 2013-08-14 | 中兴通讯股份有限公司 | 一种从umts重定向到lte的方法及系统 |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7315744B2 (en) * | 2001-01-24 | 2008-01-01 | Qualcomm Incorporated | System and method for minimizing hardware and maximizing capacity in a wireless communications system |
| US20030224730A1 (en) * | 2002-04-29 | 2003-12-04 | Peter Muszynski | Method and apparatus for selection of downlink carriers in a cellular system using multiple downlink carriers |
| US7471654B2 (en) * | 2004-12-29 | 2008-12-30 | Alcatel-Lucent Usa Inc. | Channel assignment based on service type and wireless communication environment |
| CN101507328A (zh) * | 2006-08-22 | 2009-08-12 | 株式会社Ntt都科摩 | 基站和移动台以及转移目的地小区设定方法 |
| JP4965958B2 (ja) * | 2006-10-03 | 2012-07-04 | 株式会社エヌ・ティ・ティ・ドコモ | Ｒｒｃ接続時のセル／キャリア切り換えおよび切り戻し制御 |
| BRPI0822632B1 (pt) * | 2008-05-12 | 2020-10-20 | Telecom Italia S.P.A. | método para fornecer um serviço para usuários em uma rede de telecomunicações, controlador de recurso de comunicações para uma rede de telecomunicações, rede de telecomunicações, e, meio de armazenamento legível por computador |
| KR101191369B1 (ko) * | 2008-06-24 | 2012-10-15 | 삼성전자주식회사 | 무선통신 시스템에서 기지국 식별 방법 및 장치 |
| US8532660B2 (en) * | 2010-04-10 | 2013-09-10 | Alcatel Lucent | Method and apparatus for directing traffic between overlying macrocells and microcells |
| CN106162826A (zh) * | 2011-07-01 | 2016-11-23 | 华为技术有限公司 | 通信方法和设备及系统 |
| GB2501953B (en) * | 2012-01-30 | 2014-11-05 | Broadcom Corp | Measurement reporting for mobility procedures |
| US9014004B2 (en) * | 2012-12-04 | 2015-04-21 | Cisco Technology, Inc. | Method for managing load balance in a cellular heterogeneous network |
| EP2987364B1 (en) * | 2013-04-15 | 2019-03-06 | LG Electronics Inc. | Method and apparatus for performing cell reselection in wireless communication system |
| JP6334868B2 (ja) * | 2013-08-30 | 2018-05-30 | 株式会社Ｎｔｔドコモ | 無線基地局 |
-
2013
- 2013-12-05 WO PCT/CN2013/088680 patent/WO2015081540A1/zh active Application Filing
- 2013-12-05 SG SG11201604510RA patent/SG11201604510RA/en unknown
- 2013-12-05 EP EP13898580.9A patent/EP3068168A4/en not_active Withdrawn
- 2013-12-05 CN CN201380002264.4A patent/CN103843402B/zh active Active
-
2016
- 2016-06-03 US US15/173,563 patent/US20160286444A1/en not_active Abandoned
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102761916A (zh) * | 2011-04-26 | 2012-10-31 | 华为技术有限公司 | 小区重选的方法和设备 |
| WO2013048104A2 (ko) * | 2011-09-26 | 2013-04-04 | 엘지전자 주식회사 | 무선 통신 시스템에서 서비스 영역 정보를 획득하는 방법 및 장치 |
| CN103037346A (zh) * | 2011-09-30 | 2013-04-10 | 华为技术有限公司 | 小区更新的方法、用户设备、基站及通信系统 |
| CN103249101A (zh) * | 2012-02-06 | 2013-08-14 | 中兴通讯股份有限公司 | 一种从umts重定向到lte的方法及系统 |
| CN102958121A (zh) * | 2012-11-09 | 2013-03-06 | 大唐移动通信设备有限公司 | 一种小区切换方法及装置 |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106162773A (zh) * | 2014-10-30 | 2016-11-23 | 宏碁股份有限公司 | 小区重新选择方法 |
| CN107005915A (zh) * | 2015-08-20 | 2017-08-01 | 华为技术有限公司 | 无线通信接入方法、通信装置、无线终端及系统 |
| CN106604356A (zh) * | 2015-10-15 | 2017-04-26 | 华为终端（东莞）有限公司 | 无线通信接入方法、装置、处理器和无线终端 |
| US10492127B2 (en) | 2015-10-15 | 2019-11-26 | Huawei Technologies Co., Ltd. | Wireless communications access method, apparatus, processor, and wireless terminal |
| CN106604356B (zh) * | 2015-10-15 | 2020-02-14 | 华为终端有限公司 | 无线通信接入方法、装置、处理器和无线终端 |
| CN109600796A (zh) * | 2018-12-17 | 2019-04-09 | 华为技术服务有限公司 | 一种载波间负载的调整方法及装置 |
| WO2020125597A1 (zh) * | 2018-12-17 | 2020-06-25 | 华为技术有限公司 | 一种载波间负载的调整方法及装置 |
| CN109600796B (zh) * | 2018-12-17 | 2020-09-29 | 华为技术服务有限公司 | 一种载波间负载的调整方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| SG11201604510RA (en) | 2016-07-28 |
| CN103843402B (zh) | 2017-09-12 |
| EP3068168A1 (en) | 2016-09-14 |
| US20160286444A1 (en) | 2016-09-29 |
| EP3068168A4 (en) | 2016-11-30 |
| WO2015081540A1 (zh) | 2015-06-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6950141B2 (ja) | 通信方法および通信機器 | |
| CN103843402A (zh) | 一种重定向的方法、设备及系统 | |
| KR101364654B1 (ko) | 무선 네트워크 서브시스템 재배치를 서빙하는 동안 코어 네트워크 상태를 유지하는 시스템들 및 장치들 | |
| CN103139911A (zh) | 实现载波聚合的方法、基站和用户设备 | |
| CN102572973A (zh) | 用于ue网络切换的信息处理方法和基站 | |
| JP2016522615A (ja) | アクセス制御方法および装置 | |
| CN104869600A (zh) | 一种小区选择方法、装置及基站设备 | |
| CN102711236B (zh) | 一种能力同步方法、设备及通信系统 | |
| CN104038964A (zh) | 实现拥塞控制的方法及装置 | |
| CN102143555A (zh) | 终端小区搜索方法及相关设备和系统 | |
| CN109600796B (zh) | 一种载波间负载的调整方法及装置 | |
| CN104469775A (zh) | 无线局域网接入方法、基站控制器和用户设备 | |
| CN103857014A (zh) | 一种多模用户设备的业务建立方法、装置和系统 | |
| CN102883384A (zh) | 用于改变接入小区的方法、用户设备和基站 | |
| CN109756941A (zh) | 处理演进分组系统承载文本的装置及方法 | |
| CN105578545A (zh) | 一种小区重选方法和用户设备 | |
| CN103428768A (zh) | 一种接入方法、基站、接入点和用户设备 | |
| CN103229554A (zh) | 基于重定向的电路域回落的通信方法及通信装置 | |
| CN105407511A (zh) | 一种用户设备接入载波聚合网络的方法及装置 | |
| CN106255157A (zh) | 一种优化多模用户终端模式间重定向过程的方法 | |
| CN104823485A (zh) | 一种双连接下的通信方法、基站和用户设备 | |
| CN104871577A (zh) | 业务切换的方法、网络设备和用户设备 | |
| CN101702821B (zh) | 准入方法、装置和通信系统 | |
| CN103379557A (zh) | 能力匹配方法、接入网控制节点及用户设备 | |
| CN102440025A (zh) | 一种业务分层方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |