CN102548026B - 连接资源释放处理方法和装置 - Google Patents

Abstract

本发明实施例提供一种连接资源释放处理方法和装置。该方法包括在接收到移动交换中心发送的复位消息后，在第一预定时长内停止向所述移动交换中心发送业务消息，并在经过所述第一预定时长后，恢复向所述移动交换中心发送业务消息，所述第一预定时长应保证基站控制器完成与所述移动交换中心之间的连接资源释放。本发明实施例提供的连接资源释放处理方法和装置，能够在MSC发出复位消息后，既保证其他MSC的业务不受影响，又保证BSC上对应发出复位消息的MSC的连接能释放，不影响新业务，提高业务服务质量。

Description

连接资源释放处理方法和装置

技术领域

本发明实施例涉及无线通信技术领域，尤其涉及一种连接资源释放处理方法和装置。

背景技术

在传统移动网络中，基站控制器(Base Station Contral；以下简称：BSC)只能接一个移动交换中心(Mobile Switch Center；以下简称：MSC)，MSC可以接多个BSC。MSC和BSC间的接口为A接口，A接口协议承载在信令连接控制协议(Signaling Connection Control Part；以下简称：SCCP)上，一般用户发起某项业务时例如发起呼叫，会建立MSC和BSC间针对该次业务的SCCP连接。SCCP连接可以由BSC发起建立，也可以由MSC发起建立。在引入MSC Pool组网后，BSC可以通过服务节点选择功能实体(Serving Node Selection Function；以下简称：SNSF)连接到多个MSC。具体为，BSC可通过不同的链路连接到不同的SNSF，SNSF对BSC呈现唯一的MSC标识，因此对于BSC而言其仍然只连接到一个MSC。BSC发送的业务请求通过SNSF进行转发，并分发给不同的MSC处理，这样当MSC Pool内某个MSC发生故障，业务仍然能转发给其他MSC处理，提高了网络的可靠性。

在MSC Pool组网前，MSC通过BSC信令点把消息发送给BSC，BSC通过MSC信令点把消息发送给MSC。在MSC Pool组网后，MSC与BSC相互发送的消息是通过二者之间的SNSF转发到对端的。在BSC和MSC的业务交互中，由于交互消息丢失，可能出现一侧SCCP连接资源已经释放，但另一侧SCCP连接资源仍然占用的现象。为避免单侧连接资源吊死情况的发生，SCCP中提供以下两种解决方案：

一种方案是在MSC Pool组网下，当一MSC故障死机，在其故障恢复重启后，该MSC上建立的业务连接关系已经丢失，该MSC需要向所连的BSC发送全局复位消息(Reset)。BSC收到此复位消息后，启动一个定时器，BSC释放其上建立的所有业务连接；在定时器超时后(通过设置这个定时器来确保BSC上的相关资源都已经释放)，BSC给MSC发送“Reset Acknowledge”消息表明已经完成连接资源释放。在BSC没有释放完资源前，为避免MSC和BSC间的SCCP连接异常，BSC不允许新的业务接入。

另一种方案是SCCP定义了连接检查释放机制，即使用“Inactivity test(IT)”消息进行稳态检测。具体地，一MSC在故障恢复后不向BSC发送全局复位消息，BSC上对应的该故障恢复后的MSC的所有原SCCP连接需要通过“Inactivity test”检测来释放。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

对于第一种解决方案，由于在MSC Pool组网下，某一MSC故障恢复发送全局复位消息到所有BSC，BSC收到后释放所有呼叫，这样将使分发到其他正常MSC的业务也将被异常释放，即单个MSC故障恢复后，将造成整个MSC Pool组网的所有呼叫异常释放。

对于第二种解决方案，由于SCCP连接的T(iar)定时器时长较长(所述的T(iar)定时器是在本端设置的，每次收到对端的消息后就会重启该定时器；如果T(iar)定时器超时，则认为本端连接资源吊死，则释放本端的连接资源)，在BSC侧SCCP连接的T(iar)定时器超时前，BSC上记录的SCCP连接对应的MSC所分配的连接参考号在MSC上已经释放。因此，当有新的业务分发到该MSC后，MSC为新的业务分配的SCCP连接可能在BSC上仍然没有释放。这样导致MSC新分配的连接参考号实际在BSC的映射记录中已经存在，出现MSC分配的一个连接参考号在BSC上有两个记录与之对应的现象。例如，用户A发起呼叫，在MSC上分配的连接参考号为“1”；MSC故障恢复后，用户B发起呼叫，MSC又把连接参考号“1”分配给用户B，对于用户A的后续业务消息，BSC通过DT1消息发送给MSC，DT1消息中只有目标本地参考号(MSC分配的)，MSC根据DT1消息中的目标本地参考号，会把用户A的业务消息作为用户B的业务消息进行处理。当BSC上有大量SCCP连接在MSC故障期间没有释放时，故障恢复后，MSC和BSC间因两侧的连接状态不一致，使新上来的业务处理冲突、混乱。

综上可知，现有技术MSC Pool组网中的一MSC故障恢复后，发送复位消息，可能影响其他MSC的正常业务，可能由于MSC和BSC间因两侧的连接状态不一致影响新业务，降低了业务服务质量。

发明内容

本发明实施例提供一种连接资源释放处理方法和装置，用以解决现有技术中MSC Pool组网中的一MSC故障恢复后，发送复位消息，影响其他MSC的正常业务或新业务的缺陷，实现BSC上对应原故障MSC的连接能释放，保证业务服务质量。

本发明实施例提供一种连接资源释放处理方法，包括：

在接收到移动交换中心发送的复位消息后，在第一预定时长内停止向所述移动交换中心发送业务消息，并在经过所述第一预定时长后，恢复向所述移动交换中心发送业务消息，所述第一预定时长应保证基站控制器完成与所述移动交换中心之间的连接资源释放。

本发明实施例提供一种连接资源释放处理方法，包括：

接收移动交换中心经服务节点选择功能实体转发的复位消息，所述复位消息中携带有所述移动交换中心的网络参考标识；

在已建立的业务连接中，根据所述移动交换中心分配的连接参考号中所包括的网络参考标识和所述复位消息中携带的网络参考标识，获取与所述复位消息中携带的网络参考标识对应的目标业务连接；

释放所述目标业务连接所占用的连接资源。

本发明实施例提供一种连接资源释放处理方法，包括：

