WO2022007908A1

WO2022007908A1 - 网元设备间业务协同的方法和网元设备

Info

Publication number: WO2022007908A1
Application number: PCT/CN2021/105324
Authority: WO
Inventors: 武绍芸
Original assignee: 华为技术有限公司
Priority date: 2020-07-09
Filing date: 2021-07-08
Publication date: 2022-01-13
Also published as: CN113992695A; CN113992695B

Abstract

本申请实施例提供一种网元设备间业务协同的方法和网元设备，该方法包括：第一网元设备接收业务请求，业务请求指示网元设备集群中的网元设备均执行业务请求指示的业务，第一网元设备根据设备角色，向该集群中的网元设备同步业务请求。其中，当第一网元设备为主用设备时，对业务请求进行预处理，并同步预处理后的业务请求。本申请实施例中给网元设备集群中的一个网元设备发送业务请求，由该网元设备将业务请求同步至集群中的其他网元设备，进而达到集群中的网元设备均根据该业务请求执行业务的目的，避免了人工需要对集群内的网元设备一一配置或部署的问题，提高了业务效率，且由网元设备之间进行业务协同，可以保证网元设备的业务一致性。

Description

网元设备间业务协同的方法和网元设备

本申请要求于2020年07月09日提交国家知识产权局、申请号为202010657877.3、申请名称为“网元设备间业务协同的方法和网元设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种网元设备间业务协同的方法和网元设备。

背景技术

为了保证容量扩展、容灾以及满足多厂商共存等条件，通信网络架构中可以包括网元设备集群。示例性的，网元设备集群可以为接入和移动性管理功能网元集群(access and mobility management function SET，AMF SET)、会话管理功能网元集群(session management function SET，SMF SET)等。

目前，在网元设备为用户提供服务前，需要预先为网元设备集群中的网元设备进行系统配置、license配置，以及业务功能部署等。现有技术中，采用人工配置或人工部署的方式，为网元设备集群中的网元设备一一进行配置或部署。

因为网元设备集群中的网元设备的配置或部署操作大多是相同的，现有技术中为网元设备集群进行配置或部署的方式效率低、准确性低。

发明内容

本申请实施例提供一种网元设备间业务协同的方法和网元设备，能够提高业务效率，以及保证各网元设备的业务一致性。

第一方面，本申请实施例提供一种网元设备间业务协同的方法，该方法应用于第一网元设备中，或者引用于第一网元设备中的芯片中。下面以应用于第一网元设备为例对该方法进行描述，该方法中，第一网元设备为网元设备集群(下述可以简称为集群)的主用设备，其中，该第一网元设备可以为网元设备集群中的网元设备，或者是网元设备集群之外的网元设备。本申请实施例中，第一网元设备可以接收业务请求，其中，所述业务请求指示网元设备集群中的网元设备均执行所述业务请求指示的业务。所述第一网元设备对所述业务请求进行预处理，并向所述网元设备集群中的网元设备同步预处理后的业务请求。

应理解，第一网元设备对所述业务请求进行预处理方式可以依据业务的不同而执行不同的预处理，但相同的是，均执行检测所述网元设备集群中的网元设备是否具备执行业务的条件。且在所述网元设备集群中的网元设备具备执行所述业务的条件，则所述第一网元设备根据所述业务，向所述网元设备集群中的网元设备同步所述业务数据。

其中，若所述第一网元设备确定所述网元设备集群中的网元设备不具备执行所述业务的条件，则可以向所述第二网元设备发送告警消息。

本申请实施例中的业务可以但不限于为：系统配置、业务许可license配置、业务功能部署、上报会话数据、上报追踪用户的数据或业务策略部署。应理解，本申请实施例中的业务为网元设备集群中的网元设备均执行的业务。根据目前的技术方案，以系统配置为例进行说明，现有技术中需要对网元设备集群中的网元设备一一进行系统配置。而本申请中可以将该系统配置的业务请求发送给第一网元设备，由第一网元设备将该系统配置的业务请求同步至网元设备集群中的网元设备，进而实现各网元设备均执行该系统配置的目的，避免了人工需要对集群内的网元设备一一发送业务请求的问题，提高了业务效率，且由网元设备之间进行业务协同，可以保证网元设备的业务一致性。

应注意的是，本申请实施例中，第二网元设备可以直接将业务请求发送给主用设备，或者，第二网元设备可以直接将业务请求发送至网元设备集群的非主用设备，由非主用设备将将业务请求同步给主用设备，再由主用设备业务请求同步至集群中的给网元设备。其中的非主用设备可以为集群的备用设备或非主备设备。应注意，集群的备用设备同样也可以为网元设备集群中的网元设备，或者是网元设备集群之外的网元设备。

本申请实施例中，业务请求可以包括业务数据。其中，第一网元设备在对业务请求执行上述预处理后，还可以根据业务，确定是否对业务数据进行处理。示例性的，本申请实施例中可以预先设置预设业务，该预设业务即为需要对业务数据进行处理的业务。其中，所述业务为预设业务，则所述第一网元设备对所述业务数据进行处理，且向所述网元设备集群中的网元设备同步处理后的业务数据；若所述业务为非预设业务，则所述第一网元设备向所述网元设备集群中的网元设备同步所述业务数据。

如license配置为预设业务，对应的，业务数据中可以包括所述第一网元设备的控制配额或网络级license的控制配额。以主用设备对license配置的业务数据进行处理的过程为例进行说明，本申请实施例中，可以根据所述网元设备集群中至少一个网元设备同步的所述业务数据，确定所述网元设备集群中每个网元设备的待分配的控制配额，所述处理后的业务数据为所述每个网元设备的待分配的控制配额，进而所述第一网元设备同步所述每个网元设备的待分配的控制配额。

其中，若网元设备集群中的第四网元设备的控制配额耗尽，则第四网元设备可以向主用设备同步配额请求，所述配额请求指示所述第一网元设备为所述第四网元设备分配新的控制配额。本申请实施例中第四网元设备可以向主用设备同步配额请求的方式可以参照下述第二方面非主用设备向主用设备同步业务请求的方式。在主用设备接收到配额请求后，可以给第四网元设备分配新的控制配额，且将该新的控制配额同步至第四网元设备。其中，主用设备向第四网元设备同步新的控制配额的方式可以参照下述主用设备向集群中的网元设备同步业务数据的方式。

下述以第一网元设备向集群中的网元设备同步业务数据为例进行说明，同步的方式可以包括如下两种方式：

第一种方式：所述第一网元设备接收来自所述网元设备集群中的非主用设备的所述业务请求。

第二种方式：网元设备集群中的网元设备预先向第三网元设备订阅业务数据变更服务。在该种方式中，第一网元设备可以向第三网元设备发送第一更新注册消息，其中，所述第一更新注册消息包括所述业务数据。在第三网元设备接收到第一更新注册消息后，可以向所述网元设备集群中的网元设备发送所述业务数据，以实现业务数据的同步。

应注意，本申请实施例中实现上述网元设备间业务协同的方法的前提在于：集群中的网元设备在第三网元设备进行注册和订阅。下述对本申请实施例中以第一网元设备注册、订阅以及确定主用设备和备用设备的过程进行说明。

其中，第一网元设备可以向第三网元设备发送注册消息和订阅消息。与现有技术不同的是，本申请实施例中的所述注册消息中包括所述网元设备集群的标识，订阅消息指示订阅网元设备集群中主用设备的信息以及备用设备的信息。应注意的是，订阅信息中还指示订阅所述网元设备集群中的网元设备的信息。其中，网元设备集群的标识可以为预配置的，或者是第一网元设备生成的，如第一网元设备根据第一网元设备的标识符生成网元设备集群的标识。应注意，同一网元设备集群中的网元设备生成的网元设备集群的标识相同。

在一种可能的方式中，网元设备集群的主用设备和备用设备是预配置的，在该种情况下，在第三网元设备接收到订阅消息后，可以向网元设备集群中的网元设备发送主用设备的信息和备用设备的信息。

在一种可能的方式中，网元设备集群的主用设备和备用设备是通过预设确定规则确定的，该预设确定规则可以包括主用设备的确定规则和备用设备的确定规则。在该种方式中，在第三网元设备接收到订阅消息后，可以向网元设备发送网元设备集群中的网元设备的信息。网元设备可以根据集群中网元设备的信息确定自身是否是主用设备。

其中，以第一网元设备为例进行说明，若第一网元设备根据所述网元设备集群中的网元设备的信息，以及所述主用设备的确定规则，确定所述第一网元设备为所述网元设备集群中的主用设备，则可以向第三网元设备发送第二更新注册消息，以指示第一网元设备为主用设备。当第三网元设备接收到第二更新注册消息后，可以向网元设备集群中的网元设备发送所述主用设备的信息。

在第一网元设备确定自身为主用设备后，还可以根据网元设备集群中的网元设备的信息，以及所述备用设备的确定规则，确定所述备用设备。在第一网元设备确定备用设备后，可以向所述第三网元设备发送第三更新注册消息，以指示备用设备，进而第三网元设备可以将向网元设备集群中的网元设备发送所述备用设备的信息。

另外，下述对本申请实施例中的主用设备和备用设备故障时，确定新的主用设备和新的备用设备的过程进行说明：其中，第三网元设备可以检测主用设备和备用设备是否故障，在主用设备故障时，第三网元设备可以向备用设备发送第一故障信息，使得备用设备更新注册信息，以通知第三网元设备该备用设备升为主用设备。在该种情况下，备用设备可以向第三网络设备发送第五更新注册消息，指示备用设备的设备角色为新的主用设备。第三网元设备可以向网元设备集群中的网元设备发送新的主用设备的信息。

同理的，在备用设备故障时，第三网元设备可以向主用设备发送第二故障信息，使得主用设备根据备用设备的确定规则，确定新的备用设备。在主用设备确定新的备用设备后，可以向第三网络设备发送第四更新注册消息，指示新的备用设备。第三网元设备可以向网元设备集群中的网元设备发送新的备用设备的信息。

通过上述步骤，本申请实施例中可以始终保持网元设备集群中的网元设备知晓主用设备和备用设备的信息，进而实现上述网元设备间业务协同的方法。

第二方面，本申请实施例提供一种网元设备间业务协同的方法，该方法应用于第一网元设备中，或第一网元设备中的芯片中，该第一网元设备为网元设备集群的非主用设备。该方法中，第一网元设备接收业务请求时，可以直接向所述网元设备集群中的网元设备同步所述业务请求。

