基于用户意图的服务功能链SFC重排方法、装置及相关设备与流程

基于用户意图的服务功能链sfc重排方法、装置及相关设备
技术领域
1.本公开涉及意图网络技术领域，尤其涉及一种基于用户意图的服务功能链sfc重排方法、装置及相关设备。


背景技术：

2.随着网络的发展，用户对于网络服务的要求越来越个性化。sfc(sequential function chart，顺序功能图)用于描述按一定关联关系构成的服务逻辑组合结构，可由用户静态配置或者系统动态重排。但是当前sfc研究主要基于sfc拓扑结构，没有深入分析服务关系，sfc用户服务重排管理仍依赖分层接口技术显示调用，缺少支持sfc从意图描述到转译到部署的全流程自动化管理。


技术实现要素：

3.本公开提供的一种基于用户意图的服务功能链sfc重排方法、装置及相关设备，至少在一定程度上克服了相关技术中存在的缺少支持sfc从意图描述到转译到部署的全流程自动化管理的技术问题。
4.本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
5.根据本公开的一个方面，提供了一种基于用户意图的服务功能链sfc重排方法，包括：
6.获取目标用户输入的意图服务信息，其中，所述意图服务信息中包含：所述目标用户意图请求提供的至少一种用户服务以及提供每种用户服务所需的前提条件；
7.将所述意图服务信息转换为可执行的sfc信息；
8.根据预先构建的前提条件关系库、服务关系库以及每种用户服务当前的网络资源分配情况，对所述sfc信息进行重排，其中，所述前提条件关系库用于存储每种用户服务所需前提条件之间的相关性情况，所述服务关系库用于存储用户服务之间的依赖性情况。
9.在一些实施例中，根据预先构建的前提条件关系库、服务关系库以及每种用户服务当前的网络资源分配情况，对所述sfc信息进行重排，包括：
10.根据每种用户服务当前的网络资源分配情况，判断提供每种用户服务所需的前提条件是否满足；
11.当按用户服务的预设顺序判断出前提条件满足的用户服务之前存在前提条件不满足的用户服务时，根据预先构建的前提条件关系库查询每种用户服务所需的前提条件间的相关性情况；
12.当查询到每种用户服务所需的前提条件间不存在相关性时，根据预先构建的服务关系库查询目标用户意图请求提供的至少一种用户服务间的依赖性情况；以及
13.当查询到所述目标用户意图请求提供的至少一种用户服务间不存在依赖性时，对所述sfc信息进行重排。
14.在一些实施例中，所述方法还包括：
15.根据每种用户服务当前的网络资源分配情况，判断提供每种用户服务所需的前提条件是否满足；
16.当按用户服务的预设顺序判断出前提条件满足的用户服务之前不存在前提条件不满足的用户服务时，不对所述sfc信息进行重排。
17.在一些实施例中，所述方法还包括：
18.根据每种用户服务当前的网络资源分配情况，判断提供每种用户服务所需的前提条件是否满足；
19.当按用户服务的预设顺序判断出前提条件满足的用户服务之前存在前提条件不满足的用户服务时，根据预先构建的前提条件关系库查询每种用户服务所需的前提条件间的相关性情况；
20.当查询到每种用户服务所需的前提条件间存在相关性时，不对所述sfc信息进行重排。
21.在一些实施例中，所述方法还包括：
22.根据每种用户服务当前的网络资源分配情况，判断提供每种用户服务所需的前提条件是否满足；
23.当按用户服务的预设顺序判断出前提条件满足的用户服务之前存在前提条件不满足的用户服务时，根据预先构建的前提条件关系库查询每种用户服务所需的前提条件间的相关性情况；
24.当查询到每种用户服务所需的前提条件间不存在相关性时，根据预先构建的服务关系库查询目标用户意图请求提供的至少一种用户服务间的依赖性情况；以及
25.当查询到所述目标用户意图请求提供的至少一种用户服务间存在依赖性时，不对所述sfc信息进行重排。
26.在一些实施例中，获取目标用户输入的意图服务信息，包括：
27.判断意图服务信息中包含的目标用户意图请求提供的至少一种用户服务间是否存在冲突；
28.当所述目标用户意图请求提供的至少一种用户服务间存在冲突时，将所述目标用户意图请求提供的至少一种用户服务发送到用户终端进行更改，直到所述目标用户意图请求提供的至少一种用户服务间不存在冲突；
29.当所述目标用户意图请求提供的至少一种用户服务间不存在冲突时，获取目标用户输入的意图服务信息。
30.在一些实施例中，在将所述意图服务信息转换为可执行的sfc信息之前，所述方法还包括：
31.接收用户通过用户输入界面输入的意图服务信息，并向所述用户输入界面返回许可响应；
32.接收所述用户输入界面输入的意图服务信息。
33.根据本公开的另一个方面，还提供了基于用户意图的服务功能链sfc重排装置，包括：
34.意图服务信息获取模块，用于获取目标用户输入的意图服务信息，其中，所述意图
服务信息中包含：所述目标用户意图请求提供的至少一种用户服务以及提供每种用户服务所需的前提条件；
35.意图服务信息转换模块，用于将所述意图服务信息转换为可执行的sfc信息；
36.sfc信息重排模块，用于根据预先构建的前提条件关系库、服务关系库以及每种用户服务当前的网络资源分配情况，对所述sfc信息进行重排，其中，所述前提条件关系库用于存储每种用户服务所需前提条件之间的相关性情况，所述服务关系库用于存储用户服务之间的依赖性情况。
37.根据本公开的另一个方面，还提供了一种电子设备，该电子设备包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的基于用户意图的服务功能链sfc重排方法。
38.根据本公开的另一个方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的基于用户意图的服务功能链sfc重排方法。
39.根据本公开的另一个方面，还提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述任意一项的基于用户意图的服务功能链sfc重排方法。
40.本公开的实施例中提供的基于用户意图的服务功能链sfc重排方法，能够根据网络资源是否满足用户服务的前提条件，前提条件的相关性和用户服务的依赖性，对用户服务进行灵活的编排，使得能够更加灵活地为用户提供服务，并且无需过多的人工干预，使得服务更加智能高效。
41.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
42.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
43.图1示出了本公开实施例中一种基于用户意图的sfc重排系统架构的示意图；
44.图2示出了本公开实施例中意图编排层的各个子模块间的交互以及意图编排层与sdn控制器、用户输入界面间的交互的示意图；
45.图3示出了本公开实施例中意图编排层与sdn控制器、用户输入界面的交互流程的示意图；
46.图4示出了本公开实施例中的示出了本公开实施例中的另一基于意图的sfc重排方法的流程图；
47.图5示出了本公开实施例中意图编排层与sdn控制器、用户输入界面的交互流程的示意图；
48.图6示出了本公开实施例中一种qos保障子模块的重排模型示意图；
49.图7示出了本公开实施例中基于用户意图的sfc重排方法的实例的流程图；
50.图8示出了本公开实施例中一种基于用户意图的服务功能链sfc重排装置的示意图；
51.图9示出了本公开实施例中一种电子设备的示意图；
52.图10示出了本公开实施例中一种计算机可读存储介质示意图。
具体实施方式
53.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
54.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
55.为便于理解，在介绍本公开实施例之前，首先对本公开实施例中涉及到的几个名词进行解释如下：
56.sfc：service function chain，服务功能链；
57.qos：quality of service，服务质量；
58.qoe：quality of experience，体验质量；
59.sdn：software defined network，软件定义网络；
60.下面结合附图，对本公开实施例的具体实施方式进行详细说明。
61.图1示出了本公开实施例中一种基于用户意图的sfc重排系统架构的示意图，如图1所示，该基于用户意图的sfc重排系统架构可包括用户输入界面101、意图编排层102、sdn控制器103和底层网络104，其中，意图编排层102可以包括意图解析模块10和意图实施模块20。
62.用户在用户输入界面101中输入意图服务信息，并通过用户输入界面101将该意图服务信息发送到和意图编排层102中的意图解析模块10，意图解析模块10对意图服务信息进行解析，将该意图服务信息转换成可执行的sfc信息，并将可执行的sfc信息中无冲突的用户服务重新组成的无冲突的意图发送到意图实施模块20中，意图实施模块20根据sdn控制器103从底层网络104采集的网络资源确定是否进行sfc重排。当意图实施模块20确定进行sfc重排后，将sfc重排模拟出的服务效果发送到用户输入界面101由用户进行确认，在用户确认后，用户输入界面101向意图实施模块20发送通知，使得意图实施模块20向sdn控制器103下发上述网络方案，sdn控制器103根据该网络方案向执行设备下发设备控制信息，以控制该执行设备执行sfc重排。
63.需要说明的是，用户输入界面可以是用户的终端设备的屏幕。在一些实施例中，用户的终端设备可包括笔记本电脑、台式电脑、手机等，用户可以根据实际需求选择合适的终端设备，通过终端设备的用户输入界面输入意图服务信息，本公开对用户的终端设备的类型不进行限制。
64.此外，意图服务信息可以是用户想要实现的服务信息，并且需要转换成可执行的sfc信息，以便于执行后续的sfc重排操作。
65.上述图1定义了意图编排层的意图解析模块和意图实施模块的具体功能和交互方式，以及意图编排层与sdn控制器、用户输入界面的交互过程，现对意图编排层的各个子模块间的交互过程进行说明，图2示出了本公开实施例中意图编排层的各个子模块间的交互以及意图编排层与sdn控制器、用户输入界面间的交互的示意图。
66.如图2所示，意图解析模块10可以包括意图服务消息转换子模块30、冲突确定模块40和意图服务消息更改子模块50，意图实施模块20可以包括网络资源分配子模块60、qos保障子模块70和用户意图维护子模块80。
67.意图服务消息转换子模块30接收用户输入的意图服务消息，将该意图服务消息转换成可执行的sfc信息，并将可执行的sfc信息发送到冲突确定模块40，冲突确定模块40确定可执行的sfc信息中的用户服务间是否存在冲突，当用户服务间存在冲突时(或无法满足的用户服务)时，将存在冲突的用户服务发送到意图服务消息更改子模块50，由意图服务消息更改子模块50对存在冲突的用户服务进行更改/补充，直到这些用户服务间的冲突消失，再回到意图服务消息转换子模块10重新参与下一轮sfc重排过程，当用户服务间不存在冲突时，将这些无冲突的用户服务重新组成的无冲突的意图发送到网络资源分配子模块620，网络资源分配子模块60将无冲突的意图和sdn控制器103上传的网络资源发送到qos保障子模块70，由qos保障子模块70根据无冲突的意图和网络资源对基于用户意图的sfc重排过程进行模拟，并将sfc重排后模拟出的服务效果发送到意图服务消息更改子模块50由用户进行确认，在用户确认模拟出的服务效果可以接受后，意图服务消息更改子模块50向qos保障子模块70发送用户确认的通知，qos保障子模块70继而将上述网络方案下发到sdn控制器103，sdn控制器103将该网络方案发送到执行sfc重排的执行设备，由该执行设备执行最终执行基于用户意图的sfc重排。
68.需要说明的是，用户服务间是否存在冲突在于用户服务间是否存在相矛盾的用户服务。一些实施例中，例如，用户服务a可以是在带宽占用率达到某一阈值时升级带宽到100m，用户服务b可以是购买了50m带宽，由于只购买了50m带宽，因此，在带宽占用率达到某一阈值时，也无法实现升级带宽到100m，此时，用户服务a和用户服务b间存在冲突。在意图服务信息中包含的用户服务间存在冲突时，可以在用户终端上显示提示信息：存在冲突的用户服务。在对存在冲突的用户服务进行更改后，更改后的不存在冲突的用户服务可继续参与下次基于用户意图的sfc重排。此外，无法确定意图服务信息中包含的用户服务时，也需要将这些用户服务发送到用户输入界面进行更改。
69.首先，本公开实施例中提供了一种基于用户意图的服务功能链sfc重排方法。该方法可以由上述系统架构中用户输入界面101、意图编排层102、sdn控制器103通过交互的方式来实现。为了对基于用户意图的服务功能链sfc重排方法进行详细说明，本公开在图3中示出了本公开实施例中一种基于用户意图的服务功能链sfc重排方法的流程图。如图3所示，该方法包括以下步骤：
70.s302：获取目标用户输入的意图服务信息，其中，意图服务信息中包含：目标用户意图请求提供的至少一种用户服务以及提供每种用户服务所需的前提条件。
71.需要说明的是，意图服务信息可以为目标用户通过用户输入界面输入的信息，是
对用户意向的体现，在一些实施例中，意图服务信息可以是想要订购某电子产品，并为该电子产品分配带宽50m，当使用该产品的流量带宽占用率超过了70％且其中访问局域网的流量占比超过80％时升级带宽，限制局域网访问量等，用户可以根据需要输入意图服务信息，本公开对意图服务信息所包含的信息的类别不进行限制。用户服务可以为用户服务信息中的各个事件，例如，上述意图服务信息中的四个事件：订购某电子产品、为该电子产品分配带宽50m、升级带宽、限制局域网访问量均为上述意图服务信息中包含的用户服务。每种用户服务所需的前提条件可以是进行用户服务所需的前提，例如，上述意图服务信息中，需要满足使用该产品的流量带宽占用率超过了70％且其中访问局域网的流量占比超过80％这个前提，才能进行升级带宽这个用户服务，此时，使用该产品的流量带宽占用率超过了70％且其中访问局域网的流量占比超过80％便为升级带宽这个用户服务的前提条件。
72.s304：将意图服务信息转换为可执行的sfc信息。
73.需要说明的是，本公开将意图服务信息转换成了由用户服务和每个用户服务的前提条件构成的可执行的sfc信息。可执行的sfc信息可以为按照用户服务的预设顺序排列的用户服务串形式，每个用户服务前可预设或可不预设进行用户服务所需的前提条件。在一些实施例中，例如，可执行的sfc信息可以为(a∩b)a
‑‑‑
cb
‑‑‑
c，其中，a、b、c为按照用户服务的预设顺序排列的用户服务，a∩b为进行用户服务a所需的前提条件，c进行用户服务b所需的前提条件，而用户服务c前未预设前提条件，也就是说，当按照用户服务的预设顺序进行到用户服务c时，不需要满足任何条件便可以直接执行用户服务c。
74.s306：根据预先构建的前提条件关系库、服务关系库以及每种用户服务当前的网络资源分配情况，对sfc信息进行重排，其中，前提条件关系库用于存储每种用户服务所需前提条件之间的相关性情况，服务关系库用于存储用户服务之间的依赖性情况。
75.本公开的实施例中提供的基于用户意图的服务功能链sfc重排方法，能够根据网络资源是否满足用户服务的前提条件，前提条件的相关性和用户服务的依赖性，对用户服务进行灵活的编排，使得能够更加灵活地为用户提供服务，并且无需过多的人工干预，使得服务更加智能高效。
76.为了对基于意图的sfc重排方法进行进一步的分解和说明，本发明在图4中示出了本公开实施例中的示出了本公开实施例中的另一基于意图的sfc重排方法的流程图。如图4所示，该方法包括以下步骤：
77.s402：获取目标用户输入的意图服务信息，其中，意图服务信息中包含：目标用户意图请求提供的至少一种用户服务以及提供每种用户服务所需的前提条件。
78.s404：将意图服务信息转换为可执行的sfc信息。
79.s406：根据每种用户服务当前的网络资源分配情况，判断提供每种用户服务所需的前提条件是否满足。
80.s408：当按用户服务的预设顺序判断出前提条件满足的用户服务之前存在前提条件不满足的用户服务时，根据预先构建的前提条件关系库查询每种用户服务所需的前提条件间的相关性情况。
81.在一些实施例中，例如，可执行的sfc信息可以为(a∩b)a
‑‑‑
cb
‑‑‑
c，按照用户服务的预设顺序，进行用户服务的顺序是a
‑‑‑b‑‑‑
c，当a、c满足时，此时进行用户服务a的前提条件a∩b未满足，进行用户服务b的前提条件c满足，此时前提条件满足的用户服务b之前
存在前提条件不满足的用户服务a，因此，确认sfc信息需要进行重排并执行后续操作；当a、b、c满足时，此时进行用户服务a的前提条件a∩b满足，进行用户服务b的前提条件c也满足，此时还是先进行用户服务a，再进行用户服务b，因此，确认sfc信息不需要重排，此时，流程停止。
82.s410：当查询到每种用户服务所需的前提条件间不存在相关性时，根据预先构建的服务关系库查询目标用户意图请求提供的至少一种用户服务间的依赖性情况。
83.需要说明的是，当用户通过用户输入界面输入意图服务信息的同时，也预先构建了用于存储该意图服务信息中包含的前提条件和用户服务的相关性和依赖性的前提条件关系库和服务关系库。
84.s412：当查询到目标用户意图请求提供的至少一种用户服务间不存在依赖性时，对sfc信息进行重排。
85.因此，对sfc信息进行重排，前提条件满足的用户服务之前存在前提条件不满足的用户服务、每种用户服务所需的前提条件间不存在相关性以及目标用户意图请求提供的至少一种用户服务间不存在依赖性需要全部满足，当这些条件中任一条件不满足时，不对sfc信息进行重排，现对不对sfc信息进行重排的情况进行说明。
86.(1)前提条件满足的用户服务之前不存在前提条件不满足的用户服务。
87.在一些实施例中，基于意图的sfc重排方法还包括：
88.根据每种用户服务当前的网络资源分配情况，判断提供每种用户服务所需的前提条件是否满足；
89.当按用户服务的预设顺序判断出前提条件满足的用户服务之前不存在前提条件不满足的用户服务时，不对sfc信息进行重排。
90.(2)每种用户服务所需的前提条件间存在相关性。
91.在一些实施例中，基于意图的sfc重排方法还包括：
92.根据每种用户服务当前的网络资源分配情况，判断提供每种用户服务所需的前提条件是否满足；
93.当按用户服务的预设顺序判断出前提条件满足的用户服务之前存在前提条件不满足的用户服务时，根据预先构建的前提条件关系库查询每种用户服务所需的前提条件间的相关性情况；
94.当查询到每种用户服务所需的前提条件间存在相关性时，不对sfc信息进行重排。
95.(3)目标用户意图请求提供的至少一种用户服务间存在依赖性。
96.在一些实施例中，基于意图的sfc重排方法还包括：
97.根据每种用户服务当前的网络资源分配情况，判断提供每种用户服务所需的前提条件是否满足；
98.当按用户服务的预设顺序判断出前提条件满足的用户服务之前存在前提条件不满足的用户服务时，根据预先构建的前提条件关系库查询每种用户服务所需的前提条件间的相关性情况；
99.当查询到每种用户服务所需的前提条件间不存在相关性时，根据预先构建的服务关系库查询目标用户意图请求提供的至少一种用户服务间的依赖性情况；以及
100.当查询到目标用户意图请求提供的至少一种用户服务间存在依赖性时，不对sfc
信息进行重排。
101.需要说明的是，上述基于用户意图的sfc重排方法中获取的意图服务信息需要彼此之间不存在冲突，因此，在一些实施例中，判断意图服务信息中包含的目标用户意图请求提供的至少一种用户服务间是否存在冲突；当目标用户意图请求提供的至少一种用户服务间存在冲突时，将目标用户意图请求提供的至少一种用户服务发送到用户终端进行更改，直到目标用户意图请求提供的至少一种用户服务间不存在冲突；当目标用户意图请求提供的至少一种用户服务间不存在冲突时，获取目标用户输入的意图服务信息。
102.在一些实施例中，在将意图服务信息转换为可执行的sfc信息之前，还需接收用户通过用户输入界面输入的意图服务信息，并向用户输入界面返回许可响应；接收用户输入界面输入的意图服务信息。
103.上述对基于用户意图的sfc重排方法对sfc重排的模拟可以通过意图编排层与sdn控制器、用户输入界面的交互来实现，因此，在图5中示出了本公开实施例中意图编排层与sdn控制器、用户输入界面的交互流程的示意图。
104.如图5所示，所述交互流程包括：
105.s502：意图服务消息转换子模块30接收意图服务消息。
106.s504，sdn控制器103向网络资源分配子模块60上传网络资源。
107.s506：冲突确定模块40确定用户服务间否存在冲突。
108.当用户服务间存在冲突时，执行步骤s508；当用户服务间不存在冲突时，执行步骤s510；
109.s508：将存在冲突的用户服务发送到意图服务消息更改子模块50进行更改/补充。
110.s510：向sdn控制器103发送不存在冲突的用户服务，并从sdn控制器103接收网络资源。
111.s512：向qos保障子模块70发送不存在冲突的用户服务和对每种用户服务分配的网络资源，以使得qos保障子模块70进行基于用户意图的sfc重排的模拟。
112.s514：向意图服务消息更改子模块50上传模拟出的服务效果。
113.s516：意图服务消息更改子模块50向qos保障子模块70发送用户确认消息。
114.s518：向sdn控制器103下发网络方案。
115.s520：用户意图维护子模块80从网络资源分配子模块60收集数据，根据手机的数据监测用户用户服务体验质量。
116.s522：用户意图维护子模块80发送用户用户服务体验质量，维护用户意图。
117.需要说明的是，当用户用户服务体验质量达到预设水平时，整个系统架构处于等待状态；当用户用户服务体验质量达不到预设水平时，重新输入意图服务消息，以重启基于用户意图的sfc重排的过程。
118.上述对基于用户意图的sfc重排的模拟过程是在qos保障子模块中进行的，为了对qos保障子模块的基于用户意图的sfc重排功能有更进一步的理解，本公开在图6中示出了本公开实施例中一种qos保障子模块的重排模型示意图。
119.如图6所示，该qos保障子模块的重排模型通过多个功能块最终实现基于用户意图的sfc重排，多个功能块包括资源查询功能块601、前提条件关系库查询功能块602、服务关系库查询功能块603、前提条件更改功能块604。
120.资源查询功能块601。其功能可以是查询针对每种用户服务所分配的网络资源来判断每种用户服务的前提条件是否满足，以判断按用户服务的预设顺序判断出前提条件成立的用户服务之前是否存在前提条件不成立的用户服务。当按用户服务的预设顺序判断出前提条件成立的用户服务之前存在前提条件不成立的用户服务时，该基于用户意图的sfc重排继续进行到602功能块。
121.前提条件关系库查询功能块602。其功能可以是根据预先构建的前提条件关系库查询每种用户服务所需的前提条件间的相关性情况。当根据预先构建的前提条件关系库查询到每种用户服务所需的前提条件间不存在相关性时，该基于用户意图的sfc重排继续进行到603功能块。
122.服务关系库查询功能块603。其功能可以是根据预先构建的服务关系库查询至少一种用户服务间的依赖性情况。当根据预先构建的服务关系库查询至少一种用户服务间不存在依赖性时，该基于用户意图的sfc重排继续进行到604功能块。
123.前提条件更改功能块604。其功能可以是更改未满足的前提条件使其满足。如前述实施例中举例的意图服务消息转换的可执行的sfc信息：(a∩b)a
‑‑‑
cb
‑‑‑
c，当前提条件(a∩b)仅满足了a，没有满足b时，无法执行服务a，但可以先行执行服务b来提升此刻用户使用体验，当601、602、603中均能满足条件进入下一个功能块的操作时，将(a∩b)变为(a∪b)，同时，qos保障子模块进行基于用户意图的sfc重排的模拟过程。
124.为了说明如何将本公开的基于用户意图的sfc重排方法应用于实践中，下面举例说明基于用户意图的服务功能链sfc重排方法针对几种应用场景的应用实例。
125.本公开的实施例中提供的基于用户意图的服务功能链sfc重排方法，能够根据网络资源是否满足用户服务的前提条件，前提条件的相关性和用户服务的依赖性，对用户服务进行灵活的编排，使得能够更加灵活地为用户提供服务，并且无需过多的人工干预，使得服务更加智能高效。
126.为了说明如何将本公开的基于用户意图的sfc重排方法应用于实践中，下面举例说明基于用户意图的服务功能链sfc重排方法针对几种应用场景的应用实例，其中，图7示出了本公开实施例中基于用户意图的sfc重排方法的实例的流程图。
127.应用场景1：用户服务间无冲突，现网资源与意图服务请求无差别。
128.如图7所示，意图服务请求可以是：我想要订购某产品，分配带宽50m，当使用该产品的流量带宽占用率超过了70％且其中访问局域网的流量占比超过80％时，升级带宽，同时适当限制局域网访问量(已购买100m带宽)。
129.整个过程如下：将用户通过用户输入界面输入的意图服务请求转换为可执行的sfc信息，可执行的sfc信息中包含的用户服务的预设顺序可以是：订购产品-dpi深度包检测-带宽升级-局域网访问流量限制，并确定这些用户服务间的冲突情况。利用sdn控制器采集网络资源，并为不存在冲突的用户服务分配网络资源。对存在冲突的用户服务，需要上传到用户输入界面进行更改/补充。当sdn控制器为不存在冲突的用户服务分配网络资源后，发现现网资源与意图服务请求无差别，此时，确定不需要对sfc重排，并将模拟出的服务效果呈现给用户。在成功订购产品后定时进行dpi深度包检测，并在发现带宽占用率达到预设阈值使得用户用户服务体验质量较差时升级带宽，并向sdn控制器下带宽升级方案，以使得sdn控制器采集对应的网络资源。
130.应用场景2：用户服务间无冲突，但现网资源与意图服务请求无差别。
131.如图7所示，意图服务请求可以是：我想要订购某产品，分配带宽50m，当使用该产品的流量带宽占用率超过了70％且其中访问局域网的流量占比超过80％时，升级带宽，同时适当限制局域网访问量(已购买100m带宽)。
132.现网资源：使用该产品的流量带宽占用率未达到70％，但访问局域网的流量占比达到100％。
133.整个过程如下：将用户通过用户输入界面输入的意图服务请求转换为可执行的sfc信息，可执行的sfc信息中包含的用户服务的预设顺序为订购产品
‑‑‑
dpi深度包检测
‑‑‑
升级带宽
‑‑‑
局域网访问流量限制。利用sdn控制器采集网络资源，并为不存在冲突的用户服务分配网络资源。系统发现，虽然目前该产品的流量带宽占用率未超过70％，但访问局域网的流量占比已达到100％，这样会造成丢包。尽管sfc信息中包含的用户服务的预设顺序可以是订购产品-dpi深度包检测-带宽升级-局域网访问流量限制且使用该产品的流量带宽占用率未达到70％且通过现网资源情况确认此时网络资源无法支持将用户带宽升级到100m，此时，系统查询到该产品的流量带宽占用率超过了70％和其中访问局域网的流量占比超过80％两个前提条件间无相关性，且升级带宽和局域网访问流量限制这两个用户服务间无依赖性，因此，为了保障用户用户服务体验质量，需首先进行局域网访问流量限制，同时对重排后的用户服务的服务效果进行模拟，并将模拟出的服务效果呈现给用户，模拟出的服务效果包括：目前可提供的最大带宽；在该最大带宽下进行局域网访问流量限制可保证的用户用户服务体验质量；预计带宽达到50m的具体时间。用户重新输入意图服务信息或选择终止本次服务。当用户重新输入意图服务信息时，系统在预定时间内进行带宽查询，确定是否在该预定时间内将带宽提高到50m，并不定时采集带宽占用率信息。
134.应用场景3：意图服务请求与实际购买情况冲突。
135.如图7所示，意图服务请求可以是：我想要订购某产品，分配带宽50m，当使用该产品的流量带宽占用率超过了70％且其中访问局域网的流量占比超过80％时，在带宽占用率达到预设阈值时将带宽升级到100m，同时适当限制局域网访问量(未购买100m带宽)。
136.整个过程如下：将用户通过用户输入界面输入的意图服务请求转换为可执行的sfc信息，可执行的sfc信息中包含的用户服务的预设顺序可以是：订购产品-dpi深度包检测-带宽升级-局域网访问流量限制。利用sdn控制器采集网络资源，并为不存在冲突的用户服务分配网络资源。根据可执行的sfc信息确定用户所需服务类型时发现，用户希望在带宽占用率达到预设阈值时将带宽升级到100m，但是未购买100m带宽，只购买了50m带宽，这与意图服务请求冲突，与用户服务间存在冲突时类似，此时需要将意图服务请求返回给用户进行更改，并在接收到新的意图服务请求后重新执行。
137.需要说明的是，预设阈值可由用户根据需求进行设置，本公开对预设阈值的具体数值不进行限制。此外，重复重排操作，使得用户用户服务体验质量得分高于预设阈值，使得能够达到用户接受的用户服务体验质量，达到了维护用户意图的技术效果。
138.本公开的实施例中提供的基于用户意图的服务功能链sfc重排方法，能够根据网络资源是否满足用户服务的前提条件，前提条件的相关性和用户服务的依赖性，对用户服务进行灵活的编排，使得能够更加灵活地为用户提供服务，并且无需过多的人工干预，使得服务更加智能高效。
139.基于同一发明构思，本公开实施例中还提供了一种基于用户意图的服务功能链sfc重排装置，如下面的实施例所述。由于该装置实施例解决问题的原理与上述方法实施例相似，因此该装置实施例的实施可以参见上述方法实施例的实施，重复之处不再赘述。
140.图8示出了本公开实施例中一种基于用户意图的服务功能链sfc重排装置的示意图，如图8所示，该基于用户意图的服务功能链sfc重排装置包括：
141.意图服务信息获取模块801，用于获取目标用户输入的意图服务信息，其中，意图服务信息中包含：目标用户意图请求提供的至少一种用户服务以及提供每种用户服务所需的前提条件；
142.意图服务信息转换模块802，用于将意图服务信息转换为可执行的sfc信息；
143.sfc信息重排模块803，用于根据预先构建的前提条件关系库、服务关系库以及每种用户服务当前的网络资源分配情况，对sfc信息进行重排，其中，前提条件关系库用于存储每种用户服务所需前提条件之间的相关性情况，服务关系库用于存储用户服务之间的依赖性情况。
144.本公开的实施例中提供的基于用户意图的服务功能链sfc重排装置，能够根据网络资源是否满足用户服务的前提条件，前提条件的相关性和用户服务的依赖性，对用户服务进行灵活的编排，使得能够更加灵活地为用户提供服务，并且无需过多的人工干预，使得服务更加智能高效。
145.在一些实施例中，sfc信息重排模块803用于：
146.根据每种用户服务当前的网络资源分配情况，判断提供每种用户服务所需的前提条件是否满足；
147.当按用户服务的预设顺序判断出前提条件满足的用户服务之前存在前提条件不满足的用户服务时，根据预先构建的前提条件关系库查询每种用户服务所需的前提条件间的相关性情况；
148.当查询到每种用户服务所需的前提条件间不存在相关性时，根据预先构建的服务关系库查询目标用户意图请求提供的至少一种用户服务间的依赖性情况；以及
149.当查询到目标用户意图请求提供的至少一种用户服务间不存在依赖性时，对sfc信息进行重排。
150.在一些实施例中，装置还用于：
151.根据每种用户服务当前的网络资源分配情况，判断提供每种用户服务所需的前提条件是否满足；
152.当按用户服务的预设顺序判断出前提条件满足的用户服务之前不存在前提条件不满足的用户服务时，不对sfc信息进行重排。
153.在一些实施例中，装置还用于：
154.根据每种用户服务当前的网络资源分配情况，判断提供每种用户服务所需的前提条件是否满足；
155.当按用户服务的预设顺序判断出前提条件满足的用户服务之前存在前提条件不满足的用户服务时，根据预先构建的前提条件关系库查询每种用户服务所需的前提条件间的相关性情况；
156.当查询到每种用户服务所需的前提条件间存在相关性时，不对sfc信息进行重排。
157.在一些实施例中，装置还用于：
158.根据每种用户服务当前的网络资源分配情况，判断提供每种用户服务所需的前提条件是否满足；
159.当按用户服务的预设顺序判断出前提条件满足的用户服务之前存在前提条件不满足的用户服务时，根据预先构建的前提条件关系库查询每种用户服务所需的前提条件间的相关性情况；
160.当查询到每种用户服务所需的前提条件间不存在相关性时，根据预先构建的服务关系库查询目标用户意图请求提供的至少一种用户服务间的依赖性情况；以及
161.当查询到目标用户意图请求提供的至少一种用户服务间存在依赖性时，不对sfc信息进行重排。
162.在一些实施例中，意图服务信息获取模块801用于：
163.判断意图服务信息中包含的目标用户意图请求提供的至少一种用户服务间是否存在冲突；
164.当目标用户意图请求提供的至少一种用户服务间存在冲突时，将目标用户意图请求提供的至少一种用户服务发送到用户终端进行更改，直到目标用户意图请求提供的至少一种用户服务间不存在冲突；
165.当目标用户意图请求提供的至少一种用户服务间不存在冲突时，获取目标用户输入的意图服务信息。
166.在一些实施例中，在将意图服务信息转换为可执行的sfc信息之前，装置还用于：
167.接收用户通过用户输入界面输入的意图服务信息，并向用户输入界面返回许可响应；
168.接收用户输入界面输入的意图服务信息。
169.此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述方法实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。
170.所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
171.下面参照图9来示出本公开实施例中一种电子设备的示意图。图9显示的电子设备900仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
172.如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930。
173.其中，存储单元存储有程序代码，程序代码可以被处理单元910执行，使得处理单元910执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，处理单元910可以执行上述方法实施例的如下步骤：在确定用户终端处于移动状态的情况下，用户终端当前连接的bbu向智能控制器上报用户终端当前的状态数据；智能控制器基于预先训练好的人工智能/机器学习ai/ml模型，根据用户终端当前的状态数据生成
用户终端的接入点-用户终端ap-ue关联决策结果，并上报至移动性管理网元；以及移动性管理网元根据用户终端的ap-ue关联决策结果，对用户终端连接的bbu进行更新。
174.存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(rom)9203。
175.存储单元920还可以包括具有一组(至少一个)程序模块9205的程序/实用工具9204，这样的程序模块9205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
176.总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
177.电子设备900也可以与一个或多个外部设备940(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口950进行。并且，电子设备900还可以通过网络适配器960与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器960通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
178.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
179.特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机程序产品，该计算机程序产品包括：计算机程序，计算机程序被处理器执行时实现上述基于用户意图的服务功能链sfc重排方法。
180.在本公开的示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质可以是可读信号介质或者可读存储介质。图10示出本公开实施例中一种计算机可读存储介质示意图，如图10所示，该计算机可读存储介质1000上存储有能够实现本公开上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端上运行时，程序代码用于使终端执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。
181.本公开中的计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
182.在本公开中，计算机可读存储介质可以包括在基带中或者作为载波一部分传播的
数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
183.可选地，计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
184.在具体实施时，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
185.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
186.此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
187.通过以上实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
188.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。