CN105704082A - 报文的接收处理、发送处理方法及装置 - Google Patents

Abstract

本发明提供了一种报文的接收处理、发送处理方法及装置，其中，所述方法包括：判断接收的互联网协议IP报文的第一厂商属性与本地存储的第二厂商属性是否相同；如果否，则获取预先配置的所述第一厂商属性与所述第二厂商属性的对应关系；根据所述对应关系修改所述IP报文中的第一厂商属性。采用本发明提供的上述技术方案，解决了相关技术中当网络中增加新的厂商属性的设备时，网络中的其他设备无法兼容的问题，较好的提高网络中设备兼容性的问题。

Description

报文的接收处理、发送处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种报文的接收处理、发送处理方法及装置。

背景技术

远程用户拨号认证系统(RemoteAuthenticationDialInUserService，简称为RADIUS)是一种认证授权计费(Authentication、Authorization、Accounting，简称为AAA)类型的网络应用协议，用于认证、授权和计费等功能。该协议实现了对于用户接入的远程控制。RADIUS协议规定了不同厂商的设备可以定义特定的厂商属性，这样RADIUS服务器必须支持所有对接的设备的厂商属性，当在网络中增加新的厂商的设备时，RADIUS服务器如何能方便快捷的对新的厂商属性进行处理，而不需要设备做出改动现有技术中并没有给出具体的实现方式，同样，新增加厂商的设备如何能与原在网的RADIUS服务器进行对接，能够让原RADIUS服务器处理自身的厂商属性，同时能够接收并正确处理RADIUS服务器下发的厂商属性，而不需要在网的RADIUS服务器做出改动现有技术中也没有给出具体的实施方式。

针对相关技术中，当网络中增加新的厂商属性的设备时，网络中的其他设备无法兼容的问题，尚未提出有效的解决方案。

发明内容

为了解决上述技术问题，本发明提供了一种报文的接收处理、发送处理方法及装置。

根据本发明的一个方面，提供了一种报文的接收处理方法，所述方法包括：判断接收的互联网协议IP报文的第一厂商属性与本地存储的第二厂商属性是否相同；如果否，则获取预先配置的所述第一厂商属性与所述第二厂商属性的对应关系；根据所述对应关系修改所述IP报文中的第一厂商属性。

优选地，根据所述对应关系修改所述IP报文中的第一厂商属性，包括：根据所述对应关系将所述第一厂商属性转化为第二厂商属性。

优选地，判断接收的互联网协议IP报文的第一厂商属性与本地存储的第二厂商属性是否相同之前，还包括：对接收到的所述IP报文进行解析；根据解析结果判断所述第一厂商属性与所述第二厂商属性是否相同。

优选地，通过以下方式配置所述对应关系：接收输入的操作指令；按照该操作指令配置所述对应关系。

根据本发明的另一个方面，还提供了一种报文的发送处理方法，所述方法包括：判断待发送的互联网协议IP报文中的第一厂商属性与所述IP报文指示的目的端的第二厂商属性是否相同；

如果否，则获取预先配置的所述第一厂商属性与所述第二厂商属性的对应关系；

根据所述对应关系修改所述IP报文中的第一厂商属性，并向所述目的端发送修改后的IP报文。

优选地，根据所述对应关系修改所述IP报文中的第一厂商属性，包括：根据所述对应关系将所述第一厂商属性转化为第二厂商属性。

根据本发明的另一个方面，还提供了一种报文的接收处理装置，所述装置包括：判断模块，用于判断接收到互联网协议IP报文的第一厂商属性与本地存储的第二厂商属性是否相同；获取模块，用于在所述第一厂商属性与所述第二厂商属性不同时，获取预先配置的所述第一厂商属性与所述第二厂商属性的对应关系；修改模块，用于根据所述对应关系修改所述IP报文中的第一厂商属性。

优选地，所述修改模块，用于根据所述对应关系将所述第一厂商属性转化为第二厂商属性。

根据本发明的另一个方面，还提供了一种报文的发送处理装置，所述装置包括：判断模块，用于判断待发送的互联网协议IP报文中的第一厂商属性与所述IP报文指示的目的端的第二厂商属性是否相同；获取模块，用于在所述第一厂商属性与所述第二厂商属性不同时，则获取预先配置的所述第一厂商属性与所述第二厂商属性的对应关系；修改模块，用于根据所述对应关系修改所述IP报文中的第一厂商属性；发送模块，用于向所述目的端发送修改后的IP报文。

优选地，所述修改模块，用于根据所述对应关系将所述第一厂商属性转化为第二厂商属性。

通过本发明，采用通过配置新的厂商属性与其他已使用设备的厂商属性的对应关系，将未知的厂商属性转换为已知的厂商属性，然后再进行处理的技术手段，解决了相关技术中当网络中增加新的厂商属性的设备时，网络中的其他设备无法兼容的问题，较好的提高网络中设备兼容性的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的报文的接收处理方法的流程图；

图2为根据本发明实施例的报文的接收处理装置的结构框图；

图3是根据本发明实施例的报文的发送处理方法的流程图；

图4为根据本发明实施例的报文的发送处理装置的结构框图；

图5为根据本发明优选实施例的网络架构释义图；

图6为根据本发明优选实施例的接收RADIUS报文的处理流程图；

图7为根据本发明优选实施例的发送RADIUS报文的处理流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

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

在本实施例中提供了一种报文的接收处理方法，图1是根据本发明实施例的报文的接收处理方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，判断接收的IP报文的第一厂商属性与本地存储的第二厂商属性是否相同；

步骤S104，如果否，则获取预先配置的上述第一厂商属性与上述第二厂商属性的对应关系；

步骤S106；根据上述对应关系修改上述IP报文中的第一厂商属性。

通过上述各个步骤，采用在接收到IP报文时，如果IP报文的第一厂商属性与本地存储的第二厂商属性不同，则按照预先配置的上述第一厂商属性与上述第二厂商属性的对应关系修改第一厂商属性的技术手段，解决了相关技术中当网络中增加新的厂商属性的设备时，网络中的其他设备无法兼容的问题，克服网络(可以是RADIUS)协议允许不同设备使用不同的厂商自定义属性带来的兼容性问题，使RADIUS设备或者服务器不需要做任何硬件或者软件上的改动，通过命令配置等方式建立起不同厂商属性之间的对应关系，即解决新加入设备与在网RADIUS服务器之间的对接问题。

可选地，上述步骤S106可以有多种实现方式，在本发明实施例的一个可选示例中，可以通过以下技术方案实现上述步骤S106：根据上述对应关系将上述第一厂商属性转化为第二厂商属性，进而能够根据转换后的第二厂商属性对IP报文进行处理。

需要说明的是，在执行步骤S102之前，即在判断接收的互联网协议IP报文的第一厂商属性与本地存储的第二厂商属性是否相同之前，还可以执行以下过程：对接收到的上述IP报文进行解析；根据解析结果判断上述第一厂商属性与上述第二厂商属性是否相同。

在本发明实施例中，通过接收输入的操作指令；按照该操作指令配置所述对应关系(即手动输入)配置上述对应关系。

在本实施例中还提供了一种报文的接收处理装置，用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图2为根据本发明实施例的报文的接收处理装置的结构框图。如图2所示，该装置包括：

判断模块20，用于判断接收到互联网协议IP报文的第一厂商属性与本地存储的第二厂商属性是否相同；

获取模块22，与判断模块20连接，用于在上述第一厂商属性与上述第二厂商属性不同时，获取预先配置的上述第一厂商属性与上述第二厂商属性的对应关系；

修改模块24，与获取模块22连接，用于根据上述对应关系修改上述IP报文中的第一厂商属性。

通过上述各个模块的综合作用，采用在接收到IP报文时，如果IP报文的第一厂商属性与本地存储的第二厂商属性不同，则按照预先配置的上述第一厂商属性与上述第二厂商属性的对应关系修改第一厂商属性的技术手段，解决了相关技术中当网络中增加新的厂商属性的设备时，网络中的其他设备无法兼容的问题，克服网络(可以是RADIUS)协议允许不同设备使用不同的厂商自定义属性带来的兼容性问题，使RADIUS设备或者服务器不需要做任何硬件或者软件上的改动，通过命令配置等方式建立起不同厂商属性之间的对应关系，即解决新加入设备与在网RADIUS服务器之间的对接问题。

本发明实施例对上述技术方案的进一步改进在于，修改模块24，用于根据上述对应关系将上述第一厂商属性转化为第二厂商属性。

为了完善上述实施例的技术方案，在本实施例中提供了一种报文的发送处理方法，图3是根据本发明实施例的报文的发送处理方法的流程图，如图3所示，该流程包括如下步骤：

步骤S302，判断待发送的IP报文中的第一厂商属性与上述IP报文指示的目的端的第二厂商属性是否相同；

步骤S304，如果否，则获取预先配置的上述第一厂商属性与上述第二厂商属性的对应关系；

步骤S306，根据上述对应关系修改上述IP报文中的第一厂商属性，并向上述目的端发送修改后的IP报文。

通过上述各个步骤，采用在发送IP报文前，如果IP报文的第一厂商属性与目的端的第二厂商属性不同，则按照预先配置的上述第一厂商属性与上述第二厂商属性的对应关系修改第一厂商属性的技术手段，解决了相关技术中当网络中增加新的厂商属性的设备时，网络中的其他设备无法兼容的问题，克服网络(可以是RADIUS)协议允许不同设备使用不同的厂商自定义属性带来的兼容性问题，使RADIUS设备或者服务器不需要做任何硬件或者软件上的改动，通过命令配置等方式建立起不同厂商属性之间的对应关系，即解决新加入设备与在网RADIUS服务器之间的对接问题。

在本发明实施例的一个可选示例中，可以通过如下技术方案实现上述步骤S306的技术方案根据上述对应关系将上述第一厂商属性转化为第二厂商属性。

综上所述，对于网络中的设备(可以是RADIUS设备)，事先配置新接入设备的厂商属性与其他已使用设备的厂商属性的对应关系，当发送RADIUS报文时，依据对应关系，将报文中的新接入的厂商属性转换为其他在网使用的厂商属性，当接收RADIUS报文时，将报文中的其他厂商属性转换为本设备的厂商属性。

而对于RADIUS服务器：事先配置新的厂商属性与其他已使用设备的厂商属性的对应关系，当接收到的RADIUS报文中存在未知的厂商属性时，通过事先配置的对应关系，转换为已使用设备的厂商属性；当向新厂商的设备发送RADIUS报文时，将报文中的其他厂商属性转换为新的厂商属性；

也就是说，本发明实施例提供的上述技术方案，在应用RADIUS的设备与应用RADIUS的设备对等端的任意一侧，都能够提供对于不同厂商属性对应关系的登记功能，当RADIUS报文中包含无法处理的厂商属性(新接入设备对应的厂商属性)时，查找该对应关系表，将无法处理的厂商属性转换为能够处理的厂商属性，从而可以按原有流程进行处理。

具体而言，在应用RADIUS的设备与应用RADIUS的设备对等端的任意一侧，登记无法处理的厂商属性与能处理的厂商属性的对应关系；

接收过程：当接收到RADIUS报文时，对报文内容进行解析，如果存在无法处理的厂商属性时，则查找对应关系表，将其转换为对应的厂商属性进行处理。

发送过程：在发送RADIUS报文前，查找对应关系表，如果存在对应其他厂商属性，则替换原待发送中的厂商属性，然后再发送出去。

在本实施例中还提供了一种报文的发送处理装置，用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图4为根据本发明实施例的报文的发送处理装置的结构框图。如图4所示，该装置包括：

判断模块40，用于判断待发送的互联网协议IP报文中的第一厂商属性与上述IP报文指示的目的端的第二厂商属性是否相同；

获取模块42，与判断模块40连接，用于在上述第一厂商属性与上述第二厂商属性不同时，则获取预先配置的上述第一厂商属性与上述第二厂商属性的对应关系；

修改模块44，与获取模块42连接，用于根据上述对应关系修改上述IP报文中的第一厂商属性；

发送模块46，与修改模块44连接，用于向上述目的端发送修改后的IP报文。

通过上述各个模块的综合作用，采用在发送IP报文前，如果IP报文的第一厂商属性与目的端的第二厂商属性不同，则按照预先配置的上述第一厂商属性与上述第二厂商属性的对应关系修改第一厂商属性的技术手段，解决了相关技术中当网络中增加新的厂商属性的设备时，网络中的其他设备无法兼容的问题，克服网络(可以是RADIUS)协议允许不同设备使用不同的厂商自定义属性带来的兼容性问题，使RADIUS设备或者服务器不需要做任何硬件或者软件上的改动，通过命令配置等方式建立起不同厂商属性之间的对应关系，即解决新加入设备与在网RADIUS服务器之间的对接问题。

可选地，修改模块44，用于根据上述对应关系将上述第一厂商属性转化为第二厂商属性。

为了更好的理解上述实施例提供的技术方案，以下结合优选实施例以及附图5-7进行说明：

图5为根据本发明优选实施例的网络架构释义图，如图5所示，设备A和设备B运行在IP网络上，为现网运行的设备，与RADIUS服务器之间是正常工作的，新的设备X也需要加入到IP网络中，与RADIUS服务器进行配合工作。

图6为根据本发明优选实施例的接收RADIUS报文的处理流程图，如图6所示，实现了在新设备X上接收RADIUS报文时采用本发明优选实施例提供的技术方案与RADIUS服务器配合工作的具体流程：

