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

专利名称：实现过载控制或差异化服务的方法、系统及设备的制作方法
技术领域：
本发明实施例涉及通信领域，尤其涉及一种实现过载控制或差异化服务 的方法、装置、系统及用户设备。
背景技术：
为了增强未来网络的竟争能力，第三代合作伙伴计划(3GPP)正在研究 一种全新的演进网络，图1为现有技术中无线演进网络架构示意图。如图1 所示，该无线演进网络包括演进的UMTS陆地无线接入网(Evolved UMTS Terrestrial Radio Access Network,以下简称EUTRAN ),用于实现所有 与演进网络无线有关的功能；移动性管理网元(Mob i 1 i t y Mana g emen t En t i t y ， 以下简称MME),用于控制面的移动性管理，包括用户上下文和移动状态管 理、分配用户临时身份标识等；服务网关实体(Serving Gateway,以下简称 SGW) ， SGW是3GPP接入网络间的用户面锚点，是终止E-TURAN的接口；分 组数据网络网关实体(Packet Data 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 Re source Cont ro 1 ，以下简称RRC )消息，该RRC消息包括TAU i貪求消息和 附着请求消息等，另外eNodeB只允许紧急呼叫。但是，现有技术中接入网侧 设备无法识别不同的消息类型，更无法获取响应寻呼的服务请求信息，也无 法获知当前会话是否为紧急呼叫，因此，现有技术无法实现有效的过载控制。
另外，当需要在接入网侧设备中进行差异化服务时，也是由于接入网侧 无法识别上述请求消息的类型，无法获取响应寻呼的服务请求信息，无法获 知当前会话是否为紧急呼叫或者其他业务类型，从而无法相应实现有效的差 异化服务。

发明内容
本发明实施例提供了一种实现过载控制或差异化服务的方法、装置、系 统及用户设备，能够实现有效的过载控制或差异化服务。
本发明实施例提供了 一种实现过载控制或差异化服务的方法，应用于包 括移动性管理网元MME和演进基站eNodeB的通信系统中，其中用户设备UE 通过演进基站接入到MME上进行通信业务，包括
接收封装有指示信息的请求消息；所述指示信息包括消息类型信息或业 务类型信息或用户类别信息或业务优先级信息；
根据请求消息中的所述指示信息，以及获取的过载控制策略或差异化服 务策略，将所述请求消息进行处理。
本发明实施例提供了 一种实现过载控制或差异化服务的装置，包括
第一接收模块，用于接收封装有指示信息的请求消息；所述指示信息包
9括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；
接入模块，用于根据请求消息中的所述指示信息，以及获取的过载控制
策略或差异化服务策略，将请求消息进行处理。 本发明实施例提供了一种用户设备，包括
第一封装模块，用于将指示信息封装在请求消息中，所述指示信息包括
消息类型信息或业务类型信息或用户类别信息或业务优先级信息；
发送模块，用于发送封装有指示信息的请求消息。
本发明实施例提供了 一种实现过载控制或差异化服务的系统，包括用户 设备和演进基站；
所述用户设备包括
第一封装模块，用于将指示信息封装在请求消息中，所述指示信息包括 消息类型信息或业务类型信息或用户类别信息或业务优先级信息； 发送模块，用于发送封装有指示信息的请求消息； 所述演进基站包括
第一接收模块，用于接收封装有所述指示信息的请求消息；
接入模块，用于根据请求消息中的所述指示信息，以及获取的过载控制
策略或差异化服务策略，将请求消息进行处理。
本发明实施例通过接收封装有指示信息的请求消息，才艮据指示信息来识
别请求消息，克服了现有技术中无法识别请求消息的类型等一 系列问题，实
现了有效的过载控制或差异化服务。


图1为现有技术中无线演进网络架构示意图2为本发明实施例一实现过载控制或差异化服务的方法的流程图3为本发明实施例二实现过载控制或差异化服务的方法的信令流程图4为本发明实施例三实现过载控制或差异化服务的方法的信令流程
图5为本发明实施例四实现过载控制或差异化服务的方法的信令流程
图6为本发明实施例五实现过载控制或差异化服务的方法的信令流程
图7为本发明实施例六实现过载控制或差异化服务的方法的流程图9为本发明实施例八实现过载控制或差异化服务的方法的流程图11为本发明实施例实现过载控制或差异化服务的装置的示意图； 图12为本发明实施例用户设备的示意图13为本发明实施例实现过载控制或差异化服务的系统的示意图。
具体实施例方式
下面通过附图和实施例，对本发明实施例的技术方案做进 一 步的详细描述。
图2为本发明实施例一实现过载控制或差异化服务的方法的流程图。本 实施例可以应用于包括MME和eNodeB的通信系统中，其中用户i殳备(UE )通 过eNodeB接入到MME上进行通信业务，如图2所示，本实施例具体包括如下 步骤
步骤101、接收封装有指示信息的请求消息；该指示信息包括消息类型 信息或业务类型信息或用户类别信息或业务优先级信息；
具体的说，可以在请求消息的新增信元或现有信元或扩展信元中封装指 示信息；例如在请求消息所包括的全局唯一临时标识(GUTI)或分组临时移 动用户标识(Packet-Temporary Mobile Subscriber Identity, 以下简称P-TMSI )或临时移动用户标识(Temporary Mobile Subscriber Identity, 以下简称TMSI)信元中封装指示信息(利用现有信元的保留位或者扩展现 有信元的结构)。
其中，新增信元是指在消息中新增加的信元，现有信元是指利用消息中 已存在信元的保留位而得到的信元，扩展信元是指通过扩展现有信元而得到 的信元。
步骤102、根据请求消息中的指示信息以及获取的过载控制策略或差异 化服务策略，将请求消息进行处理；该过载控制策略或差异化服务策略是在 接收请求消息之前由网络侧设备下发的或者随UE发送的请求消息中携带。
上述将请求消息进行处理可以包括确定接受请求消息或拒绝请求消息 或将请求消息路由给其他网络侧设备。
本实施例通过接收封装有指示信息的请求消息，根据指示信息来识别请 求消息，克服了现有技术中无法识别请求消息的类型等一系列问题，实现了 有效的过载控制或差异化服务策略。
本发明实施例中的网络侧设备可以为画E或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的负荷状况，判断附着请求消息 中携带的原GUT[对应的MME是否过载，若是，则根据获取MME下发的过载控 制策略，确定是否拒绝该附着请求消息；
若过载控制策略中指示拒绝该附着请求消息，则eNodeB拒绝UE的附着 请求。否则可以接受该附着请求或者将该附着请求消息路由到其他未过载的 MME ，从而完成该UE的附着流程。
在步骤2(J1之前，本实施例还包括eNodeB获取MME下发的消息类型， 以及与消息类型对应的过载控制策略；eNodeB由此确定附着请求消息对应的 过载控制策略。
步骤203、 UE、 MME以及HSS之间执行鉴权流程；
步骤204、薩E和HSS之间执行位置更新和插入签约数据的流程，将MME 的地址注册到HSS中，同时HSS将UE的签约数据插入到固E中；
步骤205、 MME根据该签约数据中的缺省接入点名称(Access Point Name, 以下简称APN )选择PGW,向SGW发送创建缺省承载请求消息，用于创建缺 省PDN连接，该创建缺省承载请求消息中携带有PGW地址、EPS承载ID (Evolved Packet Syetem Bearer Identity)等信息；
步骤206、 SGW在EPS承载表中为该用户新建上下文，同时向PGW发送创 建缺省承载请求消息，该创建缺省承载请求消息中携带有SGW地址、SGW用 户面隧道端点标识(Tunnel Endpoint Identifier,以下简称TE工D) 、 SGW 控制面TEID等信息；
步骤2 07 ,如果网络中存在策略控制和计费*见则功能(Po 1 i cy Cont ro 1 and Charging Rules Function,以下简称PCRF ) ， PGW通过与PCRF进行交互获取缺省策略和计费控制(Policy and Charging Control,以下简称PCC ) 规则；
步骤2 08、 PGW向SGW返回创建缺省承载响应消息，该创建缺省承载响应 消息中携带有PGW地址、PGW控制面TEID、 PGW用户面TEID、 EPS承载ID 等信息；
步骤209 、 SGW向MME返回创建缺省承载响应消息，该创建缺省承载响应 消息中携带有SGW地址和TEID等信息;
步骤210、固E向UE发送附着接受消息；
步骤211、如果用户的签约数据允许跟非3GPP互通，固E向HSS发送位 置更新请求消息，该位置更新请求消息中携带有UE使用的缺省PDN连接的 APN和PGW地址信息;
步骤212、 HSS保存UE使用的APN和PGW地址信息，向MME返回位置更 新响应消息。
当MME恢复正常使用时，醒E将恢复正常的通知消息发送给eNodeB。 本实施例通过将附着请求消息类型信息封装在附着请求消息中发送给 eNodeB，使得eNodeB根据该附着请求消息类型信息识别出接收到的请求消息 为附着请求消息，进一步根据获取的过载控制策略确定是否接受该附着请求 消息，克服了现有技术中无法识别附着请求消息的问题，实现了有效的过载 控制。
该实施例也适用于差异化服务，根据识别出请求消息为附着请求消息和 获取的差异化服务策略，实现有效的差异化服务。
图4为本发明实施例三实现过载控制或差异化服务的方法的信令流程 图。本实施例以实现过载控制为例，如图4所示，具体包括
步骤301、 UE到达一个新的跟踪区(Tracking Area,以下简称TA )或 路由区(Routing Area,以下简称RA)，向eNodeB发送封装有跟踪区更新 (Tracking Area Update,以下简称TAU )请求消息类型信息的TAU请求消
14息，或向RNC/BSC发送封装有路由区更新(Routing Area Update,以下简称 RAU )请求消息类型信息的RAU请求消息；下面以eNodeB和网络侧的处理为
例来描述。
步骤302 、 eNodeB根据TAU请求消息或RAU请求消息中携带的请求消息 类型信息，以及预先获取固E下发的过载控制策略，确定是否拒绝该TAU请 求消息或RAU请求消息；若过载控制策略中指示拒绝该TAU请求消息或RAU 请求消息，eNodeB可拒绝该TAU请求，也可以将该TAU请求消息或RAU请求 消息路由到其他未过载的画E。
在步骤301中，TAU请求消息类型信息可以封装在TAU请求消息的新增 信元或现有信元或扩展信元中，例如封装在TAU请求消息携带的GUTI或 P-TMSI或TMSI中；同理，RAU请求消息类型信息可以封装在RAU请求消息的 新增信元或现有信元或扩展信元中，例如封装在RAU请求消息携带的P-TMSI 或TMSI中。
可以在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或者正常的 TAl)/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、目标侧薩E根据用户的GUTI获知源侧MME, 息请求消息发送到源侧薩E ，请求获取用户上下文信息；
步骤304、源侧MME将携带有用户上下文的上下文响应消J 该用户上下文包4舌7，载上下文、移动性管理(Mobility Management,以下简 称画)上下文、SGW信令地址和TEID等信息；
步骤305、目标侧MME纟丸行认证过程；
步骤306、目标侧固E向源侧醒E发送上下文应答消息；
步骤307 、目标侧MME更新SGW中的用户上下文信息;
步骤308、目标侧画E更新HSS中的用户的画E的信息，并取消源侧MME 的信息；
步骤309 、目标侧MME向UE发送TAU接受消息或者RAU接受消息； 步骤310、 UE向目标侧固E返回TAU完成消息或者RAU完成消息。 当國E恢复正常使用时，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根据业务请求消息中携带的业务请求消息类型信息， 以及获取國E下发的过载控制策略，确定是否拒绝该业务请求消息；若过载 控制策略中指示拒绝该业务请求消息，eNodeB拒绝该消息或者将该业务请求 消息;洛由到其他未过载的MME。
在步骤401中，业务请求消息类型信息可以封装在业务请求消息的新增 信元或现有信元或扩展信元中，例如可以封装在业务请求消息携带的GUTI或 P-TMS.I或TMS1中。
进一步的，UE发起业务请求消息可以针对不同的目的，例如存在针对上
行数据流而发起的业务请求消息，还存在针对响应寻呼而发起的业务请求消 iJ、
心0
为了区分不同目的的业务请求消息，本实施例可以在不同目的的业务请 求消息中封装不同的业务请求消息类型信息，当业务请求消息为由于上行数 据流而发起时，业务请求消息类型信息具体为第一业务请求消息类型信息(用 Service Request来表示)；当业务请求消息为由于响应寻呼而发起时，业 务请求消息类型信息具体为第二业务请求消息类型信息(用Paging Response 来表示)。
为了区分不同目的的业务请求消息，本实施例还可以在业务请求消息中 增加一个信元、或者利用业务请求消息的现有信元封装用途指示信息，例如 在业务请求消息携带的GUTI或P-TMSI或TMSI中封装用途指示信息，该用途 指示信息标识业务请求消息是由于上行数据流发起还是响应寻呼发起。具体 的说，当业务请求消息为由于上行数据流而发起时，用途指示信息具体为第 一用途指示信息(用Data来表示)；当业务请求消息为由于响应寻呼而发起 时，用途指示信息具体为第二用途指示信息(用Paging Response来表示)。在步骤401之前，本实施例还包括eNodeB获取固E下发的消息类型， 以及与消息类型对应的过载控制策略；eNodeB由此确定业务请求消息对应的 过载控制策略。
在步骤402之后，本实施例还可以包括
步骤403、执行认证流程；
步骤404 > MME向eNodeB发送上下文初始建立请求消息，该上下文初始 建立请求消息携带有S-GW地址、上行S1-TE1D、承载服务质量、上下文安全 信息、MME信号连接II)等信息，用于通知eNodeB激活所有的激活EPS所承 载的Sl和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-Connect ivity Access Network,以下简称IP CAN)会话；
步骤411 、 PGW向SGW发送承载更新响应消息；
步骤412、 SGW将承载更新响应消息转发给薩E。
当MME恢复正常使用时，MME将恢复正常的通知消息发送给eNodeB。
本实施例通过将业务请求消息类型信息封装在业务请求消息中发送给 eNodeB，使得eNodeB根据该业务请求消息类型信息识别出接收到的请求消息，进一步根据获取的过载控制策略确定是否接受该业务请求消息，克服了 现有技术中无法识别业务请求消息的问题，实现了有效的过载控制。
该实施例也适用于差异化服务，根据识别出请求消息为业务请求消息和 获取的差异化服务策略，实现有效的差异化服务。
图6为本发明实施例五实现过载控制或差异化服务的方法的信令流程 图。如图6所示，本实施例具体包括
步骤5D1、 UE发起一个紧急业务，向eNodeB发送封装有业务类型信息的 业务请求消息，该业务类型信息指示该业务请求消息的会话为紧急会话；
步骤502 、 eNodeB接收封装有业务类型信息的业务请求消息，根据业务 类型信息，判断业务请求消息对应的业务是否为紧急业务，若是，则根据获 取的MME下发的过载控制策略和/或差异化服务策略，将业务请求消息进行处 理；若过载控制策略和/或差异化服务策略中指示拒绝该业务请求消息， eNodeB拒绝该业务请求消息否则接受或者将该业务请求消息路由到其他未过 载或者可服务的MME。
在步骤501之前，本实施例还包括e.NodeB获取MME下发的业务类型， 以及与业务类型对应的过载控制策略eNodeB由此确定紧急业务对应的过载 控制策略。
本实施例还可以包括实施例四中描述的步骤403 ~步骤412。 当MME恢复正常使用时，固E将恢复正常的通知消息发送给eNodeB。 本实施例通过将业务类型信息封装在业务请求消息中发送给eNodeB，使 得eNodeB根据该业务类型信息识别出接收到的请求消息对应的业务是否紧 急业务，进一步根据获取的过载控制策略和/或差异化服务策略确定是否接受 该业务请求消息，克服了现有技术中无法获知当前会话是否为紧急呼叫的问 题，实现了有效的过载控制和/或差异化服务,，
图7为本发明实施例六实现过载控制或差异化服务的方法的流程图。如 图7所示，本实施例具体包括步骤601、 eNodeB接收MME发送的开始消息，该开始消息中携带有用户 类别，以及用户类别对应的过载控制策略和/或差异化服务策略；
本实施例将各个用户划分为不同的用户类別，用户类别可以为高端用户 和低端用户，也可以为1级用户和2级用户，针对不同类别的用户采取不同 的过载控制策略和/或差异化服务策略，例如当高端用户发起业务请求消息 时，过载控制策略和/或差异化服务策略为接受用户的业务请求消息；当低端 用户发起业务请求消息时，过载控制策略和/或差异化服务策略为拒绝该业务 请求消息或将该业务请求消息路由到其他画E。
步骤602、 UE获取用户类别信息；本步骤也可以在步骤601之前执行。
本实施例中用户类别和用户类别信息是不同的概念，由步骤601中的描 述可知，用户类别划分了各个用户，如用户类别为高端用户和低端用户；在 本步骤中，用户类别信息指本实施例中该UE所属的用户类别，如用户类别信
息可以为高端用户，也可以为低端用户。
具体的说，MME获取UE的签约数据，该签约数据中包括用户类别信息； 固E将用户类别信息封装在非接入层NAS ( Non-Access Stratum )消息的新增 信元或者扩展的现有信元或者现有信元的保留位中，可以通过附着流程、跟 踪区更新流程、；洛由区更新流程、业务请求流程或全局临时标识重分配流程， 将封装有用户类别信息的NAS消息发送给UE。
步骤603、 eNodeB接收UE发送的封装有用户类别信息的请求消息；
步骤6(M、 eNocleB根据用户类别信息以及歩骤601中获取的用户类别， 确定UE所属的用户类别；
步骤605 、 eNodeB #^据UE所属的用户类别以及该用户类别对应的过载控 制策略和/或差异化服务策略，将请求消息进行处理。其中处理请求消息包括 确定接受请求消息或拒绝请求消息或将请求消息路由给其他MME。
进一步的，本实施例中以附着流程为例，介绍UE获取用户类别信息(步 骤602 )的方法，具体包括步骤6021 、 UE向eNodeB发送附着请求消息，该附着请求消息中携带有 IMSI、原GUTI、上次访问的TAI、 UE能力信息、PDN类型、协议配置选项、 附着类型等NAS信息；
步骤6022、 eNodeB为UE选4奪可用的MME，为UE完成附着流程；
步骤6023、 UE、 MME以及HSS之间执行鉴权流程；
步骤6024、 MME和HSS之间执行位置更新和插入签约数据的流程，将MME 的地址注册到HSS中，同时HSS将UE的签约数据插入到醒E中，该签约数据
中包含用户类别信息；
步骤6025 、 MME和SGW、 PGW以及PCRF完成缺省承载建立过程； 步骤6026、廳E向UE发送附着接受消息，该附着接受消息中携带网络侧
设备为UE分配的GUTI、 TAI清单以及用户类别信息等信元；该用户类别信
息是MME根据HSS中UE签约数据所记录的用户类别信息而确定的；
步骤6027、若UE的签约数据允许跟非3GPP互通，薩E向HSS发送位置
更新请求消息，该位置更新请求消息中携带有UE使用的缺省PDN连接的APN
和PGW地址信息；
步骤6D28、 HSS保存UE使用的APN和PGW地址信息，向固E返回位置更 新响应消息。
当MME恢复正常使用时，醒E将恢复正常的通知消息发送给eNodeB。 本实施例通过将用户类别信息封装在请求消息中发送给eNodeB，使得 eNode,B根据该用户类别信息、以及获取的用户类别及其过载控制策略和/或 差异化服务策略，确定是否接受该请求消息，实现了有效的过载控制和/或差 异化服务。
图8为本发明实施例七实现过载控制或差异化服务的方法的流程图。如 图8所示，本实施例具体包括
步骤701、 eNodeB <|妻收MME发送的开始消息，该开始消息中携带有业务 优先级，以及业务优先级对应的过载控制策略和/或差异化服务策略；本实施例中，各个业务分属于各个业务优先级，针对不同业务优先级的
业务采取不同的过载控制策略和Z或差异化服务策略，例如在MME过载时， 针对某一个业务优先级以上的所有业务都给予接受，低于该业务优先级的业 务都给予拒绝或将业务路由到其他MME;或者，针对特定业务优先级的业务 给予特定的处理原则，某一些业务优先级的业务给予接受，某一些业务优先 级的业务给予拒绝，另 一些业务优先级的业务将被路由到其他MME。
步骤702、 eNodeB接收UE发送的封装有业务优先级信息的请求消息； 本实施例中业务优先级和业务优先级信息是不同的概念，由步骤701中 的描述可知，业务优先级划分了各个业务；在本步骤中，业务优先级信息指 本实施例中该业务所属的业务优先级。
步骤703、 eNodeB根据业务优先级信息，确定当前业务所属的业务优先 级，根据步骤701获取的业务优先级及其对应的过载控制策略和/或差异化服 务策略，对请求消息进行处理。其中处理请求消息包括确定接受请求消息 或拒绝请求消息或将请求消息路由给其他画E。
当MME恢复正常使用时，MME将恢复正常的通知消息发送给eNodeB。 本实施例通过将业务优先级信息封装在请求消息中发送给eNodeB，使得 eNodeB根据该业务优先级信息、以及获取的业务优先级及其过载控制策略和 /或差异化服务策略，确定是否接受该请求消息，实现了有效的过载控制和/ 或差异化服务。
图9为本发明实施例八实现过载控制或差异化服务的方法的流程图。如 图9所示，本实施例具体包括
步骤801、 eNodeB接收MME发送的开始消息，该开始消息中携带有用户 设备状态类别，以及用户设备状态类别对应的过载控制策略和/或差异化服务 策略；
本实施例中，针对不同状态的UE采取不同的过载控制策略和/或差异化 服务策略，例如在MME过载时，处于激活态的UE所发起的请求消息都给予接受，处于空闲态的UE所发起的请求消息都给予拒绝或将请求消息路由到其 他MME。
步骤802、 UE向eNodeB发送^青求消息；
步骤803、 eNocleB接收上述请求消息，判断并获取UE的状态信息，可根 据是否存在Iu连接或Sl连接来判断UE处于激活态或空闲态；
步骤804、 eNocleB根据UE的状态信息，确定当前状态信息所属的用户设 备状态类别，根据步骤801获取的用户设备状态类别及其对应的过载控制策 略和/或差异化服务策略，对请求消息进行处理。其中处理请求消息包括确 定接受请求消息或拒绝请求消息或将请求消息路由给其他MME。
当MME恢复正常使用时，MME将恢复正常的通知消息发送给eNodeB。
本实施例使得eNodeB根据UE的状态信息、以及获取的用户设备状态类 别及其过载控制策略和/或差异化服务策略，确定是否接受请求消息，实现了 有效的过载控制和/或差异化服务。
图10为本发明实施例九实现过载控制或差异化服务的方法的流程图。如 图10所示，本实施例具体包括
该策略通知消息可以是NAS消息，其中携带有UE的用户类别信息，和/或， 用户类别或业务优先级或用户设备状态类别或业务类型或消息类型，以及与 用户类别或业务优先级或用户设备状态类别或业务类型或消息类型对应的过 载控制策略或差异化服务策略；这些携带的信息可以通过新增一个或几个信 元来携带，也可以采用扩展现有信元来实现，例如P-TMSI、网络能力信息、 GUTI等现有信元，还可以采用在现有信元的保留位上携带； 步骤902、 UE向eNodeB发送请求消息；
当策略通知消息中携带的为用户类别以及用户类别对应的过载控制策略 或差异化服务策略时，该请求消息中封装有用户类别信息、和/或用户类别、 以及与所述用户类别对应的过载控制策略或差异化服务策略；当策略通知消息中携带的为业务优先级以及业务优先级对应的过载控制 策略或差异化服务策略时，该请求消息也可以封装业务优先级信息、业务优
先级、以及与所述业务优先级对应的过载控制策略或差异化服务策略；
当策略通知消息中携带的为业务类型以及业务类型对应的过载控制策略 或差异化服务策略时，该请求消息也可以封装业务类型、以及与所述业务类
当策略通知消息中携带的为消息类型以及消息类型对应的过载控制策略 或差异化服务策略时，该请求消息也可以封装消息类型、以及与所述消息类 型对应的过载控制策略或差异化服务策略。
步骤903、 eNodeB根用户类别信息所属的用户类别，以及与用户类别对 应的过载控制策略或差异化服务策略，将请求消息进行处理；
或者，eNodeB根据业务优先级信息所属的业务优先级，以及与业务优先 级对应的过载控制策略或差异化服务策略，将请求消息进行处理；
或者，eNodeB根据业务类型以及业务类型对应的过载控制策略或差异化 服务策略，将请求消息进行处理；
或者，eNodeB根据消息类型以及消息类型对应的过载控制策略或差异化 服务策略，将请求消息进行处理。
当步骤901中策略通知消息中携带的为用户设备状态类别以及用户设备 状态类别对应的过载控制策略或差异化服务策略时，步骤902中的请求消息 中封装的指示信息为用户设备状态类别，以及与所述用户设备状态类别对应 的过载控制策略或差异化服务策略；在步骤903之前还包括eNodeB判断并获 取用户设备的状态信息，可根据是否存在Iu连接或Sl连接来判断UE处于激 活态或空闲态；步骤903具体为根据用户设备的状态信息所属的用户设备 状态类别，以及与用户设备状态类别对应的过载控制策略和/或差异化服务策 略，将请求消息进行处理。所述处理请求消息包括确定接受请求消息或拒 绝请求消息或将请求消息路由给其他画E。本实施例将指示信息封装在请求消息中发送给eNodeB,使得eNodeB根 据该指示信息、以及获取过载控制策略和/或差异化服务策略，确定是否接受 该请求消息，实现了有效的过载控制和/或差异化服务。
图11为本发明实施例实现过载控制或差异化服务的装置的示意图，本实 施例可以为单独的功能实体，也可以集成在接入网侧设备中，如在EUTRAN网 络中，本实施例集成在eNodeB中。如图11所示，本实施例具体包括第一 接收模块ll，用于接收封装有指示信息的请求消息；该指示信息包括消息类 型信息或业务类型信息或用户类别信息或业务优先级信息；接入模块12，用 于根据请求消息中的指示信息，以及获取的过载控制策略或差异化服务策略， 将请求消息进行处理。
第一接收模块11可以具体为第二接收模块，用于接收在请求消息的新增 信元或现有信元或扩展信元中封装指示信息的请求消息；第一接收模块11也 可以具体为第三接收模块，用于接收在请求消息中所包括的全局唯一临时标 识或P-TMS工或TMSI中封装指示信息的请求消息。
本实施例还可以包括第四接收模块13，用于接收网络侧设备发送的开 始消息，该开始消息中携带有用户类别或业务优先级或用户设备状态类别或 消息类型或业务类型，以及与用户类别或业务优先级或用户设备状态类别或
本实施例通过接收封装有指示信息的请求消息，根据指示信息来识别请 求消息，克服了现有技术中无法识别请求消息的类型等一系列问题，实现了 有效的过载控制或差异化服务。
图12为本发明实施例用户设备的示意图，如图12所示，本实施例具体 包括第一封装模块21,用于将指示信息封装在请求消息中，该指示信息包 括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；发送模 块22，用于发送封装有指示信息的请求消息。
第一封装模块21可以具体为第二封装模块，用于将指示信息封装在请求消息的新增信元或现有信元或扩展信元中；第一封装^^莫块21也可以具体为第
三封装模块，用于将指示信息封装在请求消息中所包括的全局唯一临时标识
或P-TMSI或TMSI中。
本实施例还可以包括获取模块23，用于获取用户类别信息。
获取模块23可以具体为第一获取模块，用于接收网络侧设备发送的或网 络侧设备通过接入网侧设备转发的策略通知消息，所述策略通知消息中携带 有用户设备的用户类别信息，和/或，用户类别或业务优先级或用户设备状态 类别或消息类型或业务类型，以及与所述用户类别或业务优先级或用户设备 状态类别或消息类型或业务类型对应的过载控制策略或差异化服务策略。
本实施例通过将指示信息封装在请求消息中，根据指示信息来识别请求 消息，克服了现有技术中无法识别请求消息的类型等一系列问题，实现了有 效的过载控制或差异化服务。
图13为本发明实施例实现过载控制或差异化服务的系统的示意图，如图 13所示，本实施例具体包括用户设备31和eNodeB32。
其中用户设备31可以包括第一封装模块311,用于将指示信息封装在 请求消息中，指示信息包括消息类型信息或业务类型信息或用户类别信息或 业务优先级信息；发送模块312,用于发送封装有指示信息的请求消息。
eNodeB32可以包括第一接收模块321,用于接收封装有指示信息的请 求消息；接入模块322，用于根据请求消息中的指示信息以及获取的过载控 制策略或差异化服务策略，将请求消息进行处理。
本实施例还可以包括画E33，用于获取包括用户类别信息的签约数据， 将用户类别信息，和/或，用户类别或业务优先级或用户设备状态类别或消息 类型或业务类型，以及与所述用户类别或业务优先级用户设备状态类别或消 息类型或或业务类型对应的过载控制策略或差异化服务策略封装在NAS消息 的新增信元或现有信元或扩展信元中，并将NAS消息发送给用户设备。
上述用户设备可以为本发明实施例用户设备中所述的任一用户设备，上
26述eNodeB可以为本发明实施例实现过载控制的装置中所述的任一 eNodeB。
本实施例通过将指示信息封装在请求消息中，根据指示信息来识别请求 消息，克服了现有技术中无法识别请求消息的类型等一系列问题，实现了有
本领域普通技术人员可以理解实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机 可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤， 而前述的存储介质包括ROM、 RAM、磁碟或者光盘等各种可以存储程 序代码的介质。
最后应说明的是以上实施例仅用以说明本发明实施例的技术方案，而 非对其限制；尽管参照前述实施例对本发明实施例进行了详细的说明，本领
域的普通技术人员应当理解其依然可以对前述各实施例所记载的技术方案 进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换， 并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。
权利要求
1、一种实现过载控制或差异化服务的方法，应用于包括移动性管理网元MME和演进基站eNodeB的通信系统中，其中用户设备UE通过演进基站接入到MME上进行通信业务，其特征在于包括接收封装有指示信息的请求消息；所述指示信息包括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；根据请求消息中的所述指示信息，以及获取的过载控制策略或差异化服务策略，将所述请求消息进行处理。
2、 根据权利要求1所述的实现过载控制或差异化服务的方法，其特征 在于，接收封装有指示信息的请求消息具体为接收在请求消息的新增信元 或现有信元或扩展信元中封装指示信息的请求消息。
3、 根据权利要求2所述的实现过载控制或差异化服务的方法，其特征 在于，所述接收在请求消息的现有信元或扩展信元中封装指示信息的请求消 息具体为接收在请求消息中所包括的全局唯一临时标识或分组临时移动用户身份标识P-TMSI或临时移动用户身份标识TMSI中封装指示信息的请求消 白
4、 根据权利要求2或3所述的实现过载控制或差异化服务的方法，其 特征在于，在所述接收请求消息之前还包括获取网络侧设备下发的消息类 型或者业务类型，以及与所述消息类型或业务类型对应的过载控制策略或差 异化服务策略。
5、 根据权利要求4所述的实现过载控制或差异化服务的方法，其特征 在于，接收封装有消息类型信息的请求消息具体为接收用户设备发送的封 装有附着请求消息类型信息的附着请求消息。
6、 根据权利要求4所述的实现过载控制或差异化服务的方法，其特征 在于，接收封装有消息类型信息的请求消息具体为接收用户设备发送的封 装有跟踪区更新TAU请求消息类型信息的TAU请求消息；或者，接收用户设备发送的封装有路由区更新RAU请求消息类型信息的RAU请求消息。
7、 根据权利要求6所述的实现过载控制或差异化服务的方法，其特征 在于，在所述新增信元或现有信元或扩展信元中还封装有更新类型，所述更
8、 根据权利要求6所述的实现过载控制或差异化服务的方法，其特征 在于，当TAU为周期性TAU时，所述TAU请求消息类型信息具体为第一 TAU 请求消息类型信息；当TAU为正常的TAU时，所述TAU请求消息类型信息具 体为第二 TAU请求消息类型信息；当RAU为周期性RAU时，所述RAU请求消息类型信息具体为第一RAU请 求消息类型信息；当RAU为正常的RAll时，所述RAU请求消息类型信息具体 为第二 RAU请求消息类型信息。
9、 根据权利要求4所述的实现过载控制或差异化服务的方法，其特征 在于，接收封装有消息类型信息的请求消息具体为接收用户设备发送的封 装有业务请求消息类型信息的业务请求消息；当所述业务请求消息为由于上行数据流而发起的业务请求消息时，所述 业务请求消息类型信息具体为第一业务请求消息类型信息；当所述业务请求 消息为由于响应寻呼而发起的业务请求消息时，所述业务请求消息类型信息 为第二业务请求消息类型信息。
10、 根据权利要求4所述的实现过载控制或差异化服务的方法，其特 征在于，接收封装有消息类型信息的请求消息具体为接收用户设备发送的 封装有业务请求消息类型信息的业务请求消息；在所述新增信元或现有信元或扩展信元中还封装有用途指示信息，当所 述业务请求消息为由于上行数据流而发起的业务请求消息时，所述用途指示 信息具体为第 一 用途指示信息；当所述业务请求消息为由于响应寻呼而发起 的业务请求消息时，所述用途指示信息具体为第二用途指示信息。
11、 根据权利要求2所述的实现过载控制或差异化服务的方法，其特征在于，在所述接收请求消息之前还包括接收网络侧设备发送的开始消息， 所述开始消息中携带有用户类别或业务优先级或用户设备状态类别，以及与 所述用户类别或业务优先级或用户设备状态类别对应的过载控制策略或差异 化服务策略。
12、 根据权利要求11所述的实现过载控制或差异化服务的方法，其特 征在于，在所述接收请求消息之前还包括用户设备获取用户类别信息。
13、 根据权利要求12所述的实现过载控制或差异化服务的方法，其特 征在于，所述用户设备获取所述用户类别信息包括所述网络侧设备将所述用户类别信息封装在非接入层NAS消息的新增信 元或者现有信元或扩展信元中，并将封装有用户类别信息的NAS消息发送给 用户设备。
14、 根据权利要求13所述的实现过载控制或差异化服务的方法，其特 征在于，所述接收封装有指示信息的请求消息具体为接收用户设备发送的 封装有用户类别信息或业务优先级信息的请求消息。
15、 根据权利要求2所述的实现过载控制或差异化服务的方法，其特 征在于，在所述接收请求消息之前还包括用户设备接收网络侧设备发送的 或网络侧设备通过接入网侧设备转发的策略通知消息，所述策略通知消息中 携带有用户设备的用户类别信息，和/或，用户类别或业务优先级或用户设备 状态类别或业务类型或消息类型，以及与所述用户类别或业务优先级或用户 设备状态类别或业务类型或消息类型对应的过载控制策略或差异化服务策 略。
16、 根据权利要求15所述的实现过载控制或差异化服务的方法，其特 征在于，所述接收封装有指示信息的请求消息具体为接收用户设备发送的 封装有用户类别信息、用户类别、以及与所述用户类别对应的过载控制策略 或差异化服务策略的请求消息，或者，接收用户设备发送的封装有业务优先 级信息、业务优先级、以及与所述业务优先级对应的过载控制策略或差异化服务策略的请求消息；所述将请求消息进行处理具体为根据所述用户类别信息所属的用户类 别，以及与用户类别对应的过载控制策略或差异化服务策略，将请求消息进 行处理；或者，根据所述业务优先级信息所属的业务优先级，以及与业务优 先级对应的过载控制策略或差异化服务策略，将请求消息进行处理。
17、 根据权利要求15所述的实现过载控制或差异化服务的方法，其特 征在于，所述接收封装有指示信息的请求消息具体为接收用户设备发送的 封装有业务类型信息，业务类型以及与所述业务类型对应的过载控制策略或 差异化服务策略的请求消息。
18、 根据权利要求15所述的实现过载控制或差异化服务的方法，其特 征在于，所述接收封装有指示信息的请求消息具体为接收用户设备发送的 封装有消息类型信息，消息类型以及与所述消息类型对应的过载控制策略或 差异化服务策略的请求消息。
19、 根据权利要求1所述的实现过载控制或差异化服务的方法，其特 征在于，所述将请求消息进行处理包括确定接受所述请求消息或拒绝所述 请求消息或将所述请求消息路由给其他网络侧设备。
20、 一种实现过载控制或差异化服务的装置，其特征在于包括 第一接收模块，用于接收封装有指示信息的请求消息；所述指示信息包括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；接入模块，用于根据请求消息中的所述指示信息，以及获取的过载控制 策略或差异化服务策略，将请求消息进行处理。
21、 根据权利要求20所述的实现过载控制或差异化服务的装置，其特 征在于，所述装置为单独的功能实体，或者集成在演进基站eNodeB中。
22、 根据权利要求21所述的实现过载控制或差异化服务的装置，其特 征在于，所述第一接收模块具体为第二接收模块，用于接收在请求消息的新 增信元或现有信元或扩展信元中封装指示信息的请求消息。
23、 根据权利要求21所述的实现过载控制或差异化服务的装置，其特 征在于，所述第一接收模块具体为第三接收模块，用于接收在请求消息中所 包括的全局唯一临时标识或分组临时移动用户身份标识P-TMSI或临时移动 用户身份标识TMSI中封装指示信息的请求消息。
24、 根据权利要求21所述的实现过载控制或差异化服务的装置，其特 征在于还包括第四接收模块，用于接收网络侧设备发送的开始消息，所述 开始消息中携带有用户类别或业务优先级或用户设备状态类别或消息类型或 业务类型，以及与所述用户类别或业务优先级或用户设备状态类别或消息类 型或业务类型对应的过栽控制策略或差异化服务策略。
25、 一种用户设备，其特征在于包括第一封装^t块，用于将指示信息封装在请求消息中，所述指示信息包括 消息类型信息或业务类型信息或用户类别信息或业务优先级信息； 发送模块，用于发送封装有指示信息的请求消息。
26、 根据权利要求25所述的用户设备，其特征在于，所述第一封装模 块具体为第二封装模块，用于将所述指示信息封装在请求消息的新增信元或 现有信元或扩展信元中。
27、 根据权利要求25所述的用户设备，其特征在于，所述第一封装模 块具体为第三封装模块，用于将所述指示信息封装在请求消息中所包括的全 局唯一临时标识或分组临时移动用户身份标识P-TMSI或临时移动用户身份 标识TMSI中。
28、 根据权利要求25所述的用户设备，其特征在于还包括获取模块， 用于获取所述用户类別信息。
29、 根据权利要求28所述的用户设备，其特征在于，所述获取模块具 体为第一获取模块，用于接收网络侧设备发送的或网络侧设备通过接入网侧 设备转发的策略通知消息，所述策略通知消息中携带有用户设备的用户类别 信息，和/或，用户类别或业务优先级或用户设备状态类别或消息类型或业务类型，以及与所述用户类别或业务优先级或用户设备状态类别或消息类型或 业务类型对应的过载控制策略或差异化服务策略。
30、 一种实现过载控制或差异化服务的系统，其特征在于包括用户设备和演进基站；所述用户设备包括第一封装模块，用于将指示信息封装在请求消息中，所述指示信息包括 消息类型信息或业务类型信息或用户类别信息或业务优先级信息； 发送模块，用于发送封装有指示信息的请求消息； 所述演进基站包括第一接收模块，用于接收封装有所述指示信息的请求消息； 接入模块，用于根据请求消息中的所述指示信息以及获取的过载控制策 略或差异化服务策略，将请求消息进行处理。
31、 根据权利要求32所述的实现过载控制或差异化服务的系统，其特 征在于还包括移动性管理网元MME,用于获取包括所述用户类别信息的签 约数据，将所述用户类别信息，和/或，用户类别或业务优先级或用户设备状 态类别或消息类型或业务类型，以及与所述用户类别或业务优先级或用户设 备状态类别或消息类型或业务类型对应的过载控制策略或差异化服务策略封 装在非接入层NAS消息的新增信元或现有信元或扩展信元中，并将所述NAS 消息发送给所述用户设备。
全文摘要
本发明实施例涉及一种实现过载控制或差异化服务的方法、装置、系统及用户设备，其中方法包括接收封装有指示信息的请求消息；所述指示信息包括消息类型信息或业务类型信息或用户类别信息或业务优先级信息；根据请求消息中的所述指示信息以及获取的过载控制策略或差异化服务策略，将所述请求消息进行处理。本发明实施例通过接收封装有指示信息的请求消息，根据指示信息来识别请求消息，克服了现有技术中无法识别请求消息的类型等一系列问题，实现了有效的过载控制或差异化服务。
文档编号H04W88/18GK101610494SQ20081009979
公开日2009年12月23日 申请日期2008年6月16日 优先权日2008年6月16日
发明者孙晓姬, 袁立平 申请人:华为技术有限公司