CN101273615B - Voip紧急呼叫处理 - Google Patents

Abstract

本发明描述用于支持紧急因特网语音协议(VoIP)呼叫的技术。所述技术可用于各种3GPP和3GPP2网络、各种位置架构和各种类型的用户设备(UE)。UE与所访问的网络通信以发送建立紧急VoIP呼叫的请求。所述UE与由所述访问的网络指令的位置服务器交互以获得所述UE的第一位置估计。所述UE经由所述访问的网络执行呼叫设置以与PSAP建立所述紧急VoIP呼叫，其中可基于所述第一位置估计来选择所述PSAP。所述UE随后可(例如)在所述PSAP请求时用所述位置服务器执行定位以获得所述UE的经更新位置估计。

Description

VOIP紧急呼叫处理

本申请案主张2005年8月2日申请的题为“VOICE-OVER INTERNET PROTOCOLEMERGENCY CALL SUPPORT”的第60/704,977号临时美国申请案、2005年8月30日申请的题为“VOIP EMERGENCY CALL SUPPORT”的第60/713,199号临时美国申请案、2005年10月13日申请的题为“VOIP EMERGENCY CALL SUPPORT”的第60/726,694号临时美国申请案、2005年10月31日申请的题为“VOIP EMERGENCY CALL SUPPORT”的第60/732,226号临时美国申请案，以及2005年12月9日申请的题为“SUPPORT FOREMERGENCY VoIP CALLS USING SUPL”的第60/748,821号临时美国申请案的优先权，所述所有申请案均转让给本受让人并以引用的方式并入本文中。 

技术领域

本发明大体上涉及无线通信，且更具体地说，涉及用于支持紧急呼叫的技术。 

背景技术

广泛部署无线通信网络来提供例如语音、视频、分组数据、消息收发、广播等各种通信服务。这些无线网络可以是能够通过共用可用的网络资源而支持多个用户的通信的多路接入网络。此类多路接入网络的实例包含码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络和正交FDMA(OFDMA)网络。 

无线网络通常支持向这些网络作出服务预订的无线用户的通信。服务预订可与用于安全、路由、服务质量(QoS)、记帐等的信息相关联。预订相关信息可用于与无线网络建立呼叫。 

无线网络为其用户提供的大多数基本服务之一是发送和接收语音呼叫的能力。此服务的一个最近的增强方面是发送和接收因特网语音协议(VoIP)呼叫的能力。VoIP呼叫是其中以如同其它分组数据一样被路由的包的形式而不是在专门的业务信道上发送语音数据的语音呼叫。 

无线用户可与无线网络建立紧急语音或其它媒体呼叫，所述无线网络可以是或可以不是用户作出服务预订所针对的归属网络。此呼叫可使用VoIP。主要挑战是将紧急呼叫路由到可服务于呼叫的适当的公共安全应答点(PSAP)。这可能必须获得用户的中间位置估计并基于所述中间位置估计来确定适当的PSAP。如果用户正在漫游和/或未向任何网络作出服务预订，那么问题较复杂。 

因此，此项技术中需要用于支持紧急呼叫和紧急VoIP呼叫的技术。 

发明内容

本文描述用于支持紧急因特网语音协议(VoIP)呼叫的技术。所述技术可用于各种3GPP和3GPP2网络、各种位置架构，以及作出和未作出服务预订的用户设备(UE)。 

在一实施例中，UE与所访问的网络通信以发送建立紧急VoIP呼叫的请求。所述UE与由所述访问的网络指示的位置服务器交互以获得所述UE的第一位置估计。所述UE经由所述访问的网络执行呼叫设置以与PSAP建立紧急VoIP呼叫，可基于初始位置估计来选择所述PSAP。所述UE随后可(例如)在所述PSAP请求时用所述位置服务器执行定位以获得所述UE的经更新位置估计。下文描述紧急VoIP呼叫的各种细节。 

下文还更详细地描述本发明的各个方面和实施例。 

附图说明

结合附图考虑，从下文陈述的具体实施方式中将更加了解本发明的各方面和实施例，附图中相同参考标号始终相应地进行识别。 

图1展示支持紧急VoIP呼叫的部署。 

图2展示3GPP网络架构。 

图3展示3GPP2网络架构。 

图4和5分别展示具有SUPL位置的紧急VoIP呼叫的网络架构和消息流。 

图6和7分别展示具有3GPP控制平面位置的紧急VoIP呼叫的网络架构和消息流。 

图8和9分别展示具有X.S0024位置的紧急VoIP呼叫的网络架构和消息流。 

图10和11分别展示未作出服务预订的UE的紧急VoIP呼叫的网络架构和消息流。 

图12展示图1到3中的若干实体的框图。 

具体实施方式

本文使用词汇“示范性”来表示“充当实例、例子或说明”。本文中描述为“示范性”的任何实施例或设计均不一定解释为优选于或有利于其它实施例或设计。 

本文描述用于支持紧急VoIP呼叫的技术。紧急VoIP呼叫是对紧急服务的VoIP呼叫或分组交换呼叫。紧急VoIP呼叫可如此识别且可以若干方式与正常VoIP呼叫区分，如下文所描述。紧急VoIP呼叫可与不同于普通VoIP呼叫的各种特性相关联，所述特性例如为获得用户的合适位置估计、将紧急VoIP呼叫路由到适当PSAP等。位置估计(positionestimate)也称为位置估计(location estimate)、定位等。 

图1展示支持紧急VoIP呼叫的部署100。用户设备(UE)110与接入网络120通信 以获得基本的IP通信服务。UE 110可以是固定的或移动的，且也可称为移动台(MS)、终端、订户单元、站或某一其它术语。UE 110可以是蜂窝式电话、个人数字助理(PDA)、无线装置、膝上型计算机、遥测装置、跟踪装置等。UE 110可与接入网络120中的一个或一个以上基站和/或一个或一个以上接入点通信。UE 110还可从一个或一个以上卫星190接收信号，所述卫星190可以是全球定位系统(GPS)、欧洲Galileo系统、俄罗斯GLONASS系统或任何全球导航卫星系统(GNSS)的一部分。UE 110可测量来自接入网络120中的基站的信号和/或来自卫星190的信号，且可获得卫星的伪距(pseudo-range)测量值和/或基站的定时测量值。伪距测量值和/或定时测量值可用于使用此项技术中众所周知的定位方法中的一者或组合来导出UE 110的位置估计，所述定位方法例如为辅助型GPS(A-GPS)、独立GPS、高级前向链路三角定位(A-FLT)、增强型观测时间差(E-OTD)、观测到达时间差(OTDOA)、增强型小区ID等。 

接入网络120提供位于接入网络的覆盖范围内的UE的无线电通信。接入网络120可包含基站、网络控制器和/或其它实体，如下文所描述。所访问的网络130(其也称为所访问的公共陆地移动网络(V-PLMN))是当前服务于UE 110的网络。归属网络160(其也称为归属PLMN(H-PLMN))是UE 110作出预订所针对的网络。接入网络120与所访问的网络130相关联。所访问的网络130和归属网络160也可以是相同或不同的网络。所访问的网络130和归属网络160可以或可以不具有漫游协议。网络130和160每一者可包括提供数据连接性、位置服务和/或其它功能性及服务的实体。 

网络170可包含公共交换电话网络(PSTN)、因特网和/或其它语音及数据网络。PSTN支持用于常规普通老式电话服务(POTS)的通信。PSAP 180是负责应答紧急呼叫(例如，针对报警、火灾和医疗服务)的实体，且也可称为紧急中心(EC)。此类呼叫可在用户拨打某一固定的众所周知的号码(例如，北美洲的911或欧洲的112)时启始。PSAP180通常由政府机构(例如，国家或城市)运营或拥有。PSAP 180可支持用于VoIP呼叫的IP连接性且因此支持会话启始协议(SIP)，所述SIP是用于基于IP(例如VoIP)来启始、修改和终止交互式用户会话的信令协议。或者或另外，PSAP 180可支持与PSTN 170的通信。 

本文描述的技术可用于源自例如DSL和电缆等有线线路网络的紧急VoIP呼叫，并用于源自无线广域网(WWAN)、无线局域网(WLAN)、无线大城市网络(WMAN)以及具有WWAN和WLAN覆盖的无线网络的紧急VoIP呼叫。WWAN可以是CDMA、TDMA、FDMA、OFDMA和/或其它网络。CDMA网络可实施例如宽带CDMA(W-CDMA)、 cdma2000等一种或一种以上无线电技术。cdma2000涵盖IS-2000、IS-856和IS-95标准且包含Ev-DO修订版以优化IP支持。TDMA网络可实施例如全球移动通信系统(GSM)、数字高级移动电话系统(D-AMPS)等一种或一种以上无线电技术。D-AMPS涵盖IS-248和IS-54。来自命名为“第3代合作伙伴计划”(3GPP)的组织的文献中描述了W-CDMA和GSM。来自命名为“第3代合作伙伴计划2”(3GPP2)的组织的文献中描述了cdma2000。3GPP和3GPP2文献公开可用。WLAN可实施例如IEEE 802.11等无线电技术。WMAN可实施例如IEEE 802.16等无线电技术。这些各种无线电技术和标准是此项技术中已知的。 

图2展示3GPP网络架构。UE 110可经由3GPP接入网络120a或WLAN接入网络120b获得无线电接入。3GPP接入网络120a可以是GSM EDGE无线电接入网络(GERAN)、通用陆地无线电接入网络(UTRAN)、演进UTRAN(E-UTRAN)或某一其它接入网络。3GPP接入网络120a包含基站210、基站子系统(BSS)/无线电网络控制器(RNC)212，以及图2中未展示的其它实体。基站也称为节点B、增强型节点B(e-节点B)、基站收发器(BTS)、接入点(AP)或某一其它术语。WLAN 120b包含接入点214且可为任何WLAN。 

V-PLMN 130a是图1中的所访问网络130的一个实施例，且包含V-PLMN核心网络230a和V-PLMN位置实体270a。V-PLMN核心网络230a包含服务GPRS支持节点(SGSN)232a、网关GPRS支持节点(GGSN)232b、WLAN接入网关(WAG)234和分组数据网关(PDG)236。SGSN 232a和GGSN 232b是通用分组无线业务(GPRS)核心网络的一部分，且提供分组交换服务以用于UE与3GPP接入网络120a通信。WAG 234和PDG236是3GPP交互工作WLAN(I-WLAN)核心网络的一部分，且提供分组交换服务以用于UE与WLAN 120b通信。 

V-PLMN核心网络230a还包含本地订户服务器(HSS)250和各种IP多媒体子系统(IMS)实体，包含代理服务器呼叫会话控制功能(P-CSCF)252、紧急CSCF(E-CSCF)254、询问CSCF(I-CSCF)256和媒体网关控制功能(MGCF)258。P-CSCF 252、E-CSCF254、I-CSCF 256和MGCF 258支持IMS服务，例如VoIP呼叫，且是V-PLMN IMS网络的一部分。P-CSCF 252接受来自UE的请求，并在内部处理这些请求或可能在转译之后将所述请求转发到其它实体。E-CSCF 254为UE执行会话控制服务并维持用于支持IMS紧急服务的会话状态。E-CSCF 254进一步支持紧急VoIP呼叫。MGCF 258引导SIP/IP与PSTN(例如，SS7ISUP)之间的信令转换，且每当来自一个用户的VoIP呼叫到达PSTN 用户时使用所述MGCF 258。HSS 250存储将V-PLMN 130a作为归属网络的UE的预订相关信息。 

V-PLMN位置实体270a可包含紧急服务SUPL位置平台(E-SLP)272和接入SLP(V-SLP)274，其支持OMA安全用户平面位置(SUPL)。V-SLP 274可在与V-PLMN 130a不同的网络内或与所述不同的网络相关联，且/或可地理上较接近UE 110。或者或另外，V-PLMN位置实体270a可包含网关移动位置中心(GMLC)276，其是3GPP控制平面位置的一部分。E-SLP 272、V-SLP 274和GMLC 276为UE与V-PLMN 130a通信提供位置服务。 

H-PLMN 160a是图1中的归属网络160的一个实施例，且包含H-PLMN核心网络260。H-PLMN核心网络260包含HSS 266且进一步包含支持用于归属网络160的IMS的IMS实体，例如I-CSCF 262和服务CSCF(S-CSCF)264。I-CSCF 262和S-CSCF 264是H-PLMN IMS网络的一部分。 

图3展示3GPP2网络架构。UE 110可经由3GPP2接入网络120c或WLAN接入网络120d获得无线电接入。3GPP2接入网络120c可以是CDMA20001X网络、CDMA20001xEV-DO网络或某一其它接入网络。3GPP2接入网络120c包含基站220、无线电资源控制/分组控制功能(RRC/PCF)222，和图3中未展示的其它实体。RRC也可称为无线电网络控制器(RNC)或基站。3GPP2接入网络120c也可称为无线电接入网络(RAN)。WLAN 120d包含接入点224且可以是与3GPP2网络相关联的任何WLAN。 

V-PLMN 130b是图1中的所访问网络130的另一实施例，且包含V-PLMN核心网络230b和3GPP2位置实体270b。V-PLMN核心网络230b包含分组数据服务节点(PDSN)242、分组数据交互工作功能(PDIF)244和验证、授权与计费(AAA)服务器246。PDSN242和PDIF 244分别为UE与3GPP2接入网络120c和WLAN 120d通信提供分组交换服务。V-PLMN核心网络230a还包含例如P-CSCF 252、E-CSCF 254、I-CSCF 256和MGCF258等IMS或多媒体域(MMD)实体。E-CSCF 258还可具有例如ES-AM(紧急服务应用管理器)等其它名称。 

3GPP2位置实体270b可包含用于SUPL的E-SLP 272和V-SLP 274。或者或另外，3GPP2位置实体270b可包含紧急服务位置服务器(E-PS)282和所访问的定位服务器(V-PS)/定位实体(PDE)284，其是针对cdma2000网络的X.S0024位置的一部分。E-PS282也可称为代理定位服务器(S-PS)。E-SLP 272、V-SLP 274、E-PS 282和V-PS/PDE 284为UE与V-PLMN 130b通信提供位置服务。 

为了简单起见，图2和3仅展示3GPP和3GPP2中的在以下描述中参考的一些实体。3GPP和3GPP2网络可包含分别由3GPP和3GPP2界定的其它实体。 

在以下描述中，3GPP网络是指由3GPP界定的网络和网络子系统(例如，接入网络子系统)，以及结合3GPP网络操作的其它网络和网络子系统(例如，WLAN)。3GPP网络和网络子系统可包含GERAN、UTRAN，E-UTRAN、GPRS核心网络、IMS网络、3GPPI-WLAN等。3GPP2网络是指由3GPP2界定的网络和网络子系统，以及结合3GPP2网络操作的其它网络和网络子系统。3GPP2网络可包含CDMA2000 1X、CDMA2000 1xEV-DO，cdma2000核心网络、3GPP2 IMS或MMD网络子系统、3GPP2相关联的WLAN等。为了简单起见，“3GPP WLAN”是指与3GPP网络相关联的WLAN，且“3GPP2 WLAN”是指与3GPP2网络相关联的WLAN。 

在以下描述中，GPRS接入是指经由GERAN、UTRAN或某一其它3GPP接入网络来接入GPRS。3GPP WLAN接入是指经由WLAN来接入3GPP核心网络。cdma2000接入是指经由CDMA2000 1X、CDMA2000 1xEV-DO或某一其它3GPP2接入网络来接入cdma2000核心网络。3GPP2 WLAN接入是指经由WLAN来接入3GPP2 WLAN核心网络。 

对于3GPP，UE 110可以或可以不配备通用集成电路卡(UICC)。对于3GPP2，UE 110可以或可以不配备用户标识模块(UIM)。UICC或UIM通常特定于一个订户且可存储个人信息、预订信息和/或其它信息。无UICC的UE(UICC-less UE)是不具有UICC的UE，且是无UIM的UE(UIM-less UE)是不具有UIM的UE。无UICC/UIM的UE不具有预订，不具有归属网络，且不具有验证证书(例如，不具有密钥)来核实任何声称的标识信息，这使位置服务较易遭受风险。 

本文描述的技术可用于例如控制平面和用户平面架构等各种位置架构。控制平面(其也称为信令平面)是一种用于承载信令以用于较高层应用的机制，且通常以网络特定协议、接口和信令消息实施。用户平面是一种用于承载信令以用于较高层应用但采用用户平面载体的机制，所述用户平面载体通常以例如用户数据报协议(UDP)、传输控制协议(TCP)和因特网协议(IP)等(均是此项技术中已知的)协议来实施。支持位置服务和定位的消息被承载作为控制平面架构中的信令的一部分，并作为用户平面架构中的数据(从网络的观点看)的一部分。然而，所述消息的内容在两种架构中可相同或类似。 

所述技术可用于例如表1中罗列的各种位置架构/解决方案。来自开放移动联盟(OMA)的文献中描述了SUPL和初期SUPL。3GPP TS 23.271、TS 43.059和TS 25.305中描述了3GPP控制平面。IS-881和3GPP2X.S0002中描述了3GPP2控制平面。3GPP2 X.S0024中描述了3GPP2用户平面。 

表1 

位置架构	架构类型	可应用于...
			初期SUPL	用户平面	3GPP网络
SUPL	用户平面	3GPP和3GPP2网络
			3GPP控制平面	控制平面	3GPP网络
3GPP2控制平面	控制平面	3GPP2网络
			X.S0024	用户平面	3GPP2网络

UE可支持针对紧急VoIP呼叫的零个、一个或多个位置解决方案(例如，SUPL或3GPP控制平面，或者SUPL和3GPP控制平面，或者SUPL和X.S0024)。UE可在作出呼叫时(例如)在SIP INVITE和/或SIP REGISTER消息中向网络通知其定位能力。此信息可存储在本地服务器(例如，位置服务器)中以供由网络检索。 

本文描述的技术可支持以下特征。 

(a)为移动、固定和流动用户支持紧急VoIP呼叫。 

(b)适用于使用GPRS接入、3GPPWLAN接入、cdma2000接入和3GPP2WLAN接入的VoIP呼叫。 

(c)支持与可用SIP/IP的PSAP的端对端IP连接性。 

(d)支持与可用PSTN的PSAP的连接性，所述可用PSTN的PSAP可在发出呼叫的UE本地但地理上远离SIP呼叫服务器，例如当VoIP服务提供商远离UE时。 

(e)支持使用中间位置估计呼叫路由到合适的PSAP。 

(f)向PSAP提供UE的准确位置。 

(g)支持使用各种位置架构的初始和经更新位置。 

(h)支持来自无UICC/UIM的UE和H-PLMN与V-PLMN不具有漫游协议的UE的紧急VoIP呼叫。 

(i)支持从PSAP向无UICC/UIM和/或V-PLMN中不具有漫游协议的UE的回叫。 

(j)与IETF Ecrit解决方案和NENA解决方案(例如，用于增强型9-1-1服务(i2)的中间VoIP架构，也称为NENAI2解决方案)兼容。 

(k)对H-PLMN的影响和要求很少。 

PSAP回叫是指从PSAP返回UE的呼叫，例如因为紧急呼叫掉线或发出得太早。中间位置估计通常是指用于路由的近似定位，且初始位置估计通常是指第一准确位置估计。 在一些情况下，可在中间位置估计之后获得初始的位置估计。在其它情况下，中间与初始位置估计可以相同。在另外一些其它情况下，可不使用中间位置估计和/或初始的位置估计。 

对于SUPL，可绕过H-PLMN 160中的归属SLP(H-SLP)，且V-PLMN 130中或与V-PLMN 130相关联的一个或一个以上V-SLP和/或E-SLP可用于定位。对于X.S0024，可绕过H-PLMN 160中的归属PS(H-PS)，且V-PLMN 130中的或与V-PLMN 130相关联的一个或一个以上V-PS和/或E-PS可用于定位。这暗示着对于SUPL和X.S0024的一些变化，例如在紧急呼叫期间可超驰UE 110中所配置的H-SLP或H-PS以用于定位。可能由于以下原因而需要在V-PLMN 130中使用V-SLP、E-SLP、E-PS或V-PS： 

(a)特定地区或国家的专门紧急呼叫支持应利用仅来自那些地区中的网络而不是其它网络的支持。 

(b)不具有UICC/UIM的UE可能不具有H-PLMN，且可依赖于V-PLMN中的SLP或PS。 

(c)对于具有UICC/UIM的UE，H-PLMN可能不具有与V-PLMN的漫游协议，且可能难以使用H-SLP或H-PS。 

(d)H-SLP或H-PS可能由于信令差异和缺少注册的缘故而不支持来自远程PSAP(例如，另一国家)的位置请求。 

(e)H-SLP或H-PS在不具有V-PLMN中的V-SLP或V-PS的辅助下可能不能获得良好的位置估计(例如，如果H-SLP或H-PS远离UE)。 

(f)H-SLP或H-PS可能不支持由E-SLP或E-PS使用以支持紧急呼叫服务的接口(例如，Li或LCS-i接口)。 

E-SLP 272或E-PS 282可分别执行对SUPL和X.S0024中的UE 110的定位。或者，例如，如果E-SLP 272或E-PS 282不能执行此功能，那么可选择V-SLP、V-PS或PDE来执行对UE 110的定位。例如，如果SIP呼叫服务器(例如，E-CSCF 254)远离UE 110并选择同样远离的E-SLP或E-PS(这可在操作员使用少量呼叫服务器服务于较大地区或整个国家时发生)，那么V-SLP、V-PS或PDE可能有用。E-SLP 272或E-PS 282可使用以下机制中的任一者选择V-SLP、V-PS或PDE： 

(a)UE 110当附接到接入网络或建立IP连接性时发现IP地址或者V-SLP或V-PS的名称，例如接入网络将V-SLP或V-PS地址提供给UE 110。UE 110还可在建立IP连接性之后通过DNS询问而发现V-SLP或V-PS地址。这可适用于UE 110所使用的DNS服务器比E-CSCF 254更处于UE 110本地时。UE 110可包含发送到IMS的初始SIPREGISTER中或在移交到新的接入网络之后的任何后续re-REGISTER中的V-SLP或V-PS地址。IMS(例如，E-CSCF 254)可将V-SLP或V-PS地址传递给E-SLP 272或E-PS 282。 

务器比E-CSCF 254更处于UE 110本地时。UE 110可包含发送到IMS的初始SIPREGISTER中或在移交到新的接入网络之后的任何后续re-REGISTER中的V-SLP或V-PS地址。IMS(例如，E-CSCF 254)可将V-SLP或V-PS地址传递给E-SLP 272或E-PS 282。 

(b)E-SLP 272或E-PS 282基于初始SIP INVITE中由UE 110提供的位置信息来确定V-SLP或V-PS地址。 

(c)E-SLP 272或E-PS 282基于在SUPL START中从UE 110接收到的位置信息来确定V-SLP或V-PS地址。 

一般来说，由UE 110提供的位置信息可以是可用于确定UE 110的位置的任何信息。位置信息可包括地理坐标、GSM、UMTS或cdma2000小区标识(ID)、cdma2000服务小区信息、WLAN接入名称标识、WLAN MAC地址等。位置信息还可包括可用于确定UE110的位置的测量值。 

对于SUPL和X.S0024，E-SLP 272或E-PS 282可将SUPL INIT发送到UE 110以开始SUPL会话。可使用WAP推送或SMS来发送SUPL INIT，这可导致较长延迟。在一实施例中，为了减少延迟，可经由IMS(例如，P-CSCF 252和E-CSCF 254)使用IMS即时消息、某一其它IMS消息、SIP 1xx响应(例如，183会话进程)或某一其它消息将SUPL INIT发送到UE 110。使用IMS与UE 110之间的现有(可能安全)关联实现较快传递，且进一步避免建立新的关联的额外延迟且/或通过额外实体(例如，SMS服务中心)来传递消息。此实施例还可在UE 110未在H-PLMN中注册(例如，不具有UICC或UIM)时使用。在另一实施例中，为了减少延迟，可使用移动终端IP或UDP/IP将SUPL INIT发送到UE 110。在此情况下，可用E-SLP 272的IP地址预先管理IP网关服务UE 110(例如，GGSN 232b、PDG 236、PDSN 242或PDIF 244)以便IP包不会从E-SLP 272滤出到UE 110。UE 110可经配置以支持用于SUPL(并向IANA注册)以用于接收SUPL INIT的TCP端口和/或UDP端口。 

可如下用SUPL 1.0和X.S0024的初始版本(3GPP2 X.S0024-0)来支持紧急VoIP呼叫。 

(a)如果UE 110处于H-PLMN 160中，那么E-SLP 272是UE的H-SLP或E-PS 282是UE的H-PS并调用SUPL 1.0或X.S0024-0网络启始的位置请求。可使用SMS或WAP推送将SUPL INIT发送到UE 110。 

(b)如果UE 110不处于H-PLMN 160中而是在V-PLMN 130中注册，那么E-SLP 272可通过充当发出请求的SLP(R-SLP)并根据SUPL 1.0和OMA RLP中的程序将位置请求发送到UE 110的H-SLP来调用SUPL 1.0位置请求。类似地，E-PS 282可使用(例如)OMARLP协议来调用来自用于UE 110的H-PS的X.S0024位置请求。 

(c)如果UE 110不处于H-PLMN 160中且未在V-PLMN 130中注册(例如，V-PLMN130与H-PLMN 160之间不具有漫游协议)或如果UE 110不具有UICC或UIM，那么不支持SUPL 1.0或X.S0024-0位置。然而，E-SLP 272或E-PS 282可能仍然能够针对紧急呼叫使用初始SIP INVITE中由UE 110提供的位置信息来获得UE 110的位置估计。 

1.具有SUPL的紧急VoIP呼叫

图4展示具有SUPL位置的紧急VoIP呼叫的网络架构400的实施例的框图。网络架构400适用于3GPP和3GPP2网络两者。为了简单起见，图4仅展示与支持使用SUPL的紧急VoIP呼叫相关的实体和接口。 

在SUPL中，UE 110称为可用SUPL的终端(SET)。接入网络120可以是3GPP接入网络、3GPP2接入网络、WLAN或某一其它网络。接入网络120和/或V-PLMN 130包含支持分组交换呼叫的实体，(例如)如图2和3所示。对于3GPP2，简单的IP和或移动IP可用于紧急VoIP呼叫。在以下描述中，IMS可涉及P-CSCF 252、E-CSCF 254和/或MGCF 258。 

E-SLP 272可包含执行用于位置服务的各种功能的SUPL位置中心(E-SLC)412和支持对于UE的定位的SUPL定位中心(E-SPC)414。V-SLP 274可类似地包含V-SLC 422和V-SPC 424。E-SLP 272在对紧急呼叫的定位的情况下可代替H-PLMN 160中的H-SLP。题为“Secure User Plane Location Architecture”的文献OMA-AD-SUPL-V2_0-20060704-D(草拟版4.0，2006年7月4日)中以及题为“User Plane Location Protocol”的文献OMA-TS-ULP-V2_0-20060721-D(草拟版2.0，2006年7月21日)中描述了SUPL中的实体，所述文献可从OMA处公开获得。 

SUPL支持SET与SLP之间的两种通信模式以用于用SPC进行定位。在代理模式中，SPC不具有与SET的直接通信，且SLP充当SET与SPC之间的代理。在非代理模式中，SPC具有与SET的直接通信。 

PSTN/因特网170可包含支持分组路由的实体(例如，路由器)和将紧急呼叫路由到PSAP的选择性路由器(S/R)292。S/R 292可属于PSAP 180或者可由一组个别PSAP共用并连接到所述组个别PSAP。如果PSAP 180支持SIP，那么UE 110可针对VoIP呼叫经由P-CSCF 252和E-CSCF 254与PSAP 180通信。如果PSAP 180不支持SIP，那么UE110还可经由P-CSCF 252、E-CSCF 254、MGCF 258和S/R 292与PSAP 180通信。在此 情况下，由MGCF 258控制的媒体网关(MGW)针对紧急呼叫执行VoIP到PCM线路模式的转换。 

图4还展示各个实体之间的接口。UE 110、P-CSCF 252、E-CSCF 254、MGCF 258之间的呼叫相关接口可以是SIP。MGCF 258、S/R 292与PSAP 180之间的呼叫相关接口可以是MF/ISUP。PSAP 180与E-SLP 272之间的位置相关接口可以是J-STD-036修订本B中界定的E2接口(如果PSAP 180可用PSTN)或E2接口的扩展(如果PSAP 180可用SIP)。PSAP 180与E-SLP 272之间的位置相关接口可改为是OMA或LIF移动位置协议中界定的MLP接口或某一其它接口，例如HTTP接口。UE 110与V-SLP 274和E-SLP272之间的位置相关接口可以是SUPL ULP。 

E-CSCF 254与E-SLP 272之间的接口用于将关于UE 110的信息传达给E-SLP 272并激发SUPL定位。此接口可以是LCS IMS(例如，Li)接口，且可利用IMS位置协议(ILP)或某一其它协议。Li/ILP接口可类似于SLP之间的OMA漫游位置协议(RLP)。Li/ILP接口可由任何IMS实体(例如，S-CSCF或应用服务器)和E-SLP 272使用以支持与基于IMS和IP的服务相关联的其它特征，例如： 

(a)针对VoIP或其它基于IP的呼叫的依照位置记帐， 

(b)将处于呼叫中的一方的位置提供给一个或一个以上其它方，以及 

(c)基于用户位置的辅助服务，例如依照位置呼叫转接、依照位置呼叫排除。 

E-SLP 272与E-CSCF 254之间的接口还可以是“VoIP/分组迁移i2解决方案的草案NENA标准”中或“增强型9-1-1服务(i2)的中间VoIP架构”(下文为“NENA I2解决方案”)中界定的v2接口(其在美国被考虑用于E911VoIP支持)，或某一其它接口。 

网络架构400可包含支持VoIP和/或位置的其它实体，例如NENA I2解决方案或草案NENA I2.5和I3解决方案中描述的元件。 

1.1.呼叫设置

图5展示使用SUPL的紧急VoIP呼叫设置的消息流500的实施例。为了清楚起见，不太相关的实体(例如，接入网络120、P-CSCF 252、S/R 292)从图5中省略但包含在以下描述中。消息流500可用于3GPP和3GPP2网络。消息流500假定UE 110具有UICC或UIM，且H-PLMN 160与V-PLMN 130之间存在漫游协议。 

