CN101510872B - 远程用户拨号认证服务客户端、服务器、发送/接收方法 - Google Patents

Abstract

本发明公开了一种Radius请求的发送/接收方法、Radius客户端、Radius服务器，其中，Radius请求的发送方法包括：Radius客户端为Radius请求分配一个用户数据协议UDP源端口号和一个标识；Radius客户端向Radius服务器发送Radius请求，其中，Radius请求中携带有Radius客户端分配的UDP源端口号和标识。通过本发明，在Radius请求中以UDP源端口号和标识共同作为匹配Radius请求的组合标识，能够解决相关技术中Radius请求的并发机制无法满足大量用户同时接入认证及计费需求的问题，从而能够达到增加Radius请求并发数的目的。

Description

远程用户拨号认证服务客户端、服务器、发送/接收方法

技术领域

本发明涉及通信领域，具体地，涉及一种Radius请求的发送/接收方法、Radius客户端、Radius服务器。 

背景技术

在现有技术中，协议包中的标识(Identifier)字段用来对radius请求包(包括Radius认证请求和Radius计费请求)及其响应包进行匹配，占用1个字节。远程用户拨号认证服务(RemoteAuthentication Dial In User Service，简称为Radius)客户端(例如，宽带接入服务器(Broad Remote Access Server，简称为BRAS)、交换机)支持多用户接入，在需要对用户进行Radius认证或Radius计费时，会向Radius服务器发送Radius请求(包括Radius认证请求和Radius计费请求)，并为每一个Radius请求在标识字段配置一个标识，例如，以轮询的方式从0至255获取当前轮询到的标识20，将标识20配置到当前请求的标识字段。这样，Radius客户端在短时间内最多只能向Radius服务器并发256个请求(或称为最多并发256个请求)。这一Radius请求的发送机制被称为Radius请求的并发机制。 

在Radius服务器端，如果在短时间内收到同样标识、相同客户端地址的多个Radius请求包，则会认为是这多个请求包是复制包或者重发包，会拒绝或者不处理这些重复包。 

在实际的应用中，随着Radius客户端设备支持的用户数快速增加，导致Radius请求的并发数也快速增加，应用原有的Radius并发机制，会导致在短时间内Radius客户端为不同用户发送的Radius请求中携带有相同的标识、相同客户端地址，这样，radius服务器会认为这些请求是重复请求，而拒绝处理这些请求，从而导致这些请求失败。因此，无法满足大量用户同时接入认证及计费的需求。 

发明内容

考虑到相关技术中存在的Radius请求的并发机制无法满足大量用户同时接入认证及计费需求的问题而做出本发明，为此，本发明的主要目的在于提供一种改进的Radius请求的发送/接收机制，以解决相关技术中的上述问题。 

为达到上述目的，根据本发明的一个方面，提供了一种远程用户拨号认证服务Radius请求的发送方法。 

根据本发明的Radius请求的发送方法，对于待并行发送的多个Radius请求中的每个Radius请求，该方法包括：Radius客户端为Radius请求分配一个用户数据协议UDP源端口号和一个标识；Radius客户端向Radius服务器发送Radius请求，其中，Radius请求中携带有Radius客户端分配的UDP源端口号和标识。 

优选地，上述Radius客户端为预定时间段内待发送的每个Radius请求分别分配一个UDP源端口号的操作具体包括：按照轮询 的方式从预先设置的多个UDP源端口号中为每个Radius请求分别选择一个UDP源端口号。 

优选地，上述按照轮询的方式从预先设置的多个UDP源端口号中为每个Radius请求分别选择一个UDP源端口号的操作具体包括：获取当前的UDP端口号n；n＝n+1，并判断n≤S是否成立，其中，S为预先设置的多个UDP源端口号的数量，S＞1；如果成立，则将n分配给当前待发送的Radius请求；如果不成立，则n＝T，并将n分配给当前待发送的Radius请求，其中，T为预先设置的多个UDP源端口号中最小的UDP端口号。 

根据本发明的另一个方面，提供了一种Radius请求的接收方法。 

根据本发明的Radius请求的接收方法包括：Radius服务器接收来自Radius客户端的Radius请求，其中，Radius请求携带有：用户数据协议UDP源端口号、标识和客户端地址；Radius服务器根据Radius请求中携带的UDP源端口号、标识和客户端地址判断Radius请求是否为重复请求，如果是，则不对Radius请求进行处理，否则，对Radius请求进行处理。 

