CN105812266A

CN105812266A - 一种请求报文的硬件配置处理方法及装置

Info

Publication number: CN105812266A
Application number: CN201410852524.3A
Authority: CN
Inventors: 何英军; 曹涛; 王立文; 苏盘社
Original assignee: Kyland Technology Co Ltd
Current assignee: Kyland Technology Co Ltd
Priority date: 2014-12-31
Filing date: 2014-12-31
Publication date: 2016-07-27
Anticipated expiration: 2034-12-31
Also published as: CN105812266B

Abstract

本发明提供一种请求报文的硬件配置处理方法及装置，在该方法中节点设备接收其他设备发送的请求报文，判断所述请求报文是否需要进行硬件配置；当确定所述请求报文需要进行硬件配置时，缓存所述请求报文；判断在设定的时间长度内是否接收到其他的请求报文；当确定在设定的时间长度内未接收到其他请求报文时，将缓存的所述请求报文进行硬件配置处理；当确定所述请求报文无需进行硬件配置时，处理所述请求报文。由于在本发明实施例中节点设备通过将接收到的需要进行硬件配置的请求报文进行缓存，减少了硬件下发对CPU资源的占用，提高了处理效率。

Description

一种请求报文的硬件配置处理方法及装置

技术领域

本发明涉及工业以太网技术领域，尤其涉及一种请求报文的硬件配置处理方法及装置。

背景技术

在工业以太网中，当终端或者节点设备需要进行端口的注册或者去注册时，就会通过该端口向网络中的其他节点设备发送请求报文，其他节点设备接收到该请求报文时，通过自身的CPU解析该请求报文，并占用CPU资源对解析后的该请求报文进行硬件配置。

以组播报文注册为例，根据GARP组播注册协议(GARPMulticastRegistrationProtocol，GMRP)，当有某台主机想加入一个IP组播组时，它需要发送一个GMRP注册报文，一旦收到GMRP注册报文，交换机的CPU就会将收到该信息的端口加入到适当的组播组。然而，当报文中的注册表项非常多时，将会较长时间占用硬件资源，尤其对于本身CPU资源有限的低速总线网络节点设备，例如SPI设备，由于处理注册报文长时间占用CPU资源，将造成无法及时处理其他报文，另外，当组网过程中网络拓扑结构未稳定时，将频繁的发送注册报文，而重复的注册和去注册操作，也会导致网络拓扑的震荡。

因此，现有技术中节点设备在接收到需要进行硬件配置的请求报文时，解析该请求报文后直接进行硬件配置处理，占用了CPU资源，尤其是当请求报文中携带大量注册信息或连续收到很多请求报文时，将导致重要的业务报文无法及时得到处理，从而影响了报文的处理效率，降低了网络的可靠性。

发明内容

鉴于上述问题，提出了本发明以便解决上述问题的一种请求报文的硬件配置处理方法及装置

本发明实施例提供了一种请求报文的硬件配置处理方法，该方法包括：

节点设备接收其他设备发送的请求报文，判断所述请求报文是否需要进行硬件配置；

当确定所述请求报文需要进行硬件配置时，缓存所述请求报文；判断在设定的时间长度内是否接收到其他的请求报文；当确定在设定的时间长度内未接收到其他请求报文时，将缓存的所述请求报文进行硬件配置处理；

当确定所述请求报文无需进行硬件配置时，处理所述请求报文。

为了提高报文的处理效率，进一步减少对CPU资源的占用，提高网络的可靠性，本发明实施例中所述缓存所述请求报文包括：

节点设备提取所述请求报文中携带的端口标识信息及操作类型；

根据所述请求报文的端口标识信息在自身保存的哈希表中进行查找，判断在哈希表中是否保存该端口标识信息；

当确定哈希表中保存有该端口标识信息时，将哈希表中保存的该端口标识信息对应的操作类型替换为所述请求报文的操作类型；

否则，在哈希表中建立所述请求报文的端口标识信息及操作类型的映射关系。

为了减少对CPU资源的占用，提高报文的处理效率，进一步保证网络的可靠性，在本发明实施例中所述方法还包括：

节点设备为自身保存的哈希表建立定时器，当定时器超时时，将哈希表中缓存的每个请求报文进行硬件配置处理。

为了提高处理效率，进一步减少对CPU资源的占用，在本发明实施例中所述方法还包括：

节点设备在自身保存的哈希表中删除所述请求报文对应的端口标识信息及操作类型的映射关系。

为了保证网络的可靠性，进一步提高报文的处理效率，在本发明实施例中所述将缓存的所述请求报文进行硬件配置处理，还包括：

