CN113364611B

CN113364611B - 资源id管理方法、装置、设备及可读存储介质

Info

Publication number: CN113364611B
Application number: CN202110504603.5A
Authority: CN
Inventors: 张继鹏; 丛昕玮; 张志强; 林泽源
Original assignee: Fiberhome Telecommunication Technologies Co Ltd
Current assignee: Fiberhome Telecommunication Technologies Co Ltd
Priority date: 2021-05-10
Filing date: 2021-05-10
Publication date: 2022-04-15
Anticipated expiration: 2041-05-10
Also published as: CN113364611A

Abstract

本发明提供一种资源ID管理方法、装置、设备及可读存储介质。该方法包括：主控板为标准化数据模型的平台通用属性进行赋值处理，得到第一标准化数据，并在注册了回调时，将全局属性的资源ID填入第一标准化数据的对应字段，得到第二标准化数据；各个业务盘接收主控板发送的第二标准化数据，并在注册了回调时，将单盘属性的资源ID填入第二标准化数据的对应字段，得到第三标准化数据；将第三标准化数据写入芯片。通过本发明，打破了通信软件平台化和资源ID灵活定制化的冲突，有利于通信软件平台的长期演进以及设备软件的更灵活性交付，能够满足各类产品需求，解决不同产品不同芯片对资源ID的分配策略的差异，甚至冲突。

Description

资源ID管理方法、装置、设备及可读存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种资源ID管理方法、装置、设备及可读存储介质。

背景技术

在电信网体系中，设备的设备形态众多。不同的设备形态根据性能要求、规格要求，可能选择的转发芯片不同。如有的设备使用网络芯片转发，有的使用ASIC(ApplicationSpecific Integrated Circuit，专用集成电路)芯片转发，有的使用FPGA(FieldProgrammable GateArray，现场可编程逻辑门阵列)芯片转发。这些芯片一般是基于资源ID对资源进行管理，但不同芯片的资源ID管理方法不同。

另外，针对一些汇聚核心网设备，其硬件架构通常是2*主控板+N*业务盘，其可根据容量需求，动态扩展业务盘，运行这样的设备的软件通常是一个分布式软件系统。这样的硬件与软件环境，对转发资源ID的管理更加复杂。如有些资源ID具备全局属性，但被多个模块共享，如组播号ID；有些ID资源具备单盘属性，但需要广播到系统内其他单盘去使用，如基于下行盘进行封装的业务表ID；还有些资源ID具备单盘属性，但仅仅在本单盘消费，如访问控制列表ID等。这些资源ID的管理策略根据芯片的需要，管理策略要求不一，而且不同的管理策略对整个设备的容量和性能限制也不同。如多业务共享某一资源ID时，分段的分配策略可以各个业务保持相对独立，但这样会影响这些资源ID的灵活利用率。

综上，现有技术中由于不同设备形态、设备的性能以及容量需求带来的不同资源ID管理诉求与通用的设备系统平台互相制约，甚至冲突。

发明内容

为解决上述技术问题，本发明提供一种资源ID管理方法、装置、设备及可读存储介质。

第一方面，本发明提供一种资源ID管理方法，所述资源ID管理方法包括：

主控板为标准化数据模型的平台通用属性进行赋值处理，得到第一标准化数据，并检测是否注册了回调；

若是，则获取全局属性的资源ID，并将所述全局属性的资源ID填入所述第一标准化数据的对应字段，得到第二标准化数据；

主控板将所述第二标准化数据发送至各个业务盘；

各个业务盘接收所述第二标准化数据，并检测是否注册了回调；

若是，则获取单盘属性的资源ID，并将所述单盘属性的资源ID填入所述第二标准化数据的对应字段，得到第三标准化数据；

将所述第三标准化数据写入芯片。

可选的，所述获取全局属性的资源ID的步骤包括：

基于资源ID申请函数，以所述第一标准化数据相关资源为入参，从全局属性资源池中获取全局属性的资源ID。

可选的，所述获取单盘属性的资源ID的步骤包括：

基于资源ID申请函数，以所述第二标准化数据相关资源为入参，从单盘属性资源池中获取单盘属性的资源ID。

可选的，在所述主控板为标准化数据模型的平台通用属性进行赋值处理的步骤之前，还包括：

