信息传输方法、装置、电子设备及存储介质与流程

1.本公开涉及通信技术领域，具体而言，本公开涉及一种信息传输方法、装置、电子设备及存储介质。


背景技术：

2.为了满足自4g通信系统的部署以来增加的对无线数据通信业务的需求，已经努力开发改进的5g或准5g通信系统，因此，5g或准5g通信系统也被称为“超4g网络”或“后lte系统”。
3.无线通信是现代历史上最成功的创新之一。最近，无线通信服务的订户数量超过了50亿，并且还在继续快速增长。由于智能电话和其他移动数据设备(例如，平板计算机、笔记本计算机、上网本、电子书阅读器和机器类型设备)在消费者和企业中的日益普及，对无线数据业务的需求正在迅速增长。为了满足移动数据业务的高速增长并支持新的应用和部署，提高无线接口效率和覆盖范围至关重要。
4.在nr(new radio access，新空口接入)网络，用户(用户设备)有三种状态，即连接态(connected)、空闲态(idle)和非激活(inactive)态，用户只能在连接态下与网络进行数据传输。如果用户进入idle或inactive后，其无法与网络进行数据的传输。当用户长时间没有数据传输时，用户可以进入idle态，这样，基站和用户会删除所有的上下文。如果idle态的用户有数据需要传输时，用户再启动连接建立的过程，并与基站建立用户的上下文。在这个过程中，用户和基站需要进行必要的信令交互，同时用户和基站还需要与核心网的实体进行信令交互，这些交互流程都需要一定的时间。因此，用户的idle态带来的问题是用户需要花较长的时间来完成连接建立，然后再进行数据传输，这样势必增加了通信的时延。
5.为了克服上述问题，nr引入了inactive状态(即inactive态)。当用户处在inactive态时，基站、用户以及核心网的实体都保存着上下文。当用户有数据需要传输时，其只需要发起连接恢复(resume)的流程(该流程主要涉及的是用户与基站间的信令交互，省去了用户和基站与核心网间的大部分流程)，进而缩小了用户启动数据传输的时延，并节约了用户能量。因此，在nr系统中，inactive态是一个比较有用的用户状态。
6.在实际网络中，用户会有传输一些周期性或非周期性的且数据量不大或者传输不是很频繁的数据的需求，为了实现这个传输需求，inactive态的用户需要先发起rrc恢复(radio resource control resume，无线资源控制恢复)的流程，然后再进行这些数据的传输，最后回到inactive状态。在整个过程中，传输的信令可能远多于传输的数据，这样就引入了不必要的能量消耗和/或信令开销。可见，现有的数据传输方式仍有待改进。


技术实现要素：

