CN111886910B

CN111886910B - 用于确定用户设备位置的本地实体、用户设备、接入网、全局实体、以及车辆

Info

Publication number: CN111886910B
Application number: CN201880091430.5A
Authority: CN
Inventors: 王奇; 桑迪普·甘卡克黑卡尔; 韦庆
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-03-20
Filing date: 2018-03-20
Publication date: 2021-10-26
Anticipated expiration: 2038-03-20
Also published as: WO2019179606A1; EP3753316A1; US20200389759A1; CN111886910A; US11438728B2

Abstract

本申请提出了一种本地实体，用于确定移动通信网络中的用户设备位置。该本地实体用于在第一用户设备上运行和/或在接入网中运行。该本地实体用于接收目标用户设备的位置信息，并基于该位置信息确定该目标用户设备的位置。因为相对于由核心网执行的位置确定，可以改进位置确定，所以这是有利的。特别地，可以在不涉及核心网的情况下确定位置。

Description

用于确定用户设备位置的本地实体、用户设备、接入网、全局实体、以及车辆

技术领域

本申请一般涉及移动通信技术领域。特别地，本申请涉及用于确定移动通信网络中的用户设备位置的本地实体、用户设备或接入网、用于确定用户设备位置的全局实体、以及车辆。

背景技术

高精度定位已被确定为下一代蜂窝系统的关键特征之一。例如，在该方面，参考3GPP TS22.261 V16.1.0Service requirements for the 5G system；Stage 1(Release16)2017-09。5G指第五代移动网络。鉴于5G新空口(new radio，NR)接入技术(radio accesstechnology，RAT)的新潜力，5G位置/定位服务的目的是满足全套性能要求，支持广泛的精度级别、时延级别、以及设备类别。例如在3GPP TR 38.913V14.3.0,Study on Scenariosand Requirements for Next Generation Access Technologies,2017-06中所述，这样的服务允许通过空中接口的高效信令以及网络中的高效信令、支持混合定位方法、可扩展性(就大量设备而言)等。

已知的定位系统分为两类，即独立于RAT的技术和依赖于RAT的技术。

就独立于RAT的技术而言，定位系统最常见的例子是基于全球导航卫星系统(global navigation satellite system，GNSS)的方法。例如全球定位系统(globalpositioning system，GPS)、GLONASS系统、以及伽利略系统。然而，对于卫星接收较差的室内或城市峡谷(urban-canyon)场景，该技术体现出其局限性。另一个在工业界流行的技术基于超宽带(ultra-wide-band，UWB)无线系统。通常，UWB定位系统保证厘米级精度。然而，部署这样的系统会产生附加成本。而且，该系统的可用性有限。

例如在3GPP TS23.271 V14.2.0Functional stage 2description of LocationServices(LCS),(Release 14),2017-06中所述，依赖于RAT的技术的示例通常包括E-CellID和观察到达时间差(observed time difference of arrival，OTDoA)。

在E-CellID中，用户设备(user equipment，UE)向网络报告小区ID和定时提前。核心网(corenetwork，CN)中的位置服务器基于测量计算UE的位置。对于OTDoA，UE测量来自两个eNodeB的接收信号时间差(receive signal time difference，RSTD)，并向位置服务器报告RSTD测量。位置服务器基于至少两个RSTD测量估计UE的位置。在当前版本的5G系统架构中，位置服务已经被商定为未来研究的主题，这可以从3GPP TS 23.501V15.0.0SystemArchitecture for the 5G system；Stage2(Release 15),2017-11中获知。

图1示出了用于确定UE 101的位置的已知系统100。系统100对应于3GPP TS23.501V15.0.0中提出的系统，参见章节4.4.4.1“Architecture to support LocationServices”和图4.4.4.1-2“Non-roaming reference architecture for LocationServices in reference point representation”。

在系统100中，位置服务器104，即位置管理功能(location managementfunction，LMF)计算UE 101的位置/定位，该LMF是位于下一代核心网(next generationcore network，NGC)103中的功能块。UE 101连接到下一代无线接入网(next generation-radio access network，NG-RAN)102，NG-RAN 102链接至NGC 103。NGC 103包括LMF 104、接入管理功能(access management function，AMF)106、网关移动位置中心(gateway mobilelocation center，GMLC)107、用户数据管理(user data management，UDM)105、以及位置检索功能(location retrieval function，LRF)108。外部客户端109链接到GMLC 107。

如图1所示，依赖于RAT的技术是一种以网络为中心的方法，主要服务于网络运行目的，如紧急呼叫传递、基于位置的服务等。

图2示出了用于在图1的系统100中确定UE 101的位置的方法200。方法200对应于3GPP TS 36.355V14.4.0(2017-12)的LTE定位协议(LTE positioning protocol，LPP)，并且是OTDoA过程的示例。方法200涉及UE 101、RAN 102、以及位于核心网103中的LMF 104。

在第一步骤中，UE向LMF发送201位置服务请求。LMF用LPP请求能力消息来响应202，该LPP请求能力消息用于指示确定UE位置所需的能力类型。本文中的“能力”是指与LPP相关的定位和协议能力以及LPP支持的定位方法。UE用LPP提供能力消息来响应203LMF。然后，LMF向UE发送204LPP提供辅助数据，该辅助数据用于辅助定位。在UE从LMF接收到205LPP请求位置信息消息之后，UE或RAN 102执行206RSTD测量，并且UE向LMF发送207包括上述测量的LPP提供位置信息消息。然后，LMF基于上述测量计算208UE位置并向UE发送209包括UE位置的位置服务响应。

随着来自UE侧的位置服务请求数量的增加，协议开销急剧增加。因此，当位置服务请求源自UE侧时，已知的以网络为中心的设计特别不利。由于在CN中的LMF需要测量信息，因此重协议分层使在UE侧的延迟关键位置获取变得困难。

发明内容

认识到上述缺点和问题后，本申请旨在改进现有技术。特别地，本申请的目的在于提供一种改进的位置服务。

上述目的通过独立权利要求的特征来实现。根据从属权利要求、说明书、以及附图，本申请的其他实施例是显而易见的。

根据第一方面，本申请涉及用于确定移动通信网络中的用户设备位置的本地实体。该本地实体用于在第一用户设备上运行和/或在接入网中运行。该本地实体用于接收目标用户设备的位置信息。该本地实体用于基于上述位置信息确定目标用户设备的位置。

上述本地实体可以是(分布式)位置管理功能(根据标准3GPP 23.501V15.0.0中使用的术语)，其中，该本地实体用于在用户设备和/或接入网上运行。

因为相对于由核心网执行的位置确定，可以改进位置确定，所以这是有利的。特别地，可以在不涉及核心网的情况下确定位置。这实现了低时延，对于诸如实时应用的应用，并且更一般地对于在用户设备侧需要延迟关键位置获取的应用，这可能是关键的。

根据第一方面的其他实现方式，上述本地实体用于接收位置请求，特别是从目标用户设备、另一本地实体、和/或核心网的实体接收位置请求。上述本地实体用于基于上述位置请求确定位置。

由此，可以在接收到位置请求之后以低时延确定位置。响应于该位置请求，可以向目标用户设备、另一本地实体、和/或核心网的实体发送确定的位置。有利地，可以由目标用户设备、另一本地实体、和/或核心网的实体控制上述位置确定。接收到的位置请求可以包括位置信息。或者，可以分别接收位置请求和位置信息。

根据第一方面的其他实现方式，上述目标用户设备是第一用户设备，或者上述目标用户设备是第二用户设备。

由此，上述目标用户设备可以是第一用户设备。或者，目标用户设备可以是链接到第一用户设备的第二用户设备。在这种情况下，第一用户设备和第二用户设备可以例如经由侧行链路链接。第一用户设备和第二用户设备可以是相邻的用户设备，或者可以例如被集群到一组用户设备。位置的确定可以得到改进。不一定要涉及到核心网。

根据第一方面的其他实现方式，上述位置信息包括目标用户设备的下行位置信息、上行位置信息、和/或侧行位置信息。

由此，位置信息可以包括目标用户设备的下行位置信息。有利地，可以基于在目标用户设备处可用的测量信息来确定目标用户设备的位置。例如，下行位置信息可以是与目标用户设备和接入网之间的下行链路相关的位置信息。

由此，位置信息可以包括目标用户设备的上行位置信息。有利地，可以基于在接入网处可用的测量信息来确定目标用户设备的位置。例如，上行位置信息可以是与目标用户设备和接入网之间的上行链路相关的位置信息。

由此，位置信息可以包括目标用户设备的侧行位置信息。例如，侧行位置信息可以是与目标用户设备和第一用户设备之间的侧行链路相关的位置信息。有利地，可以基于在目标用户设备处或在第一用户设备处可用的测量信息来确定目标用户设备的位置。

根据第一方面的其他实现方式，上述本地实体用于基于位置信息确定目标用户设备的位置的精度。

由此，相对于由核心网执行的位置精度的确定，可以改进位置精度的确定。特别地，可以改进和减少时延。

根据第一方面的其他实现方式，特别地，上述本地实体用于发送能力请求。本地实体用于接收第一用户设备的能力信息或接入网的能力信息。该能力信息指示第一用户设备或接入网运行本地实体的能力。

由此，如果在第一用户设备上运行本地实体，则有利地，该本地实体可以评估该本地实体是否可以扩展或切换到接入网，反之亦然。如果发送了能力请求，则可以响应于相应的请求发送能力信息。有利地，可以检查本地实体是否可以扩展到如下设备，其中，该设备应当报告其位置信息但是该设备不包括(尚未包括)本地实体。此外，可以确定第一用户设备或接入网是否能够运行本地实体。特别地，可以向第一用户设备或接入网发送能力请求。可以从第一用户设备或接入网接收能力信息。

由此，有利地，上述本地实体可以请求和接收关于应在其上建立潜在本地实体的用户设备或接入网实体的能力信息。因此，可以确定潜在的本地实体是否可以在相应的用户设备或接入网实体上运行。

根据第一方面的其他实现方式，上述本地实体用于接收授权请求，特别是从用户设备和/或接入网接收授权请求。上述本地实体用于发送授权响应，特别是向用户设备和/或接入网发送授权响应。

由此，上述本地实体可以确定是否可以向用户设备或接入网授权以运行另一本地实体。

根据第一方面的其他实现方式，上述本地实体用于接收一个或多个特征的位置信息。上述本地实体用于基于相应的位置信息确定一个或多个特征的位置。上述本地实体用于生成一个或多个特征的位置的地图或列表。

特征可以是无线反射器或散射器、地理地标、或虚拟发射接收点。由此，可以利用上述地图或列表来提高本地区域的定位精度或整体系统性能。

根据第一方面的其他实现方式，上述本地实体用于接收一个或多个特征的位置和/或位置信息。上述本地实体用于基于接收的位置和/或位置信息确定一个或多个特征的更新的位置。上述本地实体用于发送一个或多个特征的更新的位置。

由此，可以随着时间的推移而实现和改进上述地图或列表。

根据第一方面的其他实现方式，上述本地实体用于接收位置请求，特别是针对一个或多个特征的位置请求。上述本地实体用于响应于位置请求发送请求的特征的位置。

由此，特别地，可以由核心网实体、接入网、UE、其他本地实体、和/或运营商网络外的实体接收上述位置请求。有利地，请求的特征的位置的接收者可以使用接收的位置以相对于请求的特征来定位自身。

根据第一方面的其他实现方式，上述本地实体用于确定目标用户设备的位置的确定的性能信息。上述本地实体用于发送该性能信息。

由此，可以根据上述性能信息将不同的计费策略应用于位置服务。

根据第一方面的其他实现方式，上述本地实体用于向另一实体转发上述位置请求，以根据上述性能信息确定用户设备位置。

由此，如果由性能信息反映的性能不够充分，则可以向另一实体转发位置请求，以便实现期望性能。

根据第二方面，本申请涉及一种本地实体，特别是根据第一方面所述的本地实体，该本地实体用于向另一本地实体发送位置信息和/或从另一本地实体接收位置信息，另一本地实体特别是根据第一方面所述的本地实体。

由此，有利地，上述本地实体和上述第二本地实体可以协作并交换位置信息，作为本地实体之间的位置服务管理的一部分。

根据第三方面，本申请涉及一种方法，该方法用于在本地实体处确定用户设备位置，上述本地实体在第一用户设备上运行和/或在接入网中运行。该方法包括接收目标用户设备的位置信息。该方法包括基于位置信息确定目标用户设备的位置。

根据第三方面的其他实现方式，上述方法包括接收位置请求，特别是从目标用户设备、另一本地实体、和/或核心网实体接收位置请求。上述方法包括基于该位置请求确定上述位置。

由此，可以在接收到位置请求之后以低时延确定上述位置。

根据第三方面的其他实现方式，上述目标用户设备是第一用户设备，或者，上述目标用户设备是第二用户设备。

由此，位置的确定可以得到改进。不一定要涉及到核心网。

根据第三方面的其他实现方式，上述位置信息包括目标用户设备的下行位置信息、上行位置信息、和/或侧行位置信息。

有利地，可以基于在目标用户设备处、或在第一用户设备处、或在接入网中可用的测量信息来确定目标用户设备的位置。

根据第三方面的其他实现方式，上述方法包括基于位置信息确定目标用户设备的位置精度。

根据第三方面的其他实现方式，特别地，上述方法包括发送能力请求。该方法包括接收第一用户设备或接入网的能力信息。该能力信息指示第一用户设备或接入网运行本地实体的能力。

