[0001] 本申请总体上针对无线通信。更具体地，即使当用户设备处于非激活状态时，也可能发生小数据传输(small data transmission)。

[0002] 无线通信技术正在将世界推向一个日益互联和网络化的社会。无线通信依赖于用户移动站和无线接入网络节点(包括但不限于无线基站)之间的有效网络资源管理和分配。用户移动站或用户设备(UE)变得越来越复杂，并且传送的数据量不断增加。为了改善通信和功率使用，应该进行通信改进。

[0031] 现在将参考附图在下文中详细描述本公开，附图形成本公开的一部分，并且通过图示的方式示出了实施例的具体示例。然而，请注意，本公开可以以各种不同的形式体现，并且因此，所涵盖的或要求保护的主题旨在被解释为不限于下面将阐述的任何实施例。

[0032] 在整个说明书和权利要求中，除了明确规定的含义之外，术语可能具有上下文中建议或暗示的细微差别的含义。同样，本文中使用的短语“在一个实施例中”或“在一些实施例中”不一定指相同的实施例，而本文中使用的短语”在另一实施例中或“在其他实施例中”不一定指不同的实施例。本文中使用的短语“在一种实施方式中”或“在一些实施方式中”不一定指相同的实施方式，而本文中使用的“在另一实施方式中”或“在其他实施方式中”不一定指不同的实施方式。例如，所要求保护的主题旨在整体或部分地包括示例性实施例或实施方式的组合。

[0033] 一般来说，术语可以至少部分从上下文中的用法来理解。例如，本文中使用的术语，诸如“和”、“或”或“和/或”，可以包括多种含义，这些含义可能至少部分取决于使用这些术语的上下文。通常，“或”如果用于关联一个诸如A、B或C之类的列表，则旨在表示此处用于包含意义的A、B和C，以及此处用于排他意义的A、B或C此处用于排他意义。此外，本文中使用的术语“一个或多个”或“至少一个”(至少部分地取决于上下文)，可以被用于描述单数意义上的任何特征、结构或特性，或者可以被用于描述复数意义上的特征、结构和特性的组合。类似地，诸如“a”、“an”或“the”之类的术语同样可以被理解为表达单数用法或表达复数用法，这至少部分地取决于上下文。此外，术语“基于”或“由…确定”可以被理解为不一定旨在表达一组排他性因素，而是可以允许不一定明确描述的附加因素的存在，同样，至少部分地取决于上下文。

[0034] 在诸如移动电信环境之类的各种电信系统中，用户设备(UE)可以利用小数据传输(SDT)进行通信。传统上，当处于非激活状态时，用户数据的传输不被允许。即使对于非常小的数据的传输，设备也必须恢复连接，这可能会对信令开销以及设备功耗具有负面影响。如下所述，小数据载荷(即SDT)的传输可以在非激活状态下进行。对于新空口(NR)规范，UE可以具有三种状态：空闲、非激活和连接。UE不能在空闲和非激活状态下传输数据，因此当UE想要在空闲或非激活状态下传输数据时，UE首先转换到连接状态。然而，如本文所述，对于小数据传输(SDT)，UE可以在非激活状态下传输小数据，而不是首先转换到连接状态。与这里呈现的允许在非激活或空闲状态下进行小数据传输的状态相比，空闲/非激活状态下没有数据能够被传输的版本可以被称为传统状态。

[0035] 在非激活状态下具有间歇性小数据包的任何设备可以受益于在非激活的状态下启用小数据传输(SDT)。与传统或更大的数据传输流量类型相比，SDT流量可能具有不同的服务要求。当处于非激活状态时，可以从UE进行SDT通信或数据传输或利用UE进行SDT通信或数据传输。UE可以向基站发送SDT请求消息，基站可以是移动电信环境中的节点B(NB，例如eNB或gNB)。基站可以用包括SDT指示的回复来响应UE请求消息。SDT指示表示即使在非激活状态下，也可以从UE进行通信。处于非激活状态时的小数据传输可以节省功率，并减少信令开销。

