CN116349253A - 更新用户设备位置的方法及相关设备 - Google Patents

Abstract

本申请提供了一种在无线电资源控制(RRC)非活动状态下更新用户设备(UE)的位置的方法。该方法包括在UE从RAN接收到指示UE移动到或保持在RRC非活动状态的第一RRC释放消息之后，与服务UE的无线电接入网络(RAN)执行UE位置更新过程，确定当UE在RRC非活动状态下与RAN中的第一小区执行第一小数据传输(SDT)过程时是否暂停UE位置更新过程，并且当第一SDT过程终止时确定是开始还是重新开始UE位置更新过程。

Description

更新用户设备位置的方法及相关设备

相关申请的交叉引用

本申请主张于2020年9月25日提交的名称为“RADIO RESOURCE CONTROLMANAGEMENT FOR IDLE-MODE PACKET TRANSMISSION OF USER EQUIPMENT”(“’696临时申请”)，序列号为63/083696的临时美国专利申请的权益和优先权，其内容通过引用完全并入本申请。

技术领域

本公开一般涉及无线通信，更具体地，涉及一种在无线资源控制(RRC)非活动状态下更新用户设备(UE)位置的方法及相关设备。

背景技术

随着连接设备数量的巨大增长和用户/网络流量的快速增加，已经通过提高数据速率、延迟、可靠性和移动性做出各种努力来改善下一代无线通信系统，例如第五代(5G)新无线电(New Radio，NR)，的无线通信的不同方面。

5G NR系统旨在提供灵活性和可配置性以优化网络服务和类型并适应各种使用，例如增强型移动宽带(enhanced Mobile Broadband，eMBB)、大规模机器类型通信(massiveMachine-Type Communication，mMTC)以及超可靠和低功耗-延迟通信(Ultra-Reliableand Low-Latency Communication，URLLC)。

然而，随着对无线电接入的需求不断增加，需要进一步改进下一代无线通信系统的无线通信。

发明内容

本公开提供一种在无线资源控制(RRC)非活动状态下更新用户设备(UE)位置的方法及相关设备。

在本申请的一方面，提供了一种在无线电资源控制(radio resource control，RRC)非活动状态下更新用户设备(UE)的位置的方法。该方法包括在UE从RAN接收到指示UE移动到或保持在RRC非活动状态的第一RRC释放消息之后，与服务UE的无线电接入网络(radio access network，RAN)执行UE位置更新过程，确定当UE在RRC非活动状态下与RAN中的第一小区执行第一小数据传输(small data transmission，SDT)过程时是否暂停UE位置更新过程，并且当第一SDT过程终止时确定是开始还是重新开始UE位置更新过程。

在本申请的另一方面，提供了一种用户设备(UE)，用于在无线电资源控制(RRC)非活动状态下更新UE的位置，UE包括：处理器及耦合至所述处理器的存储器，其中存储器储存有计算机可执行程序，当由处理器执行时，使处理器执行上述的在RRC非活动状态下更新UE的位置的方法。

附图说明

当结合附图来阅读以下内容时，可最好地理解本公开的方面。各种特征未被按比例绘制。为了讨论清楚起见，可任意增大或减小各种特征的尺寸。

图1是根据本申请的实施例提供的小数据传输(small data transmission，SDT)过程的传输序列的示意图。

图2是根据本申请的实施例提供的基于随机接入(random access，RA)的SDT过程的传输序列的示意图。

图3是根据本申请的实施例提供的已配置授权(configured grant，CG)SDT过程的传输序列的示意图。

图4是根据本申请的实施例提供的无线电接入网络(radio access network，RAN)通知区域更新(Notification Area Update，RNAU)过程的传输序列的示意图。

图5是根据本申请的实施例提供的一种在无线资源控制(RRC)非活动状态下更新用户设备(UE)的位置的方法的流程图。

图6是根据本申请的实施例提供的无线通信的节点的框图。

具体实施方式

以下描述包含与本案中的示例性实施方式相关的特定信息。本案中的附图及其随附详细描述仅仅针对示例性实施方式。然而，本案并不仅仅限于这些示例性实施方式。本领域技术人员将想到本案的其他变化和实施方式。除非另有说明，否则附图中的相同或对应的元件可由相同或对应附图标号指示。此外，本案中的附图和图示通常不是按比例绘制的，并且无意于实际相关尺寸相对应。

出于一致性和易于理解的目的，在示例性附图中通过标记标示相同的特征(虽然在一些示例中未示出)。然而，不同实施方式中的特征在其他方面可能不同，因此不应狭义地局限于附图中所示的特征。

说明书使用了短语“在一个实施方式中”或“在一些实施方式中”，其可以各自指代相同或不同实施方式的其中一个或多个。术语“耦接”被定义为直接地或通过中间部件间接地连接，并且不一定限于物理连接。在使用术语“包含”时表示“包括但不一定限于”；其具体指明所描述的组合、组、系列和等效物中的开放式包含或隶属成员。

术语“和/或”只是描述关联对象的关联关系，表示可能存在三种关系，例如A和/或B可以表示：A单独存在，A和B同时存在，B单独存在。“A和/或B和/或C”可以表示A、B、C中至少存在一个，A和B同时存在，A和C同时存在，B和C同时存在，A、B、C同时存在。另外，这里使用的字符“/”一般表示前后关联对象是一种“或”的关系。

另外，本申请中的以下段落、(子)-项目符号、要点、动作、行为、术语、替代方案、示例或权利要求中的任何两个或更多个可以逻辑地、合理地和适当地组合以形成特定方法。本申请中的任何句子、段落、(子)-项目符号、要点、动作、行为、术语或权利要求都可以独立且单独地实施以形成特定方法。依赖性，例如，“基于”、“更具体地”、“优选地”、“在一个实施例中”、“在一个实现方式中”、“在一个备选方案中”，在本申请中可以仅指一个可能的示例，其不会限制具体方法。

出于解释和非限制的目的，对诸如功能实体、技术、协议、标准等具体细节进行阐述，以提供对所描述技术的理解。在其他示例中，省略对公知的方法、技术、系统、架构等的详细描述，以免不必要的细节使描述不清楚。

本领域技术人员将立即认识到本案中描述的任何网络功能或算法可由硬件、软件或软件和硬件的组合来实施。所描述的功能可对应于模块，这些模块可以是软件、硬件、固件或其任何组合。软件实施方式可包括存储在诸如存储器或其他类型的存储装置的计算机可读介质上的计算机可执行指令。例如，具有通信处理能力的一个或多个微处理器或通用计算机可使用对应的可执行指令予以编程，并执行所描述的网络功能或算法。这些微处理器或通用计算机可由专用集成电路(Applications Specific Integrated Circuitry，ASIC)、可编程逻辑阵列和/或使用一个或多个数字信号处理器(DigitalSignalProcessor，DSP)形成。虽然本说明书中描述的若干示例性实施方式是针对在计算机硬件上安装和执行的软件，但是作为固件或硬件或硬件与软件的组合而实施的替代示例性实施方式也在本案的范围内。

计算机可读介质包括但不限于，随机存取存储器(Random Access Memory，RAM)、只读存储器(Read Only Memory，ROM)、可擦除可编程只读存储器(Erasable ProgrammableRead-Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically ErasableProgrammable Read-Only Memory，EEPROM)、闪存、光盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、磁卡带、磁带、磁盘存储或任何其他能够存储计算机可读指令的等效介质。

