一种防止用户被强制下线的方法及装置的制造方法
【专利摘要】本发明实施方式提供一种防止用户被强制下线的方法及装置，所述方法包括：在所述BRAS重启时，按照预设周期向认证、授权和计费AAA服务器发送要求停止计费的第一请求消息；确定在未接收到所述AAA服务器针对所述第一请求消息返回的第一响应消息之前，不向所述AAA服务器发送用户的认证请求消息；在接收到所述第一响应消息后，停止发送所述第一请求消息，向所述AAA服务器发送用户的认证请求消息。应用本发明实施方式能够在BRAS重新启动之后暂停向AAA服务器发送认证请求消息，避免出现刚刚成功上线的用户被强制下线的问题，改善用户的使用体验。
【专利说明】
一种防止用户被强制下线的方法及装置
技术领域
[0001]本发明涉及互联网技术领域，尤其是一种防止用户被强制下线的方法及装置。
【背景技术】
[0002]随着计算机技术和通信技术的发展，多媒体业务也得到了飞速发展，为了满足日益发展的多媒体业务对信息传输的要求，宽带网络得到了积极推广，其中，带宽远程接入服务器(Broadband Remote Access Server，BRAS)通过连接认证、授权和计费(Authenticat1n Authorizat1n Accounting，AAA)服务器，实现对宽带网络用户的接入、认证、计费等控制操作。
[0003]如图1所示，图1示出了BRAS与用户、AAA服务器、互联网的连接关系，其中，BRAS与AAA服务器连接，用户通过BRAS与互联网连接。
【发明内容】
[0004]本发明的目的在于提供一种防止用户被强制下线的方法及装置，以提升用户的使用体验。
[0005]本发明的一种实施方式公开了一种防止用户被强制下线的方法，应用于带宽远程接入服务器BRAS，所述方法包括:在所述BRAS重启时，按照预设周期向认证、授权和计费AAA服务器发送要求停止计费的第一请求消息；确定在未接收到所述AAA服务器针对所述第一请求消息返回的第一响应消息之前，不向所述AAA服务器发送用户的认证请求消息;在接收到所述第一响应消息之后，停止发送所述第一请求消息，向所述AAA服务器发送用户的认证请求消息。
[0006]优选地，所述不向所述AAA服务器发送用户的认证请求消息的步骤，包括:设置所述AAA服务器的当前状态为锁定状态;根据所述锁定状态，不向所述AAA服务器发送用户的认证请求消息;所述向所述AAA服务器发送用户的认证请求消息的步骤，包括:将所述AAA服务器的当前状态切换为激活状态;根据所述激活状态，向所述AAA服务器发送用户的认证请求消息。
[0007]优选地，所述设置所述AAA服务器的当前状态为锁定状态的步骤，包括:判断是否接收到所述AAA服务器返回的认证响应消息;在接收到所述AAA服务器返回的第一个认证响应消息时，设置所述AAA服务器的当前状态为锁定状态。
[0008]优选地，所述设置所述AAA服务器的当前状态为锁定状态的步骤，包括:在所述按照预设周期向AAA服务器发送要求停止计费的第一请求消息之前，设置所述AAA服务器的当前状态为锁定状态。
[0009]优选地，所述方法还包括:保存在所述AAA服务器的当前状态切换为激活状态之前接收到的用户的认证请求消息;根据所述激活状态，向所述AAA服务器发送用户的认证请求消息的步骤，包括:将保存的所述用户的认证请求消息发送至所述AAA服务器。
[0010]优选地，所述方法还包括:在所述AAA服务器的当前状态切换为激活状态之前，丢弃接收到的用户的认证请求消息。
[0011]本发明实施方式还公开了一种防止用户被强制下线的装置，应用于带宽远程接入服务器BRAS，所述装置包括:
[0012]发送单元，用于在所述BRAS重启时，按照预设周期向认证、授权和计费AAA服务器发送要求停止计费的第一请求消息；
[0013]确定单元，用于在未接收到所述AAA服务器针对所述第一请求消息返回的第一响应消息之前，不向所述AAA服务器发送用户的认证请求消息；
[0014]发送单元，还用于在接收到所述第一响应消息之后，停止发送所述第一请求消息，继续向所述AAA服务器发送用户的认证请求消息。
[0015]优选地，所述装置还包括:设置单元;所述设置单元，用于设置所述AAA服务器的当前状态为锁定状态;所述确定单元，还用于根据所述锁定状态，不向所述AAA服务器发送用户的认证请求消息;所述装置还包括:切换单元;所述切换单元，用于将所述AAA服务器的当前状态切换为激活状态;所述发送单元，还用于根据所述激活状态，向所述AAA服务器发送用户的认证请求消息。
[0016]优选地，所述装置还包括:判断单元;所述判断单元，用于判断是否接收到所述AAA服务器返回的认证响应消息;所述设置单元，还用于在接收到所述AAA服务器返回的第一个认证响应消息时，设置所述AAA服务器的当前状态为锁定状态。
[0017]优选地，所述设置单元，还用于在按照预设周期向AAA服务器发送要求停止计费的第一请求消息之前，设置所述AAA服务器的当前状态为锁定状态。
[0018]优选地，所述装置还包括:保存单元;所述保存单元，用于保存在所述AAA服务器的当前状态切换为激活状态之前接收到的用户的认证请求消息;所述发送单元，还用于将保存的所述用户的认证请求消息发送至所述AAA服务器。
[0019]优选地，所述装置还包括:丢弃单元;所述丢弃单元，用于在所述AAA服务器的当前状态切换为激活状态之前，丢弃接收到的用户的认证请求消息。
[0020]由上述的技术方案可见，本发明实施方式提供的防止用户被强制下线的方法及装置，能够在BRAS尚未接收到来自AAA服务器的针对第一请求消息返回的第一响应消息时，不向AAA服务器发送用户的认证请求消息。这样，BRAS在未收到第一响应消息之前，即使与AAA服务器的通信已经恢复正常，也不会有大量用户通过AAA服务器认证成功上线，用户没有上线就不会被强制下线，从而提升了用户体验。
【附图说明】
[0021]为了更清楚地说明本发明实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0022]图1为BRAS与用户、AAA服务器、互联网的连接关系示意图；
[0023]图2为本发明实施方式的防止用户被强制下线方法的一种流程图；
[0024]图3为本发明实施方式的防止用户被强制下线方法的另一种流程图；
[0025]图4为本发明实施方式的防止用户被强制下线方法的又一种流程图；
[0026]图5为本发明实施方式的防止用户被强制下线方法的再一种流程图；
[0027]图6为本发明实施方式的防止用户被强制下线装置的一种结构图；
[0028]图7为本发明实施方式的防止用户被强制下线装置的另一种结构图；
[0029]图8为本发明实施方式的防止用户被强制下线装置的又一种结构图；
[0030]图9为本发明实施方式的防止用户被强制下线装置的再一种结构图。
【具体实施方式】
[0031]下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本发明一部分实施方式，而不是全部的实施方式。基于本发明中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。
[0032]为了保证BRAS的正常使用，需要经常对BRAS进行维护和升级，在对BRAS进行维护和升级的过程中，有时需要对BRAS进行下电重启操作。可以理解的，在BRAS被下电后，通过BRAS连接AAA服务器的用户也无法再连接AAA服务器，但由于BRAS在下电之后无法通知AAA服务器对用户的状态进行更新，导致AAA服务器中记录的用户仍然为在线状态。
[0033]为了解决在BRAS下电后AAA服务器记录的用户状态与实际状态不一致的问题，BRAS在重新启动之后，会按照预设周期向AAA服务器发送要求停止计费的请求消息。目前，这个请求通常是Accounting-On报文。当AAA服务器接收到Accounting-On报文时，会清除AAA服务器上记录的所有用户的相关信息，并向BRAS回复Accounting-On响应报文。这样，AAA服务器就可以将BRAS下电之前记录的用户的相关信息清除掉，也就是强制BRAS下电之前记录的用户全部下线。通常情况下，从BRAS重启到恢复与AAA服务器的正常通信需要一段时间，因此，BRAS在收到来自AAA服务器的Accounting-On响应报文之前，会按照预设周期向AAA服务器发送多条Accounting-On报文。
[0034]但是，由于BRAS是按照预设周期向AAA服务器发送Accounting-On报文的，这样就使得两条相邻的Accounting-On报文之间有一定的时间间隔。当BRAS与AAA服务器之间恢复正常通信时，可能距离BRAS发送下一个Accounting-On报文还存在一段时间间隙。如果有新用户恰好在这段时间间隙内向AAA服务器发送认证请求消息并成功上线，那么，随后在AAA服务器接收到BRAS发送的Accounting-On报文时，就会清除记录的所有用户的相关信息，包括刚上线成功的新用户信息，使得新用户被强制下线。一般情况下，在BRAS重启后，通常会有客户端集中上线的情况，使得AAA服务器接收到大量来自新用户的认证请求消息以致大量新用户在AAA服务器上成功上线，进而导致大量刚刚成功上线的新用户又被强制下线。这样不仅给用户的使用带来了不便，而且给用户的使用体验带来了不良影响。
[0035]在本发明的一种实施方式中，公开了一种防止用户被强制下线的方法及装置，应用于BRAS，以下分别进行详细说明。
[0036]参见图2，图2为本发明实施方式的防止用户被强制下线方法的一种流程图，包括如下步骤:
[0037]步骤201，在BRAS重启时，所述BRAS按照预设周期向AAA服务器发送要求停止计费的第一请求消息；
[0038]其中，要求停止计费的第一请求消息具体可以是Accounting-On报文。
[0039]本步骤可以与现有技术相同。具体地，BRAS在重启后，先按照预设周期向AAA服务器发送要求停止计费的第一请求消息，通常情况下，BRAS从重启到恢复与AAA服务器的正常通信需要一段时间，因此，BRAS会持续向AAA服务器发送第一请求消息直到接收到来自AAA服务器的第一响应消息。
[0040]步骤202，所述BRAS确定在未接收到所述AAA服务器针对所述第一请求消息返回的第一响应消息前，不向所述AAA服务器发送用户的认证请求消息；
[0041 ] 相应的，针对所述第一请求消息返回的第一响应消息具体可以是Accounting-On响应报文。
[0042]在本发明实施方式中，BRAS在未接收AAA服务器返回的第一响应消息之前，可以不向AAA服务器发送大量用户的认证请求消息。这样，就能够防止大量用户在AAA服务器上成功上线。
[0043]步骤203，所述BRAS在接收到所述第一响应消息之后，停止发送所述第一请求消息，向所述AAA服务器发送用户的认证请求消息。
[0044]在本步骤中，BRAS在接收到来自AAA服务器的第一响应消息之后，可以停止向AAA服务器发送第一请求消息，并且重新开始继续向AAA服务器发送用户的认证请求消息。也就是说，此时BRAS的功能恢复正常，用户可以通过BRAS在AAA服务器上成功上线。对应的，AAA服务器在接收到来自BRAS的第一请求消息时，所保存的用户信息绝大部分都是在BRAS下电之前记录的，因此，AAA服务器对用户信息进行的清除处理不会影响BRAS重启后的绝大部分用户。
[0045]可见，应用本发明实施方式能够在BRAS未收到来自AAA服务器的第一响应消息之前而通信已经恢复的情况下，防止大量用户在AAA服务器上成功上线;这样，AAA服务器在接收到第一请求消息后进行的清除处理就不会导致大量刚刚成功上线的用户又被强制下线，改善了绝大部分用户的使用体验。
[0046]具体地，在本发明的另一种实施方式中，参见图3，图3为本发明实施方式的防止用户被强制下线的方法的另一种流程图，包括如下步骤:
[0047]步骤301，在BRAS重启时，所述BRAS按照预设周期向AAA服务器发送要求停止计费的第一请求消息；
[0048]具体地，BRAS在重启后立即启动第一请求消息的发送进程，启动第一请求消息的定时器，按照预设周期开始周期性向AAA服务器发送第一请求消息；其中，所述定时器用来触发第一请求消息的预设周期。
[0049]步骤302，所述BRAS在未接收到所述AAA服务器针对所述第一请求消息返回的第一响应消息之前，设置所述AAA服务器的当前状态为锁定(Temp)状态；
[0050]在本步骤中，为了避免在AAA服务器接收到来自BRAS发送的第一请求消息之前，导致新用户在AAA服务器上成功上线后又被强制下线，BRAS可以将AAA服务器的当前状态设置为Temp状态。
[0051]需要说明的是，Temp状态是本发明实施方式中为了实现停止向AAA服务器发送用户的认证请求消息而增设的状态，此外，AAA服务器的状态还包括激活(Active)状态，Active状态是现有技术已有的状态，当AAA服务器的状态为Active状态时，BRAS与AAA服务器之间可以正常通信。
[0052]步骤303，根据所述Temp状态，所述BRAS不向所述AAA服务器发送用户的认证请求消息；
[0053]在本步骤中，当AAA服务器的当前状态为Temp状态时，可以不将来自用户的认证请求消息发送给AAA服务器，并立即触发向AAA服务器发送第一请求消息。
[0054]步骤304，所述BRAS在接收到所述第一响应消息之后，停止发送所述第一请求消息，并将所述AAA服务器的当前状态切换为Act i ve状态；
[0055]在本步骤中，在AAA服务器接收到来自BRAS的第一请求消息并执行清除处理后，BRAS就可以将AAA服务器的当前状态切换为Active状态，这样，用户就能够重新在AAA服务器认证并上线，提高了用户的使用效率。
[0056]步骤305，根据所述Active状态，所述BRAS向所述AAA服务器发送用户的认证请求消息。
[0057]此时，BRAS重启后的处理流程结束，用户可以向AAA服务器发送认证请求消息，以实现在AAA服务器上成功上线。
[0058]另外，在AAA服务器当前状态为Temp状态时，BRAS会暂停向AAA服务器发送来自用户的认证请求消息，这样，对于在AAA服务器当前状态切换为Active状态之前接收到的来自用户的认证请求消息，BRAS可以有以下两种处理方式。
[0059]第一种处理方式:保存在AAA服务器的当前状态切换为Active状态之前接收到的用户的认证请求消息；
[0060]对应的，在AAA服务器的当前状态切换为Active状态之后，将保存的所述用户的认证请求消息发送至AAA服务器，以及将在AAA服务器的当前状态切换到Active状态之后接收到的用户的认证请求消息发送至AAA服务器。
[0061 ]第二种处理方式:在AAA服务器的当前状态切换为Active状态之前，丢弃接收到的用户的认证请求消息；
[0062]对应的，在AAA服务器的当前状态切换到Active状态之后，将在所述AAA服务器的当前状态切换为Active状态之后接收到的用户的认证请求消息发送至AAA服务器。
[0063]在实际应用中，BRAS对于在AAA服务器当前状态切换到Active状态之前接收到的来自用户的认证请求消息的处理方式，可以根据使用场景的需求和组网条件进行选择，从而达到最佳的技术效果。
[0064]可见，应用本发明实施方式能够在BRAS未接收到来自AAA服务器的第一响应消息时，将AAA服务器的当前状态设置为Temp状态，以实现不向AAA服务器发送来自用户的认证请求消息的目的。这样，能够避免给用户带来刚刚上线又被强制下线的不良体验，不仅能够为绝大部分用户的使用提供便利，而且可以显著提高绝大部分用户的使用效率。
[0065]本发明的又一种实施方式说明了将AAA服务器的当前状态设置为Temp状态的一种具体方法，参见图4，图4为本发明实施方式的防止用户被强制下线方法的又一种流程图，包括如下步骤:
[0066]步骤401，在BRAS重启时，所述BRAS按照预设周期向AAA服务器发送要求停止计费的第一请求消息；
[0067]在本步骤中，由于BRAS是按照预设周期向AAA服务器发送第一请求消息的，因此，两条相邻的第一请求消息会存在一个预设周期的时间间隔，当BRAS与AAA服务器的通信恢复正常时，可能距离BRAS发送下一个第一请求消息还有一段时间间隙。
[0068]步骤402，所述BRAS在未接收到所述AAA服务器针对所述第一请求消息返回的第一响应消息之前，判断是否接收到所述AAA服务器返回的认证响应消息；
[0069]在实际应用中，BRAS在未接收到AAA服务器针对第一请求消息返回的第一响应消息之前，首先需要判断是否已经向AAA服务器发送用户的认证请求消息；当BRAS还没有向AAA服务器发送用户的认证消息时，BRAS会继续向AAA服务器发送第一请求消息。
[0070]而通常情况下，在BRAS重启后会出现大量用户通过BRAS向AAA服务器发送认证请求消息要求上线。
[0071]步骤403，所述BRAS在接收到所述AAA服务器返回的第一个认证响应消息时，设置AAA服务器的当前状态为Temp状态；
[0072]在实际应用中，在步骤303之前可以先判断BRAS是否接收到AAA服务器返回的第一个认证响应消息;在BRAS设置AAA服务器的当前状态为Temp状态的同时，重新按照预设周期向AAA服务器发送所述第一请求消息。
[0073]需要说明的是，当BRAS与AAA服务器的通信在相邻两个第一请求消息之间的时间间隔中恢复正常时，AAA服务器就可以接收到来自用户的认证请求消息，并向BRAS返回针对认证请求消息的认证响应消息，使用户在AAA服务器上成功上线，导致在AAA服务器接收到第一请求消息后的清除处理会造成大量刚刚上线的用户又被强制下线。因此，为了使BRAS尽早检测到与AAA服务器的通信已经恢复正常，在本发明实施方式中，BRAS在尚未接收到来自AAA服务器的第一响应消息之前，会对是否接收到AAA服务器返回的第一个认证响应消息进行判断，实际就是判断BRAS与AAA服务器之间的通信是否恢复正常。
[0074]具体地，当BRAS没有接收到AAA服务器返回的第一个认证响应消息时，判断BRAS向AAA服务器发送的认证请求消息的总个数是否超过预置阈值;如果是，则BRAS停止向AAA服务器发送认证请求消息，并继续向AAA服务器发送第一请求消息，如果否，则BRAS继续向AAA服务器发送认证请求消息。
[0075]当BRAS接收到来自AAA服务器的第一个认证响应消息时，能够确定此时BRAS与AAA服务器之间的通信已经恢复正常，同时，发送第一个认证请求的用户也已经在AAA服务器上成功上线。具体地，BRAS在接收到来自AAA服务器的第一个认证响应消息时，BRAS可以将AAA服务器的当前状态设置为Temp状态，并立即向AAA服务器发送第一请求消息，而无需等到下一个预设周期再触发，并且后续发送的第一请求消息均以本条第一请求消息的发送时间为起点，按照预设周期继续向AAA服务器进行发送。
[0076]步骤404，根据所述Temp状态，所述BRAS不向所述AAA服务器发送用户的认证请求消息；
[0077]为了缩短用户在BRAS重启后等待上线的时间，在本发明实施方式中，在BRAS将AAA服务器的当前状态设置为Temp状态后，可以根据Temp状态，暂停将来自用户的认证请求消息发送给AAA服务器，并立即向AAA服务器发送第一请求消息。这样，在AAA服务器接收到来自BRAS的第一请求消息并执行清除处理后，用户就能够重新在AAA服务器认证并上线，提高用户的使用效率。
[0078]步骤405，所述BRAS在接收到所述第一响应消息之后，停止发送所述第一请求消息，并将所述AAA服务器的当前状态切换为Act ive状态；
[0079]在实际应用中，在步骤305之前可以先判断BRAS是否接收到来自AAA服务器的第一响应消息；当BRAS没有接收到来自AAA服务器的第一响应消息时，BRAS可以继续向AAA服务器发送第一请求消息。
[0080]步骤406，根据所述Active状态，所述BRAS向所述AAA服务器发送用户的认证请求消息。
[0081]具体地，BRAS在接收到来自AAA服务器的第一响应消息时，可以结束第一请求消息的发送进程，停止向AAA服务器发送第一请求消息，并清空第一请求消息的定时器。
[0082]此时，BRAS重启后的处理流程结束，用户可以重新开始向AAA服务器发送认证请求消息，以实现在AAA服务器上成功上线。
[0083]综上可知，本发明实施方式能够通过BRAS在通信恢复后，也就是接收到来自AAA服务器的第一个认证响应消息后，立即向AAA服务器发送第一请求消息的步骤，缩短用户等待上线的时间。可以理解的，本发明实施方式缩短的用户等待时间具体为从BRAS与AAA服务器恢复正常通信到触发BRAS发送下一个预设周期的第一请求消息之间的这段时间间隙。尤其在第一请求消息报文的预设周期较长的场景下，对用户使用效率的优化更加明显。
[0084]相应地，AAA服务器在接收到来自BRAS的第一响应消息时，所记录的用户信息除了刚刚上线的第一个用户以外，都是在BRAS下电之前保存的用户信息，因此，AAA服务器对记录的所有用户信息进行的清除处理仅会使得BRAS重启后第一个成功上线的用户被强制下线，不会影响其他用户，并且对于数量庞大的用户群体来说，一个用户的影响也是微乎其微的。
[0085]在实际应用中，可以根据用户的使用需求和现场的组网条件，选择合适的实现方式，比如，在第一请求消息的预设周期较长且用户数量较多的场景下，可以选择本发明实施方式可以保证绝大多数用户的使用体验，缩短用户等待上线的时间。
[0086]可见，应用本发明实施方式能够在BRAS未接收到来自AAA服务器的第一响应消息，但已经接收到AAA服务器返回的第一个认证响应消息的情况下，将AAA服务器的当前状态设置为Temp状态，以暂停向AAA服务器发送来自用户的认证请求消息。本发明实施方式通过牺牲第一个用户的使用体验，避免给绝大部分用户带来刚刚上线又被强制下线的不良体验，并且缩短了绝大部分用户在BRAS重启后等待重新上线的时间，从多方面改善绝大部分用户的使用体验。
[0087]本发明的再一种实施方式说明了将AAA服务器的当前状态设置为Temp状态的另一种具体方法，参见图5，图5为本发明实施方式的防止用户被强制下线的方法的再一种流程图，包括如下步骤:
[0088]步骤501，在BRAS重启时，所述BRAS设置AAA服务器的当前状态为Temp状态；
[0089]在本步骤中，为了避免任何一个用户出现刚刚上线成功又被强制下线的问题，BRAS在重启后能够立即将AAA服务器的当前状态设置为Temp状态，不会向AAA服务器发送用户的认证请求消息。
[0090]步骤502，所述BRAS按照预设周期向AAA服务器发送要求停止计费的第一请求消息;
[0091]步骤503，所述BRAS在未接收到所述AAA服务器针对所述第一请求消息返回的第一响应消息之前，根据所述Temp状态，不向所述AAA服务器发送用户的认证请求消息；
[0092]这样，从BRAS与AAA服务器恢复正常通信到BRAS接收到来自AAA服务器的第一响应消息的这段时间内，AAA服务器不会接收到来自任何用户的认证请求消息，进而也不会有任何一个用户在AAA服务器上成功上线。
[0093]步骤504，当所述BRAS接收到所述第一响应消息后，停止发送所述第一请求消息，并将所述AAA服务器的当前状态切换为Active状态；
[0094]步骤505，根据所述Active状态，所述BRAS向所述AAA服务器发送用户的认证请求消息。
[0095]此时，BRAS的状态恢复正常，用户能够继续向AAA服务器发送认证请求消息以实现在AAA服务器上成功上线。对应的，AAA服务器在接收到来自BRAS的第一请求消息时，所保存的用户信息全部是在BRAS下电之前记录的用户信息，因此，AAA服务器对用户信息进行的清除处理不会影响BRAS重启后的任何一个用户。
[0096]但是，由于BRAS在重启后无法向AAA服务器发送用户的认证请求消息，也就不能监测到从BRAS与AAA服务器恢复正常通信到触发下一个预设周期的第一请求消息之间的时间间隙。那么，当BRAS与AAA服务器的通信已经恢复正常，但还未触发下一个预设周期的第一请求消息时，就会出现在BRAS与AAA服务器之间的通信已经恢复正常的情况下AAA服务器仍无法接收到来自用户的认证请求消息的问题。尤其在第一请求消息的预设周期较长的场景下，可能会造成在BRAS与AAA服务器之间的通信已经恢复正常后，用户还需要等待一段时间才能在AAA服务器上成功上线。
[0097]在实际应用中，可以根据用户的使用需求和现场的组网条件，选择合适的实现方式，比如，在第一请求消息的预设周期较短且用户数量较少的场景下，为了保证全部用户的使用体验，避免给任何一个用户造成刚刚上线又被强制下线的不良体验，可以选择本发明实施方式。
[0098]可见，本发明实施方式能够在BRAS向AAA服务器发送第一请求消息之前，将AAA服务器的当前状态设置为Temp状态，实现不向AAA服务器发送来自用户的认证请求消息的目的。这样，本发明实施方式能够通过延长用户在BRAS重启后等待上线的时间，避免任何一个用户出现刚刚成功上线又被强制下线的问题，保证了全体用户的使用感受。
[0099]在本发明的一种装置实施方式中，参见图6，图6为本发明实施方式的防止用户被强制下线装置的一种结构图，该装置与图2所示的方法流程相对应，具体可以包括以下单元:
[0100]发送单元601，用于在所述BRAS重启时，按照预设周期向AAA服务器发送要求停止计费的第一请求消息；
[0101]确定单元602，用于在未接收到所述AAA服务器针对所述第一请求消息返回的第一响应消息之前，不向所述AAA服务器发送用户的认证请求消息；
[0102]发送单元601，还用于在接收到所述第一响应消息之后，停止发送所述第一请求消息，向所述AAA服务器发送用户的认证请求消息。
[0?03] 可选地，所述第一请求消息具体可以为Accounting-On报文;所述第一响应消息具体可以为Account ing-0n响应报文。
[0104]可见，应用本发明实施方式能够在BRAS未收到来自AAA服务器的第一响应消息之前而BRAS与AAA服务器的通信已经恢复的情况下，防止大量用户在AAA服务器上成功上线，改善了绝大部分用户的使用体验。
[0105]在本发明的另一种装置实施方式中，参见图7，图7为本发明实施方式的防止用户被强制下线装置的另一种结构图，该装置与图3所示的方法流程相对应，该装置包括:发送单元701、设置单元702、确定单元703和切换单元704。
[0106]所述设置单元702，用于设置所述AAA服务器的当前状态为Temp状态；
[0107]所述确定单元703，还用于根据所述Temp状态，不向所述AAA服务器发送用户的认证请求消息；
[0108]所述切换单元704，用于将所述AAA服务器的当前状态切换为Active状态；
[0109]所述发送单元701，还用于根据所述Active状态，向所述AAA服务器发送用户的认证请求消息。
[0110]在本发明的一种可选实施方式中，所述装置还可以包括:保存单元；
[0111]所述保存单元，用于保存在所述AAA服务器的当前状态切换为Active状态之前接收到的用户的认证请求消息；
[0112]该实施方式中，所述发送单元701，还用于将保存的所述用户的认证请求消息发送至所述AAA服务器。
[0113]在本发明的另一种可选实施方式中，所述装置还可以包括:丢弃单元；
[0114]所述丢弃单元，用于在所述AAA服务器的当前状态切换为Active状态之前，丢弃接收到的用户的认证请求消息。
[0115]可见，应用本发明装置实施方式能够在BRAS未接收到来自AAA服务器的第一响应消息时，将AAA服务器的当前状态设置为Temp状态，以实现不向AAA服务器发送来自用户的认证请求消息的目的。这样，能够避免给用户带来刚刚上线又被强制下线的不良体验，不仅能够为绝大部分用户的使用提供便利，而且可以显著提高绝大部分用户的使用效率。
[0116]在本发明的又一种装置实施方式中，参见图8，图8为本发明实施方式的防止用户被强制下线装置的又一种结构图，该装置与图4所示的方法流程相对应，该装置包括:发送单元801、判断单元802、设置单元803、确定单元804和切换单元805;其中，发送单元801与图7所示发送单元701可以完全相同，切换单元805与图7所示切换单元704可以完全相同，确定单元804与图7所示确定单元703可以完全相同，这里不再赘述。
[0117]所述判断单元802，用于判断是否接收到所述AAA服务器返回的认证响应消息；
[0118]所述设置单元803，还用于在接收到所述AAA服务器返回的第一个认证响应消息时，设置所述AAA服务器的当前状态为锁定状态。
[0119]可见，本发明实施方式通过牺牲第一个用户的使用体验，改善了绝大部分用户的使用体验，并且缩短了绝大部分用户在BRAS重启后等待重新上线的时间，在较大程度上提高绝大部分用户的使用效率。
[0120]在本发明的再一种装置实施方式中，参见图9，图9为本发明实施方式的防止用户被强制下线装置的再一种结构图，该装置与图5所示的方法流程相对应，该装置包括:设置单元901、发送单元902、确定单元904和切换单元905;其中，发送单元902与图7所示发送单元701可以完全相同，切换单元905与图7所示切换单元704可以完全相同，确定单元904与图7所示确定单元703可以完全相同，这里不再赘述。
[0121]所述设置单元901，还用于在按照预设周期向AAA服务器发送要求停止计费的第一请求消息之前，设置所述AAA服务器的当前状态为锁定状态。
[0122]可见，本发明实施方式通过延长用户在BRAS重启后等待上线的时间，避免任何一个用户出现刚刚成功上线又被强制下线的问题，保证了全体用户的使用感受。
[0123]需要说明的是，本发明实施方式的装置是应用上述防止用户被强制下线的装置，则上述防止用户被强制下线方法的所有实施方式均适用于该装置，且均能达到相同或相似的有益效果。
[0124]需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0125]本说明书中的各个实施方式均采用相关的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。尤其，对于系统实施方式而言，由于其基本相似于方法实施方式，所以描述的比较简单，相关之处参见方法实施方式的部分说明即可。
[0126]以上所述仅为本发明的较佳实施方式而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
【主权项】
1.一种防止用户被强制下线的方法，其特征在于，应用于带宽远程接入服务器BRAS，所述方法包括: 在所述BRAS重启时，按照预设周期向认证、授权和计费AAA服务器发送要求停止计费的第一请求消息； 确定在未接收到所述AAA服务器针对所述第一请求消息返回的第一响应消息之前，不向所述AAA服务器发送用户的认证请求消息； 在接收到所述第一响应消息之后，停止发送所述第一请求消息，向所述AAA服务器发送用户的认证请求消息。2.根据权利要求1所述的方法，其特征在于，所述不向所述AAA服务器发送用户的认证请求消息的步骤，包括: 设置所述AAA服务器的当前状态为锁定状态； 根据所述锁定状态，不向所述AAA服务器发送用户的认证请求消息； 所述向所述AAA服务器发送用户的认证请求消息的步骤，包括: 将所述AAA服务器的当前状态切换为激活状态； 根据所述激活状态，向所述AAA服务器发送用户的认证请求消息。3.根据权利要求2所述的方法，其特征在于，所述设置所述AAA服务器的当前状态为锁定状态的步骤，包括: 判断是否接收到所述AAA服务器返回的认证响应消息； 在接收到所述AAA服务器返回的第一个认证响应消息时，设置所述AAA服务器的当前状态为锁定状态。4.根据权利要求2所述的方法，其特征在于，所述设置所述AAA服务器的当前状态为锁定状态的步骤，包括: 在所述按照预设周期向AAA服务器发送要求停止计费的第一请求消息之前，设置所述AAA服务器的当前状态为锁定状态。5.根据权利要求2至4任一所述的方法，其特征在于，所述方法还包括: 保存在所述AAA服务器的当前状态切换为激活状态之前接收到的用户的认证请求消息; 所述根据所述激活状态，向所述AAA服务器发送用户的认证请求消息的步骤，包括: 将保存的所述用户的认证请求消息发送至所述AAA服务器。6.根据权利要求2至4任一所述的方法，其特征在于，所述方法还包括: 在所述AAA服务器的当前状态切换为激活状态之前，丢弃接收到的用户的认证请求消息。7.—种防止用户被强制下线的装置，其特征在于，应用于带宽远程接入服务器BRAS，所述装置包括: 发送单元，用于在所述BRAS重启时，按照预设周期向认证、授权和计费AAA服务器发送要求停止计费的第一请求消息； 确定单元，用于在未接收到所述AAA服务器针对所述第一请求消息返回的第一响应消息之前，不向所述AAA服务器发送用户的认证请求消息； 发送单元，还用于在接收到所述第一响应消息之后，停止发送所述第一请求消息，向所述AAA服务器发送用户的认证请求消息。8.根据权利要求7所述的装置，其特征在于，所述装置还包括:设置单元； 所述设置单元，用于设置所述AAA服务器的当前状态为锁定状态； 所述确定单元，还用于根据所述锁定状态，不向所述AAA服务器发送用户的认证请求消息; 所述装置还包括:切换单元； 所述切换单元，用于将所述AAA服务器的当前状态切换为激活状态； 所述发送单元，还用于根据所述激活状态，向所述AAA服务器发送用户的认证请求消息。9.根据权利要求8所述的装置，其特征在于，所述装置还包括:判断单元； 所述判断单元，用于判断是否接收到所述AAA服务器返回的认证响应消息； 所述设置单元，还用于在接收到所述AAA服务器返回的第一个认证响应消息时，设置所述AAA服务器的当前状态为锁定状态。10.根据权利要求8所述的装置，其特征在于，所述设置单元，还用于在所述发送单元按照预设周期向AAA服务器发送要求停止计费的第一请求消息之前，设置所述AAA服务器的当前状态为锁定状态。11.根据权利要求8至10任一所述的装置，其特征在于，所述装置还包括:保存单元；所述保存单元，用于保存在所述AAA服务器的当前状态切换为激活状态之前接收到的用户的认证请求消息； 所述发送单元，还用于将保存的所述用户的认证请求消息发送至所述AAA服务器。12.根据权利要求8至10任一所述的装置，其特征在于，所述装置还包括:丢弃单元；所述丢弃单元，用于在所述AAA服务器的当前状态切换为激活状态之前，丢弃接收到的用户的认证请求消息。
【文档编号】H04L12/28GK106067857SQ201610656189
【公开日】2016年11月2日
【申请日】2016年8月10日
【发明人】章靠, 林英姿, 廖以顺
【申请人】杭州华三通信技术有限公司