[0036] 本文所描述的SDT通信可以与相同的载波上的传统混合流量共存，同时改善用于SDT通信的网络资源(功率、代码、干扰等)的使用。符合SDT标准的少量且不频繁的数据流量示例包括智能手机应用，该智能手机应用诸如1)来自即时消息服务(例如whatsapp、QQ、微信等)的流量；2)来自IM/电子邮件客户端和其他应用的心跳/保持激活流量；以及3)来自各种应用的推送通知。此外，其他SDT可以包括来自可穿戴设备的流量(周期性定位信息等)、传感器(例如，周期性地或以事件触发方式传输温度、压力读数的工业无线传感器网络)以及发送周期性仪表读数的智能仪表或智能仪表网络。在一个实施例中，SDT中的小数据可以包括具有100字节(上传UL或下载DL)或更小的应用数据包大小的数据。尽管本文描述的示例和实施例涉及小数据或少量数据传输，但是小数据的范围可以变化，并且可以包括除了小数据以外的数据，诸如正常数据或大数据。具体地，小数据的大小可以变化，并且实施例/示例将适用于任何数据。

[0037] 无线资源控制(RRC)是在IP层(网络层)上UE和基站之间的协议层。RRC消息经由分组数据汇聚协议(PDCP)传输。如上所述，UE可以在RRC_INACTIVE状态下传输不频繁(周期性和/或非周期性)的数据，而无需转换到RRC_CONECTED状态。这可以节省UE功耗和信令开销。这可以通过随机接入信道(RACH)协议方案或配置授权(CG)方案来实现。RACH是无线终端用于接入移动网络(TDMA/FDMA和基于CDMA的网络)以进行呼叫建立和数据传输的共享信道。
每当UE想要进行MO(移动始发)呼叫时，它就调度RACH。RACH是传输层信道，而对应的物理层信道是PRACH。

[0038] 图1示出了示例基站102。基站也可以被称为无线网络节点。基站102可以进一步被识别为移动电信环境中的节点B(NB，例如eNB或gNB)。示例基站可以包括无线Tx/Rx电路113，以用于与用户设备(UE)104进行接收和发送。基站还可以包括网络接口电路116，以用于将基站耦接到核心网110，例如，光纤或有线互连、以太网和/或其他数据传输介质/协议。

[0039] 基站还可以包括系统电路122。系统电路122可以包括一个或多个处理器124和/或存储器126。存储器126可以包括操作128和控制参数130。操作128可以包括用于在一个或多个处理器124上执行以支持基站运行的指令。例如，该操作可以处理来自多个UE的随机接入传输请求。控制参数130可以包括参数或支持操作128的执行。例如，控制参数可以包括网络协议设置、随机接入消息格式规则、带宽参数、射频映射分配和/或其他参数。

[0040] 图2示出了示例随机接入消息环境200。在随机接入消息环境中，UE 104可以通过随机接入信道252与基站102通信。在该示例中，UE 104支持一个或多个诸如SIM1 202之类的用户身份模块(SIM)。电气和物理接口206例如通过系统总线210，将SIM1 202连接到用户设备硬件的其余部分。

[0041] 移动设备200包括通信接口212、系统逻辑214和用户界面218。系统逻辑214可以包括硬件、软件、固件或其他逻辑的任何组合。系统逻辑214可以用例如一个或多个片上系统(SoC)、专用集成电路(ASIC)、分立的模拟和数字电路以及其他电路来实施。系统逻辑214是UE 104中任何期望功能的实施方式的一部分。在这方面，系统逻辑214可以包括有助于例如解码和播放音乐和视频(例如MP3、MP4、MPEG、AVI、FLAC、AC3或WAV解码和回放)的逻辑；运行应用；接受用户输入；保存和获取应用数据；建立、维护和终止蜂窝电话呼叫或数据连接，作为一个示例，用于互联网连接；建立、维护和终止无线网络连接、蓝牙连接或其他连接；以及在用户界面218上显示相关信息。用户界面218和输入228可以包括图形用户界面、触敏显示器、触觉反馈或其他触觉输出、语音或面部识别输入、按钮、开关、扬声器和其他用户界面元件。输入228的其他示例包括麦克风、视频和静止图像相机、温度传感器、振动传感器、旋转和定向传感器、耳机和麦克风输入/输出插孔、通用串行总线(USB)连接器、存储卡插槽、辐射传感器(例如，IR传感器)和其他类型的输入。

