CN101577892A - 一种避免服务限制影响紧急呼叫连续性的方法 - Google Patents

Abstract

本发明公开了一种避免服务限制影响紧急呼叫连续性的方法，其中包括一种保证位置更新时紧急呼叫连续性的方法，应用于长期演进SAE系统，当UE在紧急呼叫过程中移动到新的位置区域，在发起的位置更新过程中，MME如获知UE正在进行紧急呼叫，则忽略对UE的影响呼叫连续性的服务限制。还包括一种网络侧的移动性管理实体获知UE紧急呼叫状态的方法，当接入到SAE系统的UE建立紧急呼叫时，E－CSCF通过位置查询请求，通知MMEUE的紧急呼叫已经开始；紧急呼叫结束时，E－CSCF通过消息通知MME UE的紧急呼叫已经结束。本发明当UE在紧急呼叫的过程中移动到被限制服务的位置区域时，能够继续当前紧急呼叫。

Description

一种避免服务限制影响紧急呼叫连续性的方法

技术领域

本发明涉及在3GPP的SAE(System Architecture Evolution，系统长期演进)接入技术下避免服务限制影响紧急呼叫(Emergency Call，EMC)连续性的方法。

背景技术

IP多媒体子系统(IP Multimedia Core Network Subsystem，简称IMS)是新一代通讯网络的核心，它的显著特点是采用了会话发起协议(SessionInitiation Protocol，简称SIP)体系，通讯与接入无关，可以具备多种媒体业务控制功能与承载能力分离，呼叫与会话分离，应用与服务分离，业务与网络分离，以及移动网与英特网业务融合等多种能力，IMS的提出顺应了通讯网融合发展的趋势。

由于IMS和接入无关的特点，IMS下的紧急业务(Emergency Call，简称EMC)，可以建设在GPRS(General Packet Radio Service，通用无线分组业务)网络、SAE网络上，提供统一的紧急呼叫控制。

图1描述了在SAE接入下，IMS的紧急呼叫所涉及到主要网元。

其中，包括：SAE网络部分的网元，用以提供底层的承载管理和移动性管理。PCC(Policy Charging Control，策略计费控制)部分的网元，用以在底层承载层和上层业务层建立有效的策略、计费控制。LCS(Location Service，位置服务)的部分的网元，用以为紧急呼叫提供位置服务和PSAP(PublicSafety Access Point，公共安全接入点)的地址。IMS紧急业务的部分，用以控制和处理紧急呼叫的会话。

其中，SAE部分的网元主要有：

eNodeB(增强的无线基站)，是下一代的无线接入网的主要空口资源的控制设备，可以提供更高的上下行速率，更低的传输延迟和更加可靠的无线传输。

MME(Mobility Management Entity，移动性管理实体)，负责管理和存储UE上下文(比如UE/用户标识，移动性管理状态，用户安全参数等)，为用户分配临时标识，当UE驻扎在该跟踪区域或者该网络时，负责对该用户进行鉴权。

SAE GW(用户面功能实体)，用户面数据路由处理，分为Serving GW和PDN GW两种SAE GW。Serving GW(简称S-GW)是SAE系统与传统3GPP(The 3rd Generation Partnership Project，第三代合作伙伴计划)系统间的移动锚点以及E-UTRAN之间的移动锚点。PDN GW(简称P-GW)：终结处于闲置状态的UE的下行数据，当发往UE的下行数据到达时，发起寻呼。管理和存储UE的上下文，比如IP承载业务参数和网络内部路由信息等。

其中，PCC部分为：

PCRF(Policy and Charging Rules Function，策略和计费规则功能)，是PCC架构的重要功能实体，用以控制策略和计费规则的获取、装配、下发等。

PCEF(Policy and Charging Enforcement Function，策略和计费执行功能)，是具体的策略和计费的执行点，通常位于网关功能(Gate Way，简称GW)中。在SAE网络中，PCEF功能位于PDN GW中。

其中，IMS紧急呼叫部分包括：

HSS(Home Subscriber Server，归属用户服务器)，主要管理用户的签约数据，位于归属网。

CSCF(Call Session Control Function，呼叫会话控制功能)，是控制会话过程的核心网元，包括：P-CSCF(Proxy-CSCF，代理呼叫会话控制功能)、I-CSCF(Interrogating-CSCF，查询呼叫会话控制功能)、S-CSCF Serving-CSCF，服务呼叫会话控制功能)、E-CSCF(Emergency-CSCF，紧急呼叫会话控制功能)。其中，E-CSCF为紧急呼叫的会话控制中心，决定紧急呼叫应该路由到哪个PSAP(Public Safety Answer Point，公共安全应答点)。

其中，位置服务部分包括：

LRF(Location Require Function，位置请求功能)，是一个逻辑功能实体，定义在紧急呼叫架构中，为E-CSCF提供用户的位置，以及基于该位置查找合适的PSAP。GMLC(Gateway Mobile Location Center，网关移动定位中心)，是核心网中提供用户定位功能的主要功能点。通常，LRF功能属于GMLC的一部分。

现有紧急呼叫的研究中，要求UE(User Equipment，用户设备)即使是在被限制服务的区域内，也应该能够发起紧急呼叫。

UE被限制服务的情况，有如下几种：

(1)UE具有有效的UICC(Universal Integrated Circuit Card，普遍集成电路卡片)卡，是一个合法的IMS用户，在HSS中具备合法的用户身份，但是存在一定的服务限制，如：在漫游地被限制服务、当前欠费不允许发起正常呼叫、在特定的小区内被限制服务等。

(2)UE具备有效的UICC卡，但是该卡上所记录的IMSI，在HSS中是无效的。比如，该卡上所记录的IMSI，已经由于长期不使用被HSS注销了。

(3)UE不具备有效的UICC卡，当然也不存在IMSI。

服务限制可能与呼叫连续性有关，也可能无关。在UE移动到新的位置区时影响呼叫连续性的服务限制包括对UE的接入限制和呼叫限制，但不排除运营商会提出其他影响呼叫连续性的服务限制。其中接入限制是指UE被限制接入到当前位置区域，呼叫限制在本申请中具有不允许UE在当前位置区域继续正常呼叫(非紧急呼叫)的含义，还可以具有禁止UE在当前位置区域发起呼叫等其他含义。在所移动到的区域存在影响呼叫连续性的服务限制的情况下，如网络不知道UE进行的是紧急呼叫，UE均不能够继续当前的紧急呼叫。对于UE该如何发起紧急呼叫，现有技术中已经有充分的考虑。在此种情况下，如果UE想发起紧急呼叫，需要执行如下主要步骤：

(A)建立紧急承载：UE发起紧急附着，所谓紧急附着，即UE在发起普通附着时，携带紧急标识，以告知承载网当前附着是为了拨打紧急电话。承载网络接收UE的紧急附着请求，通过一个紧急APN(Emergency APN，E-APN)，来建立一个专门用于紧急呼叫的承载，即紧急承载。在承载建立的过程中，可能会有PCC的参与，以控制紧急承载的服务质量(Quality ofService，QoS)；

(B)紧急呼叫：UE发起紧急呼叫，即通过在一个正常的INVITE中携带紧急标识，表明这个呼叫请求是一个紧急呼叫。UE在被叫号码中填写紧急号码，如果UE在拜访地，则该紧急号码是拜访地的紧急号码；紧急呼叫被路由到E-CSCF，E-CSCF通过向LRF(位置登记功能)查询PSAP的地址。LRF通过查询UE的位置信息来决定为UE服务的PSAP是哪个。E-CSCF在获得了PSAP地址后，即将呼叫路由给PSAP。

图2所示的流程，描述了UE为了发起紧急呼叫，首先建立紧急承载的过程。

步骤201，UE为了能够通过SAE网络发起紧急呼叫，向eNodeB发起紧急的网络附着请求。所谓紧急附着请求，就是在正常附着过程中，携带了一个紧急标识，告知网络当前附着是为了建立紧急承载；

步骤202，eNodeB为UE选择一个为之服务的MME，并将附着请求转发到该MME，其中的紧急标识也被携带到MME；

步骤203，MME向归属网的HSS发送位置更新(Location Update)消息，消息中携带MME的标识和UE的标识，以告知UE当前所接入的区域；

步骤204，HSS根据UE的标识查找出UE的用户数据，发送给MME。在UE的该部分用户数据中，主要包含：是否允许接入到该拜访网、缺省接入点名称(Access Point Name，简称APN)、带宽大小等信息；

如果该UE有一些服务限制，如存在特定的禁止接入的小区，存在特定的禁止接入的基站等，HSS也将这些限制信息下载给MME；

步骤205，MME接收到用户数据，检查UE是否被允许接入到网络，向HSS返回接收用户响应；

如果MME发现UE在当前位置区域被限制接入或被限制呼叫，则将拒绝UE的附着请求，并发送相应的错误给UE。

在该步骤中，由于UE发起的是一个紧急附着请求，MME判断应该建立专门用于紧急呼叫的紧急承载，因此使用一个Emergency APN来解析对应的PDN GW。

步骤206，HSS向MME发送确认位置更新响应；

步骤207，MME为UE选择一个S-GW，并向其发送建立默认承载的请求。在该请求中，MME携带一些信息，表明该默认承载是专用于紧急呼叫的；

步骤208，S-GW向PDN GW发送建立默认承载的请求。在该请求中，包含一些信息表明这个承载是对应紧急呼叫的；

步骤209，如有必要，PDN GW向PCRF请求为该UE所配置的策略和计费规则、决策信息。由于是一个紧急承载，PDN GW将Emergency APN传送给PCRF，PCRF根据紧急承载的信息，制定专门针对紧急承载的一些策略，比如要求高的QoS等；

步骤210，PDN GW根据PCRF返回的策略和计费决策信息，建立缺省承载，并向S-GW返回默认承载建立的响应；

步骤211，S-GW向MME发送默认承载建立的响应；

步骤212，MME向eNodeB发送附着响应，表明UE的附着到网络的请求已被接收；

步骤213，eNodeB向UE发送语音承载建立请求，要求UE保存承载建立的重要信息，并开放相应的端口。在消息中携带了：承载网络ID、PDN GW地址、分配给UE的IP地址、带宽信息等；

步骤214，UE向eNodeB发送语音承载建立响应；

步骤215，eNodeB通知MME附着过程完成；

步骤216，MME向S-GW发送更新承载请求，通知为UE服务的eNodeB的标识、地址；

步骤217，S-GW向MME发送更新承载响应；

步骤218，如果PDN GW不是HSS指定的，则MME向HSS发送位置更新请求，通知给HSS为UE所服务的PDN GW的地址信息，HSS更新该信息。

在图2所示的流程中，紧急附着和紧急承载建立的过程，主要是由UE携带紧急标识来触发的，其过程和正常的附着、承载建立过程相似。

在图2所示的流程完成后，UE即附着到SAE网络，并且获得了一个专门用于紧急呼叫的承载，此后，UE可以发起紧急呼叫。

