CN103155602A - 在正在进行的位置会话期间对位置相关数据的传递和修改 - Google Patents

Abstract

公开了用于对无线通信启用能够修改辅助数据和/或位置信息的能力的技术。第一事务被用来定义用于在位置服务器和移动设备之间传递的位置相关数据。第二事务被用来在该位置服务器和该移动设备之间传递该位置相关数据。第三事务被用来修改用于在该位置服务器和该移动设备之间传递的该位置相关数据。

Description

在正在进行的位置会话期间对位置相关数据的传递和修改

相关申请的交叉引用

本申请根据35 U.S.C.§ 119(e)要求2010年8月6日提交的题为“PeriodicAssistance Data and Location Information with Modify（带修改的周期性辅助数据和位置信息）”的美国临时专利申请No.61/371,516和2010年8月18日提交的题为“Periodic Assistance Data and Location Information with Modify（带修改的周期性辅助数据和位置信息）”的美国临时专利申请No.61/375,009的权益，这些临时申请的公开内容通过援引全部明确纳入于此。

背景

领域

本公开的各方面一般性涉及位置定位，尤其涉及在正在进行的数据传递会话期间修改位置相关数据。

背景

在一个或多个时间获得诸如无线电话、膝上型设备、平板电脑、身份标签等移动设备的位置并且出于支持某个服务或功能的目的而向客户端应用或设备提供该位置可以是有益的。服务和功能的示例包括向移动设备的用户提供导航指令；跟踪和/或记录某个有价值的资产的位置；以及使移动设备能够获得它自己的位置。

为了支持具有接入诸如全球移动通信系统（GSM）、码分多址（CDMA）、宽带CDMA（WCDMA）、长期演进（LTE）和WiFi之类的无线网络和/或诸如分组电缆和DSL之类的固定接入网络的能力的移动设备的定位，已开发了数种定位方法和相关联的定位协议，这些定位方法和定位协议依赖移动设备与受一个或多个居间的固定和/或无线网络所支持的位置服务器之间的通信。由公众可获取的3GPP技术规范（TS）36.355中的第三代伙伴项目（3GPP）开发的一种此类定位协议被称为LTE定位协议（LPP）并且旨在对当前正接入LTE网络的移动设备进行定位。称为LPP扩展（LPPe）的针对此LPP协议的扩展正由开放移动联盟（OMA）开发以对当前正接入LTE网络或者诸如GSM、WCDMA、WiFi或固定接入之类的某些其他类型的网络的移动设备进行定位。LPPe与LPP的关系为：每条LPP消息被允许可任选地包括嵌入式LPPe消息。不与LPP消息相关联的LPPe消息是不被允许的。由于LPPe消息必须被嵌入到LPP消息内部，因此与LPPe消息相关联的规程必须与用于LPP消息的规程相关联，这意味着LPPe规程可与LPP规程相同或者扩展LPP规程但是不能与LPP规程冲突，这对LPPe规程能够支持什么设下了限制。

LPP、LPPe和某些其他的定位协议通过具有从位置服务器向正被定位的移动设备传递辅助数据以使移动设备能够更好地对合适的信号（例如，来自全球定位系统（GPS）或全球导航卫星系统（GNSS）卫星的信号、来自无线网络基站的信号）进行测量并且在一些情形中从这些测量确定它自己的位置的能力来支持定位。这些协议还具有允许位置服务器向移动设备请求并且稍后从移动设备接收特定的信号测量以使位置服务器能够计算移动设备的位置的能力。

当在一时段上多次需要移动设备的位置时，诸如位置辅助数据和位置测量数据之类的某些类型的位置相关数据可被周期性地发送或者在特定触发条件在该移动设备或位置服务器处发生时发送。在LPP和LPPe的情形中，辅助数据将与LPP和/或LPPe中定义的（诸）特定位置方法相关并且可以按周期性的间隔来递送。这些间隔可以是固定的并且在由移动目标设备向位置服务器发送的对辅助数据的LPP或LPPe请求中定义，或者可被定义为由（诸）特定事件的发生来触发。类似地，可从目标设备向位置服务器周期性地递送位置信息。位置信息可包含涉及对目标设备的位置测量和/或位置估计的信息。递送位置信息的周期性间隔可以是固定的或者可被定义为由一（或诸）特定事件在目标设备处的发生来触发。

在对辅助数据或位置信息的递送已经开始之后，接收方可能不能够在不中断并重启辅助数据或位置信息传递会话的情况下修改正被传递的信息的类型或用于周期性发送该信息的条件。例如，目标设备可向位置服务器发送请求以指定服务器应当向目标抑或仅传递一次抑或周期性传递的特定辅助数据。但是在诸如LPP之类的现有定位协议的情况下，该目标不能稍后向服务器发送另一请求以修改要被传递的辅助数据的类型或周期性间隔或用于发送该辅助数据的触发条件。类似地，位置服务器可向目标设备发送请求以指定该目标应当向服务器抑或仅传递一次抑或周期性传递的特定位置信息。但是在诸如LPP之类的现有定位协议的情况下，服务器不能稍后向该目标发送另一请求以修改要被传递的位置信息的类型或周期性或用于发送该位置信息的触发条件。

将允许位置相关数据（辅助数据或位置信息）被修改的一个规程将停止或中止正在进行的传递并且随后启动定义新的辅助数据类型或新的位置信息类型和用于周期性发送该信息的新条件的新传递。然而，与初始传递相关联的信息和资源可随后在该初始传递被停止时被释放。丢失或缺失的信息可能需要被重新获取或重新获得，这可能花费显著的时段以及需要额外使用处理和信令资源。更显著地，要重新获得与先前传递相关联的某些信息或许是不可能的。例如，要重新获得与移动设备的先前位置有关的任何测量或者有用地提供辅助数据以帮助使得能对移动设备的先前位置进行估计或许是不可能的。后果可能包括在实际改变周期性辅助数据或位置信息上有所延迟并且辅助数据或位置信息有某种丢失。

尽管与停止或中止并且稍后重启传递的规程相比较，修改正在进行的辅助数据或位置信息传递规程可在减小延迟和资源消耗及避免对某些辅助数据或位置信息的不可恢复的丢失方面带来益处，但在修改传递上可能有问题。例如，如果接收方请求对传递的修改，那么接收方需要随后知悉该修改将得到发送方支持。同样，用于执行修改的方法可能需要遵循事先存在的与正被使用的定位协议相关联的规则以避免因所察觉到的协议差错而导致任一端中断该传递。进一步，允许发送方或接收方策动修改（例如，发送方在其可用的数据发生改变的情况下可能需要能够修改正被传递的数据）可以是有益的。对修改的协议支持由此在理想情况下应当支持这些能力。

在LPP的情形中，该协议支持对（从位置服务器向目标设备的）辅助数据或诸如位置测量之类的（从目标设备向位置服务器的）位置信息的请求和后续传递，但是该协议不包含任何用于在传递一旦在进行中的情况下对其进行修改的手段。尽管此类能力可被添加到LPP，但是结果得到的经扩展协议或许不与先前版本的LPP相兼容，这意味着支持较早版本的设备不能总是与支持稍后版本的设备正确地互通。另外，如果此类能力被添加到LPPe（其扩展LPP但不修改LPP本身），那么该能力将不得不由现有LPP规程来支持，而如刚刚提及的，现有LPP规程并不显式地使得能对正在进行的传递进行修改。因此，对辅助数据或位置信息传递的修改能力的添加变为要解决的问题。

概述

在一个方面，公开了一种无线通信的方法。该方法包括使用第一事务来定义用于在位置服务器和移动设备之间传递的位置相关数据。该方法还包括使用第二事务来在该位置服务器和该移动设备之间传递该位置相关数据。

另一方面公开了具有存储器和耦合至该存储器的至少一个处理器的无线通信。（诸）处理器被配置成使用第一事务来定义用于在位置服务器和移动设备之间传递的位置相关数据。（诸）处理器还被配置成使用第二事务来在该位置服务器和该移动设备之间传递该位置相关数据。

在另一方面，公开了一种用于无线网络中的无线通信的计算机程序产品。该计算机可读介质上记录有非瞬态程序代码，该代码在被（诸）处理器执行时使（这些）处理器执行使用第一事务来定义用于在位置服务器和移动设备之间传递的位置相关数据的操作。该程序代码还使（这些）处理器使用第二事务来在该位置服务器和该移动设备之间传递该位置相关数据。

另一方面公开一种设备，该设备包括用于使用第一事务来定义用于在位置服务器和移动设备之间传递的位置相关数据的装置。还包括用于使用第二事务来在该位置服务器和该移动设备之间传递该位置相关数据的装置。

在此已较宽泛地勾勒出本公开的特征和技术优势以力图使下面的详细描述可以被更好地理解。本公开的其他特征和优点将在此后描述。本领域的技术人员应该领会，本公开可容易地被用作改动或设计用于实施与本公开相同的目的的其他结构的基础。本领域的技术人员还应认识到，这样的等效构造并不脱离所附权利要求中所阐述的本公开的教导。被认为是本公开的特性的新颖特征在其组织和操作方法两方面连同进一步的目的和优点在结合附图来考虑以下描述时将被更好地理解。然而要清楚理解的是，提供每一幅附图均仅用于解说和描述目的，且无意作为对本公开的限定的定义。

附图简述

在结合附图理解下面阐述的具体描述时，本公开的特征、本质和优点将变得更加明了，在附图中，相同附图标记始终作相应标识。

图1是概念性地解说在其中位置相关数据可在正在进行的数据传递会话期间被修改的系统的框图。

图2A和2B是概念性地解说支持在正在进行的数据传递会话期间修改位置相关数据的数据处理系统的图示。

图3A是解说允许在数据传递会话正在进行的同时修改辅助数据的示例辅助数据传递规程的呼叫流图。

图3B是解说对图3A中解说的会话的示例发起和终止的呼叫流图。

图3C是解说对图3A中解说的正在进行的数据传递会话的示例目标发起式更新的呼叫流图。