节点设备判断是否接收到其他请求报文，当接收到其他请求报文时，停止当前的硬件配置处理，处理所述其他请求报文。

本发明实施例提供了一种请求报文的硬件配置处理装置，该装置包括：

接收判断模块，用于接收其他设备发送的请求报文，判断所述请求报文是否需要进行硬件配置；

第一处理模块，用于当确定所述请求报文需要进行硬件配置时，缓存所述请求报文；判断在设定的时间长度内是否接收到其他的请求报文；当确定在设定的时间长度内未接收到其他请求报文时，将缓存的所述请求报文进行硬件配置处理；

第二处理模块，用于当确定所述请求报文无需进行硬件配置时，处理所述请求报文。

为了提高处理效率，进一步减少对CPU资源的占用，提高网络的可靠性，本发明实施例中所述第一处理模块，具体用于提取所述请求报文中携带的端口标识信息及操作类型；根据所述请求报文的端口标识信息在自身保存的哈希表中进行查找，判断在哈希表中是否保存该端口标识信息；当确定哈希表中保存有该端口标识信息时，将哈希表中保存的该端口标识信息对应的操作类型替换为所述请求报文的操作类型；否则，在哈希表中建立所述请求报文的端口标识信息及操作类型的映射关系。

为了减少对CPU资源的占用，提高处理效率，进一步保证网络的可靠性，在本发明实施例中所述第一处理模块，具体还用于为自身保存的哈希表建立定时器，当定时器超时时，将哈希表中缓存的该每个请求报文进行硬件配置处理。

为了提高处理效率，进一步减少对CPU资源的占用，在本发明实施例中所述第一处理模块，具体还用于在自身保存的哈希表中删除所述请求报文对应的端口标识信息及操作类型的映射关系。

为了保证网络的可靠性，进一步提高处理效率，在本发明实施例中所述第二处理模块，还用于判断是否接收到其他请求报文，当接收到其他请求报文时，停止当前的硬件配置处理，处理所述其他请求报文。

本发明实施例提供了一种请求报文的硬件配置处理方法及装置，在该方法中节点设备接收其他设备发送的请求报文，判断所述请求报文是否需要进行硬件配置；当确定所述请求报文需要进行硬件配置时，缓存所述请求报文；判断在设定的时间长度内是否接收到其他的请求报文；当确定在设定的时间长度内未接收到其他请求报文时，将缓存的所述请求报文进行硬件配置处理；当确定所述请求报文无需进行硬件配置时，处理所述请求报文。由于在本发明实施例中节点设备通过将接收到的需要进行硬件配置的请求报文进行缓存，减少了硬件下发对CPU资源的占用，提高了报文处理效率，且提高了网络的稳定性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例提供的一种请求报文的硬件配置处理过程；

图2为本发明实施例一提供的一种请求报文的硬件配置处理的详细过程；

图3为本发明实施例二提供的一种请求报文的硬件配置处理的详细过程；

图4为本发明实施例提供的一种请求报文的硬件配置处理装置结构示意图。

具体实施方式

为了减少对CPU资源的占用，提高报文的处理效率，提高网络的可靠性，本发明实施例提供了一种请求报文的硬件配置处理方法及装置。

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

下面结合说明附图，对本发明实施例进行说明。

图1为本发明实施例提供的一种请求报文的硬件配置处理过程，该过程包括以下步骤：

S101：节点设备接收其他设备发送的请求报文。

在本发明实施例中该节点设备可以为交换设备，或者路由设备，其他设备可以为终端设备，或者交换设备等，请求报文可以是注册报文，或者去注册报文。

S102：判断所述请求报文是否需要进行硬件配置，当判断结果为是时，进行步骤S103，否则，进行步骤S106。

本发明实施例的请求报文中有些报文需要进行硬件配置，需要硬件配置的请求报文需占用CPU进行处理，无需硬件配置的请求报文无需CPU进行处理。判断请求报文是否需要进行硬件配置属于现有技术，在本发明实施例中对判断请求报文是否需要进行硬件配置的过程不进行限定。

S103：缓存所述请求报文。

S104：判断在设定的时间长度内是否接收到其他的请求报文，当判断结果为是时，进行步骤S102，否则，进行步骤S105。

S105：对缓存的所述请求报文进行硬件配置处理。

S106：处理所述请求报文。

由于在本发明实施例中节点设备通过将接收到的需要进行硬件配置的请求报文进行缓存，减少了硬件下发对CPU资源的占用，提高了报文处理效率，且提高了网络的稳定性。

本发明实施例中当终端设备或者其他节点设备，例如交换设备需要进行端口的注册或者去注册时，或者其他情况，终端设备或者其他节点设备向交换设备、路由设备等节点设备发送请求报文。

节点设备接收到该请求报文后，对该请求报文进行判断，判断该请求报文是否需要进行硬件配置，当确定该请求报文进行硬件配置时，先缓存该请求报文，并判断在缓存该请求报文的设定的时间长度内是否接收到其他的请求报文，当在设定的时间长度内未接收到其他的请求报文时，对该请求报文进行硬件配置处理，如果在设定的时间长度内接收到其他请求报文，则依据上述过程判断该请求报文是否需要进行硬件配置。

当判断该请求报文无需进行硬件配置时，即处理该请求报文无需占用CPU，则节点设备可以处理该请求报文。

在本发明实施例中为了方便请求报文的缓存，及后续报文的处理，所述缓存所述请求报文包括：

提取该请求报文中的端口标识信息及操作类型，将提取的该端口标识信息及操作类型保存在哈希表中。

哈希表保存在节点设备中，在哈希表中保存有每个请求报文的端口标识信息及操作类型。当节点设备接收到请求报文，并判断缓存该请求报文时，在请求报文中提取端口标识信息及操作类型，将提取的端口标识信息及操作类型保存在哈希表中。

较佳地，在本发明实施例中为了有效提高报文的处理效率，进一步减少对CPU资源的占用，提高网络的可靠性，本发明实施例中所述缓存所述请求报文包括：

节点设备的哈希表中保存有每个缓存的请求报文的端口标识信息及操作类型，针对同一端口可能存在不同的多个操作类型，为了有效的进行去重操作，在本发明实施例中当缓存报文时，并提取了缓存报文中的端口标识信息后，判断该端口标识信息是否保存在哈希表中，当哈希表中保存有该端口标识信息时，该请求报文为针对该端口的最新操作，只需进行该最新操作即可，因此采用该请求报文中携带的操作类型替换哈希表中该端口标识信息对应的操作类型；当该哈希表中未保存有该端口标识信息时，说明当前不存在对该端口的操作，需将该请求报文中携带的操作类型及该端口标识信息添加到哈希表中。

在本发明实施例中对需硬件配置处理的请求报文进行了缓存，当在设定的时间长度内未接收到其他的请求报文时，即CPU空闲时，对缓存的请求报文进行硬件配置处理。

当对哈希表中的请求报文进行处理后，为了保证报文处理的准确性，避免重复处理，在本发明实例中所述将缓存的所述请求报文进行硬件配置处理之后，方法还包括：

图2为本发明实施例一提供的一种请求报文的硬件配置处理的详细过程，该过程包括以下步骤：

S201：节点设备接收其他设备发送的请求报文。

S202：判断所述请求报文是否需要进行硬件配置，当判断结果为是时，进行步骤S203，否则，进行步骤S208。

S203：提取该请求报文中的端口标识信息及操作类型，判断哈希表中是否存在该端口标识信息，当判断结果为是时，进行步骤S204，否则，进行步骤S205。

S204：将哈希表中保存的该端口标识信息对应的操作类型替换为所述请求报文的操作类型。之后进行步骤S206。

S205：在哈希表中建立所述请求报文的端口标识信息及操作类型的映射关系。

S206：判断在设定的时间长度内是否接收到其他的请求报文，当判断结果为是时，进行步骤S202，否则，进行步骤S207。

S207：将缓存的所述请求报文进行硬件配置处理。节点设备在自身保存的哈希表中删除所述请求报文对应的端口标识信息及操作类型的映射关系。

S208：处理所述请求报文。

另外，由于将需进行硬件配置处理的请求报文缓存在了哈希表中，哈希表的容量是有限的，存储的请求报文较多时，将会影响其接收性能，因此在本发明实施例中为了减少对CPU资源的占用，提高报文的处理效率，进一步保证网络的可靠性，在本发明实施例中所述方法还包括：

图3为本发明实施例二提供的一种请求报文的硬件配置处理的详细过程，该过程包括以下步骤：

S301：节点设备接收其他设备发送的请求报文。

S302：判断所述请求报文是否需要进行硬件配置，当判断结果为是时，进行步骤S303，否则，进行步骤S308。

S303：提取该请求报文中的端口标识信息及操作类型，判断哈希表中是否存在该端口标识信息，当判断结果为是时，进行步骤S304，否则，进行步骤S305。

