CN116192641A - 增值业务放通方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种增值业务放通方法、装置、设备及存储介质，涉及通信技术领域，用于提高增值业务放通的效率。方法包括：当目标业务运行异常时，确定执行目标业务的目标AS，目标AS为故障AS；基于目标AS从目标数据库中确定目标AS对应的放通策略和倒回策略，目标数据库中包括每个AS对应的放通策略和倒回策略，放通策略用于通过预设AS执行目标业务，倒回策略用于通过修复后的目标AS正常执行目标业务；基于目标AS对应的放通策略和倒回策略，确定目标AS对应的至少一个服务呼叫会话控制功能S‑CSCF；基于至少一个S‑CSCF，确定是否执行目标AS对应的放通策略和倒回策略。本申请应用于增值业务放通的场景中。

Description

增值业务放通方法、装置、设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种增值业务放通方法、装置、设备及存储介质。

背景技术

随着通信网络网际互连协议(Internet Protocol，IP)化的快速演进，目前通信网络已发展至IP多媒体子系统(IP Multimedia Subsystem，IMS)网络，IMS网络主要负责随着第四代移动通信技术(4th Generation Mobile Communication Technology，4G)网络/第五代移动通信技术(5th Generation Mobile Communication Technology，5G)网络语音、短信等功能的管控。用户号码可以签约多个工业基础类(Industry Foundation Classes，IFC)，以实现在语音呼叫过程中，依次触发通过用户号码注册的服务呼叫会话控制功能(Service-Call Session Control Function，S-CSCF)上不同的IFC，从而用户可以享受由多个应用服务器(Application Server，AS)(即用户增值业务控制网元)提供的增值服务。如果增值业务AS发生故障，则会导致用户信令异常，从而影响用户使用增值服务。

目前采取大区化方案进行增值业务平台的部署，这种部署方式存在通信网络网元数量巨大、网络架构复杂、业务控制节点相对集中的问题。因此在增值业务AS发生故障时，如果维护人员不在平台所在区域，则只能通过调整S-CSCF网元数据配置(包括制定数据调整方案、制作数据调整脚本、具备数据制作环境、逐套网元数据配置)，进行增值业务AS抢通，才能停止将用户信令触发至故障增值业务AS的平台。

在上述方法中，在通过调整S-CSCF网元数据配置，进行增值业务AS抢通时，制定数据调整方案、制作数据调整脚本、具备数据制作环境、逐套网元数据配置需占用大量时长，导致影响增值业务AS的快速抢通。从而，增值业务放通的效率较低。

发明内容

本申请提供一种增值业务放通方法、装置、设备及存储介质，用于解决调整S-CSCF网元数据配置耗费时间太长的问题，从而提高增值业务放通的效率。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供了一种增值业务放通方法，方法包括：当目标业务运行异常时，确定执行目标业务的目标应用服务器AS，目标AS为故障AS；基于目标AS从目标数据库中确定目标AS对应的放通策略和倒回策略，目标数据库中包括每个AS对应的放通策略和倒回策略，放通策略用于通过预设AS执行目标业务，倒回策略用于通过修复后的目标AS正常执行目标业务，修复后的目标AS为运维人员对故障AS进行处理得到的AS；基于目标AS对应的放通策略和倒回策略，确定目标AS对应的至少一个服务呼叫会话控制功能S-CSCF；基于至少一个S-CSCF，确定是否执行目标AS对应的放通策略和倒回策略。

在一种可能的实现方式中，确定执行目标业务的目标应用服务器AS，包括：获取包括多个AS的AS列表，多个AS分别用于执行不同的业务；从AS列表中确定执行目标业务的目标AS。

在一种可能的实现方式中，基于目标AS对应的放通策略和倒回策略，确定目标AS对应的至少一个服务呼叫会话控制功能S-CSCF，包括：获取包括多个S-CSCF的S-CSCF列表，多个S-CSCF为AS列表中包括的多个AS对应的S-CSCF；基于目标AS对应的放通策略和倒回策略，从S-CSCF列表中确定目标AS对应的至少一个S-CSCF。

在一种可能的实现方式中，方法还包括：当确定执行目标AS对应的放通策略时，通过预设AS执行目标业务；当确定执行目标AS对应的倒回策略时，通过修复后的目标AS正常执行目标业务。

第二方面，提供了一种增值业务放通装置，增值业务放通装置包括：确定单元；确定单元，用于当目标业务运行异常时，确定执行目标业务的目标应用服务器AS，目标AS为故障AS；确定单元，还用于基于目标AS从目标数据库中确定目标AS对应的放通策略和倒回策略，目标数据库中包括每个AS对应的放通策略和倒回策略，放通策略用于通过预设AS执行目标业务，倒回策略用于通过修复后的目标AS正常执行目标业务，修复后的目标AS为运维人员对故障AS进行处理得到的AS；确定单元，还用于基于目标AS对应的放通策略和倒回策略，确定目标AS对应的至少一个服务呼叫会话控制功能S-CSCF；确定单元，还用于基于至少一个S-CSCF，确定是否执行目标AS对应的放通策略和倒回策略。

在一种可能的实现方式中，增值业务放通装置还包括获取单元，获取单元，用于获取包括多个AS的AS列表，多个AS分别用于执行不同的业务；确定单元，还用于从AS列表中确定执行目标业务的目标AS。

在一种可能的实现方式中，增值业务放通装置还包括获取单元，获取单元，还用于获取包括多个S-CSCF的S-CSCF列表，多个S-CSCF为AS列表中包括的多个AS对应的S-CSCF；确定单元，还用于基于目标AS对应的放通策略和倒回策略，从S-CSCF列表中确定目标AS对应的至少一个S-CSCF。

在一种可能的实现方式中，增值业务放通装置还包括处理单元，处理单元，用于当确定执行目标AS对应的放通策略时，通过预设AS执行目标业务；确定单元，还用于当确定执行目标AS对应的倒回策略时，通过修复后的目标AS正常执行目标业务。

第三方面，一种电子设备，包括：处理器以及存储器；其中，存储器用于存储一个或多个程序，一个或多个程序包括计算机执行指令，当电子设备运行时，处理器执行存储器存储的计算机执行指令，以使电子设备执行如第一方面的一种增值业务放通方法。

第四方面，提供了一种存储一个或多个程序的计算机可读存储介质，该一个或多个程序包括指令，上述指令当被计算机执行时使计算机执行如第一方面的一种增值业务放通方法。

本申请提供了一种增值业务放通方法、装置、设备及存储介质，应用于增值业务放通的场景中。在需要进行增值业务放通时，即当目标业务运行异常时，可以确定执行目标业务的目标AS，基于目标AS从包括每个AS对应的放通策略和倒回策略的目标数据库中，确定目标AS对应的用于通过预设AS执行目标业务的放通策略和用于通过修复后的目标AS正常执行目标业务的倒回策略。进一步的，基于目标AS对应的放通策略和倒回策略，确定目标AS对应的至少一个S-CSCF，从而基于至少一个S-CSCF，确定是否执行目标AS对应的放通策略和倒回策略。通过上述方法，在需要进行增值业务放通时，可以确定发生故障的目标AS、目标AS对应的放通策略和倒回策略、目标AS对应的S-CSCF，以基于S-CSCF确定是否执行目标AS对应的放通策略和倒回策略。从而解决在通过调整S-CSCF网元数据配置，进行增值业务AS抢通时，调整S-CSCF网元数据配置的步骤需要占用大量时长的问题。从而提高了增值业务放通的效率。

附图说明

图1为本申请的实施例提供的一种增值业务放通系统的结构示意图一；

图2为本申请的实施例提供的一种增值业务放通系统的结构示意图二；

图3为本申请的实施例提供的一种增值业务放通系统的结构示意图三；

图4为本申请的实施例提供的一种增值业务放通方法流程示意图一；

图5为本申请的实施例提供的一种增值业务放通方法流程示意图二；

图6为本申请的实施例提供的一种增值业务放通方法流程示意图三；

图7为本申请的实施例提供的一种增值业务放通方法流程示意图四；

图8为本申请的实施例提供的一种增值业务放通方法路径示意图；

图9为本申请的实施例提供的一种增值业务放通装置的结构示意图；

图10为本申请的实施例提供的一种电子设备结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

在本申请的描述中，除非另有说明，“/”表示“或”的意思，例如，A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。此外，“至少一个”“多个”是指两个或两个以上。“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

随着通信技术的发展，通信网络IP化演进已经成为整个通信行业在核心网技术上不可逆转的趋势，IMS网络则作为通信网络IP化的产物，主要负责4G或者5G网络语音、短信等功能的管控。基于IMS网络的会话初始协议(Session initialization Protocol，SIP)协议，可以实现更加灵活的触发与嵌套语音、短信业务。具体的，用户号码可以通过归属用户服务器(Home Subscriber Server，HSS)或者统一数据管理(Unified Data Management，UDM)签约多个IFC，以实现在语音呼叫过程中，依次触发通过用户号码注册的服务呼叫会话控制功能S-CSCF上不同的IFC，从而用户可以享受由多个AS提供的增值服务。

当前通信网络向虚拟化、大区化方向演进，导致通信网络的网元数量巨大、网络架构复杂、业务控制节点相对集中的问题，因此基于当前的网络架构发生的网络故障，存在影响范围广、持续时间长的特点。目前采取大区化方案部署增值业务平台，用户签约的业务控制AS往往与用户不在同一个区域，导致增值业务AS发生故障时，非故障AS平台所在区域的维护人员无法通过主动修复AS的方式实现业务抢通并且，只有通过调整S-CSCF网元数据配置，才能停止将用户信令触发至故障AS平台。在这种情况下，制定数据调整方案、制作数据调整脚本、具备数据制作环境、逐套网元数据配置，均需占用大量时长，严重影响业务快速疏通。

本申请提供了一种增值业务方法，在需要进行增值业务放通时，即当目标业务运行异常时，可以确定执行目标业务的目标AS，基于目标AS从包括每个AS对应的放通策略和倒回策略的目标数据库中，确定目标AS对应的用于通过预设AS执行目标业务的放通策略和用于通过修复后的目标AS正常执行目标业务的倒回策略。进一步的，基于目标AS对应的放通策略和倒回策略，确定目标AS对应的至少一个S-CSCF，从而基于至少一个S-CSCF，确定是否执行目标AS对应的放通策略和倒回策略。通过上述方法，在需要进行增值业务放通时，可以确定发生故障的目标AS、目标AS对应的放通策略和倒回策略、目标AS对应的S-CSCF，以基于S-CSCF确定是否执行目标AS对应的放通策略和倒回策略。从而解决在通过调整S-CSCF网元数据配置，进行增值业务AS抢通时，调整S-CSCF网元数据配置的步骤需要占用大量时长的问题。从而提高了增值业务放通的效率。

本申请实施例提供的一种增值业务放通方法，可以适用于增值业务放通系统。图1示出了增值业务放通系统的结构示意图。如图1所示，增值业务放通系统20包括：服务器21和终端设备22。其中，服务器21用于存储数据、与终端设备22进行数据交互；终端设备22用于与服务器21进行数据交互，实现通过服务器21和终端设备22对增值业务进行放通。

图2示出了一种增值业务放通系统的结构示意图。如图2所示，增值业务放通系统30包括：数据管理模块31和策略执行模块32。数据管理模块31包括增值业务AS资料管理模块311、策略执行网元配置312和策略执行网元组配置313；策略执行模块32包括策略获取模块321、策略执行网元获取模块322、指令发送模块323和指令执行反馈模块324。

其中，数据管理模块31(即目标数据库)用于存储执行策略所需的数据；策略执行模块32用于按照数据配置及操作人员选择，获取策略、执行策略并反馈策略执行结果。增值业务AS资料管理模块311用于为策略执行模块32提供增值业务AS的具体资料，具体包括每套增值业务AS平台的业务名称、平台厂家、平台所在地、业务管辖范围、平台管理员(姓名、联系方式)、平台IFC信息、应急策略(即放通策略)、倒回策略；策略执行网元配置312用于为策略执行模块32提供执行策略的网元(S-CSCF)的具体资料，具体包括策略执行网元的网元名称、平台厂家、平台管理员(姓名、联系方式)、对接配置(地址、端口)、所属资源池、业务管辖范围；策略执行网元组配置313用于为策略执行模块32提供可并发执行策略的网元组合，具体包括网元组名称、网元列表。

策略获取模块321用于调用增值业务AS资料管理模块31，以为操作人员提供增值业务AS列表，操作人员可以通过在增值业务AS列表中选择故障AS(即目标AS)，以获取与故障AS对应的应急策略和倒回策略(即目标AS对应的放通策略和倒回策略)；策略执行网元获取模块322用于调用策略执行网元配置312、策略执行网元组配置313，以向操作人员呈现全量策略执行网元列表(即S-CSCF列表)，通过操作人员选择策略执行网元组或策略执行网元，生成策略执行网元列表(即至少一个S-CSCF)(当操作员选择策略执行网元组时，系统自动将策略执行网元组内全部策略执行网元加入策略执行网元列表)。

指令发送模块323用于根据由操作人员的选择生成的策略执行网元列表，向策略执行网元列表中策略执行网元对应的地址、端口，发送应急策略和倒回策略；指令执行反馈模块324用于通过配置策略执行网元反馈字段对应结果，以判断应急策略和倒回策略是否执行成功。