当所述标准化数据模型需要全局属性的资源ID时，将资源ID申请函数注册到主控板；

当所述标准化数据模型需要单盘属性的资源ID时，将资源ID申请函数注册到业务盘。

可选的，所述标准化数据模型包括：

平台通用属性以及产品专有属性，平台通用属性用于承载平台业务模块生产的业务数据，产品专有属性用于承载全局属性的资源ID和/或单盘属性的资源ID。

第二方面，本发明还提供一种资源ID管理装置，所述资源ID管理装置包括：

主控板，用于：

为标准化数据模型的平台通用属性进行赋值处理，得到第一标准化数据，并检测是否注册了回调；

将所述第二标准化数据发送至各个业务盘；

各个业务盘，用于：

接收所述第二标准化数据，并检测是否注册了回调；

将所述第三标准化数据写入芯片。

可选的，所述主控板用于：

可选的，所述业务盘用于：

第三方面，本发明还提供一种资源ID管理设备，所述资源ID管理设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的资源ID管理程序，其中所述资源ID管理程序被所述处理器执行时，实现如上所述的资源ID管理方法的步骤。

第四方面，本发明还提供一种可读存储介质，所述可读存储介质上存储有资源ID管理程序，其中所述资源ID管理程序被处理器执行时，实现如上所述的资源ID管理方法的步骤。

本发明中，主控板为标准化数据模型的平台通用属性进行赋值处理，得到第一标准化数据，并检测是否注册了回调；若是，则获取全局属性的资源ID，并将所述全局属性的资源ID填入所述第一标准化数据的对应字段，得到第二标准化数据；主控板将所述第二标准化数据发送至各个业务盘；各个业务盘接收所述第二标准化数据，并检测是否注册了回调；若是，则获取单盘属性的资源ID，并将所述单盘属性的资源ID填入所述第二标准化数据的对应字段，得到第三标准化数据；将所述第三标准化数据写入芯片。通过本发明，从架构上，打破了通信软件平台化和资源ID灵活定制化的冲突，有利于通信软件平台的长期演进，有利于设备软件的更灵活性交付，能够满足各类产品需求，能够彻底解决不同产品不同芯片对资源ID的分配策略的差异，甚至冲突。

附图说明

图1为本发明实施例方案中涉及的资源ID管理设备的硬件结构示意图；

图2为本发明资源ID管理方法一实施例的流程示意图；

图3为一实施例中标准化数据模型的示意图；

图4为本发明资源ID管理方法一实施例的场景示意图；

图5为本发明资源ID管理装置一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

第一方面，本发明实施例提供一种资源ID管理设备。

参照图1，图1为本发明实施例方案中涉及的资源ID管理设备的硬件结构示意图。本发明实施例中，资源ID管理设备可以包括处理器1001(例如中央处理器CentralProcessing Unit，CPU)，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)；网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真WIreless-FIdelity，WI-FI接口)；存储器1005可以是高速随机存取存储器(random access memory，RAM)，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。本领域技术人员可以理解，图1中示出的硬件结构并不构成对本发明的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

继续参照图1，图1中作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及资源ID管理程序。其中，处理器1001可以调用存储器1005中存储的资源ID管理程序，并执行本发明实施例提供的资源ID管理方法。

第二方面，本发明实施例提供了一种资源ID管理方法。

参照图2，图2为本发明资源ID管理方法一实施例的流程示意图。如图2所示，一实施例中，资源ID管理方法包括：

步骤S10，主控板为标准化数据模型的平台通用属性进行赋值处理，得到第一标准化数据，并检测是否注册了回调；

本实施例中，主控板的业务模块根据设备使用的转发协议为标准化数据模型的平台通用属性进行赋值处理，得到第一标准化数据。得到第一标准化数据后，检测是否注册了回调，即检测是否需要对第一标准化数据中用于承载全局属性的资源ID的字段进行赋值处理。

进一步地，一实施例中，标准化数据模型包括：

