CN116530202A

CN116530202A - 用于双连接的方法和装置

Info

Publication number: CN116530202A
Application number: CN202080106779.9A
Authority: CN
Inventors: 梁炫; 张栽源; 朴志弘; 韩相郁; 林英雄
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2020-10-30
Filing date: 2020-10-30
Publication date: 2023-08-01
Also published as: US20230403111A1; EP4238342A4; WO2022092364A1; EP4238342A1

Abstract

本公开的各种实施例提供了一种用于双连接的方法。可由第一网络节点执行的该方法包括：确定用于由第一网络节点所支持的终端设备的双连接的第一配置和该第一配置的第一性能评估。根据示例性实施例，该方法进一步包括：向第二网络节点发送第一消息。该第一消息可以指示第一配置和第一性能评估。

Description

用于双连接的方法和装置

技术领域

本公开一般涉及通信网络，并且更具体地，涉及用于双连接的方法和装置。

背景技术

本节介绍可以促进更好地理解本公开的各方面。因此，本节的描述要从这个角度阅读，而不是被理解为承认现有技术中的内容或现有技术中没有的内容。

通信服务提供商和网络运营商一直面临着例如通过提供有吸引力的网络服务和性能来为消费者递送价值和便利的挑战。随着网络和通信技术的快速发展，预计诸如长期演进(LTE)/***(4G)网络和新无线电(NR)/第五代(5G)网络之类的无线通信网络实现高业务能力和能效。为了满足新服务在各种行业上的不同要求，第三代合作伙伴计划(3GPP)正在开发各种网络技术和通信类型。作为一个示例，无线通信网络可以支持诸如用户设备(UE)之类的终端设备的双连接(DC)操作。终端设备可以被配置为使用由两个不同的调度器所提供的无线电资源，这两个调度器例如被部署在站点中的无线电节点中，或者位于经由在两个通信网络上的接口而连接的不同的网络节点中。考虑到设备能力和应用场景的多样性，DC配置和实现可变得更具挑战性。

发明内容

技术问题

针对问题的解决方案

本概述旨在以简化形式介绍概念的选择，这些概念将在下面的具体实施方式中进一步描述。本概述并非旨在标识所要求保护的主题的关键特征或基本特征，也并非旨在被用于限制所要求保护的主题的范围。

多无线电双连接(MR-DC)可以是演进型通用移动电信***(UMTS)内地面无线电接入(Intra-E-UTRA)DC的概括，例如，如3GPP TS 36.300V16.3.0中所述，其中，该技术规范的全部内容通过引用而被并入本公开中。对于MR-DC，具有多发送/接收(Rx/Tx)能力的UE可以被配置为使用由经由非理想回程而连接的两个不同节点所提供的资源，一个节点提供NR接入，另一个节点提供E-UTRA或NR接入(例如，如3GPP TS 37.340V16.3.0的第4.1节中所规定的，其中，该技术规范的全部内容通过引用而被并入本公开中)。一个节点可以充当主节点(MN)，另一个节点充当辅节点(SN)。MN和SN可以经由网络接口连接，并且至少MN被连接到核心网络。如果MN和SN可以支持载波聚合(CA)，则针对MR-DC CA配置，可以分别在MN和SN两者中执行MR-DC频带组合选择。根据现有的MR-DC CA配置解决方案，MR-DC频带组合选择在MR-DC中是MN优选CA配置或SN优选CA配置，这可能无法实现最大MR-DC CA吞吐量。因此，可能需要以更有效的方式实现MR-DC CA配置。

本公开的各种示例性实施例提出了一种用于DC的解决方案，该解决方案可以优化MR-DC CA配置，例如，通过信令发送附加信息(例如，可实现的总吞吐量等)以用于在MN与SN之间的MR-DC频带组合协调中选择频带组合(BC)和相关联的特征集合(FS)，以使得可以提高网络操作的效率以具有最大化的MR-DC CA吞吐量。

根据本公开的第一方面，提供了一种由第一网络节点(例如，基站等)执行的方法。该方法包括：确定用于由第一网络节点所支持的终端设备的双连接的第一配置和该第一配置的第一性能评估。根据一个示例性实施例，该方法进一步包括：向第二网络节点发送第一消息。该第一消息可以指示第一配置和第一性能评估。

根据一个示例性实施例，第一配置可以包括由第一网络节点所支持的一个或多个CA配置。

根据一个示例性实施例，第一性能评估可以包括针对由第一网络节点所支持的一个或多个CA配置的一个或多个吞吐量评估。

根据一个示例性实施例，第一配置可以指示以下中的至少一项：

-由第一网络节点允许用于终端设备的双连接的一个或多个频带组合；以及

-与该一个或多个频带组合相关联的一个或多个特征集合。

根据一个示例性实施例，第一性能评估可以指示针对一个或多个频带组合和相关联的一个或多个特征集合中的每一个所评估的CA吞吐量。

根据一个示例性实施例，针对一个或多个频带组合和相关联的一个或多个特征集合中的每一个所评估的CA吞吐量可以是针对与一个或多个频带组合和相关联的一个或多个特征集合中的每一个对应的CA配置所评估的最高吞吐量。

根据一个示例性实施例，根据本公开的第一方面的方法可以进一步包括：从第二网络节点接收第二消息。该第二消息可以指示用于终端设备的双连接的第二配置和该第二配置的第二性能评估。该第二配置可以由第二网络节点至少部分地基于第一配置来确定。

根据一个示例性实施例，第二配置可以包括：从由第一网络节点所支持的一个或多个CA配置中选择的第一CA配置；以及从由第二网络节点所支持的一个或多个CA配置中选择的第二CA配置。

根据一个示例性实施例，由第二网络节点所支持的一个或多个CA配置可以与由第一网络节点所支持的一个或多个CA配置相关联。

根据一个示例性实施例，第二性能评估可以包括与第一吞吐量评估和第二吞吐量评估相关联的总吞吐量评估。该第一吞吐量评估可以针对由第一网络节点所支持的第一CA配置。该第二吞吐量评估可以针对由第二网络节点所支持的第二CA配置。

根据一个示例性实施例，第二配置可以指示以下中的至少一项：

-从由第一网络节点和第二网络节点两者允许用于终端设备的双连接的一个或多个频带组合中选择的频带组合；以及

-与所选择的频带组合相关联的特征集合。

根据一个示例性实施例，第二性能评估可以指示与第一CA吞吐量和第二CA吞吐量相关联的总CA吞吐量。该第一CA吞吐量可以由第一网络节点针对所选择的频带组合和相关联的特征集合进行评估。该第二CA吞吐量可以由第二网络节点针对所选择的频带组合和相关联的特征集合进行评估。

根据一个示例性实施例，在由第一网络节点和第二网络节点两者允许用于终端设备的双连接的一个或多个频带组合和相关联的特征集合中，所选择的频带组合和相关联的特征集合可以具有最高的总CA吞吐量。

根据一个示例性实施例，根据本公开的第一方面的方法可以进一步包括：根据第二消息，确定是否建立终端设备的双连接。

根据一个示例性实施例，根据本公开的第一方面的方法可以进一步包括：确定在终端设备的双连接不活动时的第三性能评估。

根据一个示例性实施例，根据本公开的第一方面的方法可以进一步包括：将第二性能评估与第三性能评估相比较。

根据一个示例性实施例，第三性能评估可以包括由第一网络节点对终端设备的当前配置的吞吐量评估。

根据一个示例性实施例，当比较的结果满足预定准则时，第一网络节点可以确定建立终端设备的双连接。

根据一个示例性实施例，根据本公开的第一方面的方法可以进一步包括：当确定建立终端设备的双连接时，根据第二配置，建立终端设备的双连接。

根据一个示例性实施例，第一网络节点可以被配置作为终端设备的主节点，第二网络节点可以被配置作为终端设备的辅节点。

根据一个示例性实施例，第一消息可以是：

-用于终端设备的辅节点的添加请求消息；或者

-用于终端设备的辅节点的修改请求消息。

根据一个示例性实施例，第二消息可以是：

-用于终端设备的辅节点的添加请求确认消息；

-用于终端设备的辅节点的修改请求确认消息；或者

-用于终端设备的辅节点的修改需要消息。

根据本公开的第二方面，提供了一种可以被实现为第一网络节点的装置。该装置可以包括一个或多个处理器和存储计算机程序代码的一个或多个存储器。该一个或多个存储器和计算机程序代码可以被配置为与一个或多个处理器一起使该装置至少执行根据本公开的第一方面的方法的任何步骤。

根据本公开的第三方面，提供了一种在其上体现有计算机程序代码的计算机可读介质，这些计算机程序代码在计算机上被执行时使该计算机执行根据本公开的第一方面的方法的任何步骤。

根据本公开的第四方面，提供了一种可以被实现为第一网络节点的装置。该装置可以包括确定单元和发送单元。根据一些示例性实施例，该确定单元可以可操作以至少执行根据本公开的第一方面的方法的确定步骤。该发送单元可以可操作以至少执行根据本公开的第一方面的方法的发送步骤。

根据本公开的第五方面，提供了一种由第二网络节点(例如，基站等)执行的方法。该方法包括：从第一网络节点接收第一消息。该第一消息可以指示用于由第一网络节点所支持的终端设备的双连接的第一配置和该第一配置的第一性能评估。根据一个示例性实施例，该方法进一步包括：确定用于终端设备的双连接的第二配置和该第二配置的第二性能评估。该第二配置可以由第二网络节点至少部分地基于第一配置来确定。

根据一个示例性实施例，根据本公开的第五方面的由第二网络节点接收的第一消息可以对应于根据本公开的第一方面的由第一网络节点发送的第一消息。因此，根据本公开的第一方面和第五方面的第一消息可以具有相同或类似的内容和/或特征元素。

类似地，根据本公开的第一方面和第五方面的第一配置可以具有相同或类似的内容和/或特征元素，并且根据本公开的第一方面和第五方面的第一性能评估可以具有相同或类似的内容或特征元素。

根据一个示例性实施例，根据本公开的第五方面的方法可以进一步包括：向第一网络节点发送第二消息。该第二消息可以指示用于终端设备的双连接的第二配置和该第二配置的第二性能评估。

根据一个示例性实施例，根据本公开的第五方面的由第二网络节点发送的第二消息可以对应于根据本公开的第一方面的由第一网络节点接收的第二消息。因此，根据本公开的第一方面和第五方面的第二消息可以具有相同或类似的内容和/或特征元素。

类似地，根据本公开的第一方面和第五方面的第二配置可以具有相同或类似的内容和/或特征元素，并且根据本公开的第一方面和第五方面的第二性能评估可以具有相同或类似的内容或特征元素。

根据一个示例性实施例，根据本公开的第五方面的方法可以进一步包括：当第一网络节点根据第二消息确定建立终端设备的双连接时，根据第二配置，建立终端设备的双连接。

根据本公开的第六方面，提供了一种可以被实现为第二网络节点的装置。该装置可以包括一个或多个处理器和存储计算机程序代码的一个或多个存储器。该一个或多个存储器和计算机程序代码可以被配置为与一个或多个处理器一起使该装置至少执行根据本公开的第五方面的方法的任何步骤。

根据本公开的第七方面，提供了一种在其上体现有计算机程序代码的计算机可读介质，这些计算机程序代码在计算机上被执行时使该计算机执行根据本公开的第五方面的方法的任何步骤。

根据本公开的第八方面，提供了一种可以被实现为第二网络节点的装置。该装置可以包括接收单元和确定单元。根据一些示例性实施例，该接收单元可以可操作以至少执行根据本公开的第五方面的方法的接收步骤。该确定单元可以可操作以至少执行根据本公开的第五方面的方法的确定步骤。

根据本公开的第九方面，提供了一种在通信***中实现的方法，该通信***可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处提供用户数据。可选地，该方法可以包括：在主机计算机处，经由包括基站的蜂窝网络发起向UE的携带用户数据的传输，该基站可以执行根据本公开的第一方面或第五方面的方法的任何步骤。

根据本公开的第十方面，提供了一种包括主机计算机的通信***。该主机计算机可以包括被配置为提供用户数据的处理电路、以及被配置为向蜂窝网络转发该用户数据以发送到UE的通信接口。该蜂窝网络可以包括具有无线电接口和处理电路的基站。该基站的处理电路可以被配置为执行根据本公开的第一方面或第五方面的方法的任何步骤。

根据本公开的第十一方面，提供了一种在通信***中实现的方法，该通信***可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处，从基站接收源自该基站已从UE接收的传输的用户数据。该基站可以执行根据本公开的第一方面或第五方面的方法的任何步骤。

根据本公开的第十二方面，提供了一种可以包括主机计算机的通信***。该主机计算机可以包括被配置为接收源自从UE到基站的传输的用户数据的通信接口。该基站可以包括无线电接口和处理电路。该基站的处理电路可以被配置为执行根据本公开的第一方面或第五方面的方法的任何步骤。

本发明的有利效果

本公开的各种示例性实施例提出了一种用于DC的解决方案，该解决方案可以优化MR-DC CA配置，例如，通过信令发送附加信息(例如可实现的总吞吐量等)以用于在MN与SN之间的MR-DC频带组合协调中选择频带组合(BC)和相关联的特征集合(FS)，以使得可以提高网络操作的效率以具有最大化的MR-DC CA吞吐量。

附图说明

当结合附图阅读时，通过参考实施例的以下详细描述，可以最好地理解本公开本身、优选的使用模式和其他目的，其中：

图1A-1F是示出根据本公开的一些实施例的用于MR-DC的示例性过程的示意图；

图2A是示出根据本公开的实施例的用于MR-DC CA配置的示例性过程的示意图；

图2B是示出根据本公开的实施例的示例性MR-DC能力检查的示意图；

图2C是示出根据本公开的实施例的将经过滤的BC与MN配置进行示例性匹配的示意图；

图2D是示出根据本公开的实施例的小区的可实现的峰值吞吐量的示例性计算的示意图；

图2E是示出根据本公开的实施例的SCell配置的可实现的LTE CA峰值吞吐量的示例性计算的示意图；

图2F是示出根据本公开的实施例的被允许的BC和FS的示例性评估的示意图；

图2G是示出根据本公开的实施例的示例性信息元素(IE)的示意图；

图2H是示出根据本公开的实施例的经过滤的BC的示例性评估的MR-DC CA吞吐量的示意图；

图2I是示出根据本公开的另一个实施例的示例性信息元素(IE)的示意图；

图2J-2L是示出根据本公开的一些实施例的示例性MR-DC吞吐量的示意图；

图3是示出根据本公开的实施例的用于MR-DC BC协调的示例性消息的示意图；

图4是示出根据本公开的实施例的具有分离实现的示例性架构的示意图；

图5A是示出根据本公开的实施例的方法的流程图；

图5B是示出根据本公开的实施例的另一种方法的流程图；

图6A-6C是示出根据本公开的一些实施例的各种装置的框图；

图7是示出根据本公开的一些实施例的经由中间网络被连接到主机计算机的电信网络的框图；

图8是示出根据本公开的一些实施例的主机计算机通过部分无线连接经由基站与UE通信的框图；

图9是示出根据本公开的实施例的在通信***中实现的方法的流程图；

图10是示出根据本公开的实施例的在通信***中实现的方法的流程图；

图11是示出根据本公开的实施例的在通信***中实现的方法的流程图；以及

图12是示出根据本公开的实施例的在通信***中实现的方法的流程图。

具体实施方式

本发明的模式

参考附图详细地描述本公开的实施例。应当理解，讨论这些实施例仅为了使本领域技术人员能够更好地理解并因此实现本公开，而不是对本公开的范围提出任何限制。本说明书中对特征、优点或类似语言的提及并非意味着可以用本公开实现的所有特征和优点应是本公开的任何单个实施例或者在本公开的任何单个实施例中。相反，提及特征和优点的语言被理解为意味着结合实施例描述的特定特征、优点或特性被包括在本公开的至少一个实施例中。此外，在一个或多个实施例中可以以任何合适的方式来组合本公开的所描述的特征、优点和特性。相关领域的技术人员将认识到，可以在没有特定实施例的一个或多个特定特征或优点的情况下实践本公开。在其他情况下，在某些实施例中可以识别出可不存在于本公开的所有实施例中的附加特征和优点。

如本文所使用的，术语“通信***”指遵循任何合适的通信标准的网络，这些通信标准诸如是新无线电(NR)、长期演进(LTE)、高级LTE、宽带码分多址(WCDMA)、高速分组接入(HSPA)等。此外，可以根据任何合适代通信协议来执行通信网络中的终端设备与网络节点之间的通信，这些代通信协议包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、4G、4.5G、5G通信协议、和/或任何当前已知或将来开发的其他协议。

术语“网络节点”指通信网络中的终端设备经由其接入网络并从其接收服务的网络设备。网络节点可以指无线通信网络中的基站(BS)、接入点(AP)、多小区/组播协调实体(MCE)、控制器或任何其他合适的设备。BS可以是例如节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、下一代NodeB(gNodeB或gNB)、远程无线电单元(RRU)、无线电头端(RH)、远程无线电头端(RRH)、中继器、诸如毫微微、微微之类的低功率节点等。

网络节点的其他示例包括多标准无线电(MSR)无线电设备(诸如MSR BS)、网络控制器(诸如无线电网络控制器(RNC)或基站控制器(BSC))、基站收发台(BTS)、传输点、传输节点、定位节点等。然而，更一般地，网络节点可以表示能够、被配置、被设置和/或可操作以启用和/或提供终端设备对无线通信网络的接入或者向已接入无线通信网络的终端设备提供某些服务的任何合适的设备(或设备组)。

可以理解，根据各种实施例的网络节点和/或网络功能可以被实现为专用硬件上的网络元件、在专用硬件上运行的软件实例、或者在适当的平台上(例如，在云基础架构上)实例化的虚拟化功能。

术语“终端设备”指可以接入通信网络并从其接收服务的任何终端设备。作为示例而非限制，终端设备可以指移动终端、用户设备(UE)或其他合适的设备。UE可以是例如用户站、便携式用户站、移动站(MS)或接入终端(AT)。终端设备可以包括但不限于便携式计算机、图像捕获终端设备(诸如数码相机)、游戏终端设备、音乐存储和播放设备、移动电话、蜂窝电话、智能电话、平板电脑、可穿戴设备、个人数字助理(PDA)、车辆等。

作为又一个特定示例，在物联网(IoT)场景中，终端设备还可以被称为IoT设备，并表示执行监视、感测和/或测量等并将这种监视、感测和/或测量等的结果发送到另一个终端设备和/或网络设备的机器或其他设备。在这种情况下，终端设备可以是机器对机器(M2M)设备，其在第三代合作伙伴计划(3GPP)上下文中可以被称为机器型通信(MTC)设备。

作为一个特定示例，终端设备可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这种机器或设备的特定示例是传感器、计量设备(诸如功率计)、工业机械、或家用或个人电器(诸如冰箱、电视机)、个人可穿戴设备(诸如手表)等。在其他场景中，终端设备可以表示车辆或其他设备，例如能够对其操作状态或与其操作相关联的其他功能进行监视、感测和/或报告等的医疗仪器。

如本文所使用的，术语“第一”、“第二”等指不同的元件/元素。单数形式“一”和“一个”旨在同样包括复数形式，除非上下文明确地另有所指。如本文所使用的，术语“包括”、“具有”、和/或“包含”指定所声明的特征、元件和/或组成部分等的存在，但并不排除一个或多个其他特征、元件、组成部分和/或其组合的存在或添加。术语“基于”将被理解为“至少部分地基于”。术语“一个实施例”和“实施例”将被理解为“至少一个实施例”。术语“另一个实施例”将被理解为“至少一个其他实施例”。下面可以包括显式和隐式的其他定义。

无线通信网络被广泛部署以提供各种电信服务，诸如语音、视频、数据、消息传送和广播。5G/NR技术可以被用于第五代蜂窝移动***，与传统4G/LTE***相比，第五代蜂窝移动***可以提供与数据速率、覆盖和容量相关的改进的性能。

MR-DC是给予一系列不同的双连接配置选项的通用术语，主要与5G/NR相关联。利用MR-DC，主无线电接入网络(RAN)节点可以用作控制实体，使用辅RAN以获得附加数据容量。MR-DC配置的示例可以包括EN-DC(EUTRA-NR双连接)、NR-DC(新无线电双连接)、NG EN-DC(NG-RAN-EUTRA双连接)和NE-DC(NR-EUTRA双连接)。

如3GPP TS 37.340 V16.3.0的第4.1.2节和第4.1.3节中所述，MR-DC可以由演进型UMTS地面无线电接入网络(EUTRAN)或下一代无线电接入网络(NG-RAN)所支持，其MR-DC节点可以被连接到演进型分组核心(EPC)或5G核心(5GC)。具有EPC的MR-DC可以被称为EN-DC。具有5GC的MR-DC可以具有三种类型的双连接，包括RAN E-UTRA-NR双连接(NGEN-DC)、NR-E-UTRA双连接(NE-DC)、以及NR-NR双连接(NR-DC)。

MR-DC可以支持在SN终接的分割承载的主小区组(MCG)和辅小区组(SCG)资源两者上同时发送下行链路用户面数据。可以在这两个小区组上发送不同的分组。这种下行链路用户面聚合可以提高终端用户吞吐量。

-MCG：在MR-DC中，与MN相关联的服务小区组，包括SpCell(PCell)和可选的一个或多个SCell。PCell(PrimaryCell)是MCG的SpCell(SpecialCell)。SpCell是主或辅小区组的主小区。

-SCG：在MR-DC中，与SN相关联的服务小区组，包括SpCell(PSCell)和可选的一个或多个SCell。PSCell(PrimarySecondaryCell)是SCG的SpCell。

MCG和SCG可以各自支持其相应的小区组内的小区上的载波聚合。可以针对MCG和SCG内的DC载波聚合配置来执行MN和SN两者中的MR-DC频带组合选择。这种MR-DC频带组合选择方案可以从UE能力协调开始，例如，如3GPP TS 37.340 V16.3.0中所述。简言之，对于协调，MN可以向SN信令发送被允许的EN-DC频带组合列表，并且SN可以从被允许的MR-DC频带组合列表中选择MR-DC频带组合，并将一个所选择的频带组合信令发送回MN。

关于UE能力协调，例如，如3GPP TS 37.340 V16.3.0的第7.3节中所述，在(NG)EN-DC和NE-DC中，UE支持MR-DC的能力可以由不同的能力容器携带。一些MR-DC相关能力可以在MR-DC容器中(例如，MR-DC频带组合)，而其他MR-DC相关能力可以被包含在E-UTRA和NR能力容器中(例如，特征集合)。MR-DC容器中的MR-DC能力可需要对MN和SN两者可见，而E-UTRA和NR容器中的能力可仅需要对相关无线电接入技术(RAT)的节点可见。在NR-DC中，所有NR-DC相关能力都可以在NR能力容器中，并对MN和SN两者可见。

当检索MR-DC相关能力时，MN可以提供影响MR-DC、E-UTRA和NR能力容器中的MR-DC相关能力的MR-DC过滤器。当使用不同的UE能力询问消息检索不同的容器时，MN可以在所有询问消息中使用相同的MR-DC过滤器。在E-UTRA无线电资源控制(RRC)UE能力询问中，MR-DC过滤器还可以被用于检索NR能力，例如，实际上具有一个MR-DC/NR过滤器(而针对E-UTRA能力具有一个单独的过滤器)。此外，MN可以将所检索到的能力和用于检索这些能力的对应过滤器存储在核心网络中以供以后使用。

对于需要E-UTRA与NR之间的协调的UE能力(例如，频带组合、基带处理能力和UE可以在SCG中使用的在频率范围1(FR1)的最大功率)或者需要NR MN与NR SN之间的协调的UE能力(例如，频带组合、基带处理能力)，可以由MN决定如何解决MN与SN配置之间的依赖性。进而，MN可以向SN提供所得到的可用于SCG配置的UE能力，包括被允许的MR-DC频带组合和特征集合的列表，并且SN可以向MN指示所选择的频带组合和特征集合。当随后重新配置SCG时，每当SN针对SCG选择的频带组合和/或特征集合改变时(例如，即使该选择涉及被允许的频带组合和特征集合)，它可以通知MN。作为SN发起的SN修改的一部分，SN还可以指示由MN所允许的那些以外的可用于SCG配置的所需UE能力(例如，频带组合和特征集合)(例如，它可以重新协商用于SCG配置的UE能力)，并且它可以由MN做出是接受还是拒绝请求的最终决定。

图1A-1F是示出根据本公开的一些实施例的用于MR-DC的示例性过程的示意图。具体地，图1A示出了用于EN-DC的SN添加过程，其对应于3GPP TS 37.340 V16.3.0中的图10.2.1-1；图1B示出了用于MR-DC(具有5GC)的SN添加过程，其对应于3GPP TS 37.340V16.3.0中的图10.2.2-1；图1C示出了用于EN-DC的MN发起的SN修改过程，其对应于3GPP TS37.340 V16.3.0中的图10.3.1-1；图1D示出了用于MR-DC(具有5GC)的MN发起的SN修改过程，其对应于3GPP TS 37.340 V16.3.0中的图10.3.2-1；图1E示出了用于EN-DC的MN参与的SN发起的SN修改过程，其对应于3GPP TS 37.340 V16.3.0中的图10.3.1-2；以及图1F示出了用于MR-DC(具有5GC)的MN参与的SN发起的SN修改过程，其对应于3GPP TS 37.340V16.3.0中的图10.3.2-2。根据各种实施例，用于协商MR-DC频带组合选择的附加信息可以由图1A-1F中用框标记的消息来信令发送，这些消息例如是SgNB添加请求(SgNB AdditionRequest)、SgNB添加请求确认(SgNB Addition Request Acknowledge)、SN添加请求(SNAddition Request)、SN添加请求确认(SN Addition Request Acknowledge)、SgNB修改请求(SgNB Modification Request)、SgNB修改请求确认(SgNB Modification RequestAcknowledge)、SN修改请求(SN Modification Request)、SN修改请求确认(SNModification Request Acknowledge)、SgNB修改需要(SgNB Modification Required)、SN修改需要(SN Modification Required)等。

在如3GPP TS 37.340 V16.3.0中所述的辅节点添加和辅节点修改过程期间，可以在SN中与由MN信令发送的被允许的MR-DC频带组合和特征集合列表(也被称为allowedBC-ListMRDC，例如，如3GPP TS 38.331 V16.2.0中所述，其中，该技术规范的全部内容通过引用而被并入本公开中，其可以是节点间RRC消息中的IE)协调地选择MR-DC频带组合。根据所选择的MR-DC频带组合和特征集合(也被称为selectedBandCombination，例如，如3GPP TS38.331 V16.2.0中所述，其可以是节点间RRC消息中的IE)，具有MR-DC能力的UE可以被配置有MCG和SCG信息。

节点间消息中的allowedBC-ListMRDC可以通过X2AP：用于EN-DC的SgNB添加请求或SgNB修改请求消息和XnAP：用于MR-DC(具有5GC)的SN添加请求或SN修改请求消息从MN被发送到SN。节点间消息中的allowedBC-ListMRDC的示例性应用可以如下：

节点间消息中的selectedBandCombination可以通过X2AP：用于EN-DC的SgNB添加请求确认或SgNB修改请求确认或SgNB修改需要消息和XnAP：用于MR-DC(具有5GC)的SN添加请求确认或SN修改请求确认或SN修改需要消息从SN被发送到MN。节点间消息中的selectedBandCombination的示例性应用可以如下：

该过程可以被称为基于X2或Xn的MR-DC频带组合协调。消息中的IE可以被定义如下，例如，如3GPP TS 38.331 V16.2.0中所述。

·allowedBC-ListMRDC：引用MR-DC能力中的频带组合的索引列表，SN可以被允许从其中选择SCG频带组合。每个条目引用根据UE-MRDC-Capability(在(NG)EN-DC或NE-DC的情况下)或UE-NR-Capability(在NR-DC的情况下)中的supportedBandCombinationList而编号的频带组合和被允许用于每个频带条目的特征集合。由该字段指示的所有MR-DC频带组合可以包括MCG频带组合，其是由MN所选择的一个或多个MCG频带的超集。

·bandCombinationIndex：在NR-DC的情况下，该字段可以指示supportedBandCombinationList中的频带组合的位置。在NE-DC的情况下，该字段可以指示supportedBandCombinationList和/或supportedBandCombinationListNEDC-Only中的频带组合的位置。在(NG)EN-DC的情况下，该字段可以指示supportedBandCombinationList和/或supportedBandCombinationList-UplinkTxSwitch中的频带组合的位置。supportedBandCombinationList中的频带组合条目可以通过对应于supportedBandCombinationList中的频带组合的位置的索引来引用。supportedBandCombinationListNEDC-Only中的频带组合条目可以通过对应于supportedBandCombinationListNEDC-Only中的频带组合的位置的索引(增加了supportedBandCombinationList中的条目的数量)来引用。supportedBandCombinationList-UplinkTxSwitch中的频带组合条目可以通过对应于supportedBandCombinationList-UplinkTxSwitch中的频带组合的位置的索引(增加了supportedBandCombinationList中的条目的数量)来引用。

·allowedFeatureSetsList：定义FeatureSetCombination中的条目的子集。每个索引可以标识FeatureSetCombination中的位置，其对应于针对相关联的频带组合中的每个频带条目的一个FeatureSetUplink/Downlink。

·selectedBandCombination：指示在(NG)EN-DC、NE-DC和NR-DC中由SN所选择的频带组合。每当针对SCG选择的频带组合和/或特征集合改变时(例如，即使新选择涉及由allowedBC-ListMRDC允许的频带组合和/或特征集合)，SN可以用该字段来通知MN。

·requestedFeatureSets：FeatureSetCombination中的位置，其可以标识针对相关联的频带组合中的每个频带条目的一个FeatureSetUplink/Downlink。

如上所述，MN和SN可以各自支持载波聚合。在基于X2或Xn的MR-DC频带组合协调期间，对于MR-DC CA配置，可以分别在MN和SN两者中执行考虑MCG和SCG内的SCell的MR-DC频带组合选择。

当前的解决方案可能不支持MR-DC CA吞吐量最大化，因为它可能无法支持MN与SN之间经由X2或Xn的基带处理能力协商。因此，用于MR-DC CA配置的SCell选择可能由于MN或SN而产生偏差。

例如，可存在如下解决方案：MN可以首先最大化MCG的CA吞吐量或者尝试在SCell选择期间针对MCG选择优先化的SCell，并进而发送allowedBC-ListMRDC，其中，每个频带组合与所选择的SCell匹配。这意味着SN可以仅接收被允许的频带组合中的几个频带组合，并根据用于SCG SCell决定的UE能力在其中采取剩余的频带组合。最后，MN可以用从SN发送的selectedBandCombination来完成MR-DC CA配置。它可以是一种MR-DC中的MN优选的CA配置。

与优先考虑MN的解决方案相反，当考虑SN优选的SCell选择解决方案时，在准备allowedBC-ListMRDC期间，可以不在MN中选择MCG SCell。如果MN向SN发送尽可能多的被允许的频带组合和特征集合，则SN可以根据SN的偏好在许多被允许的频带组合和特征集合中做出选择，这可能有利于NR CA吞吐量最大化。在此，MN可以仅用由SN所选择的一个频带组合和一个特征集合来完成UE配置，因为利用当前的解决方案，SN可不发送回所选择的频带组合和特征集合列表。

在一个节点上具有有限选择而甚至没有另一个节点的附加信息的MR-DC频带组合协调(即，一种在MN和SN两者中的黑盒选择)可导致次优的MR-DC CA配置。表1示出了不同的频带组合的峰值吞吐量的示例。

表1

可以理解，尽管在表1中列出了EN-DC峰值吞吐量，但可以由针对EUTRA、EUTRA-NR和NR的UE能力中的许多不同种类的所支持的频带组合给出多个场景。表1中的示例采用如下一些假设：

·UE假设

-EN-DC活动

■对于NR BW<＝60<MHz，支持多达14个LTE层

■对于NR BW>60<MHz，支持多达10个LTE层

-EN-DC不活动：支持多达20个LTE层

·LTE假设

-空载的载波

-20MHz BW的峰值吞吐量：每层～100Mbps

·NR假设

-空载的载波

-20MHz BW的峰值吞吐量(TDD)：4个层～300Mbps

-40MHz BW的峰值吞吐量(TDD)：4个层～600Mbps

-60MHz BW的峰值吞吐量(TDD)：4个层～900Mbps

-80MHz BW的峰值吞吐量(TDD)：4个层～1.2Gbps

-100MHz BW的峰值吞吐量(TDD)：4个层的峰值～1.5Gbps

-EN-DC效率：90％(这可进一步降低净增益)。

从表1可以看出，在MR-DC频带组合协调中可能具有以下问题：

-无法提供可实现的MR-DC峰值吞吐量(例如，在表1的示例中，从总EN-DC吞吐量的角度来看，场景5是最佳的；然而，如果LTE CA吞吐量集中在EN-DC中，则可能发生场景1、2和3)；

-无法考虑在MR-DC活动时的净增益，在某些情况下，从EN-DC峰值吞吐量的角度来看，单个(意味着仅LTE，“EN-DC不活动”，在表1的示例中)比MR-DC(在该示例中，如果仅存在场景1，则可不必设置EN-DC)更好。即使使用MR-DC的净L1数据速率小于仅使用MCG，也可以保持MR-DC。由于UE能力(频带组合和层)和部署的NR量，与仅MCG的UE相比，它可导致一些UE的更差性能。

本公开的各种示例性实施例提出了一种用于MR-DC的解决方案，其可以支持MN与SN之间优化的能力协商以实现MR-DC CA吞吐量最大化。根据一个示例性实施例，在MN与SN之间用于MR-DC频带组合协调的信令中，频带组合和特征集合的可实现的CA吞吐量可以被包含在诸如allowedBC-ListMRDC和selectedBandCombination之类的信息元素(IE)中。根据一个实施例，对于MN与SN之间的节点间RRC消息(例如，如3GPP 38.331 V16.2.0中所述的节点间RRC消息)，可以引入新字段或者可以重新使用现有字段以携带关于频带组合和特征集合的可实现的CA吞吐量的附加信息。MN和SN可以在频带组合和特征集合的选择中最大限度地利用这种附加信息。各种实施例可以支持MR-DC频带组合的更大协调。在一个实施例中，SN可以选择具有MCG和SCG的最高可实现的总吞吐量的MR-DC频带组合和特征集合，例如，一种在“数据速率”方面的白盒选择。此外，各种实施例可以实现高效的网络操作。根据一个实施例，SN可以向MN提供利用所选择的MCG和SCG配置可实现的所估计数据速率。MN可以将利用所选择的MCG和SCG配置可实现的所估计数据速率与当未配置SCG时可实现的MCG数据速率进行比较，并确定是否为相关UE配置MR-DC。

图2A是示出根据本公开的实施例的用于MR-DC CA配置的示例性过程的示意图。图2A中所示的过程可以被应用于各种场景(例如，辅节点添加过程和辅节点修改过程等)以及各种MR-DC配置的MN与SN之间的信令，诸如具有EPC的MR-DC(EN-DC)、具有5GC的MR-DC；RANE-UTRA-NR双连接(NGEN-DC)、NR-E-UTRA双连接(NE-DC)、以及NR-NR双连接(NR-DC)。

如图2A中所示，用于MR-DC CA配置的示例性过程可以包括以下步骤：

-步骤A(其如图2A中的步骤A-1和A-2所示)：MN可以基于UE MR-DC能力和(主)节点配置，执行对MR-DC的MCG CA吞吐量的评估。

-步骤B：MN可以向SN信令发送诸如allowedBC-ListMRDC之类的参数以及MCG的可实现的CA吞吐量[Mbps](例如，在新IE中)。

-步骤C(其如图2A中的步骤C-1和C-2所示)：SN可以在总MR-DC CA吞吐量方面，评估哪个频带组合和特征集合对于MCG和SCG两者都是最佳的，其中，可以基于UE MR-DC能力和(辅)节点配置来执行SCG CA吞吐量评估。

-步骤D：SN可以选择评级最高的频带组合和特征集合(例如，由诸如selectedBandCombination之类的参数所指示的)，并将其与总可实现MR-DC CA吞吐量[Mbps](例如，在新IE中)一起信令发送回MN。

-步骤E：MN可以基于从SN接收的频带组合和特征集合来完成MR-DC频带组合协调，其中，MN可以通过比较在MR-DC活动时的净增益来决定是否停止辅节点添加过程和辅节点修改过程(或触发辅节点释放过程)更好。

可以理解，图2A中所示的网络元件和信令消息仅是示例，并且根据本公开的各种实施例，在用于MR-DC CA配置的过程中可以涉及更多或更少的替代网络元件和信令消息。

根据一个示例性实施例，对于步骤A-1，MN可以首先检查MR-DC能力，并且如果一些频带组合和特征集合没有用于MCG内的CA的合适频带，则过滤掉它们。例如，MN可以执行以下操作：

A-1-i.过滤掉频带组合：MN可以从MR-DC能力中过滤掉不涉及当前PCell频带的所有MR-DC频带组合。

A-1-ii.过滤掉特征集合：MN还可以从经过滤的频带组合中过滤掉其PCell分量载波(CC)不是双向的所有特征集合。

图2B是示出根据本公开的实施例的示例性MR-DC能力检查的示意图。尽管在图2B中示出了用于EN-DC实例的示例，但类似的方法可以被应用于各种可能的MR-DC实例，例如，根据不同的实现。在如图2B中所示的用于LTE CA的MR-DC能力检查的示例中，对于被附接到作为PCell的Band1小区的UE，可以过滤掉几个BC或FS。对于1AA，“1”表示EUTRA Band1，前一个“A”表示下行链路(DL)分量载波的CA带宽等级，后一个“A”表示上行链路(UL)分量载波的CA带宽等级。对于EUTRA频带的其他表达也是如此。n78A是NR Band78，其中DL分量载波的带宽等级为“A”。对于NR频带的其他表达也是如此。此外，“DU”代表能够进行DL和UL的分量载波，“D”代表仅能够进行DL的分量载波。

图2B中的EN-DC配置与八个BC相关，包括BC#1、BC#2、BC#3、BC#4、BC#5、BC#6、BC#7和BC#8，例如，如3GPP TS 38.101-3V16.5.0中所述，其中，该技术规范的全部内容通过引用而被并入本公开中。每个BC可以与一个或多个FS相关联。在图2B所示的示例中，BC#4+FS#1和BC#8+FS#1被过滤掉，因为它们没有PCell频带(Band1)。此外，BC#2+FS#1、BC#3+FS#1、BC#4+FS#2、BC#4+FS#3、BC#4+FS#4被过滤掉，因为它们的PCell(B1)不支持DL和UL，而仅支持DL。

根据一个示例性实施例，对于步骤A-1，MN可以将经过滤的频带组合和特征集合与MN小区的配置相匹配以找到实际可能的MCG SCell配置。具有匹配的MCG SCell配置的经过滤的频带组合和特征集合可以是被允许的频带组合和特征集合。例如，MN可以执行以下操作：

A-1-iii.检查经过滤的频带组合和特征集合的所支持的MCG BC部分频带：MN可以检查经过滤的频带组合和特征集合中的MCG BC部分的每个频带是否在MN上被支持。

A-1-iv.确认MCG CA的可能最高CC聚合级别：MN可以利用经过滤的频带组合和特征集合的所支持的频带来确认MCG BC部分的最高CC聚合级别。

A-1-v.将MCG BC部分与MN PCell和SCell配置相匹配：MN可以将MCG BC部分与MN中的可能MCG CA(PCell+SCells)配置相匹配。

图2C是示出根据本公开的实施例的将经过滤的BC与MN配置进行示例性匹配的示意图。尽管在图2C中示出了用于EN-DC实例的示例，但类似的方法可以被应用于各种可能的MR-DC实例，例如，根据不同的实现。在如图2C中所示的将经过滤的BC和特征集合与MN配置相匹配的示例中，经过滤的BC和特征集合(其可以来自图2B)与MN的配置相匹配，以针对UE从经过滤的BC中找到可能的LTE SCell配置。在图2C的示例中，可以存在针对MN的以下假设：

·所有小区具有10MHz带宽(BW)；

·B5(Band5)上的S2和S3是等效的SCell；

·B7(Band7)上的S4和S5是等效的SCell；

·对于B7(Band7)，S6具有与S4/S5不同的earfcn；以及

·S7和S8是B42(Band42)上的不同的earfcn SCell。

根据一个示例性实施例，MN(诸如MeNB)可以首先例如通过检查CA参数、小区状态等，找到在MeNB中可配置的有效SCell。作为一个示例，所找到的有效SCell列表可以如[B3{S1},B5{S2,S3},B7{S4,S5},B7'{S6},B42{S7},B42”{S8}]，其中，B7{S4,S5}具有与B7'{S6}不同的earfcn，B42{S7}具有与B42”{S8}不同的earfcn。进而，MeNB可以利用BC验证、CA许可的更高级别CC等，找到每特征集合的BC的可能LTE部分。图2C的右侧示出了BC到配置的映射。之后，MeNB可以将BC和特征集合映射到LTE配置(例如，针对UE而配置的SCell候选者列表，其中，可以在LTE配置以外管理多输入多输出(MIMO)能力)。在一个实施例中，MeNB可以仅创建值得评估的回退。如果由于某些原因(例如，根本没有有效的SCell)而没有匹配的LTE配置，则所有经过滤的BC可以被映射到仅具有PCell的1CC配置。

根据一个示例性实施例，对于步骤A-2，MN可以在理论上评估被允许的频带组合和特征集合的MCG CA吞吐量，例如，通过考虑吞吐量计算的所有因素。例如，MN可以执行以下操作：

A-2-i.评估MCG CA配置的峰值吞吐量：MN可以评估PCell和SCell配置的可实现的MCG CA吞吐量，例如，通过考虑小区带宽、MIMO层的预期增益、调制阶数的预期增益、以及由频分双工(FDD)吞吐量的比率给出的时分双工(TDD)和许可辅助接入(LAA)的帧因子。

A-2-ii.公布经过滤的频带组合和特征集合的可实现的MCG CA峰值吞吐量：针对经过滤的频带组合和特征集合中的每一个的可实现的MCG CA峰值吞吐量可以由所有可能的MCG CA(PCell+SCells)配置中的评级最高的一个给出，因为在所支持的频带上可存在许多具有不同的容量/能力的SCell。

图2D是示出根据本公开的实施例的小区的可实现的峰值吞吐量的示例性计算的示意图。尽管在图2D中示出了用于EN-DC实例的示例，但类似的方法可以被应用于各种可能的MR-DC实例，例如，根据不同的实现。在图2D所示的示例中，可以针对被允许BC的LTE CA吞吐量执行评估，例如，通过考虑带宽、MIMO层、以及TDD和LAA的帧因子，以便基于小区能力和特征集合来计算每个LTE SCell配置的可实现的LTE DL CA峰值吞吐量。

根据一个示例性实施例，可以通过聚合每个小区的可实现的峰值吞吐量来计算被允许BC的可实现的LTE DL CA峰值吞吐量。例如，峰值吞吐量可以从可以服务的最大传输块(TB)大小与每个小区的帧因子的乘积中获得，如下所示。

Peak Throughput ＝ Max TB size * Frame factor (1)

其中，TB大小可以来自预定TB大小表(例如，如3GPP TS 36.213V16.3.0中所述，其中，该技术规范的全部内容通过引用而被并入本公开中)，并且可以根据带宽、最大MIMO层、以及调制阶数来给出最大比特速率。在图2D的示例中，TB大小是73,392，来自10MHz带宽，支持64正交幅度调制(64QAM)和2MIMO层，并且来自小区的73Mbps的可实现的峰值吞吐量具有FDD帧结构。

图2E是示出根据本公开的实施例的SCell配置的可实现的LTE CA峰值吞吐量的示例性计算的示意图。在图2E的SCell配置中，所有小区具有10MHz BW，并且SA1/SS7(54％)和SA2/SS7(74％)被应用于B42上的SCell。如图2E中所示，针对BC#6+FS#1的可实现的LTE CA峰值吞吐量的计算结果为312Mbps。类似地，可以评估所有可能的LTE配置，并且可以公布具有最高吞吐量的配置，因为这是可实现的LTE DL CA峰值吞吐量。

图2F是示出根据本公开的实施例的被允许的BC和FS的示例性评估的示意图。在图2F的示例中，每个BC+FS仅具有一个配置，但BC#7+FS#1除外。因此，可以利用每个配置的所计算的吞吐量来设置每个BC+FS的可实现的峰值吞吐量，但是可以利用配置(254,B1{PCell}+B42{S7})和配置(225,B1{PCell}+B42”{S8})的计算结果之间的最高吞吐量“254”来设置BC#7+FS#1的可实现的峰值吞吐量。

根据一个示例性实施例，对于步骤B，MN可以在被发送到SN的消息中(例如，在SgNB添加请求、SgNB修改请求、SN添加请求、或SN修改请求消息中)包括关于所评估的可实现的MCG CA吞吐量的附加信息。

图2G是示出根据本公开的实施例的示例性信息元素(IE)的示意图。作为一个示例，新IE可以是allowedFeatureSetsDataRateList、FeatureSetEntryDataRate等，其可以在从MN被发送到SN的消息(例如，如3GPP TS 38.331 V16.2.0的第11.2.2节中所述的CECG-ConfigInfo消息)中被携带。在一个实施例中，MN可以发送具有被允许的频带组合和特征集合的allowedBC-ListMRDC以及在新IE中的所评估的可实现的MCG CA吞吐量[单位：Mbps]。如图2G中所示，新IE可以被包含在BandCombinationInfo中。

根据一个示例性实施例，对于步骤C-1，SN可以首先检查UE-MRDC能力，并且如果被允许的BC没有用于SCG内的CA的合适频带，则过滤掉它们。这种方式可以类似于针对步骤A-1描述的实施例。对于由SN发起的发送SgNB修改需要或SN修改需要消息的SN修改过程，可以使用在由MN发起的SN添加过程或SN修改过程中给出的被允许的BC。例如，SN可以执行以下操作：

C-1-i.过滤掉被允许的频带组合：SN可以从allowedBC-ListMRDC中过滤掉不涉及所需PSCell频带的所有被允许的BC。

C-1-ii.过滤掉特征集合：SN还可以从经过滤的被允许频带组合中过滤掉其PSCell分量载波不是双向的所有特征集合。

根据一个示例性实施例，对于步骤C-1，具有匹配的SCG SCell配置的经过滤的被允许BC可以是将要针对SCG内的CA进行评估的频带组合。这种方式可以类似于针对步骤A-1描述的实施例。例如，SN可以执行以下操作：

C-1-iii.检查经过滤的被允许的频带组合和特征集合的所支持的SCG BC部分频带：SN可以检查经过滤的被允许的频带组合和特征集合中的SCG BC部分的每个频带是否在SN上被支持。

C-1-iv.确认SCG CA的可能最高CC聚合级别：SN可以利用经过滤的被允许的频带组合和特征集合的所支持的频带来确认SCG BC部分的最高CC聚合级别。

C-1-v.将SCG BC部分与SN PSCell和SCell配置相匹配：SN可以将SCG BC部分与SN中的可能SCG CA(PSCell+SCells)配置相匹配。

根据一个示例性实施例，对于步骤C-2，SN可以在理论上评估可用的经过滤的被允许频带组合的SCG CA吞吐量，例如，通过考虑吞吐量计算的所有因素。这种方式可以类似于针对步骤A-2描述的实施例。例如，SN可以执行以下操作：

C-2-i.评估SCG CA配置的峰值吞吐量：SN可以评估PSCell和SCell配置的可实现的SCG CA吞吐量，例如，通过考虑小区带宽、MIMO层的预期增益、调制阶数的预期增益、以及由FDD吞吐量的比率给出的TDD和LAA的帧因子。

C-2-ii.公布经过滤的被允许的频带组合和特征集合的可实现的SCG CA峰值吞吐量：针对经过滤的被允许的频带组合和特征集合中的每一个的可实现的SCG CA峰值吞吐量可以由所有可能的SCG CA(PCell+SCells)配置中的评级最高的一个给出，因为在所支持的频带上可存在许多具有不同的容量/能力的SCell。

根据一个示例性实施例，对于步骤C-2，SN可以基于从MN接收的被包含在新IE(例如，如针对图2G描述的新IE)中的所评估的SCG CA吞吐量和可实现的MCG CA吞吐量两者来选择最佳MR-DC CA吞吐量。例如，SN可以执行以下操作：

C-2-iii.评估经过滤的被允许的频带组合和特征集合的MR-DC CA吞吐量：SN可以评估可实现的总CA吞吐量“achievableTotalThroughput”，其可以被计算为FeatureSetEntryDataRate(例如，在步骤B中从MN发送的可实现的MCG CA峰值吞吐量)+所评估的SCG CA吞吐量。

C-2-iv.找到最高的MR-DC CA吞吐量组合：SN可以找到具有最高MR-DC CA吞吐量的经过滤的被允许的频带组合和特征集合。

图2H是示出根据本公开的实施例的经过滤的BC的示例性评估的MR-DC CA吞吐量的示意图。对于每对频带组合和特征集合，图2H示出了MCG的可实现的CA吞吐量、SCG的可实现的CA吞吐量和可实现的总CA吞吐量。根据经过滤的被允许BC的所评估的MR-DC CA吞吐量，SN选择BC#5(bandCombinationIndex 5)和FS#3(FeatureSetEntryIndex3)，因为这对频带组合和特征集合具有最佳MR-DC CA吞吐量。可以理解，SN还可以使用其他合适的准则(例如，考虑服务要求、资源分配、设备能力等)来选择频带组合和特征集合。

根据一个示例性实施例，对于步骤D，SN可以在被发送到MN的消息中(例如，在SgNB添加请求确认、SgNB修改请求确认、SgNB修改需要、SN添加请求确认、SN修改请求确认、或SN修改需要消息中)包括关于总可实现MR-DC CA吞吐量的附加信息。

图2I是示出根据本公开的另一个实施例的示例性信息元素(IE)的示意图。作为一个示例，新IE可以是achievableTotalThroughput、featureSetachievablethrouhgput等，其可以在从SN被发送到MN的消息(例如，如3GPP TS 38.331 V16.2.0的第11.2.2节中所述的CE CG-Config消息)中被携带。在一个实施例中，SN可以信令发送回评级最高的selectedBandCombination以及在新IE中的总可实现MR-DC CA吞吐量[单位：Mbps]。如图2I中所示，新IE可以被包含在BandCombinationInfo中。

根据一个示例性实施例，对于步骤E，MN可以将在所接收的信息(例如，在步骤D中作为achievableTotalThroughput从SN发送的附加信息)中的“总可实现MR-DC CA吞吐量”与在MR-DC不活动时的MCG吞吐量(例如，当未配置SCG时可实现的MCG数据速率)进行比较，并决定是否建立MR-DC。例如，MN可以执行以下操作：

E-i.确认在MR-DC不活动时的MCG吞吐量：MN可以检查仅MCG的当前吞吐量(其中，载波聚合可能在工作或不工作)。

E-ii.将achievableTotalThroughput与在MR-DC不活动时的MCG吞吐量进行比较：MN可以通过achievableTotalThroughput与仅MCG的吞吐量之间的比较来确定净增益。

E-iii.决定MR-DC建立：

-如果值得添加SCG，则MN可以针对UE利用从SN发送的最佳MR-DC频带组合来完成MR-DC CA配置。

-如果不值得添加SCG，则MN可以停止辅节点添加或辅节点修改。

图2J-2L是示出根据本公开的一些实施例的示例性MR-DC吞吐量的示意图。在图2J的实施例中，频带组合BC#1和特征集合FS#1从SN发送以用于MR-DC建立，进而，因为负净增益，MN可能不会针对UE配置该MR-DC组合。在这种情况下，由于selectedBandCombination的MR-DC吞吐量具有负净增益，因此，UE可能需要保持在仅MCG中。

在图2K的实施例中，频带组合BC#4和特征集合FS#5从SN发送以用于MR-DC建立，进而，，因为selectedBandCombination的MR-DC吞吐量没有净增益，MN可以针对UE配置该MR-DC组合，或者不配置。例如，可以基于MN自己的策略来做出决定。

在图2L的实施例中，频带组合BC#5和特征集合FS#3从SN发送以用于MR-DC建立，进而，MN可以针对UE配置该MR-DC组合，因为总MR-DC吞吐量(achievableTotalThroughput)高于仅MCG的吞吐量，即，selectedBandCombination的MR-DC吞吐量具有正净增益。

图3是示出根据本公开的实施例的用于MR-DC BC协调的示例性消息的示意图。可以通过主节点与辅节点之间的各种消息(例如，用于MR-DC BC协调的X2AP或XnAP消息等)来交换潜在的MR-DC吞吐量评估，如图3中所示。根据各种实施例的MR-DC吞吐量评估和消息交换可以独立于RAN(例如，3GPP网络实体；eNB和/或gNB等)如何被部署。无论部署类型如何——在云中的嵌入式部署或分离部署，各种实施例都可以工作。在分离部署的情况下，主节点和辅节点中的一个(或两者)可以被部署在云中作为虚拟化RAN，而在嵌入式部署的情况下，eNB和gNB可以被部署在站点中的无线电节点中。

图4是示出根据本公开的实施例的具有分离实现的示例性架构的示意图。可以实现概念性NG-RAN架构，例如，如3GPP TS 38.401 V16.3.0中所述，其中，该技术规范的全部内容通过引用而被并入本公开中。一些示例性网络实体或元件可以被包括在该架构中，例如，接入和移动性管理功能(AMF)、服务网关(SGW)、用户面功能(UPF)、eNB、gNB等。对于具有vRC和vPP的分离实现，gNB CU-CP可以被实例化为vRC，gNB CU-UP可以被实例化为vPP，如图4中所示。各种实施例可以在云环境中的gNB CU-CP(vRC)上被实现。

注意，本公开的一些实施例主要是针对被用作某些示例性网络配置和***部署的非限制性示例的4G/LTE或5G/NR规范来描述的。因此，本文给出的示例性实施例的描述特别引用与其直接相关的术语。这种术语仅在所提出的非限制性示例和实施例的上下文中使用，并且自然不会以任何方式限制本公开。相反，只要本文描述的示例性实施例适用，就可以同样地使用任何其他***配置或无线电技术。

图5A是示出根据本公开的实施例的方法510的流程图。图5A中所示的方法510可以由第一网络节点或通信地耦接到第一网络节点的装置来执行。根据一个示例性实施例，第一网络节点可以是基站(例如，eNB、gNB等)、AP、控制节点、或可能够向一个或多个终端设备(例如，UE等)提供服务的任何其他合适的网络节点。

根据图5A中所示的示例性方法510，第一网络节点可以确定用于由第一网络节点所支持的终端设备的双连接的第一配置和该第一配置的第一性能评估，如框512中所示。根据一个示例性实施例，第一网络节点可以向第二网络节点发送第一消息，如框514中所示。该第一消息可以指示第一配置和第一性能评估。

根据一个示例性实施例，第一配置可以包括由第一网络节点所支持的一个或多个CA配置(例如，如针对图2B和图2C所描述的)。根据另一个示例性实施例，第一性能评估可以包括针对由第一网络节点所支持的一个或多个CA配置的一个或多个吞吐量评估(例如，如针对图2D、图2E和图2F所描述的)。

-与该一个或多个频带组合相关联的一个或多个特征集合。

根据一个示例性实施例，第一性能评估可以指示针对一个或多个频带组合和相关联的一个或多个特征集合中的每一个所评估的CA吞吐量(例如，如针对图2F所描述的)。

根据一个示例性实施例，针对一个或多个频带组合和相关联的一个或多个特征集合中的每一个所评估的CA吞吐量可以是针对与一个或多个频带组合和相关联的一个或多个特征集合中的每一个对应的CA配置所评估的最高吞吐量(例如，如针对图2F所描述的)。

根据一个示例性实施例，第一网络节点可以从第二网络节点接收第二消息。该第二消息可以指示用于终端设备的双连接的第二配置和该第二配置的第二性能评估。该第二配置可以由第二网络节点至少部分地基于第一配置来确定。

根据一个示例性实施例，第二配置可以包括：从由第一网络节点所支持的一个或多个CA配置中选择的第一CA配置；以及从由第二网络节点所支持的一个或多个CA配置中选择的第二CA配置(例如，如针对图2J-2K所描述的)。在一个实施例中，由第二网络节点所支持的一个或多个CA配置可以与由第一网络节点所支持的一个或多个CA配置相关联(例如，如针对图2H所描述的)。

根据一个示例性实施例，第二性能评估可以包括与第一吞吐量评估和第二吞吐量评估相关联的总吞吐量评估(例如，如针对图2J-2K所描述的)。第一吞吐量评估可以针对由第一网络节点所支持的第一CA配置。第二吞吐量评估可以针对由第二网络节点所支持的第二CA配置。

-与所选择的频带组合相关联的特征集合。

根据一个示例性实施例，第二性能评估可以指示与第一CA吞吐量和第二CA吞吐量相关联的总CA吞吐量(例如，如针对图2J-2K所描述的)。第一CA吞吐量可以由第一网络节点针对所选择的频带组合和相关联的特征集合进行评估。第二CA吞吐量可以由第二网络节点针对所选择的频带组合和相关联的特征集合进行评估。

根据一个示例性实施例，当比较的结果满足预定准则时(例如，如果第二性能评估比第三性能评估更好等)，第一网络节点可以确定建立终端设备的双连接。

根据一个示例性实施例，当比较的结果满足另一个预定准则时(例如，如果第二性能评估等于第三性能评估或者第二性能评估比第三性能评估更差等)，第一网络节点可以确定不建立终端设备的双连接。根据另一个示例性实施例，例如，如果终端设备当前被配置有双连接，但仅MCG配置的吞吐量高于双连接配置的总吞吐量等，则第一网络节点可以确定释放终端设备的双连接。

根据一个示例性实施例，第一消息可以是：

-用于终端设备的辅节点的添加请求消息；或者

-用于终端设备的辅节点的修改请求消息。

根据一个示例性实施例，第二消息可以是：

-用于终端设备的辅节点的添加请求确认消息；

-用于终端设备的辅节点的修改请求确认消息；或者

-用于终端设备的辅节点的修改需要消息。

图5B是示出根据本公开的实施例的方法520的流程图。图5B中所示的方法520可以由第二网络节点或通信地耦接到第二网络节点的装置来执行。根据一个示例性实施例，第二网络节点可以是基站(例如，eNB、gNB等)、AP、控制节点、或可能够向一个或多个终端设备(例如，UE等)提供服务的任何其他合适的网络节点。

根据图5B中所示的示例性方法520，第二网络节点可以从第一网络节点接收第一消息，如框522中所示。该第一消息可以指示用于由第一网络节点所支持的终端设备的双连接的第一配置和该第一配置的第一性能评估。根据一个示例性实施例，第二网络节点可以确定用于终端设备的双连接的第二配置和该第二配置的第二性能评估，如框524中所示。该第二配置可以由第二网络节点至少部分地基于第一配置来确定。

根据一个示例性实施例，根据方法520的由第二网络节点接收的第一消息可以对应于根据方法510的由第一网络节点发送的第一消息。因此，如针对图5A和图5B描述的第一消息可以具有相同或类似的内容和/或特征元素。

类似地，如针对图5A和图5B描述的第一配置可以具有相同或类似的内容和/或特征元素，如针对图5A和图5B描述的第一性能评估可以具有相同或类似的内容或特征元素。

根据一个示例性实施例，第二网络节点可以向第一网络节点发送第二消息。该第二消息可以指示用于终端设备的双连接的第二配置和该第二配置的第二性能评估。

根据一个示例性实施例，根据方法520的由第二网络节点发送的第二消息可以对应于根据方法510的由第一网络节点接收的第二消息。因此，如针对图5A和图5B描述的第二消息可以具有相同或类似的内容和/或特征元素。

类似地，如针对图5A和图5B描述的第二配置可以具有相同或类似的内容和/或特征元素，如针对图5A和图5B描述的第二性能评估可以具有相同或类似的内容或特征元素。

根据一个示例性实施例，当第一网络节点根据第二消息确定建立终端设备的双连接时，第二网络节点可以根据第二配置，建立终端设备的双连接。

根据一个示例性实施例，当第一网络节点根据第二消息确定释放终端设备的双连接时，第二网络节点可以释放终端设备的双连接。

与由于在MN中提供的更高吞吐量而可能降低在SN中的吞吐量的现有解决方案相比，根据本公开的各种示例性实施例可以实现MR-DC配置的更高吞吐量。根据各种示例性实施例，可以在MR-DC BC协调中交换关于考虑MN和SN两者的可实现的总吞吐量的附加信息，这可以向MR-DC UE提供更好的数据速率。

图5A-5B中所示的各种框可以被视为方法步骤，和/或被视为由计算机程序代码的操作产生的操作，和/或被视为被构造以执行相关联的功能的多个耦接的逻辑电路元件。上面描述的示意性流程图通常被阐述为逻辑流程图。因此，所描绘的顺序和所标记的步骤指示所提出的方法的特定实施例。可以构想其他步骤和方法，它们在功能、逻辑或效果上与所示方法的一个或多个步骤或其部分等效。附加地，特定方法发生的顺序可以或可以不严格遵守所示出的对应步骤的顺序。

图6A是示出根据本公开的各种实施例的装置610的框图。如图6A中所示，装置610可以包括一个或多个处理器(诸如处理器611)和一个或多个存储器(诸如存储计算机程序代码613的存储器612)。存储器612可以是非暂时性机器/处理器/计算机可读存储介质。根据一些示例性实施例，装置610可以被实现为集成电路芯片或模块，其可以被***或被安装到如针对图5A描述的第一网络节点或如针对图5B描述的第二网络节点中。在这种情况下，装置610可以被实现为如针对图5A描述的第一网络节点或如针对图5B描述的第二网络节点。

在一些实现中，一个或多个存储器612和计算机程序代码613可以被配置为与一个或多个处理器611一起使装置610至少执行如结合图5A描述的方法的任何操作。在一些实现中，一个或多个存储器612和计算机程序代码613可以被配置为与一个或多个处理器611一起使装置610至少执行如结合图5B描述的方法的任何操作。可替代地或附加地，一个或多个存储器612和计算机程序代码613可以被配置为与一个或多个处理器611一起使装置610至少执行更多或更少的操作以实现根据本公开的示例性实施例的所提出的方法。

图6B是示出根据本公开的一些实施例的装置620的框图。如图6B中所示，装置620可以包括确定单元621和发送单元622。在一个示例性实施例中，装置620可以在第一网络节点中被实现。确定单元621可以可操作以执行框512中的操作，发送单元622可以可操作以执行框514中的操作。可选地，确定单元621和/或发送单元622可以可操作以执行更多或更少的操作以实现根据本公开的示例性实施例的所提出的方法。

图6C是示出根据本公开的一些实施例的装置630的框图。如图6C中所示，装置630可以包括接收单元631和确定单元632。在一个示例性实施例中，装置630可以在第二网络节点中被实现。接收单元631可以可操作以执行框522中的操作，确定单元632可以可操作以执行框524中的操作。可选地，接收单元631和/或确定单元632可以可操作以执行更多或更少的操作以实现根据本公开的示例性实施例的所提出的方法。

图7是示出根据本公开的一些实施例的经由中间网络被连接到主机计算机的电信网络的框图。

参考图7，根据一个实施例，通信***包括电信网络710(诸如3GPP类型的蜂窝网络)，其包括接入网络711(诸如无线电接入网络)和核心网络714。接入网络711包括多个基站712a、712b、712c(诸如NB、eNB、gNB或其他类型的无线接入点)，每个定义对应的覆盖区域713a、713b、713c。每个基站712a、712b、712c通过有线或无线连接715可连接到核心网络714。位于覆盖区域713c中的第一UE 791被配置为无线地连接到对应的基站712c或由其寻呼。覆盖区域713a中的第二UE 792可无线地连接到对应的基站712a。尽管在该示例中示出了多个UE 791、792，但所公开的实施例同样适用于其中唯一UE在覆盖区域中或者其中唯一UE正连接到对应的基站712的情况。

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

图7的通信***作为整体实现了被连接UE 791、792与主机计算机730之间的连接。该连接可以被描述为过顶(OTT)连接750。主机计算机730和被连接UE 791、792被配置为使用接入网络711、核心网络714、任何中间网络720以及可能的其他基础结构(未示出)作为中介，经由OTT连接750来传送数据和/或信令。在OTT连接750所经过的参与通信设备不知道上行链路和下行链路通信的路由的意义上，OTT连接750可以是透明的。例如，可以不或不需要向基站712通知关于传入下行链路通信的过去路由，其中该传入下行链路通信具有源自主机计算机730的将被转发(例如，移交)到被连接UE 791的数据。类似地，基站712不需要知道源自UE 791去往主机计算机730的传出上行链路通信的未来路由。

图8是示出根据本公开的一些实施例的主机计算机通过部分无线连接经由基站与UE通信的框图。

现在将参考图8来描述在前面的段落中讨论的UE、基站和主机计算机的根据实施例的示例性实现。在通信***800中，主机计算机810包括硬件815，该硬件815包括被配置为建立并维持与通信***800中的不同通信设备的接口的有线或无线连接的通信接口816。主机计算机810还包括处理电路818，该处理电路818可具有存储和/或处理能力。特别地，处理电路818可以包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列、或那些适于执行指令的组件(未示出)的组合。主机计算机810还包括软件811，该软件811被存储在主机计算机810中或可由其访问，并可由处理电路818执行。软件811包括主机应用812。主机应用812可以可操作以向远程用户(诸如经由终止于UE 830和主机计算机810的OTT连接850而连接的UE 830)提供服务。在向远程用户提供服务时，主机应用812可以提供使用OTT连接850发送的用户数据。

通信***800还包括基站820，该基站820在电信***中被提供并且包括使其能够与主机计算机810和UE 830通信的硬件825。该硬件825可以包括用于建立并维持与通信***800中的不同通信设备的接口的有线或无线连接的通信接口826、以及用于至少建立并维持与位于由基站820所服务的覆盖区域(未在图8中示出)中的UE 830的无线连接870的无线电接口827。通信接口826可以被配置为促进到主机计算机810的连接860。连接860可以是直接的，或者它可以经过电信***中的核心网络(未在图8中示出)和/或经过电信***外部的一个或多个中间网络。在所示的实施例中，基站820的硬件825还包括处理电路828，该处理电路828可以包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列、或那些适于执行指令的组件(未示出)的组合。基站820还具有被内部存储或可经由外部连接访问的软件821。

通信***800还包括已经提到的UE 830。该UE 830的硬件835可以包括无线电接口837，其被配置为与服务UE 830当前所在的覆盖区域的基站建立并维持无线连接870。UE830的硬件835还包括处理电路838，其可以包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列、或那些适于执行指令的组件(未示出)的组合。UE 830还包括软件831，该软件831被存储在UE 830中或可由其访问，并可由处理电路838执行。软件831包括客户端应用832。客户端应用832可以在主机计算机810的支持下可操作以经由UE 830向人类或非人类用户提供服务。在主机计算机810中，执行中的主机应用812可以经由终止于UE 830和主机计算机810的OTT连接850与执行中的客户端应用832进行通信。在向用户提供服务时，客户端应用832可以从主机应用812接收请求数据，以及响应于该请求数据，提供用户数据。OTT连接850可以传送请求数据和用户数据两者。客户端应用832可以与用户交互以生成其提供的用户数据。

注意，图8中所示的主机计算机810、基站820和UE 830可以分别与图7的主机计算机730、基站712a、712b、712c之一和UE 791、792之一相似或相同。也就是说，这些实体的内部工作可以如图8中所示，并且独立地，周围的网络拓扑可以是图7中的那些。

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

UE 830与基站820之间的无线连接870是根据在本公开中所描述的实施例的教导。各种实施例中的一个或多个可以改进使用OTT连接850向UE 830提供的OTT服务的性能，其中该无线连接870构成最后一段。更准确地，这些实施例的教导可以改进延迟和功耗，从而提供诸如更低的复杂度、减少的接入小区所需的时间、更好的响应度、延长的电池寿命之类的益处。

出于监视数据速率、延时以及一个或多个实施例对其有所改进的其他因素的目的，可以提供测量过程。还可以存在可选的网络功能，以用于响应于测量结果的变化，对主机计算机810与UE 830之间的OTT连接850进行重新配置。用于重新配置OTT连接850的测量过程和/或网络功能可以在主机计算机810的软件811和硬件815或UE 830的软件831和硬件835、或这两者中实现。在实施例中，传感器(未示出)可被部署在OTT连接850经过的通信设备中或与其相关联；传感器可以通过提供在上面例示的监视量的值、或提供其他物理量(软件811、831可以根据该其他物理量来计算或估计该监视量)的值来参加该测量过程。OTT连接850的重新配置可以包括消息格式、重传设置、优选路由等；该重新配置不需要影响基站820，并且对于基站820它可以是未知或不可感知的。这种过程和功能可在本领域中是已知并且被实践的。在某些实施例中，测量可涉及专有的UE信令，该专有的UE信令促进主机计算机810对吞吐量、传播时间、延迟等的测量。在使消息(尤其是空消息或“假”消息)被使用OTT连接850而发送的软件811和831监视传播时间、错误等时，这些测量可以被实现。

图9是示出根据实施例的在通信***中实现的方法的流程图。该通信***包括主机计算机、基站和UE，它们可以是参考图7和图8描述的那些。为了简化本公开起见，在本节中将仅包括对图9的附图参考。在步骤910中，主机计算机提供用户数据。在步骤910的子步骤911(其可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤920中，主机计算机发起向UE的携带用户数据的传输。在步骤930(其可以是可选的)中，根据在本公开中描述的实施例的教导，基站向UE发送在主机计算机发起的传输中携带的用户数据。在步骤940(其也可以是可选的)中，UE执行与由主机计算机执行的主机应用相关联的客户端应用。

图10是示出根据实施例的在通信***中实现的方法的流程图。该通信***包括主机计算机、基站和UE，它们可以是参考图7和图8描述的那些。为了简化本公开起见，在本节中将仅包括对图10的附图参考。在该方法的步骤1010中，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在步骤1020中，主机计算机发起向UE的携带用户数据的传输。根据在本公开中描述的实施例的教导，该传输可以经过基站。在步骤1030(其可以是可选的)中，UE接收在该传输中携带的用户数据。

图11是示出根据实施例的在通信***中实现的方法的流程图。该通信***包括主机计算机、基站和UE，它们可以是参考图7和图8描述的那些。为了简化本公开起见，在本节中将仅包括对图11的附图参考。在步骤1110(其可以是可选的)中，UE接收由主机计算机提供的输入数据。附加地或可替代地，在步骤1120中，UE提供用户数据。在步骤1120的子步骤1121(其可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤1110的子步骤1111(其可以是可选的)中，UE执行客户端应用，该客户端应用响应于所接收的由主机计算机提供的输入数据来提供用户数据。在提供用户数据时，所执行的客户端应用可以进一步考虑从用户接收的用户输入。无论提供用户数据的具体方式如何，在子步骤1130(其可以是可选的)中，UE发起用户数据向主机计算机的传输。在该方法的步骤1140中，根据在本公开中描述的实施例的教导，主机计算机接收从UE发送的用户数据。

图12是示出根据实施例的在通信***中实现的方法的流程图。该通信***包括主机计算机、基站和UE，它们可以是参考图7和图8描述的那些。为了简化本公开起见，在本节中将仅包括对图12的附图参考。在步骤1210(其可以是可选的)中，根据在本公开中描述的实施例的教导，基站从UE接收用户数据。在步骤1220(其可以是可选的)中，基站发起所接收的用户数据向主机计算机的传输。在步骤1230(其可以是可选的)中，主机计算机接收在由基站发起的传输中携带的用户数据。

根据一些示例性实施例，提供了一种在通信***中实现的方法，该通信***可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处，提供用户数据。可选地，该方法可以包括：在主机计算机处，发起经由包括基站的蜂窝网络的向UE的携带用户数据的传输，该基站可以执行如针对图5A描述的示例性方法510的任何步骤或如针对图5B描述的示例性方法520的任何步骤。

根据一些示例性实施例，提供了一种包括主机计算机的通信***。该主机计算机可以包括被配置为提供用户数据的处理电路、以及被配置为向蜂窝网络转发用户数据以发送到UE的通信接口。该蜂窝网络可以包括具有无线电接口和处理电路的基站。该基站的处理电路可以被配置为执行如针对图5A描述的示例性方法510的任何步骤或如针对图5B描述的示例性方法520的任何步骤。

根据一些示例性实施例，提供了一种在通信***中实现的方法，该通信***可以包括主机计算机、基站和UE。该方法可以包括：在主机计算机处，从基站接收源自该基站已从UE接收的传输的用户数据。该基站可以执行如针对图5A描述的示例性方法510的任何步骤或如针对图5B描述的示例性方法520的任何步骤。

根据一些示例性实施例，提供了一种可以包括主机计算机的通信***。主机计算机可以包括通信接口，其被配置为接收源自从UE到基站的传输的用户数据。该基站可以包括无线电接口和处理电路。该基站的处理电路可以被配置为执行如针对图5A描述的示例性方法510的任何步骤或如针对图5B描述的示例性方法520的任何步骤。

一般而言，各种示例性实施例可以以硬件或专用芯片、电路、软件、逻辑或其任何组合来实现。例如，一些方面可以以硬件来实现，而其他方面可以以固件或软件来实现，该固件或软件可以由控制器、微处理器或其他计算设备执行，然而本公开并不限于此。虽然本公开的示例性实施例的各个方面可以被示出和描述为框图、流程图或者使用某种其他图形表示来示出和描述，但将理解，作为非限制性示例，本文描述的这些框、装置、***、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。

因此，应当理解，本公开的示例性实施例的至少一些方面可以在各种组件(诸如集成电路芯片和模块)中实践。因此，应当理解，本公开的示例性实施例可以在被体现为集成电路的装置中实现，其中，该集成电路可以包括用于体现以下至少一项或多项的电路(以及可能的固件)：数据处理器、数字信号处理器、基带电路和射频电路，它们可配置以根据本公开的示例性实施例进行操作。

应当理解，本公开的示例性实施例的至少一些方面可以被体现在由一个或多个计算机或其他设备执行的计算机可执行指令中(诸如一个或多个程序模块中)。通常，程序模块包括例程、程序、目标程序、组件、数据结构等，其在由计算机或其他设备中的处理器执行时，执行特定任务或实现特定抽象数据类型。计算机可执行指令可以被存储在计算机可读介质(诸如硬盘、光盘、可移动存储介质、固态存储器、随机存取存储器(RAM)等)上。如本领域技术人员将理解的，在各种实施例中，程序模块的功能可以根据需要被组合或分布。此外，功能可以全部或部分地被体现在固件或硬件等效物(诸如集成电路、现场可编程门阵列(FPGA)等)中。

本公开包括本文公开的任何新颖特征或特征的组合，无论是明确的还是其任何概括。当结合附图阅读时，鉴于上述描述，对本公开的上述示例性实施例的各种修改和适配对于相关领域的技术人员而言可以变得显而易见。然而，任何和所有修改仍将落入本公开的非限制性和示例性实施例的范围内。

Claims

1.一种由第一网络节点执行的方法(510)，包括：

确定(512)用于由所述第一网络节点所支持的终端设备的双连接的第一配置和所述第一配置的第一性能评估；以及

向第二网络节点发送(514)第一消息，其中，所述第一消息指示所述第一配置和所述第一性能评估。

2.根据权利要求1所述的方法，其中，所述第一配置包括由所述第一网络节点所支持的一个或多个载波聚合配置。

3.根据权利要求1或2所述的方法，其中，所述第一性能评估包括针对由所述第一网络节点所支持的一个或多个载波聚合配置的一个或多个吞吐量评估。

4.根据权利要求1-3中任一项所述的方法，其中，所述第一配置指示以下中的至少一项：

由所述第一网络节点允许用于所述终端设备的所述双连接的一个或多个频带组合；以及

与所述一个或多个频带组合相关联的一个或多个特征集合。

5.根据权利要求4所述的方法，其中，所述第一性能评估指示针对所述一个或多个频带组合和相关联的一个或多个特征集合中的每一个所评估的载波聚合吞吐量。

6.根据权利要求5所述的方法，其中，针对所述一个或多个频带组合和相关联的一个或多个特征集合中的每一个所评估的所述载波聚合吞吐量是针对与所述一个或多个频带组合和相关联的一个或多个特征集合中的每一个对应的载波聚合配置所评估的最高吞吐量。

7.根据权利要求1-6中任一项所述的方法，进一步包括：

从所述第二网络节点接收第二消息，其中，所述第二消息指示用于所述终端设备的所述双连接的第二配置和所述第二配置的第二性能评估，并且其中，所述第二配置由所述第二网络节点至少部分地基于所述第一配置来确定。

8.根据权利要求7所述的方法，其中，所述第二配置包括：

从由所述第一网络节点所支持的一个或多个载波聚合配置中选择的第一载波聚合配置；以及

从由所述第二网络节点所支持的一个或多个载波聚合配置中选择的第二载波聚合配置。

9.根据权利要求8所述的方法，其中，由所述第二网络节点所支持的所述一个或多个载波聚合配置与由所述第一网络节点所支持的所述一个或多个载波聚合配置相关联。

10.根据权利要求7-9中任一项所述的方法，其中，所述第二性能评估包括与第一吞吐量评估和第二吞吐量评估相关联的总吞吐量评估，并且其中，所述第一吞吐量评估针对由所述第一网络节点所支持的第一载波聚合配置，所述第二吞吐量评估针对由所述第二网络节点所支持的第二载波聚合配置。

11.根据权利要求7-10中任一项所述的方法，其中，所述第二配置指示以下中的至少一项：

从由所述第一网络节点和所述第二网络节点两者允许用于所述终端设备的所述双连接的一个或多个频带组合中选择的频带组合；以及

与所选择的频带组合相关联的特征集合。

12.根据权利要求11所述的方法，其中，所述第二性能评估指示与第一载波聚合吞吐量和第二载波聚合吞吐量相关联的总载波聚合吞吐量，并且其中，所述第一载波聚合吞吐量由所述第一网络节点针对所选择的频带组合和相关联的特征集合进行评估，所述第二载波聚合吞吐量由所述第二网络节点针对所选择的频带组合和相关联的特征集合进行评估。

13.根据权利要求11或12所述的方法，其中，在由所述第一网络节点和所述第二网络节点两者允许用于所述终端设备的所述双连接的所述一个或多个频带组合和相关联的特征集合中，所选择的频带组合和相关联的特征集合具有最高的总载波聚合吞吐量。

14.根据权利要求7-13中任一项所述的方法，进一步包括：

根据所述第二消息，确定是否建立所述终端设备的所述双连接。

15.根据权利要求14所述的方法，进一步包括：

确定在所述终端设备的所述双连接不活动时的第三性能评估；以及

将所述第二性能评估与所述第三性能评估相比较。

16.根据权利要求15所述的方法，其中，所述第三性能评估包括由所述第一网络节点对所述终端设备的当前配置的吞吐量评估。

17.根据权利要求15或16所述的方法，其中，当所述比较的结果满足预定准则时，所述第一网络节点确定建立所述终端设备的所述双连接。

18.根据权利要求14-17中任一项所述的方法，进一步包括：

当确定建立所述终端设备的所述双连接时，根据所述第二配置，建立所述终端设备的所述双连接。

19.根据权利要求18所述的方法，其中，所述第一网络节点被配置作为所述终端设备的主节点，所述第二网络节点被配置作为所述终端设备的辅节点。

20.根据权利要求1-19中任一项所述的方法，其中，所述第一消息是：

用于所述终端设备的辅节点的添加请求消息；或者

用于所述终端设备的所述辅节点的修改请求消息。

21.根据权利要求1-20中任一项所述的方法，其中，所述第二消息是：

用于所述终端设备的辅节点的添加请求确认消息；

用于所述终端设备的所述辅节点的修改请求确认消息；或者

用于所述终端设备的所述辅节点的修改需要消息。

22.一种第一网络节点(610)，包括：

一个或多个处理器(611)；以及

包括计算机程序代码(613)的一个或多个存储器(612)，

所述一个或多个存储器(612)和所述计算机程序代码(613)被配置为与所述一个或多个处理器(611)一起使所述第一网络节点(610)至少：

确定用于由所述第一网络节点所支持的终端设备的双连接的第一配置和所述第一配置的第一性能评估；以及

向第二网络节点发送第一消息，其中，所述第一消息指示所述第一配置和所述第一性能评估。

23.根据权利要求22所述的第一网络节点，其中，所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使所述第一网络节点至少执行根据权利要求2-21中的任何一项所述的方法。

24.一种计算机可读介质，在其上体现有计算机程序代码(613)，所述计算机程序代码(613)在计算机上被执行时使所述计算机执行根据权利要求1-21中的任何一项所述的方法的任何步骤。

25.一种由第二网络节点执行的方法(520)，包括：

从第一网络节点接收(522)第一消息，其中，所述第一消息指示用于由所述第一网络节点所支持的终端设备的双连接的第一配置和所述第一配置的第一性能评估；以及

确定(524)用于所述终端设备的所述双连接的第二配置和所述第二配置的第二性能评估，其中，所述第二配置由所述第二网络节点至少部分地基于所述第一配置来确定。

26.根据权利要求25所述的方法，其中，所述第一配置包括由所述第一网络节点所支持的一个或多个载波聚合配置。

27.根据权利要求25或26所述的方法，其中，所述第一性能评估包括针对由所述第一网络节点所支持的一个或多个载波聚合配置的一个或多个吞吐量评估。

28.根据权利要求25-27中任一项所述的方法，其中，所述第一配置指示以下中的至少一项：

与所述一个或多个频带组合相关联的一个或多个特征集合。

29.根据权利要求28所述的方法，其中，所述第一性能评估指示针对所述一个或多个频带组合和相关联的一个或多个特征集合中的每一个所评估的载波聚合吞吐量。

30.根据权利要求29所述的方法，其中，针对所述一个或多个频带组合和相关联的一个或多个特征集合中的每一个所评估的所述载波聚合吞吐量是针对与所述一个或多个频带组合和相关联的一个或多个特征集合中的每一个对应的载波聚合配置所评估的最高吞吐量。

31.根据权利要求25-30中任一项所述的方法，其中，所述第二配置包括：

32.根据权利要求31所述的方法，其中，由所述第二网络节点所支持的所述一个或多个载波聚合配置与由所述第一网络节点所支持的所述一个或多个载波聚合配置相关联。

33.根据权利要求25-32中任一项所述的方法，其中，所述第二性能评估包括与第一吞吐量评估和第二吞吐量评估相关联的总吞吐量评估，并且其中，所述第一吞吐量评估针对由所述第一网络节点所支持的第一载波聚合配置，所述第二吞吐量评估针对由所述第二网络节点所支持的第二载波聚合配置。

34.根据权利要求25-33中任一项所述的方法，其中，所述第二配置指示以下中的至少一项：

与所选择的频带组合相关联的特征集合。

35.根据权利要求34所述的方法，其中，所述第二性能评估指示与第一载波聚合吞吐量和第二载波聚合吞吐量相关联的总载波聚合吞吐量，并且其中，所述第一载波聚合吞吐量由所述第一网络节点针对所选择的频带组合和相关联的特征集合进行评估，所述第二载波聚合吞吐量由所述第二网络节点针对所选择的频带组合和相关联的特征集合进行评估。

36.根据权利要求34或35所述的方法，其中，在由所述第一网络节点和所述第二网络节点两者允许用于所述终端设备的所述双连接的所述一个或多个频带组合和相关联的特征集合中，所选择的频带组合和相关联的特征集合具有最高的总载波聚合吞吐量。

37.根据权利要求25-36中任一项所述的方法，进一步包括：

向所述第一网络节点发送第二消息，其中，所述第二消息指示用于所述终端设备的所述双连接的所述第二配置和所述第二配置的所述第二性能评估。

38.根据权利要求37所述的方法，进一步包括：

当所述第一网络节点根据所述第二消息确定建立所述终端设备的所述双连接时，根据所述第二配置，建立所述终端设备的所述双连接。

39.根据权利要求38所述的方法，其中，所述第一网络节点被配置作为所述终端设备的主节点，所述第二网络节点被配置作为所述终端设备的辅节点。

40.根据权利要求25-39中任一项所述的方法，其中，所述第一消息是：

用于所述终端设备的辅节点的添加请求消息；或者

用于所述终端设备的所述辅节点的修改请求消息。

41.根据权利要求25-40中任一项所述的方法，其中，所述第二消息是：

用于所述终端设备的辅节点的添加请求确认消息；

用于所述终端设备的所述辅节点的修改请求确认消息；或者

用于所述终端设备的所述辅节点的修改需要消息。

42.一种第二网络节点(610)，包括：

一个或多个处理器(611)；以及

包括计算机程序代码(613)的一个或多个存储器(612)，

所述一个或多个存储器(612)和所述计算机程序代码(613)被配置为与所述一个或多个处理器(611)一起使所述第二网络节点(610)至少：

从第一网络节点接收第一消息，其中，所述第一消息指示用于由所述第一网络节点所支持的终端设备的双连接的第一配置和所述第一配置的第一性能评估；以及

确定用于所述终端设备的所述双连接的第二配置和所述第二配置的第二性能评估，其中，所述第二配置由所述第二网络节点至少部分地基于所述第一配置来确定。

43.根据权利要求42所述的第二网络节点，其中，所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使所述第二网络节点至少执行根据权利要求26-41中的任何一项所述的方法。

44.一种计算机可读介质，在其上体现有计算机程序代码(613)，所述计算机程序代码(613)在计算机上被执行时使所述计算机执行根据权利要求25-41中的任何一项所述的方法的任何步骤。