CN103370633B - 网络侧经由有选择延迟辅助数据传输去除定位辅助的模糊性 - Google Patents

Abstract

一种网络节点(44)辅助用户设备(36)在一个或者多个小区的相应定位时机期间对所述小区周期性地传送的定位信号(46)执行定位测量。节点(44)基于一个或者多个定时参数中定义的不确定性，根据需要有选择地延迟向用户设备(36)传送辅助数据，以便网络节点(44)确定性地标识用户设备(36)将在参考小区的哪两个连续定位时机之间接收该辅助数据。节点(44)相应地生成将被传送的辅助数据，以指示相对于参考小区的所述两个连续定位时机中的较晚定位时机的用于至少一个小区的定位时机定时。这样的计算和传送使用户设备(36)能够确定在它接收辅助数据之后出现的下一参考小区定位时机是辅助数据基于的参考小区定位时机。

Description

网络侧经由有选择延迟辅助数据传输去除定位辅助的模糊性

有关申请的交叉引用

本申请要求2011年2月11日提交、发明名称为“Non-Ambiguous Positioning Measurements with Cell-Specific SignalPeriodicity”的PCT/CN2011/000211号国际专利申请的优先权。

技术领域

本发明一般涉及向用户设备传送用于辅助用户设备对周期定位信号执行测量的数据，并且具体地涉及有选择地延迟该数据的传输以便减轻在该数据内出现的潜在模糊性。

背景技术

用于标识移动设备的地理位置的若干技术和设备的可用性已经实现大量多种商业和非商业服务、比如导航辅助、增强的社交网络、位置认知广告和位置认知紧急呼叫。然而，不同服务可以具有应用所施加的不同定位准准确度要求。此外，对用于基本紧急服务的定位准确度的一些管制要求在一些国家内存在、比如在美国内的FCC的与E911有关的要求。

在许多环境中，可以通过使用基于GPS(全球定位系统)或者其它基于卫星的系统的定位方法来准确估计移动设备用户的位置。如今，无线网络通常能够向移动终端(通常称为用户设备或者UE或者无线终端、移动站或者简称为“移动站”)提供与定位有关的辅助，以提高终端的接收机灵敏度和GPS启动性能。这些技术中的若干技术称为辅助APGS定位或者A-GPS。

然而，GPS或者A-GPS接收机可能未用于所有UE。另外，已知GPS在某些室内环境中和在高耸大楼引起的无线电阴影中的城市“峡谷”中失败。互补地面定位方法，比如称为观测到达时间差(OTDOA)的一种方式因此已经被第3代伙伴项目(3GPP)标准化，并且部署于各种无线网络中。除了OTDOA之外，用于所谓长期演进(LTE)无线系统的3GPP标准也规定用于称为增强小区ID(E-CID)和辅助全球导航卫星系统(A-GNSS)的方法、进程和信令支持。以后，也可以针对LTE标准化称为上行链路到达时间差(UTDOA)的基于网络的技术。

用于在LTE定位架构中提供位置服务(LCS)的三个关键网元包括LCS客户端、LCS目标和LCS服务器。LCS服务器是通过收集测量和其它位置信息、在必要时辅助终端进行测量并且估计LCS目标位置来管理用于LCS目标设备的定位的物理或者逻辑实体。LCS客户端是出于获得用于一个或者多个LCS目标，即被定位的实体的位置信息，而与LCS服务器交互的软件和/或硬件实体。LCS客户端可以驻留于LCS目标本身中。LCS客户端向LCS服务器传送用于获得位置信息的请求，并且LCS服务器处理和服务于接收的请求，并且向LCS客户端传送定位结果并且可选地传送速率估计。

位置计算可以例如由UE或者由定位服务器(比如LTE中的增强服务移动位置中心E-SMLC或者安全用户平面位置(SUPL)位置平台(SLP))进行。前一种方式对应于基于UE的定位模式，而后一种对应于UE辅助定位模式。

经由无线电网络操作的这两个定位协议存在于LTE中，即LTE定位协议(LPP)和LPP附加(LPPa)。LPP是在LCS服务器与LCS目标设备之间的用以对目标设备定位的点到点协议。可以在用户和控制平面中均使用LPP，并且串行和/或并行允许多个LPP进程，由此减少延时。LPPa是在演进节点B(eNodeB)与LCS服务器之间的仅为控制平面定位进程规定的协议，但是它仍然可以通过向eNodeB查询信息和eNodeB测量来辅助用户平面定位。在用户平面中使用SUPL协议作为用于LPP的传送。LPP也具有用于在LPP消息以内传送LPP扩展消息的可能性，例如当前正在规定开放移动联盟(OMA)LPP扩展(LPPe)，以例如允许运营商特定的辅助数据或者不能用LPP提供的辅助数据或者支持其它位置报告格式或者新定位方法。

在图1中图示这样的LTE系统10的高级架构。在图1中，系统10包括UE12、无线电接入网络(RAN)14和核心网络16。UE1包括LCS目标。核心网络16包括E-SMLC18和/或SLP20，其中的任一个可以包括LCS服务器。以E-SMLC14作为终止点的控制平面定位协议包括LPP、LPPa和LCS-AP。以SLP16作为终止点的用户平面定位协议包括SUPL/LPP和SUPL。虽然未示出，但是SLP20可以包括也可以在不同节点中驻留的SUPL定位中心(SPC)和SUPL位置中心(SLC)这两个部件。在示例实现方式中，SPC具有与E-SMLC的专用接口和与SLC的Lip接口。SLP的SLC部分与P-GW(PDN-网关)22和外部LCS客户端24通信。

也可以部署附加定位架构单元以进一步增强具体定位方法的性能。例如部署无线电信标26是可以通过允许例如利用邻近度位置技术的更准确定位来显著提高室内并且也提高室外定位性能的成本高效的解决方案。

