CN117941418A - 用于集成和无线接入回程的临时和自适应负载平衡的方法和系统 - Google Patents

Abstract

一种由集成接入和回程IAB网络中的第一集中式单元CU1(20)执行的方法(700)包括向第二CU CU2(30)传送(702)第一消息或从CU2接收第一消息。第一消息包括指示卸载的业务的一部分要被返回到CU1的信息，并且卸载的业务先前从CU1卸载到CU2。

Description

用于集成和无线接入回程的临时和自适应负载平衡的方法和 系统

技术领域

本公开一般涉及无线通信，并且更特别地，涉及用于集成和无线接入回程的临时和自适应负载平衡的系统和方法。

背景技术

第三代合作伙伴计划(3GPP)已经完成了新空口(IAB)Rel-16中的集成接入和无线接入回程，并且当前正在标准化IAB Rel-17。

新空口(NR)中的短程毫米波频谱的使用产生了对于利用多跳回程进行密集部署的需求。然而，到每个基站的光纤将成本太高，并且有时甚至是不可能的(例如历史遗迹)。主要的IAB原理是将无线链路(而不是光纤)用于回程以使能灵活且非常密集的小区部署，而没有对于增加传输网络的密度的需要。IAB的用例场景可包括覆盖扩展、大量小型小区的部署和固定无线接入(FWA)(例如到住宅/办公楼)。毫米波频谱中可用于NR的更大带宽为自回程提供了机会，而不限制要用于接入链路的频谱。除此之外，NR中固有的多波束和多输入多输出(MIMO)支持降低了回程和接入链路之间的交叉链路干扰，从而允许更高的致密化。

在IAB工作的研究项目阶段期间，已同意采用利用NR的中央单元(CU)/分布式单元(DU)拆分架构的解决方案，其中IAB节点将托管由中央单元控制的DU部分。参见3GPP TR38.874。IAB节点还具有用于与父节点通信的移动终端(MT)。

IAB的规范力求重用NR中定义的现有功能和接口。特别地，MT、gNodeB-分布式单元(gNB-DU)、gNodeB-中央单元(gNB-CU)、用户平面功能(UPF)、应用管理功能(AMF)和会话管理功能(SMF)以及对应的接口NRUu(在MT和gNB之间)、F1、NG、X2和N4被用作IAB架构的基线。为了支持IAB而对这些功能和接口进行的修改或增强将在架构讨论的上下文中解释。架构讨论中包括诸如多跳转发之类的附加功能性，因为这对于理解IAB操作是必要的，并且因为某些方面可能要求标准化。

MT功能已被定义为IAB节点的组件。在这个研究的上下文中，MT被称为将回程Uu接口的无线电接口层朝IAB施主或其他IAB节点端接的IAB节点上驻留的功能。

图1说明了IAB网络的高级架构视图。具体地，图1是独立模式下的IAB的参考图，如3GPP TR 38.874中所讨论的。IAB网络包含一个IAB施主和多个IAB节点。IAB施主被视为包括一组功能的单个逻辑节点，所述功能是诸如gNodeB-DU(gNB-DU)、gNodeB-CU-控制平面(gNB-CU-CP)、gNodeB-CU-用户平面(gNB-CU-UP)和潜在的其他功能。在部署中，IAB施主可以根据这些功能进行拆分，如由3GPP NG-RAN架构所允许的，所述功能可以全部是并置的或者非并置的。当进行这样的拆分时，可能会出现与IAB相关的方面。此外，目前与IAB施主相关联的功能中的一些功能最终可能会被移到施主之外，以防它们不执行IAB特定的任务变得明显。

图2说明了Rel-16中IAB的基线用户平面(UP)协议栈，以及图3说明了Rel-16中IAB的基线控制平面(CP)协议栈。

如上所示，所选择的协议栈重用Rel-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(在这种情况下将不会使用DTLS层)。

已经在IAB节点和IAB施主中引入了称为回程自适应协议(BAP)的新协议层，其用于将分组路由到适当的下游/上游节点，并且还将用户设备(UE)承载数据映射到恰当的回程无线电链路控制(RLC)信道(以及还在中间IAB节点中的入口和出口回程RLC信道之间)，以满足承载的端到端服务质量(QoS)要求。因此，BAP层负责处置回程(BH)RLC信道，诸如例如将来自父/子IAB节点的入口BH RLC信道映射到朝向子/父IAB节点的链路中的出口BHRLC信道。特别地，一个BH RLC信道可以为若干数据无线电承载(DRB)和为可能连接到网络中不同IAB节点的不同用户设备(UE)传达最终用户业务。

在3GPP中，已经提供了BH RLC信道的两种可能配置。第一种配置包括BH RLC信道和特定用户的DRB之间的1：1映射。第二种配置包括N：1承载映射，其中可能与不同UE相关联的N个DRB被映射到1个BH RLC信道。第一种情况可以由IAB节点的调度器容易地处置，因为在BH RLC信道的QoS要求和相关联DRB的QoS要求之间存在1：1的映射。然而，在IAB节点正在服务许多UE/DRB的情况下，这种类型的1：1配置不容易可扩展。另一方面，N：1配置更灵活/可扩展，但是确保跨各个被服务的BH RLC信道的公平性可能更加棘手，因为由给定BH RLC信道所服务的DRB/UE的数量可能不同于由另一个BH RLC信道所服务的DRB/UE的数量。

在IAB节点上，BAP子层包含MT功能处的一个BAP实体和DU功能处的单独的协同定位BAP实体。在IAB施主-DU上，BAP子层仅包含一个BAP实体。每个BAP实体具有传送部分和接收部分。BAP实体的传送部分跨回程链路在IAB节点或IAB施主-DU处具有BAP实体的对应接收部分。

图4说明了BAP子层的功能视图的一个示例。该图基于3GPP TS 38.300中定义的无线电接口协议架构，但是这个功能视图不应限制实现。在Error！Reference source notfound.4的示例中，BAP实体上的接收部分将BAP协议数据单元(PDU)递送到并置的BAP实体上的传送部分。备选地，接收部分可以将BAP服务数据单元(SDU)递送到并置的传送部分。当传递BAP SDU时，接收部分移除BAP报头，而传送部分添加具有与移除前的BAP PDU报头上携带的BAP路由ID相同的BAP路由ID的BAP报头。因此，在实现中，以这种方式传递BAP SDU在功能上等同于传递BAP PDU。

由BAP子层向上层提供以下服务：

-数据转移；

BAP子层期望来自每个RLC实体的较低层的以下服务(详细描述参见3GPP TS38.322)：

-确认的数据转移服务；

-未确认的数据转移服务。

BAP子层支持以下功能：

-数据转移；

-确定来自上层的分组的BAP目的地和路径；

-确定路由到下一跳的分组的出口BH RLC信道；

-将分组路由到下一跳；

-区分要递送到上层的业务和要递送到出口链路的业务；

-流程控制反馈和轮询信令；

因此，BAP层是确定如何路由所接收的分组的基础。对于下游，那暗示着确定分组是否已经到达其最终目的地，在这种情况下，分组将被传送到连接到作为接入节点的这个IAB节点的UE，或者将其转发到正确路径上的另一IAB节点。在第一种情况下，BAP层将分组传递到IAB节点中的较高层，所述较高层负责将分组映射到各种QoS流，并因此映射到分组中包括的DRB。替代地，在第二种情况下，BAP层基于BAP目的地、路径ID和入口BH RLC信道来确定恰当的出口BH RLC信道。与上述情况相同的情况也适用于上游，其中唯一的区别是最终目的地总是一个特定的施主DU/CU。为了实现上述任务，IAB节点的BAP层必须配置有路由表，所述路由表将入口RLC信道映射到出口RLC信道，所述出口RLC信道可能取决于特定的BAP目的地和分组的路径而不同。因此，BAP目的地和路径标识符(ID)被包括在BAP分组的报头中，使得BAP层可以确定将分组转发到何处。

此外，BAP层在逐跳流程控制中具有重要作用。特别地，子节点可以通知父节点关于在子节点本地经历的可能拥塞，使得父节点可以节流朝向子节点的业务。在由父节点经历无线电链路故障(RLF)问题的情况下，父节点还可以使用BAP层通知子节点，使得子节点可以可能地重新建立其到另一个父节点的连接。

可能出于各种原因而需要IAB网络中的拓扑自适应，所述原因是例如无线电条件的变化、服务CU下负载的变化、无线电链路故障等。IAB拓扑自适应的结果可能是IAB节点被迁移(即切换)到新的父节点(其可以由相同或不同的CU控制)，或者当前由这样的IAB节点服务的一些业务经由新的路由(其可以由相同或不同的CU控制)被卸载。如果IAB节点的新父节点在相同的CU或不同的CU下，则迁移分别是施主内迁移和施主间迁移(本文中也称为CU内迁移和CU间迁移)。

图5说明了IAB拓扑自适应的一些不同的可能IAB节点迁移(即拓扑自适应)场景的示例。按照复杂性的顺序列出场景。

在CU内情况(A)中，IAB节点(e)与其服务的UE一起被移动到相同施主-DU(1)下的新父节点(IAB节点(b))。成功的施主内DU迁移要求在新父节点(IAB节点(b))的DU中为IAB节点(e)MT建立UE上下文设置、沿着到IAB节点(e)的路径更新IAB节点的路由表、并在新路径上分配资源。IAB节点(e)的IP地址将不会改变，而施主-CU(1)和IAB节点(e)DU之间的F1-U隧道/连接将通过IAB节点(b)重定向。

CU内情况(B)的过程要求/复杂性与情况(A)的过程要求/复杂性相同。此外，由于新的IAB施主DU(即DU2)连接到相同的L2网络，所以IAB节点(e)可以在新的施主DU下使用相同的IP地址。然而，新的施主DU(即DU2)将需要使用IAB节点(e)L2地址来通知网络，以便通过采用诸如地址解析协议(ARP)之类的某种机制来获得/保持IAB节点(e)的相同IP地址。

CU内情况(C)比情况(A)更复杂，因为它也需要为IAB节点(e)分配新的IP地址。假设将IPsec用于保护施主-CU(1)和IAB节点(e)DU之间的F1-U隧道/连接，则使用沿着施主-CU(1)和安全性网关(SeGW)之间的路径段的现有IP地址以及SeGW和IAB节点(e)DU之间的IPsec隧道的新IP地址可以是可能的。

就过程要求而言，CU间情况(D)是最复杂的情况，并且可能需要超出3GPP Rel-16范围的新规范过程(诸如RRC、F1AP、XnAP、Ng信令的增强)。

3GPP Rel-16规范仅考虑了CU内迁移的过程。CU间迁移要求源CU和目标CU之间的新信令过程，以便将IAB节点上下文及其业务迁移到目标CU，使得IAB节点操作可以在目标CU中继续并且QoS不会降级。将在3GPP Rel17的上下文中指定CU间迁移。

在CU内拓扑自适应期间，源父节点和目标父节点两者都由相同的IAB施主-CU服务。目标父节点可以使用与源父节点不同的IAB施主-CU。源路径可以进一步与目标路径具有公共节点。

图6说明了拓扑自适应过程的示例，其中目标父节点使用与源父节点不同的IAB施主-DU。如所描绘的，IAB CU内拓扑自适应过程包括：

1.迁移IAB-MT向源父节点IAB-DU发送MeasurementReport消息。这个报告基于迁移IAB-MT之前从IAB施主-CU接收的测量配置。

2.源父节点IAB-DU向IAB施主-CU发送UL RRC消息转移消息以传达所接收的MeasurementReport。

3.IAB施主-CU向目标父节点IAB-DU发送UE上下文建立请求消息，以创建迁移IAB-MT的UE上下文并建立一个或多个承载。这些承载可以被迁移IAB-MT用于其自身的信令以及可选地用于数据业务。

4.目标父节点IAB-DU用UE上下文建立响应消息来响应IAB施主-CU。

5.IAB施主-CU向源父节点IAB-DU发送UE上下文修改请求消息，所述消息包括生成的RRCReconfiguration消息。RRCReconfiguration消息包括目标路径上UL F1-C/非F1业务映射的默认BH RLC信道和默认BAP路由ID配置。它可包括附加的BH RLC频道。这个步骤还可以包括分配可经由目标IAB施主-DU路由的(一个或多个)TNL地址。(一个或多个)新的TNL地址可以被包括在RRCReconfiguration消息中，作为可经由源IAB施主-DU路由的(一个或多个)TNL地址的替换。在使用IPsec隧道模式来保护F1和非F1业务的情况下，所分配的TNL地址是外部IP地址。如果源路径和目标路径使用相同的IAB施主-DU，则不需要TNL地址替换。UE上下文修改请求消息中的传输动作指示符指示停止到迁移IAB节点的数据传输。

6.源父节点IAB-DU将所接收的RRCReconfiguration消息转发到迁移IAB-MT。

7.源父节点IAB-DU利用UE上下文修改响应消息来响应IAB施主-CU。

8.在目标父节点IAB-DU处执行随机接入过程。

9.迁移IAB-MT利用RRCReconfigurationComplete消息来响应目标父节点IAB-DU。

10.目标父节点IAB-DU向IAB施主-CU发送UL RRC消息转移消息，以传达所接收的RRCReconfigurationComplete消息。此外，可以从迁移IAB-MT发送上行链路分组，所述分组通过目标父节点IAB-DU转发到IAB施主-CU。这些UL分组属于IAB-MT自己的信令和可选地属于数据业务。

11.IAB施主-CU配置目标父IAB节点和目标IAB施主-DU之间的目标路径上的BHRLC信道和BAP-子层路由条目，以及用于迁移IAB节点的目标路径的目标IAB施主-DU上的DL映射。这些配置可以在较早阶段执行，例如在步骤3之后立即执行。IAB施主-CU可以经由RRC消息建立到迁移IAB-MT的附加BH RLC信道。

12.F1-C连接被切换以使用迁移IAB节点的(一个或多个)新TNL地址，IAB施主-CU更新与到迁移IAB节点的每个GTP隧道相关联的UL BH信息。这个步骤还可以更新与每个GTP隧道相关联的UL FTEID和DL FTEID。所有F1-U隧道都被切换以使用迁移IAB节点的(一个或多个)新TNL地址。这个步骤可以使用E1和/或F1接口中的非UE关联信令来为多个连接的UE或子IAB-MT的F1-U隧道提供更新的UP配置。IAB施主-CU还可以更新与非UP业务相关联的ULBH信息。实现必须确保避免潜在的竞争条件，即使用UE相关联的过程和非UE相关联的过程不会同时执行冲突配置。

