CN104703220A

CN104703220A - 一种业务请求方法及装置

Info

Publication number: CN104703220A
Application number: CN201310656983.XA
Authority: CN
Inventors: 金巴; 杨宁; 王启星
Original assignee: China Mobile Communications Group Co Ltd
Current assignee: China Mobile Communications Group Co Ltd
Priority date: 2013-12-06
Filing date: 2013-12-06
Publication date: 2015-06-10
Anticipated expiration: 2033-12-06
Also published as: CN104703220B

Abstract

本发明涉及移动通信技术领域，尤其涉及一种业务请求方法及装置，用以解决现有技术中不同制式的网络间的交互流程比较复杂，导致用户设备请求业务的时间较长的问题。本发明实施例的方法主要包括：设置的统一管理不同网络制式的小区的协同网元接收UE的业务请求；若协同网元根据UE的业务请求和源小区的小区管理设备上报的网络资源信息，确定源小区无法支持UE的业务请求，则协同网元根据源小区的邻小区的小区管理设备上报的网络资源信息，从源小区的邻小区中，确定至少一个支持所述UE的业务请求的邻小区，并通知给UE，以使UE从所述至少一个邻小区中选择一个邻小区作为目标小区，向该目标小区发起业务请求。

Description

一种业务请求方法及装置

技术领域

本发明涉及移动通信技术领域，尤其涉及一种业务请求方法及装置。

背景技术

随着移动互联网的发展，以及智能终端的普及，数据业务流量呈现爆炸性增长。为了应对用户对于无线网络的带宽需求，网络运营商通常会通过多种接入方式，实现用户便捷的接入、更流畅的用户体验。多接入手段的部署，会因为网络制式的特点、覆盖范围不同等多方面因素，造成网络多种制式的局面。如何在复杂的多接入的情况下，协同好各种网络资源，提供良好的业务体验，保证业务的发展，成为运营商网络维护面临的主要问题。

网络协同的目的就是基于用户感知和网络负荷，针对用户业务进行网络制式和资源的合理分配，多网络协同可以充分利用各个网络的优势，在满足用户体验度的前提下，尽量减少网络信令开销；在多网络协同应用中，可以基于不同业务的业务特征和对网络资源的不同需求，将不同业务分配在不同制式的网络中。

目前，用户设备在从一种网络制式的小区转移到另一种网络制式的小区请求业务时，涉及到的不同制式的网络间的交互流程比较复杂，各小区管理设备与所属的核心网之间，不同网络制式的核心网之间都需要执行相关交互流程，导致用户设备请求业务的时间较长。

发明内容

本发明实施例提供一种业务请求方法及装置，用以解决现有技术中不同制式的网络间的交互流程比较复杂，导致用户设备请求业务的时间较长的问题。

本发明实施例提供了一种业务请求方法，包括：

协同网元接收用户设备UE或所述UE当前接入的源小区的小区管理设备发送的所述UE的业务请求；所述协同网元为设置的统一管理不同网络制式的小区的网元；

若所述协同网元根据所述UE的业务请求和所述源小区的小区管理设备上报的网络资源信息，确定所述源小区无法支持所述UE的业务请求，则所述协同网元根据所述源小区的邻小区的小区管理设备上报的网络资源信息，从所述源小区的邻小区中，确定至少一个支持所述UE的业务请求的邻小区；

所述协同网元将确定的所述至少一个邻小区的小区信息通知给所述UE，或，所述协同网元将确定的所述至少一个邻小区的小区信息通知给所述源小区的小区管理设备，由该小区管理设备将所述至少一个邻小区的小区信息转发给所述UE，以使所述UE根据所述至少一个邻小区的小区信息，从所述至少一个邻小区中选择一个邻小区作为目标小区，接入所述目标小区，并向所述目标小区发送业务请求。

本发明实施例提供了一种业务请求方法，包括：

用户设备UE向协同网元发送业务请求，或，所述UE向所述UE当前接入的源小区的小区管理设备发送业务请求，以使所述源小区的小区管理设备将所述UE的业务请求转发给所述协同网元；所述协同网元为设置的统一管理不同网络制式的小区的网元；

所述UE接收所述协同网元在确定所述源小区无法支持所述UE的业务请求后，发送的至少一个邻小区的小区信息，或，所述UE接收所述源小区的小区管理设备发送的至少一个邻小区的小区信息，其中，所述源小区的小区管理设备发送的所述至少一个邻小区的小区信息为所述协同网元在确定所述源小区无法支持所述UE的业务请求后，发送给所述源小区的小区管理设备的；

所述UE根据所述至少一个邻小区的小区信息，从所述至少一个邻小区中选择一个邻小区作为目标小区；

所述UE接入所述目标小区，并向所述目标小区发送业务请求。

本发明实施例提供的一种业务请求方法，包括：

小区管理设备确定所管理的小区的网络资源信息；

所述小区管理设备将确定的网络资源信息通知给协同网元；

其中，所述协同网元为设置的统一管理不同网络制式的小区的网元；所述网络资源信息用于供所述协同网元确定所述小区管理设备所管理的小区是否支持用户设备UE的业务请求。

本发明实施例提供了一种业务请求装置，该装置为设置的统一管理不同网络制式的小区的网元，包括：

接收模块，用于接收用户设备UE或所述UE当前接入的源小区的小区管理设备发送的所述UE的业务请求；所述协同网元为设置的统一管理不同网络制式的小区的网元；

确定模块，用于若根据所述UE的业务请求和所述源小区的小区管理设备上报的网络资源信息，确定所述源小区无法支持所述UE的业务请求，则根据所述源小区的邻小区的小区管理设备上报的网络资源信息，从所述源小区的邻小区中，确定至少一个支持所述UE的业务请求的邻小区；

通知模块，用于将所述确定模块确定的所述至少一个邻小区的小区信息通知给所述UE，或，将所述确定模块确定的所述至少一个邻小区的小区信息通知给所述源小区的小区管理设备，由该小区管理设备将所述至少一个邻小区的小区信息转发给所述UE，以使所述UE根据所述至少一个邻小区的小区信息，从所述至少一个邻小区中选择一个邻小区作为目标小区，接入所述目标小区，并向所述目标小区发送业务请求。

本发明实施例提供了一种用户设备UE，包括：

发送模块，用于向协同网元发送业务请求，或，向所述UE当前接入的源小区的小区管理设备发送业务请求，以使所述源小区的小区管理设备将所述UE的业务请求转发给所述协同网元；所述协同网元为设置的统一管理不同网络制式的小区的网元；

接收模块，用于接收所述协同网元在确定所述源小区无法支持所述UE的业务请求后，发送的至少一个邻小区的小区信息，或，接收所述源小区的小区管理设备发送的至少一个邻小区的小区信息，其中，所述源小区的小区管理设备发送的所述至少一个邻小区的小区信息为所述协同网元在确定所述源小区无法支持所述UE的业务请求后，发送给所述源小区的小区管理设备的；

选择模块，用于根据所述至少一个邻小区的小区信息，从所述至少一个邻小区中选择一个邻小区作为目标小区；

接入模块，用于接入所述目标小区，并向所述目标小区发送业务请求。

本发明实施例提供了一种网络侧设备，包括：

确定模块，用于确定所管理的小区的网络资源信息；

通知模块，用将所述确定模块确定的网络资源信息通知给协同网元；

本发明实施例通过设置协同网元来统一管理不同网络制式的小区，接收不同网络制式的小区管理设备上报的网络资源信息，在接收到UE或该UE当前接入的源小区的小区管理设备发送的该UE的业务请求后，若根据该UE的业务请求和所述源小区的小区管理设备上报的网络资源信息，确定所述源小区无法支持所述UE的业务请求，则根据所述源小区的邻小区的小区管理设备上报的网络资源信息，从所述源小区的邻小区中，选择至少一个支持所述UE的业务请求的邻小区，并将选择的所述至少一个邻小区的小区信息通知给所述UE，或通过源小区的小区管理设备通知给所述UE；采用本发明实施例，无需不同网络制式的核心网之间再执行信令交互，UE和/或小区管理设备可以直接与协同网元之间进行信令交互来完成业务请求，从而节省了相关信令流程，提高了业务请求效率；再者，本发明实施例中，由于采用协同网元来统一管理不同网络制式的小区，可以根据不同网络制式的小区的网络资源状态来确定承载UE业务的小区，从而可以很方便地协调好不同小区之间的业务负载，保证负载均衡。

附图说明

图1为本发明实施例一提供的业务请求方法流程图；

图2为本发明实施例提供的网络协同架构示意图；

图3为本发明实施例二提供的业务请求方法流程图；

图4为本发明实施例三提供的业务请求方法流程图；

图5为本发明实施例四提供的业务请求方法流程图；

图6为本发明实施例提供的业务请求装置结构示意图；

图7为本发明实施例提供的UE结构示意图；

图8为本发明实施例提供的网络侧设备结构示意图。

具体实施方式

本发明实施例通过设置协同网元来统一管理不同网络制式的小区，接收不同网络制式的小区管理设备上报的网络资源信息，在接收到UE或该UE当前接入的源小区的小区管理设备发送的该UE的业务请求后，若根据该UE的业务请求和所述源小区的小区管理设备上报的网络资源信息，确定所述源小区无法支持所述UE的业务请求，则根据所述源小区的邻小区的小区管理设备上报的网络资源信息，从所述源小区的邻小区中，选择至少一个支持所述UE的业务请求的邻小区，并将选择的所述至少一个邻小区的小区信息通知给所述UE，或通过源小区的小区管理设备通知给所述UE；采用本发明实施例，无需不同网络制式的核心网之间再执行信令交互，UE和/或UE接入的源小区的小区管理设备可以直接与协同网元之间进行信令交互来完成业务请求，从而节省了相关信令流程，提高了业务请求效率；再者，本发明实施例中，由于采用协同网元来统一管理不同网络制式的小区，可以根据不同网络制式的小区的网络资源状态来确定承载UE业务的小区，从而可以很方便地协调好不同小区之间的业务负载，保证负载均衡。

下面结合说明书附图对本发明实施例作进一步详细描述。

如图1所示，为本发明实施例一提供的业务请求方法流程图，包括以下步骤：

S101：协同网元接收用户设备（User Equipment，UE）或所述UE当前接入的源小区的小区管理设备发送的所述UE的业务请求；所述协同网元为设置的统一管理不同网络制式的小区的网元；

S102：若所述协同网元根据所述UE的业务请求和所述源小区的小区管理设备上报的网络资源信息，确定所述源小区无法支持所述UE的业务请求，则所述协同网元根据所述源小区的邻小区的小区管理设备上报的网络资源信息，从所述源小区的邻小区中，选择至少一个支持所述UE的业务请求的邻小区；

S103：所述协同网元将确定的所述至少一个邻小区的小区信息通知给所述UE，或，将确定的所述至少一个邻小区的小区信息通知给所述源小区的小区管理设备，由该小区管理设备将所述至少一个邻小区的小区信息转发给所述UE，以使所述UE根据所述至少一个邻小区的小区信息，从所述至少一个邻小区中选择一个邻小区作为目标小区，接入所述目标小区，并向所述目标小区发送业务请求。

可选地，所述小区信息包括小区地址信息和/或小区频率信息。

本发明实施例中，在核心网侧设置统一管理不同网络制式的小区的网元，即上述协同网元（Multi-RAT Radio Management，MRM），不同的网络制式对应不同的无线接入技术（RAT，Radio Access Technologies），每种网络制式的小区管理设备可以定期向该协同网元上报自己的网络资源信息，网络资源信息可以包括邻小区信息、自身容纳能力、服务质量（Quality of Service，QoS）信息等，协同网元在接收到UE的业务请求后，根据源小区的小区管理设备上报的网络资源信息判断源小区是否可以支持UE的业务请求，具体可以从负载、业务支持能力等方面判断源小区是否可以支持UE的业务请求，若确定源小区可以支持UE的业务请求，则继续让源小区为该UE提供服务，若确定源小区无法支持UE的业务请求，则可以根据源小区的小区管理设备上报的网络资源信息中包括的邻小区信息，比如，邻小区的小区标识及其支持的网络制式，确定有可能支持UE的业务请求的邻小区，再结合这些邻小区的小区管理设备上报的网络资源信息，从这些邻小区中，确定可以支持UE的业务请求的邻小区；这里，协同网元在接收到UE的业务请求后，可以首先判断支持该UE的业务请求的目标网络制式，在确定源小区无法支持UE的业务请求后，根据源小区的小区管理设备上报的网络资源信息中的邻小区信息确定支持所述目标网络制式的邻小区，之后，再结合确定的这些邻小区的小区管理设备上报的网络资源信息，如当前容纳能力、QoS级别等，最终确定至少一个可以支持UE的业务请求的邻小区；比如，UE的业务请求只有长期演进（LTE，Long TermEvolution）制式的网络能够满足，而源小区为全球移动通信系统（GSM，GlobalSystem for Mobile communications）制式的网络，这时，协同网元可以首先根据源小区的小区管理设备上报的网络资源信息中包括的邻小区信息，确定LTE制式的邻小区，再结合确定的这些邻小区的小区管理设备上报的网络资源信息，比如负载、业务支持能力等，从这些邻小区中，选择至少一个支持UE的业务请求的目标小区，之后，协同网元就可以将确定的至少一个目标小区的小区信息下发给该UE，或下发给源小区的小区管理设备，由该小区管理设备下发给UE，之后，该UE可以从所述至少一个目标小区中选择一个目标小区接入，向该目标小区发起业务请求；这里，目标小区的小区信息可以包括邻小区的小区地址信息和/或小区频率信息，协同网元一般可以下发多个目标小区的小区信息，UE可以根据小区信息中包括的地址、频率等信息选择一个目标小区进行接入，除此，小区信息还可以包括目标小区标识等等。

在具体实施过程中，上述小区管理设备可以是管理设定网络制式的小区的无线资源管理实体（Radio Resourse Management entity，RRM entity），比如，在增强型数据速率GSM演进型无线接入网（GSM EDGE Radio AccessNetwork，GERAN）中，该小区管理设备可以是基站控制器（Base StationController，BSC）或基站（Base Station，BS），在陆地无线接入网（UMTSTerrestrial Radio Access Network，UTRAN）中，该小区管理设备可以是无线网络控制器（Radio Network Controller，RNC），在演进的通用陆地无线接入网（Evolved Universal Terrestrial Radio Access Network，EUTRAN）中，该小区管理设备可以是演进基站（evolved Node B，eNB），在无线局域网络（WirelessLocal Area Networks，WLAN）中，该小区管理设备可以是接入点控制器（AccessPoint Controller，APC）、接入控制器（Access Controller，AC）、或接入点（AccessPoint，AP）；

如图2所示，为本发明实施例提供的网络协同架构示意图；在具体实施过程中，当确定UE的业务为语音业务或下载数据业务等实时性要求较高的业务时，可以为该UE选择可支持保证比特率（Guaranteed Bit Rate，GBR）业务的，可支持的最高业务速率较大的网络制式，比如可以选择LTE、无线局域网络WLAN等网络制式，也即可以让该UE接入EUTRAN或WLAN网络中，当UE的业务属于对通信成本要求较低的低端业务时，如机器与机器之间的无线通信业务（Machine to Machine，M2M）时，可以为该UE选择GSM网络制式，也即可以让该UE接入上述GERAN中；

可选地，所述UE的业务请求业务类型和相关服务质量（Quality of Service，QoS）要求等信息；

在具体实施过程中，UE发送的业务请求中，可以包括业务类型和相关服务质量（Quality of Service，QoS）要求等，业务类型具体可以是语音业务、数据业务或飞信业务等，上述QoS要求具体可以包括表示该UE所需求的业务为保证比特率（Guaranteed Bit Rate，GBR）业务或非GRB业务的信息，还可以包括传输时延要求、丢包率要求等等，除此，还可以包括某些特殊要求，例如，可以包括表示该UE为特殊用户(Very Important Person，VIP)的信息，这时，协同网元可以根据预先设定的针对VIP用户的网络资源要求，为该UE确定目标小区，比如，相比WLAN网络，LTE网络在安全性方面可以有更好的保证，协同网元在确定该UE为网络安全方面的会员（VIP）用户后，可以确定能够支持UE的业务要求的小区为LTE小区，在确定源小区为非LTE小区后，可以根据源小区的小区管理设备上报的邻小区信息，确定LTE邻小区，根据确定的LTE邻小区，结合邻小区的小区管理设备上报的网络资源信息，确定至少一个支持UE的业务要求的邻小区。

可选地，所述网络资源信息包括邻小区信息、容纳能力信息和服务质量QoS信息中的一种或多种；

在具体实施过程中，不同网络制式的小区管理设备，如上述BS和AP等可以定期上报自己的网络资源信息，如邻小区信息，这里的邻小区信息可以包括邻小区所支持的网络制式，除此，还可以包括邻小区的小区标识，还可以包括邻小区的小区地址、小区占用频率等信息，在具体实施中，协同网元可以根据UE的业务请求，确定支持UE的业务请求的目标网络制式，根据源小区的小区管理设备上报的邻小区信息，确定支持目标网络制式的邻小区，之后，再结合邻小区的小区管理设备上报的网络资源信息，从确定的支持目标网络制式的邻小区中，选择至少一个支持UE的业务请求的目标小区；再如，容纳能力信息，这里可以以百分比表示，比如某BS上报自身的容纳能力为50%，再如上述QoS信息，这里的QoS信息可以有多种，比如可支持GBR业务信息，平均丢包率信息、可支持的最高业务速率信息、平均传输时延信息等，在具体实施中，可以根据不同网络制式的小区管理设备上报的上述网络资源信息，以及UE的业务请求中的业务类型和相关QoS要求等信息，确定至少一个可以支持UE的业务请求的目标邻小区；

可选地，所述协同网元确定所述源小区无法支持所述UE的业务请求，包括：

所述协同网元确定所述源小区的负载率大于设定阈值，或确定所述源小区的业务支持能力无法满足所述UE的业务请求。

在具体实施过程中，源小区无法支持UE的业务请求可能是由于源小区过载，也有可能是源小区本身的业务支持能力不足，比如当UE发生业务请求时，源小区的负载率已高达98%，这时，考虑到负载均衡问题，可以让UE接入其它小区，再比如，源小区的网络为GSM制式的，而UE的业务请求只有LTE制式的网络可以满足，这时，就需要让UE转接入支持LTE制式的小区中。

基于同一发明构思，本发明实施例分别提供了以下基于UE侧和小区管理设备侧的业务请求方法，具体原理与实施过程与上述描述步骤类似，重复之处，不再赘述。

如图3所示，为本发明实施例二提供的业务请求方法流程图，包括：

S301：UE向协同网元发送业务请求，或，所述UE向所述UE当前接入的源小区的小区管理设备发送业务请求，以使所述源小区的小区管理设备将所述UE的业务请求转发给所述协同网元；所述协同网元为设置的统一管理不同网络制式的小区的网元；

S302：所述UE接收所述协同网元在确定所述源小区无法支持所述UE的业务请求后，发送的至少一个邻小区的小区信息，或，所述UE接收所述源小区的小区管理设备发送的至少一个邻小区的小区信息，其中，所述源小区的小区管理设备发送的至少一个邻小区的小区信息为所述协同网元在确定所述源小区无法支持所述UE的业务请求后，发送给所述源小区的小区管理设备的；

S303：所述UE根据所述至少一个邻小区的小区信息，从所述至少一个邻小区中选择一个邻小区作为目标小区；

S304：所述UE接入所述目标小区，并向所述目标小区发送业务请求。

在具体实施过程中，UE可以直接向协同网元发送业务请求，也可以将业务请求发送给接入的源小区的小区管理设备，由该小区管理上报发送给协同网元，之后，协同网元根据UE的业务请求和源小区的小区管理设备上报的网络资源信息，判断源小区是否可以支持UE的业务请求，在确定源小区无法支持UE的业务请求后，根据邻小区的小区管理设备上报的网络资源信息确定至少一个可以支持UE的业务请求的邻小区，并将确定的至少一个邻小区的小区信息下发给UE，或者，协同网元也可以先将确定的至少一个邻小区的小区信息下发给源小区的小区管理设备，由该小区管理设备下发给UE，UE从中选择一个邻小区进行接入，并发起业务请求，在具体实施中，UE在接收到多个可接入的邻小区的小区信息后，可以根据自身所在的位置，选择位置较近、信号较强的小区，接入并发起业务请求，具体地，UE可以向所述多个可接入的邻小区发起测量，确定邻区信号质量信息，这里的邻区信号质量信息可以包括信号强度、信噪比、底噪等信息，根据确定的信息，选择信号质量最优的邻小区进行接入。

如图4所示，为本发明实施例三提供的业务请求方法流程图，包括：

S401：小区管理设备确定所管理的小区的网络资源信息；

S402：所述小区管理设备将确定的网络资源信息通知给协同网元；

可选地，所述网络资源信息包括邻小区信息、容纳能力信息、服务质量QoS信息中的一种或多种。

为了更好地说明本发明实施例进行业务请求的方法流程，下面通过一个具体的实施例作进一步说明：

如图5所示，为本发明实施例四提供的业务请求方法流程图，该方法包括：

S501：不同网络制式的小区管理设备将自身的网络资源信息上报给协同网元；

如图5所示，图中，RAT1、RAT2、RAT3分别为不同网络制式的小区管理设备，其中RAT2为UE接入的源小区的小区管理设备，RAT3为UE接入的目标小区的小区管理设备。

S502：UE向协同网元发送业务请求，或，向该UE当前接入的源小区的小区管理设备发送业务请求，以使源小区的小区管理设备将该UE的业务请求转发给协同网元；所述协同网元为设置的统一管理不同网络制式的小区的网元；

S503：协同网元根据所述UE的业务请求和所述源小区的小区管理设备上报的网络资源信息，判断所述源小区是否可以支持所述UE的业务请求，若可以，则继续由所述源小区为该UE提供业务服务，否则，根据所述源小区的邻小区的小区管理设备上报的网络资源信息，从所述源小区的邻小区中，确定至少一个支持所述UE的业务请求的邻小区；

S504：协同网元将确定的所述至少一个邻小区的小区信息通知给所述UE，或，将确定的所述至少一个邻小区的小区信息通知给所述源小区的小区管理设备，由该小区管理设备将所述至少一个邻小区的小区信息通知给所述UE；

S505：UE根据所述至少一个邻小区的小区信息，从所述至少一个邻小区中选择一个邻小区作为目标小区，释放与接入的源小区的连接，接入所述目标小区，并向所述目标小区发送业务请求。

基于同一发明构思，本发明实施例中还提供了一种与业务请求方法对应的业务请求装置，包括协同网元、UE和小区管理设备，由于本发明实施例中的装置解决问题的原理与本发明实施例中的业务请求方法相似，因此本发明实施例中装置的实施可以参见方法的实施，重复之处不再赘述。

如图6所示，为本发明实施例提供的业务请求装置结构示意图，该装置为设置的统一管理不同网络制式的小区的网元，包括：

接收模块61，用于接收用户设备UE或所述UE当前接入的源小区的小区管理设备发送的所述UE的业务请求；所述协同网元为设置的统一管理不同网络制式的小区的网元；

确定模块62，用于若根据所述UE的业务请求和所述源小区的小区管理设备上报的网络资源信息，确定所述源小区无法支持所述UE的业务请求，则根据所述源小区的邻小区的小区管理设备上报的网络资源信息，从所述源小区的邻小区中，确定至少一个支持所述UE的业务请求的邻小区；