[0042] 系统逻辑214可以包括一个或多个处理器216和存储器220。存储器220存储例如控制指令222，处理器216执行控制指令222以实现UE 104的期望功能。控制参数224为控制指令222提供并指定配置和操作选项。存储器220还可以存储UE 104将通过通信接口212发送或已经接收的任何BT、WiFi、3G、4G、5G或其他数据226。在各种实施方式中，系统电力可以由诸如电池282之类的电力存储设备供应。

[0043] 在通信接口212中，射频(RF)发射(Tx)和接收(Rx)电路230处理通过一个或多个天线232的信号的发送和接收。通信接口212可以包括一个或多个收发机。收发机可以是无线收发机，其包括调制/解调电路、数模转换器(DAC)、整形表、模数转换器(ADC)、滤波器、波形整形器、滤波器、前置放大器、功率放大器和/或用于通过一个或多个天线或者(对于某些设备)通过物理(例如有线)介质发送和接收的其他逻辑。

[0044] 所发送和接收的信号可以遵循多种格式、协议、调制(例如，QPSK、16‑QAM、64‑QAM或256‑QAM)、频率信道、比特率和编码中的任何一种。作为一个具体示例，通信接口212可以包括支持在2G、3G、BT、WiFi、通用移动电信系统(UMTS)、高速分组接入(HSPA)+和4G/长期演进(LTE)标准下的发送和接收的收发机。然而，以下描述的技术适用于其他无线通信技术，无论是源自第三代合作伙伴计划(3GPP)、GSM协会、3GPP2、IEEE还是其他合作伙伴或标准机构。

[0045] 图3示出了示例多步随机接入协议300、350。在各种实施方式中，UE和基站(gNB)可以采用多步协议：(i)UE向基站发送前导码(例如，在Msg1中)(302)，(ii)在接收到前导码之后，BS向UE发送回随机接入响应(RAR)(例如，Msg2)(304)，(iii)UE在包含在Msg1中发送的前导码的RAR中指示的上传UL授权上发回第三消息(例如，Msg3)(306)，以及(iv)在成功地对Msg3解码之后，第四消息(例如，Msg4)从基站被发送到UE，以执行竞争解决(308)。该示例四步随机接入信道协议300可以允许建立RRC连接，并且被称为4步RACH。

[0046] 在一些实施方式中，通过使用两步随机接入协议350(例如，2步RACH)，可以减少通过4步RACH协议300产生的延迟。2步RACH 350可以组合(i)和(iii)以及组合(ii)和(iv)来将RACH协议压缩为两个步骤。第一步是发送第一消息(例如Msg1)。在一些示例中，第一消息包含在物理随机接入信道中传输的前导码和/或在物理上行链路共享信道中传输的载荷，其包含至少与在4步RACH的Msg3中携带的信息量相同的信息量。从BS向UE发送第二消息(例如响应于Msg1的Msg2)。因此，两个UE消息的合并允许两个基站消息的合并。与4步RACH相比，示例2步RACH可以允许减少延迟，这可以减少信道占用时间，增加可用于载荷传输的数据，或者具有其他技术益处。因此，实施2步RACH是提高数据网络性能从而改善底层硬件操作的技术问题的技术解决方案。

[0047] 在实施RACH协议的各种系统中，并且在某些情况下，特别是2步RACH中，随机接入消息的架构(例如，消息的报头/主体结构以及其中的字段)。尽管在本公开中讨论的示例中，在2步RACH的回复消息(例如，Msg2)的上下文中使用了架构和技术，但是本文讨论的架构和技术可以被应用于其他随机接入消息，其中消息架构和内容可以被用于区分消息类型。RACH是下面讨论的用于针对非激活状态期间的SDT的通信的一个示例协议。在其他实施例中，配置授权(CG)方案可以被用于非激活状态期间的SDT通信。

[0048] 图4示出了小数据传输(SDT)过程的一个实施例。图4示出了用户设备(UE)和基站(gNB)之间的通信。对于SDT准备，SDT参数被配置用于SDT准备阶段(402)。具体地，网络经由RRC信令配置SDT参数，如关于图6进一步描述的。SDT类型选择404是SDT发起阶段的一部分，在SDT发起阶段中，UE在首先选择SDT类型之后发起SDT过程，如下面关于图7进一步描述的。在框406中，从UE向基站gNB做出针对小数据传输(SDT)的请求。作为响应，基站gNB提供一个包括SDT指示的回复。在该实施例中，当发出请求时，定时器被启动，并且当接收到具有SDT指示的回复时，定时器被停止。在框408中，进入SDT过程并且SDT定时器被启动。SDT过程包括UE使用CG PUSCH资源或动态UL授权来传输UL数据，并且可以使用动态DL分配来接收DL数据。向UE 410调度数据传输，并且从UE 412调度数据传输。对于每个数据传输调度，SDT定时器被重新启动。具体地，当接收下行链路数据或发送上行链路数据时，SDT定时器被重新启动。在框414中，当SDT定时器超时时，UE然后可以进入传统非激活状态(也被称为正常非激活状态)。当没有数据被传输时，传统非激活状态是传统的非激活状态，然而，如本文所述，修改的非激活态现在甚至可以在非激活状态下允许SDT。

[0049] 图5示出了SDT过程的另一实施例。虽然图4示出了两个定时器，但图5中的实施例仅包括一个定时器。对于SDT准备，SDT参数被配置(502)。参考图6进一步描述了SDT参数配置502。SDT类型选择504将在下面参考图7被进一步描述。在框506中，从UE向基站gNB做出针对小数据传输(SDT)的请求。作为响应，基站gNB提供一个包括SDT指示的回复。在该实施例中，当发出请求时，唯一的定时器被启动。在框508中，进入SDT过程。向UE 510调度数据传输，并且从UE 512调度数据传输。在框514中，当唯一的定时器超时时，UE然后可以进入传统非激活状态。传统非激活状态是传统的非激活状态，其中与现在即使在非激活状态下也可以允许用于SDT的修改的非激活状态相比，没有数据被传输。

[0050] 图6示出了用于SDT参数配置的示例流程。SDT参数被用于SDT过程中(例如，图4a‑4b)。SDT参数与数据有关，并且应该被配置为有利于小数据传输的特性。SDT参数是特定于UE的，并且可以包括：ConfiguredGrantConfig(type1)、PUSCH‑Config、PDSCH‑Config、ControlResourceSet、SearchSpace、DRX‑Config等。网络在配置SDT参数期间考虑小数据的流量特性，诸如为SearchSpace配置稍长的下行链路控制信息(DCI)检测周期，而不是每个传输时间间隔(TTI)检测周期，以节省UE功耗。

[0051] 具体地，图6示出了具有两个选项的SDT参数配置602。在第一个选项中，将有RRCReconfiguration 604，在RRCReconfiguration 604中，网络可以在CONNECTED状态下，经由RRCReconfiguration来配置SDT参数。在框606中，当UE进入空闲状态时，UE释放由SDT参数配置的SDT资源。在第二个选项中，将存在具有SuspendConfig的RRCRelease 608。网络可以经由具有SuspendConfig的RRCRelease来配置SDT参数，使得当UE进入IDLE或CONNECTED状态时，UE在框610中释放由SDT参数配置的SDT资源。