无线通信网络架构(例如，长期演进(Long Term Evolution，LTE)系统、LTE-Advanced(LTE-Advanced，LTE-A)系统，LTE-Advanced Pro系统或5G新无线(NR)无线接入网络(RAN)通常包括至少一个基站(BS)、至少一个用户设备(UE)以及提供连接到网络的一个或多个可选网络元件。UE通过由一个或多个基站建立的RAN与网络(例如，核心网络(CoreNetwork，CN)、演进分组核心(Evolved Packet Core，EPC)网络、演进通用陆地无线接入网(Evolved Universal Terrestrial Radio Access Network，E-UTRAN)、5G核心(5GCore，5GC)或互联网)进行通信。

本申请的UE可包括但不限于移动站、移动终端或装置、用户通信无线终端。例如，UE可以是便携式无线电设备，其包括但不限于具有无线通信能力的移动电话、平板电脑、可穿戴装置、传感器、车辆或个人数字助理(Personal Digital Assistant，PDA)。UE被配置来通过空中接口接收信号以及向无线电接入网络中的一个或多个小区传输信号。

BS可包括但不限于：UMTS中的节点B(NB)、LTE或LTE-A中的演进节点B(evolvedNode B，eNB)、UMTS中的无线电网络控制器(Radio Network Controller，RNC)、GSM/GERAN中的基站控制器(Base Station Controller，BSC)、与5GC连接的演进通用陆地无线电接入(Evolved Universal Terrestrial Radio Access，E-UTRA)BS中的ng-eNB、5G-RAN中的下一代节点B(generation Node B，gNB)以及能够控制无线通信并管理小区内的无线电资源的任何其他装置。BS可通过无线电接口服务一个或多个UE。

BS可被配置来根据以下无线电接入技术(Radio Access Technologies，RAT)中的至少一个来提供通信服务：全球微波接入互操作性(Worldwide Interoperability forMicrowave Access，WiMAX)、全球移动通信系统(Global System for Mobilecommunications，GSM，通常称为2G)、GSM演进的GSM增强型数据速率无线电接入网络(GSMEDGE Radio Access Network，GERAN)、通用分组无线电业务(General Packet RadioService，GRPS)、基于基本宽带码分多址(Wideband-Code Division Multiple Access，W-CDMA)的通用移动通信系统(Universal Mobile Telecommunication System UMTS，通常称为3G)、高速分组接入(High-Speed Packet Access，HSPA)、LTE、LTE-A、eLTE(演进型LTE，例如，连接到5GC的LTE)、NR(通常称为5G)和/或LTE-A Pro。然而，本申请的范围不应局限于以上提到的协议。

BS是可操作的以使用形成无线接入网的多个小区来向特定地理区域提供无线电覆盖。BS支持小区的操作。每个小区是可操作的以向其无线电覆盖范围内的至少一个UE提供服务。更具体地，每个小区(通常称为服务小区)提供服务以服务于其无线电覆盖范围内的一个或多个UE(例如，每个小区向其无线覆盖范围内的至少一个UE调度下行链路和可选的上行链路资源，以用于下行链路和可选的上行链路分组传输)。BS可通过多个小区与无线电通信系统中的一个或多个UE进行通信。

小区可分配侧链路(Sidelink，SL)资源来支持邻近服务(Proximity Service，ProSe)或车联网(Vehicle to Everything，V2X)服务。每个小区可具有与其他小区重叠的覆盖区域。在多RAT双连接(MR-DC：Multi-RAT Dual Connectivity)情况下，主小区组(MCG：Master Cell Group)或辅小区组(SCG：Secondary Cell Group)的主小区可以被称为特殊小区(SpCell：Special Cell)。主小区(PCell：Primary Cell)可以指MCG的SpCell。主SCG小区(PSCell：Primary SCG Cell)可以指SCG的SpCell。MCG可以指与主节点(MN：MasterNode)相关联的服务小区组，包括SpCell和可选地一个或多个辅小区(SCell：SecondaryCell)。SCG可以指与辅节点(SN：Secondary Node)相关联的服务小区组，包括SpCell和可选的一个或多个Scell。

如以上所讨论，针对NR的帧结构要支持灵活的配置以适应各种下一代(例如5G)通信要求，诸如增强型移动宽带(Enhanced Mobile Broadband，eMBB)、海量机器类通信(Massive Machine Type Communication，mMTC)、超可靠通信和低时延通信(Ultra-Reliable and Low-Latency Communication，URLLC)，同时满足高可靠性、高数据速率和低时延要求。第3代合作伙伴项目(3rd Generation Partnership Project，3GPP)中所协定的正交频分复用(OFDM)技术可用作NR波形的基准。还可以使用可扩展的OFDM参数集，诸如自适应子载波间距、信道带宽和循环前缀(Cyclic Prefix，CP)。另外，针对NR考虑两种编码方案：(1)低密度奇偶校验(Low-Density Parity-Check，LDPC)码和(2)极化码。编码方案调适可基于信道状态和/或服务应用来配置。

此外，以下内容也被考虑，在单个NR帧的传输时间间隔TX中，应至少包括下行链路(Downlink，DL)传输数据、保护时段和上行链路(Uplink，UL)传输数据，其中,例如基于NR的网络动态性，DL传输数据、保护时段、UL传输数据的各个部分也应该是可配置的。此外，还可在NR帧中提供SL资源以支持ProSe服务或V2X服务。

图1是根据本申请的实施例提供的小数据传输(small data transmission，SDT)过程的传输序列的示意图。图1展示了当UE 11发起与服务RAN 12的SDT过程时具有接入控制机制的SDT过程。在步骤101中，UE 11从其服务小区接收SDT配置，其是服务UE 11的RAN12的一部分，当UE 11停留在RRC连接状态时。在一些实施例中，服务小区可以通过UE特定的无线电资源控制(Radio Resource Control，RRC)信号传输SDT配置，例如RRCReconfiguration消息和/或RRRCRelease消息(例如，具有“暂停配置”IE的RRC释放消息，其是用于指示UE 11移动到RRC非活动状态)。在UE 11接收到SDT配置之后，UE 11可以移动到具有存储的SDT配置的RRC非活动状态。在某些实施例中，SDT配置可能包括以下任意组合：

(1)一种或多种随机接入资源配置(例如，物理资源块(Physical ResourceBlocks，PRB)的位置和/或UE 11传输(选择的)前导码和/或UE 11可选择的多路复用数据和前导码集的特定前导码集在随机接入(random access，RA)过程中传输到服务小区)。在一些实施例中，随机接入资源配置可以包括用于UE 11发起2步RA过程的无线电资源配置和/或用于UE 11发起4步RA过程的无线电资源配置。

在一些实施例中，用于SDT过程的随机接入资源配置被称为RA-SDT配置，因此通过2步/4步RA过程实现的SDT过程被称为RA-SDT过程。在一些实施例中，UE 11可以通过广播系统信息(例如，通过SystemInformationBlock1(SIB1)或SDT配置特定的SIB(例如，SDT特定的SIB，其可以是由服务小区配置为其他的SI))。此外，对于包括用于服务小区的RA-SDT配置的SDT特定SIB，UE 11可以通过专用SIB请求过程接收SDT特定SIB(因此服务小区可以回复SDT特定SIB UE 11)或通过系统信息(system information，SI)点播程序(因此服务小区可以通过广播SDT特定的SIB向UE 11回复SDT特定的SIB)。在另一些实施例中，UE可以通过从其服务小区接收UE特定控制信令来接收UE特定RA-SDT配置。

(2)一个或多个(类型1)上行链路(UL)配置的授权(configured grant，CG)配置(例如，用于UE 11的PRB位置，以通过配置的类型1UL-CG配置传输具有复用数据的UL控制信号(例如，RRCResumeRequest消息))。在一些实施例中，用于UL-CG配置的PRB可以在时域中周期性出现，因此一旦存在可用的未决分组(例如，或在本申请中称为小数据,UL分组,(小)分组或小分组).在一些实施例中，用于SDT过程的类型1UL-CG配置也称为CG-SDT配置，因此通过类型1UL-CG配置实现的SDT过程也称为CG-SDT过程。在一些实施例中，UE可以通过从其服务小区接收特定于UE的控制信令来接收特定于UE的CG-SDT配置。

在一些实施例中，SDT配置可以进一步指示一个或多个逻辑信道对于SDT过程是可用的/允许的/启用的。因此，当一个或多个分组到达第2层时(例如，媒体访问控制(MediumAccess Control，MAC)实体)，MAC实体可以识别到达的分组与哪些逻辑信道相关联。如果在为SDT过程启用/配置的一个或多个逻辑信道中(例如，当UE 11处于RRC非活动状态时)存在(至少)未决分组，则UE 11可以决定发起SDT过程。相反，当UE 11处于RRC非活动状态时，如果在一个或多个未启用SDT过程的逻辑信道中(至少)存在未决分组，则UE 11可以发起与其服务小区的RRC恢复过程。在步骤102中，UE 11可以(可选地)在UE 11观察到为SDT过程启用的至少一个逻辑通道中的一个或多个暂挂包后，为SDT发起执行访问控制机制(例如，统一访问控制(unified access control，UAC)机制)。如果UE 11通过用于SDT过程的接入控制机制(例如，UAC结果为通过和/或当允许用于SDT的总未决上行链路分组低于或等于给定的数据阈值)。相反，如果UE 11没有通过接入控制机制，则UE 11可能(暂时地)不能发起SDT过程。

在步骤103中，如果UE 11通过接入控制机制，则UE 11可以发起与其服务小区的SDT过程。请注意，UE 11可以通过不同的方式执行步骤103。在一些实施例中，UE 11可以通过访问(至少)一个UL-CG物理资源来发起CG-SDT过程以传输UL分组(具有/不具有复用RRCResumeRequest消息，其包括UE-ID(例如，非活动无线电网络临时标识符(Inactive-Radio Network Temporary Identifier，I-RNTI))，用于服务小区识别UL分组的发射机)。在一些实施例中，UE 11可以通过访问(至少)一个RA物理资源来发起RA-SDT过程以传输UL分组(具有/不具有复用RRCResumeRequest消息，其包括UE-ID(例如，I-RNTI)用于服务小区识别UL分组的发射机)。在一些实施例中，RA-SDT过程可以通过4步RA过程来实现(例如，UE11可以在4步RA过程期间在MSG3中发送具有/不具有复用的RRCResumeRequest消息的UL分组)，因此步骤103通过从UE 11到服务小区的MSG3传输来实现。在一些其他实施例中，RA-SDT过程可以通过两步RA过程来实现(例如，UE 11可以在两步RA过程期间在MSGA中发送具有/不具有复用RRCResumeRequest消息的UL分组)，因此通过从UE 11到服务小区的MSGA传输来实现步骤103。在服务小区在步骤103中接收到UL分组之后，服务小区可以发送第1层ACK/NACK消息(例如，HARQ ACK/NACK消息)以通知UE 11服务小区是否已经成功接收到UL分组。在一些实施例中，服务小区可以进一步配置动态DL指派/UL授权，其可以通过物理下行链路控制信道(Physical Downlink Control Channels，PDCCH)中的下行链路控制信息(Downlink Control Information，DCI)传送给UE 11(如图步骤104所示)中扩展正在运行的SDT过程。因此，在随后的分组交换期间，UE 11可以基于接收到的动态下行链路分配(通过(至少)一个DCI)接收一个DL分组，然后UE 11可以向服务小区回复HARQ ACK/NACK消息(也可基于接收到的与DL分组关联的DCI)。此外，在随后的分组交换期间，UE 11可以基于接收到的动态UL授权(通过(至少)一个DCI)发送一个UL分组，然后UE 11可以等待服务小区回复HARQ ACK/UL分组的NACK消息(也可基于接收到的与UL分组关联的DCI)。请注意，在SDT过程(以及后续的分组交换)期间，UE 11和服务小区可以进一步交换第2层ACK/NACK消息(例如，ARQ ACK/NACK消息)以用于DL/UL分组交换。

在步骤105中，服务小区可以向UE 11发送(至少)一个SDT终止消息以终止正在运行的SDT过程(其可以包括也可以不包括在步骤104的后续分组交换)。在一些实施例中，服务小区可以发送RRC释放消息(例如，具有‘暂停配置’IE的RRRCRelease消息)以指示UE 11完成正在运行的SDT过程并保持在RRC非活动状态。在一些实施例中，服务小区可以发送一个RRC释放消息(例如，没有‘暂停配置’IE的RRCRelease消息)以指示UE 11完成正在运行的SDT过程并移动到RRC空闲状态。在一些其他实施例中，服务小区可以发送一个RRC恢复消息(或RRC重建消息)以指示UE 11结束正在运行的SDT过程并移动到RRC连接状态。在一些另外的实施例中，服务小区可以发送一个RRC设置消息以指示UE 11完成运行的SDT过程并且移动到RRC空闲状态以与服务小区重新连接。

还请注意，UE 11可以在图1的步骤期间重新选择其在服务RAN 12内的服务小区。在一些实施例中，UE 11可以从服务小区#1接收SDT配置，然后可以移动并重新选择到另一个小区#2作为UE的服务小区。在这种情况下，UE 11可以在步骤102中执行与服务小区#2的接入控制机制。在一些实施例中，UE 11可以在SDT过程期间重新选择到另一个小区(例如，小区#3)(或在随后的分组交换期间)。在一些实施例中，UE 11可以中断正在运行的SDT过程(以及随后的分组交换)并且保持在RRC非活动状态(并且在UE 11重新选择到小区#3之后UE11可以保留或不保留存储的SDT配置)如果在SDT过程中执行小区重选。在一些实施例中，UE11可以中断正在运行的SDT过程(以及随后的分组交换)并且移动到RRC空闲状态(并且在UE11移动到RRC空闲状态之后存储的SDT配置可以不被UE 11保持)如果小区重选是在SDT过程中执行的。

还请注意，SDT过程如图1所示，可以是RRC-embedded的SDT过程或RRC-less的SDT过程，其区别在于UE 11是否在步骤103中生成RRCResumeRequest消息并将其与待处理的UL分组复用。

图2是根据本申请的实施例提供的基于RA的SDT过程的传输序列的示意图。首先，在UE 21从其服务小区接收到RRC释放消息之后，UE 21可以利用存储的SDT配置保持在RRC非活动状态，该服务小区是服务RAN 22的一部分。当处于RRC非活动状态的UE 21具有UL数据可用于传输并且UE 21通过用于SDT过程的接入控制机制。UE 21可以发起用于传输UL数据的RA-SDT过程(例如，在CG-SDT配置被认为无效的情况下)。UE 21可以为RA-SDT过程选择4步RA类型或2步RA类型。此外，用于基于RA的SDT过程的前导码/物理随机接入信道(Physical Random Access Channel，PRACH)资源(例如，为SDT过程配置的RA前导码/PRACH资源)和正常RA过程(例如，没有为SDT过程配置的RA前导码)可以不同。这里，UE 21可以选择为RA-SDT过程配置的RA前导码(用于MSG1传输，如步骤201所示)/PRACH资源。

如步骤202所示，在UE 21在步骤201中发送RA前导码之后，当RA-SDT过程被执行时，UE 21可以等待来自其服务小区的响应(例如，随机接入响应(Random AccessResponse，RAR)消息)通过基于竞争的(CB)4步RA过程。在步骤202中接收的RAR消息(例如，MSG2)还可以包括用于UE 21在步骤203中发送MSG3的UL动态许可。在步骤203中，UE 21可以发送RRC消息(例如，公共控制信道)通过MSG3(当为RA-SDT过程选择4步RA类型时)或MSGA(当为RA-SDT过程选择2步RA类型时)消息)、MAC CE和/或UL数据)。RRC消息可以是RRCResumeRequest消息。除了RRC消息之外，MAC CE(例如，缓冲区状态报告)和UL数据(例如，与用于SDT过程的DRB/SRB相关联的数据)也可以包含在MSG3/MSGA中。还请注意，如图2所示，两步RA过程(对于SDT过程)通过在为两步RA过程预先配置的PRACH资源中合并步骤201和步骤203来实现(因此在两步RA过程中可以省略步骤202)。

