业务网络运维方法、装置、设备及介质

技术领域

本公开涉及通信技术领域，尤其涉及一种业务网络运维方法、装置、设备及介质。

背景技术

目前运营商固网业务发展迅速，家庭网关设备的使用率越来越高，用户群也越来越大。而家庭网关的三大主流业务是上网、组播和网管。随着对多媒体需求的增加，组播业务开展得越来越广泛。目前，组播服务运维流程繁琐、效果不佳，亟需改善。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供一种业务网络运维方法、装置、设备及介质，至少在一定程度上改善相关技术中组播服务运维流程繁琐、效果不佳的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供了一种业务网络运维方法，应用于网络控制器，方法包括：

根据网络设备的网络状态信息和网络意图数据库中存储的网络设备对应的网络意图信息，识别网络设备所在的网络链路的传输质量；

根据网络链路的传输质量，确定业务网络是否需要维护。

在本公开的一个实施例中，根据网络设备的网络状态信息和网络意图数据库中存储的网络设备对应的网络意图信息，识别网络设备所在的网络链路的传输质量之前，方法还包括：

获取网络设备的网络状态信息。

在本公开的一个实施例中，获取网络设备的网络状态信息，包括：

接收网络设备上报的网络参数；

根据网络参数，计算得到网络设备的网络状态信息。

在本公开的一个实施例中，网络状态信息包括带宽、丢包率、时延、抖动参数中的至少一种。

在本公开的一个实施例中，识别网络设备所在的网络链路的传输质量，包括：

判断网络设备所在的网络链路的传输质量是否劣化；

根据网络链路的传输质量，确定业务网络是否需要维护，包括：

在网络链路的传输质量劣化的情况下，确定业务网络需要维护。

在本公开的一个实施例中，方法还包括：

在业务网络需要维护的情况下，将网络设备对应的网络意图信息发送至运维模块，以使运维模块根据网络意图信息生成运维配置信息。

在本公开的一个实施例中，方法还包括：

接收意图编排模块下发的网络意图信息；

将网络意图信息存储至网络意图数据库。

在本公开的一个实施例中，网络意图数据库设置于网络控制器中，网络意图信息包括组播源地址、组播组地址、网络意图数据，网络意图数据包括带宽、丢包率、时延、抖动参数中的至少一种。

在本公开的一个实施例中，将网络设备对应的网络意图信息发送至运维模块，包括：

将网络设备对应的网络意图信息发送至意图编排模块，以使意图编排模块将网络控制器发来的网络意图信息传递给运维模块。

在本公开的一个实施例中，方法还包括：

获取运维模块根据网络意图生成的运维配置信息；

将运维配置信息，下发至网络设备。

在本公开的一个实施例中，获取运维模块根据网络意图生成的运维配置信息，包括：

从意图编排模块获取拆分后的网络配置信息，拆分后的网络配置信息是意图编排模块根据网络控制器的功能接口，对运维模块生成的运维配置信息进行拆分后得到的。

在本公开的一个实施例中，运维配置信息包括网络设备的网络链路配置，网络链路配置包括网络设备到目标业务源的多个路径节点。

根据本公开的另一个方面，提供一种业务网络运维装置，应用于网络控制器，装置包括：

传输质量识别模块，用于根据网络设备的网络状态信息和网络意图数据库中存储的网络设备对应的网络意图信息，识别网络设备所在的网络链路的传输质量；

运维判断模块，用于根据网络链路的传输质量，确定业务网络是否需要维护。

根据本公开的又一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述的业务网络运维方法。

根据本公开的又一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的业务网络运维方法。

本公开实施例所提供的业务网络运维方法、装置、设备及介质，网络控制器能够根据网络设备的网络状态信息和网络意图数据库中存储的网络设备对应的网络意图信息，识别网络设备所在的网络链路的传输质量，然后根据网络链路的传输质量，确定业务网络是否需要维护。本公开能够根据网络意图信息及时判断是否需要维护网络，改善网络链路的传输质量。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本公开实施例中一种基于意图的组播服务系统结构示意图；

图2示出本公开实施例中另一种基于意图的组播服务系统结构示意图；

图3示出本公开实施例中一种信息存储格式示意图；

图4示出本公开实施例中一种业务网络运维方法流程图；

图5示出本公开实施例中另一种业务网络运维方法流程图；

图6示出本公开实施例中又一种业务网络运维方法流程图；

图7示出本公开实施例中一种业务网络运维装置示意图；

图8示出本公开实施例中一种电子设备的结构框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开应用于业务网络的运维管理。

在一些实施例中，该业务网络可以是基于意图的网络。作为一个示例，本公开可以应用于基于意图的组播网络。

