CN113746657A - 一种业务配置方法及其装置 - Google Patents

Abstract

本申请实施例公开了一种业务配置方法及其装置，该方法包括：获取针对待配置通信业务的输入参数；确定该配置通信业务的业务类型；根据该业务类型和该输入参数，得到该配置通信业务的配置参数；并根据该待配置通信业务的配置参数，生成针对网络设备的配置命令，该网络设备为用于配置该待配置通信业务的设备；将该配置命令发送至该网络设备。通过实施本申请实施例，可以生成配置命令，有利于提高在网络设备中配置待配置通信业务的配置效率。

Description

一种业务配置方法及其装置

技术领域

本申请涉及通信技术领域，尤其涉及一种业务配置方法及其装置。

背景技术

目前，针对运营商提供的通信网络，不同的用户有不同的网络需求。例如，金牌用户、银牌用户和铜牌用户等对网络的带宽、流量等方面有不同的诉求。运营商通过开发不同的通信业务，并在网络设备中配置所开发的通信业务，可以满足不同用户的网络需求。

但是，目前只能通过人工输入配置命令，以实现在网络设备中配置通信业务。这样会使得在网络设备中配置通信业务的效率较低。

发明内容

本申请实施例提供一种业务配置方法及其装置，可以生成配置命令，有利于提高在网络设备中配置待配置通信业务的配置效率。

第一方面，本申请实施例提供了一种业务配置方法，该方法包括：服务设备获取针对待配置通信业务的输入参数；确定该配置通信业务的业务类型；根据该业务类型和该输入参数，得到该配置通信业务的配置参数；并根据该待配置通信业务的配置参数，生成针对网络设备的配置命令，该网络设备为用于配置该待配置通信业务的设备；将该配置命令发送至该网络设备。

在该技术方案中，可以根据输入参数，自动化生成用于配置待配置通信业务的配置命令，相较于人工输入配置命令，有利于提高待配置通信业务的配置效率。另一方面，相较于人工输入配置命令，自动化生成配置命令出错的概率较低，从而有利于提高待配置通信业务的配置成功率。

在一种实现方式中，所述根据所述待配置通信业务的配置参数，生成针对网络设备的配置命令的具体实施方式可以为：确定所述待配置通信业务的配置规则信息；根据所述待配置通信业务的配置规则信息，以及所述待配置通信业务的配置参数，生成针对网络设备的配置命令。

在一种实现方式中，所述根据所述业务类型和所述输入参数，得到所述待配置通信业务的配置参数的具体实施方式可以为：确定所述业务类型对应的业务实现模型；将所述输入参数转换为所述业务实现模型所需的配置参数，所述业务实现模型所需的配置参数为所述待配置通信业务的配置参数。

在一种实现方式中，所述业务实现模型包括所述待配置通信业务的配置规则信息。

在一种实现方式中，用于配置所述待配置通信业务的设备的数量为至少一个；所述业务实现模型还包括至少一个实现组件，一个所述实现组件对应一个所述网络设备；所述待配置通信业务的配置规则信息包括每个所述实现组件的配置规则信息，所述待配置通信业务的配置参数包括每个所述实现组件的配置参数；所述根据所述待配置通信业务的配置规则信息，以及所述待配置通信业务的配置参数，生成针对网络设备的配置命令的具体实施方式可以为：针对每个所述实现组件，根据所述实现组件的配置规则信息，以及所述实现组件的配置参数，生成所述实现组件的配置命令；将所述配置命令发送至所述网络设备的具体实施方式可以为：将每个所述实现组件的配置命令发送至与所述实现组件对应的网络设备。

在该技术方案中，待配置通信业务的配置规则信息包括每个实现组件的配置规则信息，当随着用户需求的变化，需要修改业务实现模型中的配置规则信息，以使根据修改后的业务实现模型配置的通信业务能够满足用户需求时，可以对该业务实现模型中的部分实现组件的配置规则信息进行修改。通过这种方式，有利于提高修改效率。

在一种实现方式中，所述方法还包括：在检测到针对所述业务实现模型中的目标实现组件的修改操作的情况下，对所述目标实现组件的配置规则信息进行修改；根据修改后的所述目标实现组件的配置规则信息，以及所述业务实现模型中除所述目标实现组件以外的其他实现组件的配置规则信息，得到修改后的所述业务实现模型。

在该技术方案中，当随着用户需求的变化，需要修改业务实现模型中的配置规则信息，以使根据修改后的业务实现模型配置的通信业务能够满足用户需求时，可以对该业务实现模型中的目标实现组件的配置规则信息进行修改。通过这种方式，有利于提高修改效率。

在一种实现方式中，所述业务实现模型包括验证脚本；所述方法还包括：将所述验证脚本发送至所述网络设备；所述验证脚本用于确定所述待配置通信业务在所述网络设备中是否配置成功。

在该技术方案中，可以及时确定待配置通信业务在网络设备中是否配置成功，在待配置通信业务在网络设备中配置失败的情况下，可以更加及时地确定存在的问题，从而有利于更快解决问题进而在网络设备中成功配置通信业务。

在一种实现方式中，所述业务实现模型包括监控策略；所述方法还包括：将所述监控策略发送至分析设备；所述分析设备用于根据所述监控策略对所述网络设备执行所述待配置通信业务所得到的信息进行分析，得到分析信息；接收来自所述分析设备的分析信息，所述分析信息用于确定所述待配置通信业务是否配置成功。

在一种实现方式中，所述监控策略包括所述网络设备的关键性能指标(keyperformance indicator，KPI)，所述分析信息包括所述KPI的分析结果，所述KPI的分析结果用于指示所述KPI的取值是否异常；若所述KPI的取值异常，则所述待配置通信业务在所述网络设备中未配置成功。

在一种实现方式中，所述监控策略包括所述网络设备的告警信息，所述告警信息包括告警类型；所述分析信息包括所述网络设备是否产生所述告警类型的告警；若所述网络设备产生所述告警类型的告警，则所述待配置通信业务在所述网络设备中未配置成功。

在一种实现方式中，所述获取针对待配置通信业务的输入参数的具体实施方式可以为：获取在业务意图模型对应的参数输入界面中输入的待配置通信业务的输入参数；所述业务意图模型由业务语言(或称为用户语言)描述；确定所述待配置通信业务的业务类型的具体实施方式可以为：将所述业务意图模型对应的业务类型，确定为所述待配置通信业务的业务类型。

在一种实现方式中，所述方法还包括：接收来自建模设备的所述业务意图模型和所述业务实现模型。

