CN115843423A - 针对在无线电资源控制非活动状态下的定位的确认反馈 - Google Patents

针对在无线电资源控制非活动状态下的定位的确认反馈 Download PDF

Info

Publication number
CN115843423A
CN115843423A CN202180010349.1A CN202180010349A CN115843423A CN 115843423 A CN115843423 A CN 115843423A CN 202180010349 A CN202180010349 A CN 202180010349A CN 115843423 A CN115843423 A CN 115843423A
Authority
CN
China
Prior art keywords
acknowledgement feedback
information
transmission
acknowledgement
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202180010349.1A
Other languages
English (en)
Inventor
孟艳
D·米查洛普洛斯
刘建国
T·科斯克拉
陶涛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Shanghai Bell Co Ltd
Nokia Solutions and Networks Oy
Original Assignee
Nokia Shanghai Bell Co Ltd
Nokia Solutions and Networks Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Shanghai Bell Co Ltd, Nokia Solutions and Networks Oy filed Critical Nokia Shanghai Bell Co Ltd
Publication of CN115843423A publication Critical patent/CN115843423A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开的实施例涉及针对在RRC非活动状态下的定位的确认反馈的设备、方法、装置和计算机可读存储介质。该方法包括在处于无线电资源控制RRC非活动状态下的第一设备处接收信息，该信息至少指示用于第一设备针对消息的接收而传输确认反馈的时延要求，该消息与第一设备的定位相关联并且是从第二设备或第四设备向第一设备传输的；以及至少基于该信息执行针对消息的接收的确认反馈的传输，而不改变RRC非活动状态。通过本公开的解决方案，可以启用确认信息报告以保证定位辅助数据接收的可靠性。这在节能、端到端定位时延减少和信令开销减少方面对UE是有益的。

Description