在步骤1中，UE 110发现接入网络(AN)，例如3GPP接入网络、3GPP2接入网络、802.11WLAN等。UE 110执行任何低级连接(例如，802.11协会)并附接到接入网络(例如，经由GPRS附接或WLAN AAA程序(对于3GPP))。UE 110建立IP连接性且可发现本地SIP服务器地址。在以下描述中，P-CSCF 252是由UE 110发现的本地SIP服务器。步骤1可针对不同网络以不同方式执行且下文进一步详细描述步骤1。 

在步骤2中，UE 110将SIP REGISTER发送到P-CSCF 252，P-CSCF 252是在步骤1中发现的本地SIP服务器。SIP REGISTER可包含紧急服务指示、紧急公共用户ID(例如，3GPP TR 23.867中和3GPP TS 23.167中所描述)、私人用户ID、H-PLMN域名和步骤1中获得的UE IP地址。SIP REGISTER还可包含UE 110的位置信息、UE 110的定位能力和/或其它信息。UE定位能力可包括UE 110所支持的位置解决方案(例如，SUPL、3GPP控制平面、X.S0024等)、UE 110所支持的定位方法和/或其它信息。由于存在紧急服务指示或紧急公共用户ID的缘故，所以P-CSCF 252将SIP REGISTER转发到相同网络中的E-CSCF 254，而不像非紧急情况下那样转发到H-PLMN 160中的I-CSCF 262。 

在步骤3中，V-PLMN 130中的E-CSCF 254在发生正常IMS注册的情况下将SIPREGISTER转发到H-PLMN 160中的S-CSCF 264。在H-PLMN 160中注册的原因是(1)验证用户标识，(2)获得来自S-CSCF 264的经核实的回叫号，(3)警告H-PLMN 160所述紧急呼叫，使得如果PSAP 180随后经由H-PLMN 160回叫UE 110，那么可应用特殊处理(例如，补充服务的优先权、限制)。对于IMS注册，H-PLMN 160中的S-CSCF 264将V-PLMN 130中的E-CSCF 254视作如同P-CSCF。可用UE 110的紧急公共用户ID隐含地注册公共用户TEL URI(例如，得自3GPP中的MSISDN或3GPP2中的MIN)，且所述公共用户TEL URI可用于来自PSTN的PSAP回叫。例如，如果UE 110已注册正常公共用户ID或如果H-PLMN 160不支持紧急公共用户ID，那么H-PLMN 160不可支持紧急公共用户ID的额外注册。E-CSCF 254可维持可跳过步骤3所针对的H-PLMN的列表。如果跳过步骤3，那么通过使用应由UE 110单独注册的UE 110的正常公共用户ID，来自PSAP 180的回叫仍是可以的。E-CSCF 254还可向UE 110指派临时公共用户ID，如下文所描述，以实现直接经由V-PLMN 130而不经由H-PLMN 160从PSAP 180进行回叫。此临时公共用户ID尤其可用于国外漫游的UE，因为回叫的延迟和可靠性均可得到改进。如果不执行H-PLMN 160中的注册，那么不验证UE 110且不可建立UE 110与V-PLMN 130中的E-CSCF 254之间的安全IP连接，这可能降低E-SLP 272对UE 110的后续定位的安全性。 

在步骤4中，E-CSCF 254(例如，在从H-PLMN 160接收SIP 200OK之后)将200OK返回到UE 110。设置紧急呼叫之后，如果UE 110在同一V-PLMN内越区切换到不同的SGSN(用于GPRS接入)、不同的WLAN(用于WLAN接入)或者不同的PCF或PDSN (用于cdma2000接入)，那么UE 110可通过重复步骤2到4再注册以便更新位置和V-SLP信息。如果使用其紧急公共用户ID再注册，那么E-CSCF 254可将任何新的位置信息传递到E-SLP 272。再注册使得如果UE 110已移出先前V-SLP所支持的地理区域之外便能够选择不同的V-SLP。 

对于3GPP2WLAN接入，如果UE 110从一个WLAN移动到另一WLAN或从WLAN移动到cdma2000网络，那么可执行越区切换程序。越区切换程序可建立从新的WLAN(用于从一个WLAN到另一WLAN的越区切换)或从新的PSDN(用于从WLAN到cdma2000网络的越区切换)到先前PIDF的新的隧道，以便继续使用与先前PDIF相关联的IP地址并避免中断紧急VoIP呼叫。对于从cdma2000网络到WLAN的越区切换，与新的WLAN相关联的PDIF可模拟目标PDSN来支持到达先前服务PDSN的快速越区切换。越区切换之后，UE 110可再注册以向E-CSCF 254提供相关的新的位置信息来用于V-SLP选择。 

在步骤2、3和4的替代实施例中，在步骤2中UE 110将SIP REGISTER发送到P-CSCF252之后，P-CSCF 252可将SIP REGISTER直接转发到H-PLMN 160中的S-CSCF 264或转发到H-PLMN 160中的I-CSCF 262并绕过V-PLMN 130中的E-CSCF 254。在此情况下，来自H-PLMN 160的SIP 200OK将返回到P-CSCF 252而不返回到E-CSCF 254，且在步骤4中P-CSCF 252将把200OK返回到UE 110。此替代实施例可减少或避免对P-CSCF 252支持VoIP紧急呼叫的特殊影响，因为P-CSCF 252的动作接着如同在正常注册时的动作。 

在步骤5中，UE 110将SIP INVITE发送到P-CSCF 252。SIP INVITE可包含指示紧急呼叫的全局SIP URL或TEL URI(例如，由IETF Ecrit提议的sos本地域或“911”)和所请求的紧急服务的类型。SIP INVITE还可包含关于UE 110可用的UE位置的信息(例如，GPRS或cdma2000小区ID、WLAN AP MAC地址等)、UE 110的定位能力(如果注册期间未提供)、用于回叫的联系信息和/或其它信息。回叫信息可包含TELURI(例如，得自3GPP MSISDN或3GPP2MDN)且可能包含SIP URL(例如，步骤2中使用的紧急公共用户ID)。SIP REGISTER或SIP INVITE的“所支持的”标头字段也可用于传达UE定位能力。定位能力还可被包含作为由UE提供的位置信息的一部分(例如，在IETFGeopriv pidf-lo对象中)或以某一其它方式包含在SIP INVITE中。P-CSCF 252可将SIPINVITE转发到另一SIP服务器，所述另一SIP服务器可将SIP INVITE转发到专用于紧急呼叫的路由代理(例如，应用服务器)。图5中，E-CSCF 254是处理紧急呼叫的SIP服务器。 

在步骤6中，E-CSCF 254可明确或隐含地确定UE 110支持SUPL并将路由请求(或紧急位置请求)发送到E-SLP 272。路由请求可包含UE公共标识(例如，来自步骤5的紧急公共用户ID、TEL URI等)、由E-CSCF 254接收的任何位置信息和UE IP地址(如果步骤8中将使用移动终端IP(或UDP/IP))。E-SLP 272可与E-CSCF 254在相同网络中或在某一其它网络中。可选择E-SLP 272，因为其覆盖包含UE 110的近似位置的地理区域。E-CSCF 254可选择E-SLP 272(能够充当E-SLP的普通位置服务器)，或一些其它类型的服务器，例如GMLC 276。选定的位置服务器可基于由E-CSCF 254传递的UE定位能力(或简单地通过假设)而推选使用SUPL。E-CSCF 254可请求来自E-SLP 272的位置信息且/或选择对应于可用的位置信息和紧急服务类型的PSAP。 

如果步骤6中提供的位置信息使E-SLP 272能够导出足够准确而能够满足步骤6中的请求(例如，唯一地确定目的地PSAP)的UE 110的位置估计，那么E-SLP 272前进到步骤12。否则，执行步骤7到11以获得UE 110的适当位置估计。 

在步骤7中，E-SLP 272依据所接收的位置信息来确定是否使用单独的V-SLP来帮助定位。如果是，那么可基于从E-CSCF 254接收的位置信息来选择V-SLP(例如，V-SLP274)。E-SLP 272充当H-SLP使用可与用于(a)SUPL 1.0漫游支持(如果选择V-SLP)或(b)SUPL 1.0非漫游支持(如果未选择V-SLP)的程序类似的程序来执行后续SUPL定位。在漫游情况下，E-SLP 272可与V-SLC 422交换某一预备RLP信令，其在图5中未展示。E-SLP 272接着在SUPL中使用代理或非代理模式产生SUPL INIT以向UE 110激发网络启始的定位程序。E-SLP 272可使用移动终端IP或UDP/IP将SUPL INIT直接发送到UE 110，在此情况下可跳过步骤8。E-SLP 272还可在即时消息(例如，IMS即时消息或者某一其它IMS或SIP消息)内部将SUPL INIT发送到E-CSCF 254。在任一情况下，SUPL INIT均可包含用于定位的SPC(其可为E-SPC 414或V-SPC 424(如果使用非代理模式))的IP地址、对于快速中间位置估计的定位质量(QoP)准确性/延迟要求、代理/非代理模式指示、验证数据和/或其它信息。例如，如果UE 110不在其归属网络中，如果E-SLP 272不是用于UE 110的H-SLP，或如果E-SLP 272是所述H-SLP但选择不表现为H-SLP(例如，以免支持用于紧急呼叫的一个以上程序)，那么SUPL INIT还可包含E-SLP 272的IP地址。SUPL INIT还可(例如)在SUPL INIT通知参数中包含紧急呼叫指示。 

在步骤8中，E-CSCF 254使用IMS即时消息、某一其它IMS消息、SIP 1xx响应(例如，183会话进程)或使用步骤2到4中建立的E-CSCF 254、P-CSCF 252与UE 110之间的安全IP关联的某一其它基于IP的消息，经由P-CSCF 252将SUPL INIT转发到UE110。 

在步骤9中，UE 110建立到达E-SLP 272的安全IP(例如，安全TCP/IP)连接，所述E-SLP 272可以是用于UE 110的H-SLP或者可能已将其地址包含在步骤7中发送的SUPL INIT中。对于非代理模式，UE 110从E-SLP 272(未图示)获得验证数据，并通过相互验证建立到达E-SPC 414或V-SPC 424的安全IP连接。E-SLC 412还在非代理模式中(图5中未展示)将信息传达给E-SPC 414或V-SPC 424。UE 110可获得与所接收的QoP相一致的位置相关测量值(例如，信号电平和/或相邻小区的定时)或位置估计(例如，使用独立的GPS)。UE 110接着将SUPL POS INIT返回到E-SLP 272(在代理模式中)或者E-SPC 414或V-SPC 424(在图5中未展示的非代理模式中)。SUPL POS INIT可包含在代理模式中用于验证的散列码、UE定位能力、位置估计或对A-GPS辅助数据的请求(其也可包含在内嵌的SUPL POS消息中(对于IS-801))。SUPL POS INIT还可包含用于辅助得到快速中间位置估计并避免进一步的SUPL POS信令的位置相关测量值。对于3GPP，所述测量值可包括相邻基站或接入点的信号电平、GPRS定时提前、WCDMARx-Tx时间差等。对于3GPP2，所述测量值可包括与cdma2000或3GPP2WLAN有关的位置相关测量值。 

在步骤10中，如果步骤9中未接收到适当的位置估计(或位置测量值)，那么E-SLP272、E-SPC 414或V-SPC 424可与UE 110交换额外SUPL POS消息。每一SUPL POS消息可包含内嵌的RRLP、RRC或IS-801定位消息。此消息交换继续下去，直到已将充分的定位测量值或位置估计提供到E-SLP 272、E-SPC 414或V-SPC 424为止。在步骤11中，将SUPL END返回到UE 110以结束SUPL交易。 

在步骤12中，E-SLP 272、E-SPC 414或V-SPC 424依据步骤9或步骤10中接收到的位置信息计算UE 110的中间位置估计。对于非代理模式，E-SPC 414或V-SPC 424将位置估计传达给E-SLC 412。基于位置估计，且如果步骤6中E-CSCF 254发出了请求，那么E-SLP 272选择PSAP。以下描述假定PSAP 180是选定的PSAP。如果PSAP 180可接入/启用PSTN，那么E-SLP 272获得(a)可用于路由到PSAP 180的紧急服务路由数字(ESRD)不可拨的电话号码和(b)识别PSAP 180、E-SLP 272和(临时)UE 110的紧急服务路由密钥(ESRK)不可拨的电话号码。每一PSAP可与一个ESRD以及识别E-SLP 272和所述PSAP的ESRK群集相关联。对于由UE向此PSAP进行的每一紧急呼叫，来自所述群集的一个ESRK可分派到UE并持续紧急呼叫的持续时间。可不将这些功能中的一些功能(例如，ESRD/ESRK管理)视为SUPL的一部分，且可在可由E-SLP272询问的单独物理或逻辑实体中支持所述一些功能(例如，如NENA I2解决方案中所描述)。ESRD和ESRK对应于用于线路模式中的紧急呼叫支持的相同名称的电话号码(例如，J-STD-036)。ESRD和ESRK还分别对应于NENA I2解决方案中所描述的ESRN和ESQK。 

在步骤13中，E-SLP 272将路由响应(或紧急位置响应)返回到E-CSCF 254，所述路由响应可包含(a)PSAP标识(其可以是SIP URL或IP地址)(如果PSAP 180可用IP)或(b)ESRD和ESRK(如果PSAP 180可用PSTN)。如果E-CSCF 254作出请求，那么路由响应还可包含UE 110的中间位置估计。E-SLP 272可为UE 110存储含有为UE收集的所有信息的呼叫记录。 

如果PSAP 180可用IP，那么执行步骤14a和15a。在步骤14a中，E-CSCF 254将SIP INVITE(步骤5中所接收)路由到PSAP 180。SIPINVITE可包含中间位置估计且可能包含UE 110的标识或地址以及E-SLP 272的IP地址或名称。在步骤15a中，可交换额外的SIP信令以建立紧急呼叫。 

如果PSAP 180可用PSTN，那么执行步骤14b、14c和15b。在步骤14b中，E-CSCF254将SIP INVITE经由中断网关控制功能(BGCF)转发到MGCF 258。SIP INVITE可包含UE 110的回叫号(例如，MSISDN或MDN)且/或可包含ESRD和ESRK(但可能不包含中间位置估计)。在步骤14c中，MGCF 258使用SS7ISUP和/或MF信令将紧急呼叫经由PSTN(可能经由选择性路由器)路由到PSAP 180。ESRD或ESRK可用作路由号，且ESRK和/或回叫号传递到PSAP 180(例如，经由MF CAMA信令)作为UE 110的标识并作为密钥以获得更多信息。在步骤15b中，可交换额外的SIP信令，且可在MGCF258处发生SS7ISUP和/或MF的交互工作以建立紧急呼叫。 

单独建立用于可用IP的PSAP和可用PSTN的PSAP的呼叫路径。对于可用PSTN的PSAP，VoIP(例如，RTP/IP)与线路模式(例如，PCM)之间的交互工作在由MGCF258控制的媒体网关(MGW)处发生。对于可用IP的PSAP，呼叫路径将是端对端IP，且将可能部分经由公共因特网或私有IP网络而在UE 110与PSAP 180之间行进，但将跳过任何MGW。 

在步骤16中，在建立呼叫之后，PSAP 180可将位置请求发送到E-SLP 272，所述E-SLP 272可通过步骤14a中获得的IP地址或名称或者步骤14c中获得的ESRK来识别。 PSAP 180使用UE公共用户地址(如果PSAP 180可用IP)或回叫号或其它地址(例如，MSISDN或MDN)或ESRK(如果PSAP 180可用PSTN)来识别UE 110。位置请求指示对于准确的位置估计的请求。对于美国的紧急VoIP呼叫，位置请求可与J-STD-036中的紧急服务位置请求相同(如果PSAP 180可用PSTN)，且可以是此消息的扩展(如果PSAP 180可用IP)。对于世界上某些其它地区的紧急VoIP呼叫，位置请求可与针对OMAMLP界定的紧急位置即时请求相同。 

