CN113766629B - 5g边缘计算场景下的业务处理方法及系统 - Google Patents

Abstract

本发明公开了一种5G边缘计算场景下的业务处理方法及系统，方法包括：应用在MEP平台中注册后，MEP平台向ULCL‑UPF同步分流规则、向SMF同步识别规则以及向GSLB同步应用信息；5G核心网接收终端发起的注册请求，SMF根据终端信息选择锚点UPF并建立PDU会话；锚点UPF检测应用客户端发起的位置查询DNS请求，动态插入UPF‑ULCL，选择MEC平台的位置服务IP作为位置查询DNS请求的响应返回给应用客户端。应用客户端根据位置服务IP发起位置查询服务请求，调度至MEC平台中的位置服务应用，位置服务应用将终端接入的区域位置信息返回给应用客户端。通过在MEC平台中建立位置服务应用，响应应用客户端的位置查询请求，将终端接入区域的位置信息返回给应用客户端，实现应用主动感知终端所在位置。

Description

5G边缘计算场景下的业务处理方法及系统

技术领域

本发明涉及5G边缘计算技术领域，具体涉及一种5G边缘计算场景下的业务处理方法及系统。

背景技术

5G边缘计算(Multi-access Edge Computing，MEC)通过在5G网络的边缘提供连接和计算的服务，带来超低时延、超大带宽和超高安全的全新特性，为垂直行业赋予新的发展动能。现有技术中，主要是应用侧根据边缘锚点UPF 的出口IP地址识别用户的归属区域位置，进而将相关业务的请求调度到相应的边缘计算节点。

但是，发明人在实现本发明的过程中发现：目前的5G协议规范中并未对网络与MEC及应用的协同关系作出定义，导致MEC平台应用的部署信息无法传递给核心网及应用中心侧，无法实现路由分流策略的自动生成。同时，现有技术中通过锚点UPF出口IP方式识别用户归属区域支撑业务调度的方式，在用户的默认PDU是建立在中心节点锚点UPF的场景无法适用。因为中心锚点UPF的出口IP地址是中心侧统一分配，范围可以是省或者地市，无法进一步区分，缺乏表征用户具体来源区域的能力，导致业务侧无法根据用户IP识别做业务精准的调度。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的5G边缘计算场景下的业务处理方法及系统。

根据本发明的一个方面，提供了一种5G边缘计算场景下的业务处理方法，包括：

在MEC平台部署应用，并在MEP平台中完成应用的注册；

MEP平台向MEC平台的ULCL-UPF同步应用的分流规则，以及向5G 核心网SMF同步应用的识别规则，以请求SMF将应用的识别规则下发给UPF，以及向应用调度中心GSLB同步应用的关键信息；

5G核心网接收终端发起的注册请求，SMF根据终端的关键信息选择相应区域的UPF作为锚点UPF，基于锚点UPF为终端建立PDU会话；

锚点UPF检测应用客户端发起的位置查询DNS请求，根据域名匹配规则以及终端接入的TA信息匹配应用的识别规则，通知SMF基于TA信息查找 UPF，插入ULCL节点并下发应用的分流规则；以及，根据TA信息选择MEC 平台的位置服务IP作为位置查询DNS请求的响应返回给应用客户端；

应用客户端根据位置服务IP发起位置查询服务请求，已建立的PDU会话承载中的ULCL-UPF根据应用的分流规则，将位置查询服务请求调度至MEC 平台中的位置服务应用，位置服务应用将终端接入的区域位置信息返回给应用客户端。

可选地，方法进一步包括：

应用客户端根据区域位置信息向应用调度中心GSLB发起业务调度请求；

调度中心GSLB根据业务调度请求向应用客户端返回业务IP地址。

可选地，方法进一步包括：

应用客户端接收调度中心GSLB返回的业务IP地址，向业务IP地址发起业务请求，其中，业务请求通过已建立的PDU会话承载传递分流至MEC平台中应用的IP地址。

可选地，应用的关键信息包括：ANAI、应用的ID、应用的IP；

应用的分流规则为：根据应用的域名、应用的IP地址进行分流；

应用的识别规则为：根据应用的域名以及应用调度中心GSLB地址进行识别。

可选地，终端的关键信息包括以下中的一项或多项：SUPI、S-NSSAI、DNN；

区域位置信息包括：DNAI信息和/或机房ID。

根据本发明的另一方面，提供了一种5G边缘计算场景下的业务处理系统，包括：MEC平台、5G核心网、应用调度中心GSLB、应用客户端；

MEC平台，包括：MEP平台以及位置服务应用；应用在MEC平台中部署，并在MEP平台中进行注册；

MEP平台，适于向MEC平台的ULCL-UPF同步应用的分流规则，以及向5G核心网SMF同步应用的识别规则，以请求SMF将应用的识别规则下发给UPF，以及向应用调度中心GSLB同步应用的关键信息；

5G核心网，适于接收终端发起的注册请求，SMF根据终端的关键信息选择相应区域的UPF作为锚点UPF，基于锚点UPF为终端建立PDU会话；

应用客户端，适于发起位置查询DNS请求，以供锚点UPF检测应用客户端发起的位置查询DNS请求，根据域名匹配规则以及终端接入的TA信息匹配应用的识别规则，通知SMF基于TA信息查找UPF，插入ULCL节点并下发应用的分流规则；以及，根据TA信息选择MEC平台的位置服务IP作为位置查询DNS请求的响应返回给应用客户端；

应用客户端进一步适于：根据位置服务IP发起位置查询服务请求，以供已建立的PDU会话承载中的ULCL-UPF根据应用的分流规则，将位置查询服务请求调度至MEC平台中的位置服务应用，位置服务应用将终端接入的区域位置信息返回给应用客户端。

可选地，应用客户端进一步适于：根据区域位置信息向应用调度中心 GSLB发起业务调度请求，以供调度中心GSLB根据业务调度请求向应用客户端返回业务IP地址。

可选地，应用客户端进一步适于：接收调度中心GSLB返回的业务IP地址，向业务IP地址发起业务请求，其中，业务请求通过已建立的PDU会话承载传递分流至MEC平台中应用的IP地址。

可选地，应用的关键信息包括：ANAI、应用的ID、应用的IP；

应用的分流规则为：根据应用的域名、应用的IP地址进行分流；

应用的识别规则为：根据应用的域名以及应用调度中心GSLB地址进行识别。

可选地，终端的关键信息包括以下中的一项或多项：SUPI、S-NSSAI、 DNN；

区域位置信息包括：DNAI信息和/或机房ID。

根据本发明的5G边缘计算场景下的业务处理方法及系统，在MEC平台部署应用，并在MEP平台中完成应用的注册；MEP平台向MEC平台的 ULCL-UPF同步应用的分流规则，以及向5G核心网SMF同步应用的识别规则，以请求SMF将应用的识别规则下发给UPF，以及向应用调度中心GSLB 同步应用的关键信息；5G核心网接收终端发起的注册请求，SMF根据终端的关键信息选择相应区域的UPF作为锚点UPF，基于锚点UPF为终端建立PDU 会话；锚点UPF检测应用客户端发起的位置查询DNS请求，根据域名匹配规则以及终端接入的TA信息匹配应用的识别规则，通知SMF基于TA信息查找UPF，插入ULCL节点并下发应用的分流规则；以及，根据TA信息选择 MEC平台的位置服务IP作为位置查询DNS请求的响应返回给应用客户端。应用客户端根据位置服务IP发起位置查询服务请求，已建立的PDU会话承载中的ULCL-UPF根据应用的分流规则，将位置查询服务请求调度至MEC平台中的位置服务应用，位置服务应用将终端接入的区域位置信息返回给应用客户端。本实施例的方法通过在MEC平台中建立位置服务应用，响应应用客户端的位置查询请求，将终端接入的区域的位置信息返回给应用客户端，实现应用主动感知终端所在的位置，能够支撑5GMEC场景下实现业务精准调度。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的5G边缘计算场景下的业务处理方法流程图；

图2示出了本发明另一实施例提供的5G边缘计算场景下的业务处理方法的流程图；

图3示出了本发明实施例中5G边缘计算场景下的业务处理方法的示意图；

图4示出了本发明实施例提供的5G边缘计算场景下的业务处理系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

首先，对本申请方案涉及的主要技术术语进行说明：

MEC：Multi-access Edge Computing，边缘计算；

MEP：Multi-access Edge platform，边缘平台；

ULCL：上行分类器；

UPF：用户平面功能；

GSLB：Global Server Load Balance，全局负载均衡。

图1示出了本发明实施例提供的5G边缘计算场景下的业务处理方法流程图，如图1所示，该方法包括以下步骤：

步骤S110，在MEC平台部署应用，并在MEP平台中完成应用的注册。

应用在MEC平台上部署，部署完成之后向MEP平台发起注册。

