CN117616870A - 使用配置的资源进行早期数据通信 - Google Patents

Abstract

分布式基站的分布单元(DU)，其中包括DU和集中单元(CU)的分布式基站可以实现用于管理与用户设备(UE)的早期数据通信的方法。该方法包括:使用UE的第一临时标识符与UE进行通信(1402)；从CU接收(1404)请求配置的资源配置的CU到DU消息用于UE；向CU发送(1406)包括配置的资源配置和第二临时标识符的DU到CU消息用于UE；以及在UE和分布式基站之间的无线电资源控制连接不活动时，根据配置的资源配置与UE进行通信(1408)。

Description

使用配置的资源进行早期数据通信

技术领域

本公开一般涉及无线通信，并且更具体地，涉及在用户设备(UE)在与用于控制无线电资源的协议相关联的非活动或空闲状态下操作时，在UE和分布单元(DU)处的配置资源上的上行链路和/或下行链路数据的通信。

背景技术

提供背景技术的目的是为了总体呈现本公开的背景。在本背景技术部分中描述的程度上，目前所称的发明人的工作，以及在提交时可能不符合现有技术的描述的方面，既不明确也不隐含地被认为是本公开的现有技术。

一般而言，操作蜂窝无线电接入网络(RAN)的基站使用无线电接入技术(RAT)和协议栈的多个层与用户设备(UE)通信。例如，RAT的物理层(PHY)向媒体接入控制(MAC)子层提供传送信道，MAC子层又向无线链路控制(RLC)子层提供逻辑信道，RLC子层又向分组数据汇聚协议(PDCP)子层提供数据传输服务。无线资源控制(RRC)子层设置于PDCP子层之上。

RRC子层指定RRC_IDLE状态，其中UE不具有与基站的活动无线电连接；RRC_CONNECTED状态，其中UE具有与基站的活动无线电连接；并且RRC_INACTIVE允许UE由于无线电接入网络(RAN)级基站协调和RAN寻呼过程而更快地转换回RRC_CONNECTED状态。在一些情况下，在RRC_IDLE或RRC_INACTIVE状态下的UE只有一个相对较小的分组要发送。在这些情况下，在RRC_IDLE或RRC_INACTIVE状态下的UE可以在不转换到RRC_CONNECTED状态的情况下执行早期数据传输，例如，通过使用3GPP规范36.300v16.4.0的第7.3a-7.3d节中规定的技术。

在3GPP规范的第7.3d节中，在UE处于RRC_CONNECTED状态时，基站(即，eNB或ng-eNB)可以向UE发送包括预配置的上行链路资源(PUR)配置的RRCConnectionRelease消息。因此，在一个实现中，UE可以向基站发送包含用户数据分组的RRCEarlyDataRequest消息，如3GPP规范中的第7.3d节所述。在另一实现中，UE可以在专用流量信道(DTCH)上向基站发送用户数据分组，该用户数据分组与公共控制信道(CCCH)上的RRCConnectionResumeRequest消息复用。也就是说，UE生成包括RRCConnectionResumeRequest消息和用户数据分组的MAC PDU，如3GPP规范中的第7.3d节所述。

然而，实现早期的数据通信技术提出了几个挑战。具体地，5G NR无线电接入网络(即，NG-RAN)可以包括分布式基站，其中每个分布式基站包括集中单元(CU)和至少一个分布单元(DU)。分布式基站如何使用配置的资源来执行与在非活动状态(例如，RRC_INACTIVE)或空闲状态(例如，RRC_IDLE)下操作的UE的早期数据通信是不清楚的。作为一个示例，CU如何能够从DU获得配置的资源配置用于在非活动或空闲状态下操作的UE而不将UE转换到连接状态是不清楚的。此外，分布式基站如何配置无线电网络临时标识符(RNTI)用于早期数据通信也是不清楚的。

发明内容

基站和/或UE可以实现本公开的技术，用于使用配置的资源来管理早期数据通信。最初，基站和UE使用第一临时标识符进行通信。在一些场景中，在UE在连接状态下操作时，UE使用第一临时标识符与基站通信。在其他场景中，UE在非活动或空闲状态(即，基站和UE之间的无线电资源控制连接不活动的状态)下操作，与基站执行随机接入过程以便执行早期数据通信，并且在随机接入过程期间从基站接收第一临时标识符。

在稍后的时间，基站的集中单元(CU)确定将UE配置为使用配置的资源配置，同时在非活动或空闲状态下操作。CU向基站的分布单元(DU)请求配置的资源配置。作为响应，DU在DU到CU消息中提供(i)配置的资源配置和(ii)第二临时标识符。DU可以将第二临时标识符包括在DU到CU消息中，作为与配置的资源配置分开的和/或在配置的资源配置内的信息元素。如果DU包括第二临时标识符作为信息元素，则CU可以识别第二临时标识符，而无需解码配置的资源配置。

CU经由DU向UE发送配置的资源配置和第二临时标识符。然后，在在非活动或空闲状态下操作时，UE可以根据配置的资源配置与DU进行通信。配置的资源配置可以包括指示UE可以在其上向DU发送上行链路传输的资源的配置的授权(CG)配置和/或指示UE可以在其上从DU接收下行链路传输的资源的半持久调度(SPS)配置。

取决于实现，UE、CU和DU将第一临时标识符和第二临时标识符用于多种目的。例如，在经由DU向CU发送上行链路消息时，UE可以使用第一临时标识符或第二临时标识符来为上行链路消息生成认证码(例如，消息完整性认证码(MAC-I))。CU然后可以使用相应的第一临时标识符或第二临时标识符来验证认证码。类似地，如果UE从非活动或空闲状态转换到连接状态，并且在与CU或DU通信时检测到失败，则UE可以发送请求以重建与基站的无线电资源控制连接。为了生成请求的认证码，UE利用第二临时标识符，CU可以使用该第二临时标识符来验证该请求。

作为另一示例，在UE在非活动或空闲状态下操作时，DU可以使用第二临时标识符向UE发送下行链路控制信息(DCI)。更具体地，DU使用第二临时标识符对用于DCI的循环冗余校验(CRC)值进行加扰，并将具有CRC值的DCI发送给UE。DU可以发送这样的DCI来重新调度由失败的配置的资源配置所调度的较早传输，或者调度去往/来自UE的下行链路/上行链路传输。

这些技术的一个示例实施例是一种在分布式基站的分布单元(DU)中实现的方法，用于管理与用户设备(UE)的早期数据通信。分布式基站包括DU和集中单元(CU)。该方法可以由处理硬件来执行，并且包括使用UE的第一临时标识符与UE进行通信。该方法还包括从CU接收请求配置的资源配置的CU到DU消息用于UE，以及向CU发送包括配置的资源配置和第二临时标识符的DU到CU消息用于UE。该方法还包括在UE和分布式基站之间的无线电资源控制连接不活动时，根据配置的资源配置与UE进行通信。

这些技术的另一示例实施例是在分布式基站的CU中实现的用于管理与UE的早期数据通信的方法。分布式基站包括CU和DU。该方法可以由处理硬件来执行，并且包括获得UE的第一临时标识符。该方法还包括向DU发送请求配置的资源配置的CU到DU消息，用于UE在UE和分布式基站之间的无线电资源控制连接不活动时使用来与分布式基站通信。该方法还包括从DU接收包括配置的资源配置和第二临时标识符的DU到CU消息用于UE，经由DU向UE发送配置的资源配置和第二临时标识符。

这些技术的另一示例实施例是分布式基站的网络节点，该网络节点包括处理硬件并被配置成实现上述方法之一。

这些技术的又一示例实施例是用于管理与基站的通信的UE。该方法可以由处理硬件来执行，并且包括使用第一临时标识符与基站进行通信。该方法还包括从基站接收第一消息，该第一消息包括(i)配置的资源配置和(ii)第二临时标识符，以及由处理硬件在UE和基站之间的无线电资源控制连接不活动时，根据配置的资源配置与基站进行通信。该方法还包括在无线电资源控制连接不活动时，从基站接收拒绝无线电资源控制连接的第二消息，以及响应于接收到第二消息，处理第一临时标识符。

这些技术的又一示例实施例是包括处理硬件并被配置成实现上述方法的UE。

附图说明

图1A是示例无线通信系统的框图，其中RAN和/或UE实现本公开的技术来执行早期数据通信；

图1B是可以在图1A的系统中操作的包括集中单元(CU)和分布单元(DU)的示例基站的框图；

图2A是示例协议栈的框图，根据该协议栈，图1A的UE与基站进行通信；

图2B是示例协议栈的框图，根据该协议栈，图1A的UE与CU和DU进行通信；

图3A是示例消息序列，其中CU从DU获得无线网络临时标识符(RNTI)和包括的配置授权(CG)配置的配置资源配置用于在连接状态下操作的UE，并将UE转换到非活动状态，并且在UE在非活动状态下操作时，DU使用CG配置和RNTI与UE通信；

图3B是类似于图3A的消息序列的示例消息序列，但是其中除了CG配置之外，CU还获得半持久调度(SPS)配置；

图4A是类似于图3A的消息序列的示例消息序列，但是其中UE最初在非活动状态下操作，与DU执行四步随机接入过程，并且在UE在非活动状态下操作时，CU从DU获得第二RNTI和配置的资源配置(例如，CG配置和/或SPS配置)；

图4B是类似于图4A的消息序列的示例消息序列，但是其中UE执行两步随机接入过程；

图5A是类似于图3A的消息序列的示例消息序列，其中CU在与UE的早期数据通信期间从DU接收新的RNTI，将UE转换到连接状态，并将新的RNTI通信给UE，用于UE在连接状态下操作时利用；

图5B是类似于图5A的消息序列的示例消息序列，但是其中CU在执行与UE的早期数据通信之后并且在确定将UE转换到连接状态之后向DU请求新的RNTI；

图5C是类似于图5A的消息序列的示例性消息序列，但是其中CU不获得UE的新RNTI，并且在连接状态下操作时，利用与配置的资源配置一起接收的先前RNTI来进行通信；

图5D是类似于图3A的消息序列的示例消息序列，其中CU向UE发送RRC拒绝消息；

图5E是类似于图5D的消息序列的示例消息序列，但是其中UE响应于拒绝RRC拒绝消息而释放配置的资源配置；

图5F是类似于图5E的消息序列的示例消息序列，但是其中UE也响应于接收到RRC拒绝消息而从非活动状态转换到空闲状态；

图6A是示例方法的流程图，其中DU向CU发送配置的资源配置和RNTI，并使用配置的资源配置和RNTI与在非活动状态下操作的UE进行通信；

图6B是示例方法的流程图，其中，DU向CU发送配置的资源配置，并使用配置的资源配置和UE先前在连接状态下操作时使用的RNTI来与在非活动状态下操作的UE进行通信；

图6C是类似于图6A的方法的示例方法的流程图，其中，在UE在非活动状态下操作时，DU向CU发送无线电配置和新的RNTI，并且在UE转换到连接状态之后，使用无线电配置和新的RNTI与UE进行通信；

图7A是示例方法的流程图，其中CU从DU接收配置的资源配置和RNTI，并向UE发送RRC消息，该RRC消息包括配置的资源配置和RNTI，以供UE在非活动状态下操作时使用；

图7B是类似于图7A的方法的示例方法的流程图，其中CU确定将UE转换到连接状态，并向DU请求无线电配置和新的RNTI；

图8是用于处理与来自在非活动状态下操作的UE的数据一起接收的RNTI的示例方法的流程图，该方法可以由CU实现；

图9是用于确定是否向在非活动状态下操作的UE发送RNTI的示例方法的流程图，该方法可以由DU实现；

图10是用于在UE在非活动状态下操作时用配置的资源配置UE的示例方法的流程图，该方法可以由CU实现；

图11是用于基于UE是否正在转换到连接状态来处理RNTI的示例方法的流程图，该方法可以由CU实现；

图12是用于处理与下行链路控制信息(DCI)一起接收的循环冗余校验(CRC)的示例方法的流程图，该方法可以由UE实现；

图13是用于确定是否在指示UE转换到非活动状态的消息中包括带有同步指示的重配置的示例方法的流程图，该方法可以由CU或基站实现；

图14是用于管理与UE的早期数据通信的示例方法的流程图，该方法可以由分布式基站的DU来执行；

图15是用于管理与UE的早期数据通信的示例方法的流程图，其可以由分布式基站的CU来执行；和

图16是可以由UE执行的用于管理与基站的早期数据通信的示例方法的流程图。

具体实施方式

首先参考图1A，示例无线通信系统100包括UE 102、基站(BS)104、基站106和核心网(CN)110。基站104和106可以在连接到核心网络(CN)110的RAN 105中操作。例如，CN 110可以被实现为演进分组核心(EPC)111或第五代(5G)核心(5GC)160。在另一示例中，CN 110也可以被实现为第六代(6G)核心。

基站104覆盖小区124，基站106覆盖小区126。如果基站104是gNB，则小区124是NR小区。如果基站124是ng-eNB，则小区124是演进的通用陆地无线接入(E-UTRA)小区。类似地，如果基站106是gNB，则小区126是NR小区，并且如果基站126是ng-eNB，则小区126是E-UTRA小区。小区124和126可以在相同的无线接入网通知区域(RNA)中，也可以在不同的RNA中。小区124和126可以部分重叠，使得UE 102可以选择、重选或从小区124和126中的一个切换到另一个。一般而言，RAN 105可以包括任意数量的基站，并且每个基站可以覆盖一个、两个、三个或任意其他合适数量的小区。UE 102可以支持至少5G NR(或简称为“NR”)或E-UTRA空中接口来与基站104和106通信。每个基站104、106可以经由接口(例如，S1或NG接口)连接到CN 110。基站104和106还可以经由用于互连NG RAN节点的接口(例如，X2或Xn接口)互连。

除了其他组件之外，EPC 111可以包括服务网关(SGW)112、移动性管理实体(MME)114和分组数据网络网关(PGW)116。SGW 112通常被配置成传送与音频呼叫、视频呼叫、互联网流量等相关的用户平面分组。，并且MME 114被配置成管理认证、注册、寻呼和其他相关功能。PGW 116提供从UE到一个或多个外部分组数据网络的连接，例如互联网和/或互联网协议(IP)多媒体子系统(IMS)网络。5GC 160包括用户平面功能(UPF)162和接入和移动性管理(AMF)164，和/或会话管理功能(SMF)166。一般而言，UPF 162被配置成传送与音频呼叫、视频呼叫、互联网流量等相关的用户平面分组。AMF 164被配置成管理认证、注册、寻呼和其他相关功能，SMF 166被配置成管理PDU会话。