其中，非主用设备向网元设备集群中的网元设备同步所述业务请求的方式可以为：非主用设备向主用设备同步业务请求，进而采用上述第一方面中的方式使得主用设备向网元设备集群中的网元设备同步所述业务请求。应理解，业务请求中可以包括业务数据，下述以非主用设备向主用设备同步业务数据的方式对同步过程进行说明：

第一种方式：所述第一网元设备向所述主用设备发送所述业务数据。

第二种方式：所述第一网元设备向所述第三网元设备发送第一更新注册消息，所述第一更新注册消息中包括所述业务数据。因为主用设备预先向第三网元设备订阅业务数据变更服务，因此第三网元设备可以向主用设备发送所述业务数据。

其中，在非主用设备向所述网元设备集群中的主用设备同步所述业务数据之后，还可以向所述第二网元设备发送同步成功消息。

第三方面，本申请实施例提供一种网元设备间业务协同的方法，该方法应用于第三网元设备中，或第三网元设备的芯片中。该方法中，网元设备集群中的网元设备预先向第三网元设备订阅业务数据变更服务。其中，所述第三网元设备接收来自第一网元设备的第一更新注册消息，所述第一更新注册消息包括业务数据，所述第一网元设备为所述网元设备集群的主用设备；所述第三网元设备向所述网元设备集群中的网元设备发送所述业务数据。

在一种可能的实现方式中，所述第三网元设备接收来自所述第一网元设备的第一更新注册消息之前，还包括：所述第三网元设备接收来自所述第一网元设备的注册消息，所述注册消息中包括所述网元设备集群的标识；所述第三网元设备接收来自所述第一网元设备的订阅消息，所述订阅消息指示所述第一网元设备订阅所述网元设备集群中的网元设备的信息、所述网元设备集群中主用设备的信息以及备用设备的信息。

在一种可能的实现方式中，所述主用设备和所述备用设备是预配置的；所述第三网元设备接收来自所述第一网元设备的订阅消息之后，还包括：第三网元设备向所述第一网元设备发送所述主用设备的信息和所述备用设备的信息。

在一种可能的实现方式中，所述第三网元设备接收来自所述第一网元设备的订阅消息之后，还包括：所述第三网元设备向所述第一网元设备发送所述网元设备集群中的网元设备的信息；所述第三网元设备接收来自所述第一网元设备的第二更新注册消息，所述第二更新注册消息指示所述第一网元设备为所述网元设备集群的主用设备；所述第三网元设备向所述网元设备集群中的网元设备发送所述第一网元设备的信息。

在一种可能的实现方式中，所述第三网元设备向所述网元设备集群中的网元设备发送所述第一网元设备的信息之后，还包括：所述第三网元设备接收来自所述第一网元设备的第三更新注册消息，所述第三更新注册消息指示所述备用设备；所述第三网元设备向所述网元设备集群中的网元设备发送所述备用设备的信息。

在一种可能的实现方式中，所述第三网元设备向所述网元设备集群中的网元设备发送所述备用设备的信息之后，还包括：若所述第三网元设备检测到所述备用设备故障，则向所述第一网元设备发送第一故障信息，所述第一故障消息指示所述备用设备故障；所述第三网元设备接收来自所述第一网元设备的第四更新注册消息，所述第四更新注册消息指示新的备用设备；所述第三网元设备向所述网元设备集群中的网元设备发送所述新的备用设备的信息。

在一种可能的实现方式中，所所述第三网元设备向所述网元设备集群中的网元设备发送所述备用设备的信息之后，还包括：若所述第三网元设备检测到所述第一网元设备故障，则向所述备用设备发送第二故障信息，所述第二故障消息指示所述第一网元设备故障；所述第三网元设备接收来自所述备用设备的第五更新注册消息，所述第五更新注册消息指示新的主用设备，所述新的主用设备为所述备用设备；所述第三网元设备向所述网元设备集群中的网元设备发送所述新的主用设备的信息。

第四方面，本申请实施例提供一种网元设备间业务协同的系统，包括如上述的第一网元设备、第二网元设备、第三网元设备以及网元设备集群中的网元设备。

第五方面，本申请实施例提供一种网元设备间业务协同的装置，该装置可以为上述第一方面的第一网元设备，或者第一网元设备中的芯片，用于执行上述第一方面中第一网元设备的动作。该装置具体可以参照下述实施例中的图14中的相关描述。

第六方面，本申请实施例提供一种网元设备间业务协同的装置，该装置可以为上述第二方面的第一网元设备，或者第一网元设备中的芯片，用于执行上述第二方面中第一网元设备的动作。

第七方面，本申请实施例提供一种网元设备间业务协同的装置，该装置可以为上述第一方面的第三网元设备，或者第三网元设备中的芯片，用于执行上述第一方面中第三网元设备的动作。该装置具体可以参照下述实施例中的图15中的相关描述。

第八方面，本申请实施例提供一种网元设备，该网元设备可以为上述的第一网元设备、第二网元设备、第三网元设备。所述网元设备包括：处理器、存储器、收发器；所述收发器耦合至所述处理器，所述处理器控制所述收发器的收发动作；其中，存储器用于存储计算机可执行程序代码，程序代码包括指令；当处理器执行指令时，指令使所述网元设备执行如第一方面至第三方面所提供的方法。

第九方面，本申请实施例提供一种芯片，所述芯片上存储有计算机程序，在所述计算机程序被所述芯片执行时，实现如第一方面至第三方面所提供的方法。

第十方面，本申请实施例提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面至第三方面中的方法。

第十一方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面至第三方面中的方法。

本申请实施例提供一种网元设备间业务协同的方法和网元设备，该方法包括：第一网元设备接收业务请求，业务请求指示网元设备集群中的网元设备均执行业务请求指示的业务，第一网元设备根据设备角色，向该集群中的网元设备同步业务请求。其中，当第一网元设备为主用设备时，对业务请求进行预处理，并同步预处理后的业务请求。本申请实施例中给网元设备集群中的一个网元设备发送业务请求，由该网元设备将业务请求同步至集群中的其他网元设备，进而达到集群中的网元设备均根据该业务请求执行业务的目的，避免了人工需要对集群内的网元设备一一发送业务请求的问题，提高了业务效率，且由网元设备之间进行业务协同，可以保证网元设备的业务一致性。

附图说明

图1为本申请实施例适用的网络架构示意图一；

图2为本申请实施例提供的网元设备间业务协同的方法的一实施例的流程示意图；

图3为本申请实施例适用的网络架构示意图二；

图4为本申请实施例适用的网络架构示意图三；

图5为本申请实施例适用的网络架构示意图四；

图6为本申请实施例提供的网元设备间业务协同的方法的另一实施例的流程示意图；

图7为本申请实施例提供的网元设备间业务协同的方法的另一实施例的流程示意图；

图8为本申请实施例提供的网元设备间业务协同的方法的另一实施例的流程示意图；

图9为本申请实施例提供的网元设备间业务协同的方法的另一实施例的流程示意图；

图10为本申请实施例提供的网元设备间业务协同的方法的另一实施例的流程示意图；

图11为本申请实施例提供的网元设备间业务协同的方法的另一实施例的流程示意图；

图12为本申请实施例提供的一实施例的网元设备注册和订阅的流程示意图；

图13为本申请实施例提供的另一实施例的网元设备注册和订阅的流程示意图；

图14为本申请实施例提供的一种网元设备的结构示意图；

图15为本申请实施例提供的另一种网元设备的结构示意图；

图16为本申请实施例提供的另一种网元设备的结构示意图。

具体实施方式

无论在第二代移动通信(the 2th generation，2G)网络、第三代移动通信(the 3th generation，3G)网络、第四代移动通信(the 4th generation，4G)网络中，还是在第五代移动通信(the 5th generation，5G)网络中，网元设备都不是孤立存在的。随着网络容量的扩展、容灾等需求，网络架构中可以包括网元设备集群。网元设备集群可以包括多个网元设备。图1为本申请实施例适用的网络架构示意图一。图1以5G网络为例，如网元设备集群可以但不限于为：接入和移动性管理功能网元集群(access and mobility management function SET，AMF SET)、会话管理功能网元集群(session management function SET，SMF SET)、策略控制功能网元集群(policy control function SET，PCF SET)、网络存储功能网元集群(NF repository function SET，NRF SET)、服务通信代理网元集群(service communication proxy SET，SCP SET)、统一数据管理功能网元集群(unified data management SET，UDM SET)、鉴权服务器功能网元集群(authentication server function SET，AUSF SET)、网络切片选择功能网元集群(network slice selection function SET，NSSF SET)、应用功能网元集群(application function SET，AF SET)、网络暴露功能网元集群(network exposure function SET，NEF SET)等。应理解，图1中以多个重叠的网元设备表示一个网元设备集群。

应理解，上述的网元设备集群也可以称为统称为NF(network functions)集群或网元集群。本申请实施例中提供的网元设备间业务协同的方法可以适用于上述图1所示的5G网络架构中，还可以适用于2G网络架构、3G网络架构、4G网络架构、长期演进(long term evolution，LTE)网络架构，以及其他通信网络架构中。应注意，在本申请一种实施例中，上述网元设备集群可以包括多种不同功能的网元设备，示例性的，如网元设备集群可以包括AMF SET和SMF SET。

需要说明的是，图1仅为示例性网络架构，除图1中所示网元设备之外，该网络架构还可以包括其他网元设备。本申请实施例中对上述图1所示的网络架构中各网元设备的功能不做赘述，具体可以参照现有的5G网络架构的相关描述。例如，AMF SET就是一组AMF，能够对接一组无线接入设备，为一组切片用户服务，在AMF SET内对这些用户进行负荷分担的处理。同理的，SMF SET就是一组SMF，能够对同一区域的用户进行会话管理服务，管理UPF上的会话。网元设备集群都具备能力均质化的特点，因为对于用户的终端设备和其他设备来说，网元设备集群内的网元设备是负荷分担的关系，假设一个网元设备故障，其他网元设备可以提供同样的业务。因此对网元设备集群的运维，往往大部分工作和数据是重复的，运维效率不高，操作不一致也存在风险。应理解，网元设备集群的运维如可以包括：网元设备的系统配置、业务许可license协同控制配置、服务生命周期管理、上报会话数据、上报追踪用户的数据或业务策略部署等。

