专利名称：一种处理用户下线的方法、装置及系统的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种处理用户下线的方法、装置及系统。
背景技术：
远禾呈认证拨入用户月艮务(Remote Authentication Dial In User S ervice， RADIUS)协议最初是由Livingston公司提出的，原先的目的是为拨号用户进行认证和计 费。后来经过多次改进，形成了一项通用的认证计费协议。 RADIUS是 一 种C/S结构的协议，它的客户端最初就是网络接入服务器(Net Access Server, NAS)，现在任何运行RADIUS客户端软件的计算机都可以成为RADIUS的 客户端。RADIUS协议认证机制灵活，可以采用口令验证协议(Password Authentication Protocol, PAP)、挑战握手验证协议(Challenge Handshake Authentication Protocol, CHAP)或者Unix登录认证等多种方式。
RADIUS的基本工作原理如下 用户接入NAS， NAS向RADIUS服务器使用Access-Require数据包提交用户信息， 包括用户名、密码等相关信息，其中用户密码是经过MD5加密的，双方使用共享密钥，这个 密钥不经过网络传播； RADIUS服务器对用户名和密码的合法性进行检验，必要时可以提出一个 Challenge,要求进一步对用户认证，也可以对NAS进行类似的认证； 如果合法，给NAS返回Access-Acc印t数据包，允许用户进行下一步工作，否则返 回Access-Reject数据包，拒绝用户访问； 如果允许访问，NAS向RADIUS服务器提出计费请求Account-Require, RADIUS服 务器响应Account-Acc印t，对用户的计费开始，同时用户可以进行自己的相关操作。
在RADIUS报文中带有一个Identifier字段，这个字段的值在同一时间是不能重 复使用的，用于对应设备与RADIUS服务器之间交互的请求和回应报文。该字段为1个字节， 即最多有256个不同报文ID，当有成千上万个用户同时上下线时，将导致因为抢占ID报文 资源不到而发送失败的情况出现，导致用户在RADIUS服务器上始终无法下线的情况，这会 造成用户多交实际没有使用的花费。
发明内容
本发明实施例提供一种处理用户下线的方法、装置及系统，可在大量用户同时上
下线时保证用户正常下线。本发明实施例提供一种处理用户下线的方法，包括 检测用户下线请求报文到达的速率； 判断用户下线请求报文到达的速率是否超过预先设置的下线阈值； 当用户下线请求报文到达的速率超过预先设置的下线阈值时，对待发送的计费停
止报文作缓冲处理；
发送所述缓冲处理过的计费停止报文。
本发明实施例还提供一种处理用户下线的装置，包括 速率检测单元，用于检测用户下线请求报文到达的速率； 判断单元，用于判断所述速率检测单元检测得到的用户下线请求报文到达的速率 是否超过预先设置的下线阈值； 第一缓冲单元，用于当所述判断单元判断用户下线请求报文到达的速率超过预先 设置的下线阈值时，对待发送的计费停止报文作缓冲处理； 发送单元，用于发送经过所述第一缓冲单元缓冲处理的计费停止报文。 本发明实施例还提供一种处理用户下线的系统，包括Radius客户端及Radius服
务端，所述Radius客户端用于检测用户下线请求报文到达的速率，判断用户下线请求报文
到达的速率是否超过预先设置的下线阈值，当判断用户下线请求报文到达的速率超过预先
设置的下线阈值时对待发送的计费停止报文作缓冲处理，将所述缓冲处理过的计费停止报
文发送至所述Radius服务端。 本发明实施例在所述用户下线请求报文的到达速率超过下线阈值(到达速率过 快)时，对待发送的计费停止报文作缓冲处理后再发送，可使所述待发送的计费停止报文 比较均匀的去抢占ID报文资源，可以保证所述计费停止报文正常发送，实现用户的正常下 线。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是 本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还 可以根据这些附图获得其他的附图。 图1是本发明实施例一处理用户下线的方法的流程示意图
图2是本发明实施例二处理用户下线的方法的流程示意图
图3是本发明实施例一处理用户下线的装置的结构示意图
图4是本发明实施例二处理用户下线的装置的结构示意图
图5是本发明实施例三处理用户下线的装置的结构示意图
图6是本发明实施例处理用户下线的系统的结构示意图。
具体实施例方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施方式， 对本发明进行进一步详细说明。应当理解，此处所描述的具体实施方式
仅仅用于解释本发 明，并不用于限定本发明。 本发明实施例中，Radius客户端是指可运行RADIUS客户端软件的计算机或通信 装置，所述Radius客户端可为网络接入服务器(Net Access Server, NAS)，用于将用户接 入到Internet或其他内部网络上。所述Radius客户端收集并上报计费信息给Radius服 务端用于对各用户进行计费。 请参考图l，为本发明实施例一处理用户下线的方法的流程示意图，其步骤包括
5
步骤SIO :检测用户下线请求报文到达的速率。 当用户需要下线时，向Radius客户端发送下线请求报文，若此时有大量用户需要 下线，则会有大量的用户下线请求报文到达所述Radius客户端。本发明实施例可通过在 Radius客户端设置一定时间，统计这段时间到达的用户下线请求报文，则可得到用户下线 请求报文到达的速率。可以理解的是，也可由其他方法检测用户下线请求报文到达的速率。
步骤S12 :判断用户下线请求报文到达的速率是否超过预先设置的下线阈值。
将所述检测用户下线请求报文到达的速率与预先设置的下线阈值进行比较，判断 所述检测用户下线请求报文到达的速率是否超过所述下线阈值，若判断结果为是则执行步 骤S14。 所述下线阈值的设置可根据实际统计的用户下线请求报文的到达速率与计费停
止报文的传送失败的数量的关系进行设置，例如若统计得出，当用户下线请求报文到达的
速率超过一个数量值时，计费停止报文传送失败的数量开始明显增加，则将此数量值设为
所述下线阈值。所述下线阈值也可根据所述技术领域的技术人员的经验值设置。可以理解
的是，所述阈值也可通过其他方法设置。 步骤S14 :对待发送的计费停止报文作缓冲处理。 本发明实施例对待发送的计费停止报文作缓冲处理，可设置一个缓冲区和一个定 时器，所述定时器和缓冲区的大小根据设备自身的处理性能设置。当判断用户下线请求报 文到达的速率超过阈值时，表示此时有大量的用户下线请求报文达到，相应的所述Radius 客户端会产生大量的计费停止请求报文，所述产生的大量的计费停止请求报文将去抢占为 数不多的ID报文资源。本发明实施例通过设置缓冲区和定时器，将产生的计费停止请求报 文事先缓存在所述缓冲区，通过设定所述定时器，使得所述Radius客户端在一定间隔时间 只处理一定数量的计费停止报文，例如设定同时只处理256个计费停止报文(若考虑到同 时还有接入请求报文，则设定比256还小的值)，使计费停止报文比较均匀的去抢占ID报文 资源，可以保证计费停止报文得以正常发送出去。
步骤S16 :发送所述缓冲处理过的计费停止报文。 本发明实施例在对待发送的计费停止报文作缓冲处理后，将所述述缓冲处理过的 计费停止报文发送至Radius服务端作后续处理，例如所述Radius服务端接收到所述计费 停止报文后记录所述计费停止报文，同时给所述Radius客户端发送响应报文。所述Radius 客户端在发送所述缓冲处理过的计费停止报文可以作匀速发送，以进一步保证所述计费停 止报文的正常发送。 本发明实施例在所述用户下线请求报文的到达速率超过下线阈值(到达速率过 快)时，对待发送的计费停止报文作缓冲处理后再发送，可使所述待发送的计费停止报文 比较均匀的去抢占ID报文资源，可以保证所述计费停止报文正常发送，实现用户的正常下 线。 请参考图2，为本发明实施例二处理用户下线的方法的流程示意图，其步骤包括
步骤S20 :检测用户上线请求报文到达的速率。 当用户需要上线时，向Radius客户端发送上线请求报文，若此时有大量用户需要 上线，则会有大量的用户上线请求报文到达所述Radius客户端。本发明实施例可通过在 Radius客户端设置一定时间，统计这段时间到达的用户上线请求报文，则可得到用户下线上线报文到达的速率。可以理解的是，也可由其他方法检测用户上线请求报文到达的速率。
步骤S21 :判断用户上线请求报文到达的速率是否超过上线阈值。 将所述检测用户上线请求报文到达的速率与预先设置的上线阈值进行比较，判断
所述检测用户上线请求报文到达的速率是否超过所述上线阈值，若判断结果为是则执行步
骤S22。 步骤S22 :对所述用户上线请求报文作限速处理。 若判断用户上线请求报文到达的速率超过上线阈值，则表示此时有大量的用户上 线请求报文到达所述Radius客户端。本发明实施例对所述用户上线请求报文作限速处理， 可通过设置所述Radius客户端对所述接收到的用户上线请求报文只做一部分处理，例如 只处理少量的用户上线请求报文，具体处理哪些报文则可根据用户上线请求报文的到达时 间或者随机处理一部分用户上线请求报文，没有被所述Radius客户端处理的用户上线请 求报文则自动丢弃，由此保证只有少部分的用户上线请求报文被所述Radius客户端处理， 相应的所述Radius客户端只产生少量的用户接入请求报文去与计费停止报文竞争ID报文 资源，保证计费停止报文得以抢占到ID报文资源，使得计费停止报文可以正常发送。
步骤S23 :检测用户下线请求报文到达的速率。 当用户需要下线时，向Radius客户端发送下线请求报文，若此时有大量用户需要 下线，则会有大量的用户下线请求报文到达所述Radius客户端。本发明实施例可通过在 Radius客户端设置一定时间，统计这段时间到达的用户下线请求报文，则可得到用户下线 请求报文到达的速率。可以理解的是，也可由其他方法检测用户下线请求报文到达的速率。
步骤S24 :判断用户下线请求报文到达的速率是否超过预先设置的下线阈值。
将所述检测用户下线请求报文到达的速率与预先设置的下线阈值进行比较，判断 所述检测用户下线请求报文到达的速率是否超过所述下线阈值，若判断结果为是则执行步 骤S25。 步骤S25 :对待发送的计费停止报文作缓冲处理。 本发明实施例对待发送的计费停止报文作缓冲处理，可设置一个缓冲区和一个定
时器，所述定时器和缓冲区的大小根据设备自身的处理性能设置。当判断用户下线请求报
文到达的速率超过阈值时，表示此时有大量的用户下线请求报文达到，相应的所述Radius
客户端会产生大量的计费停止请求报文，所述产生的大量的计费停止请求报文将去抢占为
数不多的ID报文资源。本发明实施例通过设置缓冲区和定时器，将产生的计费停止请求报
文事先缓存在所述缓冲区，通过设定所述定时器，使得所述Radius客户端在一定间隔时间
处理一定数量的计费停止报文，例如设定同时只处理256个计费停止报文(若考虑到同时
还有接入请求报文，则设定比256还小的值)，使计费停止报文比较均匀的去抢占ID报文资
源，可以保证计费停止报文得以正常发送出去。 步骤S26 :发送所述缓冲处理过的计费停止报文。 本发明实施例在对待发送的计费停止报文作缓冲处理后，将所述述缓冲处理过的 计费停止报文发送至Radius服务端作后续处理，例如所述Radius服务端接收到所述计费 停止报文后记录所述计费停止报文，同时给所述Radius客户端发送响应报文。所述Radius 客户端在发送所述缓冲处理过的计费停止报文可以作匀速发送，以进一步保证所述计费停 止报文的正常发送。
7
步骤S27 :缓冲未发送成功的计费停止报文。 在发送计费停止报文的过程中，存在有发送失败的可能，因此本发明实施例所述
Radius客户端在获知有未发送成功的计费停止报文后，将未发送成功的计费停止报文作缓
冲处理，具体实施时可将所述未发送成功的计费停止报文存储在一个缓冲单元中，这个缓
冲单元与步骤S25中缓冲待发送的计费停止报文的缓冲单元是独立设置的，当然也可设置
在同一存储装置中，用于后续将存储在所述缓冲单元的未发送成功的计费停止报文重新发
送，以进一步保证计费停止报文的正常发送。 步骤S28 :发送所述未发送成功的计费停止报文。 将步骤S26中经过缓冲处理的未发送成功的计费停止报文发送至所述Radius服 务端。 本发明实施例中步骤20和步骤23可以同时进行，也可是先后进行，此前的描述并
不限制步骤的执行顺序，例如检测用户上线请求报文到达的速率和检测用户下线请求报文
到达的速率可以是同时进行的，对用户上线请求报文的限速处理可以在对用户下线请求报
文作缓冲处理和发送计费停止报文的过程中执行，这样同样可保证有较少的用户接入请求
报文与所述计费停止报文竞争ID报文资源，保证所述计费停止报文的正常发送。 本发明实施例在所述用户上线请求报文的到达速率过快时，对所述用户上线请求
报文作限速处理，可减少相应的用户接入请求报文的数量，保证有较少的用户接入请求报
文与计费停止报文竞争ID报文资源；另外当所述用户下线请求报文的到达速率过快时，对
待发送的计费停止报文作缓冲处理后再发送，可使所述待发送的计费停止报文比较均匀的
去抢占ID报文资源，可以保证所述计费停止报文正常发送，实现用户的正常下线；对未发
送成功的计费停止报文缓冲后重新发送，则进一步保证了计费停止报文的正常发送，避免
了用户多交没有使用的费用，另外由于可使用户正常下线，使得用户再次上线时也可以正
常登陆。 请参考图3，为本发明实施例一处理用户下线的装置的结构示意图，所述处理用户 下线的装置可为一 Radius客户端，可运行RADIUS客户端软件的计算机或通信装置均可称 为Radius客户端。 所述处理用户下线的装置包括速率检测单元52、判断单元54、第一缓冲单元56及 发送单元58。 所述速率检测单元52，用于检测用户下线请求报文到达的速率。
当用户需要下线时，向Radius客户端发送下线请求报文，若此时有大量用户需要 下线，则会有大量的用户下线请求报文到达所述Radius客户端。本发明实施例可通过在 Radius客户端设置一定时间，所述速率检测单元52统计这段时间到达的用户下线请求报 文，则可得到用户下线请求报文到达的速率。 所述判断单元54，用于判断所述速率检测单元52检测得到的用户下线请求报文 到达的速率是否超过预先设置的下线阈值。 所述第一缓冲单元56，用于当所述判断单元54判断所述速率检测单元52检测得 到的用户下线请求报文到达的速率超过预先设置的下线阈值时，对待发送的计费停止报文 作缓冲处理。所述第一缓冲单元56对待发送的计费停止报文作缓冲处理具体可设置一个 缓冲区和一个定时器，将待发送的计费停止报文先存储在所述缓冲区中，通过设置定时器
8使得Radius客户端的端在一定间隔时间只处理一定数量的计费停止报文，使计费停止报 文比较均匀的去抢占ID报文资源，可以保证计费停止报文得以正常发送出去。
所述发送单元58，用于发送经过所述第一缓冲单元56缓冲处理过的计费停止报 文。本发明是实施例的所述发送单元58将述述缓冲处理过的计费停止报文发送至Radius 服务端作后续处理，例如所述Radius服务端接收到所述计费停止报文后记录所述计费停 止报文，同时给所述Radius客户端发送响应报文。所述Radius客户端在发送所述缓冲处 理过的计费停止报文可以作匀速发送，以进一步保证所述计费停止报文的正常发送。
本发明实施例在所述判断单元54判断用户下线请求报文的到达速率超过下线阈 值时，通过所述第一缓冲单元56对待发送的计费停止报文作缓冲处理后再发送，可使所述 待发送的计费停止报文比较均匀的去抢占ID报文资源，可以保证所述计费停止报文正常 发送，实现用户的正常下线。 请参考图4，为本发明实施例二处理用户下线的装置的结构示意图，其与本发明实
施例一处理用户下线的装置的结构类似，其区别在于还包括限速单元55。 所述速率检测单元52，用于检测用户下线请求报文到达的速率及用户上线请求报
文到达的速率。 所述判断单元54，判断所述速率检测单元52检测得到的用户下线请求报文到达 的速率是否超过预先设置的下线阈值，还用于判断所述速率检测单元52检测得到的用户 上线请求报文到达的速率是否超过预先设置的上线阈值。 所述限速单元55，用于当所述判断单元54判断所述速率检测单元52检测得到的 用户上线请求报文到达的速率超过预先设置的上线阈值时，对所述用户上线请求报文作限 速处理。 本发明实施例所述限速单元55对所述用户上线请求报文作限速处理，可通过设
置所述限速单元55对所述接收到的用户上线请求报文只做一部分处理，例如只处理少量
的用户上线请求报文，具体处理哪些报文则可根据用户上线请求报文的到达时间或者随机
处理一部分用户上线请求报文，没有被所述Radius客户端处理的用户上线请求报文则自
动丢弃，由此保证只有少部分的用户上线请求报文被所述Radius客户端处理，相应的所述
Radius客户端只产生少量的用户接入请求报文去与计费停止报文竞争ID报文资源，保证
计费停止报文得以抢占到ID报文资源，使得计费停止报文可以正常发送。 所述第一缓冲单元56，用于当所述判断单元54判断所述速率检测单元52检测得
到的用户下线请求报文到达的速率超过预先设置的下线阈值时，对待发送的计费停止报文
作缓冲处理。 所述发送单元58，用于发送经过所述第一缓冲单元56缓冲处理过的计费停止报 文。 本发明实施例所述限速单元55在所述用户上线请求报文的到达速率过快时，对 所述用户上线请求报文作限速处理，可减少相应的用户接入请求报文的数量，保证有较少 的用户接入请求报文与计费停止报文竞争ID报文资源；另外所述第一缓冲单元56在所述 用户下线请求报文的到达速率过快时，对待发送的计费停止报文作缓冲处理后再发送，可 使所述待发送的计费停止报文比较均匀的去抢占ID报文资源，可以保证所述计费停止报 文正常发送，实现用户的正常下线。
请参考图5，为本发明实施例三处理用户下线的装置的结构示意图，其与本发明实 施例二处理用户下线的装置的结构类似，其区别在于还包括接收单元57和第二缓冲单元 59。 所述接收单元57，用于接收所述发送单元58未发送成功的计费停止报文的信息。 在发送计费停止报文的过程中，存在有发送失败的可能。所述发送单元58将计费停止报文 发送至所述Radius服务端后，若有未发送成功的计费停止报文，则所述Radius服务端返回 未发送成功的计费停止报文的信息，所述接收单元57未发送成功的计费停止报文的信息。
所述第二缓冲单元59，用于根据所述接收单元57接收的未发送成功的计费停止 报文的信息缓冲所述未发送成功的计费停止报文。 所述发送单元58还用于将所述第二缓冲单元59缓冲的未发送成功的计费停止报 文发送出去。具体的，将所述未发送成功的计费停止报文发送至所述Radius服务端。
本发明实施例在所述用户上线请求报文的到达速率过快时，通过所述限速单元55 对所述用户上线请求报文作限速处理，可减少相应的用户接入请求报文的数量，保证有较 少的用户接入请求报文与计费停止报文竞争ID报文资源；另外当所述用户下线请求报文 的到达速率过快时，通过所述第一缓冲单元56对待发送的计费停止报文作缓冲处理后再 发送，可使所述待发送的计费停止报文比较均匀的去抢占ID报文资源，可以保证所述计费 停止报文正常发送，实现用户的正常下线；对未发送成功的计费停止报文通过所述第二缓 冲单元59缓冲后重新发送，则进一步保证了计费停止报文的正常发送，避免了用户多交没 有使用的费用，另外由于可使用户正常下线，使得用户再次上线时也可以正常登陆。
请参考图6，为本发明实施例处理用户下线的系统的结构示意图，所述处理用户下 线的系统包括Radius客户端50及Radius服务端60。所述Radius客户端50可为运行 RADIUS客户端软件的计算机或通信装置。所述Radius客户端50收集并上报计费信息给所 述Radius服务端60用于对各用户进行计费。 本发明实施例所述Radius客户端50的结构可参见图3_5，所述Radius客户端50 用于检测用户下线请求报文到达的速率，判断用户下线请求报文到达的速率是否超过预先 设置的下线阈值，当判断用户下线请求报文到达的速率超过预先设置的下线阈值时对待发 送的计费停止报文作缓冲处理，将所述缓冲处理过的计费停止报文发送至所述Radius服 务端60。 所述Radius客户端50还用于检测用户上线请求报文到达的速率，判断用户上线 请求报文到达的速率是否超过上线阈值，当用户上线请求报文到达的速率超过上线阈值时 对所述用户上线请求报文作限速处理。 所述Radius服务端60接收所述Radius客户端50发送的计费停止报文，当存在 未发送成功的计费停止报文时，向所述Radius客户端50发送所述未发送成功的计费停止 报文的信息。所述Radius客户端50根据所述未发送成功的计费停止报文的信息缓冲所述 未发送成功的计费停止报文，然后再次发送所述未发送成功的计费停止报文至所述Radius 服务端60。 本发明实施例在所述用户上线请求报文的到达速率过快时，通过所述Radius客 户端50对所述用户上线请求报文作限速处理，可减少相应的用户接入请求报文的数量，保 证有较少的用户接入请求报文与计费停止报文竞争ID报文资源；另外当所述用户下线请求报文的到达速率过快时，通过Radius客户端50对待发送的计费停止报文作缓冲处理后
再发送，可使所述待发送的计费停止报文比较均匀的去抢占ID报文资源，可以保证所述计
费停止报文正常发送，实现用户的正常下线；所述Radius客户端50对未发送成功的计费停
止报文缓冲后重新发送，则进一步保证了计费停止报文的正常发送，避免了用户多交没有
使用的费用，另外由于可使用户正常下线，使得用户再次上线时也可以正常登陆。 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以
通过程序来指令相关的硬件来完成，所述程序可以存储于一计算机可读取存储介质中，所
述存储介质为R0M/RAM、磁碟、光盘等。 以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换， 都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围 为准。
权利要求
一种处理用户下线的方法，包括检测用户下线请求报文到达的速率；判断用户下线请求报文到达的速率是否超过预先设置的下线阈值；当用户下线请求报文到达的速率超过预先设置的下线阈值时，对待发送的计费停止报文作缓冲处理；发送所述缓冲处理过的计费停止报文。
2. 如权利要求l所述的方法，其特征在于还包括 检测用户上线请求报文到达的速率；判断用户上线请求报文到达的速率是否超过预先设置的上线阈值；当用户上线请求报文到达的速率超过预先设置的上线阈值时，对所述用户上线请求报 文作限速处理。
3. 如权利要求1或2所述的方法，其特征在于当计费停止报文未发送成功时，缓冲所 述未发送成功的计费停止报文。
4. 如权利要求3所述的方法，其特征在于发送所述未发送成功的计费停止报文。
5. —种处理用户下线的装置，包括速率检测单元，用于检测用户下线请求报文到达的速率；判断单元，用于判断所述速率检测单元检测得到的用户下线请求报文到达的速率是否 超过预先设置的下线阈值；第一缓冲单元，用于当所述判断单元判断用户下线请求报文到达的速率超过预先设置 的下线阈值时，对待发送的计费停止报文作缓冲处理；发送单元，用于发送经过所述第一缓冲单元缓冲处理的计费停止报文。
6. 如权利要求5所述的装置，其特征在于还包括限速单元， 所述速率检测单元，还用于检测用户上线请求报文到达的速率；所述判断单元，还用于判断所述速率检测单元检测得到的用户上线请求报文到达的速 率是否超过预先设置的上线阈值；所述限速单元，用于当所述判断单元判断所述用户上线请求报文到达的速率超过预先 设置的上线阈值时，对所述用户上线请求报文作限速处理。
7. 如权利要求5或6所述的装置，其特征在于还包括接收单元和第二缓冲单元，所述 接收单元，用于接收所述发送单元未发送成功的计费停止报文的信息；所述第二缓冲单元， 用于根据所述接收单元接收的未发送成功的计费停止报文的信息缓冲所述未发送成功的 计费停止报文。
8. 如权利要求7所述的装置，其特征在于所述发送单元还用于将所述第二缓冲单元 缓冲的未发送成功的计费停止报文发送出去。
9. 一种处理用户下线的系统，包括Radius客户端及Radius服务端，所述Radius客户端用于检测用户下线请求报文到达的速率，判断用户下线请求报文 到达的速率是否超过预先设置的下线阈值，当判断用户下线请求报文到达的速率超过预先 设置的下线阈值时对待发送的计费停止报文作缓冲处理，将所述缓冲处理过的计费停止报 文发送至所述Radius服务端。
10. 如权利要求9所述的系统，其特征在于所述Radius客户端还用于检测用户上线请求报文到达的速率，判断用户上线请求报文到达的速率是否超过上线阈值，当用户上线 请求报文到达的速率超过上线阈值时对所述用户上线请求报文作限速处理。
11. 如权利要求9或10所述的系统，其特征在于所述Radius服务端接收所述Radius 客户端发送的计费停止报文，当存在未发送成功的计费停止报文时，向所述Radius客户端 发送所述未发送成功的计费停止报文的信息，所述Radius客户端根据所述未发送成功的 计费停止报文的信息缓冲所述未发送成功的计费停止报文。
12. 如权利要求11所述的系统，其特征在于所述Radius客户端发送所述未发送成功 的计费停止报文至所述Radius服务端。
全文摘要
本发明实施例提供一种处理用户下线的方法，包括检测用户下线请求报文到达的速率；判断用户下线请求报文到达的速率是否超过预先设置的下线阈值；当用户下线请求报文到达的速率超过预先设置的下线阈值时，对待发送的计费停止报文作缓冲处理；发送所述缓冲处理过的计费停止报文。本发明实施例还提供一种处理用户下线的装置及系统。本发明实施例在所述用户下线请求报文的到达速率超过下线阈值时，对待发送的计费停止报文作缓冲处理后再发送，可使所述待发送的计费停止报文比较均匀的去抢占ID报文资源，可以保证所述计费停止报文正常发送，实现用户的正常下线。
文档编号H04L12/56GK101753320SQ20081021800
公开日2010年6月23日 申请日期2008年11月29日 优先权日2008年11月29日
发明者蒋晨波 申请人:成都市华为赛门铁克科技有限公司