优选地，上述Radius服务器判断Radius请求是否为重复请求的操作具体包括：Radius服务器判断Radius请求的UDP源端口号、标识、客户端地址与预定时间段内已接收到的任一Radius请求的UDP源端口号、标识、客户端地址是否相同，如果相同，则Radius请求为重复请求，否则，Radius请求为非重复请求。 

优选地，当判断Radius请求为非重复请求时，该方法还包括：Radius服务器根据客户端地址向Radius客户端发送对于Radius请 求的响应，其中，响应中携带有UDP源端口号、标识，用于通知Radius客户端：Radius服务器已经接收到Radius请求。 

根据本发明的另一个方面，提供了一种Radius客户端。 

根据本发明的Radius客户端包括：分配模块，用于为Radius请求分配一个用户数据协议UDP源端口号和一个标识；发送模块，用于向Radius服务器发送Radius请求，其中，Radius请求中携带有分配模块分配的UDP源端口号和标识。 

根据本发明的另一个方面，提供了一种Radius服务器。 

根据本发明的Radius服务器包括：接收模块，用于接收来自Radius客户端的Radius请求，其中，Radius请求中携带有用户数据协议UDP源端口号、标识、客户端地址；解析模块，用于对接收模块接收到的Radius请求中的UDP源端口号、标识、客户端地址进行解析。 

优选地，该Radius服务器还包括：发送模块，用于在解析模块的解析结果为Radius请求为非重复请求时，根据客户端地址向Radius客户端发送对于Radius请求的响应，其中，响应中携带有UDP源端口号、标识。 

通过本发明的上述技术方案，在Radius请求中以UDP源端口号和标识共同作为匹配Radius请求的组合标识，能够解决相关技术中Radius请求的并发机制无法满足大量用户同时接入认证及计费需求的问题，从而能够达到增加Radius请求并发数的目的。 

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

附图说明

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

图1是根据本发明方法实施例一的Radius请求的发送方法流程图； 

图2是根据本发明方法实施例一的为Radius请求分配UDP源端口号和标识的流程图； 

图3是根据本发明装置实施例一的Radius客户端的结构框图； 

图4是根据本发明装置实施例一的Radius客户端的优选结构框图； 

图5是根据本发明方法实施例二的Radius请求的接收方法的流程图； 

图6是根据本发明装置实施例二的Radius服务器的结构框图； 

图7是根据本发明装置实施例二的Radius服务器的优选结构框图。 

具体实施方式

功能概述 

本发明实施例中，采用Radius协议中对于认证请求和计费请求没有做明确的定义的UDP源端口，通过Radius客户端采取使用不同的UDP源端口来扩展Radius消息的并发数，这杆，Radius服务器通过判断Radius请求的UDP源端口号、标识、以及客户端地址来识别Radius请求是否为重复请求，只有在短时间内收到相同UDP源端口号、标识、以及客户端地址多个Radius请求包，才会认为是复制包或者重发包，从而能够增加Radius请求的并发数。 

需要说明的是，如果不冲突，本发明实施例以及实施例中的各个特征可以相互结合，均在本发明的保护范围之内。 

下面结合附图对本发明的实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。 

方法实施例一 

根据本发明实施例，提供了一种Radius请求的发送方法。 

图1示出了根据本发明方法实施例一的Radius请求的发送方法流程，如图1所示，根据本发明方法实施例一的Radius请求的发送方法包括： 

步骤S102，Radius客户端为待并行发送的多个Radius请求中的每个Radius请求分配一个用户数据协议UDP源端口号和一个标识。 

在具体实施过程中，上述Radius请求包括但不限于：Radius认证请求和Radius计费请求。 

在具体实施过程中，上述标识即为占用1个字节的标识字段，其取值范围在0至255之间，每个认证或者计费服务器组对该标识分别单独进行管理，因此，发送到认证或者计费服务器组的请求中携带的该标识可以重复。 