在步骤17中，如果E-SLP 272的定位能力不延伸到在其中报告UE 110的最后已知位置的地理区域或如果使用V-SLP可提供较准确且可靠的位置，那么E-SLP 272可选择V-SLP。E-SLP 272可从UE 110的最近位置和/或从由E-CSCF 254提供的最近V-SLP地址得到V-SLP地址。为了确保正确的V-SLP，如果E-CSCF 254在步骤4中UE 110的任何再注册之后未自动传递此信息，那么E-SLP 272可询问UE 110的位置和/或来自E-CSCF254的V-SLP地址(图5中未展示)。E-SLP 272接着可通过使用移动终端IP或UDP/IP将SUPL INIT直接发送到UE(在此情况下，可跳过步骤18)或通过将含有SUPL INIT的即时消息发送到E-CSCF 254来开始与UE 110的新的SUPL交易。SUPL INIT可包含上文针对步骤7描述的参数。 

在步骤18中，E-CSCF 254在IMS即时消息、某一其它IMS消息、SIP消息(例如，re-INVITE)或使用E-CSCF 254、P-CSCF 252与UE 110之间的安全IP关联的某一其它基于IP的消息内部，将SUPL INIT传递到UE 110。 

在步骤19中，UE 110建立到达E-SLP 272的安全IP连接。UE 110接着可在代理模式中与E-SLP 272交换SUPL消息或在非代理模式中与E-SPC 414或V-SPC 424交换SUPL消息(类似于步骤9、10和11)以获得UE的准确位置估计。 

在步骤20中，E-SLP 272在位置响应中将UE 110的准确位置估计发送到PSAP 180。对于美国的紧急呼叫，如果PSAP 180可用PSTN，那么位置响应可与用于E2接口的J-STD-036中的紧急服务位置响应消息相同(且因此可包含例如UE 110的MSISDN等额外信息)。对于世界上某些其它地区的紧急呼叫，位置响应可与针对OMAMLP界定的紧急位置即时应答相同。 

UE 110随后可针对紧急VoIP呼叫与PSAP 180通信。当稍后发出呼叫时，E-CSCF 254可将指示发送到E-SLP 272，所述E-SLP 272接着可发出呼叫的任何记录。E-CSCF 254或UE 110还可注销步骤2到4中所注册的紧急公共用户ID。或者，E-CSCF 254、E-SLP 

272和UE 110可允许注册和呼叫记录持续某段时间以支持可能随后从110的回叫和/或额外位置请求。 

1.2.接入

对于步骤1，UE 110可经由GPRS接入、cdma2000接入或WLAN接入连接到接入网络。可针对不同类型的接入以不同方式执行步骤1。 

对于GPRS接入，UE 110可执行GPRS附接以附接到3GPP接入网络，且可执行GPRS分组数据协议(PDP)上下文激活以建立SGSN 232a与GGSN 232b中的IP连接性，如3GPP TR 23.867和TS 23.060中所描述。紧急指示可用于GPRS附接，且/或针对紧急服务的全局接入点名称(APN)可用于PDP上下文激活，其可确保在V-PLMN 130中提供GGSN和P-CSCF。P-CSCF 252可以是如PDP上下文激活期间提供的服务GPRS PLMN中的P-CSCF。 

对于3GPP WLAN接入，UE 110可执行WLAN AAA程序以附接到WLAN，且可执行I-WLAN隧道建立以实现到达PDG 236的IP连接性。UE 110可通过在验证与授权请求中使用指示H-PLMN 160和V-PLMN 130两者的漫游网络接入标识符(NAI)而从V-PLMN 130中选择服务。3GPP TS 23.234和TS 23.003中描述了漫游NAI。这确保UE 110可从V-PLMN 130中的PDG 236而不是从H-PLMN 160中的PDG(如果H-PLMN 160远离，那么这可能限制PSAP接入)获得对于IMS服务的IP接入。针对紧急服务的全局WLAN APN(W-APN)可用于PDG发现和隧道建立。此服务可使用全局唯一外部网络标识符(用于支持紧急服务)和V-PLMN标识。P-CSCF 252可以是与WLAN相关联的V-PLMN中的P-CSCF，且可经由对W-APN的DNS询问来发现。 

对于cdma2000接入，UE 110获得简单的IP地址而不是移动IP地址，因为从V-PLMN130而不是H-PLMN 160获得服务。或者，UE 110可从V-PLMN 130而不是如对于移动IP地址来说较正常的那样从H-PLMN 160获得移动IP地址。IP地址可以是IPv4地址或IPv6地址。如果UE 110尚未建立连接性(例如，不具有分派的IP地址)，那么UE 110可建立点对点协议(PPP)会话并向V-PLMN 130中的PDSN 242执行任何验证与授权，如3GPP2 X.P0011D和TIA-835-D中所描述。UE 110可(例如)使用PPP因特网协议控制协议(IPCP)来获得简单的IP地址。如果UE 110已建立IP连接性并具有到达PDSN 242的PPP会话但被分派有H-PLMN 160中的移动IP地址而不是简单的IP地址，那么如果UE 110无法支持同时的简单IP和移动IP地址(这是TIA-835D中的可选但非强制的UE能力)，那么UE 110可终止与这些IP地址相关联的任何分组会话以及任何IMS注册。UE 110接着可如TIA-835D中所描述获得简单的IP地址。如果UE 110可支持同时的简 单和移动IP地址，那么UE 110如果尚未拥有一个简单的IP地址那么恰可获得简单的IP地址。 

对于cdma2000接入，UE 110可通过(a)使用DHCP或IPCP从DHCP服务器或PDSN242获得P-CSCF域名和DNS地址并接着(b)使用DNS从DNS服务器获得一个或一个以上P-CSCF IP地址来发现P-CSCF地址。如果UE 110移动并接入新的RAN，那么如果需要新的目标PDSN且已建立紧急VoIP呼叫，那么V-PLMN 130和UE 110可使用TIA-835-D中描述的快速越区切换程序。这避免了终止和重新建立呼叫的需要。 

对于3GPP2WLAN接入，UE 110可执行现有的WLAN接入程序，包含AAA、IP地址获取以及默认IP路由器和DNS服务器地址的发现(例如，经由DHCP)。UE 110接着可接入PLMN中的PDIF，所述PLMN支持来自UE 110所接入的WLAN的地理位置的紧急呼叫。WLAN可通告相关联的cdma2000网络以便能够辨别支持紧急呼叫的PLMN。可(例如)通过在IEEE 802.11信标帧中或经由对UE探测请求帧作出响应而发送相关联的服务组标识符(SSID)来实现此通告。可通过使用每一被通告PLMN的指示符或通过确保(例如，要求)所有被通告PLMN均支持紧急呼叫来按照PLMN被通告的次序对PLMN排定优先次序。对于初始的WLAN接入、AAA和IP地址获取，UE 110可选择被暗示或指示为支持紧急呼叫的PLMN(例如，SSID)。 

在初始的WLAN接入、AAA、IP地址获取以及发现默认路由器和DNS服务器地址之后，UE 110可创建指示IMS服务的完全合格的域名(FQDN)，并使用与WLAN所通告的支持紧急呼叫的PLMN中的一者相关联的域。UE 110接着可使用FQDN来发现来自DNS服务器的一个或一个以上PDIF的IP地址。UE可选择PDIF并使用3GPP2X.S0028-200中描述的程序建立到达所述PDIF的IPsec隧道。这给UE 110提供第二内部IP地址，其可用于后续的IMS相关程序。 

在建立从WLAN到PDIF的隧道之后，UE 110可以与UE接入来自cdma2000接入网络的PDSN相同的方式发现P-CSCF地址(例如，经由DHCP获得DNS服务器地址和域名并接着经由DNS获得P-CSCF IP地址)。在此情况下，PDIF可代替PDSN而充当DHCP中继代理。经由DNS发现PIDF和P-CSCF地址可包含需要支持紧急呼叫的指示(例如，在提供到DNS服务器的名称中)。 

如果UE 110已具有与不适宜PLMN中的PDIF的关联(例如，隧道)且如果UE 110不同时支持到达不同PDIF的隧道，那么UE 110可在选择并建立到达新的适宜PLMN中的新PDIF的隧道之前发出经由当前PDIF支持的任何分组会话并发出到达PDIF的隧道。 

在cdma2000或WLAN接入网络连接之后，UE 110可使用以已知V-PLMN域名和V-SLP识别(例如，supl_vslpdomain_name)进行的DNS询问来发现SUPL V-SLP地址。 

消息流500具有与OMA SUPL版本1.0有关的以下添加特征。 

(a)在SUPL INIT中添加E-SLP地址，其超驰并取代UE 110中配置的H-SLP地址。 

(b)IMS侧(例如，E-CSCF 254)与位置侧(例如，E-SLP 272)之间的接口。 

(c)使用V-SLP 274和发现V-SLP地址。 

(d)使用移动终端IP、UDP/IP、SIP或IMS信令而不是SMS或WAP推送来传达SUPLINIT，以减少延迟。 

(e)在SUPL INIT中添加紧急服务指示。 

(f)优选在SUPLPOS INIT中添加新的位置测量值。 

(g)在E-CSCF 254与E-SLP 272之间使用ILP协议，其可类似于现有的RLP。 

(h)安全性。 

2.具有3GPP控制平面的紧急VoIP呼叫

图6展示适用于3GPP控制平面位置的网络架构600的实施例的框图。为了简单起见，图6仅展示与支持具有GPRS接入和3GPP控制平面位置的紧急VoIP呼叫相关的实体和接口。 

接入网络120可以是GERAN或UTRAN。V-PLMN 130可包含P-CSCF 252、E-CSCF254和MGCF 258以支持IMS(例如，VoIP)、针对分组交换服务的SGSN/GGSN 232和针对位置服务的GMLC 276。GMLC 276取代E-SLP 272且是3GPP 23.271，版本6中描述的GMLC的增强型版本。V-PLMN 130还可包含针对位置服务的E-SLP 272和V-SLP274(图6中未展示)。 

在一实施例中，GMLC 276经由Li接口与E-CSCF 254通信且经由J-STD-036E2′接口与PSAP 180通信。对于GMLC 276和E-SLP 272使用相同Li接口可隐藏来自E-CSCF254的SUPL与3GPP控制平面之间的位置架构差异。类似地，对于GMLC 276和E-SLP272使用相同J-STD-036E2′接口可隐藏来自PSAP 180的位置架构差异。图6中的其它接口是此项技术中已知的。 

2.1.呼叫设置

图7展示使用3GPP控制平面的紧急VoIP呼叫设置的消息流700的实施例。为了清楚起见，不太相关的实体(例如，接入网络120、P-CSCF 252、S/R 292)从图7中省略但包含在以下描述中。消息流700假定UE 110具有UICC且H-PLMN 160与V-PLMN 130之间存在漫游协议。 

在步骤1中，如果UE尚未进行GPRS附接，那么UE 110以紧急服务指示执行GPRS附接。GPRS附接可需要获得对SGSN 232a的接入、执行从H-PLMN 160中的HLR/HSS266到SGSN 232a的预订数据的任何验证和下载等。在步骤2中，UE 110使用用于紧急服务的全局APN来执行PDP上下文激活。将PDP上下文分派到V-PLMN 130中的本地GGSN(例如，而不分派到H-PLMN 160中的GGSN)。UE 110获得IP地址且可在PDP上下文激活期间发现本地SIP服务器地址(例如，P-CSCF 252)。 

在步骤3中，SGSN 232基于步骤1中的紧急指示或步骤2中的用于紧急服务的全局APN而意识到紧急呼叫的启始。SGSN 232a接着可启始3GPP TS 23.271中描述的分组交换网络诱发的位置请求(PS-NI-LR)来获得UE 110的中间位置估计或较准确的位置估计。PS-NI-LR提供比如果SGSN 232等待从GMLC 276获得位置估计(例如，经由步骤17中的MAP PSL)的请求快的响应。可由初始的SGSN执行PS-NI-LR。如果UE 110移交到新的SGSN，那么新的SGSN不需要执行另一PS-NI-LR。在步骤4中，一旦获得UE 110的位置估计，SGSN 232就可确定GMLC地址(例如，从当前小区ID)且可将含有位置估计、UE标识和/或其它信息的MAP订户位置报告(SLR)发送到GMLC 276。UE标识可以是国际移动订户标识(IMSI)、移动订户ISDN号(MSISDN)、国际移动设备标识(IMEI)、电子序列号(ESN)、移动设备标识符(MEID)或某一其它标识。如果执行步骤4，那么可跳过步骤10和11。 

在步骤5中，UE 110将步骤2中发现的SIPREGISTER发送到P-CSCF 252。SIPREGISTER可包含上文针对图5中的步骤2描述的信息，且如果将执行步骤10和11，那么还可包含SGSN地址。由于存在紧急服务指示或紧急公共用户ID，所以P-CSCF 252将SIP REGISTER转发到相同网络中的E-CSCF 254。步骤5可与步骤3并行执行。在步骤6中，E-CSCF 254在发生正常IMS注册的情况下将SIP REGISTER转发到H-PLMN160，与图5中的步骤3类似。 

在步骤7中，在H-PLMN 160将200OK返回到E-CSCF 254之后，将200OK返回到UE 110。如果存在到达V-PLMN 130内的不同SGSN的越区切换，那么UE 110还可再注册。如果UE 110使用其紧急公共用户ID进行再注册，那么E-CSCF 254可将任何新的位置信息和/或任何新的SGSN地址传递到GMLC 276。 

与图5中一样，在步骤5、6和7的替代实施例中，在步骤5中UE 110将SIP REGISTER发送到P-CSCF 252之后，P-CSCF 252可将SIP REGISTER直接转发到H-PLMN 160中的S-CSCF 264或I-CSCF 262，并绕过V-PLMN 130中的E-CSCF 254。在此情况下，来自H-PLMN 160的SIP 200OK将返回到P-CSCF 252而不是返回到E-CSCF 254，且P-CSCF 252将在步骤7中将200OK返回到UE 110。此替代实施例可减少或避免对P-CSCF 252支持VoIP紧急呼叫的特殊影响，因为P-CSCF 252的动作接着如同在正常注册时的动作。 

在步骤8中，UE 110将SIP INVITE发送到P-CSCF 252，所述SIP INVITE可包含上文针对图5中的步骤5描述的信息。P-CSCF 252将SIP INVITE转发到E-CSCF 254。 

在步骤9中，基于针对分组模式对3GPP控制平面的UE支持，E-CSCF 254将路由请求发送到由步骤8中接收到的服务小区或其它位置信息指示的GMLC 276。路由请求可包含图5的步骤6中描述的信息以及SGSN地址(如果在注册期间提供)。E-CSCF 254可选择GMLC 276、能够充当GMLC的普通位置服务器或一些其它类型的服务器(例如SLP)。选定的位置服务器可基于由E-CSCF 254传递的UE定位能力而推选使用3GPP控制平面。E-CSCF 254可请求来自GMLC 276的位置信息且/或选择对应于可用的位置信息和所请求的紧急服务类型的PSAP。 

如果步骤9中提供的位置信息使GMLC 276能够导出足够准确而能够满足步骤9中的请求的UE 110的位置估计，那么GMLC 276前进到步骤12。GMLC 276还可等待直到其在步骤4中从SGSN 232接收到MAP SLR为止，且如果获得适当位置估计，那么前进到步骤12。否则，执行步骤10和11以获得UE 110的适当位置估计。 

在步骤10中，GMLC 276将含有对于快速中间位置估计的QoP准确性/延迟的MAP提供订户位置(PSL)发送到SGSN 232。如果不执行步骤4，那么GMLC 276可从步骤9中接收到的任何明确地址或位置信息(例如，小区ID)来确定SGSN 232。如果未接收到此信息且如果初始选择的SGSN不正确(步骤11中接收到的错误响应)，那么GMLC 276可询问由UE的IMSI或者伪MSI或MSISDN指示的HSS以获得SGSN地址。在步骤11中，SGSN 232可返回步骤3中获得的位置估计，进行等待，直到步骤3完成为止，并接着返回位置估计，或者从RAN获得位置估计并接着将位置估计返回到GMLC 276。 

在步骤12中，GMLC 276基于位置估计选择PSAP。以下描述假定PSAP 180是选定的PSAP。如果PSAP 180可用PSTN，那么GMLC 276获得可用于路由到PSAP 180的ESRD不可拨的电话号码以及识别PSAP 180、GMLC 276和(临时)UE 110的ESRK不可拨的电话号码。 

在步骤13中，GMLC 276将可包含上文针对图5中的步骤13描述的信息的路由响 应返回到E-CSCF 254。在步骤14中，将紧急呼叫发送到PSAP 180，如针对图5中的步骤14a、14b和14c所描述。在步骤15中，紧急呼叫设置的其余部分如针对图5中的步骤15a和15b所描述地进行。在步骤16中，PSAP 180将位置请求发送到步骤14中由IP地址/名称或ESRK指示的GMLC 276，如针对图5中的步骤16所描述。 

在步骤17中，GMLC 276将MAP PSL发送到SGSN 232以请求准确位置。GMLC 276可从UE 110的最近位置信息或从来自E-CSCF 254的SGSN地址的更新中获得SGSN地址。如果此地址被接收在re-REGISTER消息中但未传递，那么GMLC 276还可询问来自E-CSCF 254的SGSN地址。GMLC 276还可询问来自由UE的IMSI或者伪MSI或MSISDN指示的HSS的SGSN地址。在步骤18中，SGSN 232激发RAN对UE 110进行定位。在步骤19中，SGSN 232将位置估计返回到GMLC 276。在步骤20中，GMLC 276将位置估计返回到PSAP 180，如针对图5中的步骤20所描述。 

UE 110随后可针对紧急VoIP呼叫与PSAP 180通信。当稍后发出呼叫时，E-CSCF 254可将指示发送到GMLC 276，所述GMLC 276接着可发出呼叫的任何记录。E-CSCF 254或UE 110还可注销步骤5到7中注册的紧急公共用户ID。或者，E-CSCF 254、GMLC 276和UE 110可允许注册和呼叫记录持续某段时间以支持可能随后从PSAP 180到UE 110的回叫和/或额外位置请求。 

消息流700以协调方式执行UE 110的呼叫设置和定位并具有以下特征。 

(a)SGSN 232可获得UE位置并只要激活PDP上下文和/或如果GMLC 276作出请求就将其推送到GMLC 276。 

(b)GMLC 276可从E-CSCF 254接收UE 110的公共SIP-URI地址。 

(c)如果PSAP 180可用PSTN，那么GMLC 276和E-CSCF 254将用于识别呼叫和GMLC 276两者的信息(例如，10数位ESRK)传递到PSAP 180。此信息使PSAP 180能够从GMLC 276牵出位置和其它信息(例如，MSISDN、SIP URI)。 

(d)当SUPL用作定位方法时，E-CSCF 254与位置服务器(例如，E-SLP 272)之间的Li接口可用于支持来自I-WLAN的紧急呼叫。对于UMTS、GPRS和I-WLAN使用相同的Li接口允许IMS(例如，E-CSCF 254)在不必意识到位置解决方案的情况下操作，这可简化IMS处理。 

(e)如果UE 110不支持由RAN进行的定位(例如，支持SUPL但不支持3GPP控制平面)，那么SGSN 232可跳过PS-NI-LR。 

(f)PSAP 180可具有SGSN 232可能不知道的特定位置要求，例如特定准确性或甚 至不支持位置坐标(例如，如果PSAP 180支持E911相位0或1)。在GMLC 276中支持此类要求以用于线路交换紧急呼叫。 

Li接口可用于实现上文罗列的特征。如果同一平台支持GMLC和E-CSCF功能，那么可能不需要在外部支持Li接口。Li接口可延伸到在任何IMS实体与GMLC之间使用以支持与基于IMS和IP的服务相关联的其它特征，如上文针对SUPL所描述。 

可基于UE 110的中间位置估计(例如，服务小区)来选择SGSN 232。可由E-CSCF254基于同一中间位置估计来选择GMLC 276。可从SGSN 232将中间位置估计推送到GMLC 276，或由GMLC 276从SGSN 232牵出。一个实体可如下确定其它实体。 

SGSN 232可将中间位置估计推送到GMLC 276。SGSN 232可经由PS-NI-LR获得此中间位置估计，根据当前UE位置(例如，当前小区ID)来确定GMLC地址，并使用MAP订户位置报告(SLR)将位置估计发送/推送到GMLC 276。E-CSCF 254可向GMLC276询问PSAP地址以便路由紧急呼叫。GMLC 276可等待(如果需要的话)来自SGSN232的MAP SLR以便从中间位置估计中确定PSAP地址。 

GMLC 276可从SGSN 232牵出中间位置估计。SGSN 232仍可执行PS-NI-LR但直到GMLC经由MAP PSL请求询问位置估计后才将位置估计发送到GMLC 276。GMLC276可使用以下方式之一来确定SGSN地址。 

(a)GMLC 276询问来自H-PLMN 160中的HSS 266(如果UE 180具有UICC和V-PLMN 130中支持的漫游)或V-PLMN 130中的HSS 250(如果UE 180不具有UICC或不具有V-PLMN 130中的漫游协议)的SGSN地址。 

(b)UE 110将可用于导出SGSN地址的当前SGSN地址或位置信息(例如，GPRS小区ID)包含在针对紧急呼叫发送到IMS的每一REGISTER和re-REGISTER消息中或发送到IMS的每一SIP INVITE消息中。E-CSCF 254接着将SGSN地址或位置信息传递到GMLC 276。UE 110在任何SGSN间的移交之后在IMS中再注册。 

3.具有X.S0024的紧急VoIP呼叫

图8展示适用于用于cdma2000网络的X.S0024位置的网络架构800的实施例的框图。接入网络120可包括CDMA2000IX网络、CDMA20001xEV-DO网络、3GPP2WLAN等。V-PLMN 130可包含P-CSCF 252、E-CSCF 254和MGCF 258以支持IMS(例如，VoIP)和针对分组交换服务的PDSN 242(未图示)。V-PLMN 130可包含E-PS 282和V-PS/PDE284(如图所示)，且还可包含针对位置服务的E-SLP 272和V-SLP 274(未图示)。E-PS 282取代H-PS以用于紧急呼叫的定位。E-PS 282和V-PS/PDE 284可驻留在其它网络中。 

在一实施例中，UE 110经由LCS-x接口与E-PS 282通信且经由LCS-y接口与V-PS/PDE 284通信。E-PS 282经由LCS-z接口与V-PS/PDE 284通信，经由LCS-i接口与E-CSCF 254通信，且经由J-STD-036E2′接口与PSAP 180通信。LCS-i接口可类似于用于SUPL的RLP或Li/ILP、NENA I2解决方案中的v2接口或某一其它接口。用于LCS-i接口的协议可以是用于SUPL的ILP。X.S0024中描述了LCS-x、LCS-y和LCS-z接口。 

3.1.呼叫设置

图9展示使用X.S0024的紧急VoIP呼叫设置的消息流900的实施例。在步骤1中，UE 110发现并附接到接入网络，建立IP连接性且可发现本地SIP服务器(例如，P-CSCF252)，如上文针对图5中的步骤1所描述。接入网络连接之后，UE 110可使用以已知V-PLMN域名和V-SLP识别(例如，xs0024_vpsdomain_name)进行的DNS询问来发现V-PS地址。 

在步骤2中，UE 110将SIP REGISTER发送到P-CSCF 252，P-CSCF 252将消息转发到E-CSCF 254。在步骤3中，E-CSCF 254在发生正常IMS注册的情况下将SIPREGISTER转发到H-PLMN 160。在步骤4中，E-CSCF 254(例如，在从H-PLMN 160接收到200OK之后)将200OK返回到UE 110。如果UE 110在同一V-PLMN内越区切换到不同的PCF、PDSN或WLAN，那么UE 110可再注册。 

在步骤2、3和4的替代实施例中，在步骤2中UE 110将SIP REGISTER发送到P-CSCF252之后，P-CSCF 252可将SIP REGISTER直接转发到H-PLMN 160中的S-CSCF 264或I-CSCF 262并绕过V-PLMN 130中的E-CSCF 254。在此情况下，来自H-PLMN 160的SIP 200OK将返回到P-CSCF 252而不返回到E-CSCF 254，且在步骤4中，P-CSCF 252将把200OK返回到UE 110。此替代实施例可减少或避免对P-CSCF 252支持VoIP紧急呼叫的特殊影响，因为P-CSCF 252的动作接着如同在正常注册时的动作。 

在步骤5中，UE 110将SIP INVITE发送到P-CSCF 252(未图示)，P-CSCF 252将SIP INVITE转发到E-CSCF 254。在步骤6中，E-CSCF 254可确定UE 110支持X.S0024并将路由请求发送到相同或不同网络中的E-PS 282。路由请求可包含上文针对图5中的步骤6而描述的信息和V-PS地址(如果在注册期间获得的话)。 

如果步骤6中提供的位置信息使E-PS 282能够导出足够准确的UE 110的位置估计，那么E-PS 282前进到步骤12。否则，执行步骤7到11以获得UE 110的适当位置估计。在步骤7中，E-PS 282充当H-PS，使用可与用于(a)X.S0024漫游支持(如果选择V-PS)或(b)X.S0024非漫游支持(如果未选择V-PS)的程序类似的程序来执行后续的X.S0024 定位。E-PS 282产生X.S0024 SUPL TNIT以向UE 110激发网络启始的定位程序。E-PS 282可使用移动终端IP或UDP/IP将SUPL INIT直接发送到UE 110，在此情况下跳过步骤8。E-PS 282还可在即时消息内部将SUPL INIT发送到E-CSCF 254。在任一情况下，SUPLINIT均可包含定位模式、对于快速中间位置估计的QoP准确性/延迟、E-PS IP地址、紧急呼叫指示等。SUPL INIT中传达的任何E-PS地址均超驰UE 110中配置的任何H-PS地址。 

在步骤8中，E-CSCF 254使用IMS或SIP信令经由P-CSCF 252将SUPL INIT转发到UE 110。在步骤9中，UE 110建立到达E-PS 282的安全IP连接，所述E-PS 282可以是用于UE 110的H-PS或者可能已将其IP地址包含在步骤7中的SUPL INIT中。接着将可包含UE定位能力、UE 110的位置信息、UE 110的位置估计(如果可用的话)等的SUPL START发送到E-PS 110a。如果在步骤9中从UE 110接收到具有足够准确性以确定PSAP的位置估计，那么E-PS 282可前进到步骤12并通过发送SUPL END而终止与UE 110的位置交易。 

在步骤10中，E-PS 282基于步骤9中接收到的位置信息或步骤6中接收到的其它位置信息来确定用于执行定位的合适本地PDE或合适远程V-PS。E-PS 282还决定使用代理模式还是非代理模式。E-PS 282接着与V-PS或PDE交互以进行定位并将可包含PDE IP地址的X.S0024 SUPL RESPONSE发送到UE 110(如果选择非代理模式)。在步骤11中，UE 110在非代理模式中与PDE交换SUPL POS消息或在代理模式中与E-PS 282交换SUPL POS消息以继续并完成如3GPP2 X.S0024-0中描述的定位。SUPL POS消息可承载内嵌的IS-801消息。定位提供UE 110的位置估计，其被传递到E-PS 282。 

在步骤12中，E-PS 282选择PSAP(例如，PSAP 180)并获得ESRD和ESRK(如果PSAP 180可用PSTN)。在步骤13中，E-PS 282将路由响应返回到E-CSCF 254，所述路由响应可包含PSAP标识(如果PSAP 180可用IP)、ESRD和ESRK(如果PSAP 180可用PSTN)，以及UE 110的位置估计(如果E-CSCF 254作出请求)。E-PS 282可为UE110存储含有为UE收集的所有信息的呼叫记录。如果PSAP 180可用IP，那么执行步骤14a和15a。如果PSAP 180可用PSTN，那么执行步骤14b、14c和15b。在步骤16中，在建立呼叫之后，PSAP 180可将对准确位置估计的位置请求发送到E-PS 282，所述E-PS282可通过步骤14a中获得的IP地址或名称或者步骤14c中获得的ESRK来识别。 

在步骤17中，E-PS 282可通过使用移动终端IP或UDP/IP将SUPL INIT直接发送到UE 110(在此情况下，跳过步骤18)或通过将含有具有步骤7中所描述的参数(对于准确位置估计的QoP准确性/延迟除外)的X.S0024SUPL INIT的即时消息发送到E-CSCF254来开始与UE 110的新的X.S0024交易。在步骤18中，E-CSCF 254在IMS即时消息、SIP消息或某一其它消息内部，将SUPL INIT传递到UE 110。在步骤19中，UE 110建立到达E-PS 282的IP连接(例如，安全IP连接)并将SUPLSTART返回到E-PS 282。E-PS 282基于SUPL START中的任何位置信息且基于UE 110的任何其它位置信息来确定用于定位的合适PDE或V-PS。E-PS 282接着通过将SUPL RESPONSE返回到UE 110而开始定位。UE 110接着可与E-PS 282、本地PDE和/或远程PDE交换SUPLPOS消息以执行定位并获得UE 110的准确位置估计。在步骤20中，E-PS 282在位置响应中将UE110的准确位置估计发送到PSAP 180。 

UE 110随后可针对紧急VoIP呼叫与PSAP 180通信。当随后发出呼叫时，E-CSCF 254可将指示发送到E-PS 282，所述E-PS 282接着可发出呼叫的任何记录。E-CSCF 254或UE 110还可注销步骤2到4中注册的紧急公共用户ID。或者，E-CSCF 254、E-PS 282和UE 110可允许注册和呼叫记录持续某段时间以支持可能随后从PSAP 180到UE 110的回叫和/或额外位置请求。 

可分别关于图5的步骤1到8和步骤12到20描述图9的步骤1到8和步骤12到20的额外细节。 

消息流500具有与X.S0024有关的以下特征。 

(a)在X.S0024SUPLINIT中添加E-PS地址，其超驰并取代UE 110或UIM中配置的H-PS地址。 

(b)IMS侧(例如，E-CSCF 254)与位置侧(例如，E-PS 282)之间的接口。 

(c)使用V-PS 284和发现V-PS地址。 

(d)使用移动终端IP、UDP/IP、SIP信令或IMS信令来传达X.S0024SUPL INIT。 

(e)在X.S0024SUPL INIT中添加紧急服务指示。 

