CN101742452B - 承载管理方法、相关设备及网络系统 - Google Patents

Abstract

本发明实施例公开一种承载管理方法、相关设备及网络系统，其中，承载管理方法包括：确定正在进行紧急业务的用户设备处于业务受限模式；根据所述用户设备的承载属性，确定所述用户设备的非紧急业务承载；控制所述非紧急业务承载不可用。使用本发明实施例提供的技术方案，在正在进行紧急业务的UE由业务不受限模式转换到业务受限模式时，或者正在进行紧急业务的用户设备发生移动时确定所述用户设备处于业务受限模式后，能够控制非紧急业务承载不可用。

Description

承载管理方法、相关设备及网络系统

技术领域

本发明实施例涉及通信技术领域，特别涉及承载管理方法、相关设备及网络系统。

背景技术

现有技术中，UE(User Equipment，用户设备)有时需要进行紧急业务可以是报警业务或者火警业务，需要利用IP连通接入网络和IMS(IPMultimedia Subsystem，IP多媒体子系统)，为用户提供紧急业务。对于紧急业务，在无线演进网络中要求即使用户在漫游禁止区域或者业务禁止区域内都允许使用，即在上述特殊场景下用户也能够使用紧急业务。

在无线演进网络中，当UE发生移动时或者接收的网络信号发生改变时，可能导致用户转换到业务受限状态。UE接入的移动性管理实体发现用户业务受限，删除该UE的相关承载并且向该UE发送位置更新拒绝消息。

发明人在实现本发明的过程中发现：

移动性管理实体在确定UE在该区域内业务受限时，保留该UE的紧急业务承载，删除UE非紧急业务承载。当UE转换到非业务受限状态时，UE如果想进行业务必须发起重新请求建立这些非紧急业务承载，增加了用户进行业务的时延，用户体验不好。

发明内容

本发明实施例提供一种承载管理方法、相关设备及网络系统，在正在进行紧急业务的UE由业务不受限模式转换到业务受限模式时，能控制非紧急业务承载不可用。

有鉴于此，本发明实施例提供：

一种承载管理方法，包括：

确定正在进行紧急业务的用户设备处于业务受限模式；

根据所述用户设备的承载属性，确定所述用户设备的非紧急业务承载；

控制所述非紧急业务承载不可用。

一种承载管理方法，用于用户设备发生移动时，包括：

分组数据网络网关接收服务网关发送的用户业务受限指示信息；

根据所述用户业务受限指示信息，确定用户业务受限；

控制不发起非紧急业务承载建立流程；

其中，所述用户业务受限指示信息是移动性管理实体确定用户业务受限后向服务网关发送的。

一种移动性管理装置，包括：

第一确定单元，用于确定正在进行紧急业务的用户设备处于业务受限模式；

第二确定单元，用于在所述第一确定单元确定正在进行紧急业务的用户设备处于业务受限模式后，根据所述用户设备的承载属性，确定所述用户设备的非紧急业务承载；

控制单元，用于控制所述非紧急业务承载不可用。

一种数据网关，包括：

第一接收单元，用于接收服务网关发送的用户业务受限指示信息；所述用户业务受限指示信息是移动性管理实体确定用户业务受限后向服务网关发送的；

确定单元，用于根据所述用户业务受限指示信息，确定用户业务受限；

控制单元，用于在所述确定单元确定用户业务受限后，控制不发起非紧急业务承载建立流程。

一种网络系统，包括：

第一移动性管理实体，用于确定正在进行紧急业务的用户设备处于业务受限模式，向第一服务网关发送用户业务受限指示信息；

第一服务网关，用于根据所述用户业务受限指示信息，设置所述用户设备的非紧急业务承载的状态为不可用。

一种网络系统，包括：

第一移动性管理实体，用于确定正在进行紧急业务的用户设备处于业务受限模式，经由第一服务网关向分组数据网络网关发送用户业务受限指示信息；

分组数据网络网关，用于根据用户业务受限指示信息，设置所述用户设备的非紧急业务承载的状态为不可用，和/或，关闭非紧急业务相关数据流的门。

一种网络系统，包括：

第一移动性管理实体，用于确定正在进行紧急业务的用户设备处于业务受限模式，经由第一服务网关向分组数据网络网关发送用户业务受限指示信息；

分组数据网络网关，用于根据所述用户业务受限指示信息，确定用户业务受限，控制不发起非紧急业务承载建立流程。

本发明实施例在正在进行紧急业务的用户设备处于业务受限模式时，UE所接入的第一移动性管理实体保留非紧急业务承载，并控制非紧急业务承载不可用。

附图说明

图1是一种无线演进网络架构图。

图2是本发明实施例二提供的承载管理方法信令图；

图3是本发明实施例三提供的承载管理方法信令图；

图4是本发明实施例四提供的承载管理方法信令图；

图5是本发明实施例提供的对UE的服务请求的处理信令图；

图6是本发明实施例提供的UE再次移动时的一种承载管理方法信令图；

图7是本发明实施例提供的UE再次移动时的另一种承载管理方法信令图；

图8是本发明实施例提供的网络侧触发紧急业务时的处理信令图；

图9是本发明实施例五提供的移动性管理装置结构图；

图10是本发明实施例六提供的数据网关结构图。

具体实施方式

为了使本发明实施例更加清楚明白，如下先将本发明实施例适用的无线演进网络架构简单描述，需要说明的是，本发明实施例不限于适用该网络架构，也可以适用于其他网络。如图1所示，无线演进网络的核心网主要包含MME(Mobility Management Entity，移动性管理网元)、Serving Gateway(服务网关，S-GW)、PDN Gateway(分组数据网络网关，P-GW)三个逻辑功能体，其中的MME是移动管理网元，负责NAS(非接入层)信令和NAS信令加密以及漫游、跟踪等功能，分配用户临时身份标识、安全功能等。ServingGateway负责本地的移动性锚点和3GPP系统内部的移动性锚点以及合法监听相关信息；PDN Gateway则负责策略执行和计费以及合法监听相关功能。HSS(Home Subscriber Server，归属用户服务器)用于存储用户签约信息。

实施例一：

本发明实施例一提供一种承载管理方法，包括：

第一移动性管理实体确定正在进行紧急业务的用户设备处于业务受限模式；

根据所述用户设备的承载属性，确定所述用户设备的非紧急业务承载；

控制所述非紧急业务承载不可用。

其中，本实施例及后续实施例中，用户设备的承载属性可以是承载的ARP(Allocation and Retention Priority，分配和保持优先级)，或者承载的Qos，或者PDN链接中的APN(Access Point Name，接入点名称)。

本发明实施例在正在进行紧急业务的用户设备处于业务受限模式时，UE所接入的第一移动性管理实体保留非紧急业务承载，并控制非紧急业务承载不可用，以便后续用户设备转换到业务不受限模式时，能够很快的恢复业务，提升用户体验。

说明：本实施例以及后续实施例的重点在于用户由于移动或者接入技术改变后者签约数据改变等原因导致用户在当前位置/时间/接入网络/接入技术不能接入，转为业务受限模式，和用户是否会改变接入的移动性管理实体没有必然联系。为表述方便，本发明均仅以用户改变了移动性管理实体为例进行说明。同样的，用户从业务受限模式转换为正常模式时，和用户是否会改变接入的移动性管理实体也没有必然联系，为表述方便，本发明仅以用户改变了移动性管理实体为例进行说明。

实施例二：

参阅图2，本发明实施例二提供一种承载管理方法，该方法中正在进行紧急业务的UE从源移动性管理实体切换到目标移动性管理实体，网络侧将控制非紧急业务承载不可用，在本发明实施例及后续实施例三和四中，目标移动性管理实体也称为第一移动性管理实体，该承载管理方法具体包括：

B1、UE从源移动性管理实体切换到目标移动性管理实体。

B2、UE向目标移动性管理实体发送位置更新请求，该位置更新请求可以是路由区/跟踪区更新请求。

B3、目标移动性管理实体接收到位置更新请求后，如果没有保存该用户的签约数据等上下文信息，则从HLR/HSS(归属位置寄存器/归属用户服务器)获取用户的签约数据。

B4、目标移动性管理实体根据用户签约数据确定用户业务是否受限，如果是，目标移动性管理实体检查UE当前是否正在进行紧急业务，如果UE正在进行紧急业务，则准许用户接入。如果用户存在非紧急业务相关的承载，移动性管理实体设置UE的非紧急业务承载不可用。

其中，本实施例以及后续实施例中用户签约数据可以包括：用户允许或者不被允许的接入区域/网络、接入技术和接入时间中至少一种，该步骤中目标移动性管理实体根据用户签约数据确定用户业务是否受限具体是判断用户业务是否接入区域/网络受限、或者是否接入技术受限或者是否接入时间受限。其中，接入区域受限是指UE接入不允许接入的区域；接入技术受限可以是指UE接入了不允许接入的接入技术，比如2G、3G或者LTE等，接入网络受限可以是指用户接入了不允许接入的网络，比如中国移动的用户不被允许接入中国联通。