针对在无线电资源控制非活动状态下的定位的确认反馈
技术领域
本公开的实施例总体上涉及电信领域，并且具体地涉及针对在无线电资源控制(RRC)非活动状态下的定位的确认反馈的设备、方法、装置和计算机可读存储介质。
背景技术
新无线电(NR)引入了一种新的RRC状态，称为“RRC非活动(RRC_INACTIVE)”，以满足5G服务的要求。与空闲状态类似，非活动状态旨在限制UE的电池消耗，同时UE可以在要发送数据时几乎没有信令就能达到连接状态。在非活动状态下，从5GC(5G核心网)的角度来看，UE保持演进型分组系统连接管理(ECM)连接，并且因此5GC与小区之间的下一代(NG)连接得到维持。
目前，小数据传输(SDT)已经被商定用作在RRC非活动状态下传输测量报告的一种方式。此外，已经商定一些特定的方法、测量、信令和过程可以支持针对定位增强主题的处于RRC非活动状态的UE的定位。
发明内容
一般而言，本公开的示例实施例提供了一种针对在RRC非活动状态下的定位的确认反馈的解决方案。
在第一方面，存在一种方法。该方法包括在处于无线电资源控制RRC非活动状态下的第一设备处接收至少指示用于第一设备针对消息的接收而传输确认反馈的时延要求的信息，该消息与第一设备的定位相关联并且是从第二设备或第四设备传输的；以及至少基于该信息执行针对消息的接收的确认反馈的传输，而不改变RRC非活动状态。
在第二方面，提供了一种方法。该方法包括在第二设备处接收指示用于第一设备针对消息的接收而传输确认反馈的时延要求的信息，该消息与第一设备的定位相关联并且是从第二设备或第四设备传输的；以及向第一设备传输该信息。
在第三方面，提供了一种方法。该方法包括在第四设备处生成指示用于第一设备针对消息的接收而传输确认反馈的时延要求的信息，该消息与第一设备的定位相关联并且是从第二设备或第四设备传输的；以及向第一设备或第二设备传输该信息。
在第四方面，提供了一种第一设备。第一设备包括至少一个处理器；以及包括计算机程序代码的至少一个存储器；至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使第一设备至少执行根据第一方面的方法。
在第五方面，提供了一种第二设备。第二设备包括至少一个处理器；以及包括计算机程序代码的至少一个存储器；至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使第二设备至少执行根据第二方面的方法。
在第六方面，提供了一种第三设备。第三设备包括至少一个处理器；以及包括计算机程序代码的至少一个存储器；至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使第三设备至少执行根据第三方面的方法。
在第七方面，提供了一种装置，该装置包括用于在处于无线电资源控制RRC非活动状态下的第一设备处接收至少指示用于第一设备针对消息的接收而传输确认反馈的时延要求的信息的部件，该消息与第一设备的定位相关联并且是从第二设备或第四设备传输的；以及用于至少基于该信息执行针对消息的接收的确认反馈的传输而不改变RRC非活动状态的部件。
在第八方面，提供了一种装置，该装置包括用于在第二设备处接收指示用于第一设备针对消息的接收而传输确认反馈的时延要求的信息的部件，该消息与第一设备的定位相关联并且是从第二设备或第四设备传输的；以及用于向第一设备传输该信息的部件。
在第九方面，提供了一种装置，该装置包括用于在第四设备处生成指示用于第一设备针对消息的接收而传输确认反馈的时延要求的信息的部件，该消息与第一设备的定位相关联并且是从第二设备或第四设备传输的；以及用于向第一设备或第二设备传输该信息的部件。
在第十方面，提供了一种其上存储有计算机程序的计算机可读介质，该计算机程序在由设备的至少一个处理器执行时使该设备执行根据第一方面的方法。
在第十一方面，提供了一种其上存储有计算机程序的计算机可读介质，该计算机程序在由设备的至少一个处理器执行时使该设备执行根据第二方面的方法。
在第十二方面，提供了一种其上存储有计算机程序的计算机可读介质，该计算机程序在由设备的至少一个处理器执行时使该设备执行根据第三方面的方法。
当结合附图阅读以下具体实施例的描述时，本公开的实施例的其他特征和优点也将很清楚，附图以示例的方式示出了本公开的实施例的原理。
附图说明
本公开的实施例在示例的意义上被呈现并且它们的优点在下文参考附图更详细地解释，在附图中
图1示出了可以在其中实现本公开的示例实施例的示例环境；
图2示出了根据本公开的一些示例实施例的针对在RRC非活动状态下的定位的确认反馈的过程的信令图；
图3示出了根据本公开的一些示例实施例的针对在RRC非活动状态下的定位的确认反馈的过程的信令图；
图4示出了根据本公开的一些示例实施例的针对在RRC非活动状态下的定位的确认反馈的示例方法的流程图；
图5示出了根据本公开的一些示例实施例的针对在RRC非活动状态下的定位的确认反馈的示例方法的流程图；
图6示出了根据本公开的一些示例实施例的针对在RRC非活动状态下的定位的确认反馈的示例方法的流程图；
图7示出了适合于实现本公开的示例实施例的设备的简化框图；以及
图8示出了根据本公开的一些实施例的示例计算机可读介质的框图。
在整个附图中，相同或相似的附图标记表示相同或相似的元素。
具体实施方式
现在将参考一些示例实施例来描述本公开的原理。应当理解，描述示例实施例仅是为了说明和帮助本领域技术人员理解和实现本公开，并不表示对本公开的范围的任何限制。本文中描述的公开内容可以以除了下面描述的方式之外的各种其他方式来实现。
在以下描述和权利要求中，除非另有定义，否则本文中使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的相同的含义。
本公开中对“一个实施例”、“实施例”、“示例实施例”等的引用表明所描述的实施例可以包括特定特征、结构或特性，但不一定每个实施例都包括特定特征、结构或特性。此外，这样的短语不一定指代相同的实施例。此外，当结合示例实施例描述特定特征、结构或特性时，认为结合其他实施例(无论是否明确描述)来影响这样的特征、结构或特性在本领域技术人员的知识范围内。
应当理解，尽管在本文中可以使用术语“第一”和“第二”等来描述各种元素，但是这些元素不应受这些术语的限制。这些术语仅用于区分各种元素的功能。如本文中使用的，术语“和/或”包括所列术语中的一个或多个的任何和所有组合。
本文中使用的术语仅出于描述特定实施例的目的，并不旨在限制示例实施例。如本文中使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文另有明确指示。将进一步理解，术语“包括”、“包含”、“具有”、“有”、“包括有”和/或“包含有”当在本文中使用时指定所述特征、元素和/或组件等的存在，但不排除一个或多个其他特征、元素、组件和/或其组合的存在或添加。
如本申请中使用的，术语“电路系统”可以指代以下中的一项或多项或全部：
(a)纯硬件电路实现(诸如仅使用模拟和/或数字电路系统的实现)，以及
(b)硬件电路和软件的组合，诸如(如适用)：
(i)(多个)模拟和/或数字硬件电路与软件/固件的组合，以及
(ii)具有软件的(多个)硬件处理器(包括(多个)数字信号处理器)、软件和(多个)存储器的任何部分，其一起工作以使装置(诸如移动电话或服务器)执行各种功能，以及
(c)(多个)硬件电路和/或(多个)处理器，诸如(多个)微处理器或(多个)微处理器的一部分，其需要软件(例如，固件)进行操作，但在不需要操作时软件可以不存。
该电路系统的定义适合于该术语在本申请中的所有使用，包括在任何权利要求中。作为另一示例，如在本申请中使用的，术语电路系统还涵盖仅硬件电路或处理器(或多个处理器)或硬件电路或处理器的一部分及其(或它们的)随附软件和/或固件的实现。例如，如果适用于特定权利要求元素，则术语电路系统还涵盖用于移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。
如本文中使用的，术语“通信网络”是指遵循任何合适的通信标准的网络，诸如第五代(5G)系统、长期演进(LTE)、高级LTE(LTE-A)、宽带码分多址(WCDMA)、高速分组接入(HSPA)、窄带物联网(NB-IoT)等。此外，通信网络中的终端设备与网络设备之间的通信可以根据任何合适世代的通信协议来执行，包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、未来的第五代(5G)新无线电(NR)通信协议、和/或和/或当前已知或将来开发的任何其他协议。本公开的实施例可以应用于各种通信系统中。鉴于通信的快速发展，当然也将存在可以体现本公开的未来类型的通信技术和系统。不应当被视为将本公开的范围仅限于上述系统。
如本文中使用的，术语“网络设备”是指通信网络中的节点，终端设备经由该节点访问网络并且从其接收服务。网络设备可以指代基站(BS)或接入点(AP)，例如节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、NR下一代NodeB(gNB)、远程无线电单元(RRU)、无线电报头(RH)、远程无线电头端(RRH)、中继、低功率节点(诸如毫微微、微微)等，具体取决于所应用的术语和技术。RAN拆分架构包括控制多个gNB-DU(分布式单元，托管RLC、MAC和PHY)的gNB-CU(集中式单元，托管RRC、SDAP和PDCP)。中继节点可以对应于IAB节点的DU部分。
术语“终端设备”是指可以能够进行无线通信的任何终端设备。作为示例而非限制，终端设备还可以称为通信设备、用户设备(UE)、订户站(SS)、便携式订户站、移动台(MS)或接入终端(AT)。终端设备可以包括但不限于移动电话、蜂窝电话、智能电话、IP语音(VoIP)电话、无线本地环路电话、平板电脑、可穿戴终端设备、个人数字助理(PDA)、便携式计算机、台式计算机、诸如数码相机等图像采集终端设备、游戏终端设备、音乐存储和播放设备、车载无线终端设备、无线端点、移动台、笔记本电脑嵌入式设备(LEE)、笔记本电脑安装式设备(LME)、USB加密狗、智能设备、无线客户端设备(CPE)、物联网(IoT)设备、手表或其他可穿戴设备、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如，远程手术)、工业设备和应用(例如，在工业和/或自动化处理链环境中操作的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上操作的设备等。终端设备还可以对应于集成接入和回程(IAB)节点(也称为中继节点)的移动终止(MT)部分。在以下描述中，术语“终端设备”、“通信设备”、“终端”、“用户设备”和“UE”可以互换使用。
尽管本文中描述的功能在各种示例实施例中可以在固定和/或无线网络节点中执行，但是在其他示例实施例中，功能可以在用户设备装置(诸如蜂窝电话或平板电脑或笔记本电脑或台式电脑或移动IoT设备或固定IoT设备)中实现。例如，该用户设备装置可以适当地配备有如结合(多个)固定和/或无线网络节点而描述的对应能力。用户设备装置可以是用户设备和/或被配置为当安装在用户设备中时控制用户设备的控制设备(诸如芯片组或处理器)。这样的功能的示例包括引导服务器功能和/或归属订户服务器，其可以通过向用户设备装置提供软件来在用户设备装置中实现，该软件被配置为从这些功能/节点的观点来看使用户设备装置执行操作。
图1示出了可以在其中实现本公开的实施例的示例通信网络100。如图1所示，通信网络100可以包括终端设备110(下文中也可以称为UE 110或第一设备110)。通信网络100还可以包括网络设备120-1(下文中也可以称为gNB 120-1或第二设备120-1)。网络设备120-1可以管理小区102-1(下文中也可以称为锚小区102-1)。
此外，通信网络100还可以包括网络设备120-2(下文中也可以称为另外的gNB120-2或第三设备120-2)。网络设备120-2可以管理小区102-2(下文中也可以称为最后的服务小区102-2)。在转变到RRC非活动模式之前，UE 110可以由最后的服务小区102-2服务。随着UE 110的移动，UE 110可以离开最后的服务小区102-2的覆盖范围并且进入其他小区的覆盖范围，例如锚小区102-1的覆盖范围。
UE的最后的服务小区和锚小区由同一gNB管理也是可能的。在这种情况下，网络设备120-1和网络设备120-2可以被认为是同一网络设备。在某些场景中，网络设备120-1和网络设备120-2也可以统称为网络设备120。
通信网络100还可以包括位置管理功能(LMF)130(下文中也可以称为第四设备130)，LMF 130可以与终端设备110以及网络设备120-1和120-2通信。LMF 130可以称为核心网中的管理节点。
可以理解，图1所示的网络设备和终端设备的数目是为了说明的目的而给出的，并不暗示任何限制。通信网络100可以包括任何合适数目的网络设备和终端设备。
根据通信技术，网络100可以是码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交频分多址(OFDMA)网络、单载波频分多址(SC-FDMA)网络等。在网络100中讨论的通信可以符合任何合适的标准，包括但不限于新无线电接入(NR)、长期演进(LTE)、演进型LTE、高级LTE(LTE-A)、宽带码分多址(WCDMA)、码分多址(CDMA)、cdma2000和全球移动通信系统(GSM)等。此外，通信可以根据当前已知的或将来开发的任何一代通信协议来执行。通信协议的示例包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、第五代(5G)通信协议。本文中描述的技术可以用于上述无线网络和无线电技术以及其他无线网络和无线电技术。为清楚起见，下文针对LTE描述这些技术的某些方面，并且在下文的大部分描述中使用LTE术语。
如上所述，RRC非活动状态已经被引入用于5G服务。UE可以由其最后的服务小区从连接状态配置为非活动状态，该最后的服务小区可以向UE发送包括适用的RAN通知区域(RNA)的RRC挂起消息。当UE处于非活动状态时，最后的服务小区成为用于UE保持UE上下文的锚小区。
在非活动状态下，UE的位置可以由RNA监测。在RNA区域中，UE可以在基本上在不需要任何信令的情况下跨小区移动，除非它有数据要发送。当UE移出RNA时，UE可以通过RRC位置更新消息通知锚小区。在这种情况下，如果UE位于新小区内，则新小区通常可以触发Xn上下文获取过程以从锚小区检索UE上下文。然后锚功能被重新定位，并且新的小区成为新的锚小区。
对于定位增强，已经商定一些特定方法、测量、信令和过程可以支持对处于RRC非活动状态的UE的定位。还商定SDT可以用作在RRC非活动状态下传输测量报告的一种方式。可以支持一些不同类型的SDT，诸如基于4步随机接入信道(RACH)的SDT、基于2步RACH的SDT和基于配置授权(CG)的SDT。
长期演进(LTE)定位协议(LPP)消息可以从传输设备传输到接收设备以用于接收设备的定位过程。LPP消息可以包括设置为TRUE的IE ackRequested、和序列号。当接收设备可以解码ackRequested值和序列号时，接收设备可以返回对该LPP消息的确认。确认可以包含设置为与所接收的LPP消息中的序列号相同的序列号的IE ackIndicator。当传输设备接收到对所传输的LPP消息的确认并且确认可以提供与所传输的LPP消息中的序列号匹配的ackIndicator IE时，传输设备可以向接收设备传输后续LPP消息。
定位辅助数据可以在LPP消息中传输。对于NR中的定位操作，网络设备可能需要将定位辅助数据递送给定位UE。下行链路(DL)和上行链路(UL)定位中所涉及的定位辅助数据可以包括以下方面：用于DL定位过程的定位参考信号(PRS)配置、测量和报告配置等；由小区发起的UL PRS(例如，探测参考信号(SRS))配置；从LMF发起的能力和位置信息请求；以及定位SRS激活或停用信令。
已经提出，定位辅助数据可以在RRC非活动状态下传输以用于UE功率节省和定位时延减少。例如，定位辅助数据可以在RRC非活动状态下在新的RACH过程中作为下行链路小数据传输。网络设备会首先寻呼该设备，然后定位设备在RRC非活动状态下发起RRC连接恢复过程以用于下行数据传输。
提出了可以通过寻呼消息递送定位辅助数据的一些方法。例如，UR可以在RRC空闲/非活动状态下被唤醒以通过寻呼消息开始定位测量和报告，或者用于定位配置信息的SRS可以承载在寻呼消息中。
然而，没有机制可以使UE在不进入连接模式的情况下反馈对定位辅助数据的接收的确认。因此，在接收到定位辅助数据之后如何启用确认传输可能仍需讨论。
本公开提出了一种针对在RRC非活动状态下的定位的确认反馈的解决方案。在该解决方案中，在RRC非活动状态下，UE可以接收至少指示用于UE传输针对LPP消息的接收的确认反馈的时延要求的信息。UE可以至少基于该信息执行针对消息的接收的确认反馈的传输，而不改变RRC非活动状态。
下面结合图2至图3对本公开的原理和实现进行详细说明，图2至图3分别示出了针对在RRC非活动状态下的定位的确认反馈的示意性过程。
图2示出了图示根据本公开的一些示例实施例的针对在RRC非活动状态下的定位的确认反馈的过程200的信令图。为了讨论的目的，将参考图1描述过程200。过程200可以涉及如图1所示的UE 110、锚小区102-1、最后的服务小区102-2和LMF 130。锚小区102-1可以由gNB120-1管理，如图1所示，并且最后的服务小区可以由gNB 120-1或gNB120-2管理，如图1所示。
对于时延严格的情况，LMF 130可以提供相应QoS信息，该QoS信息可以指示UE响应的可容忍时延。如图2所示，LMF 130可以向最后的服务小区102-2传输202指示用于UE 110传输针对LPP消息的接收的确认反馈的时延要求的信息。在下文中，指示UE 110的时延要求的信息也可以称为时延信息。
在一些示例实施例中，例如，时延信息可以连同定位辅助数据一起提供，因为LMF130可以将定位辅助数据递送给最后的服务小区102-2。
然后，最后的服务小区102-2可以向锚小区102-1传输204时延信息。在一些示例实施例中，锚小区102-1可以通过寻呼信息从最后的服务小区102-2获取时延信息。在寻呼触发的定位辅助数据传输中，最后的服务小区102-2可以指示RNA中的小区寻呼UE 110以用于定位辅助数据传输的目的。因此，时延信息也可以与寻呼触发信令一起递送给RNA中的小区。
锚小区102-1也可以向最后的服务小区102-2请求时延信息。在从UE 110接收到RRC恢复请求时，锚小区102-1可以向最后的服务小区102-2请求定位辅助数据。然后，最后的服务小区102-2可以向锚小区102-1提供定位辅助数据。因此，时延信息也可以与来自最后的服务小区102-2的定位辅助数据递送消息一起提供。
在从最后的服务小区102-2接收到时延信息之后，锚小区102-1可以确定用于UE传输对LPP消息的接收的确认反馈(即，确认消息)的传输资源和传输模式。
在一些示例实施例中，锚小区102-1可以确定UE 110可以在RRC非活动或空闲状态下通过CG资源(例如，通过用于SDT的CG资源)向锚小区102-1传输接收确认。
在一些示例实施例中，锚小区102-1还可以确定UE 110可以通过RACH资源向锚小区102-1传输接收确认。
作为另一选项，锚小区102-1还可以确定UE 110可以通过通过系统信息而配置的物理上行链路控制信道(PUCCH)资源来向锚小区102-1传输接收确认。
锚小区102-1可以使用时延信息来基于QoS和它发送定位辅助数据的时间来确定上述传输模式和对应资源中的任何一个是否适合于确认消息传输，因为锚小区102-1知道预配置的CG或PUCCH或RACH资源何时发生。如果任何配置的资源不合适，则锚小区102-1可以为确认消息传输配置一个新的专用资源。
因此，锚小区102-1也可以确定UE 110可以通过专用资源向锚小区102-1传输接收确认。
一旦传输模式被确定，也可以确定对应传输资源。基于所确定的传输模式和资源，锚小区102-1可以指示UE 110如何发送确认信息。
然后，锚小区102-1可以基于从最后的服务小区102-2接收的时延信息以及所确定的传输模式和对应传输资源来生成206用于UE 110传输UL确认消息的反馈辅助信息。
在一些示例实施例中，确认反馈辅助信息可以包括用于UE 110传输UL确认消息的时间窗口。例如，时间窗口可以是指响应时间，在该响应时间之前，UE 110必须反馈确认。备选地，时间窗口可以是指传输窗口，在该传输窗口内，UE 110被允许针对确认传输而尝试多次。
在一些示例实施例中，确认反馈辅助信息还可以包括用于UE 110的UL确认传输的传输模式和对应传输资源。例如，传输模式可以是CG-SDT、基于RACH的SDT和PUCCH等。相应地，传输资源可以是CG资源、RACH资源或PUCCH资源。
然后，锚小区102-1可以向UE 110传输208确认反馈辅助信息。例如，确认反馈辅助信息可以从锚小区102-1传输到UE 110，例如，与DL定位辅助数据递送消息一起，该DL定位辅助数据递送消息可以与RRC释放消息一起被包括在DL MAC PDU中。
具体地，作为一个选项，确认反馈辅助信息可以例如与DL定位辅助数据递送消息一起通过RACH消息来传输，诸如用于2步RACH过程的消息B(MsgB)或用于4步RACH过程的消息4(Msg4)。
作为另一选项，响应于通过为SDT而配置的CG资源接收到RRC恢复请求，确认反馈辅助信息可以例如与DL定位辅助数据递送消息一起通过DL物理下行链路共享信道(PDSCH)来传输。
在接收到确认反馈辅助信息之后，UE 110可以基于确认反馈辅助信息执行210UL确认传输。
在一些示例实施例中，如果UE 110确定传输资源在确认反馈辅助信息中被指示，则UE 110可以使用配置的传输资源(即，2步/4步RACH资源或CG-SDT资源、PUCCH资源或专用资源)来传输确认消息。
例如，如果小区指示基于2步RACH的SDT用于确认传输，则UE110可以在用于2步RACH过程的消息A(MsgA)中连同RRC恢复请求一起传输确认传输。
此外，UE 110可以从确认反馈辅助信息中获取与UL确认传输相关联的时间窗口，该时间窗口可以是指响应时间，在该响应时间之前，UE 110必须反馈确认，或者该时间窗口可以是指传输窗口，在该传输窗口内，UE 110被允许针对确认传输而尝试多次。
如果UE 110确定UL确认传输可以在时间窗口到期之前在确认反馈辅助信息中指示的传输资源上执行，则UE 110可以向锚小区102-1传输212UL确认传输。
在一些示例实施例中，UE 110可以在用于2步RACH过程的MsgA、用于4步RACH过程的消息3(Msg3)或用于SDT的CG PUSCH资源中连同RRC恢复请求一起传输UL确认传输。
在一些示例实施例中，UE 110还可以在诸如RRCResumeRequest等RRC消息中指示UE 110请求传输NAS消息(例如，LPP消息)。该指示还可以指示UE 110没有请求进入RRC连接模式以提供NAS消息。备选地，该指示还可以指示由于NAS消息的传输而进入RRC连接模式的请求。
在一些示例实施例中，如果消息大小超过某个消息大小阈值，则UE可以被配置为进入RRC连接模式。阈值可以被设置以使得UE可以使用预先配置的反馈资源来提供LPP确认消息。
如果UE 110确定UL确认传输未在时间窗口到期之前在确认反馈辅助信息中指示的传输资源上执行，则UE 110可以向锚小区102-1传输LPP错误消息，该LPP错误消息可以包括所接收的事务ID和错误类型。
例如，错误原因可以例如被指示为未定义，或者新的错误原因可以被定义以指示时延阈值被超过。
在一些示例实施例中，UE 110可以通过进入RRC连接模式来向锚小区102-1传输LPP错误消息。
在这种情况下，当确认消息没有被成功传输时，UE 110可以丢弃LPP消息。
也有可能用于UL确认传输的传输资源未在确认反馈辅助信息中被指示。在这种情况下，UE 110可以自主地为SDT选择预先配置的资源(即，2步/4步RACH资源或CG-SDT资源或PUCCH)。作为另一选项，UE 110可以选择默认传输模式(即，基于RACH的SDT)。在这种情况下，UE 110可以向锚小区指示信令以指示这是用于定位辅助数据的确认消息。
在从UE 110接收到确认消息之后，锚小区102-1可以将确认消息转发214给最后的服务小区102-2。最后的服务小区102-2可以进一步将确认消息转发216给LMF 130。
使用图2的过程200中所示的解决方案，LMF可以指示锚gNB(管理锚小区)的时延信息以确定用于确认消息传输的传输模式和传输资源。锚gNB可以向UE指示传输资源和传输模式连同LPP消息(即，定位辅助数据)递送。因此，该解决方案可以为确认消息传输动态地分配资源，以实现快速的确认消息传输。此外，在LPP消息被递送给UE时，也可以预先针对确认消息向锚gNB预先配置传输资源。
作为另一选项，LMF 130还可以向UE 110指示时延信息。如果UE已经被配置为以时延关键方式提供确认消息，则UE可以向服务小区指示用于UL资源配置的时延信息。该解决方案可以参考图3进行描述。
现在参考图3。图3示出了图示根据本公开的一些示例实施例的针对在RRC非活动状态下的定位的确认反馈的过程300的信令图。为了讨论的目的，将参考图1描述过程300。过程300可以涉及如图1所示的UE 110、gNB 120和LMF 130。
如图3所示，LMF 130可以向UE 110传输302时延信息。例如，LMF 130可以通过LPP消息向UE 110传输时延信息。例如，时延信息可以作为一个新的元素信息添加在LPP消息头中以指示确认请求是否是时延关键的。备选地，时延信息可以被添加作为在LPP消息中指示的一个新的元素信息ackRequestedLatencyCritical。应当理解，元素信息也可以称为具有类似功能的另一参数名称。
在一些示例实施例中，如果时延信息被包括在LPP消息中，则LPP消息可以如下表示。
表1：LPP消息
Figure BDA0003757281830000141
Figure BDA0003757281830000151
在接收到LPP消息之后，UE 110可以知道确认请求是否是时延关键的，并且可以确定304如何以及在哪里传输LPP确认消息。当UE被触发以提供时延关键反馈时，UE可以单独地传输LPP确认消息。也就是说，UE 110可以不提供LPP确认消息作为它在传输缓冲器中可以具有的任何其他LPP消息的一部分。
在一些示例实施例中，如果UE确定当前可用UL资源可以满足时延要求，则UE 110可以在当前可用UL资源上传输确认消息。例如，gNB 120可以为UE 110传输LPP确认消息预先配置一些RACH-SDT/CG-SDT资源。
在一些示例实施例中，如果UE确定当前可用UL资源未满足时延要求，则UE 110可以针对新的UL资源分配向gNB 120指示时延信息。例如，UE 110可以向gNB 120传输306时延信息以请求新的UL资源分配。
在一些示例实施例中，时延信息的传输可以是小区特定的或RNA特定的。当UE重新选择新小区或新RNA时，UE 110可以向重新选择的小区提供时延限制/时延信息。
基于时延信息，gNB 120可以确定308要分配给UE 110用于确认消息传输的新的UL资源。gNB 120可以向UE 110传输310所分配的UL资源的指示。应当理解，要从gNB 120向UE110传输的与定位有关的任何其他消息也可以跟随有UL资源配置。
通过本公开的解决方案，可以启用确认信息报告以保证定位辅助数据接收的可靠性。在接收到定位辅助数据之后，针对确认信息反馈，没有从非活动状态到连接状态的RRC连接状态转变。此外，时延信息可以用于为确认信息报告配置SDT资源，以保证QoS要求。这在节能、端到端定位时延减少和信令开销减少方面对UE是有益的。
图4示出了根据本公开的一些示例实施例的针对在RRC非活动状态下的定位的确认反馈的示例方法400的流程图。方法400可以在如图1所示的第一设备110处实现。为了讨论的目的，将参考图1描述方法400。
在410，第一设备在RRC非活动状态下接收至少指示用于第一设备针对消息的接收而传输确认反馈的时延要求的信息。该消息与第一设备的定位相关联并且是从第二设备或第四设备传输的。
在一些示例实施例中，第一设备可以通过以下各项接收该信息：第一设备与第二设备之间的2步随机接入过程中的消息B；第一设备与第二设备之间的4步随机接入过程中的消息4；或者与用于第一设备与第二设备之间的小数据传输的配置授权相关联的数据信道。
在420，第一设备至少基于该信息来执行针对消息的接收的确认反馈的传输，而不改变RRC非活动状态。
在一些示例实施例中，如果该信息是从第二设备接收的，则第一设备可以基于时延要求确定时间窗口；确定用于传输针对该消息的接收的确认反馈的传输模式和资源；确定确认反馈是否被允许在时间窗口到期之前以该传输模式在该资源上被传输。如果第一设备确定确认反馈被允许在时间窗口到期之前以该传输模式在该资源上被传输，则第一设备可以以该传输模式在该资源上向第二设备传输确认反馈。
在一些示例实施例中，资源包括以下中的至少一项：与第一设备和第二设备之间的随机接入过程相关联的资源、与分配给第一设备的配置授权相关联的资源、与第一设备和第二设备之间的控制信道相关联的资源、或者专用于第一设备传输确认反馈的资源。
在一些示例实施例中，传输模式包括以下中的至少一项：基于配置授权的小数据传输、基于随机接入过程的小数据传输、或者由第一设备与第二设备之间的控制信道承载的传输。
在一些示例实施例中，时间窗口指示以下中的一项：响应时间，在该响应时间之前，第一设备被要求传输确认；或者传输窗口，在该传输窗口内，第一设备被允许针对确认反馈的传输执行多次尝试。
在一些示例实施例中，如果第一设备确定确认反馈未被允许在时间窗口到期之前以该传输模式在该资源上被传输，则第一设备可以向第二设备传输接收的错误的指示。
在一些示例实施例中，错误的指示包括错误的类型。
在一些示例实施例中，该指示是在RRC连接模式下传输的。
在一些示例实施例中，如果该信息是从第二设备接收的并且如果第一设备确定用于传输针对该消息的接收的确认反馈的资源未在该信息中被指示，则第一设备可以从预先配置用于传输的候选资源集中选择该资源。
在一些示例实施例中，第一设备可以向第二设备传输如下指示：第一设备没有请求进入RRC连接模式以传输确认反馈。
在一些示例实施例中，如果该信息是从第四设备接收的，则第一设备可以确定可用于传输的候选资源集是否满足时延要求。如果第一设备确定可用于第一设备传输确认反馈的候选资源集未满足时延要求，则第一设备可以向第二设备传输用于第一设备传输确认反馈的资源的请求。如果第一设备确定用于第一设备传输确认反馈的该资源已经由第二设备分配，则第一设备可以在所分配的资源上传输确认反馈。
在一些示例实施例中，如果第一设备确定可用于第一设备传输确认反馈的候选资源集满足时延要求，则第一设备可以从候选资源集中选择用于第一设备传输确认反馈的资源并且在所选择的资源上传输确认反馈。
在一些示例实施例中，时延要求包括以下中的至少一项：确认反馈的预期时间、或者用于提供确认反馈的时延阈值。
在一些示例实施例中，第一设备包括终端设备，并且第二设备包括网络设备，并且第四设备包括位置管理实体。
图5示出了根据本公开的一些示例实施例的针对在RRC非活动状态下的定位的确认反馈的示例方法500的流程图。方法500可以在如图1所示的第二设备120处实现。为了讨论的目的，将参考图1描述方法500。
在510，第二设备接收至少指示用于第一设备针对消息的接收而传输确认反馈的时延要求的信息。该消息与第一设备的定位相关联并且是从第二设备或第四设备传输的。
在一些示例实施例中，第二设备可以经由寻呼信令从第三设备接收该信息。
在一些示例实施例中，第二设备可以向第三设备传输对该信息的请求；并且从第三设备接收该信息。
在一些示例实施例中，第二设备可以向第一设备传输该信息连同该消息。
在一些示例实施例中，第二设备可以根据该信息确定用于第一设备传输确认反馈的资源和传输模式；生成用于第一设备传输确认反馈的资源和传输模式的指示；并且向第一设备传输该信息中包括的该指示。
在一些示例实施例中，资源包括以下中的至少一项：与第一设备和第二设备之间的随机接入过程相关联的资源、与分配给第一设备的配置授权相关联的资源、与第一设备和第二设备之间的控制信道相关联的资源、或者专用于第一设备传输确认反馈的资源。
在一些示例实施例中，传输模式包括以下中的至少一项：基于配置授权的小数据传输、基于随机接入过程的小数据传输、或者由第一设备与第二设备之间的控制信道承载的传输。
在520，第二设备向第一设备传输该信息。
在一些示例实施例中，第二设备可以通过以下中的至少一项传输该信息：第一设备与第二设备之间的2步随机接入过程中的消息B、第一设备与第二设备之间的4步随机接入过程中的消息4、或者与用于第一设备与第二设备之间的小数据传输的配置授权相关联的数据信道。
在一些示例实施例中，第二设备可以从第一设备接收如下的指示：第一设备没有进入RRC连接模式以传输确认反馈。
在一些示例实施例中，第二设备可以从第一设备接收用于第一设备传输确认反馈的资源的请求；并且为第一设备传输确认反馈分配该资源。
在一些示例实施例中，时延要求包括以下中的至少一项：确认反馈的预期时间、或者用于提供确认反馈的时延阈值。
在一些示例实施例中，第一设备包括终端设备，并且第二设备包括网络设备，并且第四设备包括位置管理实体。
图6示出了根据本公开的一些示例实施例的针对在RRC非活动状态下的定位的确认反馈的示例方法600的流程图。方法600可以在如图1所示的第四设备130处实现。为了讨论的目的，将参考图1描述方法600。
在610，第四设备生成指示用于第一设备针对消息的接收而传输确认反馈的时延要求的信息。该消息与第一设备的定位相关联并且是从第二设备或第四设备传输的。
在620，第四设备经由第三设备向第一设备或第二设备传输该信息。
在一些示例实施例中，第四设备可以将该信息与该消息一起传输。
在一些示例实施例中，时延要求包括以下中的至少一项：确认反馈的预期时间、或者用于提供确认反馈的时延阈值。
在一些示例实施例中，第一设备包括终端设备，并且第二设备包括网络设备，并且第四设备包括位置管理实体。
在一些示例实施例中，一种能够执行方法400(例如，在UE 110处实现)的装置可以包括用于执行方法400的相应步骤的部件。该部件可以以任何合适的形式来实现。例如，该部件可以用电路系统或软件模块来实现。
在一些示例实施例中，该装置包括用于在处于无线电资源控制RRC非活动状态下的第一设备处接收至少指示用于第一设备针对消息的接收而传输确认反馈的时延要求的信息的部件，该消息与第一设备的定位相关联并且是从第二设备或第四设备传输的；以及用于至少基于该信息执行针对消息的接收的确认反馈的传输而不改变RRC非活动状态的部件。
在一些示例实施例中，一种能够执行方法500(例如，在gNB 120处实现)的装置可以包括用于执行方法500的相应步骤的部件。该部件可以以任何合适的形式来实现。例如，该部件可以用电路系统或软件模块来实现。
在一些示例实施例中，该装置包括用于在第二设备处接收指示用于第一设备针对消息的接收而传输确认反馈的时延要求的信息的部件，该消息与第一设备的定位相关联并且是从第二设备或第四设备传输的；以及用于向第一设备传输该信息的部件。
在一些示例实施例中，一种能够执行方法600(例如，在LMF 130处实现)的装置可以包括用于执行方法600的相应步骤的部件。该部件可以以任何合适的形式来实现。例如，该部件可以用电路系统或软件模块来实现。
在一些示例实施例中，该装置包括用于在第四设备处生成指示用于第一设备针对消息的接收而传输确认反馈的时延要求的信息的部件，该消息与第一设备的定位相关联并且是从第二设备或第四设备传输的；以及用于向第一设备或第二设备传输该信息的部件。
图7是适合于实现本公开的实施例的设备700的简化框图。可以提供设备700来实现通信设备，例如如图1所示的UE 110、gNB 120和LMF130。如图所示，设备700包括一个或多个处理器710、耦合到处理器710的一个或多个存储器740、以及耦合到处理器710的一个或多个通信模块740。
通信模块740用于双向通信。通信模块740具有一个或多个通信接口以促进与一个或多个其他模块或设备的通信。通信接口可以表示与其他网络元件的通信所必需的任何接口。在一些示例实施例中，通信模块740可以包括至少一个天线。
处理器710可以是适合本地技术网络的任何类型，并且作为非限制性示例，可以包括以下中的一种或多种：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器。设备700可以具有多个处理器，诸如在时间上从属于与主处理器同步的时钟的专用集成电路芯片。
存储器720可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的示例包括但不限于只读存储器(ROM)724、电可编程只读存储器(EPROM)、闪存、硬盘、压缩盘(CD)、数字视频磁盘(DVD)和其他磁存储和/或光存储。易失性存储器的示例包括但不限于随机存取存储器(RAM)722和不会在断电期间持续的其他易失性存储器。
计算机程序730包括由相关联的处理器710执行的计算机可执行指令。程序730可以存储在ROM 720中。处理器710可以通过将程序730加载到RAM 720中来执行任何合适的动作和处理。
本公开的实施例可以借助于程序730来实现，使得设备700可以执行如参考图2-图6讨论的本公开的任何过程。本公开的实施例还可以通过硬件或软件和硬件的组合来实现。
在一些实施例中，程序730可以有形地包含在计算机可读介质中，该计算机可读介质可以被包括在设备700(诸如在存储器720中)或在设备700可访问的其他存储设备中。设备700可以将程序730从计算机可读介质加载到RAM 722以供执行。计算机可读介质可以包括任何类型的有形非易失性存储器，诸如ROM、EPROM、闪存、硬盘、CD、DVD等。图8示出了CD或DVD形式的计算机可读介质800的示例。计算机可读介质上存储有程序730。
通常，本公开的各种实施例可以使用硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以使用硬件实现，而其他方面可以使用可以由控制器、微处理器或其他计算设备执行的固件或软件来实现。尽管本公开的实施例的各个方面被图示和描述为框图、流程图或使用一些其他图形表示，但是应当理解，作为非限制性示例，本文中描述的块、设备、系统、技术或方法可以使用硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备、或其某种组合来实现。
本公开还提供有形地存储在非暂态计算机可读存储介质上的至少一种计算机程序产品。计算机程序产品包括计算机可执行指令，诸如程序模块中包括的指令，该指令在目标真实或虚拟处理器上的设备中执行，以执行如以上参考图4至图6描述的方法400-600。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，程序模块的功能可以根据需要在程序模块之间组合或拆分。程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质两者中。
用于执行本公开的方法的程序代码可以以一种或多种编程语言的任何组合来编写。这些程序代码可以被提供给通用计算机、专用计算机或其他可编程数据处理设备的处理器或控制器，使得程序代码在由处理器或控制器执行时使在流程图和/或框图中指定的功能/操作被实现。程序代码可以完全在机器上、部分在机器上、作为独立软件包、部分在机器上和部分在远程机器上、或完全在远程机器或服务器上执行。
在本公开的上下文中，计算机程序代码或相关数据可以由任何合适的载体承载，以使得设备、装置或处理器能够执行如上所述的各种过程和操作。载体的示例包括信号、计算机可读介质等。
计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可以包括但不限于电子、磁性、光学、电磁、红外线或半导体系统、装置或设备、或前述各项的任何合适的组合。计算机可读存储介质的更具体示例将包括具有一根或多根电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光存储设备、磁存储设备、或前述各项的任何合适的组合。
此外，虽然以特定顺序描述操作，但这不应当被理解为需要以所示特定顺序或按顺序执行这样的操作或者执行所有所示操作以获取期望结果。在某些情况下，多任务和并行处理可能是有利的。同样，虽然在上述讨论中包含了若干具体实现细节，但这些不应当被解释为对本公开的范围的限制，而是对可能特定于特定实施例的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以在多个实施例中单独或以任何合适的子组合来实现。
尽管本公开已经以特定于结构特征和/或方法动作的语言进行了描述，但是应当理解，在所附权利要求中定义的本公开不一定限于上述特定特征或动作。相反，上述具体特征和动作被公开作为实现权利要求的示例形式。

Claims (29)

1.一种方法，包括：
在处于无线电资源控制RRC非活动状态下的第一设备处接收信息，所述信息至少指示用于所述第一设备针对消息的接收而传输确认反馈的时延要求，所述消息与所述第一设备的定位相关联并且是从第二设备或第四设备传输的；以及
至少基于所述信息来执行针对所述消息的所述接收的所述确认反馈的所述传输，而不改变所述RRC非活动状态。
2.根据权利要求1所述的方法，其中接收所述信息包括：
通过以下中的至少一项从所述第二设备接收所述信息：
所述第一设备与所述第二设备之间的2步随机接入过程中的消息B，
所述第一设备与所述第二设备之间的4步随机接入过程中的消息4，或者
与用于所述第一设备和所述第二设备之间的小数据传输的配置授权相关联的数据信道。
3.根据权利要求1所述的方法，其中所述信息是从所述第二设备接收的，并且其中执行所述确认反馈的所述传输包括：
基于所述时延要求，确定与所述确认反馈的所述传输相关联的时间窗口；
从所述信息中获取用于传输针对所述消息的所述接收的所述确认反馈的传输模式和资源的指示；
确定所述确认反馈是否被允许在所述时间窗口到期之前以所述传输模式在所述资源上被传输；以及
根据确定所述确认反馈被允许在所述时间窗口到期之前以所述传输模式在所述资源上被传输，以所述传输模式在所述资源上向所述第二设备传输所述确认反馈。
4.根据权利要求3所述的方法，其中所述资源包括以下中的至少一项：
与所述第一设备和所述第二设备之间的随机接入过程相关联的资源，
与分配给所述第一设备的配置授权相关联的资源，
与所述第一设备和所述第二设备之间的控制信道相关联的资源，或者
专用于所述第一设备传输所述确认反馈的资源。
5.根据权利要求3所述的方法，其中所述传输模式包括以下中的至少一项：
基于配置授权的小数据传输，
基于随机接入过程的小数据传输，或者
由所述第一设备与所述第二设备之间的控制信道承载的传输。
6.根据权利要求3所述的方法，其中所述时间窗口指示以下中的一项：
响应时间，在所述响应时间之前，所述第一设备被要求传输所述确认；或者
传输窗口，在所述传输窗口内，所述第一设备被允许针对所述确认反馈的所述传输执行多次尝试。
7.根据权利要求3所述的方法，还包括：
根据确定所述确认反馈未被允许在所述时间窗口到期之前以所述传输模式在所述资源上被传输，向所述第二设备传输所述接收的错误的指示。
8.根据权利要求1所述的方法，其中所述信息是从所述第二设备接收的，并且其中执行所述确认反馈的所述传输包括：
根据确定用于传输针对所述消息的所述接收的所述确认反馈的资源未在所述信息中被指示，从预先配置用于所述传输的候选资源集中选择所述资源。
9.根据权利要求1所述的方法，还包括：
向所述第二设备传输如下指示：第一设备没有请求进入RRC连接模式以传输所述确认反馈。
10.根据权利要求1所述的方法，其中所述信息是从第四设备接收的，并且其中执行所述确认反馈的所述传输包括：
确定可用于所述传输的候选资源集是否满足所述时延要求；
根据确定可用于所述第一设备传输所述确认反馈的所述候选资源集未满足所述时延要求，向所述第二设备传输用于所述第一设备传输所述确认反馈的资源的请求；以及
根据确定用于所述第一设备传输所述确认反馈的所述资源已经由所述第二设备分配，在所分配的所述资源上传输所述确认反馈。
11.根据权利要求10所述的方法，还包括：
根据确定可用于所述第一设备传输所述确认反馈的所述候选资源集满足所述时延要求，从所述候选资源集中选择用于所述第一设备传输所述确认反馈的资源；以及
在所选择的所述资源上传输所述确认反馈。
12.根据权利要求1至11中任一项所述的方法，其中所述时延要求包括以下中的至少一项：
所述确认反馈的预期时间，或者
用于提供所述确认反馈的时延阈值。
13.根据权利要求1至11中任一项所述的方法，其中所述第一设备包括终端设备，所述第二设备包括网络设备，并且所述第四设备包括位置管理实体。
14.一种方法，包括：
在第二设备处接收信息，所述信息至少指示用于第一设备针对消息的接收而传输确认反馈的时延要求，所述消息与所述第一设备的定位相关联并且是从第四设备向所述第二设备传输的；以及
向所述第一设备传输所述信息。
15.根据权利要求14所述的方法，还包括：
基于所述信息，确定用于所述第一设备传输所述确认反馈的资源和传输模式；
生成用于所述第一设备传输所述确认反馈的资源和传输模式的指示；以及
向所述第一设备传输所述信息中包括的所述指示。
16.根据权利要求15所述的方法，其中所述资源包括以下中的至少一项：
与所述第一设备和所述第二设备之间的随机接入过程相关联的资源，
与分配给所述第一设备的配置授权相关联的资源，
与所述第一设备和所述第二设备之间的控制信道相关联的资源，或者
专用于所述第一设备传输所述确认反馈的资源。
17.根据权利要求15所述的方法，其中所述传输模式包括以下中的至少一项：
基于配置授权的小数据传输，
基于随机接入过程的小数据传输，或者
由所述第一设备与所述第二设备之间的控制信道承载的传输。
18.根据权利要求14所述的方法，其中传输所述信息包括：
通过以下中的至少一项传输所述信息：
所述第一设备与所述第二设备之间的2步随机接入过程中的消息B，
所述第一设备与所述第二设备之间的4步随机接入过程中的消息4，或者
与用于所述第一设备和所述第二设备之间的小数据传输的配置授权相关联的数据信道。
19.根据权利要求14所述的方法，还包括：
从所述第一设备接收如下的指示：所述第一设备没有进入RRC连接模式以传输所述确认反馈。
20.根据权利要求14所述的方法，还包括：
从所述第一设备接收用于所述第一设备传输所述确认反馈的资源的请求；
为所述第一设备传输所述确认反馈分配所述资源。
21.根据权利要求14至20中任一项所述的方法，其中所述时延要求包括以下中的至少一项：
所述确认反馈的预期时间，或者
用于提供所述确认反馈的时延阈值。
22.根据权利要求14至20中任一项所述的方法，其中所述第一设备包括终端设备，所述第二设备包括网络设备，并且所述第四设备包括位置管理实体。
23.一种方法，包括：
在第四设备处生成信息，所述信息指示用于第一设备针对消息的接收而传输确认反馈的时延要求，所述消息与所述第一设备的定位相关联并且是从所述第四设备或第二设备向所述第一设备传输的；以及
经由第三设备向所述第一设备或所述第二设备传输所述信息。
24.根据权利要求23所述的方法，其中向所述第一设备传输所述信息包括：
将所述信息连同与所述第一设备的所述定位相关联的所述消息一起传输。
25.根据权利要求23或24所述的方法，其中所述时延要求包括以下中的至少一项：
所述确认反馈的预期时间，或者
用于提供所述确认反馈的时延阈值。
26.根据权利要求23或24所述的方法，其中所述第一设备包括终端设备，所述第二设备包括网络设备，并且所述第四设备包括位置管理实体。
27.一种设备，包括：
至少一个处理器；以及
至少一个存储器，包括计算机程序代码；
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述设备至少执行根据权利要求1至13中任一项所述的方法、根据权利要求14至22中任一项所述的方法、或者根据权利要求23至26中任一项所述的方法。
28.一种装置，包括：
用于执行根据权利要求1至13中任一项所述的方法、根据权利要求14至22中任一项所述的方法、或者根据权利要求23至26中任一项所述的方法的部件。
29.一种非暂态计算机可读介质，包括程序指令，所述程序指令用于使装置至少执行根据权利要求1至13中任一项所述的方法、根据权利要求14至22中任一项所述的方法、或者根据权利要求23至26中任一项所述的方法。
CN202180010349.1A 2021-07-22 2021-07-22 针对在无线电资源控制非活动状态下的定位的确认反馈 Pending CN115843423A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/107986 WO2023000279A1 (en) 2021-07-22 2021-07-22 Acknowledgement feedback for positioning in radio resource control inactive state

Publications (1)

Publication Number Publication Date
CN115843423A true CN115843423A (zh) 2023-03-24

Family

ID=84980331

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180010349.1A Pending CN115843423A (zh) 2021-07-22 2021-07-22 针对在无线电资源控制非活动状态下的定位的确认反馈

Country Status (2)

Country Link
CN (1) CN115843423A (zh)
WO (1) WO2023000279A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10701659B2 (en) * 2016-04-28 2020-06-30 Telefonaktiebolaget Lm Ericsson (Publ) Handling tracking area information in a wireless communication network
CN108696340B (zh) * 2017-04-05 2022-09-27 中兴通讯股份有限公司 反馈信息的发送、接收方法及装置
US11388639B2 (en) * 2018-04-03 2022-07-12 Lg Electronics Inc. Method and apparatus for prohibiting cell reselection procedure during data communication by user equipment in wireless communication system
CN112823543A (zh) * 2018-08-08 2021-05-18 诺基亚技术有限公司 条件交换中的信令改进
US20220116902A1 (en) * 2019-02-22 2022-04-14 Nokia Technologies Oy Uplink positioning for idle or inactive terminal device

Also Published As

Publication number Publication date
WO2023000279A1 (en) 2023-01-26

Similar Documents

Publication Publication Date Title
CN109997405B (zh) 用于执行随机接入信道进程的方法及其用户设备
CN114173371B (zh) 非授权频谱中的定位测量报告
CN114503704B (zh) 用于发送prs的方法、设备和计算机可读介质
WO2022178837A1 (en) Positioning assistance data delivery for ue positioning in radio resource control inactive state
CN113906815B (zh) 随机接入过程中的竞争解决
CN115152318A (zh) 用于信道状态信息的事件触发测量
CN114586426B (zh) 对数据传输配置的指示
WO2022109864A1 (en) Transmission of periodic data in inactive state
US11178682B2 (en) Method for requesting uplink transmission resource, terminal, and network device
WO2023000279A1 (en) Acknowledgement feedback for positioning in radio resource control inactive state
CN114223159B (zh) 高层ack/nack的传输
US20240090063A1 (en) Data transmission with security configurations
WO2019115225A2 (en) Methods and devices for resource scheduling in communication system
WO2023155117A1 (en) Access resource selection for small data transmission
WO2023130273A1 (en) Configured grant resource handling for small data transmission
CN114009098B (zh) 不连续接收配置的状态的通知
WO2023155119A1 (en) Procedure selection for small data transmission
WO2024092630A1 (en) Methods and devices for discontinuous transmission or discontinuous reception
WO2024092665A1 (en) Small data transmission control
CN113826412B (zh) 辅小区的激活
WO2023050434A1 (en) Enhanced uplink synchronization scheme
WO2022213246A1 (en) Positioning enhancement mechanism
US20240129987A1 (en) Methods, devices, and medium for communication
CN115918233A (zh) 由数据传输触发的波束报告
WO2022269474A1 (en) Ue based pdcch monitoring adaptation during sdt

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination