用于具有数据传输的用户设备的数据转发的制作方法

1.本公开总体上涉及无线通信，包括但不限于用于具有数据传输的用户设备的数据转发的系统和方法。


背景技术：

2.标准化组织第三代合作伙伴计划(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的单元(也被称为网络功能)已经得到简化，其中一些单元是基于软件的，从而使得它们可以根据需要来调整。


技术实现要素：

3.本文所公开的示例实施例旨在解决与现有技术中存在的一个或多个难题有关的问题，以及提供通过在结合附图时参照以下详细描述将变得显而易见的附加特征。根据各种实施例，本文公开了示例系统、方法、设备和计算机程序产品。然而，应当理解，这些实施例是通过示例而非限制性的方式呈现的，并且对于阅读本公开的本领域普通技术人员而言，显然可以对所公开的实施例进行各种修改，同时保留在本公开的范围内。
4.至少一个方面针对系统、方法、装置或计算机可读介质。非锚节点可以接收发送上行链路的无线通信设备的用户数据。非锚节点可以使用无线通信设备的上下文信息的一部分，将该用户数据解码为上行链路空口协议协议数据单元(pdu)。非锚节点可以将第一消息的用户数据容器中的上行链路空口协议pdu发送给具有无线通信设备的完整上下文信息的锚节点。
5.在一些实施例中，非锚节点可以在发起无线资源控制(rrc)连接恢复过程之后，从无线通信设备接收用户数据。在一些实施例中，非锚节点可以从锚节点接收第二消息的用户数据容器中的上行链路空口协议pdu，该上行链路空口协议pdu具有无线通信设备的完整上下文信息。在一些实施例中，非锚节点可以使用无线通信设备的完整上下文信息，将上行链路空口协议pdu解码为空口协议服务数据单元(sdu)或服务质量(qos)流分组中的至少一个。
6.在一些实施例中，锚节点可以包括第一下一代节点b(gnb)或下一代演进型节点b(ng-enb)。在一些实施例中，非锚节点可以包括第二gnb或ng-enb。在一些实施例中，第一消息可以包括检索ue上下文请求(xnap retrieve ue context request)消息或第一xnap rrc传输(xnap rrc transfer)消息。在一些实施例中，第二消息可以包括xnap检索ue上下文响应(xnap retrieve ue context response)消息或第二xnap rrc传输(xnap rrc transfer)消息。
modification required)消息、f1ap初始ul rrc消息传输(f1ap initial ul rrc message transfer)消息。在一些实施例中，第二消息可以包括第二f1ap用户数据传输(f1ap user data transfer)消息、f1ap ue上下文修改请求(f1ap ue context modification request)消息、f1ap ue上下文修改确认(f1ap ue context modification confirm)消息。
15.在一些实施例中，在处于无线资源控制(rrc)非激活状态的同时，非锚节点可以在没有rrc信令的情况下从无线通信设备接收用户数据。在一些实施例中，非锚节点可以从锚节点接收第二消息中的用户数据容器，该用户数据容器没有无线通信设备的上下文信息。在一些实施例中，非锚节点可以向无线通信设备发送用户数据容器的内容。
16.在一些实施例中，锚节点可以包括第一下一代节点b(gnb)或下一代演进型节点b(ng-enb)的集中式单元用户面(cu-up)。在一些实施例中，非锚节点可以包括第二gnb或ng-enb的集中式单元控制面(cu-cp)。在一些实施例中，第一消息可以包括第一e1应用协议(e1ap)用户数据传输(e1ap user data transfer)消息、e1ap承载上下文修改请求(e1ap bearer context modification request)消息。在一些实施例中，第二消息可以包括第二e1ap用户数据传输(e1ap user data transfer)消息、e1ap修改承载上下文需求(e1ap bearer context modification required)消息。
17.在一些实施例中，非锚节点可以在发起无线资源控制(rrc)连接恢复过程之后，从无线通信设备接收用户数据。在一些实施例中，非锚节点可以从锚节点接收第二消息中的用户数据容器，该用户数据容器没有无线通信设备的上下文信息。在一些实施例中，非锚节点可以向无线通信设备发送用户数据容器的内容。
18.在一些实施例中，锚节点可以包括第一下一代节点b(gnb)或下一代演进型节点b(ng-enb)的集中式单元用户面(cu-up)。在一些实施例中，非锚节点可以包括第二gnb或ng-enb的集中式单元控制面(cu-cp)。在一些实施例中，第一消息可以包括e1应用协议(e1ap)承载上下文修改请求(e1ap bearer context modification request)消息、第一e1ap用户数据传输(user datatransfer)消息或e1ap承载上下文修改确认(e1ap bearer context modification confirm)消息。在一些实施例中，第二消息可以包括e1ap承载上下文修改响应(e1ap bearer context modification response)消息、第二e1ap用户数据传输(e1ap user data transfer)消息或e1ap修改承载上下文需求(e1ap bearer context modification required)消息。
19.在一些实施例中，用户数据容器包括以下中的至少一项：信息单元(ie)；无线通信设备的标识；无线通信设备的上下文信息的标识；与上行链路空口协议pdu相关联的数据无线承载(drb)的标识；与上行链路空口协议pdu相关联的pdu会话的标识；相关联的服务质量(qos)流的标识；与上行链路空口协议pdu相关联的序列号(sn)；与上行链路空口协议pdu相关联的超帧号(hfn)；或者与上行链路空口协议pdu相关联的计数值。
20.至少一个方面针对系统、方法、装置或计算机可读介质。锚节点可以具有无线通信设备的完整上下文信息。锚节点可以从非锚节点接收第一消息的用户数据容器中的上行链路空口协议协议数据单元(pdu)。上行链路空口pdu可以具有无线通信设备的用户数据，该无线通信设备发送由非锚节点使用无线通信设备的部分上下文信息解码的上行链路。
21.在一些实施例中，锚节点可以向非锚节点发送第二消息的用户数据容器中的上行链路空口协议pdu，该上行链路空口协议pdu具有无线通信设备的完整上下文信息。非锚节
modification confirm)消息。
29.在一些实施例中，锚节点可以向非锚节点发送第二消息中的用户数据容器，该用户数据容器没有无线通信设备的上下文信息。在一些实施例中，在处于无线资源控制(rrc)非激活状态时，非锚节点可以在没有rrc信令的情况下从无线通信设备接收用户数据。在一些实施例中，锚节点可以使非锚节点向无线通信设备发送用户数据容器的内容。
30.在一些实施例中，锚节点可以包括第一下一代节点b(gnb)或下一代演进型节点b(ng-enb)的集中式单元(cu)。在一些实施例中，非锚节点可以包括第二gnb或ng-enb的分布式单元(du)。在一些实施例中，第一消息可以包括第一f1应用协议(f1ap)用户数据传输(f1ap user data transfer)消息、f1ap ue上下文修改需求(f1ap ue context modification required)消息、f1ap初始ul rrc消息传输(f1ap initial ul rrc message transfer)消息。在一些实施例中，第二消息可以包括第二f1ap用户数据传输(f1ap user data transfer)消息、f1ap ue上下文修改请求(f1ap ue context modification request)消息、f1ap ue上下文修改确认(f1ap ue context modification confirm)消息。
31.在一些实施例中，锚节点可以向非锚节点发送第二消息中的用户数据容器，该用户数据容器没有无线通信设备的上下文信息。在一些实施例中，在处于无线资源控制(rrc)非激活状态时，非锚节点可以在没有rrc信令的情况下从无线通信设备接收用户数据。在一些实施例中，锚节点使非锚节点向无线通信设备发送用户数据容器的内容。
32.在一些实施例中，锚节点可以包括第一下一代节点b(gnb)或下一代演进型节点b(ng-enb)的集中式单元用户面(cu-up)。在一些实施例中，非锚节点可以包括第二gnb或ng-enb的集中式单元控制面(cu-cp)。在一些实施例中，第一消息可以包括第一e1应用协议(e1ap)用户数据传输(e1ap user data transfer)消息、e1ap承载上下文修改请求(e1ap bearer context modification request)消息。在一些实施例中，第二消息可以包括第二e1ap用户数据传输(e1ap user data transfer)消息、e1ap修改承载上下文需求(e1ap bearer context modification required)消息。
33.在一些实施例中，锚节点可以向非锚节点发送第二消息中的用户数据容器，该用户数据容器没有无线通信设备的上下文信息。在一些实施例中，非锚节点可以在发起无线资源控制(rrc)连接恢复过程之后，从无线通信设备接收用户数据。在一些实施例中，锚节点可以使非锚节点向无线通信设备发送用户数据容器的内容。
34.在一些实施例中，锚节点可以包括第一下一代节点b(gnb)或下一代演进型节点b(ng-enb)的集中式单元用户面(cu-up)。在一些实施例中，非锚节点可以包括第二gnb或ng-enb的集中式单元控制面(cu-cp)。在一些实施例中，第一消息可以包括e1应用协议(e1ap)承载上下文修改请求(e1ap bearer context modification request)消息、第一e1ap用户数据传输(e1ap user data transfer)消息或e1ap承载上下文修改确认(e1ap bearer context modification confirm)消息。在一些实施例中，第二消息可以包括e1ap承载上下文修改响应(e1ap bearer context modification response)消息、第二e1ap用户数据传输(e1ap user data transfer)消息或e1ap修改承载上下文需求(e1ap bearer context modification required)消息。
35.在一些实施例中，用户数据容器包括以下中的至少一项：信息单元(ie)；无线通信设备的标识；无线通信设备的上下文信息的标识；与上行链路空口协议pdu相关联的数据无
线承载(drb)的标识；与上行链路空口协议pdu相关联的pdu会话的标识；相关联的服务质量(qos)流的标识；与上行链路空口协议pdu相关联的序列号(sn)；与上行链路空口协议pdu相关联的超帧号(hfn)；或者与上行链路空口协议pdu相关联的计数值。
附图说明
36.下文参照以下附图或图纸详细描述了本解决方案的各种示例实施例。附图仅出于说明的目的而提供，并且仅描绘本解决方案的示例实施例，以便于读者对本解决方案的理解。因此，附图不应该被视为对本解决方案的广度、范围或适用性的限制。应当注意，为了清楚和易于说明起见，这些附图不一定按比例绘制。
37.图1示出了根据本公开的实施例的的可以在其中实施本文公开的技术的示例蜂窝通信网络；
38.图2示出了根据本公开的一些实施例的示例基站和用户设备终端的框图；
39.图3示出了根据说明性实施例的用于聚合式下一代(next generation，ng)随机接入网(random access network，ran)节点的系统的框图；
40.图4示出了根据说明性实施例的用于具有集中式单元(centralized unit，cu)和分布式单元(distributed unit，du)分离架构的分解式下一代(next generation，ng)随机接入网(ran)节点的系统的框图；
41.图5示出了根据说明性实施例的用于具有带控制面(control plane，cp)和用户面(user plane，up)的集中式单元(cu)和分布式单元(du)分离架构的分解式下一代(ng)随机接入网(ran)节点的系统的框图；
42.图6示出了根据说明性实施例的经由检索ue上下文响应消息提供用户设备(ue)上下文的过程的序列图；
43.图7示出了根据说明性实施例的经由检索ue上下文失败消息提供用户设备(ue)上下文的过程的序列图；
44.图8示出了根据说明性实施例的经由用户数据传输消息提供用户设备(ue)上下文的过程的序列图；
45.图9示出了根据说明性实施例的经由下行链路(dl)无线资源控制(radio resource control，rrc)传输消息提供用户设备(ue)上下文的过程的序列图；
46.图10示出了根据说明性实施例的在集中式单元(cu)和分布式单元(du)分离架构中经由用户数据传输消息提供用户设备(ue)上下文的过程的序列图；
47.图11示出了根据说明性实施例的经由控制面(cu)与用户面(up)之间的用户数据传输消息提供用户设备(ue)上下文的过程的序列图；
48.图12示出了根据说明性实施例的经由承载上下文修改响应提供用户设备(ue)上下文的过程的序列图；
49.图13示出了根据说明性实施例的用于具有数据传输的用户设备的数据转发方法的功能带图。
具体实施方式
50.下文参照附图描述了本解决方案的各种示例实施例，以使本领域普通技术人员能
够制造和使用本解决方案。对于本领域普通技术人员而言将显而易见的是，在阅读完本公开之后，可以在不脱离本解决方案的范围的情况下，对本文所描述的示例进行各种改变或修改。因此，本解决方案不限于本文所描述和示出的示例实施例和应用。另外，本文所公开的方法中的步骤的特定顺序和/或层次架构仅仅是示例途径。基于设计偏好，可以重新布置所公开的方法或过程的步骤的特定顺序或层次架构，同时保留在本解决方案的范围内。因此，本领域普通技术人员应当理解，本文所公开的方法和技术以样本顺序呈现各种步骤或动作，除非另有明确说明，否则本解决方案不限于呈现的特定顺序或层次架构。
51.以下首字母缩略词在整个本公开中被使用：
52.53.54.[0055][0056]
1.移动通信技术和环境
[0057]
图1示出了根据本公开的实施例的可以在其中实施本文公开的技术的示例无线通信网络和/或系统100。在接下来的讨论中，无线通信网络100可以是诸如蜂窝网络或窄带物联网(narrowband internet of things，nb-iot)网络之类的任何无线网络，并且在本文中被称为“网络100”。这样的示例网络100包括可以经由通信链路110(例如，无线通信信道)彼此通信的基站102(以下称为“bs 102”；也被称为无线通信节点)和用户设备终端104(以下称为“ue 104”；也被称为无线通信设备)，以及覆盖地理区域101的小区126、130、132、134、136、138和140的集群(cluster)。在图1中，bs 102和ue 104被包含在小区126的相应地理边界内。其他小区130、132、134、136、138和140中的每一个都可以包括在其分配到的带宽下工作的至少一个基站，以向其预期用户提供充足的无线覆盖。
[0058]
例如，bs 102可以在分配到的信道传输带宽下工作，以向ue 104提供充足的覆盖。bs 102和ue 104可以分别经由下行链路无线帧118和上行链路无线帧124进行通信。每个无线帧118/124可以进一步划分成子帧120/127，子帧120/127可以包括数据符号122/128。在本公开中，bs 102和ue 104在本文被描述为“通信节点”的非限制性示例，其通常可以实践本文所公开的方法。根据本解决方案的各种实施例，这样的通信节点可以能够进行无线和/或有线通信。
[0059]
图2示出了根据本解决方案的一些实施例的用于发送和接收无线通信信号(例如，ofdm/ofdma信号)的示例无线通信系统200的框图。系统200可以包括被配置为支持在本文无需详细描述的已知或常规操作特征的组件和元件。在一个说明性实施例中，系统200可用于在诸如图1的无线通信环境100之类的无线通信环境中传输(例如，发送和接收)数据符号，如上文所描述的那样。
[0060]
系统200总体包括基站202(以下称为“bs 202”)和用户设备终端204(以下称为“ue 204”)。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与ue 204进行通信，通信信道250可以是适合于如本文所述的数据传输的任何无线信道或其他介质。
[0061]
如本领域普通技术人员应当理解的，系统200还可以包括除了图2所示的模块以外的任意数量的模块。本领域技术人员应当理解，结合本文所公开的实施例描述的各种说明性块、模块、电路和处理逻辑可以以硬件、计算机可读软件、固件或其任何实际组合来实施。为了清楚地说明硬件、固件和软件的这种互换性和兼容性，各种说明性的组件、块、模块、电路和步骤通常依据其功能性来描述。这种功能性是被实施为硬件、固件，还是被实施为软
件，可以取决于特定应用和施加在整个系统上的设计约束。熟悉本文所述的概念的技术人员可以对于每个特定应用以合适的方式实施这种功能性，但是这种实施方式决策不应被解释为限制本公开的范围。
[0062]
根据一些实施例，ue收发机230可以在本文中被称为“上行链路”收发机230，其包括射频(radio frequency，rf)发射机和rf接收机，每个射频发射机和rf接收机包括耦接到天线232的电路。双工开关(未示出)可以可替选地以时间双工方式将上行链路发射机或接收机耦接到上行链路天线。类似地，根据一些实施例，bs收发机210可以在本文中被称为“下行链路”收发机210，其包括射频(rf)发射机和rf接收机，每个rf发射机和rf接收机包括耦接到天线212的电路。下行链路双工开关可以可替选地以时分双工方式将下行链路发射机或接收机耦接到下行链路天线212。两个收发机模块210和230的操作可以在时间上被协同，使得在下行链路发射机耦接到下行链路天线212的同时，上行链路接收机电路耦接到上行链路天线232，以用于接收通过无线传输链路250的传输。相反地，两个收发机模块210和230的操作可以在时间上被协同，使得在上行链路发射机耦接到上行链路天线232的同时，下行链路接收机耦接到下行链路天线212，以用于接收通过无线传输链路250的传输。在一些实施例中，在双工方向上的改变之间存在着具有最小保护时间的紧密时间同步。
[0063]
ue收发机230和基站收发机210被配置为经由无线数据通信链路250进行通信，并且与能够支持特定无线通信协议和调制方案的适当配置的rf天线布置212/232协作。在一些说明性实施例中，ue收发机230和基站收发机210被配置为支持诸如长期演进(lte)和新兴5g标准等之类的行业标准。然而，应当理解，本公开在应用上不必局限于特定的标准及相关联协议。相反，ue收发机230和基站收发机210可以被配置为支持可替选的或附加的无线数据通信协议，包括未来的标准或其变型。
[0064]
根据各种实施例，bs 202可以是例如演进型节点b(enb)、服务enb、目标enb、毫微微站或微微站。根据一些实施例，ue 204可以体现诸如移动电话、智能电话、个人数字助理(pda)、平板电脑、膝上型电脑，可穿戴计算设备等之类的各种类型的用户设备中。处理器模块214和236可以利用被设计用于执行本文所述的功能的通用处理器、内容可寻址存储器、数字信号处理器、专用集成电路、现场可编程门阵列、任何合适的可编程逻辑器件、分立门或晶体管逻辑、分立硬件组件或者其任何组合来实施或实现。以这种方式，处理器可以被实现为微处理器、控制器、微控制器、状态机或诸如此类。处理器也可以被实施为计算设备的组合，例如，数字信号处理器和微处理器的组合、多个微处理器、一个或多个与数字信号处理器内核结合的微处理器、或任何其他这样的配置。
[0065]
此外，结合本文所公开的实施例描述的方法或算法的步骤可以直接体现在硬件、固件、分别由处理器模块214和236执行的软件模块、或其任何实际组合中。存储器模块216和234可以被实现为ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动磁盘、cd-rom或本领域公知的任何其他形式的存储介质。在这方面，存储器模块216和234可以分别耦接到处理器模块210和230，使得处理器模块210和230可以分别从存储器模块216和234读取信息以及向存储器模块216和234写入信息。存储器模块216和234也可以被集成到它们各自的处理器模块210和230中。在一些实施例中，存储器模块216和234可以各自包括高速缓存存储器，以用于在分别由处理器模块210和230执行的指令的执行期间存储临时变量或其他中间信息。存储器模块216和234也可以各自包括用于存储分别要由处
理器模块210和230执行的指令的非易失性存储器。
[0066]
网络通信模块218通常表示基站202的硬件、软件、固件、处理逻辑和/或其他组件，这些组件使得基站收发机210与被配置为与基站202通信的其他网络组件和通信节点之间能够进行双向通信。例如，网络通信模块218可被配置为支持互联网或wimax流量。在非限制性的典型部署中，网络通信模块218提供802.3以太网接口，使得基站收发机210能够与传统的基于以太网的计算机网络进行通信。以这种方式，网络通信模块218可以包括用于连接到计算机网络(例如，移动交换中心(msc))的物理接口。如本文关于指定的操作或功能所使用的术语“被配置用于
…”
、“被配置为
…”
及其词形变化是指在物理上被构造为、编程为、格式化为和/或布置为执行指定的操作或功能的设备、组件、电路、结构、机器、信号等。
[0067]
开放系统互连(open systems interconnection，osi)模型(在本文中，称为“开放系统互连模型”)是一种概念和逻辑布局，其定义了对与其他系统的互连和通信开放的系统(例如，无线通信设备、无线通信节点)使用的网络通信。该模型被分解成七个子组件或层，其中的每个子组件或层表示向其上下各层提供的服务的概念集合。osi模型还定义了逻辑网络，并且通过使用不同层协议有效地描述了计算机分组传输。osi模型也可以被称为七层osi模型或七层模型。在一些实施例中，第一层可以是物理层。在一些实施例中，第二层可以是介质访问控制(medium access control，mac)层。在一些实施例中，第三层可以是无线链路控制(radio link control，rlc)层。在一些实施例中，第四层可以是分组数据汇聚协议(packet data convergence protocol，pdcp)层。在一些实施例中，第五层可以是无线资源控制(radio resource control，rrc)层。在一些实施例中，第六层可以是非接入层(non access stratum，nas)层或互联网协议(internet protocol，ip)层之一，而第七层是另一层。
[0068]
2.用于具有数据传输的用户设备的数据转发的系统及方法
[0069]
对于处于无线资源控制(rrc)非激活(rrc_inactive)状态的用户设备(ue)，网络(network，nw)可以执行上行链路(uplink，up)或下行链路(downlink，dl)数据传输，而无需将ue重新配置为rrc_connected状态。对于ul传输，无线接入网(ran)下游接收节点可以将ul接收的用户分组转发给上游节点。相反，对于dl传输，ran上游接收节点可以将接收到的dl用户分组转发给下游节点。对于少量的、零星的和不频繁的用户分组，为数据转发保留的每个专用无线承载(dedicated radio bearer，drb)的通用分组无线业务隧道协议(general packet radio service tunneling protocol，gtp)-u隧道可能是传输网络层(transport network layer，tnl)资源的浪费。因此，为ue实现更经济的数据转发可能存在技术上的挑战，尤其是在只有少量的或零星的数据传输的情况下。
[0070]
rrc非激活状态(例如，如3gpp nr rel-15介绍的)可以提供具有低控制面传输时延和较低ue电池消耗的功率高效状态。对于处于rrc非激活状态的ue，最后一个服务的gnb可以维护ue上下文和到5gc(5g核心网)的相关联的下一代(ng)连接，使得所有去激活的无线承载(例如，信令无线承载(signaling radio bearer，srb)和专用无线承载(drb))可以在ran侧的成功随机接入和rrc恢复过程之后被立即恢复。具有ue上下文和相关联的ng连接的gnb可以被称为锚gnb(anchor gnb)。ue可以具有处于rrc_inactive状态的单个锚gnb，而其他gnb可以被称为非锚gnb(non-anchor gnb)。
[0071]
现在参照图3，描绘了用于聚合式下一代(ng)随机接入网(ran)节点305的系统300
的框图。在聚合式ng-ran节点305中，聚合式ng-ran节点(gnb 310或ng-enb 315)可以与xn连接320互连。如果处于rrc非激活状态的ue恢复rrc连接，并在某些非锚gnb中使用rb，则数据转发可以通过每个drb的xn-u gtp-u隧道来被执行。例如，锚gnb可以将dl接收的用户分组(例如，分组数据汇聚协议(packet data convergence protocol，pdcp)服务数据单元(service data unit，sdu))从upf 330转发给非锚gnb，以用于进一步空口传输，直到路径切换过程完成为止。此外，非锚gnb可以将ul接收的用户分组(例如，pdcp sdu)从空口转发给锚gnb，以用于通过ng-u 335或340的进一步传输，直到路径切换过程完成为止。
[0072]
现在参照图4，其描绘了用于具有集中式单元(cu)和分布式单元(du)分离架构的分解式下一代(ng)随机接入网(ran)节点405的系统400的框图。在分解式ng ran节点405中，gnb 410和415可以进一步被拆分成gnb-cu 420和gnb-cu 445以及gnb-du 425、gnb-du 430、gnb-du 450和gnb-du 455，它们经由与相应的f1连接435、440、460和465互连而被连接。gnb 410和gnb 415可以经由xn连接460而被连接。具有ue上下文以及到针对处于rrc非激活状态的ue的5gc的相关联的ng连接的gnb-cu 420或gnb-cu 445可以被称为锚gnb-cu。如果被配置，则具有ue上下文以及到针对处于rrc非激活状态的ue的锚gnb-cu的相关联的f1连接435、440、460或465的gnb-du 425、gnb-du 430、gnb-du 450或gnb-du 445被称为锚gnb-du。ue可以有单个锚gnb-cu，但是可以有一个或多个处于rrc非激活状态的锚gnb-du。
[0073]
如果处于rrc非激活状态的ue恢复了某个锚gnb-du中的rrc连接和rb，则数据转发可以通过每个drb的f1-u gtp-u隧道来被执行。例如，锚gnb-cu可以将来自upf 465的dl接收的用户分组(例如，pdcp协议数据单元(pdu))转发给锚gnb-du，以用于进一步空口传输。此外，锚gnb-du可以将ul接收的用户分组(例如，pdcp pdu)从空口转发给锚gnb-cu，以用于通过ng-u 470或475的进一步传输。如果处于rrc非激活状态的ue在没有任何ue上下文的情况下恢复了某个非锚gnb-du中的rrc连接和rb，则可以首先与非锚gnb-du建立ue上下文。锚gnb-du可以成为用于ue的锚gnb-du之一，然后可以遵循上述数据转发行为。
[0074]
现在参照图5，描绘了用于具有带控制面(cp)和用户面(up)的集中式单元(cu)和分布式单元(du)分离架构的分解式下一代(ng)随机接入网(ran)节点505的系统500的框图。系统500可以类似于系统400，但是gnb-cu 505进一步被拆分成经由e1连接525互连的gnb-cu-cp 515和gnb-cu-up 520。gnb-cu-cp 515具有ue控制面上下文以及到针对处于rrc非激活状态的ue的5gc的相关联的ng-c连接。而gnb-cu-up具有ue用户面上下文以及到针对处于rrc非激活状态的ue的5gc的相关联的ng-u连接。gnb-cu-cp 515可以经由f1-c连接530与gnb-du 510连接。gnb-cu-up 520也可以经由f1-u连接535与gnb-du 510连接。
[0075]
对于处于rrc非激活状态的ue，可能不支持没有状态转换的用户数据传输(例如，如nr rel-16所定义的)。也就是说，ue可以转换或改变其状态以首先进入rrc连接(rrc_connected)状态，然后发起用户数据传输。为了实现这一点，可以执行具有相当大的信令消耗的rrc恢复过程，即使当ue只有少量的或零星的数据要发送时。这样，针对rrc_inactive ue的具有状态转换的用户数据传输可能会导致不合理的信令开销和相对较大的传输延迟。
[0076]
为了解决数据传输引起的问题，可以充分利用处于rrc非激活状态的ue的少量数据传输(例如，如nr rel-17中所支持的)。处于rrc非激活状态的ue可以在随机接入过程期间或者在预配置的授权(pre-configured grants)中发送一个或多个少量数据突发(data burst)。利用那些方法，用户分组的少量数据可以被发送给锚节点或非锚节点，从而利用所
使用的数据转发。
[0077]
在其他方法下，gtp-u隧道可以通过xn-u或f1-u或ng-u接口建立，用于可能消耗专用tnl资源和teid寻址的ul和dl用户数据转发。虽然建立这样的隧道对于大量或连续的用户分组传输和相关数据转发可能是有保证的，但是对于少量的或零星的数据传输，它可能造成tnl资源的浪费。为了处理这个问题，本系统和方法可以在不建立gtp-u隧道的情况下执行数据转发。
[0078]
在rrc恢复过程期间使用的xnap/f1ap ue相关联或非相关联的过程或消息可以被重新使用，以搭载或传输一个或多个用户分组，以用于数据转发目的，而不是使用gtp-u隧道。所依赖的xnap/f1ap消息至少包括以下消息：(1)xnap：检索ue上下文请求(xnap:retrieve ue context request)；(2)xnap：检索ue上下文响应(xnap:retrieve ue context response)；(3)xnap：检索ue上下文失败(xnap:retrieve ue context failure)；(4)xnap：rrc传输(xnap:rrc transfer)；(5)f1ap：ue上下文修改请求(f1ap:ue context modification request)；(6)f1ap：ue上下文修改响应(f1ap:ue context modification response)；(7)f1ap：ue上下文修改需求(f1ap:ue context modification required)；(8)f1ap：ue上下文修改确认(f1ap:ue context modification confirm)；(9)f1ap：初始ul rrc消息传输(f1ap:initial ul rrc message transfer)；(10)f1ap：dl rrc消息传输(f1ap:dl rrc message transfer)；以及(11)f1ap：ul rrc消息传输(f1ap:ul rrc message transfer)等。在一些实施例中，新的第2类过程或消息(例如，xnap：用户数据传输(xnap:user datatransfer)或f1ap：用户数据传输(f1ap:user data transfer))可以被用于传输用户分组，以用于数据转发目的，而不是使用gtp-u隧道。新消息可以适用于对端节点之间的两个方向。
[0079]
此外，系统可以在上述受影响的消息中引入诸如“用户数据容器”(类型八位字节字符串)之类的新的信息单元(information element，ie)字段。将被转发的用户分组可以由发送节点包括在ie“用户数据容器”中。在接收到后，一个或多个用户分组可以由接收节点从ie“用户数据容器”中被提取出来。接收节点也可以继续将接收到的用户分组转发给下一个节点。
[0080]
在一些实施例中，除了用户分组以外，相关联的drb标识符、pdu会话标识符或服务质量(quality of service，qos)流信息标识符信息也可以由发送节点包括。以这种方式，接收节点可以识别接收到的用户分组属于哪个drb、pdu会话或qos流，以用于区分目的。在一些实施例中，除了用户分组以外，相关联的序列号(sequence number，sn)、超帧号(hyper frame number，hfn)、计数值信息也可以由发送节点包括。以这种方式，接收节点可以识别接收到的用户分组的序列或顺序，以用于按顺序传递目的。
[0081]
如果gnb-cu被进一步分成gnb-cu-cp和gnb-cu-up实体(例如，如在系统500中)，则可以在gnb-cu-cp与gnb-cu-up之间建立e1连接(例如，e1连接525)。为了让gnb-cu-cp获得将被转发的用户分组，e1ap ue相关联的过程或消息可以被重新使用，以搭载或传输用户分组，以用于数据转发目的。所充分利用的消息可以至少包括以下消息：(1)e1ap：承载上下文修改请求(e1ap:bearer context modification request)；(2)e1ap：承载上下文修改响应(e1ap:bearer context modification response)；(3)e1ap：修改承载上下文需求(e1ap:bearer context modification required)；或者(4)e1ap：承载上下文修改确认(e1ap:
bearer context modification confirm)等。在一些实施例中，新的第2类过程或消息(例如，e1ap：用户数据传输(e1ap:user data transfer))可以被用于传输用户分组，以用于数据转发目的。新消息适用于gnb-cu-cp与gnb-cu-up之间的两个方向。
[0082]
此外，可以在上文列出的消息中引入或添加新的ie字段(例如，“用户数据容器”(类型八位字节字符串))。将被转发的用户分组可以由发送节点包括在ie“用户数据容器”中，并且用户分组可以由接收节点从ie“用户数据容器”中提取出来。此外，除了用户分组以外，相关联的drb标识符、pdu会话标识符和qos流标识符信息也可以由发送节点包括。以这种方式，接收节点可以识别接收到的用户分组属于哪个drb、pdu会话、qos流，以用于区分目的。此外，除了用户分组以外，相关联的序列号(sn)、hfn或计数值信息也可以由发送节点包括。以这种方式，接收节点可以识别接收到的用户分组的序列或顺序，以用于按顺序传递目的。
[0083]
现在参照图6，描绘了经由检索ue上下文响应消息提供用户设备(ue)上下文的过程600的序列图。在过程600中，处于rrc_inactive状态的ue可以有一个少量的ul用户分组要发送给网络。为此，ue可以接入新的gnb 605(其与锚gnb 610通信)中的当前驻留nr小区，并且可以通过空口执行包含ul用户分组的rrc恢复过程。新的gnb 605可以获得ul用户分组，并且只能基于本地部分ue上下文，将ul用户分组解码为一个ul pdcp pdu。
[0084]
新的gnb 605可以通过向锚gnb 610发送xnap：检索ue上下文请求(xnap:retrieve ue context request)消息来发起ue上下文获取过程(615)。该消息可以包括在ie“用户数据容器”中的解码的ul pdcp pdu(以及相关联的drb标识符和sn或hfn)。新的gnb 605可以将ul pdcp pdu转发给锚gnb 610。
[0085]
在接收到后，锚gnb 610可以基于ue上下文id来识别ue上下文，并且可以基于被包含在检索ue上下文请求消息中的完整性保护来验证ue。当ue上下文被识别并且ue被成功验证时，锚gnb 610可以获得被包括在ie“用户数据容器”中的ul pdcp pdu(以及相关联的drb id和sn或hfn)。因为锚gnb 610可以决定向新的gnb 605提供ue上下文(即，锚重定位)，所以它应该用xnap：检索ue上下文响应消息(xnap:retrieve ue context response)来响应新的gnb 605。锚gnb 610可以在检索ue上下文响应消息中包括ie“用户数据容器”中的ul pdcp pdu，以将消息传回新的gnb 605(620)。锚gnb也可以在检索ue上下文响应消息中传输完整的ue上下文。
[0086]
新的gnb 605可以利用检索ue上下文响应消息来获得完整的ue上下文。使用完整的ue上下文，新的gnb 605可以将ul pdcp pdu进一步解码为pdcp sdu以及对应的qos流分组。在利用路径切换过程成功将锚重定位到新的gnb 605之后，新的gnb 605将经由对应的ng-u隧道向upf发送ul用户分组。
[0087]
图7说明了经由检索ue上下文失败消息提供用户设备(ue)上下文的过程700的序列图。在过程700中，处于rrc_inactive状态的用户设备可以有一个少量的ul用户分组要发送给网络。为此，ue可以接入新的gnb 705中的当前驻留nr小区(其可以与锚gnb 710连接)，并且可以通过空口执行包含ul用户分组的rrc恢复过程。新的gnb 705可以获得ul用户分组，并且只能基于本地部分ue上下文，将用户分组解码为一个ul pdcp pdu。
[0088]
新的gnb 705可以通过向ue的锚gnb 710发送xnap：检索ue上下文请求(xnap:retrieve ue context request)消息来发起ue上下文获取过程(715)。该消息可以包括在
ie“用户数据容器”中的解码的ul pdcp pdu(以及相关联的drb标识符和sn或hfn)。新的gnb 705可以将ul pdcp pdu转发给锚gnb 710。
[0089]
在接收到后，锚gnb 710可以基于ue上下文id来识别ue上下文，并且可以基于被包含在检索ue上下文请求消息中的完整性保护来验证ue。如果ue上下文可以被识别并且验证成功，则锚gnb 710可以获得被包括在ie“用户数据容器”中的ul pdcp pdu(以及相关联的drb标识符和sn或hfn)。因为锚gnb 710可以决定不向新的gnb 705提供ue上下文(例如，没有锚重定位)，所以锚gnb 710可以利用xnap：检索ue上下文失败(xnap:retrieve ue context failure)消息来响应新的gnb 705(720)。锚gnb 710可以保留ul pdcp pdu，而不是将pdu传回新的gnb 705。
[0090]
锚gnb 710可以将接收的ul pdcp pdu进一步解码为pdcp sdu以及对应的qos流分组。在锚不重定位到新的gnb 705的情况下，锚gnb 710可以经由对应的ng-u隧道向upf发送ul用户分组。新的gnb 705可以利用检索ue上下文失败(retrieve ue context failure)消息来获得ie“锚gnb到新gnb恢复容器”。新的gnb可以透传地将该ie的内容转发给ue。
[0091]
图8说明了经由用户数据传输消息提供用户设备(ue)上下文的过程800的序列图。在过程800中，处于rrc_inactive状态的ue可以有一个少量的ul用户分组要发送给网络。为此，ue可以接入新的gnb 805中的当前驻留nr小区(与锚gnb 810通信)，并且可以通过空口执行直接的ul用户分组传输，而无需rrc恢复过程。新的gnb 805可以获得ul用户分组，并且只能基于本地部分ue上下文，将ul用户分组解码为一个ul pdcp pdu。
[0092]
新的gnb 805可能不会发起ue上下文获取过程，但是会向ue的锚gnb 810发送xnap用户数据传输(xnap user data transfer)消息(815)。该消息可以包括在ie“用户数据容器”中的解码的ul pdcp pdu(以及相关联的drb id和sn或hfn)。新的gnb 805可以将ul pdcp pdu转发给锚gnb 810。
[0093]
锚gnb 810可以基于ue上下文id来识别ue上下文，并且可以基于被包含在用户数据传输消息中的完整性保护来验证ue。当ue上下文被识别并且ue被成功验证时，锚gnb 810可以获得被包括在ie“用户数据容器”中的ul pdcp pdu(以及相关联的drb id和sn或hfn)。因为锚gnb 810可以决定不向新的gnb 805提供ue上下文(例如，没有锚重定位)，所以锚gnb 810可以利用xnap：用户数据传输(xnap:user data transfer)消息来响应新的gnb 805(820)。该消息可以包括dl用户分组。锚gnb 810可以保留ul pdcp pdu，而不是将pdu传输到新的gnb 805。
[0094]
锚gnb 810可以将接收的ul pdcp pdu进一步解码为pdcp sdu以及对应的qos流分组。在锚不重定位到新的gnb 805的情况下，锚gnb 810可以经由对应的ng-u隧道向upf发送ul用户分组。新的gnb 805可以获得dl用户分组(如果有dl用户分组被包括在具有用户数据传输(user data transfer)消息的ie“用户数据容器”中的话)。新的gnb 805也可以将该dl用户分组发送给ue。
[0095]
图9说明了经由下行链路(dl)无线资源控制(rrc)传输消息提供用户设备(ue)上下文的过程900的序列图。在过程900中，处于rrc非激活状态的用户设备可能有一个少量的ul用户分组要发送给网络。为此，ue可以接入gnb-du 905中的当前驻留nr小区，并且可以通过空口执行包含ul用户分组的rrc恢复过程。gnb-du 905可以获得ul用户分组，并且只能基于本地部分ue上下文，将该用户分组解码为一个ul pdcp pdu。
[0096]
gnb可以从无线接口接收ul用户分组。可能存在针对ue的ue相关联的逻辑f1连接。在接收到后，gnb-du 905可以向gnb-cu 910发送f1ap：上行链路rrc消息传输(f1ap:uplink rrc message transfer)消息(915)。该消息可以包括用户数据容器ie中的ul pdcp pdu(以及相关联的drb标识符和sn或hfn)。gnb-du 905可以将ul pdcp pdu转发给gnb-cu 910。
[0097]
gnb-cu 910可以具有完整的ue上下文，并且可以将ul pdcp pdu进一步解码为pdcp sdu以及对应的qos流分组。gnb-cu 910还可以继续通过xn接口向其他相邻gnb进行ul数据转发。
[0098]
gnb-cu 910可能有dl用户分组要发送。gnb-cu 910可以将dl用户分组编码成dl pdcp pdu，然后将dl pdcp pdu(以及其相关联的drb标识符和sn/hfn)包括在具有f1ap：dl rrc消息传输(f1ap:dl rrc message transfer)消息的ie“用户数据容器”中。gnb-cu 910可以向gnb-du 905发送f1ap：dl rrc消息传输(f1ap:dl rrc message transfer)消息(920)。在接收到后，gnb-du 905可以将dl pdcp pdu连同dl rrc消息一起发送给ue。
[0099]
图10示出了在集中式单元(cu)和分布式单元(du)分离架构中经由用户数据传输消息提供用户设备(ue)上下文的过程1000的序列图。在过程1000中，处于rrc_inactive状态的ue可能有一个少量的ul用户分组要发送给网络。为此，ue可以接入gnb-du 1005中的当前驻留nr小区，并且可以通过空口执行直接的ul用户分组传输，而无需rrc恢复过程。gnb-du 1005可以获得ul用户分组，并且只能基于本地部分ue上下文，将ul用户分组解码为一个ul pdcp pdu。
[0100]
gnb-du 1005可以从无线接口接收ul用户分组。可能存在针对ue的ue相关联的逻辑f1连接。在接收到后，gnb-du 1005可以向gnb-cu 1010发送f1ap：用户数据传输(f1ap:user data transfer)消息(1015)。该消息可以包括用户数据容器ie中的ul pdcp pdu(以及相关联的drb id和sn或hfn)。gnb-du 1005可以将ul pdcp pdu转发给gnb-cu 1010。
[0101]
gnb-cu 1010可以具有完整的ue上下文。使用完整的ue上下文，gnb-cu 1010可以将ul pdcp pdu进一步解码为pdcp sdu以及对应的qos流分组。gnb-cu 1010可以通过xn接口继续向其他相邻gnb进行ul数据转发。
[0102]
gnb-cu 1010可能有dl用户分组要发送。gnb-cu 1010可以将dl用户分组编码成dl pdcp pdu，然后将dl pdcp pdu(以及相关联的drb标识符和sn或hfn)包括在具有f1ap：用户数据传输(f1ap:user data transfer)消息的ie“用户数据容器”中。gnb-cu 1010可以向gnb-du 1005发送f1ap：用户数据传输(f1ap:user data transfer)消息(1020)。在接收到后，gnb-du 1005可以向ue发送dl pdcp pdu。
[0103]
图11说明了经由控制面(cu)与用户面(up)之间的用户数据传输消息提供用户设备(ue)上下文的过程1100的序列图。在过程1100中，处于rrc_inactive状态的ue可以有一个少量的ul用户分组要发送给网络。为此，ue可以接入gnb-du中的当前驻留nr小区，并且可以通过空口执行直接的ul用户分组传输，而无需rrc恢复过程。gnb-cu-cp 1105可以通过f1ap消息从gnb-du获得ul用户分组，并且只能基于本地部分ue上下文，将该消息解码为一个ul pdcp pdu。
[0104]
gnb-cu-dp可以从gnb-du接收ul用户分组。可能存在针对ue的ue相关联的逻辑e1连接。在接收到后，gnb-cu-cp 1105可以向gnb-cu-up 1110发送e1ap：用户数据传输(e1ap:user data transfer)消息(1115)。该消息可以包括用户数据容器ie中的ul pdcp pdu(以
及相关联的drb标识符和sn或hfn)。gnb-cu-cp 1105可以将ul pdcp pdu转发给gnb-cu-up 1110。
[0105]
gnb-cu-up 1110可以有完整的ue上下文。使用完整的ue上下文，gnb-cu-up 1110可以将ul pdcp pdu进一步解码为pdcp sdu以及对应的qos流分组。gnb-cu-up 1110还可以通过xn接口继续向其他相邻gnb进行ul数据转发。
[0106]
gnb-cu-up 1110可能有dl用户分组要发送。gnb-cu-up 1110可以将dl用户分组编码成dl pdcp pdu，然后将dl pdcp pdu(以及相关联的drb标识符和sn或hfn)包括在具有e1ap：用户数据传输(e1ap:user data transfer)消息的ie“用户数据容器”中。gnb-cu-up 1110可以向gnb-cu-up 1110发送e1ap：用户数据传输(e1ap:user data transfer)消息(1120)。在接收到后，gnb-cu-cp 1105可以将dl pdcp pdu发送给gnb-du，然后进一步发送给ue。
[0107]
图12说明了经由承载上下文修改响应提供用户设备(ue)上下文的过程1200的序列图。在过程1200中，处于rrc_inactive状态的ue有一个少量的ul用户分组要发送给网络，因此ue接入gnb-du中的当前驻留nr小区，并且通过空口执行包含ul用户分组的rrc恢复过程。gnb-cu-cp 1205最终通过f1ap消息从gnb-du获得ul用户分组，并且只能基于本地部分ue上下文，将其解码为一个ul pdcp pdu。
[0108]
gnb-cu-cp 1205可以从gnb-du接收ul用户分组。可能存在针对ue的ue相关联的逻辑e1连接。在接收到后，gnb-cu-cp 1205可以向gnb-cu-up 1210发送e1ap：承载上下文修改请求(e1ap:bearer context modification request)消息(1215)。该消息可以包括用户数据容器ie中的ul pdcp pdu(以及相关联的drb标识符和sn或hfn)。gnb-cu-cp 1205可以将ul pdcp pdu转发给gnb-cu-up 1210。
[0109]
gnb-cu-up 1210可以有完整的ue上下文。使用完整的ue上下文，gnb-cu-up 1210可以将ul pdcp pdu进一步解码为pdcp sdu以及对应的qos流分组。gnb-cu-up 1210可以通过xn接口继续向其他相邻gnb进行ul数据转发。
[0110]
gnb-cu-up 1210可能有一个dl用户分组要发送。gnb-cu-up 1210可以编码成dl pdcp pdu，然后将dl pdcp pdu(以及相关联的drb标识符和sn或hfn)包括在具有e1ap：承载上下文修改响应(e1ap:bearer context modification response)消息的ie“用户数据容器”中。gnb-cu-up 1210可以将e1ap：承载上下文修改响应(e1ap:bearer context modification response)消息发送给gnb-cu-cp 1205(1220)。在接收到后，gnb-cu-cp 1205可以将dl pdcp pdu发送给gnb-du，然后进一步转发给ue。
[0111]
图13说明了用于具有数据传输的用户设备的数据转发的方法1300的功能带图。方法1300可以使用本文结合图1-12详述的任何组件来执行或实施。简而言之，非锚节点可以接收用户数据(1305)。非锚节点可以使用部分上下文信息解码用户数据(1310)。非锚节点可以发送用户数据容器(1315)。锚节点可以接收该用户数据容器(1320)。锚节点可以识别完整上下文信息(1325)。锚节点可以确定是否发送完整上下文信息(1330)。如果确定要发送完整上下文信息，则锚节点可以发送完整上下文信息(1335)。非锚节点可以接收完整上下文信息(1340)。非锚节点可以使用完整上下文信息解码用户数据(1345)。如果确定不发送完整上下文信息，则锚节点可以使用完整上下文信息解码用户数据(1350)。锚节点可以发送消息(1355)。非锚节点可以接收该消息(1360)。非锚节点可以转发用户数据(1365)。
[0112]
更详细地，非锚节点可以检索、识别、接收无线通信设备(例如，ue 104)的用户数据(1305)。非锚节点可以是gnb(例如，bs 102)的一部分，并且无线通信设备可以根据无线资源控制(rrc)协议已经建立了与gnb的通信。在一些实施例中，从其接收用户数据的无线通信设备可以处于rrc非激活状态。当处于rrc非激活状态时，无线通信设备可以至少暂时中止与gnb的通信会话。由无线通信设备发送的数据可能对应于少量数据(例如，少量的分组或载荷，诸如低于所定义的数据大小的那些)。例如，数据的大小可以小于100字节。由无线通信设备发送的数据也可能可以是零星的。例如，无线通信设备可以一次以1分钟或更大的速率发送数据。
[0113]
在一些实施例中，在发起rrc连接恢复过程的同时或在其之后，非锚节点可以从无线通信设备接收用户数据。rrc连接恢复过程可以是要恢复与信令无线承载(srb)或专用无线承载(drb)的挂起的rrc连接。在发起非锚节点(或gnb)的rrc恢复过程的同时或在其之后，无线通信设备可以向非锚节点发送用户数据。在一些实施例中，在处于rrc非激活状态的同时，非锚节点可以在没有rrc信令的情况下从无线通信接收用户数据。无线通信可以向非锚节点(或gnb)发送用户数据，而无需发起rrc恢复过程(并且通过扩展，无需rrc信令)。
[0114]
非锚节点可以使用部分上下文信息处理或解码用户数据(1310)。非锚节点可以具有无线通信设备的上下文信息的一部分(例如，少于全部)。上下文信息可以包括例如从无线通信设备转发用户数据的信息。非锚节点可以使用无线通信设备的上下文信息的一部分将用户数据解码为上行链路空口协议协议数据单元(pdu)。该上行链路空口协议可以包括例如f1应用协议(f1ap)、xn应用协议(xnap)、e1应用协议(e1ap)等。pdu可以是用于数据通信的数据单元(例如，分组)。上行链路空口协议pdu可以包括使用该上下文信息的一部分解码的用户数据。
[0115]
非锚节点可以向锚节点提供、传输或以其他方式发送用户数据容器(1315)。非锚节点可以向锚节点发送消息的用户数据容器中的上行链路空口协议pdu。在一些实施例中，非锚节点可以针对该消息生成用户数据容器，以包括从无线通信设备的用户数据解码的上行链路空口协议pdu。用户数据容器可以标识或包括用于要从锚节点中检索的无线通信设备的上下文信息的一个或多个参数或标识。锚节点可以检索、识别或以其他方式接收用户数据容器(1320)。锚节点可以从非锚节点接收消息的用户数据容器中的上行链路空口协议pdu。
[0116]
在一些实施例中，用户数据容器可以包括信息单元(information element，ie)。ie可以包括用户数据容器本身。在一些实施例中，用户数据容器可以包括无线通信设备的标识。该标识可以使用网络地址或设备标识符唯一地标识或指代无线通信设备。在一些实施例中，用户数据容器可以包括无线通信设备的上下文信息的标识。该标识可以唯一地标识或指代用于转发与无线通信设备相关联的数据的上下文信息。
[0117]
在一些实施例中，用户数据容器可以包括与上行链路空口协议pdu相关联的数据无线承载(drb)的标识。该标识可以唯一地标识或指代与上行链路空口协议pdu相关联的drb。在一些实施例中，用户数据容器可以包括与上行链路空口协议pdu相关联的pdu会话的标识。该标识可以唯一地标识或指代将结合上行链路空口协议pdu使用的pdu会话。在一些实施例中，用户数据容器可以包括相关联的服务质量(quality of service，qos)流的标识。该相关联的qos流的标识可以定义将被用于无线通信设备的数据转发的qos流。
[0118]
在一些实施例中，用户数据容器可以包括与上行链路空口协议pdu相关联的序列号(sn)。该序列号可以定义或指定将被传送的用户分组的顺序。在一些实施例中，用户数据容器可以包括与上行链路空口协议pdu相关联的超帧号(hfn)。该hfn可以定义或指定将被传送的用户分组的时间或帧号。在一些实施例中，用户数据容器可以包括与上行链路空口协议pdu相关联的计数值。该计数值可以定义或指定将被传送的用户分组数量的值。
[0119]
锚节点可以检索、查找或以其他方式识别完整上下文信息(1325)。锚节点可以存储、维护或以其他方式拥有无线通信设备的完整上下文信息。例如，锚节点可以拥有关于设备类型、网络流量、移动性以及与无线通信设备相关的其他特性的信息。完整上下文信息的标识可以响应于从非锚节点接收到消息中的用户数据容器。根据用户数据容器所定义的规范，锚节点可以识别无线通信设备的完整上下文信息。例如，锚节点可以找到对应于drb的标识和pdu会话的标识的完整上下文信息。
[0120]
锚节点可以确定是否发送完整上下文信息(1330)。确定是否发送完整上下文信息可以根据无线资源管理(radio resource management，rrm)策略或算法。rrm策略可以指定要执行从锚节点到非锚节点的锚重定位或者以其他方式向非锚节点提供完整上下文信息的条件。rrm策略的条件可以标识或包括例如无线资源分配、网络流量特性(例如，传输功率和数据速率)、波束成形参数、分集和切换准则等，在这些条件下，锚重定位将被执行。在一些实施例中，锚节点的确定可以取决于非锚节点和锚节点操作所根据的架构(例如，如本文结合图3-12所描述的)。当确定要发送完整上下文信息时，锚节点可以确定执行到非锚节点的锚重定位。另一方面，当确定不要发送完整上下文信息时，锚节点可以确定不执行锚重定位。
[0121]
如果确定要发送完整上下文信息，则锚节点可以向非锚节点提供、传输或以其他方式发送完整上下文信息(1335)。利用该标识，锚节点可以发送消息中的用户数据容器中的具有无线通信设备的完整上下文信息的上行链路空口协议pdu。上行链路空口协议可以包括例如f1应用协议(f1ap)、xn应用协议(xnap)、e1应用协议(e1ap)等。在一些实施例中，非锚节点可以针对该消息生成用户数据容器，以包括具有无线通信设备的完整上下文信息的上行链路空口协议pdu。非锚节点可以从锚节点检索、识别或以其他方式接收完整上下文信息(1340)。非锚节点继而可以接收消息的用户数据容器中的具有无线通信设备的完整上下文信息的上行链路空口协议pdu。在接收到后，非锚节点可以解析该消息的用户数据容器，以识别无线通信设备的完整上下文信息。
[0122]
非锚节点可以使用完整上下文信息处理或解码用户数据(1345)。使用无线通信设备的完整上下文信息，非锚节点可以将上行链路空口协议pdu解码为空口协议服务数据单元(sdu)或服务质量(qos)流分组。通过解码，非锚节点可以生成对应于用户数据的空口sdu或qos流分组。在一些实施例中，将上行链路空口协议pdu解码为空口协议sdu可以在将上行链路空口协议pdu解码为qos流分组之前。空口协议sdu可以对应于从一个层传递到另一个层的、尚未被较低层封装的一组数据。在一些实施例中，非锚节点可以存储和维护无线通信设备的完整上下文信息。在执行锚重定位时，现在具有完整上下文信息的非锚节点可以转变为无线通信设备的锚节点。
[0123]
如果确定不要发送完整上下文信息，则锚节点可以使用完整上下文信息解码用户数据(1350)。使用完整上下文信息，锚节点可以将上行链路空口协议pdu解码为空口协议服
务数据单元(sdu)或服务质量(qos)流分组。通过解码，锚节点可以生成对应于用户数据的空口sdu或qos流分组。在一些实施例中，将上行链路空口协议pdu解码为空口协议sdu可以在将上行链路空口协议pdu解码为qos流分组之前。
[0124]
锚节点可以向非锚节点提供、传输或以其他方式发送消息(1355)。在一些实施例中，锚节点可以向非锚节点发送没有无线通信设备的上下文信息的消息中的rrc恢复容器。rrc恢复容器可以被包括在发起rrc连接恢复过程之后传送的消息中。锚节点可以生成rrc恢复容器，以包括空口协议sdu或qos流分组形式解码的空口协议pdu。rrc恢复容器的内容可以包括空口协议sdu或qos流分组。在一些实施例中，锚节点可以向非锚节点发送没有无线通信设备的上下文信息的消息中的用户数据容器。在一些实施例中，锚节点可以生成用户数据容器，以包括空口协议sdu或qos流分组形式的解码的空口协议pdu。用户数据容器的内容可以包括空口协议sdu或qos流分组。
[0125]
非锚节点可以检索、识别或以其他方式接收该消息(1360)。在一些实施例中，非锚节点可以从锚节点接收没有无线通信设备的上下文信息的消息中的rrc恢复容器。从锚节点接收的rrc恢复容器的内容可以包括空口协议sdu或qos流分组。在一些实施例中，非锚节点可以从锚节点接收没有无线通信设备的上下文信息的消息中的用户数据容器。
[0126]
在(1315)、(1320)、(1335)、(1340)、(1355)和(1360)中，在非锚节点与锚节点之间传达的消息的类型可以取决于架构(例如，如本文结合图3-12描述的)。在一些实施例中，锚节点可以对应于或包括下一代节点b(gnb)或下一代演进型节点b(ng-enb)。非锚节点可以对应于或包括gnb或ng-enb。从非锚节点发送给锚节点的消息可以包括xn应用协议retrieve ue context request消息或xnap rrc transfer消息。从锚节点发送给非锚节点的消息可以包括xn应用协议(xnap)retrieve ue context response消息或xnap rrc transfer消息。
[0127]
在一些实施例中，锚节点可以对应于或包括下一代节点b(gnb)或下一代演进型节点b(ng-enb)。非锚节点可以对应于或包括gnb或ng-enb。从非锚节点发送给锚节点的消息可以包括xn应用协议(xnap)retrieve ue context request消息或xnap rrc transfer消息。从锚节点发送给非锚节点的消息可以包括xn应用协议(xnap)retrieve ue context failure消息或xnap rrc transfer消息。
[0128]
在一些实施例中，锚节点可以对应于或包括下一代节点b(gnb)或下一代演进型节点b(ng-enb)。非锚节点可以对应于或包括gnb或ng-enb。从非锚节点发送给锚节点的消息可以包括xn应用协议(xnap)user data transfer消息或xnap rrc transfer消息。从非锚节点发送给锚节点的消息可以包括xn应用协议xnap user data transfer消息或xnap rrc transfer消息。
[0129]
在一些实施例中，锚节点可以对应于或包括下一代节点b(gnb)或下一代演进型节点b(ng-enb)的集中式单元(cu)。非锚节点可以对应于或包括第二gnb或ng-enb的分布式单元(du)。从非锚节点发送给锚节点的消息可以包括f1应用协议(f1ap)uplink rrc message transfer消息或f1ap ue context modification required消息。从非锚节点发送给锚节点的消息可以包括f1应用协议f1ap downlink rrc message transfer消息或f1ap ue context modification confirm消息。
[0130]
在一些实施例中，锚节点可以对应于或包括下一代节点b(gnb)或下一代演进型节
点b(ng-enb)的集中式单元(cu)。非锚节点可以对应于或包括第二gnb或ng-enb的分布式单元(du)。从非锚节点发送给锚节点的消息可以包括f1应用协议(f1ap)user data transfer消息、f1ap ue context modification required消息或f1ap initial ul rrc message transfer消息。从非锚节点发送给锚节点的消息可以包括f1应用协议f1ap user data transfer消息、f1ap ue context modification request消息或f1ap ue context modification confirm消息。
[0131]
在一些实施例中，锚节点可以对应于或包括第一下一代节点b(gnb)或下一代演进型节点b(ng-enb)的集中式单元用户面(cu-up)。非锚节点可以对应于或包括第二gnb或ng-enb的集中式单元控制面(cu-cp)。从非锚节点发送给锚节点的消息可以包括e1应用协议(e1ap)user data transfer消息或e1ap bearer context modification request消息。从非锚节点发送给锚节点的消息可以包括e1ap user data transfer消息或e1ap bearer context modification required消息。
[0132]
在一些实施例中，锚节点可以对应于或包括第一下一代节点b(gnb)或下一代演进型节点b(ng-enb)的集中式单元用户面(cu-up)。非锚节点可以对应于或包括第二gnb或ng-enb的集中式单元控制面(cu-cp)。从非锚节点发送给锚节点的消息可以包括e1应用协议(e1ap)bearer context modification request消息、第一e1ap user data transfer消息或e1ap bearer context modification confirm消息。从非锚节点发送给锚节点的消息可以包括e1ap bearer context modification response消息、e1ap user data transfer消息或e1ap bearer context modification required消息。
[0133]
非锚节点可以向无线通信设备发送、传输或以其他方式转发用户数据(1365)。向无线通信设备转发的用户数据可以包括上行链路空口协议pdu，该上行链路空口协议pdu被解码为空口协议sdu或qos流分组。在一些实施例中，非锚节点可以将被解码的上行链路空口协议pdu(例如，以空口协议sdu或qos流分组的形式)转发给无线通信设备。在一些实施例中，在接收到后，非锚节点可以解析rrc恢复容器，以识别内容。该内容可以包括从上行链路空口协议pdu解码的空口协议sdu或qos流分组。非锚节点可以向无线通信设备发送rrc恢复容器的内容。在一些实施例中，在接收到后，非锚节点可以解析用户数据容器，以识别内容。该内容可以包括从上行链路空口协议pdu解码的空口协议sdu或qos流分组。非锚节点可以向无线通信设备发送用户数据容器的内容。
[0134]
尽管在上文已经描述了本解决方案的各种实施例，但是应该理解，这些实施例只是通过示例的方式而不是通过限制的方式来呈现的。同样地，各种图可以描绘示例架构或配置，提供这些示例架构或配置是为了使本领域普通技术人员能够理解本解决方案的示例特征和功能。然而，这些人员应当理解，本解决方案不受限于所示出的示例架构或配置，而是可以使用多种可替选的架构和配置来实施。此外，如本领域普通技术人员应当理解的，一个实施例的一个或多个特征可以与本文所描述的另一个实施例的一个或多个特征相结合。因此，本公开的广度和范围不应该受到任何上述说明性实施例的限制。
[0135]
还应当理解，本文中使用诸如“第一”、“第二”等名称对元件的任何引用通常并不限制那些元件的数量或顺序。相反，这些名称可以在本文中用作在两个或更多个元件或元件实例之间进行区分的便利手段。因此，对第一和第二元件的引用并不意味着仅利用两个元件，或者第一元件必须以某种方式先于第二元件。
[0136]
此外，本领域的普通技术人员应当理解，可以使用多种不同技术和工艺中的任何一种来表示信息和信号。例如，可以在上文的描述中参照的例如数据、指令、命令、信息、信号、比特和符号可以由例如电压、电流、电磁波、磁场或磁性粒子、光场或光学粒子，或者它们的任何组合来表示。
[0137]
本领域普通技术人员还应当理解，结合本文所公开的方面描述的各种说明性逻辑块、模块、处理器、装置、电路、方法和功能中的任何一个都可以通过电子硬件(例如，数字实施方式、模拟实施方式或其二者的组合)、固件、各种形式的程序或结合指令的设计代码(为了方便起见，在本文中可以称为“软件”或“软件模块”)或者这些技术的任何组合来实施。为了清楚地说明这种硬件、固件和软件的可互换性，各种说明性的组件、块、模块、电路和步骤在上文已经依据其功能性进行了一般描述。这种功能性被实施为硬件、固件，还是被实施为软件，或者是被实施为这些技术的组合，取决于特定应用和对整个系统所施加的设计约束。熟练的技术人员可以针对每个特定应用以各种方式实施所描述的功能性，但是这种实施方式的决策并不会导致背离本公开的范围。
[0138]
此外，本领域普通技术人员应当理解，本文所述的各种说明性的逻辑块、模块、设备、组件和电路可以在集成电路(ic)内实施或由集成电路(ic)执行，该集成电路(ic)包括通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或其他可编程逻辑设备，或者其任何组合。逻辑块、模块和电路还可以包括天线和/或收发机，以与网络内或设备内的各种组件进行通信。通用处理器可以是微处理器，但在可替选方案中，处理器可以是任何常规的处理器、控制器或状态机。处理器也可以被实施为计算设备的组合，例如，dsp和微处理器的组合、多个微处理器的组合、与dsp内核相结合的一个或多个微处理器的组合、或者执行本文所述的功能的任何其他合适的配置的组合。
[0139]
如果在软件中实施，则功能可以作为一个或多个指令或代码存储在计算机可读介质上。因此，本文所公开的方法或算法的步骤可以被实施为存储在计算机可读介质上的软件。计算机可读介质包括计算机存储介质和通信介质两者，通信介质包括使计算机程序或代码能够从一个地方传输到另一地方的任何介质。存储介质可以是可由计算机访问的任何可用介质。作为示例而非限制，这类计算机可读介质可以包括ram、rom、eeprom、cd-rom或其他光盘存储器、磁盘存储器或其他磁存储设备、或者可用于以指令或数据结构形式存储期望的程序代码并可由计算机访问的任何其他介质。
[0140]
在本技术中，如本文所用的术语“模块”是指软件、固件、硬件以及用于执行本文所述的相关联的功能的这些元件的任何组合。此外，出于讨论的目的，各种模块被描述为分立的模块；然而，如对于本领域的普通技术人员而言显而易见的是，两个或更多个模块可以被组合，以形成根据本解决方案的实施例而执行相关联的功能的单个模块。
[0141]
此外，在本解决方案的实施例中可以采用存储器或其他存储设备以及通信组件。应当理解，为了清楚起见，上文的描述参照不同的功能单元和处理器已经描述了本解决方案的实施例。然而，将显而易见的是，在不偏离本解决方案的情况下，可以使用不同的功能单元、处理逻辑元件或域之间的任何合适的功能性分布。例如，示出为由单独的处理逻辑元件或控制器要执行的功能性可以由相同的处理逻辑元件或控制器来执行。因此，对具体功能单元的参照只是对用于提供所述功能性的合适装置的参照，而不是对严格的逻辑或者物理结构或组织的指示。
[0142]
对于本领域技术人员而言，对本公开所描述的实施方式的各种修改应当是显而易见的，并且在不脱离本公开的范围的情况下，本文所定义的一般原理可以应用于其他实施方式。因此，本公开不旨在限于本文所示出的实施方式，而是应当被赋予与如本文所公开的新颖特征和原理一致的最广范围，正如下文的权利要求书所述。