图3D是解说对图3A中解说的正在进行的数据传递会话的示例服务器发起式更新的呼叫流图。

图4A是解说允许在数据传递会话正在进行的同时修改位置信息的示例位置信息数据传递规程的呼叫流图。

图4B是解说对图4A中解说的会话的示例发起和终止的呼叫流图。

图4C是解说对图4A中解说的正在进行的数据传递会话的示例服务器发起式更新的呼叫流图。

图4D是解说对图4A中解说的正在进行的数据传递会话的示例目标发起式更新的呼叫流图。

图5A和5B是解说允许在位置服务器和移动设备之间正在进行的数据传递会话期间修改位置相关数据的示例方法的框图。

图6A和6B是解说从位置服务器向目标传递辅助数据的规程的呼叫流图。

图7是解说允许在位置服务器和移动设备之间正在进行的数据传递会话期间修改位置相关数据的组件的框图。

具体描述

本公开涉及对位置服务的支持，其中移动目标设备的位置以周期性的间隔被该设备本身或者被在该目标设备外部的某客户端或应用所需要。

本公开的一个方面允许对辅助数据或位置信息的正在进行的传递进行修改。具体而言，对辅助数据或位置信息的初始传递可由目标设备或位置服务器在不停止或中止该传递会话的情况下修改以确保新传递所需的资源和信息不被释放。另外，该修改可由另一端同意或改变并且被确认回给请求该改变的这一端，并且该修改可遵循关于定位协议的操作的现有规则。为了在LPPe中支持该修改，用于请求和获得（来自位置服务器的）辅助数据或（来自目标设备的）位置信息的现有LPP规程被保留。LPP规程还可被称为LPP事务（transaction）并且这两个术语在下文被同义地使用。LPP规程还被扩展成使得控制规程或事务（A）被用来初始地请求辅助数据或位置信息，而第二数据规程或数据事务（B）被用来传递该辅助数据或位置信息。与先前两个规程或事务分开的第三和第四控制规程也被添加以使得能够由该传递的接收方（C）或该传递的发送方（D）来发送对辅助数据或位置信息的正在进行的传递的修改的请求。这四个规程中的每个规程都顺应于在3GPP TS 36.355中为LPP定义的用于辅助数据或位置信息的传递规程。具体而言，规程（A）、（C）和（D）包括来自发起端的请求，继以来自接收方的携带指示该规程的结束的事务结束指示的响应。规程（B）包括携带辅助数据或位置信息的LPP/LPPe消息序列，其中（携带辅助数据或位置信息的最后部分的）最终消息指示事务结束以及由此指示该规程结束。这些规程在本文中更详细地进一步描述。

图1解说提供在正在进行的数据传递会话期间对位置相关数据的修改的系统10。图1包括移动设备16和位置服务器26。移动设备16可以是无线终端、有线终端、蜂窝电话、智能电话、膝上型设备、平板电脑等，并且可被称为用户装备（UE）、移动站（MS）、移动目标设备、目标设备或目标。位置服务器26可以是3GPP服务移动位置中心（SMLC）、自立的SMLC（SAS）、或第三代伙伴项目2（3GPPS2）位置确定实体（PDE）、或支持OMA安全用户面位置（SUPL）解决方案的OMA SUPL位置平台（SLP）、或某个其他位置服务器。

移动设备16包括对网络21的接入。网络21可以是无线网络、固定网络、或无线和/或固定网络的组合。位置服务器26也与网络21连接。与位置服务器26耦合的还可以是可能正在请求和接收目标设备的位置的某个位置客户端（图1中未示出）。在现实中，位置服务器26可驻留在网络21内部、在网络21外部并且具有对网络21的通信接入，或者可驻留在或附连至可经由网络21抵达的另一网络（未示出）。GPS或GNSS卫星20a-20n可以是可由移动设备16检测的。

定位信号可从一颗或多颗卫星20a-20n传送。从一颗或多颗卫星20a-n传送的定位信号可由网络21接收。网络21可向位置服务器26转发卫星信息，该位置服务器26可将该卫星信息的一部分或全部作为辅助数据传送给包括移动设备16在内的任何数目的接收机、收发机、服务器和/或终端，该移动设备16的用户可能正在寻求使用包括在移动设备16中的卫星定位系统（SPS）技术来建立定位。诸如辅助数据和位置测量数据之类的与位置有关的数据也可在移动设备16与位置服务器26之间传送。移动设备16与位置服务器26之间辅助数据（例如，卫星信息）和/或位置信息的传递可采用通过网络21（以及在位置服务器26连接至另一网络而不是连接至网络21的情况下通过附加网络）的通信能力24（例如，连接或会话）。通信能力24可利用如传输控制协议（TCP）和网际协议（IP）之类的传输协议或者与特定类型（例如，GSM、CDMA、WCDMA、LTE）的网络21相关联并且为该特定类型的网络21所定义的协议，以及可采用诸如LPP和LPPe之类的得到位置服务器26和移动设备16支持但是未必得到网络21支持的定位协议。

图2A藉由与图1的交叉参照来解说移动设备16包括至少一个计算机处理系统28。如所示出的，计算机处理系统28起作用地连接至移动设备16。在一个方面，计算机处理系统28被容纳在移动设备16中。计算机处理系统28被适配成接收、存储、处理、以及执行至少与位置定位数据相关的指令。

在图2A的框图中解说了移动设备16的计算机处理系统28。如所示出的，计算机处理系统28可包括使移动设备16能够接收、处理、存储和执行与关于定位数据的数据和信息有关的指令的各种组件，该数据和信息包括位置信号（图1）和包含定位数据的基站定位信号（图1）。各组件可包括全部由总线34耦合的数据处理器30、位置定位接收机（例如，GPS接收机）31、存储介质32、无线调制解调器33、以及蜂窝收发机（RX/TX）35。存储介质32是机器或计算机可读介质并且可包括但不限于诸如DRAM和SRAM之类的易失性存储器以及诸如ROM、闪存、EPROM、EEPROM和磁泡存储器之类的非易失性存储器。

还能够连接至总线的是可任选的副存储36、外部存储38、诸如监视器40之类的可随移动设备16包括的输出设备、以及在可任选的配置中的诸如键盘42、鼠标44之类的输入设备、以及打印机46。副存储36可包括诸如但不限于硬盘驱动器、磁鼓、和磁泡存储器之类的机器可读介质。外部存储38可包括诸如软盘、可移动硬盘驱动器、磁带、CD-ROM、可移动存储器卡之类的机器可读介质、以及甚至其他经由通信线路连接的计算机。副存储36与外部存储38之间的区分主要是便于描述机器可读存储器的使用。由此，本领域技术人员将领会，在这些组件之间及之中有实质性的功能交叠。计算机软件和用户程序可被存储在存储介质32和外部存储38中。计算机软件的可执行版本可以从存储介质32或另一非易失性存储介质读取，为了执行而直接被加载到易失性存储介质中，直接自非易失性存储介质中执行，或者在加载到易失性存储介质以供执行之前被存储到副存储上。

图2A中所解说的移动设备16的计算机处理系统28包括用于实现本文档中所描述的位置相关数据传递系统10的方法的计算机指令集（在本文档中称“指令”）。指令48在图2A中被图解地解说单纯是为对理解本文档中所描述的位置相关数据传递系统10的方法的辅助。这些指令可在各种内部存储器中存储或可在硬件中实现。这些指令还可被包括在位于移动设备16外部（例如，在有安保的内联网上，在因特网上，或者在基站处）的计算机的计算机处理系统中，指令可从该计算机处理系统传送到移动设备16。与指令相关联的数据可被接收、存储、处理并且传送给诸移动设备，但是为清楚起见仅解说了单个移动设备16。与这些指令相关联的数据还可被接收、存储、处理和传送给/自跨无线通信系统的一个或更多个基站。作为替换，与指令相关联的数据还可被接收、存储、处理并且向/从连接到该无线网络的计算机服务器传送。

图2B藉由与图1的交叉参照来解说包括至少一个计算机处理系统58的位置服务器26。在一个方面，计算机处理系统58被容纳在位置服务器26中。计算机处理系统58被适配成接收、存储、处理、以及执行至少与位置定位数据相关的指令。

在图2B的框图中解说了位置服务器26的计算机处理系统58。如所示出的，计算机处理系统58可包括使位置服务器26能够接收、处理、存储和执行与关于定位数据的数据和信息有关的指令的各种组件，该数据和信息包括位置信号、以及包含定位数据的基站定位信号。这些组件可包括由总线64耦合的数据处理器60和存储介质62。存储介质62是机器或计算机可读介质并且可包括但不限于诸如DRAM和SRAM之类的易失性存储器以及诸如ROM、闪存、EPROM、EEPROM和磁泡存储器之类的非易失性存储器。

还能够耦合至总线的是可任选的副存储66、外部存储68、诸如监视器70之类的可随位置服务器26包括的输出设备、以及在可任选的配置中的诸如键盘72、鼠标74之类的输入设备以及打印机76。副存储66可包括诸如但不限于硬盘驱动器、磁鼓、和磁泡存储器之类的机器可读介质。外部存储68可包括诸如软盘、可移动硬盘驱动器、磁带、CD-ROM、可移动存储器卡之类的机器可读介质、以及甚至其他经由通信线路连接的计算机。可任选的副存储66与外部存储68之间的区分主要是便于描述机器可读存储器的使用。由此，本领域技术人员将领会，在这些组件之间及之中有实质性的功能交叠。计算机软件和用户程序可被存储在存储介质62和外部存储68中。计算机软件的可执行版本可以从存储介质62或其他非易失性存储介质读取，为了执行而直接被加载到易失性存储介质中，直接自非易失性存储介质中执行，或者在加载到易失性存储介质以供执行之前被存储到副存储上。

位置服务器26的计算机处理系统58包括用于实现本文档中所描述的位置相关数据传递系统10的方法的计算机指令集（在本文档中称“指令”）。这些指令78可被存储在各种内部存储器中或可在硬件中实现。这些指令还可被包括在位于位置服务器26外部（例如，在有安保的内联网上，在因特网上，或者在基站处）的计算机的计算机处理系统中，这些指令可从该计算机处理系统传送到位置服务器26。

