CN117837266A - 在自组织网络中实现互通的系统和方法 - Google Patents

Abstract

本公开提供了能够在异构网络(HetNET)中与自组织网络(SON)互通的系统和方法。该方法包括将SON能力查询发送到HetNet中的一个或多个实体，响应于SON能力查询，接收与HetNet中的一个或多个实体相关联的SON能力信息，以及基于接收的SON能力信息生成与一个或多个实体相关联的初始SON配置。

Description

在自组织网络中实现互通的系统和方法

权利保留

本专利文件的部分公开内容包含受知识产权保护的材料，例如但不限于版权、设计、商标、集成电路(Integrated Circuit，IC)布局设计和/或商业外观保护，这些材料属于Jio Platforms Limited(JPL)或其附属公司(以下简称所有者)。所有者不反对任何人对专利商标局专利档案或记录中出现的专利文件或专利公开内容进行传真复制，但保留所有权利。所有者完全保留对此类知识产权的所有权利。

技术领域

本公开的实施例大体上涉及通信网络。特别地，本公开涉及用于在自组织网络(self-organizing networks，SON)中实现互操作性的技术。

背景技术

以下对相关技术的描述旨在提供与本公开的领域相关的背景信息。本节可包括本领域的可以与本公开的各种特征相关的某些方面。然而，应该理解，本节仅用于增强读者对本公开的理解，而不是作为对现有技术的承认。

例如，蜂窝网络从第四代(4G)到第五代(5G)再到第六代(6G)的发展，以及诸如无线保真(wireless fidelity，Wi-Fi)之类的其他无线接入技术的发展，正在为网络服务订阅创造指数级增长的订阅，迫使移动运营商部署超高密度的异构网络(heterogeneousnetwork，HetNet)来满足用户的需求。HetNet通常由多投资组合和基于多供应商的解决方案来构建。

在HetNet的绿场部署或棕场部署期间，运营商面临的关键挑战是对高质量安装的需求，包括：

1、持续监控已部署网络的性能和健康状况。

2、动态适应不断变化的环境。

3、主动调整和优化。

这些挑战导致了巨大的运营支出(operational expense，OPEX)。为了克服这些缺陷并大幅降低OPEX，网络供应商提出了自组织网络(self-organizing network，SON)。

SON是一种自动化技术，其使得网络自行设置并自我管理资源和配置，以实现最佳性能。

SON在以下类别中发挥作用：

I、自配置：通过自动配置关键参数，自配置有助于无缝集成到网络中。在初始网络部署期间，自配置是最有价值的。自配置包括以下功能：

1、即插即用功能。

2、自动邻区关系功能。

3、物理层小区标识(Physical layer cell identity，PCI)选择和冲突解决功能。

II、自优化：通过对无线和网络配置的近实时优化，自优化有助于增强网络性能。自优化在网络的整个生命周期中都是有价值的。自优化包括以下能力：

1、移动性负载均衡。

2、移动鲁棒性优化。

3、随机接入信道(Random access channel，RACH)优化。

4、节能。

5、无线链路故障报告。

6、覆盖和容量优化(下行链路(down link，DL)功率控制、远程电调天线(remoteelectric tilt，RET))。

7、前向切换。

8、频繁切换缓解。

9、干扰缓解(小区间、小区内、系统内无线接入技术(Intra-radio accesstechnology，Intra-RAT)、系统间无线接入技术(Inter-RAT))等。

III、自修复：自修复允许相邻小区在小区/扇区出现故障的情况下保持网络质量，从而在面对不可预见的中断情况时提供回弹性(可靠性)。自修复在网络的整个生命周期中都是有价值的。自修复包括以下能力：

1、小区中断检测[死/病/休眠小区/扇区/波束]。

2、小区中断恢复。

3、小区中断补偿。

4、小区中断补偿恢复。

上述SON功能由SON算法单独或分组处理。SON算法通过收集管理数据(包括管理数据分析服务(Management Data Analytics Services，MDAS)数据)来执行如监控网络的功能，对管理数据进行分析以确定网络中是否存在需要解决的问题，确定SON操作以解决该问题，执行SON操作以及通过对管理数据进行分析来评估该问题是否已解决。

另外，基于SON算法的位置，SON大致被分类为能够实现各种SON用例的四种不同的解决方案，取决于SON用例的需求选择解决方案。

1、集中式SON(Centralized SON，C-SON)：这意味着SON算法在管理系统中执行。

2、跨域集中式SON(Cross Domain-Centralized SON，CD C-SON)：这里，SON算法在跨域层执行。

3、域集中式SON(Domain-Centralized SON，D C-SON)：这里，SON算法在域层执行。

4、分布式SON(Distributed SON，D-SON)：这里，SON算法在NF中。

5、混合SON(Hybrid SON，H-SON)：这里，SON算法在两层或更多层执行，如NF层、域层或跨域层。

由于SON算法是取决于具体实施的，因此不同的供应商可能会为他们的SON解决方案来选择不同的方案。一些供应商可能会采用C-SON方案，一些供应商采用D-SON方案，还有一些供应商采用基于H-SON方法的解决方案。

移动网络运营商在部署HetNet时不可避免地要使用多供应商解决方案。图1A示出了与移动运营商相关联的典型的5G HetNet部署场景。移动运营商可以使用诸如来自不同供应商的网络管理系统(network management system，NMS)等管理实体、来自不同供应商组的元件管理系统(element management system，EMS)的集合、诸如来自不同供应商组的下一代节点B(generation node B，gNB)的无线接入网络(RAN)节点，其中gNB中央单元(Central unit，CU)可以来自第一组供应商，而gNB分布式单元(distributed unit，DU)可以来自第二组供应商。在上述所示部署的HetNet中，网络运营商可能面临的几个问题如下：

i、虽然gNB-CU-1(110-1)和gNB-CU-2(110-2)的D-SON通过开放的Xn接口相互通信，但它们来自不同的供应商，因此可能无法很好地协调。

ii、虽然gNB-CU-2(110-2)的D-SON和gNB-CU-n(110-N)的混合SON通过开放的Xn接口相互通信，但它们来自不同的供应商，因此可能无法很好地协调。

iii、C-SON既可以与管理实体(如EMS/NMS)一起实现，也可以作为独立实体来实现。然而，将C-SON作为独立的实体与RAN节点集成可能需要更多的努力。

iv、NMS(104)中的CD C-SON(106)可能对在多供应商环境中操作的D C-SON和D-SON功能的性能产生影响。

v、将第三方SON解决方案部分集成到HetNet中会导致整体KPI的下降。

vi、无论是相同还是多供应商场景下，相邻gNB-CU(110-1、110-2…、110-N)之间的L3-RRM协调都可能是缺乏的，从而影响整体KPI性能。

vii、多供应商gNB-CU(110-1)和gNB-DU(112-1)间的L3-RRM和L2-RRM协调可能会影响动态资源共享和分配。

viii、专有的SON和RRM实现对整体性能有重大影响，因为每种算法的行为不同，各有利弊。

在上面讨论的场景中，即使供应商准备好与第三方解决方案[SON和/或RRM]集成，供应商也可能无法确定地量化/确认哪个供应商的解决方案的输出性能不兼容，从而导致商定的供应商之间的冲突。

解决这些问题或限制的一个可能的解决方案是使SON解决方案和交互的RAN节点之间的接口尽可能成为开放接口。图1B示出了由开放式无线接入网(open radio accessnetwork，O-RAN)联盟提出的可能的解决方案。参考图1B，O-RAN架构可以包括逻辑块，其包括近实时(near-Real Time，RT)RAN智能控制器(RAN Intelligent controller，RIC)(118)、开放式无线接入网中央单元控制面(Open radio access network Central UnitControl Plane，O-CU-CP)(122)、开放式无线接入网中央单元用户面(Open radio accessnetwork Central Unit User Plane，O-CU-UP)(124)、开放式无线接入网分布式单元(Openradio access network Distributed Unit，O-DU)(126)和开放式无线接入网无线单元(Open radio access network Radio Unit，O-RU)功能(128)。E2接口将O-eNB(120)连接到near-RT RIC(118)。此外，O-eNB(120)可以支持O-DU和O-RU功能，它们之间具有开放的前传接口(134)。管理端包括包含非实时RAN智能控制器(non-RT RIC)(116)功能的服务管理和编排(Service Management and Orchestration，SMO)(114)框架。另一方面，O-Cloud(132)可能包括一个云计算平台，其包括包含了一组符合O-RAN要求以承载相关的O-RAN功能的物理基础设施节点(如Near-RT RIC、O-CU-CP、O-CU-UP和O-DU等)、支持软件组件(如操作系统、虚拟机监视器、容器运行时等)以及适当的管理和编排功能。如图2B所示，O-RU(128)终止了朝向O-DU(126)和SMO(114)的开放前传M面(Open Fronthaul M-Plane)(134)接口。