为简化描述，下文以本公开应用于基于意图的组播网络为例进行描述。

为了便于理解，下面首先对本公开涉及到的相关技术及名词解释如下：

组播源(Multicast Source)，组播流量的发送源，一个典型例子是多媒体服务器。在典型的组播实现中，组播源不需要激活任何组播协议。

组播接受者(Multicast Receiver)，期望接收特定组播组流量的终端PC或者其他类型的设备。我们也将组播接收者称为组播组的成员，只有加入特定组播组的接收者，才会收到发往该组的组播流量。

组播组(Multicast Group)，采用一个特定的组播IP地址标识的群组，例如239.1.1.1，这个IP地址标识了一个组播组。一个组播组概念类似一个电视频道，当你看电视时，有许多频道(多个组播组，不同的组播组使用不同的组播IP地址标识)。

组播路由器(Multicast Router)，激活了组播路由功能的路由器。实际上，不仅仅路由器能够支持组播路由，许多交换机、防火墙等产品也支持组播路由，因此路由器在这里仅作为一个示例。

在组播路由器构成的组播网络中，有两种角色需要额外关注，第一跳路由器和最后一跳路由器。

第一跳路由器是直接面对组播源的组播路由器，它将直接从组播源接收组播流量，也就是说，它是组播流量进入组播网络的入口。

最后一跳路由器是直接面对组播接收者的路由器，它除了负责将其从组播网络中收到的组播流量从存在接收者的接口转发出去，同时也负责维护其直连网络中的组成员关系。

在组播网络架构中，组播源与第一跳组播路由器构成了第一部分。

组播源无需运行任何组播协议，只需将组播报文发送出来。组播报文在传输层通常采用UDP封装，在网络层采用IP封装。组播源发送出来的组播报文的源IP地址为其网卡IP地址(单播IP地址)，而目的IP地址则是一个组播IP地址。

当第一跳路由器R1收到这些报文后，该组播报文在网络中的传输也就开始了。

第二个部分是由网络中的组播路由器所构成的组播网络。

为了能够正确地转发组播报文，路由器需要维护组播路由表。与单播路由表通过单播路由协议来维护类似，组播路由表使用组播路由协议来维护，组播路由协议为路由器贡献组播表项。

常见的组播路由协议有PIM，MOSPF，MBGP等。

最后一跳路由器与组播接收者构成了组播网络的第三个部分。

连接着终端网段的组播路由器，需要通过IGMP(Internet Group ManagementProtocol，因特网组管理协议)查询及发现其直连的网段中是否存在组成员。

只有当最后一跳路由器获知其直连网段中存在某个组播组的成员时，才会向该网段转发该组的组播流量，否则，路由器将不会把该组播组的流量转发到这个网段。

对于终端设备(本公开中也称为网络设备)而言，如果它们希望收到发往某个组播组的流量，那么它们也需要一种机制，来确保本地网络中的组播路由器(最后一跳路由器)知晓自己作为组成员的存在。IGMP便是用于实现上述功能的。

图1示出了本公开实施例提供的一种基于意图的组播服务系统结构示意图，如图1所示，该基于意图的组播服务系统包括网络设备110、网络控制器120、运维模块130。

其中，网络控制器120中设置有网络意图数据库121。

网络设备110的数量可以有多个，在此不作限定。

在本公开所提供的业务网络运维方法中，网络控制器120用于根据网络设备110的网络状态信息和网络意图数据库121中存储的网络设备110对应的网络意图信息，识别网络设备110所在的网络链路的传输质量；以及根据网络链路的传输质量，确定业务网络是否需要维护。

需要说明的是，本公开实施例中网络意图数据库位于网络控制器120中，网络意图数据库用于接收并保存意图编排模块下发的网络意图信息。

网络控制器120可以将采集到的实时的网络状态信息与网络意图数据库中的网络意图信息进行比较，当网络状况不符合网络意图时，确定业务网络需要维护，启动自动化运维流程；若网络状况符合网络意图，则不做任何动作。

其中，网络控制器120采集到的网络状态信息，可以包括各类网络参数。网络意图信息中可以包括这些网络参数的指标信息，进而，网络控制器可以根据这些指标信息判断这些网络参数是否符合标准要求，也就是是否符合网络意图。

在一些实施例中，网络控制器120还可以用于判断网络设备110所在的网络链路的传输质量是否劣化。在网络链路的传输质量劣化的情况下，网络控制器120将网络设备110对应的网络意图信息发送至运维模块130。进而，运维模块130根据网络意图信息生成运维配置信息。

