周期辅助数据流控制 |
|||||||
| 申请号 | CN201180018812.3 | 申请日 | 2011-04-11 | 公开(公告)号 | CN102844671B | 公开(公告)日 | 2015-07-15 |
| 申请人 | 诺基亚公司; | 发明人 | L·维罗拉; I·哈里瓦尔; | ||||
| 摘要 | 提供一种处理周期辅助会话流的装置和方法。每个周期辅助数据提供包括会话标识，从而可在接收端联系周期辅助数据交付中互联的消息。经由周期会话标识处理对于会话的任意 修改 ，从而对于辅助数据交付的改变可指向正确会话。 | ||||||
| 权利要求 | 1.一种用于周期辅助数据流控制的方法，包括： |
||||||
| 说明书全文 | 周期辅助数据流控制技术领域背景技术[0002] 这个部分旨在提供在权利要求书中阐述的本发明的背景技术或环境。这里的描述可包括能够实现的概念，但不一定是先前已经设想或实现的概念。因此，除非这里特别指出，在这个部分中描述的内容并非本申请中的说明书和权利要求的现有技术，并且并非通过包含在这个部分而承认是现有技术。 [0003] 允许电子设备位置确定的导航系统正逐渐变得普遍。目前，存在多种这样的导航系统，包括全球导航卫星系统（GNSS），例如全球定位系统（GPS）、俄罗斯全球导航卫星系统（GLONASS）、局域增强系统（LAAS）、准天顶卫星系统（QZSS）、和未来欧洲系统Galileo。示例性的GNSS可包括这样的卫星网络，其广播包括时间和距离数据的导航信号。GNSS接收机获得这些广播的导航信号，并基于此计算精确的全球位置。 [0004] GNSS的一方面涉及相对定位。相对定位是对一个设备关于另一设备进行定位的定位技术。这个定位技术的目的是精确地确定两个设备之间的相对位置（不必绝对位置）或基线（设备相对于彼此之间的向量距离和方向）。可在两个终端之间或在终端和参考站之间执行相对定位。此外，可在多个设备之间确定基线的多基线环境下执行相对定位。 [0005] 相对定位的最简单形式涉及确定两个设备之间的位置差。然而，大多数相对定位涉及一般实现亚分米（sub-dm）精度的高精度方法。一种这样的商业部署的高精度定位方法是实时动态法（RTK）。RTK基于从两个GNSS接收器（可以是终端、虚拟参考接收器（VRR）、和/或物理参考接收器）获得连续周期载波和/或代码相位测量，并以共模误差取消的方式组合来自接收器的测量。例如，当基线较短时，大气误差（对流层、电离层）几乎完全取消。 [0006] 在专业的用途中，典型地使用双频GPS接收器进行相对定位。双频功能允许例如补偿残留的电离层误差。或者，例如在基线较短和假设可取消共模误差时，可使用单频接收器。由此，基线越短，精确地求出基线变得越明确和简单。 [0007] 如上所述，可在终端和VRR之间做出定位测量。VRR是在期望位置处生成的计算参考接收器并经由VRR服务提供给请求方。在一些实例中，VRR服务根据期望位置的请求生成单独VRR。在其他实例中，VRR服务在静态网格中提供大量VRR。因此，当需要关于VRR定位终端时，从静态网格选择最接近于终端的VRR。应注意，VRR需要将要定位的设备的大概位置的信息。这个大概位置可使用传统辅助GNSS（AGNSS）获得。 [0008] 一个传统部署选项中，VRR服务提供商可运营物理GNSS接收器的网络以获得参考测量。可使用这些参考测量，使得VRR服务提供商在GNSS网络覆盖的区域内的任意给定位置处生成VRR。这样做的优点在于可在将要相对于VRR定位的终端的位置处生成VRR。因此，基线将会非常短，并且因为其计算特征，非常精确地知晓VRR的位置。因此，求出VRR和终端之间的基线需要以非常高的精度水平确定终端的绝对位置。 [0009] 在长期演进（LTE）的环境下，无线电技术的第四代－基于GNSS的定位包括LTE定位协议（LPP）。架构上讲，LPP是“目标”和“服务器”之间的协议。目标一般地是要定位的用户装备（UE），服务器一般地是向目标提供定位指令和辅助数据的节点。应理解，这里的“UE”旨在作为示例性目标。此外，应理解，从LPP的观点，UE可用作目标和服务器两者。例如，在两个UE之间的相对定位中，一个UE可看作服务器，另一个UE可看作目标。在这个部署下，用作服务器的UE可从用作目标的另一UE请求代码/载波相位测量。用作服务器的UE可由此基于来自用作目标的UE的代码/载波相位测量以高精度确定两个UE之间的基线。 [0010] 为了要发生高精度的定位，参考测量辅助数据的恒定流应该从服务器流向目标。在LPP规范（3GPP网站上找到的“3GPP TS 36.355Stage 3”中有所描述）中，这通过目标向服务器发送称为LPP请求辅助数据消息的请求来发生。服务器接收这个消息，并通过LPP提供辅助数据消息来响应。尽管LPP规范允许多个连续的LPP提供辅助数据消息，但是目标当前无法请求这样的连续周期辅助。 [0011] 除了典型的“请求”-“提供”交互之外，LPP规范还允许辅助数据的主动提供，其中服务器向目标推送辅助数据而不需要目标首先对其请求。当服务器知晓目标讲可能例如在基于UE的基于GNSS的会话（其中，服务器可确保在命令这样的定位方法之后，目标将请求历书）中请求某个辅助数据时这样是有用的。因此，服务器可积极地工作并向终端推送辅助数据，而不需明确的请求。 [0012] 在LPP规范中，消息传送基于LPP中的事务。LPP会话被用于支持单独位置请求，并包括均执行单独行为的事务。例如，在UE发起的辅助数据交付的情况下，LPP事务包括LPP请求辅助数据消息（目标到服务器）和一个或多个LPP辅助数据提供消息（服务器到目标）。即，LPP事务包括一个请求和一个或多个提供消息（或，在主动情况下，一个或独孤哦哦提供消息）。 [0013] 在需要关于特定VRR对目标设备进行精确定位（即，基于VRR的相对定位）时，存在至少两个备选部署选项。在第一部署选项中，VRR服务提供具有VRR的静态网格的安全用户平面位置协议位置平台（SLP）。例如，VRR服务可针对某个地理区域在10-km网格内向SLP提供VRR。当随后需要定位目标时，服务器选择最接近于目标的VRR并开始提供从该VRR到目标的参考测量。在第二部署选项中，基于来自目标的请求动态生成VRR，并关于该VRR提供测量。 [0014] 假定各个节点的移动特性包含于LPP中，存在必需和/或有利地改变与目标关联的VRR的情形。例如，当VRR和目标之间的距离由于例如目标移动而太大时，需要改变VRR。特别是在目标为单频接收器时更是如此，因此需要短基线来保持良好质量（如上所述）。何时需要改变VRR的另一实例发生在卫星和目标之间的视线恶化时。例如，当卫星和目标之间的可视性较低时，或有利地在某个方向具有基线指示时，目标可决定改变VRR以获得更稳定的基线。 发明内容[0015] 各个实施例旨在高效地和有效地改变与特定目标关联的VRR的处理。第一情形下，目标知道附近的VRR（经由邻居列表），并请求新事务以实行到“新的”VRR的改变。第二情形下，目标请求新事务以实行到“新的”VRR的改变，但是不知道附近的VRR。第三情形下，目标知道附近的VRR（经由邻居列表），并修改进行中事务以实行到“新的”VRR的改变。第四情形下，目标也修改进行中事务以实行到“新的”VRR的改变，但是不知道附近的VRR。因此，各个实施例改变了在相同辅助数据会话中的VRR，并且当从“旧的”VRR切换至“新的”VRR时通过进行“软切换”来保证参考测量的连续性。第一和第二情形下，这包括发起对于“新的”VRR的新辅助事务，第三和第四情形下，这包括在信号传输所述改变时使用修改元素。 [0016] 各个实施例提供一种方法、装置和计算机程序产品，用于确定关于第一参考接收器接收的辅助数据应该被替换为关于第二参考接收器的辅助数据。向服务器发送请求关于第二参考接收器的辅助数据的请求消息。从服务器接收对于第一参考接收器和第二参考接收器的辅助数据。然后，确定关于第二参考接收器的测量，并且请求服务器停止对于第一参考接收器的辅助数据的传输。 [0017] 各个实施例还提供一种方法、装置和计算机程序产品，用于在服务器处接收请求关于第二参考接收器的辅助数据的请求消息。确定是否可提供所请求的关于第二参考接收器的辅助数据。如果可提供所请求的辅助数据，则除了关于第一参考接收器的辅助数据之外发送关于第二参考接收器的辅助数据。此外，响应于接收停止关于第一参考接收器的辅助数据的传输的请求，停止这样的辅助数据的传输。 [0018] 尽管各个实施例的以下描述关注于在LPP的环境下改变VRR，但是应理解，这仅是示例性的，并且一般性原理适合于任意定位协议。 附图说明[0020] 通过参照附图来描述各个实施例，其中 [0021] 图1示出其中可实现各个实施例的系统的概括图； [0022] 图2是可结合各个实施例的实现使用的电子设备的透视图； [0023] 图3是可包含于图2的电子设备中的电路的示意性表示； [0024] 图4示出图1的系统10的示例性LPP方面； [0025] 图5示出各个实施例的示例性实现； [0026] 图6是示出其中目标具有邻居列表的各个实施例的示例性实现的流程图； [0027] 图7是示出其中目标不具有邻居列表的各个实施例的示例性实现的流程图； [0028] 图8是示出其中目标具有邻居列表的各个实施例的示例性实现的流程图；和[0029] 图9是示出其中目标不具有邻居列表的各个实施例的示例性实现的流程图。 具体实施方式[0030] 图1示出其中可利用本发明的各个实施例的系统10，包括可通过一个或多个网络通信的多个通信设备。系统10可包括有线或无线网络的任意组合，包括但不限于，移动电话网（例如，全球移动通信系统（GSM）、宽带码分多址（W-CDMA）、码分多址（CDMA）、长期演进（LTE）、超移动宽带（UMB）、高速率分组数据（HRPD）、和全球微波互联接入（WiMax））、无线局域网（LAN）、蓝牙个人域网、以太网LAN、令牌环LAN、广域网、因特网等。系统10可包括有线和无线通信设备。 [0032] 系统10的示例性通信设备或UE可包括但不限于，电子设备12、组合个人数字助理（PDA）和移动电话14、PDA 16、集成消息设备（IMD）18、桌面型计算机20、笔记本计算机22等。通信设备可以是静态的，或在由移动中的个人携带时是移动的。通信设备也可在运输模式下定位，包括但不限于，机动车、货车、出租车、公车、货车、传播、飞机、自行车、摩托车等。某些或所有通信设备可发送和接收呼叫和消息，以及通过到基站24的无线连接25与服务提供商通信。基站24可连接至网络服务器26，以允许在移动电话网11和因特网28之间的通信。系统10可包括附加通信设备和不同类型的通信设备。 [0033] 通信设备可适于各种传输技术通信，包括但不限于，CDMA、GSM、通用移动电信系统（UMTS）、时分多址（TDMA）、频分多址（FDMA）、WiMax、传输控制协议/因特网协议（TCP/IP）、短消息业务（SMS）、多媒体消息服务（MMS）、电子邮件、即时消息业务（IMS）、蓝牙、IEEE802.11等。实现本发明各个实施例中涉及的通信设备可使用各种介质通信，包括但不限于，无线电、红外、激光、电缆连接等。 [0034] 图2和3示出其中可实现各个实施例和/或结合各个实施例的视线使用的一个代表性电子设备12。然而，应理解，本发明不限于一个特定类型的设备。图2和3的电子设备12包括：外壳30、液晶显示器形式的显示器32、小键盘34、麦克风36、耳机38、电池40、红外端口42、天线44、根据本发明一个实施例的UICC形式的智能卡、读卡器48、无线电接口电路52、编解码器电路54、控制器56、和存储器58。各个电路和元件都是本领域公知的类型。 [0035] 图4示出图1中的系统10的LPP方面，包括目标140、第一VRR 420（即相对于物理参考接收器的计算参考接收器）、第二VRR 430、服务器440、VRR服务450、GNSS网络460（例如包括物理GNSS接收器）、和各个GNSS航天器（SV）470。该系统可用于目标410的高精度定位。更精确地，该系统可用于目标410的关于VRR 420、430的高精度定位。如上所述，这些VRR 420、430可根据请求动态建立，或可作为VRR服务生成以供SLP 450（即SUPL位置平台）使用的VRR的网格的一部分来提供。SLP是用作用户平面位置协议（作为OMA SUPL的位置协议）和LPP两者的终止点的位置平台。SUPL是开放移动联盟标准化的位置协议，其在例如IP网络的用户平面中提供与控制平面中提供的控制平面定位协议相同的功能。除了定位，在其他功能中，SUPL还提供认证、安全性和计费功能。从协议栈的角度，将LPP封装在ULP中，即，ULP是用于LPP的载波协议。 [0036] 图5示出从第一VRR 520切换至第二VRR 530的示例性处理。目标510开始于关于第一VRR 520的第一固定基线540。这里，“固定基线”意味着求出整数模糊度并将其固定至他们的整数值。这考虑以高精度求出基线。在无法固定模糊度时，也可使用浮动基线。尽管没有如固定基线那样精确，但是在大部分情况下可求出浮动基线，因为固定基线需要良好的GNSS信号条件。当关于邻近VRR求出浮动基线时，生成比传统AGNSS更精确的位置解。然后，目标510确定对于VRR改变的需求。目标510从服务器550请求对于比第一VRR 520更接近于目标510的第二VRR 530的测量。目标510然后开始接收对于第一VRR 520和第二VRR 530两者的参考测量。这个情况考虑立即确定第二基线560，因为第一VRR 520和第二VRR 530的位置和第一基线540已知：（第二基线560）＝（第一基线540）＋（（第二VRR 530）－（第一VRR 520））。第二基线560的这个信息考虑容易地求出新整数模糊度。 一旦目标510确定他捕获了新基线（即第二基线560）和关联的整数模糊度，则目标510随后请求服务器550停止提供对于第一VRR 520的测量。因此，一般地，当改变VRR时，在短时间接收对于“旧的”和“新的”VRR的参考测量，因此在终止对于“旧的”VRR的测量之前允许确定关于“新的”VRR的必要参数（整数模糊度和基线）。 [0037] 存在至少四个用于确定VRR改变的情形，以下详细说明其中的每个。应理解，不仅只有这四个情形，根据各个实施例可设想到更多情形。前两个情形涉及发起“新的”事务以实现VRR改变，这里统称为“选择1”。其他两个情形涉及在上述LPP请求辅助数据消息中发送修改信息元素以实现VRR改变，这里统称为“选择2”。一些情况下，将修改信息元素封装在请求消息中，然后其他情况下，修改信息元素为新消息类型。利用选择1，通过以下步骤来执行实际VRR改变：目标请求用于“新的”VRR的参考测量辅助（即新事务），并在切换完成时停止对于“旧的”VRR的测量辅助。利用选择2，修改进行中会话的参数，并且不需要发起另一事务。 [0038] 在简单的UE辅助的情况下，其中在服务器中进行位置计算并且UE仅向服务器提供所请求的测量，SLP具有关于基线的信息并且可内部地采取必要的步骤，而不需与UE交互。因此，对于UE辅助的情况在选择1和选择2之间没有差别。然而，在基于UE的情况下，在UE中执行位置计算，因此，应该考虑图4所示的VRR部署架构。如上所述，一个选项是根据请求动态建立VRR，另一选项是使得VRR服务生成以供SLP使用的VRR的网格。因为根据请求动态建立VRR和生成以供SLP使用的VRR的网格不同，所以以下在选择1和选择2的环境下改变VRR中涉及的信令相关的详细讨论之前探索这两个选项。 [0039] 关于网格选项，当SLP具有要从中选择的VRR的网格时，服务器可在目标通过LPP请求辅助数据消息请求参考测量辅助时向目标提供最接近的VRR。应注意，在这个情况下，假设目标位置以某个精确度已知，例如，基于传统AGNSS固定。当服务器通过LPP提供辅助数据消息中的参考测量辅助来响应时，服务器也可提供“附近的”VRR的邻居列表，因此如果必要则允许目标做出关于要切换至哪个VRR的决定。注意，邻居列表中的VRR关联于标识符或唯一成员，从而目标可在请求VRR改变时指向特定VRR。除此之外，例如在服务器不具有VRR的网格但是正在向另一相邻的目标提供VRR时，服务器可向目标提供邻居列表。这样的情况下，在提供的邻居列表中也可存在关联于VRR的有效期或持续时间指示。 [0040] 因此，关于选择1（即，当VRR改变发起“新的”事务时），邻居列表作为关于何时有利地改变VRR的用于目标的引导信息。在选择2中（即，当通过在LPP请求辅助数据消息中发送修改信息元素来指向VRR改变时），邻居列表的包含物向目标指示服务器能够进行VRR改变，以及服务器能够一次性提供对于两个VRR的参考测量。注意，这个功能在选择1中不相关，因为所述两个事务（旧的和新的）或多或少彼此独立。 [0041] 再说动态生成选项（即，根据请求动态建立VRR的选项），关于选择1，目标请求在新位置的另一VRR。这个情况下，对于目标向服务器通知进行中VRR流的事务ID是有用的。这个信息向服务器通知目标正在进行切换，因此服务器不会意外地终止已经开始提供新的VRR流的当前VRR流。此外，当提到当前进行中的VRR会话的事务ID时，服务器可直接获取从当前会话到新的会话的（例如，要提供辅助的GNSS和信号的）某些提供参数。在选择 2中，处理动态生成选项的选项要在LPP提供辅助数据消息中包括从服务器到目标的、目标可请求VRR改变（即，服务器能够一次性提供对于两个VRR的参考测量）的指示。 [0042] 应注意，当前LPP规范（版本9）仅考虑每个会话的一个LPP辅助数据请求消息。因此，如上所述，事务目前包括一个请求和一个或多个提供消息（或，在主动情况下，一个或多个提供消息）。由此，在选择1中，因为发送新的请求消息，将有必要存在新的事务。相反，在选择2中，将不存在新的事务，但是存在对于当前事务的修改。与选择无关，请求消息可包含小区ID/位置，从而可向UE分配VRR。在请求中不存在位置信息的情况下，服务器可开始与目标的定位会话，从而服务器获得例如目标的大概位置。在LPP辅助数据请求消息中，UE可定义到VRR的期望最大距离（即参考质量）。这个到VRR的距离可对于高精确度位置确定的质量有直接影像。 [0043] 根据上文，关于选择1，除了其他可能信息之外，来自服务器的用于VRR参考测量辅助的LPP提供辅助数据消息还可包括以下内容： [0044] （i）对于当前VRR的参考测量辅助； [0045] （ii）邻居列表，即附近的VRR的坐标；和 [0046] （iii）对于强制切换的切换命令（以下讨论）。 [0047] 关于选择2，来自服务器的用于VRR参考测量辅助的LPP提供辅助数据消息可包括： [0048] （i）对于当前VRR的参考测量辅助； [0049] （ii）对于“目标”要改变到的VRR的参考测量辅助； [0050] （iii）邻居列表，即附近的VRR的坐标；和 [0051] （iv）“目标”可请求VRR改变的指示。 [0052] 现在，转到用于改变VRR的实际信令，以下是关于选择1和选择2的信令的详细讨论。基于目标是否具有邻居列表，将每个选择分成两个情形。 [0053] 选择1，情形1 [0054] 如上所述，在选择1中，通过以下步骤来指向实际VRR改变：请求用于“新的”VRR的参考测量辅助，并随后在切换完成时停止对于“旧的”VRR的测量辅助交付。在目标确定了他想要改变VRR并且他具有包括可能VRR的坐标的邻居列表时，目标通过向服务器发送LPP请求辅助数据消息来启动新事务。在请求消息中，目标包括RefStationChangeRequest信息元素（IE）。RefStationChangeRequest IE包括当前进行中VRR辅助数据流的TransactionID。以上说明了包括进行中VRR辅助数据流的TransactionID的原因，即防止服务器在开始提供“新的”流之后立即停止对于“旧的”或进行中VRR的流。此外，在RefStationChangeRequest IE中，包括newRefStationReqWithID，其向目标提供目标期望改变到的“新的”VRR的ID。目标从他拥有的邻居列表获得这个ID信息。随后，服务器接收该消息，并且在服务器可提供对于“新的”VRR的数据时，服务器开始根据请求向目标提供VRR参考测量辅助。当目标完成了VRR改变时，目标通过（例如经由包括适当事务ID的LPP中止消息）要求服务器断开对于“旧的”VRR的参考辅助数据的传输来中止“旧的”VRR参考辅助事务。另一方面，当服务器接收该消息并确定他无法提供对于新的VRR的数据时，服务器中止新事务。 [0055] 图6是示出与这个实施例关联的处理的流程图。在600，具有邻居列表的目标确定改变是必要的或将是有利的。在610，目标向服务器发送包括RefStationChangeRequest IE和包含当前VRR辅助数据流的TransactionID的LPP请求辅助数据消息。此外，在与RefStationChangeRequest IE关联的newRefStationReqWithID字段中，目标包括来自目标将想要切换到的邻居列表的VRR的ID。在620，服务器接收LPP请求辅助数据消息并确定他是否可提供所请求的参考测量辅助。如果服务器无法提供所请求的参考测量辅助，则在630，服务器中止新事务。然而，如果服务器可提供所请求的参考测量辅助，则在640，除了在进行中事务中已经提供的对于“旧的”VRR的参考测量辅助之外，服务器开始在新事务中提供对于“新的”VRR所请求的参考测量辅助。在650，一旦目标成功地切换到“新的”VRR，则目标中止“旧的”VRR参考辅助事务。如上所述，这可通过发送具有事务ID的LPP中止消息以进行中断来实现。 [0056] 选择1，情形2 [0057] 接着，描述根据各个实施例在目标不具有邻居列表时的实例。缺少邻居列表可能是由于多种原因，包括具有动态VRR的架构或因为服务器简单地在消息中未包括邻居列表。尽管以下的描述涉及不存在邻居列表时的实例，但是应理解，以下处理可以在即使目标具有邻居列表时发生。 [0058] 这个选择中，目标以类似于上述的方式来作用，区别在于RefStationChangeRequest IE包括newRefStationReqWithCoords IE（其指示对于新的VRR的关于坐标的位置），代替上述newRefStationReqWithID。使用/提供坐标代替特定ID的一个原因是因为在这个情形下目标不具有邻居列表，因此不知晓相邻VRR的ID。 [0059] 应注意，一些情形下，目标可请求在与目标的当前位置不同的位置处的新VRR。例如，目标可基于目标的预计运动来请求位置。 [0060] 图7是示出与这个实施例关联的处理的流程图。在700，目标确定改变是必要的或将是有利的。如上所述，目标可以拥有或不拥有邻居列表。在710，目标向服务器发送LPP请求辅助数据请求。LPP请求辅助数据消息包括TransactionID和 newRefStationReqWithCoords。TransactionID包括当前VRR辅助数据流的ID。而 newRefStationReqWithCoords IE包括对于“新的”VRR的期望坐标。在720，服务器接收LPP请求辅助数据消息并确定他是否可提供所请求的参考测量辅助。如果服务器无法提供所请求的参考测量辅助，则在730，服务器中止新事务。然而，如果服务器可提供所请求的参考测量辅助，则在740，除了在进行中事务中已经提供的对于“旧的”VRR的参考测量辅助之外，还在新事务中提供在所请求的位置处的对于“新的”VRR所请求的参考测量辅助。在 750，一旦目标成功地切换到“新的”VRR，则目标中止“旧的”VRR参考辅助事务。 [0061] 以下是对于选择1的示例性信息元素的列表。这个示例性抽象语法记法1（ASN.1）代码示出各个实施例的示例性实现。应注意，以下ASN.1代码示出根据各个实施例的描述用于例如表示、编码/解码、和发送数据的数据结构的示例性记法。还应理解，以下呈现的示例性ASN.1代码可经由任意数目的例如ASN.1编码规则的使用定义用于适当通信协议中的消息，得到二进制编码。 [0062] 示例性信息元素，选择1 [0063] [0064] [0065] 选择2，实施例3 [0066] 如上所述，选择2与选择1不同之处在于，通过LPP请求辅助数据消息中的修改信息元素来执行实际VRR改变。修改IE的目的是改变进行中会话的参数（即进行中会话使用的VRR）。这个情况下，假设LPP事务可实际包括多个LPP请求辅助数据消息，即，新的请求消息不触发新事务。因此，可在LPP请求辅助数据消息中嵌入修改ID。因此，当目标希望修改参数时，他可简单地向服务器发送LPP请求辅助数据消息，并且不触发新事务。这个具有修改IE的请求消息具有与进行中事务相同的事务ID，因此服务器可将修改请求关联至正确事务。 [0067] 应理解，修改IE也可以是其自身的消息类型，例如LPP修改辅助数据。这个消息将随后类似地用于以下所述的修改IE。LPP修改辅助数据可随后自然地具有与当前进行中辅助数据事务相同的事务ID，以允许服务器将修改请求关联至正确事务。 [0068] 在目标具有邻居列表（包括可能的邻近VRR的坐标）时，目标至少隐含地知晓服务器支持VRR改变所需的信令。因此，目标发送具有修改IE的第一LPP请求辅助数据消息，请求VRR改变并在changeTo IE中包括来自邻近列表的VRR之一的ID。响应地，除了已经提供的参考测量辅助之外，服务器开始提供对于在修改IE中指示的VRR的参考测量辅助。然后，目标执行改变VRR的必要步骤。之后，目标向服务器发送具有修改IE的第二LPP请求辅助数据消息，其中目标经由停止IE告诉服务器停止发送对于“旧的”VRR的测量。因此，除了邻近列表中的VRR需要唯一ID，活动的或“旧的”VRR也需要ID，从而目标可在请求服务器停止提供测量时对VRR命名。或者，可通过指示目标想要停止的VRR的坐标来结束对于“旧的”VRR的测量的传输。然而，ID的使用更加简单和明确。 [0069] 应注意，可存在服务器无法提供对于第二VRR的测量的情形。这样的情形下，服务器可通过错误代码向服务器信号传输这个非功能性。或者，服务器可简单地不提供对于第二VRR所请求的数据。因此，目标不应假设他将能够改变VRR。 [0070] 图8是示出与这个实施例关联的处理的流程图。在800，具有邻近列表的目标确定VRR改变是必要的或将是有利的。如上所述，邻居列表的包含物是服务器能够处理VRR改变的指示。在810，目标向服务器发送具有修改IE的第一LPP请求辅助数据消息，其指示目标想要接收辅助数据相关的“新的”目标的ID。在820，服务器确定是否可提供这样的辅助数据。如果服务器无法提供这样的辅助数据，则在830，服务器向目标发送错误代码。或者，如上所述，服务器不发送错误代码，并且可简单地不提供所请求的辅助数据。然而，如果服务器可提供辅助数据，则在840，服务器提供对于“新的”VRR的所请求的辅助数据以及对于“旧的”或进行中VRR的辅助数据。目标接收这个信息，并继续从“旧的”VRR改变为“新的”VRR。一旦这个处理充分完成，则在850，目标向服务器发送具有修改IE和停止IE（其指示停止发送辅助数据的“旧的”或“活动的”VRR的ID）的第二LPP请求辅助数据消息。 [0071] 选择2，实施例4 [0072] 在目标确定VRR改变是必要的并且目标不具有邻居列表时，目标向服务器发送具有修改IE的第一LPP请求辅助数据消息。然而，与包括相邻VRR的ID的先前情形不同，这个情形下，发送位置信息（当前的或期望的）。即，并非在修改IE中作为参数给出VRR ID，在请求VRR改变时，目标提供坐标。此外，目标发送qualityOfRefStation IE，其定义例如到VRR的最大允许距离。剩余GNSS信号可保持与上述相同。服务器接收这个信息并开始提供对于两个VRR的参考测量辅助。然后，目标执行VRR通过提供具有修改IE和停止IE（其指示要中止的VRR的ID）的第二LPP请求辅助数据消息来改变并中止来自旧的VRR的参考测量辅助流。 [0073] 应注意，即使不存在VRR改变为可能的指示，目标可仍旧请求改变。如果服务器无法为了改变的目的同时提供对于两个VRR的辅助，则目标将如上所述接收错误代码或简单地不接收所请求的辅助数据。 [0074] 此外，还应注意，这是一种可能机制，即使在背景中存在基于网格的VRR部署。服务器将通过refStationChangeOk简单地告诉目标VRR改变是可能的（在LPP提供辅助数据消息中），并且目标将随后请求在期望位置处的新VRR。在LPP提供辅助数据消息中refStationChangeOk的使用是有利的，因为LPP的当前实现（版本9）不具有用于服务器向目标提供其功能的定义的消息。即，在LPP版本9中，目标无法请求服务器功能，因此通过LPP提供辅助数据消息发送refStationChangeOk有利于通知目标服务器能够支持VRR改变。 [0075] 然而，应理解，在单独功能消息中从服务器向目标提供服务器功能信息（例如，服务器能够支持VRR改变）是对于上文的可选选项。即，在LPP提供辅助数据消息中提供refStationChangeOk消息的选择是从服务器向目标发送服务器功能消息。 [0076] 图9是示出与这个实施例关联的处理的流程图。在900，目标确定VRR改变是必要的或将是有利的。在910，目标向服务器发送具有指示特定坐标的修改IE的第一LPP请求辅助数据消息、以及可选地质量信息。在920，服务器确定是否可提供这样的辅助数据。如果服务器无法提供这样的辅助数据，则在930，服务器向目标发送错误代码。然而，如果服务器可提供辅助数据，则在940，服务器提供对于“新的”VRR的所请求的辅助数据以及对于“旧的”或进行中VRR的辅助数据。目标接收这个信息，并继续从“旧的”VRR改变为“新的”VRR。一旦这个处理充分完成，则在950，目标向服务器发送具有修改IE和停止IE（其指示要终止的VRR的ID）的第二LPP请求辅助数据消息。 [0077] 以下是对于选择2的示例性信息元素的列表。这个示例性抽象语法记法1（ASN.1）代码示出各个实施例的示例性实现。应注意，以下ASN.1代码示出根据各个实施例的描述用于例如表示、编码/解码、和发送数据的数据结构的示例性记法。还应理解，以下呈现的示例性ASN.1代码可经由任意数目的例如ASN.1编码规则的使用定义用于适当通信协议中的消息，得到二进制编码。 [0078] 示例性信息元素，选择2 [0079] [0080] [0081] LPP（版本9）提供从目标向服务器承载功能的可能性。在LPP提供功能消息中将这些目标功能承载至服务器。可响应于请求，或不需要来自服务器的明确请求（即主动的）提供LPP提供功能消息。这些功能是有利的，因为例如他们可帮助确定向目标提供什么测量。例如，在上述请求消息中，可由目标使用可选字段指示他希望在参考测量辅助中接收什么GNSS和GNSS信号。因此，如ASN.1代码中指示地，如果不存在measurementsRequested，则服务器基于功能消息传送（可从目标请求）推导要提供什么测量。总之，服务器基于功能请求/提供消息传送、或基于RefStationReq中的measurementsRequested而知晓向目标提供什么测量。 [0082] 尤其，在LPP请求/提供功能交换中，服务器可确定目标是否能够进行切换。如下所述，这个切换信息是有用的，例如在强制切换的情况下。可在LPP请求/提供功能交换中承载的另一显著项目为目标的用于多基线解的功能，即目标是否能够接收对于多个接收器的参考测量辅助并求出关于所有参考接收器的基线。注意，这不同于VRR改变，但是也可用于那个目的。 [0083] 强制切换涉及由服务器代表目标做出的开始接收对于第二VRR的参考测量的决定。响应于这样的强制切换的发起，认为目标切换至“新的”VRR并停止“旧的”VRR的使用。在服务器知晓基线时，即在目标向服务器报告基线时，可发生强制切换。基于这个信息，服务器可由于资源问题、效率、有效性等命令到新的VRR的强制切换。 [0084] 选择1，强制切换 [0085] 在选择1中，服务器可在ProvideHaSssistance IE中向目标给出切换命令。这个切换命令由其承载新事务的事务ID，在该新事务中，服务器开始推送对于新的VRR的目标参考测量辅助信息。一旦目标执行VRR改变，则目标可通过发送对于该事务的中止来停止旧的VRR事务。在目标无法执行VRR改变的情况下，目标简单地中止新的事务，并例如向服务器提供指示目标无法进行VRR改变的目标功能。明显地，如果服务器知晓目标功能和知晓目标无法知晓VRR改变，则服务器不应该尝试强制切换。 [0086] 选择2，强制切换 [0087] 在选择2中，如果服务器知晓目标能够做出改变，则服务器可简单地开始提供对于两个VRR（旧的和新的）的参考测量辅助。服务器可例如基于上述功能知晓这个情况。 [0088] 在以上的ANS.1代码中，MeasurementList可承载对于两个VRR的测量。可在存在对于两个VRR的测量的情况下，指出目标必需切换至他当前没有使用的一个目标。信号传输切换命令的另一实例可包括使用明确的布尔（Boolean）字段，其告诉目标他必需切换至特定VRR。 [0089] 如果SLP不知晓目标是否能够进行这样的切换，则需要另一方案。一个这样的方案是定义目标应通过向服务器发送具有修改IE（其承载停止IE命令和新的VRR的VRR ID）的LPP请求辅助数据消息来立即停止对于新的VRR的参考测量辅助的流。 [0090] 在服务器知晓UE能够做出改变，但是由于一些原因UE希望拒绝改变命令时，UE可通过停止对于新的VRR的参考测量辅助的流来进行。或者，UE可通过“切换继续”或“切换拒绝”来响应切换请求。如果从UE发送“切换继续”，则以已知方式执行切换，然后UE可通过“切换完成”来应答，并且服务器可停止提供对于旧的VRR的参考测量辅助。应注意，这样的信令在以上实例中未示出。 [0091] 选择3 [0092] 除此之外，存在其他选择，选择3，这不取决于LPP事务ID或LPP高水平会话控制，即，他不取决于请求是否发起新事务。这个选择中，使用“周期会话ID”来处理周期辅助会话流控制。这可在发起周期辅助数据会话时通过服务器来分配。如下所示，在对于选择3的示例性信息元素中，每个周期辅助数据提供包括ID，从而在周期辅助数据交付中互联的消息可在接收端被联系。此外，经由“PerSessionID”处理对于会话的任意修改（VRR的改变），从而对于辅助数据交付的改变可指向正确的会话。这个选择还考虑在单独的、专用LPP消息（例如LPP修改辅助数据消息）中承载修改IE，然而上述消息不存在于当前LPP（版本9）中。 [0093] 在选择3中VRR的示例性切换或改变可如下继续。UE初始地接收对于第一VRR的参考测量辅助。在UE确定到第二VRR的改变可能是有利的时（例如，基于邻居列表），UE可在changeTo IE中发送包括第二VRR的ID的修改IE。服务器接收这个消息，并且除了第一VRR之外可开始提供对于第二VRR的参考测量辅助。然后，UE继续改变VRR。一旦完成，UE通过发送包括停止字段的修改IE来停止对于第一VRR的测量的流。 [0094] 以下是对于选择3的示例性信息元素的列表。这个示例性抽象语法记法1（ASN.1）代码示出各个实施例的示例性实现。应注意，以下ASN.1代码示出根据各个实施例的描述用于例如表示、编码/解码、和发送数据的数据结构的示例性记法。还应理解，以下呈现的示例性ASN.1代码可经由任意数目的例如ASN.1编码规则的使用定义用于适当通信协议中的消息，得到二进制编码。 [0095] [0096] [0097] [0098] 这里所述的各个实施例在方法步骤或处理的一般上下文中描述，在一个实施例中可通过计算机程序产品实现，在计算机可读介质中体现，包括可由网络化环境中的计算机执行的计算机可执行指令，例如程序代码。计算机可读介质可包括可移动和不可移动存储设备，包括但不限于，只读存储器（ROM）、随机存取存储器（RAM）、压缩盘（CD）、数字通用盘（DVD）等。一般地，程序模块可包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机可执行指令、相关数据结构、和程序模块表示用于执行这里公开的方法步骤的程序代码的示例。这种可执行指令或相关数据结构的特定序列表示用于实现在这种步骤或处理中所述的功能的相应行为的实例。 [0099] 此外，本发明的实施例可在软件、硬件、应用逻辑或软件、硬件和应用逻辑的组合中实现。软件、应用逻辑和/或硬件可位于例如芯片组、移动设备、桌面型电脑、膝上型电脑或服务器上。可通过基于规则的逻辑和其他逻辑利用标准编程技术实现各个实施例的软件和web方案，以实现各种数据库搜索步骤或处理、关联步骤或处理、比较步骤或处理、和决定步骤或处理。各个实施例也可完全地或部分地在网络元件或模块中实现。应注意，这里使用的和随后权利要求中的词语“组件”和“模块”旨在包含使用一行或多行软件代码实现的方案、和/或硬件方案、和/或接收手动输入的设备。 [0100] 在以上实例中所述的各个和特定结构应理解为构成执行随后权利要求中描述的特定功能的装置的表示性结构，但是在这里未使用术语“装置”时，权利要求中的限制不应理解为构成“装置加功能”的限制。此外，在以上说明书中的术语“步骤”的使用不应理解为将权利要求中的任意特定限制解释为构成“步骤加功能”的限制。在描述或提及各个参考文献方面，包括发布的专利、专利申请、和非专利申请，这些参考文献并非并且不应理解为以下权利要求的范围的限制。 [0101] 为了图示和说明的目的提出了实施例的以上描述。以上描述并非穷尽的或将本发明的实施例限制为公开的精确形式，并且根据以上教导修改和变型是可能的，以及可根据各个实施例的实践获取。选择和描述这里公开的实施例，以说明各个实施例的原理和特征及其实践性应用，以使得本领域普通技术人员能够在各个实施例中利用本发明，以及具有适于特定用途的各种修改。这里描述的实施例的特征可以在方法、装置、模块、系统、和计算机程序产品的所有可能组合中进行组合。 [0102] 一种方法，包括： [0103] 在目标设备处确定所接收的第一辅助数据应该被替换为第二辅助数据； [0104] 发送请求第二辅助数据的请求消息； [0105] 接收第一辅助数据和第二辅助数据； [0106] 确定关于第二辅助数据的测量；和 [0107] 请求停止第一辅助数据的传输。 [0108] 该方法，其中第一辅助数据关联于第一参考接收器，第二辅助数据关联于第二参考接收器。 [0109] 该方法，其中第一和第二参考接收器是虚拟参考接收器。 [0110] 该方法，其中测量包括关于第二参考接收器的基线。 [0111] 该方法，其中请求消息包括第二参考接收器的标识符。 [0112] 该方法，其中从包括相邻参考接收器的列表确定第二参考接收器的标识符。 [0113] 该方法，其中请求消息包括目标和第一参考接收器之间的事务的标识符。 [0114] 该方法，其中请求消息包括用于第二参考接收器的坐标。 [0115] 该方法，其中请求消息包括质量需求，从而关联于第二参考接收器的参数符合质量需求。 [0116] 该方法，其中第一辅助数据关联于第一事务，第二辅助数据关联于第二事务。 [0117] 该方法，其中第一辅助数据和第二辅助数据关联于相同事务。 [0118] 该方法，其中通过请求消息发送修改信息元素，并且不对于第二辅助数据发起新事务。 [0119] 一种计算机程序产品，其实现于非临时性计算机可读存储介质上，包括：含有使得处理器执行以上的处理的计算机可执行指令的计算机代码。 [0120] 一种装置，包括： [0121] 处理器；和 [0122] 存储器单元，通信地连接至处理器，并包括用处理器配置为使得装置指向以下步骤的计算机代码： [0123] 确定所接收的第一辅助数据应该被替换为第二辅助数据； [0124] 发送请求第二辅助数据的请求消息； [0125] 接收第一辅助数据和第二辅助数据； [0126] 确定关于第二辅助数据的测量；和 [0127] 请求停止第一辅助数据的传输。 [0128] 该装置，其中第一辅助数据关联于第一参考接收器，第二辅助数据关联于第二参考接收器。 [0129] 该装置，其中第一和第二参考接收器是虚拟参考接收器。 [0130] 该装置，其中测量包括关于第二参考接收器的基线。 [0131] 该装置，其中请求消息包括第二参考接收器的标识符。 [0132] 该装置，其中从包括相邻参考接收器的列表确定第二参考接收器的标识符。 [0133] 该装置，其中请求消息包括目标和第一参考接收器之间的事务的标识符。 [0134] 该装置，其中请求消息包括用于第二参考接收器的坐标。 [0135] 该装置，其中请求消息包括质量需求，从而关联于第二参考接收器的参数符合质量需求。 [0136] 该装置，其中第一辅助数据关联于第一事务，第二辅助数据关联于第二事务。 [0137] 该装置，其中第一辅助数据和第二辅助数据关联于相同事务。 [0138] 该装置，其中通过请求消息发送修改信息元素，并且不对于第二辅助数据发起新事务。 [0139] 一种方法，包括： [0140] 在服务器处接收请求第二辅助数据的请求消息； [0141] 确定是否可提供所请求的第二辅助数据； [0142] 如果可提供所请求的辅助数据，发送第二辅助数据和第一辅助数据； [0143] 接收停止第一辅助数据的传输的请求；和 [0144] 停止第一辅助数据的传输。 [0145] 该方法，其中第一辅助数据关联于第一参考接收器，第二辅助数据关联于第二参考接收器。 [0146] 该方法，其中第一和第二参考接收器是虚拟参考接收器。 [0147] 该方法，其中请求消息包括第二参考接收器的标识符。 [0148] 该方法，其中请求消息包括目标设备和第一参考接收器之间的事务的标识符。 [0149] 该方法，其中请求消息包括第二参考接收器的坐标。 [0150] 该方法，其中请求消息包括质量需求，从而关联于第二参考接收器的参数符合质量需求。 [0151] 该方法，其中第一辅助数据关联于第一事务，第二辅助数据关联于第二事务。 [0152] 该方法，其中第一辅助数据和第二辅助数据关联于相同事务。 [0153] 该方法，其中通过请求消息发送修改信息元素，并且不对于第二辅助数据发起新事务。 [0154] 一种计算机程序产品，其实现于非临时性计算机可读存储介质上，包括：含有使得处理器执行以上的处理的计算机可执行指令的计算机代码。 [0155] 一种装置，包括： [0156] 处理器；和 [0157] 存储器单元，通信地连接至处理器，并包括用处理器配置为使得装置指向以下步骤的计算机代码： [0158] 接收请求第二辅助数据的请求消息； [0159] 确定是否可提供所请求的第二辅助数据； [0160] 如果可提供所请求的辅助数据，发送第二辅助数据和第一辅助数据； [0161] 接收停止第一辅助数据的传输的请求；和 [0162] 停止第一辅助数据的传输。 [0163] 该装置，其中第一辅助数据关联于第一参考接收器，第二辅助数据关联于第二参考接收器。 [0164] 该装置，其中第一和第二参考接收器是虚拟参考接收器。 [0165] 该装置，其中请求消息包括第二参考接收器的标识符。 [0166] 该装置，其中从包括相邻参考接收器的列表确定第二参考接收器的标识符。 [0167] 该装置，其中请求消息包括目标和第一参考接收器之间的事务的标识符。 [0168] 该装置，其中请求消息包括第二参考接收器的坐标。 [0169] 该装置，其中请求消息包括质量需求，从而关联于第二参考接收器的参数符合质量需求。 [0170] 该装置，其中第一辅助数据关联于第一事务，第二辅助数据关联于第二事务。 [0171] 该装置，其中第一辅助数据和第二辅助数据关联于相同事务。 [0172] 该装置，其中通过请求消息发送修改信息元素，并且不对于第二辅助数据发起新事务。 |
||||||
QQ群二维码
意见反馈
意见反馈