CN100450125C - 语音业务交换设备的防吊死存活性测试方法 - Google Patents

Abstract

本发明公开了一种通信领域中的语音业务交换设备的防吊死存活性测试方法，包括：1.对于进程实例数N，确定防吊死存活性测试扫描周期T；2.定时器的时长t和每次扫描的实例数m；3.在每次定时器事件到达时，触发防吊死存活性测试请求；4.对于每个防吊死存活性测试请求，接收方进程返回防吊死存活性测试响应；5.对于响应超时的情况，发起方进程进行相应的处理。本发明能够有效保证语音业务交换设备稳定性和可靠性、降低资源占用率，同时能够很好的防止资源长时间吊死。

Description

语音业务交换设备的防吊死存活性测试方法

技术领域

本发明涉及网络通讯领域，尤其涉及语音业务交换设备中的防吊死存活性测试方法。

背景技术

在现代通讯系统中，语音业务交换设备必须支持大量用户的并发语音业务。比如，在一个移动交换中心(以下简称为MSC)内，每个用户的语音业务的信令控制和数据交换是由实现不同功能的实体通过相互协作完成。本发明将这些功能实体称为进程，对于进程所处理的每个语音业务，称为实例。进程分别为每个使用的实例分配、申请、释放相应的软硬件资源，如内存(数据区)、中继资源、语音编解码资源、定时器资源等。目前，语音业务交换设备集成度越来越高，支持的并发用户数量越来越大，导致交换设备中资源的申请、占用、释放非常频繁。如果进程存在某些未被发现的错误，可能会导致资源吊死的现象。这些吊死的资源如果不及时回收，一定时间后会逐渐导致交换设备的资源枯竭，无法为后续的用户继续提供语音业务。

目前通常使用的防吊死存活性测试方法是，各进程对每个使用的进程实例，分别设置一个防吊死存活性检测定时器，在定时器超时后，该进程向关联进程发送存活性测试请求消息，触发关联进程的存活性检测过程。如果关联进程检查通过，则关联进程回送存活性测试响应消息。这种存活性测试方法为每个使用的进程实例都设置定时器，导致定时器资源占用过多。如在一个支持10万用户语音业务的MSC中，按照忙时每用户0.05爱尔兰，平均通话时长60秒计算，同时存在的实例数会达到5000个。如果每个进程都需要5000个防吊死存活性测试定时器，则需要的总的定时器数目将非常巨大。一个MSC要维护这么多的定时器，不仅负荷太大，而且有很多缺陷。不仅如此，由于未使用循环定时器，一旦定时器消息异常丢失，将导致资源吊死。

发明内容

本发明的目的是克服现有技术存在的定时器资源占用过多、定时器消息容易异常丢失、资源容易吊死的缺点，以期提供一种能够保证语音业务交换设备稳定性和可靠性、降低资源占用率、防止资源长时间吊死的在关联进程间进行防吊死存活性测试的方法。

本发明提出的语音业务交换设备的防吊死存活性测试方法，其特征在于，包括以下步骤：

a)对于进程实例数N，确定防吊死存活性测试扫描周期T；

b)根据上述扫描周期T，设置定时器Ta，并确定该定时器的时长t和每次扫描的实例数m，符合公式m＝N/T＊t，T和N是一个事先确定的常量；

c)在每次定时器事件到达时，触发防吊死存活性测试请求；

d)对于每个防吊死存活性测试请求，根据事前约定的方式，接收方进程返回防吊死存活性测试响应；

e)对于响应超时的情况，根据事前约定的方式，发起方进程进行相应的处理。

通过本发明所述的语音业务交换设备的防吊死存活性测试方法，不仅能够保证语音业务交换设备稳定性和可靠性、节省了大量的定时器资源，还能够防止资源长时间吊死实现资源的及时检测和回收。

附图说明

图1是语音业务交换设备在上电时执行的动作流程图。

图2是进程中防吊死存活性测试工作流程图。

具体实施方式

下面结合附图对本发明所述方法进行进一步说明：

在图1所示的语音业务交换设备上电流程图中，描述了语音业务交换设备上电时进程应该执行的初始化动作。这些工作是：将指示当前进行防吊死存活性测试的变量curID初始化为0，设置周期性定时器Ta，之后迁入工作态。

图2是进程在工作态收到Ta定时器事件和防吊死存活性测试响应消息时应该执行的工作流程图。在收到Ta定时器事件后，进程应该执行防吊死存活性测试过程，该过程执行具体的测试请求。在该过程返回之后，进程应该继续执行响应超时消息处理过程。

下面对本发明所述各个步骤进行具体的说明。

本发明的实现步骤如下：

1、确定合理的防吊死存活性测试扫描周期T。以背景技术中所述的话务量模型为例，每个语音业务实例的平均通话时长为60秒左右，也就是说，大部分语音业务实例所占用的各种呼叫相关资源在60秒之后就应该释放。另外存在少量语音业务实例，通话时长会大于60秒。因此，防吊死存活性测试扫描周期T小于60秒没有实际意义，但如果防吊死存活性测试扫描周期T过长，则无法及时发现资源吊死的现象，资源回收的效率低下，也无法体现防吊死存活性测试机制的优势。为此，设置一个2～4分钟的扫描周期是比较合理的。例如，T＝120秒。

2、确定定时器Ta时长t和每次扫描的实例数m。通常，在一个语音业务交换设备中每个进程能提供的总的实例数目N是可以预先固定下来的。依然以前述话务量模型为例，对于一个支持10万用户的MSC局，总的实例数目N等于5000。根据公式可知，在N和T确定下来之后，t和m成正比关系，也就是说，如果t越大，则每次扫描时需要进行防吊死存活性测试的实例数目就越多。假设t为1秒，则m＝5000/120＊1≈41.6，因为m必须是一个正整数，将上述结果取整，得m＝42。在程序中，可以将定时器时长t设置为在一定范围内可变的自变量，m作为因变量。

3、发起防吊死存活性测试。其具体方法是，首先设置一个变量curID，指向当前应该进行防吊死存活性测试的实例。该变量初始化为0。对每个进程实例，设置是否发起了防吊死激活测试的标志位isTestingFg，初始化为FALSE。在每次Ta定时器事件到达时，对m个进程实例依次进行防吊死存活性测试扫描，以决定是否发起防吊死存活性测试。例如，假设curID为n，则依次对n，n+1，...，n+m-1等进程实例进行扫描。对于防吊死存活性测试的发起条件，可由各进程自行设定。如果发起防吊死存活性测试的条件满足，则本进程向接收方进程发送存活性测试消息。假设进程A为发起方进程，进程B为接收方进程，防吊死存活性测试消息携带参数包括：本进程的进程号PidA，本进程实例号IdA，接收方进程进程号PidB，接收方进程实例号IdB。此外，该消息还可以包括其它相关信息，如需要接收方进程检测的资源列表。在消息发送之后，设置本进程实例中的防吊死激活测试标志位为TRUE。

4、防吊死存活性测试请求消息处理。接收方进程在收到防吊死存活性测试请求消息后，根据消息内容对相关进程实例使用的资源进行检查，得出检查结果，并在一定的时间范围内，发送防吊死存活性测试响应消息给发起方进程。防吊死存活性测试响应方式有三种：方式(1)：无论检查结果是正确或错误，都发送响应；方式(2)：只对正确的结果发送响应，而对错误的结果不发送响应，由发起方对超时的进程实例进行吊死资源的释放处理；方式(3)：只对错误的结果发送响应，而对正确的结果不发送响应。方式(1)的优点是可以及时处理吊死的资源，但缺点是进程间消息量最多。方式(2)尽管可以减少一定进程间的消息量，但减少的并不多，因为通常情况下，资源吊死的现象是很少的。而且这种方式下，吊死资源的释放必须等到响应消息超时才可能发现并处理。方式(3)的优点是可以大量减少进程间的消息，如果有资源吊死的现象，在收到响应消息后就可以及时采取动作，响应速度与方式(1)是相同的。其缺点是万一响应消息丢失，必须等到下一个扫描周期才能测试，所以有较大风险。基于以上分析，方式(1)和方式(3)两种响应方式各有优缺点，适合于不同场合使用。

5、防吊死存活性测试响应消息的处理。对于步骤4所述的方式(1)，进程A在收到防吊死存活性测试响应消息后，需要判断消息内容是成功响应还是失败响应。如果收到的是成功响应，则将进程实例中的防吊死激活测试标志位置位。如果收到的是失败响应，则进程将该实例使用的相关资源释放，以供后续的业务使用。对于方式(3)，进程A将对应进程实例的相关资源释放。

6、防吊死存活性测试响应超时消息处理。为了节省定时器的数目，本发明使用定时器Ta的时长t来确定响应超时消息的时长。仍以步骤2所示假设为例，t＝1秒，假设收到四次Ta定时器超时事件，则响应超时消息的时长为4秒。假设进程A在某一个时刻P向进程B发送了防吊死存活性测试请求消息，则在4个Ta定时器事件之后，需要对P时刻的那些进程实例进行响应超时检查。假设在当前时刻，curID为n，则对于n-4＊m，n-4＊m+1，...，n-(4-1)＊m-1等实例应该进行响应超时检查。响应超时消息的处理如下：对于步骤4中的方式(1)，如果这些实例中的防吊死激活测试标志位为TRUE，说明这些进程实例在规定事件内没有收到响应消息，则这些进程实例的相关资源被释放。对于方式(3)，如果防吊死激活测试标志位为TRUE，则置其为FALSE。

Claims (11)

1、一种语音业务交换设备的防吊死存活性测试方法，其特征在于，包括以下步骤：

a)对于进程实例数N，确定防吊死存活性测试扫描周期T；

b)根据上述扫描周期T，设置定时器Ta，并确定该定时器的时长t和每次扫描的实例数m；

c)在每次定时器事件到达时，触发防吊死存活性测试请求；

d)对于每个防吊死存活性测试请求，根据事前约定的响应方式，接收方进程返回防吊死存活性测试响应；

e)对于响应超时的情况，根据事前约定的响应方式，发起方进程进行相应的处理。

2、如权利要求1所述的语音业务交换设备的防吊死存活性测试方法，其特征在于，步骤a)中所述扫描周期T的范围是2～4分钟。

3、如权利要求1所述的语音业务交换设备的防吊死存活性测试方法，其特征在于，步骤b)中所述定时器时长t和每次扫描实例数m与扫描周期T和进程实例数N之间的关系为：m＝N/T＊t，T和N分别为步骤a)中事先确定的常量。

4、如权利要求3所述的语音业务交换设备的防吊死存活性测试方法，其特征在于，将定时器时长t设置为可变的自变量，将每次扫描实例数m作为因变量。

5、如权利要求1所述的语音业务交换设备的防吊死存活性测试方法，其特征在于，步骤c)中进一步包括以下步骤：

(1)设置一个变量curID，指向当前应该进行防吊死存活性测试的实例；

(2)对每个进程实例，设置是否发起了防吊死激活测试的标志位isTestingFg；

(3)在每次定时器事件到达时，对m个进程实例依次进行防吊死存活性测试扫描，以决定是否发起防吊死存活性测试；

(4)根据各个进程的具体需要设定发起防吊死存活性测试的条件，如果条件满足，则本进程向接收方进程发送存活性测试消息；

(5)在消息发送之后，设置本进程实例中的防吊死激活测试标志位为TRUE。

6、如权利要求5所述的语音业务交换设备的防吊死存活性测试方法，其特征在于，步骤(1)中变量curID的初始值为0，步骤(2)中标志位isTestingFg的初始化为FALSE。

7、如权利要求1所述的语音业务交换设备的防吊死存活性测试方法，其特征在于，所述事前约定的响应方式有三种：

方式(1)：无论检查结果是正确或错误，都发送响应；

方式(2)：只对正确的结果发送响应，而对错误的结果不发送响应，由发起方对超时的进程实例进行吊死资源的释放处理；

方式(3)：只对错误的结果发送响应，而对正确的结果不发送响应。

8、如权利要求7所述的语音业务交换设备的防吊死存活性测试方法，其特征在于，步骤d)中，根据方式(1)，接收方进程返回防吊死存活性测试响应后，包括：发起方进程在收到防吊死存活性测试响应消息，判断消息内容是成功响应还是失败响应，如果收到的是成功响应，则将进程实例中的防吊死激活测试标志位置位；如果收到的是失败响应，则将进程实例使用的相关资源释放，以供后续的业务使用。

9、如权利要求7所述的语音业务交换设备的防吊死存活性测试方法，其特征在于，步骤d)中，根据方式(3)，接收方进程返回防吊死存活性测试响应后，还包括：发起方进程将对应进程实例的相关资源释放。

10、如权利要求1所述的语音业务交换设备的防吊死存活性测试方法，其特征在于，步骤d)进一步包括：

防吊死存活性测试请求消息处理：接收方进程在收到防吊死存活性测试请求消息后，根据消息内容对相关进程实例使用的资源进行检查，得出检查结果，并发送防吊死存活性测试响应消息给发起方进程。

11、如权利要求1所述的语音业务交换设备的防吊死存活性测试方法，其特征在于，步骤d)还包括：

防吊死存活性测试响应消息的处理：根据接收方进程发送的响应方式不同，发起方进程进行相应的处理。

Images