为了满足针对不同的基于位置的服务(LBS)的可变需求，LTE网络将部署以在不同环境中有不同性能为特征的某一范围的互补方法。根据何处进行测量以及何处计算最终位置，该方法可以基于UE、UE辅助或者基于网络，每种方法具有自己的优点。以下方法在LTE标准中可用于控制平面和用户平面：(1)小区ID(CID)、(2)包括基于网络的到达角(AoA)的UE辅助和基于网络的E-CID、(3)基于UE和UE辅助的A-GNSS(包括A-GPS)以及(4)UE辅助的OTDOA。

若干其它技术，比如混合定位、指纹识别定位和自适应E-CID(AECID)无需附加标准化，因此对LTE也是可能的。另外，也可以有上述方法的基于UE的版本，例如基于UE的GNSS(例如GPS)或者基于UE的OTDOA等。也可以有一些备选定位方法，比如基于邻近度的位置。也可以在以后LTE版本中标准化UTDOA，因为它当前在3GPP的讨论中。可以具有不同名称的相似方法对于除了LTE之外的无线电接入技术，比如CDMA、WCDMA或者GSM而言也存在。

具体关于OTDOA定位方法，这一方法利用在UE从多个基站(在LTE中为演进节点B或者eNodeB)接收的下行链路信号的测量定时。UE使用从LCS服务器接收的辅助数据来测量接收的信号的定时，并且所得测量被用以相对于邻近eNodeB对UE进行定位。

更具体而言，UE测量用于从多个不同位置或者邻近小区接收的下行链路参考信号的定时差。针对每个(测量的)邻近小区，UE测量参考信号时间差(RSTD)，该RSTD是在邻近小区与定义的参考小区之间的相对定时差。然后，发现UE位置估计为与测量的RSTD对应的双曲线的交点。需要来自具有良好几何形状的在地理上分散的基站的至少三个测量，以求解UE的两个坐标和接收机时钟偏置。为了求解位置，需要发射机位置和传送定时偏移的精确知识。

为了实现LTE中的定位并且有助于恰当质量的和用于充分数目的不同位置的定位测量，已经引入专用于定位的新物理信号(定位参考信号或者PRS)，并且已经在3GPP中规定低干扰定位子帧。在3GPP TS36.211中规定细节；截至2011年2月，这一规范的版本10.0.0从http://WWW.3pp.org可以得到。

根据预定义模式从基站的一个天线端口传送PRS。作为物理小区标识符(PCI)的函数的频移可以应用于指定的PRS模式以生成正交模式。将频移映射到PCT对为6的有效频率重用率进行建模，这使得有可能显著减少对测量的PRS的相邻小区干扰，因此改进定位测量。即使PRS已经被具体设计用于定位测量并且一般以比其它参考信号更好的信号质量为特征，但是该标准未要求使用PRS。在原理上，其它参考信号，例如小区特定的参考信号(CRS)可以用于定位测量。

在若干连续子帧(N_PRS)分组的预定义定位子帧，即一个定位时机中传送PRS。例如，图2示出其中一个定位时机包括在N_PRS＝6个连续子帧中传送的PRS的示例。定位时机以N个子帧的定义周期N_PRS，即在两个定位时机之间的时间间隔周期性地出现。标准化的周期T_PRS是160、320、640和1280ms，并且标准化的连续子帧数目N_pRS可以是1、2、4或者6。

在所谓辅助数据中包括关于这样的PRS的信息和将辅助定位测量的其它信息。不同辅助数据集通常用于不同方法。无论如何，定位辅助数据由定位服务器或者经由某一其它节点向UE或者其它无线电节点传送以便辅助定位测量。例如可以经由LPP向eNodeB发送辅助数据用于向UE传输。在这一情况下，辅助数据的传输可以对eNodeB和移动性管理实体(MME)透明。辅助数据也可以由eNodeB经由LPPa向定位服务器发送用以向UE进一步传递。在一些情况下，可以在来自无线设备的需要执行测量的请求上发送辅助数据。在其它情况下，可以用非请求方式传送辅助数据。

在LTE中，可以通过在LPP消息中分别包括requestAssistanceData和provideAssistaneData元素来通过LPP协议请求和提供辅助数据。当前LTE标准规定图3中所示用于provideAssistaneData的以下结构，其中提供commonIEsProvideAssistanceData信元(IE)仅用于将来可扩展而当前未使用该IE。因此可以提供LTE辅助数据用于A-GNSS和OTDOA。EPDU-Sequence包含其它组织在LPP外部定义的当前仅可以用于OMA LPP扩展(LPPe)的IE。

由于针对OTDOA定位需要测量来自多个不同位置的PRS信号，所以UE接收机可能必须应对比从服务小区接收的信号弱得多的PRS。另外，没有预计测量的信号在时间上何时到达以及什么是确切PRS模式的近似知识，UE必须在大窗口内执行信号搜索。这可能影响测量的时间和准确度以及UE复杂性。为了有助于UE测量，网络向UE传送辅助数据，该辅助数据包括参考小区信息、包含相邻小区的物理小区标识符(PCI)的相邻小区列表、在定位时机内的连续下行子帧数目、PRS传输带宽、频率等以及其它信息。

在LPP中，如图4中所示在信元(IE)OTDOA-ProviJeAssistanceData内提供OTDOA辅助数据。用于OTDOA的相似结构存在于LPPe中。

OTDOA辅助数据包括关于参考小区和将为其确定OTDOA的相邻小区的信息。相邻小区可以在或者可以不在与参考小区相同的频率上，并且参考小区可以在或者可以不在与服务小区相同的频率上，并且可以是或者可以不是服务小区。涉及到在与服务小区不同的频率上的小区的测量是频率间测量。在与服务小区相同的频率上的测量是频率内测量。不同要求适用于频率内和间测量。

针对辅助数据中的每个小区，可以提供PRS信息。以下信息根据3GPP TS36.355包括PRS信息：PRS、带宽、PRS配置索引、其中传送PRS的连续DL子帧的数目N_PRs(1、2、4或者6)以及静默信息。如在3GPP TS36.211中规定的用于小区的PRS配置索引定义该小区的第一PRS子帧相对于参考时间点(SFN＝0，其中SFN指代系统帧编号)的偏移以及该小区的定位时机的周期T_PRS。

