【NR 定位】3GPP NR Positioning 5G定位标准解读(八)- OTDOA定位

2024-03-09 20:04

本文主要是介绍【NR 定位】3GPP NR Positioning 5G定位标准解读(八)- OTDOA定位,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

  前言

3GPP NR Positioning 5G定位标准:3GPP TS 38.305 V18

 3GPP 标准网址:Directory Listing /ftp/

【NR 定位】3GPP NR Positioning 5G定位标准解读(一)-CSDN博客

【NR 定位】3GPP NR Positioning 5G定位标准解读(二)-CSDN博客

【NR 定位】3GPP NR Positioning 5G定位标准解读(三)-CSDN博客

【NR 定位】3GPP NR Positioning 5G定位标准解读(四)-CSDN博客

【NR 定位】3GPP NR Positioning 5G定位标准解读(五)-CSDN博客

【NR 定位】3GPP NR Positioning 5G定位标准解读(六)-CSDN博客

【NR 定位】3GPP NR Positioning 5G定位标准解读(七)- GNSS定位方法-CSDN博客

【NR 定位】3GPP NR Positioning 5G定位标准解读(八)- OTDOA定位-CSDN博客

8.2 OTDOA定位

8.2.1 概述

在本规范的这一版本中,仅支持基于LTE信号的OTDOA。

在OTDOA定位方法中,UE的位置是基于从多个E-UTRA传输点(TPs)(可能包括基于PRS的TBS的仅PRS E-UTRA TPs)接收到的下行链路无线电信号的测量值,以及已测量的TPs的地理坐标和它们的相对下行链路时序的知识来估计的。

当UE连接到gNB时,可能需要测量间隙来执行来自E-UTRA TPs的OTDOA测量。UE可以使用7.4.1.1条款中描述的过程向gNB请求测量间隙。如果UE不知道OTDOA辅助数据中至少一个E-UTRA TP的SFN,UE可以在请求执行请求的E-UTRA RSTD测量所需的测量间隙之前,使用自主间隙来获取E-UTRA OTDOA参考小区的SFN。

当UE连接到ng-eNB时,可能需要测量间隙来执行来自E-UTRA TPs的OTDOA的异频RSTD测量(参见TS 38.133 [32])。UE可以使用7.4.2.1条款中描述的过程向ng-eNB请求测量间隙。

用于根据这些信息估计UE位置的特定定位技术超出了本规范的范围。

8.2.2 需要在NG-RAN/5GC元素之间传输的信息

8.2.2.0 概述

本条款定义了可能在LMF和UE/ng-eNB之间传输的信息。

8.2.2.1 可能从LMF传输到UE的信息

以下辅助数据可以从LMF传输到UE:

  • 用于测量的候选E-UTRA TPs的物理小区ID(PCIs)、全局小区ID(GCIs)和TP IDs;
  • 候选E-UTRA TPs相对于参考E-UTRA TP的时序;
  • 候选E-UTRA TPs的PRS配置;
  • 如果已知,服务NR小区和E-UTRA辅助数据参考小区之间的SFN时序偏移。

注意:即使LMF不知道E-UTRA TPs的SFN或帧时序,LMF也可以向UE提供用于测量的E-UTRA TP候选列表。

8.2.2.2 可能从ng-eNB传输到LMF的信息

以下辅助数据可以从ng-eNB传输到LMF:

  • 由ng-eNB服务的TPs的PCI、GCI和TP IDs;
  • 由ng-eNB服务的TPs的时序信息;
  • 由ng-eNB服务的TPs的PRS配置;
  • 由ng-eNB服务的TPs的地理坐标。

ng-eNB可以通过NRPPa信令提供仅与其自身和服务的TPs相关的辅助数据,尽管可以通过其他机制获取来自多个ng-eNB和服务的TPs的辅助数据,参见下面的注意。

注意:本条款中描述的辅助数据不一定仅从ng-eNB传输,在某些部署选项中可能根本不从ng-eNB传输;它们也可以通过OAM或NG-RAN外部的其他机制传输到LMF。此外,在辅助数据从ng-eNB传输的情况下,ng-eNB如何获取数据超出了本规范的范围。

8.2.2.3 可能从UE传输到LMF的信息

可以从UE信号传输到LMF的信息列在表8.2.2.3-1中。各个UE测量值的定义参见TS 36.214 [17]。

Table 8.2.2.3-1: Information that may be transferred from UE to the LMF

Information

Measurements

Downlink Measurement Results List for EUTRA TPs

Physical cell IDs

Global cell IDs

TP IDs

Downlink timing measurements

Information used to compute a reference time corresponding to the downlink timing measurements to allow correlation of downlink timing measurements with motion information independently obtained from motion sensors

Delta SFN for each E-UTRA neighbour cell

8.2.2.4 可能从gNB传输到LMF的信息

以下辅助数据可以从gNB传输到LMF:

  • gNB服务的小区的NR CGI和时序信息;
  • 与gNB服务的每个小区相关联的接入点的地理坐标。

8.2.3 OTDOA定位程序

8.2.3.0 概述

