CN117177387A

CN117177387A - 数据传输方法及相关设备

Info

Publication number: CN117177387A
Application number: CN202210576115.XA
Authority: CN
Inventors: 张戬
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2022-05-24
Filing date: 2022-05-24
Publication date: 2023-12-05
Also published as: WO2023226648A1

Abstract

本申请涉及通信技术领域，旨在解决用户设备的状态迁移至无线资源控制RRC连接态的时延较大的问题，提供数据传输方法及相关设备。其中，数据传输方法包括：向用户设备下发下行资源配置信息，下行资源配置信息用于配置用户设备在RRC连接释放后进入RRC非激活态，该下行资源配置信息还用于为用户设备配置下行资源以使该用户设备在RRC非激活态接收网络设备发送的满足预设传输场景的下行数据；接收发送给该用户设备的下行数据；若该下行数据不满足预设传输场景，向该用户设备发送恢复消息，以将该用户设备由RRC非激活态迁移至RRC连接态。本申请通过向用户设备预先配置下行资源，以使用户设备快速实现状态迁移，以减少状态迁移时延和信令开销。

Description

数据传输方法及相关设备

技术领域

本申请涉及通信技术领域，具体而言，涉及数据传输方法及相关设备。

背景技术

在第五代(5th-Generation，5G)新空口(New Radio，NR)网络中，为提升小数据包频繁传输的效率，引入了一个无线资源控制(Radio Resource Control，RRC)的状态：RRC非激活(Inactive)态。

当用户设备(User Equipment，UE)处于RRC非激活态时，用户设备和基站之间可进行小数据包的传输。但是当基站向用户设备发送的下行数据不是小数据包时，基站需向用户设备发送寻呼消息，以将用户设备从RRC非激活态迁移至RRC连接(Connected)态。建立用户设备和基站之间的连接之后，才可以将该下行数据发送给用户设备。但是现有的用户设备从非连接态(RRC空闲态或RRC非激活态)进入RRC连接态时，基站首先需要通过寻呼(Paging)过程触发UE重新恢复RRC信令连接，并完成上行随机接入从而转到连接态，才能进行用户面数据传输，需要多次设备间信令交互，耗时较长。

发明内容

本申请提供一种数据传输方法及相关设备，以解决用户设备从RRC非连接态进入RRC连接态耗时较长的问题。

本申请第一方面提供一种数据传输方法，应用于网络设备，该网络设备可为基站设备，该基站设备可为锚点基站，也可为服务基站，所述方法包括：向用户设备下发下行资源配置信息，所述下行资源配置信息用于配置所述用户设备在无线资源控制RRC连接释放后进入RRC非激活态，所述下行资源配置信息还用于为所述用户设备配置下行资源以使所述用户设备在RRC非激活态接收所述网络设备发送的满足预设传输场景的下行数据；接收发送给所述用户设备的下行数据；若所述下行数据不满足预设传输场景，向所述用户设备发送恢复消息，以将所述用户设备由RRC非激活态迁移至RRC连接态。采用该技术方案，在用户设备RRC连接释放时为通过下行配置信息为用户设备预留下行资源，当用户设备需进行状态迁移时，通过该预留的下行资源向用户设备发送恢复消息，用于使用户设备可从RRC非激活态迁移至RRC连接态，减少状态迁移的时间和信令交互。

在另一种实施方式中，所述满足预设传输场景的下行数据为所述网络设备可采用MT-SDT或SDT方式传输的下行数据。网络设备为用户设备预留的下行资源可传输小数据包，因此可采用MT-SDT或SDT方式传输为小数据包的下行数据。

在另一种实施方式中，若所述下行数据符合以下任一条件，则判定所述下行数据不满足预设传输场景：确定无法采用移动终止小数据包传输MT-SDT方式或移动终止小数据包传输SDT方式将所述下行数据传输至所述用户设备；所述下行数据携带指示信息，所述指示信息用于指示用户设备进入RRC连接态；和在预设时间内未向用户设备发送所述下行数据。采用该技术方案，若下行数据包非小数据包、或核心网侧指示用户设备需进入RRC连接态，则触发用户设备的状态发生迁移，例如从RRC非激活态迁移至RRC连接态。

在另一实施例中，所述向用户设备下发下行资源配置信息包括：向所述用户设备发送RRC释放消息，所RRC释放消息携带所述下行资源配置信息。在用户设备的RRC连接释放之后，通过RRC释放消息向用户设备预留下行资源。

在另一实施例中，所述下行配置信息包括下行时域资源分配指示和下行频域资源分配指示，所述下行时域资源分配指示用于指示下行时域资源位置，所述下行频域资源分配指示用于指示下行频域资源位置。通过为用户设备配置下行时域和频域资源，以为用户设备预留下行资源。

在另一实施例中，所述恢复消息为RRC恢复消息或RRC重配置消息。基站通过RRC恢复消息或RRC重配置消息实现用户设备的状态迁移，从RRC非激活态迁移至RRC连接态。

在另一实施例中，所述方法还包括：接收所述用户设备发送的恢复完成消息；若所述恢复消息为RRC恢复消息，则所述恢复完成消息为RRC恢复完成消息；若所述恢复消息为RRC重配置消息，则所恢复完成消息为RRC重配置完成消息。

在另一实施例中，所述恢复消息携带用户设备标识、上下调度允许资源、随机接入前导码。通过恢复消息为用户设备配置上行资源，以使用户设备可基于上行资源发送恢复完成消息。

本申请第二方面提供一种数据传输方法，应用于用户设备，所述方法包括：接收网络设备发送的下行资源配置信息；依据所述下行资源配置信息在RRC连接释放后进入RRC非激活态并配置下行资源以在RRC非激活态接收所述网络设备发送的满足预设传输场景的下行数据；依据所下行资源接收所述网络设备发送的恢复消息；依据所述恢复消息迁移至RRC连接态并向网络设备发送所述恢复消息对应的恢复响应消息。

在另一实施例中，所述满足预设传输场景的下行数据为所述网络设备可采用MT-SDT或SDT方式向用户设备传输的下行数据。

在另一实施例中，所述接收网络设备发送的下行资源配置信息包括：接收网络设备发送的RRC释放消息，所述RRC释放消息携带所述下行资源配置信息。

在另一实施例中，所述下行配置信息包括下行时域资源分配指示和下行时域资源分配指示，所述下行频域资源分配指示用于指示下行时域资源位置，所述下行时域资源分配指示用于指示下行频域资源位置。

在另一实施例中，所述恢复消息为RRC恢复消息或RRC重配置消息。

在另一实施例中，所述方法还包括：接收所述用户设备发送的恢复完成消息；

若所述恢复消息为RRC恢复消息，则所述恢复完成消息为RRC恢复完成消息；

若所述恢复消息为RRC重配置消息，则所恢复完成消息为RRC重配置完成消息。

在另一实施例中，所述恢复消息携带用户设备标识、上下调度允许资源、随机接入前导码。

第三方面，本申请实施例提供一种网络设备，包括：

存储器，用于存储有计算机程序；

处理器，用于执行所述存储器存储的所述计算机程序，当所述计算机程序被执行时，所述处理器用于执行上述第一方面任一实现方式中的方法。

第四方面，本申请实施例提供一种用户设备，包括：

存储器，用于存储有计算机程序；

处理器，用于执行所述存储器存储的所述计算机程序，当所述计算机程序被执行时，所述处理器用于执行上述第二方面任一实现方式中的方法。