在一种实现方式中，所述服务设备包括多个实现组件的配置规则信息；所述方法还包括：根据所述多个实现组件中的至少一个实现组件的配置规则信息创建所述业务实现模型。

第二方面，本申请实施例提供了一种业务配置装置，该装置具有实现第一方面所述的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

第三方面，本申请实施例提供另一种业务配置装置，该装置包括存储器和处理器，存储器中存储有程序指令，处理器通过总线与存储器连接，处理器调用存储器中存储的程序指令以使该装置执行第一方面所述的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，用于储存为第二方面所述的业务配置装置所用的计算机程序指令，其包含用于执行上述第一方面所涉及的程序。

第五方面，本申请实施例提供一种计算机程序产品，该程序产品包括程序，所述程序被执行时实现上述第一方面所述的方法。

附图说明

图1是本申请实施例提供的一种通信系统的架构示意图；

图2是本申请实施例提供的一种业务配置方法的流程示意图；

图3是本申请实施例提供的另一种业务配置方法的流程示意图；

图4是本申请实施例提供的又一种业务配置方法的流程示意图；

图5是本申请实施例提供的一种业务配置装置的结构示意图；

图6是本申请实施例提供的另一种业务配置装置的结构示意图。

具体实施方式

为了更好的理解本申请实施例公开的一种业务配置方法，下面首先对本申请实施例适用的通信系统进行描述。

请参见图1，图1为本申请实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于一个服务设备和一个网络设备，图1所示的设备数量和形态仅用于举例并不构成对本申请实施例的限定，实际应用中可以包括两个或两个以上的网络设备。图1所示的通信系统以包括一个服务设备101和一个网络设备102为例。

其中，服务设备101可以用于生成针对网络设备102的配置命令，并将该配置命令发送至网络设备102。该配置命令用于配置待配置通信业务，待配置通信业务可以包括但不限于通信套餐或第五代移动通信技术(5th generation mobile networks，5G)网络切片等通信业务。本申请实施例以待配置通信业务为通信套餐为例进行说明，但并不构成对本申请实施例的限定。相应的，网络设备102可以用于根据来自服务设备101的配置命令配置待配置通信业务。

在本申请实施例中，服务设备101可以通过如下方式生成针对网络设备102的配置命令：获取针对待配置通信业务的输入参数；确定该待配置通信业务的业务类型；根据该业务类型和该输入参数，得到该待配置通信业务的配置参数；并根据该待配置通信业务的配置参数，生成针对网络设备102的配置命令。

其中，输入参数可以是用户在参数输入界面中输入的参数。该输入参数可以通过用户能够理解的业务语言(或称为用户语言)描述，以便于用户(如配置通信业务的业务人员)更好地理解该输入参数的意义，进而有利于提高待配置通信业务的配置效率。

在本申请实施例中，不同待配置通信业务可以具有相同或者不同的业务类型。当待配置通信业务为通信套餐时，业务类型可以包括但不限于校园流量套餐、无限流量套餐、定额流量套餐(如199套餐、299套餐等)、校园通话套餐、无限通话套餐、定额通话套餐。根据业务类型和输入参数得到的配置参数，可以为通过机器语言描述的参数。

服务设备101在得到配置参数之后，可以根据该配置参数生成针对网络设备的配置命令。在本申请实施例中，针对每个配置参数可以对应有一条或多条配置命令。服务设备可以根据配置参数和配置命令之间的对应关系，得到配置前述待配置通信业务所需的配置命令。

在本申请实施例中，一项待配置通信业务可以通过一个或多个网络设备完成配置。其中，该网络设备102可以为用于配置前述待配置通信业务的设备，网络设备102的数量可以为一个或多个。

通过实施本申请实施例，服务设备可以根据输入参数，自动化生成用于配置待配置通信业务的配置命令，相较于人工输入配置命令，有利于提高待配置通信业务的配置效率。另一方面，相较于人工输入配置命令，自动化生成配置命令出错的概率较低，从而有利于提高待配置通信业务的配置成功率。

本申请实施例中的服务设备101可以由处理器、存储器和网络接口组成，具体的，服务设备101可以是终端设备或者服务器。网络设备102可以为配置待配置通信业务所涉及的所有网元。具体的，当应用于第四代移动通信技术(the 4th generation mobilecommunication technology，4G)系统中时，网络设备102可以包括但不限于：策略及计费执行功能(policy and charging enforcement function，PCEF)、策略与计费规则功能单元(policy and charging rules function，PCRF)、移动性管理实体(mobility managemententity，MME)或服务提供方网关(service provider gateway，SPGW)中的一个或多个。当应用于5G系统中时，网络设备102可以包括但不限于：用户面功能实体(user planefunction，UPF)、会话管理功能实体(session management function，SMF)中的一个或多个。需要说明的是，本申请还可以应用于未来通信系统(例如6G或者其他的通信系统中)，相应的，网络设备102包括未来通信系统中用于配置通信业务所涉及的网元。本申请的实施例对服务设备101、网络设备102所采用的具体技术和具体设备形态不做限定。

可以理解的是，本申请实施例描述的通信系统是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面结合附图对本申请所提供的业务配置方法及其装置进行详细地介绍。

请参见图2，图2是本申请实施例提供的一种业务配置方法的流程示意图。该方法详细描述了服务设备如何根据输入参数，自动化生成用于配置待配置通信业务的配置命令。其中，步骤S201～步骤S205的执行主体为服务设备，或者为服务设备中的芯片，步骤S206的执行主体为网络设备，或者为网络设备中的芯片，以下以服务设备、网络设备为业务配置方法的执行主体为例进行说明。如图2所示，该方法可以包括但不限于如下步骤：

步骤S201：服务设备获取针对待配置通信业务的输入参数。

具体的，当用户需要配置待配置通信业务时，可以通过操作服务设备以输入针对该待配置通信业务的输入参数。例如，用户可以通过服务设备的输入设备(如键盘，鼠标，扫描仪，光笔，手写输入板，语音输入装置等)以输入该输入参数。可选的，该输入参数的表现形式可以为文本或者语音，本申请对此不做限定。当输入参数的表现形式为文本时，输入参数可以是用户在服务设备中显示的参数输入界面中输入的。在一种实现方式中，服务设备还可以从其他设备中获取针对待配置通信业务的输入参数，该其他设备中存储有针对待配置通信业务的输入参数。