图3示出了增值业务放通系统的结构示意图。如图3所示，增值业务放通系统40包括：网管网维护终端41、应急策略下发服务器42、策略执行网元网管43和策略执行网元44。应急策略下发服务器42(相当于增值业务放通系统30)包括全球广域网(World Wide Web，Web)界面421、前台脚本422、后台脚本423和数据管理模块424。其中，网管网维护终端41用于与应急策略下发服务器42进行数据交互、向应急策略下发服务器42发送操作人员的操作命令；应急策略下发服务器42用于存储前台脚本422包括的数据、后台脚本423包括的数据、数据管理模块424包括的数据、与网管网维护终端41进行数据交互、接收来自网管网维护终端41的操作命令、与策略执行网元网管43进行数据交互，以实现应急策略和倒回策略下发至策略执行网元44。

策略执行网元网管43用于将来自应急策略下发服务器42的应急策略和倒回策略转发至策略执行网元44、将来自策略执行网元44的策略执行结果转发至应急策略下发服务器42；策略执行网元44用于接收来自策略执行网元网管43转发的应急策略和倒回策略、生成应急策略和倒回策略对应的执行结果、将应急策略和倒回策略对应的策略执行结果发送至策略执行网元网管43。

Web界面421用于提供人机交互界面，以实现以下功能：呈现增值业务AS列表、选择故障AS、呈现故障AS对应的应急策略和倒回策略、呈现全量策略执行网元组列表及策略执行网元列表、选择策略执行网元组或策略执行网元；前台脚本422用于通过Django开发Web界面421，以实现网管网维护终端41通过访问Web界面421与应急策略下发服务器42进行数据交互，具体的，可以实现以下功能：呈现增值业务AS列表、选择故障AS、呈现故障AS对应的应急策略和倒回策略、全量策略执行网元组列表及策略执行网元列表、选择策略执行网元组或策略执行网元、将在Web界面421上的选择结果传递至后台脚本423。

后台脚本423用于通过python的pandas库完成数据管理模块424的字典配置(即存储执行策略所需的数据)、通过编写python脚本实现平台全部功能步骤所需功能，具体的，可以实现以下功能：操作和维护数据管理模块424、获取应急策略和倒回策略、获取策略执行网元、将应急策略和倒回策略下发至策略执行网元；数据管理模块424用于通过python的pandas库构建字典，实现存储执行策略所需的数据。

下面结合附图对本申请实施例提供的一种增值业务放通方法进行描述。如图4所示，本申请实施例提供的一种增值业务放通方法，应用于电子设备，方法包括S201-S204：

S201、当目标业务运行异常时，确定执行目标业务的目标应用服务器AS。

其中，目标AS为故障AS。

可以理解，当目标业务运行异常时，电子设备可以获取用于执行不同的业务的多个AS的AS列表，然后从AS列表中确定执行目标业务的目标AS。

可选的，网络维护人员(操作人员)可以通过告警或用户申诉的方式发现增值业务(即目标业务)异常，然后与对端维护人员(即维护目标业务的人员)沟通确定目标业务异常。在确定目标业务异常后，网络维护人员可以通过网管网维护终端访问由应急策略下发服务器提供的Web界面，启动应急放通方法，以确定执行目标业务的目标AS。

S202、基于目标AS从目标数据库中确定目标AS对应的放通策略和倒回策略。

其中，目标数据库中包括每个AS对应的放通策略和倒回策略，放通策略用于通过预设AS执行目标业务，倒回策略用于通过修复后的目标AS正常执行目标业务，修复后的目标AS为运维人员对故障AS进行处理得到的AS。

可以理解，电子设备可以基于目标AS从包括每个AS对应的放通策略和倒回策略的目标数据库中，确定目标AS对应的用于通过预设AS执行目标业务的放通策略和用于通过修复后的目标AS正常执行目标业务的倒回策略。

可选的，Web界面可以基于确定的目标AS，通过策略获取模块在数据管理模块的增值业务AS资料管理模块中，匹配目标AS对应的应急处理策略(即放通策略)及倒回策略，并将应急处理策略及倒回策略通过策略获取模块返回至Web界面。

S203、基于目标AS对应的放通策略和倒回策略，确定目标AS对应的至少一个服务呼叫会话控制功能S-CSCF。

可以理解，电子设备可以获取包括多个S-CSCF的S-CSCF列表，然后基于目标AS对应的放通策略和倒回策略，从S-CSCF列表中确定目标AS对应的至少一个S-CSCF。

可选地，在Web界面接收通过策略获取模块发送的放通策略和倒回策略后，可以调用策略执行网元获取模块，以获取全量策略执行网元及策略执行网元组，并基于全量策略执行网元及策略执行网元组生成全量策略执行网元列表(即包括多个S-CSCF的S-CSCF列表)。

S204、基于至少一个S-CSCF，确定是否执行目标AS对应的放通策略和倒回策略。

可以理解，电子设备可以基于至少一个S-CSCF，确定是否执行目标AS对应的放通策略和倒回策略。