PRS信息，具体为PRS周期可以是小区特定的的。PRS信息的小区特定的性质可以归结于不同小区属于不同系统、不同小区具有不同PRS带宽(例如更小带宽可以需要更频繁PRS时机)、不同小区具有不同流量负荷(例如为了在PRS定位时机中不允许数据传输时减少PRS开销和容量损失，可以配置更不频繁的PRS定位时机)等。

另外，可能例如由于网络部署问题而有意地未对准定位时机。这样的有意未对准可以例如存在于具有宏小区和低功率节点(例如微微或者毫微微节点)的混合的网络中，因为该网络部署可能引起干扰问题。在同步或者至少子帧对准的网络中，一种备选可以是配置针对小区对准的更频繁PRS定位时机、但是配置静默以避免与干扰相邻小区的PRS冲突。例如参见国际专利申请PCT/SE2010/050947。

定位时机未对准也可以归结于频率间RSTD测量。更具体而言，一些UE需要测量间隙以便执行频率间RSTD测量。eNodeB根据来自UE的指示配置测量间隙。需要对准测量间隙与测量的小区的PRS定位时机。然而根据标准，测量间隙不可能与属于服务载波的小区的PRS定位时机冲突。假定PRS周期是测量间隙周期(在配置频率间RSTD测量时为40ms)的倍数，这意味着相邻小区的PRS定位时机不可能与参考小区的PRS定位时机冲突。因而在支持频率间RSTD测量的网络中，特别对于将测量间隙用于频率问测量的UE，应当在服务载波和另一载波上的小区之间未对准PRS定位时机。这隐含地意味着应当在可以在用于UE的相同辅助数据中出现的所有载波之中未对准PRS定位时机，因为不同UE可以由不同小区服务。然而将通常在相同频率上操作的小区中完全或者部分对准PRS定位时机。然而无理由要求PRS定位时机在所有频率上相同。

鉴于用于PRS的这些不同定位可能性，向UE提供的辅助数据辅助UE至少确定在不同PRS的定时之间(例如相对于用于参考小区的PRS定时)的关系。例如，在3GPP TS36.355中指定的以下参数可以用于确定在两个小区的定位时机的第一子帧中接收的PRS之间的定时关系：(a)slotNumberOffset；(b)prs-SubframeOffset；(c)expectedRSTD；(d)expectedRSTD-Uncertainty；(e)prs-ConfigurationIndex。然后基于静默信息(prs-MutingInfo)，UE也可以确定假设UE在其中测量的定位时机。

然而，用于运用辅助数据的已知方式仍然不足以支持小区特定的PRS配置。实际上，如下实际场景可能出现，在这些场景中，已知方式使UE不正确地确定在一个小区的定位时机与另一小区中的定位时机之间的定时关系。实际上，在这样的场景中，一个定时关系在生成辅助数据的节点看来正确，而不同定时关系在接收辅助数据的UE看来正确。定时关系正确的这一模糊性导致UE的不正确确定。

虽然已经主要在某些无线系统和某些定位方法的情境中讨论以上问题，但是这些问题也扩展至其它系统和其它方法。实际上，利用开放移动联盟(OMA)LPP扩展(LPPe)，用辅助更大范围的定位方法这样的可能性增强辅助数据。例如也可以提供辅助数据用于E-CID或者其它无线电接入技术、例如OTDOA UTRA或者E-OTDGSM或者其它PLMN网络的其它方法。

发明内容

这里的实施例有利地消除或者至少减轻与在用户设备将执行辅助定位测量时关联的定时模糊性。广义地描述，网络节点以使该节点能够确定用户设备将在参考小区的哪两个定位时机之间接收数据的方式对它向用户设备传送辅助数据进行定时。这又使用户设备能够确定网络节点如何计算在辅助数据中指定的定位测量定时。

更具体而言，这里的一种网络节点被配置为执行用于辅助用户设备在一个或者多个小区的相应定位时机期间对所述小区周期性地传送的定位信号执行定位测量的处理。该处理包括基于一个或者多个定时参数中定义的不确定性，根据需要有选择地延迟向用户设备传送辅助数据，以便网络节点确定性地标识用户设备将在参考小区的哪两个连续定位时机之间接收该辅助数据。该处理还包括生成将被传送的辅助数据，以指示相对于参考小区的所述两个连续定位时机中的较晚定位时机的用于至少一个小区的定位时机定时。

例如，在一些实施例中，网络节点的有选择的延迟需要确定用于辅助数据传输的第一时间窗是否已经过去。如果节点将在这一时间窗期间传送辅助数据，则该节点将能够确定性地标识用户设备将在参考小区的第一与第二定位时机之间接收辅助数据。然而，如果这一第一时间窗已经过去，则节点延迟辅助数据传输直至第二时间窗，该第二时间窗将允许相对于第二和第三参考小区定位时机的这样的标识。需要指出的是，网络节点计算这些时间窗，从而它们排除在它们之间的时间间隔，在该时间间隔期间，节点不确定在该间隔期间传送的辅助数据是否将在第一与第二参考小区定位时机之间或者在第二与第三参考小区定位时机之间由用户设备接收。

例如，在至少一个实施例中，网络节点计算第一时间窗为已经在两端被定义的不确定性缩短并且被在网络节点与用户设备之间的定义的信令延迟移位的、在第一和第二参考小区定位时机的开始之间的时间窗。类似地，网络节点计算第二时间窗为已经在两端被定义的不确定性缩短并且被定义的信令延迟移位的、在第二和第三参考小区定位时机的开始之间的时间窗。

无论如何，如果网络节点在第一时间窗期间传送辅助数据，则该节点生成该数据，以相对于第二参考小区定位时机指示定位时机定时。反言之，如果网络节点在第二时间窗期间传送辅助数据，则该节点生成该数据，以相对于第三参考小区定位时机指示定位时机定时。

因此，在用户设备接收辅助数据时，该数据指示相对于参考小区的将在这样的接收之后出现的下一定位时机的用于至少一个小区的定位时机定时。实际上，由于网络节点计算和传送辅助数据的方式，用户设备可以确定在它接收辅助数据之后出现的下一参考小区定位时机是辅助数据基于的参考小区定位时机。用户设备然后根据针对该至少一个小区指示的定位时机定时，计算用于该至少一个小区的本地定位时机定时。这样的本地定位时机定时相对于用户设备将开始定位测量的第一参考小区定位时机，而不是相对于在辅助数据接收之后出现的下一参考小区定位时机。相应地，用户设备基于针对至少一个小区计算的本地定位时机定时，对用于该小区的辅助定位测量进行定时。

当然，本发明不限于上述特征和优点。实际上，本领域技术人员在阅读以下具体实施方式时并且在查看附图时将会认识附加的特征和优点。

附图说明

图1是配置为确定用户设备的地理位置的LTE系统的框图。

图2图示LTE系统中的定位参考信号的结构和定时。

图3图示现有技术LTE标准规定的用于provide4ssistanceData的数据结构。

图4图示现有技术LTE标准规定的用于OTDOA-ProvideAssistanceData的数据结构。

图5是包括根据一个或者多个实施例配置的网络节点和用户设备的无线通信网络的框图。

图6图示根据一个实例的参考小区和相邻小区的定位时机定时。

图7是根据一个或者多个实施例的用于辅助用户设备执行定位测量的由网络节点实施的方法的逻辑流程图。

图8是图示根据一个或者多个实施例的网络节点延迟传送辅助数据的示例。

图9是图示根据一个或者其它多个实施例的网络节点延迟传送辅助数据的示例。

图10是根据一个或者多个实施例的网络节点迭代评估是否传送辅助数据的逻辑流程图。

图11是根据一个或者多个实施例的用于执行辅助定位测量的由用户设备实施的方法的逻辑流程图。

图12是图示根据一个或者多个实施例的用户设备计算本地定位时机定时偏移的示例。

图13是根据一个或者多个实施例配置的网络节点的框图。

图14是根据一个或者多个实施例配置的用户设备的框图。

具体实施方式

图2描绘根据一个或者多个实施例的无线通信网络30的简化示例。如图所示，网络30包括无线电接入网络(RAN)32、核心网络(CN)34和一个或者多个用户设备(UE)36。RAN32和CN34使UE36能够接入一个或者多个外部网络38，比如公共交换电话网络(PSTN)或者因特网。

RAN32包括在地理上分布于系统30所服务的宽地理区域内的多个基站40。每个基站40为该地理区域的称为小区42的一个或者多个相应部分提供无线电覆盖。如图所示，例如基站40-1服务于小区42-1内的UE36，基站40-2服务于小区42-2内的UE36，等等。由于这一点，UE36可以在小区42内或者之间移动，并且可以在任何给定的位置与一个或者多个基站40通信。

就这一点而言，图5描绘在它的当前位置由基站40-s服务的特定UE36。因此，从这一UE36的观点来看，基站40-s是服务基站而小区42-s是服务小区。其它小区42-1和42-2在它们在地理上与服务小区42-s相邻的意义上在物理上邻接服务小区42-s。这些小区42-1和42-2因此适当地称为邻近小区。

小区42中的每个小区(经由它的基站40)在所述小区42的相应定位时机期间周期性地传送定位信号46。在此所用的定位信号46被具体设计(例如具有良好信号质量)为UE对其执行定位测量的信号。而且，在此所用的小区42的定位时机是指周期时间间隔，该小区在该周期时间间隔期间传送用于由UE36测量的定位信号。这样的测量将由UE36本身或者在核心网络35中的某一其它网络节点44(例如定位节点)用于确定UE的地理位置。

例如，在一些实施例中，这样的定位测量包括定时测量。在这样的情况下，UE可以测量在从不同小区42接收的不同定位信号46之间的定时差(例如RSTD、Rx-Tx或者TA)。这些定时差然后用以估计UE相对于不同小区42的位置。

然而，无论具体定位测量类型如何，小区42之一作为用于UE的测量的所谓参考小区进行服务。关于这一参考小区执行的定位测量顾名思义作为用于关于其它小区42执行的测量的参考进行服务。例如在定位测量是定时测量时，UE36测量UE36从参考小区接收定位信号的时间与UE36从另一小区42接收定位信号的时间之差。任何小区42可以作为参考小区进行服务，包括邻近小区42-1和42-2或者服务小区42-s中的任何一个小区。

为了帮助UE36执行这些定位测量，网络节点44向UE36传送所谓辅助数据。这一辅助数据指示用于UE36将对其执行定位测量的小区42的定位时机定时。有了这一定位时机定时的知识，UE36可以对它的对每个小区42的测量进行定时，以与小区42实际传送它的定位信号46的时间重合。

进一步对参考小区发挥的作用做贡献，辅助数据更具体地指示相对于用于参考小区的定位时机的用于任何给定的小区42的定位时机定时。例如，辅助数据可以将特定小区的定位时机将何时出现指示为从在参考小区的定位时机将出现时的定时偏移。

尽管以这一方式指示相对于参考小区的定位时机定时证明是有效的，但是它在一些情境中它增加了复杂性。例如考虑图6中所示情境，其中参考小区的定位时机周期(T_{prs_ref}＝160ms)小于在辅助数据中指示的相邻小区42的定位时机周期(T_{prs_neigh}＝320ms)。如果网络节点44将在时间T0生成辅助数据，则节点将指示在参考小区的下一定位时机(始于时间T1的时机B)与相邻小区的下一定位时机(始于时间T3的时机E)之间的定时偏移具有偏移值＝T1-T3。而如果UE36直至在时间T1之后才会接收辅助数据，则UE36可以合理地将接收的定时偏移解释为从始于T2而不是T1的参考小区定位时机C的偏移，因为从UE的观点来看，参考小区的下一定位时机始于时间T2。在这一情况下，UE36将不正确地确定邻近小区的下一定位时机E始于时间T2+偏移＝T5，而不是时间T1+偏移＝T3。