由此，如果在第一用户设备上运行本地实体，则有利地，该本地实体可以评估该本地实体是否可以扩展或切换到接入网，反之亦然。如果发送了能力请求，则可以响应于相应的请求发送能力信息。有利地，可以检查本地实体是否可以扩展到设备，其中，该设备应当报告其位置信息但该设备不包括(尚未包括)本地实体。此外，可以确定第一用户设备或接入网是否能够运行本地实体。特别地，可以向第一用户设备或接入网发送能力请求。可以从第一用户设备或接入网接收能力信息。

由此，有利地，上述本地实体可以请求和接收应在其上建立潜在本地实体的用户设备或接入网实体的能力信息。因此，可以确定潜在的本地实体是否可以在相应的用户设备或接入网实体上运行。

根据第三方面的其他实现方式，上述方法包括接收授权请求，特别是从用户设备和/或接入网接收授权请求。该方法包括发送授权响应，特别是向用户设备和/或接入网发送授权响应。

根据第三方面的其他实现方式，该方法包括接收一个或多个特征的位置信息。该方法包括基于相应的位置信息确定一个或多个特征的位置。该方法包括生成一个或多个特征的位置的地图或列表。

由此，可以利用上述地图或列表来提高本地区域的定位精度或整体系统性能。

根据第三方面的其他实现方式，上述方法包括接收一个或多个特征的位置和/或位置信息。该方法包括基于接收的位置和/或位置信息确定一个或多个特征的更新的位置。该方法包括发送一个或多个特征的更新的位置。

由此，可以随着时间的推移而实现和改进上述地图或列表。

根据第三方面的其他实现方式，上述方法包括接收位置请求，特别是针对一个或多个特征的位置请求。该方法包括响应于位置请求发送请求的特征的位置。

根据第三方面的其他实现方式，上述方法包括确定目标用户设备的位置的确定的性能信息。该方法包括发送该性能信息。

根据第三方面的其他实现方式，上述方法包括向另一实体转发上述位置请求，以根据上述性能信息确定用户设备位置。

根据第四方面，本申请涉及用于向网络实体发送能力信息的用户设备或接入网，其中，能力信息指示用户设备或接入网运行本地实体的能力。除此之外，或可选地，上述用户设备或接入网用于发送授权请求以运行根据第一方面或第二方面的本地实体。

根据第五方面，本申请涉及用于确定用户设备位置的全局实体。该全局实体用于控制一个或多个本地实体，特别是根据第一方面或第二方面的本地实体。

根据第五方面的其他实现方式，上述全局实体用于在硬件上运行，该硬件特别是用户设备、接入网、核心网、或云。

云可以是在核心网之外和/或不属于运营商或公共陆地移动网络(public landmobile network，PLMN)的实体。上述云可以是边缘计算实体。

根据第五方面的其他实现方式，上述全局实体用于接收硬件的能力信息，该能力信息指示该硬件运行本地实体的能力。特别地，该全局实体用于基于能力信息实例化本地实体。

由此，有利地，上述全局实体可以根据接收到的能力信息选择应运行本地实体的硬件。

根据第五方面的其他实现方式，上述全局实体用于发送能力请求。

由此，核心网可以控制实例化本地实体的进程。可以向待实例化的潜在的本地实体发送能力请求。

根据第五方面的其他实现方式，上述全局实体用于基于多个位置请求和/或性能信息实例化、配置、和/或去实例化本地实体，该性能信息特别是定位时延和/或精度。

由此，如果在给定地理区域内位置服务请求的数量增加，则可以在该地理区域内实例化本地实体以便改进服务。

根据第六方面，本申请涉及包括用户设备和本地实体的车辆，特别是根据第一方面或第二方面的本地实体。该本地实体的硬件是用户设备。

由此，对于涉及车辆的位置服务，例如对于车队/列队行驶(convoy/platooning)服务，可以减少时延。

更具体地说，应注意，上述装置可以基于具有离散硬件组件的离散的硬件电路、集成芯片或芯片模块的布置来实现，或基于软件例程或程序控制的信号处理设备或芯片来实现，该软件例程或程序存储在存储器中、写在计算机可读的存储介质上、或者从网络(例如互联网)下载。

还应理解，本申请的优选实施例也可以是从属权利要求或上述实施例与相应的独立权利要求的任何组合。

参照下面描述的实施例，本申请的这些方面和其他方面将被阐明或者显而易见。

附图说明

本申请的上述方面和实施方式将在以下关于附图的具体实施例的描述中解释，其中：

图1示出了用于确定UE的位置的已知系统；

图2示出了用于在图1的系统中确定UE的位置的方法；

图3示出了根据本申请实施例的系统；

图4示出了根据本申请其他实施例的系统；

图5示出了根据本申请其他实施例的能力验证过程；

图6示出了根据本申请其他实施例的能力验证过程；

图7示出了根据本申请其他实施例的授权过程；

图8示出了根据本申请其他实施例的用于位置服务管理(特别是用于协作服务)的过程；

图9示出了根据本申请其他实施例的用于位置服务管理(特别是用于地图服务)的过程；

图10示出了根据本申请其他实施例的位置性能控制过程；

图11示出了根据本申请其他实施例的用于具有主本地实体的组位置服务的系统；

图12示出了根据本申请其他实施例的用于具有主本地实体的组位置服务的系统；

图13示出了根据图12的实施例的过程；

图14示出了根据本申请其他实施例的用于协作定位的系统和过程；

图15示出了根据本申请其他实施例的用于同步定位与地图构建(simultaneouslocalization and mapping，SLAM)的系统；

图16示出了根据图15的系统的过程1600。

具体实施方式

图3示出了根据本申请实施例的系统300。

系统300包括第一用户设备(UE)301。系统300包括网络或移动通信网络361，该网络361可以是例如5G、LTE、或GSM网络。网络361包括接入网或无线接入网(radio accessnetwork，RAN)311和核心网(CN)321，该接入网或RAN311的形式可以是例如下一代无线接入网(NG-RAN)，该CN 321的形式可以是下一代核心网(NGC)。

系统300包括可以称为UE本地实体302的本地实体302。UE本地实体302用于在第一UE 301上运行。该系统包括可以称为RAN本地实体312的本地实体312。RAN本地实体312用于在接入网311上运行。

UE本地实体302和/或RAN本地实体312用于：

-接收目标UE的位置信息，以及

-基于该位置信息确定该目标UE的位置。

特别地，上述目标UE可以是第一UE 301。然后，UE本地实体302可以接收位置信息而无需任何无线传输。RAN本地实体312可以经由第一UE 301和RAN 311之间的上行链路371接收位置信息。

或者，上述目标UE可以是第二UE，例如连接到第一UE 301的UE 341。UE本地实体302可以通过第一UE 301和UE 341之间的侧行链路372接收UE 341的位置信息。RAN本地实体312可以通过侧行链路372以及通过第一UE 301和RAN 311之间的上行链路371接收UE341的位置信息。

上述目标UE还可以是第二UE，例如连接到RAN 311的UE 351。RAN本地实体312可以通过UE 351和RAN 311之间的上行链路373接收UE 351的位置信息。UE本地实体302可以通过UE 351和RAN 311之间的上行链路373以及通过RAN 311和第一UE 301之间下行链路371接收UE 351的位置信息。

特别地，位置信息可以包括目标用户设备的下行位置信息、上行位置信息、和/或侧行位置信息。

下行位置信息可以是关于从RAN 311到第一UE 301的下行链路371的位置信息。上行位置信息可以是关于从第一UE 301到RAN 311的上行链路371的位置信息。侧行位置信息可以是关于第一UE 301和UE 341之间的侧行链路372的位置信息。

或者，下行位置信息可以是关于从RAN 311到UE 351的下行链路373的位置信息。上行位置信息可以是关于从UE 351到RAN 311的上行链路373的位置信息。

位置信息可以是位置测量信息，例如到达时间(time of arrival，ToA)、离开角(angle of departure，AoD)、到达角(angle of arrival，AoA)、或GPS坐标。例如，关于给定下行链路、上行链路、或侧行链路的位置信息可以是针对给定下行链路、上行链路、或侧行链路的到达时间(ToA)、离开角(AoD)、或到达角(AoA)。

RAN 311包括基站313。基站313的形式可以是5G中的下一代NodeB(generationNodeB，gNB)。每个UE 301、341、351包括无线接入模块(radio access，RA)303、343、353。第一UE 301的RA 303用于通过下行链路/上行链路371与RAN 311的基站313通信，并且通过侧行链路372与UE 341的RA 343通信。UE 351的RA 353用于通过下行链路/上行链路373与RAN311的基站313通信。在每个UE 301、341、351内，外部客户端304、344、354连接到RA 303、343、353。

CN 321包括全局实体322，该全局实体322在3GPP TS 23.501V15.0.0中也称为位置管理功能(LMF)，参见章节6.2.16“LMF”。全局实体用于计算第一UE 301的位置、UE 341的位置、或UE 351的位置。全局实体322包括以下功能：

-支持UE 301、341、351的位置确定，

-从UE 301、341、351获得下行位置信息或位置估计，

-从RAN 311获得上行位置信息，

-从RAN 311获得非UE相关辅助数据。

CN 321包括全局实体322、接入管理功能(AMF)324、网关移动位置中心(GMLC)325、以及用户数据管理(UDM)323。外部客户端331连接到GMLC 325。AMF 324为UE 301、341、351和全局实体322之间的位置服务消息以及RAN 311和全局实体322之间的位置服务消息提供传输。优选地，根据3GPP TS 23.501V15.0.0配置AMF 324和UDM 323，参见章节6.2.1“AMF”和章节6.2.7“UDM”。

特别地，UE本地实体302和/或RAN本地实体312可以用于：

-接收位置请求，以及

-基于位置请求确定位置。特别地，UE本地实体302可以用于从目标UE、另一本地实体(如RAN本地实体312)、和/或CN 321的实体(如全局实体322)接收位置请求。

RAN本地实体312可以用于从目标UE、另一本地实体(如UE本地实体302)、和/或CN

321的实体(如全局实体322)接收位置请求。

上述位置请求可以包括由希望知道其位置的目标UE发出的请求，并包括由网络发送的用于从UE或目标UE获得位置的请求。位置请求可以包括一个或多个要求，特别是时延和定位精度。

本地实体302、312和全局实体322可以形成分层结构。因此，本地实体302、312和全局实体322可以包括以下管理功能：

a)能力验证，

b)授权，

c)位置服务管理，

d)位置组管理，

e)位置性能管理，

f)本地实体实例化、配置、迁移、以及删除。

本地实体302、312可以实现全局实体322的简化的管理功能。

图4示出了根据本申请其他实施例的系统400、410。

系统400示出了全局实体322和本地实体404之间的通信(优选地，根据称为NR定位协议b(NR positioning protocol b，NPPb)403的协议)。系统400还示出了在全局实体322和第一UE 301之间的通信，该通信基于根据3GPP TS 36.355V14.4.0的LTE定位协议(LPP)。系统400还示出了在全局实体322和基站313之间的通信，该通信基于根据3GPP TS36.455V14.4.0的LTE定位协议A(LTE positioning protocol A，LPPa)。

系统410示出了两个本地实体404之间的通信，例如本地实体302和本地实体312之间的通信。优选地，该通信根据称为NR定位协议b(NPPb)405的协议，该协议可以与NPPb403相同。

图5示出了根据本申请其他实施例的能力验证过程500。

特别地，本地实体302、312或全局实体322可以用于：

-特别地，发送503能力请求，

-接收504UE或RAN的能力信息，其中，该能力信息指示UE或RAN运行本地实体302、312的能力。

特别地，图5示出了由已建立或已实例化的实体511发起的能力检查过程。实体511可以是本地实体302、312或全局实体322。

在建立或实例化另一潜在本地实体501之前，实体511检查被设计用于运行潜在本地实体501的潜在UE或潜在RAN实体的能力。可以根据被设计用于运行潜在本地实体501的潜在UE或潜在RAN实体的以下参数中的至少一个来检查能力：

-计算能力，例如CPU/GPU、内存等。

-测量能力，例如天线面板的数量、每个面板上的天线数量、支持的最大带宽等。

-通信能力，如Uu、PC5、802.11p、WLAN、蓝牙等。

-能耗、电池状态。

这些参数确定潜在UE或潜在RAN实体是否能够运行本申请的本地实体，以及确定该潜在UE或RAN实体能够接管多少功能。

如图5所示，优选地，在发生外部触发502之后，可以由实体511发起能力检查。实体511可以是全局实体或高级本地实体，当网络打算转移其功能以便满足某些性能要求时，实体511可以发送503能力请求。例如，在UE处建立计算其自身位置的本地实体501避免了将测量数据发送到CN。在UE的数量增加时，这显著减少了网络流量。此外，上述位置在UE侧直接可用，从而实现对于实时应用重要的低时延。

根据图5，实体511发送503能力请求，并接收504潜在UE或潜在RAN实体的能力信息。然后，实体511执行能力验证505。

图6示出了根据本申请其他实施例的能力验证过程600。与图5相比，图6中的过程由潜在本地实体501发起，并且优选地，该过程由外部触发601发起。实体511接收602被设计用于运行潜在本地实体501的潜在UE或潜在RAN实体的能力信息。然后，与图5相似，实体511执行能力验证603。

例如，当RAN中的潜在本地实体501(例如UE)被外部触发以向网络提供能力时，可以使用图6的过程600。UE打算计算其自身位置，或者成为组主设备(用作该UE附近的一组设备的定位引擎)。