如下面详细讨论的，UE 102和/或RAN 105可以实现本公开的技术，用于在UE 102和RAN 105之间的无线电连接被暂停时进行通信，例如，在UE 102在用于控制UE 102和RAN105之间的无线电资源的协议的非活动或空闲状态下操作时。为了清楚起见，下面的示例涉及RRC协议的RRC_INACTIVE或RRC_IDLE状态。

如本公开中所使用的，术语“数据”或“数据分组”是指在控制无线电资源(例如，RRC)、控制移动性管理(MM)、控制会话管理(SM)的协议层的信令、控制平面信息，或者是指在控制无线电资源(例如，RRC)的协议层之上、控制移动性管理(MM)的协议层之上、控制会话管理(SM)的协议层之上、或控制服务质量(QoS)的协议层之上的协议层的非信令、非控制平面信息UE和/或RAN应用本公开的技术的数据可以包括例如物联网(IoT)数据、以太网流量数据、互联网流量数据或短消息服务(SMS)消息。此外，如下所述，在一些实现中，UE 102仅在数据的大小低于特定阈值时才应用这些技术。

在下面讨论的示例场景中，UE 102转换到RRC_INACTIVE或RRC_IDLE状态，然后选择基站104的小区，并经由基站106或直接与基站104交换数据，而不转换到RRC_CONNECTED状态。作为更具体的示例，在UE 102确定在RRC_INACTIVE或RRC_IDLE状态下数据可用于上行链路传输之后，UE 102可以将一个或多个安全函数应用于UL数据分组，生成包括受安全保护的分组的第一UL协议数据单元(PDU)，将上行链路(UL)RRC消息连同第一UL PDU一起包括在第二UL PDU中，并且将第二UL PDU发送给RAN 105。UE 102在UL RRC消息中包括UE 102的UE身份/标识符(ID)。RAN 105可以基于UE ID来识别UE 102。在一些实现中，UE ID可以是非活动无线电网络临时标识符(I-RNTI)、恢复ID或非接入层(NAS)ID。NAS ID可以是S-临时移动订户身份(S-TMSI)或全球唯一临时标识符(GUTI)。

一个或多个安全功能可以包括完整性保护和/或加密功能。在完整性保护被启用时，UE 102可以生成完整性消息认证码(MAC-I)来保护数据的完整性。因此，在这种情况下，UE 102生成包括数据和MAC-I的受安全保护的分组。在加密被启用时，UE 102可以加密数据以获得加密的分组，使得受安全保护的分组包括加密的数据。在完整性保护和加密都被启用时，UE 102可以生成用于保护数据完整性的MAC-I，并且将数据与MAC-I一起加密，以生成加密的分组和加密的MAC-I。然后，UE 102可以在处于RRC_INACTIVE或RRC_IDLE状态时，向RAN 105发送受安全保护的分组。

在一些实现中，数据是分组数据汇聚协议(PDCP)或SDAP的上行链路(UL)服务数据单元(SDU)。UE 102将安全功能应用于SDU，并将受保护的SDU包括在第一UL PDU(例如，ULPDCP PDU)中。UE 102然后将UL PDCP PDU包括在第二UL PDU中，例如UL MAC PDU，其可以与媒体接入控制(MAC)层相关联。因此，在这些情况下，UE 102在UL MAC PDU中发送安全的ULPDCP PDU。在一些实现中，UE 102可以在UL MAC PDU中包括UL RRC消息。在其他实现中，UE102可以不在UL MAC PDU中包括UL RRC消息。在这种情况下，UE 102可以不在不包括UL RRC消息的UL MAC PDU中包括UE 102的UE ID。在其他实现中，UE 102可以将UL PDCP PDU包括在UL无线电链路控制(RLC)PDU中，然后将UL RLC PDU包括在UL MAC PDU中。在UL MAC PDU包括UL RRC消息的情况下，在一些实现中，UE 102生成RRC MAC-I，并将RRC MAC-I包括在ULRRC消息中。例如，RRC MAC-I是resumeMAC-I字段，如3GPP规范38.331中所规定的。在其他实现中，UE可以从具有完整性密钥(例如，K_RRCint密钥)、完整性保护算法和其他参数的UL RRC消息中获得RRC MAC-I，其他参数诸如COUNT(例如，32比特、64比特或128比特值)、BEARER(例如，5比特值)和DIRECTION(例如，1比特值)。

在其他实现中，数据是NAS的上行链路(UL)协议数据单元(SDU)。UE 102将安全功能应用于SDU，并且将安全的SDU包括在第一UL PDU中，诸如NAS PDU，其可以与NAS层相关联。例如，NAS层可以是5G、演进分组系统(EPS)或6G的5G MM或SM子层。则UE 102可以将ULNAS PDU包括在诸如UL RRC消息的第二UL PDU中。因此，在这些情况下，UE 102在UL RRC消息中发送(第一)受保护的UL NAS PDU。在一些实现中，UE 102将UL RRC消息包括在UL MACPDU中，并经由小区(例如，小区124或126)将UL MAC PDU发送给基站(例如，基站104或106)。在这种情况下，UE 102可以不在UL RRC消息中包括RRC MAC-I。可选地，UE 102可以包括如上所述的RRC MAC-I。

在一些实现中，上述UL RRC消息可以是公共控制信道(CCCH)消息、RRC恢复请求消息或RRC早期数据请求消息。如上所述，UL RRC消息可以包括UE 102的UE ID。

更一般地，UE 102可以使用加密和完整性保护中的至少一个来保护数据，将受保护的数据作为受安全保护的分组包括在第一UL PDU中，并且在第二UL PDU中向RAN 105发送第一UL PDU。

在一些场景和实现中，基站106可以从UL RRC消息中检索UE 102的UE ID，并且基于所确定的UE ID，将基站104识别为第一UL PDU中的数据的目的地。在一个示例实现中，基站106从第二UL PDU中检索第一UL PDU，并将第一UL PDU发送给基站104。基站104后续从第一UL PDU检索受安全保护的分组，应用一个或两个安全函数来解密数据和/或检查完整性保护，并将数据发送到CN 110(例如，SGW 112、UPF 162、MME 114或AMF 164)或边缘服务器。更具体地，基站104从UE 102的UE上下文信息中导出至少一个安全密钥。然后，基站104通过使用至少一个安全密钥从受安全保护的分组中检索数据，并将数据发送到CN 110或边缘服务器。在受安全保护的分组是加密的分组时，基站104通过使用至少一个安全密钥(例如，(解)加密密钥)来解密加密的分组以获得数据。如果受安全保护的分组是受完整性保护的分组，则受完整性保护的分组可以包括数据和MAC-I。基站104可以通过使用至少一个安全密钥(例如，完整性密钥)来验证MAC-I对于受安全保护的分组是否有效。在基站104确认MAC-I有效时，基站104向CN 110或边缘服务器发送数据。另一方面，在基站104确定MAC-I无效时，基站104丢弃受安全保护的分组。此外，如果受安全保护的分组是加密的并且是完整性保护的，则加密的和完整性保护的分组可以包括加密的分组以及加密的MAC-I。在这种情况下，基站104解密加密的分组和加密的MAC-I以获得数据和MAC-I。基站104然后确定MAC-I对于数据是否有效。如果基站104确定MAC-I有效，则基站104检索数据并将数据转发给CN110或边缘服务器。然而，如果基站104确定MAC-I无效，则基站104丢弃该分组。

在另一实现中，基站106从第一UL PDU中检索受安全保护的分组。基站106与基站104执行检索UE上下文过程，以从基站104获得UE 102的UE上下文信息。基站106从UE上下文信息中导出至少一个安全密钥。然后，基站106通过使用至少一个安全密钥从受安全保护的分组中检索数据，并将数据发送到CN 110(例如，UPF 162)或边缘服务器。在受安全保护的分组是加密的分组时，基站106通过使用至少一个安全密钥(例如，(解)加密密钥)来解密加密的分组以获得数据。如果受安全保护的分组是受完整性保护的分组，则受完整性保护的分组可以包括数据和MAC-I。基站106可以通过使用至少一个安全密钥(例如，完整性密钥)来验证MAC-I对于受安全保护的分组是否有效。在基站106确认MAC-I有效时，基站106向CN110发送数据。另一方面，在基站106确定MAC-I无效时，基站106丢弃受安全保护的分组。此外，如果受安全保护的分组是加密的并且是完整性保护的，则加密的和完整性保护的分组可以包括加密的分组以及加密的MAC-I。在这种情况下，基站106解密加密的分组和加密的MAC-I以获得数据和MAC-I。基站106然后确定MAC-I对于数据是否有效。如果基站106确定MAC-I有效，则基站106检索数据并将数据转发给数据CN 112。然而，如果基站106确定MAC-I无效，则基站106丢弃该分组。

在其他场景和实现中，基站104可以从UL RRC消息中检索UE 102的UE ID，并且识别基站104存储了UE 102的UE上下文信息。因此，基站104从第一UL PDU中检索受安全保护的分组，从受安全保护的分组中检索数据，并将数据发送到CN 110或边缘服务器(如上所述)。

此外，RAN 105在一些情况下在下行链路(DL)方向上向在RRC_INACTIVE或RRC_IDLE状态下操作的UE 102发送数据。

例如，在基站104确定数据可用于到在前在RRC_INACTIVE或RRC_IDLE状态下操作的UE 102的下行链路传输时，基站104可以对数据应用至少一个安全函数以生成安全保护分组，生成包括安全保护分组的第一DL PDU，并且将第一DL PDU包括在第二DL PDU中。为了保护数据，基站104可以对数据应用安全功能(例如，完整性保护和/或加密)。更具体地，在完整性保护被启用时，基站104生成用于保护数据完整性的MAC-I，使得安全保护分组包括数据和MAC-I。在加密被启用时，基站104加密数据以生成加密分组，使得安全保护分组是加密分组。此外，在完整性保护和加密都被启用时，基站104可以生成用于保护数据完整性的MAC-I，并且将数据与MAC-I一起加密以生成加密的分组和加密的MAC-I。在一些实现中，基站104使用受安全保护的分组来生成第一DL PDU(诸如DL PDCP PDU)，例如将第一DL PDU包括在与MAC层相关联的第二DL PDU中(例如，DL MAC PDU)，并向UE 102发送第二DL PDU，而不首先使UE 102从RRC_INACTIVE或RRC_IDLE状态转换到RRC_CONNECTED状态。在一些实现中，基站104在DL RLC PDU中包括DL PDCP PDU，在DL MAC PDU中包括DL RLC PDU，并且向UE102发送DL MAC PDU，而不首先使UE 102从RRC_INACTIVE或RRC_IDLE状态转换到RRC_CONNECTED状态。

在另一实现中，基站104向基站106发送第一DL PDU，基站106后续生成包括第一DLPDU的第二PDU(例如，DL MAC PDU)，并向UE 102发送第二DL PDU，而不首先使UE 102从RRC_INACTIVE或RRC_IDLE状态转换到RRC_CONNECTED状态。在一些实现中，基站106生成包括第一DL PDU的DL RLC PDU，并且在第二DL PDU中包括DL RLC PDU。在又一实现中，基站104将第一DL PDU包括在DL RLC PDU中，并向基站106发送DL RLC PDU，基站106后续生成包括DLRLC PDU的第二DL PDU(例如，DL MAC PDU)，并向UE 102发送第二DL PDU。

在一些实现中，基站(即，基站104或106)生成下行链路控制信息(DCI)和用UE 102的ID加扰的循环冗余校验(CRC)，以发送由基站生成的第二DL PDU。在一些实现中，UE 102的ID可以是无线电网络临时标识符(RNTI)。例如，RNTI可以是蜂窝RNTI(C-RNTI)、临时C-RNTI或非活动C-RNTI。基站在物理下行链路控制信道(PDCCH)上向在RRC_INACTIVE或RRC_IDLE状态下操作的UE 102发送DCI和加扰的CRC。在一些实现中，基站在随机接入响应中将UE 102的ID指派给UE 102，基站在发送DCI和加扰的CRC之前在与UE 102的随机接入过程中发送该随机接入响应。在其他实现中，基站在RRC消息(例如，RRC释放消息或RRC重配置消息)中将UE 102的ID指派给UE 102，基站在发送DCI和加扰的CRC之前向UE 102发送该RRC消息。

在RRC_INACTIVE或RRC_IDLE状态下操作的UE 102可以在PDCCH上接收DCI和加扰的CRC。则UE 102根据UE 102的ID确认第二DL PDU被寻址到该UE。然后，UE 102可以从受安全保护的分组中检索数据。如果受安全保护的分组是加密的分组，则UE 102可以使用适当的解密函数和安全密钥来解密加密的分组，以获得数据。如果受安全保护的分组是包括数据和MAC-I的受完整性保护的分组，则UE 102可以确定MAC-I是否有效。如果UE 102确认MAC-I有效，则UE 102检索数据。然而，如果UE 102确定MAC-I无效，则UE 102丢弃该分组。最后，在受安全保护的分组既被加密又被完整性保护时，利用加密的数据和加密的MAC-I，UE102可以解密加密的分组和加密的MAC-I以获得数据和MAC-I。然后，UE 102可以验证MAC-I对于数据是有效的。如果UE 102确认MAC-I有效，则UE 102检索并处理该数据。否则，在UE102确定MAC-I无效时，UE 102丢弃该数据。

基站104配备有处理硬件130，其可以包括一个或多个通用处理器(例如，CPU)和存储一个或多个通用处理器执行的指令的非暂时性计算机可读存储器。附加地或可选地，处理硬件130可以包括专用处理单元。示例实现中的处理硬件130包括媒体接入控制(MAC)控制器132，其被配置成执行与一个或多个用户设备的随机接入过程，接收到一个或多个用户设备的上行链路MAC协议数据单元(PDU)，以及向一个或多个用户设备发送下行链路MACPDU。处理硬件130还可以包括分组数据汇聚协议(PDCP)控制器134，其被配置成在一些场景中发送基站104可以在下行链路方向上发送数据所依据的PDCP PDU，以及在其他场景中接收基站104可以在上行链路方向上接收数据所依据的PDCP PDU。处理硬件还可以包括RRC控制器136，以在协议通信栈的RRC子层实现过程和消息传递。示例实现中的处理硬件130包括RRC非活动控制器138，其被配置成管理与在RRC_INACTIVE或RRC_IDLE状态下操作的一个或多个UE的上行链路和/或下行链路通信。基站106可以包括大体相似的组件。具体而言，组件140、142、144、146和148可以分别类似于组件130、132、134、136和138。

UE 102配备有处理硬件150，处理硬件150可以包括一个或多个通用处理器，诸如CPU和存储可在一个或多个通用处理器和/或专用处理单元上执行的机器可读指令的非暂时性计算机可读存储器。示例实现中的处理硬件150包括RRC非活动控制器158，其被配置成在UE 102在RRC_INACTIVE状态下操作时管理上行链路和/或下行链路通信。示例实现中的处理硬件150包括媒体接入控制(MAC)控制器152，其被配置成执行与基站的随机接入过程，向基站发送上行链路MAC协议数据单元(PDU)，以及从基站接收下行链路MAC PDU。处理硬件150还可以包括PDCP控制器154，其被配置成在一些场景中发送PDCP PDU，UE 102可以根据该PDU在上行链路方向上发送数据，并且在其他场景中接收PDCP PDU，UE 102可以根据该PDU在下行链路方向上接收数据。处理硬件还可以包括RRC控制器156，以在协议通信栈的RRC子层实现过程和消息传递。

图1B描绘了任何一个或多个基站104、106的示例性分布式或分散式实现。在该实现中，基站包括集中单元(CU)172和一个或多个DU 174。CU 172包括处理硬件，诸如一个或多个通用处理器(例如，CPU)和存储可在(多个)通用处理器和/或专用处理单元上执行的机器可读指令的计算机可读存储器。例如，CU 172可以包括PDCP控制器、RRC控制器和/或RRC非活动控制器，诸如PDCP控制器134、144、RRC控制器136、146和/或RRC非活动控制器138、148。在一些实现中，CU 172可以包括被配置成管理或控制一个或多个RLC操作或过程的无线链路控制(RLC)控制器。在其他实施方式中，CU 172不包括RLC控制器。

每个DU 174还包括处理硬件，该处理硬件可以包括一个或多个通用处理器(例如，CPU)和存储可在一个或多个通用处理器和/或专用处理单元上执行的机器可读指令的计算机可读存储器。例如，处理硬件可以包括被配置成管理或控制一个或多个MAC操作或过程(例如，随机接入过程)的MAC控制器(例如，MAC控制器132、142)，和/或被配置成管理或控制一个或多个RLC操作或过程的RLC控制器。处理硬件还可以包括物理层控制器，其被配置成管理或控制一个或多个物理层操作或过程。

在一些实施方式中，CU 172包括逻辑节点CU-CP 172A，其托管CU 172的PDCP协议的控制平面部分。CU 172还可以包括(多个)逻辑节点CU-UP 172B，其托管CU 172的PDCP协议和/或服务数据适配协议(SDAP)协议的用户平面部分。CU-CP 172A可以发送控制信息(例如，RRC消息、F1应用协议消息)，并且CU-UP 172B可以发送数据分组(例如，SDAP PDU或互联网协议分组)。

CU-CP 172A可以通过E1接口连接到多个CU-UP 172B。CU-CP 172A为UE 102所请求的服务选择合适的CU-UP 172B。在一些实现中，单个CU-UP 172B可以通过E1接口连接到多个CU-CP 172A。如果CU-CP和DU属于gNB，则CU-CP 172A可以通过F1-C接口和/或F1-U接口连接到一个或多个DU 174。如果CU-CP和DU属于ng-eNB，则CU-CP 172A可以通过W1-C接口和/或W1-U接口连接到一个或多个DU 174。在一些实现中，一个DU 174可以在同一CU-CP 172A的控制下连接到多个CU-UP 172B。在这样的实现中，CU-UP 172B和DU174之间的连接由CU-CP 172A使用承载上下文管理功能来建立。

图2A以简化的方式示出了示例协议栈200，根据该协议栈，UE 102可以与eNB/ng-eNB或gNB(例如，一个或多个基站104、106)进行通信。

在示例栈200中，EUTRA的物理层(PHY)202A向EUTRA MAC子层204A提供传送信道，该MAC子层204A又向EUTRA RLC子层206A提供逻辑信道。EUTRARLC子层206A又向EUTRA PDCP子层208提供RLC信道，并且在某些情况下，向NR PDCP子层210提供信道。类似地，NR PHY202B向NR MAC子层204B提供传送信道，NR MAC子层204B又向NR RLC子层206B提供逻辑信道。NR RLC子层206B又向NR PDCP子层210提供数据传送服务。NR PDCP子层210又可以向服务数据适配协议(SDAP)212或无线电资源控制(RRC)子层(图2A中未示出)提供数据传送服务。在一些实现中，UE 102支持如图2A所示的EUTRA和NR栈，以支持EUTRA和NR基站之间的切换和/或支持EUTRA和NR接口上的DC。此外，如图2A所示，UE 102可以支持NR PDCP 210在EUTRA RLC 206A上的分层，以及SDAP子层212在NR PDCP子层210上的分层。

EUTRA PDCP子层208和NR PDCP子层210接收可被称为服务数据单元(SDU)的分组(例如，来自因特网协议(IP)层，直接或间接地分层在PDCP层208或210上)，并输出可被称为协议数据单元(PDU)的分组(例如，到RLC层206A或206B)。除了SDU和PDU之间的差异相关的地方，为了简单起见，本公开将SDU和PDU都称为“分组”。

在控制平面上，例如，EUTRA PDCP子层208和NR PDCP子层210可以提供信令无线电承载(SRB)或RRC子层(图2A中未示出)来交换RRC消息或非接入层(NAS)消息。在用户平面上，EUTRA PDCP子层208和NR PDCP子层210可以提供数据无线电承载(DRB)来支持数据交换。在NR PDCP子层210上交换的数据可以是SDAP PDU、互联网协议(IP)分组或以太网分组。

因此，有可能在功能上拆分无线电协议栈，如图2B中的无线电协议栈250所示。任何基站104或106处的CU可以持有所有的控制和较高层功能(例如，RRC 214、SDAP 212、NRPDCP 210)，而较低层操作(例如，NR RLC 206B、NR MAC 204B和NR PHY 202B)被委托给DU。为了支持到5GC的连接，NR PDCP 210向RRC 214提供SRB，NR PDCP 210向SDAP 212提供DRB，向RRC 214提供SRB。

接下来，参照图3A-图5F讨论涉及图1A的几个组件并且涉及在UE在非活动或空闲状态下操作时用配置的资源(即，配置的上行链路授权和/或配置的下行链路指派)来通信数据的几个示例场景。为了简化下面的描述，除非另有说明，“非活动状态”用于表示RRC_INACTIVE或RRC_IDLE状态。一般而言，图3A-图3B、图4A-图4B和图5A-图5F中相同的事件用相同的附图标记标记(例如，事件304在图3A-图3B中相同)，而图3A-图5F中相似的事件用相似的附图标记标记(例如，事件390A与事件390B、490和590相似)。

首先参考图3A，在场景300A中，UE 102最初在与包括CU 172和DU 174的基站104的连接状态(例如，RRC_CONNECTED)下操作。在连接状态下操作的UE 102使用第一RNTI与DU174通信304数据，并且经由DU与CU通信304数据。在一些实现中，DU 174可以向UE 102发送304第一下行链路控制信息命令(DCI)，每个DCI具有用第一RNTI加扰的CRC。DU 174在每个第一DCI中包括特定的上行链路(UL)授权。UE 102根据UL授权向DU 174发送304数据，DU174可以进而将该数据发送给CU 172。

在其他实现中，DU 174可以向UE 102发送304第二DCI，每个DCI具有用第一RNTI加扰的CRC。DU 174在每个第二DCI中包括特定的下行链路(DL)指派。DU 174根据DL指派向UE102发送304数据。DU 174可以生成数据或者从CU 172接收数据。

在一些实现中，UE 102利用DU 174执行随机接入过程。DU 174在随机接入过程的随机接入响应或消息B中包括第一RNTI。DU 174还向CU 172发送包括第一RNTI的DU到CU消息。在其他实现中，UE 102可以直接或经由CN 110(例如，MME 114或SMF 164)从另一基站(例如，基站106)接收切换命令消息(例如，RRC重配置消息)中的第一RNTI。在一些实现中，第一RNTI可以是C-RNTI。

在UE 102的数据不活动的特定时段之后，CU 172可以确定在该特定时段期间，CU172和UE 102都没有分别在下行链路方向或上行链路方向上发送任何数据。在一些实现中，CU 172可以基于从DU 174接收的指示UE 102的数据不活动的DU到CU消息来做出该确定。响应于该确定，CU 172执行390A配置的资源配置过程。在配置的资源配置过程中，CU 172向DU174发送306CU到DU消息，以获得配置的授权(CG)配置(例如，编码为RRC IE)。

CU 172发送的CU到DU消息可以是UE上下文请求消息(例如，UE上下文建立请求消息或UE上下文修改请求消息)。响应于接收到306CU到DU消息，DU 174为UE 102指派第二RNTI，并向CU 172发送308A包括CG配置和第二RNTI的DU到CU消息。DU到CU消息可以是UE上下文响应消息(例如，UE上下文建立响应消息或UE上下文修改响应消息)。CG配置指示UE102在非活动状态下操作时，可以在其上向DU 174发送上行链路传输的资源(即，用于执行早期数据通信的上行链路资源)。在一些实现中，DU 174可以将第二RNTI指派给与第一RNTI相同的值。在其他实现中，DU 174可以将第二RNTI指派给与第一RNTI的值不同的值。然后，CU 172生成RRC释放消息(例如，RRCRelease消息或RRCConnectionRelease消息)以指示UE102转换到非活动状态。CU 172在RRC释放消息中包括CG配置和第二RNTI。

在一些实现中，DU 174在DU到CU消息308A的单独字段或IE中包括CG配置和第二RNTI。在其他实现中，DU 174在CG配置中包括第二RNTI，并且在DU到CU消息308A的单个字段或IE中包括CG配置。在这种情况下，CG配置中包括的第二RNTI可以对CU 172透明。在一些场景和实现中，CU 172需要知道第二RNTI。因此，CU 172可以解码CG配置以获得第二RNTI。在其他实现中，除了在CG配置中包括第二RNTI之外，DU 174还可以包括第二RNTI的附加实例作为DU到CU消息308A的IE(例如，F1AP IE或W1AP IE)。因此，CU 172可以直接从DU到CU消息308A的IE中获得第二RNTI，而无需解码CG配置。

在一些实现中，第二RNTI可以是预配置的上行链路资源RNTI(PUR-RNTI)。在其他实现中，第二RNTI可以是针对非活动状态配置的调度RNTI(CS-RNTI)。CU 172可以向UE 102指派I-RNTI或恢复ID，并将指派的值包括在RRC释放消息中。后续，CU 172向DU 174发送310A包括RRC释放消息的CU到DU消息，DU 174又在DL MAC PDU中向UE 102发送312A RRC释放消息。在向UE 102发送312A DL MAC PDU之前，DU 174可以向UE 102发送311A DCI和使用第一RNTI加扰的CRC。DCI可以包括指示资源的DL指派，UE 102可以在该资源上接收312DLMAC PDU。详细地，DL指派至少包括与包括DL MAC PDU的HARQ传输相关的调制和编码格式、资源分配和/或HARQ信息。

UE 102在接收到RRC释放消息时转换到非活动状态，并在非活动状态下操作314。稍后，处于非活动状态的UE 102发起早期数据通信，以发送上行链路(UL)数据或接收下行链路(DL)数据。UE 102可以发起早期数据通信，以便发送至少一个UL数据分组或者接收至少一个DL数据分组。在UE 102在非活动状态下时，UE 102发起早期数据传输(EDT)来发送UL数据的情况下，初始早期数据通信可以是移动发起(MO)EDT。在UE 102在非活动状态下时，UE 102发起早期数据通信以接收DL数据的情况下，初始早期数据通信可以是移动终止(MT)EDT(即，从UE 102的角度来看的早期数据接收)。在这种情况下，在事件314处，UE 102从DU174接收寻呼消息，该寻呼消息包括UE 102的UE ID和EDT指示。例如，UE ID可以是I-RNTI、恢复ID或NAS ID(例如，S-TMSI或5G-S-TMSI，或者用于MT EDT的特定ID)。响应于寻呼消息(即，UE ID和EDT指示)，UE 102发起早期数据通信，以从DU 174和CU 172接收DL数据。

响应于发起早期数据通信或在发起早期数据通信之后，UE 102生成包括UL RRC消息的初始UL MAC PDU，并在CG配置中的配置资源(即，CG无线电资源)上向DU 174发送316(HARQ传输的)初始UL MAC PDU。在一些实现中，除了UL RRC消息之外，UE 102还可以在初始UL MAC PDU中包括初始UL数据以执行MO EDT。在其他实现中，为了执行MT EDT，UE 102不在初始UL MAC PDU中包括初始UL数据。在一些实现中，初始UL数据包括(多个)PDCP PDU、(多个)RLC PDU、(多个)RRC PDU、(多个)NAS PDU和/或(多个)IP分组。在其他实现中，初始UL数据包括用户平面数据和/或控制平面数据。用户平面数据可以包括物联网(IoT)数据、以太网流量数据、互联网流量数据或短消息服务(SMS)消息。控制平面数据可以包括(多个)RRC消息和/或(多个)NAS消息。

如果DU 174未能正确接收316初始UL MAC PDU，则DU 174可以在物理下行链路控制信道(PDCCH)上发送318用第二RNTI加扰的DCI和CRC，以指示UE 102重传初始UL MACPDU。更具体地，DU 174生成包括UL授权的DCI，从DCI生成CRC，并用第二RNTI加扰CRC。UE102发送320初始UL MAC PDU(的HARQ重传)。类似于事件318，如果DU 174未能从解码HARQ传输和HARQ重传的组合中接收到初始UL MAC PDU，则DU 174可以向UE 102发送(多个)后续DCI，每个具有用第二RNTI加扰的CRC。类似于事件320，根据或响应于每个后续DCI，UE 102可以发送初始UL MAC PDU的HARQ重传。DU 174可以对HARQ传输和(多个)HARQ重传的组合进行解码，以获得初始UL MAC PDU。

在DU 174接收到初始UL MAC PDU之后，DU 174从初始UL MAC PDU中检索UL RRC消息，并生成包括UL RRC消息的DU到CU消息。然后，DU 174向CU 172发送322DU到CU消息。在一些实现中，DU到CU消息可以是F1应用协议(F1AP)消息或W1应用协议(W1AP)消息。在其他实现中，DU到CU消息322可以是初始UL RRC消息传送消息或UL RRC消息传送消息。

