CN101383734B - 一种状态检测方法、系统和装置 - Google Patents

Abstract

本发明实施例公开了一种状态检测方法、系统和装置，所述状态检测方法，包括：监测移动终端与重定向服务器交互的重定向业务报文；根据所述重定向服务器对所述移动终端发送的重定向业务报文的响应情况，确定所述重定向服务器的工作状态。本发明实施例可以在短时间内准确地探测出重定向服务器是否发生故障，全面保证了移动终端的重定向业务能够正常进行，大幅度减少了重定向服务器发生故障时对移动终端业务的影响。与现有的心跳检测相比，本发明实施例大幅度减小了额外的心跳报文频率，减轻了服务器和网络的负担。

Description

一种状态检测方法、系统和装置

技术领域

本发明涉及通信技术领域，特别涉及一种状态检测方法、系统和装置。

背景技术

GGSN(Gateway General Packet Radio Service Support Node，通用分组无线业务网关支持节点)重定向功能是运营商对用户进行业务控制的一种方式，通过将用户报文重定向至运营商的服务器，达到强制用户访问页面的目的。使用重定向功能可以进行广告推送、禁止访问和充值提示等操作。目前支持的重定向方式有URL(Uniform Resource Location，统一资源定位符)重定向和NAT(Network Address Translation，网络地址转换)转换重定向。为了减少重定向服务器的负担，GGSN支持重定向的负荷分担功能，并对进行负荷分担的一组重定向服务器进行心跳检测，当某重定向服务器一段时间内不响应心跳消息时，GGSN不再将用户报文重定向到该服务器。

GGSN现有的心跳检测技术，是通过将ICMP(Internet Control MessageProtocol，因特网报文控制协议)报文定时发送给每一个重定向服务器，根据重定向服务器的响应判断重定向服务器的状态。为了避免网络拥塞时对心跳检测的影响，GGSN一般根据发送的ICMP报文连续没有收到响应的次数达到上限来判断重定向服务器发生故障。

在确定重定向服务器发生故障之后，GGSN不会再将报文重定向到该重定向服务器，但是心跳检测的ICMP报文依然持续发送，在发送的ICMP报文连续收到响应的次数达到上限之后，确定重定向服务器恢复正常。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：现有的心跳检测方法反应较慢，需要一段时间才能确认重定向服务器发生故障，在这段反应时间(至少15秒)内可能造成大量用户的重定向业务失败。长时间，大量的心跳检测报文可能给网络和服务器增加负担。

发明内容

本发明实施例提供一种状态检测方法、系统和装置，以实现检测重定向服务器的工作状态。

为达到上述目的，本发明实施例一方面提供一种状态检测方法，包括：

监测移动终端与重定向服务器交互的重定向业务报文；

根据所述重定向服务器对所述移动终端发送的重定向业务报文的响应情况，确定所述重定向服务器的工作状态。

另一方面，本发明实施例还提供一种状态检测系统，包括：

重定向服务器，用于接收移动终端发送的重定向业务报文，并响应所述重定向业务报文；

通用分组无线业务网关支持节点GGSN，用于监测所述移动终端与所述重定向服务器交互的重定向业务报文，根据所述重定向服务器对所述移动终端发送的重定向业务报文的响应情况，确定所述重定向服务器的工作状态。

再一方面，本发明实施例还提供一种通用分组无线业务网关支持节点GGSN，包括：

监测模块，用于监测移动终端与重定向服务器交互的重定向业务报文；

状态确定模块，用于根据所述监测模块监测的所述重定向服务器对所述移动终端发送的重定向业务报文的响应情况，确定所述重定向服务器的工作状态。

与现有技术相比，本发明实施例具有以下优点：通过本发明实施例，GGSN监测移动终端与重定向服务器交互的重定向业务报文，根据重定向服务器对移动终端发送的重定向业务报文的响应情况，确定该重定向服务器的工作状态。本发明实施例可以在短时间内准确地探测出重定向服务器是否发生故障，全面保证了移动终端的重定向业务能够正常进行，大幅度减少了重定向服务器发生故障时对移动终端业务的影响。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一种状态检测方法的流程图；

图2为本发明实施例GGSN跟踪业务连接的一种方法的流程图；

图3为本发明实施例GGSN判断重定向服务器是否发生故障的流程图；

图4为本发明实施例一种状态检测系统的结构图；

图5为本发明实施例一种GGSN的结构图；

图6为本发明实施例另一种GGSN的结构图；

图7为本发明实施例再一种GGSN的结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种状态检测方法，解决了现有的重定向服务器心跳检测技术不全面，不及时以及过于频繁的报文交互等问题。

本发明实施例中，GGSN首先跟踪移动终端的重定向业务报文，根据重定向业务报文的响应情况，在业务进行过程中实时地判断重定向服务器是否发生故障，并能直接感知应用程序的状态是否正常。另外，可以配置重定向心跳检测接口，通过重定向心跳检测接口向重定向服务器发送建链请求报文，探测重定向服务器的业务层端口是否处于监听状态。当然，本发明实施例并不局限于此，GGSN也可以从其他接口发送该建链请求报文。该建链请求报文可以间隔较长时间，不间断发送，可以在无业务报文情况下探测重定向服务器是否发生故障，并可以在该重定向服务器发生故障之后，探测重定向服务器是否恢复正常工作。

如图1所示，为本发明实施例一种状态检测方法的流程图，包括：

步骤S101，监测移动终端与重定向服务器交互的重定向业务报文。

本发明实施例在移动终端触发URL重定向之后，选择重定向服务器，将选择的重定向服务器的地址作为重定向目的地址返回给移动终端，并保存选择的重定向服务器的地址。这时，监测移动终端与重定向服务器交互的重定向业务报文具体可以为：

接收该移动终端后续的业务连接，判断这些后续的业务连接的目的地址与保存的重定向服务器的地址是否相同，如果相同，则监测目的地址与保存的重定向服务器的地址相同的业务连接上的重定向业务报文。

步骤S102，根据重定向服务器对移动终端发送的重定向业务报文的响应情况，确定该重定向服务器的工作状态。具体可以为：判断重定向服务器对移动终端发送的重定向业务报文是否有响应，如果没有响应，则确定重定向服务器发生故障。

具体地，记录GGSN对移动终端发送的重定向业务报文的转发时间和接收的报文数，当接收的报文数超过预设值，和/或在预定时间内未收到该重定向服务器的响应报文时，确定该重定向服务器发生故障。在接收到发生故障的重定向服务器的响应报文之后，GGSN可以确定上述发生故障的重定向服务器恢复正常工作。

在接收的报文数未超过预设值，或者，在预定时间内接收到该重定向服务器的响应报文之后，确定该重定向服务器工作正常，并将接收到该响应报文之前记录的转发时间和接收的报文数清零。

其中，当该预设值为N时，该预定时间可以为接收的第N个重定向业务报文与第一个重定向业务报文的转发时间差。在设置N和预定时间时，可以根据具体的应用需求和场景进行设置。例如：当检测灵敏度要求较高时，可以将N和该预定时间设得稍小一些。

本发明实施例中，还可以进一步向GGSN连接的重定向服务器发送建链请求报文，并根据该GGSN连接的重定向服务器对建链请求报文的响应情况，确定该GGSN连接的重定向服务器的工作状态。GGSN可以在确定移动终端和重定向服务器之间没有交互的重定向业务报文之后，发送该建链请求报文；也可以在移动终端和重定向服务器之间有交互的重定向业务报文时，发送该建链请求报文。

具体可以为：

接收GGSN连接的重定向服务器发送的建链响应报文；

在预定时间内，没有收到建链响应报文时，确定未发送该建链响应报文的重定向服务器发生故障；或者，发送的建链请求报文连续没有收到建链响应报文的次数超过预设值时，确定未发送建链响应报文的重定向服务器发生故障。其中，在确定预定时间，以及设置预设值时，同样可以根据具体的应用需求和场景进行设置。例如：当检测灵敏度要求较高时，可以将预定时间设短一些，或者将该预设值设得稍小一些。

