CN101873561A - 一种紧急业务的实现方法及设备 - Google Patents

Abstract

本发明实施例公开了一种紧急业务的实现方法及设备，所述方法包括：第一网络接收用户设备的紧急业务请求；所述第一网络为所述用户设备当前驻留的网络；第一网络获知需要将所述用户设备转移到第二网络，将所述用户设备转移到第二网络执行紧急业务。应用本发明，在UE当前所驻留的第一网络不支持紧急业务的情况下，通过所述驻留的第一网络将UE转移到可执行紧急业务的其它网络的手段，相对于现有的UE自己重新选择可执行紧急业务的其它网络驻留的方法，减少了紧急业务开展的时延，同时保证不会由于拨打紧急电话而导致UE所选择的驻留网络正在进行的PS业务中断，进一步完善了用户的业务体验。

Description

一种紧急业务的实现方法及设备

技术领域

本发明涉及通信技术领域，特别涉及一种紧急业务的实现方法及设备。

背景技术

目前部分网络无法支持用户设备(UE)进行紧急业务，不支持的原因，可能是UE当前所驻留的网络不支持紧急业务，也可能是UE所支持的紧急业务处理方式和UE当前所驻留的网络所支持的紧急业务的处理方式不匹配，而导致UE当前所驻留的网络不支持UE进行紧急业务。如UE当前驻留在演进的UMTS陆地无线接入网(E-UTRAN，Evolved UMTS Territorial RadioAccess Network)网络，而E-UTRAN网络无法支持该UE进行紧急业务。如果UE需要进行紧急业务时，则该UE需要先从E-UTRAN网络中分离，然后重新选择一个其它网络，如GSM/EDGE无线接入网/UMTS地面无线接入网络(GERAN/UTRAN)等进行驻留，再进行紧急业务，这种处理方式增加了UE进行紧急业务的时延。

发明内容

本发明实施例提供了一种紧急业务的实现方法及设备，在UE当前驻留的第一网络无法支持紧急业务时，该第一网络能够将UE转移到第二网络内进行紧急业务，使得UE减少开展紧急业务的时延。

本发明实施例提供了一种紧急业务转移的方法，包括：

第一网络接收用户设备的紧急业务请求；所述第一网络为所述用户设备当前驻留的网络；

第一网络获知需要将所述用户设备转移到第二网络，将所述用户设备转移到第二网络执行紧急业务。

本发明实施例还提供了一种紧急业务的实现方法，包括：

用户设备确定第一网络不支持所述用户设备执行紧急业务；

向所述第一网络发送转移请求，以使所述第一网络将所述用户设备转移到第二网络，在所述第二网络执行紧急业务；所述第一网络为所述用户设备当前驻留的网络。

本发明实施例还提供了一种移动管理实体，包括：

接收模块，用于接收用户设备的紧急业务请求；

转移模块，用于获知需要将所述用户设备转移到第二网络，将所述用户设备转移到所述第二网络执行紧急业务。

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

处理模块，用于确定第一网络不支持所述用户设备执行紧急业务，所述第一网络为所述用户设备当前驻留的网络；

请求模块，用于当确定第一网络不支持所述用户设备执行紧急业务时，向第一网络发送转移请求，以使得所述第一网络将所述用户设备转移到第二网络，使得所述用户设备在第二网络执行紧急业务。

应用本发明实施例所述提供的紧急业务转移的方法及设备，在UE当前所驻留的第一网络不支持紧急业务的情况下，通过所述驻留的第一网络将UE转移到可进行紧急业务的其它网络的手段，相对于现有的UE自己重新选择可进行紧急业务的其它网络驻留的方法，减少了紧急业务开展的时延。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是无线演进网络架构图；

图2是根据本实施例的一种紧急业务的实现方法流程图；

图3是根据本实施例的第一网络根据UE的通知进行紧急业务转移的方法流程图；

图4是基于图3所示紧急业务转移方法实施例的一种具体实现流程图；

图5是基于图3所示紧急业务转移方法实施例的另一种具体实现流程图；

图6是根据本实施例的在第一网络获知当前无法为UE提供紧急业务时实现紧急业务的方法流程图；

图7是基于图6所示紧急业务转移方法实施例的一种具体实现流程图；

图8是基于图6所示紧急业务转移方法实施例的另一种具体实现流程图；

图9是根据本发明实施例的一种移动管理实体结构示意图；

图10是根据本发明实施例的一种用户设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1是无线演进网络架构图，该图针对非漫游场景。无线演进网络的核心网主要包含移动管理实体(MME，Mobility Management Entity)、服务网关(S-GW，Serving Gateway)、分组数据网络网关(P-GW，Packet DataNetwork Gateway，也简写为PDN Gateway)三个逻辑功能体，其中的MME是移动管理网元，负责非接入层(NAS)信令和NAS信令加密以及漫游、跟踪等功能，分配用户临时身份标识、安全功能等，它对应于当前通用移动通信系统(UMTS，Universal Mobile Telecommunications System)内部服务GPRS支持节点(SGSN，Serving GPRS Support Node)的控制平面部分。S-GW负责本地的移动性锚点和第三代合作伙伴项目(3GPP)系统内部的移动性锚点以及合法监听相关信息；P-GW则负责策略执行和计费以及合法监听相关功能。归属网络服务器(HSS，Home Subscriber Server)用于存储用户签约信息。

参见图2，其是根据本实施例的一种紧急业务转移的方法流程图。本实施例中具体包括如下步骤：

步骤1，UE发送紧急业务请求至第一网络，该第一网络为UE当前驻留的网络。

其中，UE发送上述紧急业务请求到第一网络的方式可以包括：

1)UE发送服务请求消息到MME，MME属于第一网络，该服务请求消息中携带紧急业务指示，例如：紧急业务呼叫指示(EMC indicator)，MME接收所述消息，获知UE发起紧急业务；或者

2)UE发送分组数据网络(PDN)连接请求消息给MME，同样MME属于第一网络，MME接收所述PDN连接请求消息，获知UE发起紧急业务；

其中，UE所发送的PDN连接请求消息中携带接入点名称(APN)信息为紧急APN信息，MME识别所述APN信息，获知UE发起紧急业务；或者，UE所发送的PDN连接请求消息中携带紧急业务指示，例如：EMC indicator，MME识别该紧急业务指示，获知UE发起紧急业务；或者

3)UE发起紧急附着请求消息，在该紧急附着请求消息中携带附着类型为紧急附着流程，MME识别所述附着类型，获知UE发起紧急业务。

UE还可以通过其他消息将紧急业务指示发送给第一网络内的MME，所述MME接收到所述指示后，获知所述UE发起紧急业务。

步骤2，第一网络接收到来自UE的紧急业务请求，获知需要将所述用户设备转移到第二网络后，将所述UE转移到第二网络，使得所述UE在第二网络内进行紧急业务。

这里，第一网络获知需要将所述用户设备转移到第二网络的方式可以包括：当所述紧急业务请求中包括第一网络不支持紧急业务的指示或紧急业务转移指示时，第一网络根据接收到的指示信息获知需要将用户设备转移，同时根据自身的配置获知将用户设备转移到第二网络；当所述紧急业务请求中包括将紧急业务转移至第二网络的指示时，第一网络根据接收到的紧急业务请求获知将用户设备转移到第二网络。

这里，转移的方法可以是，第一网络可以通过网络辅助小区改变(NACC，Network Assisted Cell Change)，或者切换(HO，Handover)流程将UE转移到能够支持紧急业务的第二网络。

这里，第一网络发起的紧急业务转移可以是根据本地策略配置，例如，第一网络接收到来自UE的紧急业务请求，发起转移，即将UE转移到能够支持紧急业务的第二网络。如此配置的原因可以是，第一网络不支持紧急业务，或者UE所支持的紧急业务处理方式与第一网络所支持的紧急业务处理方式不匹配，例如，UE支持IMS-EMC，而当前网络支持通过演进的分组域进行电路域业务-紧急业务(CSoPS-EMC)，两种模式不匹配，其中，CSoPS-EMC是指在CSoPS模式下进行的紧急业务，IMS-EMC是指在IMS模式下进行的紧急业务，CSoPS是指CS over EPS，即通过演进的分组域进行电路域业务。

第一网络发起的紧急业务转移也可以是根据用户签约数据发起，例如，用户的签约数据中表明如果用户发起紧急业务，第一网络接收到来自UE的紧急业务请求，发起转移，即将UE转移到第二网络。具体的，签约数据中可以签约，如果第一网络无法支持UE在本网进行紧急业务，则当第一网络接收到来自UE的紧急业务请求，发起转移，即将UE转移到能够支持紧急业务第二网络；或者，签约数据中可以签约，UE只能在第二网络中发起紧急业务，第一网络接收到来自UE的紧急业务请求，发起转移，即将UE转移到第二网络。

步骤3，UE接入第二网络，在第二网络内进行紧急业务。

本实施例中，第一网络可以是E-UTRAN网络；第二网络可以是GERAN或UTRAN网络。

应用本发明实施例提供的紧急业务转移的方法，UE在当前所驻留的第一网络无法进行紧急业务的情况下，通过所述驻留的第一网络将UE转移到可执行紧急业务的其它网络的手段，相对于现有的UE自己重新选择可执行紧急业务的其它网络驻留的方法，减少了紧急业务开展的时延。

同时，第一网络也可以在获知UE需要进行紧急业务时，将所述UE整体转移到第二网络，所述UE的非紧急业务按照第二网络的相关策略来进行操作，如果第二网络允许所述UE进行非紧急业务时，可以避免UE正在进行的非紧急业务的中断，增加用户的体验。

参见图3，其是根据本实施例的第一网络根据UE的通知进行紧急业务转移的方法流程图。

步骤1，UE获取第一网络所支持的紧急业务信息；所述第一网络为UE当前驻留的网络。

其中，第一网络所支持的紧急业务信息可以是第一网络是否支持紧急业务的信息，进一步的，还可以是所支持的紧急业务处理方式；例如，第一网络通知UE第一网络支持IMS的紧急业务或CSoPS的紧急业务等等；

如果第一网络没有通知任何有关第一网络支持紧急业务的信息，UE可以默认第一网络不支持紧急业务。

本实施例中，UE可以从接收到的注册接受消息或注册拒绝消息中获取第一网络所支持的紧急业务信息。甚至，UE可以从第一网络的接入网网元获知第一网络所支持的紧急业务信息，例如，第一网络的接入网网元向UE广播第一网络所支持的紧急业务信息，也就是说，UE还可以从第一网络发送的广播消息中获取第一网络所支持的紧急业务信息。

UE还可以根据从第一网络接收到的其他消息中所包含的紧急业务信息来获取所述第一网络的紧急业务信息。