移动交换中心发送复位消息，所述复位消息中携带有所述移动交换中心的网络参考标识，用以指示所述基站控制器释放与所述网络参考标识对应的业务连接所占用的连接资源。

本发明实施例提供一种连接资源释放处理方法，包括：

移动交换中心重启后，在与原连接参考号分组不同的其他连接参考号分组中，为基站控制器经服务节点选择功能实体发送的业务消息分配用于建立业务连接的连接参考号，所述原连接参考号分组为所述移动交换中心在故障前用于分配连接参考号的连接参考号分组。

本发明实施例提供一种连接资源释放处理方法，包括：

在移动交换中心重启后的第二预定时长内，所述移动交换中心在第二连接参考号分组中，为基站控制器经服务节点选择功能实体发送的业务消息分配用于建立业务连接的连接参考号，并在经过所述第二预定时长后，切换到在第一连接参考号分组中，为所述基站控制器经所述服务节点选择功能实体发送的业务消息分配用于建立业务连接的连接参考号，所述第二预定时长应保证基站控制器在所述第二预定时长内完成与所述移动交换中心之间的连接资源释放。

本发明实施例提供一种连接资源释放处理方法，包括：

检测到与业务处理实体的所有链路故障后，记录当前的第三系统时间，并设置用于表示所述业务处理实体不能接收业务消息的不可用标识；

当检测到与所述业务处理实体的链路恢复后，根据所述第三系统时间和当前系统时间，判断所述当前系统时间与所述第三系统时间之间的时间间隔是否超过第一预定时长，若超过，则清除所述不可用标识，并恢复向所述业务处理实体发送所述业务消息，所述第一预定时长应保证与所述业务处理实体相关的、在故障前建立的连接资源释放成功；若不超过，则再延迟一段时间，使得延迟后的系统时间与所述第三系统时间之间的时间间隔超过所述第一预定时长，清除所述不可用标识，并恢复向所述业务处理实体发送所述业务消息。

本发明实施例提供一种服务节点选择功能设备，包括：

第一接收模块，用于接收移动交换中心设备发送的复位消息；

第一发送模块，用于向所述移动交换中心设备发送业务消息；

第一控制模块，用于在所述第一接收模块接收到所述复位消息后，在第一预定时长内控制所述第一发送模块停止向所述移动交换中心设备发送业务消息，并在经过所述第一预定时长后，控制所述第一发送模块恢复向所述移动交换中心设备发送业务消息，所述第一预定时长应保证基站控制器完成与所述移动交换中心设备之间的连接资源释放。

本发明实施例提供一种服务节点选择功能设备，包括：

第一检测模块，用于检测到与业务处理实体的所有链路故障后，记录当前的第三系统时间，并设置用于表示所述业务处理实体不能接收业务消息的不可用标识；

第二检测模块，用于当检测到与所述业务处理实体的链路恢复后，根据所述第三系统时间和当前系统时间，判断所述当前系统时间与所述第三系统时间之间的时间间隔是否超过第一预定时长；

第三发送模块，用于若所述第二检测模块判断出所述当前系统时间与所述第三系统时间之间的时间间隔超过第一预定时长，则清除所述不可用标识，并恢复向所述业务处理实体发送所述业务消息，所述第一预定时长应保证与所述业务处理实体相关的、在故障前建立的连接资源释放成功；若所述第二检测模块判断出所述当前系统时间与所述第三系统时间之间的时间间隔不超过第一预定时长，则再延迟一段时间，使得延迟后的系统时间与所述第三系统时间之间的时间间隔超过所述第一预定时长，清除所述不可用标识，并恢复向所述业务处理实体发送所述业务消息。

本发明实施例提供一种基站控制器，包括：

第二接收模块，用于接收移动交换中心设备经服务节点选择功能实体转发的复位消息，所述复位消息中携带有所述移动交换中心设备的网络参考标识；

获取模块，用于在已建立的业务连接中，根据所述移动交换中心设备分配的连接参考号中所包括的网络参考标识和所述复位消息中携带的网络参考标识，获取与所述复位消息中携带的网络参考标识对应的目标业务连接；

释放处理模块，用于释放所述获取模块获取的所述目标业务连接所占用的连接资源。

本发明实施例提供一种移动交换中心设备，包括：

第二构建模块，用于构建复位消息，所述复位消息中携带有所述移动交换中心设备的网络参考标识；

第二发送模块，用于发送所述复位消息，用以指示所述基站控制器释放与所述网络参考标识对应的业务连接所占用的连接资源。

本发明实施例提供一种移动交换中心设备，包括：

第一分配模块，用于为基站控制器经服务节点选择功能实体发送的业务消息分配用于建立业务连接的连接参考号；

第二控制模块，用于在所述移动交换中心设备重启后，控制所述第一分配模块在与原连接参考号分组不同的其他连接参考号分组中分配所述连接参考号，所述原连接参考号分组为所述移动交换中心设备在故障前用于分配连接参考号的连接参考号分组。

本发明实施例提供一种移动交换中心设备，包括：

第二分配模块，用于为基站控制器经服务节点选择功能实体发送的业务消息分配用于建立业务连接的连接参考号；

第三控制模块，用于在所述移动交换中心设备重启后的第二预定时长内，控制所述第二分配模块在第二连接参考号分组中，为基站控制器经所述服务节点选择功能实体发送的业务消息分配用于建立业务连接的连接参考号，并在经过所述第二预定时长后，切换到在第一连接参考号分组中，为所述基站控制器经所述服务节点选择功能实体发送的业务消息分配用于建立业务连接的连接参考号，所述第二预定时长应保证基站控制器完成与所述移动交换中心设备之间的连接资源释放。

本发明实施例提供的连接资源释放处理方法和装置，能够在MSC在发送复位消息后，既保证其他MSC的业务不受影响，又保证BSC上对应原发送复位消息的MSC的连接能释放，不影响新业务，提高业务服务质量。

附图说明

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

图1为本发明MSC Pool组网中SCCP连接建立实施例信令流程示意图；

图2为本发明连接资源释放处理方法实施例一信令图；

图3为本发明连接资源释放处理方法实施例二信令图；

图4为本发明SNSF实施例结构一示意图；

图5为本发明SNSF实施例结构二示意图；

图6为本发明基站控制器实施例结构示意图；

图7为本发明移动交换中心设备实施例一结构示意图；

