边缘计算流量分流方法、装置及存储介质

摘要

本申请实施例提供一种边缘计算流量分流方法、装置及存储介质，所述方法包括：向PCF网元发送策略更新请求信息；接收PCF网元发送的策略更新响应信息；策略更新响应信息中携带有若干条PCC规则；每条PCC规则对应一个边缘节点中的一个第三方APP；基于若干条PCC规则控制边缘UPF网元进行边缘计算流量分流。本申请实施例提供的边缘计算流量分流方法、装置及存储介质，为边缘节点中的每一个第三方APP独立分配一个与UPF功能相同的业务处理单元进行边缘流量卸载，从而提升边缘节点中的边缘UPF的处理能力上限，并增强容错性，以及易于维护管理。

权利要求

1.一种边缘计算流量分流方法，其特征在于，包括：

向策略控制功能PCF网元发送策略更新请求信息；

接收所述PCF网元发送的策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

2.根据权利要求1所述的边缘计算流量分流方法，其特征在于，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

所述DNAI信元用于表征边缘节点；

所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

3.根据权利要求2所述的边缘计算流量分流方法，其特征在于，所述基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流，具体包括：将每条PCC规则转换成一对包检测规则PDR；

向目标边缘UPF网元发送N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR，以供所述目标边缘UPF网元根据所述若干对PDR对边缘计算流量进行分流。

4.根据权利要求3所述的边缘计算流量分流方法，其特征在于，每一对PDR均包括一个上行PDR和一个下行PDR；

与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

5.根据权利要求3所述的边缘计算流量分流方法，其特征在于，所述向目标边缘UPF网元发送N4会话建立请求信息，具体包括：根据PCC规则中包含的DNAI信元确定所述目标边缘UPF网元，所述目标边缘UPF网元为PCC规则中的DNAI信元指示的边缘节点中的UPF网元；

向所述目标边缘UPF网元发送N4会话建立请求信息。

6.一种边缘计算流量分流方法，其特征在于，包括：

接收会话管理功能SMF网元发送的策略更新请求信息；

向所述SMF网元发送策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；以供所述SMF网元基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

7.根据权利要求6所述的边缘计算流量分流方法，其特征在于，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

所述DNAI信元用于表征边缘节点；

所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

8.一种边缘计算流量分流方法，其特征在于，包括：

接收会话管理功能SMF网元发送的N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR；所述若干对PDR是由所述SMF网元根据若干条策略计费控制PCC规则转换得到的；每条PCC规则转换成一对包检测规则PDR；所述若干条PCC规则是由策略控制功能PCF网元在接收到所述SMF网元发送的策略更新请求信息之后发送给所述SMF网元的；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

根据所述若干对PDR对边缘计算流量进行分流。

9.根据权利要求8所述的边缘计算流量分流方法，其特征在于，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

所述DNAI信元用于表征边缘节点；

所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

10.根据权利要求9所述的边缘计算流量分流方法，其特征在于，每一对PDR均包括一个上行PDR和一个下行PDR；

与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

11.根据权利要求10所述的边缘计算流量分流方法，其特征在于，所述根据所述若干对PDR对边缘计算流量进行分流，具体包括：获取当前待分流的边缘计算流量；

根据目标FAR中的Forwarding Policy信元的值，确定目标第三方APP对应的目标业务处理单元，将目标PDR和目标FAR安装到所述目标业务处理单元，将当前待分流的边缘计算流量分流到所述目标第三方APP；所述目标第三方APP为所述目标FAR中的Forwarding Policy信元指示的第三方APP；所述目标PDR为目标PCC规则转换成的一对PDR；所述目标FAR为所述目标PCC规则转换成的一对PDR关联的FAR；当前待分流的边缘计算流量符合所述目标PCC规则的描述。

12.一种会话管理功能SMF网元，其特征在于，包括存储器和处理器；

所述存储器用于存储计算机程序；所述处理器用于读取所述存储器中的计算机程序并执行以下操作：向策略控制功能PCF网元发送策略更新请求信息；

接收所述PCF网元发送的策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

13.根据权利要求12所述的SMF网元，其特征在于，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

所述DNAI信元用于表征边缘节点；

所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

14.根据权利要求13所述的SMF网元，其特征在于，所述基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流，具体包括：将每条PCC规则转换成一对包检测规则PDR；

向目标边缘UPF网元发送N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR，以供所述目标边缘UPF网元根据所述若干对PDR对边缘计算流量进行分流。

15.根据权利要求14所述的SMF网元，其特征在于，每一对PDR均包括一个上行PDR和一个下行PDR；

与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

16.根据权利要求14所述的SMF网元，其特征在于，所述向目标边缘UPF网元发送N4会话建立请求信息，具体包括：根据PCC规则中包含的DNAI信元确定所述目标边缘UPF网元，所述目标边缘UPF网元为PCC规则中的DNAI信元指示的边缘节点中的UPF网元；

向所述目标边缘UPF网元发送N4会话建立请求信息。

17.一种策略控制功能PCF网元，其特征在于，包括存储器和处理器；

所述存储器用于存储计算机程序；所述处理器用于读取所述存储器中的计算机程序并执行以下操作：接收会话管理功能SMF网元发送的策略更新请求信息；

向所述SMF网元发送策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；以供所述SMF网元基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

18.根据权利要求17所述的PCF网元，其特征在于，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

所述DNAI信元用于表征边缘节点；

所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

19.一种边缘用户平面功能UPF网元，其特征在于，包括存储器和处理器；

所述存储器用于存储计算机程序；所述处理器用于读取所述存储器中的计算机程序并执行以下操作：接收会话管理功能SMF网元发送的N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR；所述若干对PDR是由所述SMF网元根据若干条策略计费控制PCC规则转换得到的；每条PCC规则转换成一对包检测规则PDR；所述若干条PCC规则是由策略控制功能PCF网元在接收到所述SMF网元发送的策略更新请求信息之后发送给所述SMF网元的；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

根据所述若干对PDR对边缘计算流量进行分流。

20.根据权利要求19所述的UPF网元，其特征在于，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

所述DNAI信元用于表征边缘节点；

所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

21.根据权利要求20所述的UPF网元，其特征在于，每一对PDR均包括一个上行PDR和一个下行PDR；

与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

22.根据权利要求21所述的UPF网元，其特征在于，所述根据所述若干对PDR对边缘计算流量进行分流，具体包括：获取当前待分流的边缘计算流量；

根据目标FAR中的Forwarding Policy信元的值，确定目标第三方APP对应的目标业务处理单元，将目标PDR和目标FAR安装到所述目标业务处理单元，将当前待分流的边缘计算流量分流到所述目标第三方APP；所述目标第三方APP为所述目标FAR中的Forwarding Policy信元指示的第三方APP；所述目标PDR为目标PCC规则转换成的一对PDR；所述目标FAR为所述目标PCC规则转换成的一对PDR关联的FAR；当前待分流的边缘计算流量符合所述目标PCC规则的描述。

23.一种边缘计算流量分流装置，其特征在于，包括：

第一发送模块，用于向策略控制功能PCF网元发送策略更新请求信息；

第一接收模块，用于接收所述PCF网元发送的策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

控制模块，用于基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

24.一种边缘计算流量分流装置，其特征在于，包括：

第二接收模块，用于接收会话管理功能SMF网元发送的策略更新请求信息；

第二发送模块，用于向所述SMF网元发送策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；以供所述SMF网元基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

25.一种边缘计算流量分流装置，其特征在于，包括：

第三接收模块，用于接收会话管理功能SMF网元发送的N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR；所述若干对PDR是由所述SMF网元根据若干条策略计费控制PCC规则转换得到的；每条PCC规则转换成一对包检测规则PDR；所述若干条PCC规则是由策略控制功能PCF网元在接收到所述SMF网元发送的策略更新请求信息之后发送给所述SMF网元的；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

分流模块，用于根据所述若干对PDR对边缘计算流量进行分流。

26.一种处理器可读存储介质，其特征在于，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行权利要求1至11任一项所述的方法。

说明书

边缘计算流量分流方法、装置及存储介质

技术领域

[0001] 本申请涉及通信技术领域，尤其涉及一种边缘计算流量分流方法、装置及存储介质。

背景技术

[0002] 第五代移动通信(the 5th generation mobile communication,5G)网络支持在靠近网络边缘的地方部署5G用户平面功能(User Plane Function,UPF)网元，实现流量本地卸载，从而降低网络时延，减轻回传网络压力，降低核心网处理压力。对特定的边缘计算流量，5G核心网(5G Core Network,5GC)通过流检测和流转发规则进行流量的区分和卸载。

[0003] 相关技术方案中，当边缘节点有多个第三方应用程序(Application,APP)时，多个第三方APP的边缘流量均从一个UPF网元的N3/N9接口流入，经所述UPF处理后，从N6接口流出，然后到达各个第三方APP，即一个边缘UPF服务了多个第三方APP。

[0004] 当边缘UPF的处理能力有限时，就可能出现多个第三方APP的业务流量总和超出了边缘UPF的处理能力的上限，最终导致用户体验降低。同时，如果边缘UPF发生故障，或者由于对边缘UPF进行升级维护操作导致边缘UPF不可用时，边缘节点中的所有第三方APP均无法使用，影响用户感知。

发明内容

[0005] 本申请实施例提供一种边缘计算流量分流方法、装置及存储介质，用以解决现有技术中当多个第三方APP的业务流量总和超出了边缘UPF的处理能力时，业务无法进行的技术问题。

[0006] 第一方面，本申请实施例提供一种边缘计算流量分流方法，包括：

[0007] 向策略控制功能PCF网元发送策略更新请求信息；

[0008] 接收所述PCF网元发送的策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

[0009] 基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0010] 可选地，根据本申请一个实施例的边缘计算流量分流方法，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0011] 所述DNAI信元用于表征边缘节点；

[0012] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0013] 可选地，根据本申请一个实施例的边缘计算流量分流方法，所述基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流，具体包括：

[0014] 将每条PCC规则转换成一对包检测规则PDR；

[0015] 向目标边缘UPF网元发送N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR，以供所述目标边缘UPF网元根据所述若干对PDR对边缘计算流量进行分流。

[0016] 可选地，根据本申请一个实施例的边缘计算流量分流方法，每一对PDR均包括一个上行PDR和一个下行PDR；

[0017] 与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

[0018] 可选地，根据本申请一个实施例的边缘计算流量分流方法，所述向目标边缘UPF网元发送N4会话建立请求信息，具体包括：

[0019] 根据PCC规则中包含的DNAI信元确定所述目标边缘UPF网元，所述目标边缘UPF网元为PCC规则中的DNAI信元指示的边缘节点中的UPF网元；

[0020] 向所述目标边缘UPF网元发送N4会话建立请求信息。

[0021] 第二方面，本申请实施例还提供一种边缘计算流量分流方法，包括：

[0022] 接收会话管理功能SMF网元发送的策略更新请求信息；

[0023] 向所述SMF网元发送策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；以供所述SMF网元基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0024] 可选地，根据本申请一个实施例的边缘计算流量分流方法，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0025] 所述DNAI信元用于表征边缘节点；

[0026] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0027] 第三方面，本申请实施例还提供一种边缘计算流量分流方法，包括：

[0028] 接收会话管理功能SMF网元发送的N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR；所述若干对PDR是由所述SMF网元根据若干条策略计费控制PCC规则转换得到的；每条PCC规则转换成一对包检测规则PDR；所述若干条PCC规则是由策略控制功能PCF网元在接收到所述SMF网元发送的策略更新请求信息之后发送给所述SMF网元的；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

[0029] 根据所述若干对PDR对边缘计算流量进行分流。

[0030] 可选地，根据本申请一个实施例的边缘计算流量分流方法，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0031] 所述DNAI信元用于表征边缘节点；

[0032] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0033] 可选地，根据本申请一个实施例的边缘计算流量分流方法，每一对PDR均包括一个上行PDR和一个下行PDR；

[0034] 与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

[0035] 可选地，根据本申请一个实施例的边缘计算流量分流方法，所述根据所述若干对PDR对边缘计算流量进行分流，具体包括：

[0036] 获取当前待分流的边缘计算流量；

[0037] 根据目标FAR中的Forwarding Policy信元的值，确定目标第三方APP对应的目标业务处理单元，将目标PDR和目标FAR安装到所述目标业务处理单元，将当前待分流的边缘计算流量分流到所述目标第三方APP；所述目标第三方APP为所述目标FAR中的Forwarding Policy信元指示的第三方APP；所述目标PDR为目标PCC规则转换成的一对PDR；所述目标FAR为所述目标PCC规则转换成的一对PDR关联的FAR；当前待分流的边缘计算流量符合所述目标PCC规则的描述。

[0038] 第四方面，本申请实施例还提供一种会话管理功能SMF网元，包括存储器和处理器；

[0039] 所述存储器用于存储计算机程序；所述处理器用于读取所述存储器中的计算机程序并执行以下操作：

[0040] 向策略控制功能PCF网元发送策略更新请求信息；

[0041] 接收所述PCF网元发送的策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

[0042] 基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0043] 可选地，根据本申请一个实施例的SMF网元，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0044] 所述DNAI信元用于表征边缘节点；

[0045] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0046] 可选地，根据本申请一个实施例的SMF网元，所述基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流，具体包括：

[0047] 将每条PCC规则转换成一对包检测规则PDR；

[0048] 向目标边缘UPF网元发送N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR，以供所述目标边缘UPF网元根据所述若干对PDR对边缘计算流量进行分流。

[0049] 可选地，根据本申请一个实施例的SMF网元，每一对PDR均包括一个上行PDR和一个下行PDR；

[0050] 与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

[0051] 可选地，根据本申请一个实施例的SMF网元，所述向目标边缘UPF网元发送N4会话建立请求信息，具体包括：

[0052] 根据PCC规则中包含的DNAI信元确定所述目标边缘UPF网元，所述目标边缘UPF网元为PCC规则中的DNAI信元指示的边缘节点中的UPF网元；

[0053] 向所述目标边缘UPF网元发送N4会话建立请求信息。

[0054] 第五方面，本申请实施例还提供一种策略控制功能PCF网元，包括存储器和处理器；

[0055] 所述存储器用于存储计算机程序；所述处理器用于读取所述存储器中的计算机程序并执行以下操作：

[0056] 接收会话管理功能SMF网元发送的策略更新请求信息；

[0057] 向所述SMF网元发送策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；以供所述SMF网元基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0058] 可选地，根据本申请一个实施例的PCF网元，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0059] 所述DNAI信元用于表征边缘节点；

[0060] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0061] 第六方面，本申请实施例还提供一种边缘用户平面功能UPF网元，包括存储器和处理器；

[0062] 所述存储器用于存储计算机程序；所述处理器用于读取所述存储器中的计算机程序并执行以下操作：

[0063] 接收会话管理功能SMF网元发送的N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR；所述若干对PDR是由所述SMF网元根据若干条策略计费控制PCC规则转换得到的；每条PCC规则转换成一对包检测规则PDR；所述若干条PCC规则是由策略控制功能PCF网元在接收到所述SMF网元发送的策略更新请求信息之后发送给所述SMF网元的；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

[0064] 根据所述若干对PDR对边缘计算流量进行分流。

[0065] 可选地，根据本申请一个实施例的UPF网元，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0066] 所述DNAI信元用于表征边缘节点；

[0067] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0068] 可选地，根据本申请一个实施例的UPF网元，每一对PDR均包括一个上行PDR和一个下行PDR；

[0069] 与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

[0070] 可选地，根据本申请一个实施例的UPF网元，所述根据所述若干对PDR对边缘计算流量进行分流，具体包括：

[0071] 获取当前待分流的边缘计算流量；

[0072] 根据目标FAR中的Forwarding Policy信元的值，确定目标第三方APP对应的目标业务处理单元，将目标PDR和目标FAR安装到所述目标业务处理单元，将当前待分流的边缘计算流量分流到所述目标第三方APP；所述目标第三方APP为所述目标FAR中的Forwarding Policy信元指示的第三方APP；所述目标PDR为目标PCC规则转换成的一对PDR；所述目标FAR为所述目标PCC规则转换成的一对PDR关联的FAR；当前待分流的边缘计算流量符合所述目标PCC规则的描述。

[0073] 第七方面，本申请实施例还提供一种边缘计算流量分流装置，包括：

[0074] 第一发送模块，用于向策略控制功能PCF网元发送策略更新请求信息；

[0075] 第一接收模块，用于接收所述PCF网元发送的策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

[0076] 控制模块，用于基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0077] 第八方面，本申请实施例还提供一种边缘计算流量分流装置，包括：

[0078] 第二接收模块，用于接收会话管理功能SMF网元发送的策略更新请求信息；

[0079] 第二发送模块，用于向所述SMF网元发送策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；以供所述SMF网元基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0080] 第九方面，本申请实施例还提供一种边缘计算流量分流装置，包括：

[0081] 第三接收模块，用于接收会话管理功能SMF网元发送的N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR；所述若干对PDR是由所述SMF网元根据若干条策略计费控制PCC规则转换得到的；每条PCC规则转换成一对包检测规则PDR；所述若干条PCC规则是由策略控制功能PCF网元在接收到所述SMF网元发送的策略更新请求信息之后发送给所述SMF网元的；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

[0082] 分流模块，用于根据所述若干对PDR对边缘计算流量进行分流。

[0083] 第十方面，本申请实施例还提供一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行如上所述第一方面或第二方面所述的上行信道间冲突的传输方法的步骤。

[0084] 本申请实施例提供的边缘计算流量分流方法、装置及存储介质，为边缘节点中的每一个第三方APP独立分配一个与UPF功能相同的业务处理单元进行边缘流量卸载，从而提升边缘节点中的边缘UPF的处理能力上限，并增强容错性，以及易于维护管理。

附图说明

[0085] 为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

[0086] 图1是ULCL的用户面架构示意图；

[0087] 图2是边缘节点架构示意图；

[0088] 图3是增加合设UPF的信令交互示意图；

[0089] 图4是增加分设UPF的信令交互示意图；

[0090] 图5是本申请实施例提供的边缘UPF模型示意图；

[0091] 图6是本申请实施例提供的边缘计算流量分流方法示意图之一；

[0092] 图7是本申请实施例提供的网元间信令交互流程示意图；

[0093] 图8是本申请实施例提供的PCF下发的策略示意图；

[0094] 图9是本申请实施例提供的发送给Local Anchor的PFCP Session Establishment Request的示意图；

[0095] 图10是本申请实施例提供的发送给分设ULCL的PFCP Session Establishment Request的示意图；

[0096] 图11是本申请实施例提供的边缘UPF精细化分流示意图；

[0097] 图12是本申请实施例提供的边缘计算流量分流方法示意图之二；

[0098] 图13是本申请实施例提供的边缘计算流量分流方法示意图之三；

[0099] 图14是本申请实施例提供的一种SMF网元的结构示意图；

[0100] 图15是本申请实施例提供的边缘计算流量分流装置示意图之一；

[0101] 图16是本申请实施例提供的边缘计算流量分流装置示意图之二；

[0102] 图17是本申请实施例提供的边缘计算流量分流装置示意图之三。

具体实施方式

[0103] 5G网络支持在靠近网络边缘的地方部署5G UPF(更加接近终端)，实现流量本地卸载，从而降低网络时延，减轻回传网络压力，降低核心网处理压力。对特定的边缘计算流量，5GC通过流检测和流转发规则进行流量的区分和卸载。针对IPv4、IPv6和以太网的协议数据单元(Ptotocol Data Unit,PDU)会话，会话管理功能(Session Management Function,SMF)可以决定给会话的数据路径插入上行分类器(Uplink Classifier,ULCL)。图1是ULCL的用户面架构示意图，如图1所示，UL CL是UPF的一种功能，用于根据SMF提供的流量过滤器将某些流量分流出来。UL CL的插入、移除由SMF依据切换过程中的终端位置决定，当终端移入多接入边缘计算(Multi‑access Edge Computing,MEC)覆盖区域时，SMF通过N4接口增加UL CL功能的用户平面功能(User Plane Function,UPF)和协议数据单元会话锚点(Ptotocol Data Unit Session Anchor，PSA)功能的UPF完成本地流量通路的创建，此种情况为分设UPF(也可以写为“分设ULCL+PDU会话锚点”)。另外，UL CL功能的UPF和PDU Session Anchor功能的UPF可以合并为同一个UPF，此种情况为合设UPF(也可以写为“合设ULCL+PDU会话锚点”)。

[0104] 图2边缘节点架构示意图，如图2所示，边缘节点包含边缘UPF(当插入的是合设UPF时，边缘UPF指包含UL CL功能和PDU Session Anchor功能的UPF；当插入的是分设UPF时，边缘UPF指本地锚点Local Anchor)、多接入边缘平台(Multi‑access Edge Platform,MEP)、第三方APP。边缘UPF通过N6接口与MEP和第三方APP通信。MEP用于域名系统(Domain Name System,DNS)解析，通过MEP查看APP状态，拉起APP和维护APP。第三方APP是指第三方服务端的应用程序，例如，邮件服务器的应用程序，游戏服务器的应用程序等。边缘节点支持运营商或第三方业务部署，部署在不同级别边缘机房(如地市边缘、区县或园区)承载边缘业务，使得终端可就近访问本地业务，提高用户体验。

[0105] ULCL和PDU会话锚点共同根据SMF提供的流检测和流转发规则对边缘计算流量进行区分和卸载，最终将边缘计算流量转发到第三方APP。当一个边缘节点中部署多个第三方APP时，多个第三方APP的边缘流量均通过一个边缘UPF进行卸载，对边缘UPF的性能和可靠性要求很高。

[0106] 触发SMF决定在用户会话路径中插入ULCL的场景如下：通过UE移动触发插入ULCL、会话建立过程中插入ULCL、UE从空闲态到连接态时发起的ULCL插入等。发生如上场景时，SMF根据本地配置和策略控制功能(Policy Control Function,PCF)策略，决定在用户会话路径中插入一个合设UPF或者分设UPF。插入完成后，合设UPF或者分设UPF的Local Anchor通过N6接口和边缘节点中的第三方APP通信，将边缘流量卸载到第三方APP。

[0107] 图3是增加合设UPF的信令交互示意图，如图3所示，增加合设UPF的具体步骤如下：

[0108] 1、UE建立PDU会话，会话以PSA0作为锚点。

[0109] 2、UE从跟踪区(Tracking Area,TA)1移动至TA2，触发SMF决定增加合设的ULCL和PSA1。

[0110] 3、SMF发起包转发控制协议(Packet Forwarding Control Protocol,PFCP)建立(Establish)消息到合设的UPF(ULCL+PSA1)节点，消息中携带可以识别出边缘流量的包检测规则(Packet Detection  Rule,PDR)和指示转发到第三方APP的转发行为规则(Forwarding Action Rule,FAR)，并携带申请UPF分配全量隧道端点标识(Full Qualified TEID,F‑TEID)信息的指示，同时更新必要的信息到合设节点；

[0111] 4、SMF将分配到的ULCL+PSA合设节点的N9 F‑TEID信息更新至PSA0。下行的数据链路将从PSA0经过ULCL然后发送到无线接入网(wireless access network,RAN)；

[0112] 5、SMF将合设的ULCL+PSA的N3侧的F‑TEID发送给RAN，以保证RAN能将上行数据正确发送到指定的合设ULCL+PSA；

[0113] 6、上行数据在增加合设节点后，可以通过ULCL并且根据配置的数据规则分流到PSA0和ULCL+PSA1。其中分流到ULCL+PSA1的数据即边缘流量，最终会被ULCL+PSA1转发到第三方APP；

[0114] 7、下行数据汇聚到ULCL并且发送到UE。

[0115] 图4是增加分设UPF的信令交互示意图，如图4所示，增加分设UPF的具体步骤如下：

[0116] 1、UE建立PDU会话，会话以PSA0作为锚点；

[0117] 2、SMF决定新增加ULCL和PSA1；

[0118] 3、SMF发起PFCP Establish消息建立PSA1节点，消息中携带可以识别出边缘流量的PDR和指示转发到第三方APP的FAR；

[0119] 4、SMF发起PFCP Establish建立ULCL节点，消息中携带可以识别出边缘流量的PDR和指示转发到PSA1的FAR，并将申请好的PSA1的N9 FTEID带给ULCL；

[0120] 5、SMF发起PFCP Modify更新ULCL的N9 FTEID给PSA1；

[0121] 6、SMF发起PFCP Modify更新ULCL的N9 FTEID给PSA0；

[0122] 7、SMF将ULCL的N3侧的FTEID发送给RAN，以保证RAN能将上行数据正确发送到指定的ULCL；

[0123] 8、上行数据在增加分设节点后，将可以通过ULCL并且根据配置的数据规则分流到PSA0和PSA1。其中分流到PSA1的数据即边缘流量，最终会被PSA1转发到第三方APP；

[0124] 9、下行数据在增加分设节点后，将可以汇聚到ULCL并发送到UE。

[0125] 增加合设ULCL+PDU会话锚点后，连接到边缘节点第三方APP的是起着合设ULCL+PSA作用的UPF；增加分设ULCL+PDU会话锚点后，连接到边缘节点第三方APP的是起着Local Anchor作用的UPF(Local Anchor即图4中的PSA1)。

[0126] 按照上述相关技术，增加合设ULCL+PDU会话锚点后，与边缘节点第三方APP连接的UPF(即合设ULCL+PDU会话锚点)在用户面对外呈现N3和N6接口，所有边缘流量从N3接口流进，经所述UPF处理后，从N6接口流出，然后到达第三方APP；增加分设ULCL+PDU会话锚点后，与边缘节点第三方APP连接的UPF(即Local Anchor)在用户面对外呈现N9和N6接口，所有边缘流量从N9接口流进，经所述UPF处理后，从N6接口流出，然后到达第三方APP。

[0127] 当边缘节点有多个第三方APP时，多个第三方APP的边缘流量均从一个UPF的N3/N9接口流进，经所述UPF处理后，从N6接口流出，然后到达各个第三方APP。即一个边缘UPF服务了多个第三方APP，当边缘UPF的处理能力有限时，就可能出现多个第三方APP的业务流量总和超出了边缘UPF的处理能力上限，最终导致用户体验降低。同时，如果边缘UPF发生故障，或者由于对边缘UPF进行升级维护操作导致边缘UPF不可用时，边缘节点中的所有第三方APP均无法使用，影响用户感知。

[0128] 为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

[0129] 基于以上分析，本申请实施例提出一种适用于边缘UPF进行精细化边缘分流方案。方案的主要思想是为边缘节点中的每一个第三方APP独立分配一个与UPF功能相同的业务处理单元进行边缘流量卸载，从而提升边缘节点中的边缘UPF的处理能力上限，并增强容错性，以及易于维护管理。需要说明的是：本方案可以适用于边缘分流是分设ULCL+PDU会话锚点的场景，且方案主要增强的是分设ULCL场景的Local Anchor UPF的性能和容错性。

[0130] 图5是本申请实施例提供的边缘UPF模型示意图，如图5所示，针对精细化边缘分流，本申请实施例提出一种边缘UPF模型。边缘UPF由全局单元、若干个业务处理单元、接口单元以及内部数据传输平面组成。内部数据传输平面提供全局单元、业务处理单元、接口单元之间操作维护数据和业务数据的传输。全局单元提供配置管理、故障管理、告警管理、跟踪管理、日志管理、升级功能，对外提供操作维护(Operation and Maintenance,OM)接口供客户端连接。接口单元负责终结与SMF通信的N4接口消息，对外提供N4接口。业务处理单元负责进行用户面数据处理和路由、转发。边缘UPF中的各个业务处理单元独立工作，每一个业务处理单元独立的对外提供N3接口、N6接口、N9接口。每一个业务处理单元都可以连接一个第三方APP，独立的为该第三方APP进行边缘流量卸载。边缘UPF中的业务处理单元的数量可由边缘节点中第三方APP的数量决定。边缘UPF中的各业务处理单元的规格(如vCPU、内存、存储，以及每个业务处理单元使用的虚拟化实例数量)根据不同类型的第三方APP(如游戏、视频、图片等类型第三方APP)有预置的默认规格，同时，各业务处理单元的规格也可以根据特定第三方APP进行定制。

[0131] 触发SMF决定在用户会话路径中插入ULCL的场景如下：通过UE移动触发插入ULCL、会话建立过程中插入ULCL、UE从空闲态到连接态时发起的ULCL插入等。SMF根据本地配置和PCF策略，决定在用户会话路径中插入一个合设ULCL+PDU会话锚点或者分设ULCL+PDU会话锚点。SMF感知需要插入ULCL以及选择UPF作为合设ULCL+PSA会话锚点还是分设ULCL+PSA会话锚点进行插入的决策策略按照既有实现(即图3中增加合设ULCL+PDU会话锚点的第二步；图4中增加分设ULCL+PDU会话锚点的第二步。)，这是边缘计算流程的既有内容。现在为了实现精细化边缘分流，分别对PCF、SMF和边缘UPF设计如下方案，需要PCF、SMF和边缘UPF共同协作完成精细化边缘分流。需要说明的是：本方案可以适用于边缘分流是分设ULCL+PDU会话锚点的场景，后续所有阐述都基于分设ULCL+PDU会话锚点场景为例进行说明。

[0132] 图6是本申请实施例提供的边缘计算流量分流方法示意图之一，如图6所示，本申请实施例提供一种边缘计算流量分流方法，其执行主体可以为SMF网元。该方法包括：

[0133] 步骤601、向策略控制功能PCF网元发送策略更新请求信息。

[0134] 具体来说，图7是本申请实施例提供的网元间信令交互流程示意图，如图7所示，当触发SMF决定在用户会话路径中插入ULCL时，SMF首先向PCF网元发送策略更新请求信息，即Npcf_SMPolicyControl_Update request。

[0135] PCF网元接收SMF网元发送的Npcf_SMPolicyControl_Update request。然后，PCF网元向SMF网元发送策略更新响应信息，即Npcf_SMPolicyControlUpdate response。

[0136] 步骤602、接收所述PCF网元发送的策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP。

[0137] 具体来说，PCF网元向SMF网元发送Npcf_SMPolicyControlUpdate response之后，SMF网元接收PCF网元发送的Npcf_SMPolicyControlUpdate response。

[0138] Npcf_SMPolicyControlUpdate response中携带有若干条策略和计费控制(policy and charging control，PCC)规则，PCC规则用于精细化边缘分流，每条PCC规则对应一个边缘节点中的一个第三方APP。

[0139] 另外，Npcf_SMPolicyControlUpdate response中还可以携带用于远端分流的PCC规则，此部分内容可以采用既有方案，此处不再赘述。

[0140] 步骤603、基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0141] 具体来说，SMF网元接收到PCF网元发送的Npcf_SMPolicyControlUpdate response之后，决策是否插入ULCL以及插入什么样的ULCL，并基于若干条PCC规则控制边缘UPF网元进行边缘计算流量分流。

[0142] 本申请实施例提供的边缘计算流量分流方法，为边缘节点中的每一个第三方APP独立分配一个与UPF功能相同的业务处理单元进行边缘流量卸载，从而提升边缘节点中的边缘UPF的处理能力上限，并增强容错性，以及易于维护管理。

[0143] 基于上述任一实施例，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0144] 所述DNAI信元用于表征边缘节点；

[0145] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0146] 具体来说，在本申请实施例中，PCF下发的策略中携带若干条用于精细化边缘分流的PCC规则，每条PCC规则对应边缘节点中的一个第三方APP，即PCC规则中的流描述信息flowInfo描述与之对应的第三方APP的IP数据流过滤器。flowInfo可以表现为五元组以及流的方向(五元组：源IP、源端口、目的IP、目的端口、协议类型)。

[0147] 同时，每条PCC规则包含(关联)一个流控制数据TrafficControlData信元，TrafficControlData中包含(携带)routeToLocs信元。routeToLocs信元包含(携带)数据网络接入标识(Date Network Access Identity,DNAI)和routeProfId。DNAI的内容需要PCF和SMF预先约定，routeProfId的内容需要PCF和UPF预先约定。

[0148] 本申请实施例中，DNAI信元用于表征边缘节点。routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0149] DNAI信元的设计如下：

[0150] DNAI用来表示某个边缘节点。当一条PCC规则携带DNAI时，表示这条pcc rule的作用是将符合该PCC规则描述的用户流量(边缘计算流量)分流到DNAI对应的边缘节点。由于边缘节点一般部署在园区、学校、体育场馆等具体的地方，因此，DNAI的取值可以用字符串进行形象化表示，如表1所示。

[0151] 表1 DNAI信元使用说明

[0152]

[0153] routeProfId信元的设计如下：

[0154] routeProfId用来表示边缘节点中的某一个第三方APP。第三方APP的类别有如游戏、视频、图片等。这里规定用3rdAPP_GAME表示边缘节点中的第一个游戏类第三方APP，如果边缘节点存在更多的游戏类第三方APP，则用3rdAPP_GAME1、3rdAPP_GAME2……表示。同理，用3rdAPP_VIDEO、3rdAPP_VIDEO1、3rdAPP_VIDEO2……依次表示边缘节点中的多个视频类第三方APP，用3rdAPP_PHOTO、3rdAPP_PHOTO1、3rdAPP_PHOTO2……依次表示边缘节点中的多个图片类第三方APP。因此，routeProfId的取值可以用字符串进行形象化表示，如表2所示。

[0155] 表2 routeProfId信元使用说明

[0156]

[0157] 综上，如果一条PCC规则携带了DNAI和routeProfId，那么表示这条PCC规则的作用是将符合该PCC规则描述的用户数据分流到DNAI指示的边缘节点中的routeProfId指示的第三方APP。

[0158] 图8是本申请实施例提供的PCF下发的策略示意图，如图8所示，这里通过一个例子说明PCF如何下发策略。例如，在软件园部署有一个边缘节点，边缘节点中有一个游戏类第三方APP、一个视频类第三方APP和一个图片类第三方APP。那么PCF下发的策略如图8所示。其中SessionRule按照既有实现下发。PccRule1用于远端分流，即将用户访问核心数据网络(Data Network,DN)的数据包转发到核心UPF，这里也按照既有实现下发。PccRule2、PccRule3和PccRule4用于精细化边缘分流，具体下发如图8所示。需要说明的是：图中仅描述了跟本方案强相关的信元，图中未出现的信元仍需要根据3GPP协议，按照既有实现下发。

[0159] 本申请实施例提供的边缘计算流量分流方法，利用DNAI信元表征边缘节点，routeProfId信元表征一个边缘节点中的一个第三方APP，为边缘节点中的每一个第三方APP独立分配一个与UPF功能相同的业务处理单元进行边缘流量卸载，降低了信令开销。

[0160] 基于上述任一实施例，所述基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流，具体包括：

[0161] 将每条PCC规则转换成一对包检测规则PDR；

[0162] 向目标边缘UPF网元发送N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR，以供所述目标边缘UPF网元根据所述若干对PDR对边缘计算流量进行分流。

[0163] 具体来说，SMF接收到PCF下发的策略后，SMF决策是否需要插入ULCL，若需要插入ULCL那么插入合设ULCL+PDU会话锚点还是分设ULCL+PDU会话锚点。本申请实施例按照既有实现，以SMF决策需要插入分设ULCL+PDU会话锚点进行边缘分流的场景，在该场景基础上实现精细化边缘分流为例进行说明。

[0164] 在本申请实施例中，SMF基于若干条PCC规则控制边缘UPF网元进行边缘计算流量分流的具体步骤如下：

[0165] 首先，SMF将每条PCC规则转换成一对包检测规则PDR。

[0166] SMF会将从PCF获取的PCF策略中的PCC规则转换成PDR、FAR、服务质量执行规则(QoS Enforcement Rule,QER)等信元。

[0167] 然后，向目标边缘UPF网元发送N4会话建立请求信息，即N4Session Establishment Request或PFCP Session Establishment Request，N4 Session Establishment Request中携带有若干对PDR，以供目标边缘UPF网元根据若干对PDR对边缘计算流量进行分流。

[0168] 本申请实施例提供的边缘计算流量分流方法，将每条PCC规则转换成PDR发送给UPF，供UPF进行边缘流量卸载，提升了边缘UPF的处理能力上限。

[0169] 基于上述任一实施例，每一对PDR均包括一个上行PDR和一个下行PDR；

[0170] 与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

[0171] 具体来说，本申请实施例中，在进行精细化边缘分流时，针对PDR和FAR做了如下设计：

[0172] SMF将用于远端分流的PCC规则转换成对应的PDR、FAR，这点保持既有实现。对于每条用于精细化边缘分流的PCC规则，SMF将每条用于精细化边缘分流的pcc rule转换成一对PDR和其关联的一对FAR，其中，上行PDR关联的FAR的转发参量Forwarding Parameters信元中的转发策略Forwarding Policy信元取值为对应PCC规则中的routeProfId的值。

[0173] UPF根据与上行PDR关联的FAR中的Forwarding Policy信元确定第三方APP对应的业务处理单元，并将与该业务处理单元对应的PDR对、FAR对以及可能有的QER、使用上报规则(Using reporting rules,URR)等安装到该业务处理单元，实现将边缘计算流量卸载到对应的第三方APP。

[0174] 本申请实施例提供的边缘计算流量分流方法，每一对PDR均包括一个上行PDR和一个下行PDR，与上行PDR关联的FAR中的Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值，UPF根据与上行PDR关联的FAR中的Forwarding Policy信元确定第三方APP对应的业务处理单元，并将与该业务处理单元对应的PDR对、FAR对以及可能有的QER、URR等安装到该业务处理单元，进行边缘流量卸载，提升了边缘UPF的处理能力上限。

[0175] 基于上述任一实施例，所述向目标边缘UPF网元发送N4会话建立请求信息，具体包括：

[0176] 根据PCC规则中包含的DNAI信元确定所述目标边缘UPF网元，所述目标边缘UPF网元为PCC规则中的DNAI信元指示的边缘节点中的UPF网元；

[0177] 向所述目标边缘UPF网元发送N4会话建立请求信息。

[0178] 具体来说，SMF向目标边缘UPF网元发送N4会话建立请求信息的具体步骤包括：

[0179] 首先，SMF根据PCC规则中包含的DNAI信元确定目标边缘UPF网元，该目标边缘UPF网元为PCC规则中的DNAI信元指示的边缘节点中的UPF网元。

[0180] 然后，向目标边缘UPF网元发送N4会话建立请求信息。

[0181] 本申请实施例中，SMF本地新增DNAI和边缘UPF映射表。边缘UPF即边缘节点中的UPF。DNAI和边缘UPF的映射关系如表3所示。SMF根据PCF策略中的DNAI在该表查询，选择出分设ULCL场景的Local Anchor。表中的边缘UPF信息可以为边缘UPF的N4 IP地址，也可以为索引其他表信息，但最终SMF获取的都是边缘UPF的N4 IP地址。

[0182] 表3 DNAI和边缘UPF映射表

[0183]

[0184]

[0185] 当SMF决策需要插入分设ULCL+PDU会话锚点时，首先，SMF发送PFCP Session Establishment Request消息到分设ULCL场景的Local Anchor(Local Anchor是按照上文所述根据DNAI选择出来的UPF)。这条消息的作用是指示分设ULCL场景的Local Anchor将用户访问边缘节点的数据包精细分流到边缘节点中的各个第三方APP。因此这条PFCP Session Establishment Request消息包含若干用于精细化边缘分流的PDR、FAR，这些用于精细化边缘分流的PDR、FAR的设计同上述实施例，此处不再赘述。

[0186] 需要注意的是：这些用于精细化边缘分流的上行N9接口PDR中的包检测信息(Packet Detection Information,PDI)的Local F‑TEID的CHOOSE ID不设置为True，即要求分设ULCL场景的Local Anchor为每个精细化边缘分流的上行N9接口PDR分配不同的N9接口F‑TEID。

[0187] 图9是本申请实施例提供的发送给Local Anchor的PFCP Session Establishment Request的示意图，如图9所示，SMF根据PCF下发的策略生成对应的PFCP Session Establishment Request消息，然后发送给分设ULCL场景的Local Anchor。

[0188] 需要说明的是：图9中仅描述了跟本方案强相关的信元，图中未出现的信元仍需要根据3GPP协议，按照既有实现下发。

[0189] 然后，SMF再发送一条PFCP Session Establishment Request消息到分设ULCL(分设ULCL UPF的选择根据既有实现选择)。这条消息的作用是指示分设ULCL将用户访问核心DN的数据包转发到核心UPF，将用户访问边缘节点的数据包转发到边缘UPF。因此这条PFCP Session Establishment Request消息包含用于远端分流的PDR、FAR，以及若干用于精细化边缘分流的PDR、FAR，其中用于精细化边缘分流的PDR、FAR的设计采用既有方案，与上述实施例不同，即用于精细化边缘分流的上行PDR关联的FAR不携带Forwarding Parameters的Forwarding Policy信元。

[0190] 需要说明的是：用于精细化边缘分流的下行N9接口PDR中的PDI的Local F‑TEID的CHOOSE ID不要设置为True，即要求分设ULCL为每个精细化分流的下行N9接口PDR分配不同的N9接口F‑TEID。这条PFCP Session Establishment Request消息的其他信元按照既有实现即可。

[0191] 图10是本申请实施例提供的发送给分设ULCL的PFCP Session Establishment Request的示意图，如图10所示，SMF根据PCF下发的策略生成对应的PFCP Session Establishment Request消息，然后发送给分设ULCL。

[0192] 需要说明的是：图10中仅描述了跟本方案强相关的信元，图中未出现的信元仍需要根据3GPP协议，按照既有实现下发。

[0193] 本申请实施例提供的边缘计算流量分流方法，SMF根据PCC规则中包含的DNAI信元确定目标边缘UPF网元，根据PCC规则中包含的routeProfId信元确定目标边缘UPF网元中的第三方APP，供目标边缘UPF进行边缘流量卸载，提升了边缘UPF的处理能力上限。

[0194] 基于上述任一实施例，边缘UPF本地新增routeProfId和边缘UPF中的业务处理单元映射表，如表4所示。边缘UPF即边缘节点中的UPF。该表提供routeProfId和业务处理单元的映射关系。

[0195] 表4 routeProfId和业务处理单元映射表

[0196]

[0197]

[0198] 图11是本申请实施例提供的边缘UPF精细化分流示意图，如图11所示，边缘UPF根据SMF发送给边缘UPF的PFCP Session Establishment Request消息中的上行PDR关联的FAR携带的Forwarding Policy信元的值来选择业务处理单元。当选中业务处理单元后，边缘UPF将与该业务处理单元对应的PDR对、FAR对以及可能有的QER、URR等安装到该业务处理单元。然后该业务处理单元按照对应的上行PDR的要求生成一个N9接口F‑TEID。当所有业务处理单元都被安装完成并且生成各自的N9接口F‑TEID后，边缘UPF将这些结果生成一条PFCP Session Establishment Response消息发送给SMF。

[0199] 一个边缘UPF需要部署多少个业务处理单元是由边缘节点中的第三方APP种类和数量决定的。第三方APP种类和数量也决定了PCF中的该边缘节点相关的策略的预配置。

[0200] 物理组网上，边缘UPF的每一个业务处理单元都通过各自的N6接口与它对应的第三方APP连接。

[0201] 图11中补充了各接口对端网元，辅助说明边缘UPF方案和精细化边缘分流方案。

[0202] 后续的流程，即图4中的第五、六、七步按照既有流程处理。

[0203] 在本申请实施例中，边缘UPF中包含多个业务处理单元，每一个业务处理单元对接一个第三方APP，独立地为该第三方APP进行用户数据流量分流，保证了每个第三方APP的边缘承载网传输性能。

[0204] 各业务处理单元独立工作，升级或补丁操作可以单独对某一个业务处理单元实施，不影响其他业务处理单元的业务。

[0205] 当边缘节点增加了第三方APP时，可以对边缘UPF进行扩容以增加边缘UPF的处理能力。扩容时只用增加一个业务处理单元即可，不会影响其他业务处理单元的业务。

[0206] 当边缘节点减少了第三方APP时，可以对边缘UPF进行缩容以节省边缘节点硬件资源。缩容时只用删除对应的业务处理单元即可，不会影响其他业务处理单元的业务。

[0207] 当某个业务处理单元不可避免的发生故障时，只会影响与之对应的第三方APP的使用，不会影响其他业务处理单元的业务。

[0208] 针对不同类型的第三方APP，可以给与之对应的业务处理单元部署优化技术。例如第三方APP的业务数据流使用传输控制协议(Transmission Control Protocol,TCP)传输，那么可以给与之对应的业务处理单元部署TCP代理技术，从而加快用户访问第三方APP业务的速度。

[0209] 基于上述任一实施例，图12是本申请实施例提供的边缘计算流量分流方法示意图之二，如图12所示，本申请实施例提供一种边缘计算流量分流方法，其执行主体可以为PCF，该方法包括：

[0210] 步骤1201、接收会话管理功能SMF网元发送的策略更新请求信息；

[0211] 步骤1202、向所述SMF网元发送策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；以供所述SMF网元基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0212] 具体来说，本申请实施例提供的一种边缘计算流量分流方法，与上述相应实施例中所述的方法相同，且能够达到相同的技术效果，区别仅在于执行主体不同，在此不再对本实施例中与上述相应方法实施例相同的部分及有益效果进行具体赘述。

[0213] 基于上述任一实施例，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0214] 所述DNAI信元用于表征边缘节点；

[0215] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0216] 具体来说，本申请实施例提供的一种边缘计算流量分流方法，与上述相应实施例中所述的方法相同，且能够达到相同的技术效果，区别仅在于执行主体不同，在此不再对本实施例中与上述相应方法实施例相同的部分及有益效果进行具体赘述。

[0217] 基于上述任一实施例，图13是本申请实施例提供的边缘计算流量分流方法示意图之三，如图13所示，本申请实施例提供一种边缘计算流量分流方法，其执行主体可以为UPF，该方法包括：

[0218] 步骤1301、接收会话管理功能SMF网元发送的N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR；所述若干对PDR是由所述SMF网元根据若干条策略计费控制PCC规则转换得到的；每条PCC规则转换成一对包检测规则PDR；所述若干条PCC规则是由策略控制功能PCF网元在接收到所述SMF网元发送的策略更新请求信息之后发送给所述SMF网元的；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

[0219] 步骤1302、根据所述若干对PDR对边缘计算流量进行分流。

[0220] 具体来说，本申请实施例提供的一种边缘计算流量分流方法，与上述相应实施例中所述的方法相同，且能够达到相同的技术效果，区别仅在于执行主体不同，在此不再对本实施例中与上述相应方法实施例相同的部分及有益效果进行具体赘述。

[0221] 基于上述任一实施例，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0222] 所述DNAI信元用于表征边缘节点；

[0223] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0224] 具体来说，本申请实施例提供的一种边缘计算流量分流方法，与上述相应实施例中所述的方法相同，且能够达到相同的技术效果，区别仅在于执行主体不同，在此不再对本实施例中与上述相应方法实施例相同的部分及有益效果进行具体赘述。

[0225] 基于上述任一实施例，每一对PDR均包括一个上行PDR和一个下行PDR；

[0226] 与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

[0227] 具体来说，本申请实施例提供的一种边缘计算流量分流方法，与上述相应实施例中所述的方法相同，且能够达到相同的技术效果，区别仅在于执行主体不同，在此不再对本实施例中与上述相应方法实施例相同的部分及有益效果进行具体赘述。

[0228] 基于上述任一实施例，所述根据所述若干对PDR对边缘计算流量进行分流，具体包括：

[0229] 获取当前待分流的边缘计算流量；

[0230] 根据目标FAR中的Forwarding Policy信元的值，确定目标第三方APP对应的目标业务处理单元，将目标PDR和目标FAR安装到所述目标业务处理单元，将当前待分流的边缘计算流量分流到所述目标第三方APP；所述目标第三方APP为所述目标FAR中的Forwarding Policy信元指示的第三方APP；所述目标PDR为目标PCC规则转换成的一对PDR；所述目标FAR为所述目标PCC规则转换成的一对PDR关联的FAR；当前待分流的边缘计算流量符合所述目标PCC规则的描述。

[0231] 具体来说，本申请实施例提供的一种边缘计算流量分流方法，与上述相应实施例中所述的方法相同，且能够达到相同的技术效果，区别仅在于执行主体不同，在此不再对本实施例中与上述相应方法实施例相同的部分及有益效果进行具体赘述。

[0232] 基于上述任一实施例，图14是本申请实施例提供的一种SMF网元的结构示意图，如图14所示，本申请实施例提供的一种SMF网元，可以执行上述实施例中相应的方法，包括存储器1403，总线1404、通信接口1402和处理器1401；处理器1401与通信接口1402通过总线1404连接；处理器1401与存储器1403通过总线1404连接；

[0233] 存储器1403，用于存储计算机程序；通信接口1402，用于在处理器1401的控制下收发数据；处理器1401，用于读取存储器1403中的计算机程序并执行以下操作：

[0234] 向策略控制功能PCF网元发送策略更新请求信息；

[0235] 接收所述PCF网元发送的策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

[0236] 基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0237] 具体来说，本申请实施例提供的一种SMF网元，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0238] 此外，上述的存储器1403中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

[0239] 基于上述任一实施例，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0240] 所述DNAI信元用于表征边缘节点；

[0241] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0242] 具体来说，本申请实施例提供的一种SMF网元，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0243] 基于上述任一实施例，所述基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流，具体包括：

[0244] 将每条PCC规则转换成一对包检测规则PDR；

[0245] 向目标边缘UPF网元发送N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR，以供所述目标边缘UPF网元根据所述若干对PDR对边缘计算流量进行分流。

[0246] 具体来说，本申请实施例提供的一种SMF网元，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0247] 基于上述任一实施例，每一对PDR均包括一个上行PDR和一个下行PDR；

[0248] 与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

[0249] 具体来说，本申请实施例提供的一种SMF网元，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0250] 基于上述任一实施例，所述向目标边缘UPF网元发送N4会话建立请求信息，具体包括：

[0251] 根据PCC规则中包含的DNAI信元确定所述目标边缘UPF网元，所述目标边缘UPF网元为PCC规则中的DNAI信元指示的边缘节点中的UPF网元；

[0252] 向所述目标边缘UPF网元发送N4会话建立请求信息。

[0253] 具体来说，本申请实施例提供的一种SMF网元，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0254] 基于上述任一实施例，本申请实施例提供一种PCF网元，包括存储器、总线、通信接口和处理器；处理器与通信接口通过总线连接；处理器与存储器通过总线连接；

[0255] 存储器，用于存储计算机程序；通信接口，用于在处理器的控制下收发数据；处理器，用于读取存储器中的计算机程序并执行以下操作：

[0256] 接收会话管理功能SMF网元发送的策略更新请求信息；

[0257] 向所述SMF网元发送策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；以供所述SMF网元基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0258] 具体来说，本申请实施例提供的一种PCF网元，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0259] 此外，上述的存储器中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

[0260] 基于上述任一实施例，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0261] 所述DNAI信元用于表征边缘节点；

[0262] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0263] 具体来说，本申请实施例提供的一种PCF网元，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0264] 基于上述任一实施例，本申请实施例提供一种UPF网元，包括存储器、总线、通信接口和处理器；处理器与通信接口通过总线连接；处理器与存储器通过总线连接；

[0265] 存储器，用于存储计算机程序；通信接口，用于在处理器的控制下收发数据；处理器，用于读取存储器中的计算机程序并执行以下操作：

[0266] 接收会话管理功能SMF网元发送的N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR；所述若干对PDR是由所述SMF网元根据若干条策略计费控制PCC规则转换得到的；每条PCC规则转换成一对包检测规则PDR；所述若干条PCC规则是由策略控制功能PCF网元在接收到所述SMF网元发送的策略更新请求信息之后发送给所述SMF网元的；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；

[0267] 根据所述若干对PDR对边缘计算流量进行分流。

[0268] 具体来说，本申请实施例提供的一种UPF网元，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0269] 此外，上述的存储器中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

[0270] 基于上述任一实施例，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0271] 所述DNAI信元用于表征边缘节点；

[0272] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0273] 具体来说，本申请实施例提供的一种UPF网元，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0274] 基于上述任一实施例，每一对PDR均包括一个上行PDR和一个下行PDR；

[0275] 与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

[0276] 具体来说，本申请实施例提供的一种UPF网元，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0277] 基于上述任一实施例，所述根据所述若干对PDR对边缘计算流量进行分流，具体包括：

[0278] 获取当前待分流的边缘计算流量；

[0279] 根据目标FAR中的Forwarding Policy信元的值，确定目标第三方APP对应的目标业务处理单元，将目标PDR和目标FAR安装到所述目标业务处理单元，将当前待分流的边缘计算流量分流到所述目标第三方APP；所述目标第三方APP为所述目标FAR中的Forwarding Policy信元指示的第三方APP；所述目标PDR为目标PCC规则转换成的一对PDR；所述目标FAR为所述目标PCC规则转换成的一对PDR关联的FAR；当前待分流的边缘计算流量符合所述目标PCC规则的描述。

[0280] 具体来说，本申请实施例提供的一种UPF网元，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0281] 基于上述任一实施例，图15是本申请实施例提供的边缘计算流量分流装置示意图之一，如图15所示，该边缘计算流量分流装置包括第一发送模块1501、第一接收模块1502和控制模块1502，其中：

[0282] 第一发送模块1501用于向策略控制功能PCF网元发送策略更新请求信息；第一接收模块1502用于接收所述PCF网元发送的策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；控制模块1503用于基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0283] 具体来说，本申请实施例提供的上述边缘计算流量分流装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0284] 基于上述任一实施例，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0285] 所述DNAI信元用于表征边缘节点；

[0286] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0287] 具体来说，本申请实施例提供的上述边缘计算流量分流装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0288] 基于上述任一实施例，所述基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流，具体包括：

[0289] 将每条PCC规则转换成一对包检测规则PDR；

[0290] 向目标边缘UPF网元发送N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR，以供所述目标边缘UPF网元根据所述若干对PDR对边缘计算流量进行分流。

[0291] 具体来说，本申请实施例提供的上述边缘计算流量分流装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0292] 基于上述任一实施例，每一对PDR均包括一个上行PDR和一个下行PDR；

[0293] 与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

[0294] 具体来说，本申请实施例提供的上述边缘计算流量分流装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0295] 基于上述任一实施例，所述向目标边缘UPF网元发送N4会话建立请求信息，具体包括：

[0296] 根据PCC规则中包含的DNAI信元确定所述目标边缘UPF网元，所述目标边缘UPF网元为PCC规则中的DNAI信元指示的边缘节点中的UPF网元；

[0297] 向所述目标边缘UPF网元发送N4会话建立请求信息。

[0298] 具体来说，本申请实施例提供的上述边缘计算流量分流装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0299] 基于上述任一实施例，图16是本申请实施例提供的边缘计算流量分流装置示意图之二，如图16所示，该边缘计算流量分流装置包括第二接收模块1601和第二发送模块1602，其中：

[0300] 第二接收模块1601用于接收会话管理功能SMF网元发送的策略更新请求信息；第二发送模块1602用于向所述SMF网元发送策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；以供所述SMF网元基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0301] 具体来说，本申请实施例提供的上述边缘计算流量分流装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0302] 基于上述任一实施例，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0303] 所述DNAI信元用于表征边缘节点；

[0304] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0305] 具体来说，本申请实施例提供的上述边缘计算流量分流装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0306] 基于上述任一实施例，图17是本申请实施例提供的边缘计算流量分流装置示意图之三，如图17所示，该边缘计算流量分流装置包括第三接收模块1701和分流模块1702，其中：

[0307] 第三接收模块1701用于接收会话管理功能SMF网元发送的N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR；所述若干对PDR是由所述SMF网元根据若干条策略计费控制PCC规则转换得到的；每条PCC规则转换成一对包检测规则PDR；所述若干条PCC规则是由策略控制功能PCF网元在接收到所述SMF网元发送的策略更新请求信息之后发送给所述SMF网元的；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；分流模块1702用于根据所述若干对PDR对边缘计算流量进行分流。

[0308] 具体来说，本申请实施例提供的上述边缘计算流量分流装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0309] 基于上述任一实施例，每条PCC规则中均包含数据网络接入标识DNAI信元和路由描述标识routeProfId信元；

[0310] 所述DNAI信元用于表征边缘节点；

[0311] 所述routeProfId信元用于表征一个边缘节点中的一个第三方APP。

[0312] 具体来说，本申请实施例提供的上述边缘计算流量分流装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0313] 基于上述任一实施例，每一对PDR均包括一个上行PDR和一个下行PDR；

[0314] 与上行PDR关联的转发行为规则FAR中的转发策略Forwarding Policy信元的值等于对应的PCC规则中的routeProfId信元的值。

[0315] 具体来说，本申请实施例提供的上述边缘计算流量分流装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

[0316] 基于上述任一实施例，所述根据所述若干对PDR对边缘计算流量进行分流，具体包括：

[0317] 获取当前待分流的边缘计算流量；

[0318] 根据目标FAR中的Forwarding Policy信元的值，确定目标第三方APP对应的目标业务处理单元，将目标PDR和目标FAR安装到所述目标业务处理单元，将当前待分流的边缘计算流量分流到所述目标第三方APP；所述目标第三方APP为所述目标FAR中的Forwarding Policy信元指示的第三方APP；所述目标PDR为目标PCC规则转换成的一对PDR；所述目标FAR为所述目标PCC规则转换成的一对PDR关联的FAR；当前待分流的边缘计算流量符合所述目标PCC规则的描述。

[0319] 需要说明的是，本申请上述各实施例中对单元/模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

[0320] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read‑Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

[0321] 基于上述任一实施例，本申请实施例还提供一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行上述各实施例提供的方法，包括：

[0322] 向策略控制功能PCF网元发送策略更新请求信息；接收所述PCF网元发送的策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0323] 或者包括：

[0324] 接收会话管理功能SMF网元发送的策略更新请求信息；向所述SMF网元发送策略更新响应信息；所述策略更新响应信息中携带有若干条策略计费控制PCC规则；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；以供所述SMF网元基于所述若干条PCC规则控制边缘用户平面功能UPF网元进行边缘计算流量分流。

[0325] 或者包括：

[0326] 接收会话管理功能SMF网元发送的N4会话建立请求信息；所述N4会话建立请求信息中携带有若干对PDR；所述若干对PDR是由所述SMF网元根据若干条策略计费控制PCC规则转换得到的；每条PCC规则转换成一对包检测规则PDR；所述若干条PCC规则是由策略控制功能PCF网元在接收到所述SMF网元发送的策略更新请求信息之后发送给所述SMF网元的；每条PCC规则对应一个边缘节点中的一个第三方应用程序APP；根据所述若干对PDR对边缘计算流量进行分流。

[0327] 需要说明的是：所述处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。

[0328] 另外需要说明的是：本申请实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

[0329] 本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

[0330] 本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

[0331] 本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

[0332] 这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中，使得存储在该处理器可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

[0333] 这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

[0334] 显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。