如图3所示，描述了UE发起紧急呼叫的过程。

步骤301，UE发起紧急呼叫，即通过在一个正常的INVITE中携带紧急标识，表明这个呼叫请求是一个紧急呼叫。UE在被叫号码中填写紧急号码，如果UE在拜访地，则该紧急号码是拜访地的紧急号码；

步骤302，紧急呼叫被路由到E-CSCF，E-CSCF通过向LRF发送位置查询请求，并期望LRF分配为UE服务的PSAP；

步骤303，LRF(GMLC)向MME发送位置请求，查询UE的当前位置信息；

步骤304，MME从RAN(Radio Access Network，无线接入网)侧获取用户的当前位置，返回给LRF(GMLC)；

步骤305，LRF根据UE的位置信息来决定为UE服务的PSAP是哪个；

步骤306，LRF向E-CSCF返回UE的位置信息，并返回相应的PSAP地址；

步骤307，E-CSCF即将紧急呼叫路由给PSAP，并且建立通话；

步骤308，通话过程结束；

步骤309～步骤311，E-CSCF向LRF(GMLC)请求对UE位置变化的订阅，LRF(GMLC)返回位置请求的响应；LRF也可以向MM取消对UE位置变化的订阅。

图2和图3描述了UE通过紧急附着接入到SAE网络，并发起紧急呼叫的流程。

申请人经过仔细分析和研究发现，该流程中，隐藏了一个缺陷，就是，如果某些区域对UE存在影响呼叫连续性的服务限制，则当UE在正常情况下成功建立紧急呼叫，在进行紧急呼叫时，如果UE移动到该些区域，则可能会导致正在进行中的紧急呼叫由于网络和区域的服务限制而被迫断开，无法保证紧急呼叫的连续性。

考虑一种典型的场景：UE存在一些区域性的接入限制，比如在普通的跟踪区域(Tracking Area，TA)被允许接入，而在某个特定的TA被限制接入，比如该TA是一个军事管制区域，或是一个运营商制定的特定的服务群落。如果UE在普通的TA执行紧急附着，并建立了紧急呼叫，在紧急呼叫过程中，UE移动到不允许接入的TA，根据现有处理流程，此时由于UE发送TAU(Tracking Area Update，位置更新请求)请求给网络时，MME判断UE不允许接入到该小区，则会拒绝TAU，进一步网络将释放UE已经建立的紧急承载，从而导致紧急呼叫被中断。

如图4所示，描述了UE已经建立紧急呼叫后，移动到被限制接入或被限制呼叫的TA后，导致紧急呼叫中断的过程。

步骤401，UE已经紧急附着到SAE网络、建立了紧急承载，并成功建立了紧急呼叫；

步骤402，UE在紧急呼叫过程中发生移动，接收到网络的信息，获知已经进入一个新的位置区域(TA)；

步骤403，UE发起位置更新请求(Tracking Area Update，TAU)；

步骤404，MME接收到UE的位置更新请求，向HSS发起位置更新(Location Update)消息；

步骤405，HSS向MME插入用户数据；

步骤406，MME向HSS返回插入用户数据响应；

步骤407，HSS向MME发送用户位置更新响应；

步骤408，当MME接收到HSS发送的用户数据后，对UE进行服务限制检查，发现UE被限制接入到当前位置区域或被限制在当前位置区域进行呼叫；

步骤409，MME通知S-GW、P-GW释放为UE建立的承载；

步骤408～步骤409有可能发生在S405后面。

步骤410，MME向UE发送位置更新响应，告知UE的位置更新失败。

根据图4的流程，可以发现，当UE正在进行紧急呼叫的时候，如果UE移动到一个对UE有影响呼叫连续性的服务限制的区域，则UE的紧急呼叫由于TAU的失败被迫中断。而根据业务需求，紧急呼叫是一种优先级很高的业务，应该尽可能地保证业务能够得到必要的资源和保证业务的连续性。因此，上述限制将导致这一原则不能很好地被贯彻。

由此可见，在紧急呼叫的情况下，现有技术下处理UE的位置移动存在一定的缺陷，将导致正在进行的紧急呼叫被迫中断。

发明内容

本发明所解决的技术问题在于提供一种避免服务限制影响紧急呼叫连续性的方法，当UE在紧急呼叫的过程中移动到被限制服务的位置区域时，能够继续当前紧急呼叫。

为了解决上述问题，本发明提供了一种保证位置更新时紧急呼叫连续性的方法，应用于长期演进SAE系统，该方法包括：

用户设备UE在紧急呼叫过程中移动到新的位置区域，在发起的位置更新过程中，移动性管理实体MME如获知所述UE正在进行紧急呼叫，则忽略对所述UE的影响呼叫连续性的服务限制。

本发明所述的方法，其中，所述MME根据以下方式来获知所述UE是否正在进行紧急呼叫：

所述UE建立紧急呼叫的过程中，所述MME将所述UE的状态标识为正在进行紧急呼叫并保存相应标识信息；

所述UE在紧急呼叫过程中移动到新的位置区域，在发起的位置更新过程中，所述MME如保存有表示所述UE正在进行紧急呼叫的所述标识信息，则获知所述UE正在进行紧急呼叫。

本发明所述的方法，其中，结束所述紧急呼叫的过程中，所述MME取消表示所述UE正在进行紧急呼叫的所述标识信息。

进一步地，其中，所述MME根据以下方式来获知所述UE是否正在进行紧急呼叫：

所述UE在紧急呼叫过程中移动到新的位置区域时，在发送的位置更新请求消息中携带一紧急呼叫标识，该位置更新请求消息通过增强的无线基站eNodeB转给所述MME；

