CN114258731A - 集成接入回程(iab)网络中的入口与出口回程rlc信道之间的映射 - Google Patents

Abstract

实施例包括用于集成接入回程IAB网络中的集中式单元CU的方法。这样的方法包括：确定在IAB网络中的第一节点与第二节点之间的第一回程无线电链路控制BH RLC信道的第一标识符。第二节点是第一节点的子节点。这样的方法包括：向第二节点发送用于在第二节点与IAB网络中的第三节点之间建立第二BH RLC信道的请求。第三节点是第二节点的子节点，并且第二请求包括第一标识符以用于与第二BH RLC信道相关联。在一些实施例中，用户设备UE与CU之间的至少一个数据无线电承载与第一BH RLC信道和第二BH RLC信道两者相关联。其他实施例包括用于IAB网络中的中间节点的补充方法。

Description

集成接入回程(IAB)网络中的入口与出口回程RLC信道之间的 映射

技术领域

本申请总体上涉及无线通信网络领域，更具体地，涉及集成接入回程(IAB)网络，其中可用的无线通信资源在对网络的用户接入与网络内的用户业务的回程(例如，去往/来自核心网络)之间被共享。

背景技术

当前，第五代(“5G”)蜂窝系统(也被称为新无线电(NR))正在第三代合作伙伴计划(3GPP)内被标准化。NR的开发旨在实现最大灵活性以支持多个并且截然不同的用例。这些用例包括增强型移动宽带(eMBB)、机器型通信(MTC)、超可靠低延迟通信(URLLC)、副链路设备对设备(D2D)以及多个其他用例。

图1示出了包括下一代RAN(NG-RAN)199和5G核心(5GC)198的5G网络架构的高级视图。NG-RAN 199可以包括经由一个或多个NG接口被连接到5GC的一个或多个gNodeB(gNB)，例如分别经由接口102、152被连接的gNB 100、150。更具体地说，gNB 100、150可以经由相应的NG-C接口被连接到5GC 198中的一个或多个接入和移动性管理功能(AMF)。类似地，gNB100、150可以经由相应的NG-U接口被连接到5GC 198中的一个或多个用户面功能(UPF)。5GC198中可以包括各种其他网络功能(NF)，其中包括会话管理功能(SMF)。

尽管未示出，但是在一些部署中，5GC 198可以由演进型分组核心(EPC)代替，EPC通常已与长期演进(LTE)演进型UMTS RAN(E-UTRAN)一起使用。在这样的部署中，gNB 100、150可以经由相应的S1-C接口连接到EPC 198中的一个或多个移动性管理实体(MME)。类似地，gNB 100、150可以经由相应的NG-U接口连接到EPC中的一个或多个服务网关(SGW)。

另外，gNB可以经由一个或多个Xn接口(例如在gNB 100与150之间的Xn接口140)彼此连接。用于NG-RAN的无线电技术通常被称为“新无线电”(NR)。对于到UE的NR接口，每个gNB可以支持频分双工(FDD)、时分双工(TDD)或它们的组合。

NG-RAN 199被分层成无线电网络层(RNL)和传输网络层(TNL)。NG-RAN架构(即，NG-RAN逻辑节点和它们之间的接口)被定义为RNL的一部分。对于每个NG-RAN接口(NG、Xn、F1)，规定了相关的TNL协议和功能。TNL针对用户面传输和信令传输提供服务。在一些示例性配置中，每个gNB被连接到在3GPP TS 23.501(v15.5.0)中定义的“AMF区域”内的所有5GC节点。如果支持对在NG-RAN接口的TNL上的CP和UP数据的安全保护，则将应用NDS/IP(3GPPTS 33.401(v15.8.0))。

图1中所示(并且在3GPP TS 38.401(v15.6.0)和3GPP TR 38.801(v14.0.0)中描述)的NG RAN逻辑节点包括中央单元(CU或gNB-CU)和一个或多个分布式单元(DU或gNB-DU)。例如，gNB 100包括gNB-CU110以及gNB-DU 120和130。CU(例如gNB-CU 110)是托管高层协议并执行各种gNB功能(例如控制DU的操作)的逻辑节点。DU(例如gNB-DU120、130)是托管低层协议的分散式逻辑节点，并且可以根据功能划分选项而包括gNB功能的各种子集。因此，CU和DU中的每一个可以包括执行它们的相应功能所需的各种电路，其中包括处理电路、收发机电路(例如用于通信)、以及电源电路。此外，术语“中央单元”和“集中式单元”在本文中可以互换使用，术语“分布式单元”和“分散式单元”也是如此。

gNB-CU通过相应的F1逻辑接口(例如图1所示的接口122和132)连接到一个或多个gNB-DU。但是，gNB-DU可以被连接到仅单个gNB-CU。gNB-CU和所连接的gNB-DU仅作为gNB而对其他gNB和5GC可见。换句话说，F1接口在gNB-CU之外不可见。

此外，gNB-CU与gNB-DU之间的F1接口是根据以下总体原则被指定的和/或是基于以下总体原则：

·F1是开放接口；

·F1支持信令信息在相应端点之间的交换，以及向相应端点的数据传输；

·从逻辑角度来看，F1是端点之间的点对点接口(即使在端点之间没有物理直接连接的情况下)；

·F1支持控制面和用户面分离成相应的F1-AP协议和F1-U协议(也被称为NR用户面协议)，以使得gNB-CU在CP和UP中也可以是分离的；

·F1分离无线电网络层(RNL)和传输网络层(TNL)；

·F1实现用户设备(UE)关联的信息和非UE关联的信息的交换；

·F1被定义为关于新要求、服务和功能是具有前瞻性的；

·gNB终止X2、Xn、NG以及S1-U接口，并且对于DU与CU之间的F1接口，利用在3GPPTS 38.473(v15.6.0)中定义的F1-AP协议。

另外，F1-U协议被用于传送与数据无线电承载的用户数据流管理相关的控制信息，如在3GPP TS 38.425(v15.6.0)中所定义的。F1-U协议数据由GTP-U协议来传送，更具体地说，由“RAN容器”GTP-U扩展报头来传送，如在3GPP TS 29.281(v15.6.0)中所定义的。换句话说，在基于网际协议(IP)的用户数据报协议(UDP)上的GTP-U协议在F1接口上携带数据流。两个节点之间的GTP-U“隧道”在每个节点中由隧道端点标识符(TEID)、IP地址、以及UDP端口号来标识。GTP-U隧道是实现在GTP-U实体之间转发分组所必需的。

此外，CU可以托管诸如RRC和PDCP之类的协议，而DU可以托管诸如RLC、MAC和PHY之类的协议。但是，可以存在CU与DU之间的协议分布的其他变体，例如在CU中托管RRC、PDCP以及RLC协议的一部分(例如，自动重传请求(ARQ)功能)，而在DU中托管RLC协议的剩余部分以及MAC和PHY。在一些示例性实施例中，CU可以托管RRC和PDCP，其中假设PDCP处理UP业务和CP业务两者。在CU中托管特定协议而在DU中托管其他特定协议的其他布置也是可能的。

可以在与集中式用户面协议(例如PDCP-U)不同的CU中托管集中式控制面协议(例如PDCP-C和RRC)。特别地，3GPP RAN3工作组(WG)也已同意支持将gNB-CU分离成CU-CP功能(包括RRC和用于信令无线电承载的PDCP)和CU-UP功能(包括用于用户面的PDCP)。图2示出了包括两个DU、一个CU-CP、以及一个或多个CU-UP的示例性gNB架构。如图2所示，在gNB中，单个CU-CP可以与多个CU-UP相关联。CU-CP和CU-UP使用E1-AP协议通过E1接口彼此通信，如在3GPP TS38.463(v15.4.0)中所指定的。此外，CU与DU之间的F1接口(参见图1)在功能上被分成DU与CU-CP之间的F1-C以及DU与CU-UP之间的F1-U。在3GPP TR 38.806(v15.0.0)中定义了图2所示的分离gNB架构的三种部署场景：

·场景1：CU-CP和CU-UP为集中式；

·场景2：CU-CP为分布式而CU-UP为集中式；

·场景3：CU-CP为集中式而CU-UP为分布式。

经由部署越来越多的基站(例如宏基站或微基站)实现的致密化是可以被用于满足移动网络中不断增加的带宽和/或容量需求的机制之一，这主要是受对视频流服务的不断增加的使用所驱动。由于毫米波(mmw)频带中可提供更多频谱，部署在该频带中工作的小小区是实现这些目的的有吸引力的部署选项。但是，使用光纤将小小区连接到运营商的回程网络的常规方法最终可能变得非常昂贵并且不切实际。采用无线链路以用于将小小区连接到运营商的网络是一种更便宜并且更实际的替代方案。

一种这样的方法是集成接入回程(IAB)网络，在IAB网络中，运营商可以重新利用通常(例如由无线设备或UE)用于网络接入的无线电资源以用于将小小区连接到运营商的回程网络。已在3GPP长期演进(LTE)版本10的范围内对IAB进行了早期研究。这项工作产生了一种基于中继节点(RN)的架构，该RN具有LTE eNB和UE调制解调器的功能。RN被连接到施主eNB，该施主eNB具有S1/X2代理功能，从而使RN对于网络的其余部分是隐藏的。该架构使施主eNB也能够知道RN后面的UE，以及对CN隐藏在施主eNB与同一个施主eNB上的中继节点之间的任何UE移动性。在版本10研究期间，还考虑了其他架构，包括例如其中RN对施主gNB更透明并且被分配单独的独立P/S-GW节点。

对于5G/NR网络，也可以考虑类似的IAB选项。与LTE相比，一个差异是上述gNB-CU/DU分离架构，其将时间关键的RLC/MAC/PHY协议与不太时间关键的RRC/PDCP协议相分离。还可以在IAB网络中应用类似的分离。与LTE相比，NR中的其他与IAB相关的差异是对多跳的支持和对冗余路径的支持。

为了支持IAB网络中的不同的最终用户业务(例如来自UE)的服务质量(QoS)优先化，对于IAB网络中的每跳(例如，在节点之间)，需要将最终用户业务传输到不同的回程(BH)RLC信道。每个BH RLC信道与逻辑信道ID(LCID)相关联。在CU-DU分离架构中，CU可以使用各种消息来建立和修改UE承载。DU在接收到这些消息中的任何一个时，使用DU先前能够建立的承载的列表(包括被分配给这些承载的LCID)进行响应。但是，当被应用于具有多跳的IAB网络时，该承载建立过程可能导致相当大的延迟，这会降低最终用户体验。

发明内容

因此，本公开的示例性实施例解决了将IAB节点集成到无线网络中的这些和其他困难，从而实现了IAB解决方案的其他有利部署。

本公开的一些实施例包括用于IAB网络中的集中式单元CU的方法(例如，过程)。这些示例性方法可以包括：确定在所述IAB网络中的第一节点与第二节点之间的第一回程无线电链路控制BH RLC信道的第一标识符。所述第二节点是所述第一节点的子节点。这些示例性方法还可以包括：向所述第二节点发送用于在所述第二节点与所述IAB网络中的第三节点之间建立第二BH RLC信道的请求。所述第三节点是所述第二节点的子节点。所述第二请求可以包括所述第一标识符以用于与所述第二BH RLC信道相关联。

在一些实施例中，用户设备UE与所述CU之间的至少一个数据无线电承载DRB可以与所述第一BH RLC信道和所述第二BH RLC信道两者相关联。在一些实施例中，所述第二请求可以是与所述UE相关联的上下文建立请求或上下文修改请求，以及所述第一标识符可以是逻辑信道标识符LCID。

在一些实施例中，这些示例性方法还可以包括：向所述第一节点发送用于建立所述第一BH RLC信道的第一请求。在这些实施例的一些实施例中，所述确定操作可以包括：响应于建立所述第一BH RLC信道的所述第一请求，从所述第一节点接收所述第一标识符。例如，所述第一标识符可以是从与所述第一节点相关联的分布式单元DU被接收的，以及所述第二请求可以被发送到与所述第二节点相关联的DU。

在这些实施例的其他实施例中，所述第一请求可以包括所述第一标识符。在这样的实施例中，所述确定操作可以包括根据以下中的一项来选择所述第一标识符：

·从可用BH RLC标识符池；

·与另一个BH RLC信道的标识符相同，其中，所述另一个BH RLC信道和所述第一BH RLC信道与用户设备UE与所述CU之间的同一个数据无线电承载DRB相关联；或者

·基于与所述第一BH RLC信道相关联的服务质量QoS参数。

在这样的实施例中，所述第二请求可以被发送到所述第二节点而不等待来自所述第一节点的对所述第一请求的响应。

在一些实施例中，这些示例性方法还可以包括：确定所述第二BH RLC信道的第二标识符，以及向所述第三节点(即，所述第二节点的子节点)发送用于在所述第三节点与所述IAB网络中的第四节点之间建立第三BH RLC信道的第三请求。所述第四节点是所述第三节点的子节点。所述第三请求可以包括所述第二标识符以用于与所述第三BH RLC信道相关联。

在这些实施例的一些实施例中，所述确定操作可以包括：响应于所述第二请求，从所述第二节点接收所述第二标识符。在这些实施例的其他实施例中，所述第二请求可以包括所述第二标识符。在这样的实施例中，所述确定操作可以包括根据以下中的一项来选择所述第二标识符：

·从可用BH RLC标识符池；

·与所述第一标识符相同；

·与另一个BH RLC信道的标识符相同，其中，所述另一个BH RLC信道和所述第二BH RLC信道与UE与所述CU之间的同一个DRB相关联；或者

·基于与所述第二BH RLC信道相关联的服务质量QoS参数。

本公开的其他实施例包括用于IAB网络中的中间节点的方法(例如，过程)。这些示例性方法可以包括：确定在所述中间节点与所述IAB网络中的(例如，所述中间节点的)父节点之间的第一回程无线电链路控制(BH RLC)信道的第一标识符。这些示例性方法还可以包括：向在所述中间节点与所述IAB网络中的子节点之间的第二BH RLC信道分配第二标识符。这些示例性方法还可以包括：将所述第一标识符和所述第二标识符与用户设备UE与CU之间的数据无线电承载DRB相关联。

在一些实施例中，这些示例性方法还可以包括：经由所述第一BH RLC信道和所述第二BH RLC信道中的一个BH RLC信道来接收与所述DRB相关联的数据分组；以及基于将所述第一标识符和所述第二标识符与所述DRB相关联，转发所述数据分组以用于经由所述第一BH RLC信道和所述第二BH RLC信道中的另一个BH RLC信道进行传输。在这些实施例的一些实施例中，所述中间节点可以包括移动终端MT部分和分布式单元DU部分。在这样的实施例中，所述数据分组可以由所述MT部分和所述DU部分中的一个来接收，以及所述数据分组可以被转发以用于由所述MT部分和所述DU部分中的另一个进行传输。

在一些实施例中，这些示例性方法还可以包括：从所述CU接收用于在所述中间节点与所述子节点之间建立所述第二BH RLC信道的请求。例如，所述请求可以是与所述UE相关联的上下文建立请求或上下文修改请求，以及所述第一标识符可以是逻辑信道标识符LCID。

在这些实施例的一些实施例中，所述确定操作可以包括：在用于建立所述第二BHRLC信道的请求中接收所述第一标识符。

所述分配操作可以根据实施例而变化。例如，所述分配操作可以包括在用于建立所述第二BH RLC信道的请求中接收所述第二标识符。作为另一个示例，所述分配操作可以包括根据以下中的一项来选择所述第二标识符：

·从可用BH RLC标识符池；

·与所述第一标识符相同；

·与所述DRB所关联的另一个BH RLC信道的标识符相同；或者

·基于与所述第二BH RLC信道相关联的服务质量QoS参数。

在其他实施例中，所述确定操作可以包括根据以下中的一项来选择所述第一标识符：

·从可用BH RLC标识符池；

·与所述DRB所关联的另一个BH RLC信道的标识符相同；或者

·基于与所述第一BH RLC信道相关联的QoS参数。

