CN118044327A - 在用户设备和核心网之间传送早期数据和非早期数据 - Google Patents

在用户设备和核心网之间传送早期数据和非早期数据 Download PDF

Info

Publication number
CN118044327A
CN118044327A CN202280066805.9A CN202280066805A CN118044327A CN 118044327 A CN118044327 A CN 118044327A CN 202280066805 A CN202280066805 A CN 202280066805A CN 118044327 A CN118044327 A CN 118044327A
Authority
CN
China
Prior art keywords
data
message
edt
rrc
base station
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202280066805.9A
Other languages
English (en)
Inventor
C-H·吴
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Google LLC
Original Assignee
Google LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Google LLC filed Critical Google LLC
Publication of CN118044327A publication Critical patent/CN118044327A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

基站或UE执行用于传送早期和/或非早期数据的方法。由基站执行的方法可以包括确定(1302)第一数据可用于在CN和用于控制无线电资源的协议的非活动状态下操作的UE之间进行通信。该方法还可以包括确定(1304)UE是否正在执行对第二数据的早期数据传送，以及至少部分地基于UE是否正在执行早期数据传送来选择(1306)用于传送第一数据的过程。

Description

在用户设备和核心网之间传送早期数据和非早期数据
技术领域
本公开一般涉及无线通信，并且更具体地涉及当UE在与用于控制无线电资源的协议相关联的非活动(inactive)状态、空闲状态、或连接状态下操作时在该UE处的上行链路和/或下行链路数据的通信。
背景技术
出于总体上呈现本公开的上下文的目的而提供该背景描述。目前署名的发明人的工作(就其在该背景技术部分中描述的程度而言)以及在提交时可能没有资格作为现有技术的描述的各方面既不明确地也不隐含地被承认为针对本公开的现有技术。
一般而言，操作蜂窝无线电接入网(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节中指定的技术。
然而，在UE处于非活动状态(例如，RRC_INACTIVE)或空闲状态(例如，RRC_IDLE)时实现数据传输技术呈现了若干挑战。例如，5G NR无线接入网络(即，NG-RAN)可以包括分布式基站，其中每个分布式基站包括中央单元(CU)和至少一个分布式单元(DU)。不清楚分布式基站在执行与在非活动或空闲状态下操作的UE的早期数据传送时如何管理UE的非早期数据传送。
此外，在早期数据传送期间，基站或UE可以检测没有资格进行早期数据传送的新数据。不清楚基站和/或UE应该如何管理早期数据和非早期数据之间的交互。
发明内容
基站和/或UE基于诸如新的下行链路或上行链路数据是否有资格进行早期数据传送、UE当前是否正在执行早期数据传送、无线电承载是被配置用于早期数据传送还是非早期数据传送、或者UE与RAN之间的消息是在CCCH信道上还是在DCCH信道上行进的因素来确定UE是否应当从用于控制无线电资源(例如，RRC)的协议的非活动状态转换到连接状态。例如，考虑到早期数据传送的当前状态，基站可以选择适当的过程，诸如寻呼UE、在不寻呼的情况下发送下行链路数据、将UE转换到连接状态等。当以分布式方式实现基站时，CU可以基于类似的因素来确定UE是应当修改UE上下文还是建立新的上下文。
一个示例实施例是在RAN中操作的基站中实现的用于促进UE和核心网(CN)之间的数据传送的方法。该方法包括：确定第一数据可用于CN与在用于控制无线电资源的协议的非活动状态下操作的UE之间的通信；确定所述UE是否正在执行对第二数据的早期数据传送；以及至少部分地基于所述UE是否正在执行早期数据传送来选择用于传送所述第一数据的过程。
另一示例实施例是包括处理硬件和基站的收发器，其被配置为实现上述方法。
另一示例实施例是一种在UE中实现的用于经由RAN与CN传送数据的方法。该方法包括：在与控制无线电资源相关联的协议的非活动状态下，执行与CN的早期数据传送；当所述UE继续在所述非活动状态中操作时，确定非早期数据是否可用于在所述UE和所述CN之间进行传送；以及当所述非早期数据可用时，转换到所述协议的连接状态。
又一示例实施例是包括处理硬件和收发器的UE，其被配置为实现上述方法。
附图说明
图1A是根据各种实施例的示例系统的框图，其中基站和/或用户设备(UE)可以传送早期和/或非早期数据；
图1B是可以在图1A的系统中操作的包括中央单元(CU)和分布式单元(DU)的示例基站的框图；
图2A是图1A-B的UE可以根据其与基站通信的示例协议栈的框图；
图2B是图1A-B的UE可以根据其与分布式基站通信的示例协议栈的框图；
图3A示出了示例场景，其中UE确定在执行早期数据传送时向CN发送非早期数据，并且发起用于转换到连接状态的过程，该过程可以在图1A的系统中实现；
图3B示出了示例场景，其中基站确定在与UE执行早期数据传送时向UE发送非早期数据，并且基站在UE继续在非活动状态下操作时发送至少一些非早期数据；
图3C示出了示例场景，其中基站确定在与UE执行早期数据传送的同时向UE发送非早期数据，并且基站向UE发送非早期下行链路数据的指示；
图4A是分布式基站的中央单元(CU)中的示例方法的流程图，该方法包括触发当前执行早期数据传送的UE的寻呼，以便向UE发送非早期DL数据；
图4B是通常类似于图4A的方法的流程图，但是CU指示UE转换到连接状态以接收非早期DL数据；
图4C是CU中的示例方法的流程图，该方法包括：如果UE当前正在执行早期数据传送，则向UE发送非早期DL数据而不指示UE转换到连接状态；
图4D是类似于图4C的方法的CU中的示例方法的流程图，除了UE发送专用RRC消息以请求非早期数据的传送；
图4E是CU中的示例方法的流程图，该方法包括向UE发送DL RRC消息以指示非早期DL数据可用；
图4F是类似于图4E的方法的方法的流程图，但是UE发送专用RRC消息以请求非早期数据的传送；
图5A至图5F分别示出了与图4A至图4F的方法类似的方法，但是在非分布式基站中实现；
图6是CU中用于在接收到恢复UE与RAN之间的无线电连接的请求之后发起与UE的早期数据传送的示例方法的流程图；
图7A是CU中用于根据来自UE的消息是在公共控制信道(CCCH)还是专用控制信道(DCCH)上接收到来选择上下文修改过程或上下文建立过程的示例方法的流程图；
图7B是CU中用于根据来自CU的消息是否是恢复无线电连接的请求来选择上下文修改过程或上下文建立过程的示例方法的流程图；
图8是CU中用于根据UE当前是否正在执行早期数据传送来确定是单个DU还是多个DU应当寻呼UE的示例方法的流程图；
图9A是UE中用于在于非活动状态下接收到非早期DL数据分组之后选择用于传输到连接状态的非早期数据无线电承载的示例方法的流程图；
图9B是UE中用于在于非活动状态下接收到DL RRC消息之后选择用于传输到连接状态的非早期数据无线电承载的示例方法的流程图；
图10是UE中用于至少部分地基于UE当前是否正在执行早期数据传送来选择用于转换到连接状态的UL消息的示例方法的流程图；
图11是UE中用于基于UE是处于连接状态还是非活动状态时接收到DL数据分组来选择用于发送UL数据的无线电承载的示例方法的流程图；
图12是UE中用于根据与UL数据相关联的无线电承载来选择用于在非活动状态下发送UL数据的无线电承载的示例方法的流程图；
图13是可以在图1A的基站中实现的用于促进UE和CN之间的数据传送的示例方法的流程图；
图14是可以在图1A的UE中实现的用于与CN传送数据的示例方法的流程图；以及
图15是可以在图1A的UE中实现的用于在用于控制UE和RAN之间的无线电资源的协议的状态之间转换的示例方法的流程图。
具体实施方式
如下面更详细讨论的，用户设备(UE)和/或无线电接入网络(RAN)的网络节点可以管理早期数据传送，并且在用于控制UE和RAN之间的无线电资源的协议的状态之间转换UE。如本公开中所使用的，早期数据传送可以指代从网络的角度来看的早期数据传送(EDT)(即，下行链路方向上的EDT)或从UE的角度来看的EDT(即，上行链路方向上的EDT)。
首先参考图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小区。如果基站104是ng-eNB，则小区124是演进通用陆地无线电接入(E-UTRA)小区。类似地，如果基站106是gNB，则小区126是NR小区，并且如果基站106是ng-eNB，则小区126是E-UTRA小区。小区124和126可以在相同的无线电接入网络通知区域(RNA)或不同的RNA中。通常，RAN 105可以包括任何数量的基站，并且每个基站可以覆盖一个、两个、三个或任何其他合适数量的小区。UE 102可以支持至少5G NR(或简称为“NR”)或E-UTRA空中接口以与基站104和106进行传送。基站104、106中的每一个可以经由接口(例如，S1或NG接口)连接到CN110。基站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会话。
如图1A所示，基站104支持小区124，并且基站106支持小区126。小区124和126可以部分重叠，使得UE 102可以从小区124和126中的一个选择、重选或切换到另一个。为了直接交换消息或信息，基站104和基站106可以支持X2或Xn接口。通常，CN 110可以连接到支持NR小区和/或EUTRA小区的任何合适数量的基站。
CN 110还可以经由RAN 105将UE 102通信地连接到互联网协议(IP)多媒体子系统(IMS)网络170。IMS网络170可以向UE 102提供各种IMS服务，诸如IMS短消息、IMS非结构化补充服务数据(USSD)、IMS增值服务数据、IMS补充服务数据、IMS语音呼叫和IMS视频呼叫。为此，在IMS网络170中操作的实体(例如，服务器或服务器群组)支持与UE的分组交换。分组可以传送信令(诸如会话发起协议(SIP)消息、IP消息或其他合适的消息)以及诸如语音或视频的数据(“或媒体”)。
如下面详细讨论的，当UE 102和RAN 105之间的无线电连接暂停时，例如，当UE102在用于控制UE 102和RAN 105之间的无线电资源的协议的非活动或空闲状态下操作时，UE 102和/或RAN 105可以利用下面描述的方法。为了清楚起见，下面的示例涉及RRC协议的RRC_INACTIVE或RRC_IDLE状态。
如本公开中所使用的，术语“数据”或“数据分组”指代信令、控制无线电资源的协议层(例如，RRC)处的控制平面信息；控制移动性管理(MM)；控制会话管理(SM)；或者在用于控制无线电资源的协议的层(例如，RRC)之上、用于控制移动性管理(MM)的协议的层之上、用于控制会话管理(SM)的协议的层之上、或用于控制服务质量(QoS)流的协议的层之上的协议层处的非信令、非控制面信息(例如，服务数据适配协议(SDAP))。UE和/或RAN应用下面描述的方法的数据可以包括例如物联网(IoT)数据、以太网业务数据、互联网业务数据或短消息服务(SMS)消息。此外，如下所述，在一些实施方式中，UE 102仅在数据的大小低于某个阈值时才应用这些方法。
在下面讨论的示例场景中，UE 102转换到RRC_INACTIVE或RRC_IDLE状态，选择基站104的小区，并且经由基站106或直接与基站104与基站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(例如，UL PDCP PDU)中。然后，UE 102将UL PDCP PDU包括在诸如UL MAC PDU的第二UL PDU中，该UL MAC PDU可以与介质访问控制(MAC)层相关联。因此，在这些情况下，UE 102在UL MACPDU中发送安全的UL PDCP PDU。在一些实施方式中，UE 102可以在UL MAC PDU中包括ULRRC消息。在进一步的实施方式中，UE 102可以不在UL MAC PDU中包括UL RRC消息。在这种情况下，UE 102可以不在不包括UL RRC消息的UL MAC PDU中包括UE 102的UE ID。在另外的实施方式中，UE 102可以在UL无线电链路控制(RLC)PDU中包括UL PDCP PDU，然后在UL MACPDU中包括UL RLC PDU。在将UL RRC消息包括在UL MAC PDU中的情况下，在一些实施方式中，UE 102生成RRC MAC-I并且将RRC MAC-I包括在UL RRC消息中。例如，RRC MAC-I是恢复MAC-I字段，如3GPP规范38.331中所指定的。在另外的实施方式中，UE可以从UL RRC消息获得具有完整性密钥(例如，KRRCint密钥)、完整性保护算法和其它参数COUNT(计数)(例如，32比特、64比特或128比特值)、BEARER(承载)(例如，5比特值)和DIRECTION(方向)(例如，1比特值)的RRC MAC-I。
在进一步的实施方式中，数据是NAS的UL服务数据单元(SDU)。UE 102将安全性功能应用于SDU，并且将安全的SDU包括在可以与NAS层相关联的第一UL PDU(诸如NAS PDU)中。例如，NAS层可以是5G、演进分组系统(EPS)或6G的MM子层或SM子层。然后，UE 102可以将UL NAS PDU包括在诸如UL RRC消息的第二UL PDU中。因此，在这些情况下，UE 102在UL RRC消息中发送(第一)安全UL NAS PDU。在一些实施方式中，UE 102可以将UL RRC消息包括在UL MAC PDU中，并且经由小区(例如，小区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中将第一UL PDU发送到RAN 105。
在一些场景和实施方式中，基站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)或边缘服务器。在一些实施方式中，边缘服务器可以在RAN 105内操作。更具体地，基站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检索数据并将数据转发到CN 110或边缘服务器。然而，如果基站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将数据发送到CN 110。另一方面，当基站106确定MAC-I无效时，基站106丢弃安全保护分组。此外，如果安全保护分组既是加密的又是完整性保护的，则加密的和完整性保护的分组可以包括加密的分组以及加密的MAC-I。在这种情况下，基站106对加密的分组和加密的MAC-I进行解密，以获得数据和MAC-I。然后，基站106确定MAC-I对于数据是否有效。如果基站106确定MAC-I有效，则基站106检索数据并将数据转发到CN 110。然而，如果基站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)中，并且将第二DL PDU发送到UE102，而不首先使UE 102从RRC_INACTIVE或RRC_IDLE状态转换到RRC_CONNECTED状态。在一些实施方式中，基站104将DL PDCP PDU包括在DL RLC PDU中，将DL RLC PDU包括在DL MACPDU中，并且将DL MAC PDU发送到UE 102，而不首先使UE 102从RRC_INACTIVE或RRC_IDLE状态转换到RRC_CONNECTED状态。
在另一实施方式中，基站104将第一DL PDU发送到基站106，然后基站106生成包括第一DL PDU的第二PDU(例如，DL MAC PDU)，并将第二DL PDU发送到UE 102，而不首先使UE102从RRC_INACTIVE或RRC_IDLE状态转换到RRC_CONNECTED状态。在一些实施方式中，基站106生成包括第一DL PDU的DL RLC PDU，并且将DL RLC PDU包括在第二DL PDU中。在又一实施方式中，基站104将第一DL PDU包括在DL RLC PDU中，并将DL RLC PDU发送到基站106，然后基站106生成包括DL RLC PDU的第二DL PDU(例如，DL MAC PDU)，并将第二DL PDU发送到UE 102。
在一些实施方式中，基站(即，基站104或106)生成下行链路控制信息(DCI)和用UE102的ID加扰的循环冗余校验(CRC)以发送由基站生成的第二DL PDU。在一些实施方式中，UE 102的ID可以是无线电网络临时标识符(RNTI)。例如，RNTI可以是小区RNTI(C-RNTI)、临时C-RNTI或非活动C-RNTI。基站在物理下行链路控制信道(PDCCH)上将DCI和加扰CRC发送到在RRC_INACTIVE或RRC_IDLE状态下操作的UE 102。基站用UE 102的ID对CRC进行加扰。在一些实施方式中，基站可以在发送DCI和加扰CRC之前，在基站在与UE 102的随机接入过程中发送的随机接入响应中将UE 102的ID分配给UE 102。在另外的实施方式中，基站可以在RRC消息(例如，RRC释放消息或RRC重新配置消息)中将UE 102的ID指派给UE 102，基站在发送DCI和加扰CRC之前(例如，当UE 102处于RRC_CONNECTED状态时)向UE 102发送RRC消息(例如，RRC释放消息或RRC重新配置消息)。
在RRC_INACTIVE或RRC_IDLE状态下操作的UE 102可以在PDCCH上接收DCI和加扰CRC。然后，UE 102根据UE 102的ID、DCI和加扰CRC确认包括第二DL PDU的物理下行链路共享信道(PDSCH)寻址到UE 102。然后，UE 102可以从安全保护分组中检索数据。如果安全保护分组是加密分组，则UE 102可以使用适当的解密功能和安全密钥来解密加密分组以获得数据。如果安全保护分组是包括数据和MAC-I的完整性保护分组，则UE 102可以确定MAC-I是否有效。如果UE 102确认MAC-I有效，则UE 102检索数据。然而，如果UE 102确定MAC-I无效，则UE 102丢弃该分组。最后，当具有加密数据和加密MAC-I的安全保护分组既被加密又被完整性保护时，UE 102可以解密加密分组和加密MAC-I以获得数据和MAC-I。然后，UE 102可以验证MAC-I对于数据是有效的。如果UE 102确认MAC-I有效，则UE 102检索并处理数据。否则，当UE 102确定MAC-I无效时，UE 102丢弃数据。
基站104配备有处理硬件130，处理硬件130可以包括一个或多个通用处理器(例如，CPU)和存储一个或多个通用处理器执行的指令的非暂时性计算机可读存储器。附加地或替代地，处理硬件130可以包括专用处理单元。在示例实施方式中，处理硬件130包括介质访问控制(MAC)控制器132，其被配置为执行与一个或多个用户设备的随机接入过程，从一个或多个用户设备接收到上行链路MAC协议数据单元(PDU)，以及向一个或多个用户设备发送下行链路MAC PDU。处理硬件130还可以包括分组数据汇聚协议(PDCP)控制器134，其被配置为在一些场景中发送DL PDCP PDU，基站104可以根据所述DL PDCP PDU在下行链路方向上发送数据，并且在其他场景中接收UL PDCP PDU，基站104可以根据所述UL PDCP PDU在上行链路方向上接收数据。处理硬件还可以包括RRC控制器136，以在协议通信栈的RRC子层处实现过程和消息传送。示例性实施方式中的处理硬件130包括RRC非活动控制器138，其被配置为管理与在RRC_INACTIVE或RRC_IDLE状态下操作的一个或多个UE的上行链路和/或下行链路通信。基站104还包括用于与包括UE 102的其他设备无线通信的硬件，诸如天线、收发器、发射器和/或接收器。基站106可以包括大致类似的部件。特别地，基站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，其被配置为在一些场景中发送DL PDCP PDU，基站106可以根据所述DL PDCP PDU在下行链路方向上发送数据，并且其被配置为在进一步的场景中，接收UL PDCP PDU，基站106可以根据所述UL PDCP PDU在上行链路方向上接收数据。处理硬件还可以包括RRC控制器156以在协议通信栈的RRC子层处实现过程和消息传送。UE102还包括用于与包括RAN 105的其他设备无线通信的硬件，诸如天线、收发器、发射器和/或接收器。
图1B描绘了基站104、106中的任何一个或多个的示例分布式或分解式实施方式。在该实施方式中，基站104、106包括中央单元(CU)172和一个或多个分布式单元(DU)174。CU172包括处理硬件，诸如一个或多个通用处理器(例如，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控制器。处理硬件还可以包括被配置为管理或控制一个或多个物理层操作或过程的物理层控制器。
在一些实施例中，RAN 105支持集成接入和回程(IAB)功能。在一些实施方式中，DU174作为(IAB)节点操作，并且CU 172作为IAB施主操作。
在一些实施方式中，CU 172可以包括托管CU 172的PDCP协议的控制平面部分的逻辑节点CU-CP 172A。CU 172还可以包括托管CU 172的PDCP协议和/或服务数据适配协议(SDAP)协议的用户平面部分的逻辑节点CU-UP 172B。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 172A可以通过F1-C接口连接到一个或多个DU 174。CU-UP 172B可以在同一CU-CP 172A的控制下通过F1-U接口连接到一个或多个DU 174。在一些实施方式中，一个DU 174可以在同一CU-CP 172A的控制下连接到多个CU-UP 172B。在这样的实施方式中，CU-UP 172B和DU 174之间的连接是由CU-CP 172A使用承载上下文管理功能来建立的。
图2A以简化的方式示出了示例协议栈200，根据该协议栈，UE 102可以与eNB/ng-eNB或gNB(例如，基站104、106中的一个或多个)通信。
在示例栈200中，EUTRA的物理层(PHY)202A向EUTRAMAC子层204A提供传输信道，EUTRAMAC子层204A进而向EUTRARLC子层206A提供逻辑信道。EUTRARLC子层206A进而向EUTRAPDCP子层208提供RLC信道，并且在一些情况下，向NR PDCP子层210提供RLC信道。类似地，NR PHY 202B向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在EUTRARLC 206A上的分层，以及SDAP子层212在NR PDCP子层210上的分层。
EUTRAPDCP子层208和NR PDCP子层210(例如，从在PDCP层208或210上直接或间接分层的互联网协议(IP)层)接收可以被称为服务数据单元(SDU)的分组，并且(例如，向RLC层206A或206B)输出可以被称为协议数据单元(PDU)的分组。除了SDU和PDU之间的差异相关的情况之外，为了简单起见，本公开将SDU和PDU都称为“分组”。
在控制平面上，EUTRAPDCP子层208和NR PDCP子层210可以提供信令无线电承载(SRB)或RRC子层(图2A中未示出)以交换例如RRC消息或非接入层(NAS)消息。在用户平面上，EUTRAPDCP子层208和NR PDCP子层210可以提供DRB以支持数据交换。在NR PDCP子层210上交换的数据可以是SDAP PDU、互联网协议(IP)分组或以太网分组。
图2B以简化的方式示出了UE 102可以与DU(例如，DU 174)和CU(例如，CU 172)通信的示例协议栈250。无线电协议栈200在功能上被分割，如图2B中的无线电协议栈250所示。基站104或106中的任何基站处的CU可以保持所有控制和上层功能(例如，RRC 214、SDAP212、NR PDCP 210)，而下层操作(例如，NR RLC 206B、NR MAC 204B和NR PHY 202B)被委托给DU。为了支持到5GC的连接，NR PDCP 210向RRC 214提供SRB，并且NR PDCP 210向SDAP212提供DRB并向RRC 214提供SRB。
接下来，参考图3A-3C讨论涉及图1A-1B的部件并且涉及在UE和RAN正在执行EDT时管理没有资格进行EDT的未决数据(“非EDT数据”)的若干示例场景。更具体地，图3A示出了在UE执行EDT的同时UE确定经由RAN向CN发送非EDT UL数据的场景。图3B-3C示出了RAN在与UE执行EDT的同时确定向UE发送非EDT DL数据的场景。一般而言，图3A-3C中的类似事件用相同的附图标记来标记。为了简化以下描述，“非活动状态”可以表示RRC_INACTIVE或RRC_IDLE状态，并且连接状态可以表示RRC_CONNECTED状态。
首先参考图3A，在场景300A中，UE 102最初在非活动状态下操作302，其中基站104包括CU 172和DU 174。在非活动状态下操作302之前，UE 102可以在与RAN 105(例如，基站104、基站106或图1A中未示出的另外的基站)的连接状态下操作。当在连接状态下操作时，UE 102例如经由一个或多个无线电承载(RB)与RAN 105传送数据。处于连接状态的UE 102经由一个或多个信令RB(SRB)来传送控制面(CP)数据。处于连接状态的UE 102经由一个或多个数据RB(DRB)传送用户面(UP)数据。
RAN 105可以确定RAN 105和UE 102在(第一)特定时段期间都没有分别在下行链路方向或上行链路方向上发送任何数据。响应于该确定，RAN 105可以向UE 102发送第一RRC释放消息(例如，RRCRelease消息或RRCConnectionRelease消息)以指示UE 102转换到非活动状态。UE 102在接收到第一RRC释放消息时转换302到非活动状态。RAN 105可以向UE102指派I-RNTI或恢复ID，并且将指派的值包括在第一RRC释放消息中。在一些实施例中，在UE 102转换302到非活动状态之后，UE 102可以在没有状态转换的情况下经由DU 174与CU172执行一个或多个RAN通知区域(RNA)更新。
当UE 102在连接状态下操作时，或者当使UE 102转换到非活动状态时，RAN 105可以为UE 102配置一个或多个RB。每个RB可以适合于或被配置用于EDT或非EDT。在下面的段落中并参考图12讨论附加细节。
关于SRB，在一些实施方式中，由RAN 105发送的第一RRC释放消息指示UE 102转换302到非活动状态，并且指示一个或多个SRB中的SRB作为早期数据传送(EDT)RB(即，适合于或被配置用于EDT的第一SRB)。例如，RAN 105可以在第一RRC释放消息中包括EDT指示，以指示一个或多个SRB中的第一SRB是EDT SRB。如果RAN 105在第一RRC释放消息中不包括用于第二SRB的EDT指示，则第二SRB隐式地是非EDT RB(即，第二SRB不适合或未被配置用于EDT)。可替代地，RAN 105可以在第一RRC释放消息中包括非EDT指示，以显式地指示第二SRB是非EDT SRB。
在替代实施方式中，代替使用第一RRC释放消息来指示EDT和非EDT RB，RAN 105可以在UE 102在连接状态下操作时在RAN 105发送的DL RRC消息(例如，RRC重新配置消息)中指示一个或多个SRB中的SRB是EDT SRB。例如，RAN 105可以在DL RRC消息中包括EDT指示，以指示一个或多个SRB中的第一SRB是EDT SRB。如果RAN 105不在DL RRC消息中包括用于一个或多个SRB中的第二SRB的EDT指示，则第二SRB隐式地是非EDT SRB(即，第二SRB不适合或不被配置用于EDT)。可替代地，RAN 105可以在DL RRC消息中包括非EDT指示，以显式地指示第二SRB是非EDT SRB。在又一替代实施方式中，即使RAN 105没有将一个或多个SRB中的特定SRB指示为EDT SRB，一个或多个SRB中的特定SRB(例如，SRB0、SRB1和/或SRB2)也可以默认地是EDT SRB。在这样的实施方式中，UE 102将特定SRB识别为EDT SRB，即使UE 102没有从RAN 105接收到特定SRB是EDT SRB的指示也如此。在这样的实施方式中，RAN 105还确定特定SRB是EDT SRB，即使RAN 105不向UE 102发送特定SRB是EDT SRB的指示也如此。
RAN 105可以利用上面参考SRB描述的方法，以便指示DRB是EDT DRB还是非EDTDRB。例如，RAN 105可以以上述方式在第一RRC释放消息中或在DL RRC消息中指示一个或多个DRB中的DRB是EDT DRB还是非EDT DRB。
回到场景300A，在转换302到非活动状态之后，UE 102启动EDT以发送EDT UL数据或接收EDT DL数据。UE 102可以发起EDT以便将至少一个UL数据分组发送到基站104(即，移动始发(MO)EDT)。在这种情况下，UE 102检测到用于发送到基站104的UL数据分组，并且如果UL数据分组适合于EDT(例如，如果UL数据分组大小低于EDT的最大大小，或者如果UL数据满足其他标准，如下所述)，则发起EDT以发送UL数据分组。
在其他情况(未示出)下，UE 102发起EDT以从基站104接收至少一个DL数据分组(即，移动终止(MT)EDT，从UE 102的角度来看，其也可以被描述为早期数据接收)。在这种情况下，CU 172检测适合于使用EDT进行传输的UE 102的DL数据，并且作为响应，向DU 174发送CU到DU消息以便寻呼UE 102。DU向UE 102发送寻呼消息，该寻呼消息可以包括UE 102的UE ID和EDT指示。UE ID可以是I-RNTI、恢复ID或NAS ID(例如，S-TMSI或5G-S-TMSI或用于MT EDT的特定ID)。寻呼消息中的EDT指示通知UE 102发起EDT以便在不转换到连接状态的情况下接收DL数据。然后，UE 102可以响应于接收到寻呼消息(即，响应于接收到UE ID和EDT指示)而发起EDT。
在一些示例场景中，(UL/DL)数据是互联网协议(IP)分组、以太网分组或应用分组。在其他场景中，数据是包括RRC消息、NAS消息、IP分组、以太网分组或应用分组的PDU(例如，SDAP PDU、RRC PDU、PDCP PDU、RLC PDU或MAC PDU)。此外，在一些场景中，数据可以是包括NAS PDU的RRC PDU，使得NAS PDU包括IP分组、以太网分组或应用分组。在一些实施方式中，UE 102可鉴于以下因素中的一者或多者来确定UL数据是否有资格在非活动状态下传输：诸如数据是否是IMS分组、数据是否与不适合于或被配置用于早期数据传送的无线电承载(例如，DRB或SRB)相关联、数据是否是用于发起特定NAS过程的NAS消息、数据的大小等。在一些实施方式中，CU 172可以鉴于以下因素中的一个或多个因素来确定DL数据是否有资格在非活动状态下进行传输：诸如数据是否是IMS分组、数据是否与不适合用于或被配置用于早期数据传送的无线电承载(例如，DRB或SRB)相关联、数据是否是用于发起特定NAS过程的NAS消息、数据的大小等。如果UL数据有资格在非活动状态下传输，则UL数据在下文中被称为EDT UL数据。例如，UL数据与EDT RB(例如，EDT SRB或EDT DRB)相关联。否则，UL数据在下文中被称为非EDT UL数据。例如，UL数据与非EDT RB(例如，非EDT SRB或非EDT DRB)相关联或者不与EDT RB(例如，EDT SRB或EDT DRB)相关联。如果DL数据有资格在非活动状态下发送，则DL数据在下文中被称为EDT DL数据。例如，DL数据与EDT RB(例如，EDT SRB或EDTDRB)相关联。否则，DL数据在下文中被称为非EDT DL数据。例如，DL数据与非EDT RB(例如，非EDT SRB或非EDT DRB)相关联或者不与EDT RB(例如，EDT SRB或EDT DRB)相关联。
响应于发起EDT或在发起EDT之后，UE 102生成包括第一UL RRC消息的初始UL MACPDU，并将初始UL MAC PDU发送304到小区124上的DU 174。DU 174从初始UL MAC PDU检索第一UL RRC消息，生成包括第一UL RRC消息的初始UL RRC消息传递消息，并将初始UL RRC消息传递消息发送306到CU 172。
在UE 102发起EDT以发送EDT UL数据的场景(诸如场景300A)中，UE 102在UE 102发送304的初始UL MAC PDU中包括EDT UL数据(例如，数据分组)。在UE 102发起EDT以接收EDT DL数据的场景中，UE 102不在UE 102发送304的UL MAC PDU中包括UL数据分组。在这种情况下，UE 102可以在初始UL MAC PDU或第一UL RRC消息中包括EDT指示，以向基站104指示UE 102正在发起EDT以接收EDT DL数据。
在一些实施方式中，处于非活动状态的UE 102与DU 174执行随机接入过程以发送304UL MAC PDU。例如，随机接入过程可以是四步随机接入过程或两步随机接入过程。在四步随机接入过程的情况下，UE 102向基站104发送随机接入前导码，并且作为响应，基站104向UE 102发送包括上行链路许可的随机接入响应(RAR)，并且UE 102根据上行链路许可发送304UL MAC PDU。DU 174根据RAR中的上行链路许可接收304UL MAC PDU。在两步随机接入过程的情况下，UE 102根据两步随机接入配置参数向DU 174发送304包括随机接入前导码和UL MAC PDU的消息A。UE 102在发送304UL MAC PDU之前，在小区124上接收由DU 174广播的系统信息中的两步随机接入配置参数。DU 174根据两步随机接入配置参数接收304ULMAC PDU。
在进一步的实施方式中，UE 102可以在预配置的上行链路资源(PUR)配置或配置的许可(CG)配置中配置的无线电资源上发送304UL MAC PDU。CU 172可以从DU 174获得PUR配置或CG配置，并且将PUR配置或CG配置包括在第一RRC释放消息中。因此，DU 174在无线电资源上接收304UL MAC PDU。在这样的实施方式中，UE 102可以在PUR配置或CG配置中配置的无线电资源上发送316和/或330后续UL MAC PDU，如下所述。在第一RRC释放消息包括其它PUR配置或CG配置的情况下，UE 102可以在其它PUR配置或CG配置中配置的无线电资源上发送316和/或330UL MAC PDU。
如果UE 102在初始UL MAC PDU中包括EDT UL数据，则DU 174从初始UL MAC PDU中检索EDT UL数据。在这种情况下，DU 174可以在初始UL RRC消息传递消息中包括EDT UL数据。可替代地，DU 174可以经由用户平面(UP)连接将EDT UL数据单独地发送312到CU 172，如下所述。在接收306初始UL RRC消息传递消息之后，在一些实施方式中，CU 172向DU 174发送308第一CU到DU消息，以在DU 174处建立UE 102的UE上下文和/或在CU 172和DU 174之间建立UP连接(例如，F1-U隧道或W1隧道)，用于接收EDT UL数据和/或后续EDT UL数据(例如，后续早期数据传送392中的后续EDT UL数据316、318、320)。作为响应，DU 174可以向CU172发送310第一DU到CU消息。在一些实施方式中，第一CU到DU消息和第一DU到CU消息可以分别是UE上下文建立请求消息和UE上下文建立响应消息。
在一些实施方式中，第一UL RRC消息是(现有)RRC恢复请求消息(例如，RRCCRESUMEREQUEST消息、RRCCRESUMEREQUEST1消息、RRCConnectionResumeRequest消息或RRCConnectionResumeRequest1消息)。在其他实施方式中，第一UL RRC消息可以是新的RRC恢复请求消息，类似于现有的RRC恢复请求消息。例如，可以在未来的3GPP标准文档中定义新的RRC恢复请求消息。新的RRC恢复请求消息可以是现有RRC恢复请求消息的格式。参考图4D讨论这种新的RRC恢复请求消息。在一些实施方式中，第一UL RRC消息可以包括EDT指示，该EDT指示可以是字段或信息元素(IE)(例如，resumeCause或resumeCause)。在一些实施方式中，第一UL RRC消息是公共控制信道(CCCH)消息。
在生成初始UL RRC消息传递消息之后，DU 174经由控制平面(CP)接口(例如，F1-C接口或W1-C接口)向CU 172发送306初始UL RRC消息传递消息。替代地，DU 174可以向CU172发送306包括UL RRC消息和EDT UL数据的DU到CU消息。例如，DU到CU消息可以是3GPP规范38.473或37.473中指定的新的或现有的F1AP消息或W1AP消息。然后，CU 172可以从初始UL RRC消息传递消息或DU到CU消息中检索EDT UL数据分组，并且将EDT UL数据发送314到CN 110(例如，SGW 112、UPF 162、MME 114或AMF 164)。在另外的实施例中，DU 174可以在发送306初始UL RRC消息传递消息或接收308CU到DU消息之后经由UP连接(例如，UP接口)向CU172发送312EDT UL数据。替代地，CU 172可以将EDT UL数据发送到边缘服务器而不是CN110。在一些实施方式中，边缘服务器可以在RAN 105内操作。事件304、306、308、310、312和314在图3A中统称为初始早期数据传送390。
在发送304初始UL MAC PDU之后，处于非活动状态的UE 102可以向DU 174发送316一个或多个后续UL MAC PDU(UL MAC PDU)，每个后续UL MAC PDU包括(后续)EDT UL数据(例如，数据分组)。DU 174从后续UL MAC PDU中检索(后续)EDT UL数据，并将(后续)EDT UL数据发送318到CU 172。CU 172将(后续)EDT UL数据发送320到CN 110或边缘服务器。
在接收306初始UL RRC消息传递消息之前或之后，CU 172可以从CN 110或边缘服务器接收322EDT DL数据(即，一个或多个数据分组)，或者可以自己生成EDT DL数据(例如，一个或多个RRC消息)。CU 172向DU 174发送324EDT DL数据分组。DU 174生成一个或多个DLMAC PDU以包括EDT DL数据，并将一个或多个DL MAC PDU发送326到UE 102。事件316、318、320、322、324和326在图3A中统称为早期数据传送392。EDT UL数据传输(即，事件316、318、320)和DL EDT数据传输(即，事件322、324和326)可以并行地或一个接一个地发生。初始早期数据传送390和早期数据传送392在同一EDT会话期间发生。
在发送304初始UL MAC PDU之后并且在早期数据传送392之前(如图3A所示)或期间(即，在EDT会话期间)，处于非活动状态的UE 102确定328发送非EDT UL数据(例如，因为UE 102确定非EDT UL数据可用于发送到RAN 105)。基于上面讨论的一个或多个因素，非EDTUL数据没有资格进行使用EDT的传输。例如，如上所述，非EDT UL数据可以与非EDT RB相关联。在图3A中，UE 102响应于确定328发送非EDT UL数据而发起到连接状态的状态转换。下面描述的图12还示出了UE 102可以如何将在非活动状态下操作时检测到的非EDT UL数据发送到RAN 105。
在场景300A中，响应于确定328发送非EDT UL数据，UE 102向DU 174发送330包括第二UL RRC消息的第二UL MAC PDU，其中，第二UL RRC消息指示UE 102具有要发送的非EDTUL数据。第二UL RRC消息可以包括指示UE 102可用于发送的非EDT UL数据的量的缓冲器状态报告(BSR)。
如果UE 102确定328发送非EDT UL数据，但是还具有要发送到RAN 105的后续EDTUL数据，则在一些实施方式中，UE 102可以在发送330第二UL RRC消息之前向DU 174发送316后续EDT UL数据(即，早期数据传送392可以在事件328之后并且在事件330之前发生，如图3A所示)。在其他实施方式中，UE 102可以发送330第二UL RRC消息，并且在转换到连接状态之后向RAN 105发送后续EDT UL数据。此外，在一些情况下，UE 102确定328在早期数据传送392之后但在从DU 174接收到停止执行EDT的指示(例如，RRC释放消息)之前(即，在EDT会话结束之前)发送非EDT UL数据。
在任何情况下，在接收330UL MAC PDU之后，DU 174从第二UL MAC PDU检索第二ULRRC消息，生成包括第二UL RRC消息的UL RRC消息传递消息，并将UL RRC消息传递消息发送332到CU 172。在接收332UL RRC消息传递消息之后，在一些实施方式中，CU 172向DU 174发送334第二CU到DU消息，以在DU 174处修改UE 102的UE上下文和/或从DU 174获得无线电配置。作为响应，DU 174可以向CU 172发送336包括无线电配置的第二DU到CU消息。在一些实施方式中，第二CU到DU消息和第二DU到CU消息可以分别是UE上下文修改请求消息和UE上下文修改响应消息。在一些实施方式中，无线电配置可以是CellGroupConfig信息元素(IE)。
在一些实施方式中，第二UL RRC消息可以是RRC恢复请求消息，类似于第一UL RRC消息。在其他实施方式中，第二UL RRC消息可以是UE辅助信息消息(例如，UEAssistanceInformation消息)。在一些实施方式中，第二UL RRC消息可以是专用控制信道(DCCH)消息。在其它实施方式中，第二UL RRC消息可以是CCCH消息。UE 102不在第二ULRRC消息中包括EDT指示。在第二UL RRC消息中，在一些实施方式中，UE 102可以包括字段或IE以指示发送第二UL RRC消息的原因。例如，字段或IE可以是resumeCause或resumeCause。根据该原因，CU 172可以确定如何配置UE 102或为UE 102布置无线电资源。在一些实施方式中，UE 102可以在第二UL RRC消息中包括非EDT RB的RB标识。CU 172可以根据RB标识来确定UE 102具有要发送的与非EDT RB相关联的数据。基于第二UL RRC消息是RRC恢复请求消息，和/或基于UL RRC消息是CCCH消息还是DCCH消息，CU 172可以确定要发送的CU到DU消息的类型334(即，是发送UE上下文修改请求还是发送UE上下文建立请求)，这将参考图7A-7B进一步详细讨论。
在接收332UL RRC消息传递消息(或接收336第二DU到CU消息)之后，CU 172生成包括用于将UE 102转换到连接状态的无线电配置的DL RRC消息，生成包括DL RRC消息的第三CU到DU消息，以及向DU 174发送338第三CU到DU消息(例如，DL RRC消息传递消息)。DU 174继而从第三CU到DU消息中检索DL RRC消息，生成包括DL RRC消息的DL MAC PDU，并将DLMAC PDU发送340到UE 102。在一些实施方式中，DL RRC消息可以是RRC恢复消息(例如，RRCCRESUME消息或RRCConnectionResume消息)。在其它实施方式中，DL RRC消息可以是RRC重新配置消息(例如，RRCReconfiguration消息或RRCConnectionReconfiguration消息)。在其他实施方式中，DL RRC消息可以是新的RRC消息。DL RRC消息可以将EDT RB(例如，诸如在事件316、326处UE经由其传送EDT数据的RB)重新配置到非EDT RB。
响应于DL RRC消息，UE 102转换342到连接状态。在一些实施方式中，UE 102向DU174发送344第三UL RRC消息(例如，RRC恢复完成消息，诸如RRCResumeComplete消息)以指示UE 102成功地转换342到连接状态。DU 174可以向CU 172发送346包括第三UL RRC消息的第三DU到CU消息。在一些实施方式中，UE 102可以生成包括第三UL RRC消息的第三UL MACPDU，并且将第三UL MAC PDU发送344到DU 174。DU 174从第三UL MAC PDU检索第三UL RRC消息。
在一些实施方式中，UE 102可以响应于转换到连接状态或在转换到连接状态之后确定EDT RB变为非EDT RB。在其他实施方式中，UE可以响应于转换到连接状态或在转换到连接状态之后确定EDT RB不再经受EDT。换句话说，UE 102响应于转换到连接状态或在转换到连接状态之后，确定与EDT RB相关联的EDT指示不再有效。UE 102可以响应于转换到连接状态或在转换到连接状态之后释放EDT指示。
事件330、332、334、336、338、340、342、344和346在图3A中统称为RRC状态转换过程394。
在转换342到连接状态或发送344第三UL MAC PDU之后，处于连接状态的UE 102可以向DU 174发送348包括UL数据的UL MAC PDU。UL数据包括UE 102先前在事件328处检测到的非EDT UL数据，并且可以包括其他非EDT UL数据和/或EDT UL数据(即，有资格经由EDT传输的数据)。DU 174从UL MAC PDU检索UL数据，并向CU 172发送350UL数据。CU 172将非EDTUL数据发送352到CN 110或边缘服务器。此外，在发送第三UL MAC PDU之后，处于连接状态的UE 102可以向DU 174发送包括UL数据的附加UL MAC PDU，而不管数据是否有资格进行EDT。DU 174从附加UL MAC PDU中检索UL数据，并将UL数据发送到CU 172。在每个附加ULMAC PDU中，UE 102可以仅包括有资格进行EDT的UL数据，仅包括没有资格进行EDT的UL数据，或者包括有资格进行EDT的UL数据和没有资格进行EDT的UL数据的组合。
在发送338第三CU到DU消息或接收346第三DU到CU消息之后，CU 172可以从CN 110或边缘服务器接收354DL数据(即，一个或多个数据分组)。DL数据可以包括非EDT数据和/或EDT数据。CU 172向DU 174发送356DL数据。DU 174生成一个或多个DL MAC PDU以包括DL数据，并将一个或多个DL MAC PDU发送358到UE 102。事件348、350、352、354、356和358在图3A中统称为数据传送396。UL数据传输(即，事件348、350、352)和DL数据传输(即，事件354、356和358)可以并行地或一个接一个地发生。
在转到图3B之前，针对图3A的剩余讨论提供了关于UE 102发送304、330和344的ULRRC消息以及安全功能的附加细节。UE RRC控制器156生成UE 102分别发送304、330、344的第一UL RRC消息、第二UL RRC消息和第三UL RRC消息。为了发送304第一UL RRC消息，在一些实施方式中，UE 102在第一UL RRC消息中包括(第一)RRC MAC-1字段(例如，resumeMAC-1)。例如，UE 102可以从MAC-I的16个最低有效位获得RRC MAC-I，其中UE 102利用在UE 102的UE非活动AS上下文中的第一RRC完整性密钥(KRRCint)、先前使用的完整性保护算法、以及用于COUNT、BEARER和DIRECTION的被设置为二进制1的所有输入位来通过VarResumeMAC-Input变量计算该RRC MAC-I。VarResumeMAC-Input变量包括三个字段：源物理小区标识(sourcePhysCellIdentity)、目标小区标识(targetCellIdentity)和源小区C-RNTI(source-c-RNTI)。
为了发送330第二UL RRC消息，在一些实施方式中，UE 102以针对获得第一RRCMAC-I所描述的方式获得第二RRC MAC-I。UE 102可以在第二UL RRC消息中包括第二RRCMAC-I。在其它实施方式中，UE 102(例如，PDCP控制器154)可以从具有第二RRC完整性密钥(KRRCint)的第二UL RRC消息获得MAC-I，以保护第二UL RRC消息的完整性。UE 102(例如，PDCP控制器154)利用RRC加密密钥(KRRCenc)对第二UL RRC消息和MAC-I进行加密，以分别生成加密的UL RRC消息和加密的MAC-I。然后，UE 102生成包括加密的UL RRC消息和加密的MAC-I的UL PDCP PDU。UE 102可以生成包括UL PDCP PDU的UL RLC PDU，并且将RLC PDU包括在第二UL MAC PDU 330中。在一些实施方式中，UE 102从基密钥(例如，KgNB)导出第二RRC完整性密钥。UE 102可以从UE非活动AS上下文导出基本密钥。
为了发送344第三UL RRC消息，UE 102(例如，PDCP控制器154)可以从具有第二KRRCint的第三UL RRC消息获得MAC-I，以保护第三UL RRC消息的完整性。UE 102(例如，PDCP控制器154)利用KRRCenc加密第三UL RRC消息和MAC-I，以分别生成加密的UL RRC消息和加密的MAC-I。然后，UE 102生成包括加密的UL RRC消息和加密的MAC-I的UL PDCP PDU。UE 102可以生成包括UL PDCP PDU的UL RLC PDU，并且将RLC PDU包括在第三UL MAC PDU 344中。
为了在事件304、316处发送EDT UL数据分组中的每一个，在一些实施方式中，UE102利用至少一个安全密钥将至少一个安全功能应用于EDT UL数据分组，以生成安全保护分组。至少一个安全功能包括完整性保护和/或加密。所述至少一个安全密钥包括分别用于加密和/或完整性保护的UP加密密钥(KUPenc)和/或UP完整性密钥(KUPint)。UE 102可以从基本密钥生成KUPenc和/或KUPint。在应用至少一个安全功能之后，UE PDCP控制器154将安全保护分组包括在UL PDCP PDU中。在一些实施方式中，MAC控制器152在UL MAC PDU 304或316中包括UL PDCP PDU。在进一步的实施方式中，UE 102的RLC控制器(图1A中未示出)在ULRLC PDU中包括UL PDCP PDU，并且MAC控制器152在UL MAC PDU 304或316中包括UL RLCPDU。
为了在事件324处发送每个EDT DL数据分组，在一些实施方式中，CU 172利用至少一个安全密钥(与UE 102在事件304、316处使用的至少一个安全密钥相同)将至少一个安全功能(例如，与UE 102在事件304、316处应用的至少一个安全功能类似的安全功能)应用于EDT DL数据分组，以生成安全保护分组。该至少一个安全性功能包括完整性保护和/或加密(与UE 102在事件304、316处应用的完整性保护和/或加密相同)。至少一个安全密钥包括分别用于加密和/或完整性保护的UP加密密钥(KUPenc)(与UE 102使用的KUPenc相同)和/或UP完整性密钥(KUPint)(与UE 102使用的KUPint相同)。在应用至少一个安全性功能之后，BS PDCP控制器134将安全性保护分组包括在DL PDCP PDU中。在一些实施方式中，MAC控制器152在DL MAC PDU 326中包括DL PDCP PDU。在进一步的实施方式中，DU 174的RLC控制器(图1A中未示出)将DL PDCP PDU包括在DL RLC PDU中，并且MAC控制器132将DL RLC PDU包括在DLMAC PDU 326中。
为了在事件338处发送DL RRC消息，在一些实施方式中，CU 172将至少一个安全功能(例如，与UE 102应用的至少一个安全功能类似的安全功能)应用于具有至少一个安全密钥(与UE 102使用的至少一个安全密钥相同)的DL RRC消息，以生成安全保护分组。至少一个安全功能包括加密和/或完整性保护。至少一个安全密钥包括分别用于加密和/或完整性保护的RRC加密密钥(KRRCenc)(与UE 102使用的KRRCenc相同)和/或RRC完整性密钥(KRRCint)(与UE 102使用的KRRCint相同)。在应用至少一个安全功能之后，PDCP控制器134将安全保护分组包括在DL PDCP PDU中。在一些实施方式中，MAC控制器132在DL MAC PDU 340中包括DLPDCP PDU。在进一步的实施方式中，DU 174的RLC控制器(图1A中未示出)在DL RLC PDU中包括DL PDCP，并且MAC控制器132在DL MAC PDU 340中包括DL RLC PDU。
为了在事件348处发送UL数据分组中的每个UL数据分组，在一些实施方式中，UE102向具有至少一个安全密钥的UL数据分组应用至少一个安全功能，以生成安全保护分组。至少一个安全性功能包括UE 102在事件304、316处应用的加密和/或完整性保护。在一些实施方式中，至少一个安全密钥包括UE在事件304、316处使用的KUPenc和/或KUPint。在其它实施方式中，至少一个安全密钥包括新的KUPenc和/或新的KUPint。UE 102可以响应于接收到340DLRRC消息而导出新的KUPenc和/或新的KUPint。在这样的实施方式中，响应于发送338DL RRC消息，CU 172还导出新的KUPenc(与UE 102使用的新的KUPenc相同)和/或新的KUPint(与UE 102使用的新的KUPint相同)。在应用至少一个安全功能之后，PDCP控制器154将安全保护分组包括在UL PDCP PDU中。在一些实施方式中，MAC控制器152在UL MAC PDU 348中包括UL PDCPPDU。在进一步的实施方式中，UE 102的RLC控制器(图1A中未示出)将UL PDCP PDU包括在ULRLC PDU中，并且MAC控制器132将UL RLC PDU包括在对应的UL MAC PDU 348中。
为了在事件356处发送DL数据分组中的每个DL数据分组，在一些实施方式中，CU172利用至少一个安全密钥(与UE 102在事件348处使用的至少一个安全密钥相同)将至少一个安全功能(例如，类似于UE 102在事件348处应用的至少一个安全功能的安全功能)应用于DL数据分组，以生成安全保护分组。该至少一个安全性功能包括完整性保护和/或加密(与UE 102在事件348处应用的完整性保护和/或加密相同)。至少一个安全密钥包括分别用于加密和/或完整性保护的UP加密密钥(KUPenc)(与UE 102使用的KUPenc相同)和/或UP完整性密钥(KUPint)(与UE 102使用的KUPint相同)。在应用至少一个安全功能之后，PDCP控制器134将安全保护分组包括在DL PDCP PDU中。在一些实施方式中，MAC控制器132在DL MACPDU 358中包括DL PDCP PDU。在进一步的实施方式中，DU 174的RLC控制器(图1A中未示出)将DL PDCP PDU包括在DL RLC PDU中，并且MAC控制器132将DL RLC PDU包括在DL MAC PDU358中。
转到图3B，场景300B类似于场景300A。然而，代替UE 102在执行EDT时检测用于发送至基站104的非EDT UL数据，基站104在执行EDT时检测用于发送至UE 102的非EDT DL数据。最初，CU 172经由DU 174执行390与在非活动状态下操作的UE 102的初始早期数据传送。CU 172还可以经由DU 174执行392与UE 102的早期数据传送，以与在非活动状态下操作的UE 102传送后续UL/DL数据。在初始早期数据传送390之后并且在早期数据传送392之前或期间(即，在EDT会话结束之前)，CU 172从CN 110或边缘服务器接收362非EDT DL数据。
响应于接收362非EDT DL数据，CU 172确定363向UE 102发送非EDT DL而不将UE102转换到连接状态。CU 172可以响应于观察到CU 172正在与UE 102执行EDT而做出确定363。参照图4A-4F、5A-5F更详细地讨论CU 172(或基站104)可以实现以确定是否将UE 102转换到连接状态以及如何管理在执行EDT时检测到的非EDT DL数据的示例方法。具体地，在场景300B期间，CU 172可以实现参考图4C讨论的方法。
CU 172向DU 174发送364非EDT DL数据，DU 174在DL MAC PDU中包括非EDT DL数据，并且在UE 102在非活动状态下操作时向UE 102发送366DL MAC PDU。为了向UE 102发送366DL MAC PDU，DU 174可以利用非EDT RB。
响应于接收到非EDT DL数据和/或响应于在非EDT RB上接收到非EDT DL数据，UE102确定转换到连接状态。因此，UE 102发起RRC状态转换过程394。下面参考图9A-9B更详细地讨论在非活动状态下操作时响应于从基站104接收到非EDT DL数据或DL RRC消息的UE行为。
在UE 102在RRC状态转换过程394期间转换到连接状态之后，CU 172可以在数据传送396期间传送UL和/或DL数据。
接下来参考图3C，场景300C类似于场景300B。然而，在接收362非EDT DL数据之后，CU 172确定361在不将UE 102转换到连接状态的情况下向UE 102发送非EDT DL数据的指示(而不是非EDT DL数据本身)。CU 172可以响应于观察到CU 172正在与UE 102执行EDT而做出确定361。为了向UE 102通知非EDT DL数据，CU 172发送365DL RRC消息，该DL RRC消息指示DL数据到达。CU 172可以向DU 174发送365CU到DU消息(例如，DL RRC消息传递消息)，该消息包括DL RRC消息。DU 174将DL RRC消息包括在DL MAC PDU中，并将DL MAC PDU发送367到UE 102。DU 174可以使用与SRB(例如，SRB1)相关联的逻辑信道来发送DL MAC PDU，其中SRB可以是EDT SRB或非EDT SRB。例如，DU 174可以如上所述在DL PDCP PDU中包括DL RRC消息(即，安全保护的DL RRC消息)，在DL RLC PDU中包括DL PDCP PDU，在DL MAC PDU中包括DL RLC PDU，并且在MAC PDU中包括逻辑信道的逻辑信道标识以指示DL RLC PDU。CU 172可以将SRB的SRB标识包括在CU到DU消息中，使得DU 174可以基于SRB标识来导出逻辑信道标识。因此，当UE 102在非活动状态下操作时，CU 172向UE 102通知可用的非EDT DL数据。响应于UE 102接收367的具有DL数据到达指示符的DL RRC消息，UE 102执行RRC状态转换过程394以转换到连接状态，并且在数据传送过程396期间传送UL和/或DL数据。在UE 102转换到连接状态之后，CU 172在数据传送过程396期间向UE 102发送CU 172先前接收362的非EDT数据。如下面将讨论的，在场景300C期间，CU 172可以实现参考图4E讨论的方法。
图4A-5F是描绘RAN的网络节点(例如，RAN 105的网络节点，诸如DU 174、CU 172或基站104)或UE(例如，UE 102)可以实现的示例方法的流程图。如贯穿本公开的各个点处所指示的，图4A-5F中描绘的示例方法可以在上述场景300A-C期间实现。一般而言，图4A-5F中的类似框用相同的附图标记来标记(例如，图4A中的框402等同于图4B中的框402)。
图4A-4F分别示出了示例方法400A-400F，其中，CU(例如，CU 172)基于UE是否操作在非活动状态以及DL数据是否有资格进行EDT来确定如何管理UE(例如，UE 102)的DL数据。
首先转到图4A，在方法400A期间，在框402处，CU接收针对UE的DL数据(例如，事件322、354、362)。在框404处，CU确定UE是在非活动状态还是在连接状态中操作。如果UE正在连接状态中操作，则在框406处，CU经由DU(例如，DU 174)向在连接状态中操作的UE发送DL数据(例如，事件356)。如果UE在非活动状态下操作，则CU在框408处确定CU是否在UE在非活动状态下操作的情况下执行EDT。如果否，则流程进行到框414。否则，CU在框410处确定DL数据是否有资格进行EDT。如果DL数据有资格进行EDT，则在框412处，CU经由DU向UE发送DL数据，而不将UE转换到连接状态(例如，事件324)。如果DL数据没有资格进行EDT(例如，如在事件362处)，则流程进行到框414。
在方框414处，CU向一个或多个DU发送CU到DU消息，以使DU向在非活动状态下操作的UE发送寻呼消息。例如，CU可以向UE的寻呼区域中的DU(例如，在UE的跟踪区域标识(TAI)列表和/或RNA中标识的那些DU)发送CU到DU消息。为了确定是寻呼单个DU还是寻呼多个DU，CU可以利用下面参考图8讨论的方法。寻呼UE是图3B-3C中所示的方法的替代解决方案，其中CU不寻呼UE。下面分别参考图4C和4E讨论图3B-3C中所示的方法。
在框416处，CU经由DU中的一个DU从在非活动状态下操作的UE接收响应于寻呼消息的RRC恢复请求消息(例如，事件330)。响应于RRC恢复请求消息，在框418处，CU经由DU向在非活动状态下操作的UE发送RRC恢复消息以将UE转换到连接状态(例如，事件338、340)。在框420处，响应于RRC恢复消息，CU经由DU从在连接状态下操作的UE接收RRC恢复完成消息(例如，事件344、346)。在框422处，CU经由DU向在连接状态下操作的UE发送DL数据(例如，事件356、358)。
转到图4B，方法400B通常类似于方法400A，但是CU指示UE转换到连接状态以在不使用寻呼过程的情况下接收非早期DL数据。在方法400A中，如果CU在框410处确定DL数据没资格用于EDT，则CU在框414处发送CU到DU消息以使DU寻呼UE。相反，在方法400B中，如果CU在框410处确定DL数据没资格用于EDT，则CU直接进行到框419而不使DU寻呼UE。在方框419处，CU经由DU向在非活动状态下操作的UE发送RRC恢复消息，以将UE转换到连接状态。
转到图4C，在方法400C中，如果UE当前正在执行早期数据传送，则CU向UE发送非EDT数据而不指示UE转换到连接状态，如图3B所示。在框403处，CU接收用于在非活动状态下操作的UE的非EDT DL数据(例如，事件362)。在框408处，CU经由DU确定CU是否正在与在非活动状态下操作的UE执行EDT(例如，事件363、361)。如果是，则在框413处，CU经由DU向UE发送非EDT DL数据，而不将UE转换到连接状态(例如，事件364、366)。然后，该方法可以从框413进行到框415。在框415处，CU经由DU中的一个DU从在非活动状态下操作的UE接收响应于非EDT DL数据的RRC恢复请求消息(例如，事件332)。然后，流程可以进行到框418。
如果CU在框408处确定CU没有正在与UE执行EDT，则流程从框408进行到框414、416和418，如先前关于图4A所描述的。从框418，流程进行到框420和422，如先前关于图4A所描述的。
转到图4D，方法400D类似于方法400C，除了UE发送专用RRC消息以请求非EDT DL数据的传送。特别地，方法400D与方法400C相同，除了图4C中的框415被图4D中的框417代替。在框417处，CU经由DU中的一个DU从在非活动状态下操作的UE接收响应于非EDT DL数据的RRC非EDT请求消息。RRC非EDT请求消息向CU指示UE正在请求转换到连接状态以传送非EDTDL或UL数据。在一些实施方式中，RRC非EDT请求消息可以是新的RRC恢复请求，其可以在未来的3GPP标准文档中定义。在其他实施方式中，RRC非EDT请求可以是现有的RRC消息(例如，UEAssistanceInformation消息)或新的UL RRC消息，并且CU经由DU从UE接收包括RRC非EDT消息的DCCH消息(例如，UL-DCCH消息)。
在一些实施方式中，CU可以发送RRC重新配置消息或新的DL RRC消息，以将UE转换到连接状态，而不是使用RRC恢复消息。
转到图4E，方法400E包括向UE发送DL RRC消息以指示非EDT DL数据可用，如图3C所示。如果DU在框408处确定CU正在执行与在非活动状态下操作的UE的早期数据传送，则CU在框411处经由DU向UE发送DL RRC消息以指示非EDT数据到达，而不将UE转换到连接状态(例如，事件365、367)。从框411，流程进行到框419，其中CU从在非活动状态下操作的UE接收响应于DL RRC消息的RRC恢复请求消息(例如，事件332)。从框418，流程进行到框420和422，在框420和422处，CU可以经由DU将DL数据(即，未决的非EDT DL数据)发送到在连接状态下操作的UE(例如，事件396)。
转到图4F，方法400F类似于方法400E，但是UE发送专用RRC消息以请求非EDT数据的传送，类似于方法400D。在框411处经由DU向UE发送DL RRC消息以指示非EDT数据到达之后，流程进行到框421。在框421处，CU经由DU之一从在非活动状态下操作的UE接收响应于DLRRC消息的RRC非EDT请求消息。RRC非EDT请求消息向CU指示UE正在请求转换到连接状态以接收非EDT DL数据。RRC非EDT请求消息可以是新的RRC恢复请求，其可以在未来的3GPP标准文档中定义。图4F中的框421类似于图4D中的框417，除了在图4F中，CU尚未发送CU在框403处接收到的非EDT DL数据。因此，在框422处，在UE转换到连接状态之后，CU经由DU向UE发送非EDT DL数据。
图5A-F示出了方法500A-F，其分别类似于方法400A-F，但是在非分布式基站中实现。图5A-5F中用与图4A-4F的那些类似的附图标记标记的框通常是类似的(例如，框402类似于框502)。非分布式基站执行CU在图4A-4F中执行的功能，除了非分布式基站直接与UE通信而不是经由DU与UE通信。因此，在图4A-4F中不交换CU到DU消息。
图6示出了方法600，方法600可以由CU(例如，CU 172)实现，用于在接收到恢复UE与RAN(例如，RAN 105)之间的无线电连接的请求之后发起与UE(例如，UE 102)的EDT。在方框602处，CU从DU接收初始UL RRC消息传递消息，该初始UL RRC消息传递消息包括来自在非活动状态下操作的UE的RRC恢复请求消息(例如，事件306)。在一些实施方式中，在框602处，CU可以从DU接收包括RRC恢复请求消息的CCCH消息(例如，UL-CCCH消息)。在方框604处，CU避免响应于RRC恢复请求消息经由DU向UE发送RRC恢复消息。在框606处，响应于接收到RRC恢复请求消息(例如，事件390、392)或在接收到RRC恢复请求消息(例如，事件390、392)之后，CU在UE在非活动状态下操作的情况下经由DU执行EDT。
在框608处，CU从DU接收UL RRC消息传递消息，该UL RRC消息传递消息包括来自在非活动状态下操作的UE的RRC非EDT请求消息(例如，事件332)。RRC非EDT请求消息可以是用于请求非EDT数据的传送的专用RRC消息(例如，如上面参考图4D和图4F所讨论的)。在一些实施方式中，CU从UE接收包括RRC非EDT请求消息的DCCH消息(例如，UL-DCCH消息)。在一些实施方式中，RRC非EDT请求消息是现有RRC消息(例如，UEAssistanceInformation消息)。在其他实施方式中，RRC非EDT请求消息是可以在未来的3GPP标准文档中定义的新RRC消息。
在框610处，CU响应于RRC非EDT请求消息(例如，事件338、340)，经由DU向UE发送DLRRC消息以将UE转换到连接状态。DL RRC消息可以包括一个或多个无线电配置(例如CellGroupConfig IE和/或RadioBearerConfig IE)。DL RRC消息可以是RRC重新配置消息、RRC恢复消息，或者可以是新的RRC消息。在方框612处，CU与在连接状态下操作的UE传送数据(例如，事件396)。
图7A-7B分别示出了CU(例如，CU 172)可以执行以用于在将UE转换到连接状态时选择UE上下文修改过程或UE上下文建立过程的方法700A-700B。首先参考图7A，在框702处，CU经由DU从在非活动状态下操作的UE接收UL RRC消息(例如，事件332)。在框704，CU响应于UL RRC消息而确定将UE转换到连接状态。在框706，CU确定UL RRC消息是CCCH消息还是DCCH消息。如果UL RRC消息是CCCH消息(例如，CU经由CCCH或SRB0接收UL RRC消息，或者接收包括UL RRC消息的UL-CCCH消息)，则CU在框708处与DU执行UE上下文建立过程以获得用于UE的无线电配置。例如，CCCH消息可以是RRC恢复请求消息。如果UL RRC消息是DCCH消息(例如，CU经由DCCH或SRB1接收到UL RRC消息，或者接收到包括UL RRC消息的UL-DCCH消息)，则在框710，CU与DU执行UE上下文修改过程以获得用于UE的无线电配置(例如，事件334、336)。例如，DCCH消息可以是UEAssistanceInformation消息或新RRC消息。在框712处，CU经由DU向UE发送包括(在框708或710处获得的)无线电配置的DL RRC消息(例如，事件338、340)。无线电配置可以包括CellGroupConfig IE和/或RadioBearerConfig IE。DL RRC消息可以是RRC恢复消息、RRC重新配置消息或新RRC消息。
转到图7B，方法700B类似于方法700A。然而，图7A中的框706被替换为图7B中的框707。在方框707处，CU确定CU在方框704处接收的UL RRC消息是否是RRC恢复请求消息。如果是，则流程进行到框708。否则，流程进行到框710。
图8是方法800的流程图，方法800可以由CU(例如，CU 172)实现，用于根据UE当前是否正在执行早期数据传送来确定是单个DU还是多个DU应当寻呼UE。在框802，CU确定要寻呼在非活动状态中操作的UE(例如，框414)。在框804处，CU经由DU确定CU是否正在与在非活动状态下操作的UE执行EDT。如果是，则在框806处，CU向该单个DU发送CU到DU消息，以使DU向在非活动状态下操作的UE发送寻呼消息。在方框808处，CU还避免向其它DU发送这样的CU到DU消息。如果CU没有经由DU与UE执行EDT，则在框810处，CU向该DU和其他DU(例如，UE的寻呼区域中的其他DU)发送CU到DU消息，以使多个DU向在非活动状态下操作的UE发送寻呼消息。
图9A-9B分别示出了方法900A-900B，其中UE(例如，UE 102)可以在早期数据传送期间与RAN执行状态转换过程。首先参考图9A，在框902处，UE在于非活动状态下操作时向RAN发送RRC恢复请求消息(例如，事件304、306)。在框904处，UE在于非活动状态下操作时经由EDT RB与RAN传送数据(例如，事件390、392)。在框906处，当在非活动状态下操作时，UE经由非EDT RB从RAN接收DL数据分组(例如，事件366)。在框908处，响应于DL数据分组，UE向RAN发送RRC非EDT请求消息以请求转换到连接状态(例如，事件330)。然后，在框910处，UE可以从RAN接收指示UE转换到连接状态的DL RRC消息(例如，事件340)。作为响应，UE在框912转换至连接状态(例如，事件342)。
响应于DL RRC消息，UE可以在转换到连接状态之后在框914处向RAN发送UL RRC消息(例如，事件344)。在框916处，UE在于连接状态下操作时经由非EDT RB与RAN传送数据(例如，事件396)。在一些实施方式中，UE在框918处在于连接状态下操作时经由EDT RB与RAN传送数据(例如，事件396)。在一些实施方式中，UE可以响应于转换到连接状态或在转换到连接状态之后确定EDT RB变为非EDT RB。在其他实施方式中，UE可以响应于转换到连接状态或在转换到连接状态之后确定EDT RB不再经受EDT。换句话说，UE响应于转换到连接状态或在转换到连接状态之后，确定释放与EDT RB相关联的EDT指示(即，在来自RAN的RRC释放消息中接收到的EDT指示)。UE可以响应于转换到连接状态或在转换到连接状态之后释放EDT指示。
接下来参考图9B，方法900B大体上类似于方法900A。然而，在框907处，UE在于非活动状态下操作时经由SRB从RAN接收DL RRC消息(例如，事件367)，而不是如在框906处经由非EDT RB接收DL数据分组。DL RRC消息指示UE的DL数据到达。在框909处，响应于DL RRC消息，UE向RAN发送RRC非EDT请求消息以请求转换到连接状态。在UE转换到连接状态之后，在框916处，UE可以经由非EDT RB接收DL数据(即，由DL RRC消息指示的DL数据)。
图10是方法1000的流程图，方法1000可以由UE(例如，UE 102)实现，用于至少部分地基于UE当前是否正在执行EDT来选择用于转换到连接状态的UL消息。在框1002处，UE与RAN在非活动状态下操作(例如，事件302)。在框1004处，UE确定要从非活动状态转换到连接状态。在框1006处，UE确定UE是否正在与RAN执行EDT。如果是，则响应于框1004处的确定，UE向RAN发送第一UL消息(例如，事件330)。否则，响应于框1004处的确定，UE向RAN发送第二UL消息。第一UL消息可以是RRC非EDT请求消息，其可以指示UE正在请求与RAN传送非EDT数据。第二UL消息可以是RRC恢复请求消息，其可以请求RAN将UE转换到连接状态。第一UL消息可以是DCCH消息(例如，UEAssistanceInformation消息或新RRC消息)，并且第二UL消息可以是CCCH消息(例如，RRC恢复请求消息)，如针对图7所描述的。在一些实施方式中，UE经由第一SRB(例如，SRB0)来传送第一UL消息，并且经由第二SRB(例如，SRB1)来传送第二UL消息。
在传送第一或第二UL消息之后，在框1012，UE响应于UL消息而从RAN接收指示UE转换至连接状态的DL消息(例如，事件340)。DL消息可以是RRC恢复消息。取决于实施方式，DL消息可以是CCCH消息(例如，UE经由CCCH接收DL消息或接收包括DL消息的DL-CCCH消息)或DCCH消息(例如，UE经由DCCH接收DL消息或接收包括DL消息的DL-DCCH消息)。UE可以经由第一SRB或经由第二SRB来接收DL消息。在一些实施方式中，DL消息包括无线电配置，该无线电配置可包括PHY层、MAC层、和/或RLC层的配置参数。此外，在一些实施方式中，DL消息包括CellGroupConfig IE。
图11是UE(例如，UE 102)中用于基于UE是在处于连接状态中还是处于非活动状态中接收到DL数据分组来选择用于发送UL数据的无线电承载的方法1100的流程图。在框1102，UE与RAN通信。在框1104处，UE经由非EDT RB从RAN接收DL数据分组(例如，事件366)。在框1106处，UE响应于DL数据分组确定经由非EDT RB发送UL数据分组。在框1108，UE确定UE是在非活动状态还是连接状态中操作。如果在非活动状态中操作，则UE在框1110向RAN传送UL消息(例如，事件330)。在框1112，UE响应于UL消息而从RAN接收指示UE转换至连接状态的DL消息(例如，事件340)。然后，在框1114处，UE可以在转换到连接状态之后经由非EDT RB将UL数据分组发送到RAN(例如，事件348)。如果在连接状态下操作，则UE在框1116处经由非EDT RB向RAN发送UL数据分组，而不发送UL消息(例如，事件348)。
在一些实施方式中，在框1114处，UE可能不具有用于发送UL数据分组的可用UL准许。在这种情况下，UE可以向RAN发送调度请求(即，物理层信号)以从RAN获得UL许可。响应于调度请求，RAN可以生成UL许可，将UL许可包括在DCI中，生成DCI的CRC，并且在PDCCH上将DCI和CRC发送到UE。替代地，在框1114处，UE可以与RAN执行随机接入过程，以从RAN获得UL许可。在随机接入过程中，UE向RAN发送随机接入前导码。响应于随机接入前导码，RAN可以向UE发送包括UL许可的随机接入响应。在从RAN接收到UL许可之后，UE根据UL许可向RAN发送UL数据分组(的一部分)。在UE发送UL数据分组的一部分的情况下，UE可以根据UE在PDCCH上接收的其它DCI向RAN发送UL数据分组的其它部分。
图12是UE(例如，UE 102)中用于根据与UL数据相关联的无线电承载来选择用于在非活动状态下发送UL数据的无线电承载的方法1200的流程图。在框1202处，UE从RAN接收将DRB配置为EDT DRB的DL RRC消息(例如，DL RRC消息指示DRB是EDT DRB，或者未能指示DRB是非EDT RB)(例如，在图3A中的非活动状态下操作302之前接收到的DL RRC消息)。DL RRC消息不将第一SRB配置为EDT SRB(例如，DL RRC消息指示第一SRB是非EDT SRB，或者未能指示第一SRB是EDT SRB)。DL RRC消息可以指示UE从连接状态转换到非活动状态。例如，DLRRC消息可以是RRC释放消息或RRC重新配置消息或命令。在框1204，UE在于非活动状态中操作时执行与RAN的早期数据传送(例如，事件390、392)。在框1206处，UE在非活动状态下操作时确定向RAN发送UL数据。
在框1208处，UE确定UL数据是与第一SRB(例如，SRB0或SRB1)、EDT DRB还是非EDTDRB相关联。如果与第一SRB(例如，SRB0或SRB1)相关联，则在框1210处，UE经由第一SRB向RAN发送UL数据而不转换到连接状态(例如，事件304)。如果与EDT DRB相关联，则在框1212处，UE经由EDT DRB向RAN发送UL数据而不转换到连接状态(例如，事件316)。如果与非EDTDRB相关联，则在框1214处，UE向RAN发送请求转换到连接状态的第一UL RRC消息(例如，RRC非EDT请求消息或RRC恢复请求消息)(例如，事件330)。
在框1214之后，UE在框1216响应于第二DL RRC消息而从RAN接收指示UE转换至连接状态的第二DL RRC消息(例如，事件340)。作为响应，UE在框1218转换至连接状态(例如，事件342)。响应于第二DL RRC消息，在框1220处，UE可以在转换到连接状态之后向RAN发送第二UL RRC消息(例如，事件344)。在框1222处，UE在于连接状态下操作时经由非EDT DRB与RAN传送数据(例如，事件396)。在一些实施方式中，UE在框1224处在于连接状态下操作时经由EDT DRB与RAN传送数据(例如，事件396)。
图13是用于促进UE(例如，UE 102)与CN(例如，CN 110)之间的数据传送的方法1300的流程图，该方法1300可以在基站(例如，基站104)中实现。在框1302处，基站确定第一数据可用于在CN与在用于控制无线电资源的协议的非活动状态(例如，RRC_INACTIVE)下操作的UE之间进行传送(例如，事件362)。在框1304处，基站确定UE是否正在执行对第二数据的早期数据传送。在框1306处，基站至少部分地基于UE是否正在执行早期数据传送来选择用于传送第一数据的过程。例如，基站可以从参考图4A-4F和图5A-5F描述的过程中选择用于传送第一数据的过程。
在一些实施方式中，第一数据是从CN接收的DL数据(例如，事件362)。在此类实施方式中，该选择可进一步基于DL数据是否有资格向UE进行早期数据传送(例如，框410、510)。
在一些实施方式中，当第一数据没有资格进行EDT时，框1306处的选择可以包括选择寻呼过程，其可以包括向UE发送寻呼消息(例如，框414、514)。在发送寻呼消息之后，基站可以接收恢复UE和RAN之间的无线电连接的请求(例如，框416、516)。然后，基站可以响应于该请求向UE发送恢复无线电连接的命令(例如，框418、518)。
在一些实施方式中，当第一数据没有资格进行EDT时，框1306处的选择可以包括选择用于恢复UE与RAN之间的暂停的无线电连接的过程，其可以包括向UE发送恢复无线电连接的命令(例如，框419、519)。在这种情况下，基站可以省略寻呼过程。
在一些实施方式中，当第一数据没有资格进行EDT时，框1306处的选择可以包括选择用于在暂停的无线电连接上发送非EDT数据的过程，包括在UE继续在非活动状态下操作的同时向UE发送包括DL数据的至少一部分的数据分组(例如，事件364、366，框413、513)。基站可以从UE并且响应于数据分组，接收用于恢复UE与RAN之间的无线电连接的请求，并且可以响应于该请求，向UE发送用于恢复无线电连接的命令(例如，框415、418、515、518)。
在一些实施方式中，当第一数据没有资格进行EDT时，框1306处的选择可以包括选择用于向UE通知非早期DL数据的过程，包括向UE发送与用于控制无线电资源的协议相关联的消息，该消息指示第一数据的到达，同时UE继续在非活动状态下操作(例如，事件365、367，框411、511)。基站可以响应于该消息而从UE接收恢复UE与RAN之间的无线电连接的请求，并且可以响应于该请求而向UE发送恢复无线电连接的命令(例如，框421、418、521、518)。
参考方法1300描述的上述功能可以在基站的CU中实现，其中基站包括CU和DU。
在一些实施方式中，确定第一数据可用包括：在基站的CU处，经由基站的DU从UE接收与用于控制无线电资源的协议相关联的UL消息(例如，事件306、332)。框1306处的选择可以进一步基于UL消息。UL消息可以专用于请求非EDT数据的传送(例如，框608)。在一些实施方式中，该选择包括响应于确定在CCCH上接收到UL消息而选择UE上下文建立过程，以及响应于确定在DCCH上接收到UL消息而选择UE上下文修改过程(例如，框706、708、710)。在一些实施方式中，选择包括：响应于确定UL消息是用于恢复UE与DU之间的无线电连接的请求而选择UE上下文建立过程，以及响应于确定UL消息是除了用于恢复无线电连接的请求之外的消息而选择UE上下文修改过程(例如，框707、708、710)。
此外，在一些实施方式中，方法1300可以在包括CU和多个DU的基站的CU中实现。选择该过程可以包括：响应于确定UE正在执行早期数据传送，仅向该UE发送寻呼该UE的请求，UE经由其在执行早期数据传送(例如，框806)，以及响应于确定该UE没有正在执行早期数据传送，向多个DU中的每个DU发送寻呼该UE的请求(例如，框810)。
图14是可以在UE(例如，UE 102)中实现的用于与CN(例如，CN 110)传送数据的方法1400的流程图。在框1402处，UE在与控制无线电资源相关联的协议的非活动状态(例如，RRC_INACTIVE)下执行与CN的早期数据传送(例如，事件390、392)。在框1404处，当UE继续在非活动状态下操作时，UE确定非早期数据(即，非EDT数据)是否可用于在UE和RAN之间进行传送(例如，事件328)。在一些实施方式中，确定非早期数据可用包括从RAN并且经由非早期DRB接收DL数据分组(例如，事件366，框906、1104)。在这样的实施方式中，UE可以经由非早期DRB来发送UL数据分组(例如，事件1106)。在一些实施方式中，确定非早期DL数据可用包括：从RAN并且经由SRB接收指示非早期DL数据可用的消息(例如，事件367，框907)。
在事件1406处，当非早期数据可用时，UE转换到协议的连接状态(例如，RRC_CONNECTED)(例如，事件330、342、394)。在一些实施方式中，响应于确定非早期数据可用，UE向RAN传送转换至连接状态的请求(例如，事件330，框908、909)。在一些情况下，发送请求可包括发送DCCH消息，该DCCH消息可以是UE辅助信息消息(例如，UEAssistanceInformation消息)。在其它情况下，发送请求包括发送CCCH消息，其可以是RRC恢复请求。此外，在一些实施方式中，响应于确定非早期数据可用于在UL方向上从UE到RAN的通信，UE可以向RAN传送缓冲器状态报告(BSR)(例如，在事件330处)。
确定要转换到连接状态可进一步响应于确定非早期数据与非早期DRB相关联(例如，框1208、1214)。
在转换到非活动状态之前(例如，在事件302之前)，UE可以接收指示为早期数据传送分配的无线电承载(即，指示EDT RB)的消息。该消息可以是RRC释放指示，或者可以是DLRRC重新配置命令。根据实施方式，UE可以配置有多个RB(即，一个或多个DRB、一个或多个SRB)，并且方法1400还可以包括基于无线电承载类型来确定多个RB中的哪个RB被配置用于EDT。
在转换到连接状态之后，UE可以使用(i)被配置用于早期数据传送的第一RB(即，EDT RB)和(ii)被配置用于非早期数据传送的第二RB(即，非EDT RB)来传送非早期数据(例如，在事件396期间，框914-918)。
图15是可以在UE中实现的用于在用于控制UE(例如，UE 102)与RAN(例如，RAN105)之间的无线电资源的协议(例如，RRC协议)的状态之间转换的方法1500的流程图。在框1502处，UE确定UE将从协议的非活动状态转换到协议的连接状态(例如，框1004)。在框1504处，UE确定UE是否正在经由RAN执行与CN的早期数据传送(例如，框1006)。在框1506，UE基于UE是否正在执行早期数据传送来选择用于传输到RAN的UL消息以转换到连接状态。在一些情况下，选择包括选择DCCH消息。DCCH消息可以是UE辅助信息消息(例如，UEAssistanceInformation消息)、新RRC消息、或者包括UE辅助信息或新RRC消息的UL-DCCH-Message消息。在其它情况下，选择包括选择CCCH消息。CCCH消息可以是RRC恢复请求消息或包括RRC恢复请求消息的UL-CCCH-Message消息。
以下示例列表反映了明确设想到的各种实施例。
示例1是一种在无线电接入网络(RAN)中操作的基站中实现的用于促进UE与核心网(CN)之间的数据传送的方法。该方法包括：(1)由处理硬件确定第一数据可用于CN与在用于控制无线电资源的协议的非活动状态下操作的UE之间的通信；(2)由处理硬件确定UE是否正在执行对第二数据的早期数据传送；以及(3)由处理硬件至少部分地基于UE是否正在执行早期数据传送来选择用于传送第一数据的过程。
示例2是如示例1所述的方法，其中：第一数据是从CN接收的下行链路(DL)数据；并且所述选择还基于所述DL数据是否有资格向所述UE进行早期数据传送(EDT)。
示例3是如示例2所述的方法，其中，选择包括：当第一数据没有资格进行EDT时，选择寻呼过程，包括向UE发送寻呼消息。
示例4是如示例3所述的方法，还包括：由处理硬件从UE接收恢复UE与RAN之间的无线电连接的请求；以及响应于该请求，由处理硬件向UE发送恢复无线电连接的命令。
示例5是如示例2所述的方法，其中，选择包括：当第一数据没有资格进行EDT时，选择用于恢复UE与RAN之间的暂停的无线电连接的过程，包括向UE发送恢复无线电连接的命令，包括省略寻呼过程。
示例6是如示例2所述的方法，其中，选择包括：当第一数据没有资格进行EDT时，选择用于在暂停的无线电连接上发送非EDT数据的过程，该过程包括在UE继续在非活动状态下操作的同时向UE发送包括DL数据的至少一部分的数据分组。
示例7是如示例6所述的方法，还包括：响应于数据分组，由处理硬件从UE接收恢复UE与RAN之间的无线电连接的请求；以及响应于该请求，由处理硬件向UE发送恢复无线电连接的命令。
示例8是如示例6所述的方法，还包括：由处理硬件响应于数据分组从UE接收与用于控制无线电资源的协议相关联且专用于请求传送非EDT数据的消息；以及响应于该请求，由处理硬件向UE发送恢复无线电连接的命令。
示例9是如示例2所述的方法，其中，选择包括：当第一数据没有资格进行EDT时，选择用于向UE通知非早期DL数据的过程，包括在UE继续在非活动状态下操作的同时向UE发送与用于控制无线电资源的协议相关联的消息，该消息指示第一数据的到达。
示例10是如示例9所述的方法，还包括：响应于该消息，由处理硬件从UE接收恢复UE与RAN之间的无线电连接的请求；以及响应于该请求，由处理硬件向UE发送恢复无线电连接的命令。
示例11是如在包括中央单元(CU)和分布式单元(DU)的基站的CU中实现的前述示例中任一项所述的方法。
示例12是在包括CU和DU的基站中的CU中实现的示例1的方法，其中：确定第一数据可用包括经由DU从UE接收与用于控制无线电资源的协议相关联的UL消息；以及选择所述过程还基于所述UL消息。
示例13是如示例12所述的方法，其中，UL消息专用于请求传送非EDT数据。
示例14是如示例12所述的方法，其中，选择包括：在第一实例中，响应于确定UL消息是通过公共控制·信道(CCCH)接收到的，选择UE上下文建立过程，并且在第二实例中，响应于确定UL消息是通过专用控制信道(DCCH)接收到的，选择UE上下文修改过程。
示例15是如示例12所述的方法，其中，选择包括：在第一实例中，响应于确定UL消息是用于恢复UE与DU之间的无线电连接的请求，选择UE上下文建立过程，并且在第二实例中，响应于确定UL消息是除了用于恢复无线电连接的请求之外的消息，选择UE上下文修改过程。
示例16是如在包括CU和多个DU的基站中的CU中实现的示例1所示的方法，其中，选择过程包括：在第一实例中，响应于确定UE正在执行早期数据传送，仅向UE正在经由其执行早期数据传送的DU发送寻呼UE的请求，并且在第二实例中，响应于确定UE未正在执行早期数据传送，向多个DU中的每一个DU发送寻呼UE的请求。
示例17是一种基站，包括处理硬件并且被配置为实现如示例1-16中任一项所述的方法。
示例18是一种在用户设备(UE)中实现的用于经由无线电接入网络(RAN)与核心网(CN)传送数据的方法。该方法包括：(1)由处理硬件并且在与控制无线电资源相关联的协议的非活动状态下，执行与CN的早期数据传送；(2)当UE继续在非活动状态下操作时，由处理硬件确定非早期数据是否可用于UE和CN之间的通信；以及(3)当非早期数据可用时，转换到协议的连接状态。
示例19是如示例18所述的方法，还包括：在UE转换到非活动状态之前，接收指示被分配用于早期数据传送的无线电承载的消息。
示例20是如示例19所述的方法，其中，消息是无线电资源控制(RRC)释放指示。
示例21是如示例19所述的方法，其中，消息是下行链路(DL)RRC重配置命令。
示例22是如示例18所述的方法，其中：UE被配置有多个无线电承载；该方法还包括：基于无线电承载类型来确定多个无线电承载中的哪个无线电承载被配置用于早期数据传送。
示例23是如示例18-22中任一项所述的方法，其中，确定所述非早期数据可用包括：由所述处理硬件经由非早期数据无线电承载从所述RAN接收DL数据分组。
示例24是如示例23所述的方法，还包括：由处理硬件经由非早期数据无线电承载向RAN发送UL数据分组。
示例25是如示例18-22中任一项所述的方法，其中，确定所述非早期数据可用包括：由所述处理硬件经由信令无线电承载从所述RAN接收指示非早期DL数据可用的消息。
示例26是如示例18-25中任一项所术的方法，还包括：响应于确定非早期数据可用，向RAN发送转换到连接状态的请求。
示例27是如示例26所述的方法，其中，发送所述请求包括：发送DCCH消息。
示例28是如示例27所述的方法，其中，所述DCCH消息是UE辅助信息消息。
示例29是如示例26所述的方法，其中，发送请求包括发送CCCH消息。
示例30是如示例29所述的方法，其中，CCCH消息是RRC恢复请求。
示例31是如示例18-30中任一项所述的方法，还包括：响应于确定所述非早期数据可用于在上行链路方向上从所述UE到所述RAN的通信，向所述RAN发送缓冲器状态报告(BSR)。
示例32是如示例18所述的方法，还包括：响应于确定非早期数据是与非早期数据无线电承载相关联的UL数据，由处理硬件确定转换到连接状态。
示例33是如示例18所述的方法，还包括：在转换到连接状态之后，使用(i)被配置用于早期数据传送的第一无线电承载和(ii)被配置用于非早期数据传送的第二无线电承载来传送非早期数据。
示例34是一种在用户设备(UE)中实现的用于在用于控制UE与无线电接入网络(RAN)之间的无线电资源的协议的状态之间转换的方法。该方法包括：(1)由处理硬件确定UE将从协议的非活动状态转换到协议的连接状态；(2)由处理硬件确定UE是否正在经由RAN与核心网(CN)执行早期数据传送；以及(3)由处理硬件并且基于UE是否正在执行早期数据传送来选择用于传输到RAN的上行链路(UL)消息，以将UE转换到连接状态。
示例35是如示例34所述的方法，其中，所述选择包括：选择DCCH消息。
示例36是如示例35所述的方法，其中，所述DCCH消息是UE辅助信息消息。
示例37是如示例34所述的方法，其中，选择包括：选择CCCH消息。
示例38是如示例37所述的方法，其中，CCCH消息是RRC恢复请求。
示例39是一种用户设备(UE)，包括处理硬件并且被配置为实现如示例18-38中任一项所述的方法。
以下描述可以应用于以上描述。
在一些实施方式中，“消息”被使用并且可以由“信息元素(IE)”代替。在一些实施方式中，“IE”被使用并且可以由“字段”代替。在一些实施方式中，“配置”可以由“配置”或配置参数代替。在一些实施方式中，“早期数据传送”可以由“小数据传送”代替，并且“早期数据传送”可以由“小数据传输”代替。在一些实施方式中，“经由RB传送数据”可以由“传送与RB相关联的数据”或“在RB上传送数据”代替。“通信”可以由“发送”、“接收”或“发送和接收”代替。
其中可以实现上述方法的用户设备(例如，UE 102)可以是能够进行无线通信的任何合适的设备，诸如智能电话、平板计算机、膝上型计算机、移动游戏控制台、销售点(POS)终端、健康监测设备、无人机、相机、媒体流加密狗或另一个人媒体设备、可穿戴设备(诸如智能手表、无线热点、毫微微小区或宽带路由器)。此外，在一些情况下，用户设备可以嵌入在电子系统中，诸如车辆的头部单元或高级驾驶员辅助系统(ADAS)。此外，用户设备可以作为物联网(IoT)设备或移动互联网设备(MID)操作。取决于类型，用户设备可以包括一个或多个通用处理器、计算机可读存储器、用户接口、一个或多个网络接口、一个或多个传感器等。
某些实施例在本公开中被描述为包括逻辑或多个组件或模块。模块可以是软件模块(例如，存储在非暂时性机器可读介质上的代码)或硬件模块。硬件模块是能够执行某些操作的有形单元，并且可以以某种方式配置或布置。硬件模块可以包括永久配置的专用电路或逻辑(例如，作为专用处理器，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC))以执行某些操作。硬件模块还可以包括由软件临时配置以执行某些操作的可编程逻辑或电路(例如，包含在通用处理器或其他可编程处理器内)。在专用和永久配置的电路中或在临时配置的电路(例如，由软件配置)中实现硬件模块的决定可以由成本和时间考虑来驱动。
当在软件中实现时，该方法可以被提供为操作系统的一部分、由多个应用使用的库、特定软件应用等。软件可以由一个或多个通用处理器或一个或多个专用处理器执行。

Claims (19)

1.一种在无线电接入网络(RAN)中操作的基站中实现的用于促进UE与核心网(CN)之间的数据传送的方法，所述方法包括：
由所述基站确定第一数据可用于在CN与在用于控制无线电资源的协议的非活动状态下操作的所述UE之间进行传送；
由所述基站确定所述UE是否正在执行对第二数据的早期数据传送；以及
由所述基站至少部分地基于所述UE是否正在执行早期数据传送来选择用于传送所述第一数据的过程。
2.根据权利要求1所述的方法，其中：
所述第一数据是从所述CN接收的下行链路(DL)数据；以及
所述选择还基于所述DL数据是否有资格向所述UE进行早期数据传送(EDT)。
3.根据权利要求2所述的方法，其中，所述选择包括：
当所述第一数据没有资格进行EDT时，选择寻呼过程，所述寻呼过程包括向所述UE发送寻呼消息。
4.根据权利要求2所述的方法，其中，所述选择包括：
当所述第一数据没有资格进行EDT时，选择用于恢复所述UE与所述RAN之间的暂停的无线电连接的过程，所述过程包括向所述UE发送恢复所述无线电连接的命令，所述过程包括省略寻呼过程。
5.根据权利要求2所述的方法，其中，所述选择包括：
当所述第一数据没有资格进行EDT时，选择用于通过暂停的无线电连接发送非EDT数据的过程，所述过程包括：在所述UE继续在所述非活动状态下操作的同时，向所述UE发送包括所述DL数据的至少一部分的数据分组。
6.根据权利要求2所述的方法，其中，所述选择包括：
当所述第一数据没有资格进行EDT时，选择用于向所述UE通知非早期DL数据的过程，所述过程包括：在所述UE继续在所述非活动状态下操作的同时，向所述UE发送与用于控制无线电资源的协议相关联的消息，所述消息指示所述第一数据的到达。
7.根据前述权利要求中任一项所述的方法，其在包括中央单元(CU)和分布式单元(DU)的基站的CU中实现。
8.根据权利要求1所述的方法，其在包括CU及DU的基站的CU中实现，其中：
确定所述第一数据是可用的包括：经由所述DU从所述UE接收与用于控制无线电资源的协议相关联的UL消息；以及
选择所述过程还基于所述UL消息。
9.根据权利要求8所述的方法，其中，所述选择包括：
在第一实例中，响应于确定所述UL消息是在公共控制信道(CCCH)上接收到的，选择UE上下文建立过程，以及
在第二实例中，响应于确定所述UL消息是在专用控制信道(DCCH)上接收到的，选择UE上下文修改过程。
10.根据权利要求8所述的方法，其中，所述选择包括：
在第一实例中，响应于确定所述UL消息是恢复所述UE与所述DU之间的无线电连接的请求，选择UE上下文建立过程，以及
在第二实例中，响应于确定UL消息是除了恢复无线电连接的请求之外的消息，选择UE上下文修改过程。
11.根据权利要求1所述的方法，所述方法在包括CU和多个DU的基站中的CU中实现，其中，选择过程包括：
在第一实例中，响应于确定所述UE正在执行早期数据传送，仅向所述UE正在经由其执行早期数据传送的DU发送寻呼所述UE的请求，以及
在第二实例中，响应于确定UE没有正在执行早期数据传送，向多个DU中的每个DU发送寻呼UE的请求。
12.一种基站，其包括处理硬件和收发器，其被配置为实现根据权利要求1-11中任一项所述的方法。
13.一种在用户设备(UE)中实现的用于经由无线电接入网络(RAN)与核心网(CN)传送数据的方法，所述方法包括：
由UE在与控制无线电资源相关联的协议的非活动状态下执行与所述CN的早期数据传送；
由所述UE在所述UE继续在所述非活动状态下操作时，确定非早期数据是否可用于在所述UE和所述CN之间进行传送；以及
当所述非早期数据可用时，转换到所述协议的连接状态。
14.根据权利要求13所述的方法，其中，确定所述非早期数据可用包括：
由所述UE从所述RAN经由非早期数据无线电承载接收DL数据分组；或
由所述UE从所述RAN经由信令无线电承载接收指示非早期DL数据可用的消息传送。
15.根据权利要求13或14所述的方法，还包括：
响应于确定所述非早期数据可用，向所述RAN发送转换到所述连接状态的请求。
16.根据权利要求15所述的方法，其中，发送所述请求包括：发送DCCH消息或CCCH消息。
17.根据权利要求13所述的方法，还包括：
由所述UE响应于确定所述非早期数据是与非早期数据无线电承载相关联的UL数据而确定转换到连接状态。
18.根据权利要求13所述的方法，还包括：
在转换到所述连接状态之后，使用(i)被配置用于早期数据传送的第一无线电承载和(ii)被配置用于非早期数据传送的第二无线电承载来传送所述非早期数据。
19.一种包括处理硬件和收发器的用户设备(UE)，其被配置为实现根据权利要求13-18中的任一项所述的方法。
CN202280066805.9A 2021-08-05 2022-08-05 在用户设备和核心网之间传送早期数据和非早期数据 Pending CN118044327A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202163229647P 2021-08-05 2021-08-05
US63/229,647 2021-08-05
PCT/US2022/039506 WO2023014932A2 (en) 2021-08-05 2022-08-05 Communicating early and non-early data between a user device and a core network