所述MME如判断接收到的位置更新请求消息中包含紧急呼叫标识，则获知所述UE正在进行紧急呼叫。

进一步地，其中，所述MME根据以下方式获知所述UE是否正在进行紧急呼叫：

在所述UE发起的位置更新过程中，所述MME检查是否保存有所述UE的紧急承载信息，如保存有，则所述MME获知该UE正在进行紧急呼叫。

进一步地，其中，

所述忽略对UE的影响呼叫连续性的服务限制是指：对所述UE进行服务限制检查，在发现当前位置区域对所述UE有影响呼叫连续性的服务限制时，再判断所述UE是否正在进行紧急呼叫，如是，则解除对所述UE的影响呼叫连续性的服务限制，不触发承载释放过程；或者

所述忽略对UE的影响呼叫连续性的服务限制是指：先判断该UE是否正在进行紧急呼叫，如是，则不触发对UE的影响呼叫连续性的服务限制检查。

进一步地，其中，所述影响呼叫连续性的服务限制包括对UE的接入限制和/或呼叫限制。

进一步地，其中，所述UE建立紧急呼叫的过程进一步分为以下步骤：

紧急呼叫会话控制功能E-CSCF收到所述UE发起的紧急呼叫后，在向位置查询功能发送的位置查询请求中携带表示紧急呼叫开始建立的标识；

所述位置查询功能收到所述E-CSCF发送的位置查询请求后，在向所述MME发送的位置查询请求中携带表示紧急呼叫开始建立的标识；

所述MME收到所述LRF发送的位置查询请求后，根据其中的表示紧急呼叫开始建立的标识，在本地将所述UE的状态标识为正在进行紧急呼叫并保存相应标识信息；

所述位置查询功能是由位置请求功能LRF和网关移动定位中心GMLC组成的功能实体。

进一步地，其中，

在所述位置更新过程中，所述MME在收到所述UE发送的位置更新请求消息后，如在本地保存有所述UE的用户数据且获知所述UE正在进行紧急呼叫，则忽略对所述UE的影响呼叫连续性的服务限制；和/或，所述MME在收到HSS发送的用户数据后，如获知所述UE正在进行紧急呼叫，则忽略对所述UE的影响呼叫连续性的服务限制。

进一步地，其中，

在所述位置更新过程中，所述MME如获知所述UE正在进行紧急呼叫，则在发送给所述HSS的位置更新消息中携带一个表明UE正在进行紧急呼叫的标识，所述HSS收到该位置更新消息后，根据该表明UE正在进行紧急呼叫的标识获知该UE正在进行紧急呼叫，则忽略对所述UE的影响呼叫连续性的服务限制。

为了解决上述问题，本发明还提供了一种网络侧的移动性管理实体获知用户设备紧急呼叫状态的方法，包括：

接入到系统长期演进SAE系统的用户设备UE建立紧急呼叫时，紧急呼叫会话控制功能E-CSCF通过位置查询请求，通知移动性管理实体MME所述UE的紧急呼叫已经开始；

所述紧急呼叫结束时，所述E-CSCF通过消息通知所述MME所述UE的紧急呼叫已经结束。

进一步地，其中，所述E-CSCF通知所述MME所述UE的紧急呼叫已经开始的过程进一步包括：接收到所述UE的紧急呼叫后，在向位置查询功能发送的位置查询请求中携带表示紧急呼叫开始建立的标识，所述位置查询功能收到后，在向移动性管理实体MME发送的位置查询请求中携带表示紧急呼叫开始建立的标识；所述ME收到后，根据其中的表示紧急呼叫开始建立的标识，获知所述UE的紧急呼叫已经开始；

进一步地，其中，所述E-CSCF通过消息通知所述MME所述UE的紧急呼叫已经结束的过程进一步包括：所述E-CSCF在紧急呼叫结束时，在向所述位置查询功能发送的消息中携带表示所述UE的紧急呼叫已经结束的标识；所述位置查询功能收到后，在向所述MME发送的消息中携带表示所述UE的紧急呼叫已经结束的标识；所述MME收到后，根据其中表示所述UE的紧急呼叫已经结束的标识，获知所述UE的紧急呼叫已经结束。

与现有技术相比较，采用本发明所述方法，可以实现当UE在紧急呼叫的过程中移动到对UE有影响呼叫连续性的服务限制的位置区域时，避免因为该服务限制而导致正在进行的紧急呼叫被迫中断，同时MME可以实时获知UE是否正在进行紧急呼叫，进而可以根据该信息对UE进行紧急呼叫状态下的特殊处理。

附图说明

图1为现有技术下UE通过接入SAE网络执行紧急业务的架构图，其中的实线表示信令，虚线表示用户的IP通道；

图2为现有技术下UE紧急附着到SAE网络，并建立紧急承载的流程图；

图3是现有技术下UE发起紧急呼叫的流程图；

图4是现有技术下UE正在进行的紧急呼叫由于移动到被限制接入的区域而被迫中断的流程图；

图5是本发明实施例一方法的流程图；

图6是本发明实施例二方法的流程图；

图7是本发明实施例三方法的流程图。

具体实施方式

以下对具体实施方式进行详细描述，但不作为对本发明的限定。

实施例一

图5所示为采用本实施例所述方法的流程图，在该场景，在SAE网络下，UE先发起一个紧急呼叫，然后在进行紧急呼叫的时候，移动到一个新的位置区域，最后结束紧急呼叫，在该过程中，该UE能够保持紧急呼叫的连续性，具体步骤如下：

步骤501，当UE发起紧急呼叫请求时，即通过在一个正常的NVITE消息中携带紧急标识，表明这个呼叫请求是一个紧急呼叫请求；

步骤502，UE发起的紧急呼叫请求被路由到E-CSCF，E-CSCF向位置查询功能发送位置查询请求，请求中携带一表示紧急呼叫开始建立的标识；

为了表述方便，文中也使用位置查询功能来表示LRF和GMLC组成的功能实体即LRF(GMLC)。图中用LRF/GMLC表示。

步骤503，位置查询功能向MME发送位置查询请求，查询UE的当前位置信息，请求中携带一表示紧急呼叫开始建立的标识；

步骤504，MME收到位置查询功能发送的位置查询请求后，如该请求中携带有表示紧急呼叫开始建立的标识，则在本地将该UE的状态标识为正在进行紧急呼叫并保存该标识信息；

将该UE的状态标识为正在进行紧急呼叫可以是：将在MME本地的该UE的紧急呼叫标记置为表示正在进行紧急呼叫的值(每个UE的数据中包括该紧急呼叫标记)，相应的标识信息即为具有该表示正在进行紧急呼叫的值的该紧急呼叫标记；或者，是指在本地为该UE创建一个表示UE正在进行紧急呼叫的标记，相应的标识信息即为该标记本身；或者也可以是其他方式。

步骤505，MME从RAN(Radio Access Network，无线接入网)侧获取用户的当前位置，返回给位置查询功能；

步骤506，位置查询功能根据UE的位置信息选择为该UE服务的PSAP，向E-CSCF返回UE的位置信息以及相应的PSAP地址；

步骤507，E-CSCF将紧急呼叫请求路由给对应的PSAP，并且建立紧急呼叫；

步骤508，紧急呼叫开始，UE进行紧急呼叫中；

以上是UE发起紧急呼叫的过程，与现有技术相比，通过在位置查询请求中携带表示紧急呼叫开始建立的标识，使MME根据该标识可以判断该UE正在进行紧急呼叫并保存相应标识信息。

步骤509，UE进行紧急呼叫的过程中移动到一个新的位置区域(TA)，假定对该UE有接入限制或呼叫限制等影响呼叫连续性的服务限制的TA；

这里虽然是假定移动到一个新的被限制服务的TA，但对于UE移动到对其没有服务限制的TA时，也是执行以下的流程。

步骤510，UE向MME发送位置更新请求(Tracking Area Update，TAU)；

步骤511，MME接收到UE的位置更新请求消息后，向HSS发送位置更新(Location Update)消息；

本实施例假定MME中没有该UE的用户数据，这种情况下MME在收到HSS发送的用户数据后才会进行服务限制检查。

步骤512，HSS接收到位置更新(Location Update)消息后，向MME插入用户数据；

HSS向MME插入用户数据，可能基于如下几种情况：该MME和先前登记在HSS中的不是同一个，表明重新分配了MME；或者，HSS发现该用户的数据已经发生变化，需要向MME重新发送用户数据。

步骤513，MME向HSS返回该UE的用户数据响应；

步骤514，HSS向MME发送用户位置更新响应；

步骤515，MME接收到HSS发送的用户数据后，根据保存的标识信息判断该UE正在进行紧急呼叫，则忽略对UE的影响呼叫连续性的服务限制(如接入限制和/或呼叫限制)，避免位置更新过程失败导致紧急呼叫被中断；

忽略对UE的影响呼叫连续性的服务限制是指：对UE进行影响呼叫连续性的服务限制(如接入限制和/或呼叫限制)检查，在发现该UE因所述服务限制而不能继续当前呼叫(如被限制接入到当前位置区域和/或被限制继续当前呼叫)时，再判断该UE是否正在进行紧急呼叫，如是，则解除对UE的所述服务限制，不触发由于所述服务限制而导致的承载释放过程；或者，也可以是指，先判断该UE是否正在进行紧急呼叫，如是，则不触发对UE的影响呼叫连续性的服务限制检查；或者。也可以是其他忽略影响呼叫连续性的服务限制的方式。至于该UE没有被标识为正在进行紧急呼叫时，按正常流程对UE进行服务限制检查，还可以结合其他的条件进行进一步的判断。其他实施例也可以同此。

MME在本地保存的该UE的紧急呼叫标识的值表示UE正在进行紧急呼叫，或者在本地保存有表示该UE正在进行紧急呼叫的标记时，判断该UE正在进行紧急呼叫。

本步骤和步骤508的无固定的先后顺序，也可与步骤508同时执行。

步骤516，MME向UE发送位置更新成功消息，UE还可能向MME回复位置更新过程完成响应(图中未示出)。

以上是UE在紧急呼叫过程中移动到新的位置区域，发起位置更新的过程，在该过程中，MME根据保存的表示该UE正在进行紧急呼叫的信息，忽略对该UE的影响呼叫连续性的服务限制。

步骤517，紧急呼叫结束，UE释放紧急呼叫；

步骤518，紧急呼叫结束时，E-CSCF向位置查询功能发送位置请求，取消对UE位置变化的订阅，在该位置请求中携带表示UE的紧急呼叫已结束的标识；

步骤519，位置查询功能收到E-CSCF发送的位置请求后，向MME发送位置请求，取消对UE位置变化的订阅，在该位置请求中携带表示UE的紧急呼叫已结束的标识；

步骤520，MME在接收到位置查询功能发送的位置请求后，根据其中表示UE的紧急呼叫已结束的标识，取消本地保存的表示该UE正在进行紧急呼叫的标识信息；