[0052] 可以存在包括不同SDT参数的随机接入(RA)资源的配置。例如，可以为正常RA和处于非激活状态下的数据传输的RA提供单独的配置，包括时间、频率、功率(例如，与功率控制相关的参数)和/或码域中的资源。用于免授权传输的配置可以包括在时间、频率、功率(例如，与功率控制相关的参数)和/或码域中用于免授权传输的资源。一个或多个指示符可以指示是否支持和/或允许功率有效状态下的数据传输。可能存在对于区域范围的配置，即在哪个区域中允许在功率有效状态下进行数据传输。用于在状态转换之后的数据传输和在没有状态转换的功率有效状态下的数据传输之间进行选择的配置可以包括1)对于哪个逻辑信道和/或逻辑信道组和/或专用无线承载(DRB)和/或服务质量QoS流和/或协议数据单元(PDU)会话，允许在没有状态转换的功率有效状态下的数据传输；以及2)缓存区大小阈值。

[0053] 图7示出了用于SDT类型选择的示例流程。在一些实施例中，SDT可以用基于RACH的方案和基于CG的方案来发起。基于RACH的方案可以使用传统RA资源，或者使用与SDT相关的随机接入(RA)资源。SDT资源可以被分配选择优先级702。第一优先级是在框704中选择SDT相关的CG资源。第二优先级是在框706中选择SDT相关的RA资源(例如，2步RA，然后是4步RA)。第三优先级是在框708中选择传统RA资源(例如，2步RA，然后是4步RA)。在框710中，配置参考信号接收功率(RSRP)阈值。

[0054] 在一个实施例中，可以有三个RSRP阈值710。在其他实施例中，可以有更多或更少的阈值，并且可以使用阈值的任何子集或全部。第一阈值用于在正常上行链路(NUL)载波和补充上行链路(SUL)载波之间进行选择。如果下行链路路径损耗参考的RSRP小于第一阈值，则UE将选择SUL载波。当在UL带宽部分(BWP)中同时配置2步和4步随机接入类型资源时，第二阈值用于在2步RA类型和4步RA类型之间进行选择。如果下行链路路径损耗参考的RSRP高于第二阈值，则UE将选择2步RA。第三RSRP阈值被用于选择资源以发起SDT。如果下行链路路径损耗参考的RSRP高于第三RSRP阈值，则UE将选择SDT相关的RA资源。具体地，第三阈值建立了如何选择资源以发起SDT。在一些实施例中，该选择可以从UE被配置为NUL和SUL或2步RA和4步RA时开始。

[0055] 在一个示例实施例中，UE被配置有NUL和SUL载波，并且对于一个BWP，SDT相关的CG资源被配置在SUL中，而不被配置在NUL中。此外，RA资源被配置在NUL和SUL中，并且下行链路路径损耗参考的RSRP高于第一阈值。在该示例中，如果UE首先选择载波，则UE将选择NUL并选择RA资源。在其他实施例中，由于SDT相关的CG资源被配置在SUL中，因此UE可以首先选择SDT相关的CG资源，而不是首先选择载波。

[0056] 在另一示例实施例中，UE被配置有NUL和SUL载波，并且对于一个BWP，SDT相关的CG资源被配置在NUL中，而不被配置在SUL中。RA资源被配置在NUL和SUL中，并且下行链路路径损耗参考的RSRP小于第一阈值。在该示例中，如果UE首先选择载波，则UE将选择SUL并选择RA资源。在其他实施例中，由于SDT相关的CG资源被配置在NUL中，因此UE不能选择SDT相关的CG资源，因为UE的位置适用于SUL载波。

[0057] 再次参考图4‑5，SDT发起阶段(404、504)包括基于RACH和基于CG的方案，使用基于RRC或无RRC的实施例。SDT请求可以是RRC信令或介质访问控制(MAC)控制单元(CE)，并且SDT指示可以是RRC信令或MAC CE或DCI。图8‑13示出了SDT指示的示例。

[0058] 图8示出了基于RACH和基于RRC的SDT指示的示例。该通信用基于RACH的方案和无线资源控制(RRC)信令。UE向基站gNB发出可以包括RRCResumeRequest的消息(802)。作为响应804，修改通信以向RRC消息引入新的字段。具体地，消息804示出了RRCRelease包括SDT指示字段。该SDT指示是通过向传统RRC消息添加新字段而进行的回复的一部分。

[0059] 图9示出了基于RACH和基于MAC控制单元(CE)的SDT指示的示例。MAC控制单元(CE)通信在MAC层。可以存在被称为MAC CE的用于携带控制信息的MAC结构。UE向基站gNB发出可能包括C‑RNTI的消息902。作为响应904，修改通信以向MAC CE消息引入新字段。具体地，消息904示出了包括SDT指示字段的PDSCH消息。该SDT指示是通过向传统MAC CE消息添加新字段而进行的回复的一部分。

[0060] 图10示出了基于RACH和基于下行链路控制信息(DCI)的SDT指示的示例。UE向基站gNB发出可能包括C‑RNTI的消息1002。作为响应1004，修改通信以向DCI消息引入新的字段或引入新的DCI消息。具体地，消息1004示出了包括SDT指示字段的DCI消息。作为回复的一部分的该SDT指示可以在新DCI消息中，或者可以是被添加到传统DCI消息的新的字段。

[0061] 图11示出了基于CG和基于RRC的SDT指示的示例。该通信是通过配置授权(CG)方案和RRC信令进行的。UE向基站gNB发出可能包括RRCResumeRequest的消息1102。作为响应1104，修改通信以向RRC消息引入新的字段。具体地，消息1104示出了RRCRelease包括SDT指示字段。该SDT指示是通过向传统RRC消息添加新的字段而进行的回复的一部分。

[0062] 图12示出了基于CG和基于MAC CE的SDT指示的示例。MAC控制单元(CE)通信在MAC层。UE向基站gNB发出可能包括CG PUSCH的消息1202。作为响应1204，修改通信以向MAC CE消息引入新的字段。具体地，消息1204示出了包括SDT指示字段的新MAC CE消息。该SDT指示是通过向传统MAC CE消息添加新字段而进行的回复的一部分。

[0063] 图13示出了基于CG和基于DCI的SDT指示的示例。UE向基站gNB发出可能包括CG PUSCH的消息1302。作为响应1304，修改通信以向DCI消息引入新的字段或引入新的DCI消息。具体地，消息1304示出了包括SDT指示字段的DCI消息。作为回复的一部分的该SDT指示可以在新DCI消息中，或者可以是被添加到传统DCI消息的新吧字段。

[0064] 图14示出了用于异常消息传递的第一示例过程。除了SDT请求被多次发送之外，图14中的过程与图4中的过程相对应。这个过程被称为异常，因为直到SDT请求被发送三次之后回复才被发送。在框1402中，SDT被发起，并且在框1404中，请求被发送。如图14所示，在接收到SDT指示之前，SDT请求被发送三次。当接收到SDT指示时，定时器停止。在框1406中，进入SDT过程，并且SDT定时器被启动。

[0065] 图15示出了用于异常消息传递的第二示例过程。除了SDT请求被多次发送之外，图15中的过程与图5中的过程相对应。具体地，图15示出了单个定时器，而图14包括两个定时器。这个过程被称为异常，因为直到SDT请求被发送三次之后回复才被发送。在框1502中SDT被发起，并且在框1504中，请求被发送。如框1504所示，在接收到SDT指示之前，SDT请求被发送三次。在框1506中进入SDT过程。如图5所示，当定时器超时时，SDT过程被停止，并进入传统非激活状态(图15中未示出)。

[0066] 在图14和图15中，基于RACH和基于CG的方案有不同的重新发送方法。例如，基于RACH的方案可以包括UE经由MSG3/MSGA重新发送SDT请求。如果没有接收到MSG4/MSGB(包括SDT指示)，则UE可以重新发送MSG3/MSGA。对于基于CG的方案，UE可以在接收到SDT指示之前在CG PUSCH资源的后续周期点处重新发送SDT请求。