在确定未发送建链响应报文的重定向服务器发生故障之后，GGSN继续向GGSN连接的重定向服务器发送建链请求报文，在接收到发生故障的重定向服务器发送的建链响应报文之后，确定发生故障的重定向服务器恢复正常工作。

其中，GGSN可以配置重定向心跳检测接口，通过该重定向心跳检测接口向重定向服务器发送上述建链请求报文，探测重定向服务器的业务层端口是否处于监听状态。当然，本发明实施例并不局限于此，GGSN也可以从其他接口发送该建链请求报文。

上述状态检测方法，GGSN监测移动终端与重定向服务器交互的重定向业务报文，根据重定向服务器对移动终端发送的重定向业务报文的响应情况，确定该重定向服务器的工作状态。本发明实施例可以在短时间内准确地探测出重定向服务器是否发生故障，全面保证了移动终端的重定向业务能够正常进行，大幅度减少了重定向服务器发生故障时对移动终端业务的影响。与现有的心跳检测相比，本发明实施例大幅度减小了额外的心跳报文频率，减轻了服务器和网络的负担。

如图2所示，为本发明实施例GGSN跟踪业务连接的一种方法的流程图，用于在URL重定向的业务流程中，跟踪移动终端访问重定向服务器的业务连接。具体包括：

步骤S201，GGSN选择重定向服务器，并将选择的重定向服务器的地址返回给移动终端。

GGSN可以跟踪到移动终端触发重定向的连接，当一个连接触发了URL重定向之后，GGSN将对重定向服务器组进行负荷分担，选择重定向服务器组中的一个重定向服务器的URL/IP(Internet Protocol，因特网协议)地址作为重定向的目的地址返回给移动终端。

步骤S202，GGSN在移动终端的用户信息中保存该重定向服务器的URL/IP地址。

步骤S201和步骤S202不分先后，可以同时进行。

步骤S203，GGSN对该移动终端后续的新业务连接进行检测，确定移动终端与重定向服务器交互的业务连接。

在移动终端的用户信息中保存了该重定向服务器的URL/IP地址之后，GGSN对该移动终端后续的新业务连接进行检测，判断每一个业务连接的目的URL/IP地址是否与移动终端的用户信息中保存的重定向服务器的URL/IP地址相同，如果相同，则确定该业务连接为移动终端用户与重定向服务器交互的业务连接，即跟踪到移动终端访问重定向服务器的业务连接。

上述GGSN跟踪业务连接的方法，不需要对GGSN接收的所有报文进行筛选，效率高，不占用系统资源。并且不需要进行额外配置，可以自动完成。

在NAT转换重定向的业务流程中，只有一个连接，即移动终端触发重定向的连接，以及移动终端与重定向服务器交互的业务连接为同一连接。由于GGSN可以跟踪到移动终端触发重定向的连接，因此在NAT转换重定向的业务流程中，GGSN可以直接跟踪到移动终端与重定向服务器交互的业务连接。

在跟踪到移动终端与重定向服务器交互的业务连接之后，GGSN可以提取分析重定向服务器接收的所有报文，本实施例中，GGSN根据发送到重定向服务器的重定向业务报文的响应情况，判断重定向服务器是否发生故障。

如图3所示，为本发明实施例GGSN判断重定向服务器是否发生故障的流程图，具体包括：

步骤S301，记录GGSN对移动终端发送的每个重定向业务报文的转发时间。

步骤S302，计算接收的第N个重定向业务报文与第一个重定向业务报文的转发时间差和接收的报文数。

步骤S303，在接收的报文数超过N，和/或第N个重定向业务报文与第一个重定向业务报文的转发时间差超过阈值之后，如果仍未收到重定向服务器的响应报文，则确定该重定向服务器发生故障。

本发明实施例中，当接收的报文数未超过N，或者，接收的第N个重定向业务报文与第一个重定向业务报文的转发时间差未超过阈值时，在接收到重定向服务器发送的一个响应报文之后，该GGSN确定该重定向服务器工作正常，并将收到该重定向业务报文之前记录的转发时间差和接收的报文数清零。在清空上述记录之后，收到移动终端发送的重定向业务报文时，GGSN重复执行步骤S302，继续记录GGSN对后续收到的重定向业务报文的转发时间，计算第N个重定向业务报文与第一个重定向业务报文的转发时间差和接收的报文数。