13.IAB施主-CU向源父节点IAB-DU发送UE上下文释放命令消息。

14.源父节点IAB-DU释放迁移IAB-MT的上下文，并利用UE上下文释放完成消息来响应IAB施主-CU。

15.IAB施主-CU在源父IAB节点和源IAB施主-DU之间的源路径上释放BH RLC信道和BAP-子层路由条目。

注意：在源路径和目标路径具有公共节点的情况下，在步骤15中可能不需要释放那些节点的BH RLC信道和BAP子层路由条目。

还应该针对迁移IAB节点的后代节点执行步骤11、12和15，如下：

·IAB施主-CU可以经由RRCReconfiguration消息将可经由目标IAB施主-DU路由的(一个或多个)新TNL地址分配给后代节点。

·如果需要，IAB施主-CU还可以经由RRCReconfiguration消息向后代节点提供新的默认UL映射，所述默认UL映射包括用于目标路径上UL F1-C/非F1业务的默认BH RLC信道和默认BAP路由ID。

·如果需要，IAB施主-CU以与步骤11中针对迁移IAB节点描述的方式相同的方式来配置后代节点的目标路径上的BH RLC信道、BAP-子层路由条目以及后代节点上的BH RLC信道映射。

·后代节点以与步骤12中针对迁移IAB节点所描述的方式相同的方式将其F1-C连接和F1-U隧道切换到锚定在新IAB施主-DU处的新TNL地址。

基于实现，这些步骤可以在迁移IAB节点的切换之后或与之并行执行。

注意：在上游方向上，即使在目标路径建立之后，源父节点和IAB施主-CU之间的飞行中分组也可以被递送。

注意：取决于经由NR用户平面协议(3GPP TS 38.425)的实现，源路径中的飞行中下行链路数据可能被丢弃。

注意：IAB施主-CU可以通过实现来确定回程链路上未成功传送的下行链路数据。

如上面所提及的，3GPP Rel-16仅已经标准化了CU内拓扑自适应过程。考虑到CU间迁移将是IAB Rel-17工作项目的重要特征，对于减少服务中断(由于IAB节点迁移引起)和信令负载需要对现有过程的增强。

施主间拓扑自适应(也称为CU间迁移)的一些用例是：

·施主间负载平衡。一种可能的场景是IAB节点与其父节点之间的链路变得拥塞。在这种情况下，在所述IAB节点(本文中称为顶级IAB节点)之下并包括所述IAB节点的整个网络分支的业务可以被重定向以经由另一路由到达顶级节点。如果所卸载业务的新路由包括在到达顶级节点之前在另一个施主下穿越网络，则该场景是施主间路由的场景。所卸载的业务可以包括在顶级IAB节点及其服务的UE处端接的业务或者穿越顶级IAB节点并在其后代IAB节点和UE处端接的业务两者。在这种情况下，顶级IAB节点的MT(即顶级IAB-MT)可以建立到另一个施主的RRC连接(因此释放其到旧施主的RRC连接)，并且朝向这个节点及其后代装置的业务现在经由新施主发送。

·施主间RLF恢复。在其父链路上经历RLF的IAB节点尝试朝向另一个施主下的新父节点(这个节点也可以被称为顶级IAB节点)进行RRC重建。根据3GPP协定，如果顶级节点的后代IAB节点和UE“跟随”新的施主，则在顶级节点连接到另一个施主之后，父子关系被保留。

上述情况假设顶级节点的IAB-MT一次只能连接到一个施主。然而，Rel-17工作还将考虑顶级IAB-MT可以同时连接到两个施主的情况，在这种情况下：

·为了负载平衡，经由一个支路到达顶级IAB节点的业务可以被卸载，以经由该节点建立的到另一个施主的另一个支路到达顶级IAB节点(以及潜在地到达其后代节点)。

·对于RLF恢复，经由断开的支路到达顶级IAB节点的业务可以被重定向以经由朝向另一个施主的“良好”支路到达该节点。

关于施主间拓扑自适应，3GPP Rel-17规范将允许两种备选方案：

·基于代理的解决方案：假设顶级IAB-MT一次只能够连接到一个施主，则顶级IAB-MT迁移到新的施主，而其并置的IAB-DU和所有后代IAB-MT、IAB-DU和UE的F1和RRC连接仍然锚定在旧的施主处，即使在施主间拓扑自适应之后也是如此。

o基于代理的解决方案也可适用于顶级IAB-MT同时连接到两个施主的情况。在这种情况下，在顶级节点处穿越/端接的业务中的一些或全部业务经由朝向‘其他’施主的分支来卸载。

·基于完全迁移的解决方案：顶级节点及其所有后代装置和UE的所有F1和RRC连接都迁移到新的施主。

在3GPP中这两种解决方案的细节当前正在讨论中。

用于CU间迁移的基于完全迁移的解决方案的一个缺点是建立了从IAB节点E到新CU(即CU(2))的新F1连接，并且释放了到旧CU(即CU(1))的旧F1连接。

通过引起以下项，释放和重新定位F1连接将影响所有UE(即UE_c、UE_d和UE_e)以及任何后代IAB节点(及其服务的UE)：

1.由顶级IAB节点(即IAB节点E)服务的UE和IAB节点的服务中断，因为这些UE可能需要重新建立它们的连接或执行切换操作(即使它们仍然在相同的IAB节点下，因为3GPP安全性原则要求每当服务CU/gNB改变时(例如在切换或重新建立时)都要执行密钥刷新，即必须向每个UE发送具有reconfigurationWithSync的RRC重新配置。

2.信令风暴，因为大量UE、IAB-MT和IAB-DU必须同时执行重建或切换。

此外，根据某些实施例，可能优选的是避免顶级节点的后代节点的任何重新配置。这意味着后代节点应该优选地不知道业务经由CU2所代理的事实。

为了解决上述问题，已经提出了基于代理的机制，其中在不切换由顶级IAB节点直接或间接服务的UE或IAB节点的情况下完成CU间迁移，从而使得被直接和间接服务的UE的切换对目标CU透明。特别地，只有顶级IAB节点的无线电资源控制(RRC)连接被迁移到目标CU，而其F1连接的CU侧终端以及其直接和间接服务的IAB节点和UE的F1和RRC连接的CU侧终端被保留在源CU处——在这种情况下，目标CU充当被保留在源CU处的这些F1和RRC连接的代理。因此，在这种情况下，目标CU只需要确保顶级IAB节点的祖先节点被恰当配置成处置从顶级节点到目标施主以及从目标施主到顶级节点的业务。同时，所述顶级节点的后代IAB节点的配置仍然在源施主的控制之下。因此，在这种情况下，目标施主不需要知道网络拓扑和QoS要求或者后代IAB节点和UE的配置。

图7说明了IAB节点3迁移前的信号流示例。图8说明了IAB节点3迁移后的信号流示例。具体地，图7说明了当F1连接保持在CU-1中时的信令连接，而图8强调了在IAB节点迁移到目标施主CU(即CU2)之后，F1-U如何通过Xn隧穿，并且然后透明地转发到IAB施主-DU-2。

图9说明了用于施主间负载平衡的基于代理的解决方案的示例。具体地，该解决方案涉及IAB3及其后代节点IAB4以及这两个IAB节点正在服务的UE。

应用于来自图9的场景，基于代理的解决方案如下工作：

·IAB3-MT将其RRC连接(即关联)从CU1改变为CU2。

·同时，IAB4-MT和由IAB3和IAB4服务的所有UE的RRC连接以及IAB3-DU和IAB4-DU的F1连接将保持锚定在CU1(即，它们没有移动到CU2)，而这些连接的对应业务通过使用经由CU2的路径被发送到IAB3/IAB4和它们服务的UE以及从IAB3/IAB4和它们服务的UE发送。

因此，先前从源施主(即，Error！Referencesourcenotfound.中的CU1)发送到顶级IAB节点(IAB3)及其后代(例如，IAB4)的业务经由CU2卸载(即代理)。特别地：

o出于负载平衡目的，从CU1到IAB4的旧业务路径(即CU1—施主DU1—IAB2—IAB3—IAB4)改变为CU1—施主DU_2—IAB5—IAB3—IAB4。

本文中，假设应用CU1和施主DU_2之间的直接路由(即CU1—施主DU1—等等……)，而不是间接路由情况CU1—CU2—施主DU1—等等……)。直接路由可以例如经由(源施主)CU1和施主DU2(目标施主DU)之间的IP路由或者经由两者之间的Xn连接来支持。在间接路由中，数据可以经由Xn接口在CU1和CU2之间发送，以及经由F1或经由IP路由在CU2和施主DU_2之间发送。直接路由和间接路由两者都可适用于本文中描述的实施例。直接路由的优点是时延可能更小。

3GPP已经定义了双活动协议栈(DAPS)切换过程，所述DAPS切换过程在接收用于切换的RRC消息(HO命令)之后并且直到在成功随机接入目标gNB之后释放源小区为止都保持源gNB连接。

DAPS切换可以用于RLC-AM或RLC-UM承载。对于配置有DAPS的DRB，另外应用以下原理。

关于下行链路：

-在HO准备期间，总是建立转发隧道。

-源gNB负责分配下行链路分组数据汇聚协议(PDCP)序列号(SN)，直到SN指派被切换到目标gNB并且数据转发发生。也就是说，源gNB不会停止向下行链路分组指派PDCP SN，直到它接收到切换成功消息并向目标gNB发送SN状态转移消息。

-在由源gNB分配下行链路PDCP SN时，它开始在源无线电链路上调度下行链路数据，并且还开始将下行链路PDCP SDU连同所指派的PDCP SN一起转发到目标gNB。

-为了安全性同步，为具有由源gNB指派的PDCP SN的所转发的下行链路SDU维持超帧号(HFN)。源gNB发送早期状态转移消息以传达DL计数值，从而指示源gNB转发到目标gNB的第一个PDCP SDU的PDCP SN和HFN。

-在将SN指派切换到目标gNB后，维持HFN和PDCP SN。SN状态转移消息指示将分配给还没有PDCP序列号的分组的下一个DL PDCP SN，即使对于无线电链路控制-未确认模式(RLC-UM)也是如此。

-在切换执行阶段期间，源gNB和目标GNB单独执行鲁棒报头压缩(ROHC)、加密和添加PDCP报头。

-在切换执行阶段期间，UE继续从源gNB和目标gNB两者接收下行链路数据，直到源gNB连接被来自目标gNB的明确释放命令释放。

-在切换执行阶段期间，配置有DAPS的UE PDCP实体维持与每个gNB相关联的单独的安全性和ROHC报头解压缩功能，同时维持用于重新排序、重复检测和丢弃以及向上层的PDCP SDU按序递送的常见功能。针对配置有DAPS的RLC AM和UM DRB两者都支持PDCP SN连续性。

关于上行链路：

-UE向源gNB传送UL数据，直到朝向目标gNB的随机接入过程已经成功完成。之后，UE将其UL数据传输切换到目标gNB。

-即使在将其UL数据传输朝向目标gNB切换之后，UE继续向源gNB发送UL层1信道状态信息(CSI)反馈、混合自动重传请求(HARQ)反馈、层2无线电链路控制(RLC)反馈、ROHC反馈、HARQ数据重传和RLC数据重传。

-在切换执行阶段期间，UE为朝向源gNB和目标gNB的上行链路传输维持单独的安全性上下文和ROHC报头压缩器上下文。UE维持公共UL PDCP SN分配。针对配置有双活动协议栈(DAPS)的无线电链路控制-确认模式(RLC AM)和RLC-UM DRB两者支持PDCP SN连续性。

-在切换执行阶段期间，源gNB和目标gNB维持它们自己的安全性和ROHC报头解压缩器上下文，以处理从UE接收的UL数据。

-转发隧道的建立是可选的。

-HFN和PDCP SN维持在目标gNB中。SN状态转移消息指示目标应该开始向5GC递送的第一个丢失的PDCP SDU的计数，即使对于RLC-UM也是如此。

在RAN3#110-e会议上，RAN3同意对于到两个施主的同时连接性的潜在解决方案可包括“类似DAPS”的解决方案。在该方面，3GPP中已经提议了在本文中称为双IAB协议栈(DIPS)的解决方案。图10说明了DIPS解决方案的一个示例。

DIPS基于：

o两个独立的协议栈，所述协议栈可包括无线电链路控制(RLC)/媒体访问控制(MAC)/物理层(PHY)，各自连接到不同的CU。

o具有一些共同的和一些独立的功能性的一个或两个独立的BAP实体。

o每个CU分配它自己的资源(例如地址、BH RLC信道等)而没有对于协调的需要，并配置每个协议栈。

实质上，解决方案包括如在DAPS中的两个协议栈，其中区别是(一个或多个)BAP实体替代PDCP层。一组BAP功能可以是公共的，而另一组功能对于每个父节点可以是独立的。

这种类型的解决方案将复杂性减少到最少，并实现了工作项目的所有目标，因为：

·每个协议栈可以使用当前的信令和程序来独立配置，从而增加鲁棒性。可能需要最少的信令更新。

·仅重新配置顶级IAB节点。对于不要求任何重新配置的其他节点和UE来说，一切都是透明的，从而产生减少的信令负载和增加的鲁棒性。

·它消除了服务中断，因为数据可以继续在初始链路上流动，直到第二条链路建立。

·它避免了对CU之间IP/BAP地址和路由ID协调的需要，这显著减少了复杂性和网络信令。

当CU确定需要负载平衡时，CU开始向第二CU资源请求卸载某个(即顶级)IAB节点的业务的一部分的过程。CU将协商配置，并且第二CU将准备配置以应用于IAB-MT的第二协议栈、(一个或多个)RLC回程信道、(一个或多个)BAP地址等中。

顶级IAB-MT将使用由CU提供的路由规则来将某个业务路由到第一CU或第二CU。在DL中，IAB-MT将把来自第二CU的BAP地址转换为来自第一CU的BAP地址，以到达第一CU控制下的节点。

这都意味着只有顶级IAB节点(即从其卸载业务的IAB节点)被影响，并且没有其他节点或UE知道这个情形。在具有一些轻微改变的情况下，这个过程都可以利用当前信令来执行。

图11说明了如由RAN3同意的施主间拓扑冗余的两种场景。具体地，施主间拓扑冗余的两种场景包括：

-场景1：IAB与2个施主多连接。

-场景2：IAB的父/祖先节点与2个施主多连接。

在这两种场景中，RAN3使用以下术语：

-边界IAB节点：节点接入分别连接到两个不同施主CU的两个不同父节点，例如上图中的IAB 3；

-后代IAB节点：经由边界IAB节点接入网络的(一个或多个)节点，并且每个节点都与其父节点单连接，例如场景2中的IAB4

-F1-终端节点：端接边界IAB节点和(一个或多个)后代节点的F1接口的施主CU

-非F1终端节点：具有施主功能性的CU，其不端接边界IAB节点和(一个或多个)后代节点的F1接口

然而，当前存在某个(某些)挑战。例如，如上面所解释的，拓扑自适应可以通过使用基于代理的解决方案(当前在3GPP中称为部分施主间迁移)来实现，其中，关于图9中所示的场景，顶级IAB3-MT将其RRC连接(即关联)从CU1改变为CU2。同时，IAB4-MT和由IAB3和IAB4服务的所有UE的RRC连接以及IAB3-DU和IAB4-DU的F1连接保持锚定在CU1，而这些连接的对应业务将通过使用新路径(如上面所描述的)被发送到IAB3/IAB4及其服务的UE以及从IAB3/IAB4及其服务的UE发送。

然而，应考虑以下项：

·预期对于将业务卸载到另一个施主的需要将只是暂时的(例如在一天的高峰时间期间)，并且在一段时间后，业务可以被返回到第一施主下的网络。

·还预期毫米波链路一般将相当稳定，具有罕见和短暂的中断。在该意义上，倘若拓扑自适应是由施主间RLF恢复引起的，则预期在旧施主下建立(再次)朝向(旧)父节点的稳定链路将是可能的。

先前的方法已经包括撤销对另一个CU的基于代理的负载平衡。已经解决了以下场景：

·对于连接到一个施主的顶级节点，撤销业务，即解除卸载到另一施主的业务的配置(例如，通过基于代理的方法，用于负载平衡和施主间RLF恢复两者)，即，将业务从另一施主(例如，第二CU(CU2))下的(一个或多个)代理路径移回到其在第一施主(例如，第一CU(CU1))下的(一个或多个)原始路径。

·对于同时连接到两个施主的顶级节点，撤销到另一个CU的业务卸载，其中所卸载的业务从顶级节点的支路朝向第二施主(例如CU2)移动，并返回到其朝向第一施主(例如CU1)的原始支路。

尽管如此，仍不清楚如何在卸载建立并变为有作用之后使能：

·CU1向CU2卸载附加业务；

·CU1撤销先前卸载到CU2的业务中的一些业务的卸载，而不是处理卸载的全部撤销。

·CU2请求CU1撤销卸载由于任何原因(诸如CU2域下的网络变得拥塞等)而无法由CU2处置的CU1的业务中的一些业务。

发明内容

本公开的某些方面及其实施例可以为这些或其他挑战提供解决方案。例如，本文中公开的某些实施例涉及用于CU1向CU2请求需要更新先前执行的迁移(完全迁移或基于代理的迁移)的配置的一个或多个参数的方法和系统。作为另一示例，某些实施例涉及用于CU2向CU1请求需要更新先前执行的迁移(完全迁移或基于代理的迁移)的配置的一个或多个参数的方法和系统。

根据某些实施例，一种由IAB网络中的CU1执行的方法包括向CU2传送第一消息或从CU2接收第一消息。第一消息包括指示所卸载的业务的一部分要被返回到CU1的信息。所卸载的业务先前从CU1卸载到CU2。

根据某些实施例，一种IAB网络中的CU1适于向CU2传送第一消息或从CU2接收第一消息。第一消息包括指示所卸载的业务的一部分要被返回到CU1的信息。所卸载的业务先前从CU1卸载到CU2。

根据某些实施例，一种由IAB网络中的CU2执行的方法包括向CU1传送第一消息或从CU1接收第一消息，第一消息包括指示所卸载的业务的一部分要被返回到CU1的信息。所卸载的业务先前从CU1卸载到CU2。

根据某些实施例，一种IAB网络中的CU2适于向CU1传送第一消息或从CU1接收第一消息，第一消息包括指示所卸载的业务的一部分要被返回到CU1的信息。所卸载的业务先前从CU1卸载到CU2。

某些实施例可以提供(一个或多个)以下技术优点中的一个或多个。例如，当过程中涉及两个CU时，某些实施例可以提供允许动态控制网络资源以用于业务负载平衡的技术优点。

对于本领域技术人员来说，其他优点可能是容易明白的。某些实施例可能具有所陈述的优点中的零个、一些或全部。

附图说明

为了更完整地理解所公开的实施例及其特征和优点，现在结合附图对以下描述做出参考，在附图中：

图1说明了IAB网络的高级架构视图；

图2说明了Rel-16中IAB的基线用户平面(UP)协议栈；

图3说明了Rel-16中IAB的基线控制平面(CP)协议栈；

图4说明了BAP子层的功能视图的一个示例；

图5说明了一些不同的可能IAB节点迁移的示例(IAB拓扑自适应的场景)；

图6说明了拓扑自适应过程的示例，其中目标父节点使用与源父节点不同的IAB施主-DU；

图7说明了IAB节点3迁移前的信号流的示例；

图8说明了IAB节点3迁移后的信号流的示例；

图9说明了用于施主间负载平衡的基于代理的解决方案的示例；

图10说明了DIPS解决方案的一个示例；

图11说明了如由RAN3同意的施主间拓扑冗余的两种场景；

图12说明了根据某些实施例的说明了CU1和CU2之间的消息交换的示例信令图；

图13说明了根据某些实施例的示例通信系统；

图14说明了根据某些实施例的示例UE；

图15说明了根据某些实施例的示例网络节点；

图16说明了根据某些实施例的主机的框图；

图17说明了根据某些实施例的在其中由一些实施例实现的功能可以被虚拟化的虚拟化环境；

图18说明了根据某些实施例的主机通过部分无线连接经由网络节点与UE进行通信；

图19说明了根据某些实施例的由IAB网络中的CU1执行的方法；以及

图20说明了根据某些实施例的由IAB网络中的CU2执行的方法。

具体实施方式

现在将参考附图更全面地描述本文中设想的实施例中的一些实施例。然而，其它实施例被包含在本文中公开的主题的范围内，所公开的主题不应被解释为仅限于本文中阐述的实施例；相反，这些实施例是通过示例的方式提供的，以向本领域技术人员传达主题的范围。

在一些实施例中，可以使用更一般的术语“网络节点”，并且其可以对应于与UE(直接或经由另一节点)和/或与另一网络节点通信的任何类型的无线电网络节点或任何网络节点。网络节点的示例是NodeB、MeNB、ENB、属于MCG或SCG的网络节点、基站(BS)、多标准无线电(MSR)无线电节点(诸如MSRBS、eNodeB、gNodeB)、网络控制器、无线电网络控制器(RNC)、基站控制器(BSC)、中继、控制中继的施主节点、基站收发信台(BTS)、接入点(AP)、传输点、传输节点、RRU、RRH、分布式天线系统(DAS)中的节点、核心网络节点(例如MSC、MME等)、O&M、OSS、SON、定位节点(例如E-SMLC)、MDT、测试设备(物理节点或软件)等。

在一些实施例中，可以使用非限制性术语“用户设备(UE)”或“无线装置”，并且其可以指在蜂窝或移动通信系统中与网络节点和/或与另一UE通信的任何类型的无线装置。UE的示例是目标装置、装置到装置(D2D)UE、机器类型UE或能够进行机器到机器(M2M)通信的UE、PDA、PAD、平板计算机、移动终端、智能电话、膝上型嵌入式设备(LEE)、膝上型安装式设备(LME)、USB加密狗、UE类别M1、UE类别M2、ProSe UE、V2V UE、V2X UE等。

此外，诸如“基站/gNodeB”和“UE”之类的术语应该被认为是非限制性的，并且尤其不暗示两者之间的某种层级关系；一般而言，“gNodeB”可被认为是装置1，而“UE”可被认为是装置2，并且这两个装置通过某个无线电信道相互通信。并且在下文中，传送器或接收器可以是gNB或者UE。

尽管某些实施例被描述为在基于代理的施主间迁移的情况上例示，但是在网络决定或意识到可能需要将装置先前从CU1完全迁移到CU2的东西从CU2完全迁移回CU1的情况下，本文中描述的方法和技术同样可适用于基于完全迁移的解决方案。

术语“施主间业务卸载”和“施主间迁移”以及“施主间拓扑自适应”可互换使用。

术语“单连接顶级节点”是指一次仅连接到一个施主的顶级IAB-MT。

术语“双连接顶级节点”是指同时连接到两个施主的顶级IAB-MT，或者具有两个MT的IAB，所述MT中的每个连接到一个施主。

术语“后代节点”可以指子节点和子节点的子节点两者等等。

术语“CU1”、“源施主”和“旧施主”可互换使用。

术语“CU_2”、“目标施主”和“新施主”可互换使用。

术语“施主DU1”、“源施主DU”和“旧施主DU”可互换使用。

术语“施主DU2”、“目标施主DU”和“新施主DU”可互换使用。

术语“父节点”可以指IAB节点或IAB施主DU。

术语“迁移IAB节点”和“顶级IAB节点”可互换使用：

o在用于施主间拓扑自适应的基于代理的解决方案中，它们指的是这个节点的IAB-MT(例如，图9中的IAB3-MT)，因为在顶级节点的并置IAB-DU中不迁移(它维持到源施主的F1连接)。

o在基于完全迁移的解决方案中，整个节点及其后代迁移到另一个施主。

下面给出了某些实施例所基于的场景的一些非限制性示例：

o通过使用基于代理的解决方案对双连接顶级节点(例如图9的IAB3-MT)进行施主间负载平衡：这里，携带去往/来自/经由顶级IAB节点的业务由目标施主接管(即代理)(负载平衡)，即源施主将与所述IAB节点与其父节点之间的入口/出口BH RLC信道有关的业务卸载到顶级节点朝向目标施主的支路。

o双连接顶级节点的施主间RLF恢复，由到所述IAB节点的父节点的链路上或所述IAB节点的父节点和父节点的父节点之间的链路上的RLF引起，其中所述节点(即顶级节点)的业务完全移动到所述节点朝向目标施主的支路。

o IAB节点切换到另一个施主。

o本地施主间重新路由(UL和/或DL)，其中朝向施主或目的地IAB节点的新选择的路径经由另一施主引导。

o上面的示例场景中的任何场景，其中应用了基于完全迁移的解决方案(如上面所描述的)(而不是基于代理的解决方案)。

根据某些实施例，顶级IAB节点由顶级IAB-MT及其并置的IAB-DU(有时称为“并置DU”或“顶级DU”)组成。在某些场景中，它还可以由具有两个MT和一个并置IAB-DU的顶级IAB组成。本文中描述的实施例的某些方面引用用于施主间拓扑自适应的基于代理的解决方案，并且某些方面引用如上面所描述的基于完全迁移的解决方案。

根据某些实施例，术语“后代装置的RRC/F1连接”是指后代IAB-MT和UE与施主(在这种情况下为源施主)的RRC连接，以及顶级IAB节点的后代IAB节点的IAB-DU和顶级IAB-DU与施主(源施主)的F1连接。

根据某些实施例，CU1和顶级IAB节点和/或其后代节点之间的业务(也称为代理业务)是指CU1和以下项之间的业务：

1.顶级IAB节点的并置IAB-DU部分(因为顶级IAB节点的IAB-MT部分已经将其RRC连接迁移到新的施主)，

2.顶级IAB节点的后代IAB节点，以及

3.由顶级节点及其后代节点服务的UE。

根据某些实施例，假设对于业务卸载，应用CU1和施主DU2之间的直接路由(即CU1—施主DU2—等等……)，而不是间接路由的情况，其中业务首先到达CU2，即CU1—CU2—施主DU2—等等。例如，可以经由(源施主)CU1和施主DU2(目标施主DU)之间的IP路由或者经由两者之间的Xn连接来支持直接路由。在间接路由中，数据经由Xn接口在CU1和CU2之间发送，并且经由F1或经由IP路由在CU2和施主DU2之间发送。直接路由和间接路由两者都可适用于本文中描述的实施例。直接路由的优点是时延可能更小。

根据某些实施例，假设借助于直接路由和间接路由，用户平面业务和控制平面业务两者都经由目标施主从源施主发送到顶级节点及其后代/从顶级节点及其后代发送到源施主。

术语“目的地是IAB-DU”包括其最终目的地是所述IAB-DU的业务或者其最终目的地是由所述IAB-DU服务的UE或IAB-MT的业务两者，并且那也包括顶级IAB-DU。

术语“数据”指的是用户平面业务、控制平面业务和非F1业务。

本文中描述的考虑同样可适用于静态IAB节点和移动IAB节点两者。

本文中，术语“旧施主”和“CU1”指的是先前已经将业务卸载到“新施主”/“CU2”的施主。起点是从CU1和CU2朝向迁移IAB节点的连接已经建立。

图12说明了根据某些实施例的说明了CU120(例如，源施主节点)和CU230(例如，目标施主节点)之间的消息交换的示例信令图10。

如图12中所描绘的，在40，CU120和CU230中的任一者或两两者可以请求业务状态信息。在特定实施例中，(一个或多个)请求可以基于定时器或触发器。在50，响应于对业务状态信息的请求(或者备选的是，抢先地和/或没有接收到请求)，CU120和/或CU230可以提供业务负载状态。此后，在60，CU120可以基于从CU230获得的业务负载状态或基于由CU120直接获得的信息采取行动。在70，CU120然后可以将业务卸载到CU230或撤销先前卸载到CU230的业务。在后一种情况下，CU120恢复处置先前卸载到CU230的业务。

CU1的动态卸载请求

根据某些实施例，包括CU1的动态卸载请求的方法包括：

·步骤1：CU1确定对以下项的需要：1)将附加业务负载卸载到CU2，或者2)将先前卸载到CU2的业务中的一些业务取回到CU1。对先前卸载的业务中的一些业务的引用可能仅指先前卸载的业务中的一些一些。

·步骤2：如果CU1确定将附加业务卸载到CU2：

·步骤2.1：CU1从CU2请求附加资源。这些资源可以是下行链路、上行链路或两者。

·步骤2.2：CU2对CU1消极响应(即不授权附加资源)，或者用授权附加资源积极响应。这些附加资源可与步骤2.1中最初请求的资源不同。

·步骤2.3：基于来自CU2的响应，CU1可以更新受影响的路由和UE/节点的IAB节点路由表。所产生的结果是附加的CU1业务经由CU2卸载。

·步骤3：如果CU1确定取回到CU2的先前卸载的业务中的一些业务：

·步骤3.1：CU1可以通知CU2：它可以减少用于卸载的资源分配，即先前卸载的业务中的一些业务可被返回到CU1。(为CU1卸载的业务分配的)这些资源可以是下行链路、上行链路或两者。

·步骤3.2：CU2可以用确认来响应CU1。CU2可以释放与转移回到CU1的所卸载业务相关联的对应资源。

·步骤3.3：CU1更新受影响的路由和UE/节点的IAB节点路由表。所产生的结果将是更多的业务经由CU1路由，而更少的业务通过CU2路由(因为先前卸载的业务中的一些业务返回到CU1)。

CU2的动态卸载请求

根据某些实施例，包括CU2的动态卸载请求的方法包括：

·步骤1：CU2确定：1)它可以从CU1取得附加的业务(如果先前CU2不能完全提供由CU1所请求的资源，或者2)由于任何原因，诸如来自其自身(即CU2域下)IAB节点的业务需求激增等，它需要减少分配到迁移IAB节点的资源。类似于来自CU1的卸载请求，所分配资源的减少可能仅指所卸载业务中的一些业务。

·步骤2：如果CU2确定它可以提供附加的资源来卸载来自CU1的业务：

·步骤2.1：CU2通知CU1：它可以从CU1取得附加的业务。这些资源可以是下行链路、上行链路或两者。CU2还可以通知它可以向CU1提供的附加资源的数量。

·步骤2.2：CU1对CU2消极响应(即如果不再需要附加的资源)，或者它可以积极响应(即接受所提供的资源)。

·步骤2.2’：CU2可以向CU1发送握手该过程的确认。

·步骤2.3：基于步骤2.2或2.2’中来自CU1的响应，CU1可以更新受影响的IAB节点和UE的IAB节点路由表。所产生的结果是附加业务现在经由CU2来卸载。

·步骤3：如果CU2确定它需要减少所分配的资源：

·步骤3.1：CU2通知CU1：它需要减少资源分配。这些资源可以是下行链路、上行链路或两者。它还指示将减少/终止哪些资源(即BH RLC信道)。

·步骤3.2：CU1可以用以下项响应CU2：

·步骤3.2.1：指示接受CU2请求的确认，或

·步骤3.2.2：备选地，对于资源分配的第二请求，其可以包括与先前配置不同的配置。这可以被进行以根据来自CU2的请求来调整/定制业务和对应的QoS要求。

·可选地，步骤3.2.2.1：CU2可以通过接受新请求、拒绝新请求、或提供不同的资源分配来响应来自CU1的请求。

这可以循环返回到步骤2.2。

·步骤3.3：CU1更新受影响的UE和IAB节点的IAB节点路由表。所产生的结果将是更多的业务经由CU1路由，而更少的业务通过CU2路由。

对返回到起源CU(例如CU1)的所卸载业务的一部分的引用或取回先前卸载的业务中的一些业务可以被认为是仅引用所卸载业务的一部分或仅取回所卸载业务的一部分。同样，业务中的“一部分”或“一些”指的是少于先前卸载的业务的全部量，即仅是先前卸载的业务的一部分。

用于自适应/动态业务共享的基于定时器的轮询或按需状态检查

根据某些实施例，当多个CU涉及负载共享(业务卸载)(例如，如在以上部分中的示例中提供的CU1和CU2)时，具有F1连接的CU(CU1)可以朝向CU2和/或顶级IAB节点配置定时器。在这样的定时器到期时，被轮询的网络实体将提供业务拥塞状态。这种状态可以通过简单的标志来指示(装载/去装载，即不具有能力、具有能力)。备选地，这可以通过提供比特率来指示；新CU(例如CU2)可以处置来自需要卸载业务的CU(CU1)的多少业务。

根据某些实施例，基于对预配置的基于时间的轮询的此类反馈，CU1确定它是否可以卸载附加业务或者它是否需要撤销来自CU2的业务中的一些业务。当多个CU涉及负载共享时，定时器可以被明确地发信号通知或者可以是隐含的默认值。

根据某些实施例，轮询也可以独立于定时器，由此CU1或CU2按需执行状态检查。然而，在某些实施例中，此类状态检查的触发或事件可以被预配置，以免如果触发条件没有被很好地定义，在多个Cu之间可能发生的过多信令。

根据特定实施例，此类触发的示例可以是：

·在特定实施例中，顶级IAB节点具有业务的突增或者渐增(在某个预配置的持续时间内负载增加某个阈值；(例如)可以按照比特率来配置业务负载阈值)。在这种情况下，附加业务然后进一步需要卸载到CU2。

·顶级IAB节点具有业务负载的下降(下降某个所配置阈值)。这可能对CU1给予机会来撤销来自CU2的业务中的一些业务。

·处置去往/来自顶级节点的业务的来自CU2的父节点中的任何父节点变得拥塞(在某个持续时间内达到某个限度)，或者如果业务负载存在下降(在某个持续时间内达到某个限度)。

根据某些实施例，可以通过使用新的轻量级Xn信令消息或将其附加到现有信令(诸如切换准备过程或辅节点设置过程(主节点、辅助节点双连接性过程)的一部分)来指示此类轮询信息的发起。

根据某些实施例，此类轮询的响应(例如，业务负载状态响应标志)是新的轻量级信令消息。

图13示出了根据一些实施例的通信系统100的示例。在示例中，通信系统100包括电信网络102，所述电信网络102包括诸如无线电接入网络(RAN)的接入网络104以及核心网络106，所述核心网络106包括一个或多个核心网络节点108。接入网络104包括一个或多个接入网络节点，诸如网络节点110a和110b(其中的一个或多个可以统称为网络节点110)，或者任何其他类似的第三代合作伙伴计划(3GPP)接入节点或非3GPP接入点。网络节点110促进用户设备(UE)的直接或间接连接，诸如通过将UE 112a、112b、112c和112d(其中的一个或多个可以统称为UE 112)通过一个或多个无线连接而连接到核心网络106。

通过无线连接的示例无线通信包括使用电磁波、无线电波、红外波和/或适合用于传达信息的其他类型的信号来传送和/或接收无线信号，而不使用电线、电缆或其他材料导体。此外，在不同的实施例中，通信系统100可以包括任何数量的有线或无线网络、网络节点、UE和/或可以促进或参与数据和/或信号的传递(无论是经由有线还是无线连接)的任何其他组件或系统。通信系统100可以包括任何类型的通信、电信、数据、蜂窝、无线电网络和/或其他类似类型的系统和/或与之通过接口连接。

UE 112可以是多种通信装置中的任何一种，包括被安排、配置和/或可操作用来与网络节点110和其他通信装置进行无线通信的无线装置。类似地，网络节点110被安排、能够、配置成和/或可操作用来直接或间接地与UE 112和/或与电信网络102中的其他网络节点或设备通信，以使能和/或提供网络接入，诸如无线网络接入，和/或执行其他功能，诸如电信网络102中的管理。

在所描绘的示例中，核心网络106将网络节点110连接到一个或多个主机，诸如主机116。这些连接可以是直接的，或者经由一个或多个中间网络或装置而间接的。在其他示例中，网络节点可以直接耦合到主机。核心网络106包括一个或多个利用硬件和软件组件构成的核心网络节点(例如，核心网络节点108)。这些组件的特征可以基本上类似于关于UE、网络节点和/或主机描述的那些特征，使得其描述一般可适用于核心网络节点108的对应组件。示例核心网络节点包括移动交换中心(MSC)、移动性管理实体(MME)、归属订户服务器(HSS)、接入和移动性管理功能(AMF)、会话管理功能(SMF)、认证服务器功能(AUSF)、订阅标识符去隐藏功能(SIDF)、统一数据管理(UDM)、安全边缘保护代理(SEPP)、网络暴露功能(NEF)和/或用户平面功能(UPF)中的一个或多个的功能。

主机116可以由除接入网络104和/或电信网络102的运营商或提供商之外的服务提供商拥有或控制，并且可以由服务提供商或代表服务提供商来操作。主机116可以托管各种应用以提供一种或多种服务。这样的应用的示例包括实况和预录制的音频/视频内容、数据收集服务(诸如取和编译关于由多个UE检测到的各种环境条件的数据)、分析功能性、社交媒体、用于控制远程装置或以其他方式与远程装置交互的功能、用于报警和监视中心的功能、或由服务器执行的任何其他这样的功能。

作为整体，图13的通信系统100使能UE、网络节点和主机之间的连接性。在那种意义上，通信系统可以配置成根据预定义的规则或过程进行操作，诸如特定的标准，包括但不限于：全球移动通信系统(GSM)；通用移动电信系统(UMTS)；长期演进(LTE)和/或其他合适的2G、3G、4G、5G标准，或者任何可适用的未来一代标准(例如，6G)；无线局域网(WLAN)标准，诸如电气和电子工程师协会(IEEE)802.11标准(WiFi)；和/或任何其他适当的无线通信标准，诸如微波接入全球互通(WiMax)、蓝牙、Z-Wave、近场通信(NFC)ZigBee、LiFi和/或任何低功率广域网(LPWAN)标准，诸如LoRa和Sigfox。

在一些示例中，电信网络102是实现3GPP标准化特征的蜂窝网络。因此，电信网络102可以支持网络切片，以向连接到电信网络102的不同装置提供不同的逻辑网络。例如，电信网络102可以向一些UE提供超可靠低时延通信(URLLC)服务，同时向其他UE提供增强型移动宽带(eMBB)服务，和/或向又有的另外的UE提供大规模机器类型通信(mMTC)/大规模IoT服务。

在一些示例中，UE 112配置成在没有直接人类交互的情况下传送给和/或接收信息。例如，UE可以被设计成在由内部或外部事件触发时，或者响应于来自接入网络104的请求，按照预确定的时间表向接入网络104传送信息。此外，UE可以被配置用于在单RAT或多RAT或多标准模式下操作。例如，UE可以与Wi-Fi、NR(新空口)和LTE中的任何一个或组合一起操作，即，被配置用于多无线电双连接性(MR-DC)，诸如E-UTRAN(演进的UMTS陆地无线电接入网络)新空口双连接性(EN-DC)。

在示例中，中枢114与接入网络104进行通信，以促进一个或多个UE(例如，UE 112c和/或112d)与网络节点(例如，网络节点110b)之间的间接通信。在一些示例中，中枢114可以是控制器、路由器、内容源和分析设备，或者本文中描述的关于UE的其他通信装置中的任一个。例如，中枢114可以是使能UE接入核心网络106的宽带路由器。作为另一个示例，中枢114可以是向UE中的一个或多个致动器发送命令或指令的控制器。可以从UE、网络节点110接收命令或指令，或者通过中枢114中的可执行代码、脚本、进程或其他指令接收命令或指令。作为另一个示例，中枢114可以是充当UE数据的临时存储装置的数据收集器，并且在一些实施例中，可以执行数据的分析或其他处理。作为另一个示例，中枢114可以是内容源。例如，对于作为VR头戴式耳机、显示器、扬声器或其他媒体递送装置的UE，中枢114可以经由网络节点取VR资产、视频、音频或其他与感官信息相关的媒体或数据，然后中枢114或者直接地、在执行本地处理之后，和/或在添加附加本地内容之后将其提供给UE。在仍有的另一示例中，中枢114充当UE的代理服务器或编排器，特别是在UE中的一个或多个UE是低能量IoT装置的情况下。

中枢114可以具有到网络节点110b的持续/持久或间歇连接。中枢114还可以允许中枢114和UE(例如，UE 112c和/或112d)之间以及中枢114和核心网络106之间的不同通信方案和/或调度。在其他示例中，中枢114经由有线连接连接到核心网络106和/或一个或多个UE。此外，中枢114可以配置成通过接入网络104连接到M2M服务提供商和/或通过直接连接连接到另一个UE。在一些场景中，UE可以与网络节点110建立无线连接，同时仍然经由有线或无线连接经由中枢114连接。在一些实施例中，中枢114可以是专用中枢，也就是说，其主要功能是要从网络节点110b向UE/从UE向网络节点110b路由通信的中枢。在其他实施例中，中枢114可以是非专用中枢，也就是说，能够操作用来在UE和网络节点110b之间路由通信，但是附加地能够操作作为某些数据信道的通信起点和/或终点的装置。

图14示出了根据一些实施例的UE 200。如本文中所使用的，UE指的是能够、配置成、被布置成和/或可操作用来与网络节点和/或其他UE进行无线通信的装置。UE的示例包括但不限于智能电话、移动电话、蜂窝电话、IP上的语音(VoIP)电话、无线本地环路电话、台式计算机、个人数字助理(PDA)、无线相机、游戏控制台或装置、音乐存储装置、回放设备、可佩戴终端装置、无线端点、移动站、平板电脑、膝上型电脑、膝上型嵌入式设备(LEE)、膝上型安装式设备(LME)、智能装置、无线客户驻地设备(CPE)、交通工具安装或交通工具嵌入/集成无线装置等。其他示例包括由第三代合作伙伴计划(3GPP)标识的任何UE，包括窄带物联网(NB-IoT)UE、机器类型通信(MTC)UE和/或增强型MTC(eMTC)UE。

UE可以支持装置到装置(D2D)通信，例如通过实现用于侧链路通信、专用短程通信(DSRC)、交通工具到交通工具(V2V)、交通工具到基础设施(V2I)或交通工具到一切(V2X)的3GPP标准。在其他示例中，UE可能不一定具有拥有和/或操作相关装置的人类用户意义上的用户。相反，UE可以代表意图用于出售给人类用户或由人类用户操作但是可能不与特定的人类用户相关联或者最初可能不与特定的人类用户相关联的装置(例如，智能喷洒器控制器)。备选地，UE可以代表不意图用于出售给终端用户或由终端用户操作但是可以与用户相关联或为用户的利益而操作的装置(例如，智能电表)。

UE 200包括处理电路202，所述处理电路202经由总线204操作地耦合到输入/输出接口206、电源208、存储器210、通信接口212和/或任何其他组件或其任何组合。某些UE可以利用图14中所示的组件中的所有组件或组件的子集。组件之间的集成水平可能从一个UE到另一个UE而变化。此外，某些UE可以包含组件的多个实例，诸如多个处理器、存储器、收发器、传送器、接收器等。

处理电路202配置成处理指令和数据，并且可以配置成实现操作用来执行作为机器可读计算机程序存储在存储器210中的指令的任何顺序状态机。处理电路202可以被实现为一个或多个硬件实现的状态机(例如，在离散逻辑、现场可编程门阵列(FPGA)、专用集成电路(ASIC)等中)；可编程逻辑以及适当的固件；一个或多个存储的计算机程序、通用处理器，诸如微处理器或数字信号处理器(DSP)，以及适当的软件；或者上述的任何组合。例如，处理电路202可以包括多个中央处理单元(CPU)。

在示例中，输入/输出接口206可以配置成向输入装置、输出装置或一个或多个输入和/或输出装置提供一个或多个接口。输出装置的示例包括扬声器、声卡、视频卡、显示器、监测器、打印机、致动器、发射器、智能卡、另一输出装置或其任何组合。输入装置可以允许用户将信息捕获到UE 200中。输入装置的示例包括触敏或存在敏感显示器、相机(例如，数码相机、数码摄像机、web相机等)、麦克风、传感器、鼠标、轨迹球、方向板、轨迹板、滚轮、智能卡等等。存在敏感显示器可以包括电容式或电阻式触摸传感器，以感测来自用户的输入。传感器可以是例如加速度计、陀螺仪、倾斜传感器、力传感器、磁力计、光学传感器、接近传感器、生物计量传感器等，或其任何组合。输出装置可以使用与输入装置相同类型的接口端口。例如，通用串行总线(USB)端口可以用于提供输入装置和输出装置。

在一些实施例中，电源208被构造为电池或电池组。可以使用其他类型的电源，诸如外部电源(例如电源插座)、光伏装置或电池。电源208可以进一步包括功率电路，用于经由输入电路或诸如电力电缆的接口将来自电源208本身和/或外部电源的功率输送到UE200的各个部分。输送功率可以例如用于电源208的充电。功率电路可以对来自电源208的功率执行任何格式化、转换或其他修改，以使功率适合用于被供应电力的UE 200的相应组件。

存储器210可以是或配置成包括存储器，诸如随机存取存储器(RAM)、只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁盘、光盘、硬盘、可拆卸盒式磁带、闪速驱动器等。在一个示例中，存储器210包括一个或多个应用程序214，诸如操作系统、web浏览器应用、小工具、小部件引擎或其他应用，以及对应的数据216。存储器210可以存储供UE 200使用的各种操作系统或操作系统的组合中的任一个。

存储器210可以配置成包括多个物理驱动单元，诸如独立磁盘冗余阵列(RAID)、闪速存储器、USB闪速驱动器、外部硬盘驱动器、拇指驱动器、笔驱动器、键驱动器、高密度数字多功能盘(HD-DVD)光盘驱动器、内部硬盘驱动器、蓝光光盘驱动器、全息数字数据存储(HDDS)光盘驱动器、外部迷你双列直插式存储器模块(DIMM)、同步动态随机存取存储器(SDRAM)、外部微型DIMM SDRAM、智能卡存储器(诸如采用通用集成电路卡(UICC)形式的防篡改模块，包括一个或多个订户标识模块(SIM)，诸如USIM和/或ISIM)、其他存储器或其任何组合。例如，UICC可以是嵌入式UICC(eUICC)、集成UICC(iUICC)或通常称为“SIM卡”的可拆卸UICC。存储器210可以允许UE 200访问存储在暂时性或非暂时性存储介质上的指令、应用程序等，以卸载数据或上传数据。诸如利用通信系统的一个制品的制品可以有形地体现为存储器210或在存储器210中，所述存储器210可以是或包括装置可读存储介质。

处理电路202可以配置成使用通信接口212与接入网络或其他网络进行通信。通信接口212可以包括一个或多个通信子系统，并且可以包括或通信耦合到天线222。通信接口212可以包括用于通信的一个或多个收发器，诸如通过与能够进行无线通信的另一装置(例如，接入网络中的另一UE或网络节点)的一个或多个远程收发器进行通信。每个收发器可以包括适于提供网络通信(例如，光、电、频率分配等)的传送器218和/或接收器220。此外，传送器218和接收器220可以耦合到一个或多个天线(例如，天线222)，并且可以共享电路组件、软件或固件，或者备选地单独实现。

在所说明的实施例中，通信接口212的通信功能可以包括蜂窝通信、Wi-Fi通信、LPWAN通信、数据通信、语音通信、多媒体通信、诸如蓝牙、近场通信的短程通信、诸如使用全球定位系统(GPS)来确定位置的基于位置的通信、另一相似的通信功能或其任何组合。通信可以根据一个或多个通信协议和/或标准来实现，诸如IEEE 802.11、码分复用接入(CDMA)、宽带码分多址(WCDMA)、GSM、LTE、新空口(NR)、UMTS、WiMax、以太网、传输控制协议/因特网协议(TCP/IP)、同步光联网(SONET)、异步传输模式(ATM)、QUIC、超文本传输协议(HTTP)等等。

不管传感器的类型如何，UE都可以通过其通信接口212经由到网络节点的无线连接来提供由其传感器捕获的数据的输出。由UE的传感器捕获的数据可以经由另一个UE通过无线连接传递到网络节点。输出可以是周期性的(例如，如果它报告所感测的温度，则每15分钟一次)、随机的(例如，为了使来自从若干个传感器的报告的负载均匀)、响应于触发事件(例如，当检测到湿气时，发送警报)、响应于请求(例如，用户发起的请求)、或连续流(例如，患者的实况视频馈送)。

作为另一个示例，UE包括与通信接口相关的致动器、马达或开关，所述通信接口配置成经由无线连接从网络节点接收无线输入。响应于接收的无线输入，致动器、马达或开关的状态可以改变。例如，UE可以包括马达，所述马达根据接收的输入来调整飞行中的无人机的控制表面或旋翼，或者根据接收的输入来调整执行医疗过程的机器人臂。

当处于物联网(IoT)装置的形式时，UE可以是供在一个或多个应用领域中使用的装置，这些领域包括但不限于城市可穿戴技术、扩展的工业应用和保健。这样的IoT装置的非限制性示例是以下装置或嵌入以下中的装置：连接的冰箱或冰柜、电视、连接的照明装置、电表、机器人真空吸尘器、声控智能扬声器、家庭安全相机、运动检测器、恒温器、烟雾检测器、门/窗传感器、洪水/湿气传感器、电子门锁、连接的门铃、像热泵一样的空调系统、自动驾驶交通工具、监视系统、天气监测装置、交通工具停放监控设备监测装置、电动交通工具充电站、智能手表、健身追踪器、用于增强现实(AR)或虚拟现实(VR)的头戴式显示器、用于触觉增强或感官增强的可穿戴设备、洒水器、动物或物品跟踪装置、用于监测植物或动物的传感器、工业机器人、无人驾驶飞行器(UAV)以及任何种类的医疗装置，类似于心率监测器或遥控手术机器人。除了如关于图14中所示的UE 200描述的其他组件之外，采用IoT装置形式的UE包括依赖于IoT装置的预期应用的电路和/或软件。

作为又有的另一个具体示例，在IoT场景中，UE可以代表执行监测和/或测量，并将这样的监测和/或测量的结果传送到另一个UE和/或网络节点的机器或其他装置。在这种情况下，UE可以是M2M装置，其在3GPP上下文中可以被称为MTC装置。作为一个特定示例，UE可以实现3GPP NB-IoT标准。在其他场景中，UE可以代表交通工具，诸如汽车、公共汽车、卡车、轮船和飞机，或者能够监测和/或报告其操作状态或与其操作相关联的其他功能的其他设备。

实际上，关于单个用例，可以一起使用任何数量的UE。例如，第一UE可以是无人机或集成在无人机中，并向作为操作无人机的遥控器的第二UE提供无人机的速度信息(通过速度传感器获得)。当用户从遥控器做出改变时，第一UE可以调整无人机上的油门(例如，通过控制致动器)以增加或降低无人机的速度。第一和/或第二UE还可以包括上面描述的功能性中的多于一个。例如，UE可以包括传感器和致动器，并且处置速度传感器和致动器两者的数据的传递。

图15示出了根据一些实施例的网络节点300。如本文中所使用的，网络节点指的是能够、配置成、被布置成和/或可操作用来与电信网络中的UE和/或与其他网络节点或设备直接或间接通信的设备。网络节点的示例包括但不限于接入点(AP)(例如，无线电接入点)、基站(BS)(例如，无线电基站、节点B、演进节点B(eNB)和NR节点B(gNB))。

基站可以基于它们提供的覆盖量(或者换句话说，它们的传送功率水平)来分类，并且因此，取决于所提供的覆盖量，可以被称为毫微微基站、微微基站、微基站或宏基站。基站可以是中继节点或控制中继的中继施主节点。网络节点还可以包括分布式无线电基站的一个或多个(或所有)部分，诸如集中式数字单元和/或远程无线电单元(RRU)，所述远程无线电单元有时被称为远程无线电头端(RRH)。这样的远程无线电单元可以或可以不与天线集成为天线集成无线电设备。分布式无线电基站的部分也可以被称为分布式天线系统(DAS)中的节点。

网络节点的其他示例包括多传输点(多TRP)5G接入节点、诸如MSR BS的多标准无线电(MSR)设备、诸如无线电网络控制器(RNC)或基站控制器(BSC)的网络控制器、基站收发信台(BTS)、传输点、传输节点、多小区/多播协调实体(MCE)、操作和维护(O&M)节点、操作支持系统(OSS)节点、自组织网络(SON)节点、定位节点(例如，演进型服务移动位置中心(E-SMLC))和/或最小化路测(MDT)。

网络节点300包括处理电路302、存储器304、通信接口306和电源308。网络节点300可以由多个物理上分离的组件(例如，NodeB组件和RNC组件，或者BTS组件和BSC组件等)组成，其可以各自具有它们自己的相应组件。在其中网络节点300包括多个分开的组件(例如，BTS和BSC组件)的某些场景中，分开的组件中的一个或多个可以在若干个网络节点之间共享。例如，单个RNC可以控制多个NodeB。在这样的场景中，每个唯一的NodeB和RNC对在某些实例中可以被认为是单个单独的网络节点。在一些实施例中，网络节点300可以配置成支持多种无线电接入技术(RAT)。在这样的实施例中，可以复制一些组件(例如，用于不同RAT的单独的存储器304)，并且可以重用一些组件(例如，可以由不同RAT共享相同的天线310)。网络节点300还可以包括集成到网络节点300中的用于不同无线技术的各种所说明的组件的多个集合，例如GSM、WCDMA、LTE、NR、WiFi、Zigbee、Z-wave、LoRaWAN、射频标识(RFID)或蓝牙无线技术。这些无线技术可以集成到网络节点300内的相同或不同的芯片或芯片集以及其他组件中。

处理电路302可以包括：微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路、现场可编程门阵列或任何其他合适的计算装置、资源中的一个或多个的组合，或者可操作用来或者单独地或者与诸如存储器304的其他网络节点300组件相结合地提供网络节点300功能性的硬件、软件和/或编码逻辑的组合。

在一些实施例中，处理电路302包括片上系统(SOC)。在一些实施例中，处理电路302包括射频(RF)收发器电路312和基带处理电路314中的一个或多个。在一些实施例中，射频(RF)收发器电路312和基带处理电路314可以在单独的芯片(或芯片集)、电路板或单元上，诸如无线电单元和数字单元。在备选实施例中，RF收发器电路312和基带处理电路314中的一部分或全部可以在同一芯片或芯片集、电路板或单元上。

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

通信接口306用于网络节点、接入网络和/或UE之间的信令和/或数据的有线或无线传递。如所说明的，通信接口306包括(一个或多个)端口/(一个或多个)端子316，用于例如通过有线连接向网络发送数据和从网络接收数据。通信接口306还包括无线电前端电路318，其可以耦合到天线310，或者在某些实施例中是天线310的一部分。无线电前端电路318包括滤波器320和放大器322。无线电前端电路318可以连接到天线310和处理电路302。无线电前端电路可以配置成调节在天线310和处理电路302之间传递的信号。无线电前端电路318可以接收要经由无线连接向外发送到其他网络节点或UE的数字数据。无线电前端电路318可以使用滤波器320和/或放大器322的组合将数字数据转换成具有适当信道和带宽参数的无线电信号。无线电信号然后可以经由天线310传送。类似地，当接收数据时，天线310可以收集无线电信号，所述无线电信号然后被无线电前端电路318转换成数字数据。数字数据可以被传递到处理电路302。在其他实施例中，通信接口可以包括不同的组件和/或组件的不同组合。

在某些备选实施例中，网络节点300不包括单独的无线电前端电路318，替代地，处理电路302包括无线电前端电路并连接到天线310。类似地，在一些实施例中，RF收发器电路312中的所有或一些是通信接口306的一部分。在仍有的其他实施例中，通信接口306包括一个或多个端口或端子316、无线电前端电路318和RF收发器电路312，作为无线电单元(未示出)的一部分，并且通信接口306与基带处理电路314通信，所述基带处理电路314是数字单元(未示出)的一部分。

天线310可以包括配置成发送和/或接收无线信号的一个或多个天线或天线阵列。天线310可以耦合到无线电前端电路318，并且可以是能够无线传送和接收数据和/或信号的任何类型的天线。在某些实施例中，天线310与网络节点300分离，并且可通过接口或端口连接到网络节点300。

天线310、通信接口306和/或处理电路302可以配置成执行本文中描述为由网络节点执行的任何接收操作和/或某些获得操作。可以从UE、另一个网络节点和/或任何其他网络设备接收任何信息、数据和/或信号。类似地，天线310、通信接口306和/或处理电路302可以配置成执行本文中描述为由网络节点执行的任何传送操作。任何信息、数据和/或信号可以被传送到UE、另一个网络节点和/或任何其他网络设备。

电源308以适合用于各个组件的形式(例如，以每个相应组件所需的电压和电流水平)向网络节点300的相应组件提供电力。电源308可以进一步包括或耦合到功率管理电路，以向网络节点300的组件供应电力，以用于执行本文中描述的功能性。例如，网络节点300可以经由诸如电缆的输入电路或接口连接到外部电源(例如，电网、电源插座)，由此外部电源向电源308的电源电路供应电力。作为另外的示例，电源308可以包括电池或电池组形式的电源，其连接到或集成在功率电路中。如果外部电源出现故障，电池可以提供备用电力。

网络节点300的实施例可以包括除了图15中示出的那些组件之外的附加组件，以用于提供网络节点的功能性的某些方面，包括本文中描述的功能性中的任何功能性和/或支持本文中描述的主题所必需的任何功能性。例如，网络节点300可以包括用户接口设备，以允许将信息输入到网络节点300中，并允许从网络节点300输出信息。这可以允许用户对网络节点300执行诊断、维护、修理和其他管理功能。

图16是根据本文中描述的各个方面的主机400的框图，所述主机400可以是图13的主机116的实施例。如本文中所使用的，主机400可以是或包括硬件和/或软件的各种组合，包括独立服务器、刀片服务器、云实现的服务器、分布式服务器、虚拟机、容器或服务器场中的处理资源。主机400可以向一个或多个UE提供一个或多个服务。

主机400包括处理电路402，其经由总线404操作地耦合到输入/输出接口406、网络接口408、电源410和存储器412。其他组件可以包括在其他实施例中。这些组件的特征可以基本上类似于关于先前附图(诸如图2和图3)的装置所描述的那些特征，使得其描述一般可适用于主机400的对应组件。

存储器412可以包括一个或多个计算机程序，所述计算机程序包括一个或多个主机应用程序414和数据416，所述数据416可以包括用户数据，例如由UE为主机400生成的数据或者由主机400为UE生成的数据。主机400的实施例可以仅利用所示组件的子集或全部。主机应用程序414可以在基于容器的架构中实现，并且可以提供对视频编解码器(例如，通用视频编码(VVC)、高效视频编码(HEVC)、高级视频编码(AVC)、MPEG、VP5)和音频编解码器(例如，FLAC、高级音频编码(AAC)、MPEG、G.711)的支持，包括对UE的多个不同类别、类型或实现(例如，手机、台式计算机、可穿戴显示系统、平视显示系统)的转码。主机应用程序414还可以提供用户认证和许可检查，并且可以周期性地向中央节点(诸如核心网络中或边缘上的装置)报告健康、路由和内容可用性。相应地，主机400可以为UE选择和/或指示不同的主机以用于过顶服务。主机应用程序414可以支持各种协议，诸如HTTP实况流式传播(HLS)协议、实时消息传递协议(RTMP)、实时流式传播协议(RTSP)、HTTP上的动态自适应流式传播(MPEG-DASH)等。

图17是说明虚拟化环境500的框图，在所述虚拟化环境500中，由一些实施例实现的功能可以被虚拟化。在本上下文中，虚拟化意味着创建装置或设备的虚拟版本，所述装置或设备的虚拟版本可以包括虚拟化硬件平台、存储装置和联网资源。如本文中所使用的，虚拟化可以应用于本文中描述的任何装置或其组件，并且涉及其中功能性中的至少一部分被实现为一个或多个虚拟组件的实现。本文中描述的功能中的一些或所有可被实现为由一个或多个虚拟环境500中实现的一个或多个虚拟机(VM)执行的虚拟组件，所述虚拟环境500由硬件节点(诸如作为网络节点、UE、核心网络节点或主机操作的硬件计算装置)中的一个或多个托管。此外，在其中虚拟节点不要求无线电连接性(例如，核心网络节点或主机)的实施例中，然后节点可以被完全虚拟化。

应用502(其可以备选地被称为软件实例、虚拟设备、网络功能、虚拟节点、虚拟网络功能等)在虚拟化环境Q400中运行，以实现本文中公开的实施例中的一些实施例的特征、功能和/或益处中的一些。

硬件504包括处理电路、存储可由硬件处理电路执行的软件和/或指令的存储器、和/或如本文中描述的其他硬件装置，诸如网络接口、输入/输出接口等。软件可由处理电路执行以实例化一个或多个虚拟化层506(也被称为管理程序或虚拟机监测器(VMM))，提供VM508a和508b(其中一个或多个可被统称为VM 508)，和/或执行关于本文中描述的一些实施例描述的功能、特征和/或益处中的任一个。虚拟化层506可以向VM 508呈现看起来类似于联网硬件的虚拟操作平台。

VM 508包括虚拟处理、虚拟存储器、虚拟联网或接口以及虚拟存储装置，并且可以由对应的虚拟化层506运行。虚拟设备502的实例的不同实施例可以在VM 508中的一个或多个上实现，并且实现可以以不同的方式进行。硬件的虚拟化在某些上下文中被称为网络功能虚拟化(NFV)。NFV可用于将许多网络设备类型整合到可以位于数据中心和客户驻地设备中的行业标准的海量服务器硬件、物理交换机和物理存储装置上。

在NFV的上下文中，VM 508可以是运行程序的物理机器的软件实现，就像它们正在物理的非虚拟化机器上执行一样。VM 508中的每个和执行该VM的硬件508的那一部分，无论是专用于该VM的硬件和/或由该VM与VM中的其他VM共享的硬件，都形成分开的虚拟网络元件。仍然在NFV的上下文中，虚拟网络功能负责处置在硬件508顶部上的一个或多个VM 504中运行的特定网络功能，并且对应于应用502。

硬件504可以在具有通用或特定组件的独立网络节点中实现。硬件504可以经由虚拟化实现一些功能。备选地，硬件504可以是更大的硬件集群(例如，诸如在数据中心或CPE中)的一部分，其中许多硬件节点一起工作并且经由管理和编排510来管理，所述管理和编排510还监督应用502的生命周期管理。在一些实施例中，硬件504耦合到一个或多个无线电单元，所述无线电单元各自包括可以耦合到一个或多个天线的一个或多个传送器和一个或多个接收器。无线电单元可以经由一个或多个适当的网络接口直接与其他硬件节点通信，并且可以与虚拟组件结合使用，以向虚拟节点提供无线电能力，诸如无线电接入节点或基站。在一些实施例中，可以使用控制系统512来提供一些信令，所述控制系统512可以备选地用于硬件节点和无线电单元之间的通信。

图18示出了根据一些实施例的主机602通过部分无线连接经由网络节点604与UE606通信的通信图。

现在将参考图18描述根据各种实施例的前面段落中讨论的UE(诸如图13的UE112a和/或图14的UE 200)、网络节点(诸如图13的网络节点110a和/或图15的网络节点300)和主机(诸如图13的主机116和/或图16的主机400)的示例实现。

像主机400一样，主机602的实施例包括硬件，诸如通信接口、处理电路和存储器。主机602还包括存储在主机602中或由主机602可访问并且由处理电路可执行的软件。软件包括主机应用，所述主机应用可以是可操作用来向远程用户提供服务，诸如UE 606经由在UE 606和主机602之间延伸的过顶(OTT)连接650进行连接。在向远程用户提供服务时，主机应用可以提供使用OTT连接650传送的用户数据。

网络节点604包括使其能够与主机602和UE 606通信的硬件。连接660可以是直接的或通过核心网络(比如图13的核心网络106)和/或一个或多个其他中间网络，诸如一个或多个公共、私有或托管网络。例如，中间网络可以是主干网络或因特网。

UE 606包括存储在UE 606中或由UE 606可访问并且由UE的处理电路可执行的硬件和软件。软件包括客户端应用，诸如web浏览器或运营商专用的“应用”，其可以是可操作用来在主机602的支持下经由UE 606向人类或非人类用户提供服务。在主机602中，正在执行的主机应用可以经由端接于UE 606和主机602的OTT连接650与正在执行的客户端应用进行通信。在向用户提供服务时，UE的客户端应用可以从主机的主机应用接收请求数据，并响应于请求数据提供用户数据。OTT连接650可以传输请求数据和用户数据两者。UE的客户端应用可以与用户交互以生成用户数据，它将所述用户数据通过OTT连接650提供给主机应用。

OTT连接650可以经由主机602和网络节点604之间的连接660以及经由网络节点604和UE 606之间的无线连接670延伸，以提供主机602和UE 606之间的连接。可以通过其提供OTT连接650的连接660和无线连接670已经被抽象地绘制，以说明主机602和UE 606之间经由网络节点604的通信，而没有明确提及任何中间装置以及经由这些装置的消息的精确路由。

作为经由OTT连接650传送数据的示例，在步骤608中，主机602提供用户数据，这可以通过执行主机应用来执行。在一些实施例中，用户数据与和UE 606交互的特定人类用户相关联。在其他实施例中，用户数据与UE 606相关联，所述UE 606与主机602共享数据，而没有明确的人工交互。在步骤610中，主机602发起朝UE 606的携带用户数据的传输。主机602可以响应于由UE 606传送的请求发起传输。请求可以由与UE 606的人类交互或者由在UE606上执行的客户端应用的操作引起。根据贯穿这个公开描述的实施例的教导，传输可以经由网络节点604。因此，在步骤612中，根据贯穿这个公开描述的实施例的教导，网络节点604向UE 606传送在主机602发起过的传输中携带过的用户数据。在步骤614中，UE 606接收传输中携带的用户数据，这可以由与主机602执行的主机应用相关联的在UE 606上执行的客户端应用来执行。

在一些示例中，UE 606执行向主机602提供用户数据的客户端应用。用户数据可以作为对从主机602接收的数据的反应或响应来提供。因此，在步骤616中，UE 606可以提供用户数据，这可以通过执行客户端应用来执行。在提供用户数据时，客户端应用可以进一步考虑经由UE 606的输入/输出接口从用户接收的用户输入。不管提供了用户数据的特定方式如何，在步骤618中，UE 606发起经由网络节点604朝主机602的用户数据的传输。在步骤620中，根据贯穿这个公开描述的实施例的教导，网络节点604从UE 606接收用户数据，并发起朝主机602的接收的用户数据的传输。在步骤622中，主机602接收由UE 606发起的传输中携带的用户数据。

各种实施例中的一个或多个使用OTT连接650改进了向UE 606提供的OTT服务的性能，其中无线连接670形成最后一段。更准确地，这些实施例的教导可以改进例如以下中的一个或多个：数据速率、时延和/或功率消耗，并且从而提供诸如例如减少的用户等待时间、对文件大小的放宽的限制、改进的内容分辨率、更好的响应性、和/或延长的电池寿命之类的益处。

在示例场景中，可以由主机602收集和分析工厂状态信息。作为另一个示例，主机602可以处理可能已经从UE获取的音频和视频数据，以供创建地图时使用。作为另一个示例，主机602可以收集和分析实时数据以帮助控制交通工具拥堵(例如控制交通灯)。作为另一个示例，主机602可以存储由UE上传的监控视频。作为另一个示例，主机602可以存储或控制对它可以向UE广播、多播或单播的媒体内容的访问，所述媒体内容诸如视频、音频、VR或AR。作为其他示例，主机602可用于能源定价、远程控制非时间关键电力负载以平衡发电需求、定位服务、演示服务(诸如编译来自从远程装置收集的数据的图表等)，或者收集、取、存储、分析和/或传送数据的任何其他功能。

在一些示例中，可以出于监测数据速率、延迟和一个或多个实施例改进的其他因素的目的来提供测量过程。响应于测量结果的变化，可以进一步存在有用于重新配置主机602和UE 606之间的OTT连接650的可选的网络功能性。可以用主机602和/或UE 606的软件和硬件来实现测量过程和/或用于重新配置OTT连接的网络功能性。在一些实施例中，传感器(未示出)可以被部署在OTT连接650经过的其他装置中或者可以与OTT连接650经过的其他装置相关联；传感器可以通过供应上面例示的监测量的值或供应软件可以由其计算或估计监测量的其他物理量的值来参与测量过程。OTT连接650的重新配置可以包括消息格式、重传设置、优选的路由选择等；重新配置不需要直接变更网络节点604的操作。这样的过程和功能性在本领域中可以是已知的并且被实施。在某些实施例中，测量可涉及促进吞吐量、传播时间、延迟等等的主机602的测量的专有UE信令。可以实现测量，因为在软件监测传播时间、错误等的同时，软件使用OTT连接650来使消息被传送，特别是空的消息或“假的”消息被传送。

尽管本文中描述的计算装置(例如，UE、网络节点、主机)可以包括所说明的硬件组件的组合，但是其他实施例可以包括具有不同组件组合的计算装置。要理解，这些计算装置可以包括执行本文中公开的任务、特征、功能和方法所需的硬件和/或软件的任何合适的组合。本文中描述的确定、计算、获得或类似操作可以由处理电路执行，所述处理电路可以通过例如将获得的信息转换成其他信息、将获得的信息或转换的信息与存储在网络节点中的信息进行比较、和/或基于获得的信息或转换的信息执行一个或多个操作来处理信息，并且作为所述处理的结果做出确定。此外，尽管组件被描绘为位于较大框内或嵌套在多个框内的单个框，但实际上，计算装置可以包括构成单个所说明的组件的多个不同物理组件，并且功能性可以在分开的组件之间划分。例如，通信接口可以配置成包括本文中描述的组件中的任何组件，和/或组件的功能性可以在处理电路和通信接口之间划分。在另一个示例中，可以用软件或固件实现这样的组件中的任何组件的非计算密集型功能，并且可以用硬件实现计算密集型功能。

在某些实施例中，本文中描述的功能性中的一些或所有功能性可以由执行存储在存储器中的指令的处理电路来提供，在某些实施例中，所述存储器可以是以非暂时性计算机可读存储介质形式的计算机程序产品。在备选实施例中，功能性中的一些或所有功能性可以由处理电路提供，而不执行存储在单独或分立的装置可读存储介质上的指令，诸如以硬连线方式。在那些特定实施例中的任一个实施例中，无论是否执行存储在非暂时性计算机可读存储介质上的指令，处理电路都可以配置成执行所描述的功能性。由这样的功能性提供的益处不限于单独的处理电路或不限于计算装置的其他组件，而是由作为整体的计算装置和/或一般由终端用户和无线网络享有。

图19说明了根据某些实施例的由IAB网络中的CU1执行的方法700。根据该方法，在步骤702，CU1向CU2传送第一消息或从CU2接收第一消息。第一消息包括指示所卸载的业务的一部分要被返回到CU1的信息。所卸载的业务先前从CU1卸载到CU2。

在特定实施例中，在传送第一消息之前，CU1将所卸载的业务从第一CU1卸载到CU2。

在特定实施例中，所卸载的业务在迁移IAB节点处端接。

在特定实施例中，CU1接收先前从CU1卸载到CU2的所卸载的业务的一部分。

在特定实施例中，CU1包括F1终端节点，并且CU2包括F1非终端节点。

在特定实施例中，第一消息指示与要被返回到CU1的所卸载的业务的一部分相关联的数量业务。

在特定实施例中，CU1在传送第一消息之前确定CU1具有处置要被返回到CU1的所卸载的业务的一部分的能力。

在特定实施例中，CU1确定条件已经满足，并且响应于确定条件已经满足，向CU2传送第一消息，其中所述条件包括以下至少一个：确定定时器已经到期；标识目标施主节点处业务负载增加；标识目标施主节点处的业务已经增加多于阈值量；标识源施主节点处业务负载减少；以及标识源施主节点处的业务已经减少多于阈值量。

在特定实施例中，CU1从CU2接收第二消息，所述第二消息指示要由CU2释放的至少一个资源。

在特定实施例中，来自CU2的第一消息发起所卸载的业务的一部分被返回到CU1，并且该方法包括向CU2传送第二消息，所述第二消息确认所卸载的业务的一部分被返回到CU1。

在特定实施例中，第一消息指示与要被返回到CU1的所卸载的业务的一部分相关联的至少一个授权资源。

在特定实施例中，至少一个授权资源包括以下中的至少一个：下行链路资源和/或上行链路资源。

在特定实施例中，CU1向至少一个IAB节点传送与要被返回到CU1的所卸载的业务的一部分相关联的信息。

在进一步的特定实施例中，传送到至少一个IAB节点的信息包括路由表。

图20说明了根据某些实施例的由IAB网络中的CU2执行的方法800。根据该方法，在802，CU2向CU1传送第一消息或从CU1接收第一消息。第一消息包括指示所卸载的业务的一部分要被返回到CU1的信息，并且所卸载的业务先前从CU1卸载到CU2。

在特定实施例中，在传送第一消息或接收第一消息之前，CU2接收所卸载的业务。

在进一步的特定实施例中，所卸载的业务在迁移IAB节点处端接。

在特定实施例中，CU1包括F1终端节点，并且CU2包括F1非终端节点。

在特定实施例中，第一消息指示与要被返回到CU1的所卸载的业务的一部分相关联的数量业务。

在特定实施例中，CU2确定CU2不具有处置要被返回到CU1的所卸载的业务的一部分的能力。

在特定实施例中，CU2确定条件已经满足，并且响应于确定条件已经满足，向CU1传送第一消息。所述条件包括以下至少一个：确定定时器已经到期；标识目标施主节点处业务负载增加；标识目标施主节点处的业务已经增加多于阈值量；标识源施主节点处业务负载减少；以及标识源施主节点处的业务已经减少多于阈值量。

在特定实施例中，CU2从CU1接收第二消息，所述第二消息指示要由CU2释放的至少一个资源。

在特定实施例中，从CU1接收第一消息发起所卸载的业务的一部分被返回到CU1，并且CU2向CU1传送第二消息，所述第二消息确认所卸载的业务的一部分被返回到CU1。

在特定实施例中，第一消息指示与要被返回到CU1的所卸载的业务的一部分相关联的至少一个授权资源。

在特定实施例中，至少一个授权资源包括以下中的至少一个：下行链路资源和/或上行链路资源。

在特定实施例中，CU2向至少一个IAB节点传送与要被返回到CU1的所卸载的业务的一部分相关联的信息。

在进一步的特定实施例中，传送到至少一个IAB节点的信息包括路由表。

示例实施例

A组示例实施例

示例实施例A1.一种由用户设备用于集成接入和回程IAB网络中的临时和/或自适应负载平衡的方法，所述方法包括：上面描述的用户设备步骤、特征或功能中的任何一个，单独地或者与上面描述的其他步骤、特征或功能相结合。

示例实施例A2.根据前述实施例所述的方法，进一步包括上面描述的一个或多个附加的用户设备步骤、特征或功能。

示例实施例A3.根据前述实施例中任一项所述的方法，进一步包括：提供用户数据；以及经由到网络节点的传输将用户数据转发到主机计算机。

B组示例实施例

示例实施例B1.一种由网络节点执行的用于集成接入和回程IAB网络中的临时和/或自适应负载平衡的方法，所述方法包括：上面描述的网络节点步骤、特征或功能中的任何一个，或者单独或与上面描述的其他步骤、特征或功能相结合。

示例实施例B2.根据前述实施例所述的方法，进一步包括上面描述的一个或多个附加的网络节点步骤、特征或功能。

示例实施例B3.根据前述实施例中任一项所述的方法，进一步包括：获得用户数据；以及将用户数据转发到主机或用户设备。

C组示例实施例

示例实施例C1.一种由源施主节点执行的用于集成接入和回程IAB网络中的临时和/或自适应负载平衡的方法，所述方法包括：确定要从源施主节点卸载的业务和/或要从目标施主节点卸载的业务；以及向目标施主节点传送与要从源施主节点卸载的业务和/或要从目标施主节点卸载的业务相关联的信息。

示例实施例C2.根据示例实施例C1所述的方法，其中业务与迁移IAB节点相关联。

示例实施例C3.根据示例实施例C1至C2中任一项所述的方法，其中业务被确定以用于从源施主节点卸载到目标施主节点。

示例实施例C4.根据示例实施例C3所述的方法，进一步包括确定源施主节点不能处置要从源施主节点卸载到目标施主节点的业务。

示例实施例C5.根据示例实施例C3至C4中任一项所述的方法，进一步包括确定源施主不能处置用于从源施主节点卸载到目标节点的业务量，并且其中信息指示用于从源施主节点卸载到目标施主节点的业务量。

示例实施例C6.根据示例实施例C3至C5所述的方法，其中信息包括使业务从源节点卸载到目标节点的至少一个请求的资源。

示例实施例C7.根据示例实施例C6所述的方法，其中至少一个请求的资源包括以下中的至少一个：下行链路资源和/或上行链路资源。

示例实施例C8.根据示例实施例C5至C7中任一项所述的方法，进一步包括从目标施主节点接收指示至少一个授权资源的响应消息。

示例实施例C9.根据示例实施例C8所述的方法，其中至少一个授权资源包括在传送到目标施主节点的信息中指示的至少一个请求的资源。

示例实施例C10.根据示例实施例C8所述的方法，其中至少一个授权资源不包括在传送到目标施主节点的信息中请求的任何资源。

示例实施例C11.根据示例实施例C5至C7中任一项所述的方法，进一步包括从目标施主节点接收指示没有来自目标施主节点的资源可用的响应消息。

示例实施例C12.根据示例实施例C3至C11中任一项所述的方法，进一步包括将业务卸载到目标施主节点。

示例实施例C13.根据示例实施例C3至C12中任一项所述的方法，进一步包括向至少一个IAB节点传送与要卸载到目标施主节点的业务相关联的信息。

示例实施例C14.根据示例实施例C13所述的方法，其中传送到至少一个IAB节点的信息包括路由表。

示例实施例C15.根据示例实施例C1至C2中任一项所述的方法，其中业务被确定以用于从目标施主节点卸载到源施主节点。

示例实施例C16.根据示例实施例C15所述的方法，其中要从目标施主节点卸载到源施主节点的业务包括先前从源施主节点卸载到目标施主节点的业务。

示例实施例C17.根据示例实施例C15至C16中任一项所述的方法，进一步包括确定源施主节点能够处置要从目标施主节点卸载到源施主节点的业务。

示例实施例C18.根据示例实施例C15至C17中任一项所述的方法，进一步包括从目标施主节点接收指示用于从目标施主节点卸载到源施主节点的业务量的消息。

示例实施例C19.根据示例实施例C15至C18中任一项所述的方法，其中传送到目标施主节点的信息指示与要从目标施主节点卸载到源施主节点的业务相关联的至少一个授权资源。

示例实施例C20.根据示例实施例C119所述的方法，其中至少一个授权资源包括以下中的至少一个：下行链路资源和/或上行链路资源。

示例实施例C21.根据示例实施例C15至C20中任一项所述的方法，进一步包括从目标施主节点接收响应消息，所述响应消息指示要由目标施主节点释放的至少一个释放的资源。

示例实施例C22.根据示例实施例C21所述的方法，其中至少一个释放的资源包括在传送到目标施主节点的信息中标识的至少一个授权资源。

示例实施例C23.根据示例实施例C21所述的方法，其中至少一个释放的资源不包括在传送到目标施主节点的信息中标识的任何授权资源。

示例实施例C24.根据示例实施例C15至C20中任一项所述的方法，进一步包括从目标施主节点接收响应消息，所述响应消息指示没有资源要由目标施主节点释放。

示例实施例C25.根据示例实施例C15至C23中任一项所述的方法，进一步包括接收从目标施主节点卸载到源施主节点的业务的至少一部分。

示例实施例C26.根据示例实施例C15至C25中任一项所述的方法，进一步包括向至少一个IAB节点传送与要从目标施主节点卸载到源施主节点的业务相关联的信息。

示例实施例C27.根据示例实施例C26所述的方法，其中传送到至少一个IAB节点的信息包括路由表。

示例实施例C28.根据示例实施例C1至C27中任一项所述的方法，进一步由源施主节点维持定时器，并且其中在定时器到期时执行确定步骤。

示例实施例C29.根据示例实施例C1至C28中任一项所述的方法，进一步包括由源施主节点维持定时器，并且其中在定时器到期时将信息传送到目标施主节点。

示例实施例C30.根据示例实施例C1至C29中任一项所述的方法，其中传送到目标施主节点的信息包括业务拥塞状态，所述业务拥塞状态指示源施主节点是否具有处置要从目标施主节点卸载的业务和/或要从源施主节点卸载到目标施主节点的业务的能力。

示例实施例C31.根据示例实施例C30所述的方法，进一步包括由源施主节点维持定时器，并且其中在定时器到期时将业务拥塞状态传送到目标施主节点。

示例实施例C32.根据示例实施例C30所述的方法，进一步包括确定条件已经满足，并且其中响应于确定条件已经满足，向目标施主节点传送业务拥塞状态。

示例实施例C33.根据示例实施例C32所述的方法，其中条件包括以下中的至少一项：标识业务负载增加；标识业务已经增加多于阈值量；标识业务负载减少；以及标识业务已经减少多于阈值量。

示例实施例C34.根据示例实施例C1至C33中任一项所述的方法，进一步包括从目标施主节点接收业务拥塞状态，所述业务拥塞状态指示目标施主节点是否具有处置要从源施主节点卸载的业务和/或要从目标施主节点卸载到源施主节点的业务的能力。

示例实施例C35.根据示例实施例C34所述的方法，进一步包括向目标施主节点传送对于目标施主节点的业务拥塞状态的请求。

示例实施例C36.根据示例实施例C35所述的方法，进一步包括维持定时器，并且其中在定时器到期时，向目标施主节点传送对于业务拥塞状态的请求。

示例实施例C37.根据示例实施例C30至C36中任一项所述的方法，其中业务拥塞状态指示源施主节点和/或目标施主节点有能力处置的业务量。

示例实施例C38.根据示例实施例C1至C37所述的方法，进一步包括：提供用户数据；以及经由到网络节点的传输将用户数据转发到主机。

示例实施例C39.一种源施主节点，包括被配置成执行根据示例实施例C1至C38所述的方法中的任何方法的处理电路。

示例实施例C40.一种适于执行根据示例实施例C1至C38所述的方法中的任何方法的源施主节点。

示例实施例C41.一种包括指令的计算机程序，所述指令当在计算机上执行时，执行根据示例实施例C1至C38所述的方法中的任何方法。

示例实施例C42.一种包括计算机程序的计算机程序产品，所述计算机程序包括指令，所述指令当在计算机上执行时，执行根据示例实施例C1至C38所述的方法中的任何方法。

示例实施例C43.一种存储指令的非暂时性计算机可读介质，所述指令当由计算机执行时，执行根据示例实施例C1至C38所述的方法中的任何方法。

D组示例实施例

示例实施例D1.一种由目标施主节点执行的用于集成接入和回程IAB网络中的临时和/或自适应负载平衡的方法，所述方法包括：确定要从目标施主节点卸载的业务和/或要从源施主节点卸载的业务；以及向源施主节点传送与要从目标施主节点卸载的业务和/或要从源施主节点卸载的业务相关联的信息。

示例实施例D2.根据示例实施例D1所述的方法，其中业务与迁移IAB节点相关联。

示例实施例D3.根据示例实施例D1至D2中任一项所述的方法，其中业务被确定以用于从源施主节点卸载到目标施主节点。

示例实施例D4.根据示例实施例D3所述的方法，其中确定要从源施主节点卸载的业务包括从源施主节点接收请求，所述请求标识要从源施主节点卸载的业务量。

示例实施例D5.根据示例实施例D3至D4所述的方法，进一步包括确定目标施主节点能够处置要从源施主节点卸载的业务。

示例实施例D6.根据示例实施例D3至D5中任一项所述的方法，进一步包括确定目标施主能够处置的用于从源施主节点卸载到目标节点的业务量，并且其中信息指示目标施主能够处置的用于从源施主节点卸载到目标施主节点的业务量。

示例实施例D7.根据示例实施例D3至D6中任一项所述的方法，其中信息包括使业务从源施主节点卸载到目标施主节点的至少一个授权资源。

示例实施例D8.根据示例实施例D7所述的方法，其中至少一个授权资源包括以下中的至少一个：下行链路资源和/或上行链路资源。

示例实施例D9.根据示例实施例D7至D8中任一项所述的方法，进一步包括从源施主节点接收接受至少一个授权资源的响应消息。

示例实施例D10.根据示例实施例D7至D8中任一项所述的方法，进一步包括从源施主节点接收指示源施主节点不需要将业务卸载到目标施主节点的响应消息。

示例实施例D11.根据示例实施例D3至D10中任一项所述的方法，进一步包括接收卸载到目标施主节点的业务的至少一部分。

示例实施例D12.根据示例实施例D3至D11中任一项所述的方法，进一步包括向至少一个IAB节点传送与要卸载到目标施主节点的业务相关联的信息。

示例实施例D13.根据示例实施例D12所述的方法，其中传送到至少一个IAB节点的信息包括路由表。

示例实施例D14.根据示例实施例D1至D2中任一项所述的方法，其中业务被确定用于从目标施主节点卸载到源施主节点。

示例实施例D15.根据示例实施例D14所述的方法，其中确定要从目标施主节点卸载的业务包括从源施主节点接收指示源施主节点能够处置要从目标施主节点卸载的业务的消息。

示例实施例D16.根据示例实施例D15所述的方法，其中来自源施主节点的消息指示源施主节点能够处置的业务量。

示例实施例D17.根据示例实施例D14至D16所述的方法，进一步包括确定目标施主节点不能处置要从目标施主节点卸载的业务。

示例实施例D18.根据示例实施例D14至D17中任一项所述的方法，进一步包括确定用于从目标施主节点卸载到源节点的业务量，并且其中信息指示用于从目标施主节点卸载到源施主节点的业务量。

示例实施例D19.根据示例实施例D14至D18中任一项所述的方法，其中要从目标施主节点卸载到源施主节点的业务包括先前从源施主节点卸载到目标施主节点的业务。

示例实施例D20.根据示例实施例D14至D19中任一项所述的方法，其中信息指示与要从目标施主节点卸载到源施主节点的业务相关联的至少一个释放的资源。

示例实施例D21.根据示例实施例D20所述的方法，其中至少一个释放的资源包括以下中的至少一个：下行链路资源和/或上行链路资源。

示例实施例D22.根据示例实施例D20至D22中任一项所述的方法，进一步包括从源施主节点接收响应消息，所述响应消息指示与要从目标施主节点卸载到源目标节点的业务相关联的至少一个授权资源。

示例实施例D23.根据示例实施例D22所述的方法，其中响应消息中的至少一个授权资源包括在传送到源施主节点的信息中标识的至少一个释放的资源。

示例实施例D24.根据示例实施例D22所述的方法，其中响应消息中的至少一个授权资源不包括在由目标施主节点向源网络节点传送的信息中标识的释放的资源中的任何资源。

示例实施例D25.根据示例实施例D20至D21中任一项所述的方法，进一步包括从源施主节点接收指示没有资源要由源施主节点接受的响应消息。

示例实施例D26.根据示例实施例D14至D25中任一项所述的方法，进一步包括将业务的至少一部分卸载到源施主节点。

示例实施例D27.根据示例实施例D14至D26中任一项所述的方法，进一步包括向至少一个IAB节点传送与要从目标施主节点卸载到源施主节点的业务相关联的信息。

示例实施例D28.根据示例实施例D27所述的方法，其中传送到至少一个IAB节点的信息包括路由表。

示例实施例D29.根据示例实施例D1至D28中任一项所述的方法，进一步由目标施主节点维持定时器，并且其中在定时器到期时执行确定步骤。

示例实施例D30.根据示例实施例D1至D29中任一项所述的方法，进一步包括由目标施主节点维持定时器，并且其中在定时器到期时将信息传送到源施主节点。

示例实施例D31.根据示例实施例D1至D30中任一项所述的方法，其中传送到源施主节点的信息包括业务拥塞状态，所述业务拥塞状态指示目标施主节点是否具有处置要从源施主节点卸载的业务和/或要从目标施主节点卸载到源施主节点的业务的能力。

示例实施例D32.根据示例实施例D31所述的方法，进一步包括由目标施主节点维持定时器，并且其中在定时器到期时将业务拥塞状态传送到源施主节点。

示例实施例D33.根据示例实施例D31所述的方法，进一步包括确定条件已经满足，并且其中响应于确定条件已经满足，将业务拥塞状态传送到源施主节点。

示例实施例D34.根据示例实施例D33所述的方法，其中条件包括以下中的至少一项：标识业务负载增加；标识业务已经增加多于阈值量；标识业务负载减少；以及标识业务已经减少多于阈值量。

示例实施例D35.根据示例实施例D1至D34中任一项所述的方法，进一步包括从源施主节点接收业务拥塞状态，所述业务拥塞状态指示源施主节点是否具有处置要从源施主节点卸载到目标施主节点的业务和/或要从目标施主节点卸载到源施主节点的业务的能力。

示例实施例D36.根据示例实施例D35所述的方法，进一步包括向源施主节点传送对于源施主节点的业务拥塞状态的请求。

示例实施例D37.根据示例实施例D36所述的方法，进一步包括维持定时器，并且其中在定时器到期时向源施主节点传送对于业务拥塞状态的请求。

示例实施例D38.根据示例实施例D31至D37中任一项所述的方法，其中业务拥塞状态指示源施主节点和/或目标施主节点具有处置的能力的业务量。

示例实施例D39.根据示例实施例D1至D38所述的方法，进一步包括：提供用户数据；以及经由到网络节点的传输将用户数据转发到主机。

示例实施例D40.一种目标施主节点，包括被配置成执行根据示例实施例D1至D39所述的方法中的任何方法的处理电路。

示例实施例D41.一种目标施主节点，适于执行根据示例实施例D1至D39所述的方法中的任何方法。

示例实施例D42.一种包括指令的计算机程序，所述指令当在计算机上执行时，执行根据示例实施例D1至D39所述的方法中的任何方法。

示例实施例D43.一种包括计算机程序的计算机程序产品，所述计算机程序包括指令，所述指令当在计算机上执行时，执行根据示例实施例D1至D39所述的方法中的任何方法。

示例实施例D44.一种存储指令的非暂时性计算机可读介质，所述指令在由计算机执行时，执行根据示例实施例D1至D39所述的方法中的任何方法。

E组示例实施例

示例实施例E1.一种用于集成接入和回程IAB网络中的临时和/或自适应负载平衡的网络节点，所述网络节点包括：处理电路，所述处理电路被配置成执行根据A组和B组示例实施例中的任何示例实施例所述的步骤中的任何步骤；电源电路，所述电源电路被配置成向处理电路供应功率。

示例实施例E2.一种主机，被配置成在通信系统中操作以提供过顶(OTT)服务，所述主机包括：处理电路，所述处理电路被配置成提供用户数据；以及网络接口，所述网络接口被配置成发起用户数据到蜂窝网络中的网络节点的传输以用于到用户设备(UE)的传输，所述网络节点具有通信接口和处理电路，所述网络节点的处理电路被配置成执行根据A组和B组示例实施例中的任何示例实施例所述的操作中的任何操作，以从主机向UE传送用户数据。

示例实施例E3.根据前述示例实施例所述的主机，其中：主机的处理电路被配置成执行提供用户数据的主机应用；并且UE包括处理电路，所述处理电路被配置成执行与主机应用相关联的客户端应用以从主机接收用户数据的传输。

示例实施例E4.一种在主机中实现的方法，所述主机被配置成在进一步包括网络节点和用户设备(UE)的通信系统中操作，所述方法包括：为UE提供用户数据；以及发起经由包括网络节点的蜂窝网络到UE的携带用户数据的传输，其中网络节点执行根据A组和B组示例实施例中的任何示例实施例所述的操作中的任何操作，以将用户数据从主机传送到UE。

示例实施例E5.根据前述示例实施例所述的方法，进一步包括在网络节点处传送由主机为UE提供的用户数据。

示例实施例E6.根据前述2个示例实施例中任一项所述的方法，其中通过执行与在UE上执行的客户端应用交互的主机应用来在主机处提供用户数据，客户端应用与主机应用相关联。

示例实施例E7.一种被配置成提供过顶服务的通信系统，所述通信系统包括：主机，所述主机包括：处理电路，所述处理电路被配置成为用户设备(UE)提供用户数据，用户数据与过顶服务相关联；以及网络接口，所述网络接口被配置成发起用户数据朝向蜂窝网络节点的传输以用于到UE的传输，网络节点具有通信接口和处理电路，网络节点的处理电路被配置成执行根据A组和B组示例实施例中的任何示例实施例所述的操作中的任何操作，以将用户数据从主机传送到UE。

示例实施例E8.根据前述示例实施例所述的通信系统，进一步包括：网络节点；和/或用户设备。

示例实施例E9.一种被配置成在通信系统中操作以提供过顶(OTT)服务的主机，所述主机包括：处理电路，所述处理电路被配置成发起用户数据的接收；以及网络接口，所述网络接口被配置成从蜂窝网络中的网络节点接收用户数据，所述网络节点具有通信接口和处理电路，所述网络节点的处理电路被配置成执行根据A组和B组示例实施例中的任何示例实施例所述的操作中的任何操作，以从用户设备(UE)为主机接收用户数据。

示例实施例E10.根据前述2个示例实施例所述的主机，其中：主机的处理电路被配置成执行主机应用，从而提供用户数据；并且主机应用被配置成与在UE上执行的客户端应用交互，客户端应用与主机应用相关联。

示例实施例E11.根据前述2个示例实施例中任一项所述的主机，其中发起用户数据的接收包括请求用户数据。

示例实施例E12.一种由主机实现的方法，所述主机被配置成在进一步包括网络节点和用户设备(UE)的通信系统中操作，所述方法包括：在主机处，发起从UE接收用户数据，所述用户数据源自网络节点已经从UE接收的传输，其中网络节点执行根据A组和B组示例实施例中的任何示例实施例所述的步骤中的任何步骤，以从UE为主机接收用户数据。

示例实施例E13.根据前述示例实施例所述的方法，进一步包括在网络节点处将所接收的用户数据传送到主机。

Claims (31)

1.一种由集成接入和回程IAB网络中的第一集中式单元CU1执行的方法，所述方法包括：

向第二CU CU2传送第一消息，或者从所述CU2接收第一消息，以及

其中所述第一消息包括指示卸载的业务的一部分要被返回到所述CU1的信息，以及

其中所述卸载的业务先前从所述CU1卸载到所述CU2。

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

在传送所述第一消息之前，将所述卸载的业务从所述第一CU1卸载到所述CU2。

3.根据权利要求2所述的方法，其中，所述卸载的业务在迁移IAB节点处端接。

4.根据权利要求所述的方法，进一步包括接收先前从所述CU1卸载到所述CU2的所述卸载的业务的所述一部分。

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

所述CU1包括F1终端节点，以及

所述CU2包括F1非终端节点。

6.根据权利要求1至5中任一项所述的方法，其中，所述第一消息指示与要被返回到所述CU1的所述卸载的业务的所述一部分相关联的数量业务。

7.根据权利要求1至6中任一项所述的方法，进一步包括确定所述CU1具有处置要被返回到所述CU1的卸载的业务的所述一部分的能力。

8.根据权利要求1至7中任一项所述的方法，进一步包括确定条件已经满足，并且其中响应于确定所述条件已经满足，向所述CU2传送所述第一消息，其中所述条件包括以下中的至少一项：

确定定时器已经到期；

标识所述目标施主节点处业务负载增加；

标识所述目标施主节点处的业务已经增加多于阈值量；

标识所述源施主节点处业务负载减少；以及

标识所述源施主节点处的业务已经减少多于阈值量。

9.根据权利要求7至8中任一项所述的方法，进一步包括从所述CU2接收第二消息，所述第二消息指示要由所述CU2释放的至少一个资源。

10.根据权利要求1至6中任一项所述的方法，其中，从所述CU2接收所述第一消息发起卸载的业务的所述一部分被返回到所述CU1，并且其中所述方法包括：

向所述CU2传送第二消息，所述第二消息确认所述卸载的业务的所述一部分被返回到CU1。

11.根据权利要求1至10中任一项所述的方法，其中，所述第一消息指示与要被返回到所述CU1的所述卸载的业务的所述一部分相关联的至少一个授权资源。

12.根据权利要求11所述的方法，其中，所述至少一个授权资源包括以下中的至少一项：

下行链路资源，和/或

上行链路资源。

13.根据权利要求1至12中任一项所述的方法，进一步包括向至少一个IAB节点传送与要被返回到所述CU1的所述卸载的业务的所述一部分相关联的信息。

14.根据权利要求13所述的方法，其中，传送到所述至少一个IAB节点的所述信息包括路由表。

15.一种由集成接入和回程IAB网络中的第二集中式单元CU2执行的方法，所述方法包括：

向CU1传送第一消息或从所述CU1接收第一消息，以及

其中所述第一消息包括指示卸载的业务的一部分要被返回到所述CU1的信息，以及

其中所述卸载的业务先前从所述CU1卸载到所述CU2。

16.根据权利要求15所述的方法，其中，在传送所述第一消息或接收所述第一消息之前，所述方法包括接收所述卸载的业务。

17.根据权利要求16所述的方法，其中，所述卸载的业务在迁移IAB节点处端接。

18.根据权利要求15至17中任一项所述的方法，其中：

所述CU1包括F1终端节点，以及

所述CU2包括F1非终端节点。

19.根据权利要求15至18中任一项所述的方法，其中，所述第一消息指示与要被返回到所述CU1的所述卸载的业务的所述一部分相关联的数量业务。

20.根据权利要求15至19中任一项所述的方法，进一步包括确定所述CU2不具有处置要被返回到所述CU1的卸载的业务的所述一部分的能力。

21.根据权利要求1至7中任一项所述的方法，进一步包括确定条件已经满足，并且其中响应于确定所述条件已经满足，向所述CU1传送所述第一消息，其中所述条件包括以下中的至少一项：

确定定时器已经到期；

标识所述目标施主节点处业务负载增加；

标识所述目标施主节点处的业务已经增加多于阈值量；

标识所述源施主节点处业务负载减少；以及

标识所述源施主节点处的业务已经减少多于阈值量。

22.根据权利要求20至21中任一项所述的方法，进一步包括从所述CU1接收指示要由所述CU2释放的至少一个资源的第二消息。

23.根据权利要求15至22中任一项所述的方法，其中，从所述CU1接收所述第一消息发起卸载的业务的所述一部分被返回到所述CU1，并且其中所述方法包括：

向所述CU1传送第二消息，所述第二消息确认所述卸载的业务的所述一部分被返回到所述CU1。

24.根据权利要求15至23中任一项所述的方法，其中，所述第一消息指示与要被返回到所述CU1的所述卸载的业务的所述一部分相关联的至少一个授权资源。

25.根据权利要求24所述的方法，其中，所述至少一个授权资源包括以下中的至少一项：

下行链路资源，和/或

上行链路资源。

26.根据权利要求15至25中任一项所述的方法，进一步包括向至少一个IAB节点传送与要被返回到所述CU1的所述卸载的业务的所述一部分相关联的信息。

27.根据权利要求26所述的方法，其中，传送到所述至少一个IAB节点的所述信息包括路由表。

28.一种集成接入和回程IAB网络中的第一集中式单元CU1，所述CU1适于：

向第二CU CU2传送第一消息，或者从所述CU2接收第一消息，以及

其中所述第一消息包括指示卸载的业务的一部分要被返回到所述CU1的信息，以及

其中所述卸载的业务先前从所述CU1卸载到所述CU2。

29.根据权利要求28所述的源施主节点，进一步适于执行根据权利要求2至14中任一项所述的方法。

30.一种集成接入和回程IAB网络中的第二集中式单元CU2，所述CU2适于：

向CU1传送第一消息或从所述CU1接收第一消息，以及

其中所述第一消息包括指示卸载的业务的一部分要被返回到所述CU1的信息，以及

其中所述卸载的业务先前从所述CU1卸载到所述CU2。

31.根据权利要求30所述的目标施主节点，进一步适于执行根据权利要求16至27中任一项所述的方法。