[0067] 图16示出了用于异常消息传递的第三示例过程。在图16中，没有接收到带有SDT指示的回复。在框1602中SDT被发起，并且在框1604中，请求被发送，但是回复没有被接收到。在框1604中请求被重新发送，直到在框1606中定时器超时，这导致SDT失败1608。如果UE不能在定时器超时之前接收到回复消息，则UT认为存在SDT失败。在框1608中的失败之后，UE可以通过以下方式进行处理：1)在定时器之后重新发起SDT过程(由网络配置)，或者2)发起传统RRC恢复过程，或者3)使用RA资源发起SDT过程(如果UE依赖于CG资源)。

[0068] 图17示出了用于异常消息传递的第四示例过程。在框1502中发起SDT。在框1504中，通信是异常的，因为基站gNB在对SDT请求的响应(具有SDT指示)之前发送了其他消息。当接收到来自UE的SDT请求时，网络可以根据当前网络和UE条件以不同的消息进行回复。消息1/消息2/消息3可以是RRC信令、MAC CE或DCI。在一个示例中，UE经由基于RRC的解决方案发送SDT请求，然后网络可以用RRC消息进行回复，以指示UE进入空闲状态、非激活状态或连接状态。在另一示例中，UE经由无RRC的解决方案发送SDT请求，然后网络可以用MAC CE进行回复，以指示UE进入空闲状态、非激活状态或连接状态。这可能会引入新的MAC CE。在又一示例中，UE经由无RRC的解决方案发送SDT请求，然后网络可以用DCI消息进行回复，以指示UE进入空闲状态、非激活状态或连接状态。这可能会引入新的DCI，或将新字段引入传统DCI。

[0069] 图18示出了用于异常消息传递的第五示例过程。图17显示SDT发起阶段，而图18显示SDT处理阶段1802。类似于图17，响应于数据的调度1604，可能存在来自基站gNB的附加消息1806。该消息1606可以是网络发送消息来指示UE根据当前网络和UE条件进入空闲、非激活或连接状态。消息1/消息2/消息3可以是RRC信令、MAC CE或DCI。

[0070] 图19示出了锚点重定位通信的示例。锚点基站gNB可以被称为最后一个服务gNB。UE处于非激活状态。UE向gNB发出RRCResumeRequest。gNB通过对最后一个服务gNB(锚点gNB)的请求来获取UE上下文，最后一个服务gNB获取UE上下文响应。由gNB向UE提供RRCResume消息。UE处于连接状态，并向gNB发出RRCResumeComplete消息。在路径切换请求/响应之后，UE上下文被释放。

[0071] 对于上述SDT过程，当在不同的gNB处接收到SDT请求时(即，当前服务gNB不是进入非激活状态之前的最后一个服务gNB)，网络可以决定重新定位锚点gNB或不重新定位锚点gNB。当网络在不同的gNB中接收到SDT请求时，有几种可替选的方案，包括：1)服务gNB立即执行锚点重定位；2)服务gNB不执行锚点重定位，并执行数据转发；以及3)服务gNB不执行锚点重定位，并且首先执行数据转发，但是当在小数据传输期间接收到大于阈值的较大BSR时，服务gNB然后执行锚点重定位。

[0072] 锚点重定位可以由锚节点或服务节点触发。服务节点可以包括UE驻留的节点(例如，UE驻留的小区的gNB)或与UE具有RRC连接的节点(例如，gNB)，或者在空中接口中从UE接收RRC消息的节点。锚节点可以是UE的SRB1PDCP所在的节点，或者UE的NG‑C和/或NG‑U连接所在或终止的节点。锚节点可以是存储UE上下文的节点，或者是将用户数据分组从其转发到核心网的节点。

[0073] 根据哪个节点触发锚点重定位，存在不同的实施例。考虑到UE的缓存状态和无线条件可能改变，服务gNB可以基于UE侧的缓存状态或无线条件，确定在SDT期间的任何时间点将UE从非激活状态切换到连接状态。因此，服务gNB可以在包括在SDT过程期间的任何时间点发起锚点重定位。