本发明实施例中提到的网络支持紧急业务方式与终端支持的紧急业务方式匹配的问题。一般来说，一个特定网络要么支持一种特定的紧急业务处理方式，要么就不支持紧急业务，例如，网络支持IMS的紧急业务或CSoPS的紧急业务或网络不支持紧急业务。对于终端，可以支持多种紧急业务处理方式，例如，终端支持CS域紧急业务、或IMS的紧急业务、或CSoPS的紧急业务、或IMS的紧急业务和CSoPS的紧急业务方式都支持等等，通常，终端肯定支持GERAN/UTRAN网络的紧急业务处理方式即CS域紧急业务方式，并且，运营商可以配置终端优先使用某一种紧急业务处理方式。

本发明实施例中，如果第一网络支持的某种紧急业务处理方式，例如，第一网络支持IMS的紧急业务方式，而终端也支持该种紧急业务处理方式，例如，终端也支持IMS紧急业务方式，那么就认为第一网络支持紧急业务方式与终端支持的紧急业务方式匹配。相应的，如果第一网络支持某种紧急业务处理方式而终端不支持，则认为第一网络与终端所支持的紧急业务处理方式不匹配，例如，第一网络支持IMS的紧急业务方式，而终端支持CSoPS的紧急业务方式，那么终端自身决策或者网络通知终端，当终端发起紧急业务，终端需要通知第一网络将其转移到GERAN/UTRAN网络执行紧急业务。

步骤2，UE接收到第一网络所支持的紧急业务信息后，根据第一网络所支持的紧急业务信息，确定第一网络是否支持UE在当前第一网络执行紧急业务。这里，假设确定为第一网络无法支持UE在当前网络执行紧急业务。所述确定的方法可以是，

第一网络通知UE不支持紧急业务，UE确认第一网络无法支持UE在当前网络执行紧急业务，即UE接收到来自第一网络的不支持紧急业务的信息，确定第一网络不支持UE执行紧急业务；或者，

第一网络通知UE其所支持的紧急业务信息，UE参考自身所支持的紧急业务信息与接收到的第一网络所支持的紧急业务信息是否匹配，如果第一网络所支持的紧急业务模式与UE自身所支持的紧急业务模式不匹配，UE确认第一网络无法支持UE在当前网络执行紧急业务；或者，

UE未接收到来自第一网络的任何有关第一网络所支持紧急业务的信息，则UE确定第一网络不支持紧急业务。

步骤3，UE发送紧急业务转移请求至第一网络，该请求中可以包含紧急业务转移信息。

由于UE已获知第一网络不支持UE在当前网络执行紧急业务，则该紧急业务转移请求可以看作是一个通知，即UE通知第一网络将其转移到能够支持紧急业务的第二网络。具体的，第一网络接收所述紧急业务转移请求，可以识别紧急业务转移请求消息或者紧急业务转移请求消息中携带的特殊信元，从而执行将UE转移到能够支持紧急业务的第二网络的流程。

步骤4，第一网络接收到来自UE的紧急呼叫转移请求后，获知需要将所述用户设备转移到第二网络，因而将上述UE转移到能够支持紧急业务的第二网络，让所述UE在第二网络内执行紧急业务。

这里，第一网络可以通过NACC或者HO流程将UE转移到能够支持紧急业务的第二网络。

步骤5，UE接入第二网络，在第二网络内进行紧急业务。

本实施例中，第一网络可以是E-UTRAN网络；第二网络可以是GERAN或UTRAN网络。

应用本发明实施例，在UE获知当前所驻留的第一网络无法支持自身所支持的紧急业务，或UE获知当前所驻留的第一网络不支持紧急业务时，通知第一网络将自身转移到能够支持紧急业务的第二网络，UE在第二网络内执行紧急业务，这样，相对于现有的UE自己重新选择可执行紧急业务的其它网络驻留的方法，减少了紧急业务开展的时延，同时，也保证了所述UE在转移过程中其他业务的连续性，进一步完善了用户的业务体验。

参见图4，其是基于图3所示紧急业务转移方法实施例的一种具体实现流程图，本实施例中，基站(eNodeB)和MME属于E-UTRAN网络，基站子系统/无线网络子系统(BSS/RNS)、移动交换中心(MSC)和服务GPRS支持节点(SGSN)属于GERAN/UTRAN网络，具体步骤如下：

步骤1，UE发送注册请求消息给E-UTRAN网络中的MME，该注册请求消息可以是附着请求(Attach Request)，也可以是跟踪区更新请求(TAURequest)等等。

步骤2，MME对UE进行鉴权，鉴权通过后发送注册接受消息给UE。

该注册接受消息可以是附着接受(Attach Accept)也可以是跟踪区更新接受(TAU Accept)。该注册接受消息中可以携带E-UTRAN网络所支持的紧急业务信息。其中，

E-UTRAN网络所支持的紧急业务信息可以是E-UTRAN网络所支持的紧急业务处理方式，例如，例如MME向UE提供支持IMS紧急业务处理，或者支持CSoPS紧急业务处理等等。

另外，不排斥网络所支持的语音处理方式也代表了网络所支持的紧急业务处理方式，网络向UE提供语音解决方式也就意味提供紧急业务处理方式。例如，一个具备IMS语音处理能力的网络，可以支持IMS紧急业务，如果UE获知网络支持IMS语音处理的信息，也就意味着网络也支持IMS紧急业务。

E-UTRAN网络所支持的紧急业务信息还可以是E-UTRAN网络不支持紧急业务的信息，例如E-UTRAN网络通知UE本网络不支持紧急业务。当E-UTRAN网络没有提供紧急业务信息，UE可以确定所述E-UTRAN网络不支持紧急业务。

步骤3，UE获知E-UTRAN网络所支持的紧急业务信息，根据E-UTRAN网络所支持的紧急业务信息，进一步的，参考UE自身所支持的紧急业务信息，确认E-UTRAN网络是否支持UE在当前网络执行紧急业务。

本实施例中，UE从接收到的注册接收消息中，获知E-UTRAN网络所支持的紧急业务信息。

本实施例中，假设确认为E-UTRAN网络不支持UE在当前网络执行紧急业务，那么，当UE发起紧急业务时需要通知网络将其转移到其他网络，如传统的GERAN/UTRAN网络。

步骤4，由于UE已获知E-UTRAN网络不支持UE在当前网络执行紧急业务，在UE需要发起紧急业务时，UE发送服务请求消息给MME，消息中可以携带紧急业务转移指示，则该服务请求消息可以认为是UE通知MME将其转移到GERAN/UTRAN网络。再有，在该服务请求消息中可以进一步包括一个转移到其它网络的指示，用于指示E-UTRAN网络将UE自身转移到其它网络。至于具体转移到哪个网络，可以由UE指示，例如，UE可以在服务请求消息中指示E-UTRAN网络将UE转移到GERAN/UTRAN网络或其他网络，当然，也可以由E-UTRAN网络自身决定将UE转移到哪个网络，该决定可以是系统默认的，也可以是根据E-UTRAN网络本地策略配置或者根据用户签约数据决定的。

具体的方式可以是，无论UE处于空闲态还是连接状态，UE发送服务请求消息到MME，消息中可以携带第一网络不支持紧急业务的指示或紧急业务转移指示(EMC Fallback indicator)，MME接收到该服务请求消息就认为接收到了转移通知，执行将UE转移到GERAN/UTRAN网络的流程。

本发明实施例中，UE还可以通过发送其它消息，或者现有的消息携带特殊信元将所述紧急业务转移指示或者第一网络不支持紧急业务的指示通知给MME，MME接收所述其他消息或者特殊信元，执行将UE转移到GERAN/UTRAN网络的流程。

步骤5，MME发送S1-AP Request(SQ接口应用请求)消息给eNodeB，消息中携带信元，例如，EMC Fallback indicator，通知eNodeB执行将UE转移到GERAN/UTRAN网络的流程。

步骤6，将UE转移到GERAN/UTRAN网络。

具体的，可以采用以下两种方式之一：

方式A：分组域切换过程(PS HO Procedure)

6a1：UE、源侧接入网网元eNodeB以及当前接入网网元BSS/RNS之间执行测量的过程；

6a2：执行分组域切换流程将UE转移到目标GERAN/UTRAN网络；

方式B：网络辅助小区改变(NACC)过程

6b1：UE、源侧接入网网元eNodeB以及当前接入网网元BSS/RNS之间执行测量的过程；

6b2：执行NACC过程；

上述方式A和方式B均为现有的转移过程，此处不再赘述。

步骤7，UE接入目标GERAN/UTRAN网络后，向GERAN/UTRAN网络中的BSS/RNS发送服务请求，服务类型指示为紧急业务。

步骤8，UE在GERAN/UTRAN网络中执行紧急业务。

至此，完成了紧急业务转移，实现了UE在GERAN/UTRAN网络中执行紧急业务。

图5是基于图3所示紧急业务转移方法实施例的另一种具体实现流程图，本实施例包括如下步骤：

步骤1，与图4所示实施例的步骤1相同。

步骤2，E-UTRAN网络对UE鉴权未通过，MME向UE发送注册拒绝消息，该注册拒绝消息可以是附着拒绝(Attach Reject)也可以是跟踪区更新拒绝(TAU Reject)。该注册拒绝消息中同样携带了E-UTRAN网络所支持的紧急业务信息，具体与图4所示流程相同，不再赘述。

步骤3，与图4所示实施例的步骤3相同。

步骤4，UE发送紧急附着请求消息给MME，以请求执行紧急业务。

步骤5～步骤8，与图4所示实施例的步骤5～步骤8相同。

可见，图5所示实施例与图4所示实施例的区别主要是两点：

一是，当UE在E-UTRAN网络注册时，E-UTRAN网络对UE鉴权未通过，即在步骤2中，MME向UE发送注册拒绝消息，类似的，该注册拒绝消息可以是附着拒绝(Attach Reject)也可以是跟踪区更新拒绝(TAU Reject)。该注册拒绝消息中同样携带了E-UTRAN网络所支持的紧急业务信息。

一是，在网络接入受限的场景下，正常情况下，由于网络接入受限，UE无法接入网络，但是UE需要发起紧急业务时，UE发送紧急附着请求消息给MME，该紧急附着请求消息可以看作是一个通知，即通知MME将其转移到GERAN/UTRAN网络。类似的，该紧急附着请求消息中可以携带第一网络不支持紧急业务的指示或紧急业务转移指示，MME接收到该紧急附着请求消息就认为接收到了转移通知，执行将UE转移到GERAN/UTRAN网络的流程。

需要说明的是，对于图4和图5所示流程，E-UTRAN网络为第一网络，GERAN/UTRAN网络为第二网络。

可见，应用本发明图4和图5所示实施例，在UE获知当前所驻留的E-UTRAN网络无法支持自身所支持的紧急业务或不支持紧急业务时，通知E-UTRAN网络将自身转移到能够支持紧急业务的GERAN/UTRAN网络，UE在GERAN/UTRAN网络内执行紧急业务，这样，相对于现有的UE自己重新选择可执行紧急业务的其它网络驻留的方法，减少了紧急业务开展的时延，同时保证不会由于拨打紧急电话而导致UE所选择的驻留网络正在进行的PS业务中断，进一步完善了用户的业务体验。

