CN114631350B

CN114631350B - 一种业务流的路由方法、装置及系统

Info

Publication number: CN114631350B
Application number: CN201980101714.2A
Authority: CN
Inventors: 李永翠; 雷骜; 倪慧
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-11-08
Filing date: 2019-11-08
Publication date: 2024-09-10
Anticipated expiration: 2039-11-08
Also published as: EP4044666A4; WO2021088018A1; US11963032B2; CN114631350A; US20240236755A1; US20220264356A1; EP4044666A1

Abstract

本申请实施例提供一种业务流的路由方法、装置及系统，涉及通信技术领域，用以实现将业务流在本地执行业务链控制之后继续发送至central DN。该方法包括：会话管理网元确定路由规则，路由规则用于指示第一分流实体将第一业务流发送至第一功能实体，和/或，将第二业务流发送至第二功能实体或接入设备，第一业务流为待执行第一业务链控制的业务流，第二业务流为已执行第一业务链控制的业务流；在会话管理过程中，会话管理网元向第一分流实体发送路由规则。

Description

一种业务流的路由方法、装置及系统

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种业务流的路由方法、装置及系统。

背景技术

移动通信的飞速发展促进了各种新型业务的不断涌现，除了传统的移动宽带、物联网之外，移动通信催生了许多应用领域(如增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)、车联网、工业控制、物联网(internet of things，IOT)等)同时对网络带宽、时延等性能也提出了更高的需求，网络负荷进一步加重。

为了给用户提供更好的增值服务，引入了业务链控制(traffic steeringcontrol)，业务链控制指的是，业务流由一系列有序的服务功能网元(service function，SF)作增强处理。其中这些SF位于数据网络(data network，DN)中。SF可以是运营商部署的功能网元，也可以是第三方部署的功能网元。

如图1所示，在4G网络中可以由数据包网络网关(packet data network gateway，PGW)根据业务链策略，对收到的业务流执行traffic steering control。具体过程包括：

步骤1、策略与计费规则功能单元(policy and charging rules function，PCRF)确定对业务流激活业务链控制。

步骤2、PCRF向策略及计费执行功能(policy and charging enforcementfunction，PCEF)发送策略与计费控制(Policy and Charging Control，PCC)规则。其中，PCC规则包括：业务流的标识和业务链策略的标识。其中，PCEF位于PGW中。PGW与PCRF之间的接口为Gx接口。

步骤3、PGW根据业务链策略，对业务流的标识确定的业务流发送给中心(central)DN中的各个SF以执行traffic steering control。

在4G网络中，traffic steering control位于PGW与中心(central)DN之间。但是，PGW所在位置可能距离终端较远，如果由PGW将业务流发送给各个SF执行traffic steeringcontrol，可能会产生较大时延。

发明内容

本申请实施例提供一种业务流的传输方法、装置及系统，用以实现将业务流在本地执行业务链控制之后继续发送至central DN。

为了达到上述目的，本申请实施例提供如下技术方案：

第一方面，本申请实施例提供一种业务流的路由方法，包括：会话管理网元确定路由规则，该路由规则用于指示第一分流实体将第一业务流发送至第一功能实体，和/或，将第二业务流发送至第二功能实体或接入设备，第一业务流为待执行第一业务链控制的业务流，第二业务流为已执行第一业务链控制的业务流。在会话管理过程中，会话管理网元向第一分流实体发送路由规则。

本申请实施例提供一种业务流的路由方法，该方法中会话管理网元确定路由规则，并将路由规则发送给第一分流实体，这样第一分流实体便可以根据路由规则，对符合路由规则的业务流执行相应的转发动作。例如，第一分流实体可以将路由规则中记录的第一业务流转发给第一功能实体，这是由于第一业务流通常为待执行第一业务链控制的业务流，这样可以由第一功能实体对应的MEC平台中的SF对第一业务流执行第一业务链控制。此外，由于第一功能实体通常部署在距离终端较近的位置，这样可以尽早对第一业务流执行第一业务链控制，如视频加速、防火墙、负载均衡功能，以使第一业务流得到尽早处理，如防火墙功能，可以尽早将无效业务流过滤掉。再者，本申请实施例中第一分流实体还可以将路由规则中记录的第二业务流发送至第二功能实体或接入设备。这是由于第二业务流为已执行第一业务链控制的业务流。这样可以实现对业务流执行第一业务链控制后发回第二功能实体。

在一种可能的实现方式中，路由规则包括第一业务流的描述信息和与第一业务流的描述信息关联的第一功能实体的信息，和/或，第二业务流的描述信息和第二业务流的描述信息关联的第二功能实体的信息或接入设备的信息。其中，描述信息包括第一业务流或第二业务流的来源信息。通过向第一分流实体指示向第一功能实体发送的第一业务流的描述信息，这样便于第一分流实体确定接收到的业务流的描述信息与第一业务流的描述信息相同时，将接收到的业务流发送至第一功能实体。通过向第一分流实体指示向第二功能实体发送的第二业务流的描述信息，这样便于第一分流实体确定接收到的业务流的描述信息与第二业务流的描述信息相同时，将接收到的业务流发送至第二功能实体或接入设备。

在一种可能的实现方式中，路由规则包括以下信息中的任一个或多个：第一业务流的描述信息指示第一业务流来自接入设备或第二功能实体时，第一分流实体向第一功能实体发送第一业务流。或，第二业务流的描述信息指示第二业务流来自第一功能实体时，第一分流实体向接入设备或第二功能实体发送第二业务流。

在一种可能的实现方式中，路由规则用于指示第一分流实体向第一功能实体发送来自第二专用隧道的第一业务流，和/或，指示第一分流实体向第二功能实体发送来自第一专用隧道的第二业务流。其中，第二专用隧道位于第一分流实体和第二功能实体之间。第一专用隧道位于第一分流实体和第一功能实体之间。这样便于第一分流实体确定将来自特定专用隧道的业务流发送至相应的功能实体。

在一种可能的实现方式中，本申请实施例提供的方法还包括：会话管理网元获取用于建立第一专用隧道的第一专用隧道信息和用于建立第二专用隧道的第二专用隧道信息中的一个或多个。便于后续建立第一专用隧道和第二专用隧道中的一个或多个。

在一种可能的实现方式中，本申请实施例提供的方法还包括：会话管理网元向第二功能实体发送第二专用隧道信息以及第一转发规则，第一转发规则用于指示第二功能实体通过第二专用隧道向第一分流实体传输第一业务流。通过发送第一转发规则和第一专用隧道信息，这样第二功能实体后续可以将待执行业务链控制的第一业务流由第一专用隧道向第一分流实体传输。

在一种可能的实现方式中，本申请实施例提供的方法还包括：会话管理网元向第一功能实体发送第一专用隧道信息以及第二转发规则，该第二转发规则用于指示第一功能实体通过第一专用隧道向第一分流实体传输第二业务流。通过发送第二转发规则和第一专用隧道信息，这样第一功能实体后续可以将已执行业务链控制的第二业务流通过第一专用隧道传输给第一分流实体。

在一种可能的实现方式中，在会话管理网元获取第一专用隧道信息和第二专用隧道信息中的一个或多个之前，本申请实施例提供的方法还包括：会话管理网元向第一分流实体发送第一指示信息，该第一指示信息用于指示第一分流实体分配第一专用隧道信息和第二专用隧道信息中的一个或多个。相应的，会话管理网元获取第一专用隧道信息和第二专用隧道信息中的一个或多个，包括：会话管理网元接收来自第一分流实体的第一专用隧道信息和第二专用隧道信息中的一个或多个。也即会话管理网元除了可以自主分配第一专用隧道信息和第二专用隧道信息中的一个或多个外，还可以从第一分流实体处获取第一专用隧道信息和第二专用隧道信息中的一个或多个。

在一种可能的实现方式中，第一业务流和第一标识相关联，路由规则用于指示第一分流实体向第一功能实体发送与第一标识关联的业务流。或，第二业务流和第二标识相关联，路由规则用于指示第一分流实体向第二功能实体发送与第二标识关联的业务流。

在一种可能的实现方式中，本申请实施例提供的方法还包括：会话管理网元向第二功能实体发送用于指示第二功能实体在第一业务流的报文头中携带第一标识的第三指示信息。

在一种可能的实现方式中，本申请实施例提供的方法还包括：会话管理网元向第一功能实体发送用于指示第一功能实体在第二业务流的报文头中携带第二标识的第四指示信息。

在一种可能的实现方式中，本申请实施例提供的方法还包括：会话管理网元确定分流实体从第一分流实体变为第二分流实体。会话管理网元向第二分流实体发送用于指示第二分流实体执行以下步骤中的任一个或多个的第五指示信息：向接入设备发送来源于第一分流实体的第三业务流；或，向第二分流实体对应的第三功能实体发送来源于第二功能实体的第四业务流。其中，第三业务流已被执行业务链控制或者第三业务流为已执行第一业务链控制的业务流。第四业务流为待执行第一业务链控制的业务流。该方法可以在分流实体发生变化的情况下，可以将第四业务流发送给第三功能实体，以实现对第四业务流的业务链控制以及将已执行业务链控制的第一业务流由第二分流实体发送给接入设备。

在一种可能的实现方式中，本申请实施例提供的方法还包括：会话管理网元确定分流实体从第一分流实体变为第二分流实体。会话管理网元向第一分流实体发送第六指示信息，第六指示信息用于指示第一分流实体向第二分流实体发送来自第二功能实体的第五业务流。会话管理网元向第二分流实体发送第七指示信息，第七指示信息用于指示第二分流实体向第二分流实体对应的第三功能实体发送第二分流实体接收到的第五业务流。第五业务流为待执行第一业务链控制的业务流。该方法可以在分流实体发生变化的情况下，将第五业务流发送至第三功能实体，以由第三功能实体对应的MEC平台对第五业务流执行业务链控制。

在一种可能的实现方式中，路由规则还用于指示第一分流实体向接入设备或第二功能实体发送第六业务流，第六业务流为不需要执行业务链控制的业务流。

在一种可能的实现方式中，路由规则包括第六业务流的描述信息和第六业务流的描述信息关联的接入设备的信息或第二功能实体的信息。

第二方面，本申请实施例提供的一种业务流的传输方法，包括：在会话的会话管理过程中，第一分流实体接收来自会话管理网元的路由规则，路由规则用于指示第一分流实体将第一业务流发送至第一功能实体，和/或，将第二业务流发送至第二功能实体或接入设备，第一业务流为待执行第一业务链控制的业务流，第二业务流为已执行第一业务链控制的业务流。第一分流实体根据路由规则，传输第一分流实体接收到的目标业务流。

在一种可能的实现方式中，路由规则包括：第一业务流的描述信息和与第一业务流的描述信息关联的第一功能实体的信息，和/或，第二业务流的描述信息和第二业务流的描述信息关联的第二功能实体的信息或接入设备的信息。其中，描述信息包括第一业务流或第二业务流的来源信息。

在一种可能的实现方式中，第一分流实体根据路由规则，传输第一分流实体接收到的目标业务流，包括：目标业务流的描述信息与第一业务流的描述信息相同，第一分流实体向第一功能实体发送目标业务流。和/或，目标业务流的描述信息与第二业务流的描述信息相同，第一分流实体向第二功能实体或接入设备发送目标业务流。

在一种可能的实现方式中，路由规则用于指示第一分流实体向第一功能实体发送来自第二专用隧道的第一业务流，和/或，指示第一分流实体向第二功能实体发送来自第一专用隧道的第二业务流；其中，第二专用隧道位于第一分流实体和第二功能实体之间，第一专用隧道位于第一分流实体和第一功能实体之间。

在一种可能的实现方式中，第一分流实体根据路由规则，传输第一分流实体接收到的目标业务流，包括：目标业务流来源于第二专用隧道，第一分流实体将目标业务流发送至第一功能实体；或，目标业务流来源于第一专用隧道，第一分流实体将目标业务流发送至第二功能实体。

在一种可能的实现方式中，本申请实施例提供的方法还包括：第一分流实体接收来自会话管理网元的用于指示第一分流实体分配第一专用隧道信息和第二专用隧道信息中的一个或多个的第一指示信息。第一专用隧道信息用于建立第一专用隧道。第二专用隧道信息用于建立第二专用隧道。第一分流实体向会话管理网元发送第一专用隧道信息和第二专用隧道信息中的一个或多个。

在一种可能的实现方式中，第一业务流和第一标识相关联，路由规则用于指示第一分流实体向第一功能实体发送与第一标识关联的业务流；或，第二业务流和第二标识相关联，路由规则用于指示第一分流实体向第二功能实体发送与第二标识关联的业务流。

在一种可能的实现方式中，第一分流实体根据路由规则，传输第一分流实体接收到的目标业务流，包括：业务流与第一标识关联，第一分流实体向第一功能实体发送目标业务流；或，目标业务流与第二标识关联，第一分流实体向第二功能实体发送目标业务流。

在一种可能的实现方式中，路由规则还用于指示第一分流实体向接入设备或第二功能实体发送第三业务流，该第三业务流为会话中不需要执行业务链控制的业务流。

在一种可能的实现方式中，路由规则包括第三业务流的描述信息和第三业务流的描述信息关联的接入设备的信息或第二功能实体的信息。

在一种可能的实现方式中，第一分流实体根据路由规则，传输第一分流实体接收到的目标业务流，包括：目标业务流的描述信息与第三业务流的描述信息相同，则第一分流实体向接入设备或第二功能实体发送目标业务流。

第三方面，本申请实施例提供一种业务流的传输方法，包括：会话管理网元获取第一路由规则和第二路由规则中的一个或多个，第一路由规则用于指示第一功能实体通过第一功能实体和第二功能实体之间的专用隧道向第二功能实体发送第二业务流。第二路由规则用于指示第二功能实体通过专用隧道向第一功能实体发送第一业务流；其中，第一业务流为待执行第一业务链控制的业务流，第二业务流为已执行第一业务链控制的业务流；会话管理网元向第一功能实体发送第一路由规则；和/或，会话管理网元向第二功能实体发送第二路由规则。

在一种可能的实现方式中，本申请实施例提供的方法还包括：会话管理网元获取用于建立专用隧道的信息。会话管理网元向第一功能实体或第二功能实体发送专用隧道的信息。

在一种可能的实现方式中，会话管理网元获取用于建立专用隧道的信息之前，本申请实施例提供的方法还包括：会话管理网元向第一功能实体发送用于指示第一功能实体分配用于建立专用隧道的信息的第一指示信息。或，会话管理网元向第二功能实体发送用于指示第二功能实体分配用于建立专用隧道的信息的第二指示信息。

第四方面，本申请实施例提供一种通信装置，该一种通信装置可以实现第一方面或第一方面的任意一种可能的实现方式中描述的一种业务流的路由方法，因此也可以实现第一方面或第一方面任意一种可能的实现方式中的有益效果。该一种通信装置可以为会话管理网元，也可以为可以支持会话管理网元实现第一方面或第一方面的任意一种可能的实现方式中的装置。例如应用于会话管理网元中的芯片。该一种通信装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。

一种示例，本申请实施例提供一种通信装置，包括：处理单元，用于确定路由规则，路由规则用于指示第一分流实体将第一业务流发送至第一功能实体，和/或，将第二业务流发送至第二功能实体或接入设备，第一业务流为待执行第一业务链控制的业务流，第二业务流为已执行第一业务链控制的业务流；在会话的会话管理过程中，通信单元，用于向第一分流实体发送路由规则。

在一种可能的实现方式中，路由规则包括第一业务流的描述信息和与第一业务流的描述信息关联的第一功能实体的信息，和/或，第二业务流的描述信息和第二业务流的描述信息关联的第二功能实体的信息或接入设备的信息。其中，描述信息包括第一业务流或第二业务流的来源信息。

在一种可能的实现方式中，路由规则包括以下信息中的任一个或多个：第一业务流的描述信息指示第一业务流来自接入设备或第二功能实体时，第一分流实体向第一功能实体发送第一业务流；或，第二业务流的描述信息指示第二业务流来自第一功能实体时，第一分流实体向接入设备或第二功能实体发送第二业务流。

在一种可能的实施例中，路由规则用于指示第一分流实体向第一功能实体发送来自第二专用隧道的第一业务流，和/或，指示第一分流实体向第二功能实体发送来自第一专用隧道的第二业务流。其中，第二专用隧道位于第一分流实体和第二功能实体之间，第一专用隧道位于第一分流实体和第一功能实体之间。

在一种可能的实现方式中，处理单元，还用于获取用于建立第一专用隧道的第一专用隧道信息和用于建立第二专用隧道的第二专用隧道信息中的一个或多个。

在一种可能的实现方式中，通信单元，还用于向第二功能实体发送第二专用隧道信息以及第一转发规则。该第一转发规则用于指示第二功能实体通过第二专用隧道向第一分流实体传输第一业务流。

在一种可能的实现方式中，通信单元，还用于向第一功能实体发送第一专用隧道信息以及第二转发规则。第二转发规则用于指示第一功能实体通过第一专用隧道向第一分流实体传输第二业务流。

在一种可能的实现方式中，处理单元用于获取第一专用隧道信息和第二专用隧道信息中的一个或多个之前，通信单元，还用于向第一分流实体发送第一指示信息，第一指示信息用于指示第一分流实体分配第一专用隧道信息和第二专用隧道信息中的一个或多个。处理单元，具体用于通过通信单元接收来自第一分流实体的第一专用隧道信息和第二专用隧道信息中的一个或多个。

在一种可能的实现方式中，通信单元，还用于向第二功能实体发送第三指示信息，该第三指示信息用于指示第二功能实体在第一业务流的报文头中携带第一标识。

在一种可能的实现方式中，通信单元，还用于向第一功能实体发送第四指示信息，第四指示信息用于指示第一功能实体在第二业务流的报文头中携带第二标识。

在一种可能的实现方式中，处理单元，还用于确定分流实体从第一分流实体变为第二分流实体。通信单元，还用于向第二分流实体发送第五指示信息，第五指示信息用于指示第二分流实体执行以下步骤中的任一个或多个：向接入设备发送来源于第一分流实体的第三业务流；或，向第二分流实体对应的第三功能实体发送来源于第二功能实体的第四业务流。其中，第三业务流已被执行业务链控制或者第三业务流为已执行第一业务链控制的业务流。第四业务流为待执行第一业务链控制的业务流。

在一种可能的实现方式中，处理单元，还用于确定分流实体从第一分流实体变为第二分流实体；通信单元，还用于向第一分流实体发送第六指示信息。该第六指示信息用于指示第一分流实体向第二分流实体发送来自第二功能实体的第五业务流。会话管理网元向第二分流实体发送第七指示信息，第七指示信息用于指示第二分流实体向第二分流实体对应的第三功能实体发送第二分流实体接收到的第五业务流。第五业务流为待执行第一业务链控制的业务流。

在一种可能的实现方式中，路由规则还用于指示第一分流实体向接入设备或第二功能实体发送第六业务流。其中，第六业务流为不需要执行业务链控制的业务流。

另一种示例，本申请实施例提供一种通信装置，该通信装置可以是会话管理网元，也可以是会话管理网元内的芯片。该通信装置可以包括：通信单元和处理单元。当该通信装置是会话管理网元时，该通信单元可以为通信接口。该通信装置还可以包括存储单元。该存储单元可以是存储器。该存储单元，用于存储计算机程序代码，计算机程序代码包括指令。该处理单元可以是处理器。该处理单元执行该存储单元所存储的指令，以使该会话管理网元实现第一方面或第一方面的任意一种可能的实现方式中描述的一种业务流的路由方法。当该通信装置是会话管理网元内的芯片时，该处理单元可以是处理器，该通信单元可以统称为：通信接口。例如，通信接口可以为输入/输出接口、管脚或电路等。该处理单元执行存储单元所存储的计算机程序代码，以使该会话管理网元实现第一方面或第一方面的任意一种可能的实现方式中描述的一种业务流的路由方法，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该会话管理网元内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

可选的，处理器、通信接口和存储器相互耦合。

第五方面，本申请实施例提供一种通信装置，该装置可以实现第二方面或第二方面的任意一种可能的实现方式中描述的一种业务流的路由方法，因此也可以实现第二方面或第二方面任意一种可能的实现方式中的有益效果。该一种通信装置可以为第一分流实体，也可以为可以支持第一分流实体实现第二方面或第二方面的任意一种可能的实现方式中的装置。例如应用于第一分流实体中的芯片。该一种通信装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。

一种示例，本申请实施例提供一种通信装置，包括：在会话的会话管理过程中，通信单元，用于接收来自会话管理网元的路由规则。该路由规则用于指示将第一业务流发送至第一功能实体，和/或，将第二业务流发送至第二功能实体或接入设备，第一业务流为待执行第一业务链控制的业务流，第二业务流为已执行第一业务链控制的业务流。通信单元，还用于根据路由规则，传输第一分流实体接收到的目标业务流。

在一种可能的实现方式中，路由规则包括第一业务流的描述信息和与第一业务流的描述信息关联的第一功能实体的信息，和/或，第二业务流的描述信息和第二业务流的描述信息关联的第二功能实体的信息或接入设备的信息。其中，第二业务流的描述信息包括第二业务流的来源信息。第一业务流的描述信息包括第一业务流的来源。

在一种可能的实现方式中，目标业务流的描述信息与第一业务流的描述信息相同，通信单元，具体用于向第一功能实体发送目标业务流；和/或，目标业务流的描述信息与第二业务流的描述信息相同，通信单元，具体用于向第二功能实体或接入设备发送目标业务流。

在一种可能的实现方式中，路由规则用于指示向第一功能实体发送来自第二专用隧道的第一业务流，和/或，指示向第二功能实体发送来自第一专用隧道的第二业务流。其中，第二专用隧道位于该装置和第二功能实体之间。第一专用隧道位于该装置和第一功能实体之间。

在一种可能的实现方式中，目标业务流来源于第二专用隧道，通信单元，具体用于将目标业务流发送至第一功能实体。或，目标业务流来源于第一专用隧道，通信单元，具体用于将目标业务流发送至第二功能实体。

在一种可能的实现方式中，通信单元，还用于接收来自会话管理网元的用于指示第一分流实体分配第一专用隧道信息和第二专用隧道信息中的一个或多个的第一指示信息。其中，第一专用隧道信息用于建立第一专用隧道。第二专用隧道信息用于建立第二专用隧道。通信单元，还用于向会话管理网元发送第一专用隧道信息和第二专用隧道信息中的一个或多个。

在一种可能的实现方式中，第一业务流和第一标识相关联，路由规则用于指示向第一功能实体发送与第一标识关联的业务流。或，第二业务流和第二标识相关联，路由规则用于指示向第二功能实体发送与第二标识关联的业务流。

在一种可能的实现方式中，目标业务流与第一标识关联，通信单元，具体用于向第一功能实体发送目标业务流。或，目标业务流与第二标识关联，通信单元，具体用于向第二功能实体发送目标业务流。

另一种示例，本申请实施例提供一种通信装置，该装置可以是第一分流实体，也可以是第一分流实体内的芯片。该通信装置可以包括：通信单元和处理单元。当该通信装置是第一分流实体时，该通信单元可以为通信接口。该通信装置还可以包括存储单元。该存储单元可以是存储器。该存储单元，用于存储计算机程序代码，计算机程序代码包括指令。该处理单元可以是处理器。该处理单元执行该存储单元所存储的指令，以使该第一分流实体实现第二方面或第二方面的任意一种可能的实现方式中描述的一种业务流的路由方法。当该通信装置是第一分流实体内的芯片时，该处理单元可以是处理器，该通信单元可以统称为：通信接口。例如，通信接口可以为输入/输出接口、管脚或电路等。该处理单元执行存储单元所存储的计算机程序代码，以使该第一分流实体实现第二方面或第二方面的任意一种可能的实现方式中描述的一种业务流的路由方法，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该第一分流实体内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

可选的，处理器、通信接口和存储器相互耦合。

第六方面，本申请实施例提供一种通信装置，该装置可以实现第三方面或第三方面的任意一种可能的实现方式中描述的一种业务流的路由方法，因此也可以实现第三方面或第三方面任意一种可能的实现方式中的有益效果。该一种通信装置可以为会话管理网元，也可以为可以支持会话管理网元实现第三方面或第三方面的任意一种可能的实现方式中的装置。例如应用于会话管理网元中的芯片。该一种通信装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。

一种示例，本申请实施例提供一种通信装置，包括：处理单元，用于获取第一路由规则和第二路由规则中的一个或多个。第一路由规则用于指示第一功能实体通过第一功能实体和第二功能实体之间的专用隧道向第二功能实体发送第二业务流。第二路由规则用于指示第二功能实体通过专用隧道向第一功能实体发送第一业务流。其中，第一业务流为待执行第一业务链控制的业务流，第二业务流为已执行第一业务链控制的业务流。通信单元，用于向第一功能实体发送第一路由规则；和/或，通信单元，用于向第二功能实体发送第二路由规则。

在一种可能的实现方式中，处理单元，还用于获取用于建立专用隧道的信息。通信单元，还用于向第一功能实体或第二功能实体发送专用隧道的信息。

在一种可能的实现方式中，处理单元，还用于获取用于建立专用隧道的信息之前，通信单元，还用于向第一功能实体发送用于指示第一功能实体分配用于建立专用隧道的信息的第一指示信息。或，会话管理网元向第二功能实体发送用于指示第二功能实体分配用于建立专用隧道的信息的第二指示信息。

另一种示例，本申请实施例提供一种通信装置，该通信装置可以是会话管理网元，也可以是会话管理网元内的芯片。该通信装置可以包括：通信单元和处理单元。当该通信装置是会话管理网元时，该通信单元可以为通信接口。该通信装置还可以包括存储单元。该存储单元可以是存储器。该存储单元，用于存储计算机程序代码，计算机程序代码包括指令。该处理单元可以是处理器。该处理单元执行该存储单元所存储的指令，以使该会话管理网元实现第三方面或第三方面的任意一种可能的实现方式中描述的一种业务流的路由方法。当该通信装置是会话管理网元内的芯片时，该处理单元可以是处理器，该通信单元可以统称为：通信接口。例如，通信接口可以为输入/输出接口、管脚或电路等。该处理单元执行存储单元所存储的计算机程序代码，以使该会话管理网元实现第三方面或第三方面的任意一种可能的实现方式中描述的一种业务流的路由方法，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该会话管理网元内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

可选的，处理器、通信接口和存储器相互耦合。

第七方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行如第一方面、或第一方面的任一种可能的实现方式中描述的方法。

第八方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行如第二方面、或第二方面的任一种可能的实现方式中描述的方法。

第九方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行如第三方面、或第三方面的任一种可能的实现方式中描述的方法。

第十方面，本申请实施例提供一种包括指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行如第一方面或第一方面的任意一种可能的实现方式中描述的方法。

第十一方面，本申请实施例提供一种包括指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行如第二方面或第二方面的任意一种可能的实现方式中描述的方法。

第十二方面，本申请实施例提供一种包括指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行如第三方面或第三方面的任意一种可能的实现方式中描述的方法。

第十三方面，本申请实施例提供一种通信装置，该通信装置包括处理器和存储介质，存储介质存储有指令，指令被处理器运行时，实现如第一方面或第一方面的各种可能的实现方式描述的方法。

第十四方面，本申请实施例提供一种通信装置，该通信装置包括处理器和存储介质，存储介质存储有指令，指令被处理器运行时，实现如第二方面或第二方面的各种可能的实现方式描述的方法。

第十五方面，本申请实施例提供一种通信装置，该通信装置包括处理器和存储介质，存储介质存储有指令，指令被处理器运行时，实现如第三方面或第三方面的各种可能的实现方式描述的方法。

第十六方面，本申请实施例提供一种通信装置，包括：至少一个处理器和通信接口，至少一个处理器和通信接口通过线路互联，至少一个处理器与存储器耦合，存储器用于存储计算机程序或指令，至少一个处理器用于执行存储器中的该计算机程序或指令，使得通信装置执行第一方面或第一方面的各种可能的实现方式中描述的方法。

第十七方面，本申请实施例提供一种通信装置，包括：至少一个处理器和通信接口，至少一个处理器和通信接口通过线路互联，至少一个处理器与存储器耦合，存储器用于存储计算机程序或指令，至少一个处理器用于执行存储器中的该计算机程序或指令，使得通信装置执行第二方面或第二方面的各种可能的实现方式中描述的方法。

第十八方面，本申请实施例提供一种通信装置，包括：至少一个处理器和通信接口，至少一个处理器和通信接口通过线路互联，至少一个处理器与存储器耦合，存储器用于存储计算机程序或指令，至少一个处理器用于执行存储器中的该计算机程序或指令，使得通信装置执行第三方面或第三方面的各种可能的实现方式中描述的方法。

在一种可能的实现方式中，第十六方面、第十七方面、第十八方面任一方面描述的装置中还可以包括：存储器。

第十九方面，本申请实施例提供一种芯片，该芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，至少一个处理器用于运行计算机程序或指令，以实现第一方面或第一方面的各种可能的实现方式中所描述的方法。通信接口用于与芯片之外的其它模块进行通信。

第二十方面，本申请实施例提供一种芯片，该芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，至少一个处理器用于运行计算机程序或指令，以实现第二方面或第二方面的各种可能的实现方式中所描述的方法。通信接口用于与芯片之外的其它模块进行通信。

第二十一方面，本申请实施例提供一种芯片，该芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，至少一个处理器用于运行计算机程序或指令，以实现第三方面或第三方面的各种可能的实现方式中所描述的方法。通信接口用于与芯片之外的其它模块进行通信。

本申请实施例提供的芯片还可以包括存储器，存储器用于存储计算机程序或指令。

第二十二方面，本申请实施例提供了一种通信装置，该通信装置包括一个或者多个模块，用于实现上述第一方面、第二方面、第三方面的方法，该一个或者多个模块可以与上述第一方面、第二方面、第三方面的方法的步骤相对应。

第二十三方面，本申请实施例提供一种通信装置，包括：至少一个处理器，至少一个处理器和存储器耦合，存储器用于存储计算机程序或指令，至少一个处理器用于执行存储器中的该计算机程序或指令，使得通信装置执行第一方面或第一方面的各种可能的实现方式中描述的方法。

第二十四方面，本申请实施例提供一种通信装置，包括：至少一个处理器，至少一个处理器和存储器耦合，存储器用于存储计算机程序或指令，至少一个处理器用于执行存储器中的该计算机程序或指令，使得通信装置执行第二方面或第二方面的各种可能的实现方式中描述的方法。

第二十五方面，本申请实施例提供一种通信装置，包括：至少一个处理器，至少一个处理器和存储器耦合，存储器用于存储计算机程序或指令，至少一个处理器用于执行存储器中的该计算机程序或指令，使得通信装置执行第三方面或第三方面的各种可能的实现方式中描述的方法。

第二十六方面，本申请实施例提供一种通信系统，该通信系统包括：第四方面或第四方面的各种可能的实现方式中描述的通信装置，以及第五方面或第五方面的各种可能的实现方式中描述的通信装置。

在一种可选的实现方式中，该通信系统还可以包括：第一功能实体、第二功能实体和接入设备。

具体的该通信系统中各个通信装置的所执行的具体步骤可以参考相应地方的描述，此处不再赘述。

第二十七方面，本申请实施例提供一种通信系统，该通信系统包括：第六方面或第六方面的各种可能的实现方式中描述的通信装置。

本申请中第二方面至第二十七方面及其各种实现方式的有益效果，可以参考第一方面及其各种实现方式中的有益效果分析，此处不再赘述。

附图说明

图1为本申请实施例提供的现有技术中对业务流执行业务链控制的系统架构示意图；

图2a～图2f为本申请实施例提供的一种通信系统的架构示意图；

图3a～图3b为本申请实施例提供的一种5G架构示意图；

图4为本申请实施例提供的一种通信设备的结构示意图；

图5为本申请实施例提供的业务流分流场景示意图；

图6为本申请实施例提供的一种业务流的路由方法的流程示意图一；

图7为本申请实施例提供的一种业务流的路由方法的流程示意图二；

图8为本申请实施例提供的一种业务流的路由方法的流程示意图三；

图9a～图9b为本申请实施例提供的一种分流实体发生变化的架构图；

图10为本申请实施例提供的一种业务流的路由方法的流程示意图四；

图11～图17为本申请实施例提供的一种业务流的路由方法的具体流程示意图；

图18为本申请实施例提供的一种通信装置的结构示意图；

图19为本申请实施例提供的另一种通信装置的结构示意图；

图20为本申请实施例提供的一种芯片的结构示意图。

具体实施方式

本申请中“的(英文：of)”，相应的“(英文corresponding，relevant)”和“对应的(英文：corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一功能实体和第二功能实体仅仅是为了区分不同的功能实体，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

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

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

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

在介绍本申请实施例之前首先对本申请涉及到的相关名词作如下介绍：

1)、业务链控制指：在MEC平台或DN中由SF对业务流执行相应处理。例如，诸如执行以下处理中的一个或多个：防火墙功能、视频加速处理功能、负载均衡功能。

2)、本地业务链控制，指由L-PSA(对应第一功能实体)对应的MEC平台对业务流执行业务链控制。

3)、待执行第一业务链控制的业务流可以指该业务流尚未在MEC平台中由SF作处理，或该业务流尚未执行本地业务链控制。但是该业务流有可能已被PSA(对应第二功能实体)对应的DN中的SF处理，或者未被PSA(对应第二功能实体)对应的DN中的SF处理。

4)、已执行第一业务链控制的业务流可以指业务流已由MEC平台中的SF完成对业务流的处理。

5)、上行业务流指：来自终端或接入设备50，且目的地址为中心DN的业务流。需要说明的是，目的地址为中心DN指的是目的地址为中心DN中的应用服务器的地址，该应用服务器与该业务流对应，为终端提供相应的应用业务。

6)、下行业务流指：来自中心DN，且目的地址为终端的业务流。

为了有效满足移动互联网、物联网高速发展所需的高带宽、低时延的要求并减轻网络负荷，欧洲电信标准化协会(European Telecommunication Standard Institute,ETSI)于2014年提出了移动边缘计算(mobile edge computing，MEC)技术。MEC是基于5G演进架构，是将基站与互联网业务深度融合的一种技术。第三代合作伙伴计划(3rdGeneration Partnership Project，3GPP)在无线接入网络(radio access network，RAN)3和业务与架构(service and architecture，SA)2子组中都有MEC相关立项。

基于上述描述，图2a示出了本申请实施例提供的一种业务流的路由方法适用的通信系统，该通信系统包括：会话管理网元10、第一分流实体20、第一功能实体30、第二功能实体40以及接入设备50。

其中，接入设备50可以通过移动管理网元与会话管理网元10通信。会话管理网元10与第一分流实体20通信、第一分流实体20、第一功能实体30和第二功能实体40通信。

本申请实施例中第一分流实体20可以将某些业务流分流到本地路由，或者决定将业务流分流到远端路由。

所谓的本地路由指第一分流实体20将业务流分流至第一功能实体30，由第一功能实体30将业务流传输至与第一功能实体30通信的MEC平台。

所谓的远端路由指第一分流实体20将业务流分流至第二功能实体40，由第二功能实体40将业务流传输至与第二功能实体30通信的数据网络(例如，中心数据网络(centralDN))。

为了实现上述业务流的分流，会话管理网元10可以在会话的用户面路径上插入第一分流实体20作为分流点实现。也即第一分流实体20所对应的网元或者实体可以为具有对会话的业务流进行分流的网元。例如，第一分流实体20可以为上行分类器(uplinkclassifier，ULCL)或者分支点网元(BP，Branching point)。

在一种可选的通信系统中，该通信系统还可以包括：与第一功能实体30通信的MEC平台和与第二功能实体40中心DN。其中，MEC平台包括一个或多个SF(例如，SF1和SF2)。一个或多个SF可以是运营商部署的功能网元，也可以是第三方部署的功能网元。SF可以对业务流做增强处理或者过滤处理。举例：SF可以是具有防火墙功能的网元、具有视频加速处理功能的网元、具有负载均衡功能的网元等。中心DN包括应用服务器(application server，AS)，以及一个或多个SF(比如，SF3和SF4)。

示例性的，部署在中心DN的一个或多个SF可以为具有负载均衡或者计费功能的网元。不同的SF具有的功能可以相同，也可以不相同，本申请实施例对此不作限定。

如图2a中线条1(代表上行业务流1)、线条2(代表上行业务流2)所示，其中上行业务流1为不用执行本地业务链控制的业务流。上行业务流2为要执行本地业务链控制的业务流。

举例来说，第一分流实体20对上行业务流1的处理可以描述为：第一分流实体20将上行业务流1发送至第二功能实体40。第一分流实体20将上行业务流2发送至第一功能实体30。假设下行业务流1不用执行本地业务链控制，下行业务流2已执行本地业务链控制。第一分流实体20对下行业务流的处理可以描述为：第一分流实体20将下行业务流1、下行业务流2聚合到N3隧道(即第一分流实体20与接入设备50之间的隧道)上发送至接入设备50，由接入设备50再发送至终端。

如图2a所示，假设上行业务流2(由线条2标识)在MEC平台的处理经过SF1和SF2。具体处理过程描述为：第一功能实体30向上行业务流2发送至SF1，SF1处理完之后再发回第一功能实体30，第一功能实体30再将由SF1处理后的上行业务流2发送至SF2，SF2处理之后再发送至第一功能实体30；或者SF1处理完之后再发送至SF2，SF2对上行业务流处理之后再发回第一功能实体30，之后，第一功能实体30将已执行业务链控制的上行业务流2发送给第一分流实体20。由第一分流实体20将上行业务流2发送给第二功能实体40；或者上行业务流2由SF1，SF2处理之后，发送至第二功能实体40。

进一步地，上行业务流2传输至第二功能实体40后要执行远端业务链控制，则上行业务流2在中心DN的处理经过SF3、SF4。第二功能实体40对上行业务流2的处理过程与第一功能实体30对上行业务流2的处理类似。如：第二功能实体40将上行业务流2发送至SF3，SF3处理完之后再发回到第二功能实体40。第二功能实体40再发送至SF4，SF4处理完之后再发回到第二功能实体40。第二功能实体40再发送至AS。其它可能的处理过程，本实施例不再赘述。

需要说明的是：图2a仅仅是给出一种示例，并不限定traffic steering control的具体发送方式。比如，traffic steering control的另外一种实现方式：第二功能实体40将上行业务流发送至SF3，SF3处理后发送至SF4，SF4处理后发送至AS。

在一种可能的实现方式中，终端通过接入设备50接入该通信系统。

在本申请实施例中，终端可以分布于整个无线网络中，每个终端可以是静态的或移动的。

如图2b所示，图2b示出了本申请实施例提供的另一种通信系统，该通信系统与图2a所示的通信系统的区别在于：在图2a中第一分流实体20和第一功能实体30独立部署，而在图2b中第一分流实体20和第一功能实体30部署于同一个设备中，可以将该设备称为合设网元。也即该合设网元兼具业务流的分流功能和将待执行第一业务链控制的业务流发送至MEC平台的功能。当第一分流实体20和第一功能实体30位于同一个设备时，该第一分流实体20和第一功能实体30可以为该合设网元中独立存在的模块或单元。或者，在第一分流实体20集成有将待执行第一业务链控制的业务流发送至MEC平台的功能，即第一分流实体20内集成第一功能实体30。

具体的，合设网元具有如下功能：将符合规则1的业务流发送至第二功能实体30，以及将符合规则2的业务流至MEC平台。至于规则1和规则2的具体内容可以参考下述实施例中第一分流实体被配置的路由规则。

在一种可能的实施例中，结合图2a，如图2c所示，本申请实施例中的第一分流实体20和第二功能实体40之间具有第二专用隧道。第一分流实体20和第一功能实体30之间具有第一专用隧道。其中，第二专用隧道用于传输待执行第一业务链控制的业务流。第一专用隧道用于传输已执行第一业务链控制的业务流。需要说明的是，本申请实施例中可以只建立第一专用隧道，也可以只建立第二专用隧道，也可以同时建立第一专用隧道和第二专用隧道。可选地，第一专用隧道用于传输上行业务流，第二专用隧道用于传输下行业务流。

本申请实施例中的专用隧道也可以称为专用连接。该专用隧道可以用于传输已执行第一业务链控制的业务流或者待执行第一业务链控制的业务流。在如图2a～图2f所示的通信系统中，各个网元之间除了上述涉及到的专用隧道以外还可以存在其他隧道或其他连接。

在一种可能的实施例中，结合图2b，如图2d所示，本申请实施例中的合设网元和第二功能实体40之间具有第二专用隧道。

如图2e或图2f所示，图2e或图2f示出了本申请实施例提供的另一种通信系统。该通信系统与图2a-图2d的区别在于：在图2e中第二功能实体40和第一功能实体30之间具有专用隧道。该第一功能实体30可以通过专用隧道向第二功能实体40发送已执行第一业务链控制的业务流。第二功能实体40可以通过专用隧道向第一功能实体30发送待执行第一业务链控制的业务流。在图2f中专用隧道位于合设网元和第二功能实体40之间。

需要说明的是，当本申请实施例中第一分流实体20和第一功能实体30位于同一个设备时，由于第一分流实体20和第一功能实体30之间的第一专用隧道可以省略，此时，合设网元和第二功能实体40之间的第二专用隧道可以看作专用隧道。在这种情况下，第二专用隧道不仅可以用于第二功能实体40发送待执行第一业务链控制的业务流，还可以用于合设网元在该第二专用隧道上向第二功能实体40发送已执行第一业务链控制的业务流。

需要说明的是，在第二功能实体40和第一功能实体30之间具有专用隧道的情况下，第一专用隧道和第二专用隧道可以不存在，也可以不存在。本申请实施例对此不作限定。

此外，本申请实施例中在图2a-图2f所示的通信系统中，第一分流实体20和接入设备50之间也可以具有第三专用隧道和/或第四专用隧道。其中，接入设备50可以通过第三专用隧道或接入设备50和第一分流实体20之间已有的隧道向第一分流实体20发送待执行业务链控制的上行业务流。接入设备50可以通过第四专用隧道或第一分流实体20和接入设备50之间已有的隧道接收第一分流实体20发送的已执行业务链控制的下行业务流。

当然，在接入设备50和第一分流实体20不具有第三专用隧道的情况下，接入设备50可以通过现有的与第一分流实体20之间的隧道向第一分流实体20发送待执行第一业务链控制的业务流。在接入设备50和第一分流实体20不具有第四专用隧道的情况下，第一分流实体20可以通过现有的与接入设备50之间的隧道向第一分流实体20发送已执行第一业务链控制的业务流。

示例性的，若上述通信分流系统应用于5G网络，则如图3a或图3b所示，第一分流实体20所对应的网元或者实体可以为上行分类器(Uplink classifier，UL CL)或分支点(Branching Point，BP)。会话管理网元10对应的网元或者实体可以为会话功能管理(session management function，SMF)。第一功能实体30所对应的网元或者实体可以为第一用户面功能(user plan function，UPF)锚点(achor)，也可以称为本地会话锚点(LocalPDU session anchor，L-PSA)。第二功能实体40所对应的网元或者实体可以为第二用户面功能(user plan function，UPF)锚点(achor)，也可以称为远端会话锚点(remote PDUsession anchor，简称：PSA)。接入设备50可以为接入网络(access network，AN)设备或者无线接入网络(radio access network，RAN)设备。

此外，如图3a或图3b所示，5G网络架构还可以包括：接入和移动性管理功能(access and mobility management function，AMF)网元、策略控制功能(policy controlfunction，PCF)网元、应用功能(application function，AF)网元、数据网络(datanetwork，DN)、鉴权服务器功能或认证服务器功能(authentication server function，AUSF)网元、统一数据库(Unified Data Repository，UDR)(图3a或图3b中未示出)、统一数据管理(Unified Data Management，UDM)等，本申请实施例对此不作具体限定。

其中，如图3a所示，终端通过下一代网络(Next generation，N1)接口(简称N1)与AMF网元通信。接入设备通过N2接口(简称N2)与AMF网元通信。接入设备通过N3接口(简称N3)与ULCL/BP通信。ULCL/BP通过N9接口与第二UPF网元和第一UPF网元通信。第一UPF网元通过N6接口(简称N6)与MEC平台通信。第二UPF网元通过N6接口(简称N6)与DN通信任意两个UPF网元之间通过N9接口(简称N9)通信。ULCL/BP通过N4接口(简称N4)与SMF网元通信。AMF网元通过N11接口(简称N11)与SMF网元通信。AMF网元通过N8接口(简称N8)与UDM网元通信。SMF网元通过N7接口(简称N7)与PCF网元通信。SMF网元通过N10接口(简称N10)与UDM网元通信。AMF网元通过N12接口(简称N12)与AUSF网元通信。AMF网元通过N22接口(简称N22)与NSSF网元通信。AUSF网元通过N13接口(简称N13)与UDM网元通信。UDM网元与UDR网元通信。PCF网元与UDR网元通信。ULCL/BP可以通过UPF来实现。

如图3b示出了5G网络架构中基于服务化接口的架构，该架构与图3a的区别在于，在图3b中5GC中的控制面网元也可以采用服务化接口进行交互。例如，AMF网元、AUSF网元、SMF网元、UDM网元、UDR网元或者PCF网元采用服务化接口进行交互。比如，AMF网元对外提供的服务化接口可以为Namf。SMF网元对外提供的服务化接口可以为Nsmf。UDM网元对外提供的服务化接口可以为Nudm。UDR网元对外提供的服务化接口可以为Nudr。PCF网元对外提供的服务化接口可以为Npcf。应理解，图3b中各种服务化接口的名称的相关描述可以参考23501标准中的5G系统架构(5G system architecture)图，在此不予赘述。

需要说明的是，图3a或图3b中的各个网元之间的接口名字只是一个示例，具体实现中接口名字可能为其他名字，本申请实施例对此不作具体限定。

需要说明的是，图3a或图3b的接入设备、AF网元、AMF网元、SMF网元、AUSF网元、UDM网元、UPF网元和PCF网元等仅是一个名字，名字对设备本身不构成限定。在5G网络以及未来其它的网络中，接入设备、AF网元、AMF网元、SMF网元、AUSF网元、UDM网元、UPF网元和PCF网元所对应的网元也可以是其他的名字，本申请实施例对此不作具体限定。例如，该UDM网元还有可能被替换为用户归属服务器(home subscriber server，HSS)或者用户签约数据库(user subscription database，USD)或者数据库实体，等等，在此进行统一说明，后续不再赘述。

图3a或图3b中的终端、(R)AN、UPF和DN一般被称为用户层网络功能实体，终端的数据流量可以通过终端和DN之间建立的协议数据单元(Protocol data unit，PDU)会话(Session)进行传输，传输会经过(R)AN和UPF这两个网络功能(实体)；而其他的部分则被称为控制层网络功能和实体，主要负责认证和鉴权、注册管理、会话管理、移动性管理以及策略控制等功能，从而实现用户层流量可靠稳定的传输。本申请实施例中涉及到的PDU会话指在终端与数据网络之间提供PDU连接服务的一种连接(association between the UE anda Data Network that provides a PDU connectivity service)。

图3a-图3b是应用于本申请实施例的网络架构。下面对该网络架构中涉及的各个部分或网元在5G网络中的功能为例分别进行说明。

如图3a所示，终端的一个会话具有多个锚点(PDU session anchor)。例如，第一UPF网元和第二UPF网元。对于上行业务流(UL data/traffic)，BP/ULCL按照转发规则将接收到的上行业务流发送到不同的锚点；对于下行业务流(DL data/traffic)，BP/ULCL按照转发规则将下行业务流发送至终端。

1)、终端(terminal)可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备；还可以包括用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digital assistant，PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptop computer)、无绳电话(cordlessphone)或者无线本地环路(wireless local loop，WLL)台、机器类型通信(machine typecommunication，MTC)终端、用户设备(user equipment，UE)，移动台(mobile station，MS)，终端设备(terminal device)或者中继用户设备等。其中，中继用户设备例如可以是5G家庭网关(residential gateway，RG)。为方便描述，本申请中，上面提到的设备统称为终端。

应理解，本申请实施例中的终端可以为物联网终端设备、港口、智能工厂、铁路交通、物流、无人机、无人驾驶汽车等多种垂直行业应用领域中的终端。例如：移动机器人(Mobile Robot)、自动导引车(Automated Guided Vehicle，AGV)，无人驾驶汽车，列车上的控制设备和传感器、工厂中部署的控制设备和传感器(Sensor)等。

作为示例，在本申请实施例中，该终端还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。该终端还可以为应用于工厂的传感器设备。

(2)、接入设备用于为特定区域的授权终端提供入网功能，并能够根据终端的级别，业务的需求等使用不同质量的传输隧道。接入设备能够管理无线资源，为终端设备提供接入服务，进而完成控制信号和终端设备数据在终端设备和核心网之间的转发，接入设备也可以理解为传统网络中的基站。例如，可以负责空口侧的无线资源管理、服务质量(quality of service，QoS)管理、数据压缩和加密等功能。

接入设备可以是无线网络中的设备。接入设备也可以称为无线接入设备或者网络设备。例如将终端接入到无线网络的无线接入网(radio access network，RAN)节点。目前，一些接入设备的举例为：第五代(5th generation，5G)系统中的下一代节点B(The NextGeneration Node B，gNB)、传输接收点(transmission reception point，TRP)、LTE系统中的演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(basetransceiver station，BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)，或无线保真(wireless fidelity，Wifi)接入点(accesspoint，AP)等。在一种网络结构中，网络设备可以包括集中单元(centralized unit，CU)节点、或分布单元(distributed unit，DU)节点、或包括CU节点和DU节点的RAN设备。接入设备还可以是无线回传设备，车载设备，可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等。在第三代(3rd generation，3G)系统中，称为节点B(NodeB)等。

(3)、移动管理网元，属于核心网网元，主要负责信令处理部分，例如：接入控制、移动性管理、附着与去附着以及网关选择等功能。移动管理网元为终端的会话提供服务的情况下，会为该会话提供控制面的存储资源，以存储会话标识、与会话标识关联的SMF网元标识等。

在5G通信系统中，该移动管理网元可以是AMF网元。在未来通信系统中，移动管理网元仍可以是AMF网元，或者，还可以有其它的名称，本申请不做限定。

(4)、会话管理网元，负责用户面网元选择，用户面网元重定向，因特网协议(internet protocol，IP)地址分配，承载的建立、修改和释放以及QoS控制。会话管理、终端的网络互连协议(internet protocol，IP)地址分配和管理、选择可管理用户平面功能、策略控制和收费功能接口的终结点以及下行数据通知等。

在5G通信系统中，该会话管理网元可以是SMF网元。在未来通信系统中，会话管理网元仍可以是SMF网元，或者，还可以有其它的名称，本申请不做限定。

(5)、用户面网元，负责终端中用户数据(例如，业务流)的转发和接收。可以从数据网络接收用户数据，通过接入设备传输给终端；用户面网元还可以通过接入设备从终端接收用户数据，转发到数据网络。用户面网元中为终端提供服务的传输资源和调度功能由会话管理网元管理控制的。

在5G通信系统中，该用户面网元可以是UPF网元或UPF模块。在未来通信系统中，用户面网元仍可以是UPF网元或UPF模块，或者，还可以有其它的名称，本申请不做限定。

(6)、认证服务器功能网元，主要提供认证功能，支持3GPP接入和Non-3GPP接入的认证，具体可参考3GPP TS 33.501。

在未来通信系统中，认证服务器功能网元仍可以是AUSF网元，或者，还可以有其它的名称，本申请不做限定。

(7)、NEF网元，主要支持3GPP网络和第三方应用安全的交互，NEF能够安全的向第三方暴露网络能力和事件，用于加强或者改善应用服务质量，3GPP网络同样可以安全的从第三方获取相关数据，用以增强网络的智能决策；同时该网元支持从统一数据库恢复结构化数据或者向统一数据库中存储结构化数据。

(8)、UDR网元，主要负责存储结构化数据，存储的内容包括签约数据和策略数据、对外暴露的结构化数据和应用相关的数据。

(9)、AF网元，主要支持与3GPP核心网交互来提供服务，例如影响数据路由决策，策略控制功能或者向网络侧提供第三方的一些服务。

(10)、网络存储网元，用于维护网络中所有网络功能服务的实时信息。NRF保存有部署的网络功能(Network function，NF)组件的信息，例如NF组件的标识和网络地址、支持的网络切片的标识、或者数据面实例的信息等，NRF向其它NF提供NF组件的注册和发现等服务。

在未来通信系统中，网络存储网元仍可以是NRF网元，或者，还可以有其它的名称，本申请不做限定。

可以理解的是，上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。

(11)、数据网络(Data Network，DN)指的是为终端提供数据传输服务的运营商网络，如IMS(IP Multi-media Service，IP多媒体业务)、Internet等。

终端通过建立终端到RAN到UPF到DN之间的会话(PDU session)，来访问数据网络。

如图4所示，图4示出了本申请实施例中的一种通信设备的硬件结构示意图。会话管理网元10、第一分流实体20、第一功能实体30和第二功能实体40的结构可以参考图4所示的结构。该通信设备包括处理器41，通信线路44以及至少一个通信接口(图4中仅是示例性的以包括通信接口43为例进行说明)。

可选的，该通信设备还可以包括存储器42。

处理器41可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路44可包括一通路，在上述组件之间传送信息。

通信接口43，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。

存储器42可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路44与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器42用于存储执行本申请方案的计算机执行指令，并由处理器41来控制执行。处理器41用于执行存储器42中存储的计算机执行指令，从而实现本申请下述实施例提供的一种业务流的路由方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器41可以包括一个或多个CPU，例如图4中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备可以包括多个处理器，例如图4中的处理器41和处理器45。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

如图5所示，引入MEC平台之后，ULCL/BP可以将业务流分流至L-PSA，由L-PSA将业务流发送至MEC平台，由MEC平台中的SF执行traffic steering control。但是，业务流由MEC平台中的SF执行traffic steering control之后，如何将处理后的业务流发送至central DN是亟需解决的技术问题。有鉴于如图5所示的通信系统描述的方法所存在的技术问题，本申请实施例中会话管理网元10可以为ULCL/BP配置路由规则，这样ULCL/BP可以根据路由规则将路由规则中描述的来源于L-PSA，且指向PSA的业务流发送PSA。同理，对于下行业务流，ULCL/BP根据路由规则将来源于接入设备或PSA且指向L-PSA的业务流发送给L-PSA。

在本申请实施例中，一种业务流的路由方法的执行主体的具体结构，本申请实施例并未特别限定，只要可以通过运行记录有本申请实施例的一种业务流的路由方法的代码的程序，以根据本申请实施例的一种业务流的路由方法进行通信即可。例如，本申请实施例提供的一种业务流的路由方法的执行主体可以是会话管理网元中能够调用程序并执行程序的功能模块，或者为应用于会话管理网元中的通信装置，例如，芯片。本申请实施例提供的一种业务流的路由方法的执行主体可以是第一分流实体中能够调用程序并执行程序的功能模块，或者为应用于第一分流实体中的通信装置，例如，芯片。本申请对此不进行限定。本申请实施例提供的一种业务流的路由方法的执行主体可以是第一功能实体中能够调用程序并执行程序的功能模块，或者为应用于第一功能实体中的通信装置，例如，芯片。本申请实施例提供的一种业务流的路由方法的执行主体可以是第二功能实体中能够调用程序并执行程序的功能模块，或者为应用于第二功能实体中的通信装置，例如，芯片。下述实施例以一种业务流的方法的执行主体为会话管理网元、第一功能实体、第一分流实体、第二功能实体为例进行描述。

需要指出的是，本申请各实施例之间可以相互借鉴或参考，例如，相同或相似的步骤，方法实施例、装置实施例或系统实施例之间，均可以相互参考，不予限制。

结合图2a～图2d，如图6所示，本申请实施例提供一种业务流的路由方法，该方法包括：

步骤601、会话管理网元10确定路由规则。其中，路由规则用于指示第一分流实体20将第一业务流发送至第一功能实体30，和/或，将第二业务流发送至第二功能实体40或接入设备50。其中，第一业务流为待执行第一业务链控制的业务流，第二业务流为已执行第一业务链控制的业务流。其中，第一业务链控制可以对应上述本地业务链控制。

应理解的是，第一业务流可以代表某个会话中的一个或多个待执行第一业务链控制的业务流，第二业务流可以代表某个会话中的一个或多个已执行第一业务链控制的业务流，并不具有指示性含义。第一业务流和第二业务流可以为同一个业务流，也可以为不同的业务流。例如，第一业务流执行完业务链控制后，即为已执行第一业务链控制的业务流。第一业务流和第二业务流可以为同一个会话中的业务流，也可以为不同会话中的业务流。

例如，第一业务流可以代表会话中的业务流1和业务流2。其中，业务流1和业务流2均为待执行第一业务链控制的业务流。第二业务流可以代表会话中的业务流1和业务流3，业务流1和业务流3均为已执行第一业务链控制的业务流。

需要说明的是，本申请实施例中第一分流实体20具有对业务流进行分流的功能，对于第一分流实体20而言，其可能不需要判断业务流已执行业务链控制，或者未执行业务链控制。或者判断业务流为待执行第一业务链控制的业务流。一旦第一分流实体20接收到的业务流符合路由规则时，第一分流实体20便可以根据路由规则转发业务流。

本申请实施例中的第一业务流可以为某个会话中来自终端的上行业务流，该上行业务流的目的地址为第二功能实体40对应的中心DN。或者第一业务流可以为某个会话中来自第二功能实体40对应的中心DN的下行业务流，此时下行业务流的目的地址可以为终端。当第一业务流为某个会话中来自第二功能实体40对应的中心DN的下行业务流时，该下行业务流可以由第二功能实体40对应的中心DN中的SF执行过业务链控制，但是仍需要由第一功能实体30对应的MEC平台中的SF执行业务链控制。或者，该下行业务流可以未由第二功能实体40对应的SF执行业务链控制，只由第一功能实体30对应的MEC平台中的SF执行业务链控制。中心DN中的SF与MEC平台中的SF可以相同，可以不同。本申请实施例对此不作限定。

本申请实施例中的第二业务流可以为某个会话中的上行业务流，也可以为某个会话中的下行业务流。如果第二业务流为下行业务流，该下行业务流可能来自于第二功能实体40，也可能来自于第一功能实体30，则路由规则用于指示第一分流实体20将第二业务流发送至接入设备50。如果第二业务流为上行业务流，该上行业务流可能来自于解饿如设备50，也可能来自于第一功能实体30，则路由规则用于指示第一分流实体20将第二业务流发送至第二功能实体40。至于业务流究竟为上行业务流还是下行业务流可以结合其源地址/目的地址或者源端口/目的端口号识别，本申请实施例对此不作限定。

步骤602、在会话的会话管理过程中，会话管理网元10向第一分流实体20发送路由规则，以使得第一分流实体20在会话的会话管理过程中接收来自会话管理网元10的路由规则。

示例性的，该会话管理过程可以为会话建立过程或者会话更新(修改)过程或者会话删除过程。

作为一种可能的实现方式，以会话管理过程为会话建立过程为例，步骤602可以通过以下方式具体实现：会话管理网元10向第一分流实体20发送N4会话建立请求，该会话建立请求中携带路由规则。

作为另一种可能的实现方式，以会话管理过程为会话建立或会话修改过程为例，步骤602可以通过以下方式具体实现：会话管理网元10向第一分流实体20发送N4会话修改请求，该会话修改请求中携带路由规则。

当然，该路由规则还可以携带在会话管理过程中新建立的请求消息。或者，该路由规则还可以在第一分流实体20对第一业务流或第二业务流实现分流之前的任何过程中由会话管理网元10发送给第一分流实体20，本申请实施例对此不作限定。或者，会话管理网元10可以在会话管理网元10与第一分流实体20交互的其他流程中向第一分流实体20发送该路由规则。

步骤603、第一分流实体20根据路由规则，处理第一分流实体20接收到的目标业务流。

作为一种可能的具体实现方式，本申请实施例中的步骤601可以通过以下方式实现：会话管理网元10根据策略信息，确定路由规则。

其中，策略信息中包括待执行第一业务链控制的业务流的描述信息，以及已执行第一业务链控制的业务流的描述信息。

作为本申请的另一种可能的实施例，本申请实施例提供的方法在步骤601之前还可以包括：会话管理网元10获取策略信息(例如，PCC rules)。

一种实现方式，该策略信息可以配置在会话管理网元10本地。

另一种实现方式，会话管理网元10从PCF网元处获取策略信息，本申请实施例对此不作限定。

关于会话管理网元10从PCF网元处获取策略信息的具体方式可以参考步骤604-步骤606中的描述。

作为本申请的另一种可能的实施例，如图7所示，本申请实施例提供的方法在步骤601之前还可以包括：

步骤604、AF网元向PCF网元发送第一请求消息，以使得PCF网元接收第一请求消息。

其中，第一请求消息携带一个或多个业务流对应的以下信息中的任一个或多个：描述信息、终端的标识、业务链需求。

其中，业务链需求用于指示该一个或多个业务流为待执行第一业务链控制的业务流，即该业务流要被执行本地业务链控制。或者业务链需求还可以用于指示该一个或多个业务流不用执行第一业务链控制。

作为一种具体实现，第一请求消息可以为AF request。

步骤605、PCF网元根据AF request生成PCC rules。PCC rules包含业务链信息。

其中，业务链信息，可以是业务链策略标识，该业务链策略标识为预先配置在会话管理网元10和/或PCF网元上的一个标识。具体的，会话管理网元通过该标识，可以获取到该标识对应的业务链策略，如对业务流执行第一业务链控制的一个或多个SF，以及一个或多个SF的执行顺序。

步骤606、PCF网元向会话管理网元10发送PCC rules，以使得会话管理网元10接收PCC rules。这样便于会话管理网元10根据PCC rules确定路由规则。

鉴于本申请实施例中的路由规则可以通过多种形式指示第一分流实体20将第一业务流发送至第一功能实体30，和/或，将第二业务流发送至第二功能实体40或接入设备50。下述将分别介绍：

示例1)、路由规则包括第一业务流的描述信息和与第一业务流的描述信息关联的第一功能实体30的信息，和/或，第二业务流的描述信息和第二业务流的描述信息关联的第二功能实体40的信息或接入设备50的信息。其中，描述信息包括第一业务流或第二业务流的来源信息。

本申请实施例中可以将描述信息称作为检测规则，将描述信息对应的业务流转发到的功能实体称作转发动作。转发动作用于表明对符合检测规则的业务流的处理逻辑，即转发至接入设备50或第一功能实体30、或第二功能实体40。

需要说明的是，检测规则还可以是以下任一项或多项：隧道信息、网络实例、服务质量流标识(QoS Flow Identifier，QFI)、应用标识等。网络实例具体可以是虚拟局域网(Virtual Local Area Network，VLAN)标识。本申请实施例中将业务流描述信息记作SDF(service data flow)为例进行说明。

示例性的，描述信息可以包括终端的标识、五元组信息(例如，IP五元组)、三元组信息(例如，IP三元组)、隧道信息、应用标识、数据网络名称(data network name，DNN)、或单网络切片选择辅助信息(Single Network Slice Selection Assistance Information，S-NSSAI)中的一个或多个。例如，IP五元组包括源IP地址，源端口号，目的IP地址，目的端口号，传输层协议。

示例性的，第二功能实体40的信息可以为第二功能实体40的地址，或者第二功能实体40的标识或者第二功能实体40的端口号中的一个或多个组合。

示例性的，接入设备50的信息可以为接入设备50的地址，或者接入设备50的标识或者接入设备50的端口号中的一个或多个组合。

示例性的，第一功能实体30的信息可以为第一功能实体30的地址，或者第一功能实体30的标识或者第一功能实体30的端口号中的一个或多个组合。

相应的，本申请实施例中的步骤603可以通过以下方式实现：目标业务流的描述信息与第一业务流的描述信息相同，第一分流实体20向第一功能实体30发送目标业务流。和/或，目标业务流的描述信息与第二业务流的描述信息相同，第一分流实体20向第二功能实体40或接入设备50发送目标业务流。

考虑业务流的方向，一个业务流的上行方向、下行方向对应的描述信息不同，比如业务流A上行方向对应的IP五元组和下行方向对应的IP五元组的具体内容可以参考表1中的描述。

举例说明，假设上行业务流的描述信息包括IP五元组1，对应源IP地址＝IP1，源端口号＝port1，目的IP地址＝IP2，目的端口号＝port2，传输层协议＝UDP；下行业务流的描述信息包括IP五元组2，对应源IP地址＝IP2，源端口号＝port2，目的IP地址＝IP1，目的端口号＝port1，传输层协议＝UDP。以表格的形式示意出了本申请实施例中的路由规则的具体内容，如表1所示：

表1路由规则的具体内容

举例说明，如果目标业务流为业务流C，其描述信息包括：IP五元组1，且该业务流C的报文头包括接入设备50的信息，即该业务流C来源于接入设备50，则第一分流实体20将业务流C转发至第一功能实体30。第一分流实体20接收到的业务流C的描述信息包括：IP五元组2，且该业务流C的报文头包括第三功能实体40的信息，即该业务流C来源于第三功能实体40，则第一分流实体20将业务流C转发至第一功能实体30。其中，接入设备50的信息指的是与接入设备50的信息对应的第一分流实体20的隧道信息；第三功能实体40的信息指的是与第三功能实体40的信息对应的第一分流实体20的隧道信息。

如果业务流C的描述信息包括：IP五元组1，且该业务流C的报文头包括第一功能实体30的信息，即该业务流C来源于第一功能实体30，则第一功能实体30将业务流C发送至第二功能实体40。其中，第一功能实体30的信息指的是与第一功能实体30对应的第一分流实体20的隧道信息。

如果业务流C的描述信息包括：IP五元组2，且该业务流C的报文头包括第一功能实体30的信息，即该业务流C来源于第一功能实体30，则第一功能实体30将业务流C发送至接入设备50。其中，第一功能实体30的信息指的是与第一功能实体30对应的第一分流实体的隧道信息。

本申请实施例中第一分流实体20可以通过以下方式来确定业务流的来源：第一分流实体20可以通过业务流的报文头中的隧道信息(tunnel information)来判断业务流来源。例如，第二业务流的报文头中携带与第一功能实体30对应的第一分流实体20的隧道信息，即I-UPF tunnel information for L-PSA，则第一分流实体20可以确定第二业务流来源于第一功能实体30。如果第一业务流的报文头中携带与第二功能实体40对应的第一分流实体的20的隧道信息，即I-UPF tunnel information for PSA，则第一分流实体20可以确定第一业务流来源于第二功能实体40。同理，第一业务流的报文头中携带与接入设备50对应的第一分流实体20的隧道信息，即I-UPF tunnel information for RAN，则第一分流实体20可以确定第一业务流来源于接入设备50。

作为一种可能的实现：路由规则包括以下信息中的任一个或多个：第一业务流的描述信息指示第一业务流来自接入设备50或第二功能实体40时，第一分流实体20向第一功能实体30发送第一业务流。或，第二业务流的描述信息指示第二业务流来自第一功能实体30时，第一分流实体20向接入设备50或第二功能实体40发送第二业务流。

需要说明的是，上述示例以描述信息包括五元组信息为例，当然在实际过程中描述信息的各个内容可以解耦也可以组合。例如，描述信息中可以不包括五元组信息或三元组信息，如果路由规则中的描述信息为QFI，以及转发动作，则第一分流实体20可以将携带指定的QFI的业务流发送至转发动作指示的网元，也即对于某个终端的上行业务流X和下行业务流Y，如果该上行业务流X对应于指定的QFI且来源于接入设备50，则第一分流实体20将上行业务流X发送至第二功能实体40。如果该下行业务流Y对应于指定的QFI且来源于第二功能实体40，则第一分流实体20将下行业务流Y发送至第一功能实体30。如果该上行业务流X对应于指定的QFI且来源于第一功能实体30，则第一分流实体20将上行业务流X发送至第二功能实体40。如果该下行业务流Y对应于指定的QFI且来源于第一功能实体30，则第一分流实体20将下行业务流Y发送至接入设备50。可以理解的是，如果描述信息为指定QFI，则表示该指定QFI对应的下行业务流和上行业务流均需要执行业务链控制。

对于描述信息为其它描述方式，如网络实例、隧道信息、应用标识，的具体实现可以参考描述信息为终端的标识的示例，此处不再赘述。

需要说明的是，示例1可以适用于图2a～图2d中任一个所示的通信系统。也即在不具有第一专用隧道和第二专用隧道的基础上，例如图2a或图2b所示的场景，会话管理网元10可以为第一分流实体20配置转发至第一功能实体30的一个或多个第一业务流的描述信息。和/或，会话管理网元10为第一分流实体20配置转发至第二功能实体40或接入设备50的一个或多个第二业务流的描述信息。在这种情况下，第一分流实体20可以通过与第一功能实体30之间具有的除第一专用隧道外的其余隧道向第一功能实体30发送第一业务流。第一分流实体20可以通过与第二功能实体40之间具有的除第二专用隧道外的其余隧道向第二功能实体30发送第二业务流。

当然，在具有第一专用隧道和第二专用隧道的基础上，例如图2c或图2d所示的场景，会话管理网元10依然可以为第一分流实体20配置转发至第一功能实体30的一个或多个第一业务流的描述信息。和/或，会话管理网元10为第一分流实体20配置转发至第二功能实体40或接入设备50的一个或多个第二业务流的描述信息。

示例2)、结合图2c或图2d，路由规则用于指示第一分流实体20向第一功能实体30发送来自第二专用隧道的第一业务流，和/或，指示第一分流实体20向第二功能实体40发送来自第一专用隧道的第二业务流。其中，第二专用隧道位于第一分流实体20和第二功能实体40之间。第一专用隧道位于第一分流实体20和第一功能实体30之间。第一专用隧道用于传输已执行第一业务链控制的业务流。第二专用隧道用于传输待执行第一业务链控制的业务流。

相应的，本申请实施例中的步骤603可以通过以下实现：目标业务流来源于第一专用隧道，第一分流实体20将目标业务流发送至第一功能实体30。或，目标业务流来源于第二专用隧道，第一分流实体20将目标业务流发送至第二功能实体40。

作为一种具体实现，第一分流实体20可以根据目标业务流的报文头中携带的隧道信息确定该目标业务流来源于第一专用隧道还是第二专用隧道。

举例来说，目标业务流的报文头中携带第一专用隧道信息，则目标业务流来源于第一专用隧道。目标业务流的报文头中携带第二专用隧道信息，则目标业务流来源于第二专用隧道。

需要说明的是，本申请实施例中第一专用隧道和第二专用隧道可以并存，或者二者中存在一个。例如，对于图2c所示的场景，可以具有第一专用隧道和第二专用隧道。或者可以具有第一专用隧道，但不具有第二专用隧道。或者具有第二专用隧道，但不具有第一专用隧道。

应理解，示例2可以适用于具有第二专用隧道和/或第一专用隧道的场景。本申请实施例中第一专用隧道信息和第二专用隧道信息中的一个或多个可以由会话管理网元10分配。当然，该第一专用隧道信息也可以由UPF网元分配，即由第一分流实体20为第一功能实体30分配，第二专用隧道信息也可以由UPF网元分配，即由第一分流实体20为第二功能实体40分配，本申请实施例对此不作限定。

在由第一分流实体20分配第一专用隧道信息和/或第二专用隧道信息的情况下，如图7所示，本申请实施例提供的方法在步骤601之前还可以包括：会话管理网元10获取第一专用隧道信息和第二专用隧道信息中的一个或多个。

一种实现方式，会话管理网元10可以自主获取第一专用隧道信息和第二专用隧道信息中的一个或多个。

作为一种可能的实现方式，会话管理网元10可以根据PCC规则确定获取第一专用隧道信息和第二专用隧道信息中的一个或多个。例如，PCC规则中除了包含业务流描述信息外，还包含指示信息。指示信息用于指示对某个业务流在上行方向执行第一业务链控制。或者指示信息用于指示对某个业务流在下行方向执行第一业务链控制。或者指示信息指示某个业务流不仅要在上行方向执行第一业务链控制，也要在下行方向执行业务链控制。

可选的，该PCC规则中指示信息来源于步骤604，即AF向PCF发送的第一请求消息还包含指示信息。从而，会话管理网元10根据该指示信息确定获取第一专用隧道信息和第二专用隧道信息中的一个或多个。

另一种方式，会话管理网元10可以从第一分流实体20处获取获取第一专用隧道信息和第二专用隧道信息中的一个或多个。关于会话管理网元10从第一分流实体20处获取获取第一专用隧道信息和第二专用隧道信息中的一个或多个实现方式可以参考下述步骤607-步骤609中的描述。

步骤607、会话管理网元10向第一分流实体20发送第一指示信息，以使得第一分流实体20接收来自会话管理网元10的第一指示信息。该第一指示信息用于指示第一分流实体20分配第一专用隧道信息和第二专用隧道信息中的一个或多个。或者，第一指示信息用于指示第一分流实体20建立第一专用隧道和第二专用隧道中的一个或多个，这样第一分流实体20便可以确定要分配第一专用隧道信息和第二专用隧道信息中的一个或多个。

对于图2d所示的场景，第一指示信息用于指示第一分流实体20分配第二专用隧道信息，或者第一指示信息用于指示第一分流实体20建立第二专用隧道。

对于图2c所示的场景，第一指示信息可以用于指示第一分流实体20分配第二专用隧道信息，或者第一指示信息用于指示第一分流实体20建立第二专用隧道。

对于图2c所示的场景，第一指示信息可以用于指示第一分流实体20分配第一专用隧道信息，或者第一指示信息用于指示第一分流实体20建立第一专用隧道。

对于图2c所示的场景，第一指示信息可以用于指示第一分流实体20分配第一专用隧道信息和第二专用隧道信息，或者第一指示信息用于指示第一分流实体20建立第一专用隧道和第二专用隧道。

示例性的，会话管理网元10可以在会话管理过程中向第一分流实体20发送第一指示信息。或者会话管理网元10可以在会话管理过程以外的其他与第一分流实体20交互的流程中向第一分流实体20发送第一指示信息。例如，以会话管理过程为会话建立流程为例，步骤607可以通过以下方式实现：会话管理网元10向第一分流实体20发送N4会话建立请求。其中，N4会话建立请求中携带第一指示信息。当然，N4会话建立请求还可以使用N4会话修改请求替换。

步骤608、第一分流实体20向会话管理网元10发送第一专用隧道信息和第二专用隧道信息中的一个或多个。

示例性的，第一分流实体20可以在会话管理响应过程或其他与会话管理网元10交互的流程中向会话管理网元10发送第一专用隧道信息和第二专用隧道信息中的一个或多个。

例如，第一分流实体20可以向会话管理网元10发送N4会话建立响应消息，该会话建立响应消息中包括第一专用隧道信息和第二专用隧道信息中的一个或多个。

因此，作为一种可能的实施例，如图7所示，本申请实施例提供的方法在步骤608之后还包括：

步骤609、会话管理网元10接收来自第一分流实体20的第一专用隧道信息和第二专用隧道信息中的一个或多个。

其中，第一专用隧道信息用于建立第一专用隧道，具体可以是与第一功能实体30对应的第一分流实体20的隧道信息。第二专用隧道信息用于建立第二专用隧道，具体可以是与第二功能实体40对应的第一分流实体20的隧道信息。

作为一种实现，第一专用隧道和第二专用隧道为单向隧道。第一专用隧道指第一功能实体30和第一分流实体20之间的下行隧道，即第一功能实体30通过第一专用隧道向第一分流实体20发送业务流时，该业务流的报文头携带第一专用隧道信息。第二专用隧道指的是第二功能实体40和第二分流实体20之间的下行隧道，即第二功能实体40通过第二专用隧道向第一分流实体20发送业务流时，该业务流的报文头携带第二专用隧道信息。

需要说明的是，在由会话管理网元10分配第二专用隧道和/或第一专用隧道的场景下，步骤607和步骤608可以替换为：会话管理网元10向第一分流实体20发送第一专用隧道信息和第二专用隧道信息中的一个或多个。第一分流实体20向会话管理网元10返回应答。此时，步骤609可以省略。

在具有第二专用隧道和/或第一专用隧道的场景下，会话管理网元10还可以指示第二功能实体40或第一功能实体30利用上述专用隧道发送业务流。关于会话管理网元10指示第二功能实体40或第一功能实体30利用上述专用隧道发送业务流的具体实现方式，可以参考步骤610和步骤611。

作为一种可能的实施例，如图7所示，本申请实施例提供的方法还包括：

步骤610、会话管理网元10向第二功能实体40发送第二专用隧道信息以及第一转发规则，以使得第二功能实体40接收第二专用隧道信息以及第一转发规则。

其中，第一转发规则用于指示第二功能实体40通过第二专用隧道向第一分流实体20传输第一业务流。

通过执行步骤610便于第二功能实体40在待执行第一业务链控制的业务流的报文头中携带第二专用隧道信息。后续业务流传输过程中，第一分流实体20便可以将报文头中携带第二专用隧道信息的业务流发送至第一功能实体30。

示例性的，会话管理网元10可以在会话管理过程中向第二功能实体40发送第二专用隧道信息以及第一转发规则。

步骤611、会话管理网元10向第一功能实体30发送第一专用隧道信息以及第二转发规则，以使得第一功能实体30接收第一专用隧道信息以及第二转发规则。第二转发规则用于指示第一功能实体通过第一专用隧道向第一分流实体传输第二业务流。

示例性的，会话管理网元10可以在会话管理过程中向第二功能实体40发送第一专用隧道信息以及第二转发规则。

通过执行步骤611便于第一功能实体30在已执行第一业务链控制的业务流的报文头中携带第一专用隧道信息。后续业务流传输过程中，第一分流实体20便可以将报文头中携带第一专用隧道信息的业务流发送至第二功能实体30。

需要说明的是，在示例2中当第一功能实体30和第一分流实体20合设时，步骤611可以省略。此时，路由规则用于指示合设网元将接收到经过traffic steering control的上行业务流发送至第二功能实体40，和/或，指示合设网元将接收到来自第二专用隧道的下行业务流，即报文头携带第二专用隧道信息的下行业务流发送至MEC平台，以由MEC平台中的SF执行traffic steering control。

示例3)、第一业务流和第一标识相关联，路由规则用于指示第一分流实体20向第一功能实体30发送与第一标识关联的业务流。或，第二业务流和第二标识相关联，路由规则用于指示第一分流实体20向第二功能实体40或接入设备50发送与第二标识关联的业务流。

示例性的，第一标识用于表示该业务流来源于第二功能实体40或接入设备50，也即第一标识可以表示将来源于第二功能实体40或接入设备50的第一业务流通过第一分流实体30发送给第一功能实体30。

示例性的，第二标识用于表示该业务流来源于第一功能实体30。也即第二标识可以表示将来源于第一功能实体30的第二业务流通过第一分流实体20发送给第二功能实体40。

具体的，对于携带第二标识的业务流是发送给第二功能实体40还是发送给接入设备50，可以结合业务流的描述信息，如目的地址或者目的端口判断，或者该业务流是上行业务流还是下行业务流。例如，如果业务流D携带第二标识，且业务流D为上行业务流或者业务流D的目的地址指向第二功能实体40，则第一分流实体20可以将业务流D发送给第二功能实体40。如果业务流D携带第二标识，且业务流D为下行业务流或者业务流D的目的地址指向终端，则第一分流实体20可以将业务流D发送给接入设备50。

一种可能的实现方式，第二业务流和第二标识相关联，路由规则用于指示第一分流实体20向第二功能实体40发送与第二标识关联的业务流。

相应的，如图8所示，本申请实施例中的步骤603可以通过以下方式实现：目标业务流与第一标识关联，第一分流实体20向第一功能实体30发送目标业务流；或，目标业务流与第二标识关联，第一分流实体20向第二功能实体40发送目标业务流。

也即在示例3中，会话管理网元10可以通过路由规则指示第一分流实体20对携带第一标识的业务流发送至第一功能实体30，对携带第二标识的业务流发送至第二功能实体40。也即对于第一分流实体20而言，其可以将携带第一标识的业务流认为是第一业务流，将携带第二标识的业务流认为是第二业务流。

在第一分流实体20基于业务流中携带的第一标识或第二标识确定将业务流转发至第一功能实体30还是第二功能实体40时，本申请实施例提供的方法还可以包括：第一功能实体30在已执行第一业务链控制的业务流的报文头中携带第一标识。第二功能实体40在待执行第一业务链控制的业务流的报文头中携带第二标识。

一种实现方式，第一功能实体30或第二功能实体40可以自主确定在业务流的报文头中携带标识。

另一种实现方式，可以由会话管理网元10指示在业务流的报文头中携带标识关于第一功能实体30或第二功能实体40在业务流的报文头中携带标识的具体过程可以参考下述步骤612-步骤613中的描述。

作为一种可能的实施例，如图8所示，本申请实施例提供的方法在步骤603之前还可以包括：

步骤612、会话管理网元10向第二功能实体40发送第三指示信息，以使得第二功能实体40接收来自会话管理网元10的第三指示信息。其中，第三指示信息用于指示第二功能实体40在第一业务流的报文头中携带第一标识。

一种可能的实现方式中，第三指示信息可以通过转发规则实现。例如，会话管理网元10向第二功能实体40发送转发规则，该转发规则用于指示第二功能实体40对第一业务流的报文进行如下处理：在报文头中添加第一标识。

示例性的，会话管理网元10可以在会话管理过程中向第二功能实体40发送第三指示信息，或者在会话管理流程外的其他与第二功能实体40交互的过程中向第二功能实体40发送第三指示信息。

具体的，对于第二功能实体40而言，其接收到第三指示信息后，当第一业务流不需要在central DN执行业务链控制时，第二功能实体40在待执行第一业务链控制的第一业务流的报文头中携带第一标识，并发送给第一分流实体20。当第一业务流需要由central DN中的SF执行业务链控制时，第二功能实体40在已由central DN中的SF执行业务链控制，且仍需要执行第一业务链控制的第一业务流的报文头中添加第一标识，并发送给第一分流实体20。换句话说，第二功能实体根据步骤612中的第三指示信息，对待执行第一业务链控制的第一业务流的报文进行如下处理：在报文头中添加第一标识。

举例说明，业务流的报文头可以为通用分组无线服务技术隧道协议—用户面报文头((General Packet Radio Service，GPRS)tunnel protocol–user plane，GTP-Uheader)。

举例说明，以待执行第一业务链控制的业务流C为例进行说明，假设业务流C的上行业务流用SDF(service data flow)1表示，下行业务流用SDF2表示，则第二功能实体40对业务流C的处理逻辑如下表2或表3所示：

表2

表3

步骤613、会话管理网元10向第一功能实体30发送第四指示信息，以使得第一功能实体30接收来自会话管理网元10的第四指示信息。其中，第四指示信息用于指示第一功能实体30在第二业务流的报文头中携带第二标识。

一种可能的实现方式中，第四指示信息可以通过转发规则实现。例如，会话管理网元10向第一功能实体30发送转发规则，该转发规则用于指示第一功能实体30对第二业务流的报文进行如下处理：在报文头中添加第二标识。

举例说明，仍以业务流C为例，则第一功能实体30对业务流C的处理逻辑如下表4所示：

表4

需要说明的是，在示例3中，当第一功能实体30和第一分流实体20合设时，则步骤613中的第一功能实体30可以由合设网元替换。此时，路由规则可以用于指示合设网元将与第一标识关联的业务流发送至MEC平台，以由MEC平台中的SF执行第一业务链控制；和/或路由规则用于指示合设网元向第二功能实体40发送已执行第一业务链控制的业务流。其中，如何标记某业务流已由MEC平台中的SF执行第一业务链控制，本申请实施例不做限定，例如可以通过如下方式实现：第二功能实体40记录该业务流的描述信息，当第二功能实体从MEC平台再次收到该业务流的描述信息时，则第二功能实体40认为该业务流为已执行第一业务链控制的业务流。

由于在实际过程中，可能会存在第一分流实体20和第一功能实体30发生变化的场景，例如终端发生移动，移出了第一分流实体20的服务区域。如图9a或图9b所示，会话管理网元10确定分流实体从第一分流实体20变为第二分流实体60。其中，第二分流实体60对应第三功能实体70。第三功能实体70对应MEC平台。因此，在该场景下，可以通过下述步骤614和步骤615，或，步骤614、步骤616、以及步骤617实现下行业务流执行第一业务链控制。

结合图9a，如图7或图8所示，作为本申请的再一个实施例，本申请实施例提供的方法还可以包括：

步骤614、会话管理网元10确定分流实体从第一分流实体20变为第二分流实体60。

例如，会话管理网元10根据终端的位置，确定将分流实体从第一分流实体20变为第二分流实体60。换句话说，会话管理网元10确定终端移出了第一分流实体20的服务区域。

步骤615、会话管理网元10向第二分流实体60发送第五指示信息，以使得第二分流实体60接收第五指示信息。该第五指示信息用于指示第二分流实体60执行以下步骤中的任一个或多个：

向接入设备50发送来源于第一分流实体20的第三业务流；或，向第二分流实体60对应的第三功能实体70发送来源于第二功能实体40的第四业务流。其中，第三业务流为已执行第一业务链控制的业务流。第四业务流为待执行第一业务链控制的业务流。

进一步地，第五指示信息还用于指示第二分流实体60对来源于第一分流实体20的第三业务流不发送至第三功能实体70。

一种可能的实现方式，第五指示信息具体可以是转发规则。即，会话管理网元10向第二分流实体60发送转发规则，该转发规则用于指示第二分流实体60将来源于第一分流实体20的第三业务流发送至接入设备50；和/或，将来源于第二功能实体40的第四业务流发送至第三功能实体70。

相应的，第二分流实体60接收到第五指示信息之后，便可以确定向接入设备50发送第三业务流。或，向第二分流实体50对应的第三功能实体70发送第四业务流。

具体的，第五指示信息可以通过转发规则实现。例如：会话管理网元10向第二分流实体60发送转发规则，转发规则包括第三业务流的描述信息和第三业务流的描述信息对应的接入设备50的信息，和/或，包括第四业务流的描述信息和第四业务流的描述信息对应的第三功能实体70的信息。

需要说明的是，在步骤614-步骤615中，由第一功能实体30对应的MEC平台中的SF对第三业务流执行第一业务链控制。之后，第一功能实体30将已执行第一业务链控制的第三业务流发送至第一分流实体20，由第一分流实体20再转发至第二分流实体60。对于第二分流实体60接收到来自第一分流实体20的第三业务流，根据步骤615中的第五指示信息将第三业务流转发至接入设备50即可(也即第二分流实体60无需将第三业务流发送给第三功能实体70)。对于第二分流实体60从第二功能实体40处接到的第四业务流，则第二分流实体60根据步骤615中的第五指示信息将第四业务流发送至第二分流实体60对应的第三功能实体70，由第三功能实体70将第四业务流发送至第三功能实体对应的MEC平台执行第一业务链控制。

需要说明的是，本申请实施例提供的方法还可以包括：会话管理网元10向第一分流实体20发送指示信息，该指示信息用于指示第一分流实体20将来自第二功能实体40的第三业务流发送至第二分流实体60。

进一步地，会话管理网元10向第二功能实体40发送用于指示第二功能实体40将第四业务流发送至第二分流实体60的指示信息。

结合图9b，如图7或图8所示，作为本申请的再一个实施例，本申请实施例提供的方法在步骤614之后还可以包括：

步骤616、会话管理网元10向第一分流实体20或第二功能实体40发送第六指示信息，以使得第一分流实体20接收第六指示信息。该第六指示信息用于指示第一分流实体20或第二功能实体40向第二分流实体60发送第五业务流。其中，第五业务流为待执行第一业务链控制的业务流。

步骤617、会话管理网元10向第二分流实体60发送第七指示信息，以使得第二分流实体60接收第七指示信息。该第七指示信息用于指示第二分流实体60向第二分流实体60对应的第三功能实体70发送第五业务流。第五业务流来源于第二功能实体40或者来源于第一分流实体20。

在图9a或图9b所示的场景中，当分流实体从第一分流实体20变为第二分流实体60的情况下，会话管理网元10还可以向第一分流实体20和第二功能实体40发送第二分流实体60的信息，如第二分流实体60的隧道信息，包括第二分流实体40的隧道端点标识和地址。这一部分为现有技术，本申请实施例在此不再赘述。

综上所述，在图9a中第二分流实体60可以将来自第二功能实体40的第四业务流发送至第二分流实体60对应的第三功能实体70，以由第三功能实体70对应的MEC平台执行业务链控制。在第三功能实体70对应的MEC平台对第四业务流执行业务链控制后，由第二分流实体60将第四业务流发送至接入设备50。但是，对于来自第一分流实体20的第三业务流，则第二分流实体60将第三业务流转发给接入设备50即可。也即在图9a中，对于第三业务流，第二分流实体60不需要将其再转发给第三功能实体70。这是由于第三业务流已在第一功能实体30对应的MEC平台处执行业务链控制。

在图9b所示的场景中，以第五业务流为来源于第一分流实体20的业务流a或来源于第二功能实体40的业务流b为例，第二分流实体60将第五业务流发送至第三功能实体70，以由第三功能实体70对应的MEC平台执行业务链控制。

图9a或图9b仅是对MEC平台或中心DN执行业务链控制的SF的路径的一种示例，并不具有指示性含义。

结合图2e或图2f，如图10所示，本申请实施例提供一种业务流的传输方法，包括：

步骤1001、会话管理网元10确定第一路由规则和第二路由规则中的一个或多个，第一路由规则用于指示第一功能实体30通过第一功能实体30和第二功能实体40之间的专用隧道向第二功能实体40发送第二业务流。第二路由规则用于指示第二功能实体40通过专用隧道向第一功能实体30发送第一业务流。其中，第一业务流为待执行第一业务链控制的业务流，第二业务流为已执行第一业务链控制的业务流。

此外，第一路由规则还用于指示第一功能实体30对从专用隧道接收到的第一业务流执行第一业务链控制。即第一路由规则还用于指示第一功能实体30将来自专用隧道的第一业务流发送至MEC平台。

具体的，步骤1001的具体实现可以参考步骤601的具体实现，本申请实施例在此不再赘述。

步骤1002、会话管理网元10向第一功能实体30发送第一路由规则，以使得第一功能实体30接收第一路由规则。

示例性的，会话管理网元10可以在会话管理过程中向第一功能实体30发送第一路由规则。

步骤1003、第一功能实体30根据第一路由规则处理第二业务流。

例如，作为步骤1003的一种具体实现，第一功能实体30根据第一路由规则在第二业务流的报文头中携带与第一功能实体30对应的第二功能实体40的专用隧道信息，即specific PSA tunnel information for L-PSA。

举例说明，以待执行本地业务链控制的业务流C为例进行说明，假设业务流C上行业务流用SDF1表示，下行业务流用SDF2表示，则第一路由规则的具体内容可以入表5所示：

表5

步骤1004、会话管理网元10向第二功能实体40发送第二路由规则，以使得第二功能实体40接收第二路由规则。

示例性的，会话管理网元10可以在会话管理过程中向第二功能实体40发送第二路由规则。

步骤1005、第二功能实体40根据第二路由规则处理第一业务流。

例如，作为步骤1005的一种具体实现，第二功能实体40根据第二路由规则在第一业务流的报文头中携带与第二功能实体40对应的第一功能实体30的专用隧道信息，即specific L-PSA tunnel information for PSA。

举例说明，以待执行本地业务链控制的业务流C为例进行说明，假设业务流C上行业务流用SDF1表示，下行业务流用SDF2表示。

场景1、业务流C不需要central DN进行业务链控制，则第二路由规则的具体内容，即第二功能实体40根据第二路由规则对业务流C的处理，可以如表6.1所示；第一路由规则的具体内容，即第一功能实体30根据第一路由规则对业务流C的处理，可以如表6.2所示：

表6.1第二路由规则

表6.2第一路由规则

场景2、业务流C需要在central DN执行业务链控制，则第二路由规则的具体内容可以如表7所示：

表7

本申请实施例提供一种业务流的路由方法，该方法中会话管理网元通过第一路由规则指示第一功能实体30将已执行第一业务链控制的业务流(例如，第二业务流)通过该专用隧道发送至第二功能实体40，或者会话管理网元10通过第二路由规则指示第二功能实体40将待执行业务链控制的第一业务流利用专用隧道发送至第一功能实体30。通过利用第一功能实体30和第二功能实体40之间建立的专用隧道，这样第一功能实体30便可以确定第一业务流为待执行第一业务链控制的业务流，进而将第一业务流发送至MEC平台以执行第一业务链控制。该方法可以避免第一分流实体20中转第一功能实体30和第二功能实体40之间交互的业务流，简化第一分流实体20的对业务流的处理逻辑。

在一种可能的实施例中，如图10所示，本申请实施例提供的方法在步骤1001之前还包括：

步骤1006、会话管理网元10向第一功能实体30发送第一指示信息，以使得第一功能实体30接收来自会话管理网元10的第一指示信息。其中，第一指示信息用于指示第一功能实体30分配用于建立专用隧道的信息。

示例性的，第一功能实体30分配的用于建立专用隧道的信息为与第二功能实体40对应的第一功能实体30的专用隧道信息。例如，与第二功能实体40对应的第一功能实体30的专用隧道信息可以包括第一功能实体30的隧道端点标识、地址。例如，与第二功能实体40对应的第一功能实体30的专用隧道信息可以为下述实施例中的specific L-PSA tunnelinformation for PSA。

步骤1007、会话管理网元10向第二功能实体40发送第二指示信息，所述第二指示信息用于指示第二功能实体40分配用于建立专用隧道的信息。

需要说明的是，步骤1006和步骤1007可以存在一个，或者共存。

示例性的，第二功能实体40分配的用于建立专用隧道的信息为与第一功能实体30对应的第二功能实体40的专用隧道信息。例如，与第一功能实体30对应的第二功能实体40的专用隧道信息可以包括第二功能实体40的隧道端点标识、地址。例如，与第一功能实体30对应的第二功能实体40的隧道信息可以为下述实施例中的specific PSA tunnelinformation for L-PSA。

步骤1008、第二功能实体40和/或第一功能实体30向会话管理网元10发送专用隧道的信息。

其中，专用隧道信息包括以下至少一项：与第一功能实体30对应的第二功能实体40的专用隧道信息、与第二功能实体40对应的第一功能实体30的专用隧道信息。一种可能的实现方式，第二功能实体40向会话管理网元10发送的专用隧道信息为与第一功能实体30对应的第二功能实体40的专用隧道信息，第一功能实体30向会话管理网元10发送的专用隧道信息为与第二功能实体40对应的第一功能实体30的专用隧道信息。

需要说明的是步骤1007和步骤1008之间无执行先后顺序。

步骤1009、会话管理网元10获取用于建立专用隧道的信息。

示例性的，用于建立专用隧道的信息可以为专用隧道的信息。

步骤1010、会话管理网元10向第一功能实体30和/或第二功能实体40发送相应的专用隧道的信息。

一种可能的实现方式，会话管理网元10向第一功能实体30发送的相应的专用隧道信息为第一功能实体30对应的第二功能实体40的专用隧道信息。会话管理网元10向第二功能实体40发送的相应的专用隧道信息为与第二功能实体40对应的第一功能实体30的专用隧道信息。

需要说明的是，当用于建立专用隧道的信息为会话管理网元10自主获取时，例如，会话管理网元10分配专用隧道信息，本申请实施例中的步骤1006～步骤1008可以省略。

需要说明的是，如果第一功能实体30和接入设备50之间也具有第三专用隧道，则第一分流实体20可以省略。对于已在MEC平台执行第一业务链控制的下行业务流，第一功能实体30可以通过第三专用隧道发送至接入设备50。对于来源于接入设备50待执行第一业务链控制的上行业务流，则接入设备50也可以通过第三专用隧道发送至第一功能实体30。此外，当结合图2b描述图10所示的方法时，第一功能实体30可以由合设网元替换。

如图11所示，图11以会话管理网元10为SMF网元，以第一分流实体20为I-UPF网元、第一功能实体30为L-PSA、第二功能实体40为PSA、接入设备50为RAN为例，详细介绍本申请实施例中的一种业务流的路由方法的具体流程，该方法包括：

步骤1101、AF网元向PCF网元发送AF请求(request)，以使得PCF网元接收AF请求。其中，AF请求携带业务流的描述信息，业务链需求，以及终端的标识。

可以理解的是，在步骤1101之前，终端的上行业务流、下行业务流的传输路径为：终端<-→RAN<-→PSA<-→central DN。

其中，业务流的描述信息(traffic description information)，用于表示AFrequest针对的业务流，具体可以由IP五元组、或IP三元组等表示。终端的标识，可以是终端的IP，终端的SUPI等。

业务链需求，用于指示对业务流的描述信息确定的业务流是否执行本地业务链控制，或者用于指示对业务流的描述信息确定的业务流是否由L-PSA对应的MEC平台中的SF执行业务链控制。

也即通过步骤1101，AF网元向PCF网元提供要执行本地业务链控制的业务流的描述信息。

步骤1102、PCF网元根据AF request生成PCC规则(rules)。PCC rules包含业务链信息。业务链信息，可以是业务链策略标识。

步骤1103、PCF网元触发会话策略修改过程，向SMF网元发送PCC rules。

体现到服务化接口操作上，则步骤1103可以描述为PCF网元调用Npcf_SMPolicyControl_UpdateNotify request服务，将PCC rules通知到SMF网元。

步骤1104、SMF网元根据PCC rules，决定为会话插入I-UPF、L-PSA。

其中，I-UPF充当分流点，将终端的部分业务流发送至L-PSA，另一部分发送至PSA。

步骤1105、SMF网元选择L-PSA。

步骤1105的具体实现可以参考现有技术，本申请实施例对此不作赘述。

步骤1106、SMF网元向L-PSA发送N4会话建立请求，以使得L-PSA接收N4会话建立请求。

步骤1107、L-PSA向SMF网元发送N4会话建立响应，以使得SMF网元接收N4会话建立响应。其中，N4会话建立响应中携带L-PSA隧道信息(tunnel information)。

应理解，通过步骤1106和步骤1107，SMF网元获取到了L-PSA的隧道信息。之后SMF网元将L-PSA隧道信息发送至其它用户面网元，如I-UPF，以建立I-UPF与L-PSA之间的隧道连接。

需要说明的是，L-PSA tunnel information也可以由SMF网元分配，上述仅以L-PSA分配L-PSA tunnel information为例进行说明。当由SMF网元分配L-PSA tunnelinformation时，SMF网元在N4会话建立请求中，将L-PSA tunnel information发送至L-PSA。同理，后续步骤中涉及tunnel information分配时，都是既可以由SMF网元分配，也可以由L-PSA、或I-UPF或PSA分配。

步骤1108、SMF网元向I-UPF网元发送N4会话建立请求，以使得I-UPF网元接收N4会话建立请求。其中，N4会话建立请求携带RAN tunnel information、PSA tunnelinformation、L-PSA tunnel information。

本申请实施例中的步骤1108的目的在于：建立用户面连接，即将用户面连接上的两个端点(即网元)的隧道信息传达到对端。例如，A端点获取到B端点的隧道信息、B端点获取到A端点的隧道信息，这样A端点和B端点之间的用户面连接建立成功。这个建立过程，都是通过控制面网元，即SMF网元实现的。

其中，RAN tunnel information用于建立I-UPF网元和RAN之间的隧道，之后I-UPF网元向RAN发送的业务流的报文头中便可以携带RAN tunnel information。即，I-UPF收到要发往RAN的业务流时，可以将其发送至RAN。换句话说，I-UPF与RAN之间的隧道建立成功了。

L-PSA tunnel information用于建立I-UPF网元和L-PSA之间的隧道，之后I-UPF网元向L-PSA发送的业务流的报文头中便可以携带L-PSA tunnel information。即，I-UPF收到发往L-PSA的业务流时，可以将其发送至L-PSA了。换句话说，I-UPF与L-PSA之间的隧道建立成功了。

PSA tunnel information用于建立I-UPF网元和PSA之间的隧道，之后I-UPF网元向PSA发送的业务流的报文头中便可以携带PSA tunnel information。即，I-UPF收到发往PSA的业务流时，可以将其发送至PSA了。换句话说，I-UPF与PSA之间的隧道建立成功了。

步骤1109、I-UPF网元向SMF网元返回N4会话建立响应，以使得SMF网元接收N4会话建立响应。其中，N4会话建立响应中携带I-UPF tunnel information for PSA，I-UPFtunnel information for L-PSA。

其中，I-UPF tunnel information for PSA为I-UPF分配的与PSA对应的隧道信息，当SMF网元将该信息发送到PSA后，即PSA获取到I-UPF tunnel information for PSA后，PSA和I-UPF之间的隧道建立成功。之后，PSA向I-UPF发送的业务流的报文头中便可以携带I-UPF tunnel information for PSA，也即I-UPF可以根据业务流的报文头中携带的I-UPF tunnel information for PSA，确定业务流来源于PSA。

其中，I-UPF tunnel information for L-PSA为I-UPF分配的与L-PSA对应的隧道信息。当SMF网元将该I-UPF tunnel information for L-PSA发送至L-PSA后，即L-PSA获取到该I-UPF tunnel information for L-PSA后，L-PSA与I-UPF之间的隧道建立成功。之后，L-PSA向I-UPF发送的业务流的报文头中便可以携带I-UPF tunnel information for L-PSA，也即I-UPF可以根据业务流的报文头中携带的I-UPF tunnel information for L-PSA，确定业务流来源于L-PSA。

步骤1110、SMF网元向I-UPF发送N4会话修改请求，以使得I-UPF接收N4会话修改请求。其中，N4会话修改请求携带路由规则。其中，路由规则包含检测规则和转发规则。检测规则包括业务流标识和业务流来源。转发动作，用于表明对符合检测规则的业务流的处理逻辑，即转发至RAN、或L-PSA、或PSA。

示例性的，假设某业务流需要执行本地业务链控制或已经执行本地业务链控制，路由规则用于指示I-UPF对该业务流执行以下步骤中的任一个或多个，其中该业务流的上行方向，本申请实施例称为上行业务流；下行方向，本申请实施例称为下行业务流：

-对接收到的来自RAN的上行业务流，即报文头中携带I-UPF tunnel informationfor RAN的业务流，发送至L-PSA。

-对接收到的来自L-PSA的上行业务流，即报文头中携带I-UPF tunnelinformation for L-PSA的业务流，发送至PSA。

-对接收到的来自PSA的下行业务流，即报文头中携带I-UPF tunnel informationfor PSA的业务流，发送至L-PSA。

-对接收到的来自L-PSA的下行业务流，即报文头中携带I-UPF tunnelinformation for L-PSA的业务流，发送至RAN。

举例说明，以业务流C为待执行或需要执行本地traffic steering control的业务流(上行业务流用SDF1表示，下行业务流用SDF2表示)为例进行说明，则路由规则具体如表8所示：

表8

步骤1111、I-UPF向SMF网元发送N4会话修改响应，以使得SMF网元接收N4会话修改响应。

需要说明的是，图11以在N4会话修改请求中向I-UPF发送路由规则为例，当然，SMF网元也可以在N4会话建立请求中发送路由规则，即在步骤1110中携带路由规则。如果路由规则携带在N4会话建立请求中，则步骤1110-步骤1111可以省略。也就是说，步骤1110可以与步骤1108合并，步骤1111可以与步骤1109合并。

步骤1112、SMF网元向PSA发送N4会话修改请求，以使得PSA接收N4会话修改请求。其中，会话修改请求中携带I-UPF tunnel information for PSA，以及第一转发规则。

其中，第一转发规则用于指示PSA将待执行本地业务链控制的下行业务流发送至I-UPF。具体的，PSA在下行业务流的报文头中携带I-UPF tunnel information for PSA。

需要说明的是，对于业务流需要central DN也执行业务链控制时，第一转发规则用于指示PSA对已由central DN执行业务链控制的下行业务流发送至I-UPF。也即来自PSA的待执行本地业务链控制的下行业务流可以由central DN已执行业务链控制，也可以未由central DN已执行业务链控制。

步骤1113、PSA向SMF网元发送N4会话修改响应，以使得SMF网元接收PSA的N4会话修改响应。其中，N4会话修改响应用于表示已成功接收I-UPF tunnel information forPSA，以及第一转发规则，或者N4会话修改响应中携带用于指示成功接收I-UPF tunnelinformation for PSA，以及第一转发规则的响应指示信息。

步骤1114、SMF向L-PSA发送N4会话修改请求，以使得L-PSA接收N4会话修改请求。其中，N4会话修改请求中携带第二转发规则、以及I-UPF tunnel information for L-PSA。

其中，第二转发规则用于指示L-PSA对已执行本地业务链控制的上行业务流、或已执行本地业务链控制的下行业务流发送至I-UPF。即L-PSA可以在已执行本地业务链控制的上行业务流、或已执行本地业务链控制的下行业务流的报文头中携带I-UPF tunnelinformation for L-PSA。

步骤1115、L-PSA向SMF网元发送N4会话修改响应，以使得SMF网元接收N4会话修改响应。

其中，N4会话修改响应用于表示已成功接收I-UPF tunnel information for L-PSA，以及第二转发规则，或者N4会话修改响应中携带用于指示成功接收I-UPF tunnelinformation for L-PSA，以及第二转发规则的响应指示信息。

如图12所示，图12示出了本申请实施例的另一种业务流的路由方法，该图12所示的实施例与图11所示的实施例的区别在于：I-UPF与L-PSA位于同一个网元，也即图11中的I-UPF与L-PSA由合设网元替代。

步骤1201-步骤1205，同上述步骤1101-步骤1105。

在该实施例中，SM选择在的I-UPF与L-PSA是同一个网元，即I-UPF与L-PSA合设。

步骤1206、SMF网元向合设网元发送N4会话建立请求，以使得合设网元接收N4会话建立请求。

步骤1207、合设网元向SMF网元发送N4会话建立响应，以使得SMF网元接收L-PSA的N4会话建立响应。其中，N4会话管理响应中携带I-UPF tunnel information for PSA，I-UPF tunnel information for RAN。

步骤1208、SMF网元向合设网元发送N4会话修改请求，以使得合设网元接收N4会话修改请求。其中，N4会话修改请求中携带路由规则。其中，路由规则包含检测规则和转发规则。检测规则包括业务流标识和业务流来源。转发动作，用于表明对符合检测规则的业务流的处理逻辑，即转发至RAN、或PSA。

转发规则，用于指示合设网元对待执行或已执行本地业务链控制的业务流执行以下步骤中的一个或多个：

对于接收到的已执行本地业务链控制的上行业务流发送至PSA。

对于接收到的来自RAN(即报文头中携带I-UPF tunnel information for RAN)的上行业务流，执行本地业务链控制。

对于接收到来自PSA(即报文头中携带I-UPF tunnel information for PSA)的下行业务流执行本地业务链控制。

对于接收到的已执行本地业务链控制的下行业务流发送至RAN。

举例说明，以待执行或已执行本地业务链控制的业务流C为例进行说明，假设业务流C的上行业务流用SDF1表示，下行业务流用SDF2表示，则路由规则具体如表9.1所示：

表9.1

需要说明的是，本申请实施例中指示合设网元执行本地业务链控制可以指指示合设网元将需要执行业务链控制的业务流发送至MEC平台，由MEC平台中的SF对该业务流执行本地业务链控制。也即在合设场景，如果路由规则指示合设网元执行本地业务链控制可以理解为指示合设网元将业务流发送至MEC平台以由MEC平台中的SF执行本地业务链控制。

步骤1209、合设网元向SMF网元发送N4会话修改响应，以使得SMF网元接收N4会话修改响应。

需要说明的是，图12以在N4会话修改请求中向合设网元发送路由规则为例，当然，SMF网元也可以在N4会话建立请求中向合设网元发送路由规则，即在步骤1206中，SMF向合设网元发送路由规则。如果路由规则携带在N4会话建立请求中，则步骤1208-1209中可以省略。

步骤1210-步骤1211，同步骤1112和步骤1113，本申请实施例在此不再赘述。

如图13所示，图13示出了本申请实施例提供的一种业务流的路由方法的另一种具体实现，该方法包括：

步骤1301-步骤1307，同步骤1101-步骤1107，本申请实施例在此不再赘述。

步骤1308、SMF网元向I-UPF发送N4会话建立请求，以使得I-UPF网元接收N4会话建立请求。其中，N4会话建立请求中携带第一指示信息、RAN tunnel information、PSAtunnel information、L-PSA tunnel information。

其中，第一指示信息用于指示I-UPF分配专用隧道信息，以建立I-UPF与L-PSA之间的第一专用隧道、以及I-UPF与PSA之间的第二专用隧道。

其它参数信息为现有技术，如RAN tunnel information、PSA tunnelinformation、L-PSA tunnel information，本发明不再赘述。

步骤1309、I-UPF根据第一指示信息，分配专用(specific)I-UPF tunnelinformation for L-PSA、specific I-UPF tunnel information for PSA。

其中，specific I-UPF tunnel information for PSA即上述第二专用隧道信息。specific I-UPF tunnel information for L-PSA即上述第一专用隧道信息。

步骤1310、I-UPF向SMF网元返回N4会话建立响应，以使得SMF网元接收N4会话建立响应。其中，N4会话建立响应中携带I-UPF tunnel information for L-PSA、I-UPF tunnelinformation for PSA、I-UPF tunnel information for RAN、以及specific I-UPFtunnel information for L-PSA、specific I-UPF tunnel information for PSA。

需要说明的是，对于I-UPF与L-PSA合设的场景，为方便描述，本发明称I-UPF与L-PSA合设后的网元依然为I-UPF：I-UPF(即合设网元)分配specific I-UPF tunnelinformation for PSA，并向SMF网元返回N4会话建立响应，此时N4会话建立响应中携带I-UPF tunnel information for PSA、I-UPF tunnel information for RAN、以及specificI-UPF tunnel information for PSA。由于I-UPF与L-PSA合设，因此I-UPF可以不分配如下信息：I-UPF tunnel information for L-PSA、specific I-UPF tunnel information forL-PSA。

步骤1311、SMF网元向I-UPF发送N4会话修改请求，以使得I-UPF接收N4会话修改请求。其中，N4会话修改请求中携带路由规则。

其中，路由规则用于指示I-UPF对待执行业务链控制或已执行第一业务链控制的业务流执行如下处理：

-对从第一专用隧道(即I-UPF与L-PSA之间的专用隧道，即报文头携带specificI-UPF tunnel info for L-PSA)上接收到的业务流，发送至PSA。

-对从第二专用隧道(即I-UPF与PSA之间的专用隧道，即报文头携带specific I-UPF tunnel info for PSA)上接收到的业务流，发送至L-PSA。

步骤1312、I-UPF向SMF网元发送N4会话修改响应，以使得SMF网元接收N4会话修改响应。

需要说明的是，图13以在N4会话修改请求中向I-UPF发送路由规则为例，当然，SMF网元也可以在N4会话建立请求中发送路由规则，即在步骤1310中SMF向I-UPF发送路由规则。如果路由规则携带在N4会话建立请求中，则步骤1311中可以省略。

需要说明的是，对于I-UPF与L-PSA合设的场景，转发规则用于指示I-UPF(即合设网元)对待执行或已执行第一业务链控制的业务流执行下述步骤中的一个或多个：

-接收到已执行本地traffic steering control的上行业务流，发送至PSA。

-接收到来自第二专用隧道(即I-UPF与PSA之间的专用隧道)的下行业务流，即报文头携带specific I-UPF tunnel info for PSA时，发送至MEC平台，以执行本地trafficsteering control。

举例说明，以待执行或已执行本地traffic steering control的业务流C(上行业务流用SDF1表示，下行业务流用SDF2表示)为例，I-UPF对其处理逻辑描述如下表9.2所示：

表9.2

步骤1313、SMF网元向PSA发送N4会话修改请求，以使得PSA接收N4会话修改请求。其中，N4会话修改请求先后携带第一转发规则、specific I-UPF tunnel information forPSA、I-UPF tunnel information for PSA。

其中，第一转发规则用于指示PSA将待执行本地业务链控制的下行业务流，通过PSA与I-UPF之间的第二专用隧道发送至I-UPF。或者也可以理解为第一转发规则用于指示PSA在待执行本地业务链控制的下行业务流的报文头中携带specific I-UPF tunnelinformation for PSA。

举例说明，以待执行本地业务链控制或已执行本地业务链控制的业务流C为例进行说明，假设业务流C的上行业务流用SDF1表示，下行业务流用SDF2表示，则PSA对业务流C的处理逻辑如下：

当业务流C不需要在central DN中进行业务链控制时，则第一转发规则的具体内容可以参考表10：

表10

当业务流C需要在central DN中进行业务链控制时，则第一转发规则的具体内容可以参考表11：

表11

步骤1314、PSA向SMF网元返回N4会话修改响应，以使得网元接收N4会话修改响应。

步骤1315、SMF网元向L-PSA发送N4会话修改请求，以使得L-PSA接收N4会话修改请求。其中，N4会话修改请求中携带第二转发规则、I-UPF tunnel information for L-PSA、specific I-UPF tunnel information for L-PSA。

其中，第二转发规则用于指示L-PSA对已经进行了本地业务链控制的上行业务流，通过L-PSA与I-UPF之间的第一专用隧道发送至I-UPF。换言之，第二转发规则用于指示L-PSA对已经进行了本地业务链控制的上行业务流的报文头中携带specific I-UPF tunnelinformation for L-PSA。

举例说明，对待执行或已执行本地traffic steering control的业务流C(上行业务流用SDF1表示，下行业务流用SDF2表示)而言，L-PSA对其处理逻辑描述如下表12所示：

表12

对于已执行本地业务链控制的SDF1，L-PSA通过L-PSA与I-UPF之间的第一专用隧道将SDF1发送至I-UPF。换句话说，L-PSA为SDF1封装的GTP-U header包含specific I-UPFtunnel information for L-PSA。

步骤1316、L-PSA向SMF网元返回N4会话修改响应，以使得SMF网元接收N4会话修改响应。

需要说明的是，对于I-UPF与L-PSA合设的场景，步骤1315和步骤1316可以省略。

结合图2e或图2f，如图14所示，图14提供了本申请的另一种业务流的路由方法，该方法与图13所示的实施例的区别在于，在图14所示的实施例中，在L-PSA与PSA之间建立专用隧道。而在图13所示的实施例中，L-PSA与PSA的业务流的传输，需要通过I-UPF中转来实现。该方法包括：

步骤1401-步骤1405，同步骤1101-步骤1105，本申请实施例在此不再赘述。

步骤1406、SMF网元向L-PSA发送N4会话建立请求，以使得L-PSA接收N4会话建立请求。其中，N4会话建立请求中携带第一指示信息。该第一指示信息用于指示L-PSA分配专用隧道信息，即分配specific L-PSA tunnel information for PSA。该专用隧道信息用于建立PSA与L-PSA之间的专用隧道连接。

步骤1407、L-PSA根据第一指示信息，分配专用隧道信息。

步骤1408、L-PSA向SMF网元返回N4会话建立响应，以使得SMF网元接收N4会话建立响应。其中，N4会话建立响应中携带L-PSA tunnel information、以及specific L-PSAtunnel information for PSA。

其中，L-PSA tunnel information用于建立I-UPF与L-PSA之间的隧道连接。该参数为现有技术，本发明不再赘述。

步骤1409、SMF网元向I-UPF发送N4会话建立请求，以使得SMF网元接收N4会话建立请求。其中，N4会话建立请求中携带RAN tunnel information、PSA tunnel information、L-PSA tunnel information。

步骤1410、I-UPF向SMF网元发送N4会话建立响应，以使得SMF网元接收来自I-UPF的N4会话建立响应。其中，N4会话建立响应中携带I-UPF tunnel information for PSA、I-UPF tunnel information for L-PSA。

步骤1411、SMF网元向PSA发送N4会话修改请求，以使得PSA接收N4会话修改请求。其中，N4会话修改请求中携带第一转发规则、第二指示信息、specific L-PSA tunnelinformation for PSA、I-UPF tunnel information for PSA。

其中，第一转发规则用于指示PSA对待执行业务链控制的下行业务流，通过专用隧道发送至L-PSA，即报文头携带specific L-PSA tunnel information for PSA。第二指示信息用于指示PSA分配专用隧道信息，即指示PSA分配specific PSA tunnel informationfor L-PSA。该专用隧道信息通过SMF发送至L-PSA，以建立L-PSA与PSA之间的专用隧道连接。

一种可能的实现方式，第二指示信息与第一转发规则为相同的参数，即第二指示信息由第一转发规则实现。

具体示例可以参考表10，此处不再赘述。

步骤1412、PSA根据第二指示信息分配专用隧道信息，即specific PSA tunnelinformation for L-PSA，用于建立L-PSA和PSA之间的专用隧道信息。该L-PSA和PSA之间的专用隧道信息用于PSA识别业务流来源于L-PSA，即携带该专用隧道信息的业务流，即可表明该业务流来源于PSA。

步骤1413、PSA向SMF网元返回N4会话修改响应，以使得SMF网元接收N4会话修改响应。其中，N4会话修改响应中携带PSA根据第二指示信息分配的specific PSA tunnelinformation for L-PSA。

步骤1414、SMF网元向L-PSA发送N4会话修改请求，以使得L-PSA接收N4会话修改请求。其中，N4会话修改请求中携带第二转发规则、specific PSA tunnel information forL-PSA、I-UPF tunnel information for L-PSA。

其中，第二转发规则用于指示L-PSA对已执行本地业务链控制的上行业务流通过专用隧道发送至PSA，即已执行本地业务链控制的上行业务流的报文头携带specific PSAtunnel information for L-PSA。此外，第二转发规则还可以指示L-PSA对从专用隧道接收到的下行业务流发送至MEC平台，由MEC平台对下行业务流执行本地业务链控制，即下行业务流的报文头携带specific L-PSA tunnel information for PSA。其中，I-UPF tunnelinformation for L-PSA用于建立L-PSA和I-UPF之间的隧道，也即L-PSA向I-UPF发送的业务流的报文头中携带I-UPF tunnel information for L-PSA。

步骤1415、PSA向SMF网元返回N4会话修改响应。

如图15所示，图15示出了本申请实施例提供的另一种业务流的路由方法的具体实现，该方法包括：

步骤1501-步骤1505，同步骤1101-步骤1105。

步骤1506、SMF网元向I-UPF发送N4会话建立请求，以使得I-UPF接收N4会话建立请求。其中，N4会话建立请求中携带L-PSA tunnel information。

步骤1507、I-UPF向SMF网元发送N4会话建立响应，以使得SMF网元接收I-UPF网元的N4会话建立响应。其中，N4会话建立响应中携带I-UPF tunnel information for PSA、I-UPF tunnel information for L-PSA、I-UPF tunnel information for RAN。I-UPFtunnel information for PSA，用于建立PSA与I-UPF之间的隧道；I-UPF tunnelinformation for L-PSA，用于建立L-PSA与I-UPF之间的隧道；I-UPF tunnel informationfor RAN，用于建立RAN与I-UPF之间的隧道。

步骤1508、SMF网元向I-UPF发送N4会话修改请求，以使得I-UPF接收N4会话修改请求。其中，N4会话修改请求中携带路由规则。其中，路由规则用于指示I-UPF对待执行或已执行本地业务链控制的业务流，进行如下处理：

-对于接收到的来自RAN的上行业务流，发送至L-PSA。

-对于接收到的带有flag的上行业务流，发送至PSA。和/或，该项规则还可以描述为：对于接收到的来自L-PSA的带有flag的业务流，发送至PSA。

-对于接收到的带有flag的下行业务流，发送至L-PSA。和/或，该项规则还可以描述为：对于接收到的来自PSA的带有flag的业务流，发送至L-PSA。

另外，路由规则还用于指示I-UPF对于接收到的下行业务流，发送至RAN。

I-UPF根据如下信息判断业务流的来源：

若业务流的报文头携带I-UPF tunnel information for RAN，则该上行业务流来源于RAN。

若业务流的报文头携带I-UPF tunnel information for L-PSA，则该上行业务流来源于L-PSA。

若业务流的报文头携带I-UPF tunnel information for PSA，则该下行业务流来自PSA。

若业务流的报文头携带I-UPF tunnel information for L-PSA，则该下行业务流来自L-PSA。

举例如下：假设待执行第一业务链控制的业务流C，其上行业务流用SDF1表示，下行业务流用SDF2表示。I-UPF上的路由规则如下表13所示：

表13

步骤1509、I-UPF向SMF网元发送N4会话修改响应，以使得SMF网元接收N4会话修改响应。

需要说明的是，如果SMF网元向I-UPF发送的N4会话建立请求中携带路由规则，即在步骤1506中携带路由规则，则步骤1508和步骤1509可以省略。或者步骤1508中不携带路由规则。

步骤1510、SMF网元向PSA发送N4会话修改请求，以使得PSA接收N4会话修改请求。其中，N4会话修改请求中携带第一转发规则、I-UPF tunnel information for PSA。

第一转发规则用于指示PSA对待执行本地业务链控制的业务流，进行如下处理：

-当待执行本地业务链控制的业务流不需要在central DN执行业务链控制时，PSA在待执行本地业务链控制的业务流的报文头中添加flag，并发送给I-UPF。

-当待执行本地业务链控制的业务流需要在central DN执行业务链控制时，PSA在已由central DN执行业务链控制，且待执行业务链控制的下行业务流的报文头中添加flag，并发送给I-UPF。

步骤1511、PSA向SMF网元返回N4会话修改响应，以使得SMF网元接收N4会话修改响应。

步骤1512、SMF网元向L-PSA发送N4会话修改请求，以使得L-PSA接收N4会话修改请求。其中，N4会话修改请求中携带第二转发规则、I-UPF tunnel information for L-PSA。

第二转发规则用于指示L-PSA对已执行本地业务链控制的业务流，进行如下处理：

-对接收到的已执行本地业务链控制的业务流，在报文头中添加flag并发送至I-UPF。

步骤1513、L-PSA向SMF网元返回N4会话修改响应，以使得SMF网元接收N4会话修改响应。

结合图9a，如图16所示，图16中以第一分流实体20为源(source)I-UPF、第二分流实体60为目标(target)I-UPF、第三功能实体70为L-PSA2、第一功能实体30为L-PSA1为例，该方法包括：

步骤1601、SMF网元确定更改I-UPF、L-PSA。

在步骤1601之前，终端已建立了某会话，该会话对应的用户面连接1为：终端→RAN→source I-UPF→L-PSA1→本地业务链控制→L-PSA1→PSA；用户面连接2为：终端→RAN→source I-UPF→PSA。

步骤1602、SMF网元选择目标L-PSA，即L-PSA2。

例如：当终端发生移动时，SMF根据终端位置选择L-PSA2。

步骤1603、SMF网元向L-PSA2发送N4会话建立请求，以使得L-PSA2接收N4会话建立请求。

步骤1604、L-PSA2向SMF网元发送N4会话建立响应，以使得SMF网元接收来自L-PSA2的N4会话建立响应。其中，N4会话建立响应中携带L-PSA2 tunnel information。

其中，L-PSA2 tunnel information为L-PSA2分配的隧道信息。

步骤1605、SMF网元选择target I-UPF，并建立target I-UPF与source I-UPF之间的转发隧道。

具体的步骤1605可以通过以下方式实现：SMF网元向target I-UPF发送N4会话建立请求，以使得target I-UPF接收N4会话建立请求。其中，N4会话建立请求中携带L-PSA2tunnel information、RAN tunnel information、PSA tunnel information。

应理解，通过L-PSA2 tunnel information可以建立target I-UPF与L-PSA2之间的上行隧道。例如，target I-UPF向L-PSA2发送业务流时，如下行业务流或者上行业务流时，在业务流的报文头中携带L-PSA2 tunnel information。

通过RAN tunnel information可以建立target I-UPF与RAN之间的下行隧道。例如，target I-UPF向RAN发送下行业务流时，在下行业务流的报文头中携带RAN tunnelinformation。

通过PSA tunnel information可以建立target I-UPF与PSA之间的上行隧道。例如，target I-UPF向PSA发送上行业务流时，在上行业务流的报文头中携带PSA tunnelinformation。

之后，target I-UPF向SMF网元返回N4会话建立响应，以使得SMF网元接收N4会话建立响应。其中，N4会话建立响应中携带target I-UPF tunnel information for L-PSA1、target I-UPF tunnel information for source I-UPF、target I-UPF tunnelinformation for L-PSA2。

其中，target I-UPF tunnel information for L-PSA1用于建立target I-UPF和L-PSA1之间的下行隧道，这样L-PSA1向target I-UPF发送的业务流的报文头中可以携带target I-UPF tunnel information for L-PSA1。

target I-UPF tunnel information for source I-UPF用于建立source I-UPF和target I-UPF之间的下行隧道，这样source I-UPF向target I-UPF发送的业务流的报文头中可以携带target I-UPF tunnel information for source I-UPF。

target I-UPF tunnel information for L-PSA2用于建立L-PSA2和target I-UPF之间的下行隧道，这样L-PSA2向target I-UPF发送的业务流的报文头中可以携带target I-UPF tunnel information for L-PSA2。

步骤1606、SMF网元向source I-UPF发送N4会话修改请求，以使得source I-UPF接收N4会话修改请求。其中，N4会话修改请求中携带target I-UPF tunnel information forsource I-UPF。

步骤1607、source I-UPF向SMF网元返回N4会话修改响应，以使得SMF网元接收N4会话修改响应。

可选的，N4会话修改响应中携带source I-UPF tunnel information for targetI-UPF。source I-UPF tunnel information for target I-UPF用于建立source I-UPF和target I-UPF之间的上行隧道，这样target I-UPF向source I-UPF发送的业务流的报文头中可以携带source I-UPF tunnel information for target I-UPF。

步骤1608、SMF网元向target I-UPF发送N4会话修改请求，以使得target I-UPF接收N4会话修改请求。

其中，N4会话修改请求中携带source I-UPF tunnel information for targetI-UPF、以及转发规则。

其中，转发规则用于指示target I-UPF对待执行本地业务链控制的业务流进行如下处理：当从source I-UPF(即从source I-UPF与target I-UPF之间的转发隧道，即报文头携带target I-UPF tunnel information for source I-UPF)接收到该业务流时，可以不用发送至L-PSA2，发送至RAN即可。转发规则还用于指示target I-UPF对待执行本地业务链控制的业务流进行如下处理：当从PSA(即报文头携带target I-UPF tunnel informationfor PSA)接收到该业务流时，发送L-PSA2。

需要说明的是，转发规则也可以理解为一种指示信息。

步骤1609、target I-UPF向SMF网元返回N4会话修改响应。

步骤1610、SMF网元更新PSA的下行用户面信息。具体的，SMF向PSA发送N4会话修改请求，携带target I-UPF tunnel information for PSA。PSA返回N4会话修改响应。

步骤1611、SMF网元向L-PSA2发送N4会话修改请求，以使得L-PSA2接收N4会话修改请求。其中，N4会话修改请求中携带target I-UPF tunnel information for L-PSA2。

步骤1612、L-PSA2向SMF网元返回N4会话修改响应。

至此，待执行本地业务链控制的下行业务流的传输路径为：

(1)下行业务流路径1

PSA→target I-UPF→L-PSA2→traffic steering control→L-PSA2→targetI-UPF→RAN→终端。

(2)下行业务流路径2

PSA→source I-UPF→L-PSA1→traffic steering control→L-PSA1→sourceI-UPF→target I-UPF→RAN→终端。

在下行业务流路径2中target I-UPF对来自source I-UPF的业务流转发至RAN。即无须将业务链发送至L-PSA2，以使L-PSA2进行本地业务链控制。

步骤1613、SMF网元更新RAN的上行用户面信息。具体的，SMF网元通过AMF网元向RAN发送N2请求，携带target I-UPF tunnel information for RAN。RAN返回N2响应。

综上，在图16中虽然I-UPF从source I-UPF变为target I-UPF，但是由于PSA还可能将下行业务流C(该下行业务流C为待执行第一业务链控制的业务流)发送给source I-UPF(例如，下行业务流路径1)，因此当source I-UPF接收到来自PSA的下行业务流C时，仍然可以将下行业务流C发送给L-PSA1，以由L-PSA1对应的MEC平台对下行业务流C执行业务链控制。在下行业务流C已执行完业务链控制之后，由source I-UPF将已执行完业务链控制的下行业务流C发送给target I-UPF，进而发送回RAN。

如图17所示，图17示出了本申请实施例提供的另一种业务流的路由方法，该方法与图16的区别在于，在图17中由target I-UPF将下行业务流发送至L-PSA2，以由L-PSA2对应的MEC对业务流执行traffic steering control，而source I-UPF可以将来自PSA的下行业务流转发给target I-UPF即可，不需要对来自PSA的下行业务流转发给L-PSA1，以由L-PSA1对应的MEC对业务流执行traffic steering control。

步骤1701-步骤1704，同步骤1601-步骤1604。

步骤1705、SMF网元向source I-UPF发送N4会话修改请求，以使得source I-UPF接收N4会话修改请求。其中，N4会话修改请求中携带target I-UPF tunnel information forsource I-UPF、转发规则。

其中，转发规则用于指示source I-UPF对待执行本地业务链控制的业务流进行如下处理：当从PSA收到该下行业务流时，source I-UPF将下行业务流发送至target I-UPF，即通过source I-UPF与target I-UPF之间的转发隧道将下行业务流发送至target I-UPF，也即为下行业务流的报文头封装target I-UPF tunnel information for source I-UPF。

可以理解的是，步骤1705中的转发规则中包括检测规则和转发动作。其中，检测规则包括待执行本地业务链控制的业务流的描述信息。转发动作用于表示将待执行本地业务链控制的业务流的描述信息确定的业务流转发给target I-UPF。对于source I-UPF而言，其无需判断来自PSA的下行业务流是否为待执行本地业务链控制的业务流，source I-UPF一旦确定接收到来自PSA的下行业务流，则将来自PSA的下行业务流转发给target I-UPF。

步骤1706、source I-UPF向SMF网元返回N4会话修改响应，以使得SMF网元接收N4会话修改响应。可选的，N4会话修改响应中携带source I-UPF tunnel information fortarget I-UPF。

步骤1707、SMF网元向target I-UPF发送N4会话修改请求，以使得target I-UPF接收N4会话修改请求。其中，N4会话修改请求中携带source I-UPF tunnel infoinformation for target I-UPF、转发规则。

其中，转发规则用于指示target I-UPF对待执行本地业务链控制的业务流进行如下处理：无论从source I-UPF(即从source I-UPF与target I-UPF之间的转发隧道，即报文头携带target I-UPF tunnel information for source I-UPF)接收到该业务流时，还是从PSA(即报文头携带target I-UPF tunnel information for PSA)接收到该业务流时，则发送至L-PSA2。

步骤1708、target I-UPF向SMF网元返回N4会话修改响应。

可以理解的是，步骤1707中的转发规则中包括检测规则和转发动作。其中，检测规则包括待执行本地业务链控制的业务流的描述信息。转发动作用于表示将待执行本地业务链控制的业务流的描述信息确定的业务流转发给L-PSA2。对于target I-UPF而言，其无需判断来自PSA的下行业务流或来自source I-UPF的下行业务流是否为待执行本地业务链控制的业务流，target I-UPF一旦确定接收到来自PSA或source I-UPF的下行业务流的描述信息存在于检测规则中，则将该下行业务流转发给L-PSA2。

本申请实施例中，当业务流不仅要由MEC执行本地业务链控制还要由central DN执行业务链控制时，如何下发业务链信息，如业务流策略标识。

思路1：SMF网元从PCF网元接收到业务链策略信息后，向L-PSA下发业务链信息1、向PSA下发业务链信息2。具体的，SMF网元根据DNAI、业务链策略信息，决定向L-PSA下发业务链信息1、向PSA下发业务链信息2。

举例：业务链策略对应的是业务流C的上行方向，即SDF1，经过SF1、SF2、SF3、SF4处理；下行方向，经过SF3、SF4、SF5、SF2处理。其中SF1、SF2位于MEC平台，L-PSA可以访问MEC平台。SF3、SF4位于central DN，PSA可以访问central DN。

因此SMF网元向L-PSA下发的业务链信息1为(仅以上行为例进行说明)：SDF1需要经过SF1、SF2处理；向PSA下发的业务链信息2为：SDF1需要经过SF3、SF4处理。

思路2、SMF网元从PCF网元接收到业务链策略信息后，向L-PSA发送业务链信息，或向PSA发送业务链信息。即SMF网元分别向L-PSA、PSA下发相应的业务链信息。举例：以上述例子进行说明，那么上行方向：SMF网元向L-PSA下发业务链信息，该业务链信息指示SDF1需要经过SF1、SF2、SF3、SF4处理。下行方向：SMF网元向PSA下发业务链信息，该业务链信息指示SDF2需要经过SF3、SF4、SF5、SF2处理。

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

本申请实施例可以根据上述方法示例会话管理网元、第一分流实体、第一功能实体和第二功能实体进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

上面结合图6至图17，对本申请实施例的方法进行了说明，下面对本申请实施例提供的执行上述方法的通信装置进行描述。本领域技术人员可以理解，方法和装置可以相互结合和引用，本申请实施例提供的通信装置可以执行上述通信方法中由会话管理网元、第一分流实体执行的步骤。

在采用集成的单元的情况下，图18示出了上述实施例中所涉及的一种通信装置，该通信装置可以包括：通信单元102和处理单元101。

一种示例，该通信装置为会话管理网元，或者为应用于会话管理网元中的芯片。在这种情况下，处理单元101用于支持该通信装置执行上述实施例的图6中由会话管理网元执行图6中的步骤601。通信单元102，用于支持该通信装置执行图6的步骤602中由会话管理网元执行的发送的动作。

在一种可能的实施例中，通信单元102，还用于支持通信装置执行上述实施例中的步骤606中由会话管理网元接收的动作、(步骤607、步骤610、步骤611、步骤612、步骤613、步骤616、步骤617)中由会话管理网元执行的发送的动作，步骤608或步骤609中会话管理网元接收的动作、步骤611。处理单元101，还用于支持通信装置执行上述实施例中的步骤609、步骤614中由会话管理网元处理的动作。

另一种示例，该通信装置为第一分流实体，或者为应用于第一分流实体中的芯片。在这种情况下，通信单元102，用于支持该通信装置执行上述实施例中的步骤602中由第一分流实体接收的动作。处理单元101，用于支持该通信装置执行上述实施例中的步骤603中由第一分流实体处理的动作。

在一种可能的实施例中，该通信单元102还用于该通信装置执行上述实施例中的步骤607中由第一分流实体接收的动作、步骤608中由第一分流实体接收的动作。

再一种示例，该通信装置为会话管理网元，或者为应用于会话管理网元中的芯片。通信单元102，用于支持该通信装置执行上述实施例中的步骤1002中由会话管理网元发送的动作。处理单元101用于支持该通信装置执行上述实施例的步骤1001中由会话管理网元处理的动作。

在一种可能的实施例中，该通信单元102还用于该通信装置执行上述实施例中的步骤1004、步骤1006、步骤1007、步骤1010中由会话管理网元发送的动作。通信单元102还用于支持该通信装置执行步骤1009中由会话管理网元接收的动作。或者处理单元101用于支持该通信装置执行步骤1009中由会话管理网元自主获取用于建立专用隧道的信息的动作。

在采用集成的单元的情况下，图19示出了上述实施例中所涉及的通信装置的一种可能的逻辑结构示意图。该通信装置包括：处理模块112和通信模块113。处理模块112用于对通信装置的动作进行控制管理，例如，处理模块112用于执行在通信装置进行信息/数据处理的步骤。通信模块113用于支持通信装置进行信息/数据发送或者接收的步骤。

在一种可能的实施例中，通信装置还可以包括存储模块111，用于存储通信装置可的程序代码和数据。

一种示例，该通信装置为会话管理网元，或者为应用于会话管理网元中的芯片。在这种情况下，处理模块112用于支持该通信装置执行上述实施例的图6中由会话管理网元执行图6中的步骤601。通信模块113，用于支持该通信装置执行图6的步骤602中由会话管理网元执行的发送的动作。

在一种可能的实施例中，通信模块113，还用于支持通信装置执行上述实施例中的步骤606中由会话管理网元接收的动作、(步骤607、步骤610、步骤611、步骤612、步骤613、步骤616、步骤617)中由会话管理网元执行的发送的动作，步骤608或步骤609中会话管理网元接收的动作、步骤611。处理模块112，还用于支持通信装置执行上述实施例中的步骤609、步骤614中由会话管理网元处理的动作。

另一种示例，该通信装置为第一分流实体，或者为应用于第一分流实体中的芯片。在这种情况下，通信模块113，用于支持该通信装置执行上述实施例中的步骤602中由第一分流实体接收的动作。处理模块112，用于支持该通信装置执行上述实施例中的步骤603中由第一分流实体处理的动作。

在一种可能的实施例中，该通信模块113还用于该通信装置执行上述实施例中的步骤607中由第一分流实体接收的动作、步骤608中由第一分流实体接收的动作。

再一种示例，该通信装置为会话管理网元，或者为应用于会话管理网元中的芯片。通信模块113，用于支持该通信装置执行上述实施例中的步骤1002中由会话管理网元发送的动作。处理模块112用于支持该通信装置执行上述实施例的步骤1001中由会话管理网元处理的动作。

在一种可能的实施例中，该通信模块113还用于该通信装置执行上述实施例中的步骤1004、步骤1006、步骤1007、步骤1010中由会话管理网元发送的动作。通信模块113还用于支持该通信装置执行步骤1009中由会话管理网元接收的动作。或者处理模块112用于支持该通信装置执行步骤1009中由会话管理网元自主获取用于建立专用隧道的信息的动作。

其中，处理模块112可以是处理器或控制器，例如可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。通信模块113可以是收发器、收发电路或通信接口等。存储模块111可以是存储器。

当处理模块112为处理器41或处理器45，通信模块113为通信接口43时，存储模块111为存储器42时，本申请所涉及的通信装置可以为图4所示的通信设备。

图20是本申请实施例提供的芯片150的结构示意图。芯片150包括一个或两个以上(包括两个)处理器1510和通信接口1530。

可选的，该芯片150还包括存储器1540，存储器1540可以包括只读存储器和随机存取存储器，并向处理器1510提供操作指令和数据。存储器1540的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory，NVRAM)。

在一些实施方式中，存储器1540存储了如下的元素，执行模块或者数据结构，或者他们的子集，或者他们的扩展集。

在本申请实施例中，通过调用存储器1540存储的操作指令(该操作指令可存储在操作系统中)，执行相应的操作。

一种可能的实现方式中为：会话管理网元、第一分流实体所用的芯片的结构类似，不同的装置可以使用不同的芯片以实现各自的功能。

处理器1510控制会话管理网元、第一分流实体中任一个的处理操作，处理器1510还可以称为中央处理单元(central processing unit，CPU)。

存储器1540可以包括只读存储器和随机存取存储器，并向处理器1510提供指令和数据。存储器1540的一部分还可以包括NVRAM。例如应用中存储器1540、通信接口1530以及存储器1540通过总线系统1520耦合在一起，其中总线系统1520除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图20中将各种总线都标为总线系统1520。

上述本申请实施例揭示的方法可以应用于处理器1510中，或者由处理器1510实现。处理器1510可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1510中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1510可以是通用处理器、数字信号处理器(digital signal processing，DSP)、ASIC、现成可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1540，处理器1510读取存储器1540中的信息，结合其硬件完成上述方法的步骤。

一种可能的实现方式中，通信接口1530用于执行图6-图17所示的实施例中的会话管理网元、第一分流实体的接收和发送的步骤。处理器1510用于执行图6-图17所示的实施例中的会话管理网元、第一分流实体的处理的步骤。

以上通信单元可以是该装置的一种通信接口，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该通信单元是该芯片用于从其它芯片或装置接收信号或发送信号的通信接口。

一方面，提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令被运行时，实现如图6-图9b、图11-图17中会话管理网元的功能。

一方面，提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令被运行时，实现如图10中会话管理网元的功能。

另一方面，提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令被运行时，实现如图6-图17中第一分流实体的功能。

一方面，提供一种包括指令的计算机程序产品，计算机程序产品中包括指令，当指令被运行时，实现如图6-图17中会话管理网元的功能。

又一方面，提供一种包括指令的计算机程序产品，计算机程序产品中包括指令，当指令被运行时，实现如图6-图17中第一分流实体的功能。

一方面，提供一种芯片，该芯片应用于网管网元中，芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，处理器用于运行指令，以实现如图6-图17中会话管理网元的功能。

又一方面，提供一种芯片，该芯片应用于Donor节点中，芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，处理器用于运行指令，以实现如图6-图17中第一分流实体的功能。

本申请实施例提供一种通信系统，该通信系统包括：会话管理网元和第一分流实体。其中，会话管理网元用于执行图6-图17中的任一个由会话管理网元执行的步骤，第一分流实体用于执行图6-图17中的任一个由第一分流实体执行的步骤。

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

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。

Claims

1.一种业务流的路由方法，其特征在于，包括：

会话管理网元确定路由规则，所述路由规则用于指示第一分流实体将第一业务流发送至第一功能实体，和/或，将第二业务流发送至第二功能实体或接入设备，所述第一业务流为待执行第一业务链控制的业务流，所述第二业务流为已执行所述第一业务链控制的业务流，所述待执行第一业务链控制的业务流为尚未在移动边缘计算MEC平台中由服务功能SF网元作处理的业务流，所述已执行所述第一业务链控制的业务流为已在所述MEC平台中由所述SF网元作处理的业务流，所述第一功能实体用于与所述MEC平台通信，所述第二功能实体用于与数据网络通信，其中，所述第二业务流为上行业务流，或者，所述第一业务流为下行业务流；

在会话管理过程中，所述会话管理网元向所述第一分流实体发送所述路由规则。

2.根据权利要求1所述的方法，其特征在于，所述路由规则包括：所述第一业务流的描述信息和与所述第一业务流的描述信息关联的所述第一功能实体的信息，和/或，所述第二业务流的描述信息和所述第二业务流的描述信息关联的所述第二功能实体的信息或接入设备的信息；其中，所述描述信息包括所述第一业务流的来源信息或所述第二业务流的来源信息。

3.根据权利要求2所述的方法，其特征在于，所述路由规则包括以下信息中的任一个或多个：

所述第一业务流的描述信息指示所述第一业务流来自所述接入设备或所述第二功能实体时，所述第一分流实体向所述第一功能实体发送所述第一业务流；或，

所述第二业务流的描述信息指示所述第二业务流来自所述第一功能实体时，所述第一分流实体向所述接入设备或所述第二功能实体发送所述第二业务流。

4.根据权利要求1所述的方法，其特征在于，所述路由规则用于指示所述第一分流实体向所述第一功能实体发送来自第二专用隧道的所述第一业务流，和/或，指示所述第一分流实体向所述第二功能实体发送来自第一专用隧道的所述第二业务流；

其中，所述第二专用隧道位于所述第一分流实体和所述第二功能实体之间，所述第一专用隧道位于所述第一分流实体和所述第一功能实体之间。

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

所述会话管理网元获取第一专用隧道信息和第二专用隧道信息中的一个或多个；所述第一专用隧道信息用于建立所述第一专用隧道；所述第二专用隧道信息用于建立所述第二专用隧道。

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

所述会话管理网元向所述第二功能实体发送所述第二专用隧道信息以及第一转发规则，所述第一转发规则用于指示所述第二功能实体通过所述第二专用隧道向所述第一分流实体传输所述第一业务流。

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

所述会话管理网元向所述第一功能实体发送所述第一专用隧道信息以及第二转发规则，所述第二转发规则用于指示所述第一功能实体通过所述第一专用隧道向所述第一分流实体传输所述第二业务流。

8.根据权利要求5或6所述的方法，其特征在于，所述会话管理网元获取第一专用隧道信息和第二专用隧道信息中的一个或多个之前，所述方法还包括：

所述会话管理网元向所述第一分流实体发送第一指示信息，所述第一指示信息用于指示所述第一分流实体分配第一专用隧道信息和第二专用隧道信息中的一个或多个；

所述会话管理网元获取第一专用隧道信息和第二专用隧道信息中的一个或多个，包括：

所述会话管理网元接收来自所述第一分流实体的所述第一专用隧道信息和所述第二专用隧道信息中的一个或多个。

9.根据权利要求1所述的方法，其特征在于，

所述第一业务流和第一标识相关联，所述路由规则用于指示所述第一分流实体向所述第一功能实体发送与所述第一标识关联的业务流；或，

所述第二业务流和第二标识相关联，所述路由规则用于指示所述第一分流实体向所述第二功能实体发送与第二标识关联的业务流。

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

所述会话管理网元向所述第二功能实体发送第三指示信息，所述第三指示信息用于指示所述第二功能实体在所述第一业务流的报文头中携带所述第一标识。

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

所述会话管理网元向所述第一功能实体发送第四指示信息，所述第四指示信息用于指示所述第一功能实体在所述第二业务流的报文头中携带所述第二标识。

12.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：

所述会话管理网元确定分流实体从所述第一分流实体变为第二分流实体；

所述会话管理网元向所述第二分流实体发送第五指示信息，所述第五指示信息用于指示所述第二分流实体执行以下步骤中的任一个或多个：

向所述接入设备发送来源于所述第一分流实体的第三业务流；所述第三业务流为已执行第一业务链控制的业务流；或，

向所述第二分流实体对应的第三功能实体发送来源于所述第二功能实体的第四业务流，所述第四业务流为待执行第一业务链控制的业务流。

13.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：

所述会话管理网元向所述第一分流实体或第二功能实体发送第六指示信息，所述第六指示信息用于指示所述第一分流实体或第二功能实体向所述第二分流实体发送第五业务流；所述第五业务流为待执行第一业务链控制的业务流；

所述会话管理网元向所述第二分流实体发送第七指示信息，所述第七指示信息用于指示所述第二分流实体向所述第二分流实体对应的第三功能实体发送所述第五业务流。

14.一种业务流的路由方法，其特征在于，包括：

在会话管理过程中，第一分流实体接收来自会话管理网元的路由规则，所述路由规则用于指示所述第一分流实体将第一业务流发送至第一功能实体，和/或，将第二业务流发送至第二功能实体或接入设备，所述第一业务流为待执行第一业务链控制的业务流，所述第二业务流为已执行所述第一业务链控制的业务流，所述待执行第一业务链控制的业务流为尚未在移动边缘计算MEC平台中由服务功能SF网元作处理的业务流，所述已执行所述第一业务链控制的业务流为已在所述MEC平台中由所述SF网元作处理的业务流，所述第一功能实体用于与所述MEC平台通信，所述第二功能实体用于与数据网络通信，其中，所述第二业务流为上行业务流，或者，所述第一业务流为下行业务流；

所述第一分流实体根据所述路由规则，传输所述第一分流实体接收到的目标业务流。

15.根据权利要求14所述的方法，其特征在于，所述路由规则包括：所述第一业务流的描述信息和与所述第一业务流的描述信息关联的所述第一功能实体的信息，和/或，所述第二业务流的描述信息和所述第二业务流的描述信息关联的所述第二功能实体的信息或接入设备的信息；其中，所述描述信息包括所述第一业务流或所述第二业务流的来源信息。

16.根据权利要求15所述的方法，其特征在于，所述第一分流实体根据所述路由规则，传输所述第一分流实体接收到的目标业务流，包括：

所述目标业务流的描述信息与所述第一业务流的描述信息相同，所述第一分流实体向所述第一功能实体发送所述目标业务流；和/或，

所述目标业务流的描述信息与所述第二业务流的描述信息相同，所述第一分流实体向所述第二功能实体或所述接入设备发送所述目标业务流。

17.根据权利要求14所述的方法，其特征在于，所述路由规则用于指示所述第一分流实体向所述第一功能实体发送来自第二专用隧道的所述第一业务流，和/或，指示所述第一分流实体向所述第二功能实体发送来自第一专用隧道的所述第二业务流；其中，所述第二专用隧道位于所述第一分流实体和所述第二功能实体之间，所述第一专用隧道位于所述第一分流实体和所述第一功能实体之间。

18.根据权利要求17所述的方法，其特征在于，所述第一分流实体根据所述路由规则，传输所述第一分流实体接收到的目标业务流，包括：

所述目标业务流来源于所述第一专用隧道，所述第一分流实体将所述目标业务流发送至所述第二功能实体；或，

所述目标业务流来源于所述第二专用隧道，所述第一分流实体将所述目标业务流发送至所述第一功能实体。

19.根据权利要求17或18所述的方法，其特征在于，所述方法还包括：

所述第一分流实体接收来自所述会话管理网元的第一指示信息，所述第一指示信息用于指示所述第一分流实体分配第一专用隧道信息和第二专用隧道信息中的一个或多个，所述第一专用隧道信息用于建立所述第一专用隧道；所述第二专用隧道信息用于建立所述第二专用隧道；

所述第一分流实体向所述会话管理网元发送所述第一专用隧道信息和第二专用隧道信息中的一个或多个。

20.根据权利要求14所述的方法，其特征在于，所述第一业务流和第一标识相关联，所述路由规则用于指示所述第一分流实体向所述第一功能实体发送与所述第一标识关联的业务流；或，

21.根据权利要求20所述的方法，其特征在于，所述第一分流实体根据所述路由规则，传输所述第一分流实体接收到的目标业务流，包括：

所述目标业务流与第一标识关联，所述第一分流实体向所述第一功能实体发送所述业务流；或，

所述目标业务流与第二标识关联，所述第一分流实体向所述第二功能实体发送所述业务流。

22.一种通信装置，其特征在于，包括：

处理单元，用于确定路由规则，所述路由规则用于指示第一分流实体将第一业务流发送至第一功能实体，和/或，将第二业务流发送至第二功能实体或接入设备，所述第一业务流为待执行第一业务链控制的业务流，所述第二业务流为已执行所述第一业务链控制的业务流，所述待执行第一业务链控制的业务流为尚未在移动边缘计算MEC平台中由服务功能SF网元作处理的业务流，所述已执行所述第一业务链控制的业务流为已在所述MEC平台中由所述SF网元作处理的业务流，所述第一功能实体用于与所述MEC平台通信，所述第二功能实体用于与数据网络通信，其中，所述第二业务流为上行业务流，或者，所述第一业务流为下行业务流；

在会话管理过程中，通信单元，用于向所述第一分流实体发送所述路由规则。

23.根据权利要求22所述的装置，其特征在于，所述路由规则包括所述第一业务流的描述信息和与所述第一业务流的描述信息关联的所述第一功能实体的信息，和/或，所述第二业务流的描述信息和所述第二业务流的描述信息关联的所述第二功能实体的信息或接入设备的信息；其中，所述描述信息包括所述第一业务流或所述第二业务流的来源信息。

24.根据权利要求23所述的装置，其特征在于，所述路由规则包括以下信息中的任一个或多个：

25.根据权利要求22所述的装置，其特征在于，所述路由规则用于指示所述第一分流实体向所述第一功能实体发送来自第二专用隧道的所述第一业务流，和/或，指示所述第一分流实体向所述第二功能实体发送来自第一专用隧道的所述第二业务流；其中，所述第二专用隧道位于所述第一分流实体和所述第二功能实体之间，所述第一专用隧道位于所述第一分流实体和所述第一功能实体之间。

26.根据权利要求25所述的装置，其特征在于，所述处理单元，还用于获取第一专用隧道信息和第二专用隧道信息中的一个或多个；所述第一专用隧道信息用于建立所述第一专用隧道；所述第二专用隧道信息用于建立所述第二专用隧道。

27.根据权利要求26所述的装置，其特征在于，所述通信单元，还用于向所述第二功能实体发送所述第二专用隧道信息以及第一转发规则，所述第一转发规则用于指示所述第二功能实体通过所述第二专用隧道向所述第一分流实体传输所述第一业务流。

28.根据权利要求26或27所述的装置，其特征在于，所述通信单元，还用于向所述第一功能实体发送所述第一专用隧道信息以及第二转发规则，所述第二转发规则用于指示所述第一功能实体通过所述第一专用隧道向所述第一分流实体传输所述第二业务流。

29.根据权利要求26或27所述的装置，其特征在于，所述处理单元用于获取第一专用隧道信息和第二专用隧道信息中的一个或多个之前，所述通信单元，还用于向所述第一分流实体发送第一指示信息，所述第一指示信息用于指示所述第一分流实体分配第一专用隧道信息和第二专用隧道信息中的一个或多个；

所述处理单元，具体用于通过所述通信单元接收来自所述第一分流实体的所述第一专用隧道信息和所述第二专用隧道信息中的一个或多个。

30.根据权利要求22所述的装置，其特征在于，

31.根据权利要求30所述的装置，其特征在于，所述通信单元，还用于向所述第二功能实体发送第三指示信息，所述第三指示信息用于指示所述第二功能实体在所述第一业务流的报文头中携带所述第一标识。

32.根据权利要求30或31所述的装置，其特征在于，所述通信单元，还用于向所述第一功能实体发送第四指示信息，所述第四指示信息用于指示所述第一功能实体在所述第二业务流的报文头中携带所述第二标识。

33.根据权利要求22-27任一项所述的装置，其特征在于，所述处理单元，还用于确定分流实体从所述第一分流实体变为第二分流实体；

所述通信单元，还用于向所述第二分流实体发送第五指示信息，所述第五指示信息用于指示所述第二分流实体执行以下步骤中的任一个或多个：

34.根据权利要求22-27任一项所述的装置，其特征在于，所述处理单元，还用于确定分流实体从所述第一分流实体变为第二分流实体；

所述通信单元，还用于向所述第一分流实体发送第六指示信息，所述第六指示信息用于指示所述第一分流实体向所述第二分流实体发送第五业务流；所述第五业务流为待执行第一业务链控制的业务流；

所述通信单元，还用于向所述第二分流实体发送第七指示信息，所述第七指示信息用于指示所述第二分流实体向所述第二分流实体对应的第三功能实体发送所述第五业务流。

35.一种通信装置，其特征在于，包括：

在会话管理过程中，通信单元，用于接收来自会话管理网元的路由规则，所述路由规则用于指示将第一业务流发送至第一功能实体，和/或，将第二业务流发送至第二功能实体或接入设备，所述第一业务流为待执行第一业务链控制的业务流，所述第二业务流为已执行所述第一业务链控制的业务流，所述待执行第一业务链控制的业务流为尚未在移动边缘计算MEC平台中由服务功能SF网元作处理的业务流，所述已执行所述第一业务链控制的业务流为已在所述MEC平台中由所述SF网元作处理的业务流，所述第一功能实体用于与所述MEC平台通信，所述第二功能实体用于与数据网络通信，其中，所述第二业务流为上行业务流，或者，所述第一业务流为下行业务流；

通信单元，还用于根据所述路由规则，传输所述通信单元接收到的目标业务流。

36.根据权利要求35所述的装置，其特征在于，所述路由规则包括所述第一业务流的描述信息和与所述第一业务流的描述信息关联的所述第一功能实体的信息，和/或，所述第二业务流的描述信息和所述第二业务流的描述信息关联的所述第二功能实体的信息或接入设备的信息；其中，所述描述信息包括所述第一业务流或所述第二业务流的来源信息。

37.根据权利要求36所述的装置，其特征在于，所述目标业务流的描述信息与所述第一业务流的描述信息相同，所述通信单元，具体用于向所述第一功能实体发送所述目标业务流；和/或，

所述目标业务流的描述信息与所述第二业务流的描述信息相同，所述通信单元，具体用于向所述第二功能实体或所述接入设备发送所述目标业务流。

38.根据权利要求35所述的装置，其特征在于，所述路由规则用于指示向所述第一功能实体发送来自第二专用隧道的所述第一业务流，和/或，指示向所述第二功能实体发送来自第一专用隧道的所述第二业务流；其中，所述第二专用隧道位于所述装置和所述第二功能实体之间，所述第一专用隧道位于所述装置和所述第一功能实体之间。

39.根据权利要求38所述的装置，其特征在于，所述目标业务流来源于所述第二专用隧道，所述通信单元，具体用于将所述目标业务流发送至所述第一功能实体；或，

所述目标业务流来源于所述第二专用隧道，所述通信单元，具体用于将所述目标业务流发送至所述第一功能实体。

40.根据权利要求38或39所述的装置，其特征在于，所述通信单元，还用于接收来自所述会话管理网元的第一指示信息，所述第一指示信息用于指示分配第一专用隧道信息和第二专用隧道信息中的一个或多个，所述第一专用隧道信息用于建立所述第一专用隧道；所述第二专用隧道信息用于建立所述第二专用隧道；

所述通信单元，还用于向所述会话管理网元发送所述第一专用隧道信息和第二专用隧道信息中的一个或多个。

41.根据权利要求35所述的装置，其特征在于，第一业务流和第一标识相关联，所述路由规则用于指示向所述第一功能实体发送与所述第一标识关联的业务流；或，

所述第二业务流和第二标识相关联，所述路由规则用于指示向所述第二功能实体发送与第二标识关联的业务流。

42.根据权利要求41所述的装置，其特征在于，

所述目标业务流与第一标识关联，所述通信单元，具体用于向所述第一功能实体发送所述目标业务流；或，

所述目标业务流与第二标识关联，所述通信单元，具体用于向所述第二功能实体发送所述目标业务流。

43.一种计算机可读存储介质，其特征在于，所述可读存储介质中存储有指令，当所述指令被执行时，实现如权利要求1-13任一项所述的方法，或者，如权利要求14-21任一项所述的方法。

44.一种芯片，其特征在于，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行计算机程序或指令，以实现如权利要求1-13任一项所述的方法，或者，如权利要求14-21任一项所述的方法，所述通信接口用于与所述芯片之外的其它模块进行通信。

45.一种通信装置，其特征在于，包括：处理器和通信接口，其中，所述通信接口用于执行如权利要求1-13任一项所述的方法中在所述会话管理网元中进行消息收发的操作；所述处理器运行指令以执行如权利要求1-13任一项所述的方法中在所述会话管理网元中进行处理或控制的操作；

或者，

所述通信接口用于执行如权利要求14-21任一项所述的方法中在所述第一分流实体中进行消息收发的操作；所述处理器运行指令以执行如权利要求14-21任一项所述的方法中在所述第一分流实体中进行处理或控制的操作。

46.一种通信系统，其特征在于，所述系统包括：如权利要求22-34任一项所述的通信装置，以及如权利要求35-42任一项所述的通信装置。