第五方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行上述第一方面任意一种可能的实现方式中的方法。

第六方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行上述第二方面任意一种可能的实现方式中的方法。

可以理解地，上述提供的第二方面所述方法、第三方面所述的网络设备、第四方面所述的用户设备、第五方面所述的计算机可读存储介质、第六方面所述的计算机可读存储介质均与上述第一方面的方法对应，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

附图说明

图1是5G网络架构的示意图。

图2是一种示例中用户设备从RRC非激活态向RRC连接态迁移的信息交互场景示意图。

图3是另一种示例中用户设备从RRC非激活态向RRC连接态迁移的信息交互场景示意图。

图4是一种数据传输方法的流程图。

图5是本申请一实施方式的数据传输方法的信息交互场景示意图。

图6是本申请另一实施方式的数据传输方法的信息交互场景示意图。

图7是本申请另一实施方式的数据传输方法的信息交互场景示意图。

图8是本申请另一实施方式的数据传输方法的信息交互场景示意图。

图9是本申请一实施方式的网络设备的结构示意图。

图10是本申请一实施方式的用户设备的结构示意图。

具体实施方式

需要说明的是，本申请实施例中“至少一个”是指一个或者多个，“多个”是指两个或多于两个。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。本申请的说明书和权利要求书及附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不是用于描述特定的顺序或先后次序。

另外需要说明的是，本申请实施例中公开的方法或流程图所示出的方法，包括用于实现方法的一个或多个步骤，在不脱离权利要求的范围的情况下，多个步骤的执行顺序可以彼此互换，其中某些步骤也可以被删除。

下面对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

1，用户设备(User Equipment，UE)

用户设备也可称之为移动终端(Mobile Terminal)、移动用户设备等，可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信。

2，网络设备

网络设备是指部署在无线接入网中用以为用户设备提供无线通信功能的设备。网络设备可以包括基站、移动性管理实体(Mobility Management Entity，MME)、服务网关(Serving Gateway，SGW)或分组数据网关(Packet data networkGateway，PGW)等。基站可以包括宏基站、微基站、中继站、接入点基站控制器或收发(Transmission ReceptionPoint，TRP)等。在不同的网络中，基站的具体名称有所不同，例如在LTE网络中，称为演进的B(Evolved NodeB，eNB)，在后续的演进系统中，还可以称为新无线B(New Radio NodeB，gNB)。在本文中，基站可以包括服务基站(Serving gNB)和锚点基站(Anchor gNB)。其中，服务基站是指当前为用户设备服务的基站，锚点基站是指上一次为该用户设备服务的基站。

3，基于无线接入网(Radio Access Network，RAN)的通知区域(RAN basedNotification Area，RNA)

基于无线接入网的通知区域又称为无线接入网通知区域(RNA)，可以包括一个或多个小区。如果RNA包括多个小区，这多个小区可以是一个或多个基站(例如eNB和/或gNB)控制下的小区。

4，核心网(Core Network，CN)

用户设备通过网络设备与核心网进行数据传输，例如与核心网的接入和移动性管理功能(Access and Mobility Management Function，AMF)或用户面功能(User PlaneFunction，UPF)进行数据传输。

5，无线资源控制(Radio Resource Control，RRC)状态

图1以5G系统的网络服务架构为例展示了网络功能和实体之间的交互关系以及对应的接口。

可参阅图1，在5G网络架构(service-based architecture，SBA)中，网络功能和实体主要包括：用户设备(UE)、接入网(access network，AN)或无线接入网(RAN)、用户面功能(UPF)、数据网络(data network，DN)、接入管理功能(AMF)、会话管理功能(sessionmanagement function，SMF)、认证服务功能(authentication server function，AUSF)、策略控制功能(policy control function，PCF)、应用功能(application function，AF)、网络切片选择功能(network slice selection function，NSSF)、统一数据管理(unifieddata management，UDM)、网络开放功能(network exposure function，NEF)和网络存储功能(network repository function，NRF)。

网络功能能够作为一个运行在专有硬件上的网络元素，或者运行在专有硬件上的软件实例，或者在一个合适平台上进行实例化的虚拟功能，比如在一个云基础设备被实施。

下面对部分网元的主要功能做具体介绍。

AN/RAN：AN/RAN中可以包括各种形式的网络设备。AN/RAN主要负责空口侧的无线资源管理、上下行数据分类、服务质量(quality of service，QoS)管理、数据压缩和加密、与控制面网元完成信令处理或与用户面功能网元完成数据转发等功能。本申请实施例对AN/RAN的具体形态和结构不做限定。

UPF：主要负责分组路由和转发，以及用户面数据的QoS处理或计费信息统计等。UPF中为UE提供服务的传输资源和调度功能由SMF管理和控制。

DN：DN是用于传输数据的网络。例如：DN可以是运营商服务网络、互联网接入或第三方服务网络等。

在图1所示的5G网络中，用户设备存在三种RRC状态：RRC连接态、RRC空闲态和RRC非激活态。三种RRC状态之间可以相互转换，在本文中，三种RRC状态之间的转换也可以称为“状态切换”或“状态迁移”。

RRC连接(Connected)态，也可以简称为连接态。在本文中，“连接态”和“RRC连接态”是同一概念。当用户设备处于连接态时，用户设备与网络建立了RRC连接，可以进行数据传输。

RRC空闲(Idle)态，也可以简称为空闲态。在本文中，“空闲态”和“RRC空闲态”是同一概念。当用户设备处于空闲态时，用户设备没有与网络建立RRC连接，基站没有存储该用户设备的上下文(Context)。如果用户设备需要从RRC空闲态进入RRC连接态，则需要发起RRC连接建立过程。

RRC非激活(Inactive)态，也可以简称为非激活态。在本文中，“非激活态”和“RRC非激活态”是同一概念。当用户设备处于非激活态时，用户设备之前在锚点基站进入了RRC连接态，然后锚点基站释放了该RRC连接，但是锚点基站保存了该用户设备的上下文。如果该用户设备需要从RRC非激活态再次进入RRC连接态，则需要在服务基站发起RRC连接恢复过程，或称为RRC连接重建立过程。因为用户设备可能在移动中，因此服务基站与锚点基站可能是同一基站，也可能是不同的基站。

6，小数据包传输(Small Data Transmission，SDT)

在本申请实施例中，可将数据量小于预设的数据量阈值的数据包称为小数据包。在传统的通信网络中，处于空闲态或者非激活态的用户设备需要先与基站进行多条控制信令的传输才能进入连接态，然后才能与基站进行数据或者信令的传输。而在诸如机器类通信(Machine Type Communication，MTC)等通信网络中，用户设备会频繁地向基站发送一些小数据包，这就会导致处于空闲态或者非激活态的用户设备需要频繁地切换到连接态，造成大量的信令开销，增加了基站的功耗。

针对这种情况，目前存在一种用户设备无需进入连接态即可进行数据传输的方式，即小数据包传输(Small Data Transmission，SDT)方式。小数据包传输方式是指用户设备在确定需要传输的数据包是小数据包后，将小数据包整合在一些控制信令中，然后通过这些控制信令将该小数据包传输至基站。或者，用户设备利用其存储的上下文将小数据包传输给基站。小数据包传输方式可包括数据早传(Early Data Transmission，EDT)方式、两步随机接入或预先上行资源配置(Pre-Configured Uplink Resource，PUR)方式等。

7，移动终止(Mobile Terminated，MT)