随着蜂窝HetNet部署的激增，Wi-Fi接入点(Access Point，AP)的部署可能会有巨大的需求，以满足庞大的数据吞吐量需求。因此，网络运营商可能被迫使用多供应商解决方案来在其网络中部署诸如电信级Wi-Fi、企业Wi-Fi、Mi-Fi、家庭Wi-Fi等场景。此外，与图1A和图1B相关的上述讨论没有提供基于O-RAN在HetNet上实现以避免由多供应商解决方案引起的冲突的明确定义的技术。

因此，本领域需要提供可以克服现有技术的缺点的多个供应商功能之间的互操作性解决方案。

发明内容

本文至少一个实施例满足的本公开的一些目的如下所列。

本公开的一个目的是在4G/5G异构网络(HetNet)架构的一些位置提供自组织网络(self-organizing network，SON)功能的实现。

本公开的另一个目的是在服务管理和编排(service management andorchestration，SMO)框架中提供SON功能的功能执行分割本地化。

本公开的另一个目的是在管理实体和/或开放式无线接入网(open radio accessnetwork，O-RAN)架构的非实时RAN智能控制器(non-RT RIC)实体、近实时RAN智能控制器(near-RT RIC)、E2节点处提供功能执行分割。

本公开的另一个目的是提供数据收集的特定机制，以解决O-RAN架构中SON的该功能。

本公开的另一个目的是提供HetNet间的相互SON功能实现的发现。

本公开的另一个目的是在SON功能内提供互通方面。

本公开的另一个目的是在SON功能间的提供互通方面。

本公开的另一个目的是临时创作通信系统。

本节以简化的形式介绍本公开的某些目的和方面，这些目的和方面将在以下具体实施方式中进一步描述。发明内容不旨在标识所要求保护的主题的关键特征或范围。

在一个方面，本公开涉及一种用于在异构网络(HetNet)中实现自组织网络(SON)的互操作性的系统。系统包括一个或多个处理器以及可操作地耦接到一个或多个处理器的存储器，其中，存储器包括处理器可执行指令，指令在执行时使得一个或多个处理器：将SON能力查询发送到HetNet中的一个或多个实体，响应于SON能力查询，接收与HetNet中的一个或多个实体相关联的SON能力信息，以及基于所接收的SON能力信息生成与一个或多个实体相关联的初始SON配置。

在一些实施例中，该系统被配置为基于所接收的SON能力信息命令HetNet中的一个或多个实体启用/禁用一个或多个实体中的SON功能，其中，一个或多个实体包括开放式无线接入网(open radio access network，O-RAN)实体。

在一些实施例中，该系统包括非实时无线接入网智能控制器(non-real timeradio access network intelligent controller，non-RT RIC)、近实时无线接入网智能控制器(near-RT RIC)和E2节点。在一些实施例中，SON能力信息包括SON支持位图信息元素(information element，IE)。该系统被配置为基于从一个或多个实体接收的SON支持位图IE来创建SON支持矩阵；以及基于SON支持矩阵生成初始SON配置。

在一个或多个实施例中，该系统被配置为收集与HetNet相关联的分析数据，检测HetNet中的一个或多个事件，以及基于所检测的一个或多个事件和所收集的数据中的至少一个，生成与一个或多个实体相关联的动态SON配置。

在一些实施例中，该系统被配置为操作在一个或多个实体中的第一实体中的与SON配置相关联的第一元件，操作在一个或多个实体中的第二实体中的与SON配置相关联的第二元件，检测对与第一实体中的第一元件相关联的操作的更改；以及将对与第一实体中的第一元件相关联的操作的更改传送给第二实体中的第二元件。此外，该系统被配置为基于对与第一实体中的第一元件相关联的操作的更改，从第二实体中的第二元件接收响应；以及基于所接收的响应，执行对与第一实体中的第一元件相关联的操作的更改。

在另一方面，本公开涉及一种用于在异构网络(HetNet)中实现自组织网络(SON)的互操作性的方法。该方法包括：由一个或多个处理器将SON能力查询发送到HetNet中的一个或多个实体；响应于SON能力查询，由一个或多个处理器接收与HetNet中的一个或多个实体相关联的SON能力信息；以及由一个或多个处理器基于所接收的SON能力信息生成初始SON配置。

在一些实施例中，该方法包括由一个或多个处理器基于所接收的SON能力信息命令HetNet中的一个或多个实体启用/禁用一个或多个实体中的SON功能，其中，一个或多个实体包括开放式无线接入网(O-RAN)实体。在一个实施例中，一个或多个实体包括以下至少一个：非实时无线接入网智能控制器(non-real time radio access networkintelligent controller，non-RT RIC)、近实时无线接入网智能控制器(near-RT RIC)和E2节点，并且SON能力信息包括SON支持位图信息元素(information element，IE)。

在一些实施例中，该方法包括由一个或多个处理器基于来自一个或多个实体的SON支持位图IE创建SON支持矩阵，以及由一个或多个处理器基于SON支持矩阵生成初始SON配置。此外，该方法包括由一个或多个处理器收集与HetNet相关联的分析数据；由一个或多个处理器检测HetNet中的一个或多个事件；以及由一个或多个处理器基于所收集的数据和所检测的事件中的至少一个，生成与一个或多个实体相关联的动态SON配置。

在一些实施例中，该方法包括由一个或多个处理器操作在一个或多个实体中的第一实体中的与SON配置相关联的第一元件；由一个或多个处理器操作在一个或多个实体中的第二实体中的与SON配置相关联的第二元件；由一个或多个处理器检测对与第一实体中的第一元件相关联的操作的更改；以及由一个或多个处理器将对与第一实体中的第一元件相关联的操作的更改传送给第二实体中的第二元件。此外，该方法包括由一个或多个处理器基于对与第一实体中的第一元件相关联的操作的更改，从第二实体中的第二元件接收响应；以及由一个或多个处理器基于所接收的响应，执行对与第一实体中的第一元件相关联的操作的更改。

在又一个方面，本公开涉及在异构网络(HetNet)中操作的用户设备(UE)。UE包括：通信耦接到系统的一个或多个处理器，其中，系统包括一个或多个处理器和可操作地耦接到一个或多个处理器的存储器，存储器包括处理器可执行指令，当处理器可执行指令由一个或多个处理器执行时，使得一个或多个处理器：将自组织网络(self-organizingnetwork，SON)能力查询发送到HetNet中的一个或多个实体；响应于SON能力查询，接收与HetNet中的一个或多个实体相关联的SON能力信息；以及基于所接收的SON能力信息生成与一个或多个实体相关联的初始SON配置。

在又一个方面，本公开涉及一种非暂时性计算机可读介质，包括存储在其上的一个或多个指令，所述指令在由处理器执行时使得处理器：将自组织网络(self-organizingnetwork，SON)能力查询发送到异构网络(heterogeneous network，HetNet)中的一个或多个实体；响应于SON能力查询，接收与HetNet中的一个或多个实体相关联的SON能力信息；以及基于所接收的SON能力信息生成与一个或多个实体相关联的初始SON配置。

附图说明

并入本文且构成本公开一部分的附图示出了所公开的方法和系统的示例性实施例，其中，在不同的附图中，相同的附图标记指代相同的部分。附图中的部件不一定按比例绘制，而是为了更为清楚地说明本公开的原理。一些附图可以使用框图来表示部件，并且可以不表示每个部件的内部电路。本领域技术人员将理解，此类附图的公开包括通常用于实现这种部件的电气部件、电子部件或电路的公开。

图1A示出了表示在先传统第五代(5G)异构网络(HetNet)部署的示例性架构(100-1)。

图1B示出了标准开放式无线接入网架构(100-B)。

图2示出了根据本公开的实施例的示例性网络架构(200)，本公开的系统可以在该示例性网络架构中或与该示例性网络架构一起来实现自组织网络(SON)的互通。

图3示出了根据本公开的实施例的用于实现自组织网络(SON)的互通(interwork)的控制器的示例性框图表示(300)。

图4A示出了根据本公开的实施例的用于以服务管理和编排(SMO)实体作为主节点的发现和握手机制的示例性消息流(400-A)。

图4B示出了根据本公开实施例的用于以非实时无线接入网智能控制器(non-RTRIC)作为主节点的发现和握手机制的示例性消息流(400-B)。

图4C示出了根据本公开的实施例的用于以near-RT RIC作为主节点的发现和握手机制的示例性消息流(400-C)。

