CN116367272A - 一种5g网元开放事件处理方法及装置 - Google Patents

Abstract

本申请实施例提供了一种5G核心网注册中心网元网元开放事件处理方法，该方法应用于核心网注册中心网元，在接收到核心网注册中心网元内的网元发送的目标事件时，首先判断目标事件是否满足管理策略，若该目标事件满足管理策略，则按照预设的处理流程对目标时间进行处理，并将对应的处理结果发送至处理结果指向的目标地址。本申请提供的事件处理方法及装置，能够对核心网注册中心网元中的各个网元发送的时间进行统一的处理，不需再为各个网元一一开发执行对事件进行处理的代码，能够更加合理的利用资源，且使得成本得到了控制。

Description

一种5G网元开放事件处理方法及装置

技术领域

本申请实施例涉及5G技术领域，尤其涉及一种5G核心网网元开放事件处理方法、装置、计算机设备、计算机可读存储介质及计算机程序产品。

背景技术

当前主流的5G核心网注册中心网元产品都采用SBA架构(Service BasedArchitecture)，基于服务的设计理念，拆分原有网络功能，形成网络上的各个服务提供者，核心网注册中心网元控制面各个功能采用http2.0协议。5G核心网注册中心网元产品借鉴了云原生的架构，采用微服务、网络功能虚拟化、控制面与用户面分离、网络切片、边缘计算、网络能力开放等技术。

因为5G核心网注册中心网元中的各个网元根据3GPP标准都需要实现标准的事件开放功能，其中事件开放功能一般包括事件订阅、事件发布等。所以，针对各个网元都需要开发一套执行事件开放功能处理流程的代码，这样则不利于成本的控制。

发明内容

本申请实施例提供了一种5G核心网网元开放事件处理方法，能够对不同网元发布的不同事件进行统一处理，并将处理后的结果反馈给对应的网元，避免了针对各个网元都需要开发一套执行事件开放功能处理流程的代码，进而达到控制成本的目的。

第一方面，本申请实施例提供了一种5G核心网网元开放事件处理方法，应用于核心网注册中心网元，所述方法包括：

接收所述核心网注册中心网元内的目标网元发送的目标事件；

判断所述目标事件是否满足管理策略，所述管理策略用于限定所述目标事件的处理流程；

若所述目标事件满足所述管理策略，则按照预设的处理流程对所述目标事件进行处理，并将对应的处理结果发送至所述处理结果指向的目标地址。

本申请实施例提供的事件处理方法，该方法应用于核心网注册中心网元，在接收到核心网注册中心网元内的网元发送的目标事件时，首先判断目标事件是否满足管理策略，若该目标事件满足管理策略，则按照预设的处理流程对目标时间进行处理，并将对应的处理结果发送至处理结果指向的目标地址。本申请提供的事件处理方法，能够对核心网注册中心网元中的各个网元发送的时间进行统一的处理，不需再为各个网元一一开发执行对事件进行处理的代码，能够更加合理的利用资源，且使得成本得到了控制。

附图说明

图1是本申请一示例性实施例示出的一种5G核心网注册中心网元网元开放事件处理方法的应用场景图；

图2是本申请一示例性实施例示出的一种网络架构图；

图3是本申请一示例性实施例示出的一种5G网元开放事件处理方法的流程示意图；

图4是本申请一示例性实施例示出的一种5G网元开放事件处理方法的流程示意图；

图5是本申请一示例性实施例示出的一种5G网元开放事件处理方法的流程示意图；

图6是本申请一示例性实施例示出的一种5G网元开放事件处理方法的流程示意图；

图7是本申请一示例性实施例示出的一种5G网元开放事件处理方法的流程示意图；

图8是本申请一示例性实施例示出的一种5G网元开放事件处理方法的流程示意图；

图9是本申请一示例性实施例示出的一种5G网元开放事件处理方法的流程示意图；

图10是本申请一示例性实施例示出的一种5G网元开放事件处理方法的流程示意图；

图11是本申请一示例性实施例示出的一种5G网元开放事件处理方法的流程示意图；

图12是本申请一示例性实施例示出的一种5G网元开放事件处理装置的流程示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请实施例的一些方面相一致的装置和方法的例子。

在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。除非另作定义，本申请实施例使用的技术术语或者科学术语应当为本申请实施例所属领域内具有一般技能的人士所理解的通常意义。本申请实施例说明书以及权利要求书中使用的“第一”“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。同样，“一个”或者“一”等类似词语也不表示数量限制，而是表示存在至少一个。“多个”或者“若干”表示两个及两个以上。

“包括”或者“包含”等类似词语意指出现在“包括”或者“包含”前面的元件或者物件涵盖出现在“包括”或者“包含”后面列举的元件或者物件及其等同，并不排除其他元件或者物件。“通信连接”或者“相连”等类似的词语并非限定于物理的或者机械的通信连接，而且可以包括电性的通信连接，不管是直接的还是间接的。

在对本申请实施例的技术方案说明之前，首先结合附图对本申请实施例的应用场景进行说明。

参见图1，图1为本申请实施例提供的一种5G网元开放事件处理方法的应用场景图。其中，核心网注册中心网元中各个网元100与核心网注册中心网元200通信连接，各个网元将需要处理的事件通过网络发送给核心网注册中心网元200，核心网注册中心网元200将对应的处理结果发送至网元或者核心网注册中心网元200的资源池中。

其中，核心网注册中心网元200，具体可以为NRF网元，本申请的方法具体为通过注册中心提供通用的事件开放功能服务，该服务具体可以通过软件代码在注册中心实现，一方面为事件消费方创建事件订阅通道，一方面为事件生产方创建发布通道，事件开放功能服务管理所有的消费方订阅的事件信息，并创建相应的事件订阅代理实例，一但事件生产方发布事件，事件开放功能服务通过事件发布模块把数据整理转换，并发布到消息总线上，消息总线根据规则匹配，把事件信息传递给订阅代理实例，订阅代理实例根据订阅请求的信息进行匹配，如果匹配就会通过任务管理模块创建任务，任务包括相关的线程池资源、网络资源、内存资源，创建完成后，并把下件信息传递给第三方。

其中，事件消费方主要包括控制面核心网注册中心网元：AMF、SMF、PCF、AUSF、UDM、UDR、NSSF等，创建HTTP请求，请求中参数应该包括网元的标识、事件类型，最大事件报告次数，事件报告超时时间，事件报告的周期，回调地址等。事件开放功能服务接收到订阅请求之后，创建订阅实例，以及订阅策略，生成订阅的唯一标识，唯一标识采用UUID来实现。事件开放功能服务生成标准的订阅事件会话信息，并通过事件总线客户端创建会话，并标识会话的订阅内容；

事件生产方包括控制面核心网注册中心网元：AMF、SMF、PCF、AUSF、UDM、UDR、NSSF等，事件生产产在检测到UE连接变化，UE状态变化、信令处理异常等事件时，连接事件开放功能服务，并把事件信息传递给事件开放功能服务。事件开放功能服务接收到事件生产方传的事件信息后，进行数据的检验处理，完成之后通过事件客户端连接到消息总线，并创建会话，发布事件信息；消息总线根据事件信息，适配相关到相应需要此事件的会话，并通过会话发给相关的订阅代理模块；订阅代理模块对数据进行匹配过滤，如果匹配，调用任务管理模块，并传递任务信息。

注册中心网元根据任务信息创建相关的线程池资源、网络资源、内存资源进行任务执行，直到任务成功或者任务失败。

注册中心网元可包括多种处理模块，例如可包括事件处理模块，事件处理模块可以是设置在任意网元上的执行事件处理步骤的执行逻辑代码；还可以是独立的服务器，该服务器上设置有执行事件处理步骤的执行逻辑代码；还可以是分别设置在服务器集群上的执行事件处理步骤的执行逻辑代码等，本申请对此不加以限定。这种情况下，各个网元可将需要处理的事件通过网络发送给核心网注册中心网元200的事件处理模块，由该事件处理模块确定相应的处理结果。

在对本申请提供的一种5G核心网注册中心网元开放事件处理方法进行说明之前，先对核心网注册中心网元网络架构进行介绍，如图2所示，图2为一种核心网注册中心网元网络架构图：

其中，NSSF、NEF、NRF、PCF、UDM、AF、AUSF、AMF、SMF、SCP、UPF均为网元。NSSF为网络切片选择功能网元、NEF为网络开放功能网元、NRF网络存储库功能网元，为核心网注册中心网元注册中心、PCF控制策略功能网元、UDM同一数据管理网元、AF为应用功能网元、AUSF为认证服务器功能网元、AMF为接入和移动管理功能网元、SMF为会话管理功能网元、SCP网元、UPF为用户平面功能网元。DN为数据网络，例如运营商服务、互联网接入或者第三方服务等。UE为用户设备。(R)AN为接入网络(AN)或无线接入网。Nnssf、Nnef、Nnrf、Npcf、Nudm、Nausf、Namf、Nsmf均为接口。

当前的核心网注册中心网元产品都采用SBA架构，基于服务的设计里面，拆分原有网络功能，形成网络上的各个服务提供者。核心网注册中心网元内的各个功能采用http2.0协议。核心网注册中心网元产品借鉴了云原生的架构，采用微服务、网络功能虚拟化、控制面与用户面分离、网络切片、边缘计算、网络能力开放等技术。

核心网注册中心网元根据3GPP标准都需要实现标准的事件开放功能，事件开放功能一般包括事件订阅、取消订阅、订阅变更、订阅通知等功能。每个核心网注册中心网元事件开放功能的处理流程一般都是相同的，均需要处理第三方服务调用的订阅请求，根据订阅请求创建订阅实例，配置订阅实例需要的资源，记录订阅的信息，在网元内部的事件发生变更时再通过订阅实例和任务执行，回调通知给第三方，在这个这程中，只是业务数据不同，所以如果针对每个网元都均开发一套类似的事件处理机制的执行逻辑代码，一方面提高了研发成本，另一方面降低了程序的可维护性和可扩展性。

针对上述问题，如图3所示，图3为本申请实施例提供的一种5G核心网注册中心网元开放事件处理方法，以该事件处理方法应用于图1所示的核心网注册中心网元为例进行说明，该事件处理方法包括如下步骤：

步骤S301，接收核心网注册中心网元内的目标网元发送的目标事件；

其中，可由核心网注册中心网元内的事件处理模块执行本申请实施例提供的事件处理方法。首先对执行事件处理方法的事件处理模块的结构进行说明，如图4所示，图4为事件处理模块的结构示意图，由图4可知，事件处理模块包括事件交换层、事件处理层以及数据传输层。

事件交换层包括事件订阅接口和事件发布接口，事件订阅接口还包括订阅创建接口、订阅修改接口和订阅取消接口。订阅创建接口、订阅修改接口和订阅取消接口需要传递各个网元的唯一标识，用于区分各个网元发送的订阅事件。

事件发布接口主要被核心网注册中心网元中的各个网元进行调用，以便核心网注册中心网元的各个网元在发生业务数据变化时，能够通过调用该事件发布接口将网元的唯一标识信息以及变更的业务数据发送给事件处理模块。

事件处理模块还包括事件处理层，事件处理层包括订阅管理单元、任务管理单元以及事件发布单元。

订阅管理单元又包括订阅事件ID分配子单元、订阅代理管理子单元以及第一消息总线客户端。事件ID分配子单元用于为各个网元发送的订阅请求事件分配ID，以便后续的查询、删除等操作。订阅管理子单元用于对订阅请求事件创建处理窗口、对订阅请求事件进行删除、变更、对业务数据进行匹配、过滤等操作。消息总线客户端用于从数据传输层中的资源池中存取数据。第一消息总线客户端用于从数据传输层的消息总线中获取与各网元发送的订阅请求事件对应的数据。

任务管理单元包括任务配置管理子单元、线程池资源、网络资源以及内存资源。任务配置管理子单元用于初始化线程池资源、网络资源和内存资源。线程池资源负责为订阅请求事件对应的处理结果的外发创建对应的线程，以及在将处理结果发送成功后对占用的线程进行销毁。网络资源用于创建网络客户端，并通过网络客户端将处理结果发送给对应的网元。内存资源用于对处理结果进行缓存。

事件处理层还包括事件发布单元，该事件发布单元包括上下文管理子单元、事件发布管理子单元以及第二消息总线客户端。

上下文管理子单元，用于对各个网元发送的发布事件解密、校验、分配ID等操作。

事件发布管理，用于对发布事件的合法性进行审核、过滤掉需要保密的数据、为发布事件中的业务数据设置权限等操作。

第二消息总线客户端，用于将处理好的发布事件通过第二消息总线客户端发送至数据传输层的消息总线中。

事件处理模块还包括数据传输层，数据传输层包括消息总线，消息总线主要用于存放各网元发送的业务数据，以及按照预设的封装协议(例如为JSON协议)对业务数据进行封装并传输。另外，消息总线还可以创建订阅管理单元和事件发布单元之间的会话、变更会话以及删除会话，另外，消息总线还能够把业务数据通过匹配的会话进行转发等。

基于上述对事件处理模块的描述，事件处理模块可以是通过事件交换层的事件订阅接口或者事件发布接口接收核心网注册中心网元内的任意网元(也即目标网元)发送的目标事件。该目标事件可以是事件消费方的订阅请求事件，也可以是事件生产方的发布事件；当然，事件处理模块的事件订阅接口以及事件发布接口还可以是同时接收不同网元或者同一网元发送的订阅请求事件以及发布事件本申请对此不加以限定。

步骤S302，判断目标事件是否满足管理策略，管理策略用于限定目标事件的处理流程；

其中，管理策略是用于限定目标事件处理流程的判断标准，通过对目标事件是否满足管理策略的判断，从而确定对目标事件的处理流程，以针对不同的目标事件采用不同的处理流程进行处理，以提高对目标事件处理的效率。在这里需要说明的是，不同的目标事件判断是否满足管理策略的方法不同，下面就针对不同的目标事件，示例性的说明如何判断该目标事件是否满足管理策略：

如图5所示，图5为本申请实施例提供的当目标事件为订阅请求事件时，判断目标事件是否满足管理策略的一种可选的方法实施例，该方法实施例包括如下步骤：

步骤S501，将订阅请求事件的内容与历史记录进行匹配，历史记录包括不同网元发送的多个订阅请求；若匹配失败，则执行步骤S502；若匹配成功，则执行步骤S503；

其中，在核心网注册中心网元接收到目标网元发送的订阅请求事件后，首先需要将该订阅请求事件的请求内容与历史订阅请求的内容进行匹配，也就是将订阅请求事件具体请求的内容与各历史订阅请求的具体请求内容进行比对，判断是否存在订阅请求事件的内容与各历史订阅请求中的至少一个历史订阅请求的内容相同的情况，若存在，则确定匹配成功；反之，若不存在，则确定匹配失败。

若目标网元发送的订阅请求事件已向核心网注册中心网元发送过，则核心网注册中心网元无需再根据预设的处理流程对订阅请求事件进行处理，而是查询目标网元没有接收到对应的处理结果的原因，并进行针对性的处理。

在这里需要说明的是，若目标网元发送的订阅请求事件与历史记录匹配成功，可能存在的原因是在核心网注册中心网元向目标网元发送处理结果的过程中，网络出现故障、没有空闲线程、目标网元的接收器存在问题等原因，只要确定了目标网元未接收到处理结果的原因，针对性的进行解决即可。

通过将订阅请求事件与历史记录进行匹配，能够避免对同一订阅请求事件进行重复处理，从而达到节约事件处理模块资源的目的。

步骤S502，确定订阅请求事件满足管理策略；

那么，可以是确定该订阅请求事件与历史记录匹配失败的情况下，确定该订阅事件满足管理策略，也就说明该订阅请求事件可以是目标网元第一次向核心网注册中心网元发送该订阅请求事件，接下来按照预设的处理流程对目标网元发送的订阅请求事件进行处理，并将对应的处理结果发送给目标网元即可。

步骤S503，确定订阅请求事件不满足管理策略。

反之，在确定订阅请求事件的内容与历史记录匹配成功后，则可以是确定该订阅请求事件不满足在管理策略，也就是说无需再通过预设的处理流程对该订阅请求事件进行处理。

在这里需要说明的是，如果由核心网注册中心网元内的事件处理模块确定订阅请求事件是否满足管理策略，而事件处理模块的架构如图4所示，则事件处理模块可以是通过事件处理层中的资源管理单元确定该订阅请求事件是都满足管理策略，进一步的，可以是通过资源管理单元中的订阅代理管理子单元确定该订阅请求事件是都满足管理策略。

在另一个实施例中，如图6所示，当事件处理模块接收到目标网元发送的订阅请求事件后，还包括如下步骤：

步骤S601，为订阅请求事件分配第一身份标识号；

其中，在接收到目标网元发送的订阅请求事件后，可以是通过资源管理单元中的订阅事件ID分配子单元为该订阅请求事件分配第一身份标识号(也即ID)，通过为各订阅请求事件分配第一身份标识号来区分各网元以及各订阅请求事件，以便后续在需要时对订阅请求事件进行查询、删除、变更等处理。

步骤S602，在确定订阅请求不满足管理策略后，根据第一身份标识查找订阅请求，并将订阅请求删除。

其中，在事件处理模块确定订阅请求不满足管理策略后，可以是通过订阅代理管理子单元根据订阅请求事件的第一身份标识查找订阅请求，并将订阅请求删除。

在再一个实施例中，如图7所示，若订阅代理管理子单元确定该订阅请求事件不满足管理策略后，则可以是执行如下步骤：

步骤S701，确定接收订阅请求事件的次数是否超过第一阈值；若超过第一阈值，则执行步骤S702；若未超过第一阈值，则执行步骤S703；

其中，在确定订阅请求事件不满足管理策略的情况下，可以是继续确定目标网元向事件处理模块发送该订阅请求事件的次数，并将该次数与预设的第一阈值进行比对。本申请通过将次数与预设的第一阈值进行比对的方式，来确定继续处理订阅请求事件的方案，避免对相同的订阅请求事件进行多次处理，造成资源浪费。在这里需要说明的是，该比对的过程可以是通过订阅管理单元的订阅代理管理子单元来进行。

步骤S702，向目标网元返回第一消息，第一消息用于提示目标网元已对订阅请求事件处理完成；

其中，在确定超过第一阈值后，则向目标网元发送用于提示目标网元已对订阅请求事件处理完成的消息。

步骤S703，确定订阅请求事件对应的处理结果是否发送超时；若超时，则执行步骤S704；若未超时，则执行步骤S705；