参见图6，其是根据本实施例的在第一网络获知当前无法为UE提供紧急业务时进行紧急业务转移的方法流程图。

步骤1，第一网络获取UE所支持的紧急业务信息；所述第一网络为UE当前驻留的网络。

其中，UE所支持的紧急业务信息包括：UE所支持的紧急业务处理方式，例如，UE向MME提供支持IMS紧急业务处理，或者支持CSoPS紧急业务处理等等。

另外，不排斥网络所支持的语音处理方式也代表了网络所支持的紧急业务处理方式，UE向网络提供语音解决方式也就意味提供紧急业务处理方式。例如，一个具备IMS语音处理能力的UE，可以支持IMS紧急业务，如果网络获知UE支持IMS语音处理的信息，也就意味着UE也支持IMS紧急业务。也即，UE所支持的紧急业务信息包括UE所支持的紧急业务处理方式，和/或UE向网络提供语音解决方式。

步骤2，第一网络确认第一网络是否支持UE在当前网络执行紧急业务。这里，假设确认为第一网络不支持UE在当前网络执行紧急业务。

其中，第一网络可以通过以下方式确认是否支持UE在当前网络执行紧急业务：

根据第一网络自身的配置确认是否支持UE在当前网络执行紧急业务；或者，

根据UE所支持的紧急业务信息以及第一网络自身所支持的紧急业务信息是否匹配，来确认是否支持UE在当前网络执行紧急业务；或者，

根据UE的签约信息确认是否支持UE在当前网络执行紧急业务。

本发明实施例并不排除第一网络通过其他方式确认是否支持UE在当前网络执行紧急业务。

步骤3，当UE需要执行紧急业务时，UE发送请求消息至第一网络，第一网络接收所述请求消息获知UE执行紧急业务，例如，该紧急业务请求中包含紧急业务指示信息。

步骤4，第一网络接收到来自UE的紧急业务请求后，由于已确定出不支持UE当前所支持的紧急业务信息，获知需要将所述用户设备转移到第二网络，因而将UE转移到能够支持紧急业务的第二网络，让所述UE在第二网络内执行紧急业务。

这里，第一网络可以通过NACC或者HO流程将UE转移到能够支持紧急业务的第二网络。

步骤5，UE接入第二网络，在第二网络内执行紧急业务。

本实施例中，第一网络可以是E-UTRAN网络；第二网络可以是GERAN或UTRAN网络。

应用本发明实施例，在第一网络获知当前无法为UE提供紧急业务时，将UE转移至第二网络，UE在第二网络内执行紧急业务。这样，相对于现有的UE自己重新选择可执行紧急业务的其它网络驻留的方法，减少了紧急业务开展的时延，同时保证不会由于拨打紧急电话而导致UE所选择的驻留网络正在进行的PS业务中断，进一步完善了用户的业务体验。此外，应用本发明实施例，在UE根本不知道当前所驻留的E-UTRAN网络是否支持EMC的前提下，也可以使UE执行紧急业务，因而，本发明实施例在UE根本不知道当前所驻留的E-UTRAN网络是否支持EMC的前提下如何执行EMC，提供了具体的解决方案。

参见图7，其是基于图6所示紧急业务转移方法实施例的一种具体实现流程图，本实施例中，eNodeB和MME属于E-UTRAN网络，BSS/RNS、MSC和SGSN属于GERAN/UTRAN网络，具体步骤如下：

步骤1，UE发送注册请求消息给E-UTRAN网络中的MME。

该注册请求消息可以是附着请求(Attach Request)，也可以是跟踪区更新请求(TAU Request)。该注册请求中可以携带UE所支持的紧急业务信息，其中，UE所支持的紧急业务信息包括：UE所支持的紧急业务处理方式。例如：UE支持CS域或者IMS或者CSoPS等等紧急业务处理方式。

步骤2，MME根据接收到的注册请求获知UE所支持的紧急业务信息，根据UE所支持的紧急业务信息以及E-UTRAN网络自身所支持的紧急业务信息，确认E-UTRAN网络是否支持UE在当前网络执行紧急业务。这里，假设确认为E-UTRAN网络不支持UE在当前网络执行紧急业务。其中，确认E-UTRAN网络是否支持UE在当前网络执行紧急业务方式有多种，这里假设MME根据UE所支持的紧急业务信息以及E-UTRAN网络自身所支持的紧急业务信息是否匹配，来确认E-UTRAN网络是否支持UE在当前网络执行紧急业务。

步骤3，MME对UE进行鉴权，鉴权通过后发送注册接受消息给UE。

该注册接受消息可以是附着接受(Attach Accept)也可以是跟踪区更新接受(TAU Accept)。

步骤4，在UE需要发起紧急业务时，UE发送请求消息给MME。具体包括：

4a、如果UE处于空闲态，UE发送服务请求消息给MME，MME处理UE的服务请求，UE转移到连接状态。可以理解，如果UE当前处于连接状态则本步骤不存在。

4b、连接状态UE发送PDN连接请求消息给MME，消息中携带APN信息为紧急APN信息，MME识别所述APN信息，获知UE发起紧急业务。或者消息中携带紧急业务指示，MME识别所述紧急业务指示，获知UE发起紧急业务。

本发明实施例不排斥其它方式，让MME获知UE发起紧急业务。例如：UE发送服务请求消息到MME，消息中携带紧急业务指示，例如，EMCindicator，MME接收所述消息，获知UE发起紧急业务。