优选地，Radius客户端按照轮询的方式从预先指定的多个UDP源端口号中选择一个UDP源端口号分配给每个Radius请求，即，Radius客户端获取当前的UDP端口号n；令n＝n+1，并判断n≤S是否成立，其中，S为预先设置的多个UDP源端口号的数量，S＞1；如果成立，则将n分配给当前待发送的Radius请求；如果不成立，则n＝T，并将n分配给当前待发送的Radius请求，其中，T为预先设置的多个UDP源端口号中最小的UDP端口号。 

步骤S104，Radius客户端向Radius服务器发送待并行发送的多个Radius请求，其中，每个Radius请求中携带有Radius客户端为其分配的UDP源端口号和标识。优选地，Radius客户端对发送的每个Radius请求进行缓存。 

通过上述处理过程，在Radius请求中增加UDP源端口号字段，能够解决相关技术中Radius请求的并发机制无法满足大量用户同时接入认证及计费需求的问题，能够达到增加Radius请求并发数的目的。 

下面对上述处理过程进行详细说明。 

首先，在Radius客户端(例如BRAS)，可以根据需要满足的并发数(比如，并发的Radius认证和Radius计费的数量)来配置所需要的UDP源端口号，例如：如果最大并发Radius认证请求为2560个，则配置10个源端口，最大并发Radius计费请求为5120个，则使用20个源端口，根据系统的需求，这个数据可以做适当的灵活调整。 

在以报文形式发送认证或者计费请求时，为每一个Radius报文分配一个UDP源端口和一个标识(或称为组合标识)，向Radius服务器发送携带UDP源端口和标识的Radius请求。优选地，这个组合标识可以占用2字节，高8位可以用来存放选择UDP源端口号，低8位可以表示填入Radius请求包中的标识。还可以在发送报文后以消息形式保存在本地等待响应的每个请求中填入该组合标识，由于每个消息只能同时被一个请求占用，这样标识也不会被同时使用，达到了增加并发数的目的。 

具体地，图2示出了根据本发明方法实施例一的为Radius请求分配UDP源端口号和标识的流程，如图2所示，该流程包括以下的处理过程(步骤1至步骤7)： 

步骤1，BRAS发起对于用户的认证请求或者计费请求流程； 

步骤2，BRAS构造认证请求或者计费请求报文时取得目前用到的UDP源端口号m和目前的标识n； 

步骤3，将目前用到的id号加一，判断n+1是否大于255，如果判断为不大于，处理进行的步骤4，否则，处理进行到步骤5； 

步骤4，BRAS在认证请求或者计费请求报文中UDP源端口号字段填充m，在标识字段填充n+1； 

步骤5，判断UDP源端口号m+1是否大于指定的最大端口号，如果判断为不大于，处理进行到步骤6，否则，处理进行到步骤7； 

步骤6，BRAS在请求报文中UDP源端口号字段填充m+1，标识重新从0开始轮询； 

步骤7，BRAS在请求报文中UDP源端口号字段中填充从最小的指定端口号，标识重新从0开始轮询。 

优选地，BRAS在发送了Radius请求之后，会收到来自Radius服务器的对于Radius请求的响应报文，该响应用于通知BRAS：Radius服务器已经正确接收Radius请求；BRAS对响应进行解析，得到其中携带的UDP源端口和标识，并根据该UDP源端口和标识，在本地等待响应的消息队列中查找与响应相对应的Radius认证请求或Radius计费请求，查找到之后删除保存在消息队列中的该请求。 

装置实施例一 

根据本发明实施例，提供了一种远程用户拨号认证服务Radius客户端，优选地，该Radius客户端可以用于实现方法实施例一中提供的Radius请求的发送方法。 

图3示出了根据本发明装置实施例一的Radius客户端的结构，如图3所示，该装置包括分配模块1、发送模块3；其中，分配模块1，用于为Radius请求分配一个UDP源端口号和一个标识；优选地，分配模块1可以实现上述步骤S102；发送模块3，连接至分配模块1，用于向Radius服务器发送Radius请求，其中，Radius请求中携 带有分配模块1分配的UDP源端口号和标识。优选地，发送模块3可以实现上述步骤S104。 

具体地，上述模块的工作流程为：首先，对于每个待发送的Radius请求，分配模块1为其分配一个UDP源端口号和一个标识，UDP源端口号分配的方式可以是以轮询的方式从最小的UDP源端口号开始分配，标识的分配方式也可以是以轮询的方式从0至255进行分配；然后，发送模块3将分配模块1分配的UDP源端口号和标识携带在Radius请求中，将Radius请求发送给Radius服务器。 

通过图3所示的装置，可以为Radius请求分配一个UDP源端口号和一个标识，并将携带有UDP源端口号和标识的消息发送给Radius服务器，从而能够增加Radius请求的并发数。 

图4示出了根据本发明装置实施例一的Radius客户端的优选结构，如图4所示，该优选结构还包括缓存模块5、接收模块7、以及判决模块9，其中，缓存模块5用于缓存发送模块3发送的Radius请求，接收模块7用于接收来自Radius服务器对于Radius请求的响应，判决模块9用于判断接收模块7接收到的响应是否为与所Radius请求相对应的响应，如果判断为接收模块7接收到的响应是与Radius请求相对应的响应，则表明Radius服务器已经成功接收到Radius请求，并进行了相应处理，这时判决模块9删除缓存模块5中缓存的Radius请求。 

通过图4所示的装置，能够将携带UDP端口号和标识的Radius请求发送给服务器，并能确认该请求是否发送成功。 

方法实施例二 

根据本发明实施例，提供了一种Radius请求的接收方法。 

图5示出了根据本发明方法实施例二的Radius请求的接收方法的流程，如图5所示，根据本发明方法实施例二的Radius请求的接收方法包括如下的处理过程： 

步骤S502，Radius服务器接收来自radius客户端的Radius请求，其中，该Radius请求携带有：UDP源端口号、标识和客户端地址； 

步骤S504，Radius服务器获取该Radius请求中携带的UDP源端口号、标识和客户端地址； 

步骤S506，Radius服务器判断该Radius请求的UDP源端口号、标识、客户端地址与预定时间段内已接收到的每个Radius请求的UDP源端口号、标识、客户端地址是否相同，如果相同，则该Radius请求为重复请求，至此处理结束，否则，Radius请求为非重复请求，处理进行到步骤S508； 

步骤S508，Radius服务器对Radius请求进行处理。 

优选地，当Radius请求为非重复请求时，Radius服务器还可以根据客户端地址向Radius客户端发送对于Radius请求的响应，该响应中携带有Radius请求的UDP源端口号、标识，该响应用于通知Radius客户端该Radius请求已经被Radius服务器正确接收。 

通过上述处理过程，Radius服务器根据Radius请求中携带的UDP源端口号、标识和客户端地址判断Radius请求是否为重复请求，能够对增加了并发数后的Radius请求进行正确处理。 

装置实施例二 

根据本发明的实施例，提供了一种Radius服务器，优选地，该Radius服务器可以实现方法实施例二中提供的Radius请求的接收方法。 

图6示出了根据本发明装置实施例二的Radius服务器的结构，如图6所示，根据本发明装置实施例二的Radius服务器包括：接收模块2和解析模块4，其中，接收模块2，用于接收来自Radius客户端的Radius请求，其中，Radius请求中携带有用户数据协议UDP源端口号、标识、客户端地址；优选地，接收模块2可以实现上述步骤S502；解析模块4，连接到接收模块2，用于对接收模块2接收到的Radius请求中的UDP源端口号、标识、客户端地址进行解析；优选地，解析模块4可以实现上述步骤S504。 

具体地，上述模块的工作流程为：首先，接收模块2接收到来自Radius客户端的Radius请求，其次，解析模块4对该Radius请求中的UDP源端口号、标识、客户端地址进行解析，优选地，解析模块4将该Radius请求中的UDP源端口号、标识、客户端地址与预定时间段内接收模块2已接收到的每个Radius请求的UDP源端口号、标识、客户端地址是否相同，如果相同，则Radius请求为重复请求，否则，Radius请求为非重复请求，Radius服务器不对重复的Radius请求进行处理，否则，对Radius请求进行相应的处理(例如，Radius认证或Radius计费)。 

通过图6所示的装置，能够根据Radius请求中携带的UDP源端口号、标识和客户端地址判断Radius请求是否为重复请求，能够对增加了并发数后的Radius请求进行正确处理。 

优选地，图7示出了根据本发明装置实施例二的Radius服务器的优选结构，该优选结构还可以包括发送模块6，用于在解析模块4的解析结果为Radius请求为非重复请求时，根据客户端地址向Radius客户端发送对于Radius请求的响应，其中，响应中携带有UDP源端口号、标识。 

通过图7所示的装置还能够通知Radius客户端已经正确接收到Radius请求。 

综上所述，借助于本发明的技术方案，通过Radius客户端采取使用UDP源端口来扩展Radius客户端发送Radius请求的并发数，同时Radius服务器通过增加判断UDP端口号的判断条件，能够解决相关技术中Radius请求的并发机制无法满足大量用户同时接入认证及计费需求的问题，能够达到增加Radius请求并发数的目的。 

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

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

Claims (9)

1.一种远程用户拨号认证服务Radius请求的发送方法，其特征在于，对于待并行发送的多个Radius请求中的每个Radius请求，所述方法包括：

Radius客户端为所述Radius请求分配一个用户数据协议UDP源端口号和一个标识；

所述Radius客户端向Radius服务器发送所述Radius请求，其中，所述Radius请求中携带有Radius客户端分配的所述UDP源端口号和所述标识。

2.根据权利要求1所述的方法，其特征在于，所述Radius客户端为预定时间段内待发送的每个Radius请求分别分配一个UDP源端口号包括：

按照轮询的方式从预先设置的多个UDP源端口号中为每个Radius请求分别选择一个UDP源端口号。

3.根据权利要求2所述的方法，其特征在于，按照轮询的方式从预先设置的多个UDP源端口号中为每个Radius请求分别选择一个UDP源端口号包括：

获取当前的UDP端口号n；

n＝n+1，并判断n≤S是否成立，其中，S为所述预先设置的多个UDP源端口号的数量，S＞1；

如果成立，则将n分配给当前待发送的Radius请求；如果不成立，则n＝T，并将n分配给当前待发送的Radius请求，其中，T为所述预先设置的多个UDP源端口号中最小的UDP端口号。

4.一种远程用户拨号认证服务Radius请求的接收方法，其特征在于，所述方法包括：

Radius服务器接收来自Radius客户端的Radius请求，其中，所述Radius请求携带有：用户数据协议UDP源端口号、标识和客户端地址；

所述Radius服务器根据所述Radius请求中携带的所述UDP源端口号、标识和客户端地址判断所述Radius请求是否为重复请求，如果是，则不对所述Radius请求进行处理，否则，对所述Radius请求进行处理。

5.根据权利要求4所述的方法，其特征在于，所述Radius服务器判断所述Radius请求是否为重复请求包括：

所述Radius服务器判断所述Radius请求的所述UDP源端口号、所述标识、所述客户端地址与预定时间段内已接收到的任一Radius请求的UDP源端口号、标识、客户端地址是否相同，如果相同，则所述Radius请求为重复请求，否则，所述Radius请求为非重复请求。

6.根据权利要求4或5所述的方法，其特征在于，当判断所述Radius请求为非重复请求时，所述方法还包括：

所述Radius服务器根据所述客户端地址向Radius客户端发送对于所述Radius请求的响应，其中，所述响应中携带有所述UDP源端口号、所述标识，用于通知所述Radius客户端：所述Radius服务器已经接收到所述Radius请求。

7.一种远程用户拨号认证服务Radius客户端，其特征在于，包括：

分配模块，用于为Radius请求分配一个用户数据协议UDP源端口号和一个标识；

发送模块，用于向Radius服务器发送所述Radius请求，其中，所述Radius请求中携带有所述分配模块分配的所述UDP源端口号和所述标识。

8.一种远程用户拨号认证服务Radius服务器，其特征在于，包括：

接收模块，用于接收来自Radius客户端的Radius请求，其中，所述Radius请求中携带有用户数据协议UDP源端口号、标识、客户端地址；

解析模块，用于对所述接收模块接收到的所述Radius请求中的UDP源端口号、标识、客户端地址进行解析，判断所述Radius请求是否为重复请求。

9.根据权利要求8所述的Radius服务器，其特征在于，所述Radius服务器还包括：

发送模块，用于在所述解析模块的解析结果为所述Radius请求为非重复请求时，根据所述客户端地址向所述Radius客户端发送对于所述Radius请求的响应，其中，所述响应中携带有所述UDP源端口号、所述标识。

Images