本发明实施例提供了一种确定故障指示状态的方法、节点和系统，涉及通信领域，所述方法包括：接收服务请求节点发送的对服务节点池中的各个服务节点是否发生故障的探测结果；根据探测结果，确定本服务节点和其他服务节点的故障指示状态。或者，扩展回应请求消息，携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；在当前周期开始时，向各个服务节点发送回应请求消息，使每个服务节点根据探测结果，确定本服务节点和其他服务节点的故障指示状态。本发明实施例还包括服务请求节点和服务节点，以及由二者组成的系统。本发明上述方案，提高了服务节点故障探测的可靠性。
1.一种确定故障指示状态的方法，其特征在于，包括：
接收服务请求节点发送的对服务节点池中的各个服务节点是否发生故障的探测结果；
根据所述探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态；
以本服务节点的故障指示状态为主状态，以其他服务节点的故障指示状态为辅状态，触发网络资源的获取行为和/或释放行为；
其中，以本服务节点的故障指示状态为主状态，以其他服务节点的故障指示状态为辅状态，触发网络资源的获取行为和/或释放行为，至少包括以下情况中的一种：当本服务节点的故障指示状态由不正常变迁到正常时，则经过预设的第一保护时长后触发获取本服务节点网络资源的操作；当本服务节点的故障指示状态由正常变迁到不正常时，则触发释放本服务节点网络资源的操作，并且在预设的第二时长内将本服务节点的网络资源释放完毕；
当本服务节点的故障指示状态是正常时，如果所述其他服务节点中的服务节点D的故障指示状态由正常变迁到故障时，则经过预设的第三保护时长触发获取所述服务节点D网络资源的操作；
当本服务节点的故障指示状态是正常时，如果所述其他服务节点中的服务节点E的故障指示状态由故障变迁到正常或不确定时，则触发释放所述服务节点E网络资源的操作，并且在预设的第四时长内将所述服务节点E的网络资源释放完毕；
其中，所述第一保护时长大于所述第四时长，所述第三保护时长大于所述第二时长。
2.根据权利要求1所述的方法，其特征在于，所述接收服务请求节点发送的对服务节点池中的各个服务节点是否发生故障的探测结果，包括：在当前周期内接收服务请求节点发送的回应请求消息，所述回应请求消息携带所述服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果。
3.根据权利要求1或2所述的方法，所述根据所述探测结果，确定除本服务节点之外的其他服务节点的故障指示状态，至少包括以下情况中的一种：如果在当前周期内接收到至少一个服务请求节点发送的探测结果指示所述其他服务节点中的服务节点A正常，则设置所述服务节点A的故障指示状态是正常；
如果在当前周期内接收到所有服务请求节点发送的探测结果都指示所述其他服务节点中的服务节点B故障，则设置所述服务节点B的故障指示状态是故障；
如果在当前周期内接收到部分服务请求节点发送的探测结果、并且所述部分服务请求节点发送的探测结果都指示所述其他服务节点中的服务节点C故障，则设置所述服务节点C的故障指示状态是不确定。
4.根据权利要求1或2所述的方法，所述根据所述探测结果，确定本服务节点的故障指示状态，至少包括以下情况中的一种：如果在当前周期内接收到至少一个服务请求节点发送的探测结果指示本服务节点正常，则设置本服务节点的故障指示状态是正常；
如果在当前周期内没有接收到任何服务请求节点发送的探测结果，或者，如果在当前周期内接收到服务请求节点发送的探测结果都指示本服务节点故障，则设置本服务节点的故障指示状态是不正常。
5.根据权利要求1所述的方法，其特征在于，所述接收服务请求节点发送的对服务节点池中的各个服务节点是否发生故障的探测结果，之前包括：所述服务请求节点扩展回应请求消息，所述回应请求消息携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；
所述服务请求节点在当前周期开始时，向所述服务节点池中的各个服务节点发送所述回应请求消息。
6.一种确定故障指示状态的方法，其特征在于，包括：
扩展回应请求消息，所述回应请求消息携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；
在当前周期开始时，向所述服务节点池中的各个服务节点发送所述回应请求消息，使每个服务节点根据所述探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态，并以本服务节点的故障指示状态为主状态，以其他服务节点的故障指示状态为辅状态，触发网络资源的获取行为和/或释放行为；
其中，以本服务节点的故障指示状态为主状态，以其他服务节点的故障指示状态为辅状态，触发网络资源的获取行为和/或释放行为，至少包括以下情况中的一种：当本服务节点的故障指示状态由不正常变迁到正常时，则经过预设的第一保护时长后触发获取本服务节点网络资源的操作；当本服务节点的故障指示状态由正常变迁到不正常时，则触发释放本服务节点网络资源的操作，并且在预设的第二时长内将本服务节点的网络资源释放完毕；
当本服务节点的故障指示状态是正常时，如果所述其他服务节点中的服务节点D的故障指示状态由正常变迁到故障时，则经过预设的第三保护时长触发获取所述服务节点D网络资源的操作；
当本服务节点的故障指示状态是正常时，如果所述其他服务节点中的服务节点E的故障指示状态由故障变迁到正常或不确定时，则触发释放所述服务节点E网络资源的操作，并且在预设的第四时长内将所述服务节点E的网络资源释放完毕；
其中，所述第一保护时长大于所述第四时长，所述第三保护时长大于所述第二时长。
7.根据权利要求6所述的方法，其特征在于，所述扩展回应请求消息，包括：利用回应请求消息的空闲比特，每一个空闲比特表示服务节点池中的一个服务节点是否故障；
或者，在回应请求消息中增设新的比特，每一个新的比特服务节点池中的一个服务节点是否故障。
接收器，用于接收服务请求节点发送的对服务节点池中的各个服务节点是否发生故障的探测结果；
确定器，用于根据所述探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态；
触发器，用于执行确定器之后，以本服务节点的故障指示状态为主状态，以其他服务节点的故障指示状态为辅状态，触发网络资源的获取行为和/或释放行为；
当本服务节点的故障指示状态由不正常变迁到正常时，则经过预设的第一保护时长后触发获取本服务节点网络资源的操作；当本服务节点的故障指示状态由正常变迁到不正常时，则触发释放本服务节点网络资源的操作，并且在预设的第二时长内将本服务节点的网络资源释放完毕；
当本服务节点的故障指示状态是正常时，如果所述其他服务节点中的服务节点D的故障指示状态由正常变迁到故障时，则经过预设的第三保护时长触发获取所述服务节点D网络资源的操作；
当本服务节点的故障指示状态是正常时，如果所述其他服务节点中的服务节点E的故障指示状态由故障变迁到正常或不确定时，则触发释放所述服务节点E网络资源的操作，并且在预设的第四时长内将所述服务节点E的网络资源释放完毕；
其中，所述第一保护时长大于所述第四时长，所述第三保护时长大于所述第二时长。
9.根据权利要求8所述的服务节点，其特征在于，所述接收器，用于
在当前周期内接收服务请求节点发送的回应请求消息，所述回应请求消息携带所述服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果。
10.根据权利要求8或9所述的服务节点，所述确定器，用于当根据所述探测结果，确定除本服务节点之外的其他服务节点的故障指示状态时，至少包括以下情况中的一种：如果在当前周期内接收到至少一个服务请求节点发送的探测结果指示所述其他服务节点中的服务节点A正常，则设置所述服务节点A的故障指示状态是正常；
如果在当前周期内接收到所有服务请求节点发送的探测结果都指示所述其他服务节点中的服务节点B故障，则设置所述服务节点B的故障指示状态是故障；
如果在当前周期内接收到部分服务请求节点发送的探测结果、并且所述部分服务请求节点发送的探测结果都指示所述其他服务节点中的服务节点C故障，则设置所述服务节点C的故障指示状态是不确定。
11.根据权利要求8或9所述的服务节点，所述确定器，用于当根据所述探测结果，确定本服务节点的故障指示状态时，至少包括以下情况中的一种：如果在当前周期内接收到至少一个服务请求节点发送的探测结果指示本服务节点正常，则设置本服务节点的故障指示状态是正常；
如果在当前周期内没有接收到任何服务请求节点发送的探测结果，或者，如果在当前周期内接收到服务请求节点发送的探测结果都指示本服务节点故障，则设置本服务节点的故障指示状态是不正常。
扩展器，用于扩展回应请求消息，所述回应请求消息携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；
发送器，用于在当前周期开始时，向所述服务节点池中的各个服务节点发送所述回应请求消息，使每个服务节点根据所述探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态，并以本服务节点的故障指示状态为主状态，以其他服务节点的故障指示状态为辅状态，触发网络资源的获取行为和/或释放行为；
其中，以本服务节点的故障指示状态为主状态，以其他服务节点的故障指示状态为辅状态，触发网络资源的获取行为和/或释放行为，至少包括以下情况中的一种：当本服务节点的故障指示状态由不正常变迁到正常时，则经过预设的第一保护时长后触发获取本服务节点网络资源的操作；当本服务节点的故障指示状态由正常变迁到不正常时，则触发释放本服务节点网络资源的操作，并且在预设的第二时长内将本服务节点的网络资源释放完毕；
当本服务节点的故障指示状态是正常时，如果所述其他服务节点中的服务节点D的故障指示状态由正常变迁到故障时，则经过预设的第三保护时长触发获取所述服务节点D网络资源的操作；
当本服务节点的故障指示状态是正常时，如果所述其他服务节点中的服务节点E的故障指示状态由故障变迁到正常或不确定时，则触发释放所述服务节点E网络资源的操作，并且在预设的第四时长内将所述服务节点E的网络资源释放完毕；
其中，所述第一保护时长大于所述第四时长，所述第三保护时长大于所述第二时长。
13.根据权利要求12所述的服务请求节点，其特征在于，所述扩展器，用于利用回应请求消息的空闲比特，每一个空闲比特表示服务节点池中的一个服务节点是否故障；
或者，在回应请求消息中增设新的比特，每一个新的比特服务节点池中的一个服务节点是否故障。
14.一种确定故障指示状态的系统，其特征在于，包括：服务请求节点和服务节点池中的服务节点；
扩展器，用于扩展回应请求消息，所述回应请求消息携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；
发送器，用于在当前周期开始时，向所述服务节点池中的各个服务节点发送所述回应请求消息，使每个服务节点根据所述探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态；
接收器，用于接收所述服务请求节点发送的回应请求消息，所述回应请求消息携带所述服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；
确定器，用于根据所述探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态；
触发器，用于执行确定器之后，以本服务节点的故障指示状态为主状态，以其他服务节点的故障指示状态为辅状态，触发网络资源的获取行为和/或释放行为；
当本服务节点的故障指示状态由不正常变迁到正常时，则经过预设的第一保护时长后触发获取本服务节点网络资源的操作；当本服务节点的故障指示状态由正常变迁到不正常时，则触发释放本服务节点网络资源的操作，并且在预设的第二时长内将本服务节点的网络资源释放完毕；
当本服务节点的故障指示状态是正常时，如果所述其他服务节点中的服务节点D的故障指示状态由正常变迁到故障时，则经过预设的第三保护时长触发获取所述服务节点D网络资源的操作；
当本服务节点的故障指示状态是正常时，如果所述其他服务节点中的服务节点E的故障指示状态由故障变迁到正常或不确定时，则触发释放所述服务节点E网络资源的操作，并且在预设的第四时长内将所述服务节点E的网络资源释放完毕；
其中，所述第一保护时长大于所述第四时长，所述第三保护时长大于所述第二时长。
确定故障指示状态的方法、节点和系统
技术领域
[0001] 本发明涉及通信领域，特别涉及一种确定故障指示状态的方法、节点和系统。
背景技术
[0002] 在通讯网络中为了增加网络通讯的可靠性或为了增加网络节点的处理能力，通常在通讯路径上同一级别网络平面部署多个通讯节点，当其中一个通讯节点故障后，会触发同一级别其他通讯节点的故障切换行为以及网络资源抢占行为。因此，如何检测通讯节点故障，就成为需要解决的重要问题。
[0003] 在GPRS(General Packet Radio Service，通用无线分组业务)或UMTS(Universal Mobile Telecommunications System，通用移动通信系统)网络中，GGSN(Gateway GPRS Support Node，网关GPRS支持节点)之间通过Hello消息探测对端GGSN的故障状态，如果在规定时间内没有收到响应报文，则发送方GGSN认为对端GGSN故障，从而触发业务倒换和网络资源抢占行为。
[0004] 在实现本发明的过程中，发明人发现现有技术至少存在以下问题：
[0005] 按照现有的故障检测方法，如果两个GGSN之间的通讯链路中断，则两个GGSN都同时认为对端故障，但实际上两个GGSN可能都是正常的，因此，现有的故障检测方法存在误判的可能性。
发明内容
[0006] 为了提高故障检测的可靠性，本发明实施例提供了一种确定故障指示状态的方法、节点和系统。所述技术方案如下：
[0007] 一种确定故障指示状态的方法，包括：
[0008] 接收服务请求节点发送的对服务节点池中的各个服务节点是否发生故障的探测结果；
[0009] 根据所述探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态。
[0010] 一种确定故障指示状态的方法，包括：
[0011] 扩展回应请求消息，所述回应请求消息携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；
[0012] 在当前周期开始时，向所述服务节点池中的各个服务节点发送所述回应请求消息，使每个服务节点根据所述探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态。
[0013] 一种服务节点，包括：
[0014] 接收器，用于接收服务请求节点发送的对服务节点池中的各个服务节点是否发生故障的探测结果；
[0015] 确定器，用于根据所述探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态。
[0016] 一种服务请求节点，包括：
[0017] 扩展器，用于扩展回应请求消息，所述回应请求消息携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；
[0018] 发送器，用于在当前周期开始时，向所述服务节点池中的各个服务节点发送所述回应请求消息，使每个服务节点根据所述探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态。
[0019] 一种确定故障指示状态的系统，包括：服务请求节点和服务节点池中的服务节点；
[0020] 所述服务请求节点，包括：扩展器和发送器；
[0021] 扩展器，用于扩展回应请求消息，所述回应请求消息携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；
[0022] 发送器，用于在当前周期开始时，向所述服务节点池中的各个服务节点发送所述回应请求消息，使每个服务节点根据所述探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态；
[0023] 每个服务节点，包括：接收器和确定器；
[0024] 接收器，用于接收所述服务请求节点发送的回应请求消息，所述回应请求消息携带所述服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；
[0025] 确定器，用于根据所述探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态。
[0026] 本发明实施例提供的技术方案的有益效果是：通过服务请求节点探测服务节点是否故障，并且根据服务请求节点对服务节点的探测结果，确定本服务节点和其他服务节点的故障指示状态，提高了服务节点故障探测的可靠性。
附图说明
[0027] 为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0028] 图1是本发明实施例提供的N×M互联网络架构示意图；
[0029] 图2-a是本发明实施例1提供的确定故障指示状态的方法流程图；
[0030] 图2-b是本发明实施例1提供的确定故障指示状态的方法流程图；
[0031] 图3是本发明实施例2提供的确定故障指示状态的方法流程图；
[0032] 图4是本发明实施例2提供的故障指示状态确定流程示意图；
[0033] 图5是本发明实施例2提供的行为触发和行为时序控制示意图；
[0034] 图6是本发明实施例3提供的服务节点结构示意图；
[0035] 图7是本发明实施例4提供的服务请求节点结构示意图；
[0036] 图8是本发明实施例5提供的确定故障指示状态的系统结构示意图。
具体实施方式
[0037] 为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
[0038] 本发明实施例提供的技术方案适用于N个服务请求节点和M个服务节点组成的N×M互联网络架构，其中，N大于或等于1，M大于或等于1。参见图1所示的N×M互联网络架构示意图，M个服务节点组成服务节点池，N个服务请求节点组成服务请求节点池，服务节点池中的每一个服务节点与服务请求节点池中的各个服务请求节点通过IP骨干网全网互联。服务节点池中的每一个服务节点处于同等的网络地位，具备同样的功能，根据运营商的配置有时它们会共享一些网络资源，如IP地址池资源，有时它们之间还会互相备份业务。当其中一个服务节点故障的时候，其他正常运行的服务节点会抢占故障服务节点的网络资源，或接管故障服务节点承载的业务。在GPRS网络或UMTS网络中，SGSN(Serving GPRS Support Node，GPRS服务支持节点)相对GGSN来讲是服务请求方，GGSN相对SGSN来讲是服务提供方，因此，在GPRS网络或UMTS网络中，本实施例所涉及的服务节点是GGSN，服务请求节点是SGSN。在LTE(Long Term Evolution，长期演进)-SAE(System Architecture Evolution，系统架构演进)网络架构中，业务的发起方向总是从MME(移动管理实体)指向Serving GW(Serving GateWay服务网关)，所以相对来讲MME是服务请求节点，Serving GW是服务节点；对于Serving GW和PDN GW(Packet Data Network，分组数据网网关)而言，Serving GW是服务请求节点，PDN GW是服务节点。
[0039] 下面基于N×M互联网络架构，具体阐述本发明的技术方案。
[0040] 实施例1
[0041] 参见图2-a，本实施例提供了一种确定故障指示状态的方法，该方法可以由服务节点执行，该方法包括：
[0042] 101a：接收服务请求节点发送的对服务节点池中的各个服务节点是否发生故障的探测结果；
[0043] 102a：根据该探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态。
[0044] 本实施例通过接收服务请求节点发送的对服务节点池中的各个服务节点是否发生故障的探测结果，根据该探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态，提高了服务节点故障探测的可靠性。
[0045] 参见图2-b，该方法可以由服务请求节点执行，该方法包括：
[0046] 101b：扩展回应请求消息，该回应请求消息携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；
[0047] 102b：在当前周期开始时，向该服务节点池中的各个服务节点发送该回应请求消息，使每个服务节点根据该探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态。
[0048] 本实施例通过扩展回应请求消息，使其携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果，并向服务节点池中的各个服务节点发送该回应请求消息，使每个服务节点根据该探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态，提高了服务节点故障探测的可靠性。
[0049] 实施例2
[0050] 本实施例提供了一种确定故障指示状态的方法，参见图3，该方法包括：
[0051] 200：选取故障探测与状态同步周期(简称周期，设为T)，在服务请求节点池中的每一个服务请求节点和服务节点池中的每一个服务节点上设置相同的周期T。
[0052] 对于服务请求节点池中的每一个服务请求节点都执行步骤201-204：
[0053] 201：服务请求节点扩展回应请求Echo Request消息，使该回应请求消息携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期(设为周期T1)是否发生故障的探测结果；
[0054] 进一步的，如果当前周期为第一个周期，则该回应请求消息可以携带服务节点池中的各个服务节点初始化的状态，例如，可以将各个服务节点的状态初始化为故障。
[0055] 其中，本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测方法为：
[0056] 本服务请求节点在周期T1开始时向服务节点池中的所有服务节点发送回应请求消息，如果在周期T1结束前本服务请求节点接收到服务节点返回的回应响应Echo Responce消息，则本服务请求节点设置该服务节点为正常，反之，如果在周期T1结束前本服务请求节点没有接收到服务节点返回的回应响应消息，则本服务请求节点设置该服务节点为故障。其中，回应请求消息可以携带本服务请求节点对服务节点池中的各个服务节点在周期T1的上一周期是否发生故障的探测结果。
[0057] 其中，服务请求节点扩展回应请求Echo Request消息的方法为：
[0058] 服务请求节点利用回应请求消息的空闲比特或增设新的比特，每一比特分别表示一个服务节点是否故障。例如，Echo Request(GGSN_states：00000111)，其中，第0比特代表GGSN-1的状态，第1比特代表GGSN-2的状态，第2比特代表GGSN-3的状态。对于GGSN来说，GGSN相应比特为1代表探测到该GGSN正常，GGSN相应比特为0代表探测到该GGSN故障。
[0059] 202：在当前周期(设为周期T2)开始时，服务请求节点向服务节点池中的各个服务节点发送上述回应请求消息。
[0060] 203：服务节点接收到服务请求节点发送的回应请求消息后，记录探测结果，并返回回应响应消息给服务请求节点。
[0061] 204：如果在当前周期结束前服务请求节点接收到服务节点返回的回应响应消息，则设置该服务节点为正常，反之，如果在当前周期结束前服务请求节点没有接收到服务节点返回的回应响应消息，则设置该服务节点为故障。
[0062] 205：在当前周期结束时，每个服务节点根据各个服务请求节点发送的探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态。
[0063] 具体的，根据各个服务请求节点发送的探测结果，服务节点确定除本服务节点之外的其他服务节点的故障指示状态，至少包括以下情况中的一种：
[0064] 如果在当前周期内接收到至少一个服务请求节点发送的探测结果指示该其他服务节点中的服务节点A正常，则设置该服务节点A的故障指示状态是正常；
[0065] 如果在当前周期内接收到所有服务请求节点发送的探测结果都指示该其他服务节点中的服务节点B故障，则设置该服务节点B的故障指示状态是故障；
[0066] 如果在当前周期内接收到部分服务请求节点发送的探测结果、并且该部分服务请求节点发送的探测结果都指示该其他服务节点中的服务节点C故障，则设置该服务节点C的故障指示状态是不确定。
[0067] 需要说明的是，本实施例中的服务节点A、服务节点B、服务节点C并不特指某一个节点，而是指探测结果符合本实施例限定特征的一类节点。
[0068] 具体的，根据各个服务请求节点发送的探测结果，服务节点确定本服务节点的故障指示状态，至少包括以下情况中的一种：
[0069] 如果在当前周期内接收到至少一个服务请求节点发送的探测结果指示本服务节点正常，则设置本服务节点的故障指示状态是正常；
[0070] 如果在当前周期内没有接收到任何服务请求节点发送的探测结果，或者，如果在当前周期内接收到服务请求节点发送的探测结果都指示本服务节点故障，则设置本服务节点的故障指示状态是不正常。
[0071] 为了更加形象的说明本步骤，参见图4所示的故障指示状态确定流程示意图，其中，SGSN-1：x1y1z1表示服务请求节点SGSN-1分别对服务节点GGSN-x、GGSN-y、GGSN-z的故障探测结果为x1、y1、z1，SGSN-2：x2y2z2表示服务请求节点SGSN-2分别对服务节点GGSN-x、GGSN-y、GGSN-z的故障探测结果为x2、y2、z2，SGSN-3：x3y3z3表示服务请求节点SGSN-3分别对服务节点GGSN-x、GGSN-y、GGSN-z的故障探测结果为x3、y3、z3。SGSN-1：x1y1z1、SGSN-2：x2y2z2、和SGSN-3：x3y3z3分别发 送到GGSN-x、GGSN-y、和GGSN-z，GGSN-x、GGSN-y、和GGSN-z分别根据SGSN-1：x1y1z1、SGSN-2：x2y2z2、和SGSN-3：x3y3z3得出本服务节点和其他服务节点的故障指示状态。其中，x：N/A表示GGSN-x的故障指示状态，y：N/F/U表示GGSN-y的故障指示状态，z：N/F/U表示GGSN-z的故障指示状态，N表示正常，A表示不正常，F表示故障，U表示不确定。
[0072] 可选的，步骤205之后还可以执行步骤206：
[0073] 206：每个服务节点以本服务节点的故障指示状态为主状态，以其他服务节点的故障指示状态为辅状态，触发网络资源的获取行为和/或释放行为。
[0074] 参见图5所示的行为触发和行为时序控制示意图，本步骤具体包括：
[0075] 当本服务节点的故障指示状态由不正常变迁到正常时，则经过预设的第一保护时长(设为Tc1)后触发获取本服务节点网络资源的操作；当本服务节点的故障指示状态由正常变迁到不正常时，则触发释放本服务节点网络资源的操作，并且在预设的第二时长(设为Tr1)内将本服务节点的网络资源释放完毕；
[0076] 当本服务节点的故障指示状态是正常时，如果该其他服务节点中的服务节点D的故障指示状态由正常变迁到故障时，则经过预设的第三保护时长(设为Tc2)触发获取该服务节点D网络资源的操作；
[0077] 当本服务节点的故障指示状态是正常时，如果该其他服务节点中的服务节点E的故障指示状态由故障变迁到正常或不确定时，则触发释放该服务节点E网络资源的操作，并且在预设的第四时长(设为Tr2)内将该服务节点E的网络资源释放完毕；
[0078] 其中，第一保护时长大于第四时长，第三保护时长大于第二时长。
[0079] 需要说明的是，本实施例中的服务节点D、服务节点E并不特指某一个节点，而是指故障指示状态符合本实施例限定特征的一类节点。
[0080] 由于故障的含义就是不能再提供服务，所以从服务请求节点来看服务节点是否故障与服务节点是否能给服务请求节点提供服务的语义是一致的，因此，本实施例通过服务请求节点来探测服务节点是否故障，并将探测结果通知服务节点，相对于服务节点之间彼此探测对端是否故障，消除了状态误判的可能性(或者说消除了故障理解的歧议)，提高了服务节点故障探测的可靠性。例如，如果两个GGSN之间的通讯链路中断，按照现有技术方案，则两个GGSN都同时认为对端故障，按照本实施例的技术方案，由服务请求节点来看GGSN是否还能提供服务，如果GGSN能提供服务，则可以得出该GGSN正常的结论，如果GGSN不能提供服务，则得出该GGSN故障的结论，因此，本实施例的技术方案故障探测的可靠性比较高。当服务请求节点有多个时，服务节点可以根据多个服务请求节点的探测结果综合确定本服务节点和其他服务节点的故障指示状态，进一步地提高了服务节点故障探测的可靠性。另外，本实施例还定义了完备的行为触发和行为时序控制逻辑，可以避免网络资源获取和/或释放等网络行为冲突。
[0081] 实施例3
[0082] 参见图6，本实施例提供了一种服务节点，包括：
[0083] 接收器301，用于接收服务请求节点发送的对服务节点池中的各个服务节点是否发生故障的探测结果；
[0084] 确定器302，用于根据该探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态。
[0085] 该接收器301，用于
[0086] 在当前周期内接收服务请求节点发送的回应请求消息，该回应请求消息携带该服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果。
[0087] 该确定器302，用于当根据该探测结果，确定除本服务节点之外的其他服务节点的故障指示状态时，至少包括以下情况中的一种：
[0088] 如果在当前周期内接收到至少一个服务请求节点发送的探测结果指示该其他服务节点中的服务节点A正常，则设置该服务节点A的故障指示状态是正常；
[0089] 如果在当前周期内接收到所有服务请求节点发送的探测结果都指示该其他服务节点中的服务节点B故障，则设置该服务节点B的故障指示状态是故障；
[0090] 如果在当前周期内接收到部分服务请求节点发送的探测结果、并且该部分服务请求节点发送的探测结果都指示该其他服务节点中的服务节点C故障，则设置该服务节点C的故障指示状态是不确定。
[0091] 该确定器302，用于当根据该探测结果，确定本服务节点的故障指示状态时，至少包括以下情况中的一种：
[0092] 如果在当前周期内接收到至少一个服务请求节点发送的探测结果指示本服务节点正常，则设置本服务节点的故障指示状态是正常；
[0093] 如果在当前周期内没有接收到任何服务请求节点发送的探测结果，或者，如果在当前周期内接收到服务请求节点发送的探测结果都指示本服务节点故障，则设置本服务节点的故障指示状态是不正常。
[0094] 该服务节点还包括：
[0095] 触发器，用于执行确定器之后，以本服务节点的故障指示状态为主状态，以其他服务节点的故障指示状态为辅状态，触发网络资源的获取行为和/或释放行为。
[0096] 该触发器，用于实现以下情况中的至少一种：
[0097] 当本服务节点的故障指示状态由不正常变迁到正常时，则经过预设的第一保护时长后触发获取本服务节点网络资源的操作；当本服务节点的故障指示状态由正常变迁到不正常时，则触发释放本服务节点网络资源的操作，并且在预设的第二时长内将本服务节点的网络资源释放完毕；
[0098] 当本服务节点的故障指示状态是正常时，如果该其他服务节点中的服务节点D的故障指示状态由正常变迁到故障时，则经过预设的第三保护时长触发获取该服务节点D网络资源的操作；
[0099] 当本服务节点的故障指示状态是正常时，如果该其他服务节点中的服务节点E的故障指示状态由故障变迁到正常或不确定时，则触发释放该服务节点E网络资源的操作，并且在预设的第四时长内将该服务节点E的网络资源释放完毕；
[0100] 其中，该第一保护时长大于该第四时长，该第三保护时长大于该第二时长。
[0101] 本实施例提供的服务节点与方法实施例中的服务节点属于同一构思，其具体过程详见方法实施例，这里不再赘述。
[0102] 本实施例本实施例通过接收服务请求节点发送的对服务节点池中的各个服务节点是否发生故障的探测结果，根据该探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态，提高了服务节点故障探测的可靠性。当服务请求节点有多个时，服务节点可以根据多个服务请求节点的探测结果综合确定本服务节点和其他服务节点的故障指示状态，进一步地提高了服务节点故障探测的可靠性。另外，本实施例还定义了完备的行为触发和行为时序控制逻辑，可以避免网络行为冲突。
[0103] 实施例4
[0104] 参见图7，本实施例提供了一种服务请求节点，包括：
[0105] 扩展器401，用于扩展回应请求消息，该回应请求消息携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；
[0106] 发送器402，用于在当前周期开始时，向该服务节点池中的各个服务节点发送该回应请求消息，使每个服务节点根据该探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态。
[0107] 该扩展器401，用于
[0108] 利用回应请求消息的空闲比特，每一个空闲比特表示服务节点池中的一个服务节点是否故障；
[0109] 或者，在回应请求消息中增设新的比特，每一个新的比特服务节点池中的一个服务节点是否故障。
[0110] 本实施例提供的服务请求节点与方法实施例中的服务请求节点属于同一构思，其具体过程详见方法实施例，这里不再赘述。
[0111] 本实施例通过扩展回应请求消息，使其携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果，并向服务节点池中的各个服务节点发送该回应请求消息，使每个服务节点根据该探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态，提高了服务节点故障探测的可靠性。当服务请求节点有多个时，服务节点可以根据多个服务请求节点的探测结果综合确定本服务节点和其他服务节点的故障指示状态，进一步地提高了服务节点故障探测的可靠性。
[0112] 实施例5
[0113] 参见图8，本实施例提供了一种确定故障指示状态的系统，包括：服务请求节点501和服务节点池中的服务节点502；
[0114] 该服务请求节点501，包括：扩展器401和发送器402；
[0115] 扩展器401，用于扩展回应请求消息，该回应请求消息携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；
[0116] 发送器402，用于在当前周期开始时，向该服务节点池中的各个服务节点发送该回应请求消息，使每个服务节点根据该探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态；
[0117] 每个服务节点502，包括：接收器301和确定器302；
[0118] 接收器301，用于接收该服务请求节点发送的回应请求消息，该回应请求消息携带该服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果；
[0119] 确定器302，用于根据该探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态。
[0120] 本实施例提供的服务请求节点和服务节点与方法实施例中的服务请求节点和服务节点属于同一构思，其具体过程详见方法实施例，这里不再赘述。
[0121] 本实施例通过扩展回应请求消息，使其携带本服务请求节点对服务节点池中的各个服务节点在当前周期的上一周期是否发生故障的探测结果，并向服务节点池中的各个服务节点发送该回应请求消息，使每个服务节点根据该探测结果，确定本服务节点的故障指示状态和除本服务节点之外的其他服务节点的故障指示状态，提高了服务节点故障探测的可靠性。当服务请求节点有多个时，服务节点可以根据多个服务请求节点的探测结果综合确定本服务节点和其他服务节点的故障指示状态，进一步地提高了服务节点故障探测的可靠性。
[0122] 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0123] 以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
