一种业务处理方法、装置及系统的制作方法
【专利摘要】本发明实施例提供了一种业务处理方法、装置及系统，该方法应用于WLAN中的门户网站认证系统中，包括：监测设备监测门户网站认证系统中终端启动的操作业务流程，操作业务流程为上线业务流程或下线业务流程；如果监测设备监测到门户网站认证系统中终端启动的操作业务流程出现异常，监测设备补发所述操作业务流程出现异常时的节点对应的信令。本发明在终端上、下线业务流程出现异常的情况下，通过补发相关信令，使得操作业务流程再循环一次，从而提高了终端上、下线成功率。
【专利说明】一种业务处理方法、装置及系统
【技术领域】
[0001] 本发明涉及通信【技术领域】，尤其涉及一种业务处理方法、装置及系统。
【背景技术】
[0002] 在现有的无线局域网络中，门户网站（web portal)认证系统通常包括多个终端、 访问接入点（Access Point，AP)、接入控制器（Access Control，AC)、portal服务器和远程 用户拨号认证系统（Remote authentication dial in user service，Radius)服务器等。 在采用该系统处理终端的操作业务流程时，通常涉及到终端、AC、portal服务器和Radius 服务器这几部分的信令交互。在这里，操作业务流程指的是上线业务流程或者下线业务流 程。
[0003] 具体地，如图1所示，上线业务流程可通过下述步骤来实现：
[0004] S101 :终端向portal服务器发起HTTP请求；
[0005] S102 :p〇rtal服务器接收到该请求后，向终端推送认证页面；
[0006] S103 :终端在该认证页面上输入相关信息，返回给portal服务器；
[0007] 在这里，相关信息例如终端的登录帐号和密码等信息；
[0008] S104 :Portal服务器接收到终端输入的相关信息后，向AC发起终端的相关信息认 证请求；
[0009] S105 :AC将接收到的认证请求转发至Radius服务器；
[0010] S106 :Radius服务器根据接收到的认证请求，认证终端的合法性，并将认证结果 返回给AC ;
[0011] S107 :AC将接收到的认证结果转发至portal服务器；
[0012] S108 :p〇rtal服务器根据认证结果，向终端推送认证结果页面。
[0013] 在上述步骤S104?S106中，portal服务器向AC发送的认证请求可以先是查询请 求，由Radius服务器先执行查询操作，这样，如果查询失败，portal服务器可直接向终端推 送上线认证失败页面；如果查询成功，portal服务器收到相应响应消息后，再发送认证请 求，由Radius服务器验证终端的合法性，具体验证时，可以先确认终端的身份信息和业务 属性，再确认终端输入的帐号和密码是否正确，Radius服务器对终端的密码分别进行静态 密码和动态密码两次密码认证，在这种情况下，如果其中一次成功，Radius服务器就向AC 返回上线认证成功信息，并携带协议参数，以及用户的相关业务属性给用户授权，例如相关 业务属性可为系统配置的单次连接最大时长、终端卡的套餐剩余时长信息等；如果两次都 失败，Radius服务器向AC返回上线认证失败信息。
[0014] 另外，在认证结果为上线认证成功的情况下，portal服务器可根据编码规则判 断终端的帐号的归属地，来推送归属地定制的个性化页面，并将认证结果、系统配置的单 次连接最大时长、套餐剩余时长、自服务选项等填入推送页面，一起呈现给终端，同时提醒 Radius服务器启动正计时，继续后续计费和业务使用及下线业务流程。
[0015] 在上述步骤S108中，portal服务器是直接将上线失败或上线成功的页面推送至 终端。
[0016] 具体地，如图2所示，下线业务流程可通过下述步骤来实现：
[0017] S201 :当终端需要下线时，向portal服务器发起下线请求；
[0018] S202 :p〇rtal服务器将接收到的下线请求传送至AC ;
[0019] S203 :AC接收到下线请求后，向Radius服务器发起计费结束报文；
[0020] S204 :Radius服务器回应AC的计费结束报文；
[0021] S205 :AC将处理后的下线结果返回给portal服务器；
[0022] S206 :p〇rtal服务器收到AC返回的下线结果后，推送下线结果页面给终端。
[0023] 从上述终端启动的上线业务流程或者下线业务流程可以看出，不管终端是否成功 上、下线，终端发起相关请求指令后，仅经过portal服务器、Ac和Radius服务器交互处理 一次，这样一来，在portal服务器、Ac和Radius服务器交互处理流程出现异常的情况下， 很容易造成终端上、下线失败，从而导致终端上、下线成功率较低。
【发明内容】
[0024] 本发明实施例提供了一种业务处理方法、装置及系统，用以解决现有WLAN网络下 web portal认证系统中终端上、下线成功率低的问题。
[0025] 基于上述问题，本发明实施例提供的一种业务处理方法，应用于无线局域网络 WLAN中的门户网站认证系统中，包括：
[0026] 监测设备监测所述门户网站认证系统中终端启动的操作业务流程，所述操作业务 流程为上线业务流程或下线业务流程；
[0027] 如果监测设备监测到所述门户网站认证系统中所述终端启动的操作业务流程出 现异常，则监测设备补发所述操作业务流程出现异常时的节点对应的信令。
[0028] 本发明实施例提供的一种业务处理装置，应用于无线局域网络WLAN中的门户网 站认证系统中，包括：
[0029] 监测模块，用于监测所述门户网站认证系统中终端启动的操作业务流程，所述操 作业务流程为上线业务流程或下线业务流程；
[0030] 补发启动模块，用于在监测模块监测到所述门户网站认证系统中所述终端启动的 操作业务流程出现异常时，补发所述操作业务流程出现异常时的节点对应的信令。
[0031] 本发明实施例提供的一种业务处理系统，包括：
[0032] portal服务器，用于接收终端启动操作业务流程的请求信令，并将其发送至AC， 以及接收AC返回的响应信令，所述操作业务流程为上线业务流程或下线业务流程；
[0033] AC，用于将接收到的portal服务器发来的请求信令转发至Radius服务器，以及接 收Radius服务器返回的响应信令；
[0034] Radius服务器，用于将接收到的AC发来的请求信令进行认证或计费处理后向AC 返回响应信令；
[0035] 监测设备，用于监测portal服务器、AC和Radius服务器中一个或多个节点的信 令流程，并在监测到所述信令流程出现异常时，补发所述信令流程出现异常时的节点对应 的信令。
[0036] 本发明实施例提供的一种业务处理系统，包括：
[0037] portal服务器，用于接收终端启动的操作业务流程的请求信令，并将其发送至 AC，以及接收AC返回的响应信令，所述操作业务流程为上线业务流程或下线业务流程；
[0038] AC，用于将接收到的portal服务器发来的请求信令转发至Radius服务器，并接收 Radius服务器返回的响应信令，以及监测自身、portal服务器和Radius服务器的信令流 程，并在监测到portal服务器、AC和Radius服务器中至少其一的信令流程出现异常时，补 发所述信令流程出现异常时的节点对应的信令；
[0039] Radius服务器，用于将接收到的AC发来的请求信令进行相关处理后向AC返回响 应信令。
[0040] 本发明实施例的有益效果包括：
[0041] 本发明实施例提供的一种业务处理方法、装置及系统，该方法应用于WLAN网络中 的门户网站认证系统中，包括：监测设备监测门户网站认证系统中终端启动的操作业务流 程；在监测到上述系统中终端启动的操作业务流程出现异常的情况下，补发所述操作业务 流程出现异常时的节点对应的信令。在本发明实施例中，上述操作业务流程指的是上线业 务流程，或者是下线业务流程，这样在监测设备监测到业务流程出现异常时，会通过相关信 令的补发，使终端的操作业务流程再循环一次，通过此次循环的流程，终端可能会上、下线 成功，即前述这种处理方式提高了终端上、下线的成功率。
【专利附图】
【附图说明】
[0042] 图1为现有web portal认证系统中的终纟而启动上线业务的流程图；
[0043] 图2为现有web portal认证系统中的终端启动下线业务的流程图；
[0044] 图3为本发明实施例提供的业务处理方法流程图；
[0045] 图4为本发明实施例提供的推送上线失败原因的流程图之一；
[0046] 图5为本发明实施例提供的推送上线失败原因的流程图之二；
[0047] 图6为本发明实施例提供的业务处理装置的结构示意图；
[0048] 图7A为本发明实施例提供的业务处理系统的结构示意图之一；
[0049] 图7B为本发明实施例提供的业务处理系统的结构示意图之二；
[0050] 图8为本发明实施例提供的业务处理系统的结构示意图之三。
【具体实施方式】
[0051] 在现有WLAN网络下的web portal认证系统中，对于终端启动的上线业务流程或 下线业务流程，不管终端是否成功上、下线，终端发起相关请求指令后，仅经过portal服务 器、Ac和Radius服务器交互处理一次，这样的话，在portal服务器、Ac和Radius服务器交 互处理流程出现异常的情况下，很容易造成终端上、下线失败，使得终端上、下线成功率较 低。基于此问题，本发明实施例提供一种业务处理方法、装置及系统，由监测设备对终端启 动的操作业务流程进行监测，即对上线业务流程或下线业务流程进行监测，并在监测到操 作业务流程异常的情况下，会向操作业务流程异常时的节点补发相关信令，使终端的操作 业务流程再循环一次，通过此次循环的流程，终端可能会上、下线成功，即前述这种处理方 式提高了终端上、下线的成功率。
[0052] 另外，从现有终端启动的上线业务流程或者下线业务流程还可以看出，portal服 务器仅是将上、下线成功或失败的结果直接推送给终端，这样对于持有终端的用户或者维 护人员来说，并不知晓上、下线失败的具体原因，导致用户的体验较低。基于此问题，本发明 实施例还执行上、下线失败原因的分析流程，将分析的具体失败原因推送给终端，从而提高 了用户体验。
[0053] 下面结合说明书附图，对本发明实施例提供的一种业务处理方法、装置及系统的
【具体实施方式】进行说明。
[0054] 本发明实施例提供的一种业务处理方法，应用于无线局域网络WLAN中的门户网 站认证系统中，如图3所示，具体包括以下步骤：
[0055] S301 :监测设备监测门户网站认证系统中终端启动的操作业务流程是否出现异 常，若是，执行步骤S302,否则，执行步骤S303 ;
[0056] 在这里，上述操作业务流程指的是上线业务流程，或者是下线业务流程；
[0057] S302 :监测设备补发操作业务流程出现异常时的节点对应的信令；
[0058] S303:结束监测。
[0059] 较佳地，在上述步骤S301中，上述操作业务流程具体为终端发起请求信令且经过 门户网站认证系统中的portal服务器、AC和Radius服务器处理后返回响应信令给终端的 信令流程。在这里，通常用户持有终端能够在portal服务器呈现的账户页面信息上填写 账户信息，即可以成功发起认证请求信令，这意味着portal服务器处于正常运行状态，即 portal服务器向AC发出的请求信令多数也是正常的，这样，监测设备监测portal服务器这 一侧的信令流程时多数是监测出未异常，对于portal服务器这一侧的信令流程出现异常 的情况，可以忽略不计。
[0060] 进一步地，在上述步骤S302中，所谓的操作业务流程出现异常，可分为下述几种 情况：
[0061] 第一种情况，AC发出的信令格式与监测设备自身预存的AC的信令格式不同，通 常来讲，不管对于门户认证系统中的哪个终端来说，它们在启动上线业务流程或者下线业 务流程后，AC与Radius服务器和portal服务器交互的信令内容有可能不同，但是数据封 装后的信令格式是统一不变的，这样一来，监测设备可以预先保存AC的信令格式，在执行 监测AC的发送端口发出的信令操作时，先将其监测到的信令保存到本地，再比较是否与本 地预存的AC的信令格式相同，在比较出格式不同的情况下，就认为操作业务流程出现了异 常，例如，AC在向Radius服务器发送portal服务器传送的认证请求时，发送的请求格式出 现乱码，那么，这种情况就被认为是操作业务流程出现了异常；
[0062] 第二种情况，portal服务器与AC交互的时间超过第一设定时长，也就是说，在终 端启动一次上线业务流程或下线业务流程，且门户认证系统中各节点正常运行的情况下， portal服务器与AC交互的时间多数控制在一定的时间段内，例如控制在5秒内，这样的话， 如果交互时间过长，也就意味着操作业务流程出现异常；
[0063] 第三种情况，Radius服务器发出的信令格式与自身预存的Radius服务器的信令 格式不同，具体发生情形与第一种情况类似，在此不再赘述；
[0064] 第四种情况，AC与Radius服务器交互的时间超过第二设定时长，具体发生情形与 第二种情况类似，在此不再赘述。
[0065] 具体地，在上述步骤S302中，为了提高终端的上、下线成功率，可执行下述流程：
[0066] 如果监测设备监测到操作业务流程中AC发出的信令格式与自身预存的AC的信令 格式不同或者portal服务器与AC交互的时间超过第一设定时长，监测设备向AC补发第一 信令；
[0067] 如果监测设备监测到操作业务流程中Radius服务器发出的信令格式与自身预存 的Radius服务器的信令格式不同或者AC与Radius服务器交互的时间超过第二设定时长， 监测设备向Radius服务器补发第二信令。
[0068] 需要说明的是，上述第一信令实际上指的是监测设备监测操作业务流程时保存的 AC接收的信令；上述第二信令实际上指的是监测设备监测操作业务流程时保存的Radius 服务器接收的信令。
[0069] 具体地，对于一个终端而言，以它启动上线业务流程为例，具体监测信令格式的流 程为：首先，监测portal服务器的接收端口接收的请求信令并保存，然后与预保存的请求 信令格式相比较，在信令格式相同的情况下，继续监测portal服务器的发送端口发出的 信令并保存，再次确定发出的信令格式是否异常，在信令格式未异常的情况下，按照监测 portal服务器相同的监测方式，监测AC和Radius服务器，直到监测完整个操作业务流程的 信令为止。假设监测设备监测出AC发出的信令格式与本地预存的不同，那么，在这种情况 下，监测设备会将本地保存的AC的接收端口接收的信令再向AC补发一次，这样在终端账户 信息正确的情况下，通过监测设备补发信令这一操作，可能会使得终端上线成功。
[0070] 在上述流程中，上述第一设定时长和第二设定时长可根据现有上、下线业务流程 的实际情况来设定，假设portal服务器与AC正常交互的时间是5s，AC与Radius服务器正 常交互的时间是6s，在这种情况下，上述第一设定时长可以设定为5s，上述第二设定时长 可以设定为6s。当然，也可采用其他方式来设定，在此不再一一枚举。
[0071] 在现有的上线业务流程或下线业务流程中，持有终端的用户只能看到portal服 务器推送给持有终端的上线失败结果或下线失败结果页面，并不能知晓失败的具体原因， 使得用户体验较差。针对此问题，在本发明实施例中，在执行步骤S302之后，还可执行推送 失败原因流程，以提高用户体验。
[0072] 具体地，如图4所示，在操作业务流程为上线业务流程时，可通过下述流程来实现 上线失败原因的推送：
[0073] S401 :监测设备监测重新启动后的上线业务流程是否异常；若是，执行步骤 S402-S405,否则，执行步骤S406 ;
[0074] S402,启动预设的拨测流程；
[0075] S403 :监测设备监测预设的拨测流程是否异常；若是，执行步骤S404,否则，执行 步骤S405 ;
[0076] S404 :确定上线失败原因为AC异常，向门户网站认证系统的管理平台上报AC异常 的警告消息，并通知portal服务器向该终端推送系统异常的页面；
[0077] S405 :确定上线失败原因为Radius服务器异常，向系统的管理平台上报Radius服 务器异常的警告消息，并通知portal服务器向该终端推送系统异常的页面；
[0078] S406:结束监测。
[0079] 需要说明的是，上述预设的拨测流程指的是监测设备发起携带有正确账户信息的 请求信令，经过Radius服务器处理后返回响应信令给监测设备的信令流程。也就是说，由 监测设备来代替AC，与Radius服务器进行交互，通过这种方式来监测上线失败的具体原 因，如果预设的拨测流程未出现异常，这说明Radius服务器运行正常，是AC服务器出现了 异常；如果预设的拨测流程出现异常，这说明是Radius服务器出现了异常，AC运行正常。
[0080] 具体地，如图5所示，在操作业务流程为下线业务流程时，可通过下述流程来实现 下线失败原因的推送：
[0081] S501 :监测设备监测重新启动后的下线业务流程是否异常；若是，执行步骤 S502-S504,否则，执行步骤S505 ;
[0082] S502 :监测设备向Radius服务器发起查询该终端在线状态的请求；
[0083] S503 :若接收到Radius服务器返回的该终端在线的响应信息，通知portal服务器 向该终端推送下线失败及当前处于在线状态的页面；
[0084] S504 :若接收到Radius服务器返回的该终端不在线的响应信息，通知portal服务 器向该终端推送下线时间的页面；
[0085] S505:结束监测。
[0086] 需要说明的是，对于终端上线失败或下线失败的原因的推送，并不仅限于上述实 现方式，当然也可以采用其他方式来实现，在此不再一一枚举。
[0087] 基于同一发明构思，本发明实施例还提供了一种业务处理装置和系统，由于该装 置和系统所解决问题的原理与前述业务处理方法相似，因此该装置和系统的实施可以参见 前述方法的实施，重复之处不再赘述。
[0088] 本发明实施例提供的业务处理装置，应用于WLAN网络中的web portal认证系统 中，如图6所示，具体包括：
[0089] 监测模块601，用于监测门户网站认证系统中终端启动的操作业务流程，操作业务 流程为上线业务流程或下线业务流程；
[0090] 补发启动模块602,用于在监测模块601监测到门户网站认证系统中终端启动的 操作业务流程出现异常时，补发操作业务流程出现异常时的节点对应的信令。
[0091] 较佳地，上述监测模块601监测的操作业务流程为终端发起请求信令且经过门户 网站认证系统中的门户portal服务器、接入控制器AC和远程用户拨号认证系统Radius服 务器处理后返回响应信令给终端的信令流程；且，
[0092] 上述补发启动模块602,具体用于在监测模块601监测到操作业务流程中AC发 出的信令格式与自身预存的AC的信令格式不同或者portal服务器与AC进行信令交互的 时间超过第一设定时长时，向AC补发第一信令；以及在监测模块601监测到操作业务流程 中Radius服务器发出的信令格式与自身预存的Radius服务器的信令格式不同或者AC与 Radius服务器进行信令交互的时间超过第二设定时长时，监测设备向Radius服务器补发 第二信令。
[0093] 在这里，上述第一信令为监测设备监测操作业务流程时保存的AC接收的信令；上 述第二信令为监测设备监测操作业务流程时保存的Radius服务器接收的信令。
[0094] 较佳地，该装置还可以包括第一通知模块603，
[0095] 上述监测模块601，还用于监测重新启动后的上线业务流程，以及监测预设的拨测 流程；
[0096] 在这里，上述预设的拨测流程为监测设备发起携带有正确账户信息的请求信令， 经过Radius服务器处理后返回响应信令给监测设备的信令流程；
[0097] 上述补发启动模块602,还用于在监测模块601监测到重新启动后的上线业务流 程出现异常时，启动预设的拨测流程；
[0098] 上述第一通知模块603,用于在监测模块601监测到预设的拨测流程未出现异常 时，确定上线失败原因为AC异常，向门户网站认证系统的管理平台上报AC异常的警告消 息，并通知portal服务器向该终端推送系统异常的页面；以及在监测模块601监测到预设 的拨测流程出现异常时，确定上线失败原因为Radius服务器异常，向系统的管理平台上报 Radius服务器异常的警告消息，并通知portal服务器向该终端推送系统异常的页面。
[0099] 较佳地，上述装置还可以包括第二通知模块604，
[0100] 上述监测模块601，还用于监测重新启动后的下线业务流程；
[0101] 上述第二通知模块604,用于在监测模块601监测到重新启动后的下线业务流程 出现异常时，向Radius服务器发起查询该终端在线状态的请求；在接收到Radius服务器 返回的该终端在线的响应信息时，通知portal服务器向该终端推送下线失败及当前处于 在线状态的页面；以及在接收到Radius服务器返回的该终端不在线的响应信息时，通知 portal服务器向该终端推送下线时间的页面。
[0102] 本发明实施例提供的一种业务处理系统，如图7A所示，具体包括：
[0103] portal服务器701，用于接收终端702发起的操作业务流程的请求信令，并将其发 送至AC703,以及接收AC703返回的响应信令；
[0104] 在这里，操作业务流程为上线业务流程或下线业务流程；
[0105] AC703,用于将接收到的portal服务器701发来的请求信令转发至Radius服务器 704,以及接收Radius服务器704返回的响应信令；
[0106] Radius服务器704,用于将接收到的AC703发来的请求信令进行认证或计费处理 后向AC703返回响应信令；
[0107] 监测设备705,用于监测portal服务器701、AC703和Radius服务器704中的一 个或多个节点的信令流程，并在监测到信令流程出现异常时，补发信令流程出现异常时的 节点对应的信令。
[0108] 在这种系统架构下，监测设备在实际执行监测操作时，如图7A所示，监测设备可 以分别监测portal服务器70UAC703和Radius服务器704这三个节点上的接收端口及发 送端口的信令。在这里，这些信令中可以携带节点接收或发送信令的时间，以便监测节点之 间的交互时间。
[0109] 如图7B所示，监测设备也可以只监测AC这一个节点发来的信令流程。具体地，AC 可通过文件传输协议（File Transfer Protocol,FTP)等多种方式将自身与portal服务器 和Radius服务器交互的信令发送至监测设备，由监测设备来完成监测和补发信令的流程， 以提商终端上、下线的成功率。
[0110] 本发明实施例提供的另一种业务处理系统，如图8所示，具体包括：
[0111] portal服务器801，用于接收终端802发起的操作业务流程的请求信令，并将其发 送至AC803,以及接收AC803返回的响应信令；
[0112] 在这里，操作业务流程为上线业务流程或下线业务流程；
[0113] AC803,用于将接收到的portal服务器801发来的请求信令转发至Radius服务 器804,并接收Radius服务器804返回的响应信令；以及监测自身、portal服务器801和 Radius服务器804的信令流程，并在监测到信令流程出现异常时，补发信令流程出现异常 时的节点对应的信令；
[0114] Radius服务器804,用于将接收到的AC803发来的请求信令进行认证或计费处理 后向AC803返回响应信令。
[0115] 在这种系统架构下，本发明实施例是由AC803来完成具备监测操作业务流程和补 发相关信令重新启动操作业务流程的功能，来监测和补发信令的流程，以提高终端上、下线 的成功率。
[0116] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内，则本发明也意图包含这些改动和变型在内。
【权利要求】
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返回响应信 令。
【文档编号】H04W24/08GK104105125SQ201310129411
【公开日】2014年10月15日 申请日期:2013年4月15日 优先权日:2013年4月15日
【发明者】王志明, 梁立涛, 牛罡, 赵伟, 朱若萍 申请人:中国移动通信集团北京有限公司