CN116438865A - Ue发起的传播延迟补偿机制 - Google Patents

Abstract

提供了用于传播延迟补偿的方法、装置和计算机程序。一种用于UE的方法包括：接收配置，所述配置用以提供针对传播延迟估计的传播延迟通知；确定通知应当何时被发送；发送传播延迟通知；以及基于上行链路参考信号与下行链路参考信号之间的关系的配置来确定对应动作。还提供了用于诸如基站等无线电节点的方法。

Description

UE发起的传播延迟补偿机制

技术领域

示例和非限制性实施例总体上涉及通信，并且更具体地涉及UE发起的传播延迟补偿机制。

背景技术

已知在无线网络中同步用户设备与无线电节点之间的通信。

发明内容

以下发明内容仅旨在作为示例。本发明内容并非旨在限制权利要求的范围。

一种示例方法包括接收配置，配置用以提供针对传播延迟估计的传播延迟通知；确定通知应当何时被发送；发送传播延迟通知；以及基于上行链路参考信号与下行链路参考信号之间的关系的配置来确定对应动作。

另一示例方法包括提供配置，配置用以提供针对传播延迟估计的传播延迟通知；并且接收传播延迟通知；其中该配置包括上行链路参考信号与下行链路参考信号之间的关系。

一种示例装置包括至少一个处理器；以及至少一个非暂态存储器，包括计算机程序代码；其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起引起该装置至少执行：接收配置，该配置用以提供针对传播延迟估计的传播延迟通知的配置；确定通知应当何时被发送；发送传播延迟通知；以及基于上行链路参考信号与下行链路参考信号之间的关系的配置来确定对应动作。

附图说明

前述方面和其他特征在以下描述中结合附图进行解释，在附图中：

图1是可以在其中实践示例实施例的一种可能的非限制性的系统的框图。

图2是UE发起的传播延迟估计机制的高级流程图。

图3是UL_Ref与DL_Ref之间的映射表的示例。

图4是UE上的PD补偿的流程图。

图5是RAN节点(例如，gNB)上的PD补偿的流程图。

图6是被配置为基于本文中描述的示例来实现传播延迟补偿机制的示例装置。

图7示出了用于基于本文中描述的示例来实现传播延迟补偿机制的示例方法。

图8示出了用于基于本文中描述的示例来实现传播延迟补偿机制的另一示例方法。

具体实施方式

可以在说明书和/或附图中找到的以下首字母缩略词和缩写词定义如下：

3GPP：第三代合作伙伴项目

4G：第四代

5G：第五代

5GC：5G核心网

ACK：确认

Alt：替代方案

AMF：接入和移动性管理功能

AoA：到达角

A-SRS：非周期性SRS

BW：带宽

CE：控制元素

CG：配置授权

CN：核心网

CP：循环前缀

CSI：信道状态信息

CU：中央单元或集中式单元

DCI：下行链路控制信息

DL：下行链路

DL_Ref：下行链路参考信号

DMRS或DM-RS：解调参考信号

DU：分布式单元

DSP：数字信号处理器

E-CID：增强型小区IDeNB：演进型节点B(例如，LTE基站)

EN-DC：E-UTRA-NR双连接

en-gNB：提供朝向UE的NR用户平面和控制平面协议终止并且在EN-DC中充当辅节点的节点

E-UTRA：演进型通用陆地无线电接入，即，LTE无线电接入技术

F1：CU与DU之间的控制接口

FFS：用于进一步的研究

FS_：Rel-17研究

gNB：用于5G/NR的基站，即，提供朝向UE的NR用户平面和控制平面协议终止并且经由NG接口连接到5GC的节点

GPS：全球定位系统

HARQ：混合自动重传请求

I/F：接口

ID：标识符

IE：信息元素

I/O：输入/输出

IoT：物联网

IIoT：工业物联网

LCH：逻辑信道

LMF：位置管理功能

LPP：LTE定位协议

LTE：长期演进(4G)

MAC：媒体接入控制

MME：移动性管理实体

MSG2：两步RACH中的消息2MSG4：四步RACH中的消息4

多RTT：多小区往返时间NAS：非接入层

ng或NG：新一代

ng-eNB：新一代eNB NG-RAN：新一代无线电接入网

NLOS：非视线

NR：新无线电(5G)

NRPPa：新无线电定位协议AN/W或NW：网络

PD：传播延迟

PDCP：分组数据汇聚协议

PHY：物理层

PRS：定位参考信号

P-SRS：周期性SRSPUCCH：物理上行链路控制信道PUSCH：物理上行链路共享信道R#：3GPP RAN#/R#3GPP工作组或版本RACH：随机接入信道

RAN：无线电接入网

RAN#：RAN WG#或无线电层#

RAR：随机接入响应

refSFN：系统帧号参考

Rel-：版本

RF：射频

RLC：无线电链路控制

RP-：3GPP RAN

RRC：无线电资源控制

RRH：远程无线电头端

RS：参考信号

RSTD：参考信号时间差

RTC：实时时钟

RTT：往返时间

RU：无线电单元

Rx或RX：接收器或可互换接收

SA#：服务和系统方面工作组#

SCS：子载波间隔

SDAP：服务数据适配协议

SGW：服务网关

SIB9：系统信息块9，具有与GPS时间和协调世界时(UTC)相关的信息

SIP：会话发起协议

SMF：会话管理功能

SPS：半永久调度

SR：调度请求

SRS：探测参考信号

SSB：同步信号块

TA：定时提前

TAC：定时提前命令

ToD：一天中的时间

TO：定时偏移

TRP：发送和接收点

TSC：(多个)时间敏感通信

TSN：时间敏感网络

Tx或TX：发送器或可互换发送

UCI：上行链路控制信息

UE：用户设备(例如，无线设备，通常是移动设备)

UL：上行链路

UL_Ref：上行链路参考信号

UPF：用户平面功能

UTC：协调世界时

Uu：移动设备与无线电接入网之间的无线电接口

WG：工作组

转向图1，该图示出了可以在其中实践示例的一个可能的非限制性的示例的框图。示出了用户设备(UE)110、无线电接入网(RAN)节点170和(多个)网络元件190。在图1的示例中，用户设备(UE)110与无线网络100进行无线通信。UE是可以接入无线网络100的无线设备。UE 110包括通过一个或多个总线127互连的一个或多个处理器120、一个或多个存储器125以及一个或多个收发器130。一个或多个收发器130中的每个包括接收器Rx 132和发送器Tx 133。一个或多个总线127可以是地址、数据或控制总线，并且可以包括任何互连机制，诸如主板或集成电路上的一系列线路、光纤或其他光通信设备等。一个或多个收发器130连接到一个或多个天线128。一个或多个存储器125包括计算机程序代码123。UE 110包括模块140，模块140包括部分140-1和/或140-2中的一者或两者，模块140可以以多种方式实现。模块140可以以硬件实现为模块140-1，诸如实现为一个或多个处理器120的一部分。模块140-1也可以实现为集成电路或通过诸如可编程门阵列等其他硬件实现。在另一示例中，模块140可以实现为模块140-2，模块140-2实现为计算机程序代码123并且由一个或多个处理器120执行。例如，一个或多个存储器125和计算机程序代码123可以被配置为与一个或多个处理器120一起引起用户设备110执行如本文中描述的操作中的一个或多个。UE 110经由无线链路111与RAN节点170通信。模块140-1和140-2可以被配置为实现如本文中描述的UE的功能。

