CN111200833A - 一种网元状态的确定方法及装置 - Google Patents

Abstract

本发明公开了一种网元状态的确定方法及装置，接收网元发送的请求消息，该请求消息包括注册请求消息、订阅请求消息、更新服务请求消息以及通知确认请求消息中的至少一项，若在设定的时间间隔内未接收到请求消息，并且在设定时间间隔内未接收到请求消息的次数大于等于设定的阈值时，确定网元状态为失联状态，通过设置时间间隔以及次数，能够避免网元发送大量消息，降低网元的信令负荷，从而避免了信令风暴的产生。

Description

一种网元状态的确定方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种网元状态的确定方法及装置。

背景技术

近年来，随着通信技术的发展，核心网架构的发展变化越来越迅速。

在基于服务的第五代移动通信技术(5th-Generation，5G)核心网架构中，网络功能库功能(network repository function，NRF)作为核心网中的网络功能(networkfunction，NF)，NF可周期性地向NRF发送注册请求消息，并且NRF在连续几个周期内没有接收到NF的注册请求消息时，确定NF为失联状态，但由于NF的数量比较多，频繁的向NRF发送注册请求消息，使得NRF的信令负荷比较大，导致信令风暴的产生。

发明内容

本发明的目的是提供一种网元状态的确定方法及装置，以降低信令负荷。

本发明的目的是通过以下技术方案实现的：

第一方面，本发明提供一种网元状态的确定方法，包括：

接收网元发送的请求消息，所述请求消息包括注册请求消息、订阅请求消息、更新服务请求消息以及通知确认请求消息中的至少一项；

若在设定的时间间隔内未接收到所述请求消息，且未接收到所述请求消息的次数大于等于设定的次数阈值，则确定所述网元的状态为失联状态。

可选的，所述更新服务请求消息中携带网元的工作状态信息。

可选的，所述注册请求消息中携带所述设定的时间间隔信息以及所述次数阈值信息。

可选的，所述时间间隔通过定时器确定；

所述次数通过计数器确定。

第二方面，本发明提供一种网元状态的确定装置，包括：

接收单元，用于接收网元发送的请求消息，所述请求消息包括注册请求消息、订阅请求消息、更新服务请求消息以及通知确认请求消息中的至少一项；

确定单元，用于在设定的时间间隔内未接收到所述请求消息，且未接收到所述请求消息的次数大于等于设定的次数阈值时，确定所述网元的状态为失联状态。

可选的，所述更新服务请求消息中携带网元的工作状态信息。

可选的，所述注册请求消息中携带所述设定的时间间隔信息以及所述次数阈值信息。

可选的，所述时间间隔通过定时器确定；

所述次数通过计数器确定。

第三方面，本发明提供一种网元状态的确定装置，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行第一方面所述的方法。

第四方面，本发明提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行第一方面所述的方法。

本发明提供了一种网元状态的确定方法及装置，接收网元发送的请求消息，该请求消息包括注册请求消息、订阅请求消息、更新服务请求消息以及通知确认请求消息中的至少一项，若在设定的时间间隔内未接收到请求消息，并且在设定时间间隔内未接收到请求消息的次数大于等于设定的阈值时，确定网元状态为失联状态，通过设置时间间隔以及次数，能够避免网元发送大量消息，降低网元的信令负荷，从而避免了信令风暴的产生。

附图说明

图1为本申请实施例提供的一种网元状态的确定方法流程图；

图2为本申请实施例提供的一种失联状态的检测方法示意图；

图3为本发明实施例提供的一种网元状态的确定装置的结构框图；

图4为本发明实施例提供的另一种网元状态的确定装置示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，并不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前，5G核心网的架构是基于服务的架构，网络功能软件通过开放的应用程序编程接口(Application Programming Interface，API)来实现集成，以提升应用开发的整体敏捷性和弹性。核心网架构中的NRF支持网络功能服务注册登记、状态监测等，实现网络功能服务自动化管理、选择和可扩展。注册网元可向NRF发送注册请求消息，NRF在接收到注册请求消息之后对注册网元进行注册，但由于注册网元的数量比较多，对应的NRF接收到的消息量也比较大，从而使得NRF的信令负荷比较大，造成信令风暴的产生。

有鉴于此，本申请实施提供了一种网元状态的确定方法及装置，通过对网元之间消息交互的次数以及时间间隔设置一定的阈值，从而保证能够及时获取到网元的状态信息，避免过多消息的交互，有效的避免了信令风暴。

图1所示为本申请实施例提供的一种网元状态的确定方法流程图，图1所示方法的执行主体可以为一种网元状态的确定装置，本申请以下将以NRF以及NF之间的通信为例，对本申请进行详细介绍，参阅图1所示，该方法包括：

S101：网元NF向NRF发送请求消息。

本发明实施例中，网元NF向NRF发送的请求消息可包括：注册请求消息、订阅请求消息、更新服务请求消息以及通知确认请求消息中的至少一项。

其中，注册请求消息为NF向NRF发送注册请求消息，请求NRF进行NF注册，之后NF可向NRF发送订阅请求消息，NRF可根据订阅条件通知订阅NF，并且NF如果对NRF进行了服务更新，NRF可通过订阅条件通知订阅NF。

S102：NRF接收网元NF发送的请求消息。

S103：判断在设定的时间间隔内是否接收到请求消息，若否执行步骤S104，若是，执行步骤S105。

S104：若在设定的时间间隔内没有接收到请求消息，且未接收到请求消息的次数大于等于设定的阈值，则确定网元NF为失联状态。

S105：若在设定的时间间隔内接收到请求消息，则确定网元NF为非失联状态。

具体的，本申请实施例中若NF与NRF之间有消息交互，则确认NF为非失联状态。

对于NF的失联状态检测，本申请实施例中NRF可在最后一次接收到NF发送的消息之后，若连续几个时间间隔内没有接收到NF的任何消息，则可确定NF为失联状态。

可以理解的是，连续几个时间间隔可以为两个时间间隔或三个时间间隔，本申请实施例对此不作限定。

一种可能的实施方式中，更新服务请求消息中可携带网元的工作状态信息。

具体的，本发明实施例中NF可通过更新服务请求消息携带网元的工作状态信息，将网元的工作状态信息发送给NRF，从而使得NRF能够获知网元NF的工作状态。

网元NF的工作状态可包括如下三种：正常工作状态(normal state)、过载工作状态(overload state)以及降级工作状态(degraded state)。

本申请实施例中，注册请求消息中可携带设定的时间间隔信息以及次数阈值信息，并且设定的时间间隔以及次数阈值可在发送注册消息是协商确定，也可以在NRF与NF交互中的服务更新时再次进行协商确定。

可以理解的是，时间间隔以及次数阈值在本申请实施例中不作限定，例如，可将时间间隔设置为5min，将次数阈值设置为3次。

具体的，本申请实施例中可通过定时器来监测时间间隔，并且可通过计数器来监测未接收到NF发送的请求消息的次数。

需要说明的是，定时器可安装在NRF侧，在每一次接收到NF发送的请求消息之后均可启动一个定时器，并且可将NF侧的计数器清零。

例如，NF1向NRF发送注册请求1，NRF回复响应，并协商了检测定时器时长和次数均为1。NRF收到后启动一个定时器1(定时器1的时长略长于协商的检测定时器的时长)，设置超时计数为0。NF1启动定时器2(定时器2的时长等于协商的检测定时器的时长)。

NF1在定时器2没有超时的时候，NF1向NRF发送了订阅消息1。NRF收到订阅消息1后，重新启动定时器1，设置超时计数为0。NF1重新启动定时器2(定时器2的时长等于协商的检测定时器的时长)。

NF1在定时器2超时的时候，NF1向NRF发送了注册消息2,NRF收到注册消息2后，重新启动定时器1，设置超时计数为0。

如果NRF在收到NF1的订阅消息1时没有重新启动定时器1，则NF1也不会重新启动定时器2，必然会在发送注册消息2之前的一定时间发送注册消息。如果NF数量比较大，NRF的处理能力将受到大的挑战。

可以理解的是，本申请中所涉及到的定时器的时长即为定时器的时间间隔。

在现有技术中，NF是周期性向NRF发送注册请求消息，而本申请实施例中，NF并不是周期性的向NRF发送注册请求消息，本申请实施例中NF只有在NRF在定时器超时前确认收到NF发送的消息之后，才继续发送消息，以减轻NRF的信令负荷，避免过多消息的交互。

如图2所示，为本申请实施例提供的一种失联状态的检测方法，NF在第一个时间间隔内向NRF发送请求消息，NRF在接收到一个请求消息之后可启动一个定时器，NRF可向NF返回与请求消息对应的答复消息，例如，NF向NRF发送注册请求消息，NRF可向NF返回进行注册的消息，NF在第二个时间间隔内可向NRF发送通知消息，NRF在收到通知消息之后可向NF反馈确认消息，若NRF在之后的连续两个时间间隔内没有接收到NF发送的任何消息，则NRF可确定NF发生故障。

可以理解的是，NF发生故障即为NF处于失联状态。

具体的，若定时器在时间超时前没有收到NF发送的请求消息，可在定时器超时后将检测计数器的次数增加一次，然后再次启动定时器，如果计数器的次数累加达到协商的次数阈值之后，可确定NF为失联状态，并且可通知订阅该NF状态的消费者NF失联，在订阅通知结束后，可删除该NF的所有注册信息以及相关资源。

本申请实施例中通过在NF与NRF之间的消息交互过程中，若确定连续几个时间间隔内没有消息交互，并且未接收到消息的次数大于等于设定阈值，则确定NF为失联状态，并不仅仅根据注册请求消息确定NF的状态，从而能够及时的获知NF的状态，避免过多的消息交互，进而有效的避免了信令风暴的产生。

本申请实施例中的更新服务可包括两种情况：

(1)、全部更新

全部更新是指在NF与NRF进行消息交互的过程中，所协商的时间间隔以及次数阈值两者均需要重新进行协商更新，并且可携带工作状态信息，对工作状态信息进行更新。

具体的，在全部更新时，更新之后的新内容可全部覆盖以前保存在NRF里的NF的内容，具体更新内容可参见表1。

表1更新服务内容

(2)、部分更新

部分更新是指在NF与NRF进行消息交互的过程中，可以指定更新对应的数据，未出现部分保持不变。

具体的，在部分更新时，根据操作指示对指定数据进行更新。如：可以指定更新工作状态为“过载工作状态”，则在更新服务请求中包含“更换”操作指示，将对应的工作状态更新为“过载工作状态”。

基于与上述一种网元状态的确定方法实施例相同的构思，本发明实施例还提供一种网元状态的确定装置。图3所示为本发明实施例提供的一种网元状态的确定装置的结构框图，包括：接收单元101、确定单元102。

其中，接收单元101，用于接收网元发送的请求消息。

请求消息包括注册请求消息、订阅请求消息、更新服务请求消息以及通知确认请求消息中的至少一项。

确定单元102，用于在设定的时间间隔内未接收到请求消息，且未接收到请求消息的次数大于等于设定的次数阈值时，确定网元的状态为失联状态。

进一步的，更新服务请求消息中携带网元的工作状态信息。

更进一步的，注册请求消息中携带设定的时间间隔信息以及次数阈值信息。

可选的，时间间隔通过定时器确定，次数通过计数器确定。

需要说明的是，本发明实施例中上述涉及的网元状态的确定装置中各个单元的功能实现可以进一步参照相关方法实施例的描述，在此不再赘述。

本申请实施例还提供另外一种网元状态的确定装置，如图4所示，该装置包括：

存储器202，用于存储程序指令。

收发机201，用于接收和发送网元状态的更新指令。

处理器200，用于调用所述存储器中存储的程序指令，根据收发机201接收到的指令按照获得的程序执行本申请实施例所述的任一方法流程。处理器200用于实现图3所示的确定单元(102)所执行的方法。

其中，在图4中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器200代表的一个或多个处理器和存储器202代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。

收发机201可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。

处理器200负责管理总线架构和通常的处理，存储器202可以存储处理器200在执行操作时所使用的数据。

处理器200可以是中央处理器(CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)。

本申请实施例还提供了一种计算机存储介质，用于储存为上述本申请实施例中所述的任一装置所用的计算机程序指令，其包含用于执行上述本申请实施例提供的任一方法的程序。

所述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种网元状态的确定方法，其特征在于，包括：

接收网元发送的请求消息，所述请求消息包括注册请求消息、订阅请求消息、更新服务请求消息以及通知确认请求消息中的至少一项；

若在设定的时间间隔内未接收到所述请求消息，且未接收到所述请求消息的次数大于等于设定的次数阈值，则确定所述网元的状态为失联状态。

2.如权利要求1所述的方法，其特征在于，所述更新服务请求消息中携带网元的工作状态信息。

3.如权利要求1所述的方法，其特征在于，所述注册请求消息中携带所述设定的时间间隔信息以及所述次数阈值信息。

4.如权利要求1或3所述的方法，其特征在于，所述时间间隔通过定时器确定；

所述次数通过计数器确定。

5.一种网元状态的确定装置，其特征在于，包括：

接收单元，用于接收网元发送的请求消息，所述请求消息包括注册请求消息、订阅请求消息、更新服务请求消息以及通知确认请求消息中的至少一项；

确定单元，用于在设定的时间间隔内未接收到所述请求消息，且未接收到所述请求消息的次数大于等于设定的次数阈值时，确定所述网元的状态为失联状态。

6.如权利要求5所述的装置，其特征在于，所述更新服务请求消息中携带网元的工作状态信息。

7.如权利要求5所述的装置，其特征在于，所述注册请求消息中携带所述设定的时间间隔信息以及所述次数阈值信息。

8.如权利要求5或7所述的装置，其特征在于，所述时间间隔通过定时器确定；

所述次数通过计数器确定。

9.一种网元状态的确定装置，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行权利要求1～4任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行权利要求1～4中任一项所述的方法。

Images