CN101959163A - 一种实现紧急呼叫的方法 - Google Patents

Abstract

本发明提供了一种实现紧急呼叫的方法，包括在UE发起紧急呼叫之前，网关移动定位中心(GMLC)获得位置报告信息并触发位置查询以获取UE的位置信息；而当UE发起紧急呼叫时，直接利用GMLC中的UE的位置信息及根据该位置信息决定的PSAP地址，建立紧急会话链路继续后续紧急呼叫。从本发明的实现可见，在UE发起紧急呼叫之前，GMLC已经触发位置查询过程，也就是说，在UE发起紧急呼叫之前，GMLC已获得了UE的位置信息，至少也已经开始执行获取UE位置信息的过程，这样，在UE发起紧急呼叫时，可以在尽量短的时间内得到根据UE的位置信息决定的PSAP地址，从而尽量快地在UE与PSAP之间建立紧急会话链路以继续后续紧急呼叫。加快了紧急呼叫建立过程的速度，提高了紧急呼叫的效率。

Description

一种实现紧急呼叫的方法

技术领域

本发明涉及长期演进(SAE)接入技术，尤指一种实现紧急呼叫的方法。

背景技术

在紧急呼叫中，网络需要通过对用户终端(UE，User Equipment)定位获取UE的位置信息，再根据UE的位置信息决定公共安全接入点(PSAP，Public Safety Access Point)，并最终与PSAP建立链路实现紧急呼叫。

目前，主要的定位服务技术有两种：第三代合作伙伴计划(3GPP，The 3rd Generation Partnership Project)组织定义的控制面定位技术(LCS，Location Service)架构，以及开放移动联盟(OMA，Open Mobile Association)组织定义的用户面定位技术(SUPL，Security User Plane Location)架构。其中，LCS具有紧密结合控制面信令、定位速度快、定位效率高等特点，同时LCS具有和核心网融合的特点。LCS定位服务的典型应用有：紧急呼叫中的UE位置的提供、商业定位应用。

图1为现有UE通过SAE接入实现紧急呼叫下定位业务的架构图，如图1所示，包括：SAE网络部分、策略计费控制(PCC，Policy Charging Control)部分、位置服务(LCS，Location Service)部分和IMS紧急业务部分。

其中，SAE网络部分的网元用以提供底层的承载管理和移动性管理，包括：增强的无线基站(eNodeB)、移动性管理实体(MME，Mobility Management Entity)、以及用户面数据路由处理即SAE网关(SAE GW)。eNodeB是下一代的无线接入网的主要空口资源的控制设备，可以提供更高的上下行速率，更低的传输延迟和更加可靠的无线传输。MME负责管理和存储UE的上下文(比如，UE/用户标识、移动性管理状态、用户安全参数等)，为用户分配临时标识，当UE驻扎在该跟踪区域或者该网络时，负责对该用户进行鉴权。SAE网关(用户面功能实体)可以分为服务网关(S-GW，Serving GW)和分组数据网络网关(P-GW，PDN GW)两种。S-GW是SAE系统与3GPP系统间的移动锚点以及与演进UTRAN(E-UTRAN)之间的移动锚点。P-GW是SAE与PDN的边界网关，负责PDN的接入、在SAE与PDN间转发数据等功能。

LCS部分的网元包括增强的服务移动定位中心(E-SMLC，Enhanced SMLC)和网关移动定位中心(GMLC，Gateway Mobile Location Center)。E-SMLC负责接受UE的测量报告、向UE下发定位参数、计算UE的物理位置等。GMLC负责向业务层提供位置信息、从承载层获取UE的位置信息。

IMS紧急业务的部分用以控制和处理紧急呼叫的会话。其中，IMS紧急呼叫部分包括：归属用户服务器(HSS，Home Subscriber Server)、紧急呼叫会话控制功能(E-CSCF，Emergency Call Session Control Function)、位置请求功能(LRF，Location Require Function)和PSAP。HSS管理用户的签约数据，位于归属网。E-CSCF控制紧急会话过程的核心网元，位于拜访网。PSAP实际上就是警局。LRF是一个逻辑功能实体，为E-CSCF、PSAP等提供UE的位置信息，LRF可以独立部署，也可能包含在其它位置服务器中，如集成到GMLC中。

在LCS定位服务中，目前有三种基本的定位方式：

第一种是基于UE的定位方式，UE具有定位功能模块，比如具有GPS定位功能，网络所索要的定位信息来自于UE；

第二种是UE辅助的定位方式，网络需要UE提供一些用以定位的辅助参数信息，而实际的位置计算是由E-SMLC执行的；

第三种是基于网络的定位方式，网络不从UE获取定位信息或者定位辅助参数，而是由E-SMLC根据测量报告，采用合适的算法来计算UE的位置信息。

通常，UE在初始附着到网络时，需要向网络上报其定位能力，MME则将该定位能力存储在UE的上下文中。当GMLC需要执行位置查询时，首先需要获得UE的定位能力，以决定采用合适的定位算法。

图2为现有实现紧急呼叫的流程图，如图2所示，主要包括如下步骤：

步骤200：UE附着到SAE网络，被分配IP地址，网络为其建立默认承载。同时，MME的地址被登记到HSS中。

本步骤中，通常在UE初始附着到SAE网络时，UE需要提供UE的无线接入能力(RAT Capability)、核心网能力(Core Network Capability)。在核心网能力中包含有UE的LCS定位能力，UE的LCS定位能力具体包括：UE是否支持LCS定位、UE所支持的LCS定位算法等。

另外，需要说明的是，当UE初始附着时，如果UE存在有效的IMSI，则MME将从归属网的HSS中获取UE的用户数据，其中可能包含UE的定位能力描述。但是，对于UE没有有效的IMSI、无卡的情况，MME并不能从HSS获得UE的用户数据。而且，UE的用户数据中所配置的能力，可能由于UE设备发生改变从而使得用户数据中的定位能力和UE设备的实际定位能力不一致。因此，MME不能期望从UE的用户数据中获得准确的UE的定位能力，而应该以UE上报的定位能力为准。

步骤201：UE发起紧急呼叫，紧急呼叫被路由到E-CSCF。

步骤202：由于紧急呼叫需要根据UE的位置信息路由到合适的PSAP，E-CSCF向LRF发送位置查询请求，查询UE的位置，并要求LRF根据UE的位置分配合适的PSAP。LRF接收到E-CSCF的位置查询请求后，要求GMLC提供UE的位置信息。

步骤203：GMLC向HSS查询为UE服务的MME地址，HSS返回当前为UE服务的MME地址。

步骤204：GMLC获得为UE服务的MME地址后，GMLC向MME发送位置请求，要求MME返回UE的定位能力数据，以获得UE的定位能力，比如UE所支持的定位算法等。

如果MME上没有UE的定位能力数据，或者MME上的UE数据被标记为过期的，需要执行步骤205：即MME通过eNodeB向UE查询定位能力。在MME获得了UE的定位能力后，MME将其保存在本地，或更新本地所保存的数据。

步骤206：MME向GMLC返回UE的定位能力。

步骤207：GMLC获得了UE的定位能力后，根据UE的定位能力，决定采用合适的算法，向MME发起位置查询请求。

步骤208：MME收到位置查询后，向E-SMLC查询并获得UE的位置信息。

本步骤中，如果LCS定位服务采用的是基于网络的定位方式，则E-SMLC向RAN请求UE的测量报告，并通过对测量报告的计算来获得UE的位置信息；如果LCS定位服务采用的是基于UE的定位方式(如UE有GPS模块，能够自我定位)，则E-SMLC向UE发送位置查询请求，直接从UE获得位置信息；如果LCS定位服务采用的是UE辅助的定位方式，则E-SMLC向UE和RAN发起位置查询请求，从UE获得必要的参数数据，并从RAN获得测量报告，根据这些数据计算UE的位置信息。

步骤209：在MME获得UE的位置信息后，将UE的位置信息通过位置查询响应发送给GMLC。

通过步骤207～步骤209的位置查询过程，GMLC获得了UE的位置信息。

步骤210：GMLC将位置信息提供给LRF，LRF向E-CSCF返回位置查询响应，以使E-CSCF获得UE的位置信息以及根据UE的位置信息所决定的PSAP的地址等。