其中，该输入参数可以通过用户能够理解的业务语言描述，以便于用户(如配置通信业务的业务人员)更好地理解该输入参数的意义，进而有利于提高待配置通信业务的配置效率。例如，当待配置通信业务为通信套餐(如定额流量套餐)时，输入参数可以包括但不限于配额(Quota)、流量消耗条件(Condition)、上下行带宽(Action)等。其中，当通信套餐为流量套餐时，配额可以用于对用户或用户组在预设期限内(如每天或每月等)使用的流量进行限制或者控制。例如，当用户在一个月内使用的总流量达到月配额(如2000MB)时，可以阻断该用户的流量，或者可以降低该用户上网时的上下行带宽，或者可以对超过月配额的流量进行额外的收费等。当通信套餐为通话(或者短信)套餐时，配额可以用于对用户或用户组在预设期限内(如每天或每月等)使用的通话分钟数(或者短信数量)进行限制或者控制。例如，当用户在一个月内使用的总通话分钟数(或者总短信数量)达到月配额时，可以对超过月配额的通话分钟数(或者短信数量)进行额外的收费等。当用户或用户组已使用的流量满足流量消耗条件时，可以对用户或者用户组后续使用流量进行限制或者控制。例如，用户或用户组已使用的流量≤配额*60％时，用户上网时的上行带宽可以为5Mbit/s，下行带宽可以为10Mbit/s；配额*60％＜用户或用户组已使用的流量≤配额*100％时，用户上网时的上行带宽可以降为2Mbit/s，下行带宽可以降为4Mbit/s；用户或用户组已使用的流量＞配额*100％时，用户上网时的上行带宽可以降为1Mbit/s，下行带宽可以降为2Mbit/s。

步骤S202：该服务设备确定该待配置通信业务的业务类型。

服务设备在获取针对待配置通信业务的输入参数之后，可以确定所述待配置通信业务的业务类型。在本申请实施例中，不同待配置通信业务可以具有相同或者不同的业务类型。当待配置通信业务为通信套餐时，业务类型可以包括但不限于：校园流量套餐、无限流量套餐、定额流量套餐(如199套餐、299套餐等)、校园通话套餐、无限通话套餐、定额通话套餐。当待配置通信业务为5G网络切片时，业务类型可以包括但不限于：增强移动宽带(enhance mobile broadband，eMBB)、低时延高可靠连接(ultra-reliable and lowlatency communications，URLLC)、大规模物联网(massive machine typecommunications，mMTC)。

步骤S203：该服务设备根据该业务类型和该输入参数，得到该待配置通信业务的配置参数。

服务设备根据该业务类型和该输入参数确定的配置参数可以为配置前述待配置通信业务所需配置的参数。具体的，配置参数可以包括由输入参数转化而成的参数。可选的，除了由输入参数转化而成的参数以外，该配置参数还可以包括用于配置该待配置通信业务所需配置的默认参数。对于每项待配置通信业务可以存在一个或多个默认参数，若不需要改变该默认参数，则用户在输入该待配置通信业务的输入参数时，不用输入该默认参数。通过这种方式，在输入少量输入参数的情况下，也可以完整配置通信业务；并且减少输入参数的数量，还有利于降低输入参数错误的概率，从而有利于提高配置通信业务的效率。在本申请实施例中，配置参数可以为通过机器语言描述的参数。

步骤S204：该服务设备根据该待配置通信业务的配置参数，生成针对网络设备的配置命令，该网络设备为用于配置该待配置通信业务的设备。

服务设备在得到配置参数之后，可以根据该配置参数生成针对网络设备的配置命令。在本申请实施例中，针对每个配置参数可以对应有一条或多条配置命令。服务设备根据配置参数和配置命令之间的对应关系，可以得到配置前述待配置通信业务所需的配置命令。

在本申请实施例中，一项待配置通信业务可以通过一个或多个网络设备完成配置。需要说明的是，用于配置不同的通信业务的网络设备可以相同，也可以不同，本申请实施例对此不做限定。其中，该网络设备可以为用于配置前述待配置通信业务的设备，网络设备的数量可以为一个或多个。还需要说明的是，当网络设备的数量为多个时，根据待配置通信业务的配置参数生成的针对不同网络设备的配置命令可以部分相同，或者完全不同。

在一种实现方式中，服务设备根据该待配置通信业务的配置参数，生成针对网络设备的配置命令的具体实施方式可以为：服务设备确定该待配置通信业务的配置规则信息；并根据该待配置通信业务的配置规则信息，以及该待配置通信业务的配置参数，生成针对网络设备的配置命令。

其中，该待配置通信业务的配置规则信息可以用于指示配置该待配置通信业务的相关规则。例如，该待配置通信业务的配置规则信息可以用于指示配置该待配置通信业务需要哪些参数，以及如何配置所需的参数。进一步的，服务设备结合该待配置通信业务的配置参数，可以生成针对网络设备的配置命令，进而在网络设备中按照配置命令执行配置过程。

在一种实现方式中，该待配置通信业务的配置规则信息可以预先存储于该服务设备中。可选的，服务设备可以根据网络设备的产品文档(或使用手册)确定用于配置前述待配置通信业务的配置规则信息。当该待配置通信业务需要通过多个网络设备完成配置时，该待配置通信业务的配置规则信息可以包括在该多个网络设备中配置该待配置通信业务所对应的配置规则信息。需要说明的是，为了成功配置该待配置通信业务，需要在该多个网络设备中均成功配置该待配置通信业务。可选的，该多个网络设备中的各个网络设备配置该待配置通信业务所对应的配置规则信息不同。

步骤S205：该服务设备将该配置命令发送至该网络设备。

由于通信业务由网络设备配置，服务设备在生成配置命令之后，可以将该配置命令发送给网络设备，以便该网络设备按照配置命令配置前述待配置通信业务。需要说明的是，当用于配置该待配置通信业务的网络设备为多个时，服务设备根据该待配置通信业务的配置参数，可以生成针对(该多个网络设备中的)各个网络设备的配置命令。相应的，服务设备可以将各个网络设备的配置命令发给相应的网络设备。例如，服务设备生成针对网络设备1的配置命令和针对网络设备2的配置命令时，服务设备可以将针对网络设备1的配置命令发送给网络设备1，并将针对网络设备2的配置命令发送给网络设备2。

步骤S206：该网络设备根据该配置命令配置前述待配置通信业务。

网络设备接收到来自该服务设备的配置命令之后，可以根据该配置命令配置前述待配置通信业务。

通过实施本申请实施例，可以根据输入参数，自动化生成用于配置待配置通信业务的配置命令，相较于人工输入配置命令，有利于提高待配置通信业务的配置效率。另一方面，相较于人工输入配置命令，自动化生成配置命令出错的概率较低，从而有利于提高待配置通信业务的配置成功率。

请参见图3，图3是本申请实施例提供的另一种业务配置方法的流程示意图。该方法详细描述了服务设备如何确定待配置通信业务的业务类型对应的业务实现模型，以及如何根据该业务实现模型，将待配置通信业务的输入参数转换为配置参数。其中，步骤S301～步骤S307的执行主体为服务设备，或者为服务设备中的芯片，步骤S308的执行主体为网络设备，或者为网络设备中的芯片，以下以服务设备、网络设备为业务配置方法的执行主体为例进行说明。如图3所示，该方法可以包括但不限于如下步骤：

步骤S301：服务设备获取针对待配置通信业务的输入参数。

步骤S302：该服务设备确定该待配置通信业务的业务类型。

需要说明的是，步骤S301～步骤S302的执行过程可分别参见图2中步骤S201～步骤S202的具体描述，此处不再赘述。

步骤S303：该服务设备确定该业务类型对应的业务实现模型。

在本申请实施例中，每种业务类型可以对应有一个业务实现模型，该业务实现模型可以用于生成属于该业务类型的待配置通信业务的配置参数。可选的，业务实现模型可以通过机器语言描述。在一种实现方式中，业务类型对应的业务实现模型可以由该服务设备创建得到的，也可以由其他设备发送给服务设备，本申请实施例对此不作限定。

步骤S304：该服务设备将该输入参数转换为该业务实现模型所需的配置参数，该业务实现模型所需的配置参数为前述待配置通信业务的配置参数。

在本申请实施例中，该业务实现模型可以识别输入参数，并将该输入参数转换为该业务实现模型所需的配置参数。例如，当用户需要配置一项待配置通信业务，且为了成功配置该待配置通信业务需要的配置参数包括配置参数a和配置参数b时，为了得到配置参数a和配置参数b，用户可以输入可转换为配置参数a的输入参数a，并输入可以转换为配置参数b的输入参数b。其中，输入参数a与配置参数a之间可以具有对应关系，输入参数b与配置参数b之间可以具有对应关系，从而服务设备可以将输入参数a转换为配置参数a，并将输入参数b转换为配置参数b。

通过这种方式，由于输入参数可通过业务语言描述，因此用户可以便捷输入待配置通信业务的输入参数。并且，输入该输入参数的用户不用具备专业知识，即有利于降低用户要求。另外，即使输入参数通过业务语言描述，服务设备也可以通过业务实现模型将该输入参数转换为通过机器语言描述的配置参数，以便于服务设备根据该配置参数生成用于配置待配置通信业务的配置命令。

步骤S305：该服务设备确定该待配置通信业务的配置规则信息。

步骤S306：该服务设备根据该待配置通信业务的配置规则信息，以及该待配置通信业务的配置参数，生成针对网络设备的配置命令；该网络设备为用于配置该待配置通信业务的设备。

步骤S307：该服务设备将该配置命令发送至该网络设备。

步骤S308：该网络设备根据该配置命令配置前述待配置通信业务。

需要说明的是，步骤S305～S306的执行过程可参见图2中步骤S204的具体描述，步骤S307～S308的执行过程可分别参见图2中步骤S205～S206的具体描述，此处不再赘述。

在一种实现方式中，前述业务实现模型可以包括验证脚本，该验证脚本可以用于确定前述待配置通信业务在网络设备中是否配置成功。具体的，服务设备可以将该验证脚本发送至网络设备。网络设备接收到该验证脚本之后，可以运行该验证脚本以验证待配置通信业务在网络设备中是否配置成功。通过这种方式，可以及时确定待配置通信业务在网络设备中是否配置成功，在待配置通信业务在网络设备中配置失败的情况下，可以更加及时地确定存在的问题，从而有利于更快解决问题进而在网络设备中成功配置通信业务。

在一种实现方式中，当用于配置待配置通信业务的网络设备为多个时，业务实现模型可以包括多个验证脚本，不同网络设备可以对应不同的验证脚本。可以理解的是，网络设备可以将验证脚本发送至与该验证脚本对应的网络设备。需要说明的是，在用于配置待配置通信业务的所有网络设备中均配置成功时，表示待配置通信业务配置成功。通过将验证脚本发送至与该验证脚本对应的网络设备，有利于更快速地确定造成待配置通信业务配置失败的网络设备。

在一种实现方式中，除了通过验证脚本确定待配置通信业务是否配置成功以外，还可以通过业务实现模型包括的监控策略确定待配置通信业务是否配置成功。该监控策略可以用于监控通信业务的运行情况。在一种实现方式中，服务设备可以将该监控策略发送至分析设备。该分析设备可以用于根据该监控策略对网络设备执行通信业务(即前述待配置通信业务)所得到的信息进行分析，得到分析信息，并将该分析信息发送至服务设备，该分析信息可以用于确定该待配置通信业务是否配置成功。该服务设备在接收到来自该分析设备的分析信息之后，可以根据该分析信息确定该待配置通信业务是否配置成功。

其中，网络设备执行通信业务所得到的信息可以由该网络设备发送给分析设备。当通信业务为流量套餐时，网络设备执行通信业务所得到的信息可以为预设时长内(如1小时或1天等)该网络设备统计的总流量的变化表等。例如，若该流量套餐的内容为随着用户消耗的总流量增加，降低该用户上网时的上下行带宽时，若在网络设备中成功配置该流量套餐，则随着时间变化该网络设备在预设时长内统计的总流量可能会越来越少。

当网络设备的数量为多个时，仅根据一个网络设备执行通信业务所得到的信息不能准确判断该通信业务实际是否配置成功。分析设备通过综合该多个网络设备中各个网络设备执行通信业务所得到的信息，以判断该通信业务实际是否配置成功，有利于提高判断的准确性。需要说明的是，分析设备的数量可以为一个或多个。当多个网络设备中各个网络设备执行通信业务所得到的信息较多时，可以通过多个分析设备配合分析以尽快获得分析信息。此时，该多个分析设备可以看作一个大数据分析系统。在本申请实施例中，分析设备可以由处理器、存储器和网络接口组成，具体的，分析设备可以是终端设备或者服务器。

在一种实现方式中，监控策略可以包括网络设备的关键性能指标(keyperformance indicator，KPI)，前述分析信息可以包括该KPI的分析结果，该KPI的分析结果可以用于指示该KPI的取值是否异常；若该KPI的取值异常，则该待配置通信业务在该网络设备中未配置成功。当通信业务为流量套餐时，KPI可以包括数据业务下载速率或选择流量套餐的用户数中的一种或多种。例如，若该流量套餐的内容为随着用户消耗的总流量增加，降低该用户上网时的上下行带宽，且KPI为数据业务下载速率时，KPI的取值异常可以指：数据业务下载速率随着时间的变化并未降低，此时，可以表明该流量套餐在网络设备中未配置成功。KPI的取值正常可以指：数据业务下载速率随着时间的变化降低。又如，KPI为选择流量套餐的用户数时，KPI的取值异常可以指：选择流量套餐的用户数低于预设值，此时，可以表明该流量套餐在网络设备中未配置成功。KPI的取值正常可以指：选择该流量套餐的用户数不低于预设值。其中，该预设值可以由分析设备默认设置，或者可以根据用户操作设置及更改，本申请实施例对此不做限定。

在一种实现方式中，若该KPI的取值正常，则可以表明该待配置通信业务在该网络设备中配置成功。在一种实现方式中，不同业务实现模型中的监控策略可以不同，不同监控策略可以包括完全相同的KPI、部分相同的KPI或者完全不同的KPI。

在一种实现方式中，监控策略可以包括网络设备的告警信息，该告警信息可以包括告警类型；前述分析信息可以包括该网络设备是否产生该告警类型的告警；若该网络设备产生该告警类型的告警，则待配置通信业务在该网络设备中未配置成功。

网络设备产生告警可以表示该网络设备发生软件或者硬件故障。在本申请实施例中，当待配置通信业务在该网络设备中未配置成功时，会使得该网络设备产生前述告警信息中包括的告警类型的告警。因此，若该网络设备产生该告警类型的告警，则表明待配置通信业务在该网络设备中未配置成功。其中，上述告警信息中的告警类型可以包括在网络设备中未成功配置待配置通信业务所引发的告警类型，告警信息可以包括一种或多种告警类型。例如，告警类型可以包括但不限于网络故障类型、网络接口故障类型、处理器故障类型或存储器故障类型。

在一种实现方式中，若该网络设备未产生该告警类型的告警，则可以确定待配置通信业务在该网络设备中已配置成功。在一种实现方式中，若该网络设备未产生该告警类型的告警，则服务设备可以结合KPI的分析结果(和/或验证脚本)，以确定该待配置通信业务在该网络设备中是否配置成功。

在一种实现方式中，前述业务实现模型可以包括通信业务未配置成功的一种或多种解决方案。每种解决方案可以对应一种通信业务未配置成功的表现。例如，若未能成功配置通信业务的表现为产生某告警类型的告警，则服务设备可以将该表现对应的解决方案发送至该网络设备，以使得在该网络设备中成功配置该通信业务并清除告警。

在一种实现方式中，步骤S301的具体实施方式可以为：服务设备获取在业务意图模型对应的参数输入界面中输入的待配置通信业务的输入参数，该业务意图模型可以由业务语言描述。其中，业务意图模型可以看作对用户能理解的一类通信业务进行抽象表示。这样可以通过一个业务意图模型配置不同的通信业务。在本申请实施例中，一个业务意图模型可以对应有一个参数输入界面。当用户在某参数输入界面中输入参数时，即可以表明该用户需要通过该参数输入界面对应的业务意图模型配置通信业务。

在一种实现方式中，步骤S302的具体实施方式可以为：服务设备将业务意图模型对应的业务类型，确定为该待配置通信业务的业务类型。换言之，服务设备确定业务意图模型相当于确定用户意图，即用户所需配置的通信业务的业务类型。

在一种实现方式中，服务设备可以接收来自建模设备的业务意图模型和业务实现模型。即业务意图模型和业务实现模型可以由建模设备创建。在一种实现方式中，可以通过可扩展标记语言(extensible markup language，XML)语言创建业务意图模型，通过云应用拓扑编排标准(topology and orchestration specification for cloud applications，TOSCA)、JS对象简谱(javascriptobject notation，JSON)语言。在本申请实施例中，建模设备可以由处理器、存储器和网络接口组成，具体的，建模设备可以是终端设备或者服务器。

在另一种实现方式中，业务意图模型和/或业务实现模型可以由服务设备创建。可选的，服务设备可以包括多个实现组件的配置规则信息；该服务设备可以根据该多个实现组件中的至少一个实现组件的配置规则信息创建业务实现模型。在本申请实施例中，在配置待配置通信业务的过程中，可以涉及多个实现组件(Node)。实现组件可以指配置待配置通信业务过程中的处理节点。例如，实现组件可以包括但不限于配额(Quota)组件、流量消耗条件(Condition)组件、上下行带宽(Action)组件、通信组件、判断组件等。需要说明的是，实现组件可以是关于业务的组件(如Quota组件、Condition组件、Action组件)，也可以是为实现通信业务但是与业务解耦的组件(如通信组件、判断组件)。在配置待配置通信业务的过程中，每个组件可以单独进行配置。当配置待配置通信业务的过程中会涉及的所有实现组件均配置完成后，可以表明该待配置通信业务配置完成。因此，服务设备可以根据前述多个实现组件中的至少一个实现组件的配置规则信息创建业务实现模型。其中，所述至少一个实现组件可以包括在配置属于(该业务实现模型对应的)业务类型的通信业务的过程中，会涉及的实现组件。

需要说明的是，本申请实施例中提及的业务实现模型(或者业务意图模型)仅用于举例，用于实现相同功能的模型可以有不同的名称，本申请实施例对此不作限定。例如，业务实现模型可以叫做命令式模型，业务意图模型可以叫做声明式模型。

通过实施本申请实施例，由于输入参数可通过业务语言描述，因此用户可以便捷输入待配置通信业务的输入参数。并且，输入该输入参数的用户不用具备专业知识，即有利于降低用户要求。另外，即使输入参数通过业务语言描述，服务设备也可以通过业务实现模型将该输入参数转换为通过机器语言描述的配置参数，以便于服务设备根据该配置参数生成用于配置待配置通信业务的配置命令。

请参见图4，图4是本申请实施例提供的又一种业务配置方法的流程示意图。其中，步骤S401～步骤S407的执行主体为服务设备，或者为服务设备中的芯片，步骤S408的执行主体为网络设备，或者为网络设备中的芯片，以下以服务设备、网络设备为业务配置方法的执行主体为例进行说明。该方法可以包括但不限于如下步骤：