在一些实现中，在事件316处，UE 102使用第一RNTI而不是第二RNTI来生成MAC-I，并将该MAC-I包括在UL RRC消息中。在接收322UL RRC消息时，CU 172基于第一RNTI验证MAC-I。在一些实施方式中，MAC-I可以是resumeMAC-I，并且UE 102可以将resumeMAC-I设置为计算出的MAC-I的16个最低有效位:根据条款8编码的ASN.1(即，8比特的倍数)的VarResumeMAC-Input；UE 102的UE非活动AS上下文中的完整性密钥K_RRCint密钥，并且UE 102在事件304使用先前配置的完整性保护算法；并且用于COUNT、BEARER和DIRECTION的所有输入比特都被设置为二进制一。

VarResumeMAC-Input描述如下:

UE 102将sourcePhysCellId字段设置为小区124的物理小区标识(PCI)，并将targetCellIdentity字段设置为小区124的小区标识。UE 102将source-c-RNTI设置为第一RNTI的值。

可选地，UE 102使用第二RNTI而不是第一RNTI来生成MAC-I，并且将MAC-I包括在UL RRC消息中。在接收322UL RRC消息时，CU 172基于第二RNTI验证MAC-I。在这种情况下，UE 102将源c-RNTI设置为第二RNTI的值。

在一些实现中，DU 174在DU 174发送322的DU到CU消息中包括第三RNTI。在这种情况下，CU 172避免使用第三RNTI来验证MAC-I。在一些实现中，第三RNTI可以是C-RNTI。在一些实现中，CU 172可以忽略第三RNTI。此外，在一些实现中，DU 174在DU 174发送的DU到CU消息中包括UE 102的无线电配置。无线电配置可以是在从非活动状态到连接状态的状态转换之后UE 102可以使用的配置。

在接收322DU到CU消息之后，在一些实现中，CU 172可以向DU 174发送324CU到DU消息(例如，UE上下文建立请求消息或UE上下文修改请求消息)，以请求DU 174为UE 102建立或修改UE上下文。在一些实现中，如果CU 172验证MAC-I有效，则CU 172可以这样做。在一些实现中，如果CU 172验证MAC-I有效，则CU 172可以忽略第三RNTI。响应于接收到324CU到DU消息，DU 174可以建立或修改UE 102的UE上下文，并向CU 172(未示出)发送DU到CU消息(例如，UE上下文建立响应消息或UE上下文修改响应消息)。在一些实现中，DU 174在DU到CU消息中包括UE 102的无线电配置，DU 174响应于接收324CU到DU消息而发送该消息。此外，DU 174可以在DU到CU消息中包括RNTI，该消息是DU 174响应于接收到324CU到DU消息而发送的。RNTI可以是第三RNTI(例如，在事件324，DU在响应于CU到DU消息的DU到CU消息中包括第三RNTI，而不是在DU发送322的DU到CU消息中包括第三RNTI)。

在发送316初始UL MAC PDU之后，UE 102可以在CG无线电资源上向DU 174发送包括后续UL数据的后续UL MAC PDU。例如，UE 102可以在CG无线电资源上向DU 174发送328(HARQ传输的)包括后续UL数据的后续UL MAC PDU。如果DU 174未能正确接收328初始ULMAC PDU，则DU 174可以在PDCCH上发送330DCI和第二RNTI加扰的CRC，以指示UE 102重传后续UL MAC PDU，类似于先前的事件318。更具体地，DU 174生成包括UL授权的DCI，从DCI生成CRC，并用第二RNTI加扰CRC。UE 102发送332(HARQ重传的)后续的UL MAC PDU。类似于事件330，如果DU 174未能从解码HARQ传输和HARQ重传的组合中接收到后续的UL MAC PDU，则DU174可以向UE 102发送(多个)后续的DCI，每个具有用第二RNTI加扰的CRC。类似于事件332，根据或响应于(多个)后续DCI中的每一个，UE 102可以发送后续UL MAC PDU的HARQ重传。DU174可以对HARQ传输和(多个)HARQ重传的组合进行解码，以获得后续的UL MAC PDU。在DU174接收后续UL数据之后，DU 174可以例如经由控制平面接口(例如，F1-C或W1-C)或用户平面接口(例如，F1-U或W1-U)向CU 172发送334UL数据。在一些实现中，后续的UL数据包括(多个)PDCP PDU、(多个)RLC PDU、(多个)RRC PDU、(多个)NAS PDU和/或(多个)IP分组。(多个)RLC PDU包括(多个)RLC数据PDU和/或(多个)RLC控制PDU。在其他实现中，后续UL数据包括用户平面数据和/或控制平面数据。用户平面数据可以包括物联网(IoT)数据、以太网流量数据、互联网流量数据或短消息服务(SMS)消息。控制平面数据可以包括(多个)RRC消息和/或(多个)NAS消息。

在接收320UL MAC PDU或初始UL数据、发送322DU到CU消息或接收324CU到DU消息之后，DU 174可以在动态无线电资源上向UE 102发送包括DL数据的DL MAC PDU。例如，DU174可以在PDCCH上发送336DCI和用第二RNTI加扰的CRC，以发送(HARQ传输的)DL MAC PDU。更具体地，DU 174生成包括DL指派的DCI，从DCI生成CRC，并用第二RNTI加扰CRC。然后，DU174在DCI 336分配的无线电资源(即，动态无线电资源)上向UE 102发送338包括(HARQ传输的)DL数据的DL MAC PDU。UE 102根据DCI 336在动态资源上接收338(HARQ传输的)DL MACPDU。如果UE 102未能正确接收338DL MAC PDU，则UE 102可以向DU 174(未示出)发送HARQ否定确认(NACK)。响应于HARQ NACK，DU 174可以在PDCCH上发送340DCI和用第二RNTI加扰的CRC，以重传DL MAC PDU。更具体地，DU 174生成包括DL指派的DCI，从DCI生成CRC，并用第二RNTI加扰CRC。DU 174在DCI 340中分配的无线电资源(即，动态无线电资源)上发送342(HARQ重传的)DL MAC PDU。类似于事件340和342，如果UE 102未能从对HARQ传输和HARQ重传的组合的解码中接收到DL MAC PDU，则UE 102向DU 174发送HARQ NACK(未示出)，并且DU174可以向UE 102发送后续的DCI，具有用第二RNTI加扰的CRC，并且向UE 102发送(HARQ重传的)DL MAC PDU。类似于事件342，根据或响应于每个后续的DCI，UE 102可以接收HARQ重传的DL MAC PDU。UE 102可以对HARQ传输和HARQ重传的组合进行解码，以获得DL MAC PDU。如果UE 102接收到DL数据，则UE 102可以向DU 174发送HARQ确认(HARQ ACK)(未示出)。

在一些实现中，DL数据包括(多个)PDCP PDU、(多个)RLC PDU、(多个)RRC PDU、(多个)NAS PDU和/或(多个)IP分组。(多个)DL PDU包括(多个)RLC数据PDU和/或(多个)RLC控制PDU。DU 174可以从CU 172接收DL数据，并生成包括DL数据的(多个)RLC数据PDU或(多个)DL MAC PDU。DU 174生成(多个)RLC控制PDU(例如，(多个)RLC状态PDU，用于确认或否定确认UL RLC PDU的接收)。在其他实现中，DL数据包括用户平面数据和/或控制平面数据。用户平面数据可以包括物联网(IoT)数据、以太网流量数据、互联网流量数据或短消息服务(SMS)消息。控制平面数据可以包括(多个)RRC消息和/或(多个)NAS消息。

在替代实现中，DU 174不经由CU 172(即，经由事件308A、310A、311A和312A)向UE102发送RNTI。在这种情况下，DU 174在事件320、330、336、340中使用第一RNTI来加扰CRC，并且UE 102在事件320、330、336、340使用第一RNTI来验证CRC。CU 172可以向UE 102指派I-RNTI或恢复ID，并将指派的值包括在RRC释放消息中。

事件316、318、320、322、324、328、330、332、334、336、338、340和342在图3A中被统称为早期数据通信392A。

在针对UE 102的特定时间段的数据不活动之后，CU 172可以经由DU 174与UE 102执行391A配置的资源配置过程，类似于配置的资源配置过程390A。在配置的资源配置过程期间，UE 102停止执行与基站104的早期数据通信。稍后，类似于早期数据通信392A，UE 102可以经由在配置的资源配置过程391A中接收的CG配置中的配置的资源来执行393A后续早期数据通信过程。在针对UE 102的特定时间段的数据不活动之后，CU 172可以经由DU 174与UE 102执行395A配置的资源配置过程，类似于配置的资源配置过程390A。在一些实现中，DU 174可以在配置的资源配置过程391A中的DU到CU消息中(即，在类似于事件308A的事件中，在配置的资源配置过程391A期间的DU到CU消息中)包括第四RNTI。在一些实现中，DU174可以将第四RNTI设置为第二RNTI的值。在其他实现中，DU 174可以将第四RNTI设置为与第二RNTI不同的值。然后，DU 174和CU 172可以在后续的早期数据通信393A期间使用第四RNTI。在其他实现中，DU 174在DU到CU消息中不包括RNTI。在这种情况下，UE 102、DU 174和CU 172确定第二RNTI是有效的，并为后续早期数据通信过程393A保留第二RNTI。

转到图3B，场景300B类似于场景300A，除了DU 174除了CG配置之外，还可以向CU172发送半持久调度(SPS)配置。具体地，在配置的资源配置过程390B期间，响应于接收306CU到DU消息，DU 174为UE 102指派第二RNTI，并向CU 172发送308B DU到CU消息。在CU到DU消息中，DU 174包括CG配置、SPS配置和第二RNTI。SPS配置指示UE 102在非活动状态下操作时可以在其上从DU 174接收下行链路传输的资源(即，用于执行早期数据通信的下行链路资源)。在其他场景中，DU 174可以在CU到DU消息中包括SPS配置和第二RNTI，并且从CU到DU消息中排除CG配置。

类似于场景300A，在一些实现中，DU 174在DU到CU消息308B的单独字段或IE中包括CG配置、SPS配置和第二RNTI。在其他实现中，DU 174在CG配置和SPS配置中包括第二RNTI，并且在DU到CU消息308B的单独字段或IE中包括CG配置和SPS配置中的每一个。在这种情况下，CG配置和/或SPS配置中包括的第二RNTI可以对CU 172透明。CU 172可以对CG配置和/或SPS配置进行解码，以获得第二RNTI。在其他实现中，除了在CG配置和SPS配置中包括第二RNTI之外，DU 174还可以包括第二RNTI的附加实例作为DU到CU消息308B的IE(例如，F1AP IE或W1AP IE)。因此，CU 172可以直接从DU到CU消息308B的IE中获得第二RNTI，而无需解码CG配置或SPS配置。

在接收到310B DU到CU消息之后，CU 172生成包括CG配置、SPS配置和第二RNTI的RRC释放消息，并向DU发送310B包括RRC释放消息的CU到DU消息。然后，DU 174可以从CU到DU消息中提取RRC释放消息，并向UE 102发送312B RRC释放消息。UE 102在接收到RRC释放消息时转换到非活动状态，并在非活动状态下操作314。

在UE 102在非活动状态下操作314时，CU 172、DU 174和UE 102执行早期数据通信过程392B，其通常类似于早期数据通信过程392A。然而，类似于事件336，DU 174可以在由SPS配置配置的无线电资源上直接向UE 102发送339包括DL数据的DL MAC PDU，而不是发送DCI来指示下行链路指派。如果UE 102未能接收到339DL MAC PDU，则UE 102可以向DU 174发送HARQ NACK。响应于HARQ NACK，DU 174可以在PDCCH上发送340DCI和用第二RNTI加扰的CRC，以重传DL MAC PDU。

配置的资源配置过程391B类似于配置的资源配置过程391A，除了(多个)配置的资源配置可以包括CG配置和/或SPS配置。在一些场景和实现中，DU 174可以在动态无线电资源上向DU 174发送包括DL数据的()规定DL MAC PDU，同时向UE 102配置SPS配置(如图3A所述)。

转到图4A，场景400A类似于场景300A，但是其中UE 102最初在非活动状态而不是连接状态下操作414。为了在非活动状态下操作414的同时发送数据，UE 102执行403与基站104的随机接入过程。UE 102通过向DU 174发送444随机接入前导来发起随机接入过程。DU174为UE 102生成第一RNTI，并将第一RNTI包括在随机接入过程的随机接入响应中。DU 174还向CU发送422包括第一RNTI的DU到CU消息。例如，第一个RNTI可以是C-RNTI。

DU 174向UE 102发送446随机接入响应，该随机接入响应包括第一RNTI、定时提前命令、随机接入前导码的ID和上行链路授权。上行链路授权指示在在非活动状态下操作414时，UE 102可以用来与DU 174执行EDT的资源。响应于接收446随机接入响应，UE 102在由上行链路授权配置的资源上发送416包括UL RRC消息的UL MAC PDU。UE 102还可以在UL MACPDU中包括上行链路数据分组。如果DU 174成功接收到UL MAC PDU，则DU 174可以向UE 102发送竞争解决方案，以完成随机接入过程403(未示出)。如果DU 174未能根据UL授权接收到UL MAC PDU，则DU 174可以在PDCCH上发送418DCI和用第一RNTI加扰的CRC，以指示UE 102重传UL MAC PDU。然后，UE 102可以向DU 174重传420包括UL RRC消息的UL MAC PDU。

在接收422包括UL RRC消息和第一RNTI的DU到CU消息之后，CU 172可以确定向DU174请求UE 102的配置的资源配置。CU 172然后可以发起配置的资源配置过程490，其可以类似于配置的资源配置过程390A或390B。在配置的资源配置过程490之后，UE 102保持在非活动状态。UE 102和基站104然后可以执行492早期数据通信过程，其可以类似于早期数据通信过程392A或392B。在针对UE 102的特定时间段的数据不活动之后，CU 172可以经由DU174与UE 102执行491配置的资源配置过程，类似于配置的资源配置过程490。

在场景400A中，UE 102执行403的随机接入过程是四步骤随机接入过程，其中随机接入过程的四个步骤对应于事件444、446、416以及向UE 102传输竞争解决方案。图4B示出了场景400B，场景400B类似于场景400A，除了UE 102执行405与基站104的两步随机接入过程以发送数据，同时在非活动状态下操作414。

为了发起两步随机接入过程，UE 102向DU 174发送444随机接入前导，并向DU 174发送416包括UL RRC消息的UL MAC PDU。UL MAC PDU还可以包括UL数据分组。在一些实现中，在事件444之前，UE 102可以在RRC消息中接收随机接入前导码，该随机接入前导码使得UE转换到非活动状态。在一些实现中，在事件444之前，DU 174在小区124上广播系统信息块(SIB)。SIB包括UE 102在小区124上执行两步随机接入过程的(多个)配置。UE 102接收SIB，并在由(多个)配置指示的无线电资源上发送416初始UL MAC PDU。

在图4B中，事件444和416可以统称为两步随机接入过程的“消息A”。随机接入前导和有效载荷是消息A的两个部分，它们在不同的场合被发送。例如，UE 102可以经由物理随机接入信道(PRACH)时机发送444随机接入前导，并且经由物理上行链路共享信道(PUSCH)时机发送416有效载荷。响应于消息A，DU 174向UE 102发送447包括第一RNTI的“消息B”。在一些场景和实现中，消息B可以包括successRAR MAC子报头和successRAR MAC subPDUa，其指示DU 174成功接收了UL MAC PDU 416。successRAR MAC subPDU包括竞争解决标识、定时提前命令和第一RNTI。successRAR MAC subPDU还可以包括PUCCH资源指示符、HARQ反馈定时指示符、发射功率控制(TPC)命令和/或信道接入类型和CP扩展。在其他场景和实现中，消息B可以包括fallbackRAR MAC子报头和fallbackRAR MAC subPDU，其向UE 102指示重传UE102在事件416发送的UL MAC PDU。fallbackRAR MAC subPDU包括UL授权、定时提前命令、第一RNTI。UE 102根据UL授权向DU 174重传448UL MAC PDU。如果DU 174成功接收448UL MACPDU，则DU 174可以向UE 102发送竞争解决方案，以完成随机接入过程。

转到图5A，场景500A类似于场景300A-B或400A-B中的任何一个开始，但是CU 172确定将UE 102转换到连接状态。最初，UE 102执行504与基站104的数据通信过程。数据通信过程504可以类似于事件304(即，UE 102最初可以在连接状态下操作)，或者随机接入过程403或405(即，UE 102最初可以在非活动状态下操作，并且在非活动状态下操作时执行随机接入过程以与基站104通信)。CU 172可以与DU 174和UE 102执行590配置的资源配置过程，这可以类似于配置的资源配置过程390A、390B或490。如果在事件504期间，UE 102最初在连接状态期间操作在连接状态，则响应于配置的资源配置过程590，UE 102转换514到非活动状态。如果UE 102在事件504期间在非活动状态下操作，则UE 102保持514在非活动状态下。然后，UE 102可以根据UE 102在配置的资源配置过程590期间接收的配置的资源配置来执行592与基站104的早期数据通信。早期数据通信过程592可以类似于早期数据通信过程392A、392B或492。

稍后，CU 172确定550将UE 102转换到连接状态。作为响应，CU 172向DU 174发送558包括RRC响应消息(例如，RRC建立消息或RRC恢复消息)的CU到DU消息。在RRC响应消息中，CU 172包括UE 102的无线电配置和第三RNTI。无线电配置是UE 102在转换到连接状态之后可以用来与DU 174通信的配置。在早期数据通信过程592期间，CU 172可以从DU 174接收无线电配置和第三RNTI。例如，CU 172可以在DU到CU消息中从DU 174接收无线电配置和第三RNTI，该消息是DU 174在早期数据通信过程期间向CU 172发送的(例如，在早期数据通信过程592期间的事件，类似于事件322或DU 174响应于接收324CU到DU消息而发送的DU到CU消息)。

响应于接收到558CU到DU消息，DU 174可以在PDCCH上发送560DCI和用第二RNTI(即，DU 174在配置的资源配置过程590期间指派给UE 102的RNTI)加扰的CRC。DCI指示UE102可以在其上接收562DL MAC PDU的DL指派。在其中UE 102在配置的资源配置过程590期间从DU 174获得SPS配置的实现中，DU 174可以避免发送560DCI。可选地，即使UE 102获得了SPS配置，DU 174仍发送560DCI。DU 174可以这样做，因为在DU 174确定发送562RRC响应消息的特定时隙，没有SPS无线电资源可用于传输。

然后，DU 174向UE 102发送562DL MAC PDU，其中DL MAC PDU包括DU 174从CU 172接收558的RRC响应消息。响应于RRC响应消息，UE 102转换564到连接状态(例如，RRC_CONNECTED)，并应用566第三RNTI。DU 174也适用567第三RNTI。在一些实现中，为了请求DU174和UE 102同步应用567、566第三RNTI，CU 102在RRC响应消息中包括具有同步指示的重配置(例如，ReconfigurationWithSync IE)。具有同步指示的重配置使得UE 102执行与UE102的随机接入过程，在此期间，UE 102和DU 174可以应用566、567第三RNTI。参考图13进一步讨论具有同步指示的重配置。在应用566、567第三RNTI之后，UE 102和DU 174可以释放或丢弃第二RNTI。在一些实现中，UE 102和DU 174还释放或丢弃第一RNTI。

在应用566第三RNTI之后，UE 102向DU 174发送570包括RRC完成消息的UL MACPDU(即，响应于接收562RRC响应消息)，DU 174进而在DU到CU消息中向CU 172发送572该消息。在一些实现中，UE 102使用在DU发送568的DCI中指示的UL授权来发送570UL MAC PDU。具体地，在应用567第三RNTI之后，DU 174可以发送568DCI和使用第三RNTI加扰的CRC。然后，UE 102可以使用第三RNTI与DU 174通信并且经由DU 174与CU 172进行通信。例如，DU174可以向UE 102发送DCI和使用第三RNTI加扰的CRC。

如也将参考图7B讨论的，如果在连接状态下操作的UE 102在与CU 172或DU 174通信时检测到失败，则UE 102可以经由DU 174向CU 172发送RRC重建请求消息。RRC重建请求消息包括UE 102基于第三RNTI生成的MAC-I，因此CU 172可以通过使用第三RNTI验证MAC-I来确定RRC重建请求是否有效。如果CU 172验证了MAC-I，则CU 172可以响应于RRC重建请求消息，经由DU 174向UE 102发送RRC重建消息。否则，响应于RRC重建请求消息，CU 172可以向UE 102发送RRC建立消息或RRC拒绝消息。

稍后，CU 172可以确定将UE 102转换到非活动状态，并且配置资源用于UE 102在非活动状态下操作时来使用。因此，CU 172可以发起配置的资源配置过程591，其中DU 174可以为UE 102指派另一个RNTI。UE 102然后可以使用在配置的资源配置过程591期间获得的配置的资源配置来执行593与基站104的早期数据通信。类似于图3A，在早期数据通信之后的配置资源配置过程的这一过程可以在早期数据通信593之后的配置资源配置595中继续。

图5B示出了类似于场景500A的场景500B。然而，在确定550将UE 102转换到连接状态之后，CU 172向DU 174发送552UE上下文请求消息(例如，UE上下文建立请求消息或UE上下文修改请求消息)。作为响应，DU 174生成包括用于UE 102的第四RNTI的无线电配置。DU174向CU 172发送556包括无线电配置的UE上下文响应消息(例如，UE上下文建立响应消息或UE上下文修改响应消息)。在一些实现中，DU 174还包括第四RNTI作为UE上下文响应消息的字段或IE，以通知CU 172第四RNTI。

场景500B的其余事件类似于场景500A的事件，除了UE 102和基站104使用第四RNTI而不是第三RNTI。因此，场景500B类似于场景500A，除了CU 172为UE 102请求新的无线电配置和RNTI，而不是使用CU 172在事件592期间接收的无线电配置和第三RNTI。

图5C示出了最初类似于场景500B的场景500C。然而，在从CU 172接收552UE上下文请求消息之后，DU 174生成不包括RNTI的无线电配置。DU 174在UE上下文响应消息中向CU172发送556无线电配置。CU 172然后经由DU 174向UE 102发送558包括无线电配置的RRC响应消息。在接收562RRC响应消息并转换564到连接状态之后，UE 102利用第二RNTI(即，UE102在配置的资源配置过程590期间接收的RNTI)，因为无线电配置不包括供UE 102利用的新RNTI。DU 174也继续使用第二RNTI。因此，DU 174可以向UE 102发送569DCI和使用第二RNTI加扰的CRC，其中DCI指示用于UE发送570RRC完成消息的UL授权。然后，UE 102可以使用第二RNTI与DU 174进行通信575并且经由DU 174与CU 172进行通信。

如果在连接状态下操作的UE 102在与CU 172或DU 174通信时检测到失败，则UE102可以经由DU 174向CU 172发送RRC重建请求。RRC重建请求包括UE 102基于第二RNTI生成的MAC-I。在这种情况下，CU 172基于第二RNTI来验证MAC-I。可选地，RRC重建请求包括UE102基于第一RNTI生成的MAC-I。在这种情况下，CU 172基于第一RNTI验证MAC-I是否有效。

转到图5D，场景500D最初类似于场景500A-500C。然而，在早期数据通信592之后或期间，CU 172向DU 174发送559RRC拒绝消息，DU 174又向UE 102发送563RRC拒绝消息。在一些实现中，CU 172确定向UE 102发送RRC拒绝消息，因为CU 172或DU 174拥塞。在这种情况下，CU 172可以在RRC拒绝消息中包括等待时间。在等待时间过去之前，UE 102不被允许接入DU 174(例如，不被允许执行后续早期数据通信或者经由DU 174执行与CU 172的RRC恢复或建立过程)。例如，在等待时间过去之后，UE可以执行594后续的早期数据通信。为了执行早期数据通信，UE 102可以使用在事件590期间接收的配置的资源配置。

此外，响应于接收563RRC拒绝消息，UE 102可以保留第一RNTI。例如，UE 102可以使用第一RNTI来生成在后续的早期数据通信594期间包括在UL RRC消息中的MAC-I。UE 102还可以保留第二RNTI，UE 102可以使用该第二RNTI来解扰在后续的早期数据通信594期间从DU 174接收的CRC。

转到图5E，场景500E最初类似于场景500D。然而，响应于接收563RRC拒绝消息，UE102释放UE 102在事件590期间接收的(多个)配置的资源配置。如上文参考图5D所讨论的，UE 102可以保留第一和/或第二RNTI。为了重新发起与基站104的通信，UE 102可以执行503数据通信过程，该过程可以是随机接入过程403或405。在数据通信过程503期间，UE 102接收新的RNTI(例如，类似于第一RNTI)，UE 102可以利用该新的RNTI与DU 174和CU 172进行通信。在配置的资源配置过程591期间，DU 174还可以向UE 102指派另一个RNTI(例如，类似于第二RNTI)。可选地，UE 102可以响应于接收到563RRC拒绝消息，释放或丢弃第二RNTI。响应于发送RRC拒绝消息的确定，CU 172可以向DU 174发送CU到DU消息以释放第二RNTI和/或配置的资源配置。

在一些实现中，CU 172可以在RRC拒绝消息中指示UE 102是保留还是释放/丢弃第二RNTI。UE 102根据RRC拒绝消息中的指示保留或释放/丢弃第二RNTI。例如，CU 172可以在RRC拒绝消息中包括指示，以指示UE 102保留第二RNTI和配置的资源配置。响应于该指示，UE 102保留第二RNTI和配置的资源配置。如果RRC拒绝消息不包括该指示，则UE 102可以释放第二RNTI和配置的资源配置。在另一示例中，CU 172可以在RRC拒绝消息中包括指示，以指示UE 102释放第二RNTI和配置的资源配置。响应于该指示，UE 102释放第二RNTI和配置的资源配置。如果RRC拒绝消息不包括该指示，则UE 102保留第二RNTI和配置的资源配置。

转到图5F，场景500F最初类似于场景500D和500E。如前所述，贯穿以上对图3A-5E的描述，“非活动状态”被用来表示RRC_INACTIVE或RRC_IDLE。相反，在图5F中，对非活动状态的引用是指RRC_INACTIVE，对空闲状态的引用是指RRC_IDLE。在经由DU 174从CU 172接收563RRC拒绝消息之后，UE 102从非活动状态转换565到空闲状态。此外，响应于RRC拒绝消息，UE 102释放第一RNTI，并释放576UE 102在事件590期间接收的(多个)配置的资源配置。UE 102还可以释放UE在事件590期间接收到的第二RNTI。

如上文参考图5D所述，在一些实现中，CU 172向UE 102发送559RRC拒绝消息，因为CU 172或DU 174拥塞。在这种情况下，CU 172可以在RRC拒绝消息中包括等待时间。在等待时间过去之后，UE 102可以尝试执行与基站104的后续早期数据通信。在其他实现中，CU172经由DU 174向UE 102发送559RRC拒绝消息，因为CU 172在早期数据通信期间检测到失败或错误。在这种情况下，UE 102可能无法执行后续的早期数据通信，并且可以利用图5F中所示的技术。

在释放576(多个)配置的资源配置之后，UE 102发起RRC建立过程。具体地，UE 102执行505RRC建立请求传输过程。RRC建立请求传输过程505可以类似于随机接入过程403或405。因此，UE 102在随机接入过程期间向DU 174发送的UL RRC消息可以是RRC建立请求消息。在随机接入过程期间，类似于在随机接入过程403和405期间DU 174如何将第一RNTI指派给UE 102，DU 174将第三RNTI指派给UE 102。CU 172然后经由DU 174向UE 102发送RRC建立消息。RRC建立消息包括用于UE 102与DU 174通信的无线电配置。CU 172可以在DU 174在RRC建立请求传输过程505期间向CU 172发送的DU到CU消息中从DU 174接收UE 102的无线电配置。在这种情况下，CU 172可以避免在RRC建立消息中包括RNTI来替换第三RNTI。

在向UE 102发送578RRC建立消息之前，DU 174可以向UE 102发送576DCI和使用第三RNTI加扰的CRC，其中DCI指示UE 102可以在其上接收RRC建立消息的资源。响应于接收到RRC建立消息，UE 102转换564到连接状态，并且经由DU 174向CU 172发送582RRC完成消息。DU 174可以通过发送DCI和使用第三RNTI加扰的CRC来指示UE 102可以在其上发送RRC完成消息的资源。然后，UE 102可以使用第三RNTI与DU 174和/或CU 172进行通信586。

图6A-图16是描绘RAN的网络节点(例如，RAN 105的网络节点，诸如DU 174、CU 172或基站104)或UE(例如，UE 102)可以实现来管理早期数据通信的示例方法的流程图。