其中，目标移动性管理实体可以根据承载的ARP(Allocation and RetentionPriority，分配和保持优先级)是否是紧急ARP或者根据用户建立PDN链接中有无紧急APN(Access Point Name，接入点名称)来判断用户是否进行紧急业务。

如下分(1)、(2)、(3)或(4)大段描述网络侧的处理流程，其中，网络侧对UE的非紧急业务承载的处理方式可以有：(1)、(2)、(1)+(3)、(2)+(3)或(4)这几种实现方案。

(1)、对非紧急业务相关的承载，目标移动性管理实体可以将承载状态设置为不可用，即将承载状态设置为无效或者挂起，同时：

目标移动性管理实体向服务网关发送更新承载请求，更新承载请求中携带用户业务受限指示信息，该用户业务受限指示信息可以是一个服务受限指示信元(Service Restriction Indication)，指示服务网关UE在接入区域、接入技术或者接入时间业务受限，通知服务网关将承载挂起，服务网关收到服务受限指示信元后，可以根据预存的用户上下文中的ARP或者承载的Qos等判断承载是否为紧急业务相关的承载，将非紧急业务相关的承载的状态设置为无效或者挂起状态；或者，该用户业务受限指示信息可以是承载信息，比如承载的状态列表，其中，非紧急业务承载的状态被设置为挂起/无效，服务网关将非紧急业务承载的状态设置为挂起/无效。或者，目标移动性管理实体针对每条非紧急业务承载都发送承载更新消息，此时承载更新消息中所携带的用户业务受限指示信息可以为该承载的状态(即挂起/无效)，此时服务网关收到对应该承载的承载更新请求后，根据该承载的状态获知该承载不可用，服务网关将该承载的状态设置为挂起/无效。本实施例和后续实施例中的用户业务受限指示信息也可以包括上述三种形式，不影响本发明的实现。后续在接收到非紧急业务承载相关的数据包时，服务网关直接丢弃数据包，不向目标移动性管理实体发送下行数据通知downlink data notification消息。

或者：

目标移动性管理实体向服务网关发送挂起Suspend消息，消息中可以携带用户业务受限指示信息，该用户业务受限指示信息可以是需要挂起的承载ID列表或者业务受限指示信元或者两者的组合，以指示服务网关用户业务受限，需要将非紧急业务相关承载挂起。

其中，用户业务受限指示信息可以是承载信息或者业务受限指示信元；所述承载信息中非紧急业务承载的状态为不可用。本发明实施例及后续实施例中承载的状态为不可用是：承载的状态为无效/挂起。相关网元(服务网关和分组数据网络网关)接收到相关承载的数据，直接丢弃数据包，或者保存数据包但是不往其他网元发送或者通知其他网元有下行数据包。即：服务网关不会向移动性管理实体发送下行数据通知消息(DownLink Data Notification)通知有下行数据。分组数据网络网关不会向服务网关发送数据包。

其中，如果suspend消息中不携带需要挂起的承载ID列表，服务网关根据预存的用户上下文中的ARP或者承载的Qos等判断承载是否为紧急业务相关的承载，将非紧急业务相关的承载的状态设置为无效或者挂起状态，但是不删除承载。后续在接收到非紧急业务承载相关的数据包时，服务网关直接丢弃数据包，不向目标移动性管理实体发送下行数据通知downlink datanotification消息。

(2)、对非紧急业务相关的承载，MME可以利用现有的承载更新消息(Update Bearer Request)或者其他可以通知服务网关用户业务受限的消息，消息中携带用户业务受限指示信息指示服务网关用户所在区域业务受限，只能进行紧急业务等特殊要求的业务；

服务网关收到用户业务受限指示信息后，向分组数据网络网关发送承载更新消息或者其他通知分组数据网络网关用户业务受限的消息，消息中携带用户业务受限指示信息，该信息指示分组数据网络网关用户所在区域业务受限，只能进行紧急业务等特殊要求的业务。

如果用户业务受限指示信息中携带需要挂起的承载ID列表，则分组数据网络网关不需要判断那些承载与紧急业务相关，否则，分组数据网络网关需要自己判断哪些承载和紧急业务相关，可以根据承载的APR是否为紧急ARP，承载相关的APN是否为紧急APN，或者通过服务网关发送的承载ID判断哪些承载为非紧急业务承载，哪些承载为紧急业务承载，对非紧急业务承载，分组数据网络网络网关(PDN GW)可以有如下两种处理方式：

1、记录用户业务受限，并将非紧急业务相关承载的状态设置为不可用或者挂起，后续当收到这些承载相关的数据包时，不向服务网关发送，直接将包丢弃。

2、如果配置了静态的PCC规则，分组数据网络网络网关关闭非紧急业务数据流的门，或者如果采用(1)+(3)的处理方式，则可以仅仅关闭非GBR非紧急业务数据流的门。

如果配置了动态的PCC规则，分组数据网络网络网关向策略与计费规则功能点(Police and Charging Rule Function，PCRF)发送会话修改消息。消息中携带业务受限指示(Service Restriction Indication)消息，指示PCRF该用户在接入区域、接入技术、接入时间或者漫游业务限制，只能进行紧急呼叫等特殊业务。或者更近一步，消息中还可以携带指示信息，指示PCRF哪些数据流业务数据流(SDF Service Data Flow)是紧急业务相关的数据流，哪些不是紧急业务相关的数据流。

PCRF收到业务受限指示后，关闭非紧急业务相关数据流的门(gate)，还可以制定新的PCC规则，并向分组数据网络网关发送会话修改响应消息，消息中携带修改了门状态的新的PCC规则。

进一步，PCRF还可以：通知应用功能实体(Application Function，AF)，用户业务受限，AF不再发起非紧急业务相关的业务；或者，PCRF对AF发起的非紧急业务相关的业务，拒绝处理。PCRF还可以将拒绝的原因(用户业务受限)通知给AF，以使AF不再发起非积极业务相关的业务。

分组数据网络网关收到会话修改响应消息后，将非紧急业务相关数据流的门状态设置为关闭，即关闭这些数据流的门，并向服务网关发送响应消息。服务网关再向移动性管理网元发送响应消息。

(3)、对非紧急业务相关的GBR(Guarantee Bit Rate，保证比特率)承载，目标移动性管理实体可以将承载状态设置为无效或者挂起。具体可以采用如下两者方式：

1、目标移动性管理实体删除用户的非紧急业务相关的GBR承载，目标移动性管理实体发送删除承载请求Delete Bearer Request消息到服务网关，服务网关收到删除承载请求后，删除非紧急业务相关的GBR承载，并发送删除承载请求Delete Bearer Request消息到分组数据网络网关，通知分组数据网络网关删除非紧急业务相关的GBR承载，分组数据网络网关删除非紧急业务相关的GBR承载并向服务网关返回响应消息。

2、目标移动性管理实体修改用户非紧急业务相关的GBR(Guarantee BitRate，保证比特率)承载，将非紧急业务相关的GBR承载的GBR和/或MBR(Maximum Bit Rate，最大比特率)降为0。目标移动性管理实体发送承载更新请求(Update Bearer Request)消息到服务网关，指示服务网关将非紧急业务相关的GBR承载的GBR和/或MBR降为0。服务网关收到承载更新请求后，将非紧急业务相关的GBR承载的GBR和/或MBR设置为0，并向分组数据网络网关发送更新承载请求(Update Bearer Request)消息，分组数据网络网关修改非紧急业务相关的承载，将非紧急业务相关的GBR承载的GBR和/或MBR降为0，并向服务网关返回响应消息。

该(3)可以与(1)或者(2)结合实现对非紧急业务承载的处理，现举例说明(3)中的2如何与(1)结合实现对非紧急业务承载的处理：目标移动性管理实体修改用户非紧急业务相关的GBR承载，将非紧急业务相关的GBR承载的GBR和/或MBR降为0，向服务网关发送更新承载请求，更新承载请求中携带用户业务受限指示信息和指示将GBR承载参数设置为0的信息；服务网关收到承载更新请求后，将非紧急业务相关的GBR承载的GBR和/或MBR设置为0，并根据用户业务受限指示信息，设置非紧急业务的承载的状态为挂起或者无效。服务网关并向分组数据网络网关发送更新承载请求(Update BearerRequest)消息，分组数据网络网关修改非紧急业务相关的承载，将非紧急业务相关的GBR承载的GBR和/或MBR降为0，并向服务网关返回响应消息。

(4)、无论是GBR承载还是非GBR承载，只要和紧急业务无关，目标移动性管理实体向服务网关发送承载更新消息或者其他用于通知服务网关用户业务受限的消息，比如Service Restriction Notification，消息中携带用户业务受限的指示信息，指示服务网关用户业务受限，只能进行紧急业务等特殊业务。

服务网关收到消息后向分组数据网络网关发送承载更新请求或者其他用于通知分组数据网络网关用户业务受限的消息，比如Service RestrictionNotification，消息中携带用户业务受限的指示信息，指示分组数据网络网关用户业务受限，只能进行紧急业务等特殊业务。

如果配置了静态的PCC规则，分组数据网络网关将GBR和/或MBR设置为0，并将非紧急业务数据流的门关闭。如果GBR和/或MBR降为0后，需要将相关的承载进行合并，还可以发起承载的更新流程。或者分组数据网络网关发起承载删除流程将非紧急业务相关GBR承载删除，流程包括：PDN GW通知S-GW删除非紧急业务相关的GBR承载，S-GW通知移动性管理实体删除非紧急业务相关的GBR承载。

如果配置了动态的PCC规则，分组数据网络网关向PCRF发送会话更新消息，消息中携带用户业务受限(Service Restriction Indication)指示信元，指示PCRF用户接入区域、接入技术和/或接入时间业务受限，只能进行紧急业务等特殊业务。

PCRF知道用户业务受限后，针对非紧急业务相关的数据流，如果为非紧急业务的GBR数据流，可以将GBR和/或MBR设置为0(不是必须的)，建立新的PCC规则，或者删除非紧急业务的GBR数据流，并通知PDN GW删除非紧急业务GBR数据流。然后分组数据网络网关发起承载删除流程将非紧急业务相关GBR承载删除，流程包括：PDN GW通知S-GW删除非紧急业务相关的GBR承载，S-GW通知移动性管理实体删除非紧急业务相关的GBR承载。PCRF也可以将非紧急业务相关的非GBR承载或者所有的非紧急业务相关的数据流门关闭，向分组数据网络网关发送会话更新响应消息，消息中携带新的PCC规则信息，其中，新的PCC规则中指示非紧急业务相关的数据流门状态为关闭，或者，非紧急业务的GBR承载的GBR和/或MBR设置为0，且非紧急业务的非GBR承载的数据流的门状态为关闭。

收到消息后，分组数据网络网关根据新的PCC规则将非紧急业务数据流的门状态修改为关闭(closed)或者将非紧急业务承载的状态设置为挂起/无效。或者，若PCC规则中非紧急业务的GBR承载的GBR和/或MBR设置为0且非紧急业务的非GBR承载的数据流的门状态为关闭，则将非紧急业务的GBR承载的GBR和/或MBR设置为0，且将非紧急业务的非GBR承载的数据流的门关闭，分组数据网络网关根据新的PCC规则可能发起承载更新流程。如果分组数据网络网关将非紧急业务的GBR承载的GBR和/或MBR设置为0，则需要向服务发送指示将非紧急业务的GBR承载参数设置为0的信息，服务网关将非紧急业务的GBR承载的GBR和/或MBR设置为0，向目标移动性管理实体发送指示将非紧急业务的GBR承载参数设置为0的信息；所述目标移动性管理实体将所述非紧急业务的GBR承载的GBR和/或MBR值设置为0，目标移动性管理实体也可以向UE发送指示将非紧急业务的GBR承载参数设置为0的信息，UE将非紧急业务的GBR承载的GBR和/或MBR值设置为0

B5、目标移动性管理实体释放接入网非紧急业务相关的承载资源。

其中，目标移动性管理实体(第一移动性管理实体)需要向接入网元(该接入网元称为第一接入网元)发送通知消息，该通知消息用于通知该接入网元删除用户的切换限制，或者，通知接入网元修改用户的切换限制，以保证在用户有紧急业务时不受接入区域、接入技术和/或接入时间的限制，则接入网元删除用户的切换限制，或者，保留漫游限制，将接入区域、接入技术和/或接入时间限制删除。

B6、目标移动性管理实体向UE发送位置更新接受消息，可以是路由区/跟踪区接受消息，消息中携带用户业务受限指示信息，指示用户业务受限，只能进行紧急业务等特殊业务或者携带需要挂起/无效的承载列表或者两者的组合。

UE收到通知后，可以根据承载APN或者ARP等区分紧急或者非紧急业务，将非紧急业务承载的状态设置为无效/挂起，也可以根据接受消息中的承载列表将非紧急业务相关的承载设置为无效/挂起状态，并控制不发起非紧急业务，即除紧急业务外，用户暂不请求网络资源或者发送上行数据。

B7、当紧急业务完成以后，根据用户签约数据，如果判断得到UE当前情况下业务不受限，若在B5中接入网元删除了切换限制，则目标移动性管理实体向接入网元发送初始上下文建立请求消息，以请求重新添加切换限制，接入网元添加切换限制，并向目标移动性管理实体发送初始上下文建立响应消息；若在B5中接入网元删除了切换限制的部分内容，则第二移动性管理网元向接入网元发送用户上下文修改请求，以请求修改切换限制，即将B5中删除的接入区域、接入技术和/或接入时间限制重新添加到切换限制中，接入网元修改切换限制，并向目标移动性管理实体发送用户上下文修改响应，其中，初始上下文建立请求/用户上下文修改请求是恢复用户的切换限制请求。

如果判断得到用户业务仍然受限，则向UE发起分离流程，分离UE，以删除UE的所有承载。

本发明实施例一在正在进行紧急业务的UE从源移动性管理实体切换到目标移动性管理实体后，在用户业务受限情况下后，保留非紧急业务承载，且控制非紧急业务承载不可用，保证在用户业务受限情况下，UE不能进行除紧急业务以外的其他业务，避免运营商不必要的损失，而且，以便后续用户业务不再受限时，可以快速恢复业务，提升用户体验。

实施例三：

参阅图3，本发明实施例三提供一种承载管理方法，该方法中正在进行紧急业务的UE从源移动性管理实体切换到目标移动性管理实体，网络侧将控制非紧急业务承载删除，该方法具体包括：

C1、UE从源移动性管理实体切换到目标移动性管理实体。

C2、UE向目标移动性管理实体发送位置更新请求，该位置更新请求可以是路由区/跟踪区更新请求。

C3、如果目标移动性管理实体没有保存用户的上下文信息或者保存的用户上下文信息无效，目标移动性管理实体向HLR/HSS(归属位置寄存器/归属用户服务器)发送位置更新请求。HLR/HSS向目标移动性管理实体发送位置更新确认，位置更新确认中携带用户签约数据。

目标移动性管理实体根据用户签约数据，确定用户业务是否受限，目标移动性管理实体向UE发送路由区/跟踪区接受消息，如果用户业务受限，消息中可以携带Cause原因值，原因值指示用户业务受限，只能进行紧急业务等特殊业务，或者路由区/跟踪区接受消息中携带需要挂起/无效的承载列表或者两者的组合。UE收到通知后，根据承载APN或者ARP等区分紧急或者非紧急业务，将非紧急业务相关的承载设置为挂起状态；或者将本地保存的承载列表中所指示的承载的状态设置为挂起/无效，UE除紧急业务以外，暂不请求网络资源或者发送上行数据。

C4、目标移动性管理实体在发送路由区/跟踪区接受消息后，发起承载去激活/删除流程，删除用户的非紧急业务相关的承载。

其中，目标移动性管理实体(第一移动性管理实体)需要向接入网元(该接入网元为第一接入网元)发送通知消息，该通知消息用于通知接入网元删除用户的切换限制，或者，通知接入网元修改用户的切换限制，以保证在用户有紧急业务时不受接入区域、接入技术和/或接入时间的限制，则接入网元删除用户的切换限制，或者，保留漫游限制，将接入区域、接入技术和/或接入时间限制删除。

C5、当紧急业务完成以后，根据用户签约数据，如果判断得到UE当前情况下业务不受限，若在C4中接入网元删除了切换限制，则目标移动性管理实体向接入网元发送初始上下文建立请求消息，以请求重新添加切换限制，接入网元添加切换限制，并向目标移动性管理实体发送初始上下文建立响应消息；若在C4中接入网元删除了切换限制的部分内容，则第二移动性管理网元向接入网元发送用户上下文修改请求，以请求修改切换限制，比如：接入区域、接入技术和/或接入时间限制重新添加到切换限制中，接入网元修改切换限制，并向目标移动性管理实体发送用户上下文修改响应。

如果判断得到在当前情况下用户业务仍然受限，即确定UE不能接入，则发起分离用户流程，删除用户所有承载并分离用户。

本实施例三在UE切换后，如果UE的用户业务受限，目标移动性管理实体允许用户接入的同时删除用户非紧急业务相关承载，这样即保证用户的紧急业务能进行，又能保证用户不能进行除紧急业务以外的其他业务，避免运营商不必要的损失。进一步，当紧急业务完成后，添加或者修改接入网元中的用户的切换限制，可以保证用户在没有紧急业务进行的情况下，只能做切换限制允许的切换。

实施例四：

参阅图4，本发明实施例四提供一种承载管理方法，用于正在进行紧急业务的UE从非3GPP网络移动到3GPP网络，其中，UE从非3GPP网络移动到3GPP网络时，可以直接在3GPP中注册，将数据流切换到3GPP网络，称之为非优化切换。或者，UE通过非3GPP网络在3GPP网络中预注册，成功后再接入到3GPP网络，并将数据流切换到3GPP网络，称之为优化切换。本实施例不限定UE切换的方式是优化还是非优化切换。该方法具体包括：

D1、UE向目标移动性管理实体发起附着请求。

该步骤中UE可以直接向目标移动性管理实体发送附着请求，也可以通过非3GPP网络向目标移动性管理实体发送附着请求。

D2、目标移动性管理实体向HLR/HSS发送位置更新消息。

D3、HSS/HLR向目标移动性管理实体发送位置更新确认消息，消息中携带用户的签约数据。

D4、目标移动性管理实体根据用户签约数据，确定用户业务是否受限，，如果用户业务受限(即用户不能在在当前区域/接入技术/接入时间/漫游限制内进行业务)，目标移动性管理实体根据HSS/HLR发送的用户签约数据判断用户是否存在紧急业务，比如是否存在紧急业务的APN等。需要说明的是：判断用户业务是否受限与判断用户是否存在紧急业务没有先后顺序。

目标移动性管理实体确定用户业务受限，且用户有紧急业务时，向服务网关发送建立缺省承载请求消息，消息中携带用户业务受限指示信息，指示服务网关用户业务受限。

D5、服务网关接收到缺省承载建立请求消息后，向分组数据网络网关发送建立缺省承载请求消息，消息中携带用户业务受限指示信息，指示分组数据网络网关用户业务受限。分组数据网络网关收到消息后，根据业务受限指示信息，获知当前用户业务受限，针对非紧急业务相关的数据流，分组数据网络网关可以不发起专有承载建立流程建立这些专有承载。分组数据网络网关还可以将缺省承载中非紧急业务相关数据流的门关闭或者也可以发起承载修改流程，将非紧急业务相关的业务流从承载中删除。

D6、分组数据网络网关也可以和PCRF交互向PCRF发起会话更新/修改消息，消息中携带用户业务受限指示信息，该用户业务受限指示信息可以是业务受限指示(Service Restriction Indicator)信元，指示PCRF用户业务受限。PCRF收到消息后根据用户业务受限，控制非紧急业务相关数据流不可用，可以制定新的PCC规则，其中，控制非紧急业务相关数据流不可用可以是将用户非紧急业务相关数据流的门关闭，或者删除这些数据流。

PCRF向分组数据网络网关发送会话更新/修改响应消息，消息中可以包含新的PCC规则，新的PCC规则中可以将非紧急业务相关的数据流门关闭(closed/close)，或者将非紧急业务相关的数据流删除，或者仅删除非紧急业务相关的GBR数据流，分组数据网络网关收到消息后，将非紧急业务相关的数据流门关闭，或者发起承载修改流程将用户非紧急业务相关数据流删除或者仅删除非紧急业务相关的GBR数据流，不发起专有承载建立请求流程。

更进一步的，PCRF还可以在事件上报中，携带业务受限(ServiceRestriction Indicator)指示信息，AF收到消息后知道用户业务受限，不再向UE发起非紧急业务。AF向PCRF发送确认消息或者新的应用/服务消息。

或者，当PCRF接收到AF发起的非紧急业务请求时，拒绝该非紧急业务请求。

该步骤为可选步骤。

D7、分组数据网络网关向服务网关发送建立缺省承载响应消息。

D8、服务网关向目标移动性管理实体发送建立缺省承载响应消息。

D9、目标移动性管理实体向用户发送附着接受消息。消息中携带用户业务受限指示信息，以通知用户业务受限，UE收到消息后，知道业务受限，不会发起非紧急业务的承载资源请求/修改，也不会发起非紧急业务PDN链接请求。UE将本地非紧急业务数据流状态设置为挂起/不可用。

该步骤中可以是目标移动性管理实体直接向UE发送附着接受消息，也可以是通过非3GPP网络将附着接受消息发送到UE，不影响本发明的实现。

本发明实施例四中UE从非3GPP网络移动到3GPP网络时，如果UE的用户业务受限，分组数据网络网关不发起非紧急业务承载的建立流程，以确保UE不能进行除紧急业务以外的其他业务，避免运营商不必要的损失。

参阅图5，如下介绍在用户的非紧急承载被挂起后，对异常情况下，用户请求恢复承载的处理，以保证UE在用户业务受限时，除紧急业务以外，不能进行非紧急业务，发生的可能场景如下：

1.用户紧急业务完成后，或者紧急业务进行间隙，UE从连接态转为空闲态时，网络侧释放用户的紧急业务无线承载。用户如果想恢复这些紧急业务的无线承载，则发起服务请求流程。

2.用户紧急业务完成后，或者紧急业务进行间隙，UE从连接态转为空闲态时，网络侧释放用户的紧急业务无线承载。如果此时用户因为其他原因，比如CSFB(CS fallback，回到电路域)和网络侧仅建立了信令连接，但是没有恢复无线侧的承载，此时用户发起服务请求流程请求恢复无线侧承载(包括紧急业务和/或者非紧急业务的无线承载)。

3.用户正在进行紧急业务，此时紧急业务的无线承载是存在的，但是用户仍旧发起了服务请求流程，想恢复非紧急业务的承载。

服务请求流程如下：

E1、UE向第一移动性管理实体发送服务请求消息。

E2、第一移动性管理实体判断是否存在紧急业务没有恢复的无线侧承载，如果是，第一移动性管理实体恢复紧急业务的无线侧承载，否则向用户设备发送服务拒绝消息。

或者：第一移动性管理实体根据用户的签约数据验证用户在当前区域/接入技术/接入时间接入的有效性(即判断用户的业务是否受限)，如果用户业务受限，则第一移动性管理实体仅恢复用户的紧急业务承载，对其他非紧急业务承载不恢复。如果用户不存在需要恢复的紧急业务承载，第一移动性管理实体向用户设备发送服务拒绝消息。

服务拒绝消息中携带用户业务受限指示信元和/或者携带非紧急业务承载列表，UE收到该消息后，可以根据承载的ARP和APN等来判断哪些承载与紧急业务相关，哪些承载与紧急业务不相关，比如判断APN是否是紧急业务的APN，并将本地保存的非紧急业务承载状态设置为挂起/不可用状态，不再发起服务请求。

如下参阅图6和图7，介绍UE从第一移动性管理实体移动到第二移动性管理实体的场景，这种情况下，UE可以从业务受限模式转换到非受限模式，或者继续处于业务受限模式，因此有两种实现方式，一种在UE切换到第二移动性管理实体时，若UE已从业务受限模式转换到非受限模式，在切换过程中可以恢复承载，便于用户快速进行业务；另一种为：如果UE切换到第二移动性管理实体时，仍然处于业务受限模式，需要保持非紧急业务承载不可用，避免运营商不必要的损失。

第一种方式为：

F1、第一接入网元向第一移动性管理实体发送切换请求消息。

F2、第一移动性管理实体向第二移动性管理实体发送前向切换请求消息。消息中包含用户业务受限指示信息，该用户业务受限指示信息可以是用户承载信息列表，用户承载信息列表中可以包含每个承载的状态(Bearer Status)为是否挂起/不可用。或者：该用户业务受限指示信息为业务受限指示(ServiceRequest Indicator)信元，以通知第二移动性管理实体UE在源侧业务受限，只能进行紧急业务等特殊业务。

F3、如果服务网关发生改变(即此时UE接入了第二服务网关)，第二移动性管理实体向第二服务网关发送创建承载请求消息。

该创建承载请求消息中携带用户业务受限指示信息，用户业务受限指示信息可以为用户承载状态信息或者业务受限指示信元。

F4、第二服务网关收到建立承载请求消息后，创建承载，对指示为挂起/不可用的承载，第二服务网关将该承载的状态设置为挂起/不可用，当收到该承载相关数据包时，将数据包丢弃，不向第二移动性管理实体发送下行数据通知DownLink Data Notification消息。

或者，在步骤F3中，如果第二移动性管理实体保存有用户的签约数据，并验证用户有效(即：用户可以在当前区域/接入技术/接入时间内接入)。则在建立承载请求消息中不用携带业务受限指示信息，在步骤F4中则按照一般的创建承载步骤创建承载。

说明：第二移动性管理实体可以不在此步骤，而是在步骤F9中通知第二服务网关用户业务受限指示信息，或者通知第二服务网关恢复相关承载，不影响本发明的实现。

F5、第二移动性管理实体为UE创建无线承载。

F6、第二移动性管理实体向第一移动性管理实体发送前向切换响应消息。

F7、在切换完成后，第二移动性管理实体向第一移动性管理实体发送前向切换完成消息。

F8、第一移动性管理实体向第二移动性管理实体发送切换完成确认消息。

F9、第二移动性管理实体向第二服务网关发送更新承载请求消息UpdateBearer Request。

F10、第二服务网关向分组数据网络网关发送更新承载请求消息。

如果在步骤F3中第二移动性管理实体没有通知第二服务网关用户业务受限指示信息，则可以在步骤F9中第二移动性管理实体向第二服务网关发送的更新承载请求消息中携带用户业务受限指示信息。

在步骤F10中第二服务网关收到承载更新请求消息后，对指示为挂起/不可用的承载，第二服务网关将该承载的状态设置为挂起/不可用，当收到该承载相关数据包时，将数据包丢弃，不向第二移动性管理实体发送下行数据通知DownLink Data Notification消息。

或者，如果第二移动性管理实体保存有用户的签约数据，并验证用户有效(即：用户可以在当前区域/接入技术/接入时间内接入)，则在步骤F9中承载更新请求消息中不携带业务受限指示信息。