在一个方面，允许在位置服务器和移动设备之间的正在进行的数据传递会话中修改位置相关数据的系统被配置成扩展LPP能力。例如，LPP消息可被配置成包含如在3GPP TS 36.355中所定义的用于LPP的信息和参数、以及包含附加信息且支持附加规程的附加嵌入式LPPe（LPP扩展协议）消息。在嵌入式LPPe消息中携带的信息可被用来支持如根据所定义的规程为LPP那样传递辅助数据和位置信息。这些规程可在不停止或中止较早传递的情况下修改由LPPe携带的辅助数据或位置信息的周期性传递。在另一方面，由LPPe使用的规程与在3GPP TS 36.355中已经为LPP定义的规程相兼容并且避免LPP级的协议差错。

在一个方面，LPPe规程被定义成支持位置相关数据的周期性传递并带有能够稍后修改该传递的能力。位置相关数据可包括辅助数据和位置测量信息。该规程可包括未经索求和/或经索求的LPP辅助数据传递规程的多个实例或未经索求和/或经索求的LPP位置信息传递规程的多个实例，其中任一规程的每个实例是如在TS 36.355中所定义的那样（例如，每个此类实例的最后消息由此将包含事务结束指示符）。

图6A解说如在3GPP TS 36.355中为LPP定义的那样从位置服务器（例如，图1中的位置服务器26）向目标设备（例如，图1中的移动设备16）传递辅助数据的规程。任选地，在步骤1中，目标设备向位置服务器发送对辅助数据的LPP请求。步骤1中的LPP消息包括某个事务ID T1和定义所请求的位置辅助数据的类型的参数。

在步骤2中，位置服务器26向该目标发送LPP消息，该LPP消息包含步骤1中所请求的辅助数据和步骤1中所使用的同一事务ID T1。如果步骤1不发生，那么位置服务器26仍能在步骤2中向目标设备发送辅助数据，但是在该情形中是作为未经索求的辅助数据。而且，当辅助数据以未经索求的方式发送时，位置服务器可自行决定数据的内容或者可将此基于来自目标设备的未在图6A中示出的某个先前请求。步骤2可被重复一次或更多次以在同一时间发送附加数据或者在一个或更多个后续时间发送附加数据。

在步骤3中，位置服务器发送最终辅助数据并且通过纳入针对事务T1的事务结束指示来指示该规程的结束。如果仅有一组辅助数据被发送，那么步骤2可被跳过并且可只发生步骤3和可任选的步骤1。

图6B解说如在3GPP TS 36.355中为LPP定义的从目标设备（例如，图1中的移动设备16）向位置服务器（例如，图1中的位置服务器26）传递位置信息的规程。任选地，在步骤1中，位置服务器向目标设备发送对位置信息的LPP请求。步骤1中的LPP消息包括某个事务ID T2和定义所请求的位置信息的类型的参数。

在步骤2中，该目标向位置服务器26发送LPP消息，该LPP消息包含步骤1中所请求的位置信息和步骤1中所使用的同一事务ID T2。如果步骤1没有发生过，那么该目标仍能在步骤2中向位置服务器26发送位置信息，但在该情形中是作为未经索求的位置信息。而且，当位置信息以未经索求的方式发送时，目标设备可自行决定位置信息的内容或者可将此基于来自位置服务器26的未在图6B中示出的某个先前请求。步骤2可被重复一次或更多次以在同一时间发送附加数据或者在一个或更多个后续时间发送附加数据。

在步骤3中，目标设备发送最终位置信息并且通过纳入针对事务T2的事务结束指示来指示该规程的结束。如果仅有一组位置信息被发送，那么步骤2可被跳过并且可只发生步骤3和可任选的步骤1。

3GPP TS 36.355中的LPP规则要求在如图6A和6B中所解说的相同规程的所有消息中使用同一事务ID并且要求最终消息携带事务结束指示符。这些规则还允许一端指定要如在图6A和6B中的步骤1中所发送的数据，但是不包含在一旦初始请求已被发送的情况下修改该数据的规定。由于在LPPe规程符合LPP规程的情况下要求LPPe消息被携带在LPP消息内部，因此没有通过仅扩展图6A和6B中所示的类型的单个LPP规程来修改位置相关数据传递的直接途径。取而代之地，多个LPP规程可如在本文所公开地被使用。

一个方面提供用于支持从服务器302（其可与图1中的位置服务器26相同）向诸如移动设备（其可与图1中的移动设备16相同）之类的目标301的周期性或触发式辅助数据递送的规程。在该情形中，服务器302将在预先协定的时间（例如，以固定的周期性间隔）或在具体的触发条件在服务器302处发生时（例如，当新辅助数据变得可用或者当先前发送的辅助数据变得无效时）向目标301传递先前协定类型的辅助数据。在该递送规程期间，目标301可修改正被递送的辅助数据的类型和/或控制何时该辅助数据将被发送的周期性或触发参数。

图3A解说带有目标更新的示例性周期性和/或触发式辅助数据传递的消息流图。该规程使目标301能够请求服务器302周期性地以定义的间隔或在具体触发准则被满足时发送辅助数据。该规程还允许目标301在数据传递会话正在进行的同时修改辅助数据类型和/或周期性和触发准则。

在时间1处，目标301使用可用事务ID T1来向服务器302发送LPP请求辅助数据（RequestAssistanceData）消息。该消息可包含会话ID S，其不同于在目标301和服务器302之间当前在使用中的用于同一规程类型的任何其他实例的任何其他LPPe会话ID。该消息还可包含标识正被请求的辅助数据的类型、用于发送该数据的触发或周期性条件、和用于结束该辅助数据传递的历时或其他（诸）具体条件的LPPe控制参数。在时间2处，服务器302用LPP提供辅助数据（ProvideAssistanceData）消息来对目标301作出响应。该消息使用来自时间1的事务ID T1并且指示该事务的结束。该消息包含会话ID S和指示在时间1处发送的请求是否能得到支持的LPPe控制参数。如果该请求能得到支持，那么LPPe控制参数可修改辅助数据类型和用于发送该数据的条件。例如，该修改可包括确认或重新定义所传递的辅助数据的类型、用于传递该数据的触发或周期性参数和/或用于结束该辅助数据传递的历时或其他条件。LPPe控制参数还可包括要被递送的辅助数据的另外特性。步骤2中的消息结束在步骤1中开始的LPP规程（也称为事务）并且遵循3GPP TS 36.355中的LPP规则（例如，对应于图6A中的步骤1和3）。由于该规程确立了什么辅助数据要在后续步骤中被传递但是并不实际传递任何辅助数据，所以其可被称为控制事务或控制规程。

在时间3处，当（诸）第一触发或周期性条件发生时，服务器302向目标301发送未经索求的LPP提供辅助数据（ProvideAssistanceData）消息，其包含会话ID S和包含在时间2或1处确认或定义的辅助数据的LPPe参数。该消息使用可以不同于T1的可用事务ID T2。适用于该规程的LPPe控制参数和LPPe数据参数是可彼此区分的。会话ID S向目标301确认辅助数据对应于在步骤1和2中所协定的那些辅助数据。

在时间4处，服务器302可继续在每个（诸）附加触发或周期性条件发生时向目标301发送进一步的LPP提供辅助数据（ProvideAssistanceData）消息，其包含在时间2或1处确认或重新定义的辅助数据。如果用于结束该辅助数据传递的历时或其他条件发生，那么所传递的最后的提供辅助数据（ProvideAssistanceData）消息指示事务T2的结束并且发生在时间5-8处的事务被省略。在该情形中，该规程（或事务）根据3GPP TS 36.355中用于LPP的规则（例如，对应于图6A中的针对未经索求的辅助数据传递的步骤2和3）来结束。在该情形中，由于该规程传递辅助数据但不协商或修改其内容，因此该规程可被称为数据事务或数据规程。

在对辅助数据的递送已经终止之前，目标301可通过在时间5处使用可用的事务ID T3向服务器302发送LPP请求辅助数据（RequestAssistanceData）消息来更新辅助数据类型和/或触发和周期性条件和/或用于终止的历时或（诸）条件。该ID T3不同于T2。该消息包含会话ID S和标识正被请求的任何新的辅助数据类型、用于发送该数据的任何新的触发或周期性条件和用于结束该辅助数据传递的任何新的历时或具体条件的LPPe控制参数。这些控制参数还可指示先前辅助数据递送是应继续（默认）还是中止（若新请求不能得到支持）。纳入会话ID S即告知服务器302：新请求与步骤1至4的辅助数据传递相关。使用不同于T2的事务ID T3避免了LPP协议违规，因为步骤5中的请求被目标301和服务器302两者皆看作属于与和步骤3和4相关联的规程不同的LPP规程（不同事务）。假使事务ID T3与T2相同，那么将有协议违规并且服务器302或许会中止该传递。

在时间6处，服务器302用LPP提供辅助数据（ProvideAssistanceData）消息来对目标301作出响应。该消息使用事务ID T3并且指示该事务的结束。该消息包含指示时间5处的经修改请求是否能得到支持的LPPe控制参数。如果该请求能够得到支持，那么控制参数可显式地确认或重新定义任何新的辅助数据类型、任何新的触发或周期性参数、以及用于结束该辅助数据传递的任何新的历时或其他（诸）条件。要被递送的辅助数据的进一步特性也可在LPPe控制参数中提供。如果时间5处的请求不能得到支持，那么除非在时间5处另行请求，否则时间1处的较早请求应经由对发生在时间4处的事务的进一步重复来继续，直至该数据传递会话正常结束、或者被对发生在时间5处的请求的重复所修改、或者被目标301所中止。如果在时间5处被另行请求，那么（包括事务T2的）较早请求在不向目标301发送任何进一步辅助数据的情况下在服务器302处被中止。在任一情形中，发生在时间7和8处的事务随后被省略。与步骤5和6相关联的规程随后结束（因为事务结束指示符已由服务器302在步骤6中包括）并且遵循3GPP TS 36.355中的LPP规程规则（例如，对应于图6A中的步骤1和3）。由于该规程修改正被传递的辅助数据但是并不实际传递任何辅助数据，所以其可被称为控制事务或控制规程。