通知模块63，用于将所述确定模块62确定的所述至少一个邻小区的小区信息通知给所述UE，或，将所述确定模块确定的所述至少一个邻小区的小区信息通知给所述源小区的小区管理设备，由该小区管理设备将所述至少一个邻小区的小区信息转发给所述UE，以使所述UE根据所述至少一个邻小区的小区信息，从所述至少一个邻小区中选择一个邻小区作为目标小区，接入所述目标小区，并向所述目标小区发送业务请求。

可选地，所述确定模块62具体用于根据以下步骤确定所述源小区无法支持所述UE的业务请求：确定所述源小区的负载率大于设定阈值，或确定所述源小区的业务支持能力无法满足所述UE的业务请求。

可选地，所述网络资源信息包括邻小区信息、容纳能力信息和服务质量QoS信息中的一种或多种。

如图7所示，为本发明实施例提供的UE结构示意图，包括：

发送模块71，用于向协同网元发送业务请求，或，向所述UE当前接入的源小区的小区管理设备发送业务请求，以使所述源小区的小区管理设备将所述UE的业务请求转发给所述协同网元；所述协同网元为设置的统一管理不同网络制式的小区的网元；

接收模块72，用于接收所述协同网元在确定所述源小区无法支持所述UE的业务请求后，发送的至少一个邻小区的小区信息，或，接收所述源小区的小区管理设备发送的至少一个邻小区的小区信息，其中，所述源小区的小区管理设备发送的所述至少一个邻小区的小区信息为所述协同网元在确定所述源小区无法支持所述UE的业务请求后，发送给所述源小区的小区管理设备的；

选择模块73，用于根据所述至少一个邻小区的小区信息，从所述至少一个邻小区中选择一个邻小区作为目标小区；

接入模块74，用于接入所述目标小区，并向所述目标小区发送业务请求。

如图8所示，为本发明实施例提供的一种网络侧设备结构示意图，包括：

确定模块81，用于确定所管理的小区的网络资源信息；

通知模块82，用将所述确定模块81确定的网络资源信息通知给协同网元；

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

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

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

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

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

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

Claims

1.一种业务请求方法，其特征在于，该方法包括：

2.如权利要求1所述的方法，其特征在于，所述协同网元确定所述源小区无法支持所述UE的业务请求，包括：

3.如权利要求1或2所述的方法，其特征在于，所述网络资源信息包括邻小区信息、容纳能力信息和服务质量QoS信息中的一种或多种。

4.如权利要求1或2所述的方法，其特征在于，所述小区信息包括小区地址信息和/或小区频率信息。

5.一种业务请求方法，其特征在于，包括：

6.如权利要求5所述的方法，其特征在于，所述小区信息包括小区地址信息和/或小区频率信息。

7.一种业务请求方法，其特征在于，包括：

小区管理设备确定所管理的小区的网络资源信息；

所述小区管理设备将确定的网络资源信息通知给协同网元；

8.如权利要求7所述的方法，其特征在于，所述网络资源信息包括邻小区信息、容纳能力信息、服务质量QoS信息中的一种或多种。

9.一种业务请求装置，其特征在于，该装置为设置的统一管理不同网络制式的小区的网元，包括：

10.如权利要求9所述的装置，其特征在于，所述确定模块具体用于根据以下步骤确定所述源小区无法支持所述UE的业务请求：确定所述源小区的负载率大于设定阈值，或确定所述源小区的业务支持能力无法满足所述UE的业务请求。

11.如权利要求9或10所述的装置，其特征在于，所述网络资源信息包括邻小区信息、容纳能力信息和服务质量QoS信息中的一种或多种。

12.如权利要求9或10所述的装置，其特征在于，所述小区信息包括小区地址信息和/或小区频率信息。

13.一种用户设备UE，其特征在于，包括：

14.如权利要求13所述的UE，其特征在于，所述小区信息包括小区地址信息和/或小区频率信息。

15.一种网络侧设备，其特征在于，包括：

确定模块，用于确定所管理的小区的网络资源信息；

16.如权利要求15所述的网络侧设备，其特征在于，所述网络资源信息包括邻小区信息、容纳能力信息、服务质量QoS信息中的一种或多种。