基于意图的网络告知控制器最终的目标，并允许基于控制器的网络计算出低层设备和配置细节。这与通用分组无线业务(GPRS)的工作原理类似。用户输入目的地，软件计算最佳路线，并考虑从用户提取的参数。

基于意图的网络需要满足从访问控制到服务质量(QoS)等多种要素。

在一些实施例中，网络控制器120还可以用于获取网络设备110的网络状态信息。

在一些实施例中，网络控制器120获取网络设备110的网络状态信息，可以是先接收网络设备110上报的网络参数，然后根据网络参数，计算得到网络设备110的网络状态信息。

作为一个示例，网络状态信息可以包括带宽、丢包率、时延、抖动参数中的至少一种。

在一些实施例中，网络控制器120还用于获取运维模块130根据网络意图生成的运维配置信息；并将运维配置信息，下发至网络设备。

其中，运维配置信息可以包括网络设备110的网络链路配置。也就是说，本公开实施例能够根据网络意图生成网络链路配置，随时调整网络中的传输路径。

还需要说明的是，网络设备110可以有多个。在实际运行中，网络控制器120获取“网络设备”的网络状态信息，以及将运维配置信息，下发至“网络设备”，其中的网络设备可以是不同的网络设备。

本公开实施例中网络控制器120可以将采集到的实时网络参数信息与网络意图数据库中的信息进行比较，当网络状况不符合网络意图时，启动自动化运维流程，也就是执行本公开所提供的基于意图的组播服务运维方法。

图2示出了本公开实施例提供的另一种基于意图的组播服务系统结构示意图，图2所示基于意图的组播服务系统结构与图1相似，在图1所示基于意图的组播服务系统结构的基础上，图2所示基于意图的组播服务系统结构还包括意图编排模块210、组播源220，意图处理模块230、用户门户240以及组播资源库250。

此外，相比于图1中的网络设备110，图2示出了多个网络设备，例如，图2所示的P1、P2、P3，以及PE1、PE2、PE3、PE4。

在一些实施例中，网络控制器120，还可以用于接收意图编排模块210下发的网络意图信息；并将网络意图信息存储至网络意图数据库121。

其中，网络意图数据库121设置于网络控制器120中，网络意图信息可以包括组播源地址、组播组地址、网络意图数据。

本公开中的网络意图数据库121，用于存储意图编排模块210下发的网络意图信息，网络意图信息包括组播源地址、组播组地址、网络意图数据。

其中，组播源地址和组播组地址可以确定一个组播业务，而网络意图数据中包含从用户意图中转译出来的业务质量要求，包括但不限于：带宽、丢包率、时延、抖动等参数。

网络意图数据可由多列组成，每个网络参数一列。

作为一个示例，图3示出了网络意图数据库121中信息存储格式，如图3所示，上文中的网络意图数据可以包括带宽、丢包率、时延、抖动参数等。

在一些实施例中，网络控制器120将网络设备对应的网络意图信息发送至运维模块130的过程，具体可以是网络控制器120将网络设备对应的网络意图信息发送至意图编排模块210，然后意图编排模块210将网络控制器120发来的网络意图信息传递给运维模块130。

在一些实施例中，网络控制器120还用于获取运维模块130根据网络意图生成的运维配置信息；并将运维配置信息，下发至网络设备。

作为一个示例，网络控制器120获取运维模块根据网络意图生成的运维配置信息，可以是从意图编排模块210获取拆分后的网络配置信息，拆分后的网络配置信息是意图编排模块210根据网络控制器120的功能接口，对运维模块130生成的运维配置信息进行拆分后得到的。

其中，运维配置信息可以包括网络设备的网络链路配置。也就是说，网络控制器120能够保存意图编排模块210下发的网络意图信息，并根据网络意图随时调整网络中的传输路径。

还需要说明的是，网络控制器120获取“网络设备”的网络状态信息可以是获取P3和PE4的网络状态信息，网络控制器120将运维配置信息，下发至“网络设备”，可以是下发至P1、P2、P3和PE4。这里，“网络设备”不同的原因可以参见下文依据图2的具体示例。

为便于理解，下面结合前文中介绍的附图2，通过一个具体的示例，详细说明本公开提供的业务网络运维方法，以图2为例，假设P3-PE4之间的链路发生了劣化，组播网络的运维流程如下：

网络控制器通过P3和PE4上报的信息，计算出网络中的实时状态，如：时延、抖动等；

网络控制器调取网络意图数据库中与P3-PE4链路相关的业务要求，并将其与P3和PE4上报的信息进行对比，发现由于链路发生了劣化，链路的传输质量已经不满足用户开通业务时对网络质量的要求；

网络控制器将网络意图数据库中提取出的信息发送给意图编排模块；

意图编排模块将网络控制器发来的信息传递给运维模块；

运维模块根据网络意图重新计算出可到达PE4的新路径：P1->P2->PE4，并生成新的配置信息，传递给意图编排模块；

意图编排模块根据网络控制器的功能接口，对运维模块生成的配置进行拆分，并将拆分后的配置下发给网络控制器；

网络控制器将新的网络配置下发给P1、P2、P3和PE4。

本公开实施例在网络控制器中设置了网络意图数据库，用于接收并保存意图编排模块下发的网络意图信息，在运维过程中，能够根据网络意图随时调整网络中的传输路径。

图4示出本公开实施例中一种业务网络运维方法，如图4所示，该业务网络运维方法，包括如下步骤：

S401，网络控制器通过网络设备上报的信息，了解组播网络中的实时状态；

S402，网络控制器调取网络意图数据库中的信息，并将其与网络设备上报的信息进行对比。若网络质量符合网络意图，则不做任何动作；若发现网络质量发生劣化，则执行步骤S403；

S403，网络控制器将网络意图数据库中提取出的信息发送给意图编排模块；

S404，意图编排模块将网络控制器发来的信息传递给运维模块；

S405，运维模块根据网络意图重新生成新的配置信息，并传递给意图编排模块；

S406，意图编排模块根据网络控制器的功能接口，对运维模块生成的配置进行拆分，并将拆分后的配置下发给网络控制器；

S407，网络控制器将新的网络配置下发给网络设备，从而保证网络质量满足网络意图的要求。

本公开实施例能够将网络意图保存在控制器中，根据网络意图检测网络的实时传输质量，运维模块可根据网络意图信息自动计算出新的路径，并生成相应的配置。

基于同一发明构思，图5示出本公开实施例中一种业务网络运维方法，应用于网络控制器，如图5所示，本公开实施例中提供的业务网络运维方法，包括如下步骤：

S502，根据网络设备的网络状态信息和网络意图数据库中存储的网络设备对应的网络意图信息，识别网络设备所在的网络链路的传输质量；

S504，根据网络链路的传输质量，确定业务网络是否需要维护。

其中，S502根据网络设备的网络状态信息和网络意图数据库中存储的网络设备对应的网络意图信息，识别网络设备所在的网络链路的传输质量之前，还可以获取网络设备的网络状态信息。

需要说明的是，网络控制器可以将采集到的实时的网络状态信息与网络意图数据库中的网络意图信息进行比较，当网络状况不符合网络意图时，确定业务网络需要维护，启动自动化运维流程；若网络状况符合网络意图，则不做任何动作。

作为一个示例，网络控制器采集到的网络状态信息，可以包括各类网络参数。网络意图信息中可以包括这些网络参数的指标信息，进而，网络控制器可以根据这些指标信息判断这些网络参数是否符合标准要求，也就是是否符合网络意图。

在一些实施例中，获取网络设备的网络状态信息，可以实现如下：

接收网络设备上报的网络参数；

根据网络参数，计算得到网络设备的网络状态信息。

这里，网络状态信息可以包括带宽、丢包率、时延、抖动参数中的至少一种。

在一些实施例中，S502识别网络设备所在的网络链路的传输质量，可以是判断网络设备所在的网络链路的传输质量是否劣化。

相应地，S504中根据网络链路的传输质量，确定业务网络是否需要维护，可以是在网络链路的传输质量劣化的情况下，确定业务网络需要维护；在网络链路的传输质量没有劣化的情况下，确定业务网络不需要维护。

在一些实施例中，在业务网络需要维护的情况下，还可以将网络设备对应的网络意图信息发送至运维模块，以使运维模块根据网络意图信息生成运维配置信息。

在一些实施例中，上述方法还可以包括如下步骤：

接收意图编排模块下发的网络意图信息；

将网络意图信息存储至网络意图数据库。

在一些实施例中，网络意图数据库设置于网络控制器中，网络意图信息包括组播源地址、组播组地址、网络意图数据，网络意图数据包括带宽、丢包率、时延、抖动参数中的至少一种。

在一些实施例中，将网络设备对应的网络意图信息发送至运维模块，可以是将网络设备对应的网络意图信息发送至意图编排模块，以使意图编排模块将网络控制器发来的网络意图信息传递给运维模块。

图6示出本公开实施例中一种业务网络运维方法，如图6所示，该业务网络运维方法，包括如下步骤：

S602，根据网络设备的网络状态信息和网络意图数据库中存储的网络设备对应的网络意图信息，识别网络设备所在的网络链路的传输质量；

S604，根据网络链路的传输质量，确定业务网络是否需要维护；

S606，将网络设备对应的网络意图信息发送至运维模块，以使运维模块根据网络意图信息生成运维配置信息；

S608，获取运维模块根据网络意图生成的运维配置信息；

S610，将运维配置信息，下发至网络设备。

该示例中步骤S602-S604与图5所示的S502-S504相同。

其中，S608获取运维模块根据网络意图生成的运维配置信息，可以是从意图编排模块获取拆分后的网络配置信息，拆分后的网络配置信息是意图编排模块根据网络控制器的功能接口，对运维模块生成的运维配置信息进行拆分后得到的。

作为一个示例，运维配置信息包括网络设备的网络链路配置，网络链路配置包括网络设备到目标业务源的多个路径节点。

本公开实施例能够保存意图编排模块下发的网络意图信息，并根据网络意图随时调整网络中的传输路径，改善网络链路的传输质量。

基于同一发明构思，本公开实施例中还提供了一种业务网络运维装置，如下面的实施例所述。由于该装置实施例解决问题的原理与上述方法实施例相似，因此该装置实施例的实施可以参见上述方法实施例的实施，重复之处不再赘述。

图7示出本公开实施例中一种业务网络运维装置，应用于网络控制器，如图7所示，该业务网络运维装置700，包括：

传输质量识别模块702，用于根据网络设备的网络状态信息和网络意图数据库中存储的网络设备对应的网络意图信息，识别网络设备所在的网络链路的传输质量；

运维判断模块704，用于根据网络链路的传输质量，确定业务网络是否需要维护。

在一些实施例中，该业务网络运维装置700，还可以包括：

信息获取模块，用于获取网络设备的网络状态信息。

在一些实施例中，信息获取模块，可以具体用于：

接收网络设备上报的网络参数；

根据网络参数，计算得到网络设备的网络状态信息。

在一些实施例中，网络状态信息包括带宽、丢包率、时延、抖动参数中的至少一种。

在一些实施例中，传输质量识别模块702识别网络设备所在的网络链路的传输质量，具体可以是判断网络设备所在的网络链路的传输质量是否劣化。

相应地，运维判断模块704根据网络链路的传输质量，确定业务网络是否需要维护，可以是在网络链路的传输质量劣化的情况下，确定业务网络需要维护。

在一些实施例中，该业务网络运维装置700，还可以包括：

意图信息转发模块，用于在业务网络需要维护的情况下，将网络设备对应的网络意图信息发送至运维模块，以使运维模块根据网络意图信息生成运维配置信息。

在一些实施例中，该业务网络运维装置700，还可以包括：

信息接收模块，用于接收意图编排模块下发的网络意图信息；

信息存储模块，用于将网络意图信息存储至网络意图数据库。

在一些实施例中，网络意图数据库设置于网络控制器中，网络意图信息包括组播源地址、组播组地址、网络意图数据，网络意图数据包括带宽、丢包率、时延、抖动参数中的至少一种。

在一些实施例中，意图信息转发模块将网络设备对应的网络意图信息发送至运维模块，包括：

将网络设备对应的网络意图信息发送至意图编排模块，以使意图编排模块将网络控制器发来的网络意图信息传递给运维模块。

在一些实施例中，该业务网络运维装置700，还可以包括：

配置获取模块，用于获取运维模块根据网络意图生成的运维配置信息；

配置下发模块，用于将运维配置信息，下发至网络设备。

在一些实施例中，配置获取模块，具体用于从意图编排模块获取拆分后的网络配置信息，拆分后的网络配置信息是意图编排模块根据网络控制器的功能接口，对运维模块生成的运维配置信息进行拆分后得到的。

在一些实施例中，运维配置信息包括网络设备的网络链路配置，网络链路配置包括网络设备到目标业务源的多个路径节点。

本申请实施例提供的业务网络运维装置，可以用于执行上述各方法实施例提供的业务网络运维方法，其实现原理和技术效果类似，为简介起见，在此不再赘述。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图8来描述根据本公开的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元810可以执行上述方法实施例的如下步骤：

根据网络设备的网络状态信息和网络意图数据库中存储的网络设备对应的网络意图信息，识别网络设备所在的网络链路的传输质量；

根据网络链路的传输质量，确定业务网络是否需要维护。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备840(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。

并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。

如图8所示，网络适配器860通过总线830与电子设备800的其它模块通信。

应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质可以是可读信号介质或者可读存储介质。其上存储有能够实现本公开上述方法的程序产品。

在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

本公开中的计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

在本公开中，计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。

这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。

可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

在一些示例中，计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

在具体实施时，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。

程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。

实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。

因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。

本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。