一旦发送了MSG3/MSGA，UE 21就可以监视用于MSG4/MSGB的临时Cell-RNTI(C-RNTI)/C-RNTI/RA-RNTI/MSGB-RNTI/I-RNTI(如步骤204所示)，其中携带了竞争解决ID。另外，RAN可以在MSG4(当RA-SDT过程选择4步RA类型时)/MSGB(当RA-SDT过程选择2步RA类型时)发送RRC消息。RRC消息可以是RRRCRelease消息(带有suspendConfig IE)或RRCResume消息。如果UE 21接收到RRRCRelease消息(带有suspendConfig IE)，则UE 21可以保持在RRC非活动状态，因此可以终止运行的RA-SDT过程。在一些实施例中，在UE 21成功接收到MSG4/MSGB之后，可以认为RA-SDT过程已成功完成(例如，作为来自服务小区的ACK消息，指示MSG3/MSGA中的UL数据已被服务RAN成功接收)。然而，在一些实施例中，如步骤205所示，还可以进一步扩展RA-SDT流程(或者在RA-SDT流程终止后开始新的后续报文交换流程)。例如，在步骤205中，UE 21可以在特定搜索空间上监视特定RNTI(例如，C-RNTI)以用于后续分组交换。在一些实施例中，服务小区可以在步骤204/步骤205中传送一个或多个UL动态许可用于后续分组交换。随后的分组交换可以是作为SDT过程的一部分的多个UL和/或DL分组的传输，并且没有转换到RRC连接状态(例如，UE 21仍处于RRC非活动状态)。UE 21可以通过特定RNTI(例如，C-RNTI)监视PDCCH以接收用于UL和/或DL新传输和/或对应的分组重传(例如，HARQ重传和/或ARQ重传)的动态调度)。还请注意，在一些实施例中，当UE 21发起用于SDT过程的基于竞争的随机接入(contention-based random access，CBRA)过程时，UE 21可以在步骤204中执行竞争解决过程。这是因为物理RA资源(例如，UE 21在步骤201(对于基于竞争的4步RA过程)/203(对于基于竞争的2步RA过程)中选择的PRB和前导码)可能与由同一RAN 22服务的一个或多个其他UE冲突。因此，对于竞争解决过程，UE 21可以在步骤204中进一步检查来自服务RAN 22的响应消息(例如，通过检查UE-ID，例如C-RNTI/I-RNTI，或与MSG4/MSGB中指示的目标接收器的UE-ID相关联的控制信息)。如果UE 21发现MSG4/MSGB的目标接收者UE不是UE 21，则UE 21将决定发生冲突/拥塞事件，然后UE 21将认为该RA过程失败。在运行的CBRA过程失败后，UE 21可以考虑稍后为SDT过程发起另一个(2步/4步)RA过程。相反，如果UE 21发现在MSG4/MSGB中指示的与目标接收器的UE-ID相关联的UE-ID或控制信息与UE 21的UE-ID相匹配，则UE 21将认为CBRA过程成功。

在步骤206中，服务RAN 22可以发送RRRCRelease(与suspendConfig IE)消息以将UE 21保持在RRC非活动状态。一旦接收到RRRCRelease消息(与suspendConfig IE)，UE 21可以基于RRRCRelease消息终止RA-SDT过程，和/或停止监视C-RNTI，并保持在RRC非活动状态。

还请注意，如图2所示的SDT过程可以是RRC-embedded SDT过程或RRC-less SDT过程，其区别在于UE 21是否在步骤203中生成RRCResumeRequest消息并将其与待处理的UL分组复用。

图3是根据本申请的实施例提供的CG-SDT过程的传输序列的示意图。在一个实施例中，服务RAN 32可以通过向UE 31发送RRRCRelease消息(包括suspendConfig IE)来决定将UE 31移动到RRC非活动状态(例如，在图1的步骤101中)。RRCRelease消息可以至少包括UL-CG配置以配置UL-CG资源给UE 31。CG配置可以包括但不限于以下信息：CG周期、传输块(TB)大小、最大(未使用/跳过的)CG资源的隐式释放数、CG计时器、重传计时器、SDT过程中为CG保留的HARQ进程数、同步信号/PBCH块的参考信号接收功率(RSRP)阈值(SSB)SSB和CG资源之间的选择和关联，以及时间对齐(time alignment，TA)相关参数(例如，cg-SDT-TimeAlignmentTimer)。

如步骤301所示，UE 31可以基于配置的CG资源执行CG-SDT过程，并且UE 31可以在步骤302中等待来自服务RAN 32的响应消息(例如，HARQ针对步骤301中传输的UL分组的ACK/NACK消息。在一些实施例中，UE 31的服务小区(也是服务RAN 32的一部分)可以向UE31发送RRCRelease消息(与“暂停配置”IE)。在UE 31在步骤中接收到RRCRelease消息之后302，UE 31可以终止CG-SDT过程。

在一些实施例中，后续分组交换可以是CG-SDT过程的一部分(例如，UE 31仍然处于RRC非活动状态)。在步骤303中，UE 31可以通过在搜索空间(例如，配置作为特定于SDT的SDT配置的一部分)的特定的RNTI(例如，C-RNTI、配置调度-RNTI(CS-RNTI)和/或用于SDT过程的新RNTI)接收UL授权和/或DL分配和/或相应重传(例如，HARQ重传和/或ARQ重传)的动态调度。UE 31可以通过特定RNTI监视PDCCH以接收用于重传通过存储的UL-CG配置传送的分组的动态调度。UE 31还可以根据CG配置通过CG资源执行后续数据传输(例如，在图1的步骤101中)。在步骤304中，服务RAN 32可以发送RRRCRelease消息(与suspendConfig IE)以将UE 31保持在RRC非活动状态。一旦接收到RRRCRelease消息(与suspendConfig IE)，UE31可以基于RRRCRelease消息终止CG-SDT过程。

还请注意，如图3所示的SDT过程可以是RRC-embedded SDT过程或RRC-less SDT过程，其区别在于UE 31是否在步骤301中生成RRCResumeRequest消息并将其与待处理的UL分组复用。

图4是根据本申请的实施例提供的RAN通知区域更新(Notification AreaUpdate，RNAU)过程的传输序列的示意图。在步骤401中，当服务小区指示UE 41移动到RRC非活动状态时(例如，通过包括RNAU配置的RRCRelease消息)，UE 41可以从作为服务RAN 42的一部分的服务小区接收RNAU配置。RNAU配置可以包括一个(可选的)T380值和/或RAN通知区域配置。在一些实施例中，RAN通知区域配置可以由一个或多个小区标识和/或一个或多个跟踪区域代码组成。此外，每个小区标识或追踪区域代码还可以与小区支持的网络(例如，PLMN、SNPN或PNI-NPN)相关联。然后，UE 41可以移动到具有存储的RNAU配置的RRC非活动状态。此外，UE 41可以通过基于存储的RNAU配置配置初始值来开始将一个定时器T380计数为零。

在一些实施例中，如果满足至少一个事件，则可以触发UE 41发起RNAU过程：(1)正在运行的T380期满；或者(2)UE 41移出到由存储的RNAU配置配置的RAN通知区域。如步骤402所示，UE 41可先针对所发起的RNAU过程执行存取控制机制，然后UE 41可被允许触发随机存取程序(例如2步随机存取程序或4步随机存取程序)。对于在UE 41通过接入控制机制(例如，如3GPP TS 38.331中定义的统一接入控制(UAC)机制)之后发起的RNAU过程。在步骤403中，UE 41向服务小区发送RNAU请求消息。在一些实施例中，RNAU请求消息可以由UE 41通过在2步RA过程期间在MSGA中发送RRCResumerequest消息来实现。在一些其他实施例中，RNAU请求消息可以由UE 41在4步RA过程期间通过在MSG3中发送RRCResumerequest消息来实现。然后，在服务小区从UE 41接收到RNAU请求消息之后，服务小区可以回复RNAU响应消息(例如，DL RRC消息，例如RRCResume消息/RRCSetup消息/RRCReject消息/RRCRelease消息)以UE 41在步骤404中在4步RA过程期间通过MSG4传输或者在2步RA过程期间通过MSGB传输。最后，UE 41可以基于来自其服务小区的RNAU响应消息来确定移动到RRC连接状态/RRC空闲状态或保持在RRC非活动状态。例如，UE 41可以从服务小区接收具有/不具有更新的RNAU配置的RRRCRelease消息，其指示UE 41在具有更新的RNAU配置或具有由UE 41存储的相同RNAU配置的情况下保持在RRC非活动状态。在一些其他情况下，UE 41可以从服务小区接收到指示UE 41移动到RRC空闲状态的RRRCRelease消息，因此UE 41可以在UE 41移动到RRC空闲状态之后释放存储的RNAU配置)。在一些另外的情况下，UE 41可以从服务小区接收RRCResume消息以指示UE 41移动到RRC连接状态以用于UE 41和服务RAN 42之间的RRC连接恢复。在一些另外的情况下，UE 41可以从服务小区接收RRCReject消息以拒绝RNAU请求，并且UE 41可以在从其服务小区接收到RRCReject消息之后保持在RRC非活动状态。