Publications (1)

Publication Number Publication Date
CN118044327A true CN118044327A (zh) 2024-05-14

Family

ID=83319175

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280066805.9A Pending CN118044327A (zh) 2021-08-05 2022-08-05 在用户设备和核心网之间传送早期数据和非早期数据

Country Status (3)

Country Link
EP (1) EP4371369A2 (zh)
CN (1) CN118044327A (zh)
WO (1) WO2023014932A2 (zh)

Also Published As

Publication number Publication date
EP4371369A2 (en) 2024-05-22
WO2023014932A3 (en) 2023-04-20
WO2023014932A2 (en) 2023-02-09

Similar Documents

Publication Publication Date Title
US20220345883A1 (en) Security key updates in dual connectivity
US20240172176A1 (en) Managing downlink early data transmission
WO2023154445A1 (en) Managing radio configurations for a user equipment
WO2023154401A1 (en) Managing radio configurations for small data transmission
WO2023154459A1 (en) Managing small data transmission for a user equipment
WO2023154443A1 (en) Managing a small data transmission configuration in mobility scenarios
US20230413372A1 (en) Early data communication with preconfigured resources
WO2023154332A1 (en) Managing small data transmission with a configured grant configuration
CN118044327A (zh) 在用户设备和核心网之间传送早期数据和非早期数据
US20240155726A1 (en) Managing data communication in a distributed base station
US20240114586A1 (en) Handling communication errors during early data communication
US20240188164A1 (en) Managing radio connections during early data commuinication via a distributed base station
US20240147568A1 (en) Managing early data communication
WO2022236123A1 (en) Early data communication on bandwidth parts
WO2023009781A1 (en) Managing radio functions in the inactive state
WO2023287873A1 (en) Managing an early data communication configuration
WO2023133236A1 (en) Managing small data communication
WO2022235751A1 (en) Early data communication with configured resources
WO2023154397A1 (en) Managing a configured grant configuration for a user equipment
EP4309466A1 (en) Managing radio connections during early data communication via a distributed base station
WO2023133249A1 (en) Managing radio resource configurations for small data communication
WO2023133335A1 (en) Managing system information communication in small data transmission
WO2023211982A1 (en) Managing positioning measurement for an inactive state
WO2023133235A1 (en) Managing small data transmission in a distributed base station
EP4327617A1 (en) Managing random access in early data communication

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication