CN103227983B - 实现过载控制或差异化服务的方法、系统及设备 - Google Patents

Abstract

本发明实施例涉及一种实现过载控制或差异化服务的方法、装置、系统及用户设备，其中方法包括：接收封装有指示信息的请求消息；所述指示信息包括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；根据请求消息中的所述指示信息以及获取的过载控制策略或差异化服务策略，将所述请求消息进行处理。本发明实施例通过接收封装有指示信息的请求消息，根据指示信息来识别请求消息，克服了现有技术中无法识别请求消息的类型等一系列问题，实现了有效的过载控制或差异化服务。

Description

实现过载控制或差异化服务的方法、系统及设备

技术领域

本发明实施例涉及通信领域，尤其涉及一种实现过载控制或差异化服务的方法、装置、系统及用户设备。

背景技术

为了增强未来网络的竞争能力，第三代合作伙伴计划(3GPP)正在研究一种全新的演进网络，图1为现有技术中无线演进网络架构示意图。如图1所示，该无线演进网络包括演进的UMTS陆地无线接入网(Evolved UMTS Terrestrial Radio Access Network，以下简称：EUTRAN)，用于实现所有与演进网络无线有关的功能；移动性管理网元(MobilityManagement Entity，以下简称：MME)，用于控制面的移动性管理，包括用户上下文和移动状态管理、分配用户临时身份标识等；服务网关实体(Serving Gateway，以下简称：SGW)，SGW是3GPP接入网络间的用户面锚点，是终止E-TURAN的接口；分组数据网络网关实体(PacketData Network Gateway，以下简称：PGW)是3GPP接入网络和非3GPP接入网络之间的用户面锚点，是终止和外部分组数据网络(Packet Data Network，以下简称：PDN)的接口；策略和计费规则功能实体(Policy and Charging Rule Function，以下简称：PCRF)用于策略控制决定和流计费控制功能；归属网络服务器(Home Subscriber Server，以下简称：HSS)用于存储用户签约信息；服务GPRS支持节点(Serving GPRS Support Node，以下简称：SGSN)是3GPP中用于做移动性管理的实体；GERAN(GSM Edge Radio Access Network)是以前3GPP系统中的接入网部分；运营商控制的IP服务是用来服务UE的IP服务。需要说明的是，该无线演进网络可能不是最终的系统架构演进(System Architecture Evolution，以下简称：SAE)系统，不对此作限制。

基于上述网络架构，当MME过载时，MME向与其关联的接入网侧设备(如：eNodeB)发送过载开始消息，请求eNodeB拒绝某些会话请求或业务请求，例如，业务请求消息、响应寻呼的业务请求、所有新的无线资源控制(Radio Resource Control，以下简称：RRC)消息，该RRC消息包括TAU请求消息和附着请求消息等，另外eNodeB只允许紧急呼叫。但是，现有技术中接入网侧设备无法识别不同的消息类型，更无法获取响应寻呼的服务请求信息，也无法获知当前会话是否为紧急呼叫，因此，现有技术无法实现有效的过载控制。

另外，当需要在接入网侧设备中进行差异化服务时，也是由于接入网侧无法识别上述请求消息的类型，无法获取响应寻呼的服务请求信息，无法获知当前会话是否为紧急呼叫或者其他业务类型，从而无法相应实现有效的差异化服务。

发明内容

本发明实施例提供了一种实现过载控制或差异化服务的方法、装置、系统及用户设备，能够实现有效的过载控制或差异化服务。

本发明实施例提供了一种实现过载控制或差异化服务的方法，应用于包括移动性管理网元MME和演进基站eNodeB的通信系统中，其中用户设备UE通过演进基站接入到MME上进行通信业务，包括：

接收封装有指示信息的请求消息；所述指示信息包括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；

根据请求消息中的所述指示信息，以及获取的过载控制策略或差异化服务策略，将所述请求消息进行处理。

本发明实施例提供了一种实现过载控制或差异化服务的装置，包括：

第一接收模块，用于接收封装有指示信息的请求消息；所述指示信息包括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；

接入模块，用于根据请求消息中的所述指示信息，以及获取的过载控制策略或差异化服务策略，将请求消息进行处理。

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

第一封装模块，用于将指示信息封装在请求消息中，所述指示信息包括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；

发送模块，用于发送封装有指示信息的请求消息。

本发明实施例提供了一种实现过载控制或差异化服务的系统，包括用户设备和演进基站；

所述用户设备包括：

第一封装模块，用于将指示信息封装在请求消息中，所述指示信息包括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；

发送模块，用于发送封装有指示信息的请求消息；

所述演进基站包括：

第一接收模块，用于接收封装有所述指示信息的请求消息；

接入模块，用于根据请求消息中的所述指示信息，以及获取的过载控制策略或差异化服务策略，将请求消息进行处理。

本发明实施例通过接收封装有指示信息的请求消息，根据指示信息来识别请求消息，克服了现有技术中无法识别请求消息的类型等一系列问题，实现了有效的过载控制或差异化服务。

附图说明

图1为现有技术中无线演进网络架构示意图；

图2为本发明实施例一实现过载控制或差异化服务的方法的流程图；

图3为本发明实施例二实现过载控制或差异化服务的方法的信令流程图；

图4为本发明实施例三实现过载控制或差异化服务的方法的信令流程图；

图5为本发明实施例四实现过载控制或差异化服务的方法的信令流程图；

图6为本发明实施例五实现过载控制或差异化服务的方法的信令流程图；

图7为本发明实施例六实现过载控制或差异化服务的方法的流程图；

图8为本发明实施例七实现过载控制或差异化服务的方法的流程图；

图9为本发明实施例八实现过载控制或差异化服务的方法的流程图；

图10为本发明实施例九实现过载控制或差异化服务的方法的流程图；

图11为本发明实施例实现过载控制或差异化服务的装置的示意图；

图12为本发明实施例用户设备的示意图；

图13为本发明实施例实现过载控制或差异化服务的系统的示意图。

具体实施方式

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

图2为本发明实施例一实现过载控制或差异化服务的方法的流程图。本实施例可以应用于包括MME和eNodeB的通信系统中，其中用户设备(UE)通过eNodeB接入到MME上进行通信业务，如图2所示，本实施例具体包括如下步骤：

步骤101、接收封装有指示信息的请求消息；该指示信息包括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；

具体的说，可以在请求消息的新增信元或现有信元或扩展信元中封装指示信息；例如在请求消息所包括的全局唯一临时标识(GUTI)或分组临时移动用户标识(Packet-Temporary Mobile Subscriber Identity，以下简称：P-TMSI)或临时移动用户标识(Temporary Mobile Subscriber Identity，以下简称：TMSI)信元中封装指示信息(利用现有信元的保留位或者扩展现有信元的结构)。

其中，新增信元是指在消息中新增加的信元，现有信元是指利用消息中已存在信元的保留位而得到的信元，扩展信元是指通过扩展现有信元而得到的信元。

步骤102、根据请求消息中的指示信息以及获取的过载控制策略或差异化服务策略，将请求消息进行处理；该过载控制策略或差异化服务策略是在接收请求消息之前由网络侧设备下发的或者随UE发送的请求消息中携带。

上述将请求消息进行处理可以包括：确定接受请求消息或拒绝请求消息或将请求消息路由给其他网络侧设备。

本实施例通过接收封装有指示信息的请求消息，根据指示信息来识别请求消息，克服了现有技术中无法识别请求消息的类型等一系列问题，实现了有效的过载控制或差异化服务策略。

本发明实施例中的网络侧设备可以为MME或SGSN，接入网侧设备可以为RNC或BSC(GERAN/UTRAN网络)，也可以为eNodeB(EUTRAN网络)。下面以EUTRAN网络为例，进一步介绍本发明实施例的技术方案。

图3为本发明实施例二实现过载控制或差异化服务的方法的信令流程图。本实施例以实现过载控制为例，如图3所示，具体包括：

步骤201、UE向eNodeB发送附着请求消息，该附着请求消息中封装有附着请求消息类型信息，用于标示该请求消息为附着请求消息；另外，附着请求消息中还携带有国际移动用户标识(International Mobile Subscriber Identity，以下简称：IMSI)、或原GUTI、上次访问的跟踪区标识(Tracking Area Identity，以下简称：TAI)、UE能力信息、PDN类型、协议配置选项、附着类型等信息；

其中附着请求消息类型信息可以封装在附着请求消息的新增信元或现有信元或扩展信元。例如可以新增一个信元表示附着请求消息类型信息或者在GUTI或P-TMSI或TMSI中的保留位中指示消息类型信息或者扩展GUTI或其他现有信元来指示消息类型信息。

步骤202、eNodeB根据与其关联的MME的负荷状况，判断附着请求消息中携带的原GUTI对应的MME是否过载，若是，则根据获取MME下发的过载控制策略，确定是否拒绝该附着请求消息；

若过载控制策略中指示拒绝该附着请求消息，则eNodeB拒绝UE的附着请求。否则可以接受该附着请求或者将该附着请求消息路由到其他未过载的MME，从而完成该UE的附着流程。

在步骤201之前，本实施例还包括：eNodeB获取MME下发的消息类型，以及与消息类型对应的过载控制策略；eNodeB由此确定附着请求消息对应的过载控制策略。

进一步的，本实施例还可以包括如下步骤：

步骤203、UE、MME以及HSS之间执行鉴权流程；

步骤204、MME和HSS之间执行位置更新和插入签约数据的流程，将MME的地址注册到HSS中，同时HSS将UE的签约数据插入到MME中；

步骤205、MME根据该签约数据中的缺省接入点名称(Access Point Name，以下简称：APN)选择PGW，向SGW发送创建缺省承载请求消息，用于创建缺省PDN连接，该创建缺省承载请求消息中携带有PGW地址、EPS承载ID(Evolved Packet Syetem Bearer Identity)等信息；

