用于智能业务呼叫系统的负荷均衡方法

摘要

本发明提供了一种用于智能业务呼叫系统的负荷均衡方法，包括以下步骤：SSP接收智能业务呼叫；SSP以轮询的方式将智能业务呼叫触发到其所连接的多个SCP中的一个SCP。本发明高效地实现了智能业务的负荷均衡。

权利要求

1.一种用于智能业务呼叫系统的负荷均衡方法，其特征在于，包括以下步骤：业务交换点接收智能业务呼叫；

所述业务交换点以轮询的方式将所述智能业务呼叫触发到其所连接的多个业务控制点中的一个业务控制点；

其中，所述多个业务控制点是第一业务控制点和第二业务控制点，所述业务交换点以轮询的方式将所述智能业务呼叫触发到其所连接的多个业务控制点中的一个业务控制点具体包括：所述业务交换点判断上一次的智能业务呼叫是触发到所述第一业务控制点或所述第二业务控制点；所述业务交换点将当前的智能业务呼叫触发到所述第二业务控制点或所述第一业务控制点；设置所述第一业务控制点为主业务控制点，业务维护接入点维护以使所述第二业务控制点和所述主业务控制点的数据信息保持一致，具体维护过程包括：所述业务维护接入点通过业务处理接口向所述主业务控制点发送数据维护请求；

所述主业务控制点进行数据维护操作，并将操作结果响应给所述业务处理接口；

所述业务处理接口判断所述主业务控制点的操作成功，则向所述第二业务控制点发送数据维护请求；

所述第二业务控制点进行数据维护操作，并将操作结果响应给所述业务处理接口；

所述业务处理接口判断所述第二业务控制点的操作成功，则确定所述主业务控制点与所述第二业务控制点已经维持一致，并响应给所述业务维护接入点。

2.根据权利要求1所述的负荷均衡方法，其特征在于，所述业务交换点预设发送对象标志，其记录了上一次的智能业务呼叫是触发到所述第一业务控制点或所述第二业务控制点；所述业务交换点根据所述发送对象标识判断上一次的智能业务呼叫是触发到所述第一业务控制点或所述第二业务控制点。

3.根据权利要求2所述的负荷均衡方法，其特征在于，所述业务交换点以轮询的方式将所述智能业务呼叫触发到其所连接的多个业务控制点中的一个业务控制点还包括：所述业务交换点将所述发送对象标志的值设为所述第二业务控制点或所述第一业务控制点。

4.根据权利要求1所述的负荷均衡方法，其特征在于，还包括：业务维护接入点维护所述多个业务控制点的数据信息，使所述多个业务控制点的数据信息保持一致。

5.根据权利要求1所述的负荷均衡方法，其特征在于，在所述业务交换点以轮询的方式将所述智能业务呼叫触发到其所连接的多个业务控制点中的一个业务控制点之前，还包括：所述业务交换点判断所述第一业务控制点和所述第二业务控制点中是否有发生故障的业务控制点；

如果判断是，则所述业务交换点将所述智能业务呼叫触发到所述第一业务控制点和所述第二业务控制点中未发生故障的业务控制点，而不再进行轮询。

6.根据权利要求1所述的负荷均衡方法，其特征在于，所述多个业务控制点包括M个业务控制点，M大于2，所述业务交换点以轮询的方式将所述智能业务呼叫触发到其所连接的多个业务控制点中的一个业务控制点具体包括：设置模N，N不小于M；

设置所述M个业务控制点的编号为0～(N-1)；

将所述智能业务呼叫的呼叫序号与N相除，得到余数；

将所述智能业务呼叫触发到编号为所述余数的所述业务控制点。

7.根据权利要求6所述的负荷均衡方法，其特征在于，在所述业务交换点以轮询的方式将所述智能业务呼叫触发到其所连接的多个业务控制点中的一个业务控制点之前，还包括：所述业务交换点判断所述M个业务控制点中是否有发生故障的业务控制点；

如果判断是，则所述业务交换点以轮询的方式将所述智能业务呼叫触发到所述M个中未发生故障的业务控制点中的一个。

说明书

用于智能业务呼叫系统的负荷均衡方法

技术领域

[0001] 本发明涉及通信领域，具体而言，涉及一种用于智能业务呼叫系统的负荷均衡方法。

背景技术

