CN115136724A

CN115136724A - 用于小数据传输的方法

Info

Publication number: CN115136724A
Application number: CN202080097206.4A
Authority: CN
Inventors: 黄河; 马子江; 马伟; 卢忱
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2020-12-23
Filing date: 2020-12-23
Publication date: 2022-09-30
Also published as: WO2022133763A1; US20230337317A1; EP4107907A1; EP4107907A4; CN116684998A

Abstract

公开了一种用于在锚节点中使用的无线通信方法。所述方法包括：从服务节点接收与无线终端相关联的上下文请求和用于小数据传输的指示；向所述服务节点发送第一消息，所述第一消息包括所述小数据传输的配置信息；从所述服务节点接收第二消息，所述第二消息包括所述小数据传输的下行信息；以及执行所述小数据传输。

Description

用于小数据传输的方法

技术领域

本文件总体上涉及无线通信，并且特别地涉及小数据传输。

背景技术

当用户装置(UE)需要向网络传输数据时，无论需要传输多少数据量，都可能要求UE与网络建立连接(例如，进入连接状态)。在这种情况下，大量的信号开销可能会浪费在少量数据的传输上。为了避免浪费信号开销，新无线(NR)支持UE在非活动状态下传输少量数据(即，小数据传输(SDT))。

关于SDT，网络可能需要确定是否将UE上下文重新定位到当前服务于UE的网络节点。如果网络不能立即确定是否重新定位UE上下文或者决定不重新定位UE上下文，则可能导致SDT以延迟或异常的方式执行。

发明内容

本文件涉及用于SDT的方法、系统和设备，并且特别地涉及用于恢复流程中的SDT的方法、系统和设备。

本公开涉及一种用于在锚节点中使用的无线通信方法。所述方法包括：从服务节点接收与无线终端相关联的上下文请求和用于小数据传输的指示；向所述服务节点发送第一消息，所述第一消息包括所述小数据传输的配置信息；从所述服务节点接收第二消息，所述第二消息包括所述小数据传输的下行信息；以及执行所述小数据传输。

各种实施例可以优选地实现以下特征：

优选地，所述无线终端处于非活动状态或连接管理连接状态。

优选地，所述小数据传输具有以下特征中的至少一个：

包大小为100字节，

时延为5秒至30分钟或1小时，或

频率为每分钟一次到每月一次。

优选地，所述小数据传输是根据3GPP TR 25.705V13.0.0定义的。

优选地，所述第一消息的发送和所述第二消息的接收不晚于发送响应于恢复请求的响应消息。

优选地，所述响应消息包括所述无线终端的上下文信息或无线资源控制释放消息之一。

优选地，所述第一消息的发送和所述第二消息的接收在发送响应于恢复请求的响应消息之后，其中，所述响应消息包括无线资源控制释放消息。

优选地，所述配置信息包括所述小数据传输的上行地址或所述小数据传输的无线链路控制配置中的至少一个。

优选地，所述下行信息包括下行小区组传送网络层地址。

优选地，所述执行所述小数据传输包括：从用户面功能接收所述无线终端的下行数据，以及向所述服务节点发送所述下行数据。

优选地，所述执行所述小数据传输包括：从所述服务节点接收所述无线终端的上行数据，以及向用户面功能发送所述上行数据。

本公开涉及一种用于在服务节点中使用的无线通信方法。所述方法包括：

向锚节点发送与无线终端相关联的上下文请求和用于小数据传输的指示；

从所述锚节点接收第一消息，所述第一消息包括所述小数据传输的配置信息；

向所述锚节点发送第二消息，所述第二消息包括所述小数据传输的下行信息；以及

执行所述小数据传输。

各种实施例可以优选地实现以下特征：

优选地，所述小数据传输具有以下特征中的至少一个：

包大小为100字节，

时延为5秒至30分钟或1小时，或

频率为每分钟一次到每月一次。

优选地，所述小数据传输是根据3GPP TR 25.705V13.0.0定义的。

优选地，所述第一消息的接收和所述第二消息的发送不晚于接收响应于恢复请求的响应消息。

优选地，所述第一消息的接收和所述第二消息的发送在接收响应于恢复请求的响应消息之后，其中，所述响应消息包括无线资源控制释放消息。

优选地，所述下行信息包括下行小区组传送网络层地址。

优选地，所述无线通信方法进一步包括：基于所述配置信息建立用于所述小数据传输的无线链路控制实体，或者基于所述配置信息确定所述小数据传输的上行地址。

优选地，所述执行所述小数据传输包括：从所述锚节点接收所述无线终端的下行数据，以及向所述无线终端发送所述下行数据。

优选地，所述执行所述小数据传输包括：从所述无线终端接收上行数据，以及向所述锚节点发送所述上行数据。

本公开涉及一种锚节点。所述锚节点包括：

通信单元，其被配置成：

从服务节点接收与无线终端相关联的上下文请求和用于小数据传输的指示；

向所述服务节点发送第一消息，所述第一消息包括所述小数据传输的配置信息；以及

从所述服务节点接收第二消息，所述第二消息包括所述小数据传输的下行信息；以及

处理器，其被配置成执行所述小数据传输。

各种实施例可以优选地实现以下特征：

优选地，所述处理器进一步被配置成执行上述无线通信方法中的任何一种。

本公开涉及一种服务节点。所述服务节点包括：

通信单元，其被配置成：

从所述锚节点接收第一消息，所述第一消息包括所述小数据传输的配置信息；以及

处理器，其被配置成执行所述小数据传输。

各种实施例可以优选地实现以下特征：

本公开涉及一种计算机程序产品，所述计算机程序产品包括在其上存储的计算机可读程序介质代码，所述代码在被处理器执行时使得所述处理器实现在任一前述方法中所述的无线通信方法。

附图说明

本文公开的示例性实施例旨在提供通过结合附图参考以下描述将变得显而易见的特征。根据各种实施例，本文公开了示例性系统、方法、设备和计算机程序产品。然而，应当理解，这些实施例是以示例的方式而不是限制的方式呈现的，并且对于阅读本公开的本领域普通技术人员来说，显而易见的是，可以在保持在本公开的范围内的同时对所公开的实施例进行各种修改。

因此，本公开不限于在此描述和示出的示例性实施例和应用。另外，本文公开的方法中的步骤的特定顺序和/或层次仅仅是示例性方式。基于设计偏好，在仍旧在本公开的范围内的同时，所公开的方法或过程的步骤的特定顺序或层次可以被重新布置。因此，本领域普通技术人员将理解，本文中公开的方法和技术以示例顺序呈现各种步骤或动作，并且除非另有明确说明，否则本公开不限于所呈现的特定顺序或层次。

在附图、说明书和权利要求书中更详细地描述了上述和其他方面及其实现方式。

图1示出了根据本公开的实施例的无线资源控制恢复流程的示意图。

图2示出了根据本公开的实施例的无线资源控制恢复流程的示意图。

图3示出了根据本公开的实施例的信令流程的示意图。

图4A和图4B示出了根据本公开的实施例的RRC恢复流程的示意图。

图5A和图5B示出了根据本公开的实施例的恢复流程的示意图。

图6A、图6B、图6C和图6D示出了根据本公开的实施例的恢复流程的流程图。

图7A和图7B示出了根据本公开的实施例的恢复流程的流程图。

图8示出了根据本公开的实施例的过程的流程图。

图9示出了根据本公开的实施例的过程的流程图。

图10示出了根据本公开的实施例的无线终端的示意图的示例。

图11示出了根据本公开的实施例的无线网络节点的示意图的示例。

具体实施方式

在本公开中，小数据传输(SDT)可以是为(或由)处于非活动状态(例如，无线资源控制(RRC)非活动状态(RRC_INACTIVE))或连接管理(CM)连接(CM-CONNECTED)状态下的UE执行的数据传输。可以在随机接入流程或(RRC)恢复流程中执行SDT。在实施例中，SDT的基本特征可以包括以下中的至少一个：

-用于上行(UL)的(应用)包大小为100字节，用于下行(DL)的(应用)包大小为100字节；

-时延为5秒至30分钟；针对无移动场景为1小时；

-频率为每分钟一次到每月一次。

注意，SDT的时延是指从SDT的包到达缓冲区到包被完全传输的持续时间。根据实施例，在3GPP TR 25.705V13.0.0中进一步指定所述小数据传输。

图1涉及根据本公开的实施例的具有锚重新定位的RRC恢复流程。在本实施例中，将UE上下文从锚gNB(例如，上一个服务gNB)传递到当前服务gNB(例如，接收gNB)，在获取UE上下文之后执行路径切换流程，服务gNB在锚重新定位(例如，对UE上下文的重新定位)之后成为新的锚gNB。

在本公开中，gNB可以等于无线网络节点、无线接入网络(RAN)节点、下一代(NG)RAN节点、演进节点B(eNB)或NG-eNB。

更具体地，UE处于非活动状态(例如，RRC非活动)和/或处于CM-连接状态。在RRC恢复流程的开始，UE从非活动状态恢复并向gNB(例如，服务gNB或接收gNB)发送RRC恢复请求(消息)，用于提供由上一个服务gNB分配的非活动标识符(例如，非活动无线网络临时标识符(I-RNTI))和原因值。原因值指示发送RRC恢复请求的原因(例如，原因、目的)。例如，原因值可以指示RAN通知区域(RNA)更新(步骤101)。

在步骤102中，gNB如果能够解析非活动标识符中包含的标识(例如，与上一个服务gNB相关联)，则请求上一个服务gNB提供UE上下文，例如，通过提供在步骤101中接收的原因值。

在步骤103中，上一个服务gNB在响应消息(例如，检索UE上下文响应)中提供UE上下文。

在步骤104中，gNB发送RRC恢复消息以保持UE处于非活动状态。

在步骤105中，UE向gNB发送RRC恢复完成消息。

在步骤106中，如果应防止上一个服务gNB中缓冲的下行(DL)用户数据的丢失，则gNB向上一个服务gNB提供转发地址。

在步骤107和108中，gNB执行与接入和移动性管理功能(AMF)的路径切换流程。

在步骤109中，gNB在上一个服务gNB处触发对UE资源的释放。

图2涉及根据本公开的实施例的没有锚重新定位的RRC恢复流程。注意，没有锚重新定位的RRC恢复流程只能用于RNA更新。

具体地，UE通过向gNB发送RRC恢复请求(消息)并提供由上一个服务gNB分配的I-RNTI和适当的原因值(例如，指示RNA更新)来从非活动状态(例如，RRC_INACTIVE)恢复(步骤201)。

在步骤202中，gNB如果能够确定I-RNTI中包含的gNB标识，则请求上一个服务gNB通过提供在步骤201中接收的原因值来提供UE上下文。