本条款中描述的程序支持UE获得的OTDOA定位测量,并使用LPP提供给LMF。

在本规范的这一版本中,仅支持UE辅助的OTDOA定位。

8.2.3.1 能力转移程序

OTDOA定位的能力转移程序在7.1.2.1条款中描述。

8.2.3.2 辅助数据传输程序
8.2.3.2.1 LMF和UE之间的辅助数据传输
8.2.3.2.1.0 概述

此程序的目的是使LMF能够向UE提供辅助数据(例如,作为定位程序的一部分),并使UE能够请求LMF的辅助数据(例如,作为定位程序的一部分)。

8.2.3.2.1.1 LMF发起的辅助数据传递

图8.2.3.2.1.1-1显示了当程序由LMF发起时,OTDOA定位方法的辅助数据传递操作。

Figure 8.2.3.2.1.1-1: LMF-initiated Assistance Data Delivery Procedure

(1) LMF确定需要向UE提供辅助数据(例如,作为定位程序的一部分),并向UE发送一个LPP提供辅助数据消息。此消息可能包括8.2.2.1条款中定义的任何OTDOA定位辅助数据。

8.2.3.2.1.2 UE发起的辅助数据传输

图8.2.3.2.1.2-1显示了当程序由UE发起时,OTDOA定位方法的辅助数据传输操作。

Figure 8.2.3.2.1.2-1: UE-initiated Assistance Data Transfer Procedure

(1) 当UE确定需要某些OTDOA定位辅助数据(例如,作为定位程序的一部分,当LMF提供的辅助数据不足以满足UE的请求时),它会向LMF发送一个LPP请求辅助数据消息。此请求会指明需要哪些特定的OTDOA辅助数据。关于UE的大致位置以及服务小区和相邻小区的其他信息,也可能在请求辅助数据消息中和/或伴随的提供位置信息消息中提供,以帮助LMF提供适当的辅助数据。这些额外的数据可能包括UE最后已知的位置(如果可用的话)、UE服务的NG-RAN节点以及可能的相邻NG-RAN节点的小区ID,以及E-UTRA E-CID测量值。

(2) 如果LMF有请求的辅助数据,它会在一个LPP提供辅助数据消息中提供这些数据。如果在第2步中没有提供UE在第1步中请求的任何辅助数据,UE应假定所请求的辅助数据不受支持,或当前在LMF中不可用。如果LMF无法提供UE在第1步中请求的任何辅助数据,则应返回可以在类型为“提供辅助数据”的LPP消息中提供的任何信息,其中包括未提供辅助数据的原因指示。

8.2.3.2.2 LMF和NG-RAN节点之间的辅助数据传递
8.2.3.2.2.0 概述

此程序的目的是使NG-RAN节点能够向LMF提供辅助数据,以便随后使用8.2.3.2.1条款中的程序将其传递给UE,或用于LMF处的定位估算计算。

8.2.3.2.2.1 LMF发起的向LMF的辅助数据传递

图8.2.3.2.2.1-1显示了当程序由LMF发起时,从NG-RAN节点到LMF的OTDOA定位方法的辅助数据传递操作。

Figure 8.2.3.2.2.1-1: LMF-initiated Assistance Data Delivery Procedure

(1) LMF确定需要某些OTDOA定位辅助数据(例如,作为定期更新的一部分或由OAM触发),并向NG-RAN节点发送一个NRPPa OTDOA INFORMATION REQUEST消息。此请求包含指明需要哪些特定的OTDOA辅助数据的指示。

(2) 如果NG-RAN节点有请求的辅助数据,它会在一个NRPPa OTDOA INFORMATION RESPONSE消息中提供这些数据。如果NG-RAN节点无法提供任何信息,它将返回一个OTDOA INFORMATION FAILURE消息,指明失败的原因。

8.2.3.3 位置信息传递程序
8.2.3.3.0 概述

此程序的目的是使LMF能够请求UE的位置测量,或使UE能够提供位置测量给LMF以进行位置计算。

8.2.3.3.1 LMF发起的位置信息传递程序

图8.2.3.3.1-1显示了当程序由LMF发起时,OTDOA定位方法的位置信息传递操作。

Figure 8.2.3.3.1-1: LMF-initiated Location Information Transfer Procedure

(1) LMF向UE发送一个LPP请求位置信息消息。此请求包括所请求的OTDOA测量的指示,包括任何所需的测量配置信息,以及所需的响应时间。

(2) UE按照步骤1中的请求获取OTDOA测量值。然后,在步骤(1)中提供的响应时间结束之前,UE向LMF发送一个LPP提供位置信息消息,并包括所获得的OTDOA测量值。如果UE无法执行所请求的测量,或者在获得任何所请求的测量值之前响应时间已过,则UE将返回可以在类型为“提供位置信息”的LPP消息中提供的任何信息,其中包括未提供位置信息的原因指示。

8.2.3.3.2 UE发起的位置信息传送程序

图8.2.3.3.2-1显示了当程序由UE发起时,OTDOA定位方法的位置信息传送程序操作。

Figure 8.2.3.3.2-1: UE-initiated Location Information Delivery Procedure.

(1) UE向LMF发送一个LPP提供位置信息消息。该提供位置信息消息可以包括UE上已经可用的任何UE OTDOA测量值。

这篇关于【NR 定位】3GPP NR Positioning 5G定位标准解读(八)- OTDOA定位的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/791804

相关文章

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

墙体画线地图切分方案 针对问题:墙体两侧特征混淆误匹配,导致建图和定位偏差,表现为过门跳变、外月台走歪等 ·解决思路:预期的根治方案IGICP需要较长时间完成上线,先使用切分地图的工程化方案,即墙体两侧切分为不同地图,在某一侧只使用该侧地图进行定位 方案思路 切分原理:切分地图基于关键帧位置,而非点云。 理论基础:光照是直线的,一帧点云必定只能照射到墙的一侧,无法同时照到两侧实践考虑:关

MCU7.keil中build产生的hex文件解读

1.hex文件大致解读 闲来无事,查看了MCU6.用keil新建项目的hex文件 用FlexHex打开 给我的第一印象是:经过软件的解释之后,发现这些数据排列地十分整齐 :02000F0080FE71:03000000020003F8:0C000300787FE4F6D8FD75810702000F3D:00000001FF 把解释后的数据当作十六进制来观察 1.每一行数据

Java ArrayList扩容机制 (源码解读)

结论:初始长度为10,若所需长度小于1.5倍原长度,则按照1.5倍扩容。若不够用则按照所需长度扩容。 一. 明确类内部重要变量含义         1:数组默认长度         2:这是一个共享的空数组实例,用于明确创建长度为0时的ArrayList ,比如通过 new ArrayList<>(0),ArrayList 内部的数组 elementData 会指向这个 EMPTY_EL

数据治理框架-ISO数据治理标准

引言 "数据治理"并不是一个新的概念,国内外有很多组织专注于数据治理理论和实践的研究。目前国际上,主要的数据治理框架有ISO数据治理标准、GDI数据治理框架、DAMA数据治理管理框架等。 ISO数据治理标准 改标准阐述了数据治理的标准、基本原则和数据治理模型,是一套完整的数据治理方法论。 ISO/IEC 38505标准的数据治理方法论的核心内容如下: 数据治理的目标:促进组织高效、合理地

Spring 源码解读:自定义实现Bean定义的注册与解析

引言 在Spring框架中,Bean的注册与解析是整个依赖注入流程的核心步骤。通过Bean定义,Spring容器知道如何创建、配置和管理每个Bean实例。本篇文章将通过实现一个简化版的Bean定义注册与解析机制,帮助你理解Spring框架背后的设计逻辑。我们还将对比Spring中的BeanDefinition和BeanDefinitionRegistry,以全面掌握Bean注册和解析的核心原理。

C 标准库 - `<float.h>`

C 标准库 - <float.h> 概述 <float.h> 是 C 标准库中的一个头文件,它定义了与浮点数类型相关的宏。这些宏提供了关于浮点数的属性信息,如精度、最小和最大值、以及舍入误差等。这个头文件对于需要精确控制浮点数行为的程序非常有用,尤其是在数值计算和科学计算领域。 主要宏 <float.h> 中定义了许多宏,下面列举了一些主要的宏: FLT_RADIX:定义了浮点数的基数。

GPT系列之:GPT-1,GPT-2,GPT-3详细解读

一、GPT1 论文:Improving Language Understanding by Generative Pre-Training 链接:https://cdn.openai.com/research-covers/languageunsupervised/language_understanding_paper.pdf 启发点:生成loss和微调loss同时作用,让下游任务来适应预训

js定位navigator.geolocation

一、简介   html5为window.navigator提供了geolocation属性,用于获取基于浏览器的当前用户地理位置。   window.navigator.geolocation提供了3个方法分别是: void getCurrentPosition(onSuccess,onError,options);//获取用户当前位置int watchCurrentPosition(

LLM系列 | 38:解读阿里开源语音多模态模型Qwen2-Audio

引言 模型概述 模型架构 训练方法 性能评估 实战演示 总结 引言 金山挂月窥禅径,沙鸟听经恋法门。 小伙伴们好,我是微信公众号《小窗幽记机器学习》的小编:卖铁观音的小男孩,今天这篇小作文主要是介绍阿里巴巴的语音多模态大模型Qwen2-Audio。近日,阿里巴巴Qwen团队发布了最新的大规模音频-语言模型Qwen2-Audio及其技术报告。该模型在音频理解和多模态交互

文章解读与仿真程序复现思路——电力自动化设备EI\CSCD\北大核心《考虑燃料电池和电解槽虚拟惯量支撑的电力系统优化调度方法》

本专栏栏目提供文章与程序复现思路,具体已有的论文与论文源程序可翻阅本博主免费的专栏栏目《论文与完整程序》 论文与完整源程序_电网论文源程序的博客-CSDN博客https://blog.csdn.net/liang674027206/category_12531414.html 电网论文源程序-CSDN博客电网论文源程序擅长文章解读,论文与完整源程序,等方面的知识,电网论文源程序关注python