CN113543311B

CN113543311B - 用户设备的无线资源控制状态的控制方法及相关装置

Info

Publication number: CN113543311B
Application number: CN202010688838.XA
Authority: CN
Inventors: 张梦晨; 徐海博
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-04-13
Filing date: 2020-07-15
Publication date: 2023-06-27
Anticipated expiration: 2040-07-15
Also published as: CN113543311A

Abstract

本申请实施例提供一种用户设备UE的无线资源控制RRC状态的控制方法，应用于包括集中单元和至少一个分布单元的网络设备，该方法包括：分布单元接收UE在非连接态下发送的辅助信息；辅助信息用于指示UE与网络设备完成小包数据的传输后UE的数据传输需求；分布单元根据辅助信息得到第一接口消息；分布单元向集中单元发送携带辅助信息的第一接口消息；集中单元根据第一接口消息中的辅助信息得到指示消息；指示消息用于指示UE和网络设备完成上述小包数据的传输后UE的RRC状态；集中单元通过分布单元向UE发送指示消息。采用本申请实施例，能够避免UE在完成上述小包数据的传输后进入不合适的RRC状态，减少UE后续数据传输的影响。

Description

用户设备的无线资源控制状态的控制方法及相关装置

技术领域

本申请涉及通信技术领域，尤其涉及一种用户设备的无线资源控制状态的控制方法及相关装置。

背景技术

在通信系统中，用户设备(user equipment，UE)与网络设备的通信协议栈中可以包括无线资源控制(radio resource control，RRC)层。目前存在三种UE的RRC状态，分别为RRC空闲(RRCIDLE)态、RRC非激活(RRC INACTIVE)态和RRC连接(RRC CONNECTED)态。

一般情况下，UE处于RRC CONNECTED态时，UE与网络设备之间才能传输数据。但在一些场景下，处于RRCIDLE态或RRC INACTIVE态的UE需传输的数据包很小，可以称这类数据包为小包数据，例如即时通讯消息，心跳包，周期性数据等。而UE从RRCIDLE态或RRCINACTIVE态进入RRC CONNECTED态所需的信令甚至大于小包数据，从而导致UE不必要的功耗和信令开销。为了避免上述情况，处于RRCIDLE态或RRC INACTIVE态的UE可以在随机接入过程中传输小包数据，或者可以基于预配置的上行资源传输小包数据，而无需进入RRCCONNECTED态后再传输小包数据。

但是UE和网络设备完成一次上行和/或下行小包数据的传输后，网络设备的集中单元无法获知UE后续是否有数据传输需求，因此可能导致UE在集中单元的指示下进入不合适的RRC状态，从而影响UE后续数据传输。例如，若UE后续无数据传输需求或者UE后续传输的数据包仍为小包数据，但UE却在集中单元的指示下进入RRC CONNECTED态，UE耗电较多。若UE后续待传输的数据包较大较多，但UE却在集中单元的指示下进入RRC INACTIVE态或RRCIDLE态，为了进行正常的数据传输，UE又需重新发起随机接入过程，从而导致不必要的功耗和信令开销。因此，如何避免UE在完成小包数据的传输后进入不合适的RRC状态，减少对UE后续数据传输的影响是本领域的技术人员正在研究的问题。

发明内容

本申请实施例提供了一种用户设备UE的无线资源控制RRC状态的控制方法及相关装置，能够避免UE在完成小包数据的传输后进入不合适的RRC状态，减少对UE后续数据传输的影响。

第一方面，本申请实施例提供了一种UE的RRC状态的控制方法，应用于网络设备，上述网络设备包括集中单元和至少一个分布单元，上述方法包括：上述分布单元接收UE在非连接态下发送的辅助信息；上述辅助信息用于指示上述UE与上述网络设备完成小包数据的传输后上述UE的数据传输需求；上述分布单元根据上述辅助信息得到第一接口消息；上述第一接口消息包括上述辅助信息；上述分布单元向上述集中单元发送上述第一接口消息；上述集中单元根据上述第一接口消息中的上述辅助信息得到指示消息；上述指示消息用于指示上述UE和上述网络设备完成上述小包数据的传输后上述UE的RRC状态；上述集中单元通过上述分布单元向上述UE发送上述指示消息。

本申请实施例中，对于由集中单元和分布单元组成的网络设备，处于非连接态的UE可以在请求与网络设备进行上述小包数据的同时上报辅助信息。集中单元可以通过辅助信息获取UE与网络设备完成上述小包数据的传输后UE的数据传输需求。并且，集中单元可以参考上述UE的数据传输需求确定用于指示UE与网络设备完成上述小包数据的传输后UE的RRC状态的指示消息。从而尽可能避免集中单元在无法获知完成上述小包数据传输后的UE的数据传输需求的情况下，指示UE进入不合适的RRC状态的问题。减少了对UE后续数据传输的影响，以及，有效避免了UE不必要的功耗和信令开销。

在一种可能的实现方式中，上述辅助信息包括：上述UE与上述网络设备完成上述小包数据的传输后上述UE待传输的数据量信息；或，上述辅助信息包括：第一比特位；通过上述第一比特位的取值指示上述数据传输需求；或，上述辅助信息包括：上述UE希望在完成上述小包数据传输之后的RRC状态的信息；或，上述辅助信息包括：上述UE与上述网络设备完成上述小包数据的传输后上述UE待传输的数据量与预设阈值之间的关系。

在一种可能的实现方式中，上述数据量信息包括：第一索引值；上述第一索引值对应上述UE与上述网络设备完成上述小包数据的传输后上述UE待传输的数据量位于第一范围；或，上述数据量信息包括：缓冲状态报告BSR的取值。

本申请实施例中，辅助信息包括的信息可以有多种形式，实现较为灵活，应用场景更为广泛。例如，若网络设备无法有效识别UE希望在完成上述小包数据传输之后的RRC状态的辅助信息，则UE可以反馈包括第一索引值或BSR的取值的辅助信息。

在一种可能的实现方式中，上述分布单元接收UE在非连接态下发送的辅助信息之前，上述方法还包括：上述网络设备向上述UE发送寻呼消息；上述寻呼消息用于上述网络设备指示存在下行数据发送给上述UE；上述分布单元接收UE在非连接态下发送的辅助信息，包括：上述分布单元接收上述UE响应于上述寻呼消息发送的上述辅助信息。

具体地，集中单元可以在分布单元恢复UE上下文之后向分布单元发送下行小包数据，并通过分布单元向UE发送下行小包数据。

在一种可能的实现方式中，上述分布单元接收UE在非连接态下发送的辅助信息，包括：上述分布单元接收上述UE在存在上行小包数据发送给上述网络设备时发送的上述辅助信息。

具体地，集中单元可以通过分布单元接收UE发送的上行小包数据。其中，该上行小包数据为UE在非连接态下发送辅助信息时一起向分布单元发送的。

在一种可能的实现方式中，上述分布单元接收UE在非连接态下发送的辅助信息，包括：上述分布单元接收上述UE在上述非连接态下发送的第一请求消息；其中，上述第一请求消息用于上述UE请求与上述网络设备进行数据传输，上述辅助信息携带于上述第一请求消息中，上述第一接口消息为初始上行RRC消息传送消息，上述第一接口消息包括RRC容器信息元素RRC Container IE，上述RRC Container IE包含携带上述辅助信息的上述第一请求消息。

本申请实施例中，辅助信息可以携带于第一请求消息中，因此，UE和分布单元之间可以无需增加额外的RRC消息。并且，携带于第一请求消息中的辅助信息可以放置在第一接口消息的RRC Container IE中，因此，第一接口消息可以无需新增IE，分布单元的处理逻辑的改变较少。辅助信息的使用场景限制较少，应用范围更为广泛。

在一种可能的实现方式中，上述第一请求消息中携带上述小包数据；上述分布单元向上述集中单元发送上述第一接口消息，包括：上述分布单元向上述集中单元发送携带上述辅助信息和上述小包数据的上述第一接口消息。

在一种可能的实现方式中，上述方法还包括：上述分布单元接收上述UE在上述非连接态下发送的上述小包数据；上述分布单元向上述集中单元发送上述第一接口消息，包括：上述分布单元向上述集中单元发送携带上述辅助信息的上述第一接口消息；接收上述集中单元发送的恢复UE上下文请求消息；响应于上述恢复UE上下文请求消息，恢复UE上下文；基于上述恢复的UE上下文向上述集中单元发送上述小包数据。

在一种可能的实现方式中，上述分布单元接收UE在非连接态下发送的辅助信息，包括：上述分布单元接收上述UE在上述非连接态下发送的第一请求消息和上述辅助信息；其中，上述第一请求消息用于上述UE请求与上述网络设备进行数据传输，上述第一接口消息为UE上下文建立响应消息，上述辅助信息携带于上述第一接口消息中。

本申请实施例中，辅助信息可以和第一请求消息一起发送，辅助信息包括的信息也可以更多，形式也可以更为灵活。集中单元也可以获得更为全面的辅助信息，从而进一步避免了集中单元在无法获知完成上述小包数据传输后的UE的数据传输需求的情况下，指示UE进入不合适的RRC状态的问题。减少了对UE后续数据传输的影响，以及，有效避免了UE不必要的功耗和信令开销。

在一种可能的实现方式中，上述第一请求消息中携带上述小包数据；上述分布单元向上述集中单元发送上述第一接口消息之前，上述方法还包括：上述分布单元向上述集中单元发送携带上述第一请求消息的第二接口消息；接收上述集中单元发送的恢复UE上下文请求消息；响应于上述恢复UE上下文请求消息，恢复UE上下文；上述分布单元向上述集中单元发送上述第一接口消息，包括：基于上述恢复的UE上下文向上述集中单元发送携带上述辅助信息的上述第一接口消息。

在一种可能的实现方式中，上述方法还包括：上述分布单元接收上述UE在上述非连接态下发送的上述小包数据；上述分布单元向上述集中单元发送上述第一接口消息之前，上述方法还包括：上述分布单元向上述集中单元发送携带上述第一请求消息的第二接口消息；接收上述集中单元发送的恢复UE上下文请求消息；响应于上述恢复UE上下文请求消息，恢复UE上下文；上述分布单元向上述集中单元发送上述第一接口消息，包括：基于上述恢复的UE上下文向上述集中单元发送携带上述辅助信息的上述第一接口消息；上述方法还包括：上述分布单元基于上述恢复的UE上下文向上述集中单元发送上述小包数据。

在一种可能的实现方式中，上述第一接口消息为上述集中单元和上述分布单元之间传输的F1接口消息，上述第一请求消息为RRC恢复请求消息或RRC数据早传请求消息。

在一种可能的实现方式中，上行小包数据携带于上述第一请求消息中，下行小包数据携带于上述指示消息中。

在一种可能的实现方式中，上行小包数据为上述UE在上述非连接态下与上述第一请求消息一起发送给上述分布单元的数据，上述上行小包数据为上述分布单元恢复UE上下文之后向上述集中单元发送的数据；下行小包数据为上述集中单元在上述分布单元恢复UE上下文之后通过上述分布单元向上述UE发送的数据，上述下行小包数据为上述分布单元与上述指示消息一起发送给上述UE的数据。

在一种可能的实现方式中，上述第一请求消息为上述UE基于上述网络设备发送的随机接入响应分配的资源发送的RRC消息，其中，上述随机接入响应为上述网络设备基于上述UE发送的随机接入前导响应的消息；或，上述第一请求消息为上述UE向上述网络设备发送随机接入前导时一起发送的RRC消息；或，上述第一请求消息为上述UE基于预配置的上行资源向上述网络设备发送的RRC消息。

本申请实施例中，携带辅助信息的第一请求消息，或，和辅助信息一起发送的第一请求消息可以是多种应用场景下的RRC消息。相应地，辅助信息也可以适用于上述多种应用场景下，应用范围更为广泛。

第二方面，本申请实施例提供了又一种UE的RRC状态的控制方法，应用于UE，上述方法包括：上述UE在非连接态下向网络设备的分布单元发送辅助信息；上述辅助信息用于指示上述UE与上述网络设备完成小包数据的传输后上述UE的数据传输需求；上述UE接收上述分布单元发送的指示消息；上述指示消息为上述网络设备的集中单元根据上述分布单元发送的第一接口消息得到的消息，上述第一接口消息包括上述辅助信息，上述指示消息用于指示上述UE和上述网络设备完成上述小包数据的传输后上述UE的RRC状态；上述UE根据上述指示消息进入对应的RRC状态。

在一种可能的实现方式中，上述辅助信息包括：上述UE与上述网络设备完成上述小包数据的传输后上述UE待传输的数据量信息；或，上述辅助信息包括：第一比特位；上述第一比特位的取值用于指示上述数据传输需求；或，上述辅助信息包括：上述UE希望在完成上述小包数据传输之后的RRC状态的信息；或，上述辅助信息包括：上述UE与上述网络设备完成上述小包数据的传输后上述UE待传输的数据量与预设阈值之间的关系。

在一种可能的实现方式中，上述UE在非连接态下向网络设备的分布单元发送辅助信息之前，上述方法还包括：上述UE接收上述网络设备发送的寻呼消息；上述寻呼消息用于上述网络设备指示存在下行数据发送给上述UE；上述UE在非连接态下向网络设备的分布单元发送辅助信息，包括：响应于上述寻呼消息，上述UE向上述分布单元发送上述辅助信息。

具体地，UE可以通过分布单元接收集中单元发送的下行小包数据。其中，该下行小包数据为分布单元恢复UE上下文之后，集中单元向分布单元发送的数据。

在一种可能的实现方式中，上述UE在非连接态下向网络设备的分布单元发送辅助信息，包括：当存在上行小包数据发送给上述网络设备时，上述UE在上述非连接态下向上述分布单元发送上述辅助信息。

具体地，UE可以在非连接态下发送辅助信息时一起发送上行小包数据给分布单元，从而通过分布单元将上行小包数据发送给集中单元。

在一种可能的实现方式中，上述UE在非连接态下向网络设备的分布单元发送辅助信息，包括：上述UE在上述非连接态下向上述分布单元发送第一请求消息；其中，上述第一请求消息用于上述UE请求与上述网络设备进行数据传输，上述辅助信息携带于上述第一请求消息中，上述第一接口消息为初始上行RRC消息传送消息，上述第一接口消息包括RRCContainer IE，上述RRC Container IE包含携带有上述辅助信息的上述第一请求消息。

在一种可能的实现方式中，上述UE在非连接态下向网络设备的分布单元发送辅助信息，包括：上述UE在上述非连接态下向上述分布单元发送第一请求消息和上述辅助信息；其中，上述第一请求消息用于上述UE请求与上述网络设备进行数据传输，上述第一接口消息为UE上下文建立响应消息，上述辅助信息携带于上述第一接口消息中。

在一种可能的实现方式中，上行小包数据为上述UE在上述非连接态下与上述第一请求消息一起发送给上述分布单元的数据，下行小包数据为上述分布单元与上述指示消息一起发送给上述UE的数据。

第三方面，本申请实施例提供了一种网络设备，包括集中单元和至少一个分布单元，其中：上述分布单元，用于接收UE在非连接态下发送的辅助信息；上述辅助信息用于指示上述UE与上述网络设备完成小包数据的传输后上述UE的数据传输需求；上述分布单元，用于根据上述辅助信息得到第一接口消息；上述第一接口消息包括上述辅助信息；上述分布单元，用于向上述集中单元发送上述第一接口消息；上述集中单元，用于根据上述第一接口消息中的上述辅助信息得到指示消息；上述指示消息用于指示上述UE和上述网络设备完成上述小包数据的传输后上述UE的RRC状态；上述集中单元，用于通过上述分布单元向上述UE发送上述指示消息。

在一种可能的实现方式中，上述数据量信息包括：第一索引值；上述第一索引值对应上述UE与上述网络设备完成上述小包数据的传输后上述UE待传输的数据量位于第一范围；或，上述数据量信息包括：BSR的取值。

在一种可能的实现方式中，上述集中单元，还用于在上述分布单元接收UE在非连接态下发送的辅助信息之前，通过上述分布单元向上述UE寻呼消息；上述寻呼消息用于上述网络设备指示存在下行数据发送给上述UE；上述分布单元用于接收UE在非连接态下发送的辅助信息时，具体用于：接收上述UE响应于上述寻呼消息发送的上述辅助信息。

在一种可能的实现方式中，上述分布单元用于接收UE在非连接态下发送的辅助信息时，具体用于：接收上述UE在存在上行小包数据发送给上述网络设备时发送的上述辅助信息。

在一种可能的实现方式中，上述分布单元用于接收UE在非连接态下发送的辅助信息时，具体用于：接收上述UE在上述非连接态下发送的第一请求消息；其中，上述第一请求消息用于上述UE请求与上述网络设备进行数据传输，上述辅助信息携带于上述第一请求消息中，上述第一接口消息为初始上行RRC消息传送消息，上述第一接口消息包括RRCContainer IE，上述RRC Container IE包含携带上述辅助信息的上述第一请求消息。

在一种可能的实现方式中，上述第一请求消息中携带上述小包数据；上述分布单元用于向上述集中单元发送上述第一接口消息时，具体用于：向上述集中单元发送携带上述辅助信息和上述小包数据的上述第一接口消息。

在一种可能的实现方式中，上述分布单元，还用于：接收上述UE在上述非连接态下发送的上述小包数据；上述分布单元用于向上述集中单元发送上述第一接口消息时，具体用于：向上述集中单元发送携带上述辅助信息的上述第一接口消息；接收上述集中单元发送的恢复UE上下文请求消息；响应于上述恢复UE上下文请求消息，恢复UE上下文；基于上述恢复的UE上下文向上述集中单元发送上述小包数据。

在一种可能的实现方式中，上述分布单元用于接收UE在非连接态下发送的辅助信息时，具体用于：接收上述UE在上述非连接态下发送的第一请求消息和上述辅助信息；其中，上述第一请求消息用于上述UE请求与上述网络设备进行数据传输，上述第一接口消息为UE上下文建立响应消息，上述辅助信息携带于上述第一接口消息中。

在一种可能的实现方式中，上述第一请求消息中携带上述小包数据；上述分布单元，还用于在上述分布单元向上述集中单元发送上述第一接口消息之前，向上述集中单元发送携带上述第一请求消息的第二接口消息；接收上述集中单元发送的恢复UE上下文请求消息；响应于上述恢复UE上下文请求消息，恢复UE上下文；上述分布单元用于向上述集中单元发送上述第一接口消息时，具体用于：基于上述恢复的UE上下文向上述集中单元发送携带上述辅助信息的上述第一接口消息。

在一种可能的实现方式中，上述分布单元，还用于：接收上述UE在上述非连接态下发送的上述小包数据；上述分布单元，还用于在上述分布单元向上述集中单元发送上述第一接口消息之前，向上述集中单元发送携带上述第一请求消息的第二接口消息；接收上述集中单元发送的恢复UE上下文请求消息；响应于上述恢复UE上下文请求消息，恢复UE上下文；上述分布单元用于向上述集中单元发送上述第一接口消息时，具体用于：基于上述恢复的UE上下文向上述集中单元发送携带上述辅助信息的上述第一接口消息；上述分布单元，还用于：基于上述恢复的UE上下文向上述集中单元发送上述小包数据。

第四方面，本申请实施例提供了一种用户设备UE，包括：第一发送单元，用于在非连接态下向网络设备的分布单元发送辅助信息；上述辅助信息用于指示上述UE与上述网络设备完成小包数据的传输后上述UE的数据传输需求；第一接收单元，用于接收上述分布单元发送的指示消息；上述指示消息为上述网络设备的集中单元根据上述分布单元发送的第一接口消息得到的消息，上述第一接口消息包括上述辅助信息，上述指示消息用于指示上述UE和上述网络设备完成上述小包数据的传输后上述UE的RRC状态；设置状态单元，用于根据上述指示消息进入对应的RRC状态。

在一种可能的实现方式中，上述UE还包括：第二接收单元，用于接收上述网络设备发送的寻呼消息；上述寻呼消息用于上述网络设备指示存在下行数据发送给上述UE；上述第一发送单元，具体用于响应于上述寻呼消息，上述UE向上述分布单元发送上述辅助信息。

在一种可能的实现方式中，上述第一发送单元，具体用于当存在上行小包数据发送给上述网络设备时，在上述非连接态下向上述分布单元发送上述辅助信息。

在一种可能的实现方式中，上述第一发送单元，具体用于在上述非连接态下向上述分布单元发送第一请求消息；其中，上述第一请求消息用于上述UE请求与上述网络设备进行数据传输，上述辅助信息携带于上述第一请求消息中，上述第一接口消息为初始上行RRC消息传送消息，上述第一接口消息包括RRC Container IE，上述RRC Container IE包含携带有上述辅助信息的上述第一请求消息。

在一种可能的实现方式中，上述第一发送单元，具体用于在上述非连接态下向上述分布单元发送第一请求消息和上述辅助信息；其中，上述第一请求消息用于上述UE请求与上述网络设备进行数据传输，上述第一接口消息为UE上下文建立响应消息，上述辅助信息携带于上述第一接口消息中。

第五方面，本申请实施例提供了一种网络设备，包括收发器、处理器和存储器；上述存储器用于存储计算机程序代码，上述计算机程序代码包括计算机指令，上述处理器调用上述计算机指令以使上述网络设备执行本申请实施例第一方面、第一方面的任意一种实现方式提供的UE的RRC状态的控制方法。

第六方面，本申请实施例提供了一种用户设备UE，包括收发器、处理器和存储器；上述存储器用于存储计算机程序代码，上述计算机程序代码包括计算机指令，上述处理器调用上述计算机指令以使上述用户设备执行本申请实施例第二方面、第二方面的任意一种实现方式提供的UE的RRC状态的控制方法。

第七方面，本申请实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令被处理器执行时，用于执行本申请实施例第一方面或第二方面、第一方面或第二方面的任意一种实现方式提供的UE的RRC状态的控制方法。

第八方面，本申请实施例提供了一种计算机程序产品，当该计算机程序产品在通信设备上运行时，使得该通信设备执行本申请实施例第一方面或第二方面、第一方面或第二方面的任意一种实现方式提供的UE的RRC状态的控制方法。

第九方面，本申请实施例提供了一种芯片，该芯片包括至少一个处理器和接口电路，可选地，该芯片还包括存储器；上述存储器、上述接口电路和上述至少一个处理器通过线路互联，上述至少一个存储器中存储有计算机程序；上述计算机程序被上述处理器执行时实现第一方面或第二方面、第一方面或第二方面的任意一种实现方式提供的UE的RRC状态的控制方法。第十方面，本申请实施例提供一种电子设备，所述电子设备包括执行本发明任一实施例所介绍的方法的装置。所述电子设备例如为芯片。

可以理解地，上述提供的第五方面提供的网络设备、上述提供的第六方面提供的用户设备、第七方面提供的计算机存储介质、第八方面提供的计算机程序产品以及第九方面提供的芯片均用于执行第一方面和第二方面提供的UE的RRC状态的控制方法。因此，其所能达到的有益效果可参考第一方面和第二方面所提供的UE的RRC状态的控制方法中的有益效果，此处不再赘述。

附图说明

以下对本申请实施例用到的附图进行介绍。

图1是本申请实施例提供的一种通信系统的架构示意图；

图2是本申请实施例提供的一种新无线接入NR系统的架构示意图；

图3是一种NR系统的通信协议栈的架构示意图；

图4是又一种NR系统的通信协议栈的架构示意图；

图5是一种用户设备UE的无线资源控制RRC状态的转换示意图；

图6-图11是本申请实施例提供的一些小包数据的传输过程的流程示意图；

图12是本申请实施例提供的一种UE的RRC状态的控制方法的一种流程示意图；

图13是本申请实施例提供的一种UE的RRC状态的控制方法的又一种流程示意图；

图14是本申请实施例提供的又一种UE的RRC状态的控制方法的一种流程示意图；

图15是本申请实施例提供的又一种UE的RRC状态的控制方法的又一种流程示意图；

图16是本申请实施例提供的又一种UE的RRC状态的控制方法的流程示意图；

图17是本申请实施例提供的一种网络设备的结构示意图；

图18是本申请实施例提供的一种UE的结构示意图。

具体实施方式

下面结合本申请实施例中的附图对本申请实施例进行描述。

本申请实施例中，网络设备可以是一种用于发送或接收信息的设备。例如但不限于：基站，用户设备(user equipment，UE)，无线接入点(access point，AP)，收发点(transmission and receiver point，TRP)，中继设备，或者具备基站的功能的其他网络设备等。并且，该网络设备可以包括集中单元(central unit，CU)和至少一个分布单元(distributed unit，DU)。

其中，基站是一种部署在无线接入网(radio access network，RAN)中用于提供无线通信功能的设备。在不同的无线接入系统中，基站的名称可能不同。例如但不限于，全球移动通讯系统(global system for mobile communications，GSM)或码分多址接入(codedivision multiple access，CDMA)中的基站收发台(base transceiver station，BTS)，宽带码分多址(wideband code division multiple access，WCDMA)中的节点B(nodeB，NB)，长期演进(long term evolution，LTE)中的演进型基站(evolved node B，eNodeB)，还可以是第五代移动通信技术(5th generation mobile networks，5G)，即新无线接入(newradio，NR)中的下一代基站(gnode B，gNB)，或者其他未来网络系统中的基站。

本申请实施例中，UE是一种具有通信功能的设备，可以但不限于是具有无线通信功能的移动终端。在某些场景下，UE也可以被称为终端、移动台、接入终端、用户代理等。例如，UE为手持设备、可穿戴设备、计算设备、便携式设备或车载设备等形式的终端。例如，UE具体为蜂窝电话、智能手机、智能眼镜、膝上型电脑、个人数字助理或无绳电话等设备。

请参见图1，图1是本申请实施例提供的一种通信系统的架构示意图。该通信系统可以但不限于是GSM，CDMA，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，通用移动通信系统(universal mobile telecommunications system，UMTS)，LTE，NR，或其他未来网络系统。

如图1所示，该通信系统可以包括核心网110、基站120和UE130。其中，核心网110可以连接至少一个基站120，基站120可以为至少一个UE130提供无线通信服务，UE130可以通过空中接口连接任意一个基站120。核心网110为该通信系统中的关键控制节点，主要负责信令处理功能，例如但不限于用于实现接入控制、移动性管理、会话管理等功能。核心网110可以通过基站120向UE130发送下行数据，UE130也可以通过连接的基站120向核心网110发送上行数据。对应上述网络设备的说明，基站120可以为分布式基站，可以包括CU和至少一个DU。基站120和UE130的说明具体可参见上述网络设备和UE的说明，此处不予赘述。需要说明的是图1所示的核心网、基站和UE的形态和数量仅用于示例，例如，该通信系统中的部分基站也可以不为分布式基站，本申请实施例对此不作限定。

为了方便理解，本申请实施例主要以LTE和/或NR为应用的通信系统，网络设备为基站为例进行说明。而LTE技术较为成熟，其系统架构和通信协议栈等相关说明就不再详细解释。接下来主要对NR的系统架构和通信协议栈进行说明。

请参见图2，图2是本申请实施例提供的一种NR系统的架构示意图。该NR系统可以包括5G核心网(5GCore，5GC)210、NR-RAN节点220和UE230，NR-RAN节点220可以包括至少一个通过NG接口连接至5GC210的gNB2200。其中，5GC210对应图1中的核心网110，gNB2200对应图1中的基站120，UE230对应图1中的UE130。

如图2所示，gNB2200可以包括一个CU2201(为了方便区分，后续称为gNB-CU)和至少一个DU2202(为了方便区分，后续称为gNB-DU)。当然gNB2200也可以包含多个CN2201，本申请实施例不作限制。gNB-CU2201和gNB-DU2202之间可以通过F1接口连接。对于NR-RAN220，gNB2200之间可以通过Xn-C接口连接。UE230可以通过Uu接口连接gNB2200中的任意一个gNB-DU2202，可以通过gNB2200与5GC210进行通信。需要说明的是图2所示的5GC、NR-RAN节点、gNB、gNB-CU、gNB-DU和UE的形态和数量仅用于示例，例如，NR系统中的部分gNB也可以不为分布式基站，本申请实施例对此不作限定。

在移动通信系统中，UE和基站之间的通信协议栈可以被分为用于控制信息传输的控制面协议栈和用于数据传输的用户面协议栈。其中，LTE系统和NR系统的控制面协议栈的架构一致，而对于用户面协议栈的架构，NR系统比LTE系统新增了服务数据适配协议(service data adaptation protocol，SDAP)层。接下来主要对NR系统的用户面协议栈和控制面协议栈进行说明。

请参见图3，图3是一种NR系统的用户面协议栈的架构示意图。该用户面协议栈可以包括物理(physical，PHY)层、媒体接入控制(medium access control，MAC)层、无线链路控制(radio link control，RLC)层、分组数据汇聚协议(packet data convergenceprotocol，PDCP)层、服务数据适配协议(service data adaptation protocol，SDAP)层。

请参见图4，图4是一种NR系统的控制面协议栈的架构示意图。该控制面协议栈可以包括PHY层、MAC层、RLC层、PDCP层、无线资源控制(radio resource control，RRC)层、非接入层(non access stratum，NAS)。

如图3和图4所示，PHY层可以通过物理信道为较高层(如MAC层)提供数据传输服务。在PHY层，可以通过物理信道传输数据。PHY层也可以通过传输信道连接到MAC层，MAC层和PHY层之间可以通过传输信道传输数据。

MAC层可以经由逻辑信道为较高层(如RLC层)提供服务。MAC可以提供将多个逻辑信道映射到多个传输信道的功能，也可以提供将多个逻辑信道映射到单个传输信道的逻辑信道复用的功能。根据发送信息的类型，逻辑信道可以被分类为用于在控制面传输控制信息的控制信道和用于在用户面传输用户数据的业务信道。其中，控制信道可以包括但不限于公共控制信道(common control channel，CCCH)、专用控制信道(dedicatedcontrolchannel，DCCH)。业务信道可以包括但不限于专用业务信道(dedicatedtraffic channel，DTCH)。CCCH可以一直存在，与RAN节点之间没有RRC连接的UE也可以使用CCCH传输信息。DCCH可以用于UE与RAN节点之间传输专用控制信息。DTCH可以用于UE与RAN节点之间传输用户数据。通常，DCCH和DTCH不会一直存在，而是在与UE连接的基站恢复UE上下文(UE context)之后，DCCH和DTCH才能用于UE和基站之间进行通信。其中，UE context包括但不限于终端的标识、无线承载(radio bearer，RB)相关配置、安全加密相关配置、服务质量相关配置等。

RLC层可以为较高层(如PDCP层)提供服务，例如通过自动重传请求(automaticrepeatrequest，ARQ)提供重传服务，从而保障数据传输的可靠性。PDCP层可以提供安全性功能，例如在PDCP层可以对RB上承载的信息进行加密和完整性保护。其中，RB可以是RLC层为较高层(如RRC层)提供的服务。RB可以为UE和RAN节点之间的连接格式集，可以包括物理信道、传输信道和逻辑信道的相关配置。RB可以分为用于在控制面传输控制信息的信令无线承载(signaling radio bearer，SRB)和用于在用户面传输用户数据的数据无线承载(data radio bearer，DRB)。

如图4所示，RRC层可以用于UE和基站之间传输RRC消息。例如但不限于，NR中的RRC恢复请求(RRCResumeRequest)消息可以用于UE请求恢复已经暂停的RRC连接，以此与基站传输数据。对于RRC层，目前存在三种UE的RRC状态，分别为RRC空闲(RRCIDLE)态、RRC非激活(RRC INACTIVE)态和RRC连接(RRC CONNECTED)态。UE在不同的RRC状态下，执行的操作大多不一样，这三种状态的转换过程具体可参见图5的示例。

请参见图5，图5是一种UE的RRC状态的转换示意图。具体地，当UE处于RRCCONNECTED态时，UE与基站之间存在RRC连接，从而可以发送和接收用户数据等信息。UE可以在基站的指示下，从RRC CONNECTED态进入RRC IDLE态。当UE处于RRC IDLE态时，UE与基站之间没有RRC连接。例如，在UE收到基站发送的RRC连接释放消息之后，UE与基站之间的RRC连接会被停止，RAN节点会删除该UE的UE context。

RRC INACTIVE态为NR中新增的RRC状态。一般情况下，对于数据传输不频繁的UE，基站通常会让该UE保持在RRC INACTIVE态。UE也可以在基站的指示下，从RRC CONNECTED态进入RRC INACTIVE态。例如，在UE收到基站发送的带有暂停指示的RRC连接释放消息之后，UE与基站之间的RRC连接会被暂停，但至少有一个RAN节点保留了该UE的UE context。因此，相比从RRC IDLE态进入RRC CONNECTED态，UE从RRC INACTIVE态进入RRC CONNECTED态的速度更快。UE也可以在基站的指示下，从RRC INACTIVE态进入RRC IDLE态，具体过程和上述从RRC CONNECTED态进入RRC IDLE态类似。

当存在上行数据发送给基站时，处于RRC IDLE态或RRC INACTIVE态的UE可以执行随机接入过程，然后在基站的指示下进入对应的RRC状态。其中，在随机接入过程的第三步中UE向基站发送的消息可以称为message 3，简称为msg3。UE处于不同的RRC状态和在不同的业务场景下，msg3(即RRC消息)不同。例如，处于RRC INACTIVE态的UE存在大量数据发送给基站，则msg3为RRCResumeRequest消息，以此请求恢复已经暂停的RRC连接并进入RRCCONNECTED态与基站传输数据。需要说明的是，基站并不是仅根据UE发送的消息(如msg3)来指示UE的RRC状态，还需要综合考虑网络堵塞、资源调度、资源占用等网络情况，以此确定指示的UE的RRC状态。

如图4所示，NAS层可以用于提供会话管理、移动性管理等功能。5GC可以包括接入和移动性管理功能(access and mobility management function，AMF)。AMF用于在控制面中负责移动性管理功能，例如但不限于，AMF设备可以执行NAS信令安全、NAS信令终止等功能。

可以理解地，相比LTE的用户面协议栈，NR的用户面协议栈新增了SDAP层，但其他层的架构是一致的，具体说明也类似，不再赘述。LTE的控制面协议栈和NR的控制面协议栈的架构是一致的，每一层的具体说明也类似，不再赘述。

可以理解地，本申请描述的架构以及业务场景是为了更加清楚的说明本申请的技术方案，并不构成对于本申请提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。

基于上述图1-图5的说明可以得到：一般情况下，若处于RRC IDLE态或RRCINACTIVE态的UE存在上行数据发送给基站，或，处于RRC IDLE态或RRC INACTIVE态的UE接收到基站发送的寻呼(Paging)消息，该寻呼消息用于基站指示存在下行数据发送给UE，那么，UE需要执行随机接入过程并进入RRC CONNECTED态，在RRC CONNECTED态下再与基站传输数据。但是，上述方法比较适用于UE和基站之间传输的数据量较大的情况。若传输的数据包很小，可以称这类数据包为小包数据(smalldata)，UE切换状态的过程所需的信令甚至大于小包数据，从而导致UE不必要的功耗和信令开销。

本申请实施例中，小包数据可以但不限于为数据量小于预设门限(例如基站指示的传输块的大小)的数据包，数据标签为小包数据的数据包，数据类型属于小包数据的数据包等。其中，上述数据标签和/或上述数据类型可以为UE和网络设备共同协商的。例如，数据标签可以包括大包数据和小包数据。例如，数据类型为心跳包的数据为小包数据，数据类型为文件、视频或音频的数据不为小包数据。小包数据例如但不限于为：微信、QQ等即时通讯消息，应用程序的推送消息等不频繁的提示消息，应用程序的心跳包、步数检测、心率检测、智能电表的读数等周期性数据。

为了避免上述情况，处于RRCIDLE态或RRC INACTIVE态(后续可统称为非连接态)的UE可以通过第一请求消息与网络设备进行小包数据的传输，例如在发送第一请求消息时发送上行小包数据，从而UE可以无需进入RRC CONNECTED态后再传输小包数据。其中，上述第一请求消息可以是以下三种情况中的任意一种RRC消息。

情况一，第一请求消息为四步随机接入过程的第三步中UE向基站发送的RRC消息(即上述msg3)。具体地，该RRC消息为UE基于基站发送的随机接入响应(random accessresponse，RAR)分配的资源发送的消息，上述RAR为基站基于UE发送的随机接入前导(random access preamble)响应的消息。例如，LTE的数据早传(early datatransmission，EDT)可以实现UE在RRC IDLE态下传输小包数据。情况一下小包数据的传输过程的示例具体可参见图6和图7，图6为控制面下传输过程的流程示意图，图7为用户面下传输过程的流程示意图。

情况二，第一请求消息为两步随机接入过程的第一步中UE向基站发送的RRC消息，后续可以称为messageA，简称为msgA。具体地，该RRC消息为UE向基站发送random accesspreamble时一起发送的RRC消息。情况二下小包数据的传输过程的示例具体可参见图8和图9，图8为控制面下传输过程的流程示意图，图9为用户面下传输过程的流程示意图。

情况三，第一请求消息为UE基于预配置的上行资源向基站发送的RRC消息。情况三下小包数据的传输过程的示例具体可参见图10和图11，图10为控制面下传输过程的流程示意图，图11为用户面下传输过程的流程示意图。

请参见图6和图7，图6是本申请实施例提供的一种控制面下小包数据的传输过程的流程示意图，图7是本申请实施例提供的一种用户面下小包数据的传输过程的流程示意图。

如图6所示，图6所示的控制面下的传输过程包括但不限于以下步骤：

S601：UE向基站发送random access preamble。

S602：响应于random access preamble，基站向UE发送RAR。

S603：基于RAR分配的资源，UE向基站发送携带上行小包数据的RRC消息。

S604：基站向核心网发送上行小包数据。

S605：基站向UE发送响应消息。

具体地，当UE存在上行小包数据发送给基站，UE可以发起四步随机接入过程，并在该四步随机接入过程的第三步中，向基站发送携带上行小包数据的msg3(即上述RRC消息)。例如，UE发送的msg3可以是RRC数据早传请求(RRCEarlyDataRequest)消息。

UE处于不同的RRC状态和在不同的业务场景下，上述RRC消息可以不同。例如，处于RRC IDLE态的UE(可选地，此时UE可以存储有用于获取加密上述上行小包数据的密钥的配置信息等UE上下文)发送的msg3可以是RRC连接请求(RRCConnectionRequest)消息、RRC连接恢复请求(RRCConnectionResumeRequest)消息、RRCEarlyDataRequest消息、RRCResumeRequest消息、RRC建立请求(RRCSetupRequest)消息或其他具有相同功能但第三代合作伙伴计划(3rd generation partnership project，3GPP)未标准化的RRC消息。处于RRC INACTIVE态的UE发送的msg3也可以是RRCConnectionRequest消息、RRCConnectionResumeRequest消息、RRCEarlyDataRequest消息、RRCResumeRequest消息、RRCSetupRequest消息或其他具有相同功能但3GPP未标准化的RRC消息。

其中，上述上行小包数据可以携带于上述RRC消息中并在CCCH上传输。例如，上述上行小包数据可以携带于RRCEarlyDataRequest消息包含的NAS层相关的IE(如专用信息NAS(dedicatedInfoNAS)IE)中，并在CCCH上传输。相应地，基站可以通过上述携带上行小包数据的msg3向核心网发送上述上行小包数据。例如，基站可以通过转发上述msg3包含的NAS层相关的IE向核心网发送上述上行小包数据。

然后，基站可以向UE发送响应消息。在一些实施例中，S605之前，若核心网存在下行小包数据发送给UE，核心网可以向基站发送下行小包数据。然后，在S605中，基站可以通过携带下行小包数据的响应消息向UE发送下行小包数据。其中，上述下行小包数据可以携带于上述响应消息中并在CCCH上传输。例如，上述响应消息为RRC数据早传完成(RRCEarlyDataComplete)消息，上述下行小包数据可以携带于RRCEarlyDataComplete消息包含的NAS层相关的IE中，并在CCCH上传输。

若UE没有收到任何响应消息，则认为上述上行小包数据传输不成功。若UE收到基站发送的响应消息，则UE可以根据响应消息得到上述上行小包数据是否传输成功。例如，基站发送的响应消息可以是RRCEarlyDataComplete消息或RRC连接建立(RRCConnectionSetup)消息，则UE可以根据该响应消息得到上述上行小包数据传输成功。

在一些实施例中，若核心网没有进一步传输数据的需求，则上述响应消息可以用于指示UE上述上行小包数据传输成功，并指示UE保持在当前的非连接态。例如，上述响应消息为RRCEarlyDataComplete消息、RRC连接释放(RRCConnectionRelease)消息、RRC释放(RRCRelease)消息或其他具有相同功能但3GPP未标准化的RRC消息。UE可以根据上述响应消息得到上述上行小包数据传输成功。

在一些实施例中，若核心网有进一步传输数据的需求，核心网可以触发连接建立的指示过程，则上述响应消息可以用于指示UE回退至RRC CONNECTED态。例如，上述响应消息为RRCConnectionSetup消息、RRC连接恢复(RRCConnectionResume)消息、RRC建立(RRCSetup)消息、RRC恢复(RRCResume)消息或其他具有相同功能但3GPP未标准化的RRC消息。UE可以根据上述响应消息得到上述上行小包数据传输成功。

在一些实施例中，上述响应消息用于指示UE上述上行小包数据传输失败，并指示UE保持在当前的非连接态。例如，上述响应消息为RRC连接拒绝(RRCConnectionReject)消息、RRC拒绝(RRCReject)消息或其他具有相同功能但3GPP未标准化的RRC消息。UE可以根据上述响应消息得到上述上行小包数据传输失败。

如图7所示，图7所示的用户面下的传输过程包括但不限于以下步骤：

S701：UE向基站发送random access preamble。

S702：响应于random access preamble，基站向UE发送RAR。

S703：基于RAR分配的资源，UE向基站发送上行小包数据和RRC消息。

S704：基站恢复UE的上下文并向核心网发送上行小包数据。

S705：基站向UE发送响应消息。

具体地，当UE存在上行小包数据发送给基站，UE可以发起四步随机接入过程，并在该随机接入过程的第三步中，向基站一起发送msg3(即上述RRC消息)和上行小包数据。例如，UE发送的msg3可以是RRCConnectionResumeRequest消息或RRCResumeRequest消息。UE处于不同的RRC状态和在不同的业务场景下，上述RRC消息可以不同，具体可参见图6中RRC消息的示例，此处不予赘述。

其中，上述上行小包数据可以在DTCH上传输，上述RRC消息可以在CCCH上传输。相应地，基站可以恢复UE上下文，并将接收到的上述上行小包数据发送给核心网。

然后，基站可以向UE发送响应消息。在一些实施例中，S705之前，若核心网存在下行小包数据发送给UE，核心网可以向基站发送下行小包数据。然后，在S705中，基站可以在发送响应消息时将下行小包数据一起发送给UE。其中，下行小包数据可以在DTCH上传输，并与在DCCH上传输的响应消息多路复用。

若UE没有收到任何响应消息，则认为上述上行小包数据传输不成功。若UE收到基站发送的响应消息，则UE可以根据响应消息得到上述上行小包数据是否传输成功。例如，基站发送的响应消息可以是RRCConnectionRelease消息、RRCConnectionResume消息、RRCConnectionSetup消息、RRCRelease消息、RRCResume消息或RRCSetup消息，则UE可以根据该响应消息得到上述上行小包数据传输成功。上述响应消息的说明具体可参见图6中响应消息的说明，此处不予赘述。

图6和图7以UE在存在上行小包数据发送给基站的情况下执行S601和/或S701，即UE主动发起小包数据的传输过程为例进行说明。但在具体实现中，还存在UE在基站的指示下被动发起小包数据的传输过程的情况，例如，LTE中的终端终止(mobile terminated，MT)EDT(简称MT-EDT)。该情况的传输过程与图6和图7所示的传输过程类似，区别之处具体如下所述：

在S601之前，当核心网存在下行小包数据发送给UE，核心网可以向基站发送寻呼消息。可选地，该寻呼消息可以携带下行小包数据的数据量信息。相应地，基站可以向UE发送寻呼消息，以使UE发起四步随机接入过程，即执行上述S601-S603。例如，基站可以根据该寻呼消息触发MT-EDT，并向UE发送携带MT-EDT指示的寻呼消息，以使UE触发用于MT-EDT的MO-EDT。其中，与上述UE主动发起小包数据的传输过程不同的是：S603中UE向基站发送的RRC消息可以未携带上行小包数据，可选地，还可以携带触发MT-EDT的原因信息。相应地，S604可以更改为基站接收核心网发送的下行小包数据。S605中基站向UE发送的响应消息中携带有下行小包数据。

类似地，在S701之前，当核心网存在下行小包数据发送给UE，核心网可以向基站发送寻呼消息。可选地，该寻呼消息可以携带下行小包数据的数据量信息。相应地，基站可以向UE发送寻呼消息，以使UE发起四步随机接入过程，即执行上述S701-S703。其中，与上述UE主动发起小包数据的传输过程不同的是：在S703中，UE可以仅发送RRC消息给基站，不发送上行小包数据，可选地，还可以携带触发MT-EDT的原因信息。相应地，S704可以更改为基站接收核心网发送的下行小包数据。S705可以更改为基站向UE发送响应消息和下行小包数据。

请参见图8和图9，图8是本申请实施例提供的又一种控制面下小包数据的传输过程的流程示意图，图9是本申请实施例提供的又一种用户面下小包数据的传输过程的流程示意图。

如图8所示，图8所示的控制面下的传输过程包括但不限于以下步骤：

S801：UE向基站发送random access preamble，以及携带上行小包数据的RRC消息。

S802：基站向核心网发送上行小包数据。

S803：基站向UE发送响应消息。

具体地，当UE存在上行小包数据发送给基站，UE可以发起两步随机接入过程，并在该两步随机接入过程的第一步中，向基站发送random access preamble以及携带上行小包数据的msgA(即上述RRC消息)。例如，UE发送的msgA可以是RRCResumeRequest消息。UE处于不同的RRC状态和在不同的业务场景下，上述RRC消息可以不同，具体可参见图6中RRC消息的示例，此处不予赘述。

其中，上述携带上行小包数据的RRC消息可以携带于物理上行共享信道(physicaluplink share channel，PUSCH)负载中，上述携带上行小包数据的RRC消息可以在CCCH上传输。相应地，基站可以通过上述携带上行小包数据的RRC消息向核心网发送上述上行小包数据，例如，基站可以通过转发上述携带上行小包数据的RRCResumeRequest消息向核心网发送上述上行小包数据。

然后，基站可以向UE发送响应消息。在一些实施例中，S803之前，若核心网存在下行小包数据发送给UE，核心网可以向基站发送下行小包数据。然后，在S803中，基站可以通过携带下行小包数据的响应消息向UE发送下行小包数据。其中，下行小包数据可以携带于上述响应消息中，并在CCCH上传输。

若UE没有收到任何响应消息，则认为上述上行小包数据传输不成功。若UE收到基站发送的响应消息，则UE可以根据响应消息得到上述上行小包数据是否传输成功。例如，基站发送的响应消息可以是RRCRelease消息、RRCSetup消息或RRCResume消息，则UE可以根据该响应消息得到上述上行小包数据传输成功。上述响应消息的说明具体可参见图6中响应消息的说明，此处不予赘述。

如图9所示，图9所示的用户面下的传输过程包括但不限于以下步骤：

S901：UE向基站发送random access preamble，RRC消息和上行小包数据。

S902：基站恢复UE的上下文并向核心网发送上行小包数据。

S903：基站向UE发送响应消息。

具体地，S901的过程和图8的S801类似。不同的是，在S901中，上行小包数据不是携带于RRC消息中，而是和RRC消息一起发送。并且，在S901中，上述RRC消息和上行小包数据可以携带于PUSCH负载中。上述上行小包数据可以在DTCH上传输，上述RRC消息可以在CCCH上传输。相应地，基站可以恢复UE上下文，并将接收到的上述上行小包数据发送给核心网。UE处于不同的RRC状态和在不同的业务场景下，上述RRC消息可以不同，具体可参见图6中RRC消息的示例，此处不予赘述。

然后，基站可以向UE发送响应消息。在一些实施例中，S903之前，若核心网存在下行小包数据发送给UE，核心网可以向基站发送下行小包数据。然后，在S903中，基站可以在发送响应消息时将下行小包数据一起发送给UE。其中，下行小包数据可以在DTCH上传输，并与在DCCH上传输的响应消息多路复用。

图8和图9以UE在存在上行小包数据发送给基站的情况下执行S801和/或S901，即UE主动发起小包数据的传输过程为例进行说明。但在具体实现中，还存在UE在基站的指示下被动发起小包数据的传输过程的情况。该情况的传输过程与图8和图9所示的传输过程类似，区别之处具体如下所述：

在S801之前，当核心网存在下行小包数据发送给UE，核心网可以向基站发送寻呼消息。可选地，该寻呼消息可以携带下行小包数据的数据量信息。相应地，基站可以向UE发送寻呼消息，以使UE发起两步随机接入过程，即执行上述S801。其中，与上述UE主动发起小包数据的传输过程不同的是：在S801中，UE向基站发送的RRC消息可以未携带上行小包数据。相应地，S802可以更改为基站接收核心网发送的下行小包数据。S803中基站向UE发送的响应消息中携带有下行小包数据。

类似地，在S901之前，当核心网存在下行小包数据发送给UE，核心网可以向基站发送寻呼消息。可选地，该寻呼消息可以携带下行小包数据的数据量信息。相应地，基站可以向UE发送寻呼消息，以使UE发起两步随机接入过程，即执行上述S901。其中，与上述UE主动发起小包数据的传输过程不同的是：在S901中，UE可以仅发送random access preamble和RRC消息给基站，不发送上行小包数据。相应地，S902可以更改为基站接收核心网发送的下行小包数据。S903可以更改为基站向UE发送响应消息和下行小包数据。

请参见图10和图11，图10是本申请实施例提供的又一种控制面下小包数据的传输过程的流程示意图，图11是本申请实施例提供的又一种用户面下小包数据的传输过程的流程示意图。

如图10所示，图10所示的控制面下的传输过程包括但不限于以下步骤：

S101：UE确定可以使用预配置的上行资源。

S102：基于预配置的上行资源，UE向基站发送携带上行小包数据的RRC消息。

S103：基站向核心网发送上行小包数据。

S104：基站向UE发送响应消息。

具体地，上述预配置的上行资源可以但不限于是预配置上行资源(preconfigureduplink resource，PUR)或配置资源类型一(configuredgrants type 1，CG Type 1)。其中，CG Type 1可以是由RRC层直接配置的上行资源，可以包括但不限于该上行资源的周期。接下来以PUR为例进行说明。UE确定可以使用PUR的前提过程可以但不限于为：UE可以在处于RRC CONNECTED态时向基站发送PUR请求配置信息(PURConfigurationRequest)消息，以使基站在指示UE从RRC CONNECTED态切换为RRCIDLE态时，发送的RRC消息(如RRCConnectionRelease消息)中携带有详细的PUR配置信息或PUR释放指示信息。UE确定可以使用PUR的具体操作，例如但不限于包括：确定PUR已在小区内启动，对齐有效时间，确定具有有效的时间提前(timingadvance，TA)量等。

当UE存在上行小包数据发送给基站，并且UE确定可以使用预配置的上行资源时，UE可以基于预配置的上行资源向基站发送携带上行小包数据的RRC消息。S102中的RRC消息和图6的S603中的RRC消息可以为同一种RRC消息，只是S102中的RRC消息是基于预配置的上行资源传输的，而图6的S603中的RRC消息是基于RAR分配的资源传输的。RRC消息的说明具体可参见图6中RRC消息的说明，此处不予赘述。

相应地，S103-S104的过程与图6的S604-S605的过程类似，具体可参见图6的S603-S605的说明。而与图6的S605不同的是：在一些实施例中，S104中的响应消息还可以是层一确认消息(Layer 1Ack)、时间提前命令MAC控制单元(Timing Advance Command MACControl Element)或其他未标准化的响应消息。其中，Layer 1Ack和Timing AdvanceCommand MAC Control Element可以用于终止当前过程并更新UE的TA。在一些实施例中，S104之前，若核心网存在下行小包数据发送给UE，此时的传输情况也和图6所述的若核心网存在下行小包数据发送给UE的传输情况类似，此处不予赘述。

如图11所示，图11所示的用户面下的传输过程包括但不限于以下步骤：

S111：UE确定可以使用预配置的上行资源。

S112：基于预配置的上行资源，UE向基站发送上行小包数据和RRC消息。

S113：基站恢复UE的上下文并向核心网发送上行小包数据。

S114：基站向UE发送响应消息。

具体地，预配置的上行资源的相关说明具体可参见上述图10的说明，此处不予赘述。

具体地，当UE存在上行小包数据发送给基站，并且UE确定可以使用预配置的上行资源时，UE可以基于预配置的上行资源向基站发送上行小包数据和RRC消息。S112中的RRC消息和图7的S703中的RRC消息可以为同一种RRC消息，只是S112中的RRC消息是基于预配置的上行资源传输的，而图7的S703中的RRC消息是基于RAR分配的资源传输的。RRC消息的说明具体可参见图7中RRC消息的说明，此处不予赘述。

相应地，S113-S114的过程与图7的S704-S705的过程类似，具体可参见图7的S703-S705的说明。而与图7的S705不同的是：在一些实施例中，S114中的响应消息还可以是Layer1Ack、Timing Advance Command MAC Control Element或其他未标准化的响应消息。其中，Layer 1Ack和Timing Advance Command MAC Control Element可以用于终止当前过程并更新UE的TA。S114之前，若核心网存在下行小包数据发送给UE的传输情况也和图7所述的传输情况类似，此处不予赘述。

图10和图11以UE在存在上行小包数据发送给基站的情况下执行S101和/或S111，即UE主动发起小包数据的传输过程为例进行说明。但在具体实现中，还存在UE在基站的指示下被动发起小包数据的传输过程的情况。该情况的传输过程与图10和图11所示的传输过程类似，区别之处具体如下所述：

在S101之前，当核心网存在下行小包数据发送给UE，核心网可以向基站发送寻呼消息。可选地，该寻呼消息可以携带下行小包数据的数据量信息。相应地，基站可以向UE发送寻呼消息，以使UE执行上述S101-S102。其中，与上述UE主动发起小包数据的传输过程不同的是：S102中UE向基站发送的RRC消息可以未携带上行小包数据，可选地，还可以携带触发MT-EDT的原因信息。相应地，S103可以更改为基站接收核心网发送的下行小包数据。S104中基站向UE发送的响应消息中携带有下行小包数据。

类似地，在S111之前，当核心网存在下行小包数据发送给UE，核心网可以向基站发送寻呼消息。可选地，该寻呼消息可以携带下行小包数据的数据量信息。相应地，基站可以向UE发送寻呼消息，以使UE执行上述S111-S112。其中，与上述UE主动发起小包数据的传输过程不同的是：在S112中，UE可以仅发送RRC消息给基站，不发送上行小包数据，可选地，还可以携带触发MT-EDT的原因信息。相应地，S113可以更改为基站接收核心网发送的下行小包数据。S114可以更改为基站向UE发送响应消息和下行小包数据。