另外，在核心网注册中心网元确定次数小于第一阈值后，继续确定已处理的订阅请求事件对应的处理结果是否发送超时，也即核心网注册中心网元是否在约定的时间段内向目标网元发送订阅请求事件对应的处理结果。本申请通过对处理结果是否发送超时进行判断，能够避免对订阅请求事件的处理结果进行重复的发送，造成资源浪费。在这里需要说明的是，如果该步骤有核心网注册中心网元内的事件处理模块执行，则确定订阅请求对应的处理解雇是否发生超时可以是由订阅管理单元的订阅代理管理子单元执行。

步骤S704，向目标网元返回第二消息，第二消息用于提示目标网元正在重新发送；

其中，在确定处理结果发送超时后，可以是向目标网元发送提示重新发送的第二消息，并为订阅请求事件对应的处理结果分配对应的资源，以对订阅请求事件的处理结果进行重新发送。

步骤S705，向目标网元返回第三消息，第三消息用于提示目标网元等待。

其中，在确定处理结果未发送超时后，可以向目标网元发送提示等待的第三消息，以避免目标网元重复发送订阅请求事件，造成资源的浪费。

在这里需要说明的是，如果该步骤有核心网注册中心网元内的事件处理模块执行，则事件处理模块可以通过任务管理单元向目标网元发送第二消息或者第三消息。

步骤S303，在目标事件满足管理策略的情况下，按照预设的处理流程对目标事件进行处理，并将对应的处理结果发送至处理结果指向的目标地址。

其中，预设的处理流程可以是与目标事件匹配的处理流程，不同的目标事件对应不同的预设的处理流程，下面对目标事件进行处理的过程进行具体说明：

在另一个实施例中，如图8所示，图8是本申请一示例性实施例提供的在确定订阅请求事件满足管理策略后的一种可选的方法实施例，该方法实施例包括如下步骤：

步骤S801，若确定订阅请求事件满足管理策略，则从消息总线中获取订阅请求事件的处理结果；

其中，由于数据传输层的消息总线中存储有各目标网元的业务数据，事件处理模块可以是在确定目标网元发送的订阅请求事件满足管理策略后，也即目标网元未曾向事件处理模块发送过于该订阅请求事件内容相同的事件之后，通过第一消息总线客户端从数据传输层的消息总线中获取目标网元发送的订阅请求事件的处理结果。

步骤S802，根据当前的网元规模和配置参数为订阅请求事件的出来结果分配目标资源，目标资源包括线程资源和网络资源；

其中，当事件处理模块获取了目标网元发送的订阅请求事件的处理结果后，可以是通过任务管理单元为订阅请求事件的处理结果分配对应的线程资源以及网络资源，以便通过线程和网络将订阅请求事件的处理结果发送给目标网元。

步骤S803，根据唯一标记确定目标网元的接口地址；

其中，唯一标记是目标网元在发送订阅请求事件时携带的用于区别不同目标网元的标识。事件处理模块可以是在为订阅请求事件分配线程资源以及网络资源成功后，通过目标网元的唯一标记确定目标网元的接口地址。

事件处理模块中可以是预先存储有信息表，该信息表中包括与事件处理模块能够进行通信的各个网元的唯一标记和与各个网元的唯一标记对应的各个网元的接口地址。那么事件处理模块可以是在需要向目标网元发送处理结果时，从对应的存储器地址中的读取该信息表，以根据该信息表以及目标网元的唯一标记确定目标网元的接口地址，当然事件处理模块还可以有其它确定目标网元的接口地址的方法，本申请对此不加以限定。

步骤S804，通过线程资源和网络资源将订阅请求事件的处理结果发送至目标网元的接口地址。

其中，当任务管理单元中的线程池资源以及网络资源有空闲，那么事件处理模块可以是通过分配的线程资源和网络资源将订阅请求事件对应的处理结果发送至目标网元的接口地址，以便目标网元根据接收到的处理结果执行对应的分析处理操作。

事件处理模块在为处理结果分配线程资源和网络资源的过程中，可能存在有空闲线程以及网络的情况，那么就可以为处理结果分配到对应的线程资源和网络资源，以便能够及时的将处理结果发送至目标网元。但是，还会存在事件处理模块当前没有空闲的线程以及对应的网络，那么在这种情况下，见下述处理步骤。

在另一个实施例中，如图9所示，包括如下步骤：

步骤S901，若订阅请求事件的处理结果未分配到线程资源和网络资源，则为订阅请求事件的处理结果分配内存资源；

其中，任务管理单元还包括内存资源。未分配到目标资源可能是事件处理模块当前没有空闲的线程和/或当前没有网络，在这种情况下，为了避免对订阅请求事件进行重复的处理，浪费资源，可以是为订阅请求事件的处理结果分配内存资源。

步骤S902，通过内存资源对订阅请求事件的处理结果进行缓存；

其中，若事件处理模块为订阅请求事件的处理结果分配了对应的内存资源，在订阅请求事件的处理结果暂时未分配到目标资源的情况下，可以是先通过内存资源对订阅请求事件的处理结果进行缓存，这样能够避免无法及时反馈造成的重复处理的情况出现。

步骤S903，在为订阅请求事件的处理结果分配线程资源和网络资源后，通过线程资源和网络资源将缓存的订阅请求事件的处理结果发送至目标网元的接口地址。

其中，若事件处理模块中存在对应的线程资源以及网络资源，则可以是在为订阅请求事件分配目标资源后，将内存中存储的订阅请求事件的处理结果发送至目标网元的接口地址。

在另一个实施例中，在通过目标资源将缓存的订阅请求事件的处理结果发送至目标网元的接口地址之后，将处理结果从内存中删除。

其中，为了节约存储空间，提升事件处理模块的性能，本申请可以是在内存中存储的订阅请求事件的处理结果已发送至目标网元的接口地址后，将内存中的订阅请求事件的处理结果删除，已达到释放内存资源的目的，便于其它订阅请求事件的处理结果的存储。

同样地，在通过线程资源和网络资源将处理结果发送至目标网元的接口地址之后，释放线程资源和网络资源。以便于通过释放的线程资源和网络资源发送其它订阅请求事件的处理结果，以实现对资源更加合理的利用，达到提升事件处理模块处理效率的目的。

如图10所示，图10为本申请实施例提供的当目标事件为发布事件时，判断目标事件是否满足管理策略的一种可选的方法实施例，该方法实施例包括如下步骤：

目标事件为发布事件，发布事件携带目标网元的唯一标记，判断目标事件是否满足管理策略包括：

步骤S1001，获取与目标网元的唯一标记对应的密钥，并通过密钥对发布事件进行解密操作；

其中，各网元在运行的过程中会产生各种业务数据，为了避免将自身的业泄露导致产生损失的情况出现，各网元在向事件处理模块发送发布事件的时，会对各发布事件进行加密处理。

事件处理模块中可以是存储有各网元的唯一标记和与各网元的唯一标记对应的密钥的对应关系信息表，由于目标网元在向事件处理模块发送发布事件时携带有目标网元的唯一标记，那么当目标网元向事件处理模块发送的目标事件为发布事件的情况下，可以是从对应关系信息表中根据目标网元的唯一标记确定密钥，以通过密钥对目标网元发送的发布事件进行解密操作，从而获得目标网元发送的业务数据。本申请可以是通过事件处理层的上下文管理子单元获取与目标网元的唯一标记对应的密钥，并通过密钥对发布事件进行解密操作。

步骤S1002，对解密操作后的发布事件进行校验；

其中，对解密操作后的发布事件进行校验的目的是为了确定解密后的发布事件是否符合预设的格式、是否与目标网元的业务匹配、是否解密成功等。对解密操作后的发布事件进行校验，可以是将解密操作后的发布事件与正确的发布事件进行比对，若不必对成功则校验成功，若比对失败则校验失败。当然，还可以有其它校验方法，本申请对此不加以下限定。在这里需要说明的是，对解密操作后的发布事件进行校验可以是事件发布单元中的上下文管理子单元执行的操作。

步骤S1003，在校验成功的情况下，获取与唯一标记对应的事件发布规则；

其中，事件处理模块中可以是存储有各网元的唯一标记和与各网元的唯一标记对应的时间发布规则的信息表。事件发布规则例如包括：A类型的数据可以发布、B类型的数据不可以发布、C类型的数据需要加密发布、多次发送的业务数据进行合并发布等。

事件处理模块可以是在通过上述方法对解密操作后的发布事件校验成功后，可以是从信息表中获取与目标网元的唯一标记对应的事件发布规则。

步骤S1004，确定解密操作后的发布事件是否满足事件发布规则；若满足，则执行步骤S1005；若不满足，则执行步骤S1006；

其中，在确定了对应的事件发布规则后，可以是继续确定解密后的发布事件是否满足事件发布规则，也就是确定目标网元将要发送的业务数据中可以发布的数据、不能发送的数据、不满足格式的数据、需要加密的数据、需要合并发送的数据、需要删除的数据等。在这里需要说明的是，可以是通过事件发布单元中的时间发布管理子单元确定该发布事件是否满足发不规则。

步骤S1005，确定发布事件满足管理策略；

步骤S1006，确定发布事件不满足管理策略。

那么，事件处理模块可以是在确定解密后的发布事件满足发布规则的情况下确定该发布事件满足管理策略；反之，可以是在确定解密后的发布事件不满足发布规则的情况下确定该发布事件不满足管理策略。

在另一个实施例中，如图11所示，还包括：

步骤S1101，为发布事件分配第二身份标识号；

其中，事件处理模块可以是在接收到目标网元发送的发布事件后，通过上下文管理子单元为发布事件分配对应的第二身份标识号，便于区分各发布事件的同是，还可以便于在后续需要对该发布事件进行查询、变更、删除等操作时，通过第二身份标识码快速的查询到发布事件，提高对发布事件的处理效率。

步骤S1102，在确定发布事件不满足管理策略后，通过第二身份标识号查找发布事件，并将发布事件删除。

其中，事件处理模块在为各发布事件分配第二身份标识号后，可以是在确定发布事件不满足管理策略后，通过第二身份标识号查找发布事件，并将发布事件进行删除，以对事件处理模块的空间进行释放。

在另一个实施例中，若通过上述方法确定目标网元发送的发布事件满足管理策略，则可以是将该发布事件通过第二消息总线客户端发送至数据传输层的消息总线中。

在另一个实施例中，若通过上述方法确定目标网元发送的发布事件不满足管理策略，则可以是根据对应的事件发布规则对解密后的发布事件进行处理，以将解密后的发布事件处理为满足事件发布规则的发布事件，并将满足事件发布规则的发布事件通过第二消息总线客户端发送至数据传输层的消息总线中。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的控制终端100。该控制终端100所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个控制终端100实施例中的具体限定可以参见上文中对于接货方法的限定，在此不再赘述。

在一个实施例中，如图12所示，提供了一种5G核心网注册中心网元开放事件处理装置，其特征在于，该装置设置于核心网注册中心网元，包括：接收模块1201、判断模块1202和处理模块1203；

接收模块1201，用于接收核心网注册中心网元内的目标网元发送的目标事件；

判断模块1202，用于判断目标事件是否满足管理策略，管理策略用于限定目标事件的处理流程；

处理模块1203，用于在目标事件满足管理策略的情况下，按照预设的处理流程对目标事件进行处理，并将对应的处理结果发送至处理结果指向的目标地址。

在另一个实施例中，判断模块1202，具体用于将订阅请求事件的内容与历史记录进行匹配，历史记录包括不同网元发送的多个订阅请求；

若匹配失败，则确定订阅请求事件满足管理策略；

若匹配成功，则确定订阅请求事件不满足管理策略。

在另一个实施例中，事件处理装置还包括确定返回模块，

确定返回模块，用于确定接收订阅请求事件的次数是否超过第一阈值；

若超过第一阈值，则向目标网元返回第一消息，第一消息用于提示目标网元已对订阅请求事件处理完成；

若未超过第一阈值，则确定订阅请求事件对应的处理结果是否发送超时；

若超时，则向目标网元返回第二消息，第二消息用于提示目标网元正在重新发送；

若未超时，则向目标网元返回第三消息，第三消息用于提示目标网元等待。

处理模块1203，具体用于若确定订阅请求事件满足管理策略，则从消息总线中获取订阅请求事件的处理结果；

根据当前的网元规模和配置参数为订阅请求事件的处理结果分配目标资源，目标资源包括线程资源和网络资源；

根据唯一标记确定目标网元的接口地址；

通过线程资源和网络资源将订阅请求事件的处理结果发送至目标网元的接口地址。

在另一个实施例中，处理模块1203，具体还用于若订阅请求事件的处理结果未分配到线程资源和网络资源，则为订阅请求事件的处理结果分配内存资源；

通过内存资源对订阅请求事件的处理结果进行缓存；

在为订阅请求事件的处理结果分配目标资源后，通过线程资源和网络资源将缓存的订阅请求事件的处理结果发送至目标网元的接口地址。

在另一个实施例中，处理模块1203，还用于在通过目标资源将缓存的订阅请求事件的处理结果发送至目标网元的接口地址之后，将处理结果从内存资源中删除。

在另一个实施例中，处理模块1203，还用于在通过线程资源和网络资源将处理结果发送至目标网元的接口地址之后，释放线程资源和网络资源。

在另一个实施例中，事件处理装置还包括分配模块，

分配模块，用于为订阅请求事件分配第一身份标识号；

在确定订阅请求不满足管理策略后，根据第一身份标识查找订阅请求，并将订阅请求删除。

在另一个实施例中，判断模块1202，具体还用于获取与目标网元的唯一标记对应的密钥，并通过密钥对发布事件进行解密操作；

对解密操作后的发布事件进行校验；

在校验成功的情况下，获取与唯一标记对应的事件发布规则；

确定解密操作后的发布事件是否满足事件发布规则；

若满足，则确定发布事件满足管理策略；

若不满足，则确定发布事件不满足管理策略。

在另一个实施例中，处理模块1203，具体还用于在确定发布事件满足管理策略后，将发布事件发布到消息总线中。

在另一个实施例中，分配模块，还用于为发布事件分配第二身份标识号；在确定发布事件不满足管理策略后，通过第二身份标识号查找发布事件，并将发布事件删除。

此外，本实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一实施例的事件处理方法。

另，本实施例还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现权利要求上述任一实施例的事件处理方法。

容易理解的是，本领域技术人员在本申请实施例提供的几个实施例的基础上，可以对本申请实施例的实施例进行结合、拆分、重组等得到其他实施例，这些实施例均没有超出本申请实施例的保护范围。

以上的具体实施方式，对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本申请实施例的具体实施方式而已，并不用于限定本申请实施例的保护范围，凡在本申请实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请实施例的保护范围之内。

Claims (10)

1.一种5G核心网网元开放事件处理方法，其特征在于，应用于核心网注册中心网元，所述方法包括：

接收所述核心网注册中心网元内的目标网元发送的目标事件；

判断所述目标事件是否满足管理策略，所述管理策略用于限定所述目标事件的处理流程；

在所述目标事件满足所述管理策略的情况下，按照预设的处理流程对所述目标事件进行处理，并将对应的处理结果发送至所述处理结果指向的目标地址。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：所述接收所述核心网注册中心网元内的目标网元发送的目标事件之前，还包括：

创建事件开放功能服务，包括：为事件消费方创建事件订阅通道，并为事件生产方创建发布通道，并为所有事件消费方创建相应的事件订阅代理实例，管理所有的消费方订阅的事件信息。

3.根据权利要求1所述的事件处理方法，其特征在于，所述目标事件为订阅请求事件，所述判断所述目标事件是否满足管理策略包括：

将所述订阅请求事件的内容与历史记录进行匹配，所述历史记录包括不同网元发送的多个订阅请求；

若匹配失败，则确定所述订阅请求事件满足所述管理策略；

若匹配成功，则确定所述订阅请求事件不满足所述管理策略。

4.根据权利要求3所述的事件处理方法，其特征在于，在确定所述订阅请求事件不满足所述管理策略之后，所述方法还包括：

确定接收所述订阅请求事件的次数是否超过第一阈值；

若超过所述第一阈值，则向所述目标网元返回第一消息，所述第一消息用于提示所述目标网元已对所述订阅请求事件处理完成；

若未超过所述第一阈值，则确定所述订阅请求事件对应的处理结果是否发送超时；

若超时，则向所述目标网元返回第二消息，所述第二消息用于提示所述目标网元正在重新发送；

若未超时，则向所述目标网元返回第三消息，所述第三消息用于提示所述目标网元等待。

5.根据权利要求4所述的事件处理方法，其特征在于，所述目标资源还包括内存资源，所述方法还包括：

若所述订阅请求事件的处理结果未分配到所述线程资源和网络资源，则为所述订阅请求事件的处理结果分配内存资源；

通过所述内存资源对所述订阅请求事件的处理结果进行缓存；

在为所述订阅请求事件的处理结果分配所述目标资源后，通过所述线程资源和网络资源将缓存的所述订阅请求事件的处理结果发送至所述目标网元的接口地址。

6.根据权利要求5所述的事件处理方法，其特征在于，所述方法还包括：

在通过所述目标资源将缓存的所述订阅请求事件的处理结果发送至所述目标网元的接口地址之后，将所述处理结果从所述内存资源中删除。

7.根据权利要求1-6任一项所述的事件处理方法，其特征在于，所述方法还包括：

为所述订阅请求事件分配第一身份标识号；

在确定所述订阅请求不满足所述管理策略后，根据所述第一身份标识查找所述订阅请求，并将所述订阅请求删除。

8.根据权利要求1所述的事件处理方法，其特征在于，所述目标事件为发布事件，所述发布事件携带所述目标网元的唯一标记，所述判断所述目标事件是否满足管理策略包括：

获取与所述目标网元的唯一标记对应的密钥，并通过所述密钥对所述发布事件进行解密操作；

对解密操作后的发布事件进行校验；

在校验成功的情况下，获取与所述唯一标记对应的事件发布规则；

确定所述解密操作后的发布事件是否满足所述事件发布规则；

若满足，则确定所述发布事件满足所述管理策略；

若不满足，则确定所述发布事件不满足所述管理策略。

9.根据权利要求8所述的事件处理方法，其特征在于，所述按照预设的处理流程对所述目标事件进行处理包括：

若确定所述发布事件满足所述管理策略，则将所述发布事件发布到消息总线中。

10.一种5G核心网网元开放事件处理装置，其特征在于，设置于核心网注册中心网元，包括：

接收模块，用于接收所述核心网注册中心网元内的目标网元发送的目标事件；

判断模块，用于判断所述目标事件是否满足管理策略，所述管理策略用于限定所述目标事件的处理流程；

处理模块，用于在所述目标事件满足所述管理策略的情况下，按照预设的处理流程对所述目标事件进行处理，并将对应的处理结果发送至所述处理结果指向的目标地址。

Images