在时间7处，如果服务器302能支持发生在时间5处的请求，那么服务器302停止对时间1处的请求的支持。由于竞态条件，目标301可在时间5之后且在时间6之前察觉到发生了对发生在时间4处的消息的一次或更多次重复。当第一经更新的（诸）触发或周期性条件在时间6之后发生时，服务器302向目标301发送未经索求的LPP提供辅助数据（ProvideAssistanceData）消息，其包含会话ID S和包含在时间6或5处确认或定义的新辅助数据的LPPe参数。该消息继续使用事务ID T2，这避免扰乱（例如，违反）用于辅助数据传递的LPP规程。目标301可根据步骤6中的LPP消息何时被接收到来确定服务器302已经在何时改变了辅助数据传递。在LPP消息是以由服务器302发送的次序被递送给目标301（这是3GPP TS 35.355中对LPP的要求）的前提下，则步骤4的所有实例将在步骤6发生之前停止并且步骤7将在步骤6已经发生之后发生。这避免了要在步骤7中的LPP消息中包括任何具体地指示已经发生对辅助数据传递的改变的信息的需要，这简化了LPP和LPPe消息内容。

在时间8处，服务器302可继续在每个（诸）附加触发或周期性条件发生时向目标301发送附加LPP提供辅助数据（ProvideAssistanceData）消息，其包含会话ID S和包含在时间6或5处确认或重新定义的新辅助数据的LPPe数据参数。如果用于结束该辅助数据传递的历时或其他条件发生，那么所传递的最后LPP提供辅助数据（ProvideAssistanceData）消息指示事务T2的结束。在该事务的结束之前，目标301可更新辅助数据类型、触发或周期性条件和/或用于终止该传递的历时或其他条件，并且发生在时间5和6处的这些事务被重复。通过纳入事务结束标识符在步骤8中终止该规程遵循了LPP规程规则（例如，步骤8对应于图6A中的步骤3）。而且，步骤3、4、7和8中的完整的辅助数据传递对应于如图6A的步骤2和3中所示的正常的未经索求的LPP辅助数据传递。由于这些步骤传递辅助数据但不定义或修改其内容，所以它们可被称为数据事务或数据规程。

从以上描述可见，图3A中的总体规程包括3个单独的较小的LPP规程或事务：步骤1和2中的用于定义和协定要被传递的辅助数据的控制事务，步骤5和6中的用于修改要被传递的辅助数据的另一控制事务，以及步骤3、4、7和8中的用于传递辅助数据的数据事务。这些较小的规程（或事务）遵循3GPPTS 36.355中的LPP规则，由此使得总体复合规程也顺应于LPP。

图3B示出解说图3A的辅助数据传递会话如何可被发起和终止的消息流图。在时间1处，目标301使用可用事务ID T1来向服务器302发送LPP请求辅助数据（RequestAssistanceData）消息。该消息包含会话ID S，其不同于在目标301和服务器302之间当前在使用中的用于同一规程类型的任何其他实例的任何其他LPPe会话ID。该消息包含对该消息是对周期性/触发式辅助数据传递的初始请求的指示。该消息还包含标识正被请求的辅助数据的类型、用于发送该数据的触发或周期性条件、和用于结束该辅助数据传递的历时或其他（诸）具体条件的LPPe控制参数。

在时间2处，服务器302用LPP提供辅助数据（ProvideAssistanceData）消息来对目标301作出响应。该消息使用时间1处的事务ID T1并且指示该事务的结束。该消息包含会话ID S、对该消息是对初始请求作出的响应的指示、以及LPPe控制参数。这些LPPe控制参数指示发生在时间1处的请求是否能得到支持。如果该请求能够得到支持，那么LPPe控制参数可确认或重新定义辅助数据类型、触发或周期性参数、以及用于结束该辅助数据传递的历时或其他（诸）条件。要被递送的辅助数据的进一步特性也可在LPPe控制参数中提供。如果该规程不能得到支持，那么在LPPe级提供差错原因并且发生在图3B中的时间3-7处的事务不被执行。步骤1和2中的消息包括根据3GPP TS 36.355中的用于LPP的规则（例如，对应于图6A中的步骤1和3）的单个LPP规程（或事务）。由于该规程确立什么辅助数据要在后续步骤中被传递但是并不实际传递任何辅助数据，所以其可被称为控制事务或控制规程。

当（诸）第一触发或周期性条件发生时，服务器302在时间3处向目标301发送未经索求的LPP提供辅助数据（ProvideAssistanceData）消息。该消息包含会话ID S、对该事务是周期性/触发式辅助数据递送的指示、以及包含在时间2或1处确认或定义的辅助数据的LPPe数据参数。该消息使用可不同于T1的某个可用事务ID T2。适用于该规程的LPPe控制参数和LPPe数据参数可彼此区分。纳入与步骤1和2中相同的会话ID S即告知目标301：该消息与在步骤1和2中协定的辅助数据传递有关。将该消息作为新规程的一部分来发送避免了违反LPP协议规则。

在时间4处，服务器302可继续向目标301发送进一步的LPP提供辅助数据（ProvideAssistanceData）消息。在每个（诸）附加触发或周期性条件发生时的这些消息包含在时间2处确认或重新定义的辅助数据。这些消息还包含与步骤3中相同的事务ID T2和会话ID S并且由此被目标301看作是与步骤3相关联的规程的继续。

如果在目标301处发生致使该会话结束的（诸）差错条件，那么目标301在时间5处为事务T2向服务器302发送LPP中止，该LPP中止可以可任选地包括LPP和/或LPPe差错代码。另外，如果该会话结束，那么发生在图3B中的时间6和7处的事务随后被省略。可诱发中止的差错条件可包括由目标301或服务器302作出的、但其中由服务器302提供的最终控制参数对目标301而言是不可接受的要更新辅助数据传递的尝试，。

如果在服务器302处发生致使该会话结束而不递送进一步辅助数据的差错条件，那么服务器302在时间6处为事务T2向目标301发送LPP中止，该LPP中止可以可任选地包括LPP和/或LPPe差错代码。发生在图3B中的时间7处的事务随后被省略。步骤5或步骤6中的对LPP中止消息的发送被3GPP TS36.355中的LPP规则所允许并且由此与LPP相一致。注意，步骤5或6中的LPP中止消息携带事务ID T2并且由此被看作与步骤3和4相关联的事务的一部分（及其结束）。

当用于结束辅助数据传递的历时或（诸）其他条件发生时，在时间7处发送最后的LPP提供辅助数据（ProvideAssistanceData）消息。该消息指示事务T2的结束。在一个方面，使用的是终止传递而不是中止（若可能），因为随后可包括专用于该辅助数据传递的附加终止信息。步骤3、4和7中的完整的辅助数据传递对应于如图6A的步骤2和3中所示的正常的未经索求的LPP辅助数据传递。由于这些步骤传递辅助数据但并不定义或修改其内容，所以它们可被称为数据事务或数据规程。

从以上描述可见，图3B中的总体规程包括2个单独的较小的LPP规程或事务：步骤1和2中的用于定义和协定要被传递的辅助数据的控制事务，以及步骤3、4和7中的用于传递辅助数据的数据事务。这些较小的规程（或事务）遵循3GPP TS 36.355中的LPP规则，由此使得总体复合规程也顺应于LPP。

图3C是解说目标301可如何更新根据图3B解说的正在进行的周期性/触发式辅助数据传递的呼叫流图。在时间1处，带有更新的LPPe周期性/触发式辅助数据传递规程是使用如图3B的步骤1和2中的控制事务或控制规程来发起的。在时间2处，服务器302可向目标301发送零个、一个或更多个LPP提供辅助数据（ProvideAssistanceData）消息，其包含在时间1处协定的辅助数据并且使用事务ID T2。

目标301可在对辅助数据的递送已经终止之前修改辅助数据。在时间3处，目标301使用可用事务ID T3来向服务器302发送LPP请求辅助数据（RequestAssistanceData）消息。ID T3不同于T2（若T2已经被启动）。对辅助数据的修改可包括更新所传递的辅助数据的类型、用于传递该辅助数据的触发和周期性条件、和/或用于终止该传递会话的历时或条件。在时间3处发送的请求包含会话ID S、对这是对周期性/触发式辅助数据传递的更新请求的指示、和LPPe控制参数。这些LPPe控制参数标识正被请求的任何新的辅助数据类型、用于发送该数据的任何新的（诸）触发或周期性条件、以及用于结束该辅助数据传递的任何新的历时或（诸）具体条件。该请求还指示先前辅助数据递送是应继续还是被中止（若新请求不能得到支持）。

在时间4处，服务器302用LPP提供辅助数据（ProvideAssistanceData）消息来对目标301作出响应。该消息使用事务ID T3并且指示该事务的结束。该消息包含会话ID S和对这是对更新请求所作出的响应的指示。该消息还包含指示时间3处的该更新请求是否能得到支持的LPPe控制参数。如果该请求能得到支持，那这些么控制参数可显式地确认或重新定义任何新的辅助数据类型、任何新的触发或周期性参数、以及用于结束该辅助数据传递的任何新的历时或其他（诸）条件。要被递送的辅助数据的进一步特性也可在该消息中提供。如果时间3处的请求不能得到支持，那么如果在时间3处被请求，则在时间1处协定的较早请求应经由对发生在时间2处的事务的进一步重复来继续，直至其正常结束、被对发生在时间3处的事务的重复所修改、或者被中止。如果在时间3处被另行请求，那么（包括事务T2的）较早请求应在不向目标301发送任何进一步辅助数据的情况下在服务器302处被中止。在任一情形中，为时间5和6概述的事务随后被省略。与步骤3和4相关联的规程随后结束（因为事务结束指示符已由服务器302在步骤4中包括）并且遵循3GPP TS 36.355中的LPP规程规则（例如，对应于图6A中的步骤1和3）。由于该规程修改正被传递的辅助数据但是并不实际传递任何辅助数据，所以其可被称为控制事务或控制规程。