对于包括CU和DU的基站而言，UE和基站完成小包数据的传输后，CU无法获知UE后续是否有数据传输需求。从而可能导致UE在CU的指示下进入一个不合适的RRC状态，从而影响UE后续数据的传输，导致UE不必要的功耗和信令开销。其中，上述小包数据的传输可以是一次上行和/或下行小包数据的传输，例如，UE和基站执行一次上述图6和图7所述的传输过程，或者，UE和基站执行一次上述图8和图9所述的传输过程，或者，UE和基站执行一次上述图10和图11所述的传输过程。

因此，为了避免上述情况，本申请实施例提供了基于UE发送的辅助信息的UE的RRC状态的控制方法，以此保障UE后续数据的传输。接下来，基于上述图1-图11所示的一些实施例对上述方法进行说明。

请参见图12，图12是本申请实施例提供一种UE的RRC状态的控制方法的一种流程示意图。图12具体为该方法在用户面下的传输过程的流程示意图。该方法可以应用于图1所示的通信系统，该方法中的网络设备可以是图1所示的通信系统中的基站120。该方法也可以应用于图2所示的NR系统，该方法中的网络设备也可以是图2所示的NR系统中的gNB2200，不限于此。其中，该方法中的网络设备可以包括CU和至少一个DU。该方法包括但不限于如下步骤：

S1201：UE在非连接态下向DU发送携带辅助信息的第一请求消息和上行小包数据。

具体地，上述非连接态可以是图5所示的RRC INACTIVE态或RRC IDLE态。第一请求消息可以用于UE请求与网络设备进行数据传输。其中，UE在RRC INACTIVE态下发送的第一请求消息和UE在RRC IDLE态下发送的第一请求消息可以相同。例如，UE在RRC IDLE态下(可选地，此时该UE还可以存储有用于获取加密上述上行小包数据的密钥的配置信息等UE上下文)和UE在RRC INACTIVE态下发送的第一请求消息可以均为RRCResumeRequest消息。UE在RRC INACTIVE态下发送的第一请求消息和UE在RRC IDLE态下发送的第一请求消息也可以不同。例如，UE在RRC INACTIVE态下发送的第一请求消息为RRCResumeRequest消息，UE在RRC IDLE态下发送的第一请求消息为RRCConnectionResumeRequest消息或RRCEarlyDataRequest消息。

具体地，第一请求消息可以是UE基于网络设备发送的RAR分配的资源发送的RRC消息，上述RAR为网络设备基于UE发送的random access preamble响应的消息，具体示例可参见图7的S703中的RRC消息(即上述msg3)。第一请求消息也可以是UE向网络设备发送randomaccess preamble时一起发送的RRC消息，具体示例可参见图9的S901中的RRC消息(即上述msgA)。第一请求消息也可以是UE基于预配置的上行资源向网络设备发送的RRC消息，具体示例可参见图11的S112中的RRC消息，不限于此。

具体地，辅助信息可以用于指示：UE和网络设备完成小包数据的传输后UE的数据传输需求。第一请求消息可以包括新增的第一信息元素(information element，IE)，上述辅助信息可以放置在第一IE中，第一IE指示的信息也可以为辅助信息指示的信息。该辅助信息可以包括以下四种情况中的至少一种信息。

情况一，该辅助信息可以包括：UE和网络设备完成上述小包数据的传输后UE待传输的数据量信息。

可选地，该数据量信息为第一索引值(index)，第一index对应UE和网络设备完成上述小包数据的传输后UE待传输的数据量位于第一范围。其中，每个index对应一个数据量的取值范围，例如，每个index对应一个缓冲状态报告(buffer status report，BSR)的取值范围。index和BSR的取值的映射关系的示例如下表1所示。表1以介质访问控制层控制单元(media access controlcontrol unit，MAC CE)中index和BSR的取值的映射关系的部分为例进行示意，在具体实现中，还可以有其他映射关系，本申请实施例对此不作限定。

表1一种index和BSR的取值的映射关系

index	BSR的取值	index	BSR的取值
				0	0	3	小于等于20
1	小于等于10	4	小于等于28
				2	小于等于14	5	小于等于38
6	小于等于53	11	小于等于276
				7	小于等于74	12	小于等于384
8	小于等于102	13	小于等于535
				9	小于等于142	14	小于等于745
10	小于等于198	15	小于等于1038

例如，UE和网络设备完成上述小包数据的传输后UE待传输的数据量用BSR表示为1024，该BSR的取值小于等于1038，根据表1可以得到，第一index为15。那么，将第一index为15对应转换为二进制表达，第一IE为1111。

其中，第一IE的长度a决定了第一IE能指示的第一index的最大值index_max，即决定了第一IE能指示的BSR的最大值。a和index_max的关系具体如下所示：

index_max＝2^a-1

例如，第一IE的长度为4比特，那么index_max＝2⁴-1＝15，根据表1可以得到，第一IE能指示的BSR的最大值为1038。

可选地，该数据量信息可以包括BSR的取值。例如，UE和网络设备完成上述小包数据的传输后UE待传输的数据量用BSR表示为1024，将BSR为1024对应转换为二进制表达，第一IE为10000000000。

可以理解地，第一IE指示的数据量信息为BSR的取值会更为直观，但对于较大的数据量信息而言，第一IE的长度要求更长。若第一IE的长度固定，第一IE指示的数据量信息为第一index时，第一IE能够指示的BSR的取值范围更大。实际可以根据具体的场景选择第一IE指示的数据量信息的表达方式，本申请实施例对此不作限定。

情况二，该辅助信息可以包括第一比特位，第一比特位的取值用于指示上述UE和网络设备完成上述小包数据的传输后UE的数据传输需求。

示例性地，第一IE的取值类型可以为整数类型。例如，第一IE的取值为0或1，第一IE可以表示为INTEGER(0..1)。第一IE的取值为0时表示UE和网络设备完成上述小包数据的传输后UE无数据传输需求，第一IE的取值为1时表示UE和网络设备完成上述小包数据的传输后UE有数据传输需求。或者，第一IE的取值为0时表示UE和网络设备完成上述小包数据的传输后UE有数据传输需求，第一IE的取值为1时表示UE和网络设备完成上述小包数据的传输后UE无数据传输需求。

示例性地，第一IE的取值类型可以为枚举类型。例如，第一IE的取值为true或false，第一IE可以表示为ENUMERATED{true,false}。第一IE的取值为false时表示UE和网络设备完成上述小包数据的传输后UE无数据传输需求，第一IE的取值为true时表示UE和网络设备完成上述小包数据的传输后UE有数据传输需求。或者，第一IE的取值为false时表示UE和网络设备完成上述小包数据的传输后UE有数据传输需求，第一IE的取值为true时表示UE和网络设备完成上述小包数据的传输后UE无数据传输需求。

情况三，该辅助信息可以包括：UE希望在完成上述小包数据传输之后的RRC状态的信息。该辅助信息可以为用户设备辅助信息(UEAssistanceInformation)消息中的释放偏好(ReleasePreference)IE，ReleasePreference IE可以用于表示UE希望在完成上述小包数据传输之后的RRC状态不为RRC_CONNECTED态。可选地，该ReleasePreference IE还可以携带用于表示UE希望在完成上述小包数据传输之后的RRC状态的详细信息的参数，例如，该参数为偏好RRC状态(preferredRRC-State)。preferredRRC-State的内容可以为idle、inactive或connected，分别用于指示UE希望在完成上述小包数据传输之后的RRC状态为RRC_IDLE态、RRC_INACTIVE态或RRC_CONNECTED态。

情况四，该辅助信息可以包括：UE和网络设备完成上述小包数据的传输后UE待传输的数据量与预设阈值之间的关系。例如，UE和网络设备完成上述小包数据的传输后UE待传输的数据量大于、等于或小于预设阈值。其中，预设阈值大于0。预设阈值可以但不限于是网络设备通过广播消息指示UE的，或者网络设备通过RRC消息指示UE的。

示例性地，第一IE的取值类型可以为整数类型。例如，第一IE的取值为0或1，第一IE可以表示为INTEGER(0..1)。第一IE的取值为0时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量小于预设阈值，第一IE的取值为1时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量大于或等于预设阈值。或者，第一IE的取值为0时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量大于或等于预设阈值，第一IE的取值为1时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量小于预设阈值。

例如，第一IE的取值为0、1或2，第一IE可以表示为INTEGER(0..2)。第一IE的取值为0时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量小于预设阈值。第一IE的取值为1时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量等于预设阈值。第一IE的取值为2时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量大于预设阈值。

示例性地，第一IE的取值类型可以为枚举类型。例如，第一IE的取值为true或false，第一IE可以表示为ENUMERATED{true,false}。第一IE为false时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量小于或等于预设阈值，第一IE为true时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量大于预设阈值。或者，第一IE为false时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量大于预设阈值，第一IE为true时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量小于或等于预设阈值。

在一些实施例中，情况四所述的预设阈值可以有多个。则情况四下，该辅助信息可以包括：UE和网络设备完成上述小包数据的传输后UE待传输的数据量与多个预设阈值之间的关系。

示例性地，第一IE的取值类型可以为整数类型。例如，第一IE的取值为0、1或2，第一IE可以表示为INTEGER(0..2)。第一IE的取值为0时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量小于或等于第一预设阈值。第一IE的取值为1时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量大于第一预设阈值但小于第二预设阈值。第一IE的取值为2时表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量大于或等于第二预设阈值。

不限于上述列举的辅助信息的情况，在具体实现中，第一请求消息也可以通过是否携带辅助信息来指示UE和网络设备完成上述小包数据的传输后UE的数据传输需求。例如，第一IE可以表示为枚举类型ENUMERATED{true}。第一请求消息中携带了取值为true的第一IE时，表示UE和网络设备完成上述小包数据的传输后UE有数据传输需求。第一请求消息中未携带取值为true的第一IE时，表示UE和网络设备完成上述小包数据的传输后UE无数据传输需求。或者，第一请求消息中携带了取值为true的第一IE时，表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量大于预设阈值。第一请求消息中未携带取值为true的第一IE时，表示UE和网络设备完成上述小包数据的传输后UE待传输的数据量小于预设阈值。本申请实施例对此不做限定。

需要说明的是，UE发送的第一请求消息是否携带辅助信息，即是否携带第一IE可以由网络设备配置。例如但不限于，网络设备可以向UE发送指示消息，该指示消息可以用于指示UE发送的第一请求消息可以携带第一IE。UE接收到该指示消息后，后续发送的第一请求消息均可以携带第一IE。类似地，该指示消息可以用于指示UE发送的第一请求消息不可携带第一IE。UE接收到该指示消息后，后续发送的第一请求消息均不携带第一IE。

在一些实施例中，携带辅助信息的第一请求消息可以通过SRB承载并在逻辑信道CCCH上发送，上行小包数据可以通过DRB承载并在逻辑信道DTCH上发送，再由MAC层将二者复用为一个MAC协议数据单元(protocol data unit，PDU)发送到网络设备。

S1202：DU根据携带辅助信息的第一请求消息得到初始上行RRC消息传送(INITIALUL RRC MESSAGE TRANSFER)消息。

具体地，INITIAL UL RRC MESSAGE TRANSFER消息为DU和CU之间传输的F1接口消息。INITIAL UL RRC MESSAGE TRANSFER消息可以包括多个IE。例如但不限于，RANUE标识(identity document，ID)(简称RAN UE ID)IE可以用于携带UE的标识信息，RRC容器(RRC-Container)IE可以用于携带上行链路(uplink，UL)CCCH消息(简称UL-CCCH-Message)，RRC容器RRC建立完成(简称RRC-Container-RRCSetupComplete)IE可以用于携带ULDCCH消息(简称UL-DCCH-Message)。

其中，UL-CCCH-Message可以为在上行CCCH逻辑信道上从UE发送至网络的RRC消息。例如但不限于，RRCSetupRequest消息和RRCResumeRequest消息等。UL-DCCH-Message可以为在上行DCCH逻辑信道上从UE发送至网络的RRC消息。例如但不限于，RRC建立完成(RRCSetupComplete)消息和RRC恢复完成(RRCResumeComplete)消息等。

具体地，根据上述第一请求消息和UL-CCCH-Message的说明可以得到：第一请求消息属于UL-CCCH-Message，因此，INITIAL UL RRC MESSAGE TRANSFER消息中的RRC-ContainerIE可以用于携带第一请求消息。

DU接收到UE发送的携带辅助信息的第一请求消息和上行小包数据后，一方面，DU可以将该携带辅助信息的第一请求消息放置在INITIAL UL RRC MESSAGE TRANSFER消息的RRC-Container IE中。另一方面，由于用户数据是通过DRB承载，而此时DU未恢复UE上下文，例如未恢复SRB1、DRB1相关配置等，因此DU可以保存上行小包数据，恢复UE上下文之后再发送给CU。

S1203：DU向CU发送携带辅助信息的INITIAL UL RRC MESSAGE TRANSFER消息。

具体地，CU可以通过INITIAL UL RRC MESSAGE TRANSFER消息中的RRC-ContainerIE获取UE发送的第一请求消息，从而得到其中携带的辅助信息。

在一些实施例中，CU也可以根据第一请求消息获取UE执行S1201的意图。

例如，该第一请求消息为RRCResumeRequest消息，RRCResumeRequest消息用于指示UE请求恢复已经暂停的RRC连接。CU可以根据RRCResumeRequest消息获取UE请求恢复已经暂停的RRC连接的意图。

例如，该第一请求消息为RRCConnectionResumeRequest消息，RRCConnectionResumeRequest消息用于指示UE请求进行用户面的EDT。CU可以根据RRCConnectionResumeRequest消息获取UE请求进行用户面的EDT的意图。

S1204：CU向DU发送恢复UE上下文请求(UE CONTEXT SETUP REQUEST)消息。

具体地，UE CONTEXT SETUP REQUEST消息为DU和CU之间传输的F1接口消息。UECONTEXT SETUP REQUEST消息可以包括需要恢复的UE上下文的相关信息，例如但不限于需要恢复的SRBID和DRBID等。

S1205：DU向CU发送恢复UE上下文响应(UE CONTEXT SETUP RESPONSE)消息。

具体地，响应于CU发送的UE CONTEXT SETUP REQUEST消息，DU恢复UE上下文，并向CU发送UE CONTEXT SETUP RESPONSE消息。UE CONTEXT SETUP RESPONSE消息为DU向CU发送的确认恢复UE上下文的响应消息。UE CONTEXT SETUP RESPONSE消息也为DU和CU之间传输的F1接口消息。UE CONTEXT SETUP RESPONSE消息可以包括恢复的UE上下文的相关配置，例如但不限于包括，SRB1和DRB1的RLC层、MAC层和PHY层相关配置。

需要说明的是，DU可以仅恢复UE CONTEXT SETUP REQUEST消息中请求恢复的UE上下文的部分。例如，UE CONTEXT SETUP REQUEST消息中请求恢复的SRBID为1和2，DRBID为1和2，DU可以根据实际情况仅恢复SRB1和DRB1。本申请实施例以DU恢复的UE上下文可以支撑小包数据和/或辅助信息的传输为例进行说明。

S1206：DU向CU发送上行小包数据。

具体地，基于DU恢复的UE上下文，DU向CU发送上行小包数据。若网络设备为基站，CU可以将上行小包数据发送给核心网设备。

S1207：CU根据INITIAL UL RRC MESSAGE TRANSFER消息中的辅助信息得到指示消息。

具体地，CU可以通过INITIAL UL RRC MESSAGE TRANSFER消息中的RRC-ContainerIE获取UE发送的第一请求消息。并且，CU可以根据第一请求消息得到其中携带的辅助信息，以此获取UE和网络设备完成上述小包数据的传输后UE的数据传输需求。然后，CU可以根据上述UE的数据传输需求得到指示消息，该指示消息用于指示UE和网络设备完成上述小包数据的传输后UE的RRC状态。

在一些实施例中，上述指示消息不仅可以用于指示UE和网络设备完成上述小包数据的传输后UE的RRC状态，还可以用于指示UE上述上行小包数据传输成功。例如，上述辅助信息具体指示UE和网络设备完成上述小包数据的传输后UE没有数据传输需求(例如第一请求消息中未携带第一IE、第一比特位取值为false、UE待传输的数据量信息BSR为0等)，CU可以根据该辅助信息得到对应的指示消息。该指示消息用于指示UE上述上行小包数据传输成功，并且用于指示UE和网络设备完成上述小包数据的传输后UE的RRC状态不变，即指示UE保持为S1201中的非连接态。该指示消息的示例具体可参见图7中用于指示UE上述上行小包数据传输成功并指示UE保持在当前的非连接态的响应消息的说明。

在一些实施例中，若核心网设备有进一步传输数据的需求，核心网可以触发连接建立的指示过程，即通过网络设备指示UE回退至RRC CONNECTED态。那么，上述指示消息具体用于指示UE和网络设备完成上述小包数据的传输后UE的RRC状态为RRC CONNECTED态。可选地，该指示消息也可以用于指示UE上述上行小包数据传输成功。类似地，若上述辅助信息具体指示UE和网络设备完成上述小包数据的传输后UE有进一步传输数据的需求(例如UE待传输的数据量信息大于预设阈值、UE希望在完成上述小包数据传输之后的RRC状态为RRCCONNECTED态等)，那么CU可以根据该辅助信息得到对应的指示消息。上述指示消息具体用于指示UE和网络设备完成上述小包数据的传输后UE的RRC状态为RRC CONNECTED态。可选地，该指示消息也可以用于指示UE上述上行小包数据传输成功。该指示消息的示例具体可参见图7中用于指示UE回退至RRC CONNECTED态的响应消息的说明。

在一些实施例中，上述指示消息不仅可以用于指示UE和网络设备完成上述小包数据的传输后UE的RRC状态，还可以用于指示UE上述上行小包数据传输失败。例如，上述辅助信息具体指示UE和网络设备完成上述小包数据的传输后UE没有数据传输需求(例如第一请求消息中未携带第一IE、第一比特位取值为false、UE待传输的数据量信息BSR为0等)，CU可以根据该辅助信息得到对应的指示消息。该指示消息用于指示UE上述上行小包数据传输失败，并且用于指示UE和网络设备完成上述小包数据的传输后UE的RRC状态不变，即指示UE保持为S1201中的非连接态。该指示消息的示例具体可参见图7中用于指示UE上述上行小包数据传输失败并指示UE保持在当前的非连接态的响应消息的说明。

需要说明的是，辅助信息仅用于协助网络设备得到指示消息。实际中，网络设备并不是仅根据辅助信息得到指示消息，还需要综合考虑网络堵塞、资源调度、资源占用等网络情况，以此得到指示消息。例如，假设由于网络堵塞较为严重和资源占用较多，网络设备未接收到UE发送的上行小包数据或接收到的上行小包数据不完整。CU可以根据上述网络情况得到指示消息。该指示消息用于指示UE上述上行小包数据传输失败，并且用于指示UE和网络设备完成上述小包数据的传输后UE的RRC状态不变，即指示UE保持为S1201中的非连接态。该指示消息的示例具体可参见图7中用于指示UE上述上行小包数据传输失败的响应消息的说明。

需要说明的是，S1207和S1204-S1206的顺序不作限定。

在一种可能的实现方式中，S1207中，CU不仅可以根据INITIAL UL RRC MESSAGETRANSFER消息中的辅助信息得到指示消息，也可以根据INITIAL UL RRC MESSAGETRANSFER消息中的辅助信息得到调度信息。

具体地，当辅助信息包括：UE和网络设备完成上述小包数据的传输后UE待传输的数据量信息(即S1201中情况一或情况四所示的辅助信息)时，CU可以根据上述UE待传输的数据量信息得到调度信息。该调度信息可以用于指示DU上述UE待传输的数据量信息，以及指示DU为UE分配数据传输资源。

在一些实施例中，若S1207中CU根据INITIAL UL RRC MESSAGE TRANSFER消息中的辅助信息得到调度信息，那么，S1207之后，该方法还可以包括：CU向DU发送携带调度信息的F1接口消息。

具体地，上述携带调度信息的F1接口消息可以但不限于是UE上下文管理消息(UEContext Management messages)。例如，上述携带调度信息的F1接口消息为UE CONTEXTSETUP REQUEST消息，UE上下文修改请求(UE CONTEXT MODIFICATION REQUEST)消息，UE上下文修改确定(UE CONTEXT MODIFICATION CONFIRM)消息，UE上下文释放命令(UE CONTEXTRELEASE COMMAND)消息或其他具有相同功能但3GPP未标准化的F1接口消息。

其中，若上述携带调度信息的F1接口消息为UE CONTEXT SETUP REQUEST消息，则上述CU向DU发送携带调度信息的F1接口消息可以在S1204中实现。也就是说，S1204可以具体为：CU向DU发送携带调度信息的UE CONTEXT SETUP REQUEST消息。

具体地，DU可以通过携带调度信息的F1接口消息获取其中的调度信息，以此获取上述UE和网络设备完成上述小包数据的传输后UE待传输的数据量信息，以及为UE分配数据传输资源的指示。响应于该调度信息，DU可以为UE分配数据传输资源。

其中，上述数据传输资源可以是DU根据上述UE待传输的数据量信息分配的资源，也可以是DU根据网络情况分配的资源，不限于此。该数据传输资源可以用于UE在UE和网络设备完成上述上行小包数据的传输后向网络设备发送数据。例如，该数据传输资源可以用于UE在S1209之前向DU发送数据，以此通过DU向CU发送数据。可选地，该数据为小包数据。其中，该数据对应的数据量可以为上述UE待传输的数据量信息。

例如，上述辅助信息具体指示的UE和网络设备完成上述小包数据的传输后UE待传输的数据量BSR大于0。因此，CU根据该辅助信息得到的调度信息可以用于指示DU上述UE待传输的数据量BSR，以及指示DU为UE分配数据传输资源。DU可以根据上述UE待传输的数据量BSR分配该数据传输资源。UE可以在UE和网络设备完成上述上行小包数据的传输后通过该数据传输资源向网络设备发送数据，该数据对应的数据量为上述UE待传输的数据量BSR。

S1208：CU向DU发送携带指示消息的下行RRC消息传送(DL RRC MESSAGETRANSFER)消息。

具体地，DL RRC MESSAGE TRANSFER消息为DU和CU之间传输的F1接口消息。CU可以将指示消息放置在DL RRC MESSAGE TRANSFER消息的RRC-Container IE中。然后，CU可以将携带指示消息的DL RRC MESSAGE TRANSFER消息发送给DU，以此通过DU将该指示消息发送给UE。

在一些实施例中，若S1207中CU根据INITIAL UL RRC MESSAGE TRANSFER消息中的辅助信息得到调度信息，那么，S1208可以具体为：CU向DU发送携带调度信息和指示消息的DL RRC MESSAGE TRANSFER消息。

具体地，DU可以通过携带调度信息和指示消息的DL RRC MESSAGE TRANSFER消息获取其中的指示消息和调度信息。DU可以通过调度信息获取上述UE和网络设备完成上述小包数据的传输后UE待传输的数据量信息，以及为UE分配数据传输资源的指示。响应于该调度信息，DU可以为UE分配数据传输资源。其中，该数据传输资源的说明具体可参见上述CU向DU发送携带调度信息的F1接口消息中数据传输资源的描述，不再赘述。指示消息可以在DU为UE分配数据传输资源之后再发送给UE。例如，DU可以在UE通过该数据传输资源与网络设备传输数据完成后执行S1209。

S1209：DU向UE发送指示消息。

具体地，DU可以通过DL RRC MESSAGE TRANSFER消息中的RRC-Container IE获取指示消息，并将该指示消息发送给UE。

S1210：UE根据指示消息进入对应的RRC状态。

具体地，UE若未收到DU发送的指示消息，则认为上述上行小包数据的传输失败。UE若收到DU发送的指示消息，UE可以根据该指示消息得到上述上行小包数据是否传输成功，并根据该指示消息进入对应的RRC状态。

例如，假设S1201中UE处于RRC INACTIVE态，若该指示消息为RRCRelease消息，UE可以根据该指示消息得到上述上行小包数据传输成功。并且，UE可以根据该指示消息保持在当前的RRC状态，即S1201中UE处于的RRC INACTIVE态。

例如，假设S1201中UE处于RRC INACTIVE态，若该指示消息为RRCResume消息或RRCSetup消息，UE可以根据该指示消息得到上述上行小包数据传输成功。并且，UE可以根据该指示消息回退至RRC CONNECTED态。

例如，假设S1201中UE处于RRC INACTIVE态，若该指示消息为RRCReject消息，UE可以根据该指示消息得到上述上行小包数据传输不成功。并且，UE可以根据该指示消息保持在当前的RRC状态，即S1201中UE处于的RRC INACTIVE态。

在一些实施例中，若S1210中UE根据指示消息进入的RRC状态为RRC CONNECTED态，该方法还可以包括：

S1211：UE向DU发送第一响应消息。

具体地，UE根据指示消息进入RRC CONNECTED态后，响应于该指示消息，UE可以向DU发送第一响应消息。例如但不限于，该第一响应消息为RRC连接建立完成(RRCConnectionSetupComplete)消息、RRC连接恢复完成(RRCConnectionResumeComplete)消息、RRCSetupComplete消息、RRCResumeComplete消息或其他具有相同功能但3GPP未标准化的RRC消息。

例如，上述指示消息为RRCConnectionSetup消息。UE根据该指示消息从S1201中的非连接态回退至RRC CONNECTED态之后，为了告知基站UE已经进入RRC CONNECTED态和RRC连接建立成功，UE向DU发送的第一响应消息可以为RRCConnectionSetupComplete消息。

例如，上述指示消息为RRCConnectionResume消息。UE根据该指示消息从S1201中的非连接态回退至RRC CONNECTED态之后，为了告知基站UE已经进入RRC CONNECTED态和RRC连接恢复成功，UE向DU发送的第一响应消息可以为RRCConnectionResumeComplete消息。

例如，上述指示消息为RRCSetup消息。UE根据该指示消息从非连接态回退至RRCCONNECTED态之后，为了告知基站UE已经进入RRC CONNECTED态和RRC连接建立成功，UE向DU发送的第一响应消息可以为RRCSetupComplete消息。

例如，上述指示消息为RRCResume消息。UE根据该指示消息从非连接态回退至RRCCONNECTED态之后，为了告知基站UE已经进入RRC CONNECTED态和RRC连接恢复成功，UE向DU发送的第一响应消息可以为RRCResumeComplete消息。

S1212：DU向CU发送携带第一响应消息的上行RRC消息传送(UL RRC MESSAGETRANSFER)消息。

具体地，UL RRC MESSAGE TRANSFER消息为DU和CU之间传输的F1接口消息。CU可以通过携带第一响应消息的UL RRC MESSAGE TRANSFER消息得到UE响应于指示消息的第一响应消息。

在一些实施例中，网络设备存在下行小包数据发送给UE。S1208之前，DU恢复UE上下文之后，该方法还可以包括：CU基于DU恢复的UE上下文向DU发送下行小包数据。相应地，在S1209中，DU可以在发送指示消息时将下行小包数据一起发送给UE。其中，下行小包数据可以在DTCH上传输，并与在DCCH上传输的指示消息多路复用。

图12以UE在存在上行小包数据发送给网络设备的情况下执行S1201，即UE主动发起小包数据的传输过程为例进行说明。但在具体实现中，还存在UE在网络设备的指示下被动发起小包数据的传输过程的情况，该情况的用户面下的传输过程和图12所示的传输过程类似，区别之处具体如下所述：

S1201之前，该方法还可以包括：CU通过DU向UE发送寻呼消息；该寻呼消息用于网络设备指示存在下行数据发送给UE。相应地，S1201可以更改为：响应于该寻呼消息，UE在非连接态下发送携带辅助信息的第一请求消息，该情况下的S1201中UE可以未发送上行小包数据。S1206可以更改为：基于DU恢复的UE上下文，CU向DU发送下行小包数据。S1209可以更改为：DU向UE发送下行小包数据和指示消息。

不限于上述列举的情况，在具体实现中，DU向UE发送的下行小包数据也可以不在S1209中和指示消息一起发送，而是在S1209之前，S1205之后发送给UE。UE可以基于网络设备调度的下行资源接收该下行小包数据。本申请实施例对此不作限定。

在图12描述的方法中，对于由CU和DU组成的网络设备，处于非连接态的UE可以在请求与网络设备进行小包数据的同时上报辅助信息。CU可以参考辅助信息来确定指示的UE的RRC状态，以便尽可能避免CU在无法获知完成上述小包数据传输后的UE的数据传输需求的情况下，指示UE进入不合适的RRC状态的问题。减少了对UE后续数据传输的影响，以及，有效避免了UE不必要的功耗和信令开销。

并且，上述辅助信息可以携带于UE向网络设备发送的第一请求消息中，UE和DU之间可以无需增加额外的RRC消息。并且，携带于第一请求消息中的辅助信息放置在第一接口消息的RRC Container IE中，第一接口消息可以无需新增IE。DU的处理逻辑的改变较少，辅助信息的使用场景限制较少，应用范围更为广泛。

请参见图13，图13是本申请实施例提供一种UE的RRC状态的控制方法的又一种流程示意图。与图12所示的该方法在用户面下的流程示意图对应，图13具体为该方法在控制面下的传输过程的流程示意图。该方法可以应用于图1所示的通信系统，该方法中的网络设备可以是图1所示的通信系统中的基站120。该方法也可以应用于图2所示的NR系统，该方法中的网络设备也可以是图2所示的NR系统中的gNB2200，不限于此。其中，该方法中的网络设备可以包括CU和至少一个DU。该方法包括但不限于如下步骤：

S1301：UE在非连接态下向DU发送携带辅助信息和上行小包数据的第一请求消息。

具体地，用户面下，图12的S1201中上行小包数据为与携带辅助信息的第一请求消息一起发送给DU的数据。控制面下，S1301中上行小包数据携带于第一请求消息中，该第一请求消息还携带有辅助信息。

具体地，控制面下第一请求消息的描述和用户面下第一请求消息的描述类似，具体可参见图12的S1201的说明，控制面下第一请求消息的示例具体可参见图6、图8和图10中的第一请求消息，此处不予赘述。其中，用户面下的传输过程中的第一请求消息和控制面下的传输过程中的第一请求消息可以为同一种RRC消息。例如，处于RRC INACTIVE态的UE，在图12的S1201中发送的第一请求消息和S1301中发送的第一请求消息可以均为RRCResumeRequest消息。用户面下的传输过程中的第一请求消息和控制面下的传输过程中的第一请求消息也可以不为同一种RRC消息。例如，处于RRC IDLE态的UE，在图12的S1201中发送的第一请求消息为RRCConnectionResumeRequest消息，在S1301中发送的第一请求消息为RRCEarlyDataRequest消息。

在一些实施例中，与图12的S1201中上行小包数据通过DRB承载不同，S1301中，携带于第一请求消息中的上行小包数据可以通过SRB(例如SRB0)承载并在逻辑信道CCCH上发送。

可以理解地，S1301中的非连接态和辅助信息的描述和图12的S1201中的非连接态和辅助信息的描述类似，具体可参见图12的S1201的说明，此处不予赘述。

S1302：DU根据携带辅助信息和上行小包数据的第一请求消息得到INITIAL ULRRC MESSAGE TRANSFER消息。

具体地，与图12的S1202相同的是：S1302中携带辅助信息的第一请求消息也放置在INITIAL UL RRC MESSAGE TRANSFER消息的RRC-Container IE中。其中，INITIAL UL RRCMESSAGE TRANSFER消息的说明具体可参见图12的S1202的说明，此处不予赘述。

与图12的S1202不同的是：S1302中，由于上行小包数据携带于第一请求消息中，因此，上行小包数据也被放置在INITIAL UL RRC MESSAGE TRANSFER消息的RRC-ContainerIE中。由于上行小包数据携带于INITIAL UL RRC MESSAGE TRANSFER消息中发送给CU，因此，DU无需保存上行小包数据，也无需恢复UE上下文之后再发送给CU。

S1303：DU向CU发送携带辅助信息和上行小包数据的INITIAL UL RRC MESSAGETRANSFER消息。

具体地，CU可以通过INITIAL UL RRC MESSAGE TRANSFER消息中的RRC-ContainerIE获取UE发送的第一请求消息，从而得到其中携带的辅助信息和上行小包数据。若网络设备为基站，CU可以将上行小包数据发送给核心网设备。

在一些实施例中，CU也可以根据第一请求消息获取UE执行S1301的意图。

例如，该第一请求消息为RRCEarlyDataRequest消息，RRCEarlyDataRequest消息用于指示UE请求进行控制面的EDT。CU可以根据RRCEarlyDataRequest消息获取UE请求进行控制面的EDT的意图。

S1304：CU向DU发送UE CONTEXT SETUP REQUEST消息。

具体地，S1304和图12的S1204一致，不再赘述。

S1305：DU向CU发送UE CONTEXT SETUP RESPONSE消息。

具体地，S1305和图12的S1205一致，不再赘述。

S1306：CU根据INITIAL UL RRC MESSAGE TRANSFER消息中的辅助信息得到指示消息。

具体地，S1306和图12的S1207类似，具体可参见图12的S1207的说明。其中，和图12的S1207中指示消息的示例具体可参见图7中响应消息说明，S1306中指示消息的示例具体可参见图6中响应消息的说明。

在一种可能的实现方式中，S1306中，CU不仅可以根据INITIAL UL RRC MESSAGETRANSFER消息中的辅助信息得到指示消息，也可以根据INITIAL UL RRC MESSAGETRANSFER消息中的辅助信息得到调度信息。

具体地，当辅助信息包括：UE和网络设备完成上述小包数据的传输后UE待传输的数据量信息(即S1201中情况一或情况四所示的辅助信息)时，CU可以根据上述UE待传输的数据量信息得到调度信息。该调度信息可以用于指示DU上述UE待传输的数据量信息，以及指示DU为UE分配数据传输资源。需要说明的是，S1306和S1304-S1305的顺序不作限定。

在一些实施例中，若S1306中CU根据INITIAL UL RRC MESSAGE TRANSFER消息中的辅助信息得到调度信息，以及S1306在S1304-S1305之前，那么，S1306之后，该方法还可以包括：CU向DU发送携带调度信息的F1接口消息。

具体地，上述携带调度信息的F1接口消息的说明具体可参见图12中携带调度信息的F1接口消息的描述，不再赘述。若上述携带调度信息的F1接口消息为UE CONTEXT SETUPREQUEST消息，则上述CU向DU发送携带调度信息的F1接口消息可以在S1304中实现。也就是说，S1304可以具体为：CU向DU发送携带调度信息的UE CONTEXT SETUP REQUEST消息。

具体地，DU可以通过携带调度信息的F1接口消息获取其中的调度信息，以此获取上述UE和网络设备完成上述小包数据的传输后UE待传输的数据量信息，以及为UE分配数据传输资源的指示。响应于该调度信息，DU可以为UE分配数据传输资源。其中，该数据传输资源的说明具体可参见图12中CU向DU发送携带调度信息的F1接口消息中数据传输资源的描述，不再赘述。

S1307：CU向DU发送携带指示消息的DL RRC MESSAGE TRANSFER消息。

具体地，S1307和图12的S1208类似，具体可参见图12的S1208的说明。

在一些实施例中，若S1306中CU根据INITIAL UL RRC MESSAGE TRANSFER消息中的辅助信息得到调度信息，那么，S1307可以具体为：CU向DU发送携带调度信息和指示消息的DL RRC MESSAGE TRANSFER消息。

具体地，DU获取调度信息和分配数据传输资源的说明具体可参见图12的S1208中对应的描述，不再赘述。指示消息可以在DU为UE分配数据传输资源之后再发送给UE。例如，DU可以在UE通过该数据传输资源与网络设备传输数据完成后执行S1308。

S1308：DU向UE发送指示消息。

具体地，S1308和图12的S1209一致，不再赘述。

S1309：UE根据指示消息进入对应的RRC状态。

具体地，S1309和图12的S1210一致，不再赘述。

在一些实施例中，若S1309中UE根据指示消息进入的RRC状态为RRC CONNECTED态，该方法还可以包括：

S1310：UE向DU发送第一响应消息。

具体地，S1310和图12的S1211一致，不再赘述。

S1311：DU向CU发送携带第一响应消息的UL RRC MESSAGE TRANSFER消息。

具体地，S1311和图12的S1212一致，不再赘述。

在一些实施例中，网络设备存在下行小包数据发送给UE。S1307之前，DU恢复UE上下文之后，该方法还可以包括：CU基于DU恢复的UE上下文向DU发送下行小包数据。相应地，在S1308中，该下行小包数据可以携带于DU向UE发送的指示消息中。其中，携带下行小包数据的指示消息在DCCH上传输。

图13以UE在存在上行小包数据发送给网络设备的情况下执行S1301，即UE主动发起小包数据的传输过程为例进行说明。但在具体实现中，还存在UE在网络设备的指示下被动发起小包数据的传输过程的情况，该情况的用户面下的传输过程和图13所示的传输过程类似，区别之处具体如下所述：

S1301之前，该方法还可以包括：CU通过DU向UE发送寻呼消息；该寻呼消息用于网络设备指示存在下行数据发送给UE。相应地，S1301可以更改为：响应于该寻呼消息，UE在非连接态下发送携带辅助信息的第一请求消息，该情况下的S1301中的第一请求消息可以未携带上行小包数据。S1307之前，该方法还可以包括：CU向DU发送下行小包数据。S1308可以更改为：DU向UE发送携带下行小包数据的指示消息。

不限于上述列举的情况，在具体实现中，DU向UE发送的下行小包数据也可以不携带于S1308的指示消息中发送，而是在S1308之前，S1305之后发送给UE。UE可以基于网络设备调度的下行资源接收该下行小包数据。本申请实施例对此不作限定。

在图13描述的方法中，对于由CU和DU组成的网络设备，处于非连接态的UE可以在请求与网络设备进行小包数据的同时上报辅助信息。CU可以参考辅助信息来确定指示的UE的RRC状态，以便尽可能避免CU在无法获知完成上述小包数据传输后的UE的数据传输需求的情况下，指示UE进入不合适的RRC状态的问题。减少了对UE后续数据传输的影响，以及，有效避免了UE不必要的功耗和信令开销。

在一些实施例中，辅助信息也可以不携带于UE在非连接态下向DU发送的第一请求消息中，而是与第一请求消息一起发送，具体可参见图14和图15的示例。

请参见图14，图14是本申请实施例提供又一种UE的RRC状态的控制方法的一种流程示意图。图14具体为该方法在用户面下的传输过程的流程示意图。该方法可以应用于图1所示的通信系统，该方法中的网络设备可以是图1所示的通信系统中的基站120。该方法也可以应用于图2所示的NR系统，该方法中的网络设备也可以是图2所示的NR系统中的gNB2200，不限于此。其中，该方法中的网络设备可以包括CU和至少一个DU。该方法包括但不限于如下步骤：

S1401：UE在非连接态下向DU发送第一请求消息、辅助信息和上行小包数据。

具体地，图14和图15所示的辅助信息与第一请求消息的关系与图12和图13所示的辅助信息与第一请求消息的关系可以不同。在图14和图15中，辅助信息可以不是携带于第一请求消息中，而是和第一请求消息一起发送。第一请求消息可以不包括新增的第一IE来携带辅助信息。

在一些实施例中，辅助信息可以携带于UEAssistanceInformation消息中，S1401例如为：UE在非连接态下向DU发送第一请求消息、携带辅助信息的UEAssistanceInformation消息和上行小包数据。可选地，UEAssistanceInformation消息可以包括新增的第二IE。携带于UEAssistanceInformation消息中的辅助信息可以包括放置在第二IE中的辅助信息，具体可以包括图12的S1201中情况一、情况二和/或情况四所述的辅助信息。携带于UEAssistanceInformation消息中的辅助信息也可以包括UEAssistanceInformation消息中的ReleasePreferenceIE，即图12的S1201中情况三所述的辅助信息。可选地，UEAssistanceInformation消息也可以不包括新增的第二IE。辅助信息可以为UEAssistanceInformation消息中的ReleasePreferenceIE，即图12的S1201中情况三所述的辅助信息。可选地，UEAssistanceInformation消息也可以通过是否新增第二IE来指示UE和网络设备完成上述小包数据的传输后UE的数据传输需求，不限于此。

在一些实施例中，第一请求消息可以通过SRB(例如SRB0)承载并在逻辑信道CCCH上发送，上行小包数据可以通过DRB承载并在逻辑信道DTCH上发送，辅助信息可以通过其他SRB(例如SRB1)承载并在逻辑信道DCCH上发送，再由MAC层将三者复用为一个MACPDU发送到网络设备。

可以理解地，S1401中的非连接态，第一请求消息和辅助信息和图12的S1201中的非连接态、第一请求消息和辅助信息类似，具体可参见图12的S1201的说明，此处不予赘述。

S1402：DU根据第一请求消息得到INITIAL UL RRC MESSAGE TRANSFER消息。

具体地，INITIAL UL RRC MESSAGE TRANSFER消息的说明具体可参见图12的S1202和S1203的说明，此处不予赘述。第一请求消息属于UL-CCCH-Message，因此，INITIAL ULRRC MESSAGE TRANSFER消息中的RRC-Container IE可以用于携带第一请求消息。

DU接收到UE发送的辅助信息、第一请求消息和上行小包数据后，一方面，DU可以将第一请求消息放置在INITIAL UL RRC MESSAGE TRANSFER消息的RRC-Container IE中。另一方面，由于用户数据是通过DRB承载，辅助信息是通过SRB承载，而此时DU未恢复UE上下文，例如未恢复SRB1、DRB1相关配置等，因此DU可以保存上行小包数据和辅助信息，恢复UE上下文之后再发送给CU。

S1403：DU向CU发送携带第一请求消息的INITIAL UL RRC MESSAGE TRANSFER消息。

具体地，CU可以通过INITIAL UL RRC MESSAGE TRANSFER消息中的RRC-ContainerIE获取UE发送的第一请求消息，从而获取UE执行S1401的意图。CU根据第一请求消息获取UE的意图的示例具体可参见图12的S1203的示例。

S1404：CU向DU发送UE CONTEXT SETUP REQUEST消息。

具体地，S1404和图12的S1204一致，不再赘述。

S1405：DU根据辅助信息得到UE CONTEXT SETUP RESPONSE消息。

具体地，响应于CU发送的UE CONTEXT SETUP REQUEST消息，DU恢复UE上下文。UECONTEXT SETUP RESPONSE消息为DU向CU发送的确认恢复UE上下文的响应消息。UE CONTEXTSETUP RESPONSE消息可以包括恢复的UE上下文的相关配置，例如但不限于，SRB1和DRB1的RLC层、MAC层和PHY层相关配置。UE CONTEXT SETUP RESPONSE消息可以包括新增的第三IE，例如用户设备辅助信息容器(UEAssistanceInformation Container)IE，辅助信息可以放置在该第三IE中。

S1406：DU向CU发送携带辅助信息的UE CONTEXT SETUP RESPONSE消息。

具体地，基于恢复的UE下文，DU可以向CU发送携带辅助信息的UE CONTEXT SETUPRESPONSE消息。

S1407：DU向CU发送上行小包数据。

具体地，S1407和图12的S1206一致，不再赘述。

S1408：CU根据UE CONTEXT SETUP RESPONSE消息中的辅助信息得到指示消息。

具体地，CU可以通过UE CONTEXT SETUP RESPONSE消息中的第三IE获取UE发送的辅助信息，以此获取UE和网络设备完成上述小包数据的传输后UE的数据传输需求。然后，CU可以根据上述UE的数据传输需求得到指示消息，该指示消息用于指示UE和网络设备完成上述小包数据的传输后UE的RRC状态。CU根据辅助信息得到指示消息以及指示消息的说明具体可参见图12的S1207中对应的描述，不再赘述。

需要说明的是，辅助信息仅用于协助网络设备得到指示消息。实际中，网络设备并不是仅根据辅助信息得到指示消息，还需要综合考虑网络堵塞、资源调度、资源占用等网络情况，以此得到指示消息。具体示例可参见图12的S1207中的示例，不再赘述。

在一种可能的实现方式中，S1408中，CU不仅可以根据UE CONTEXT SETUPRESPONSE消息中的辅助信息得到指示消息，也可以根据UE CONTEXT SETUP RESPONSE消息中的辅助信息得到调度信息。

S1409：CU向DU发送携带指示消息的DL RRC MESSAGE TRANSFER消息。

具体地，CU将指示消息放置在DL RRC MESSAGE TRANSFER消息的RRC-ContainerIE中。然后，CU将携带指示消息的DL RRC MESSAGE TRANSFER消息发送给DU，以此通过DU将该指示消息发送给UE。

在一些实施例中，若S1408中CU根据UE CONTEXT SETUP RESPONSE消息中的辅助信息得到调度信息，那么，S1409可以具体为：CU向DU发送携带调度信息和指示消息的DL RRCMESSAGE TRANSFER消息。

具体地，DU可以通过携带调度信息和指示消息的DL RRC MESSAGE TRANSFER消息获取其中的指示消息和调度信息。DU可以通过调度信息获取上述UE和网络设备完成上述小包数据的传输后UE待传输的数据量信息，以及为UE分配数据传输资源的指示。响应于该调度信息，DU可以为UE分配数据传输资源。其中，该数据传输资源的说明具体可参见图12中CU向DU发送携带调度信息的F1接口消息中数据传输资源的描述，不再赘述。指示消息可以在DU为UE分配数据传输资源之后再发送给UE。例如，DU可以在UE通过该数据传输资源与网络设备传输数据完成后执行S1410。

不限于上述列举的情况，在具体实现中，调度信息也可以在S1408之后，S1409之前携带于CU向DU发送的F1接口消息中发送给DU。本申请实施例对此不作限定。

S1410：DU向UE发送指示消息。

具体地，S1410和图12的S1209一致，不再赘述。

S1411：UE根据指示消息进入对应的RRC状态。

具体地，S1411和图12的S1210一致，不再赘述。

在一些实施例中，若S1411中UE根据指示消息进入的RRC状态为RRC CONNECTED态，该方法还可以包括：

S1412：UE向DU发送第一响应消息。

具体地，S1412和图12的S1211一致，不再赘述。

S1413：DU向CU发送携带第一响应消息的UL RRC MESSAGE TRANSFER消息。

具体地，S1413和图12的S1212一致，不再赘述。

在一些实施例中，网络设备存在下行小包数据发送给UE。S1409之前，DU恢复UE上下文之后，该方法还可以包括：CU基于DU恢复的UE上下文向DU发送下行小包数据。相应地，在S1410中，DU可以在发送指示消息时将下行小包数据一起发送给UE。其中，下行小包数据可以在DTCH上传输，并与在DCCH上传输的指示消息多路复用。

图14以UE在存在上行小包数据发送给网络设备的情况下执行S1401，即UE主动发起小包数据的传输过程为例进行说明。但在具体实现中，还存在UE在网络设备的指示下被动发起小包数据的传输过程的情况，该情况的用户面下的传输过程和图14所示的传输过程类似，区别之处具体如下所述：

S1401之前，该方法还可以包括：CU通过DU向UE发送寻呼消息；该寻呼消息用于网络设备指示存在下行数据发送给UE。相应地，S1401可以更改为：响应于该寻呼消息，UE在非连接态下发送第一请求消息和辅助信息，该情况下的S1401中UE可以未发送上行小包数据。S1407可以更改为：基于DU恢复的UE上下文，CU向DU发送下行小包数据。S1410可以更改为：DU向UE发送下行小包数据和指示消息。

不限于上述列举的情况，在具体实现中，DU向UE发送的下行小包数据也可以不在S1410中和指示消息一起发送，而是在S1410之前，S1406之后发送给UE。UE可以基于网络设备调度的下行资源接收该下行小包数据。本申请实施例对此不作限定。

在图14描述的方法中，对于由CU和DU组成的网络设备，处于非连接态的UE可以在请求与网络设备进行小包数据的同时上报辅助信息。CU可以参考辅助信息来确定指示的UE的RRC状态，以便尽可能避免CU在无法获知完成上述小包数据传输后的UE的数据传输需求的情况下，指示UE进入不合适的RRC状态的问题。减少了对UE后续数据传输的影响，以及，有效避免了UE不必要的功耗和信令开销。

并且，辅助信息可以和第一请求消息一起发送，辅助信息包括的信息也可以更多，形式也可以更为灵活。

请参见图15，图15是本申请实施例提供又一种UE的RRC状态的控制方法的又一种流程示意图。与图14所示的该方法在用户面下的流程示意图对应，图15具体为该方法在控制面下的传输过程的流程示意图。该方法可以应用于图1所示的通信系统，该方法中的网络设备可以是图1所示的通信系统中的基站120。该方法也可以应用于图2所示的NR系统，该方法中的网络设备也可以是图2所示的NR系统中的gNB2200，不限于此。其中，该方法中的网络设备可以包括CU和至少一个DU。该方法包括但不限于如下步骤：

S1501：UE在非连接态下向DU发送携带上行小包数据的第一请求消息和辅助信息。

具体地，用户面下，图14的S1401中上行小包数据为与第一请求消息一起发送给DU的数据。控制面下，S1501中上行小包数据携带于第一请求消息中。其中，用户面下的传输过程中的第一请求消息和控制面下的传输过程中的第一请求消息可以为同一种RRC消息，也可以为不同种RRC消息，具体可参见图13的S1301的示例。

在一些实施例中，与图14的S1401中上行小包数据通过DRB承载不同，S1501中，携带上行小包数据的第一请求消息可以通过SRB(例如SRB0)承载并在逻辑信道CCCH上发送，辅助信息可以通过其他SRB(例如SRB1)承载并在逻辑信道DCCH上发送，再由MAC层将二者复用为一个MACPDU发送到网络设备。

可以理解地，控制面下S1501中的非连接态，第一请求消息和辅助信息和用户面下图14的S1401中的非连接态、第一请求消息和辅助信息类似，具体可参见图14的S1401的说明，此处不予赘述。

S1502：DU根据携带上行小包数据的第一请求消息得到INITIAL UL RRC MESSAGETRANSFER消息。

具体地，与图14的S1402相同的是：S1502中第一请求消息也放置在INITIAL ULRRC MESSAGE TRANSFER消息的RRC-Container IE中。其中，INITIAL UL RRC MESSAGETRANSFER消息的说明具体可参见图12的S1202的说明，此处不予赘述。以及，DU可以仍旧保存辅助信息，恢复UE上下文之后再发送给CU。

与图14的S1402不同的是：S1502中，由于上行小包数据携带于第一请求消息中，因此，上行小包数据也被放置在INITIAL UL RRC MESSAGE TRANSFER消息的RRC-ContainerIE中。由于上行小包数据携带于INITIAL UL RRC MESSAGE TRANSFER消息中发送给CU，因此，DU无需保存上行小包数据，也无需恢复UE上下文之后再发送给CU。

S1503：DU向CU发送携带上行小包数据的INITIAL UL RRC MESSAGE TRANSFER消息。

具体地，CU可以通过INITIAL UL RRC MESSAGE TRANSFER消息中的RRC-ContainerIE获取UE发送的第一请求消息，从而得到其中携带的上行小包数据。若网络设备为基站，CU可以将上行小包数据发送给核心网设备。CU也可以根据第一请求消息获取UE执行S1501的意图，具体可参见图13的S1303的示例。

S1504：CU向DU发送UE CONTEXT SETUP REQUEST消息。

具体地，S1504和图14的S1404一致，不再赘述。

S1505：DU根据辅助信息得到UE CONTEXT SETUP RESPONSE消息。

具体地，S1505和图14的S1405一致，不再赘述。

S1506：DU向CU发送携带辅助信息的UE CONTEXT SETUP RESPONSE消息。

具体地，S1506和图14的S1406一致，不再赘述。

S1507：CU根据UE CONTEXT SETUP RESPONSE消息中的辅助信息得到指示消息。

具体地，S1507和图14的S1408类似，具体可参见图14的S1408的说明。其中，和图14的S1408中指示消息的示例具体可参见图7中响应消息说明不同，S1507中指示消息的示例具体可参见图6中响应消息的说明。

在一种可能的实现方式中，S1507中，CU不仅可以根据UE CONTEXT SETUPRESPONSE消息中的辅助信息得到指示消息，也可以根据UE CONTEXT SETUP RESPONSE消息中的辅助信息得到调度信息。

S1508：CU向DU发送携带指示消息的DL RRC MESSAGE TRANSFER消息。

具体地，S1508和图14的S1409类似，具体可参见图14的S1409的说明。

在一些实施例中，若S1507中CU根据UE CONTEXT SETUP RESPONSE消息中的辅助信息得到调度信息，那么，S1508可以具体为：CU向DU发送携带调度信息和指示消息的DL RRCMESSAGE TRANSFER消息。

具体地，DU获取调度信息和分配数据传输资源的说明具体可参见图14的S1409中对应的描述，不再赘述。指示消息可以在DU为UE分配数据传输资源之后再发送给UE。例如，DU可以在UE通过该数据传输资源与网络设备传输数据完成后执行S1509。

S1509：DU向UE发送指示消息。

具体地，S1509和图14的S1410一致，不再赘述。

S1510：UE根据指示消息进入对应的RRC状态。

具体地，S1510和图14的S1411一致，不再赘述。

在一些实施例中，若S1510中UE根据指示消息进入的RRC状态为RRC CONNECTED态，该方法还可以包括：

S1511：UE向DU发送第一响应消息。

具体地，S1511和图14的S1412一致，不再赘述。

S1512：DU向CU发送携带第一响应消息的UL RRC MESSAGE TRANSFER消息。

具体地，S1512和图14的S1413一致，不再赘述。

在一些实施例中，网络设备存在下行小包数据发送给UE。S1508之前，DU恢复UE上下文之后，该方法还可以包括：CU基于DU恢复的UE上下文向DU发送下行小包数据。相应地，S1509中，该下行小包数据可以携带于DU向UE发送的指示消息中。其中，携带下行小包数据的指示消息在DCCH上传输。

图15以UE在存在上行小包数据发送给网络设备的情况下执行S1501，即UE主动发起小包数据的传输过程为例进行说明。但在具体实现中，还存在UE在网络设备的指示下被动发起小包数据的传输过程的情况，该情况的用户面下的传输过程和图15所示的传输过程类似，区别之处具体如下所述：

S1501之前，该方法还可以包括：CU通过DU向UE发送寻呼消息；该寻呼消息用于网络设备指示存在下行数据发送给UE。相应地，S1501可以更改为：响应于该寻呼消息，UE在非连接态下发送第一请求消息和辅助信息，该情况下的S1501中的第一请求消息可以未携带上行小包数据。S1508之前，该方法还可以包括：CU向DU发送下行小包数据。S1509可以更改为：DU向UE发送携带下行小包数据的指示消息。

不限于上述列举的情况，在具体实现中，DU向UE发送的下行小包数据也可以不在S1509中和指示消息一起发送，而是在S1509之前，S1506之后发送给UE。UE可以基于网络设备调度的下行资源接收该下行小包数据。本申请实施例对此不作限定。

在图15描述的方法中，对于由CU和DU组成的网络设备，处于非连接态的UE可以在请求与网络设备进行小包数据的同时上报辅助信息。CU可以参考辅助信息来确定指示的UE的RRC状态，以便尽可能避免CU在无法获知完成上述小包数据传输后的UE的数据传输需求的情况下，指示UE进入不合适的RRC状态的问题。减少了对UE后续数据传输的影响，以及，有效避免了UE不必要的功耗和信令开销。