下述对上述几种网元设备集群的运维进行说明：

系统配置：系统配置是网元设备运行数据的最主要的依赖。例如为网元设备配置物理接口，路由，网元设备的基本属性，逻辑链路，系统业务数据等。上述系统配置中，除了底层的物理接口，路由，以及少量的上层业务标识类配置，网元设备集群中大多网元设备的系统配置是相同的。

业务许可license协同控制：license是软件销售的一种方式，按照特性、版本、容量和使用时间等方式进行使用授权，以获得设备商所承诺的相应权利和license授权证书。license可以分为网元级license和网络级license。网元级license指的是网元内生效的license，即将license文件加载到网元设备上，在网元设备上进行独立控制。网络级license指的是多个网元设备共同的license，将license文件加载到网元设备上，该多个网元设备需要协同控制。如4个网元设备总共接入100万个用户的终端设备，接入的总数超之后任何一个网元设备都停止接入用户的终端设备)。本申请实施例中针对网络级license的场景，网元设备集群内的网元设备的网络级license配置一般是相同的。

服务生命周期管理：服务生命周期管理一般指服务的上线，下线，运行资源(如虚机/容器)的扩容，缩容等。网元设备集群内的网元设备由于业务能力是均质的，所以从上线服务的类型来看也是相同的。

上报会话数据：网元设备上报会话数据，如网元设备上报某一位置区/跟踪区或某一IP地址的接入的用户终端设备的数量、网络接入点(access point name，APN或data network name，DNN)数据等。

上报追踪用户的数据：网元设备上报某一附着至网络的用户终端设备的数据。

业务策略部署：如网元设备如何进行计费、执行业务丢弃等操作的策略，也可称为业务逻辑部署。

随着网元设备集群内的网元设备的增多，需要对网元设备集群内的网元设备进行如上述所示的系统配置、license配置，以及服务部署等。目前通常采用人工配置和部署的方式对网元设备集群内的网元设备进行一一配置和部署。示例性的，对系统配置来说，可以由工作人员事前检查确保系统配置一致后，通过网管设备同时对多个网元设备发起系统配置，自动保证网元设备的配置一致性。对license配置来说，也可以由工作人员事前检查确保license文件内容正确后，通过网管设备将license文件加载到多个网元设备上，自动保证网元设备的配置一致性。对服务生命周期来说，目前通过人工的方式在NFV网络管理和编排(NFV management and orchestration，MANO)网元上操作，尚无很好的自动保持网元设备的一致性的手段。依据上述描述，网元设备集群内的网元设备的配置和部署大多是相同或需要协同的，若通过人工配置和部署，需要花费大量的人力，效率低，且人工检查保证网元设备一致性的准确性低。

为了解决上述技术问题，本申请实施例提供了一种网元设备间业务协同的方法，通过向网元设备集群内的一个网元设备发送业务请求，由该网元设备将业务请求同步至网元设备集群中的其他网元设备，进而达到网元设备集群中的网元设备均根据该业务请求执行该业务的目的，避免了工作人员需要对网元设备集群内的网元设备一一发送业务请求的问题，提高了业务效率，且由网元设备之间进行业务协同，不加入人工参与，可以保证网元设备的业务一致性。应理解，业务请求可以为上述列举的系统配置、license配置、服务生命周期管理(业务功能部署)、上报会话数据、上报追踪用户的数据或业务策略部署或其他业务等。

下面结合具体的实施例对本申请实施例提供的网元设备间业务协同的方法进行说明。下面这几个实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。图2为本申请实施例提供的网元设备间业务协同的方法的一实施例的流程示意图。如图2所示，本申请实施例提供的网元设备间业务协同的方法可以包括：

S201，第一网元设备接收来自第二网元设备的业务请求，业务请求指示网元设备集群中的网元设备均执行业务请求指示的业务。

S202，第一网元设备将业务请求同步至网元设备集群中的网元设备。

上述S201中，第一网元设备可以为网元设备集群中的网元设备，或者网元设备集群之外的网元设备。示例性的，如网元设备集群为AMF SET，该第一网元设备可以为AMF SET中的一个AMF，或者该第一网元设备可以为AMF SET之外的网元设备，如NRF、SCP等网元设备。

网元设备集群可以包括相同功能的网元设备，也可以包括不同功能的网元设备。示例性的，网元设备集群可以为AMF SET，即包括相同功能的网元设备。或者，网元设备集群可以包括AMF SET和SMF SET，即不同功能的网元设备。

本申请实施例中的第二网元设备可以根据业务的不同而不同，第二网元设备可以但不限于为网元管理系统(element management system，EMS)、NSSMF网元或MANO网元。示例性的，若上述业务为系统配置、license配置、上报会话数据、上报追踪用户的数据或业务策略部署，则该第二网元设备可以为EMS，若上述业务为服务生命周期管理(也可以称为业务功能部署)，则该第二网元设备可以为MANO网元，或者“NSSMF网元和MANO网元”。应理解，该业务请求可以为用户(如工作人员)在第二网元设备上触发的，或者由第二网元设备的上一级的网元设备指示触发的。示例性的，如业务为系统配置，则用户可以在EMS上进行操作，触发第二网元设备向第一网元设备发送业务请求，以指示网元设备集群中的网元设备均执行系统配置。应注意，本申请实施例中的EMS网管设备，EMS针对NF集群中控制功能进行数据配置等日常运维。

图3为本申请实施例适用的网络架构示意图二，图4为本申请实施例适用的网络架构示意图三，图5为本申请实施例适用的网络架构示意图四。图3中示例性的示出第一网元设备为AMF SET中的一个AMF，第二网元设备为EMS。图4中示例性的示出第一网元设备为AMF SET之外的网元设备的一个NRF，第二网元设备为EMS。图5中示例性的示出了网元设备集群中包括AMF SET和SMF SET，第一网元设备为AMF SET中的一个AMF，第二网元设备为EMS。

业务请求指示网元设备集群中的网元设备均执行业务请求指示的业务。其中，业务请求指示的业务可以为系统配置、license配置、服务生命周期管理、上报会话数据、上报追踪用户的数据或业务策略部署或其他业务等。应理解，根据业务的不同，业务请求中的内容也不相同。

上述S202中，本申请实施例中，在第一网元设备接收到业务请求后，第一网元设备可以将该业务请求同步至网元设备集群中的网元设备。其中，第一网元设备可以根据第一网元设备在网元设备集群的设备角色，将该业务请求同步至网元设备集群中的网元设备。网元设备集群的设备角色可以包括主用设备和非主用设备，非主用设备还可以包括备用设备和非主备设备。非主备设备即为网元设备集群中的一般设备，即网元设备集群中即不是主用设备，也不是备用设备的网元设备。

应注意，下述实施例中(图12和图13)对网元设备集群的设备角色的确定过程进行描述，具体可以参照下述实施例。下面以第一网元设备为主用设备和非主用设备两种场景中对业务请求的同步过程进行说明：

第一种场景：第一网元设备为非主用设备。其中，第一网元设备可以为备用设备，当第一网元设备为备用设备时，第一网元设备可以为网元设备集群中的网元设备，或者网元设备集群之外的网元设备。当第一网元设备为非主备设备时，第一网元设备为网元设备集群中的网元设备。在该种场景中，第一网元设备执行上述S202。

其中，当第一网元设备为非主用设备时，第一网元设备可以将业务请求同步至主用设备，进而由主用设备将业务请求同步至网元设备集群中的网元设备(具体参照下述第二种场景中的方式)。本申请实施例中，第一网元设备可以将业务请求同步至主用设备可以包括如下两种方式：

第一种方式：第一网元设备向主用设备发送业务请求。在一种可能的实现方式中，业务请求包括业务数据，则本申请实施例中，第一网元设备可以向主用设备发送业务数据。

其中，当业务为系统配置时，业务数据包括系统配置数据。当业务为license配置时，业务数据包括第一网元设备的控制配额或网络级license的控制配额。当业务为业务功能部署时，业务数据包括业务功能需求，业务功能需求指示网元设备集群中网元设备部署业务功能，以达到业务功能需求。示例性的，业务功能需求为：支持10万用户终端设备的接入，或具备位置上报功能等。当业务为上报会话数据时，业务数据包括待上报会话数据的对象的标识，其中，对象的标识可以为位置区、跟踪区或IP地址。当业务为上报追踪用户的数据时，业务数据包括追踪用户的标识，追踪用户的标识可以为用户终端设备的电话号码、用户终端设备的序列号等。当业务为业务策略部署时，业务数据包括业务策略描述，业务策略描述指示网元设备集群中的网元设备执行业务时的策略。示例性的，业务策略描述如网元设备计费的策略、业务丢弃的策略等。

第二种方式：主用设备预先在第三网元设备中订阅业务请求。其中，第一网元设备可以向第三网元设备发送第六更新注册消息，该第六更新注册消息中包括业务请求。在第三网元设备接收到第六更新注册消息后，可以将该业务请求发送给主用设备。应理解，本申请实施例中网元设备注册和订阅的过程可以参照下述实施例中(图12和图13)的相关描述。其中，第三网元设备为提供注册和订阅服务的网元设备，如第三网元设备可以为NRF，或集成有SCP的功能的NRF。

其中，业务请求包括业务数据，主用设备预先在第三网元设备中订阅业务数据变更服务，也就是说，第三网元设备确定业务数据发生变化，则可以将业务数据发送给主用设备。对应的，第一网元设备可以向第三网元设备发送第六更新注册消息，该第六更新注册消息中包括业务数据。在第三网元设备接收到第六更新注册消息后，可以将该业务数据发送给主用设备。

第二种场景：第一网元设备为主用设备。其中，当第一网元设备为网元设备集群的主用设备时，第一网元设备可以为网元设备集群中的网元设备，或者网元设备集群之外的网元设备。在该种场景中，上述S202可以替换为S202'：第一网元设备对业务请求进行预处理，并向网元设备集群中的网元设备同步预处理后的业务请求。如图6所示，图6为本申请实施例提供的网元设备间业务协同的方法的另一实施例的流程示意图。

在S202'中，第一网元设备对业务请求进行预处理，可以为第一网元设备根据业务请求，检测网元设备集群中的网元设备是否具备执行业务的条件。示例性的，如业务请求指示网元设备集群中的网元设备均部署支持10万用户终端设备的接入功能，则第一网元设备可以根据网元设备集群中的网元设备的硬件信息，检测网元设备是否具备执行业务的条件。或者，第一网元设备对业务请求进行预处理，还可以为检测业务请求的格式是否正确，或者是否为网元设备集群中的网元设备能够执行的业务。

在一种可能的实现方式中，业务请求中包括业务数据，第一网元设备可以根据业务数据，检测网元设备集群中的网元设备是否具备执行业务的条件。示例性的，如业务为系统配置，该业务请求中包括系统配置数据，第一网元设备可以对网元设备集群中的网元设备进行全局配置检查，确定该系统配置业务是否能够执行。若网元设备集群中的网元设备具备执行系统配置的条件，则第一网元设备根据业务，向网元设备集群中的网元设备同步业务数据。

示例性的，如业务为license配置时，该业务请求中包括第一网元设备的控制配额或网络级license的控制配额。第一网元设备可以第一网元设备是否支持该第一网元设备的控制配额，或者检测网元设备集群是否支持该网络级license的控制配额。其中，若第一网元设备确定第一网元设备的控制配额适用于该第一网元设备，或者网络级license的控制配额适用于该网元设备集群，则确定网元设备集群中的网元设备具备执行license配置的条件，进而第一网元设备根据业务，向网元设备集群中的网元设备同步业务数据。

示例性的，如业务为业务功能部署时，该业务请求中包括业务功能需求。第一网元设备可以检测网元设备集群中的网元设备是否可以通过扩容、缩容或服务上线、服务下线来满足上述业务功能需求。若网元设备集群中的网元设备能够满足，则第一网元设备确定网元设备集群中的网元设备具备执行业务功能部署的条件，则第一网元设备根据业务，向网元设备集群中的网元设备同步业务数据。应注意，当业务为上报会话数据、上报追踪用户的数据或业务策略部署或其他业务时，第一网元设备对业务请求的预处理方式可以参照上述说明。

值得注意的是，本申请实施例中第一网元设备根据业务，向网元设备集群中的网元设备同步业务数据可以为：第一网元设备根据业务是否为预设业务，向网元设备集群中的网元设备同步业务数据。

其中，当第一网元设备为主用设备时，第一网元设备可以通过下述两种方式同步预处理后的业务请求：

第三种方式：主用设备向网元设备集群中的网元设备发送业务请求。在一种可能的实现方式中，业务请求包括业务数据，则本申请实施例中，主用设备向网元设备集群中的网元设备发送业务请求。

第四种方式：网元设备集群中的网元设备与现在预先在第三网元设备中订阅业务请求。其中，主用设备可以向第三网元设备发送更新注册消息，该更新注册消息中包括业务请求。在第三网元设备接收到更新注册消息后，可以将该业务请求发送给网元设备集群中的网元设备。

其中，业务请求包括业务数据，网元设备集群中的网元设备与现在预先在第三网元设备中订阅业务数据变更服务。也就是说，第三网元设备确定业务数据发生变化，则可以将业务数据发送给网元设备集群中的网元设备。对应的，主用设备可以向第三网元设备发送第一更新注册消息，该第一更新注册消息中包括业务数据。在第三网元设备接收到第一更新注册消息后，可以将该业务数据发送给网元设备集群中的网元设备。

本申请实施例提供的网元设备间业务协同的方法包括：第一网元设备接收业务请求，业务请求指示网元设备集群中的网元设备均执行业务请求指示的业务，第一网元设备可以根据设备角色，向网元设备集群中的网元设备同步业务请求。其中，当第一网元设备为主用设备时，可以对业务请求进行预处理，并向网元设备集群中的网元设备同步预处理后的业务请求。本申请实施例中，可以给网元设备集群中的一个网元设备发送业务请求，由该网元设备将业务请求同步至网元设备集群中的其他网元设备，进而达到网元设备集群中的网元设备均根据该业务请求执行该业务的目的，避免了工作人员需要对网元设备集群内的网元设备一一发送业务请求的问题，提高了业务效率，且由网元设备之间进行业务协同，可以保证网元设备的业务一致性。

上述实施例中介绍了第一网元设备接收到来自第二网元设备的业务请求时的网元设备间业务协同的方法，下面结合图7对主用设备接收到来自非主用户设备的业务数据时的网元设备间业务协同的方法进行介绍。图7为本申请实施例提供的网元设备间业务协同的方法的另一实施例的流程示意图。如图7所示，本申请实施例提供的网元设备间业务协同的方法可以包括：

S701，非主用设备接收来自第二网元设备的业务请求，业务请求中包括业务数据。

S702，非主用设备向主用设备同步业务数据。

S703，非主用设备向第二网元设备发送同步成功消息。

S704，主用设备检测网元设备集群中的网元设备是否具备执行业务的条件。

S705，若网元设备集群中的网元设备具备执行业务的条件，则主用设备向网元设备集群中的网元设备同步业务数据。

应理解，本申请实施例中的S701、S704中的实施方式可以参照上述实施例中S201、S202中的相关描述，在此不做赘述。

上述S702可以替换为S702'或S702”-S702”。应理解，本申请实施例中的702'、S702”-S702”中的实施方式可以参照上述实施例中S202中的相关描述。

S702'，非主用设备向主用设备发送业务数据。

S702”，非主用设备向第三网元设备发送第六更新注册消息，第六更新注册消息中包括业务数据。

S703”，第三网元设备向主用设备发送业务数据。

上述S705可以替换为S705'或S705”-S706”，应理解，本申请实施例中的702'、S702”-S702”中的实施方式可以参照上述实施例中S202中的相关描述。

S705'，主用设备向网元设备集群中的网元设备发送业务数据。

S705”，主用设备向第三网元设备发送第一更新注册消息，第一更新注册消息中包括业务数据。

S706”，第三网元设备向网元设备集群中的网元设备发送业务数据。

应理解，图7中仅示出了一个非主用网元设备，没有示出网元设备集群中的其他网元设备。

值得注意的是，本申请实施例中，若网元设备集群中的网元设备不具备执行业务的条件，则主用设备向第二网元设备发送告警消息，以指示第二网元设备修改业务数据。

另外，应注意的是，因为第一网元设备可以为网元设备集群中的网元设备或者网元设备集群之外的网元设备，当第一网元设备为网元设备集群中的网元设备，且第一网元设备在接收到业务数据后，可以根据业务数据，执行业务。示例性的，如第一网元设备执行系统配置业务等。

本申请实施例中，非主用设备在接收到来自第二网元设备的业务请求后，可以先将业务请求同步至主用设备，再由主用设备将业务请求同步至网元设备集群中的网元设备，使得网元设备集群中的网元设备均根据该业务请求执行该业务的目的，提高了效率，且由网元设备之间进行业务协同，可以保证业务一致性。

下述实施例中以业务分别为系统配置、license配置、服务生命周期管理、上报会话数据、上报追踪用户的数据或业务策略部署为例，对本申请提供的网元设备间业务协同的方法进行说明。

图8为本申请实施例提供的网元设备间业务协同的方法的另一实施例的流程示意图。图8中业务为系统配置。如图8所示，本申请实施例提供的网元设备间业务协同的方法可以包括：

S801，非主用设备接收来自第二网元设备的系统配置数据。

S802，非主用设备向主用设备同步系统配置数据。

S803，非主用设备向第二网元设备发送同步成功消息。

S804，主用设备检测网元设备集群中的网元设备是否具备执行系统配置的条件。

S805，若网元设备集群中的网元设备具备执行系统配置的条件，则主用设备向网元设备集群中的网元设备同步系统配置数据。

上述S802可以替换为S802'或S802”-S802”。

S802'，非主用设备向主用设备发送系统配置数据。

S802”，非主用设备向第三网元设备发送第六更新注册消息，第六更新注册消息中包括系统配置数据。

S803”，第三网元设备向主用设备发送系统配置数据。

上述S805可以替换为S805'或S805”-S806”。

S805'，主用设备向网元设备集群中的网元设备发送业务数据。

S805”，主用设备向第三网元设备发送第一更新注册消息，第一更新注册消息中包括系统配置数据。

S806”，第三网元设备向网元设备集群中的网元设备发送系统配置数据。

本申请实施例中，第一网元设备检测网元设备集群中的网元设备是否具备执行系统配置的条件的方式可以参照上述实施例中的相关描述。值得注意的是，若第一网元设备确定网元设备集群中的网元设备不具备执行系统配置的条件，则主用设备向第二网元设备发送告警消息。其中，该告警消息指示配置错误，该告警消息可以包括系统配置数据。

本申请实施例只用给网元设备集群中的一个网元设备发送系统配置数据，就可以实现网元设备间的系统协同配置，配置效率高，且网元设备间的系统配置是由网元设备自己协同的，未加入人工处理，准确性高。

图9为本申请实施例提供的网元设备间业务协同的方法的另一实施例的流程示意图。图9中业务为license配置。如图9所示，本申请实施例提供的网元设备间业务协同的方法可以包括：

S901，非主用设备接收来自第二网元设备的license配置数据，license配置数据中包括第一网元设备的控制配额或网络级license的控制配额。

S902，非主用设备向主用设备同步license配置数据。

S903，非主用设备向第二网元设备发送同步成功消息。

S904，主用设备检测网元设备集群中的网元设备是否具备执行license配置的条件。

S905，若网元设备集群中的网元设备具备执行系统配置的条件，则主用设备根据网元设备集群中至少一个网元设备同步的license配置数据，确定网元设备集群中每个网元设备的待分配的控制配额，处理后的业务数据为每个网元设备的待分配的控制配额。

S906，主用设备向网元设备集群中的网元设备每个网元设备的待分配的控制配额。

上述S902可以替换为S902'或S902”-S902”。

S902'，非主用设备向主用设备发送license配置数据。

S902”，非主用设备向第三网元设备发送第六更新注册消息，第六更新注册消息中包括license配置数据。

S903”，第三网元设备向主用设备发送license配置数据。

上述S906可以替换为S906'或S906”-S907”。

S906'，主用设备向网元设备集群中的每个网元设备发送对应的待分配的控制配额。

S906”，主用设备向第三网元设备发送第一更新注册消息，第一更新注册消息中包括每个网元设备的待分配的控制配额。

S907”，第三网元设备向网元设备集群中的每个网元设备对应的待分配的控制配额。

本申请实施例中的S902-S904、S902'、S902”-S902”、S906'、S906”-S907”可以参照上述图8中的相关描述。应理解，图9中以非主用设备表示网元设备集群中的网元设备。

上述S901中，license配置数据中包括第一网元设备的控制配额或网络级license的控制配额。其中，当license配置数据中包括网络级license的控制配额时，本申请实施例中第二网元设备只给一个非主用设备发送该网络级license的控制配额即可。应注意，该网络级license的控制配额为网元设备集群中的网元设备的控制配额的总和。其中，当license配置数据中包括第一网元设备的控制配额时，第二网元设备需要给网元设备集群中的网元设备的每个网元设备发送每个网元设备对应的控制配额，每个网元设备可以将自身对应的控制配额同步至主用设备。

上述S905中，鉴于上述S901中license配置数据可以包括两种可能的数据，即第一网元设备的控制配额或网络级license的控制配额。因此，本申请实施例中主用设备可以接收网元设备集群中至少一个网元设备同步的业务数据。

当license配置数据中包括网络级license的控制配额时，主用设备可以根据非主用设备同步的网络级license的控制配额，确定网络级license的控制配额。当license配置数据中包括第一网元设备的控制配额时，主用设备可以接收网元设备集群中网元设备的控制配额，对该网元设备集群中网元设备的控制配额进行加和，得到网络级license的控制配额。

本申请实施例中，主用设备在获取网络级license的控制配额后，可以将网络级license的控制配额的全部或者部分分成小颗粒的待分配的控制配额，且给每个网元设备分配待分配的控制配额。其中，应注意的是，本申请实施例中的license配置为预设业务，业务为预设业务，则第一网元设备对业务数据进行处理，且向网元设备集群中的网元设备同步处理后的业务数据。该处理后的业务数据为每个网元设备的待分配的控制配额，主用设备处理业务数据的过程，就是获取网络级license的控制配额，以及给每个网元设备分配待分配的控制配额的过程。应理解，本申请实施例中的预设业务也可以为其他需要处理的业务。

应注意的是，若业务为非预设业务，则第一网元设备向网元设备集群中的网元设备同步业务数据，同步方式参照上述图7和图8中的相关描述。非预设业务如上述的系统配置，以及服务生命周期管理、上报会话数据、上报追踪用户的数据或业务策略部署等。应理解，本申请实施例中的非预设业务可以为不需要处理的业务，可以直接同步业务数据。

上述S906”中，第一更新注册消息中包括每个网元设备的待分配的控制配额。其中，本申请实施例中的第一更新注册信息中可以包括：网络级license的控制配额，以及网络级license 的控制配额的license配额段，其中，license配额段可以包括license配额段号，每个网元设备的license配额段内配额数(即待分配的控制配额)，以及license配额段状态(如已分配，未分配)。

示例性的，网络级license的控制配额为用户终端设备的数量的license，比如100w(万)。若主用设备获取网络级license的控制配额，其中，网络级license的控制配额(还未进行控制配额的分配)可以如下表一所示：

表一

其中，主用设备获取如上述表一所示的网络级license的控制配额后，可以为网元设备集群中的网元设备分配待分配的控制配额，可以如下表二所示(也为第一更新注册信息)：

表二

如上述表二所示，本申请实施例中，主用设备将网络级license的控制配额的部分控制配额分配给网元设备集群中的网元设备。

值得注意的是，本申请实施例中，网元设备集群的备用设备还可以存储网元设备集群中每个网元设备的控制配额信息(如上表二)，该控制配额信息中可以包括待分配的控制配额。应理解，本申请实施例中备用设备可以为网元设备集群中的网元设备，也可以为网元设备集群之外的网元设备，与上述主用设备类似。

目前采用人工进行license配置的方式，仅能在开始时保证license文件的一致性(即能保证静态一致)，但在网元设备使用控制配额的过程中，网元设备的控制配额会逐渐耗尽，采用人工的方式无法保证动态一致性。而在本申请实施例的一种可能的实现方式中，若主用设备给网元设备集群中的网元设备分配的控制配额耗尽，则该网元设备可以向主用设备申请配额。

示例性的，如配额耗尽的网元设备为网元设备集群中的第四网元设备，则在第四网元设备的控制配额耗尽时，第四网元设备会向主用设备同步配额请求。图10为本申请实施例提供的网元设备间业务协同的方法的另一实施例的流程示意图。如图10所示，在上述S906之后，还可以包括：

S908，第四网元设备向主用设备同步配额请求。

S910，主用设备根据配额请求，向第四网元设备同步新的控制配额。

应理解，与上述非主用设备向主用设备同步业务数据的方式类似的，该S908可以替换为S908'或S908”-S909”。

S908'，第四网元设备向主用设备发送配额请求。

S908”，第四网元设备向第三网元设备发送第七更新注册消息，第七更新注册消息配额请求。

S909”，第三网元设备向主用设备发送配额请求。

本申请实施例中的配额请求中可以包括第四网络设备请求的控制配额，以及配额不足的标识。应注意，第四网络设备为网元设备集群中的网络设备，图10中以第四网络设备为非主用设备为例进行说明。

应理解，上述S910可以替换为S910'或S910”-S911”。

S910'，主用设备向第四网元设备发送新的控制配额。

S910”，主用设备向第三网元设备发送第一更新注册消息，第一更新注册消息中包括第四网元设备的新的控制配额。

S911”，第三网元设备向第四网元设备发送新的控制配额。

本申请实施例只用给网元设备集群中的一个网元设备或每个网元设备发送license配置数据，就可以实现网元设备间的license协同配置，配置效率高，且网元设备间的license配置是由网元设备自己协同的，未加入人工处理，准确性高。另外，本申请实施例中还可以实现动态调整网元设备的控制配额，实现了业务的动态一致性。

图11为本申请实施例提供的网元设备间业务协同的方法的另一实施例的流程示意图。图11中业务为业务功能部署(服务生命周期管理)。如图11所示，本申请实施例提供的网元设备间业务协同的方法可以包括：

S1101，非主用设备接收来自第二网元设备的业务功能需求。

S1102，非主用设备向主用设备同步业务功能需求。

S1103，非主用设备向第二网元设备发送同步成功消息。

S1104，主用设备检测网元设备集群中的网元设备是否具备执行业务功能部署的条件。

S1105，若网元设备集群中的网元设备具备执行业务功能部署的条件，则主用设备向网元设备集群中的网元设备同步业务功能需求。

上述S1102可以替换为S1102'或S1102”-S1103”。

S1102'，非主用设备向主用设备发送业务功能需求。

S1102”，非主用设备向第三网元设备发送第六更新注册消息，第六更新注册消息中包括业务功能需求。

S1103”，第三网元设备向主用设备发送业务功能需求。

上述S1105可以替换为S1105'或S1105”-S1106”。

S1105'，主用设备向网元设备集群中的网元设备发送业务功能需求。

S1105”，主用设备向第三网元设备发送第一更新注册消息，第一更新注册消息中包括业务功能需求。

S1106”，第三网元设备向网元设备集群中的网元设备发送业务功能需求。

本申请实施例中，第一网元设备检测网元设备集群中的网元设备是否具备执行业务功能部署的条件的方式可以参照上述实施例中的相关描述。值得注意的是，若第一网元设备确定网元设备集群中的网元设备不具备执行业务功能部署的条件，则主用设备向第二网元设备发送告警消息。其中，该告警消息指示配置错误，该告警消息可以包括业务功能需求和网元设备集群中的网元设备不具备执行业务功能部署的条件的原因。

应理解，网元设备集群中的网元设备在进行业务功能部署时，进行上下线的服务的类型是相同的，但不同网元设备所在的资源池大小可能不同，因此服务实例的数量未必相同。因此，本申请实施例中，在网元设备获取同步的业务功能需求时，可以各自通过MANO执行业务功能部署。

本申请实施例只用给网元设备集群中的一个网元设备发送业务功能需求，就可以实现网元设备间的业务功能的协同部署，部署效率高，且网元设备间的业务功能的协同部署是由网元设备自己协同的，未加入人工处理，准确性高。

应理解，对于其他业务(如上报会话数据、上报追踪用户的数据、业务策略部署等)对应的网元设备之间的协同过程，可以参照上述图8和图11中的相关描述。应注意的是，不同的业务中，业务数据不同，业务数据可以参照上述实施例中的相关描述。

上述实施例中描述的为确定网元设备集群的主用设备、备用设备，网元设备集群中的网元设备进行注册和订阅，以及主用设备、备用设备进行注册和订阅之后执行的业务协同的过程，下述实施例中对本申请实施例中确定主用设备、备用设备，以及网元设备进行注册、订阅的过程进行说明。图12为本申请实施例提供的一实施例的网元设备注册和订阅的流程示意图。如图12所示，本申请实施例提供的网元设备注册和订阅的方法可以包括：

S1201，第一网元设备向第三网元设备发送注册消息，注册消息包括网元设备集群的标识。

S1202，第一网元设备向第三网元设备发送订阅消息，订阅消息指示订阅网元设备集群中的网元设备的信息、网元设备集群中主用设备的信息以及备用设备的信息。

S1203，第一网元设备接收来自第三网元设备的主用设备的信息和备用设备的信息。

S1204，第一网元设备接收来自第三网元设备的网元设备集群中的网元设备的信息。

S1205，第一网元设备根据网元设备集群中的网元设备的信息，以及主用设备的确定规则，确定第一网元设备为网元设备集群中的主用设备。

S1206，第一网元设备向第三网元设备发送第二更新注册消息，第二更新注册消息指示主用设备。

S1207，第三网元设备向网元设备集群中的网元设备发送主用设备的信息。

S1208，第一网元设备根据网元设备集群中的网元设备的信息，以及备用设备的确定规则，确定备用设备。

S1209，第一网元设备向第三网元设备发送第三更新注册消息，第三更新注册消息指示备用设备。

S1210，第三网元设备向网元设备集群中的网元设备发送备用设备的信息。

应理解，上述S1203和“S1204-S1210”择一执行。本申请实施例网元设备的注册和订阅过程可以参考TS29.510，本申请实施例中对网元设备的注册和订阅过程不同的地方进行说明。

上述S1201中，在网元设备集群中的网元设备在第一次注册时，可以向第三网元设备发送注册消息。其中，本申请实施例中以第一网元设备的注册和订阅过程进行说明。