[0074] 在一个实施例中，当锚节点触发锚点重定位时，锚节点：1)向服务节点发送第一消息以请求锚点重定位；2)从服务节点接收包括容器的第二消息，该容器包含RRC消息(例如RRC恢复或RRC重新配置或新定义的RRC消息)；3)对被包括在容器中的RRC消息执行加密和/或完整性保护；以及4)向服务节点发送第三消息，其中包括包含SRB PDCP PDU的容器。向服务节点请求锚点重定位的第一消息可以是XnAP消息。向服务节点请求锚点重定位的第一消息可以包括UE上下文、锚点重定位指示、用于数据转发的传输地址、锚点重定位的原因和/或安全信息，其可以被用于服务节点和/或UE中的安全密钥生成。安全信息可以包括以下信息中的至少一个：key‑NG‑RAN‑Star、Ncc和/或nextHopChainingCount。第二消息可以是至少包括以下信息的RRC消息：keySetChangeIndicator和/或nextHopChainingCount。第三消息中的SRB PDCP PDU可以包含受安全保护的RRC消息。

[0075] 在可替选的实施例中，对于由锚节点触发的锚点重定位，服务节点可以利用以下过程。在第一步骤中，服务节点从锚节点接收锚点重定位请求。在第二步骤中，服务节点向锚节点发送消息，该消息包括具有RRC消息(例如，RRC恢复或RRC重新配置或新定义的RRC消息)的容器。在第三步骤中，服务节点从锚节点接收SRB PDCP PDU，并且服务节点向UE发送SRB PDCP PDU。

[0076] 在另一实施例中，当由服务节点触发锚点重定位时，服务节点：1)从锚节点接收可被用于在服务节点和/或UE中生成安全密钥的安全信息；2)向锚节点发送包括具有RRC消息(例如，RRC恢复或RRC重新配置或新定义的RRC消息)的容器的消息；3)从锚节点接收包括具有SRB PDCP PDU的容器的消息；以及4)向UE发送SRB PDCP PDU。在步骤1)中，安全信息可以被包括在RetrieveUEContextResponse消息或单独的消息中。在步骤2)中，锚点重定位指示可以被包括在从服务节点发送到锚节点的消息中。在步骤3)中，在RRC消息中，至少可以包括以下信息：keySetChangeIndicator和/或nextHopChainingCount。安全信息可以包括key‑NG‑RAN‑Star、Ncc和/或nextHopChainingCount中的至少一个。

[0077] 在可替选的实施例中，对于由服务节点触发的锚点重定位，锚节点可以利用以下过程。在步骤1中，锚节点从服务节点接收锚点重定位请求消息，该消息包括具有RRC消息的容器。在步骤2中，锚节点对被包括在RRC容器中的RRC消息执行加密和/或完整性保护。在步骤3中，锚节点向服务节点发送被加密和/或完整性保护的SRB PDCP PDU。在步骤3中，SRB PDCP PDU包含在步骤2中接收到的RRC消息。在步骤1之前，如果服务节点中没有可用的安全信息，则可以使用以下过程来请求安全信息：1)服务节点向锚节点发送第一消息以请求锚点重定位(例如，锚点重定位指示可以被包括在消息中)；以及2)服务节点从锚节点接收包括安全信息的第二消息，该安全信息可以被用于生成在服务节点和/或UE中使用的安全密钥。

[0078] 图20示出了另一示例锚定位通信。具体地，图20示出了新空口(NR)小数据传输(SDT)中锚点重定位的初始化。对于具有锚点重定位的SDT，数据可以被包括在第一上行链路(UL)消息中，如图20所示，RRCResumeRequest消息包括包含数据的MACPDU。目标gNB可以充当接收到的数据的第一缓存(“缓存包含数据的无线链路控制(RLC)分组数据单元(PDU)”)，并且然后在继续处理第一UL消息中的接收到的UL数据之前执行上下文获取。服务gNB(新的锚点gNB)向UE发送RRCRelease消息，以结束SDT过程。图20示出了可选的后续数据传输(上行链路和/或下行链路)。对于锚点重定位，服务gNB可以成为新的锚点gNB，执行路径切换过程，并且在路径切换之后将数据分组转发到CN。