一种拨号上线的处理方法、服务端、设备及存储介质

技术领域

本申请涉及一种通信技术，提供一种拨号上线的处理方法、服务端、计算机设备及计算机可读存储介质。

背景技术

网络运营商基于业务安全和网络安全需要，往往对用户宽带拨号进行了多项认证，除了账号和密码，常见的还有上线位置、上线会话数唯一等，以对非授权宽带拨号行为进行限制，但由于PPPoE(Point to Point Protocol over Ethernet，基于以太网的点对点)协议存在着漏洞，用户仍可通过修改PPPOE客户端程序，绕过运营商对上线数量的限制，实现多次拨号上线，从而得到多倍带宽、多个IP(Internet Protocol，网际互连协议)地址；这对运营商来说造成了业务收入损失和IP地址浪费。

发明内容

本申请的目的在于提供一种拨号上线的处理方法、服务端、计算机设备及计算机可读存储介质，对不合规的延迟予以拒绝，杜绝以人为延迟网络层协商方式获得非授权多拨的行为。

本申请提出一种拨号上线的处理方法，包括：向客户端发送会话的PPP认证的认证成功消息，以告知所述客户端进入网络层协商；确定所述网络层协商的协商发起时间；接收所述客户端发送的所述网络层协商的第一协商消息，并将接收到所述第一协商消息的时间作为协商响应时间；根据所述协商发起时间和所述协商响应时间确定所述客户端是否进行所述网络层协商的延迟操作；若确定所述客户端进行所述网络层协商的延迟操作时，关闭所述会话。

进一步地，所述确定所述网络层协商的协商发起时间包括：向所述客户端发送所述网络层协商的第二协商消息，并将发送所述第二协商消息的时间作为所述协商发起时间。

进一步地，所述确定所述网络层协商的协商发起时间包括：记录发送所述认证成功消息的发送时间，并将所述发送时间作为协商发起时间。

进一步地，所述根据所述协商响应时间和所述协商发起时间确定所述客户端是否进行所述网络层协商的延迟操作，包括：确定所述协商响应时间与所述协商发起时间之差；根据所述协商响应时间和所述协商发起时间之差和预设时间阈值所述确定所述客户端是否进行所述网络层协商的延迟操作。

进一步地，所述预设时间阈值包括认证服务器设置的计费开始包最小间隔时长，所述根据所述协商响应时间和所述协商发起时间之差和预设时间阈值所述确定所述客户端是否进行所述网络层协商的延迟操作，包括：

若确定所述协商发起时间与所述协商响应时间之差超过所述计费开始包最小间隔时长时，确定所述客户端进行所述网络层协商的延迟操作。

进一步地，所述预设时间阈值包括根据标准客户端历史上线拨号花费时间确定的标准时间，所述根据所述协商响应时间和所述协商发起时间之差和预设时间阈值所述确定所述客户端是否进行所述网络层协商的延迟操作，还包括：

若所述协商发起时间与所述协商响应时间之差超过所述标准时间，确定所述客户端进行所述网络层协商的延迟操作。

进一步地，所述预设时间阈值还包括认证服务器设置的计费开始包最小间隔时长，所述确定所述客户端延迟了所述网络协商之前，所述方法还包括：

若所述协商发起时间与所述协商响应时间之差超过标准时间，但未超过所述计费开始包最小间隔时长时，确定所述客户端未进行所述网络层协商的延迟操作；

若所述协商发起时间与所述协商响应时间之差超过计费开始包最小间隔时长，确定所述客户端进行所述网络层协商的延迟操作。

本申请还提出一种服务端，包括：发送模块，向客户端发送会话的PPP认证的认证成功消息，以告知所述客户端进入网络层协商；协商确定模块，确定所述网络层协商的协商发起时间；接收模块，接收所述客户端发送的所述网络层协商的第一协商消息，并将接收到所述第一协商消息的时间作为协商响应时间；延迟确定模块，根据所述协商发起时间和所述协商响应时间确定所述客户端是否进行所述网络层协商的延迟操作；会话关闭模块，若确定所述客户端进行所述网络层协商的延迟操作时，关闭所述会话。

本申请还提出一种计算机设备，所述计算机设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个被所述一个或多个处理器执行时，使得所述计算机设备实现如上所述的方法。

本申请还提出一种计算机可读存储介质，其上存储有计算机可读指令，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行如上所述的方法。

与现有技术相比，本申请具有如下有益效果：

本申请提供的技术方案中，在会话的认证阶段成功后，服务端增加网络协商的跟踪机制，根据网络层协商的协商发起时间和协商响应时间来确定客户端是否进行网络层协商的延迟操作，确定客户端延迟所述网络层协商时，关闭会话，即对不合规的延迟予以拒绝，杜绝以人为延迟网络层协商方式获得非授权多拨的行为，避免各运营商的业务损失，避免用户行为造成运营商网络设备安全隐患。

附图说明

图1是本申请涉及的一种实施环境的示意图；

图2是本申请一示例性实施例示出的非授权多次拨号上线的流程图；

图3是本申请一示例性实施例示出的一种拨号上线的处理方法的流程图；

图4是本申请一示例性实施例示出的另一种拨号上线的处理方法的流程图；

图5是本申请一示例性实施例示出的再一种拨号上线的处理方法的流程图；

图6是本申请的一示例性实施例示出的一种服务端的示意图；

图7是本申请一示例性实施例示出的服务端和客户端交互的流程图；

图8示出了适于用来实现本申请实施例的计算机设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

还需要说明的是：在本申请中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

请参阅图1，图1是本申请涉及的一种实施环境的示意图。该实施环境包括客户端10和服务端20，客户端10和服务端20之间通过有线或者无线网络进行通信；

值得注意的是，本申请中的客户端和服务端支持PPPoE协议，例如客户端为PPPoE客户端，服务端为PPPoE服务端，可选的，PPPoE服务端为宽带接入设备(Broadband RemoteAccess Server，BRAS)设备的服务端。

客户端连接宽带时，利用PPPPoE协议向服务端和认证服务器申请拨号上线，PPPoE的工作流程包含发现(Discovery)和会话(Session)两个阶段，发现阶段是无状态的，目的是获得PPPoE终端的以太网MAC地址(Media Access Control Address)，并建立一个唯一的PPPoE SESSION-ID，以使服务端能区分不同的用户。

发现阶段结束后，就进入标准的PPP会话阶段，PPP会话阶段包括LCP(LinkControl Protocol)协商阶段、认证阶段和NCP(Network Control Protocol)协商阶段，完成对用户认证、分配地址、计费以及向用户授权其他功能属性，实现对客户端的业务控制。

客户端10可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(PersonalDigitalAssistant，20PDA)、便捷式媒体播放器(PortableMediaPlayer，PMP)、可穿戴设备、智能手环等移动终端，以及诸如数字TV、台式计算机等具有拨号上线功能的固定终端。

其中，服务端20可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)以及大数据和人工智能平台等基础云计算服务的云服务器，本处不对此进行限制。

请参阅图2，图2是一示例性实施例示出的非授权多次拨号上线的流程图，包括PPPoE终端与BRAS设备完成PPPoE协商，PPPoE终端、BRAS设备和认证服务器完成用户信息认证，PPPoE终端等待一段时间，满足多次拨号认证的需要，然后发起IPCP协商，IPCP协商完成后，BRAS设备向认证服务器发送上线请求，进而认证服务器记录上线信息并反馈给BRAS设备，BRAS设备反馈PPPoE终端，完成PPPoE终端的拨号上线。其中PPPoE终端等待一段时间发起IPCP协商，在等待期间，该PPPoE终端可以再次请求认证，认证服务器由于该PPPoE终端没有IPCP协商上线，因此认证服务器认证时因未检测到已上线的记录，就能认证成功，实现多次拨号认证，最后批量上线，从而避开BRAS和认证服务器对宽带账号会话数的限制，实现同线同号多个在线会话；为了解决该问题，本实施例提供了一种拨号上线的处理方法，通过PPPoE服务端增加IPCP协商计时器，以解决用户PPPoE客户端延迟IPCP协商而非法多拨的问题。

请参阅图3，图3是本申请一示例性实施例示出的一种拨号上线的处理方法的流程图，该拨号上线的处理方法由图1所示的服务端执行，拨号上线的处理方法包括步骤S110至步骤S150，详细介绍如下：

S110、向客户端发送会话的PPP认证的认证成功消息，以告知客户端进入网络层协商。

在本实施例中，服务端和客户端已经完成了PPPPoE的发现阶段、LCP协商阶段，LCP协商阶段完成最大传输单元(MTU)，是否进行认证和采用何种认证方式(AuthenticationType)的协商，在LCP协商完成之后，认证服务器通过服务端进行PPP认证，对客户端的信息准确性以及上线数量唯一性进行认证，其中PPP认证包括PAP(Password AuthenticationProtocol，口令认证协议)认证和CHAP(Challenge Handshake Authentication Protocol,挑战握手认证协议)认证；当服务端接收认证服务器发送的认证成功消息后，确定客户端的信息准确且该信息对应上线数量唯一，向客户端发送PPP认证的认证成功消息，以告知客户端认证成功，可进入网络层协商。

S120、确定网络层协商的协商发起时间。

在本实施例中，在本实施例中，网络层协商即协商双方网络层参数，协商采用的网络协议；该网络层协商具体为NCP协商，NCP的主要功能是协商PPP报文的网络层参数，如IP地址，DNS Server IP(Domain Name Server IP，域名服务器IP)地址，WINS Server IP(Windows Internet Name Service IP)地址等，其中NCP协商有很多种，如IPCP(InternetProtocol Control Protocol，网际协议控制协议)、BCP(Bridge Control Protocol，网桥控制协议)、IPv6CP(IP Control Protocol and IPv6 Control Protocol，IP控制协议和IPv6控制协议)，最为常用的是IPCP协议。

示例性的，客户端主要通过IPCP协商来获取访问网络的IP地址或IP地址段。根据客户端和服务端的配置不同，IPCP协商可分为静态协商和动态协商；其中静态协商，即不协商，点对点通信设备的两端已经配置好了IP地址，当到达网络层协商阶段时，通信双方告知对方自身的IP地址即可；动态协商，即动态获取IP地址的协商；服务端手动方式配置IP地址，并需要给客户端分配IP地址，客户端则动态获取IP地址。

值得注意的是，在本实施例的一示例中，当进入网络层协商后，可以是由客户端先发送网络层协商的协商消息，以请求配置IP地址；此时确定网络层协商的协商发起时间包括：记录发送认证成功消息的发送时间，并将发送时间作为协商发起时间。

在本实施例中，当服务端发送认证成功消息时，记录发送时间，服务端将发送时间作为协商发起时间，该认证成功消息既告知客户端PPP认证阶段通过，也告知客户端可以发送网络层协商的协商消息，该协商发起时间即为告知客户端发起网络层协商的协商告知时间；客户端接收到认证成功消息时，就可以直接立即发起网络层协商，以响应服务端的协商告知。

在本实施例的一示例中，当进入网络层协商后，可以是由服务端先发送网络层协商的协商消息的，以告知客户端自身的IP地址；此时确定网络层协商的协商发起时间包括：向客户端发送网络层协商的第二协商消息，并将发送第二协商消息的时间作为协商发起时间。

服务端向客户端发送网络层协商的第二协商消息，该第二协商消息用于告知客户端自身的IP地址，将发送第二协商消息的时间作为协商发起时间，该协商发起时间即告知客户端自己已进入网络层协商的协商起始时间；客户端接收到该第二协商消息时，可以发送网络层协商的第一协商消息，以响应该第二协商消息。

其中，当网络层协商为IPCP协商，不管是采用静态协商还是动态协商，服务端向客户端发送网络协商的第二协商消息均为IPCP请求报文，该IPCP请求报文携带有本端的IP地址。

S130、接收客户端发送的网络层协商的第一协商消息，并将接收到第一协商消息的时间作为协商响应时间。

在本实施例的一示例中，当服务端发送认证成功消息后，客户端接收到该认证成功消息时，向服务端发送网络层协商的第一协商消息，当采用静态协商时，客户端发送的网络层协商的第一协商消息是IPCP请求报文，该IPCP请求报文携带有客户端配置好的IP地址；当采用动态协商时，该IPCP请求报文携带IP地址为零。

在本实施例的另一示例中，当服务端发送网络层协商的第二协商消息后，客户端接收到第二协商消息后，向服务端发送网络层协商的第一协商消息可以是答复第二协商消息的确认报文Configuration-Ack报文，以告知服务端自身已经知道了服务端的IP地址；该第一协商消息也可以是向服务端请求IP地址的IPCP请求报文，当采用静态协商时，该IPCP请求报文携带有客户端配置好的IP地址；当采用动态协商时，该IPCP请求报文携带IP地址为零。

当服务端接收到客户端发送的第一协商消息时，表示客户端响应了网络层协商，记录接收到的第一协商消息的接收时间，将该接收时间作为客户端响应网络层协商的协商响应时间。

S140、根据协商发起时间和协商响应时间确定客户端是否进行网络层协商的延迟操作。

在本实施例中，根据协商发起时间和协商响应时间可以确定出客户端响应网络层协商所花的时间，进而可根据客户端响应网络层协商所花的时间去判断客户端是否进行了网络层协商的延迟操作，即客户端是否等待了若干时间才发送第一协商消息。

示例性的，服务端确定客户端是否进行网络层协商的延迟操作具体包括：确定协商响应时间与协商发起时间之差，根据协商响应时间和协商发起时间之差和预设时间阈值确定客户端是否进行网络层协商的延迟操作。

将协商响应时间与协商发起时间之差与预设时间阈值进行比较，以确定客户端是否进行网络层协商的延迟操作，其中预设时间阈值可以是一个具体的数值，也可以是一个数值范围，在此并不进行限定。

需要说明的是，在本实施例的一示例中，根据协商发起时间的不同，该预设时间阈值可以不同。当协商发起时间为服务端发送认证成功消息的发送时间时，由于认证成功消息传输到客户端需要传输时间，因此协商发起时间为服务端发送认证成功消息的发送时间对应设置的预设时间阈值，大于协商发起时间为服务端向客户端发起的第二协商消息的发送时间对应的预设时间阈值。

在本实施例的另一示例中，根据协商发起时间的不同，该预设时间阈值也可以相同；预设时间阈值包括认证服务器设置的计费开始包最小间隔时长，即认证服务器设置了相邻两次计费开始包最小间隔时长，将相邻两次计费开始包最小间隔时长作为预设时间阈值。

值得注意的是，此时，根据协商响应时间和协商发起时间之差和预设时间阈值确定客户端是否进行网络层协商的延迟操作具体包括：当协商发起时间与协商响应时间之差超过计费开始包最小间隔时长时，确定客户端进行网络层协商的延迟操作。

当计费开始包最小间隔时长为一个数值时，协商发起时间与协商响应时间之差大于该数值，表示客户端进行了网络层协商的延迟操作；当计费开始包括最小间隔时长为一个取值范围时，协商发起时间与协商响应时间之差未处于该取值范围，则表示客户端进行了网络层协商的延迟操作。

在另一种实施例中，预设时间阈值包括根据标准客户端历史上线拨号花费时间确定的标准时间；例如当服务端发送认证成功消息或第二协商消息后，记录标准客户端发送的历史协商响应时间，将标准客户端的历史协商响应时间与协商发起时间之差的均值作为预设时间阈值；或确定标准客户端的历史协商响应时间与协商发起时间之差的最大值和最小值，将最大值和最小值之间的取值范围作为预设时间阈值。