可选地，在网络维护人员确定执行目标AS对应的放通策略和倒回策略，并通过指令发送模块向目标AS对应的策略执行网元网管下发放通策略和倒回策略后，可以等待响应消息。如果接收到的响应消息为指令执行成功消息，则反馈至Web界面，由Web界面通知网络维护人员放通策略和倒回策略已执行，流程结束；如果未接收到响应消息或接收到指令执行失败消息，则反馈至Web界面，由Web界面通知网络维护人员进行后台手工放通操作。

需要说明的是，通过指令发送模块向目标AS对应的策略执行网元网管下发放通策略和倒回策略后，由目标AS对应的至少一个S-CSCF执行放通策略和倒回策略，在目标AS对应的至少一个S-CSCF执行过放通策略和倒回策略后，将响应消息(即执行结果)通过策略执行网元网管发送至指令执行反馈模块，由指令执行反馈模块判断放通策略和倒回策略是否执行成功。如果放通策略和倒回策略执行成功，则向Web界面反馈指令执行成功消息，如果放通策略和倒回策略执行失败，则向Web界面反馈指令执行失败消息。

本申请提供了一种增值业务放通方法，在需要进行增值业务放通时，即当目标业务运行异常时，可以确定执行目标业务的目标AS，基于目标AS从包括每个AS对应的放通策略和倒回策略的目标数据库中，确定目标AS对应的用于通过预设AS执行目标业务的放通策略和用于通过修复后的目标AS正常执行目标业务的倒回策略。进一步的，基于目标AS对应的放通策略和倒回策略，确定目标AS对应的至少一个S-CSCF，从而基于至少一个S-CSCF，确定是否执行目标AS对应的放通策略和倒回策略。通过上述方法，在需要进行增值业务放通时，可以确定发生故障的目标AS、目标AS对应的放通策略和倒回策略、目标AS对应的S-CSCF，以基于S-CSCF确定是否执行目标AS对应的放通策略和倒回策略。从而解决在通过调整S-CSCF网元数据配置，进行增值业务AS抢通时，调整S-CSCF网元数据配置的步骤需要占用大量时长的问题。从而提高了增值业务放通的效率。

在一种设计中，如图5所示，本申请实施例提供的一种增值业务放通方法，上述步骤S201中的方法，具体包括S301-S302：

S301、当目标业务运行异常时，获取包括多个AS的AS列表。

其中，多个AS分别用于执行不同的业务。

可以理解，当目标业务运行异常时，可以获取用于执行不同的业务的多个AS的AS列表。

可选地，在通过Web界面启动应急放通方法后，可以由Web界面调用策略获取模块，通过策略获取模块查询增值业务AS资料管理模块，以获取增值业务AS列表(即多个AS的AS列表)，并将AS列表通过策略获取模块发送至Web界面。

S302、从AS列表中确定执行目标业务的目标AS。

可以理解，可以从AS列表中确定执行目标业务的目标AS。

可选地，网络维护人员可以在Web界面呈现的AS列表中选择故障AS(即目标AS)，并将选择结果通过前台脚本发送至策略获取模块。

需要说明的是，在包括步骤S301-S302的情况下，上述步骤S201中的方法具体可以包括“当目标业务运行异常时”。

在一种设计中，如图6所示，本申请实施例提供的一种增值业务放通方法，在上述步骤S203中的方法，具体包括S401-S402：

S401、获取包括多个S-CSCF的S-CSCF列表。

其中，多个S-CSCF为AS列表中包括的多个AS对应的S-CSCF。

可以理解，可以获取包括多个S-CSCF的S-CSCF列表。

可选地，在Web界面接收通过策略获取模块发送的放通策略和倒回策略后，可以调用策略执行网元获取模块，通过策略执行网元获取模块查询策略执行网元配置和策略执行网元组配置，以获取全量策略执行网元和策略执行网元组对应的全量策略执行网元列表，然后通过策略执行网元获取模块将全量策略执行网元列表发送至Web界面。

S402、基于目标AS对应的放通策略和倒回策略，从S-CSCF列表中确定目标AS对应的至少一个S-CSCF。

可以理解，可以基于目标AS对应的放通策略和倒回策略，从S-CSCF列表中确定目标AS对应的至少一个S-CSCF。

可选地，网络维护人员可以在Web界面呈现的全量策略执行网元列表中选择策略执行网元(即目标AS对应的至少一个S-CSCF)，并将选择结果发送至策略执行网元获取模块。策略执行网元获取模块依据选择结果，生成策略执行网元列表，将策略执行网元列表发送至Web界面。

在一种设计中，如图7所示，本申请实施例提供的一种增值业务放通方法中，方法还包括S501-S502：

S501、当确定执行目标AS对应的放通策略时，通过预设AS执行目标业务。