在该示例中，RAN节点170是提供无线设备(诸如UE 110)对无线网络100的接入的基站。RAN节点170可以是例如用于5G的基站，也称为新无线电(NR)。在5G中，RAN节点170可以是NG-RAN节点，NG-RAN节点被定义为gNB或ng-eNB。gNB是提供朝向UE的NR用户平面和控制平面协议终止并且经由NG接口连接到5GC(例如，(多个)网络元件190)的节点。ng-eNB是提供朝向UE的E-UTRA用户平面和控制平面协议终止并且经由NG接口连接到5GC的节点。NG-RAN节点可以包括多个gNB，该多个gNB还可以包括中央单元(CU)(gNB-CU)196和(多个)分布式单元(DU)(gNB-DU)，其中DU 195被示出。注意，DU 195可以包括或耦合到并且控制无线电单元(RU)。gNB-CU 196是托管gNB的无线电资源控制(RRC)、SDAP和PDCP协议、或者控制一个或多个gNB-DU的操作的en-gNB的RRC和PDCP协议的逻辑节点。gNB-CU 196终止与gNB-DU195连接的F1接口。F1接口被示出为附图标记198，尽管附图标记198还示出了RAN节点170的远程元件与RAN节点170的集中式元件之间的链路，诸如gNB-CU 196与gNB-DU 195之间的链路。gNB-DU 195是托管gNB或en-gNB的RLC、MAC和PHY层的逻辑节点，并且其操作部分地由gNB-CU 196控制。一个gNB-CU 196支持一个或多个小区。一个小区由仅一个gNB-DU 195支持。gNB-DU 195终止与gNB-CU 196连接的F1接口198。注意，DU 195被认为包括收发器160，例如，作为RU的一部分，但是这方面的一些示例可以使收发器160作为单独RU的一部分，例如，在DU 195的控制下并且连接到DU 195。RAN节点170也可以是用于LTE(长期演进)的eNB(演进型NodeB)基站、或任何其他合适的基站或节点。

RAN节点170包括通过一个或多个总线157互连的一个或多个处理器152、一个或多个存储器155、一个或多个网络接口((多个)N/W I/F)161、以及一个或多个收发器160。一个或多个收发器160中的每个包括接收器Rx 162和发送器Tx 163。一个或多个收发器160连接到一个或多个天线158。一个或多个存储器155包括计算机程序代码153。CU 196可以包括(多个)处理器152、(多个)存储器155和网络接口161。注意，DU 195也可以包括它自己的一个存储器/多个存储器和(多个)处理器、和/或其他硬件，但这些未示出。

RAN节点170包括模块150，模块150包括部分150-1和/或150-2中的一者或两者，模块150可以以多种方式实现。模块150可以以硬件实现为模块150-1，诸如实现为一个或多个处理器152的一部分。模块150-1也可以实现为集成电路或通过诸如可编程门阵列等其他硬件实现。在另一示例中，模块150可以实现为模块150-2，模块150-2实现为计算机程序代码153并且由一个或多个处理器152执行。例如，一个或多个存储器155和计算机程序代码153被配置为与一个或多个处理器152一起引起RAN节点170执行如本文中描述的操作中的一个或多个。注意，模块150的功能可以是分布式的，诸如分布在DU 195与CU 196之间，或者单独地在DU 195中实现。模块150-1和150-2可以被配置为实现本文中描述的基站的功能。基站的这样的功能可以包括基于本文中描述的LMF的功能而实现的位置管理功能(LMF)。这样的LMF也可以在RAN节点170内实现为位置管理组件(LMC)。

一个或多个网络接口161通过网络进行通信，诸如经由链路176和131。两个或更多个gNB 170可以使用例如链路176进行通信。链路176可以是有线的或无线的或这两者，并且可以实现例如用于5G的Xn接口、用于LTE的X2接口或用于其他标准的其他合适的接口。

一个或多个总线157可以是地址、数据或控制总线，并且可以包括任何互连机制，诸如主板或集成电路上的一系列线路、光纤或其他光通信设备、无线信道等。例如，一个或多个收发器160可以实现为用于LTE的远程无线电头(RRH)195或用于5G的gNB实现的分布式单元(DU)195，其中RAN节点170的其他元件可能在物理上位于与RRH/DU 195不同的位置，并且一个或多个总线157可以部分地实现为例如光纤电缆或用于将RAN节点170的其他元件(例如，中央单元(CU)、gNB-CU)连接到RRH/DU 195的其他合适的网络连接。附图标记198还指示这些(多个)合适的网络链路。

注意，本文中的描述指示“小区”执行功能，但是应当清楚，形成小区的设备可以执行该功能。小区构成基站的一部分。即，每个基站可以有多个小区。例如，单个载波频率和相关带宽可以有三个小区，每个小区覆盖360度区域的三分之一，因此单个基站的覆盖区域覆盖近似椭圆形或圆形。此外，每个小区可以对应于单个载波并且基站可以使用多个载波。所以如果每个载波有3个120度小区，并且有2个载波，则基站总共有6个小区。

无线网络100可以包括一个或多个网络元件190，网络元件190可以包括核心网功能并且经由一个或多个链路181提供与诸如电话网络和/或数据通信网络的另外的网络(例如，互联网)的连接性。这种用于5G的核心网功能可以包括位置管理功能((多个)LMF)和/或(多个)接入和移动性管理功能((多个)AMF)和/或用户平面功能((多个)UPF)和/或(多个)会话管理功能((多个)SMF)。这种用于LTE的核心网功能可以包括MME(移动性管理实体)/SGW(服务网关)功能。这些仅仅是可以由(多个)网络元件190支持的示例功能，并且注意，5G和LTE功能都可以得到支持。RAN节点170经由链路131耦合到网络元件190。链路131可以实现为例如用于5G的NG接口、或用于LTE的S1接口、或用于其他标准的其他合适的接口。网络元件190包括通过一个或多个总线185互连的一个或多个处理器175、一个或多个存储器171和一个或多个网络接口((多个)N/W I/F)180。一个或多个存储器171包括计算机程序代码173。一个或多个存储器171和计算机程序代码173被配置为与一个或多个处理器175一起引起网络元件190执行一个或多个操作，诸如本文中描述的LMF的功能。在一些示例中，单个LMF可以服务于由数百个基站覆盖的大区域。

无线网络100可以实现网络虚拟化，网络虚拟化是一个将硬件和软件网络资源以及网络功能组合成单个基于软件的管理实体(虚拟网络)的过程。网络虚拟化涉及平台虚拟化，平台虚拟化通常与资源虚拟化结合使用。网络虚拟化分为外部网络虚拟化或内部网络虚拟化，外部网络虚拟化将很多网络或网络部分组合成虚拟单元，内部网络虚拟化为单个系统上的软件容器提供类似网络的功能。注意，由网络虚拟化产生的虚拟化实体在某种程度上仍然使用诸如处理器152或175以及存储器155和171等硬件来实现，并且这种虚拟化实体也产生技术效果。

计算机可读存储器125、155和171可以是适合本地技术环境的任何类型并且可以使用任何适合的数据存储技术来实现，诸如基于半导体的存储器设备、闪存、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。计算机可读存储器125、155和171可以是用于执行存储功能的装置。处理器120、152和175可以是适合本地技术环境的任何类型，并且作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一种或多种。处理器120、152和175可以是用于执行功能的装置，诸如控制UE 110、RAN节点170、(多个)网络元件190和本文中描述的其他功能。

通常，用户设备110的各种实施例可以包括但不限于具有无线通信能力的蜂窝电话(诸如智能电话、平板电脑、个人数字助理(PDA))、具有无线通信能力的便携式计算机、具有无线通信能力的图像捕获设备(诸如数码相机)、具有无线通信能力的游戏设备、具有无线通信能力的音乐存储和播放设备、允许无线互联网接入和浏览的互联网设备、具有无线通信能力的平板电脑、以及结合了这样的功能的组合的便携式单元或终端。

UE 110、RAN节点170和/或(多个)网络元件190(以及相关存储器、计算机程序代码和模块)可以被配置为基于本文中描述的示例来实现传播延迟补偿机制。因此，计算机程序代码123、模块140-1、模块140-2、计算机程序代码153、模块150-1、模块150-2和/或计算机程序代码173可以被配置为基于本文中描述的示例来实现传播延迟估计机制。

为了支持工业IoT用例(IIoT)，特别是支持时间敏感网络(TSN)或时间敏感通信(TSC)应用，准确的时间同步是3GPP 5G新无线电规范第16版中的一项补充。时间同步确保了5G网络的不同节点(例如，UPF、gNB、UE)共享相同的一天中的时间(a time of day,缩写ToD)时钟，诸如UTC时钟。作为SA2工作组(WG)中FS_IIoT项和RAN WG中NR_IIoT_URLLC_enh工作项的一部分，第17版中继续进行时间同步工作。

由于无线电链路的动态特性，通过Uu接口从gNB向UE递送时间同步是一项挑战。使用5G NR控制平面，可以使用两种方法将时间同步信息(即，gNB时钟)从gNB递送到被服务UE：一种是广播方法，其中时间信息被编码在SIB9消息中。SIB9包括timeInfo IE和referenceTimeInfor16 IE，其中前者提供10μs的ToD粒度，后者提供10ns的ToD粒度，这是这里考虑的精确时间同步用例的重要粒度。另一种是单播方法，其中时间信息被编码在单播RRC消息中。在这两种方法中，编码的时间信息是与特定无线电系统帧(refSFN)的结束边界相对应的gNB的时钟时间，其中refSFN被隐式地(在广播的情况下)或显式地(在单播的情况)指示给UE。当UE接收到SIB9/RRC消息时，它将时间信息与它自己的refSFN边界相关联，它自己的refSFN边界与gNB的refSFN边界对准。以这种方式，gNB和UE处的基础5G无线电帧定时被用作ToD时钟递送的公共参考。

使用gNB和UE处的基础5G无线电帧定时作为ToD时钟递送的公共参考的一个问题是，gNB和UE处的无线电帧边界(因此refSFN边界)在时间上没有彼此完全对准。UE处的下行链路帧边界相对于gNB处的对应帧边界偏移传播延迟(即，无线电帧通过空中从gNB传播到UE所花费的时间)。当UE通过将由SIB9/RRC消息携带的时间信息与其自己的refSFN边界相关联来同步其时钟时，其时钟与gNB的时钟相比延迟传播延迟。如果传播延迟与最大允许定时误差相比相对较小，则这可能不是问题。然而，考虑到5G RAN上的最大同步误差以及UE与gNB的距离可能使得仅传播延迟将引入更大的误差，需要能够补偿该偏移的机制。因此，UE需要例如通过将其当前PD估计添加到时间信息来补偿在SIB9/RRC消息中接收的时间信息的传播延迟。

在RAN1中进行的讨论和评估期间[例如R1-1900935]，假定可以使用现有定时提前(TA)过程来获取PD估计。然而，第16版中对PD补偿的支持是不完整的，因为没有规定如何(通过TA或新过程)获取PD估计或由谁/什么实体(UE或NW)应用PD补偿。这两个问题仍需在第17版中解决。RAN2#109-e协议背后的一个强有力的原因是，考虑到其他关于如何和谁的有力论点，一些公司质疑使用TA进行PD补偿，并且希望研究专门用于PD补偿的新过程(这样的论点的示例可以参见[R2-2000786])。

作为Rel-16(RP-190752)中引入的NR定位支持的一部分，一种定位解决方案是多小区往返时间(多RTT)。在多RTT中，gNB发送下行链路定位参考信号(DL PRS)，而在上行链路中，UE发送SRS。基于这些信号，进行UE Rx-Tx时间差和gNB Rx-Tx时间差测量，然后将其报告给驻留在核心网中的定位服务器。报告和测量配置使用涉及核心网的高层信令来完成。Rx-Tx测量测量接收与发送两个参考信号(即，UE Rx-Tx的DL PRS接收与SRS发送)之间的绝对时间。

RTT/2是用于估计PD的TA/2的替代方法，并且这两者都有其优缺点。使用TA进行PD估计更新表示gNB具有帧定时参考，因为gNB否则不能计算TO并且基于UL传输而发布TAC。这也表示对其他小区使用TA不是用于PD估计的合适来源。另一方面，RTT/2没有这样的要求，也不受与TA相关的规范和RAN4要求的限制。由于指定了UL和DL参考信号两者，这也表示该过程不需要gNB具有完美的定时估计，因此适用于非服务小区。另一个优点是，RTT/2不受TA性能要求(例如，TA调节精度)或TAC信令粒度的限制，并且参考信号可以被分配使得UE花费最小的活动时间，这从功率节省的角度来看是有益的。

使用TA进行PD补偿至少有四个问题，这些问题可以通过本文中描述/公开的示例来解决。表1中给出了本文中公开的问题和对应解决方案的概要。

表1.问题和解决方案映射

关于问题A，当前TA过程适用于PUCCH、PUSCH和SRS发送(非周期性和周期性)。RRC_CONNECTED状态的UE的测量(定时偏移(TO))是基于这些信号来进行的，并且如果需要，利用定时提前命令(TAC)来调节。如果UE未配置有P-SRS，或者没有UL或DL数据，则这些信号都不可用，并且因此TAC是不可能的。同时，只有UE可以跟踪DL定时的相对变化，以估计对TA更新的需要。

2019年在RAN1中进行的分析[R1-1900935]表明，用于PD补偿的定时提前可以在室内工厂部署中实现大约340ns的精度。相对而言，当TA在可比场景中未用于PD补偿时，精度在215ns到415ns之间，这取决于到gNB的最大考虑距离。显然，当gNB与UE之间的PD大于某个阈值时，PD补偿是有益的，但低于该阈值时，它实际上可能携带附加错误。该附加错误的一部分源于与定时提前相关的规范、定时提前命令的信令粒度(TE_TA-G，其引入+-130ns)和应用定时提前的要求(TA-err，其引入+-130ns)。

关于问题C，在第16版中讨论了哪个实体应当应用PD补偿。利用定时提前作为PD补偿的基础，当NW负责PD补偿时，它依赖于其对由UE应用的TA的估计。如果需要，UE具有自主调节TA的功能，并且gNB没有信令来向UE请求其应用什么TA。

问题D是因为TA过程仅适用于RRC_CONNECTED状态的UE。UE可以在RRC_INACTIVE或RRC_IDLE状态下接收SIB9，但是为了用TA更新PD，UE需要转变到RRC_CONNECTED，这是一个信令密集的过程，只是为了获取新的TAC并且然后转变回RRC_INACTIVE或RRC-IDLE。

为了解决这些问题，可以选择两个总体方向(或组合)。要么增强TA过程，要么引入一套新的PD测量和补偿机制。后一种选项的一个典型论点是，TA被设计为将UL发送接收时间保持在CP内(与SCS线性缩放)，而具有时间同步精度的目标在数百纳秒量级，因此，它是一种为了精确时间同步而增强定时提前过程的超一流的解决方案。

第16版中的基线机制使用定时提前进行PD估计，并且假定UE可以进行PD补偿。基线第16版机制未解决问题A、B、C和D中的任何一个。

LTE中规定了具有RTT测量的增强型CellID定位方法(E-CID)。在该方法中，使用TA来获取RTT测量，该RTT测量用于估计UE位置。因为这是基于TA的，所以它具有与TA相同的问题(本文中解决)。因此，E-CID没有解决已确定的问题(A、B、C或D)。

5G NR第16版Multi-RTT过程(RP-190752)是一个用于利用多个小区获取高精度定位估计的过程，其适用于UE同步较差的小区。然而，它并不直接应用于时间同步，并且测量对于UE和gNB都不可用，而是封装在gNB/UE与LMF之间的高层信令中。这也表示，该过程不能解决本文中描述的方法所解决的所确定的问题，或者仅仅以信令密集的方式解决一些问题。更具体地，问题A可以通过SIP来解决，其中UE(其可以托管LMF客户端(位置客户端))触发定位更新。从同步的观点来看，由LMF触发的参考信号可以用于更新定时偏移测量，并且因此触发TA更新以进行PD更新。然而，这是一个非常信令繁重的解决方案。问题C和D没有被解决，因为不能向UE提供测量，并且UE不知道NW计算。解决了问题B，但是本文中的示例显著地改进了信令过程，作为信令，并且触发了UE与其服务gNB之间的焦点。5G NR第16版Multi-RTT过程涉及多个TRP/gNB，这对于时间同步来说是不必要的——本文中描述的示例考虑了利用这一点的增强。在UE到服务gNB的情况下，与TA相比，基于RTT的过程仍有好处，如本文中所述。

另一过程包括gNB配置SRS和DL-PRS/DL-DMRS。在这个过程中，gNB可以用周期性SRS和周期性PRS宽带信号来配置UE，以尝试确保高精度的时间同步。如果周期足够高，使得PD足够频繁地更新，则这可以被视为问题A、B和C的解决方法并且可以工作。然而，这也是一种资源昂贵的方法，因为它在选择足够低的周期时必须过于保守。另一方面，如果它不够保守，则UE仍然无法指示PD是否变化太快(问题A)。因此，该解决方案被认为不是一个适当的解决方案。

因此，本文中描述的示例引入了PD补偿框架，该框架允许NW动态地选择PD估计技术，并且允许NW动态地调节配置参数以适合提供给UE的精度。该框架支持从定位已知的基于RTT的PD估计技术，但这里是针对时间同步而不是定位而定制的，因为过程被改变为单个小区，并且具有新的低信令开销、激活机制以及UL参考信号与DL参考信号之间的半静态关系(该组合可以由NW动态选择)。该机制支持有能力的UE可以在其需要PD估计更新时通知gNB。由于UE最终可以具有来自RTT和TA两者的PD估计，因此该框架中包括选择/优先化机制。

使用该PD估计框架，可以考虑对该方法的扩展，包括基于NW的精度估计，以确定所需要的参考信号配置、以及关于基于参考信号突发和多小区的时间同步的益处的估计技术。

图2中提供了该方法的高层流程图。上述方法包括三个主要部分：第一部分是初始化200-1(针对每个服务小区)，第2部分是参考信号激活200-2(针对每个服务小区)，第3部分是PD估计和补偿200-3。这三个主要部分描述如下。

在初始化200-1中，NW决定PD估计框架是否应当被配置为支持基于RTT的PD估计技术或驻留在目标UE的TA上。该决定可以基于所需要的时间同步精度(假定TA和RTT被设计用于单独的精度，并且TA过程未被优化用于时间同步)和UE能力来做出。初始化可以是针对每个服务小区的。

gNB 170将UE 110配置(在图2中的201，或项目1)为提供作为UCI框架的一部分的PD_notify(在202-2，项目2.b)，使得它可以向gNB 170指示它认为需要PD估计更新。在其他实施例中，PD_notify配置201被提供为(SR(保留LCH)、特殊CG、新MACCE、新RRC消息、新NAS消息，或者被添加到RACH中的MSG2/4)。在另一实施例中，PD_notify消息被扩展以还提供突发请求和期望周期。在备选实施例中，gNB 170例如基于移动性事件或定时器到期来触发PD估计更新(不使用PD_notify)。

如果UE 110针对PD_notify而被配置，则gNB 170在201向UE 110提供PD_threshold，UE 110使用该PD_threshold来确定是否需要PD_notiify请求202-2(项目2.b)。这是由gNB 170提供的固定值(它可以是固定的，但也可以是半静态的；但它由gNB确定)。在另一实施例中，PD阈值由gNB 170基于精度预算和UE移动性事件统计来确定。

如果支持基于RTT的方法，则gNB 170在201处配置UL SRS和DL PRS参考信号两者以及这些配置之间的索引，这允许gNB 170动态地选择配置组合。配置之间的索引提供新颖性，因为通过这种配置的关系，gNB可以管理一起使用的配置，并且可以管理是否使用基于TA或RTT的方法。

UE 110被配置为利用所获取的PD估计对ToD时间戳进行PD补偿。在替代实施例中，NW还可以被配置为利用所获取的PD估计对ToD时间戳进行PD补偿。

在初始化期间，UL和可选的DL参考信号的配置201利用用于A-SRS、P-SRS和DL-PRS的规范。然而，为了参考特定DL参考信号(也可以是SSB)，本文中描述的示例引入DL RS索引，使得可以在该方法中参考DL RS的多个选项(例如，参考203-12)。UL_Ref表和DL_Ref表的示例分别参见表2和表3。

表2.UL_Ref配置和索引的示例

表3.DL_Ref配置和索引的示例

DL_Ref配置索引	配置
		0	DL-PRS ID 0
1	DM-RS(前导码索引1)
		2	SSB索引3

本文中的示例提供了新的传播延迟通知信号的配置(例如，201处的PD_notify202-2和/或PD通知配置)。以下是实现PD_notify的选项的非详尽列表(列举为A-H)。

A)附加HARQ-ACK比特。通过在HARQ-ACK码本中保留特定比特索引，PD_notify(201和/或202-2)可以被携带在HARQ-ACK码本内或高或低优先级(例如，R16中引入的优先级)中。在这个可选方案中，为每个码本保留这个条目对于码本大小来说是相当昂贵的。可以使用周期或类似于“每秒”的机制来减少开销。

B)调度请求(通过保留LCH)。调度请求用于指示特定逻辑信道的缓冲器中有数据。通过为PD_notify保留逻辑信道(201和/或202-2)，SR的现有框架可以用于PD_notiify。该选项还可以用于PD_notify有效载荷的多于一个比特。

C)新的UCI类型。与UCI框架中的CSI报告类似，可以为PD_notify 202-2配置一组PUCCH资源。该选项将为PD_notify启用多个比特。

D)特殊已配置授权(CG)。CG为UE提供了用于在预配置的资源中从预配置的LCH递送用户平面数据的框架，这表示，它不必使用SR框架并且等待动态授权。这些中的一个可以用于递送PD_notify(201和/或202-2)，例如通过保留LCH或通过将该CG专用于C平面消息(例如，MAC CE的)。该可选方案也可以用于RRC_IDLE或RRC_INACTIVE状态的UE，因为CG可以从第17版的RRC_INACTIVE中使用。

E)新的MAC控制元素(CE)类型。gNB和UE使用MAC CE来递送和请求与MAC层相关的基本信息。这可以是例如缓冲器状态报告或功率余量报告。因此，可以定义携带PD_notify(201和/或202-2)的新类型。对于多于一比特的PD_notify，该方法也是一个良好可选方案。

F)新的RRC消息。定义新的RRC消息是另一可选方案。虽然这是一个稍慢的选择，但它在未来更容易扩展，并且可以携带更大的有效载荷。

G)新的NAS消息是另一可选方案。

H)在消息2(用于两步RACH)或消息4(用于四步RACH)中添加新字段。该可选方案对于该机制从RRC_INACTIVE或RRC_IDLE的工作的特别有益。

PD_threshold可以用于触发PD_notify(201和/或202-2)。NW可以使用一系列参数来配置PD_threshold。在一个示例中，PD_threshold在安装时预先配置。NW还可以知道时间同步要求(来自CN)，并且为所涉及的组件创建时间不准确预算。最终，NW可以粗略估计所需要的余量，然后估计PD_threshold的反应时间。应当注意，该预算还需要考虑UE移动性历史(例如，快速移动的UE可能具有较小的阈值来触发PD估计的更频繁的更新)和部署场景(例如，广域或较小的室内部署)。

用于报告Rx-Tx测量的配置(即，如果包括DL RS，则为UE Rx-Tx时间差)可以被包括作为PD_notify的一部分。为了UE报告UE Rx-Tx，这可以通过UCI框架(如CSI)、或特殊CG或新的RRC消息。如果没有配置特殊资源，则gNB可以使用例如新的MAC CE来请求测量。为了gNB报告gNB Rx-Tx，这可以使用新的MAC CE、特殊SPS配置或新的RRC消息。