(f)在E-CSCF 254与E-PS 282之间使用新的协议，其可类似于X.S0024中的LCS-z接口上的OMARLP或PS-PS协议。 

(g)安全性。 

4.支持无UICC/UIM和/或漫游协议的UE

以上描述假定UE 110具有UICC或UIM且H-PLMN 160和V-PLMN 130具有漫游协议，其准许V-PLMN 130中的UE注册和对PSAP 180的后续紧急呼叫接入。如果情况并非如此，那么UE 110可在V-PLMN 130中接入并注册且可完成对PSAP 180的呼叫设 置以及可能的从PSAP 180的回叫，如下文所描述。在无UICC/UIM情况下从PSAP 180进行回叫对于VoIP是可能的，但由于不能寻呼未注册的UE的缘故，通常对于线路交换紧急接入是不可能的。 

图10展示针对不具有UICC/UIM的UE支持紧急VoIP呼叫设置和PSAP回叫的网络架构1000的实施例的框图。网络架构1000包含图2和3所示的实体中的一些实体。网络架构1000还包含位置服务器286，其可以是SLP、GMLC、PS或某一其它位置实体。 

4.1.接入

UE 110可在不具有UICC的情况下获得GPRS接入、3GPPWLAN接入或IMS接入。UE 110还可在不具有UIM的情况下获得cdma2000接入、3GPP2WLAN接入或IMS接入。UE 110可针对不同类型的接入执行不同程序。 

对于GPRS接入，UE 110可在不具有UICC且/或不具有V-PLMN 130中的漫游协议(如3GPP TR 23.867中所描述)的情况下执行针对紧急服务的PDP上下文激活。可使用伪IMSI来实现GPRS附接，所述伪IMSI可在V-PLMN 130中的HSS 250中注册UE 110，这又可帮助支持SGSN间的移交。如果UE 110不具有UICC，那么可用唯一的MCC-MNC组合和来自IMEI的数字创建伪IMSI。如果UE 110具有UICC但不具有对V-PLMN 130的漫游接入，那么可用来自IMSI而不是IMEI的数字创建伪IMSI，这可避免在使用所有IMSI数字时会出现重复的伪IMSI。还可使用IMEI作为识别来实现GPRS附接。 

对于3GPPWLAN接入，UE 110可如下依据伪IMSI(例如，用于GPRS附接的相同伪IMSI)创建伪NAI： 

伪NAI＝“n＜伪IMSI＞V-PLMN_network_domain” 

其中n是2到9范围内的固定数字，其指示针对紧急呼叫使用不可验证的伪NAI(已取0或1用于正常NAI)。UE 110可针对初始接入和AAA程序使用伪NAI。 

WLAN可通告能够针对紧急呼叫使用伪NAI来支持AAA的V-PLMN，或者可以指示对此作出支持的能力和意愿的优先次序呈现V-PLMN。V-PLMN 130可将UE 110视为临时归属订户且可跳过AAA或确保其成功(例如，通过使用众所周知的密钥来确保验证成功)。可能需要尽可能遵循正常程序并在HSS 250中注册UE 110以便较好地支持WLAN重新选择和移交。 

对于cdma2000接入，UE 110可建立与PDSN 242的PPP会话，且可通过返回链路控制协议(LCP)配置拒绝以答复来自PDSN 242的LCP配置请求来拒绝PPP建立期间 的验证，例如如IETF RFC 1661中所描述。PDSN 242可支持无UIM或未经验证的UE的紧急呼叫，且可在不验证UE 110的情况下持续PPP会话的建立。PDSN 242可将简单的IP地址指派给UE 110，且可应用IP包过滤以限制可与UE 110通信的实体。举例来说，PDSN 242可限制UE 110与本地服务器(例如，DHCP服务器、DNS服务器和P-CSCF 252)以及与和PSAP接入(但并非开放的因特网接入)相关联的实体通信。 

可以若干方式向PDSN 242通知紧急呼叫。在一实施例中，UE 110将含有唯一IP地址的IPCP配置请求发送到PDSN 242，所述唯一IP地址经全局界定以指示紧急呼叫的IP地址请求。在其它实施例中，可在PPP建立过程中使用指示，或者可经由cdma2000 A10接口从RAN(RRC/PCF 222)接收紧急呼叫请求的指示。在任何情况下，PDSN 242可针对紧急呼叫将简单的IP地址指派给未经验证的UE，且可使用特殊过滤(如上文所描述)。此IP地址指派可经由增强IETF RFC 1332中描述的PPP IPCP来实现。如果UE 110不指示紧急呼叫，那么PDSN 242可禁止PPP建立和IP地址指派。 

代替拒绝验证，UE 110可允许使用分别在IETF RFC 1334和RFC 1994中描述的密码验证协议(PAP)或挑战握手验证协议(CHAP)来继续进行验证。UE 110可接收CHAP挑战或PAP验证请求且可发送包含指示来自无UIM的UE的紧急呼叫的标识的响应。此标识可以是用于3GPP2 WLAN接入的伪IMSI。如果标识将V-PLMN 130指示为UE 110的域，那么CHAP或PAP验证以从PDSN 242的角度来看的正常方式进行到V-PLMN 130中的AAA服务器246。AAA服务器246可将伪IMSI辨识为指示紧急呼叫接入且可在正常验证之前或可使用已知密钥执行验证。AAA服务器246可确保PDSN 242使用受限的过滤来限制IP接入，(例如)以允许紧急VoIP呼叫但不允许其它类型的接入。 

PDSN 242可构建用于计费和/或记录保持的NAI。如果UE 110具有UIM，那么PDSN242可使用UE的唯一国际标识(IMSI、MIN或国际漫游MIN-IRM)。PDSN 242还可使用ESN或UE 110的其它识别。 

对于3GPP2 WLAN接入，在UE 110接入WLAN之后，接入点或验证实体可启始对UE 110的验证且可发送可扩展验证协议(EAP)请求或对UE 110的标识的某一其它请求。UE 110可通过(例如)以userdomain的形式返回EAP响应或含有UE的标识的某一其它响应来作出响应，其中所述域识别UE 110的H-PLMN。如果UE 110不具有UIM或不具有V-PLMN 130中的漫游协议，那么UE 110可返回可与用于3GPP WLAN的伪NAI相同或类似的伪标识。举例来说，如果UE 110具有UIM或另外具有来自唯一终端ID(例如，ESN)的数字，那么伪标识的用户(例如，伪IMSI)部分可含有来自UE的唯一国 际标识(例如，IMSI、MIN或IRM)的数字。用户部分还可含有唯一前缀(例如，唯一数字)以指示其为用于紧急呼叫的伪标识。伪标识的域部分可指示V-PLMN 130。 

接入点或验证实体可使用本地AAA服务器(例如，AAA服务器246)来继续验证。验证可使用已知密钥正常进行或可由于未发生真正验证而被截断。一旦伪验证完成，接入点或相关联的路由器就可使用包过滤来限制UE 110进行接入，如上文所描述。 

UE 110可接入WLAN，执行伪验证并发现PDIF。UE 110接着可使用伪标识(例如)代替用于cdma2000 UE-PIDF验证的NAI向PDIF(或本地AAA服务器)识别其本身。伪标识可与用于WLAN验证的伪标识相同或类似。接着使用本地AAA服务器并使用已知密钥来实现对PDIF的某种透明度，而继续进行(例如，如3GPP2 X.P0028-200中所描述)正常验证和隧道建立。或者，可截断或退出验证。验证之后，PDIF可使用包过滤来限制UE 110进行接入。 

WLAN可通告能够支持以上程序的V-PLMN，或者可以指示对此作出支持的能力和意愿的优先次序呈现V-PLMN。 

对于IMS接入，如果UE 110不具有UICC/UIM且/或不具有V-PLMN 130中的漫游协议(如3GPP TR 23.867和3GPP2 X.P0013-002A中描述)，那么可跳过SIP注册。这使得能够对PSAP进行紧急呼叫设置但不支持回叫。或者，UE 110可通过发送含有V-PLMN域名和紧急私人用户ID的SIP REGISTER来进行注册，所述SIP REGISTER可使用V-PLMN域名和伪IMSI来创建。将在E-CSCF 254和HSS 250中辨识此SIP REGISTER但可对于其它实体是透明的。 

注册程序接着可一直进行到将SIP REGISTER从UE 110传达给V-PLMN 130中的E-CSCF 254(或其它IMS服务器)。不执行H-PLMN 160中的注册，但E-CSCF 254将在V-PLMN 130中的HSS 250中注册UE 110。HSS 250可指派临时TEL URI和/或临时SIPURI(来自HSS 250中的群集)作为临时公共用户标识。如果信令在PSTN之上，那么可在呼叫设置中将TELURI传达给PSAP180，且可传达SIP URI以用于SIP呼叫设置。如果V-PLMN 130和UE 110两者维持IMS注册和IP连接性并在紧急呼叫终止之后持续某一时期，那么URI将实现从PSAP180回叫。TEL URI和SIP URI由于与正常永久地址的差异而被PSAP 180辨识为临时地址，因为其不用于全局识别UE 110。HSS 250可“封锁”从完成的紧急呼叫返回的临时地址，且在一段时间内不重新指派这些地址以免PSAP回叫被错误地路由到错误的UE。 

可以若干方式支持PSAP回叫。如果UE 110在H-PLMN 160中注册，那么来自PSAP 180的回叫可使用UE 110的SIP URI或TEL URI公共用户标识，且可初始路由到H-PLMN160，如3GPP TS 23.228或3GPP2 X.P0013中所描述。对于可用SIP的PSAP，SIP INVITE可路由到H-PLMN 160中的I-CSCF 262(基于UE的SIP URI中的H-PLMN域名)。I-CSCF262可向HSS 250询问H-PLMN 160中的S-CSCF 264，且接着可将呼叫路由到S-CSCF264。S-CSCF 264接着可基于先前的注册信息将呼叫路由到V-PLMN 130中的E-CSCF 254或P-CSCF 252。在前一情况下，S-CSCF 264可将E-CSCF 254视为P-CSCF，且可经由P-CSCF 252将呼叫路由到UE 110。在后一情况下，P-CSCF 252可将呼叫路由到UE 110。对于可用PSTN的PSAP，可基于UE 110的TEL URI通过PSTN将呼叫路由到H-PLMN160中的MGCF。MGCF可在PSTN与SIP信令之间进行中间操作，且可将SIP INVITE发送到H-PLMN 160中的I-CSCF 262。从I-CSCF 262路由到UE 110的呼叫接着将以与对于可用SIP的PSAP相同的方式继续。 

如果未在H-PLMN 160中注册UE110(例如，由于不具有UICC/UIM和/或不具有与V-PLMN 130的漫游协议)，那么可在V-PLMN 130中的HSS 250中注册UE 110。HSS 250可将临时TEL URI或SIPURI公共用户标识指派到UE 110。接着可将来自PSAP的回叫路由到I-CSCF 256(对于可用SIP的PSAP)或MGCF 258(对于可用PSTN的PSAP)，而不涉及H-PLMN 160。 

4.2.呼叫设置

图11展示不具有UICC/UIM的UE的紧急VoIP呼叫设置的消息流1100的实施例。消息流1100可用于3GPP控制平面位置、SUPL和X.S0024。 

在步骤1中，UE 110发现并附接到接入网络，建立IP连接性且可发现本地SIP服务器(例如，P-CSCF 252)，如上文所描述。UE 110可针对GPRS或cdma2000接入而使用伪IMSI，针对WLAN接入而使用伪NAI，针对3GPP2 WLAN接入而使用伪标识。UE 110可使用伪标识(例如，伪IMSI)在V-PLMN 130中的HSS 250中注册。 

在步骤2中，UE 110试图通过将SIP REGISTER发送到步骤1中发现的P-CSCF 252而在V-PLMN IMS网络中注册。对于无UICC/UIM或无漫游，SIP REGISTER可包含紧急服务指示、V-PLMN域名、步骤1中获得的UE IP地址、使用V-PLMN域名和伪IMSI(对于GPRS)或伪标识(对于cdma2000)而创建的紧急私人用户ID，和/或其它信息。对于再注册，SIP REGISTER可进一步包含初始注册中指派的临时公共用户ID。由于存在紧急服务指示或紧急私人用户ID(其可针对UE 110将V-PLMN 130指示为归属网络)，P-CSCF 252将SIP REGISTER转发到同一网络中的支持紧急服务呼叫的E-CSCF 254。所 转发的SIP REGISTER可包含UE 110的位置信息。SIP REGISTER还可包含V-SLP或SGSN地址(对于3GPP)或者V-SLP、PDSN或PIDF地址(对于3GPP2)。 

在步骤3中，因为UE 110的紧急私人用户ID参考V-PLMN 130，所以E-CSCF 254(例如)在Cx-放入/Cx-牵出(Cx-Put/Cx-Pull)中将注册信息转发到HSS 250。在步骤4中，HSS 250核实是否已注册紧急私人用户ID，例如UE 110是否已注册或另一UE是否以同一私人用户ID注册。HSS 250可使用临时公共用户ID(如果提供的话)来区分由于共同UE实体数字(例如，共同IMEI或ESN数字)的缘故而具有相同紧急私人用户ID的UE，并区分初始注册(不指派临时公共用户)与再注册。对于初始注册，HSS 250存储紧急私人用户ID和E-CSCF地址并指派返回到E-CSCF 254的临时公共用户SIP URI和/或TEL URI。 

在步骤5中，E-CSCF 254将200OK经由P-CSCF 252返回到UE 110。200OK可包含由HSS 250指派的临时公共用户ID。如果UE 110在V-PLMN 130内越区切换到不同的SGSN(对于GPRS接入)、不同的PCF或PDSN(对于cdma2000接入)、不同的WLAN(对于WLAN接入)，那么UE 110可再注册。在步骤6中，UE 110将SIP INVITE发送到P-CSCF 252，SIP INVITE可包含指示紧急呼叫的全局SIP URL或TEL URI、所需要的紧急服务的类型和步骤5中接收到的临时公共用户ID(如果UE 110不具有UICC/UIM且/或不具有对V-PLMN 130的漫游接入)。P-CSCF 252将SIP INVITE转发到E-CSCF 254。在步骤7中，E-CSCF 254与位置服务器286交互以获得呼叫的PSAP路由信息(例如，PSAP SIP URI或ESRD和ESRK)，如针对图5的步骤6到13和图7的步骤9到13所描述。 

如果PSAP 180可用IP，那么执行步骤8a和9a。在步骤8a中，E-CSCF 254使用SIPURI将SIP INVITE路由到PSAP 180。SIP INVITE可包含UE 110的任何中间位置估计、位置服务器286的IP地址或名称，以及指派给UE 110的临时公共用户SIP URI。在步骤9a中，可交换额外的SIP信令以建立紧急呼叫。 

如果PSAP 180可用PSTN，那么执行步骤8b、8c和9b。在步骤8b中，E-CSCF 254将SIP INVITE经由BGCF转发到MGCF 258。SIP INVITE可包含ESRD和ESRK且可能包含指派给UE 110的临时公共用户TEL URI。在步骤8c中，MGCF 258使用SS7ISUP和/或MF信令可能经由选择性路由器将呼叫在PSTN上路由到PSAP 180。ESRD或ESRK用作路由号，且ESRK被传递到PSAP 180作为UE 110的标识并作为密钥以获得更多信息。如果信令能力允许，那么临时公共用户E.164号也可传递到PSAP 180。E.164是界 定国际电话编号系统的ITU-T标准，且E.164号由国家代码加上国内号组成。在步骤9b中，可交换额外的SIP信令，且可在MGCF 258处发生以SS7ISUP和/或MF进行的交互工作以建立呼叫。 

在步骤10中，PSAP 180可通过询问可在呼叫设置中由SIP URI或ESRK指示的位置服务器286来获得UE 110的准确位置估计。如果PSAP 180可用PSTN且如果此号在呼叫设置中未传递到PSAP 180，那么来自位置服务器286的响应可包含任何临时公共用户E.164号。可在一段时间后发出呼叫(例如，由于无线电覆盖的临时损耗的缘故而掉线)。E-CSCF 254接着可在通知位置服务器286之前等待一段时间以便支持PSAP 180针对后续回叫对UE 110进行定位。 

PSAP 180试图使用其临时公共用户ID来回叫UE 110。针对可用SIP的PSAP执行步骤11a。在步骤 11a中，PSAP 180将SIP INVITE发送到I-CSCF 258，所述I-CSCF 258可由指派给UE 110的临时公共用户SEP URI的网域部分指示。针对可用PSTN的PSAP执行步骤11b和11c。在步骤11b中，PSAP 180将ISUP LAM(或MF呼叫设置)发送到MGCF 258，所述MGCF 258可由指派给UE 110的临时公共用户E.164号中的头几个数字指示。在步骤11c中，MGCF 258将含有由步骤11b中接收的E.164号构建的TEL URI的SIP INVITE发送到I-CSCF 258。 

在步骤12中，I-CSCF 258将位置询问发送到HSS 250，所述位置询问可包含步骤11a中接收到的临时公共用户SEP URI或步骤11c中接收到的临时公共用户TEL URI。在步骤13中，HSS 250发现UE注册信息并将E-CSCF 254的地址返回到I-CSCF 258。在步骤14中，I-CSCF 258将SIP INVITE转发到E-CSCF 254。在步骤15中，E-CSCF 254定位P-CSCF地址并将SIP INVITE经由P-CSCF 252发送到UE 110。在步骤16中，呼叫设置如正常情况中一样继续。 

UE 110随后可与PSAP 180通信。当稍后发出呼叫时或发出呼叫之后某一时间，E-CSCF 254可将指示发送到位置服务器286，位置服务器286接着可发出呼叫的任何记录。 

5.支持地理上远离的传统PSAP

在一些情况下，V-PLMN和/或SIP服务器(例如，E-CSCF 254)可在地理上远离UE 110。在此类情况下，如果PSTN不支持对远程PSAP的接入，那么不可能经由本地MGCF将呼叫路由到可用PSTN的PSAP。下文可用于解决这些情况。 

在一实施例中，紧急呼叫被重新引导到不同的V-PLMN。在对SIP INVITE的处理的 早期，E-CSCF或位置服务器(例如，E-SLP、GMLC等)可确定呼叫应被重新引导到另一网络中的呼叫服务器。在那种情况下，含有优选替代服务器的SIP URI的SIP 3xx重新引导响应(例如，305使用代理)可返回到UE 110。UE 110接着可如上文所描述再尝试呼叫程序，但如果仍可使用相同接入网络，那么可跳过接入和IP连接性程序。如果呼叫设置程序已一直进行到确定中间位置估计和/或正确的PSAP(例如，ESRD、SIP URI或IP地址)，那么E-CSCF可将这些包含在重新引导响应中。UE 110接着可将信息包含在发送到新PLMN的SIP INVITE中，这可避免用于获得相同信息的额外延迟并允许在不具备获得此信息的能力的情况下使用PLMN。原始E-CSCF可通知位置服务器(例如，E-SLP或GMLC)，所述位置服务器接着可去除UE 110的呼叫记录。 

在另一实施例中，E-CSCF将呼叫转发到另一网络(或同一网络)中的SIP服务器，其较接近可将呼叫较好地转发进入PSTN中的PSAP。V-PLMN可继续支持先前所描述的所有功能，包含定位功能和对不具有UICC或UIM的UE的支持。转发的SIP INVITE可包含PSAP标识(例如，SIP URI或ESRD)、由位置服务器指派的任何ESRK和为无UICC的UE指派的任何临时公共用户ID。PSAP可继续向V-PLMN中的位置服务器询问位置信息，且可经由H-PLMN将任何回叫发送到V-PLMN(对于正常情况)或引导到V-PLMN(在无UICC的UE的情况下)。继续支持V-PLMN中的这些功能避免对后续SIP服务器的需求，且将使较大数目的其它网络能够支持转发服务。 

在又一实施例中，(例如)在北美洲可使用本地号可移植性。除了返回ESRD和ESRK外，位置服务器(例如，E-SLP或GMLC)可将LRN(位置路由号)返回到IMS网络(例如，E-CSCF)，所述LRN对应于LEC交换或可直接到达PSAP的PSAP选择性路由器。作为替代，IMS网络(例如，E-CSCF或MGCF)可从ESRD获得LRN。LRN包含在发送到MGCF的信息中(如果未由MGCF获得)，且MGCF将含有以下参数的ISUP IAM发送到PSTN： 

被叫方号＝LRN， 

普通地址参数(GAP)＝ESRD， 

FCI参数位M设定为“号经转译”， 

呼叫方号＝UE MSISDN或ESRK，以及 

呼叫方的种类设定为“紧急服务呼叫”(可选)。 

由于PSTN支持号可移植性(例如，在整个美国)，所以倘若可在整个国家使用SS7而非MF干线，那么呼叫(ISUP IAM)可正确路由到既定LEC CO或选择性的路由器。 

6.SUPL和X.S0024的安全性

对于SUPL，可建立安全程序以支持E-SLP 272代替H-SLP用于在漫游和非漫游情形以及代理或非代理模式进行定位。现有的SUPL安全程序通常基于UE 110和H-SLP中的共用密钥且/或基于UE 110中提供的关于H-SLP的其它信息(例如，完全合格的域名、根X.509公共密钥证书等)。此信息可能不可用于E-SLP 272。对于E-SLP 272，可如下文所描述支持针对代理和非代理模式的验证。 

对于X.S0024，也可建立安全程序以支持E-PS 282代替H-PS用于定位。3GPP2X.S0024-0中以及3GPP2S.P0110-0中描述了现有的X.S0024安全程序。这些程序利用用户的H-PS中以及用户的UIM中提供的共同根密钥。可如下从所提供的根密钥导出额外密钥： 

(a)用于支持安全存储和前向封装(S-SAFE)的密钥，其中使用SMS或WAP推送将SUPLINIT发送到UE 110并经验证(如来自H-PS那样)且视情况进行加密。 

(b)用于支持UE 110与H-PS之间的安全IP连接的密钥，其中在UE 110与H-PS之间发送X.S0024消息并进行加密和验证。 

(c)用于针对非代理模式支持UE 110与PDE之间的安全IP连接的密钥，其中在UE110与PDE之间发送X.S0024消息并进行加密和验证。 

上述三个密钥中的每一者在根密钥的任何值存在确定性值的意义上是固定的。然而，可从这些固定密钥的每一者导出额外密钥用于加密和验证，所述额外密钥的值取决于针对UE与H-PS或PDE的特定定位会话而提供的随机号。此密钥导出和附随安全程序利用IETF RFC 2246中描述的传送层安全(TLS)程序以及IETF草案“Pre-Shared KeyCiphersuites for Transport Layer Security(TLS)”中描述的此程序的PSK-TLS变化形式。如果X.S0024用于紧急VoIP呼叫中的定位且E-PS 282不是H-PS，那么UE 110和E-PS 282两者中不再可能依赖于共同的预先配置的根密钥来进行互相验证和加密。 

对于SUPL，UE 110可验证E-SLP 272以免甚至在紧急呼叫期间对UE位置的未经授权接入。对于X.S0024，UE 110和E-PS 282可执行互相验证。表2罗列五种验证方法(表示为方法A、B、C、D和E)以及每种方法的特性。 

表2-验证方法 

特性	方法A	方法B	方法C	方法D	方法E
						验证E-SLP	否	是	是	是	是
验证UE	否	受限	是	是	是
						支持漫游	是	是	是	是	否
H-PLMN影响	否	否	否	是	是
						到所需IMS的安全UE连接	否	否	是	否	否
无UICC/UIM支持	是	是(注释1)	受限	否	否

注释1：假定公共密钥根证书提供于移动设备(ME)中。 

方法A提供最少验证。如果SUPL EMIT消息指示紧急会话的位置且UE 110当前参与紧急会话中，那么UE 110允许来自非验证E-SLP或E-PS的网络启始的SUPL或X.S0024位置。对于紧急会话的限制提供某种保护。对于SUPL，UE 110可通过用E-SLP272调用安全程序来选择方法A。在此情况下，E-SLP 272仍可通过SUPL POS INIT中包含的SUPLINIT散列码在有限程度上核实UE标识。另外，由E-CSCF 254提供到E-SLP272的UE 110的IP地址可提供对正确UE标识的某种进一步保证。对于X.S0024和SUPL，经由IMS或SIP(如果不使用经由移动终端IP或UDP/IP的直接传递)传递SUPL INIT可在UE真实性方面提供某种额外信用，因为IMS和SIP传递依赖于来自V-PLMN 130和/或H-PLMN 160的支持和核实。 

方法B用于TLS公共密钥验证。UE 110和E-SLP 272或E-PS 282支持使用如IETFRFC 2246中描述的TLS以及还如OMA SUPL 1.0“Secure User Plane Location Architecture”中描述的替代性客户端验证机制来进行公共密钥验证。此机制支持由UE使用TLS以及在TLS握手阶段期间由H-SLP或E-PS发送到UE的ITU X.509公共密钥证书来验证H-SLP或E-PS。公共密钥证书提供数字签名链，每一签名验证下一签名，使得倘若UE具备了至少一个根证明授权机构的公共密钥，UE可验证H-SLP或E-PS的公共密钥。公共密钥验证TLS程序支持用于信令的后续加密和验证中(例如，用于后续SUPL消息)的对称密钥的传递。也可用这些密钥或通过从这些密钥中导出额外密钥来支持针对非代理模式的UE 110与SPC或PDE之间的验证和加密。方法B依赖于通过一个或一个以上根证明授权机构(例如，由OMA界定)证明E-SLP或E-PS公共密钥以及在支持用于紧急VoIP呼叫的SUPL或X.S0024的UE中提供密钥。这确保由UE 110验证E-SLP272或E-PS 282，以及对于SUPL，由E-SLP 272经由SUPL POS INIT中包含的并由UE 110 发送到E-SLP 272的64位SUPL INIT散列来有限地验证UE 110。 

对于方法B，UE 110(例如，UICC或UIM)可具备使UE能够核实E-SLP 272或E-PS 282的公共密钥的一个或一个以上根公共密钥证书。UE 110和E-SLP 272或E-PS 282可使用RFC 2246中描述的TLS程序以及一个或一个以上安全公共密钥传递程序(例如，RSA、DSS或Diffie-Hellman)来建立共用加密密钥和消息验证代码(MAC)密钥。可在建立安全TLS连接之后执行SUPL或X.S0024消息的加密和验证。对于非代理模式，SUPL1.0中针对3GPP2非代理模式界定的方法可用于根据SUPL中UE 110与V-SPC或H-SPC之间或X.S0024中UE 110与PDE之间的IETF PSK-TLS来产生用于验证和加密的共用密钥。 

方法C用于PSK-TLS验证。UE 110和E-SLP 272或E-PS 282根据IETF草案“Pre-Shared Key Ciphersuites for Transport Layer Security(TLS)”支持PSK-TLS(例如，如SUPL 1.0中针对3GPP2SET或3GPP2X.S0024-0和S.P0110-0所描述)。可从以下信息中产生预共用密钥(PSK)：(a)由UE 110、IMS网络(例如，E-CSCF 254)和/或E-SLP272或E-PS 282给出的信息(例如，随机信息)，(b)在SIP建立紧急呼叫期间由UE 110发送或发送到UE 110的信息(例如，SIP参数)，(c)已经存在于P-CSCF 252和UE 110中用以支持来自UE 110的安全IMS接入(例如，使用Ipsec、PSK-TLS、TLS)的安全信息，和/或(d)其它信息。如果UE 110经由V-PLMN 130向H-PLMN IMS网络注册，那么(c)中的安全信息可能是可用的。 

可使PSK或用于导出PSK的信息在SIP注册和/或SIP紧急呼叫的启始期间可由UE110和E-SLP 272或E-PS 282使用，且可使用PSK-TLS使所述PSK或用于导出PSK的信息用于SUPL或X.S0024定位。这些实体之间的注册和SIP呼叫设置期间建立的信托关系用于获得可用于导出安全密钥的安全PSK或共同信息。对于SUPL，接着，当UE在将SUPL INIT从E-SLP 272传递到UE 110之后建立到达E-SLP 272的IP(PSK-TLS)连接时，可使用PSK-TLS支持UE 110与E-SLP 272的互相验证。对于X.S0024，可使用安全PSK作为可如3GPP2X.S0024-0和S.P0110-0中所描述导出剩余安全信息的根密钥。 

方法C依赖于SIP注册和/或SIP呼叫设置期间UE 110与IMS之间的安全连接，其暗示着在V-PLMN 130和H-PLMN 160中注册UE 110以及UE 110与V-PLMN 130互相验证。如果UE 110不具有UICC/UIM或如果V-PLMN 130与H-PLMN 160之间不存在漫游协议，那么SIP注册和SIP呼叫设置期间不可实现V-PLMN 130与UE 110的互相验证以及它们之间的安全传送，且所产生的任何PSK将提供较有限的保护。 

方法D用于以3GPPTS 33.220或3GPP2TSG-S草案S.P0109中描述的通用引导程序架构(GBA)进行验证。UE 110和E-SLP 272或E-PS 282支持GBA。这使UE 110和E-SLP 272或E-PS 282能够从H-PLMN 160获得安全共用密钥。对于SUPL，此密钥可用于支持UE 110与E-SLP 272之间的PSK-TLS互相验证，如3GPP TS 33.222或3GPP2TSG-S草案S.P0114中所描述。此方法用于SUPL 1.0中以支持3GPP代理模式。所述密钥还可用于使用HTTP摘要验证(例如，如3GPP TS 33.222中所描述)支持TLS，只是UE 110与E-SLP 272之间的HTTP摘要验证(例如，如3GPP2TSG-S草案S.P0114中所描述)或其它形式的验证。对于X.S0024，此密钥可用作可用于导出剩余安全信息的根密钥。 

方法D依赖于在H-PLMN 160和V-PLMN 130中支持GBA以及V-PLMN 130与H-PLMN 160之间的漫游协议，以使得能够将密钥信息从H-PLMN 160中的引导程序服务功能(BSF)传递到V-PLMN 130中的E-SLP网络应用功能(NAF)。 

方法E用于SUPL 1.0或X.S0024验证。对于SUPL，如果UE 110在H-PLMN 160中，那么E-SLP 272可以是H-SLP，且可使用SUPL 1.0中界定的现有验证机制。对于X.S0024，如果UE 110在H-PLMN 160中，那么E-PS 282可以是H-PS，且可使用X.S0024中界定的现有验证机制。 

图12展示UE 110、接入网络120、E-CSCF 254和位置服务器286的实施例的框图。位置服务器286可以是E-SLP 272、GMLC 276、E-PS 282和/或某一其它实体。为了简单起见，图12展示用于UE 110的仅一个处理器1210、一个存储器单元1212和一个收发器1214；用于接入网络120的仅一个处理器1220、一个存储器单元1222、一个收发器1224和一个通信(Comm)单元1226；用于E-CSCF 254的仅一个处理器1230、一个存储器单元1232和一个通信单元1234；以及用于位置服务器286的仅一个处理器1240、一个存储器单元1242和一个通信单元1244。一般来说，每一实体可包含任何数目的处理器、存储器单元、收发器、通信单元、控制器等。 

在下行链路上，接入网络120中的基站和/或接入点将业务数据、信令和导频传输到其覆盖区域内的UE。这些各种类型的数据由处理器1220处理并由收发器1224调节以产生下行链路信号，所述下行链路信号经由天线传输。在UE 110处，来自基站和/或接入点的下行链路信号经由天线被接收，由收发器1214调节并由处理器1210处理以获得各种类型的用于定位、VoIP和其它服务的信息。举例来说，处理器1210可对用于上述消息流的消息进行解码。存储器单元1212和1222分别存储用于UE 110和接入网络120的程 序代码和数据。在上行链路上，UE 110将业务数据、信令和导频传输到接入网络120中的基站和/或接入点。这些各种类型的数据由处理器1210处理并由收发器1214调节以产生上行链路信号，所述上行链路信号经由UE天线传输。在接入网络120处，来自UE 110和其它UE的上行链路信号被收发器1224接收和调节，并由处理器1220进一步处理以获得各种类型的信息(例如，数据、信令、报告等)。接入网络120经由通信单元1226与E-CSCF 254和其它实体通信。 

在E-CSCF 254内，处理器1230为E-CSCF执行处理，存储器单元1232为E-CSCF存储程序代码和数据，且通信单元1234允许E-CSCF与其它实体通信。处理器1230可针对上述消息流为E-CSCF 254执行处理。 

在位置服务器286内，处理器1240为位置服务器执行位置和/或定位处理，存储器单元1242为位置服务器存储程序代码和数据，且通信单元1244允许位置服务器与其它实体通信。处理器1240可针对上述消息流为位置服务器执行处理。 

本文描述的技术可通过各种手段来实施。举例来说，这些技术可实施在硬件、固件、软件或其组合中。对于硬件实施方案，用于执行所述技术的处理单元可实施在一个或一个以上专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、电子装置、经设计以执行本文描述的功能的其它电子单元或其组合内。 

对于固件和/或软件实施方案，所述技术可用执行本文描述的功能的模块(例如，程序、函数等)来实施。固件和/或软件代码可存储在存储器(例如，图12中的存储器1212、1222、1232和/或1242)中并由处理器(例如，处理器1210、1220、1230和/或1240)执行。存储器可实施在处理器内或处理器外部。 

本文中包含标题用于参考并用于辅助定位特定段落。这些标题不希望限制其下方所描述的概念的范围，且这些概念可在整个说明书中应用于其它段落中。 

提供对所揭示的实施例的先前描述以使所属领域的技术人员能够制作或使用本发明。所属领域的技术人员将易于了解对这些实施例的各种修改，且本文界定的一般原理可在不偏离本发明的精神或范围的情况下应用于其它实施例。因此，不希望本发明限于本文展示的实施例，而是本发明应符合与本文揭示的原理和新颖特征相一致的最广泛范围。 

Claims (57)

1.一种用于支持紧急因特网语音协议呼叫的方法，其包括：

与所访问的IP多媒体子系统通信以发送建立紧急因特网语音协议呼叫的请求；

与由所述访问的IP多媒体子系统指示的位置服务器交互以获得用户设备的第一位置估计；并

经由所述访问的IP多媒体子系统执行呼叫设置以与公共安全应答点建立所述紧急因特网语音协议呼叫。

2.根据权利要求1所述的方法，其进一步包括针对所述紧急因特网语音协议呼叫利用会话启始协议。

3.根据权利要求2所述的方法，其进一步包括针对所述紧急因特网语音协议呼叫发送会话启始协议SIP REGISTER以向归属网络进行注册。

4.根据权利要求2所述的方法，其进一步包括针对所述紧急因特网语音协议呼叫发送会话启始协议SIP REGISTER以向所述访问的IP多媒体子系统进行注册。

5.根据权利要求4所述的方法，其中所述会话启始协议SIP REGISTER包括由所述访问的IP多媒体子系统的域名和伪国际移动订户标识形成的紧急私人用户标识符。

6.根据权利要求4所述的方法，其进一步包括接收用临时公共用户标识符对所述会话启始协议SIP REGISTER的响应。

7.根据权利要求2所述的方法，其进一步包括发送会话启始协议SIP INVITE作为所述建立所述紧急因特网语音协议呼叫的请求。

8.根据权利要求7所述的方法，其进一步包括在所述会话启始协议SIP INVITE中发送所述用户设备的位置信息，且其中基于所述位置信息获得所述用户设备的所述第一位置估计。

9.根据权利要求1所述的方法，其进一步包括在所述建立所述紧急因特网语音协议呼叫的请求中发送所述用户设备的定位能力，且其中基于所述用户设备的所述定位能力而选择所述位置服务器。

10.根据权利要求1所述的方法，其进一步包括在所述建立所述紧急因特网语音协议呼叫的请求中发送所述用户设备的位置信息，且其中基于所述位置信息选择所述位置服务器。

11.根据权利要求1所述的方法，其中所述第一位置估计是对应于用于呼叫路由的粗略位置估计的中间位置估计。

12.根据权利要求1所述的方法，其中所述第一位置估计是对应于所述用户设备的准确位置估计的初始位置估计。

13.根据权利要求1所述的方法，其进一步包括：

从所述公共安全应答点接收对所述用户设备的经更新位置估计的请求；并用所述位置服务器执行定位来获得所述经更新位置估计。

14.根据权利要求13所述的方法，其进一步包括用所述位置服务器根据安全用户平面位置执行定位。

15.根据权利要求13所述的方法，其进一步包括用所述位置服务器根据3GPP2用户平面位置执行定位。

16.根据权利要求13所述的方法，其进一步包括用无线电接入网络根据3GPP控制平面位置执行定位。

17.根据权利要求1所述的方法，其进一步包括：

接入无线电接入网络；

经由所述无线电接入网络与所述访问的IP多媒体子系统建立IP连接性；并针对所述紧急因特网语音协议呼叫发现本地服务器的IP地址。

18.根据权利要求1所述的方法，其进一步包括：

使用指示所述访问的IP多媒体子系统的网络接入标识符来接入无线局域网；

经由所述无线局域网与所述访问的IP多媒体子系统建立IP连接性；并

针对所述紧急因特网语音协议呼叫发现本地服务器的IP地址。

19.根据权利要求1所述的方法，其进一步包括与所述位置服务器执行验证。

20.一种支持紧急因特网语音协议呼叫的设备，其包括：

用于与所访问的IP多媒体子系统通信以发送建立紧急因特网语音协议呼叫的请求的装置；

用于与由所述访问的IP多媒体子系统指示的位置服务器交互以获得用户设备的第一位置估计的装置；以及

用于经由所述访问的IP多媒体子系统执行呼叫设置以与公共安全应答点建立所述紧急因特网语音协议呼叫的装置。

21.根据权利要求20所述的设备，其进一步包括：

用于针对所述紧急因特网语音协议呼叫利用会话启始协议的装置。

22.根据权利要求21所述的设备，其进一步包括：

用于针对所述紧急因特网语音协议呼叫发送会话启始协议SIP REGISTER以向归属网络进行注册的装置。

23.根据权利要求21所述的设备，其进一步包括：

用于针对所述紧急因特网语音协议呼叫发送会话启始协议SIP REGISTER以向所述访问的IP多媒体子系统进行注册的装置。

24.根据权利要求21所述的设备，其进一步包括：

用于发送会话启始协议SIP INVITE作为所述建立所述紧急因特网语音协议呼叫的请求的装置。

25.根据权利要求20所述的设备，其进一步包括：

用于从所述公共安全应答点接收对所述用户设备的经更新位置估计的请求的装置；以及

用于用所述位置服务器执行定位以获得所述经更新位置估计的装置。

26.一种用于支持紧急因特网语音协议呼叫的方法，其包括：

接收将对用户设备的紧急因特网语音协议呼叫路由到公共安全应答点的请求；

获得所述用户设备的第一位置估计；

基于所述第一位置估计来选择所述公共安全应答点；并

以所述公共安全应答点的路由信息发送响应。

27.根据权利要求26所述的方法，其进一步包括与所述用户设备交互来获得所述用户设备的所述第一位置估计。

28.根据权利要求26所述的方法，其进一步包括：

在所述路由所述紧急因特网语音协议呼叫的请求中接收所述用户设备的位置信息；

基于所述位置信息确定所访问的位置服务器；并

作为归属位置服务器与所述访问的位置服务器和所述用户设备交互来获得所述用户设备的所述第一位置估计。

29.根据权利要求26所述的方法，其进一步包括向所述用户设备发送执行定位以获得所述第一位置估计的消息。

30.根据权利要求29所述的方法，其进一步包括使用移动终端IP、UDP/IP或IP多媒体

子系统信令向所述用户设备发送所述消息。

31.根据权利要求29所述的方法，其进一步包括在发送到所述用户设备的所述消息中包含位置服务器的地址，所述地址由所述用户设备用以执行定位。

32.根据权利要求29所述的方法，其进一步包括在发送到所述用户设备的所述消息中包含紧急服务的指示。

33.根据权利要求26所述的方法，其进一步包括：

从所述用户设备接收启始定位的消息，所述消息包含位置信息；并基于所述位置信息导出所述用户设备的所述第一位置估计。

34.根据权利要求26所述的方法，其进一步包括：

从所述用户设备接收启始定位的消息，所述消息包含位置相关测量值；并基于所述位置相关测量值导出所述用户设备的所述第一位置估计。

35.根据权利要求26所述的方法，其进一步包括：

从所述公共安全应答点接收对所述用户设备的经更新位置估计的请求；

用所述用户设备执行定位来获得所述经更新位置估计；并

将所述经更新位置估计发送到所述公共安全应答点。

36.根据权利要求26所述的方法，其进一步包括从通用分组无线业务支持节点接收所述用户设备的所述第一位置估计。

37.根据权利要求26所述的方法，其进一步包括：

从所述公共安全应答点接收对所述用户设备的经更新位置估计的请求；

将所述请求转发到IP网关；

从所述IP网关接收所述经更新位置估计；并

将所述经更新位置估计发送到所述公共安全应答点。

38.根据权利要求26所述的方法，其进一步包括与所述用户设备执行验证。

39.一种支持紧急因特网语音协议呼叫的设备，其包括：

用于接收将对用户设备的紧急因特网语音协议呼叫路由到公共安全应答点的请求的装置；

用于获得所述用户设备的第一位置估计的装置；

用于基于所述第一位置估计来选择所述公共安全应答点的装置；以及

用于以所述公共安全应答点的路由信息发送响应的装置。

40.根据权利要求39所述的设备，其进一步包括用于向所述用户设备发送执行定位以获得所述第一位置估计的消息的装置。

41.根据权利要求40所述的设备，其进一步包括：

用于使用移动终端IP、UDP/IP或IP多媒体子系统信令向所述用户设备发送所述消息的装置。

42.根据权利要求39所述的设备，其进一步包括：

用于从所述公共安全应答点接收对所述用户设备的经更新位置估计的请求的装置；

用于用所述用户设备执行定位以获得所述经更新位置估计的装置；以及

用于将所述经更新位置估计发送到所述公共安全应答点的装置。

43.一种用于支持紧急因特网语音协议呼叫的方法，其包括：

用用户设备接入3GPP2接入网络；

向3GPP2核心网络发送建立紧急因特网语音协议呼叫的请求；

向归属网络执行注册；

与位置服务器交互来获得所述用户设备的第一位置估计；并

经由所述3GPP2核心网络执行呼叫设置来与公共安全应答点建立所述紧急因特网语音协议呼叫，所述公共安全应答点是基于所述第一位置估计而选择的。

44.根据权利要求43所述的方法，其进一步包括用所述位置服务器根据安全用户平面位置、3GPP2用户平面或3GPP2控制平面位置执行定位。

45.根据权利要求43所述的方法，其进一步包括：

从所述公共安全应答点接收对所述用户设备的经更新位置估计的请求；

用位置服务器执行定位来获得所述经更新位置估计；并

将所述经更新位置估计发送到所述公共安全应答点。

46.一种支持紧急因特网语音协议呼叫的设备，其包括：

用于用用户设备接入3GPP2接入网络的装置；

用于向3GPP2核心网络发送建立紧急因特网语音协议呼叫的请求的装置；

用于向归属网络执行注册的装置；

用于与位置服务器交互以获得所述用户设备的第一位置估计的装置；以及

用于经由所述3GPP2核心网络执行呼叫设置以与公共安全应答点建立所述紧急因特网语音协议呼叫的装置，所述公共安全应答点是基于所述第一位置估计而选择的。

47.根据权利要求46所述的设备，其进一步包括：

用于从所述公共安全应答点接收对所述用户设备的经更新位置估计的请求的装置；

用于用位置服务器执行定位以获得所述经更新位置估计的装置；以及

用于将所述经更新位置估计发送到所述公共安全应答点的装置。

48.一种用于支持紧急因特网语音协议呼叫的方法，其包括：

与第一访问的IP多媒体子系统通信以发送建立紧急因特网语音协议呼叫的请求；

并

针对所述紧急因特网语音协议呼叫与所述第一访问的IP多媒体子系统所选择的第二访问的IP多媒体子系统通信。

49.根据权利要求48所述的方法，其进一步包括：

从所述第一访问的IP多媒体子系统接收所述第二访问的IP多媒体子系统中的会话启始协议的标识；并

用所述会话启始协议服务器执行呼叫设置来与所述第二访问的IP多媒体子系统建立所述紧急因特网语音协议呼叫。

50.根据权利要求48所述的方法，其中所述紧急因特网语音协议呼叫被从所述第一访问的IP多媒体子系统转发到所述第二访问的IP多媒体子系统。

51.根据权利要求48所述的方法，其中基于位置路由号LRN将所述紧急因特网语音协议呼叫路由到公共安全应答点。

52.一种用于支持紧急因特网语音协议呼叫的方法，其包括：

与所访问的IP多媒体子系统通信以发送建立紧急因特网语音协议呼叫的请求；

针对所述紧急因特网语音协议呼叫执行对由所述访问的IP多媒体子系统选择的位置服务器的验证；并

针对所述紧急因特网语音协议呼叫与所述位置服务器交互以获得用户设备的至少一个位置估计。

53.根据权利要求52所述的方法，其进一步包括：

从所述位置服务器接收启始位置处理的消息；并

在所述消息指示紧急呼叫的位置处理且所述用户设备参与所述紧急因特网语音协议呼叫时验证所述位置服务器。

54.根据权利要求52所述的方法，其进一步包括使用存储在所述用户设备处的根公共密钥证书核实所述位置服务器的公共密钥来执行传输层安全公共密钥验证。

55.根据权利要求52所述的方法，其进一步包括：

基于所述用户设备和所述访问的IP多媒体子系统处可用的安全信息来产生预共用密钥；并

使用所述预共用密钥来执行验证。

56.根据权利要求52所述的方法，其进一步包括基于通用引导程序架构来执行验证。

57.根据权利要求52所述的方法，其进一步包括根据安全用户平面位置版本1.0或3GPP2用户平面来执行验证。

Images