如果服务器302能支持时间3处的请求，那么其停止对时间1处的请求的支持。注意，由于竞态条件，目标301可在时间3之后且在时间4之前察觉到发生了对发生在时间2处的事务的一次或更多次重复。当（诸）第一经更新的触发或周期性条件在时间4之后发生时，服务器302在时间5处向目标301发送未经索求的LPP提供辅助数据（ProvideAssistanceData）消息，其包含会话ID S、对这是周期性/触发式辅助数据的指示、和LPPe数据参数。这些LPPE数据参数包含在时间4处确认或定义的新辅助数据。该消息继续使用事务IDT2，这避免扰乱（例如，违反）用于辅助数据传递的LPP规程。目标301可根据步骤4中的LPP消息何时被接收到来确定服务器302已经在何时改变了辅助数据传递。在LPP消息是以由服务器302发送的次序被递送给目标301（这是3GPP TS 35.355中对LPP的要求）的前提下，则步骤2的所有实例将在步骤4发生之前停止并且步骤5将在步骤4已经发生之后发生。这避免了要在步骤5中的LPP消息中包括任何具体地指示对辅助数据传递的改变已经发生的信息的需要，这简化了LPP和LPPe消息内容。

在时间6处，服务器302可继续在每个（诸）附加触发或周期性条件发生时向目标301发送进一步的LPP提供辅助数据（ProvideAssistanceData）消息，其包含会话ID S和包含在时间4或3处确认或重新定义的新辅助数据的LPPe数据参数。如果用于结束该辅助数据传递的历时或其他条件发生，那么所传递的最后LPP提供辅助数据（ProvideAssistanceData）消息指示事务T2的结束。在该事务的结束之前，目标301可通过重复在时间3和4处发生的事务来更新辅助数据类型、（诸）触发或周期性条件和/或用于终止该传递的历时或其他条件。通过包括事务结束标识符在步骤6中终止规程遵循了LPP规程规则——例如，步骤6对应于图6A中的步骤3。而且，步骤2、5和6中的完整的辅助数据传递对应于图6A的步骤2和3中所描述的正常的未经索求的LPP辅助数据传递。由于这些步骤传递辅助数据但并不定义或修改其内容，所以它们被称为数据事务或数据规程。

从以上描述可见，图3C中的总体规程包括3个单独的较小的LPP规程或事务——步骤1中的用于定义和协定要被传递的辅助数据的控制事务、步骤3和4中的用于使目标301能够修改正被传递的辅助数据的另一控制事务、以及步骤2、5和6中的用于传递该辅助数据的数据事务。这些较小的规程（或事务）遵循3GPP TS 36.355中的LPP规则，由此使得总体复合规程也顺应于LPP。

图3D是解说服务器302可如何更新原来是根据图3B发起的正在进行的周期性/触发式辅助数据传递的呼叫流图。在时间1处，周期性/触发式辅助数据传递会话是使用如图3B的步骤1和2中的控制事务或控制规程来发起的。在时间2处，服务器302可向目标301发送零个、一个或更多个LPP提供辅助数据（ProvideAssistanceData）消息，其包含在时间1处协定的辅助数据并且使用事务ID T2。

服务器302可在辅助数据的递送已经终止之前通过使用某个可用事务IDT3向目标301发送未经索求的LPP提供辅助数据（ProvideAssistanceData）消息来指示其将修改辅助数据。该ID T3应不同于T2。对辅助数据的修改包括更新要被传递的辅助数据的类型、用于传递该数据的触发和周期性条件、和/或用于终止该传递会话的历时或条件。在时间3处发送的消息包含在步骤1和2处使用的会话ID S、对这是服务器对周期性/触发式辅助数据传递的更新的指示、和LPPe控制参数。这些LPPe控制参数标识要被提供的任何新的辅助数据类型、用于发送该数据的任何新的（诸）触发或周期性条件、以及用于结束该辅助数据传递的任何新的历时或具体条件。在发送该消息之后，服务器302停止根据时间1处的协定传递辅助数据。纳入会话ID S即告知目标301：该新请求与步骤1和2的辅助数据传递相关。使用不同于T2的事务ID T3避免了LPP协议违规，因为步骤3中的请求被目标301和服务器302两者皆看作属于与和步骤2相关联的规程不同的规程（不同事务）。假使事务ID T3与T2相同，那么将有协议违规并且目标301或许会中止该传递。步骤3还遵循3GPP TS36.355中的LPP规程规则（例如，对应于图6A中的用于单个未经索求的辅助数据传递的步骤3）。但是由于该规程修改了实际上正被传递的辅助数据但是并不传递任何真实辅助数据，所以其可被称为控制事务或控制规程。

在时间4和5处，当（诸）第一经更新的触发或周期性条件（如时间3处所定义的）发生时，服务器302向目标301发送未经索求的LPP提供辅助数据（ProvideAssistanceData）消息，其包含会话ID S、对这是周期性/触发式辅助数据的指示、和包含在时间3处所定义的新辅助数据的LPPe数据参数。该消息继续使用事务ID T2，这避免扰乱（例如，违反）用于辅助数据传递的LPP规程。目标301可根据步骤4中的LPP消息何时被接收到来确定服务器302已经在何时改变了辅助数据传递。在LPP消息是以由服务器302发送的次序被递送给目标301（这是3GPP TS 36.355中对LPP的要求）的前提下，则步骤2的所有实例将在步骤3发生之前停止并且步骤4将在步骤3已经发生之后发生。这避免了要在步骤4中的LPP消息中包括任何具体地指示已经发生对辅助数据传递的改变的信息的需要，这简化了LPP和LPPe消息内容。

服务器302可继续在每个（诸）附加触发或周期性条件发生时向目标301发送进一步的LPP提供辅助数据（ProvideAssistanceData）消息，其包含会话ID S和包含在时间3处定义的新辅助数据的LPPe数据参数。如果用于结束该辅助数据传递的历时或其他条件发生，那么所传递的最后的LPP提供辅助数据（ProvideAssistanceData）消息指示事务T2的结束。服务器302可在结束该数据传递之前通过重复在时间3处发生的事务来更新辅助数据类型、触发或周期性条件和/或用于终止该传递的历时或其他条件。通过包括事务结束标识符在步骤5中终止该规程遵循了LPP规程规则（例如，步骤5对应于图6A中的步骤3）。而且，步骤2、4和5中的完整的辅助数据传递对应于如图6A的步骤2和3中所示的正常的未经索求的LPP辅助数据传递。由于这些步骤传递辅助数据但不定义或修改其内容，所以它们被称为数据事务或数据规程。

从以上描述可见，图3D中的总体规程包括3个单独的较小的LPP规程或事务：步骤1中的用于定义和协定要被传递的辅助数据的控制事务，步骤3中的用于使服务器302能够修改正被传递的辅助数据的另一控制事务，以及步骤2、4和5中的用于传递辅助数据的数据事务。这些较小的规程（或事务）遵循3GPP TS 36.355中的LPP规则，由此使得总体复合规程也顺应于LPP。

另一方面提供用于支持对从目标向服务器302的周期性或触发式位置信息递送的规程，其中服务器302被允许修改正被递送的位置信息（也称为位置测量信息）的类型和/或递送规程期间的周期性或触发参数。位置信息可包括对GPS或GNSS卫星的测量、对由服务网络或其他网络中的近旁基站传送的信号的测量和位置坐标（若由目标301所计算）以及其他信息。图4A解说带有服务器更新的示例性周期性/触发式位置信息传递的呼叫流图。该规程使服务器302能够请求目标301以定义的间隔来周期性地发送或在具体触发准则被满足时发送位置信息。该规程还允许服务器302在递送规程正在进行的同时修改位置信息类型和/或周期性和触发准则。

在时间1处，服务器302使用可用事务ID T1来向目标301发送LPP请求位置信息（RequestLocationInformation）消息。该消息可包含会话ID S，其不同于在目标301和服务器302之间当前在使用中的用于同一规程类型的任何其他实例的任何其他LPPe会话ID。该消息还可包含LPPe控制参数，其标识正被请求的位置信息的类型、用于发送该信息的（诸）触发或周期性条件、以及用于结束该位置信息传递的历时或其他（诸）具体条件。

在时间2处，目标301用LPP提供位置信息（ProvideLocationInformation）消息来对服务器302作出响应。该消息使用时间1处的事务ID T1并且指示该事务的结束。该消息包含会话ID S和指示在时间1处的请求是否能得到支持的LPPe控制参数。如果该请求能得到支持，那么这些控制参数可确认或重新定义位置信息类型、触发或周期性参数、以及用于结束该位置信息传递的历时或其他（诸）条件。要被递送的位置信息的进一步特性也可在该消息中提供。步骤2中的消息结束在步骤1中启动的LPP规程（也称为事务）并且遵循3GPPTS 36.355中的LPP规则（例如，对应于图6B中的步骤1和3）。由于该规程确立什么位置信息要在后续步骤中被传递但是并不实际传递任何位置信息，所以其可被称为控制事务或控制规程。

当（诸）第一触发或周期性条件发生时，目标301在时间3处向服务器302发送未经索求的LPP提供位置信息（ProvideLocationInformation）消息。该消息包含会话ID S和包含在时间2或1处确认或定义的位置信息的LPPe数据参数。该消息使用可不同于T1的某个可用事务ID T2。适用于该规程的LPPe控制参数和LPPe数据参数可彼此区分。会话ID S向服务器302确认位置信息对应于在步骤1和2中所协定的那些位置信息。