其中，对于实施例一中的分组数据网络网关设置非紧急业务承载的状态为挂起的实现方式，步骤F10中分组数据网络网关收到消息后，将挂起承载的状态设置为可用，当收到该承载相关的下行数据包时，不再丢弃，而是发送到相应的第二服务网关上。

或者：

如果配置了静态的PCC规则，分组数据网络网关将非紧急业务相关数据流的门的状态设置为开(open)，可以对GBR/MBR为0的非紧急业务承载，分组数据网络网关可以根据PCC规则发起承载更新流程。

如果配置了动态的PCC规则，分组数据网络网关可以向PCRF发送会话更新请求消息，消息中可以携带恢复承载指示信元通知PCRF用户业务不再受限。PCRF收到消息后，打开用户非紧急业务数据流的门，将门的状态设置为开(open)，PCRF向分组数据网络网关发送会话更新响应消息，消息中携带修改了数据流的门状态的新的PCC规则。分组数据网络网关收到会话更新响应消息后，将非紧急业务数据流的门状态更新为open，还可以根据新的PCC规则发起承载添加/更新/删除流程。

F11、分组数据网络网关向第二服务网关发送更新承载响应消息。

F12、第二服务网关向第二移动性管理实体发送更新承载响应消息。

说明：第二移动性管理实体通知第二服务网关的恢复承载流程也可以在后续的位置更新流程中完成，请参考F13-F18。

如果用户发现路由区发生改变，或者所处的跟踪区不在保存的跟踪区列表中，则发起路由区/跟踪区更新流程。

F13、UE向第二移动性管理实体发送位置更新请求，即发起路由区/跟踪区更新请求。

F14、如果第二移动性管理实体没有用户签约数据等上下文信息或者之前没有在归属位置寄存器/归属位置服务器(HLR/HSS)注册，则发送位置更新请求消息请求注册并获取用户签约数据。

F15、第二移动性管理实体向第二服务网关发送承载更新请求消息。

F16、第二服务网关向分组数据网络网关发送承载更新请求消息。

在步骤F15中，若第二移动性管理实体根据用户签约数据，确定用户依然处于用户业务受限模式，则更新承载请求消息中包括用户业务受限指示信息。

步骤F16中，第二服务网关收到更新承载请求消息后，将非紧急业务承载的状态设置为挂起/不可用，当收到该承载相关数据包时，将数据包丢弃，不向第二移动性管理实体发送下行数据通知DownLink Data Notification消息。

或者，如果在步骤F15中，第二移动性管理实体根据用户的签约数据，验证用户有效(即：用户可以在当前区域/接入技术/接入时间内接入)，则：

第二移动性管理实体向第二服务网关发送更新承载请求消息，该消息中携带用户不受限指示信息，该用户不受限指示信息可以是承载恢复指示，以指示第二服务网关恢复非紧急业务承载。

或者，第二移动性管理实体向第二服务网关发送Resume消息，该消息中可以携带用户不受限指示信息，该用户不受限指示信息可以是需要恢复的承载列表。

第二服务网关设置非紧急业务承载的状态为可用，当收到用户的下行数据包时，第二服务网关不再丢弃数据包，可以通知第二移动性管理实体(用户下行数据面不可用时)或者直接将用户数据转发到第二接入网元(用户下行数据面可用时)。

若实施例一中由分组数据网络网关设置非紧急业务的承载的状态为挂起/无效，或者关闭非紧急业务承载的数据流的门，则第二服务网关收到更新承载请求消息或者Resume消息后：

第二服务网关向分组数据网络网关发送更新承载请求消息，更新承载请求消息中携带用户不受限指示信息，该用户不受限指示信息可以是承载恢复指示；以指示分组数据网络网关恢复非紧急业务承载。

或者第二服务网关向分组数据网络网关发送Resume消息，该消息中携带用户不受限指示信息，该用户不受限指示信息可以是需要恢复的承载列表。

分组数据网络网关收到消息后，将挂起承载的状态设置为可用，当收到该承载相关的下行数据包时，不再丢弃，而是发送到相应的第二服务网关上。

或者：

如果配置了静态的PCC规则，分组数据网络网关将非紧急业务相关数据流的门的状态设置为开(open)，而对GBR/MBR为0的非紧急业务承载，分组数据网络网关可以根据PCC规则发起承载更新流程。

如果配置了动态的PCC规则，分组数据网络网关可以向PCRF发送会话更新请求消息，消息中可以携带恢复承载指示信元通知PCRF用户业务不再受限。PCRF收到消息后，打开用户非紧急业务数据流的门，将门的状态设置为开(open)，PCRF向分组数据网络网关发送会话更新响应消息，消息中携带修改了数据流的门状态的新的PCC规则。分组数据网络网关收到会话更新响应消息后，将非紧急业务数据流的门状态更新为open，还可以根据新的PCC规则发起承载添加/更新/删除流程。

F17、分组数据网络网关向第二服务网关发送更新承载响应消息。

F18、第二服务网关向第二移动性管理实体发送更新承载响应消息。

如果切换过程中服务网关没有发生变化，即第二移动性管理实体与第一服务网关连接，则执行步骤F2后，不执行步骤F3和F4，直接执行步骤F5、F6、F7、F8、F9和F10，其中，

第二移动性管理实体接收到第一移动性管理实体发送的用户承载信息列表中存在状态为挂起/不可用的承载，或者接收到业务受限指示信元，则第二移动性管理实体向第一服务网关发送的更新承载请求消息中携带承载状态信息，其承载状态信息中非紧急业务承载的状态为挂起；或者，向第二服务网关发送的更新承载请求消息中携带业务受限指示信元，则第二服务网关保持非紧急业务承载的状态为使用受限。

如果第二移动性管理实体保存有用户的签约数据，并验证用户有效(即：用户可以在当前区域/接入技术/接入时间内接入)，则：

第二移动性管理实体向第一服务网关发送更新承载请求消息，该消息中携带用户不受限指示信息，该用户不受限指示信息可以是承载恢复指示，以指示第一服务网关恢复非紧急业务承载。

或者，第二移动性管理实体向第一服务网关发送Resume消息，该消息中携带用户不受限指示信息，该用户不受限指示信息可以是需要恢复的承载列表。

第一服务网关设置非紧急业务承载的状态为可用，当收到用户的下行数据包时，服务网关不再丢弃数据包，可以通知第二移动性管理实体(用户下行数据面不可用时)或者直接将用户数据转发到第二接入网元(用户下行数据面可用时)。

若实施例一中由分组数据网络网关设置非紧急业务的承载的状态为挂起/无效，或者关闭非紧急业务承载的数据流的门，则第一服务网关收到更新承载请求消息或者Resume消息后：

第一服务网关向分组数据网络网关发送更新承载请求消息，更新承载请求消息中携带用户不受限指示信息，该用户不受限指示信息可以是承载恢复指示；以指示分组数据网络网关恢复非紧急业务承载。

或者第一服务网关向分组数据网络网关发送Resume消息，该消息中携带用户不受限指示信息，该用户不受限指示信息可以是需要恢复的承载列表。

分组数据网络网关收到消息后，将挂起承载的状态设置为可用，当收到该承载相关的下行数据包时，不再丢弃，而是发送到相应的第一服务网关上。

或者：

如果配置了静态的PCC规则，分组数据网络网关将非紧急业务相关数据流的门的状态设置为开(open)，而对GBR/MBR为0的非紧急业务承载，分组数据网络网关可以根据PCC规则发起承载更新流程。

如果配置了动态的PCC规则，分组数据网络网关可以向PCRF发送会话更新请求消息，消息中可以携带恢复承载指示信元通知PCRF用户业务不再受限。PCRF收到消息后，打开用户非紧急业务数据流的门，将门的状态设置为开(open)，PCRF向分组数据网络网关发送会话更新响应消息，消息中携带修改了数据流的门状态的新的PCC规则。分组数据网络网关收到会话更新响应消息后，将非紧急业务数据流的门状态更新为open，还可以根据新的PCC规则发起承载添加/更新/删除流程。

第二种方式：

G1、UE向第二移动性管理实体发送位置更新请求，即路由区/跟踪区更新请求。

G2、第二移动性管理实体收到路由区/跟踪区更新请求后，向第一移动性管理实体发送上下文请求消息，请求用户上下文信息，上下文信息中包含了用户的承载信息。承载信息中包含了各承载的状态(bearer status)，根据承载状态，第二移动性管理实体可以得知承载是否挂起/不可用。或者：第一移动性管理实体在上下文响应消息中携带业务受限指示信元，通知第二移动性管理实体该UE在源侧业务受限，只能进行紧急业务等特殊业务。

G3、如果用户存在挂起/不可用的承载，且第二移动性管理实体保存有用户的签约数据信息，第二移动性管理实体验证用户在当前区域/接入技术/接入时间内是否可以接入，如果是，之前的用户业务受限制已经不存在，则：

如果服务网关发生改变(即UE切换后的第二移动性管理实体接第二服务网关)，则第二移动性管理实体向第二服务网关发送创建承载请求消息。

如果服务网关没发生改变(即UE切换后的第二移动性管理实体接第一服务网关)，第二移动性管理实体向第一服务网关发送更新承载请求消息，消息中携带承载恢复指示信元，指示第一服务网关恢复被挂起的承载，或者：第二移动性管理实体还可以向第一服务网关发生Resume消息，消息中可以携带恢复的承载列表，通知第一服务网关需要恢复的承载信息。第一服务网关收到更新承载请求消息后，将保存相关承载的状态设置为可用。当收到用户相关的下行数据包时，第一务网关可以通知第二移动性管理实体(用户下行用户面不可用)或者直接将数据转发到相应的接入网元(用户下行用户面可用)。

或者，如果第二移动性管理实体中没有保存用户签约数据，无法验证用户的有效性，可以：如果服务网关发生改变，对挂起/不可用的承载第二移动性管理实体向第二服务网关发送的建立承载请求消息中携带业务受限指示信元，指示第二服务网关该承载暂处于挂起/不可用状态。第二服务网关先建立承载，再设置非紧急业务承载的状态为挂起；如果服务网关没有发生改变，则向第二服务网关发送承载更新请求消息。

G4、第二服务网关或者第一服务网关向分组数据网络网关发送更新承载请求消息或者Resume消息。

其中，对于实施例一中的分组数据网络网关设置非紧急业务承载的状态为挂起、或者关闭非紧急业务数据流的门的方式，在该步骤中，分组数据网络网关收到更新承载请求消息或者Resume消息后，将原挂起承载的状态设置为可用，当收到承载相关的下行数据包时，不再丢弃，而是发送到相应的服务网关。

或者：

如果配置了静态的PCC规则，分组数据网络网关将非紧急业务相关数据流的门的状态设置为开(open)；对GBR/MBR为0的非紧急业务承载，分组数据网络网关可以根据PCC规则发起承载更新流程。

如果配置了动态的PCC规则，分组数据网络网关可以向PCRF发送会话更新请求消息，消息中可以携带恢复承载指示信元通知PCRF用户业务不再受限。PCRF收到消息后，打开用户非紧急业务数据流的门，将门的状态设置为开(open)，PCRF向分组数据网络网关发送会话更新响应消息，消息中携带修改了数据流的门状态的新的PCC规则。分组数据网络网关收到会话更新响应消息后，将非紧急业务数据流的门状态更新为open，还可以根据新的PCC规则发起承载添加/更新/删除流程。

G5、分组数据网络网关向第二服务网关或者第二服务网关发送更新承载响应消息。

G6、第二服务网关向第二移动性管理实体发送建立承载响应消息，或者第二服务网关向第二移动性管理实体发送更新承载响应消息。

G7、第二移动性管理实体向UE发送位置更新接受，即路由区/跟踪区接受消息，消息中可以携带承载恢复指示信元，以指示用户业务不再受限，或者携带需要恢复的承载列表，UE根据承载恢复指示信元确定用户业务不再受限，将非紧急业务承载的状态设置为可用，或者，UE恢复需要恢复的承载列表中所指示需要恢复的承载。当用户想要进行业务时，可以使用资源分配/业务请求等信令流程请求资源。

如下描述当用户进行紧急业务时，修改或者删除接入网元上的用户切换限制，使得用户能够正常进行切换：

H1、服务网关向移动性管理实体发起专有承载建立请求(Create DedicatedBear Request)。

该移动性管理实体可以是第二移动性管理实体。

H2、移动性管理实体向接入网元(比如与第二移动性管理实体连接的第二网元)发送SAE承载建立请求(SAE Bear Setup Request)/会话管理请求(Session Management Request)。

H3、接入网元和UE交互建立无线承载。

H4、接入网元向移动性管理实体发送SAE承载建立响应(SAE Bear SetupResponse)。

H5、移动性管理实体知道该承载是紧急业务承载，向接入网元发送用户上下文修改请求，请求中将用户切换限制进行修改和删除，保证紧急业务能切换到受限的区域或者接入技术。

H6、接入网元删除用户的切换限制或者修改用户的切换限制，比如保留了漫游限制，删除了区域限制、接入技术限制和接入时间限制，并向移动性管理实体发送用户上下文修改响应消息。

H7、UE向接入网元发送直传消息。

H8、接入网元向移动性管理实体透传直传消息，该直传消息为会话管理响应消息。

H9、移动性管理实体向服务网关发送专有承载建立响应消息。

H10、当紧急业务完成后，移动性管理实体发送消息更新接入网元上的用户的切换限制，该消息可以是初始上下文建立请求(Initial Context SetupRequest)消息，也可以是UE上下文建立请求(UE Context Modification Request)该消息中携带用户的切换限制。

H11、接入网元向移动性管理实体发送初始上下文建立响应(InitialContext Setup Response)或者UE上下文修改响应(UE Context ModificationResponse)。

该部分的关键点在于：移动性管理实体知道建立的承载是紧急业务承载后，删除或者修改接入网元上的切换限制，避免由于切换到受限区域导致紧急业务中断。该部分并不仅限于专有承载建立流程，还可以包括如下情景，例如：用户发起的PDN链接请求流程中，如果用户携带了紧急业务APN，移动性管理实体知道用户需要进行紧急业务，此时移动性管理实体也可以发起用户上下文的修改流程。当紧急业务完成之后，移动性管理实体再添加或者修改接入网元上的切换限制，保证用户只能在被授权的情况下进行业务。

该部分的有效效果是：当UE进行紧急业务时，修改或者删除接入网元上的用户切换限制，使得用户能够正常进行切换：比如当用户在E-UTRAN网络打紧急电话，且用户的接入限制限制为用户不能接入UTRAN。此时E-UTRAN的无线信号不好，而UTRAN的信号较好，但由于切换限制，用户不能切换到UTRAN网络，很可能导致紧急电话掉话/质量下降。如果移动性管理实体此时取消该切换限制，用户就可以切换到UTRAN网络，提高业务质量。

参阅图九，本发明实施例五提供一种移动性管理装置，包括：

第一确定单元901，用于确定正在进行紧急业务的用户设备处于业务受限模式；

第二确定单元902，用于在所述第一确定单元确定正在进行紧急业务的用户设备处于业务受限模式后，根据所述用户设备的承载状态，确定所述用户设备的非紧急业务承载；

控制单元903，用于控制所述非紧急业务承载不可用。

其中，第一确定单元901，用于确定正在进行紧急业务的用户设备由业务不受限模式转换到业务受限模式；或者，正在进行紧急业务的用户设备发生移动时，确定所述用户设备处于业务受限模式。

优选的，该装置还包括：

承载释放单元，用于在紧急业务进行间隙，用户设备从连接态转为空闲态时，释放紧急业务的无线侧承载；

服务请求接收单元，用于接收所述用户设备发送的服务请求；

第一执行单元，用于所述服务请求接收单元接收到服务请求后，恢复所述紧急业务的无线侧承载，控制不恢复非紧急业务承载。

或者，

服务请求接收单元，用于接收所述用户设备发送的服务请求；

第二执行单元，用于在所述服务请求接收单元接收到服务请求后，拒绝所述用户设备的服务请求。

所述控制单元903，用于在所述第一确定单元901确定正在进行紧急业务的用户设备处于业务受限模式后，设置所述用户设备的非紧急业务承载的状态为不可用，或者，在所述第一确定单元901确定正在进行紧急业务的用户设备处于业务受限模式后，向服务网关发送用户业务受限指示信息。

优选的，该装置还包括：

第一用户侧消息发送单元904，用于在所述第一确定单元确定正在进行紧急业务的用户设备由业务不受限模式转换到业务受限模式后，向用户设备发送用户业务受限指示信息。

第三确定单元905，用于确定所述用户设备由所述业务受限模式转化到业务不受限模式；

第二用户侧消息发送单元906，用于在第三确定单元确定所述用户设备由所述业务受限模式转化到业务不受限模式之后，向所述用户设备发送用户业务不受限指示信息。

本发明实施例五在第一确定单元901确定正在进行紧急业务的UE处于业务受限模式后，保留非紧急业务承载，控制单元903控制非紧急业务承载不可用，保证在用户业务受限情况下，UE不能进行除紧急业务以外的其他业务，避免运营商不必要的损失，而且，以便后续用户业务不再受限时，可以快速恢复业务，提升用户体验。

参阅图十，本发明实施例六提供一种数据网关，包括：

第一接收单元1001，用于接收服务网关发送的用户业务受限指示信息；所述用户业务受限指示信息是移动性管理实体确定用户业务受限后向服务网关发送的；

确定单元1002，用于根据所述用户业务受限指示信息，确定用户业务受限；

控制单元1003，用于在所述确定单元1002确定用户业务受限后，控制不发起非紧急业务承载建立流程。

优选的，控制单元1003包括：

发送单元，用于向PCRF发送用户业务受限指示信息；

第二接收单元，用于接收所述PCRF发送的用于通知非紧急业务相关数据流不可用的消息；

承载控制单元，用于根据所述用于通知非紧急业务相关数据流不可用的消息，控制不发起非紧急业务承载建立流程。

本发明实施例六的数据网关在获知正在进行紧急业务的UE处于业务受限模式后，不发起非紧急业务承载建立流程，保证在用户业务受限情况下，UE不能进行除紧急业务以外的其他业务，避免运营商不必要的损失。

本发明实施例七提供一种网络系统，包括：

第一移动性管理实体，用于确定正在进行紧急业务的用户设备处于业务受限模式，向第一服务网关发送用户业务受限指示信息；

第一服务网关，用于根据所述用户业务受限指示信息，设置所述用户设备的非紧急业务承载的状态为不可用。

本发明实施例七在第一移动性管理实体确定正在进行紧急业务的UE处于业务受限模式后，向第一服务网关发送用户业务受限指示信息，控制第一服务网关将该用户设备的非紧急业务承载的状态设置为不可用，保证在用户业务受限情况下，UE不能进行除紧急业务以外的其他业务，避免运营商不必要的损失，而且，以便后续用户业务不再受限时，可以快速恢复业务，提升用户体验。

本发明实施例八提供一种网络系统，包括：

第一移动性管理实体，用于确定正在进行紧急业务的用户设备处于业务受限模式，经由第一服务网关向分组数据网络网关发送用户业务受限指示信息；

分组数据网络网关，用于根据用户业务受限指示信息，设置所述用户设备的非紧急业务承载的状态为不可用，和/或者，关闭非紧急业务相关数据流的门。

本发明实施例八在第一移动性管理实体确定正在进行紧急业务的UE处于业务受限模式后，经由第一服务网关向分组数据网络网关发送用户业务受限指示信息，控制分组数据网络网关将该用户设备的非紧急业务承载的状态设置为不可用，和/或者，关闭非紧急业务相关数据流的门，保证在用户业务受限情况下，UE不能进行除紧急业务以外的其他业务，避免运营商不必要的损失，而且，以便后续用户业务不再受限时，可以快速恢复业务，提升用户体验。

本发明实施例九提供一种网络系统，包括：

第一移动性管理实体，用于确定正在进行紧急业务的用户设备处于业务受限模式，经由第一服务网关向分组数据网络网关发送用户业务受限指示信息；

分组数据网络网关，用于根据所述用户业务受限指示信息，确定用户业务受限，控制不发起非紧急业务承载建立流程。

本发明实施例九在第一移动性管理实体确定正在进行紧急业务的UE处于业务受限模式后，经由第一服务网关向分组数据网络网关发送用户业务受限指示信息，分组数据网络网在获知正在进行紧急业务的UE处于业务受限模式后，不发起非紧急业务承载建立流程，保证在用户业务受限情况下，UE不能进行除紧急业务以外的其他业务，避免运营商不必要的损失。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，例如，只读存储器，磁盘或光盘等。

以上对本发明实施例所提供的承载管理方法、相关设备及网络系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (41)

1.一种承载管理方法，其特征在于，包括：

确定正在进行紧急业务的用户设备处于业务受限模式；

根据所述用户设备的承载属性，确定所述用户设备的非紧急业务承载；

控制所述非紧急业务承载不可用。

2.根据权利要求1所述的方法，其特征在于，

所述确定正在进行紧急业务的用户设备处于业务受限模式包括：

第一移动性管理实体确定正在进行紧急业务的用户设备由业务不受限模式转换到业务受限模式；

或者，正在进行紧急业务的用户设备发生移动时，第一移动性管理实体确定所述用户设备处于业务受限模式。

3.根据权利要求1所述的方法，其特征在于，在确定正在进行紧急业务的用户设备处于业务受限模式之后，该方法还包括：

用户设备从连接态转为空闲态时，第一移动性管理实体释放紧急业务的无线侧承载；

所述第一移动性管理实体接收到所述用户设备发送的服务请求后，恢复所述紧急业务的无线侧承载，控制不恢复非紧急业务承载。

4.根据权利要求1所述的方法，其特征在于，在确定正在进行紧急业务的用户设备处于业务受限模式之后，该方法还包括：

接收到所述用户设备发送的服务请求后，拒绝所述用户设备的服务请求。

5.根据权利要求1所述的方法，其特征在于，

所述控制非紧急业务承载不可用包括：

第一移动性管理实体设置所述用户设备的非紧急业务承载的状态为不可用。

6.根据权利要求1所述的方法，其特征在于，

所述控制非紧急业务承载不可用包括：

第一移动性管理实体向第一服务网关发送用户业务受限指示信息；

所述第一服务网关根据所述用户业务受限指示信息，设置所述用户设备的非紧急业务承载的状态为不可用。

7.根据权利要求1所述的方法，其特征在于，

所述控制非紧急业务承载不可用包括：

第一移动性管理实体经由第一服务网关向分组数据网络网关发送用户业务受限指示信息；

所述分组数据网络网关根据用户业务受限指示信息，设置所述用户设备的非紧急业务承载的状态为不可用，和/或，关闭非紧急业务相关数据流的门。

8.根据权利要求7所述的方法，其特征在于，

所述分组数据网络网关根据用户业务受限指示信息，设置所述用户设备的非紧急业务承载的状态为不可用，和/或，关闭非紧急业务相关数据流的门包括：

所述分组数据网络网关向策略与计费功能实体PCRF发送用户业务受限指示信息；

所述PCRF根据所述用户业务受限指示信息，向所述分组数据网络网关发送用于通知将非紧急业务相关数据流门关闭的消息；

所述分组数据网络网关根据所述用于通知将非紧急业务相关数据流门关闭的消息，设置所述用户设备的非紧急业务承载的状态为不可用或者关闭非紧急业务相关数据流的门。

9.根据权利要求8所述的方法，其特征在于，

在所述分组数据网络网关向PCRF发送用户业务受限指示信息之后，该方法还包括：

所述PCRF向应用功能实体AF发送用户业务受限指示信息；

所述AF接收到所述用户业务受限指示信息后，控制不发起非紧急业务；

或者，

当所述PCRF接收到AF发起的非紧急业务请求时，拒绝所述非紧急业务请求。

10.根据权利要求7所述的方法，其特征在于，

所述控制非紧急业务承载不可用还包括：

所述第一移动性管理实体将非紧急业务的保证比特率GBR承载的参数设置为0，向第一服务网关发送指示将非紧急业务的GBR承载参数设置为0的信息；

所述第一服务网关将非紧急业务的GBR承载的参数设置为0，向分组数据网络网关发送指示将非紧急业务的GBR承载参数设置为0的信息；

所述分组数据网络网关将非紧急业务的GBR承载的参数设置为0。

11.根据权利要求7所述的方法，其特征在于，

在所述第一移动性管理实体经由第一服务网关向分组数据网络网关发送用户业务受限指示信息之后，该方法还包括：

所述分组数据网络网关将非紧急业务的GBR承载的参数设置为0，向第一服务网关发送指示将非紧急业务的GBR承载参数设置为0的信息；所述第一服务网关将非紧急业务的GBR承载的参数设置为0，向第一移动性管理实体发送指示将非紧急业务的GBR承载参数设置为0的信息；所述第一移动性管理实体将所述非紧急业务的GBR承载的参数设置为0。

12.根据权利要求8所述的方法，其特征在于：

在分组数据网络网关向PCRF发送用户业务受限指示信息之后，该方法还包括：

所述PCRF向所述分组数据网络网关发送指示将非紧急业务的GBR承载的参数设置为0的信息；

所述分组数据网络网关接收到所述指示将非紧急业务的GBR承载的参数设置为0的信息后，将非紧急业务的GBR承载的参数设置为0。

13.根据权利要求10-12任一项所述的方法，其特征在于：

所述非紧急业务的GBR承载的参数包括：所述非紧急业务的GBR承载的GBR和/或最大比特数MBR。

14.根据权利要求5-7任一项所述的方法，其特征在于，

所述控制非紧急业务承载不可用还包括：

所述第一移动性管理实体将非紧急业务的GBR承载删除，向第一服务网关发送指示将非紧急业务的GBR承载删除的信息；

所述第一服务网关将非紧急业务的GBR承载删除，向分组数据网络网关发送指示将非紧急业务的GBR承载删除的信息；

所述分组数据网络网关将非紧急业务的GBR承载删除。

15.根据权利要求7所述的方法，其特征在于，

在所述第一移动性管理实体经由第一服务网关向分组数据网络网关发送用户业务受限指示信息之后，该方法还包括：

所述分组数据网络网关将非紧急业务的GBR承载删除，向第一服务网关发送指示将非紧急业务的GBR承载删除的信息；所述第一服务网关将非紧急业务的GBR承载删除，向第一移动性管理实体发送指示将非紧急业务的GBR承载删除的信息；所述第一移动性管理实体将所述非紧急业务的GBR承载删除。

16.根据权利要求8所述的方法，其特征在于：

在分组数据网络网关向PCRF发送用户业务受限指示信息之后，该方法还包括：

所述PCRF向所述分组数据网络网关发送指示将非紧急业务的GBR数据流删除的信息；

所述分组数据网络网关接收到所述指示将非紧急业务的GBR数据流删除的信息后，将非紧急业务的GBR数据流删除。

17.根据权利要求6所述的方法，其特征在于，在紧急业务进行过程中，

在用户设备从第一移动性管理实体向第二移动性管理实体切换时，该方法还包括：

第二移动性管理实体从第一移动性管理实体获取用户业务受限指示信息，向第二服务网关发送用户业务受限指示信息；

所述第二服务网关建立用户设备的承载后，将所述用户设备的非紧急业务承载的状态设置为不可用。

18.根据权利要求6所述的方法，其特征在于，在紧急业务进行过程中，

在用户设备从第一移动性管理实体向第二移动性管理实体切换时，该方法还包括：

第二移动性管理实体确定用户设备当前情况下业务不受限，向所述第一服务网关发送用户业务不受限指示信息；

所述第一服务网关设置非紧急业务承载的状态为可用。

19.根据权利要求6所述的方法，其特征在于，在紧急业务进行过程中，

在用户设备从第一移动性管理实体向第二移动性管理实体切换时，该方法还包括：

第二移动性管理实体确定用户设备当前情况下业务不受限，向第二服务网关发送建立承载请求，所述第二服务网关建立承载。

20.根据权利要求7－9任一项所述的方法，其特征在于，在紧急业务进行过程中，

在用户设备从第一移动性管理实体向第二移动性管理实体切换时，该方法还包括：

第二移动性管理实体确定用户设备当前情况下业务不受限；

向分组数据网络网关发送用户业务不受限指示信息；

所述分组数据网络网关将所述非紧急业务承载的状态设置为可用，或者，打开非紧急业务数据流的门。

21.根据权利要求20所述的方法，其特征在于，

所述分组数据网络网关将所述非紧急业务承载的状态设置为可用，或者，打开非紧急业务数据流的门包括：

所述分组数据网络网关向PCRF发送用户业务不受限指示信息；

所述PCRF打开非紧急业务数据流的门，向所述分组数据网络网关发送携带非紧急业务数据流的门状态的消息；

所述分组数据网络网关根据所述非紧急业务数据流的门状态，将所述非紧急业务承载的状态设置为可用，或者，打开非紧急业务数据流的门。

22.根据权利要求2所述的方法，其特征在于，在所述正在进行紧急业务的用户设备由业务不受限模式转换到业务受限模式时，该方法还包括：

所述第一移动性管理实体向用户设备发送用户业务受限指示信息；

所述用户设备收到所述用户业务受限指示信息之后，控制不发起非紧急业务。

23.根据权利要求2所述的方法，其特征在于，

在所述正在进行紧急业务的用户设备由业务不受限模式转换到业务受限模式之后，若所述用户设备转化到业务不受限模式时，该方法还包括：

所述第一移动性管理实体向所述用户设备发送用户业务不受限指示信息。

24.根据权利要求2所述的方法，其特征在于，

在所述正在进行紧急业务的用户设备由业务不受限模式转换到业务受限模式时，该方法还包括：

所述第一移动性管理实体向第一接入网元发送通知消息，所述通知消息用于通知所述第一接入网元删除切换限制或者修改切换限制；

在控制所述非紧急业务承载不可用之后，该方法还包括：

当紧急业务完成时，所述第一移动性管理实体确定当前情况下用户设备业务不再受限，向所述第一接入网元发送恢复切换限制请求。

25.根据权利要求19所述的方法，其特征在于，

在第二服务网关建立承载之后，该方法还包括：

当用户设备需要进行紧急业务时，所述第二移动性管理实体向第二接入网元发送通知消息，所述通知消息用于通知所述第二接入网元删除切换限制或者修改切换限制；

当紧急业务完成时，所述第二移动性管理实体向第二接入网元发送恢复切换限制请求。

26.一种承载管理方法，用于用户设备发生移动时，其特征在于，包括：

分组数据网络网关接收服务网关发送的用户业务受限指示信息；

根据所述用户业务受限指示信息，确定用户业务受限；

控制不发起非紧急业务承载建立流程；

其中，所述用户业务受限指示信息是移动性管理实体确定用户业务受限后向服务网关发送的。

27.根据权利要求26所述的方法，其特征在于，

所述控制不发起非紧急业务承载建立流程包括：

所述分组数据网络网关向PCRF发送用户业务受限指示信息；

所述PCRF向所述分组数据网络网关发送用于通知非紧急业务相关数据流不可用的消息；

所述分组数据网络网关根据所述用于通知非紧急业务相关数据流不可用的消息，控制不发起非紧急业务承载建立流程。

28.根据权利要求27所述的方法，其特征在于，

在所述分组数据网络网关向PCRF发送用户业务受限指示信息之后，该方法还包括：

所述PCRF向应用功能实体AF发送用户业务受限指示信息；

所述AF接收到所述用户业务受限指示信息后，控制不发起非紧急业务；

或者，

当所述PCRF接收到AF发起的非紧急业务请求时，拒绝所述非紧急业务请求。

29.一种移动性管理装置，其特征在于，包括：

第一确定单元，用于确定正在进行紧急业务的用户设备处于业务受限模式；

第二确定单元，用于在所述第一确定单元确定正在进行紧急业务的用户设备处于业务受限模式后，根据所述用户设备的承载属性，确定所述用户设备的非紧急业务承载；

控制单元，用于控制所述非紧急业务承载不可用。

30.根据权利要求29所述的装置，其特征在于，还包括：

所述第一确定单元，用于确定正在进行紧急业务的用户设备由业务不受限模式转换到业务受限模式；或者，正在进行紧急业务的用户设备发生移动时，确定所述用户设备处于业务受限模式。

31.根据权利要求29所述的装置，其特征在于，还包括：

承载释放单元，用于在用户设备从连接态转为空闲态时，释放紧急业务的无线侧承载；

服务请求接收单元，用于接收所述用户设备发送的服务请求；

第一执行单元，用于所述服务请求接收单元接收到服务请求后，恢复所述紧急业务的无线侧承载，控制不恢复非紧急业务承载。

32.根据权利要求29所述的装置，其特征在于，还包括：

服务请求接收单元，用于接收所述用户设备发送的服务请求；

第二执行单元，用于在所述服务请求接收单元接收到服务请求后，拒绝所述用户设备的服务请求。

33.根据权利要求29所述的装置，其特征在于，

所述控制单元，用于在所述第一确定单元确定正在进行紧急业务的用户设备处于业务受限模式后，设置所述用户设备的非紧急业务承载的状态为不可用。

34.根据权利要求29所述的装置，其特征在于，

所述控制单元，用于在所述第一确定单元确定正在进行紧急业务的用户设备处于业务受限模式后，向服务网关发送用户业务受限指示信息。

35.根据权利要求30所述的装置，其特征在于，还包括：

第一用户侧消息发送单元，用于在所述第一确定单元确定正在进行紧急业务的用户设备由业务不受限模式转换到业务受限模式后，向用户设备发送用户业务受限指示信息。

36.根据权利要求30所述的装置，其特征在于，还包括：

第三确定单元，用于确定所述用户设备由所述业务受限模式转化到业务不受限模式；

第二用户侧消息发送单元，用于在第三确定单元确定所述用户设备由所述业务受限模式转化到业务不受限模式之后，向所述用户设备发送用户业务不受限指示信息。

37.一种数据网关，其特征在于，包括：

第一接收单元，用于接收服务网关发送的用户业务受限指示信息；所述用户业务受限指示信息是移动性管理实体确定用户业务受限后向服务网关发送的；

确定单元，用于根据所述用户业务受限指示信息，确定用户业务受限；

控制单元，用于在所述确定单元确定用户业务受限后，控制不发起非紧急业务承载建立流程。

38.根据权利要求37所述的数据网关，其特征在于，

所述控制单元包括：

发送单元，用于向PCRF发送用户业务受限指示信息；

第二接收单元，用于接收所述PCRF发送的用于通知非紧急业务相关数据流不可用的消息；

承载控制单元，用于根据所述用于通知非紧急业务相关数据流不可用的消息，控制不发起非紧急业务承载建立流程。

39.一种网络系统，其特征在于，包括：

第一移动性管理实体，用于确定正在进行紧急业务的用户设备处于业务受限模式，向第一服务网关发送用户业务受限指示信息；

第一服务网关，用于根据所述用户业务受限指示信息，设置所述用户设备的非紧急业务承载的状态为不可用。

40.一种网络系统，其特征在于，包括：

第一移动性管理实体，用于确定正在进行紧急业务的用户设备处于业务受限模式，经由第一服务网关向分组数据网络网关发送用户业务受限指示信息；

分组数据网络网关，用于根据用户业务受限指示信息，设置所述用户设备的非紧急业务承载的状态为不可用，和/或，关闭非紧急业务相关数据流的门。

41.一种网络系统，其特征在于，包括：

第一移动性管理实体，用于确定正在进行紧急业务的用户设备处于业务受限模式，经由第一服务网关向分组数据网络网关发送用户业务受限指示信息；

分组数据网络网关，用于根据所述用户业务受限指示信息，确定用户业务受限，控制不发起非紧急业务承载建立流程。

Images