注册消息中包括网元设备集群的标识。该网元设备集群的标识如为集群ID，也可以称为组ID。该网元设备集群的标识可以预配置的，也可以是第一网元设备根据第一网元设备生成的。同一个网元设备集群中的网元设备发送的注册消息中的网元设备集群的标识相同。

示例性的，第一网元设备可以根据第一网元设备的标识符生成网元设备集群的标识。对于AMF来说，可以根据全球唯一AMF标识(globally unique AMF ID，GUAMI)中的陆地移动网络标识(public land mobile network，PLMN)、区域标识Region ID，以及组标识Set ID生成AMF SET的标识。如可以将PLMN+Region ID+Set ID作为AMF SET的标识。本申请实施例中可以将AMF SET的标识相同的AMF作为一个集群。本申请实施例中，可以将PCF SET的标识相同的PCF作为一个集群。

与现有的注册消息不同的是，本申请实施例中的注册消息中还可以包括第一网元设备在网元设备集群中的设备角色(也称为Group Role或组内角色)。本申请实施例中，第一网元设备的设备角色为非主备设备(也可以称为一般设备或Follower)。

应理解，在第一网元设备执行上述S1201之前，第一网元设备可以完成基础配置，如对于AMF来说，基础配置可以为AMF配置AMF ID和GUAMI。网元设备的功能不同，其基础配置可以不相同，可以参照现有技术的相关描述。

上述S1202中，第一网元设备向第三网元设备发送订阅消息，以订阅网元设备集群中的网元设备的信息、网元设备集群中主用设备的信息以及备用设备的信息。也就是说，第三网元设备在获取网元设备集群中的网元设备的信息后，可以向第一网元设备发送网元设备集群中的网元设备的信息，第三网元设备在获取网元设备集群中主用设备的信息以及备用设备的信息后，可以向第一网元设备发送网元设备集群中主用设备的信息以及备用设备的信息。

其中，网元设备集群中的网元设备的信息可以为网元设备的标识、网元设备的属性信息，如网元设备的实例号等信息。主用设备的信息可以包括主用设备的标识、主用设备的属性信息，备用设备的信息可以包括备用设备的标识、备用设备的属性信息。

与现有的订阅消息不同的是，本申请实施例中的订阅消息中还可以包括第一网元设备的实例号(instance ID)、第一网元设备的类型(NF type)、第一网元设备的状态(NF status)、和第一网元设备的设备角色。其中，第一网元设备的类型用于表征第一网元设备是哪种类型的网元设备，如可以是AMF或SMF等。第一网元设备的状态可以为正常或异常。

上述S1203中，在本申请实施例一种可能的实现方式中，主用设备和备用设备是预配置的，在该种方式中，第三网元设备可以预先获取主用设备的信息和备用设备的信息。其中，在第三网元设备接收来自第一网元设备的订阅消息后，可以向第一网元设备发送主用设备的信息和备用设备的信息。

上述S1204中，在本申请实施例一种可能的实现方式中，主用设备和备用设备是网元设备集群中的网元设备选举产生的。其中，网元设备可以根据网元设备集群中的网元设备的信息，选举主用设备和备用设备。相对应的，在网元设备集群中的网元设备注册完成后，第三网元设备可以获取网元设备集群中的网元设备的信息，进而将网元设备集群中的网元设备的信息发送给第一网元设备。

上述S1205中，网元设备集群中的网元设备均可以根据网元设备集群中的网元设备的信息，确定自己是否为主用设备。其中，以第一网元设备为主用设备为例，第一网元设备可以根据网元设备集群中的网元设备的信息，以及主用设备的确定规则，确定第一网元设备为网元设备集群中的主用设备。

示例性的，主用设备的确定规则可以为：将网元设备的实例号最小的网元设备作为主用设备。本申请实施例中，第一网元设备可以根据网元设备集群中的网元设备的实例号，确定第一网元设备的实例号最小，则确定自己为主用设备。

上述S1206中，在第一网元设备确定第一网元设备为主用设备时，可以在第三网元设备中更新自己的设备角色。其中，第一网元设备可以向第三网元设备发送第二更新注册消息，该第二更新注册消息指示主用设备。也就是说，该第二更新注册消息指示第一网元设备为主用设备。

示例性的，该第二更新注册消息中包括第一网元设备的设备角色为Leader。

上述S1207中，因为网元设备集群中的网元设备订阅了主用设备的信息，因此，在第三网元设备接收到第二更新注册消息时，可以确定网元设备集群的主用设备，进而可以向网元设备集群中的网元设备发送主用设备的信息。

应注意，为了保证主用设备的准确性，本申请实施例中，第三网元设备在接收到第二更新注册消息时，可以判断网元设备集群是否已存在主用设备。若网元设备集群中存在主用设备，则可以向第一网元设备发送网元设备集群的网元设备的列表(也可以称为NFs within Group List或组内NF列表)。该列表中可以包括网元设备集群的每个网元设备的标识、实例号、类型、状态和的设备角色。若网元设备集群中不存在主用设备，则可以更新已存储的该第一网元设备的设备角色，且向网元设备集群中的网元设备发送主用设备的信息。

上述S1208中，本申请实施例中，网元设备集群的备用设备是主用设备确定的。其中，主用设备可以根据网元设备集群中的网元设备的信息，以及备用设备的确定规则，确定备用设备。示例性的，如备用设备的确定规则为：将网元设备的实例号按照从小到大的顺序排列，将排列第二位的网元设备作为备用设备(Backup Leader)。其中，主用设备排列第一位。

应理解，上述S1207和S1208可以同时执行。

上述S1209中，主用设备在确定备用设备后，可以向第三网元设备发送第三更新注册消息。其中，该第三更新注册消息指示备用设备，示例性的，该第三更新注册消息中可以包括备用设备的信息。

上述S1210中，因为网元设备集群中的网元设备订阅了备用设备的信息，因此，在第三网元设备接收到第三更新注册消息时，可以确定网元设备集群的备用设备，进而可以向网元设备集群中的网元设备发送备用设备的信息。

应注意，为了保证备用设备的准确性，本申请实施例中，第三网元设备在接收到第三更新注册消息时，可以判断网元设备集群是否已存在备用设备。若网元设备集群中存在备用设备，则可以向第一网元设备发送网元设备集群的网元设备的列表。若网元设备集群中不存在备用设备，则可以更新已存储的备用设备的设备角色，且向网元设备集群中的网元设备发送备用设备的信息。

另外，第三网元设备在接收到第三更新注册消息时，还可以判断第三更新注册消息是否来自主用设备。若第三更新注册消息是主用设备发送的，则可以更新已存储的备用设备的设备角色，且向网元设备集群中的网元设备发送备用设备的信息。若第三更新注册消息不是主用设备发送的，则第三网元设备可以向第一网元设备发送网元设备集群的网元设备的列表。

应理解，本申请实施例中网元设备集群中的网元设备还可以向第三网元设备订阅业务数据变更服务，以实现第三网元设备在接收到业务数据后，同步至网元设备集群中的网元设备。示例性的，网元设备向第三网元设备订阅业务数据变更服务的具体实现方式可以为：订阅消息中包括订阅业务数据变更服务的标识，该标识可以用于指示系统配置数据(Group Configuration)、license配置数据、业务部署需求等业务数据。

本申请实施例中，网元设备集群中的网元设备可以订阅网元设备集群的主用设备的信息和备用设备的信息，进而可以实现上述实施例中的网元设备间的业务协同方法。且本申请实施例中网元设备还可以预先订阅业务数据变更服务，进而可以在网元设备之间达到同步业务数据的目的。

在上述图12的基础上，图13为本申请实施例提供的另一实施例的网元设备注册和订阅的流程示意图。如图13所示，本申请实施例中，在上述S1210之后还可以包括：

S1211，若第三网元设备检测到备用设备故障，则向主用设备发送第一故障信息，第一故障消息指示备用设备故障。

S1212，第三网元设备接收来自主用设备的第四更新注册消息，第四更新注册消息指示新的备用设备。

S1213，第三网元设备向网元设备集群中的网元设备发送新的备用设备的信息。

S1214，若第三网元设备检测到主用设备故障，则向备用设备发送第二故障消息，第二故障消息指示第一网元设备故障。

S1215，第三网元设备接收来自备用设备的第五更新注册消息，第五更新注册消息指示新的主用设备，新的主用设备为备用设备。

S1216，第三网元设备向网元设备集群中的网元设备发送新的主用设备的信息。

上述S1211中，第三网络设备可以检测主用设备和备用设备，以确定主用设备和备用设备是否故障。示例性的，第三网络设备可以检测第三网络设备和主用设备之间的心跳，确定主用设备是否故障。其中，若第三网络设备和主用设备之间的没有心跳或心跳异常，则可以确定主用设备故障。若第三网络设备和主用设备之间的心跳正常，则可以确定主用设备正常。同理的，第三网络设备可以检测第三网络设备和备用设备之间的心跳，确定备用设备是否故障。其中，若第三网络设备和备用设备之间的没有心跳或心跳异常，则可以确定备用设备故障。若第三网络设备和备用设备之间的心跳正常，则可以确定备用设备正常。

其中，若第三网元设备检测到备用设备故障，则可以向主用设备发送第一故障信息，该第一故障消息指示备用设备故障。

上述S1212中，主用设备接收到第一故障消息后，可以根据网元设备集群中的网元设备的信息，以及备用设备的确定规则，重新确定新的备用设备。示例性的，如主用设备可以将实例号排列第三位的网元设备作为新的备用设备。

在主用设备确定新的备用设备后，可以更新备用设备的信息。本申请实施例中，主用设备可以向第三网元设备发送第四更新注册消息，该第四更新注册消息指示新的备用设备。

上述S1213中，在第三网络设备接收到第四更新注册消息后，且第三网络设备已经检测备用设备故障，则可以向网元设备集群中的网元设备发送新的备用设备的信息。

上述S1214中，同理的，第三网络设备检测到主用设备故障时，可以向备用设备发送第二故障消息，使得备用设备升级为主用设备，即新的主用设备为上一次确定的备用设备。其中，第二故障消息指示第一网元设备故障。

上述S1215中，备用设备在接收到第二故障消息后，可以更新备用设备的注册信息，将自己的设备角色修改为主用设备，即备用设备升级为新的主用设备。本申请实施例中，备用设备可以向第三网元设备发送第五更新注册消息，第五更新注册消息指示新的主用设备，新的主用设备为备用设备。也就是说，本申请实施例中的第五更新注册消息用于更新备用设备的设备角色，将备用设备更新为新的主用设备。

上述S1216中，相对应的，第三网元设备接收第五更新注册消息后，且第三网络设备已经检测主用设备故障，则可以向网元设备集群中的网元设备发送新的主用设备的信息。

本申请实施例中，在主用设备或备用设备故障时，可以更新注册消息，以确定新的主用设备和新的备用设备，进而保证网元设备集群中网元设备间业务的协同。

图14为本申请实施例提供的一种网元设备的结构示意图。本申请实施例的网元设备可以为前述所说的第一网元设备，也可以为应用于第一网元设备中的芯片。该网元设备可以用于执行上述方法实施例中第一网元设备的动作。如图14所示，该网元设备1400可以包括：收发模块1401和处理模块1402。

其中，收发模块1401用于接收业务请求，业务请求指示网元设备集群中的网元设备均执行业务请求指示的业务。

处理模块1402，用于对业务请求进行预处理，并向网元设备集群中的网元设备同步预处理后的业务请求。

在一种可能的实现方式中，收发模块1401具体用于接收来自第二网元设备的业务请求，第二网元设备为网元设备集群之外的网元设备。

在一种可能的实现方式中，收发模块1401具体用于接收来自网元设备集群中的非主用设备的业务请求。

在一种可能的实现方式中，业务请求包括业务数据，预处理包括第一网元设备检测网元设备集群中的网元设备是否具备执行业务的条件。其中，处理模块1402，具体用于根据业务数据，检测网元设备集群中的网元设备是否具备执行业务的条件，若网元设备集群中的网元设备具备执行业务的条件，则根据业务，向网元设备集群中的网元设备同步业务数据。

在一种可能的实现方式中，处理模块1402，具体用于若业务为预设业务，则对业务数据进行处理，且向网元设备集群中的网元设备同步处理后的业务数据；若业务为非预设业务，则向网元设备集群中的网元设备同步业务数据。

在一种可能的实现方式中，收发模块1401，还用于向网元设备集群中的网元设备发送业务数据。

在一种可能的实现方式中，网元设备集群中的网元设备预先向第三网元设备订阅业务数据变更服务。其中，收发模块1401，还用于向第三网元设备发送第一更新注册消息，第一更新注册消息包括业务数据，第一更新注册消息指示第三网元设备向网元设备集群中的网元设备发送业务数据。

在一种可能的实现方式中，处理模块1402，还用于若第一网元设备为网元设备集群中的网元设备，则根据业务数据，执行业务。

在一种可能的实现方式中，业务为业务许可license配置，业务为预设业务，业务数据包括第一网元设备的控制配额或网络级license的控制配额。其中，处理模块1402，具体用于根据网元设备集群中至少一个网元设备同步的业务数据，确定网元设备集群中每个网元设备的待分配的控制配额，处理后的业务数据为每个网元设备的待分配的控制配额；且同步每个网元设备的待分配的控制配额。

在一种可能的实现方式中，处理模块1402，还用于获取第四网元设备同步的配额请求，配额请求指示第一网元设备为第四网元设备分配新的控制配额，第四网元设备为网元设备集群中的任意一个网元设备。

在一种可能的实现方式中，业务为如下任意一项：系统配置、业务许可license配置、业务功能部署、上报会话数据、上报追踪用户的数据或业务策略部署。

在一种可能的实现方式中，收发模块1401，还用于向第三网元设备发送注册消息，注册消息包括网元设备集群的标识，以及向第三网元设备发送订阅消息，订阅消息指示订阅网元设备集群中的网元设备的信息、网元设备集群中主用设备的信息以及备用设备的信息。

在一种可能的实现方式中，主用设备和备用设备是预配置的。其中，收发模块1401，还用于接收来自第三网元设备的主用设备的信息和备用设备的信息。

在一种可能的实现方式中，收发模块1401，还用于接收来自第三网元设备的网元设备集群中的网元设备的信息。处理模块1402，还用于根据网元设备集群中的网元设备的信息，以及主用设备的确定规则，确定第一网元设备为网元设备集群中的主用设备，收发模块1401，还用于向第三网元设备发送第二更新注册消息，第二更新注册消息指示主用设备，且指示第三网元设备向网元设备集群中的网元设备发送主用设备的信息。

在一种可能的实现方式中，处理模块1402，还用于根据网元设备集群中的网元设备的信息，以及备用设备的确定规则，确定备用设备。收发模块1401，还用于向第三网元设备发送第三更新注册消息，第三更新注册消息指示备用设备，第三更新注册消息指示第三网元设备向网元设备集群中的网元设备发送备用设备的信息。

在一种可能的实现方式中，处理模块1402，还用于若接收来自第三网元设备的第一故障信息，则第一网元设备重新根据网元设备集群中的网元设备的信息，以及备用设备的确定规则，确定网元设备集群中新的备用设备，第一故障消息指示备用设备故障。收发模块1401，还用于向第三网元设备发送第四更新注册消息，第四更新注册消息指示新的备用设备，第四更新注册消息指示第三网元设备向网元设备集群中的网元设备发送新的备用设备的信息。

本申请实施例提供的网元设备，可以执行上述方法实施例中第一网元设备的动作，其实现原理和技术效果类似，在此不再赘述。

图15为本申请实施例提供的另一种网元设备的结构示意图。本申请实施例的网元设备可以为前述所说的第三网元设备，也可以为应用于第三网元设备中的芯片。该网元设备可以用于执行上述方法实施例中第三网元设备的动作。如图15所示，该网元设备1500可以包括：收发模块1501和处理模块1502。

其中，收发模块1501，用于接收来自第一网元设备的第一更新注册消息，第一更新注册消息包括业务数据，第一网元设备为网元设备集群的主用设备。

收发模块1501，还用于向网元设备集群中的网元设备发送业务数据。

在一种可能的实现方式中，收发模块1501，还用于接收来自第一网元设备的注册消息，注册消息中包括网元设备集群的标识，以及接收来自第一网元设备的订阅消息，订阅消息指示第一网元设备订阅网元设备集群中的网元设备的信息、网元设备集群中主用设备的信息以及备用设备的信息。

在一种可能的实现方式中，主用设备和备用设备是预配置的。收发模块1501，还用于向第一网元设备发送主用设备的信息和备用设备的信息。

在一种可能的实现方式中，收发模块1501，还用于向第一网元设备发送网元设备集群中的网元设备的信息，以及接收来自第一网元设备的第二更新注册消息，且向网元设备集群中的网元设备发送第一网元设备的信息，第二更新注册消息指示第一网元设备为网元设备集群的主用设备。

在一种可能的实现方式中，收发模块1501，还用于接收来自第一网元设备的第三更新注册消息，第三更新注册消息指示备用设备，以及向网元设备集群中的网元设备发送备用设备的信息。

在一种可能的实现方式中，处理模块1502，还用于检测主用设备和备用设备是否故障。其中，收发模块1501，还用于若备用设备故障，则向第一网元设备发送第一故障信息，以及接收来自第一网元设备的第四更新注册消息，且向网元设备集群中的网元设备发送新的备用设备的信息，第一故障消息指示备用设备故障，第四更新注册消息指示新的备用设备。

在一种可能的实现方式中，若第一网元设备故障，则收发模块1501，还用于向备用设备发送第二故障信息，且接收来自备用设备的第五更新注册消息，以及向网元设备集群中的网元设备发送新的主用设备的信息，第二故障消息指示第一网元设备故障，第五更新注册消息指示新的主用设备，新的主用设备为备用设备。

本申请实施例提供的网元设备，可以执行上述方法实施例中第三网元设备的动作，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上收发模块实际实现时可以为收发器、或者包括发送器和接收器。而处理模块可以以软件通过处理元件调用的形式实现；也可以以硬件的形式实现。例如，处理模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上处理模块的功能。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个专用集成电路(application specific integrated circuit，ASIC)，或，一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

图16为本申请实施例提供的另一种网元设备的结构示意图。如图16所示，该网元设备可以包括：处理器1601(例如CPU)、存储器1602、收发器1603；收发器1603耦合至处理器1601，处理器1601控制收发器1603的收发动作；存储器1602可能包含高速随机存取存储器(random-access memory，RAM)，也可能还包括非易失性存储器(non-volatile memory，NVM)，例如至少一个磁盘存储器，存储器1602中可以存储各种指令，以用于完成各种处理功能以及实现本申请的方法步骤。可选的，本申请涉及的网元设备还可以包括：电源1604、通信总线1605以及通信端口1606。收发器1603可以集成在网元设备的收发信机中，也可以为网元设备上独立的收发天线。通信总线1605用于实现元件之间的通信连接。上述通信端口1606用于实现网元设备与其他外设之间进行连接通信。

在本申请实施例中，上述存储器1602用于存储计算机可执行程序代码，程序代码包括指令；当处理器1601执行指令时，指令使网元设备的处理器1601执行上述方法实施例中网元设备的处理动作，使收发器1603执行上述方法实施例中网元设备的收发动作，其实现原理和技术效果类似，在此不再赘述。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

本文中的术语“多个”是指两个或两个以上。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。

可以理解的是，在本申请的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。

Claims

一种网元设备间业务协同的方法，其特征在于，包括：

第一网元设备接收业务请求，所述业务请求指示网元设备集群中的网元设备均执行所述业务请求指示的业务，所述第一网元设备为所述网元设备集群的主用设备；

所述第一网元设备对所述业务请求进行预处理，并向所述网元设备集群中的网元设备同步预处理后的业务请求。
根据权利要求1所述的方法，其特征在于，所述第一网元设备接收业务请求，包括：

所述第一网元设备接收来自第二网元设备的所述业务请求，所述第二网元设备为所述网元设备集群之外的网元设备。
根据权利要求1所述的方法，其特征在于，所述第一网元设备接收业务请求，包括：

所述第一网元设备接收来自所述网元设备集群中的非主用设备的所述业务请求。
根据权利要求1-3中任一项所述的方法，其特征在于，所述业务请求包括业务数据，所述预处理包括所述第一网元设备检测所述网元设备集群中的网元设备是否具备执行所述业务的条件，所述第一网元设备对所述业务请求进行预处理，并向所述网元设备集群中的网元设备同步预处理后的业务请求，包括：

所述第一网元设备根据所述业务数据，检测所述网元设备集群中的网元设备是否具备执行所述业务的条件；

