一种业务链的转发路径确定方法及通信装置与流程

1.本技术涉及通信技术领域，尤其涉及一种业务链的转发路径确定方法及通信装置。


背景技术：

2.业务功能链(service function chain，sfc)也称为业务链，它是一个有序的业务功能(service function，sf)的集合。例如，sf可以为：视频优化、传输控制协议(transmission control protocol，tcp)优化、防火墙或统一资源定位(uniform resource locator，url)过滤等。
3.图1是一种现有的业务链网络的示意图。如图1所示，业务链网络包括分类器(traffic classifier，tc)、业务功能转发(service function forwarder，sff)网元、sf1网元～sf5网元。其中，分类器用于实现业务报文的识别和规则匹配，为业务报文确定所要经过的业务链。分类器确定业务报文所要经过的业务链之后，将该业务报文封装为封装报文，该封装报文中封装有该业务报文所要经过的业务链的标识以及该业务报文。分类器将该封装报文发送给sff网元。sff网元负责将该封装报文或解封装后的业务报文转发到对应的sf网元，以便sf网元对业务报文进行业务处理。
4.如图1所示，sf1具有一个网元，sf2具有两个网元，sf3具有三个网元，sf4具有两个网元，sf5具有一个网元。假设定义了一条业务链sfc1，该sfc1的业务级编排结果为：sf1-》sf2-》sf3。sfc1表示一个业务报文先经过sf1对应的网元进行业务处理，再经过sf2对应的网元进行业务处理，再经过sf3对应的网元进行业务处理。由于sf2和sf3均具有多个网元，因此，sfc1具有多种转发路径。按rfc7665标准定义，每个sff网元独立决策下一跳转发的sf网元。然而在实践中发现，由每个sff网元独立决策下一跳转发的sf网元，无法保证业务链的转发路径符合运营商设置的转发规则(例如，使sf网元负载均衡的规则)。因此，如何使业务链的转发路径能够满足运营商设置的转发规则是目前亟待解决的问题。


技术实现要素：

5.本技术提供了一种业务链的转发路径确定方法及通信装置，有利于使确定的业务链的转发路径能够满足运营商设置的规则。
6.第一方面，本技术提供一种业务链的转发路径确定方法，该方法包括：第一网元获取第一业务链对应的业务级编排结果，该业务级编排结果指示多种业务功能sf的排序；第一网元基于该多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径；第一网元生成第一封装报文，该第一封装报文包括第一指示信息、第二指示信息和第一业务报文，该第一指示信息用于指示转发路径，该第二指示信息用于指示转发路径中的第一跳sf网元；第一网元向业务功能转发sff网元发送第一封装报文。
7.基于第一方面所描述的方法，可以由第一网元集中确定业务链的转发路径，这样
第一网元就能够准确地知道sf网元上的实际流量，从而第一网元能够基于sf网元上的实际流量，规划出一条符合运营商规则的业务链转发路径。
8.可选的，第一网元部署于用户面，这样用户面网元能够更加快速地获取到业务链的转发路径，从而更快地实现业务报文的转发。
9.在一种可能的实现中，第一网元获取第一业务链对应的业务级编排结果之前，第一网元还可接收分类器发送的第二封装报文，该第二封装报文包括第一业务链的标识和第一业务报文。在该可能的实现中，第一网元不是分类器，而是新增的用户面网元，这样能够减小对已有的分类器的改动。
10.第二方面，本技术提供一种业务链的转发路径确定方法，该方法包括：第一网元接收分类器发送的第一请求，该第一请求用于请求生成第一业务链的转发路径，该第一请求携带第一业务链的标识；第一网元获取第一业务链对应的业务级编排结果，该业务级编排结果指示多种业务功能sf的排序；第一网元基于该多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径；第一网元向分类器发送第一指示信息，该第一指示信息用于指示转发路径。
11.基于第二方面所描述的方法，可以由第一网元集中确定业务链的转发路径，这样第一网元就能够准确地知道sf网元上的实际流量，从而第一网元能够基于sf网元上的实际流量，规划出一条符合运营商规则的业务链转发路径。
12.在第一方面或第二方面的一种可能的实现中，第一网元获取第一业务链对应的业务级编排结果之前，第一网元还可接收业务链控制器发送的业务链信息，该业务链信息包括至少一个业务链的标识以及该业务链的标识对应的业务级编排结果。通过在业务链控制器对业务链进行业务级编排，有利于减小第一网元的负载，并且能够利用已有的业务链网络进行业务级编排，可以缩短开发时间，并且由于业务链控制器是网络控制面的中心节点，通过业务链控制器对业务链进行业务级编排，更加便于对业务链的业务级编排结果进行集中管理。
13.在第一方面或第二方面的一种可能的实现中，第一网元获取第一业务链对应的业务级编排结果的具体实现方式为：第一网元基于第一业务链的标识从业务链信息中获取第一业务链对应的业务级编排结果。基于该可能的实现方式，能够准确地获取到第一业务链对应的业务级编排结果。
14.在第一方面或第二方面的一种可能的实现中，第一网元基于该多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径的具体实施方式为：第一网元基于该多种sf的排序、该多种sf中的至少一种sf对应的多个sf网元的负载情况以及以下信息中的一种或多种：该多种sf中的至少一种sf对应的多个sf网元的部署位置、业务链网络包括的sff网元的部署位置或该多种sf中的至少一种sf对应的多个sf网元与sff网元之间的组网关系，确定第一业务链的转发路径。基于sf网元的部署位置、sff网元的部署位置或sf网元与sff网元之间的组网关系确定的第一业务链的转发路径，有利于减少跨sff网元转发业务报文，能够降低业务链网络中sff网元的负载，以及降低业务报文的转发时延。
15.在第一方面或第二方面的一种可能的实现中，第一网元获取第一业务链对应的业务级编排结果之前，第一网元还可接收业务链控制器发送的目标信息，该目标信息用于指
示以下信息中的一种或多种：业务链网络包括的sf网元的部署位置、业务链网络包括的sff网元的部署位置或业务链网络包括的sf网元和sff网元之间的组网关系。在该可能的实现中，由业务链控制器管理网络拓扑信息，便于对网络拓扑信息进行集中管理。
16.在第一方面或第二方面的一种可能的实现中，第一网元基于该多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径的具体实施方式为：第一网元基于该多种sf的排序、该多种sf中的至少一种sf对应的多个sf网元的负载情况和该多种sf中的至少一种sf对应的多个sf网元的负载权重，确定第一业务链的转发路径。基于业务级编排结果对应的sf网元的负载权重确定的第一业务链的转发路径，能够更加灵活地支持sf实例处理能力有差异的情况下的负载均衡。
17.在第一方面或第二方面的一种可能的实现中，第一网元还可接收业务链控制器发送的业务链网络包括的sf网元的负载权重。在该可能的实现中，由业务链控制器管理sf网元的负载权重，便于对sf网元的负载权重进行集中管理。
18.在第一方面或第二方面的一种可能的实现中，第一指示信息包括转发路径上的sf网元的标识序列。基于该可能的实现方式，能够准确地指示第一业务链的转发路径。
19.在第一方面或第二方面的一种可能的实现中，转发路径包括上述多种sf对应的多个sf网元。
20.第三方面，本技术提供一种业务链的转发路径确定方法，该方法包括：分类器向第一网元发送第一请求，该第一请求用于请求生成第一业务链的转发路径，该第一请求携带第一业务链的标识；分类器接收第一网元发送的第一指示信息，该第一指示信息用于指示转发路径；分类器向业务功能转发sff网元发送第一封装报文，该第一封装报文包括第一指示信息、第二指示信息和第一业务报文，该第二指示信息用于指示转发路径中的第一跳sf网元。
21.在一种可能的实现中，第一指示信息包括转发路径上的业务功能网元的标识序列。
22.在一种可能的实现中，转发路径包括多个sf网元。
23.第四方面，本技术提供一种业务链的转发路径确定方法，该方法包括：业务功能转发sff网元接收来自第一网元或分类器的第一封装报文，该第一封装报文包括第一指示信息、第二指示信息和第一业务报文，第一指示信息用于指示第一业务链的转发路径，该第二指示信息用于指示转发路径中的第一跳sf网元；sff网元向第一跳sf网元转发第一业务报文；sff网元接收第一跳sf网元返回的第二业务报文；sff网元基于第一业务链的转发路径向转发路径中的第二跳sf网元转发该第二业务报文。
24.在一种可能的实现中，转发路径包括多个sf网元。
25.在一种可能的实现中，第一指示信息包括转发路径上的业务功能网元的标识序列。
26.在一种可能的实现中，sff网元基于第一业务链的转发路径向转发路径中的第二跳sf网元转发第二业务报文的具体实现方式为：sff网元通过与第二跳sf网元相连接的sff网元向第二跳sf网元转发第二业务报文。基于该可能的实现方式，能够成功向第二跳sf网元转发第二业务报文。
27.在一种可能的实现中，第一网元用于实现第一业务链的转发路径的编排。
28.第三方面和第四方面的有益效果可参见第一方面和第二方面的有益效果，在此不赘述。
29.第五方面，提供了一种通信装置，该装置可以是第一网元或分类器或sff网元。该通信装置可执行第一方面～第四方面中任意一项所述的方法。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。该单元可以是软件和/或硬件。该通信装置执行的操作及有益效果可以参见上述第一方面～第四方面中任意一项所述的方法以及有益效果，重复之处不再赘述。
30.第六方面，本技术提供了一种通信装置，所述通信装置包括处理器，当所述处理器调用存储器中的计算机程序时，如第一方面～第四方面中任意一项所述的方法被执行。
31.第七方面，本技术提供了一种通信装置，所述通信装置包括处理器和存储器，所述存储器用于存储计算机执行指令；所述处理器用于执行所述存储器所存储的计算机执行指令，以使所述通信装置执行如第一方面～第四方面中任意一项所述的方法。
32.第八方面，本技术提供了一种通信装置，所述通信装置包括处理器、存储器和收发器，所述收发器，用于接收信号或者发送信号；所述存储器，用于存储程序代码；所述处理器，用于从所述存储器调用所述程序代码执行如第一方面～第四方面中任意一项所述的方法。
33.第九方面，本技术提供了一种通信装置，所述通信装置包括处理器和接口电路，所述接口电路，用于接收代码指令并传输至所述处理器；所述处理器运行所述代码指令以执行如第一方面～第四方面中任意一项所述的方法。
34.第十方面，本技术提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储指令，当所述指令被执行时，使得如第一方面～第四方面中任意一项所述的方法被实现。
35.第十一方面，本技术提供一种包括指令的计算机程序产品，当所述指令被执行时，使得如第一方面～第四方面中任意一项所述的方法被实现。
附图说明
36.图1是现有的一种业务链网络的示意图；
37.图2是本技术实施例提供的一种系统架构的示意图；
38.图3是本技术实施例提供的另一种系统架构的示意图；
39.图4是本技术实施例提供的一种业务链的转发路径确定方法的流程示意图；
40.图5是本技术实施例提供的另一种通信系统的示意图；
41.图6是本技术实施例提供的一种封装报文的示意图；
42.图7是本技术实施例提供的另一种封装报文的示意图；
43.图8是本技术实施例提供的另一种业务链的转发路径确定方法的流程示意图；
44.图9是本技术实施例提供的一种通信装置的结构示意图；
45.图10是本技术实施例提供的另一种通信装置的结构示意图。
具体实施方式
46.下面结合附图对本技术具体实施例作进一步的详细描述。
47.本技术的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
48.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
49.在本技术中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上，“至少两个(项)”是指两个或三个及三个以上，“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
50.为了使业务链的转发路径能够满足运营商设置的规则，本技术实施例提供了一种业务链的转发路径确定方法及通信装置，为了更好地理解本技术提供的方案，下面先对本技术的系统架构进行介绍：
51.本技术实施例提供的方法可以应用于各类通信系统中，例如，可以是物联网(internet of things，iot)系统、窄带物联网(narrow band internet of things，nb-iot)系统、长期演进(long term evolution，lte)系统，也可以是第五代(5th-generation，5g)通信系统，还可以是lte与5g混合架构、也可以是5g新无线(new radio，nr)系统，以及未来通信发展中出现的新的通信系统等。
52.请参见图2，图2是本技术实施例提供的一种系统架构的示意图。如图2所示，该系统架构包括分类器(traffic classifier，tc)、第一网元、业务链控制器(sfc controller，sfcc)、业务功能(service function，sf)网元和业务功能转发(service function forwarder，sff)网元。其中，tc、第一网元、sf网元和sff网元部署于用户面。第一网元可以是在tc和sff网元之间新增的一个用户面网元。例如，第一网元可以称为sfc使能器(sfc enabler)。sfcc部署于控制面。sf网元具有多个，sff网元具有一个或多个。图2以具有5个sf网元和3个sff网元为例。值得一提的是，本技术实施例中，网元也可以称为模块，不同的用户面网元可以集成于同一个设备中，也可以分开部署。不同的控制面网元可以集成于同一个设备中，也可以分开部署。
53.下面对系统架构中的网元及相关概念进行介绍：
54.①
sf网元：可以提供某种网络功能业务，用于对业务报文进行业务处理。例如，sf网元可以为视频优化网元、传输控制协议(transmission control protocol，tcp)优化网元、防火墙网元或统一资源定位(uniform resource locator，url)过滤网元等。在业务链网络中，每一种业务功能可以对应一个或多个用于实现该业务功能的sf网元。例如，在业务链网络中，视频优化网元可以有一个或多个。tcp优化网元可以有一个或多个。防火墙网元
可以有一个或多个。url过滤网元也可以有一个或多个。
55.可选的，sf网元分为sfc感知类sf网元和非sfc感知类sf网元。sfc感知类sf网元能够识别sff网元发送的封装有业务报文的封装报文。封装报文中除了封装有业务报文，还可以封装其他信息。例如，在本技术实施例中，封装报文中还可以封装用于指示业务链的转发路径的指示信息和用于指示某一跳sf网元的指示信息。sfc感知类sf网元可以接收sff网元发送的封装有业务报文的封装报文，并对封装报文进行解封，得到业务报文，并对业务报文进行处理。sfc感知类sf网元对业务报文进行处理之后，对处理后的业务报文重新进行封装，并将重新封装得到的封装报文返回给sff网元。
56.非sfc感知类sf网元不能识别sff网元发送的封装有业务报文的封装报文，可通过业务链代理(sfc proxy)网元桥接非sfc感知类sf网元和sff网元，使非sfc感知类sf网元无需修改就接入业务链网络。例如，对于一个非sfc感知类sf网元，sff网元可以将封装有业务报文的封装报文发送至sfc proxy网元，由sfc proxy网元对该封装报文进行解封，得到业务报文，并将该业务报文发送给非sfc感知类sf网元。非sfc感知类sf网元对业务报文进行处理之后，返回处理之后的业务报文至sfc proxy网元，再由sfc proxy网元重新对该处理之后的业务报文进行封装，得到新的封装报文，并将新的封装报文发送至sff网元。
57.或者，也可以由sff网元来实现sfc proxy网元的功能。例如，sff网元可以将封装有业务报文的封装报文进行解封，得到业务报文，并发送业务报文至非sfc感知类sf网元进行业务处理。非sfc感知类sf网元对业务报文进行处理之后，返回处理之后的业务报文至sff网元。
58.②
业务功能链(service function chain，sfc)：也称为业务链，它是一个有序的sf集合。一条业务链的业务级编排结果指示了该业务链的多个sf的排序。例如，假设一条业务链的业务级编排结果为：sf1-》sf2-》sf3，则表示业务报文先经过sf1对应的网元进行业务处理，再经过sf2对应的网元进行业务处理，再经过sf3对应的网元进行业务处理。
59.③
tc：用于实现业务报文的识别以及将业务报文与业务链匹配规则进行匹配，为业务报文确定所要经过的业务链。tc接收到业务报文之后，将业务报文与业务链规则进行匹配，确定业务报文所要经过的业务链，即确定业务报文对应的业务链。tc确定业务报文所要经过的业务链之后，将该业务报文封装为封装报文，该封装报文中携带该业务报文和该业务报文所要经过的业务链的标识。
60.④
第一网元：第一网元用于实现业务链的转发路径的编排。由于一个sf对应的网元可能有多个，因此，一条业务链可能具有多条转发路径。例如，对于业务级编排结果为sf1-》sf2的业务链，如图2所示，由于sf2具有两个网元。该业务链的转发路径具有两条，分别为sf1网元150-》sf2网元151，和sf1网元150-》sf2网元152。
61.⑤
sff网元：sff网元负责将携带业务报文的封装报文或封装报文中的业务报文转发到对应的sf网元，以便sf网元对业务报文进行业务处理。例如，如图2所示，假设网元150～网元154均为非sfc感知类sf网元，且sff网元集成了sfc proxy网元的功能。对于转发路径为sf1网元150-》sf2网元151的业务链，sff网元140接收到封装报文1之后，对封装报文1进行解封，将封装报文1中的业务报文发送给sf1网元150。在sf1网元150对该业务报文进行处理之后，将处理后的业务报文返回至sff网元140。sff网元140将处理后的业务报文进行封装，得到封装报文2。sff网元140将封装报文2发送给sff网元141。sff网元141接收到封装
报文2之后，对封装报文2进行解封，再将封装报文2中的业务报文发送给sf2网元151进行业务处理。
62.⑥
sfcc：用于向tc下发业务链匹配规则。sfcc还可定义业务链，即实现业务链的业务级编排。例如，sfcc确定业务链1的业务级编排结果为sf1-》sf2，业务链2的业务级编排结果为sf1-》sf3，业务链3的业务级编排结果为sf2-》sf3，业务链4的业务级编排结果为sf1-》sf2-》sf3。sfcc可预先向第一网元下发业务链信息。如下表1所示，该业务链信息包括业务链1的标识和业务链1的业务级编排结果、业务链2的标识和业务链2的业务级编排结果、业务链3的标识和业务链3的业务级编排结果、业务链4的标识和业务链4的业务级编排结果。这样第一网元接收该业务链信息之后，就能知道业务链1～业务链4分别对应的业务级编排结果，以便后续第一网元可基于某条业务链的业务级编排结果确定该业务链的转发路径。或者，也可以不由sfcc向第一网元下发业务链信息，第一网元通过其他方式获取业务链的业务级编排结果。
63.表1
[0064][0065][0066]
sfcc还可实现业务链网络拓扑信息的管理，该业务链网络拓扑信息可指示：业务链网络包括的sf网元、业务链网络包括的sf网元的部署位置、业务链网络包括的sff网元、业务链网络包括的sff网元的部署位置、业务链网络包括的sf网元和sff网元之间的组网关系、业务链网络包括的sf网元的网络地址和业务链网络包括的sff网元的网络地址。
[0067]
在另一种可能的实现方式中，第一网元也可以部署于控制面。第一网元部署于控制面时，可以是新增的一个控制面网元，或者是业务链控制器。以第一网元为新增的一个控制面网元为例。请参见图3，图3是本技术实施例提供的另一种系统架构的示意图。如图3所示，该系统架构包括tc、第一网元、sfcc、sf网元和sff网元。其中，tc、sf网元和sff网元部署于用户面。sfcc和第一网元部署于控制面。例如，第一网元也可以称为sfc使能器。sf网元可以具有多个，sff网元也可以具有一个或多个。图3以具有5个sf网元和3个sff网元为例。关于tc、第一网元、sfcc、sf网元和sff网元的描述，可参见前文中的描述，在此不赘述。
[0068]
下面对本技术实施例提供的业务链的转发路径确定方法及通信装置进一步进行详细描述：
[0069]
请参见图4，图4是本技术实施例提供的一种业务链的转发路径确定方法的流程示意图。图4所描述的方案中，第一网元部署于用户面。如前所述，第一网元可以为新增的一个用户面网元，或者第一网元为tc。如图4所示，该业务链的转发路径确定方法包括如下步骤401～步骤407。其中：
[0070]
401、第一网元获取第一业务链对应的业务级编排结果，该业务级编排结果指示多种sf的排序。
[0071]
例如，第一业务链对应的业务级编排结果为：视频优化-》防火墙-》url过滤，其表
示业务报文先进行视频优化处理，再进行防火墙处理，再进行url过滤处理。
[0072]
在一种可能的实现中，假设第一网元是tc，tc还可接收第一业务报文；tc将第一业务报文与业务链规则进行匹配，确定第一业务报文对应第一业务链，即第一业务报文需要通过第一业务链进行处理。在tc确定第一业务报文对应第一业务链之后，tc就可获取第一业务链对应的业务级编排结果，以便后续基于第一业务链对应的业务级编排结果确定第一业务链的转发路径。
[0073]
在另一种可能的实现中，假设第一网元不是tc，第一网元是新增的用户面网元，第一网元还可接收tc发送的第二封装报文，该第二封装报文包括第一业务报文和第一业务链的标识。在第一网元接收该第二封装报文之后，第一网元就可获取第一业务链对应的业务级编排结果，以便后续基于第一业务链对应的业务级编排结果确定第一业务链的转发路径。
[0074]
在该可能的实现方式中，tc接收到第一业务报文之后，将第一业务报文与业务链规则进行匹配，确定第一业务报文对应第一业务链。tc对第一业务报文和第一业务链的标识进行封装，得到第二封装报文。tc发送第二封装报文给第一网元。第一网元接收tc发送的第二封装报文之后，就能确定第一业务报文需要经过第一业务链进行处理，因此，需要获取第一业务链对应的业务级编排结果为第一业务链确定转发路径。在该可能的实现中，第一网元不是分类器，而是新增的用户面网元，这样能够减小对已有的分类器的改动。
[0075]
在一种可能的实现中，sfcc可以向第一网元发送业务链信息，该业务链信息包括至少一个业务链的标识以及该业务链的标识对应的业务级编排结果。相应地，第一网元在获取第一业务链对应的业务级编排结果之前，可以接收sfcc发送的该业务链信息。第一网元接收该业务链信息之后，还可以存储该业务链信息，以便后续使用。
[0076]
例如，第一网元从sfcc接收上述表1所示的业务链信息，并存储上述表1所示的业务链信息。这样第一网元就能知道业务链1～业务链4分别对应的业务级编排结果。后续第一网元就可从存储的业务链信息中获取某一条业务链对应的业务链编排结果，以便基于该业务链对应的业务级编排结果为该业务链确定转发路径。通过在sfcc对业务链进行业务级编排，有利于减小第一网元的负载，并且能够利用已有的业务链网络进行业务级编排，可以缩短开发时间，并且由于sfcc是网络控制面的中心节点，通过sfcc对业务链进行业务级编排，更加便于对业务链的业务级编排结果进行集中管理。
[0077]
或者，第一网元也可以从除sfcc之外的网元获取业务链信息。或者，也可以由第一网元自己来生成业务链信。
[0078]
在一种可能的实现中，第一网元获取第一业务链对应的业务级编排结果的具体实现方式为：第一网元基于第一业务链的标识从业务链信息中获取第一业务链对应的业务级编排结果。
[0079]
例如，第一网元从sfcc接收上述表1所示的业务链信息，并存储上述表1所示的业务链信息。假设第一业务链为业务链1。那么第一网元从上述表1所示的业务链信息获取业务链1的标识对应的业务级编排结果，即sf1-》sf2。
[0080]
402、第一网元基于该多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径。
[0081]
本技术实施例中，第一网元获取第一业务链对应的业务级编排结果之后，基于第
一业务链的多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径。
[0082]
本技术实施例中，第一业务链的转发路径包括第一业务链的多种sf对应的多个sf网元。具体地，针对第一业务链的多个sf中的每个sf，第一业务链的转发路径包括该sf的一个sf网元。例如，假设第一业务链包括sf1和sf2，则第一业务链的转发路径包括一个sf1网元和一个sf2网元。再如，假设第一业务链包括sf1、sf2和sf3，则第一业务链的转发路径包括一个sf1网元、一个sf2网元和一个sf3网元。
[0083]
本技术实施例中，由于第一业务链的多种sf中不一定每个sf都对应多个sf网元。因此，第一网元基于第一业务链的多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径。例如，如图2所示，假设第一业务链的业务级编排结果为sf1-》sf2。由于sf1网元只有一个，sf2网元有多个，第一网元基于sf1和sf2的排序以及sf2对应的多个sf2网元的负载情况，确定第一业务链的转发路径。第一业务链的转发路径中包括sf1网元150以及某个sf2网元。第一业务链的转发路径中包括的sf2网元基于sf2对应的多个sf2网元的负载情况确定。
[0084]
再如，如图2所示，假设第一业务链的业务级编排结果为sf1-》sf2-》sf3，则第一网元基于sf1、sf2和sf3的排序、sf2对应的多个sf2网元的负载情况和sf3对应的多个sf3网元的负载情况，确定第一业务链的转发路径。第一业务链的转发路径中包括sf1网元150、某个sf2网元以及某个sf3网元。第一业务链的转发路径中包括的sf2网元基于sf2对应的多个sf2网元的负载情况确定。第一业务链的转发路径中包括的sf3网元基于sf3对应的多个sf3网元的负载情况确定。
[0085]
再如，假设第一业务链的业务级编排结果为sf1-》sf2-》sf3，第一网元基于sf1、sf2和sf3的排序和sf2对应的多个sf2网元的负载情况，确定第一业务链的转发路径。第一业务链的转发路径中包括sf1网元150、某个sf2网元以及某个sf3网元。第一业务链的转发路径中包括的sf2网元基于sf2对应的多个sf2网元的负载情况确定。第一业务链的转发路径中包括的sf3网元可通过其他参数确定。
[0086]
再如，假设第一业务链的业务级编排结果为sf1-》sf2-》sf3，第一网元基于sf1、sf2和sf3的排序和sf3对应的多个sf3网元的负载情况，确定第一业务链的转发路径。第一业务链的转发路径中包括sf1网元150、某个sf2网元以及某个sf3网元。第一业务链的转发路径中包括的sf3网元基于sf3对应的多个sf3网元的负载情况确定。第一业务链的转发路径中包括的sf2网元可通过其他参数确定。
[0087]
第一网元可以基于sf网元上的流量或业务流数量来确定sf网元的负载情况。sf网元上的流量越多，表明sf网元的负载越大，sf网元上的流量越少，表明sf网元的负载越小。sf网元上的业务流数量越多，表明sf网元的负载越大，sf网元上的业务流数量越少，表明sf网元的负载越小。通过业务流数量来确定sf网元的负载情况的好处在于第一网元不用统计流量，有利于减小第一网元的负载。
[0088]
可选的，第一网元可基于第一业务链的多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，按照sf网元负载均衡策略，确定第一业务链的转发路径。sf网元负载均衡策略是指使同一个sf对应的多个sf网元上的流量平衡。
[0089]
403、第一网元生成第一封装报文，该第一封装报文包括第一指示信息、第二指示
信息和第一业务报文，该第一指示信息用于指示第一业务链的转发路径，该第二指示信息用于指示该转发路径中的第一跳sf网元。
[0090]
其中，第一指示信息和第二指示信息也可以是同一个指示信息，或者，第一指示信息和第二指示信息可以是两个指示信息。第一跳sf网元是指第一业务链的转发路径中的第一个sf网元。
[0091]
在一种可能的实现中，第一指示信息包括转发路径上的sf网元的标识序列。即第一指示信息通过转发路径上的sf网元的标识序列来指示转发路径，这样能够准确地指示转发路径。例如，如图5所示，假设第一业务链的转发路径为：视频优化网元150-》url过滤网元153-》防火墙网元152。第一指示信息依次包括视频优化网元150的标识-》url过滤网元153的标识-》防火墙网元152的标识。
[0092]
在一种可能的实现中，第二指示信息为第一跳sf网元在转发路径中的序号，这样能够准确地指示第一跳sf网元。例如，如图5所示，假设第一业务链的转发路径为：视频优化网元150-》url过滤网元153-》防火墙网元152。第二指示信息为序号1，用于指示视频优化网元150。或者，第二指示信息为第一跳sf网元的标识，例如，第二指示信息为视频优化网元150的标识。
[0093]
404、第一网元向sff网元发送第一封装报文。
[0094]
本技术实施例中，第一网元生成第一封装报文之后，向sff网元发送第一封装报文，该sff网元是指与第一跳sf网元相连接的sff网元。如果第一网元不直接连接与第一跳sf网元相连接的sff网元，则第一网元可通过其他sff网元转发该第一封装报文至与第一跳sf网元相连接的sff网元。
[0095]
可选的，sffc还可向第一网元下发业务链网络包括的sff网元的网络地址。相应的，第一网元可接收sffc下发的业务链网络中的sff网元的网络地址。这样第一网元就可基于业务链网络中的sff网元的网络地址向与第一跳sf网元相连接的sff网元发送第一封装报文。
[0096]
或者，第一网元可通过其他方式获取业务链网络中的sff网元的网络地址。
[0097]
405、sff网元向第一跳sf网元转发第一业务报文。
[0098]
本技术实施例中，sff网元接收第一封装报文之后，对第一封装报文进行解封，得到第一指示信息、第二指示信息和第一业务报文。sff网元基于第二指示信息确定第一业务链的转发路径中的第一跳sf网元。sff网元确定第一跳sf网元之后，向该第一跳sf网元发送第一业务报文。
[0099]
在一种可能的实现中，sffc可向sff网元下发业务链网络包括的sf网元的网络地址和业务链网络包括的其他sff网元的网络地址。相应地，sff网元可从sffc接收业务链网络包括的sf网元的网络地址和业务链网络包括的其他sff网元的网络地址。这样sff网元就能基于sf网元的网络地址向sf网元发送业务报文，或者，sff网元可以基于sf网元的网络地址和其他sff网元的网络地址向sf网元跨sff网元转发业务报文。
[0100]
406、第一跳sf网元向sff网元发送第二业务报文。
[0101]
本技术实施例中，第一跳sf网元接收第一业务报文之后，对第一业务报文进行处理，得到第二业务报文。第一业务报文可以与第二业务报文相同或不同。第一跳sf网元得到第二业务报文之后，向sff网元返回第二业务报文。
[0102]
下面针对不同类型的第一跳sf网元，对步骤405和步骤406的三种具体实现方式进一步进行介绍：
[0103]
①
如果第一跳sf网元是sfc感知类sf网元，则sff网元生成第三封装报文，该第三封装报文包括第一指示信息、第二指示信息和第一业务报文。sff网元向第一跳sf网元发送该第三封装报文。相应地，第一跳sf网元接收该第三封装报文之后，对该第三封装报文进行解压，得到第一业务报文。第一跳sf网元对第一业务报文进行业务处理，得到第二业务报文。第一跳sf网元得到第二业务报文之后，生成第四封装报文，该第四封装报文包括第一指示信息、第二指示信息和第二业务报文。第一跳sf网元向sff网元发送第四封装报文。
[0104]
②
如果第一跳sf网元是非sfc感知类sf网元，且sff网元集成了sfc proxy网元的功能，则sff网元可直接将第一业务报文发送至第一跳sf网元进行业务处理。相应地，第一跳sf网元对第一业务报文进行业务处理得到第二业务报文之后，直接向sff网元返回第二业务报文。
[0105]
③
如果第一跳sf网元是非sfc感知类sf网元，且sff网元未集成sfc proxy网元的功能，则sff网元生成第三封装报文，该第三封装报文包括第一业务报文、第一指示信息和第二指示信息。sff网元发送该第三封装报文发送至sfc proxy网元，以便sfc proxy网元对该第三封装报文进行解封，并将解封得到的第一业务报文发送至第一跳sf网元进行业务处理。相应地，第一跳sf网元对第一业务报文进行业务处理得到第二业务报文之后，第一跳sf网元向sfc proxy网元返回第二业务报文。sfc proxy网元接收第二业务报文之后，生成第四封装报文，该第四封装报文包括第二业务报文、第一指示信息和第二指示信息。sfc proxy网元向sff网元发送第四封装报文。
[0106]
407、sff网元基于第一业务链的转发路径向转发路径中的第二跳sf网元转发第二业务报文。
[0107]
本技术实施例中，sff网元接收第一跳sf网元发送的第二业务报文之后，基于第一业务链的转发路径向转发路径中的第二跳sf网元转发第二业务报文。
[0108]
如果sff网元与第二跳sf网元相连接，则sff网元接收第一跳sf网元发送的第二业务报文之后，sff网元不需要通过其他sff网元向第二跳sf网元发送第二业务报文。
[0109]
例如，如果sff网元与第二跳sf网元相连接，且第二跳sf网元是sfc感知类sf网元，sff网元生成一个封装报文，该封装报文包括第二业务报文、第一指示信息和第三指示信息，该第三指示信息指示第二跳sf网元。sff网元将该封装报文发送至第二跳sf网元，以便第二跳sf网元对该封装报文进行解封，并对解封得到的第二业务报文进行业务处理。
[0110]
例如，如果sff网元与第二跳sf网元相连接，且第二跳sf网元是非sfc感知类sf网元，且sff网元集成了sfc proxy网元的功能，则sff网元可直接将第二业务报文发送至第二跳sf网元进行业务处理。
[0111]
再如，如果sff网元与第二跳sf网元相连接，且第二跳sf网元是非sfc感知类sf网元，且sff网元未集成sfc proxy网元的功能，则sff网元生成一个封装报文，该封装报文包括第二业务报文、第一指示信息和第三指示信息，该第三指示信息指示第二跳sf网元。sff网元将该封装报文发送至sfc proxy网元，以便sfc proxy网元对该封装报文进行解封，并将解封得到的第二业务报文发送至第二跳sf网元进行业务处理。
[0112]
如果sff网元与第二跳sf网元不相连接，sff网元基于第一业务链的转发路径向转
proxy网元的功能，且sf网元均为非sfc感知类sf网元。sff网元140将封装报文2进行解封，并基于指示信息2确定需要将业务报文1转发给视频优化网元150。sff网元140将业务报文1发送给视频优化网元150。视频优化网元150对业务报文1进行处理之后，得到业务报文2。视频优化网元150将业务报文2发送至sff网元140。sff网元140接收业务报文2之后，基于指示信息1确定下一跳sf网元为url过滤网元153。sff网元140基于业务报文2得到封装报文3，该封装报文3中包括业务报文2、指示信息1和指示信息3。该指示信息3为序号2，指示下一跳sf网元为url过滤网元153。sff网元140将封装报文3发送至sff网元141。sff网元141将封装报文3进行解封，并基于指示信息3确定需要将业务报文2转发给url过滤网元153。sff网元141将业务报文2发送给url过滤网元153。同理，url过滤网元153对业务报文2进行处理之后，向sff网元141发送业务报文3。sff网元141接收业务报文3之后，基于指示信息1确定第三跳sf网元为防火墙网元152。sff网元141发送业务报文3给防火墙网元152进行业务处理。
[0120]
如果每个sff网元独立决策下一跳转发的sf网元，每个sff网元只能知道各个sf网元上由自己分配的流量或业务流数量，无法知道各个sf网元上的实际流量或业务流数量。因此，通过每个sff网元独立决策下一跳转发的sf网元来转发业务报文，无法保证业务链的转发路径符合运营商设置的转发规则(例如，使sf网元负载均衡的规则)。通过实施图4所描述的方法，可以由第一网元集中确定业务链的转发路径，这样第一网元就能够准确地知道sf网元上的实际流量或业务流数量，从而第一网元能够基于sf网元上的实际流量或业务流数量，规划出一条符合运营商规则的业务链转发路径。并且相较于第一网元部署于控制面，将第一网元部署于用户面，这样用户面网元能够更加快速地获取到业务链的转发路径，从而更快地实现业务报文的转发。
[0121]
在一种可能的实现中，第一网元基于第一业务链的多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径可以有以下两种具体实现方式：
[0122]
具体实现方式
①
：第一网元基于该多种sf的排序、该多种sf中的至少一种sf对应的多个sf网元的负载情况以及以下信息中的一种或多种：该多种sf中的至少一种sf对应的多个sf网元的部署位置、业务链网络包括的sff网元的部署位置或该多种sf中的至少一种sf对应的多个sf网元与sff网元之间的组网关系，确定第一业务链的转发路径。基于sf网元的部署位置、sff网元的部署位置或sff网元与sf网元之间的组网关系确定的第一业务链的转发路径，有利于减少跨sff网元转发，能够降低业务链网络中sff网元的负载，以及降低业务报文的转发时延。
[0123]
其中，sf网元与sff网元之间的组网关系是指sf网元与sff网元之间的连接关系。例如，如图5所示，sff网元140与视频优化网元150之间具有连接关系，sff网元141与防火墙网元151、防火墙网元152和url过滤网元153之间具有连接关系，sff网元142与url过滤网元154之间具有连接关系。
[0124]
可选的，第一网元可按照位置亲和性优先策略或者负载均衡优先策略，确定第一业务链的转发路径。位置亲和性优先策略是指优先选择同一个sff网元连接距离较近的sf网元进行封装报文的转发，以减少跨sff网元转发。
[0125]
举例来说，假设图5中的sff网元和sf网元的部署位置如下表3所示。其中，第一行的部署位置dc1.az1.host1表示视频优化网元150和sff网元140部署于数据中心1下的可用
区域1下的主机1下。dc1表示数据中心1，az1表示可用区域1，host1表示主机1。表3中的其他部署位置原理相同，在此不赘述。如图5所示，sff网元140和视频优化网元150均部署于dc1.az1.host1下，所以sff网元140和视频优化网元150的部署位置很近。sff网元141、防火墙网元152和url过滤网元153部署于dc1.az2.host2下，所以sff网元141、防火墙网元152和url过滤网元153的部署位置很近。sff网元142和url过滤网元154均部署于dc1.az3.host3下，所以sff网元142和url过滤网元154的部署位置很近。
[0126]
表3
[0127][0128]
假设图5中的sff网元和sf网元的组网关系如下表4所示。其中，sff网元140与视频优化网元150相连接。sff网元141与防火墙网元151、防火墙网元152和url过滤网元153相连接。sff网元142与url过滤网元154相连接。
[0129]
表4
[0130][0131]
假设第一业务链为业务链1，业务链1对应的业务级编排结果为视频优化-》url过滤-》防火墙。防火墙网元151上具有20m流量，防火墙网元152上具有10m流量，url过滤网元153上具有10m流量和url过滤网元154上具有30m流量。由于视频优化网元只有一个，所以第一网元确定业务链1的第一跳sf网元是视频优化网元150。假设按照位置亲和性优先策略确定业务链1的转发路径。第一网元先基于位置亲和性策略确定第二跳sf网元，但由于防火墙网元151和防火墙网元152均需要跨sff网元转发，所以位置亲和性策略失效，第一网元基于sf网元负载均衡策略选择业务链1的第二跳sf网元。由于url过滤网元153上的负载较小，则第一网元确定url过滤网元153为业务链1的第二跳sf网元。第一网元基于位置亲和性策略确定第三跳sf网元。由于防火墙网元152与sff网元141连接，且相较于防火墙网元151，防火墙网元152与sff网元141的部署位置较近，所以第一网元确定防火墙网元152为业务链1的第三跳sf网元。
[0132]
可选的，第一网元还可接收业务链控制器发送的目标信息，该目标信息用于指示以下信息中的一种或多种：业务链网络包括的sf网元的部署位置、业务链网络包括的sff网
元的部署位置或业务链网络包括的sf网元和sff网元之间的组网关系。可选的，目标信息还可指示业务链网络包括的sff网元和业务链网络包括的sf网元。该目标信息中可以包括sf网元的标识和sff网元的标识，来指示业务链网络包括的sf网元和业务链网络包括的sff网元。第一网元接收目标信息之后，就能基于目标信息对业务链的转发路径进行规划。通过业务链控制器下发目标信息，更加便于对目标信息进行集中管理。
[0133]
具体实现方式
②
：第一网元基于第一业务链的多种sf的排序、该多种sf中的至少一种sf对应的多个sf网元的负载情况和该多种sf中的至少一种sf对应的多个sf网元的负载权重，确定第一业务链的转发路径。基于业务级编排结果对应的sf网元的负载权重确定的第一业务链的转发路径，能够更加灵活地支持sf实例处理能力有差异的情况下的负载均衡。
[0134]
其中，sf网元的负载权重可以与sf网元的处理能力有关。sf网元的处理能力越大，sf网元的负载权重越大。sf网元的处理能力越小，sf网元的负载权重越小。
[0135]
可选的，第一网元可按照sf网元负载均衡策略，确定第一业务链的转发路径。
[0136]
举例来说，假设图5中的sff网元和sf网元的负载权重如下表5所示。其中，防火墙网元151的负载承受能力小于防火墙网元152。url过滤网元153的负载承受能力小于url过滤网元154。假设第一业务链为业务链1，业务链1对应的业务级编排结果为视频优化-》url过滤-》防火墙。防火墙网元151上具有20m流量，防火墙网元152上具有20m流量，url过滤网元153上具有20m流量和url过滤网元154上具有10m流量。第一网元优先选择流量与负载权重之间的比值较小的sf网元作为转发路径中的sf网元。由于视频优化网元只有一个，所以第一网元确定业务链1的第一跳sf网元是视频优化网元150。由于url过滤网元153对应的流量与负载权重之间的比值为20/7，url过滤网元154对应的流量与负载权重之间的比值为10/3。因此，第一网元确定url过滤网元153为业务链1的第二跳sf网元。由于防火墙网元151对应的流量与负载权重之间的比值为5，防火墙网元152对应的流量与负载权重之间的比值为10/3。因此，第一网元确定防火墙网元152为业务链1的第三跳sf网元。
[0137]
表5
[0138]
网元负载权重防火墙网元1514防火墙网元1526url过滤网元1537url过滤网元1543
[0139]
可选的，第一网元可接收业务链控制器发送的业务链网络包括的sf网元的负载权重。通过业务链控制器下发负载权重，更加便于对负载权重进行集中管理。
[0140]
可选的，第一网元确定业务链转发路径使用的策略可以是第一网元默认的，或者是业务链控制器发送给第一网元的。例如，第一网元可以接收业务链控制器发送的位置亲和性优先策略或负载均衡优先策略等。
[0141]
请参见图8，图8是本技术实施例提供的另一种业务链的转发路径确定方法的流程示意图。图8所描述的方案中，第一网元部署于控制面。如前所述，第一网元可以为新增的一个控制面网元，或者第一网元为sfcc。如图8所示，该业务链的转发路径确定方法包括如下步骤801～步骤806。其中：
[0142]
801、分类器向第一网元发送第一请求，该第一请求用于请求生成第一业务链的转发路径，该第一请求携带该第一业务链的标识。
[0143]
本技术实施例中，tc接收到第一业务报文之后，将第一业务报文与业务链匹配规则进行匹配，确定第一业务报文对应第一业务链，即第一业务报文需要通过第一业务链进行处理。tc确定第一业务报文对应第一业务链之后，向第一网元发送第一请求。
[0144]
802、第一网元获取第一业务链对应的业务级编排结果，该业务级编排结果指示多种sf的排序。
[0145]
803、第一网元基于该多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径。
[0146]
关于步骤802和步骤803的具体实现方式可参见上述方法实施例中的描述，在此不赘述。
[0147]
804、第一网元向分类器发送第一指示信息，该第一指示信息用于指示转发路径。
[0148]
关于第一指示信息的描述可参见上述方法实施例中的描述，在此不赘述。
[0149]
805、分类器向业务功能转发sff网元发送第一封装报文，该第一封装报文包括第一指示信息、第二指示信息和第一业务报文，该第二指示信息用于指示转发路径中的第一跳sf网元。
[0150]
本技术实施例中，分类器接收第一指示信息之后，向业务功能转发sff网元发送第一封装报文。关于第一封装报文的描述可参见上述方法实施例中的描述，在此不赘述。
[0151]
806、sff网元向第一跳sf网元转发第一业务报文。
[0152]
807、第一跳sf网元向sff网元发送第二业务报文。
[0153]
808、sff网元基于第一业务链的转发路径向转发路径中的第二跳sf网元转发第二业务报文。
[0154]
步骤806～步骤808的具体实现方式可参见上述方法实施例中步骤405～步骤407的具体实现方式，在此不赘述。
[0155]
值得一提的是，图4所对应的方法实施例中的可能的实现方式也可以应用于图8所对应的方法实施例中。
[0156]
通过实施图8所描述的方法，可以由第一网元集中确定业务链的转发路径，这样第一网元就能够准确地知道sf网元上的实际流量，从而第一网元能够基于sf网元上的实际流量，规划出一条符合运营商规则的路径。
[0157]
请参见图9，图9示出了本技术实施例的一种通信装置的结构示意图。图9所示的通信装置可以用于执行上述图4所描述的方法实施例中第一网元的部分或全部功能。该装置可以是第一网元，也可以是第一网元中的装置，或者是能够和第一网元匹配使用的装置。其中，该第一网元还可以为芯片系统。图9所示的第一网元可以包括通信单元901和处理单元902。其中，处理单元902，用于进行数据处理。通信单元901集成有接收单元和发送单元。通信单元901也可以称为收发单元。或者，也可将通信单元901拆分为接收单元和发送单元。下文的处理单元902和通信单元901同理，下文不再赘述。其中：
[0158]
处理单元902，用于获取第一业务链对应的业务级编排结果，该业务级编排结果指示多种业务功能sf的排序；处理单元902，还用于基于该多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径；处理单元902，还用
于生成第一封装报文，该第一封装报文包括第一指示信息、第二指示信息和第一业务报文，该第一指示信息用于指示转发路径，该第二指示信息用于指示转发路径中的第一跳sf网元；通信单元901，用于向业务功能转发sff网元发送第一封装报文。
[0159]
在一种可能的实现中，通信单元901，还用于接收分类器发送的第二封装报文，该第二封装报文包括第一业务链的标识和第一业务报文。
[0160]
在一种可能的实现中，通信单元901，还用于接收业务链控制器发送的业务链信息，该业务链信息包括至少一个业务链的标识以及该业务链的标识对应的业务级编排结果。
[0161]
在一种可能的实现中，处理单元902获取第一业务链对应的业务级编排结果的方式具体为：第一网元基于第一业务链的标识从业务链信息中获取第一业务链对应的业务级编排结果。
[0162]
在一种可能的实现中，处理单元902基于多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径的具体实现方式为：基于该多种sf的排序、该多种sf中的至少一种sf对应的多个sf网元的负载情况以及以下信息中的一种或多种：该多种sf中的至少一种sf对应的多个sf网元的部署位置、业务链网络包括的sff网元的部署位置或该多种sf中的至少一种sf对应的多个sf网元与sff网元之间的组网关系，确定第一业务链的转发路径。
[0163]
在一种可能的实现中，通信单元901，还用于接收业务链控制器发送的目标信息，该目标信息用于指示以下信息中的一种或多种：业务链网络包括的sf网元的部署位置、业务链网络包括的sff网元的部署位置或业务链网络包括的sf网元和sff网元之间的组网关系和业务链网络包括的sff网元的网络地址。
[0164]
在一种可能的实现中，处理单元902基于多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径的具体实现方式为：基于该多种sf的排序、该多种sf中的至少一种sf对应的多个sf网元的负载情况和该多种sf中的至少一种sf对应的多个sf网元的负载权重，确定第一业务链的转发路径。
[0165]
在一种可能的实现中，通信单元901，还用于接收业务链控制器发送的业务链网络包括的sf网元的负载权重。
[0166]
在一种可能的实现中，第一业务链的转发路径包括该第一业务链的多种sf对应的多个sf网元。
[0167]
在一种可能的实现中，第一指示信息包括转发路径上的sf网元的标识序列。
[0168]
请参见图9，图9示出了本技术实施例的一种通信装置的结构示意图。图9所示的通信装置可以用于执行上述图8所描述的方法实施例中第一网元的部分或全部功能。该装置可以是第一网元，也可以是第一网元中的装置，或者是能够和第一网元匹配使用的装置。其中，该第一网元还可以为芯片系统。图9所示的第一网元可以包括通信单元901和处理单元902。其中：
[0169]
通信单元901，用于接收分类器发送的第一请求，该第一请求用于请求生成第一业务链的转发路径，该第一请求携带第一业务链的标识；处理单元902，用于获取第一业务链对应的业务级编排结果，该业务级编排结果示多种业务功能sf的排序；处理单元902，还用于基于该多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定
第一业务链的转发路径；通信单元901，还用于向分类器发送第一指示信息，第一指示信息用于指示转发路径。
[0170]
在一种可能的实现中，通信单元901，还用于接收业务链控制器发送的业务链信息，该业务链信息包括至少一个业务链的标识以及该业务链的标识对应的业务级编排结果。
[0171]
在一种可能的实现中，处理单元902获取第一业务链对应的业务级编排结果的方式具体为：第一网元基于第一业务链的标识从业务链信息中获取第一业务链对应的业务级编排结果。
[0172]
在一种可能的实现中，处理单元902基于多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径的具体实现方式为：基于该多种sf的排序、该多种sf中的至少一种sf对应的多个sf网元的负载情况以及以下信息中的一种或多种：该多种sf中的至少一种sf对应的多个sf网元的部署位置、业务链网络包括的sff网元的部署位置或该多种sf中的至少一种sf对应的多个sf网元与sff网元之间的组网关系，确定第一业务链的转发路径。
[0173]
在一种可能的实现中，通信单元901，还用于接收业务链控制器发送的目标信息，该目标信息用于指示以下信息中的一种或多种：业务链网络包括的sf网元的部署位置、业务链网络包括的sff网元的部署位置或业务链网络包括的sf网元和sff网元之间的组网关系和业务链网络包括的sff网元的网络地址。
[0174]
在一种可能的实现中，处理单元902基于多种sf的排序以及该多种sf中的至少一种sf对应的多个sf网元的负载情况，确定第一业务链的转发路径的具体实现方式为：基于该多种sf的排序、该多种sf中的至少一种sf对应的多个sf网元的负载情况和该多种sf中的至少一种sf对应的多个sf网元的负载权重，确定第一业务链的转发路径。
[0175]
在一种可能的实现中，通信单元901，还用于接收业务链控制器发送的业务链网络包括的sf网元的负载权重。
[0176]
在一种可能的实现中，第一业务链的转发路径包括该第一业务链的多种sf对应的多个sf网元。
[0177]
在一种可能的实现中，第一指示信息包括转发路径上的sf网元的标识序列。
[0178]
请参见图9，图9示出了本技术实施例的一种通信装置的结构示意图。图9所示的通信装置可以用于执行上述图8所描述的方法实施例中分类器的部分或全部功能。该装置可以是分类器，也可以是分类器中的装置，或者是能够和分类器匹配使用的装置。其中，该分类器还可以为芯片系统。图9所示的分类器可以包括通信单元901和处理单元902。其中：
[0179]
通信单元901，用于向第一网元发送第一请求，该第一请求用于请求生成第一业务链的转发路径，该第一请求携带第一业务链的标识；通信单元901，还用于接收第一网元发送的第一指示信息，该第一指示信息用于指示转发路径；通信单元901，还用于向业务功能转发sff网元发送第一封装报文，该第一封装报文包括第一指示信息、第二指示信息和第一业务报文，该第二指示信息用于指示转发路径中的第一跳sf网元。
[0180]
在一种可能的实现中，第一指示信息包括转发路径上的业务功能网元的标识序列。
[0181]
在一种可能的实现中，转发路径包括多个业务功能sf网元。
[0182]
请参见图9，图9示出了本技术实施例的一种通信装置的结构示意图。图9所示的通信装置可以用于执行上述图4或图8所描述的方法实施例中sff网元的部分或全部功能。该装置可以是sff网元，也可以是sff网元中的装置，或者是能够和分类器匹配使用的装置。其中，该sff网元还可以为芯片系统。图9所示的sff网元可以包括通信单元901和处理单元902。其中：
[0183]
通信单元901，用于接收来自第一网元或分类器的第一封装报文，该第一封装报文包括第一指示信息、第二指示信息和第一业务报文，该第一指示信息用于指示第一业务链的转发路径，该第二指示信息用于指示转发路径中的第一跳sf网元；通信单元901，还用于向所述第一跳sf网元转发所述第一业务报文；通信单元901，还用于接收所述第一跳sf网元返回的第二业务报文；通信单元901，还用于基于所述第一业务链的转发路径向所述转发路径中的第二跳sf网元转发所述第二业务报文。
[0184]
在一种可能的实现中，第一指示信息包括转发路径上的业务功能网元的标识序列。
[0185]
在一种可能的实现中，转发路径包括多个业务功能sf网元。
[0186]
在一种可能的实现中，通信单元901基于第一业务链的转发路径向转发路径中的第二跳sf网元转发第二业务报文的方式具体为：通过与第二跳sf网元相连接的sff网元向第二跳sf网元转发第二业务报文。
[0187]
在一种可能的实现中，用于实现第一业务链的转发路径的编排。
[0188]
如图10所示为本技术实施例提供的一种通信装置100，用于实现上述图4或图8中第一网元的功能。该装置可以是第一网元或用于第一网元的装置。用于第一网元的装置可以为第一网元内的芯片系统或芯片。其中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。或者，通信装置100，用于实现上述图8中分类器的功能。该装置可以是分类器或用于分类器的装置。用于分类器的装置可以为分类器内的芯片系统或芯片。其中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。或者，通信装置100，用于实现上述图4或图8中sff网元的功能。该装置可以是sff网元或用于sff网元的装置。用于sff网元的装置可以为sff网元内的芯片系统或芯片。其中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
[0189]
通信装置100包括至少一个处理器1020，用于实现本技术实施例提供的方法中第一网元、分类器或sff网元的数据处理功能。装置100还可以包括通信接口1010，用于实现本技术实施例提供的方法中第一网元、分类器或sff网元的收发操作。在本技术实施例中，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口，用于通过传输介质和其它设备进行通信。例如，通信接口1010用于装置100中的装置可以和其它设备进行通信。处理器1020利用通信接口1010收发数据，并用于实现上述方法实施例图4或图8所述的方法。
[0190]
装置100还可以包括至少一个存储器1030，用于存储程序指令和/或数据。存储器1030和处理器1020耦合。本技术实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1020可能和存储器1030协同操作。处理器1020可能执行存储器1030中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
[0191]
本技术实施例中不限定上述通信接口1010、处理器1020以及存储器1030之间的具
体连接介质。本技术实施例在图10中以存储器1030、处理器1020以及通信接口1010之间通过总线1040连接，总线在图10中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0192]
装置100具体是用于第一网元、分类器或sff网元的装置时，例如装置100具体是芯片或者芯片系统时，通信接口1010所输出或接收的可以是基带信号。装置100具体是第一网元、分类器或sff网元时，通信接口1010所输出或接收的可以是射频信号。在本技术实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术实施例中的公开的各方法、操作及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的操作可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
[0193]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0194]
最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。