图7示出了根据本申请其他实施例的授权过程700。

特别地，实体511(例如本地实体302、312或全局实体322)可以用于：

-特别地，接收701授权请求，特别是从用户设备和/或接入网接收授权请求，以及

-发送703授权响应，特别是向用户设备和/或接入网发送授权响应。

在能力验证702之后，实体511确定是否可以对运行潜在本地实体501进行授权。该授权可以基于某些准则，特别是与被设计用于运行潜在本地实体501的潜在UE或潜在RAN实体相关的某些准则。该准则可以包括以下中的至少一个：

-潜在UE或潜在RAN实体基于位置信息使用网络特定方法计算UE位置的能力，

-潜在UE或潜在RAN实体实现目标定位精度的能力，

-潜在UE或潜在RAN实体向组中的其他UE提供位置服务的能力，

-是否可以应用网络特定的计费策略。

可以由RAN或UE请求701该授权，或者可以由实体511指示该授权。

如果能力验证505、603和/或授权验证702的结果为肯定，则可以建立潜在本地实体511，以便获得如图3所示的新的本地实体302、312。潜在本地实体501的建立允许各种新的服务类型。示例可以包括但不限于协作服务和地图服务。

图8示出了根据本申请其他实施例的用于位置服务管理(特别是用于协作服务)的过程800。

协作服务：大量文献表明，代理之间的协作可以显著提高定位精度，降低定位中断概率[HlinkaMag,WymCoop,MWin2]。

本地实体803可以从另一本地实体804请求801协作服务，该另一本地实体804可以是同级的本地实体或高级实体。如果本地实体803是UE本地实体，则同级的本地实体可以是另一UE本地实体，而高级实体可以是RAN本地实体或全局实体。协作服务请求可以是对协作信息的请求801。作为对协作信息的请求801的响应，另一本地实体804向本地实体803发送802请求的协作信息。

上述协作信息可以包括以下参数中的至少一个：

-参考点的位置坐标及其精度，

-具体的测量信息和精度，

-传感器数据或其他统计信息，

-可用的定位方法或使用的定位方法。

图9示出了根据本申请其他实施例的用于位置服务管理(特别是用于地图服务)的过程900、910、920。

本地实体可以基于随时间推移接收的位置信息建立本地无线反射器和散射器的地图或地理图。这样的地图由特征的坐标和精度的列表组成。该地图可以用于提高本地区域的定位精度或整体系统性能。此外，可以在本地实体之间维护和共享该地图，或者将该地图报告给全局实体。

图9中的(a)示出了地图构建过程900。例如在UE上运行的本地实体903可以随着时间推移收集901地图信息，特别是从RAN本地实体904收集地图信息。在基于收集的地图信息生成地图之后，本地实体903向RAN本地实体904提供902地图或地图信息。

图9中的(b)示出了地图更新过程910。RAN本地实体904请求911更新地图。在基于请求911更新地图之后，本地实体903向RAN本地实体904提供912更新的地图。

图9中的(c)示出了地图共享过程920。另一本地实体923(其形式可以为UE本地实体)向先前已接收902、912地图或地图信息的RAN本地实体904请求921地图或地图信息。响应于请求921，RAN本地实体904向另一本地实体923发送922地图或地图信息。

本申请其他实施例支持位置组管理。

鉴于本地实体和全局实体的分层结构，高级本地实体可以负责管理一组低级本地实体。优选地，CN中的全局实体跟踪低级本地实体，并且动态地确定本地实体的实例化、配置、迁移、以及删除。本地实体可以形成协作组，在该协作组内可以根据某些隐私协议共享位置信息。高级本地实体或全局实体管理低级本地实体的分组，并保证组内位置服务的质量。高级本地实体或全局实体可以优化组内的任务分解以提高整体效率。

对于终端级本地实体，上述管理功能被应用于UE的分组。本地实体从组内的UE收集位置信息，并提供具有网络保证质量的位置服务。

上述网络可以定义具有给定功能集的多个类别的本地实体。

图10示出了根据本申请其他实施例的位置性能控制过程1000、1010。

全局实体322与网络授权的本地实体404(可以是UE本地实体302和/或RAN本地实体312)一起确保位置服务的性能。根据交付的位置服务的质量，可以应用不同的计费策略。

因此，本地实体404应当监测本地定位性能并向全局LMF报告。如过程1000所示，本地实体404可以从全局实体322接收1001对性能报告的请求，监测本地定位性能，并向全局实体322发送1002、1003性能报告。本地实体404可以发送若干性能报告。

此外，本地实体404应当预测1012本地定位性能。此外，当不能在本地满足性能要求时，本地实体404应当确定拒绝位置服务请求。

如过程1010所示，UE 301可以向本地实体404发送1011位置服务请求，本地实体404基于位置服务请求执行性能预测/检查1012。然后，本地实体404向全局实体322转发1013位置服务请求和信息。在全局实体322执行位置计算和性能检查1014之后，全局实体322根据性能检查1014向UE 301发送位置服务响应。如果满足性能要求，则全局实体322发送位置服务响应，否则，该全局实体322通知UE 301服务失败。

本地实体404还可以拒绝位置服务请求而不是向全局实体322转发1013位置服务请求，这意味着不转发位置服务请求。例如，如果时延要求不允许转发，则本地实体404可以拒绝位置服务请求。

本申请其他实施例支持本地实体实例化、配置、迁移、以及删除。

全局实体和/或高级本地实体确定低级本地实体的实例化、配置、迁移、以及删除。可以基于与可扩展性、时延、或定位精度有关的要求来触发这些操作。

-可扩展性：当在给定地理区域内位置服务请求的数量增加时，全局实体和/或高级本地实体可以触发一个或多个低级本地实体的实例化。低级本地实体接管感兴趣区域内(即给定地理区域内)的位置确定。这减少了集中式架构(其中，UE的所有位置信息被传送到CN中的全局实体)中的通信开销，从而允许系统调整其服务容量。

-时延：建立在不同级别(即在移动边缘的RAN中，或直接在UE中)的本地实体提供了满足不同级别的时延要求的潜力。

-定位精度：可以根据精度要求在RAN和UE中的本地实体配置不同的定位方法。本地实体还允许适应性实体动态地利用本地信息来提高定位精度。例如，车载UE可以执行雷达传感器和/或侧行测量，以获得与期望的相邻UE的相对位置并与该期望的相邻UE交换位置信息，从而提高定位精度。

同样基于上述因素，全局实体和/或高级本地实体可以动态地配置本地实体的功能。考虑到整体系统动态，例如在移动车辆和机器人的网络中，本地实体可以被部署和迁移到优化系统性能的实体(UE或RAN的一部分)。

图11示出了根据本申请其他实施例的用于具有主本地实体的组位置服务的系统1100。特别地，图11示出了由RAN本地实体312辅助的位置感知波束成形，上述主本地实体是RAN本地实体。

系统1100包括连接到不同基站1101、1102的RAN本地实体312。若干车辆1105、1106、1107定义多播组。基站1101、1102用于执行波束成形1103、1104以用于到多播组的传输。该多播组包括至少一个目标UE。然后，RAN本地实体可以根据本申请确定目标UE的位置以及基于目标UE的位置确定多播组的位置。

目标UE的位置和/或多播组的位置由RAN本地实体312发送到基站1101、1102。因此，基站1101、1102可以基于从RAN本地实体312接收的位置信息执行位置感知波束成形。

RAN本地实体312可以动态地确定参考信号的带宽，以便实现所需的定时测量精度。此外，RAN中位置信息的实时可用性有助于NR操作，例如在高移动性场景中基于位置的多播、波束跟踪、以及快速波束恢复(如图11所示)。

RAN本地实体312在覆盖区域内提供增强的位置服务。鉴于移动边缘侧上的技术进步，RAN本地实体312考虑在感兴趣区域中的关于精度和时延的可扩展要求，允许灵活的资源分配。

图12示出了根据本申请其他实施例的用于具有主本地实体的组位置服务的系统1200。特别地，图12示出了用于具有主本地实体的组位置服务的系统1200，该主本地实体是UE本地实体。

系统1200包括主UE本地实体，该主UE本地实体是位于主UE 1203处的主本地实体。系统1200包括其他UE 1211、1221、1231、1241，优选地，这些UE不运行本地实体。如标号1203、1211、1221、1231所示，系统1200的一些UE可以是相应车辆的一部分。

UE 1203、1211、1221、1231可以通过相应的链路或蜂窝链路1205、1212、1222、1232与基站1201通信。UE 1211、1221、1231、1241可以通过相应的直通链路或侧行链路1214、1224、1234、1244与主UE 1203通信。

主UE 1203中的授权本地实体用作本地融合中心，该本地融合中心能够在网络协助下定位该融合中心附近的一组UE 1211、1221、1231、1241。组内的其他普通UE 1211、1221、1231、1241可以通过蜂窝链路1205、1212、1222、1232获得测量信息(例如ToA、到达时间差(time difference of arrival，TDoA)、AoD、以及AoA)，但是这些UE本身不能计算位置。

如图12所示，普通UE 1211、1221、1231通过蜂窝链路1212、1222、1232获得各个测量，然后向本地组中的主UE请求位置服务。这些测量信息通过侧行链路1214、1224、1234在主UE 1203处收集1213、1223、1233。主UE 1203中的本地实体计算普通UE 1211、1221、1231的位置，并向基站1201报告1204该组的位置。主UE 1203中的本地实体还可以报告1204对应的精度信息。报告的位置和/或精度还可以从基站1201发送1202到CN中的全局实体322。

该组中的UE 1211、1221、1231、1241可以使用侧行链路或独立于RAT的技术(例如传感器/雷达)来执行附加的相对测量，并且利用这些信息来增强该组的整体定位性能。相对测量可以使用主UE 1203与相应的UE 1211、1221、1231、1241之间的侧行链路1214、1224、1234、1244。此外，相对测量可以使用UE 1211、1221、1231、1241之间的侧行链路1251、1252、1253。然后，附加的相对测量被发送1213、1223、1233、1243到主UE 1203。

或者，主UE 1203可以使用主UE 1203与相应UE 1211、1221、1231、1241之间的侧行链路1214、1224、1234、1244来执行使用侧行链路或独立于RAT的技术的相对测量。

主UE 1203处的本地实体可以向上述组的普通UE 1211、1221、1231、1241提供位置服务响应，并且向全局实体322报告组位置。

图13示出了根据图12的实施例的过程1300。每个普通UE 1301、1303以及主UE1302获得1304、1305、1306蜂窝链路测量，即位置信息。普通UE 1301、1303向主UE 1302发送1307、1308对位置服务的请求。主UE 1302计算1310由普通UE和主UE构成的组的位置。然后，主UE 1302可以向普通UE发送位置服务响应1311、1312(优选地，包括组位置)。可选地，主UE1302可以获得侧行测量，或者普通UE可以获得侧行测量并向主UE发送1309该侧行测量，从而可以基于这些其他侧行测量来计算组位置。

如图11的实施例和图12以及图13的实施例所示，具有本地主实体的组位置服务具有两个优点：

-因为本地实体更接近终端用户，所以可以实现低时延，

-因为在组内本地共享测量信息，所以可以显著降低通信开销。

该方案可以应用于车队/列队行驶场景，其中，这些场景需要在车辆或网络/车联网(vehicle-to-everything，V2X)服务器上的实时精确定位。

图14示出了根据本申请其他实施例的用于协作定位的系统1400和过程1410。

依赖于RAT的定位技术依赖UE和参考节点之间的无线通信。然而，在由于无线阻塞或有限的参考节点部署而造成的恶劣环境中，精确地确定UE的位置成为一项具有挑战性的任务。在这种情况下，UE之间的协作可以显著提高定位精度，降低定位中断概率。

系统1400包括一组UE 1401、1402，每个UE 1401、1402与一个或多个基站1403、1404、1405、1406通信。在图14的实施例中，假设一组UE 1401、1402没有从该组UE的通信范围内的参考节点获得足够的测量信息。因此，UE 1401、1402无法以所需的精度估计该UE1401、1402的位置。UE 1401、1402可以请求建立相应的UE本地实体1411、1412，其中，每个UE1401、1402可以运行UE本地实体1411、1412。

如图14所示，UE本地实体1411、1412可以被授权以彼此交换协作信息，以便可以协作地确定这些UE本地实体的位置。或者，可以由高级实体指示该组协作UE 1411、1412。上述高级实体或UE本地实体1411、1412可以指定待在协作组内共享的信息的类型、格式、以及加密。

用于交换协作信息的过程1410可以包括第一UE本地实体1411向第二UE本地实体1412发送1413协作请求。第二UE本地实体1412向第一UE本地实体1411发送1414响应，以便接受协作请求或拒绝协作请求。根据该响应，第二UE本地实体1412可以向第一UE本地实体1411发送1415请求的协作信息。

图15示出了根据本申请其他实施例的用于同步定位与地图构建(SLAM)的系统1500。

例如，SLAM传统上应用于在未知环境中定位移动机器人。SLAM通过如下起作用：逐步地构建一致的环境地图，同时确定机器人在该地图中的位置。例如，在H.Durrant-Whyte,T.Bailey于2006年六月在IEEE Robot.Autom.Mag.第13卷No.2第99-110页发表的Simultaneous localization and mapping:Part I中定义SLAM。这样的概念可以应用于蜂窝无线网络中的UE定位问题，这可以从以下得知：G.Soatti,M.Nicoli,N.Garcia,B.Denis,R.Reulefs,H.Wymeersch于2017年九月在arXiv:1709.01292v1发表的Implicitcooperative positioning in vehicular networks和C.Gentner,T.Jost,W.Wang,S.Zhang,A.Dammann,U-C.Fiebig于2016年九月在IEEE transactions on wirelesscommunications第15卷No.2发表的Multipath assisted positioning withsimultaneous localization and mapping。

在图15中的(a)中，运行UE本地实体的UE 1504根据轨迹1503移动到不同位置1505、1506。UE 1504可以在感兴趣区域内移动时计算其位置。UE 1504识别到发射接收点(transmit receive point，TRP)1507的一个或多个视距(line-of-sight，LoS)路径1508、1509、1511。当UE 1504沿轨迹1503移动时，UE 1504识别到TRP 1507的一个或多个非视距(non-line-of-sight，NLoS)路径1510。利用所识别的NLoS路径，也可以定位多个无线反射器或散射器1501或相应的虚拟发射接收点(virtual transmit receive point，VTRP)1502，即特征(feature)。

可以由(静态)RAN本地实体1513收集1512特征列表，用作感兴趣区域的地图。通过让UE本地实体向RAN本地实体1513报告1512特征列表，可以在RAN本地实体1513处逐步地构建和维护详细的地图或特征列表1514。

图15中的(b)示出了根据轨迹1520移动的第二UE 1521、1522。可以运行UE本地实体的第二UE 1522可以从RAN本地实体1513检索1530地图或特征列表1514。或者，图15中的(b)还示出了UE 1506的本地实体可以通过侧行链路直接与第二UE 1521共享1531地图或特征列表。

维护良好的地图或特征列表可以用于进一步增强感兴趣区域的定位性能或改进系统性能。

图16示出了根据图15的系统的过程1600。根据地图构建过程1605，第一UE本地实体1602可以请求1606地图信息，计算1607特征的位置，并向RAN本地实体1603提供1608地图信息。

根据地图共享过程1609，第二UE本地实体1601可以向第一UE本地实体1602请求1610地图信息，其中，第一UE本地实体1602然后通过向第二UE本地实体1601发送1611地图信息来响应。

根据地图检索过程1612，第三UE本地实体1604可以向RAN本地实体1603请求1613地图信息，RAN本地实体1603然后通过向第三UE本地实体1604发送1614请求的地图信息来响应。

根据地图更新过程1615，RAN本地实体1603向第三UE本地实体1604请求1616地图更新，第三UE本地实体1604计算例如新特征的位置1617，然后通过向RAN本地实体1603发送1618请求的地图更新来响应。

地图构建、地图检索、地图更新、以及地图共享的应用包括智能工厂内的室内定位，包括不支持GPS但散射丰富的场景(例如城市峡谷)中的定位。

在本申请上下文中，位置信息包括以下一个或多个：

-位置测量信息，例如在下行链路、上行链路、或侧行链路的到达时间(ToA)、离开角(AoD)、到达角(AoA)、以及GPS坐标等，

-协作信息，

-地图信息，即一系列特征的坐标和相应精度。

位置请求可以是以下中任一项：

-在具有/不具有相应精度和时延要求的情况下对目标UE的位置的请求，

-在具有/不具有相应精度的情况下对一系列特征/地标的位置的请求，

-在具有/不具有相应精度的情况下对UE组的位置的请求。

性能信息指以下中的一个或多个：

-定位精度，

-时延(响应时间)，

-信令开销，对应的网络负载，

-位置服务吞吐量。

与使用作为在CN中实现的位置服务器的全局实体的现有技术相比，本申请提出了在RAN和/或UE中具有本地实体的分层位置服务架构。这种分散的结构提供了手段以满足在定位精度、时延、以及可扩展性方面的不同级别的服务要求。

本申请提出了一种包括全局实体和若干本地实体的框架，全局实体在以下方面管理本地实体：

-验证潜在本地实体的能力，

-授权，

-确定本地实体的实例化、配置、迁移、以及删除，

-管理本地实体的协作分组并提供用于在组内共享信息的隐私规则，

-管理位置服务类型，

-控制和保证整体性能，

-与本地实体交互并提供相应的规范，例如过程和数据结构，

本地实体实现简化的位置管理功能，并且通常可以：

-收集附近的位置测量，

-计算绝对位置或相对位置并估计该绝对位置或相对位置的精度，

-向附近的其他节点传送与位置相关的信息，

-管理本地实体附近的协作分组和相应的信息共享策略，以实现定位目的，

-监测和预测本地定位性能，

-与全局实体以及其他本地实体通信，

本申请提出了用于在全局实体和本地实体之间通信的接口和过程：

-在CN处的全局实体与RAN处的本地实体之间，以及在CN处的全局实体与UE处的本地实体之间，

-在RAN处的本地实体与UE处的本地实体之间，

-在RAN处的多个本地实体之间，以及在UE处的多个本地实体之间。

本申请提出了全局实体和本地实体协作的位置方法/定位方法。

有利地，根据本申请的本地实体的分散结构使位置服务更接近UE或终端用户。这允许在UE侧需要实时定位和可扩展精度要求的新服务类型。对于将来具有移动边缘计算中心的RAN，可以经由本地实体的实例化将增强的位置服务转移到RAN侧，以便在特定无线覆盖范围内提供增强的位置服务。对于诸如车辆的一组功能强大的UE，本地实体可以通过在侧行链路上交换信息而直接利用本地信息，而无需通过向CN中的全局实体发送所有测量信息来加载网络。

提出的位置服务架构提供了以下潜力：

-提供可扩展的位置服务质量，

-减少时延，

-节省网络带宽，

-允许灵活部署，

-在涉及大量UE时提供可扩展性，

-产生新的商业模式和利润。

鉴于3GPP TS22.261 V16.1.0Service requirements for the 5G system；Stage1(Release 16)2017-09预见的多样化要求，提出的框架可以作为关键组件，以实现具有网络保证性能的增强位置服务。

虽然已在附图和上述说明书中详细说明和描述了本申请，但应将这样的图示和描述视为示意性说明或示例性的而非限制性的。本申请不限于公开的实施例。通过阅读本公开，其他修改对于本领域技术人员而言将是显而易见的。这些修改可以涉及其他在本领域中已知的特征，并且可以用于代替或补充本文已经描述的特征。

已经结合本文各实施例描述了本申请。然而，通过研究附图、公开内容、以及所附权利要求，本领域技术人员在实践要求保护的申请时可以理解和实现公开的实施例的其他变型。在权利要求中，词语“包括”不排除其他元件或步骤，并且不定冠词“一”或“一个”不排除多个。单个处理器或其他单元可以实现权利要求中记载的若干项的功能。仅仅在相互不同的从属权利要求中列举某些措施的事实并不表明这些措施的组合不能用于使得优点更加突出。计算机程序可以存储/分布在合适的介质上，例如与其他硬件一起提供或作为其他硬件的一部分提供的光学存储介质或固态介质，但也可以以其他形式分布，例如经由因特网或其他有线或无线电信系统。

尽管已经参考本申请的具体特征和实施例描述了本申请，但显然可以在不脱离本申请的精神和范围的情况下对本申请进行各种修改和组合。因此，说明书和附图应仅被视为由所附权利要求限定的本申请的说明，并且预期涵盖落入本申请范围内的任何和所有修改、变化、组合、或等同物。

Claims

1.一种本地实体，用于确定移动通信网络中的用户设备位置，

其中，所述本地实体用于在第一用户设备上运行和/或在接入网中运行，

其中，所述本地实体用于：

-接收目标用户设备的位置信息，

-基于所述位置信息确定所述目标用户设备的位置；

其中，所述本地实体受控于全局实体；

其中，所述全局实体用于：接收硬件的能力信息，所述能力信息指示所述硬件运行所述本地实体的能力，以及基于所述能力信息实例化所述本地实体；

或者，

所述全局实体用于：基于多个位置请求和/或性能信息实例化、配置和/或去实例化所述本地实体，所述性能信息具体是定位时延和/或精度。

2.根据权利要求1所述的本地实体，用于：

-接收位置请求，具体是从所述目标用户设备、另一本地实体、和/或核心网的实体接收位置请求；

-基于所述位置请求确定所述位置。

3.根据权利要求1所述的本地实体，

其中，所述目标用户设备是所述第一用户设备，或

其中，所述目标用户设备是第二用户设备。

4.根据权利要求1至3中任一项所述的本地实体，

其中，所述位置信息包括所述目标用户设备的下行位置信息、上行位置信息、和/或侧行位置信息。

5.根据权利要求1至3中任一项所述的本地实体，用于：

-基于所述位置信息确定所述目标用户设备的所述位置的精度。

6.根据权利要求1至3中任一项所述的本地实体，用于：

-发送能力请求；

-接收所述第一用户设备的能力信息或所述接入网的能力信息，其中，所述能力信息指示所述第一用户设备或所述接入网运行所述本地实体的能力。

7.根据权利要求1至3中任一项所述的本地实体，用于：

-接收授权请求，具体是从用户设备和/或所述接入网接收授权请求；

-发送授权响应，具体是向用户设备和/或所述接入网发送授权响应。

8.根据权利要求1至3中任一项所述的本地实体，用于：

-接收一个或多个特征的位置信息，

-基于相应的所述位置信息确定所述一个或多个特征的位置，

-生成所述一个或多个特征的所述位置的地图或列表。

9.根据权利要求1至3中任一项所述的本地实体，用于：

-接收一个或多个特征的位置和/或位置信息；

-基于接收的所述位置和/或位置信息确定所述一个或多个特征的更新的位置；

-发送所述一个或多个特征的所述更新的位置。

10.根据权利要求8所述的本地实体，用于：

-接收位置请求，具体是针对所述一个或多个特征的位置请求，

-响应于所述位置请求，发送请求的所述特征的所述位置。

11.根据权利要求2所述的本地实体，用于：

-确定所述目标用户设备的所述位置的所述确定的性能信息，

-发送所述性能信息。

12.根据权利要求11所述的本地实体，用于：

-向另一实体转发所述位置请求，以根据所述性能信息确定用户设备位置。

13.一种本地实体，具体是根据前述权利要求中任一项所述的本地实体，用于向另一本地实体发送位置信息和/或从所述另一本地实体接收位置信息，所述另一本地实体具体是根据前述权利要求中任一项所述的本地实体。

14.一种通信方法，用于在本地实体处确定用户设备位置，所述本地实体在第一用户设备上运行和/或在接入网中运行，

其中，所述方法包括：

-接收目标用户设备的位置信息，

-基于所述位置信息确定所述目标用户设备的位置；

其中，所述本地实体受控于全局实体；

或者，

15.根据权利要求14所述的方法，其特征在于：

-接收位置请求，具体是从所述目标用户设备、另一本地实体和/或核心网的实体接收位置请求；

-基于所述位置请求确定所述位置。

16.根据权利要求14所述的方法，

其中，所述目标用户设备是所述第一用户设备，或

其中，所述目标用户设备是第二用户设备。

17.根据权利要求14-16中任一项所述的方法，

其中，所述位置信息包括所述目标用户设备的下行位置信息、上行位置信息和/或侧行位置信息。

18.根据权利要求14-16中任一项所述的方法，其特征在于：

19.根据权利要求14-16中任一项所述的方法，其特征在于：

-发送能力请求；

20.根据权利要求14-16中任一项所述的方法，其特征在于：

21.根据权利要求14-16中任一项所述的方法，其特征在于：

-接收一个或多个特征的位置信息，

-基于相应的所述位置信息确定所述一个或多个特征的位置，

-生成所述一个或多个特征的所述位置的地图或列表。

22.根据权利要求14-16中任一项所述的方法，其特征在于：

-接收一个或多个特征的位置和/或位置信息；

-发送所述一个或多个特征的所述更新的位置。

23.根据权利要求21所述的方法，其特征在于：

-响应于所述位置请求，发送请求的所述特征的所述位置。

24.根据权利要求15所述的方法，其特征在于：

-确定所述目标用户设备的所述位置的所述确定的性能信息，

-发送所述性能信息。

25.根据权利要求24所述的方法，其特征在于：

26.一种用户设备或接入网，用于：

-向网络实体发送能力信息，其中，所述能力信息指示所述用户设备或所述接入网运行本地实体的能力；和/或

-发送授权请求以运行根据权利要求1-13中任一项所述的本地实体。

27.一种全局实体，用于确定用户设备位置，

其中，所述全局实体用于：

-控制一个或多个本地实体，具体是根据权利要求1至13中任一项所述的本地实体。

28.根据权利要求27所述的全局实体，

其中，所述全局实体用于在硬件上运行，所述硬件是用户设备、接入网、核心网、或云。

29.根据权利要求27至28中任一项所述的全局实体，

其中，所述全局实体用于：

-接收所述硬件的能力信息，所述能力信息指示所述硬件运行所述本地实体的能力，以及

-基于所述能力信息实例化所述本地实体。

30.根据权利要求29所述的全局实体，

其中，所述全局实体用于：

-发送能力请求。

31.根据权利要求27至28中任一项所述的全局实体，用于：

-基于多个位置请求和/或性能信息实例化、配置和/或去实例化所述本地实体，所述性能信息具体是定位时延和/或精度。

32.一种车辆，包括：

-用户设备，以及

-本地实体，具体是根据权利要求1至13中任一项所述的本地实体，

其中，所述本地实体的硬件是所述用户设备。

33.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机程序，当所述计算机程序在计算设备上运行时，所述计算机程序用于执行根据权利要求14-25中任一项所述的方法。