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

说明书

技术领域

本发明涉及通信领域，具体地，涉及一种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请求为非重复请求。