CN115804201B - 集中式单元和分布式单元分离架构中的数据转发 - Google Patents

Abstract

提出了一种在集中式单元(CU)和分布式单元(DU)分离架构中用于数据转发的系统、方法、装置或计算机可读介质。DU可以从CU接收用于转发来自处于无线电资源控制(RRC)非活动状态的无线通信设备的数据的上下文信息。该DU可以从无线通信设备接收来自处于RRC非活动状态的无线通信设备的数据。DU可以根据上下文信息处理数据。DU可以根据上下文信息向CU发送处理后的数据。

Description

集中式单元和分布式单元分离架构中的数据转发

技术领域

本公开通常涉及无线通信，包括但不限于用于在集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)分离架构中进行数据转发的系统和方法。

背景技术

标准化组织第三代合作伙伴计划(Third Generation Partnership Project，3GPP)目前正在指定一种被称为5G新空口(5G New Radio，5G NR)的新空口以及下一代分组核心网(Next Generation Packet Core Network，NG-CN或NGC)。5G NR将有三个主要组件：5G接入网(5G Access Network，5G-AN)、5G核心网(5G Core Network，5GC)和用户设备(User Equipment，UE)。为了促进不同的数据业务和要求的实现，5GC的元素(也被称为网络功能)已被简化，其中一些是基于软件的，以便它们可以根据需要进行调整。

发明内容

本文所公开的示例实施例旨在解决与现有技术中所提出的一个或多个难题相关的问题，以及提供当结合附图时通过参考以下详细描述将变得显而易见的附加特征。根据各种实施例，本文公开了示例系统、方法、设备和计算机程序产品。然而，应当理解，这些实施例是以示例的方式呈现的，并且不是限制性的，并且对于阅读本公开的本领域普通技术人员来说显而易见的是，在保持在本公开的范围内的同时，可以对所公开的实施例进行各种修改。

至少一个方面涉及一种系统、方法、装置或计算机可读介质。分布式单元(DU)可以从集中式单元(CU)接收用于转发来自处于无线资源控制(radio resource control，RRC)非活动状态的无线通信设备的数据的上下文信息。该DU可以从无线通信设备接收来自处于RRC非活动状态的无线通信设备的数据。DU可以根据上下文信息处理数据。DU可以根据上下文信息向CU发送处理后的数据。

在一些实施例中，上下文信息可以包括无线通信设备的部分上下文信息。部分上下文信息可以包括专用无线承载(dedicated radio bearer，DRB)的上下文，其具有关于传输网络层(transport network layer，TNL)隧道和无线链路控制(radio link control，RLC)模式的信息。

在一些实施例中，DU可以经由F1应用协议(F1 application protocol，F1AP)接口向CU发送用户设备(UE)上下文获取请求。UE上下文获取请求可以包括以下至少一个：对公共或部分上下文信息的请求；由DU为无线通信设备分配的标识符；无线通信设备的非活动无线网络临时标识符(inactive radio network temporary identifier，I-RNTI)；待获取的上下文信息的范围；要设置的每个专用无线承载(DRB)的逻辑信道标识符(logicalchannel identifier，LCID)；要设置的每个DRB的下行链路(downlink，DL)上行链路(uplink，UL)传输网络层(TNL)隧道信息；要设置的每个DRB的其他上下文信息；无线通信设备的其他上下文信息；或消息类型的信息。

在一些实施例中，DU可以经由F1AP接口从CU接收用于部分UE上下文设置的信息。用于部分UE上下文设置的信息可以包括以下至少一个：由CU为无线通信设备存储的标识符；由DU为无线通信设备分配的标识符；要设置的每个专用无线承载(DRB)的LCID；要设置的每个DRB的DRB标识符；要设置的每个DRB的无线链路控制(RLC)模式；要设置的每个DRB的上行链路(UL)TNL隧道信息；要设置的每个DRB的其他上下文信息；无线通信设备的其他上下文信息；或消息类型的信息。

在一些实施例中，DU可以经由F1AP接口向CU发送部分UE上下文设置响应。部分UE上下文设置响应可以包括以下至少一个：CU为无线通信设备存储的标识符；由DU为无线通信设备分配的标识符；要设置的每个DRB的LCID；要设置的每个DRB的DRB标识符；要设置的每个DRB的DL UL TNL隧道信息；要设置的每个DRB的其他上下文信息；无线通信设备的其他上下文信息；或消息类型的信息。

在一些实施例中，上下文信息可以包括处于RRC非活动状态的多个无线通信设备的公共上下文信息。在一些实施例中，在DU和CU中，公共上下文可以通过一个或多个虚拟无线通信设备的标识符来标识。

在一些实施例中，DU可以将额外信息并入到数据的RLC服务数据单元(servicedata unit，SDU)中。额外信息可以包括以下至少一个：无线通信设备的非活动无线网络临时标识符(I-RNTI)；或媒体访问控制(medium access control，MAC)协议数据单元(protocol data unit，PDU)中的数据的逻辑信道标识符(LCID)。

在一些实施例中，DU可以将额外信息并入到以下至少一个中：每个无线链路控制(RLC)实体RLC SDU的报头，或者通用分组无线服务(general package radio service，GPRS)隧道协议用户面(GTP-U)隧道的无线接入网络(RAN)容器扩展报头。

在一些实施例中，DU可以确定数据的优先级。在一些实施例中，DU可以根据数据的优先级，根据接收到的公共上下文选择DRB设置。在一些实施例中，DU可以使用DRB的对应无线链路控制(RLC)实体来处理数据。在一些实施例中，DU可以使用DRB的关联传输网络层(TNL)隧道转发处理后的数据。

在一些实施例中，DU可以根据以下至少一个来确定数据的优先级：将数据从无线通信设备传输到DU所使用的资源；或数据中承载的优先级信息。在一些实施例中，可以经由RRC信令消息或SIB向无线通信设备发送与资源和优先级相关联的信息。

在一些实施例中，DU根据检测到以下至少一个来确定来自处于RRC非活动状态的无线通信设备的数据传输已完成：自DU处接收到的最后一个数据以来的定时器到期、指示来自无线通信设备的数据传输结束的信号，或者来自无线通信设备的具有缓冲器大小为零的缓冲器状态报告(buffer status report，BSR)。

在一些实施例中，DU可以经由F1应用协议(F1AP)接口向CU发送数据传输结束的指示。在一些实施例中，该指示可以在F1AP消息中包括用于请求释放上下文信息的原因值。

在一些实施例中，DU可以从CU接收用于释放部分上下文信息的命令。在一些实施例中，DU可以从CU接收释放原因的指示，包括无线通信设备离开基于无线接入网(RAN)的通知区域(RNA)。在一些实施例中，DU可以从CU接收用于释放公共上下文信息的命令。

至少一个方面涉及一种系统、方法、装置或计算机可读介质。集中式单元(CU)可以向分布式单元(DU)传输用于转发来自处于无线资源控制(RRC)非活动状态的无线通信设备的数据的上下文信息。CU可以从DU接收由无线通信设备传输并由DU根据上下文信息处理的数据。

在一些实施例中，上下文信息可以包括无线通信设备的部分上下文信息。部分上下文信息可以包括专用无线电承载(DRB)的上下文，其具有关于传输网络层(TNL)隧道和无线链路控制(RLC)模式的信息。

在一些实施例中，CU可以经由F1应用协议(F1AP)接口从DU接收用户设备(UE)上下文获取请求。UE上下文获取请求可以包括以下至少一个：对公共或部分上下文信息的请求；由DU为无线通信设备分配的标识符；无线通信设备的非活动无线网络临时标识符(I-RNTI)；待获取的上下文信息的范围；要设置的每个专用无线承载(DRB)的逻辑信道标识符(LCID)；要设置的每个DRB的下行链路(DL)上行链路(UL)传输网络层(TNL)隧道信息；要设置的每个DRB的其他上下文信息；无线通信设备的其他上下文信息；或消息类型的信息。

在一些实施例中，CU可以经由F1AP接口向DU发送用于部分UE上下文设置的信息。用于部分UE上下文设置的信息可以包括以下至少一个：由CU为无线通信设备存储的标识符；由DU为无线通信设备分配的标识符；要设置的每个专用无线承载(DRB)的LCID；要设置的每个DRB的DRB标识符；要设置的每个DRB的无线链路控制(RLC)模式；要设置的每个DRB的上行链路(UL)TNL隧道信息；要设置的每个DRB的其他上下文信息；无线通信设备的其他上下文信息；或消息类型的信息。

在一些实施例中，CU可以经由F1AP接口向DU发送部分UE上下文设置响应。部分UE上下文设置响应可以包括以下至少一个：CU为无线通信设备存储的标识符；由DU为无线通信设备分配的标识符；要设置的每个DRB的LCID；要设置的每个DRB的DRB标识符；要设置的每个DRB的DL UL TNL隧道信息；要设置的每个DRB的其他上下文信息；无线通信设备的其他上下文信息；或消息类型的信息。

在一些实施例中，上下文信息可以包括处于RRC非活动状态的多个无线通信设备的公共上下文信息。在一些实施例中，在DU和CU中，公共上下文可以通过一个或多个虚拟无线通信设备的标识符来标识。

在一些实施例中，CU可以致使DU将额外信息并入到数据的RLC服务数据单元(SDU)中，该额外信息包括以下至少一个：无线通信设备的非活动无线网络临时标识符(I-RNTI)；或媒体访问控制(MAC)协议数据单元(PDU)中的数据的逻辑信道标识符(LCID)。

在一些实施例中，CU可以致使DU将额外信息并入以下至少一个中：每个无线链路控制(RLC)实体RLC SDU的报头，或者通用分组无线服务(GPRS)隧道协议用户面(GTP-U)隧道的无线接入网(RAN)容器扩展报头。