然而这里的一个或者多个实施例有利地消除或者至少减轻这一定时模糊性。广义地描述，网络节点44以使节点44能够肯定UE36将在参考小区的哪两个定位时机之间接收数据的方式，对它向UE36传送辅助数据进行定时。这又使UE36能够确定网络节点44相对于参考小区的哪个定位时机计算接收的定时偏移。

图7图示网络节点44就这一点而言执行的用于辅助UE36执行定位测量的处理。如图7中所示，在网络节点44的处理700包括基于一个或者多个定时参数中的定义的不确定性，根据需要有选择地延迟向UE36传送辅助数据，以便网络节点44确定性地标识UE36将在参考小区的哪两个连续定位时机之间接收该辅助数据(块710)。处理700还包括生成将被传送的辅助数据，以指示相对于参考小区的那些两个连续定位时机中的较晚定位时机的用于至少一个小区42的定位时机定时(块720)。

网络节点44使这一有选择的延迟基于的定义的不确定性可以例如代表在网络节点44的本地时间的不确定性、在网络节点44的消息处理延迟的不确定性、在网络节点44与UE36之间的信令延迟的不确定性、所讨论的小区42的帧定时的不确定性或者其任何组合。无论如何，在执行上述处理时，网络节点44有效地确认这一定义的不确定性有损于其用于标识U36将在参考小区的哪两个定位时机之间接收辅助数据的能力。网络节点44由此通过如果定时参数中定义的不确定性使节点44不确定UE36将在其之间接收辅助数据的参考小区定位时机的标识则阻止传送辅助数据，来考虑定义的不确定性。在定义的参数的不确定性不再使节点44就这一点而言不确定时，节点44传送辅助数据。

因此在至少一些实施例中，网络节点44迭代地评估辅助数据的当前传送是否将允许网络节点44在考虑定义的不确定性时标识UE36将在其之间接收辅助数据的参考小区定位时机。如果当前传送不会允许这样的标识，则根据定义的不确定性，网络44阻止传送辅助数据并且在以后时间重复查询。但是，如果当前传送将允许标识，则网络节点44在该时间传送辅助数据。

在其它实施例中，网络节点44利用定义的不确定性以计算其间可允许标识(并且因此允许传送辅助数据)的不同时间窗。图8提供示例作为图6中的示例的扩展。如图8中所示，网络节点44计算时间窗X。节点44通过确定如果节点44将在这一时间窗X传送辅助数据，则节点44将能够确定性地标识UE36将在参考小区定位时机A与B之间接收辅助数据来这样做。如果在计算时间窗X之后节点44识别时间窗X已经过去，则网络节点44延迟辅助数据传送直至另一时间窗Y。节点44通过确定如果44将在时间窗Y期间传送辅助数据，则节点44将能够确定性地标识UE36将在参考小区定位时机B与C之间接收辅助数据来计算这一时间窗Y。

需要指出的是，节点44计算时间窗X和Y，从而它们排除在它们之间的时间间隔Z。实际上，一个或者多个定时参数中定义的不确定性使44不确定在这一间隔Z期间传送的辅助数据是否将在定位时机A与B之间或者在定位时机B与C之间由UE36接收。因此，通过从时间窗X、Y排除时间间隔Z，节点44阻止在该不确定时间期间传送辅助数据。

如图8所示，网络节点44在一些实施例中计算时间窗X为已经在两端被定义的不确定性T_un缩短的、在定位时机A和B的开始之间的时间窗。类似地，网络节点44计算时间窗Y为已经在两端被定义的不确定性T_un缩短的、在定位时机B和C的开始之间的时间窗。在这样做时，节点44有效地确认通过阻止接近定位时机开始时间传送辅助数据，节点44可以更确定将在哪两个定位时机之间接收辅助数据。因而，定义的不确定性T_un越被更保守地估计，网络节点在传送辅助数据之前的标识所需要的确定性的阈值水平就越高。

如图9简洁地所示，网络节点44也可以根据在网络节点44与UE36之间的定义的信令延迟T_delay来计算时间窗X、Y。例如在一些实施例中，网络节点44计算时间窗X为在不仅在两端被定义的不确定性T_un缩短、而且被定义的信令延迟T_delay移位的在定位时机A和B的开始之间的时间窗。网络节点以类似方式计算时间窗Y。在这样做时，网络节点44有效地确认如果节点44在下一定位时机开始之前存在T_delay或者更少时间时，则传送辅助数据则UE36直至该时机开始之后才会接收数据。

以定量形式描述这些实施例，参照图6和9，网络节点44可以计算时间窗为在时间T4+T_un-T_delay与时间T1-T_un-T_delay之间的间隔。当然，如果定义的不确定性T_un足够大(即2T_un＞T1-T4)，则T4+T_un-T_delay将大于T1-T_un-T_delay。在这一情况下，时间窗X实际地完全未包括时间，这意味着没有任何如下时间窗，即网络节点4可以在该时间窗期间传送辅助数据并且置信地标识UE36将在其之间接收该数据的参考小区定位时机。网络节点44因此可以防止辅助数据传送过程。

也以定量形式描述定义的不确定性T_un，这一不确定性可以代表多个定时参数的不确定性。例如在至少一个实施例中，定义的不确定性等于：

T_un＝T_{un_smlc}+T_{un_ref}+T_{un_neigh}+T_{un_delay}+T_{un_lpp}    (1)

其中在LTE实施例中，T_{un_smlc}是网络节点的本地时间的不确定性(通常在毫秒级)，T_{un_ref}是参考小区中的帧定时的不确定性(通常在亚微秒级)，T_{un_neigh}是相邻小区中的帧定时的不确定性(通常在亚微秒级)，T_{un_delay}是定义的信令延迟T_delay的不确定性(通常在10-15ms之间)，并且T_{un_lpp}是在网络节点的LPP消息处理延迟的不确定性。当然，其它实施例也可以包括附加的不确定性参数。

无论网络节点计算时间窗X、Y的具体方式如何，节点44在一些实施例中根据其中将传送辅助数据的时间窗，生成辅助数据以指示用于相邻小区的不同定位时机定时。例如回顾图8，如果节点44计算时间窗X并且确定当前时间在时间窗X内，则它判决在该窗期间向UE36传送辅助数据。一旦它做出这一判决，节点44生成辅助以指示相对于参考小区定位时机B的用于相邻小区的定位时机定时。具体而言，节点44计算在辅助数据中包括的定时偏移为T1-T3。节点44基于参考小区定位时机B在UE36接收辅助数据的时刻从UE的观点来看将是下一参考小区定位时机这样的知识来这样做。

在另一方面，如果节点44确定时间窗X已经过去，则它判决延迟辅助数据传送直至时间窗Y。节点44然后生成辅助数据，以指示相对于参考小区定位时机C的用于相邻小区的定位时机定时。具体而言，节点44计算在辅助数据中包括的定时偏移为T2-T3。节点44基于参考小区定位时机C在UE36接收辅助数据的时刻从UE的观点来看将是下一参考小区定位时机这样的知识来这样做。

在图10中所示其它实施例中，对照而言，网络节点44计算定时偏移，然后计算其中可以传送该偏移的时间窗而不是先计算时间窗，然后确定在该窗中传送的偏移。考虑其中网络节点44先开始在时间T0生成辅助数据的示例。这时，节点44先计算定时偏移(T_offset)为T_offset＝T1-T3，其中这一初始计算的定时偏移为了方便而将称为T_{initialOffset}(图10中的块1000)。节点44然后计算时间窗X，必须在在该时间窗中向UE36传送这一定位偏移作为辅助数据(块1010)。如果时间窗X尚未过去(在块1020为‘是')，则节点44在该窗期间传送辅助数据(块1030)。

但是，如果时间窗X已经过去(在块1020为‘否')，则节点44重新计算定时偏移为：

T_offset＝mod(T_{initialOffset}-K^*T_{prs_ref},T_{prs_neigh})    (2)

其中mod(x,y)是数学运算符x以y为模，并且K是非负整数并且代表用于延迟传送辅助数据的参考小区定位时机的数目(块1040)。在图6和9的简单示例中K＝1时，重新计算的定时偏移T_offset是T2-T3。节点44接着计算时间窗，必须在该时间窗期间向UE36传送这一定时偏移作为辅助数据(块1010)。同样在K＝1时，在提供的示例中的时间窗将是时间窗Y。在至少一些实施例中，节点44在识别第一时间窗X已经过去之后立即重新计算定时偏移T_offset，这意味着接下来计算的时间窗Y将未必已经过去。然而一般而言，节点44可以在任何时间重新计算定时偏移T_offset。无论如何，网络节点44根据需要迭代地继续这一过程，以在如下时间窗期间向UE36传送定时偏移T_offset，即它可以在该时间窗中确定性地标识UE36将在哪些参考小区定位时机之间接收该偏移(块1030)。因此，基于这一相对具体的示例，本领域技术人员将理解，如果计算的窗(例如在时间T4+T_un-T_delay与时间T1-T_un-T_delay之间的窗)未覆盖当前时间，则节点44具有用于使用后续定时偏移(由等式(2)定义、例如T2-T3)作为定时偏移T_offset并且在接下来的时间窗期间递送对应偏移参数的选项。

对应地，在UE36接收辅助数据时，UE36执行图11所示用于执行辅助定位测量的处理1100。如图11所示，处理1100包括从网络节点44接收辅助数据，该辅助数据指示相对于参考小区的将在这样的接收之后出现的下一定位时机的用于至少一个小区42的定位时机定时(块1110)。实际上，由于网络节点44计算和传送辅助数据的方式，UE36可以确定在它接收辅助数据之后出现的下一参考小区定位时机是辅助数据基于的参考小区定位时机。处理然后包括根据针对该至少一个小区指示的定位时机定时，计算用于该至少一个小区42的本地定位时机定时(块1120)。这样的本地定位时机定时相对于UE将开始定位测量的第一参考小区定位时机，而不是相对于在辅助数据接收之后出现的下一参考小区定位时机。最后，处理包括基于针对至少一个小区42计算的本地定位时机定时，对用于该小区42的辅助定位测量进行定时(块1130)。

例如在一些实施例中，UE36通过从在辅助数据中指示的定位时机定时(T_offset)减去时间差(Δoffset)来计算本地定位时机定时(T_localOffset)——即T_localOffset＝T_offset-Δoffset或者更一般为T_localOffset＝mod(T_offset-Δoffset,T_{prs_neigh})。这一时间差Δoffset代表下一参考小区定位时机的开始与UE36将开始定位测量的第一参考小区定位时机的开始之差。

在至少一个实施例中，UE36根据接收时间戳T_UE(定义为UE36接收辅助数据的时间)、测量开始时间延迟T_ΔUE(定义为在UE36将开始定位测量之前从接收时间戳T_UE的时间量)、以及参考小区的定位时机周期T_{prs_ref}，计算这一时间差Δoffset。更具体而言，UE36计算Δoffset为：

$\mathrm{\Δoffset}={T_{\mathrm{prs}\_\mathrm{ref}}}^{*}\mathrm{fix}(T_{\mathrm{\ΔUE}}-({T1}_{\mathrm{UE}}-T_{\mathrm{UE}})/T_{\mathrm{prs}\_\mathrm{ref}})---\left(3\right)$

其中函数fix(y)将y朝着零向下取整，并且T1_UE代表在接收辅助数据的时刻就UE的本地时间而言的下一参考小区定位时机的开始。如从这一表达中理解的那样，时间差Δoffset将是参考小区定位时机周期T_prs-ref的整数倍。

例如，考虑如图12所示的上述示例的继续。在图12中，UE36在参考小区定位时机B之前不久的时间T_UE接收辅助数据。该辅助数据指示T_offset＝T1-T3。UE36记录这一接收时间TUE，因为UE36直至参考小区定位时机C开始才会开始定位测量，该参考小区定位时机是在时间T2的较晚的一个定位时机(即测量开始时间延迟T_ΔUE等于T2-T_UE)。根据以上等式(3)，在参考小区定位时机B的开始与参考小区定位时机C的开始之间的时间差Δoffset简单地是参考小区定位时机周期T_{prs_ref}(即Δoffset＝T_prs-ref)。因此，利用T_localOffset＝T_offset-Δoffset，UE36计算用于相邻小区的本地定位时机定时为(T1-T3)-T_{prs_ref}，这在这一示例中为T2-T3。

当然，本领域技术人员将容易理解，已经出于示例的目的而在许多方面简化这里的示例。实际上，尽管这里的主要示例举例说明如另一小区的定位时机周期的两倍一样小的参考小区定位时机周期，但是无需是这种情况。例如在至少一些实施例中，那些周期可以各自为160ms、320ms、640ms或者1280ms。然而，在一些实施例中，在网络节点44和UE36的上述处理可以以参考小区定位时机周期小于在辅助数据中包括的至少一个其它小区的定位时机周期为条件。就这一点而言，网络节点44可以针对具有比参考小区更大的定位时机周期的小区和具有比参考小区更小的定位时机周期的小区，单独递送辅助数据，并且仅针对前者的辅助数据递送执行上述处理。

本领域技术人员也将理解，网络节点44可能需要获取用于至此未提到的一个或者其它参数的值以执行上述处理。网络节点44可以例如获取关于不同小区42的精确定时和定位信号配置的本地信息。这样的定时可以例如包括系统帧编号0的定时。网络节点44还可以经由NTP协议或者GPS接收机获取本地时间参考，但是网络节点的时钟的精确度通常未比正或者负50ms更差。

另外，本领域技术人员将理解，可以跨越小区42在相同或者不同频率上传送上述提到的定位信号。也就是说，信号可以是频率内或者频率问。上述实施例因此可以由需要测量间隙以对频率间信号执行定位测量的UE以及由无需这样的间隙的UE实施。实际上，UE36的标准化的操作可以规定配置测量间隙用于这样的定位测量，即使UE36在技术上不用它们仍然能够执行测量。一个这样的UE36可以例如是能够载波聚合的设备。

本领域技术人员还将理解，这里描述的UE36可以是能够对定位信号46执行定位测量的任何无线节点。就这一点而言，UE36可以是移动终端(例如智能电话、个人数字助理、膝上型计算机等)、传感器、移动中继或者甚至例如在设立时定位的小基站或者固定中继。例如在LTE实施例中，UE36包括任何LCS目标。

另外，尚未在任何特定无线通信系统类型(即RAT)的情境中描述上述实施例。就这一点而言，没有特定通信接口标准是实现本发明所必需的。也就是说，无线通信网络30可以是其中UE36可以执行定位测量的多个标准化的系统实现方式中的任何系统实现方式。

然而，作为一个具体示例，网络30可以实施LTE或者基于LTE的标准。在这一情况下，网络节点44可以包括实施定位平台的定位节点。如果在用户平面中实施平台，则网络节点44是SLP节点，而如果在控制平面中实施平台，则节点44是E-SMLC节点。另外，可以经由多个节点(例如经由MME和GMLC)传递定位结果在E-SMLC节点与LCS客户端之间的信令。也注意LTE FDD和LTE TDD视为不同RAT，并且两个LTE网络也视为两个不同LTE RAT。最后，如上文引用的定位信号46包括LTE中的定位参考信号(PRS)。

另外，本领域技术人员将理解，这里的各种术语可以互换地用以指代传送定位信号46的周期。这样的术语可以例如包括定位信号周期、定位时机周期、小区特定的子帧配置周期、PRS周期、小区特定的定位子帧配置周期等。

最后，上述实施例除了以上给出的那些示例之外还可以运用任何数目的定位方法类型。测量可以例如包括用于观测到达时间差(OTDOA)定位的参考信号时间差(RSTD)测量。然而，其它类型的定时测量一样适用。

鉴于以上描述的变化和修改，本领域技术人员将理解，一般根据图13所示设备来配置这里的网络节点44。如图13所示，网络节点44包括一个或者多个网络接口50、一个或者多个处理电路52和存储器54。一个或者多个网络接口50被配置为经由一个或者多个中间节点，比如基站40，将网络节点44通信地耦合到UE36。一个或者多个处理电路52还包括辅助定时控制器56和辅助生成器58。

辅助定时控制器56被配置为基于一个或者多个定时参数中定义的不确定性，根据需要有选择地延迟向UE36传送辅助数据，以便网络节点44确定性地标识UE36将在参考小区的哪两个连续定位时机之间接收该辅助数据。对应地，辅助生成器58被配置用于生成将被传送的辅助数据，以指示相对于参考小区的所述两个连续定位时机中的较晚连续定位时机的用于至少一个小区42的定位时间定时。

本领域技术人员还将理解，一般根据图14中所示设备来配置这里的UE36。UE36包括无线接口60、一个或者多个处理电路62和存储器64。该无线接口被配置为通过空中接口与一个或者多个基站40无线通信，用以最终与网络节点44通信。一个或者多个处理电路62包括辅助控制器66和测量控制器68。

辅助控制器66被配置为从网络节点44接收辅助数据，该辅助数据指示相对于参考小区的将在这样的接收之后出现的下一定位时机的、用于至少一个小区的定位时机定时。辅助控制器66还被配置为根据针对该至少一个小区指示的定位时机定时，计算用于该至少一个小区的本地定位时机定时。这一本地定位时机定时相对于UE36将开始定位测量的参考小区的第一定位时机。最后，测量控制器68被配置为基于针对至少一个小区计算的本地定位时机，对用于该小区的辅助定位测量进行定时。

当然，本领域技术人员将理解，描述的各种“电路”可以指代模拟和数字电路的组合和/或一个或者多个处理器，该处理器配置有存储于存储器54、64中的软件和/或存储于存储器54、64中的固件，该软件和/或固件在由一个或者多个处理器执行时，执行如以上描述的那些过程。可以在单个专用集成电路(ASIC)中包括这些处理器中的一个或者多个处理器以及其它数字硬件，或者可以在无论是个别封装还是组装成片上系统(SoC)的若干单独部件之中分布各种数字硬件。

因此，本领域技术人员将认识，可以用除了这里具体阐述的方式之外的方式实现本发明而未脱离本发明的实质特征。本发明因此将在所有方面视为示例性的而非限制性的，并且落入所附权利要求的含义和等同范围内的所有改变都应包含于所附权利要求中。

Claims (17)

1.一种由无线通信网络(30)中的网络节点(44)实施的方法，用于辅助用户设备(36)在一个或者多个小区的相应定位时机期间对所述小区周期性地传送的定位信号(46)执行定位测量，所述方法的特征在于：

基于一个或者多个定时参数中定义的不确定性，根据需要有选择地延迟(710)向所述用户设备(36)传送辅助数据，以便所述网络节点(44)确定性地标识所述用户设备(36)将在参考小区的哪两个连续定位时机之间接收所述辅助数据；并且

生成(720)将被传送的所述辅助数据，以指示相对于所述参考小区的所述两个连续定位时机中的较晚定位时机的至少一个小区的定位时机定时。

2.根据权利要求1所述的方法，其中所述有选择地延迟包括：

在考虑所述定义的不确定性时迭代地评估辅助数据的当前传送是否允许所述标识。

3.根据权利要求1-2中的任一权利要求所述的方法，其中所述有选择地延迟包括：

如果用于所述传送的第一时间窗已经过去，其中所述传送将已经允许关于所述参考小区的第一和第二连续定位时机的所述标识，则延迟所述传送直至第二时间窗，所述第二时间窗将允许关于所述参考小区的第二和第三连续定位时机的所述标识。

4.根据权利要求3所述的方法，其中所述有选择地延迟还包括：

根据所述定义的不确定性和在所述网络节点(44)与所述用户设备(36)之间的定义的信令延迟来计算所述第一和第二时间窗。

5.根据权利要求4所述的方法，其中所述计算包括：

计算所述第一和第二时间窗为已经在两端被所述定义的不确定性缩短并且被所述定义的信令延迟移位的、分别在所述第一和第二连续定位时机的开始与所述第二和第三连续定位时机的开始之间的时间窗。

6.根据权利要求3所述的方法，其中所述生成包括：

如果在所述第一时间窗期间传送所述辅助数据，则生成所述辅助数据，以相对于所述参考小区的所述第二连续定位时机指示用于所述至少一个小区的定位时机定时；并且

如果在所述第二时间窗期间传送所述辅助数据，则生成所述辅助数据，以指示相对于所述参考小区的所述第三连续定位时机的所述至少一个小区的定位时机定时。

7.根据权利要求1-2中的任一权利要求所述的方法，其中所述定义的不确定性代表包括一个或者多个定时参数的组合的不确定性，所述一个或者多个定时参数包括以下中的一项或者多项：

在所述网络节点(44)处的本地时间；

在所述网络节点(44)处的消息处理延迟；

所述参考小区的帧定时；

所述至少一个小区的帧定时；以及

在所述网络节点(44)与所述用户设备(36)之间的定义的信令延迟。

8.根据权利要求1-2中的任一权利要求所述的方法，其中响应于确定所述参考小区的定位时机周期小于所述小区中的至少一个小区的定位时机周期，来执行所述有选择的延迟和所述生成。

9.根据权利要求1-2中的任一权利要求所述的方法，其中所述定位测量包括用于观测到达时间差OTDOA定位的参考信号时间差RSTD测量。

10.根据权利要求1-2中的任一权利要求所述的方法，其中所述无线通信网络(30)包括长期演进LTE网络，其中所述定位信号(46)包括定位参考信号PRS，并且所述网络节点(44)是演进服务移动位置中心。

11.一种由无线通信网络(30)中的用户设备(36)实施的方法，用于在一个或者多个小区的相应定位时机期间对所述小区周期性地传送的定位信号(46)执行辅助定位测量，所述方法的特征在于：

从网络节点(44)接收(1110)辅助数据，所述辅助数据指示相对于参考小区的将在所述接收之后出现的下一定位时机的至少一个小区的定位时机定时；

根据针对所述至少一个小区指示的所述定位时机定时来计算(1120)用于所述至少一个小区的本地定位时机定时，所述本地定位时机定时相对于所述用户设备(36)在其中将开始所述定位测量的所述参考小区的第一定位时机；并且

基于针对所述至少一个小区计算的所述本地定位时机，对用于所述小区的辅助定位测量进行定时(1130)。

12.根据权利要求11所述的方法，其中所述计算包括：

通过从针对所述小区指示的所述定位时机定时减去在所述参考小区的所述下一定位时机的开始与所述用户设备(36)在其中将开始所述定位测量的所述参考小区的所述第一定位时机的开始之间的任何时间差，来计算用于所述小区的本地定位时机定时。

13.根据权利要求12所述的方法，还包括：

根据接收时间戳、相对于所述接收时间戳定义的测量开始时间延迟和所述参考小区的定位时机周期来计算所述时间差，所述接收时间戳被定义为所述用户设备(36)接收到所述辅助数据的时间。

14.根据权利要求11-13中的任一权利要求所述的方法，其中所述定位测量包括用于观测到达时间差OTDOA定位的参考信号时间差RSTD测量。

15.根据权利要求11-13中的任一权利要求所述的方法，其中所述无线通信网络(30)包括长期演进LTE网络，其中所述定位信号(46)包括定位参考信号PRS，并且所述网络节点(44)是演进服务移动位置中心。

16.一种在无线通信网络(30)中的网络节点(44)，被配置为辅助用户设备(36)在一个或者多个小区的相应定位时机期间对所述小区周期性地传送的定位信号(46)执行定位测量，所述网络节点(44)的特征在于，被配置为执行根据权利要求1-8中的任一权利要求所述的方法的网络接口(50)和一个或者多个处理电路(52)。

17.一种在无线通信网络(30)中的用户设备(36)，被配置为在一个或者多个小区的相应定位时机期间对所述小区周期性地传送的定位信号(46)执行辅助定位测量，所述用户设备(36)的特征在于，被配置为执行根据权利要求11-13中的任一权利要求所述的方法的无线接口(60)和一个或者多个处理电路(62)。