步骤211：E-CSCF获得了UE的位置、合适的PSAP地址后，继续后续紧急呼叫处理过程，在UE和PSAP中间建立紧急会话链路，执行后续紧急呼叫的控制。

从图2所示的现有实现呼叫的流程可见，在紧急呼叫过程中，当UE发起紧急呼叫时，E-CSCF需要等候LRF对位置查询请求的响应，而LRF需要等候GMLC对位置查询请求的响应，进一步地，GMLC需要获得UE的定位能力，然后向MME/UE发起位置查询请求，无疑使得紧急呼叫建立过程的速度较慢，降低了紧急呼叫的效率。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现紧急呼叫的方法，能够加快紧急呼叫建立过程的速度，提高紧急呼叫的效率。

为达到上述目的，本发明的技术方案是这样实现的：

一种实现紧急呼叫的方法，该方法包括：

在用户终端UE发起紧急呼叫之前，网关移动定位中心GMLC获得位置报告信息并触发位置查询过程以获取UE的位置信息；

当UE发起紧急呼叫时，利用GMLC中的UE的位置信息及根据该位置信息确定的公共安全接入点PSAP地址，在UE与PSAP之间建立紧急会话链路继续后续紧急呼叫。

所述GMLC获得位置报告信息并触发位置查询以获取UE的位置信息具体包括：

所述UE完成紧急呼叫附着，移动性管理实体MME为所述UE分配用于紧急呼叫的所述GMLC，并向该GMLC发送位置报告，GMLC通过向MME发起的位置查询过程获取UE的位置信息；

所述位置报告信息中携带有包括所述UE的定位能力的信息。

在所述UE紧急附着中，所述MME通过UE的上报获得所述UE的定位能力。

所述GMLC获得位置报告信息并触发位置查询以获取UE的位置信息具体包括：

所述UE完成紧急分组数据网络PDN连接，MME为所述UE分配用于紧急呼叫的所述GMLC，并向该GMLC发送位置报告，GMLC通过向MME发起的位置查询过程获取UE的位置信息；

所述位置报告信息中携带有包括所述UE的定位能力的信息。

该方法之前还包括：所述UE正常附着到长期演进SAE网络，在附着请求中携带有UE的定位能力，MME将该定位能力保存在UE的上下文中。

所述GMLC获得位置报告信息并触发位置查询以获取UE的位置信息具体包括：

所述UE发起服务请求，所述UE完成紧急呼叫附着或完成紧急PDN连接，并从空闲态转为连接态，MME为所述UE分配用于紧急呼叫的GMLC，并向该GMLC发送位置报告，GMLC通过向MM发起的位置查询过程获取UE的位置信息；

所述位置报告信息中携带有包括所述UE的定位能力的信息。

该方法之前还包括：UE附着到SAE/EPS网络，发起首次紧急呼叫，之后结束，UE进入空闲态。

所述GMLC通过向MME发起的位置查询过程获取UE的位置信息具体包括：

所述GMLC向MME发送位置查询请求；MME收到位置查询后，向E-SMLC查询并获得UE的位置信息；MME向GMLC发送位置查询响应，返回UE的位置信息。

如果所述GMLC中不存在UE的定位上下文数据，所述GMLC向MME发送位置查询请求包括：所述GMLC收到MME的位置报告后，直接向MME发起位置查询请求。

所述位置报告信息还包括用于表明当前UE是紧急附着的紧急标识，或者，触发位置查询过程的位置查询标识。

如果所述GMLC从MME发送的位置报告中查询出携带有紧急标识，则向MME发起查询位置查询请求；

或者，如果所述GMLC从MME发送的位置报告中查询出携带有触发位置查询标识，则向MME发起位置查询请求。

所述位置报告信息还包括所述UE标识、当前为所述UE服务的MM地址。

当所述UE发起紧急呼叫时，所述位置查询过程还在执行中，所述GMLC等待MME返回位置查询结果以获得UE的位置信息。

当所述UE发起紧急呼叫时，如果GMLC认为所述获取的UE的位置不能满足时效性，该方法还包括：