步骤206、SGW在EPS承载表中为该用户新建上下文，同时向PGW发送创建缺省承载请求消息，该创建缺省承载请求消息中携带有SGW地址、SGW用户面隧道端点标识(TunnelEndpoint Identifier，以下简称：TEID)、SGW控制面TEID等信息；

步骤207、如果网络中存在策略控制和计费规则功能(Policy Control andCharging Rules Function，以下简称：PCRF)，PGW通过与PCRF进行交互获取缺省策略和计费控制(Policy and Charging Control，以下简称：PCC)规则；

步骤208、PGW向SGW返回创建缺省承载响应消息，该创建缺省承载响应消息中携带有PGW地址、PGW控制面TEID、PGW用户面TEID、EPS承载ID等信息；

步骤209、SGW向MME返回创建缺省承载响应消息，该创建缺省承载响应消息中携带有SGW地址和TEID等信息；

步骤210、MME向UE发送附着接受消息；

步骤211、如果用户的签约数据允许跟非3GPP互通，MME向HSS发送位置更新请求消息，该位置更新请求消息中携带有UE使用的缺省PDN连接的APN和PGW地址信息；

步骤212、HSS保存UE使用的APN和PGW地址信息，向MME返回位置更新响应消息。

当MME恢复正常使用时，MME将恢复正常的通知消息发送给eNodeB。

本实施例通过将附着请求消息类型信息封装在附着请求消息中发送给eNodeB，使得eNodeB根据该附着请求消息类型信息识别出接收到的请求消息为附着请求消息，进一步根据获取的过载控制策略确定是否接受该附着请求消息，克服了现有技术中无法识别附着请求消息的问题，实现了有效的过载控制。

该实施例也适用于差异化服务，根据识别出请求消息为附着请求消息和获取的差异化服务策略，实现有效的差异化服务。

图4为本发明实施例三实现过载控制或差异化服务的方法的信令流程图。本实施例以实现过载控制为例，如图4所示，具体包括：

步骤301、UE到达一个新的跟踪区(Tracking Area，以下简称：TA)或路由区(Routing Area，以下简称：RA)，向eNodeB发送封装有跟踪区更新(Tracking Area Update，以下简称：TAU)请求消息类型信息的TAU请求消息，或向RNC/BSC发送封装有路由区更新(Routing Area Update，以下简称：RAU)请求消息类型信息的RAU请求消息；下面以eNodeB和网络侧的处理为例来描述。

步骤302、eNodeB根据TAU请求消息或RAU请求消息中携带的请求消息类型信息，以及预先获取MME下发的过载控制策略，确定是否拒绝该TAU请求消息或RAU请求消息；若过载控制策略中指示拒绝该TAU请求消息或RAU请求消息，eNodeB可拒绝该TAU请求，也可以将该TAU请求消息或RAU请求消息路由到其他未过载的MME。

在步骤301中，TAU请求消息类型信息可以封装在TAU请求消息的新增信元或现有信元或扩展信元中，例如封装在TAU请求消息携带的GUTI或P-TMSI或TMSI中；同理，RAU请求消息类型信息可以封装在RAU请求消息的新增信元或现有信元或扩展信元中，例如封装在RAU请求消息携带的P-TMSI或TMSI中。

进一步的，如果需要区分TAU/RAU是周期性TAU/RAU或者正常的TAU/RAU，可以在TAU请求消息或RAU请求消息中增加一个信元、或者利用消息中的现有信元或扩展信元封装更新类型，该更新类型标识TAU/RAU为周期性TAU/RAU或正常的TAU/RAU(正常的TAU/RAU指UE到达一个新的TA或RA区发起的TAU或RAU，或者由于系统间移动发起的TAU或者RAU等除了周期性TAU/RAU的TAU/RAU。)；也可以在TAU请求消息或RAU请求消息携带的GUTI或P-TMSI或TMSI中封装更新类型；

或者，利用不同的请求消息类型信息来区分周期性TAU/RAU或者正常的TAU/RAU，具体如下：当TAU为周期性TAU时，步骤301中的TAU请求消息类型信息具体为第一TAU请求消息类型信息；当TAU为正常的TAU时，步骤301中的TAU请求消息类型信息具体为第二TAU请求消息类型信息；同理，当RAU为周期性RAU时，步骤301中的RAU请求消息类型信息具体为第一RAU请求消息类型信息；当RAU为正常的RAU时，步骤301中的RAU请求消息类型信息具体为第二RAU请求消息类型信息。

在步骤301之前，本实施例还包括：eNodeB获取MME下发的消息类型，以及与消息类型对应的过载控制策略；eNodeB由此确定TAU/RAU请求消息对应的过载控制策略。

在步骤302之后，本实施例还可以包括：