可以理解，当确定执行目标AS对应的放通策略时，可以通过预设AS执行目标业务。

可选地，Web界面可以呈现目标AS对应的策略执行网元列表，由网络维护人员选择是否对策略执行网元列表中的至少一个S-CSCF下发放通策略。如果选择是，则调用指令发送模块，向至少一个S-CSCF对应的策略执行网元网管下发放通策略；如果选择否，则由网络维护人员选择是否对策略执行网元列表中的至少一个S-CSCF下发倒回策略。

需要说明的是，向至少一个S-CSCF对应的策略执行网元网管下发放通策略后，至少一个S-CSCF按照放通策略将目标AS替换成预设AS(即对目标AS进行修复，此时目标AS处于非正常工作状态)，以可以通过预设AS执行目标业务。

S502、当确定执行目标AS对应的倒回策略时，通过修复后的目标AS正常执行目标业务。

可以理解，当确定执行目标AS对应的倒回策略时，通过修复后的目标AS正常执行目标业务。

可选地，由网络维护人员选择是否对策略执行网元列表中的至少一个S-CSCF下发倒回策略，如果选择是，则调用指令发送模块，向至少一个S-CSCF对应的策略执行网元网管下发放通策略；如果选择否，则结束流程。

需要说明的是，向至少一个S-CSCF对应的策略执行网元网管下发倒回策略后，至少一个S-CSCF按照倒回策略将修复后的目标AS恢复至正常工作状态，以通过修复后的目标AS正常执行目标业务。

在一种实现方式中，如图8所示，示出了一种增值业务放通方法路径示意图。在通过Web界面发现增值业务AS异常时，启用应急方通方法，调用策略获取模块，以通过策略获取模块查询增值业务AS资料管理模块(可以在增值业务AS资料管理模块中增加增值业务AS、修改增值业务AS、删除增值业务AS)，获取增值业务AS并生成增值业务AS对应的增值业务AS列表，然后将增值业务AS列表通过策略获取模块反馈至Web界面，以获取增值业务AS列表。进一步的，从增值业务AS列表中选择故障AS，将选择结果发送至策略获取模块，通过策略获取模块在增值业务AS资料管理模块中查询故障AS对应的放通策略和倒回策略，并将故障AS对应的放通策略和倒回策略反馈至Web界面，以获取放通策略和倒回策略。

基于故障AS对应的放通策略和倒回策略，调用策略执行网元获取模块查询策略执行网元配置(可以在策略执行网元配置中增加策略执行网元、修改策略执行网元、删除策略执行网元)和策略执行网元组配置(可以在策略执行网元配置中增加策略执行网元组、修改策略执行网元组、删除策略执行网元组)，以获取全部策略执行网元和策略执行网元组并生成全部策略执行网元和策略执行网元组对应的全部策略执行网元列表，将全部策略执行网元列表通过策略执行网元获取模块反馈至Web界面，以获取全部策略执行网元列表。然后从全部策略执行网元列表中选择故障AS对应的策略执行网元，将选择结果发送至策略执行网元获取模块，通过策略执行网元获取模块生成策略执行网元对应的策略执行网元列表，并将策略执行网元列表反馈至Web界面，以获取策略执行网元列表。

选择是否对策略执行网元列表中的策略执行网元执行放通策略，如果选择是，则通过指令发送模块向策略执行网元列表中的全部策略执行网元发送放通策略，并由策略执行网元将放通策略的策略执行结果发送至指令执行反馈模块，指令执行反馈模块判断放通策略是否执行成功；如果选择否，则选择是否对策略执行网元列表中的策略执行网元执行倒回策略。

如果选择不对策略执行网元列表中的策略执行网元执行倒回策略，则流程结束；如果选择对策略执行网元列表中的策略执行网元执行倒回策略，则通过指令发送模块向策略执行网元列表中的全部策略执行网元发送倒回策略，并由策略执行网元将倒回策略的策略执行结果发送至指令执行反馈模块，指令执行反馈模块判断放通策略或倒回策略是否执行成功。如果指令执行反馈模块判断放通策略或倒回策略执行成功，则结束流程；如果指令执行反馈模块判断放通策略或倒回策略没执行成功，则由操作人员登录策略执行网元进行处理。

本申请实施例提供一种增值业务放通方法，本方法可以有效地简化增值业务AS故障后的业务快速疏通流程，以降低故障处理时长。本方法构建了增值业务AS资料管理模块，以存储完备的增值业务AS平台信息及增值业务AS对应的应急放通和倒回策略。还构建了灵活地策略执行网元选择方法，可以根据增值业务AS的影响范围，实现由维护人员采取灵活地方式进行策略执行网元的选择。维护人员可以通过网管网维护终端访问Web界面，以同时向多套网元下发放通策略。本方法通过集中配置、管理增值业务抢通策略，并将抢通策略同步下发至选定网元的方法，实现了对异常AS网元的隔离，从而实现用户基本业务的快速抢通，大幅度缩短故障处理时长，有效避免由信令拥塞导致的雪崩效应。