步骤S602，首先手工在设备X上登记设备X的厂商编号(VendorID_X)+属性编号M(M)与设备A的厂商编号(VendorID_A)+属性编号N的对应关系，如果存在多组对应关系，则继续登记；

步骤S604，接收RADIUS报文，报文中存在VendorID_A的编号为N的属性，查找步骤S602中对应关系表，根据查找结果，将VendorID_A的编号为N的属性替换为VendorID_X的编号为M的属性；

步骤S606，继续处理接收的RADIUS报文，重复步骤S604，直到处理完成。

图7为根据本发明优选实施例的发送RADIUS报文的处理流程图，如图7所示，实现了在新设备X上发送RADIUS报文时采用本发明实施例提供的技术方案与RADIUS服务器配合工作的具体流程：

步骤S702，首先手工在设备X上登记设备X的厂商编号(VendorID_X)+属性编号M(M)与设备A的厂商编号(VendorID_A)+属性编号N的对应关系，如果存在多组对应关系，则继续登记；

步骤S704，发送RADIUS报文之前，报文中存在VendorID_X的编号为M的属性，查找步骤S702中对应关系表，根据查找结果，将VendorID_X的编号为M的属性替换为VendorID_A的编号为N的属性；

步骤S706，继续处理该RADIUS报文，重复步骤S704，直到处理完成。

综上所述，本发明实施例达到了以下技术效果：解决了相关技术中当网络中增加新的厂商属性的设备时，网络中的其他设备无法兼容的问题，克服网络(可以是RADIUS)协议允许不同设备使用不同的厂商自定义属性带来的兼容性问题，使RADIUS设备或者服务器不需要做任何硬件或者软件上的改动，通过命令配置等方式建立起不同厂商属性之间的对应关系，即解决新加入设备与在网RADIUS服务器之间的对接问题。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的对象在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种报文的接收处理方法，其特征在于，所述方法包括：

判断接收的互联网协议IP报文的第一厂商属性与本地存储的第二厂商属性是否相同；

如果否，则获取预先配置的所述第一厂商属性与所述第二厂商属性的对应关系；

根据所述对应关系修改所述IP报文中的第一厂商属性。

2.根据权利要求1所述的方法，其特征在于，根据所述对应关系修改所述IP报文中的第一厂商属性，包括：

根据所述对应关系将所述第一厂商属性转化为第二厂商属性。

3.根据权利要求1所述的方法，其特征在于，判断接收的互联网协议IP报文的第一厂商属性与本地存储的第二厂商属性是否相同之前，还包括：

对接收到的所述IP报文进行解析；

根据解析结果判断所述第一厂商属性与所述第二厂商属性是否相同。

4.根据权利要求1所述的方法，其特征在于，通过以下方式配置所述对应关系：接收输入的操作指令；按照该操作指令配置所述对应关系。

5.一种报文的发送处理方法，其特征在于，所述方法包括：

判断待发送的互联网协议IP报文中的第一厂商属性与所述IP报文指示的目的端的第二厂商属性是否相同；

如果否，则获取预先配置的所述第一厂商属性与所述第二厂商属性的对应关系；

根据所述对应关系修改所述IP报文中的第一厂商属性，并向所述目的端发送修改后的IP报文。

6.根据权利要求5所述的方法，其特征在于，根据所述对应关系修改所述IP报文中的第一厂商属性，包括：

根据所述对应关系将所述第一厂商属性转化为第二厂商属性。

7.一种报文的接收处理装置，其特征在于，所述装置包括：

判断模块，用于判断接收到互联网协议IP报文的第一厂商属性与本地存储的第二厂商属性是否相同；

获取模块，用于在所述第一厂商属性与所述第二厂商属性不同时，获取预先配置的所述第一厂商属性与所述第二厂商属性的对应关系；

修改模块，用于根据所述对应关系修改所述IP报文中的第一厂商属性。

8.根据权利要求7所述的装置，其特征在于，所述修改模块，用于根据所述对应关系将所述第一厂商属性转化为第二厂商属性。

9.一种报文的发送处理装置，其特征在于，所述装置包括：

判断模块，用于判断待发送的互联网协议IP报文中的第一厂商属性与所述IP报文指示的目的端的第二厂商属性是否相同；

获取模块，用于在所述第一厂商属性与所述第二厂商属性不同时，则获取预先配置的所述第一厂商属性与所述第二厂商属性的对应关系；

修改模块，用于根据所述对应关系修改所述IP报文中的第一厂商属性；

发送模块，用于向所述目的端发送修改后的IP报文。

10.根据权利要求9所述的装置，其特征在于，所述修改模块，用于根据所述对应关系将所述第一厂商属性转化为第二厂商属性。