步骤303、目标侧MME根据用户的GUTI获知源侧MME，将用户上下文信息请求消息发送到源侧MME，请求获取用户上下文信息；

步骤304、源侧MME将携带有用户上下文的上下文响应消息发送给UE，该用户上下文包括承载上下文、移动性管理(Mobility Management，以下简称：MM)上下文、SGW信令地址和TEID等信息；

步骤305、目标侧MME执行认证过程；

步骤306、目标侧MME向源侧MME发送上下文应答消息；

步骤307、目标侧MME更新SGW中的用户上下文信息；

步骤308、目标侧MME更新HSS中的用户的MME的信息，并取消源侧MME的信息；

步骤309、目标侧MME向UE发送TAU接受消息或者RAU接受消息；

步骤310、UE向目标侧MME返回TAU完成消息或者RAU完成消息。

当MME恢复正常使用时，MME将恢复正常的通知消息发送给eNodeB。

本实施例通过将TAU或RAU请求消息类型信息封装在TAU或RAU请求消息中发送给eNodeB，使得eNodeB根据该TAU或RAU请求消息类型信息识别出接收到的请求消息为TAU或RAU请求消息，进一步根据获取的过载控制策略确定是否接受该TAU或RAU请求消息，克服了现有技术中无法识别TAU或RAU请求消息的问题，实现了有效的过载控制。

该实施例也适用于差异化服务，根据识别出请求消息为TAU/RAU请求消息和获取的差异化服务策略，实现有效的差异化服务。

图5为本发明实施例四实现过载控制或差异化服务的方法的信令流程图。本实施例以实现过载控制为例，如图5所示，具体包括：

步骤401、UE向eNodeB发送封装有业务请求消息类型信息的业务请求消息；

步骤402、eNodeB根据业务请求消息中携带的业务请求消息类型信息，以及获取MME下发的过载控制策略，确定是否拒绝该业务请求消息；若过载控制策略中指示拒绝该业务请求消息，eNodeB拒绝该消息或者将该业务请求消息路由到其他未过载的MME。

在步骤401中，业务请求消息类型信息可以封装在业务请求消息的新增信元或现有信元或扩展信元中，例如可以封装在业务请求消息携带的GUTI或P-TMSI或TMSI中。

进一步的，UE发起业务请求消息可以针对不同的目的，例如存在针对上行数据流而发起的业务请求消息，还存在针对响应寻呼而发起的业务请求消息。

为了区分不同目的的业务请求消息，本实施例可以在不同目的的业务请求消息中封装不同的业务请求消息类型信息，当业务请求消息为由于上行数据流而发起时，业务请求消息类型信息具体为第一业务请求消息类型信息(用Service Request来表示)；当业务请求消息为由于响应寻呼而发起时，业务请求消息类型信息具体为第二业务请求消息类型信息(用Paging Response来表示)。

为了区分不同目的的业务请求消息，本实施例还可以在业务请求消息中增加一个信元、或者利用业务请求消息的现有信元封装用途指示信息，例如在业务请求消息携带的GUTI或P-TMSI或TMSI中封装用途指示信息，该用途指示信息标识业务请求消息是由于上行数据流发起还是响应寻呼发起。具体的说，当业务请求消息为由于上行数据流而发起时，用途指示信息具体为第一用途指示信息(用Data来表示)；当业务请求消息为由于响应寻呼而发起时，用途指示信息具体为第二用途指示信息(用Paging Response来表示)。

在步骤401之前，本实施例还包括：eNodeB获取MME下发的消息类型，以及与消息类型对应的过载控制策略；eNodeB由此确定业务请求消息对应的过载控制策略。

在步骤402之后，本实施例还可以包括：

步骤403、执行认证流程；

步骤404、MME向eNodeB发送上下文初始建立请求消息，该上下文初始建立请求消息携带有S-GW地址、上行S1-TEID、承载服务质量、上下文安全信息、MME信号连接ID等信息，用于通知eNodeB激活所有的激活EPS所承载的S1和Radio承载；

步骤405、eNodeB发起无线承载建立流程，在该流程中携带非语音承载已经恢复的通知，此时上行路线已连通，UE可以发送上行数据；

步骤406、UE向SGW、PGW发送上行数据；

步骤407、eNodeB向MME发送上下文初始建立完成消息，该上下文初始建立完成消息中携带eNodeB地址、下行S1-TEID等信息；

步骤408、MME向SGW发送承载更新请求消息，该承载更新请求消息携带有eNodeB地址、下行S1-TEID、延迟下行数据指示、无线接入类型(Radio Access Type，以下简称：RAT)类型等信息；

步骤409、SGW将此次RAT与上次RAT进行比较，若发生改变，则将此次RAT通知给PGW；

步骤410、PGW与PCRF进行交互，修改IP连接接入网(IP-Connectivity AccessNetwork，以下简称：IP CAN)会话；

步骤411、PGW向SGW发送承载更新响应消息；

步骤412、SGW将承载更新响应消息转发给MME。