图8为本发明移动交换中心设备实施例二结构示意图；

图9为本发明移动交换中心设备实施例三结构示意图；

图10为本发明SNSF实施例结构三示意图。

具体实施方式

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

MSC Pool组网中，在一MSC故障恢复后，由于现有技术故障恢复后的相应处理可能影响其他MSC的正常业务，也可能由于MSC和BSC间因两侧的连接状态不一致影响新业务。针对现有技术的上述缺陷，本发明实施例提供以下若干种解决方案，使得在MSC Pool组网中的MSC因多种原因例如故障恢复而发送复位消息后，既要保证其他MSC的业务不受影响，又要保证BSC上对应原故障MSC的连接能释放，不影响新业务。

图1为本发明MSC Pool组网中SCCP连接建立实施例信令流程示意图，如图1所示，该流程包括：

步骤1a，BSC分配本侧的连接参考号，发送SCCP的CR消息即“Connection Request”消息到SNSF，CR消息携带源本地参考号(其值为BSC分配的连接参考号)。

CR消息中的源信令点为BSC的信令点，CR消息中的目的信令点为SNSF的信令点(此SNSF的信令点为核心网对BSC呈现的统一的信令点)。

步骤2a，SNSF收到BSC的CR消息，根据一定原则例如用户标识，决定应该将CR消息转发给哪个MSC，SNSF把消息中的目的信令点替换为选定的MSC的信令点，SNSF把消息转发给对应的MSC，CR消息中的源信令点仍然为BSC的信令点，目的信令点替换为选定的MSC的信令点。

步骤3a，MSC收到BSC的CR消息，分配本侧的连接参考号，并记录对端BSC的连接参考号，建立本侧连接参考号和对端连接参考号的对应关系。

在MSC中分配的连接参考号携带有网络参考标识(The NetworkReference Identifier，以下简称：NRI)，，该NRI可以在MSC Pool组网内唯一标识MSC。例如：连接参考号为3个字节(BYTE)的数值，其中一部分信息为NRI，比如按约定，头4个比特(bit)为NRI。

MSC发送CC消息即“Connection Confirm”消息，其中携带源本地参考号(其值为MSC分配的连接参考号)，目标本地参考号(其值为BSC分配的连接参考号)。CC消息中的源信令点为MSC的信令点，目的信令点为BSC的信令点。该CC消息通过链路发送给SNSF。

步骤4a，SNSF收到CC消息，把CC消息中的源信令点由MSC的信令点替换为SNSF的信令点，CC消息中的目的信令点仍然为BSC的信令点，SNSF把CC消息转发给BSC。

BSC收到CC消息，记录对端MSC的连接参考号，建立本侧连接参考号和对端连接参考号的对应关系。

步骤5a，BSC要向MSC发送本次业务的消息时，业务消息通过SCCP的DT1消息传递。BSC向MSC发送DT1消息，其中携带目标本地参考号(即MSC侧分配的连接参考号)。DT1消息中的源信令点为BSC的信令点，DT1消息中的目的信令点为SNSF的信令点。

步骤6a，SNSF收到BSC的DT1消息，根据其中的目标本地参考号中的NRI信息确定应该把DT1消息转发给哪个MSC，SNSF把消息中的目的信令点替换为对应的MSC的信令点，SNSF把DT1消息转发给对应的MSC，DT1消息中的源信令点仍然为BSC的信令点，目的信令点替换为选定的MSC的信令点。

MSC收到BSC的DT1消息，根据DT1消息中的目标本地参考号，找到对应的SCCP连接，进行相应业务处理。

步骤7a，MSC要向BSC发送本次业务的消息时，业务消息通过SCCP的DT1消息传递。MSC发送DT1消息，其中携带目标本地参考号(即BSC侧分配的连接参考号)。DT1消息中的源信令点为MSC的信令点，目的信令点为BSC的信令点。该DT1消息通过链路发送给SNSF。

步骤8a，SNSF把DT1消息中的源信令点由MSC的信令点替换为SNSF的信令点，DT1消息中的目的信令点仍然为BSC的信令点，SNSF把DT1消息转发给BSC。

BSC收到MSC的DT1消息，根据DT1消息中的目标本地参考号，找到对应的SCCP连接，进行相应业务处理。

步骤9a，当本次业务处理结束，需要拆除对应的SCCP连接。MSC向BSC发送SCCP的释放(Released)消息，其中携带源本地参考号(其值为MSC分配的连接参考号)，目标本地参考号(其值为BSC分配的连接参考号)。释放消息中的源信令点为MSC的信令点，目的信令点为BSC的信令点。该释放消息通过链路发送给SNSF。

步骤10a，SNSF把释放消息中的源信令点由MSC的信令点替换为SNSF的信令点，释放消息中的目的信令点仍然为BSC的信令点，SNSF把释放消息转发给BSC。

步骤11a，BSC收到MSC的释放消息，向MSC发送SCCP的释放完成消息即“Release Complete”消息，BSC释放相关SCCP连接资源。BSC向MSC发送的Release Complete消息，其中携带源本地参考号(其值为BSC分配的连接参考号)，目标本地参考号(其值为MSC分配的连接参考号)。释放完成消息中的源信令点为BSC的信令点，释放完成消息中的目的信令点为SNSF的信令点。

步骤12a，SNSF收到BSC的释放完成消息，根据其中的目标本地参考号中的NRI信息确定应该把该释放完成消息转发给哪个MSC，SNSF把释放完成消息中的目的信令点替换为对应的MSC的信令点，SNSF把释放完成消息转发给对应的MSC，释放完成消息中的源信令点仍然为BSC的信令点，目的信令点替换为选定的MSC的信令点。

在业务交互中，由于交互消息丢失，可能造成一侧SCCP连接资源已经释放，另一侧SCCP连接资源仍然占用。为避免这种单侧连接资源吊死的情况，SCCP定义了连接检查释放机制，使用“Inactivity test(IT)”消息进行稳态检测。具体为：

SCCP连接建立后，在本端上(包括MSC和BSC)针对该连接启动两个定时器，分别为接收定时器T(iar)即“the receive inactivity control timer”和发送定时器T(ias)即“the send inactivity control timer”。

对于T(ias)定时器，每次向对端发送消息后就会重启该定时器；如果T(ias)定时器超时，则向对端发送“Inactivity test”消息。

对于T(iar)定时器，每次收到对端的消息后就会重启该定时器；如果T(iar)定时器超时，则认为本端连接资源吊死，释放本端的连接资源。

应该说明的是，以防消息丢失造成连接资源误拆除，T(iar)定时器的时长要大于T(ias)定时器的时长，一般要超过两倍。

本发明实施例在上述的MSC Pool组网中SCCP连接建立流程以及稳态检测释放机制的基础上，提供以下若干种解决方案并分别进行详细介绍。应该说明的是，在以下各实施例中，引发MSC发送复位消息有多种原因，例如包括MSC故障恢复重启后，将发送复位(Reset)消息；由于版本升级，由维护人员发起的重启流程将发送复位消息；还有维护人员直接在维护台输入命令引发MSC发送复位消息等，为简便起见，本发明各解决方式提供的实施例可以仅以MSC故障恢复重启引发发送复位消息的情况进行说明，当然并不局限于此。

本发明实施例提供的一种解决方案是在MSC Pool组网中的一MSC故障恢复重启后，该MSC仍然向BSC发送复位(Reset)消息，位于MSC和BSC之间的SNSF在接收到故障恢复重启后的MSC发向BSC的复位消息后，在第一预定时长内停止向MSC发送业务消息，并在经过第一预定时长后，恢复向MSC发送业务消息，所述的第一预定时长应保证BSC在第一预定时长内完成与MSC之间的连接资源释放。由上可知，本实施例与现有技术不同之处在于，SNSF在接收到MSC发送的复位消息后，并不向BSC转发该复位消息，而是截获复位消息不发给BSC，并代替BSC向MSC返回复位响应。

SNSF根据复位消息获知MSC发生故障恢复重启，按照预设，在第一预定时长认为该MSC尚处于非正常状态，因此在第一预定时长内，不向该MSC转发任何新的业务消息。在经过规定的第一预定时长后，认为该MSC恢复为正常状态，因此可以重新向该MSC分发新的业务消息。本实施例中，所述的第一预定时长长短的确定是关键，设定的第一预定时长应保证BSC在第一预定时长内完成与MSC之间的连接资源释放，即要能保证BSC上对应该MSC的原SCCP连接能通过“Inactivity test”机制释放，一般而言第一预定时长要大于或等于T(iar)。这样，本实施例既可以避免向所有BSC发送复位消息导致包括正常业务连接在内的所有业务连接都释放掉，而且由于在不小于T(iar)的时间内，不为MSC分发新的业务，因此也可以避免出现MSC分配的一个连接参考号在BSC上有两个记录与之对应的现象，提高了业务服务质量。

本实施例中，对于采用业务分发结构的应用，在业务分发节点例如SNSF增加业务处理实体例如MSC的一种状态(过渡状态)，过渡状态为MSC重启后所处的状态，该状态为MSC从重启到正常的过渡阶段，在该状态，SNSF并不给该MSC分发新的业务。SNSF检测到MSC从故障恢复正常后，进入过渡状态，经过预设的一段时间后，SNSF再把MSC设置为正常状态，进入正常状态后，SNSF可以向MSC转发新的业务消息。

对于过渡状态的时间长短可以由SNSF进行灵活处理，比如检测到与MSC的链路恢复正常后，经过一段时间，SNSF认为MSC恢复正常。该时间段的控制，可以通过启动一个定时器；也可以通过在特定事件时读系统时间，比较经过的时间。

该段过渡时间也可以根据MSC的故障时间进行调整。比如，MSC故障持续时间很长，则过渡时间设置的短一些，保证BSC上的相关连接资源释放。或者，MSC故障持续时间很长，则过渡时间设置的长一些，这种情况，有可能该MSC故障比较严重，需要给该MSC本身一些缓冲时间。

故障持续时间可以按检查到链路完全中断开始，到检测到第一条链路恢复正常为止。

图2为本发明连接资源释放处理方法实施例一信令图，如图2所示，该种通过SNSF拦截复位消息的处理方法包括：

步骤1b，MSC重启后，向SNSF发送复位消息，请求SNSF将该消息转发给BSC释放之前建立的SCCP连接；

MSC重启，可以是由于故障恢复后重启，也可以是由操作人员主动重启引发。在本实施例中，当MSC和多个SNSF连接时，MSC在故障恢复并重启后可以向所有的SNSF发送复位消息；也可以由MSC向其中一个SNSF发送复位消息，然后由该SNSF发送通知消息给其它的SNSF，通知MSC发生重启。

步骤2b，SNSF收到MSC的复位消息后，并不向BSC进行转发，而是自身构造复位响应消息即“Reset Acknowledge”消息，并返回给MSC；

步骤3b，SNSF启动一个针对该MSC的第一保护定时器，在该第一保护定时器上设置有所述的第一预定时长，以控制所述业务消息的发送，具体为在第一保护定时器超时前，SNSF记录该MSC为非正常状态，SNSF不向MSC分发新的业务消息；当第一保护定时器超时后，SNSF记录该MSC恢复正常，可以向MSC分发新的业务消息。

值得注意的是，上述实施例中步骤2b和步骤3b之间并无时间先后关系。

在上述实施例中，也可以不通过设置保护定时器实现，具体为：SNSF在接收到重启后的MSC发向BSC的复位消息后，SNSF记录当前的第一系统时间，并设置用于表示MSC不能接收业务消息的不可用标识即表示MSC处于过渡状态；SNSF当收到BSC发送的建立连接的请求消息后，SNSF判断对应于该MSC设置的是不可用标识，SNSF根据所述第一系统时间和当前系统时间，判断从第一系统时间到当前系统时间所经历的时间是否超过第一预定时长，若超过，则清除不可用标识即MSC处于正常状态，并恢复向MSC发送业务消息。

上述实施例还包括，当SNSF检测到与MSC的所有链路故障后，SNSF记录当前的第二系统时间，并设置用于表示MSC不能接收业务消息的不可用标识；当SNSF接收到MSC发送的复位消息后，SNSF根据第二系统时间和当前系统时间，判断从第二系统时间到当前系统时间所经历的时间是否超过第一预定时长，若超过，则清除不可用标识即表示MSC处于正常状态，并恢复向MSC发送业务消息。或者，若当前系统时间与第二系统时间之间的第一时间间隔，不超过BSC完成与MSC之间的连接资源释放所需的资源释放时间，则将第一预定时长调整为资源释放时间与第一时间间隔的差值，并在在经过所述第一预定时长后清除不可用标识。也就是说调整MSC处于过渡状态的持续时间，使MSC故障持续时间加上MSC过渡时间的总持续时间可以保证BSC上相关连接资源可以释放。

应该说明的是，在上述实施例中，还包括一种情况即MSC pool组网中新增MSC的情况。新增的MSC在第一次启动时，发送复位消息。这种情况并不需要SNSF限制转发业务。为了处理这种情况，在SNSF上的第一预定时长应该可以手工可调。即对于新增MSC这种情况，可以提前在SNSF通过手工方式修改第一预定时长，比如改为“0”。当然，鉴于各BSC完成资源释放的时间长短不一致，因此以上各实施例中所涉及的第一预定时长同样也可以是可调的。

本实施例提供的连接资源释放处理方法，通过对SNSF进行改进，使得其在接收到MSC发送的复位消息后，不转给BSC，而是根据预设的第一预定时长来控制向MSC分发新的业务消息的时间，在MSC重启后，既保证了其他MSC的业务不受影响，又保证了BSC上对应原故障MSC的连接能释放，不影响新业务，提高了业务服务质量。

本发明实施例提供的另一种解决方案是在MSC Pool组网中的一MSC重启后，修改MSC发送给BSC的复位消息，具体为在复位消息中增加用于在MSC Pool组网中唯一标识MSC的MSC标识即NRI信息，用以指示BSC释放与NRI信息对应的业务连接所占用的连接资源。BSC接收到SNSF转发的复位消息后，在已建立的业务连接中，根据MSC分配的连接参考号中所包括的NRI信息和复位消息中携带的NRI信息，获取与复位消息中携带的NRI信息对应的目标业务连接，然后放目标业务连接所占用的连接资源。

图3为本发明连接资源释放处理方法实施例二信令图，如图3所示，该种在复位消息中增加NRI信息的处理方法包括：

步骤1c，MSC重启后，向SNSF发送复位消息，请求SNSF将该消息转发给BSC释放之前建立的SCCP连接，所述复位消息携带有NRI信息；

MSC重启，可以是由于故障恢复后重启，也可以是由操作人员主动重启引发。

步骤2c，SNSF向BSC转发所述复位消息；

步骤3c，BSC检查已经建立的SCCP连接。如果SCCP连接中记录的对端的连接参考号中的NRI信息和复位消息中的NRI信息相同，则BSC释放对应的SCCP连接；如果SCCP连接中记录的对端的连接参考号中的NRI信息和复位消息中的NRI信息不同，则对应的SCCP连接不受影响。

步骤4c，BSC向SNSF发送复位响应消息；

步骤5c，SNSF向MSC转发复位响应消息。

可选的，如果BSC不经过SNSF而是直接和多个MSC连接，那么MSC发送的复位消息是直接发送给BSC的，BSC收到复位消息后给MSC返回复位响应消息。

本实施例提供的连接资源释放处理方法，通过MSC在复位消息中增加NRI信息，使得在BSC接收到MSC发送的复位消息后，能够根据其中的NRI信息查找到需要进行资源释放的SCCP连接，并释放其占用的资源，既保证了其他MSC的业务不受影响，又保证了BSC上对应原故障MSC的连接能释放，不影响新业务，提高了业务服务质量。

本发明实施例提供的再一种解决方案是在MSC Pool组网中的一MSC重启后，MSC不向BSC发送复位消息，MSC对SCCP连接参考号资源进行划分，根据情况采用不同的分配策略，避免新分配的连接参考号资源和故障前分配的连接参考号资源冲突。其中一种实现方式是，MSC重启后，在与原连接参考号分组不同的其他连接参考号分组中，为BSC经SNSF发送的业务消息分配用于建立业务连接的连接参考号，原连接参考号分组为该MSC在故障前用于分配连接参考号的连接参考号分组。具体地，MSC将所有可供分配的连接参考号资源划分成若干个连接参考号分组，每次发生重启后，MSC切换连接参考号分组，即在一个新的连接参考号分组中为SCCP业务连接分配连接参考号，以避免分配的连接参考号与在故障之前的连接参考号分组中所分配的连接参考号重复。进一步地，连接参考号分组的划分可以根据包含在连接参考号中的NRI信息进行划分。具体可以是，一个MSC对应两个或多个NRI标识，每次重启后，MSC切换一下生效的NRI标识。

本实施例还提供一种基于MSC对SCCP连接参考号资源进行划分，根据情况采用不同的分配策略，避免新分配的连接参考号资源和故障前分配的连接参考号资源冲突的解决方案的另一种实现方式，在MSC重启后的第二预定时长内，该MSC在第二连接参考号分组中，为BSC经SNSF发送的业务消息分配用于建立业务连接的连接参考号，并在经过第二预定时长后，切换到在第一连接参考号分组中，为BSC经SNSF发送的业务消息分配用于建立业务连接的连接参考号，所述的第二预定时长应保证BSC在第二预定时长内完成与该MSC之间的连接资源释放。

具体地，MSC将所有可供分配的连接参考号资源划分成若干个连接参考号分组，本实施例以划分两个连接参考号分组为例进行说明，两个连接参考号分组分别为第一连接参考号分组和第二连接参考号分组，为了避免在BSC通过“Inactivity test”机制释放连接资源的过程中，MSC将原先已经分配过的连接参考号重复分给其他业务，因此，本实施例中MSC在不同的时间段内，分别在两个不同的连接参考号分组中为业务连接分配连接参考号，第二预定时长即切换时间应满足大于或等于T(iar)，在不小于T(iar)的时间段内，MSC在第二连接参考号分组分配连接参考号；在超出T(iar)的时间段内，MSC在第一连接参考号分组分配连接参考号。当然MSC也可以将连接参考号资源划分成多个连接参考号分组，并根据一定的切换原则进行选择，以保证在T(iar)时间段内所分配的连接参考号与之前分配的连接参考号不一致。比如，第二连接参考号分组是尾数为0的连接参考号，第一连接参考号分组是尾数不为0的连接参考号。

进一步地，连接参考号分组的划分也可以根据包含在连接参考号中的NRI信息进行划分。具体可以是，一个MSC对应两个或多个NRI标识，根据设定的第二预定时长切换为生效的NRI标识。

上述实施例中，第二预定时长可以通过MSC上的第二保护定时器来控制，在该第二保护定时器上设置第二预定时长，并在MSC重启后，启动该第二保护定时器以控制选择不同的连接参考号分组。也可以不启动定时器。记录重启时的系统时间，判断从重启时刻开始已经经过的时间，设置不同的标志来决定分配哪一组连接参考资源。

本实施例提供的连接资源释放处理方法，MSC重启后不向BSC发送复位消息，MSC对SCCP连接参考号资源进行划分，根据情况采用不同的分配策略，避免新分配的连接参考号资源和故障前分配的连接参考号资源冲突，既保证了其他MSC的业务不受影响，又保证了BSC上对应原故障MSC的连接能释放，不影响新业务，提高了业务服务质量。

本发明实施例提供的再一种解决方案是SNSF通过对业务处理实体例如MSC进行检测来判断MSC处于何种状态。SNSF记录各MSC的状态，可以划分为MSC处于正常状态、故障状态、过渡状态。当SNSF检测到与特定MSC的所有链路中断后，标记MSC处于故障状态。当SNSF检测到与特定MSC的第一条链路恢复正常后，标记MSC处于过渡状态。处于过渡状态的MSC经过一定时间后，SNSF标记该MSC处于正常状态。特定MSC处于过渡状态的持续时间可以根据情况调整。比如，MSC故障持续时间很短，则过渡阶段持续时间设置的长一些，保证BSC上的相关连接资源释放。SNSF收到BSC的业务请求，把业务请求转发给状态为正常状态的MSC处理。具体地SNSF检测到与MSC的所有链路故障后，设置用于表示MSC不能接收业务消息的不可用标识记录该MSC为故障状态，并记录该MSC的故障起始时间为当前的第三系统时间；随后，当检测到与该MSC的第一链路恢复后，记录该MSC为过渡状态，并记录该MSC的故障结束时间为当前的系统时间；该MSC的故障持续时间为故障结束时间减去故障起始时间。并根据故障持续时间设置过渡阶段持续时间，SNSF检查该MSC经过过渡阶段持续时间后，SNSF清除不可用标识记录该MSC为正常状态。SNSF可以通过启动定时器的方式来控制MSC的过渡状态，比如，SNSF检测到与该MSC的第一条链路恢复正常后，记录该MSC为过渡状态，启动定时器，定时器时长为过渡阶段持续时间，当定时器超时后，SNSF设置该MSC处于正常状态。SNSF也可以通过特定事件启动读系统时间的方式来控制MSC的过渡状态，比如SNSF检测到与该MSC的第一条链路恢复正常后，记录该MSC为过渡状态，并记录过渡状态起始时间为当前系统时间，当收到BSC的业务请求消息，对于处于过渡状态的MSC，SNSF用当前系统时间减去过渡状态起始时间，如果其值已经超过过渡阶段持续时间，则记录该MSC为正常状态。故障阶段持续时间加上过渡阶段持续时间为总的故障过渡持续时间，该总的故障过渡持续时间应该大于等于第一预定时长，该第一预定时长可以保证对于故障前在BSC上建立连接能够通过“Inactivity test”机制释放。这样，该方法中不需要MSC发送复位消息，也不需要MSC进行分配连接参考的特殊处理，可以避免新分配的连接参考号资源和故障前分配的连接参考号资源冲突，既保证了其他MSC的业务不受影响，又保证了BSC上对应原故障MSC的连接能释放，不影响新业务，提高了业务服务质量。

上述各实施例提供的连接资源释放处理方法中，在使用SUA替代SCCP后，上述方案依然有效。其中所述的SUA(Signaling Connection Control PartUser Adaptation Layer)信令连接控制部分用户适配层，也可简称SCCP适配层协议。SUA协议属于SIGTRAN(Signaling Transport)协议族。以上各实施例不局限于MSC Poo1分发，只要是设置业务分发的系统，都可以使用。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图4为本发明SNSF实施例结构一示意图，如图4所示，该SNSF包括第一接收模块11、第一发送模块12和第一控制模块13，其中，第一接收模块11用于接收MSC发送的复位消息；第一发送模块12用于向MSC发送业务消息；第一控制模块13用于在第一接收模块11接收到复位消息后，在第一预定时长内控制第一发送模块12停止向MSC发送业务消息，并在经过第一预定时长后，控制第一发送模块12恢复向MSC发送业务消息，所述的第一预定时长应保证BSC完成与MSC之间的连接资源释放。

具体地，在MSC Pool组网中的一MSC因故障恢复或操作员主动操作等原因而引发重启后，该MSC仍然向BSC发送复位(Reset)消息。SNSF中的第一接收模块11接收到重启后的MSC发向BSC的复位消息后，第一控制模块13启动一定时器，在第一预定时长认为该MSC尚处于非正常状态，第一控制模块13控制第一发送模块12不向该MSC转发任何新的业务消息。在定时器经过规定的第一预定时长后，认为该MSC恢复为正常状态，第一控制模块13控制第一发送模块12向该MSC分发新的业务消息。其中，设定的第一预定时长应保证BSC在第一预定时长内完成与MSC之间的连接资源释放，即要能保证BSC上对应该MSC的原SCCP连接能通过“Inactivity test”机制释放，一般而言第一预定时长要大于或等于T(iar)。

本实施例提供的SNSF可以避免向所有BSC发送复位消息导致包括正常业务连接在内的所有业务连接都释放掉，而且由于在不小于T(iar)的时间内，不为MSC分发新的业务，因此也可以避免出现MSC分配的一个连接参考号在BSC上有两个记录与之对应的现象，提高了业务服务质量。

图5为本发明SNSF实施例结构二示意图，如图5所示，该SNSF包括第一接收模块11、第一发送模块12和第一控制模块13，还包括第一构建模块14用于构建复位响应消息并返回给所述移动交换中心。在第一接收模块11接收到MSC发送的复位消息后，SNSF通过构第一构建模块14构建一复位响应消息即“Reset Acknowledge”消息，代替BSC返回给MSC，以告知MSC对应的BSC收到复位消息并准备释放连接资源。

本实施例提供的SNSF还可以包括第一处理模块15用于在接收到MSC的复位消息后，记录当前的第一系统时间，并设置用于表示MSC不能接收业务消息的不可用标识；并当收到BSC发送的建立连接的请求消息后，根据所述第一系统时间和当前系统时间，判断是否超过所述第一预定时长，若超过，则清除所述不可用标识。

还可以包括第二处理模块16用于检测到与MSC的所有链路故障后，记录当前的第二系统时间，并设置用于表示MSC不能接收业务消息的不可用标识；当接收到所述复位消息后，根据所述第二系统时间和当前系统时间，清除不可用标识。清除不可用标识的操作具体包括：

若当前系统时间与所述第二系统时间之间的第一时间间隔，超过BSC完成与MSC之间的连接资源释放所需的资源释放时间，清除不可用标识；

若当前系统时间与所述第二系统时间之间的第一时间间隔，不超过BSC完成与MSC之间的连接资源释放所需的资源释放时间，则将所述第一预定时长调整为所述资源释放时间与所述第一时间间隔的差值，并在在经过所述第一预定时长后清除所述不可用标识。

本实施例提供的SNSF在MSC重启后，启动一定的保护时间，在保护时间内不向该MSC转发新的业务消息，避免新业务和老业务的SCCP连接资源冲突。

本实施例提供一种网络系统，包括MSC、BSC以及位于MSC和BSC之间的SNSF，其中SNSF可以选用上述如图4或图5实施例提供的SNSF，其结构和功能可以参见上述实施例，此处不再赘述。本实施例提供网络系统中，可以避免MSC向所有BSC发送复位消息导致包括正常业务连接在内的所有业务连接都释放掉，也可以避免出现MSC分配的一个连接参考号在BSC上有两个记录与之对应的现象，提高了业务服务质量。

图6为本发明基站控制器实施例结构示意图，如图6所示，该BSC包括第二接收模块21、获取模块22和释放处理模块23，其中第二接收模块21用于接收MSC经SNSF转发的复位消息，所述的复位消息中携带有MSC的NRI信息；获取模块22用于在已建立的业务连接中，根据MSC分配的连接参考号中所包括的NRI信息和复位消息中携带的NRI信息，获取与复位消息中携带的NRI信息对应的目标业务连接；释放处理模块23用于释放获取模块22获取的目标业务连接所占用的连接资源。

具体地，MSC因故障恢复或操作员主动操作等原因而引发重启后，向SNSF发送复位消息，请求SNSF将该消息转发给BSC释放之前建立的SCCP连接，复位消息携带有NRI信息；SNSF向BSC转发所述复位消息；BSC中的第二接收模块21接收所述复位消息后，通过获取模块22检查已经建立的SCCP连接，如果SCCP连接中记录的对端的连接参考号中的NRI信息和复位消息中的NRI信息相同，则通过释放处理模块23释放对应的SCCP连接资源；如果SCCP连接中记录的对端的连接参考号中的NRI信息和复位消息中的NRI信息不同，则对应的SCCP连接不受影响。

本实施例提供的BSC在接收到MSC发送的增加有NRI信息的复位消息后，能够根据其中的NRI信息查找到需要进行资源示释放的SCCP连接，并释放做占用的资源，既保证了其他MSC的业务不受影响，又保证了BSC上对应原故障MSC的连接能释放，不影响新业务，提高了业务服务质量。

图7为本发明移动交换中心设备实施例一结构示意图，如图7所示，该MSC包括第二构建模块31和第二发送模块32，其中第二构建模块31用于构建复位消息，所述复位消息中携带有MSC的NRI信息；第二发送模块32用于经SNSF向BSC发送所述复位消息，用以指示BSC释放与NRI对应的业务连接所占用的连接资源。

具体地，MSC因故障恢复或操作员主动操作等原因而引发重启后，通过第二构建模块31构建复位消息，并在其中添加NRI信息；第二构建模块31构建完成复位消息后，再通过第二发送模块32向SNSF发送复位消息，请求SNSF将该消息转发给BSC释放之前建立的SCCP连接资源。

本实施例提供的MSC通过在复位消息中添加NRI信息，能够使得BSC根据其中的NRI信息查找到需要进行资源示释放的SCCP连接，并释放所占用的资源，既保证了其他MSC的业务不受影响，又保证了BSC上对应原发出复位消息的MSC(如故障MSC)的连接能释放，不影响新业务，提高了业务服务质量。

本实施例还提供一种网络系统，包括MSC、BSC以及位于MSC和BSC之间的SNSF，其中BSC可以选用上述如图6实施例提供的BSC，MSC可以选用上述如图7实施例提供的MSC，其结构和功能可以参见上述实施例，此处不再赘述。本网络系统实施例既可以保证其他MSC的业务不受影响，又可以保证BSC上对应原故障MSC的连接能释放，不影响新业务，提高了业务服务质量。

图8为本发明移动交换中心设备实施例二结构示意图，如图8所示，该MSC包括第一分配模块41和第二控制模块42，其中第一分配模块41用于为BSC经SNSF发送的业务消息分配用于建立业务连接的连接参考号；第二控制模块42用于在MSC重启后，控制第一分配模块41在与原连接参考号分组不同的其他连接参考号分组中分配所述连接参考号，所述原连接参考号分组为MSC在故障前用于分配连接参考号的连接参考号分组。

具体地，MSC将所有可供分配的连接参考号资源划分成若干个连接参考号分组，每次因故障恢复或操作员主动操作而引发重启后，MSC通过其中的第二控制模块42控制第一分配模块41切换连接参考号分组，选择在一个新的连接参考号分组中为SCCP业务连接，以避免分配的连接参考号与在故障之前的连接参考号分组中所分配的连接参考号重复。进一步地，连接参考号分组的划分可以根据包含在连接参考号中的NRI信息进行划分。

本实施例提供的MSC重启后不向BSC发送复位消息，MSC对SCCP连接参考号资源进行划分，根据情况采用不同的分配策略，避免新分配的连接参考号资源和故障前分配的连接参考号资源冲突，既保证了其他MSC的业务不受影响，又保证了BSC上对应原故障MSC的连接能释放，不影响新业务，提高了业务服务质量。

本实施例还提供一种网络系统，包括MSC、BSC以及位于MSC和BSC之间的SNSF，其中MSC可以选用上述如图8实施例提供的MSC，其结构和功能可以参见上述实施例，此处不再赘述。本网络系统实施例既可以保证其他MSC的业务不受影响，又可以保证BSC上对应原故障MSC的连接能释放，不影响新业务，提高了业务服务质量。

图9为本发明移动交换中心设备实施例三结构示意图，如图9所示，该MSC包括第二分配模块51和第三控制模块52，其中第二分配模块51用于为BSC经SNSF发送的业务消息分配用于建立业务连接的连接参考号；第三控制模块52用于在MSC重启后的第二预定时长内，控制第二分配模块51在第二连接参考号分组中，为BSC经SNSF发送的业务消息分配用于建立业务连接的连接参考号，并在经过所述第二预定时长后，切换到在第一连接参考号分组中，为BSC经所述SNSF发送的业务消息分配用于建立业务连接的连接参考号，所述第二预定时长应保证BSC完成与MSC之间的连接资源释放。

具体地，MSC将所有可供分配的连接参考号资源划分成若干个连接参考号分组，例如第一连接参考号分组和第二连接参考号分组，为了避免在BSC通过“Inactivity test”机制释放连接资源的过程中，第二分配模块51将原先已经分配过的连接参考号重复分给其他业务，因此，第二分配模块51在不同的时间段内，分别在两个不同的连接参考号分组中为业务连接分配连接参考号，第二预定时长即切换时间应满足大于或等于T(iar)，在不小于T(iar)的时间段内，第二分配模块51在第二连接参考号分组分配连接参考号；在超出T(iar)的时间段内，第二分配模块51在第一连接参考号分组分配连接参考号。第二分配模块51切换连接参考号分组由MSC中的第三控制模块52控制。当然MSC也可以将连接参考号资源划分成多个连接参考号分组，进一步地，可以根据包含在连接参考号中的NRI信息进行划分。

本实施例提供的MSC因故障恢复或操作员主动操作而引发重启后不向BSC发送复位消息，MSC对SCCP连接参考号资源进行划分，根据情况采用不同的分配策略，避免新分配的连接参考号资源和故障前分配的连接参考号资源冲突，既保证了其他MSC的业务不受影响，又保证了BSC上对应原故障MSC的连接能释放，不影响新业务，提高了业务服务质量。

本实施例还提供一种网络系统，包括MSC、BSC以及位于MSC和BSC之间的SNSF，其中MSC可以选用上述如图9实施例提供的MSC，其结构和功能可以参见上述实施例，此处不再赘述。本网络系统实施例既可以保证其他MSC的业务不受影响，又可以保证BSC上对应原故障MSC的连接能释放，不影响新业务，提高了业务服务质量。

图10为本发明SNSF实施例结构三示意图，如图10所示，该SNSF包括第一检测模块61、第二检测模块62和第三发送模块63，其中，当SNSF中的第一检测模块61检测到SNSF与业务处理实体例如MSC的所有链路故障后，记录当前的第三系统时间，并设置用于表示MSC不能接收业务消息的不可用标识；第二检测模块62用于当检测到SNSF与MSC的链路恢复后，根据第三系统时间和当前系统时间，判断第三系统时间到当前系统时间所经历的时间是否超过第一预定时长；若第二检测模块62根据第三系统时间和当前系统时间判断出所述当前系统时间与所述第三系统时间之间的时间间隔超过第一预定时长，则通过第三发送模块63清除不可用标识即表示MSC处于正常状态，并恢复向MSC发送业务消息，所述的第一预定时长应保证与MSC相关的、在故障前建立的连接资源释放成功。

若第二检测模块62根据第三系统时间和当前系统时间判断出所述当前系统时间与所述第三系统时间之间的时间间隔不超过第一预定时长，则第三发送模块63再延迟一段时间，使得延迟后的系统时间与第三系统时间之间的时间间隔超过第一预定时长，第三发送模块63清除所述不可用标识，并恢复向所述业务处理实体发送所述业务消息。

本实施例提供的SNSF通过判断与MSC之间的链路是否发生故障或故障恢复，在保护时间内不向该MSC转发新的业务消息，而且不需要MSC发送复位消息，也不需要MSC进行分配连接参考的特殊处理，避免新业务和老业务的SCCP连接资源冲突。

本实施例提供一种网络系统，包括MSC、BSC以及位于MSC和BSC之间的SNSF，其中SNSF可以选用上述如图10实施例提供的SNSF，其结构和功能可以参见上述实施例，此处不再赘述。本实施例提供网络系统中，不需要MSC发送复位消息，也不需要MSC进行分配连接参考的特殊处理，便可以避免新业务和老业务的SCCP连接资源冲突，提高了业务服务质量。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (2)

1.一种连接资源释放处理方法，其特征在于，包括：

服务节点选择功能设备检测到与业务处理实体的所有链路故障后，记录当前的第三系统时间，并设置用于表示所述业务处理实体不能接收业务消息的不可用标识；

当服务节点选择功能设备检测到与所述业务处理实体的链路恢复后，根据所述第三系统时间和当前系统时间，判断所述当前系统时间与所述第三系统时间之间的时间间隔是否超过第一预定时长，若超过，则清除所述不可用标识，并恢复向所述业务处理实体发送业务消息，所述第一预定时长应保证与所述业务处理实体相关的、在故障前建立的连接资源释放成功；若不超过，则再延迟一段时间，使得延迟后的系统时间与所述第三系统时间之间的时间间隔超过所述第一预定时长，清除所述不可用标识，并恢复向所述业务处理实体发送所述业务消息。

2.一种服务节点选择功能设备，其特征在于，包括：

第一检测模块，用于检测到与业务处理实体的所有链路故障后，记录当前的第三系统时间，并设置用于表示所述业务处理实体不能接收业务消息的不可用标识；

第二检测模块，用于当检测到与所述业务处理实体的链路恢复后，根据所述第三系统时间和当前系统时间，判断所述当前系统时间与所述第三系统时间之间的时间间隔是否超过第一预定时长；

第三发送模块，用于若所述第二检测模块判断出所述当前系统时间与所述第三系统时间之间的时间间隔超过第一预定时长，则清除所述不可用标识，并恢复向所述业务处理实体发送业务消息，所述第一预定时长应保证与所述业务处理实体相关的、在故障前建立的连接资源释放成功；若所述第二检测模块判断出所述当前系统时间与所述第三系统时间之间的时间间隔不超过第一预定时长，则再延迟一段时间，使得延迟后的系统时间与所述第三系统时间之间的时间间隔超过所述第一预定时长，清除所述不可用标识，并恢复向所述业务处理实体发送所述业务消息。