法律状态公告日
法律状态信息
法律状态
2014-12-24
授权
授权
2012-02-22
实质审查的生效 IPC(主分类):H04W4/02 申请日:20100209
实质审查的生效
2012-01-04
公开
公开
I.根据35 U.S.C.§119的优先权要求
本专利申请要求以下临时申请的优先权：
●2009年2月9日提交的题为“Location Continuity for Emergency Calls(用 于紧急呼叫的定位连续性)”的美国申请S/N.61/151,123，
●2009年2月11日提交的题为“Location Continuity for Emergency Calls” 的美国申请S/N.61/151,726，
●2009年3月23日提交的题为“Location Continuity for Emergency Calls” 的美国申请S/N.61/162,606，
●2009年3月26日提交的题为“Location Continuity for Emergency Calls” 的美国申请S/N.61/163,664，以及
●2009年5月4日提交的题为“Location Continuity for Emergency Calls” 的美国申请S/N.61/175,452。
以上列出的全部临时申请都被转让给本申请受让人并因此通过援引明确纳入 于此。
背景
I.领域
本公开一般涉及通信，尤其涉及用于支持用户装备(UE)的定位服务的技术。
II.背景
无线通信网络被广泛部署以提供诸如语音、视频、分组数据、消息接发、广 播等各种通信服务。这些无线网络可以是能够通过共享可用的网络资源来支持多个 用户的多址网络。这类多址网络的示例包括码分多址(CDMA)网络、时分多址 (TDMA)网络、频分多址(FDMA)网络、正交FDMA(OFDMA)网络、以及 单载波FDMA(SC-FDMA)网络。
UE可针对例如紧急呼叫等呼叫与无线网络通信。可能希望在呼叫期间确定 UE的位置以使得例如应急人员能被派遣到正确的位置。UE的位置可在来自能为 UE提供定位服务的一个或更多个网络实体的支持下确定。UE可以是移动的并且 在呼叫期间可从一个无线网络移交给另一个无线网络。可能希望在移交之后维持对 UE的定位服务。
概述
本文中描述了用于继移交之后维护对UE的定位连续性的技术。定位连续性是 指在从一个无线网络移交至另一个无线网络之后继续支持对UE的定位服务的能 力。定位连续性对于紧急呼叫可能是尤为合需的，例如以使得对UE的初始位置估 计和/或已更新位置估计能被提供给服务紧急呼叫的公共安全应答点(PSAP)。
UE可在呼叫期间从第一无线电接入网(RAN)移交至第二RAN。UE在移交 之前可与第一RAN通信并且可由源服务节点和源定位服务器来服务。UE在移交 之后可与第二RAN通信并且可由目标服务节点和目标定位服务器来服务。每个 RAN可支持UE的无线电通信。每个服务节点可支持UE的通信服务。每个定位服 务器可支持对UE的定位服务。
在一方面，可通过在UE的移交期间将目标服务节点的身份或地址传递给定位 服务器来维持对UE的定位连续性。在一种设计中，目标服务节点可将其身份发送 给目标定位服务器，目标定位服务器随后可更新服务UE的定位和路由功能(LRF)。 在可应用于从分组交换域至电路交换域的移交的另一种设计中，源服务节点可将目 标服务节点的身份发送给源定位服务器，源定位服务器随后可更新LRF。对于这 两种设计，LRF可使用目标服务节点身份来发起对UE的定位会话(若需要)。如 果源定位服务器不同于目标定位服务器，则LRF可在移交之后移除源定位服务器。
以下更加详细地描述本公开的各种方面和特征。
附图简述
图1和2解说了不同的无线网络的两种示例性部署。
图3到6解说了用于维持UE的定位连续性的4种方案。
图7解说了用于维持UE的定位连续性的消息流。
图8解说了UE的示例性移交场景。
图9解说了用于由服务节点来支持定位服务的过程。
图10解说了用于由定位服务器来支持定位服务的过程。
图11解说了用于由LRF来支持定位服务的过程。
图12解说了用于由UE来获得定位服务的过程。
图13解说了UE和各种网络实体的框图。
详细描述
本文中描述了用于继移交之后维持UE的定位连续性的技术。这些技术可用于 各种无线网络，诸如由名为“第三代伙伴项目”(3GPP)的组织定义的3GPP无 线网络和由名为“第三代伙伴项目2”(3GPP2)的组织定义的3GPP2无线网络。
这些技术还可用于不同类型的呼叫，诸如电路交换(CS)呼叫和分组交换(PS) 呼叫。CS呼叫是其中专用资源(例如，话务信道)在整个历时期间被指派给该呼 叫的呼叫。PS呼叫是其中数据是在使用共享资源的分组中发送的呼叫。无线网络 可支持唯CS呼叫或唯PS呼叫、或CS和PS呼叫两者。
这些技术还可用于用户层面和控制层面定位解决方案/架构。用户层面定位解 决方案是经由用户层面发送定位服务消息的定位解决方案。用户层面是用于承载高 层应用的信令和数据并采用用户层面承载的机制，其典型地用诸如用户数据报协议 (UDP)、传输控制协议(TCP)和网际协议(IP)等标准协议来实现。控制层面 定位解决方案是经由控制层面发送定位服务消息的定位解决方案。控制层面是用于 承载高层应用的信令的机制，并且通常用因网络而异的协议、接口、和信令消息来 实现。支持定位服务的消息在控制层面定位解决方案中是作为信令的一部分来承载 的，而在用户层面定位解决方案中是作为数据(从网络观点而言)的一部分来承载 的。然而，在用户层面和控制层面定位解决方案两者中，消息的内容可以相同或相 似。
表1列出了一些示例性定位解决方案。安全用户层面定位(SUPL)在公众可 从开放式移动联盟(OMA)获取的文献中描述。TS 23.271和其他“TS”文献是公 众可从3GPP获取的。ANSI J-STD-036在公众可从国家标准协会(ANSI)获取的 文献中描述。3GPP2 X.S0002在公众可从3GPP2获取的文献中描述。
表1-定位解决方案
图1示出了3GPP无线网络102和104的示例性部署。一般而言，无线网络可 包括(i)能支持无线电通信的RAN以及(ii)能支持各种通信服务的核心网。RAN 也可被称为接入网、无线电网络等。无线网络102包括RAN 122和核心网130。 无线网络104包括RAN 124和核心网140。
RAN 122可以是支持宽带码分多址(WCDMA)的通用地面无线电接入网 (UTRAN)、或支持全球移动通信系统(GSM)和增强数据率GSM演进(EDGE) 的GSM EDGE无线电接入网(GERAN)、或支持其他某种无线电接入技术(RAT) 的RAN。RAN 124可以是支持长期演进(LTE)的演进UTRAN(E-UTRAN)或 支持其他某种RAT的RAN。RAT也可被称为无线电技术、空中链路接口、无线 接入类型等。每种RAN可包括基站和/或其他网络实体。基站也可被称为B节点、 演进型B节点(eNB)等。例如，UTRAN 122可包括B节点和无线电网络控制器 (RNC)，RNC可提供对B节点的协调和控制。E-UTRAN 124可包括eNB。
核心网130可为与RAN 122通信的UE支持各种通信服务。在核心网130内， 移动交换中心(MSC)132可为其覆盖区内的UE执行针对CS呼叫的交换和信令 功能。MSC服务器134可为其覆盖区内的UE执行针对CS呼叫的信令功能。服务 GPRS支持节点(SGSN)136可为与RAN 122通信的UE执行针对PS连接和会话 的信令、交换和路由功能。网关GPRS支持节点(GGSN)137可执行各种功能， 诸如对UE的数据连通性的维护、IP地址分配、IP路由等。服务移动定位中心 (SMLC)或独立SMLC(SAS)128可支持对与RAN 122通信的UE的定位。定 位是指确定目标UE的地理位置的功能。网关移动定位中心(GMLC)138可执行 各种功能以支持定位服务、与外部定位服务(LCS)客户端接口、以及提供诸如订 户隐私、授权、认证、计帐等服务。SMLC/SAS 128和GMLC 138可为3GPP支持 控制层面定位解决方案，例如TS 23.271。
无线网络102可支持PS和CS呼叫。对于UTRAN PS，PS呼叫可由UTRAN 122和SGSN 136支持。对于UTRAN CS，CS呼叫可由UTRAN 122支持以及要么 由MSC 132要么由MSC服务器134支持。对于GERAN CS，CS呼叫可由GERAN 122支持以及要么由MSC 132要么由MSC服务器134支持。
核心网140可为与RAN 124通信的UE支持各种通信服务。在核心网140内， 移动性管理实体(MME)142可执行各种控制功能，诸如移动性管理、网关选择、 认证、承载管理等。演进型SMLC(E-SMLC)144可支持对与RAN 124通信的 UE的定位。服务网关(S-GW)146可执行与UE的数据传输有关的各种功能，诸 如数据路由和转发、移动性锚定等。分组数据网络(PDN)网关150可执行各种功 能，诸如对UE的数据连通性的维护、IP地址分配、IP路由等。
GMLC 148可支持对与RAN 124通信的UE的定位服务。紧急SUPL定位平 台(E-SLP)158可包括SUPL位置中心(SLC)以及可能的SUPL定位中心(SPC)。 SLC可执行用于定位服务的各种功能、协调SUPL的操作、以及与启用SUPL的终 端(SET)交互。SPC可支持对SET的定位和辅助数据到SET的递送，并且还可 负责供定位演算用的消息和程序。GMLC 148可为3GPP支持控制层面定位解决方 案，例如TS 23.271。E-SLP 158可支持SUPL。针对经由RAN 124或经由RAN 122 和SGSN 136的给定呼叫可要么选择控制层面定位解决方案要么选择用户层面定 位解决方案。
代理呼叫会话控制功能(P-CSCF)152和紧急CSCF(E-CSCF)154可支持 IP多媒体子系统(IMS)服务，例如IP语音(VoIP)。P-CSCF 152可接受来自 UE的请求，并且可内部地服务这些请求或者将它们(可能在翻译之后)转发给其 他实体。E-CSCF 154可为UE执行会话控制服务，可维护用于支持IMS紧急服务 的会话状态，以及可支持紧急VoIP呼叫。紧急服务集中化和连续性应用服务器 (E-SCC AS)156可支持语音呼叫的单次无线电语音呼叫连续性(SRVCC)。在 SRVCC下，对于不能同时访问CS RAN与PS RAN这两种RAN的UE，当在CS RAN 与PS RAN之间发生移交时，可保留呼叫。
PSAP 180是负责应答紧急呼叫(例如，警务、消防、和医疗服务)的实体， 并且也可被称为紧急中心(EC)。这样的呼叫可在用户拨打某种固定的公知号 码——诸如北美地区的‘911’或欧洲的‘112’——时发起。PSAP 180可支持PS 呼叫(例如，VoIP语音)和会话发起协议(SIP)，SIP是用于发起、修改、和终 止基于IP的交互式用户会话的信令协议。PSAP 180还可支持CS呼叫。
LRF 170可与PSAP 180接口并且可执行路由功能以及支持紧急呼叫的定位服 务(例如，检索位置估计)。当在PS域中发起紧急呼叫时，可指派LRF 170，如 在TS 23.167中所描述的。LRF 170可以是用于定位服务的锚定点并且可在移交之 后被维持。LRF 170可以实现在任何定位服务器外部，如图1中所示。LRF 170还 可以例如经由连接或经由共用物理实现与定位服务器交迭。
UE 110可与无线网络102和/或104通信以获得通信服务。UE 110可以是不 动的或移动的，并且亦可被称为移动站、接入终端、SET、订户单元、台、等等。 UE 110可以是蜂窝电话、个人数字助理(PDA)、无线设备、无线调制解调器、 无线路由器、膝上型计算机、遥测设备、追踪设备等。UE 110可与RAN 122或124 中的一个或多个基站通信。UE 110还可接收和测量来自一个或多个卫星190的信 号并获得对这些卫星的伪距测量。UE 110还可测量来自RAN 122和/或RAN 124 中的基站的信号并获得对应这些基站的时基测量、信号强度测量、和/或信号质量 测量。伪距测量、时基测量、信号强度测量和/或信号质量可被用来推导UE 110的 位置估计。位置估计也可被称为定位估计、位置锁定等。
卫星190可以是美国全球定位系统(GPS)、欧洲Galileo系统、俄罗斯 GLONASS系统、或其他某种卫星定位系统(SPS)的一部分。SPS典型地包括定 位成使得各接收机能够基于接收自发射机的信号来确定其在地球上或上空的位置 的发射机系统。
图2示出了3GPP无线网络104和3GPP2无线网络106的示例性部署。无线 网络106包括RAN 126和核心网160。RAN 126可以是支持CDMA2000 1xRTT的 1xRTT RAN、或支持IS-858的高速率分组数据(HRPD)RAN、或支持其他某种 RAT的RAN。1xRTT和HRPD是cdma2000的部分。HRPD也可被称为演进数据 最优化(EV-DO)。
核心网160可为与RAN 126通信的UE支持各种通信服务。在核心网160内， 1xRTT MSC 162可为与1xRTT RAN 126通信的UE执行针对CS呼叫的交换功能。 1x CS协作解决方案功能(1xCS IWS)164可支持核心网140与160之间的协作。 分组数据服务节点(PDSN)169可为与HRPD RAN 126通信的UE执行针对PS 连接和会话的交换和路由功能。定位实体(PDE)166可支持对与1xRTT/HRPD RAN 126通信的UE的定位。移动定位中心(MPC)168可执行各种功能以支持定位服 务、与外部LCS客户端接口、以及提供诸如订户隐私、授权、认证、计帐等服务。 MPC 168可为3GPP2支持控制层面定位解决方案，例如ANSI J-STD-036、3GPP2 X.S0002等。
图1和2示出了每个无线网络中可包括的一些网络实体。图1和2还示出了 各种网络实体之间的一些接口。每个无线网络可包括可支持其他功能和服务的其他 网络实体和接口。
UE 110可针对例如紧急呼叫等呼叫与无线网络通信。UE 110可具有被指定为 针对通信服务而服务UE 110的服务节点。服务节点可取决于UE 110正与哪个RAN 通信以及呼叫类型。表2列出了可充当UE 110的服务节点的不同网络实体。PDSN 169与其他服务节点的不同之处可在于其并不直接与诸如MPC等定位服务器通信。
表2-服务节点
UE 110可在呼叫期间经由定位服务器接收定位服务。定位服务器可取决于UE 110正与哪个无线网络通信以及是使用控制层面还是用户层面定位解决方案。表3 列出了可充当UE 110的定位服务器的不同网络实体。
表3-定位服务器
UE 110可在呼叫期间执行移交。移交是指UE的无线电连接从一个RAN转移 到另一个RAN。无线电连接可用来支持UE与RAN之间的信令和话务数据。话务 数据可包括语音呼叫、紧急呼叫、数据呼叫等之中的一种或更多种。取决于RAT， 语音呼叫或紧急呼叫可使用例如要么电路要么VoIP。
UE 110可在呼叫期间执行从源无线网络到目标无线网络的移交。UE 110在移 交之前可与源RAN通信并且可由源无线网络中的源服务节点和源定位服务器来服 务。UE 110在移交之后可与目标RAN通信并且可由目标无线网络中的目标服务节 点和目标定位服务器来服务。移交之前的网络实体处于源侧，而移交之后的网络实 体处于目标侧。如果呼叫是由PSAP 180服务的紧急呼叫，则源和目标定位服务器 可与共用LRF 170交互，该LRF 170可提供至PSAP 180的接口。
源和目标RAN可各自利用任何RAT并且可支持CS或PS呼叫。源和目标定 位服务器可各自支持控制层面或用户层面定位解决方案。可能存在大量可能的移交 场景，它们具有以下源和目标RAN以及源和目标定位解决方案的选项：
●源RAN：E-UTRAN、UTRAN PS、UTRAN CS、GERAN PS、GERAN CS、 1xRTT、HRPD，
●目标RAN：E-UTRAN、UTRAN PS、UTRAN CS、GERAN PS、GERAN CS、 1xRTT、HRPD，
●源定位解决方案：用于GERAN、UTRAN、和E-UTRAN的3GPP CP解决 方案；用于1xRTT的3GPP2 CP解决方案；SUPL，以及
●目标定位解决方案：用于GERAN、UTRAN、和E-UTRAN的3GPP CP解 决方案；用于1xRTT的3GPP2 CP解决方案；SUPL。
表4列出了一些示例性移交场景(顶行)并提供了每种移交场景的源和目标 RAN、源和目标服务节点、以及源和目标定位服务器。
表4-移交场景
可能希望在尽可能多的移交场景中维持UE 110的定位连续性。可执行以下动 作集以便继移交之后维持UE 110的定位连续性：
(a)如果源定位服务器不同于目标定位服务器则移除源定位服务器(例如GMLC、 MPC、或E-SLP)；
(b)如果目标定位服务器不同于源定位服务器则指派目标定位服务器(例如 GMLC、MPC、或E-SLP)；
(c)如果目标定位服务器支持控制层面定位解决方案，则向目标定位服务器提供 目标服务节点(例如，MME、SGSN、MSC服务器、或1xRTT MSC)的身份 以及可能还有目标蜂窝小区身份(ID)；以及
(d)如果目标定位服务器支持SUPL但源定位服务器不支持SUPL，则向E-SLP 提供：(i)用于接入UE 110的装置，例如用于支持SUPL INIT消息从E-SLP 至UE的UDP/IP或SIP推式传递的装置；以及(ii)可能还有用于支持相互认 证的装置。
目标服务节点身份可以是IP地址或E.164地址，或完全合格域名(FQDN)、 或直径域身份。动作(c)可使得能在移交之后使用控制层面的移动台终止位置请 求(MT-LR)定位程序(例如，代表PSAP 180)获得UE 110的位置。动作(d)可 使得能在移交之后使用SUPL定位程序(例如，代表PSAP 180)获得UE 110的位 置。这些定位程序可用来为紧急呼叫获得UE 110的初始和/或已更新位置估计。
可定义各种方案通过完成动作(a)到(d)来维持UE 110的定位连续性。这些方案 可假定单个LRF 170但潜在可能有多个定位服务器来支持紧急呼叫，紧急呼叫可 源于PS域或可被移交到PS域。这些方案可用于图1中从无线网络104到无线网 络102的移交(或反之)，以及还可用于图2中从无线网络104到无线网络106 的移交(或反之)。
图3示出用于继例如紧急呼叫的移交之后维持UE 110的定位连续性的第一方 案的设计。第一方案可用于以下移交场景：(i)在源侧使用控制层面或用户层面定 位解决方案；并且(ii)在目标侧使用控制层面解决方案。如图3中所示，UE 110 在移交之前可与第一RAN 312通信并且可由源侧的源服务节点314和源定位服务 器316来服务。UE 110在移交之后可与第二RAN 322通信并且可由目标侧的目标 服务节点324和目标定位服务器326来服务。源服务节点314可以是图1和2中的 MME 142、或SGSN 136、或MSC服务器134、或1xRTT MSC 162。目标服务节 点324可以是MME 142、或SGSN 136、或MSC服务器134、或1xRTT MSC 162。 源定位服务器316可以是(i)用于控制层面定位解决方案的GMLC 138、或GMLC 148、或MPC 168，或者(ii)用于用户层面定位解决方案的E-SLP 158。目标定位服 务器326可以是用于控制层面定位解决方案的GMLC 138、或GMLC 148、或MPC 168。
UE 110可执行从RAN 312至RAN 322的移交。源服务节点314还可为UE 110 执行与目标服务节点324的移交。RAN 312中的基站或其他某种网络实体(例如 RNC)可向源服务节点314提供：(i)目标基站或目标RNC的身份以移交给UTRAN 或E-UTRAN；或者(ii)目标蜂窝小区/扇区的身份以移交给GERAN或1xRTT。此 身份可从由UE 110提供给源基站的移交相关测量推导出。源服务节点314可使用 其配置信息将接收到的基站或蜂窝小区身份转换成目标服务节点324的身份，目标 服务节点324可以是所标识目标基站或目标蜂窝小区/扇区的服务节点。
对于第一方案，目标服务节点324可例如基于存储在目标服务节点324上的 配置信息或基于域名系统(DNS)查询来确定目标定位服务器326。该确定可计及 目标基站或目标蜂窝小区/扇区，例如以使得可指派不同的定位服务器来支持与相 同服务节点相关联的不同基站或蜂窝小区/扇区集合。目标服务节点324可在移交 期间或在移交完成时将其身份(例如，其地址)传递给目标定位服务器326(步骤 1)。该传递可通过以下方式达成：(i)如果目标服务节点324是SGSN 136或MSC 服务器134则用移动应用部分(MAP)订户位置报告(SLR)消息来达成；或者(ii) 如果目标服务节点324是1xRTT MSC 162则用ANSI-41发源请求(ORREQ)消 息来达成；或者(iii)如果目标服务节点324是MME 142则用SLR或其他某种消息 来达成。目标服务节点324通常可与目标定位服务器326交互以支持定位服务。步 骤1中的传递可使用目标服务节点324与目标定位服务器326之间的现有接口来达 成。
目标定位服务器326可确定其是否是UE 110的源定位服务器，例如倘若维持 了呼叫记录则通过查找关于UE 110的呼叫记录来确定。如果确定目标和源定位服 务器是相同的，则可跳过其余步骤。否则，目标定位服务器326可用关于移交的信 息来更新LRF 170(步骤2)。例如，目标定位服务器326可将目标服务节点324 的身份和UE 110的身份提供给LRF 170。LRF 170可接收来自目标定位服务器326 的更新，并且如果源定位服务器316当前被指派且不同于目标定位服务器326则可 移除源定位服务器316(步骤3)。
作为替换，如果目标服务节点324是1xRTT MSC 162，则从1xRTT MSC 162 的观点而言，UE 110和1xCS IWS 164可发起1xRTT紧急呼叫作为移交的部分， 例如类似于根据TS 23.216发起用于移交的正常呼叫。这随后可导致1xRTT MSC 162查询MPC 168以作为正常1xRTT紧急呼叫发起的一部分。MPC 168随后可返 回(i)标识呼叫发源的蜂窝小区/扇区的紧急服务路由密钥(ESRK)号，或(ii)唯一 性地标识给定蜂窝小区/扇区中的呼叫的紧急服务路由数位(ESRD)号。然而， MPC 168可确定来自1xRTT MSC 162的查询是用于支持UE 110的紧急呼叫至 1xRTT的移交，例如，MPC 168可查询LRF 170以确定关于UE 110的紧急呼叫的 记录已存在于LRF 170中。MPC 168随后可将ESRK或ESRD号设置为用于SRVCC 的紧急会话传输号(E-STN-SR)。作为根据J-STD-036的正常紧急呼叫建立的一 部分，1xRTT MSC 162随后可将该呼叫路由至E-STN-SR，E-STN-SR随后可将该 呼叫传递给E-SCC AS 156。
第一方案在处理连贯的移交时可能是稳健的，因为目标服务节点控制步骤1 中定位服务器的更新以及后续移交两者。如果步骤1在步骤2的同时(或之后)得 到目标定位服务器的确认，那么如果在步骤1之后但在接收到确认之前需要另一次 移交，则目标服务节点可等待直至接收到此确认，然后才激发UE 110的另一次移 交。这可确保LRF 170在其可能随后被通知第二次移交之前将被通知第一次移交 (步骤2)，例如至LRF 170的移交通知将不会以错误的次序发生。如果在步骤1 发生之前需要另一次移交，则目标服务节点可跳过步骤1到3并且可允许新的目标 服务节点执行更新，这可向定位服务器和LRF 170隐藏第一次移交并且可使得看 起来似乎仅发生了该后续移交。
图4示出用于继例如紧急呼叫的移交之后维持UE 110的定位连续性的第二方 案的设计。第二方案可用于以下移交场景：(i)在源侧使用控制层面定位解决方案； 并且(ii)在目标侧使用控制层面或用户层面解决方案。如图4中所示，UE 110在 移交之前可与第一RAN 412通信并且可由源服务节点414和源定位服务器416来 服务。UE 110在移交之后可与第二RAN 422通信并且可由目标服务节点424和目 标定位服务器426来服务。源服务节点414可以是MME 142、或SGSN 136、或 MSC服务器134。目标服务节点424可以是MME 142、或SGSN 136、或MSC服 务器134、或1xRTT MSC 162。源定位服务器416可以是用于控制层面定位解决方 案的GMLC 138或GMLC 148。目标定位服务器426可以是(i)用于控制层面定位 解决方案的GMLC 138、或GMLC 148、或MPC 168，或者(ii)用于用户层面定位 解决方案的E-SLP 158。
对于第二方案，源服务节点414可在移交完成之后将UE 110的身份和目标服 务节点424的身份传递给源定位服务器416(步骤1)。此传递可通过以下方式来 达成：(i)如果源服务节点414是SGSN 136或MSC服务器134则用MAP订户位 置报告(SLR)消息来达成，或者(ii)如果源服务节点414是MME 142则用SLR 或等效消息来达成。
如果源定位服务器416维护呼叫记录并且能确定其将是目标定位服务器，则 可跳过后续步骤。否则，源定位服务器416可用关于移交的信息来更新LRF 170， 例如提供UE身份和目标服务节点身份(步骤2)。LRF 170可确定并指派UE 110 的目标定位服务器426。如果目标定位服务器426不同于源定位服务器416，则LRF 170可向目标定位服务器426提供关于UE 110和目标服务节点424的信息(步骤 3)。如果源定位服务器416不同于目标定位服务器426，则LRF 170随后可移除 源定位服务器416(步骤4)。目标定位服务器426可基于接收自LRF 170的信息 与目标服务节点424通信。如果在目标定位服务器426能向目标服务节点424发送 对UE 110的定位请求之前发生来自目标侧的后续移交，则目标服务节点424可确 定目标定位服务器426(例如，基于配置信息)。目标服务节点424随后可关于此 后续移交更新目标定位服务器426。
图5示出用于继例如紧急呼叫的移交之后维持UE 110的定位连续性的第三方 案的设计。第三方案可用于以下移交场景中3GPP RAT之间的移交：(i)在源侧使 用控制层面定位解决方案；并且(ii)在目标侧使用控制层面或用户层面解决方案。 如图5中所示，UE 110在移交之前可与第一RAN 512通信并且可由源服务节点514 和源定位服务器516来服务。UE 110在移交之后可与第二RAN 522通信并且可由 目标服务节点524和目标定位服务器526来服务。源服务节点514可以是MME 142、 或SGSN 136、或MSC 132、或MSC服务器134。目标服务节点524可以是MME 142、或SGSN 136、或MSC 132、或MSC服务器134。源定位服务器516可以是 用于控制层面定位解决方案的GMLC 138或GMLC 148。目标定位服务器526可以 是(i)用于控制层面定位解决方案的GMLC 138或GMLC 148，或者(ii)用于用户 层面定位解决方案的E-SLP 158。
对于第三方案，源服务节点514可在移交开始时将源定位服务器516的身份 传递给目标服务节点524(步骤1)。此传递可在由源服务节点514发送给目标服 务节点524的第一消息中发生。此消息可以是(i)用于3GPP PS至PS移交的GPRS 隧传协议(GTP)转发重定位请求消息，或(ii)用于E-UTRAN至UTRAN/GERAN SRVCC移交的SRVCC PS至CS请求消息，或(iii)其他某种消息。
目标服务节点524随后可在移交完成之后将其身份以及UE 110的身份(基于 步骤1中接收到的源定位服务器身份)传递给源定位服务器516(步骤2)。此传 递可通过以下方式来达成：如果目标服务节点524是SGSN 136或MSC服务器134 则用MAP SLR消息来达成，或者如果目标服务节点524是MME 142则用其他某 种消息来达成。
如果源定位服务器516维护呼叫记录并且能确定其将是目标定位服务器，则 可跳过后续步骤。否则，源定位服务器516可用关于移交的信息来更新LRF 170， 例如提供UE身份和目标服务节点身份(步骤3)。LRF 170可确定目标定位服务 器526。如果目标定位服务器526不同于源定位服务器516，则LRF 170可向目标 定位服务器526提供关于UE 110和目标服务节点524的信息(步骤4)。如果源 定位服务器516不同于目标定位服务器526，则LRF 170随后可移除源定位服务器 516(步骤5)。
图6示出用于继例如紧急呼叫的移交之后维持UE 110的定位连续性的第四方 案的设计。第四方案可用于在SRVCC支持由E-SCC AS(例如E-SCC AS 156)提 供时3GPP PS RAT与3GPP CS RAT之间的移交。在CS侧可使用控制层面定位解 决方案，而在PS侧可要么使用控制层面定位解决方案要么使用用户层面定位解决 方案。如图6中所示，UE 110在移交之前可与第一RAN 612通信并且可由源服务 节点614和源定位服务器616来服务。UE 110在移交之后可与第二RAN 622通信 并且可由目标服务节点624和目标定位服务器626来服务。源服务节点614可以是 MME 142、或SGSN 136、或MSC 132、或MSC服务器134。目标服务节点624 可以是MME 142、或SGSN 136、或MSC 132、或MSC服务器134。源定位服务 器616可以是用于控制层面定位解决方案的GMLC 138或GMLC 148。目标定位服 务器626可以是用于控制层面定位解决方案的GMLC 138或GMLC 148。源定位服 务器616或目标定位服务器626可以是用于用户层面定位解决方案的E-SLP 158。
对于第四方案，作为SRVCC移交程序(在TS 23.216和TS 23.237中定义) 的一部分，目标服务节点624可向E-SCC AS 156发送消息以将无线电连接从源 RAN转移到目标RAN(步骤1)。此消息可以是SIP INVITE(SIP邀请)消息或 经由MGCF发送的ISDN用户部分初始地址消息(ISUP IAM)。目标服务节点624 可在此消息中包括其身份。如果该消息是ISUP IAM，则对于北美的网络，ISUP IAM 中的现有ESRK或ESRD参数可被用来携带目标服务节点身份。E-SCC AS 156随 后可向E-CSCF 154发送包括目标服务节点身份的SIP INVITE消息以更新紧急呼 叫的远程分支(步骤2)。E-CSCF 154可接收目标服务节点624的身份并且可将 此身份提供给LRF 170(步骤3)。LRF 170可用关于UE 110和目标服务节点624 的信息来确定并更新目标定位服务器626(步骤4)。如果源定位服务器616不同 于目标定位服务器626，则LRF 170还可移除源定位服务器616(步骤5)。
图3到6示出了其中通过将目标服务节点的身份传递给源或目标定位服务器 来维持UE 110的定位连续性的4种示例性方案。在第一方案中，目标服务节点可 将其身份发送给目标定位服务器。在第二方案中，源服务节点可将目标服务节点身 份发送给源定位服务器。在第三方案中，目标服务节点可将其身份发送给源定位服 务器。在第四方案中，目标服务节点可将其身份发送给E-SCC AS，并且目标服务 节点身份可被转发给目标定位服务器。也可实现其他用于将目标服务节点身份传递 给源或目标定位服务器(要么直接要么间接)的方案。对于所有方案，目标服务节 点身份可被用来建立LRF 170与UE 110之间的定位会话以维持UE 110的定位连 续性。
图7示出用于继移交之后维持UE 110的定位连续性的消息流700的设计。消 息流700可用于各种类型的呼叫。然而，以下描述假定UE 110具有紧急呼叫。
UE 110可接收发起紧急呼叫的请求并且可建立紧急连接(步骤1)。紧急连 接可以是(i)如TS 23.401中描述的用于E-UTRAN接入的紧急PDN连接，或(ii)如 TS 23.060中描述的用于UTRAN PS接入的紧急PDP上下文，或(iii)其他某种类 型的连接。UE 110随后可如TS 23.167中描述地那样建立IMS紧急呼叫(也为步 骤1)。在紧急呼叫建立期间，LRF 170可被指派来服务该紧急呼叫，并且可为 UE 110选择定位服务器716(例如，GMLC 138或148)。
在稍后的时间，服务节点714(例如，MME 142或SGSN 136)可接收来自定 位服务器716的对UE 110位置的请求(步骤2)。此请求可包括UE 110的身份， 其可以是国际移动订户身份(IMSI)、或移动站国际订户目录号(MSISDN)、或 国际移动装备身份(IMEI)。如果步骤2中的请求由服务节点714接收到或者如 果要求支持网络发起位置请求(NI-LR)定位程序，则服务节点714可开始定位会 话(例如与服务RNC或E-SMLC)以获得UE 110的位置(步骤3)。
服务节点714可接收将UE 110从当前服务UE 110的源RAN移交给目标RAN 的请求(步骤4)。可从E-UTRAN中的服务eNB、或UTRAN中的服务RNC、或 其他某种RAN中的其他某种网络实体移交UE 110。UE 110可被移交给用于移交 至E-UTRAN的目标eNB、或用于移交至UTRAN PS的目标RNC、或用于移交至 UTRAN CS或GERAN CS的目标MSC服务器、或与用于移交至1xRTT的1xRTT MSC相关联的目标蜂窝小区、或者用于移交至HRPD的目标蜂窝小区。对于移交， 服务节点714可被称为源服务节点，而定位服务器716可被称为源定位服务器。对 于移交至E-UTRAN、UTRAN PS、UTRAN CS、或GERAN CS，源服务节点714 可如TS 23.401、TS 23.060、或TS 23.216中描述的那样向目标服务节点724发送 移交请求消息(步骤5)。对于从E-UTRAN至1xRTT的移交，源服务节点714 可如TS 23.216中描述的那样向目标1xRTT IWS发送移交请求消息。对于从 E-UTRAN至HRPD的移交，可跳过步骤5。可如TS 23.401、TS 23.402、TS 23.060、 或TS 23.216中描述的那样执行移交准备和执行程序(步骤6)。
步骤3中开始的定位会话可在步骤6完成之前正常终止。如果定位会话并未 在步骤6之前终止，则源服务节点714可在完成步骤6之后中止定位会话(步骤7)。 这可导致将对UE 110的位置估计提供给源服务节点714。
如果发生步骤2，则源服务节点714可向源定位服务器716返回提供订户位置 响应消息(步骤8a)。此消息可包括对UE 110的位置估计以及目标服务节点724 的身份。可基于源服务节点714处的配置信息来决定是否在该消息中包括目标服务 节点身份。此配置信息可包括源和目标服务节点身份、UE(例如，UE 110)的定 位能力、UE是否正在漫游等。
如果步骤2和8a并未发生，则源服务节点714可向源定位服务器716发送订 户位置报告消息，该订户位置报告消息可包括UE 110的身份、目标服务节点724 的身份、指示移交的事件类型、对UE 110的位置估计等(步骤8b)。步骤8b是 否发生可取决于源服务节点714处的配置信息。源定位服务器716若从源服务节点 714接收到订户位置报告消息则可确认订户位置报告消息(步骤9)。
继在步骤6中的移交完成之后，目标服务节点724可向目标定位服务器726 (例如，GMLC 138或148)发送订户位置报告消息，该订户位置报告消息可包括 UE 110的身份、目标服务节点724的身份、指示移交的事件类型等(步骤10)。 目标服务节点724可从其配置信息确定目标定位服务器726的地址。步骤10发生 与否可由目标服务节点724基于目标服务节点724处的配置信息来决定。此配置信 息可包括源和目标服务节点身份、UE(例如，UE 110)的定位能力、UE是否正在 漫游等。出于效率和可靠性起见，如果在源服务节点714和目标服务节点724处使 用配置信息，则该配置信息应确保如果发生了步骤8a或8b，那么步骤10就不会 发生，反之亦然。目标定位服务器726可确认来自目标服务节点724的订户位置报 告消息(步骤11)。
可如下表5中描述地那样发生LRF 170、源定位服务器716、和目标定位服务 器724的重配置(步骤12)。重配置可包括移除源定位服务器716、指派目标定位 服务器726、以及更新LRF 170、源定位服务器716、和/或目标定位服务器726中 的信息。
随后，如果在已发生移交之后LRF 170需要对UE 110的位置估计，则LRF 170 可经由目标定位服务器726激发MT-LR定位程序(步骤13)。这可涉及在目标侧 对步骤2的重复。如果先前移交是至E-UTRAN或UTRAN PS的，则还可在目标 侧重复步骤2到12以支持UE 110的另一次移交。
表5列出了在不同移交场景中由各种网络实体执行以维持UE 110的定位连续 性的动作。在表5中，第一列给出用在源侧的接入类型和定位解决方案。第二列给 出用在目标侧的接入类型和定位解决方案。第三列针对每种移交场景列出了由各种 网络实体执行的动作。对于表5中所示的所有移交场景，最初被指派给紧急呼叫的 LRF可在移交之后保留以避免影响PSAP。然而，如表5中所描述的，继移交之后 可发生其他定位服务器改变(例如，添加或移除GMLC)。
表5-用于定位连续性的定位重配置动作
注1：定位解决方案可针对E-UTRAN内移交、UTRAN PS内移交、以及RAT 间移交而改变。
对于表5中的第一移交场景，步骤(a)中由源服务节点进行的传递可在图7的 消息流700中的步骤8a或8b中执行。步骤(b)中由目标服务节点进行的传递可在 消息流700中的步骤10中执行。LRF的更新以及源定位服务器的取代可在消息流 700的步骤12中执行。表5中的步骤与消息流700中的步骤之间的类似映射可应 用于表5中的其他移交场景。
如表5中所示，消息流700可用于不同RAT的RAN之间的移交。消息流700 还可用于相同RAT的RAN之间的移交，例如用于从E-UTRAN至E-UTRAN的移 交、或从UTRAN PS至UTRAN PS的移交等。相同RAT的RAN之间的移交可意 味着基站和可能其他网络实体(例如，RNC)的改变以及服务节点(例如，MME 或SGSN)的改变，但每个网络实体的类型保持相同。
如果发生至HRPD的移交，则可在目标侧使用SUPL。在这种情形中，如果在 源侧使用控制层面定位解决方案，则可执行源侧更新。
E-SLP 158或许不能接收目标服务节点身份。E-SLP 158可由LRF 170基于对 其他定位服务器的更新来指派和移除。
对已建立或尚未建立的IMS紧急呼叫的IP承载的移交可在PS域内发生，例 如E-UTRAN内、UTRAN内、E-UTRAN至UTRAN、UTRAN至E-UTRAN、或 E-UTRAN至HRPD。已建立的IMS紧急呼叫的移交也可如TS 23.216中描述的那 样使用SRVCC从PS域发生到CS域。当在源侧要求对紧急呼叫的定位支持的上 下文中发生此类事件时，在目标侧可要求定位服务的连续性。在这种情形中，源侧 和目标侧上采用的定位解决方案可保持相同或可改变。此外，不管定位解决方案是 否改变都可执行相关联定位服务器(例如，GMLC、LRF、E-SLP)的一些重配置。
以上大部分描述假定其中网络运营商采用一个LRF来支持紧急呼叫的情形。 网络运营商可采用多个LRF来与不同地理区域中的不同PSAP群接口和/或支持负 荷分摊。即使存在多个LRF也可在除了LRF外不影响核心网中的网络实体(例如， MME、SGSN、MSC和GMLC)的情况下维持定位连续性。
在一种设计中，中央实体可维护具有连接(例如，紧急IP连接)每个UE的、 且可能对其需要控制层面定位解决方案的当前服务节点的身份。中央实体可在物理 上是LRF的一部分或者可与LRF分开。中央实体可被称为中央定位寄存器(CLR)， 并且可在存在一个或多个LRF时支持UE的定位连续性。
图8示出其中UE 110涉及多次移交的示例性场景800，其中对每个服务节点 使用控制层面定位解决方案。UE 110可经由PDN网关或GGSN 850建立紧急IP 连接(例如，紧急PDP上下文或紧急PDN连接)(步骤1)。在IP连接建立期间， UE 110的服务节点814(例如，MME或SGSN)可调用NI-LR定位程序以进行 UTRAN/GERAN接入或E-UTRAN接入，这可导致对服务节点814和UE 110的身 份更新在MAP SLR信息中被传递给定位服务器816(例如，GMLC)(步骤2a)。 定位服务器816随后可按照与对LRF的更新类似的方式将该更新传递给CLR 890 (步骤2b)。
在一种设计中，E-CSCF 854可基于当前服务蜂窝小区或当前UE位置(若为 E-CSCF 854所知)从所有可用的LRF当中选择LRF 870，并且可将LRF 870指派 给UE 110的IMS紧急呼叫。此设计可使得LRF能被限定于服务无线网络的特定 地区。在另一种设计中，E-CSCF 854可动态地指派LRF而与服务节点(例如， MME或SGSN)没有固定关联。此设计可使得可用的LRF能分摊无线网络中的负 荷。在任何情形中，UE 110可经由PDN网关/GGSN 850、P-CSCF 852、E-CSCF 854、 和MGCF 856与PSAP 880通信以进行IMS紧急呼叫(步骤3)。
UE 110可从服务节点814移交给新服务节点824(例如，MME、SGSN或 MSC服务器)(步骤4)。图7中的消息流700可用来将服务节点824和UE 110 的身份更新传递给源侧的定位服务器816(图8中未示出)或目标侧的定位服务器 826(例如，GMLC)(步骤5a)。接收该更新的定位服务器可将其转发给CLR 890， CLR 890随后可得到关于UE 110的当前服务节点的信息(步骤5b)。
UE 110可从服务节点824移交给新服务节点834(步骤6)。服务节点824 可将服务节点834和UE 110的身份更新传递给源侧的定位服务器826(图8中未 示出)或服务节点834可将此信息传递给目标侧的定位服务器836(例如，GMLC) (步骤7a)。接收该更新的定位服务器可将其转发给CLR 890(步骤7b)。
LRF 870可由E-CSCF 854指派用于UE 110的IMS紧急呼叫。每当需要对UE 110的位置估计时，PSAP 880可向LRF 870发送位置请求(步骤8)。LRF 870可 将带有其身份和UE身份的查询发送给CLR 890(步骤9)。CLR 890可返回UE 110 的最当前服务节点的身份(若有)(步骤10)。CLR 890可存储LRF 870的身份。 CLR 890还可向LRF 870转发后续由于紧急IP连接或紧急呼叫移交至新服务节点 而可从定位服务器接收到的关于UE 110的服务节点身份的任何进一步更新。CLR 890的这种自动更新可避免需要LRF 870向CLR 890发送对位置请求的查询。LRF 870在呼叫已被释放时可通知CLR 890，并且CLR 890随后可停止向LRF 870转发 服务节点更新。LRF 870可经由定位服务器836并且如果使用控制层面解决方案还 经由服务节点834对UE 110执行MT-LR定位程序，以获得对UE 110的位置估计 (步骤11)。
图8中所示的方案可确保支持IMS紧急呼叫的LRF总是具有UE的最当前服 务节点的身份。每当需要对此服务节点使用控制层面定位解决方案时，此信息可以 是唾手可得的。该方案还可确保LRF将知晓从与控制层面定位解决方案相关联的 服务节点至仅对其使用用户层面定位解决方案的服务节点的任何移交(由于针对此 类移交可能在源侧有更新)。LRF随后可对UE利用用户层面定位解决方案直至 CLR用可对其使用控制层面定位解决方案的新服务节点进行更新。如果UE的初始 服务节点(即，首先提供该紧急IP连接的服务节点)仅支持用户层面定位解决方 案，则服务节点(例如，SGSN或MME)可不调用NI-LR定位程序，并且因此CLR 和LRF可不被更新。然而，在这种情形中，LRF可根据与服务蜂窝小区相关联的 接入类型来确定对用户层面定位解决方案的需要，并且可继续使用此信息直至被 CLR用可以或必须对其使用控制层面定位解决方案的服务节点(例如，SRVCC MSC服务器)的身份进行更新。
图9示出了服务节点用来支持定位服务的过程900的设计。服务节点可接收 对UE从第一RAN移交至第二RAN的指示(框912)。UE在移交之前可经由第 一RAN由源服务节点服务，而在移交之后可经由第二RAN由目标服务节点服务。 服务节点可将目标服务节点的身份发送给定位服务器以在移交之后经由第二RAN 支持对UE的定位服务(框914)。
第一RAN可支持第一RAT，而第二RAN可支持第二RAT。在一种设计中， 第一RAT可以不同于第二RAT。在另一种设计中，第一RAT可以与第二RAT相 同。
在发生移交时，UE可具有紧急呼叫或其他某种类型的呼叫。在一种设计中， 第一和第二RAN可支持PS呼叫，并且UE可执行PS至PS移交。在另一种设计 中，第一RAN可支持PS呼叫，第二RAN可支持CS呼叫，并且UE可执行PS 至CS移交。在又一种设计中，第一RAN可支持CS呼叫，第二RAN可支持PS 呼叫，并且UE执行CS至PS移交。在又一种设计中，第一和第二RAN可支持 CS呼叫，并且UE可执行CS至CS移交。
在一种设计中，该服务节点可以是目标服务节点，而定位服务器可以是在移 交之后支持对UE的定位服务的目标定位服务器。目标服务节点可基于存储在目标 服务节点处的配置信息或基于DNS查询来确定目标定位服务器。在另一种设计中， 该服务节点可以是源服务节点，而定位服务器可以是在移交之前支持对UE的定位 服务的源定位服务器。
目标服务节点可取决于第二RAN和接入类型。例如，目标服务节点可以是用 于E-UTRAN的MME、用于UTRAN PS的SGSN、用于GERAN或1xRTT的MSC、 用于UTRAN CS或GERAN的MSC服务器、或其他某种网络实体。定位服务器可 以是GMLC、MPC、LRF或其他某种网络实体。E-SLP可用作源侧或目标侧的定 位服务器，但可由LRF基于该LRF从定位服务器接收到的更新来指派和移除。
图10示出了定位服务器用来支持定位服务的过程1000的设计。定位服务器 可接收执行从第一RAN移交至第二RAN的UE的目标服务节点的身份(框1012)。 例如对于紧急呼叫，UE在移交之前可经由第一RAN由源服务节点服务，而在移 交之后可经由第二RAN由目标服务节点服务。定位服务器可在移交之前、在移交 之后、或在这两种情况下支持对UE的定位服务(框1014)。定位服务器可用目 标服务节点的身份来更新LRF(框1016)。
在一种设计中，该定位服务器可以是在移交之后支持对UE的定位服务的目标 定位服务器。目标定位服务器可从目标服务节点接收目标服务节点的身份。在另一 种设计中，该定位服务器可以是在移交之前支持对UE的定位服务的源定位服务 器。源定位服务器可从源服务节点接收目标服务节点的身份。
图11示出了LRF用来支持定位服务的过程1100的设计。LRF可接收执行从 第一RAN移交至第二RAN的UE的目标服务节点的身份(框1112)。UE在移交 之前可经由第一RAN由源服务节点服务，而在移交之后可经由第二RAN由目标 服务节点服务。LRF可在移交之前和之后支持UE的紧急呼叫。LRF可确定用于在 移交之后支持对UE的定位服务的目标定位服务器(框1114)。LRF可基于目标 服务节点身份、存储在LRF处的配置信息和/或其他信息来确定目标定位服务器。 如果源定位服务器不同于目标定位服务器，则LRF可用目标定位服务器来取代源 定位服务器(其可在移交之前支持对UE的定位服务)(框1116)。LRF此后可 基于目标服务节点的身份来发起对UE的定位会话(框1118)。
在一种设计中，LRF可从目标定位服务器接收目标服务节点的身份。在另一 种设计中，LRF可从源定位服务器接收目标服务节点的身份。在此设计中，LRF 可从源定位服务器接收UE的身份并将UE身份传递给目标定位服务器。
图12示出了UE用来获得定位服务的过程1200的设计。UE可执行从第一RAN 至第二RAN的移交(框1212)。UE在移交之前可经由第一RAN由源服务节点 服务，而在移交之后可经由第二RAN由目标服务节点服务。UE在移交之前可与 第一RAN通信而在移交之后与第二RAN通信以进行紧急呼叫或其他某种类型的 呼叫。目标服务节点的身份可在移交期间被发送给定位服务器以在移交之后支持对 UE的定位服务。UE可在移交之前经由第一RAN获得定位服务(框1214)。UE 可在移交之后经由第二RAN获得定位服务(框1216)。UE可从事在移交之后基 于目标服务节点的身份发起的定位会话(框1218)。
UE可能具有与PSAP的紧急呼叫，并且该呼叫可从第一RAN移交至第二 RAN。例如在移交之前或之后，UE可涉及定位会话以获得对UE的位置估计。在 这种情形中，可认为UE已获得定位服务，这可使得代表UE将对UE的位置估计 传递给PSAP。
在一种设计中，UE可在移交之前经由控制层面定位解决方案(例如，TS 23.271 或J-STD-036B)并在移交之后经由控制层面定位解决方案来获得定位服务。在另 一种设计中，UE可在移交之前经由控制层面定位解决方案并在移交之后经由用户 层面定位解决方案(例如，SUPL)来获得定位服务。在又一种设计中，UE可在移 交之前经由用户层面定位解决方案并在移交之后经由控制层面定位解决方案来获 得定位服务。
图13示出了UE 110、RAN 112、服务节点114、定位服务器116和LRF 170 的设计的框图。RAN 112可以是UTRAN、E-UTRAN、GERAN、1xRTT RAN、 HRPD RAN或其他某种RAN。服务节点114可以是MME、SGSN、MSC、MSC 服务器或其他某种网络实体。定位服务器116可以是GMLC、MPC、E-SLP或其 他某种网络实体。出于简洁起见，图13示出(i)UE 110的一个控制器/处理器1310、 一个存储器1312、和一个发射机/接收机(TMTR/RCVR)1314，(ii)RAN 112的一 个控制器/处理器1320、一个存储器1322、一个发射机/接收机1324、和一个通信 (Comm)单元1326，(iii)服务节点114的一个控制器/处理器1340、一个存储器 1342、和一个通信单元1344，(iv)定位服务器116的一个控制器/处理器1350、一 个存储器1352、和一个通信单元1354，以及(v)LRF 170的一个控制器/处理器 1360、一个存储器1362、和一个通信单元1364。一般而言，每个实体可包括任何 数目个控制器、处理器、存储器、收发机、通信单元等。
在下行链路上，RAN 112中的基站可向其覆盖区内的UE传送话务数据、消 息/信令、和导频。这些各种类型的数据可被处理器1320处理并被发射机1324调 理以生成下行链路信号，后者可被传送给UE。在UE 110处，来自基站的下行链 路信号可被接收机1314接收并调理，并由处理器1310进一步处理以获得关于通信、 定位和其他服务的的各类信息。处理器1310可执行图12中的过程1200。存储器 1312和1322可分别存储UE 110和RAN 112的程序代码和数据。在上行链路上， UE 110可向RAN 112中的基站发射话务数据、消息/信令和导频。这些各种类型 的数据可被处理器1310处理并被发射机1314调理以生成上行链路信号，后者可被 传送给RAN 112。在RAN 112处，来自UE 110和其他UE的上行链路信号可被接 收机1324接收并调理，并由处理器1320进一步处理以获得由UE发送的各类信息。 RAN 112可经由通信单元1326与其他网络实体通信。
在服务节点114内，处理器1340可执行各种功能以支持UE 110的通信和其 他服务。存储器1342可存储服务节点114的程序代码和数据。通信单元1344可使 得服务节点114能与其他网络实体通信。处理器1340可执行图9中的过程900。 在定位服务器116内，处理器1350可为定位服务器116执行位置和/或定位处理。 存储器1352可存储定位服务器116的程序代码和数据。通信单元1354可使得定位 服务器116能与其他实体通信。处理器1350可执行图10中的过程1000。在LRF 170 内，处理器1360可执行处理以支持对UE的路由和定位。存储器1362可存储LRF 170的程序代码和数据。通信单元1364可使得LRF 170能与其他网络实体通信。 处理器1360可执行图11中的过程1100。
本领域技术人员将可理解，信息和信号可使用各种不同技术和技艺中的任何 一种来表示。例如，贯穿上面说明始终可能被述及的数据、指令、命令、信息、信 号、比特、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、 或其任何组合来表示。
本领域技术人员将进一步领会，结合本文公开所描述的各种解说性逻辑框、 模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清 楚地说明硬件与软件的这一可互换性，各种说明性组件、框、模块、电路、和步骤 在上面是以其功能集的形式作一般化描述的。此类功能集是被实现为硬件还是软件 取决于具体应用和强加于整体系统的设计约束。技术人员可针对每种特定应用以不 同方式来实现所描述的功能性，但此类设计决策不应被解读为致使脱离本公开的范 围。
本文中描述的定位技术可协同诸如无线广域网(WWAN)、无线局域网 (WLAN)、无线私域网(WPAN)等的各种无线通信网络来实现。术语“网络” 和“系统”往往被可互换地使用。WWAN可以是码分多址(CDMA)网络、时分多 址(TDMA)网络、频分多址(FDMA)网络、正交频分多址(OFDMA)网络、 单载波频分多址(SC-FDMA)网络、长期演进(LTE)网络、WiMAX(IEEE 802.16) 网络等等。CDMA网络可实现诸如cdma2000、宽带CDMA(W-CDMA)等一种 或更多种无线电接入技术(RAT)。Cdma2000包括IS-95、IS-2000和IS-856标准。 TDMA网络可实现全球移动通信系统(GSM)、数字高级移动电话系统(D-AMPS)、 或其他某种RAT。GSM和W-CDMA在来自名为“第三代伙伴项目”(3GPP)的 联盟的文献中描述。Cdma2000在来自名为“第三代伙伴项目2”(3GPP2)的联 盟的文献中描述。3GPP和3GPP2文献是公众可获取的。WLAN可以是IEEE 802.11x 网络，并且WPAN可以是蓝牙网络、IEEE 802.15x、或其他某种类型的网络。这 些技术也可联合WWAN、WLAN和/或WPAN的任何组合来实现。
卫星定位系统(SPS)典型地包括定位成使得各实体能够至少部分地基于从发 射机接收到的信号来确定其在地球上或之上的位置的发射机系统。如此的发射机通 常发射用设定数目个码片的重复伪随机噪声(PN)码作标记的信号，并且可位于 基于地面的控制站、用户装备和/或空间飞行器上。在具体示例中，此类发射机可 位于地球轨道卫星飞行器(SV)上。例如，诸如全球定位系统(GPS)、Galileo、 Glonass或Compass等全球卫星导航系统(GNSS)的星座中的SV可发射用可与由 该星座中的其它SV所发射的PN码区分开的PN码标记的信号(例如，如在GPS 中对每颗卫星使用不同PN码或者如在Glonass中在不同频率上使相同的码)。根 据某些方面，本文中给出的技术不限于全球SPS系统(例如，GNSS)。例如，可 将本文中所提供的技术应用于或以其他方式使之能在各种地区性系统中使用，诸如 举例而言日本上空的准天顶卫星系统(QZSS)、印度上空的印度地区性导航卫星 系统(IRNSS)、中国上空的北斗等，和/或可与一个或多个全球和/或地区性导航 卫星系统相关联或以其他方式使其能与之联用的各种扩增系统(例如，基于卫星的 扩增系统(SBAS))。作为示例而非限制，SBAS可包括提供完整性信息、差分 校正等的扩增系统，比方诸如广域扩增系统(WAAS)、欧洲对地静止导航覆盖服 务(EGNOS)、多功能卫星扩增系统(MSAS)、GPS辅助Geo(地球同步轨道) 扩增导航、或GPS和Geo扩增导航系统(GAGAN)和/或诸如此类。因此，如本 文所使用的，SPS可包括一个或多个全球和/或区域性导航卫星系统和/或扩增系统 的任何组合，且SPS信号可包括SPS信号、类SPS信号和/或其他与此类一个或多 个SPS相关联的信号。
如本文中所使用的，UE是指诸如以下的设备：蜂窝或其他无线通信设备、个 人通信系统(PCS)设备、个人导航设备(PND)、个人信息管理器(PIM)、个 人数字助理(PDA)、膝上型设备或能够接收无线通信和/或导航信号的其他合适 的移动设备。术语“用户装备”还旨在包括诸如通过短程无线、红外、有线连接、 或其他连接与个人导航设备(PND)通信的设备，不管卫星信号接收、辅助数据接 收、和/或位置相关处理是发生在该设备上还是在PND上。另外，“用户装备”旨 在包括能够诸如经由因特网、Wi-Fi、毫微微蜂窝小区或其他网络与服务器通信的 所有设备，包括无线通信设备、计算机、膝上型设备等，而不管卫星信号接收、辅 助数据接收、和/或定位相关处理是发生在该设备上、服务器上、还是与网络相关 联的另一个设备上。以上的任何可操作组合也被认为是“用户装备”。
本文中所描述的方法体系/实现取决于应用可藉由各种手段来实现。例如，它 们可在硬件、固件、软件、或其任何组合中实现。对于涉及硬件的实现，处理器可 以在一个或更多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号 处理器件(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、通 用处理器、控制器、微控制器、微处理器、状态机、电子器件、设计成执行本文中 所描述功能的其他电子单元、或其组合内实现，例如与DSP核协作的一个或更多 个微处理器、多个微处理器、或任何其他合适配置。
对于涉及固件和/或软件的实现，这些方法体系可以用执行本文中所描述功能 的模块(例如，规程、函数等等)来实现。任何有形地体现指令的机器可读介质可 被用来实现本文所述的方法。例如，固件/软件代码可被存储在存储器中并由处理 器/计算机执行以使得处理器/计算机执行各种功能。存储器可以实现在处理器内部 或处理器外部。如本文所用的，术语“存储器”是指任何类型的长期、短期、易失 性、非易失性、或其他存储器，而并不限于任何特定类型的存储器或存储器数目、 或记忆存储在其上的介质的类型。
如果以固件和/或软件实现，则各功能可作为一条或多条指令或代码存储在计 算机可读介质上。示例包括编码有数据结构的计算机可读介质和编码有计算机程序 的计算机可读介质。计算机可读介质可采取计算机程序产品的形式。计算机可读介 质包括物理计算机存储介质。存储介质可以是可被计算机访问的任何可用介质。作 为示例而非限定，此类计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM 或其他光盘存储、磁盘存储、半导体存储或其他存储设备、或能被用来存储指令或 数据结构形式的合意程序代码且能被计算机访问的任何其他介质；如本文中所使用 的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、 软盘和蓝光碟，其中盘常常磁性地再现数据，而碟用激光光学地再现数据。上述组 合也应被包括在计算机可读介质的范围内。
除存储在计算机可读介质上之外，指令和/或数据可作为信号在包括于通信装 置的传输介质上提供。例如，通信装置可包括具有表示指令和数据的信号的收发机。 这些指令和数据被配置成使一个或多个处理器实现权利要求中所概述的功能。即， 通信装置包括具有指示用以执行所公开功能的信息的信号的传输介质。在第一时 间，通信装置中所包括的传输介质可包括用以执行所公开功能的信息的第一部分， 而在第二时间，通信装置中所包括的传输介质可包括用以执行所公开功能的信息的 第二部分。
提供前面对本公开的描述是为了使本领域任何技术人员皆能制作或使用本公 开。对本公开各种修改对于本领域技术人员将是显而易见的，并且本文中定义的普 适原理可被应用于其他变形而不会脱离本公开的范围。由此，本公开并非旨在被限 定于本文中所述的示例和设计，而是应被授予与本文中公开的原理和新颖特征一致 的最广义的范围。
机译： 切换后为UE维持位置连续性的方法和装置
机译： 切换后为UE维持位置连续性的方法和装置
机译： 切换后维持UE的位置连续性的方法和装置