当MME恢复正常使用时，MME将恢复正常的通知消息发送给eNodeB。

本实施例通过将业务请求消息类型信息封装在业务请求消息中发送给eNodeB，使得eNodeB根据该业务请求消息类型信息识别出接收到的请求消息，进一步根据获取的过载控制策略确定是否接受该业务请求消息，克服了现有技术中无法识别业务请求消息的问题，实现了有效的过载控制。

该实施例也适用于差异化服务，根据识别出请求消息为业务请求消息和获取的差异化服务策略，实现有效的差异化服务。

图6为本发明实施例五实现过载控制或差异化服务的方法的信令流程图。如图6所示，本实施例具体包括：

步骤501、UE发起一个紧急业务，向eNodeB发送封装有业务类型信息的业务请求消息，该业务类型信息指示该业务请求消息的会话为紧急会话；

步骤502、eNodeB接收封装有业务类型信息的业务请求消息，根据业务类型信息，判断业务请求消息对应的业务是否为紧急业务，若是，则根据获取的MME下发的过载控制策略和/或差异化服务策略，将业务请求消息进行处理；若过载控制策略和/或差异化服务策略中指示拒绝该业务请求消息，eNodeB拒绝该业务请求消息否则接受或者将该业务请求消息路由到其他未过载或者可服务的MME。

在步骤501之前，本实施例还包括：eNodeB获取MME下发的业务类型，以及与业务类型对应的过载控制策略；eNodeB由此确定紧急业务对应的过载控制策略。

本实施例还可以包括实施例四中描述的步骤403～步骤412。

当MME恢复正常使用时，MME将恢复正常的通知消息发送给eNodeB。

本实施例通过将业务类型信息封装在业务请求消息中发送给eNodeB，使得eNodeB根据该业务类型信息识别出接收到的请求消息对应的业务是否紧急业务，进一步根据获取的过载控制策略和/或差异化服务策略确定是否接受该业务请求消息，克服了现有技术中无法获知当前会话是否为紧急呼叫的问题，实现了有效的过载控制和/或差异化服务。

图7为本发明实施例六实现过载控制或差异化服务的方法的流程图。如图7所示，本实施例具体包括：

步骤601、eNodeB接收MME发送的开始消息，该开始消息中携带有用户类别，以及用户类别对应的过载控制策略和/或差异化服务策略；

本实施例将各个用户划分为不同的用户类别，用户类别可以为高端用户和低端用户，也可以为1级用户和2级用户，针对不同类别的用户采取不同的过载控制策略和/或差异化服务策略，例如：当高端用户发起业务请求消息时，过载控制策略和/或差异化服务策略为接受用户的业务请求消息；当低端用户发起业务请求消息时，过载控制策略和/或差异化服务策略为拒绝该业务请求消息或将该业务请求消息路由到其他MME。

步骤602、UE获取用户类别信息；本步骤也可以在步骤601之前执行。

本实施例中用户类别和用户类别信息是不同的概念，由步骤601中的描述可知，用户类别划分了各个用户，如用户类别为高端用户和低端用户；在本步骤中，用户类别信息指本实施例中该UE所属的用户类别，如用户类别信息可以为高端用户，也可以为低端用户。

具体的说，MME获取UE的签约数据，该签约数据中包括用户类别信息；MME将用户类别信息封装在非接入层NAS(Non-Access Stratum)消息的新增信元或者扩展的现有信元或者现有信元的保留位中，可以通过附着流程、跟踪区更新流程、路由区更新流程、业务请求流程或全局临时标识重分配流程，将封装有用户类别信息的NAS消息发送给UE。

步骤603、eNodeB接收UE发送的封装有用户类别信息的请求消息；

步骤604、eNodeB根据用户类别信息以及步骤601中获取的用户类别，确定UE所属的用户类别；

步骤605、eNodeB根据UE所属的用户类别以及该用户类别对应的过载控制策略和/或差异化服务策略，将请求消息进行处理。其中处理请求消息包括：确定接受请求消息或拒绝请求消息或将请求消息路由给其他MME。

进一步的，本实施例中以附着流程为例，介绍UE获取用户类别信息(步骤602)的方法，具体包括：

步骤6021、UE向eNodeB发送附着请求消息，该附着请求消息中携带有IMSI、原GUTI、上次访问的TAI、UE能力信息、PDN类型、协议配置选项、附着类型等NAS信息；

步骤6022、eNodeB为UE选择可用的MME，为UE完成附着流程；

步骤6023、UE、MME以及HSS之间执行鉴权流程；

步骤6024、MME和HSS之间执行位置更新和插入签约数据的流程，将MME的地址注册到HSS中，同时HSS将UE的签约数据插入到MME中，该签约数据中包含用户类别信息；

步骤6025、MME和SGW、PGW以及PCRF完成缺省承载建立过程；

步骤6026、MME向UE发送附着接受消息，该附着接受消息中携带网络侧设备为UE分配的GUTI、TAI清单以及用户类别信息等信元；该用户类别信息是MME根据HSS中UE签约数据所记录的用户类别信息而确定的；

步骤6027、若UE的签约数据允许跟非3GPP互通，MME向HSS发送位置更新请求消息，该位置更新请求消息中携带有UE使用的缺省PDN连接的APN和PGW地址信息；

步骤6028、HSS保存UE使用的APN和PGW地址信息，向MME返回位置更新响应消息。

当MME恢复正常使用时，MME将恢复正常的通知消息发送给eNodeB。

本实施例通过将用户类别信息封装在请求消息中发送给eNodeB，使得eNodeB根据该用户类别信息、以及获取的用户类别及其过载控制策略和/或差异化服务策略，确定是否接受该请求消息，实现了有效的过载控制和/或差异化服务。

图8为本发明实施例七实现过载控制或差异化服务的方法的流程图。如图8所示，本实施例具体包括：

步骤701、eNodeB接收MME发送的开始消息，该开始消息中携带有业务优先级，以及业务优先级对应的过载控制策略和/或差异化服务策略；

本实施例中，各个业务分属于各个业务优先级，针对不同业务优先级的业务采取不同的过载控制策略和/或差异化服务策略，例如：在MME过载时，针对某一个业务优先级以上的所有业务都给予接受，低于该业务优先级的业务都给予拒绝或将业务路由到其他MME；或者，针对特定业务优先级的业务给予特定的处理原则，某一些业务优先级的业务给予接受，某一些业务优先级的业务给予拒绝，另一些业务优先级的业务将被路由到其他MME。

步骤702、eNodeB接收UE发送的封装有业务优先级信息的请求消息；

本实施例中业务优先级和业务优先级信息是不同的概念，由步骤701中的描述可知，业务优先级划分了各个业务；在本步骤中，业务优先级信息指本实施例中该业务所属的业务优先级。

步骤703、eNodeB根据业务优先级信息，确定当前业务所属的业务优先级，根据步骤701获取的业务优先级及其对应的过载控制策略和/或差异化服务策略，对请求消息进行处理。其中处理请求消息包括：确定接受请求消息或拒绝请求消息或将请求消息路由给其他MME。

当MME恢复正常使用时，MME将恢复正常的通知消息发送给eNodeB。

本实施例通过将业务优先级信息封装在请求消息中发送给eNodeB，使得eNodeB根据该业务优先级信息、以及获取的业务优先级及其过载控制策略和/或差异化服务策略，确定是否接受该请求消息，实现了有效的过载控制和/或差异化服务。

图9为本发明实施例八实现过载控制或差异化服务的方法的流程图。如图9所示，本实施例具体包括：

步骤801、eNodeB接收MME发送的开始消息，该开始消息中携带有用户设备状态类别，以及用户设备状态类别对应的过载控制策略和/或差异化服务策略；

本实施例中，针对不同状态的UE采取不同的过载控制策略和/或差异化服务策略，例如：在MME过载时，处于激活态的UE所发起的请求消息都给予接受，处于空闲态的UE所发起的请求消息都给予拒绝或将请求消息路由到其他MME。

步骤802、UE向eNodeB发送请求消息；

步骤803、eNodeB接收上述请求消息，判断并获取UE的状态信息，可根据是否存在Iu连接或S1连接来判断UE处于激活态或空闲态；

步骤804、eNodeB根据UE的状态信息，确定当前状态信息所属的用户设备状态类别，根据步骤801获取的用户设备状态类别及其对应的过载控制策略和/或差异化服务策略，对请求消息进行处理。其中处理请求消息包括：确定接受请求消息或拒绝请求消息或将请求消息路由给其他MME。

当MME恢复正常使用时，MME将恢复正常的通知消息发送给eNodeB。

本实施例使得eNodeB根据UE的状态信息、以及获取的用户设备状态类别及其过载控制策略和/或差异化服务策略，确定是否接受请求消息，实现了有效的过载控制和/或差异化服务。

图10为本发明实施例九实现过载控制或差异化服务的方法的流程图。如图10所示，本实施例具体包括：

步骤901、UE接收由MME发送的或MME通过eNodeB转发的策略通知消息，该策略通知消息可以是NAS消息，其中携带有UE的用户类别信息，和/或，用户类别或业务优先级或用户设备状态类别或业务类型或消息类型，以及与用户类别或业务优先级或用户设备状态类别或业务类型或消息类型对应的过载控制策略或差异化服务策略；这些携带的信息可以通过新增一个或几个信元来携带，也可以采用扩展现有信元来实现，例如P-TMSI、网络能力信息、GUTI等现有信元，还可以采用在现有信元的保留位上携带；

步骤902、UE向eNodeB发送请求消息；

当策略通知消息中携带的为用户类别以及用户类别对应的过载控制策略或差异化服务策略时，该请求消息中封装有用户类别信息、和/或用户类别、以及与所述用户类别对应的过载控制策略或差异化服务策略；