所述GMLC触发位置查询过程以重新查询UE的位置信息。

从上述本发明提供的技术方案可以看出，在UE发起紧急呼叫之前，GMLC获得位置报告信息并触发位置查询以获取UE的位置信息；而当UE发起紧急呼叫时，直接利用GMLC中的UE的位置信息及根据该位置信息决定的PSAP地址，在UE与PSAP之间建立紧急会话链路继续后续紧急呼叫。从本发明的实现可见，在UE发起紧急呼叫之前，GMLC已经触发位置查询过程，也就是说，在UE发起紧急呼叫之前，GMLC已获得了UE的位置信息，至少也已经开始执行获取UE位置信息的过程，这样，在UE发起紧急呼叫时，可以在尽量短的时间内得到根据UE的位置信息决定的PSAP地址，从而尽量快地在UE与PSAP之间建立紧急会话链路以继续后续紧急呼叫。加快了紧急呼叫建立过程的速度，提高了紧急呼叫的效率。

附图说明

图1为现有UE通过SAE接入实现紧急呼叫下定位业务的架构图；

图2为现有实现紧急呼叫的流程图；

图3为本发明实现紧急呼叫的流程图；

图4为本发明实现紧急呼叫的第一实施例的流程图；

图5为本发明实现紧急呼叫的第二实施例的流程图；

图6为本发明实现紧急呼叫的第三实施例的流程图。

具体实施方式

图3为本发明实现紧急呼叫的流程图，如图3所示，包括以下步骤：

步骤300：在UE发起紧急呼叫之前，GMLC获得位置报告信息并触发位置查询过程以获取UE的位置信息。本步骤的具体实现包括：

UE完成紧急呼叫附着，MME为UE分配用于紧急呼叫的GMLC，并向该GMLC发送位置报告，MME将UE标识、当前为UE服务的MME地址和UE的定位能力等位置报告信息发送给GMLC；接着，GMLC通过向MME发起的位置查询过程获取UE的位置信息。

或者，UE完成紧急PDN连接，MME为UE分配用于紧急呼叫的GMLC，并向该GMLC发送位置报告，MME将UE标识、当前为UE服务的MME地址和UE的定位能力等位置报告信息发送给GMLC；接着，GMLC通过向MME发起的位置查询过程获取UE的位置信息。

或者，UE发起服务请求，UE完成紧急呼叫附着或完成紧急PDN连接，并从空闲(Idle)态转为连接态，MME为UE分配用于紧急呼叫的GMLC，并向该GMLC发送位置报告，MME将UE标识、当前为UE服务的MME地址和UE的定位能力等位置报告信息发送给GMLC；接着，GMLC通过向MME发起的位置查询过程获取UE的位置信息。

其中，位置查询过程的具体实现与现有完全一致，这里不再赘述。

从本步骤的实现可见，在UE发起紧急呼叫之前，GMLC已经触发位置查询过程，也就是说，在UE发起紧急呼叫之前，GMLC已获得了UE的位置信息，至少也已经开始执行获取UE位置信息的过程，这样，在UE发起紧急呼叫时，可以在尽量短的时间内得到根据UE的位置信息决定的PSAP地址，从而尽量快地在UE与PSAP之间建立紧急会话链路以继续后续紧急呼叫。加快了紧急呼叫建立过程的速度，提高了紧急呼叫的效率。

步骤301：当UE发起紧急呼叫时，利用GMLC中的UE的位置信息及根据该位置信息确定的PSAP地址，在UE与PSAP之间建立紧急会话链路继续后续紧急呼叫。

本步骤的具体实现属于现有技术，这里不再赘述。这里需要强调的是，当UE发起紧急呼叫时，由于GMLC已经获得了UE的位置信息，从而显著地加快了紧急呼叫的建立过程，提高了紧急呼叫的效率。

需要说明的是，如果在UE发起紧急呼叫时，步骤300中位置查询过程还在执行，GMLC只需稍作等待MME返回UE的位置信息即可；