步骤5，MME发送转移请求(S1-AP Request)消息给eNodeB，消息中携带信元，例如，EMC Fallback indicator，通知eNodeB执行将UE转移到GERAN/UTRAN网络的流程。

需要说明的是，当MME获知UE发起紧急业务后，可以通过以下几种方式之一触发MME发送转移请求消息。

方式一：E-UTRAN网络配置为将UE的紧急业务转移给其他网络执行；这样，只要MME获知UE发起紧急业务后，就将该UE转移至能够执行紧急业务的其他网络如GERAN/UTRAN网络；E-UTRAN网络如此配置的原因可能是E-UTRAN网络不支持紧急业务；

方式二：在MME获知UE发起紧急业务后，E-UTRAN网络根据已获知UE所支持的紧急业务信息，以及E-UTRAN网络自身所支持的紧急业务信息，确定E-UTRAN网络是否支持UE当前所支持的紧急业务方式，即确认E-UTRAN网络所支持的紧急业务信息与UE所支持的紧急业务信息是否匹配，若不匹配，则将该UE转移至能够执行紧急业务的其他网络如GERAN/UTRAN网络；

方式三：在MME获知UE发起紧急业务后，如果UE的签约数据指示UE只能在GERAN/UTRAN网络执行紧急业务，则将该UE转移至能够执行紧急业务的其他网络如GERAN/UTRAN网络。例如，UE的签约数据已经规定只能在GERAN/UTRAN网络进行紧急业务，那么即使UE支持紧急业务的信息和MME支持紧急业务的信息匹配，MME也执行将UE转移到GERAN/UTRAN网络的流程。

步骤6，将UE转移到GERAN/UTRAN网络。

具体的，可以采用以下两种方式之一：

方式A：分组域切换过程(PS HO Procedure)

6a1：UE、源侧接入网网元eNodeB以及当前接入网网元BSS/RNS之间执行测量的过程；

6a2：执行分组域切换流程将UE转移到目标GERAN/UTRAN网络；

方式B：网络辅助小区改变(NACC)过程

6b1：UE、源侧接入网网元eNodeB以及当前接入网网元BSS/RNS之间执行测量的过程；

6b2：执行NACC过程；

上述方式A和方式B均为现有的转移过程，此处不再赘述。

步骤7，UE接入目标GERAN/UTRAN网络后，向GERAN/UTRAN网络中的BSS/RNS发送服务请求，服务类型指示为紧急业务。

步骤8，UE在GERAN/UTRAN网络中执行紧急业务。

至此，完成了紧急业务转移，实现了UE在GERAN/UTRAN网络中执行紧急业务。

图8是基于图6所示紧急业务转移方法实施例的另一种具体实现流程图，本实施例包括如下步骤：

步骤1，与图7所示实施例的步骤1相同。

步骤2，E-UTRAN网络对UE鉴权未通过，MME向UE发送注册拒绝消息，该注册拒绝消息可以是附着拒绝(Attach Reject)也可以是跟踪区更新拒绝(TAU Reject)。

步骤3，与图7所示实施例的步骤3相同。

步骤4，UE发送紧急附着请求消息给MME，以请求执行紧急业务。该紧急附着请求消息中可以携带紧急业务指示，MME接收到该消息就获知UE需要执行紧急业务。

步骤5～步骤8，与图7所示实施例的步骤5～步骤8相同。

可见，图8所示实施例与图7所示实施例的区别主要是两点：

一是，当UE在E-UTRAN网络注册时，E-UTRAN网络对UE鉴权未通过，即在步骤2中，MME向UE发送注册拒绝消息，类似的，该注册拒绝消息可以是附着拒绝(Attach Reject)也可以是跟踪区更新拒绝(TAU Reject)。

一是，在网络接入受限的场景下，正常情况下，由于网络接入受限，UE无法接入网络，但是UE需要发起紧急业务时，UE发送紧急附着请求消息给MME，该紧急附着请求消息中携带UE所支持的紧急业务信息。类似的，该紧急附着请求消息中可以携带紧急业务指示，MME接收到该消息就获知UE需要执行紧急业务，将UE转移到可以支持紧急业务的GERAN/UTRAN网络。

需要说明的是，对于图7和图8所示实施例，E-UTRAN网络为第一网络，GERAN/UTRAN网络为第二网络。

需要说明的是，对于图7和图8所示实施例，如果E-UTRAN网络支持UE在本网络执行紧急业务，由该E-UTRAN网络继续后续正常处理，这样，也就不需要存在步骤5～8的处理过程。

应用图7和图8所述实施例，在E-UTRAN网络获知当前无法为UE提供紧急业务时，将UE转移至GERAN/UTRAN网络，UE在GERAN/UTRAN网络内执行紧急业务。这样，相对于现有的UE自己重新选择可执行紧急业务的其它网络驻留的方法，减少了紧急业务开展的时延，同时保证不会由于拨打紧急电话而导致UE所选择的驻留网络正在进行的PS业务中断，进一步完善了用户的业务体验。此外，应用本发明实施例，在UE根本不知道当前所驻留的E-UTRAN网络是否支持EMC的前提下，也可以使UE执行紧急业务，因而，本发明实施例在UE根本不知道当前所驻留的E-UTRAN网络是否支持EMC的前提下如何执行EMC，提供了具体的解决方案。

本发明实施例还提供了一种移动管理实体，参见图9，其包括：

接收模块901，用于接收用户设备的紧急业务请求；

转移模块902，用于获知需要将所述用户设备转移到第二网络，将所述用户设备转移到所述第二网络执行紧急业务。

其中，上述转移模块902根据接收到的用户设备的指示信息获取需要将所述用户设备转移到第二网络；或者，根据自身的配置获知需要将所述用户设备转移到第二网络；或者，根据用户设备的签约数据获知需要所述用户设备转移到第二网络。

上述移动管理实体还可以包括：

处理模块，用于确定所述用户设备当前驻留的网络不支持所述用户设备进行紧急业务，并将结果通知转移模块.

上述处理模块根据自身的配置或者根据用户设备的签约数据确定所述用户设备所驻留的网络不支持所述用户设备进行紧急业务，并将确定结果通知转移模块；或者，

当接收模块901接收到的紧急业务请求中包括所述用户设备所支持的紧急业务信息时，处理模块根据所述用户设备所支持的紧急业务处理方式和所述用户设备所驻留的网络所支持的紧急业务处理方式确定所述用户设备所驻留的网络是否支持所述用户设备进行紧急业务，并将确定结果通知转移模块。

应用本发明实施例提供的移动管理实体，UE在当前所驻留的第一网络无法进行紧急业务的情况下，通过所述驻留的第一网络将UE转移到可执行紧急业务的其它网络的手段，相对于现有的UE自己重新选择可执行紧急业务的其它网络驻留的方法，减少了紧急业务开展的时延，同时将UE在第一网络中的其他业务转移到第二网络中，避免了其他业务发生中断，增加了用户体验。

本发明实施例还提供了一种用户设备，参见图10，该用户设备包括：

处理模块1001，用于确定第一网络不支持所述用户设备执行紧急业务，所述第一网络为所述用户设备当前驻留的网络；

请求模块1002，用于当确定第一网络不支持所述用户设备执行紧急业务时，向第一网络发送转移请求，以使得所述第一网络将所述用户设备转移到第二网络，使得所述用户设备在第二网络执行紧急业务。

上述用户设备还包括：

获取模块，用于获取所述第一网络的所支持的紧急业务信息。

当获取模块获取到的所述第一网络所支持的紧急业务信息包括第一网络不支持紧急业务时，处理模块1001根据所述第一网络不支持紧急业务确定所述第一网络不支持所述用户设备执行紧急业务；或者，当获取模块所获取的所述第一网络所支持的紧急业务信息包括第一网络所支持的紧急业务处理方式时，处理模块1001确定所述第一网络所支持的紧急业务处理方式与用户设备自身所支持的紧急业务处理方式是否匹配，如果不匹配，所述处理模块确定所述第一网络不支持所述用户设备执行紧急业务；或者，当获取模块未收到第一网络的紧急业务信息时，处理模块1001确定第一网络不支持所述用户设备执行紧急业务。

上述第一网络包括E-UTRAN网络；上述第二网络包括GERAN或UTRAN网络。

应用本发明实施例提供的用户设备，在UE获知当前所驻留的E-UTRAN网络无法支持自身所支持的紧急业务或不支持紧急业务时，通知E-UTRAN网络将自身转移到能够支持紧急业务的GERAN/UTRAN网络，UE在GERAN/UTRAN网络内执行紧急业务，这样，相对于现有的UE自己重新选择可执行紧急业务的其它网络驻留的方法，减少了紧急业务开展的时延，同时保证不会由于拨打紧急电话而导致UE所选择的驻留网络正在进行的PS业务中断，进一步完善了用户的业务体验。应用本发明实施例，在UE根本不知道当前所驻留的E-UTRAN网络是否支持EMC的前提下，也可以使UE执行紧急业务，因而，本发明实施例在UE根本不知道当前所驻留的E-UTRAN网络是否支持EMC的前提下如何执行EMC，提供了具体的解决方案。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (20)

1.一种紧急业务的实现方法，其特征在于，包括：

第一网络接收用户设备的紧急业务请求；所述第一网络为所述用户设备当前驻留的网络；

第一网络获知需要将所述用户设备转移到第二网络，将所述用户设备转移到第二网络执行紧急业务。

2.如权利要求1所述的方法，其特征在于，所述第一网络获知需要将所述用户设备转移到第二网络，包括：

第一网络根据接收到的用户设备的指示信息获取需要将所述用户设备转移到第二网络；或者

第一网络根据自身的配置获知需要将所述用户设备转移到第二网络；或者

第一网络根据用户设备的签约数据获知需要所述用户设备转移到第二网络；或者

第一网络确定不能支持所述用户设备进行紧急业务时，将所述用户设备转移到第二网络。

3.如权利要求2所述的方法，其特征在于，所述第一网络确定不能支持所述用户设备的进行紧急业务包括：

第一网络根据自身的能力确定不能支持所述用户设备的进行紧急业务；或者

当所述用户设备的紧急业务请求中所包括的所述用户设备支持的紧急业务处理方式与第一网络自身所支持的紧急业务处理方式不匹配时，第一网络确定不支持所述用户设备在当前网络执行紧急业务；或者

第一网络从用户的签约数据中获取所述第一网络不支持所述用户设备进行紧急业务。

4.如权利要求2所述的方法其特征在于，当第一网络根据接收到用户设备的指示信息获取需要将所述用户设备转移到第二网络时，所述方法还包括：

第一网络向所述用户设备发送所述第一网络所支持的紧急业务信息，以使所述用户终端根据自身所支持的紧急业务信息和所述第一网络所支持的紧急业务信息确定第一网路是否支持所述用户终端的紧急业务，并发送指示信息给所述第一网络。

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

所述紧急业务请求为分组数据网络PDN连接请求，所述PDN连接请求中包括接入点名称APN信息；或者，