当策略通知消息中携带的为业务优先级以及业务优先级对应的过载控制策略或差异化服务策略时，该请求消息也可以封装业务优先级信息、业务优先级、以及与所述业务优先级对应的过载控制策略或差异化服务策略；

当策略通知消息中携带的为业务类型以及业务类型对应的过载控制策略或差异化服务策略时，该请求消息也可以封装业务类型、以及与所述业务类型对应的过载控制策略或差异化服务策略；

当策略通知消息中携带的为消息类型以及消息类型对应的过载控制策略或差异化服务策略时，该请求消息也可以封装消息类型、以及与所述消息类型对应的过载控制策略或差异化服务策略。

步骤903、eNodeB根用户类别信息所属的用户类别，以及与用户类别对应的过载控制策略或差异化服务策略，将请求消息进行处理；

或者，eNodeB根据业务优先级信息所属的业务优先级，以及与业务优先级对应的过载控制策略或差异化服务策略，将请求消息进行处理；

或者，eNodeB根据业务类型以及业务类型对应的过载控制策略或差异化服务策略，将请求消息进行处理；

或者，eNodeB根据消息类型以及消息类型对应的过载控制策略或差异化服务策略，将请求消息进行处理。

当步骤901中策略通知消息中携带的为用户设备状态类别以及用户设备状态类别对应的过载控制策略或差异化服务策略时，步骤902中的请求消息中封装的指示信息为用户设备状态类别，以及与所述用户设备状态类别对应的过载控制策略或差异化服务策略；在步骤903之前还包括eNodeB判断并获取用户设备的状态信息，可根据是否存在Iu连接或S1连接来判断UE处于激活态或空闲态；步骤903具体为：根据用户设备的状态信息所属的用户设备状态类别，以及与用户设备状态类别对应的过载控制策略和/或差异化服务策略，将请求消息进行处理。所述处理请求消息包括：确定接受请求消息或拒绝请求消息或将请求消息路由给其他MME。

本实施例将指示信息封装在请求消息中发送给eNodeB，使得eNodeB根据该指示信息、以及获取过载控制策略和/或差异化服务策略，确定是否接受该请求消息，实现了有效的过载控制和/或差异化服务。

图11为本发明实施例实现过载控制或差异化服务的装置的示意图，本实施例可以为单独的功能实体，也可以集成在接入网侧设备中，如在EUTRAN网络中，本实施例集成在eNodeB中。如图11所示，本实施例具体包括：第一接收模块11，用于接收封装有指示信息的请求消息；该指示信息包括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；接入模块12，用于根据请求消息中的指示信息，以及获取的过载控制策略或差异化服务策略，将请求消息进行处理。

第一接收模块11可以具体为第二接收模块，用于接收在请求消息的新增信元或现有信元或扩展信元中封装指示信息的请求消息；第一接收模块11也可以具体为第三接收模块，用于接收在请求消息中所包括的全局唯一临时标识或P-TMSI或TMSI中封装指示信息的请求消息。

本实施例还可以包括：第四接收模块13，用于接收网络侧设备发送的开始消息，该开始消息中携带有用户类别或业务优先级或用户设备状态类别或消息类型或业务类型，以及与用户类别或业务优先级或用户设备状态类别或消息类型或业务类型对应的过载控制策略或差异化服务策略。

本实施例通过接收封装有指示信息的请求消息，根据指示信息来识别请求消息，克服了现有技术中无法识别请求消息的类型等一系列问题，实现了有效的过载控制或差异化服务。

图12为本发明实施例用户设备的示意图，如图12所示，本实施例具体包括：第一封装模块21，用于将指示信息封装在请求消息中，该指示信息包括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；发送模块22，用于发送封装有指示信息的请求消息。

第一封装模块21可以具体为第二封装模块，用于将指示信息封装在请求消息的新增信元或现有信元或扩展信元中；第一封装模块21也可以具体为第三封装模块，用于将指示信息封装在请求消息中所包括的全局唯一临时标识或P-TMSI或TMSI中。

本实施例还可以包括：获取模块23，用于获取用户类别信息。

获取模块23可以具体为第一获取模块，用于接收网络侧设备发送的或网络侧设备通过接入网侧设备转发的策略通知消息，所述策略通知消息中携带有用户设备的用户类别信息，和/或，用户类别或业务优先级或用户设备状态类别或消息类型或业务类型，以及与所述用户类别或业务优先级或用户设备状态类别或消息类型或业务类型对应的过载控制策略或差异化服务策略。

本实施例通过将指示信息封装在请求消息中，根据指示信息来识别请求消息，克服了现有技术中无法识别请求消息的类型等一系列问题，实现了有效的过载控制或差异化服务。

图13为本发明实施例实现过载控制或差异化服务的系统的示意图，如图13所示，本实施例具体包括用户设备31和eNodeB32。