在一些实施例中，这些示例性方法还可以包括：向所述CU发送对用于建立所述第二BH RLC信道的请求的响应，其中，所述响应包括所述第二标识符。

其他实施例包括被配置为执行与本文描述的任何示例性方法相对应的操作的网络节点(例如，CU、IAB节点等或其组件)。其他示例性实施例包括存储计算机可执行指令的非暂时性计算机可读介质，所述计算机可执行指令在由处理电路执行时配置此类网络节点以执行与本文描述的任何示例性方法相对应的操作。

鉴于以下简要描述的附图，在阅读以下具体实施方式后，本公开的这些和其他目标、特性和优点将变得显而易见。

附图说明

图1示出了包括gNB的分离中央单元(CU)-分布式单元(DU)分离架构的5G网络架构的高级视图；

图2示出了图1所示的分离CU-DU架构内的控制面(CP)和用户面(UP)接口；

图3示出了独立模式下的集成接入回程(IAB)网络的参考图，如在3GPP TR 38.874中进一步解释的那样；

图4示出了示例性IAB用户面(UP)协议栈；

图5A-C示出了各种示例性IAB控制面(CP)协议栈；

图6示出了用于将IAB节点集成到下一代无线电接入网络(NG-RAN)中的示例性过程；

图7A和7B示出了在下行链路(DL)方向上从IAB施主DU到UE和/或中间IAB节点的示例性分组流；

图8A和8B示出了在上行链路(UL)方向上从UE和/或中间IAB节点到IAB施主DU的示例性分组流；

图9示出了在UE数据无线电承载(DRB)与回程无线电链路控制(BH RLC)信道之间的一对一(1:1)映射的示例；

图10示出了在UE DRB与BH RLC信道之间的多对一(N:1)映射的示例；

图11示出了根据本公开的各种示例性实施例的用于IAB网络中的集中式单元(CU)的示例性方法；

图12示出了根据本公开的各种示例性实施例的用于IAB网络中的中间节点的示例性方法；

图13示出了根据本公开的各种示例性实施例的无线网络的示例性实施例；

图14示出了根据本公开的各种示例性实施例的UE的示例性实施例；

图15是示出了可用于实现本文描述的网络节点的各种实施例的示例性虚拟化环境的框图；

图16-17是根据本公开的各种示例性实施例的各种示例性通信系统和/或网络的框图；

图18-21是根据本公开的各种示例性实施例的用于用户数据的发送和/或接收的示例性方法的流程图。

具体实施方式

现在将参考附图更全面地描述上面简要概述的示例性实施例。通过示例的方式提供这些描述以向本领域技术人员解释主题，并且这些描述不应被解释为将主题的范围仅限于本文描述的实施例。更具体地说，下面提供的示例示出了根据上面讨论的优点的各种实施例的操作。

通常，本文中使用的所有术语将根据其在相关技术领域中的普通含义来解释，除非在使用该术语的上下文中清楚地给出了和/或隐含了不同的含义。除非明确说明，否则对一/一个/该元件、装置、组件、部件、步骤等的所有引用应公开地解释为是指该元件、装置、组件、部件、步骤等的至少一个实例。本文所公开的任何方法和/或过程的步骤不必以所公开的确切顺序执行，除非明确地将一个步骤描述为在另一个步骤之后或之前和/或隐含地一个步骤必须在另一个步骤之后或之前。在适当的情况下，本文公开的任何实施例的任何特性可以适用于任何其他实施例。同样，任何实施例的任何优点可以适用于任何其他实施例，反之亦然。通过下面的描述，所附实施例的其他目标、特性和优点将显而易见。

此外，在下面给出的整个描述中使用以下术语：

·无线电接入节点：如本文所使用的，“无线电接入节点”(或等同地“无线电网络节点”、“无线电接入网络节点”或“RAN节点”)可以是蜂窝通信网络的无线电接入网络(RAN)中用于无线地发送和/或接收信号的任何节点。无线电接入节点的一些示例包括但不限于基站(例如，3GPP第五代(5G)NR网络中的新无线电(NR)基站(gNB)或3GPP LTE网络中的增强型或演进型节点B(eNB))、基站分布式组件(例如，CU和DU)、高功率或宏基站、低功率基站(例如，微基站、微微基站、毫微微基站或归属基站等)、集成接入回程(IAB)节点(或其组件，例如MT或DU)、传输点、远程无线电单元(RRU或RRH)以及中继节点。

·核心网络节点：如本文所使用的，“核心网络节点”是核心网络中的任何类型的节点。核心网络节点的一些示例包括例如移动性管理实体(MME)、服务网关(SGW)、分组数据网络网关(P-GW)、接入和移动性管理功能(AMF)、会话管理功能(SMF)、用户面功能(UPF)、服务能力公开功能(SCEF)等。

·无线设备：如本文所使用的，“无线设备”(或简称为“WD”)是通过与网络节点和/或其他无线设备进行无线通信来接入蜂窝通信网络(即，由蜂窝通信网络服务)的任何类型的设备。进行无线通信可以涉及使用电磁波、无线电波、红外波和/或适合于通过空中传达信息的其他类型的信号来发送和/或接收无线信号。除非另有说明，否则术语“无线设备”在本文中可与“用户设备”(或简称为“UE”)互换使用。无线设备的一些示例包括但不限于智能电话、移动电话、蜂窝电话、IP语音(VoIP)电话、无线本地环路电话、台式计算机、个人数字助理(PDA)、无线相机、游戏机或设备、音乐存储设备、播放设备、可穿戴设备、无线端点、移动台、平板电脑、笔记本电脑、笔记本电脑内置设备(LEE)、笔记本电脑安装设备(LME)、智能设备、无线客户端设备(CPE)、移动型通信(MTC)设备、物联网(IoT)设备、车载无线终端设备、移动终端(MT)等。

·无线电节点：如本文所使用的，“无线电节点”可以是“无线电接入节点”(或等效术语)或“无线设备”。

·网络节点：如本文所使用的，“网络节点”是作为蜂窝通信网络的无线电接入网络(例如，无线电接入节点或等效术语)或核心网络(例如，上面讨论的核心网络节点)的一部分的任何节点。在功能上，网络节点是能够、被配置为、被布置为和/或可操作以与无线设备和/或与蜂窝通信网络中的其他网络节点或设备直接或间接通信的设备，以实现和/或提供对无线设备的无线接入和/或在蜂窝通信网络中执行其他功能(例如，管理)。

·节点：如本文所使用的，术语“节点”(没有任何前缀)可以是能够在无线网络(包括RAN和/或核心网络)中工作或与无线网络(包括RAN和/或核心网络)一起工作的任何类型的节点，包括无线电接入节点(或等效术语)、核心网络节点、或无线设备。

·父节点：如本文所使用的，术语“父节点”(或“父IAB节点”)指在IAB网络中的特定IAB节点的上游且紧接该特定IAB节点的节点(例如，距离施主gNB更近一跳的IAB节点)。即便如此，父节点可能只是在网络中的特定IAB节点上游的节点之一，例如，如果存在到施主gNB的多个跳。

·子节点：如本文所使用的，术语“子节点”(或“子IAB节点”)指在IAB网络中的特定IAB节点的下游且紧接该特定IAB节点的节点(例如，距离施主gNB更远一跳的IAB节点)。即便如此，子节点可能只是在网络中的特定IAB节点下游的节点之一，例如，如果存在到被服务UE的多个跳。

注意，本文给出的描述集中在3GPP蜂窝通信系统上，并且因此，通常使用3GPP术语或类似于3GPP术语的术语。然而，本文公开的概念不限于3GPP系统。其他无线系统(包括但不限于宽带码分多址(WCDMA)、全球微波存取互操作性(WiMax)、超移动宽带(UMB)以及全球移动通信系统(GSM))也可以受益于本文描述的概念、原理和/或实施例。

另外，本文描述为由无线设备或网络节点执行的功能和/或操作可以分布在多个无线设备和/或网络节点上。此外，尽管在本文使用术语“小区”，但是应该理解(特别是对于5G NR而言)，可以使用波束代替小区，并且因此，本文所述的概念同样适用于小区和波束两者。

如上面简要提到的，在CU-DU分离架构中，CU可以使用各种消息来建立和修改UE承载。DU在接收到这些消息中的任何一个时，使用DU先前能够建立的承载的列表(包括被分配给这些承载的LCID)进行响应。但是，当被应用于具有多个跳的IAB网络时，该承载建立过程可能导致相当大的延迟，这会降低最终用户体验。在对IAB网络架构和协议的解释之后，将在下面更详细地讨论这一点。

图3示出了独立模式下的IAB网络(300)的参考图，如在3GPP TR38.874(版本0.2.1)中进一步解释的那样。图3所示的IAB网络包括一个IAB施主340和多个IAB节点311-315，所有这些都可以是诸如NG-RAN之类的无线电接入网络(RAN 399)的一部分。IAB施主340包括被连接到CU 330的DU 321、322，CU 330由功能CU-CP 331和CU-UP 332来表示。IAB施主340可以经由所示的CU功能与核心网络(CN)350通信。

IAB节点311-315中的每一个经由一个或多个无线回程链路(在本文中也被称为“跳”)连接到IAB施主。更具体地说，每个IAB节点311-315的移动终止(MT，也被称为“移动终端”)功能终止朝向父节点的对应“上游”(或“北向”)DU功能的无线回程链路的无线电接口层。该MT功能类似于使UE能够接入IAB网络的功能，并且实际上已被3GPP指定为移动设备(ME)的一部分。

在图3的上下文中，上游DU可以包括IAB施主340的DU 321或322，以及在某些情况下，包括在IAB施主340的“下游”(或“南向”)的中间IAB节点的DU功能。作为一个更具体的示例，IAB节点314在IAB节点312和DU 321的下游，IAB节点312在IAB节点314的上游但在DU321的下游，而DU 321在IAB节点312和314的上游。IAB节点311-315的DU功能还终止朝向UE的无线接入链路的无线电接口层(例如用于经由DU的网络接入)和朝向相应父IAB节点的对应上游MT功能的无线回程链路。

如图3所示，IAB施主340可以被视为包括一组功能(例如gNB-DU321-322、gNB-CU-CP 331、gNB-CU-UP 332和可能的其他功能)的单个逻辑节点。在一些部署中，IAB施主可以根据这些功能被划分，这些功能可以全部如3GPP NG-RAN架构所允许那样是同位置的或非同位置的。此外，目前与IAB施主相关联的一些功能可以移动到IAB施主的外部，前提是这样的功能不执行IAB特定任务。

一般而言，3GPP IAB规范重用在NR中定义的现有功能和接口。特别地，现有的MT、gNB-DU、gNB-CU、UPF、AMF和SMF以及对应的接口NR Uu(在MT与gNB之间)、F1、NG、X2和N4被用作IAB架构的基线。例如，每个IAB节点DU使用F1的修改形式(其被称为F1*)连接到IAB施主CU。F1*的用户面部分(被称为“F1*-U”)通过在服务IAB节点上的MT与IAB施主上的DU之间的无线回程上的RLC信道而运行。

图4和5分别示出了如在3GPP版本16中定义的示例性IAB用户面(UP)和控制面(CP)协议栈。如这些图所示，所选择的协议栈重用了3GPP版本15中的当前CU-DU划分规范，其中完整用户面F1-U(GTP-U/UDP/IP)在IAB节点处被终止(例如，就像普通DU一样)，并且完整控制面F1-C(F1-AP/SCTP/IP)也在IAB节点处被终止(也像普通DU一样)。在上述情况下，已使用网络域安全(NDS)来保护UP业务和CP业务两者：对于UP为IPsec，对于CP为数据报传输层安全(DTLS)。IPsec还可以被用于CP保护而不是DTLS。

在IAB节点和IAB施主中已引入了新的回程适配协议(BAP)层。BAP层将分组路由到适当的下游/上游节点。BAP层还将UE承载数据映射到适当的回程RLC信道(在本文中也被称为“回程RLC承载”)以及在中间IAB节点中的入口与出口回程RLC信道之间映射。BAP层可以被配置为满足承载的端到端QoS要求。

如图4所示，IAB施主和UE两者将始终具有PDCP、RLC和MAC层，而中间IAB节点将仅具有RLC和MAC层。图4中的每个PDCP发射机实体从高层接收PDCP服务数据单元(SDU)，并且在传送到RLC层之前向每个SDU分配序列号。当接收PDCP SDU时，还启动discardTimer。当discardTimer期满时，PDCP SDU被丢弃并且向低层发送丢弃指示。作为响应，RLC将丢弃对应的RLC SDU(如果可能)。

当图4中的每个PDCP接收机实体接收到无序分组时，它启动重新排序计时器(例如t-reordering)。当t-reordering期满时，该PDCP实体更新变量RX_DELIV，该变量指示未被传送到上层(例如，接收窗口的下侧)的第一个PDCP SDU的值。

图4中的每个RLC发射机实体将序列号与从高层(例如PDCP)接收的每个SDU相关联。在确认模式(AM)操作中，RLC发射机可以设置轮询位，该轮询位用于请求RLC接收机发送与由发射机发送的RLC PDU有关的状态报告。在设置轮询位时，RLC发射机启动计时器(例如t-pollRetransmit)。在该计时器期满时，RLC发射机可以再次设置轮询位并且可以重传等待确认的那些PDU。

另一方面，当无序地接收RLC PDU时，RLC接收机将启动计时器(例如t-reassembly)。可以基于RLC序列号中的间隔来确定缺失的PDU。这项功能类似于PDCP中的t-reordering计时器。当t-reassembly在AM操作期间期满时，RLC接收机将发送用于触发RLC发射机重传的状态报告。

一旦图4中的MAC发射机实体从高层(例如RLC)接收到SDU以用于传输，它便可以请求用于发送对应的MAC PDU的资源授权。MAC发射机可以通过发送调度请求(SR)或缓冲区状态报告(BSR)来请求资源授权。

图5A-5C示出了在3GPP版本16IAB网络架构中使用的三个不同的示例性CP协议栈。图5A示出了在IAB施主CU与UE之间的CP，其在最高级别包括由PDCP携带的RRC协议。在这些高层之下是在UE与服务IAB节点DU之间的RLC以及在服务IAB节点MT与IAB施主CU之间的F1-AP。

图5B示出了在IAB施主CU与IAB节点MT之间的CP，其在功能上与图5A所示的在IAB施主CU与UE之间的CP非常类似。图5C示出了在IAB施主CU与IAB节点DU之间的CP，其在最高级别利用F1-AP。通过在IAB施主CU与对应的IAB节点MT之间的DTLS/SCTP/IP来携带该业务。

建立和配置(被统称为“集成”)是IAB节点操作中的第一步骤。示例性集成过程包括以下操作。

1.MT建立

a.MT选择父节点(过程有待进一步研究)。

b.MT使用AMF进行验证(Uu过程)

c.AMF在gNB处授权MT(在RAN3第103次会议上同意的信令)

d.gNB与MT建立SRB(Uu过程)

e.gNB可以与MT建立DRB和PDU会话(Uu过程；这是否有必要有待进一步研究)。PDU会话可以被用于OAM连接

IAB节点将首先使用RRC建立过程经由IAB节点的MT功能进行连接。在RRC连接建立之后，IAB节点的MT功能可以执行NAS级别注册和验证，但PDU会话建立不是必需的。在NAS注册之后，可以在RAN中创建IAB节点的UE上下文(没有任何PDU会话资源)。以这种方式，不需要针对IAB节点支持任何SMF/UPF功能。NAS版本15已经将NAS注册与PDU会话建立相分离，使得可以仅执行注册而不建立PDU会话，以及在没有PDU会话资源的情况下在RAN中建立UE上下文。

2.回程建立

a.在IAB节点MT与父节点之间建立BH RLC信道。

·RAN2决定该配置由CU-CP完成(例如使用RRC)。

·MT的CU-CP需要知道MT属于IAB节点而不是UE，它可以例如从MT授权(在RAN3第103次会议上同意)导出MT属于IAB节点而不是UE。

·BH RLC信道还必须在IAB节点MT和父节点上被标记有对应的优先级/QoS类。

b.在IAB节点MT与IAB施主DU之间建立适配路由。这包括：

·在IAB节点MT和IAB施主DU上配置适配路由标识符(RAN2；有待进一步研究)，

·在所有IAB节点的祖先节点上针对新路由标识符而配置路由条目(RAN2；有待进一步研究)，

c.向IAB节点的IP地址分配以用于适配接口，该IP地址可经由适配路由从有线前传进行路由。

·IP地址必须特定于IAB施主DU，以使得CU可以经由该特定IAB施主DU和新的适配路由向IAB节点发送IP分组。IAB施主DU必须支持IP地址池，这些IP地址可针对所有后代IAB节点从有线前传进行路由。

·如果IP分配由CU完成，则CU必须知道IAB施主DU可用于IAB节点的IP地址池。

·如果使用IAB施主DU上的DHCP代理经由DHCPv4/6来完成IP分配(如TR中所提议的)，则需要定义在适配层之上的ARP/NDP传输机制。

·可以存在用于IP地址分配的其他选项。

一旦在RAN中建立了IAB节点的UE上下文，RAN便将建立一个或多个回程承载，这些承载可以被用于向IAB节点的IP地址分配。对于IAB节点不直接与IAB施主节点进行通信，而是经由其他(已经附接/连接的)IAB节点进行通信的情况，所有中间IAB节点中的转发信息将由于新IAB节点的建立而被更新。

3.DU建立

a.DU使用适配层上的IP来建立F1-C和小区激活(TS 38.401条款

8.5中定义的过程：F1启动和小区激活)。

b.这包括经由回程IP层对IAB节点DU的OAM支持。

在建立与运营商的内部网络的连接之后，IAB节点及其小区/扇区的DU功能需要由OAM来配置，然后DU才能向它对应的CU(即IAB-CU)发送F1 SETUP REQUEST(F1建立请求)消息。所推荐的用于IAB的架构选项支持到IAB节点的完整IP连接，使得DU功能可以具有到OAM的直接IP连接，而不是依赖MT功能在CN中针对OAM建立特殊的PDU会话。最后，在配置IAB节点的DU功能之后，IAB节点变得可如DU那样操作，并且UE无法将该IAB节点与其他gNB区分开。因此，该IAB节点可以像任何其他DU/gNB那样开始服务UE。

注意，图4-5所示的协议架构可以在RAN内部管理IP地址分配，而无需CN参与。在这方面，上述基线允许基于DHCP的IP地址分配并且在IP地址分配之后建立OAM，而无需MT建立PDU会话。下面讨论整体IAB节点集成过程的三个部分。

用于初始IAB节点接入的过程可以基于UE初始接入信令流，其中稍加修改以满足IAB节点要求。同时，对于IAB节点DU小区的激活，可以按原样重用在TS 38.401中定义的F1启动和小区激活过程。考虑到上述情况，图6示出了用于将IAB节点(610，包括MT和DU)集成到包括分离gNB(gNB-CU 630、gNB-DU 620)的NG-RAN中的示例性过程。图6还示出了与5GC中的AMF(640)的交互。尽管图6所示和下面描述的操作是按顺序编号的，但除非特别指出相反情况，否则使用该编号是为了便于解释而不是限制操作以任何特定顺序发生。

1.IAB节点(例如MT)向gNB-DU发送RRCConnectionRequest消息。

2.gNB-DU将RRC消息和用于NR Uu接口的对应下层配置(如果IAB节点被准入)包括在INITIAL UL RRC TRANSFER(初始UL RRC传输)消息中并且将其传输到gNB-CU。INITIALUL RRC TRANSFER消息包括由gNB-DU分配的C-RNTI。

3.gNB-CU针对IAB节点分配gNB-CU UE F1AP ID，并且生成朝向IAB节点的RRCSetup消息。RRC消息被封装在DL RRC MESSAGE TRANSFER(DL RRC消息传输)消息中。

4.gNB-DU向IAB节点发送RRCSetup消息。

5.IAB节点向gNB-DU发送RRC CONNECTION SETUP COMPLETE(RRC连接建立完成)消息。RRC CONNECTION SETUP COMPLETE消息中的S-NSSAI IE指示IAB节点。

6.gNB-DU将RRC消息封装在UL RRC MESSAGE TRANSFER(UL RRC消息传输)消息中并且将其发送到gNB-CU。

7.gNB-CU向AMF发送INITIAL UE MESSAGE(初始UE消息)。该AMF可以是仅服务IAB节点的专用AMF。

此时，IAB节点将在不建立PDU会话的情况下执行注册(包括验证和密钥生成)。

8.AMF向gNB-CU发送INITIAL CONTEXT SETUP REQUEST(初始上下文建立请求)消息。

9.gNB-CU发送IAB CONTEXT SETUP REQUEST(IAB上下文建立请求)消息以在gNB-DU中建立IAB节点上下文。在该消息中，还可以封装SecurityModeCommand消息。

10.gNB-DU向IAB节点发送SecurityModeCommand消息。

11.gNB-DU向gNB-CU发送IAB CONTEXT SETUP RESPONSE(IAB上下文建立响应)消息。

12.IAB节点用SecurityModeComplete消息进行响应。

13.gNB-DU将RRC消息封装在UL RRC MESSAGE TRANSFER消息中并且将其发送到gNB-CU。

14.gNB-CU生成RRCReconfiguration消息并将其封装在DL RRC MESSAGETRANSFER消息中。RRCReconfiguration可以包括一个或多个IAB回程承载的配置。

15.gNB-DU向IAB节点发送RRCReconfiguration消息。

16.IAB节点向gNB-DU发送RRCReconfigurationComplete消息。

17.gNB-DU将RRC消息封装在UL RRC MESSAGE TRANSFER消息中并且将其发送到gNB-CU。

18.gNB-CU向AMF发送INITIAL CONTEXT SETUP RESPONSE(初始上下文建立响应)消息。

此时，IAB节点将已建立了一个或多个回程承载，这些承载可以被用于创建朝向gNB-CU的TNL连接(例如用于IAB-DU)以及用于分配TNL地址(例如IP地址和端口)。接下来，IAB节点(例如DU)可以利用在3GPP TS 38.401(v15.6.0)中描述的F1启动和小区激活过程来激活它的小区并变得可操作。在激活它的小区之后，IAB节点是可操作的并且可以经由DU来服务UE。UE可以经由在3GPP TS 38.401(v15.6.0)中描述的UE初始接入过程来连接到IAB节点。

如上面简要讨论以及图4-5所示的，已在IAB节点和IAB施主中引入了新的回程适配协议(BAP)层。BAP层将分组路由到适当的下游节点和上游节点，将UE承载数据映射到适当的回程RLC信道，以及在中间IAB节点中的入口与出口回程(BH)RLC信道之间进行映射。

尽管BAP(也被称为“适配层”)尚未被完全指定，但在3GPP RAN2WG内已达成几项协议。除了将UE承载数据映射到适当的回程RLC信道的功能之外，还同意了适配层的发送(TX)部分执行路由和承载映射，而适配层的接收(RX)部分执行承载“解映射”。此外，已同意针对由IAB节点中继的分组，服务数据单元(SDU)从适配层的RX部分被转发到适配层的TX部分(以用于下一跳)。

但是，有待进一步研究(FFS)的是，如何对协议实体进行建模，例如针对DU和MT单独建模还是组合建模，以及经由F1-AP还是RRC来配置这些部分。即便如此，参与者之间就将BAP实体包括在IAB节点协议栈的MT和DU部分两者中达成了共识。以这种方式对BAP层进行建模促进了适配层的路由和映射功能的实现。

在讨论两个BAP实体的操作之前，首先要考虑的方面是携带用于IAB节点的MT部分的CP/UP业务的无线电承载(RB)是否应当与BH RLC信道被分别地处理。注意，BH RLC信道被用于携带去往/来自IAB节点DU部分的业务，该业务可以旨在用于由IAB节点服务的UE或用于子IAB节点。该方面至少建议应当通过采用不同的逻辑信道ID来分别地处理RB和BH RLC信道。

图7A和7B示出了在DL方向上从IAB施主DU到UE和/或中间IAB节点的示例性分组流。同样，图8A和8B示出了在UL方向上从UE和/或中间IAB节点到IAB施主DU的示例性分组流。特别地，图7A和8A示出了相应的分组流，而图7B和8B示出了中间IAB节点BAP层中用于DL和UL情况的相应操作。这些图提供了以下描述的上下文。

当DL分组(例如从施主CU)到达IAB施主DU时，该DL分组首先由DU上层来处理，因为在施主DU处没有MT BAP层。如果分组去往被直接连接到IAB施主DU的UE或者是去往IAB施主DU的F1-AP业务，则该分组被转发到高层(用于UP的IP/UDP/GTP-U、用于CP的IP/SCTP/F1-AP)。否则，如果分组目的地在更下游，则该分组被转发到DU BAP层。

当DL分组经由回程RLC信道(例如从父IAB节点或IAB施主DU)到达中间IAB节点时，该DL分组首先由MT BAP层来处理。如果分组去往被直接连接到IAB节点的DU部分的UE或者是去往IAB节点的DU的F1-AP业务，则该分组被转发到高层(用于UP的IP/UDP/GTP-U、用于CP的IP/SCTP/F1-AP)。否则，如果分组的目的地在更下游，则该分组被转发到DU BAP层。

在上文中，(IAB施主或IAB节点)DU BAP层将确定分组应当经由路由(例如，去往哪个下游节点)被转发，以及该路由内的哪个BH RLC信道应当被用于转发该分组。用于该BHRLC映射的输入信息仍在RAN2中讨论。

当UL分组经由回程RLC信道从子IAB节点到达IAB施主DU时，该UL分组首先由DUBAP层来处理，然后被转发到施主DU。注意，因为施主DU可以被连接到最多一个施主CU，所以不需要路由功能。

当分组沿着UL方向到达中间IAB节点时，如果分组经由回程RLC信道来自子IAB节点，则分组首先由IAB节点DU的BAP层来处理。因为每个UL分组注定要被转发到施主CU，所以分组被继续传递到MT BAP层。另一方面，如果分组来自被直接连接到IAB节点的UE，或者分组是源自IAB节点本身的F1-AP业务，则分组首先由高层(用于UP的IP/UDP/GTP-U、用于CP的IP/SCTP/F1-AP)来处理，然后被转发到IAB节点的MT BAP层。

对于来自UE的业务，IAB节点需要将UE数据无线电承载(DRB)映射到BH RLC信道。对于该操作存在两个选项：一对一映射和多对一映射。图9示出了UE DRB与BH RLC信道之间的一对一(1:1)映射的示例。在该选项中，每个UE DRB在从IAB节点910到IAB节点920的第一跳上被映射到单独的BH RLC信道上。此外，每个BH RLC信道在从IAB节点920到施主IAB节点930(包括CU和DU)的后续跳上被映射到单独的BH RLC信道上。因此，所建立的BH RLC信道的数量等于所建立的UE DRB的数量。例如，如果多个BH RLC信道被复用到单个BH逻辑信道中，则可能需要UE和/或DRB标识符。类型和放置(例如，在适配层报头内)取决于架构/协议选项。

图10示出了UE DRB与BH RLC信道之间的多对一(N:1)映射的示例。在该选项中，基于诸如承载QoS简档之类的特定参数，七个UE DRB被复用到在IAB节点910与920之间的三个BH RLC信道上。还可以配置诸如跳计数之类的其他信息。此外，属于不同UE的多个DRB可以被复用到单个BH RLC信道上。另外，来自一个BH RLC信道的分组可以被映射到下一跳(例如，从IAB节点920到施主IAB节点930)上的不同BH RLC信道上。被映射到特定BH RLC信道的所有业务在空中接口上接收相同的QoS处理。3GPP RAN2已同意在版本16中支持1:1和N:1映射两者。

在图1-2所示的CU-DU分离架构中，CU使用F1-AP UE上下文建立请求和UE上下文修改请求消息来建立和修改UE承载。CU包括有关承载的详细信息，如下面的表1中的UE上下文建立请求的相关部分所示(还在UE上下文修改请求消息中提供了类似信息)。表2示出了被包括在UE上下文建立请求消息中的QoS流级别QoS参数信息元素(IE)的示例性数据结构。该IE定义了要被应用于QoS流或DRB的QoS。同样，表3和4示出了被包括在QoS流级别QoS参数IE中的动态5QI描述符和非动态5QI描述符IE的示例性数据结构。这些IE针对DL和UL分别指示了非标准化/非预先配置和标准化/预先配置的5QI的QoS特征。

在接收到UE上下文建立(修改)请求消息后，DU将发送UE上下文建立(修改)响应消息，该消息包含DU先前能够建立的承载的列表以及DU已向这些承载分配的LCID。LCID-承载关联是基于DU配置，其中DU可以使用与承载相关联的QoS参数(例如5QI)来确定LCID。

表1.

表2.

表3.

表4.

为了支持不同最终用户业务的QoS优先化，有必要将最终用户业务映射到不同的BH RLC信道，每个信道与不同的LCID相关联。

本申请的美国临时申请62/871,848讨论了可如何在IAB网络中针对1:1承载映射而使用和信令发送IP流标签(与给定最终用户流相关联)。该申请还讨论了可如何向施主DU(对于DL映射)和接入IAB节点(对于UL映射)发送IP流标签-LCID映射信息。该申请还假设使用了传统LCID分配(即，DU针对BH RLC信道而分配LCID)，并且在中间IAB节点中，将针对入口和出口信道使用相同的LCID，以使得映射信息未被传送到中间节点。尽管如此，因为每个IAB节点可能针对正在被建立的BH RLC信道分配不同的LCID值，所以不能假设隐式映射信息在中间IAB节点处可用。

当正在建立要被1:1映射的UE承载时，必须在施主DU与接入IAB节点之间的每跳上建立专用BH RLC信道，这可以通过向施主DU以及每个中间IAB节点发送UE上下文修改消息来完成。如在申请62/871,848中所讨论的，要与第一DL跳上的BH RLC信道相关联的IP流标签需要在UE上下文修改消息中被传送到施主DU，以使得施主DU能够将具有该流标签的未来DL分组映射到该正在被建立的BH RLC信道。

在中间IAB节点中，流标签是不相关的，因为从入口到出口BH RLC信道的承载映射是基于LCID被执行的。例如，映射可以在具有相同LCID的入口与出口BH RLC信道之间，或者中间节点可以被配置有从入口BH RLC信道LCID到出口BH RLC信道LCID的映射。此外，中间IAB节点不需要知道映射的类型(即1:1与N:1)，因为中间IAB节点仅关心如何将入口信道映射到出口信道。

如果施主DU(和中间IAB节点DU部分)要选择它们正在建立的到它们的子节点的BHRLC信道的LCID(就像当前针对DRB所做的那样)，则为了要被1:1映射的一个UE承载，每个IAB节点可以针对正在被建立的BH RLC信道分配不同的LCID。因此，CU必须等待来自施主DU和中间IAB节点的UE上下文修改响应消息以获得LCID，然后CU必须向每个中间IAB节点发送附加配置消息以关联这些LCID。替代地，CU可以一次建立一个BH RLC信道，等待来自一个UE上下文修改请求的响应，然后针对下一跳发送另一个UE上下文修改请求。在任何一种情况下，如果涉及多个跳，则建立1:1映射的DRB会引入显著的延迟。当每个子节点可以自由地分配它们自己的LCID时，将新的N:1映射的承载添加到子IAB节点时出现类似的问题。

作为一个更具体的示例，考虑三跳IAB网络IAB3-IAB2-IAB1-施主DU-施主CU。对于1:1或N:1映射的承载，三个BH RLC信道(即，施主DU-IAB1、IAB1-IAB2、IAB2-IAB3)必须经由去往施主DU、IAB1-DU和IAB2-DU的相应UE上下文修改请求消息来建立。在所产生的UE上下文修改响应消息中，施主DU、IAB1-DU和IAB2-DU将向CU通知被分配给正在被建立的对应BHRLC信道的LCID(例如，分别为LCIDa、LCIDb和LICDc)。然后需要CU与中间IAB节点之间的附加信令以通知IAB节点更新IAB节点的映射表(即，IAB1将LCIDa映射到LCIDb，IAB2将LCIDb映射到LCIDc等)。一个缺点是用于IAB网络中的承载建立过程可导致相当大的延迟，这转而会影响最终用户体验。

本公开的实施例通过提供促进BH RLC信道在多跳IAB网络中的更快建立的技术来解决这些和其他问题、困难和/或难题。在非常高的级别，第一公开的技术是使DU执行LCID分配，如在传统CU-DU布置中，但被发送到IAB节点的UE上下文建立(修改)消息包括接收IAB节点的父节点在建立BH RLC信道时使用的LCID值，该BH RLC信道将要与正在通过当前UE上下文建立(修改)消息来建立的BH RLC信道相关联。在这种情况下，当建立仅一个新的BHRLC信道时，不会导致附加延迟。

在非常高的级别，第二公开的技术是在UE上下文建立(修改)过程中，使施主CU选择要被用于BH RLC信道的LCID，并且将所选择的LCID值传送到施主DU和中间IAB节点。这使得能够并行地向施主DU和每个中间IAB节点发送UE上下文建立(修改)消息，从而减少包含多个跳的新承载建立所涉及的延迟。与其中DU选择LCID的传统情况不同，施主DU和中间IAB节点将简单地针对正在被建立的BH RLC信道而使用由CU指示的LCID。以这种方式，不需要附加的信令，并且到BH RLC信道被建立时为止，每个中间IAB节点处的映射信息已经是已知的。第二技术可以被单独使用或与第一技术组合使用，反之亦然。

公开的实施例减少了在多跳IAB网络中建立承载及其关联的BH RLC信道所需的信令开销和总延迟，从而与当前解决方案相比改进了最终用户体验。例如，将父节点用于BHRLC信道的LCID包括在去往子节点的UE上下文建立(修改)消息中使得在朝向IAB节点的子节点正在建立BH RLC信道的同时能够在中间IAB节点中执行承载映射，因而避免在父BHRLC信道和子BH RLC信道被建立之后发送额外的承载映射信息的需要。

通过使施主CU(而不是施主DU或IAB节点的DU部分)在IAB网络中分配BH RLC信道的LCID，能够实现额外的延迟减小。这将不需要朝向中间IAB节点的附加承载映射信令消息以便关联这些中间IAB节点的入口和出口RLC信道，因为相同的LCID将被用于所有关联的BHRLC信道。这提供了并行地发送所有UE上下文修改消息并更进一步减小延迟的可能性。

在各种实施例的以下描述中，术语“建立”和“配置”可以互换使用，除非另有明确说明，或者当被用作(例如特定消息的)标签或名称的一部分时。此外，除非另有明确说明，否则针对施主CU描述的功能可以被映射到分离CU架构(例如图2-3所示)的CU-CP部分。

如上所述，在一些实施例中，可以由DU部分(例如施主DU或IAB节点的DU部分)选择BH RLC信道LCID。但是，在这些实施例中，被发送到中间IAB节点的UE上下文建立(修改)消息包括IAB节点的父节点先前用于建立BH RLC信道的LCID，该BH RLC信道将要与当前正在针对子节点建立的BH RLC信道相关联。

可以参考上面讨论的示例性三跳IAB网络(即，IAB3-IAB2-IAB1-施主DU-施主CU)来说明这些实施例。在该示例性场景中，施主CU在来自施主DU的UE上下文修改响应消息中接收到与在施主DU与IAB1之间的第一跳中使用的LCID(例如LCIDa)有关的信息。CU将在被发送到IAB1的UE上下文修改请求消息中包括LCIDa。转而，IAB1将针对它建立的对应BH RLC信道选择LCIDb，并且保存LCIDa/LCIDb映射信息。随后，IAB1将经由LCIDa从下游节点传入的分组映射到朝向上游节点的LCIDb，反之亦然。IAB1将在UE上下文修改响应消息中向施主CU指示LCIDb，而施主CU将在UE上下文修改建立消息中向下一个IAB节点指示LCIDb。以这种方式，在朝向下游节点正在建立BH RLC信道的同时执行在中间IAB节点中映射信息。

在一个变体中，为了进一步优化性能，施主CU可以在它向IAB1发送用于建立BHRLC信道(先前为其建立了DU部分)的MT部分的RRC消息的同时，朝向IAB1发送UE上下文修改请求消息。该RRC消息还可以包括BH RLC信道的LCID(例如LCIDa)。无论哪个消息(RRC或F1)首先到达，IAB1都将能够理解承载之间的映射，因为F1消息包含的LCID与已在RRC上被信令发送的LCID相同。然后，还可以针对IAB2等执行并行处理。

可以通过对现有的UE上下文修改请求消息(如在3GPP TS 38.473(v15.6.0)§9.2.2.7中所定义)的示例性更改来进一步说明这些实施例，以促进从CU向施主DU和所有中间节点发送以用于在多跳IAB网络中建立回程RLC信道。下面的表5示出了该消息的可以根据这些实施例被修改的相关部分。

更具体地说，添加了以下列表：待建立BH RLC信道列表、待修改BH RLC信道列表、以及待释放BH RLC信道列表。每个列表包括用于构成该列表的相应BH RLC信道的IE。用于每个待建立或待修改的BH RLC信道的IE包括信道(CH)ID、QoS参数、以及QoS映射信息。用于每个待释放的BH RLC信道的IE仅包括CH ID。可以对从CU被发送到DU的现有的UE上下文建立请求消息进行类似的示例性修改/添加，例如在3GPP TS 38.473(v15.6.0)§9.2.2.1中所定义的。

表5.

表6进一步说明了表5中所示的QoS映射信息的示例性结构。这包括正在被建立的回程RLC信道应当被映射到的父(或紧邻的上游)回程RLC信道的LCID。

表6.

如上所述，在一些实施例中，可以由施主CU选择BH RLC信道LCID，施主CU可以在UE上下文建立或UE上下文修改过程中将所选择的LCID传送到施主DU和中间IAB节点。因此，UE上下文修改(建立)消息可以被并行(例如基本上同时)发送到施主DU和每个中间IAB节点，这减小了建立新承载的延迟。与LCID的传统DU分配不同，施主DU和中间IAB节点将简单地针对正在被建立的BH RLC信道而使用由CU指示的LCID。以这种方式，不需要附加的信令，并且到BH RLC信道被建立时为止，每个中间IAB节点处的映射信息已经是已知的。

这些实施例使得施主CU能够向与UE DRB或QoS“等级”相关联的所有BH RLC信道分配相同的LCID值。在这种情况下，CU只需向中间IAB节点发送子节点BH RLC信道LCID，这隐含地指示相同的LCID应当被用于去往父节点的对应BH RLC信道。

如果针对与UE承载或QoS等级相关联的所有BH RLC信道使用相同的LCID不可行，则CU可以显式信令发送用于去往父节点的BH RLC信道的LCID值以及要用于去往子节点的BH RLC信道的LCID值。

在一些实施例中，用于BH RLC信道的LCID的施主CU分配可以被与用于DRB的LCID的DU(例如，施主DU或IAB节点DU部分)分配相组合。例如，可以针对向DRB的DU分配和向BHRLC信道的CU分配而保留不同的LCID范围。

可以通过对现有的UE上下文修改请求消息(如在3GPP TS 38.473(v15.6.0)§9.2.2.7中所定义)的示例性更改来进一步说明这些实施例，以促进从CU向施主DU和所有中间节点发送以用于在多跳IAB网络中建立回程RLC信道。下面的表7示出了该消息的可以根据这些实施例被修改的相关部分。更具体地说，添加了以下列表：待建立BH RLC信道列表、待修改BH RLC信道列表、以及待释放BH RLC信道列表。每个列表与上面针对表5描述的对应列表基本相同。

表7.

表8进一步说明了表7中所示的QoS映射信息的示例性结构。这包括要被用于正在被建立的回程RLC信道的LCID。

表8.

可以参考图11-12进一步说明上面描述的这些实施例，图11-12分别示出了由CU和中间IAB节点执行的示例性方法(例如过程)。换句话说，下面描述的操作的各种特性对应于上面描述的各种实施例。

更具体地说，图11示出了根据本公开的各种示例性实施例的用于集成接入回程(IAB)网络中的CU的示例性方法(例如过程)。例如，图11所示的示例性方法可以由上面描述或针对本文的其他附图描述的施主CU来执行。此外，图11所示的示例性方法可以与本文公开的其他示例性方法(例如图12)互补，以使得它们可以被协同使用以提供本文描述的益处、优点和/或问题的解决方案。尽管图11中的示例性方法通过特定顺序的具体方框来说明，但是对应于方框的操作可以以不同于所示的顺序来执行，以及可以被组合成和/或划分成具有不同于所示的功能的方框和/或操作。可选的方框和/或操作由虚线指示。

该示例性方法可以包括方框1120的操作，其中，CU可以确定在IAB网络中的第一节点与第二节点之间的第一回程无线电链路控制(BH RLC)信道的第一标识符(例如LCID)。根据本文别处解释的“子节点”的含义，第二节点是第一节点的子节点。该示例性方法还可以包括方框1130的操作，其中，UE可以向第二节点发送用于在第二节点与IAB网络中的第三节点之间建立第二BH RLC信道的第二请求。第三节点是第二节点的子节点。第二请求可以包括第一标识符以用于与第二BH RLC信道相关联。

在一些实施例中，用户设备(UE)与CU之间的至少一个数据无线电承载(DRB)可以与第一BH RLC信道和第二BH RLC信道两者相关联。在一些实施例中，第二请求可以是与UE相关联的上下文建立请求或上下文修改请求，第一标识符可以是逻辑信道标识符(LCID)。

在一些实施例中，该示例性方法还可以包括方框1110的操作，其中，CU可以向第一节点发送用于建立第一BH RLC信道的第一请求。在这些实施例的一些实施例中，方框1120的确定操作可以包括子方框1121的操作，其中，CU可以响应于用于建立第一BH RLC信道的第一请求，从第一节点接收第一标识符。例如，第一标识符可以是从与第一节点相关联的分布式单元DU被接收的，以及第二请求可以被发送到(例如在方框1130中)与第二节点相关联的DU。

在这些实施例中的其他实施例中，第一请求(例如在方框1110中被发送)可以包括第一标识符。在这样的实施例中，方框1120的确定操作可以包括子方框1122的操作，其中，CU可以根据以下中的一项来选择第一标识符：

·从可用BH RLC标识符池；

·与另一个BH RLC信道的标识符相同，其中，另一个BH RLC信道和第一BH RLC信道与用户设备UE与CU之间的同一个数据无线电承载DRB相关联；或者

·基于与第一BH RLC信道相关联的服务质量QoS参数。

在这样的实施例中，第二请求可以被发送到第二节点(例如在方框1130中)而不等待来自第一节点的对第一请求(例如在方框1110中被发送)的响应。

在一些实施例中，该示例性方法可以包括方框1140-1150的操作。在方框1140中，CU可以确定第二BH RLC信道的第二标识符。在方框1150中，CU可以向第三节点(即，第二节点的子节点)发送用于在第三节点与IAB网络中的第四节点之间建立第三BH RLC信道的第三请求。第四节点是第三节点的子节点。第三请求可以包括第二标识符以用于与第三BHRLC信道相关联。

在这些实施例的一些实施例中，方框1140的确定操作可以包括子方框1141的操作，其中，CU可以响应于第二请求(例如在方框1130中被发送)，从第二节点接收第二标识符。在这些实施例中的其他实施例中，第二请求可以包括第二标识符。在这样的实施例中，方框1140的确定操作可以包括子方框1142的操作，其中，CU可以根据以下中的一项来选择第二标识符：

·从可用BH RLC标识符池；

·与第一标识符相同；

·与另一个BH RLC信道的标识符相同，其中，另一个BH RLC信道和第二BH RLC信道与用户设备UE与CU之间的同一个数据无线电承载DRB相关联；或者

·基于与第二BH RLC信道相关联的服务质量QoS参数。

另外，图12示出了根据本公开的各种示例性实施例的用于集成接入回程(IAB)网络中的中间节点的另一个示例性方法(例如过程)。例如，图12所示的示例性方法可以由上面描述或针对本文的其他附图描述的IAB节点或这种节点的组件(例如DU和/或MT)来执行。此外，图12所示的示例性方法可以与本文公开的其他示例性方法(例如图11)互补，以使得它们可以被协同使用以提供本文描述的益处、优点和/或问题的解决方案。尽管图12中的示例性方法通过特定顺序的具体方框来说明，但是对应于方框的操作可以以不同于所示的顺序来执行，以及可以被组合成和/或划分成具有不同于所示的功能的方框和/或操作。可选的方框和/或操作由虚线指示。

该示例性方法可以包括方框1220的操作，其中根据本文别处解释的“父节点”的含义，中间节点可以确定在中间节点与IAB网络中的(例如中间节点的)父节点之间的第一回程无线电链路控制(BH RLC)信道的第一标识符。该示例性方法还可以包括方框1230的操作，其中，根据本文别处解释的“子节点”的含义，中间节点可以向在中间节点与IAB网络中的子节点之间的第二BH RLC信道分配第二标识符。该示例性方法还可以包括方框1250的操作，其中，中间节点可以将第一标识符和第二标识符与用户设备(UE)和CU之间的数据无线电承载(DRB)相关联。

在一些实施例中，该示例性方法还可以包括方框1260-1270的操作。在方框1260中，中间节点可以经由第一BH RLC信道和第二BH RLC信道中的一个BH RLC信道来接收与DRB相关联的数据分组。在方框1270中，中间节点可以基于将第一标识符和第二标识符与DRB相关联，转发数据分组以用于经由第一BH RLC信道和第二BH RLC信道中的另一个BHRLC信道进行传输。在这些实施例中的一些实施例中，中间节点可以包括移动终端(MT)部分和分布式单元(DU)部分。在这样的实施例中，数据分组可以由MT部分和DU部分中的一个来接收，以及可以被转发以用于由MT部分和DU部分中的另一个进行传输。

在一些实施例中，该示例性方法还可以包括方框1210的操作，其中，中间节点可以从CU接收用于在中间节点与子节点之间建立第二BH RLC信道的请求。例如，该请求可以是与UE相关联的上下文建立请求或上下文修改请求，第一标识符可以是逻辑信道标识符(LCID)。

在这些实施例中的一些实施例中，方框1220的确定操作可以包括方框1221的操作，其中，中间节点可以在用于建立第二BH RLC信道的请求(例如在方框1210中被接收)中接收第一标识符。

在这些实施例中的一些实施例中，方框1230的分配操作可以涉及不同的子方框。例如，方框1230的分配操作可以包括方框1232的操作，其中，中间节点可以在用于建立第二BH RLC信道的请求(例如在方框1210中被接收)中接收第二标识符。作为另一个示例，方框1230的分配操作可以包括方框1231的操作，其中，中间节点可以根据以下中的一项来选择第二标识符：

·从可用BH RLC标识符池；

·与第一标识符相同；

·与DRB所关联的另一个BH RLC信道的标识符相同；或者

·基于与第二BH RLC信道相关联的服务质量QoS参数。

在其他实施例中，方框1220的确定操作可以包括方框1222的操作，其中，中间节点可以根据以下中的一项来选择第一标识符：

·从可用BH RLC标识符池；

·与DRB所关联的另一个BH RLC信道的标识符相同；或者

·基于与第一BH RLC信道相关联的服务质量QoS参数。

在一些实施例中，该示例性方法还可以包括方框1240的操作，其中，中间节点可以向CU发送对用于建立第二BH RLC信道的请求的响应，其中，该响应包括第二标识符。

