CN104105125B - 一种业务处理方法、装置及*** - Google Patents

Abstract

本发明实施例提供了一种业务处理方法、装置及***，该方法应用于WLAN中的门户网站认证***中，包括：监测设备监测门户网站认证***中终端启动的操作业务流程，操作业务流程为上线业务流程或下线业务流程；如果监测设备监测到门户网站认证***中终端启动的操作业务流程出现异常，监测设备补发所述操作业务流程出现异常时的节点对应的信令。本发明在终端上、下线业务流程出现异常的情况下，通过补发相关信令，使得操作业务流程再循环一次，从而提高了终端上、下线成功率。

Description

一种业务处理方法、装置及***

技术领域

本发明涉及通信技术领域，尤其涉及一种业务处理方法、装置及***。

背景技术

在现有的无线局域网络中，门户网站(web portal)认证***通常包括多个终端、访问接入点(Access Point，AP)、接入控制器(Access Control，AC)、portal服务器和远程用户拨号认证***(Remote authentication dial in user service，Radius)服务器等。在采用该***处理终端的操作业务流程时，通常涉及到终端、AC、portal服务器和Radius服务器这几部分的信令交互。在这里，操作业务流程指的是上线业务流程或者下线业务流程。

具体地，如图1所示，上线业务流程可通过下述步骤来实现：

S101：终端向portal服务器发起HTTP请求；

S102：portal服务器接收到该请求后，向终端推送认证页面；

S103：终端在该认证页面上输入相关信息，返回给portal服务器；

在这里，相关信息例如终端的登录帐号和密码等信息；

S104：Portal服务器接收到终端输入的相关信息后，向AC发起终端的相关信息认证请求；

S105：AC将接收到的认证请求转发至Radius服务器；

S106：Radius服务器根据接收到的认证请求，认证终端的合法性，并将认证结果返回给AC；

S107：AC将接收到的认证结果转发至portal服务器；

S108：portal服务器根据认证结果，向终端推送认证结果页面。

在上述步骤S104～S106中，portal服务器向AC发送的认证请求可以先是查询请求，由Radius服务器先执行查询操作，这样，如果查询失败，portal服务器可直接向终端推送上线认证失败页面；如果查询成功，portal服务器收到相应响应消息后，再发送认证请求，由Radius服务器验证终端的合法性，具体验证时，可以先确认终端的身份信息和业务属性，再确认终端输入的帐号和密码是否正确，Radius服务器对终端的密码分别进行静态密码和动态密码两次密码认证，在这种情况下，如果其中一次成功，Radius服务器就向AC返回上线认证成功信息，并携带协议参数，以及用户的相关业务属性给用户授权，例如相关业务属性可为***配置的单次连接最大时长、终端卡的套餐剩余时长信息等；如果两次都失败，Radius服务器向AC返回上线认证失败信息。

另外，在认证结果为上线认证成功的情况下，portal服务器可根据编码规则判断终端的帐号的归属地，来推送归属地定制的个性化页面，并将认证结果、***配置的单次连接最大时长、套餐剩余时长、自服务选项等填入推送页面，一起呈现给终端，同时提醒Radius服务器启动正计时，继续后续计费和业务使用及下线业务流程。

在上述步骤S108中，portal服务器是直接将上线失败或上线成功的页面推送至终端。

具体地，如图2所示，下线业务流程可通过下述步骤来实现：

S201：当终端需要下线时，向portal服务器发起下线请求；

S202：portal服务器将接收到的下线请求传送至AC；

S203：AC接收到下线请求后，向Radius服务器发起计费结束报文；

S204：Radius服务器回应AC的计费结束报文；

S205：AC将处理后的下线结果返回给portal服务器；

S206：portal服务器收到AC返回的下线结果后，推送下线结果页面给终端。

从上述终端启动的上线业务流程或者下线业务流程可以看出，不管终端是否成功上、下线，终端发起相关请求指令后，仅经过portal服务器、Ac和Radius服务器交互处理一次，这样一来，在portal服务器、Ac和Radius服务器交互处理流程出现异常的情况下，很容易造成终端上、下线失败，从而导致终端上、下线成功率较低。