在一些实施例中，CU可以致使DU确定数据的优先级。在一些实施例中，CU可以致使DU根据数据的优先级、根据接收到的公共上下文选择DRB设置。在一些实施例中，CU可以致使DU使用DRB的对应无线链路控制(RLC)实体来处理数据。在一些实施例中，CU可以致使DU使用DRB的相关联的传输网络层(TNL)隧道来转发处理后的数据。

在一些实施例中，CU可以致使DU根据以下至少一个来确定数据的优先级：将数据从无线通信设备传输到DU所使用的资源；或数据中承载的优先级信息。在一些实施例中，可以经由RRC信令消息或SIB向无线通信设备发送与资源和优先级相关联的信息。

在一些实施例中，CU可以致使DU根据以下至少一个的检测来确定来自处于RRC非活动状态的无线通信设备的数据传输已完成：自DU处接收到最后一个数据以来的定时器到期、指示来自无线通信设备的数据传输结束的信号，或者来自无线通信设备的具有缓冲器大小为零的缓冲器状态报告(BSR)。

在一些实施例中，CU可以从DU经由F1AP接口接收数据传输结束的指示。在一些实施例中，该指示可以在F1AP消息中包括用于请求释放上下文信息的原因值。

在一些实施例中，CU可以向DU发送用于释放部分上下文信息的命令。在一些实施例中，CU可以向DU发送释放原因的指示，包括无线通信设备离开基于无线接入网(RAN)的通知区域(RNA)。在一些实施例中，CU可以向DU发送用于释放公共上下文信息的命令。

附图说明

下面参考以下图示或附图详细描述本解决方案的各种示例实施例。附图仅为说明的目的而提供，并且仅描述本解决方案的示例实施例，以便于读者理解本解决方案。因此，附图不应被视为本解决方案的广度、范围或适用性的限制。应当注意的是，为了清晰和易于说明，这些附图不一定按比例绘制。

图1示出了根据本公开的实施例的示例蜂窝通信网络，其中可以实施本文公开的技术；

图2示出了根据本公开的一些实施例的示例基站和用户设备的框图；

图3示出了根据说明性实施例的用于部分上下文设置和数据转发的示例程过程的功能带图；

图4示出了根据说明性实施例的用于完整上下文设置和数据转发的示例过程的功能带图；

图5示出了根据说明性实施例的在数据转发之后用于上下文释放的示例过程的功能带图；

图6示出了根据说明性实施例的用于使用公共上下文的数据转发的示例过程的功能带图；

图7示出了根据说明性实施例的考虑数据优先级的数据传输的示例过程的功能带图；以及

图8A和图8B示出了根据说明性实施例的集中式单元和分布式单元架构中的数据转发的示例方法的功能带图。

具体实施方式

下面参考附图描述本解决方案的各种示例实施例，以使本领域的普通技术人员能够制造和使用本解决方案。对于本领域的普通技术人员来说显而易见的是，在阅读本公开之后，可以在不脱离本解决方案的范围的情况下对本文描述的示例进行各种更改或修改。因此，本解决方案不限于本文所描述和说明的示例实施例和应用。此外，本文公开的方法中的步骤的特定顺序或层次结构仅仅是示例途径。基于设计偏好，所公开的方法或过程的步骤的特定顺序或层次结构可被重新安排，同时保持在本解决方案的范围内。因此，本领域的普通技术人员将理解，本文公开的方法和技术以样本顺序呈现各种步骤或行为，并且除非另有明确说明，否则本解决方案不限于所呈现的特定顺序或层次结构。

以下缩写词在本公开中被使用：

1、移动通信技术与环境

图1示出了根据本公开的实施例的示例无线通信网络和/或系统100，其中可以实施本文公开的技术。在以下讨论中，无线通信网络100可以是任何无线网络，诸如蜂窝网络或窄带物联网(narrowband Internet of thing，NB-IoT)网络，并且在本文中被称为“网络100”。这样的示例网络100包括基站102(以下称为“BS 102”；也被称为无线通信节点)和用户设备104(以下称为“UE 104”；也被称为无线通信设备)，它们可以经由通信链路110(例如，无线通信信道)彼此通信，以及覆盖地理区域101的小区126、130、132、134、136、138和140的集群。在图1中，BS 102和UE 104被包含在小区126的相应地理边界内。其他小区130、132、134、136、138和140中的每一个都可以包括至少一个以其分配的带宽操作的基站，以向其预期用户提供足够的无线覆盖。

例如，BS 102可以在分配的信道传输带宽下操作，以向UE 104提供足够的覆盖。BS102和UE 104可分别经由下行链路无线帧118和上行链路无线帧124进行通信。每个无线帧118/124可进一步被划分为子帧120/127，子帧120/127可包括数据符号122/128。在本公开中，BS 102和UE 104在本文中被描述为“通信节点”的非限制性示例，其通常可以实行本文公开的方法。根据本解决方案的各种实施例，此类通信节点能够进行无线通信和/或有线通信。

图2示出了根据本解决方案的一些实施例的用于传输和接收无线通信信号(例如，OFDM/OFDMA信号)的示例无线通信系统200的框图。系统200可以包括被配置为支持本文中不需要详细描述的已知或常规操作特征的组件和元件。在一个说明性实施例中，如上所述，系统200可被用于在诸如图1的无线通信环境100的无线通信环境中传送(例如，发送和接收)数据符号。

系统200通常包括基站202(以下称为“BS 202”)和用户设备204(以下称为“UE204”)。BS 202包括BS(基站)收发器模块210、BS天线212、BS处理器模块214、BS存储器模块216和网络通信模块218，每个模块根据需要经由数据通信总线220彼此耦合和互连。UE 204包括UE(用户设备)收发器模块230、UE天线232、UE存储器模块234和UE处理器模块236，每个模块根据需要经由数据通信总线240彼此耦合和互连。BS 202经由通信信道250与UE204进行通信，通信信道250可以是任何无线信道或适合于传输如本文所述的数据的其他介质。

如本领域普通技术人员所理解的，系统200还可以包括除图2所示的模块之外的任意数量的模块。本领域技术人员将理解，结合本文所公开的实施例描述的各种说明性块、模块、电路和处理逻辑可以以硬件、计算机可读软件、固件或其任何实际组合来实施。为了清楚地说明硬件、固件和软件的这种互换性和兼容性，通常根据其功能来描述各种说明性组件、块、模块、电路和步骤。此类功能是否以硬件、固件或软件实施取决于施加特定的应用和对整个系统上的设计约束条件。熟悉本文所述概念的人可以针对每个特定应用以适当的方式实施这种功能，但是这种实施方案决策不应被解释为限制本公开的范围。

根据一些实施例，UE收发器230在本文中可以被称为“上行链路”收发器230，其包括射频(RF)发射器和RF接收器，RF发射器和RF接收器中的每一个包括被耦合到天线232的电路。双工交换机(未示出)可以时间双工方式将上行链路发射器或接收器交替地与上行链路天线耦合。类似地，根据一些实施例，BS收发器210在本文中可以称为“下行链路”收发器210，其包括RF发射器和RF接收器，RF发射器和RF接收器中的每一个都包括被耦合到天线212的电路。下行链路双工交换机可以时间双工方式将下行链路发射器或接收器交替地与下行链路天线212耦合。可以在时间上协调两个收发器模块210和230的操作，以便在下行链路发射器被耦合到下行链路天线212耦合的同时，使上行链路接收器电路被耦合到上行链路天线232，以接收无线传输链路250上的传输。反之，可以在时间上协调两个收发器210和230的操作，以便在上行链路发射器被耦合到上行链路天线232的同时，使下行链路接收器被耦合到下行链路天线212，以接收无线传输链路250上的传输。在一些实施例中，在双工方向的改变之间存在具有最小保护时间的紧密时间同步。

UE收发器230和基站收发器210被配置为经由无线数据通信链路250进行通信，并与可支持特定无线通信协议和调制方案的适当配置的RF天线布置212/232协作。在一些说明性实施例中，UE收发器210和基站收发器210被配置为支持诸如长期演进(Long TermEvolution，LTE)和新兴5G标准等行业标准。然而，应当理解，本公开在应用上不一定限于特定标准和相关协议。相反，UE收发器230和基站收发器210可以被配置为支持替代的或额外的无线数据通信协议，包括未来的标准或其变体。

根据各种实施例，BS 202例如可以是演进节点B(evolved node B，eNB)、服务eNB、目标eNB、毫微微站或微微站。在一些实施例中，UE 204可以体现在各种类型的用户设备中，诸如移动电话、智能电话、个人数字助理(personal digital assistant，PDA)、平板电脑、笔记本电脑、可穿戴计算设备等。处理器模块214和236可以通过被设计为执行本文描述的功能的通用处理器、内容寻址存储器、数字信号处理器、专用集成电路、现场可编程门阵列、任何合适的可编程逻辑器件、分立门或晶体管逻辑、分立硬件组件或其任何组合实施或实现。以这种方式，处理器可被实现为微处理器、控制器、微控制器、状态机等。处理器还可以被实施为计算设备的组合，例如，数字信号处理器和微处理器的组合、多个微处理器、一个或多个微处理器与数字信号处理器核的结合，或任何其他此类配置。

此外，结合本文公开的实施例描述的方法或算法的步骤可直接体现在硬件、固件、由处理器模块214和236分别执行的软件模块中，或体现在其任何实际组合中。存储器模块216和234可以被实现为RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域已知的任何其他形式的存储介质。在这方面，存储器模块216和234可以分别与处理器模块210和230耦合，使得处理器模块210和230可以分别从存储器模块216和234读取信息并向其写入信息。存储器模块216和234还可以被集成到它们相应的处理器模块210和230中。在一些实施例中，存储器模块216和234可各自包括高速缓存，用于在执行将由处理器模块210和230分别执行的指令期间存储临时变量或其他中间信息。存储器模块216和234还可以各自包括非易失性存储器，用于存储将由处理器模块210和230分别执行的指令。

网络通信模块218通常表示基站202的硬件、软件、固件、处理逻辑和/或其他组件，其致使基站收发器210与其他网络组件和被配置为与基站202通信的通信节点之间实现双向通信。例如，网络通信模块218可被配置为支持互联网或WiMAX业务。在一种典型部署中，在没有限制的情况下，网络通信模块218提供802.3以太网接口，使得基站收发器210可以与常规的基于以太网的计算机网络进行通信。以这种方式，网络通信模块218可以包括用于连接到计算机网络(例如，移动交换中心(MSC))的物理接口。术语“被配置用于”、“被配置为”及其连词，如本文中关于指定操作或功能所使用的，是指被物理构造、编程、格式化和/或布置为执行指定操作或功能的设备、组件、电路、结构、机器、信号等。

开放系统互连(Open Systems Interconnection，OSI)模型(本文中被称为“开放系统互连模型”)是一种概念和逻辑布局，它定义了与其他系统开放互连和通信的系统(例如，无线通信设备、无线通信节点)所使用的网络通信。该模型被分为七个子组件或层，每个子组件或层代表了向其上下各层提供的服务的概念集合。OSI模型还定义了一种逻辑网络，并通过使用不同的层协议有效地描述了计算机分组传输。OSI模型也可以被称为七层OSI模型或七层模型。在一些实施例中，第一层可以是物理层。在一些实施例中，第二层可以是媒体访问控制(MAC)层。在一些实施例中，第三层可以是无线链路控制(RLC)层。在一些实施例中，第四层可以是分组数据汇聚协议(PDCP)层。在一些实施例中，第五层可以是无线资源控制(RRC)层。在一些实施例中，第六层可以是非接入层(NAS)层或互联网协议(IP)层，并且第七层是其他层。

2、用于集中式单元和分布式单元分离架构中的数据转发的系统和方法

本公开设计用于实现/实施分布式单元(DU)(以下通常称为gNB-DU)和集中式单元(CU)(下文通常称为gNB-CU)之间的小型数据(以下有时通常称为“数据”)转发的系统和方法。对于处于RRC INACTIVE状态的UE，数据的转发可以在没有无线资源控制(RRC)参与的情况下执行。RRC INACTIVE状态(例如，如3GPP NR Rel-15中定义的)可以提供具有低控制面延迟的高能效状态。对于处于RRC INACTIVE状态的UE，最后一个服务gNB可以保持其上下文和到核心网的相关联NG连接，从而可以在RAN侧的短随机接入和RRC恢复过程之后立即恢复所有无线承载(radio bearer，RB)。对于处于RRC_INACTIVE状态的UE，具有上下文和到核心网的相关联NG连接的gNB可以被称为锚定gNB。在CU/DU分离架构中，对于处于RRC INACTIVE状态的UE，具有上下文和到核心网的相关联NG连接的gNB-CU被称为锚定gNB-CU。反之，对于处于RRC INACTIVE状态的UE，具有上下文和到gNB-CU的相关联F1连接的gNB-DU被称为锚定gNB-DU。

对于处于RRC INACTIVE状态的UE，会不支持在没有进行状态转换情况下的数据传输(例如，根据In 3GPP NR Rel-15规范)。也就是说，UE必须首先进入或转换到RRCCONNECTED状态，然后才启动数据传输。为了实现这一点，即使当UE只有一个小型数据要传输时，也必须首先执行具有相当大信令消耗的RRC恢复过程。因此，对于RRC INACTIVE UE，没有进行状态转换情况下的数据传输会导致高信令开销和较大数据传输延迟。

为了解决上述问题，可以考虑RRC INACTIVE UE的小型数据传输。在一种方法下，RRC INACTIVE UE可以在随机接入过程期间发送一个或多个小型数据。此外，RRC INACTIVEUE可以在配置授权(configured grant，CG)中发送一个或多个小型数据。CG可以在UE被设置为RRC_INACTIVE状态之前被配置。在该方法中，可以通过空中接口(例如，F1应用协议(F1AP))将小型数据发送到接入点，该接入点可以是5G网络中的gNB或gNB-DU。

可以存在CU/DU分离场景，其中处于RRC INACTIVE状态的UE正从锚定gNB-DU移动到同一gNB-CU下的另一远程gNB-DU。如果UE没有移动并且UE保持由锚定gNB-DU及其上下文和F1连接服务，则可以将小型数据平稳地传递到gNB-CU。然而，当处于RRC INACTIVE状态的UE正移动到另一个远程gNB-DU时，远程gNB-DU可能不知道如何处理从空中接口接收的小型数据。这可能是因为gNB-DU不具有用于UE的任何上下文。

一种解决方案可以是重新使用RRC恢复过程，其中RRC消息(例如，RRCResumeRequest、RRCResume和RRCResumeComplete)可以在UE和gNB-DU之间交换。在此期间，可以根据来自gNB-CU经由F1AP信令的请求，在gNB-DU处设置UE上下文。gNB-DU可以接手并相应地处理接收到的小型数据。尽管在gNB-DU处RRC恢复过程可以被重新用于小型数据转发，但是RRC消息会导致较大比例的信令开销，因为来自处于RRC INACTIVE状态的UE的数据可能是非常小的。为了克服这个问题，可以使用没有RRC参与的小型数据转发方法，如下文所述。

A、小型数据转发专用上下文

在一些实施例中，gNB-DU可以通过使用专用(或部分)上下文(例如，UE上下文)集合转发从处于RRC INACTIVE状态的UE接收到的小型数据，如果需要，该专用(或者部分)上下文集合可以至少包含关于传输网络层(TNL)隧道的信息和关于无线链路控制(RLC)实体的信息。此外，默认RLC模式可以被应用于小型数据的RLC层处理，并且可以在专用上下文中省略一些相关信息。专用上下文可以由gNB-DU从gNB-CU获取。在gNB-DU接收到专用上下文之后，gNB-DU可以为RLC层建立一个或多个RLC实体，以处理来自特定DRB的小型数据。DRB可以通过媒体访问控制(MAC)子报头中的逻辑信道标识符(LCID)或eLCID来标识。对于每个RLC实体，相关联的TNL隧道可被设置为将生成的RLC服务数据单元(SDU)从gNB-DU转发到gNB-CU。除了上行链路(UL)TNL隧道之外，相关联的TNL隧道还可以包括或对应于下行链路(DL)TNL隧道，并且TNL隧道本身可以是通用分组无线服务(general packet radioservice，GPRS)隧道协议(GTP)隧道(例如，根据GTP-U建立的隧道)。

为此，通过F1AP消息进行的2步或3步握手可以被gNB-DU用于从gNB-CU获取专用上下文。当gNB-DU发现/接收到来自处于RRC INACTIVE状态的UE的小型数据时，gNB-DU可以经由F1AP连接/接口发送对来自gNB-CU的上下文(例如，UE上下文)的请求。新的F1应用协议(F1AP)消息(例如，UE CONTEXT FETCHING REQUEST)可以被配置为请求为处于RRCINACTIVE状态的UE获取上下文。在一些实施例中，上下文获取请求可以以新信息元素的形式被包含在现有F1AP消息中。

上下文获取请求F1AP消息或新信息元素的内容可以包含以下至少一个：(1)gNB-DU为处于RRC INACTIVE状态的UE分配的gNB-DU UE F1AP ID；(2)处于RRC INACTIVE状态的UE的非活动无线网络临时标识符(I-RNTI)；(3)上下文获取请求；(4)上下文获取范围(例如，单个DRB、所有DRB、所有DRB和信令无线承载(SRB)，或UE的所有上下文)；(5)要设置的每个DRB的LCID；(6)要设置的每个DRB的DL UP TNL隧道信息；(7)其他DRB上下文信息；(8)其他UE上下文信息；以及(9)消息类型等。

在接收到用于获取上下文的F1AP消息后，上下文设置过程可以被触发。在设置过程中，gNB-CU可以发送F1AP消息(例如，UE CONTEXT SETUP REQUEST)。gNB-DU可以用F1AP消息(例如，UE CONTEXT SETUP RESPONSE)进行响应。在响应之后，UE上下文可以在gNB-DU处被设置，并且gNB-DU可以相应地处理接收到的数据。在这种情况下，gNB-DU可以成为新的锚定gNB-DU，并且上下文释放过程可以被触发以释放原始锚定gNB-DU中的上下文。

在一些实施例中，gNB-DU可以请求UE上下文的一部分。UE上下文设置请求和UE上下文设置响应消息可以被修改以包含该内容的子集。例如，UE上下文设置请求中的一些信息元素(诸如“SpCell ID”)可以被删除，并且消息可以仅包含“DRB to Be Setup List”IE。可替选地，可以在F1AP中定义诸如部分UE上下文设置和部分UE上下文设置响应之类的新消息，以在gNB-DU处为小型数据设置上下文。Partial UE Context Setup Request消息可以包含以下至少一个：(1)为处于RRC INACTIVE状态的UE存储在gNB-CU中的gNB-CU UE F1APID；(2)处于RRC INACTIVE状态的UE的gNB-DU UE F1AP ID；(3)DRB ID上的DRB上下文内容；(4)要设置的每个专用无线承载(DRB)的逻辑信道标识符(LCID)；(5)关于RLC模式的DRB上下文内容；(6)要设置的每个DRB的下行链路(DL)上行链路(UL)传输网络层(TNL)隧道信息；(7)其他DRB上下文信息；(8)其他UE上下文信息；或(9)消息类型等。反之，PARTIAL UECONTEXT SETUP RESPONSE消息可以包含以下至少一个：(1)处于RRC INACTIVE状态的UE的gNB-CU UE F1AP ID；(2)处于RRC INACTIVE状态的UE的gNB-DU UE F1AP ID；(3)要设置的每个专用无线承载(DRB)的DRB ID；(4)要设置的每个专用无线承载(DRB)的逻辑信道标识符(LCID)；(5)要设置的每个DRB的下行链路(DL)上行链路(UL)传输网络层(TNL)隧道信息；(6)其他DRB上下文信息；(7)其他UE上下文信息；或(8)消息类型等。

