CN1226772A - 智能网络业务动态替换方法 - Google Patents

Abstract

一种智能网业务动态替换方法是这样进行的:先读入有关业务替换信息并作好所有准备,进行预替换;如有一个预替换不成功或在较长时间内没有能完成预替换,则取消业务替换。如均已成功预替换,则进行正式替换。这种业务动态替换方法,无论是对智能网业务进行变更或增加或减少时,均可保证在业务发生变化时不需要系统中止运行,而且在对当前用户没有任何影响,整个过程安全快捷。

Description

智能网络业务动态替换方法

本发明涉及网络应用技术，更具体地说，涉及一种使智能网络产品在同种业务不同版本之间进行实时替换从而实现系统业务安全切换的技术。

网络产品尤其是智能网产品，根据其特性，应该是可以比较容易地增加业务和替换现有业务，而且这些操作都不用更改运行系统的程序，而只要进行配置就可以。但是，重新修改后的配置如何生效，是比较困难的。尤其在智能网中，业务执行部分SCF为了提高处理能力，可能要采用多个进程进行处理，这时业务替换要保证所有的SCF进程都能同时成功或失败才可以，而且当对一种业务功能进行修改时，要想实现业务的平稳升级，并使当前正在进行的呼叫不受影响，这些的实现都是比较困难的。因此，目前对此的一般处理，都要先删除原有业务，再加载新业务。而删除原有业务时，则必将使原业务的处理暂时中止，使在原有业务失效和新业务生效之间产生一段不能执行业务的时间。而且升级过程时间较长。鉴于智能网系统对高可用性的要求及用户日益增加的对其的依赖性，系统业务即使只有短暂的停止也将造成较大损失，给整个系统业务造成影响。

本发明的主要目的就在于，提供一种使智能网业务在进行修改和升级时无需中断系统运行和业务服务的方法，而且在升级期间，对正在通话用户没有任何影响，对升级期间已接继的用户呼叫将会继续而不会断掉，其处理流程将仍由老版本的业务处理，而新接收的用户呼叫将由升级后的业务处理。

本发明的目的是这样实现的，在一个智能网业务系统中构造智能网络业务动态替换方法，所述系统包括业务管理系统(下简称SMS)1及由其控制的业务控制点(下简称SCP)，所述业务控制点SCP由SCP管理模块2,SCP呼叫处理板块3和SCP数据功能模块4组成，其中，业务管理系统1连接到SCP管理模块2,SCP管理模块2分别连接到多个SCP呼叫处理模块(下简称SCF)3和SCF数据功能模块(下简称SDF)4，所述智能网络业务动态替换方法包括：

对网络业务进行预替换；

对各个SCP呼叫处理模块(SCF)3是否都成功完成预替换进行判断，如果至少一个SCF3未能在一定时间内成功完成预替换时，则通知SDF4预替换不成功，SDF4接收到预替换不成功消息时，恢复对数据库及业务配置文件的修改，并由SDF4通知业务管理系统1业务替换不成功，并通知所有SCF放弃预替换；

当判断出所有SCP呼叫处理模块3均已成功完成预替换，则进行正式替换。

在按照本发明提供的网络业务动态替换方法中，所述正式替换包括以下步骤：

由SCP呼叫处理模块3通知SDF4业务替换成功；

由SDF4通知业务管理系统1业务替换成功；

SCF3正式开始业务替换；

正式替换开始时，已经存在的呼叫称为旧呼叫，而替换后新接入的呼叫称为新呼叫，替换时，新旧业务逻辑同时存在，旧呼叫仍由旧业务逻辑处理，而新呼叫则由新业务逻辑处理。

在按照本发明提供的网络业务动态替换方法中，所述旧呼叫处理包括以下步骤：

由SCP呼叫处理模块3使用旧业务处理数据及模块对原有呼叫进行处理；

对是否还有旧业务呼叫进行判断，如果已经没有旧呼叫需要处理，则旧业务继续存在，直到所有的旧呼叫全部结束为止，再由SCF释放旧业务所占用的资源。

在按照本发明提供的网络业务动态替换方法中，所述预替换包括以下步骤：

所述业务管理系统1发出业务动态替换命令送到SDF4；

所述SDF根据业务替换要求，对相应的数据库或业务配置文件进行处理；

对SDF的数据处理成功与否进行判断，如不成功，则由SDF4向业务管理系统1返回失败消息，如处理成功，则由SDF向SCF发送替换消息；

当各SCP呼叫处理模块3接收到来自SDF4的业务替换消息时，将新业务的内容读入内存，并为该新业务分配相应的资源。

在按照本发明提供的网络业务动态替换方法中，在开始业务替换过程中，记录对应每一个业务正在处理的呼叫数，当记录的一个旧业务处理呼叫数减至零时，删除该旧业务的有关数据及信息。

通过实施本发明提供的方法，无论是对智能网业务进行变更或增加或减少时，均可保证在业务发生变化时不需要系统中止运行，而且在对当前使用用户没有影响的情况下，就可以实现业务替换，整个过程安全快捷。

结合附图和实施例，进一步说明本发明的特点，附图中：

图1是用于实施本发明提供的网络业务动态替换方法的智能网业务系统的方框图；

图2是用于说明本发明提供的网络业务动态替换方法的流程示意图。

如图1所示，在为实现本发明的构造的一个智能网业务系统(SCP)中，包括业务管理系统1、由SCP管理模块2、SCP呼叫处理模块3和SDF4组成的SCP，业务管理统1连接到SCP管理模块2，SCP管理模块2分别连接到SCP呼叫处理模块3和SDF4。其中，业务管理系统1(SMS)用于对整个系统进行管理，系统操作员可以利用它对系统进行操作和维护。SCP管理模块2(MANAGER)是SCP的管理中枢，负责所有对外的通讯工作，将所有信息汇总，合理可靠地分发给各目的地。SCP呼叫处理模块3(SCF)是SCP的核心，所有IN呼叫都是由SCP呼叫处理模块SCF进行处理的。出于效率方面的考虑，在作为实施例的TELLIN系统中可以实现一个SCP系统中多个SCF进程同时存在，以提供更强的处理能力。SDF4(SDF)负责与业务数据有关的功能。在动态业务升级中，SDF负责根据SMS的命令，更新与业务相关的数据库和各配置文件。

为进一步说明本发明的方法，分析在智能网产品中业务升级变换方面存在的困难：

根据SCP呼叫处理模块SCF的工作情况，任何一个SCP呼叫处理模块(SCF)在任何时刻都有可能在处理IN呼叫，动态版本替换必然会导致新旧版本同时存在。而且由于多个SCF进程的存在，还必须保证在各SCF进程的状态一致。因此，必须要解决好以下问题：

1)替换状态一致性：各SCF业务替换要么都成功，要么都失败，必须一致，不能使有些SCF成功，而另外一些失败。

2)上报消息正确：上报SMS的消息必须准确，即只有当所有的SCF都业务替换成功时，才允许向SMS上报正确。

3)替换响应快捷：在实际应用中，用户IN呼叫的持续时间可能比较长，这样彻底完成业务替换的时间也会比较长。但动态版本升级是由操作员在SMP界面上发出的，发出命令后操作员要等待相应，这就要求SCP必须在较短的时间里作出响应，上报结果。

4)新旧版本功能分别处理：在新旧版本同时存在的情况下，如何保证新到呼叫由新业务处理，而已有呼叫由旧业务处理。

在本发明方法的一个实施例系统TELLIN中，在实现系统业务的动态替换中，首先由SDF(SDF4)接收SMS(业务管理系统1)的业务替换命令，根据业务需要对数据库以及其它配置文件进行相应的修改。如果失败，则上报SMS任务失败，并结束；如果SDF成功，再让SCP呼叫处理模块SCF进行业务动态替换。

为了解决上述问题(1)、(2)、(3)，本发明提出了“预替换”的概念。也就是说将整个业务替换过程分为两个步骤：(1)预替换，(2)正式替换。预替换也就是SCF先将有关业务替换的所有信息读入，并做好所有准备工作。这样，当预替换完成时，所有的替换工作基本都完成，但是新的业务并没有开始投入使用。当所有SCP呼叫处理模块3(SCF)完成预替换时，会通知SCP管理模块2预替换成功的信息，SCP管理模块2将等待预替换成功的消息。如果有任一个SCF的预替换不成功，或有的SCF在较长时间内没有能完成预替换，也认为失败，那么，SCP管理模块2必须通知所有处理单元3和SDF4取消业务替换，从而保证所有SCF业务替换的状态一致。如果所有的SCP呼叫处理模块都成功预替换，这时，SCP管理模块3将再向各个SCP呼叫处理模块3发送正式替换命令，并通知SMS业务替换成功。由于SCP呼叫处理模块预替换时已经基本解决了业务替换的问题，这样当预替换成功时，实际已能保证整个业务替换的成功。这样就解决了上述的(1)(2)问题，而且预替换与当前呼叫无关，需要的时间也比较短，问题(3)也解决了。

为解决前述问题(4)，在业务开始替换时，必须保留新旧两个版本的业务信息，并且能区分新旧两个版本的业务。对于已接续的呼叫，保证指向旧版本的业务，而对于新来的呼叫，要保证找到新版本的业务。

此外，还要求记录对应每一个业务正在处理的呼叫数。这样当一个老业务处理呼叫都结束后，其记录的呼叫数将减至零，这时就可以将此老业务的有关信息删除，从而完整地完成动态业务替换。

图2示出了一个体现本发明提出的上述方案的控制流程图，如图所示，在框101中，业务管理系统1发出业务动态替换命令，由管理单元将该命令送到SDF4，该SDF4根据业务替换要求，对相应的数据库或业务配置文件进行处理；在框402对SDF4的数据处理成功与否进行判断；如不成功，则在框103中由数据单元4向业务管理系统1返回失败消息；如处理成功，则在框104中由SDF4通过SCP管理模块2向SCP呼叫处理模块3发送替换消息；在框105中，各个SCP呼叫处理模块3接收到来自SDF4的业务替换消息，将新业务的内容读入内存，并为此业务分配相应资源；由于框105中要求所有处理单元都能预替换成功，但由于系统资源和其它方面的原因，往往不能满足该要求，在框106，对各个SCP呼叫模块3是否都成功完成预替换进行判断，如果至少有一个SCP呼叫处理模块3未能成功完成预替换时，则在框107，通知数据单元4预替换不成功，并通知SCF取消预替换，释放预替换所申请的资源；在框108,SDF4接收到预替换不成功消息时，恢复对数据库及业务配置文件的修改；再在框109，由SDF4通知业务系统1业务替换不成功；当在框106中判断出所有SCP呼叫处理模块3均已成功完成预替换，在框110中，由SCP呼叫处理模块3通知SDF4业务替换成功；再在框111中，由SDF4通知命令单元1业务替换成功；在框112中，SCP呼叫处理模块正式开始业务替换，此时，处于新旧业务并存且分别处理阶段，此时在框113进行呼叫是新呼叫还是旧呼叫的判断，如是新呼叫，在框114由SCP呼叫处理模块3使用新业务处理数据及模块对新呼叫进行处理；如在框113中发现存在旧呼叫，则在框115中，由SCP呼叫处理模块3使用旧业务处理数据及模块对原有旧呼叫进行处理；为检测是否还有旧业务呼叫，在框116中对是否还有旧呼叫进行判断，如果还存在旧业务呼叫，则在框117中对其不作处理；如果在规定时间内没有发现旧业务呼叫，则在框118中，由SCP呼叫处理模块3释放旧业务所占用的资源，此时，完成全部业务替换工作，即由框112开始的业务替换工作在此时全部结束。整个系统处于提供新业务服务状态中。

本发明的动态业务替换方法已在一个实验性的智能网系统TELLIN系统中得到应用，并经过多方测试，取得了满意的结果，在实际使用中，实现了在对用户毫无影响的情况下替换新业务。本发明的思想还可以应用在类似情况的其他应用系统中，以保证系统的尽可能减少中断时间。

Claims (7)

1、一种在智能网业务系统中实现网络业务动态替换的方法，所述系统包括业务管理系统(1),SCP管理模块(2),SCP呼叫处理模块3和SCP数据功能模块SDF(4)，业务管理系统(1)与SCP管理模块2相通，SCP管理模块(2)分别与多个SCP呼叫处理模块(3)和SDF(4)相接，其特征在于，所述网络业务动态替换的方法包括：

对网络业务进行预替换；

对各个SCP呼叫处理模块(3)是否都成功完成预替换进行判断，如果至少有一个SCF呼叫处理模块(3)未能在一定时间内成功完成预替换时，则通知SDF(4)预替换不成功，并通知SCF取消预替换，释放预替换所申请的资源，SDF(4)接收到预替换不成功消息时，恢复对数据库及业务配置文件的修改，并由SDF(4)通知业务管理系统(1)业务替换不成功；

当判断出所有SCP呼叫处理模块3均已成功完成预替换，则进行正式替换。

2、根据权利要求1所述的方法，其特征在于，所述正式替换包括以下步骤：

由SCP呼叫处理模块(3)通知SDF(4)业务替换成功；

由SDF(4)通知业务管理系统(1)业务替换成功；

SCF呼叫处理模块(3)正式开始业务替换；

正式替换开始时，新旧业务逻辑同时存在，旧呼叫仍由旧业务逻辑处理，而新呼叫则由新业务逻辑处理。

3、根据权利要求2所述的方法，其特征在于，所述旧呼叫处理包括以下步骤：

由SCP呼叫处理模块(3)使用旧业务处理数据及模块对原有呼叫进行处理；

正式替换开始时，旧呼叫仍由旧业务逻辑处理，而新呼叫则由新业务逻辑处理，系统监视呼叫处理情况，如所有旧呼叫都已处理完，则由SCF释放旧业务所占用的资源。

4、根据权利要求2所述的方法，其特征在于，在开始所述处理单元(3)正式开始业务替换时，开始使用新业务。

5、根据权利要求2所述的方法，其特征在于，所述由SCP呼叫处理模块(3)通知SDF(4)业务替换成功，是由SCP呼叫处理模块(3)通过SCP管理模块(2)传输到SDF(4)的。

6、根据权利要求1所述的方法，其特征在于，所述预替换步骤包括以下步骤：

所述业务管理系统(1)发出业务动态替换命令送到SDF(4)；

所述SDF(4)根据业务替换要求，对相应的数据库或业务配置文件进行处理；

对SDF(4)的数据处理成功与否进行判断，如不成功，则由SDF(4)向业务管理系统(1)返回失败消息，如处理成功，则由数据单元(4)向SCP呼叫处理模块(3)发送替换消息；

当各SCP呼叫处理模块(3)接收到来自SDF(4)的业务替换消息时，将新业务的内容读入内存，并为该新业务分配相应的资源。

7．根据权利要求2所述的方法，其特征在于，在开始业务替换过程中，记录对应每一个业务正在处理的呼叫数，当记录的一个旧业务处理呼叫数减至零时，删除该旧业务的有关数据及信息。

Images