上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对一种增值业务放通方法进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可选的，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图9为本申请实施例提供的一种增值业务放通装置的结构示意图。如图9所示，一种增值业务放通装置40用于提高增值业务放通的效率，例如用于执行图4所示的一种增值业务放通方法。该增值业务放通装置40包括：确定单元401；

确定单元401，用于当目标业务运行异常时，确定执行目标业务的目标应用服务器AS，目标AS为故障AS；

确定单元401，还用于基于目标AS从目标数据库中确定目标AS对应的放通策略和倒回策略，目标数据库中包括每个AS对应的放通策略和倒回策略，放通策略用于通过预设AS执行目标业务，倒回策略用于通过修复后的目标AS正常执行目标业务；

确定单元401，还用于基于目标AS对应的放通策略和倒回策略，确定目标AS对应的至少一个服务呼叫会话控制功能S-CSCF；

确定单元401，还用于基于至少一个S-CSCF，确定是否执行目标AS对应的放通策略和倒回策略。

在一种可能的实现方式中，该增值业务放通装置40还包括获取单元402，获取单元402，用于获取包括多个AS的AS列表，多个AS分别用于执行不同的业务；确定单元401，还用于从AS列表中确定执行目标业务的目标AS。

在一种可能的实现方式中，该增值业务放通装置40还包括获取单元402，获取单元402，还用于获取包括多个S-CSCF的S-CSCF列表，多个S-CSCF为AS列表中包括的多个AS对应的S-CSCF；确定单元401，还用于基于目标AS对应的放通策略和倒回策略，从S-CSCF列表中确定目标AS对应的至少一个S-CSCF。

在一种可能的实现方式中，该增值业务放通装置40还包括处理单元403，处理单元403，用于当确定执行目标AS对应的放通策略时，通过预设AS执行目标业务；确定单元401，还用于当确定执行目标AS对应的倒回策略时，通过修复后的目标AS正常执行目标业务。

在采用硬件的形式实现上述集成的模块的功能的情况下，本申请实施例提供了上述实施例中所涉及的电子设备的另外一种可能的结构示意图。如图10所示，一种电子设备60，用于提高增值业务放通的效率，例如用于执行图4所示的一种增值业务放通方法。该电子设备60包括处理器601，存储器602以及总线603。处理器601与存储器602之间可以通过总线603连接。

处理器601是通信装置的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器601可以是一个通用中央处理单元(central processing unit，CPU)，也可以是其他通用处理器等。其中，通用处理器可以是微处理器或者是任何常规的处理器等。

作为一种实施例，处理器601可以包括一个或多个CPU，例如图10中所示的CPU 0和CPU 1。

存储器602可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

作为一种可能的实现方式，存储器602可以独立于处理器601存在，存储器602可以通过总线603与处理器601相连接，用于存储指令或者程序代码。处理器601调用并执行存储器602中存储的指令或程序代码时，能够实现本申请实施例提供的一种增值业务放通方法。

另一种可能的实现方式中，存储器602也可以和处理器601集成在一起。

总线603，可以是工业标准体系结构(industry standard architecture，ISA)总线、外围设备互连(peripheral component interconnect，PCI)总线或扩展工业标准体系结构(extended industry standard architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

需要指出的是，图10示出的结构并不构成对该电子设备60的限定。除图10所示部件之外，该电子设备60可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

作为一个示例，结合图9，电子设备中的确定单元401、获取单元402和处理单元403实现的功能与图10中的处理器601的功能相同。

可选的，如图10所示，本申请实施例提供的电子设备60还可以包括通信接口604。

通信接口604，用于与其他设备通过通信网络连接。该通信网络可以是以太网，无线接入网，无线局域网(wireless local area networks，WLAN)等。通信接口604可以包括用于接收数据的接收单元，以及用于发送数据的发送单元。

在一种设计中，本申请实施例提供的电子设备中，通信接口还可以集成在处理器中。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能单元的划分进行举例说明。在实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当计算机执行该指令时，该计算机执行上述方法实施例所示的方法流程中的各个步骤。

本申请的实施例提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行上述方法实施例中的一种增值业务放通方法。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘。随机存取存储器(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦式可编程只读存储器(erasable programmable read only memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，CD-ROM)、光存储器件、磁存储器件、或者上述的人以合适的组合、或者本领域数值的任何其他形式的计算机可读存储介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(application specific integrated circuit，ASIC)中。

在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

由于本申请的实施例中的电子设备、计算机可读存储介质、计算机程序产品可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本申请实施例在此不再赘述。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种增值业务放通方法，其特征在于，所述方法包括：

当目标业务运行异常时，确定执行所述目标业务的目标应用服务器AS，所述目标AS为故障AS；

基于所述目标AS从目标数据库中确定所述目标AS对应的放通策略和倒回策略，所述目标数据库中包括每个AS对应的放通策略和倒回策略，所述放通策略用于通过预设AS执行所述目标业务，所述倒回策略用于通过修复后的所述目标AS正常执行所述目标业务，所述修复后的所述目标AS为运维人员对所述故障AS进行处理得到的AS；

基于所述目标AS对应的所述放通策略和所述倒回策略，确定所述目标AS对应的至少一个服务呼叫会话控制功能S-CSCF；

基于所述至少一个S-CSCF，确定是否执行所述目标AS对应的所述放通策略和所述倒回策略。

2.根据权利要求1所述的方法，其特征在于，所述确定执行所述目标业务的目标应用服务器AS，包括：

获取包括多个AS的AS列表，所述多个AS分别用于执行不同的业务；

从所述AS列表中确定执行所述目标业务的所述目标AS。

3.根据权利要求1或2所述的方法，其特征在于，所述基于所述目标AS对应的所述放通策略和所述倒回策略，确定所述目标AS对应的至少一个服务呼叫会话控制功能S-CSCF，包括：

获取包括多个S-CSCF的S-CSCF列表，所述多个S-CSCF为AS列表中包括的多个AS对应的S-CSCF；

基于所述目标AS对应的所述放通策略和所述倒回策略，从所述S-CSCF列表中确定所述目标AS对应的至少一个S-CSCF。

4.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

当确定执行所述目标AS对应的所述放通策略时，通过所述预设AS执行所述目标业务；

当确定执行所述目标AS对应的所述倒回策略时，通过修复后的所述目标AS正常执行所述目标业务。

5.一种增值业务放通装置，其特征在于，所述增值业务放通装置包括：确定单元；

所述确定单元，用于当目标业务运行异常时，确定执行所述目标业务的目标应用服务器AS，所述目标AS为故障AS；

所述确定单元，还用于基于所述目标AS从目标数据库中确定所述目标AS对应的放通策略和倒回策略，所述目标数据库中包括每个AS对应的放通策略和倒回策略，所述放通策略用于通过预设AS执行所述目标业务，所述倒回策略用于通过修复后的所述目标AS正常执行所述目标业务，所述修复后的所述目标AS为运维人员对所述故障AS进行处理得到的AS；

所述确定单元，还用于基于所述目标AS对应的所述放通策略和所述倒回策略，确定所述目标AS对应的至少一个服务呼叫会话控制功能S-CSCF；

所述确定单元，还用于基于所述至少一个S-CSCF，确定是否执行所述目标AS对应的所述放通策略和所述倒回策略。

6.根据权利要求5所述的增值业务放通装置，其特征在于，所述增值业务放通装置还包括获取单元，所述获取单元，用于获取包括多个AS的AS列表，所述多个AS分别用于执行不同的业务；

所述确定单元，还用于从所述AS列表中确定执行所述目标业务的所述目标AS。

7.根据权利要求5或6所述的增值业务放通装置，其特征在于，所述增值业务放通装置还包括获取单元，所述获取单元，还用于获取包括多个S-CSCF的S-CSCF列表，所述多个S-CSCF为AS列表中包括的多个AS对应的S-CSCF；

所述确定单元，还用于基于所述目标AS对应的所述放通策略和所述倒回策略，从所述S-CSCF列表中确定所述目标AS对应的至少一个S-CSCF。

8.根据权利要求5或6所述的增值业务放通装置，其特征在于，所述增值业务放通装置还包括处理单元，所述处理单元，用于当确定执行所述目标AS对应的所述放通策略时，通过所述预设AS执行所述目标业务；

所述确定单元，还用于当确定执行所述目标AS对应的所述倒回策略时，通过修复后的所述目标AS正常执行所述目标业务。

9.一种电子设备，其特征在于，包括：处理器以及存储器；其中，所述存储器用于存储一个或多个程序，所述一个或多个程序包括计算机执行指令，当所述电子设备运行时，处理器执行所述存储器存储的所述计算机执行指令，以使所述电子设备执行权利要求1-4中任一项所述的一种增值业务放通方法。

10.一种存储一个或多个程序的计算机可读存储介质，其特征在于，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如权利要求1-4中任一项所述的一种增值业务放通方法。

Images