此外，UE CONTEXT SETUP RESPONSE消息中的部分内容可以被包含在UE CONTEXTFETCHING REQUEST消息中，使得两步握手可足以完成小型数据上下文设置过程。gNB-DU可以检测小型数据传输的结束。在一些实施例中，gNB-DU可以为下一个小型数据的到达维持定时器，直到定时器到期(例如，定时器在接收到最后一个数据时开始)。也就是说，如果在指定(到期)时间内没有接收到小型数据，则gNB-DU可以认为小型数据传输终止。在一些实施例中，gNB-DU可以接收传输小型数据的结束信号(例如，结束MAC CE)。在一些实施例中，gNB-DU可以维持/接收在小型数据中具有缓冲器大小为零的BSR。

在一些实施例中，当gNB-DU发现或确定小型数据传输结束时，gNB-DU可以通过发送UE CONTEXT RELEASE REQUEST来释放UE上下文，其中可以为小型数据传输的结束定义新的原因值。UE CONTEXT RELEASE REQUEST可以是F1AP消息，并且可以包括多个可能的原因值之一，每个原因值指示小型数据传输结束和/或释放上下文信息的不同/对应原因。UE可以根据RNA标识符(ID)确定使用上述过程。也就是说，相同gNB-CU下的gNB-DU可以在相同的RNA中。否则，可以使用涉及RRC的解决方案。在该解决方案下，RRC恢复过程可被首先用于恢复非活动UE，并且小型数据可以在RRC恢复过程期间或之后被发送。

I.部分UE上下文设置

现在参考图3，描绘了用于在没有RRC参与的情况下在gNB-DU和gNB-CU之间针对处于RRC INACTIVE状态的UE的部分/专用(UE)上下文设置和数据转发的过程300。gNB-DU可以从处于RRC INACTIVE状态的UE接收小型数据(305)。在gNB-DU从RRC_INACTIVE UE接收到小型数据之后，gNB-DU可以发送新的F1AP消息UE CONTEXT FETCHING REQUEST，以请求为处于RRC INACTIVE状态的UE获取上下文(310)。UE CONTEXT FETCHING REQUEST消息可以包含以下至少一个：(1)gNB-DU为处于RRC INACTIVE状态的UE分配的gNB-DU UE F1AP ID；(2)处于RRC INACTIVE状态的UE的I-RNTI；(3)上下文获取请求；(4)上下文获取范围(例如，单个DRB、所有DRB、所有DRB和SRB或UE的完整上下文)；(5)要设置的每个专用无线承载(DRB)的逻辑信道标识符(LCID)；(6)要设置的每个DRB的下行链路(DL)上行链路(UL)传输网络层(TNL)隧道信息；(7)其他DRB上下文信息；(8)其他UE上下文信息；或(9)消息类型等。

响应于UE CONTEXT FETCHING REQUEST，gNB-CU可以基于I-RNTI和LCID来查找UE上下文。gNB-CU可以发送新的F1AP消息PARTIAL UE CONTEXT SETUP以将UE上下文的必要部分传递给gNB-DU(315)。在一些实施例中，该消息可以被限制为包括单个DRB的上下文，该单个DRB包括与被传递给gNB-DU的小型数据相关的TNL隧道和RLC模式。PARTIAL UE CONTEXTSETUP REQUEST消息可以包含以下至少一个：(1)存储在gNB-CU中gNB-CU UE F1AP ID，用于处于RRC INACTIVE状态的UE；(2)处于RRC INACTIVE状态的UE的gNB-DU UE F1AP ID；(3)要设置的每个专用无线承载(DRB)的DRB ID；(4)要设置的每个专用无线承载(DRB)的逻辑信道标识符(LCID)；(5)要设置的每个专用无线承载(DRB)的RLC模式；(6)要设置的每个DRB的下行链路(DL)上行链路(UL)传输网络层(TNL)隧道信息；(7)其他DRB上下文信息；(8)其他UE上下文信息；或(9)消息类型等。

响应于PARTIAL UE CONTEXT SETUP，gNB-DU可以设置相关的部分UE上下文(320)。gNB-DU可以向gNB-DU发送新的F1AP消息，即PARTIAL UE CONTEXT SETUP RESPONSE(325)。被设置的UE上下文可以包括或涉及用于处理小型数据的至少一个新RLC实体。PARTIAL UECONTEXT SETUP RESPONSE消息可以包括以下至少一个：(1)处于RRC INACTIVE状态的UE的gNB-CU UE F1AP ID；(2)处于RRC INACTIVE状态的UE的gNB-DU UE F1AP ID；(3)要设置的每个DRB(在DRB列表中)的DRB ID；(4)要设置的每个DRB的LCID；(5)要设置的每个DRB的DLUL TNL隧道信息；(6)其他DRB上下文信息；(7)其他UE上下文信息；或(8)消息类型等。gNB-DU可以使用或根据部分UE上下文来处理(小型)数据(330)。gNB-DU可以在F1-U分组中向gNB-CU转发小型数据(335)。这里，数据处理可以包括由新RLC实体处理的所有RLC层。

II.完整UE上下文设置

现在参考图4，描绘了在不涉及RRC的情况下在gNB-DU和gNB-CU之间针对处于RRCINACTIVE状态的UE的完整上下文设置和数据转发的过程400的功能带图。gNB-DU可以从处于RRC INACTIVE状态的UE接收数据(405)。来自处于RRC INACTIVE状态的UE的数据可以包括或对应于小型数据。在接收到数据之后，gNB-DU可以发送新的F1AP消息(例如，UECONTEXT FETCHING REQUEST)以请求为处于RRC INACTIVE状态的UE获取上下文(310)。UECONTEXT FETCHING REQUEST消息可以包含以下至少一个：(1)gNB-DU为处于RRC INACTIVE状态的UE分配的gNB-DU UE F1AP ID；(2)处于RRC INACTIVE状态的UE的I-RNTI；(3)上下文获取请求；(4)上下文获取范围(例如，单个DRB、所有DRB、全部DRB和SRB或UE的完整上下文)；(5)服务小区索引；(6)要设置的每个DRB的LCID；(7)要设置的每个DRB的DL UL TNL隧道信息；以及(8)其他UE上下文信息，等。

响应于UE CONTEXT FETCHING REQUEST，gNB-CU可以基于I-RNTI和LCID来查找UE上下文，并且可以发送F1AP消息UE CONTEXT SETUP REQUEST以将完整的UE上下文传递给gNB-DU(415)。响应于UE CONTEXT SETUP REQUEST，gNB-DU可以设置完整的UE上下文(420)。gNB-DU可以向gNB-CU发送F1AP消息(例如，UE CONTEXT SETUP RESPONSE)(425)。gNB-DU可以根据完整的UE上下文来处理数据(430)。gNB-DU可以在F1-U分组中向gNB-CU转发数据(435)。数据处理可以包括由新RLC实体处理的所有RLC层。

III.上下文释放过程

现在参考图5，描绘了用于数据转发之后的上下文释放的过程500的功能带图。gNB-DU可以接收或检测来自处于RRC INACTIVE状态的UE的数据(505)。在接收到数据之后，gNB-DU可以执行若干操作。在一些实施例中，gNB-DU可以为下一数据的到达设置定时器，直到定时器到期。在一些实施例中，gNB-DU可以等待小型数据传输的结束信号(例如，结束MACCE)。在一些实施例中，gNB-DU可以在小型数据中建立或接收具有缓冲器大小为零的BSR。gNB-DU可以向gNB-CU发送F1AP消息(例如，UE CONTEXT RELEASE REQUEST)，其具有用于完成/终止小型数据传输的新原因值(510)。在一些实施例中，可以在gNB-CU接收到UECONTEXT RELEASE REQUEST消息时启动UE Context Release过程(515)。该过程可以包括两步握手。在该过程中，gNB-CU首先通过向gNB-DU发送UE CONTEXT RELEASE COMMAND消息来启动该过程。然后，gNB-DU可以释放所有相关的信令和用户数据传输资源，并且可以用UECONTEXT RELEASE COMPLETE消息进行回复(520)。UE CONTEXT RELEASE COMMAND消息还可以包含非活动数据结束的新原因值。在一些实施例中，针对UE CONTEXT RELEASE REQUEST，gNB-CU还可以用新F1AP应答消息进行回复。gNB-DU反过来可以在接收到应答消息之后释放相关UE上下文。

IV.上下文获取请求和设置的信息元素

在一些实施例中，gNB-DU可以发送UE CONTEXT FETCHING REQUEST消息以指示对UE上下文的获取请求。UE CONTEXT FETCHING REQUEST消息可以包含以下至少一个：(1)gNB-DU为处于RRC INACTIVE状态的UE分配的gNB-DU UE F1AP ID；(2)处于RRC INACTIVE状态的UE的I-RNTI；(3)上下文获取请求；(4)上下文获取范围(例如，单个DRB、所有DRB、所有DRB和SRB或UE的完整上下文)；(5)要设置的每个DRB的LCID；(6)要设置的每个DRB的DLULTNL隧道信息列表；(6)其他DRB上下文信息；(7)其他UE上下文信息；或(8)消息类型等。表1示出了关于UE CONTEXT获取请求(消息)的信息(或其内容)的示例表示：