如果在UE发起紧急呼叫时，GMLC认为先前已获取的UE的位置信息不能满足时效性即失效，那么GMLC也只需发起位置查询过程即可获得UE的位置信息，因为在步骤300中GMLC已经获得位置报告信息，所以GMLC不需要查询MME地址以及查询UE的定位能力，这样，同样加快了紧急呼叫建立过程的速度，提高了紧急呼叫的效率。

下面结合几个实施例，对本发明方法进行详细描述。

图4为本发明实现紧急呼叫的第一实施例的流程图，第一实施例中，针对紧急附着的UE，当UE紧急附着完成后，MME即触发GMLC发起该UE的位置查询过程，如图4所示，包括：

步骤400：UE紧急附着到SAE网络，被分配IP地址，网络为其建立默认承载。同时，MME的地址被登记到HSS中。

如果UE的正常附着请求由于某些原因被拒绝，比如漫游限制、欠费等，但是网络支持紧急呼叫，那么，UE可以发起紧急附着以拨打紧急电话。相对于正常附着，紧急附着采用一个紧急附着请求标识(Emergency Attach Type)或者紧急承载请求(Emergency Request Type)表明为紧急附着。

本步骤的UE紧急附着中，MME通过UE上报的信息获得UE的无线接入能力(RAT Capability)和核心网能力(Core Network Capability)，在核心网能力中包含有UE的定位能力。

当UE紧急附着成功后，UE被分配P-GW、IP地址等，完成附着过程。在MME上存在UE的上下文，其中登记了UE是紧急附着的，并且MME同时将UE的定位能力保存在UE的上下文中。

步骤401：MME针对紧急附着UE，为UE分配用于紧急呼叫的GMLC，并向该GMLC发送位置报告，其中携带UE的标识、MME地址和UE的定位能力等位置报告信息。

可选地，在所述位置报告中还可以携带紧急标识。或者，在所述位置报告中携带触发位置查询过程的位置查询标识。

步骤402：GMLC收到MME发送的位置报告，在本地保存UE的标识、MME地址和UE的定位能力，并向MME发送位置查询请求以触发位置查询过程。

本步骤中，GMLC向MME发送位置查询请求，可以包括：

如果GMLC中不存在UE的定位上下文数据，而GMLC收到MME发送的位置报告，GMLC收到MME的位置报告是一个首次的位置报告，GMLC可以认为在后续可期待的时间内，业务层将会执行位置查询过程，则GMLC向MME发起位置查询请求；

或者，如果GMLC从MME发送的位置报告中查询出携带有紧急标识，表明UE即将要发起紧急呼叫，则GMLC向MME发起查询位置查询请求；

或者，如果GMLC从MME发送的位置报告中查询出携带有触发位置查询标识，则GMLC向MME发起位置查询请求。

步骤403：MME收到位置查询后，向E-SMLC查询并获得UE的位置信息。本步骤的实现与现有步骤208完全一致，这里不再赘述。

步骤404：MME向GMLC发送位置查询响应，返回UE的位置信息。GMLC在获得UE的位置信息后，在本地保存UE的位置信息。

步骤405：UE发起紧急呼叫，紧急呼叫被路由到E-CSCF。

需要指出的是，步骤401～步骤404，与步骤405不存在如图4所示的先后顺序，也就是说，步骤401的开始时刻可能并行于步骤405执行。

步骤406：由于紧急呼叫需要根据UE的位置信息路由到合适的PSAP，E-CSCF向LRF发送位置查询请求，查询UE的位置，并要求LRF根据UE的位置分配合适的PSAP。LRF接收到E-CSCF的位置查询请求后，要求GMLC提供UE的位置信息。

本步骤中，如果GMLC已经获得了UE的定位能力、MME地址，并且已经发起了步骤402的位置查询过程，则GMLC可以等待MME返回位置查询结果；如果GMLC已经收到MME发送的位置查询响应，即获得了UE的位置信息，则GMLC可以跳过步骤407～步骤409而直接执行步骤410；如果GMLC认为已获取的UE的位置不能满足时效性，则GMLC可以继续执行步骤407～步骤409的位置查询过程以重新查询UE的位置信息。

步骤407：GMLC向MME发起位置查询请求。