移动终止又称移动被叫，涉及从核心网设备(如AMF)或网络设备(如基站)路由并发送到用户设备的移动消息。移动终止还指从另一个移动用户、公用电话交换网(PublicSwitch Telephone Network，PSTN)或其他网络终止到用户设备上的语音呼叫。

“终止”一词表示消息在用户设备上终止传递。该术语还描述了短消息服务中心(Short Message Service Center，SMSC)和用户设备之间，以及移动交换中心(MobileSwitching Center，MSC)和用户设备之间的通信。

8，移动终止小数据包传输(Mobile Terminated-Small Data Transmission，MT-SDT)

MT-SDT是指终止于用户设备的小数据包传输的方式，又称移动被叫小数据包传输。当用户设备通过MT-SDT方式接收来自于网络设备的下行数据和/或信令时，可以通过不切换到RRC连接态来减少信令开销和UE功耗，并通过允许快速传输小数据包(例如用于定位的小数据包)来减少延迟。

与MT-SDT对应的是移动始发小数据包传输(Mobile Originating-Small DataTransmission，MO-SDT)，又称移动主叫小数据包传输。MO-SDT是指由用户设备发起的小数据包传输的方式。当用户设备通过MO-SDT方式发送上行数据和/或信令至网络设备时，可在RRC非激活态下进行小数据包的传输，从而减少信令开销和UE功耗。

9，用户设备上下文(UE Context)

用户设备与网络设备的通信过程中，网络设备为用户设备创建一条记录，称为用户设备上下文(UE Context)。

用户设备上下文用来保存用户设备的设备信息，比如手机号、设备号、IP地址、服务质量(Quality of Service，Qos)参数等。用户设备上下文用于在通信过程中保持与用户设备的通信联系以及对用户设备的业务处理。在本文中，“用户设备上下文(UE Context)”简称为“上下文(Context)”。

10，无线承载(Radio Bearer，RB)

无线承载包括数据无线承载(Data Radio Bearer，DRB)和信令无线承载(Signaling Radio Bearer，SRB)，DRB类型包括DRB1、DRB2等，SRB类型包括SRB1、SRB2等。

11，基于无线接入网的寻呼(RAN-based Paging)

基于无线接入网的寻呼是指网络设备在无线接入网通知区域(RNA)内发起寻呼(Paging)，以确定用户设备所在的小区。当网络设备接收到来自于核心网的下行数据/信令时，触发无线接入网寻呼(RAN Paging)消息。在本文中，“RAN-based Paging”、“RANPaging”及“Paging”是同一概念。

12，Xn接口

Xn接口是指两个基站之间进行数据传输的接口，例如服务基站和锚点基站之间通过Xn接口进行数据传输。Xn接口可包括，但不局限于，用户面接口Xn-U、控制面接口Xn-C等。其中，用户面接口Xn-U主要提供数据转发功能和流量控制功能。控制面接口Xn-C主要提供Xn接口管理、UE移动性管理和双连接的实现等功能。

13，NG接口

NG接口是指无线接入网和核心网之间进行数据传输的接口。NG接口可包括，但不局限于，用户面接口NG-U、控制面接口NG-C等。其中，用户面接口NG-U是无线接入网和核心网的用户面功能(UPF)之间的接口。控制面接口NG-C是无线接入网和核心网的控制面功能(AMF)之间的接口。

可以理解，5G新空口(New Radio，NR)网络包括RRC连接态和RRC空闲态。为提升小数据包频繁传输的效率，5G NR网络引入了RRC非激活态。

例如，基站向处于RRC连接态的用户设备(UE)发送携带挂起(Suspend)配置的RRC释放(Release)消息，以指示UE进入RRC非激活态。当UE处于RRC非激活态时，UE的上下文(Context)在终端侧和基站侧均被挂起。当需要发送数据/信令时，UE将触发RRC恢复请求(Resume Request)的流程，使UE从RRC非激活态切换到RRC连接态，然后UE才能发送数据/信令。

示例的，图2是当有数据和/或信令需要发送时，UE从RRC非激活态向RRC连接态迁移的信息交互场景示意图。

如图2所示，可以理解，当UE处于RRC非激活态时，若UE需要发送数据/信令，用户设备(UE)发送RRC恢复请求(RRC Resume Request)消息至服务基站(参见S201)，以请求切换到RRC连接态。

服务基站发送取回用户设备上下文请求(Retrieve UE Context Request)消息至锚点基站(参见S202)，以获取用户设备上下文(UE Context)。

锚点基站响应于取回用户设备上下文请求消息，发送取回用户设备上下文响应(Retrieve UE Context Response)消息至服务基站(参见S203)，取回用户设备上下文响应消息携带用户设备上下文(UE Context)。

服务基站获取上下文后，发送RRC恢复(RRC Resume)消息至用户设备(参见S204)，以通知用户设备切换到RRC连接态。

用户设备从RRC非激活态切换到RRC连接态后，发送RRC恢复完成(RRC ResumeComplete)消息至服务基站(参见S205)，以通知服务基站用户设备已切换到RRC连接态。

服务基站发送Xn-U接口地址指示(Xn-U Address Indication)消息至锚点基站(参见S206)，Xn-U接口地址指示消息携带数据转发地址。服务基站提供数据转发地址给锚点基站，可防止在数据传输过程中锚点基站缓存的下行数据丢失。

服务基站发送路径转换请求(Path Switch Request)消息至核心网(例如AMF)(参见S207)，以请求将NG接口传输承载的下行链路终结点切换到新的终结点。

核心网响应于路径转换请求，发送路径转换响应(Path Switch Response)消息至服务基站(参见S208)，以通知服务基站NG接口传输承载的下行链路已切换到新的终结点。

服务基站发送用户设备上下文释放(UE Context Release)消息至锚点基站(参见S209)，以指示锚点基站释放其缓存的上下文。

又示例的，请参阅图3，图3是当有数据和/或信令需要发送时，UE从RRC非激活态向RRC连接态迁移的另一信息交互场景示意图。

如图3所示，可以理解，当UE处于RRC非激活态时，若锚点基站接收到来自于核心网的下行数据/信令，锚点基站在无线接入网通知区域(RAN-based Notification Area，RNA)内寻呼用户设备，可以直接发送寻呼(Paging)消息至用户设备，也可以经过服务基站转发寻呼消息至用户设备。例如，锚点基站发送无线接入网寻呼(RAN Paging)消息至服务基站(参见S301)，以通知服务基站在无线接入网通知区域(RNA)内寻呼用户设备。

服务基站发送无线接入网寻呼消息至用户设备(参见S302)。可以理解，无线接入网寻呼消息可以包括非激活无线网络临时标识(Inactive Radio Network TemporyIdentity，I-RNTI)。服务基站可以在空口通过I-RNTI寻呼用户设备(Paging UE)。其中，I-RNTI用于标识UE，以指示针对特定UE的寻呼。

当用户设备被成功寻呼，用户设备触发RRC恢复请求的流程(参见S303，即图2中的步骤S201至S209)，从RRC非激活态切换到RRC连接态(Resume from RRC Inactive State)，然后接收下行数据/信令(图中未示出)。

当用户设备成功接收下行数据/信令后，服务基站发送释放上下文消息至用户设备，用户设备再次从RRC连接态迁移到RRC非激活态。

如图2和图3所示，当用户设备处于RRC非激活态时，用户设备可接收基站发送的满足预设传输场景的下行数据，其中满足预设场景的下行数据可为数据大小或数量满足预设门限下行数据。但是当基站从核心网接收的发送给用户设备的下行数据不满足预设传输场景时(例如数据太大)，基站需向用户设备发送寻呼消息，以将用户设备从RRC非激活态切换到RRC连接态，基站寻呼用户设备以将用户设备将从RRC非激活态迁移到RRC连接态，寻呼及基站与用户设备之间的信令交互延迟较大，不能很快实现用户设备的状态的切换，以快速将该下行数据发送至用户设备。

基于此，本申请提供一种数据传输方法、用户设备、网络设备及计算机存储介质，通过在用户设备预先配置下行资源，用户设备基于该下行资源可在RRC非激活态接收基站发送的RRC恢复消息，以将用户设备从RRC非激活态快速迁移至RRC连接态，从而减少用户设备的状态迁移造成的信令开销，减少用户设备和基站的接口之间的信令数目，降低业务时延。

需要说明的是，用户设备(UE)在锚点基站(Anchor gNB)的服务下由RRC连接态切换到RRC非激活态，锚点基站会保存用户设备上下文(UE Context)，该用户设备上下文与RRC连接态的用户设备上下文相同或者是RRC连接态的用户设备上下文的一部分。随后，处于RRC非激活态的用户设备在基于无线接入网的通知区域(RNA)内移动，存在以下两种场景。

场景一：用户设备进入到服务基站(Serving gNB)的服务范围中，用户设备接收服务基站的广播信号，并通过服务基站与核心网进行数据传输。当锚点基站接收到来自于核心网的下行数据/信令时，锚点基站触发无线接入网寻呼(RAN Paging)消息。当锚点基站在其服务范围内广播的寻呼消息未得到用户设备的响应时，向服务基站发送寻呼消息，由服务基站继续广播寻呼消息。当服务基站接收到用户设备的响应消息时，可以确定用户设备当前处于服务基站的服务范围内。如此，锚点基站需要通过服务基站来转发下行数据/信令至用户设备。

场景二：用户设备仍然处于锚点基站(Anchor gNB)的服务范围中，用户设备继续接收锚点基站的广播信号，并通过锚点基站与核心网进行数据传输。也就是说，锚点基站与服务基站是同一个基站。当锚点基站接收到来自于核心网的下行数据/信令时，锚点基站触发无线接入网寻呼(RAN Paging)消息。当锚点基站接收到用户设备的响应消息时，可以确定用户设备当前处于锚点基站的服务范围内。此时，锚点基站可以直接发送下行数据/信令至用户设备。

可以理解，场景一和场景二的区别在于，场景一中锚点基站发送下行数据/信令至用户设备时需要经过服务基站转发。场景二中锚点基站与服务基站是同一个基站，因此锚点基站可以直接发送下行数据/信令至用户设备。

本申请的实施例以锚点基站为例说明，但是，以下实施例的执行主体也可为服务基站。

可以理解，以下为描述方便，将以场景一为例，结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。具体地，如图4所示，图4为本申请一实施方式的数据传输方法的流程图。

其中，可参阅图4，数据传输方法可以包括以下步骤：

S401，锚点基站向用户设备发送下行资源配置信息。

具体地，通过下行资源配置信息，以使用户设备的RRC连接释放之后，用户设备迁移至RRC非激活态且保留下行资源，锚点基站可依据该下行资源向用户设备发送下行消息，以使用户设备从RRC非激活态快速迁移至RRC连接态。

在一实施例中，用户设备在RRC连接释放过程，锚点基站向用户设备发送RRC释放(RRC Release)消息，该RRC释放消息携带下行资源配置信息。

其中，下行资源配置信息用于配置用户设备在RRC连接释放后进入RRC非激活态，还用于通过该下行资源配置信息，以使用户设备在RRC非激活态可接收锚点基站发送的满足预设传输场景的下行数据。

下行资源配置信息可包括以下信息：下行资源周期、下行时域资源分配指示、下行频域资源分配指示、接收数据的反馈资源、HARQ信息、调制编码方式、下行资源索引值及有效区域。

其中，下行资源周期可为用户设备基于上述下行资源配置信息的通信时长。

其中，下行时域资源分配指示可以为下行时域资源索引值，具体下行时域资源由锚点基站通过专有恢复消息配置用户设备，或锚点基站通过广播消息配置用户设备。在其他实施例中，下行时域资源分配指示可用于指示下行时域资源位置。

其中，下行频域资源分配指示可以为下行频域资源索引值，具体下行频域资源由锚点基站通过专有恢复消息配置用户设备，或锚点基站通过广播消息配置用户设备。在其他实施例中，下行频域资源分配指示可用于指示下行频域资源位置。

其中，接收数据的反馈资源即用户设备接收锚点基站发送的下行资源时，向锚点基站发送反馈消息所使用的资源。

其中，HARQ即混合自动重传请求(Hybrid Automatic Repeat reQuest)，是一种类别抗衰落和抗干扰技术，HARQ信息即锚点基站与用户设备之间传输数据的反馈消息ACK/NACK。

其中，调制编码方式为锚点基站与用户设备之间传输数据确定的调制编码方式，例如，OFDMA。

其中，下行资源索引值用于索引对应的下行资源。

其中，有效区域，即锚点基站配置的下行资源的有效范围，该有效分为可包括小区列表，BWP列表或索引。例如，锚点基站为用户设备下发的下行配置资源仅在用户设备所在的当前小区有效，则有效区域仅包括用户当前所在小区的标识。BWP列表或索引表示下行资源在BWP列表或索引所指示的BWP中有效。

可选地，若下行资源配置信息未携带有效区域，则该下行配置资源仅在用户设备所在的当前小区有效，或下行配置资源仅在用户设备所在的当前小区的默认BWP有效。

S402，锚点基站获取来自于核心网发送给用户设备的下行数据。

其中，下行数据可为下行数据(Downlink Data)或下行信令(DownlinkSignaling)。

可选地，下行数据还可携带指示信息用于指示该下行数据为小数据包，可在用户设备处于RRC非激活态时发送给用户设备。

S403，若下行数据不满足预设传输场景，则锚点基站基于下行资源配置信息向用户设备发送恢复消息。

具体地，当核心网向用户设备发送下行数据，锚点基站确定该下行数据不满足预设传输场景，即当用户设备处于RRC非激活态时，用户设备无法成功接收该下行数据；在步骤S403中，锚点基站向用户设备下行资源配置信息，基于该下行资源配置信息，锚点基站通过向用户设备发送恢复消息，以将用户设备从RRC非激活态迁移至RRC连接态，并将下行数据发送给处于RRC连接态的用户设备。即在RRC连接释放时，通过下行资源配置信息为用户设备预留资源，锚点基站可基于该预留资源向用户设备发送恢复消息，以将用户设备从RRC非激活态迁移至RRC连接态。

其中，恢复消息可为RRC恢复消息或RRC重配置消息。

其中，当满足以下至少一种条件时，锚点基站确定该下行数据不满足预设传输场景且用户设备需恢复到RRC连接态。

条件一：该下行数据为非移动终止小数据包传输(Non-MT-SDT)承载的下行数据。其中，非移动终止小数据包传输(Non-MT-SDT)承载是指不支持移动终止小数据包传输(MT-SDT)功能的承载，即用户设备处于RRC非激活态时无法接收该下行数据。

条件二：下行数据的大小大于第一预设阈值。其中，数据包的大小可以是单个数据包的大小，也可以是总数据量的大小。总数据量的大小是指在移动终止小数据包传输(MT-SDT)期间允许传输的总数据量大小。总数据量的大小可以是下行数据量的大小。

条件三：数据包的数目大于第二预设阈值。其中，下行数据的数目是指在小数据包传输(SDT)期间发送下行数据的数目。

可以理解，第一预设阈值/第二预设阈值的取值与传输带宽、传输速率及传输质量等因素相关，基站可依数据传输的情况设置第一预设阈值/第二预设阈值。

条件四：下行数据携带指示信息，该指示信息用于指示该下行数据不是小数据包或指示用户设备需在RRC连接态接收该下行数据。

其中，基于条件一至条件四中任一条件，锚点基站确定无法采用MT-SDT或SDT方式将下行数据发送至用户设备。

条件五：锚点基站接收到核心网下发的信令，该信令指示锚点基站：用户设备需要将状态切换至RRC连接态，例如，核心网侧需要与用户设备进行非接入层的安全验证，则用户设备只有在RRC连接态才可与核心网进行NAS交互，因此，需将用户设备的状态切换至RRC连接态。则下行数据(或信令)携带指示信息，基站依据该指示信息确定需将用户设备的状态切换至RRC连接态。

条件六：网络侧设置有MT-SDT定时器，当MT-SDT定时器超时，触发网络侧向用户设备发送消息，以将用户设备的状态切换至RRC连接态。

示例性地，锚点基站侧设置有MT-SDT定时器，当网络侧向用户设备发送下行数据时，MT-SDT定时器启动，若定时器超时，锚点基站未收到用户设备发送的反馈消息，则锚点基站确定将用户设备的状态切换RRC连接态，以便用户设备可在RRC连接态时接收该下行数据。

可选地，该恢复消息携带配置指示，该配置指示用于指示用户设备依据该配置指示发送恢复消息的响应消息。

其中配置指示可包含以下参数：

1，用户设备标识(UE ID)，例如I-RNTI，C-RNTI；

2，上行调度允许资源(UL Grant)，例如时频资源位置；

3，专有的Preamble码，即随机接入前导码；

4，安全参数，安全加密相关参数，例如，加解密指示，用于指示是否加解密。

S404，用户设备向锚点基站发送RRC完成消息。

用户设备的状态由RRC非激活态迁移至RRC连接态，并向锚点基站发送RRC完成消息。

可选地，若锚点基站向用户设备发送RRC恢复消息，则用户设备向锚点基站发送RRC恢复完成消息；

可选地，若锚点基站向用户设备发送RRC重配置消息，则用户设备向锚点基站发送RRC重配置完成消息。

S405，锚点基站向处于RRC连接态的用户设备发送该下行数据。

如此，本申请通过网络设备在用户设备预先配置下行资源配置信息，以使用户设备与网络设备之间的RRC连接释放之后，用户设备进入RRC非激活态且依据该下行配置信息可接收满足预设传输场景的下行数据，当网络设备向用户设备发送不满足预设传输场景的下行数据时，基于预先配置给用户设备的下行资源配置信息，网络设备直接向用户设备发送恢复消息，以使用户设备由RRC非激活态迁移至RRC连接态。相较于图2和图3中，锚点基站向用户设备发送寻呼将用户设备由RRC非激活态迁移至RRC连接态，本申请的技术方案通过预先配置的下行资源配置信息，可将恢复消息直接发送至用户设备，节省了用户设备和锚点基站之间的信令交互数量，进而可使用户设备从RRC非激活态快速迁移至RRC连接态，减少了不满足预设传输场景的数据传输时延。

下面通过具体实施例对本申请的数据传输方法进行具体说明。

实施例1

可参阅图5，数据传输方法可以包括以下步骤：

S501，建立协议数据单元会话(Protocol Data Unit session，PDU session)。

具体地，用户设备附着到网络，与网络侧建立PDU session(又可称为PDU会话)。

进一步地，在用户设备与网络侧建立PDU会话过程中，锚点基站为用户设备配置承载，该承载可包括信令承载和数据承载，且标识该承载具有MT-SDT能力或SDT的能力。

S502，锚点基站向用户设备发送RRC释放消息。

其中，RRC释放消息携带下行资源配置信息，通过该下行资源配置信息配置用户设备，以使用户设备的状态迁移至RRC非激活态，且依据该下行资源配置信息配置用户设备之后，用户设备可在RRC非激活态接收满足预设传输场景的下行数据。

在一实施例中，处于RRC连接态的用户设备接收到RRC释放消息之后，用户设备迁移至RRC非迁移态。

在一实施例中，满足预设传输场景的下行数据可为大小或数量满足预设门限的下行数据，例如用户设备支持SMT，则满足预设传输场景的下行数据为小数据包。

其中，该预设门限可由网络设备预先设备，当然，该预设门限也可由网络设备与用户设备协商确定。

其中，下行资源配置信息可包括以下信息：下行资源周期、下行时域资源分配指示、下行频域资源分配指示、接收数据的反馈资源、HARQ信息、调制编码方式、下行资源索引值及有效区域。，当然，在其他实施例中。下行资源配置信息还可包括其他信息。

其中，下行资源周期可为用户设备基于上述下行资源配置信息有效时长，或配置下行资源有效的单位时间，或UE期待接收下行数据的周期。UE在非连续监听周期内定时醒来接收下行调度数据。

其中，下行资源索引值用于索引对应的下行资源。

可选地，下行资源配置信息还包括非连续接收(Discontinuous Reception，DRX)参数。

S503，锚点基站接收核心网发送给用户设备的下行数据。

S504，锚点基站向用户设备发送该下行数据，处于RRC非激活态的用户设备接收该下行数据。

具体地，锚点基站确定该下行数据为小数据包，即该下行数据满足预设传输场景，则锚点基站可将该下行数据直接发送给处于RRC非激活态的用户设备。

在一实施例中，若锚点基站在RRC释放消息中未配置下行资源，则锚点基站在控制信道中将下行数据发送给用户设备。

在另一实施例中，锚点基站向用户设备发送寻呼消息，寻呼消息携带MT-SMT传输标识和承载标识，用户设备接收到寻呼消息后，依据移动终止小数据传输指示和承载标识激活对应的承载，其中，承载标识可为数据承载，也可为信令承载。

在一实施例中，用户设备被配置为不连续接收，用户设备在DRX唤醒时刻，监听C-RNTI或者I-RNTI以接收锚点基站下发的下行数据。

S505，用户设备成功接收下行数据后，向锚点基站发送反馈消息。

具体地，用户设备成功接收锚点基站下发的下行数据后，用户将激活对应的目标承载，其中目标承载可为承载业务的数据承载或信令承载，当然，在其他实施例中，目标承载也可为用户设备被配置的在非激活态传输业务的信令承载或数据承载，并向锚点基站发送反馈消息。

可选地，用户设备可在控制信道向锚点基站发送L1反馈消息，其中控制信道的资源位置可由锚点基站向用户设备发送RRC释放消息时配置给用户设备。

可选地，用户设备可在控制信道向锚点基站发送L1反馈消息，其中控制信道的资源位置可由锚点基站在向用户设备发送下行数据时，锚点基站将资源位置同下行数据一起发送给用户设备。

可选地，用户设备可在控制信道向锚点基站发送L1反馈消息，其中控制信道的资源位置可在用户设备处于RRC连接态时，网络设备(例如锚点基站)为用户设备配置。当信令承载或数据承载被激活后，控制信道资源也被激活。

其中，以上实施例中涉及的控制信道资源可以配置在默认的BWP，也可配置在专有的BWP，控制信道资源的具体位置由网络侧配置确定。

可选地，用户设备向锚点基站发送专有的Preamble作为反馈消息，其中专有的Preamble可由锚点基站在向用户设备发送下行数据时，同下行数据一起发送给用户设备。

可选地，用户设备触发上行随机接入流程，用户设备在Msg3向锚点基站发送包含C-RNTI或I-RNTI的MAC CE，向锚点基站反馈用户设备已成功接收到下行数据。

可选地，用户设备触发上行随机接入流程，用户设备在Msg3向锚点基站发送恢复消息，反馈用户设备已成功接收到下行数据。

可选地，若用户设备配置的上行资源有效，用户设备在上行配置的资源上向锚点基站发送MAC CE或恢复消息，向锚点基站反馈下行数据已经被用户设备成功接收。

S506、锚点基站接收到反馈信息，后续下行数据到达，锚点基站继续向用户设备发送新接收的下行数据。

具体地，当核心网向用户设备发送的下行数据到达锚点基站且该下行数据满足预设传输场景，则锚点基站将该下行数据直接发送至处于非激活态的用户设备。

S507、锚点基站释放本次小数据传输会话。

可选地，锚点基站向用户设备发送RRC释放消息，以将用户设备的状态切换至RRC非激活态或空闲态。

可选地，当用户设备向锚点基站发送反馈消息时启动小数据传输定时器，当该小数据传输定时器超时，用户设备向锚点基站发送RRC释放消息释放该小数据传输会话。

如此，当用户设备与网络设备之间的RRC连接释放过程中，网络设备依据下行资源配置信息配置用户设备，以使用户进入RRC非激活态且用户设备可在RRC非激活态直接接收满足预设传输场景的下行数据，当锚点基站接收到发送给用户设备的满足预设传输场景的下行数据时，锚点基站可直接将该下行数据发送给用户设备。

实施例2

实施例2和实施例1的区别在于，在实施例1中的步骤S506之后，锚点基站检测到核心网侧发给用户的下行数据不满足预设传输场景，锚点基站需要将用户设备的状态迁移至RRC连接态，才可向用户设备发送该下行数据。

可参阅图6，锚点基站与用户设备交互的场景下另一种数据传输方法的信息交互图。，数据传输方法可以包括以下步骤：

S601，建立协议数据单元会话；

S602，锚点基站向用户设备发送RRC释放消息；

S603，锚点基站接收核心网发送给用户设备的下行数据；

S604，锚点基站向用户设备发送该下行数据，处于RRC非激活态的用户设备接收该下行数据；

S605，用户设备成功接收下行数据后，向锚点基站发送反馈消息；

S606、锚点基站接收到反馈信息，后续下行数据到达，锚点基站继续向用户设备发送新接收的下行数据。

S607，核心网向锚点基站下发发送给用户设备的新的下行数据。

S608，锚点基站确定该下行数据不满足预设传输场景。

当下行数据不满足预设传输场景，则该下行数据仅在用户设备处于RRC连接态时可由锚点基站传输给用户设备，当用户设备处于RRC非激活态时，锚点基站无法将该下行数据成功发送给用户设备。

其中，当满足以下至少一种条件时，锚点基站确定该下行数据不满足预设传输场景且用户设备需恢复到RRC连接态才可成功接收该下行数据。

条件二：下行数据的大小大于第一预设阈值。其中，下行数据的大小可以是单个数据包的大小，也可以是总数据量的大小。总数据量的大小是指在移动终止小数据包传输(MT-SDT)期间允许传输的总数据量大小。总数据量的大小可以是下行数据量的大小。

条件三：下行数据的数目大于第二预设阈值。其中，下行数据的数目是指在小数据包传输(SDT)期间发送下行数据的数目。

条件五：锚点基站接收到核心网下发的信令，该信令指示锚点基站：用户设备需要将状态切换至RRC连接态，例如，核心网侧需要与用户设备进行非接入层的安全验证，则用户设备只有在RRC连接态才可与核心网进行NAS交互，因此，需将用户设备的状态切换至RRC连接态。

具体地，基站在预设时间内未将下行数据发送至用户设备，基站接收到核心网发送给用户设备的下行数据时，启动MT-SDT定时器，MT-SDT定时器超时，基站未将该下行数据发送至用户设备，则触发基站将用户设备的状态切换至RRC连接态。其中预设时间则为MT-SDT定时器的时长。

示例性地，锚点基站侧设置有MT-SDT定时器，当网络侧向用户设备发送下行数据时，MT-SDT定时器启动，若MT-SDT定时器超时，锚点基站未收到用户设备发送的消息，则锚点基站确定将用户设备的状态切换RRC连接态，以便用户设备可在RRC连接态时接收该下行数据，例如通过寻呼消息，触发UE进入连接态接收数据。或者MT-SDT定时器超时，例如，还有下行数据缓存在锚点基站待传输，锚点基站触发UE进入连接态。但本专利不限制锚点基站在MT-SDT定时器超时前触发UE进入RRC连接态的场景，也不限制MT-SDT定时器超后，除通过判断下行缓存数据是触发UE进入RRC连接态之外的其它的场景。

S609，锚点基站向用户设备发送RRC恢复(RRC Resume)消息，用于指示用户设备进入RRC连接态。

在一实施例中，锚点基站基于步骤S402向用户发送的下行资源配置信息，直接向处于RRC非激活态的用户设备发送RRC恢复消息，以使用户设备由RRC非激活态迁移至RRC连接态。

S610，用户设备进入RRC连接态后，向锚点基站发送RRC恢复完成(RRC ResumeComplete)消息。

可以理解，在本实施例中，锚点基站向用户设备发送下行数据期间，当锚点基站确定发送给用户设备的下行数据不符合预设传输场景后，确定用户设备需恢复到RRC连接态。服务基站基于预先配置用户设备的下行资源配置信息，触发RRC恢复(RRC Resume)消息，以指示用户设备进入RRC连接态。当用户设备进入RRC连接态后，触发RRC恢复完成(RRCResume Complete)消息。用户设备在恢复到RRC连接态之前，在RRC非激活态期间可以接收下行数据。

实施例3

实施例3和实施例1的区别在于，在实施例1中的步骤S503之后，锚点基站检测到核心网侧发给用户的下行数据不满足预设传输场景，锚点基站需要将用户设备的状态迁移至RRC连接态，才可向用户设备发送该下行数据。

可参阅图7，数据传输方法可以包括以下步骤：

S701，建立协议数据单元会话；

S702，锚点基站向用户设备发送RRC释放消息；

S703，锚点基站接收核心网发送给用户设备的下行数据；

S704，锚点基站确定该下行数据不符合预设传输场景。

条件六：网络侧设置有MT-SDT定时器，当定时器超时，触发网络侧向用户设备发送消息，以将用户设备的状态切换至RRC连接态。

S705，锚点基站向用户设备发送RRC恢复消息。

具体地，锚点基站通过向用户设备发送恢复消息，以使用户设备的状态由RRC非激活态迁移至RRC连接态。

其中，锚点基站向用户设备发送两条独立的消息，以将下行数据和恢复消息分别发送至用户设备，锚点基站向用户设备发送一条独立的消息，以将下行数据与恢复消息复用在一条消息中发送给用户设备。

可选地，若用户设备支持移动终止小数据传输的能力，则锚点基站可直接向处于RRC非激活态的用户设备发送RRC恢复(RRC Resume)消息。

可选地，若用户设备支持MT-SDT的能力，则锚点基站可直接向处于RRC非激活态的用户设备发送RRC恢复(RRC Resume)消息。

可以理解，在其他实施例中，锚点基站可通过向用户设备发送RRC重配置消息以将用户设备的状态由RRC非激活态迁移至RRC连接态。

其中，锚点基站向用户设备发送恢复消息以将用户设备的状态由RRC非激活态迁移至RRC连接态，该恢复消息可包含以下参数：

1，用户设备标识(UE ID)，例如I-RNTI，C-RNTI；

2，上行调度允许资源(UL Grant)，例如时频资源位置；

3，专有的Preamble码；

4，安全参数。当然，该恢复消息还可包括其他参数。

可以理解，上述参数可以封装在对应的恢复消息中，当然在其他实施例中，也可将上述参数作为一种新的媒体接入控制层控制单元(MAC CE)，锚点基站将该MAC CE与恢复消息一起复用发送给用户设备。

S706，用户设备进入RRC连接态后，向锚点基站发送RRC恢复完成消息。

可选地，若锚点基站向用户设备发送RRC重配置消息(RRC ConnectionReconfiguration)，则用户设备向锚点基站发送RRC重配置完成消息(RRC ConnectionReconfiguration Complete)。

可选地，若用户设备配置了上行资源且该上行资源有效，则用户设备在配置的上行资源上向锚点基站发送该RRC完成消息。

可选地，用户设备触发随机接入过程，用户设备具有该恢复消息专有的Preamble，在Msg3消息上发送该RRC完成消息(RRC重配置完成或RRC恢复完成)。

可选地，用户设备触发竞争的随机接入过程，在Msg3消息上用来发送该RRC完成消息(RRC重配置完成或RRC恢复完成)。

其中，RRC完成消息携带用户设备标识，用户设备标识可封装在新的媒体接入控制层控制单元(MAC CE)中，与RRC完成消息复用，用户设备将该复用消息发送给锚点基站。

如此，当用户设备与网络设备之间的RRC连接释放过程中，网络设备依据下行资源配置信息配置用户设备，以使用户进入RRC非激活态且用户设备可在RRC非激活态直接接收满足预设传输场景的下行数据；当锚点基站接收到发送给用户设备的不满足预设传输场景的下行数据时，锚点基站基于下行资源配置信息向用户设备发送RRC恢复消息，以使用户设备由RRC非激活态迁移至RRC连接态，锚点基站向处于RRC连接态的用户设备发送该下行数据。

实施例4

实施例4和实施例1的区别在于，在实施例1中的步骤S405之后，用户设备接收到锚点基站发送的满足预设传输场景的下行数据之后，用户设备向锚点基站发送反馈消息并启动小数据定时器，小数据定时器超时，小数据传输会话结束，用户设备由RRC非激活态迁移至RRC空闲态。

可参阅图8，数据传输方法可以包括以下步骤：

S801，建立协议数据单元会话；

S802，锚点基站向用户设备发送RRC释放消息；

S803，锚点基站接收核心网发送给用户设备的下行数据；

S804，用户设备成功接收下行数据，激活目标承载，启动小数据传输定时器并向锚点基站发送反馈消息。

具体地，用户设备成功接收锚点基站下发的下行数据，用户设备将激活对应的目标承载，其中目标承载可为承载业务的数据承载或信令承载，当然，在其他实施例中，目标承载也可为用户设备被配置的在非激活态传输业务的信令承载或数据承载，例如，用户设备成功接收到下行数据之后，激活具备MT-SDT能力的承载。

进一步地，用户设备向锚点基站发送的反馈消息可为L1反馈消息或L2反馈消息。

可选地，L2反馈消息的MAC CE中携带用户设备标识。当然，该MAC CE还可携带数据承载或信令承载的标识、小数据传输定时器参数。

其中，小数据传输定时器参数可为小数据定时器的时长。若用户设备存在多个小数据传输定时器，该参数还可包括小数据传输定时器的种类。

进一步地，该L2反馈消息可采用完整性保护算法进行完整性保护，MAC CE中携带完整性保护验证令牌。

可选地，L1反馈消息为专有的前导码序列，锚点基站可在RRC释放消息中配置给用户设备或将前导码序列与下行数据复用后发送给用户设备。

S805，锚点基站接收用户设备发送的反馈消息。

S806，启动锚点基站侧的小数据定时器。

S807，小数据定时器超时，会话结束。

具体地，用户设备侧的小数据定时器超时，用户设备侧状态由RRC非激活态迁移至RRC空闲态；锚点基站侧的小数据定时器超时，网络侧可调整用户设备的状态或无线资源状态。

可选地，当用户设备侧在小数据定时器启动期间，用户设备接收到新的下行数据，用户设备侧小数据定时器重新启动。当锚点基站接收核心网发送给用户设备新的下行数据，锚点基站侧的小数据定时器重新启动。

如此，用户设备接收锚点基站发送的下行资源配置信息，依据该下行资源配置信息，当用户设备与网络设备之间的RRC连接释放后，用户设备进入RRC非激活态，当锚点基站向用户设备发送满足预设传输场景的下行数据，用户设备向锚点基站发送反馈消息且启动用户设备侧的小数据定时器，锚点基站接收到反馈消息，锚点基站启动锚点基站侧的小数据定时器，当其中任一个定时器超时，用户设备和锚点基站侧的会话结束。

参见图9，为本申请网络设备一个实施例的结构示意图。可以用于执行图3至图8所对应实施例中的数据传输方法。

如图9所示，所述网络设备90可以包括：处理器121及存储器122等组件。这些组件通过一条或多条总线进行连接及通信。

其中，处理器121为所述网络设备90的控制中心，利用各种接口和线路连接整个基站的各个部分，通过运行或执行存储在存储器122内的软件程序和/或模块，以及调用存储在存储器122内的数据，以执行基站的各种功能和/或处理数据。所述处理器121可以由集成电路(integrated circuit，简称IC)组成，例如可以由单颗封装的IC所组成，也可以由连接多颗相同功能或不同功能的封装IC而组成。举例来说，处理器121可以为通信处理器(communication processor，简称CP)。

所述存储器122可用于存储软件程序以及模块，处理器121通过运行存储在存储器122的软件程序以及模块，从而执行网络设备的各种功能应用以及实现数据处理。在本申请具体实施方式中，存储器122可以包括易失性存储器，例如非挥发性动态随机存取内存(nonvolatile random access memory，简称NVRAM)、相变化随机存取内存(phase changeRAM，简称PRAM)、磁阻式随机存取内存(mageto-resistive RAM，简称MRAM)等，还可以包括非易失性存储器，例如至少一个磁盘存储器件、电子可擦除可编程只读存储器(Electrically erasable programmable read-only memory，简称EEPROM)、闪存器件，例如反或闪存(NOR flash memory)或是反及闪存(NAND flash memory)。

参加图10，为本申请用户设备一个实施例的结构示意图。可以用于执行图3至图8所对应实施例中的数据传送方法。

图10是本申请一实施方式的用户设备的结构示意图。

如图10所示，在一些实施例中，用户设备(UE)的结构可以如图10所示，UE可以包括：处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serialbus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本实施例示意的结构并不构成对UE的具体限定。在另一些实施例中，UE可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，Modem，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-networkprocessing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器171，显示屏194，摄像头193，和无线通信模块160等供电。

UE的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。UE中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。

移动通信模块150可以提供应用在UE上的包括2G/3G/4G/5G等无线通信的解决方案。

无线通信模块160可以提供应用在UE上的包括无线局域网(wireless local areanetworks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在本申请实施例中，无线通信模块160可用于UE向网络节点发送恢复RRC连接的请求，以及接收网络节点的响应消息。

UE通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。

显示屏194用于显示图像，视频等。UE的显示屏194上可以显示一系列图形用户界面(graphical user interface，GUI)。

UE可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

摄像头193用于捕获静态图像或视频。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展UE的存储能力。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行UE的各种功能应用以及数据处理。

UE可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。UE还可以包括压力传感器180A，气压传感器180C，陀螺仪传感器180B，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，环境光传感器180L，指纹传感器180H，温度传感器180J，触摸传感器180K，骨传导传感器180M，按键190，马达191，指示器192等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和UE的接触和分离。UE可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。SIM卡接口195也可以兼容外部存储卡。UE通过SIM卡和网络交互，实现通话以及数据通信等功能。

另外，在上述部件之上，运行有操作系统，例如鸿蒙操作系统、IOS操作系统，Android操作系统，Windows操作系统等。在该操作系统上可以安装运行应用程序。在另一些实施例中，UE内运行的操作系统可以有多个。

应理解，图10所示UE包括的硬件模块只是示例性地描述，并不对UE的具体结构做出限定。事实上，本申请实施例提供的UE中还可以包含其它与图中示意的硬件模块具有交互关系的其它硬件模块，这里不作具体限定。例如，UE还可以包括闪光灯、微型投影装置等。又如，若UE是PC，那么UE还可以包括键盘、鼠标等部件。

可以理解，图10所示的用户设备可以实现本申请实施例中用户设备侧方法实施例的所有方法步骤。

本申请中，A与B对应可以理解为A与B关联，或者A与B具有关联关系。

应理解，本申请实施例中的方式、情况、类别以及实施例的划分仅是为了描述的方便，不应构成特别的限定，各种方式、类别、情况以及实施例中的特征在不矛盾的情况下可以相结合。

还应理解，申请实施例中的“第一”和“第二”仅为了区分，不应对本申请构成任何限定。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。

以上所述为本申请提供的实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

本申请实施例还提供一种存储介质，用于存储计算机程序或指令，当计算机程序或指令被处理器执行时实现本申请实施例的数据传输方法，在此不再对相同的方法步骤及有益效果进行赘述。

上面结合附图对本申请实施例作了详细说明，但是本申请不限于上述实施例，在所属技术领域普通技术人员所具备的知识范围内，还可以在不脱离本申请宗旨的前提下做出各种变化。

Claims

1.一种数据传输方法，其特征在于，应用于网络设备，所述方法包括：

向用户设备下发下行资源配置信息，所述下行资源配置信息用于配置所述用户设备在无线资源控制RRC连接释放后进入无线资源控制RRC非激活态，所述下行资源配置信息还用于为所述用户设备配置下行资源，用于使所述用户设备在RRC非激活态接收所述网络设备发送的满足预设传输场景的下行数据；

接收发送给所述用户设备的下行数据；

若所述下行数据不满足预设传输场景，基于所述下行资源向所述用户设备发送恢复消息，用于将所述用户设备由RRC非激活态迁移至RRC连接态。

2.根据权利要求1所述的数据传输方法，其特征在于：所述满足预设传输场景的下行数据为所述网络设备采用移动终止小数据包传输MT-SDT方式或小数据包传输SDT方式传输的下行数据。

3.根据权利要求1或2所述的数据传输方法，其特征在于：若所述下行数据符合以下任一条件，则判定所述下行数据不满足预设传输场景：

确定无法采用MT-SDT方式或SDT方式将所述下行数据传输至所述用户设备；

所述下行数据携带指示信息，所述指示信息用于指示用户设备进入RRC连接态；和

在预设时间内未向所述用户设备发送所述下行数据。

4.根据权利要求1至3中任一项所述的数据传输方法，其特征在于，所述向用户设备下发下行资源配置信息包括：

向所述用户设备发送RRC释放消息，所述RRC释放消息携带所述下行资源配置信息。

5.根据权利要求1至4中任一项所述的数据传输方法，其特征在于，所述下行配置信息包括下行时域资源分配指示和下行频域资源分配指示，所述下行时域资源分配指示用于指示下行时域资源位置，所述下行频域资源分配指示用于指示下行频域资源位置。

6.根据权利要求1至5中任一项所述的数据传输方法，其特征在于，所述恢复消息为RRC恢复消息或RRC重配置消息。

7.根据权利要求1至6中任一项所述的数据传输方法，其特征在于，所述方法还包括：

接收所述用户设备发送的恢复完成消息；

若所述恢复消息为RRC恢复消息，所述恢复完成消息为RRC恢复完成消息；

若所述恢复消息为RRC重配置消息，所述恢复完成消息为RRC重配置完成消息。

8.根据权利要求1至7中任一项所述的数据传输方法，其特征在于，所述恢复消息携带用户设备标识、上下调度允许资源及随机接入前导码。

9.一种数据传输方法，其特征在于，应用于用户设备，所述方法包括：

接收网络设备发送的下行资源配置信息；

依据所述下行资源配置信息在无线资源控制RRC连接释放后进入RRC非激活态，并配置下行资源，用于在所述RRC非激活态接收所述网络设备发送的满足预设传输场景的下行数据；

依据所述下行资源接收所述网络设备发送的恢复消息；

依据所述恢复消息迁移至RRC连接态并向所述网络设备发送所述恢复消息对应的恢复响应消息。

10.根据权利要求9所述的数据传输方法，其特征在于：所述满足预设传输场景的下行数据为所述网络设备采用MT-SDT方式或SDT方式向所述用户设备传输的下行数据。

11.根据权利要求9或10所述的数据传输方法，其特征在于，所述接收网络设备发送的下行资源配置信息包括：

接收所述网络设备发送的RRC释放消息，所述RRC释放消息携带所述下行资源配置信息。

12.根据权利要求9至11中任一项所述的数据传输方法，其特征在于，所述下行配置信息包括下行时域资源分配指示和下行频域资源分配指示，所述下行时域资源分配指示用于指示下行时域资源位置，所述下行频域资源分配指示用于指示下行频域资源位置。

13.根据权利要求9至12中任一项所述的数据传输方法，其特征在于，所述恢复消息为RRC恢复消息或RRC重配置消息。

14.根据权利要求9至13中任一项所述的数据传输方法，其特征在于，所述方法还包括：

接收所述用户设备发送的恢复完成消息；

15.根据权利要求9至14中任一项所述的数据传输方法，其特征在于，所述恢复消息携带用户设备标识、上下调度允许资源及随机接入前导码。

16.一种网络设备，其特征在于，包括：

存储器，用于存储有计算机程序；

处理器，用于执行所述存储器存储的所述计算机程序，当所述计算机程序被执行时，所述处理器用于执行如权利要求1至8中任意一项所述的方法。

17.一种用户设备，其特征在于，包括：

存储器，用于存储有计算机程序；

处理器，用于执行所述存储器存储的所述计算机程序，当所述计算机程序被执行时，所述处理器用于执行如权利要求9至15中任意一项所述的方法。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1至15中任意一项所述的方法。