CN109391506B - 一种数据包方法及装置 - Google Patents
一种数据包方法及装置 Download PDFInfo
- Publication number
- CN109391506B CN109391506B CN201710692821.XA CN201710692821A CN109391506B CN 109391506 B CN109391506 B CN 109391506B CN 201710692821 A CN201710692821 A CN 201710692821A CN 109391506 B CN109391506 B CN 109391506B
- Authority
- CN
- China
- Prior art keywords
- network element
- queue
- data packet
- target
- snmp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/622—Queue service order
- H04L47/6235—Variable service order
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例提供了一种数据包处理方法及装置,本发明实施例中的数据包处理方法通过平台融合机制,将多个网元类型融合为一个SNMP平台,通过融合后的SNMP平台对数据包进行绑定以及封装等处理,从而有效降低了NEA内存占用。并且,在数据包处理过程中,SNMP平台采用可变粒度与可变流量的切片式轮转处理机制,即,SNMP平台对各网元队列中的数据包进行可变粒度的划分,仅对每个队列的指定个数的数据包进行处理,从而提升了整个NEA的处理效率,并且使每个网元队列的处理机会均等。
Description
技术领域
本发明实施例涉及通信领域,尤其涉及一种数据包方法及装置。
背景技术
NEA(Network Equipment Adaptor,网元适配器)作为网元与OMC(Operation andMaintenance Center,操作维护中心)的接口,需要同时处理兼容网元多版本。而对于网元来说,每个版本的受管设备的控制和状态信息等数据变量都保存在MIB(ManagementInformation Base,信息管理库)中,即一个NEA需要同时支持多种网元类型的多个MIB版本。而OMC针对网管接入版本的管理采用模糊匹配的原则,即网元的实际接入OMC后的可管理版本号并不一定是网元的实际版本号。
目前OMC与网元定义的接口为网元主动接入方式,即NEA作为服务端,网元作为客户端,客户端通过不停地上报接入Trap消息尝试接入。具体流程如下:
如图1所示为现有技术实施例中的系统结构示意图,在图1中:
NEA包括多个SNMP(Simple Network Management Protocol,简单网络管理协议)平台以及多个MIB版本,在现有技术实施例中,每个SNMP平台被分配有一块固定的内存区域,以进行后续的业务处理。
NEA启动后,加载每个内存中的SNMP平台以及SNMP平台具有的MIB库。在现有技术中,NEA的内部规则如下:
一个MIB版本只能对应三个SNMP平台,即NODEB(即,NodeB,双通道双模基站),ENB(Enhanced NodeB,增强型基站)、TLSNB(TD<E Synchronous NodeB,单通道双模基站)。并且,一种SNMP平台只能加载一个MIB版本。每个SNMP平台均监听所有网元的消息,以及,每个网元只能匹配到NEA中的一种SNMP平台加载的MIB版本。
举例说明:网元1与网元2在接入过程中,向如图1所示的NEA中的所有SNMP平台发送接入消息,接入消息中携带有网元的实际版本号以及实际网元类型。以网元1为例,假设网元1为ENB设备,且版本号为1.0,则各SNMP平台将网元1发来的接入消息中携带的实际网元类型与自身具有的管理网元类型进行匹配,并将实际版本号与自身的MIB版本进行匹配。则当前场景下,加载有MIB版本1的ENB1平台与网元1匹配成功。该平台将网元1队列中的消息进行封装,并发送给OMC,以告知OMC网元1具有ENB1网元类型且加载MIB版本1。
综上,现有技术中的数据包处理方法具有如下缺陷:
1)NEA启动后,由于每种网元类型的SNMP平台只能加载一种MIB版本,且OMC支持的MIB版本多达几十个,因此,NEA初始化所有SNMP平台以及MIB版本,并且,由于每个平台均占用一块固定内存,因此,在NEA运行过程中,整个系统的内存占用率过高。
2)在消息处理过程中,每个平台均会接收到所有网元发来的消息,在消息数量大的情况下,每个平台对一个队列中的消息进行处理后,再处理下一个网元,可能导致某些网元的消息处理占用时间过长,造成各网元处理机会不均等。
针对上述问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供一种数据包处理方法及装置,以解决现有技术中存在的内存占用率高、各网元数据包处理机会不均等的问题。
为了解决上述问题,本发明公开了一种数据包处理方法,应用于网元适配器NEA中包括的一个或一个以上简单网络管理协议SNMP平台,方法包括:
将接收到的多个数据包添加至每个数据包所属网元对应的网元队列的尾部;
依次提取每个网元队列的前N个数据包,并以数据包组的形式按序将每次提取的N个数据包置于处理队列尾部;
判断位于处理队列的首位的目标数据包组所属的目标网元队列是否已与SNMP平台进行过绑定处理;
若判断为否,则进行绑定处理,绑定处理具体包括:
通过遍历目标数据包组,获取目标数据包组中的接入消息,接入消息中携带有目标网元的实际网元属性信息和标识信息;
将实际网元属性信息与SNMP平台具有的多个管理网元属性信息进行匹配;
若匹配成功,则在属性列表中记录目标网元队列与SNMP平台绑定成功,并依据匹配成功的管理网元属性信息对目标数据包组进行封装并发送;
若判断为是,则通过检索属性列表,判断目标网元队列与SNMP平台是否绑定成功;
依据判断结果,确定是否对目标数据包组进行封装处理,封装处理具体包括:
将目标数据包组中携带的目标网元的标识信息与属性列表中的标识信息进行匹配;
依据匹配成功的标识信息对应的管理属性信息对目标数据包组进行封装并发送。
在本发明的一个优选的实施例中,将接收到的多个数据包置于每个数据包所属网元对应的网元队列的尾部的步骤,具体包括:
接收来自第一网元的数据包,数据包携带有第一网元的标识信息;
将共享队列进行锁定,以使共享队列中的任一网元队列无法被其它线程占用;
依据标识信息,检索共享队列中是否存在对应于第一网元的第一网元队列;
若不存在,则创建第一网元队列,并在属性列表中添加第一网元的标识信息;
若存在,则将数据包置于第一网元队列的尾部,并解锁共享队列。
在本发明的一个优选的实施例中,若匹配成功,则在属性列表中记录目标网元队列与SNMP平台绑定成功的步骤,具体包括:
将匹配成功的管理网元属性信息、目标网元的标识信息对应写入属性列表中,并在对应的状态栏中记录绑定成功。
在本发明的一个优选的实施例中,判断目标网元队列是否已与SNMP平台进行过绑定处理的步骤,具体包括:
通过检索属性列表,确定对应于目标网元的标识信息的状态栏是否为空;
若是,则确定目标网元队列未与目标网元队列进行过绑定处理;
若否,则确定目标网元队列已与目标网元队列进行过绑定处理。
在本发明的一个优选的实施例中,将实际网元属性信息与SNMP平台具有的多个管理网元属性信息进行匹配的步骤,具体包括:
将实际网元属性中包括的实际网元类型与SNMP平台具有的多个管理网元类型进行匹配;
若匹配失败,则确定绑定处理失败;
若匹配成功,则将实际网元属性中包括的实际版本号与SNMP平台具有的管理版本号进行匹配;
若匹配成功,则确定目标网元队列的实际网元属性与SNMP平台具有的管理网元属性信息匹配成功。
根据本发明的另一方面,提供了一种数据包处理装置,应用于网元适配器NEA中包括的一个或一个以上简单网络管理协议SNMP平台,装置包括:
添加模块,用于将接收到的多个数据包添加至每个数据包所属网元对应的网元队列的尾部;
提取模块,用于依次提取每个网元队列的前N个数据包,并以数据包组的形式按序将每次提取的N个数据包置于处理队列尾部;
第一判断模块,用于判断位于处理队列的首位的目标数据包组所属的目标网元队列是否已与SNMP平台进行过绑定处理;
绑定模块,用于若第一判断模块判断为否,则进行绑定处理,绑定模块具体包括:
获取子模块,用于通过遍历目标数据包组,获取目标数据包组中的接入消息,接入消息中携带有第一网元的实际网元属性信息和标识信息;
第一匹配子模块,用于将实际网元属性信息与SNMP平台具有的多个管理网元属性信息进行匹配;
绑定子模块,用于若匹配成功,则在属性列表中记录目标网元队列与SNMP平台绑定成功;
第一封装子模块,用于依据匹配成功的管理网元属性信息对目标数据包组进行封装并发送;
第二判断模块,用于若判断为是,则通过检索属性列表,判断目标网元队列与SNMP平台是否绑定成功;
确定模块,用于依据判断结果,确定是否调用封装模块对目标数据包组进行封装处理,封装模块具体包括:
第二匹配子模块,用于将目标数据包组中携带的目标网元的标识信息与属性列表中的标识信息进行匹配;
第二封装子模块,用于依据匹配成功的标识信息对应的管理属性信息对目标数据包组进行封装并发送。
在本发明的一个优选的实施例中,添加模块进一步用于:
接收来自第一网元的数据包,数据包携带有第一网元的标识信息;
将共享队列进行锁定,以使共享队列中的任一网元队列无法被其它线程占用;
依据标识信息,检索共享队列中是否存在对应于第一网元的第一网元队列;
若不存在,则创建第一网元队列,并在属性列表中添加第一网元的标识信息;
若存在,则将数据包置于第一网元队列的尾部,并解锁共享队列。
在本发明的一个优选的实施例中,绑定子模块进一步用于:
将匹配成功的管理网元属性信息、目标网元的标识信息对应写入属性列表中,并在对应的状态栏中记录绑定成功。
在本发明的一个优选的实施例中,第一判断模块进一步用于:
通过检索属性列表,确定对应于目标网元的标识信息的状态栏是否为空;
若是,则确定目标网元队列未目标网元队列进行过绑定处理;
若否,则确定目标网元队列已与目标网元队列进行过绑定处理。
在本发明的一个优选的实施例中,第一匹配子模块进一步用于:
将实际网元属性中包括的实际网元类型与SNMP平台具有的多个管理网元类型进行匹配;
若匹配失败,则确定绑定处理失败;
若匹配成功,则将实际网元属性中包括的实际版本号与SNMP平台具有的管理版本号进行匹配;
若匹配成功,则确定目标网元队列的实际网元属性与SNMP平台具有的管理网元属性信息匹配成功。
与现有技术相比,本发明中通过平台融合机制,将多个网元类型融合为一个SNMP平台,通过融合后的SNMP平台对数据包进行绑定以及封装等处理,从而有效降低了NEA内存占用。并且,在数据包处理过程中,SNMP平台采用可变粒度与可变流量的切片式轮转处理机制,即,SNMP平台对各网元队列中的数据包进行可变粒度的划分,仅对每个队列的指定个数的数据包进行处理,从而提升了整个NEA的处理效率,并且使每个网元队列的处理机会均等。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术实施例的系统结构示意图;
图2是本发明实施例的一种数据包处理方法的流程图;
图3是本发明实施例的系统结构示意图;
图4是本发明实施例的一种数据包处理装置的结构框图之一;
图5是本发明实施例的一种数据包处理装置的结构框图之二;
图6是本发明实施例的一种数据包处理装置的结构框图之三。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
参照图2,示出了本发明实施例的一种数据包处理方法的流程图,该方法应用于NEA中包括的一个或一个以上SNMP平台,具体可以包括以下步骤:
步骤201,将接收到的多个数据包添加至每个数据包所属网元对应的网元队列的尾部。
具体的,在本发明的实施例中,NEA中包括一个或一个以上SNMP平台,每个SNMP平台中加载有多个网元类型以及一种MIB版本。
在本发明的实施例中,每个网元将相同的数据包发送给NEA中的所有SNMP平台,即每个SNMP平台都会接收到系统中的同一个网元发来的相同的数据包,数据包中包括但不限于接入消息和/或业务消息。在本发明的实施例中,SNMP平台中包括多个网元队列,每个网元队列对应一个网元。SNMP接收每个网元发送来的多个数据包,并将每个数据包放入该数据包所属的网元对应的网元队列的尾部。举例说明:若SNMP平台接收到第一网元发来的数据包,则将该数据包置于第一网元对应的第一网元队列的尾部。
步骤202,依次提取每个网元队列的前N个数据包,并以数据包组的形式按序将每次提取的N个数据包置于处理队列尾部。
具体的,在本发明的实施例中,SNMP平台依次提取每个网元队列的前N个数据包,并将每次提取的N个数据包,组成一个数据包组,再按照提取的顺序,将数据包组置于处理队列尾部。从而对每个网元队列中的数据包按粒度进行分组并处理,以实现对每个网元队列的均等机会处理。
举例说明:SNMP平台1中具有第一网元队列、第二网元队列、第三网元队列分别对应网元1、网元2、网元3。SNMP平台1提取第一网元队列的前N个数据包,然后组成第一数据包组,置于处理队列尾部。然后,SNMP平台1提取第二网元队列的前N个数据包,组成第二数据包组,置于处理队列尾部,即,第一数据包组的后面。随后,SNMP平台1再对第三网元队列的数据包进行提取与置放。
步骤203,判断位于处理队列的首位的目标数据包组所属的目标网元队列是否已与SNMP平台进行过绑定处理。
具体的,在本发明的实施例中,SNMP平台实时监测处理队列中是否存在数据包组,若是,则判断位于处理队列首位的目标数据包组所述的目标网元队列是否已与SNMP平台进行过绑定处理。在本发明的实施例中,绑定处理即为目标网元队列对应的目标网元已与本SNMP平台中的网元类型与MIB版本进行过匹配,并且在匹配成功的情况下,通过本SNMP平台接入OMC。在本发明的实施例中,步骤203与步骤202为同时进行的两个进程。
步骤204,若判断为否,则进行绑定处理,绑定处理具体包括:
子步骤2041,通过遍历目标数据包组,获取目标数据包组中的接入消息,接入消息中携带有目标网元的实际网元属性信息和标识信息。
在本发明的实施例中,若目标网元队列未与SNMP平台进行过绑定处理,即,目标网元还未通过任一SNMP平台接入到OMC中,则目标网元发送到SNMP平台的数据包中包括有接入消息。在本发明的实施例中,目标网元若未接入到OMC,则会一直向SNMP平台发送接入消息。其中,接入消息中携带有目标网元的实际网元属性信息,实际网元属性信息包括但不限于目标网元的实际网元类型与实际版本信息。
子步骤2042,将实际网元属性信息与SNMP平台具有的多个管理网元属性信息进行匹配。
具体的,在本发明的实施例中,SNMP平台将接入消息中的实际网元属性信息与本平台具有的多个管理网元属性信息进行匹配。多个管理网元属性信息即为多个管理网元类型以及每个管理网元类型均加载本平台具有的管理版本信息,即,MIB版本。
子步骤2043,若匹配成功,则在属性列表中记录目标网元队列与SNMP平台绑定成功,并依据匹配成功的管理网元属性信息对目标数据包组进行封装并发送。
步骤205,若判断为是,则通过检索属性列表,判断目标网元队列与SNMP平台是否绑定成功。
具体的,在本发明的实施例中,若SNMP平台判断出目标网元队列已与本SNMP平台进行过绑定,则进一步验证是否绑定成功,即,SNMP平台验证目标网元队列是否已通过该SNMP平台接入过OMC。
若目标网元已成功通过该SNMP平台接入OMC,则SNMP平台中的属性列表中将记录有目标网元的标识信息以及对应的管理属性信息。
步骤206,依据判断结果,确定是否对目标数据包组进行封装处理,封装处理具体包括:
子步骤2061,将目标数据包组中携带的目标网元的标识信息与属性列表中的标识信息进行匹配。
子步骤2062,依据匹配成功的标识信息对应的管理属性信息对目标数据包组进行封装并发送。
综上,本发明实施例中的技术方案,通过平台融合机制,将多个网元类型融合为一个SNMP平台,通过融合后的SNMP平台对数据包进行绑定以及封装等处理,从而有效降低了NEA内存占用。并且,在数据包处理过程中,SNMP平台采用可变粒度与可变流量的切片式轮转处理机制,即,SNMP平台对各网元队列中的数据包进行可变粒度的划分,仅对每个队列的指定个数的数据包进行处理,从而提升了整个NEA的处理效率,并且使每个网元队列的处理机会均等。
此外,在本发明的一个优选的实施例中,将接收到的多个数据包置于每个数据包所属网元对应的网元队列的尾部的步骤,具体包括:
接收来自第一网元的数据包,数据包携带有第一网元的标识信息;
将共享队列进行锁定,以使共享队列中的任一网元队列无法被其它线程占用;
依据标识信息,检索共享队列中是否存在对应于第一网元的第一网元队列;
若不存在,则创建第一网元队列,并在属性列表中添加第一网元的标识信息;
若存在,则将数据包置于第一网元队列的尾部,并解锁共享队列。
在本发明的一个优选的实施例中,若匹配成功,则在属性列表中记录目标网元队列与SNMP平台绑定成功的步骤,具体包括:
将匹配成功的管理网元属性信息、目标网元的标识信息对应写入属性列表中,并在对应的状态栏中记录绑定成功。
在本发明的一个优选的实施例中,判断目标网元队列是否已与SNMP平台进行过绑定处理的步骤,具体包括:
通过检索属性列表,确定对应于目标网元的标识信息的状态栏是否为空;
若是,则确定目标网元队列未与目标网元队列进行过绑定处理;
若否,则确定目标网元队列已与目标网元队列进行过绑定处理。
在本发明的一个优选的实施例中,将实际网元属性信息与SNMP平台具有的多个管理网元属性信息进行匹配的步骤,具体包括:
将实际网元属性中包括的实际网元类型与SNMP平台具有的多个管理网元类型进行匹配;
若匹配失败,则确定绑定处理失败;
若匹配成功,则将实际网元属性中包括的实际版本号与SNMP平台具有的管理版本号进行匹配;
若匹配成功,则确定目标网元队列的实际网元属性与SNMP平台具有的管理网元属性信息匹配成功。
为了使本领域技术人员更好的理解本发明的数据包处理方法,下面以具体实施例进行详细阐述。
如图3所示为本发明实施例中的系统结构示意图,在图3中:
NEA中包括SNMP平台1与SNMP平台2,在本发明的实施例中,NEA可具有多个SNMP平台,具体数量可根据OMC中的版本需求进行设置,图3中仅为示意性举例,本发明对此不做限定。
在本实施例中,SNMP平台1加载有管理版本号,即MIB版本1(也可以简称为MIB1.0),并且,具有多个管理网元类型,包括:ENB、TLSNB、NODEB。为区分其它SNMP平台中的管理网元类型,SNMP平台中的管理网元类型称为:ENB1、TLSNB1、NODEB1。同样的,SNMP平台2加载有MIB版本2,并且具有多个管理网元类型ENB2、TLSNB2、NODEB2。每个管理网元类型与该平台具有的管理版本号构成一种管理网元属性信息,以SNMP平台1为例,SNMP平台1中具有3种管理网元属性信息,即:ENB1-MIB1.0、TLSNB1-MIB1.0、NODEB1-MIB1.0。即,每个SNMP平台采用平台融合机制,对各网元的数据包进行处理,有效降低了NEA内存占用。
仍参照图3,在本实施例中,以系统中存在两个网元,即网元1与网元2为例进行详细说明。
具体的,在本实施例中,网元1与网元2将数据包发送给NEA中的所有SNMP平台。
下面以SNMP平台1为例进行详细阐述,具体的:
SNMP平台1接收来自网元1与网元2的数据包。其中,网元1与网元2发来的数据包中携带有对应网元的标识信息,标识信息用于唯一标识网元。以网元1,且网元1为ENB设备为例,SNMP平台接收网元1发来的数据包,并检测其中的标识信息,并确定该数据包对应于网元1。
在本发明的实施例中,SNMP平台在接收到任一网元的数据包并放入对应网元队列过程中,将对共享队列进行锁定。共享队列即为SNMP平台的总队列,共享队列中包括有多个网元队列,每个网元队列对应一个网元。具体的,在本实施例中,SNMP平台1接收网元1的消息后,将共享队列进行锁定,以使共享队列中的所有网元队列无法被其它线程占用,即所有网元队列中的数据包均无法被提取或进行其它处理。
在本实施例中,SNMP平台1依据数据包的标识信息,检索共享队列中是否存在对应于第一网元的第一网元队列。若不存在,则创建第一网元队列,并在属性列表中添加第一网元的标识信息。若存在,则将数据包置于第一网元队列的尾部,同时,解锁共享队列。
随后,SNMP平台1在共享队列解锁后,可对第一网元队列进行后续的处理。
SNMP平台1在共享队列解锁后,可进行提取操作。具体的,SNMP平台以轮询的方式,依次提取每个网元队列的前N个数据包,在本实施例中,N大于等于1。具体的,N的数值可由操作人员根据设备的处理性能以及内存占用等因素进行设置。
在本实施例中,SNMP平台1提取第一网元队列的前N个数据包,组成数据包组,置于处理队列尾部。随后,SNMP平台1提取第二网元队列的前N个数据包,组成数据包组,置于处理队列尾部,即第一网元队列的数据包组的后面。从而实现对每个网元队列中的数据包按粒度进行划分,并实现轮转处理,保证每个网元队列中的数据包获得均等的处理机会。
在SNMP平台1对网元队列的N个数据包进行提取的同时,SNMP平台可同时对处理队列中的数据包组进行相应的处理,即,提取与处理过程可看作为两个同时进行的线程。
具体的,在本发明的实施例中,SNMP平台对于网元的处理可分为接入处理与业务处理。接入处理即为本发明实施例中的绑定处理,若网元1已与SNMP平台1进行过绑定处理,则网元1在与SNMP平台1绑定成功的情况下,将通过SNMP平台1接入OMC,若绑定失败,则不会通过SNMP平台1接入OMC。业务处理即为在网元1与SNMP1平台1绑定成功后,SNMP平台1对网元1后续发来的业务消息数据包进行处理。具体的:
1)接入处理(绑定处理)。
SNMP平台1提取处理队列中位于首位的目标数据包组,在本实施例中,以目标数据包组属于第一网元队列为例进行详细说明。
具体的,在本实施例中,SNMP平台1判断目标数据包组所属的网元队列,即,第一网元队列,是否已与本SNMP平台进行过绑定处理。具体的,SNMP平台1在与第一网元队列进行过绑定处理后,将会在属性列表中与第一网元的标识信息对应的状态栏中记录接入状态。若状态栏中为空,则确定未进行过绑定处理。若不为空,则已进行过绑定处理。
在本实施例中,由于网元1未与SNMP平台进行过绑定处理,则可确定,网元1同样未与其他SNMP平台进行过绑定处理,即网元1未接入到OMC中,因此,网元1将会持续向各SNMP平台发送接入消息。
SNMP平台1遍历目标数据包组,并获取其中的接入消息,其中,接入消息中携带有第一网元的实际网元属性信息和标识信息,实际网元属性信息包括实际网元类型信息与实际版本信息。在本实施例中,实际网元类型即为ENB,实际版本信息为1.0。
接着,SNMP平台1将实际网元属性信息与本平台具有的多个管理网元属性信息进行匹配。具体的,SNMP平台1将接入消息中的实际网元类型信息(即ENB)与SNMP平台1具有的多个管理网元类型(即ENB1、TLSNB1、NODEB1)进行匹配。若匹配失败,则确定绑定处理失败。若匹配成功,则继续后续的步骤。
在本实施例中,实际网元类型信息ENB与SNMP平台1中的管理网元类型ENB1匹配成功。随后,SNMP平台1将接入消息中的实际网元版本(1.0)与SNMP平台1具有的管理版本号(MIB1.0)进行匹配。若匹配失败,则确定绑定处理失败。若匹配成功,则确定第一网元可通过本平台接入OMC,并且,SNMP平台1在属性列表中记录第一网元队列与SNMP平台1进行绑定处理成功,即,SNMP平台1将匹配成功的管理网元属性信息(ENB1-MIB1.0)与网元1的标识信息对应写入属性列表中,并在状态栏中记录绑定成功。若已经存在网元1的标识信息,则SNMP平台1将管理网元属性信息写入对应于网元1的标识信息的属性栏即可。
随后,SNMP平台1依据匹配成功的管理网元属性信息对目标数据包组进行封装,并发送到OMC。从而使OMC识别到网元1的数据包的网元类型为ENB1并且管理版本为MIB1.0。
在本实施例中,SNMP平台可同时启动多个处理线程,即可对多个数据包组进行处理。举例说明:SNMP平台1中具有3个处理线程,则处理线程1提取处理队列中的位于首位的数据包组1(该数据包组属于网元1),并对数据包组1进行绑定、封装、发送等处理。同时,处理线程2提取处理队列中的位于首位的数据包组2(该数据包组属于网元2),并对数据包组2进行绑定、封装、发送等处理。处理线程3提取处理队列中的位于首位的数据包组3(该数据包组属于网元3)并进行处理。当任意线程处理完本线程的数据包组后,则继续处理当前位于处理队列首位的数据包组。从而实现队列轮询处理,使各网元得到均等的处理机会,有效提NEA的处理效率。
2)业务处理。
在本发明的实施例中,网元若已通过任一SNMP平台接入OMC,则会将业务消息数据包发送到各SNMP平台。
仍参照图3,SNMP平台1提取处理队列中的目标数据包组,在本实施例中,仍以目标数据包组属于第一网元队列为例。SNMP平台1在处理目标数据包组时,若通过检索属性列表,判断出网元1已通过本平台接入OMC,则对目标数据包组进行业务处理。在一个实施例中,若通过检索属性列表,检索到对应于网元1的标识信息的状态栏中标识有绑定失败,则不对属于网元1的数据包组进行处理。
具体的,在本实施例中,SNMP平台1在确定网元1已通过本平台接入OMC后,对目标数据包组进行封装处理。具体包括:
在本实施例中,由于网元1已接入过OMC,则网元1发送的数据包中不再包括接入消息,而只包括业务消息。其中,每个业务消息数据包中携带有网元1的标识信息。SNMP平台1将标识信息与属性列表中的标识信息进行匹配。若属性列表中存在网元1的标识信息,则确定匹配成功。SNMP平台1依据属性列表中匹配成功的标识信息的管理属性信息对目标数据包组进行封装。封装过程与接入处理中类似,此处不赘述。随后,SNMP平台1将封装后的目标数据包组发送到OMC。
综上所述,本发明实施例中的SNMP平台通过平台融合机制,将多个网元类型融合为一个SNMP平台,从而在对各网元的网元队列中的数据包进行处理的过程中,仅通过启动与网元队列的数量对应的线程数,即可对对应的数据包进行处理。因此,每个SNMP平台占用的内存较之现有技术中明显减少。并且,在数据包处理过程中,SNMP平台采用可变粒度与可变流量的切片式轮转处理机制,即,SNMP平台对各网元队列中的数据包进行可变粒度的划分,仅对每个队列的指定个数的数据包进行处理,从而提升了整个NEA的处理效率,并且使每个网元队列的处理机会均等。
参照图4,示出了本发明实施例的一种数据包处理装置的结构框图,应用于NEA中包括的一个或一个以上SNMP平台,该装置具体可以包括以下模块:
添加模块401,用于将接收到的多个数据包添加至每个数据包所属网元对应的网元队列的尾部;
提取模块402,用于依次提取每个网元队列的前N个数据包,并以数据包组的形式按序将每次提取的N个数据包置于处理队列尾部;
第一判断模块403,用于判断位于处理队列的首位的目标数据包组所属的目标网元队列是否已与SNMP平台进行过绑定处理;
绑定模块404,用于若第一判断模块403判断为否,则进行绑定处理,
如图5所示,在图4的基础上,绑定模块404具体包括:
获取子模块4041,用于通过遍历目标数据包组,获取目标数据包组中的接入消息,接入消息中携带有目标网元的实际网元属性信息和标识信息;
第一匹配子模块4042,用于将实际网元属性信息与SNMP平台具有的多个管理网元属性信息进行匹配;
绑定子模块4043,用于若匹配成功,则在属性列表中记录目标网元队列与SNMP平台绑定成功;
第一封装子模块4044,用于依据匹配成功的管理网元属性信息对目标数据包组进行封装并发送;
第二判断模块405,用于若判断为是,则通过检索属性列表,判断目标网元队列与SNMP平台是否绑定成功;
确定模块406,用于依据判断结果,确定是否调用封装模块407对目标数据包组进行封装处理。
如图6所示,在图4的基础上,封装模块407具体包括:
第二匹配子模块4071,用于将目标数据包组中携带的目标网元的标识信息与属性列表中的标识信息进行匹配;
第二封装子模块4072,用于依据匹配成功的标识信息对应的管理属性信息对目标数据包组进行封装并发送。
在本发明的一个优选的实施例中,添加模块401进一步用于:
接收来自第一网元的数据包,数据包携带有第一网元的标识信息;
将共享队列进行锁定,以使共享队列中的任一网元队列无法被其它线程占用;
依据标识信息,检索共享队列中是否存在对应于第一网元的第一网元队列;
若不存在,则创建第一网元队列,并在属性列表中添加第一网元的标识信息;
若存在,则将数据包置入第一网元队列的尾部,并解锁共享队列。
在本发明的一个优选的实施例中,绑定子模块4043进一步用于:
将匹配成功的管理网元属性信息、目标网元的标识信息对应写入属性列表中,并在对应的状态栏中记录绑定成功。
在本发明的一个优选的实施例中,第一判断模块403进一步用于:
通过检索属性列表,确定对应于目标网元的标识信息的状态栏是否为空;
若是,则确定目标网元队列未与所述SNMP平台进行过绑定处理;
若否,则确定目标网元队列已与所述SNMP平台进行过绑定处理。
在本发明的一个优选的实施例中,第一匹配子模块4042进一步用于:
将实际网元属性中包括的实际网元类型与SNMP平台具有的多个管理网元类型进行匹配;
若匹配失败,则确定绑定处理失败;
若匹配成功,则将实际网元属性中包括的实际版本号与SNMP平台具有的管理版本号进行匹配;
若匹配成功,则确定目标网元队列的实际网元属性与SNMP平台具有的管理网元属性信息匹配成功。
综上,本发明中的装置,通过平台融合机制,将多个网元类型融合为一个SNMP平台,通过融合后的SNMP平台对数据包进行绑定以及封装等处理,从而有效降低了NEA内存占用。并且,在数据包处理过程中,SNMP平台采用可变粒度与可变流量的切片式轮转处理机制,即,SNMP平台对各网元队列中的数据包进行可变粒度的划分,仅对每个队列的指定个数的数据包进行处理,从而提升了整个NEA的处理效率,并且使每个网元队列的处理机会均等。
对于设备实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的无线能力的获取设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
以上对本发明所提供的一种数据包处理方法及装置进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种数据包处理方法,其特征在于,应用于网元适配器NEA中包括的一个或一个以上简单网络管理协议SNMP平台,所述方法包括:
将接收到的多个数据包添加至每个数据包所属网元对应的网元队列的尾部;
依次提取每个网元队列的前N个数据包,并以数据包组的形式按序将每次提取的N个数据包置于处理队列尾部;
判断位于所述处理队列的首位的目标数据包组所属的目标网元队列是否已与所述SNMP平台进行过绑定处理;
若判断为否,则进行绑定处理,所述绑定处理具体包括:
通过遍历所述目标数据包组,获取所述目标数据包组中的接入消息,所述接入消息中携带有目标网元的实际网元属性信息和标识信息;
将所述实际网元属性信息与所述SNMP平台具有的多个管理网元属性信息进行匹配;
若匹配成功,则在属性列表中记录所述目标网元队列与所述SNMP平台绑定成功,并依据匹配成功的管理网元属性信息对所述目标数据包组进行封装并发送;
若判断为是,则通过检索所述属性列表,判断所述目标网元队列与所述SNMP平台是否绑定成功;
依据所述判断结果,确定是否对所述目标数据包组进行封装处理,所述封装处理具体包括:
将所述目标数据包组中携带的目标网元的标识信息与所述属性列表中的标识信息进行匹配;
依据匹配成功的标识信息对应的管理属性信息对所述目标数据包组进行封装并发送。
2.根据权利要求1所述的方法,其特征在于,所述将接收到的多个数据包置于每个数据包所属网元对应的网元队列的尾部的步骤,具体包括:
接收来自第一网元的数据包,所述数据包携带有所述第一网元的标识信息;
将共享队列进行锁定,以使所述共享队列中的任一网元队列无法被其它线程占用;
依据所述标识信息,检索所述共享队列中是否存在对应于所述第一网元的第一网元队列;
若不存在,则创建所述第一网元队列,并在所述属性列表中添加所述第一网元的标识信息;
若存在,则将所述数据包置于所述第一网元队列的尾部,并解锁所述共享队列。
3.根据权利要求1所述的方法,其特征在于,所述若匹配成功,则在属性列表中记录所述目标网元队列与所述SNMP平台绑定成功的步骤,具体包括:
将所述匹配成功的管理网元属性信息、所述目标网元的标识信息对应写入所述属性列表中,并在对应的状态栏中记录绑定成功。
4.根据权利要求3所述的方法,其特征在于,所述判断所述目标网元队列是否已与所述SNMP平台进行过绑定处理的步骤,具体包括:
通过检索所述属性列表,确定对应于所述目标网元的标识信息的状态栏是否为空;
若是,则确定所述目标网元队列未与所述SNMP平台进行过所述绑定处理;
若否,则确定所述目标网元队列已与所述SNMP平台进行过所述绑定处理。
5.根据权利要求1所述的方法,其特征在于,所述将所述实际网元属性信息与所述SNMP平台具有的多个管理网元属性信息进行匹配的步骤,具体包括:
将所述实际网元属性中包括的实际网元类型与所述SNMP平台具有的多个管理网元类型进行匹配;
若匹配失败,则确定所述绑定处理失败;
若匹配成功,则将所述实际网元属性中包括的实际版本号与所述SNMP平台具有的管理版本号进行匹配;
若匹配成功,则确定所述目标网元队列的实际网元属性与所述SNMP平台具有的管理网元属性信息匹配成功。
6.一种数据包处理装置,其特征在于,应用于网元适配器NEA中包括的一个或一个以上简单网络管理协议SNMP平台,所述装置包括:
添加模块,用于将接收到的多个数据包添加至每个数据包所属网元对应的网元队列的尾部;
提取模块,用于依次提取每个网元队列的前N个数据包,并以数据包组的形式按序将每次提取的N个数据包置于处理队列尾部;
第一判断模块,用于判断位于所述处理队列的首位的目标数据包组所属的目标网元队列是否已与所述SNMP平台进行过绑定处理;
绑定模块,用于若所述第一判断模块判断为否,则进行绑定处理,所述绑定模块具体包括:
获取子模块,用于通过遍历所述目标数据包组,获取所述目标数据包组中的接入消息,所述接入消息中携带有目标网元的实际网元属性信息和标识信息;
第一匹配子模块,用于将所述实际网元属性信息与所述SNMP平台具有的多个管理网元属性信息进行匹配;
绑定子模块,用于若匹配成功,则在属性列表中记录所述目标网元队列与所述SNMP平台绑定成功;
第一封装子模块,用于依据匹配成功的管理网元属性信息对所述目标数据包组进行封装并发送;
第二判断模块,用于若判断为是,则通过检索所述属性列表,判断所述目标网元队列与所述SNMP平台是否绑定成功;
确定模块,用于依据所述判断结果,确定是否调用封装模块对所述目标数据包组进行封装处理,所述封装模块具体包括:
第二匹配子模块,用于将所述目标数据包组中携带的目标网元的标识信息与所述属性列表中的标识信息进行匹配;
第二封装子模块,用于依据匹配成功的标识信息对应的管理属性信息对所述目标数据包组进行封装并发送。
7.根据权利要求6所述的装置,其特征在于,所述添加模块进一步用于:
接收来自第一网元的数据包,所述数据包携带有所述第一网元的标识信息;
将共享队列进行锁定,以使所述共享队列中的任一网元队列无法被其它线程占用;
依据所述标识信息,检索所述共享队列中是否存在对应于所述第一网元的第一网元队列;
若不存在,则创建所述第一网元队列,并在所述属性列表中添加所述第一网元的标识信息;
若存在,则将所述数据包置于所述第一网元队列的尾部,并解锁所述共享队列。
8.根据权利要求6所述的装置,其特征在于,所述绑定子模块进一步用于:
将所述匹配成功的管理网元属性信息、所述目标网元的标识信息对应写入所述属性列表中,并在对应的状态栏中记录绑定成功。
9.根据权利要求8所述的装置,其特征在于,所述第一判断模块进一步用于:
通过检索所述属性列表,确定对应于所述目标网元的标识信息的状态栏是否为空;
若是,则确定所述目标网元队列未与所述SNMP平台进行过所述绑定处理;
若否,则确定所述目标网元队列已与所述SNMP平台进行过所述绑定处理。
10.根据权利要求6所述的装置,其特征在于,所述第一匹配子模块进一步用于:
将所述实际网元属性中包括的实际网元类型与所述SNMP平台具有的多个管理网元类型进行匹配;
若匹配失败,则确定所述绑定处理失败;
若匹配成功,则将所述实际网元属性中包括的实际版本号与所述SNMP平台具有的管理版本号进行匹配;
若匹配成功,则确定所述目标网元队列的实际网元属性与所述SNMP平台具有的管理网元属性信息匹配成功。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710692821.XA CN109391506B (zh) | 2017-08-14 | 2017-08-14 | 一种数据包方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710692821.XA CN109391506B (zh) | 2017-08-14 | 2017-08-14 | 一种数据包方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109391506A CN109391506A (zh) | 2019-02-26 |
CN109391506B true CN109391506B (zh) | 2020-08-28 |
Family
ID=65416759
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710692821.XA Active CN109391506B (zh) | 2017-08-14 | 2017-08-14 | 一种数据包方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109391506B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1922819A (zh) * | 2004-03-12 | 2007-02-28 | Ut斯达康通讯有限公司 | 在网络管理系统中对管理信息库进行管理的方法 |
CN103188404A (zh) * | 2011-12-30 | 2013-07-03 | 中国移动通信集团公司 | 一种指令交互过载保护设备及其方法 |
CN103916274A (zh) * | 2014-03-31 | 2014-07-09 | 大唐移动通信设备有限公司 | 一种多实例并行的网元接入方法和系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7305240B2 (en) * | 2005-02-03 | 2007-12-04 | Intel Corporation | Method and system of network management software architectures for mobile broadband wireless networks |
-
2017
- 2017-08-14 CN CN201710692821.XA patent/CN109391506B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1922819A (zh) * | 2004-03-12 | 2007-02-28 | Ut斯达康通讯有限公司 | 在网络管理系统中对管理信息库进行管理的方法 |
CN103188404A (zh) * | 2011-12-30 | 2013-07-03 | 中国移动通信集团公司 | 一种指令交互过载保护设备及其方法 |
CN103916274A (zh) * | 2014-03-31 | 2014-07-09 | 大唐移动通信设备有限公司 | 一种多实例并行的网元接入方法和系统 |
Non-Patent Citations (1)
Title |
---|
基于SNMP的多元网络统一管理模型研究;陈皮;《电视技术》;20110517;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN109391506A (zh) | 2019-02-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210036907A1 (en) | Methods and apparatuses for pushing a message | |
CN111447102B (zh) | Sdn网络设备访问方法、装置、计算机设备及存储介质 | |
CN106293887A (zh) | 数据库处理方法及装置 | |
CN114124451A (zh) | 一种物联网设备数据处理方法、系统及计算机存储介质 | |
CN106559447A (zh) | Jslee容器的业务处理方法及系统 | |
CN105306414A (zh) | 端口漏洞的检测方法、装置及系统 | |
CN115454636A (zh) | 一种容器云平台gpu资源调度方法、装置及应用 | |
CN110365517B (zh) | 数据处理方法、装置、存储介质及计算机设备 | |
CN115150419A (zh) | 一种混合云对象存储的配置和访问方法及系统 | |
CN111314241A (zh) | 一种任务调度方法及调度系统 | |
CN111147468A (zh) | 用户接入方法、装置、电子设备及存储介质 | |
CN109391506B (zh) | 一种数据包方法及装置 | |
CN112351110B (zh) | 基于zookeeper的ID分配方法、装置 | |
CN112491990B (zh) | 混合云网络数据传输方法、装置、电子设备及存储介质 | |
CN112512057B (zh) | 网络切片异常识别方法、装置、设备及计算机存储介质 | |
CN110557267A (zh) | 基于网络功能虚拟化nfv的容量修改方法及装置 | |
CN114095750B (zh) | 云平台监控方法、系统及计算机可读存储介质 | |
CN103761473B (zh) | 一种移动终端上的应用管理系统和方法 | |
US10674337B2 (en) | Method and device for processing operation for device peripheral | |
CN115695592A (zh) | 一种at命令处理方法、装置及设备 | |
CN112218121B (zh) | 内容分发网络调度方法及装置 | |
CN110708676B (zh) | 一种s1口集群消息处理方法、网络节点及基站 | |
CN112910991A (zh) | 后端应用调用方法、装置、计算机设备和可读存储介质 | |
CN111240867A (zh) | 一种信息通讯系统及方法 | |
CN114465952B (zh) | 一种配置参数的管理方法、装置及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |