SIP信令前置机及业务升级方法、装置、设备以及存储介质与流程

sip信令前置机及业务升级方法、装置、设备以及存储介质
技术领域
1.本发明涉及核心网技术领域，具体涉及一种sip信令前置机及业务升级方法、装置、设备以及存储介质。


背景技术：

2.对于电信运营商而言，在多媒体业务的网络体系架构下，业务多样性越来越广。业务多样性的扩展，系统不断的扩容，使业务升级成了非常频繁的操作。
3.传统的业务升级模式为停止原有业务，然后升级新业务再重新开启业务，这样的操作无法避免对正在进行中业务造成影响。而为了最大限度的减少对正在运行中的业务的影响，工程实施人员通常选择在业务最低谷的半夜或凌晨进行系统升级，这对工程人员有非常高的要求，同时因为升级的原因使正在进行中的业务突然中断，用户满意度会有极大的挑战。
4.因此，传统的升级模式无法避免对正在进行中业务造成呼损，使正在进行中的业务突然中断。在nfv(network functions virtualization，译为网络功能虚拟化)的背景要求下，传统的升级模式显然已经无法满足新系统，新网络体系架构的全业务运营要求，无损升级多业务成了当前必须要解决的问题


技术实现要素：

5.鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的sip信令前置机及业务升级方法、装置、设备以及存储介质。
6.根据本发明实施例的一个方面，提供了一种sip信令前置机，包括：sip功能模块，业务配置模块，业务识别模块，指定分发模块，负荷分担模块以及内部通信模块；其中，
7.所述sip功能模块用于接收并解析业务呼叫，并将解析后的业务呼叫发送至业务识别模块；
8.所述业务配置模块用于接收指定分发配置信息；
9.所述业务识别模块用于根据所述指定分发配置信息设置指定分发标识，并将设置完指定分发标识后接收到的新的业务呼叫转发至指定分发模块；
10.所述指定分发模块用于根据所述指定分发配置信息设置对应的分发模型，并将所述新的业务呼叫和分发模型发送至负荷分担模块；
11.所述负荷分担模块用于根据所述分发模型确定出对所述新的业务呼叫进行处理的目标业务处理模块；
12.所述内部通信模块用于将所述新的业务呼叫发送给至少两个业务处理模块中的目标处理模块进行处理。
13.根据本发明实施例的另一方面，提供了一种基于前述sip信令前置机实现的业务升级方法，所述sip信令前置机用于将多个业务呼叫分发至至少两个业务处理模块中进行处理，包括：
14.步骤s1：当存在业务升级需求时，从至少两个业务处理模块中选取初始的待升级模块；
15.步骤s2：设置所述sip信令前置机的分发配置信息为指定分发到除所述待升级模块之外的至少一个其它业务处理模块；若接收到新的业务呼叫，sip信令前置机根据所述分发配置信息将新的业务呼叫分发至所述至少一个其它业务处理模块进行处理；
16.步骤s3：等待已分发至所述待升级模块的业务呼叫处理结束；在等待结束后，使用更新的业务处理模块替换所述待升级模块；
17.步骤s4：判断至少两个业务处理模块是否全部升级完成，若是，则业务升级完成；若否，则从至少两个业务处理模块中选取未被选取过的待升级模块，并重复执行步骤s2至步骤s4。
18.根据本发明实施例的又一方面，提供了一种基于前述sip信令前置机实现的业务升级装置，所述sip信令前置机用于将多个业务呼叫分发至至少两个业务处理模块中进行处理，包括：
19.选取模块，适于当存在业务升级需求时，从至少两个业务处理模块中选取初始的待升级模块；以及，若至少两个业务处理模块未全部升级完成，则从至少两个业务处理模块中选取未被选取过的待升级模块；
20.设置模块，适于设置所述sip信令前置机的分发配置信息为指定分发到除所述待升级模块之外的至少一个其它业务处理模块；
21.分发模块，适于若接收到新的业务呼叫，sip信令前置机根据所述分发配置信息将新的业务呼叫分发至所述至少一个其它业务处理模块进行处理；
22.等待模块，适于等待已分发至所述待升级模块的业务呼叫处理结束；
23.升级模块，适于在等待结束后，使用更新的业务处理模块替换所述待升级模块；
24.判断模块，适于判断至少两个业务处理模块是否全部升级完成，若是，则业务升级完成。
25.根据本发明的再一个方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
26.所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述业务升级方法对应的操作。
27.根据本发明实施例的还一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述业务升级方法对应的操作。
28.根据本发明实施例的sip信令前置机及业务升级方法、装置、设备以及存储介质，该方法基于前述sip信令前置机实现，在存在业务升级需求时，每次对至少两个业务处理模块中的待升级模块进行升级，并通过sip信令前置机设置指定分发配置信息，使该待升级模块升级过程中不承担业务呼叫，而将新接收的业务呼叫分发给其余业务处理模块进行处理，避免业务中断；以及，对于已分发至该待升级模块的业务呼叫，则需等待处理完成后才能进行升级替换，以确保该部分业务呼叫的正常处理。由此可见，本发明方案，可通过sip信令前置机实现无呼叫损失的业务升级。
29.上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例
的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明实施例的具体实施方式。
附图说明
30.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
31.图1示出了本发明实施例提供的sip信令前置机的结构图；
32.图2示出了本发明实施例提供的业务升级方法的流程图；
33.图3示出了本发明另一个实施例提供的业务升级方法的流程图；
34.图4a示出了两个业务处理模块情况下正常业务呼叫的流程图；
35.图4b示出了两个业务处理模块情况下升级过程中的流程图；
36.图5示出了本发明实施例提供的业务升级装置的结构示意图；
37.图6示出了本发明实施例提供的计算设备的结构示意图。
具体实施方式
38.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
39.图1示出了本发明实施例提供的sip信令前置机的结构图。sip(session initiation protocol，会话初始协议)信令前置机主要用于业务分发，将接收到的业务消息分发给至少两个业务处理模块(图1中仅示例性的示出了两个业务处理模块，实际并不以此为限)进行处理。如图1所示，该sip信令前置机包括：sip功能模块110，业务配置模块120，业务识别模块130，指定分发模块140，负荷分担模块150以及内部通信模块160。
40.其中，sip功能模块110用于接收并解析业务呼叫，并将解析后的业务呼叫发送至业务识别模块。当系统接收到cscf(call session control function,呼叫会话控制功能)网元的呼叫信令时，sip功能模块对该业务呼叫进行接收和解析，其中，系统是指sip信令前置机所在的系统，例如，若sip信令前置机位于ims(ip multimedia subsystem，ip多媒体系统)网络中的as(application server，应用服务器)应用模块，则系统为as应用模块。
41.其中，业务配置模块120用于接收指定分发配置信息。本发明提供的sip信令前置机的默认分发方式为按业务负荷分配，即将多个业务呼叫均衡的分配给多个业务处理模块，实现负荷均衡；同时，该sip信令前置机还提供按指定分发方式进行分配的模式，以用于进行业务升级。其中，可通过业务配置模块120来设置指定分发配置信息，并且业务配置模块120会将该指定分发配置信息导入至业务识别模块130和指定分发模块140，以实现按指定分发方式进行分发。
42.其中，业务识别模块130用于根据该指定分发配置信息设置指定分发标识，并将设置完指定分发标识后接收到的新的业务呼叫转发至指定分发模块。其中，若业务识别模块130接收到业务配置模快120导入来的指定分发配置信息，则设置指定分发标识，否则则不
设置；并在接收到sip功能模块发送来的新的业务呼叫后，检测此时本模块中是否具有指定分发标识，若具有，则表明此时处于业务升级阶段，而将该业务呼叫转发给指定分发模块140。
43.其中，指定分发模块140用于根据该指定分发配置信息设置对应的分发模型，并将该新的业务呼叫和分发模型发送至负荷分担模块150。指定分发模块140在接收到业务配置模块120导入的指定分发配置信息后，生成与该指定分发配置信息对应的分发模型，以指示负荷分担模块150如何对该新的业务呼叫进行分发。
44.其中，负荷分担模块150用于根据该分发模型确定出对该新的业务呼叫进行处理的目标业务处理模块。例如，分发模型指示将业务呼叫发送至业务处理模块一，则确定出目标业务处理模块即为业务处理模块一。然后，将该目标业务处理模块的标识信息和该新的业务呼叫发送至内部通信模块。需要在此说明的是，若分发模型指示的是将业务呼叫分发给某一业务处理模块，则负荷分担模块150按此分发模型的指示直接确定目标业务处理模块为该某一业务理模块即可；若分发模型指示的是可将业务呼叫分发给多个业务处理模块，则负荷分担模块150需在此分发模型的基础上，进一步以负荷均衡的方式在多个业务处理模块中确定出目标业务处理模块。例如，当前升级的是业务处理模块1，则分发模型可指示将业务呼叫分发至剩余的业务处理模块2和业务处理模块3中的任一个，此时负荷分担模块150则可依据业务处理模块2和业务处理模块3的负荷压力，确定出目标业务处理模块，以确保负荷均衡。
45.其中，内部通信模块160用于将该新的业务呼叫发送给至少两个业务处理模块中该标识信息指向的目标处理模块进行处理。
46.上述sip信令前置机，可以通过业务配置模块设置指定分发配置信息来实现将接收到的新的业务呼叫分发给指定的业务处理模块，而另外的业务处理模块则不承担业务呼叫，进而可用于对该另外的业务处理模块进行业务升级，并且升级过程中不会中断呼叫业务。
47.同时，本发明提供的sip信令前置机也可用于在正常业务呼叫流程(即非业务升级情况)下按默认分发方式，即按业务负荷分发的方式进行业务分发。其中，如图1所示，业务识别模块130进一步用于将设置指定分发标识前接收到的业务呼叫转发至负荷分担模块，换言之，业务识别模块130接收到sip功能模块发送来的呼叫业务后，检测到本模块中不存在指定分发标识，则将该呼叫业务发送给负荷分担模块150；负荷分担模块150进一步用于根据业务负荷分发方式确定处理业务识别模块130发送来的业务呼叫的目标处理模块，以确保正常业务呼叫过程中，至少两个业务处理模块的负荷均衡。
48.另外，在图1所示的sip信令前置机中，对于业务处理模块往cscf发送的业务消息，则在内部通信模块160接收到业务消息后，直接交由sip功能模块110往cscf发送，不需要经过负荷分担模块
49.如图1所示的sip信令前置机，可以在正常业务呼叫流程中，业务呼叫依次经过sip功能模块，业务识别模块，负荷分担模块以及内部通信模块，而平均分发到至少两个业务处理模块，达到大容量sip呼叫业务的性能要求，实现业务呼叫的高效处理；以及，在业务升级的呼叫流程中，业务呼叫依次经过sip功能模块，业务识别模块，指定分发模块，负荷分担模块以及内部通信模块，而分配到指定的业务处理模块中，并且业务不会发生中断，有利于实
现无呼叫损失的业务升级。由此可见，本发明的sip信令前置机，可兼顾正常业务呼叫流程中的处理性能，和无呼叫损失的业务升级。
50.图2示出了本发明实施例提供的业务升级方法的流程图,。该方法基于前述sip信令前置机来实现，其中，sip信令前置机用于将多个业务呼叫分发至至少两个业务处理模块中进行处理。如图2所示，该方法包括以下步骤：
51.步骤s210：当存在业务升级需求时，从至少两个业务处理模块中选取初始的待升级模块。
52.其中，业务处理模块有至少两个，在本实施例中，主要以业务处理模块为两个的情况进行举例说明，但是实际实施时，并不以此为限，多个情况则可依据两个的情况类推实现。通过将所有的对业务处理模块利用更新的业务处理模块进行替换后，则完成一次业务升级，此后可以用升级的业务处理模块去处理业务呼叫。
53.具体地，每次选择部分业务处理模块作为待升级模块进行升级处理，而剩余的业务处理模块则可继续正常进行业务处理，以免业务中断。在本步骤中，从至少两个业务处理模块中随机、或者按模块编号、或者按照模块配置选择待升级模块。
54.步骤s220：设置该sip信令前置机的分发配置信息为指定分发到除该待升级模块之外的至少一个其它业务处理模块；若接收到新的业务呼叫，sip信令前置机根据该分发配置信息将新的业务呼叫分发至该至少一个其它业务处理模块进行处理。
55.具体的，通过sip信令前置机的业务配置模块设置分发配置信息为指定分发方式，且指定分发到除该待升级模块之外的至少一个其它业务处理模块，而待升级模块则不承载业务呼叫，该至少一个其它业务处理模块可以为剩余的全部业务处理模块，也可以为剩余的部分业务处理模块。在设置完指定分发方式之后，若接收到新的业务呼叫，则此时sip信令前置机会工作于业务升级的模式下，即经由sip功能模块，业务识别模块，指定分发模块，负荷分担模块以及内部通信模块，将该新的业务呼叫分发至指定的至少一个其它业务处理模块进行处理(具体地分发处理可参见图1中关于sip信令前置机的模块工作原理及过程的说明)，其中，若至少一个其它业务处理模块为一个，则直接分发给该模块即可，若为多个，则需从该多个业务处理模块中按业务负荷选择一个进行分发。
56.举例来说，将两个业务处理模块中的业务处理模块1选取为待升级模块，则设置分发配置信息为指定分发至业务处理模块2中，此后，接收到的新的业务呼叫则经由sip信令前置机的sip功能模块，业务识别模块，指定分发模块，负荷分担模块以及内部通信模块的处理，最终分发给业务处理模块2进行处理。
57.步骤s230：等待已分发至该待升级模块的业务呼叫处理结束；在等待结束后，使用更新的业务处理模块替换该待升级模块。
58.在设置指定分发到至少一个其它业务处理模块的分发配置信息之后，等待之前已经分发到待升级模块的业务呼叫处理结束，然后在进行模块替换，避免造成设置上述分发配置信息前已经分发到待升级模块的业务呼叫的处理过程的影响，例如，造成呼叫中断。换言之，在设置完指定分发配置信息后，对于新接收的业务呼叫，则通过sip信令前置机分发给至少一个其它业务处理模块进行处理；而对于已经分发至待升级模块的业务呼叫，则继续由该待升级模块进行处理，直至待升级模块中的业务呼叫全部处理结束。
59.延用步骤s220中的举例来说，在指定分发至业务处理模块2之后，对于已分发至业
务处理模块1(即待升级模块)的业务呼叫，需等待该业务处理模块1完成对这些已分发的业务呼叫的处理。
60.以及，在已分发至待升级模块的业务呼叫全部处理完成后，利用预先准备好的更新的业务处理模块替换待升级模块，其中，该更新的业务处理模块具有升级的业务功能。
61.步骤s240：判断至少两个业务处理模块是否全部升级完成；若是，则业务升级完成，本方法结束；若否，则执行步骤s250。
62.经过上述步骤s220和步骤s230，则完成了待升级模块的升级，此时，若至少两个业务处理模块还未全部升级完成，则需执行步骤s250，以选取新的待升级模块并继续进行升级；若至少两个业务处理模块已全部升级完成，则整个业务升级完成，方法结束。
63.步骤s250：从至少两个业务处理模块中选取未被选取过的待升级模块，并重复执行步骤s220至步骤s240。
64.继续随机、或者按模块编号、或者按照模块配置选择未被选择过得待升级模块，然后重复步骤s220至步骤s260的过程，对当前选取的待升级模块进行升级。例如，对于两个业务处理模块的情况，若针对业务处理模块1的升级完成，则选取业务处理模块2作为新的待升级模块。
65.根据本实施例提供的业务升级方法，该方法基于前述实施例中公开的sip信令前置机实现，在存在业务升级需求时，每次对至少两个业务处理模块中的待升级模块进行升级，并通过sip信令前置机设置指定分发配置信息，使该待升级模块升级过程中不承担业务呼叫，而将新接收的业务呼叫分发给其余业务处理模块进行处理，避免业务中断；以及，对于已分发至该待升级模块的业务呼叫，则需等待处理完成后才能进行升级替换，以确保该部分业务呼叫的正常处理。由此可见，本实施例方案，可通过sip信令前置机实现无呼叫损失的业务升级。
66.图3示出了本发明另一个实施例提供的业务升级方法的流程图,。如图3所示，该方法包括：
67.步骤s310：当存在业务升级需求时，从至少两个业务处理模块中选取初始的待升级模块。
68.步骤s320：设置该sip信令前置机的分发配置信息为指定分发到除该待升级模块之外的至少一个其它业务处理模块；若接收到新的业务呼叫，sip信令前置机根据该分发配置信息将新的业务呼叫分发至该至少一个其它业务处理模块进行处理。
69.步骤s330：等待已分发至该待升级模块的业务呼叫处理结束；在等待结束后，使用更新的业务处理模块替换该待升级模块。
70.步骤s340：恢复该sip信令前置机的分发配置信息为按业务负荷分配，sip信令前置机根据恢复的分发配置信息进行业务分发。
71.本实施例中，在完成待升级模块的升级后，恢复sip信令前置机的默认分发方式(按业务负荷分配)，在这种分发方式下，依次经过sip信令前置机的sip功能模块、业务识别模块、负荷分担模块以及内部通信模块，sip信令前置机将业务呼叫平均分发到当前升级的业务处理模块和至少一个其它业务处理模块。这种方式中，可以在部分业务处理模块升级完成后，恢复到平均分发，而使负荷平均分发给各个业务处理模块，以在进入下一次待升级模块的升级之前，分担当前至少一个其它业务处理模块的压力，同时可使升级后的模块承
接新业务呼叫。
72.实际中，升级前后的业务处理模块可能不兼容，针对该问题，在一些可选的实施例中，在针对初始的待升级模块，使用更新的业务处理模块替换所述待升级模块后，判断该待升级模块和升级后的业务处理模块是否兼容，若判定出该待升级模块和升级后的业务处理模块兼容，则在每次完成待升级模块的升级后，才恢复该sip信令前置机的分发配置信息为按业务负荷分配，实现在确保兼容的前提下，进行业务负荷平均分配。反之，若判定出该待升级模块和升级后的业务处理模块不兼容，则在每次完成待升级模块的升级后，设置该sip信令前置机的分发配置信息为指定分发到已升级完成的业务处理模块中，然后将新接收到的业务呼叫分发到已升级完成的业务处理模块中进行处理，可避免将业务呼叫均分到不兼容的业务处理模块中，同时还可以确保使用升级后的业务处理模块来处理新的业务呼叫。
73.举例来说，至少两个业务处理模块共有三个，分别为模块1，模块2和模块3，若按上述顺序依次每次选取一个待升级模块，即模块1为初始的待升级模块，在利用前述步骤s310至步骤s330完成该模块1的升级后，则判断升级前后的模块1是否兼容，若兼容，则在分别完成模块1，模块2和模块3的升级后，均恢复该sip信令前置机的分发配置信息为按业务负荷分配，其中，在完成模块1的升级后，将业务呼叫均分给升级后的模块1，模块2以及模块3；在完成模块2的升级后，将业务呼叫均分给升级后的模块1，升级后的模块2以及模块3；在完成模块3的升级后，将业务呼叫均分给升级后的模块1，升级后的模块2以及升级后的模块3。反之，若不兼容，则在分别完成模块1，模块2和模块3的升级后，设置该sip信令前置机的分发配置信息为指定分发到已升级完成的业务处理模块中，其中，在完成模块1的升级后，将业务呼叫分发给升级后的模块1；在完成模块2的升级后，将业务分发给升级后的模块1和升级后的模块2(可均分)；在完成模块3的升级后，将业务分发给升级后的模块1，升级后的模块2,和升级后的模块3(可均分)。
74.步骤s350：判断至少两个业务处理模块是否全部升级完成；若是，则业务升级完成，本方法结束；若否，则执行步骤s360。
75.步骤s360：从至少两个业务处理模块中选取未被选取过的待升级模块，并重复执行步骤s320至步骤s350。
76.在本实施例中，除步骤s340外，其余未详细说明的步骤具体可参见图2对应的实施例中的相应步骤，此处不再赘述。
77.根据本实施例提供的业务升级方法，可在每次完成待升级模块的升级后，恢复该sip信令前置机的分发配置信息为按业务负荷分配，sip信令前置机根据恢复的分发配置信息进行业务分发，可以在部分业务处理模块升级完成后，恢复到平均分发，而使负荷平均分发给各个业务处理模块，以在进入下一次待升级模块的升级之前，分担当前至少一个其它业务处理模块的压力，同时可使升级后的模块承接新业务呼叫。进一步的，还可通过兼容判断，并仅在升级前后兼容时才恢复按业务负荷分配，，实现在确保兼容的前提下，进行业务负荷平均分配。
78.为便于对前述业务升级方法的实施例及其效果的理解，下面以完整的sip信令示例进行说明：
79.图4a示出了两个业务处理模块情况下正常业务呼叫的流程图。其中，正常业务呼叫即非业务升级情况下的业务呼叫。如图4a所示，具体流程如下：
80.(3a.1)-(3a.2)：用户a和用户b同时发起呼叫业务，初始呼叫消息invite到达sip信令前置机；
81.(3a.3)-(3a.4)：经过sip信令前置机的负荷分担功能，平均分配给业务处理模块一(对用户a的呼叫进行处理，下同)和业务处理模块二(对用户b的呼叫进行处理，下同)进行业务呼叫处理；
82.(3a.5)-(3a.8)：业务处理模块一和业务处理模块二通过sip信令前置机对用户a和用户b的呼叫发出了临时响应消息100trying。
83.(3a.9)-(3a.12)：业务处理模块一和业务处理模块二对用户a和用户b的呼叫发出了振铃响应消息180ring，sip信令前置机负责将振铃响应消息180ring透传给用户a和用户b；
84.(3a.13)-(3a.16)：业务处理模块一和业务处理模块二对用户a和用户b的呼叫发出了应答响应消息200ok，sip信令前置机负责将应答响应消息200ok透传给用户a和用户b；
85.(3a.17)-(3a.18)：用户a和用户b接收到应答响应消息200ok后，回送证实消息ack,证实消息ack到达了sip信令前置机；
86.(3a.19)-(3a.20)：sip信令前置机根据分发信息将证实消息ack转发给业务处理模块一和业务处理模块二；
87.(3a.21)-(3a.28)：用户a和用户b的呼叫释放消息处理同样的采用负荷分担给业务处理模块一和业务处理模块二进行处理。
88.图4b示出了两个业务处理模块情况下升级过程中的流程图。其中，在升级之前(即设置指定分发方式之前)，sip信令按图4a中的业务呼叫流程处理。如图4b所示，具体流程如下：
89.准备升级时，sip信令前置机中设置指定分发，指定新业务全部分发到业务处理模块一；
90.(4b.1)-(4b.2)：设置完成后用户c和用户d发起新的呼叫业务，初始呼叫消息invite消息到达了sip信令前置机；
91.(4b.3)-(4b.4)：经过sip信令前置机的指定分发功能将新业务呼叫都指定分发到了业务处理模块一进行呼叫处理，业务处理模块二不再承担新业务呼叫；
92.(4b.5)-(4b.28)：后续所有的业务呼叫都只会根据指定分发设置分配到业务处理模块一,业务处理模块二上将不会收到新的业务呼叫，只会收到并处理设置指定分发之前在业务呼叫；
93.设置指定分发之前在业务处理模块二上已经建立的业务呼叫全部结束后，就可以对业务处理模块二进行模块升级。升级完业务处理模块二后，通过恢复设置负荷均分可以在业务处理模块二上重新承接新业务呼叫，按该方法可以同样完成对业务处理模块一的升级操作。
94.升级之后，sip信令按附图3中的业务呼叫流程处理。
95.图5示出了本发明实施例提供的业务升级装置的结构示意图。该装置基于前述sip信令前置机实现。如图5所示，该装置包括：
96.选取模块510，适于当存在业务升级需求时，从至少两个业务处理模块中选取初始的待升级模块；以及，若至少两个业务处理模块未全部升级完成，则从至少两个业务处理模
块中选取未被选取过的待升级模块；
97.设置模块520，适于设置所述sip信令前置机的分发配置信息为指定分发到除所述待升级模块之外的至少一个其它业务处理模块；
98.分发模块530，适于若接收到新的业务呼叫，sip信令前置机根据所述分发配置信息将新的业务呼叫分发至所述至少一个其它业务处理模块进行处理；
99.等待模块540，适于等待已分发至所述待升级模块的业务呼叫处理结束；
100.升级模块550，适于在等待结束后，使用更新的业务处理模块替换所述待升级模块；
101.判断模块560，适于判断至少两个业务处理模块是否全部升级完成，若是，则业务升级完成。
102.在一种可选的方式中，所述设置模块进一步适于：
103.恢复所述sip信令前置机的分发配置信息为按业务负荷分配；
104.所述分发模块进一步适于：sip信令前置机根据恢复的分发配置信息进行业务分发。
105.在一种可选的方式中，所述装置还包括：判断模块，适于判断所述待升级模块和升级后的业务处理模块是否兼容；
106.所述设置模块进一步适于：若所述待升级模块和升级后的业务处理模块兼容，则恢复所述sip信令前置机的分发配置信息为按业务负荷分配。
107.在一种可选的方式中，所述设置模块进一步适于：若所述待升级模块和升级后的业务处理模块不兼容，设置所述sip信令前置机的分发配置信息为指定分发到已升级完成的业务处理模块中。
108.在一种可选的方式中，所述分发模块进一步适于：
109.sip信令前置机将业务呼叫平均分发到当前升级的业务处理模块和至少一个其它业务处理模块。
110.本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的业务升级方法。
111.可执行指令具体可以用于使得处理器执行以下操作：
112.步骤s1：当存在业务升级需求时，从至少两个业务处理模块中选取初始的待升级模块；
113.步骤s2：设置所述sip信令前置机的分发配置信息为指定分发到除所述待升级模块之外的至少一个其它业务处理模块；若接收到新的业务呼叫，sip信令前置机根据所述分发配置信息将新的业务呼叫分发至所述至少一个其它业务处理模块进行处理；
114.步骤s3：等待已分发至所述待升级模块的业务呼叫处理结束；在等待结束后，使用更新的业务处理模块替换所述待升级模块；
115.步骤s4：判断至少两个业务处理模块是否全部升级完成，若是，则业务升级完成；若否，则从至少两个业务处理模块中选取未被选取过的待升级模块，并重复执行步骤s2至步骤s4。
116.在一种可选的方式中，所述可执行指令进一步使所述处理器执行以下操作：
117.恢复所述sip信令前置机的分发配置信息为按业务负荷分配，sip信令前置机根据
恢复的分发配置信息进行业务分发。
118.在一种可选的方式中，所述可执行指令进一步使所述处理器执行以下操作：
119.判断所述待升级模块和升级后的业务处理模块是否兼容；
120.若所述待升级模块和升级后的业务处理模块兼容，则恢复所述sip信令前置机的分发配置信息为按业务负荷分配。
121.在一种可选的方式中，若所述待升级模块和升级后的业务处理模块不兼容，所述可执行指令进一步使所述处理器执行以下操作：
122.设置所述sip信令前置机的分发配置信息为指定分发到已升级完成的业务处理模块中。
123.在一种可选的方式中，所述可执行指令进一步使所述处理器执行以下操作：
124.sip信令前置机将业务呼叫平均分发到当前升级的业务处理模块和至少一个其它业务处理模块。
125.图6示出了本发明实施例提供的计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。
126.如图6所示，该计算设备可以包括：处理器(processor)602、通信接口(communications interface)604、存储器(memory)606、以及通信总线608。
127.其中：处理器602、通信接口604、以及存储器606通过通信总线608完成相互间的通信。通信接口604，用于与其它设备比如客户端或其它服务器等的网元通信。处理器602，用于执行程序610，具体可以执行上述用于计算设备的业务升级方法实施例中的相关步骤。
128.具体地，程序610可以包括程序代码，该程序代码包括计算机操作指令。
129.处理器602可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
130.存储器606，用于存放程序610。存储器606可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
131.程序610具体可以用于使得处理器602执行以下操作：
132.步骤s1：当存在业务升级需求时，从至少两个业务处理模块中选取初始的待升级模块；
133.步骤s2：设置所述sip信令前置机的分发配置信息为指定分发到除所述待升级模块之外的至少一个其它业务处理模块；若接收到新的业务呼叫，sip信令前置机根据所述分发配置信息将新的业务呼叫分发至所述至少一个其它业务处理模块进行处理；
134.步骤s3：等待已分发至所述待升级模块的业务呼叫处理结束；在等待结束后，使用更新的业务处理模块替换所述待升级模块；
135.步骤s4：判断至少两个业务处理模块是否全部升级完成，若是，则业务升级完成；若否，则从至少两个业务处理模块中选取未被选取过的待升级模块，并重复执行步骤s2至步骤s4。
136.在一种可选的方式中，所述程序610进一步使所述处理器602执行以下操作：
137.恢复所述sip信令前置机的分发配置信息为按业务负荷分配，sip信令前置机根据
恢复的分发配置信息进行业务分发。
138.在一种可选的方式中，所述程序610进一步使所述处理器602执行以下操作：
139.判断所述待升级模块和升级后的业务处理模块是否兼容；
140.若所述待升级模块和升级后的业务处理模块兼容，则恢复所述sip信令前置机的分发配置信息为按业务负荷分配。
141.在一种可选的方式中，若所述待升级模块和升级后的业务处理模块不兼容，所述程序610进一步使所述处理器602执行以下操作：
142.设置所述sip信令前置机的分发配置信息为指定分发到已升级完成的业务处理模块中。
143.在一种可选的方式中，所述程序610进一步使所述处理器602执行以下操作：
144.sip信令前置机将业务呼叫平均分发到当前升级的业务处理模块和至少一个其它业务处理模块。
145.在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明实施例的内容，并且上面对特定语言所做的描述是为了披露本发明实施例的最佳实施方式。
146.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
147.类似地，应当理解，为了精简本发明实施例并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
148.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
149.此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
150.本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
151.应该注意的是上述实施例对本发明实施例进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。