若所述网元设备集群中的网元设备具备执行所述业务的条件，则所述第一网元设备根据所述业务，向所述网元设备集群中的网元设备同步所述业务数据。
根据权利要求4所述的方法，其特征在于，所述第一网元设备根据所述业务，向所述网元设备集群中的网元设备同步所述业务数据，包括：

若所述业务为预设业务，则所述第一网元设备对所述业务数据进行处理，且向所述网元设备集群中的网元设备同步处理后的业务数据；

若所述业务为非预设业务，则所述第一网元设备向所述网元设备集群中的网元设备同步所述业务数据。
根据权利要求4所述的方法，其特征在于，所述向所述网元设备集群中的网元设备同步所述业务数据，包括：

所述第一网元设备向所述网元设备集群中的网元设备发送所述业务数据。
根据权利要求4所述的方法，其特征在于，所述网元设备集群中的网元设备预先向第三网元设备订阅业务数据变更服务，所述向所述网元设备集群中的网元设备同步所述业务数据，包括：

所述第一网元设备向第三网元设备发送第一更新注册消息，所述第一更新注册消息包括所述业务数据，所述第一更新注册消息指示所述第三网元设备向所述网元设备集群中的网元设备发送所述业务数据。
根据权利要求4-7中任一项所述的方法，其特征在于，所述向所述网元设备集群中的网元设备同步预处理后的业务请求之后，还包括：

若所述第一网元设备为所述网元设备集群中的网元设备，则所述第一网元设备根据所述业务数据，执行所述业务。
根据权利要求5所述的方法，其特征在于，所述业务为业务许可license配置，所述业务为所述预设业务，所述业务数据包括所述第一网元设备的控制配额或网络级license的控制配额，所述对所述业务数据进行处理，包括：

所述第一网元设备根据所述网元设备集群中至少一个网元设备同步的所述业务数据，确定所述网元设备集群中每个网元设备的待分配的控制配额，所述处理后的业务数据为所述每个网元设备的待分配的控制配额；

所述向所述网元设备集群中的网元设备同步处理后的业务数据，包括：

所述第一网元设备同步所述每个网元设备的待分配的控制配额。
根据权利要求9所述的方法，其特征在于，所述方法还包括：

所述第一网元设备获取第四网元设备同步的配额请求，所述配额请求指示所述第一网元设备为所述第四网元设备分配新的控制配额，所述第四网元设备为所述网元设备集群中的任意一个网元设备。
根据权利要求1-8中任一项所述的方法，其特征在于，所述业务为如下任意一项：

系统配置、业务许可license配置、业务功能部署、上报会话数据、上报追踪用户的数据或业务策略部署。
根据权利要求1-11中任一项所述的方法，其特征在于，所述第一网元设备接收业务请求之前，还包括：

所述第一网元设备向第三网元设备发送注册消息，所述注册消息包括所述网元设备集群的标识；

所述第一网元设备向所述第三网元设备发送订阅消息，所述订阅消息指示订阅所述网元设备集群中的网元设备的信息、所述网元设备集群中主用设备的信息以及备用设备的信息。
根据权利要求12所述的方法，其特征在于，所述主用设备和所述备用设备是预配置的；所述第一网元设备向所述第三网元设备发送订阅消息之后，还包括：

所述第一网元设备接收来自所述第三网元设备的所述主用设备的信息和所述备用设备的信息。
根据权利要求12所述的方法，其特征在于，所述第一网元设备向所述第三网元设备发送订阅消息之后，还包括：

所述第一网元设备接收来自所述第三网元设备的所述网元设备集群中的网元设备的信息；

所述第一网元设备根据所述网元设备集群中的网元设备的信息，以及所述主用设备的确定规则，确定所述第一网元设备为所述网元设备集群中的主用设备；

所述第一网元设备向所述第三网元设备发送第二更新注册消息，所述第二更新注册消息指示所述主用设备，且指示所述第三网元设备向所述网元设备集群中的网元设备发送所述主用设备的信息。
根据权利要求14所述的方法，其特征在于，所述向所述第三网元设备发送第二更新注册消息之后，还包括：

所述第一网元设备根据所述网元设备集群中的网元设备的信息，以及所述备用设备的确定规则，确定所述备用设备；

所述第一网元设备向所述第三网元设备发送第三更新注册消息，所述第三更新注册消息指示所述备用设备，所述第三更新注册消息指示所述第三网元设备向所述网元设备集群中的网元设备发送所述备用设备的信息。
根据权利要求15所述的方法，其特征在于，所述第一网元设备向所述第三网元设备发送第三更新注册消息之后，还包括：

若所述第一网元设备接收来自所述第三网元设备的第一故障信息，则所述第一网元设备重新根据所述网元设备集群中的网元设备的信息，以及备用设备的确定规则，确定所述网元设备集群中新的备用设备，所述第一故障消息指示所述备用设备故障；

所述第一网元设备向所述第三网元设备发送第四更新注册消息，所述第四更新注册消息指示所述新的备用设备，所述第四更新注册消息指示所述第三网元设备向所述网元设备集群中的网元设备发送所述新的备用设备的信息。
根据权利要求1-16中任一项所述的方法，其特征在于，还包括：

第二网元设备向所述第一网元设备发送所述业务请求，所述第二网元设备为所述网元设备集群之外的网元设备。
一种网元设备间业务协同的方法，其特征在于，网元设备集群中的网元设备预先向第三网元设备订阅业务数据变更服务，所述方法包括：

所述第三网元设备接收来自第一网元设备的第一更新注册消息，所述第一更新注册消息包括业务数据，所述第一网元设备为所述网元设备集群的主用设备；

所述第三网元设备向所述网元设备集群中的网元设备发送所述业务数据。
根据权利要求18所述的方法，其特征在于，所述第三网元设备接收来自所述第一网元设备的第一更新注册消息之前，还包括：

所述第三网元设备接收来自所述第一网元设备的注册消息，所述注册消息中包括所述网元设备集群的标识；

所述第三网元设备接收来自所述第一网元设备的订阅消息，所述订阅消息指示所述第一网元设备订阅所述网元设备集群中的网元设备的信息、所述网元设备集群中主用设备的信息以及备用设备的信息。
根据权利要求19所述的方法，其特征在于，所述主用设备和所述备用设备是预配置的；所述第三网元设备接收来自所述第一网元设备的订阅消息之后，还包括：

第三网元设备向所述第一网元设备发送所述主用设备的信息和所述备用设备的信息。
根据权利要求19所述的方法，其特征在于，所述第三网元设备接收来自所述第一网元设备的订阅消息之后，还包括：

所述第三网元设备向所述第一网元设备发送所述网元设备集群中的网元设备的信息；

所述第三网元设备接收来自所述第一网元设备的第二更新注册消息，所述第二更新注册消息指示所述第一网元设备为所述网元设备集群的主用设备；

所述第三网元设备向所述网元设备集群中的网元设备发送所述第一网元设备的信息。
根据权利要求21所述的方法，其特征在于，所述第三网元设备向所述网元设备集群中的网元设备发送所述第一网元设备的信息之后，还包括：

所述第三网元设备接收来自所述第一网元设备的第三更新注册消息，所述第三更新注册消息指示所述备用设备；

所述第三网元设备向所述网元设备集群中的网元设备发送所述备用设备的信息。
根据权利要求22所述的方法，其特征在于，所述第三网元设备向所述网元设备集群中的网元设备发送所述备用设备的信息之后，还包括：

若所述第三网元设备检测到所述备用设备故障，则向所述第一网元设备发送第一故障信息，所述第一故障消息指示所述备用设备故障；

所述第三网元设备接收来自所述第一网元设备的第四更新注册消息，所述第四更新注册消息指示新的备用设备；

所述第三网元设备向所述网元设备集群中的网元设备发送所述新的备用设备的信息。
根据权利要求22所述的方法，其特征在于，所述第三网元设备向所述网元设备集群中的网元设备发送所述备用设备的信息之后，还包括：

若所述第三网元设备检测到所述第一网元设备故障，则向所述备用设备发送第二故障信息，所述第二故障消息指示所述第一网元设备故障；

所述第三网元设备接收来自所述备用设备的第五更新注册消息，所述第五更新注册消息指示新的主用设备，所述新的主用设备为所述备用设备；

所述第三网元设备向所述网元设备集群中的网元设备发送所述新的主用设备的信息。
根据权利要求18-24中任一项所述的方法，其特征在于，还包括：

所述第一网元设备向所述第三网元设备发送所述第一更新注册消息。
根据权利要求18-25中任一项所述的方法，其特征在于，还包括：

所述网元设备集群中的网元设备接收来自所述第三网元设备的所述业务数据。
一种网元设备，其特征在于，包括：

收发模块，用于接收业务请求，所述业务请求指示网元设备集群中的网元设备均执行所述业务请求指示的业务；

处理模块，用于对所述业务请求进行预处理，并向所述网元设备集群中的网元设备同步预处理后的业务请求。
一种网元设备，其特征在于，网元设备集群中的网元设备预先向第三网元设备订阅业务数据变更服务，所述网元设备包括：

收发模块，用于接收来自第一网元设备的第一更新注册消息，所述第一更新注册消息包括业务数据，所述第一网元设备为所述网元设备集群的主用设备；

所述收发模块，还用于向所述网元设备集群中的网元设备发送所述业务数据。
一种网元设备，其特征在于，包括：存储器、处理器和收发器；

所述处理器用于与所述存储器耦合，读取并执行所述存储器中的指令，以实现权利要求1-26中任一项所述的方法；

所述收发器与所述处理器耦合，由所述处理器控制所述收发器进行消息收发。
一种通信系统，其特征在于，包括：用于执行如权利要求1-16中任一项所述方法的第一网元设备，以及第二网元设备；

所述第二网元设备用于向所述第一网元设备发送业务请求，所述第二网元设备为网元设备集群之外的网元设备。
一种通信系统，其特征在于，包括：用于执行如权利要求18-24中任一项所述方法的第三网元设备，以及第一网元设备；

所述第一网元设备用于向所述第三网元设备发送第一更新注册消息。
根据权利要求31所述的通信系统，其特征在于，还包括：网元设备集群中的网元设备，所述网元设备集群中的网元设备用于接收来自所述第三网元设备的业务数据。
一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机指令，当所述计算机指令被计算机执行时，使得所述计算机执行权利要求1-26中任一项所述的方法。