步骤S120，MEP平台向MEC平台的ULCL-UPF同步应用的分流规则，以及向5G核心网SMF同步应用的识别规则，并请求SMF将应用的识别规则下发给UPF，以及向调度中心GSLB同步应用的关键信息。

MEP平台完成应用的注册后，一方面，MEP平台向MEC平台的 ULCL-UPF同步应用的本地分流规则，具体通过携带应用的关键信息通知 MEC平台的ULCL-UPF根据应用的域名、IP地址进行分流。也即，本地分流规则可以是根据应用的域名和IP地址进行分流。

另一方面，MEP平台向SMF同步应用的识别规则，具体地，MEP平台携带应用的相关信息通知5G核心网，请求5G核心网SMF将识别规则下发给UPF。其中，识别规则可以是根据应用的域名和GSLB地址进行识别。

再一方面，MEP向应用调度中心GSLB同步应用的关键信息，如应用的 DNAI(DNAccess Identifier)、应用的ID、应用的IP地址等等，以通知GSLB 在边缘侧应用已经拉起，可以将业务调度到边缘。

步骤S130，5G核心网接收终端发起的注册请求，SMF根据终端的关键信息选择相应区域的UPF作为锚点UPF，基于锚点UPF为终端建立PDU会话。

终端在开机或者位置变更后，向5G核心网发起注册请求，SMF根据终端的关键信息，如SUPI(用户永久标识符)、S-NSSAI(单网络切片选择辅助信息)、DNN(数据网络名称)等信息选择相应区域的UPF作为锚点UPF，基于锚点UPF为终端建立PDU会话。

步骤S140，锚点UPF检测应用客户端发起的位置查询DNS请求，根据域名匹配规则以及终端接入的TA信息匹配应用的识别规则，通知SMF基于 TA信息查找UPF，插入ULCL节点并下发应用的分流规则；以及，根据TA 信息选择MEC平台的位置服务IP作为位置查询DNS请求的响应返回给应用客户端。

锚点UPF检测应用客户端发起的位置查询DNS请求后，一方面，锚点 UPF通知SMF对终端会话插入ULCL-UPF，具体地，根据域名匹配规则以及终端的TA信息匹配上述SMF下发给UPF的识别规则，根据匹配的结果通知 SMF基于终端接入的TA信息查找UPF，插入ULCL节点并下发应用的分流规则。

另一方面，锚点UPF根据终端接入的TA信息选择MEC平台的位置服务 IP，作为位置查询DNS请求的响应返回给应用客户端。

至此，通过上述步骤，建立了终端-ULCL-UPF-锚点UPF的PDU会话承载。

步骤S150，应用客户端根据位置服务IP发起位置查询服务请求，已建立的PDU会话承载中的ULCL-UPF根据应用的分流规则，将位置查询服务请求调度至MEC平台中的位置服务应用，位置服务应用将终端接入的区域位置信息返回给应用客户端。

应用客户端根据接收到的位置服务IP发起位置查询服务请求，通过上述已建立的终端-ULCL-UPF-锚点UPF的PDU会话承载传递，ULCL-UPF匹配应用的分流规则，将位置查询服务请求通过N6口调度至MEC平台中的位置服务应用，位置服务应用将终端接入的区域所对应的位置信息返回给应用客户端。其中，终端接入的区域位置信息包括：DNAI信息、机房ID信息等等。

综上所述，本实施例的方法通过在MEC平台中部署注册，由MEP平台向核心网和应用调度中心同步应用的信息，实现路由分流政策的自动生成。通过在MEC平台中建立位置服务应用，响应应用客户端的位置查询请求，将终端接入的区域的位置信息返回给应用客户端，实现应用主动感知终端所在的位置，能够支撑5GMEC场景下实现业务精准调度，通过终端应用客户端、应用调度中心流程协同实现5G网络下应用侧获取用户终端位置。

另外，发明人还发现：现有技术方案主要通过签约静态DNN方式将用户的默认PDU建立在边缘UPF上，使得本地流量和公网流量均通过边缘的UPF 进行卸载。该方式下不论是否有分流需求，只要用户签约所有的流量均会通过边缘UPF卸载存在大量转发资源浪费，同时针对大网的公众用户，通常难以对其进行大规模签约特定DNN，导致难以有效实现MEC业务分流。并且，现有的技术方案中均未定义用户如何获取终端的位置信息，导致应用调度中心在5G网络下实际无法感知用户来源，无法支撑精准调度。

图2示出了本发明另一实施例提供的5G边缘计算场景下的业务处理方法的流程图，如图2所示，该方法包括以下步骤：

步骤S210，在MEC平台部署应用，并在MEP平台中完成应用的注册。

应用在MEC平台上部署，部署完成之后向MEP平台发起注册。

步骤S220，MEP平台向MEC平台的ULCL-UPF同步应用的分流规则，以及向5G核心网SMF同步应用的识别规则，并请求SMF将应用的识别规则下发给UPF，以及向调度中心GSLB同步应用的关键信息。

MEP平台完成应用的注册后，一方面，MEP平台向MEC平台的 ULCL-UPF同步应用的本地分流规则，具体通过携带应用的关键信息通知 MEC平台的ULCL-UPF根据应用的域名、IP地址进行分流。也即，本地分流规则可以是根据应用的域名和IP地址进行分流。

另一方面，MEP平台向SMF同步应用的识别规则，具体通过携带应用的关键信息通知5G核心网，请求5G核心网SMF将识别规则下发给锚点UPF。其中，识别规则可以是根据应用的域名和GSLB地址进行识别。

再一方面，MEP向应用调度中心GSLB同步应用的关键信息，如应用的 DNAI(DNAccess Identifier)、应用的ID、应用的IP地址等等，以通知GSLB 在边缘侧应用已经拉起，可以将业务调度到边缘。

步骤S230，5G核心网接收终端发起的注册请求，SMF根据终端的关键信息选择相应区域的UPF作为锚点UPF，基于锚点UPF为终端建立PDU会话。

终端在开机或者位置变更后，向5G核心网发起注册请求，SMF根据终端的关键信息，如SUPI(用户永久标识符)、S-NSSAI(单网络切片选择辅助信息)、DNN(数据网络名称)等信息选择相应区域的UPF作为锚点UPF，基于锚点UPF为终端建立PDU会话。

步骤S240，锚点UPF检测应用客户端发起的位置查询DNS请求，根据域名匹配规则以及终端接入的TA信息匹配应用的识别规则，通知SMF基于TA信息查找UPF，插入ULCL节点并下发应用的分流规则；以及，根据TA 信息选择MEC平台的位置服务IP作为位置查询DNS请求的响应返回给应用客户端。

锚点UPF检测应用客户端发起的位置查询DNS请求后，一方面，锚点UPF通知SMF对终端会话插入ULCL-UPF，具体地，根据域名匹配规则以及终端的TA信息匹配上述SMF下发给UPF的识别规则，根据匹配的结果通知 SMF基于终端接入的TA信息查找UPF，插入ULCL节点并下发应用的分流规则。

另一方面，锚点UPF根据终端接入的TA信息选择MEC平台的位置服务 IP，作为位置查询DNS请求的响应返回给应用客户端。

至此，通过上述步骤，建立了终端-ULCL-UPF-锚点UPF的PDU会话承载。

步骤S250，应用客户端根据位置服务IP发起位置查询服务请求，已建立的PDU会话承载中的ULCL-UPF根据应用的分流规则，将位置查询服务请求调度至MEC平台中的位置服务应用，位置服务应用将终端接入的区域位置信息返回给应用客户端。

应用客户端根据接收到的位置服务IP，发起位置查询服务请求，通过上述已建立的终端-ULCL-UPF-锚点UPF的PDU会话承载传递，ULCL-UPF匹配应用的分流规则，将位置查询服务请求通过N6口调度至MEC平台中的位置服务应用，位置服务应用将终端接入的区域所对应的位置信息返回给应用客户端。

步骤S260，应用客户端根据区域位置信息向应用调度中心GSLB发起业务调度请求；调度中心GSLB根据业务调度请求向应用客户端返回业务IP地址。

应用客户端接收到终端的区域位置信息后，向应用调度中心GSLB发起业务调度请求，业务调度请求中携带终端的区域位置信息。具体地，该请求通过N3接口到ULCL–UPF后不匹配分流规则，再经过N9接口路由至锚点 UPF后经锚点UPF的N6接口发送至应用的GSLB。GSLB收到业务调度请求后，根据其携带的区域位置信息将业务调度到边缘的MEC节点，并向应用客户端返回调度的业务IP地址。

步骤S270，应用客户端接收调度中心GSLB返回的业务IP地址，向业务 IP地址发起业务请求，其中，业务请求通过已建立的PDU会话承载传递分流至MEC平台中应用的IP地址。

应用客户端接收应用调度中心GSLB返回的业务IP地址，向该地址发起业务请求。业务请求通过已建立的PDU会话承载传递，ULCL-UPF根据分流规则，匹配MEC平台中应用的IP地址后，通过ULCL-UPF的N6口分流至 MEC平台的应用，从而实现流量的本地卸载。

图3示出了本发明实施例中5G边缘计算场景下的业务处理方法的示意图，如图3所示，主要包括：

1.APP注册流程，具体包括：

1.1：边缘APP上线向MEP注册；

1.2：MEP平台给UPF同步APP本地分流规则；

1.3：MEP平台给SMF同步APP信息，即识别规则；

1.4：MEP平台给GSLB同步APP信息。

2.应用客户端请求位置服务；

3.边缘ULCL-UPF插入；

4.应用客户端请求终端位置信息；

5.应用客户端请求GSLB调度；

6.应用客户端请求边缘应用。

综上所述，本申请实施例提供了一种基于应用客户端、MEC平台、5G网络及应用调度中心相协同的5G MEC业务分流调度方法，通过引入MEC平台位置服务并增加应用客户端业务请求前的位置查询服务流程，实现终端位置信息向应用的传递；通过应用调度中心GSLB增加终端位置判断流程实现业务的精准调度；通过UPF检测位置查询DNS请求进行响应及触发ULCL-UPF 插入流程使得业务能够及时建立边缘侧PDU。同时还提供了完整的5G MEC的业务分流调度实现流程，将应用拉起、路由注册、位置查询、ULCL-UPF 插入、GSLB查询、边缘分流等各个流程进行了明确定义，完整实现了基于业务触发的动态分流以及基于终端位置和MEC应用部署信息的精准分流，相比当前DNN静态签约的方式大幅减少了边缘UPF的无效连接，同时不需要改动终端DNN等信息，更适合用户不确定、位置不确定的2C业务场景。

图4示出了本发明实施例提供的5G边缘计算场景下的业务处理系统的结构示意图，如图4所示，该系统包括：MEC平台41、5G核心网42、应用调度中心GSLB43、应用客户端44；

MEC平台41，包括：MEP平台以及位置服务应用；应用在MEC平台中部署，并在MEP平台中进行注册；

MEP平台，适于向MEC平台的ULCL-UPF同步应用的分流规则，以及向5G核心网SMF同步应用的识别规则，以请求SMF将应用的识别规则下发给UPF，以及向应用调度中心GSLB43同步应用的关键信息；

5G核心网42，适于接收终端发起的注册请求，SMF根据终端的关键信息选择相应区域的UPF作为锚点UPF，基于锚点UPF为终端建立PDU会话；

应用客户端44，适于发起位置查询DNS请求，以供锚点UPF检测应用客户端发起的位置查询DNS请求，根据域名匹配规则以及终端接入的TA信息匹配应用的识别规则，通知SMF基于所述TA信息查找UPF，插入ULCL 节点并下发应用的分流规则；以及，根据TA信息选择MEC平台的位置服务 IP作为位置查询DNS请求的响应返回给应用客户端；

应用客户端44进一步适于：根据位置服务IP发起位置查询服务请求，以供已建立的PDU会话承载中的ULCL-UPF根据应用的分流规则，将位置查询服务请求调度至MEC平台中的位置服务应用，位置服务应用将终端接入的区域位置信息返回给应用客户端。

可选地，应用客户端44进一步适于：根据区域位置信息向应用调度中心 GSLB发起业务调度请求，以供调度中心GSLB根据业务调度请求向应用客户端返回业务IP地址。

可选地，应用客户端44进一步适于：接收调度中心GSLB返回的业务IP 地址，向业务IP地址发起业务请求，其中，业务请求通过已建立的PDU会话承载传递分流至MEC平台中应用的IP地址。

可选地，应用的关键信息包括：ANAI、应用的ID、应用的IP；

应用的分流规则为：根据应用的域名、应用的IP地址进行分流；

应用的识别规则为：根据应用的域名以及应用调度中心GSLB地址进行识别。

可选地，终端的关键信息包括以下中的一项或多项：SUPI、S-NSSAI、 DNN；区域位置信息包括：DNAI信息和/或机房ID。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

Claims (10)

1.一种5G边缘计算场景下的业务处理方法，包括：

在MEC平台部署应用，并在MEP平台中完成应用的注册；

所述MEP平台向所述MEC平台的ULCL-UPF同步所述应用的分流规则，以及向5G核心网SMF同步所述应用的识别规则，以请求所述SMF将所述应用的识别规则下发给UPF，以及向应用调度中心GSLB同步所述应用的关键信息；