图5示出了根据本公开的实施例的表示用于使SON功能能够在不同节点间互通的各种部署选项的表格(500)。

图6A示出了根据本公开的实施例的第一部署场景(600-A)，其中在SMO的管理实体中支持SON算法。

图6B示出了根据本公开的实施例的第二部署场景(600-B)，其中在EMS和网络管理系统(NMS)中支持SON算法。

图6C示出了根据本公开的实施例的第三部署场景(600-C)，其中在多供应商EMS中支持不同的SON算法。

图6D示出了根据本公开的实施例的SON支持位图信息元素(IE)(600-D)。

图6E示出了根据本公开的实施例的与部署场景(600-A至600-C)相关联的SON支持矩阵(600-E)。

图6F示出了根据本公开的实施例的根据第一、第二和第三部署场景(600-A至600-C)的SON支持的示例性序列流(600-F)。

图7A示出了根据本公开的实施例的表示第四部署场景(700-A)的示例性图，其中使用O1接口在non-RT RIC中支持SON算法。

图7B示出了根据本公开的实施例的表示第五部署场景(700-B)的示例性图，其中使用A1和E2接口在non-RT RIC中支持SON算法。

图7C示出了根据本公开的实施例的与部署场景(700-A至700-B)相关联的SON支持矩阵(700-C)。

图7D示出了根据本公开的实施例的根据第四和第五部署场景(700-A至700-B)的SON支持的示例性序列流(700-D)。

图8A示出了根据本公开的实施例的表示第六部署场景(800-A)的示例性图，其中SON算法在管理实体以及使用O1接口的non-RT RIC中都得到支持。

图8B-图8D示出了根据本公开的实施例的与部署场景(800-A)相关联的SON支持矩阵。

图8E示出了根据本公开的实施例的根据第六部署场景(800-A)的SON支持的示例性序列流(800-E)。

图9示出了根据本公开的实施例的由于多个SON功能之间的相互作用，在HetNet中产生干扰的示例性表示(900)。

图10示出了根据本公开的实施例的示例性计算机系统(1000)，本发明的实施例可以在该系统中使用或与该系统一起使用。

以上所述将根据本公开的以下具体实施方式更加明显。

具体实施方式

在下面的描述中，出于解释的目的，提出了各种具体的细节，以提供对本公开的实施例的透彻理解。然而，显而易见的是，本公开的实施例可以在没有这些具体细节的情况下实施。下文描述的一些特征可以彼此独立使用，或者与其他特征的任何组合一起使用。单个特征可能不能解决上面讨论的所有问题，或者可能只能解决上面讨论的部分问题。上面讨论的一些问题可能无法通过这里描述的任何特征完全解决。

接下来的描述仅提供示例性实施例，并且不旨在限制本公开的范围、适用性或配置。相反，示例性实施例的后续描述将为本领域技术人员提供用于实现示例性实施例的使能描述。应当理解，在不脱离所阐述的本公开的精神和范围的情况下，可以对元件的功能和布置进行各种改变。

具体细节在以下描述中给出，以提供对实施例的透彻理解。然而，本领域技术人员将理解，本公开可以在没有这些具体细节的情况下实施。例如，电路、系统、网络、过程和其他部件可以以框图形式示出为部件，以便避免因不必要的细节而使实施例模糊。在其他情况下，可以示出公知的电路、过程、算法、结构和技术而无需不必要的细节，以避免使实施例模糊。

此外，应当注意，各实施例可以被描述为一个过程，该过程被描绘为流程图、流图、数据流程图、结构图或框图。尽管流程图可以将各操作描述为顺序执行的过程，但是许多操作可以并行或并发地执行。此外，操作的顺序可以重新安排。当一个过程的操作完成时，该过程就终止了，但可能还存在图中没有包括的附加步骤。一个过程可以对应于一个方法、一个函数、一个程序、一个子程序、一个辅程序等。当一个过程对应于一个函数时，其终止可以对应于将该函数返回到调用函数或主函数。

本文使用的词语“示例性的”和/或“示意性”表示用作示例、实例或说明。为了避免疑问，本文公开的主题不受此类示例的限制。此外，在本文中描述为“示例性”和/或“示意性”的任何方面或设计不一定被解释为好于或优于其他方面或设计，也不意味着排除本领域普通技术人员已知的等效示例性结构和技术。此外，在具体实施方式或权利要求书中使用术语“包括”、“具有”、“包含”和其他类似的词语的范围内，这些术语旨在具有包容性，类似于作为开放过渡词的术语“包括”的方式而具有包容性，而不排除任何附加或其他元素。

整个本说明书中所提到的“一个实施例”、“实施例”或者“一个实例”或“实例”表示结合该实施例来描述的特定特征、结构或特性被包括在本公开的至少一个实施例中。因此，在整个本说明书的不同位置出现的短语“在一个实施例中”或“在实施例中”不一定都是指同一个实施例。此外，在一个或多个实施例中，特定特征、结构或特性可以以任何合适的方式组合。

本文使用的术语仅用于描述特定实施例的目的，而不是旨在限制本公开。如本文中使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文另外明确地指出。应当进一步理解，当在本说明书中使用时，术语“包括”和/或“包含”指定该特征、整数、步骤、操作、元素和/或部件的存在，但不排除存在或添加一个或多个其他特征、整数、步骤、操作、元素、部件和/或其组。如在本文中所使用的，术语“和/或”包括一个或多个列举的相关项目的任一及所有组合。

在整个公开中使用了某些术语和短语，并且在正在进行的公开的上下文中具有以下含义。

术语“HetNet”可以指包括4G/5G/6G网络的一个或多个组件的异构网络。

术语“SON”可以指自组织网络，即能够自动规划、配置、管理、优化和修复自身的无线接入网络(RAN)。

术语“MRO”可以指对影响活动模式和空闲模式切换的参数执行自动优化的移动性鲁棒性优化。

术语“MLB”可以指移动性负载均衡，其中遭受拥塞的小区可以将负载转移到具有备用资源的其他小区。

术语“SMO”可以指为开放式RAN无线资源提供自动化平台的服务管理和编排(service management and orchestration，SMO)。

术语“non-RT RIC”可指非实时RAN智能控制器。non-RT RIC是SMO框架的一部分，集中部署在服务提供商网络中，通过称为rApp的专门应用程序实现对RAN元件及其资源的非实时(>1秒)控制。

术语“near-RT-RIC”可以指负责RAN节点和资源的智能边缘控制的近实时RAN智能控制器。near-RT RIC通过优化操作控制RAN元件及其资源，这些优化操作通常需要10毫秒到1秒能完成。

将参照图2至图10更详细地解释整个公开的各种实施例。

在一方面，本公开提供了用于在诸如near-RT RIC和non-RT RIC的O-RAN实体中实现SON功能的鲁棒和有效的解决方案。

图2示出了示例性网络架构(200)，在该网络架构中或者利用该网络架构可以实现本公开的实施例。

参考图2，网络(200)可以包括能够实现网络管理系统(network managementsystem，NMS)或元件管理系统(element management system，EMS)的功能的网络设备(202)，并且可以与多个节点(206-1、206-2、……206-N)耦接，使得网络设备(202)可以被配置成促进在多个节点(以下统称为节点206，且单独称为节点206)之间通过自组织网络(SON)进行通信。在一些实施例中，节点(206)可以包括例如但不限于向一个或多个用户装置或计算设备或用户设备(208-1、208-2、……208-N)(以下统称为用户设备208，且单独称为用户设备208)提供通信服务的下一代节点B(generation node B，gNB)、演进节点B(evolved node B，eNodeB)、gNB中央单元(gNB-central unit，gNB-CU)和gNB分布式单元(gNB-distributed unit，gNB-DU)。

参考该架构(200)，在一些实施例中，可以通过使得与不同节点(206)相关联的用户设备(208)之间的SON互通来建立通信信道，例如，可以在与第一节点(206-1)相关联的第二用户设备(208-2)和与第n个节点(206-N)相关联的第n个用户设备(208-N)之间建立通信。

在另一个实施例中，可以通过使得与同一节点相关联的用户设备(208)之间的SON互通来建立通信信道，例如，可以在与第一节点(206-1)相关联的第一用户设备(208-1)和第二用户设备(208-2)之间建立通信。

参考图2，网络设备(202)可以包括网络控制器，并且可以被配置为应用服务器，并且可以是可通信操作的，或者可以经由网络(210)与用户设备(208)集成。在一些实施例中，控制器(202)可以与服务器(204)耦接。服务器(204)可以是用于存储和处理与用户设备(208)相关的数据的集中式服务器。