首先转到图6A，DU(例如，DU 174)可以实现示例方法600A，以在UE(例如，UE 102)工作在非活动状态时与该UE进行通信。在框602，DU使用第一RNTI与UE通信数据，并且与CU(例如，CU 172)通信数据(例如，事件304、403、405)。例如，第一RNTI可以是C-RNTI或CS-RNTI。在框602，UE可以在非活动状态下操作(例如，如图4A-图4B所示)，或者在框602，UE可以在连接状态下操作(例如，如图3A-图3B所示)。

在框604，DU生成至少一个配置的资源配置和第二RNTI用于UE。在一些实现中，至少一个配置的资源配置包括用于UL数据传输的(多个)CG配置和/或包括用于DL数据接收的(多个)SPS配置。

在一些实现中，在UE在非活动状态下操作时，DU生成至少一个专门为UE配置的资源配置，以用于与DU通信。如果UE稍后转换到连接状态，则DU停止使用至少一个配置的资源配置。在其他实现中，在UE转换到连接状态时或之后，DU继续使用至少一个配置的资源配置。

在框606，DU经由CU向UE发送至少一个配置的资源配置和第二RNTI(例如，事件308A、310A、311A、312A、308B、310B、311B、312B、490、590)。例如，DU向CU发送包括至少一个配置的资源配置和第二RNTI的CU到DU消息，并且CU经由DU 174向UE发送至少一个配置的资源配置和第二RNTI。CU可以向DU发送包括至少一个配置的资源配置和第二RNTI的DL RRC消息，并且DU向UE发送DL RRC消息。在一些实现中，CU生成附加的RNTI(例如，非活动RNTI(I-RNTI))或恢复标识，并将附加的RNTI或恢复标识包括在DL RRC消息中。例如，DL RRC消息可以是RRC释放消息。如果在框602，UE在连接状态下操作，则DL RRC消息使得UE转换到非活动状态。

在一些实现中，DU在至少一个配置的资源配置的至少一个中包括第二RNTI。在其他实现中，DU生成包括至少一个配置的资源配置和第二RNTI的容器IE，并经由CU将容器IE发送给UE。例如，容器IE可以是CellGroupConfig IE或CellGroupConfig IE中的现有IE。在另一示例中，容器IE可以是新定义的IE。

在一些实现中，除了在至少一个配置的资源配置或容器IE中包括第二RNTI之外，DU还包括第二RNTI作为CU到DU消息的IE。因此，CU可以从CU到DU消息的IE中获得第二RNTI，而无需从至少一个配置的资源配置或容器IE中检索第二RNTI。在其他实现中，DU不将第二RNTI包括在CU到DU消息中或作为CU到DU消息的IE，并且CU从至少一个配置的资源配置或容器IE中检索第二RNTI。在其他实现中，DU分别在CU到DU消息的第一IE和第二IE中包括至少一个配置的资源配置和第二RNTI。

在框608，在UE在非活动状态下操作时，DU在至少一个配置的资源配置中配置的无线电资源上与UE通信数据(例如，事件316、328、339、392A、392B、492、592)。在框610，DU生成用于传输的DCI配置(多个)无线电资源，并生成DCI的CRC。DU用第二个RNTI对CRC进行加扰。该传输可以是例如由配置的资源配置调度但失败的传输的重传，或者可以是新数据的传输。在框612，DU在PDCCH上向UE发送DCI和加扰的CRC(例如，事件318、330、336、340)。在框614，DU根据DCI与UE通信传输(例如，事件320、332、338、342)。

转到图6B，DU(例如，DU 174)可以实现示例方法600B，以在UE(例如，UE 102)在非活动状态下操作时与该UE进行通信。方法600B类似于方法600A，除了DU不生成第二RNTI。相反，DU在整个方法600B中使用第一RNTI。图6B中与图6A中的框相同的框标有相同的附图标记。

在框605，DU为UE生成至少一个配置的资源配置。至少一个配置的资源配置不包括RNTI。在框607，DU经由CU向UE发送至少一个配置的资源配置。在DU稍后在框611生成DCI时，DU使用第一RNTI而不是第二RNTI来加扰DCI。

转到图6C，DU(例如，DU 174)可以实现示例方法600C，以在UE(例如，UE 102)在非活动状态下操作时与该UE进行通信。方法600C类似于方法600A，但是在框608之后包括不同的步骤。图6C中与图6A中的框相同的框标有相同的附图标记。

在框616处，DU从CU接收CU到DU消息，以配置无线电配置用于在非活动状态下操作的UE(例如，事件391A、391B、491、552)。在框618，作为响应，DU向CU发送包括无线电配置和第三RNTI的DU到CU消息(例如，事件391A、391B、491、556)。在框620处，DU使用第三RNTI与UE通信数据(例如，事件393A、393B、568、574)。

接下来转到图7A，CU(例如，CU 172)可以实现示例方法700A以在UE(例如，UE 102)在非活动状态下操作时与UE进行通信。最初，在框702，CU经由DU(例如，DU 174)与UE进行通信(例如，事件304、403、405)。在框702，UE可以在非活动状态下操作(例如，如图4A-图4B所示)，或者在框702，UE可以在连接状态下操作(例如，如图4A-图4B所示)。

在框704，CU向DU发送CU到DU消息，请求DU配置至少一个配置的资源配置，UE可以在非活动状态下操作时使用该配置的资源配置(例如，事件306、490、590)。在框706处，CU从DU接收包括至少一个配置的资源配置和RNTI的DU到CU消息，用于在非活动状态下操作时的UE使用来与DU进行通信(例如，事件308A、308B、490、590)。在框708，CU生成包括至少一个配置的资源配置和RNTI的RRC消息。RRC消息可以是RRC释放消息。在框710，CU经由DU向UE发送RRC消息(例如，事件310A、310B、490、590)。如果在框702，UE最初在连接状态下操作，则RRC消息使得UE转换到非活动状态。在框712处，在UE在非活动状态下操作时，CU经由DU与UE通信数据(例如，392A、392B、492、592)。

在一些实现中，在框714，CU使UE从非活动状态转换到连接状态(例如，通过经由DU向UE发送RRC响应消息，诸如在事件558)。在框716，在UE在连接状态下操作之后，CU经由RAN节点从UE接收RRC重建请求或RRC重建请求中的MAC-I。RAN节点可以是DU、另一个DU、另一个CU或另一个基站。在框718，CU基于RNTI来验证RRC重建请求或MAC-I是否有效。

转到图7B，CU(例如，CU 172)可以实现示例方法700B，以在UE(例如，UE 102)在非活动状态下操作时与UE进行通信。框702-712在图7A和图7B中是相同的。在框720，CU确定将UE从非活动状态转换到连接状态(例如，事件550)。在框722处，CU响应于框720处的确定，向DU发送CU到DU消息(例如，事件552)。在框724，CU从DU接收包括无线电配置和第二RNTI的DU到CU消息(例如，事件556)。在一些实现中，DU将第二RNTI的值设置为CU在框706接收的RNTI的值。在其他实现中，DU将第二RNTI的值设置为不同于RNTI的值。

在框726，CU经由DU向UE发送包括无线电配置和第二RNTI的消息，以便将UE从非活动状态转换到连接状态(例如，事件558)。稍后，CU经由RAN节点从UE接收RRC重建请求或RRC重建请求中的MAC-I。在框719，CU基于第二RNTI来验证RRC重建请求或MAC-I是否有效。

图8是用于处理RNTI的示例方法800的流程图，该方法可以由CU(例如，CU 172)来实现。在框802处，CU从DU(例如，DU 174)接收包括数据和RNTI的DU到CU消息(例如，事件322)。在一些实现中，DU到CU消息是初始UL RRC消息传送消息。该数据可以包括RRC PDU、(多个)PDCP PDU和(多个)NAS PDU中的至少一个。例如，RRC PDU可以是UL-CCCH-Message。UL-CCCH-Message可以包括RRC消息(例如，RRCResumeRequest、RRCResumeRequest1或RRCEarlyDataRequest消息)。在另一示例中，RRC PDU包括RRC消息。在又一示例中，PDCPPDU包括SDAP PDU、IP分组、SDAP PDU的一部分或IP分组的一部分。在又一示例中，SDAP PDU可以包括IP分组或IP分组的一部分。在又一示例中，NAS PDU包括NAS消息、IP分组或IP分组的一部分。

在框804，CU确定是否经由配置的资源接收数据(例如，DU是否经由配置的资源从UE接收到数据)。如果是，则流程进行到框806，在框806，CU丢弃或忽略RNTI。否则，流程进行到框810，其中CU保留RNTI。

图9是用于处理RNTI的示例方法900的流程图，该方法可以由DU(例如，DU 174)来实现。在框902，DU从在非活动状态下操作的UE(例如，UE 102)接收数据。在框904，DU确定该DU是否经由配置的资源接收到数据。如果否，则流程进行到框906，在框906，DU向CU(例如，CU 172)发送包括数据和RNTI的第一CU到DU消息。否则，流程进行到框908，其中DU向CU发送包括数据并且不包括RNTI的第二DU到CU消息。

在一些实现中，数据包括UL RRC消息和/或PDCP PDU。DU将UL RRC消息包括在第一/第二DU到CU消息中。同样，在一些实现中，DU在第一/第二DU到CU消息中包括PDCP PDU。在其他实现中，DU在第一/第二DU到CU消息中不包括PDCP PDU，并且在DU到CU用户平面接口(例如，F1-U或W1-U)上单独发送PDCP PDU。

图10是用于在UE在非活动状态下操作时用配置的资源来配置UE(例如，UE 102)的示例方法1000的流程图，该方法可以由CU(例如，CU 172)来实现。在框1002，CU经由DU(例如，DU 174)与在非活动状态下操作的UE通信数据。在框1004，CU确定配置已配置的资源(例如，CG配置或SPS配置)用于在非活动状态下操作时的UE使用。如果是，则在框1006处，CU与DU一起执行UE上下文过程，以获得至少一个配置的资源配置(例如，在事件391、490、491期间)。在一些实现中，UE上下文过程是UE上下文建立过程。在其他实现中，UE上下文过程是UE上下文修改过程。在框1008，CU在RRC释放消息中包括至少一个配置的资源配置，在框1010，CU经由DU将该RRC释放消息发送给UE(例如，在事件391、490、491期间)。如果CU在框1004确定配置已配置的资源用于UE，则流程从框1004直接进行到框1010。

图11是用于基于UE(例如，UE 102)是否正在转换到连接状态来处理RNTI的示例方法1100的流程图，该方法可以由CU(例如，CU 172)来实现。在框1102处，CU从DU(例如，DU174)接收UE的第一RNTI和第二RNTI，其中UE在非活动状态下操作。例如，第一RNTI可以是在UE在连接状态下操作时CU先前用来与UE进行通信的RNTI(例如，来自事件304的第一RNTI)，或者是在UE在非活动状态下操作的随机接入过程期间CU从DU接收的RNTI(例如，来自事件403、405的第一RNTI)。第二RNTI可以是CU从DU接收的具有配置的资源配置的RNTI(例如，来自图3A-图4B的第二RNTI)。在框1104，CU经由DU从UE接收包括MAC-I的UL消息。例如，UL消息可以是UL RRC消息。

在框1106，CU使用第一RNTI来验证在框1104接收的MAC-I是否有效。在框1108，CU确定是否将UE从非活动状态转换到连接状态。如果CU确定将UE转换到连接状态，则流程进行到框1110。在框1110，CU丢弃第一RNTI(例如，因为CU确定在UE转换到连接状态之后第一RNTI将不再有效)。在框1112，CU经由DU向UE发送第一DL消息，以便将UE转换到连接状态。如果CU确定不将UE转换到连接状态，则流程进行到框1114。在框1114，CU保留第一RNTI(例如，因为CU确定第一RNTI对于UE仍然有效，而UE保持在非活动状态)。在框1116，CU经由DU向UE发送第二DL消息，以将UE保持在非活动状态。

图12是用于处理通过DCI接收的CRC的示例方法1200的流程图，该方法可以由UE(例如，UE 102)实现。在框1202，UE从RAN(例如，RAN 105)接收第一RNTI和第二RNTI。在一些实施方式中，第一RNTI是C-RNTI，第二RNTI是CS-RNTI。在其他实现中，第一RNTI和第二RNTI是不同的C-RNTI。在框1204，UE在配置的无线电资源上(即，根据配置的资源配置)执行与RAN的数据通信。在框1206，UE从RAN接收DCI和CRC。在框1208，UE确定UE是在连接状态下操作还是在非活动状态下操作。如果UE在连接状态下操作，则在框1210，UE分别使用第一和第二RNTIs来处理CRC。如果UE在非活动状态下操作，则UE使用第二RNTI来处理CRC，并且避免使用第一RNTI来处理CRC。

图12中的UE处理CRC以识别DCI是否寻址到该UE。在一些实现中，UE通过使用RNTI对CRC进行解扰来处理CRC。UE还根据DCI计算CRC。如果计算的CRC与解扰的CRC相同，则UE确定DCI是寻址到该UE的。在其他实现中，UE通过使用RNTI来加扰根据DCI计算的CRC，来处理CRC。如果加扰的、计算的CRC与接收的CRC相同，则UE确定DCI是寻址到UE的。

图13是用于确定是否在指示UE(例如，UE 102)转换到非活动状态的消息中包括带有同步指示的重配置的示例方法1300的流程图，该方法可以由诸如CU(例如，CU 172)或基站(例如，基站104)的RAN节点来实现。在框1302，在UE在非活动状态下操作时，RAN节点执行与UE的早期数据通信。在框1304，RAN节点确定将UE从非活动状态转换到连接状态。

在框1306，RAN节点确定转换是否需要同步重配置。在一些实施方式中，RAN节点确定对于转换需要同步重配置，因为RAN节点正在将UE重配置为使用处于连接状态的第二RNTI，而不是UE在早期数据通信期间在非活动状态下操作时使用的第一RNTI(例如，如在场景500A和500B中，其中基站104在转换到连接状态之后将UE 102分别配置为使用第三RNTI或第四RNTI，而不是第二RNTI)。在其他实现中，RAN节点确定转换需要同步重配置，因为RAN节点正在重配置UE以重建用于转换的PDCP和/或一个或多个RLC实体。也就是说，处于连接状态的UE使用重建的一个或多个实体与RAN节点通信。在其他实现中，RAN节点确定转换需要同步重配置，因为RAN节点正在重配置UE以导出新的(多个)安全密钥用于连接状态下的通信。

如果RAN节点确定转换需要同步重配置，则在框1308，RAN节点向UE发送包括带有同步指示的重配置(例如，ReconfigurationWithSync IE)的DL RRC消息，以将UE转换到连接状态。否则，在框1314，RAN节点向UE发送不包括具有同步指示的重配置的DL RRC消息，以将UE转换到连接状态。