上述GGSN判断重定向服务器是否发生故障的方法，GGSN作为中间网元，在移动终端与重定向服务器之间进行跟踪探测，根据重定向服务器对重定向业务报文响应情况，判断重定向服务器是否发生故障，无需进行特殊的配置及网络设置。

本实施例中，将每一个移动终端的重定向业务报文作为重定向服务器的心跳检测报文，既可以获得及时准确的信息，又不会增加网络和重定向服务器的负担。该方法在有重定向业务时能够很快地检测到重定向服务器的无响应状态，从而将移动终端后续的重定向业务报文重定向到其他状态正常的重定向服务器，可以减少对移动终端重定向业务的影响，提高用户的感受。

进一步地，本发明实施例还可以配置一个重定向心跳检测接口，例如：Loopback接口，定时从该重定向心跳检测接口向各个重定向服务器发送与业务端口号对应的建链请求报文，尝试与重定向服务器建链。GGSN可以在确定移动终端和重定向服务器之间没有交互的重定向业务报文之后，发送该建链请求报文；也可以在移动终端和重定向服务器之间有交互的重定向业务报文时，发送该建链请求报文。然后，根据该重定向服务器的建链响应报文来判断重定向服务器是否发生故障。该建链请求报文可以为TCP(TransmissionControl Protocol，传输控制协议)建链请求报文，也可以为WSP(WirelessSession Protocol，无线会话层协议)建链请求报文等其他协议的建链请求报文。

GGSN定时(例如：间隔30s)从重定向心跳检测接口向各个重定向服务器发送建链请求报文，如果发送的建链请求报文连续没有收到建链响应报文的次数超过预设值，则GGSN确定该重定向服务器发生故障。其中，该预设值根据移动终端的设置，可以为任意数值，例如：3、5或7等。

在确定重定向服务器发生故障之后，GGSN仍定时向该重定向服务器发送建链请求报文，在收到该重定向服务器的建链响应报文之后，GGSN确定该重定向服务器恢复正常。

本实施例使用TCP或其他协议的建链请求报文对各重定向服务器进行持续探测。由于只需要探测是否收到建链响应报文，所以无需完备的协议栈支持，只简单的发送建链请求报文即可，实现简单，可以方便的进行扩展支持各种协议如TCP，WSP等。

并且，本实施例可以针对应用层协议类型配置对应的业务端口号，例如：对于HTTP(Hyper Text Transfer Protocol，超文本传输协议)，可以配置业务端口号为80，这时建链请求报文可以直接探测应用程序是否处于监听状态，其效果要好于ICMP报文检测。在重定向服务器发生故障时，GGSN通过跟踪移动终端与重定向服务器的业务连接可以实时地确定重定向服务器发生故障，因此发送建链请求报文的时间间隔可以较长，主要用于在没有用户重定向业务报文时对重定向服务器的状态进行探测；并在重定向服务器发生故障之后，确定重定向服务器是否恢复正常。上述两种场景并不需要很高的实时性，因此间隔较长的时间发送建链请求报文，可以减低对网络和重定向服务器的冲击。

本发明实施例中，在跟踪移动终端与重定向服务器的业务连接时，也可以通过筛选该GGSN接收的全部业务报文来获得，还可以采用配置规则和匹配规则的方式来进行跟踪。

本发明实施例还可以通过只发送基于协议的建链请求报文的方式来实现对重定向服务器的状态检测，这种方式的效果虽好于现有的心跳检测方法，但这种方式无法做到实时检测，并且增加了网络负担。

本发明实施例还可以只根据移动终端与重定向服务器交互的重定向报文，来实现对重定向服务器的状态检测。如果采用该方法，在确定重定向服务器发生故障之后，GGSN每隔较长的一段时间将一个移动终端的业务重定向至该发生故障的重定向服务器，来进行状态检测，这时将导致每隔一段时间都会有移动终端的重定向业务失败；或者，GGSN复制一个移动终端发起的连接至该发生故障的重定向服务器，进行状态检测。

