SIP信令前置机及业务升级方法、装置、设备以及存储介质制造方法及图纸

技术编号:32466710 阅读:25 留言:0更新日期:2022-03-02 09:25
本发明专利技术公开了一种SIP信令前置机及业务升级方法、装置、设备以及存储介质,该方法包括:当存在业务升级需求时,从至少两个业务处理模块中选取初始的待升级模块;设置SIP信令前置机的分发配置信息为指定分发到除待升级模块之外的至少一个其它业务处理模块;若接收到新的业务呼叫,SIP信令前置机根据分发配置信息进行分发;等待已分发至待升级模块的业务呼叫处理结束;等待结束后,使用更新的业务处理模块替换待升级模块;判断至少两个业务处理模块是否全部升级完成,若是,则业务升级完成;若否,则从至少两个业务处理模块中选取新的待升级模块,并重复进行待升级模块的升级。通过本发明专利技术方案,可以在确保无呼叫损失的前提下,实现业务升级。现业务升级。现业务升级。

【技术实现步骤摘要】
SIP信令前置机及业务升级方法、装置、设备以及存储介质


[0001]本专利技术涉及核心网
,具体涉及一种SIP信令前置机及业务升级方法、装置、设备以及存储介质。

技术介绍

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

【技术保护点】

【技术特征摘要】
1.一种SIP信令前置机,包括:SIP功能模块,业务配置模块,业务识别模块,指定分发模块,负荷分担模块以及内部通信模块;其中,所述SIP功能模块用于接收并解析业务呼叫,并将解析后的业务呼叫发送至业务识别模块;所述业务配置模块用于接收指定分发配置信息;所述业务识别模块用于根据所述指定分发配置信息设置指定分发标识,并将设置完指定分发标识后接收到的新的业务呼叫转发至指定分发模块;所述指定分发模块用于根据所述指定分发配置信息设置对应的分发模型,并将所述新的业务呼叫和分发模型发送至负荷分担模块;所述负荷分担模块用于根据所述分发模型确定出对所述新的业务呼叫进行处理的目标业务处理模块;所述内部通信模块用于将所述新的业务呼叫发送给至少两个业务处理模块中的目标处理模块进行处理。2.根据权利要求1所述的SIP信令前置机,其中,所述业务识别模块进一步用于将设置指定分发标识前接收到的业务呼叫转发至负荷分担模块;所述负荷分担模块进一步用于根据业务负荷分发方式确定处理业务识别模块发送来的业务呼叫的目标处理模块。3.一种基于权利要求1或2所述的SIP信令前置机实现的业务升级方法,所述SIP信令前置机用于将多个业务呼叫分发至至少两个业务处理模块中进行处理,包括:步骤S1:当存在业务升级需求时,从至少两个业务处理模块中选取初始的待升级模块;步骤S2:设置所述SIP信令前置机的分发配置信息为指定分发到除所述待升级模块之外的至少一个其它业务处理模块;若接收到新的业务呼叫,SIP信令前置机根据所述分发配置信息将新的业务呼叫分发至所述至少一个其它业务处理模块进行处理;步骤S3:等待已分发至所述待升级模块的业务呼叫处理结束;在等待结束后,使用更新的业务处理模块替换所述待升级模块;步骤S4:判断至少两个业务处理模块是否全部升级完成,若是,则业务升级完成;若否,则从至少两个业务处理模块中选取未被选取过的待升级模块,并重复执行步骤S2至步骤S4。4.根据权利要求3所述的方法,其中,在所述使用更新的业务处理模块替换所述待升级模块后,所述方法还包括:恢复所述SIP信令前置机的分发配置信息为按业务负荷分配,SIP信令前置机根据恢复的分发配置信息进行业务分发。5.根据权利要求4所述的方法,其中,在针...

【专利技术属性】
技术研发人员:章淑敏何宇胡波彭熙刘梦晗
申请(专利权)人:中国移动通信集团有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1