步骤408：MME向E-SMLC查询UE的位置，E-SMLC可能从RAN、UE获得必要的信息以计算UE的位置，并将UE的位置信息返回给MME。

步骤409：在MME获得UE的位置信息后，MME向GMLC发送位置查询响应，返回UE的位置信息；

步骤410：GMLC将UE的位置信息提供给LRF，LRF向E-CSCF返回位置查询响应，返回UE的位置信息以及根据UE的位置信息所决定的PSAP的地址等。

步骤411：E-CSCF获得了UE的位置、合适的PSAP地址后，继续后续紧急呼叫处理过程，在UE和PSAP中间建立紧急会话链路，执行后续紧急呼叫的控制。

如图4所示的第一实施例的流程中，一旦MME确定UE发起紧急附着，并且紧急附着已完成，就触发GMLC执行针对该UE的位置查询过程，而UE的IMS紧急呼叫可能并发地发送给E-CSCF。这样，当LRF需要从GMLC获取位置信息时，GMLC已经获得了UE的位置信息，从而大大加快了紧急呼叫建立过程的速度。

图5为本发明实现紧急呼叫的第二实施例的流程图，第二实施例中，针对正常附着下发起紧急呼叫的UE，当UE发起紧急PDN连接请求并完成时，MME即触发GMLC发起位置查询过程，如图5所示，包括：

步骤500：UE正常附着到SAE网络，在附着请求中携带有UE的定位能力，MME将该定位能力保存在UE的上下文中。

步骤501：由于紧急呼叫的需要，UE发起紧急PDN连接请求，MME为其分配用于紧急呼叫的P-GW，并建立用于紧急呼叫的默认承载。

步骤502～步骤505：MME接收到UE发起的紧急PDN连接请求，为该UE分配服务于紧急呼叫的GMLC，并向GMLC发起位置报告，其中携带UE的标识、MME地址和UE的定位能力等位置报告信息；GMLC在本地保存UE的标识、MME地址和UE的定位能力，并向MME发起位置查询请求以触发位置查询过程。MME收到位置查询后，向E-SMLC查询并获得UE的位置信息，MME向GMLC发送位置查询响应，返回UE的位置信息。

本步骤中，MME还可以在所述位置报告中携带紧急标识，或者，在所述位置报告中携带触发位置查询过程的位置查询标识；而GMLC还可以采用与步骤302中相同方法来向MME发起位置查询请求。

步骤506～步骤512，与图4中的步骤407～步骤411的实现完全一致，这里不再赘述。

如图5所示的第二实施例的流程中，一旦MME确定UE发起紧急PDN连接请求，并且紧急PDN连接已建立，就触发GMLC执行针对该UE的位置查询过程，而UE的IMS紧急呼叫可能并发地发送给E-CSCF。这样，当LRF需要从GMLC获取位置信息时，GMLC已经获得了UE的位置信息，从而大大加快了紧急呼叫建立过程的速度。

需要说明的是，在图4和图5所示的实施例中，如果UE在初始附着时，没有上报UE的定位能力，那么，MME在确定UE是紧急附着的、或者发起紧急PDN链接请求建立后，可以在向GMLC发送的位置报告中携带空的UE的定位能力。可选地，还可以携带紧急标识、或位置查询标识，来使得GMLC执行初始化的UE定位查询过程。

图6为本发明实现紧急呼叫的第三实施例的流程图，第三实施例中，假设对于UE在首次紧急呼叫结束后，一段时间内发起后续紧急呼叫，如图6所示，包括：

步骤600～步骤601：UE附着到SAE/EPS网络，发起首次紧急呼叫，之后结束，UE进入Idle态。

步骤602：当UE试图发起第二次紧急呼叫时，UE将向网络发送服务请求(Service Request)，此时，MME需将UE的状态从Idle态转为连接态。

步骤603：MME可以在接收到UE发起的服务请求时，确定出UE是紧急附着的、或者建立了紧急PDN连接，并且将从空闲态转入连接态，则向GMLC发起位置报告以触发GMLC执行位置查询过程，在该位置报告中，其中携带UE的标识、MME地址和UE的定位能力等位置报告信息，还可以进一步携带紧急标识、或位置查询标识。