尽管本文描述的主题可以使用任何适当的组件在任何适当类型的系统中实现，但是本文所公开的实施例是相对于无线网络(诸如图13所示的示例无线网络)进行描述的。为了简单起见，图13所示的示例性无线网络仅描绘了网络1306、网络节点1360和1360b以及WD1310、1310b和1310c。在实践中，无线网络可以进一步包括适合于支持无线设备之间或无线设备与另一通信设备(例如，陆线电话、服务提供商或任何其他网络节点或终端设备)之间的通信的任何附加单元。在所示出的组件中，网络节点1360和无线设备(WD)1310以附加的细节被描绘。无线网络可以向一个或多个无线设备提供通信和其他类型的服务，以促进无线设备访问和/或使用由无线网络提供的服务或经由无线网络提供的服务。

无线网络可以包括任何类型的通信、电信、数据、蜂窝和/或无线电网络或其他类似类型的系统和/或与它们连接。在一些实施例中，无线网络可被配置为根据特定标准或其他类型的预定义规则或过程进行操作。因此，无线网络的特定实施例可以实现通信标准，例如全球移动通信系统(GSM)、通用移动电信系统(UMTS)、长期演进(LTE)和/或其他合适的2G、3G、4G、或5G标准；无线局域网(WLAN)标准，例如IEEE802.11标准；以及/或任何其他适当的无线通信标准，例如全球微波存取互操作性(WiMax)、蓝牙、Z-波和/或ZigBee标准。

网络1306可以包括一个或多个回程网络、核心网络、IP网络、公共交换电话网络(PSTN)、分组数据网络、光网络、广域网(WAN)、局域网(LAN)、无线局域网(WLAN)、有线网络、无线网络、城域网和实现设备之间的通信的其他网络。

网络节点1360和WD 1310包括下面更详细描述的各种组件。这些组件一起工作以提供网络节点和/或无线设备功能，例如在无线网络中提供无线连接。在不同的实施例中，无线网络可以包括任何数量的有线或无线网络、网络节点、基站、控制器、无线设备、中继站和/或可以促进或参与数据和/或信号的通信(无论是经由有线还是无线连接)的任何其他组件或系统。

网络节点的示例包括但不限于接入点AP(例如，无线电接入点)、基站(BS)(例如，无线电基站、节点B、演进型节点B(eNB)和NR节点B(gNB))。可以基于基站提供的覆盖量(或者换句话说，它们的发射功率级别)对基站进行分类，然后也可以将它们称为毫微微基站、微微基站、微基站或宏基站。基站可以是中继节点或控制中继的中继施主节点。网络节点还可以包括分布式无线电基站的一个或多个(或所有)部分，例如集中式数字单元和/或远程无线电单元(RRU)(有时也称为远程无线电头端(RRH))。这样的远程无线电单元可以与或可以不与天线集成为天线集成无线电。分布式无线电基站的部分也可以被称为分布式天线系统(DAS)中的节点。

网络节点的其他示例包括多标准无线电(MSR)设备(诸如MSR BS)、网络控制器(诸如无线电网络控制器(RNC)或基站控制器(BSC))、基站收发站(BTS)、发送点、发送节点、多小区/多播协调实体(MCE)、核心网络节点(例如MSC、MME)、O&M节点、OSS节点、SON节点、定位节点(例如E-SMLC)和/或MDT。作为另一示例，网络节点可以是如下面更详细描述的虚拟网络节点。但是，更一般地说，网络节点可以表示能够、被配置、被布置和/或可操作以启用和/或提供无线设备对无线网络的接入或向已接入无线网络的无线设备提供某种服务的任何合适的设备(或设备组)。

在图13中，网络节点1360包括处理电路1370、设备可读介质1380、接口1390、辅助设备1384、电源1386、电源电路1387、以及天线1362。尽管在图13的示例无线网络中示出的网络节点1360可以表示包括所图示的硬件组件的组合的设备，但是其他实施例可以包括具有组件的不同组合的网络节点。应当理解，网络节点包括执行本文公开的任务、特性、功能和方法和/或过程所需的硬件和/或软件的任何合适的组合。此外，尽管将网络节点1360的组件描绘为位于较大框内或嵌套在多个框内的单个框，但实际上，网络节点可包括构成单个所示组件的多个不同物理组件(例如，设备可读介质1380可以包括多个单独的硬盘驱动器以及多个RAM模块)。

类似地，网络节点1360可以包括多个物理上分离的组件(例如，NodeB组件和RNC组件、或者BTS组件和BSC组件等)，每个组件可以具有它们自己的相应的组件。在网络节点1360包括多个单独的组件(例如，BTS和BSC组件)的特定情况下，一个或多个单独的组件可以在数个网络节点之间共享。例如，单个RNC可以控制多个NodeB。在这种情况下，每个唯一的NodeB和RNC对可以在某些情况下被视为单个单独的网络节点。在一些实施例中，网络节点1360可以被配置为支持多种无线电接入技术(RAT)。在这样的实施例中，一些组件可以被复制(例如，用于不同RAT的单独的设备可读介质1380)，而一些组件可以被重用(例如，同一天线1362可以被RAT共享)。网络节点1360还可以包括用于集成到网络节点1360中的不同无线技术(例如，GSM、WCDMA、LTE、NR、Wi-Fi或蓝牙无线技术)的多组各种示例组件。这些无线技术可以被集成到网络节点1360内相同或不同的芯片或芯片组以及其他组件中。

处理电路1370可以被配置为执行本文描述为由网络节点提供的任何确定、计算或类似操作(例如，特定获得操作)。由处理电路1370执行的这些操作可以包括：处理由处理电路1370获得的信息，例如通过将获得的信息转换成其他信息、将获得的信息或转换后的信息与存储在网络节点中的信息进行比较、和/或基于获得的信息或转换后的信息执行一个或多个操作；以及作为所述处理的结果，做出确定。

处理电路1370可以包括以下一个或多个的组合：微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路、现场可编程门阵列或任何其他合适的计算设备、资源或可操作以单独地或结合其他网络节点1360组件(例如设备可读介质1380)提供网络节点1360的各种功能的硬件、软件和/或编码逻辑的组合。这种功能可以包括本文所讨论的各种无线特性、功能或益处中的任何一种。

例如，处理电路1370可以执行被存储在设备可读介质1380或处理电路1370内的存储器中的指令。在一些实施例中，处理电路1370可以包括片上系统(SOC)。作为更具体的示例，被存储在介质1380中的指令(也被称为计算机程序产品)可以包括指令，这些指令在由处理电路1370执行时可以配置网络节点1360以执行对应于本文描述的各种示例性方法(例如过程)的操作。

在一些实施例中，处理电路1370可以包括射频(RF)收发机电路1372和基带处理电路1374中的一个或多个。在一些实施例中，射频(RF)收发机电路1372和基带处理电路1374可以在单独的芯片(或芯片组)、板或单元(例如无线电单元和数字单元)上。在替代实施例中，RF收发机电路1372和基带处理电路1374的部分或全部可以在同一芯片或芯片组、板或单元上。

在特定实施例中，本文描述为由网络节点、基站、eNB或其他这样的网络设备提供的功能中的一些或全部可以由执行存储在设备可读介质1380或处理电路1370内的存储器上的指令的处理电路1370来执行。在替代实施例中，一些或全部功能可以由处理电路1370提供，而无需诸如以硬连线方式执行存储在单独的或分离的设备可读介质上的指令。在这些实施例的任何一个中，无论是否执行存储在设备可读存储介质上的指令，处理电路1370都可以被配置为执行所描述的功能。这样的功能所提供的益处不仅限于处理电路1370或网络节点1360的其他组件，而是整体上由网络节点1360和/或总体上由最终用户和无线网络享有。

设备可读介质1380可以包括任何形式的易失性或非易失性计算机可读存储器、包括但不限于永久存储设备、固态存储器、远程安装的存储器、磁性介质、光学介质、随机存取存储器(RAM)、只读存储器(ROM)、大容量存储介质(例如硬盘)、可移动存储介质(例如闪存驱动器、光盘(CD)或数字视频磁盘(DVD))和/或任何其他易失性或非易失性、非暂时性设备可读和/或计算机可执行存储设备，它们存储可以由处理电路1370使用的信息、数据和/或指令。设备可读介质1380可以存储任何合适的指令、数据或信息，包括：计算机程序；软件；包括逻辑、规则、代码、表等中的一个或多个的应用；和/或能够由处理电路1370执行并由网络节点1360利用的其他指令。设备可读介质1380可用于存储由处理电路1370进行的任何计算和/或经由接口1390接收的任何数据。在一些实施例中，处理电路1370和设备可读介质1380可以被认为是集成的。

接口1390被用于网络节点1360、网络1306和/或WD 1310之间的信令和/或数据的有线或无线通信。如图所示，接口1390包括端口/端子1394以例如在有线连接上向和从网络1306发送和接收数据。接口1390还包括可以耦接到天线1362或在特定实施例中为天线1362的一部分的无线电前端电路1392。无线电前端电路1392包括滤波器1398和放大器1396。无线电前端电路1392可以被连接到天线1362和处理电路1370。无线电前端电路可被配置为调节在天线1362与处理电路1370之间传送的信号。无线电前端电路1392可接收将经由无线连接向其他网络节点或WD发送的数字数据。无线电前端电路1392可以使用滤波器1398和/或放大器1396的组合将数字数据转换成具有适当信道和带宽参数的无线电信号。无线电信号然后可以经由天线1362被发射。类似地，在接收数据时，天线1362可以收集无线电信号，无线电信号然后由无线电前端电路1392转换成数字数据。数字数据可以被传递到处理电路1370。在其他实施例中，接口可以包括不同的组件和/或组件的不同组合。

在特定替代实施例中，网络节点1360可以不包括单独的无线电前端电路1392，而是，处理电路1370可以包括无线电前端电路并且可以在没有单独的无线电前端电路1392的情况下被连接到天线1362。类似地，在一些实施例中，所有或一些RF收发机电路1372可以被视为接口1390的一部分。在其他实施例中，接口1390可以包括一个或多个端口或端子1394、无线电前端电路1392、以及RF收发机电路1372，作为无线电单元(未示出)的一部分，并且接口1390可以与基带处理电路1374通信，该基带处理电路1374是数字单元(未示出)的一部分。

天线1362可以包括被配置为发送和/或接收无线信号的一个或多个天线或天线阵列。天线1362可以被耦接到无线电前端电路1390，并且可以是能够无线地发送和接收数据和/或信号的任何类型的天线。在一些实施例中，天线1362可以包括可操作以在例如2GHz与66GHz之间发送/接收无线电信号的一个或多个全向、扇形或平板天线。全向天线可用于在任何方向上发送/接收无线电信号，扇形天线可用于从特定区域内的设备发送/接收无线电信号，而平板天线可以是用于以相对直线的方式发送/接收无线电信号的视线天线。在某些情况下，一个以上天线的使用可以被称为MIMO。在特定实施例中，天线1362可以与网络节点1360分离并且可以通过接口或端口连接到网络节点1360。

天线1362、接口1390和/或处理电路1370可以被配置为执行本文描述为由网络节点执行的任何接收操作和/或特定获得操作。可以从无线设备、另一个网络节点和/或任何其他网络设备接收任何信息、数据和/或信号。类似地，天线1362、接口1390和/或处理电路1370可以被配置为执行本文描述为由网络节点执行的任何发送操作。可以向无线设备、另一个网络节点和/或任何其他网络设备发送任何信息、数据和/或信号。

电源电路1387可以包括或被耦接到电源管理电路，并可以被配置为向网络节点1360的组件提供电力以用于执行本文所述的功能。电源电路1387可以从电源1386接收电力。电源1386和/或电源电路1387可被配置为以适合于各个组件的形式(例如以每个相应组件所需的电压和电流级别)向网络节点1360的各个组件提供电力。电源1386可以被包括在电源电路1387和/或网络节点1360中或在其外部。例如，网络节点1360可以经由输入电路或接口(例如电缆)连接至外部电源(例如电源插座)，由此外部电源向电源电路1387提供电力。作为又一示例，电源1386可包括电池或电池组形式的电源，该电池或电池组被连接至电源电路1387或集成于电源电路1387中。如果外部电源出现故障，电池可以提供备用电力。也可以使用其他类型的电源，例如光伏设备。

网络节点1360的替代实施例可以包括除图13所示组件之外的附加组件，这些附加组件可以负责提供网络节点的功能的特定方面，包括本文所述的任何功能和/或支持本文所述的主题所必需的任何功能。例如，网络节点1360可以包括用户接口设备，以允许和/或促进将信息输入到网络节点1360中以及允许和/或促进从网络节点1360输出信息。这可以允许和/或促进用户(例如，网络运营商或设备制造商的授权员工、代理人等)执行网络节点1360的诊断、维护、修理和其他管理功能。

在一些实施例中，无线设备(WD，例如WD 1310)可以被配置为在没有直接人类交互的情况下发送和/或接收信息。例如，当被内部或外部事件触发或响应于来自网络的请求时，WD可以设计为按预定调度向网络发送信息。WD的示例包括但不限于智能电话、移动电话、蜂窝电话、IP语音(VoIP)电话、无线本地环路电话、台式计算机、个人数字助理(PDA)、无线相机、游戏机或设备、音乐存储设备、播放设备、可穿戴设备、无线端点、移动台、平板电脑、笔记本电脑、笔记本电脑内置设备(LEE)、笔记本电脑安装设备(LME)、智能设备、无线客户端设备(CPE)、移动型通信(MTC)设备、物联网(IoT)设备、车载无线终端设备等。

WD可以支持设备对设备(D2D)通信(例如通过实现用于副链路通信的3GPP标准)、车对车(V2V)、车对基础设施(V2I)、车对万物(V2X)，并且在这种情况下可以被称为D2D通信设备。作为又一个具体示例，在物联网(IoT)场景中，WD可以表示执行监视和/或测量并将此类监视和/或测量的结果向另一个WD和/或网络节点发送的机器或其他设备。在这种情况下，WD可以是机器对机器(M2M)设备，其在3GPP上下文中可以被称为MTC设备。作为一个特定示例，WD可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这样的机器或设备的示例是传感器、诸如功率计的计量设备、工业机械、或家用或个人电器(例如冰箱、电视机等)、个人可穿戴设备(例如手表、健身追踪器等)。在其他情况下，WD可以表示能够监视和/或报告其运行状态或与其运行相关联的其他功能的车辆或其他设备。如上所述的WD可以表示无线连接的端点，在这种情况下，该设备可以被称为无线终端。此外，如上所述的WD可以是移动的，在这种情况下，它也可以被称为移动设备或移动终端。

如图所示，无线设备1310包括天线1311、接口1314、处理电路1320、设备可读介质1330、用户接口设备1332、辅助设备1334、电源1336和电源电路1337。WD 1310可以包括多组用于WD 1310支持的不同无线技术(例如GSM、WCDMA、LTE、NR、WiFi、WiMAX或蓝牙无线技术，仅举几例)的一个或多个所示组件。这些无线技术可以与WD 1310中的其他组件集成到相同或不同的芯片或芯片组中。

天线1311可以包括被配置为发送和/或接收无线信号的一个或多个天线或天线阵列，并被连接到接口1314。在特定替代实施例中，天线1311可以与WD 1310分离并可以通过接口或端口连接到WD 1310。天线1311、接口1314和/或处理电路1320可被配置为执行本文描述为由WD执行的任何接收或发送操作。可以从网络节点和/或另一个WD接收任何信息、数据和/或信号。在一些实施例中，无线电前端电路和/或天线1311可以被认为是接口。

如图所示，接口1314包括无线电前端电路1312和天线1311。无线电前端电路1312包括一个或多个滤波器1318和放大器1316。无线电前端电路1314被连接到天线1311和处理电路1320，并且能够被配置为调节在天线1311与处理电路1320之间传送的信号。无线电前端电路1312可以被耦接到天线1311或作为天线1311的一部分。在一些实施例中，WD 1310可以不包括单独的无线电前端电路1312；而是，处理电路1320可以包括无线电前端电路，并且可以被连接到天线1311。类似地，在一些实施例中，RF收发机电路1322的一些或全部可以被认为是接口1314的一部分。无线电前端电路1312可以接收经由无线连接发送给其他网络节点或WD的数字数据。无线电前端电路1312可以使用滤波器1318和/或放大器1316的组合将数字数据转换成具有适当信道和带宽参数的无线电信号。无线电信号然后可以经由天线1311被发送。类似地，在接收数据时，天线1311可以收集无线电信号，无线电信号然后由无线电前端电路1312转换成数字数据。数字数据可以被传递到处理电路1320。在其他实施例中，接口可以包括不同的组件和/或组件的不同组合。

处理电路1320可以包括微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路、现场可编程门阵列中的一个或多个的组合、或任何其他合适的计算设备、资源、或硬件、软件和/或编码逻辑的组合，它们可操作以单独提供或与其他WD 1310组件(例如设备可读介质1330)结合以提供WD 1310功能。这样的功能可以包括本文讨论的各种无线特性或益处中的任何一种。

例如，处理电路1320可以执行被存储在设备可读介质1330或处理电路1320内的存储器中的指令以提供本文公开的功能。更具体地说，被存储在介质1330中的指令(也被称为计算机程序产品)可以包括在由处理电路1320执行时可以配置无线设备1310以执行与本文描述的各种示例性方法(例如过程)相对应的操作的指令。

如图所示，处理电路1320包括RF收发机电路1322、基带处理电路1324、以及应用处理电路1326中的一个或多个。在其他实施例中，处理电路可以包括不同的组件和/或组件的不同组合。在特定实施例中，WD 1310的处理电路1320可以包括SOC。在一些实施例中，RF收发机电路1322、基带处理电路1324和应用处理电路1326可以在单独的芯片或芯片组上。在替代实施例中，基带处理电路1324和应用处理电路1326的部分或全部可以被组合到一个芯片或芯片组中，而RF收发机电路1322可以在单独的芯片或芯片组上。在又一替代实施例中，RF收发机电路1322和基带处理电路1324的部分或全部可以在同一芯片或芯片组上，而应用处理电路1326可以在单独的芯片或芯片组上。在其他替代实施例中，RF收发机电路1322、基带处理电路1324、以及应用处理电路1326的部分或全部可以被组合在同一芯片或芯片组中。在一些实施例中，RF收发机电路1322可以是接口1314的一部分。RF收发机电路1322可以调节用于处理电路1320的RF信号。

在特定实施例中，本文描述为由WD执行的某些或全部功能可以由执行被存储在设备可读介质1330上的指令的处理电路1320提供，设备可读介质1330在特定实施例中可以是计算机可读存储介质。在替代实施例中，一些或全部功能可以由处理电路1320提供，而无需诸如以硬连线方式执行存储在单独的或分离的设备可读存储介质上的指令。在这些特定实施例的任何一个中，无论是否执行存储在设备可读存储介质上的指令，处理电路1320都可被配置为执行所描述的功能。此类功能所提供的益处不仅限于处理电路1320或WD 1310的其他组件，还可以整体上由WD 1310和/或总体上由最终用户和无线网络享有。

处理电路1320可被配置为执行本文描述为由WD执行的任何确定、计算或类似操作(例如特定获得操作)。由处理电路1320执行的这些操作可以包括：处理由处理电路1320获得的信息，例如通过将获得的信息转换成其他信息、将获得的信息或转换后的信息与WD1310存储的信息进行比较、和/或基于获得的信息或转换后的信息执行一个或多个操作；以及作为所述处理的结果，做出确定。

设备可读介质1330可用于存储计算机程序、软件、包括逻辑、规则、码、表等中的一个或多个的应用、和/或能够由处理电路1320执行的其他指令。设备可读介质1330可以包括计算机存储器(例如随机存取存储器(RAM)或只读存储器(ROM))、大容量存储介质(例如硬盘)、可移动存储介质(例如光盘(CD)或数字视频磁盘(DVD))和/或存储可由处理电路1320使用的信息、数据和/或指令的任何其他易失性或非易失性、非暂时性设备可读和/或计算机可执行存储设备。在一些实施例中，处理电路1320和设备可读介质1330可以被认为是集成的。

用户接口设备1332可以包括允许和/或促进人类用户与WD 1310交互的组件。这种交互可以具有多种形式，例如视觉、听觉、触觉等。用户接口设备1332可用于向用户产生输出并允许和/或促进用户向WD 1310提供输入。交互的类型可能有所不同，具体取决于WD1310中安装的用户接口设备1332的类型。例如，如果WD 1310是智能电话，则交互可以是经由触摸屏；如果WD 1310是智能仪表，则交互可以通过提供使用情况(例如使用的加仑数)的屏幕或提供声音警报的扬声器(例如如果检测到烟雾)进行。用户接口设备1332可以包括输入接口、设备和电路以及输出接口、设备和电路。用户接口设备1332可以被配置为允许和/或促进向WD 1310输入信息，并且被连接到处理电路1320以允许和/或促进处理电路1320处理输入的信息。用户接口设备1332可以包括例如麦克风、接近度传感器或其他传感器、键/按钮、触摸显示器、一个或多个相机、USB端口或其他输入电路。用户接口设备1332还被配置为允许和/或促进从WD 1310输出信息，并允许和/或促进处理电路1320从WD 1310输出信息。用户接口设备1332可以包括例如扬声器、显示器、振动电路、USB端口、耳机接口或其他输出电路。使用用户接口设备1332的一个或多个输入和输出接口、设备和电路，WD 1310可以与最终用户和/或无线网络通信，并允许和/或促进最终用户和/或无线网络受益于本文所述的功能。

辅助设备1334可操作以提供WD通常可能不执行的更特定的功能。这可以包括用于出于各种目的进行测量的专用传感器、用于诸如有线通信之类的附加通信类型的接口等。辅助设备1334的组件的包含和类型可以根据实施例和/或场景而变化。

在一些实施例中，电源1336可以是电池或电池组的形式。也可以使用其他类型的电源，例如外部电源(例如电源插座)、光伏设备或电池。WD1310还可包括用于将来自电源1336的电力传送到WD 1310的各个部分的电源电路1337，这些部分需要来自电源1336的电力以执行本文所述或指示的任何功能。在特定实施例中，电源电路1337可以包括电源管理电路。电源电路1337可以附加地或替代地可操作以从外部电源接收电力；在这种情况下，WD1310可以经由输入电路或接口(例如电源电缆)连接到外部电源(例如电源插座)。在特定实施例中，电源电路1337也可以可操作以将电力从外部电源传递到电源1336。这可以例如用于对电源1336进行充电。电源电路1337可以执行对来自电源1336的电力的任何转换或其他修改，以使电力适合于供应给WD 1310的各个组件。

图14示出了根据本文描述的各个方面的UE的一个实施例。如本文所使用的，就拥有和/或操作相关设备的人类用户而言，用户设备或UE可能不一定具有用户。而是，UE可以表示旨在出售给人类用户或由人类用户操作但是可能不或者最初可能不与特定人类用户相关联的设备(例如智能洒水控制器)。替代地，UE可以表示不旨在出售给最终用户或不由最终用户操作但是可以与用户相关联或为用户的利益而操作的设备(例如智能功率计)。UE14200可以是由第三代合作伙伴计划(3GPP)标识的任何UE，包括NB-IoT UE、机器型通信(MTC)UE和/或增强型MTC(eMTC)UE。如图14所示，UE 1400是WD的一个示例，该WD被配置为根据第三代合作伙伴计划(3GPP)颁布的一个或多个通信标准(例如3GPP的GSM、UMTS、LTE和/或5G标准)进行通信。如前所述，术语WD和UE可以互换使用。因此，尽管图14是UE，但是本文讨论的组件同样适用于WD，反之亦然。

在图14中，UE 1400包括处理电路1401，其在操作上被耦接到输入/输出接口1405、射频(RF)接口1409、网络连接接口1411、存储器1415(包括随机存取存储器(RAM)1417、只读存储器(ROM)1419和存储介质1421等)、通信子系统1431、电源1433、和/或任何其他组件、或它们的任何组合。存储介质1421包括操作系统1423、应用程序1425、以及数据1427。在其他实施例中，存储介质1421可以包括其他类似类型的信息。特定UE可以利用图14所示的所有组件，或者仅这些组件的子集。组件之间的集成水平可以从一个UE到另一UE而变化。此外，特定UE可包含组件的多个实例，例如多个处理器、存储器、收发机、发射机、接收机等。

在图14中，处理电路1401可被配置为处理计算机指令和数据。处理电路1401可被配置为实现可操作以执行被存储为存储器中的机器可读计算机程序的机器指令的任何顺序状态机，例如一个或多个硬件实现的状态机(例如，以离散逻辑、FPGA、ASIC等形式)；可编程逻辑以及适当的固件；一个或多个存储的程序、通用处理器(例如微处理器或数字信号处理器(DSP))以及适当的软件；或以上的任何组合。例如，处理电路1401可以包括两个中央处理单元(CPU)。数据可以是适合计算机使用的形式的信息。

在所描绘的实施例中，输入/输出接口1405可被配置为向输入设备、输出设备、或输入和输出设备提供通信接口。UE 1400可被配置为经由输入/输出接口1405使用输出设备。输出设备可以使用与输入设备相同类型的接口端口。例如，USB端口可用于向UE 1400提供输入或从UE 1400提供输出。输出设备可以是扬声器、声卡、视频卡、显示器、监视器、打印机、致动器、发射器、智能卡、另一个输出设备或它们的任何组合。UE1400可被配置为经由输入/输出接口1405使用输入设备，以允许和/或促进用户将信息捕获到UE 1400中。输入设备可以包括触敏显示器或存在敏感显示器、相机(例如数字相机、数字摄像机、网络摄像机等)、麦克风、传感器、鼠标、轨迹球、方向盘、轨迹板、滚轮、智能卡等。存在敏感显示器可以包括容性或阻性触摸传感器，以感测来自用户的输入。传感器可以是例如加速度计、陀螺仪、倾斜度传感器、力传感器、磁力计、光学传感器、接近度传感器、另一个类似的传感器或它们的任意组合。例如，输入设备可以是加速度计、磁力计、数码相机、麦克风、以及光学传感器。

在图14中，RF接口1409可被配置为向诸如发射机、接收机和天线的RF组件提供通信接口。网络连接接口1411可被配置为向网络1443a提供通信接口。网络1443a可以涵盖有线和/或无线网络，诸如局域网(LAN)、广域网(WAN)、计算机网络、无线网络、电信网络、另一个类似的网络或它们的任何组合。例如，网络1443a可以包括Wi-Fi网络。网络连接接口1411可被配置为包括用于根据一个或多个通信协议(例如以太网、TCP/IP、SONET、ATM等)通过通信网络与一个或多个其他设备通信的接收机和发射机接口。网络连接接口1411可以实现适合于通信网络链路(例如光、电等)的接收机和发射机功能。发射机和接收机功能可以共享电路组件、软件或固件，或者可以被单独实现。

RAM 1417可被配置为经由总线1402与处理电路1401连接，以在执行诸如操作系统、应用程序和设备驱动器之类的软件程序期间提供数据或计算机指令的存储或缓存。ROM1419可被配置为向处理电路1401提供计算机指令或数据。例如，ROM 1419可被配置为存储用于存储在非易失性存储器中的基本系统功能(例如，基本输入和输出(I/O)、启动、或从键盘接收的击键)的不变的低级系统码或数据。存储介质1421可被配置为包括诸如RAM、ROM、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储(EEPROM)、磁盘、光盘、软盘、硬盘、可移动盒式磁带或闪存驱动器之类的存储器。

在一个示例中，存储介质1421可被配置为包括操作系统1423、诸如web浏览器应用、小部件或小工具引擎之类的应用程序1425或另一应用、以及数据文件1427。存储介质1421可以存储各种操作系统中的任何一种或操作系统的组合以供UE 1400使用。例如，应用程序1425可以包括可执行程序指令(也被称为计算机程序产品)，这些可执行程序指令在由处理器1401执行时可以配置UE 1400以执行与本文描述的各种示例性方法(例如过程)相对应的操作。

存储介质1421可被配置为包括多个物理驱动器单元，例如独立磁盘冗余阵列(RAID)、软盘驱动器、闪存、USB闪存驱动器、外部硬盘驱动器、拇指驱动器、笔式驱动器、密钥驱动器、高密度数字多功能盘(HD-DVD)光盘驱动器、内部硬盘驱动器、蓝光光盘驱动器、全息数字数据存储(HDDS)光盘驱动器、外部迷你双列直插式存储器模块(DIMM)、同步动态随机存取存储器(SDRAM)、外部微DIMM SDRAM、智能卡存储器(例如订户身份模块(SIM)或可移动用户身份(RUIM)模块)、其他存储器或它们的任意组合。存储介质1421可以允许和/或促进UE 1400访问存储在暂时性或非暂时性存储介质上的计算机可执行指令、应用程序等，以卸载数据或上载数据。制造品(诸如利用通信系统的制造品)可以有形地体现在存储介质1421中，该存储介质可以包括设备可读介质。

在图14中，处理电路1401可被配置为使用通信子系统1431与网络1443b通信。网络1443a和网络1443b可以是相同的网络或不同的网络。通信子系统1431可被配置为包括用于与网络1443b通信的一个或多个收发机。例如，通信子系统1431可被配置为包括一个或多个收发机，其用于根据一个或多个通信协议(例如IEEE 802.14、CDMA、WCDMA、GSM、LTE、UTRAN、WiMax等)与能够进行无线通信的另一设备(例如另一WD、UE或无线电接入网络(RAN)的基站)的一个或多个远程收发机通信。每个收发机可以包括发射机1433和/或接收机1435，以分别实现适合于RAN链路的发射机或接收机功能(例如频率分配等)。此外，每个收发机的发射机1433和接收机1435可以共享电路组件、软件或固件，或者替代地可以单独实现。

在所示的实施例中，通信子系统1431的通信功能可以包括数据通信、语音通信、多媒体通信、诸如蓝牙的短程通信、近场通信、基于位置的通信(诸如使用全球定位系统(GPS)确定位置)、另一类似的通信功能或它们的任意组合。例如，通信子系统1431可以包括蜂窝通信、Wi-Fi通信、蓝牙通信、以及GPS通信。网络1443b可以包括有线和/或无线网络，诸如局域网(LAN)、广域网(WAN)、计算机网络、无线网络、电信网络、另一个类似的网络或它们的任何组合。例如，网络1443b可以是蜂窝网络、Wi-Fi网络和/或近场网络。电源1413可被配置为向UE 1400的组件提供交流(AC)或直流(DC)电力。

本文描述的特性、益处和/或功能可在UE 1400的组件之一中实现，或者可以被在UE 1400的多个组件之间划分。此外，本文描述的特性、益处和/或功能可以在硬件、软件或固件的任意组合中实现。在一个示例中，通信子系统1431可被配置为包括本文描述的任何组件。此外，处理电路1401可被配置为通过总线1402与任何这样的组件通信。在另一个示例中，任何这样的组件可以由存储在存储器中的程序指令来表示，该程序指令在由处理电路1401执行时执行本文所述的对应功能。在另一个示例中，任何这样的组件的功能可以被在处理电路1401和通信子系统1431之间划分。在另一个示例中，任何这样的组件的非计算密集型功能可以用软件或固件实现，而计算密集型功能可以用硬件实现。

图15是示出其中可以虚拟化由一些实施例实现的功能的虚拟化环境1500的示意性框图。在当前上下文中，虚拟化意味着创建装置或设备的虚拟版本，其可以包括虚拟化硬件平台、存储设备和联网资源。如本文所使用的，虚拟化可以被应用于节点(例如，虚拟化的基站、虚拟化的无线电接入节点)或设备(例如，UE、无线设备或任何其他类型的通信设备)或它们的组件，并且涉及其中至少一部分功能被实现为一个或多个虚拟组件(例如，经由在一个或多个网络中的一个或多个物理处理节点上执行的一个或多个应用、组件、功能、虚拟机或容器)的实现。

在一些实施例中，本文描述的一些或所有功能可以被实现为由在一个或多个硬件节点1530所托管的一个或多个虚拟环境1500中实现的一个或多个虚拟机执行的虚拟组件。此外，在虚拟节点不是无线电接入节点或不需要无线电连接(例如，核心网络节点)的实施例中，则网络节点可以被完全虚拟化。

这些功能可以由一个或多个用于实现本文公开的一些实施例的某些特性、功能和/或益处的应用1520(其可替代地被称为软件实例、虚拟设备、网络功能、虚拟节点、虚拟网络功能等)来实现。应用1520在虚拟化环境1500中运行，虚拟化环境1500提供包括处理电路1560和存储器1590的硬件1530。存储器1590包含能够由处理电路1560执行的指令1595，由此应用1520可操作以提供本文公开的一个或多个特性、益处和/或功能。

虚拟化环境1500可以包括通用或专用网络硬件设备(或节点)1530，通用或专用网络硬件设备(或节点)1530包括一组一个或多个处理器或处理电路1560，处理器或处理电路1560可以是商用现货(COTS)处理器、专用集成电路(ASIC)或包括数字或模拟硬件组件或专用处理器的任何其他类型的处理电路。每个硬件设备可以包括存储器1590-1，其可以是用于临时存储由处理电路1560执行的指令1595或软件的非持久性存储器。例如，指令1595可以包括程序指令(也被称为计算机程序产品)，这些程序指令在由处理电路1560执行时可以配置硬件节点1520以执行与本文描述的各种示例性方法(例如过程)相对应的操作。这样的操作还可以归因于由硬件节点1530托管的虚拟节点1520。

每个硬件设备可以包括一个或多个网络接口控制器(NIC)1570(也称为网络接口卡)，其包括物理网络接口1580。每个硬件设备还可以包括其中存储了能够由处理电路1560执行的软件1595和/或指令的非暂时性的持久性机器可读存储介质1590-2。软件1595可以包括任何类型的包括用于实例化一个或多个虚拟化层1550(也称为系统管理程序)的软件、执行虚拟机1540的软件以及允许其执行与在本文描述的一些实施例相关的功能、特性和/或益处的软件。

虚拟机1540包括虚拟处理、虚拟存储器、虚拟网络或接口以及虚拟存储设备，并且可以由相应的虚拟化层1550或系统管理程序运行。虚拟设备1520的实例的不同实施例可以在一个或多个虚拟机1540上实现，并且可以以不同的方式来实现。

在操作期间，处理电路1560执行软件1595以实例化系统管理程序或虚拟化层1550(其有时可以被称为虚拟机监视器(VMM))。虚拟化层1550可以向虚拟机1540呈现看起来像联网硬件的虚拟操作平台。

如图15所示，硬件1530可以是具有通用或特定组件的独立网络节点。硬件1530可以包括天线15225，并且可以经由虚拟化来实现一些功能。替代地，硬件1530可以是更大的硬件集群的一部分(例如，诸如在数据中心或客户端设备(CPE)中)，在该更大的硬件集群中，许多硬件节点一起工作并且经由监督应用1520的生命周期管理等的管理和编排(MANO)15100来被管理。

在某些上下文中，硬件的虚拟化被称为网络功能虚拟化(NFV)。NFV可用于将许多网络设备类型整合到行业标准的大容量服务器硬件、物理交换机和物理存储中，这些设备可位于数据中心和客户端设备中。NFV还可以与基于云的基础设施结合使用。

在NFV的上下文中，虚拟机1540可以是物理机的软件实现，虚拟机1540运行程序，就好像程序在物理的非虚拟化机器上执行一样。每个虚拟机1540和硬件1530的执行该虚拟机的部分(无论是专用于该虚拟机的硬件和/或该虚拟机与其他虚拟机1540共享的硬件)形成单独的虚拟网络元素(VNE)。

仍在NFV的上下文中，虚拟网络功能(VNF)负责处理运行在硬件网络基础设施1530顶部的一个或多个虚拟机1540中的特定网络功能，并且可以与图15中的应用1520相对应。

在一些实施例中，均包括一个或多个发射机15220和一个或多个接收机15210的一个或多个无线电单元15200可以被耦接到一个或多个天线15225。无线电单元15200可以经由一个或多个适当的网络接口直接与硬件节点1530通信，以及可以与虚拟组件结合使用，以提供具有无线电能力的虚拟节点，例如无线电接入节点或基站。以这种方式布置的节点还可以与例如在本文的其他位置描述的一个或多个UE进行通信。

在一些实施例中，可以经由控制系统15230来执行一些信令，该控制系统可以替代地被用于硬件节点1530和无线电单元15200之间的通信。

参考图16，根据实施例，一种通信系统包括诸如3GPP型蜂窝网络之类的电信网络1610，其包括诸如无线电接入网络之类的接入网络1611和核心网络1614。接入网络1611包括多个基站1612a、1612b、1612c，例如NB、eNB、gNB或其他类型的无线接入点，每个限定了对应的覆盖区域1613a、1613b、1613c。每个基站1612a、1612b、1612c可通过有线或无线连接1615连接到核心网络1614。位于覆盖区域1613c中的第一UE 1691可被配置为无线连接到对应的基站1612c或被其寻呼。覆盖区域1613a中的第二UE 1692可无线连接到对应的基站1612a。尽管在该示例中示出了多个UE 1691、1692，但是所公开的实施例同样适用于唯一UE在覆盖区域中或唯一UE连接到对应的基站1612的情况。

电信网络1610本身被连接到主机计算机1630，主机计算机1630可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中或作为服务器场中的处理资源。主机计算机1630可以在服务提供商的所有权或控制之下，或者可以由服务提供商或代表服务提供商来操作。电信网络1610与主机计算机1630之间的连接1621和1622可以直接从核心网络1614延伸到主机计算机1630，或者可以通过可选的中间网络1620。中间网络1620可以是公共、私有或托管网络之一，也可以是其中多个的组合；中间网络1620(如果有)可以是骨干网或互联网；特别地，中间网络1620可以包括两个或更多个子网络(未示出)。

整体上，图16的通信系统实现了所连接的UE 1691、1692与主机计算机1630之间的连接。该连接可以被描述为过顶(OTT)连接1650。主机计算机1630和所连接的UE 1691、1692被配置为使用接入网络1611、核心网络1614、任何中间网络1620以及可能的其他基础设施(未示出)作为中介经由OTT连接1650来传送数据和/或信令。OTT连接1650可以是透明的，因为OTT连接1650所经过的参与通信设备不知道上行链路和下行链路通信的路由。例如，可以不向或者不需要向基站1612通知传入(incoming)下行链路通信的过去路由，该传入下行链路通信具有源自主机计算机1630的将向所连接的UE 1691转发(例如移交)的数据。类似地，基站1612不需要知道源自UE 1691的朝向主机计算机1630的传出(outgoing)上行链路通信的未来路由。

现在将参考图17描述在前面的段落中讨论的UE、基站和主机计算机的示例实现。在通信系统1700中，主机计算机1710包括硬件1715，硬件1715包括被配置为建立和维持与通信系统1700的不同通信设备的接口的有线或无线连接的通信接口1716。主机计算机1710还包括处理电路1718，处理电路1718可以具有存储和/或处理能力。特别地，处理电路1718可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些项的组合(未示出)。主机计算机1710还包括软件1711，软件1711被存储在主机计算机1710中或可由主机计算机1710访问并且可由处理电路1718执行。软件1711包括主机应用1712。主机应用1712可操作以向诸如UE 1730的远程用户提供服务，UE 1730经由终止于UE1730和主机计算机1710的OTT连接1750来连接。在向远程用户提供服务时，主机应用1712可以提供使用OTT连接1750发送的用户数据。

通信系统1700还可以包括基站1720，基站1720被设置在电信系统中并且包括使其能够与主机计算机1710以及与UE 1730通信的硬件1725。硬件1725可以包括用于建立和维持与通信系统1700的不同通信设备的接口的有线或无线连接的通信接口1726，以及用于建立和维持与位于由基站1720服务的覆盖区域(图17中未示出)中的UE 1730的至少无线连接1770的无线电接口1727。通信接口1726可被配置为促进向主机计算机1710的连接1760。连接1760可以是直接的，或者可以通过电信系统的核心网络(图17中未示出)和/或通过电信系统外部的一个或多个中间网络。在所示的实施例中，基站1720的硬件1725还可以包括处理电路1728，处理电路1728可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些项的组合(未示出)。

基站1720还包括被内部存储或可经由外部连接访问的软件1721。例如，软件1721可以包括程序指令(也被称为计算机程序产品)，这些程序指令在由处理电路1728执行时可以配置基站1720以执行与本文描述的各种示例性方法(例如过程)相对应的操作。

通信系统1700还可以包括已经提到的UE 1730。UE 1730的硬件1735可以包括无线电接口1737，无线电接口1737被配置为建立并维持与服务于UE 1730当前所在的覆盖区域的基站的无线连接1770。UE 1730的硬件1735还可以包括处理电路1738，处理电路1738可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些项的组合(未示出)。

UE 1730还包括存储在UE 1730中或可由UE 1730访问并且可由处理电路1738执行的软件1731。软件1731包括客户端应用1732。客户端应用1732可操作以在主机计算机1710的支持下经由UE 1730向人类或非人类用户提供服务。在主机计算机1710中，正在执行的主机应用1712可以经由终止于UE 1730和主机计算机1710的OTT连接1750与正在执行的客户端应用1732通信。在向用户提供服务中，客户端应用1732可以从主机应用1712接收请求数据，并响应于该请求数据而提供用户数据。OTT连接1750可以传输请求数据和用户数据两者。客户端应用1732可以与用户交互以生成用户提供的用户数据。软件1731还可以包括程序指令(也被称为计算机程序产品)，这些程序指令在由处理电路1738执行时可以配置UE1730以执行与本文描述的各种示例性方法(例如过程)相对应的操作。

注意，图17所示的主机计算机1710、基站1720和UE 1730可以分别与图17的主机计算机1230、基站1712a、1712b、1712c之一和UE 1791、1792之一相似或相同。也就是说，这些实体的内部工作原理可以如图17所示，并且独立地，周围网络拓扑结构可以是图17的周围网络拓扑结构。

在图17中，已经抽象地绘制了OTT连接1750，以示出主机计算机1710与UE 1730之间经由基站1720的通信，而没有明确地参考任何中间设备以及经由这些设备的消息的确切路由。网络基础设施可以确定路由，网络基础设施可被配置为将该路由对UE 1730或对操作主机计算机1710的服务提供商或两者隐藏。当OTT连接1750是活动的时，网络基础设施可以进一步做出决定，按照该决定，它动态地改变路由(例如，基于负载平衡考虑或网络的重配置)。

UE 1730与基站1720之间的无线连接1770是根据贯穿本公开描述的实施例的教导。各种实施例中的一个或多个实施例改进了使用OTT连接1750(其中无线连接1770形成最后的段)被提供给UE 1730的OTT服务的性能。更准确地，本文公开的示例性实施例能够提高网络监视与在用户设备(UE)和另一个实体(例如，OTT数据应用或5G网络外部的服务)之间的数据会话相关联的数据流(包括它们对应的无线电承载)的端到端服务质量(QoS)的灵活性。这些和其他优点能够促进5G/NR解决方案的更及时的设计、实施和部署。此外，这样的实施例能够促进对数据会话QoS的灵活和及时的控制，这能够导致容量、吞吐量、延迟等的改进，这是5G/NR所设想的并且对于OTT服务的增长很重要。

可以出于监视数据速率、延迟和一个或多个实施例在其上改进的其他网络运营方面的目的而提供测量过程。响应于测量结果的变化，还可以存在用于重新配置主机计算机1710与UE 1730之间的OTT连接1750的可选网络功能。用于重新配置OTT连接1750的测量过程和/或网络功能可以在主机计算机1710的软件1711和硬件1715或在UE 1730的软件1731和硬件1735中或者在两者中实现。在实施例中，可以将传感器(未示出)部署在OTT连接1750所通过的通信设备中或与这样的通信设备相关联；传感器可以通过提供以上示例的监视量的值或提供软件1711、1731可以从中计算或估计监视量的其他物理量的值来参与测量过程。OTT连接1750的重配置可以包括消息格式、重传设置、优选路由等。重配置不需要影响基站1720，并且它对基站1720可能是未知的或不可感知的。这种过程和功能可以在本领域中是已知的和经实践的。在特定实施例中，测量可以涉及专有UE信令，其促进主机计算机1710对吞吐量、传播时间、延迟等的测量。可以实现测量，因为软件1711、1731在其监视传播时间、错误等期间导致使用OTT连接1750来发送消息，特别是空消息或“假(dummy)”消息。

图18是示出根据一个实施例的在通信系统中实现的示例性方法和/或过程的流程图。该通信系统包括主机计算机、基站和UE，在某些示例性实施例中，它们可以是参考本文的其他图描述的主机计算机、基站和UE。为了本公开简单起见，本节仅包括对图18的附图参考。在步骤1810中，主机计算机提供用户数据。在步骤1810的子步骤1811(可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤1820中，主机计算机发起向UE的携带用户数据的传输。在步骤1830(可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE发送在由主机计算机发起的传输中携带的用户数据。在步骤1840(也可以是可选的)中，UE执行与由主机计算机执行的主机应用相关联的客户端应用。

图19是示出根据一个实施例的在通信系统中实现的示例性方法和/或过程的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考本文的其他图描述的主机计算机、基站和UE。为了本公开简单起见，本节仅包括对图19的附图参考。在该方法的步骤1910中，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用程序来提供用户数据。在步骤1920中，主机计算机发起向UE的携带用户数据的传输。根据贯穿本公开所描述的实施例的教导，传输可以经过基站。在步骤1930(可以是可选的)中，UE接收在该传输中携带的用户数据。

图20是示出根据一个实施例的在通信系统中实现的示例性方法和/或过程的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考本文的其他图描述的主机计算机、基站和UE。为了本公开简单起见，本节仅包括对图20的附图参考。在步骤2010(可以是可选的)中，UE接收由主机计算机提供的输入数据。附加地或替代地，在步骤2020中，UE提供用户数据。在步骤2020的子步骤2021(可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤2010的子步骤2011(可以是可选的)中，UE执行客户端应用，该客户端应用响应于所接收的由主机计算机提供的输入数据来提供用户数据。在提供用户数据时，所执行的客户端应用可以进一步考虑从用户接收的用户输入。不管如何提供用户数据，UE在子步骤2030(可以是可选的)中发起用户数据向主机计算机的传输。在该方法的步骤2040中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。

图21是示出根据一个实施例的在通信系统中实现的示例性方法和/或过程的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考本文的其他图描述的主机计算机、基站和UE。为了本公开简单起见，在本节中仅包括对图21的附图参考。在步骤2110(可以是可选的)中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在步骤2120(可以是可选的)中，基站发起所接收的用户数据向主机计算机的传输。在步骤2130(可以是可选的)中，主机计算机接收在由基站发起的传输中携带的用户数据。

前述内容仅说明了本公开的原理。鉴于本文的教导，对所描述的实施例的各种修改和变更对于本领域技术人员将是显而易见的。因此，将认识到，本领域技术人员将能够设计出尽管未在本文中显式示出或描述但体现了本公开的原理并且因此可以在本公开的精神和范围内的许多系统、布置和过程。如本领域普通技术人员应当理解的，各种示例性实施例可以彼此一起使用以及互换使用。

如本文所使用的，术语“单元”可以具有在电子装置、电气设备和/或电子设备领域中的常规含义，并且可以包括例如用于执行如本文所述的相应任务、过程、计算、输出和/或显示功能等的电气和/或电子电路、设备、模块、处理器、存储器、逻辑固态和/或分立器件、计算机程序或指令。

可以通过一个或多个虚拟装置的一个或多个功能单元或模块来执行本文公开的任何适当的步骤、方法、特性、功能或益处。每个虚拟装置可以包括多个这些功能单元。这些功能单元可以经由处理电路来实现，处理电路可以包括一个或多个微处理器或微控制器以及可以包括数字信号处理器(DSP)、专用数字逻辑等的其他数字硬件。处理电路可被配置为执行存储在存储器中的程序代码，存储器可以包括一种或几种类型的存储器，例如只读存储器(ROM)、随机存取存储器(RAM)、高速缓冲存储器、闪存设备、光学存储设备等。存储在存储器中的程序代码包括用于执行一种或多种电信和/或数据通信协议的程序指令以及用于执行本文所述的一种或多种技术的指令。在一些实现中，处理电路可以用于使得相应的功能单元执行根据本公开的一个或多个实施例的对应功能。

如本文所述，设备和/或装置可以由半导体芯片、芯片组或包括这种芯片或芯片组的(硬件)模块来表示；然而，这并不排除设备或装置的功能不是由硬件实现而是被实现为软件模块(例如计算机程序或包括用于在处理器上执行或运行的可执行软件码部分的计算机程序产品)的可能性。此外，可以通过硬件和软件的任何组合来实现设备或装置的功能。

另外，设备或装置也可以被认为是多个设备和/或装置(无论在功能上是相互协作还是彼此独立)的组装件。此外，设备和装置可以以分布式方式在整个系统中实现，只要设备或装置的功能得以保留即可。因此，本文描述为由无线设备或网络节点执行的功能可以分布在多个无线设备和/或网络节点上。换句话说，构想了本文描述的网络节点和无线设备的功能不限于由单个物理设备执行，并且实际上可以分布在多个物理设备之间。

除非另外定义，否则本文使用的所有术语(包括技术和科学术语)具有与本公开所属领域的普通技术人员通常理解的含义相同的含义。还将理解，在此使用的术语应被解释为具有与其在本说明书和相关领域的上下文中的含义一致的含义，并且将不以理想化的或过度正式的意义来解释，除非在此明确定义。

另外，在本公开(包括说明书和附图)中使用的特定术语可以在特定情况下被同义地使用(例如，“数据”和“信息”)。应该理解，尽管这些术语(和/或可以彼此同义的其他术语)在本文中可以被同义地使用，但是存在这样的词可能不旨在被同义地使用的情况。此外，在现有技术知识在上文未通过引用明确地并入的程度上，其全文在此明确地并入。所引用的所有出版物通过引用全文而并入本文。

本公开的实施例还包括但不限于以下列举的示例：

A1.一种由集中式单元CU执行的用于在集成接入回程IAB网络中建立回程信道的方法，该方法包括：

确定在IAB网络中的第一节点与第二节点之间的第一回程无线电链路控制BH RLC信道的第一标识符，第二节点在第一节点的下游；以及

向第二节点发送用于在第二节点与IAB网络中的第三节点之间建立第二BH RLC信道的第二请求，其中：

第三节点在第二节点的下游；以及

第二请求包括第一标识符以用于与第二BH RLC信道相关联。

A2.根据实施例A1所述的方法，其中，用户设备UE与CU之间的至少一个数据无线电承载DRB与第一BH RLC信道和第二BH RLC信道两者相关联。

A3.根据实施例A1-A2中任一项所述的方法，其中，确定第一标识符包括：响应于用于建立第一BH RLC信道的第一请求，从第一节点接收第一标识符。

A4.根据实施例A3所述的方法，其中：

第一标识符是从与第一节点相关联的分布式单元DU被接收的；以及

第二请求被发送到与第二节点相关联的DU。

A5.根据实施例A1-A4中任一项所述的方法，还包括：

从第二节点接收第二BH RLC信道的第二标识符；以及

向第三节点发送用于在第三节点与IAB网络中的第四节点之间建立第三BH RLC信道的第三请求，其中：

第四节点在第三节点的下游；以及

第三请求包括第二标识符以用于与第三BH RLC信道相关联。

A6.根据实施例A1-A2中任一项所述的方法，其中，确定第一标识符包括：从可用BHRLC标识符池中选择第一标识符。

A7.根据实施例A6所述的方法，还包括：向第一节点发送用于在第一节点与第二节点之间建立第一BH RLC信道的第一请求，其中，第一请求包括第一标识符以用于与第一BHRLC信道相关联。

B1.一种由中间节点执行的用于在集成接入回程IAB网络中建立回程信道的方法，该方法包括：

从IAB网络中的集中式单元CU接收用于在中间节点与IAB网络中的下游节点之间建立第二回程无线电链路控制BH RLC信道的请求；

向第二BH RLC信道分配第二标识符；

接收与在中间节点和IAB网络中的上游节点之间的第一BH RLC信道相关联的第一标识符；以及

将第一标识符和第二标识符两者与用户设备UE和CU之间的数据无线电承载DRB相关联。

B2.根据实施例B1所述的方法，还包括：转发经由第一BH RLC信道和第二BH RLC信道中的一个BH RLC信道来接收的与DRB相关联的数据分组，以经由第一BH RLC信道和第二BH RLC信道中的另一个BH RLC信道进行传输。

B3.根据实施例B1-B2中任一项所述的方法，其中：

第一标识符是在该请求中被接收的；以及

分配第二标识符包括：从可用BH RLC标识符池中选择第二标识符。

B4.根据实施例B3所述的方法，还包括：向CU发送对用于建立第二BH RLC信道的请求的响应，其中，该响应包括第二标识符。

B5.根据实施例B1-B2中任一项所述的方法，其中，向第二BH RLC信道分配第二标识符包括：向第二BH RLC信道分配所接收的第一标识符。

B6.根据实施例B1-B2中任一项所述的方法，其中，第一标识符和第二标识符两者是在该请求中被接收的。

C1.一种集中式单元CU，被配置用于在集成接入回程IAB网络中操作，该CU包括：

接口电路，其被配置为与一个或多个分布式单元DU通信；以及

处理电路，其在操作上被耦接到无线电接口电路，由此处理电路和无线电接口电路被配置为执行与根据实施例A1-A7的任一方法相对应的操作。

C2.一种集中式单元CU，被配置用于在集成接入回程IAB网络中操作，该CU还被布置为执行与根据实施例A1-A7的任一方法相对应的操作。

C3.一种存储计算机可执行指令的非暂时性计算机可读介质，计算机可执行指令在由被配置用于在集成接入回程IAB网络中操作的集中式单元CU的处理电路执行时，配置CU以执行与根据实施例A1-A7的任一方法相对应的操作。

C4.一种包括计算机可执行指令的计算机程序产品，计算机可执行指令在由被配置用于在集成接入回程IAB网络中操作的集中式单元CU的处理电路执行时，配置CU以执行与根据实施例A1-A7的任一方法相对应的操作。

D1.一种中间节点，被配置用于在集成接入回程IAB网络中操作，该中间节点包括：

无线电接口电路，其被配置为与集中式单元CU和一个或多个其他IAB节点通信；以及

处理电路，其在操作上被耦接到无线电接口电路，由此处理电路和无线电接口电路被配置为执行与根据实施例B1-B6的任一方法相对应的操作。

D2.一种中间节点，被配置用于在集成接入回程IAB网络中操作，该中间节点还被布置为执行与根据实施例B1-B6的任一方法相对应的操作。

D3.一种存储计算机可执行指令的非暂时性计算机可读介质，计算机可执行指令在由被配置用于在集成接入回程IAB网络中操作的中间节点的处理电路执行时，配置中间节点以执行与根据实施例B1-B6的任一方法相对应的操作。

D4.一种包括计算机可执行指令的计算机程序产品，计算机可执行指令在由被配置用于在集成接入回程IAB网络中操作的中间节点的处理电路执行时，配置中间节点以执行与根据实施例B1-B6的任一方法相对应的操作。

Claims (29)

1.一种用于集成接入回程IAB网络中的集中式单元CU的方法，所述方法包括：

确定(1120)在所述IAB网络中的第一节点与第二节点之间的第一回程无线电链路控制BH RLC信道的第一标识符，其中，所述第二节点是所述第一节点的子节点；以及

向所述第二节点发送(1130)用于在所述第二节点与所述IAB网络中的第三节点之间建立第二BH RLC信道的请求，其中：

所述第三节点是所述第二节点的子节点；并且

所述第二请求包括所述第一标识符以用于与所述第二BH RLC信道相关联。

2.根据权利要求1所述的方法，其中，用户设备UE与所述CU之间的至少一个数据无线电承载DRB与所述第一BH RLC信道和所述第二BH RLC信道两者相关联。

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

所述第二请求是与所述UE相关联的上下文建立请求或上下文修改请求；以及

所述第一标识符是逻辑信道标识符LCID。

4.根据权利要求1-3中任一项所述的方法，还包括：向所述第一节点发送(1110)用于建立所述第一BH RLC信道的第一请求。

5.根据权利要求4所述的方法，其中，确定(1120)所述第一标识符包括：响应于所述第一请求，从所述第一节点接收(1121)所述第一标识符。

6.根据权利要求4-5中任一项所述的方法，其中：

所述第一标识符是从与所述第一节点相关联的分布式单元DU被接收的；以及

所述第二请求被发送到与所述第二节点相关联的DU。

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

所述第一请求包括所述第一标识符；以及

确定(1120)所述第一标识符包括：根据以下中的一项来选择(1122)所述第一标识符：

从可用BH RLC标识符池；

与另一个BH RLC信道的标识符相同，其中，所述另一个BH RLC信道和所述第一BH RLC信道与用户设备UE与所述CU之间的同一个数据无线电承载DRB相关联；或者

基于与所述第一BH RLC信道相关联的服务质量QoS参数。

8.根据权利要求7所述的方法，其中，所述第二请求被发送到所述第二节点而不等待来自所述第一节点的对所述第一请求的响应。

9.根据权利要求1-8中任一项所述的方法，还包括：

确定(1140)所述第二BH RLC信道的第二标识符；以及

向所述第三节点发送(1150)用于在所述第三节点与所述IAB网络中的第四节点之间建立第三BH RLC信道的第三请求，其中：

所述第四节点是所述第三节点的子节点；并且

所述第三请求包括所述第二标识符以用于与所述第三BH RLC信道相关联。

10.根据权利要求9所述的方法，其中，确定(1140)所述第二标识符包括：响应于所述第二请求，从所述第二节点接收(1141)所述第二标识符。

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

所述第二请求包括所述第二标识符；以及

确定(1140)所述第二标识符包括：根据以下中的一项来选择(1142)所述第二标识符：

从可用BH RLC标识符池；

与所述第一标识符相同；

与另一个BH RLC信道的标识符相同，其中，所述另一个BH RLC信道和所述第二BH RLC信道与用户设备UE与所述CU之间的同一个数据无线电承载DRB相关联；或者

基于与所述第二BH RLC信道相关联的服务质量QoS参数。

12.一种用于集成接入回程IAB网络中的中间节点的方法，所述方法包括：

确定(1220)在所述中间节点与所述IAB网络中的父节点之间的第一回程无线电链路控制BH RLC信道的第一标识符；

向在所述中间节点与所述IAB网络中的子节点之间的第二BH RLC信道分配(1230)第二标识符；以及

将所述第一标识符和所述第二标识符与用户设备UE与CU之间的数据无线电承载DRB相关联。

13.根据权利要求12所述的方法，还包括：

经由所述第一BH RLC信道和所述第二BH RLC信道中的一个BH RLC信道来接收(1260)与所述DRB相关联的数据分组；以及

基于将所述第一标识符和所述第二标识符与所述DRB相关联(1250)，转发(1270)所述数据分组以用于经由所述第一BH RLC信道和所述第二BH RLC信道中的另一个BH RLC信道进行传输。

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

所述中间节点包括移动终端MT部分和分布式单元DU部分；

所述数据分组由所述MT部分和所述DU部分中的一个来接收；以及

所述数据分组被转发以用于由所述MT部分和所述DU部分中的另一个进行传输。

15.根据权利要求12-14中任一项所述的方法，还包括：从所述CU接收(1210)用于在所述中间节点与所述子节点之间建立所述第二BH RLC信道的请求。

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

所述请求是与所述UE相关联的上下文建立请求或上下文修改请求；以及

所述第一标识符是逻辑信道标识符LCID。

17.根据权利要求15-16中任一项所述的方法，其中，确定(1220)所述第一标识符包括：在用于建立所述第二BH RLC信道的请求中接收(1222)所述第一标识符。

18.根据权利要求15-16中任一项所述的方法，其中，确定(1220)所述第一标识符包括：根据以下中的一项来选择(1221)所述第一标识符：

从可用BH RLC标识符池；

与所述DRB所关联的另一个BH RLC信道的标识符相同；或者

基于与所述第一BH RLC信道相关联的服务质量QoS参数。

19.根据权利要求15-17中任一项所述的方法，其中，向所述第二BH RLC信道分配(1230)所述第二标识符包括：在用于建立所述第二BH RLC信道的请求中接收(1232)所述第二标识符。

20.根据权利要求15-17中任一项所述的方法，其中，向所述第二BH RLC信道分配(1230)所述第二标识符包括：根据以下中的一项来选择(1231)所述第二标识符：

从可用BH RLC标识符池；

与所述第一标识符相同；

与所述DRB所关联的另一个BH RLC信道的标识符相同；或者

基于与所述第二BH RLC信道相关联的服务质量QoS参数。

21.根据权利要求20所述的方法，还包括：向所述CU发送(1240)对用于建立所述第二BHRLC信道的请求的响应，其中，所述响应包括所述第二标识符。

22.一种集中式单元CU(110，330，930，1360，1530，1612，1720)，被配置用于在集成接入回程IAB网络(300)中操作，所述CU包括：

通信接口电路(1390，1570，15200，1727)，其被配置为与所述IAB网络中的一个或多个节点(311-315，910，920)通信；以及

处理电路(1370，1560，1728)，其在操作上被耦接到所述通信接口电路，由此所述处理电路和所述通信接口电路被配置为执行与根据权利要求1-11的任一方法相对应的操作。

23.一种集中式单元CU(110，330，930，1360，1530，1612，1720)，被配置用于在集成接入回程IAB网络(300)中操作，所述CU还被布置为执行与根据权利要求1-11的任一方法相对应的操作。

24.一种存储计算机可执行指令的非暂时性计算机可读介质(1380，1590)，所述计算机可执行指令在由被配置用于在集成接入回程IAB网络(300)中操作的集中式单元CU(110，330，930，1360，1530，1612，1720)的处理电路(1370，1560，1728)执行时，配置所述CU以执行与根据权利要求1-11的任一方法相对应的操作。

25.一种包括计算机可执行指令的计算机程序产品(1595，1721)，所述计算机可执行指令在由被配置用于在集成接入回程IAB网络(300)中操作的集中式单元CU(110，330，930，1360，1530，1612，1720)的处理电路(1370，1560，1728)执行时，配置所述CU以执行与根据权利要求1-11的任一方法相对应的操作。

26.一种网络节点(311-315，920，930)，被配置用于作为集成接入回程IAB网络(300)中的中间节点来操作，所述网络节点包括：

无线电接口电路(1314，1390，1409，1431，15200，1727，1737)，其被配置为与集中式单元CU(110，330，930，1360，1530，1612，1720)和一个或多个其他IAB节点进行通信；以及

处理电路(1320，1370，1401，1560，1728，1738)，其在操作上被耦接到所述无线电接口电路，由此所述处理电路和所述无线电接口电路被配置为执行与根据权利要求12-21的任一方法相对应的操作。

27.一种网络节点(311-315，920，930)，被配置用于作为集成接入回程IAB网络(300)中的中间节点来操作，所述网络节点还被布置为执行与根据权利要求12-21的任一方法相对应的操作。

28.一种存储计算机可执行指令的非暂时性计算机可读介质(1330，1380，1421，1590)，所述计算机可执行指令在由被配置用于作为集成接入回程IAB网络(300)中的中间节点来操作的网络节点(311-315，920，930)的处理电路(1320，1370，1401，1560，1728，1738)执行时，配置所述网络节点以执行与根据权利要求12-21的任一方法相对应的操作。

29.一种包括计算机可执行指令的计算机程序产品(1424，1595，1721，1731)，所述计算机可执行指令在由被配置用于作为集成接入回程IAB网络(300)中的中间节点来操作的网络节点(311-315，920，930)的处理电路(1320，1370，1401，1560，1728，1738)执行时，配置所述网络节点以执行与根据权利要求12-21的任一方法相对应的操作。

Images