CN118077186A - 用于部署应用的电子设备和操作方法 - Google Patents

Abstract

根据各种实施例，一种用于操作RIC的方法可以包括以下步骤：识别针对第一xAPP的部署请求；基于请求，并基于第一xAPP的E2节点订阅相关信息识别与在RIC中执行的多个节点中的至少一些节点中的每一个节点处理的消息相关的信息；以及基于与多个节点中的至少一些节点中的每一个节点处理的消息相关的信息，将第一xAPP部署到从多个节点中选择的第一节点。

Description

用于部署应用的电子设备和操作方法

技术领域

本公开涉及一种用于部署应用的电子设备及其操作方法。

背景技术

在小区站点中，以分布式单元(DU)和无线电单元(或远程单元)(RU)一起安装的形式来实现现有基站(BS)。然而，这种集成实现具有物理限制。例如，随着服务订户或流量的增加，运营商应当在小区站点中部署新的BS。为了克服这一点，实现了集中式无线接入网络(C-RAN)(或云RAN)结构。C-RAN可以具有这样的结构，其中DU被布置在一个物理位置，并且RU被布置在实际向用户设备(UE)发送无线信号以及从UE接收无线信号的小区站点中。DU和RU可以通过光缆或同轴电缆彼此连接。由于RU和DU是分离的，因此需要有一个用于它们之间通信的接口标准，并且在RU和DU之间使用诸如通用公共无线电接口(CPRI)的标准。第三代合作伙伴项目(3GPP)也在致力于BS结构的标准化，并且正在对开放无线电接入网络(O-RAN)进行讨论，该O-RAN是可应用于第五代(5G)系统的开放网络标准。

O-RAN已经新定义了传统3GPP网络单元(NE)，将RU，DU，中央单元控制面(CU-CP)，中央单元用户面(CU-UP)分别定义为开放RU(O-RU)，开放DU(O-DU)，开放CU-CP(O-CU-CP)，以及开放CU-CP(O-CU-UP)(其可以统称为O-RAN BS)，并且另外提出了RAN智能控制器(RIC)和非实时RAN智能控制器(NRT-RIC)。

发明内容

【技术问题】

RIC可以使用Kubernetes(k8s)集群进行操作。集群可以被实施为配置有一个服务器的单个节点或者配置有多个服务器的多个节点。当群集被实施为多个节点时，k8s Pod调度器可以将Xapp部署到多个节点中的任意一个。k8s Pod调度器可以通过将xAPP所需的资源与多个节点中的每一个的可用资源进行比较来选择xAPP可部署到的节点。当xAPP订阅到与不同于所选节点的另一节点相连接的E2节点时，节点之间的流量可能会增加。然而，在确定要向其部署xAPP的节点时，不考虑与由xAPP要向其订阅的至少一个E2节点处理的消息相关的信息。

根据各种实施例的电子设备及其操作方法可以基于与至少一个E2节点所处理的消息相关的信息来确定要向其部署xAPP的节点。

【技术方案】

根据各种实施例，无线接入网络智能控制器(RIC)的操作方法可以包括识别针对第一xAPP的部署请求；基于该请求，基于第一xAPP的E2节点订阅相关信息识别与在RIC中执行的多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息；以及基于与多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息，将第一xAPP部署到从多个节点中选择的第一节点。

根据各种实施例，无线接入网络智能控制器(RIC)的操作方法可以包括：识别针对第一xAPP的部署请求；基于该请求，基于第一xAPP的E2节点订阅相关信息识别第一xAPP向其请求订阅的E2节点；以及部署连接到所识别的E2节点的第一xAPP。

根据各种实施例，在由数据处理系统访问的存储xAPP的Pod的存储介质中，Pod可以包括第一数据和第二数据，第一数据可以包括用于标识xAPP向其请求订阅的至少一个E2节点的第一子数据、用于标识至少一个E2节点中的每一个的消息处理周期的第二子数据、用于标识至少一个E2节点中的每一个所处理的消息的大小的第三子数据、或者用于标识来自至少一个E2节点的E2消息是否包括与用户设备UE相关的信息的第四子数据中的至少一个，并且第二数据包括用于所述xAPP的至少一个操作的信息。

【有益效果】

根据各种实施例，可以提供一种电子设备及其操作方法，其可以基于与至少一个E2节点所处理的消息相关的信息来确定将向其部署xAPP的节点。

附图说明

图1a是示出根据各种实施例的无线接入网络智能控制器(RIC)、无线接入网络(RAN)和核心网络(CN)的框图。

图1b是示出根据各种实施例的RIC的硬件配置的框图。

图2是示出根据各种实施例的RIC的框图。

图3是示出根据用于与各种实施例进行比较的比较示例的RIC的操作方法的流程图。

图4是示出根据各种实施例的RIC 101的框图。

图5a是示出根据各种实施例的RIC的操作方法的流程图。

图5b是示出根据各种实施例的RIC的操作方法的流程图。

图5c是示出根据各种实施例的RIC的操作方法的流程图。

图6a是示出根据各种实施例在RIC中执行的组件的操作方法的流程图。

图6b是示出根据各种实施例在RIC中执行的组件的操作方法的流程图。

图7是示出根据各种实施例的RIC的操作方法的流程图。

图8是示出根据各种实施例的RIC的操作方法的流程图。

图9a是示出根据各种实施例的RIC的操作方法的流程图。

图9b是示出根据各种实施例的部署xAPP的过程的图。

图10是示出根据各种实施例的RIC的操作方法的流程图。

图11a是示出根据各种实施例的RIC的操作方法的流程图。

图11b是示出根据各种实施例的部署xAPP的过程的图。

具体实施方式

图1a是示出根据各种实施例的无线接入网络智能控制器(RIC)、无线接入网络(RAN)和核心网络(CN)的框图。

根据各种实施例，RAN 150可以包括至少一个分布式单元(DU)151、至少一个中央单元控制面(CU-CP)152和/或至少一个中央单元用户面(CU-UP)153。尽管RAN 150被示为连接到至少一个远程单元(或无线电单元)(RU)161，但这是示例性的，并且至少一个RU 161可以连接到RAN 150或包括在RAN 150中。RAN 150可以是开放RAN(O-RAN)。在这种情况下，DU151可以是开放DU(O-DU)，CU-CP 152可以是开放CU-CP(O-CU-CP)，CU-UP 153可以是开放CU-UP(O-CU-UP)，并且RU 161可以是开放RU(O-RU)。

根据各种实施例，RU 161可以执行与用户设备(UE)160的通信。RU 161可以是提供低物理层(PHY)功能和射频(RF)处理的逻辑节点。DU 151可以是提供无线电链路控制(RLC)、媒体接入控制(MAC)和高PHY的功能的逻辑节点，并且连接到例如RU 161。CU 152和153可以是提供无线资源控制(RRC)、服务数据适配协议(SDAP)和分组数据汇聚协议(PDCP)的功能的逻辑节点。CU-CP 152可以是提供RRC和PDCP的控制面部分的功能的逻辑节点。CU-UP 153可以是提供SDAP和PDCP的用户面部分的功能的逻辑节点。

根据各种实施例，核心网络(例如，第五代核心(5GC))154可以包括接入和移动性管理功能(AMF)155、用户面功能(UPF)156和/或会话管理功能(SMF)157中的至少一个。AMF155可以提供基于UE的接入和移动性管理的功能。SMF 156可以提供会话管理功能。UPF 156可以将从数据网络接收的下行链路数据发送到UE 160，或者将从UE 160接收的上行链路数据发送到数据网络。例如，CU-CP 152可以通过N2接口(或NG应用协议(NGAP)接口)连接到AMF 155。AMF 155可以通过N11接口连接到SMF 157。CU-UP 153可以通过N3接口连接到UPF153。

根据各种实施例，RIC 101可以定制RAN功能用于服务或区域资源优化。RIC 101可以提供网络智能(例如，策略实施和切换优化)、资源保证(例如，无线链路管理)、高级自组织网络(SON)、或者资源控制(例如，负载平衡或分片策略)中的至少一个功能，并且对于RIC101能够提供(或执行)的与RAN 150相关的功能(或操作)没有限制。

根据各种实施例，RIC 101可以向RAN 150发送E2消息191和192和/或从RAN 150接收E2消息191和192。例如，RIC 101可以通过E2-DU接口连接到DU 151。例如，RIC 101可以通过E2-CP接口连接到CU-CP 152。例如，RIC 101可以通过E2-UP接口连接到CU-UP 153。RIC101和RAN 150之间的至少一个接口可以被称为E2接口。虽然RIC 101和RAN 150被示为独立的设备，但是这是示例性的。RIC 101和RAN可以实施为分开的设备或一个设备。

根据各种实施例，RIC 101可以向E2节点(例如，DU 151、CU-CP 152或CU-UP 153中的至少一个)发送E2消息191和192和/或从E2节点(例如，DU 151、CU-CP 152或CU-UP 153中的至少一个)接收E2消息191和192。E2节点可以包括(或提供)E2节点功能。E2节点功能可以基于安装在RIC 101中的特定xAPP(应用软件)来配置。当提供关键性能指示符(KPI)监视功能时，可以将KPI监视收集软件安装在RIC 101中。E2节点可以生成KPI参数，并且可以包括E2节点功能，其将包括KPI参数的E2消息191发送至位于RIC 101中的E2终端功能。位于RIC101中的E2终端功能是RIC 101针对E2消息的终端。在对从E2节点接收的E2消息进行解释之后，E2终端功能可以将E2消息发送到xAPP。RIC 101可以在E2消息192中向RAN 150提供与RAN 150的操作有关的信息。RIC 101可以部署xAPP，并且在RIC 101中部署的xAPP可以订阅E2节点。xAPP可以周期性地或非周期性地从订阅的E2节点接收E2消息。

图1b是示出根据各种实施例的RIC的硬件配置的框图。

根据各种实施例，RIC 101(或被配置为执行RIC 101的功能的电子设备)可以包括处理器120、存储设备130或通信模块190中的至少一个。

根据各种实施例，处理器(例如，包括处理电路)120可以例如通过执行软件(例如，程序)来控制RIC 101(或被配置成执行RIC的功能的电子设备)的连接到处理器120的至少一个其它组件(例如，硬件或软件组件)，并执行各种数据处理或操作。软件可以包括，但不限于，例如，xAPP。根据一个实施例，作为数据处理或操作的至少一部分，处理器120可以将从另一组件接收的命令或数据存储在存储设备130中，处理存储在存储设备130中的命令或数据，并将结果数据存储在存储设备130中。根据实施例，处理器120可以包括中央处理单元(CPU)、应用处理器、神经处理单元(NPU)或通信处理器中的至少一些。然而，处理器120的类型不受限制。NPU可以包括专用于处理人工智能模型的硬件结构。人工智能模型可以包括但不限于机器学习(例如，强化学习、监督学习、无监督学习或半监督学习)。人工智能模型可以包括多个人工神经网络层。人工神经网络可以是但不限于深度神经网络(DNN)、卷积神经网络(CNN)、递归神经网络(RNN)、受限玻耳兹曼机(RBM)、深度信念网络(DBN)、双向递归深度神经网络(BRDNN)、深度Q网络中的一种，以及这些网络中的两个或多个的组合。作为硬件结构的补充或替代，人工智能模型可以包括软件结构。所属领域的技术人员将了解，只要其能够存储例如磁盘(例如，硬盘驱动器(HDD))的数据，任何装置都可用作存储设备130。

根据各种实施例，存储设备130可以存储由RIC 101(或被配置为执行RIC 101的功能的电子设备)的至少一个组件(例如，处理器120或通信模块190)使用的各种数据。数据可以包括，例如，软件和用于与软件相关的指令的输入数据或输出数据。

根据各种实施例，通信模块190可以包括各种通信电路，并且支持直接(例如，有线)通信信道或无线通信信道的建立以及通过所建立的通信信道在RIC 101(或被配置为执行RIC 101的功能的电子设备)与外部电子设备(例如，E2节点)之间的通信。通信模块190的类型不受限制，只要其能够支持例如E2接口，例如，当RIC 101和RAN 150被实施为单个设备时，通信模块190可以意味着用于两个实体的接口。

图2是示出根据各种实施例的RIC的框图。

在下文中，可以将Xapp的Pod命名为xApp。

根据各种实施例，RIC 101可以执行(或包括)多个节点210、220和230。多个节点210、220和230中的每一个可以是物理处理器或虚拟机。例如，RIC 101可以包括作为物理处理器的节点，或者执行作为虚拟机的节点。多个节点210、220和230可以是，但不限于，例如，基于Kubernetes集群的机器。多个节点210、220和230中的每一个例如可以是形成控制面的主节点(master node)，和/或形成用户面并使用Pod部署xAPP的从节点(worker node)。例如，在图2的实施例中，第一xAPP 211可以被部署到RIC 101中的第一节点210。第一xAPP211到第一节点210的部署可以指例如完成第一xAPP 211到第一节点210的订阅，完成E2消息的发送和接收，和/或完成至少一个用于进入操作启用状态的操作(例如，设置执行xAPP操作所需的配置)。第一xAPP 211到第一节点210的部署可以与第一xAPP 211到第一节点210的分配、第一节点210中第一xAPP 211的执行、或第一xAPP 211在第一节点210中的安装可互换地使用。

根据各种实施例，Pod可以是Kubernetes编排(Orchestration)中最小可部署单元，Kubernetes编排是xApp运行的环境。

在用于与各种实施例进行比较的比较示例中，将向其部署xAPP的节点可以由k8sPod调度器来确定。例如，k8s Pod调度器可以识别节点210、220和230中的每一个的可用资源，并且使用所请求部署的xAPP所需的资源来确定将向其部署xAPP的节点。例如，基于第三节点230的可用资源大于第三xAPP 231所需的资源，K8s Pod调度器可以选择第三节点230作为要向其部署第三xAPP 231的节点。根据各种实施例的RIC 101可以确定第一xAPP 211、第二xAPP 221和第三xAPP 223将被部署到的节点，使得RIC 101内的流量最小化/减少，和/或通信成本最小化/减少，这将在后面描述。通信成本可以包括以下各个中的至少一个：基于消息传递所消耗的资源(例如，用于消息传递的至少一个处理器和/或存储器的使用和/或带宽)的总和(或加权和)或消息传递路径长度(物理长度和/或逻辑长度)，以及可以使用的任何参数，只要其用于消息传递即可。

在各种实施例中，第一节点210的E2终端组件212(其是第一节点210针对E2消息的终端)可以将从连接到第一节点210的E2节点241、242、243和244中的至少一个接收到的E2消息发送到第一xAPP211。E2终端组件212可以支持E2接口，并且E2接口可以实现O-RAN WG3E2应用协议(E2AP)规范。E2AP可以包括定义E2节点的服务模型的E2服务模型(E2SM)。RIC101和E2节点可以彼此发送和/或接收基于E2AP和/或基于E2SM的消息。E2节点241、242、243和244可以是，但不限于，例如，形成RAN的至少一个实体。E2终端组件212、222和232中的每一个可以具有高资源使用率(例如，每单位时间的高处理资源使用率和/或高网络流量吞吐量)，因此可以分别在E2节点210、220和230中分布和执行。虽然在图2的实施例中仅示出了一个第一xAPP 211部署到第一节点210，但是它是示例性的，并且本领域的技术人员将理解，一个节点可以部署多个xAPP 211。当部署多个xAPP时，E2终端组件212可以确定要向其发送从E2节点241、242、243和244中的至少一个接收到的E2消息的xAPP。

在各种实施例中，第二xAPP 221可以被部署到第二节点220。第二节点220的E2终端组件222(其是第二节点210针对E2消息的终端)可以将从连接到第二节点220的E2节点251、252、253和254中的至少一个接收到的E2消息发送到第二xAPP 221。第三xAPP 231可以被部署到第三节点230。第三节点230的E2终端组件232(其是第三节点230针对E2消息的终端)可以将从连接到第三节点230的E2节点261、262、263和264中的至少一个接收到的E2消息发送到第三xAPP 231。第二节点220的E2终端组件222例如可以将来自E2节点#14 251的E2消息的终端识别为第三xAPP 231。在这种情况下，E2消息可以由第二节点220的E2终端组件222和/或第三节点230的E2终端组件232通过多条路径271、272、273、274和275发送到第三xAPP 231。由于订阅E2节点#14 251的第三xAPP 231被部署到第三节点230而不是第二节点220，可能在节点220和230之间产生不必要的流量。如果订阅E2节点#14 251的第三xAPP231被部署到第三节点230，则第二节点220的E2终端组件222可以将E2消息直接发送到第三xAPP 231，从而在节点220和230之间不会产生流量。然而，除了E2节点#14 251之外，第三xAPP 231可以订阅另一E2节点，并且在一些情况下，将第三xAP P231部署到第三节点230可以最小化和/或减少内部流量。根据各种实施例的RIC 101可以选择可以最小化和/或减少内部流量和/或通信成本的节点，这将在后面描述。至少一个xAPP 211、221和231中的每一个可以请求订阅至少一个E2节点。例如，至少一个xAPP 211、221和231中的每一个可以发送订阅请求消息。订阅请求消息可以包括例如RIC请求标识符(ID)、RIC事件触发定义和RIC动作ID序列、RIC动作类型、RIC动作定义、或RIC后续动作中的至少一个。

E2节点241、242、243、244、245、251、252、253、254、261、262、263和264可以响应于订阅请求消息向相应的xAPP 211、221和231发送订阅响应消息。在完成订阅之后，可以在至少一个xAPP 211、221和231中的每一个与至少一个E2终端组件212、222和232之间建立连接，并且可以在至少一个E2终端组件212、222和232中的每一个与对应于E2终端组件的E2节点241、242、243、244、245、251、252、253、254、261、262、263或264之间建立连接。连接可以是长(persistent)连接。当建立长连接时，当配置了低效网络路径时，RIC 101内的不必要的流量可能持续相对较长的时间，从而导致RIC 101的性能下降和资源浪费。根据各种实施例的RIC 101可以以最小化和/或降低内部流量和/或通信成本的方式来确定要向其部署xAPP的节点。

图3是根据用于与各种实施例进行比较的比较示例的RIC的操作方法的流程图。根据各种实施例，在比较示例中执行的至少一个操作的至少一些也可以由RIC 101执行。

根据比较示例，在操作301中，RIC 101可以识别针对第一xAPP的Pod的部署请求。在操作303中，RIC 101可以基于在RIC 101中执行的多个节点(例如，图2的节点210、220和230)中的各个节点的各个可用资源以及第一xAPP所需的资源来选择该多个节点中的一个。例如，RIC 101可以选择具有比第一xAPP所需的资源更大的可用资源的节点。RIC 101可以选择具有与第一xAPP所需的资源相比多出阈值或阈值以上的可用资源的节点。当存在多个节点具有比第一xAPP所需的资源更大的可用资源时，RIC 101可以选择具有最大可用资源的节点。然而，这是示例性的，对基于可用资源选择节点的方法并不做限定。在操作305中，RIC 101可以将第一xAPP部署到所选择的节点。尽管可以将第一xAPP部署到具有如上所述的大于所需资源的可用资源的节点，但是第一xAPP订阅的E2节点可能连接到另一节点。因此，来自第一xAPP订阅的E2节点的E2消息可以通过所选节点从其他节点被发送到第一xAPP，从而增加RIC 101内的流量。根据各种实施例的RIC 101可以从具有比第一xAPP所需的资源更大的可用资源的至少一个节点中选择可以最小化和/或减少内部流量和/或通信成本的节点，以及将第一xAPP部署到所选择的节点。

图4是示出根据各种实施例的RIC 101的框图。

根据各种实施例，RIC 101(例如，处理器120)(或被配置为执行RIC 101的功能的电子设备)可以在第一节点210中执行xAPP管理器(xAPP Mgr)401。尽管xAPP管理器401被示为在第一节点210中执行，但这是示例性的，其也可以在除第一节点210之外的从节点中执行。xAPP管理器401也可以在主节点中执行，并且执行xAPP管理器401的节点不限于此。xAPP管理器401可以执行xAPP的部署和解除部署。例如，xAPP管理器401可以通过用于向/从RIC101的外部发送/接收数据的接口来识别对xAPP的部署请求。当识别到对xAPP的部署请求时，xAPP管理器401可基于包括在xAPP的Pod中的E2节点订阅相关信息来识别多个执行节点中的至少一些节点中的每一个节点的处理消息相关信息。尽管E2节点订阅相关信息可以被包括在例如xAPP的Pod的元数据区域中，但是信息被存储的位置不受限制。Pod可以包括用于xAPP的至少一个操作的数据和元数据。元数据可以包括用于识别E2节点的至少一条信息(例如，服务模型)，E2节点的消息处理周期的信息，E2节点的消息模板大小的信息，或者指示是否需要关于UE的信息的信息，这将在后面描述。元数据还可以包括度量信息、版本信息和日志级别信息。例如，xAPP管理器401可以将多个节点中的至少一些节点中的每一个节点的每单位时间处理的消息大小识别为多个节点中的至少一些节点中的每一个节点的处理消息相关信息。例如，xAPP管理器401可以使用多个节点中的至少一些节点的消息处理频率(或处理周期)和/或处理消息大小来识别多个节点中的至少一些节点中的每个节点的每单位时间的处理消息大小。或者，xAPP管理器401可将多个节点中的至少一些节点的处理频率(或处理周期)和/或处理消息大小识别为该多个节点中的至少一些节点中的各个节点的处理消息相关信息。xAPP管理器401可以使用多个节点中的至少一些节点中的每一个节点的处理消息相关信息来选择第一xAPP将被部署到的节点。例如，xAPP管理器401可以使用多个节点的至少一些节点中的每一个节点的处理消息相关信息来选择最小化/减少RIC 101内的流量和/或通信成本的节点。例如，xAPP管理器401可以选择每单位时间处理的消息大小最大的节点。例如，xAPP管理器401可以选择最小化/减少通信成本之和的节点。例如，xAPP管理器401可以选择具有最高消息处理频率(或最短处理周期)的节点。例如，xAPP管理器401可以选择具有最大处理消息大小的节点。

图5a是示出根据各种实施例的RIC的操作方法的流程图。

根据各种实施例，在操作501中，RIC 101(例如，处理器120)(或被配置为执行RIC101的功能的电子设备)可以识别针对第一xAPP的Pod的部署请求。在操作503中，基于部署请求的识别，RIC 101可以基于包括在第一xAPP的Pod中的第一xAPP的E2节点订阅相关信息来识别在RIC 101中执行的多个节点中的至少一些节点中的每一个节点的处理消息相关信息。RIC 101可以识别连接到第一xAPP要订阅的E2节点的节点的消息相关信息，并且本领域技术人员将理解，因此，RIC 101可以识别在RIC 101中执行的所有节点的消息相关信息，或者在一些情况下，识别一些节点的消息相关信息。第一xAPP的E2节点订阅相关信息可以包括例如服务模型。在各种实施例中，RIC 101可以在与E2节点的连接建立期间(例如，E2建立过程)存储与E2节点相关的信息。例如，在E2建立过程中，RIC 101可以存储E2节点的标识信息(例如，gnb_AB00_1237)、服务模型(例如，data_usage_level)和连接的UE的数目(例如，124)。RIC 101可以存储和/或管理多个连接的E2节点中的每一个的信息。RIC 101可以基于将第一xAPP的E2节点订阅相关信息与被管理的E2节点的信息进行比较的结果来识别第一xAPP将订阅到的至少一个E2节点。例如，当包括在第一xAPP的E2节点订阅相关信息中的服务模型是data_usage_level时，RIC 101可以将对应于data_usage_level的服务模型的至少一个E2节点识别为第一xAPP要订阅的至少一个E2节点。

如上所述，RIC 101可以识别第一xAPP要订阅的至少一个E2节点。RIC 101可以识别第一xAPP要订阅的至少一个E2节点的每一个的处理消息相关信息。RIC 101可以使用第一xAPP要订阅的至少一个E2节点的每一个的处理消息相关信息来识别多个执行节点中的每一个的处理消息相关信息。RIC 101可以基于第一xAPP将要订阅的至少一个E2节点与多个节点中的至少一些节点之间的连接关系来识别多个执行节点中的每一个的处理消息相关信息。

例如，RIC 101可以将第一xAPP要订阅的至少一个E2节点的每一个的每单位时间处理的消息大小识别为处理消息相关信息。为了识别至少一个E2节点中的每一个的每单位时间处理的消息大小，RIC 101可以识别至少一个E2节点的每一个的消息处理频率(或消息处理周期)。表1是至少一个E2节点中的每一个的消息处理频率(或消息处理周期)的示例。例如，假设RIC 101将第一xAPP要订阅的至少一个E2节点识别为E2节点#3、E2节点#14、E2节点#34和E2节点#35。此外，假设E2节点#3连接到第一节点，E2节点#14连接到第二节点，并且E2节点#34和E2节点#35连接到第三节点。

【表1】

第一xAPP要订阅的E2节点	消息处理周期
		E2节点#3	1000毫秒
E2节点#14	1000毫秒
		E2节点#34	10毫秒
E2节点#35	100毫秒

为了识别至少一个E2节点中的每一个的每单位时间处理的消息大小，RIC 101可以识别该至少一个E2节点中的每一个的处理消息大小。表2是至少一个E2节点中的每一个的处理消息大小的示例。

【表2】

第一xAPP要订阅的E2节点	处理消息大小
		E2节点#3	128kb
E2节点#14	64kb
		E2节点#34	256kb
E2节点#35	128kb

在示例中，RIC 101可以通过将处理消息大小除以消息处理周期来识别至少一个E2节点中的每一个的每单位时间处理的消息大小。表3是至少一个E2节点中的每一个的每单位时间处理的消息大小的示例。

【表3】

第一xAPP要订阅的E2节点	每单位时间处理的消息大小
		E2节点#3	128kb/1000ms＝0.128kb/ms
E2节点#14	64kb/1000ms＝0.064kb/ms
		E2节点#34	256kb/10ms＝25.6kb/ms
E2节点#35	128kb/100ms＝1.28kb/ms

在一个示例中，RIC 101可以基于第一xAPP要订阅的E2节点和在RIC 101中执行的节点之间的连接来识别每个节点的每单位时间处理的消息大小。例如，RIC 101可以识别如表4所示的每个节点的每单位时间处理的消息大小。

【表4】

可以将仅连接E2节点#3的第一节点的每单位时间处理的消息大小确定为0.128kb/ms。例如，仅连接E2节点#14的第二节点的每单位时间处理的消息大小可以被确定为0.064kb/ms。例如，连接E2节点#34和E2节点#35的第三节点的每单位时间处理的消息大小可以是27.4kb/ms，其为25.6kb/ms+1.28kb/ms。RIC 101可以选择每单位时间处理的消息大小最大的第三节点作为第一xAPP将被部署到的节点。在操作505中，RIC 101可以基于所识别的信息将第一xAPP部署到所选择的节点。在另一个示例中，RIC 101可以将第一xAPP要订阅的至少一个E2节点中的每一个的消息处理频率(或消息处理周期)识别为消息相关信息。例如，RIC 101可以将表1中所示的信息识别为消息相关信息。RIC 101可以识别具有最高处理频率(或最短处理周期)的E2节点(例如，表1中的E2节点#34)。RIC 101可以选择连接到具有最高处理频率(或最短处理周期)的E2节点(例如，表1中的E2节点#34)的第三节点作为第一xAPP将被部署到的节点。在另一个示例中，RIC 101可以将第一xAPP将订阅的至少一个E2节点中的每一个的处理消息大小识别为消息相关信息。例如，RIC 101可以将表2中所示的信息识别为消息相关信息。RIC 101可以选择处理消息大小的和最大的节点(例如，第三节点)作为第一xAPP将被部署到的节点。

根据各种实施例的RIC 101可以根据上述各种示例中的一个来选择第一xAPP将被部署到的节点，并且该选择方法不受限制。RIC 101可以根据xAPP的特性选择上述各种示例中的一个。例如，对于需要超低时延处理的xAPP，RIC 101可以选择连接到具有最高处理频率(或最短处理周期)的E2节点的节点作为第一xAPP将被部署到的节点。对于不需要超低时延处理的xAPP，RIC 101可以选择每单位时间处理的消息大小最大的节点作为第一xAPP将被部署到的节点。

图5b是示出根据各种实施例的RIC的操作方法的流程图。

根据各种实施例，在操作511中，RIC 101(例如，处理器120)(或被配置为执行RIC101的功能的电子设备)可以识别针对第一xAPP的Pod的部署请求。在操作513中，基于对部署请求的识别，RIC 101可以基于包括在第一xAPP的Pod中的xAPP的E2节点订阅相关信息来识别与多个执行节点中的至少一些节点中的每一个节点对应的与每单位时间处理的消息大小相关的第一信息。例如，RIC 101可以识别与如表4所示的每个节点的每单位时间处理的消息大小相关的第一信息。在操作515中，RIC 101可以识别与多个执行节点中的至少一些节点中的各个节点的各个可用资源以及第一xAPP所需的资源相关的第二信息。在操作517中，RIC 101可以基于第一信息和第二信息来选择第一xAPP将被部署到的节点。例如，RIC 101可以使用第一信息从具有比第一xAPP所需的资源更大的可用资源的节点中选择一个节点。当识别出如表4所示的与每个节点的每单位时间处理的消息大小相关的第一信息以及指示第三节点的可用资源小于第一xAPP所需的资源的第二信息时，RIC 101可以选择与第三节点具有最高通信速度和/或最低通信成本的节点作为第一xAPP将被部署到的节点。或者，RIC 101可以选择每单位时间处理的消息大小第二大的第一节点作为第一xAPP将被部署到的节点。本领域的技术人员将理解，每单位时间处理的消息大小仅仅是一个示例，并且在其它实施例以及该实施例中的每单位时间处理的消息大小可以用上述各种示例来代替。

在各种实施例中，如上所述，RIC 101可以使用如表1所示的第一信息和与资源相关的第二信息来选择第一xAPP将被部署到的节点。或者，RIC 101可以仅识别具有比第一xAPP所需的资源更大的可用资源的节点的每单位时间处理的消息大小，并且基于识别的结果来选择第一xAPP将被部署到的节点，这将参考图5c进行描述。

图5c是示出根据各种实施例的RIC的操作方法的流程图。

根据各种实施例，在操作521中，RIC 101(例如，处理器120)(或被配置为执行RIC101的功能的电子设备)可以识别针对第一xAPP的Pod的部署请求。在操作523中，基于部署请求的识别，RIC 101可以基于多个执行节点的至少一些节点中的各个节点的各个可用资源以及第一xAPP所需的资源，从多个执行节点中的至少一些节点中识别第一xAPP可部署到的至少一个节点。例如，RIC 101可以识别具有比第一xAPP所需的资源更大的可用资源的至少一个节点。RIC101可以识别具有与第一xAPP所需的资源相比多出阈值或阈值以上的可用资源的至少一个节点，并且不对使用可用资源和第一xAPP所需的资源来识别至少一个节点的方法进行限制。

在各种实施例中，在操作525中，RIC 101可基于包括在第一xAPP的Pod中的第一xAPP向E2节点的E2节点订阅相关信息来识别与至少一个节点中的每一个节点对应的每单位时间处理的消息大小。RIC可以在多个执行节点中仅识别第一xAPP可部署到的至少一个节点的每单位时间处理的消息大小，同时跳过其他节点的每单位时间处理的消息大小的识别。在操作527中，电子设备101可以基于与至少一个节点中的每一个节点对应的每单位时间处理的消息大小来选择该至少一个节点中的一个节点。例如，电子设备101可以在至少一个节点中选择每单位时间处理的消息大小最大的节点。在操作529中，RIC 101可以将第一xAPP部署到所选择的节点。

图6a是示出根据各种实施例的在RIC中执行的组件的操作方法的流程图。

根据各种实施例，RIC 101(例如，处理器120)(或被配置为执行RIC 101的功能的电子设备)可以包括xAPP管理器601、k8s 602、k8s调度器603和k8s节点管理器604。由于已经参考图4描述了xAPP管理器601，因此省略了对其详细的描述。k8s 602可以将xAPP部署到节点。k8调度器603可以是在容器编排平台内调度Pod的组件。当在除k8s平台之外的平台上实施k8s调度器603时，各种类型的虚拟机/容器编排平台调度器可以代替k8s调度器603进行操作。k8节点管理器604可以管理在RIC 101中执行的节点的状态(例如，总资源、当前使用的资源、和/或可用资源)。

根据各种实施例，在操作611中，xAPP管理器601可以识别针对xAPP的Pod的部署请求。在操作613中，xAPP管理器601可以向k8s602请求在RIC 101中执行的多个节点中的至少一些节点的可用资源的信息。在操作615中，k8s 602可以向k8s节点管理器604请求在RIC101中执行的多个节点中的至少一些节点中的可用资源的信息。在操作617中，k8节点管理器604可以响应于该请求提供在RIC 101中执行的多个节点中的至少一些节点的可用资源的信息。在操作619中，k8s 602可以向xAPP管理器601提供在RIC 101中执行的多个节点中的至少一些节点的可用资源的信息。在操作621中，xAPP管理器601可使用每一节点的可用资源的信息和订阅相关信息(例如，多个执行节点中的至少一些节点中的至少一些节点中的每一个节点的每单位时间所处理的消息大小的信息)来选择节点。例如，xAPP管理器601可以从具有比第一xAPP所需的资源大的可用资源的至少一个节点中选择每单位时间处理的消息大小最大的节点。在存在单个比第一xAPP所需的资源大的可用资源的节点的情况下，xAPP管理器601可以选择该节点。在操作623中，xAPP管理器601可以请求k8s 602将xAPP部署到所选择的节点。在操作625中，k8s 602可以将xAPP部署到所选择的节点。在操作627中，k8s 602可以向xAPP管理器601通知xAPP部署的完成。

图6b是示出根据各种实施例的在RIC中执行的组件的操作方法的流程图。

根据各种实施例，在操作631中，xAPP管理器601可以识别针对xAPP的Pod的部署请求。在操作633中，xAPP管理器601可以使用订阅相关信息(例如，多个执行节点中的至少一些节点中的至少一些节点中的每一个节点的每单位时间处理的消息大小的信息)来选择节点。在操作635中，xAPP管理器601可以请求k8s 602将xAPP部署到所选择的节点。在操作637中，k8s 602可以请求k8s调度器603部署xAPP。在操作639中，k8s调度器603可以向k8s节点管理器604请求在RIC 101中执行的多个节点中的至少一些节点中的每一个的可用资源的信息。在步骤641中，k8s节点管理器604可以响应于该请求提供在RIC 101中执行的多个节点中的至少一些节点中的每一个节点的可用资源的信息。例如，在操作643中，k8s调度器603可以通知k8s 602xAPP不可部署。k8s调度器603可基于节点的可用资源不足以部署xAPP来通知k8s 602xAPP不可部署。在操作645中，k8s 602可通知xAPP管理器601xAPP不可部署。

根据各种实施例，在操作647中，xAPP管理器601可基于节点不可部署来选择另一节点。在示例中，xAPP管理器601可以在多个执行的节点中的至少一些节点的至少一些中选择具有每单位时间处理的消息大小第二大的节点。xAPP管理器601可以从多个执行的节点中的至少一些节点中的至少一些中选择(但不限于)每单位时间处理的消息大小最大的节点和具有最高通信速度或最小通信成本的节点。在操作649中，xAPP管理器601可以请求k8s602将xAPP部署到所选择的节点。在操作651中，k8s 602可以请求k8s调度器603部署xAPP。在操作653，k8s调度器603可以向k8s节点管理器604请求在RIC 101中执行的多个节点中的至少一些节点中的每一个节点的可用资源的信息。在操作655中，k8节点管理器604可以响应于该请求而提供在RIC 101中执行的多个节点中的至少一些节点中的每一个节点的可用资源的信息。例如，在操作657中，k8s调度器603可以基于xAPP的可能部署向k8s 602请求部署。例如，k8调度器603可以基于节点的可用资源足以部署xAPP来请求部署。k8s 602可以通知xAPP管理器601xAPP是可部署的。在操作659中，k8s 602可以将xAPP部署到所选择的节点。在操作661中，k8s 602可以向xAPP管理器601通知xAPP部署的完成。

图7是示出根据各种实施例的RIC的操作方法的流程图。

根据各种实施例，在操作701中，RIC 101(例如，处理器120)(或被配置为执行RIC101的功能的电子设备)可以为第一xAPP选择至少一个目标E2节点。如参考图5所描述的，RIC 101可以，例如，基于包括在第一xAPP的Pod的元数据中的订阅相关信息来识别针对第一xAPP的至少一个目标E2节点。在示例中，第一xAPP的Pod的元数据可以包括服务模型、消息处理周期、消息模板大小和/或指示是否需要每个UE的信息的信息。RIC 101可以识别，例如，具有与第一xAPP的Pod中包括的服务模型相同的服务模型的至少一个目标E2节点。如上所述，RIC 101可以管理至少一个连接的各个E2节点的信息，从而识别具有与包括在第一xAPP的Pod中的服务模型相同的服务模型的至少一个目标E2。

根据各种实施例，在操作703中，RIC 101可以识别至少一个目标E2节点中的每一个的每单位时间处理的消息大小。例如，RIC 101可以基于包括在第一xAPP的Pod的元数据中的消息处理周期和消息模板大小来识别至少一个目标E2节点中的每一个的每单位时间处理的消息大小。例如，包括在第一xAPP的Pod的元数据中的订阅相关信息可以包括针对每个服务模型的消息处理周期、消息模板大小、和/或指示是否需要每个UE的信息的信息。例如，在E2节点连接到RIC 101的E2建立期间，服务模型和E2节点ID可以彼此关联地存储在RIC 101的内部数据库中。消息模板大小和消息处理周期被包括在xAPP的元数据中，并且可以基于元数据创建订阅。由于订阅是基于E2节点ID的，因此服务模型和E2节点ID可以在订阅期间相互关联地存储和/或管理。RIC 101可以基于包括在元数据中的服务模型来识别目标节点。RIC 101可以将与服务模型对应的消息处理周期、消息模板大小、和/或指示是否需要每个UE的信息的信息，识别为针对目标节点的消息处理周期、消息模板大小、和/或指示是否需要每个UE的信息的信息。当第一xAPP需要每个UE的信息时，RIC 101可以通过进一步使用连接到至少目标E2节点的每一个的UE的数量来识别至少目标E2节点的每一个的每单位时间处理的消息大小。

根据各种实施例，在操作705中，RIC 101可以基于至少一个目标E2节点中的每一个的每单位时间处理的消息大小来识别多个节点中的至少一些节点中的每一个节点的每单位时间处理的消息大小。在操作707中，RIC 101可以基于所识别的多个节点中的至少一些节点中的每一个节点的每单位时间处理的消息大小来选择要向其部署第一xAPP的节点。例如，RIC 101可以从多个节点中的至少一些节点中选择每单位时间处理的消息大小最大的节点。

图8是示出根据各种实施例的RIC的操作方法的流程图。

根据各种实施例，在操作801中，RIC 101(例如，处理器120)(或被配置为执行RIC101的功能的电子设备)可以接收针对第一xAPP的Pod的部署请求。在操作803中，RIC 101可以识别与第一xAPP对应的至少一个目标E2节点。由于上面已经描述了识别与第一xAPP对应的至少一个目标E2节点的方法，因此将省略对其详细的描述。在操作805中，RIC 101可以识别与第一xAPP对应的至少一个目标E2节点的数目是否为1。当至少一个目标E2节点的数目是1(805-是)时，在操作807中，RIC 101可以识别连接到一个目标E2节点的第一节点的可用资源等于或大于第一xAPP所需的资源。当连接到一个目标E2节点的第一节点的可用资源等于或大于第一xAPP所需的资源时(807-是)，在操作809，RIC 101可以将第一xAPP部署到第一节点。在仅存在一个目标E2节点的情况下，当第一xAPP被部署到连接到E2节点的节点时，RIC 101的内部流量可以最小化和/或减少。当连接到一个目标E2节点的第一节点的可用资源小于第一xAPP所需的资源时(807-否)，在操作811，RIC 101可以将第一xAPP部署到基于与第一节点的通信速度和/或通信成本所选择的第二节点。例如，RIC 101可以选择与第一节点具有最高通信速度的节点作为第二节点。RIC 101可以选择与第一节点具有最低通信成本的节点作为第二节点。当至少一个目标E2节点的数目是两个或更多时(805-否)，在操作813中，RIC 101可以基于多个目标E2节点中的至少一些节点中的每一个的每单位时间处理的消息大小来选择要向其部署第一xAPP的节点。例如，RIC 101可以从多个目标E2节点中的至少一些中选择每单位时间处理的消息大小最大的节点。或者，在另一示例中，RIC 101可基于与每单位时间处理的消息大小最大的节点的通信速度和/或通信成本来选择第一xAPP将被部署到的节点。例如，当每单位时间处理的消息大小最大的节点的可用资源小于第一xAPP所需的资源，或者不比第一xAPP所需的资源多出阈值或阈值以上时，RIC 101可以基于与该节点的通信速度和/或通信成本来选择第一xAPP将被部署到的节点。RIC 101可以选择例如与该节点具有最高通信速度的节点作为第一xAPP将被部署到的节点。RIC 101可以选择例如与该节点具有最低通信成本的节点作为第一xAPP将被部署到的节点。在操作815中，RIC 101可以将第一xAPP部署到所选择的节点。

图9a是示出根据各种实施例的RIC的操作方法的流程图。将参考图9b描述图9a的实施例。图9b是示出根据各种实施例的部署xAPP的过程的图。

根据各种实施例，在操作901中，RIC 101(例如，处理器120)(或被配置为执行RIC101的功能的电子设备)可以识别与第一xAPP对应的至少一个目标E2节点。在操作903中，RIC 101可以识别至少一个目标E2节点中的每一个的消息处理周期。例如，RIC 101可以识别如表1所示的与至少一个目标E2节点中的每一个对应的消息处理周期。在操作905中，RIC101可以识别与至少一个目标E2节点中的每一个对应的消息大小。例如，RIC 101可以识别如表2所示的与至少一个目标E2节点中的每一个对应的消息大小。在操作907中，RIC 101可以针对至少一个目标E2节点中的各个，基于消息大小除以消息处理周期来识别至少一个每单位时间处理的消息大小。例如，RIC 101可以识别如表3所示的至少一个目标E2节点中的各个的至少一个每单位时间处理的消息大小。在操作909中，RIC 101可以基于至少一个每单位时间处理的消息大小来选择要向其部署第一xAPP的节点。例如，RIC 101可以基于如表3所示的至少一个目标E2节点中的各个的至少一个每单位时间处理的消息大小来识别如表4所示的每一个节点的每单位时间处理的消息大小。在表4的示例中，图9b中的第三节点230可以被识别为每单位时间处理的消息大小最大。例如，xAPP管理器401可以基于每单位时间处理的消息大小最大的第三节点230来选择第三节点230。在操作911，RIC 101可以将xAPP部署到所选择的节点。xAPP管理器401可以将xAPP(例如，xAPP#3 901)部署到第三节点230。所部署的xAPP(例如，xAPP#3 901)可以订阅E2节点#3 243、E2节点#14 251、E2节点#34 261和E2节点#35 262。E2节点#3 243的E2消息可以通过路径911、912、913和914被提供给部署的xAPP(例如，xAPP#3 901)。E2节点#14 251的E2消息可以通过路径921、922、923和924被提供给部署的xAPP(例如，xAPP#3901)。E2节点#34 261的E2消息和E2节点#35 262的E2消息可以通过路径931、932和933被提供给部署的xAPP(例如，xAPP#3 901)。可能通过路径911、912和913传输E2消息和通过路径921，922和923传输E2消息在RIC 101中产生内部流量。然而，上述内部流量可以小于当来自E2节点#34 261的E2消息和/或来自E2节点#35 262的E2消息被发送到另一个节点时可能发生的内部流量。因此，xAPP可以被部署到最小化/减少内部流量的节点。图9a和图9b可以在节点210、220和230之间的通信成本相同的情况下应用。节点210、220和230之间的通信成本可能不同，这将参考图10进行描述。

图10是示出根据各种实施例的RIC的操作方法的流程图。

根据各种实施例，在操作1001中，RIC 101(例如，处理器120)(或被配置为执行RIC101的功能的电子设备)可以识别与第一xAPP对应的至少一个目标E2节点。在操作1003中，RIC 101可以识别至少一个目标节点中的每一个的每单位时间处理的消息大小。例如，RIC101可以识别如表3所示的至少一个目标E2节点中的每一个的每单位时间处理的消息大小。在操作1005中，RIC 101可以识别多个节点中的每一个节点的通信成本。例如，假设第一节点210和第二节点220之间的通信成本的权重被识别为c1，第二节点220和第三节点230之间的通信成本的权重被识别为c2，并且第一节点210和第三节点230之间的通信成本的权重被识别为c3。通信成本的权重c1、c2和c3可以是节点之间通信所需的成本的相对值。例如，当权重较高时，这可能意味着相应节点之间的通信成本较大。RIC 101可以识别每个节点的通信成本。例如，当第一xAPP被部署到第一节点210时，RIC 101可以考虑到通信成本将来自E2节点#3的每单位时间处理的消息大小0.128kb/ms，通过将来自E2节点#14的每单位时间处理的消息大小0.064kb/ms乘以权重c1计算得到的值，通过将来自E2节点#34的每单位时间处理的消息大小25.6kb/ms乘以权重c3计算得到的值，以及通过将来自E2节点#35的每单位时间处理的消息大小1.28kb/ms乘以权重c3计算得到的值的总和识别为每单位时间处理的消息大小。例如，当第一xAPP被部署到第二节点220时，RIC 101可以考虑到通信成本将通过将来自E2节点#3的每单位时间处理的消息大小0.128kb/ms乘以权重c1计算得到的值，来自E2节点#14的每单位时间处理的消息大小0.064kb/ms，通过将来自E2节点#34的每单位时间处理的消息大小25.6kb/ms乘以权重c2计算得到的值，以及通过将来自E2节点#35的每单位时间处理的消息大小1.28kb/ms乘以权重c2计算得到的值的总和识别为每单位时间处理的消息大小。例如，当第一xAPP被部署到第三节点230时，RIC 101可以考虑到通信成本将通过将来自E2节点#3的每单位时间处理的消息大小0.128kb/ms乘以权重c3计算得到的值，通过将来自E2节点#14的每单位时间处理的消息大小0.064kb/ms乘以权重c1计算得到的值，来自E2节点#34的每单位时间处理的消息大小25.6kb/ms，以及来自E2节点#35的每单位时间处理的消息大小1.28kb/ms的总和识别为每单位时间处理的消息大小。在操作1007，RIC101可以从多个节点中选择要向其部署第一xAPP的节点。例如，RIC 101可以考虑通信成本从多个节点中选择每单位时间处理的消息大小最小的节点作为第一xAPP将被部署到的节点。在操作1009，RIC 101可以将第一xAPP部署到所选择的节点。

图11a是示出根据各种实施例的RIC的操作方法的流程图。将参考图11b描述图11a的实施例。图11b是示出根据各种实施例的部署xAPP的过程的图。

根据各种实施例，在操作1101中，RIC 101(例如，处理器120)(或被配置为执行RIC101的功能的电子设备)可以识别针对第一xAPP的Pod的部署请求。在操作1103中，RIC 101可以识别包括在第一xAPP的Pod中的第一xAPP的E2节点订阅相关信息。在操作1105，RIC101可以基于订阅相关信息识别出第一xAPP请求订阅连接到第一节点的E2节点。例如，RIC101可以基于包括在E2节点订阅相关信息中的服务模型来识别请求对连接到第一节点的E2节点的订阅。在操作1107中，RIC 101可以将xAPP部署到连接到所识别的E2节点的节点。例如，在图11b的实施例中，RIC 101可以识别xAPP(例如，xAPP#3 1110)请求订阅E2节点#14251。相应地，RIC 101可以将xAPP(例如，xAPP#3 1110)部署到连接到E2节点#14 251的第二节点220。xAPP(例如，xAPP#3 1110)可以被部署到第二节点220并订阅E2节点#14 251。可以通过路径1102和1103将来自E2节点#14251的E2消息提供给xAPP(例如，xAPP#3 1110)，从而最小化和/或减少内部流量和/或通信成本。虽然未示出，但是当xAPP(例如，xAPP#3 1110)请求订阅连接到第三节点230的E2节点#34 261时，RIC 101可以将xAPP(例如，xAPP#31110)部署到第三节点230。当xAPP(例如，xAPP#3 1110)请求订阅连接到第一节点210的E2节点#1241时，RIC 101可以将xAPP(例如，xAPP#3 1110)部署到第一节点230，并且可以将多个xAPP部署到一个节点。

根据各种实施例，RIC(例如，RIC 101)的操作方法可以包括：识别针对第一xAPP的部署请求；基于该请求，基于关于第一xAPP的E2节点订阅相关信息识别与在RIC中执行的多个节点的至少一些节点中的每一个节点处理的消息相关的信息；以及基于与多个节点中的至少一些节点中的每一个节点处理的消息相关的信息，将第一xAPP部署到从多个节点中选择的第一节点。

根据各种实施例，操作方法还可以包括基于与多个节点中的至少一些节点中的每一个节点处理的消息相关的信息、多个节点中的至少一些节点的可用资源、以及第一xAPP所需的资源来选择第一节点。

根据各种实施例，基于与多个节点中的至少一些节点中的每一个节点处理的消息相关的信息、多个节点中的至少一些节点的可用资源、以及第一xAPP所需的资源来选择第一节点可以包括：基于与多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息来选择多个节点中的至少一些节点中的一个节点；以及在基于所选择的一个节点的可用资源和第一xAPP所需的资源识别出第一xAPP可部署到所选择的一个节点的基础上，选择所选择的一个节点作为第一节点。

根据各种实施例，操作方法还可以包括：在基于所选择的一个节点的可用资源和第一xAPP所需的资源识别出第一xAPP不可部署到所选择的一个节点的基础上，选择与所选择的一个节点不同的另一个节点作为第一节点。

根据各种实施例，选择与所选择的一个节点不同的另一个节点作为第一节点可以包括基于与另一个节点所处理的消息相关的信息来选择另一个节点。

根据各种实施例，选择与所选择的一个节点不同的另一个节点作为第一节点可以包括基于与所选择的一个节点的通信速度和/或通信成本来选择另一个节点。

根据各种实施例，基于与多个节点中的至少一些节点中的每一个所处理的消息相关的信息、多个节点中的至少一些节点的可用资源、以及第一xAPP所需的资源来选择第一节点可以包括：基于多个节点中的至少一些节点中的每一个节点的可用资源以及第一xAPP所需的资源来识别第一xAPP可部署到的至少一个节点，以及基于与至少一个节点中的每一个节点所处理的消息相关的信息来选择第一节点。

根据各种实施例，操作方法还可以包括将由多个节点中的至少一些节点中的每一个节点每单位时间处理的消息大小识别为与多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息。

根据各种实施例，将由多个节点中的至少一些节点中的每一个节点在每单位时间处理的消息大小识别为与多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息可以包括：识别第一xAPP向其请求订阅的至少一个E2节点；识别至少一个E2节点中的每一个的消息处理周期和/或由至少一个E2节点中的每一个处理的消息大小；基于至少一个E2节点中的每一个的消息处理周期和/或至少一个E2节点中的每一个所处理的消息大小，识别至少一个E2节点中的每一个在每单位时间所处理的消息大小；以及基于连接到至少一个E2节点的每一个的节点的信息，识别多个节点中的至少一些节点中的每一个节点每单位时间所处理的消息大小。

根据各种实施例，识别第一xAPP向其请求订阅的至少一个E2节点可包括：基于第一xAPP的E2节点订阅相关信息和存储在RIC中的、连接到RIC的多个E2节点中的每一个节点的信息来识别至少一个E2节点。

根据各种实施例，基于存储在RIC中的第一xAPP的E2节点订阅相关信息以及连接到RIC的多个E2节点中的每一个节点的信息来识别至少一个E2节点可以包括识别具有与包括在第一xAPP的E2节点订阅相关信息中的服务模型相同的服务模型的至少一个E2节点。

根据各种实施例，识别至少一个E2节点中的每一个的消息处理周期和/或由至少一个E2节点中的每一个处理的消息大小可以包括基于包括在第一xAPP的E2节点订阅相关信息中的消息模板大小来识别由至少一个E2节点中的每一个处理的消息的大小。

根据各种实施例，识别至少一个E2节点中的每一个的消息处理周期和/或由至少一个E2节点中的每一个处理的消息大小可以包括基于包括在第一xAPP的E2节点订阅相关信息中的消息处理周期来识别由至少一个E2节点中的每一个处理的消息处理周期。

根据各种实施例，操作方法还可以包括将多个节点中的至少一些节点中的每一个的消息处理周期和/或处理的消息大小识别为与多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息。

根据各种实施例，操作方法还可以包括：在基于第一xAPP的E2节点订阅相关信息识别出与第一xAPP对应的E2节点的数量是1的基础上，将第一xAPP部署到连接到该一个E2节点的节点。

根据各种实施例，操作方法还可以包括将与多个节点中的至少一些节点中的每一个节点对应的通信成本识别为与多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息。

根据各种实施例，将与多个节点中的至少一些节点中的每一个节点对应的通信成本识别为与多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息可以包括识别第一xAPP向其请求订阅的至少一个E2节点；识别至少一个E2节点中的每一个的消息处理周期和/或由至少一个E2节点中的每一个处理的消息大小；基于至少一个E2节点中的每一个的消息处理周期和/或由至少一个E2节点中的每一个处理的消息大小，识别由至少一个E2节点中的每一个在每单位时间处理的消息的大小；基于连接到至少一个E2节点中的每一个的节点的信息，识别由多个节点中的至少一些节点中的每一个在每单位时间处理的消息的大小；以及基于由多个节点中的至少一些节点中的每一个在每单位时间处理的消息大小以及与多个节点中的至少一些之间的通信成本相关的参数来识别与多个节点中的至少一些节点中的每一个节点对应的通信成本。

根据各种实施例，RIC的操作方法可以包括：识别针对第一xAPP的部署请求；基于该请求，基于第一xAPP的E2节点订阅相关信息识别第一xAPP向其请求订阅的E2节点；以及部署连接到所识别的E2节点的第一xAPP。

根据各种实施例，基于包括在第一xAPP的Pod中的E2节点订阅相关信息来识别第一xAPP请求订阅的E2节点可以包括识别具有与包括在第一xAPP的E2节点订阅相关信息中的服务模型相同的服务模型的E2节点。

根据各种实施例，由数据处理系统访问的存储介质存储xAPP的Pod。Pod可以包括：第一数据和第二数据，第一数据可以包括用于识别xAPP向其请求订阅的至少一个E2节点第一子数据，用于识别至少一个E2节点的每一个的消息处理周期的第二子数据，用于识别由至少一个E2节点的每一个节点处理的消息大小的第三子数据，或者用于识别来自至少一个E2节点的E2消息是否包括与用户设备(UE)相关的信息的第四子数据中的至少一个，并且第二数据可以包括用于xAPP的至少一个操作的信息。

根据各种实施例，至少一个处理器(例如，处理器120)可以被配置为：识别针对第一xAPP的部署请求；基于该请求，基于第一xAPP的E2节点订阅相关信息识别与在RIC中执行的多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息；以及基于与多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息，将第一xAPP部署到从多个节点中选择的第一节点。

根据各种实施例，至少一个处理器可进一步被配置为基于与多个节点中的至少一些节点中的每一节点所处理的消息相关的信息、多个节点中的至少一些节点的可用资源、以及第一xAPP所需的资源来选择第一节点。

根据各种实施例，至少一个处理器可进一步被配置为基于与多个节点中的至少一些节点中的每一节点所处理的消息相关的信息来选择多个节点中的至少一些节点中的一个节点；以及在基于所选择的一个节点的可用资源和第一xAPP所需的资源识别出第一xAPP可部署到所选择的一个节点的基础上，选择所选择的一个节点作为第一节点。

根据各种实施例，至少一个处理器可进一步被配置为在基于所选择的一个节点的可用资源和第一xAPP所需的资源识别出第一xAPP不可部署到所选择的一个节点的基础上，选择与所选择的一个节点不同的另一节点作为第一节点。

根据各种实施例，作为选择与所选择的一个节点不同的另一个节点作为第一节点的操作的至少一部分，至少一个处理器可以被配置为基于与另一个节点所处理的消息相关的信息来选择另一个节点。

根据各种实施例，作为选择与所选择的一个节点不同的另一个节点作为第一节点的操作的至少一部分，至少一个处理器可以被配置为基于与所选择的一个节点的通信速度和/或通信成本来选择另一个节点。

根据各种实施例，作为基于与多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息、多个节点中的至少一些节点的可用资源以及第一xAPP所需的资源来选择第一节点的操作的至少一部分，至少一个处理器可以被配置为基于多个节点中的至少一些节点中的每一个节点的可用资源以及第一xAPP所需的资源来识别第一xAPP可部署到的至少一个节点；以及基于与至少一个节点中的每一个节点所处理的消息相关的信息来选择第一节点。

根据各种实施例，至少一个处理器可进一步被配置为将由多个节点中的至少一些节点中的每一个在每单位时间处理的消息大小识别为与多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息。

根据各种实施例，作为将由多个节点中的至少一些节点中的每一个在每单位时间处理的消息的大小识别为与多个节点的至少一些节点中的每一个所处理的消息相关的信息的操作的至少一部分，至少一个处理器可以被配置为识别第一xAPP向其请求订阅的至少一个E2节点；识别至少一个E2节点中的每一个的消息处理周期和/或由至少一个E2节点中的每一个处理的消息的大小；基于至少一个E2节点中的每一个的消息处理周期和/或由至少一个E2节点中的每一个处理的消息的大小，识别由至少一个E2节点中的每一个每单位时间处理的消息的大小，以及基于与连接到至少一个E2节点中的每一个的节点相关的信息，识别由多个节点中的至少一些节点中的每一个在每单位时间处理的消息的大小。

根据各种实施例，作为识别第一xAPP向其请求订阅的至少一个E2节点的操作的至少一部分，至少一个处理器可以被配置为基于第一xAPP的E2节点订阅相关信息和存储在RIC中的、连接到RIC的多个E2节点中的每一个的信息来识别至少一个E2节点。

根据各种实施例，作为基于存储在RIC中的第一xAPP的E2节点订阅相关信息以及连接到RIC的多个E2节点中的每一个的信息识别至少一个E2节点的操作的至少一部分，至少一个处理器可以被配置为识别具有与包括在第一xAPP的E2节点订阅相关信息中的服务模型相同的服务模型的至少一个E2节点。

根据各种实施例，作为识别至少一个E2节点中的每一个的消息处理周期和/或由至少一个E2节点中的每一个处理的消息大小的操作的至少一部分，至少一个处理器可以被配置为基于包括在第一xAPP的E2节点订阅相关信息中的消息模板大小来识别由至少一个E2节点中的每一个处理的消息的大小。

根据各种实施例，作为识别至少一个E2节点中的每一个的消息处理周期和/或由至少一个E2节点中的每一个处理的消息的大小的操作的至少一部分，至少一个处理器可被配置为基于包括在第一xAPP的E2节点订阅相关信息中的消息处理周期来识别由至少一个E2节点中的每一个处理的消息处理周期。

根据各种实施例，至少一个处理器可进一步被配置为将多个节点中的至少一些节点中的每一个节点的消息处理周期和/或消息大小识别为与多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息。

根据各种实施例，至少一个处理器可进一步被配置为在基于第一xAPP的E2节点订阅相关信息识别出与第一xAPP对应的E2节点的数目是1的基础上，将第一xAPP部署到连接到一个E2节点的节点。

根据各种实施例，至少一个处理器可进一步被配置为将与多个节点中的至少一些节点中的每一个节点对应的通信成本识别为与多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息。

根据各种实施例，作为将与多个节点中的至少一些节点中的每一个节点对应的通信成本识别为与多个节点中的至少一些节点中的每一个节点所处理的消息相关的信息的操作的至少一部分，至少一个处理器可以被配置为识别第一xAPP向其请求订阅的至少一个E2节点；识别至少一个E2节点中的每一个的消息处理周期和/或至少一个E2节点中的每一个处理的消息的大小；基于至少一个E2节点中的每一个的消息处理周期和/或由至少一个E2节点中的每一个处理的消息的大小，识别由至少一个E2节点中的每一个在每单位时间处理的消息的大小；基于连接到至少一个E2节点中的每一个的节点的信息，识别由多个节点中的至少一些节点中的每一个节点在每单位时间处理的消息的大小；以及基于由多个节点中的至少一些节点中的每一个节点每单位时间处理的消息的大小以及与多个节点中的至少一些之间的通信成本相关的参数来识别与多个节点中的至少一些节点中的每一个节点对应的通信成本。

根据各种实施例，至少一个处理器可被配置为识别第一xAPP的部署请求；基于该请求，基于第一xAPP的E2节点订阅相关信息来识别第一xAPP向其请求订阅的E2节点；以及部署连接到所识别的E2节点的第一xAPP。

根据各种实施例，作为基于包括在第一xAPP的Pod中的E2节点订阅相关信息识别第一xAPP向其请求订阅的E2节点的操作的至少一部分，至少一个处理器可以被配置为识别具有与包括在第一xAPP的E2节点订阅相关信息中的服务模型相同的服务模型的E2节点。

根据各种实施例的电子装置可以是各种类型的电子装置之一。电子装置可包括例如便携式通信装置(例如，智能电话)、计算机装置、便携式多媒体装置、便携式医疗装置、相机、可穿戴装置或家用电器。根据本公开的实施例，电子装置不限于以上所述的那些电子装置。

应该理解的是，本公开的各种实施例以及其中使用的术语并不意图将在此阐述的技术特征限制于具体实施例，而是包括针对相应实施例的各种改变、等同形式或替换形式。对于附图的描述，相似的参考标号可用来指代相似或相关的元件。将理解的是，与术语相应的单数形式的名词可包括一个或更多个事物，除非相关上下文另有明确指示。如这里所使用的，诸如“A或B”、“A和B中的至少一个”、“A或B中的至少一个”、“A、B或C”、“A、B和C中的至少一个”以及“A、B或C中的至少一个”的短语中的每一个短语可包括在与所述多个短语中的相应一个短语中一起列举出的项的任意一项或所有可能组合。如这里所使用的，诸如“第1”和“第2”或者“第一”和“第二”的术语可用于将相应部件与另一部件进行简单区分，并且不在其它方面(例如，重要性或顺序)限制所述部件。将理解的是，在使用了术语“可操作地”或“通信地”的情况下或者在不使用术语“可操作地”或“通信地”的情况下，如果一元件(例如，第一元件)被称为“与另一元件(例如，第二元件)结合”、“结合到另一元件(例如，第二元件)”、“与另一元件(例如，第二元件)连接”或“连接到另一元件(例如，第二元件)”，则意味着所述一元件可与所述另一元件直接(例如，有线地)连接、与所述另一元件无线连接、或经由第三元件与所述另一元件连接。

如与本公开的各种实施例关联使用的，术语“模块”可包括以硬件、软件或固件实现的单元，并可与其他术语(例如，“逻辑”、“逻辑块”、“部分”或“电路”)可互换地使用。模块可以是被适配为执行一个或更多个功能的单个集成部件或者是该单个集成部件的最小单元或部分。例如，根据实施例，可以以专用集成电路(ASIC)的形式来实现模块。

可将在此阐述的各种实施例实现为包括存储在存储介质(例如，内部存储器或外部存储器)中的可由机器(例如，RIC 101)读取的一个或更多个指令的软件(例如，程序140)。例如，在处理器的控制下，所述机器(例如，RIC 101)的处理器(例如，处理器120)可在使用或无需使用一个或更多个其它部件的情况下调用存储在存储介质中的所述一个或更多个指令中的至少一个指令并运行所述至少一个指令。这使得所述机器能够操作用于根据所调用的至少一个指令执行至少一个功能。所述一个或更多个指令可包括由编译器产生的代码或能够由解释器运行的代码。可以以非暂时性存储介质的形式来提供机器可读存储介质。其中，术语“非暂时性”仅意味着所述存储介质是有形装置，并且不包括信号(例如，电磁波)，但是该术语并不在数据被半永久性地存储在存储介质中与数据被临时存储在存储介质中之间进行区分。

根据实施例，可在计算机程序产品中包括和提供根据本公开的各种实施例的方法。计算机程序产品可作为产品在销售者和购买者之间进行交易。可以以机器可读存储介质(例如，紧凑盘只读存储器(CD-ROM))的形式来发布计算机程序产品，或者可经由应用商店(例如，Play Store^TM)在线发布(例如，下载或上传)计算机程序产品，或者可直接在两个用户装置(例如，智能电话)之间分发(例如，下载或上传)计算机程序产品。如果是在线发布的，则计算机程序产品中的至少部分可以是临时产生的，或者可将计算机程序产品中的至少部分至少临时存储在机器可读存储介质(诸如制造商的服务器、应用商店的服务器或转发服务器的存储器)中。

根据各种实施例，上述部件中的每个部件(例如，模块或程序)可包括单个实体或多个实体，并且多个实体中的一些实体可分离地设置在不同的部件中。根据各种实施例，可省略上述部件中的一个或更多个部件，或者可添加一个或更多个其它部件。可选择地或者另外地，可将多个部件(例如，模块或程序)集成为单个部件。在这种情况下，根据各种实施例，该集成部件可仍旧按照与所述多个部件中的相应一个部件在集成之前执行一个或更多个功能相同或相似的方式，执行所述多个部件中的每一个部件的所述一个或更多个功能。根据各种实施例，由模块、程序或另一部件所执行的操作可顺序地、并行地、重复地或以启发式方式来执行，或者所述操作中的一个或更多个操作可按照不同的顺序来运行或被省略，或者可添加一个或更多个其它操作。

Claims (15)

1.一种操作无线接入网络智能控制器RIC的方法，包括：

识别针对第一xAPP的部署请求；

基于所述请求，基于关于所述第一xAPP的E2节点订阅相关信息，识别与在所述RIC中执行的多个节点中的至少一些节点中的每一个节点处理的消息相关的信息；以及

基于与所述多个节点中的所述至少一些节点中的每一个节点处理的消息相关的信息，将所述第一xAPP部署到从所述多个节点中选择的第一节点。

2.根据权利要求1所述的方法，还包括：基于与所述多个节点中的所述至少一些节点中的每一个节点处理的消息相关的信息、所述多个节点中的所述至少一些节点的可用资源以及所述第一xAPP所需的资源，来选择所述第一节点。

3.根据权利要求2所述的方法，其中，基于与所述多个节点中的所述至少一些节点中的每一个节点处理的消息相关的信息、所述多个节点中的所述至少一些节点的可用资源以及所述第一xAPP所需的资源来选择所述第一节点包括：

基于与所述多个节点中的所述至少一些节点中的每一个节点处理的消息相关的信息，选择所述多个节点中的所述至少一些节点中的一个节点；以及

在基于所选择的所述一个节点的可用资源和所述第一xAPP所需的资源识别出所述第一xAPP能够部署到所选择的所述一个节点的基础上，将所选择的所述一个节点选为所述第一节点。

4.根据权利要求3所述的方法，还包括：在基于所选择的所述一个节点的可用资源和所述第一xAPP所需的资源识别出所述第一xAPP不能部署到所选择的所述一个节点的基础上，将与所选择的所述一个节点不同的另一个节点选为所述第一节点。

5.根据权利要求4所述的方法，其中，将与所选择的所述一个节点不同的另一个节点选为所述第一节点包括：基于与另一个节点处理的消息相关的信息来选择另一个节点。

6.根据权利要求4所述的方法，其中，将与所选择的所述一个节点不同的另一个节点选为所述第一节点包括：基于与所选择的所述一个节点的通信速度和/或通信成本来选择另一个节点。

7.根据权利要求2所述的方法，其中，基于与所述多个节点中的所述至少一些节点中的每一个节点处理的消息相关的信息、所述多个节点中的所述至少一些节点的可用资源以及所述第一xAPP所需的资源来选择所述第一节点包括：

基于所述多个节点中的所述至少一些节点中的每一个节点的可用资源以及所述第一xAPP所需的资源来识别能够部署所述第一xAPP的至少一个节点；以及

基于与所述至少一个节点中的每一个节点处理的消息相关的信息来选择所述第一节点。

8.根据权利要求1所述的方法，还包括：将所述多个节点中的所述至少一些节点中的每一个节点在每单位时间处理的消息大小识别为与所述多个节点中的所述至少一些节点中的每一个节点处理的消息相关的所述信息。

9.根据权利要求8所述的方法，其中，将所述多个节点中的所述至少一些节点中的每一个节点在每单位时间处理的消息大小识别为与所述多个节点中的所述至少一些节点中的每一个节点处理的消息相关的所述信息包括：

识别所述第一xAPP请求订阅的至少一个E2节点；

识别所述至少一个E2节点中的每一个E2节点的消息处理周期和/或所述至少一个E2节点中的每一个E2节点处理的消息大小；

基于所述至少一个E2节点中的每一个E2节点的消息处理周期和/或所述至少一个E2节点中的每一个E2节点处理的消息大小，识别所述至少一个E2节点中的每一个E2节点在每单位时间处理的消息大小；以及

基于与所述至少一个E2节点中的每一个E2节点连接的节点相关的信息，识别所述多个节点中的所述至少一些节点中的每一个节点在每单位时间处理的消息大小。

10.根据权利要求9所述的方法，其中，识别所述第一xAPP请求订阅的至少一个E2节点包括：基于关于所述第一xAPP的所述E2节点订阅相关信息以及存储在所述RIC中的、关于连接到所述RIC的多个E2节点中的每一个E2节点的信息，来识别所述至少一个E2节点。

11.根据权利要求10所述的方法，其中，基于关于所述第一xAPP的所述E2节点订阅相关信息以及存储在所述RIC中的、关于连接到所述RIC的多个E2节点中的每一个E2节点的信息来识别所述至少一个E2节点包括：识别所述至少一个E2节点，所述至少一个E2节点具有与包括在关于所述第一xAPP的所述E2节点订阅相关信息中的服务模型相同的服务模型。

12.根据权利要求9所述的方法，其中，识别所述至少一个E2节点中的每一个E2节点的消息处理周期和/或所述至少一个E2节点中的每一个E2节点处理的消息大小包括：基于包括在关于所述第一xAPP的所述E2节点订阅相关信息中的消息模板大小，来识别所述至少一个E2节点中的每一个E2节点处理的消息大小。

13.根据权利要求9所述的方法，其中，识别所述至少一个E2节点中的每一个E2节点的消息处理周期和/或所述至少一个E2节点中的每一个E2节点处理的消息大小包括：基于包括在关于所述第一xAPP的所述E2节点订阅相关信息中的消息处理周期，来识别所述至少一个E2节点中的每一个E2节点的消息处理周期。

14.一种电子设备，包括：

至少一个处理器，

其中，所述至少一个处理器被配置为：

识别针对第一xAPP的部署请求；

基于所述请求，基于关于所述第一xAPP的E2节点订阅相关信息，识别与在无线接入网络智能控制器RIC中执行的多个节点中的至少一些节点中的每一个节点处理的消息相关的信息；以及

基于与所述多个节点中的所述至少一些节点中的每一个节点处理的消息相关的信息，将所述第一xAPP部署到从所述多个节点中选择的第一节点。

15.一种存储介质，存储有由数据处理系统访问的xAPP的Pod，

其中，所述Pod包括第一数据和第二数据，

其中，所述第一数据包括以下子数据中的至少一个：用于标识所述xAPP请求订阅的至少一个E2节点的第一子数据、用于标识所述至少一个E2节点中的每一个E2节点的消息处理周期的第二子数据、用于标识所述至少一个E2节点中的每一个E2节点处理的消息大小的第三子数据、或者用于标识来自所述至少一个E2节点的E2消息是否包括与用户设备UE相关的信息的第四子数据，以及

其中，所述第二数据包括用于所述xAPP的至少一个操作的信息。