CN102970655B - Voip紧急呼叫处理 - Google Patents
Voip紧急呼叫处理 Download PDFInfo
- Publication number
- CN102970655B CN102970655B CN201210487941.3A CN201210487941A CN102970655B CN 102970655 B CN102970655 B CN 102970655B CN 201210487941 A CN201210487941 A CN 201210487941A CN 102970655 B CN102970655 B CN 102970655B
- Authority
- CN
- China
- Prior art keywords
- network
- location
- access
- psap
- call
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Abstract
本发明涉及VOIP紧急呼叫处理。本发明描述用于支持紧急因特网语音协议(VoIP)呼叫的技术。所述技术可用于各种3GPP和3GPP2网络、各种位置架构和各种类型的用户设备(UE)。UE与所访问的网络通信以发送建立紧急VoIP呼叫的请求。所述UE与由所述访问的网络指令的位置服务器交互以获得所述UE的第一位置估计。所述UE经由所述访问的网络执行呼叫设置以与PSAP建立所述紧急VoIP呼叫,其中可基于所述第一位置估计来选择所述PSAP。所述UE随后可(例如)在所述PSAP请求时用所述位置服务器执行定位以获得所述UE的经更新位置估计。
Description
本申请是国际申请日为2006年8月2日,国际申请号为PCT/US2006/030349,发明名称为“VOIP紧急呼叫处理”的PCT申请进入中国国家阶段申请号为200680035724.3的专利申请的分案申请。
本申请案主张2005年8月2日申请的题为“VOICE-OVERINTERNETPROTOCOLEMERGENCYCALLSUPPORT”的第60/704,977号临时美国申请案、2005年8月30日申请的题为“VOIPEMERGENCYCALLSUPPORT”的第60/713,199号临时美国申请案、2005年10月13日申请的题为“VOIPEMERGENCYCALLSUPPORT”的第60/726,694号临时美国申请案、2005年10月31日申请的题为“VOIPEMERGENCYCALLSUPPORT”的第60/732,226号临时美国申请案,以及2005年12月9日申请的题为“SUPPORTFOREMERGENCYVoIPCALLSUSINGSUPL”的第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)也称为位置估计(locationestimate)、定位等。
图1展示支持紧急VoIP呼叫的部署100。用户设备(UE)110与接入网络120通信以获得基本的IP通信服务。UE110可以是固定的或移动的,且也可称为移动台(MS)、终端、订户单元、站或某一其它术语。UE110可以是蜂窝式电话、个人数字助理(PDA)、无线装置、膝上型计算机、遥测装置、跟踪装置等。UE110可与接入网络120中的一个或一个以上基站和/或一个或一个以上接入点通信。UE110还可从一个或一个以上卫星190接收信号,所述卫星190可以是全球定位系统(GPS)、欧洲Galileo系统、俄罗斯GLONASS系统或任何全球导航卫星系统(GNSS)的一部分。UE110可测量来自接入网络120中的基站的信号和/或来自卫星190的信号,且可获得卫星的伪距(pseudo-range)测量值和/或基站的定时测量值。伪距测量值和/或定时测量值可用于使用此项技术中众所周知的定位方法中的一者或组合来导出UE110的位置估计,所述定位方法例如为辅助型GPS(A-GPS)、独立GPS、高级前向链路三角定位(A-FLT)、增强型观测时间差(E-OTD)、观测到达时间差(OTDOA)、增强型小区ID等。
接入网络120提供位于接入网络的覆盖范围内的UE的无线电通信。接入网络120可包含基站、网络控制器和/或其它实体,如下文所描述。所访问的网络130(其也称为所访问的公共陆地移动网络(V-PLMN))是当前服务于UE110的网络。归属网络160(其也称为归属PLMN(H-PLMN))是UE110作出预订所针对的网络。接入网络120与所访问的网络130相关联。所访问的网络130和归属网络160也可以是相同或不同的网络。所访问的网络130和归属网络160可以或可以不具有漫游协议。网络130和160每一者可包括提供数据连接性、位置服务和/或其它功能性及服务的实体。
网络170可包含公共交换电话网络(PSTN)、因特网和/或其它语音及数据网络。PSTN支持用于常规普通老式电话服务(POTS)的通信。PSAP180是负责应答紧急呼叫(例如,针对报警、火灾和医疗服务)的实体,且也可称为紧急中心(EC)。此类呼叫可在用户拨打某一固定的众所周知的号码(例如,北美洲的911或欧洲的112)时启始。PSAP180通常由政府机构(例如,国家或城市)运营或拥有。PSAP180可支持用于VoIP呼叫的IP连接性且因此支持会话启始协议(SIP),所述SIP是用于基于IP(例如VoIP)来启始、修改和终止交互式用户会话的信令协议。或者或另外,PSAP180可支持与PSTN170的通信。
本文描述的技术可用于源自例如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可实施例如IEEE802.11等无线电技术。WMAN可实施例如IEEE802.16等无线电技术。这些各种无线电技术和标准是此项技术中已知的。
图2展示3GPP网络架构。UE110可经由3GPP接入网络120a或WLAN接入网络120b获得无线电接入。3GPP接入网络120a可以是GSMEDGE无线电接入网络(GERAN)、通用陆地无线电接入网络(UTRAN)、演进UTRAN(E-UTRAN)或某一其它接入网络。3GPP接入网络120a包含基站210、基站子系统(BSS)/无线电网络控制器(RNC)212,以及图2中未展示的其它实体。基站也称为节点B、增强型节点B(e-节点B)、基站收发器(BTS)、接入点(AP)或某一其它术语。WLAN120b包含接入点214且可为任何WLAN。
V-PLMN130a是图1中的所访问网络130的一个实施例,且包含V-PLMN核心网络230a和V-PLMN位置实体270a。V-PLMN核心网络230a包含服务GPRS支持节点(SGSN)232a、网关GPRS支持节点(GGSN)232b、WLAN接入网关(WAG)234和分组数据网关(PDG)236。SGSN232a和GGSN232b是通用分组无线业务(GPRS)核心网络的一部分,且提供分组交换服务以用于UE与3GPP接入网络120a通信。WAG234和PDG236是3GPP交互工作WLAN(I-WLAN)核心网络的一部分,且提供分组交换服务以用于UE与WLAN120b通信。
V-PLMN核心网络230a还包含本地订户服务器(HSS)250和各种IP多媒体子系统(IMS)实体,包含代理服务器呼叫会话控制功能(P-CSCF)252、紧急CSCF(E-CSCF)254、询问CSCF(I-CSCF)256和媒体网关控制功能(MGCF)258。P-CSCF252、E-CSCF254、I-CSCF256和MGCF258支持IMS服务,例如VoIP呼叫,且是V-PLMNIMS网络的一部分。P-CSCF252接受来自UE的请求,并在内部处理这些请求或可能在转译之后将所述请求转发到其它实体。E-CSCF254为UE执行会话控制服务并维持用于支持IMS紧急服务的会话状态。E-CSCF254进一步支持紧急VoIP呼叫。MGCF258引导SIP/IP与PSTN(例如,SS7ISUP)之间的信令转换,且每当来自一个用户的VoIP呼叫到达PSTN用户时使用所述MGCF258。HSS250存储将V-PLMN130a作为归属网络的UE的预订相关信息。
V-PLMN位置实体270a可包含紧急服务SUPL位置平台(E-SLP)272和接入SLP(V-SLP)274,其支持OMA安全用户平面位置(SUPL)。V-SLP274可在与V-PLMN130a不同的网络内或与所述不同的网络相关联,且/或可地理上较接近UE110。或者或另外,V-PLMN位置实体270a可包含网关移动位置中心(GMLC)276,其是3GPP控制平面位置的一部分。E-SLP272、V-SLP274和GMLC276为UE与V-PLMN130a通信提供位置服务。
H-PLMN160a是图1中的归属网络160的一个实施例,且包含H-PLMN核心网络260。H-PLMN核心网络260包含HSS266且进一步包含支持用于归属网络160的IMS的IMS实体,例如I-CSCF262和服务CSCF(S-CSCF)264。I-CSCF262和S-CSCF264是H-PLMNIMS网络的一部分。
图3展示3GPP2网络架构。UE110可经由3GPP2接入网络120c或WLAN接入网络120d获得无线电接入。3GPP2接入网络120c可以是CDMA20001X网络、CDMA20001xEV-DO网络或某一其它接入网络。3GPP2接入网络120c包含基站220、无线电资源控制/分组控制功能(RRC/PCF)222,和图3中未展示的其它实体。RRC也可称为无线电网络控制器(RNC)或基站。3GPP2接入网络120c也可称为无线电接入网络(RAN)。WLAN120d包含接入点224且可以是与3GPP2网络相关联的任何WLAN。
V-PLMN130b是图1中的所访问网络130的另一实施例,且包含V-PLMN核心网络230b和3GPP2位置实体270b。V-PLMN核心网络230b包含分组数据服务节点(PDSN)242、分组数据交互工作功能(PDIF)244和验证、授权与计费(AAA)服务器246。PDSN242和PDIF244分别为UE与3GPP2接入网络120c和WLAN120d通信提供分组交换服务。V-PLMN核心网络230a还包含例如P-CSCF252、E-CSCF254、I-CSCF256和MGCF258等IMS或多媒体域(MMD)实体。E-CSCF258还可具有例如ES-AM(紧急服务应用管理器)等其它名称。
3GPP2位置实体270b可包含用于SUPL的E-SLP272和V-SLP274。或者或另外,3GPP2位置实体270b可包含紧急服务位置服务器(E-PS)282和所访问的定位服务器(V-PS)/定位实体(PDE)284,其是针对cdma2000网络的X.S0024位置的一部分。E-PS282也可称为代理定位服务器(S-PS)。E-SLP272、V-SLP274、E-PS282和V-PS/PDE284为UE与V-PLMN130b通信提供位置服务。
为了简单起见,图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网络可包含CDMA20001X、CDMA20001xEV-DO,cdma2000核心网络、3GPP2IMS或MMD网络子系统、3GPP2相关联的WLAN等。为了简单起见,“3GPPWLAN”是指与3GPP网络相关联的WLAN,且“3GPP2WLAN”是指与3GPP2网络相关联的WLAN。
在以下描述中,GPRS接入是指经由GERAN、UTRAN或某一其它3GPP接入网络来接入GPRS。3GPPWLAN接入是指经由WLAN来接入3GPP核心网络。cdma2000接入是指经由CDMA20001X、CDMA20001xEV-DO或某一其它3GPP2接入网络来接入cdma2000核心网络。3GPP2WLAN接入是指经由WLAN来接入3GPP2WLAN核心网络。
对于3GPP,UE110可以或可以不配备通用集成电路卡(UICC)。对于3GPP2,UE110可以或可以不配备用户标识模块(UIM)。UICC或UIM通常特定于一个订户且可存储个人信息、预订信息和/或其它信息。无UICC的UE(UICC-lessUE)是不具有UICC的UE,且是无UIM的UE(UIM-lessUE)是不具有UIM的UE。无UICC/UIM的UE不具有预订,不具有归属网络,且不具有验证证书(例如,不具有密钥)来核实任何声称的标识信息,这使位置服务较易遭受风险。
本文描述的技术可用于例如控制平面和用户平面架构等各种位置架构。控制平面(其也称为信令平面)是一种用于承载信令以用于较高层应用的机制,且通常以网络特定协议、接口和信令消息实施。用户平面是一种用于承载信令以用于较高层应用但采用用户平面载体的机制,所述用户平面载体通常以例如用户数据报协议(UDP)、传输控制协议(TCP)和因特网协议(IP)等(均是此项技术中已知的)协议来实施。支持位置服务和定位的消息被承载作为控制平面架构中的信令的一部分,并作为用户平面架构中的数据(从网络的观点看)的一部分。然而,所述消息的内容在两种架构中可相同或类似。
所述技术可用于例如表1中罗列的各种位置架构/解决方案。来自开放移动联盟(OMA)的文献中描述了SUPL和初期SUPL。3GPPTS23.271、TS43.059和TS25.305中描述了3GPP控制平面。IS-881和3GPP2X.S0002中描述了3GPP2控制平面。3GPP2X.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可在作出呼叫时(例如)在SIPINVITE和/或SIPREGISTER消息中向网络通知其定位能力。此信息可存储在本地服务器(例如,位置服务器)中以供由网络检索。
本文描述的技术可支持以下特征。
(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)与IETFEcrit解决方案和NENA解决方案(例如,用于增强型9-1-1服务(i2)的中间VoIP架构,也称为NENAI2解决方案)兼容。
(k)对H-PLMN的影响和要求很少。
PSAP回叫是指从PSAP返回UE的呼叫,例如因为紧急呼叫掉线或发出得太早。中间位置估计通常是指用于路由的近似定位,且初始位置估计通常是指第一准确位置估计。在一些情况下,可在中间位置估计之后获得初始的位置估计。在其它情况下,中间与初始位置估计可以相同。在另外一些其它情况下,可不使用中间位置估计和/或初始的位置估计。
对于SUPL,可绕过H-PLMN160中的归属SLP(H-SLP),且V-PLMN130中或与V-PLMN130相关联的一个或一个以上V-SLP和/或E-SLP可用于定位。对于X.S0024,可绕过H-PLMN160中的归属PS(H-PS),且V-PLMN130中的或与V-PLMN130相关联的一个或一个以上V-PS和/或E-PS可用于定位。这暗示着对于SUPL和X.S0024的一些变化,例如在紧急呼叫期间可超驰UE110中所配置的H-SLP或H-PS以用于定位。可能由于以下原因而需要在V-PLMN130中使用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-SLP272或E-PS282可分别执行对SUPL和X.S0024中的UE110的定位。或者,例如,如果E-SLP272或E-PS282不能执行此功能,那么可选择V-SLP、V-PS或PDE来执行对UE110的定位。例如,如果SIP呼叫服务器(例如,E-CSCF254)远离UE110并选择同样远离的E-SLP或E-PS(这可在操作员使用少量呼叫服务器服务于较大地区或整个国家时发生),那么V-SLP、V-PS或PDE可能有用。E-SLP272或E-PS282可使用以下机制中的任一者选择V-SLP、V-PS或PDE:
(a)UE110当附接到接入网络或建立IP连接性时发现IP地址或者V-SLP或V-PS的名称,例如接入网络将V-SLP或V-PS地址提供给UE110。UE110还可在建立IP连接性之后通过DNS询问而发现V-SLP或V-PS地址。这可适用于UE110所使用的DNS服务器比E-CSCF254更处于UE110本地时。UE110可包含发送到IMS的初始SIPREGISTER中或在移交到新的接入网络之后的任何后续re-REGISTER中的V-SLP或V-PS地址。IMS(例如,E-CSCF254)可将V-SLP或V-PS地址传递给E-SLP272或E-PS282。
(b)E-SLP272或E-PS282基于初始SIPINVITE中由UE110提供的位置信息来确定V-SLP或V-PS地址。
(c)E-SLP272或E-PS282基于在SUPLSTART中从UE110接收到的位置信息来确定V-SLP或V-PS地址。
一般来说,由UE110提供的位置信息可以是可用于确定UE110的位置的任何信息。位置信息可包括地理坐标、GSM、UMTS或cdma2000小区标识(ID)、cdma2000服务小区信息、WLAN接入名称标识、WLANMAC地址等。位置信息还可包括可用于确定UE110的位置的测量值。
对于SUPL和X.S0024,E-SLP272或E-PS282可将SUPLINIT发送到UE110以开始SUPL会话。可使用WAP推送或SMS来发送SUPLINIT,这可导致较长延迟。在一实施例中,为了减少延迟,可经由IMS(例如,P-CSCF252和E-CSCF254)使用IMS即时消息、某一其它IMS消息、SIP1xx响应(例如,183会话进程)或某一其它消息将SUPLINIT发送到UE110。使用IMS与UE110之间的现有(可能安全)关联实现较快传递,且进一步避免建立新的关联的额外延迟且/或通过额外实体(例如,SMS服务中心)来传递消息。此实施例还可在UE110未在H-PLMN中注册(例如,不具有UICC或UIM)时使用。在另一实施例中,为了减少延迟,可使用移动终端IP或UDP/IP将SUPLINIT发送到UE110。在此情况下,可用E-SLP272的IP地址预先管理IP网关服务UE110(例如,GGSN232b、PDG236、PDSN242或PDIF244)以便IP包不会从E-SLP272滤出到UE110。UE110可经配置以支持用于SUPL(并向IANA注册)以用于接收SUPLINIT的TCP端口和/或UDP端口。
可如下用SUPL1.0和X.S0024的初始版本(3GPP2X.S0024-0)来支持紧急VoIP呼叫。
(a)如果UE110处于H-PLMN160中,那么E-SLP272是UE的H-SLP或E-PS282是UE的H-PS并调用SUPL1.0或X.S0024-0网络启始的位置请求。可使用SMS或WAP推送将SUPLINIT发送到UE110。
(b)如果UE110不处于H-PLMN160中而是在V-PLMN130中注册,那么E-SLP272可通过充当发出请求的SLP(R-SLP)并根据SUPL1.0和OMARLP中的程序将位置请求发送到UE110的H-SLP来调用SUPL1.0位置请求。类似地,E-PS282可使用(例如)OMARLP协议来调用来自用于UE110的H-PS的X.S0024位置请求。
(c)如果UE110不处于H-PLMN160中且未在V-PLMN130中注册(例如,V-PLMN130与H-PLMN160之间不具有漫游协议)或如果UE110不具有UICC或UIM,那么不支持SUPL1.0或X.S0024-0位置。然而,E-SLP272或E-PS282可能仍然能够针对紧急呼叫使用初始SIPINVITE中由UE110提供的位置信息来获得UE110的位置估计。
1.具有SUPL的紧急VoIP呼叫
图4展示具有SUPL位置的紧急VoIP呼叫的网络架构400的实施例的框图。网络架构400适用于3GPP和3GPP2网络两者。为了简单起见,图4仅展示与支持使用SUPL的紧急VoIP呼叫相关的实体和接口。
在SUPL中,UE110称为可用SUPL的终端(SET)。接入网络120可以是3GPP接入网络、3GPP2接入网络、WLAN或某一其它网络。接入网络120和/或V-PLMN130包含支持分组交换呼叫的实体,(例如)如图2和3所示。对于3GPP2,简单的IP和或移动IP可用于紧急VoIP呼叫。在以下描述中,IMS可涉及P-CSCF252、E-CSCF254和/或MGCF258。
E-SLP272可包含执行用于位置服务的各种功能的SUPL位置中心(E-SLC)412和支持对于UE的定位的SUPL定位中心(E-SPC)414。V-SLP274可类似地包含V-SLC422和V-SPC424。E-SLP272在对紧急呼叫的定位的情况下可代替H-PLMN160中的H-SLP。题为“SecureUserPlaneLocationArchitecture”的文献OMA-AD-SUPL-V20-20060704-D(草拟版4.0,2006年7月4日)中以及题为“UserPlaneLocationProtocol”的文献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/R292可属于PSAP180或者可由一组个别PSAP共用并连接到所述组个别PSAP。如果PSAP180支持SIP,那么UE110可针对VoIP呼叫经由P-CSCF252和E-CSCF254与PSAP180通信。如果PSAP180不支持SIP,那么UE110还可经由P-CSCF252、E-CSCF254、MGCF258和S/R292与PSAP180通信。在此情况下,由MGCF258控制的媒体网关(MGW)针对紧急呼叫执行VoIP到PCM线路模式的转换。
图4还展示各个实体之间的接口。UE110、P-CSCF252、E-CSCF254、MGCF258之间的呼叫相关接口可以是SIP。MGCF258、S/R292与PSAP180之间的呼叫相关接口可以是MF/ISUP。PSAP180与E-SLP272之间的位置相关接口可以是J-STD-036修订本B中界定的E2接口(如果PSAP180可用PSTN)或E2接口的扩展(如果PSAP180可用SIP)。PSAP180与E-SLP272之间的位置相关接口可改为是OMA或LIF移动位置协议中界定的MLP接口或某一其它接口,例如HTTP接口。UE110与V-SLP274和E-SLP272之间的位置相关接口可以是SUPLULP。
E-CSCF254与E-SLP272之间的接口用于将关于UE110的信息传达给E-SLP272并激发SUPL定位。此接口可以是LCSIMS(例如,Li)接口,且可利用IMS位置协议(ILP)或某一其它协议。Li/ILP接口可类似于SLP之间的OMA漫游位置协议(RLP)。Li/ILP接口可由任何IMS实体(例如,S-CSCF或应用服务器)和E-SLP272使用以支持与基于IMS和IP的服务相关联的其它特征,例如:
(a)针对VoIP或其它基于IP的呼叫的依照位置记帐,
(b)将处于呼叫中的一方的位置提供给一个或一个以上其它方,以及
(c)基于用户位置的辅助服务,例如依照位置呼叫转接、依照位置呼叫排除。
E-SLP272与E-CSCF254之间的接口还可以是“VoIP/分组迁移i2解决方案的草案NENA标准”中或“增强型9-1-1服务(i2)的中间VoIP架构”(下文为“NENAI2解决方案”)中界定的v2接口(其在美国被考虑用于E911VoIP支持),或某一其它接口。
网络架构400可包含支持VoIP和/或位置的其它实体,例如NENAI2解决方案或草案NENAI2.5和I3解决方案中描述的元件。
1.1.呼叫设置
图5展示使用SUPL的紧急VoIP呼叫设置的消息流500的实施例。为了清楚起见,不太相关的实体(例如,接入网络120、P-CSCF252、S/R292)从图5中省略但包含在以下描述中。消息流500可用于3GPP和3GPP2网络。消息流500假定UE110具有UICC或UIM,且H-PLMN160与V-PLMN130之间存在漫游协议。
在步骤1中,UE110发现接入网络(AN),例如3GPP接入网络、3GPP2接入网络、802.11WLAN等。UE110执行任何低级连接(例如,802.11协会)并附接到接入网络(例如,经由GPRS附接或WLANAAA程序(对于3GPP))。UE110建立IP连接性且可发现本地SIP服务器地址。在以下描述中,P-CSCF252是由UE110发现的本地SIP服务器。步骤1可针对不同网络以不同方式执行且下文进一步详细描述步骤1。
在步骤2中,UE110将SIPREGISTER发送到P-CSCF252,P-CSCF252是在步骤1中发现的本地SIP服务器。SIPREGISTER可包含紧急服务指示、紧急公共用户ID(例如,3GPPTR23.867中和3GPPTS23.167中所描述)、私人用户ID、H-PLMN域名和步骤1中获得的UEIP地址。SIPREGISTER还可包含UE110的位置信息、UE110的定位能力和/或其它信息。UE定位能力可包括UE110所支持的位置解决方案(例如,SUPL、3GPP控制平面、X.S0024等)、UE110所支持的定位方法和/或其它信息。由于存在紧急服务指示或紧急公共用户ID的缘故,所以P-CSCF252将SIPREGISTER转发到相同网络中的E-CSCF254,而不像非紧急情况下那样转发到H-PLMN160中的I-CSCF262。
在步骤3中,V-PLMN130中的E-CSCF254在发生正常IMS注册的情况下将SIPREGISTER转发到H-PLMN160中的S-CSCF264。在H-PLMN160中注册的原因是(1)验证用户标识,(2)获得来自S-CSCF264的经核实的回叫号,(3)警告H-PLMN160所述紧急呼叫,使得如果PSAP180随后经由H-PLMN160回叫UE110,那么可应用特殊处理(例如,补充服务的优先权、限制)。对于IMS注册,H-PLMN160中的S-CSCF264将V-PLMN130中的E-CSCF254视作如同P-CSCF。可用UE110的紧急公共用户ID隐含地注册公共用户TELURI(例如,得自3GPP中的MSISDN或3GPP2中的MIN),且所述公共用户TELURI可用于来自PSTN的PSAP回叫。例如,如果UE110已注册正常公共用户ID或如果H-PLMN160不支持紧急公共用户ID,那么H-PLMN160不可支持紧急公共用户ID的额外注册。E-CSCF254可维持可跳过步骤3所针对的H-PLMN的列表。如果跳过步骤3,那么通过使用应由UE110单独注册的UE110的正常公共用户ID,来自PSAP180的回叫仍是可以的。E-CSCF254还可向UE110指派临时公共用户ID,如下文所描述,以实现直接经由V-PLMN130而不经由H-PLMN160从PSAP180进行回叫。此临时公共用户ID尤其可用于国外漫游的UE,因为回叫的延迟和可靠性均可得到改进。如果不执行H-PLMN160中的注册,那么不验证UE110且不可建立UE110与V-PLMN130中的E-CSCF254之间的安全IP连接,这可能降低E-SLP272对UE110的后续定位的安全性。
在步骤4中,E-CSCF254(例如,在从H-PLMN160接收SIP200OK之后)将200OK返回到UE110。设置紧急呼叫之后,如果UE110在同一V-PLMN内越区切换到不同的SGSN(用于GPRS接入)、不同的WLAN(用于WLAN接入)或者不同的PCF或PDSN(用于cdma2000接入),那么UE110可通过重复步骤2到4再注册以便更新位置和V-SLP信息。如果使用其紧急公共用户ID再注册,那么E-CSCF254可将任何新的位置信息传递到E-SLP272。再注册使得如果UE110已移出先前V-SLP所支持的地理区域之外便能够选择不同的V-SLP。
对于3GPP2WLAN接入,如果UE110从一个WLAN移动到另一WLAN或从WLAN移动到cdma2000网络,那么可执行越区切换程序。越区切换程序可建立从新的WLAN(用于从一个WLAN到另一WLAN的越区切换)或从新的PSDN(用于从WLAN到cdma2000网络的越区切换)到先前PIDF的新的隧道,以便继续使用与先前PDIF相关联的IP地址并避免中断紧急VoIP呼叫。对于从cdma2000网络到WLAN的越区切换,与新的WLAN相关联的PDIF可模拟目标PDSN来支持到达先前服务PDSN的快速越区切换。越区切换之后,UE110可再注册以向E-CSCF254提供相关的新的位置信息来用于V-SLP选择。
在步骤2、3和4的替代实施例中,在步骤2中UE110将SIPREGISTER发送到P-CSCF252之后,P-CSCF252可将SIPREGISTER直接转发到H-PLMN160中的S-CSCF264或转发到H-PLMN160中的I-CSCF262并绕过V-PLMN130中的E-CSCF254。在此情况下,来自H-PLMN160的SIP200OK将返回到P-CSCF252而不返回到E-CSCF254,且在步骤4中P-CSCF252将把200OK返回到UE110。此替代实施例可减少或避免对P-CSCF252支持VoIP紧急呼叫的特殊影响,因为P-CSCF252的动作接着如同在正常注册时的动作。
在步骤5中,UE110将SIPINVITE发送到P-CSCF252。SIPINVITE可包含指示紧急呼叫的全局SIPURL或TELURI(例如,由IETFEcrit提议的sos本地域或“911”)和所请求的紧急服务的类型。SIPINVITE还可包含关于UE110可用的UE位置的信息(例如,GPRS或cdma2000小区ID、WLANAPMAC地址等)、UE110的定位能力(如果注册期间未提供)、用于回叫的联系信息和/或其它信息。回叫信息可包含TELURI(例如,得自3GPPMSISDN或3GPP2MDN)且可能包含SIPURL(例如,步骤2中使用的紧急公共用户ID)。SIPREGISTER或SIPINVITE的“所支持的”标头字段也可用于传达UE定位能力。定位能力还可被包含作为由UE提供的位置信息的一部分(例如,在IETFGeoprivpidf-lo对象中)或以某一其它方式包含在SIPINVITE中。P-CSCF252可将SIPINVITE转发到另一SIP服务器,所述另一SIP服务器可将SIPINVITE转发到专用于紧急呼叫的路由代理(例如,应用服务器)。图5中,E-CSCF254是处理紧急呼叫的SIP服务器。
在步骤6中,E-CSCF254可明确或隐含地确定UE110支持SUPL并将路由请求(或紧急位置请求)发送到E-SLP272。路由请求可包含UE公共标识(例如,来自步骤5的紧急公共用户ID、TELURI等)、由E-CSCF254接收的任何位置信息和UEIP地址(如果步骤8中将使用移动终端IP(或UDP/IP))。E-SLP272可与E-CSCF254在相同网络中或在某一其它网络中。可选择E-SLP272,因为其覆盖包含UE110的近似位置的地理区域。E-CSCF254可选择E-SLP272(能够充当E-SLP的普通位置服务器),或一些其它类型的服务器,例如GMLC276。选定的位置服务器可基于由E-CSCF254传递的UE定位能力(或简单地通过假设)而推选使用SUPL。E-CSCF254可请求来自E-SLP272的位置信息且/或选择对应于可用的位置信息和紧急服务类型的PSAP。
如果步骤6中提供的位置信息使E-SLP272能够导出足够准确而能够满足步骤6中的请求(例如,唯一地确定目的地PSAP)的UE110的位置估计,那么E-SLP272前进到步骤12。否则,执行步骤7到11以获得UE110的适当位置估计。
在步骤7中,E-SLP272依据所接收的位置信息来确定是否使用单独的V-SLP来帮助定位。如果是,那么可基于从E-CSCF254接收的位置信息来选择V-SLP(例如,V-SLP274)。E-SLP272充当H-SLP使用可与用于(a)SUPL1.0漫游支持(如果选择V-SLP)或(b)SUPL1.0非漫游支持(如果未选择V-SLP)的程序类似的程序来执行后续SUPL定位。在漫游情况下,E-SLP272可与V-SLC422交换某一预备RLP信令,其在图5中未展示。E-SLP272接着在SUPL中使用代理或非代理模式产生SUPLINIT以向UE110激发网络启始的定位程序。E-SLP272可使用移动终端IP或UDP/IP将SUPLINIT直接发送到UE110,在此情况下可跳过步骤8。E-SLP272还可在即时消息(例如,IMS即时消息或者某一其它IMS或SIP消息)内部将SUPLINIT发送到E-CSCF254。在任一情况下,SUPLINIT均可包含用于定位的SPC(其可为E-SPC414或V-SPC424(如果使用非代理模式))的IP地址、对于快速中间位置估计的定位质量(QoP)准确性/延迟要求、代理/非代理模式指示、验证数据和/或其它信息。例如,如果UE110不在其归属网络中,如果E-SLP272不是用于UE110的H-SLP,或如果E-SLP272是所述H-SLP但选择不表现为H-SLP(例如,以免支持用于紧急呼叫的一个以上程序),那么SUPLINIT还可包含E-SLP272的IP地址。SUPLINIT还可(例如)在SUPLINIT通知参数中包含紧急呼叫指示。
在步骤8中,E-CSCF254使用IMS即时消息、某一其它IMS消息、SIP1xx响应(例如,183会话进程)或使用步骤2到4中建立的E-CSCF254、P-CSCF252与UE110之间的安全IP关联的某一其它基于IP的消息,经由P-CSCF252将SUPLINIT转发到UE110。
在步骤9中,UE110建立到达E-SLP272的安全IP(例如,安全TCP/IP)连接,所述E-SLP272可以是用于UE110的H-SLP或者可能已将其地址包含在步骤7中发送的SUPLINIT中。对于非代理模式,UE110从E-SLP272(未图示)获得验证数据,并通过相互验证建立到达E-SPC414或V-SPC424的安全IP连接。E-SLC412还在非代理模式中(图5中未展示)将信息传达给E-SPC414或V-SPC424。UE110可获得与所接收的QoP相一致的位置相关测量值(例如,信号电平和/或相邻小区的定时)或位置估计(例如,使用独立的GPS)。UE110接着将SUPLPOSINIT返回到E-SLP272(在代理模式中)或者E-SPC414或V-SPC424(在图5中未展示的非代理模式中)。SUPLPOSINIT可包含在代理模式中用于验证的散列码、UE定位能力、位置估计或对A-GPS辅助数据的请求(其也可包含在内嵌的SUPLPOS消息中(对于IS-801))。SUPLPOSINIT还可包含用于辅助得到快速中间位置估计并避免进一步的SUPLPOS信令的位置相关测量值。对于3GPP,所述测量值可包括相邻基站或接入点的信号电平、GPRS定时提前、WCDMARx-Tx时间差等。对于3GPP2,所述测量值可包括与cdma2000或3GPP2WLAN有关的位置相关测量值。
在步骤10中,如果步骤9中未接收到适当的位置估计(或位置测量值),那么E-SLP272、E-SPC414或V-SPC424可与UE110交换额外SUPLPOS消息。每一SUPLPOS消息可包含内嵌的RRLP、RRC或IS-801定位消息。此消息交换继续下去,直到已将充分的定位测量值或位置估计提供到E-SLP272、E-SPC414或V-SPC424为止。在步骤11中,将SUPLEND返回到UE110以结束SUPL交易。
在步骤12中,E-SLP272、E-SPC414或V-SPC424依据步骤9或步骤10中接收到的位置信息计算UE110的中间位置估计。对于非代理模式,E-SPC414或V-SPC424将位置估计传达给E-SLC412。基于位置估计,且如果步骤6中E-CSCF254发出了请求,那么E-SLP272选择PSAP。以下描述假定PSAP180是选定的PSAP。如果PSAP180可接入/启用PSTN,那么E-SLP272获得(a)可用于路由到PSAP180的紧急服务路由数字(ESRD)不可拨的电话号码和(b)识别PSAP180、E-SLP272和(临时)UE110的紧急服务路由密钥(ESRK)不可拨的电话号码。每一PSAP可与一个ESRD以及识别E-SLP272和所述PSAP的ESRK群集相关联。对于由UE向此PSAP进行的每一紧急呼叫,来自所述群集的一个ESRK可分派到UE并持续紧急呼叫的持续时间。可不将这些功能中的一些功能(例如,ESRD/ESRK管理)视为SUPL的一部分,且可在可由E-SLP272询问的单独物理或逻辑实体中支持所述一些功能(例如,如NENAI2解决方案中所描述)。ESRD和ESRK对应于用于线路模式中的紧急呼叫支持的相同名称的电话号码(例如,J-STD-036)。ESRD和ESRK还分别对应于NENAI2解决方案中所描述的ESRN和ESQK。
在步骤13中,E-SLP272将路由响应(或紧急位置响应)返回到E-CSCF254,所述路由响应可包含(a)PSAP标识(其可以是SIPURL或IP地址)(如果PSAP180可用IP)或(b)ESRD和ESRK(如果PSAP180可用PSTN)。如果E-CSCF254作出请求,那么路由响应还可包含UE110的中间位置估计。E-SLP272可为UE110存储含有为UE收集的所有信息的呼叫记录。
如果PSAP180可用IP,那么执行步骤14a和15a。在步骤14a中,E-CSCF254将SIPINVITE(步骤5中所接收)路由到PSAP180。SIPINVITE可包含中间位置估计且可能包含UE110的标识或地址以及E-SLP272的IP地址或名称。在步骤15a中,可交换额外的SIP信令以建立紧急呼叫。
如果PSAP180可用PSTN,那么执行步骤14b、14c和15b。在步骤14b中,E-CSCF254将SIPINVITE经由中断网关控制功能(BGCF)转发到MGCF258。SIPINVITE可包含UE110的回叫号(例如,MSISDN或MDN)且/或可包含ESRD和ESRK(但可能不包含中间位置估计)。在步骤14c中,MGCF258使用SS7ISUP和/或MF信令将紧急呼叫经由PSTN(可能经由选择性路由器)路由到PSAP180。ESRD或ESRK可用作路由号,且ESRK和/或回叫号传递到PSAP180(例如,经由MFCAMA信令)作为UE110的标识并作为密钥以获得更多信息。在步骤15b中,可交换额外的SIP信令,且可在MGCF258处发生SS7ISUP和/或MF的交互工作以建立紧急呼叫。
单独建立用于可用IP的PSAP和可用PSTN的PSAP的呼叫路径。对于可用PSTN的PSAP,VoIP(例如,RTP/IP)与线路模式(例如,PCM)之间的交互工作在由MGCF258控制的媒体网关(MGW)处发生。对于可用IP的PSAP,呼叫路径将是端对端IP,且将可能部分经由公共因特网或私有IP网络而在UE110与PSAP180之间行进,但将跳过任何MGW。
在步骤16中,在建立呼叫之后,PSAP180可将位置请求发送到E-SLP272,所述E-SLP272可通过步骤14a中获得的IP地址或名称或者步骤14c中获得的ESRK来识别。PSAP180使用UE公共用户地址(如果PSAP180可用IP)或回叫号或其它地址(例如,MSISDN或MDN)或ESRK(如果PSAP180可用PSTN)来识别UE110。位置请求指示对于准确的位置估计的请求。对于美国的紧急VoIP呼叫,位置请求可与J-STD-036中的紧急服务位置请求相同(如果PSAP180可用PSTN),且可以是此消息的扩展(如果PSAP180可用IP)。对于世界上某些其它地区的紧急VoIP呼叫,位置请求可与针对OMAMLP界定的紧急位置即时请求相同。
在步骤17中,如果E-SLP272的定位能力不延伸到在其中报告UE110的最后已知位置的地理区域或如果使用V-SLP可提供较准确且可靠的位置,那么E-SLP272可选择V-SLP。E-SLP272可从UE110的最近位置和/或从由E-CSCF254提供的最近V-SLP地址得到V-SLP地址。为了确保正确的V-SLP,如果E-CSCF254在步骤4中UE110的任何再注册之后未自动传递此信息,那么E-SLP272可询问UE110的位置和/或来自E-CSCF254的V-SLP地址(图5中未展示)。E-SLP272接着可通过使用移动终端IP或UDP/IP将SUPLINIT直接发送到UE(在此情况下,可跳过步骤18)或通过将含有SUPLINIT的即时消息发送到E-CSCF254来开始与UE110的新的SUPL交易。SUPLINIT可包含上文针对步骤7描述的参数。
在步骤18中,E-CSCF254在IMS即时消息、某一其它IMS消息、SIP消息(例如,re-INVITE)或使用E-CSCF254、P-CSCF252与UE110之间的安全IP关联的某一其它基于IP的消息内部,将SUPLINIT传递到UE110。
在步骤19中,UE110建立到达E-SLP272的安全IP连接。UE110接着可在代理模式中与E-SLP272交换SUPL消息或在非代理模式中与E-SPC414或V-SPC424交换SUPL消息(类似于步骤9、10和11)以获得UE的准确位置估计。
在步骤20中,E-SLP272在位置响应中将UE110的准确位置估计发送到PSAP180。对于美国的紧急呼叫,如果PSAP180可用PSTN,那么位置响应可与用于E2接口的J-STD-036中的紧急服务位置响应消息相同(且因此可包含例如UE110的MSISDN等额外信息)。对于世界上某些其它地区的紧急呼叫,位置响应可与针对OMAMLP界定的紧急位置即时应答相同。
UE110随后可针对紧急VoIP呼叫与PSAP180通信。当稍后发出呼叫时,E-CSCF254可将指示发送到E-SLP272,所述E-SLP272接着可发出呼叫的任何记录。E-CSCF254或UE110还可注销步骤2到4中所注册的紧急公共用户ID。或者,E-CSCF254、E-SLP272和UE110可允许注册和呼叫记录持续某段时间以支持可能随后从PSAP180到UE110的回叫和/或额外位置请求。
1.2.接入
对于步骤1,UE110可经由GPRS接入、cdma2000接入或WLAN接入连接到接入网络。可针对不同类型的接入以不同方式执行步骤1。
对于GPRS接入,UE110可执行GPRS附接以附接到3GPP接入网络,且可执行GPRS分组数据协议(PDP)上下文激活以建立SGSN232a与GGSN232b中的IP连接性,如3GPPTR23.867和TS23.060中所描述。紧急指示可用于GPRS附接,且/或针对紧急服务的全局接入点名称(APN)可用于PDP上下文激活,其可确保在V-PLMN130中提供GGSN和P-CSCF。P-CSCF252可以是如PDP上下文激活期间提供的服务GPRSPLMN中的P-CSCF。
对于3GPPWLAN接入,UE110可执行WLANAAA程序以附接到WLAN,且可执行I-WLAN隧道建立以实现到达PDG236的IP连接性。UE110可通过在验证与授权请求中使用指示H-PLMN160和V-PLMN130两者的漫游网络接入标识符(NAI)而从V-PLMN130中选择服务。3GPPTS23.234和TS23.003中描述了漫游NAI。这确保UE110可从V-PLMN130中的PDG236而不是从H-PLMN160中的PDG(如果H-PLMN160远离,那么这可能限制PSAP接入)获得对于IMS服务的IP接入。针对紧急服务的全局WLANAPN(W-APN)可用于PDG发现和隧道建立。此服务可使用全局唯一外部网络标识符(用于支持紧急服务)和V-PLMN标识。P-CSCF252可以是与WLAN相关联的V-PLMN中的P-CSCF,且可经由对W-APN的DNS询问来发现。
对于cdma2000接入,UE110获得简单的IP地址而不是移动IP地址,因为从V-PLMN130而不是H-PLMN160获得服务。或者,UE110可从V-PLMN130而不是如对于移动IP地址来说较正常的那样从H-PLMN160获得移动IP地址。IP地址可以是IPv4地址或IPv6地址。如果UE110尚未建立连接性(例如,不具有分派的IP地址),那么UE110可建立点对点协议(PPP)会话并向V-PLMN130中的PDSN242执行任何验证与授权,如3GPP2X.P0011D和TIA-835-D中所描述。UE110可(例如)使用PPP因特网协议控制协议(IPCP)来获得简单的IP地址。如果UE110已建立IP连接性并具有到达PDSN242的PPP会话但被分派有H-PLMN160中的移动IP地址而不是简单的IP地址,那么如果UE110无法支持同时的简单IP和移动IP地址(这是TIA-835D中的可选但非强制的UE能力),那么UE110可终止与这些IP地址相关联的任何分组会话以及任何IMS注册。UE110接着可如TIA-835D中所描述获得简单的IP地址。如果UE110可支持同时的简单和移动IP地址,那么UE110如果尚未拥有一个简单的IP地址那么恰可获得简单的IP地址。
对于cdma2000接入,UE110可通过(a)使用DHCP或IPCP从DHCP服务器或PDSN242获得P-CSCF域名和DNS地址并接着(b)使用DNS从DNS服务器获得一个或一个以上P-CSCFIP地址来发现P-CSCF地址。如果UE110移动并接入新的RAN,那么如果需要新的目标PDSN且已建立紧急VoIP呼叫,那么V-PLMN130和UE110可使用TIA-835-D中描述的快速越区切换程序。这避免了终止和重新建立呼叫的需要。
对于3GPP2WLAN接入,UE110可执行现有的WLAN接入程序,包含AAA、IP地址获取以及默认IP路由器和DNS服务器地址的发现(例如,经由DHCP)。UE110接着可接入PLMN中的PDIF,所述PLMN支持来自UE110所接入的WLAN的地理位置的紧急呼叫。WLAN可通告相关联的cdma2000网络以便能够辨别支持紧急呼叫的PLMN。可(例如)通过在IEEE802.11信标帧中或经由对UE探测请求帧作出响应而发送相关联的服务组标识符(SSID)来实现此通告。可通过使用每一被通告PLMN的指示符或通过确保(例如,要求)所有被通告PLMN均支持紧急呼叫来按照PLMN被通告的次序对PLMN排定优先次序。对于初始的WLAN接入、AAA和IP地址获取,UE110可选择被暗示或指示为支持紧急呼叫的PLMN(例如,SSID)。
在初始的WLAN接入、AAA、IP地址获取以及发现默认路由器和DNS服务器地址之后,UE110可创建指示IMS服务的完全合格的域名(FQDN),并使用与WLAN所通告的支持紧急呼叫的PLMN中的一者相关联的域。UE110接着可使用FQDN来发现来自DNS服务器的一个或一个以上PDIF的IP地址。UE可选择PDIF并使用3GPP2X.S0028-200中描述的程序建立到达所述PDIF的IPsec隧道。这给UE110提供第二内部IP地址,其可用于后续的IMS相关程序。
在建立从WLAN到PDIF的隧道之后,UE110可以与UE接入来自cdma2000接入网络的PDSN相同的方式发现P-CSCF地址(例如,经由DHCP获得DNS服务器地址和域名并接着经由DNS获得P-CSCFIP地址)。在此情况下,PDIF可代替PDSN而充当DHCP中继代理。经由DNS发现PIDF和P-CSCF地址可包含需要支持紧急呼叫的指示(例如,在提供到DNS服务器的名称中)。
如果UE110已具有与不适宜PLMN中的PDIF的关联(例如,隧道)且如果UE110不同时支持到达不同PDIF的隧道,那么UE110可在选择并建立到达新的适宜PLMN中的新PDIF的隧道之前发出经由当前PDIF支持的任何分组会话并发出到达PDIF的隧道。
在cdma2000或WLAN接入网络连接之后,UE110可使用以已知V-PLMN域名和V-SLP识别(例如,supl_vslpdomain_name)进行的DNS询问来发现SUPLV-SLP地址。
消息流500具有与OMASUPL版本1.0有关的以下添加特征。
(a)在SUPLINIT中添加E-SLP地址,其超驰并取代UE110中配置的H-SLP地址。
(b)IMS侧(例如,E-CSCF254)与位置侧(例如,E-SLP272)之间的接口。
(c)使用V-SLP274和发现V-SLP地址。
(d)使用移动终端IP、UDP/IP、SIP或IMS信令而不是SMS或WAP推送来传达SUPLINIT,以减少延迟。
(e)在SUPLINIT中添加紧急服务指示。
(f)优选在SUPLPOSINIT中添加新的位置测量值。
(g)在E-CSCF254与E-SLP272之间使用ILP协议,其可类似于现有的RLP。
(h)安全性。
2.具有3GPP控制平面的紧急VoIP呼叫
图6展示适用于3GPP控制平面位置的网络架构600的实施例的框图。为了简单起见,图6仅展示与支持具有GPRS接入和3GPP控制平面位置的紧急VoIP呼叫相关的实体和接口。
接入网络120可以是GERAN或UTRAN。V-PLMN130可包含P-CSCF252、E-CSCF254和MGCF258以支持IMS(例如,VoIP)、针对分组交换服务的SGSN/GGSN232和针对位置服务的GMLC276。GMLC276取代E-SLP272且是3GPP23.271,版本6中描述的GMLC的增强型版本。V-PLMN130还可包含针对位置服务的E-SLP272和V-SLP274(图6中未展示)。
在一实施例中,GMLC276经由Li接口与E-CSCF254通信且经由J-STD-036E2′接口与PSAP180通信。对于GMLC276和E-SLP272使用相同Li接口可隐藏来自E-CSCF254的SUPL与3GPP控制平面之间的位置架构差异。类似地,对于GMLC276和E-SLP272使用相同J-STD-036E2′接口可隐藏来自PSAP180的位置架构差异。图6中的其它接口是此项技术中已知的。
2.1.呼叫设置
图7展示使用3GPP控制平面的紧急VoIP呼叫设置的消息流700的实施例。为了清楚起见,不太相关的实体(例如,接入网络120、P-CSCF252、S/R292)从图7中省略但包含在以下描述中。消息流700假定UE110具有UICC且H-PLMN160与V-PLMN130之间存在漫游协议。
在步骤1中,如果UE尚未进行GPRS附接,那么UE110以紧急服务指示执行GPRS附接。GPRS附接可需要获得对SGSN232a的接入、执行从H-PLMN160中的HLR/HSS266到SGSN232a的预订数据的任何验证和下载等。在步骤2中,UE110使用用于紧急服务的全局APN来执行PDP上下文激活。将PDP上下文分派到V-PLMN130中的本地GGSN(例如,而不分派到H-PLMN160中的GGSN)。UE110获得IP地址且可在PDP上下文激活期间发现本地SIP服务器地址(例如,P-CSCF252)。
在步骤3中,SGSN232基于步骤1中的紧急指示或步骤2中的用于紧急服务的全局APN而意识到紧急呼叫的启始。SGSN232a接着可启始3GPPTS23.271中描述的分组交换网络诱发的位置请求(PS-NI-LR)来获得UE110的中间位置估计或较准确的位置估计。PS-NI-LR提供比如果SGSN232等待从GMLC276获得位置估计(例如,经由步骤17中的MAPPSL)的请求快的响应。可由初始的SGSN执行PS-NI-LR。如果UE110移交到新的SGSN,那么新的SGSN不需要执行另一PS-NI-LR。在步骤4中,一旦获得UE110的位置估计,SGSN232就可确定GMLC地址(例如,从当前小区ID)且可将含有位置估计、UE标识和/或其它信息的MAP订户位置报告(SLR)发送到GMLC276。UE标识可以是国际移动订户标识(IMSI)、移动订户ISDN号(MSISDN)、国际移动设备标识(IMEI)、电子序列号(ESN)、移动设备标识符(MEID)或某一其它标识。如果执行步骤4,那么可跳过步骤10和11。
在步骤5中,UE110将步骤2中发现的SIPREGISTER发送到P-CSCF252。SIPREGISTER可包含上文针对图5中的步骤2描述的信息,且如果将执行步骤10和11,那么还可包含SGSN地址。由于存在紧急服务指示或紧急公共用户ID,所以P-CSCF252将SIPREGISTER转发到相同网络中的E-CSCF254。步骤5可与步骤3并行执行。在步骤6中,E-CSCF254在发生正常IMS注册的情况下将SIPREGISTER转发到H-PLMN160,与图5中的步骤3类似。
在步骤7中,在H-PLMN160将200OK返回到E-CSCF254之后,将200OK返回到UE110。如果存在到达V-PLMN130内的不同SGSN的越区切换,那么UE110还可再注册。如果UE110使用其紧急公共用户ID进行再注册,那么E-CSCF254可将任何新的位置信息和/或任何新的SGSN地址传递到GMLC276。
与图5中一样,在步骤5、6和7的替代实施例中,在步骤5中UE110将SIPREGISTER发送到P-CSCF252之后,P-CSCF252可将SIPREGISTER直接转发到H-PLMN160中的S-CSCF264或I-CSCF262,并绕过V-PLMN130中的E-CSCF254。在此情况下,来自H-PLMN160的SIP200OK将返回到P-CSCF252而不是返回到E-CSCF254,且P-CSCF252将在步骤7中将200OK返回到UE110。此替代实施例可减少或避免对P-CSCF252支持VoIP紧急呼叫的特殊影响,因为P-CSCF252的动作接着如同在正常注册时的动作。
在步骤8中,UE110将SIPINVITE发送到P-CSCF252,所述SIPINVITE可包含上文针对图5中的步骤5描述的信息。P-CSCF252将SIPINVITE转发到E-CSCF254。
在步骤9中,基于针对分组模式对3GPP控制平面的UE支持,E-CSCF254将路由请求发送到由步骤8中接收到的服务小区或其它位置信息指示的GMLC276。路由请求可包含图5的步骤6中描述的信息以及SGSN地址(如果在注册期间提供)。E-CSCF254可选择GMLC276、能够充当GMLC的普通位置服务器或一些其它类型的服务器(例如SLP)。选定的位置服务器可基于由E-CSCF254传递的UE定位能力而推选使用3GPP控制平面。E-CSCF254可请求来自GMLC276的位置信息且/或选择对应于可用的位置信息和所请求的紧急服务类型的PSAP。
如果步骤9中提供的位置信息使GMLC276能够导出足够准确而能够满足步骤9中的请求的UE110的位置估计,那么GMLC276前进到步骤12。GMLC276还可等待直到其在步骤4中从SGSN232接收到MAPSLR为止,且如果获得适当位置估计,那么前进到步骤12。否则,执行步骤10和11以获得UE110的适当位置估计。
在步骤10中,GMLC276将含有对于快速中间位置估计的QoP准确性/延迟的MAP提供订户位置(PSL)发送到SGSN232。如果不执行步骤4,那么GMLC276可从步骤9中接收到的任何明确地址或位置信息(例如,小区ID)来确定SGSN232。如果未接收到此信息且如果初始选择的SGSN不正确(步骤11中接收到的错误响应),那么GMLC276可询问由UE的IMSI或者伪MSI或MSISDN指示的HSS以获得SGSN地址。在步骤11中,SGSN232可返回步骤3中获得的位置估计,进行等待,直到步骤3完成为止,并接着返回位置估计,或者从RAN获得位置估计并接着将位置估计返回到GMLC276。
在步骤12中,GMLC276基于位置估计选择PSAP。以下描述假定PSAP180是选定的PSAP。如果PSAP180可用PSTN,那么GMLC276获得可用于路由到PSAP180的ESRD不可拨的电话号码以及识别PSAP180、GMLC276和(临时)UE110的ESRK不可拨的电话号码。
在步骤13中,GMLC276将可包含上文针对图5中的步骤13描述的信息的路由响应返回到E-CSCF254。在步骤14中,将紧急呼叫发送到PSAP180,如针对图5中的步骤14a、14b和14c所描述。在步骤15中,紧急呼叫设置的其余部分如针对图5中的步骤15a和15b所描述地进行。在步骤16中,PSAP180将位置请求发送到步骤14中由IP地址/名称或ESRK指示的GMLC276,如针对图5中的步骤16所描述。
在步骤17中,GMLC276将MAPPSL发送到SGSN232以请求准确位置。GMLC276可从UE110的最近位置信息或从来自E-CSCF254的SGSN地址的更新中获得SGSN地址。如果此地址被接收在re-REGISTER消息中但未传递,那么GMLC276还可询问来自E-CSCF254的SGSN地址。GMLC276还可询问来自由UE的IMSI或者伪MSI或MSISDN指示的HSS的SGSN地址。在步骤18中,SGSN232激发RAN对UE110进行定位。在步骤19中,SGSN232将位置估计返回到GMLC276。在步骤20中,GMLC276将位置估计返回到PSAP180,如针对图5中的步骤20所描述。
UE110随后可针对紧急VoIP呼叫与PSAP180通信。当稍后发出呼叫时,E-CSCF254可将指示发送到GMLC276,所述GMLC276接着可发出呼叫的任何记录。E-CSCF254或UE110还可注销步骤5到7中注册的紧急公共用户ID。或者,E-CSCF254、GMLC276和UE110可允许注册和呼叫记录持续某段时间以支持可能随后从PSAP180到UE110的回叫和/或额外位置请求。
消息流700以协调方式执行UE110的呼叫设置和定位并具有以下特征。
(a)SGSN232可获得UE位置并只要激活PDP上下文和/或如果GMLC276作出请求就将其推送到GMLC276。
(b)GMLC276可从E-CSCF254接收UE110的公共SIP-URI地址。
(c)如果PSAP180可用PSTN,那么GMLC276和E-CSCF254将用于识别呼叫和GMLC276两者的信息(例如,10数位ESRK)传递到PSAP180。此信息使PSAP180能够从GMLC276牵出位置和其它信息(例如,MSISDN、SIPURI)。
(d)当SUPL用作定位方法时,E-CSCF254与位置服务器(例如,E-SLP272)之间的Li接口可用于支持来自I-WLAN的紧急呼叫。对于UMTS、GPRS和I-WLAN使用相同的Li接口允许IMS(例如,E-CSCF254)在不必意识到位置解决方案的情况下操作,这可简化IMS处理。
(e)如果UE110不支持由RAN进行的定位(例如,支持SUPL但不支持3GPP控制平面),那么SGSN232可跳过PS-NI-LR。
(f)PSAP180可具有SGSN232可能不知道的特定位置要求,例如特定准确性或甚至不支持位置坐标(例如,如果PSAP180支持E911相位0或1)。在GMLC276中支持此类要求以用于线路交换紧急呼叫。
Li接口可用于实现上文罗列的特征。如果同一平台支持GMLC和E-CSCF功能,那么可能不需要在外部支持Li接口。Li接口可延伸到在任何IMS实体与GMLC之间使用以支持与基于IMS和IP的服务相关联的其它特征,如上文针对SUPL所描述。
可基于UE110的中间位置估计(例如,服务小区)来选择SGSN232。可由E-CSCF254基于同一中间位置估计来选择GMLC276。可从SGSN232将中间位置估计推送到GMLC276,或由GMLC276从SGSN232牵出。一个实体可如下确定其它实体。
SGSN232可将中间位置估计推送到GMLC276。SGSN232可经由PS-NI-LR获得此中间位置估计,根据当前UE位置(例如,当前小区ID)来确定GMLC地址,并使用MAP订户位置报告(SLR)将位置估计发送/推送到GMLC276。E-CSCF254可向GMLC276询问PSAP地址以便路由紧急呼叫。GMLC276可等待(如果需要的话)来自SGSN232的MAPSLR以便从中间位置估计中确定PSAP地址。
GMLC276可从SGSN232牵出中间位置估计。SGSN232仍可执行PS-NI-LR但直到GMLC经由MAPPSL请求询问位置估计后才将位置估计发送到GMLC276。GMLC276可使用以下方式之一来确定SGSN地址。
(a)GMLC276询问来自H-PLMN160中的HSS266(如果UE180具有UICC和V-PLMN130中支持的漫游)或V-PLMN130中的HSS250(如果UE180不具有UICC或不具有V-PLMN130中的漫游协议)的SGSN地址。
(b)UE110将可用于导出SGSN地址的当前SGSN地址或位置信息(例如,GPRS小区ID)包含在针对紧急呼叫发送到IMS的每一REGISTER和re-REGISTER消息中或发送到IMS的每一SIPINVITE消息中。E-CSCF254接着将SGSN地址或位置信息传递到GMLC276。UE110在任何SGSN间的移交之后在IMS中再注册。
3.具有X.S0024的紧急VoIP呼叫
图8展示适用于用于cdma2000网络的X.S0024位置的网络架构800的实施例的框图。接入网络120可包括CDMA20001X网络、CDMA20001xEV-DO网络、3GPP2WLAN等。V-PLMN130可包含P-CSCF252、E-CSCF254和MGCF258以支持IMS(例如,VoIP)和针对分组交换服务的PDSN242(未图示)。V-PLMN130可包含E-PS282和V-PS/PDE284(如图所示),且还可包含针对位置服务的E-SLP272和V-SLP274(未图示)。E-PS282取代H-PS以用于紧急呼叫的定位。E-PS282和V-PS/PDE284可驻留在其它网络中。
在一实施例中,UE110经由LCS-x接口与E-PS282通信且经由LCS-y接口与V-PS/PDE284通信。E-PS282经由LCS-z接口与V-PS/PDE284通信,经由LCS-i接口与E-CSCF254通信,且经由J-STD-036E2′接口与PSAP180通信。LCS-i接口可类似于用于SUPL的RLP或Li/ILP、NENAI2解决方案中的v2接口或某一其它接口。用于LCS-i接口的协议可以是用于SUPL的ILP。X.S0024中描述了LCS-x、LCS-y和LCS-z接口。
3.1.呼叫设置
图9展示使用X.S0024的紧急VoIP呼叫设置的消息流900的实施例。在步骤1中,UE110发现并附接到接入网络,建立IP连接性且可发现本地SIP服务器(例如,P-CSCF252),如上文针对图5中的步骤1所描述。接入网络连接之后,UE110可使用以已知V-PLMN域名和V-SLP识别(例如,xs0024_vpsdomain_name)进行的DNS询问来发现V-PS地址。
在步骤2中,UE110将SIPREGISTER发送到P-CSCF252,P-CSCF252将消息转发到E-CSCF254。在步骤3中,E-CSCF254在发生正常IMS注册的情况下将SIPREGISTER转发到H-PLMN160。在步骤4中,E-CSCF254(例如,在从H-PLMN160接收到200OK之后)将200OK返回到UE110。如果UE110在同一V-PLMN内越区切换到不同的PCF、PDSN或WLAN,那么UE110可再注册。
在步骤2、3和4的替代实施例中,在步骤2中UE110将SIPREGISTER发送到P-CSCF252之后,P-CSCF252可将SIPREGISTER直接转发到H-PLMN160中的S-CSCF264或I-CSCF262并绕过V-PLMN130中的E-CSCF254。在此情况下,来自H-PLMN160的SIP200OK将返回到P-CSCF252而不返回到E-CSCF254,且在步骤4中,P-CSCF252将把200OK返回到UE110。此替代实施例可减少或避免对P-CSCF252支持VoIP紧急呼叫的特殊影响,因为P-CSCF252的动作接着如同在正常注册时的动作。
在步骤5中,UE110将SIPINVITE发送到P-CSCF252(未图示),P-CSCF252将SIPINVITE转发到E-CSCF254。在步骤6中,E-CSCF254可确定UE110支持X.S0024并将路由请求发送到相同或不同网络中的E-PS282。路由请求可包含上文针对图5中的步骤6而描述的信息和V-PS地址(如果在注册期间获得的话)。
如果步骤6中提供的位置信息使E-PS282能够导出足够准确的UE110的位置估计,那么E-PS282前进到步骤12。否则,执行步骤7到11以获得UE110的适当位置估计。在步骤7中,E-PS282充当H-PS,使用可与用于(a)X.S0024漫游支持(如果选择V-PS)或(b)X.S0024非漫游支持(如果未选择V-PS)的程序类似的程序来执行后续的X.S0024定位。E-PS282产生X.S0024SUPLTNIT以向UE110激发网络启始的定位程序。E-PS282可使用移动终端IP或UDP/IP将SUPLINIT直接发送到UE110,在此情况下跳过步骤8。E-PS282还可在即时消息内部将SUPLINIT发送到E-CSCF254。在任一情况下,SUPLINIT均可包含定位模式、对于快速中间位置估计的QoP准确性/延迟、E-PSIP地址、紧急呼叫指示等。SUPLINIT中传达的任何E-PS地址均超驰UE110中配置的任何H-PS地址。
在步骤8中,E-CSCF254使用IMS或SIP信令经由P-CSCF252将SUPLINIT转发到UE110。在步骤9中,UE110建立到达E-PS282的安全IP连接,所述E-PS282可以是用于UE110的H-PS或者可能已将其IP地址包含在步骤7中的SUPLINIT中。接着将可包含UE定位能力、UE110的位置信息、UE110的位置估计(如果可用的话)等的SUPLSTART发送到E-PS110a。如果在步骤9中从UE110接收到具有足够准确性以确定PSAP的位置估计,那么E-PS282可前进到步骤12并通过发送SUPLEND而终止与UE110的位置交易。
在步骤10中,E-PS282基于步骤9中接收到的位置信息或步骤6中接收到的其它位置信息来确定用于执行定位的合适本地PDE或合适远程V-PS。E-PS282还决定使用代理模式还是非代理模式。E-PS282接着与V-PS或PDE交互以进行定位并将可包含PDEIP地址的X.S0024SUPLRESPONSE发送到UE110(如果选择非代理模式)。在步骤11中,UE110在非代理模式中与PDE交换SUPLPOS消息或在代理模式中与E-PS282交换SUPLPOS消息以继续并完成如3GPP2X.S0024-0中描述的定位。SUPLPOS消息可承载内嵌的IS-801消息。定位提供UE110的位置估计,其被传递到E-PS282。
在步骤12中,E-PS282选择PSAP(例如,PSAP180)并获得ESRD和ESRK(如果PSAP180可用PSTN)。在步骤13中,E-PS282将路由响应返回到E-CSCF254,所述路由响应可包含PSAP标识(如果PSAP180可用IP)、ESRD和ESRK(如果PSAP180可用PSTN),以及UE110的位置估计(如果E-CSCF254作出请求)。E-PS282可为UE110存储含有为UE收集的所有信息的呼叫记录。如果PSAP180可用IP,那么执行步骤14a和15a。如果PSAP180可用PSTN,那么执行步骤14b、14c和15b。在步骤16中,在建立呼叫之后,PSAP180可将对准确位置估计的位置请求发送到E-PS282,所述E-PS282可通过步骤14a中获得的IP地址或名称或者步骤14c中获得的ESRK来识别。
在步骤17中,E-PS282可通过使用移动终端IP或UDP/IP将SUPLINIT直接发送到UE110(在此情况下,跳过步骤18)或通过将含有具有步骤7中所描述的参数(对于准确位置估计的QoP准确性/延迟除外)的X.S0024SUPLINIT的即时消息发送到E-CSCF254来开始与UE110的新的X.S0024交易。在步骤18中,E-CSCF254在IMS即时消息、SIP消息或某一其它消息内部,将SUPLINIT传递到UE110。在步骤19中,UE110建立到达E-PS282的IP连接(例如,安全IP连接)并将SUPLSTART返回到E-PS282。E-PS282基于SUPLSTART中的任何位置信息且基于UE110的任何其它位置信息来确定用于定位的合适PDE或V-PS。E-PS282接着通过将SUPLRESPONSE返回到UE110而开始定位。UE110接着可与E-PS282、本地PDE和/或远程PDE交换SUPLPOS消息以执行定位并获得UE110的准确位置估计。在步骤20中,E-PS282在位置响应中将UE110的准确位置估计发送到PSAP180。
UE110随后可针对紧急VoIP呼叫与PSAP180通信。当随后发出呼叫时,E-CSCF254可将指示发送到E-PS282,所述E-PS282接着可发出呼叫的任何记录。E-CSCF254或UE110还可注销步骤2到4中注册的紧急公共用户ID。或者,E-CSCF254、E-PS282和UE110可允许注册和呼叫记录持续某段时间以支持可能随后从PSAP180到UE110的回叫和/或额外位置请求。
可分别关于图5的步骤1到8和步骤12到20描述图9的步骤1到8和步骤12到20的额外细节。
消息流500具有与X.S0024有关的以下特征。
(a)在X.S0024SUPLINIT中添加E-PS地址,其超驰并取代UE110或UIM中配置的H-PS地址。
(b)IMS侧(例如,E-CSCF254)与位置侧(例如,E-PS282)之间的接口。
(c)使用V-PS284和发现V-PS地址。
(d)使用移动终端IP、UDP/IP、SIP信令或IMS信令来传达X.S0024SUPLINIT。
(e)在X.S0024SUPLINIT中添加紧急服务指示。
(f)在E-CSCF254与E-PS282之间使用新的协议,其可类似于X.S0024中的LCS-z接口上的OMARLP或PS-PS协议。
(g)安全性。
4.支持无UICC/UIM和/或漫游协议的UE
以上描述假定UE110具有UICC或UIM且H-PLMN160和V-PLMN130具有漫游协议,其准许V-PLMN130中的UE注册和对PSAP180的后续紧急呼叫接入。如果情况并非如此,那么UE110可在V-PLMN130中接入并注册且可完成对PSAP180的呼叫设置以及可能的从PSAP180的回叫,如下文所描述。在无UICC/UIM情况下从PSAP180进行回叫对于VoIP是可能的,但由于不能寻呼未注册的UE的缘故,通常对于线路交换紧急接入是不可能的。
图10展示针对不具有UICC/UIM的UE支持紧急VoIP呼叫设置和PSAP回叫的网络架构1000的实施例的框图。网络架构1000包含图2和3所示的实体中的一些实体。网络架构1000还包含位置服务器286,其可以是SLP、GMLC、PS或某一其它位置实体。
4.1.接入
UE110可在不具有UICC的情况下获得GPRS接入、3GPPWLAN接入或IMS接入。UE110还可在不具有UIM的情况下获得cdma2000接入、3GPP2WLAN接入或IMS接入。UE110可针对不同类型的接入执行不同程序。
对于GPRS接入,UE110可在不具有UICC且/或不具有V-PLMN130中的漫游协议(如3GPPTR23.867中所描述)的情况下执行针对紧急服务的PDP上下文激活。可使用伪IMSI来实现GPRS附接,所述伪IMSI可在V-PLMN130中的HSS250中注册UE110,这又可帮助支持SGSN间的移交。如果UE110不具有UICC,那么可用唯一的MCC-MNC组合和来自IMEI的数字创建伪IMSI。如果UE110具有UICC但不具有对V-PLMN130的漫游接入,那么可用来自IMSI而不是IMEI的数字创建伪IMSI,这可避免在使用所有IMSI数字时会出现重复的伪IMSI。还可使用IMEI作为识别来实现GPRS附接。
对于3GPPWLAN接入,UE110可如下依据伪IMSI(例如,用于GPRS附接的相同伪IMSI)创建伪NAI:
伪NAI=“n<伪IMSI>V-PLMN_network_domain”
其中n是2到9范围内的固定数字,其指示针对紧急呼叫使用不可验证的伪NAI(已取0或1用于正常NAI)。UE110可针对初始接入和AAA程序使用伪NAI。
WLAN可通告能够针对紧急呼叫使用伪NAI来支持AAA的V-PLMN,或者可以指示对此作出支持的能力和意愿的优先次序呈现V-PLMN。V-PLMN130可将UE110视为临时归属订户且可跳过AAA或确保其成功(例如,通过使用众所周知的密钥来确保验证成功)。可能需要尽可能遵循正常程序并在HSS250中注册UE110以便较好地支持WLAN重新选择和移交。
对于cdma2000接入,UE110可建立与PDSN242的PPP会话,且可通过返回链路控制协议(LCP)配置拒绝以答复来自PDSN242的LCP配置请求来拒绝PPP建立期间的验证,例如如IETFRFC1661中所描述。PDSN242可支持无UIM或未经验证的UE的紧急呼叫,且可在不验证UE110的情况下持续PPP会话的建立。PDSN242可将简单的IP地址指派给UE110,且可应用IP包过滤以限制可与UE110通信的实体。举例来说,PDSN242可限制UE110与本地服务器(例如,DHCP服务器、DNS服务器和P-CSCF252)以及与和PSAP接入(但并非开放的因特网接入)相关联的实体通信。
可以若干方式向PDSN242通知紧急呼叫。在一实施例中,UE110将含有唯一IP地址的IPCP配置请求发送到PDSN242,所述唯一IP地址经全局界定以指示紧急呼叫的IP地址请求。在其它实施例中,可在PPP建立过程中使用指示,或者可经由cdma2000A10接口从RAN(RRC/PCF222)接收紧急呼叫请求的指示。在任何情况下,PDSN242可针对紧急呼叫将简单的IP地址指派给未经验证的UE,且可使用特殊过滤(如上文所描述)。此IP地址指派可经由增强IETFRFC1332中描述的PPPIPCP来实现。如果UE110不指示紧急呼叫,那么PDSN242可禁止PPP建立和IP地址指派。
代替拒绝验证,UE110可允许使用分别在IETFRFC1334和RFC1994中描述的密码验证协议(PAP)或挑战握手验证协议(CHAP)来继续进行验证。UE110可接收CHAP挑战或PAP验证请求且可发送包含指示来自无UIM的UE的紧急呼叫的标识的响应。此标识可以是用于3GPP2WLAN接入的伪IMSI。如果标识将V-PLMN130指示为UE110的域,那么CHAP或PAP验证以从PDSN242的角度来看的正常方式进行到V-PLMN130中的AAA服务器246。AAA服务器246可将伪IMSI辨识为指示紧急呼叫接入且可在正常验证之前或可使用已知密钥执行验证。AAA服务器246可确保PDSN242使用受限的过滤来限制IP接入,(例如)以允许紧急VoIP呼叫但不允许其它类型的接入。
PDSN242可构建用于计费和/或记录保持的NAI。如果UE110具有UIM,那么PDSN242可使用UE的唯一国际标识(IMSI、MIN或国际漫游MIN-IRM)。PDSN242还可使用ESN或UE110的其它识别。
对于3GPP2WLAN接入,在UE110接入WLAN之后,接入点或验证实体可启始对UE110的验证且可发送可扩展验证协议(EAP)请求或对UE110的标识的某一其它请求。UE110可通过(例如)以userdomain的形式返回EAP响应或含有UE的标识的某一其它响应来作出响应,其中所述域识别UE110的H-PLMN。如果UE110不具有UIM或不具有V-PLMN130中的漫游协议,那么UE110可返回可与用于3GPPWLAN的伪NAI相同或类似的伪标识。举例来说,如果UE110具有UIM或另外具有来自唯一终端ID(例如,ESN)的数字,那么伪标识的用户(例如,伪IMSI)部分可含有来自UE的唯一国际标识(例如,IMSI、MIN或IRM)的数字。用户部分还可含有唯一前缀(例如,唯一数字)以指示其为用于紧急呼叫的伪标识。伪标识的域部分可指示V-PLMN130。
接入点或验证实体可使用本地AAA服务器(例如,AAA服务器246)来继续验证。验证可使用已知密钥正常进行或可由于未发生真正验证而被截断。一旦伪验证完成,接入点或相关联的路由器就可使用包过滤来限制UE110进行接入,如上文所描述。
UE110可接入WLAN,执行伪验证并发现PDIF。UE110接着可使用伪标识(例如)代替用于cdma2000UE-PIDF验证的NAI向PDIF(或本地AAA服务器)识别其本身。伪标识可与用于WLAN验证的伪标识相同或类似。接着使用本地AAA服务器并使用已知密钥来实现对PDIF的某种透明度,而继续进行(例如,如3GPP2X.P0028-200中所描述)正常验证和隧道建立。或者,可截断或退出验证。验证之后,PDIF可使用包过滤来限制UE110进行接入。
WLAN可通告能够支持以上程序的V-PLMN,或者可以指示对此作出支持的能力和意愿的优先次序呈现V-PLMN。
对于IMS接入,如果UE110不具有UICC/UIM且/或不具有V-PLMN130中的漫游协议(如3GPPTR23.867和3GPP2X.P0013-002A中描述),那么可跳过SIP注册。这使得能够对PSAP进行紧急呼叫设置但不支持回叫。或者,UE110可通过发送含有V-PLMN域名和紧急私人用户ID的SIPREGISTER来进行注册,所述SIPREGISTER可使用V-PLMN域名和伪IMSI来创建。将在E-CSCF254和HSS250中辨识此SIPREGISTER但可对于其它实体是透明的。
注册程序接着可一直进行到将SIPREGISTER从UE110传达给V-PLMN130中的E-CSCF254(或其它IMS服务器)。不执行H-PLMN160中的注册,但E-CSCF254将在V-PLMN130中的HSS250中注册UE110。HSS250可指派临时TELURI和/或临时SIPURI(来自HSS250中的群集)作为临时公共用户标识。如果信令在PSTN之上,那么可在呼叫设置中将TELURI传达给PSAP180,且可传达SIPURI以用于SIP呼叫设置。如果V-PLMN130和UE110两者维持IMS注册和IP连接性并在紧急呼叫终止之后持续某一时期,那么URI将实现从PSAP180回叫。TELURI和SIPURI由于与正常永久地址的差异而被PSAP180辨识为临时地址,因为其不用于全局识别UE110。HSS250可“封锁”从完成的紧急呼叫返回的临时地址,且在一段时间内不重新指派这些地址以免PSAP回叫被错误地路由到错误的UE。
可以若干方式支持PSAP回叫。如果UE110在H-PLMN160中注册,那么来自PSAP180的回叫可使用UE110的SIPURI或TELURI公共用户标识,且可初始路由到H-PLMN160,如3GPPTS23.228或3GPP2X.P0013中所描述。对于可用SIP的PSAP,SIPINVITE可路由到H-PLMN160中的I-CSCF262(基于UE的SIPURI中的H-PLMN域名)。I-CSCF262可向HSS250询问H-PLMN160中的S-CSCF264,且接着可将呼叫路由到S-CSCF264。S-CSCF264接着可基于先前的注册信息将呼叫路由到V-PLMN130中的E-CSCF254或P-CSCF252。在前一情况下,S-CSCF264可将E-CSCF254视为P-CSCF,且可经由P-CSCF252将呼叫路由到UE110。在后一情况下,P-CSCF252可将呼叫路由到UE110。对于可用PSTN的PSAP,可基于UE110的TELURI通过PSTN将呼叫路由到H-PLMN160中的MGCF。MGCF可在PSTN与SIP信令之间进行中间操作,且可将SIPINVITE发送到H-PLMN160中的I-CSCF262。从I-CSCF262路由到UE110的呼叫接着将以与对于可用SIP的PSAP相同的方式继续。
如果未在H-PLMN160中注册UE110(例如,由于不具有UICC/UIM和/或不具有与V-PLMN130的漫游协议),那么可在V-PLMN130中的HSS250中注册UE110。HSS250可将临时TELURI或SIPURI公共用户标识指派到UE110。接着可将来自PSAP的回叫路由到I-CSCF256(对于可用SIP的PSAP)或MGCF258(对于可用PSTN的PSAP),而不涉及H-PLMN160。
4.2.呼叫设置
图11展示不具有UICC/UIM的UE的紧急VoIP呼叫设置的消息流1100的实施例。消息流1100可用于3GPP控制平面位置、SUPL和X.S0024。
在步骤1中,UE110发现并附接到接入网络,建立IP连接性且可发现本地SIP服务器(例如,P-CSCF252),如上文所描述。UE110可针对GPRS或cdma2000接入而使用伪IMSI,针对WLAN接入而使用伪NAI,针对3GPP2WLAN接入而使用伪标识。UE110可使用伪标识(例如,伪IMSI)在V-PLMN130中的HSS250中注册。
在步骤2中,UE110试图通过将SIPREGISTER发送到步骤1中发现的P-CSCF252而在V-PLMNIMS网络中注册。对于无UICC/UIM或无漫游,SIPREGISTER可包含紧急服务指示、V-PLMN域名、步骤1中获得的UEIP地址、使用V-PLMN域名和伪IMSI(对于GPRS)或伪标识(对于cdma2000)而创建的紧急私人用户ID,和/或其它信息。对于再注册,SIPREGISTER可进一步包含初始注册中指派的临时公共用户ID。由于存在紧急服务指示或紧急私人用户ID(其可针对UE110将V-PLMN130指示为归属网络),P-CSCF252将SIPREGISTER转发到同一网络中的支持紧急服务呼叫的E-CSCF254。所转发的SIPREGISTER可包含UE110的位置信息。SIPREGISTER还可包含V-SLP或SGSN地址(对于3GPP)或者V-SLP、PDSN或PIDF地址(对于3GPP2)。
在步骤3中,因为UE110的紧急私人用户ID参考V-PLMN130,所以E-CSCF254(例如)在Cx-放入/Cx-牵出(Cx-Put/Cx-Pull)中将注册信息转发到HSS250。在步骤4中,HSS250核实是否已注册紧急私人用户ID,例如UE110是否已注册或另一UE是否以同一私人用户ID注册。HSS250可使用临时公共用户ID(如果提供的话)来区分由于共同UE实体数字(例如,共同IMEI或ESN数字)的缘故而具有相同紧急私人用户ID的UE,并区分初始注册(不指派临时公共用户)与再注册。对于初始注册,HSS250存储紧急私人用户ID和E-CSCF地址并指派返回到E-CSCF254的临时公共用户SIPURI和/或TELURI。
在步骤5中,E-CSCF254将200OK经由P-CSCF252返回到UE110。200OK可包含由HSS250指派的临时公共用户ID。如果UE110在V-PLMN130内越区切换到不同的SGSN(对于GPRS接入)、不同的PCF或PDSN(对于cdma2000接入)、不同的WLAN(对于WLAN接入),那么UE110可再注册。在步骤6中,UE110将SIPINVITE发送到P-CSCF252,SIPINVITE可包含指示紧急呼叫的全局SIPURL或TELURI、所需要的紧急服务的类型和步骤5中接收到的临时公共用户ID(如果UE110不具有UICC/UIM且/或不具有对V-PLMN130的漫游接入)。P-CSCF252将SIPINVITE转发到E-CSCF254。在步骤7中,E-CSCF254与位置服务器286交互以获得呼叫的PSAP路由信息(例如,PSAPSIPURI或ESRD和ESRK),如针对图5的步骤6到13和图7的步骤9到13所描述。
如果PSAP180可用IP,那么执行步骤8a和9a。在步骤8a中,E-CSCF254使用SIPURI将SIPINVITE路由到PSAP180。SIPINVITE可包含UE110的任何中间位置估计、位置服务器286的IP地址或名称,以及指派给UE110的临时公共用户SIPURI。在步骤9a中,可交换额外的SIP信令以建立紧急呼叫。
如果PSAP180可用PSTN,那么执行步骤8b、8c和9b。在步骤8b中,E-CSCF254将SIPINVITE经由BGCF转发到MGCF258。SIPINVITE可包含ESRD和ESRK且可能包含指派给UE110的临时公共用户TELURI。在步骤8c中,MGCF258使用SS7ISUP和/或MF信令可能经由选择性路由器将呼叫在PSTN上路由到PSAP180。ESRD或ESRK用作路由号,且ESRK被传递到PSAP180作为UE110的标识并作为密钥以获得更多信息。如果信令能力允许,那么临时公共用户E.164号也可传递到PSAP180。E.164是界定国际电话编号系统的ITU-T标准,且E.164号由国家代码加上国内号组成。在步骤9b中,可交换额外的SIP信令,且可在MGCF258处发生以SS7ISUP和/或MF进行的交互工作以建立呼叫。
在步骤10中,PSAP180可通过询问可在呼叫设置中由SIPURI或ESRK指示的位置服务器286来获得UE110的准确位置估计。如果PSAP180可用PSTN且如果此号在呼叫设置中未传递到PSAP180,那么来自位置服务器286的响应可包含任何临时公共用户E.164号。可在一段时间后发出呼叫(例如,由于无线电覆盖的临时损耗的缘故而掉线)。E-CSCF254接着可在通知位置服务器286之前等待一段时间以便支持PSAP180针对后续回叫对UE110进行定位。
PSAP180试图使用其临时公共用户ID来回叫UE110。针对可用SIP的PSAP执行步骤11a。在步骤11a中,PSAP180将SIPINVITE发送到I-CSCF258,所述I-CSCF258可由指派给UE110的临时公共用户SEPURI的网域部分指示。针对可用PSTN的PSAP执行步骤11b和11c。在步骤11b中,PSAP180将ISUPLAM(或MF呼叫设置)发送到MGCF258,所述MGCF258可由指派给UE110的临时公共用户E.164号中的头几个数字指示。在步骤11c中,MGCF258将含有由步骤11b中接收的E.164号构建的TELURI的SIPINVITE发送到I-CSCF258。
在步骤12中,I-CSCF258将位置询问发送到HSS250,所述位置询问可包含步骤11a中接收到的临时公共用户SEPURI或步骤11c中接收到的临时公共用户TELURI。在步骤13中,HSS250发现UE注册信息并将E-CSCF254的地址返回到I-CSCF258。在步骤14中,I-CSCF258将SIPINVITE转发到E-CSCF254。在步骤15中,E-CSCF254定位P-CSCF地址并将SIPINVITE经由P-CSCF252发送到UE110。在步骤16中,呼叫设置如正常情况中一样继续。
UE110随后可与PSAP180通信。当稍后发出呼叫时或发出呼叫之后某一时间,E-CSCF254可将指示发送到位置服务器286,位置服务器286接着可发出呼叫的任何记录。
5.支持地理上远离的传统PSAP
在一些情况下,V-PLMN和/或SIP服务器(例如,E-CSCF254)可在地理上远离UE110。在此类情况下,如果PSTN不支持对远程PSAP的接入,那么不可能经由本地MGCF将呼叫路由到可用PSTN的PSAP。下文可用于解决这些情况。
在一实施例中,紧急呼叫被重新引导到不同的V-PLMN。在对SIPINVITE的处理的早期,E-CSCF或位置服务器(例如,E-SLP、GMLC等)可确定呼叫应被重新引导到另一网络中的呼叫服务器。在那种情况下,含有优选替代服务器的SIPURI的SIP3xx重新引导响应(例如,305使用代理)可返回到UE110。UE110接着可如上文所描述再尝试呼叫程序,但如果仍可使用相同接入网络,那么可跳过接入和IP连接性程序。如果呼叫设置程序已一直进行到确定中间位置估计和/或正确的PSAP(例如,ESRD、SIPURI或IP地址),那么E-CSCF可将这些包含在重新引导响应中。UE110接着可将信息包含在发送到新PLMN的SIPINVITE中,这可避免用于获得相同信息的额外延迟并允许在不具备获得此信息的能力的情况下使用PLMN。原始E-CSCF可通知位置服务器(例如,E-SLP或GMLC),所述位置服务器接着可去除UE110的呼叫记录。
在另一实施例中,E-CSCF将呼叫转发到另一网络(或同一网络)中的SIP服务器,其较接近可将呼叫较好地转发进入PSTN中的PSAP。V-PLMN可继续支持先前所描述的所有功能,包含定位功能和对不具有UICC或UIM的UE的支持。转发的SIPINVITE可包含PSAP标识(例如,SIPURI或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将含有以下参数的ISUPIAM发送到PSTN:
被叫方号=LRN,
普通地址参数(GAP)=ESRD,
FCI参数位M设定为“号经转译”,
呼叫方号=UEMSISDN或ESRK,以及
呼叫方的种类设定为“紧急服务呼叫”(可选)。
由于PSTN支持号可移植性(例如,在整个美国),所以倘若可在整个国家使用SS7而非MF干线,那么呼叫(ISUPIAM)可正确路由到既定LECCO或选择性的路由器。目的地LECCO或选择性路由器可支持号可移植性且可在接收呼叫时将LRN辨识为其自身的,且可从GAP获得真实的被呼叫方号(ESRD)。ESRD或呼叫方的类别设定的唯一性可通知LECCO或选择性路由器这是紧急呼叫。在所述点处,呼叫可路由到PSAP,仿佛其源自本地一样。此实施例避免对PSTN长途接线器的新的影响(例如,无路由变化)但可能影响LECCO和选择性路由器。
6.SUPL和X.S0024的安全性
对于SUPL,可建立安全程序以支持E-SLP272代替H-SLP用于在漫游和非漫游情形以及代理或非代理模式进行定位。现有的SUPL安全程序通常基于UE110和H-SLP中的共用密钥且/或基于UE110中提供的关于H-SLP的其它信息(例如,完全合格的域名、根X.509公共密钥证书等)。此信息可能不可用于E-SLP272。对于E-SLP272,可如下文所描述支持针对代理和非代理模式的验证。
对于X.S0024,也可建立安全程序以支持E-PS282代替H-PS用于定位。3GPP2X.S0024-0中以及3GPP2S.P0110-0中描述了现有的X.S0024安全程序。这些程序利用用户的H-PS中以及用户的UIM中提供的共同根密钥。可如下从所提供的根密钥导出额外密钥:
(a)用于支持安全存储和前向封装(S-SAFE)的密钥,其中使用SMS或WAP推送将SUPLINIT发送到UE110并经验证(如来自H-PS那样)且视情况进行加密。
(b)用于支持UE110与H-PS之间的安全IP连接的密钥,其中在UE110与H-PS之间发送X.S0024消息并进行加密和验证。
(c)用于针对非代理模式支持UE110与PDE之间的安全IP连接的密钥,其中在UE110与PDE之间发送X.S0024消息并进行加密和验证。
上述三个密钥中的每一者在根密钥的任何值存在确定性值的意义上是固定的。然而,可从这些固定密钥的每一者导出额外密钥用于加密和验证,所述额外密钥的值取决于针对UE与H-PS或PDE的特定定位会话而提供的随机号。此密钥导出和附随安全程序利用IETFRFC2246中描述的传送层安全(TLS)程序以及IETF草案“Pre-SharedKeyCiphersuitesforTransportLayerSecurity(TLS)”中描述的此程序的PSK-TLS变化形式。如果X.S0024用于紧急VoIP呼叫中的定位且E-PS282不是H-PS,那么UE110和E-PS282两者中不再可能依赖于共同的预先配置的根密钥来进行互相验证和加密。
对于SUPL,UE110可验证E-SLP272以免甚至在紧急呼叫期间对UE位置的未经授权接入。对于X.S0024,UE110和E-PS282可执行互相验证。表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提供最少验证。如果SUPLEMIT消息指示紧急会话的位置且UE110当前参与紧急会话中,那么UE110允许来自非验证E-SLP或E-PS的网络启始的SUPL或X.S0024位置。对于紧急会话的限制提供某种保护。对于SUPL,UE110可通过用E-SLP272调用安全程序来选择方法A。在此情况下,E-SLP272仍可通过SUPLPOSINIT中包含的SUPLINIT散列码在有限程度上核实UE标识。另外,由E-CSCF254提供到E-SLP272的UE110的IP地址可提供对正确UE标识的某种进一步保证。对于X.S0024和SUPL,经由IMS或SIP(如果不使用经由移动终端IP或UDP/IP的直接传递)传递SUPLINIT可在UE真实性方面提供某种额外信用,因为IMS和SIP传递依赖于来自V-PLMN130和/或H-PLMN160的支持和核实。
方法B用于TLS公共密钥验证。UE110和E-SLP272或E-PS282支持使用如IETFRFC2246中描述的TLS以及还如OMASUPL1.0“SecureUserPlaneLocationArchitecture”中描述的替代性客户端验证机制来进行公共密钥验证。此机制支持由UE使用TLS以及在TLS握手阶段期间由H-SLP或E-PS发送到UE的ITUX.509公共密钥证书来验证H-SLP或E-PS。公共密钥证书提供数字签名链,每一签名验证下一签名,使得倘若UE具备了至少一个根证明授权机构的公共密钥,UE可验证H-SLP或E-PS的公共密钥。公共密钥验证TLS程序支持用于信令的后续加密和验证中(例如,用于后续SUPL消息)的对称密钥的传递。也可用这些密钥或通过从这些密钥中导出额外密钥来支持针对非代理模式的UE110与SPC或PDE之间的验证和加密。方法B依赖于通过一个或一个以上根证明授权机构(例如,由OMA界定)证明E-SLP或E-PS公共密钥以及在支持用于紧急VoIP呼叫的SUPL或X.S0024的UE中提供密钥。这确保由UE110验证E-SLP272或E-PS282,以及对于SUPL,由E-SLP272经由SUPLPOSINIT中包含的并由UE110发送到E-SLP272的64位SUPLINIT散列来有限地验证UE110。
对于方法B,UE110(例如,UICC或UIM)可具备使UE能够核实E-SLP272或E-PS282的公共密钥的一个或一个以上根公共密钥证书。UE110和E-SLP272或E-PS282可使用RFC2246中描述的TLS程序以及一个或一个以上安全公共密钥传递程序(例如,RSA、DSS或Diffie-Hellman)来建立共用加密密钥和消息验证代码(MAC)密钥。可在建立安全TLS连接之后执行SUPL或X.S0024消息的加密和验证。对于非代理模式,SUPL1.0中针对3GPP2非代理模式界定的方法可用于根据SUPL中UE110与V-SPC或H-SPC之间或X.S0024中UE110与PDE之间的IETFPSK-TLS来产生用于验证和加密的共用密钥。
方法C用于PSK-TLS验证。UE110和E-SLP272或E-PS282根据IETF草案“Pre-SharedKeyCiphersuitesforTransportLayerSecurity(TLS)”支持PSK-TLS(例如,如SUPL1.0中针对3GPP2SET或3GPP2X.S0024-0和S.P0110-0所描述)。可从以下信息中产生预共用密钥(PSK):(a)由UE110、IMS网络(例如,E-CSCF254)和/或E-SLP272或E-PS282给出的信息(例如,随机信息),(b)在SIP建立紧急呼叫期间由UE110发送或发送到UE110的信息(例如,SIP参数),(c)已经存在于P-CSCF252和UE110中用以支持来自UE110的安全IMS接入(例如,使用Ipsec、PSK-TLS、TLS)的安全信息,和/或(d)其它信息。如果UE110经由V-PLMN130向H-PLMNIMS网络注册,那么(c)中的安全信息可能是可用的。
可使PSK或用于导出PSK的信息在SIP注册和/或SIP紧急呼叫的启始期间可由UE110和E-SLP272或E-PS282使用,且可使用PSK-TLS使所述PSK或用于导出PSK的信息用于SUPL或X.S0024定位。这些实体之间的注册和SIP呼叫设置期间建立的信托关系用于获得可用于导出安全密钥的安全PSK或共同信息。对于SUPL,接着,当UE在将SUPLINIT从E-SLP272传递到UE110之后建立到达E-SLP272的IP(PSK-TLS)连接时,可使用PSK-TLS支持UE110与E-SLP272的互相验证。对于X.S0024,可使用安全PSK作为可如3GPP2X.S0024-0和S.P0110-0中所描述导出剩余安全信息的根密钥。
方法C依赖于SIP注册和/或SIP呼叫设置期间UE110与IMS之间的安全连接,其暗示着在V-PLMN130和H-PLMN160中注册UE110以及UE110与V-PLMN130互相验证。如果UE110不具有UICC/UIM或如果V-PLMN130与H-PLMN160之间不存在漫游协议,那么SIP注册和SIP呼叫设置期间不可实现V-PLMN130与UE110的互相验证以及它们之间的安全传送,且所产生的任何PSK将提供较有限的保护。
方法D用于以3GPPTS33.220或3GPP2TSG-S草案S.P0109中描述的通用引导程序架构(GBA)进行验证。UE110和E-SLP272或E-PS282支持GBA。这使UE110和E-SLP272或E-PS282能够从H-PLMN160获得安全共用密钥。对于SUPL,此密钥可用于支持UE110与E-SLP272之间的PSK-TLS互相验证,如3GPPTS33.222或3GPP2TSG-S草案S.P0114中所描述。此方法用于SUPL1.0中以支持3GPP代理模式。所述密钥还可用于使用HTTP摘要验证(例如,如3GPPTS33.222中所描述)支持TLS,只是UE110与E-SLP272之间的HTTP摘要验证(例如,如3GPP2TSG-S草案S.P0114中所描述)或其它形式的验证。对于X.S0024,此密钥可用作可用于导出剩余安全信息的根密钥。
方法D依赖于在H-PLMN160和V-PLMN130中支持GBA以及V-PLMN130与H-PLMN160之间的漫游协议,以使得能够将密钥信息从H-PLMN160中的引导程序服务功能(BSF)传递到V-PLMN130中的E-SLP网络应用功能(NAF)。
方法E用于SUPL1.0或X.S0024验证。对于SUPL,如果UE110在H-PLMN160中,那么E-SLP272可以是H-SLP,且可使用SUPL1.0中界定的现有验证机制。对于X.S0024,如果UE110在H-PLMN160中,那么E-PS282可以是H-PS,且可使用X.S0024中界定的现有验证机制。
图12展示UE110、接入网络120、E-CSCF254和位置服务器286的实施例的框图。位置服务器286可以是E-SLP272、GMLC276、E-PS282和/或某一其它实体。为了简单起见,图12展示用于UE110的仅一个处理器1210、一个存储器单元1212和一个收发器1214;用于接入网络120的仅一个处理器1220、一个存储器单元1222、一个收发器1224和一个通信(Comm)单元1226;用于E-CSCF254的仅一个处理器1230、一个存储器单元1232和一个通信单元1234;以及用于位置服务器286的仅一个处理器1240、一个存储器单元1242和一个通信单元1244。一般来说,每一实体可包含任何数目的处理器、存储器单元、收发器、通信单元、控制器等。
在下行链路上,接入网络120中的基站和/或接入点将业务数据、信令和导频传输到其覆盖区域内的UE。这些各种类型的数据由处理器1220处理并由收发器1224调节以产生下行链路信号,所述下行链路信号经由天线传输。在UE110处,来自基站和/或接入点的下行链路信号经由天线被接收,由收发器1214调节并由处理器1210处理以获得各种类型的用于定位、VoIP和其它服务的信息。举例来说,处理器1210可对用于上述消息流的消息进行解码。存储器单元1212和1222分别存储用于UE110和接入网络120的程序代码和数据。在上行链路上,UE110将业务数据、信令和导频传输到接入网络120中的基站和/或接入点。这些各种类型的数据由处理器1210处理并由收发器1214调节以产生上行链路信号,所述上行链路信号经由UE天线传输。在接入网络120处,来自UE110和其它UE的上行链路信号被收发器1224接收和调节,并由处理器1220进一步处理以获得各种类型的信息(例如,数据、信令、报告等)。接入网络120经由通信单元1226与E-CSCF254和其它实体通信。
在E-CSCF254内,处理器1230为E-CSCF执行处理,存储器单元1232为E-CSCF存储程序代码和数据,且通信单元1234允许E-CSCF与其它实体通信。处理器1230可针对上述消息流为E-CSCF254执行处理。
在位置服务器286内,处理器1240为位置服务器执行位置和/或定位处理,存储器单元1242为位置服务器存储程序代码和数据,且通信单元1244允许位置服务器与其它实体通信。处理器1240可针对上述消息流为位置服务器执行处理。
本文描述的技术可通过各种手段来实施。举例来说,这些技术可实施在硬件、固件、软件或其组合中。对于硬件实施方案,用于执行所述技术的处理单元可实施在一个或一个以上专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、电子装置、经设计以执行本文描述的功能的其它电子单元或其组合内。
对于固件和/或软件实施方案,所述技术可用执行本文描述的功能的模块(例如,程序、函数等)来实施。固件和/或软件代码可存储在存储器(例如,图12中的存储器1212、1222、1232和/或1242)中并由处理器(例如,处理器1210、1220、1230和/或1240)执行。存储器可实施在处理器内或处理器外部。
本文中包含标题用于参考并用于辅助定位特定段落。这些标题不希望限制其下方所描述的概念的范围,且这些概念可在整个说明书中应用于其它段落中。
提供对所揭示的实施例的先前描述以使所属领域的技术人员能够制作或使用本发明。所属领域的技术人员将易于了解对这些实施例的各种修改,且本文界定的一般原理可在不偏离本发明的精神或范围的情况下应用于其它实施例。因此,不希望本发明限于本文展示的实施例,而是本发明应符合与本文揭示的原理和新颖特征相一致的最广泛范围。
Claims (42)
1.一种用于支持紧急因特网语音协议呼叫的方法,其包括:
与所访问的网络通信以发送建立紧急因特网语音协议VoIP呼叫的请求;
与由所述访问的网络指示的位置服务器交互以获得UE的第一位置估计;并
经由所述访问的网络执行呼叫设置以与公共安全应答点PSAP建立所述紧急VoIP呼叫。
2.根据权利要求1所述的方法,其进一步包括针对所述紧急VoIP呼叫利用会话启始协议SIP。
3.根据权利要求2所述的方法,其进一步包括针对所述紧急VoIP呼叫发送SIPREGISTER以向归属网络进行注册。
4.根据权利要求2所述的方法,其进一步包括针对所述紧急VoIP呼叫发送SIPREGISTER以向所述访问的网络进行注册。
5.根据权利要求4所述的方法,其中所述SIPREGISTER包括由所述访问的网络的域名和伪国际移动订户标识IMSI形成的紧急私人用户标识符ID。
6.根据权利要求4所述的方法,其进一步包括接收用临时公共用户ID对所述SIPREGISTER的响应。
7.根据权利要求2所述的方法,其进一步包括发送SIPINVITE作为所述建立所述紧急VoIP呼叫的请求。
8.根据权利要求7所述的方法,其进一步包括在所述SIPINVITE中发送所述UE的位置信息,且其中基于所述位置信息获得所述UE的所述第一位置估计。
9.根据权利要求1所述的方法,其进一步包括在所述建立所述紧急VoIP呼叫的请求中发送所述UE的定位能力,且其中基于所述UE的所述定位能力而选择所述位置服务器。
10.根据权利要求1所述的方法,其进一步包括在所述建立所述紧急VoIP呼叫的请求中发送所述UE的位置信息,且其中基于所述位置信息选择所述位置服务器。
11.根据权利要求1所述的方法,其中所述第一位置估计是对应于用于呼叫路由的粗略位置估计的中间位置估计。
12.根据权利要求1所述的方法,其中所述第一位置估计是对应于所述UE的准确位置估计的初始位置估计。
13.根据权利要求1所述的方法,其进一步包括从所述PSAP接收对所述UE的经更新位置估计的请求;并用所述位置服务器执行定位来获得所述经更新位置估计。
14.根据权利要求13所述的方法,其进一步包括用所述位置服务器根据安全用户平面位置SUPL执行定位。
15.根据权利要求13所述的方法,其进一步包括用所述位置服务器根据X.S0024位置执行定位。
16.根据权利要求13所述的方法,其进一步包括用无线电接入网络根据3GPP控制平面位置执行定位。
17.根据权利要求1所述的方法,其进一步包括
接入无线电接入网络RAN;
经由所述RAN与所述访问的网络建立IP连接性;并
针对所述紧急VoIP呼叫发现本地服务器的IP地址。
18.根据权利要求1所述的方法,其进一步包括
使用指示所述访问的网络的网络接入标识符NAI来接入无线局域网WLAN;
经由所述WLAN与所述访问的网络建立IP连接性;并
针对所述紧急VoIP呼叫发现本地服务器的IP地址。
19.根据权利要求1所述的方法,其进一步包括与所述位置服务器执行验证。
20.一种用于支持紧急因特网语音协议呼叫的设备,其包括:
用于与所访问的网络通信以发送建立紧急因特网语音协议VoIP呼叫的请求的装置;
用于与由所述访问的网络指示的位置服务器交互以获得用户设备UE的第一位置估计的装置;以及
用于经由所述访问的网络执行呼叫设置以与公共安全应答点PSAP建立所述紧急VoIP呼叫的装置。
21.根据权利要求20所述的设备,其进一步包括:
用于针对所述紧急VoIP呼叫利用会话启始协议SIP的装置;
用于针对所述紧急VoIP呼叫发送SIPREGISTER以向归属网络或所述访问的网络进行注册的装置;以及
用于发送SIPINVITE作为所述建立所述紧急VoIP呼叫的请求的装置。
22.根据权利要求20所述的设备,其进一步包括:
用于从所述PSAP接收对所述UE的经更新位置估计的请求的装置;以及
用于用所述位置服务器执行定位以获得所述经更新位置估计的装置。
23.一种用于支持紧急因特网语音协议呼叫的方法,其包括
接收将对用户设备UE的紧急因特网语音协议VoIP呼叫路由到公共安全应答点PSAP的请求;
获得所述UE的第一位置估计;
基于所述第一位置估计来选择所述PSAP;并
以所述PSAP的路由信息发送响应;
其中所述路由所述紧急VoIP呼叫的请求是从所访问的网络中的IP多媒体子系统IMS实体接收的,且其中所述响应被发送到所述IMS实体。
24.根据权利要求23所述的方法,其进一步包括与所述UE交互来获得所述UE的所述第一位置估计。
25.根据权利要求23所述的方法,其进一步包括
在所述路由所述紧急VoIP呼叫的请求中接收所述UE的位置信息;
基于所述位置信息确定所访问的位置服务器;并
作为归属位置服务器与所述访问的位置服务器和所述UE交互来获得所述UE的所述第一位置估计。
26.根据权利要求23所述的方法,其进一步包括向所述UE发送执行定位以获得所述第一位置估计的消息。
27.根据权利要求26所述的方法,其进一步包括使用移动终端IP、UDP/IP或IP多媒体子系统IMS信令向所述UE发送所述消息。
28.根据权利要求26所述的方法,其进一步包括在发送到所述UE的所述消息中包含所述位置服务器的地址,所述地址由所述UE用以执行定位。
29.根据权利要求26所述的方法,其进一步包括在发送到所述UE的所述消息中包含紧急服务的指示。
30.根据权利要求23所述的方法,其进一步包括
从所述UE接收启始定位的消息,所述消息包含位置信息;并
基于所述位置信息导出所述UE的所述第一位置估计。
31.根据权利要求23所述的方法,其进一步包括
从所述UE接收启始定位的消息,所述消息包含位置相关测量值;并
基于所述位置相关测量值导出所述UE的所述第一位置估计。
32.根据权利要求23所述的方法,其进一步包括
从所述PSAP接收对所述UE的经更新位置估计的请求;
用所述UE执行定位来获得所述经更新位置估计;并
将所述经更新位置估计发送到所述PSAP。
33.根据权利要求23所述的方法,其进一步包括从通用分组无线业务GPRS支持节点接收所述UE的所述第一位置估计。
34.根据权利要求23所述的方法,其进一步包括
从所述PSAP接收对所述UE的经更新位置估计的请求;
将所述请求转发到IP网关;
从所述IP网关接收所述经更新位置估计;并
将所述经更新位置估计发送到所述PSAP。
35.根据权利要求23所述的方法,其进一步包括与所述UE执行验证。
36.根据权利要求23所述的方法,其中所述IMS实体是紧急呼叫会话控制功能E-CSCF。
37.根据权利要求23所述的方法,其中在被所述IMS实体请求时,所述PSAP是基于所述第一位置估计而选择的。
38.根据权利要求23所述的方法,其进一步包括
在所述路由所述紧急VoIP呼叫的请求中接收所述UE的位置信息;
基于所述位置信息确定所访问的位置服务器以及所述UE以获得所述UE的所述第一位置估计;并
向所述UE发送执行定位以获得所述第一位置估计的消息。
39.一种用于支持紧急因特网语音协议呼叫的方法,其包括
与第一访问的网络通信以发送建立紧急因特网语音协议VoIP呼叫的请求;并
针对所述紧急VoIP呼叫与所述第一访问的网络所选择的第二访问的网络通信。
40.根据权利要求39所述的方法,其进一步包括
从所述第一访问的网络接收所述第二访问的网络中的会话启始协议SIP的标识;并
用所述SIP服务器执行呼叫设置来与所述第二访问的网络建立所述紧急VoIP呼叫。
41.根据权利要求39所述的方法,其中所述紧急VoIP呼叫被从所述第一访问的网络转发到所述第二访问的网络。
42.根据权利要求39所述的方法,其中基于位置路由号LRN将所述紧急VoIP呼叫路由到公共安全应答点PSAP。
Applications Claiming Priority (13)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US70497705P | 2005-08-02 | 2005-08-02 | |
US60/704,977 | 2005-08-02 | ||
US71319905P | 2005-08-30 | 2005-08-30 | |
US60/713,199 | 2005-08-30 | ||
US72669405P | 2005-10-13 | 2005-10-13 | |
US60/726,694 | 2005-10-13 | ||
US73222605P | 2005-10-31 | 2005-10-31 | |
US60/732,226 | 2005-10-31 | ||
US74882105P | 2005-12-09 | 2005-12-09 | |
US60/748,821 | 2005-12-09 | ||
US11/497,703 US10178522B2 (en) | 2005-08-02 | 2006-08-01 | VoIP emergency call support |
US11/497,703 | 2006-08-01 | ||
CN2006800357243A CN101273615B (zh) | 2005-08-02 | 2006-08-02 | Voip紧急呼叫处理 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006800357243A Division CN101273615B (zh) | 2005-08-02 | 2006-08-02 | Voip紧急呼叫处理 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102970655A CN102970655A (zh) | 2013-03-13 |
CN102970655B true CN102970655B (zh) | 2016-03-23 |
Family
ID=46167049
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210488801.8A Active CN102984150B (zh) | 2005-08-02 | 2006-08-02 | Voip紧急呼叫处理 |
CN201210487941.3A Active CN102970655B (zh) | 2005-08-02 | 2006-08-02 | Voip紧急呼叫处理 |
CN2006800357243A Active CN101273615B (zh) | 2005-08-02 | 2006-08-02 | Voip紧急呼叫处理 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210488801.8A Active CN102984150B (zh) | 2005-08-02 | 2006-08-02 | Voip紧急呼叫处理 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006800357243A Active CN101273615B (zh) | 2005-08-02 | 2006-08-02 | Voip紧急呼叫处理 |
Country Status (5)
Country | Link |
---|---|
JP (3) | JP2012070392A (zh) |
CN (3) | CN102984150B (zh) |
ES (2) | ES2681679T3 (zh) |
HK (1) | HK1122444A1 (zh) |
HU (2) | HUE038471T2 (zh) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101998329B (zh) * | 2009-08-18 | 2013-08-07 | 电信科学技术研究院 | 一种保证紧急业务连续性的方法、设备和系统 |
CN102118721A (zh) * | 2010-01-04 | 2011-07-06 | 中兴通讯股份有限公司 | 演进的分组系统及其紧急呼叫的附着处理方法 |
US20110188416A1 (en) * | 2010-02-02 | 2011-08-04 | Stefano Faccin | System and method for packetized emergency messages |
US8447014B2 (en) * | 2010-12-31 | 2013-05-21 | Paramount Pictures Corporation | Voice-over-IP (VoIP) systems, components and methods for providing enhanced location information to emergency responders to respond to emergency calls |
US9826370B2 (en) * | 2014-10-10 | 2017-11-21 | T-Mobile Usa, Inc. | Location identifiers in mobile messaging |
EP3030020B1 (en) * | 2014-12-01 | 2020-01-08 | Viavi Solutions UK Limited | Providing streaming geolocation infomation |
US10588019B2 (en) * | 2016-05-05 | 2020-03-10 | Qualcomm Incorporated | Secure signaling before performing an authentication and key agreement |
US20180192264A1 (en) * | 2016-12-30 | 2018-07-05 | T-Mobile Usa, Inc. | Open Access Points for Emergency Calls |
WO2018149046A1 (zh) * | 2017-02-17 | 2018-08-23 | 华为技术有限公司 | 一种选择plmn的方法及ivs |
CN111164995B (zh) * | 2018-03-08 | 2021-12-28 | 华为技术有限公司 | 紧急呼叫的方法和终端 |
CN110635910B (zh) * | 2018-06-25 | 2021-01-29 | 华为技术有限公司 | 一种通信方法、设备及系统 |
WO2021145814A1 (en) * | 2020-01-14 | 2021-07-22 | Telefonaktiebolaget Lm Ericsson (Publ) | First node, second node and methods performed thereby for handling identification of a communications network |
CN111757259B (zh) * | 2020-07-23 | 2022-11-08 | 展讯通信(上海)有限公司 | 通信方法、设备和存储介质 |
US11924732B2 (en) * | 2020-10-01 | 2024-03-05 | Apple Inc. | Emergency communication in non-cellular coverage |
US11617059B1 (en) | 2021-05-28 | 2023-03-28 | T-Mobile Usa, Inc. | Mobile device geographic location determination for emergency services |
EP4342150A1 (en) * | 2022-03-30 | 2024-03-27 | Jio Platforms Limited | System and method for facilitating routing of level 1 numbers |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1422507A (zh) * | 2000-04-10 | 2003-06-04 | 诺基亚有限公司 | 移动ip网络中的电话服务 |
CN1474577A (zh) * | 2002-08-08 | 2004-02-11 | Usd��ʽ���� | 利用网络实现的多信道数字记录系统及方法 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6940847B1 (en) * | 1999-01-15 | 2005-09-06 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for providing access to service nodes from entities disposed in an integrated telecommunications network |
ES2262356T3 (es) * | 1999-12-07 | 2006-11-16 | Nokia Corporation | Metodo y sistema de encaminamiento de llamadas en funcion de la posicion de la persona que realiza la llamada en una red ip movil. |
AU2001258380C1 (en) * | 2001-04-27 | 2008-05-01 | Nokia Technologies Oy | Method and system for handling a network-identified emergency session |
JP2003198757A (ja) * | 2001-12-26 | 2003-07-11 | Nec Commun Syst Ltd | インターネット電話端末およびインターネット電話システムにおける緊急呼接続方式 |
JP2003319437A (ja) * | 2002-04-19 | 2003-11-07 | Toshiba Corp | 緊急情報通知機能を備えたサーバ装置及び移動通信端末 |
JP2004172782A (ja) * | 2002-11-19 | 2004-06-17 | Fujitsu Ltd | サービス制御ネットワークシステム |
US20070077939A1 (en) * | 2003-10-17 | 2007-04-05 | Akira Uematsu | Location information notifying system and method, terminal location determining apparatus, and privacy check apparatus |
FI20040036A0 (fi) * | 2004-01-13 | 2004-01-13 | Nokia Corp | Paikkainformaation tuottaminen vieraillussa verkossa |
-
2006
- 2006-08-02 CN CN201210488801.8A patent/CN102984150B/zh active Active
- 2006-08-02 HU HUE06789352A patent/HUE038471T2/hu unknown
- 2006-08-02 CN CN201210487941.3A patent/CN102970655B/zh active Active
- 2006-08-02 ES ES06789352.9T patent/ES2681679T3/es active Active
- 2006-08-02 ES ES12000669T patent/ES2765676T3/es active Active
- 2006-08-02 CN CN2006800357243A patent/CN101273615B/zh active Active
- 2006-08-02 HU HUE12000669A patent/HUE046984T2/hu unknown
-
2009
- 2009-03-18 HK HK09102557.2A patent/HK1122444A1/xx unknown
-
2011
- 2011-10-14 JP JP2011226962A patent/JP2012070392A/ja active Pending
-
2012
- 2012-07-23 JP JP2012162642A patent/JP5529219B2/ja active Active
-
2014
- 2014-02-10 JP JP2014023398A patent/JP2014131313A/ja not_active Withdrawn
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1422507A (zh) * | 2000-04-10 | 2003-06-04 | 诺基亚有限公司 | 移动ip网络中的电话服务 |
CN1474577A (zh) * | 2002-08-08 | 2004-02-11 | Usd��ʽ���� | 利用网络实现的多信道数字记录系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
HK1122444A1 (en) | 2009-05-15 |
JP5529219B2 (ja) | 2014-06-25 |
CN101273615B (zh) | 2013-01-09 |
CN101273615A (zh) | 2008-09-24 |
CN102970655A (zh) | 2013-03-13 |
ES2681679T3 (es) | 2018-09-14 |
HUE046984T2 (hu) | 2020-04-28 |
CN102984150B (zh) | 2016-09-07 |
HUE038471T2 (hu) | 2018-10-29 |
JP2013031170A (ja) | 2013-02-07 |
CN102984150A (zh) | 2013-03-20 |
JP2014131313A (ja) | 2014-07-10 |
ES2765676T3 (es) | 2020-06-10 |
JP2012070392A (ja) | 2012-04-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102970655B (zh) | Voip紧急呼叫处理 | |
US10708748B2 (en) | VoIP emergency call support | |
KR101030627B1 (ko) | Voip 긴급 호출 처리 | |
CN101960818B (zh) | 用于ims紧急呼叫的扩展的呼叫建立和位置支持的方法和装置 | |
JP5384581B2 (ja) | 緊急回線モード呼のサポート | |
US20070254625A1 (en) | System and method for supporting voice call continuity for voip emergency calls | |
CN101305636A (zh) | 紧急电路模式呼叫支持 | |
RU2491752C2 (ru) | Поддержка экстренного вызова voip | |
RU2396733C2 (ru) | Поддержка экстренных вызовов в режиме коммутации каналов |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1179096 Country of ref document: HK |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1179096 Country of ref document: HK |