如图4所示，为本发明实施例一种状态检测系统的结构图，包括：

重定向服务器41，用于接收移动终端发送的重定向业务报文，并响应该重定向业务报文；

通用分组无线业务网关支持节点GGSN42，用于监测移动终端与重定向服务器41交互的重定向业务报文，根据该重定向服务器41对移动终端发送的重定向业务报文的响应情况，确定重定向服务器41的工作状态。

上述状态检测系统，GGSN42监测移动终端与重定向服务器41交互的重定向业务报文，根据重定向服务器41对移动终端发送的重定向业务报文的响应情况，确定该重定向服务器41的工作状态。本发明实施例可以在短时间内准确地探测出重定向服务器41是否发生故障，全面保证了移动终端的重定向业务能够正常进行，大幅度减少了重定向服务器41发生故障时对移动终端业务的影响。与现有的状态检测相比，本发明实施例大幅度减小了额外的心跳报文频率，减轻了服务器和网络的负担。

如图5所示，为本发明实施例一种GGSN的结构图，包括：

监测模块421，用于监测移动终端与重定向服务器41交互的重定向业务报文；

状态确定模块422，用于根据监测模块421监测的重定向服务器41对移动终端发送的重定向业务报文的响应情况，确定重定向服务器41的工作状态。

如图6所示，GGSN42还可以包括：

选择模块423，用于在移动终端触发URL重定向之后，选择重定向服务器；

保存模块424，用于保存选择模块423选择的重定向服务器的地址。

其中，监测模块421可以包括：

接收子模块4211，用于接收移动终端41后续的业务连接；

判断子模块4212，用于判断接收子模块4211接收的后续的业务连接的目的地址与保存的重定向服务器的地址是否相同；

第一监测子模块4213，用于在判断子模块4212确定后续的业务连接的目的地址与保存模块424保存的重定向服务器的地址相同之后，监测目的地址与保存的重定向服务器41的地址相同的业务连接上的重定向业务报文。

其中，状态确定模块422可以包括：

记录子模块4221，用于记录GGSN42对移动终端发送的重定向业务报文的转发时间和接收报文数；

第一确定子模块4222，用于在记录子模块4221记录的接收报文数超过预设值，和/或在记录子模块4221记录的重定向业务报文的转发时间之后的预定时间内未收到重定向服务器41的响应报文时，确定重定向服务器41发生故障。

状态确定模块422还可以包括：

第二确定子模块4223，用于在记录子模块4221记录的接收报文数未超过预设值，或者，在记录子模块4221记录的重定向业务报文的转发时间之后的预定时间内接收到重定向服务器41的响应报文之后，确定重定向服务器41工作正常；

清零子模块4224，用于在第二确定子模块4223确定重定向服务器41工作正常之后，将接收到重定向服务器41的响应报文之前记录子模块4221记录的转发时间和接收的报文数清零。

如图7所示，GGSN42还可以包括：

报文发送模块425，用于向GGSN42连接的重定向服务器41发送建链请求报文；

报文接收模块426，用于接收GGSN42连接的重定向服务器41发送的建链响应报文；

状态确定模块422还用于根据GGSN42连接的重定向服务器41对报文发送模块425发送的建链请求报文的响应情况，确定GGSN42连接的重定向服务器41的工作状态。

状态确定模块422可以包括：

第三确定子模块4225，用于在预定时间内，报文接收模块426没有收到建链响应报文时，确定未发送建链响应报文的重定向服务器41发生故障；或者，对于报文发送模块425发送的建链请求报文，报文接收模块426连续没有收到建链响应报文的次数超过预设值时，确定未发送建链响应报文的重定向服务器41发生故障。

在第三确定子模块4225确定未发送建链响应报文的重定向服务器41发生故障之后，报文发送模块425还用于继续向GGSN42连接的重定向服务器41发送建链请求报文，

这时，状态确定模块422还可以包括：

第四确定子模块4226，用于在报文接收模块426接收到发生故障的重定向服务器41发送的建链响应报文之后，确定发生故障的重定向服务器41恢复正常工作。

本发明实施例提供一种状态检测的方法、系统和装置，直接探测重定向服务器的应用层是否发生故障，全面保证了移动终端的重定向业务能够正常进行。并且可以在短时间内准确地探测出重定向服务器是否发生故障，大幅度减少了在重定向服务器发生故障时对移动终端业务的影响。与现有的心跳检测相比，本发明实施例大幅度减小了额外的心跳报文频率，减轻了服务器和网络的负担。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (17)

1.一种状态检测方法，其特征在于，包括：

监测移动终端与重定向服务器交互的重定向业务报文；

根据所述重定向服务器对所述移动终端发送的重定向业务报文的响应情况，确定所述重定向服务器的工作状态；

其中，所述监测移动终端与重定向服务器交互的重定向业务报文之前，还包括：在所述移动终端触发统一资源定位符URL重定向之后，选择重定向服务器，将选择的重定向服务器的地址作为重定向目的地址返回给移动终端，并保存所述选择的重定向服务器的地址；所述监测移动终端与重定向服务器交互的重定向业务报文具体包括：接收所述移动终端后续的业务连接；判断所述后续的业务连接的目的地址与保存的重定向服务器的地址是否相同；如果相同，则监测目的地址与保存的重定向服务器的地址相同的业务连接上的重定向业务报文。

2.如权利要求1所述的方法，其特征在于，所述根据所述重定向服务器对所述移动终端发送的重定向业务报文的响应情况，确定所述重定向服务器的工作状态具体包括：

判断所述重定向服务器对所述移动终端发送的重定向业务报文是否有响应，如果没有响应，则确定所述重定向服务器发生故障。

3.如权利要求2所述的方法，其特征在于，所述判断所述重定向服务器对所述移动终端发送的重定向业务报文是否有响应，如果没有响应，则确定所述重定向服务器发生故障具体包括：记录GGSN对所述移动终端发送的重定向业务报文的转发时间和接收的报文数；

所述接收的报文数超过预设值，和/或在预定的时间内，未收到所述重定向服务器的响应报文时，确定所述重定向服务器发生故障。

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

所述接收的报文数未超过预设值，或者，在预定的时间内接收到所述重定向服务器的响应报文之后，确定所述重定向服务器工作正常，并将接收到所述响应报文之前记录的转发时间和接收的报文数清零。

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

向重定向服务器发送建链请求报文；

根据GGSN连接的重定向服务器对所述建链请求报文的响应情况，确定所述GGSN连接的重定向服务器的工作状态。

6.如权利要求5所述的方法，其特征在于，在所述向重定向服务器发送建链请求报文之前，还包括：

确定所述移动终端与重定向服务器之间没有交互的重定向业务报文。

7.如权利要求5所述的方法，其特征在于，所述根据所述GGSN连接的重定向服务器对所述建链请求报文的响应情况，确定所述GGSN连接的重定向服务器的工作状态具体包括：

在预定时间内，没有收到建链响应报文时，确定未发送所述建链响应报文的重定向服务器发生故障；或者，

发送的建链请求报文连续没有收到建链响应报文的次数超过预设值时，确定未发送所述建链响应报文的重定向服务器发生故障。

8.如权利要求7所述的方法，其特征在于，在所述确定未发送所述建链响应报文的重定向服务器发生故障之后，还包括：

向所述GGSN连接的重定向服务器发送建链请求报文，在接收到发生故障的重定向服务器发送的建链响应报文之后，确定所述发生故障的重定向服务器恢复正常工作。

9.一种状态检测系统，其特征在于，包括：

重定向服务器，用于接收移动终端发送的重定向业务报文，并响应所述重定向业务报文；

通用分组无线业务网关支持节点GGSN，用于监测所述移动终端与所述重定向服务器交互的重定向业务报文，根据所述重定向服务器对所述移动终端发送的重定向业务报文的响应情况，确定所述重定向服务器的工作状态，其中，所述监测移动终端与重定向服务器交互的重定向业务报文之前，还包括：在所述移动终端触发统一资源定位符URL重定向之后，选择重定向服务器，将选择的重定向服务器的地址作为重定向目的地址返回给移动终端，并保存所述选择的重定向服务器的地址；所述监测移动终端与重定向服务器交互的重定向业务报文具体包括：接收所述移动终端后续的业务连接；判断所述后续的业务连接的目的地址与保存的重定向服务器的地址是否相同；如果相同，则监测目的地址与保存的重定向服务器的地址相同的业务连接上的重定向业务报文。

10.一种通用分组无线业务网关支持节点GGSN，其特征在于，包括：

选择模块，用于在所述移动终端触发统一资源定位符URL重定向之后，选择重定向服务器；

保存模块，用于保存所述选择模块选择的重定向服务器的地址；

监测模块，用于监测移动终端与重定向服务器交互的重定向业务报文，监测移动终端与重定向服务器交互的重定向业务报文时：接收所述移动终端后续的业务连接；判断所述后续的业务连接的目的地址与保存模块中保存的重定向服务器的地址是否相同；如果相同，则监测目的地址与保存的重定向服务器的地址相同的业务连接上的重定向业务报文；

状态确定模块，用于根据所述监测模块监测的所述重定向服务器对所述移动终端发送的重定向业务报文的响应情况，确定所述重定向服务器的工作状态。

11.如权利要求10所述GGSN，其特征在于，所述监测模块包括：

接收子模块，用于接收所述移动终端后续的业务连接；

判断子模块，用于判断所述接收子模块接收的后续的业务连接的目的地址与所述保存模块保存的重定向服务器的地址是否相同；

第一监测子模块，用于在所述判断子模块确定所述后续的业务连接的目的地址与所述保存模块保存的重定向服务器的地址相同之后，监测目的地址与保存的重定向服务器的地址相同的业务连接上的重定向业务报文。

12.如权利要求10所述GGSN，其特征在于，所述状态确定模块具体用于判断所述重定向服务器对所述移动终端发送的重定向业务报文是否有响应，如果没有响应，则确定所述重定向服务器发生故障。

13.如权利要求12所述GGSN，其特征在于，所述状态确定模块进一步包括：

记录子模块，用于记录所述GGSN对所述移动终端发送的重定向业务报文的转发时间和接收报文数；

第一确定子模块，用于在所述记录子模块记录的接收报文数超过预设值，和/或在所述记录子模块记录的重定向业务报文的转发时间之后的预定时间内未收到所述重定向服务器的响应报文时，确定所述重定向服务器发生故障。

14.如权利要求13所述GGSN，其特征在于，所述状态确定模块还包括：

第二确定子模块，用于在所述记录子模块记录的接收报文数未超过预设值，或者，在所述记录子模块记录的重定向业务报文的转发时间之后的预定时间内接收到所述重定向服务器的响应报文之后，确定所述重定向服务器工作正常；

清零子模块，用于在所述第二确定子模块确定所述重定向服务器工作正常之后，将接收到所述重定向服务器的响应报文之前所述记录子模块记录的转发时间和接收报文数清零。

15.如权利要求10所述GGSN，其特征在于，还包括：

报文发送模块，用于向重定向服务器发送建链请求报文；

报文接收模块，用于接收所述GGSN连接的重定向服务器发送的建链响应报文；

所述状态确定模块还用于根据所述GGSN连接的重定向服务器对所述报文发送模块发送的建链请求报文的响应情况，确定所述GGSN连接的重定向服务器的工作状态。

16.如权利要求15所述GGSN，其特征在于，所述状态确定模块包括：

第三确定子模块，用于在预定时间内，所述报文接收模块没有收到建链响应报文时，确定未发送所述建链响应报文的重定向服务器发生故障；或者，对于所述报文发送模块发送的建链请求报文，所述报文接收模块连续没有收到建链响应报文的次数超过预设值时，确定未发送所述建链响应报文的重定向服务器发生故障。

17.如权利要求16所述GGSN，其特征在于，在所述第三确定子模块确定未发送所述建链响应报文的重定向服务器发生故障之后，

所述报文发送模块还用于继续向GGSN连接的重定向服务器发送建链请求报文，

所述状态确定模块还包括：

第四确定子模块，用于在所述报文接收模块接收到发生故障的重定向服务器发送的建链响应报文之后，确定所述发生故障的重定向服务器恢复正常工作。

Images