根据协商响应时间和协商发起时间之差和预设时间阈值确定客户端是否进行网络层协商的延迟操作包括：当协商发起时间与协商响应时间之差超过标准时间，确定客户端进行网络层协商的延迟操作。

在另一种实施例的基础上，预设时间阈值还包括认证服务器设置的计费开始包最小间隔时长，当协商发起时间与协商响应时间之差超过标准时间表示了客户端进行了网络层协商的延迟操作，此时需要进一步确定，客户端是否是合理的延迟，当协商发起时间与协商响应时间之差超过标准时间，但未超过该计费开始包最小间隔时长，确定客户端是合理的延迟，未进行网络层协商的延迟操作；当协商发起时间与协商响应时间之差超过计费开始包最小间隔时长，确定客户端进行网络层协商的延迟操作，表示客户端进行了不合理的网络层协商的延迟操作。

S150、若确定客户端进行网络层协商的延迟操作时，关闭会话。

在本实施例中，客户端可以人为延迟网络层协商的时间点，通过修改客户端程序，人为延迟客户端在认证成功后发起网络层协商的时间点，实现多个会话并行在线；服务端增加网络层协商时间点的跟踪机制，对延迟或不合理的延迟进行拒绝，关闭会话以防范客户端非法多拨。

可以理解的是，当确定客户端未进行网络层协商的延迟操作时，服务端关闭会话，并向客户端发送会话关闭消息。当协商发起时间与协商响应时间之差未超过预设时间阈值时，表示客户端未进行网络层协商的延迟操作，则向客户端发送协商确认消息。当采用IPCP的动态协商时，该协商确认消息携带有为客户端分配的IP地址；当采用IPCP的静态协商时，该协商确认消息答复客户端的第一协商消息的确认消息，表示已经知道客户端的地址。

为了便于理解，本实施例以一个较为具体的例子对拨号上线的处理方法进行说明，如图4所示，客户端为PPPoE客户端，服务端为BRAS设备，认证服务器为Radius服务器，该拨号上线的处理方法包括发现阶段、LCP协商阶段、认证阶段和IPCP协商阶段。

发现阶段包括：PPPoE客户端通过广播发送PADI(PPPoE Active DiscoveryInitiation)报文来发现BRAS设备；所有的BRAS设备在收到PADI报文之后，将PPPoE客户端请求的服务与自身能够提供的服务进行比较，如果可以提供，则单播回复PADO(PPPoEActive Discovery Offer)报文；PPPoE客户端选择最先收到PADO报文对应的BRAS设备，并单播发送一个PADR(PPPoE Active Discovery Request)报文，BRAS设备收到PADR报文后准备开始PPP会话，发送一个PPPoE有效发现会话确认PADS(PPPoE Active DiscoverySession-confirmation)报文。

LCP协商阶段和认证阶段包括：PPPoE客户端和BRAS设备进行LCP协商，PPPoE客户端通过BRAS设备与Radius服务器进行CHAP认证。BRAS设备将Radius服务器发送的认证成功报文转发给PPPoE客户端。

IPCP协商阶段包括：BRAS设备将Configure-Request报文发送给PPPoE客户端，并记录发送Configure-Request报文的时间，将该发送Configure-Request报文的时间作为IPCP协商发起时间T1，Configure-Request报文携带有BRAS设备的IP地址。

PPPoE客户端向BRAS设备发送Configure-Request报文，Configure-Request报文的IP地址为零或Configure-Ack报文，Configure-Ack报文用于确认BRAS设备的IP地址。

BRAS设备记录接收报文的时间，并将接收报文的时间作为IPCP协商响应时间T2，判断T2-T1是否在合理范围内。

若T2-T1不在合理范围内，则BRAS设备关闭会话，向PPPoE客户端发送PADT报文。

若T2-T1在合理范围内，则BRAS设备向PPPoE客户端发送Configure-Nck报文,Configure-Nck报文携带有动态分配的IP地址，进而PPPoE客户端以分配的IP地址发送Configure-Request报文，BRAS设备回复Configure-Ack报文，则配置成功。

为了便于理解，本实施例以另一个较为具体的例子对拨号上线的处理方法进行说明，如图5所示，发现阶段、LCP协商阶段和认证阶段如图4所示，在此不再一一赘述。

IPCP协商阶段：BRAS设备将Radius服务器发送的认证成功报文转发给PPPoE客户端，并记录发送认证成功报文的时间，将该发送认证成功报文的时间作为IPCP协商发起时间T1。

PPPoE客户端向BRAS设备发送Configure-Request报文，并将接收报文的时间作为IPCP协商响应时间T2，判断T2-T1是否在合理范围内，Configure-Request报文携带有PPPoE客户端自己配置的IP地址。

若T2-T1不在合理范围内，则BRAS设备向PPPoE客户端发送PADT报文。

若T2-T1在合理范围内，则BRAS设备向PPPoE客户端发送Configure-Ack报文，以确认PPPoE客户端的IP地址。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的基于文本分类方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的文本分类方法的实施例。

如图6所示，图6是本申请的一示例性实施例示出的一种服务端的示意图，包括：

发送模块610，向客户端发送会话的PPP认证的认证成功消息，以告知客户端进入网络层协商；

协商确定模块620，确定网络层协商的协商发起时间；

接收模块630，接收客户端发送的网络层协商的第一协商消息，并将接收到第一协商消息的时间作为协商响应时间；

延迟确定模块640，根据协商发起时间和协商响应时间确定客户端是否进行网络层协商的延迟操作；

会话关闭模块650，若确定客户端进行网络层协商的延迟操作时，关闭会话。

在本申请的一些实施例中，基于前述方案，协商确定模块620具体用于向客户端发送网络层协商的第二协商消息，并将发送第二协商消息的时间作为协商发起时间。

在本申请的一些实施例中，基于前述方案，协商确定模块620具体用于记录发送认证成功消息的发送时间，并将发送时间作为协商发起时间。

在本申请的一些实施例中，基于前述方案，延迟确定模块640包括协商时间确定单元和延迟判断单元，协商时间确定单元用于确定协商响应时间与协商发起时间之差；延迟判断单元用于根据协商响应时间和协商发起时间之差和预设时间阈值确定客户端是否进行网络层协商的延迟操作。

在本申请的一些实施例中，基于前述方案，预设时间阈值包括认证服务器设置的计费开始包最小间隔时长，延迟判断单元用于具体用于若协商发起时间与协商响应时间之差超过计费开始包最小间隔时长时，确定客户端进行网络层协商的延迟操作。

在本申请的一些实施例中，基于前述方案，预设时间阈值包括根据标准客户端历史上线拨号花费时间确定的标准时间，延迟判断单元用于具体用于若协商发起时间与协商响应时间之差超过标准时间，确定客户端进行网络层协商的延迟操作。

在本申请的一些实施例中，基于前述方案，预设时间阈值还包括认证服务器设置的计费开始包最小间隔时长，延迟判断单元用于具体用于若协商发起时间与协商响应时间之差超过标准时间，但未超过计费开始包最小间隔时长时，确定客户端未进行网络层协商的延迟操作；若协商发起时间与协商响应时间之差超过计费开始包最小间隔时长，确定客户端进行网络层协商的延迟操作。

如图7所示，图7示出了PPPoE终端和BRAS设备的拨号上线的流程图，图6所示的服务端应用于BRAS设备，PPPoE终端和BRAS设备交互的过程包括：PPPoE终端与BRAS设备完成PPPoE协商，PPPoE终端、BRAS设备和认证服务器完成用户信息认证，PPPoE终端等待一段时间，满足多次拨号认证的需要，然后发起IPCP协商，BRAS设备增加IPCP协商最长等待参数，判定PPPoE终端IPCP协商超时，即判定PPPoE终端进行了不合法的延迟，则发送PADT帧，关闭PPPoE会话；当判定PPPoE终端IPCP协商未超时，继续与PPPoE终端进行IPCP协商，进而协商完成时，BRAS设备向认证服务器发送上线请求，进而认证服务器记录上线信息并反馈给BRAS设备，BRAS设备反馈PPPoE终端，完成PPPoE终端的拨号上线。

本实施例提供的技术方案，无需增加硬件设备，只需修改并重编译BRAS设备的PPPoE源代码，优化运营商BRAS设备的PPPoE服务端程序增加IPCP协商时间点的跟踪机制，对不合法的延迟予以拒绝，如此可杜绝以人为延迟IPCP协商方式获得非授权多拨的行为。

需要说明的是，上述实施例所提供的装置与上述实施例所提供的方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

在一示例性实施例中，一种计算机设备，包括一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个被所述一个或多个处理器执行时，使得所述计算机设备实现如前所述的方法。

图8是根据一示例性实施例示出的一种计算机设备的结构示意图。

需要说明的是，该计算机设备只是一个适配于本申请的示例，不能认为是提供了对本申请的使用范围的任何限制。该计算机设备也不能解释为需要依赖于或者必须具有图8中示出的示例性的计算机设备中的一个或者多个组件。

如图8所示，在一示例性实施例中，计算机设备包括处理组件801、存储器802、电源组件803、多媒体组件804、音频组件805、处理器806、传感器组件807和通信组件808。其中，上述组件并不全是必须的，计算机设备可以根据自身功能需求增加其他组件或减少某些组件，本实施例不作限定。

处理组件801通常控制计算机设备的整体操作，诸如与显示、数据通信以及日志数据处理相关联的操作等。处理组件801可以包括一个或多个处理器806来执行指令，以完成上述操作的全部或部分步骤。此外，处理组件801可以包括一个或多个模块，便于处理组件801和其他组件之间的交互。例如，处理组件801可以包括多媒体模块，以方便多媒体组件804和处理组件801之间的交互。

存储器802被配置为存储各种类型的数据以支持在计算机设备的操作，这些数据的示例包括用于在计算机设备上操作的任何应用程序或方法的指令。存储器802中存储有一个或多个模块，该一个或多个模块被配置成由该一个或多个处理器806执行，以完成上述实施例中所描述的方法中的全部或者部分步骤。

电源组件803为计算机设备的各种组件提供电力。电源组件803可以包括电源管理系统，一个或多个电源，及其他与为计算机设备生成、管理和分配电力相关联的组件。

多媒体组件804包括在计算机设备和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括TP(Touch Panel，触摸面板)和LCD(Liquid Crystal Display，液晶显示器)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

音频组件805被配置为输出和/或输入音频信号。例如，音频组件805包括一个麦克风，当计算机设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。在一些实施例中，音频组件805还包括一个扬声器，用于输出音频信号。

传感器组件807包括一个或多个传感器，用于为计算机设备提供各个方面的状态评估。例如，传感器组件807可以检测到计算机设备的打开/关闭状态，还可以检测计算机设备的温度变化。

通信组件808被配置为便于计算机设备和其他设备之间有线或无线方式的通信。计算机设备可以接入基于通信标准的无线网络，例如Wi-Fi(Wireless-Fidelity，无线网络)。

可以理解，图8所示的结构仅为示意，计算机设备该可以包括比图8中所示更多或更少的组件，或者具有与图8所示不同的组件。图8中所示的各组件均可以采用硬件、软件或者其组合来实现。

在一示例性实施例中，一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前所述的方法。该计算机可读存储介质可以是上述实施例中描述的计算机设备中所包含的，也可以是单独存在，而未装配入该计算机设备中。

需要说明的是，本申请实施例所示的计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ErasableProgrammable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

上述内容，仅为本申请的较佳示例性实施例，并非用于限制本申请的实施方案，本领域普通技术人员根据本申请的主要构思和精神，可以十分方便地进行相应的变通或修改，故本申请的保护范围应以权利要求书所要求的保护范围为准。