[0002] 随着智能业务的发展，智能用户与日俱增，智能业务已经成为各个运营商的重要收入。目前智能业务SSP(Service Switching Point，业务交换点)根据用户号段属性触发到用户所在SCP(ServiceControl Point，业务控制点)进行业务判断，SCP根据判断执行相应的业务。这样的缺点是即使系统中有多台设备，也会出现个别设备忙，而其他的SCP系统处于空闲状态忙。尤其对于某些业务，实际呼叫中话务量非常高，要求处理速度快，传统的这种处理方式就更加不能满足要求。SCP上用户呼叫量相当大的时候，再加上有时一些用户信息需要维护，就增加了智能业务SCP系统的负荷，极有可能使SCP负荷过重，系统瘫痪，对智能用户的呼叫接通带来严重的影响。

[0003] 针对上述问题，现有技术中提供了一种业务控制点负荷分担方法，该方法为：业务交换点发起请求；No.7信令接入装置将该呼叫请求对应的对话消息进行缓存；确定该对话信息的目的业务控制点，并将该对话信息发送至目的业务控制点。

[0004] 在实现本发明过程中，发明人发现该技术针对智能业务中有多个SCP用户时，增加呼叫对话消息信息及目的SCP信息缓存环节，这样的缓存环节增加了处理缓存信息数量级别，增加处理缓存负担，从而降低了呼叫接通的效率。

发明内容

[0005] 本发明旨在提供一种用于智能业务呼叫系统的负荷均衡方法，以解决上述负荷均衡方法的缓存环节效率较低的问题。

[0006] 在本发明的实施例中，提供了一种用于智能业务呼叫系统的负荷均衡方法，包括以下步骤：SSP接收智能业务呼叫；SSP以轮询的方式将智能业务呼叫触发到其所连接的多个SCP中的一个SCP；多个SCP是第一SCP和第二SCP，SSP以轮询的方式将智能业务呼叫触发到其所连接的多个SCP中的一个SCP，具体包括：SSP判断上一次的智能业务呼叫是触发到第一SCP或第二SCP；SSP将当前的智能业务呼叫触发到第二SCP或第一SCP；设置第一业务控制点为主业务控制点；SMAP维护以使第二SCP和主SCP的数据信息保持一致；SMAP维护以使第二SCP和主SCP的数据信息保持一致具体包括：SCP进行数据维护操作，并将操作结果响应给业务处理接口；业务处理接口判断主SCP的操作成功，则向第二SCP发送数据维护请求；第二SCP进行数据维护操作，并将操作结果响应给业务处理接口；业务处理接口判断第二SCP的操作成功，则确定主SCP与第二SCP已经维持一致，并响应给SMAP。 [0007] 优选的，SSP预设发送对象标志，其记录了上一次的智能业务呼叫是触发到第一SCP或第二SCP；SSP根据发送对象标识判断上一次的智能业务呼叫是触发到第一SCP或第二SCP。

[0008] 优选的，SSP以轮询的方式将智能业务呼叫触发到其所连接的多个SCP中的一个SCP还包括：SSP将发送对象标志的值设为第二SCP或第一SCP。

[0009] 优选的，还包括：SMAP(service maintenance access point，业务维护接入点)维护多个SCP的数据信息，使多个SCP的数据信息保持一致。

[0010] 优选的，在SSP以轮询的方式将智能业务呼叫触发到其所连接的多个SCP中的一个SCP之前，还包括：SSP判断第一SCP和第二SCP中是否有发生故障的SCP；如果判断是，则SSP将智能业务呼叫触发到第一SCP和第二SCP中未发生故障的SCP，而不再进行轮询。 [0011] 优选的，多个SCP包括M个SCP，M大于2，SSP以轮询的方式将智能业务呼叫触发到其所连接的多个SCP中的一个SCP具体包括：设置模N，N不小于M；设置M个SCP的编号为0～(N-1)；将智能业务呼叫的呼叫序号与N相除，得到余数；将智能业务呼叫触发到编号为余数的SCP。

[0012] 优选的，在SSP以轮询的方式将智能业务呼叫触发到其所连接的多个SCP中的一个SCP之前，还包括：SSP判断M个SCP中是否有发生故障的SCP；如果判断是，则SSP以轮询的方式将智能业务呼叫触发到M个中未发生故障的SCP中的一个。

[0013] 上述实施例的负荷均衡方法因为采用轮询的方式，所以克服了现有技术缓存环节带来的问题，高效地实现了智能业务的负荷均衡。

[0014] 上述实施例的负荷均衡方法因为采用轮询的方式，所以克服了现有技术缓存环节带来的问题，高效地实现了智能业务的负荷均衡。

附图说明

[0015] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中： [0016] 图1示出了根据本发明实施例的负荷均衡方法的流程图；

[0017] 图2示出了根据本发明优选实施例的智能业务系统的示意图；

[0018] 图3示出了根据本发明优选实施例的负荷均衡方法的信令流程图； [0019] 图4示出了根据本发明优选实施例的SCP数据信息维护过程的信令流程图。 具体实施方式

[0020] 下面将参考附图并结合实施例，来详细说明本发明。

[0021] 图1示出了根据本发明实施例的负荷均衡方法的流程图，包括以下步骤： [0022] 步骤S10，SSP接收智能业务呼叫；

[0023] 步骤S20，SSP以轮询的方式将智能业务呼叫触发到其所连接的多个SCP中的一个SCP。

[0024] 该负荷均衡方法因为采用轮询的方式，所以克服了现有技术缓存环节带来的问题，高效地实现了智能业务的负荷均衡。

[0025] 另外，缓存环节增加了转发对话消息过程，从而增加系统处理的负担，提高了系统的复杂度，加大了系统的开发难度且降低了系统的可靠性。该负荷均衡方法因为实现简单，所以降低了系统的复杂性，增强了系统的可靠性。

[0026] 图2示出了根据本发明优选实施例的智能业务系统的示意图，其中，SSP主要是负责呼叫接续控制，及与业务控制点(SCP)交互控制；数据处理接口主要完成各钟SMAP发起的数据维护命令在SCP上进行维护；SMAP主要是指业务操作员或者智能用户维护数据信息程序界面或者接口；NO.7信令网主要完成SCP与业务交换点SSP连接；SCP是保存有控制业务执行的软件，设有专用的数据库，存放各种业务数据和用户数据。

[0027] 图2中，多个SCP是第一SCP(即主SCP)和第二SCP，步骤S20具体包括：SSP判断上一次的智能业务呼叫是触发到第一SCP或第二SCP；SSP将当前的智能业务呼叫触发到第二SCP或第一SCP。

[0028] 该优选实施例将SCP限定为两台，相对而言降低了系统的复杂性，又能较好地实现负荷均衡。

[0029] 优选的，SSP预设发送对象标志，其记录了上一次的智能业务呼叫是触发到第一SCP或第二SCP；SSP根据发送对象标识判断上一次的智能业务呼叫是触发到第一SCP或第二SCP。优选的，触发完成后，SSP将发送对象标志的值设为第二SCP或第一SCP。该设置标志的步骤可以在触发到第二SCP或第一SCP之前或之后进行。

[0030] 图3示出了根据本发明优选实施例的负荷均衡方法的信令流程图，其中，SSP设置一个发送对象标志决定下一次触发业务的SCP。

[0031] 具体流程如下：

[0032] 步骤1：SSP接续呼叫。

[0033] 步骤2：SSP判断上一次发送对象标志，如果上次发送对象标志是SCP1，那么进行步骤3，如果上一次发送对象标志为SCP2，那么进行步骤5。

[0034] 步骤3：SSP触发业务到SCP2上面。

[0035] 步骤4：SSP修改发送对象标志为SCP2。

[0036] 步骤5：SSP触发业务到SCP1上面。

[0037] 步骤6：SSP修改发送对象标志为SCP1。

[0038] 步骤7：此次呼叫接续结束。

[0039] 这样通过SSP改造及增加一个SCP而使智能业务系统呼叫负荷均衡，确保智能业务系统健康稳定运行。

[0040] 优选的，该负荷均衡方法还包括：SMAP维护多个SCP的数据信息，使多个SCP的数据信息保持一致。

[0041] 优选的，对于图2的系统，还包括：设置第一业务控制点为主业务控制点；SMAP维护以使第二SCP和主SCP的数据信息保持一致。

[0042] 优选的，SMAP维护以使第二SCP和主SCP的数据信息保持一致具体包括：SMAP通过业务处理接口向主SCP发送数据维护请求；主SCP进行数据维护操作，并将操作结果响应给业务处理接口；业务处理接口判断主SCP的操作成功，则向第二SCP发送数据维护请求；第二SCP进行数据维护操作，并将操作结果响应给业务处 理接口；业务处理接口判断第二SCP的操作成功，则确定主SCP与第二SCP已经维持一致，并响应给SMAP。 [0043] 图4示出了根据本发明优选实施例的SCP数据信息维护过程的信令流程图，SCP上的数据信息通常包括系统基础数据和用户信息，业务处理接口是SMAP的一部分，具体流程包括如下步骤：

[0044] 步骤1：智能业务操作员或者智能用户发起数据信息维护，发送请求给业务处理接口。

[0045] 步骤2：业务处理接口收到维护请求后，将数据信息维护请求消息发送给主SCP，主SCP进行智能业务的处理。

[0046] 步骤3：主SCP智能业务将维护数据信息结果响应给业务处理接口。 [0047] 步骤4：业务处理接口判断上一步数据信息维护结果，如果上一步操作结果成功，那么，进行步骤5，如果上一步操作结果失败或者异常，那么进行步骤10。 [0048] 步骤5：业务处理接口向非主SCP发送数据信息维护消息。

[0049] 步骤6：非主SCP智能业务将维护数据信息结果响应给业务处理接口。 [0050] 步骤7：业务处理接口判断非主SCP数据信息维护结果。如果上一步操作结果为成功，那么进行步骤10，如果上一步操作结果为失败，那么进行步骤8(一般步骤6响应的操作结果失败可能性相当低)。

[0051] 步骤8：业务处理接口发送此次操作失败日志到主SCP上，主SCP记录操作日志，此步操作失败日志可供以后进行数据维护使用。

[0052] 步骤9：主SCP将记录操作失败日志结果响应给业务处理接口。 [0053] 步骤10：业务处理接口将此次操作结果响应给SMAP。

[0054] 这种方式保证两个SCP上数据信息完全一致，无论用户业务触发到哪个SCP他的业务属性都是完全一样的。

[0055] 优选的，在步骤S20之前，还包括：SSP判断第一SCP和第二SCP中是否有发生故障的SCP；如果判断是，则SSP将智能业务呼叫触发到第一SCP和第二SCP中未发生故障的SCP，而不再进行轮询。这样，如果其中SCP异常或者瘫痪，用户呼叫不会失败，可以全部切换到正常的SCP上。这增强了系统的安全性。该优选实施例提供了一定的容灾能力，当其中一台设备故障后，不会影响呼叫的正常进行。

[0056] 优选的，多个SCP包括M个SCP，M大于2，SSP以轮询的方式将智能业务呼叫触发到其所连接的多个SCP中的一个SCP具体包括：设置模N，N不小于M；设置M个SCP的编号为0～(N-1)；将智能业务呼叫的呼叫序号与N相除，得到余数；将智能业务呼叫触发到编号为余数的SCP。该优选实施例稍微复杂一些，但可以使用更多的SCP来实现负荷均衡。这可使SCP的选用不受SCP的性能的限制，配置灵活、便于扩展。

[0057] 优选的，在步骤S20之前，还包括：SSP判断M个SCP中是否有发生故障的SCP；如果判断是，则SSP以轮询的方式将智能业务呼叫触发到M个中未发生故障的SCP中的一个。这提供了容灾能力。

[0058] 从以上的描述中，可以看出，上述负荷均衡方法改造SSP触发业务方式，通过SSP向各个SCP轮询的方式来决定触发业务的SCP，即由原先的SSP触发直接到智能用户所在的SCP进行智能业务判断，改造成第一个呼叫上来先触发其中任何一个SCP(称SCP1)进行业务判断，第二次呼叫上来再触发到另外一个SCP(称SCP2)进行业务判断，第三次呼叫上来触发到SCP1进行业务判断，第四次呼叫触发到SCP2进行业务判断，就这样循环触发；改造基础数据及用户信息维护方式，所有的数据维护由原先的到用户所在的SCP去维护，统一改造成先到主SCP上进行维护，再到另外一个SCP上进行维护，保证两个SCP的数据一致。这样就完成了由两个SCP共同负荷业务呼叫，使系统负荷平衡，运行安全稳定。 [0059] 上述实施例的负荷均衡方法实现了智能业务呼叫系统的负荷均衡，确保系统在呼叫过程中负荷分担，提高系统运行稳定性和健壮性。

[0060] 显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

[0061] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。