5G核心网接收终端发起的注册请求，所述SMF根据终端的关键信息选择相应区域的UPF作为锚点UPF，基于所述锚点UPF为所述终端建立PDU会话；

锚点UPF检测应用客户端发起的位置查询DNS请求，根据域名匹配规则以及终端接入的TA信息匹配所述应用的识别规则，通知所述SMF基于所述TA信息查找UPF，插入ULCL节点并下发所述应用的分流规则；以及，根据所述TA信息选择MEC平台的位置服务IP作为所述位置查询DNS请求的响应返回给所述应用客户端；

所述应用客户端根据所述位置服务IP发起位置查询服务请求，已建立的PDU会话承载中的ULCL-UPF根据所述应用的分流规则，将所述位置查询服务请求调度至所述MEC平台中的位置服务应用，所述位置服务应用将终端接入的区域位置信息返回给所述应用客户端。

2.根据权利要求1所述的方法，其中，所述方法进一步包括：

所述应用客户端根据所述区域位置信息向应用调度中心GSLB发起业务调度请求；

所述调度中心GSLB根据所述业务调度请求向所述应用客户端返回业务IP地址。

3.根据权利要求2所述的方法，其中，所述方法进一步包括：

所述应用客户端接收所述调度中心GSLB返回的业务IP地址，向所述业务IP地址发起业务请求，其中，所述业务请求通过已建立的PDU会话承载传递分流至MEC平台中应用的IP地址。

4.根据权利要求1所述的方法，其中，所述应用的关键信息包括：ANAI、应用的ID、应用的IP；

所述应用的分流规则为：根据应用的域名、应用的IP地址进行分流；

所述应用的识别规则为：根据应用的域名以及应用调度中心GSLB地址进行识别。

5.根据权利要求1或2所述的方法，其中，所述终端的关键信息包括以下中的一项或多项：SUPI、S-NSSAI、DNN；

所述区域位置信息包括：DNAI信息和/或机房ID。

6.一种5G边缘计算场景下的业务处理系统，包括：MEC平台、5G核心网、应用调度中心GSLB、应用客户端；

MEC平台，包括：MEP平台以及位置服务应用；应用在所述MEC平台中部署，并在所述MEP平台中进行注册；

所述MEP平台，适于向所述MEC平台的ULCL-UPF同步所述应用的分流规则，以及向5G核心网SMF同步所述应用的识别规则，以请求所述SMF将所述应用的识别规则下发给UPF，以及向应用调度中心GSLB同步所述应用的关键信息；

5G核心网，适于接收终端发起的注册请求，所述SMF根据终端的关键信息选择相应区域的UPF作为锚点UPF，基于所述锚点UPF为所述终端建立PDU会话；

应用客户端，适于发起位置查询DNS请求，以供所述锚点UPF检测应用客户端发起的位置查询DNS请求，根据域名匹配规则以及终端接入的TA信息匹配所述应用的识别规则，通知所述SMF基于所述TA信息查找UPF，插入ULCL节点并下发所述应用的分流规则；以及，根据所述TA信息选择MEC平台的位置服务IP作为所述位置查询DNS请求的响应返回给所述应用客户端；

所述应用客户端适于：根据所述位置服务IP发起位置查询服务请求，以供已建立的PDU会话承载中的ULCL-UPF根据所述应用的分流规则，将所述位置查询服务请求调度至所述MEC平台中的位置服务应用，所述位置服务应用将终端接入的区域位置信息返回给所述应用客户端。

7.根据权利要求6所述的系统，其中，所述应用客户端进一步适于：根据所述区域位置信息向应用调度中心GSLB发起业务调度请求，以供所述调度中心GSLB根据所述业务调度请求向所述应用客户端返回业务IP地址。

8.根据权利要求7所述的系统，其中，所述应用客户端进一步适于：接收所述调度中心GSLB返回的业务IP地址，向所述业务IP地址发起业务请求，其中，所述业务请求通过已建立的PDU会话承载传递分流至MEC平台中应用的IP地址。

9.根据权利要求6所述的系统，其中，所述应用的关键信息包括：ANAI、应用的ID、应用的IP；

所述应用的分流规则为：根据应用的域名、应用的IP地址进行分流；

所述应用的识别规则为：根据应用的域名以及应用调度中心GSLB地址进行识别。

10.根据权利要求6或7所述的系统，其中，所述终端的关键信息包括以下中的一项或多项：SUPI、S-NSSAI、DNN；

所述区域位置信息包括：DNAI信息和/或机房ID。

Images