在步骤203中，上一个服务gNB存储接收到的将在下一次恢复尝试中使用的信息(例如，小区RNTI(C-RNTI)以及与恢复小区相关的物理小区标识符(PCI)，并以包括封装的RRC释放消息的失败消息(例如，检索UE上下文失败消息)响应gNB。在实施例中，RRC释放消息包括暂停指示。

在步骤204中，gNB向UE转发RRC释放消息。

在RRC恢复流程中，由于服务gNB可能无法基于短I-RNTI识别锚gNB，所以服务gNB可以向多个潜在锚gNB发送上下文请求消息(例如，检索UE上下文请求消息)。考虑到上下文请求消息只能由相应的锚gNB验证，并且只有锚gNB具有UE上下文，所以由锚gNB确定是否需要锚重新定位(即，对UE上下文的重新定位)。

为了实现SDT，在RRC恢复流程中可能需要考虑不同的考虑因素。例如，没有锚重新定位的RRC恢复流程只能应用于RNA更新。即，在没有锚重新定位的RRC恢复流程期间，SDT可能会延迟或者可能不执行。

在下面，接收gNB可以等于图1和图2中所示的接收节点和/或gNB。锚gNB可以等于图1和图2中所示的锚节点和/或上一个服务gNB。此外，以下段落中的上行(UL)数据是用于SDT的UL数据，并且以下段落中的DL数据是用于SDT的DL数据。

图3示出了根据本公开的实施例的信令流程的示意图。在图3所示的信令流程中，接收gNB向锚gNB发送用于UE上下文的上下文请求消息(例如，“检索UE上下文请求”消息)。在本实施例中，上下文请求消息与SDT相关联。例如，上下文请求消息可以包括(例如，指示)与SDT相关联的原因或原因值。在实施例中，原因或原因值可以是(与)SDT指示符或多SDT指示符(相关联)。

在步骤302中，在接收到与SDT相关联的上下文请求消息之后，锚gNB确定(例如，决定)是否将UE上下文重新定位到接收gNB。在本实施例中，锚gNB可以确定是否在稍后阶段重新定位UE上下文。作为替代或补充，锚gNB可以确定不重新定位UE上下文。

在锚gNB确定是否在稍后阶段重新定位UE上下文或者锚gNB确定不重新定位UE上下文的实施例中，锚gNB执行(例如，发起)与接收gNB的信令流程(即，步骤303-1和303-2)。

更具体地，信令流程由锚gNB发起，并用于在锚gNB和接收gNB之间建立隧道。例如，经由信令流程，锚gNB可以在接收gNB处建立UE无线链路控制(RLC)上下文，以为UL/DL数据传输(例如，UL/DL分组数据汇聚协议(PDCP)分组数据单元(PDU)分组传输)配置接收gNB和锚gNB之间的UL/DL传送网络层(TNL)地址。

在实施例中，信令流程可以命名为SDT RLC上下文传递流程或SDT RLC实体建立流程。

在步骤303-1和303-2中，当锚gNB发起信令流程时，锚gNB首先向接收gNB发送消息M1(例如，SDT RLC上下文传递请求(消息)或SDT RLC实体建立请求(消息))。接下来，接收gNB向锚gNB发送消息M2(例如，SDT RLC上下文传递响应或SDT RLC实体建立响应)。

在实施例中，消息M1包括以下信息中的至少一个(所述信息可以命名为用于SDT的RLC上下文)：

1)用于SDT的UL PDCP TNL地址

2)用于SDT的RLC配置

在实施例中，消息M2包括用于SDT的DL小区组(CG)TNL地址。

在信令流程中，接收gNB可以执行以下动作中的至少一个：

1)获取用于SDT的RLC配置信息。

2)建立用于SDT的RLC实体。

3)获取用于SDT的UL PDCP TNL地址。

4)向锚gNB发送用于SDT的DL CG TNL地址。

在信令流程中，锚gNB可以执行以下动作中的至少一个：

1)从接收gNB获取用于SDT的DL CG TNL地址。

2)向接收gNB发送用于SDT的UL PDCP TNL地址。

在完成信令流程之后，接收gNB能够经由锚gNB发送UL数据或接收DL数据。例如，接收gNB可以执行步骤304a、304b和304c中的至少一个。

在步骤304a中，接收gNB向锚gNB或者经由锚gNB向用户面功能(UPF)发送UE的UL数据，其中，可以在信令流程(例如，在步骤301中)完成之前接收并缓冲UL数据。

在步骤304b中，接收gNB从UE接收用于SDT的UL数据(例如，PDU包)，并向锚gNB或者经由锚gNB向UPF发送接收到的用于SDT的UL数据(例如，PDCP PDU包或RLC SDU包)。

在步骤304c中，接收gNB从锚gNB或经由锚gNB从UPF接收用于SDT的DL数据(例如，PDCP PDU包或RLC SDU包)，并向UE发送接收到的DL数据。

在实施例中，在锚gNB从接收gNB接收到与SDT相关联的上下文请求消息(例如，检索UE上下文请求消息)之后，锚gNB将决定是否以及何时重新定位UE上下文。例如，锚gNB可以有以下选项：

选项1：决定立即将UE上下文从自身重新定位到接收gNB。

选项2：决定是否稍后(即，在稍后阶段)重新定位UE上下文。

选项3：决定不重新定位UE上下文。

以下是与这3个选项相对应的恢复流程。

图4A和图4B示出了根据本公开的实施例的RRC恢复流程的示意图。在本实施例中，锚gNB可以在从接收gNB接收上下文请求消息之后决定立即重新定位UE上下文(即，上述选项1)。

更具体地，处于非活动状态下的UE向接收gNB发送RRC消息(例如，RRC恢复请求消息)(图4A中的步骤401)。在实施例中，UE可以将SDT的UL数据与该RRC消息一起发送，并且所发送的UL数据由接收gNB缓冲。

在步骤402中，接收gNB向锚gNB发送包括SDT指示符的上下文请求消息(例如，“检索UE上下文请求”消息)。在实施例中，上下文请求消息可以进一步包括用于到锚gNB的SDT的DL CG TNL地址。

在步骤403中，锚gNB决定重新定位UE上下文。

在步骤404中，锚gNB向接收gNB发送包括UE上下文的上下文响应消息(例如，“检索UE上下文响应”消息)。

在步骤405中，接收gNB向锚gNB发送Xn-U地址指示消息(可选)。

在步骤406中，接收gNB获取UE上下文，并基于UE上下文建立RLC实体和PDCP实体。

经由所建立的RLC实体和PDCP实体，接收gNB可以在发起路径切换流程之前可选地执行步骤407a和/或407b和/或407c。

在步骤407a中，接收gNB经由锚gNB向UPF发送缓冲的UL数据(例如，在步骤402中接收到的UL数据)(如果有的话)。

在步骤407b中，接收gNB在从UE接收到后续UL数据时，经由锚gNB向UPF发送后续UL数据。

在步骤407c中，接收gNB如果经由锚gNB从UPF接收到DL数据(即，DL RLC SDU)，则向UE发送DL数据。

在图4B所示的步骤408中，接收gNB发起与核心网(例如，5G核心网(5GC)或AMF(即，一个5GC实体))的路径切换流程。

在完成路径切换流程之后，接收gNB可以发送缓冲的UL数据(如果有的话)(步骤409a)，和/或当从UE接收到UL数据时向UPF发送UL数据(步骤409b)，和/或当从UPF接收到DL数据时向UE发送DL数据(步骤409c)。

在步骤410中，接收gNB可以确定将UE设为RRC连接状态、RRC非活动状态或空闲状态之一。

如果接收gNB确定将UE设为RRC连接状态，则接收gNB发送RRC恢复消息(步骤411)，并且UE反馈RRC恢复完成消息(步骤412)。在步骤411和412之后，UE进入RRC连接状态。

如果确定将UE设为RRC非活动状态，则接收gNB发送具有暂停指示的RRC释放消息(步骤413)。在接收到RRC释放消息之后，UE进入RRC非活动状态。

图5A和图5B示出了根据本公开的实施例的恢复流程的示意图。在本实施例中，在从接收gNB接收到上下文请求消息之后，锚gNB可以决定确定是否在稍后阶段重新定位UE上下文，或者决定不重新定位UE上下文(即，上述选项2和3)。

更具体地，处于非活动状态的UE向接收gNB发送RRC消息(例如，RRC恢复请求消息)(图5A中的步骤501)。在实施例中，UE可以将SDT的UL数据与该RRC消息一起发送，并且所发送的UL数据由接收gNB缓冲。

在步骤502中，接收gNB向锚gNB发送包括SDT指示符的上下文请求消息(例如，“检索UE上下文请求”消息)。在实施例中，上下文请求消息可以进一步包括用于到锚gNB的SDT的DL CG TNL地址。

在步骤503中，锚gNB决定确定是否在稍后阶段重新定位UE上下文。作为替代，锚gNB决定不重新定位UE上下文，并向接收gNB发送检索UE上下文失败消息。

在步骤504和505中，当决定不重新定位UE上下文或决定确定是否在稍后阶段重新定位UE上下文时，锚gNB执行锚gNB和接收gNB之间的信令流程。具体地，锚gNB首先向接收gNB发送消息M1(例如，请求消息)，其中，消息M1包括RLC配置(例如，用于SDT)和/或UL PDCPTNL地址(例如，用于SDT)(步骤504)。接下来，接收gNB向锚gNB发送消息M2(例如，响应消息)，其中，消息M2包括DL CG TNL地址(例如，用于SDT)。

在信令流程之后，接收gNB可以执行以下动作中的至少一个：

向锚gNB发送缓冲的UL数据包(例如，在步骤501中接收到的那些数据包)(如果有的话)(步骤506a)；

当从UE接收到后续UL数据时，向锚gNB发送UL数据(步骤506b)；

如果从锚gNB接收到后续DL数据，则向UE发送DL数据(步骤506c)。

另一方面，在信令流程完成之后，锚gNB可以执行以下动作中的至少一个：

如果从接收gNB接收到UL数据，则向UPF发送UL数据(即，UL PDU包)(步骤506a和/或步骤506b)；

如果从UPF接收到DL数据，则向接收gNB发送DL数据(即，DL PDU包)。

注意，UL数据和/或DL数据可以在接收gNB和锚gNB之间以PDCP PDU包(也称为RLCSDU)的形式发送和/或接收。

如果在步骤503中锚gNB没有确定是否重新定位UE上下文，则在步骤507中锚gNB可以确定是否重新定位UE上下文。

在实施例中，在步骤507中锚gNB决定不重新定位UE上下文，并向接收gNB发送检索UE上下文失败消息，其中，检索UE上下文失败消息包括RRC释放消息(步骤508a)。然后，接收gNB向UE发送RRC释放消息，以指示UE进入非活动状态(步骤509a)。

注意，当在步骤503中锚gNB确定不重新定位UE上下文时，锚gNB和接收gNB将执行步骤504至506c，并且接收gNB可以在确定不存在来自UE的后续UL/DL数据之后发送RRC释放消息(步骤509a)。在该场景中，可以在步骤509a之前和/或在步骤503之后发送包括RRC释放消息的检索UE上下文失败消息。

如果在步骤507中锚gNB确定重新定位UE上下文，则锚gNB向接收gNB发送包括UE上下文的检索UE上下文响应消息(步骤508b)。步骤508b之后的流程可以参考图4中所示的步骤405至413。

图6A、图6B、图6C和图6D示出了根据本公开的实施例的恢复流程的流程图。图6A、图6B、图6C和图6D中所示的流程可以用于接收gNB(例如，图4A、图4B、图5A和图5B中所示的接收gNB)中，并且包括以下步骤。

在图6A的步骤601中，接收gNB从UE接收RRC恢复请求消息。在实施例中，在步骤601中，接收gNB还可以从UE接收SDT的UL数据。

在步骤602中，接收gNB向锚gNB发送检索UE上下文请求消息。检索UE上下文请求消息包括SDT指示符，并且可选地包括SDT DL CG TNL地址。

在步骤603-1中，如果接收gNB从锚gNB接收到检索UE上下文响应消息，则执行图6B中所示的步骤604a；否则，执行步骤603-2。在步骤603-2中，如果接收到信令消息(例如，消息M1)，则执行步骤604b。此外，如果接收gNB从锚gNB接收到检索UE上下文失败消息，则执行步骤604c。

在步骤604a(图6B)中，接收gNB获取UE上下文(例如，在检索UE上下文响应消息中)，建立无线链路控制(RLC)实体和PDCP实体，可选地获取SDT UL PDCP TNL地址。

可选地，执行步骤605a。在步骤605a中，在发起路径切换流程之前，接收gNB向UPF发送(缓冲的)UL数据(如果有的话)，和/或从锚gNB接收DL数据(如果有的话)并向UE发送接收到的DL数据。

注意，发送到UPF的UL数据在UL SDT PDU包中。从锚gNB接收到的DL数据在DL SDTPDCP PDU包中。发送到UE的DL数据在DL SDT PDU包中。

在步骤606a中，接收gNB发起(例如，与AMF的)路径切换流程。

在步骤607a中，接收gNB从UE接收后续UL数据(如果有的话)，并向UPF发送缓冲的UL数据(如果有的话)和后续UL数据(如果有的话)。此外，接收gNB从UPF接收后续DL数据(如果有的话)，并向UE发送接收到的后续数据。

在步骤608a中，接收gNB将UE设为RRC连接状态、RRC非活动状态或RRC空闲状态之一。所述流程在步骤608a之后结束。

在图6C的步骤604b中，接收gNB获取RLC上下文(至少用于SDT)，基于接收到的信令消息(即，消息M1)建立RLC实体(至少针对SDT使用)，并向锚gNB发送消息M2，其中，消息M2包括SDT DL CG TNL地址。在实施例中，RLC上下文包括RLC配置和UL SDT TNL地址。

在步骤605b(可选)中，接收gNB向锚gNB发送UL数据(如果有的话)。作为替代或补充，接收gNB从锚gNB接收DL数据(如果有的话)，并向UE发送接收到的DL数据。

注意，UL数据和DL数据都在PDCP PDU包中。此外，UL数据包括缓冲的UL数据(例如，在步骤601中接收的UL数据，如果有的话)和/或在步骤604b之后从UE接收的后续UL数据。

在步骤606b中，如果接收gNB从锚gNB接收到检索UE上下文响应消息，则执行步骤604a。此外，如果接收gNB接收到检索UE上下文失败消息，则执行步骤607b。

在步骤607b(可选)中，接收gNB从UE接收后续UL数据(如果有的话)，并向UPF发送接收到的后续UL数据。作为替代或补充，接收gNB从锚gNB接收子序列DL数据(如果有的话)，并向UE发送接收到的后续DL数据。

注意，来自UE的UL数据在UL PDU包中，而到UPF的UL数据在UL PDCP PDU包中。此外，来自锚gNB的DL数据在DL PDCP PDU包中。

在步骤608b中：接收gNB将UE设为RRC非活动状态或RRC空闲状态。所述流程在步骤608b之后结束。

在图6D的步骤604c中，接收gNB从锚gNB接收信令消息(即，消息M1)。

在步骤605c中，接收gNB向锚gNB发送消息M2。此外，接收gNB获取RLC上下文(至少用于SDT)，并基于信令消息建立RLC实体(至少用于SDT)，其中，RLC上下文包括RLC配置和ULSDT TNL地址。

在步骤606c中，接收gNB向锚gNB发送UL数据(如果有的话)。作为替代或补充，接收gNB从锚gNB接收DL数据(如果有的话)，并向UE发送接收到的DL数据。步骤605c和606c的细节可以参考步骤604b和605b的细节。

在步骤607c中，接收gNB确定是否仍然存在后续UL/DL数据。如果没有，则执行步骤608c；否则，执行步骤606c。

步骤608c，接收gNB将UE设为RRC非活动状态或RRC空闲状态。所述流程在此步骤之后结束。

图7A和图7B示出了根据本公开的实施例的恢复流程的流程图。图7A和图7B中所示的流程可以用于锚gNB(例如，图4A、图4B、图5A和图5B中所示的锚gNB)中，并且包括以下步骤。

在图7A的步骤701中，锚gNB从接收gNB接收检索UE上下文请求消息。

在实施例中，检索UE上下文请求消息包括SDT指示符。作为替代或补充，检索UE上下文请求消息可以包括SDT DL CG TNL地址。

在步骤702中，锚节点决定是否重新定位UE上下文。如果锚节点决定重新定位UE上下文，则执行步骤703a；如果决定不重新定位UE上下文，则执行步骤703b；如果尚未决定是否重新定位UE上下文(即，决定确定是否稍后重新定位UE上下文)，则执行步骤703c。

在步骤703a中，锚gNB向接收gNB发送检索UE上下文响应消息，其中，检索UE上下文响应消息包括UE上下文。此外，检索UE上下文响应消息可以包括SDT UL PDCP TNL地址。

在步骤704a中，锚gNB可以向接收gNB发送从UPF接收到的DL数据(如果有的话)。注意，从UPF接收到的DL数据在PDU包中，发送到接收gNB的DL数据在DL PDCP PDU包中。所述流程在步骤704a之后结束。

在图7A的步骤703b中，锚gNB向接收gNB发送检索UE上下文失败消息，其中，检索UE上下文失败消息包括RRC释放消息。

在步骤704b中，锚gNB发起与接收gNB的信令流程。即，锚gNB向接收gNB发送消息M1，并从接收gNB接收消息M2。

在步骤705b中，锚gNB从接收gNB接收UL数据(即，PDCP PDU包)(如果有的话)，并向UPF发送接收到的UL数据(即，PDU包)。作为替代或补充，锚gNB发送从UPF接收到的DL数据(即，PDU包)(如果有的话)，并向接收gNB发送DL数据(即，PDCP PDU包)。所述流程在步骤705b之后结束。

在图7B的步骤703c中，锚节点发起与接收gNB的信令流程。在本实施例中，信令流程包括向接收gNB发送消息M1并从接收gNB接收消息M2。

在步骤704c中，锚gNB从接收gNB接收UL数据(即，PDCP PDU包)(如果有的话)，并向UPF发送接收到的UL数据(即，PDU包)。作为替代或补充，锚gNB发送从UPF接收到的DL数据(即，PDU包)(如果有的话)，并向接收gNB发送DL数据(即，PDCP PDU包)。

在步骤705c中，锚节点决定是否再次重新定位UE上下文。如果是，则执行步骤703a。注意，在此场景中，如果不存在来自UPF的剩余DL数据，则可以省略步骤704a。当锚节点决定不重新定位UE上下文时，执行步骤706c。作为替代或补充，如果在步骤705c中锚节点确定是否在更晚的阶段重新定位UE上下文，则执行步骤704c。

在步骤706c中，锚gNB向接收gNB发送检索UE上下文失败消息，其中，检索UE上下文失败消息包括RRC释放消息。

在步骤707c(可选)中，锚节点从接收gNB接收UL数据(如果有的话)，并向UPF发送UL数据。作为替代或补充，锚gNB发送从UPF接收到的DL数据(如果有的话)，并向接收gNB发送DL数据。所述流程在步骤707c之后结束。

在实施例中，在接收到包括新原因(例如，SDT指示符)的检索UE上下文请求消息之后，锚节点可以决定是否重新定位UE上下文。如果锚节点决定不重新定位UE上下文或者确定是否在稍后阶段重新定位UE上下文，则锚节点发起与接收节点的信令流程。

通过该信令流程，接收节点获取用于SDT的SDT RLC配置和SDT UL PDCP TNL地址，建立SDT RLC实体，并向锚节点发送SDT DL CG TNL地址。在该信令流程之后，接收节点能够向锚节点发送SDT UL数据(即，PDCP PDU包)。

另一方面，经由该信令流程，锚节点获取SDT DL CG TNL地址，并向接收节点发送SDT UL PDCP TNL地址。在该信令流程之后，锚节点能够向接收节点发送SDT DL数据(即，PDCP PDU包)。

因此，小数据能尽可能快地传输到网络，并且减少了SDT的时延。

图8示出了根据本公开的实施例的过程的流程图。所述过程可以用于锚节点(例如，锚gNB或上一个服务gNB)中，并且包括以下步骤：

步骤801：从服务节点接收与无线终端相关联的上下文请求和用于小数据传输的指示。

步骤802：向所述服务节点发送第一消息，所述第一消息包括所述小数据传输的配置信息。

步骤803：从所述服务节点接收第二消息，所述第二消息包括所述小数据传输的下行信息。

步骤804：执行所述小数据传输。

在图8所示的过程中，在从所述服务节点接收到与无线终端(即，UE)相关联的上下文请求(消息)和SDT的指示(例如，指示SDT的原因值或SDT指示符)之后，所述锚节点执行信令流程。所述信令流程包括：向所述服务节点发送第一消息(例如，消息M1)，所述第一消息包括SDT的配置信息；以及从所述服务节点接收第二消息(例如，消息M2)，所述第二消息包括SDT的DL信息(例如，DL地址)。在所述信令流程完成之后，所述锚节点执行所述SDT。

注意，所述SDT是用于为非活动状态下的UE发送/接收小数据而允许执行的数据传输。

在实施例中，所述第一消息的发送和所述第二消息的接收不晚于发送响应于恢复请求的响应消息。即，所述锚节点可能无法确定是否重新定位所述UE上下文(例如，基于当前信息)和/或可以确定是否在稍后阶段重新定位所述UE上下文。或者，所述锚节点确定在稍后阶段不重新定位所述UE上下文。在本实施例中，所述响应消息包括所述无线终端的上下文信息(即，UE上下文)(即，检索UE上下文响应消息)或RRC释放消息(即，检索UE上下文失败消息)之一。

在实施例中，所述第一消息的发送和所述第二消息的接收在发送响应于恢复请求的响应消息之后，其中，所述响应消息包括RRC释放消息(即，检索UE上下文失败消息)。

在实施例中，所述配置信息包括所述小数据传输的UL地址(例如，UL TNL地址)或所述SDT的RLC配置中的至少一个。

在实施例中，所述下行信息包括DL CG TNL地址。

在实施例中，所述SDT包括：从UPF接收所述无线终端的DL数据，以及向所述服务节点发送所述下行数据。

在实施例中，所述SDT包括：从所述服务节点接收所述无线终端的UL数据，以及向UPF发送所述UL数据。

注意，所述UL/DL数据是允许由非活动状态(例如，RRC非活动)下的UE发送/接收的用于所述SDT的小数据。

图9示出了根据本公开的实施例的过程的流程图。所述过程可以用于服务节点(例如，接收gNB)中，并且包括以下步骤：

步骤901：向锚节点发送与无线终端相关联的上下文请求和用于小数据传输的指示。

步骤902：从所述锚节点接收第一消息，所述第一消息包括所述小数据传输的配置信息。

步骤903：向所述锚节点发送第二消息，所述第二消息包括所述小数据传输的下行信息。

步骤904：执行所述小数据传输。

在图9中，所述服务节点向所述锚节点发送与无线终端相关联的上下文请求消息和用于SDT的指示。例如，接收节点可以从所述无线终端接收恢复请求，确定可能的锚节点，并向所有可能的锚节点发送所述上下文请求消息。在发送所述上下文请求消息之后，所述服务节点可以接收第一消息(例如，消息M1)，所述第一消息包括所述SDT的配置信息；并发送第二消息(例如，消息M2)，所述第二消息包括所述SDT的DL信息。接下来，如果存在用于所述SDT的UL/DL数据，则所述服务节点能够执行所述SDT。

在实施例中，所述第一消息的接收和所述第二消息的发送不晚于接收响应于恢复请求的响应消息。即，在确认是否需要锚重新定位之前，接收所述第一消息并发送所述第二消息。在本实施例中，所述响应消息包括所述无线终端的上下文信息(即，UE上下文)(即，检索UE上下文响应消息)或RRC释放消息(即，检索UE上下文失败消息)之一。

在实施例中，所述第一消息的接收和所述第二消息的发送在接收响应于恢复请求的响应消息之后，其中，所述响应消息包括RRC释放消息(即，检索UE上下文失败消息)。

在实施例中，所述配置信息包括所述SDT的UL地址或所述SDT的RLC配置中的至少一个。

在实施例中，所述DL信息包括DL CG TNL地址。

在实施例中，所述服务节点基于所述配置信息建立用于所述SDT的RLC实体，并基于所述配置信息确定(例如，获取、访问)所述SDT的UL地址。

在实施例中，所述SDT包括：从所述锚节点接收所述无线终端的DL数据，以及向所述无线终端发送所述DL数据。

在实施例中，所述SDT包括：从所述无线终端接收UL数据，以及向所述锚节点发送所述UL数据。

注意，可以在步骤904之前(例如，在步骤901中)从所述无线终端接收所述UL数据。

图10涉及根据本公开的实施例的无线终端100的示意图。无线终端100可以是用户装置(UE)、移动电话、膝上型计算机、平板计算机、电子书或便携式计算机系统，并且不限于此。无线终端100可以包括处理器1000(诸如微处理器或专用集成电路(ASIC))、存储单元1010和通信单元1020。存储单元1010可以是存储由处理器1000访问和执行的程序代码1012的任何数据存储设备。存储单元1012的实施例包括但不限于订户身份模块(SIM)、只读存储器(ROM)、闪存、随机存取存储器(RAM)、硬盘和光学数据存储设备。通信单元1020可以是收发器，并且用于根据处理器1000的处理结果发射和接收信号(例如，消息或包)。在实施例中，通信单元1020经由图10所示的至少一个天线1022发射和接收信号。

在实施例中，存储单元1010和程序代码1012可以省略，并且处理器1000可以包括具有存储的程序代码的存储单元。

处理器1000可以例如通过执行程序代码1012在无线终端100上实现示例性实施例中的任一步骤。

通信单元1020可以是收发器。作为替代或补充，通信单元1020可以组合发射单元和接收单元，所述发射单元和接收单元被配置为分别向无线网络节点(例如，基站)发射信号和从无线网络节点接收信号。

图11涉及根据本公开实施例的无线网络节点110的示意图。无线网络节点110可以是卫星、基站(BS)、网络实体、移动性管理实体(MME)、服务网关(S-GW)、分组数据网络(PDN)网关(P-GW)、无线接入网络(RAN)节点、下一代RAN(NG-RAN)、eNB、NG-eNB、gNB、数据网络、核心网或无线网络控制器(RNC)，并且不限于此。另外，无线网络节点110可以包括(执行)至少一个网络功能，诸如接入和移动性管理功能(AMF)、会话管理功能(SMF)、用户面功能(UPF)、策略控制功能(PCF)、应用功能(AF)等。无线网络节点110可以包括处理器1100，诸如微处理器或ASIC、存储单元1110和通信单元1120。存储单元1110可以是存储由处理器1100访问和执行的程序代码1112的任何数据存储设备。存储单元1112的示例包括但不限于SIM、ROM、闪存、RAM、硬盘和光学数据存储设备。通信单元1120可以是收发器，并且用于根据处理器1100的处理结果发射和接收信号(例如，消息或包)。在一个示例中，通信单元1120经由图11所示的至少一个天线1122发射和接收信号。

在实施例中，可以省略存储单元1110和程序代码1112。处理器1100可以包括具有存储的程序代码的存储单元。

处理器1100可以例如经由执行程序代码1112而在无线网络节点110上实现示例性实施例中描述的任何步骤。

通信单元1120可以是收发器。作为替代或补充，通信单元1120可以组合发射单元和接收单元，所述发射单元和接收单元被配置为分别向无线终端(例如，用户装置)发射信号和从无线终端接收信号。

尽管上文已经描述了本公开的各种实施例，但应当理解，它们仅作为示例而不是作为限制而呈现。同样，各种图可以描绘示例性架构或配置，这些架构或配置被提供用于使本领域普通技术人员能够理解本公开的示例性特征和功能。然而，这些技术人员将理解，本公开不限于所示的示例架构或配置，而是可以使用各种替代架构和配置来实现。此外，如本领域普通技术人员所理解的，一个实施例的一个或多个特征可以与本文所述的另一实施例的一个或多个特征组合。因此，本公开的广度和范围不应受到任何上述示例性实施例的限制。

还应理解，本文中使用诸如“第一”、“第二”等指代名称对元素的任何引用通常并不限制这些元素的数量或顺序。而是，这些指代名称在此可以用作区分两个或更多个元素或一个元素的多个实例的方便手段。因此，对第一和第二元素的引用并不意味着只能使用两个元素或者第一元素必须以某种方式居于第二元素之前。

此外，本领域普通技术人员将理解，可以使用各种不同技术手段中的任何一种来表示信息和信号。例如，在上述描述中可以引用的数据、指令、命令、信息、信号、比特和符号例如可以由电压、电流、电磁波、磁场或粒子、光场或粒子或其任何组合来表示。

本领域技术人员将进一步理解，结合本文公开的方面所描述的各种说明性逻辑块、单元、处理器、装置、电路、方法和功能中的任何一个都可以通过电子硬件(例如，数字实现、模拟实现、或两者的组合)、固件、并入指令的各种形式的程序或设计代码(为了方便，在本文中可称为“软件”或“软件单元”)、或这些技术的任何组合来实现。

为了清楚地说明硬件、固件和软件的这种互换性，上面已经大致就它们的功能描述了各种说明性组件、块、单元、电路和步骤。这种功能是作为硬件、固件或软件来实现，还是作为这些技术的组合来实现，取决于特定应用和对整个系统施加的设计约束。本领域技术人员可以针对每个特定应用以各种方式实现所描述的功能，但是这种实现决策不会导致偏离本公开的范围。根据各种实施例，处理器、设备、组件、电路、结构、机器、单元等可被配置为执行本文所述的一个或多个功能。本文中关于指定操作或功能所使用的术语“配置成”或“配置用于”指的是物理地构造、编程和/或布置来执行指定操作或功能的处理器、设备、组件、电路、结构、机器、单元等。

此外，本领域技术人员将理解，本文描述的各种说明性逻辑块、单元、设备、组件和电路可以在集成电路(IC)内实现或由其执行，所述集成电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件、或其任何组合。逻辑块、单元和电路还可以包括天线和/或收发器，以与网络内或设备内的各种组件通信。通用处理器可以是微处理器，但也可以是任何常规处理器、控制器或状态机。处理器还可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器的组合、与DSP核结合的一个或多个微处理器的组合、或执行本文所述功能的任何其他适当配置。如果以软件实现，这些功能可以作为一个或多个指令或代码存储在计算机可读介质上。因此，本文公开的方法或算法的步骤可以实现为存储在计算机可读介质上的软件。

计算机可读介质包括计算机存储介质和通信介质，所述通信介质包括能够将计算机程序或代码从一个地方传递到另一个地方的任何介质。存储介质可以是计算机可以访问的任何可用介质。作为示例而不是限制，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储装置、磁盘存储装置或其他磁存储设备，或者可以用于以指令或数据结构的形式存储所需程序代码并且可以由计算机访问的任何其他介质。

在本文件中，本文使用的术语“单元”指的是用于执行本文描述的相关联功能的软件、固件、硬件、和这些元素的任何组合。另外，出于讨论的目的，各种单元被描述为离散单元；然而，如对本领域普通技术人员显而易见的，根据本公开的实施例，两个或更多个单元可以组合以形成执行相关联功能的单个单元。

另外，在本公开的实施例中可以使用存储器或其他存储装置以及通信组件。应当理解，为了清楚起见，上述描述参考不同的功能单元和处理器描述了本公开的实施例。然而，显而易见的是，在不偏离本公开的情况下，可以在不同功能单元、处理逻辑元件或域之间应用任何适当的功能分布。例如，示出由分别的处理逻辑元件或控制器执行的功能可以由同一处理逻辑元件或控制器执行。因此，对特定功能单元的引用仅仅是对用于提供所述功能的适当手段的引用，而不是表示严格的逻辑或物理结构或组织。

对本公开中描述的实现方式的各种修改对于本领域技术人员来说将是显而易见的，并且在不脱离本公开的范围的情况下，本文定义的总体原理可以应用于其他实现方式。因此，本公开并不限于本文所示的实现方式，而是符合与本文所公开的如下面的权利要求中所述的新颖特征和原理一致的最广泛的范围。

Claims

1.一种用于在锚节点中使用的无线通信方法，所述方法包括：

向所述服务节点发送第一消息，所述第一消息包括所述小数据传输的配置信息；

执行所述小数据传输。

2.根据权利要求1所述的无线通信方法，其中，所述第一消息的发送和所述第二消息的接收不晚于发送响应于恢复请求的响应消息。

3.根据权利要求2所述的无线通信方法，其中，所述响应消息包括所述无线终端的上下文信息或无线资源控制释放消息之一。

4.根据权利要求1所述的无线通信方法，其中，所述第一消息的发送和所述第二消息的接收在发送响应于恢复请求的响应消息之后，其中，所述响应消息包括无线资源控制释放消息。

5.根据权利要求1至4中任一项所述的无线通信方法，其中，所述配置信息包括所述小数据传输的上行地址或所述小数据传输的无线链路控制配置中的至少一个。

6.根据权利要求1至5中任一项所述的无线通信方法，其中，所述下行信息包括下行小区组传送网络层地址。

7.根据权利要求1至6中任一项所述的无线通信方法，其中，所述执行所述小数据传输包括：

从用户面功能接收所述无线终端的下行数据，以及

向所述服务节点发送所述下行数据。

8.根据权利要求1至7中任一项所述的无线通信方法，其中，所述执行所述小数据传输包括：

从所述服务节点接收所述无线终端的上行数据，以及

向用户面功能发送所述上行数据。

9.一种用于在服务节点中使用的无线通信方法，所述方法包括：

执行所述小数据传输。

10.根据权利要求9所述的无线通信方法，其中，所述第一消息的接收和所述第二消息的发送不晚于接收响应于恢复请求的响应消息。

11.根据权利要求10所述的无线通信方法，其中，所述响应消息包括所述无线终端的上下文信息或无线资源控制释放消息之一。

12.根据权利要求9所述的无线通信方法，其中，所述第一消息的接收和所述第二消息的发送在接收响应于恢复请求的响应消息之后，其中，所述响应消息包括无线资源控制释放消息。

13.根据权利要求9至12中任一项所述的无线通信方法，其中，所述配置信息包括所述小数据传输的上行地址或所述小数据传输的无线链路控制配置中的至少一个。

14.根据权利要求9至13中任一项所述的无线通信方法，其中，所述下行信息包括下行小区组传送网络层地址。

15.根据权利要求9至14中任一项所述的无线通信方法，进一步包括以下步骤中的至少一个：

基于所述配置信息建立用于所述小数据传输的无线链路控制实体，或者

基于所述配置信息确定所述小数据传输的上行地址。

16.根据权利要求9至15中任一项所述的无线通信方法，其中，所述执行所述小数据传输包括：

从所述锚节点接收所述无线终端的下行数据，以及

向所述无线终端发送所述下行数据。

17.根据权利要求9至16中任一项所述的无线通信方法，其中，所述执行所述小数据传输包括：

从所述无线终端接收上行数据，以及

向所述锚节点发送所述上行数据。

18.根据权利要求17所述的无线通信方法，进一步包括：

从所述无线终端接收终端恢复请求，所述终端恢复请求包括与所述小数据传输相关联的原因值以及所述上行数据。

19.一种锚节点，包括：

通信单元，其被配置成：

处理器，其被配置成执行所述小数据传输。

20.根据权利要求19所述的锚节点，其中，所述处理器进一步被配置成执行根据权利要求2至8中任一项所述的无线通信方法。

21.一种服务节点，包括：

通信单元，其被配置成：

处理器，其被配置成执行所述小数据传输。

22.根据权利要求21所述的服务节点，其中，所述处理器进一步被配置成执行根据权利要求10至18中任一项所述的无线通信方法。

23.一种计算机程序产品，其包括在其上存储的计算机可读程序介质代码，所述代码在由处理器执行时使得所述处理器实现根据权利要求1至18中任一项所述的无线通信方法。