请参见图16，图16是本申请实施例提供又一种UE的RRC状态的控制方法的流程示意图。该方法可以应用于图1所示的通信系统，该方法中的网络设备可以是图1所示的通信系统中的基站120。该方法也可以应用于图2所示的NR系统，该方法中的网络设备也可以是图2所示的NR系统中的gNB2200，不限于此。其中，该方法中的网络设备可以包括CU和至少一个DU。该方法包括但不限于如下步骤：

S1601：UE在非连接态下向DU发送辅助信息。

具体地，上述非连接态可以是图5所示的RRC INACTIVE态或RRC IDLE态。辅助信息用于指示UE与网络设备完成小包数据的传输后UE的数据传输需求，该辅助信息的发送方式可以包括但不限于以下两种情况：

情况一，S1601可以具体为：UE在非连接态下向DU发送携带辅助信息的第一请求消息。第一请求消息可以用于UE请求与网络设备进行数据传输。此时，辅助信息和第一请求消息的说明具体可参见图12的S1201和图13的S1301中辅助信息和第一请求消息的说明。

情况二，S1601可以具体为：UE在非连接态下向DU发送辅助信息和第一请求消息。第一请求消息可以用于UE请求与网络设备进行数据传输。此时，辅助信息和第一请求消息的说明具体可参见图14的S1401和图15的S1501中辅助信息和第一请求消息的说明。

在一些实施例中，UE可以是在存在上行小包数据发送给网络设备的情况下，执行S1601，即UE可以主动发起小包数据的传输过程，则UE可以在S1601中向DU发送上行小包数据。

在上述情况一的前提下，若在用户面下，S1601可以具体为：UE在非连接态下向DU发送携带辅助信息的第一请求消息和上行小包数据。此时，上行小包数据的说明具体可参见图12的S1201中上行小包数据的说明。若在控制面下，S1601可以具体为：UE在非连接态下向DU发送携带辅助信息和上行小包数据的第一请求消息。此时，上行小包数据的说明具体可参见图13的S1301中上行小包数据的说明。

在上述情况二的前提下，若在用户面下，S1601可以具体为：UE在非连接态下向DU发送辅助信息、第一请求消息和上行小包数据。此时，上行小包数据的说明具体可参见图14的S1401中上行小包数据的说明。若在控制面下，S1601可以具体为：UE在非连接态下向DU发送携带上行小包数据的第一请求消息和辅助信息。此时，上行小包数据的说明具体可参见图15的S1501中上行小包数据的说明。

在一些实施例中，UE也可以是在接收到网络设备发送的寻呼消息之后，响应于该寻呼消息，执行S1601，即UE可以在网络设备的指示下被动发起小包数据的传输过程，则UE可以在S1606中接收CU通过DU发送的下行小包数据。其中，上述寻呼消息用于指示网络设备存在下行数据发送给UE。可选地，若接收到上述寻呼消息之后，UE存在上行小包数据发送给网络设备，UE也可以在S1601中向DU发送上行小包数据。其中，该上行小包数据的传输方式和上述UE主动发起小包数据的传输过程的情况下上行小包数据的传输方式一致，此处不予赘述。

S1602：DU根据辅助信息得到第一接口消息。

具体地，第一接口消息为DU和CU之间传输的F1接口消息。如果辅助信息的发送方式如S1601的情况一所示，则第一接口消息为INITIAL UL RRC MESSAGE TRANSFER消息。如果辅助信息的发送方式如S1601的情况二所示，则第一接口消息为UE CONTEXT SETUPRESPONSE消息。

如果辅助信息的发送方式如S1601的情况一所示，那么S1602可以具体为：DU根据携带辅助信息的第一请求消息得到INITIAL UL RRC MESSAGE TRANSFER消息。可选地，在S1601中UE向DU发送了上行小包数据的情况下，若在用户面下，DU可以在S1602中保存上行小包数据，以便DU恢复UE上下文之后再发送给CU，具体可参见图12的S1202的说明。若在控制面下，S1602可以具体为：DU根据携带辅助信息和上行小包数据的第一请求消息得到INITIAL UL RRC MESSAGE TRANSFER消息，具体可参见图13的S1302的说明。

如果辅助信息的发送方式如S1601的情况二所示，那么，S1601之后，S1602之前，该方法还可以包括：DU根据第一请求消息得到第二接口消息(即INITIAL UL RRC MESSAGETRANSFER消息)；DU向CU发送携带第一请求消息的第二接口消息；CU向DU发送UE CONTEXTSETUP REQUEST消息；DU响应于UE CONTEXT SETUP REQUEST消息，恢复UE上下文，具体可参见图14的S1402-S1404和图15的S1502-S1504的说明。相应地，S1602可以具体为：DU根据辅助信息得到UE CONTEXT SETUP RESPONSE消息，具体可参见图14的S1405和图15的S1505的说明。可选地，在S1601中UE向DU发送了上行小包数据的情况下，若在控制面下，上行小包数据携带于上述第二接口消息中发送给CU。若在用户面下，上行小包数据发送给CU的过程具体可参见S1603中对应的说明。

S1603：DU向CU发送携带辅助信息的第一接口消息。

具体地，如果辅助信息的发送方式如S1601的情况一所示，那么，S1603之后，S1604之前，该方法还可以包括：CU向DU发送UE CONTEXT SETUP REQUEST消息；DU响应于UECONTEXT SETUP REQUEST消息，恢复UE上下文，并向CU发送UE CONTEXT SETUP RESPONSE消息，具体可参见图12的S1204-S1205和图13的S1304-S1305的说明。

可选地，在S1601中UE向DU发送了上行小包数据的情况下，若在用户面下，S1603可以具体为：DU向CU发送携带辅助信息的INITIAL UL RRC MESSAGE TRANSFER消息，具体可参见图12的S1203的说明。并且，在上述DU响应于UE CONTEXT SETUP REQUEST消息，恢复UE上下文，并向CU发送UE CONTEXT SETUP RESPONSE消息之后，该方法还可以包括：基于DU恢复的UE上下文，DU向CU发送上行小包数据，具体可参见图12的S1206的说明。若在控制面下，S1603可以具体为：DU向CU发送携带辅助信息和上行小包数据的第一接口消息，具体可参见图13的S1303的说明。

具体地，如果辅助信息的发送方式如S1601的情况二所示，那么，S1603可以具体为：DU向CU发送携带辅助信息的UE CONTEXT SETUP RESPONSE消息，具体可参见图14的1406和图15的S1506的说明。可选地，在S1601中UE向DU发送了上行小包数据的情况下，若在用户面下，S1603之后，该方法还可以包括：基于DU恢复的UE上下文，DU向CU发送上行小包数据，具体可参见图14的S1407的说明。

S1604：CU根据第一接口消息中的辅助信息得到指示消息。

具体地，指示消息用于指示UE和网络设备完成上述小包数据的传输后UE的RRC状态。如果辅助信息的发送方式如S1601的情况一所示，那么S1604可以具体为：CU根据INITIAL UL RRC MESSAGE TRANSFER消息中的辅助信息得到指示消息，具体可参见图12的S1207和图13的S1306的说明。

如果辅助信息的发送方式如S1601的情况二所示，那么S1604可以具体为：CU根据CONTEXT SETUP RESPONSE消息中的辅助信息得到指示消息，具体可参见图14的S1408和图15的S1507的说明。

需要说明的是，辅助信息仅用于协助网络设备得到指示消息。实际中，网络设备并不是仅根据辅助信息得到指示消息，还需要综合考虑网络堵塞、资源调度、资源占用等网络情况，以此得到指示消息。具体可参见图12的S1207中对应的示例。

在一种可能的实现方式中，S1604中，CU不仅可以根据第一接口消息中的辅助信息得到指示消息，也可以根据第一接口消息中的辅助信息得到调度信息。

具体地，当辅助信息包括：UE和网络设备完成上述小包数据的传输后UE待传输的数据量信息(即S1201中情况一或情况四所示的辅助信息)时，CU可以根据上述UE待传输的数据量信息得到调度信息。该调度信息可以用于指示DU上述UE待传输的数据量信息，以及指示DU为UE分配数据传输资源。其中，如果辅助信息的发送方式如S1601的情况一所示，调度信息的传输过程和说明具体可参见图12的S1207和图13的S1306中调度信息的相关描述。如果辅助信息的发送方式如S1601的情况二所示，调度信息的传输过程和说明具体可参见图14的S1408和图15的S1507中调度信息的相关描述。

S1605：CU向DU发送指示消息，从而通过DU向UE发送指示消息。

具体地，CU向DU发送携带指示消息的第三接口消息，第三接口消息为DL RRCMESSAGE TRANSFER消息。在一些实施例中，若S1604中CU根据第一接口消息中的辅助信息得到调度信息，那么，S1605可以具体为：CU向DU发送携带调度信息和指示消息的第三接口消息。S1605的具体过程可参见图12的S1208、图13的S1307、图14的S1409和图15的S1508的说明。

S1606：DU向UE发送指示消息。

具体地，DU根据携带指示消息的第三接口消息得到指示消息，并发送给UE，具体可参见图12的S1209、图13的S1308、图14的S1410和图15的S1509的说明。

在一些实施例中，网络设备存在下行小包数据发送给UE。S1606之前，DU恢复UE上下文之后，该方法还可以包括：CU基于DU恢复的UE上下文向DU发送下行小包数据。相应地，若在用户面中，S1606可以具体为：DU向UE发送指示消息和下行小包数据。其中，下行小包数据可以在DTCH上传输，并与在DCCH上传输的指示消息多路复用。若在控制面中，S1606可以具体为：DU向UE发送携带下行小包数据的指示消息。其中，携带下行小包数据的指示消息在DCCH上传输。

不限于上述列举的情况，在具体实现中，DU向UE发送的下行小包数据也可以不和指示消息一起发送或不携带于指示消息中发送，而是在DU向UE发送指示消息之前，DU恢复UE上下文之后再发送给UE。UE可以基于网络设备调度的下行资源接收该下行小包数据。本申请实施例对此不作限定。

S1607：UE根据指示消息进入对应的RRC状态。

具体地，UE进入指示消息中指示的UE和网络设备完成上述小包数据的传输后的RRC状态，具体可参见图12的S1210、图13的S1309、图14的S1411和图15的S1510的说明。

需要说明的是，本申请实施例中的辅助信息用于指示UE和网络设备完成小包数据的传输后UE的数据传输需求，指示消息用于指示UE和网络设备完成上述小包数据后UE的RRC状态。其中的上述小包数据的传输可以为一次上行和/或下行小包数据的传输。可选地，上述小包数据的传输为一次上行小包数据的传输，例如，上述小包数据是S1601中UE在非连接态下发送给DU的上行小包数据。可选地，上述小包数据的传输为一次下行小包数据的传输，例如，上述小包数据是CU在DU恢复UE上下文之后向DU发送的下行小包数据，也是S1606中DU发送给UE的下行小包数据。可选地，上述小包数据的传输为一次上行小包数据和下行小包数据的传输，例如，上述小包数据既包括：S1601中UE在非连接态下发送给DU的上行小包数据，也包括：S1606中DU发送给UE的下行小包数据。

可以理解地，关于图16所述方法的各个步骤的具体实现方式，可参考前述图1-图15所示的实施例，不再赘述。

在图16描述的方法中，对于由CU和DU组成的网络设备，处于非连接态的UE可以在请求与网络设备进行小包数据的同时上报辅助信息。CU可以参考辅助信息来确定指示的UE的RRC状态，以便尽可能避免CU在无法获知完成上述小包数据传输后的UE的数据传输需求的情况下，指示UE进入不合适的RRC状态的问题。减少了对UE后续数据传输的影响，以及，有效避免了UE不必要的功耗和信令开销。

并且，上述辅助信息可以携带于UE向网络设备发送的第一请求消息中，也可以和第一请求消息一起发送。辅助信息包括的信息也可以有多种形式，实现较为灵活，应用场景也更为广泛。

上述详细阐述了本申请实施例的方法，下面提供了一些本申请实施例的装置。

请参见图17，图17是本申请实施例提供的一种网络设备170，网络设备170包括处理器1701、存储器1702和收发器1703，上述处理器1701、存储器1702和收发器1703通过总线相互连接。

存储器1702包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器1702用于相关计算机程序及数据。收发器1703用于接收和发送数据。

处理器1101可以是一个或多个中央处理器(central processing unit，CPU)，在处理器1701是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

网络设备170中的处理器1701用于读取上述存储器1702中存储的计算机程序代码，执行以下操作：

调用网络设备170的分布单元接收UE在非连接态下发送的辅助信息。辅助信息用于指示UE与网络设备170完成小包数据的传输后UE的数据传输需求。

调用分布单元根据辅助信息得到第一接口消息。第一接口消息包括辅助信息。

调用分布单元向网络设备170的集中单元发送第一接口消息。

调用集中单元根据第一接口消息中的辅助信息得到指示消息。指示消息用于指示UE和网络设备170完成上述小包数据的传输后UE的RRC状态。

调用集中单元通过分布单元向UE发送指示消息。

在一种可能的实现方式中，辅助信息包括：UE与网络设备170完成上述小包数据的传输后UE待传输的数据量信息；或，辅助信息包括：第一比特位；通过第一比特位的取值指示数据传输需求；或，辅助信息包括：UE希望在完成上述小包数据传输之后的RRC状态的信息；或，辅助信息包括：UE与网络设备完成上述小包数据的传输后UE待传输的数据量与预设阈值之间的关系。

在一种可能的实现方式中，数据量信息包括：第一索引值；第一索引值对应UE与网络设备170完成上述小包数据的传输后UE待传输的数据量位于第一范围；或，数据量信息包括：BSR的取值。

在一种可能的实现方式中，上述调用网络设备170的分布单元接收UE在非连接态下发送的辅助信息之前，处理器1701还用于执行：向UE发送寻呼消息；寻呼消息用于网络设备170指示存在下行数据发送给UE。

上述调用网络设备170的分布单元接收UE在非连接态下发送的辅助信息时，处理器1701具体执行：调用分布单元接收UE响应于寻呼消息发送的辅助信息。

在一种可能的实现方式中，上述调用网络设备170的分布单元接收UE在非连接态下发送的辅助信息时，处理器1701具体执行：调用分布单元接收UE在存在上行小包数据发送给网络设备170时发送的辅助信息。

具体地，集中单元可以通过分布单元接收UE发送的上行小包数据，其中，该上行小包数据为UE在非连接态下发送辅助信息时一起向分布单元发送的。

在一种可能的实现方式中，上述调用网络设备170的分布单元接收UE在非连接态下发送的辅助信息时，处理器1701具体执行：调用分布单元接收UE在非连接态下发送的第一请求消息。其中，第一请求消息用于UE请求与网络设备170进行数据传输，辅助信息携带于第一请求消息中，第一接口消息为初始上行RRC消息传送消息，第一接口消息包括RRCContainer IE，RRC Container IE包含携带辅助信息的第一请求消息。

在一种可能的实现方式中，第一请求消息中携带小包数据。上述调用分布单元向集中单元发送第一接口消息时，处理器1701具体执行：调用分布单元向集中单元发送携带辅助信息和小包数据的第一接口消息。

在一种可能的实现方式中，处理器1701还用于执行：调用分布单元接收UE在非连接态下发送的小包数据。

上述调用分布单元向集中单元发送第一接口消息时，处理器1701具体执行：调用分布单元向集中单元发送携带辅助信息的第一接口消息；调用分布单元接收集中单元发送的恢复UE上下文请求消息；响应于恢复UE上下文请求消息，调用分布单元恢复UE上下文；调用分布单元基于分布单元恢复的UE上下文向集中单元发送小包数据。

在一种可能的实现方式中，上述调用网络设备170的分布单元接收UE在非连接态下发送的辅助信息时，处理器1701具体执行：调用分布单元接收UE在非连接态下发送的第一请求消息和辅助信息。其中，第一请求消息用于UE请求与网络设备170进行数据传输，第一接口消息为UE上下文建立响应消息，辅助信息携带于第一接口消息中。

在一种可能的实现方式中，第一请求消息中携带小包数据。上述调用分布单元向集中单元发送第一接口消息之前，处理器1701还用于执行：调用分布单元向集中单元发送携带第一请求消息的第二接口消息；调用分布单元接收集中单元发送的恢复UE上下文请求消息；响应于恢复UE上下文请求消息，调用分布单元恢复UE上下文。

上述调用分布单元向集中单元发送第一接口消息时，处理器1701具体执行：基于分布单元恢复的UE上下文，调用分布单元向集中单元发送携带辅助信息的第一接口消息。

上述调用分布单元向集中单元发送第一接口消息之前，处理器1701还用于执行：调用分布单元向集中单元发送携带第一请求消息的第二接口消息；调用分布单元接收集中单元发送的恢复UE上下文请求消息；响应于恢复UE上下文请求消息，调用分布单元恢复UE上下文。

处理器1701还用于执行：基于分布单元恢复的UE上下文，调用分布单元向集中单元发送小包数据。

在一种可能的实现方式中，第一接口消息为集中单元和分布单元之间传输的F1接口消息，第一请求消息为RRC恢复请求消息或RRC数据早传请求消息。

在一种可能的实现方式中，上行小包数据携带于第一请求消息中，下行小包数据携带于指示消息中。

在一种可能的实现方式中，上行小包数据为UE在非连接态下与第一请求消息一起发送给分布单元的数据，上行小包数据为分布单元恢复UE上下文之后向集中单元发送的数据；下行小包数据为集中单元在分布单元恢复UE上下文之后通过分布单元向UE发送的数据，下行小包数据为分布单元与指示消息一起发送给UE的数据。

在一种可能的实现方式中，第一请求消息为UE基于网络设备170发送的随机接入响应分配的资源发送的RRC消息，其中，随机接入响应为网络设备170基于UE发送的随机接入前导响应的消息；或，第一请求消息为UE向网络设备170发送随机接入前导时一起发送的RRC消息；或，第一请求消息为UE基于预配置的上行资源向网络设备170发送的RRC消息。

需要说明的是，各个操作的实现还可以对应参照图12-图16所示的方法实施例的相应描述，其中，网络设备170为图12-图16所示方法实施例中的网络设备。

请参见图18，图18是本申请实施例提供的一种UE 180，UE180包括处理器1801、存储器1802和收发器1803，上述处理器1801、存储器1802和收发器1803通过总线相互连接。

存储器1802包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器1802用于相关计算机程序及数据。收发器1803用于接收和发送数据。

处理器1101可以是一个或多个中央处理器(central processing unit，CPU)，在处理器1801是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

UE 180中的处理器1801用于读取存储器1802中存储的计算机程序代码，执行以下操作：

在非连接态下向网络设备的分布单元发送辅助信息。辅助信息用于指示UE180与网络设备完成小包数据的传输后UE180的数据传输需求。

接收分布单元发送的指示消息。指示消息为网络设备的集中单元根据分布单元发送的第一接口消息得到的消息，第一接口消息包括辅助信息，指示消息用于指示UE180和网络设备完成上述小包数据的传输后UE180的RRC状态。

根据指示消息进入对应的RRC状态。

在一种可能的实现方式中，辅助信息包括：UE180与网络设备完成上述小包数据的传输后UE180待传输的数据量信息；或，辅助信息包括：第一比特位；通过第一比特位的取值指示数据传输需求；或，辅助信息包括：UE180希望在完成上述小包数据传输之后的RRC状态的信息；或，辅助信息包括：UE180与网络设备完成上述小包数据的传输后UE180待传输的数据量与预设阈值之间的关系。

在一种可能的实现方式中，数据量信息包括：第一索引值；第一索引值对应UE180与网络设备完成上述小包数据的传输后UE180待传输的数据量位于第一范围；或，数据量信息包括：BSR的取值。

在一种可能的实现方式中，上述在非连接态下向网络设备的分布单元发送辅助信息之前，处理器1801还用于执行：接收网络设备发送的寻呼消息；寻呼消息用于网络设备指示存在下行数据发送给UE180。

上述在非连接态下向网络设备的分布单元发送辅助信息，处理器1801具体执行：响应于寻呼消息，UE180向分布单元发送辅助信息。

具体地，UE180可以通过分布单元接收集中单元发送的下行小包数据，其中，该下行小包数据为分布单元恢复UE上下文之后，集中单元向分布单元发送的数据。

在一种可能的实现方式中，上述在非连接态下向网络设备的分布单元发送辅助信息，处理器1801具体执行：当存在上行小包数据发送给网络设备时，在非连接态下向分布单元发送辅助信息。

具体地，UE180可以在非连接态下发送辅助信息时一起发送上行小包数据给分布单元，从而通过分布单元将上行小包数据发送给集中单元。

在一种可能的实现方式中，上述在非连接态下向网络设备的分布单元发送辅助信息，处理器1801具体执行：在非连接态下向分布单元发送第一请求消息。其中，第一请求消息用于UE180请求与网络设备进行数据传输，辅助信息携带于第一请求消息中，第一接口消息为初始上行RRC消息传送消息，第一接口消息包括RRC Container IE，RRC Container IE包含携带有辅助信息的第一请求消息。

在一种可能的实现方式中，上述在非连接态下向网络设备的分布单元发送辅助信息，处理器1801具体执行：在非连接态下向分布单元发送第一请求消息和辅助信息；其中，第一请求消息用于UE180请求与网络设备进行数据传输，第一接口消息为UE上下文建立响应消息，辅助信息携带于第一接口消息中。

在一种可能的实现方式中，上行小包数据为UE180在非连接态下与第一请求消息一起发送给分布单元的数据，上行小包数据为分布单元恢复UE上下文之后向集中单元发送的数据；下行小包数据为集中单元在分布单元恢复UE上下文之后通过分布单元向UE180发送的数据，下行小包数据为分布单元与指示消息一起发送给UE180的数据。

在一种可能的实现方式中，第一请求消息为UE180基于网络设备发送的随机接入响应分配的资源发送的RRC消息，其中，随机接入响应为网络设备基于UE180发送的随机接入前导响应的消息；或，第一请求消息为UE180向网络设备发送随机接入前导时一起发送的RRC消息；或，第一请求消息为UE180基于预配置的上行资源向网络设备发送的RRC消息。

需要说明的是，各个操作的实现还可以对应参照图12-图16所示的方法实施例的相应描述，其中，UE 180为图12-图16所示方法实施例中的UE。

本申请实施例还提供一种芯片系统，芯片系统包括至少一个处理器，存储器和接口电路，存储器、收发器和至少一个处理器通过线路互联，至少一个存储器中存储有计算机程序。计算机程序被处理器执行时，实现图12-图16所示实施例所执行的操作。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，当其在处理器上运行时，实现图12-图16所示实施例所执行的操作。

本申请实施例还提供一种计算机程序产品，当计算机程序产品在处理器上运行时，实现图12-图16所示实施例所执行的操作。

本申请实施例中，当UE接收到网络设备发送的寻呼消息时，UE可以执行图16的S1601，以此接收网络设备发送的下行小包数据。或者，当UE存在上行小包数据发送给网络设备时，UE可以执行图16的S1601，并在S1601中向网络设备发送上行小包数据。

示例性地，UE可以是智能手机，UE可以安装有第一应用程序。上述网络设备可以连接第一应用程序的应用服务器，或，上述网络设备可以就是第一应用程序的应用服务器。安装有第一应用程序的UE可以按照预设时间间隔(例如30s)向第一应用程序的应用服务器发送心跳包，以此报告自身状态。具体地，安装有第一应用程序的UE可以在非连接态下执行图16的S1601，并在S1601中向网络设备发送数据类型为心跳包的上行小包数据。然后，UE和网络设备可以执行图16所示的S1602-S1607。

若网络设备的CU成功接收到上述数据类型为心跳包的上行小包数据，则网络设备的CU执行S1604得到的指示消息可以用于指示上述数据类型为心跳包的上行小包数据传输成功。可选地，该网络设备可以将接收到的上述数据类型为心跳包的上行小包数据发送给第一应用程序的应用服务器，以使该应用服务器获取到安装有第一应用程序的UE是否可以正常通信等状态。若网络设备的CU未接收到完整的上述数据类型为心跳包的上行小包数据，则网络设备的CU执行S1604得到的指示消息可以用于指示上述数据类型为心跳包的上行小包数据传输失败。当该应用服务器未接收到上述数据类型为心跳包的数据的次数大于预设次数，该应用程序可以认为安装有第一应用程序的UE的状态不正常，无法正常通信。

其中，若UE在和网络设备完成上述数据类型为心跳包的上行小包数据后仅需按照预设时间间隔发送下一次数据类型为心跳包的上行小包数据，UE在上述S1601中上报的辅助信息可以用于指示UE和网络设备完成上述数据类型为心跳包的上行小包数据的传输后UE的数据传输需求为小包数据的传输需求(例如UE待传输的数据量BSR为数据类型为心跳包的小包数据的BSR)。因此，网络设备的CU执行S1604得到的指示消息可以用于指示UE和网络设备完成上述数据类型为心跳包的上行小包数据的传输后UE保持在当前的非连接态。UE可以根据该指示消息保持在执行S1601时UE所处的非连接态。后续UE需传输下一次数据类型为心跳包的上行小包数据时，可以再在非连接态下执行图16的S1601，并在S1601中向网络设备发送数据类型为心跳包的上行小包数据。

若UE执行S1601之前，检测到用户作用于UE的用户操作，该用户操作用于在第一应用程序上发送文件给另一个UE(如智能手机)，则UE在上述S1601中上报的辅助信息可以用于指示UE和网络设备完成上述数据类型为心跳包的上行小包数据的传输后UE有数据传输需求(例如UE待传输的数据量大于预设阈值)。因此，网络设备的CU执行S1604得到的指示消息可以用于指示UE和网络设备完成上述数据类型为心跳包的上行小包数据的传输后UE回退至RRC CONNECTED态。UE可以根据该指示消息回退至RRC CONNECTED态。然后，UE可以在RRC CONNECTED态下与网络设备传输文件。网络设备接收到该文件后，可以指示上述另一个UE进入RRC CONNECTED态，然后将该文件发送给上述另一个UE。

示例性地，UE可以是智能电表。网络设备可以连接智能电表的工业网络。网络设备可以周期性获取智能电表的记录数值，例如每30分钟获取一次智能电表的记录数值(如30分钟内的记录数值)，并同步给把上述智能电表的工业网络中的设备。具体地，网络设备可以向处于非连接态的UE发送寻呼消息，该寻呼消息用于指示UE网络设备存在下行小包数据发送给UE。UE可以响应于该寻呼消息执行图16的S1601。然后，UE和网络设备可以执行图16所示的S1602-S1607。其中，UE在S1601中上报的辅助信息可以用于指示UE和网络设备完成上述下行小包数据的传输后UE无数据传输需求。虽然该辅助信息用于指示UE无数据传输需求，但网络设备已知后续需获取UE在30分钟内的记录数值，因此，网络设备的CU执行S1604得到的指示消息可以用于指示UE和网络设备完成上述数据类型为心跳包的上行小包数据的传输后UE回退至RRC CONNECTED态。并且在S1606中，网络设备可以向UE发送数据类型为周期性读数的下行小包数据。UE可以根据该指示消息回退至RRC CONNECTED态。然后，UE可以在RRC CONNECTED态下向网络设备传输上述UE在30分钟内的记录数值。

不限于上述列举的应用场景，在具体实现中，小包数据例如但不限于为：微信、QQ等即时通讯消息，应用程序的推送消息等不频繁的提示消息，应用程序的心跳包、步数检测、心率检测、智能电表的读数等周期性数据。UE也可以和网络设备执行图16所示的方法，从而与网络设备传输数据类型为即时通讯消息的小包数据。本申请实施例对此不作限定。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来计算机程序相关的硬件完成，该计算机程序可存储于计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储计算机程序代码的介质。

Claims

1.一种用户设备UE的无线资源控制RRC状态的控制方法，其特征在于，应用于网络设备，所述网络设备包括集中单元和至少一个分布单元，所述方法包括：

所述分布单元接收UE在非连接态下发送的辅助信息；所述辅助信息包括：所述UE在完成小包数据传输之后偏好的RRC状态的信息；所述偏好的RRC状态包括：RRC非激活态，或者RRC空闲态；

所述分布单元根据所述辅助信息得到第一接口消息；所述第一接口消息包括所述辅助信息；

所述分布单元向所述集中单元发送所述第一接口消息；

所述集中单元根据所述第一接口消息中的所述辅助信息得到指示消息；所述指示消息用于指示所述UE和所述网络设备完成所述小包数据的传输后所述UE的RRC状态；

所述集中单元通过所述分布单元向所述UE发送所述指示消息。

2.如权利要求1所述的方法，其特征在于，所述辅助信息包括：所述UE与所述网络设备完成所述小包数据的传输后所述UE待传输的数据量信息；或，

所述辅助信息包括：第一比特位；通过所述第一比特位或所述第一比特位的取值指示数据传输需求；或，

所述辅助信息包括：所述UE与所述网络设备完成所述小包数据的传输后所述UE待传输的数据量与预设阈值之间的关系。

3.如权利要求2所述的方法，其特征在于，所述数据量信息包括：第一索引值；所述第一索引值对应所述UE与所述网络设备完成所述小包数据的传输后所述UE待传输的数据量位于第一范围；或，

所述数据量信息包括：缓冲状态报告BSR的取值。

4.如权利要求1-3任一项所述的方法，其特征在于，所述分布单元接收UE在非连接态下发送的辅助信息之前，所述方法还包括：所述网络设备向所述UE发送寻呼消息；所述寻呼消息用于所述网络设备指示存在下行数据发送给所述UE；

所述分布单元接收UE在非连接态下发送的辅助信息，包括：所述分布单元接收所述UE响应于所述寻呼消息发送的所述辅助信息。

5.如权利要求1-3任一项所述的方法，其特征在于，所述分布单元接收UE在非连接态下发送的辅助信息，包括：所述分布单元接收所述UE在存在上行小包数据发送给所述网络设备时发送的所述辅助信息。

6.如权利要求1-3任一项所述的方法，其特征在于，所述分布单元接收UE在非连接态下发送的辅助信息，包括：所述分布单元接收所述UE在所述非连接态下发送的第一请求消息；其中，所述第一请求消息用于所述UE请求与所述网络设备进行数据传输，所述辅助信息携带于所述第一请求消息中，所述第一接口消息为初始上行RRC消息传送消息，所述第一接口消息包括RRC容器信息元素RRC Container IE，所述RRC Container IE包含携带所述辅助信息的所述第一请求消息。

7.如权利要求6所述的方法，其特征在于，所述第一请求消息中携带所述小包数据；所述分布单元向所述集中单元发送所述第一接口消息，包括：所述分布单元向所述集中单元发送携带所述辅助信息和所述小包数据的所述第一接口消息；或，

所述方法还包括：所述分布单元接收所述UE在所述非连接态下发送的所述小包数据；所述分布单元向所述集中单元发送所述第一接口消息，包括：所述分布单元向所述集中单元发送携带所述辅助信息的所述第一接口消息；接收所述集中单元发送的恢复UE上下文请求消息；响应于所述恢复UE上下文请求消息，恢复UE上下文；基于所述恢复的UE上下文向所述集中单元发送所述小包数据。

8.如权利要求1-3任一项所述的方法，所述分布单元接收UE在非连接态下发送的辅助信息，包括：所述分布单元接收所述UE在所述非连接态下发送的第一请求消息和所述辅助信息；其中，所述第一请求消息用于所述UE请求与所述网络设备进行数据传输，所述第一接口消息为UE上下文建立响应消息，所述辅助信息携带于所述第一接口消息中。

9.如权利要求8所述的方法，其特征在于，所述第一请求消息中携带所述小包数据；所述分布单元向所述集中单元发送所述第一接口消息之前，所述方法还包括：所述分布单元向所述集中单元发送携带所述第一请求消息的第二接口消息；接收所述集中单元发送的恢复UE上下文请求消息；响应于所述恢复UE上下文请求消息，恢复UE上下文；所述分布单元向所述集中单元发送所述第一接口消息，包括：基于所述恢复的UE上下文向所述集中单元发送携带所述辅助信息的所述第一接口消息；或，

所述方法还包括：所述分布单元接收所述UE在所述非连接态下发送的所述小包数据；所述分布单元向所述集中单元发送所述第一接口消息之前，所述方法还包括：所述分布单元向所述集中单元发送携带所述第一请求消息的第二接口消息；接收所述集中单元发送的恢复UE上下文请求消息；响应于所述恢复UE上下文请求消息，恢复UE上下文；所述分布单元向所述集中单元发送所述第一接口消息，包括：基于所述恢复的UE上下文向所述集中单元发送携带所述辅助信息的所述第一接口消息；所述方法还包括：所述分布单元基于所述恢复的UE上下文向所述集中单元发送所述小包数据。

10.一种确定UE的RRC状态的控制方法，其特征在于，应用于UE，所述方法包括：

所述UE在非连接态下向网络设备的分布单元发送辅助信息；所述辅助信息包括：所述UE在完成小包数据传输之后偏好的RRC状态的信息，所述偏好的RRC状态包括：RRC非激活态，或者RRC空闲态；

所述UE接收所述分布单元发送的指示消息；所述指示消息为所述网络设备的集中单元根据所述分布单元发送的第一接口消息得到的消息，所述第一接口消息包括所述辅助信息，所述指示消息用于指示所述UE和所述网络设备完成所述小包数据的传输后所述UE的RRC状态；

所述UE根据所述指示消息进入对应的RRC状态。

11.如权利要求10所述的方法，其特征在于，所述辅助信息包括：所述UE与所述网络设备完成所述小包数据的传输后所述UE待传输的数据量信息；或，

所述辅助信息包括：第一比特位；所述第一比特位的取值用于指示数据传输需求；或，

12.如权利要求11所述的方法，其特征在于，所述数据量信息包括：第一索引值；所述第一索引值对应所述UE与所述网络设备完成所述小包数据的传输后所述UE待传输的数据量位于第一范围；或，

所述数据量信息包括：缓冲状态报告BSR的取值。

13.如权利要求10-12任一项所述的方法，其特征在于，所述UE在非连接态下向网络设备的分布单元发送辅助信息之前，所述方法还包括：所述UE接收所述网络设备发送的寻呼消息；所述寻呼消息用于所述网络设备指示存在下行数据发送给所述UE；

所述UE在非连接态下向网络设备的分布单元发送辅助信息，包括：响应于所述寻呼消息，所述UE向所述分布单元发送所述辅助信息。

14.如权利要求10-12任一项所述的方法，其特征在于，所述UE在非连接态下向网络设备的分布单元发送辅助信息，包括：当存在上行小包数据发送给所述网络设备时，所述UE在所述非连接态下向所述分布单元发送所述辅助信息。

15.如权利要求10-12任一项所述的方法，其特征在于，所述UE在非连接态下向网络设备的分布单元发送辅助信息，包括：所述UE在所述非连接态下向所述分布单元发送第一请求消息；其中，所述第一请求消息用于所述UE请求与所述网络设备进行数据传输，所述辅助信息携带于所述第一请求消息中，所述第一接口消息为初始上行RRC消息传送消息，所述第一接口消息包括RRC Container IE，所述RRC Container IE包含携带有所述辅助信息的所述第一请求消息。

16.如权利要求10-12任一项所述的方法，其特征在于，所述UE在非连接态下向网络设备的分布单元发送辅助信息，包括：所述UE在所述非连接态下向所述分布单元发送第一请求消息和所述辅助信息；其中，所述第一请求消息用于所述UE请求与所述网络设备进行数据传输，所述第一接口消息为UE上下文建立响应消息，所述辅助信息携带于所述第一接口消息中。

17.如权利要求15所述的方法，其特征在于，所述第一接口消息为所述集中单元和所述分布单元之间传输的F1接口消息，所述第一请求消息为RRC恢复请求消息或RRC数据早传请求消息。

18.如权利要求15所述的方法，其特征在于，上行小包数据携带于所述第一请求消息中，下行小包数据携带于所述指示消息中。

19.如权利要求15所述的方法，其特征在于，上行小包数据为所述UE在所述非连接态下与所述第一请求消息一起发送给所述分布单元的数据，下行小包数据为所述分布单元与所述指示消息一起发送给所述UE的数据。

20.如权利要求15所述的方法，其特征在于，所述第一请求消息为所述UE基于所述网络设备发送的随机接入响应分配的资源发送的RRC消息，其中，所述随机接入响应为所述网络设备基于所述UE发送的随机接入前导响应的消息；或，

所述第一请求消息为所述UE向所述网络设备发送随机接入前导时一起发送的RRC消息；或，

所述第一请求消息为所述UE基于预配置的上行资源向所述网络设备发送的RRC消息。

21.一种网络设备，其特征在于，包括收发器、处理器和存储器，所述存储器用于存储计算机程序，所述处理器调用所述计算机程序，用于执行如权利要求1-9任一项所述的方法。

22.一种用户设备，其特征在于，包括收发器、处理器和存储器，所述存储器用于存储计算机程序，所述处理器调用所述计算机程序，用于执行如权利要求10-20任一项所述的方法。

23.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现权利要求1-9任一项所述的方法或者权利要求10-20任一项所述的方法。