其中用户设备31可以包括：第一封装模块311，用于将指示信息封装在请求消息中，指示信息包括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；发送模块312，用于发送封装有指示信息的请求消息。

eNodeB32可以包括：第一接收模块321，用于接收封装有指示信息的请求消息；接入模块322，用于根据请求消息中的指示信息以及获取的过载控制策略或差异化服务策略，将请求消息进行处理。

本实施例还可以包括MME33，用于获取包括用户类别信息的签约数据，将用户类别信息，和/或，用户类别或业务优先级或用户设备状态类别或消息类型或业务类型，以及与所述用户类别或业务优先级用户设备状态类别或消息类型或或业务类型对应的过载控制策略或差异化服务策略封装在NAS消息的新增信元或现有信元或扩展信元中，并将NAS消息发送给用户设备。

上述用户设备可以为本发明实施例用户设备中所述的任一用户设备，上述eNodeB可以为本发明实施例实现过载控制的装置中所述的任一eNodeB。

本实施例通过将指示信息封装在请求消息中，根据指示信息来识别请求消息，克服了现有技术中无法识别请求消息的类型等一系列问题，实现了有效的过载控制或差异化服务。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤，而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (6)

1.一种实现过载控制的方法，其特征在于，包括：

基站接收用户设备发送的请求消息，所述请求消息包括用户类别信息；

所述基站根据所述用户类别信息,所述用户类别信息对应的过载控制策略以及移动性管理网元的过载情况对所述请求消息进行处理；其中，所述过载控制策略是所述移动性管理网元发送的；

其中，

所述用户类别信息包括：高端用户或者低端用户；

所述基站根据所述用户类别信息,所述用户类别信息对应的过载控制策略以及移动性管理网元的过载情况对所述请求消息进行处理，包括：

所述基站根据所述用户类别信息,以及所述过载控制策略在所述移动性管理网元过载时拒绝所述请求消息；或者

所述基站根据所述用户类别信息,以及所述过载控制策略在所述移动性管理网元过载时转发所述请求消息至其他网络侧设备处理。

2.根据权利要求1所述的方法，其特征在于，所述用户设备发送的所述用户类别信息是所述用户设备从网络侧设备获取的。

3.一种实现过载控制的方法，其特征在于，包括：

用户设备接收网络侧设备发送的用户类别信息；

所述用户设备发送请求消息至基站，所述请求消息包括所述用户类别信息，以使所述基站根据所述用户类别信息,所述用户类别信息对应的过载控制策略以及移动性管理网元的过载情况对所述请求消息进行处理，其中，所述过载控制策略是所述移动性管理网元发送的；

其中，

所述用户类别信息包括：高端用户或者低端用户；

以使所述基站根据所述用户类别信息,所述用户类别信息对应的过载控制策略以及移动性管理网元的过载情况对所述请求消息进行处理，包括：

以使所述基站根据所述用户类别信息,以及所述过载控制策略在所述移动性管理网元过载时拒绝所述请求消息；或者

以使所述基站根据所述用户类别信息,以及所述过载控制策略在所述移动性管理网元过载时转发所述请求消息至其他网络侧设备处理。

4.一种实现过载控制的装置，其特征在于，包括：

用于接收用户设备发送的请求消息的第一装置，所述请求消息包括用户类别信息；

用于根据所述用户类别信息,所述用户类别信息对应的过载控制策略以及移动性管理网元过载情况对所述请求消息进行处理的第二装置，其中所述过载控制策略是所述移动性管理网元发送的；

其中，

所述用户类别信息包括：高端用户或者低端用户；

所诉第二装置具体用于：

根据所述用户类别信息,以及所述过载控制策略在所述移动性管理网元过载时拒绝所述请求消息；或者

根据所述用户类别信息,以及所述过载控制策略在所述移动性管理网元过载时转发所述请求消息至其他网络侧设备处理。

5.根据权利要求4所述的实现过载控制装置，其特征在于，所述用户设备发送的所述用户类别信息是所述用户设备从网络侧设备获取的。

6.一种实现过载控制的装置，其特征在于，包括：

用于接收网络侧设备发送的用户类别信息的第一装置；

用于发送请求消息至基站的第二装置，所述请求消息包括所述用户类别信息，以使所述基站根据所述用户类别信息,所述用户类别信息对应的过载控制策略以及移动性管理网元的过载情况对所述请求消息进行处理，其中所述过载控制策略是所述移动性管理网元发送的；

其中，

所述用户类别信息包括：高端用户或者低端用户；

以使所述基站根据所述用户类别信息,所述用户类别信息对应的过载控制策略以及移动性管理网元的过载情况对所述请求消息进行处理，包括：

以使所述基站根据所述用户类别信息,以及所述过载控制策略在所述移动性管理网元过载时拒绝所述请求消息；或者

以使所述基站根据所述用户类别信息,以及所述过载控制策略在所述移动性管理网元过载时转发所述请求消息至其他网络侧设备处理。