步骤604～步骤613的具体实现与图4中所示的步骤402～步骤411完全一致，这里不再赘述。

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

Claims (14)

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

在用户终端UE发起紧急呼叫之前，网关移动定位中心GMLC获得位置报告信息并触发位置查询过程以获取UE的位置信息；

当UE发起紧急呼叫时，利用GMLC中的UE的位置信息及根据该位置信息确定的公共安全接入点PSAP地址，在UE与PSAP之间建立紧急会话链路继续后续紧急呼叫。

2.根据权利要求1所述的方法，其特征在于，所述GMLC获得位置报告信息并触发位置查询以获取UE的位置信息具体包括：

所述UE完成紧急呼叫附着，移动性管理实体MME为所述UE分配用于紧急呼叫的所述GMLC，并向该GMLC发送位置报告，GMLC通过向MME发起的位置查询过程获取UE的位置信息；

所述位置报告信息中携带有包括所述UE的定位能力的信息。

3.根据权利要求2所述的方法，其特征在于，在所述UE紧急附着中，所述MME通过UE的上报获得所述UE的定位能力。

4.根据权利要求1所述的方法，其特征在于，所述GMLC获得位置报告信息并触发位置查询以获取UE的位置信息具体包括：

所述UE完成紧急分组数据网络PDN连接，MME为所述UE分配用于紧急呼叫的所述GMLC，并向该GMLC发送位置报告，GMLC通过向MME发起的位置查询过程获取UE的位置信息；

所述位置报告信息中携带有包括所述UE的定位能力的信息。

5.根据权利要求4所述的方法，其特征在于，该方法之前还包括：所述UE正常附着到长期演进SAE网络，在附着请求中携带有UE的定位能力，MME将该定位能力保存在UE的上下文中。

6.根据权利要求1所述的方法，其特征在于，所述GMLC获得位置报告信息并触发位置查询以获取UE的位置信息具体包括：

所述UE发起服务请求，所述UE完成紧急呼叫附着或完成紧急PDN连接，并从空闲态转为连接态，MME为所述UE分配用于紧急呼叫的GMLC，并向该GMLC发送位置报告，GMLC通过向MME发起的位置查询过程获取UE的位置信息；

所述位置报告信息中携带有包括所述UE的定位能力的信息。

7.根据权利要求6所述的方法，其特征在于，该方法之前还包括：UE附着到SAE/EPS网络，发起首次紧急呼叫，之后结束，UE进入空闲态。

8.根据权利要求2、4或6所述的方法，其特征在于，所述GMLC通过向MME发起的位置查询过程获取UE的位置信息具体包括：

所述GMLC向MME发送位置查询请求；MME收到位置查询后，向E-SMLC查询并获得UE的位置信息；MME向GMLC发送位置查询响应，返回UE的位置信息。

9.根据权利要求8所述的方法，其特征在于，如果所述GMLC中不存在UE的定位上下文数据，所述GMLC向MME发送位置查询请求包括：所述GMLC收到MME的位置报告后，直接向MME发起位置查询请求。

10.根据权利要求2、4或6所述的方法，其特征在于，所述位置报告信息还包括用于表明当前UE是紧急附着的紧急标识，或者，触发位置查询过程的位置查询标识。

11.根据权利要求10所述的方法，其特征在于，如果所述GMLC从MME发送的位置报告中查询出携带有紧急标识，则向MME发起查询位置查询请求；

或者，如果所述GMLC从MME发送的位置报告中查询出携带有触发位置查询标识，则向MME发起位置查询请求。

12.根据权利要求2、4或6所述的方法，其特征在于，所述位置报告信息还包括所述UE标识、当前为所述UE服务的MME地址。

13.根据权利要求1所述的方法，其特征在于，当所述UE发起紧急呼叫时，所述位置查询过程还在执行中，所述GMLC等待MME返回位置查询结果以获得UE的位置信息。

14.根据权利要求1所述的方法，其特征在于，当所述UE发起紧急呼叫时，如果GMLC认为所述获取的UE的位置不能满足时效性，该方法还包括：

所述GMLC触发位置查询过程以重新查询UE的位置信息。

Images