如果RAN节点是CU，则CU可以从DU获得带有同步指示的重配置。例如，CU可以向DU发送CU到DU消息，以获得具有同步指示的重配置。作为响应，DU向CU发送包括带有同步指示的重配置的DU到CU消息。在另一示例中，响应于框1304处的确定，CU可以向DU发送CU到DU消息以获得CellGroupConfig IE。如果CU在1306处确定需要同步重配置，则CU可以在CU到DU消息中包括指示，该指示表明DU将在CellGroupConfig IE中提供具有同步指示的重配置。作为响应，DU在CellGroupConfig IE中包括具有同步指示的重配置，并且向CU发送包括CellGroupConfig IE的DU到CU消息。

图14是用于管理与UE(例如，UE 102)的早期数据通信的示例方法1400的流程图，该方法可以由分布式基站的DU(例如，DU 174)来执行。在框1402，DU使用UE的第一临时标识符(例如，第一RNTI)与UE进行通信(例如，事件304、403、405、504)。在框1404，DU从分布式基站的CU(例如，CU 172)接收请求配置的资源配置的CU到DU消息用于UE(例如，事件306、490、590)。配置的资源配置可以包括用于UE向分布式基站发送上行链路传输的CG配置和/或用于UE从分布式基站接收下行链路传输的SPS配置。在框1406处，DU向CU发送包括配置的资源配置和第二临时标识符(例如，第二RNTI)的DU到CU消息用于UE(例如，事件308A、308B、490、590)。例如，第二RNTI可以是PUR-RNTI或CS-RNTI。在框1408，在UE和分布式基站之间的无线电资源控制连接不活动时(例如，在UE在非活动或空闲状态下操作时，诸如RRC_INACTIVE或RRC_IDLE)，DU根据配置的资源配置与UE通信(例如，事件392A、392B、492、592)。

在一些实现中，第二临时标识符作为由CU和DU之间的信令符合的协议(例如，F1或W1应用协议)定义的IE被包括在DU到CU消息中。可选地或附加地，第二临时标识符可以被包括在配置的资源配置中。作为一个示例，第二临时标识符的第一实例可以被包括在配置的资源配置中，并且第二临时标识符的第二实例可以被包括在DU到CU消息的IE中。

在一些实施方式中，方法1400还可以包括:生成指示在无线电资源控制连接不活动时UE要在其上向UE发送上行链路传输的资源(或者UE要在其上从DU接收下行链路传输的资源)的DCI，使用第二临时标识符对用于DCI的CRC值(本文也称为CRC)进行加扰，以及在无线电资源控制连接不活动时向UE发送DCI和CRC值(例如，事件318、330)。根据配置的资源配置，响应于未能从UE接收到所调度的传输，DU可以发送DCI，其中，DCI调度所调度的传输的重传。

在一些实现中，CU到DU消息是第一CU到DU消息，并且方法1400可以进一步包括:从CU接收第二CU到DU消息，该第二CU到DU消息包括包含配置的资源配置和第二临时标识符的消息(例如，事件310A、310B)；从第二CU到DU消息中提取该消息；以及向UE发送消息(例如，事件311A、312A、311B、312B)。该消息可以根据用于控制无线电资源的协议来格式化(例如，该消息可以是RRC消息)，并且可以指示UE从连接状态转换到非活动状态或空闲状态之一(例如，RRC释放消息)。

在一些实现中，使用第一临时标识符与UE进行通信包括在UE在连接状态下操作时使用第一临时标识符与UE进行通信(例如，事件304)。在其他实现中，在与UE的无线电资源控制连接不活动时，DU可以向UE指派第一临时标识符。在这样的实现中，DU到CU消息是第二DU到CU消息，并且使用第一临时标识符与UE进行通信包括，在接收CU到DU消息之前，在无线电资源控制连接不活动并且不将UE转换到连接状态的情况下，执行与UE的随机接入过程(例如，事件403、405)。执行随机接入过程包括向UE指派第一临时标识符(例如，事件446、447)，以及从UE接收根据用于控制无线电资源的协议格式化的消息(例如，事件416)。执行随机接入过程可以包括执行四步随机接入过程(例如，事件403)，或者两步随机接入过程(例如，事件405)。

在一些实现中，DU到CU消息是第一DU到CU消息，并且方法1400还包括:向CU发送包括配置和第三临时标识符的第二DU到CU消息用于UE(例如，事件322、事件592、556)，并且在UE在连接状态下操作时，使用第三临时标识符与UE进行通信(例如，事件574)。在这些实现中，CU到DU消息可以是第一CU到DU消息，并且该方法还可以包括从CU接收第二CU到DU消息，该第二CU到DU消息请求配置用于UE以与分布式基站进行通信(例如，事件552)，其中DU响应于第二CU到DU消息向CU发送第二DU到CU消息。另外，在这样的实现中，方法1400可以进一步包括从CU接收用于UE转换到连接状态的命令，该命令包括配置和第三临时标识符，并且向UE发送该命令(例如，事件558、560)，其中DU在发送该命令之后使用第三临时标识符与UE进行通信。

在一些实现中，CU到DU消息是第一CU到DU消息，DU到CU消息是第一DU到CU消息，并且方法1400还包括:从CU接收请求用于UE与分布式基站通信的配置的第二CU到DU消息(例如，事件552)，向CU发送包括该配置的第二DU到CU消息(例如，图5C中的事件556)，以及在UE在连接状态下操作时使用第二临时标识符与UE通信。

图15是用于管理与UE(例如，UE 102)的早期数据通信的示例方法1500的流程图，该方法可以由分布式基站的CU(例如，CU 172)来执行。在框1502，CU获得UE的第一临时标识符(例如，事件304、422、504)。在框1504处，CU向分布式基站的DU(例如，DU 174)发送请求配置的资源配置的CU到DU消息，用于UE在UE和分布式基站之间的无线电资源控制连接不活动时使用来与分布式基站通信(例如，事件306、490、590)。在框1506处，CU从DU接收包括配置的资源配置和UE的第二临时标识符的DU到CU消息(例如，事件308A、308B、490、590)。在框1508，CU经由DU向UE发送配置的资源配置和第二临时标识符(例如，事件310A、310B、490、590)。例如，CU可以在根据用于控制无线电资源的协议格式化的消息中包括配置的资源配置和第二临时标识符，并且经由DU向UE发送该消息。该消息可以指示UE从连接状态转换到非活动或空闲状态。

在一些实现中，在UE在连接状态下操作时，CU可以在发送CU到DU消息之前使用第一临时标识符与UE进行通信(例如，事件304)。在与UE的无线电资源控制连接不活动时，CU可以经由DU从UE接收包括认证码(例如，MAC-I)的上行链路消息，例如UL RRC消息(例如，事件322)。CU可以使用第一临时标识符来验证认证码。在一些实现中，稍后，CU可以发送拒绝无线电资源控制连接的消息(例如，RRC拒绝消息)(例如，事件559)。在发送该消息之后，CU可以经由DU从UE接收包括第二认证码的第二上行链路消息，并且CU可以使用第一临时标识符来验证第二认证码。

在其他实现中，在UE在非活动状态下操作时，CU可以从DU获得第一临时标识符。该DU到CU消息可以是第二DU到CU消息，并且获得第一临时标识符可以包括:在发送该CU到DU消息之前，接收第一DU到CU消息，该第一DU到CU消息包括根据用于控制无线电资源的协议和第一临时标识符格式化的消息(例如，事件422)。在这样的实现中，CU可以响应于接收到第一DU到CU消息来发送CU到DU消息。

在一些实现中，CU可以经由DU从UE接收包括认证码的上行链路消息(例如，事件322)。CU可以使用第二临时标识符来验证认证码。

在一些实现中，CU可以确定将UE转换到连接状态。在这样的实现中，CU可以确定丢弃第一临时标识符(例如，框1110)。此外，在这样的实现中，CU可以接收包括配置和第三临时标识符的第二DU到CU消息用于UE(例如，事件322、592、556)。CU可以向DU发送用于UE转换到连接状态的命令，该命令包括配置和第三临时标识符(例如，事件558)。然后，在UE在连接状态下操作时，CU可以使用第三临时标识符经由DU与UE进行通信(例如，事件574)。

在一些实现中，在无线电资源控制连接不活动时，CU经由DU与UE通信，并且经由DU向UE发送指示UE转换到连接状态的命令(例如，事件558)。稍后，CU可以经由DU从UE接收包括认证码的重建无线电资源控制连接的请求(例如，RRC重建请求消息)。取决于实现方式，CU可以使用第二临时标识符来验证认证码，或者可以使用在UE转换到连接状态时CU发送给UE的临时标识符。在这样的实现中，如果CU经由DU从UE接收到重建无线电资源控制连接的请求，该请求包括认证码，则CU可以使用第三临时标识符来验证认证码。此外，CU可以在命令中包括UE将执行同步重配置的指示(例如，同步重配置指示，诸如ReconfigurationWithSync IE)。

图16是用于管理与基站(例如，基站104)的通信的示例方法1600的流程图，该方法可以由UE(例如，UE 102)执行。在框1602，UE使用第一临时标识符与基站进行通信(例如，事件504)。在框1604，UE从基站接收第一消息，该第一消息包括(i)配置的资源配置和(ii)第二临时标识符(例如，事件590)。在框1606，在UE和基站之间的无线电连接不活动时，UE根据配置的资源配置与基站进行通信(例如，事件592)。在框1608，在无线电资源控制连接不活动时，UE从基站接收拒绝无线电资源控制连接的第二消息(例如，事件563)。在框1610，响应于接收到第二消息，UE处理第一临时标识符。在一些实现中，无线电连接可以是RRC连接。

在一些实现中，处理第一临时标识符包括保留第一临时标识符(例如，场景500D-500E)。在这样的实现中，UE可以根据配置的资源配置，利用所保留的第一临时标识符来与基站进行通信(例如，事件594)。可选地，UE可以释放配置的资源配置(例如，事件576)。

在其他实现中，处理第一临时标识符包括释放第一临时标识符(例如，场景500F)。在这样的实现中，在无线电资源控制连接不活动时，UE可以在非活动状态(例如，RRC_INACTIVE)下操作，并且响应于接收到第二消息:转换到空闲状态(例如，RRC_IDLE)(例如，事件565)，并且释放配置的资源配置(例如，事件576)。稍后，UE可以向基站发送建立与基站的无线电资源控制连接的请求(例如，RRC建立请求消息)(例如，事件505)。作为响应，UE可以从基站接收第三临时标识符。然后，UE可以转换到连接状态(例如，事件564)，并使用第三临时标识符与基站进行通信(例如，事件586)。

以下示例列表反映了本公开明确预期的各种实施例:

示例1.一种在分布式基站的分布单元(DU)中的用于管理与用户设备(UE)的早期数据通信的方法，该分布式基站包括DU和集中单元(CU)，该方法包括:由DU的处理硬件，使用UE的第一临时标识符与UE通信；由处理硬件从CU接收请求为UE配置的资源配置的CU到DU消息；由处理硬件向CU发送包括配置的资源配置和第二临时标识符的DU到CU消息用于UE；以及由处理硬件在UE与分布式基站之间的无线电资源控制连接不活动时，根据配置的资源配置与UE通信。

示例2.根据示例1所述的方法，其中第二临时标识符包括在DU到CU消息中，作为由CU和DU之间的信令符合的协议定义的信息元素。

示例3.根据示例1所述的方法，其中第二临时标识符包括在配置的资源配置中。

示例4.根据示例1所述的方法，其中第二临时标识符的第一实例包括在配置的资源配置中，并且第二临时标识符的第二实例被包括作为DU到CU消息的信息元素。

示例5。根据前述任一示例所述的方法，该方法还包括:由处理硬件生成下行链路控制信息(DCI)，该下行链路控制信息指示UE在无线电资源控制连接不活动时将在其上向DU发送上行链路传输的资源；由处理硬件使用第二临时标识符对用于DCI的循环冗余校验(CRC)值进行加扰；以及由处理硬件在无线电资源控制连接不活动时，向UE发送DCI和CRC值。

示例6.根据示例5所述的方法，其中:DU响应于未能根据配置的资源配置从UE接收到调度的传输而发送DCI；并且DCI调度所调度的传输的重传。

示例7.根据示例1-4中任一示例所述的方法，该方法还包括:由处理硬件生成DCI，指示UE在无线电资源控制连接不活动时将在其上接收来自DU的下行链路传输的资源；由处理硬件使用第二临时标识符对用于DCI的CRC值进行加扰；以及在无线电资源控制连接不活动时，由处理硬件向UE发送DCI和CRC值。

示例8.根据前述任一示例所述的方法，其中第二临时标识符是预配置的上行链路资源无线电网络临时标识符(RNTI)(PUR-RNTI)或配置的调度RNTI(CS-RNTI)之一。

示例9.根据前述任一示例所述的方法，其中配置的资源配置包括配置的授权配置用于UE向分布式基站发送上行链路传输。

示例10.根据前述任一示例所述的方法，其中配置的资源配置包括半持久调度配置用于UE从分布式基站接收下行链路传输。

示例11。根据前面任一示例所述的方法，其中CU到DU消息是第一CU到DU消息，该方法还包括:由处理硬件从CU接收第二CU到DU消息，该第二CU到DU消息包括包含配置的资源配置和第二临时标识符的消息；由处理硬件从第二CU到DU消息中提取该消息；以及由处理硬件向UE发送消息。

示例12.根据示例11所述的方法，其中根据用于控制无线电资源的协议来格式化该消息。

示例13.根据示例11或12所述的方法，其中该消息指示UE从连接状态转换到非活动状态或空闲状态之一。

示例14.根据示例1-13中任一示例所述的方法，其中使用第一临时标识符与UE进行通信包括:在UE在连接状态下操作时，使用第一临时标识符与UE进行通信。

示例15.根据示例1-10中任一示例所述的方法，其中:DU到CU消息是第二DU到CU消息；使用第一临时标识符与UE进行通信包括:由处理硬件在接收CU到DU消息之前，在无线电资源控制连接不活动并且不将UE转换到连接状态的情况下执行与UE的随机接入过程，其中执行随机接入过程包括:向UE指派第一临时标识符；以及从UE接收根据用于控制资源资源的协议格式化的消息；并且该方法还包括:由处理硬件在接收CU到DU消息之前，在第一DU到CU消息中向CU发送该消息和第一临时标识符。

示例16.根据示例15所述的方法，其中执行随机接入过程包括:执行四步随机接入过程。

示例17.根据示例15所述的方法，其中执行随机接入过程包括:执行两步随机接入过程。