步骤S401：服务设备获取针对待配置通信业务的输入参数。

步骤S402：该服务设备确定该待配置通信业务的业务类型。

步骤S403：该服务设备确定该业务类型对应的业务实现模型。

步骤S404：该服务设备将该输入参数转换为该业务实现模型所需的配置参数，该业务实现模型所需的配置参数为该待配置通信业务的配置参数。

需要说明的是，步骤S401～步骤S402的执行过程可分别参见图2中步骤S201～步骤S202的具体描述，步骤S403～步骤S404的执行过程可分别参见图3中步骤S303～步骤S304的具体描述，此处不再赘述。

步骤S405：该服务设备确定该待配置通信业务的配置规则信息；该业务实现模型包括该待配置通信业务的配置规则信息；用于配置该待配置通信业务的设备的数量为至少一个；该业务实现模型还包括至少一个实现组件，一个实现组件对应一个网络设备；该待配置通信业务的配置规则信息包括每个实现组件的配置规则信息，该待配置通信业务的配置参数包括每个实现组件的配置参数。

在本申请实施例中，业务实现模型可以包括一项或多项待配置通信业务的配置规则信息。其中，所述多项待配置通信业务的业务类型相同。所述多项待配置通信业务中的不同待配置通信业务的配置规则信息可以相同，也可以不同。例如，199流量套餐和299流量套餐(即待配置通信业务)的配额(即输入参数)不同，但配置规则信息可以相同。又如，无限流量套餐a(限制上下行带宽)和无限流量套餐b(不限制上下行带宽)的配置规则信息可以不同：无限流量套餐a的配置规则信息需要指示限制的上下行带宽，无限流量套餐b的配置规则信息不需要指示上下行带宽，仅默认为不限制上下行带宽即可。

业务实现模型中的各个实现组件对应的网络设备为用于配置该实现组件的设备。不同实现组件可以对应不同网络设备，或者相同网络设备。

需要说明的是，关于服务设备确定所述待配置通信业务的配置规则信息的执行过程可参见图3中步骤S305的具体描述，此处不再赘述。

步骤S406：针对每个实现组件，服务设备根据该实现组件的配置规则信息，以及该实现组件的配置参数，生成该实现组件的配置命令。

例如，当业务实现模型包括实现组件1和实现组件2时，服务设备根据实现组件1的配置规则信息，以及实现组件1的配置参数，生成该实现组件1的配置命令。并根据实现组件2的配置规则信息，以及实现组件2的配置参数，生成该实现组件2的配置命令。

在一种实现方式中，业务实现模型包括的各个实现组件可以单独进行配置，各个实现组件的配置过程互不影响。在另一种实现方式中，业务实现模型包括的各个实现组件之间可以具有顺序关系，该顺序关系可以用于指示配置的先后顺序。即业务实现模型中的部分实现组件需要在其他实现组件(即该业务实现模型中除所述部分实现组件之外的其他实现组件)完成配置的基础上进行配置。

需要说明的是，当业务实现模型由服务设备根据存储的实现组件的配置规则信息创建得到时，该服务设备还可以复用存储的实现组件以创建新的业务实现模型，通过这种方式，有利于提高业务实现模型的创建效率。

在一种实现方式中，服务设备在检测到针对业务实现模型中的目标实现组件的修改操作的情况下，对该目标实现组件的配置规则信息进行修改；根据修改后的该目标实现组件的配置规则信息，以及该业务实现模型中除该目标实现组件以外的其他实现组件的配置规则信息，得到修改后的业务实现模型。通过这种方式，当随着用户需求的变化，需要修改业务实现模型中的配置规则信息，以使根据修改后的业务实现模型配置的通信业务能够满足用户需求时，可以对该业务实现模型中的目标实现组件的配置规则信息进行修改。通过这种方式，有利于提高修改效率。

步骤S407：该服务设备将每个实现组件的配置命令发送至与该实现组件对应的网络设备。

服务设备在生成业务实现模型中的每个实现组件的配置命令之后，可以将每个实现组件的配置命令发送至与该实现组件对应的网络设备，以便该网络设备对该实现组件进行配置。

例如，当业务实现模型包括实现组件1和实现组件2，且实现组件1与第一网络设备对应，实现组件2与第二网络设备对应时，服务设备可以将实现组件1的配置命令发送至第一网络设备，并将实现组件2的配置命令发送至第二网络设备。

步骤S408：该网络设备根据该实现组件的配置命令配置该实现组件。

网络设备在接收到来自服务设备的(实现组件的)配置命令之后，可以根据该实现组件的配置命令配置该实现组件。当各个网络设备均完成对相应实现组件的配置之后，前述待配置通信业务配置完成。

在本申请实施例中，待配置通信业务的配置规则信息包括每个实现组件的配置规则信息，当随着用户需求的变化，需要修改业务实现模型中的配置规则信息，以使根据修改后的业务实现模型配置的通信业务能够满足用户需求时，可以对该业务实现模型中的部分实现组件的配置规则信息进行修改。通过这种方式，有利于提高修改效率。

请参见图5，图5是本申请实施例提供的一种业务配置装置的结构示意图，业务配置装置50用于执行图2-图4对应的方法实施例中服务设备所执行的步骤，业务配置装置50可以包括：

处理模块501，用于获取针对待配置通信业务的输入参数；确定该配置通信业务的业务类型；根据该业务类型和该输入参数，得到该配置通信业务的配置参数；并根据该待配置通信业务的配置参数，生成针对网络设备的配置命令，该网络设备为用于配置该待配置通信业务的设备；

通信模块502，用于将该配置命令发送至该网络设备。

在一种实现方式中，处理模块501具体可以用于：确定该待配置通信业务的配置规则信息；并根据该待配置通信业务的配置规则信息，以及该待配置通信业务的配置参数，生成针对网络设备的配置命令。

在一种实现方式中，处理模块501具体可以用于：确定该业务类型对应的业务实现模型；将前述输入参数转换为该业务实现模型所需的配置参数，该业务实现模型所需的配置参数为待配置通信业务的配置参数。

在一种实现方式中，该业务实现模型可以包括待配置通信业务的配置规则信息。

在一种实现方式中，用于配置该待配置通信业务的设备的数量为至少一个；该业务实现模型还包括至少一个实现组件，一个实现组件对应一个网络设备；该待配置通信业务的配置规则信息包括每个实现组件的配置规则信息，该待配置通信业务的配置参数包括每个实现组件的配置参数；处理模块501具体可以用于：针对每个实现组件，根据该实现组件的配置规则信息，以及该实现组件的配置参数，生成该实现组件的配置命令；将每个实现组件的配置命令发送至与该实现组件对应的网络设备。

