CN101305636A - 紧急电路模式呼叫支持 - Google Patents
紧急电路模式呼叫支持 Download PDFInfo
- Publication number
- CN101305636A CN101305636A CNA2006800419409A CN200680041940A CN101305636A CN 101305636 A CN101305636 A CN 101305636A CN A2006800419409 A CNA2006800419409 A CN A2006800419409A CN 200680041940 A CN200680041940 A CN 200680041940A CN 101305636 A CN101305636 A CN 101305636A
- Authority
- CN
- China
- Prior art keywords
- location
- server
- user plane
- slp
- supl
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明阐述用于支持紧急电路模式呼叫的技术。所述技术可用于各种3GPP及3GPP2网络、各种定位体系结构及各种类型的用户设备(UE)。UE建立与无线网络的电路模式呼叫以用于紧急服务。所述UE与由所述无线网络指示的定位服务器交互作用。在所述电路模式呼叫期间,所述UE与所述定位服务器一起实施用户平面定位以获得所述UE的位置估计。所述UE与PSAP通信以进行所述紧急电路模式呼叫,所述PSAP可基于所述位置估计而选择。(例如)每当所述PSAP请求时,所述UE可与所述定位服务器一起实施测位以获得所述UE的经更新位置估计。
Description
相关申请案交叉参考
本申请案主张优先于2005年9月15日申请的题为“对E911/E112的定位服务(LCS)用户平面支持”(LOCATION SERVICES(LCS)USER PLANE SUPPORTFOR E911/E112)的美国临时申请案第60/717,620号、2005年10月25日申请的题为“借助SUPL 1.0的电路交换紧急服务呼叫支持”(SUPPORT OF CIRCUIT SWITCHEDEMERGENCY SERVICES CALLS WITH SUPL 1.0)的美国专利临时申请案第60/730,312号、2005年12月9日申请的题为“使用SUPL对紧急电路模式呼叫的支持”(SUPPORT FOR EMERGENCY CIRCUIT MODE CALLS USING SUPL)的美国专利临时申请案第60/749,294号、2005年12月9日申请的题为“支持紧急呼叫所需的SUPL 2.0的增强”(ENHANCEMENTS IN SUPL 2.0 NEEDED TO SUPPORTEMERGENCY CALLS)的美国专利临时申请案第60/749,233号,所有所述专利均受让于本发明的受让人且以引用方式并入本文中。
技术领域
本发明一般来说涉及通信,且更具体来说涉及用于支持紧急呼叫的技术。
背景技术
无线通信网络广泛用于提供诸如语音、视频、数据包、消息收发、广播等等各种通信服务。所述网络可以是能够通过共享可用网络资源来支持多个用户进行通信的多址网络。这种多址网络的实例包含码分多址(CDMA)网络、时分多址(TDMA)网络及频分多址(FDMA)网络及正交FDMA(OFDMA)网络。
无线网络通常支持具有与所述网络的服务预订的用户的通信。服务预订可与针对安全、路由、服务质量(QoS)、记账等等的信息相关联。所述预订相关信息可用于建立与无线网络的呼叫。
用户可发出与无线网络的紧急语音呼叫,所述无线网络可以是或可以不是所述用户具有与之服务预订的归属网络。主要挑战是将所述紧急呼叫路由到可服务所述呼叫的适当公共安全应答点(PSAP)。这可能需要获得所述用户的临时位置估计且基于所述临时位置估计确定正确的PSAP。如果所述用户正在漫游及/或不具有与任一网络的服务预订,则所述文件将变得复杂。
因此,业内需要支持紧急呼叫的技术。
发明内容
本文阐述用以支持紧急电路模式呼叫的技术。所述技术可用于各种3GPP及3GPP2网络、各种定位体系结构及具有或不具有服务预订的用户设备(UE)。
在一个实施例中,UE建立与无线网络的电路模式呼叫以进行紧急服务。所述UE与由所述无线网络指示的定位服务器交互作用。在所述电路模式呼叫期间UE实施与所述定位服务器的用户平面定位以获得所述UE的位置估计。用户平面定位是指用以确定其中使用由服务无线网络及/或由其它网络提供的数据通信能力在目标UE与定位服务器之间传送信令的所述UE的位置的过程。用户平面定位可以是基于诸如OMA安全用户平面定位(SUPL)或3GPP2 X.S0024等用户平面解决方案/体系结构。可经由包模式通信实现用于用户平面定位的信令。所述UE建立到可基于所述UE的位置估计所选择的PSAP的紧急电路模式呼叫。所述UE可同所述定位服务器实施测位以(例如)每当所述PSAP请求时获得所述UE的经更新位置估计。
下文中将进一步详细说明本发明的各个方面及实施例。
附图说明
图1显示支持紧急电路模式呼叫的部署。
图2显示3GPP及3GPP2网络体系结构。
图3显示用于SUPL定位的网络体系结构。
图4、5及6显示通过SUPL定位用于紧急电路模式呼叫的数个消息流。
图7显示用于X.S0024定位的网络体系结构。
图8显示通过X.S0024定位用于紧急电路模式呼叫的消息流。
图9显示各个实体之间的通信协议。
图10显示图2中各个实体的方块图。
具体实施方式
本文阐述用于支持电路模式紧急呼叫的技术。电路模式呼叫是其中为所述呼叫指派专用资源(例如,射频业务信道)的呼叫。电路模式呼叫也称为电路交换呼叫且不同于其中使用共享资源以包发送数据的包交换呼叫。紧急电路模式呼叫是用于紧急服务的电路模式呼叫。如下文所述,可以数种方式识别紧急电路模式呼叫且可将之与正常电路模式呼叫相区别。紧急电路模式呼叫可与不同于正常电路模式呼叫的各个特性相关联,诸如(例如)获得用户的适当位置估计,将所述紧急电路模式呼叫路由到适当PSAP,在即使无服务预订的情况下支持所述用户等等。
在本文的说明中,术语“定位(location)”通常是指获得并提供目标UE的地理位置的过程。术语“测位(positioning)”通常是指测量/计算目标UE的地理位置估计的过程。依据是否已有可用的适当位置估计,定位可以或可以不调用测位。位置估计也称为定位估计、位置锁定等等。
图1显示支持紧急电路模式呼叫的部署100。用户设备(UE)110与无线电接入网络(RAN)120通信以获得通信服务。UE 110可以是固定式或移动式且也可称为移动台(MS)、终端、订户单元、站或某些其它术语。UE 110可以是蜂窝式电话、个人数字助理(PDA)、无线装置、膝上型计算机、遥测装置、跟踪装置等等。UE 110可与RAN 120中的一个或多个基站通信。UE 110也可从一个或多个卫星190接收信号,所述卫星可以是美国全球定位系统(GPS)、欧洲伽利略系统、俄罗斯GLONASS系统或某些其它卫星定位系统(SPS)的一部分。UE 110可测量来自RAN 120中的基站的信号及/或来自卫星190的信号。UE 110可获得对所述卫星的伪范围测量及/或对所述基站的计时测量。所述伪范围测量及/或计时测量可用于使用一个或多个测位方法(例如,辅助型GPS(A-GPS)、独立型GPS、高级正向链路三边测量(A-FLT)、增强型观测时间差(E-OTD)、观测抵达时间差(OTDOA)、增强型小区ID等等)推导出UE110的位置估计。
RAN 120向位于所述RAN的覆盖区域内的UE提供无线电通信。RAN 120与受访网络130相关联,所述受访网络是当前正服务UE110的网络。受访网络也可以称为受访公用陆地移动网络(V-PLMN)。归属网络150(其也可称为归属PLMN(H-PLMN))是UE 110具有与之预订的网络。受访网络130及归属网络150可以是相同或不同的网络,且如果它们是不同的网络则它们可以或可以不具有漫游协定。
网络160可包括公用电话交换网络(PSTN)及/或其它语音及数据网络。PSTN支持传统普通老式电话服务(POTS)的通信。PSAP 180是负责应答紧急呼叫(例如,用于报警、火警及医疗服务)的实体且也可称为紧急中心(EC)。当用户拨打固定的众所周知的号码(例如,在北美为911或在欧洲为112)时可起始紧急呼叫。PSAP 180通常由政府机构(例如,县或市)操作或归期所有。PSAP 180支持与PSTN 160的通信。
本文所述技术可用于在各种无线通信网络(例如,CDMA、TDMA、FDMA及OFDMA网络、无线局域网络(WLAN)及/或其它网络)中进行紧急电路模式呼叫。CDMA网络可实施一种或多种无线电技术,例如宽带CDMA(W-CDMA)、cdma2000等等。cdma2000涵盖IS-2000、IS-856及IS-95标准。TDMA网络可实施一种或多种无线电技术,例如全球移动通信系统(GSM)、数字先进移动电话系统(D-AMPS)等等。D-AMPS涵盖IS-248及IS-54。W-CDMA及GSM阐述于由称作“第三代伙伴计划”(3GPP)的组织提供的文献中。cdma2000阐述于由称作“第三代伙伴计划2”(3GPP2)的组织提供的文献中。3GPP及3GPP2文件可公开得到。所述各种无线电技术及标准在此项技术中是众所周知。如3GPP TS 43.318中所述,3GPP类属接入网络(GAN)可利用WLAN以提供电路模式接入。
图2显示3GPP及3GPP2网络体系结构。UE 110可经由3GPP RAN 120a获得无线电接入,3GPP RAN 120a可以是GSM EDGE无线电接入网络(GERAN)、通用陆地无线电接入网络(UTRAN)、进化版UTRAN(E-UTRAN)、WLAN、或某些其它接入网络。3GPPRAN 120a包括基站220a、无线电网络控制器/基站控制器(RNC/BSC)222a、及未显示于图2中的其它实体。基站也可称为节点B、增强型节点B(e-节点B)、基地收发站(BTS)、接入点(AP)或某些其它术语。
3GPP V-PLMN 130a是图1中的受访网络130的一个实施例,且可包括移动交换中心(MSC)230a、网关移动定位中心(GMLC)232a、紧急服务SUPL定位平台(E-SLP)234a及受访SLP(V-SLP)236a。GMLC 232a、E-SLP 234a及V-SLP 236a向与V-PLMN130a通信的UE提供定位服务。GMLC 232a支持常规GMLC的某些功能(例如,如3GPP TS 23.271及J-STD-036中所定义)及与使用SUPL以定位及路由紧急呼叫有关的某些功能。E-SLP 234a及V-SLP 236a支持来自开发移动联盟(OMA)的SUPL。在定位紧急呼叫的情况中,E-SLP234a代替归属SLP(H-SLP)且可与GMLC 232a相结合。V-SLP 236a可位于V-PLMN 130a内或外且可地理上更靠近UE 110。
UE 110也可经由3GPP2 RAN 120b获得无线电接入,3GPP2 RAN 120b可以是CDMA2000 1X网络或某些其它接入网络。3GPP2 RAN 120b包括基站220b、BSC 222b及图2中未显示的其它实体。
3GPP2 V-PLMN 130b是图1中的受访网络130的另一个实施例,且可包括MSC230b、移动测位中心(MPC)232b、E-SLP 234b及V-SLP 236b。MPC 232b、E-SLP 234b及V-SLP 236b向与V-PLMN 130b通信的UE提供定位服务。MPC 232b支持常规MPC的某些功能(例如,如3GPP2 X.S0002、TIA-881及J-STD-036中所定义)及与使用SUPL以定位及路由紧急呼叫有关的某些功能。E-SLP 234b及V-SLP 236b支持来自OMA的SUPL。E-SLP 234b也可与MPC 232b相组合。或者或另外,V-PLMN 130b可包括紧急服务位置服务器(E-PS)238及受访PS(V-PS)240。E-PS 238及V-PS 240是支持cdma2000的X.S0024定位的定位服务器及类似于用于SUPL的E-SLP 234b及V-SLP 236b。V-SLP 236b及V-PS 240可位于V-PLMN 130b内或外且可在地理上更靠近UE 110。V-PLMN 130b还可包括位置确定实体(PDE)及/或其它实体。
3GPP H-PLMN 150a是图1中的归属网络150的一个实施例,且可包括H-SLP 252a及/或其它网络实体。3GPP2 H-PLMN 150b是图1中的归属网络150的另一个实施例,且可包括H-SLP 252b、H-PS 254及/或其它网络实体。
SUPL中的实体阐述于2006年8月23日的题为“安全用户平面定位体系结构”草稿版本2.0的OMA-AD-SUPL-V2_0-20060823-D中及2006年9月7日题为“用户平面定位协议”草稿版本2.0的OMA-TS-ULP-V2_0-20060907-D。X.S0024定位中的实体阐述于2005年10月的题为“基于IP的定位服务”版本1.0的3GPP2 X.S0024。所述文件均是可公开得到。
为简明起见,图2仅显示3GPP及3GPP2中的某些实体,下文说明中将涉及所述实体。3GPP及3GPP2网络可包括分别地由3GPP及3GPP2所定义的其它实体。
无线网络可支持使用控制平面(CP)解决方案及/或用户平面(UP)接近方案的定位服务(LCS)。控制平面(其也称为信令平面)是用于载送更高层应用的信令的机制且通常由网络特定协议、接口及信令消息实施。用户平面是用于载送更高层应用的信令且采用用户平面载体的机制,其通常由诸如用户数据报协议(UDP)、传输控制协议(TCP)及因特网协议(IP)等协议实施。支持定位服务及测位的消息载送为控制平面体系结构中的信令的一部分及用户平面体系结构中的数据(自网络视角)的一部分。然而,在所述两种体系结构中所述消息的内容可以相同或类似。3GPP控制平面阐述于3GPP TS 23.271、TS 43.059及TS 25.305中。3GPP2控制平面阐述于IS-881及3GPP2 X.S0002中。SUPL及初期SUPL阐述于来自OMA的文献中。
在无线网络中通常使用控制平面解决方案而非用户平面解决方案支持紧急电路模式呼叫。这意味着网络运营商可需要部署控制平面及用户平面解决方案两者以支持所有与定位有关的应用。
本文所述的技术使用控制平面及用户平面解决方案的组合支持紧急电路模式呼叫。这在简化实施方案方面具有优点,这是因为许多3GPP及3GPP2网络运营商均部署并支持用以支持部分控制平面LCS的实体。然而,所述技术仅并入了小部分的控制平面解决方案,因而避免在更新用户平面解决方案时成本及复杂性的任何显著增加。特定来说,网络运营商可能能够支持所有与定位有关应用而无需部署全部控制平面解决方案。
所述技术支持已注册UE以及未注册UE。已注册UE是已向归属网络进行注册的UE且可经由所述归属网络进行验证。未注册UE是尚未向任何网络进行注册且未进行验证。3GPPUE可装备有通用集成电路卡(UICC)或订户识别模块(SIM)。3GPP2 UE可装备有用户识别模块(UIM)。UICC、SIM或UIM通常是特定于一个订户且可存储个人信息、预订信息及/或其它信息。无UICC UE是不具有UICC或SIM的UE。无UIM UE是不具有UIM的UE。无UICC/UIM UE未向任一网络进行注册且不具有预订、不具有归属网络,且不具有验证凭证(例如,无密钥)以验证任一所主张识别,这使定位服务更具风险倾向。
图3显示用于通过SUPL定位进行紧急电路模式呼叫的网络体系结构300的实施例。网络体系结构300可应用于3GPP及3GPP2网络两者。为简明起见,图3仅显示与支持使用SUPL的紧急电路模式呼叫有关的实体及接口。一般来说,网络体系结构300可包括其它实体以支持电路模式呼叫及/或定位。
在SUPL中UE 110称为SUPL使能终端(SET)。RAN 120可以是3GPP RAN 120a、3GPP2 RAN 120b或某些其它接入网络。E-SLP 234可包括实施定位服务的各种功能的SUPL定位中心(E-SLC)312及支持对UE的测位的SUPL测位中心(E-SPC)314。V-SLP236可类似地包括V-SLC 322及V-SPC 324。E-SLP 234与MPC/GMLC 232相关联且在针对紧急呼叫的定位的情况中替代H-PLMN 150中的H-SLP 252。V-SLP 236可更靠近及/或能够更好地定位UE 110。在多数情况中,E-SLP 234独自即是足够的,且不需要V-SLP 236。
SUPL支持用于与SPC进行测位的SET与SLP之间的两种通信模式。在代理模式中,SPC不具有与SET通信的直接通信,且SLP担当SET与SPC之间的代理。在非代理模式中,SPC具有与所述SET的直接通信。
PSTN 160可包括选择性路由器(S/R)260及/或用以建立从MSC 230到PSAP 180的紧急电路模式呼叫的其它汇接。S/R 260可属于PSAP 180或可由一组PSAP共享且连接到所述组的PSAP。UE 110可经由MSC 230及S/R 260与PSAP 180通信。
图3还显示各个实体之间的接口。UE 110与RAN 120之间及RAN 120与MSC 230之间的呼叫相关接口是网络特定的。MSC 230、S/R 260及PSAP 180之间的呼叫相关接口可以是多频率/ISDN用户部分/ISDN(MF/ISUP/ISDN)。
UE 110与E-SLP 234及V-SLP 236之间的定位相关接口可以是SUPL用户平面定位协议(ULP)。E-SLP 234与V-SLP 236之间的接口可以是漫游定位协议(RLP)。MSC230与GMLC/MPC 232之间的接口可以是移动应用部分(MAP)。MPC/GMLC 232与E-SLP 234之间的接口类似于SUPL代理与H-SLP之间的Le/Ll接口及SUPL 1.0中成对SLP之间的Lr/LCS-z接口。因而,可使用移动定位协议(MLP)、RLP、增强版本的MLP或RLP或某些其它接口支持MPC/GMLC 232与E-SLP 234之间的接口。对于RLP来说,已经关于RLP事务起始定义了GMLC支持。对于MLP来说,GMLC正常地担当事务接受器。E-SLP 234与PSAP 180可以使J-STD-036rev.B,MLP中所定义E2接口、HTTP接口或某些其它接口。
下文阐述使用SUPL定位在3GPP及3GPP2中进行紧急电路模式呼叫的数个实例消息流。为清晰起见,从所述消息流中略去了不相关实体(例如,RAN 120及S/R 260)但其包括于说明中。所述消息流假设UE 110具有UICC或UIM且V-PLMN 130之间H-PLMN 150存在漫游协定。所述消息流还假设UE 110并行支持电路模式(用于紧急呼叫)及包模式(例如,用于定位)通信两者。当前,这种能力在UMTS及GSM/GPRS中可通过3GPP且在cdma2000中通过3GPP2以供已注册用户使用。
1.借助SUPL定位在3GPP进行紧急电路模式呼叫
图4显示用于在呼叫设置之前发起定位的情况下使用SUPL在3GPP中进行紧急电路模式呼叫的消息流400的实施例。在步骤1中,UE 110向3GPPV-PLMN 130a中的MSC 230a发送进行紧急服务呼叫的请求(例如,在北美为E911在欧洲为E112)。这种请求称为紧急服务呼叫(ESC)调用。
在步骤2中,MSC 230a可(例如)基于从UE 110所接收的UE预订信息或UE能力信息或作为V-PLMN 130a的一个政策假设或确定UE 110支持SUPL测位。MSC230a然后将MAP订户定位报告(SLR)消息发送到GMLC 232a,GMLC 232a在与E-SLP234a有关联(例如,含有或连接到)的网络。MAP SLR用于在GMLC 232a中创建紧急呼叫记录(及与MSC 230a的关联)及从所述GMLC获得PSAP路由信息。所述MAP SLR可含有UE识别、服务小区识别(ID)及/或其它信息。所述UE识别可以是国际移动订户识别(IMSI)、移动订户ISDN号(MSISDN)、国际移动设备识别(IMEI)及/或某些其它识别。所述其它信息可包括来自所述UE或网络的测量,其可用于计算所述UE的位置估计。对于北美地区中的呼叫来说,MSC 230a可指派紧急服务路由密钥(ESRK)或紧急服务路由数字且然后将其包括于所述MAP SLR中。ESRD是识别PSAP的非可拨目录号码。ESRK是可用于路由到PSAP的非可拨目录号码。每一PSAP可与一个ESRD及一个ESRK池相关联。对于UE对这一PSAP的紧急呼叫,在所述紧急呼叫的持续时间期间可从所述池中指派一个ESRK给所述UE且可用于识别所述PSAP、GMLC及/或MSC及所述UE。
在步骤3中,GMLC 232a创建用于所述呼叫的记录。GMLC 232a可基于步骤2中所接收的定位信息确定UE 110的临时位置估计。所述定位信息可包含小区ID、测量、位置估计等等。临时位置估计通常是指用于路由呼叫的近似位置。GMLC 232a还可预先起始步骤8到13以获得UE 110的临时位置估计。GMLC 232a可基于临时位置估计(如果获得)或步骤2中所获得的服务小区ID选择PSAP。这保证所选择的PSAP覆盖来自UE 110所位于的地理区域的紧急呼叫。对于北美地区中的呼叫来说,GMLC232a可指派ESRD或ESRK以指示所选择的PSAP。在下述说明中,PSAP 180是所选择的PSAP。GMLC 232a也可预先起始步骤8到13以获得稍后可用于来自所述PSAP的定位请求的精确初始位置估计。初始位置估计通常是指第一精确位置估计。在步骤4中,GMLC 232a将MAP SLR确认返回到MSC 230a。对于北美地区中的呼叫来说,这种确认可含有由GMLC 232a在步骤3中所指派的任一ESRD或ESRK。
在步骤5中,MSC 230a将所述紧急电路模式呼叫发送给PSAP 180。对于北美地区中的呼叫来说,如果在步骤4中返回ESRK或ESRD,则在步骤3中由GMLC 232a选择PSAP 180。否则,MSC 230a可(例如)基于UE 110的当前或初始服务小区确定PSAP。对于北美地区中的呼叫来说,由MSC 230a发送到PSAP 180的呼叫设置消息或指示包括在步骤4中由GMLC 232a所返回或在步骤2或5中由MSC 230a所指派的任一ESRD或ESRK。所述呼叫设置消息还可包括UE 110的回叫号码(例如,MSISDN)。
在步骤6中,可经由MSC 230a在UE 110与PSAP 180之间建立呼叫。在步骤7中,PSAP 180将紧急服务位置请求发送到GMLC 232a以请求UE 110的精确初始位置估计。对于北美地区中的呼叫来说,PSAP 180可使用步骤5中所接收的ESRK或ESRD识别GMLC 232a。在这种情况中,所述紧急服务位置请求包括ESRK及/或ESRD及回叫号码。PSAP 180不需要知道SUPL用于定位。
在步骤8中,GMLC 232a使用(a)对北美地区中的呼叫来说,步骤7中所接收的ESRK或回叫号码(b)对于别处的呼叫来说,其它呼叫者信息(例如,MSISDN或IMSI)识别步骤3中所创建的呼叫记录。如果GMLC 232a在步骤3中(例如,通过预先实施步骤8到13)获得精确位置估计,则GMLC 232a可在步骤14中将这一位置估计立刻返回到PSAP 180且跳过步骤8到13。否则,GMLC 232将含有UE识别(例如,MSISDN及/或IMSI)、小区ID(如果知道)、所要求的位置质量(QoP)及/或其它信息的紧急服务位置请求发送到E-SLP 234a。所述QoP传达对位置估计的要求,例如所述位置估计的精确度及寿命。QoP也可称作QoS。
在步骤9中,E-SLP234a(例如)基于步骤8中所接收的小区ID(如果存在)确定是否应由更靠近及/或能够更好地支持UE 110的测位的V-SLP支持测位。如果如此,则E-SLP 234a与所述V-SLP(未显示于图4中)交换信令。否则,E-SLP 234a发起网络起始SUPL定位程序,其中E-SLP替代所述H-SLP。E-SLP 234a首先将SUPL INIT发送到UE 110以开始所述SUPL定位程序。可使用(例如)无线应用协议(WAP)进栈、短消息服务(SMS)触发器或UDP/IP(如果E-SLP 234a知道或可获得UE 110的IP地址)发送SUPLINIT。举例来说,如果UE 110不在其归属网络中,如果E-SLP234a不是所述UE的H-SLP,或如果E-SLP 234a不选择表现为H-SLP(例如,以简化实施方案),则SUPL TNIT可包括E-SLP 234a的IP地址。SUPL INIT还可将紧急服务指示包括于(例如)SUPL INIT通知参数中。如果使用非代理模式,则SUPL INIT还可含有与E-SLP 234a或独立V-SLP相关联的SPC的IP地址。UE 110然后将与这一SPC交互作用以实施测位。
在步骤10中,如果E-SLP 234a是UE 110的H-SLP(及选择表现为H-SLP)则所述UE建立到其H-SLP的安全IP连接。然而,如果E-SLP 234a不是UE 110的H-SLP及/或如果在步骤9中E-SLP 234a将其IP地址包括于SUPL INIT中,则UE 110建立到E-SLP 234a而非所述H-SLP的IP连接或安全IP连接。对于非代理模式来说,然后可在UE 110与E-SLP 234a之间及E-SLP 234a与步骤9中所选择的任一E-SLP(未显示于图4中)之间交换与验证有关的SUPL消息,且然后UE 110建立到由步骤9中SUPL INIT所指示的SPC的IP连接或安全IP连接。对于代理模式来说,UE 110将SUPLPOS INIT返回到E-SLP 234a。对于非代理模式来说,UE 110将SUPLPOS INIT发送到所述SPC(未显示于图4中)。所述SUPL POS INIT可包括UE 110所支持的测位方法及测位协议、服务小区ID、用以辅助定位计算的网络测量、在UE 110需要辅助数据的情况下对辅助数据(例如,对A-GPS)的请求、在UE 110已经具有一个位置估计的情况下的位置估计、及/或其它信息。如果E-SLP234a或所述SPC能够从SUPLPOS INIT中所接收的信息获得具有所要求的精确度的位置估计,则所述E-SLP或SPC可直接进行步骤12。
在步骤11中,UE 110与E-SLP 234a一起(对于代理模式来说)或与所述SPC一起(对于非代理模式来说)继续所述SUPL定位程序。UE 110可与与E-SLP 234a(对于代理模式来说)或与所述SPC(对于非代理模式来说)交换一个或多个SUPL POS消息。每一SUPL POS消息可含有依据3GPP无线电资源LCS协议(RRLP)、3GPP无线电资源控制(RRC)或某些其它测位协议的测位消息。E-SLP 234a或所述SPC可在所述消息中向UE 110提供辅助数据,且UE 110稍后可返回与定位有关的测量或位置估计。
在步骤12中,E-SLP 234a或所述SPC通过依据在步骤11中从UE 110所接收的测量进行计算或通过检验在步骤11中从所述UE所接收的位置估计而获得位置估计。E-SLP 234a或所述SPC然后将SUPL END发送到UE 110以终止所述SUPL定位程序。在步骤13中,E-SLP 234a在紧急服务位置响应中将所述位置估计(其可已被从所选择的V-SLP(未显示于图4中)转发)返回到GMLC 232a。在步骤14中,GMLC 232a在紧急服务位置请求响应中将所述位置估计返回到PSAP 180。
在步骤15中,在某一时间之后,PSAP 180可将另一个紧急服务位置请求发送到GMLC 232a以获得UE 110的经更新的位置估计。在这种情况中,GMLC 232a可重复步骤8到13以使用SUPL获得新位置估计并在紧急服务位置请求响应中将其返回到PSAP 180。当在重复步骤8中从E-SLP 234a请求位置估计时,GMLC 232a可将最后所获得的位置估计传送到E-SLP 234a以辅助其确定V-SLP(如果支持这一选项)。
在步骤16,在某一时间之后,释放UE 110与PSAP 180之间的呼叫。在步骤17中,MSC 230a将(例如,经由IMSI或MSISDN)识别UE 110且指示释放所述呼叫的MAP订户定位报告发送到GMLC 232a。在步骤18中,GMLC 232a可删除步骤3中所创建的呼叫记录并将MAP订户定位报告确认返回到MSC 230a。
图5显示用于在呼叫设置之后发起定位的情况下使用SUPL在3GPP中进行进行电路模式呼叫的消息流500的实施例。在步骤1中,UE 110将对紧急服务呼叫的请求发送到MSC 230a。在步骤2中,应用紧急呼叫程序。MSC 230a基于服务小区ID确定适当PSAP(或紧急服务客户机)。在下述说明中,PSAP 180是所选择的PSAP。MSC230a、RAN 120a及UE 110继续朝向PSAP 180的正常紧急呼叫始发程序。发送到PSAP180(例如,经由PSTN 160)呼叫设置信息可包括UE定位(如果已经获得)、将使紧急服务提供商在稍后时间请求所述UE定位的信息(例如,在欧洲定位号码参数设定为MSC号码及呼叫方参数设定为MSISDN的ISUP/BICC IAM消息)及/或其它信息。
在步骤3中,MSC 230a可假设或确定UE 110支持SUPL定位。MSC 230a然后将MAP SLR发送到GMLC 232a,GMLC 232a与已将紧急呼叫发送到或将在步骤3中将紧急呼叫发送到的E-SLP 234a及PSAP 180相关联。MAP SLR可含有UE识别、服务小区ID、所述UE的服务区域识别符(SAI)及/或其它信息。在无SIM紧急呼叫或未注册(U)SIM紧急呼叫的情况中,可始终发送IMEI且可将所述MSISDN与非可拨回叫号码一起提供。在欧洲,MSC 230a可提供所述紧急呼叫所连接到的PSAP 180的识别。
在步骤4中,GMLC 232a创建用于所述呼叫的记录。在步骤5中,GMLC 232a将MAP SLR确认返回到MSC 230a。在步骤6中,GMLC 232a将可含有UE识别(例如,MSISDN及/或IMSI)、小区ID或SAI(如果知道)、所要求的QoP及/或其它信息的紧急服务位置请求发送到E-SLP 234a。
如上文针对图4中的步骤9到12所述,在步骤7到10中,E-SLP 234a及UE 110从事SUPL定位程序。可依据在步骤6中所接收的小区ID或SAI(如果存在)确定对V-SLP的需要。在步骤10中,E-SLP 234a(对于代理模式来说)或与E-SLP 234a或所选择的V-SLP相关联的SPC(对于非代理模式来说)获得UE 110的位置估计。E-SLP234a或所述SPC然后将SUPL END发送到UE 110以终止所述SUPL定位程序。在步骤11中,E-SLP 234a将所述位置估计(其可已被从所选择的V-SLP(未显示于图5中)转发)返回到GMLC 232a。在步骤12中,GMLC 232a可将步骤11中所接收的定位信息、关于所使用的测位方法的信息、及/或其它信息转发到PSAP 180。否则,预期PSAP 180通过从GMLC 232a请求而获得定位信息。
在步骤13中,在稍后某一时间,释放UE 110与PSAP 180之间的呼叫。在步骤14中,MSC 230a将识别UE 110且指示释放所述呼叫的MAP订户定位报告发送到GMLC 232a。在步骤15中,GMLC 232a可删除步骤4中所创建的呼叫记录并将MAP订户定位报告确认返回到MSC 230a。
2.借助SUPL定位在3GPP2中进行紧急电路模式呼叫
图6显示用于使用SUPL在3GPP2中进行紧急电路模式护具的消息流600的实施例。在步骤1中,UE 110将对紧急服务呼叫的请求发送到3GPP2 PLMN 130b中的MSC230b。在步骤2中,MSC 230b可(例如)基于从所述UE或PLMN 130b政策所接收的UE预订信息或UE能力信息假设或确定UE 110支持SUPL测位。MSC 230b然后将ANSI-41 MAP始发请求发送到MPC 232b,MPC 232b在具有与E-SLP 234b的关联(例如,含有或连接到)的网络中。所述始发请求可含有UE识别(例如,IMSI及或MIN)、服务小区ID、及/或其它信息(例如,来自所述UE或网络的测量,其可用于计算位置估计)。
在步骤3中,MPC 232b创建用于所述呼叫的记录。MPC 232b可基于所述小区ID或步骤2中所接收的任一测量确定UE 110的临时位置估计。MPC 232b也可预先起始步骤8到13且获得UE 110的临时位置估计。MPC 232b可基于临时位置估计(如果已获得)或步骤2中所接收的服务小区ID选择PSAP。如果如此,MPC 232b可指派ESRD或ESPK以指示所选择的PSAP。在下述说明中,PSAP 180是所选择的PSAP。在步骤4中,MPC 232b将含有步骤3中所指派的任一ESRD或ESRK的ANSI-41 MAP始发请求确认返回到MSC 230b。
在步骤5中,MSC 230b将所述紧急服务呼叫发送到PSAP 180。如果在步骤4中返回ESRK或ESRD,则在步骤3中由MPC 232b选择PSAP 180。否则,MSC 230b可确定所述PSAP(例如,基于UE 110的当前或初始服务小区)并可指派ESRD及/或ESRK。由MSC 230b发送到PSAP 180的呼叫设置信息可包括步骤5中所返回的或步骤5中所指派的任一ESRD或ESRK及UE 110的回叫号码(例如,MSISDN)。
在步骤6中,经由MSC 230b在UE 110与PSAP 180之间建立所述呼叫。在步骤7中,PSAP 180将紧急服务位置请求发送到MPC 232b以请求UE 110的精确初始位置估计。PSAP 180可使用步骤5中所接收的ESRK或ESRD识别MPC 232b。在所述情况中,所述紧急服务位置请求包括所述ESRK及/或ESRD及回叫号码。在步骤8中,MPC 232b使用所述ESRK或步骤7中所接收的回叫号码识别步骤3中所创建的呼叫记录。如果MPC 232b在步骤3中获得精确位置估计(例如,通过预先实施步骤8到13),则MPC 232b可在步骤14中将其立刻返回到PSAP 180并跳过步骤8到13。否则,MPC 232b将可含有UE识别(例如,MIN及/或IMSI)、小区ID(如果知道)、所要求的QoP及/或其它信息的紧急服务位置请求发送到E-SLP 234b。
如上文针对图4中的步骤9到12所述,在步骤9到12中,E-SLP 234b及UE 110从事SUPL定位程序。如果E-SLP 234b(对于代理模式来说)或SPC(对于非代理模式来说)能够依据在步骤10中于SUPL POS INIT中所接收信息获得具有所需精确度的位置估计,则E-SLP或SPC可立刻进行步骤12。否则,在步骤11中UE 110可与E-SLP 234b(对于代理模式来说)或SPC(对于非代理模式来说)交换一个或多个SUPLPOS消息。每一SUPL POS消息可含有根据3GPP2 C.S0022、TIA-801、3GPP RRLP、RRC或某些其它测位协议的测位消息。E-SLP 234b或SPC可在所述消息中向所述UE提供辅助数据,且所述UE可稍后返回定位有关测量或位置估计。在步骤12中,E-SLP234b或SPC获得位置估计并将SUPL END发送到UE 110以终止所述SUPL定位程序。
在步骤13中,E-SLP 234b将所述位置估计(其可已被从所选择V-SLP(未显示于图6中)转发)返回到MPC 232b。在步骤14中,MPC 232b于紧急服务位置请求响应消息中将所述位置估计返回到PSAP 180。在步骤15中,在稍后某一时间,PSAP180可将另一个紧急服务位置请求发送到MPC 232b以获得UE 110的经更新位置估计。在所述情况中,MPC 232b可重复步骤8到13以使用SUPL获得新位置估计并于紧急服务位置请求响应中将其返回到PSAP 180。当在重复步骤8中从E-SLP 234b请求位置估计时,GMLC 232b可将最后所获得的位置估计传送到E-SLP 234b以辅助其确定V-SLP(如果支持这一选项)。
在步骤16中,在稍后某一时间释放UE 110与PSAP 180之间的呼叫。在步骤17中,MSC 230b将识别UE 110(例如,经由IMSI或MSISDN)并指示释放所述呼叫的ANSI-41 MAP呼叫终止报告消息发送到MPC 232b。在步骤18中,MPC 232b可删除步骤3中所创建的呼叫记录并将ANSI-41 MAP呼叫终止报告确认返回到MSC 230b。
3.借助X.S0024定位在3GPP2中进行紧急电路模式呼叫
图7显示用于通过X.S0024定位进行紧急电路模式呼叫的网络体系结构700的实施例。对于3GPP2来说,3GPP2 X.S0024中所定义的用户平面定位解决方案可用于代替SUPL。因而,网络体系结构700可应用于3GPP2网络RAN 120可以是3GPP2RAN120b或某些其它接入网络。V-PLMN 130b可包括MSC 230b、MPC 232b、E-PS 238及V-PS 240。MPC 232b可调用E-PS 238并使用X.S0024以确定紧急呼叫UE的定位。
如图7中所示,UE 110、E-PS 238及V-PS 240之间的定位相关接口可以是3GPP2X.S0024中所述的LCS-x、LCS-y及LCS-z。MSC 230b与MPC 232b之间的接口可以是ANSI-41 MAP。MPC 232b与E-PS 238之间的接口可以是MLP、RLP或某些其它接口。
图8显示用于使用X.S0024在3GPP2中进行紧急电路模式呼叫的消息流800的实施例。在步骤1中,UE 110将对紧急服务呼叫的请求发送到3GPP2 PLMN 130b中的MSC 230b。在步骤2中,MSC 230b可(例如)基于从UE 110或PLMN 130b政策所接收的UE预订信息或UE能力信息假设或确定所述UE支持X.S0024测位。MSC 230b然后将ANSI-41MAP始发请求消息发送到MPC 232b。所述始发请求可含有UE识别(例如,IMSI及/或MIN)、服务小区ID、及/或其它信息(例如,来自所述UE或网络的测量,其可用于计算位置估计)。
在步骤3中,MPC 232b创建用于所述呼叫的记录。MPC 232b可基于步骤2中所接收的小区ID及任一测量确定UE 110的临时位置估计。MPC 232b也可预先起始步骤8到15并获得UE 110的临时位置估计。MPC 232b可基于临时位置估计(如果获得)或步骤2中所接收的服务小区ID选择PSAP。如果如此,则MPC 232b可指派ESRD或ESRK以指示所选择的PSAP。在下述说明中,PSAP 180是所选择的PSAP。在步骤4中,MPC 232b将含有步骤3中所指派的任一ESRD或ESRK的ANSI-41MAP始发请求确认返回到MSC 230b。在步骤5中,MSC 230b将紧急服务呼叫发送到PSAP180。如果在步骤4中返回ESRK或ESRD,则在步骤3中由MPC 232b选择PSAP 180。否则,MSC 230b可确定所述PSAP(例如,基于UE 110的当前或初始服务小区)并可指派ESRD及/或ESRK。由MSC 230b发送到PSAP 180的呼叫设置消息可包括步骤4中所返回的或步骤5中所指派的任一ESRD或ESRK及UE 110的回叫号码(例如,移动目录号码MDN)。MSC 230b可在步骤2之前将所述呼叫发送到PSAP 180以避免延迟所述呼叫。
在步骤6中,经由MSC 230b在UE 110与PSAP 180之间建立所述呼叫。在步骤7中,PSAP 180将紧急服务位置请求发送到MPC 232b以请求UE 110的精确初始位置估计。PSAP 180可使用步骤5中所接收的ESRK或ESRD识别MPC 232b。在所述情况中,所述紧急服务位置请求包括所述ESRK及/或ESRD及回叫号码。在步骤8中,MPC 232b使用步骤7中所接收ESRK或回叫号码识别步骤3中所创建的呼叫记录。如果MPC 232b在步骤3中获得精确位置估计,则MPC 232b可在步骤16中立刻将其返回到PSAP 180并跳过步骤8到15。否则,MPC 232b将可含有UE识别(例如,MIN及/或IMSI)、小区ID(如果知道)、所要求的QoP及/或其它信息的紧急服务位置请求发送到E-PS 238。
在步骤9中,E-PS 238发起X.S0024定位程序并使用SMS,WAP进栈或UDP/IP(如果E-PS 238知道或可获得UE 110的IP地址)将X.S0024 SUPL_INIT发送到UE110。举例来说,如果UE 110不在其归属网络中、如果E-PS238不是所述UE的H-PS或如果E-PS 238不选择表现为所述H-PS,则所述SUPL_INIT可包括所要求的QoP、所支持的测位方法、E-PS 238的IP地址。SUPL_INIT还可(例如)在SUPL_INIT通知参数中包括紧急服务指示。可在步骤4后立刻在步骤8中发送紧急服务位置请求,而无需等待在步骤7中来自PSAP 180的紧急服务位置请求。在所述情况中,可在MPC232b于步骤7中从PSAP 180接收紧急服务位置请求之前完成步骤8到15,且MPC232b可直接地从步骤7进行步骤16。
在步骤10中,如果E-PS 238是UE 110的H-PS,则所述UE建立到E-PS 238的安全IP连接。然而,如果E-PS 238不是UE 110的H-PS或如果E-PS 238在步骤9中将其IP地址包括于所述SUPL_INIT中,然后UE 110建立到E-PS 238而非H-PS的IP连接或安全IP连接。UE 110然后将可包括UE 110所支持的测位方法及能力、服务小区ID、测量、位置估计、对辅助数据的请求及/或其它信息的的SUPL_START发送到E-PS 238。
在步骤11中,E-PS 238可将所述测位程序扩展到所选择的PDE,所述PDE可以是与E-PS 238或V-PS相关联的PDE。然后,所选择的PDE将管理所述测位程序并辅助位置计算。所述扩展可使用(a)代理模式,其中UE 110经由E-PS 238与所选择的PDE通信(如图8中所示)或(b)非代理模式,其中UE 110直接地与所选择的PDE通信(未显示于图8中)。
在步骤12中,E-PS 238将SUPL_RESPONSE发送到UE 110。对于代理模式来说,在步骤13中UE 110将可载送服务小区信息、嵌入式测位消息(例如,使用3GPP2C.S0022或TIA-801协议)及/或其它信息的SUPL_POS发送到E-PS 238。E-PS 238然后将所述SUPL_POS转发到所选择的PDE(未显示于图8中)。对于非代理模式来说,在步骤12中SUPL_RESPONSE载送所选择的PDE的地址,且UE 110建立到所选择的PDE的安全IP连接并在步骤13中将所述SUPL_POS直接地发送到这一PDE。
在步骤14中,UE 110可与E-PS 238(对于代理模式来说)或所述PDE(对于非代理模式来说)交换额外SUPL_POS。E-PS 238或所述PDE可于所述消息中向UE 110提供辅助数据,且所述UE可将定位测量(例如,A-GPS及/或A-FLT测量)或位置估计提供给所述E-PS或PDE。在步骤15中,所选择的PDE通过依据在步骤13中从UE110所接收的测量计算或通过检验从所述UE所接收的位置估计获得位置估计。所述PDE然后直接地(如果所述PDE与E-PS 238相关联)或间接地(如果所述PDE与V-PS相关联)(未显示于图8中)将所述位置估计返回到E-PS 238。E-PS 238然后于紧急服务位置请求中将所述位置估计转发到MPC 232b。在步骤16中,MPC 232b于紧急服务位置请求响应中将所述位置估计返回到PSAP 180。
在步骤17中,在稍后某一时间,PSAP 180可将另一个紧急服务位置请求发送到MPC 232b以获得UE 110的经更新的位置估计。在所述情况中,MPC 232b可重复步骤8到15以使用X.S0024获得新位置估计并于紧急服务位置请求响应中将其返回到PSAP 180。在步骤18中,在稍后某一时间,释放UE 110于PSAP 180之间的呼叫。在步骤19中,MSC 230b将识别UE 110(例如,经由IMSI或MIN)并指示释放所述呼叫的ANSI-41MAP呼叫终止报告消息发送到MPC 232b。在步骤20中,MPC 232b可删除步骤3中所创建的呼叫记录并将ANSI-41MAP呼叫终止报告确认返回到MSC230b。
4.SUPL 1.0或X.S0024版本1.0的使用
V-PLMN 130可能不或可能不始终采用E-SLP或E-PS以支持SUPL或X.S0024定位来进行紧急电路模式呼叫。而是,V-PLMN 130可采用更早版本的OMA SUPL(例如,SUPL 1.0)或更早版本的X.S0024,所述两者均不具有对紧急呼叫的特殊定位支持。这可以是尚未部署含有对紧急呼叫的特殊定位支持的SUPL或X.S0024版本的网络运营商的使之能够如上文所述使用E-SLP或E-PS的优点。如果网络运营商希望支持仅支持更早版本的SUPL或X.S0024的UE的电路模式紧急呼叫(例如,即使所述网络运营商可支持更新版本的SUPL或X.S0024)这也可以是一个优点。
在一个实施例中,V-PLMN 130可采用请求SLP(R-SLP)而非与GMLC 232a或MPC 232b相关联或相组合的E-SLP。在所述情况中,仍如上文于图4、5及6中所述发生对紧急电路模式呼叫的支持,但具有下述差异。第一,所述R-SLP将替代各个图示中的E-SLP 234a或E-SLP 234b。第二,所述R-SLP将在图4及6中于步骤8且在图5中于步骤6从GMLC 232a或MPC 232b接收位置请求。所述R-SLP将在图4及6中于步骤13及在图5中于步骤11将所获得的UE位置返回到GMLC 232a或MPC232b。第三,在图4及6中针对步骤9到12及在图5中针对步骤7到10所述的SUPL定位程序将被其中所述R-SLP首先请求来自所述UE 110的H-SLP的定位的替代SUPL定位程序代替。然后,所述H-SLP将使用SUPL于UE 110交互作用以获得UE定位并将把所述UE定位返回到所述R-SLP。这种替代SUPL定位程序定义于2006年9月6日的题为“安全用户平面定位体系结构候选版本1.0(Secure User Plane LocationArchitecture Candidate Version 1.0)”的OMA-AD-SUPL-V1_0-20060906-C中,所述文件可公开得到。
如果V-PLMN 130是UE 110的H-PLMN 150,则所述R-SLP可以是UE 110的H-SLP且可使用上文所述的经修改程序而无需R-SLP于H-SLP之间的任一定位请求及响应,这是因为它们现在是相同实体。
在X.S0024的情况中,可以类似的方式使用这种实施例,但其中请求PS(R-PS)替代与V-PLMN 130b中的MPC 232b相关联或相组合的E-PS 238。在这种情况中,图8中的步骤9到14中所述的定位程序将被其中所述R-PS请求来自UE 110的所述H-PS的UE 110定位的程序代替,且如2005年10月的X.S0024“基于IP的定位服务(IP BasedLocation Services)”版本1.0修订本0中所述,所述H-PS然后与UE 110交互作用以获得定位。如同SUPL一样,如果UE 110在其H-PLMN中,则所述R-PS可以是所述H-PS。
5.对未注册、无UICC、无SIM及无UIM的UE的支持
为起始SUPL定位(例如,在图4及6中的步骤9及图5的步骤7中),所述E-SLP使用WAP进栈、SMS、UDP/IP或某些其它装置将SUPL INIT发送到所述UE。为起始X.S0024定位(例如,在图8的步骤9中),所述E-PS使用WAP进栈、SMS、UDP/IP或某些其它装置将SUPL_INIT发送到所述UE。在某些情况中(例如,使用WAP进栈或SMS)如果UE正从其H-PLMN漫游则SUPL INIT的发送可能是困难及费时的且由于与H-PLMN的连网所致也可能是不可靠的。在一个实施例中,所述E-SLP或E-PS将SMS消息直接地发送到服务MSC并模仿3GPP中的SMS网关MSC或3GPP2中的SMS消息中心。
在另一个实施例中,所述E-SLP或E-PS经由GMLC或MPC将所述SMS消息发送到服务MSC以降低所述E-SLP或E-PS的影响。所述实施例也可用于未注册UE、3GPP中的无UICC UE、GSM中的无SIM UE及3GPP2中的无UIM UE。在所述情况中,所述MSC可向所述GMLC或MPC提供临时UE识别符以代替正常IMSI、MSISDN或MIN。所述临时UE识别符可包括于图4的步骤2及图5的步骤3中所发送的MAP订户定位报告中(对于3GPP来说)及图6及8的步骤2中所发送的ANSI-41始发请求中(对于3GPP2来说)。一旦所述UE接收所述SUPL INIT,则其可建立到所述E-SLP或E-PS的IP连接或安全IP连接。未注册、无UICC、无SIM或无UIM UE可建立具有用于紧急呼叫的有限接入的IP连接性,其将使能相同网络中的到E-SLP或E-PS的IP连接。可(例如)使用3GPP SA2文献S2-051950中的“VoIP紧急呼叫支持(VoIPEmergency Call Support)”所述的程序建立IP连接性,所述文献可公开得到。在所述情况中,可不使用独立V-SLP。
上述说明多数假设UE同时支持电路模式呼叫(用于语音)及包模式数据传送(用于定位)。如果所述UE或所述网络不同时支持电路模式及包模式通信,则可以其它方式支持所述UE与所述E-SLP或E-PS之间的信令。
图9显示在各个实体之间进行通信的数个实施例。在一个实施例中,SMS用于所有SUPL通信。在SMS的情况下,在MPC/GMLC与所述MSC之间及所述MSC与使用3GPP及3GPP2中的现有SMS点对点传输协议(例如,SMS MAP消息)的UE之间传送的SMS消息内发送用于定位(例如,SUPL消息)的信令及消息。可直接地在所述MSC与所述GMLC或MPC之间发送SMS信令。在所述E-SLP与所述GMLC或MPC之间可通过(例如)用于所述紧急服务位置请求及响应交换的相同TCP/IP连接或通过不同连接使用TCP/IP传输所述SUPL消息。
在图9中标注为(a)的实施例中,SUPL ULP(并非TCP或IP)用于UE与E-SLP或E-PS之间的端到端。在图9中标注为(b)的另一个实施例中,使用端到端TCP连接传送SUPL ULP。在图9中标注为(c)的再一个实施例中,使用端到端TCP/IP传送SUPL ULP,其中途中有某种协议复制。可通过在所述MSC中对从所述UE发送的SMS消息进行特殊SMS处理来支持这种能力。举例来说,所述MSC可假设在其中使用SUPL的紧急呼叫期间由所述UE所发送的任一SMS消息均希望用于SUPL且然后将吧所述SMS消息发送到所述GMLC或MPC。
6.安全
对于SUPL来说,可建立安全程序以支持受访网络中的代替H-SLP的E-SLP针对漫游及非漫游情景两者及在代理或非代理模式下进行定位。现有SUPL安全程序通常是基于UE及H-SLP两者中的共享密钥(shared key)及或基于涉及所述H-SLP的UE中所规定的其它信息(例如,完全合格域名、根X.509公用密钥证书等等)。所述信息不可用于E-SLP,除非所述UE碰巧在归属网络中。对于所述E-SLP来说,可如下文所述支持对代理及非代理模式的验证。
对于X.S0024来说,也可建立安全程序以支持代替H-PS的E-PS进行定位。现有X.S0024安全程序阐述于3GPP2X.S0024-0及3GPP2S.P0110-0中。所述程序使用于用户的H-PS及用户UIM两者中提供的公用根密钥。可如下从所提供的根密钥推导出额外密钥:
(a)用以支持安全存储及转发压缩(S-SAFE)的密钥,其中使用SMS或WAP进栈将SUPL INIT发送到所述UE并进行验证(如来自H-PS)及视需要加密。
(b)用以支持UE与H-PS之间的安全IP连接的密钥,其中在进行加密及验证的情况吓在UE与H-PS之间发送X.S0024。
(c)用以在非代理模式的情况吓支持UE与PDE之间的安全IP连接的密钥,其中在进行加密及验证的情况下在UE与所述PDE之间发送X.S0024消息。
在其中所述根密钥的任一值存在确定值的情形中上述三个密钥中的每一者均是固定的。然而,依据所述固定密钥中的每一者,可推导出额外密钥以进行加密及验证,其值取决于由UE及H-PS或PDE针对特定测位会话所提供的随机数。这种密钥推导及随附安全程序利用IETF RFC 2246中所述的传送层安全(TLS)程序及IETF草案“用于传送层安全(TLS)的预共享密钥密码套件(Pre-Shared Key Ciphersuites for TransportLayer Security(TLS))中所述的传送层安全程序的PSK-TLS变体。如果X.S0024用于在紧急电路模式呼叫中进行测位且E-PS不是H-PS,则不再可能依赖于UE及E-PS两者中的公用预配置根密钥进行相互验证及加密。
对于SUPL来说,所述UE可验证E-SLP以避免即使在紧急呼叫期间对UE定位的无验证接入。对于X.S0024来说,所述UE及所述E-PS可实施相互验证。表1列出了指定为方法A、B、C、D及E的五种验证方法及每一种方法的特性。
表1-验证方法
特性 | 方法A | 方法B | 方法C | 方法D | 方法E |
验证E-SLP或E-PS | 否 | 是 | 是 | 是 | 是 |
验证UE | 否 | 有限 | 是 | 是 | 是 |
支持漫游 | 是 | 是 | 是 | 是 | |
H-PLMN影响 | 否 | 否 | 否 | 是 | 是 |
到所需V-PLMN的安全UE连接 | 否 | 否 | 是 | 否 | 否 |
支持无UICC/UIM | 是 | 是(注释1) | 有限 | 否 | 否 |
注释1:假设将公用密钥根证书提供于移动设备(ME)中
方法A提供最小验证。如果SUPL INIT指示用于紧急会话的定位且UE当前从事于紧急会话中,则所述UE允许来自未验证E-SLP或E-PS的网络起始SUPL或X.S0024定位。对紧急会话的限制提供某种保护。另外,经由SMS或WAP进栈传递SUPL INIT可提供UE可靠性的额外置信度,这是因为SMS或WAP传递依赖于来自V-PLMN及/或H-PLMN的支持及检验。所述UE可通过不用E-SLP或E-PS调用安全程序选择方法A。在所述情况中,对于SUPL来说,E-SLP可在有限范围内通过SUPL POS INIT中所含有的SUPL INIT散列码检验所述UE。
方法B用于TLS公用密钥验证。如IETF RFC 2246中所述且也如题为“安全用户平面定位体系结构(Secure User Plane Location Architecture)”的OMA SUPL 1.0中针对替代客户机验证机制所述,UE及E-SLP或E-PS支持使用TLS的公开密钥验证。所述机制支持UE通过在TLS握手阶段期间由E-SLP或E-PS所发送的ITU X.509公用密钥证书使用TLS验证所述E-SLP或E-PS。所述公用密钥证书提供一系列数字签名,每一签名验证下一签名,使得只要UE具备至少一个根认证权限的公用密钥,所述UE即可验证所述E-SLP或E-PS的所述公用密钥。所述公用密钥验证TLS程序支持传送供信令(例如,用于后续SUPL或X.S0024消息)的后续加密及验证中使用的对称密钥。对于非代理模式来说,也可通过所述密钥或通过从所述密钥推导出的额外密钥支持UE与SPC或PDE之间的验证及加密。
方法B依赖于一个或多个根认证权限(例如,由OMA定义)对E-SLP或E-PS公用密钥证书的认证及在UE中是否具备支持SUPL或X.S0024以进行紧急呼叫的所述证书。所述UE识别所述证书中的E-SLP或E-PS名称,例如使用E-SLP或E-PS的完全合格域名或所述UE可与已经知道的关于服务网络的信息相匹配的MCC-MNC识别。这保证经由包括于SUPL POS INIT并由所述UE发送到E-SLP的64位SUPL INIT散列由所述UE验证所述E-SLP或E-PS及(对于SUPL来说)所述E-SLP有限验证所述UE。
对于方法B来说,UE(例如UICC或UIM)可提供有一个或多个使所述UE能够检验所述E-SLP或E-PS的公用密钥的根公用密钥证书。所述UE及E-SLP或E-PS可使用RFC 2246中所述的TLS程序及一个或多个安全公用密钥传递程序(例如,RSA、DSS或Diffie-Hellman)建立共享加密密钥及消息验证码(MAC)密钥。SUPL或X.S0024消息的加密及验证可在建立安全TLS连接之后实施。对于非代理模式来说,在SUPL 1.0中针对3GPP2非代理模式所定义的方法可用于根据IETF PSK-TLS产生供UE与SUPL中的SPC之间或UE与X.S0024中的PDE之间进行验证及加密的共享密钥。
方法C用于PSK-TLS验证。UE及E-SLP或E-PS支持根据IETF文献“用于传送层安全(TLS)的预共享密钥密码套件(Pre-Shared Key Ciphersuites for Transport LayerSecurity(TLS))”的PSK-TLS(例如,如SUPL 1.0中针对3GPP2 SET或3GPP2 X.S0024-0及S.P0110-0所述)。可依据以下产生预共享密钥(PSK)(a)由UE、网络(例如,MSC或HLR)及/或E-SLP或E-PS贡献的信息(例如,随机信息);(b)在所述紧急呼叫的建立期间由UE发送或发送到UE的信息(例如,参数);(c)已经存在于所述MSC及UE中以支持来自所述UE的安全电路模式接入的安全信息(例如,加密密钥);及/或(d)其它信息。如果UE向V-PLMN注册则可得到(c)中的安全信息。
在紧急呼叫建立期间UE及E-SLP(或MPC或GMLC)或E-PS(或MPC)可得到所述PSK或用于推导出其的信息。在呼叫设置期间在所述实体之间所建立的信任关系用于获得安全PSK或可推导出安全密钥的公共信息。所述UE及E-SLP然后可采用PSK-TLS以使用所推导出的PSK进行SUPL定位。所述PSK可用于获得额外PSK以用于非代理模式的验证。对于SUPL来说,当在将SUPL INIT从E-SLPUE传递到UE之后所述UE建立到所述E-SLP的IP(PSK-TLS)连接时可使用PSK-TLS支持所述UE与所述E-SLP的相互验证。对于X.S0024来说,如3GPP2 X.S0024-0及S.P0110-0中所述安全PSK可用作可推导出剩余安全信息的根密钥。
方法C依赖于在紧急呼叫设置期间UE与V-PLMN之间的安全连接,其意味着UE在V-PLMN中的注册及UE与所述V-PLMN的相互验证。如果所述UE不具有UICC/UIM或如果V-PLMN与H-PLMN之间不存在漫游协定,则在紧急呼叫设置期间不能实现V-PLMN与UE之间的相互验证及安全传输,且所产生的任一PSK将提供更多有限保护。
方法D用于通过3GPP TS 33.220或3GPP2 TSG-S文献S.P0109中所述的类属引导体系结构(GBA)进行验证。UE及E-SLP或E-PS支持GBA。这使UE及E-SLP或E-PS能够从H-PLMN获得安全共享密钥。对于SUPL来说,如3GPP TS 33.222或3GPP2 TSG-S文献S.P0114中所述,所述密钥可用于支持UE与E-SLP之间的PSK-TLS相互验证。这种方法用于SUPL 1.0以支持3GPP代理模式。所述密钥也可用于支持TLS以及HTTP摘要验证(例如,如3GPPTS 33.222中所述)、UE与E-SLP之间的仅HTTP摘要验证(例如,如3GPP2 TSG-S文献S.P0114中所述)、或其它形式的验证。对于X.S0024来说,所述密钥可用作可推导出剩余安全信息的根密钥。
方法D依赖于H-PLMN及V-PLMN中对GBA的支持及H-PLMN与V-PLMN之间的漫游协定以使能密钥信息从H-PLMN中的引导服务功能(BSF)到V-PLMN中的E-SLP网络应用功能(NAF)的传递。
方法E用于SUPL 1.0或X.S0024验证。对于SUPL来说,如果UE在H-PLMN中,则E-SLP可以是H-SLP,且可使用SUPL 1.0中所定义的现有验证机制。对于X.S0024来说,如果UE在H-PLMN中,则E-PS可以是H-PS,且可使用X.S0024中所定义的现有验证机制。
图10显示UE 110、RAN 120、MSC 230、定位中心242及定位服务器244的实施例的方块图。定位中心242可以是GMLC 232a、MPC 232b及/或某些其它实体。定位服务器244可以是E-SLP 234a、E-SLP 234b、E-PS 238、及/或某些其它实体。为简明起见,图10仅显示:UE 110的一个处理器1010、一个存储器1012及一个收发器1014;RAN 120的仅一个处理器1020、一个存储器1022、一个收发器1024及一个通信(Comm)单元1026;MSC 230的仅一个处理器1030、一个存储器1032及一个通信单元1034;定位中心242的仅一个处理器1040、一个存储器1042及一个通信单元1044;及定位服务器244的仅一个处理器1050、一个存储器1052及一个通信单元1054。一般来说,每一实体可包括任一数量的处理器、存储器、收发器、通信单元、控制器等等。
在下行链路上,RAN 120中基站将业务数据、信令及导频传输到其覆盖区域内的UE。所述各种类型的数据由处理器1020处理并由收发器1024调整以产生下行链路信号,所述下行链路信号经由天线进行传输。在UE 110处,来所述基站的下行链路信号经由天线接收、由收发器1014调整并由处理器1010处理以获得用于电路模式呼叫、定位及其它服务的各种类型的信息。举例来说,处理器1010可在上文所述的消息流中实施UE 110的处理。存储器1012及1022分别地存储用于UE 110及RAN 120的程序代码及数据。在上行链路上,UE 110可将业务数据、信令及导频传输到RAN 120中的基站。所述各种类型的数据由处理器1010处理并由收发器1014调整以产生上行链路信号,所述上行链路信号经由UE天线传输。在RAN 120,来自UE 110及其它UE的上行链路信号被收发器1024接收并调整,且进一步由处理器1020处理以获得各种类型的信息(例如,数据、信令、报告等等)。RAN 120经由通信单元1026与MSC 230及其它实体通信。
在MSC 230中,处理器1030实施所述MSC的处理,存储器1032存储用于所述MSC的程序代码及数据,且通信单元1034允许所述MSC与其它实体通信。处理器1030可在上文所述的消息流中实施MSC 230的处理。
在定位中心242中,处理器1040支持所述UE的定位,存储器1042存储用于所述定位中心的程序代码及数据,且通信单元1044允许所述定位中心与其它实体通信。处理器1040可在上文所述的消息流中实施GMLC 232a及/或MPC 232b的处理。
在定位服务器244中,处理器1050实施所述UE的定位及/或测位处理,存储器1052存储用于所述定位服务器的程序代码及数据,且通信单元1054允许所述定位服务器与其它实体通信。处理器1050可在上述消息流中实施E-SLP 234a、E-SLP 234b及/或E-PS 238的处理。
本文所述技术可通过各种装置来实施。举例而言,所述技术可实施于硬件、软件或其组合中。对于硬件实施方案,用于实施所述技术的处理单元可实施于一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、电子装置、其它设计用于实施本文所述功能的电子单元、或其组合中。
对於固件及/或软件构建方案来说,可使用能实施本文所述功能的模块(例如程序、功能等等)来实施所述技术。所述固件及/或软件代码可存储于存储器(例如,图10中的存储器1012、1022、1032、1042及/或1052)并由处理器(例如,处理器1010、1020、1030、1040及/或1050)处理。所述存储器既可实施于处理器内部也可实施于处理器外部。
本文包含有标题以便于查阅并有助于判定某些部分的位置。所述标题并不希望限定所述标题下所述概念的范围,所述概念也可适用于整篇说明书中的其它章节。
上文对所揭示实施例的说明意在使任何所属技术领域的技术人员皆可制作或使用本发明。所属技术领域的技术人员将易知对所述实施例的各种修改,且本文所界定的一般原理也可应用于其它实施例,此并不背离本发明的精神或范围。因此,本发明并不希望限定为本文所示的实施例,而是欲赋予其与本文所揭示的原理及新颖特征相一致的最宽广范围。
Claims (52)
1、一种用户设备(UE),其操作以与无线网络建立电路模式呼叫以进行紧急服务,与由所述无线网络指示的定位服务器交互作用,且在所述电路模式呼叫期间同所述定位服务器一起实施用户平面定位以获得所述UE的位置估计。
2、如权利要求1所述的UE,且其进一步操作以在实施与公共安全应答点(PSAP)的呼叫设置之前与所述定位服务器一起实施用户平面定位。
3、如权利要求2所述的UE,其中所述PSAP是基于所述位置估计而选择的。
4、如权利要求1所述的UE,且其进一步操作以在实施与公共安全应答点(PSAP)的呼叫设置之后与所述定位服务器一起实施用户平面定位。
5、如权利要求1所述的UE,且其进一步操作以根据安全用户平面定位(SUPL)与SUPL定位平台(SLP)一起实施用户平面定位以获得所述位置估计,所述SLP是由所述无线网络指示的所述定位服务器。
6、如权利要求1所述的UE,且其进一步操作以根据X.S0024与位置服务器(PS)一起实施用户平面定位以获得所述位置估计,所述位置服务器是由所述无线网络指示的所述定位服务器。
7、如权利要求1所述的UE,且其进一步操作以从所述定位服务器接收用以起始用户平面定位并包括所述定位服务器的因特网协议(IP)地址的消息,并使用所述IP地址与所述定位服务器通信。
8、如权利要求1所述的UE,且其进一步操作以在建立所述电路模式呼叫期间将定位信息发送到所述无线网络,且其中所述UE的所述位置估计是基于所述定位信息获得的。
9、如权利要求1所述的UE,且其进一步操作以接收对所述UE的经更新的位置估计的请求并与所述定位服务器一起实施用户平面定位以获得所述经更新的位置估计。
10、如权利要求1所述的UE,且其进一步操作以在实施用户平面定位之前验证所述定位服务器,或被所述定位服务器所验证,或兼进行两者。
11、如权利要求1所述的UE,且其进一步操作以将所述UE的定位能力发送到所述无线网络,且其中所述定位服务器是基于所述UE的所述定位能力而选择的。
12、如权利要求1所述的UE,且其进一步操作以将定位信息发送到所述无线网络,且其中所述定位服务器是基于所述定位信息而选择的。
13、如权利要求1所述的UE,且其进一步操作以与所述无线网络通信以进行所述电路模式呼叫并经由包模式通信与所述无线网络交换消息以进行用户平面定位。
14、如权利要求1所述的UE,且其进一步操作以使用短消息服务(SMS)交换消息以进行用户平面定位。
15、如权利要求1所述的UE,且其进一步操作以使用传输控制协议(TCP)或TCP和因特网协议(IP)两者交换消息以进行用户平面定位。
16、如权利要求1所述的UE,其中所述无线网络是3GPP网络,且其中所述UE操作以建立与所述3GPP网络的所述电路模式呼叫以进行所述紧急服务。
17、如权利要求1所述的UE,其中所述无线网络是3GPP2网络,且其中所述UE操作以建立与所述3GPP2网络的所述电路模式呼叫以进行所述紧急服务。
18、一种方法,其包含:
建立与无线网络的电路模式呼叫以进行紧急服务;
与由所述无线网络指示的定位服务器交互作用;及
在所述电路模式呼叫期间与所述定位服务器一起实施用户平面定位以获得所述UE的位置估计。
19、如权利要求18所述的方法,其中所述实施用户平面定位包含:
根据安全用户平面定位(SUPL)与SUPL定位平台(SLP)一起实施用户平面定位以获得所述位置估计,所述SLP是由所述无线网络指示的所述定位服务器。
20、如权利要求18所述的方法,其中所述实施用户平面定位包含:
从所述定位服务器接收用以起始用户平面定位并包括所述定位服务器的因特网协议(IP)地址的消息;及
使用所述IP地址与所述定位服务器通信。
21、如权利要求18所述的方法,其进一步包含:
与所述无线网络通信以进行所述电路模式呼叫;及
经由包模式通信与所述无线网络交换消息以进行用户平面定位。
22、一种设备,其包含:
用于建立与无线网络的电路模式呼叫以进行紧急服务的装置;
用于与由所述无线网络指示的定位服务器交互作用的装置;及
用于在所述电路模式呼叫期间与所述定位服务器一起实施用户平面定位以获得所述UE的位置估计的装置。
23、如权利要求22所述的设备,其中所述用于实施用户平面定位的装置包含:
用于根据安全用户平面定位(SUPL)与SUPL定位平台(SLP)一起实施用户平面定位以获得所述位置估计的装置,所述SLP是由所述无线网络指示的所述定位服务器。
24、如权利要求22所述的设备,其中所述用于实施用户平面定位的装置包含:
用于从所述定位服务器接收用以起始用户平面定位并包括所述定位服务器的因特网协议(IP)地址的消息的装置;及
用于使用所述IP地址与所述定位服务器通信的装置。
25、如权利要求22所述的设备,其进一步包含:
用于与所述无线网络通信以进行所述电路模式呼叫的装置;及
用于经由包模式通信与所述无线网络交换消息以进行用户平面定位的装置。
26、一种定位中心,其操作以从第一实体接收对用以路由来自用户设备(UE)的电路模式呼叫以进行紧急服务的信息的请求,将所述信息提供给所述第一实体,从第二实体接收对所述UE的位置估计的请求,从支持用户平面定位的定位服务器获得所述位置估计,及将所述位置估计提供给所述第二实体。
27、如权利要求26所述的定位中心,其中所述第一实体是移动交换中心(MSC)且所述第二实体是公共安全应答点(PSAP)。
28、如权利要求26所述的定位中心,且其进一步操作以使用所述位置估计将所述信息提供给所述第一实体。
29、如权利要求26所述的定位中心,其中提供给所述第一实体的所述信息包含用于公共安全应答点(PSAP)的紧急服务路由密钥(ESRK)或紧急服务路由数字(ESRD)。
30、如权利要求26所述的定位中心,且其操作以从支持安全用户平面定位(SUPL)的SUPL定位平台(SLP)获得所述位置估计,所述SLR是支持用户平面定位的所述定位服务器。
31、如权利要求26所述的定位中心,且其操作以从请求SUPL定位平台(R-SLP)获得所述位置估计,所述R-SLP从担当支持用户平面定位的所述定位服务器的归属SLP(H-SLP)获得所述位置估计。
32、如权利要求26所述的定位中心,且其操作以从支持X.S0024的位置服务器(PS)获得所述位置估计,所述PS是支持用户平面定位的所述定位服务器。
33、如权利要求26所述的定位中心,且其操作以从请求位置服务器(R-PS)获得所述位置估计,所述R-PS从担当支持用户平面定位的所述定位服务器的归属SLP(H-SLP)获得所述位置估计。
34、如权利要求26所述的定位中心,且其对应于3GPP网络中的网关移动定位中心(GMLC)。
35、如权利要求26所述的定位中心,且其对应于3GPP2网络中的移动测位中心(MPC)。
36、一种方法,其包含:
从第一实体接收对用以路由来自用户设备(UE)的电路模式呼叫以进行紧急服务的信息的请求;
将所述信息提供给所述第一实体;
从第二实体接收对所述UE的位置估计的请求;
与支持用户平面定位的定位服务器通信以获得所述位置估计;及
将所述位置估计提供给所述第二实体。
37、一种定位服务器,其操作以接收对具有与无线网络的电路模式呼叫以进行紧急服务的用户设备(UE)的位置估计的请求,与所述UE一起实施用户平面定位以获得所述位置估计,及返回所述位置估计。
38、如权利要求37所述的定位服务器,且其操作以根据安全用户平面定位(SUPL)与所述UE一起实施用户平面定位以获得所述位置估计。
39、如权利要求37所述的定位服务器,且其操作以根据X.S0024与所述UE一起实施用户平面定位以获得所述位置估计。
40、如权利要求37所述的定位服务器,且其操作以发送用以与所述UE一起起始用户平面定位的消息,所述消息包括所述定位服务器的因特网协议(IP)地址且由所述UE使用以与所述定位服务器通信以进行用户平面定位。
41、如权利要求37所述的定位服务器,且其操作以在所述电路模式呼叫期间代替所述UE的归属定位服务器以进行紧急服务。
42、如权利要求37所述的定位服务器,且其操作以选择受访定位服务器以支持所述UE的测位及传递在所述受访定位服务器与所述UE之间交换的消息。
43、一种方法,其包含:
接收对具有与无线网络的电路模式呼叫以进行紧急服务的用户设备(UE)的位置估计的请求;
与所述UE一起实施用户平面定位以获得所述位置估计;及
返回所述位置估计。
44、如权利要求43所述的方法,其中所述实施用户平面定位包含发送用以与所述UE一起起始用户平面定位的消息,所述消息包括所述定位服务器的因特网协议(IP)地址并由所述UE使用以与所述定位服务器通信以进行用户平面定位。
45、一种用户设备(UE),其操作以建立与无线网络的电路模式呼叫以进行紧急服务,实施对所述无线网络所选择的定位服务器的验证以进行所述紧急电路模式呼叫,及与所述定位服务器交互作用以获得所述UE的至少一个位置估计以进行所述紧急电路模式呼叫。
46、如权利要求45所述的UE,且其进一步操作以与所述定位服务器一起实施相互验证。
47、如权利要求45所述的UE,且其进一步操作以从所述定位服务器接收用以起始定位处理的消息,且如果所述消息指示针对紧急呼叫的定位处理且所述UE正从事于所述紧急电路模式呼叫,则验证所述定位服务器。
48、如权利要求45所述的UE,且其进一步操作以使用存储在所述UE处的根公用密钥证书实施传送层安全(TLS)公用密钥验证来检验所述定位服务器的公用密钥。
49、如权利要求45所述的UE,且其进一步操作以基于在所述UE及所述无线网络处可用的公共信息产生预共享密钥(PSK),及
使用所述预共享密钥实施验证。
50、如权利要求45所述的UE,且其进一步操作以基于类属引导体系结构(GBA)实施验证。
51、如权利要求45所述的UE,且其进一步操作以根据安全用户平面定位(SUPL)或X.S0024实施验证。
52、一种方法,其包含:
建立与无线网络的电路模式呼叫以进行紧急服务;
实施对所述无线网络所选择的定位服务器的验证以进行所述紧急电路模式呼叫;及
与所述定位服务器交互作用以获得所述UE的至少一个位置估计以进行所述紧急电路模式呼叫。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610884022.8A CN107071891A (zh) | 2005-09-15 | 2006-09-15 | 用于紧急电路模式呼叫支持的方法和设备 |
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US71762005P | 2005-09-15 | 2005-09-15 | |
US60/717,620 | 2005-09-15 | ||
US60/730,312 | 2005-10-25 | ||
US60/749,294 | 2005-12-09 | ||
US60/749,233 | 2005-12-09 | ||
US11/532,044 | 2006-09-14 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610884022.8A Division CN107071891A (zh) | 2005-09-15 | 2006-09-15 | 用于紧急电路模式呼叫支持的方法和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101305636A true CN101305636A (zh) | 2008-11-12 |
Family
ID=40114404
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610884022.8A Pending CN107071891A (zh) | 2005-09-15 | 2006-09-15 | 用于紧急电路模式呼叫支持的方法和设备 |
CNA2006800419409A Pending CN101305636A (zh) | 2005-09-15 | 2006-09-15 | 紧急电路模式呼叫支持 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610884022.8A Pending CN107071891A (zh) | 2005-09-15 | 2006-09-15 | 用于紧急电路模式呼叫支持的方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN107071891A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101959163A (zh) * | 2009-07-17 | 2011-01-26 | 中兴通讯股份有限公司 | 一种实现紧急呼叫的方法 |
WO2011035648A1 (zh) * | 2009-09-28 | 2011-03-31 | 中兴通讯股份有限公司 | 一种紧急定位实现方法及系统 |
CN102036206A (zh) * | 2009-09-30 | 2011-04-27 | 中兴通讯股份有限公司 | 一种实现定位的方法及系统 |
CN102263779A (zh) * | 2010-05-28 | 2011-11-30 | 中兴通讯股份有限公司 | 为紧急会话分配公共安全应答点的方法和系统 |
CN105191365A (zh) * | 2013-03-05 | 2015-12-23 | 高通股份有限公司 | 本地化安全用户平面定位(supl)应急会话 |
CN102263779B (zh) * | 2010-05-28 | 2016-12-14 | 中兴通讯股份有限公司 | 为紧急会话分配公共安全应答点的方法和系统 |
CN110417767A (zh) * | 2013-03-01 | 2019-11-05 | T移动美国公司 | 用于紧急呼叫路由故障转移的系统和方法 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11617059B1 (en) | 2021-05-28 | 2023-03-28 | T-Mobile Usa, Inc. | Mobile device geographic location determination for emergency services |
CN115001570B (zh) * | 2022-08-03 | 2022-10-25 | 中电防务科技有限公司 | 一种基于多波束卫星移动通信系统的应急通信方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6771742B2 (en) * | 2001-11-05 | 2004-08-03 | Intrado Inc. | Geographic routing of emergency service call center emergency calls |
US8023958B2 (en) * | 2003-03-05 | 2011-09-20 | Qualcomm Incorporated | User plane-based location services (LCS) system, method and apparatus |
FI20040036A0 (fi) * | 2004-01-13 | 2004-01-13 | Nokia Corp | Paikkainformaation tuottaminen vieraillussa verkossa |
FI20040037A0 (fi) * | 2004-01-13 | 2004-01-13 | Nokia Corp | Paikkainformaation tuottaminen |
-
2006
- 2006-09-15 CN CN201610884022.8A patent/CN107071891A/zh active Pending
- 2006-09-15 CN CNA2006800419409A patent/CN101305636A/zh active Pending
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101959163A (zh) * | 2009-07-17 | 2011-01-26 | 中兴通讯股份有限公司 | 一种实现紧急呼叫的方法 |
WO2011035648A1 (zh) * | 2009-09-28 | 2011-03-31 | 中兴通讯股份有限公司 | 一种紧急定位实现方法及系统 |
CN102036205A (zh) * | 2009-09-28 | 2011-04-27 | 中兴通讯股份有限公司 | 一种紧急定位实现方法及系统 |
CN102036206A (zh) * | 2009-09-30 | 2011-04-27 | 中兴通讯股份有限公司 | 一种实现定位的方法及系统 |
CN102036206B (zh) * | 2009-09-30 | 2015-07-22 | 中兴通讯股份有限公司 | 一种实现定位的方法及系统 |
CN102263779A (zh) * | 2010-05-28 | 2011-11-30 | 中兴通讯股份有限公司 | 为紧急会话分配公共安全应答点的方法和系统 |
CN102263779B (zh) * | 2010-05-28 | 2016-12-14 | 中兴通讯股份有限公司 | 为紧急会话分配公共安全应答点的方法和系统 |
CN110417767A (zh) * | 2013-03-01 | 2019-11-05 | T移动美国公司 | 用于紧急呼叫路由故障转移的系统和方法 |
CN110417767B (zh) * | 2013-03-01 | 2022-02-25 | T移动美国公司 | 用于紧急呼叫路由故障转移的系统和方法 |
CN105191365A (zh) * | 2013-03-05 | 2015-12-23 | 高通股份有限公司 | 本地化安全用户平面定位(supl)应急会话 |
CN105191365B (zh) * | 2013-03-05 | 2017-06-09 | 高通股份有限公司 | 本地化安全用户平面定位(supl)应急会话 |
Also Published As
Publication number | Publication date |
---|---|
CN107071891A (zh) | 2017-08-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2762231C (en) | Emergency circuit-mode call support | |
US10708748B2 (en) | VoIP emergency call support | |
CA2617783C (en) | Voip emergency call support | |
CN102970655B (zh) | Voip紧急呼叫处理 | |
CN101305636A (zh) | 紧急电路模式呼叫支持 | |
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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20081112 |