发明内容

本发明实施例提供了一种业务处理方法、装置及***，用以解决现有WLAN网络下web portal认证***中终端上、下线成功率低的问题。

基于上述问题，本发明实施例提供的一种业务处理方法，应用于无线局域网络WLAN中的门户网站认证***中，包括：

监测设备监测所述门户网站认证***中终端启动的操作业务流程，所述操作业务流程为上线业务流程或下线业务流程；

如果监测设备监测到所述门户网站认证***中所述终端启动的操作业务流程出现异常，则监测设备补发所述操作业务流程出现异常时的节点对应的信令。

本发明实施例提供的一种业务处理装置，应用于无线局域网络WLAN中的门户网站认证***中，包括：

监测模块，用于监测所述门户网站认证***中终端启动的操作业务流程，所述操作业务流程为上线业务流程或下线业务流程；

补发启动模块，用于在监测模块监测到所述门户网站认证***中所述终端启动的操作业务流程出现异常时，补发所述操作业务流程出现异常时的节点对应的信令。

本发明实施例提供的一种业务处理***，包括：

portal服务器，用于接收终端启动操作业务流程的请求信令，并将其发送至AC，以及接收AC返回的响应信令，所述操作业务流程为上线业务流程或下线业务流程；

AC，用于将接收到的portal服务器发来的请求信令转发至Radius服务器，以及接收Radius服务器返回的响应信令；

Radius服务器，用于将接收到的AC发来的请求信令进行认证或计费处理后向AC返回响应信令；

监测设备，用于监测portal服务器、AC和Radius服务器中一个或多个节点的信令流程，并在监测到所述信令流程出现异常时，补发所述信令流程出现异常时的节点对应的信令。

本发明实施例提供的一种业务处理***，包括：

portal服务器，用于接收终端启动的操作业务流程的请求信令，并将其发送至AC，以及接收AC返回的响应信令，所述操作业务流程为上线业务流程或下线业务流程；

AC，用于将接收到的portal服务器发来的请求信令转发至Radius服务器，并接收Radius服务器返回的响应信令，以及监测自身、portal服务器和Radius服务器的信令流程，并在监测到portal服务器、AC和Radius服务器中至少其一的信令流程出现异常时，补发所述信令流程出现异常时的节点对应的信令；

Radius服务器，用于将接收到的AC发来的请求信令进行相关处理后向AC返回响应信令。

本发明实施例的有益效果包括：

本发明实施例提供的一种业务处理方法、装置及***，该方法应用于WLAN网络中的门户网站认证***中，包括：监测设备监测门户网站认证***中终端启动的操作业务流程；在监测到上述***中终端启动的操作业务流程出现异常的情况下，补发所述操作业务流程出现异常时的节点对应的信令。在本发明实施例中，上述操作业务流程指的是上线业务流程，或者是下线业务流程，这样在监测设备监测到业务流程出现异常时，会通过相关信令的补发，使终端的操作业务流程再循环一次，通过此次循环的流程，终端可能会上、下线成功，即前述这种处理方式提高了终端上、下线的成功率。

附图说明

图1为现有web portal认证***中的终端启动上线业务的流程图；

图2为现有web portal认证***中的终端启动下线业务的流程图；

图3为本发明实施例提供的业务处理方法流程图；

图4为本发明实施例提供的推送上线失败原因的流程图之一；

图5为本发明实施例提供的推送上线失败原因的流程图之二；

图6为本发明实施例提供的业务处理装置的结构示意图；

图7A为本发明实施例提供的业务处理***的结构示意图之一；

图7B为本发明实施例提供的业务处理***的结构示意图之二；

图8为本发明实施例提供的业务处理***的结构示意图之三。

具体实施方式

在现有WLAN网络下的web portal认证***中，对于终端启动的上线业务流程或下线业务流程，不管终端是否成功上、下线，终端发起相关请求指令后，仅经过portal服务器、Ac和Radius服务器交互处理一次，这样的话，在portal服务器、Ac和Radius服务器交互处理流程出现异常的情况下，很容易造成终端上、下线失败，使得终端上、下线成功率较低。基于此问题，本发明实施例提供一种业务处理方法、装置及***，由监测设备对终端启动的操作业务流程进行监测，即对上线业务流程或下线业务流程进行监测，并在监测到操作业务流程异常的情况下，会向操作业务流程异常时的节点补发相关信令，使终端的操作业务流程再循环一次，通过此次循环的流程，终端可能会上、下线成功，即前述这种处理方式提高了终端上、下线的成功率。

另外，从现有终端启动的上线业务流程或者下线业务流程还可以看出，portal服务器仅是将上、下线成功或失败的结果直接推送给终端，这样对于持有终端的用户或者维护人员来说，并不知晓上、下线失败的具体原因，导致用户的体验较低。基于此问题，本发明实施例还执行上、下线失败原因的分析流程，将分析的具体失败原因推送给终端，从而提高了用户体验。

下面结合说明书附图，对本发明实施例提供的一种业务处理方法、装置及***的具体实施方式进行说明。

本发明实施例提供的一种业务处理方法，应用于无线局域网络WLAN中的门户网站认证***中，如图3所示，具体包括以下步骤：

S301：监测设备监测门户网站认证***中终端启动的操作业务流程是否出现异常，若是，执行步骤S302，否则，执行步骤S303；

在这里，上述操作业务流程指的是上线业务流程，或者是下线业务流程；

S302：监测设备补发操作业务流程出现异常时的节点对应的信令；

S303：结束监测。

较佳地，在上述步骤S301中，上述操作业务流程具体为终端发起请求信令且经过门户网站认证***中的portal服务器、AC和Radius服务器处理后返回响应信令给终端的信令流程。在这里，通常用户持有终端能够在portal服务器呈现的账户页面信息上填写账户信息，即可以成功发起认证请求信令，这意味着portal服务器处于正常运行状态，即portal服务器向AC发出的请求信令多数也是正常的，这样，监测设备监测portal服务器这一侧的信令流程时多数是监测出未异常，对于portal服务器这一侧的信令流程出现异常的情况，可以忽略不计。

进一步地，在上述步骤S302中，所谓的操作业务流程出现异常，可分为下述几种情况：

第一种情况，AC发出的信令格式与监测设备自身预存的AC的信令格式不同，通常来讲，不管对于门户认证***中的哪个终端来说，它们在启动上线业务流程或者下线业务流程后，AC与Radius服务器和portal服务器交互的信令内容有可能不同，但是数据封装后的信令格式是统一不变的，这样一来，监测设备可以预先保存AC的信令格式，在执行监测AC的发送端口发出的信令操作时，先将其监测到的信令保存到本地，再比较是否与本地预存的AC的信令格式相同，在比较出格式不同的情况下，就认为操作业务流程出现了异常，例如，AC在向Radius服务器发送portal服务器传送的认证请求时，发送的请求格式出现乱码，那么，这种情况就被认为是操作业务流程出现了异常；

第二种情况，portal服务器与AC交互的时间超过第一设定时长，也就是说，在终端启动一次上线业务流程或下线业务流程，且门户认证***中各节点正常运行的情况下，portal服务器与AC交互的时间多数控制在一定的时间段内，例如控制在5秒内，这样的话，如果交互时间过长，也就意味着操作业务流程出现异常；

第三种情况，Radius服务器发出的信令格式与自身预存的Radius服务器的信令格式不同，具体发生情形与第一种情况类似，在此不再赘述；

第四种情况，AC与Radius服务器交互的时间超过第二设定时长，具体发生情形与第二种情况类似，在此不再赘述。

具体地，在上述步骤S302中，为了提高终端的上、下线成功率，可执行下述流程：

如果监测设备监测到操作业务流程中AC发出的信令格式与自身预存的AC的信令格式不同或者portal服务器与AC交互的时间超过第一设定时长，监测设备向AC补发第一信令；

如果监测设备监测到操作业务流程中Radius服务器发出的信令格式与自身预存的Radius服务器的信令格式不同或者AC与Radius服务器交互的时间超过第二设定时长，监测设备向Radius服务器补发第二信令。

需要说明的是，上述第一信令实际上指的是监测设备监测操作业务流程时保存的AC接收的信令；上述第二信令实际上指的是监测设备监测操作业务流程时保存的Radius服务器接收的信令。

具体地，对于一个终端而言，以它启动上线业务流程为例，具体监测信令格式的流程为：首先，监测portal服务器的接收端口接收的请求信令并保存，然后与预保存的请求信令格式相比较，在信令格式相同的情况下，继续监测portal服务器的发送端口发出的信令并保存，再次确定发出的信令格式是否异常，在信令格式未异常的情况下，按照监测portal服务器相同的监测方式，监测AC和Radius服务器，直到监测完整个操作业务流程的信令为止。假设监测设备监测出AC发出的信令格式与本地预存的不同，那么，在这种情况下，监测设备会将本地保存的AC的接收端口接收的信令再向AC补发一次，这样在终端账户信息正确的情况下，通过监测设备补发信令这一操作，可能会使得终端上线成功。

在上述流程中，上述第一设定时长和第二设定时长可根据现有上、下线业务流程的实际情况来设定，假设portal服务器与AC正常交互的时间是5s，AC与Radius服务器正常交互的时间是6s，在这种情况下，上述第一设定时长可以设定为5s，上述第二设定时长可以设定为6s。当然，也可采用其他方式来设定，在此不再一一枚举。

在现有的上线业务流程或下线业务流程中，持有终端的用户只能看到portal服务器推送给持有终端的上线失败结果或下线失败结果页面，并不能知晓失败的具体原因，使得用户体验较差。针对此问题，在本发明实施例中，在执行步骤S302之后，还可执行推送失败原因流程，以提高用户体验。

具体地，如图4所示，在操作业务流程为上线业务流程时，可通过下述流程来实现上线失败原因的推送：

S401：监测设备监测重新启动后的上线业务流程是否异常；若是，执行步骤S402-S405，否则，执行步骤S406；

S402，启动预设的拨测流程；

S403：监测设备监测预设的拨测流程是否异常；若是，执行步骤S404，否则，执行步骤S405；

S404：确定上线失败原因为AC异常，向门户网站认证***的管理平台上报AC异常的警告消息，并通知portal服务器向该终端推送***异常的页面；

S405：确定上线失败原因为Radius服务器异常，向***的管理平台上报Radius服务器异常的警告消息，并通知portal服务器向该终端推送***异常的页面；

S406：结束监测。

需要说明的是，上述预设的拨测流程指的是监测设备发起携带有正确账户信息的请求信令，经过Radius服务器处理后返回响应信令给监测设备的信令流程。也就是说，由监测设备来代替AC，与Radius服务器进行交互，通过这种方式来监测上线失败的具体原因，如果预设的拨测流程未出现异常，这说明Radius服务器运行正常，是AC服务器出现了异常；如果预设的拨测流程出现异常，这说明是Radius服务器出现了异常，AC运行正常。

具体地，如图5所示，在操作业务流程为下线业务流程时，可通过下述流程来实现下线失败原因的推送：

S501：监测设备监测重新启动后的下线业务流程是否异常；若是，执行步骤S502-S504，否则，执行步骤S505；

S502：监测设备向Radius服务器发起查询该终端在线状态的请求；

S503：若接收到Radius服务器返回的该终端在线的响应信息，通知portal服务器向该终端推送下线失败及当前处于在线状态的页面；

S504：若接收到Radius服务器返回的该终端不在线的响应信息，通知portal服务器向该终端推送下线时间的页面；

S505：结束监测。

需要说明的是，对于终端上线失败或下线失败的原因的推送，并不仅限于上述实现方式，当然也可以采用其他方式来实现，在此不再一一枚举。

基于同一发明构思，本发明实施例还提供了一种业务处理装置和***，由于该装置和***所解决问题的原理与前述业务处理方法相似，因此该装置和***的实施可以参见前述方法的实施，重复之处不再赘述。

本发明实施例提供的业务处理装置，应用于WLAN网络中的web portal认证***中，如图6所示，具体包括：

监测模块601，用于监测门户网站认证***中终端启动的操作业务流程，操作业务流程为上线业务流程或下线业务流程；

补发启动模块602，用于在监测模块601监测到门户网站认证***中终端启动的操作业务流程出现异常时，补发操作业务流程出现异常时的节点对应的信令。

较佳地，上述监测模块601监测的操作业务流程为终端发起请求信令且经过门户网站认证***中的门户portal服务器、接入控制器AC和远程用户拨号认证***Radius服务器处理后返回响应信令给终端的信令流程；且，

上述补发启动模块602，具体用于在监测模块601监测到操作业务流程中AC发出的信令格式与自身预存的AC的信令格式不同或者portal服务器与AC进行信令交互的时间超过第一设定时长时，向AC补发第一信令；以及在监测模块601监测到操作业务流程中Radius服务器发出的信令格式与自身预存的Radius服务器的信令格式不同或者AC与Radius服务器进行信令交互的时间超过第二设定时长时，监测设备向Radius服务器补发第二信令。

在这里，上述第一信令为监测设备监测操作业务流程时保存的AC接收的信令；上述第二信令为监测设备监测操作业务流程时保存的Radius服务器接收的信令。

较佳地，该装置还可以包括第一通知模块603，

上述监测模块601，还用于监测重新启动后的上线业务流程，以及监测预设的拨测流程；

在这里，上述预设的拨测流程为监测设备发起携带有正确账户信息的请求信令，经过Radius服务器处理后返回响应信令给监测设备的信令流程；

上述补发启动模块602，还用于在监测模块601监测到重新启动后的上线业务流程出现异常时，启动预设的拨测流程；

上述第一通知模块603，用于在监测模块601监测到预设的拨测流程未出现异常时，确定上线失败原因为AC异常，向门户网站认证***的管理平台上报AC异常的警告消息，并通知portal服务器向该终端推送***异常的页面；以及在监测模块601监测到预设的拨测流程出现异常时，确定上线失败原因为Radius服务器异常，向***的管理平台上报Radius服务器异常的警告消息，并通知portal服务器向该终端推送***异常的页面。

较佳地，上述装置还可以包括第二通知模块604，

上述监测模块601，还用于监测重新启动后的下线业务流程；

上述第二通知模块604，用于在监测模块601监测到重新启动后的下线业务流程出现异常时，向Radius服务器发起查询该终端在线状态的请求；在接收到Radius服务器返回的该终端在线的响应信息时，通知portal服务器向该终端推送下线失败及当前处于在线状态的页面；以及在接收到Radius服务器返回的该终端不在线的响应信息时，通知portal服务器向该终端推送下线时间的页面。

本发明实施例提供的一种业务处理***，如图7A所示，具体包括：

portal服务器701，用于接收终端702发起的操作业务流程的请求信令，并将其发送至AC703，以及接收AC703返回的响应信令；

在这里，操作业务流程为上线业务流程或下线业务流程；

AC703，用于将接收到的portal服务器701发来的请求信令转发至Radius服务器704，以及接收Radius服务器704返回的响应信令；

Radius服务器704，用于将接收到的AC703发来的请求信令进行认证或计费处理后向AC703返回响应信令；

监测设备705，用于监测portal服务器701、AC703和Radius服务器704中的一个或多个节点的信令流程，并在监测到信令流程出现异常时，补发信令流程出现异常时的节点对应的信令。

在这种***架构下，监测设备在实际执行监测操作时，如图7A所示，监测设备可以分别监测portal服务器701、AC703和Radius服务器704这三个节点上的接收端口及发送端口的信令。在这里，这些信令中可以携带节点接收或发送信令的时间，以便监测节点之间的交互时间。

如图7B所示，监测设备也可以只监测AC这一个节点发来的信令流程。具体地，AC可通过文件传输协议(File Transfer Protocol，FTP)等多种方式将自身与portal服务器和Radius服务器交互的信令发送至监测设备，由监测设备来完成监测和补发信令的流程，以提高终端上、下线的成功率。

本发明实施例提供的另一种业务处理***，如图8所示，具体包括：

portal服务器801，用于接收终端802发起的操作业务流程的请求信令，并将其发送至AC803，以及接收AC803返回的响应信令；

在这里，操作业务流程为上线业务流程或下线业务流程；

AC803，用于将接收到的portal服务器801发来的请求信令转发至Radius服务器804，并接收Radius服务器804返回的响应信令；以及监测自身、portal服务器801和Radius服务器804的信令流程，并在监测到信令流程出现异常时，补发信令流程出现异常时的节点对应的信令；

Radius服务器804，用于将接收到的AC803发来的请求信令进行认证或计费处理后向AC803返回响应信令。

在这种***架构下，本发明实施例是由AC803来完成具备监测操作业务流程和补发相关信令重新启动操作业务流程的功能，来监测和补发信令的流程，以提高终端上、下线的成功率。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种业务处理方法，应用于无线局域网络WLAN中的门户网站认证***中，其特征在于，包括：

监测设备监测所述门户网站认证***中终端启动的操作业务流程，所述操作业务流程为上线业务流程或下线业务流程；

如果监测设备监测到所述门户网站认证***中所述终端启动的操作业务流程出现异常，则监测设备补发所述操作业务流程出现异常时的节点对应的信令。

2.如权利要求1所述的方法，其特征在于，所述操作业务流程为终端发起请求信令，且经过所述门户网站认证***中的门户portal服务器、接入控制器AC和远程用户拨号认证***Radius服务器处理后返回响应信令给终端的信令流程；

如果监测设备监测到所述操作业务流程出现异常，则监测设备补发所述操作业务流程出现异常时的节点对应的信令，具体包括：

如果监测设备监测到所述操作业务流程中AC发出的信令格式与自身预存的AC的信令格式不同或者portal服务器与AC进行信令交互的时间超过第一设定时长，监测设备向AC补发第一信令，所述第一信令为监测设备监测所述操作业务流程时保存的AC接收的信令；

如果监测设备监测到所述操作业务流程中Radius服务器发出的信令格式与自身预存的Radius服务器的信令格式不同或者AC与Radius服务器进行信令交互的时间超过第二设定时长，监测设备向Radius服务器补发第二信令，所述第二信令为监测设备监测所述操作业务流程时保存的Radius服务器接收的信令。

3.如权利要求1或2所述的方法，其特征在于，还包括：

监测设备监测重新启动后的上线业务流程；

如果监测设备监测到重新启动后的上线业务流程出现异常，启动预设的拨测流程，并监测所述预设的拨测流程，所述预设的拨测流程为监测设备发起携带有正确账户信息的请求信令，经过Radius服务器处理后返回响应信令给监测设备的信令流程；

如果监测设备监测到所述预设的拨测流程未出现异常，则确定上线失败原因为AC异常，向所述门户网站认证***的管理平台上报AC异常的警告消息，并通知portal服务器向该终端推送所述***异常的页面；

如果监测设备监测到所述预设的拨测流程出现异常，则确定上线失败原因为Radius服务器异常，向所述门户网站认证***的管理平台上报Radius服务器异常的警告消息，并通知portal服务器向该终端推送所述***异常的页面。

4.如权利要求1或2所述的方法，其特征在于，还包括：

监测设备监测重新启动后的下线业务流程；

如果监测设备监测到重新启动后的下线业务流程出现异常，向Radius服务器发起查询该终端在线状态的请求；

若接收到所述Radius服务器返回的该终端在线的响应信息，通知portal服务器向该终端推送下线失败及当前处于在线状态的页面；

若接收到所述Radius服务器返回的该终端不在线的响应信息，通知所述portal服务器向该终端推送下线时间的页面。

5.一种业务处理装置，应用于无线局域网络WLAN中的门户网站认证***中，其特征在于，包括：

监测模块，用于监测所述门户网站认证***中终端启动的操作业务流程，所述操作业务流程为上线业务流程或下线业务流程；

补发启动模块，用于在监测模块监测到所述门户网站认证***中所述终端启动的操作业务流程出现异常时，补发所述操作业务流程出现异常时的节点对应的信令。

6.如权利要求5所述的装置，其特征在于，所述监测模块监测的操作业务流程为终端发起请求信令，且经过所述门户网站认证***中的门户portal服务器、接入控制器AC和远程用户拨号认证***Radius服务器处理后返回响应信令给终端的信令流程；

所述补发启动模块，具体用于在监测模块监测到所述操作业务流程中AC发出的信令格式与自身预存的AC的信令格式不同或者portal服务器与AC进行信令交互的时间超过第一设定时长时，向AC补发第一信令；以及在监测模块监测到所述操作业务流程中Radius服务器发出的信令格式与自身预存的Radius服务器的信令格式不同或者AC与Radius服务器进行信令交互的时间超过第二设定时长时，监测设备向Radius服务器补发第二信令，所述第一信令为监测设备监测所述操作业务流程时保存的AC接收的信令，所述第二信令为监测设备监测所述操作业务流程时保存的Radius服务器接收的信令。

7.如权利要求5所述的装置，其特征在于，该装置还包括第一通知模块，

所述监测模块，还用于监测重新启动后的上线业务流程，以及监测预设的拨测流程，所述预设的拨测流程为监测设备发起携带有正确账户信息的请求信令，经过Radius服务器处理后返回响应信令给监测设备的信令流程；

所述补发启动模块，还用于在监测模块监测到重新启动后的上线业务流程出现异常时，启动预设的拨测流程；

所述第一通知模块，用于在监测模块监测到所述预设的拨测流程未出现异常时，确定上线失败原因为AC异常，向所述门户网站认证***的管理平台上报AC异常的警告消息，并通知portal服务器向该终端推送所述***异常的页面；以及在监测模块监测到所述预设的拨测流程出现异常时，确定上线失败原因为Radius服务器异常，向所述***的管理平台上报Radius服务器异常的警告消息，并通知portal服务器向该终端推送所述***异常的页面。

8.如权利要求5所述的装置，其特征在于，所述装置还包括第二通知模块，

所述监测模块，还用于监测重新启动后的下线业务流程；

所述第二通知模块，用于在监测模块监测到重新启动后的下线业务流程出现异常时，向Radius服务器发起查询该终端在线状态的请求；在接收到所述Radius服务器返回的该终端在线的响应信息时，通知portal服务器向该终端推送下线失败及当前处于在线状态的页面；以及在接收到所述Radius服务器返回的该终端不在线的响应信息时，通知所述portal服务器向该终端推送下线时间的页面。

9.一种业务处理***，其特征在于，包括：

门户portal服务器，用于接收终端启动操作业务流程的请求信令，并将其发送至接入控制器AC，以及接收AC返回的响应信令，所述操作业务流程为上线业务流程或下线业务流程；

AC，用于将接收到的portal服务器发来的请求信令转发至远程用户拨号认证***Radius服务器，以及接收Radius服务器返回的响应信令；

Radius服务器，用于将接收到的AC发来的请求信令进行认证或计费处理后向AC返回响应信令；

监测设备，用于监测portal服务器、AC和Radius服务器中一个或多个节点的信令流程，并在监测到所述信令流程出现异常时，补发所述信令流程出现异常时的节点对应的信令。

10.一种业务处理***，其特征在于，包括：

门户portal服务器，用于接收终端启动的操作业务流程的请求信令，并将其发送至接入控制器AC，以及接收AC返回的响应信令，所述操作业务流程为上线业务流程或下线业务流程；

AC，用于将接收到的portal服务器发来的请求信令转发至远程用户拨号认证***Radius服务器，并接收Radius服务器返回的响应信令，以及监测自身、portal服务器和Radius服务器的信令流程，并在监测到所述信令流程出现异常时，补发所述信令流程出现异常时的节点对应的信令；

Radius服务器，用于将接收到的AC发来的请求信令进行相关处理后向AC返回响应信令。