本实施例中，平台通用属性，用于承载平台业务模块生产的业务数据。业务数据如通过路由协议，ARP协议，MPLS协议等业界通用协议生产的通用转发信息，这部分每个字段的赋值也是相对固定的。参照图3，图3为一实施例中标准化数据模型的示意图。如图3所示，设备所使用的转发协议为ARP协议，则需要根据ARP协议为平台通用属性进行赋值。例如，为ip_add、rdes_mac、svlan以及cvlan对应的字段进行赋值。其中，ip_addr代表ARP协议生产的ARP表的IP地址，des_mac代表该ARP表的目的MAC地址，svlan、cvlan分别代表两层VLAN标签等。赋值完成后，得到的第一标准化数据中ip_add、rdes_mac、svlan以及cvlan均有对应的赋值。产品专有属性用于承载全局属性的资源ID和/或单盘属性的资源ID，只在本设备上有意义。产品专有属性可以包括一个或多个资源ID，具体根据设备的需要确定。例如，有的设备上需要生成一个资源ID用于ARP表的管理，则产品专有属性包括一个资源ID即可；若有的设备上需要生成多个资源ID用于ARP表的管理，则产品专有属性包括多个资源ID。如图3所示，根据设备需求，需要两个资源ID用于对ARP表进行管理，则产品专有属性包括fecid以及hwid。此时，fecid以及hwid对应的赋值为空。

步骤S20，若是，则获取全局属性的资源ID，并将所述全局属性的资源ID填入所述第一标准化数据的对应字段，得到第二标准化数据；

本实施例中，当检测到注册了回调，即需要对第一标准化数据中用于承载全局属性的资源ID的字段进行赋值处理时，获取全局属性的资源ID，并将全局属性的资源ID填入第一标准化数据的对应字段，得到第二标准化数据。以图3所示的标准化数据模型为例，基于步骤S10的处理，得到的第一标准化数据中平台通用属性部分均有了对应的赋值，产品专有属性(包括fecid以及hwid)部分对应的赋值为空，若fecid为全局属性的资源ID，hwid为单盘属性的资源ID。则将获取的全局属性的资源ID填入第一标准化数据的第七个字段中，得到第二标准化数据。此时，第二标准化数据中仅有第六个字段为空，即hwid对应的字段为空。

步骤S30，主控板将所述第二标准化数据发送至各个业务盘；

本实施例中，在得到第二标准化数据后，主控板便将第二标准化数据发送至各个业务盘。在此，对业务盘的数量不作限制，具体根据实际需要设计业务盘的数量。

步骤S40，各个业务盘接收所述第二标准化数据，并检测是否注册了回调；

本实施例中，以任一业务盘为例为例。当一业务盘接收到第二标准化数据后，检测是否注册了回调，即检测是否需要对第二标准化数据中用于承载单盘属性的资源ID的字段进行赋值处理。其他业务盘的处理流程同理，在此不做赘述。

步骤S50，若是，则获取单盘属性的资源ID，并将所述单盘属性的资源ID填入所述第二标准化数据的对应字段，得到第三标准化数据；

本实施例中，若注册了回调，即确定需要对第二标准化数据中用于承载单盘属性的资源ID的字段进行赋值处理，则获取单盘属性的资源ID，并将单盘属性的资源ID填入第二标准化数据的对应字段，得到第三标准化数据。以图3所示的标准化数据模型为例，基于步骤S10以及步骤S20的处理，此时即将获取的单盘属性的资源ID填入第二标准化数据的第六个字段中，得到第三标准化数据。

步骤S60，将所述第三标准化数据写入芯片。

本实施例中，经过上述步骤的处理，已对标准化数据模型中各个字段进行了赋值处理，此时即可将第三标准化数据写入芯片。参照图4，图4为本发明资源ID管理方法一实施例的场景示意图。如图4所示，主控板上的业务模块为标准化数据模型的平台通信属性赋值后发给主控板上的软件平台A，软件平台A通过设备侧资源分配模块为标准化数据模型的全局属性的资源ID字段赋值，然后分别发给每个业务盘上的软件平台B，每个软件平台B通过设备侧资源分配模块为标准化数据模型的单盘属性的资源ID字段赋值，将最终得到的数据写入芯片，芯片可以是NP芯片、ASIC芯片、FPGA芯片或软转发芯片。

本实施例中，主控板为标准化数据模型的平台通用属性进行赋值处理，得到第一标准化数据，并检测是否注册了回调；若是，则获取全局属性的资源ID，并将所述全局属性的资源ID填入所述第一标准化数据的对应字段，得到第二标准化数据；主控板将所述第二标准化数据发送至各个业务盘；各个业务盘接收所述第二标准化数据，并检测是否注册了回调；若是，则获取单盘属性的资源ID，并将所述单盘属性的资源ID填入所述第二标准化数据的对应字段，得到第三标准化数据；将所述第三标准化数据写入芯片。通过本实施例，从架构上，打破了通信软件平台化和资源ID灵活定制化的冲突，有利于通信软件平台的长期演进，有利于设备软件的更灵活性交付，能够满足各类产品需求，能够彻底解决不同产品不同芯片对资源ID的分配策略的差异，甚至冲突。

进一步地，一实施例中，获取全局属性的资源ID的步骤包括：

本实施例中，预先在主控板注册资源ID申请函数，资源ID申请函数以第一标准化数据相关资源为入参，从全局属性资源池申请得到全局属性的资源ID。

进一步地，一实施例中，获取单盘属性的资源ID的步骤包括：

本实施例中，预先在业务盘注册资源ID申请函数，资源ID申请函数以第二标准化数据相关资源为入参，从单盘属性资源池申请得到单盘属性的资源ID。

进一步地，一实施例中，在步骤S10之前，还包括：

当所述标准化数据模型需要全局属性的资源ID时，将资源ID申请函数注册到主控板；当所述标准化数据模型需要单盘属性的资源ID时，将资源ID申请函数注册到业务盘。

本实施例中，根据实际需求预先将资源ID申请函数注册到主控板和/或业务盘。具体的，当标准化数据模型需要全局属性的资源ID时，将资源ID申请函数注册到主控板；当标准化数据模型需要单盘属性的资源ID时，将资源ID申请函数注册到业务盘。

第三方面，本发明实施例还提供一种资源ID管理装置。

参照图5，图5为本发明资源ID管理装置一实施例的功能模块示意图。如图5所示，一实施例中，资源ID管理装置包括：

主控板，用于：

将所述第二标准化数据发送至各个业务盘；

各个业务盘，用于：

接收所述第二标准化数据，并检测是否注册了回调；

将所述第三标准化数据写入芯片。

进一步地，一实施例中，主控板用于：

进一步地，一实施例中，业务盘用于：

进一步地，一实施例中，资源ID管理装置还包括注册模块，用于：

进一步地，一实施例中，所述标准化数据模型包括：

其中，上述资源ID管理装置中各个模块的功能实现与上述资源ID管理方法实施例中各步骤相对应，其功能和实现过程在此处不再一一赘述。

第四方面，本发明实施例还提供一种可读存储介质。

本发明可读存储介质上存储有资源ID管理程序，其中所述资源ID管理程序被处理器执行时，实现如上述的资源ID管理方法的步骤。

其中，资源ID管理程序被执行时所实现的方法可参照本发明资源ID管理方法的各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种资源ID管理方法，其特征在于，所述资源ID管理方法包括：

主控板将所述第二标准化数据发送至各个业务盘；

将所述第三标准化数据写入芯片。

2.如权利要求1所述的资源ID管理方法，其特征在于，所述获取全局属性的资源ID的步骤包括：

3.如权利要求1所述的资源ID管理方法，其特征在于，所述获取单盘属性的资源ID的步骤包括：

4.如权利要求2或3所述的资源ID管理方法，其特征在于，在所述主控板为标准化数据模型的平台通用属性进行赋值处理的步骤之前，还包括：

5.如权利要求1所述的资源ID管理方法，其特征在于，所述标准化数据模型包括：

6.一种资源ID管理装置，其特征在于，所述资源ID管理装置包括：

主控板，用于：

将所述第二标准化数据发送至各个业务盘；

各个业务盘，用于：

接收所述第二标准化数据，并检测是否注册了回调；

将所述第三标准化数据写入芯片。

7.如权利要求6所述的资源ID管理装置，其特征在于，所述主控板用于：

8.如权利要求6所述的资源ID管理装置，其特征在于，所述业务盘用于：

9.一种资源ID管理设备，其特征在于，所述资源ID管理设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的资源ID管理程序，其中所述资源ID管理程序被所述处理器执行时，实现如权利要求1至5中任一项所述的资源ID管理方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有资源ID管理程序，其中所述资源ID管理程序被处理器执行时，实现如权利要求1至5中任一项所述的资源ID管理方法的步骤。