所述紧急业务请求为紧急附着请求，所述紧急附着请求中包括紧急业务转移指示。

6.根据权利要求1至4任一所述的方法，其特征在于，所述第一网络将所述用户设备转移到第二网络的方式包括：采用网络辅助小区改变NACC方式，或采用切换HO方式。

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

所述第一网络包括演进的UMTS陆地无线接入网E-UTRAN；

所述第二网络包括GSM/EDGE无线接入网GERAN或UMTS地面无线接入网络UTRAN网络。

8.一种紧急业务的实现方法，其特征在于，包括：

用户设备确定第一网络不支持所述用户设备执行紧急业务；

向所述第一网络发送转移请求，以使所述第一网络将所述用户设备转移到第二网络，在所述第二网络执行紧急业务；所述第一网络为所述用户设备当前驻留的网络。

9.根据权利要求8所述的方法，其特征在于，用户设备确定第一网络不支持所述用户设备执行紧急业务之前，还包括：

所述用户设备获取第一网络所支持的紧急业务信息。

10.根据权利要求9所述的方法，其特征在于，所述用户设备获取第一网络的紧急业务信息的方式包括：

从接收到的注册接受消息中获取所述第一网络所支持的紧急业务信息；或者

从接收到的注册拒绝消息中获取所述第一网络所支持的紧急业务信息；或者

从接收到的广播消息中获取所述第一网络所支持的紧急业务信息。

11.根据权利要求9所述的方法，其特征在于，所述用户设备确定所述第一网络不支持所述用户设备执行紧急业务的方式包括：

当用户设备所获取的第一网络所支持的紧急业务信息包括第一网络不支持紧急业务时，所述用户设备确定所述第一网络不支持用户设备执行紧急业务；或者，

当用户设备所获取的第一网络所支持的紧急业务信息包括第一网络所支持的紧急业务处理方式时，用户设备确定所述第一网络所支持的紧急业务处理方式与用户设备自身所支持的紧急业务处理方式是否匹配，如果不匹配，则所述用户设备确定所述第一网络不支持用户设备执行紧急业务；或者，

当用户设备未收到第一网络的所支持的紧急业务信息时，所述用户设备确定第一网络不支持用户设备执行紧急业务。

12.根据权利要求8所述的方法，其特征在于，所述以使所述第一网络将所述用户设备转移到第二网络，包括：

当所述转移请求中包括所述第一网络不支持紧急业务的指示或紧急业务转移指示时，以使第一网络根据接收到的所述指示将所述用户设备转移到第二网络；或者，

当所述转移请求中包含将所述用户设备转移到第二网络的指示时，以使第一网络根据接收到的转移请求将所述用户设备转移到第二网络。

13.根据权利要求9至12任一所述的方法，其特征在于，所述转移请求为服务请求或者附着请求。

14.一种移动管理实体，其特征在于，包括：

接收模块，用于接收用户设备的紧急业务请求；

转移模块，用于获知需要将所述用户设备转移到第二网络，将所述用户设备转移到所述第二网络执行紧急业务。

15.如权利要求14所述的一种移动管理实体，其特征在于，

所述转移模块根据接收到的用户设备的指示信息获取需要将所述用户设备转移到第二网络；或者

根据自身的配置获知需要将所述用户设备转移到第二网络；或者

根据用户设备的签约数据获知需要所述用户设备转移到第二网络。

16.根据权利要14所述的移动管理实体，其特征在于，所述移动管理实体还包括：

处理模块，用于确定所述用户设备当前驻留的网络不支持所述用户设备进行紧急业务，并将结果通知转移模块。

17.根据权利要求16所述的移动性管理实体，其特征在于，所述处理模块根据自身的配置或者根据用户设备的签约数据确定所述用户设备所驻留的网络不支持所述用户设备进行紧急业务，并将确定结果通知转移模块；或者

所述接收模块接收到的紧急业务请求中包括所述用户设备所支持的紧急业务信息时，所述处理模块根据所述用户设备所支持的紧急业务处理方式和所述用户设备所驻留的网络所支持的紧急业务处理方式确定所述用户设备所驻留的网络是否支持所述用户设备进行紧急业务，并将确定结果通知转移模块。

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

处理模块，用于确定第一网络不支持所述用户设备执行紧急业务，所述第一网络为所述用户设备当前驻留的网络；

请求模块，用于当确定第一网络不支持所述用户设备执行紧急业务时，向第一网络发送转移请求，以使得所述第一网络将所述用户设备转移到第二网络，使得所述用户设备在第二网络执行紧急业务。

19.根据权利要求18所述的用户设备，其特征在于，所述用户设备还包括：

获取模块，用于获取所述第一网络的所支持的紧急业务信息。

20.根据权利要求19所述的用户设备，其特征在于，当所述获取模块获取到的所述第一网络所支持的紧急业务信息包括第一网络不支持紧急业务时，所述处理模块根据所述第一网络不支持紧急业务确定所述第一网络不支持所述用户设备执行紧急业务；或者，

当所述获取模块所获取的所述第一网络所支持的紧急业务信息包括第一网络所支持的紧急业务处理方式时，所述处理模块确定所述第一网络所支持的紧急业务处理方式与用户设备自身所支持的紧急业务处理方式是否匹配，如果不匹配，所述处理模块确定所述第一网络不支持所述用户设备执行紧急业务；或者，

当所述获取模块未收到第一网络的紧急业务信息时，所述处理模块确定第一网络不支持所述用户设备执行紧急业务。

Images