本文中描述的示例提供了UL参考信号与DL参考信号之间的关系的配置。特别地，在配置了一组UL参考信号和DL参考信号的情况下，还配置了它们之间的关系(UL_Ref信号和DL_Ref信号)。这可以通过映射矩阵来实现，该映射矩阵指示在配置特定UL_Ref时可以使用哪个DL_Ref索引。图3中提供了一个示例。如果单个UL_Ref可以映射到多个DL_Ref，则最新接收的DL_Ref被用作Rx-Tx测量的参考。在图3的示例映射矩阵中，UL_Ref 0被映射到/涉及DL_Ref0，UL_Ref 1被映射到/涉及DL_Ref 2，并且UL_Ref 2被映射到/涉及DL_Ref 0。

通过在202-1(项目2.a)将瞬时PD估计(由UE 110估计为PD_current)与先前NW提供的PD值(PD_previous)和变化阈值PD_threshold进行比较，UE 110激活200-2新的PD估计过程。具体地，UE 110确定PD_current>|PD_previous-PD_threshold|。在替代实现中，该步骤被跳过，并且该过程由gNB 170触发(例如，通过激活具有DL参考信号关系的UL参考信号配置)。参考信号激活可以是针对每个服务小区的。

在该过程的触发之后，UE 110响应于DL参考信号而发送SRS。通过检查PD估计方法是否具有与所接收的DL参考信号相关联的UL参考信号与DL参考信号之间配置的关系来检测PD估计方法，UE 110可以确定预期的gNB 170响应。如果UE 110被配置为具有UL参考信号与DL参考信号之间的配置关系，则其以预配置关系自主地对信号发起Rx-Tx测量。如果没有关系，则UE期望传统的定时提前。

该机制触发基于UE对DL PD变化的监测，并且如果UE 110检测到PD_current>|PD_previous-PD_threshold|(参考202-1)，则PD_notify 202-2被发信号通知。

在接收到PD_notify 202-2之后，gNB 170执行以下步骤1-2：1)确定应当激活哪个UL_Ref。这例如可以基于所需要的精度的估计(例如，从PD_notify 202-2中的附加有效载荷)。2)发送(在203-21处)UL_Ref的激活信号。这可以通过若干方式来完成，包括当前用于激活A-SRS的现有DCI格式、用于配置P-SRS的现有RRC框架、被设计为携带UL_Ref指示的新的或扩展的DCI格式/字段(例如，SRS资源指示符可以被扩展以覆盖例如8或16个UL_Ref索引)或新的RRC消息。

在替代实施例203-1中，gNB 170例如通过激活配置有对应DL参考的SRS配置来发起该过程。这在gNB 170估计对PD更新的需要是紧急的(例如，在移动性事件之前)情况下是有益的。

如果UE 110配置有至少一个DL_Ref，则UE 110执行以下动作：在表中查找哪些DL_Ref索引与UL_Ref索引相关；如果存在多于一个DL_Ref，则UE选择(在203-12处)其被配置的第一DL_Ref(例如，按时间顺序)；UE在203-14处测量在时间T4接收DL_Ref到在时间T1对其UL_Ref的发送之间的时间。

当获取Rx-Tx测量时，需要向负责PD补偿的实体提供对应物(在203-16处)。如果gNB 170负责PD补偿，则Rx-Tx测量203-14从UE 110递送到gNB 170。这方面的实现可选方案是：新的MAC CE，其是与第1部分中描述的PD_notify类似的概念。这里，gNB 170可以请求测量；为Rx-Tx测量而保留的特殊CG(以及可能的PD_notify)；新的UCI报告；新的RRC消息；或新的NAS消息。

当UE 110被配置为进行PD补偿时，可以考虑类似的可选方案，因为它需要从gNB170接收Rx-Tx测量203-15，CG除外。

关于PD估计和补偿，如果配置了至少一个DL参考信号(参考203-1-项目3.a)，则UE110和gNB 170进行Rx-Tx测量(分别为203-14和203-15)。如果UE 110被配置为进行PD补偿，则gNB 170在203-16处向UE 110发信号通知gNB 170Rx-Tx测量203-15。这可以是新的MACCE或RRC消息。如果gNB 170(或NW)被配置为进行PD补偿，则UE 110在203-16用其Rx-Tx测量203-14向gNB 170发信号通知。这可以是MAC CE或RRC消息。gNB 170还可以请求该测量203-14。本文中提供了关于在gNB 170或UE 110被配置为进行PD估计的情况下的方法差异的其他细节。PD被估计为例如RTT/2＝((T3-T2)+(T4-T1))/2(根据图2，即图2中示出了T1、T2、T3和T4)。如本文中进一步描述的，UE 110在PD估计(在多个PD估计可用的情况下)之间进行选择。

如果没有配置DL参考信号(参考203-2-项目3.b)，则UE 110在203-24处期望来自gNB 170的定时调节消息(如果需要)。该调节消息203-24可以是TAC，或者它可以是新消息(MAC或RRC)。PD被估计为累积定时调节。新的ToD由最新的PD测量来补偿。

因此，图2中示出了信令图200，其包括第1部分(初始化200-1)、第2部分(参考信号激活200-2)和第3部分(PD估计和补偿200-3)。

在201，gNB 170向UE 110提供(多个)UL参考信号、可选的DL参考信号、PD通知、以及UL参考信号与DL参考信号之间的可选的关系的配置。在202-1，UE 110确定PD_current是否大于PD_previous减去PD_threshold的绝对值。在202-2，UE 110响应于在202-1处的肯定确定而向gNB 170发送PD_notify。

在203-2期间(当没有配置DL参考信号时)，在203-21，gNB 170向UE 110发送UL_Ref激活信号。在203-22，UE 110激活UL_Ref配置。在203-23，UE 110向gNB 170发送UL Ref203-23信号。在203-24，gNB 170向UE 110发送定时调节消息。

在203-1期间(当配置了至少一个DL参考信号时)，gNB 170在时间T2向UE 110发送DL_Ref(附图标记203-11)，该DL_Ref在时间T4被UE接收。在203-12，UE 110确定要用于测量的对应DL_Ref，并且激活UL_Ref。在时间T1，UE 110向gNB 170发送UL_Ref(附图标记203-13)，该UL_Ref在时间T3被gNB接收。在203-14，UE 110计算Rx-Tx，在203-15，gNB计算Rx-Tx。在203-16处，UE 110和gNB 170执行测量交换，即，UE 110在203-14处向gNB 170发送所计算的Rx-Tx，和/或gNB 170在203-15处向UE 110发送所计算的Rx-Tx。在203-17，由UE 110和/或gNB 170计算PD。在204，UE 110和/或gNB 170用PD补偿ToD时间戳。

分别在图4和图5中提供了UE 110正在进行PD补偿200-3和gNB 170正在进行PD补偿200-3的情况的流程图。这些适用于Rx-Tx测量可用的情况(配置了至少一个DL_Ref，参见图2的203-1)。

在图4和图5的情况下，首先计算PD(项目203-17-项目G)。然后，如果UE 110正在进行PD补偿，则在206(图4中的项目H)，它等待SIB9的接收，该SIB9可以以广播模式或单播模式(通过第16版中的DLContentTransfer或RRCReconfiguration)递送。在208(图4的项目I)，UE 110然后可能具有用于PD估计的两个源：Rx-Tx测量(如果可用)，例如RTT/2；以及TA过程，例如TA/2，并且必须组合这些源，或者使用其中的一个。该选择可以预先配置，也可以留给UE实现来选择。可选方案如以下A-D所示：

A)UE 110使用最新的可能源(在208，Alt 1.使用最新的)。这是一种简单的配置，但可能不是最佳的和准确的，因为测量可能会受到衰落的影响，但如果最新的测量是另一配置的结果，例如具有较小带宽的参考信号，则也是简单的，但是因此可能不太准确。

B)UE 110使用RTT或TA。这是另一简单的配置可选方案，但这可能更有意义，因为gNB可以基于另一源来估计其中一个源的精度。

C)UE 110使用具有最高估计精度的一个源。精度可以通过时间跟踪算法和参考信号的使用带宽以及测量的粒度来估计。

D)UE 110组合两个源。如果UE 110使用时间跟踪算法，则它可以在这两组测量之间切换，或者根据它们试图测量相同测量的基本思想来组合这两组测量。可能需要对其中一个源进行不同于另一源的加权，例如基于其预期精度。

因此，如图4中进一步所示，即，当UE进行PD补偿200-3时，在203-17，UE 110将PD计算为RTT/2＝((T3-T2)+(T4-T1))/2。在206，gNB 170发送SIB9或递送timeInfo+referenceTimeInfo IE的DLContentTransfer(RRC)。在208，UE在PD源TA/2与RTT/2之间进行优先级排序。在208处示出的替代方案是Alt 1(使用最新的)208-1、Alt 2(对RTT PD估计进行优先级排序)208-2和Alt 3(使用gNB配置的优先级)208-3。在220(图4的项目J)，UE110将RTC设置为timeInfo+PD。

当gNB 170进行PD补偿200-3时，它也可以有两个PD估计源。但由于前面所解释的不确定性，应当清楚，如果Rx-Tx测量可用，则将其用作gNB 170上的PD参考(参见图5的项目210-项目I)。然后，在211，gNB 170需要生成图5的UE特定SIB9消息212-项目I1(或向具有足够相似PD的UE组)。

在替代实现215中，gNB 170在216(图5的项目I2)向UE 110发信号通知PD(新的信号)，这使得gNB 170能够使用广播模式218(图5中的项目H)分发SIB9。

因此，如图5中进一步所示，即，当gNB 170进行PD补偿200-3时，在203-17，gNB 170计算PD＝RTT/2＝((T3-T2)+(T4-T1))/2。在210，gNB 170选择最准确的PD源，例如具有最低抖动的PD源。对于211处的单播，gNB 170在212处将PD添加到提供给gNB CU 196(用于单播)的UE特定5G时间戳，并且在214处(图5的211的项目H)向UE 110提供DLContentTransfer(RRC)信号。在215处，gNB 170在216处向UE 110发信号通知PD(用于广播)，并且在218处，gNB 170发信号通知SIB9或timeInfo+referenceTimeInfo IE的DLContentTransfer(RRC)传递。在220处(图5的项目J)，UE 110将RTC设置为timeInfo+PD。

总之，本文中描述的示例介绍了PD_notify信号(包括202-2)、定位协议之外从gNB到UE和/或从UE到gNB的Rx-Tx测量报告203-16、DL与UL参考信号201之间的关系的配置、用于激活配置信号的UL和DL参考信号索引、各种配置的混合(如本文中进一步描述的)、和PD估计机制的选择机制。

本文中的示例进一步提供了UE机制(统称为201、203-1和203-2)的实现，以确定UL参考信号与DL参考信号之间的关系、用于触发PD_notify 202-2的UE测量滤波(例如，202-1)、用于UL参考信号与DL参考信号之间的关系的NW系统优化——例如基于期望精度、用于确定最佳PD_threshold的NW算法(例如，基于精度预算和UE移动性特性)、以及UE 110到PD_notify 202-2的扩展(例如，gNB 170对应动作的期望周期、测量突发或当前精度(参见本文中进一步描述的实施例))。

本文中的示例提供了很多优点、益处和技术效果。这些包括提供解决问题A、B、C和D的方法。这些还包括避免Rx-Tx测量所需要的核心网信令(例如，通过LPP或NRPPa)。此外，本文中描述的示例允许NW基于UE反馈来更准确地选择用于同步的参考信号的资源。如果没有它，NW必须保守(例如，通过选择太频繁和太高的带宽)，以希望满足同步精度。此外，本文中描述的示例足够灵活，也可以用于多小区场景，以针对多小区利用PD估计和补偿。

附加实施例可以被视为对特定场景的适应，即附加实施例1-4。

附加实施例1涉及RRC-IDLE或RRC-INACTIVE状态下的服务UE。本文中描述的示例可以被配置为还用于RRC-IDLE或RRC-INACTIVE状态下的UE。PD_notify信号可以通过特殊CG配置或作为RACH过程的一部分来配置。然后需要通过特殊CG(用于UL)或短数据发送(例如，两步RACH)来配置测量的递送。作为该实施例的一部分，UE可以配置有来自多个小区的DL PRS，UE在处于RRC-IDLE或RRC-INACTIVE时周期性地测量该DL PRS以计算RSTD。监测这些RSTD测量可以用作发送PD_notify的替代触发(即，如果RSTD变化超过阈值，则发送PD_nnotify)。

附加实施例1中涉及的步骤是：使用相关UL和DL RS链接的可选方案对于未连接的UE是重要的(即，不能假定正在监听DL)；(可选的)将DL参考与SIB9对准以最小化UE唤醒时间；(可选的)与UL参考一起使用高精度DL参考，以减轻对多次测量的需要；这里，优选的是，在RACH或CG中使用PD_notify。如果NW负责PD估计，则CG还可以进行Rx-Tx测量；UE可以配置有来自多个小区的DL PRS，UE在处于RRC-IDLE或RRC-INACTIVE状态时周期性地测量该DLPRS以计算RSTD。监测这些RSTD测量可以用作PD_notify的替代或附加触发。

附加实施例2涉及PD_notify的扩展(大于1比特)。PD_notify可以被配置为不同格式。最简单的是单比特信号。可能的扩展是A-B：

A)UE发信号通知其预期精度或当前精度，或将预期精度和当前精度量化为紧急指示符。gNB可以使用该指示符来选择对应DL_Ref和UL_Ref以实现期望精度。它还可以用于确定是否应当配置新的参考信号(RS)以及它们应当出现的频率。这可以是关于精度的显式报告，也可以是用于估计精度的隐式度量，诸如当前定时提前或PD_current，gNB可以将其与预期精度进行比较。

B)PD_notify的配置格式可以包括更新的预期周期、或测量次数的请求，以增强稳定性(测量突发)。由此，NW可以相应地配置参考信号的BW突发。当UE从RRC_IDLE中醒来或UE刚刚进入新小区时，这尤其相关。在这些情况下，这可以表示，UE具有较不准确的DL定时参考，并且gNB没有或仅有少量TO测量。在这些情况下，在短时间内进行多次测量以有助于滤波器的收敛。该实施例可以通过简单地使用现有框架来实现，但是gNB多次激活UL_Ref。这也可以通过gNB在UL_Ref信号中嵌入“重现”指示符来实现。

这些可选方案的好处是，它们都增强了gNB可选方案，以帮助UE确保满足精度要求，而无需不必要的资源和功率使用。

附加实施例3涉及多RTT，以进一步增强来自多个相邻小区的定时精度。所描述的方法很容易扩展到相邻小区，其中使用链接的DL和UL参考信号是必要的，因为UE可能没有准确地同步到相邻小区。在这种情况下，应当是UE进行PD补偿。该实施例可以提供对PD补偿的分集(如果一个测量例如由于NLOS而较差)，确保滤波器的更快收敛，或者通过利用SIB9可以被单独编码以使得舍入误差可以被平均化来提高精度。

假定本文中描述的方法可以针对每个服务小区而应用。UL_Ref的激活可以从主小区到另一服务小区来进行。PD_notify信号可以保持朝向主gNB。触发也可以针对其他小区，在这种情况下，小区ID被添加到PD_notify。Rx-Tx测量可以通过主gNB，使得测量消息被扩展以捕获来自多个小区的测量。

在替代实现中，RTT测量由(例如，gNB 170的)LMF收集，但递送给UE 110。ToD从多个相邻小区发送。UE估计每个相邻小区的refSFN。PD估计从每个相邻小区获取。ToD用每个PD估计来补偿。如在附加实施例1中，UE可以配置有来自多个小区的DL PRS，UE周期性地测量该DL PRS以计算RSTD。监测这些RSTD测量可以用作PD_notify的另一触发。

附加实施例4涉及UE在不再接收SIB9时自动禁用参考信号。对于使用周期性参考信号的情况，当UE不再需要SIB9时，gNB将不得不禁用每个配置。如果UE在不再接收SIB9时自动禁用配置，则可以节省信令。