在一种实现方式中，处理模块501还可以用于：检测到针对前述业务实现模型中的目标实现组件的修改操作的情况下，对该目标实现组件的配置规则信息进行修改；根据修改后的目标实现组件的配置规则信息，以及该业务实现模型中除该目标实现组件以外的其他实现组件的配置规则信息，得到修改后的业务实现模型。

在一种实现方式中，前述业务实现模型包括验证脚本；通信模块502还可以用于：将该验证脚本发送至前述网络设备；该验证脚本用于确定该待配置通信业务在该网络设备中是否配置成功。

在一种实现方式中，前述业务实现模型包括监控策略；通信模块502还可以用于：将该监控策略发送至分析设备；该分析设备用于根据该监控策略对该网络设备执行待配置通信业务所得到的信息进行分析，得到分析信息；接收来自该分析设备的分析信息，该分析信息用于确定该待配置通信业务是否配置成功。

在一种实现方式中，该监控策略包括该网络设备的关键性能指标KPI，该分析信息包括该KPI的分析结果，该KPI的分析结果用于指示该KPI的取值是否异常；若该KPI的取值异常，则该待配置通信业务在该网络设备中未配置成功。

在一种实现方式中，该监控策略包括该网络设备的告警信息，该告警信息包括告警类型；该分析信息包括该网络设备是否产生该告警类型的告警；若该网络设备产生该告警类型的告警，则该待配置通信业务在该网络设备中未配置成功。

在一种实现方式中，处理模块501具体可以用于：获取在业务意图模型对应的参数输入界面中输入的待配置通信业务的输入参数；该业务意图模型由业务语言描述；将该业务意图模型对应的业务类型，确定为该待配置通信业务的业务类型。

在一种实现方式中，通信模块502还可以用于：接收来自建模设备的业务意图模型和业务实现模型。

在一种实现方式中，该业务配置装置50包括多个实现组件的配置规则信息；处理模块501还可以用于：根据该多个实现组件中的至少一个实现组件的配置规则信息创建前述业务实现模型。

需要说明的是，图5对应的实施例中未提及的内容以及各个模块执行步骤的具体实现方式可参见图2-图4所示实施例以及前述内容，此处不再赘述。

在一种实现方式中，图5中的各个模块所实现的相关功能可以结合处理器与网络接口来实现。参见图6，图6是本申请实施例提供的另一种业务配置装置的结构示意图，该业务配置装置60可以包括网络接口601、处理器602和存储器603，网络接口601、处理器602和存储器603可以通过一条或多条通信总线相互连接，也可以通过其它方式相连接。图5所示的处理模块501、通信模块502所实现的相关功能可以通过同一个处理器602来实现，也可以通过多个不同的处理器602来实现。

网络接口601可以用于发送数据和/或信令，以及接收数据和/或信令。应用在本申请实施例中，网络接口601可以用于将配置命令发送至网络设备。

处理器602被配置为执行图2-图4所述方法中服务设备相应的功能。该处理器602可以包括一个或多个处理器，例如该处理器602可以是一个或多个中央处理器(centralprocessing unit，CPU)，网络处理器(network processor，NP)，硬件芯片或者其任意组合。在处理器602是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

存储器603用于存储程序代码等。存储器603可以包括易失性存储器(volatilememory)，例如随机存取存储器(random access memory，RAM)；存储器603也可以包括非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器603还可以包括上述种类的存储器的组合。

处理器602可以调用存储器603中存储的程序代码以执行以下操作：

获取针对待配置通信业务的输入参数；

确定该配置通信业务的业务类型；

根据该业务类型和该输入参数，得到该配置通信业务的配置参数；

根据该待配置通信业务的配置参数，生成针对网络设备的配置命令，该网络设备为用于配置该待配置通信业务的设备；

将该配置命令发送至该网络设备。

在一种实现方式中，处理器602具体可以执行以下操作：确定该待配置通信业务的配置规则信息；并根据该待配置通信业务的配置规则信息，以及该待配置通信业务的配置参数，生成针对网络设备的配置命令。

在一种实现方式中，处理器602具体可以执行以下操作：确定该业务类型对应的业务实现模型；将前述输入参数转换为该业务实现模型所需的配置参数，该业务实现模型所需的配置参数为待配置通信业务的配置参数。

在一种实现方式中，该业务实现模型可以包括待配置通信业务的配置规则信息。

在一种实现方式中，用于配置该待配置通信业务的设备的数量为至少一个；该业务实现模型还包括至少一个实现组件，一个实现组件对应一个网络设备；该待配置通信业务的配置规则信息包括每个实现组件的配置规则信息，该待配置通信业务的配置参数包括每个实现组件的配置参数；处理器602具体可以执行以下操作：针对每个实现组件，根据该实现组件的配置规则信息，以及该实现组件的配置参数，生成该实现组件的配置命令；将每个实现组件的配置命令发送至与该实现组件对应的网络设备。

在一种实现方式中，处理器602还可以执行以下操作：检测到针对前述业务实现模型中的目标实现组件的修改操作的情况下，对该目标实现组件的配置规则信息进行修改；根据修改后的目标实现组件的配置规则信息，以及该业务实现模型中除该目标实现组件以外的其他实现组件的配置规则信息，得到修改后的业务实现模型。

在一种实现方式中，前述业务实现模型包括验证脚本；网络接口601还可以执行以下操作：将该验证脚本发送至前述网络设备；该验证脚本用于确定该待配置通信业务在该网络设备中是否配置成功。

在一种实现方式中，前述业务实现模型包括监控策略；网络接口601还可以执行以下操作：将该监控策略发送至分析设备；该分析设备用于根据该监控策略对该网络设备执行待配置通信业务所得到的信息进行分析，得到分析信息；接收来自该分析设备的分析信息，该分析信息用于确定该待配置通信业务是否配置成功。

在一种实现方式中，该监控策略包括该网络设备的关键性能指标KPI，该分析信息包括该KPI的分析结果，该KPI的分析结果用于指示该KPI的取值是否异常；若该KPI的取值异常，则该待配置通信业务在该网络设备中未配置成功。

在一种实现方式中，该监控策略包括该网络设备的告警信息，该告警信息包括告警类型；该分析信息包括该网络设备是否产生该告警类型的告警；若该网络设备产生该告警类型的告警，则该待配置通信业务在该网络设备中未配置成功。