7.本公开的目的旨在至少能解决上述的技术缺陷之一，本公开实施例提供的技术方案如下：
8.一方面，本公开提供了一种数据传输方法，该方法可以包括以下至少一项：
9.在进入第一连接状态之前，获取对应于第一数据的资源配置信息，以在进入第一连接状态之后基于资源配置信息传输第一数据；
10.发起随机接入请求消息，以基于随机接入过程传输第一数据；
11.其中，第一连接状态为非连接态，第一数据为用户设备处于第一连接状态时的待传输数据。
12.一方面，本公开提供了一种数据传输方法，该方法可以包括：
13.获取对应于第一数据的资源配置信息，以基于资源配置信息传输第一数据，和/或，发起随机接入请求消息，基于资源配置信息传输第一数据；
14.其中，第一数据为用户设备处于第一连接状态时的待传输数据，第一连接状态为非连接态。
15.另一方面，本公开提供了一种数据传输方法，该方法可以包括以下至少一项：
16.发送对应于第一数据的资源配置信息，以使用户设备设备基于资源配置信息传输第一数据，和/或，发起随机接入请求消息，基于资源配置信息传输第一数据；
17.其中，第一数据为用户设备处于第一连接状态时的待传输数据，第一连接状态为非连接态。
18.另一方面，本公开提供了一种数据传输方法，该方法包括以下至少一项：
19.在用户设备进入第一连接状态之前，向用户设备发送第一数据的资源配置信息，以使用户设备在进入第一连接状态之后基于资源配置信息传输第一数据；
20.接收用户设备发送的随机接入请求消息，基于随机接入过程传输第一数据；
21.其中，第一数据为用户设备处于第一连接状态时的待传输数据。
22.又一方面，本公开提供了一种信息传输方法，该方法包括：
23.接收第一消息和/或发送第二消息，以基于所述第一消息和/或第二消息所对应的资源配置进行第一数据的传输，第一消息和第二消息包括关于第一数据的信息，其中，第一数据为用户设备处于第一连接状态时的待传输数据，第一连接状态为非连接态；
24.其中，所述第一数据的传输包括以下至少一项：
25.基于上述资源配置，传输第一数据；
26.发起随机接入请求消息，基于上述资源配置传输第一数据。
27.又一方面，本公开提供了一种信息传输方法，该方法包括：
28.发送第一消息和/或接收第二消息，以基于所述第一消息和/或第二消息所对应的资源配置进行第一数据的传输，第一消息和第二消息包括关于第一数据的信息，其中，第一数据为用户设备处于第一连接状态时的待传输数据，第一连接状态为非连接态；
29.其中，所述第一数据的传输包括以下至少一项：
30.基于上述资源配置，传输第一数据；
31.发起随机接入请求消息，基于上述资源配置传输第一数据。
32.再一方面，本公开提供了一种数据传输装置，该装置包括通信模块，通信模块被配置为：
33.在进入第一连接状态之前，获取对应于第一数据的资源配置信息，以在进入第一连接状态之后基于资源配置信息传输第一数据；
34.发起随机接入请求消息，以基于随机接入过程传输第一数据；
35.其中，第一连接状态为非连接态，第一数据为用户设备处于第一连接状态时的待传输数据。
36.再一方面，本公开提供了一种数据传输装置，该装置包括通信模块，通信模块被配置为：
37.获取对应于第一数据的资源配置信息，以基于资源配置信息传输第一数据，和/或，发起随机接入请求消息，基于资源配置信息传输第一数据；
38.其中，第一数据为用户设备处于第一连接状态时的待传输数据，第一连接状态为非连接态。
39.再一方面，本公开提供了一种数据传输装置，该装置包括通信模块，通信模块被配置为：
40.在用户设备进入第一连接状态之前，向用户设备发送第一数据的资源配置信息，以使用户设备在进入第一连接状态之后基于资源配置信息传输第一数据；
41.接收用户设备发送的随机接入请求消息，基于随机接入过程传输第一数据；
42.其中，第一数据为用户设备处于第一连接状态时的待传输数据。
43.再一方面，本公开提供了一种数据传输装置，该装置包括通信模块，通信模块被配置为：
44.发送对应于第一数据的资源配置信息，以使用户设备基于资源配置信息传输第一数据，和/或，发起随机接入请求消息，基于资源配置信息传输第一数据；
45.其中，第一数据为用户设备处于第一连接状态时的待传输数据，第一连接状态为非连接态。
46.另一方面，本公开提供了一种信息传输装置，该装置包括通信模块，通信模块被配置为执行以下至少一项：
47.接收第一消息和/或发送第二消息，以基于所述第一消息和/或第二消息所对应的资源配置进行第一数据的传输，第一消息和第二消息包括关于第一数据的信息，其中，第一数据为用户设备处于第一连接状态时的待传输数据，第一连接状态为非连接态，；
48.发送第一消息和/或接收第二消息，以基于第一消息和/或第二消息所对应的资源配置进行第一数据的传输；
49.其中，所述第一数据的传输包括以下至少一项：
50.基于上述资源配置，传输第一数据；
51.发起随机接入请求消息，基于上述资源配置传输第一数据。
52.另一方面，本公开实施例还提供了一种电子设备，该电子设备包括至少一个处理器，该处理器被配置为执行本公开任一可选实施例中所提供的方法。
53.另一方面，本公开实施例还提供了一种计算机可读存储介质，该存储介质中存储有计算机程序，该计算机程序在被处理器执行时可以实现本公开任一可选实施例所提供的方法。
54.本公开提供的技术方案带来的有益效果是：本公开实施例所提供的方案，通过通信网络中通信实体之间的消息(第一消息和/或第二消息)交互，实现了关于用户设备处于第一连接状态(如inactive态)时的待传输数据的信息交互，从而优化了处于第一连接状态的用户设备在需要进行数据传输时的通信流程。
附图说明
55.为了更清楚地说明本公开实施例中的技术方案，下面将对本公开实施例描述中所需要使用的附图作简单地介绍。
56.图1为本公开实施例所适用的一种通信系统的架构示意图；
57.图2(图2(a)和图2(b))为本公开实施例提供的一种基站的结构示意图；
58.图3为本公开可选实施例中的信息传输方法的流程示意图；
59.图4为本公开可选实施例中的信息传输方法的流程示意图；
60.图5为本公开可选实施例中的信息传输方法的流程示意图；
61.图6为本公开可选实施例中的信息传输方法的流程示意图；
62.图7为本公开可选实施例中的信息传输方法的流程示意图；
63.图8为本公开可选实施例中的信息传输方法的流程示意图；
64.图9为本公开可选实施例中的信息传输方法的流程示意图；
65.图10为本公开可选实施例中的信息传输方法的流程示意图；
66.图11为本公开可选实施例中的信息传输方法的流程示意图；
67.图12为本公开可选实施例中的信息传输方法的流程示意图；
68.图13为本公开可选实施例中的信息传输方法的流程示意图；
69.图14为本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
70.下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本公开，而不能解释为对本发明的限制。
71.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本公开的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
72.下面以具体地实施例对本公开的技术方案以及本公开的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本公开的实施例进行描述。
73.在实际的通信网络中，用户会传输一些小数据(周期性的或非周期性的)，而且这些数据的传输不是很频繁，例如，有些即时消息(instant messaging services)服务(如微信，qq，心跳(heart-beat)包，保持在线(keep-alive)包，推送消息等)的数据流(traffic)、可穿戴设备的数据流、传感器的数据流、智能仪表的数据流等。为了传输这样的小数据，用户可以进入inactive态，这样有利于用户快速恢复与网络的通信，从而进行小数据的传输。但是，为了实现这个，inactive态的用户需要先发起rrc恢复的流程，然后将进行这些小数据的传输，最后回到inactive状态。在整个过程中，传输的信令可能远多于传输的数据。这
样就引入了不必要的能量消耗和/或信令开销。为了克服这个问题，本公开提出了一种数据传输方法，从而允许用户在inactive状态下进行小数据的发送，避免一些不必要的信令开销和/或能量消耗。
74.本公开实施例提供的方案优化了处于特定连接状态(可以称为第一连接状态，如上述的非激活态或者空闲态等)的用户设备即ue(user equipment，也可以称为用户终端、用户、终端设备等)进行数据传输的流程，而提供的一种数据传输方法，以减少用户设备与网络设备(如基站、基站的构成部分或核心网等)在通信过程中不必要的能量消耗和/或信令开销。
75.可选的，本公开实施例中的第一连接状态为非连接态，即非connected态，非连接态可以是空闲态或非激活态(也可以称为去激活态，inactive态)，当然也可以包括未来可能出现的其他非连接态。可选的，第一连接状态还可以是通信过程中的其他状态，如发生链路失败之后等非正常的连接态。为了描述方便，本公开的后文的一些可选实施例中将以第一连接状态是非激活态(inactive态)为例进行说明。
76.为了更好的说明及理解本公开实施例提供所提供的方案，下面先结合图1和图2对本公开实施例所适用的无线通信系统的原理进行简要说明，需要说明的是，以下讨论的图1、图2以及用于描述本公开所公开的原理的各种可选实施例仅是作为说明，并不应以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或设备中实施，也就是说本公开实施例所提供的方案可适用于多种无线通信系统，可以包括但不限于nr系统，lte系统等。
77.图1示出了本公开各可选实施例适用的一种示例性的系统架构200的结构示意图，能够使用该系统架构200或者其变形结构的系统也同样属于本公开实施例所适用的系统架构。
78.如图1中所示，用户设备即ue 201是用来接收数据和/或发送数据的终端设备。下一代无线接入网络(ng-ran，next generation radio access network)202是无线接入网络，其中包括为ue提供接入无线网络接口的基站(gnb或连接到5g核心网(5gc，5g core)的enb，连接到5gc的enb也叫ng-gnb)。接入控制和移动管理功能实体(amf，access and mobility management function)203负责管理ue的移动上下文和安全信息。用户平面功能实体(upf，user plane function)204主要提供用户平面的功能。会话管理功能实体(smf，session management function)205负责会话管理。数据网络(dn，data network)206包含如运营商的服务、互联网的接入和第三方的业务等。各实体之间的通信接口为ng(next generation，下一代通信)接口，如图1中所示，ue和amf之间是ng1接口，ng-ran和upf之间是ng-u接口，ng-ran和amf之间是ng-c接口，upf和smf之间是ng4接口，upf和dn之间是ng6接口。
79.在nr系统中，为了支持网络功能虚拟化，更高效的资源管理和调度，为ue提供无线网络接口的基站(如gnb)可以进一步分成集中单元gnb-cu(gnb central unit)和分布单元gnb-du(gnb distributed unit)(本公开中将gnb-cu和gnb-du分别简称为cu和du)，如图2(a)所示。cu具有无线资源控制(rrc，radio resource control)层、服务数据自适应协议(sdap:service data adaptation protocol)层和分组数据汇聚协议(pdcp，packet data convergence protocol)层等。du具有无线链路控制协议(rlc，radio link control)层、介
质访问控制(mac，media access control)层和物理层(phy，physical)等。cu和du之间是标准化的公开接口f1。如图2(b)中所示，f1接口分为控制平面f1-c接口和用户平面f1-u接口。f1-c接口的传输网络层是基于ip(网络互连协议，internet protocol)传输的。为了更可靠的传输信令，在ip之上增加了sctp(stream control transmission protocol，流控制传输协议)。应用层的协议是f1ap(f1 application protocol，f1应用协议)，可参见3gpp ts38.473。sctp可以提供可靠的应用层消息传输。f1-u的传输层是udp(user datagram protocol，用户数据报协议)/ip，gtp-u(gprs tunnel protocol-user，gprs隧道传输协议-用户平面)在udp/ip之上用于承载用户平面协议数据单元(pdu，protocol data unit)。进一步的，如图2(b)所示，gnb-cu可以包括gnb-cu-cp(gnb-cu-control plane，基站的集中单元的控制面部分，也可以称为集中单元的控制面实体)和gnb-cu-up(gnb-cu-user plane，基站的集中单元的用户面部分，也可以称为集中单元的用户面实体)，gnb-cu-cp包含了基站的控制面的功能，具有rrc和pdcp协议层，gnb-cu-up包含了基站的用户面的功能，具有sdap和pdcp协议层。gnb-cu-cp与gnb-cu-up之间是标准化的公开接口e1即图中所示的接口e1，协议是e1ap(e1 application protocol，e1应用协议)，参见3gpp ts38.463。基站的集中单元的控制面部分与基站的分布单元间的接口是f1-c接口，即f1的控制面接口，基站的集中单元的用户面部分与基站的分布单元间的接口是f1-u接口，即f1的用户面接口。
80.在nr系统中，进入inactive状态的用户需要启动rrc恢复流程才能进行数据传输。该rrc恢复流程可能发生在用户进入inactive状态时所连接的基站(本公开中称为上一个服务基站，last serving base station)，也可能发生在不同于last serving base station的其他基站(本公开中称为服务基站，serving base station)。对于前者，因为服务基站没有发生改变，用户可以快速的从inactive状态变为连接态，进而进行数据传输。对于后者，因为用户所连接的基站发生了改变，服务基站需要与上一个服务基站进行用户上下文的获取流程，如果该流程成功了，用户可以与服务基站进行数据传输，如果没有获取成功，就无法进行数据传输。在当前机制下，如果inactive态的用户有数据要发送，其只能先进入连接态。但是，对于一些小数据(如数据包很小、数据包的发送不是很频繁的数据)，用户进入连接态所引入的信令开销很可能会比传输的小数据还多，这样引起了不必要的信令开销，同时也增加了用户终端的能量消耗，这是一种不是很有效的数据传输的方法，有待改进。
81.针对上述传输方式中存在的问题，为了解决这些问题中的至少一项，以改进小数据(small data)的传输，本公开提供了一种数据传输方法。其中，本公开的数据传输方法所要传输的数据可以包括小数据，也可以包括不是小数据的数据，也就是说，本公开实施例的方案可以适用于满足一定条件的数据(如小数据)的传输，也适用于任意形式的用户数据的传输，用户数据可以是上行数据和/或下行数据，即数据可以是发送给用户设备的，亦可以用户设备发送的，在下文描述的各种可选实施例中，有些描述是以小数据为例进行的说明，但可以理解的是也可以是任意形式的用户数据。
82.其中，小数据是指数据量较小(如数据量小于或等于一定的阈值)和/或传输不是很频繁的数据等，小数据可以是周期性传输的，也可以是非周期性传输的。可选的，本公开中所涉及的需要传输的用户数据(第一数据)可以包括小数据，其中，小数据可以是指满足以下至少一项的数据：
83.数据包大小小于或等于第一大小的数据；
84.传输周期小于或等于第一周期的数据；
85.第一类型的数据。
86.也就是说，小数据可以被定义为满足上述一个或多个条件的数据。其中，上述第一类型可以是一种类型，也可以是多种类型中的一种或多种，如小数据可以包括以下多种类型数据中的至少一项：
87.即时消息服务的数据流、可穿戴设备的数据流、传感器的数据流、智能仪表的数据流。
88.为了解决现有数据传输方式中所存在的问题中的至少一项，本公开实施例提供的数据传输方法可以包括以下至少一项：
89.在进入第一连接状态之前，获取对应于第一数据的资源配置信息，以在进入第一连接状态之后基于该资源配置信息传输第一数据；
90.发起随机接入请求消息，以基于随机接入过程传输第一数据；
91.其中，第一连接状态为非连接态，第一数据为用户设备处于第一连接状态时的待传输数据。
92.由前文描述可知，第一连接状态可以是非激活态、空闲态或者其他非正常的连接态(如发生链路失败之后)，第一数据可以是用户设备处于该第一连接状态时需要发送的任何数据(即上行数据)或者需要接收的任何数据(即下行数据)，第一数据可以包括但不限于上述小数据。
93.作为本公开所提供的数据传输方法的一种可选实施方式(方式一，利用预先配置的资源进行数据传输，可以称为基于配置许可的数据(如小数据)传输)，用户设备在进入第一连接状态之前，可以提前获取到对应于上述第一数据的资源配置信息，该资源配置信息可以包括对应于上述上行数据的配置信息和/或对应于上述下行数据的配置信息，用户设备在进入第一连接状态之后，如果需要发送数据和/或接收数据，则可以基于该提前获取到的资源配置信息进行相应的数据接收和/或发送。
94.作为本公开实施例所提供的数据传输方法的另一种可选实施方式(方式二，基于随机接入的数据传输)，处于第一连接状态的用户设备需要进行数据传输时，可以发起随机接入请求，基于用户设备的随机接入过程实现与基站之间的数据传输。
95.需要说明的是，本公开所提供的上述两种可选实施方式，可以单独实施，也可以结合实施，比如，通信协议规定采用方式一或者方式二，或者规定某些场景下采用方式一，某些场景下采用方式二。可选的，上述资源配资信息所配置的资源可以是用户设备在进入第一连接状态之前其所处的服务小区的资源，用户设备在进入第一连接状态之前所连接的基站为其配置该资源配置信息，如果用户设备此时所处的服务小区和(进入第一连接状态之后)需要传输第一数据时所处的服务小区相同，即服务小区未发生变化，用户设备则可以基于该资源配置信息实现数据的快速传输，如果用户设备在进入连接状态之前其所处的服务小区和需要传输第一数据时所处的服务小区不同，用户设备则可以采用基于随机接入过程的数据传输方式进行第一数据的传输。
96.其中，用户设备在基于上述资源配置信息和/或基于随机接入过程实现第一数据传输的具体方式本公开实施例不做限定，例如，用户设备可以根据预先获取的资源配置信
息直接或者其他约定方式向基站发送和/或接收基站发送的数据，再例如，用户设备在基于随机接入过程进行数据传输时，可以在rrc恢复过程中进行数据传输或者是在rrc恢复之后进行数据传输。
97.本公开的可选实施例中，上述传输第一数据可以包括：发送rrc恢复请求消息，基于rrc恢复过程传输第一数据。
98.可选的，用户设备在基于随机接入过程传输第一数据时，可以在发起rrc恢复的流程中实现数据的传输。可选的，在基于rrc恢复过程传输第一数据的过程中，rrc连接是否恢复成功本公开实施例不做限定，如可以是rrc连接恢复成功之后，也可以是rrc连接恢复成功之前，也可能是rrc恢复失败。也就是说，本公开的可选实施方式中，即使rrc连接恢复失败，也可以在发送rrc恢复请求消息的同时，或者之前，或者之后进行数据传输。
99.可选的，上述发送rrc恢复请求消息，基于rrc恢复过程传输第一数据，可以包括以下至少一项：
100.同时发送rrc恢复请求消息和第一数据；
101.分别发送rrc恢复请求消息和第一数据；
102.在发送rrc恢复请求消息之后发送第一数据；
103.发送rrc恢复请求消息，接收第一数据。
104.用户设备在处于第一连接状态时，为了进行数据传输，需要发起rrc恢复请求消息，即需要发起rrc resume流程，以尝试重新与基站建立连接，在该过程中，用户设备和基站之间会进行必要的信令交互，基于此，用户设备则可以同时将rrc恢复请求消息和需要发送的数据一起发送给基站、或者将rrc恢复请求消息和需要发送的数据分别发送给基站，当然也可以是在发送rrc恢复请求消息之后再发送数据。可选的，用户设备在尝试与基站建立连接的过程中，基站可以将需要发送给该用户设备的数据发送给用户设备。
105.以上从用户设备作为执行主体的角度对本公开提供的数据传输方法进行了描述，相应的，该数据传输方法的执行主体也可以是网络节点，如基站、基站的集中单元、基站的集中单元的控制面实体或用户面实体、基站的分布单元，其中，该基站可能是后文中的第一基站或第二基站，在执行主体为网络节点时，该数据传输方法可以包括以下至少一项：
106.在用户设备进入第一连接状态之前，向用户设备发送第一数据的资源配置信息，以使用户设备在进入第一连接状态之后基于资源配置信息传输第一数据；
107.接收用户设备发送的随机接入请求消息，基于随机接入过程传输第一数据。
108.对于本领域技术人员清楚的是，以网络节点作为执行主体的数据传输方法和以用户设备作为执行主体的数据传输方法的本质是相同的，只是是从数据交互的两端分别进行的描述，为了简洁，在此不再对网络节点侧的该方法进行展开说明。
109.在本公开提供的方案中，用户即用户设备可以有上述两种方式进行数据传输，下面以待传输的数据包括小数据(也可以是其他数据)为例对这两种传输方式的可选实施方式进行详细说明，具体如下：
110.■
方式一：利用预先配置的资源进行小数据传输
111.在该方式中，网络配置用户进入inactive态时，可以为用户配置一些资源。如果inactive态用户有数据需要传输，其可以利用这些预先配置好的资源进行数据传输。在一种可选的实施方式中，这些预先配置的资源可以是用户进入inactive态前所连接的小区内
的资源，在另一种可选实施方式中，这些资源是用户进行小数据传输时所在的小区(该小区可能不同于用户进入inactive态前所连接的小区)内的资源。
112.可选的，基站在配置用户进行inactive态时(也就是用户设备进入inactive态之前)，基站将用户设备当前所在小区的资源预先配置给用户设备，如果用户设备在进入inactive态之后需要传输数据且其此时所在小区还是进入inactive态之前的小区，则可以基于预先获取到该小区的资源实现数据传输，如果用户设备此时所在的小区不是进入inactive态之前的小区，则可以采用其他方式(如基于随机接入的方式)实现数据传输。可选的，基站在配置用户进行inactive态时，可以将其他小区的资源预先配置给用户设备，其中，其他小区是用户设备在进入inactive态之后需要传输数据时可能连接的小区，如可以是当前所在小区或者当前所在小区的一个或多个邻小区，也可以是基于其他约定的规则确定的小区，以使得用户设备如果在需要传输数据时所在的小区属于上述其他小区，则可以基于基站预配置的该小区的资源进行数据传输，当前，如果用户设备在需要传输数据时所在的小区不是进入inactive态时所在的小区，用户设备可以与此时所在的小区进行同步后基于预先配置的资源实现数据传输。
113.在该方式一中，小数据可以与rrc恢复请求消息同时发送，也可以单独发送，也可以在发送rrc恢复请求消息后再发送。此外，用户可以发送和/或接收一个或多个小数据的数据包。
114.方式一的好处在于，用户可以在已经配置好的资源上进行数据传输，无需再向网络请求资源(和/或无需与网络进行同步，因为用户依然保持着与网络侧的同步)，从而快速的进行小数据的传输。在本公开中，该方式可以被称为基于配置许可的小数据传输(cg-sdt:configured grant-small data transmission)，采用这种方式传输的小数据可以称为基于配置许可的小数据。
115.需要说明的是，本公开中对于很多技术术语的命名都只是示例，也可以采用其他名称，本公开对此不作限定，如方式一也可以用其他名称来表示基于这种方式的小数据传输，采用该方式传输的数据(如上述小数据)也可以采用其他名称。
116.可选的，上述方式一的一种典型应用场景为，inactive态用户(即处于inactive态的用户设备)依然在其进入inactive态之前所连接的小区(可以称为上一个服务小区，last serving cell)内进行小数据传输，这样基站可以为用户预先配置一些资源。在这个场景中，因为用户的服务小区未发生改变，其可能依然保持着与网络的同步，因此用户可以直接进行小数据的传输。当然，本公开也不排除其他的应用场景。
117.■
方式二：基于随机接入的小数据传输
118.在该方式中，如果用户有小数据进行传输，其需要发起随机接入的过程，该过程成功后用户才能进行小数据的传输。在一个可选实施方式中，该随机接入过程可以发生在用户进入inactive态前所连接的小区(上一个服务小区)内，在另一种可选实施方式中，该随机过程可以发生在不同于上一个服务小区的小区(新小区)内。在该方式二中，小数据可以与rrc恢复请求消息同时发送，也可以单独发送，也可以在发送rrc恢复请求消息后再发送。此外，用户可以发送和/或接收一个或多个小数据的数据包。
119.方式二的好处在于，当用户移动到不同于上一个服务小区的小区后，可以通过随机接入过程与网络同步，并启动小数据传输。在本发明中，该方式可以被称为基于随机接入
的小数据传输(ra-sdt：random access-small data transmission)，而采用这种方式传输的小数据可以被称为基于随机接入的小数据。同样的，这些命名只是示例性的，也可以用其他名称来表示基于这种方式的小数据传输和/或所传输的小数据。
120.上述方式二的一种典型应用场景为：inactive态用户进入到了一个不同于其进入inactive态之前所连接的小区(上一个服务小区)的小区(新小区)，在进行小数据传输之前，其需要先与新小区进行同步，然后再进行小数据的传输。当然，本公开也不排除其他的应用场景。
121.为了支持上述两种方式的数据(如小数据)传输，基站内部(如基站的集中单元与分布单元之间，集中单元的控制面部分与集中单元的用户面部分之间等)、不同基站间以及基站与用户之间都需要进行一些信令交互，本公开给出了这些信令交互的方法，并定义了各信令中所包含的信息。
122.需要说明的是，无论是采用上述方式一还是方式二的方案，本公开后文中所提供的信息传输方法的各可选实施例可以适用于方式一，也可以适用于方式二。
123.可选的，当本公开的数据传输方法由用户设备执行时，本公开提供的数据传输方法可以包括：
124.获取对应于第一数据的资源配置信息，以基于资源配置信息传输第一数据，和/或，发起随机接入请求消息，基于资源配置信息传输第一数据。
125.可选的，当本公开的数据传输方法由网络节点执行时，本公开提供的方法可以包括以下至少一项：
126.发送对应于第一数据的资源配置信息，以使用户设备设备基于资源配置信息传输第一数据，和/或，发起随机接入请求消息，基于资源配置信息传输第一数据；
127.其中，第一数据为用户设备处于第一连接状态时的待传输数据，第一连接状态为非连接态。
128.为了更好的说明本公开所提供的各可选实施例，下面首先对本公开中可能会涉及到的一些技术用语进行说明。可以理解的是，本公开实施例中所涉及的各种消息、各种信息等用语的名词都是示例性的，也可以用其他消息/信息名称，各消息/信息的名称中所包含的“第一”、“第二”等只是消息/信息的示例，并不代表执行次序。另外，需要说明的是，本公开所提供的各可选实施例，除了包含本文中所记载的各可选步骤之前，还可能或可以包括其他必要通信步骤，本公开在描述时，可能会省略了一些与本公开方法的改进点无关的一些步骤的详细说明，而这些对于本领域技术人员而言都是清楚的。
129.本公开中，基站可以是5g基站(如gnb)，也可以是4g基站(如enb)，可以是分离式结构的基站，也可以不是分离式结构的基站，也可以是其他类型的接入节点。
130.本公开中，小数据(small data)指的是一些数据包很小，和/或传输不是很频繁的数据。可选的，该小数据的定义可以参考前文中关于小数据的说明。
131.本公开中，小数据承载(small data bearer)指的是承载小数据的无线承载，可选的，该无线承载是允许用户在inactive状态下进行数据传输的无线承载。
132.本公开中，小数据pdu会话(small data protocol data unit session，小数据协议数据单元会话)指的是承载小数据的pdu会话，在一个实施例中，该pdu会话是允许用户在inactive状态下进行数据传输的pdu会话。
133.本公开中，小数据qos流(small data quality of service flow，小数据服务质量流)指的是承载小数据的qos流，可选的，该qos流是允许用户在inactive状态下进行数据传输的qos流。
134.本公开中，基于配置允许的小数据/小数据承载/小数据pdu会话/小数据qos流指示了其是按照上述方式一进行数据传输的。
135.本公开中，基于随机接入的小数据/小数据承载/小数据pdu会话/小数据qos流指示了其是按照上述方式二进行数据传输的。
136.本公开中，qos信息指示了数据的qos的参数配置，该信息定义了至少关于如下qos参数之一的信息(具体内容可以参见ts38.413，ts38.423，ts38.473等)：
137.■
qos优先级(qos priority level)；
138.■
数据包的时延预算(packet delay budget)；
139.■
数据包的错误率(packet error rate)；
140.■
5qi值(5g qos identifier)；
141.■
时延重要性指示(delay critical)；
142.■
平均窗口(averaging window)；
143.■
最大数据突发量(maximum data burst volume)；
144.■
分配保留优先级(allocation and retention priority)；
145.■
gbr(guaranteed bit rate，保证比特速率)qos流信息，如上/下行最大流速率(maximum flow bit rate uplink/downlink)，上/下行保证的流速率(guaranteed flow bit rate uplink/downlink)，上/下行最大包丢失率(maximum packet loss rate uplink/downlink)；
146.■
反射qos的属性(reflective qos attribute)。
147.本公开中，数据的传输指的是数据的接收和/或发送，待传输的数据指的是待发送和/或待接收的数据，也就是说，待传输的数据可以是上行数据，也可以是下行数据。
148.本公开中，小数据的传输发生在用户进入inactive状态后，但是在实际系统中，本公开中的方法也适用于用户进入其他状态时的小数据发送，如idle态，发生链路失败之后等，即上述第一连接状态可以是inactive、idle态或其他非正常连接态。
149.上述对于本公开所涉及的技术用语的说明，基本都是以小数据为例进行的说明，在实际系统中，本公开的上述与“小数据”相关的术语的说明，同样是适用于其他数据的，比如，上述小数据承载的说明，可以适用于任何数据，数据承载(data bearer)指的是承载数据的无线承载，可选的，该无线承载是允许用户在inactive状态下进行数据传输的无线承载，其他术语的说明同样适用于任何数据，可选的，适用于用户设备在第一连接状态时需要传输的任意数据。
150.本公开实施例中所涉及的网络节点如下：
151.■
第一节点：该节点可以是基站、基站的集中单元(cu)、或基站的集中单元的控制面部分(cu-cp，也可以称为集中单元的控制面实体)，在一个实施例中，该第一节点可以是第一基站的集中单元，该第一基站可以是服务用户的前一个基站(last serving base station)，进一步的，该第一基站可以是用户进入inactive状态时(也是用户进入inactive状态之前)的服务用户的基站，在另一个实施例中，第一节点可以是第二基站的集中单元，
该第二基站可以是服务用户的基站(serving base station)，进一步的，即该第二基站可以是用户发送small data，和/或，发送rrc恢复请求消息，和/或，发送随机接入请求消息时所在的基站。
152.■
第二节点：该节点可以是基站或基站的分布单元(du)，在一个实施例中，该第二节点可以是第一基站的分布单元，该第一基站是服务用户的前一个基站(last serving base station，last serving bs)，进一步的，该第一基站可以是用户进入inactive状态时的服务用户的基站，在另一个实施例中，第二节点可以是第二基站的分布单元，该第二基站可以是服务用户的基站(serving base station，serving bs)，进一步的，该第二基站是用户发送small data，和/或，发送rrc恢复请求消息，和/或，发送随机接入请求消息时所在的基站。
153.■
第三节点：该节点可以是上述第一基站，在一个实施例中，该第三节点可以为用户的上一个服务基站(last serving bs)，进一步的，该第一基站可以是用户进入inactive状态时的服务用户的基站。当基站包括集中单元和分布单元时，该第三节点可以是第一基站的集中单元，或第一基站的集中单元的控制面部分，或第一基站的集中单元的用户面部分(也可以称为集中单元的用户面实体)。
154.■
第四节点：该节点可以是上述第二基站，在一个实施例中，该第四节点为用户的服务基站(serving bs)，进一步的，该第二基站可以是用户发送小数据，和/或，发送rrc恢复请求消息，和/或，发送随机接入请求消息时所在的基站。当基站包括集中单元和分布单元时，该第四节点可以是第二基站的集中单元，或第二基站的集中单元的控制面部分，或第二基站的集中单元的用户面部分。
155.■
第五节点：该节点是核心网侧的节点，如可以是amf或其他核心网实体。
156.其中，在实际系统中，用户即用户设备的last serving bs(上一个基站/前一个基站/上一个服务基站/前一个服务基站)和serving bs(当前服务基站/当前基站/新基站/新的基站)可能是同一个网络节点，第三节点和第四节点可能是同一个节点。
157.在本公开的各可选实施方式中，会涉及到各种信息，这些信息包括很多配置信息、指示信息及其他信息等，这些信息可能会在多个流程中交互，为了避免重复描述，将这些信息中所包含的内容介绍如下(需要说明的是，虽然下面只是单独介绍一些信息(如配置信息)所包含的内容，但这些内容依然包含于本公开中所新设计的信息)：
158.1)数据的配置信息
159.该数据可以是数据无线承载(drb：data radio bearer)所承载的数据，也可以是信令无线承载(srb：signaling radio bearer)所承载的数据，也可以是pdu会话的数据，也可以是qos流的数据，在一个实施例中，该数据可以是小数据，在另一个实施例中，该数据可以是基于随机接入的小数据，在另一个实施例中，该数据可以是基于配置允许(许可)的小数据。在节点间传输该信息的作用是帮助节点进行数据传输的配置，该信息指示了/提供了与待传输数据有关的配置，和/或，用于请求与待传输数据有关的配置。该信息至少可以包括如下信息之一：
160.■
无线承载的标识信息，该信息指示了承载上述数据(如小数据)的无线承载的标识，如数据无线承载的标识drb id，信令无线承载的标识srb id；
161.■
无线承载的索引信息，该信息指示了承载上述数据(如小数据)的无线承载的索
引(index)，该信息不同于上述无线承载的标识信息，但该索引信息能指示一个无线承载；
162.■
无线承载的qos(quality of service，服务质量)信息，该信息指示了承载上述数据(如小数据)的无线承载的qos；
163.■
pdu会话的标识信息，该信息指示了上述数据(如小数据)所对应的的pdu会话(数据所属的pdu会话)的标识，如pdu session id；
164.■
pdu会话的索引信息，该信息指示了上述数据所对应的pdu会话的索引，该信息不同于上述pdu会话的标识信息，但该索引信息能指示一个pdu会话；
165.■
pdu会话的qos信息，该信息指示了上述数据所对应的pdu会话的qos
166.■
qos流的标识信息，该信息指示了上述数据所对应的qos流(数据所属的qos流)的标识，如qos flow id；
167.■
qos流的索引信息，该信息指示了数据所属的qos流的索引，该信息不同于上述qos流的标识信息，但该索引信息能指示一个qos流；
168.■
qos流的qos信息，该信息指示了数据所属的qos流的qos；
169.■
逻辑信道的标识信息，如logical channel id,该信息的作用是指示传输数据所用的逻辑信道；
170.■
逻辑信道组的标识信息，如logical channel group id，该信息的作用是指示该数据所属的逻辑信道组；
171.■
数据类型的指示信息，该指示信息指示了要传输的数据的类型，该指示信息可以指示的类型至少包括如下类型之一：
172.◆
小数据
173.◆
基于随机接入(random access)的小数据
174.◆
基于配置许可(configured grant)的小数据
175.◆
非小数据
176.■
配置请求指示信息，该指示信息的作用是请求接收节点向发送节点提供与上述数据有关的配置信息
177.■
pdcp的配置信息，该信息的作用是向接收节点提供关于上述数据的pdcp层的配置；
178.■
rlc的配置信息，该信息的作用是向接收节点提供关于上述数据的rlc层的配置；
179.■
逻辑信道的配置信息，该信息的作用是向接收节点提供用于传输上述数据的逻辑信道的相关配置。
180.2)小数据的指示信息
181.该信息是用于指示与小数据有关的信息，其作用是告知接收者(即接收节点)属于小数据的数据包，即哪些或者什么样的数据包属于小数据的数据包。在一个实施例中，该信息的作用是指示小数据的无线承载(数据无线承载和/或信令无线承载)，或小数据的pdu会话，或小数据的qos流，或承载小数据的逻辑信道，或承载小数据的逻辑信道组等，可以理解的，上述小数据的无线承载、小数据的pdu会话等描述是指承载小数据的无线承载、与小数据对应的pdu会话。在另一个实施例中，该信息的作用还可以是隐式地请求接收者提供该指示信息所指示的小数据的配置信息，该信息至少可以包括如下信息之一：
182.■
小数据的标识信息，如小数据承载的标识信息(small data bearer id,sdt bearer id)、小数据pdu会话的标识信息(small data pdu session id,sdt pdu session id)、小数据qos流的标识信息(small data qos flow id,sdt qos flow id)、承载小数据的逻辑信道的标识信息(small data logical channel id,sdt logical channel id)、承载小数据的逻辑信道组的标识信息(small data logical channel group id,sdt logical channel group id)等，其中，小数据承载可以是drb，也可以是srb；
183.■
基于随机接入的小数据的标识信息，如基于随机接入的小数据承载的标识信息(random access small data bearer id,ra-sdt bearer id)、基于随机接入的小数据pdu会话的标识信息(random access small data pdu session id，ra-sdt pdu session id)、基于随机接入的小数据qos流的标识信息(random access small data qos flow id，ra-sdt qos flow id)、承载基于随机接入的小数据的逻辑信道的标识信息(small data logical channel id,sdt logical channel id)、承载基于随机接入的小数据的逻辑信道组的标识信息(small data logical channel group id,sdt logical channel group id)等；
184.■
基于配置许可的小数据的标识信息，如基于配置许可的小数据承载的标识信息(configured grant small data bearer id,cg-sdt bearer id)、基于配置许可的小数据pdu会话的标识信息(configured grant small data pdu session id，cg-sdt pdu session id)、基于配置许可的小数据qos流的标识信息(configured grant small data qos flow id，cg-sdt qos flow id)、承载基于配置许可的小数据的逻辑信道的标识信息(small data logical channel id,sdt logical channel id)、承载基于配置许可的小数据的逻辑信道组的标识信息(small data logical channel group id,sdt logical channel group id)等。
185.需要说明的是，上述各种标识信息的名称(包括中文、英文名称)都是示意性的，并不是唯一的，也可以采用其他的名称。
186.3)与隧道有关的配置信息
187.该信息的作用是发送者(发送节点)向接收者提供与待传输数据(如小数据)有关的隧道(传输待传输数据的隧道)的相关配置，可选的，该信息的作用可能为：发送者(发送节点)告知接收者在传输数据时发送者所用的隧道信息，和/或发送者告知接收者在传输数据时其他节点(与待传输数据有关的区别于发送者和接收者的其他节点)所用的隧道信息。该信息至少可以包括如下信息之一：
188.■
无线承载的标识信息，该信息指示了与待传输数据有关的隧道所对应的无线承载的标识，在一个实施例中，该无线承载是小数据无线承载，在另一个实施例中，该无线承载是基于随机接入的小数据无线承载，在另一个实施例中，该无线承载是基于配置允许的小数据无线承载；
189.■
pdu会话的标识信息，该信息指示了与待传输数据有关的隧道所对应pdu会话的标识，在一个实施例中，该pdu会话是小数据pdu会话，在另一个实施例中，该pdu会话是基于随机接入的小数据pdu会话，在另一个实施例中，该pdu会话是基于配置允许的小数据pdu会话；
190.■
qos流的标识信息，该信息指示了与待传输数据有关的隧道所对应qos流的标
识，在一个实施例中，该qos流是小数据qos流，在另一个实施例中，该qos流是基于随机接入的小数据qos流，在另一个实施例中，该qos流是基于配置允许的小数据qos流；
191.■
逻辑信道的标识信息，该信息指示了与待传输数据有关的隧道所对应的逻辑信道的标识，在一个实施例中，该逻辑信道是小数据承载(或小数据pdu会话，或小数据qos流)的逻辑信道，在另一个实施例中，该逻辑信道是基于随机接入的小数据承载(或小数据pdu会话，或小数据qos流)的逻辑信道，在另一个实施例中，该逻辑信道是基于配置允许的小数据承载(或小数据pdu会话，或小数据qos流)的逻辑信道；
192.■
逻辑信道组的标识信息，该信息指示了与待传输数据有关的隧道所对应的逻辑信道组的标识，该逻辑信道组可以包含一个或多个逻辑信道，在一个实施例中，该逻辑信道组是小数据承载(或小数据pdu会话，或小数据qos流)的逻辑信道组，在另一个实施例中，该逻辑信道组是基于随机接入的小数据的承载(或小数据pdu会话，或小数据qos流)的逻辑信道组，在另一个实施例中，该逻辑信道组是基于配置允许的小数据的承载(或小数据pdu会话，或小数据qos流)的逻辑信道组；
193.■
隧道信息，即与待传输数据有关的隧道有关的信息，可选的，针对一个隧道，该信息至少可以包括该隧道的传输层地址(如ip地址)和/或隧道端点标识(如teid，tunnel endpoint id)。
194.4)底层配置信息
195.该信息的作用是向接收者提供与数据有关的配置信息，与前文中“1)数据的配置信息”的不同之处在于，上述数据的配置信息可以是与某个或某些待传输数据包有关的配置信息，该底层配置信息是通用的配置信息，在一个实施例中，该配置信息是关于所有数据(所有无线承载，或所有pdu会话，或所有qos流等)的，在另一个实施例中，该配置信息是关于小数据承载(或小数据pdu会话，或小数据qos流等)的配置信息，在另一个实施例中，该配置信息是关于基于随机接入的小数据承载(或小数据pdu会话，或小数据qos流等)的配置信息，在另一个实施例中，该配置信息是关于基于配置许可的小数据承载(或小数据pdu会话，或小数据qos流等)的配置信息。该底层配置信息至少可以包括如下信息之一：
196.■
cellgroupconfig(小区组配置)中所包含的配置信息中的至少一项
197.■
rlc承载的配置信息中的至少一项(如rlc-bearerconfig)，该信息至少可以包含如下信息之一：
198.◆
rlc的配置信息
199.◆
逻辑信道的配置信息
200.■
逻辑信道的标识信息
201.■
承载的标识信息
202.■
rlc的配置信息
203.■
逻辑信道的配置信息
204.上述信息中所包含的内容可以参见ts38.331或ts36.331中的定义。其中，发送节点将上述“底层配置信息”发送给接收节点的方式本公开实施例不做限定，可选的，在一个实施例中，上述“底层配置信息”中所包含的信息可以是以一个rrc容器的方式发送给接收节点，在另一个实施例中，上述“底层配置信息”中所包含的信息可以是通过一个或多个信元(information element)的方式发送给接收节点。
205.5)与配置允许(许可)有关的配置信息
206.该信息的作用是配置用于发送待传输数据(如小数据)所用的资源(如上行资源，如pusch(physical uplink shared channel.pusch，上行物理共享信道))，该信息至少可以包括如下信息之一：
207.■
配置的标识信息,configid，该信息用于指示发送待传输数据所用的配置的标识，该信息可以指示一项或多项信息的组合，如可以指示下文中的允许的起始时间参数信息、允许的时机的个数信息、允许的时间对齐计时器的设置信息等信息中的一项或多项。也就是说，每个configid可以对应一组配置。
208.■
配置允许的起始时间参数信息(start time parameter)，该信息指示了配置允许的位置信息，也就是是预先配置的用于传输待传输数据的时域资源的指示信息，该信息至少包括如下信息之一：
209.◆
周期和/或偏移信息；该信息指示了配置允许(配置许可的资源，即所配置的用于传输待传输数据的资源)出现的周期和/或偏移量(相对于一个时间起点的偏移量，该时间起点的示例可以为：相对于下述“起始系统帧号”和/或“起始子帧信息”和/或“与包含配置允许的配置信息的rrc release(rrc释放)消息/rrcconnectionrelease(rrc连接释放)消息的第一次传输的最后一个子帧对应的超帧的最低有效位”)；
210.◆
起始系统帧号(sfn：system frame number)信息，该信息指示了用于传输待传输数据的起始系统帧号；
211.◆
起始子帧信息，该信息指示了用于传输待传输数据的起始子帧；
212.◆
与包含配置允许的配置信息的rrc release(rrc释放)消息/rrcconnectionrelease(rrc连接释放)消息的第一次传输的最后一个子帧对应的超帧的最低有效位(the lsb of the h-sfn corresponding to the last subframe of the first transmission of rrcrelease/rrcconnectionrelease message containing configured grant configuration，可以命名为hsfn-lsb-info)；
213.■
配置允许的时机的个数信息，该信息指示了包含配置允许的时机的个数(number of occasion for configured grant)，在一个示例中，该信息指示了在一定时间内配置允许出现的个数，即一定时间内可用资源的次数，例如，所配置的资源(即配置允许)的周期为时长a，在时长b内配置允许的时机的个数为10，则表示在时长b内最多允许使用10次可用资源，可用资源的周期为时长a；
214.■
配置允许的时间对齐计时器(time alignment timer)的设置信息，该信息指示了“与配置允许(许可)有关的配置信息”所包含的配置信息的有效时间；
215.■
配置允许的rnti(radio network temporary identifier，无线网络临时标识)信息，该信息指示了读取配置允许的调度信息所用的标识信息，在一个示例中，如果用户接收到了包含该标识信息的调度信息(如pdcch所承载的downlink control information(下行控制信息))时，该调度信息中所指示的资源为配置允许所对应的资源；
216.■
配置允许的pdsch(physical downlink share channel,下行共享物理信道)的跳频配置信息，该信息指示了接收指示了配置允许所对应的资源内的pdsch所采用的跳频的配置；
217.■
配置允许的pucch(physical uplink control channel，物理上行链路控制信
道)的配置信息，该信息指示了配置允许所对应的资源内的pucch的配置；
218.■
配置允许的pusch的配置信息，该信息指示了配置允许所对应的资源内的pusch的配置；
219.■
配置允许的隐式释放配置信息(implicit release after)，该信息的指示了如何释放配置允许，在一个实施例中，该信息指示了在隐式释放配置允许时可以跳过(skip)的配置允许时机的个数；
220.■
配置允许的上行允许的信息(ul grant information),该信息指示了所配置的用于传输待传输数据的资源的上行允许的配置信息。
221.上述“与配置允许有关的配置信息”中所包含的信息可以参见ts36.331中的pur-config，也可以参见ts38.331中所定义的配置允许的配置信息的信元(如configgrant-config，cgrant-config等)。在一个实施例中，上述“与配置允许有关的配置信息”可以作为一个rrc容器发送给接收节点，也可以作为一个或多个信元发送给接收节点，另外，上述“与配置允许有关的配置信息”可以是发送节点从其他节点获得的。
222.6)与携带的数据有关的信息
223.该信息指示了与用户发送的数据有关的信息，该信息中可以携带用户发送的数据和/或用户发送的数据的相关指示信息，该用户发送的数据可能有一种或多种不同的数据包(如小数据的数据包、基于随机接入的小数据的数据包、基于配置允许的小数据的数据包、非小数据的数据包等)，针对一种类型的数据包，该信息至少包括如下信息之一：
224.■
数据类型(数据包所对应的协议格式)的指示信息，该信息可以指示的数据类型至少包括如下类型之一：mac pdu(mac protocol data unit，mac层协议数据单元)，mac sdu(mac service data unit，服务数据单元)，rlc pdu(rlc层协议数据单元)，rlc sdu(rlc层服务数据单元)，pdcp pdu(pdcp层协议数据单元)，pdcp sdu(pdcp层服务数据单元)等；
225.■
逻辑信道的标识信息，该信息指示了传输数据所用逻辑信道，在一个实施例中，该逻辑信道是第四节点处传输数据所用的逻辑信道
226.■
逻辑信道组的标识信息，该信息指示了传输数据所用的逻辑信道所处的逻辑信道组
227.■
数据所属的承载的标识信息或索引信息，如drb id，drb index等；
228.■
数据所属的pdu会话的标识信息或索引信息，如pdu session id，pdu session index；
229.■
数据所属的qos流的标识信息或索引信息，如qos flow id，qos flow index；
230.■
用户数据包，该数据包是用户传输的数据包，在一个实施例中，该数据包是用户发送给第四节点的数据包，该数据包可以是mac pdu，或mac sdu，或rlc pdu，或rlc sdu，或pdcp pdu，或pdcp sdu，也可以是其他类型的数据包。
231.下面对本公开所提供的节点之间进行信息(可以包括信令和/或数据)交互的方法(一种信息传输方法)进行说明。其中，本公开中的节点之间可以包括用户设备与网络节点之间、以及不同的网络节点之间，不同的网络节点之间可以是不同的基站之间、同一基站的不同实体之间(如基站的集中单元与分布单元之间)、基站与核心网实体之间等。
232.本公开所提供的信息传输方法可以包括：接收第一消息和/或发送第二消息，以基
于第一消息和/或第二消息所对应的资源配置进行第一数据的传输，其中，第一消息和第二消息包括关于第一数据的信息，该第一数据为用户设备处于第一连接状态时的待传输数据，第一连接状态为非连接状态。
233.可选的，上述第一数据的传输可以包括以下至少一项：
234.基于上述资源配置，传输第一数据；
235.发起随机接入请求消息，基于上述资源配置传输第一数据。
236.可以理解的是，上述第一消息和/或第二消息中可以包括与用于传输第一数据(可以是小数据、非小数据或其他任何需要传输的数据中的一项或多项)的资源有关的信息，也可以包括与第一数据有关的指示信息，如后文中所描述的数据的特征信息等。
237.本公开的实施例中，第一消息和第二消息可以向消息的接收节点提供第一数据的相关信息，也可以向消息的接收节点请求关于第一数据的相关信息。第一数据可以包括上行数据和/或下行数据。
238.基于本公开提供的该信息传输方法，第一数据的接收节点(目标接收节点或中间接收节点)和发送节点(源发送节点或中间转发节点)之间，可以交互包含关于第一数据的信息的第一消息和/或第二消息，从而接收节点和发送节点可以基于第一消息和/或第二消息实现第一数据的传输。可选的，第一消息和/或第二消息可以包括关于第一数据的配置信息，如向消息的接收节点提供关于第一消息的配置和/或向消息的接收节点请求关于第一数据的配置。
239.本公开的可选实施例中，上述信息传输方法可以由用户设备执行，即上述接收第一消息和/或发送第二消息为用户设备接收第一消息和/或发送第二消息，第一消息可以包括第三消息和/或第四消息，第二消息包括第五消息和/或第六消息，其中，第三消息用于配置用户设备提供与第一数据的传输相关的信息；第四消息用于向用户设备提供第一数据的传输配置信息；第五消息用于提供与第一数据的传输相关的信息；第六消息用于请求第一数据的传输配置信息。
240.可选的，上述第三消息可以包括以下至少一项：
241.与第一数据有关的辅助信息的请求指示信息；第一数据的第五指示信息；确定第一数据的指示信息。
242.可选的，上述第四消息可以包括与用于传输第一数据的资源有关的第三配置信息(也可以称为与配置允许有关的第三配置信息)。
243.可选的，上述第五消息包括以下至少一项：
244.第一数据的第六配置信息；第一数据的第六指示信息；第一数据的第五辅助信息；与携带的数据有关的第五信息；与缓存状态有关信息；与更多数据传输有关的信息。
245.可选的，上述第六信息可以包括以下至少一项：
246.请求第一数据传输配置的指示信息；释放第一数据传输配置的指示信息；请求的第一数据传输的配置信息。
247.为了避免过多的重复描述，对于上述各消息所包含的各信息的说明，在本公开后文的实施例描述中将会展开说明，在此先不再说明。
248.在由用户设备执行该信息传输方法时，第一消息和/或第二消息则为用户设备与网络节点之间交互的消息，此时，网络节点可以是基站、基站的集中单元、基站的分布单元、
基站的集中单元的控制面实体、基站的集中单元的用户面实体。其中，该基站为第一基站或第二基站，第一基站为用户设备进入第一连接状态之前(进入第一连接状态时)的服务基站，第二基站为用户设备进入第一连接状态之后的服务基站，可以第一基站和第二基站可能为同一基站，也可能不是同一基站。用户设备和网络节点之间通过交互上述第一消息和/或第二消息，实现该用户设备所对应的待传输数据(该用户设备需要发送的数据，和/或要发送给该用户设备的数据，该数据可以是用户设备处于第一连接状态时的小数据，也可以是任意数据)的快速传输。
249.可选的，上述第三消息可以是本公开后文实施例中所描述的第一用户配置请求消息，第四消息可以是本公开后文实施例中所描述的第二用户配置响应消息，第五消息可以包括本公开后文实施例中所描述的第一用户配置响应消息和/或第三用户配置请求消息，第六消息可以包括本公开后文实施例中所描述的第二用户配置请求消息，为了避免过多的重复描述，关于该处各消息的描述可参见后文中对应消息的描述。
250.本公开的可选实施例中，上述信息传输方法可以由用户设备执行，此时，上述接收第一消息和/或发送第二消息，可以包括以下至少一项：
251.接收第一网络节点发送的第三消息，响应于第三消息，向第一网络节点发送第五消息；
252.向第二网络节点发送第六消息，接收第二网络节点发送的第四消息，第四消息为第六消息的响应消息；
253.向第三网络节点发送第五消息，以通过第三网络节点将第五消息发送给第四网络节点。
254.作为一种可选方式，第五消息可以是第三消息的响应，第一网络节点可以通过向用户设备发送第三消息，配置用户提供与第一数据的传输相关的信息，用户设备在接收到该消息之后，可以通过第五消息向该第一网络节点提供与第一数据的传输相关的信息。
255.作为另一可选方式，用户设备可以通过第六消息向第二网络节点请求第一数据的传输配置信息，第二网络节点在接收到该消息后，可以通过第四消息向用户设备提供相关的传输配置信息。
256.作为另一可选方式，用户设备可以通过第三网络节点将上述第五消息发送给其他节点(即第四网络节点)，以通过第三网络节点向第四网络节点提供与第一数据的传输相关的信息。
257.可以理解的是，上述几种可选方式，可以单独实施，也可以结合实施，在一些可选实施例中，第一网络节点、第二网络节点和第三网络节点可以为同一节点。
258.本公开的可选实施例中，第一网络节点、第二网络节点、第三网络节点或第四网络节点可以包括以下至少一项：
259.第一基站；第一基站的集中单元或分布单元；第一基站的集中单元的用户面实体或集中单元的控制面实体；第二基站；第二基站的集中单元或分布单元；第二基站的集中单元的用户面实体或集中单元的控制面实体；
260.第一基站为用户设备进入第一连接状态之前的服务基站，第二基站为用户设备进入第一连接状态之后的服务基站。
261.也就是说，上述第一网络节点、第二网络节点、第三网络节点以及第四网络节点都
可以是第一基站或第二基站，或者分离式结构的第一基站或第二基站的构成部分。基于本公开实施例提供的信息传输方法，用户设备与基站(第一基站、第二基站、第一基站的构成部分或第二基站的构成部分)之间可以通过交互与第一数据有关的配置信息实现第一数据的传输，可选的，第一数据可以是在配置信息的交互过程中传输，也可以是在完成配置信息的交互之后，对于配置信息的交互过程和第一数据传输的时机先后本公开实施例不做限定。
262.本公开的可选实施例中，上述信息传输方法可以由第五网络节点执行，上述接收第一消息和/或发送第二消息，包括：
263.向第六网络节点发送的第二消息和/或接收第六网络节点发送第一消息，第二消息用于提供与第一数据传输有关的配置信息，和/或，用于请求与第一数据传输有关的配置信息，第一消息用于向第五网络节点提供与第一数据传输有关的配置信息。
264.可选的，该传输方法在由第五网络节点执行执行时，该第一消息可以包括以下至少一项：
265.第一数据的第二配置信息；与第一数据有关的第二底层配置信息；与用于传输第一数据的资源有关的第二配置信息；与用于传输第一数据的资源有关的时间对齐计时器的设置信息；与隧道有关的第二配置信息；与携带的数据有关的第二信息；与数据类型有关的信息；第一数据的第四配置信息；与第一数据有关的第三底层配置信息；与隧道有关的第五配置信息；隧道请求信息；第三辅助信息；数据接收状态的指示信息；与携带的数据有关的第四信息；
266.可选的，该传输方法在由第五网络节点执行执行时，第二消息可以包括以下至少一项：
267.第一数据的第一配置信息；与释放的第一数据有关的信息；与不释放的第一数据有关的信息；第一数据的第一指示信息(可选的，该信息可以包括一种或多种不同类型的数据的指示信息，如可以包括小数据的指示信息和/或非小数据的指示信息)；第一类型的第一数据的指示信息；第二类型的第一数据的指示信息；第一数据的配置请求指示信息；第一底层配置信息；与用于传输第一数据的资源有关的第一配置信息；与隧道有关的第一配置信息；隧道请求信息；第一辅助信息；与携带的数据有关的第一信息；第二消息的发送原因信息；与携带的数据有关的第三信息；与隧道有关的第四配置信息；第二辅助信息；与第一数据的传输有关的计时器信息。
268.为了避免过多的重复描述，对于上述各消息所包含的各信息的说明，在本公开后文的实施例描述中将会展开说明，在此先不再说明。
269.基于本公开的该可选实施例，可以在不同网络节点之间实现与第一数据的传输有关的配置信息的交互，从而不同网络节点之间可以依据获取到的配置信息实现第一数据的传输。
270.其中，上述第五网络节点和第六网络节点可以为同一基站(如第一基站或第二基站)的不同节点，也可以是不同基站(如第一基站和第二基站，或者是第一基站的结构实体与第二基站的结构实体)，或者不同基站的结构实体之间，或者还可以是基站与核心网节点。也就是说，上述网络节点之间的信息交互流程，可以是基站内的节点间的交互，也可以是基站间的交互，还可以是基站与核心网之间的交互。
271.需要说明的是，本公开实施例中所涉及的基站的结构实体或者基站的构成部分等描述是对分离结构的基站而言的，结构实体或构成部分可以是基站的集中单元、集中单元的控制面部分、基站单元的用户面部分或分布单元等。
272.可选的，第五网络节点和第六网络节点为以下三项中的任一项：
273.第一项：第六网络节点为第一基站的分布单元，第五网络节点为第一基站的集中单元或第一基站的集中单元的控制面实体；
274.第二项：第六网络节点为第二基站的分布单元，第五网络节点为第二基站的集中单元或第二基站的集中单元的控制面实体；
275.第三项：第五网络节点为第二基站、第二基站的集中单元、第二基站的集中单元的用户面实体、第二基站的集中单元的控制面实体或第二基站的分布单元，第六网络节点为第一基站、第一基站的集中单元、第一基站的集中单元的用户面实体、第一基站的集中单元的控制面实体或第一基站的分布单元；
276.第四项：第五网络节点为核心网节点(“第五节点”)，第六网络节点为以下任一项：
277.第一基站、第一基站的第一基站、第一基站的集中单元、第一基站的集中单元的用户面实体、第一基站的集中单元的控制面实体、第一基站的分布单元、第二基站、第二基站的集中单元、第二基站的集中单元的用户面实体、第二基站的集中单元的控制面实体或第二基站的分布单元；
278.其中，第一基站为用户设备进入第一连接状态之前的服务基站，第二基站为用户设备进入第一连接状态之后的服务基站。
279.由前文的描述可知，第一基站和第二基站可能为同一基站，也可能为不同的基站。在一个实施例中，第六网络节点可以是前文中所介绍的“第二节点”，第五网络节点可以是前文中所介绍的“第一节点”。在一个实施例中(对应于上述第一项)，第六网络节点可以是第一基站的分布单元，第五网络节点是第一基站的集中单元或第一基站的集中单元的控制面实体；在另一实施例中(对应于上述第二项)，第六网络节点可以是第二基站的分布单元，第五网络节点为第二基站的集中单元或第二基站的集中单元的控制面实体。其中，第一基站为用户设备进入第一连接状态之前的服务基站，第二基站为用户设备进入第一连接状态之后的服务基站。
280.在第五网络节点和第六网络节点为同一基站的不同节点时，基于该可选实施例可以实现基站内的信息交互，即第一基站的分布单元部分和集中单元部分之间的交互，或者第二基站的分布单元部分和集中单元部分之间的交互。当基站是分离结构的逻辑实体时，为了实现关于用户的待传输数据(用户处于第一连接状态时需要传输的数据)的传输，基站内的不同节点可以基于该交互完成数据(如小数据)传输的相关配置，从而可以基于这些配置完成数据的传输。
281.可选的，在由第五网络节点执行上述方法、且第五网络节点和第六网络节点为同一基站内的不同节点时(如上述第一项或第二项)，可选的，上述第二消息可以为本公开后文实施例中所描述的“第一数据请求消息”，第五网络节点可以通过该消息向第六网络节点提供与数据传输有关的配置信息，和/或，请求第六网络节点提供与数据传输有关的配置信息。可选的，上述第一消息可以是本公开后文实施例中所描述的“第一数据响应消息”，第六网络节点可以通过该消息向第五网络节点提供与数据传输有关的配置信息。
282.为了避免过多的重复描述，关于上述第一信息和第二消息所包含的内容可以参见后文中关于“第一数据请求消息”和“第一数据响应消息”的描述。
283.可选的，在第一基站和第二基站为不同的基站时，即用户进入第一连接状态之前所在的基站和用户进入第一连接状态之后需要进行数据传输时所在的基站是不同的基站，如上述第三项中的第一基站和第二基站为不同基站时，第五网络节点可以是前文中所介绍的“第四节点”，第六网络节点可以是前文中所介绍的“第三节点”，上述第二消息可以为本公开后文实施例中的“第一配置请求消息”，上述第一消息可以为本公开后文实施例中的“第一配置响应消息”，“第四节点”可以通过“第一配置请求消息”向“第三节点”请求与用户数据传输有关的配置信息，“第三节点”可以通过“第一配置响应消息”向“第四节点”提供与用户数据传输有关的配置信息。同样的，为了避免过多的重复描述，关于该可选实施方式中的第二消息和第一消息所包含的内容可以参见后文实施例中关于“第一配置请求消息”和“第一配置响应消息”的描述。
284.可选的，上述第五网络节点可以是核心网节点，核心网节点可以通过向第六网络节点(“第三节点”或“第四节点”)发送第二信息，来向第六网络节点提供与第一数据传输有关的配置信息，其中，该第二消息可以是本公开后文实施例中的“第三数据请求消息”，基于该可选方式，第六网络节点可以根据第二消息与其他节点交互与第一数据传输有关的配置信息。
285.本公开的可选实施例中，上述向第六网络节点发送第二消息和/或接收第六网络节点发送的第一消息，可以包括：
286.向第六网络节点发送第二消息；
287.接收第六网络节点发送的第一消息，其中，第一消息为第二消息的响应消息。
288.该实施例中，第五网络节点和第六网络节点可以相互向对方提供和/或请求与第一数据的传输有关的配置信息，以基于从对方获取到的相关信息实现第一数据的传输。
289.本公开的可选实施例的，该信息传输方法还可以包括：
290.向第六网络节点发送第七消息，该第七消息用于提供与第一数据传输有关的配置信息。
291.可选的，第七消息可以是上述第一消息的响应消息，即向第六网络节点发送第七消息可以是在接收到第六网络节点发送的第一消息之后，比如，“第四节点”在接收到“第三节点”发送的“第一配置响应消息”之后，还可以向“第三节点”发送该第七消息，此时，第七消息也可以称为“第一配置确认消息”。可选的，“该第一配置确认消息”可以包括与隧道有关的第六配置信息，关于该第六配置信息可以包含的内容将在本公开后文的可选实施例中进行详细说明。
292.本公开的可选实施例中，上述第五网络节点和第六网络节点可以为第二基站的结构实体，即第五网络节点可以第二基站的集中单元或集中单元的控制面实体，第六网络节点可以是第二基站的分布单元，该方法还可以包括：
293.接收第六网络节点发送的第八消息，其中，第八消息用于向第五网络节点请求与第一数据有关的配置信息，第八消息为第六网络节点在接收到用户设备发送的数据传输指示信息时发送的；
294.响应于第八消息，向第六网络节点发送第九消息。
295.该可选实施例中，在进行交互的网络节点是用户在第一连接状态需要进行数据传输时所要建立连接的基站(如用户发起rrc恢复流程时所在的基站或用户需要进行数据传输时所在的基站)的不同节点。其中，上述数据传输指示信息的作用是用户设备通知第二基站的分布单元其有数据需要传输的信息，该信息的具体形式本公开实施例不做限定，可选的，该信息可以是rrc恢复请求消息和/或数据包(如小数据的数据包)等，第二基站的分布单元在接收到用户发送的该信息时，可以通过向第二基站的集中单元或基站单元的控制面实体发送上述第八消息来向该集中单元或控制面实体提供与待传输的数据(如小数据)有关的配置信息。可选的，该集中单元或集中单元的控制面实体在接收到第一消息之后，还可以通过向分布单元发送消息来向该分布单元提供与待传输数据有关的配置。
296.基于该可选实施例，处于第一连接状态的用户在需要进行数据传输时，可以通过向第二基站的分布单元发送数据传输指示信息，来触发第二基站的分布单元和集中单元(或者集中单元的控制面实体)之间的信令交互，从而分布单元和集中单元可以获得数据传输所用的配置信息，进而分布单元和集中单元之间所获得的配置信息进行数据的传输。
297.可选的，上述第八消息也可以为本公开后文实施例中的“第二数据请求消息”，第九消息可以为本公开后文实施例中的“第二数据响应消息”。
298.需要说明的是，本公开的“参见”是指不同的信息或者消息之间包含的内容项可以有部分或全部相同，但每项内容所包含的具体信息项可以相同，也可以不同。
299.本公开的可选实施例中，上述向第六网络节点发送第九消息之后，还可以包括：
300.接收第六网络节点发送的第九消息的响应消息。
301.其中，该响应消息也可以为本公开后文实施例中的“第二数据确认消息”，其作用是向第五网络节点提供与第一数据传输有关的配置信息，该消息所包含的内容可以参见前文中“第一数据响应消息”所包含的内容。
302.为了更好的说明和理解本公开所提供的各种可选实施方式，下面将结合多种可选实施例对本公开的方案进行进一步的说明。本公开所提供的上述信息传输方法的各可选实施方式，可以分为三个方方面的不同节点之间的信息交互，包括基站内的信息交互，基站间的信息交互，以及用户设备和基站间的信息交互。下面将从这三个方面的分别进行本公开可选实施例的描述。
303.第一方面：基站内的配置和数据传输
304.本公开中的数据(如小数据，下文中将以小数据为例)的传输是发生在用户处于非连接态(如inactive态或者其他状态)时，为了实现该目的，基站需要生成或者获得一些支持这些小数据传输的配置信息。当基站是一个分离结构的逻辑实体时(如基站包括集中单元和分布单元，或基站包括集中单元的控制面部分、集中单元的
305.用户面部分和分布单元时)，这些节点间需要进行信令交互来完成小数据传输的配置。
306.图3中示出了本公开一实施例中提供的一种信息传输方法的流程示意图，如图3所示，该方法可以在基站的集中单元(或基站的集中单元的控制面部分，或基站的集中单元的用户面部分)与基站的分布单元间实现，该实施例中的信令交互流程可以包括如下步骤：
307.步骤1-1：第一节点向第二节点发送第一数据请求消息(本实施例中的第二消息)，该消息的作用可以包括：1)向第二节点提供与数据传输有关的配置信息，2)请求第二节点
提供与数据传输有关的配置信息。可选的，该消息可以至少包括如下信息之一：
308.数据的第一配置信息；与释放的数据有关的信息；与不释放的数据有关的信息；小数据的第一指示信息；非小数据的指示信息；小数据配置请求指示信息；配置请求指示信息；第一底层配置信息；与配置允许有关的第一配置信息；与隧道有关的第一配置信息；隧道请求信息；第一辅助信息；与携带的数据有关的第一信息。
309.其中，上述各信息如下：
310.■
数据的第一配置信息，该信息所包含的内容可以参见上述“数据的配置信息”(即前文中的“1)数据的配置信息”)
311.■
与释放的数据有关的信息，该信息的作用是指示第二节点释放与数据传输有关的配置信息(如隧道有关的信息，rlc层的配置信息，逻辑信道的配置信息等)，该数据可以是无线承载的数据，也可以是pdu会话的数据，也可以是qos流的数据，该信息至少包括如下信息之一：
312.■
无线承载的标识信息，该信息指示了需要释放的配置信息所对应的无线承载的标识，如drb id，srb id
313.■
pdu会话的标识信息，该信息指示了需要释放的配置信息所对应的pdu会话的标识，如pdu session id
314.■
qos流的标识信息，该信息指示了需要释放的配置信息所对应的qos流的标识，如qos flow id
315.可选的，不在该与释放的数据有关的信息中的无线承载或pdu会话或qos流，第二节点无需释放相关的配置信息(如隧道有关的信息，rlc层的配置信息，逻辑信道的配置信息等)。
316.■
与不释放的数据有关的信息，该信息的作用是指示第二节点无需释放的与数据传输有关的配置信息(如隧道有关的信息，rlc层的配置信息，逻辑信道的配置信息等)，该数据可以是无线承载的数据，也可以是pdu会话的数据，也可以是qos流的数据，该信息至少包括如下信息之一：
317.■
无线承载的标识信息，如drb id，srb id
318.■
pdu会话的标识信息，如pdu session id
319.■
qos流的标识信息，如qos flow id
320.其中，上述无线承载的标识信息、pdu会话的标识信息及qos流的标识信息分别是指示了无需释放的配置信息所对应的无限承载的标识、pdu会话的标识、qos流的标识。
321.■
小数据的第一指示信息，该信息所包含的内容可以参见上述“小数据的指示信息”(前文中的“2)小数据的指示信息”)；
322.■
非小数据的指示信息，在一个实施例中，该信息的作用是指示非小数据的无线承载或非小数据的pdu会话或非小数据的qos流等，在另一个实施例中，该信息的作用是指示第二节点无需向第一节点提供该指示信息所指示的数据的配置信息；
323.■
小数据配置请求指示信息(small data configuration query)，该信息的作用是请求第二节点向第一节点提供与小数据(如上述“无线承载的第一配置信息”所指示的一个或多个小数据承载或小数据pdu会话或小数据qos流，上述“小数据的指示信息”所指示的一个或多个小数据承载或小数据pdu会话或小数据qos流等)有关的配置信息，在一个实施
例中，该请求的配置信息可以是底层配置信息(low layer configuration information，如cellgroupconfig ie中所包含的配置信息、rlc的配置信息、逻辑信道的配置信息)等信息中的一项信息或多项信息中的部分或全部信息，在另一个实施例中该请求的配置信息可以是与配置许可有关的配置信息(如configured grant configuration)，在另一个实施例中，针对基于随机接入的小数据，该请求的配置信息是底层配置信息(low layer configuration information，如cellgroupconfig ie中所包含的配置信息，rlc的配置信息，逻辑信道的配置信息)，针对基于配置许可的小数据，该请求的配置信息是与配置许可有关的配置信息(如configured grant configuration)；
324.■
配置请求指示信息(configuration query)，该信息的作用是请求第二节点向第一节点提供数据(第一数据，可以是小数据、非小数据等任意待传输数据)传输的配置信息，在一个实施例中，该请求的配置信息可以是底层配置信息(low layer configuration information，如cellgroupconfig ie中所包含的配置信息，rlc的配置信息，逻辑信道的配置信息)，在另一个实施例中该请求的配置信息可以是与配置许可有关的配置信息(如configured grant configuration)，在另一个实施例中，该请求的配置信息可以是底层配置信息(low layer configuration information，如cellgroupconfig ie中所包含的配置信息，rlc的配置信息，逻辑信道的配置信息)、以及与配置许可有关的配置信息(如configured grant configuration)。在一个实施例中，该信息可以包含在对用户的上下文进行修改的过程中，如包含在f1ap ue context modification request(基于f1应用协议的用户上下文修改请求)消息中，在另一个实施例中，该信息可以包含在释放用户上下文的过程中，如包含在f1ap ue context release command(基于f1应用协议的用户上下文释放请求)消息中。
325.■
第一底层配置信息，该信息的作用是向第二节点提供与小数据有关的配置信息，该信息所包含的内容可以参见上述“底层配置信息”，即前文中的“4)底层配置信息”；
326.■
与配置允许有关的第一配置信息，该信息的作用是配置第二节点进行小数据传输所用的资源(如上行资源，如pusch)，该信息所包含的内容可以参见上述“与配置允许有关的配置信息”即前文中的“5)与配置允许有挂你的配置信息”；
327.■
与隧道有关的第一配置信息，该信息的内容可以参见上述“与隧道有关的配置信息”即前文中的“3)与隧道有关的配置信息”，该信息中所包含的“隧道信息”可以是第一节点处接收或发送小数据所用的隧道(如上行隧道)的信息，也可以是其他基站(如上一个服务基站)处接收或发送小数据所用的隧道(如上行隧道，或数据转发隧道)的信息。在一个实施例中，上述“与隧道有关的第一配置信息”是针对一个或多个小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)分别给出的，在另一个实施例中，上述“与隧道有关的第一配置信息”是针对所有小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)给出的，即用一个隧道来进行所有小数据的无线承载(或小数据的pdu会话，或小数据的qos流，或小数据的逻辑信道，或小数据的逻辑信道组)的数据传输
328.■
隧道请求信息，该信息的作用是请求第二节点提供与隧道有关的配置信息，在一个是实施例中，该请求的隧道是针对小数据的隧道(如小数据承载的隧道，小数据pdu会话的隧道，小数据qos流的隧道，小数据的逻辑信道的隧道，小数据的逻辑信道组的隧道)，
进一步的，该信息还可以指示需要第二节点提供与隧道有关的配置信息的小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)的标识信息。
329.■
第一辅助信息(assistance information)，该信息的作用是用于通知第二节点关于小数据的辅助信息，在一个实施例中，第二节点会根据该信息来生成配置(如配置允许的配置信息)，该信息可以至少包括如下信息之一：
330.■
数据的特征信息(traffic pattern information)，该信息指示了数据传输的特征，该信息可以至少包括如下信息之一：
331.◆
数据的周期(traffic periodicity)，该信息指示了数据的传输周期；
332.◆
数据的时间偏移量(timing offset)，该信息指示了用于数据传输的资源在时域上的时间偏移量，进一步的，该偏移量可以是相对于一个时间点(如一个子帧、系统起始帧、一个超帧等)的偏移量；
333.◆
数据的逻辑信道的标识(logical channel identity)，该信息指示了传输数据的逻辑信道；
334.◆
数据的逻辑信道组的标识(logical channel group identity)，该信息指示了传输数据的逻辑信道；
335.◆
数据的大小(message size)，该信息指示了传输的数据的大小；
336.◆
无线承载的标识信息，该信息指示了用于承载数据的无线承载的标识；
337.◆
pdu会话的标识信息，该信息指示了数据所属的pdu会话；
338.◆
qos流的标识信息，该信息指示了数据所属的qos流。
339.在一个实施例中，该第一辅助信息可以参见ts36.331/ts38.331中的ue assistance information(用户辅助信息)消息。
340.■
与携带的数据有关的第一信息，该携带的数据是用户发送的，可能是用户直接发送给第一节点，也可能是用户发送给其他节点，然后由其他节点转发给第一节点的。该信息所包含的内容可以参见上述“与携带的数据有关的信息”(即前文中的“6)与携带的数据有关的信息”)。第二节点收到该数据后，会根据相关的配置(如上述“第一底层配置信息”中所包含的配置信息)对该数据进行解码，这样，第二节点可以将解码后的数据发送到第一节点(如可以根据上述“与隧道有关的第一配置信息”所配置的隧道进行数据发送)。
341.步骤1-2：第二节点向第一节点发送第一数据响应消息(本实施例中的第一消息)，该消息的作用是向第一节点提供与数据传输有关的配置信息，进一步的，第一节点可以根据收到的配置信息来配置用户数据的传输。该消息至少包括如下信息之一：
342.■
数据的第二配置信息，该信息中所包含的内容可以参见上述“数据的配置信息”343.■
第二底层配置信息，该信息的作用是向第一节点提供与小数据(或所有数据)的配置有关的信息，该信息所包含的内容可以参见上述“底层配置信息”即前文中的“4)底层配置信息”；
344.■
与配置允许有关的第二配置信息，该信息的作用是第二节点产生的其用于传输小数据时所用的资源(如上行资源，如pusch)的配置信息，该信息所包含的内容可以参见上述“与配置允许有关的配置信息”即前文中的“5)与配置允许有关的配置信息”，第一节点获得该信息后可以用来配置用户
345.■
配置允许的时间对齐计时器(time alignment timer)的设置信息，该信息的作用是指示配置允许的有效时间，即超过该有效时间后，上述配置允许的配置信息就无法继续使用了，用户也不能利用配置的资源进行数据传输了；
346.■
与隧道有关的第二配置信息，该信息的内容可以参见上述“与隧道有关的配置信息”即前文中的“3)与隧道有关的配置信息”，该信息中所包含的“隧道信息”可以是第二节点处接收或发送小数据所用的隧道(如下行隧道，或数据转发(forwarding)隧道)的信息。在一个实施例中，上述“与隧道有关的第二配置信息”是针对每个小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)分别给出的，在另一个实施例中，上述“与隧道有关的第二配置信息”是针对所有小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)给出的，即用一个隧道来进行所有小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)的数据传输
347.■
与携带的数据有关的第二信息，该携带的数据是用户发送给第二节点的，或第一节点发送给第二节点的，该信息指示了与这些数据有关的信息。该信息的内容可以参见上述“与携带的数据有关的信息”即前文中的“6)与携带的数据有关的信息”。第一节点收到该数据后，在一个实施例中，第一节点会根据相关的配置(如pdcp配置)对该数据进行解码，然后将该数据发送到核心网(如upf)，在另一个实施例中，第一节点会根据相关配置(如隧道配置)发送到其他基站。
348.可选的，上述步骤1-1和步骤1-2的流程可以发生在用户上下文建立或用户上下文修改或用户上下文释放的过程中，第一数据请求消息和第一数据响应消息可以分别为ue context setup request消息(用户上下文建立请求消息))和ue context setup response消息(用户上下文建立请求响应消息)，或分别为ue context modification request消息(用户上下文修改请求消息)和ue context modificationresponse消息(用户上下文修改响应消息)，或分别为ue context release command消息(用户上下文释放命令消息)和ue context release complete消息(用户上下文释放完成消息)，也可以是其他消息，如还可以是新定义的f1接口的消息，此外，上述第一数据请求消息和第一数据响应消息也可以是用户面的数据包，用于传输用户数据，也就是说是，上述第一数据请求消息和第一数据响应消息所传输的可以是信令和/或用户面的数据。
349.下面根据第一节点和第二节点所处的基站的不同给出了上述流程不同的实施例。在各实施例中，第一数据请求消息和第一数据响应消息所包含的信息的具体内容可以分别参见上述步骤1-1和步骤1-2中的描述，下述各实施例中，待传输数据多是以小数据为例、第一连接状态为inactive态为例进行的说明，需要说明的是，下述各实施例同样可以适用于任意待传输数据，第一连接状态还可以为其他的非正常连接态。
350.实施例1-a(该实施例为ra-sdt，基于该实施例可以实现在last serving bs中进行的配置)
351.该实施例的流程发生在上一个服务基站，主要进行基于随机接入的小数据传输的配置，可选的，该流程包含的步骤为：
352.步骤1-a-1:第一节点向第二节点发送第一数据请求消息(本实施例中的第二消息)，该消息至少包括如下信息之一：
353.■
数据的第一配置信息
354.■
与释放的数据有关的信息
355.■
与不释放的数据有关的信息
356.■
小数据的第一指示信息
357.■
非小数据的指示信息
358.■
小数据配置请求指示信息
359.■
配置请求指示信息
360.■
第一辅助信息
361.步骤1-a-2：第二节点向第一节点发送第一数据响应消息(本实施例中的第一消息)，该消息确认上述第一数据请求消息中所要求的配置，此外，该消息还可以至少包括如下信息之一：
362.■
数据的第二配置信息
363.■
第二底层配置信息
364.上述流程可以发生在用户上下文修改或释放的过程，上述两个步骤中的消息可以分别为ue context modification request消息和ue context modification response消息，或分别为ue context release command消息和ue context release complete消息，可选的，如果上述两个步骤中的消息分别是ue context modification request消息和ue context modification response消息，第一节点和第二节点还会进行用户上下文释放的流程，进而将用户配置为第一连接状态，如inactive状态。
365.上述流程的有益效果为，第一节点可以在将用户配置为inactive状态前获得用户的小数据的配置信息(如在分布单元侧的配置信息)，可选的，第一节点可以将该信息发送给其他节点，如其他基站，进而帮助接收到用户数据的节点(如其他基站的分布单元，或其他基站)来进行数据的传输。
366.实施例1-b(该实施例为ra-sdt，基于该实施例可以实现在serving bs中进行的配置)
367.该实施例的流程发生在服务基站，即用户进行小数据传输的基站，主要进行基于随机接入的小数据传输的配置，该流程包含的步骤为：
368.步骤1-b-1:第一节点向第二节点发送第一数据请求消息(本实施例中的第二消息)，该消息至少包括如下信息之一：
369.■
数据的第一配置信息
370.■
小数据的第一指示信息
371.■
第一底层配置信息
372.■
与隧道有关的第一配置信息，该信息中所指示的隧道是第一节点或上一个服务基站接收或发送小数据所用的隧道。
373.■
隧道请求信息
374.■
第一辅助信息
375.步骤1-b-2：第二节点向第一节点发送第一数据响应消息(本实施例中的第一消息)，该消息确认了上述第一数据请求消息中的配置，该消息还可以至少包括如下信息之一：
376.■
与隧道有关的第二配置信息，该信息中所指示的隧道是第二节点接收或发送小数据所用的隧道
377.上述流程可以发生在用户上下文建立或修改的过程中，上述流程中，第一数据请求消息和第一数据响应消息可以分别为ue context setup request消息和ue context setup response消息，或分别为ue context modification request消息和ue context modification response消息。
378.上述流程的有益效果为，第一节点和第二节点可以根据该流程中所发送的配置信息来进行小数据的传输，可选的，该数据传输可以无需要求用户进入连接(connected)态。
379.实施例1-c(该实施例为cg-sdt，基于该实施例可以实现在last serving bs中进行的配置)
380.该实施例的流程发生在将用户配置为inactive态之前，主要进行基于配置允许的小数据传输的配置，该流程包含的步骤为：
381.步骤1-c-1:第一节点向第二节点发送第一数据请求消息(本实施例中的第二消息)，该消息至少包括如下信息之一：
382.■
数据的第一配置信息
383.■
与释放的数据有关的信息
384.■
与不释放的数据有关的信息
385.■
小数据的第一指示信息
386.■
小数据配置请求指示信息
387.■
配置请求指示信息
388.■
与隧道有关的第一配置信息
389.■
隧道请求信息
390.■
第一辅助信息
391.步骤1-c-2：第二节点向第一节点发送第一数据响应消息(本实施例中的第一消息)，该消息确认了上述第一数据请求消息的配置，该消息还可以至少包括如下信息之一：
392.■
数据的第二配置信息
393.■
与配置允许有关的第二配置信息
394.■
配置允许的时间对齐计时器(time alignment timer)的设置信息，第一节点收到该信息后，可以根据该信息获得配置允许的有效时间，从而决定是否释放其传输小数据所用的配置
395.■
与隧道有关的第二配置信息
396.上述流程可以发生在用户上下文修改或释放的过程中，上述流程中，第一数据请求消息和第一数据响应消息可以分别为ue context modification request消息和ue context modification response消息，或分别为ue context release command消息和ue context release complete消息。
397.上述流程的有益效果为，在将用户配置为inactive状态前，第一节点与第二节点可以交互小数据的配置信息，从而用于配置用户，并在用户进入inactive状态后第一节点和/或第二节点可以基于获取到的配置信息进行用户的小数据的发送。
398.实施例1-d(该实施例提供了一种cg-sdt，基于该实施例可以实现在serving bs中
进行的配置)
399.该实施例的流程发生在用户进入inactive状态之后，且发生在服务基站，主要进行基于配置允许的小数据传输的配置，该服务基站和上一个服务基站是同一个基站，该流程包含的步骤为：
400.步骤1-d-1:第一节点向第二节点发送第一数据请求消息(本实施例中的第二消息)，该消息至少包括如下信息之一：
401.■
数据的第一配置信息
402.■
小数据的第一指示信息
403.■
与配置允许有关的第一配置信息
404.■
与隧道有关的第一配置信息，该隧道是第一节点传输(接收或发送)小数据时所用到的隧道
405.■
第一辅助信息
406.步骤1-d-2：第二节点向第一节点发送第一数据响应消息(本实施例中的第一消息)，该消息确认了上述第一数据请求消息，该消息还可以至少包括如下信息之一：
407.■
与隧道有关的第二配置信息，该隧道是第二节点传输(接收或发送)小数据时所用到的隧道
408.上述流程可以发生在用户上下文建立或修改的过程中，上述流程中，第一数据请求消息和第一数据响应消息可以分别为ue context setup request消息和ue context setup response消息，或分别为ue context modification request消息和ue context modification response消息。
409.上述流程的有益效果为，第一节点和第二节点可以根据该流程中发送的配置信息进行小数据的传输，可选的，该数据传输可以无需要求用户进入连接(connected)态。
410.实施例1-e(该实施例提供了一种ra-sdt&cg-sdt(基于随机接入的小数据传输和基于配置许可的小数据传输)，基于该实施例可以实现在last serving bs中进行的配置)
411.该实施例的流程发生在将用户配置为inactive态之前(即发生在上一个服务基站内)，主要进行小数据传输的配置，该小数据可以为基于随机接入的小数据，也可以是基于配置允许的小数据，也可以既包括基于随机接入的小数据，又包括基于配置允许的小数据，该流程包含的步骤为：
412.步骤1-e-1:第一节点向第二节点发送第一数据请求消息(本实施例中的第二消息)，该消息至少包括如下信息之一：
413.■
数据的第一配置信息
414.■
与释放的数据有关的信息
415.■
与不释放的数据有关的信息
416.■
小数据的第一指示信息
417.■
非小数据的指示信息
418.■
小数据配置请求指示信息
419.■
配置请求指示信息
420.■
第一辅助信息
421.步骤1-e-2：第二节点向第一节点发送第一数据响应消息(本实施例中的第二消
息)，该消息是对上述第一数据请求消息的确认，该消息还可以至少包括如下信息之一：
422.■
数据的第二配置信息
423.■
第二底层配置信息
424.■
与配置允许有关的第二配置信息
425.■
配置允许的时间对齐计时器(time alignment timer)的设置信息
426.上述流程可以发生在用户上下文修改或释放的过程中。上述流程中，第一数据请求消息和第一数据响应消息可以分别为ue context modification request消息和ue context modification response消息，或分别为ue context release command消息和ue context release complete消息。
427.上述流程的有益效果为，第一节点可以在将用户配置为inactive状态前获得用户的小数据的配置信息(如在分布单元侧的配置信息，如基于随机接入的小数据的配置信息，也可以是基于配置允许的小数据的配置信息)，可选的，第一节点可以将该信息发送给其他节点或其他基站，从而帮助其他节点或其他基站进行小数据的传输，该小数据的传输可以包括基于配置允许的小数据和/或基于随时接入的小数据的传输。
428.实施例1-f(该实施例提供了一种ra-sdt&cg-sdt，基于该实施例可以实现在serving bs中进行的配置)
429.该实施例的流程发生在将用户配置为inactive态之后，该流程用于配置用户进行小数据的传输，该小数据可以为基于随机接入的小数据，也可以是基于配置允许的小数据，也可以既包括基于随机接入的小数据，又包括基于配置允许的小数据，该流程包含的步骤为：
430.步骤1-f-1:第一节点向第二节点发送第一数据请求消息(本实施例中的第二消息)，该消息至少包括如下信息之一：
431.■
数据的第一配置信息
432.■
小数据的第一指示信息
433.■
非小数据的指示信息
434.■
第一底层配置信息
435.■
与配置允许有关的第一配置信息
436.■
与隧道有关的第一配置信息
437.■
隧道请求信息
438.■
第一辅助信息
439.步骤1-f-2：第二节点向第一节点发送第一数据响应消息(本实施例中的第一消息)，该消息是对上述第一数据请求消息的确认，该消息还可以至少包括如下信息之一：
440.■
配置允许的时间对齐计时器(time alignment timer)的设置信息
441.■
与隧道有关的第二配置信息
442.上述流程可以发生在用户上下文建立或修改的过程中。上述流程中，第一数据请求消息和第一数据响应消息可以分别为ue context setup request消息和ue context setup response消息，或分别为ue context modification request消息和ue context modification response消息。
443.上述流程的有益效果为，当用户进入inactive状态后，第一节点和第二节点间可
以进行小数据传输的配置，进而用户无需进入connected的情况下依然进行小数据的传输。
444.实施例1-g(该实施例提供了一种用户面数据在last serving基站侧的传输方式)
445.该实施例发生在第一节点从其他节点接收到用户数据后，第一节点可能无法解码该用户数据，因此第一节点需要将该数据发送到第二节点，然后交由第二节点进行解码，该过程可以利用控制面的信令交互完成，该过程可以包括如下步骤：
446.步骤1-g-1:第一节点向第二节点发送第一数据请求消息(本实施例中的第二消息)，该消息至少包括如下信息之一：
447.■
与携带的数据有关的第一信息
448.■
第一底层配置信息，在一个实施例中，该信息可以帮助第二节点对用户数据进行解码
449.■
与隧道有关的第一配置信息，在一个实施例中，该信息指示了第二节点在向第一节点发送用户数据时所用到的第一节点侧的隧道信息
450.步骤1-g-2：第二节点向第一节点发送第一数据响应消息(本实施例中的第一消息)，该消息至少包括如下信息之一：
451.■
与携带的数据有关的第二信息
452.上述流程中，第一数据请求消息和第一数据响应消息可以分别为ue context setup request消息(用户上下文建立请求消息)和ue context setup response消息(用户上下文建立响应消息)，或分别为ue context modification request消息和ue context modification response消息，也可以是用户面的数据包。
453.上述流程的有益效果为，当第一节点无法解码用户数据时，第一节点可以交由第二节点进行解码，然后由第二节点将解码后的数据发送给第一节点，并由第一节点将数据发送给核心网。
454.本公开第一方面所提供的方案，至少可以具有以下有益效果有：
455.1.第一节点和第二节点交互用户的配置信息，从而生成或者获取用户进行数据(如小数据)传输所用的配置信息，这些配置信息可以帮助第一节点和/或第二节点和/或其他节点进行用户小数据的传输(如用户进入inactive态后进行小数据传输)，可选的，该有益效果可以发生在用户进入inactive状态之前。
456.2.第一节点和第二节点交互用户的配置信息，用于配置两个节点进行用户的数据(如小数据)的传输，进而第一节点和/或第二节点可以根据这些配置信息从用户处或者从其他节点处接收和发送用户的小数据，可选的，该有益效果可以发生在用户进行小数据传输的过程中。
457.3.第一节点和第二节点间可以进行用户数据(如小数据)的解码和传输，并将解码后的数据发送给核心网。
458.在一个实施例中，当上述第一节点和第二节点是用户发起rrc恢复流程(或小数据传输)时所在的基站(即serving bs)时，如图4所示，本公开提供的信息交互方法还可以包括如下流程：
459.步骤1-1-1：第二节点从用户接收rrc恢复请求消息和/或小数据的数据包(本实施例中的数据传输指示信息)；
460.步骤1-1-2：第二节点向第一节点发送第二数据请求消息(本实施例中的第八消
息)，该消息的作用是向第一节点提供与小数据有关的配置信息，可选的，该消息可以是ts38.473中所定义的initial ul rrc message transfer消息(初始上行rrc消息转移消息)，也可以是ue context modification required消息(用户上下文修改需求消息)，也可以是其他信息或者新定义的消息，可选的，该第二数据请求消息还可以包括如下信息中的至少一个：
461.数据的第三配置信息；小数据的第二指示信息；逻辑信道的标识信息；第四辅助信息；与隧道有关的第三配置信息。
462.第二数据请求消息可以包含的上述各信息具体如下：
463.■
数据的第三配置信息，该信息所包含的内容可以参见上述“数据的配置信息”；
464.■
小数据的第二指示信息，该信息所包含的内容可以参见上述“小数据的指示信息”；
465.■
逻辑信道的标识信息，该信息的作用是指示第二节点收到的小数据所属的逻辑信道，当第二节点接收到属于多个逻辑信道的数据包时，该信息还可以包括一个或多个逻辑信道的标识信息；
466.■
第四辅助信息，该信息的作用由第一节点将该辅助信息发送到其他基站(如上一个服务基站)，并帮助其他节点或其他基站决定是否将用户的上下文转移(re-locate)到第一节点，在一个实施例中，该辅助信息可能是由用户提供的，该信息至少包括如下信息之一：
467.与缓存状态有关信息；与更多的数据传输有关的信息；数据的特征信息；无数据传输的指示信息。
468.第四辅助信息可以包含的上述各信息具体如下：
469.■
与缓存状态有关信息，该信息的作用是指示用户需要传输的数据大小，该信息至少包括如下信息之一：
470.◆
缓存状态上报(buffer status report)信息，该信息包含了用户所需发送的数据的大小，如比特数，字节数，数据包的个数等，在一个实施例中，该信息可以是一个索引信息，进一步的该索引信息指示了用户所需发送的数据的大小，如1表示所需传输的数据大小小于或等于10字节，2表示所需传输的数据大小小于或等于14字节等，在一个实施例中，该信息所包含的内容可以参见ts38.321或ts36.321中的bsr大小
471.◆
逻辑信道标识信息，该信息指示了用户发送数据(如小数据，或基于随机接入的小数据)所用的逻辑信道，如logical channel id，在一个实施例中，该信息指示了上述“缓存状态上报信息”所对应的逻辑信道，即用于传输上述“缓存状态上报信息”所对应的数据的逻辑信道，在另一个实施例中，该信息指示了第四节点(第二基站、第二基站的集中单元、第二基站的集中单元的控制面部分或用户面部分)收到用户缓存状态上报的逻辑信道；
472.◆
逻辑信道组的标识信息，该信息指示了用户发送数据(如小数据，或基于随机接入的小数据)所用的逻辑信道组，即传输待传输数据的逻辑信道组，如logical channel group id，该信息指示的逻辑信道组可能包括一个或多个逻辑信道，进一步的，该信息还可以包括该逻辑信道组所包含的一个或多个逻辑信道的标识信息，在一个实施例中，该信息指示了上述“缓存状态上报信息”所对应的逻辑信道组，即用于传输上述“缓存状态上报信息”所对应的数据所用的逻辑信道组，在另一个实施例中，该信息指示了第四节点收到用户
缓存状态上报的逻辑信道组；
473.◆
逻辑信道的指示信息，该信息的作用是指示用户在各逻辑信道上是否有数据发送，在一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个逻辑信道，而每个比特的值表示用户在该逻辑信道上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或“1”表示没有数据，“0”表示有数据，进一步的，为了表示需要传输的数据量，该指示信息还可以和上述“缓存状态上报信息”结合，用于指示有数据的逻辑信道上需要传输的数据量；
474.◆
逻辑信道组的指示信息，该信息的作用是指示用户在各逻辑信道组上是否有数据发送，一个逻辑信道组可以包含一个或多个逻辑信道，在一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个逻辑信道组，而每个比特的值表示用户在该逻辑信道组上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或“1”表示没有数据，“0”表示有数据，进一步的，为了表示需要传输的数据量，该指示信息还可以和上述“缓存状态上报信息”结合，用于指示有数据的逻辑信道组上需要传输的数据量；
475.在一个实施例中，上述“与缓存状态有关信息”是用户发送给第二节点的mac层控制信元(mac control element)中所包含的信息。
476.■
与更多数据传输有关的信息(information related to more data transmission)，该信息的作用是指示用户是否还有更多的数据需要发送，该数据可以是上行数据，也可以是下行数据，也可以上行和下行数据，该信息至少包括如下信息之一：
477.◆
更多数据传输的指示信息
478.◆
更多数据传输的逻辑信道的指示信息，在信息的作用是指示有更多数据传输的逻辑信道，在一个实施例中，该信息包含一个或多个有更多数据传输的逻辑信道的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个逻辑信道，而每个比特的值表示用户在该逻辑信道上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或“1”表示没有数据，“0”表示有数据
479.◆
更多数据传输的逻辑信道组的指示信息，在信息的作用是指示有更多数据传输的逻辑信道组，在一个实施例中，该信息包含一个或多个有更多数据传输的逻辑信道组的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个逻辑信道组，而每个比特的值表示用户在该逻辑信道组上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或“1”表示没有数据，“0”表示有数据
480.◆
更多数据传输的无线承载的指示信息，在信息的作用是指示有更多数据传输的无线承载，在一个实施例中，该信息包含一个或多个有更多数据传输的无线承载的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个无线承载，而每个比特的值表示用户在该无线承载上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或“1”表示没有数据，“0”表示有数据
481.◆
更多数据传输的pdu会话的指示信息，在信息的作用是指示有更多数据传输的pdu会话，在一个实施例中，该信息包含一个或多个有更多数据传输的pdu会话的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个pdu会话，而每个比特的值表示用户在该pdu会话上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或“1”表示没有数据，“0”表示有数据
482.◆
更多数据传输的qos流的指示信息，在信息的作用是指示有更多数据传输的qos流，在一个实施例中，该信息包含一个或多个有更多数据传输的qos流的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个pdu会话，而每个比特的值表示用户在该qos流上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或“1”表示没有数据，“0”表示有数据
483.■
数据的特征信息(traffic pattern information)，该信息指示了数据传输的特征，该信息至少包括如下信息之一：
484.◆
数据的周期(traffic periodicity)
485.◆
数据的时间偏移量(timing offset)
486.◆
数据的逻辑信道的标识(logical channel identity)
487.◆
数据的逻辑信道组的标识(logical channel group identity)
488.◆
数据的大小(message size)
489.◆
无线承载的标识信息
490.◆
pdu会话的标识信息
491.◆
qos流的标识信息
492.■
无数据传输的指示信息，该信息的作用是指示第二节点处没有用户数据需要传输了，在一个实施例中，该数据可以是小数据，在另一个实施例中，该数据可以是基于随机接入的小数据，在另一个实施例中，该数据是基于配置许可的小数据，收到该指示信息后，第一节点可以释放传输用户数据的资源，如隧道；
493.■
与隧道有关的第三配置信息，该信息的内容可以参见上述“与隧道有关的配置信息”，该信息中所包含的“隧道信息”可以是第二节点处接收或发送小数据所用的隧道(如下行隧道，或数据转发(forwarding)隧道)的信息。在一个实施例中，上述“与隧道有关的第三配置信息”是针对每个小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)分别给出的，在另一个实施例中，上述“与隧道有关的第三配置信息”是针对所有小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)给出的，即用一个隧道来进行所有小数据的无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)的数据传输。
494.步骤1-1-3：可选的，第一节点向第二节点发送第二数据响应消息(本实施例中的第九消息)，该消息的作用是向第二节点提供与小数据有关的配置信息，该消息可以是ts38.473中所定义的ue context modification request消息，或ue context modification confirm消息，也可以是新定义的消息，该消息所包含的内容可以参见上述步骤1-1中的第一数据请求消息。
495.此外，可选的，在步骤1-1-3之后还可以包括步骤1-1-4，第二节点向第一节点发送第二数据确认消息(本实施例中的第九消息的响应消息)，该消息的作用是向第一节点提供与小数据传输有关的配置信息，该消息所包含的内容可以参见上述步骤1-2中的第一数据响应消息。
496.上述流程的有益效果为，第二节点收到用户的小数据后，会触发和第一节点的信令交互，从而获得小数据传输所用的配置信息，进而在第一节点和第二节点之间进行小数
据的传输。
497.第二方面：基站间的配置和数据传输
498.在用户进入第一连接状态(如inactive状态)后，用户可能移动到其他的基站，这样，用户需要与其他基站进行小数据的传输。为了支持这种场景，需要在基站间进行与数据传输有关的配置信息的交互以及数据的传输，因此，本公开的第二方面提出了基站间的信令交互流程和数据传输的方法。该第二方面所涉及的节点包括第三节点和第四节点，作为一可选实施例，如图5所示，该信令交互流程可以包括如下步骤：
499.步骤2-1：第四节点向第三节点发送第一配置请求消息(本实施例中的第二消息)，该消息的作用是向第三节点请求与用户数据传输有关的配置信息，在一个实施例中，该消息所包含的内容可以参见ts36.423或ts38.423中的retrieve ue context request消息(回收/获取终端上下文请求信息)，此外，该第一配置请求消息还可以包括如下信息中的至少一个：
500.原因信息；与携带的数据有关的第三信息；与隧道有关的第四配置信息；第二辅助信息；计时器信息。
501.其中，上述各信息具体如下：
502.■
原因信息，该信息的作用是指示发送该第一配置请求消息的原因，该信息指示的原因可以为如下原因之一：小数据传输，基于随机接入的小数据传输，基于配置许可的小数据传输等，在一个实施例中，该信息可以命名为rrc resume cause(rrc恢复原因)；
503.■
与携带的数据有关的第三信息，可选的，上述第一配置请求消息可以携带一些用户的数据，这些数据可以是用户发送给第四节点的，该第三信息指示了与这些数据有关的信息。该信息所包含的内容可以参见上述“与携带的数据有关的信息”即前文中的“6)与携带的数据有关的信息”；
504.■
与隧道有关的第四配置信息，该信息的内容可以参见上述“与隧道有关的配置信息”即前文中的“3)与隧道有关的配置信息”，该信息中所包含的“隧道信息”可以是第四节点(第四节点的分布单元，第四节点的集中单元，或第四节点的集中单元的用户面部分)处接收或发送小数据所用的隧道(如下行隧道，或数据转发(forwarding)隧道)的信息。在一个实施例中，上述“与隧道有关的第四配置信息”可以是针对一个或多个小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)分别给出的，在另一个实施例中，上述“与隧道有关的第四配置信息”可以是针对所有小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)给出的，即用一个隧道来进行所有小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)的数据传输；
505.■
第二辅助信息，该信息的作用是帮助第三节点决定用户数据传输的配置，在一个实施例中，该信息可以帮助第三节点决定是否将用户的上下文转移(re-locate)到第四节点，该信息至少包括如下信息之一：
506.与缓存状态有关信息；与更多数据传输有关的信息；数据的特征信息；无数据传输的指示信息。
507.其中，第二辅助信息可以包含的上述各信息如下：
508.■
与缓存状态有关信息，该信息的作用是指示用户需要传输的数据大小，该信息
至少包括如下信息之一：
509.◆
缓存状态上报(buffer status report)信息，该信息包含了用户所需发送的数据的大小，如比特数，字节数，数据包的个数等，在一个实施例中，该信息可以是一个索引信息，进一步的该索引信息指示了用户所需发送的数据的大小，如1表示所需传输的数据大小小于或等于10字节，2表示所需传输的数据大小小于或等于14字节等，在一个实施例中，该信息所包含的内容可以参见ts38.321或ts36.321中的bsr大小；
510.◆
逻辑信道标识信息，该信息指示了用户发送数据(如小数据，或基于随机接入的小数据)所用的逻辑信道，如logical channel id，在一个实施例中，该信息指示了上述“缓存状态上报信息”所对应的逻辑信道，在另一个实施例中，该信息指示了第四节点收到用户缓存状态上报(buffer status report)的逻辑信道；
511.◆
逻辑信道组的标识信息，该信息指示了用户发送数据(如小数据，或基于随机接入的小数据)所用的逻辑信道，如logical channel id，该信息指示的逻辑信道组可能包括一个或多个逻辑信道，进一步的，该信息还可以包括该逻辑信道组所包含的一个或多个逻辑信道的标识信息，在一个实施例中，该信息指示了上述“缓存状态上报信息”所对应的逻辑信道组，在另一个实施例中，该信息指示了第四节点收到用户缓存状态上报(buffer status report)的逻辑信道组；
512.◆
逻辑信道的指示信息，该信息的作用是指示用户在各逻辑信道上是否有数据发送，在一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个逻辑信道，而每个比特的值表示用户在该逻辑信道上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或，“1”表示没有数据，“0”表示有数据，进一步的，为了表示需要传输的数据量，该指示信息还可以和上述“缓存状态上报信息”结合，用于指示有数据的逻辑信道上需要传输的数据量；
513.◆
逻辑信道组的指示信息，该信息的作用是指示用户在各逻辑信道组上是否有数据发送，一个逻辑信道组可以包含一个或多个逻辑信道，在一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个逻辑信道组，而每个比特的值表示用户在该逻辑信道组上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或，“1”表示没有数据，“0”表示有数据，进一步的，为了表示需要传输的数据量，该指示信息还可以和上述“缓存状态上报信息”结合，用于指示有数据的逻辑信道组上需要传输的数据量；
514.在一个实施例中，上述“与缓存状态有关信息”可以是用户发送给第四节点的mac层控制信元(mac control element)中所包含的信息。
515.■
与更多数据传输有关的信息(information related to more data transmission)，该信息的作用是指示用户是否还有更多的数据需要发送，该数据可以是上行数据，也可以是下行数据，也可以上行数据和下行数据，该信息至少包括如下信息之一：
516.◆
更多数据传输的指示信息
517.◆
更多数据传输的逻辑信道的指示信息，该信息的作用是指示有更多数据传输的逻辑信道，在一个实施例中，该信息包含一个或多个有更多数据传输的逻辑信道的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个逻辑信道，而每个比特的值表示用户在该逻辑信道上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或，“1”表示没有数据，“0”表示有数据
518.◆
更多数据传输的逻辑信道组的指示信息，该信息的作用是指示有更多数据传输的逻辑信道组，在一个实施例中，该信息包含一个或多个有更多数据传输的逻辑信道组的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个逻辑信道组，而每个比特的值表示用户在该逻辑信道组上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或“1”表示没有数据，“0”表示有数据
519.◆
更多数据传输的无线承载的指示信息，该信息的作用是指示有更多数据传输的无线承载，在一个实施例中，该信息包含一个或多个有更多数据传输的无线承载的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个无线承载，而每个比特的值表示用户在该无线承载上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或，“1”表示没有数据，“0”表示有数据；
520.◆
更多数据传输的pdu会话的指示信息，该信息的作用是指示有更多数据传输的pdu会话，在一个实施例中，该信息包含一个或多个有更多数据传输的pdu会话的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个pdu会话，而每个比特的值表示用户在该pdu会话上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或，“1”表示没有数据，“0”表示有数据
521.◆
更多数据传输的qos流的指示信息，该信息的作用是指示有更多数据传输的qos流，在一个实施例中，该信息包含一个或多个有更多数据传输的qos流的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个pdu会话，而每个比特的值表示用户在该qos流上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或，“1”表示没有数据，“0”表示有数据
522.■
数据的特征信息(traffic pattern information)，该信息指示了数据传输的特征，该信息可以至少包括如下信息之一：
523.◆
数据的周期(traffic periodicity)
524.◆
数据的时间偏移量(timing offset)
525.◆
数据的逻辑信道的标识(logical channel identity)
526.◆
数据的逻辑信道组的标识(logical channel group identity)
527.◆
数据的大小(message size)
528.◆
无线承载的标识信息
529.◆
pdu会话的标识信息
530.◆
qos流的标识信息
531.其中，对于数据的特征信息可以包含的上述各项信息的说明可以参见前文中关于数据的特征信息的相关内容的说明。
532.■
无数据传输的指示信息，该信息的作用是指示第四节点处没有用户数据需要传输了，在一个实施例中，该数据可以是小数据，在另一个实施例中，该数据可以是基于随机接入的小数据，在另一个实施例中，该数据是基于配置许可的小数据，收到该指示信息后，第三节点可以释放传输用户数据的资源，如隧道。
533.■
计时器信息，该信息的作用指示了第四节点或第三节点在进行数据传输时所用到的计时器的时间长度，在一个实施例中，当计时器启动或重启后，第四节点或第三节点只会在该计时器信息所指示的时间长度内进行数据传输，如果该时间长度结束后，用户在第
四节点处结束了数据传输，或用户就进入了inactive状态，或用户结束了rrc恢复(resume)的流程，或第三节点可以释放用户数据传输的资源(如隧道)；在另一个实施例中，如果第四节点或第三节点在该时间长度内没有数据传输，则用户在第四节点处结束了数据传输，或用户就进入了inactive状态，或用户结束了rrc恢复(resume)的流程，或第三节点可以释放用户数据传输的资源(如隧道)。
534.具体的，在一个实施例中，该计时器信息可以为ts38.331中t319所定义的时长，在另一个实施例中，该信息为一个新定义的计时器的时长；进一步的，可选的，该计时器还有一定的启动条件，即只有该启动条件满足后，该计时器才可以计时，例如，该启动条件可以是用户向第四节点发送rrc恢复消息，或用户向第四节点发送数据，活第四节点向第三节点发送第一个用户数据包等；进一步的，可选的，该计时器还可以有一定的重启条件，即在计时的过程中，如果重启条件满足后，该计时器还可以重启(如从零开始计时)，例如，该重启条件可以为第四节点收到了用户发送的数据，或第三节点收到了用户的数据等。第三节点在收到该计时器信息后，第三节点可以在该信息指示的时间长度后停止进行用户数据的传输，并释放相应的资源(如隧道)，或者第三节点在收到第一个用户数据包后启动该计时器，并在该计时器所指示的时间长度后停止进行用户数据的传输，并释放相应的资源(如隧道)，或者第三节点每进行一次用户数据传输可以将计时器重启，并在该计时器所指示的时间长度之后停止进行用户数据的传输，并释放相应的资源(如隧道)。
535.步骤2-2：可选的，第三节点向第四节点发送第一配置响应消息(本实施例中的第一消息)，该消息的作用是向第四节点提供与用户数据传输有关的配置信息，在一个实施例中，该消息所包含的内容可以参见ts36.423或ts38.423中的retrieve ue context response消息或retrieve ue context failure消息，可选的，该第一配置响应消息还可以包括如下信息中的至少一个：
536.与数据类型有关的信息；数据的第四配置信息；第三底层配置信息；与隧道有关的第五配置信息；隧道请求信息；第三辅助信息；数据接收状态的指示信息；与携带的数据有关的第四信息。
537.第一配置响应消息可以包括的上述各信息可以如下：
538.■
与数据类型有关的信息，该信息的作用是指示第四节点与第三节点间所传输的数据的类型，如mac pdu，mac sdu，rlc pdu，rlc sdu，pdcp pdu，pdcp sdu，其他类型的数据，等
539.■
数据的第四配置信息，该信息的作用是指示第四节点与第三节点间进行数据传输的配置信息，该信息所包含的内容可以参见上述“数据的配置信息”540.■
第三底层配置信息，该信息的作用是向第三节点提供与小数据(或所有数据)有关的配置信息，该信息所包含的内容可以参见上述“底层配置信息”541.■
与隧道有关的第五配置信息，该信息的内容可以参见上述“与隧道有关的配置信息”，该信息中所包含的“隧道信息”可以是第三节点(基站，或基站的集中单元，或基站的集中单元的用户面部分)处接收或发送小数据所用的隧道(如下行隧道，或数据转发(forwarding)隧道)的信息。在一个实施例中，上述“与隧道有关的第五配置信息”是针对一个或多个小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)分别给出的，在另一个实施例中，上述“与隧道有关的第五配置信息”是
针对所有小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)给出的，即用一个隧道来进行所有小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)的数据传输
542.■
隧道请求信息，该信息的作用是请求第四节点提供与隧道有关的配置信息，在一个是实施例中，该请求的隧道是针对小数据的隧道(如小数据承载的隧道，小数据pdu会话的隧道，小数据qos流的隧道，小数据的逻辑信道的隧道，小数据的逻辑信道组的隧道)，进一步的，该信息还可以指示需要第四节点提供与隧道有关的配置信息的小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)的标识信息。
543.■
第三辅助信息(assistance information)，该信息的作用是用于通知第四节点关于小数据的辅助信息，在一个实施例中，第四节点会根据该信息来生成配置(如配置允许的配置信息)，该信息至少包括如下信息之一：
544.■
数据的特征信息(traffic pattern information)，该信息指示了数据传输的特征，该信息至少包括如下信息之一：
545.◆
数据的周期(traffic periodicity)
546.◆
数据的时间偏移量(timing offset)
547.◆
数据的逻辑信道的标识(logical channel identity)
548.◆
数据的逻辑信道组的标识(logical channel group identity)
549.◆
数据的大小(message size)
550.◆
无线承载的标识信息
551.◆
pdu会话的标识信息
552.◆
qos流的标识信息
553.在一个实施例中，该第三辅助信息可以参见ts36.331/ts38.331中的ueassistanceinformation消息；
554.■
数据接收状态的指示信息，该信息的作用是指示步骤2-1中所包含的用户数据是否能被第三节点正确接收，如能正确接收，或不能正确接收
555.■
与携带的数据有关的第四信息，该信息指示了第三节点发送给第四节点的数据的有关信息。该信息所包含的内容可以参见上述“与携带的数据有关的信息”即前文中的“6)与携带的数据有关的信息”。
556.步骤2-3：可选的，第四节点向第三节点发送第一配置确认消息(本实施例中的第七消息)，该消息的作用是第四节点向第三节点提供与数据传输有关的配置信息，该消息可以至少包括如下信息之一：
557.■
与隧道有关的第六配置信息，该信息的内容可以参见上述“与隧道有关的配置信息”即前文中的“3)与隧道有关的配置信息”，该信息中所包含的“隧道信息”可以是第四节点(基站，或基站的分布单元，或基站的集中单元，或基站的集中单元的用户面部分)处接收或发送小数据所用的隧道(如下行隧道，或数据转发(forwarding)隧道)的信息。在一个实施例中，上述“与隧道有关的第六配置信息”可以是针对一个或多个小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)分别给出的，在另一个实施例中，上述“与隧道有关的第六配置信息”可以是针对所有小数据无线承
载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)给出的，即用一个隧道来进行所有小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)的数据传输。
558.可选的，上述第一配置请求消息可以为ts36.423或ts38.423中的retrieve ue context request消息(回收/获取用户上下文请求消息)，也可以是其他的消息或新定义的消息，第一配置响应消息可以是ts36.423或ts38.423中的retrieve ue context response消息(回收/获取用户上下文响应消息)或retrieve ue context failure消息(回收/获取用户上下文失败消息)，也可以是其他的消息或新定义的消息，第一配置确认消息可以为ts38.423中的xn-u address indication消息(xn接口的用户面的地址指示消息)，也可以是其他消息或新定义的消息。
559.下面根据上述流程提供了本公开第二方面的几种可选的不同的实施例。在各实施例中，第一配置请求消息、第一配置响应消息和第一配置确认消息所包含的信息的具体内容可以分别参见上述步骤2-1、步骤2-2和步骤2-3中的描述。
560.实施例2-a(基于该实施例是基于用户上下文重定位即ue context relocation的实施例)
561.在该实施例中，用户在第四节点发起rrc恢复流程(或小数据的发送)，第四节点可以从第三节点处获得用户的上下文，进而，小数据的传输可以在第四节点与用户间进行，无需与第三节点进行用户数据传输。该实施例的流程包括如下步骤：
562.步骤2-a-1：第四节点向第三节点发送第一配置请求消息，该消息所包含的内容可以参见ts36.423或ts38.423中的retrieve ue context request消息，此外，该第一配置请求消息还可以包括如下信息中的至少一个：
563.■
原因信息
564.■
与携带的数据有关的第三信息
565.■
第二辅助信息
566.■
计时器信息
567.步骤2-a-2：第三节点向第四节点发送第一配置响应消息，该消息所包含的内容可以参见ts36.423或ts38.423中的retrieve ue context response消息，此外，该第一配置响应消息还可以包括如下信息中的至少一个：
568.■
数据的第四配置信息
569.■
第三辅助信息(assistance information)
570.■
数据接收状态的指示信息
571.上述流程中，第一配置请求消息可以为ts36.423或ts38.423中的retrieve ue context request消息，第一配置响应消息可以是ts36.423或ts38.423中的retrieve ue context response消息，也可以是其他的消息。
572.上述流程的有益效果为，第四节点可以从第三节点获取用户的上下文，并且第四节点可以根据该上下文进行小数据的传输。
573.实施例2-b(该实施例无用户上下文重定位即no ue context relocation)
574.在该实施例中，用户在第四节点发起rrc恢复流程(或小数据的发送)，第四节点不能从第三节点处获得用户的上下文，进而，小数据的传输需要在第三节点与用户间进行。具
体的，第四节点从用户接收到用户数据后，会将数据发送给第三节点，或者第三节点会将用户数据发送到第四节点，并由第四发给用户。该实施例的流程包括如下步骤：
575.步骤2-b-1：第四节点向第三节点发送第一配置请求消息，该消息所包含的内容可以参见ts36.423或ts38.423中的retrieve ue context request消息，此外，该第一配置请求消息还可以包括如下信息中的至少一个：
576.■
原因信息
577.■
与携带的数据有关的第三信息
578.■
第二辅助信息
579.■
计时器信息
580.步骤2-b-2：第三节点向第四节点发送第一配置响应消息，该消息所包含的内容可以参见ts36.423或ts38.423中的retrieve ue context failure消息，此外，该第一配置响应消息还可以包括如下信息中的至少一个：
581.■
与数据类型有关的信息
582.■
数据的第四配置信息
583.■
第三底层配置信息
584.■
与隧道有关的第五配置信息
585.■
隧道请求信息
586.■
第三辅助信息(assistance information)
587.■
数据接收状态的指示信息
588.步骤2-b-3：可选的，第四节点向第三节点发送第一配置确认消息，该消息至少包括如下信息之一：
589.■
与隧道有关的第六配置信息
590.上述流程中，第一配置请求消息可以为ts36.423或ts38.423中的retrieve ue context request消息，第一配置响应消息可以是ts36.423或ts38.423中的retrieve ue context failure消息，也可以是其他的消息，第一配置确认消息可以为ts38.423中的xn-u address indication消息，也可以是其他消息。
591.上述流程的有益效果为，第四节点可以从第三节点获取进行小数据传输的相关配置，并且第四节点根据该配置与用户进行小数据传输，并将数据发送给第三节点，或者第三节点根据该配置与第四节点进行小数据传输后，将数据发送给用户。该第三节点与第四节点间传输的数据可能的类型为如下类型中的至少一种：mac pdu，mac sdu，rlc pdu，rlc sdu，pdcp pdu，pdcp sdu等。
592.实施例2-c(基于该实施例可以实现用户面数据传输)
593.在该实施例中，第四节点会与第三节点间进行用户数据(小数据)的传输，即第四节点会将用户发送的数据发送到第三节点，或第三节点将用户数据发送给第四节点，并由第四节点发送给用户。该实施例的流程包括如下步骤：
594.步骤2-c-1：第四节点向第三节点发送第一配置请求消息，该消息是用户面的数据包，在一个实施例中，根据该消息中所携带的数据包不一样(如属于不同的无线承载，或不同的pdu会话，或不同的qos流，或不同的逻辑信道，或不同的逻辑信道组)，该消息会通过不同的隧道发送到第三节点，在另一个实施例中，该消息中会携带不同类型的数据包，并由同
一个隧道发送到第三节点，该消息可以包括如下信息中的至少一个：
595.■
与携带的数据有关的第三信息
596.步骤2-c-2：第三节点向第四节点发送第一配置响应消息，该消息是用户面的数据包，在一个实施例中，根据该消息中所携带的数据包不一样(如属于不同的无线承载，或不同的pdu会话，或不同的qos流，或不同的逻辑信道，或不同的逻辑信道组)，该消息会通过不同的隧道发送到第四节点，在另一个实施例中，该消息中会携带不同类型的数据包，并由同一个隧道发送到第四节点，该消息可以包括如下信息中的至少一个：
597.■
与携带的数据有关的第四信息
598.上述流程中，步骤2-c-1和步骤2-c-2可以按先后次序执行，也可以按任意次序执行，也可以分别独立执行，在传输数据所用的隧道信息可以根据步骤2-1/2-2/2-3中的配置信息获得。
599.上述流程的有益效果为，第四节点和第三节点间可以通过用户面的隧道进行用户数据(小数据)的传输，并根据所传输的数据中所包含的信息来确定数据所属的无线承载(或pdu会话，或qos流，或逻辑信道，或逻辑信道组)。该第三节点与第四节点间传输的数据可能的类型为如下类型中的至少一种：mac pdu，mac sdu，rlc pdu，rlc sdu，pdcp pdu，pdcp sdu等
600.上述流程的有益效果为：
601.1)第三节点与第四节点间进行用户上下文的交互，以便第四节点获得用户的上下文，从而进行用户小数据的传输；
602.2)第三节点与第四节点间交互用户小数据传输所用到的配置，并在两者之间进行用户小数据的传输。
603.在上述流程中，还可能包括第五节点与第三节点或第四节点间的交互流程，该流程的作用是配置第三节点或第四节点上需要传输的数据，如图6，该流程可以包括如下步骤：
604.步骤2-1-1：第五节点(本实施例中的第五网络节点)向第三节点或第四节点发送第三数据请求消息，该消息的作用是向第三节点或第四节点提供与数据传输有关的配置信息，该消息可以是ts38.413中的pdu session resource setup request消息(pdu会话资源建立请求消息)或pdu session resource modify request消息((pdu会话资源修改请求消息)，或initial ue context setup request消息(初始用户上下文建立请求消息)，也可以是其他消息或新定义的消息，此外，该消息还可以包括如下信息中的至少一个：
605.■
数据的第五配置信息，该信息所包含的内容可以参见上述“数据的配置信息”606.■
小数据的第三指示信息，该信息所包含的内容可以参见上述“小数据的指示信息”607.步骤2-1-2：第三节点或第四节点根据步骤2-1-1中收到的信息确定小数据，进而可以与其他节点交互与小数据传输有关的配置信息，例如，第三节点可以是第一基站，第一基站可以根据从核心网节点接收到的上述第三数据请求信息中所包含的信息，与第二基站交互与小数据传输有关的配置，再例如，第三节点可以是第一基站的集中单元的控制面部分，第一基站的集中单元的控制面部分可以根据从核心网节点接收到的消息与第一基站的集中单元的用户面部分交互与小数据传输有关的配置信息，即第三节点或第四节点可以根
据从核心网接收到的信息进行基站内或基站间的与小数据传输有关的配置信息的交互。
608.上述流程的有益效果为，第三节点或第四节点可以确定小数据无线承载，或小数据pdu会话，或小数据qos流，进而与其他节点交互传输小数据的配置信息，并进行小数据的传输。
609.本公开所提供上述可选实施例的流程中，第三节点可以是第一基站，第四节点可以是第二基站，如果第三节点或第四节点包括集中单元和分布单元，并且集中单元包括集中单元的控制面部分和用户面部分，还可以包括集中单元的控制面部分与集中单元的用户面部分的交互流程，即还可以包括基站内的不同结构实体之间的交互流程，可选的，该交互流程可以是发生在步骤2-1和步骤2-2之后，如图7所示，该交互流程可以包括：
610.步骤2-2-1:集中单元的控制面部分向集中单元的用户面部分发送第二配置请求消息，该消息可以为ts38.463中的bearer context setup/modification request消息，此外，该消息还可以包括如下信息中的至少一个：
611.■
恢复数据传输的指示信息，该信息的作用是指示需要恢复传输的数据，该信息至少包括如下信息之一：
612.■
无线承载的标识信息，如drb id，srb id
613.■
无线承载的qos信息
614.■
pdu会话的标识信息，如pdu session id
615.■
pdu会话的qos信息
616.■
qos流的标识信息，如qos flow id
617.■
qos流的qos信息
618.■
数据类型的指示信息，该指示信息可以指示的类型至少包括如下类型之一：
619.◆
小数据
620.◆
基于随机接入(random access)的小数据
621.◆
基于配置许可(configured grant)的小数据
622.◆
非小数据
623.■
恢复小数据传输的指示信息，该指示信息告知集中单元的用户面部分可以恢复与小数据(或小数据无线承载，或小数据pdu会话，或小数据qos流等)传输有关的配置信息(如隧道)，在一个实施例中，该信息指示了恢复所有小数据的传输
624.■
小数据的第四指示信息，该信息所包含的内容可以参见上述“小数据的指示信息”625.■
与隧道有关的第七配置信息，该信息的内容可以参见上述“与隧道有关的配置信息”，该信息中所包含的“隧道信息”可以是集中单元的用户面部分在与其他节点(如第四节点的分布单元部分)进行小数据传输时其他节点(基站，或基站的分布单元，或基站的集中单元，或基站的集中单元的用户面部分)所用到的隧道(如下行隧道，或数据转发(forwarding)隧道)的信息。在一个实施例中，上述“与隧道有关的第七配置信息”是针对一个或多个小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)分别给出的，在另一个实施例中，上述“与隧道有关的第七配置信息”是针对所有小数据无线承载(或小数据pdu会话，或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)给出的，即用一个隧道来进行所有小数据无线承载(或小数据pdu会话，
或小数据qos流，或小数据的逻辑信道，或小数据的逻辑信道组)的数据传输
626.步骤2-2-2:可选的，集中单元的用户面部分向集中单元的控制面部分发送第二配置响应消息，该消息可以为ts38.463中的bearer context setup/modification response消息。
627.上述流程的有益效果为：集中单元的用户面部分可以恢复传输小数据的配置信息，并与其他节点进行小数据的传输。其中，上述流程可以是第一基站的集中单元的控制面部分与集中单元的用户面部分的交互流程，也可以是第二基站的集中单元的控制面部分与集中单元的用户面部分的交互流程。
628.第三方面：基站与用户间的交互
629.为了实现用户数据(如小数据)的传输，基站和用户间会进行一些信令的交互，该交互的作用是帮助基站获得用户数据的传输特征，帮助基站确定用户数据。因此，本公开的第三方面给出了基站与用户间的交互方法，该基站可以是上述第三节点或第四节点。可选的，如图8所示，以要传输的用户数据是小数据为例，该交互流程可以包括如下步骤：
630.步骤3-1：基站(第三节点或第四节点)向用户发送第一用户配置请求消息，该消息的作用是配置用户为基站提供帮助小数据传输的辅助信息，该消息可以至少包括如下信息之一：
631.与小数据有关的辅助信息的请求指示信息；小数据的第五指示信息；确定小数据的指示信息。其中：
632.■
与小数据有关的辅助信息的请求指示信息，该信息的作用是指示用户提供关于小数据的服务信息
633.■
小数据的第五指示信息，该信息所包含的内容可以参见前文中所介绍的“小数据的指示信息”即“2)小数据的指示信息”；
634.■
确定小数据的指示信息，该信息的作用是帮助用户确定哪些数据是小数据，该信息可以至少包括如下信息之一：
635.数据量的门限信息；数据传输的特征的指示信息。其中：
636.■
数据量的门限信息，该信息指示了小数据的数据量的门限，该信息可以至少包括如下信息之一：
637.◆
门限大小信息，如比特数据，字节数，数据包的个数；
638.◆
时间信息，该信息指示了统计数据量的时间窗大小信息，单位可以是秒，毫秒，分，小时等；
639.在一个实施例中，数据量小于或等于上述门限信息大小，和/或，数据的统计数据量的时间窗小于或等于时间窗大小信息的数据，可以称为小数据。
640.■
数据传输的特征的指示信息，该信息指示了小数据传输所具有的特征，该信息可以至少包括如下信息之一：
641.◆
数据的周期(traffic periodicity)，该信息指示了小数据的传输周期；
642.◆
数据的时间偏移量(timing offset)，该信息指示了小数据传输的时间偏移量；
643.◆
数据的逻辑信道的标识(logical channel identity)，该信息指示了传输小数据的逻辑信道的标识；
644.◆
数据的逻辑信道组的标识(logical channel group identity)，该信息指示了
传输小数据的逻辑信道组的标识；
645.◆
数据的大小(message size)，该信息指示了传输的小数据的大小；
646.◆
无线承载的标识信息，该信息指示了用于承载小数据的无线承载的标识即小数据的无线承载的标识；
647.◆
pdu会话的标识信息，该信息指示了小数据所属的pdu会话的标识；
648.◆
qos流的标识信息，该信息指示了小数据所属的qos的标识。
649.步骤3-2：用户向基站(第三节点或第四节点)发送第一用户配置响应消息，该消息的作用是用户向基站提供帮助小数据传输的辅助信息，该消息可以至少包括如下信息之一：
650.数据的第六配置信息；小数据的第六指示信息；第五辅助信息。其中：
651.■
数据的第六配置信息，该信息所包含的内容可以参见前文中的“数据的配置信息”即前文中的“1)数据的配置信息”。
652.■
小数据的第六指示信息，该信息所包含的内容可以参见前文中的“小数据的指示信息”即前文中的“2)小数据的指示信息”。
653.■
第五辅助信息(assistance information)，该信息的作用是用于通知基站关于小数据的辅助信息，该信息可以至少包括如下信息之一：
654.◆
数据的特征信息(traffic pattern information)，该信息指示了数据传输的特征，该特征信息可以至少包括如下信息之一：
655.·
数据的周期(traffic periodicity)
656.·
数据的时间偏移量(timing offset)
657.·
数据的逻辑信道的标识(logical channel identity)
658.·
数据的逻辑信道组的标识(logical channel group identity)
659.·
数据的大小(message size)
660.·
无线承载的标识信息
661.·
pdu会话的标识信息
662.·
qos流的标识信息
663.其中，数据的特征信息可以包含的各项信息的作用可以参见步骤3-1中“数据传输的特征的指示信息”所包含的各项信息。
664.在一个实施例中，该“第五辅助信息”可以参见ts36.331/ts38.331中的ue assistance information(用户设备辅助信息)消息。
665.在上述流程中，第一用户配置请求消息可以是ts38.331中的rrc reconfiguration(rrc重配置)消息或ts36.331中的rrc connection reconfiguration(rrc连接重配置)消息，也可以其他消息或新定义的消息，第一用户配置响应消息可以为ts36.331/ts38.331中的ue assistance information消息，也可以是其他消息或新定义的消息。
666.上述流程的有益效果为：基站可以获取小数据的辅助信息，帮助基站确定小数据，并配置小数据的传输(如用户进入inactive状态后进行的小数据传输)。
667.此外，本公开的第三方面还可以包括用户向基站/基站内的结构实体(如第三节点或第四节点)请求小数据传输的配置信息的流程，该流程的作用是当用户获知其有小数据
release消息(rrc连接释放消息))，也可以是新定义的rrc消息(如configured grant configuration消息(配置许可配置消息))。
684.上述流程的有益效果为，用户向基站请求小数据传输的配置信息，从而帮助用户进行小数据的传输。
685.此外，在用户进行小数据传输时，用户也会向基站(如第三节点或第四节点)提供与小数据有关的辅助信息，该信息可以帮助基站进行小数据传输的配置，所以本公开的第三方面还可以包括如下流程，如图10所示，该流程可以包括：
686.步骤3-2-1：用户向基站发送第三用户配置请求消息，该消息可以是控制面的rrc消息，也可以是用户面的数据包，也可以既包括rrc消息，也包括用户面的数据包(如小数据的数据包)，该消息的作用是向基站提供与小数据传输有关的辅助信息，该消息至少包括如下信息之一：
687.与携带的数据有关的第五信息；与缓存状态有关信息；与更多数据传输有关的信息。其中，各信息具体可以如下：
688.■
与携带的数据有关的第五信息，该数据是用户发送给基站的，或用户发给基站的分布单元的。该第五信息所包含的内容可以参见前文中“与携带的数据有关的信息”即前文中的“6)与携带的数据有关的信息”689.■
与缓存状态有关信息，该信息的作用是指示用户需要传输的数据大小，该信息可以至少包括如下信息之一：
690.◆
缓存状态上报(buffer status report)信息，该信息包含了用户所需发送的数据的大小，如比特数，字节数，数据包的个数等，在一个实施例中，该信息可以是一个索引信息，进一步的该索引信息指示了用户所需发送的数据的大小，如1表示所需传输的数据大小小于或等于10字节，2表示所需传输的数据大小小于或等于14字节等，在一个实施例中，该信息所包含的内容可以参见ts38.321或ts36.321中的bsr大小；
691.◆
逻辑信道标识信息，该信息指示了用户发送数据(如小数据，或基于随机接入的小数据)所用的逻辑信道，如logical channel id，在一个实施例中，该信息指示了上述“缓存状态上报信息”所对应的逻辑信道，即传输上述“缓存状态上报信息”所对应的数据时所用的逻辑信道，在另一个实施例中，该信息指示了基站收到用户缓存状态上报(buffer status report)信息的逻辑信道；
692.◆
逻辑信道组的标识信息，该信息指示了用户发送数据(如小数据，或基于随机接入的小数据)所用的逻辑信道组，如logical channel id，该信息指示的逻辑信道组可能包括一个或多个逻辑信道，进一步的，该信息还可以包括该逻辑信道组所包含的一个或多个逻辑信道的标识信息，在一个实施例中，该信息指示了上述“缓存状态上报信息”所对应的逻辑信道组，即传输上述“缓存状态上报信息”所对应的数据时所用的逻辑信道组，在另一个实施例中，该信息指示了基站收到用户缓存状态上报(buffer status report)的逻辑信道组；
693.◆
逻辑信道的指示信息，该信息的作用是指示用户在各逻辑信道上是否有数据发送，在一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个逻辑信道，而每个比特的值表示用户在该逻辑信道上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或“1”表示没有数据，“0”表示有数据，进一步的，为了表示需要传输的数
据量，该指示信息还可以和上述“缓存状态上报信息”结合，用于指示有数据的逻辑信道上需要传输的数据量；
694.◆
逻辑信道组的指示信息，该信息的作用是指示用户在各逻辑信道组上是否有数据发送，一个逻辑信道组可以包含一个或多个逻辑信道，在一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个逻辑信道组，而每个比特的值表示用户在该逻辑信道组上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或“1”表示没有数据，“0”表示有数据，进一步的，为了表示需要传输的数据量，该指示信息还可以和上述“缓存状态上报信息”结合，用于指示有数据的逻辑信道组上需要传输的数据量。
695.在一个实施例中，上述“与缓存状态有关信息”可以是用户发送给基站的mac层控制信元(mac control element)中所包含的信息。
696.■
与更多数据传输有关的信息(information related to more data transmission)，该信息的作用是指示用户是否还有更多的数据需要发送，该数据可以是上行数据，也可以是下行数据，也可以上行数据和下行数据，该信息可以至少包括如下信息之一：
697.◆
更多数据传输的指示信息，该信息的作用是指示是否还有更多数据需要传输；
698.◆
更多数据传输的逻辑信道的指示信息，在信息的作用是指示有更多数据传输的逻辑信道，在一个实施例中，该信息包含一个或多个有更多数据传输的逻辑信道的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个逻辑信道，而每个比特的值表示用户在该逻辑信道上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或，“1”表示没有数据，“0”表示有数据
699.◆
更多数据传输的逻辑信道组的指示信息，在信息的作用是指示有更多数据传输的逻辑信道组，在一个实施例中，该信息包含一个或多个有更多数据传输的逻辑信道组的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个逻辑信道组，而每个比特的值表示用户在该逻辑信道组上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或，“1”表示没有数据，“0”表示有数据
700.◆
更多数据传输的无线承载的指示信息，在信息的作用是指示有更多数据传输的无线承载，在一个实施例中，该信息包含一个或多个有更多数据传输的无线承载的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个无线承载，而每个比特的值表示用户在该无线承载上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或，“1”表示没有数据，“0”表示有数据
701.◆
更多数据传输的pdu会话的指示信息，在信息的作用是指示有更多数据传输的pdu会话，在一个实施例中，该信息包含一个或多个有更多数据传输的pdu会话的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个pdu会话，而每个比特的值表示用户在该pdu会话上是否有数据发送，如“1”表示有数据，“0”表示没有数据，或，“1”表示没有数据，“0”表示有数据
702.◆
更多数据传输的qos流的指示信息，在信息的作用是指示有更多数据传输的qos流，在一个实施例中，该信息包含一个或多个有更多数据传输的qos流的标识信息，在另一个实施例中，该信息可以是一个比特图(bitmap)，该比特图的每个比特代表了一个pdu会话，而每个比特的值表示用户在该qos流上是否有数据发送，如“1”表示有数据，“0”表示没
有数据，或“1”表示没有数据，“0”表示有数据
703.步骤3-2-2，基站收到上述第三用户配置请求消息中包含的信息后，其可以转发给其他基站(如第四节点收到上述信息后转发给第三节点)，在另一个实施例中，当基站的分布单元收到上述信息后，可以转发给基站的集中单元，然后由集中单元转发给其他基站(如第四节点的集中单元收到上述信息后转发给第三节点)。
704.上述流程中第三用户配置请求消息可能是现有的rrc消息(如ts36.331/ts38.331中的ue assistance information消息)，也可能是新定义的rrc消息，也可能是一个用户面的数据包(可选的，上述信息可以包含在该数据包的mac控制信元内)。
705.上述流程的有益效果为，基站可以获得用户所需传输的小数据的信息，并帮助基站进行小数据传输的配置。
706.本公开上述三个方面的流程可以相互结合来完成小数据的传输，下面给出几个相关的实施例，下述各实施例中仍是以第一数据为小数据、第一连接状态是inactive为例进行的说明。
707.实施例a(该实施例的流程可以发生在用户进入inactive态之前)
708.如图11所示，该实施例可以发生在基站的集中单元(或集中单元的控制面部分(也可以称为控制面实体))、基站的分布单元以及用户之间，该实施例中基站为第一基站，该实施例可以包括以下步骤：
709.■
步骤a-1:基站的集中单元(集中单元的控制面部分)通过基站的分布单元向用户即用户设备发送消息a-1，该消息中所包含的信息可以参考上述步骤3-1中的第一用户配置请求消息；
710.■
步骤a-2:用户通过基站的分布单元向基站的集中单元(集中单元的控制面部分)发送消息a-2，该消息中所包含的信息可以参考上述步骤3-2中的第一用户配置响应消息。
711.上述两个步骤的目的是用户向基站提供一个帮助配置小数据传输的辅助信息，在一个可选实施例中，该消息a-1和消息a-2可以分别为ts38.331中的rrc reconfiguration(rrc重配置)(或ts36.331中的rrc connection reconfiguration(rrc连接重配置))消息和ue assistance information消息(ue辅助消息)；
712.■
步骤a-3:基站的集中单元(或集中单元的控制面部分)向基站的分布单元发送消息a-3，该消息中所包含的内容可以参见上述步骤1-1中的第一数据请求消息；
713.■
步骤a-4:基站的分布单元向基站的集中单元(集中单元的控制面部分)发送消息a-4，该消息中所包含的内容可以参见上述步骤1-2中的第一数据响应消息；
714.上述两个步骤的目的是集中单元(或集中单元的控制面部分)从分布单元出获取小数据传输有关的配置信息，同时分布单元也可以从集中单元处(或集中单元的控制面部分)获取小数据传输的配置信息，在一个可选实施例中，该消息a-3和消息a-4可以分别为f1ap ue context modification request消息和f1ap ue context modification response消息；
715.■
步骤a-5:基站的集中单元(集中单元的控制面部分)向基站的分布单元发送消息a-5，该消息中所包含的内容可以参见上述步骤1-1中的第一数据请求消息；
716.■
步骤a-6:基站的分布单元向用户发送消息a-6，该消息的作用是配置用户进入
inactive状态，在该消息中可以包括rrc release消息，在该消息中可以包括如下信息之一：
717.■
指示用户进入inactive态的指示信息
718.■
进行小数据传输的配置信息，如配置许可的配置信息，该信息的具体内容可以参见前文中的“与配置允许有关的配置信息”719.■
步骤a-7:基站的分布单元向基站的集中单元(集中单元的控制面部分)发送消息a-7，该消息中所包含的内容可以参见上述步骤1-2中的第一数据响应消息。
720.上述三个步骤的目的是配置用户进入inactive状态，并向用户提供与小数据传输有关的配置信息。在一个实施例中，该消息a-5和消息a-7可以分别为f1ap ue context release command消息和f1ap ue context release confirm消息，消息a-6可以是rrcrelease消息，也可以为其他消息。
721.在一个实施例中，上述流程可以用于用户进入inactive前配置小数据的传输或获取小数据传输所需的配置信息。其中，该小数据传输可以是基于配置许可的小数据传输，也可以是基于随机接入的小数据传输。
722.可选的，上述消息a-5和消息a-3中所包含的信息不同或者不完全相同，消息a-7和消息a-4中所包含的信息不同或者不完全相同。基站的分布单元在接收到基站的集中单元发送的消息a-3之后，可以基于消息a-3中所携带的内容来确定消息a-4中所携带的内容，同样的，基站的集中单元可以根据消息a-4中所携带的内容确定消息a-5中所携带的内容，基站的分布单元再基于消息a-5中所携带的内容确定消息a-6中所携带的内容。
723.另外还需要说明的是，本公开所提供的各可选实施例的流程的各个步骤之间的顺序并不是唯一固定的，比如图11所示的流程中，步骤a-5和步骤a6之间以及步骤a-6和步骤a-7之间是可以没有明确的先后顺序的。
724.实施例b(该实施例的流程可以发生在用户进入inactive态之前)
725.如图12所示，该实施例可以发生在基站的集中单元(集中单元的控制面部分)、基站的分布单元以及用户之间，该基站是第一基站，该实施例的流程可以包括如下步骤：
726.■
步骤b-1:基站的集中单元(集中单元的控制面部分)通过基站的分布单元向用户发送消息b-1，该消息中所包含的信息可以参考上述步骤3-1中的第一用户配置请求消息；
727.■
步骤b-2:用户通过基站的分布单元向基站的集中单元(集中单元的控制面部分)发送消息b-2，该消息中所包含的信息可以参考上述步骤3-2中的第一用户配置响应消息；
728.上述两个步骤的目的是用户向基站提供一个帮助配置小数据传输的辅助信息，在一个实施例中，该消息b-1和消息b-2可以分别为ts38.331中的rrc reconfiguration(或ts36.331中的rrc connection reconfiguration)消息和ue assistance information消息；
729.■
步骤b-3:基站的集中单元(集中单元的控制面部分)向基站的分布单元发送消息b-3，该消息中所包含的内容可以参见上述步骤1-1中的第一数据请求消息；
730.■
步骤b-4:基站的分布单元向用户发送消息b-4，该消息的作用是配置用户进入inactive状态，在该消息中可以包括rrc release消息，在该消息中可以包括如下信息之
一：
731.■
指示用户进入inactive态的指示信息
732.■
进行小数据传输的配置信息，如配置许可的配置信息，该信息的具体内容可以参见上述“与配置允许有关的配置信息”733.■
步骤b-5:基站的分布单元向基站的集中单元(集中单元的控制面部分)发送消息b-5，该消息中所包含的内容可以参见上述步骤1-2中的第一数据响应消息；
734.上述三个步骤的目的是配置用户进入inactive状态，并向用户提供与小数据传输有关的配置信息。在一个实施例中，该消息b-3和消息b-5可以分别为f1ap ue context release command消息和f1ap ue context release confirm消息，消息b-4可以是rrc release消息。
735.在一个实施例中，上述流程可以用于用户进入inactive前配置小数据的传输或获取小数据传输所需的配置信息。具体的，该小数据传输可以是基于配置许可的小数据传输，也可以是基于随机接入的小数据传输。
736.由上述图11所示的实施例和图12所示的实施例可知，基站的集中单元和基站的分布单元进行信息交互时，两者之间需要交互的信息可以有多种不同的实施方式，如图11中可以通过步骤a-3、步骤a-4、步骤a-5及步骤a-7进行多次交互，也可以如图12中所示的通过步骤b-3和步骤b-5进行交互。可以理解的是，对于不同的交互方式，不同的消息中所携带的信息可以不同，如不完全相同或完全不同，例如，消息a-3、消息a-5和消息b-3中所包含的内容可以不同，消息a-3和消息b-3包含的内容可以相同，也可以不同，同样的，消息a-5和消息b-3包含的内容可以相同，也可以不同
737.实施例c(该实施例的流程可以发生在用户进入inactive态之后在新的基站(第二基站)进行小数据传输，该新的基站与上一服务基站即第一基站不是同一基站)
738.在该实施例中，inactive用户在新的基站进行小数据的传输，这需要新基站与上一个服务基站间进行用户上下文的获取，如图13，该实施例的流程可以包括如下步骤：
739.■
步骤c-1:用户向新基站的分布单元发送消息c-1,该消息中所包含的信息可以参考上述步骤3-2-1中的第三用户配置请求消息，或，步骤1-1-1中的rrc恢复请求消息和/或小数据的数据包；
740.■
步骤c-2:新基站的分布单元向新基站的集中单元(或集中单元的控制面部分)发送消息c-2，该消息中所包含的信息可以参考上述步骤1-1-2中的第二数据请求消息；
741.根据上述两个步骤，新基站的集中单元可以获知用户发起了rrc恢复流程或发起了小数据传输。在一个实施例中，上述消息c-2可以是f1ap initial ul rrc message transfer消息，也可以是其他消息或新的f1ap消息。
742.■
步骤c-3:新基站的集中单元(或集中单元的控制面部分)向上一个服务基站发送消息c-3,该消息中所包含的信息可以参考上述步骤2-1中的第一配置请求消息；
743.■
步骤c-4:上一个服务基站向新基站的集中单元发送消息c-4,该消息中所包含的信息可以参考上述步骤2-2中的第一配置响应消息；
744.上述两个步骤的作用是新基站向上一个基站(上一服务基站)获取用户的上下文，但上一个基站决定不将其所有的用户上下文转移到新基站(即no ue context relocation)，即上一个基站没有将该用户的上下文提供给新基站。在这个过程中，为了支
持小数据传输，上一个服务基站向新基站提供了与小数据传输有关的配置信息。在一个实施例中，上述消息c-3和消息c-4可以分别是retrieve ue context request消息(取回用户上下文请求消息)和retrieve ue context failure消息(取回用户上下文失败消息)，也可以是新的消息。
745.■
步骤c-5:新基站的集中单元(集中单元的控制面部分)向新基站的分布单元发送消息c-5，该消息中所包含的信息可以参考上述步骤1-1中的第一数据请求消息；
746.■
步骤c-6:基站的分布单元向基站的集中单元(集中单元的控制面部分)发送消息c-6，该消息中所包含的信息可以参考上述步骤1-2中的第一数据响应消息；
747.上述两个步骤的目的是在新基站的集中单元与分布单元间进行小数据传输有关的配置。在一个实施例中，上述消息c-5和消息c-6可以分别是f1ap ue context setup request消息和f1ap ue context setup response消息，或者可以分别是f1ap ue context modification request消息和f1ap ue context modificationresponse消息，当然，也可以是其他消息或新定义的消息。
748.■
步骤c-7:新基站的集中单元(集中单元的控制面部分)向上一个服务基站发送消息c-7，该消息中所包含的内容可以参见上述步骤2-3中的第一配置确认消息；
749.该步骤的目的是新基站向上一个服务基站提供与小数传输有关的配置信息。在一个实施例中，上述消息c-7可以是xn-u address indication(xn接口的用户面的地址指示)消息或x2-u address indication(x2接口的用户面的地址指示)消息，也可以是新的消息；
750.■
步骤c-8:用户与新基站的分布单元进行小数据的传输；
751.■
步骤c-9:新基站的分布单元与上一个服务基站进行小数据的传输。
752.上述两个步骤的目的是实现用户和上一个服务基站进行小数据的传输，在这个过程中，小数据需要经过新基站的分布单元。
753.在一个实施例中，上述流程可以用于用户进入inactive后配置小数据的传输。具体的，该小数据传输可以是基于配置许可的小数据传输，也可以是基于随机接入的小数据传输。
754.进一步的，在一种实施方式中，上述流程中的步骤c-1～c-7可以用来进行所有小数据的传输的配置，可选的，在步骤c-1中可能没有包含小数据的数据包，也可能只包含了少量的小数据的数据包(还有更多的数据包需要通过步骤c-8/c-9进行传输)，但是通过步骤c-2～c-7进行了所有小数据的传输的配置。在另一种实施方式中，上述流程是根据新基站的分布单元所收到的小数据包来进行的，如步骤c-1中包含了一种类型的小数据(如一个小数据无线承载的数据包，或者一个小数据pdu会话的数据包，或者一个小数据qos流的数据包，或者承载小数据的一个逻辑信道的数据包，或者承载小数据的一个逻辑信道组的数据包)，那么步骤c-2～c-7可以只用来配置该一种类型的小数据的传输，如果步骤c-1中又收到新的类型的小数据包，步骤c-2～c-7可以再执行一次来配置该新类型的小数据传输，以此类推。而步骤c-8～c-9中所传输的数据包是已经配置好的小数据的数据包。
755.另外上述实施例a、b、c中的各步骤都是可选步骤，在实际网络中，可以执行其中的部分或全部步骤。
756.本公开上述三个方面所提供的可选实施方式可以至少具有以下有益效果：
757.基于第一方面的内容，有益效果可包括：
758.1.第一节点和第二节点交互用户的配置信息，从而生成用户进行数据(如小数据)传输所用的配置信息，可选的，该有益效果可以发生在用户进入inactive状态之前；
759.2.第一节点和第二节点交互用户的配置信息，用于配置两个节点进行用户的小数据的传输，可选的，该有益效果可以发生在用户进行小数据传输的过程中；
760.3.第一节点和第二节点间可以进行用户数据的解码和传输，并将解码后的数据发送给核心网。
761.基于第二方面的内容，有益效果可以包括：
762.1.第三节点和第四节点之间可以交互用户的配置信息，从而帮助第三节点决定是否将用户的上下文转移到第四节点，同时也帮助第四节点获得用户数据(如小数据)传输所需要的配置信息。
763.基于第三方面的内容，有益效果可以包括：
764.1.基站可以获取用户侧关于数据(如小数据)的特征信息，从而帮助基站生成与数据传输有关的配置信息；
765.2.用户可以向基站请求与数据(如小数据)传输有关的配置信息；
766.3.用户可以向基站提供帮助确定数据(如小数据)传输的配置的辅助信息。
767.基于相同的原理，本公开实施例还提供了一种信息传输方法，该方法可以包括：
768.发送第一消息和/或接收第二消息，以基于第一消息和/或第二消息所对应的资源(资源配置)进行第一数据的传输，其中，第一消息和第二消息包括关于第一数据的信息，其中，第一数据为用户设备处于第一连接状态时的待传输数据。
769.可选的，上述第一数据的传输可以包括以下至少一项：
770.基于上述资源配置，传输第一数据；
771.发起随机接入请求消息，基于上述资源配置传输第一数据。
772.可以理解的是，该实施例是从不同的执行主体(发生信息交互的两端)的角度对本公开方案的描述，其实质与前文描述的信息传输方法的实质是相同的，比如，该信息传输方法是发生在用户设备和网络节点之间时，前文中的执行主体可以是用户设备，该实施例中的执行主体则是网络节点。两端的方法内容实质是相同的，对于该实施例的各种可选实施方式，可以参见前文前文中的各可选实施例，在此不再重复描述。
773.对应于本公开实施例提供的数据传输方法，本公开还提供了一种数据传输装置，该装置可以被配置在用户设备中，该装置包括通信模块，该通信模块可以被配置为：
774.在进入第一连接状态之前，获取对应于第一数据的资源配置信息，以在进入第一连接状态之后基于资源配置信息传输第一数据；
775.发起随机接入请求消息，以基于随机接入过程传输第一数据；
776.其中，第一连接状态为非连接态，第一数据为用户设备处于第一连接状态时的待传输数据。
777.可选的，上述通信模块可以被配置为：发送rrc恢复请求消息，基于rrc恢复过程传输第一数据。
778.可选的，上述通信模块可以被配置为执行以下至少一项：
779.同时发送rrc恢复请求消息和第一数据；
780.分别发送rrc恢复请求消息和第一数据；
781.在发送rrc恢复请求消息之后发送待发送的第一数据；
782.发送rrc恢复请求消息，接收第一数据。
783.可选的，第一数据包括小数据，小数据为满足以下至少一项的数据：
784.数据包大小小于或等于第一大小的数据；
785.传输周期小于或等于第一周期的数据；
786.第一类型的数据。
787.本公开实施例还提供了一种数据传输装置，该装置可以被配置在网络节点中，该装置包括通信模块，该通信模块被配置为：
788.在用户设备进入第一连接状态之前，向用户设备发送第一数据的资源配置信息，以使用户设备在进入第一连接状态之后基于资源配置信息传输第一数据；
789.接收用户设备发送的随机接入请求消息，基于随机接入过程传输第一数据；
790.其中，第一数据为用户设备处于第一连接状态时的待传输数据。
791.再一方面，本公开实施例还提供了一种数据传输装置，该装置可以被配置在用户设备中，该装置包括通信模块，通信模块被配置为：
792.获取对应于第一数据的资源配置信息，以基于资源配置信息传输第一数据，和/或，发起随机接入请求消息，基于资源配置信息传输第一数据；
793.其中，第一数据为用户设备处于第一连接状态时的待传输数据，第一连接状态为非连接。
794.本公开实施例还提供了一种数据传输装置，该装置可以被配置在网络节点中，该装置包括通信模块，通信模块被配置为：
795.发送对应于第一数据的资源配置信息，以使用户设备基于资源配置信息传输第一数据，和/或，发起随机接入请求消息，基于资源配置信息传输第一数据；
796.其中，第一数据为用户设备处于第一连接状态时的待传输数据，第一连接状态为非连接。
797.对应于本公开提供的信息传输方法，本公开还提供了一种信息传输装置，该装置包括通信模块，该通信模块被配置为：
798.接收第一消息和/或发送第二消息，以基于第一消息和/或第二消息所对应的资源(资源配置)进行第一数据的传输，其中，第一消息和第二消息包括关于第一数据的信息，其中，第一数据为用户设备处于第一连接状态时的待传输数据，第一连接状态为非连接态。
799.可选的，上述第一数据的传输可以包括以下至少一项：
800.基于上述资源配置，传输第一数据；
801.发起随机接入请求消息，基于上述资源配置传输第一数据。
802.可选的，该装置可以配置在用户设备中，第一消息包括第三消息和/或第四消息，第二消息包括第五消息和/或第六消息；
803.第三消息用于配置用户设备提供与第一数据的传输相关的信息；
804.第四消息用于向用户设备提供第一数据的传输配置信息；
805.第五消息用于提供与第一数据的传输相关的信息；
806.第六消息用于请求第一数据的传输配置信息。
807.可选的，该通信模块可以被配置为执行以下至少一项：
808.接收第一网络节点发送的第三消息，响应于第三消息，向第一网络节点发送第五消息；
809.向第二网络节点发送第六消息，接收第二网络节点发送的第四消息，第四消息为第六消息的响应消息；
810.向第三网络节点发送第五消息，以通过第三网络节点将第五消息发送给第四网络节点。
811.可选的，上述第一网络节点、第二网络节点、第三网络节点或第四网络节点包括以下至少一项：
812.第一基站；第一基站的集中单元或分布单元；第一基站的集中单元的用户面实体或集中单元的控制面实体；第二基站；第二基站的集中单元或分布单元；第二基站的集中单元的用户面实体或集中单元的控制面实体；
813.其中，第一基站为用户设备进入第一连接状态之前的服务基站，第二基站为用户设备进入第一连接状态之后的服务基站。
814.可选的，该装置可以被配置在第五网络节点中，上述通信模块可以被配置为：向第六网络节点发送的第二消息和/或接收第六网络节点发送第一消息，第二消息用于提供与第一数据传输有关的配置信息，和/或，用于请求与第一数据传输有关的配置信息，第一消息用于向第五网络节点提供与第一数据传输有关的配置信息。
815.可选的，第五网络节点和第六网络节点为以下任一项：
816.第六网络节点为第一基站的分布单元，第五网络节点为第一基站的集中单元或第一基站的集中单元的控制面实体；
817.第六网络节点为第二基站的分布单元，第五网络节点为第二基站的集中单元或第二基站的集中单元的控制面实体；
818.第五网络节点为第二基站、第二基站的集中单元、第二基站的集中单元的用户面实体、第二基站的集中单元的控制面实体或第二基站的分布单元，第六网络节点为第一基站、第一基站的集中单元、第一基站的集中单元的用户面实体、第一基站的集中单元的控制面实体或第一基站的分布单元；
819.第五网络节点为核心网节点，第六网络节点为以下任一项：
820.第一基站、第一基站的第一基站、第一基站的集中单元、第一基站的集中单元的用户面实体、第一基站的集中单元的控制面实体、第一基站的分布单元、第二基站、第二基站的集中单元、第二基站的集中单元的用户面实体、第二基站的集中单元的控制面实体或第二基站的分布单元；
821.其中，第一基站为用户设备进入第一连接状态之前的服务基站，第二基站为用户设备进入第一连接状态之后的服务基站。
822.可选的，上述通信模块在向第六网络节点发送第二消息和/或接收第六网络节点发送的第一消息时，可以被配置为：
823.向第六网络节点发送第二消息；
824.接收第六网络节点发送的第一消息，其中，第一消息为第二消息的响应消息。
825.可选的，上述通信模块还用于：向第六网络节点发送第七消息，第七消息用于提供与第一数据传输有关的配置信息。
826.可选的，第五网络节点和第六网络节点为第二基站的结构实体，上述通信模块还用于：：
827.接收第六网络节点发送的第八消息，其中，第八消息用于向第五网络节点请求与第一数据有关的配置信息，第八消息为第六网络节点在接收到用户设备发送的数据传输指示信息时发送的；
828.响应于第八消息，向第六网络节点发送第九消息。
829.对应于本公开提供的信息传输方法，本公开还提供了一种信息传输装置，该装置包括通信模块，该通信模块被配置为：
830.发送第一消息和/或接收第二消息，以基于第一消息和/或第二消息所对应的资源(资源配置)进行第一数据的传输，第一消息和第二消息包括关于第一数据的信息，其中，第一数据为用户设备处于第一连接状态时的待传输数据，第一连接状态为非连接态。
831.可选的，上述第一数据的传输可以包括以下至少一项：
832.基于上述资源配置，传输第一数据；
833.发起随机接入请求消息，基于上述资源配置传输第一数据。
834.本公开还提供了一种电子设备，该电子设备包括至少一个处理器，该至少一个处理器被配置为执行本公开任一可选实施例中所提供的方法。
835.本公开还提供了一种计算机可读存储介质，该存储介质中存储有计算机程序，该计算机程序在被处理器执行时实现本公开任一可选实施例中所提供的方法。本公开实施例中提供了一种电子设备，该电子设备包括：存储器和处理器；至少一个程序，存储于存储器中，用于被处理器执行时，与现有技术相比可实现：
836.在一个可选实施例中提供了一种电子设备，如图14所示，图14所示的电子设备4000包括：处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，电子设备4000还可以包括收发器4004，收发器4004可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本公开实施例的限定。
837.处理器4001可以是cpu(central processing unit，中央处理器)，通用处理器，dsp(digital signal processor，数据信号处理器)，asic(application specific integrated circuit，专用集成电路)，fpga(field programmable gate array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本公开公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
838.总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图14中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
839.存储器4003可以是rom(read only memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，ram(random access memory，随机存取存储器)或者可存储
信息和指令的其他类型的动态存储设备，也可以是eeprom(electrically erasable programmable read only memory，电可擦可编程只读存储器)、cd-rom(compact disc read only memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
840.存储器4003用于存储执行本公开方案的应用程序代码，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的应用程序代码，以实现前述方法实施例所示的内容。
841.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
842.以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。