表1

在一些实施例中，PARTIAL UE CONTEXT SETUP REQUEST消息可以包含以下至少一个：(1)存储在gNB-CU中的gNB-CU UE F1AP ID，用于处于RRC INACTIVE状态的UE；(2)处于RRC INACTIVE状态的UE的gNB-DU UE F1AP ID；(3)要设置的每个DRB(在DRB列表中)的DRBID；(4)要设置的每个DRB的LCID；(5)要设置的每个DRB的RLC模式；(6)要设置的UL UP TNL隧道信息列表上的DRB上下文内容；(7)其他DRB上下文信息；(8)其他UE上下文信息；或(9)消息类型等。表2示出了关于部分UE CONTEXT SETUP(消息)的信息(或其内容)的示例表示：

表2

B、小型数据转发的公共上下文

在一些实施例中，gNB-DU可以通过使用公共上下文集合来转发从处于RRCINACTIVE状态的UE接收的小型数据。公共上下文可以包括至少关于公共TNL隧道组的某些信息以及关于与它们中的每一个相关联的RLC实体的信息。在一些实施例中，默认RLC模式(在透明模式(transparent mode，TM)、非应答模式(unacknowledged mode，UM)或应答模式(acknowledged mode，AM)模式中)可以被应用于小型数据的RLC层处理。在公共上下文中可以省略一些相关信息。对于从处于RRC INACTIVE状态的UE转发的小型数据，可以从gNB-CU获取公共上下文。基于公共上下文，gNB-DU可以建立一个或多个RLC实体，用于对来自RRCINACTIVE状态下一个或多个UE的小型数据进行RLC层处理。对于每个RLC实体，相关联的TNL隧道可被设置以将生成的RLC SDU从gNB-DU转发到gNB-CU。除了UL TNL隧道之外，相关联的TNL隧道还可以包含DL TNL通道。

为了在gNB-CU处区分不同小型数据，可以在gNB-DU处为每个RLC SDU添加诸如报头信息(或额外报头)的额外信息，该额外信息可以包含以下至少一个：(1)处于RRCINACTIVE状态、将要发送小型数据的UE的I-RNTI和(2)在MAC PDU中小型数据的LCID等等。根据报头信息中的内容，gNB-CU可以将每个RLC SDU发送到目的地分组数据汇聚协议(PDCP)实体以进行进一步处理。在一些实施例中，可以在TNL隧道的随机接入网络(RAN)容器扩展报头中将额外报头信息或额外报头的内容从gNB-DU传递到gNB-CU。

在一些实施例中，在公共TNL隧道组和相关联的RLC实体中，gNB-DU可以根据来自处于RRC INACTIVE状态的一个或多个UE的小型数据的优先级来选择TNL隧道和RLC实体之一。这里，小型数据的优先级可以是以下之一：(1)MAC CE或MAC子报头在小型数据的MACPDU中指示的优先级；以及(2)与用于小型数据传输的UL资源相关联的配置优先级。

网络可以为具有不同优先级的小型数据传输配置UL资源组(例如，基于竞争的随机接入(RA)资源、无竞争的RA资源或CG资源)。处于RRC INACTIVE状态的UE可以基于它们的优先级选择一个或多个UL资源来传输小型数据。优先级可以是用于传输小型数据的逻辑信道(logical channel，LCH)的优先级。在这种情况下，gNB-DU可以基于UL传输中使用的资源来获得小型数据的优先级信息，并选择公共TNL隧道和相关联的RLC实体用于RLC层处理并向gNB-CU转发数据。

现在参考图6，描绘了针对处于RRC INACTIVE状态的多个UE使用公共上下文进行数据转发的过程600。gNB-CU可以向gNB-DU发送公共上下文，以用于处于RRC INACTIVE状态的UE的小型数据转发(605)。公共上下文可以至少包含关于公共TNL隧道组的信息和关于与TNL隧道中的每一个相关联的RLC实体的信息。在一些实施例中，默认RLC模式(例如，TM、UM或AM)可被应用于数据的RLC层处理。在公共上下文中可以省略一些相关信息。

基于接收到的公共上下文，gNB-DU可以为具有不同优先级的数据设置公共RLC实体和相关联的TNL隧道(610)。当gNB-DU接收到小型数据时，gNB-DU可以根据数据的优先级选择用于RLC层处理和数据转发的公共RLC实体和相关联的TNL隧道(615)。如结合图7所讨论的，详细的优先级信息可以被包含在小型数据的MAC PDU中，或者通过用于其传输的UL资源确定。

在公共RLC实体进行RLC层处理之后，可以向RLC SDU添加额外的报头(或信息，例如报头信息)(625)，其包含以下至少一个：(1)处于RRC INACTIVE状态、要发送数据的UE的I-RNTI；(2)MAC PDU中所述数据的LCID。gNB-DU可以向gNB-CU转发具有额外报头/信息的RLC SDU(625)。为了转发RLC SDU，gNB-DU可以使用F1-U接口形式的与所选RLC实体相关联的公共TNL隧道。在一些实施例中，额外的报头/信息可以包含在GTP-U隧道的RAN容器扩展报头中。在一些实施例中，新的帧格式可被定义以在GTP-U隧道的RAN容器扩展报头中传递额外报头的内容。在接收到具有额外报头/信息的RLC SDU之后，gNB-CU可以读取额外报头或信息的内容(630)。gNB-CU可以将RLC SDU发送到目的地PDCP实体，以基于额外报头/信息中的内容进行进一步处理。

C、考虑数据优先级

现在参考图7，描绘了用于考虑数据优先级的数据传输的过程700的功能带图。在过程700中，gNB或gNB-DU可以为处于RRC INACTIVE状态的UE配置用于数据传输的公共或专用资源(705)。这里，可以使用RRC信令来配置用于数据传输的专用资源。用于数据传输的公共资源可以在系统信息块(SIB)中进行广播。配置的资源可以是例如配置的授权(CG)、基于竞争的随机接入(RA)资源或无竞争的RA资源等。在一些实施例中，所配置的资源可以与一个或多个数据优先级相关联。优先级可以是在数据传输中使用的LCH优先级。当处于RRCINACTIVE状态的UE具有数据要传输时，UE可以根据要被传输的数据的优先级来选择资源(710)。UE可以通过使用所选资源来发送数据(715)。数据可以在CG资源中被发送，或者在基于竞争或无竞争的RA过程中被发送。gNB或gNB-DU可以接收数据并且能够基于在传输中使用的资源来获得优先级信息(720)。

D、集中式单元和分布式单元分离架构中的数据转发过程

现在参考图8，描绘了在集中式单元和分布式单元分离架构中数据转发的方法800的流程图。方法800可以使用本文例如结合图1–7描述的任何组件来执行或实施。简而言之，用户设备(UE)可以传输数据(805)。gNB的分布式单元(DU)可以接收数据(810)。DU可以发送UE上下文获取请求(815)。gNB的集中式单元(CU)可以接收UE上下文获取请求(820)。CU可以发送UE上下文信息(825)。DU可以接收UE上下文信息(830)。DU可以确定UE上下文信息是专用的(部分的)、完整的还是公共的(835)。如果UE上下文信息被标识为专用，则DU可以设置专用UE上下文(840)。DU可以发送上下文设置响应(845)。CU可以接收上下文设置响应(850)。如果UE上下文信息被标识为公共，则DU可以设置公共UE上下文信息(855)。DU可以处理数据(860)。DU可以转发数据(865)。CU可以接收转发的数据(870)。UE可以针对数据传输进行配置(875)。UE可以与DU通信数据(880)。DU可以确定数据传输是否完成(885)。如果数据传输完成，则DU可以发送UE上下文释放(890)。CU可以接收UE上下文释放(895)。

更详细地，用户设备(UE)(例如，UE 104)可以向gNB(例如，BS 102)的分布式单元(DU)发送、提供或传输数据(805)。gNB的DU可以检索、标识或接收来自UE的数据(810)。UE(本文有时称为无线通信设备)可以处于无线资源控制(RRC)非活动状态。gNB(UE向其发送数据)可以根据CU-DU分离架构来配置。UE可以已经根据RRC协议与gNB建立了通信会话。当处于RRC非活动状态时，UE可以至少暂时中止与gNB的通信会话。由UE传输的数据可以对应于小型数据(例如，小型分组或有效载荷，诸如低于定义的数据大小的那些)，并且作为示例，数据的大小可以小于100字节。在一些实施例中，UE可以通过根据RRC协议建立的通信会话向gNB的DU发送数据(例如，在用户面中)。反过来，DU可以通过根据RRC协议建立的通信会话(例如，在控制面中)从UE接收数据。

DU可以向gNB的集中式单元(CU)提供、传送或以其他方式发送UE上下文获取请求(815)。在一些实施例中，DU可以经由空中接口(例如，F1应用协议(F1AP)接口)向CU发送UE上下文获取请求。在一些实施例中，DU可以响应于从UE接收到数据而生成并发送UE上下文获取请求。在一些实施例中，不依赖于从处于RRC非活动状态的UE接收到数据，DU可以生成并发送UE上下文获取请求。CU可以进而检索、标识或以其他方式从CU接收UE上下文获取请求(820)。在一些实施例中，CU可以经由空中接口从DU接收UE上下文获取请求。CU对UE上下文获取请求的接收可以响应于来自处于RRC非活动状态的UE的数据的接收，或不依赖于来自处于RRC非活动状态的UE的数据的接收。