S304：将哈希表中保存的该端口标识信息对应的操作类型替换为所述请求报文的操作类型。之后进行步骤S306。

S305：在哈希表中建立所述请求报文的端口标识信息及操作类型的映射关系。

S306：判断该哈希表对应的定时器是否超时，当判断结果为是时，进行步骤S307，否则，进行步骤S306。

S307：将缓存的所述请求报文进行硬件配置处理。节点设备在自身保存的哈希表中删除所述请求报文对应的端口标识信息及操作类型的映射关系。

S308：处理所述请求报文。

在节点设备对缓存的该请求报文进行处理的过程中，如果再接收到其他的请求报文，由于当前对该请求报文的处理过程是需要消耗CPU资源的，为了有效的提高报文的处理效率，提高网络的稳定性，在本发明实施例中所述将缓存的所述请求报文进行硬件配置处理，还包括：

图4为本发明实施例提供的一种请求报文的硬件配置处理装置结构示意图，所述装置包括：

接收判断模块41，用于接收其他设备发送的请求报文，判断所述请求报文是否需要进行硬件配置；

第一处理模块42，用于当确定所述请求报文需要进行硬件配置时，缓存所述请求报文；判断在设定的时间长度内是否接收到其他的请求报文；当确定在设定的时间长度内未接收到其他请求报文时，将缓存的所述请求报文进行硬件配置处理；

第二处理模块43，用于当确定所述请求报文无需进行硬件配置时，处理所述请求报文。

为了提高处理效率，进一步减少对CPU资源的占用，提高网络的可靠性，本发明实施例中所述第一处理模块42，具体用于提取所述请求报文中携带的端口标识信息及操作类型；根据所述请求报文的端口标识信息在自身保存的哈希表中进行查找，判断在哈希表中是否保存该端口标识信息；当确定哈希表中保存有该端口标识信息时，将哈希表中保存的该端口标识信息对应的操作类型替换为所述请求报文的操作类型；否则，在哈希表中建立所述请求报文的端口标识信息及操作类型的映射关系。

为了减少对CPU资源的占用，提高处理效率，进一步保证网络的可靠性，在本发明实施例中所述第一处理模块42，具体还用于为自身保存的哈希表建立定时器，当定时器超时时，将哈希表中缓存的该每个请求报文进行硬件配置处理。

为了提高处理效率，进一步减少对CPU资源的占用，在本发明实施例中所述第一处理模块42，具体还用于在自身保存的哈希表中删除所述请求报文对应的端口标识信息及操作类型的映射关系。

为了保证网络的可靠性，进一步提高处理效率，在本发明实施例中所述第二处理模块43，还用于判断是否接收到其他请求报文，当接收到其他请求报文时，停止当前的硬件配置处理，处理所述其他请求报文。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的请求报文的硬件配置装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

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

Claims

1.一种请求报文的硬件配置处理方法，其特征在于，所述方法包括：

2.如权利要求1所述的方法，其特征在于，所述缓存所述请求报文包括：

3.如权利要求2所述的方法，其特征在于，所述方法还包括：

4.如权利要求2或3所述的方法，其特征在于，所述将缓存的所述请求报文进行硬件配置处理之后，方法还包括：

5.如权利要求1所述的方法，其特征在于，所述将缓存的所述请求报文进行硬件配置处理，还包括：

6.一种请求报文的硬件配置处理装置，其特征在于，所述装置包括：

7.如权利要求6所述的装置，其特征在于，所述第一处理模块，具体用于提取所述请求报文中携带的端口标识信息及操作类型；根据所述请求报文的端口标识信息在自身保存的哈希表中进行查找，判断在哈希表中是否保存该端口标识信息；当确定哈希表中保存有该端口标识信息时，将哈希表中保存的该端口标识信息对应的操作类型替换为所述请求报文的操作类型；否则，在哈希表中建立所述请求报文的端口标识信息及操作类型的映射关系。

8.如权利要求7所述的装置，其特征在于，所述第一处理模块，具体还用于为自身保存的哈希表建立定时器，当定时器超时时，将哈希表中缓存的每个请求报文进行硬件配置处理。

9.如权利要求7或8所述的装置，其特征在于，所述第一处理模块，具体还用于将缓存的所述请求报文进行硬件配置处理之后，在自身保存的哈希表中删除所述请求报文对应的端口标识信息及操作类型的映射关系。

10.如权利要求6所述的装置，其特征在于，所述第二处理模块，还用于判断是否接收到其他请求报文，当接收到其他请求报文时，停止当前的硬件配置处理，处理所述其他请求报文。