在时间4处，目标301可继续在每个附加（诸）触发或周期性条件发生时向服务器302发送LPP提供位置信息（ProvideLocationInformation）消息，其包含在时间2处确认的位置信息。如果用于结束该位置信息传递的历时或其他条件发生，那么所传递的最后的提供位置信息（ProvideLocationInformation）消息指示事务T2的结束。在该情形中，发生在图4A中的时间5至8处的事务被省略。在该情形中，该规程（或事务）根据3GPP TS 36.355中用于LPP的规则（例如，对应于图6B中的用于未经索求的位置信息传递的步骤2和3）来结束。在该情形中，由于该规程传递位置信息但不协商或修改其内容，因此该规程可被称为数据事务或数据规程。

在对位置信息的递送已经终止之前，服务器302可通过在时间5处使用可用的事务ID T3向目标301发送LPP请求位置信息（RequestLocationInformation）消息来更新位置信息类型和/或触发和周期性条件和/或用于终止的历时或条件。该ID T3不同于T2。该消息包含会话ID S和标识正被请求的任何新的位置信息类型、用于发送该数据的任何新的触发或周期性条件、和用于结束该位置信息传递的任何新的历时或具体条件的LPPe控制参数。这些控制参数还可指示先前位置信息递送是应继续（默认）还是中止（若新请求不能得到支持）。纳入会话ID S即告知目标301：新请求与步骤1至4的位置信息传递相关。使用不同于T2的事务ID T3避免了LPP协议违规，因为步骤5中的请求被服务器302和目标301两者皆看作属于与和步骤3和4相关联的规程不同的规程（不同事务）。假使事务ID T3与T2相同，那么将有协议违规并且目标301或许会中止该传递。

在时间6处，目标301用LPP提供位置信息（ProvideLocationInformation）消息来对服务器302作出响应。该消息使用事务ID T3并且指示该事务的结束。该消息包含指示时间5处的经修改请求是否能得到支持的LPPe控制参数。如果该请求能得到支持，那么这些控制参数可确认或重新定义任何新的位置信息类型、和新的触发或周期性参数、以及用于结束该位置信息传递的任何新的历时或其他条件。要被递送的位置信息的进一步特性也可被提供。如果时间5处的请求不能得到支持，那么除非在时间5处另行请求，否则时间1处的较早请求应经由对发生在时间4处的事务的进一步重复来继续，直至其正常结束、或者被对发生在时间5处的事务的重复所修改、或者被服务器302所中止。但是如果在时间5处被另行请求，那么（包括事务T2的）较早请求在不向服务器302发送任何进一步位置信息的情况下在目标301处被中止。在任一情形中，发生在图4A中的时间7和8处的事务随后被省略。与步骤5和6相关联的规程随后结束（因为事务结束指示符已由目标301在步骤6中包括）并且遵循3GPP TS 36.355中的LPP规程（例如，对应于图6B中的步骤1和3）。由于该规程修改正被传递的位置信息但是并不实际传递任何位置信息，所以其可被称为控制事务或控制规程。

如果目标301能支持时间5处的请求，那么其停止对时间1处的请求的支持。由于竞态条件，服务器302可在时间5之后且在时间6之前察觉到发生了对发生在时间4处的消息的一次或更多次重复。当（诸）第一经更新的触发或周期性条件在时间6之后发生时，目标301向服务器302发送未经索求的LPP提供位置信息（ProvideLocationInformation）消息，其包含会话ID S和包含在时间6或5处确认或定义的新位置信息的LPPe数据参数。该消息继续使用事务ID T2，这避免扰乱（例如，违反）用于位置信息传递的LPP规程。服务器302可根据步骤6中的LPP消息何时被接收到来确定目标301已经在何时改变了位置信息传递。在LPP消息是以由目标301发送的次序被递送给服务器302（其为3GPP TS 35.355中对LPP的要求）的前提下，则步骤4的所有实例将在步骤6发生之前停止并且步骤7将在步骤6已经发生之后发生。这避免要在步骤7中的LPP消息中包括任何具体地指示已经发生对位置信息传递的改变的信息的需要，这简化了LPP和LPPe消息内容。

目标301可继续在时间8处向服务器302发送包含会话ID S和LPPe数据参数的进一步LPP提供位置信息（ProvideLocationInformation）消息。在每个（诸）附加触发或周期性条件发生时的这些LPPe数据参数包含在时间6或5处确认或重新定义的新位置信息。如果用于结束该位置信息传递的历时或其他（诸）条件发生，那么所传递的最后的LPP提供位置信息（ProvideLocationInformation）消息指示事务T2的结束。在该事务的结束发生之前，服务器302可更新位置信息类型、触发或周期性条件和/或用于终止该传递的历时或其他（诸）条件，并且发生在时间5和6处的这些事务被重复。通过纳入事务结束标识符在步骤8中终止规程遵循了LPP规程规则（例如，步骤8对应于图6B中的步骤3）。而且，步骤3、4、7和8中的完整的位置信息传递对应于图6B的步骤2和3中所示的正常的未经索求的LPP位置信息传递。由于这些步骤传递位置信息但不定义或修改其内容，所以它们被称为数据事务或数据规程。

从以上描述可见，图4A中的总体规程包括3个单独的较小的LPP规程或事务——步骤1和2中的用于定义和协定要被传递的位置信息的控制事务、步骤5和6中的用于修改要被传递的位置信息的另一控制事务、以及步骤3、4、7和8中的用于传递该位置信息的数据事务。这些较小的规程（或事务）遵循3GPP TS 36.355中的LPP规则，由此使得总体复合规程也顺应于LPP。

图4B是解说对图4A中解说的位置信息传递会话的示例性发起和终止的呼叫流图。在时间1处，服务器302使用某个可用事务ID T1来向目标301发送LPP请求位置信息（RequestLocationInformation）消息。该消息包含会话IDS（不同于在目标301和服务器302之间当前在使用中的用于相同规程类型的任何其他实例的任何其他LPPe会话ID）、对这是对周期性/触发式位置信息传递的初始请求的指示、和LPPe控制参数。这些LPPe控制参数标识正被请求的位置信息的类型、用于发送该信息的触发或周期性条件和用于结束该位置信息传递的历时或其他（诸）具体条件。

在时间2处，目标301用LPP提供位置信息（ProvideLocationInformation）消息来对服务器302作出响应。该消息使用时间1处的事务ID T1并且指示该事务的结束。该消息包含会话ID S、对这是对初始请求所作出的响应的指示、以及指示时间1处的请求是否能得到支持的LPPe控制参数。如果该请求能得到支持，那么这些控制参数可显式地确认或重新定义位置信息类型、触发或周期性参数、以及用于结束该位置信息传递的历时或其他条件。要被递送的位置信息的进一步特性也可在该消息中提供。如果该规程不能得到支持，那么在LPPe级提供差错原因并且剩余步骤随后不被执行。步骤1和2中的消息包括根据3GPP TS 36.355中的用于LPP的规则（例如，对应于图6B中的步骤1和3）的单个LPP规程（或事务）。由于该规程确立了什么位置信息要在后续步骤中被传递但是并不实际传递任何位置信息，所以其可被称为控制事务或控制规程。

在时间3处，当（诸）第一触发或周期性条件发生时，目标301向服务器302发送未经索求的LPP提供位置信息（ProvideLocationInformation）消息，其包含会话ID S、对这是周期性/触发式位置信息递送的指示、以及LPPe数据参数。LPPe数据参数包含在时间2或1处确认或定义的位置信息。该消息使用可不同于T1的某个可用事务ID T2。纳入与步骤1和2中相同的会话ID S即告知服务器302：该消息与在步骤1和2中协定的位置信息传递有关。将该消息作为新规程的一部分来发送避免违反LPP协议规则。

在时间4处，目标301可继续在每个（诸）附加触发或周期性条件发生时向服务器302发送进一步的LPP提供位置信息（ProvideLocationInformation）消息，其包含在时间2或1处确认或重新定义的位置信息。这些消息还包含与步骤3中相同的事务ID T2和会话ID S并且由此被服务器302看作与步骤3相关联的规程的继续。

如果在服务器302处发生致使该会话结束的（诸）差错条件，那么服务器302在时间5处为事务T2向目标301发送LPP中止，该LPP中止可以可任选地包括LPP和/或LPPe差错代码。发生在时间6-7处的剩余步骤随后被省略。可诱发中止的差错条件包括由服务器302或目标301作出的、但其中由目标301提供的最终控制参数对服务器302而言是不可接受的要更新位置信息传递的尝试。

如果在目标301处发生致使该会话结束而不递送进一步位置信息的（诸）差错条件，那么目标301在时间6处为事务T2向服务器302发送LPP中止，该LPP中止可以可任选地包括LPP和/或LPPe差错代码。时间7处的剩余步骤随后被省略。步骤5或步骤6中的LPP中止消息的发送得到3GPP TS 36.355中的LPP规则所允许并且由此与LPP相一致。注意，步骤5或6中的LPP中止消息携带事务ID T2并且由此被看作与步骤3和4相关联的事务的一部分（及其结束）。

当用于结束该位置信息传递的历时或其他条件发生时，在时间7处所传递的最后的LPP提供位置信息（ProvideLocationInformation）消息指示事务T2的结束。与中止传递相比较，终止传递允许可包括专用于该位置信息传递的附加终止信息。步骤3、4和7中的完整的位置信息传递对应于图6B的步骤2和3中所示的正常的未经索求的LPP位置信息传递。由于这些步骤传递位置信息但不定义或修改其内容，所以它们被称为数据事务或数据规程。

从以上描述可见，图4B中的总体规程包括2个单独的较小的LPP规程或事务：步骤1和2中的用于定义和协定要被传递的位置信息的控制事务，以及步骤3、4和7中的用于传递位置信息的数据事务。这些较小的规程（或事务）遵循3GPP TS 36.355中的LPP规则，由此使得总体复合规程也顺应于LPP。

图4C是解说服务器302可如何更新原来是根据图4B启动的正在进行的周期性/触发式位置信息传递的呼叫流图。在时间1处，周期性/触发式位置信息传递规程是使用如图4B的步骤1和2中的控制事务或控制规程来发起的。在时间2处，目标301可向服务器302发送零个、一个或更多个LPP提供位置信息（ProvideLocationInformation）消息，其包含在时间1处协定的位置信息并且使用事务ID T2。

在时间3处，服务器302可修改该位置信息。对位置信息的修改包括更新位置信息类型、用于传递位置信息的触发和周期性条件、和/或用于终止的历时或（诸）条件。服务器302使用某个可用事务ID T3来向目标301发送LPP请求位置信息（RequestLocationInformation）消息。ID T3不同于T2（若T2已经被启动）。该消息包含会话ID S、对这是对周期性/触发式位置信息传递的更新请求的指示、和LPPe控制参数。这些LPPe控制参数标识正被请求的任何新的位置信息类型、用于发送该信息的任何新的触发或周期性条件、和用于结束该位置信息传递的任何新的历时或（诸）具体条件。这些控制参数还可指示先前位置信息递送是将继续还是被中止（若新请求不能得到支持）。纳入会话ID S即告知目标301：新请求与步骤1和2的位置信息传递相关。使用不同于T2的事务ID T3避免了LPP协议违规，因为步骤3中的请求被服务器302和目标301两者皆看作属于与和步骤2相关联的规程不同的规程（不同事务）。假使事务ID T3与T2相同，那么将有协议违规并且服务器302或许会中止该传递。

在时间4处，目标301用LPP提供位置信息（ProvideLocationInformation）消息来对服务器302作出响应。该消息使用事务ID T3并且指示该事务的结束。该消息包含会话ID S和对这使对更新请求所作出的响应的指示。该消息还包含指示时间3处的经更新请求是否能得到支持的LPPe控制参数。如果该请求能得到支持，那么这些控制参数可显式地确认或重新定义任何新的位置信息类型、任何新的触发或周期性参数、以及用于结束该位置信息传递的任何新的历时或其他条件。要被递送的位置信息的进一步特性也可在该消息中提供。如果时间3处的请求不能得到支持，那么如果在时间3处请求了，则时间1处的较早请求应经由对时间2处的事务的进一步重复来继续，直至其正常结束、或被对时间3处的事务的重复所修改、或者被中止。但是如果在时间3处被另行请求，那么（包括事务T2的）较早请求应在不向服务器302发送任何进一步位置信息的情况下在目标301处被中止。在任一情形中，发生在时间5和6处的步骤随后被省略。与步骤3和4相关联的规程随后结束（因为事务结束指示符已由目标301在步骤4中包括）并且遵循3GPP TS 36.355中的LPP规程（例如，对应于图6B中的步骤1和3）。由于该规程修改正被传递的位置信息但是并不实际传递任何位置信息，所以其可被称为控制事务或控制规程。

如果目标301能支持时间3处的请求，那么在时间4之后，目标301停止对发生在时间1处的事务中的请求的支持。由于竞态条件，服务器302可在时间3之后且在时间4之前察觉到发生了对发生在时间2处的步骤的一次或更多次重复。当（诸）第一经更新的触发或周期性条件在时间4之后发生时，目标301在时间5处向服务器302发送未经索求的LPP提供位置信息（ProvideLocationInformation）消息，其包含会话ID S、对这是周期性/触发式位置信息的指示、和LPPe数据参数。这些LPPe数据参数包含在时间4或3处确认或定义的新位置信息。该消息继续使用事务ID T2，这避免扰乱（例如，违反）用于位置信息传递的LPP规程。服务器302可根据步骤4中的LPP消息何时被接收到来确定目标301已经在何时改变位置信息传递。在LPP消息是以由目标301发送的次序被递送给服务器302（这是3GPP TS 35.355中对LPP的要求）的前提下，则步骤2的所有实例将在步骤4发生之前停止并且步骤5将在步骤4已经发生之后发生。这避免要在步骤5中的LPP消息中包括任何具体地指示已经发生对位置信息传递的改变的信息的需要，这简化了LPP和LPPe消息内容。

在时间6处，目标301可继续在每个（诸）附加触发或周期性条件发生时向服务器302发送进一步的LPP提供位置信息（ProvideLocationInformation）消息，其包含会话ID S和包含在时间4或3处确认或重新定义的新位置信息的LPPe数据参数。如果用于结束该位置信息传递的历时或其他（诸）条件发生，那么所传递的最后的LPP提供位置信息（ProvideLocationInformation）消息指示事务T2的结束。如果在此发生之前，服务器302想要更新位置信息类型、触发或周期性条件和/或用于终止该传递的历时或其他（诸）条件，那么发生在时间3和4处的这些步骤被重复。通过纳入事务结束标识符在步骤6中终止该规程遵循了LPP规程规则（例如，步骤6对应于图6B中的步骤3）。而且，步骤2、5和6中的完整的位置信息传递对应于图6B的步骤2和3中所示的正常的未经索求的LPP辅助数据传递。由于这些步骤传递位置信息但不定义或修改其内容，所以它们被称为数据事务或数据规程。

从以上描述可见，图4C中的总体规程包括3个单独的较小的LPP规程或事务——步骤1中的用于定义和协定要被传递的位置信息的控制事务、步骤3和4中的用于使服务器302能够修改正被传递的位置信息的另一控制事务、以及步骤2、5和6中的用于传递该位置信息的数据事务。这些较小的规程（或事务）遵循3GPP TS 36.355中的LPP规则，由此使得总体复合规程也顺应于LPP。

图4D是解说目标301可如何更新原来是根据图4B来启动的正在进行的周期性/触发式位置信息传递的呼叫流图。

在时间1处，该规程是使用如图4B中的步骤1和2中的控制事务或控制规程来发起的。在时间2处，目标301可向服务器302发送零个、一个或更多个LPP提供位置信息（ProvideLocationInformation）消息，其包含在时间1处协定的位置信息并且使用事务ID T2。

在时间3处，在对位置信息的递送已经终止之前，目标301可更新位置信息类型、触发和周期性条件、和/或用于终止的历时或（诸）条件。目标301使用某个可用事务ID T3来向服务器302发送未经索求的LPP请求位置信息（RequestLocationInformation）消息。ID T3不同于T2（若T2已经被启动）。该消息包含在步骤1和2中使用的会话ID S、对这是目标对周期性/触发式位置信息传递的更新的指示、和LPPe控制参数。这些LPPe控制参数标识要被提供的任何新的位置信息类型、用于发送该信息的任何新的触发或周期性条件和用于结束该位置信息传递的任何新的历时或（诸）具体条件。在发送该消息之后，目标301停止传递根据时间2的信息的位置信息。纳入会话ID S即告知服务器302：新请求与步骤1和2的位置信息传递相关。使用不同于T2的事务ID T3避免了LPP协议违规，因为步骤3中的请求被服务器302和目标301两者皆看作属于与和步骤2相关联的规程不同的规程（不同事务）。假使事务ID T3与T2相同，那么将有协议违规并且服务器302或许会中止该传递。步骤3还遵循3GPP TS 36.355中的LPP规程规则（例如，对应于图6B中的用于单个未经索求的位置信息传递的步骤3）。但是由于该规程修改正被传递的位置信息但是不传递任何真实位置信息，所以其可被称为控制事务或控制规程。

当第一经更新的触发或周期性条件（如在时间3处所定义的）发生时，目标301在时间4处向服务器302发送未经索求的LPP提供位置信息（ProvideLocationInformation）消息，其包含会话ID S、对这是周期性/触发式位置信息的指示、和LPPe数据参数。这些LPPe数据参数包含在时间3处所定义的新位置信息。该消息继续使用事务ID T2，这避免扰乱（例如，违反）用于位置信息传递的LPP规程。服务器302可根据步骤4中的LPP消息何时被接收到来确定目标301已经在何时改变了位置信息传递。在LPP消息是以由目标301发送的次序被递送给服务器302（这是3GPP TS 36.355中对LPP的要求）的前提下，则步骤2的所有实例将在步骤3发生之前停止并且步骤4将在步骤3已经发生之后发生。这避免要在步骤4中LPP消息中包括任何具体地指示已经发生对位置信息传递的改变的信息的需要，这简化了LPP和LPPe消息内容。

在时间5处，目标301可继续在每个（诸）附加触发或周期性条件发生时向服务器302发送进一步的LPP提供位置信息（ProvideLocationInformation）消息，其包含会话ID S和包含在时间3处定义的新位置信息的LPPe数据参数。如果用于结束该位置信息传递的历时或其他（诸）条件发生，那么所传递的最后的LPP提供位置信息（ProvideLocationInformation）消息指示事务T2的结束。在该事务结束之前，目标301可通过重复时间3的事务来更新位置信息类型、触发或周期性条件和/或用于终止该传递的历时或其他（诸）条件。通过纳入事务结束标识符在步骤5中终止该规程遵循了LPP规程规则（例如，步骤5对应于图6B中的步骤3）。而且，步骤2、4和5中的完整的位置信息传递对应于如图6B的步骤2和3中所示的正常的未经索求的LPP位置信息传递。由于这些步骤传递位置信息但不定义或修改其内容，所以它们被称为数据事务或数据规程。

从以上描述可见，图4D中的总体规程包括3个单独的较小的LPP规程或事务：步骤1中的用于定义和协定要被传递的位置信息的控制事务，步骤3中的用于使目标301能够修改正被传递的位置信息的另一控制事务，以及步骤2、4和5中的用于传递该位置信息的数据事务。这些较小的规程（或事务）遵循3GPP TS36.355中的LPP规则，由此使得总体复合规程也顺应于LPP。

图5A解说用于确定诸如移动设备之类的目标的位置的示例性方法501。在框510中，使用第一事务来定义用于在位置服务器和该移动设备之间传递的位置相关数据。在框512中，使用第二事务来在该位置服务器和该移动设备之间传递位置相关数据。

图5B解说用于确定诸如移动设备之类的目标的位置的示例性方法502。在框520中，使用第一事务来定义用于在位置服务器和该移动设备之间传递的位置相关数据。在框522中，使用第二事务来在该位置服务器和该移动设备之间传递位置相关数据。在框524中，使用第三事务来修改在该位置服务器和该移动设备之间对位置相关数据的周期性传递。在框526中，使用该第二事务来在该位置服务器和该移动设备之间周期性地传递经修改的位置相关数据。在框528中，通过终止该第二事务来终止在该位置服务器和该移动设备之间对位置相关数据的周期性传递。

图7示出诸如移动设备16、目标、或位置服务器26之类的装置的框图。该装置包括用于使用第一事务来定义用于在位置服务器和该移动设备之间传递的位置相关数据的模块710。该装置还包括用于使用第二事务来在该位置服务器和该移动设备之间传递该位置相关数据的模块720。图7中的模块可以是处理器、电子器件、硬件设备、电子组件、逻辑电路、存储器、软件代码、固件代码等，或其任何组合。

本领域技术人员将进一步领会，结合本文公开所描述的各种解说性逻辑框、模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地解说硬件与软件的这一可互换性，以上已经以其功能性的形式一般化地描述了各种解说性组件、框、模块、电路、和步骤。此类功能性是被实现为硬件还是软件取决于具体应用和加诸于整体系统的设计约束。技术人员可针对每种特定应用以不同方式来实现所描述的功能性，但此类实现决策不应被解读为致使脱离本公开的范围。

本文中所描述的方法体系取决于应用可藉由各种手段来实现。例如，这些方法体系可在硬件、固件、软件、或其任何组合中实现。对于硬件实现，这些处理单元可以在一个或更多个专用集成电路（ASIC）、数字信号处理器（DSP）、数字信号处理器件（DSPD）、可编程逻辑器件（PLD）、现场可编程门阵列（FPGA）、处理器、控制器、微控制器、微处理器、电子器件、设计成执行本文中所描述功能的其他电子单元、或其组合内实现。

对于固件和/或软件实现，这些方法体系可用执行本文中描述的功能的模块（例如，规程、函数等等）来实现。任何有形地体现指令的机器或计算机可读介质可被用来实现本文所述的方法。例如，软件代码可被存储在存储器中并由处理器执行。当由处理器执行时，执行中的软件代码生成实现本文所呈现教义的不同方面的各种方法和功能的操作环境。存储器可以实现在处理器内部或处理器外部。如本文所使用的，术语“存储器”是指任何类型的长期、短期、易失性、非易失性、或其他存储器，且并不限于任何特定类型的存储器或特定数目的存储器、或记忆存储在其上的介质的类型。

存储有定义本文所述方法和功能的软件代码的机器或计算机可读介质包括物理计算机存储介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限制，这些计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或可被用来存储指令或数据结构形式的期望程序代码且可被计算机访问的任何其它介质。如本文所使用的盘或碟包括压缩碟（CD）、激光碟、光碟、数字多用碟（DVD）、软盘和蓝光碟，其中盘常常磁性地再现数据而碟用激光来光学地再现数据。上述的组合也应被包括在计算机可读介质的范围内。

除了存储在计算机可读介质上，指令和/或数据还可作为包括在通信装置中的传输介质上的信号来提供。例如，通信装置可包括具有指示指令和数据的信号的收发机。指令和数据被配置成致使一个或更多个处理器实现权利要求中勾勒的功能。但是通信装置可以并不是将所有指令和/或数据都存储在计算机可读介质上。

本公开可与Wi-Fi/WLAN或其他无线网络协力实现。除了Wi-Fi/WLAN信号外，无线/移动站还可接收来自卫星的信号，这些卫星可以来自全球定位系统（GPS）、Galileo、GLONASS、NAVSTAR、QZSS、使用来自这些系统的组合的卫星的系统、或将来开发的任何SPS，其每一种在本文中均被通称为卫星定位系统（SPS）或GNSS（全球导航卫星系统）。本公开还可与伪卫星或包括伪卫星的系统的组合协力实现。本公开还可与毫微微蜂窝小区或包括毫微微蜂窝小区的系统的组合协力实现。

本文中所描述的位置确定技术可协同诸如无线广域网（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的任何组合来实现。

尽管先前的描述主要针对GPS，但是本文中所描述的方法和装置可以与各种全球卫星定位系统（SPS）联用。卫星定位系统（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相关联的信号。

这些方法可连同利用伪卫星或卫星与伪卫星组合的位置确定系统一起使用。伪卫星是广播被调制在L带（或其他频率）载波信号上的PN码或其他测距码（类似于GPS或CDMA蜂窝信号）的基于地面的发射机，该载波信号可以与GPS时间同步。每一个这样的发射机可以被指派唯一性PN码从而准许其被远程接收机标识。伪卫星在其中来自轨道卫星的信号也许不可用的境况中是有用的，诸如在隧道、矿区、建筑、市区峡谷或其他封闭区域中。伪卫星的另一种实现被称为无线电信标。如本文中所使用的，术语“卫星”旨在包括伪卫星、伪卫星的等效物、以及类似设备。如本文中所使用的术语“SPS信号”旨在包括来自伪卫星或伪卫星的等效物的类SPS信号。

如本公开内所使用的，移动设备是指诸如以下的设备：蜂窝或其他无线通信设备、个人通信系统（PCS）设备、个人导航设备（PND）、个人信息管理器（PIM）、个人数字助理（PDA）、膝上型电脑、平板计算机或能够接收无线通信和/或导航信号的其他合适的移动站设备。术语“移动设备”还旨在包括诸如通过短程无线、红外、有线连接、或其他连接与个人导航设备（PND）通信的设备，不管卫星信号接收、辅助数据接收、和/或位置相关处理是发生在该设备上还是在PND上。而且，“移动设备”旨在包括所有能够（诸如经由因特网、Wi-Fi、或其他网络）与服务器通信的设备，包括无线通信设备、计算机、膝上型电脑等，而不管卫星信号接收、辅助接收、和/或位置有关的处理是发生在该设备处、服务器处、还是与网络相关联的另一设备处。以上的任何能起作用的组合也被认为是“移动设备”。

本公开包括示例实施例；然而，也可使用其他实现。关于某物是“最优化的”、“必需的”的称谓或其他称谓并不指示当前的公开仅适用于被最优化的系统、或者在其中存在“必需的”要素（或由于其他称谓导致的其他限制）的系统。这些称谓仅指代特定描述的实现。当然，许多实现都是可能的。这些技术可与除本文所讨论的协议之外的其他协议（包括开发中或有待开发的协议）联用。

提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的，且本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范围。由此，本公开并非旨在被限定于本文中所描述的示例和设计，而是应被授予与本文中所公开的原理和新颖性特征相一致的最广范围。

Claims (22)

1.一种用于确定移动设备的位置的方法，包括：

使用第一事务来定义用于在位置服务器和所述移动设备之间传递的位置相关数据；以及

使用第二事务来在所述位置服务器和所述移动设备之间传递所述位置相关数据。

2.如权利要求1所述的方法，其特征在于，还包括使用第三事务来修改位置相关数据类型、用于传递数据的周期性、触发准则、或终止条件中的至少一者。

3.如权利要求1所述的方法，其特征在于，所述位置相关数据是从所述位置服务器向所述移动设备传递的辅助数据。

4.如权利要求1所述的方法，其特征在于，所述位置相关数据是从所述移动设备向所述位置服务器传递的位置信息。

5.如权利要求2所述的方法，其特征在于，修改包括从所述移动设备向所述位置服务器发送更新请求。

6.如权利要求2所述的方法，其特征在于，修改包括从所述位置服务器向所述移动设备发送更新请求。

7.如权利要求1所述的方法，其特征在于，所述第一和第二事务是为3GPPLTE定位协议（LPP）定义的事务。

8.如权利要求7所述的方法，其特征在于，所述第一和第二事务使用相异的LPP事务ID。

9.如权利要求2所述的方法，其特征在于，所述第一、第二和第三事务是为LPP定义的事务。

10.如权利要求9所述的方法，其特征在于，所述第三事务使用与所述第二事务所使用的LPP事务ID不同的LPP事务ID。

11.一种用于无线通信的装置，包括：

存储器；以及

耦合至所述存储器的至少一个处理器，所述至少一个处理器配置成：

使用第一事务来定义用于在位置服务器和移动设备之间传递的位置相关数据；以及

使用第二事务来在所述位置服务器和所述移动设备之间传递所述位置相关数据。

12.如权利要求11所述的装置，其特征在于，所述至少一个处理器还被配置成使用第三事务来修改位置相关数据类型、用于传递数据的周期性、触发准则和终止条件中的至少一者。

13.如权利要求11所述的装置，其特征在于，所述位置相关数据是从所述位置服务器向所述移动设备传递的辅助数据。

14.如权利要求11所述的装置，其特征在于，所述位置相关数据是从所述移动设备向所述位置服务器传递的位置信息。

15.如权利要求12所述的装置，其特征在于，所述至少一个处理器被配置成从所述移动设备向所述位置服务器发送更新请求。

16.如权利要求12所述的装置，其特征在于，所述至少一个处理器被配置成从所述位置服务器向所述移动设备发送更新请求。

17.如权利要求11所述的装置，其特征在于，所述第一和第二事务是为3GPP LTE定位协议（LPP）定义的事务。

18.如权利要求17所述的装置，其特征在于，所述第一和第二事务使用相异的LPP事务ID。

19.如权利要求12所述的装置，其特征在于，所述第一、第二和第三事务是为LPP定义的事务。

20.如权利要求19所述的装置，其特征在于，所述第三事务使用与所述第二事务所使用的LPP事务ID不同的LPP事务ID。

21.一种用于无线网络中的无线通信的计算机程序产品，包括：

其上记录有非瞬态程序代码的计算机可读介质，所述程序代码包括：

用于使用第一事务来定义用于在位置服务器和移动设备之间传递的位置相关数据的程序代码；以及

用于使用第二事务来在所述位置服务器和所述移动设备之间传递所述位置相关数据的程序代码。

22.一种用于无线通信的设备，包括：

用于使用第一事务来定义用于在位置服务器和移动设备之间传递的位置相关数据的装置；以及

用于使用第二事务来在所述位置服务器和所述移动设备之间传递所述位置相关数据的装置。

Images