在另一示例性实施例中，用户设备(208)可以包括无线设备。无线设备可以是移动设备，其可以包括例如蜂窝电话，例如功能电话或智能手机以及其他设备。用户设备(208)可以不限于上述设备，而是可以包括能够提供无线通信的任何类型的设备，例如蜂窝电话、平板电脑、个人数字助理(personal digital assistant，PDA)、个人电脑(personalcomputer，PC)、膝上型电脑、媒体中心、工作站和其他这样的设备。

参考图2，在一些实施例中，网络(210)可以是下一代网络，其可以包括无线网络、有线网络或其组合中的至少一个。网络(210)可以被实现为不同类型的网络之一，例如内部网、局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、因特网等。此外，网络(210)可以是专用网络或共享网络。共享网络可以表示可以使用各种协议的不同类型网络的关联，例如，超文本传输协议(Hypertext Transfer Protocol，HTTP)、传输控制协议/互联网协议(Transmission Control Protocol/Internet Protocol，TCP/IP)、无线应用协议(Wireless Application Protocol，WAP)、自动重复请求(Automatic repeatrequest，ARQ)等。在一个实施例中，网络(210)可以属于下一代网络，该下一代网络可以通过例如全球移动通信系统(Global System for Mobile communication，GSM)网络、通用地面无线网络(universal terrestrial radio network，UTRAN)、用于GSM演进的增强数据速率(Enhanced Data rates for GSM Evolution，EDGE)无线接入网络(GERAN)、演进的通用地面无线接入网络(evolved universal terrestrial radio access network，E-UTRAN)、WIFI或其他LAN接入网络、或者诸如无线微波接入(wireless microwave access，WIMAX)网络的卫星或地面广域接入网络来推动。在一个示例实施例中，通信网络可以基于与用户/用户设备相关的订阅和/或通过用户识别模块(Subscriber Identity Module，SIM)卡来启用下一代网络。各种其他类型的通信网络或服务也是可能的。

举例而并非限制，网络(210)可以利用不同种类的空口，例如码分多址(codedivision multiple access，CDMA)、时分多址(time division multiple access，TDMA)或频分多址(frequency division multiple access，FDMA)空口和其他实现方式。在示例性实施例中，有线用户设备可以单独地或结合无线接入网络使用有线接入网络，例如，包括普通老式电话服务(Plain Old Telephone Service，POTS)、公共交换电话网(PublicSwitched Telephone Network，PSTN)、异步传输模式(Asynchronous Transfer Mode，ATM)以及被配置为传输互联网协议(Internet Protocol，IP)分组的其他网络技术。

本领域普通技术人员将理解，示例性网络架构(200)可以是模块化的且是灵活的，以适应任何种类的变化。

图3示出了根据本公开的实施例的用于实现自组织网络(SON)的互通的网络节点或控制器(202)的示例性框图表示(300)。

参考图3，示出了控制器(202)的示例架构。控制器(202)可以通过硬件和软件实现的组合来促进自组织网络的互通。在一些实施例中，控制器可以包括SMO、non-RT RIC和near RT-RIC。控制器(202)可以包括一个或多个处理器(302)。该一个或多个处理器(302)可与存储器(304)耦接。存储器(304)可以存储指令，该指令在由一个或多个处理器(302)执行时可以使控制器(202)执行本文描述的步骤。

在一个示例实施例中，如果可以考虑多个预定义的标准，一个或多个处理器(302)可以能够对预定义的标准进行优先级排序，以实现对相关网络的有效配置和组织。各种其他实施例也是可能的。预定义的标准可以包括SON能力位图信息元素(IE)。

参考图3，一个或多个处理器(302)可以被实现为一个或多个微处理器、微型计算机、微控制器、数字信号处理器、中央处理单元、逻辑电路和/或基于操作指令处理数据的任何设备。在其他能力中，一个或多个处理器(302)可以被配置成获取和执行存储在控制器(202)的存储器(304)中的计算机可读指令。存储器(304)可被配置为在非暂时性计算机可读存储介质中存储一个或多个计算机可读指令或例程，该指令或例程可被提取并执行以通过网络服务创建或共享数据分组。存储器(304)可以包括任何非暂时性存储设备，包括例如诸如随机存取存储器(random access memory，RAM)的易失性存储器或诸如可擦可编程只读存储器(erasable programmable read only memory，EPROM)、闪存等的非易失性存储器。

在一个实施例中，控制器(202)可以包括一个或多个接口(306)。一个或多个接口(306)可以包括各种接口，例如被称为I/O设备的用于数据输入和输出设备的接口、存储设备等。一个或多个接口(306)可以促进控制器(202)的通信。一个或多个接口(306)还可以为控制器(202)的一个或多个组件提供通信路径。这种组件的示例包括但不限于一个或多个处理引擎或模块(308)以及数据库(310)。

参考图3，一个或多个处理引擎或模块(308)可以被实现为硬件和编程(例如，可编程指令)的组合，以实现一个或多个处理引擎或模块(308)的一个或多个功能。在本文描述的示例中，硬件和编程的这种组合可以以几种不同的方式实现。例如，用于一个或多个处理引擎或模块(308)的编程可以是存储在非暂时性机器可读存储介质上的处理器可执行指令，并且用于一个或多个处理引擎或模块(308)的硬件可以包括处理资源(例如，一个或多个处理器)，以执行这样的指令。在本示例中，机器可读存储介质可以存储当由处理资源执行时实现一个或多个处理引擎或模块(308)的指令。在这些示例中，控制器(202)可以包括存储指令的机器可读存储介质和用于执行指令的处理资源，或者机器可读存储介质可以是独立的，但可被控制器(202)和处理资源访问。在其他示例中，一个或多个处理引擎或模块(308)可以由电子电路实现。

此外，控制器202的一个或多个处理引擎或模块(308)可以包括一个或多个组件，如图3所示，包括查询引擎(312)、组织引擎(314)和其他引擎/模块或组件(316)。在一个实施例中，查询引擎(312)可以使主节点能够查询其他节点的能力。例如，所查询的能力可以包括所查询节点的SON能力。举例来说，一个或多个节点可以包括能力，而其他节点可以包括限制。

参考图3，在一些实施例中，组织引擎(314)可以基于特定节点的容量和连通性来命令保留或禁用该节点中的SON功能，从而实现各种网络的互通和组织。组件的各种其他功能也是可能的。在一个实施例中，数据库(210)可以包括作为由控制器(202)的一个或多个处理引擎(308)的任何组件实现的功能的结果而存储或生成的数据。

本领域普通技术人员将理解，示例性框图(300)可以是模块化的和灵活的，以适应控制器(202)中的任何种类的变化。尽管图3示出了框图(300)的示例性组件，但是在其他实施例中，框图(300)可以包括比图3中描绘的更少的单元、不同的单元、不同排列的单元或附加的功能单元。另外，或者替代地，控制器(202)的一个或多个单元可以执行被描述为由控制器(202)的一个或多个其他单元执行的功能。

图4A示出了根据本公开的实施例的用于以服务管理和编排(SMO)实体作为主节点的发现和握手机制的示例性消息流(400-A)。在图4A中，示出了与SON能力查询和响应相关的不同消息。

根据一些实施例，经由O1连接到SMO(410)的每个O-RAN功能可以处理不同的SON用例，并且可以具有不同的SON能力。这些O-RAN功能模块，即non-RT RIC(420)和near-RT RIC(430)需要通过O1接口向SMO(410)公开它们的SON能力。SMO(410)作为主节点来协调non-RTRIC(420)、near-RT RIC(430)和E2节点(440)之间的SON能力。当non-RT RIC(420)、near-RTRIC(430)和E2节点(440)通过O1接口连接到SMO(410)时，SMO将查询它们的SON能力。这是由SMO(410)执行以理解SON能力的发现功能。基于来自non-RT RIC(420)、near-RT RIC(430)和E2节点(440)的SON能力数据，SMO(410)决定O-RAN功能和O-RAN功能需要处理的SON能力。如果所有的O-RAN功能，即non-RT RIC(420)、near-RT RIC(430)和E2节点(440)都能够处理特定的SON功能，则SMO(410)基于操作员配置来决定冲突的SON能力是否需要由non-RT RIC(420)或near-RT RIC(430)或E2节点(440)来处理。SMO(410)经由O1接口将保留SON能力的决定传送给non-RT RIC(420)、near-RT RIC(430)和E2节点(440)。基于来自SMO的命令，non-RT RIC、near-RT RIC和E2节点保留或禁用特定的SON能力，并与其他O-RAN功能协调，以实现SON用例在整个层次结构中的平滑互通。

参考图4A，最初在步骤402，non-RT-RIC(420)、near-RT-RIC(430)和E2节点(440)可运行。一旦节点(420，430，440)开始运行，SMO(410)向non-RT RIC(420)发送第一SON能力查询(404-a)，向near-RT RIC(430)发送第二SON能力查询(404-b)，向E2节点(440)发送第三SON能力查询(404-c)。在接收到SON能力查询时，non-RT RIC(420)、near-RT RIC(430)和E2节点(440)分别回复公开它们的SON能力(406-a、406-b、406-c)。在步骤408，在接收到SON能力信息后，SMO(410)可以决定在non-RT RIC(420)、near-RT RIC(430)和E2节点(440)中是禁用还是保留SON功能。SMO(410)分别向non-RT RIC(420)、near-RT RIC(430)和E2节点(440)发送命令(412-a、412-b、412-c)，以保留或禁用SON功能。因此，在步骤414，SMO(410)、non-RT RIC(420)、near-RT RIC(430)和E2节点(440)彼此协调以执行SON功能。所有上述消息传递都是通过O1接口进行的。

在一些实施例中，基于操作员配置，near-RT RIC(430)或non-RT RIC(420)可以充当主节点。配置为主节点的non-RT RIC或near-RT RIC应通过O1接口查询其他实体以公开其SON能力。当主O-RAN功能知道与其连接的其他O-RAN功能的SON能力时，基于配置，主节点应决定在相应O-RAN功能中SON功能的位置。主节点应通过O1接口将对SON功能的位置的决定传送给其他O-RAN功能。基于来自主节点的命令，连接到主节点的其他O-RAN功能将保留或禁用SON能力，并与其他O-RAN功能协调SON功能。图4B和图4C示出了near-RT RIC(430)和non-RT RIC(420)作为主节点的场景，并在下面详细讨论。

图4B示出了根据本公开实施例的用于以非实时无线接入网智能控制器(non-RTRIC)作为主节点的发现和握手机制的示例性消息流(400-B)。在图4B中，示出了与以near-RT-RIC(430)作为主节点的SON能力查询和响应相关的不同消息。

参考图4B，在步骤416，一旦系统开始运行，运营商，例如移动网络运营商，可以在步骤418将near-RT RIC(430)配置为主节点。然后，near-RT RIC(430)可以在A1接口和E2接口上分别与non-RT RIC(420)和E2节点(440)执行SON能力查询。根据一些实施例，near-RTRIC(430)可以通过A1接口向non-RT RIC(420)发送SON能力查询(422-a)。此外，near-RTRIC(430)可以通过E2接口向E2节点(440)发送SON能力查询(422-b)。non-RT RIC(420)可以通过A1接口向near-RT RIC(430)发送其SON能力(424-a)。类似地，E2节点(440)可以通过E2接口向near-RT RIC(430)发送其SON能力(424-b)。在步骤426，near-RT RIC(430)决定在non-RT RIC(420)和E2节点(440)是禁用还是保留SON功能，并相应地向non-RT RIC(420)发送禁用还是保留SON功能的命令(428-a)和向E2节点发送另一禁用还是保留SON功能的命令(428-b)。此外，在步骤432，所有节点(410，420，430，440)相互协调以实现SON功能。在一个实施例中，near-RT RIC(430)和non-RT RIC(420)之间的所有通信都是通过A1接口进行的。类似地，near-RT RIC(430)和E2节点(440)之间的所有通信都是通过E2接口进行的。

图4C示出了根据本公开的实施例的用于以non-RT RIC作为主节点的发现和握手机制的示例性消息流(400-C)。

参考图4C，在步骤434，一旦系统开始运行，在步骤436，运营商可以将non-RT RIC(420)配置为主节点。然后，non-RT RIC(420)可以与near-RT RIC(430)和E2节点(440)执行SON能力查询。根据一些实施例，near-RT RIC可以是non-RT RIC(420)和E2节点(440)之间通信的中继。参考图4C，non-RT RIC(420)可以通过A1接口将针对near-RT RIC(430)和E2节点(440)的SON能力查询(438-a)发送到near-RT RIC(430)。near-RT RIC(430)通过E2接口将SON能力查询(438-b)中继到E2节点(440)。此外，near-RT RIC(430)可以通过A1接口向non-RT RIC(420)发送其SON能力(442-a)。类似地，E2节点(440)可以通过E2接口将其SON能力(442-b)发送到near-RT RIC(430)，后者进一步通过A1接口将E2节点的SON能力中继到non-RT RIC(420)。在步骤444，non-RT RIC(420)决定在near-RT RIC(430)和E2节点(440)是禁用还是保留SON功能，并相应地通过A1接口发送一个寻址near-RT RIC(430)和E2(440)的命令(446-a)。near-RT RIC(430)通过E2接口将命令(446-b)中继到E2节点(440)，该命令(446-a，446-b)可以包括是否禁用或保留SON功能。此外，在步骤448，所有节点(410，420，430，440)相互协调以实现SON功能。

如上所述的SON功能的发现和握手机制避免了彼此连接的O-RAN功能中SON功能的重复和冲突。这可以在具有来自具有未知SON能力的不同供应商的O-RAN功能的环境中实现更好的互操作性。

在一些实施例中，O-RAN功能收集SON相关测量、配置参数和其他相关数据，以执行基于SON的决策。有时，执行SON功能的O-RAN功能可能需要来自未连接到同一层次结构的其他O-RAN功能的SON相关数据。例如，小区A和小区B可以位于同一位置。但是E2节点所附接的near-RT RIC可能在不同的小区中。因此，像MLB或MRO这样的SON功能可能需要从未连接到相同的near-RT RIC或non-RT RIC的邻近的E2节点输入。在这种情况下，基于接收到的输入，O-RAN功能可以决定向相邻的O-RAN功能执行切换或用户设备(UE)释放。为了便于收集SON相关数据或基于SON结果执行操作，near-RT RIC或non-RT RIC公开SON相关数据或接收命令作为SON功能结果。到用于获取SON相关数据或执行SON相关操作的外部接口的应用程序接口(Application program interface，API)可以促进这种情况。

图5示出了根据本公开的实施例的表示用于使SON功能能够在不同节点间互通的各种部署选项的表格(500)。在一个实施例中，特定SON功能和算法的本地化系统可以通过实现如图5中所述的任何部署场景来实现。参考图5，大约有16种不同类型的部署场景。在一些实施例中，SON功能可以分别部署SMO、non-RT RIC、near-RT RIC或E2节点中的任何一个中，如在部署场景1、2、4和11中提到的。在一些实施例中，SON功能可以部署在两个O-RAN模块中的任何一个中，两个O-RAN模块为例如SMO和non-RT RIC、SMO和near-RT RIC、non-RTRIC和near-RT RIC、SMO和E2节点、non-RT RIC和E2节点以及near-RT RIC和E2节点，如部署场景3、5、6、8、9和12所示。在一些其他实施例中，SON功能可以部署在三个O-RAN模块中的任何一个中，三个O-RAN模块为例如SMO、non-RT RIC和near-RT RIC，SMO、non-RT RIC和E2节点，SMO、near-RT RIC和E2节点，以及non-RT RIC、near-RT RIC和E2节点，如部署场景7、10、13和14所示。在一些实施例中，SON功能可以部署在所有四个O-RAN模块，例如SMO、near-RTRIC、non-RT RIC和E2节点中，如部署场景15所示。在一些实施例中，SON可以不在任何O-RAN模块中实现，如部署场景16所示。

图6A示出了根据本公开的实施例的第一部署场景(600-A)，其中在SMO的管理实体中支持SON算法。在图6A中，示出了在SMO(410)处的元件管理系统(element managementsystem，EMS)(620)中的SON功能的实现。根据一些实施例，SMO(410)包括一个或多个管理实体(640)，例如，网络管理系统(network management system，NMS)(610)和EMS(620)。在一个示例性实施例中，在SMO(410)的EMS(620)处支持SON算法。

图6B示出了根据本公开的实施例的第二部署场景(600-B)，其中在EMS和网络管理系统(NMS)中支持SON算法。在图6B中，示出了在SMO(410)处的管理实体(640)处的NMS(610)和EMS(620)中的SON功能的实现。

图6C示出了根据本公开的实施例的第三部署场景(600-C)，其中在多供应商EMS中支持不同的SON算法。在图6C中，示出了在SMO(410)处与第一供应商相关联的EMS(620)和与第二供应商相关联的EMS(630)中的SON功能的实现。在一些实施例中，每个EMS供应商(620，630)可以支持不同的SON特征，并且E2节点(440)的性能直接与供应商特定的SON特征相关联。在示例实施例中，如果第二EMS供应商(630)不明确地支持SON特征，则相关联的E2节点(440)可以从非ORAN实体或通过与管理实体(640)相关联的内部机制获得SON功能，以在有或没有SON支持的情况下在EMS(620，630)间共享SON特征。

参考图6A、图6B和图6C，E2节点(440)和near-RT RIC(430)可能不支持SON算法，并且它可以经由O1接口在SON能力中通过“SON支持位图IE”向SMO(410)指示。“SON支持位图IE”在图6D中示出，并且将在下面详细讨论。

图6D示出了根据本公开的实施例的SON支持位图信息元素(IE)(600-D)。在图6D中，示出了位图布置中由特定SON模块支持的不同SON算法。位图IE的各个字段包括SON、物理层小区标识(physical layer cell identity，PCI)、自动邻居关系(automaticneighbor relation，ANR)、MLB、MRO、覆盖和容量优化(coverage and capacityoptimization，CCO)、节能(energy saving，ES)、集群间干扰缓解(interferencemitigation between cluster，ICMI)、计算组件(computing component，COM)和七个保留位。

参考图6D，在一些实施例中，SON支持位图IE(600-D)中，当位-0被设置为“0”时，它可以指示不支持SON算法，并且位图中的其余位是不相关的。但是，当位-0设置为“1”时，它可以指示支持SON算法，位图中的其余位指示支持特定的SON算法。例如，如果位-1设置为“1”，则指示支持PCI选择和冲突解决算法支持。类似地，位-2被设置为“1”，指示它支持ANR算法。位-3指示MLB支持，位-4指示MRO支持，位-5指示CCO支持，位-6指示ES支持，位-7指示ICIM支持，位-8指示COM支持，其余的位可以保留以包括将来的其他SON特征支持。

图6E示出了根据本公开的实施例的与部署场景(600-A至600-C)相关联的SON支持矩阵(600-E)。在图6E中，示出了与不同SON模块相关联的SON能力，例如，作为SON支持矩阵(600-E)的SMO(410)、non-RT RIC(420)、near-RT RIC(430)和E2节点(440)处的管理实体(640)。SON能力可以通过使用SON支持位图IE来传送。

图6F示出了根据本公开的实施例的根据第一、第二和第三部署场景(600-A至600-C)的SON支持的示例性序列流(600-F)。在图6F中，示出了不同SON模块之间的消息序列。

在一些实施例中，在成功建立O1链路时，near-RT RIC(430)和E2节点(440)可以经由消息O1指示它们的SON支持能力：功能更新指示，其可以包括它们的SON支持位图详细信息。此外，每当管理实体(640)在near-RT RIC(430)和/或E2节点(420)启用/禁用SON功能时，它们将使用该消息来更新它们的SON支持能力。此外，一旦从near-RT RIC(430)和E2节点(440)接收到能力信息，管理实体(640)根据该接收到的消息的来源更新其near-RT RIC数据库和/或E2节点数据库。管理实体(640)可以使用该信息来创建或准备最终SON支持矩阵。SON支持矩阵可以包括一个决策，表明将使用谁的SON算法来提供适当的SON支持。

参考图6F，在步骤604，可以在SMO(410)的管理实体(ME)(640)、near-RT RIC(430)和E2节点(440)之间建立O1链路。一旦建立了链路，并且当在步骤606SON被启用或禁用时，在near-RT RIC(430)中，near-RT RIC(430)可以发送包括与near-RT RIC(430)相关联的SON支持位图的能力更新指示(608)。在步骤612，ME(640)更新其near-RT RIC数据库以包括由near-RT RIC(430)共享的最近的能力信息。此外，在步骤614中，当在E2节点(420)中启用或禁用SON时，E2节点(420)可以发送包括与E2节点(440)相关联的SON支持位图的能力更新指示(616)。在步骤618，ME(640)更新其E2节点数据库以包括由E2节点(440)共享的最近的能力信息。在步骤622，基于接收到的能力信息，ME(640)决定最终支持矩阵。在步骤624，ME(640)将最终SON支持矩阵通知给near-RT RIC(430)，并在步骤626接收来自near-RT RIC(430)的确认。此外，在步骤628，ME(640)将最终SON支持矩阵通知给E2节点(440)，并在步骤632接收来自E2节点(440)的确认。在SON矩阵传送完成后，ME(640)可以在步骤634准备初始SON配置，并在步骤636、638分别将其传送到near-RT RIC(430)和E2节点(440)。此外，在步骤642，ME(640)可以基于分析数据和事件准备动态SON配置。ME(640)可以在步骤644、646分别将动态SON配置传送到near-RT RIC(430)和E2节点(440)。在一些实施例中，ME(640)、near-RT RIC(430)和E2节点(440)之间的消息传送可以通过O1接口链路实现。

图7A示出了表示根据本公开的实施例的第四部署场景(700-A)的示例性图，其中使用O1接口在non-RT RIC中支持SON算法。在图7A中，示出了在non-RT RIC(420)处的SON算法(710)实现为rApp。SON算法(710)可以使用定义为SMO(410)的一部分的内部接口与ME(720)通信。ME(720)还可以经由O1接口与near-RT RIC(430)和E2节点(440)通信。在一些实施例中，ME(720)可以充当主节点并从non-RT RIC(420)、near-RT RIC(430)和E2节点(440)接收SON支持能力，并且导出SON支持矩阵并将SON配置信息传送到non-RT RIC(420)、near-RT RIC(430)和E2节点(440)。

图7B示出了根据本公开的实施例的表示第五部署场景(700-B)的示例性图，其中使用A1接口和E2接口在non-RT RIC中支持SON算法。在图7B中，示出了在non-RT RIC(420)中实现为经由A1接口(704)与near-RT RIC通信的rAPP的SON算法。在一些实施例中，non-RTRIC(420)可以经由near-RT RIC(430)与E2节点(440)通信。例如，实现为rAPP的non-RT RIC(420)经由A1接口(704)与near-RT RIC(430)通信，并且near-RT RIC(430)可以进一步经由E2接口(706)将SON数据中继到E2节点(440)。

图7C示出了根据本公开的实施例的与部署场景(700-A至700-B)相关联的SON支持矩阵(700-C)。在图7C中，示出了具有实现SON功能的non-RT RIC(420)的SON支持矩阵。只有与ME(640)处的non-RT RIC(420)相对应的位(0-15)被设置为显示仅在non-RT RIC(420)中实现SON功能。

图7D示出了根据本公开的实施例的根据第四和第五部署场景(700-A至700-B)的SON支持的示例性序列流(700-D)。在图7D中，示出了与上面参考图7A和图7B讨论的SON实现相关联的SON支持消息(700-D)。参考图7D，在步骤708，在SMO(410)处的non-RT RIC(420)和near-RT RIC(430)之间成功建立A1链路。此外，在步骤712，在near-RT RIC(430)，可以启用或禁用SON算法。在启用/禁用SON算法时，near-RT RIC(430)可以在步骤714经由消息A1：能力更新指示(其包括near-RT RIC的SON支持位图细节)指示它们的SON支持能力。在步骤716，non-RT RIC(420)更新其near-RT RIC数据库。类似地，在步骤718，可以在near-RT RIC(430)和E2节点(440)之间建立E2链路。此外，在步骤722中，可以在E2节点(440)启用/禁用SON算法。在启用/禁用SON算法时，E2节点(440)可以在步骤724经由消息E2：能力更新指示(其包括E2节点的SON支持位图详细信息)向near-RT RIC(430)指示它们的SON支持能力。在步骤726，near-RT RIC(430)可以经由消息A1(能力更新指示)将消息中继到non-RT RIC(420)。在接收到中继消息后，non-RT RIC(420)可以在步骤726更新其E2节点数据库。此外，每当ME(720)在near-RT RIC(430)和/或E2节点(440)启用/禁用SON功能时，它们上面讨论的消息可以用于更新它们的SON支持能力。

参考图7D，在步骤732，non-RT RIC(420)实体可以至少基于在步骤714、726接收到的消息来准备最终SON支持矩阵。然后，在步骤734，non-RT RIC(420)可以将最终SON支持矩阵传送到near-RT RIC(430)。在步骤736，near-RT RIC(430)将最终SON支持矩阵从non-RTRIC(420)转发到E2节点(440)。在步骤738，E2节点(440)可以向near-RT RIC(430)发送确认消息。在步骤742，near-RT RIC(430)将确认消息中继到non-RT RIC(420)。在接收到确认消息后，non-RT RIC(420)在步骤744准备初始SON配置。在步骤746，non-RT RIC(420)将初始SON配置传送到near-RT RIC(430)，其中，该传送包括与near-RT RIC(430)相关联的初始SON配置和与E2节点(440)相关联的初始SON配置。在步骤748，near-RT RIC(430)进一步将与E2节点相关联的初始SON配置(440)中继到E2节点。

参考图7D，基于分析数据模式并且还基于一些最近的事件，non-RT RIC(420)可以在步骤752生成动态SON配置。然后，non-RT RIC(420)可以以类似于上述传送初始SON配置的步骤的方式传送动态SON配置。在步骤754，non-RT RIC(420)向near-RT RIC发送消息A1：配置命令(其包括near-RT RIC：动态SON配置和E2节点：动态SON配置)。在步骤756，near-RTRIC进一步经由E2(配置命令消息)向E2节点(440)中继E2节点：动态SON配置。

图8A示出了根据本公开的实施例的表示第六部署场景(800-A)的示例性图，其中SON算法使用O1接口在管理实体以及non-RT RIC中都得到支持。在图8A中，示出了在ME(810)和non-RT RIC(420)处都支持的SON算法。在一些实施例中，non-RT RIC(420)可以与第一供应商相关联并支持SON算法的一个版本，而ME(810)可以与第二供应商相关联并支持SON算法的另一个版本，其中第一和第二供应商都可以支持或不支持SON功能的完整列表。

图8B-图8D示出了根据本公开的实施例的与部署场景(800-A)相关联的SON支持矩阵。在图8B中，示出了与ME(810)、non-RT RIC(420)、near-RT RIC(430)和E2节点(440)相关联的SON能力。参照图8B，ME(810)和non-RT RIC(420)支持SON算法。在一些实施例中，ME(810)支持ICIM、MRO、MLB、ANR和PCI功能，而non-RT RIC(420)支持COM、ICIM、ES、CCO、MRO、MLB、ANR、PCI、SON功能。在示例性实施例中，作为主节点的ME(810)可以具有在ME(810)和non-RT RIC(420)支持的SON功能集合之间选择最佳SON功能的选项。因此，ME(810)可以最初选择由non-RT RIC(420)实现的所有最佳SON功能，如图8C的SON支持矩阵所示。ME(810)还可以通过如上所述的一种或多种方式将所选择的SON支持矩阵传送给其他实体，例如non-RT RIC(420)、near-RT RIC(430)和E2节点(440)。然而，ME(810)可以在不同条件下开始在一段时间内收集与应用的SON功能相关联的统计数据，并且可以决定修改SON支持矩阵。在一些实施例中，ME(810)可以从多个实体中选择SON功能，以改善HetNet的整体性能。例如，图8D示出了由ME(810)决定的新SON支持矩阵。参考图8D，在新的SON支持矩阵(800-D)中，ME(810)已经从ME(810)和non-RT RIC(420)中选择了SON算法。因此，像PCI、ANR、MLB、MRO和ICIM这样的SON算法从ME中选择(810)，并且像CCO、ES和COM这样的SON算法从non-RTRIC中选择(420)。此外，由于所选择的算法集来自不同的供应商，并且可以在不同的位置运行，例如，可能来自不同的地理位置或者可能不来自不同的地理位置，因此它们之间可能需要一些协调。在一些实施例中，来自non-RT RIC(420)的ES可能需要与来自ME(810)的MLB算法协调，以做出是否进入节能模式的最终决定。通常，MLB算法知道小区负载的模式，并且基于分析数据，MLB算法可以计划卸载一些小区数据。在示例性实施例中，考虑小区C1、C2、C3...Cn的情况，MLB可以感测C1、C2中的小区过载，并且可以计划将与C1和C2相关联的一些小区数据卸载到相邻小区C3。然而，如果ES为小区C3计划节能模式，那么C3将进入睡眠模式，当MLB为C3执行卸载时，它可能会再次激活。这可能会在C3产生乒乓球效应。因此，为了避免这样的问题，ES需要与MLB协调。换句话说，当一个或多个SON功能在不同的模块间使用时，它们需要协调以避免问题。

图8E示出了根据本公开的实施例的根据第六部署场景(800-A)的SON支持的示例性序列流(800-E)。在图8E中，示出了在不同实体上实现的不同SON算法之间的协调。参照图8，在步骤804，ES算法可以在non-RT RIC上运行(420)，MLB算法可以在ME(810)上运行。此外，在步骤806，non-RT RIC(420)可以检测要求特定小区进入到节能状态的一组事件。在检测到该组事件时，non-RT RIC处的ES(420)在步骤808决定将特定小区发送到睡眠模式，然而，ES在将特定小区发送到睡眠模式之前向ME(810)发送消息以检查MLB算法。在步骤812，non-RT RIC处的ES(420)可以向ME(810)处的MLB发起SON算法反馈请求，该SON算法反馈请求包括小区标识(小区ID)、ES算法(ES algo)、事件信息和待定算法决策(pending algodecision)中的至少一个(810)。在步骤814，ME(810)处的MLB可以基于历史条件和未来趋势来分析接收到的小区ID的负载情况，并且在步骤816准备要发送到non-RT RIC(420)处的ES的建议响应。在步骤818，ME(810)处的MLB可以发送SON算法反馈响应，该响应包括小区ID、MLB算法、建议报告、适用持续时间等中的至少一个。在步骤820，non-RT RIC(420)处的ES可以分析接收到的报告，并基于接收到的报告决定继续或中止发起的操作。在步骤822，non-RT RIC(420)处的ES可以执行其决策。此外，在步骤824，non-RT RIC(420)处的ES可以向ME(810)处的MLB指示其执行，其中该指示包括ES算法决策执行状态。在不同实体中实现的不同SON之间的通信可以实现正常工作。

图9示出了根据本公开的实施例的由于多个SON功能之间的相互作用，在HetNet中可能的干扰的示例性表示(900)。在图9中，示出了由于SON实现的优化而可能在HetNet中产生的冲突。在一些实施例中，当两个或更多个SON功能旨在优化相同的输出参数时，存在一个或多个冲突的可能性，例如：

·MRO和MLB之间的资源冲突。

·CCO和小区间干扰协调(intercell interference coordination，ICIC)之间的冲突。

·小区中断补偿(cell outage compensation，COC)和ICIC之间的冲突。

参考图9，MRO可以与eNodeB(eNB1)(920)相关联，MLB可以与eNB2(930)相关联。切换冲突可能发生在MRO和MLB之间。在一些实施例中，与操作和维护节点(operation andmaintenance，O&M)(910)相关联的COC可以尝试增加发射功率以解决中断问题，然而，与eNB2(930)相关联的ICIC可以尝试降低发射功率以减少干扰。这可能会导致冲突。类似地，与操作和维护节点(O&M)(910)相关联的CCO可以尝试调整天线参数以改善覆盖范围，然而，ICIC可以尝试降低会导致冲突的发射功率。因此，通过应用上面参考图8D提到的协调技术，可以在SON实现中避免这种冲突。

本领域普通技术人员将理解，这些仅仅是示例，并不以任何方式限制本公开的范围。

图10示出了一个示例性的计算机系统(1000)，本公开的实施例可以在该系统中使用或与该系统一起使用。如图10所示，计算机系统(1000)可以包括外部存储设备(1010)、总线(1020)、主存储器(1030)、只读存储器(1040)、大容量存储设备(1050)、一个或多个通信端口(1060)和处理器(1070)。本领域技术人员将理解，计算机系统(1000)可以包括一个以上的处理器和多个通信端口。处理器(1070)可以包括与本公开的实施例相关联的各种模块。一个或多个通信端口(1060)可以是用于基于调制解调器的拨号连接的RS-232端口、10/100以太网端口、使用铜缆或光纤的千兆位或10千兆位端口、串行端口、并行端口或其他现有或未来端口中的任何一个。一个或多个通信端口(1060)可以根据网络来选择，例如局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)或计算机系统(1000)连接到的任何网络。主存储器(1030)可以是随机存取存储器(Random Access Memory，RAM)，或本领域公知的任何其他动态存储设备。只读存储器(1040)可以是任何静态存储设备，包括但不限于，用于存储静态信息(例如，处理器(1070)的启动或基本输入/输出系统(basicinput/output system，BIOS)指令)的可编程只读存储器(Programmable Read OnlyMemory，PROM)芯片。大容量存储器设备(1050)可以是任何当前或未来的大容量存储器的解决方案，其可以用于存储信息和/或指令。

总线(1020)将处理器(1070)与其他内存、存储器和通信块通信地耦接。总线(1020)可以是例如外围组件互连(Peripheral Component Interconnect，PCI)/PCI扩展(PCI Extended，PCI-X)总线、小型计算机系统接口(mall Computer System Interface，SCSI)、通用串行总线(universal serial bus，USB)等，用于连接扩展卡、驱动器和其他子系统以及其他总线(例如将处理器(1070)连接到通信系统(1000)的前端总线(FSB))。

可选地，操作员和管理接口(例如显示器、键盘和光标控制设备)也可以耦接到总线(1020)以支持与计算机系统(1000)的直接操作及交互。可以通过经由通信端口(1060)连接的网络连接来提供其他操作和管理接口。上述示例性计算机系统(1000)在任何情况下都不应限制本公开的范围。

尽管本文相当重视优选实施例，但是应当理解，在不脱离本公开的原理的情况下，可以从优选实施例中产生许多实施例，并且可以在优选实施例中做出许多改变。本公开的优选实施例中的上述变化和其他变化对于本领域技术人员来说根据本文的公开将是显而易见的，由此可以清楚地理解，前述的描述性内容仅仅是作为本公开的说明而不是作为限制来实现。

本公开的优点

本公开提供了由一个或多个供应商实现的SON功能之间的互操作性技术。

本公开提供了用于不同实体之间的发现和握手以使得能够更好地实现SON过程的主从架构。

本公开提供了一种先进的通信系统。

Claims (22)

1.一种用于在异构网络HetNet(100)中实现自组织网络SON的互操作性的系统(202)，所述系统(202)包括：

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

存储器(304)，可操作地耦接到所述一个或多个处理器(302)，其中，所述存储器(304)包括处理器可执行指令，所述处理器可执行指令在执行时使得所述一个或多个处理器(302)：

将SON能力查询(404-a、404-b、404-c)发送到所述HetNet(100)中的一个或多个实体；

响应于所述SON能力查询(404-a、404-b、404-c)，接收与所述HetNet(100)中的一个或多个实体相关联的SON能力信息(406-a、406、b、406-c)；以及

基于所接收的SON能力信息生成与所述一个或多个实体相关联的初始SON配置。

2.根据权利要求1所述的系统(202)，其中，所述存储器(304)包括处理器可执行指令，所述处理器可执行指令在执行时使得所述一个或多个处理器(302)：

基于所接收的SON能力信息命令所述HetNet(100)中的一个或多个实体启用所述一个或多个实体中的SON功能。

3.根据权利要求1所述的系统(202)，其中，所述存储器(304)包括处理器可执行指令，所述处理器可执行指令在执行时使得所述一个或多个处理器(302)：

基于所接收的SON能力信息命令所述HetNet(100)中的一个或多个实体禁用所述一个或多个实体中的SON功能。

4.根据权利要求1所述的系统(202)，其中，所述一个或多个实体包括开放式无线接入网O-RAN实体。

5.根据权利要求4所述的系统(202)，其中，所述一个或多个实体包括以下至少一个：非实时无线接入网智能控制器non-RT RIC(420)、近实时无线接入网智能控制器near-RT RIC(430)和E2节点(440)。

6.根据权利要求1所述的系统(202)，其中，所述SON能力信息包括SON支持位图信息元素IE。

7.根据权利要求6所述的系统(202)，其中，所述存储器(304)包括处理器可执行指令，所述处理器可执行指令在执行时使得所述一个或多个处理器(302)：

基于从所述一个或多个实体接收的所述SON支持位图IE创建SON支持矩阵；以及

基于所述SON支持矩阵生成所述初始SON配置。

8.根据权利要求7所述的系统(202)，其中，所述存储器(304)包括处理器可执行指令，所述处理器可执行指令在执行时使得所述一个或多个处理器(302)：

收集与所述HetNet(100)相关联的分析数据；

检测所述HetNet(100)中的一个或多个事件；以及

基于所检测的一个或多个事件和所收集的数据中的至少一个，生成与所述一个或多个实体相关联的动态SON配置。

9.根据权利要求7所述的系统(202)，其中，所述存储器(304)包括处理器可执行指令，所述处理器可执行指令在执行时使得所述一个或多个处理器(302)：

操作在所述一个或多个实体的第一实体中的与所述SON配置相关联的第一元件；

操作在所述一个或多个实体的第二实体中的与所述SON配置相关联的第二元件；

检测对与所述第一实体中的所述第一元件相关联的操作的更改；以及

将对与所述第一实体中的所述第一元件相关联的操作的更改传送给所述第二实体中的所述第二元件。

10.根据权利要求9所述的系统(202)，其中，所述存储器(304)包括处理器可执行指令，所述处理器可执行指令在执行时使得所述一个或多个处理器(302)：

基于对与所述第一实体中的所述第一元件相关联的操作的更改，从所述第二实体中的所述第二元件接收响应；以及

基于所接收的响应，执行对与所述第一实体中的所述第一元件相关联的操作的更改。

11.一种用于在异构网络HetNet(100)中实现自组织网络SON的互操作性的方法，所述方法包括：

由一个或多个处理器(302)将SON能力查询(404-a、404-b、404-c)发送到所述HetNet(100)中的一个或多个实体；

响应于所述SON能力查询(404-a、404-b、404-c)，由所述一个或多个处理器(302)接收与所述HetNet(100)中的一个或多个实体相关联的SON能力信息(406-a、406、b、406-c)；以及

由所述一个或多个处理器(302)基于所接收的SON能力信息生成初始SON配置。

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

由所述一个或多个处理器(302)基于所接收的SON能力信息命令所述HetNet(100)中的一个或多个实体启用所述一个或多个实体中的SON功能。

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

由所述一个或多个处理器(302)基于所接收的SON能力信息命令所述HetNet(100)中的一个或多个实体禁用所述一个或多个实体中的SON功能。

14.根据权利要求11所述的方法，其中，所述一个或多个实体包括开放式无线接入网O-RAN实体。

15.根据权利要求14所述的方法，其中，所述一个或多个实体包括以下至少一个：非实时无线接入网智能控制器non-RT RIC(420)、近实时无线接入网智能控制器near-RT RIC(430)和E2节点(440)。

16.根据权利要求11所述的方法，其中，所述SON能力信息包括SON支持位图信息元素IE。

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

由所述一个或多个处理器(302)基于来自所述一个或多个实体的SON支持位图IE创建SON支持矩阵；以及

由所述一个或多个处理器(302)基于所述SON支持矩阵生成所述初始SON配置。

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

由所述一个或多个处理器(302)收集与所述HetNet(100)相关联的分析数据；

由所述一个或多个处理器(302)检测所述HetNet(100)中的一个或多个事件；以及

由所述一个或多个处理器(302)基于所收集的数据和所检测的事件中的至少一个，生成与所述一个或多个实体相关联的动态SON配置。

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

由所述一个或多个处理器(302)操作在所述一个或多个实体中的第一实体中的与所述SON配置相关联的第一元件；

由所述一个或多个处理器(302)操作在所述一个或多个实体中的第二实体中的与所述SON配置相关联的第二元件；

由所述一个或多个处理器(302)检测对与所述第一实体中的所述第一元件相关联的操作的更改；以及

由所述一个或多个处理器(302)将对与所述第一实体中的所述第一元件相关联的操作的更改传送给所述第二实体中的所述第二元件。

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

由所述一个或多个处理器(302)基于对与所述第一实体中的所述第一元件相关联的操作的更改，从所述第二实体中的所述第二元件接收响应；以及

由所述一个或多个处理器(302)基于所接收的响应，执行对与所述第一实体中的所述第一元件相关联的操作的更改。

21.一种在异构网络HetNet中操作的用户设备UE，所述UE包括：

通信耦接到系统(202)的一个或多个处理器，其中，所述系统(202)包括一个或多个处理器(302)和可操作地耦接到所述一个或多个处理器(302)的存储器(304)，所述存储器包括处理器可执行指令，当所述处理器可执行指令由所述一个或多个处理器(302)执行时，使得所述一个或多个处理器(302)：

将自组织网络SON能力查询(404-a、404-b、404-c)发送到所述HetNet(100)中的一个或多个实体；

响应于所述SON能力查询(404-a、404-b、404-c)，接收与所述HetNet(100)中的一个或多个实体相关联的SON能力信息(406-a、406、b、406-c)；以及

基于所接收的SON能力信息生成与所述一个或多个实体相关联的初始SON配置。

22.一种非暂时性计算机可读介质，包括存储在其上的一个或多个指令，所述一个或多个指令当由处理器执行时使得所述处理器：

将自组织网络SON能力查询(404-a、404-b、404-c)发送到异构网络HetNet(100)中的一个或多个实体；

响应于所述SON能力查询(404-a、404-b、404-c)，接收与所述HetNet(100)中的一个或多个实体相关联的SON能力信息(406-a、406、b、406-c)；以及

基于所接收的SON能力信息生成与所述一个或多个实体相关联的初始SON配置。