示例18.根据示例1-10中任一示例所述的方法，其中DU到CU消息是第一DU到CU消息，该方法还包括:由处理硬件向CU发送包括配置和第三临时标识符的第二DU到CU消息用于UE；以及由处理硬件在UE在连接状态下操作时，使用第三临时标识符与UE进行通信。

示例19.根据示例18所述的方法，其中CU到DU消息是第一CU到DU消息，该方法还包括:由处理硬件从CU接收第二CU到DU消息，该第二CU到DU消息请求用于UE与分布式基站通信的配置，其中DU响应于第二CU到DU消息向CU发送第二DU到CU消息。

示例20.根据示例18或19所述的方法，该方法还包括:由处理硬件从CU接收用于UE转换到连接状态的命令，该命令包括配置和第三临时标识符；以及由处理硬件向UE发送命令，其中DU在发送命令之后使用第三临时标识符与UE通信。

示例21.根据示例1-10中任一示例所述的方法，其中CU到DU消息是第一CU到DU消息，并且DU到CU消息是第一DU到CU消息，该方法还包括:由处理硬件从CU接收第二CU到DU消息，该第二CU到DU消息请求配置用于UE使用来与分布式基站通信；由处理硬件向CU发送包括配置的第二DU到CU消息；以及在UE在连接状态下操作时，由处理硬件使用第二临时标识符与UE进行通信。

示例22.一种在分布式基站的集中单元(CU)中的用于管理与用户设备(UE)的早期数据通信的方法，该分布式基站包括CU和分布单元(DU)，该方法包括:由CU的处理硬件获得UE的第一临时标识符；由处理硬件向DU发送请求配置的资源配置的CU到DU消息，用于UE在UE和分布式基站之间的无线电资源控制连接不活动时使用来与分布式基站通信；由处理硬件从DU接收包括配置的资源配置和第二临时标识符的DU到CU消息用于UE；以及由处理硬件经由DU向UE发送配置的资源配置和第二临时标识符。

示例23.根据示例22所述的方法，其中第二临时标识符作为由CU和DU之间的信令符合的协议定义的信息元素被包括在DU到CU消息中。

示例24.根据示例22或23所述的方法，该方法还包括:由处理硬件在发送CU到DU消息之前，在UE在连接状态下操作时，使用第一临时标识符与UE进行通信；由处理硬件在与UE的无线电资源控制连接不活动时，经由DU从UE接收包括认证码的上行链路消息；以及由处理硬件使用第一临时标识符来验证认证码。

示例25.根据示例24所述的方法，其中上行链路消息是第一上行链路消息，并且认证码是第一认证码，该方法还包括:由处理硬件经由DU向UE发送拒绝无线电资源控制连接的消息；以及由处理硬件在发送消息之后，经由DU从UE接收包括第二认证码的第二上行链路消息；以及由处理硬件使用第一临时标识符来验证第二认证码。

示例26.根据示例24所述的方法，还包括:由处理硬件确定将UE转换到连接状态；以及响应于该确定，由处理硬件丢弃第一临时标识符。

示例27.根据示例22或23所述的方法，该方法还包括:由处理硬件经由DU从UE接收包括认证码的上行链路消息；以及由处理硬件使用第二临时标识符来验证认证码。

示例28.根据示例22或23所述的方法，该方法还包括:由处理硬件在无线资源控制连接不活动时，经由DU与UE通信；由处理硬件经由DU向UE发送指示UE转换到连接状态的命令；以及由处理硬件经由DU从UE接收重建无线电资源控制连接的请求，该请求包括认证码；以及由处理硬件使用第二临时标识符来验证认证码。

示例29.根据示例22-28中任一项示例所述的方法，其中配置的资源配置包括用于UE向分布式基站发送上行链路传输的配置的授权配置。

示例30.根据示例22-29中任一项示例所述的方法，其中配置的资源配置包括用于UE从分布式基站接收下行链路传输的半持久调度配置。

示例31.根据示例22或23所述的方法，其中发送配置的资源配置和第二临时标识符包括:将配置的资源配置和第二临时标识符包括在根据用于控制无线电资源的协议格式化的消息中；以及经由DU向UE发送该消息。

示例32.根据示例31所述的方法，其中该消息指示UE从连接状态转换到非活动状态或空闲状态之一。

示例33.根据示例22或23所述的方法，其中:DU到CU消息是第二DU到CU消息；获得第一临时标识符包括:在发送CU到DU消息之前，由处理硬件接收第一DU到CU消息，该第一DU到CU消息包括根据用于控制无线电资源的协议和第一临时标识符格式化的消息；并且响应于接收到第一DU到CU消息，CU发送CU到DU消息。

示例34.根据示例22或23所述的方法，其中该DU到CU消息是第一DU到CU消息，该方法还包括:由处理硬件从DU接收第二DU到CU消息，该第二DU到CU消息包括配置和第三临时标识符用于UE；由处理硬件确定指示UE转换到连接状态；由处理硬件经由DU向UE发送用于UE转换到连接状态的命令，该命令包括配置和第三临时标识符；以及由处理硬件在UE在连接状态下操作时，使用第三临时标识符经由DU与UE进行通信。

示例35.根据示例34所述的方法，还包括:由处理硬件经由DU从UE接收重建无线资源控制连接的请求，该请求包括认证码；以及由处理硬件使用第三临时标识符来验证认证码。

示例36.根据示例34所述的方法，其中该命令还包括UE将执行同步重配置的指示。

示例37.根据示例22或23所述的方法，其中DU到CU消息是第一DU到CU消息，该方法还包括:由处理硬件从DU接收包括配置的第二DU到CU消息用于UE；由处理硬件确定指示UE转换到连接状态；由处理硬件经由DU向UE发送用于UE将无线电资源控制连接转换到连接状态的命令，该命令包括配置；以及由处理硬件在UE在连接状态下操作时，使用第二临时标识符经由DU与UE进行通信。

示例38.根据示例34或37所述的方法，其中该CU到DU消息是第一CU到DU消息，该方法还包括:由处理硬件在接收第二DU到CU消息之前，向DU发送第二CU到DU消息，该第二CU到DU消息请求配置用于UE使用来与分布式基站通信。

示例39.根据示例22或23所述的方法，其中该DU到CU消息是第一DU到CU消息，该方法还包括:由处理硬件从DU接收来自DU的第二DU到CU消息，该第二DU到CU消息包括(i)第三临时标识符和(ii)根据配置的资源配置由DU从UE接收的上行链路消息；以及由处理硬件丢弃第三临时标识符。

示例40.一种分布式基站的网络节点，包括处理硬件，并且被配置成实现根据前述示例中任一个的方法。

示例41.一种在用户设备(UE)中用于管理与基站的通信的方法，该方法包括:由UE的处理硬件，使用第一临时标识符与基站通信；由处理硬件从基站接收第一消息，该第一消息包括(i)配置的资源配置和(ii)第二临时标识符；由处理硬件在UE和基站之间的无线电资源连接不活动时，根据配置的资源配置与基站进行通信；由处理硬件在无线电资源控制连接不活动时，从基站接收拒绝无线电资源控制连接的第二消息；以及响应于接收到第二消息，由处理硬件处理第一临时标识符。

示例42.根据示例41所述的方法，其中处理第一临时标识符包括:保留第一临时标识符。

示例43.根据示例42所述的方法，其中处理第一临时标识符还包括:根据配置的资源配置，使用第一临时标识符与基站通信。

示例44.根据示例42所述的方法，还包括:响应于接收到第二消息，释放配置的资源配置。

示例45.根据示例41所述的方法，其中处理第一临时标识符包括:释放第一临时标识符。

示例46.根据示例45所述的方法，其中在无线电资源控制连接不活动时，UE在非活动状态下操作，该方法还包括:响应于接收到第二消息，由处理硬件转换到空闲状态；以及由处理硬件释放配置的资源配置。

示例47.根据示例46所述的方法，该方法还包括:由处理硬件向基站发送建立与基站的无线电资源控制连接的请求；由处理硬件从基站接收第三临时标识符；由处理硬件转换到连接状态；以及由处理硬件使用第三临时标识符与基站通信。

示例48.一种用户设备(UE)，包括处理硬件并被配置成实现根据示例41-47中任一项的方法。

下面的描述可以应用于上面的描述。

在一些实现中，使用“消息”，并且可以用“信息元素(IE)”来代替。在一些实现中，使用“IE”,并且可以用“字段”代替。在一些实施方式中，“配置”可以由“多个配置”或配置参数代替。

可以实现本公开的技术的用户设备(例如，UE 102)可以是能够进行无线通信的任何合适的设备，例如智能手机、平板电脑、膝上型电脑、移动游戏控制台、销售点(POS)终端、健康监控设备、无人机、相机、媒体流加密狗或另一个个人媒体设备、诸如智能手表的可穿戴设备、无线热点、毫微微蜂窝基站或宽带路由器。此外，在一些情况下，用户设备可以嵌入在电子系统中，例如车辆的主机或高级驾驶员辅助系统(ADAS)。此外，用户设备可以作为物联网(IoT)设备或移动互联网设备(MID)来操作。根据类型，用户设备可以包括一个或多个通用处理器、计算机可读存储器、用户接口、一个或多个网络接口、一个或多个传感器等。

某些实施例在本公开中被描述为包括逻辑或多个组件或模块。模块可以是软件模块(例如，存储在非暂时性机器可读介质上的代码或机器可读指令)或硬件模块。硬件模块是能够执行特定操作的有形单元，并且可以以特定方式配置或布置。硬件模块可以包括持久配置的专用电路或逻辑(例如，作为专用处理器，如现场可编程门阵列(FPGA)或专用集成电路(ASIC)、数字信号处理器(DSP)等)来执行某些操作。硬件模块还可以包括由软件临时配置来执行某些操作的可编程逻辑或电路(例如，包含在通用处理器或其他可编程处理器中)。在专用和持久配置的电路中或者在临时配置的电路(例如，由软件配置的)中实现硬件模块的决定可以由成本和时间考虑来驱动。

在在软件中实现时，这些技术可以作为操作系统的一部分、由多个应用程序使用的库、特定的软件应用程序等来提供。该软件可以由一个或多个通用处理器或一个或多个专用处理器来执行。

Claims (15)

1.一种分布式基站的分布单元(DU)中的用于管理与用户设备(UE)的早期数据通信的方法，所述分布式基站包括DU和集中单元(CU)，所述方法包括：

由DU的处理硬件使用UE的第一临时标识符与UE通信；

由处理硬件从CU接收请求配置的资源配置的第一CU到DU消息用于UE；

由处理硬件向CU发送包括配置的资源配置和第二临时标识符的DU到CU消息用于UE；

由处理硬件从CU接收第二CU到DU消息，第二CU到DU消息包括(i)包括配置的资源配置和第二临时标识符以及(ii)指示释放无线电资源控制连接的消息；

由处理硬件从第二CU到DU消息中提取所述消息；以及

由处理硬件向UE发送所述消息；

由处理硬件在UE与分布式基站之间的无线资源控制连接不活动时，根据配置的资源配置与UE通信。

2.根据权利要求1所述的方法，其中，第二临时标识符包括在DU到CU消息中的以下至少一项中：

由CU和DU之间的信令符合的协议定义的信息元素；或

所述配置的资源配置。

3.根据前述权利要求中任一项所述的方法，还包括：

由处理硬件生成下行链路控制信息(DCI)，所述DCI指示UE在无线电资源控制连接不活动时将在其上向DU发送上行链路传输的资源；

由处理硬件使用第二临时标识符对用于DCI的循环冗余校验(CRC)值进行加扰；以及

由处理硬件在无线电资源控制连接不活动时，向UE发送DCI和CRC值。

4.根据权利要求3所述的方法，其中：

DU响应于未能根据配置的资源配置从UE接收到调度的传输而发送所述DCI；并且

DCI调度所调度的传输的重传。

5.根据权利要求1或2所述的方法，还包括：

由处理硬件生成DCI，所述DCI指示UE在无线电资源控制连接不活动时将在其上从DU接收下行链路传输的资源；

由处理硬件使用第二临时标识符对用于DCI的CRC值进行加扰；以及

由处理硬件在无线电资源控制连接不活动时，向UE发送DCI和CRC值。

6.根据权利要求1或2所述的方法，还包括：

由处理硬件生成下行链路控制信息(DCI)，所述DCI指示UE在无线电资源控制连接不活动时将在其上向DU发送上行链路传输的资源；

由处理硬件使用第一临时标识符对用于DCI的循环冗余校验(CRC)值进行加扰；以及

由处理硬件在无线电资源控制连接不活动时，向UE发送DCI和CRC值。

7.一种分布式基站的集中单元(CU)中的用于管理与用户设备(UE)的早期数据通信的方法，所述分布式基站包括CU和分布单元(DU)，所述方法包括：

由CU的处理硬件获得UE的第一临时标识符；

由处理硬件向DU发送请求配置的资源配置的第一CU到DU消息，用于UE在UE和分布式基站之间的无线电资源控制连接不活动时使用来与分布式基站通信；

由处理硬件从DU接收包括配置的资源配置和第二临时标识符的DU到CU消息用于UE；

由处理硬件生成消息，所述消息(i)包括配置的资源配置和第二临时标识符，以及(ii)指示释放无线电资源控制连接；以及

由处理硬件通过向DU发送包括所述消息的第二CU到DU消息来经由DU向UE发送所述消息。

8.根据权利要求7所述的方法，其中，第二临时标识符作为由CU和DU之间的信令符合的协议定义的信息元素被包括在DU到CU消息中。

9.根据前述权利要求中任一项所述的方法，其中，配置的资源配置包括向分布式基站发送上行链路传输的配置的授权配置用于UE。

10.根据前述权利要求中任一项所述的方法，其中，所述消息是无线电资源控制(RRC)释放消息。

11.根据前述权利要求中任一项所述的方法，其中：

向UE发送所述消息包括向在连接状态下操作的UE发送所述消息；以及

所述消息指示UE从连接状态转换到非活动状态或空闲状态之一。

12.根据权利要求1-11中任一项所述的方法，其中：

向UE发送所述消息包括向在空闲或非活动状态下操作的UE发送所述消息而不将UE转换到连接状态。

13.根据前述权利要求中任一项所述的方法，其中，第二临时标识符是配置的调度RNTI(CS-RNTI)。

14.根据前述权利要求中任一项所述的方法，其中，第一临时标识符是小区无线电网络临时标识符(C-RNTI)。

15.一种分布式基站的网络节点，包括处理硬件并且被配置成实现根据前述权利要求中任一项所述的方法。