UE上下文获取请求可以对应于、标识或包括对专用上下文信息(或部分上下文信息)的请求、对完整上下文信息的请求或对公共上下文信息的请求。在一些实施例中，UE上下文获取请求可以标识或包括标识符。标识符可以由DU(或gNB)为UE生成、指派或以其他方式分配。在一些实施例中，UE上下文获取请求可以标识或包括UE的非活动无线网络临时标识符(I-RNTI)。根据RRC，I-RNTI可被用于寻址或参考以便UE进行通信。在一些实施例中，UE上下文获取请求可以标识或包括待获取的上下文信息的范围。上下文信息的范围可以定义或标识要为UE上下文提供的参数或其他信息。

在一些实施例中，UE上下文获取请求可以标识或包括一个或多个逻辑信道标识符(LCID)。LCID可以标识或引用(或与之相关联)要设置或建立的对应专用无线承载(DRB)。在一些实施例中，UE上下文获取请求可以标识或包括下行链路(DL)上行链路(UP)传输网络层(TNL)隧道信息。DL/UP TNL隧道信息可以标识或对应于要设置的每个DRB。在一些实施例中，UE上下文获取请求可以标识或包括其他上下文信息，例如服务公共陆地移动网络(PLMN)、gNB-DU UE在UL中的聚合最大比特率、RRC传递状态请求等。其他上下文信息可以标识或包括要设置的每个DRB的参数。其他上下文信息还可以标识或包括UE的信息。在一些实施例中，UE上下文获取请求还可以包括消息类型的信息。

CU可以向DU提供、传输或以其他方式发送UE上下文信息(825)。在一些实施例中，响应于从DU接收到UE上下文获取请求，CU可以生成UE上下文信息并将其发送到DU。上下文信息可以用于转发来自处于RRC非活动状态的UE数据。一旦接收到，CU可以从DU解析UE上下文获取请求以标识获取请求的内容。CU可以根据UE上下文获取请求的解析来标识、生成或包括在DU处设置的UE上下文的信息。例如，CU可以使用UE上下文获取请求中的至少一些信息来生成用于UE上下文设置的信息。

当UE上下文获取请求是针对部分上下文信息的请求时，CU可以标识、生成或以其他方式包括用于部分UE上下文设置的信息。用于部分UE上下文设置的信息可以使用RRC信令对应于或包括用于至少从所标识的UE的数据的传输的信息(例如，包括TNL隧道和RLC模式的一个特定DRB)。在一些实施例中，部分上下文信息可以包括DRB的上下文。DRB的上下文可以标识或具有关于TNL隧道和RLC模式(例如，AM、TM或UM)的信息。在一些实施例中，用于部分UE上下文设置的信息可以标识或包括由CU为UE存储的标识符。标识符可以唯一地引用或标识UE。该信息可以标识或包括由DU为UE指派或分配的标识符(例如，从请求中提取的)。该信息还可以标识或包括要在DU处设置的每个DRB的LCID。该信息可以标识或包括在其下要设置每个DRB的RLC模式(例如，UM、AM或TM)。该信息可以标识或包括要设置的每个DRB的UL TNL隧道信息。该信息可以标识或包括要从其发送数据的UE的其他上下文信息。该信息可以标识或包括消息类型的信息。

当UE上下文获取请求是针对完整上下文信息时，CU可以标识、生成或以其他方式包括用于完整UE上下文设置的信息。用于完整UE上下文设置的信息可以类似于或多于用于部分UE上下文设置的信息。该信息可以使用RRC信令对应于或包括用于传输来自所标识的UE的数据的信息(例如，多个DRB，包括每个DRB的TNL隧道和RLC模式)。在一些实施例中，用于完整UE上下文设置的信息可以标识或包括由CU为UE存储的标识符。标识符可以唯一地引用或标识UE。该信息可以标识或包括由DU为UE指派或分配的标识符(例如，从请求中提取的)。该信息还可以标识或包括要在DU处设置的每个DRB的LCID。该信息可以标识或包括在其下要设置每个DRB的RLC模式(例如，UM、AM或TM)。该信息可以标识或包括要设置的每个DRB的UL TNL隧道信息。该信息可以标识或包括要从其发送数据的UE的其他上下文信息。该信息可以标识或包括消息类型的信息。

当UE上下文获取请求是针对公共上下文信息时，CU可以标识、生成或以其他方式包括用于公共上下文UE设置的信息。用于公共UE上下文设置的信息可以包括用于经由DU经由公共资源(例如，经由SIB广播)传输来自任何UE(来自多个UE)的数据的信息。公共UE上下文的信息可以对应于或包括每个处于RRC非活动状态的多个UE(本文中也称为无线通信设备)的信息。在一些实施例中，在DU或CU中，公共UE上下文的信息可以通过一个或多个虚拟无线通信设备(例如，虚拟UE)的标识符来标识。虚拟无线通信设备的标识符在DU和CU之间可以不同，并且DU和CU可以标识或维护标识符之间的关联。在一些实施例中，该信息可以包括用于经由SIB广播的配置信息。

DU可以从CU检索、标识或以其他方式接收UE上下文信息(830)。UE上下文信息可以用于转发来自处于RRC非活动状态的UE的数据。在一些实施例中，CU可以在生成信息时经由空中接口(例如，F1AP协议接口)将上下文信息发送到DU。在一些实施例中，DU可以经由空中接口从CU接收上下文信息。DU可以标识或确定UE上下文信息是专用的还是公共的(835)。在接收到后，DU可以解析UE上下文设置信息以标识信息是用于专用UE上下文(例如，部分上下文信息)、用于完整UE上下文还是用于公共UE上下文。

如果该信息被标识为专用UE上下文，则DU可以使用、建立或以其他方式设置专用UE上下文信息(或完整UE上下文)(840)。当该信息用于专用/部分UE上下文设置时，DU可以根据部分UE上下文设置信息进行建立。当该信息用于完整UE上下文设置时，DU可以根据完整UE上下文设置信息进行建立。在一些实施例中，为了设置，DU可以建立在UE上下文信息(例如，完整或部分)中标识的一个或多个DRB。DU可以为在DU处设置的每个DRB生成标识符，用于将数据从UE转发到CU。DU还可以按上下文信息中所指定的为每个DRB设置RLC模式。此外，DU可以使用上下文信息中定义的TNL信息来创建或实例化UL UP TNL隧道。

DU可以向CU提供、传输或以其他方式发送上下文设置响应(845)。基于UE上下文的设置，DU可以生成待发送到CU的上下文信息响应。上下文设置响应可以用于部分UE上下文设置或完整上下文设置。上下文设置响应可以包括来自由CU发送的UE上下文信息的至少一些信息。在一些实施例中，上下文设置响应可以标识或包括由CU为UE存储的标识符。上下文设置响应可以标识或包括由DU为UE指派、分配的标识符。上下文设置响应可以标识或包括在DU上设置的每个DRB的LCID。上下文设置响应可以标识或包括在DU上设置的每个DRB的DRB标识符。上下文设置响应可以标识或包括在DBU处设置的每个DRB的DL UL TNL隧道信息。上下文设置响应可以标识或包括在DU处设置的每个DRB的其他上下文信息。上下文设置响应可以标识或包括UE的其他上下文信息。上下文设置响应可以标识或包括消息类型的信息。CU可以从DU检索、标识或以其他方式接收上下文设置响应(850)。在一些实施例中，一旦生成，DU可以经由空中接口(例如，F1AP接口)发送上下文信息响应。CU进而可以经由空中接口从DU接收上下文信息响应。

如果该信息被标识为用于公共UE上下文，则DU可以使用、建立或以其他方式设置公共UE上下文信息(855)。DU可以根据从CU接收的公共上下文设置信息来建立UE上下文。为了建立，DU可以使用用于该数据的信息来设置一个或多个公共RLC实体和相关联的TNL隧道。在一些实施例中，在设置中，DU可以向数据的RLC服务数据单元(SDU)添加、包括或其他方式并入额外(例如，报头)信息。SDU可以对应于要从较高层传递到较低层的数据单元，但尚未被较低层封装。在一些实施例中，额外信息可以标识或包括UE的I-RNTI。额外信息还可以在MAC协议数据单元(PDU)中标识或包括数据的LCID。在一些实施例中，DU可以向每个RLC实体SDU的报头添加、包括或以其他方式并入额外信息。在一些实施例中，DU可以向通用分组无线服务(GPRS)隧道协议用户面(GTP-U)隧道的RAN容器扩展报头添加、包括或以其他方式并入额外信息。GPRS GTP-U隧道可被用于承载来自UE的数据。

DU可以根据上下文信息来处理、管理和加工数据(860)。数据的处理可以取决于在DU处设置UE上下文的上下文信息的类型。当上下文信息是专用上下文(例如，部分或全部)时，DU可以使用DRB的上下文和由上下文信息指定的关于TNL隧道和RLC模式的信息来处理从UE接收的数据。一旦标识出DRB，DU可以经由相关联的TNL隧道将数据转发到CU。

另一方面，当上下文信息与公共上下文一致时，DU可以标识或确定待转发到CU的数据的优先级。优先级可以定义或标识待转发的数据集的优先级或顺序。数据可以来自处于RRC非活动状态的不同UE，并且所有UE可以使用相同的公共上下文进行处理。在一些实施例中，DU可以根据从UE到DU的数据传输中使用的资源来确定数据的优先级。在一些实施例中，DU可以根据数据中的优先级信息来确定数据的优先级。在一些实施例中，该信息可以标识或关联资源和优先级，并且可以经由RRC信令或SIB被发送到UE。基于所确定的优先级，DU可以根据公共上下文信息标识或选择DRB设置。可以使用从CU接收的公共上下文信息来设置DRB，以处理和转发来自多个UE的数据。通过选择，DU可以使用DRB的对应RLC实体来处理数据。DU可以使用DRB的相关联的TNL隧道来转发处理后的数据。

DU可以向CU发送、提供或以其他方式转发处理后的数据(865)。在处理数据时，DU可以将数据转发到CU(例如，经由相关联的隧道)。CU可以检索、标识或以其他方式接收由DU处理的转发数据(870)。CU可以接收由DU根据专用/部分上下文信息或完整上下文信息处理的数据。在一些实施例中，当上下文信息是公共的时，CU可以基于传输资源检索、标识或以其他方式获得数据的优先级数据。根据传输优先级，CU可以处理由DU转发的数据。

UE可以针对数据传输进行配置(875)。在一些实施例中，UE可以经由空中接口(例如，F1AP接口)从DU接收配置信息。配置信息可以根据用于在DU处设置UE上下文的上下文信息来生成。配置信息可以包括例如用于数据传输的优先级信息。UE可以传输、交换或以其他方式与DU通信数据(880)。根据配置信息，UE可以与DU传输数据。在一些实施例中，UE可以基于配置信息(例如，到DU的数据传输的优先级信息)来选择用于数据传输的资源。

DU可以标识或确定数据传输是否完成(885)。在一些实施例中，DU可以基于自在DU处接收到最后一个数据以来对定时器到期的检测来确定数据传输是否完成。定时器可以由DU维护，并且可被用于跟踪自先前数据到达以来经过的时间量。定时器还可以具有到期的阈值时间。当定时器超过阈值时间时，DU可以确定数据传输已完成。否则，当定时器小于阈值时间时，DU可以继续等待。在一些实施例中，DU可以基于指示来自UE的数据传输结束的信号来确定数据传输是否完成。该信号可以从UE传输的数据中被标识或包括在该数据中。当接收到具有指示的信号时，DU可以确定数据传输已完成。否则，DU可以继续等待。在一些实施例中，DU可以基于来自UE的具有缓冲器大小为零的缓冲器状态报告(BSR)来确定数据传输是否完成。当接收或标识具有缓冲器大小为零的BSR时，DU可以确定数据传输完成。否则，DU可以继续等待。

如果数据传输被确定为完成，则DU可以传输、提供或以其他方式发送UE上下文释放(890)。响应于数据传输已完成的确定，DU可以生成或启动UE上下文释放。在一些实施例中，DU可以响应于该确定而生成传输结束的指示。一旦生成，DU就可以经由空中接口提供、传输或发送该指示。在一些实施例中，该指示可以通过用于请求释放上下文信息的消息(例如，F1AP消息)中的原因值而被标识或包括。原因值可以对应于传输的结束。例如，F1AP消息能够包括多个可能的原因值中的一个，每个原因值指示预期动作的不同或对应原因，例如请求释放上下文信息。

CU可以从DU检索、标识或以其他方式接收UE上下文释放(895)。在一些实施例中，CU和DU可以彼此通信UE上下文释放。在一些实施例中，CU可以经由空中接口从DU接收传输结束的指示。在一些实施例中，CU可以向DU发送用于释放专用上下文信息(例如，部分上下文信息)的命令。在一些实施例中，命令可以指示释放的原因。释放的原因可以包括UE离开基于无线接入网(RAN)的通知区域(RNA)或小型数据的结束等。在一些实施例中，CU可以向DU发送用于释放公共上下文信息的命令。响应于接收到传输结束的指示，该命令可以由CU生成并被发送到DU。该命令可以指示释放的原因。在一些实施例中，DU可以从CU接收用于释放专用上下文信息(例如，部分或完整)的命令。在一些实施例中，DU可以从CU接收用于释放公共上下文信息的命令。在UE上下文释放的通信之后，CU和DU都可以停止或终止使用用于来自处于RRC非活动状态的UE的数据的附加传输的上下文信息。如果处于RRC非活动状态的UE要重新开始数据(例如，小型数据)的传输，则UE、DU和CU可以从(805)开始重复方法800。

虽然本解决方案的各种实施例已在上文中描述，但应理解，它们仅通过示例而不是通过限制的方式呈现。类似地，各种图可以描绘示例架构或配置，所提供的示例架构或配置使得本领域的普通技术人员能够理解本解决方案的示例特征和功能。然而，这些人将理解，解决方案不限于所示的示例架构或配置，而是可以使用各种替代架构和配置来实施。另外，如本领域普通技术人员将理解的，一个实施例的一个或多个特征可以与本文描述的另一实施例的一个或多个特征组合。因此，本公开的广度和范围不应受到上述任何说明性实施例的限制。

还应理解，本文中使用诸如“第一”、“第二”等的名称对元件的任何引用通常不限制那些元件的数量或顺序。相反，这些名称在本文中可用作区分两个或多个元素或元素实例的便利手段。因此，对第一元素和第二元素的引用并不意味着只能采用两个元素，或者第一元素必须以某种方式位于第二元素之前。

此外，本领域普通技术人员将理解，信息和信号可以使用各种不同技术和工艺中的任何一种来表示。例如，可以在上面的描述中引用的例如数据、指令、命令、信息、信号、比特和符号可以由电压、电流、电磁波、磁场或磁粒子、光场或光粒子或它们的任何组合来表示。

本领域普通技术人员将进一步理解，结合本文公开的方面描述的各种说明性逻辑块、模块、处理器、手段、电路、方法和功能中的任何一个都可以通过电子硬件(例如，数字实施方案、模拟实施方案或二者的组合)、固件、纳入指令的各种形式的程序或设计代码(为方便起见，其在本文中可以被称为“软件”或“软件模块”)或这些技术的任意组合来实施。为了清楚地说明硬件、固件和软件的这种可互换性，上面已经根据其功能对各种说明性的组件、块、模块、电路和步骤进行了一般性描述。这样的功能是以硬件、固件还是软件或这些技术的组合实施的，取决于特定的应用和施加在整个系统上的设计约束。本领域技术人员可以针对每个特定应用以各种方式实施所描述的功能，但是这种实施方式决策不会导致偏离本公开的范围。

此外，本领域普通技术人员将理解，本文描述的各种说明性逻辑块、模块、设备、组件和电路可以在集成电路(IC)内实施或由其执行，该集成电路包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑设备、或其任意组合。逻辑块、模块和电路可以进一步包括天线和/或收发器，以与网络内或设备内的各种组件进行通信。通用处理器可以是微处理器，但在替代方案中，处理器可以是任何常规处理器、控制器或状态机。处理器也可以被实施为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP核结合的一个或多个微处理器或任何其他合适的配置，以执行本文描述的功能。

如果以软件实施，则功能可以作为一个或多个指令或代码被存储在计算机可读介质上。因此，本文公开的方法或算法的步骤可以作为存储在计算机可读介质上的软件实施。计算机可读介质包括计算机存储介质和通信介质，通信介质包括使计算机程序或代码能够从一个地方传送到另一地方的任何介质。存储介质可以是能够由计算机访问的任何可用介质。借由示例而非限制，此类计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储或其他磁性存储设备、或可用于以指令或数据结构形式存储期望的程序代码并且能够由计算机访问的任何其他介质。

在本文档中，本文所使用的术语“模块”指的是用于执行本文所述的相关功能的软件、固件、硬件，以及这些元件的任何组合。此外，为了便于讨论的目的，将各种模块描述为分立模块；然而，对于本领域的普通技术人员来说显而易见的是，可以组合两个或更多个模块以形成根据本解决方案的实施例执行相关功能的单个模块。

此外，在本解决方案的实施例中，可以采用存储器或其他存储器以及通信组件。应当理解，为了清楚起见，上述描述已经参考不同的功能单元和处理器描述了本解决方案的实施例。然而，显而易见的是，在不影响本解决方案的情况下，可以使用不同功能单元、处理逻辑元件或域之间的任何适当的功能分布。例如，被示为由不同的处理逻辑元件或控制器执行的功能可以由同一处理逻辑元件或控制器执行。因此，对特定功能单元的引用仅是对用于提供所描述的功能的适当手段的引用，而不是对严格的逻辑或物理结构或组织的指示。

对本公开中描述的实施例的各种修改对于本领域技术人员而言将是显而易见的，并且在不脱离本公开的范围的情况下，本文中定义的一般原理可以应用于其他实施例。因此，本公开不旨在限于本文中所示的实施例，而是将被赋予与如本文中所公开的新颖特征和原理一致的最广范围，正如权利要求书中所叙述的。

Claims (36)

1.一种无线通信方法，包括：

由分布式单元(DU)从集中式单元(CU)接收用于转发来自处于无线资源控制(RRC)非活动状态的多个无线通信设备中的无线通信设备的数据的上下文信息，

其中，所述上下文信息包括所述无线通信设备的部分上下文信息，所述部分上下文信息包括消息类型的信息、由所述CU为所述无线通信设备存储的标识符、由所述DU为所述无线通信设备分配的标识符、具有关于以下三者的信息的专用无线承载(DRB)的上下文：传输网络层(TNL)隧道、用于所述DRB的逻辑信道标识符(LCID)和无线链路控制(RLC)模式；

由所述DU从所述无线通信设备接收来自处于RRC非活动状态的所述无线通信设备的数据；

由所述DU根据所述上下文信息、使用所述DRB的对应RLC实体和RLC模式处理所述数据；以及

由所述DU根据所述上下文信息、使用所述DRB的相关联的TNL隧道向所述CU发送处理后的数据。

2.根据权利要求1所述的方法，包括由所述DU经由F1应用协议(F1AP)接口向所述CU发送用户设备(UE)上下文获取请求，所述UE上下文获取请求包括以下至少一个：