图6是示例装置600，其可以以硬件实现，装置600被配置为基于本文中描述的示例来实现传播延迟补偿。装置600包括处理器602、包括计算机程序代码605的至少一个非暂态存储器604，其中至少一个存储器604和计算机程序代码605被配置为与至少一个处理器602一起引起该装置实现用于实现用于传播延迟(PD)补偿的电路系统、过程、组件、模块或功能(统称为606)。装置600可选地包括显示器和/或I/O接口608，显示器和/或I/O接口608可以用于显示本文中描述的方法的方面或状态(例如，当该方法正在执行时或在随后的时间)。装置600包括一个或多个网络(NW)接口((多个)I/F)610。(多个)NW I/F 610可以是有线和/或无线的，并且经由任何通信技术在互联网/(多个)其他网络之上通信。(多个)NW I/F 610可以包括一个或多个发送器和一个或多个接收器。

装置600可以是UE 110、RAN节点170或(多个)网络元件190。因此，处理器602可以对应于(多个)处理器120、(多个)处理器152或(多个)处理器175，存储器604可以对应于(多个)存储器125、(多个)存储器155或(多个)存储器171，计算机程序代码605可以对应于计算机程序代码123、模块140-1、模块140-2、计算机程序代码153、模块150-1、模块150-2或计算机程序代码173，(多个)NW I/F 610可以对应于(多个)N/W I/F 161或(多个)N/W I/F180。替代地，装置600可以不对应于UE 110、RAN节点170或(多个)网络元件190中的任何一个(例如，装置600可以是远程、虚拟或云装置)。

对“计算机”、“处理器”等的引用应当理解为不仅包括具有不同架构(诸如单/多处理器架构和顺序(冯〃诺依曼)/并行架构)的计算机，也包括专用电路，诸如现场可编程门阵列(FPGA)、专用电路(ASIC)、信号处理设备和其他处理电路系统。对计算机程序、指令、代码等的引用应当理解为涵盖可编程处理器或固件的软件，例如硬件设备的可编程内容，无论是处理器的指令，还是固定功能设备、门阵列或可编程逻辑器件等的配置设置。

存储器604可以使用任何合适的数据存储技术来实现，诸如基于半导体的存储器设备、闪存、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。存储器604可以包括用于存储数据的数据库。

如本申请中使用的，术语“电路系统”是指以下所有内容：(a)仅硬件电路实现，诸如仅在模拟和/或数字电路系统中的实现，以及(b)电路和软件(和/或固件)的组合，诸如(如适用)：(i)(多个)处理器的组合，或(ii)(多个)处理器/软件的部分，包括(多个)数字信号处理器、软件和(多个)存储器，它们一起工作以引起装置执行各种功能，以及(c)需要软件或固件进行操作的电路，诸如(多个)微处理器或(多个)微处理器的一部分，即使软件或固件在物理上不存在。“电路系统”的定义适用于该术语在本申请中的所有用途。作为另外的示例，如本申请中使用的，术语“电路系统”还将涵盖仅一个处理器(或多个处理器)或处理器的一部分及其附带软件和/或固件的实现。例如，如果适用于特定元素，术语“电路系统”还将涵盖用于移动电话的基带集成电路或应用处理器集成电路、或者服务器、蜂窝网络设备或另一网络设备中的类似集成电路。

图7是基于本文中描述的示例实施例的用于实现传播延迟补偿的示例方法700。在702，该方法包括接收用于提供用于传播延迟估计的传播延迟通知的配置。在704，该方法包括确定通知应当何时发送。在706，该方法包括发送传播延迟通知。在708，该方法包括基于上行链路参考信号与下行链路参考信号之间的关系的配置来确定对应动作。方法700可以由诸如图1的UE 110或图6的装置600等用户设备执行。

图8是基于本文中描述的示例实施例的用于实现传播延迟补偿的另一示例方法800。在802，该方法包括提供用于提供用于传播延迟估计的传播延迟通知的配置。在804，该方法包括接收传播延迟通知。在806，该方法包括其中该配置包括上行链路参考信号与下行链路参考信号之间的关系。方法800可以由诸如图1的RAN节点170或图6的装置600等无线电节点执行。

一种示例方法包括：接收配置，该配置用以提供针对传播延迟估计的传播延迟通知；确定所述通知应当何时被发送；发送所述传播延迟通知；以及基于上行链路参考信号与下行链路参考信号之间的关系的配置来确定对应动作。

所述方法还可以包括发送上行链路参考信号以激活所述传播延迟估计。

所述方法还可以包括应用所述传播延迟估计以同步用户设备的一天中的时间。

所述方法还可以包括响应于至少一个下行链路参考信号未被配置，接收针对所述传播延迟估计的定时调节消息。

所述方法还可以包括响应于至少一个下行链路参考信号被配置，执行用户设备接收和发送定时差测量，并且向所述用户设备发信号通知接收和发送定时差测量，或者接收用于所述传播延迟估计的无线电节点接收和发送定时差测量。

所述方法还可以包括接收上行链路参考信号与下行链路参考信号之间的所述关系的配置作为索引；使用所述索引确定要使用的所述至少一个下行链路参考信号；以及基于所确定的至少一个下行链路参考信号来发送所述上行链路参考信号以激活所述传播延迟估计。

所述方法还可以包括：其中用以提供所述传播延迟通知的所述配置包括被用于确定是否要提供所述传播延迟通知的传播延迟阈值；以及响应于当前传播延迟估计大于先前提供的传播延迟估计与所述传播延迟阈值之间的差，提供所述传播延迟通知。

所述方法还可以包括：其中所述传播延迟通知包括至少一个突发请求和/或期望周期。

所述方法还可以包括当多个传播延迟估计可用时，选择所述传播延迟估计；其中所述多个传播延迟估计包括接收/发送测量和/或定时提前。

所述方法还可以包括将所述传播延迟估计为往返时间(RTT)。

所述方法还可以包括：其中所述RTT是具有来自相邻小区的测量的多RTT。

所述方法还可以包括：所述用户设备处于空闲或不活动；并且所述传播延迟通知是响应于参考信号时间差变化超过阈值而提供的。

所述方法还可以包括：其中所述传播延迟通知是包括测量更新的预期精度或预期周期的多比特通知。

一种示例方法包括：提供配置，该配置用以提供针对传播延迟估计的传播延迟通知的配置；以及接收所述传播延迟通知；其中所述配置包括上行链路参考信号与下行链路参考信号之间的关系。

所述方法还可以包括接收上行链路参考信号以激活所述传播延迟估计。

所述方法还可以包括：其中所述估计的传播延迟被应用以同步一天中的时间。

所述方法还可以包括响应于至少一个下行链路参考信号未配置，提供用于所述传播延迟估计的定时调节消息。

所述方法还可以包括响应于至少一个下行链路参考信号被配置，执行无线电节点接收和发送定时差测量，并且向所述无线电节点发信号通知接收和发送定时差测量，或者接收针对所述传播延迟估计的不同接收和发送定时差测量。

所述方法还可以包括发送所述上行链路参考信号与所述下行链路参考信号之间的所述关系的所述配置作为索引；以及接收所述上行链路参考信号以基于所述索引来激活所述传播延迟估计。

所述方法还可以包括：其中提供所述传播延迟通知配置包括提供传播延迟阈值；并且其中所述传播延迟通知是响应于当前传播延迟估计大于先前提供的传播延迟估计与所述传播延迟阈值之间的差而接收的。

所述方法还可以包括基于精度预算和/或移动性事件统计中的至少一项来确定所述传播延迟阈值。

所述方法还可以包括确定是要提供用于所述传播延迟估计的所述传播延迟通知配置还是要发送用于所述传播延迟估计的所述上行链路参考信号配置；其中所述确定基于时间同步精度要求、设备能力、移动性事件或定时器到期中的至少一项。

所述方法还可以包括：其中所述传播延迟通知包括至少一个突发请求和/或期望周期。

所述方法还可以包括发送所述传播延迟估计。

所述方法还可以包括将所述传播延迟估计为往返时间(RTT)。

所述方法还可以包括：其中所述RTT是具有来自相邻小区的测量的多RTT。

所述方法还可以包括广播所述传播延迟估计。

所述方法还可以包括：其中所述传播延迟通知是响应于参考信号时间差变化超过阈值而接收的。

所述方法还可以包括：其中所述传播延迟通知是包括测量更新的预期精度或预期周期的多比特通知。

一种示例装置包括至少一个处理器；以及包括计算机程序代码的至少一个非暂态存储器；其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置至少执行：接收配置，该配置用以提供针对传播延迟估计的传播延迟通知；确定所述通知应当何时被发送；发送所述传播延迟通知；以及基于上行链路参考信号与下行链路参考信号之间的关系的配置来确定对应动作。

一种示例装置包括至少一个处理器；以及包括计算机程序代码的至少一个非暂态存储器；其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置至少执行：提供配置，该配置用以提供针对传播延迟估计的传播延迟通知的配置；以及接收所述传播延迟通知；其中所述配置包括上行链路参考信号与下行链路参考信号之间的关系。

可以提供一种机器可读的示例非暂态程序存储设备，其有形地体现所述机器可执行的用于执行操作的指令程序，所述操作包括：接收用于提供用于传播延迟估计的传播延迟通知的配置；确定通知应当何时被发送；发送所述传播延迟通知；以及基于上行链路参考信号与下行链路参考信号之间的关系的配置来确定对应动作。

可以提供一种机器可读的示例非暂态程序存储设备，其有形地体现所述机器可执行的用于执行操作的指令程序，所述操作包括：提供配置，所述配置用以提供针对传播延迟估计的传播延迟通知；以及接收所述传播延迟通知；其中所述配置包括上行链路参考信号与下行链路参考信号之间的关系。

一种示例装置包括被配置为接收用以提供针对传播延迟估计的传播延迟通知的配置的电路系统；被配置为确定所述通知应当何时被发送的电路系统；被配置为发送所述传播延迟通知的电路系统；以及被配置为基于上行链路参考信号与下行链路参考信号之间的关系的配置来确定对应动作的电路系统。

一种示例装置包括配置为提供用以提供针对传播延迟估计的传播延迟通知的配置的电路系统；以及被配置为接收所述传播延迟通知的电路系统；其中所述配置包括上行链路参考信号与下行链路参考信号之间的关系。

一种示例装置包括用于接收用以提供针对传播延迟估计的传播延迟通知的配置的部件；用于确定所述通知应当何时被发送的部件；用于发送所述传播延迟通知的部件；以及用于基于上行链路参考信号与下行链路参考信号之间的关系的配置来确定对应动作的部件。

一种示例装置包括用于提供用以提供针对传播延迟估计的传播延迟通知的配置的部件；以及用于接收所述传播延迟通知的部件；其中所述配置包括上行链路参考信号与下行链路参考信号之间的关系。

应当理解，以上描述仅是说明性的。本领域技术人员可以设计各种替代和修改。例如，各种从属权利要求中记载的特征可以以(多个)任何合适的组合彼此组合。此外，来自上述不同实施例的特征可以选择性地组合成新实施例。因此，本说明书旨在涵盖落入所附权利要求的范围内的所有这样的替代、修改和变化。

Claims (30)

1.一种方法，包括：

接收配置，所述配置用以提供针对传播延迟估计的传播延迟通知；

确定所述通知应当何时被发送；

发送所述传播延迟通知；以及

基于上行链路参考信号与下行链路参考信号之间的关系的所述配置来确定对应动作。

2.根据权利要求1所述的方法，还包括发送上行链路参考信号以激活所述传播延迟估计。

3.根据权利要求1所述的方法，还包括应用所述传播延迟估计以同步用户设备的一天中的时间。

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

响应于至少一个下行链路参考信号未被配置，接收针对所述传播延迟估计的定时调节消息。

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

响应于至少一个下行链路参考信号被配置，执行用户设备接收和发送定时差测量，并且向所述用户设备发信号通知接收和发送定时差测量，或者接收针对所述传播延迟估计的无线电节点接收和发送定时差测量。

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

接收上行链路参考信号与下行链路参考信号之间的所述关系的配置作为索引；

使用所述索引确定要使用的所述至少一个下行链路参考信号；以及

基于所确定的至少一个下行链路参考信号来发送所述上行链路参考信号以激活所述传播延迟估计。

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

其中用以提供所述传播延迟通知的所述配置包括被用于确定是否要提供所述传播延迟通知的传播延迟阈值；以及

响应于当前传播延迟估计大于先前提供的传播延迟估计与所述传播延迟阈值之间的差，提供所述传播延迟通知。

8.根据权利要求1所述的方法，其中所述传播延迟通知包括至少一个突发请求和/或期望周期。

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

当多个传播延迟估计可用时，选择所述传播延迟估计；

其中所述多个传播延迟估计包括接收/发送测量和/或定时提前。

10.根据权利要求1所述的方法，还包括将所述传播延迟估计为往返时间(RTT)。

11.根据权利要求8所述的方法，其中所述RTT是具有来自相邻小区的测量的多RTT。

12.根据权利要求1所述的方法，其中：

所述用户设备处于空闲或不活动；并且

所述传播延迟通知是响应于参考信号时间差变化超过阈值而提供的。

13.根据权利要求1所述的方法，其中所述传播延迟通知是包括测量更新的预期精度或预期周期的多比特通知。

14.一种方法，包括：

提供配置，所述配置用以提供针对传播延迟估计的传播延迟通知；以及

接收所述传播延迟通知；

其中所述配置包括上行链路参考信号与下行链路参考信号之间的关系。

15.根据权利要求14所述的方法，还包括接收上行链路参考信号以激活所述传播延迟估计。

16.根据权利要求14所述的方法，其中所述估计的传播延迟被应用以同步一天中的时间。

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

响应于至少一个下行链路参考信号未配置，提供用于所述传播延迟估计的定时调节消息。

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

响应于至少一个下行链路参考信号被配置，执行无线电节点接收和发送定时差测量，并且向所述无线电节点发信号通知接收和发送定时差测量，或者接收针对所述传播延迟估计的不同接收和发送定时差测量。

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

发送所述上行链路参考信号与所述下行链路参考信号之间的所述关系的所述配置作为索引；以及

接收所述上行链路参考信号以基于所述索引来激活所述传播延迟估计。

20.根据权利要求14的方法，

其中提供所述传播延迟通知配置包括提供传播延迟阈值；并且

其中所述传播延迟通知是响应于当前传播延迟估计大于先前提供的传播延迟估计与所述传播延迟阈值之间的差而接收的。

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

基于精度预算和/或移动性事件统计中的至少一项来确定所述传播延迟阈值。

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

确定是要提供用于所述传播延迟估计的所述传播延迟通知配置还是要发送用于所述传播延迟估计的所述上行链路参考信号配置；

其中所述确定基于时间同步精度要求、设备能力、移动性事件或定时器到期中的至少一项。

23.根据权利要求14所述的方法，其中所述传播延迟通知包括至少一个突发请求和/或期望周期。

24.根据权利要求14所述的方法，还包括发送所述传播延迟估计。

25.根据权利要求14所述的方法，还包括将所述传播延迟估计为往返时间(RTT)。

26.根据权利要求25所述的方法，其中所述RTT是具有来自相邻小区的测量的多RTT。

27.根据权利要求14所述的方法，还包括广播所述传播延迟估计。

28.根据权利要求14所述的方法，其中：

所述传播延迟通知是响应于参考信号时间差变化超过阈值而接收的。

29.根据权利要求14所述的方法，其中所述传播延迟通知是包括测量更新的预期精度或预期周期的多比特通知。

30.一种装置，包括：

至少一个处理器；以及

包括计算机程序代码的至少一个非暂态存储器；

其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置至少执行：

接收配置，所述配置用以提供针对传播延迟估计的传播延迟通知的；

确定所述通知应当何时发送；

发送所述传播延迟通知；以及

基于上行链路参考信号与下行链路参考信号之间的关系的所述配置来确定对应动作。

Images