WO2010124586A1

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

Info

Publication number: WO2010124586A1
Application number: PCT/CN2010/072042
Authority: WO
Inventors: 陈中平; 胡伟华
Original assignee: 华为技术有限公司
Priority date: 2009-04-27
Filing date: 2010-04-22
Publication date: 2010-11-04
Also published as: CN101873561A

Description

一种紧急业务的实现方法及设备本申请要求 2009年 4月 27日递交的申请号为 200910135576. 8、发明名称为 "一种紧急业务的实现方法及设备 "的中国专利申请的优先权，其全部内容通过弓 I用结合在本申请中。

技术领域

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

背景技术

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

图 3是根据本实施例的第一网络根据 UE的通知进行紧急业务转移的方法流程图；图 4是基于图 3所示紧急业务转移方法实施例的一种具体实现流程图；

图 5是基于图 3所示紧急业务转移方法实施例的另一种具体实现流程图；图 6是根据本实施例的在第一网络获知当前无法为 UE提供紧急业务时实现紧急业务的方法流程图；

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

图 8是基于图 6所示紧急业务转移方法实施例的另一种具体实现流程图；图 9是根据本发明实施例的一种移动管理实体结构示意图；

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

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

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

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

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

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

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

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

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

3 ) UE发起紧急附着请求消息，在该紧急附着请求消息中携带附着类型为紧急附着流程， MME识别所述附着类型，获知 UE发起紧急业务。 UE还可以通过其他消息将紧急业务指示发送给第一网络内的 ΜΜΕ，所述 ΜΜΕ接收到所述指示后，获知所述 UE发起紧急业务。

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

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

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

这里，第一网络发起的紧急业务转移可以是根据本地策略配置，例如，第一网络接收到来自 UE的紧急业务请求，发起转移，即将 UE转移到能够支持紧急业务的第二网络。如此配置的原因可以是，第一网络不支持紧急业务，或者 UE所支持的紧急业务处理方式与第一网络所支持的紧急业务处理方式不匹配，例如， UE支持 IMS-EMC, 而当前网络支持通过演进的分组域进行电路域业务-紧急业务（CSoPS-EMC)，两种模式不匹配，其中， CSoPS-EMC是指在 CSoPS 模式下进行的紧急业务，頂 S-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 的紧急业务方式，而终端也支持该种紧急业务处理方式，例如，终端也支持 BIS紧急业务方式，那么就认为第一网络支持紧急业务方式与终端支持的紧急业务方式匹配。相应的，如果第一网络支持某种紧急业务处理方式而终端不支持，则认为第一网络与终端所支持的紧急业务处理方式不匹配，例如，第一网络支持 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或者 H0流程将 UE转移到能够支持紧急业务的第二网络。步骤 5， UE接入第二网络，在第二网络内进行紧急业务。

本实施例中，第一网络可以是 E-UTRAN网络；第二网络可以是 GERAN或 UTRAN网络。应用本发明实施例，在 UE获知当前所驻留的第一网络无法支持自身所支持的紧急业务，或 UE获知当前所驻留的第一网络不支持紧急业务时，通知第一网络将自身转移到能够支持紧急业务的第二网络， UE在第二网络内执行紧急业务，这样，相对于现有的 UE自己重新选择可执行紧急业务的其它网络驻留的方法，减少了紧急业务开展的时延，同时，也保证了所述 UE 在转移过程中其他业务的连续性，进一步完善了用户的业务体验。参见图 4，其是基于图 3所示紧急业务转移方法实施例的一种具体实现流程图，本实施例中，基站（eNodeB)和匪 E属于 E-UTRAN网络，基站子系统 /无线网络子系统（BSS/RNS) 、移动交换中心（MSC) 和服务 GPRS支持节点（SGSN) 属于 GERAN/UTMN网络，具体步骤如下：步骤 1， UE发送注册请求消息给 E-UTMN网络中的画 E，该注册请求消息可以是附着请求 (Attach Request ) ，也可以是跟踪区更新请求（TAU Request) 等等。

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

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

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

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

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

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

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

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

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

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

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

歩骤 6，将 UE转移到 GEMN/UTMN网络。

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

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

6al_: UE、源侧接入网网元 eNodeB以及当前接入网网元 BSS/RNS之间执行测量的过程； 6a2: 执行分组域切换流程将 UE转移到目标 GERAN/UTRAN网络；

方式 B: 网络辅助小区改变（NACC) 过程

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

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

步骤 7， UE接入目标 GEMN/UTMN网络后，向 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，以请求执行紧急业务。

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

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

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

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

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

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

步骤 1，第一网络获取 UE所支持的紧急业务信息；所述第一网络为 UE当前驻留的网络。其中， UE所支持的紧急业务信息包括： UE所支持的紧急业务处理方式，例如， UE向 MME 提供支持頂 S紧急业务处理，或者支持 CSoPS紧急业务处理等等。

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

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

其中，第一网络可以通过以下方式确认是否支持 UE在当前网络执行紧急业务：根据第一网络自身的配置确认是否支持 UE在当前网络执行紧急业务；或者，根据 UE所支持的紧急业务信息以及第一网络自身所支持的紧急业务信息是否匹配，来确认是否支持 UE在当前网络执行紧急业务；或者，

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

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

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

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

这里，第一网络可以通过 NACC或者 H0流程将 UE转移到能够支持紧急业务的第二网络。步骤 5， UE接入第二网络，在第二网络内执行紧急业务。

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

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

步骤 1， UE发送注册请求消息给 E-UTMN网络中的 ΜΜΕ。该注册请求消息可以是附着请求（Attach Request ) ，也可以是跟踪区更新请求（TAU Request) 。该注册请求中可以携带 UE所支持的紧急业务信息，其中， UE所支持的紧急业务信息包括： UE所支持的紧急业务处理方式。例如： UE支持 CS域或者 IMS或者 CSoPS等等紧急业务处理方式。

步骤 2， MME根据接收到的注册请求获知 UE所支持的紧急业务信息，根据 UE所支持的紧急业务信息以及 E-UT AN网络自身所支持的紧急业务信息，确认 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发送请求消息给匪 E。具体包括：

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

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

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

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

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

方式一： E-UTMN网络配置为将 UE的紧急业务转移给其他网络执行；这样，只要 MME获知 UE发起紧急业务后，就将该 UE转移至能够执行紧急业务的其他网络如 GERAN/UTRAN网络； E-UTRAN网络如此配置的原因可能是 E-UTMN网络不支持紧急业务；方式二：在 MME获知 UE发起紧急业务后， E-UTRAN网络根据已获知 UE所支持的紧急业务信息，以及 E-UTRAN网络自身所支持的紧急业务信息，确定 E-UT AN网络是否支持 UE当前所支持的紧急业务方式，即确认 E-UTRAN网络所支持的紧急业务信息与 UE所支持的紧急业务信息是否匹配，若不匹配，则将该 UE转移至能够执行紧急业务的其他网络如 GERAN/UTRAN网络；方式三：在 MME获知 UE发起紧急业务后，如果 UE的签约数据指示 UE只能在 GERAN/UTRAN 网络执行紧急业务，则将该 UE转移至能够执行紧急业务的其他网络如 GERAN/UTRAN网络。例如， UE的签约数据已经规定只能在 GEMN/UTRAN网络进行紧急业务，那么即使 UE支持紧急业务的信息和 MME支持紧急业务的信息匹配， MME也执行将 UE转移到 GERAN/UTRAN网络的流程。

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

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

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

6al _: UE、源侧接入网网元 eNodeB以及当前接入网网元 BSS/RNS之间执行测量的过程； 6a2_: 执行分组域切换流程将 UE转移到目标 GERAN/UTRAN网络；

方式 B : 网络辅助小区改变（NACC) 过程

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

6b2: 执行 NACC过程：

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

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

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

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

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

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

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

步骤 5~步骤 8，与图 7所示实施例的步骤 5〜步骤 8相同。可见，图 8所示实施例与图 7所示实施例的区别主要是两点：

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

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

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

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

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

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

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

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

Claims

权利要求书一种紧急业务的实现方法，其特征在于，包括- 第一网络接收用户设备的紧急业务请求；所述第一网络为所述用户设备当前驻留的网络；

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

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

第一网络根据自身的配置获知需要将所述用户设备转移到第二网络；或者第一网络根据用户设备的签约数据获知需要所述用户设备转移到第二网络；或者第一网络确定不能支持所述用户设备进行紧急业务时，将所述用户设备转移到第二网络。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

接收模块，用于接收用户设备的紧急业务请求，所述用户设备当前驻留的网络为第一网络；转移模块，用于获知需要将所述用户设备转移到第二网络，将所述用户设备转移到所述第二网络以执行紧急业务。

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

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

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

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

16、根据权利要 14所述的移动管理实体，其特征在于，所述移动管理实体还包括：处理模块，用于确定所述用户设备当前驻留的网络不支持所述用户设备进行紧急业务，并将结果通知转移模块。

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

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

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

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

19、根据权利要求 18所述的用户设备，其特征在于，所述用户设备还包括：获取模块，用于获取所述第一网络所支持的紧急业务信息。

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

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

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