在一种实现方式中，处理器602具体可以执行以下操作：获取在业务意图模型对应的参数输入界面中输入的待配置通信业务的输入参数；该业务意图模型由业务语言描述；将该业务意图模型对应的业务类型，确定为该待配置通信业务的业务类型。

在一种实现方式中，网络接口601还可以执行以下操作：接收来自建模设备的业务意图模型和业务实现模型。

在一种实现方式中，该业务配置装置60包括多个实现组件的配置规则信息；处理器602还可以执行以下操作：根据该多个实现组件中的至少一个实现组件的配置规则信息创建前述业务实现模型。

进一步地，处理器602还可以执行图2-图4所示实施例中服务设备对应的操作，具体可参见方法实施例中的描述，此处不再赘述。

本领域技术人员还可以了解到本申请实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本申请实施例保护的范围。

本申请实施例还提供一种计算机可读存储介质，可以用于存储图5所示实施例中业务配置装置所用的计算机程序指令，其包含用于执行上述实施例中为服务设备所设计的程序。

上述计算机可读存储介质包括但不限于快闪存储器、硬盘、固态硬盘。

本申请实施例还提供一种计算机程序产品，该计算机产品被计算设备运行时，可以执行上述图2-图4实施例中为服务设备所设计的方法。

在本申请实施例中还提供一种芯片，包括处理器和存储器，该存储器用包括处理器和存储器，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，该计算机程序用于实现上述方法实施例中的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

本领域普通技术人员可以理解：本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围，也表示先后顺序。

本申请中的至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本申请不做限制。在本申请实施例中，对于一种技术特征，通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征，该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。

本申请中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本申请并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本申请中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。

本申请中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (16)

1.一种业务配置方法，应用于服务设备，其特征在于，所述方法包括：

获取针对待配置通信业务的输入参数；

确定所述待配置通信业务的业务类型；

根据所述业务类型和所述输入参数，得到所述待配置通信业务的配置参数；

根据所述待配置通信业务的配置参数，生成针对网络设备的配置命令，所述网络设备为用于配置所述待配置通信业务的设备；

将所述配置命令发送至所述网络设备。

2.根据权利要求1所述的方法，其特征在于，所述根据所述待配置通信业务的配置参数，生成针对网络设备的配置命令，包括：

确定所述待配置通信业务的配置规则信息；

根据所述待配置通信业务的配置规则信息，以及所述待配置通信业务的配置参数，生成针对网络设备的配置命令。

3.根据权利要求2所述的方法，其特征在于，所述根据所述业务类型和所述输入参数，得到所述待配置通信业务的配置参数，包括：

确定所述业务类型对应的业务实现模型；

将所述输入参数转换为所述业务实现模型所需的配置参数，所述业务实现模型所需的配置参数为所述待配置通信业务的配置参数。

4.根据权利要求3所述的方法，其特征在于，所述业务实现模型包括所述待配置通信业务的配置规则信息。

5.根据权利要求4所述的方法，其特征在于，用于配置所述待配置通信业务的设备的数量为至少一个；所述业务实现模型还包括至少一个实现组件，一个所述实现组件对应一个所述网络设备；所述待配置通信业务的配置规则信息包括每个所述实现组件的配置规则信息，所述待配置通信业务的配置参数包括每个所述实现组件的配置参数；

所述根据所述待配置通信业务的配置规则信息，以及所述待配置通信业务的配置参数，生成针对网络设备的配置命令，包括：

针对每个所述实现组件，根据所述实现组件的配置规则信息，以及所述实现组件的配置参数，生成所述实现组件的配置命令；

将所述配置命令发送至所述网络设备，包括：

将每个所述实现组件的配置命令发送至与所述实现组件对应的网络设备。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

在检测到针对所述业务实现模型中的目标实现组件的修改操作的情况下，对所述目标实现组件的配置规则信息进行修改；

根据修改后的所述目标实现组件的配置规则信息，以及所述业务实现模型中除所述目标实现组件以外的其他实现组件的配置规则信息，得到修改后的所述业务实现模型。

7.根据权利要求3～6中任一项所述的方法，其特征在于，所述业务实现模型包括验证脚本；所述方法还包括：

将所述验证脚本发送至所述网络设备；所述验证脚本用于确定所述待配置通信业务在所述网络设备中是否配置成功。

8.根据权利要求3～7中任一项所述的方法，其特征在于，所述业务实现模型包括监控策略；所述方法还包括：

将所述监控策略发送至分析设备；所述分析设备用于根据所述监控策略对所述网络设备执行所述待配置通信业务所得到的信息进行分析，得到分析信息；

接收来自所述分析设备的分析信息，所述分析信息用于确定所述待配置通信业务是否配置成功。

9.根据权利要求8所述的方法，其特征在于，所述监控策略包括所述网络设备的关键性能指标KPI，所述分析信息包括所述KPI的分析结果，所述KPI的分析结果用于指示所述KPI的取值是否异常；若所述KPI的取值异常，则所述待配置通信业务在所述网络设备中未配置成功。

10.根据权利要求8所述的方法，其特征在于，所述监控策略包括所述网络设备的告警信息，所述告警信息包括告警类型；所述分析信息包括所述网络设备是否产生所述告警类型的告警；若所述网络设备产生所述告警类型的告警，则所述待配置通信业务在所述网络设备中未配置成功。

11.根据权利要求3～10中任一项所述的方法，其特征在于，所述获取针对待配置通信业务的输入参数，包括：

获取在业务意图模型对应的参数输入界面中输入的待配置通信业务的输入参数；所述业务意图模型由业务语言描述；

确定所述待配置通信业务的业务类型，包括：

将所述业务意图模型对应的业务类型，确定为所述待配置通信业务的业务类型。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

接收来自建模设备的所述业务意图模型和所述业务实现模型。

13.根据权利要求11所述的方法，其特征在于，所述服务设备包括多个实现组件的配置规则信息；所述方法还包括：

根据所述多个实现组件中的至少一个实现组件的配置规则信息创建所述业务实现模型。

14.一种业务配置装置，其特征在于，包括用于执行如权利要求1～13中任一项所述的方法的单元。

15.一种业务配置装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有程序指令，所述处理器执行所述存储器中存储的程序指令，以使所述装置执行如权利要求1～13中任一项所述的方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被业务配置装置执行时使所述业务配置装置执行如权利要求1～13中任一项所述的方法。

Images