对公共或部分上下文信息的请求；

由所述DU为所述无线通信设备分配的所述标识符；

所述无线通信设备的非活动无线网络临时标识符(I-RNTI)；

要获取的上下文信息的范围；

要设置的每个DRB的LCID；

要设置的每个DRB的下行链路(DL)上行链路(UP)传输网络层(TNL)隧道信息；

要设置的每个DRB的其他上下文信息；

所述无线通信设备的其他上下文信息；或

所述消息类型的信息。

3.根据权利要求2所述的方法，包括由所述DU经由所述F1AP接口从所述CU接收用于部分UE上下文设置的信息，所述部分UE上下文设置的信息包括以下至少一个：

由所述CU为所述无线通信设备存储的所述标识符；

由所述DU为所述无线通信设备分配的所述标识符；

要设置的每个DRB的LCID；

要设置的每个DRB的DRB标识符；

要设置的每个DRB的RLC模式；

要设置的每个DRB的上行链路(UL)TNL隧道信息；

要设置的每个DRB的其他上下文信息；

所述无线通信设备的其他上下文信息；或

所述消息类型的信息。

4.根据权利要求3所述的方法，包括由所述DU经由所述F1AP接口向所述CU发送部分UE上下文设置响应，所述部分UE上下文设置响应包括以下至少一个：

由所述CU为所述无线通信设备存储的所述标识符；

由所述DU为所述无线通信设备分配的所述标识符；

要设置的每个DRB的LCID；

要设置的每个DRB的DRB标识符；

要设置的每个DRB的DL UL TNL隧道信息；

要设置的每个DRB的其他上下文信息；

所述无线通信设备的其他上下文信息；或

所述消息类型的信息。

5.根据权利要求1所述的方法，其中，所述上下文信息包括处于RRC非活动状态的所述多个无线通信设备的公共上下文信息。

6.根据权利要求5所述的方法，其中，在所述DU和所述CU中所述公共上下文通过一个或多个虚拟无线通信设备的标识符来标识。

7.根据权利要求5所述的方法，包括由所述DU将额外信息并入到所述数据的RLC服务数据单元(SDU)中，所述额外信息包括以下至少一个：

所述无线通信设备的非活动无线网络临时标识符(I-RNTI)；或

媒体访问控制(MAC)协议数据单元(PDU)中所述数据的LCID。

8.根据权利要求7所述的方法，包括由所述DU将所述额外信息并入以下至少一个中：

每个RLC实体RLC SDU的报头，或

通用分组无线服务(GPRS)隧道协议用户面(GTP-U)隧道的无线接入网络(RAN)容器扩展报头。

9.根据权利要求5所述的方法，包括：

由所述DU确定所述数据的优先级；以及

由所述DU根据所述数据的优先级、根据所接收的公共上下文选择DRB设置。

10.根据权利要求9所述的方法，包括由所述DU根据以下至少一个确定所述数据的优先级：

用于将所述数据从所述无线通信设备传输到所述DU的资源；或

所述数据中承载的优先级信息。

11.根据权利要求10所述的方法，其中，经由RRC信令消息或SIB向所述无线通信设备发送关联所述资源和所述优先级的信息。

12.根据权利要求1所述的方法，其中，所述DU根据以下至少一个的检测来确定来自处于RRC非活动状态的所述无线通信设备的所述数据的传输已完成：自在所述DU处接收到最后一个数据以来的定时器到期、指示来自所述无线通信设备的数据传输结束的信号，或者来自所述无线通信设备的具有缓冲器大小为零的缓冲器状态报告(BSR)。

13.根据权利要求12所述的方法，其中，所述数据传输结束的指示经由F1AP接口被发送。

14.根据权利要求13所述的方法，其中，所述指示包括用于请求释放所述上下文信息的F1AP消息中的原因值。

15.根据权利要求1所述的方法，包括由所述DU从所述CU接收用于释放所述部分上下文信息的命令。

16.根据权利要求15所述的方法，包括由所述DU从所述CU接收释放原因的指示，所述释放原因包括所述无线通信设备离开基于无线接入网(RAN)的通知区域(RNA)。

17.根据权利要求5所述的方法，包括由所述DU从所述CU接收用于释放所述公共上下文信息的命令。

18.一种无线通信方法，包括：

由集中式单元(CU)向分布式单元(DU)传输用于转发来自处于无线资源控制(RRC)非活动状态的多个无线通信设备中的无线通信设备的数据的上下文信息，

其中，所述上下文信息包括所述无线通信设备的部分上下文信息，所述部分上下文信息包括消息类型的信息、由所述CU为所述无线通信设备存储的标识符、由所述DU为所述无线通信设备分配的标识符、具有关于以下三者的信息的专用无线承载(DRB)的上下文：传输网络层(TNL)隧道、用于所述DRB的逻辑信道标识符(LCID)和无线链路控制(RLC)模式；以及

由CU从DU接收由所述无线通信设备使用所述DRB的相关联的TNL隧道传输并由所述DU根据所述上下文信息、使用所述DRB的对应RLC实体和RLC模式处理的数据。

19.根据权利要求18所述的方法，包括由所述CU经由F1应用协议(F1AP)接口从所述DU接收用户设备(UE)上下文获取请求，所述UE上下文获取请求包括以下至少一个：

对公共或部分上下文信息的请求；

由所述DU为所述无线通信设备分配的所述标识符；

所述无线通信设备的非活动无线网络临时标识符(I-RNTI)；

要获取的上下文信息的范围；

要设置的每个DRB的LCID；

要设置的每个DRB的下行链路(DL)上行链路(UP)传输网络层(TNL)隧道信息；

要设置的每个DRB的其他上下文信息；

所述无线通信设备的其他上下文信息；或

所述消息类型的信息。

20.根据权利要求19所述的方法，包括由所述CU经由所述F1AP接口向所述DU发送用于部分UE上下文设置的信息，所述部分UE上下文设置的信息包括以下至少一个：

由所述CU为所述无线通信设备存储的所述标识符；

由所述DU为所述无线通信设备分配的所述标识符；

要设置的每个DRB的LCID；

要设置的每个DRB的DRB标识符；

要设置的每个DRB的RLC模式；

要设置的每个DRB的上行链路(UL)TNL隧道信息；

要设置的每个DRB的其他上下文信息；

所述无线通信设备的其他上下文信息；或

所述消息类型的信息。

21.根据权利要求20所述的方法，包括由所述CU经由所述F1AP接口向所述DU发送部分UE上下文设置响应，所述部分UE上下文设置响应包括以下至少一个：

所述CU为所述无线通信设备存储的标识符；

由所述DU为所述无线通信设备分配的标识符；

要设置的每个DRB的LCID；

要设置的每个DRB的DRB标识符；

要设置的每个DRB的DL UL TNL隧道信息；

要设置的每个DRB的其他上下文信息；

所述无线通信设备的其他上下文信息；或

所述消息类型的信息。

22.根据权利要求18所述的方法，其中，所述上下文信息包括处于RRC非活动状态的所述多个无线通信设备的公共上下文信息。

23.根据权利要求22所述的方法，其中，在所述DU和所述CU中所述公共上下文通过一个或多个虚拟无线通信设备的标识符来标识。

24.根据权利要求22所述的方法，包括指致使所述DU将额外信息并入到所述数据的RLC服务数据单元(SDU)中，所述额外信息包括以下至少一个：

所述无线通信设备的非活动无线网络临时标识符(I-RNTI)；或

媒体访问控制(MAC)协议数据单元(PDU)中所述数据的LCID。

25.根据权利要求24所述的方法，包括致使所述DU将所述额外信息并入以下至少一个中：

每个RLC实体RLC SDU的报头，或

通用分组无线服务(GPRS)隧道协议用户面(GTP-U)隧道的无线接入网络(RAN)容器扩展报头。

26.根据权利要求22所述的方法，包括由所述CU致使所述DU：

确定所述数据的优先级；

根据所述数据的优先级，根据所接收的公共上下文来选择DRB设置。

27.根据权利要求26所述的方法，包括由所述CU致使所述DU根据以下至少一个确定所述数据的优先级：

用于将所述数据从所述无线通信设备传输到所述DU的资源；或

所述数据中承载的优先级信息。

28.根据权利要求27所述的方法，其中，经由RRC信令消息或SIB向所述无线通信设备发送关联所述资源和所述优先级的信息。

29.根据权利要求18所述的方法，其中，所述DU根据以下至少一个的检测确定来自处于RRC非活动状态的所述无线通信设备的所述数据的传输已完成：自在所述DU处接收到最后一个数据以来的定时器到期、指示来自所述无线通信设备的数据传输结束的信号，或者来自所述无线通信设备的具有缓冲器大小为零的缓冲器状态报告(BSR)。

30.根据权利要求29所述的方法，其中所述数据传输结束的指示经由F1AP接口被接收。

31.根据权利要求30所述的方法，其中，所述指示包括用于请求释放上下文信息的F1AP消息中的原因值。

32.根据权利要求18所述的方法，包括由所述CU向所述DU发送用于释放所述部分上下文信息的命令。

33.根据权利要求32所述的方法，包括由所述CU向所述DU发送释放原因的指示，所述释放原因包括所述无线通信设备离开基于无线接入网(RAN)的通知区域(RNA)。

34.根据权利要求22所述的方法，包括由所述CU向所述DU发送用于释放所述公共上下文信息的命令。

35.一种存储指令的计算机可读存储介质，当所述指令由一个或多个处理器执行时，能够致使所述一个或多个处理器执行根据权利要求1-34中任一项所述的方法。

36.一种无线通信装置，包括：

一个或多个处理器，被配置为执行根据权利要求1-34中任一项所述的方法。