取消表示该UE正在进行紧急呼叫的标识信息是指：将本地该UE的紧急呼叫标记置为表示UE未进行紧急呼叫的值，或者删除在本地为该UE建立的表示UE正在进行紧急呼叫的标记，或者也可以是其他方式。

步骤521，位置查询功能向E-CSCF发送位置响应，确认E-CSCF对UE的位置变化的订阅已取消。

在呼叫结束时，在本实施例中，E-CSCF要向位置查询功能发送消息，而位置查询功能会再向MME发送消息。该消息可以是取消位置订阅，也可以是位置请求，或者是其它消息，关键是其中应携带表示紧急呼叫已经结束的标识。以使MME可以取消本地保存的上述标识信息。

在不同场景下，上述位置更新过程中的流程需要做一些适应性的调整，从而构成一些变换后的实施例。

例如：

在MME向HSS发起位置更新(Location Update)消息时，HSS有可能(如由运营商决定)会根据自身所保存的UE的用户数据，判断位置更新请求中的新的位置区域是否对该UE有影响呼叫连续性的服务限制，如果有且不知道进行的是紧急呼叫，则会直接拒绝MME发起的位置更新(LocationUpdate)消息，并返回相应的错误信息。为了不至于触发HSS检查位置区域的所述限制，可以针对这种场景对上述流程稍加变换，得到第一个变例。

该第一个变例的流程与上述实施例的流程基本相同。差别在于：在该第一个变例中，步骤511中，MME在发送给HSS的位置更新(Location Update)消息中也要携带一个表明UE正在进行紧急呼叫的标识；而HSS收到该位置更新请求消息后，根据该标识获知该UE正在进行紧急呼叫，则忽略对该UE的影响呼叫连续性的服务限制。其他的步骤都是一样的。

又如：

在第二个变例中，假定MME中已经有该UE的用户数据，此时在步骤511中，MME接收到UE的位置更新请求消息后，按现有流程，就会根据该UE的用户数据进行UE的服务限制检查，而在该第二个变例中，该MME在收到UE的位置更新请求消息后，就会忽略对该UE的影响呼叫连续性的服务限制。

该情况下，后续流程中HSS还可能向MME插入用户数据(如用户数据有更新时)，也可能不向MME插入用户数据，如果不向MME插入数据，MME不必在步骤515中执行对该UE的服务限制检查，也就无需忽略对该UE的服务限制。如果HSS向MME插入数据，则按现有流程MME仍会对该UE进行服务限制检查，此时MME仍应忽略对该UE的影响呼叫连续性的服务限制。

又如：

在第二个变例的基础上，如HSS进行对UE的服务限制检查，则与第一个变例一样，MME需要在发送给HSS的位置更新(Location Update)消息中携带表示UE正在进行紧急呼叫的标识。而HSS在识别出该紧急呼叫标识时，应忽略对该UE的影响呼叫连续性的服务限制。这样可以得到第三个变例。

根据上述流程可以看出，MME在建立紧急呼叫以及紧急呼叫结束时，均能收到相应的指示信息，因此能够明确地判断UE在某一个特定的时刻是否正在进行紧急呼叫。这样，MME收到UE发起的位置更新请求时，如判断UE正在进行紧急呼叫，就可以忽略对UE的影响呼叫连续性的服务限制。从而避免由于UE的位置更新失败而导致正在进行的紧急呼叫被迫中断。因此采用本发明，UE正在进行紧急呼叫时，不会因为UE移动到被限制接入或被限制呼叫的区域而被意外中断。

实施例二

本实施例中，UE移动到不允许其接入的位置区域发起TAU过程时，在发送的TAU消息中携带表明当前有紧急呼叫在进行的标识；MME根据该TAU消息中的该标识获知UE当前正在进行紧急呼叫，控制TAU过程成功。

具体地，如图6所示，为本发明实施例二描述的UE正在进行紧急呼叫的时候，移动到一个被禁止接入的位置区域(TA)时，保持紧急呼叫连续性的流程图。图6的过程中，主要是由UE在发起位置更新请求的时候携带用以表明当前正在进行紧急呼叫的标识，来促使MME解除该位置区域对UE的影响呼叫连续性的服务限制；具体步骤如下：

步骤601，UE已经发起紧急附着建立了紧急承载，并正在进行紧急呼叫；

步骤602，UE在通话的过程中发生移动，接收到网络的信息，获知已经进入一个新的位置区域(TA)，假定在该TA不允许该UE接入；

步骤603，UE向eNodeB发送位置更新请求(Tracking Area Update，TAU)消息，消息中携带紧急呼叫标识；

由于UE当前正在进行紧急呼叫，UE希望紧急呼叫不至于被网络的服务限制所打断，因此，UE在TAU消息中携带有紧急呼叫标识，表明UE当前正在进行紧急呼叫。

步骤604，eNodeB接收到UE发送的位置更新请求消息后，转发给MME，其中用以表明紧急呼叫标识仍然被保留。

步骤605，MME接收到UE的位置更新请求消息后，根据消息中所携带的紧急呼叫标识获知UE正在进行紧急呼叫，MME向HSS发送位置更新(Location Update)消息；

本实施例假定MME中没有该UE的用户数据。

步骤606，HSS接收到位置更新后，向MME插入用户数据；

步骤607，MME向HSS返回该UE的用户数据响应；

步骤608，HSS向MME发送用户位置更新响应；

步骤609，MME接收到HSS发送的用户数据后，由于MME已获知UE当前正在进行紧急呼叫，忽略对UE的影响呼叫连续性的服务限制；

该步骤和步骤608的无固定的先后顺序。

步骤610，MME向UE发送位置更新成功消息；

步骤611，UE可能向MME回复位置更新完成响应，告知MME位置更新过程完成。

在不同场景下，上述流程需要做一些适应性的调整，从而构成一些变换后的实施例。

例如：

在MME向HSS发起位置更新请求时，HSS有可能会根据自身所保存的UE的用户数据，判断TAU消息中的新的位置区域是否允许UE接入，如果不允许用户接入，则直接拒绝MME发起的位置更新请求，并返回相应的错误信息。为了不至于触发HSS检查位置区域的影响呼叫连续性的服务限制，可以针对这种场景对上述流程稍加变换，得到实施例二的第一个变例。

该实施例二的第一个变例的步骤与实施例二的流程中的步骤基本相同。差别在于：在变换后的实施方式的步骤605中，MME在发送给HSS的TAU消息中也要携带一紧急呼叫标识，表明UE当前正在进行紧急呼叫；而HSS收到该TAU消息后，根据该紧急呼叫标识获知该UE正在进行紧急呼叫，则忽略对该UE的影响呼叫连续性的服务限制。其他的步骤都是一样的。

又如：

在该实施例二的第二个变例中，假定MME中已经有该UE的用户数据，此时在步骤605中，MME接收到UE的TAU消息后，按现有流程，就会根据该UE的用户数据进行UE的服务限制检查，此时应忽略对UE的影响呼叫连续性的服务限制。

而后续HSS可能向MME插入用户数据(如用户数据有更新时)，也可能不向MME插入用户数据，如果不向MME插入数据，MME不必执行步骤609中对该UE的服务限制检查。如果HSS向MME插入数据，则按现有流程MME仍会对该UE进行服务限制检查，此时应忽略对该UE的影响呼叫连续性的服务限制。

该第二个变例也可以组合得到第三个变例，即在第二个变例的基础上，如HSS进行对UE的服务限制检查，则与第一个变例一样，MME需要在发送给HSS的TAU消息中携带紧急呼叫标识。而HSS在识别出该紧急呼叫标识时，应忽略对该UE的影响呼叫连续性的服务限制。

可以看出，以上实施例二及其变例，通过在消息中携带紧急呼叫标识，MME和/或HSS根据该紧急呼叫标识获知UE正在进行紧急呼叫，从而忽略对该UE的影响呼叫连续性的服务限制，保证UE的紧急呼叫的连接性。

实施例三

本实施例中，MME凭借自身所保存的紧急承载信息来解除特定位置区域对UE的影响呼叫连续性的服务限制如禁止UE接入或禁止UE呼叫，假定MME中保存有该UE的用户数据。如图7所示，具体步骤如下：

步骤701，UE已经发起紧急附着建立了紧急承载，并正在进行紧急呼叫中；

步骤702，UE在通话的过程中发生移动，接收到网络的信息，获知已经进入一个新的位置区域(TA)，假定在该TA不允许UE接入；

步骤703，UE向eNodeB发送位置更新请求；

步骤704，eNodeB接收到UE发送的位置更新请求消息后，转发给MME；

步骤705，MME接收到UE的位置更新请求消息后，检查自身所保存的承载信息，如发现有为该UE所建立的紧急承载，则获知该UE正在进行紧急呼叫，此时MME忽略对UE的影响呼叫连续性的服务限制；

步骤706，MME向HSS发送位置更新消息；

步骤707，HSS接收到位置更新消息后，向MME插入用户数据；

如，HSS在该UE的用户数据有更新时，仍会向MME插入用户数据。

步骤708，MME向HSS返回插入用户数据响应；

步骤709，HSS向MME发送用户位置更新响应；

步骤710，MME接收到HSS发送的用户数据后，因为已获知该UE正在进行紧急呼叫，忽略对UE的影响呼叫连续性的服务限制；

步骤711，MME向UE发送位置更新成功消息；

步骤712，UE可能向MME回复位置更新完成消息，告知MME位置更新过程完成。

同样地，在不同场景下，上述流程需要做一些适应性的调整，从而构成一些变换后的实施例。

例如：

实施例三的第一个变例中，HSS接收到TAU消息后并不需要向MME插入用户数据(此处的判决可参照相关标准)，此时，步骤707、步骤708和步骤710都可以省略。

又如：

实施例三的第二个变例中，HSS会对UE进行服务限制检查，则上述步骤706中，MME在发送给HSS的位置更新消息中需要携带一个表明已为该UE建立紧急承载的标识；HSS收到该位置更新消息后，根据该已建立紧急承载的标识获知该UE正在进行紧急呼叫，则忽略对该UE的影响呼叫连续性的服务限制。其他的步骤可以是一样的。

又如：

实施例一的第三个变例中，假定MME中没有该UE的用户数据，此时在步骤705中，MME接收到UE的位置更新消息后不会对UE进行服务限制检查，因此也不需要做忽略对UE的接入限制的相应处理，此后的处理可按步骤706到712执行。另，在该第三个变例的基础上，可以增加第二个变例的特征，即MME在发送给HSS的位置更新消息中需要携带一个表明已为该UE建立紧急承载的标识，HSS忽略对该UE的接入限制。

与现有技术相比较，采用本发明上述实施例所述的方法解决了如何保持当UE正在进行的紧急呼叫时，不会因为UE移动到受限制区域而被意外中断的问题。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明权利要求的保护范围。

Claims (13)

1、一种保证位置更新时紧急呼叫连续性的方法，应用于长期演进SAE系统，该方法包括：

用户设备UE在紧急呼叫过程中移动到新的位置区域，在发起的位置更新过程中，移动性管理实体MME如获知所述UE正在进行紧急呼叫，则忽略对所述UE的影响呼叫连续性的服务限制。

2、如权利要求1所述的方法，其特征在于，所述MME根据以下方式来获知所述UE是否正在进行紧急呼叫：

所述UE建立紧急呼叫的过程中，所述MME将所述UE的状态标识为正在进行紧急呼叫并保存相应标识信息；

所述UE在紧急呼叫过程中移动到新的位置区域，在发起的位置更新过程中，所述MME如保存有表示所述UE正在进行紧急呼叫的所述标识信息，则获知所述UE正在进行紧急呼叫。

3、如权利要求2所述的方法，其特征在于：

结束所述紧急呼叫的过程中，所述MME取消表示所述UE正在进行紧急呼叫的所述标识信息。

4、如权利要求1所述的方法，其特征在于，所述MME根据以下方式来获知所述UE是否正在进行紧急呼叫：

所述UE在紧急呼叫过程中移动到新的位置区域时，在发送的位置更新请求消息中携带一紧急呼叫标识，该位置更新请求消息通过增强的无线基站eNodeB转给所述MME；

所述MME如判断接收到的位置更新请求消息中包含紧急呼叫标识，则获知所述UE正在进行紧急呼叫。

5、如权利要求1所述的方法，其特征在于，所述MME根据以下方式获知所述UE是否正在进行紧急呼叫：

在所述UE发起的位置更新过程中，所述MME检查是否保存有所述UE的紧急承载信息，如保存有，则所述MME获知该UE正在进行紧急呼叫。

6、如权利要求1或2或4或5所述的方法，其特征在于：

所述忽略对UE的影响呼叫连续性的服务限制是指：对所述UE进行服务限制检查，在发现当前位置区域对所述UE有影响呼叫连续性的服务限制时，再判断所述UE是否正在进行紧急呼叫，如是，则解除对所述UE的影响呼叫连续性的服务限制，不触发承载释放过程；或者

所述忽略对UE的影响呼叫连续性的服务限制是指：先判断该UE是否正在进行紧急呼叫，如是，则不触发对UE的影响呼叫连续性的服务限制检查。

7、如权利要求1所述的方法，其特征在于：

所述影响呼叫连续性的服务限制包括对UE的接入限制和/或呼叫限制。

8、如权利要求2所述的方法，其特征在于，所述UE建立紧急呼叫的过程进一步分为以下步骤：

紧急呼叫会话控制功能E-CSCF收到所述UE发起的紧急呼叫后，在向位置查询功能发送的位置查询请求中携带表示紧急呼叫开始建立的标识；

所述位置查询功能收到所述E-CSCF发送的位置查询请求后，在向所述MME发送的位置查询请求中携带表示紧急呼叫开始建立的标识；

所述MME收到所述LRF发送的位置查询请求后，根据其中的表示紧急呼叫开始建立的标识，在本地将所述UE的状态标识为正在进行紧急呼叫并保存相应标识信息；

所述位置查询功能是由位置请求功能LRF和网关移动定位中心GMLC组成的功能实体。

9、如权利要求1或2或4或5所述的方法，其特征在于：

在所述位置更新过程中，所述MME在收到所述UE发送的位置更新请求消息后，如在本地保存有所述UE的用户数据且获知所述UE正在进行紧急呼叫，则忽略对所述UE的影响呼叫连续性的服务限制；和/或，所述MME在收到HSS发送的用户数据后，如获知所述UE正在进行紧急呼叫，则忽略对所述UE的影响呼叫连续性的服务限制。

10、如权利要求9所述的方法，其特征在于：

在所述位置更新过程中，所述MME如获知所述UE正在进行紧急呼叫，则在发送给所述HSS的位置更新消息中携带一个表明UE正在进行紧急呼叫的标识，所述HSS收到该位置更新消息后，根据该表明UE正在进行紧急呼叫的标识获知该UE正在进行紧急呼叫，则忽略对所述UE的影响呼叫连续性的服务限制。

11、一种网络侧的移动性管理实体获知用户设备紧急呼叫状态的方法，包括：

接入到系统长期演进SAE系统的用户设备UE建立紧急呼叫时，紧急呼叫会话控制功能E-CSCF通过位置查询请求，通知移动性管理实体MME所述UE的紧急呼叫已经开始；

所述紧急呼叫结束时，所述E-CSCF通过消息通知所述MME所述UE的紧急呼叫已经结束。

12、如权利要求11所述的方法，其特征在于：

所述E-CSCF通知所述MME所述UE的紧急呼叫已经开始的过程进一步包括：接收到所述UE的紧急呼叫后，在向位置查询功能发送的位置查询请求中携带表示紧急呼叫开始建立的标识，所述位置查询功能收到后，在向移动性管理实体MME发送的位置查询请求中携带表示紧急呼叫开始建立的标识；所述MME收到后，根据其中的表示紧急呼叫开始建立的标识，获知所述UE的紧急呼叫已经开始；

13、如权利要求11所述的方法，其特征在于：

所述E-CSCF通过消息通知所述MM所述UE的紧急呼叫已经结束的过程进一步包括：所述E-CSCF在紧急呼叫结束时，在向所述位置查询功能发送的消息中携带表示所述UE的紧急呼叫已经结束的标识；所述位置查询功能收到后，在向所述MM发送的消息中携带表示所述UE的紧急呼叫已经结束的标识；所述MME收到后，根据其中表示所述UE的紧急呼叫已经结束的标识，获知所述UE的紧急呼叫已经结束。

Images