上述SDT过程(例如，如图1、图2和图3所示)和RNAU过程(例如，如图4所示)可以在UE能够实现时被优化SDT过程和UE也被请求通过RNAU过程更新UE位置。例如，UE可能想要启动RNAU过程，但是尝试执行RNAU过程的UE可能暂时被访问控制机制(例如，UAC机制)禁止。然后，在禁止RNAU流程的时间段内，也可以触发UE发起SDT流程。同时，UE可以执行用于SDT过程的接入控制机制，并且可以通过尝试执行SDT过程的UE。在这种情况下，如果UE启动到服务RAN的SDT过程(例如，当SDT过程的UAC结果为“通过”而RNAU过程为在UE侧挂起/禁止时)。然而，在一些实施例中，仅当成功执行SDT过程时(例如，在UE成功地向服务小区发送RRCResumeRequest消息之后，在UE为在SDT过程中发送UL分组从服务RAN接收到(HARQ)ACK消息之后，RNAU过程才可以被移除/释放/丢弃)。在本申请中，RNAU过程和SDT过程被联合考虑用于增强机制。

空闲模式SDT可以由UE在UL方向上通过以下两种方式发送给RAN:

1.UL-CG配置；和

2.RA过程。

空闲模式可以包括NR RRC非活动状态(或RRC_INACTIVE状态)、NR RRC空闲状态(或RRC_IDLE状态)、LTE RRC非活动状态和LTE RRC空闲状态(具有暂停的RRC配置)。请注意，本申请中的机制/实现可能不受先前列出的RRC状态的限制。

服务小区可以向UE预配置无线电资源(例如，UL-CG、物理资源或用于RA过程的前导码)，使得UE能够在UE停留时向服务小区发送UL分组处于RRC非活动状态。例如，服务小区可以通过下行链路(DL)控制信号发送UL-CG配置、前导码或PRACH资源(例如，通过广播SI或RRC信号，例如RRCRelease消息或RRCReconfiguration消息)，用于UL方向的SDT。

在一些实施例中，(小)分组可以在MAC层(或物理层)内的TB中与RRC信号(例如，RRCResumeRequest或RRCResumeRequest1消息)复用。UE通过RA过程(例如，通过4步RA过程中的MSG3或2步RA过程中的MSGA)或通过UL-CG配置将(小)分组传输到RAN。注意，与RRC信号复用的(小)分组在本申请中可以被称为RRC-embedded的分组传输。另一方面，服务RAN(例如，UE的服务小区)可以通过解码RRC信号来识别接收到的(小)分组的源(例如，UE)。然后，服务小区可以通过使用与UE相关联的接入层(AS)安全密钥来解码从UE接收到的(小)分组，该接入层安全密钥可以存储在服务RAN和UE中。

在一些实施例中，(小)分组可能不与TB中的RRC信号(例如，RRCResumeRequest或RRCResumeRequest1消息)复用。UE通过RA过程(例如，通过MSG3或MSGA)或通过UL-CG配置将(小)分组传输到RAN。请注意，在本申请中可以将未与RRC信号复用的(小)分组称为RRC-less分组传输。服务RAN(例如，UE的服务小区)可以通过其他方法(例如，基于UL-CG在时/频域或随机接入信道(Random Access Channel，RACH)资源的位置)或基于UE特定标识(例如，短I-RNTI、(完整)I-RNTI、C-RNTI、CS-RNTI)，这可能与UL(小)分组一起传输。

UE可以被配置为基于来自服务小区的显式指令(例如，通过广播系统信息(SI)或UE特定的RRC信号，例如包含在RRCRelease消息中的‘暂停配置’IE，来执行RRC-embedded/RRC-less分组传输)。在一些实施例中，UE可以被预定义/预配置/预安装/指定以在UE应用用于(小)分组传输的RA过程并且被配置/预配置/指定在为SDT过程应用预配置的UL授权时执行无RRC分组传输。在一些实施例中，当针对SDT过程的RA过程被允许/配置/启用给UE时，UE可以基于不同的条件来确定是执行RRC-embedded的分组传输还是执行RRC-less的分组传输。例如，当UE不具有有效的UE特定标识(例如，短I-RNTI、(完整)I-RNTI、C-RNTI、CS-RNTI)时，UE可以执行嵌入RRC的分组传输。例如，当分组大小大于或等于给定或预定义阈值时，UE可以执行RRC-less分组传输。

在一些实施例中，当允许/配置用于SDT过程的预配置的UL许可时，UE可以基于不同的条件来确定是执行RRC-embedded的分组传输还是执行RRC-less的分组传输。例如，当UE不具有有效的UE特定标识(例如，短I-RNTI、(完整)I-RNTI、C-RNTI、CS-RNTI)时，UE可以执行嵌入RRC的分组传输。例如，当分组大小大于或等于给定或预定义阈值时，UE可以执行RRC-less分组传输。

在一些实施例中，如果允许/配置/启用用于SDT过程的RA过程和用于SDT过程的预配置的UL许可两者，则UE可以仅为SDT过程。换言之，RRC-embedded的分组传输机制可以被配置为具有比RRC-less分组传输机制更高的优先级。此外，在一些实施例中，当在RRC-embedded的分组传输期间发生失败事件时，UE可以退回到RRC-less分组传输机制。

在一些实施例中，如果允许/配置/启用用于SDT过程的RA过程和用于SDT过程的预配置UL授权，则UE可以执行用于SDT过程的RRC-less分组传输。换言之，RRC-less分组传输机制可以被配置为具有比RRC-embedded分组传输机制更高的优先级。此外，在一些实施方式中，当在RRC-less分组传输期间发生失败事件时，UE可以退回到RRC-embedded分组传输机制。

在一些实施例中，前面提到的“回退”机制可以应用于UE被触发以将SDT过程从RRC-less分组传输机制改变为RRC-embedded分组传输机制的场景。在一些实现中，前面提到的“回退”机制可以应用于UE被触发将SDT过程从RRC-embedded分组传输机制改变为RRC-less分组传输机制的场景。

在一些实施例中，前述的“回退”机制可以应用于UE被触发以通过UL-CG配置将SDT过程改变为RA过程的场景。在一些实施例中，前述的“fallback”机制可以应用于UE被触发通过RA过程将SDT过程改变为UL-CG配置的场景。此外，在某些实施例中，当向UE启用回退机制(从UL-CG配置回退到RA过程或反之亦然)时，可能不允许UE更改RRC-embedded/RRC-lessUE触发回退机制后的分组传输(例如，传输相同的TB)。

