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

专利名称：一种紧急业务的实现方法及设备的制作方法
技术领域：
本发明涉及通信技术领域，特别涉及一种紧急业务的实现方法及设备。
背景技术：
目前部分网络无法支持用户设备(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发送上述紧急业务请求到第一网络的方式可以包括DUE发送服务请求消息到ΜΜΕ,ΜΜΕ属于第一网络，该服务请求消息中携带紧急业 务指示，例如紧急业务呼叫指示(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)，或者切换(H0，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转移到第二网络。
7
步骤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发送紧急业务转移请求至第一网络，该请求中可以包含紧急业务转移 fn息ο由于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) 0该注册接受消息中可以携带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发送Sl-AP Request (SQ接口应用请求)消息给eNodeB，消息中携带 信元，例如，EMC Fallback indicator，通知eNodeB执行将UE转移到GERAN/UTRAN网络的 流程。步骤6，将UE转移到GERAN/UTRAN网络。具体的，可以采用以下两种方式之一方式A 分组域切换过程(PS HO Procedure)
6al :UE、源侧接入网网元eNodeB以及当前接入网网元BSS/RNS之间执行测量的过 程；6a2 执行分组域切换流程将UE转移到目标GERAN/UTRAN网络；方式B 网络辅助小区改变(NACC)过程6b 1 :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发送服务请求消息给ΜΜΕ,ΜΜΕ处理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)6al :UE、源侧接入网网元eNodeB以及当前接入网网元BSS/RNS之间执行测量的过 程；6a2 执行分组域切换流程将UE转移到目标GERAN/UTRAN网络；方式B 网络辅助小区改变(NACC)过程6b 1 :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) 0一是，在网络接入受限的场景下，正常情况下，由于网络接入受限，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，提供了具体的解决方 案。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实 体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存 在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵 盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要 素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备
所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排
除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可 以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中， 这里所称得的存储介质，如R0M/RAM、磁碟、光盘等。以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在 本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围 内。
权利要求
一种紧急业务的实现方法，其特征在于，包括第一网络接收用户设备的紧急业务请求；所述第一网络为所述用户设备当前驻留的网络；第一网络获知需要将所述用户设备转移到第二网络，将所述用户设备转移到第二网络执行紧急业务。
2.如权利要求1所述的方法，其特征在于，所述第一网络获知需要将所述用户设备转 移到第二网络，包括第一网络根据接收到的用户设备的指示信息获取需要将所述用户设备转移到第二网 络；或者第一网络根据自身的配置获知需要将所述用户设备转移到第二网络；或者 第一网络根据用户设备的签约数据获知需要所述用户设备转移到第二网络；或者 第一网络确定不能支持所述用户设备进行紧急业务时，将所述用户设备转移到第二网
3.如权利要求2所述的方法，其特征在于，所述第一网络确定不能支持所述用户设备 的进行紧急业务包括第一网络根据自身的能力确定不能支持所述用户设备的进行紧急业务；或者当所述用户设备的紧急业务请求中所包括的所述用户设备支持的紧急业务处理方式 与第一网络自身所支持的紧急业务处理方式不匹配时，第一网络确定不支持所述用户设备 在当前网络执行紧急业务；或者第一网络从用户的签约数据中获取所述第一网络不支持所述用户设备进行紧急业务。
4.如权利要求2所述的方法其特征在于，当第一网络根据接收到用户设备的指示信息 获取需要将所述用户设备转移到第二网络时，所述方法还包括第一网络向所述用户设备发送所述第一网络所支持的紧急业务信息，以使所述用户终 端根据自身所支持的紧急业务信息和所述第一网络所支持的紧急业务信息确定第一网路 是否支持所述用户终端的紧急业务，并发送指示信息给所述第一网络。
5.根据权利要求1至4任一所述的方法，其特征在于，所述紧急业务请求为分组数据网络PDN连接请求，所述PDN连接请求中包括接入点名 称APN信息；或者，所述紧急业务请求为紧急附着请求，所述紧急附着请求中包括紧急业务转移指示。
6.根据权利要求1至4任一所述的方法，其特征在于，所述第一网络将所述用户设备转 移到第二网络的方式包括采用网络辅助小区改变NACC方式，或采用切换H0方式。
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所述的用户设备，其特征在于，当所述获取模块获取到的所述第 一网络所支持的紧急业务信息包括第一网络不支持紧急业务时，所述处理模块根据所述第 一网络不支持紧急业务确定所述第一网络不支持所述用户设备执行紧急业务；或者，当所述获取模块所获取的所述第一网络所支持的紧急业务信息包括第一网络所支持 的紧急业务处理方式时，所述处理模块确定所述第一网络所支持的紧急业务处理方式与用 户设备自身所支持的紧急业务处理方式是否匹配，如果不匹配，所述处理模块确定所述第 一网络不支持所述用户设备执行紧急业务；或者，当所述获取模块未收到第一网络的紧急业务信息时，所述处理模块确定第一网络不支 持所述用户设备执行紧急业务。
全文摘要
本发明实施例公开了一种紧急业务的实现方法及设备，所述方法包括第一网络接收用户设备的紧急业务请求；所述第一网络为所述用户设备当前驻留的网络；第一网络获知需要将所述用户设备转移到第二网络，将所述用户设备转移到第二网络执行紧急业务。应用本发明，在UE当前所驻留的第一网络不支持紧急业务的情况下，通过所述驻留的第一网络将UE转移到可执行紧急业务的其它网络的手段，相对于现有的UE自己重新选择可执行紧急业务的其它网络驻留的方法，减少了紧急业务开展的时延，同时保证不会由于拨打紧急电话而导致UE所选择的驻留网络正在进行的PS业务中断，进一步完善了用户的业务体验。
文档编号H04W36/18GK101873561SQ20091013557
公开日2010年10月27日 申请日期2009年4月27日 优先权日2009年4月27日
发明者胡伟华, 陈中平 申请人:华为技术有限公司