在一些实施例中，如果UE通过用于SDT过程的一个或多个RA过程执行RRC-less分组传输，则UE仍然可以执行RRC-less分组传输(例如，通过传输相同的TB在UE回退以将一个或多个UL-CG应用于SDT过程之后，复用在MAC实体中。

在一些实施例中，如果UE通过一个或多个用于SDT过程的RA过程执行RRC-embedded的分组传输，则在UE回退以应用一个或多个UL-CG之后，UE仍可以为SDT过程执行RRC-embedded的分组传输。

在一些实施例中，如果UE通过一个或多个UL-CG为SDT过程执行RRC-less分组传输，则在UE回退以发起一个或多个RA过程后，UE仍可以为SDT过程执行RRC-less分组传输。

在一些实施例中，如果UE通过一个或多个UL-CG为SDT过程执行RRC-embedded分组传输，则在UE回退以发起一个或多个RA过程后，UE仍可以为SDT过程执行RRC-embedded分组传输。

在一些实施例中，回退机制可以包括一个信息元素(Information Element，IE)来明确配置UE在回退机制被触发后执行RRC-embedded分组传输或RRC-less分组传输。例如，如果向UE允许/配置/启用回退机制(例如，从用于SDT过程的UL-CG配置切换到用于SDT过程的RA过程)，则UE可以被配置为执行RRC-embedded分组传输(通过接收一个显式指示来配置UE仅通过RA过程执行RRC-embedded分组传输)。

在一些实施例中，回退机制可以在UE发送相同TB时被触发。另外，当回退机制被触发时，可以应用不同的机制来传输相同的TB。在一些实施例中，回退机制可以在UE发送不同的TB时被触发，因此当回退机制被触发时可以应用不同的机制来发送不同的TB。

T380计数机制

在RRCRelease消息中(例如，如图4的步骤401所示)，UE可以配置有定时器T380，用于UE执行周期性RAN通知区域更新(RAN Notification Area Update，RNAU)过程。如表1所示，UE可以基于指示UE移动到RRC非活动状态的RRRCRelease消息中的配置值(例如，T380值)开始计数T380(例如，UE接收到具有suspendConfig IE的RRRCRelease消息)。当UE停留在RRC非活动状态时，UE可以开始RNAU过程。例如，每次在UE接收到带有T380_Value的RRRCRelease消息之后，UE可以开始将T380计数为零(例如，通过将T380的初始值设置为UE在RRRCRelease消息中接收到的配置值(例如，T380_Value))。然后，在计数T380期满之后，UE可以触发与服务小区(或关联的BS)的RNAU过程。T380计数的UE行为如表1所示。此外，当UE接收到RRC信号时，例如RRCResume消息、RRCSetup消息或RRCRelease消息，可以停止T380计数。在一些实施例中，在UE接收到RRC信号和/或在接收到的RRC信号中没有配置T380_Value(例如，UE在没有提供T380_Value的情况下接收到RRRCRelease消息，因此UE可以停止对T380的计数，然后清除T380的存储值)。请注意，在一些实施例中，UE可以不在RRRCRelease消息中配置定时器T380(例如，如图4的步骤401所示)以供UE执行周期性RNAU过程。在这种情况下，UE可以停止T380(此外，如果UE已存储T380_value作为存储的RNAU配置的一部分，则原始存储的T380_value也将被移除/释放)，然后UE可能不会执行周期性RNAU过程。还请注意，在一些实施例中，包括RNAU配置的RRC Release消息(例如，如图4的步骤401所示)可以是包括SDT配置(例如，如图1的步骤101所示)的相同信号(例如，相同的RRCRelease消息)。在一些其他实现中，UE可以通过不同的RRC Release消息接收RNAU配置(例如，如图4的步骤401所示)和SDT配置(例如，如图1的步骤101所示)。

表1

VarPendingRNA-Update

在一些实施例中，由于T380期满或者当UE移出所存储的RNA时，UE可以执行RNAU过程。然而，RNAU过程可能在UE中未决或暂停。因此，参数“VarPendingRNA-Update”(或pendingRNA-Update)可以应用于UE。

VarPendingRNA-Update指示RNAU过程在UE中是未决的还是暂停的。设置为true的布尔变量(例如，VarPendingRNA-Update)意味着RNAU过程正在等待或暂停。“VarPendingRNA-Update”IE的更多详细信息如表2所示。

表2

/>

UE可以在如表3所示的条件期间将存储的VarPendingRNA-Update设置为真/假。

表3

/>

随着(RRC-embedded/RRC-less)分组传输的引入，与VarPendingRNA-Update相关的实现可以提高UE的系统效率。详细设计披露如下。

VarRA-Report

在一些实施例中，UE可以在VarRA-Report中记录RA相关信息。

VarRA-Report包括RA相关信息。“VarRA-Report”IE的更多细节如表4所示。

表4

此外，‘ra-ReportList-r16’IE的内容可以(至少)包括如表5所示的以下IE。

表5

另一方面，服务小区可以通过向UE发送UEInformationRequest消息(例如，通过在UEInformationRequest消息中包括IE(例如，'ra-ReportReq＝true')来从UE查询VarRA-Report)。UE收到UEInformationRequest消息后(与ra-ReportReq＝true)，UE可以在UEInformationResponse消息中向服务小区报告存储的VarRA-Report。此外，存储的VarRA-Report可以在下层(例如PHY层)确认的UEInformationResponse消息成功传递后被丢弃(例如，由UE的RRC实体)。

因为(RRC-embedded/RRC-less)分组传输可以通过RA过程来执行。提供了使用VarRA-Report设计的SDT过程的方法。

在本申请中，RNAU过程可以与SDT过程同时执行(或者当UE被触发开始SDT过程时UE具有未决的RNAU过程)。需要注意的是，基于定时器(例如，T380)的RNAU过程的目的是提供最大时间段以使得服务RAN能够在一段时间(例如，T380_Value)之后识别UE的位置。因此，T380_Value可以被认为是RAN可以容忍UE在没有任何数据(或信号)交换的情况下保持在RRC非活动状态的最大时间段。服务RAN可以在每次UE恢复与服务RAN的RRC连接时识别UE状态。

然而，从RAN/UE的角度来看，处于RRC非活动状态的UE可能不需要对T380进行计数(使得UE不会如此频繁地触发RNAU过程)，因为UE可以在以下时执行SDT过程UE停留在RRC非激活状态。此外，服务小区可以在UE向服务小区发送(小)分组时识别UE状态，无论SDT过程是通过RA过程还是通过预配置的UL-CG来执行。然而，基于定时器的RNAU过程可能仍然是必要的，因为(小)分组到达的流量模式(对于处于RRC非活动状态的UE)可能是不可预测的，因此给定的时间段阈值触发UE执行RNAU过程可能是必要的。

在一些实施例中(例如，实施例#1)，本申请提供了一种用于在UE执行SDT过程时减少不必要的RNAU过程(以便减少不必要的功率消耗和信号开销)的方法。

此外，对于3GPP技术规范中的基于定时器的RNAU过程，'pendingRNA-Update'IE可能影响RNAU过程。因此，在SDT过程中考虑了未决RNA更新的影响。相关设计在以下实施例中公开(例如，实施例#3)。为了支持RRC-embedded的分组传输，一些关于UE选择在(2步/4步)RA过程中发送的RRCResumeRequest/RRCResumeRequest1消息或带有(小)分组的预配置UL-CG的详细设计在以下实施例中提供(例如，实施例#2)。此外，关于VarRA-Report的优化在以下实施例中公开(例如，实施例#4)。

实施例#1：T380计数机制

T380计数机制如表6所示。

表6

/>

/>

/>

/>

/>

/>

/>

在一些实施例中，UE可以被配置为启用或禁用服务小区执行RRC-less分组传输和/或RRC-embedded分组传输。RRC-less分组传输和/或RRC-embedded分组传输的配置有四种方法。

1.UE-特定

在一些实施例中，配置可以是UE特定的。UE可以通过UE特定的RRC信号(例如，RRCReconfiguration或RRCRelease消息)接收配置。此外，该配置可以应用于通过UL-CG或RA过程发送的分组发送。

2.资源-关联

在一些实施例中，该配置可以与特定的UL-CG配置和/或RACH资源配置相关联。

3.小区-特定

在一些实施例中，配置可以是小区特定的。此外，UE可以通过广播SI和/或通过SI点播程序接收配置。

4.区域-特定

在一些实施例中，配置可以是区域特定的。例如，UE可以通过广播SI和/或经由与系统信息区域ID相关联的SI点播过程接收配置，其由服务RAN中的一个或多于一个小区广播。

在一些实施例中，UE可以基于一些标准和/或一些隐式方式来执行RRC-less分组传输或RRC-embedded分组传输。例如，UE可以基于UL授权的大小来确定是执行RRC-embedded分组传输还是执行RRC-less分组传输。例如，UE可以基于UE是否被配置有特定UE身份(例如，I-RNTI、C-RNTI、CS-RNTI和/或用于RRC-embedded或RRC-less分组传输的新RNTI)。例如，UE可以基于新定时器来确定是执行RRC-embedded分组传输还是执行RRC-less分组传输。新定时器可以用于UE周期性地发送RRC-embedded分组传输。当新定时器到期时，UE需要执行RRC-embedded分组传输(并且UE可以重新启动新定时器(例如，T380))。

继续，对于UE侧，本申请中先前提到的UE位置更新机制可以是UE特定的(例如，由UE特定的RRC信号配置，例如作为SDT配置的一部分的RRRCRelease消息)/资源相关(例如，配置为CG-SDT配置或RA-SDT配置的一部分)/小区特定(例如，由小区特定广播系统信息配置为SDT配置的一部分)/区域特定(例如，由具有一个特定系统信息区域ID的小区特定广播系统信息配置)。

注意，UE可以执行不同的重启方法。在一些实施例中，UE可以重新启动已经被UE停止的计数器/定时器(例如，表3中的T380)，以在UE重新启动T380时计数为零。在其他实施例中，UE可以重新启动仍在计数到配置值(例如，初始值，T380_Value，其由UE通过特定于UE的控制信号、广播SI或预安装/配置在通用用户识别模块(USIM)中从服务小区接收)。然后，在UE将T380设置为初始值后，UE可以保持T380计数为零。

UE可以在T380期满时执行RNAU过程。在一些实施例中，当UE从服务小区接收到SDT配置时，RNAU过程(例如，由T380期满触发)可以由UE终止。例如，在UE从服务小区接收到SDT配置之后，可以释放计数T380并且可以由UE去除存储的T380_Value。在一些实施例中，当UE从服务小区接收到SDT配置时可以停止计数T380。然后，如果存储的SDT配置变得无效(例如，当UE(重新)选择到其他服务小区或UE移出存储的SDT配置的有效区域时)，则UE可以重新启动T380。在一些额外的实施例中，如果服务RAN已经为UE配置了SDT配置，则服务RAN可能不会为周期性RNAU配置T380_Value给UE(例如，换句话说，如果UE配置有SDT配置，UE可能不期望触发周期性RNAU/RNAU过程)。

实施例#2：用于RRC-embedded分组传输的RRC恢复消息传输

为UE请求与服务RAN恢复RRC连接，分别设计了RRCResumeRequestl和RRCResumeRequest消息两种RRC信号格式。此外，UE可以通过(小)分组向服务小区发送RRC信号(例如，RRCResumeRequest1消息或RRCResumeRequest消息)。然而，设计的细节(例如，当UE想要通过SDT过程请求RRC连接恢复时UE可以选择的信号)没有明确公开。因此，在本申请中，关于SDT方法的细节在表7说明了带有SDT过程的RRC恢复消息。

表7

/>

/>

实施例#3：PendingRNA-Update增强

当UE被触发向服务小区发送RNAU请求消息时(例如，当UE移出定义在存储的RNA或T380到期的范围)但触发的RNAU请求消息可能由于某些原因在UE中挂起。但是，UE在不同情况下如何配置pendingRNA-Update存在一些问题。例如，由于RRCResumeRequest消息可能会或可能不会通过SDT过程(例如，通过RA过程或通过预分配或预配置的UL-CG)传输，因此在SDT过程期间的“待定RNA-更新”修改被提供。在本申请中，用于‘pendingRNA-Update’修饰的几种机制在表8中说明。

表8

/>

/>

/>

/>

/>

/>

/>

/>

/>

实施例#4：VarRA-报告和VarUL-CG-报告

VarRA-报告

在一些实施例中，当RA过程被UE触发用于SDT过程时，VarRA-Report中的一些新的IE被提供。表9说明了VarRA报告中包含的可用IE。

表9

/>

VarUL-CG-报告

在一些实施例中，如果相应UL-CG配置上的SDT过程失败，UE可以通过一个(或多个)UL-CG配置释放或删除SDT过程(例如，当UE尝试在相应的UL-CG配置上传输未决分组时，检测到连续失败事件)。在一些实施例中，UE可以在VarUL-CG-Report中报告与相应的UL-CG配置相关联的标识符。UE可以通过UEAssistanceInformation传输过程或通过来自服务小区的响应来传输VarUL-CG-Report(例如，VarUL-CG-Report可以包含在从服务小区接收到UEInformationRequest消息后回复给服务小区的UEInformationResponse消息中)在UE恢复与服务小区的RRC连接之后。在一些实施例中，当UE执行SDT过程时发生分组传输失败事件时，可以触发UE执行RRC连接恢复过程(例如，通过发送一个具有恢复原因的RRCResumeRequest消息，例如'ULpacketTx-Failure')RRC非活动状态。然后，在UE恢复RRC连接之后，UE可以向服务小区报告VarUL-CG-Report可用(例如，通过向服务小区发送‘VarUL-CG-Report可用’指示符)。在服务小区从UE接收到'VarUL-CG Report available'指示符之后，服务小区可以请求UE向服务小区发送VarUL-CG-Report(例如，可以发送UL-CG报告请求消息通过DL RRC信号)。在UE接收到UL-CG Report请求消息后，UE可以通过UL RRC信号将存储的VarUL-CG Report上报给服务小区。此外，当存储的VarUL-CG Report成功传递到服务小区时，可以释放/移除存储的VarUL-CG Report。

更具体地，在一些实施例中，当UE处于RRC_INACTIVE状态时，可以通过MSG3、MSGA和/或CG发送先前提到的VarRA-Report/VarUL-CG-Report。在一些实施例中，VarRA-Report/VarUL-CG-Report可以被周期性地触发和/或传输。在一些实施例中，当MSG3、MSGA和/或CG的UL授权大小高于(或等于)给定阈值时，可以触发和/或发送VarRA-Report/VarUL-CG-Report。在一些实施例中，UE可以通过广播SI或UE特定的RRC控制信号来获得给定阈值的值。在一些实施例中，给定阈值的值可以预先定义在3GPP技术规范中或者预先安装在USIM中。

还请注意，上述实施例适用于NR协议、3GPP无线电接入技术(例如，E-UTRA)和非3GPP RAT，但不限于此。例如，上面提到的建议机制或实现可以应用于其他RAT，例如E-UTRA、Wi-Fi、蓝牙或NR未许可频段、E-UTRA许可辅助接入(LAA)、NR SL操作(例如，NR PC5接口)、LTE V2X服务、LTE ProSe和LTE SL操作(例如，LTE PC5接口)。

图5是根据本申请的实施例提供的一种在RRC非活动状态下更新UE的位置的方法500的流程图。在动作502中，在UE从RAN接收到第一RRC释放消息(例如，RRCRelease消息)指示UE移动到或停留在RRC非活动状态之后，UE与为UE服务的RAN执行UE位置更新过程(例如，RNAU过程)。在动作504中，当UE与处于RRC非活动状态的RAN中的第一小区执行SDT过程(例如，CG-SDT/RA-SDT过程)时，UE确定是否暂停UE位置更新过程。在动作506中，当SDT过程(例如，如图2所示的RA-SDT过程和/或如图3所示的CG-SDT过程)终止时，UE确定是开始还是重新启动UE位置更新过程(例如，无论SDT过程的结果是成功、失败还是回退到非SDT过程。在一些实施例中，非SDT过程可以包括RRC恢复过程和RRC建立过程)。

在一些实施例中，UE可以在UE执行SDT过程时暂停UE位置更新过程，并且可以在UE正在执行SDT过程(例如，CG-SDT/RA-SDT过程)，其中RNAU定时器在UE收到第一个RRCRelease消息后由UE启动。因此，UE可以通过停止RNAU定时器在SDT过程期间不执行UE位置更新过程。

在一些实施例中，UE可以在UE终止SDT过程之后重新启动以对停止的RNAU定时器进行计数。

在一些实施例中，UE可以在UE执行SDT过程时继续对RNAU定时器(例如，T380)进行计数，其中在UE接收到第一RRC释放消息之后由UE启动RNAU定时器，并且UE当SDT过程中RNAU计时器超时时，可以暂停RNAU过程。

在一些实施例中，UE可以在UE终止SDT过程之后重新开始对RNAU定时器进行计数。

在一些实施例中，在UE重新选择到第二小区之后，当UE重新启动与不属于存储在UE中的RAN通知区域的第二小区的另一个SDT过程时，UE可以暂停RNAU过程RAN通过小区重选过程。

在一些实施例中，UE可以在UE通过从第一小区接收包括RNAU配置的第二RRC释放消息终止SDT过程之后更新存储在UE中的RNAU配置，并且可以基于更新的RNAU配置启动RNAU定时器。

在一些实施例中，UE可以通过2步/4步随机接入过程，或者通过存储在UE中的一个或多个UL-CG配置来执行SDT过程。

在一些实施例中，当UE在SDT过程期间接收到由第一小区配置的一个或多个DL和UL动态授权中的至少一个时，UE可以扩展SDT过程。

在一些实施例中，UE可以在UE向第一小区成功发送RRC恢复请求消息(例如，RRCResumeRequest消息或RRCResumeRequestl)之后，将未决RNA记录(例如，PendingRNA-Update)设置为'假'SDT过程。

在一些实施例中，当UE在SDT过程期间成功地从第一小区接收到RRC拒绝消息(例如，RRCReject消息)时，UE可以将未决RNA记录(例如，PendingRNA-Update)设置为‘真’。

图6是根据本申请的实施例实现的无线通信的节点200的框图。

如图6所示，节点600可包括收发器620、处理器626、存储器628、一个或多个呈现部件634和至少一根天线636。节点600还可包括RF频谱带模块、BS通信模块、网络通信模块和系统通信管理模块、输入/输出(I/O)端口、I/O部件和电源(图6中未明确示出)。

这些部件中的每一者可通过一条或多条总线640直接或间接进行彼此通信。节点600可以是执行参考图5公开的各种功能的UE或BS。

具有发射器622(例如，传输(transmitting/transmission)电路)和接收器624(例如，接收(receiving/reception)电路)的收发器620可被配置来发射和/或接收时间和/或频率资源划分信息。在一些实施方式中，收发器620可被配置来在不同类型的子帧和时隙中进行发射，所述子帧和时隙包括但不限于可使用、不可使用和可灵活使用的子帧和时隙格式。收发器620可被配置来接收数据和控制信道。

节点600可包括各种计算机可读介质。计算机可读介质可以是可由节点600接入的任何可用介质，并且包括易失性和非易失性介质、可移动和不可移动介质两者。作为示例性而非限制，计算机可读介质可包括计算机存储介质和通信介质。计算机存储介质包括通过用于存储诸如计算机可读指令、数据结构、程序模块或数据等信息的任何方法或技术实施的易失性和非易失性的介质、可移动和不可移动介质两者。

计算机存储介质包括RAM、ROM、EEPROM、闪存或其他存储技术、CD-ROM、数字多功能盘(Digital Versatile Disks，DVD)或其他光盘存储装置、磁卡带、磁带、磁盘存储装置或其他磁存储装置。计算机存储介质不包含传播的数据信号。

通信介质典型地包含计算机可读指令、数据结构、程序模块或采用诸如载波或其他传输机制的经调制的数据信号中的其他数据，并且包括任何信息传送介质。术语“经调制的数据信号”是指这样的信号：通过将信息编码在信号中的方式设置或更改了其特性中的一个或多个特性。举例来说而非限制，通信介质包括有线介质，诸如有线网络或直接有线连接；以及无线介质，诸如声学、RF、红外和其他无线介质。以上各项中的任一者的组合也应该包括在计算机可读介质的范围内。

存储器628可包括易失性和/或非易失性存储器形式的计算机存储介质。存储器628可以是可移动的、不可移动的或其组合。示例性存储器包括固态存储器、硬盘驱动器、光盘驱动器等。如图6所示，存储器628可存储计算机可读的计算机可执行的指令632(例如，软件代码)，所述计算机可读的计算机可执行的指令632被配置为在被执行时致使处理器628执行本文例如参考图1至图5所描述的各种功能。可选地，指令632可不由处理器626直接执行，而是被配置为使节点600(例如，在被编译和执行时)执行本文所描述的各种功能。

处理器626(例如，具有处理电路)可包括智能硬件装置，例如，中央处理单元(Central Processing Unit，CPU)、微控制器、ASIC等。处理器626可包括存储器。处理器626可处理从存储器628接收的数据630和指令632，以及通过收发器620、基带通信模块和/或网络通信模块的信息。处理器626还可处理要发送到收发器620以通过天线636发射的信息、要发送到网络通信模块以发射到核心网络的信息。

一个或多个呈现部件634向人或其他装置呈现数据指示。示例性的一个或多个呈现部件634包括显示装置、扬声器、打印部件、振动部件等。

从以上描述中明显看出，在不背离在本申请中描述的概念的范围的情况下，可以使用各种技术来实施所述概念。而且，虽然已经具体参考某些实施方式来描述了这些概念，但是本领域技术人员可以认识到，在不背离那些概念的范围的情况下，可以作出形式和细节上的改变。由此，所描述的实施方式在所有方面都将视为说明性的而非限制性的。还应该理解，本申请不限于上文描述的特定实施方式，而是在不背离本公开的范围的情况下，许多重新布置、修改和替换都是可能的。

Claims (11)

1.一种在无线电资源控制(RRC)非活动状态下更新用户设备(UE)的位置的方法，其特征在于，所述方法包括：

在所述UE从RAN接收到指示所述UE移动到或停留在所述RRC非活动状态的第一RRC释放消息后，与服务于所述UE的无线接入网络(RAN)执行所述UE位置更新过程；

确定当所述UE在所述RRC非活动状态下与所述RAN中的第一小区执行第一小数据传输(SDT)过程时是否暂停所述UE位置更新过程；及

当所述第一SDT过程终止时，确定是开始还是重新开始所述UE位置更新过程。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

当所述UE执行所述第一SDT过程时暂停所述UE位置更新过程；及

当所述UE执行所述第一SDT过程时停止对RAN通知区域更新(RNAU)定时器计数，其中所述RNAU定时器在所述UE接收到所述第一RRC释放消息后由所述UE启动。

3.如权利要求2所述的方法，其特征在于，所述方法还包括：

在所述UE终止所述第一SDT过程后，所述UE重新开始对停止的所述RNAU定时器进行计数。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

当所述UE执行所述第一SDT过程时，持续计数RAN通知区域更新(RNAU)定时器，其中所述RNAU定时器在所述UE接收到所述第一RRC释放消息后由所述UE启动；及

当所述RNAU计时器在所述第一个SDT过程期间到期时暂停所述RNAU过程。

5.如权利要求4所述的方法，其特征在于，所述方法还包括：

当所述UE执行所述第一SDT过程时，持续计数RAN通知区域更新(RNAU)定时器，其中所述RNAU定时器在所述UE接收到所述第一RRC释放消息后由所述UE启动；及

当所述RNAU计时器在所述第一个SDT过程期间到期时暂停所述RNAU过程。

6.如权利要求1所述的方法，其特征在于，所述方法还包括：

在所述UE通过小区重选过程重选到所述RAN中的第二小区之后，当所述UE重新启动与不属于存储在所述UE中的RAN通知区域的第二小区的第二SDT过程时暂停RNAU过程。

7.如权利要求1所述的方法，其特征在于，所述方法还包括：

在所述UE通过从所述第一小区接收到包括RNAU配置的第二RRC释放消息来终止所述第一SDT过程之后更新存储在所述UE中的RAN通知区域更新(RNAU)配置；及

基于更新的RNAU配置启动RNAU计时器。

8.如权利要求1所述的方法，其特征在于，所述执行所述第一SDT过程包括：

所述UE通过两步随机接入过程执行所述第一SDT过程；

所述UE通过四步随机接入过程执行所述第一SDT过程；及

所述UE通过存储在所述UE中的一个或多个上行链路配置的授权配置来执行所述第一SDT过程。

9.如权利要求8所述的方法，其特征在于，所述方法还包括：

当UE在所述第一SDT过程期间接收到由所述第一小区配置的一个或多个下行链路和上行链路动态授权中的至少一个时，扩展所述第一SDT过程。

10.如权利要求1所述的方法，其特征在于，所述方法还包括如下至少之一：

在所述UE在所述第一SDT过程中成功向所述第一小区发送RRC恢复请求消息后，将未决的RNA记录设置为“假”；及

当所述UE在所述第一SDT过程中成功接收到来自所述第一小区的RRC拒绝消息时，将未决的RNA记录设置为“真”。

11.一种用户设备(UE)，用于在无线电资源控制(RRC)非活动状态下更新UE的位置，其特征在于，所述UE包括：

处理器；及

耦合至所述处理器的存储器，其中所述存储器储存有计算机可执行程序，当由所述处理器执行时，使所述处理器执行如权利要求1至10中任一项所述的方法。

Images