CN116915595A - 一种业务处理方法和系统 - Google Patents

Abstract

本申请提供一种业务处理方法和系统，该系统包括：用户设备UE、统一数据管理UDM、多个多接入边缘计算MEC以及部署在每个所述MEC上的应用功能AF，其中，多个所述MEC，用于在获取多个所述MEC自身预先配置的业务配置信息后，通过所述AF将各自的所述业务配置信息下发至所述UDM；所述UDM，用于接收AMF发送的业务配置信息获取请求，向所述AMF反馈与所述业务配置信息获取请求对应的多个所述业务配置信息；所述UE，用于从所述AMF获取多个所述业务配置信息；在接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信；所述业务访问请求用于对所述目标业务进行访问。

Description

一种业务处理方法和系统

技术领域

本申请涉及云计算技术领域，尤其涉及一种业务处理方法和系统。

背景技术

目前，内容分发网络(Content Delivery NetWork，CDN)业务为边缘计算典型业务，在公有云中，CDN是构建在现有网络基础之上的虚拟网络，依靠部署在各地的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率。可见，CDN在公有云下适用，通过统一的访问地址就近获取用户所需内容；而在边缘云下，由于不同的边缘云之间可能未形成网络连通、不同的边缘云之间数据不能互通以及不同的边缘云下应用可能有定制化开发等原因，使得在边缘云场景中，CDN相关技术无法解决相同业务在不同边缘云下访问的问题；因此需要提供一种业务处理方法以解决不同边缘云上相同业务无法访问的问题。

发明内容

本申请实施例提供一种业务处理方法和系统。

本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供一种业务处理方法，应用于用户设备(UserEquipment，UE)，所述方法包括：

通过接入和移动性管理功能(Access and Mobility Management Function，AMF)从统一数据管理(The Unified Data Management，UDM)获取多个业务配置信息；多个所述业务配置信息是多个不同多接入边缘计算(Multi-access Edge Computing，MEC)在获取预先配置的业务配置信息后，通过多个所述MEC各自对应的应用功能(ApplicationFunction，AF)下发给所述UDM的；

接收用户发起的业务访问请求；所述业务访问请求用于对目标业务进行访问；

根据多个所述业务配置信息和所述目标业务，实现与所述MEC的业务通信。

在一些实施例中，通过所述AMF从所述UDM获取多个业务配置信息，包括：

向所述AMF发起注册请求；

在所述AMF针对所述注册请求的注册结果为注册成功的情况下，接收所述AMF从所述UDM获取的多个所述业务配置信息；

其中，所述注册请求中携带UE相关信息；多个所述业务配置信息是所述AMF根据携带的所述UE相关信息从所述UDM获取后发送给UE的，所述UE相关信息包括UE标识信息和UE位置信息。

在一些实施例中，所述方法还包括：

将多个所述业务配置信息存储至本地缓存；

其中，所述根据多个所述业务配置信息和所述目标业务，实现与所述MEC的业务通信，包括：

判断所述本地缓存的多个所述业务配置信息中是否存在与所述目标业务相关的业务配置信息，得到判断结果；

基于所述判断结果，实现与所述MEC的业务通信。

在一些实施例中，所述基于所述判断结果，实现与所述MEC的业务通信，包括：

在所述判断结果为是的情况下，创建协议数据单元(Protocol Data Unit，PDU)会话；

在所述PDU会话创建成功的情况下，基于多个所述业务配置信息中与所述目标业务相关的业务配置信息，实现与所述MEC的业务通信。

第二方面，本申请实施例提供了一种业务处理方法，应用于MEC，所述方法包括：

获取自身预先配置的业务配置信息；

通过AF将所述业务配置信息下发至UDM，使得UE通过AMF从所述UDM获取多个不同MEC对应的多个业务配置信息；多个所述业务配置信息用于在所述UE接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信；所述业务访问请求用于对所述目标业务进行访问。

在一些实施例中，所述方法还包括：

基于定义的AF Request接口，完成对所述业务配置信息的配置。

在一些实施例中，所述业务配置信息包括数据网络名称(Data Network Name，DNN)信息、单个网络切片选择协助信息(Single Network Slice Selection Assistanceinformation，S-NSSAI)、UE标识信息、位置区域信息、MEC标识信息和授权的应用信息列表中的至少一个。

第三方面，本申请实施例提供了一种业务处理方法，应用于网络设备，所述方法包括：

接收多个MEC各自对应的AF下发的多个业务配置信息；

接收AMF发送的业务配置信息获取请求；所述业务配置信息获取请求携带有UE相关信息；

向所述AMF反馈与业务配置信息获取请求对应的多个所述业务配置信息，使得所述AMF向所述UE发送多个所述业务配置信息，以及所述UE在接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信；所述业务访问请求用于对所述目标业务进行访问。

在一些实施例中，所述UE相关信息包括UE标识信息和UE位置信息。

第四方面，本申请实施例提供了一种UE，所述UE包括：

第一获取模块，用于通过AMF从UDM获取多个业务配置信息；多个所述业务配置信息是多个不同MEC在获取预先配置的业务配置信息后，通过多个所述MEC各自对应的AF下发给所述UDM的；

接收模块，用于接收用户发起的业务访问请求；所述业务访问请求用于对目标业务进行访问；

第一通信模块，用于根据多个所述业务配置信息和所述目标业务，实现与所述MEC的业务通信。

在一些实施例中，所述第一获取模块，用于：

向所述AMF发起注册请求；

在所述AMF针对所述注册请求的注册结果为注册成功的情况下，接收所述AMF从所述UDM获取的多个所述业务配置信息；

其中，所述注册请求中携带UE相关信息；多个所述业务配置信息是所述AMF根据携带的所述UE相关信息从所述UDM获取后发送给UE的，所述UE相关信息包括UE标识信息和UE位置信息。

在一些实施例中，所述UE还包括存储模块，所述存储模块，用于：

将多个所述业务配置信息存储至本地缓存；

其中，所述第一通信模块，还用于：

判断所述本地缓存的多个所述业务配置信息中是否存在与所述目标业务相关的业务配置信息，得到判断结果；

基于所述判断结果，实现与所述MEC的业务通信。

在一些实施例中，所述第一通信模块，还用于：

在所述判断结果为是的情况下，创建PDU会话；

在所述PDU会话创建成功的情况下，基于多个所述业务配置信息中与所述目标业务相关的业务配置信息，实现与所述MEC的业务通信。

第五方面，本申请实施例提供了一种MEC，所述MEC包括：

第二获取模块，用于获取自身预先配置的业务配置信息；

下发模块，用于通过AF将所述业务配置信息下发至UDM，使得UE通过AMF从所述UDM获取多个不同MEC对应的多个业务配置信息；多个所述业务配置信息用于在所述UE接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信；所述业务访问请求用于对所述目标业务进行访问。

在一些实施例中，所述MEC还包括配置模块，所述配置模块，用于：

基于定义的AF Request接口，完成对所述业务配置信息的配置。

在一些实施例中，所述业务配置信息包括DNN信息、S-NSSAI、UE标识信息、位置区域信息、MEC标识信息和授权的应用信息列表中的至少一个。

第六方面，本申请实施例提供了一种网络设备，所述网络设备包括：

第一接收模块，用于接收多个MEC各自对应的AF下发的多个业务配置信息；

第二接收模块，用于接收AMF发送的业务配置信息获取请求；所述业务配置信息获取请求携带有用户设备UE相关信息；

第二通信模块，用于向所述AMF反馈与业务配置信息获取请求对应的多个所述业务配置信息，使得所述AMF向所述UE发送多个所述业务配置信息，以及所述UE在接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信；所述业务访问请求用于对所述目标业务进行访问。

在一些实施例中，所述UE相关信息包括UE标识信息和UE位置信息。

第七方面，本申请提供一种业务处理系统，所述系统包括：UE、UDM、多个MEC以及部署在每个所述MEC上的AF，其中，

多个所述MEC，用于在获取多个所述MEC自身预先配置的业务配置信息后，通过所述AF将各自的所述业务配置信息下发至所述UDM；

所述UDM，用于接收AMF发送的业务配置信息获取请求，向所述AMF反馈与所述业务配置信息获取请求对应的多个所述业务配置信息；所述业务配置信息获取请求携带有UE相关信息；

所述UE，用于从所述AMF获取多个所述业务配置信息；在接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信；所述业务访问请求用于对所述目标业务进行访问。

第八方面，本申请提供一种第一电子设备，所述第一电子设备包括第一存储器、第一处理器及存储在第一存储器上并可在第一处理器上运行的计算机程序，所述第一处理器执行所述程序时实现如第一方面中任一项所述的业务处理方法。

第九方面，本申请提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被第一处理器执行后能够实现如第一方面中任一项所述的业务处理方法。

第十方面，本申请提供一种第二电子设备，所述第二电子设备包括第二存储器、第二处理器及存储在第二存储器上并可在第二处理器上运行的计算机程序，所述第二处理器执行所述程序时实现如第二方面中任一项所述的业务处理方法。

第十一方面，本申请提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被第二处理器执行后能够实现如第二方面中任一项所述的业务处理方法。

第十二方面，本申请提供一种第三电子设备，所述第三电子设备包括第三存储器、第三处理器及存储在第三存储器上并可在第三处理器上运行的计算机程序，所述第三处理器执行所述程序时实现如第三方面中任一项所述的业务处理方法。

第十三方面，本申请提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被第三处理器执行后能够实现如第三方面中任一项所述的业务处理方法。

本申请实施例提供一种业务处理方法和系统，该系统包括：UE、UDM、多个MEC以及部署在每个所述MEC上的AF，其中，多个所述MEC，用于在获取多个所述MEC自身预先配置的业务配置信息后，通过所述AF将各自的所述业务配置信息下发至所述UDM；所述UDM，用于接收AMF发送的业务配置信息获取请求，向所述AMF反馈与所述业务配置信息获取请求对应的多个所述业务配置信息；所述业务配置信息获取请求携带有UE相关信息；所述UE，用于从所述AMF获取多个所述业务配置信息；在接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信；所述业务访问请求用于对所述目标业务进行访问。

可以看出，本申请实施例中，通过部署在多个不同MEC上的各个AF将预先配置的业务配置信息下发至UDM，使得UE可以通过AMF从UDM获取到多个业务配置信息，这样，UE可以基于多个业务配置信息，访问多个不同MEC上的大量应用，实现业务的快速访问和通信；可以理解地，当用户想要访问不同MEC上的相同业务时，只要UE能够从多个业务配置信息获取到与该业务相关的业务配置信息，便可以基于该相关业务配置信息，与MEC进行业务层面的通信，进而实现对该业务的访问，如此，可以解决相关技术中不同边缘云上相同业务无法访问的问题。

附图说明

图1为一种根据渠道号或者版本号进行控制访问的结构示意图；

图2为一种5GC与MEC融合架构的结构示意图；

图3A为本申请实施例的一种业务处理系统的结构示意图；

图3B为本申请实施例提供的一种业务处理系统的流程示意图；

图3C为本申请实施例提供的一种获取多个业务配置信息的流程示意图；

图4A为本申请实施例提供的一种业务处理方法的流程示意图；

图4B为本申请实施例提供的另一种业务处理方法的流程示意图；

图4C为本申请实施例提供的又一种业务处理方法的流程示意图；

图5为本申请实施例提供的一种UE与MEC进行业务通信的流程示意图；

图6A为本申请实施例提供的一种UE的组成结构示意图；

图6B为本申请实施例提供的一种MEC的组成结构示意图；

图6C为本申请实施例提供的一种网络设备的组成结构示意图；

图7A为本申请实施例提供的第一电子设备的结构示意图；

图7B为本申请实施例提供的第二电子设备的结构示意图；

图7C为本申请实施例提供的第三电子设备的结构示意图。

具体实施方式

下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述。

以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所提供的实施例仅仅用以解释本申请，并不用于限定本申请。另外，以下所提供的实施例是用于实施本申请的部分实施例，而非提供实施本申请的全部实施例，在不冲突的情况下，本申请记载的技术方案可以任意组合的方式实施。

需要说明的是，在本申请中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的方法或者系统不仅包括所明确记载的要素，而且还包括没有明确列出的其它要素，或者是还包括为实施方法或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括该要素的方法或者系统中还存在另外的相关要素(例如方法中的步骤或者系统中的单元，例如的单元可以是部分处理器、部分程序或软件等等)。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，C和/或D，可以表示：单独存在C，同时存在C和D，单独存在D这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括C、D、E中的至少一种，可以表示包括从C、D和E构成的集中选择的任意一个或多个元素。

例如，本申请提供的业务处理方法包含了一系列的步骤，但是本申请提供的业务处理方法不限于所记载的步骤，同样地，本申请提供的业务处理系统包括了一系列模块，但是本申请提供的业务处理系统不限于包括所明确记载的模块，还可以包括为获取相关信息、或基于信息进行处理时所需要设置的模块。

目前，在实际项目中，为了解决同一业务或应用在不同边缘云下访问的问题，可以采用以下两种技术方案，其中一种就是根据渠道号或者版本号等进行控制访问，该方案需要用户安装不同边缘云的终端软件，参见图1，其示出了一种根据渠道号或者版本号进行控制访问的结构示意图；如图1所示，如果边缘云1下的应用1和边缘云2下的应用2是同一个应用且功能相同，则用户需要在终端上安装两个终端软件，这对于用户来说，不仅操作繁琐，而且随着应用部署的边缘云的数量越来越多，其维护成本也会逐步增加。

另外一种是在应用程序发送域名系统(Domain Name System，DNS)请求时进行拦截，并对DNS进行转换，再在本地缓存中去查询是否有访问网际互连协议(InternetProtocol，IP)地址，如果有则直接取出使用，如果没有再去请求HTTPDNS服务器。然而，该方案在使用DNS时可能存在域名冲突问题；具体地，如果在不同的边缘云中使用DNS来访问应用，那么需要不同边缘云下的业务域名必须保持一致，这样才能保证用户不用重新安装应用，这样对现有部署环境和域名规划要求较高，一旦出现域名冲突就无法实现。此外，HTTPDNS服务器的维护成本较高，对网络有限制的边缘云存在局限性；这是因为该方案需要选定一个中心侧部署一套HTTPDNS服务器来统管不同边缘云的访问地址，随着边缘云的数量不断增多，其维护成本也增加，对于一些私密性要求高的边缘云来说不适用，比如医疗边缘云。

针对上述技术问题，提出以下各实施例。

在本申请的一些实施例中，业务处理方法可以利用电子设备中的处理器实现，上述处理器可以为特定用途集成电路(Application Specific Integrated Circuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理装置(Digital SignalProcessing Device，DSPD)、可编程逻辑装置(Programmable Logic Device，PLD)、现场可编程逻辑门阵列(Field Programmable Gate Array，FPGA)、中央处理器(CentralProcessing Unit，CPU)、控制器、微控制器、微处理器中的至少一种。

需要说明的是，本申请实施例提供的业务处理方法可以解决相关标准所定义的5G核心网(5G Core，5GC)与MEC的融合架构中，不同MEC上相同业务无法访问的问题；示例性地，第五代移动通信技术(5th Generation Mobile Communication Technology，5G)具有高带宽、低时延和大连接特性，关键技术主要包括网络功能虚拟化(Network FunctionsVirtualization，NFV)、软件定义网络(Software Defined Network，SDN)、网络切片和MEC。其中，MEC是位于网络边缘的、基于云的互联网技术(Internet Technology，IT)计算和存储环境，它更靠近用户的边缘，降低了网络时延，可更好的提供低时延、高带宽的应用。MEC可通过开放生态系统引入新应用，从而帮助运营商提供更丰富的增值服务，提高收入。

目前，第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)在标准TS23.501和TS23.502中对5GC与MEC的融合架构给出了如图2的参考设计，图2为一种5GC与MEC融合架构的结构示意图，如图2所示，该架构主要包括两部分：首先，为使能垂直行业低时延、高带宽、高可靠边缘应用，用户面功能(User Plane Function，UPF)网元下沉到园区靠近MEC，通过UPF的本地分流技术上行分类器(Uplink Classifier，UL-CL)或IPv6分支点(IPv6Branching Point，IPv6 BP)将数据转发到MEC边缘服务器(对应图2中的MECService)；其次，核心网AF功能下沉到MEC，即，AF部署在MEC上，为部署于MEC平台上的应用(对应图2中的MEC APP)提供更好的数据流控制策略；例如，服务质量(Quality ofService，QoS)策略和路由策略等。

本申请实施例中，基于上述5GC与MEC的融合架构，提出了一种业务处理系统用于实现业务处理；图3A为本申请实施例的一种业务处理系统的结构示意图，如图3A所示，该系统可以包括：UE100、UDM101、多个MEC102(对应图中的MEC1至MECn，n为大于1的整数)以及部署在每个所述MEC上的AF103，其中，

多个所述MEC102，用于在获取多个所述MEC102自身预先配置的业务配置信息后，通过所述AF103将各自的所述业务配置信息下发至所述UDM101；

所述UDM101，用于接收AMF发送的业务配置信息获取请求，向所述AMF反馈与所述业务配置信息获取请求对应的多个所述业务配置信息；

所述UE100，用于从所述AMF获取多个所述业务配置信息；在接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC102的业务通信；其中，业务访问请求用于对目标业务进行访问。

示例性地，业务配置信息是在MEC上预先配置的；在业务处理系统包括多个不同MEC的情况下，可以在每个MEC上预先配置相应的业务配置信息，得到多个所述业务配置信息；其中，业务配置信息是用于对MEC上部署的各个应用进行业务访问时需要配置的信息；下面，以一个MEC为例，对其业务配置信息包括的内容进行示例性说明。

示例性地，业务配置信息与MEC上部署的各个应用所关联的业务相关；业务配置信息至少可以包括：DNN信息、S-NSSAI、UE标识信息、位置区域信息、MEC标识信息和授权的应用信息列表中的至少一个。下面，分别对于每项信息的含义进行说明：

(1)DNN信息，参考TS23.501和TS23.003中的一些描述，DNN相当于TS23.003中定义的接入点(Access Point Name，APN)；即，5GS下的DNN和4G下的APN是等价的，DNN、APN这两个标识符具有相同的含义并携带相同的信息；本申请实施例中不再对DNN的表示方式进行赘述。

(2)S-NSSAI，该信息的定义参考TS23.501中，S-NSSAI标识网络切片，包括切片/服务类型(A Slice/Service Type，SST)与切片区分符(A Slice Differentiator，SD)。S-NSSAI可以具有标准值(即此类S-NSSAI仅由具有标准化SST值的SST组成，并且没有SD)或非标准值(即此类S-NSSAI由SST和SD或只有SST没有标准化的SST值且没有SD)。具有非标准值的S-NSSAI标识与其关联的公共陆地移动网(Public Land Mobile Network，PLMN)内的单个网络切片。除了与S-NSSAI相关联的PLMN之外，在任何PLMN中的接入层过程中，UE不得使用具有非标准值的S-NSSAI。

(3)UE标识信息，每个用户应分配一个全球唯一的5G用户永久标识符(SUbscription Permanent Identifier，SUPI)，并在UDM或统一数据仓库功能(UnifiedData Repository，UDR)中进行配置以便在系统内使用。5G系统支持识别用户，以及支持分配5G全球唯一临时标识符(5G globally UniqueTemporary Identifier，5G-GUTI)以支持用户机密性保护。

(4)位置区域信息，描述为当前用户所属区域，作为获取位置信息的依据。

(5)MEC标识信息，用于描述业务所属的MEC，作为业务信息返回的判断依据。

(6)授权的应用信息列表，包括APPID、APPINFO、APPIP、APPDN等信息；其中，APPID描述为对应业务的ID，具有唯一性；APPINFO描述为对应业务的具体信息；APPIP描述为对应业务的IP地址信息；APPDN描述为对应业务的域名地址。

参见图3B，其示出了本申请实施例提供的一种业务处理系统的流程示意图。如图3B所示，该业务处理系统除了包括UE、UDM、MEC以及部署在MEC上的AF外，还包括AMF和NEF；下面结合该系统对业务处理方法的流程进行说明。

示例性地，参照图3B，在多个MEC中的每个MEC获取到自身预先配置的上述业务配置信息后，可以通过AF将各自的业务配置信息先发送至NEF，再经NEF向UDM进行下发，此时，UDM可以接收到多个业务配置信息；即，业务配置信息的发送主体为部署在每个MEC上的AF；接收实体为网络设备，例如为5GC中的核心网网元，具体可包括UPF、NEF、UDM或其它网元；该业务配置信息可通过普通的IP数据流N33接口承载，或者通过传统的认证请求流程进行承载。

这里，NEF和AF是一对，AF可以通过NEF和5GC进行通信；NEF为AF提供了一种安全交互的方式，当处理外部的应用实体的时候，NEF可屏蔽敏感的网络和用户信息。

示例性地，在UDM接收到多个业务配置信息后，若接收到AMF发送的业务配置信息获取请求，则向AMF反馈与所述业务配置信息获取请求对应的多个所述业务配置信息；即，UE可通过AMF从所述UDM获取多个业务配置信息。这里，业务配置信息获取请求携带有UE相关信息；其中，UE相关信息可以包括UE标识信息和UE位置信息等信息。

在一些实施例中，UE通过所述AMF从所述UDM获取多个业务配置信息，可以包括：向所述AMF发起注册请求；在所述AMF针对所述注册请求的注册结果为注册成功的情况下，接收所述AMF从所述UDM获取的多个所述业务配置信息。

这里，所述注册请求中携带UE相关信息；多个所述业务配置信息是所述AMF根据注册请求携带的UE相关信息从所述UDM获取后发送给UE的。

参照图3B，可以看出，UE向AMF发起注册请求，通过AMF从UDM获取多个业务配置信息；示例性地，UE向AMF发起注册请求，AMF响应于该注册请求得到注册结果；这里，注册结果包括注册成功和注册失败中的其中一种；之后，UE根据AMF针对注册请求的注册结果，确定是否接收所述AMF从所述UDM获取的多个所述业务配置信息。

示例性地，参见图3C，其示出了本申请实施例提供的一种获取多个业务配置信息的流程示意图。如图3C所示，该流程可以包括以下步骤：

步骤200：UE向AMF发起注册。

示例性地，UE访问数据网络连接，如果访问数据网络连接失败，则向UE返回“访问数据网络连接失败，请重试”，并终止注册流程；如果连接成功，UE向AMF发起注册，AMF则进行注册流程，得到注册结果；如果注册结果为注册失败，则反馈“注册失败”，如果注册结果为注册成功，则进入步骤201。

步骤201：AMF向UDM获取多个业务配置信息。

示例性地，AMF携带UE相关信息向UDM获取多个业务配置信息，如果获取失败，则反馈“获取信息失败”，如果成功，则进入步骤202。

步骤202：UDM向AMF反馈多个业务配置信息。

示例性地，UDM将多个业务配置信息反馈给AMF，包括DNN信息、S-NSSAI、UE标识信息、位置区域信息、MEC标识信息和授权的应用信息列表等信息。

步骤203：AMF向UE反馈多个业务配置信息。

示例性地，AMF将获取的多个业务配置信息反馈给UE；最终，UE从UDM获取到多个业务配置信息，这些业务配置信息可供后续业务访问；即，连接UE的终端可以根据获取的MEC的业务配置信息，进行业务层面的通信。

在一些实施例中，在UE通过AMF从所述UDM获取多个业务配置信息后，上述方法还可以包括：将多个业务配置信息存储至本地缓存。

可以理解地，通过将获取到的多个业务配置信息存储至UE的本地缓存，在后续需要访问相关业务时，可以直接在本地缓存中获取该业务对应的业务配置信息，提高业务访问速度。

示例性地，UE在接收到用户发起的业务访问请求时，可以根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信。这里，业务访问请求用于对目标业务进行访问；其中，目标业务表示用户想要访问的业务；对于业务的类型可以根据实际情况进行确定，本申请实施例对此不作限定，例如，可以为会话类、交互类等业务。

示例性地，当用户有业务访问需求时，首先通过终端发起针对目标业务的访问请求，这样，UE会接收到用户发起的业务访问请求；之后，UE可以根据存储在本地缓存中的多个业务配置信息，访问不同MEC上的相关应用，进而实现目标业务的快速访问和通信。

在一些实施例中，根据多个所述业务配置信息和所述目标业务，实现与所述MEC的业务通信，可以包括：判断所述本地缓存的多个所述业务配置信息中是否存在与所述目标业务相关的业务配置信息，得到判断结果；基于所述判断结果，实现与所述MEC的业务通信。

本申请实施例中，当UE接收到用户发起的针对目标业务的访问请求时，首先判断本地缓存的业务配置信息中是否存在与该目标业务相关的业务配置信息，得到判断结果；在判断结果为否的情况下，说明UE的本地缓存中没有与该目标业务相关的业务配置信息，此时，可以给出“无相关业务配置信息”的提示信息；在判断结果为是的情况下，说明UE的本地缓存中存在与该目标业务相关的业务配置信息。

在一些实施例中，基于判断结果，实现与MEC的业务通信，可以包括：在所述判断结果为是的情况下，创建PDU会话；在所述PDU会话创建成功的情况下，基于多个所述业务配置信息中与所述目标业务相关的业务配置信息，实现与所述MEC的业务通信。

示例性地，在上述判断结果为是的情况下，从相关业务配置信息中获取目标业务对应的DNN信息和切片信息(对应上述S-NSSAI)，并基于该目标业务对应的DNN信息和切片信息，创建PDU会话；并在创建PDU会话，会继续判断PDU会话是否创建成功，在所述PDU会话创建失败的情况下，则给出“PDU会话创建失败”的提示信息；在所述PDU会话创建成功的情况下，则基于该相关业务配置信息进行业务通信。具体地，可以从相关业务配置信息中获取目标业务对应的IP地址和DNN信息，进而基于该目标业务对应的IP地址和DNN信息，发起业务通信，进而，实现与MEC的业务通信。

本申请实施例提供一种业务处理系统，该系统包括：UE、UDM、多个MEC以及部署在每个所述MEC上的AF，其中，多个所述MEC，用于在获取多个所述MEC自身预先配置的业务配置信息后，通过所述AF将各自的所述业务配置信息下发至所述UDM；所述UDM，用于接收AMF发送的业务配置信息获取请求，向所述AMF反馈与所述业务配置信息获取请求对应的多个所述业务配置信息；所述业务配置信息获取请求携带有UE相关信息；所述UE，用于从所述AMF获取多个所述业务配置信息；在接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信；所述业务访问请求用于对所述目标业务进行访问。可以看出，本申请实施例中，通过部署在多个不同MEC上的各个AF将预先配置的业务配置信息下发至UDM，使得UE可以通过AMF从UDM获取到多个业务配置信息，这样，UE可以基于多个业务配置信息，访问多个不同MEC上的大量应用，实现业务的快速访问和通信；可以理解地，当用户想要访问不同MEC上的相同业务时，只要UE能够从多个业务配置信息获取到与该业务相关的业务配置信息，便可以基于该相关业务配置信息，与MEC进行业务层面的通信，进而实现对该业务的访问，如此，可以解决相关技术中不同边缘云上相同业务无法访问的问题。

为了能够更加体现本申请的目的，在本申请上述实施例的基础上，进行进一步的举例说明。

图4A为本申请实施例提供的一种业务处理方法的流程示意图，该方法应用于UE，如图4A所示，该流程可以包括：

步骤204：通过AMF从UDM获取多个业务配置信息；

步骤205：接收用户发起的业务访问请求；

步骤206：根据多个业务配置信息和所述目标业务，实现与MEC的业务通信。

示例性地，多个业务配置信息是多个不同MEC在获取预先配置的业务配置信息后，通过多个所述MEC各自对应的AF下发给所述UDM的。

需要说明的是，对于上述步骤204至步骤206的实现过程已在上述实施例中进行说明，为避免重复，这里不再赘述。

图4B为本申请实施例提供的另一种业务处理方法的流程示意图，该方法应用于MEC，如图4B所示，该流程可以包括：

步骤207：获取自身预先配置的业务配置信息；

步骤208：通过AF将业务配置信息下发至UDM，使得UE通过AMF从UDM获取多个不同MEC对应的多个业务配置信息。

示例性地，多个所述业务配置信息用于在所述UE接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信。

在一些实施例中，上述方法还可以包括：基于定义的AF Request接口，完成对所述业务配置信息的配置。

示例性地，每个MEC可以基于3GPP标准所定义的AF Request接口，完成对业务配置信息的配置。即，为了实现每个MEC上AF对5GC相关网元的业务配置，通过3GPP标准所定义的AF Request接口配置业务配置信息，具体如表1所示：

/>

表1

其中，mec_business_information参数列表可以包括：

1)mec_dnn_addr，必填项，数据网络地址，对应DNN信息和S-NSSAI；

2)ip_addr_type，必填项，(String)IP地址类型。枚举：IP_V4，IP_V6；

3)business_id，必填项，(String)ID类型，业务唯一ID；

4)business_ip，必填项，(String)指定业务访问的IP地址；

5)business_dn，选填项，(String)指定业务访问的域名地址；

6)business_info，选填项，(String)指定业务的具体信息。

本申请实施例中，在UE获取到每个MEC对应的业务配置信息后，UE使用业务配置信息与各个MEC进行通信的过程已在上述实施例中进行说明，此处不再赘述。

图4C为本申请实施例提供的又一种业务处理方法的流程示意图，该方法应用于网络设备，如图4C所示，该流程可以包括：

步骤209：接收多个MEC各自对应的AF下发的多个业务配置信息；

步骤210：接收AMF发送的业务配置信息获取请求；业务配置信息获取请求携带有UE相关信息；

步骤211：向AMF反馈与业务配置信息获取请求对应的多个业务配置信息，使得AMF向UE发送多个业务配置信息，以及UE在接收到用户发起的业务访问请求时，根据多个业务配置信息和目标业务，实现与MEC的业务通信。

这里，网络设备对应上述UDM；示例性地，多个MEC各自对应的AF将预先配置的多个业务配置信息下发至UDM，使得UDM可以获取到多个业务配置信息；之后，当UDM接收到AMF发送的业务配置信息获取请求时，向所述AMF反馈与业务配置信息获取请求对应的多个所述业务配置信息；这里，对于UDM与AMF之间的通信方式已在上述实施例中进行说明，此处不再赘述。

下面，以单个MEC为例，对UE与MEC之间的业务通信过程进行示例性说明；参照图5，其示出了本申请实施例提供的一种UE与MEC进行业务通信的流程示意图。如图5所示，该流程包括：

步骤300：终端用户移动至MEC网络覆盖区域。

示例性地，当终端用户移动至MEC网络覆盖区域时，UE可以连接上5GC，进而确保UE访问数据网络连接成功。

步骤301：发起注册。

示例性地，当UE访问数据网络连接成功，UE向AMF发起注册。

步骤302：判断是否注册成功。

示例性地，若UE向AMF发起注册后，判断是否注册成功，如果判断结果为注册成功，则执行步骤303，反之，如果判断结果为注册失败，则反馈注册失败的提示。

步骤303：获取MEC业务配置信息，并存入本地缓存中。

示例性地，在UE获取MEC的业务配置信息后，将获取到的业务配置信息存入本地缓存中；这里，对于MEC业务配置信息的获取过程可以参照图3C，此处不再赘述。

步骤304：发起业务访问。

示例性地，当用户有业务访问需求时，通过终端发起业务访问请求，UE可以接收到用户发起的业务访问请求；当UE接收到用户发起的业务访问请求时，需要从本地缓存中获取与业务相关的业务配置信息，该信息可以包括：业务对应的ID、业务对应的IP地址、业务对应的域名信息等。

步骤305：判断是否有与该业务相关的业务配置信息。

示例性地，在获取与业务相关的上述业务配置信息之前，先判断本地缓存中是否有与该业务相关的业务配置信息，如果判断结果为否，则给出“无相关业务配置信息”的提示信息；如果判断结果为是，则执行步骤305。

步骤306：创建PDU会话。

示例性地，当UE的本地缓存中存在与该业务相关的业务配置信息后，可以基于该业务对应的DNN信息和切片信息，创建PDU会话。

步骤307：判断是否创建成功。

示例性地，如果判断结果为否，则给出“PDU会话创建失败”的提示信息；如果判断结果为是，则执行步骤308。

步骤308：进行业务通信。

示例性地，在PDU会话建立成功后，也就是建立了一条UE和MEC的数据传输通道；此时，基于获取到的与业务相关的业务配置信息，即业务对应的IP地址、域名信息，与MEC进行业务层面的通信，进而实现对该业务的访问，

可以看出，本申请实施例提出的一种业务处理方法，用于指示5GC和MEC上所承载业务的信息，保障跨MEC时访问所承载业务；在UE网络注册中，新增从AMF到UDM的获取业务配置信息的方法、新增从UDM向AMF，AMF向UE返回业务配置信息的方法，该方法用于指示5GC和MEC的融合架构下获取业务配置信息，保障业务访问合法性和及时性；其中AMF向UDM发送的信息包括但不限于：UE标识信息和UE位置信息；UDM向AMF返回业务配置信息；业务配置信息可通过Request接口承载；创建PDU会话中新增从业务配置信息中获取DNN信息和切片信息等，业务访问时新增从配置信息中获取业务IP或业务域名等信息完成连接，实现业务通信。

综上，本申请实施例可以重点解决现有标准所定义的5GC与MEC的融合架构中，不同MEC上相同业务无法访问的问题，保障终端用户可以根据配置的业务信息来访问MEC上的大量应用，实现业务的快速访问和通信。

图6A为本申请实施例提供的一种UE的组成结构示意图，如图6A所示，UE包括：第一获取模块400、接收模块401和第一通信模块402，其中，

第一获取模块400，用于通过AMF从UDM获取多个业务配置信息；多个所述业务配置信息是多个不同MEC在获取预先配置的业务配置信息后，通过多个所述MEC各自对应的AF下发给所述UDM的；

接收模块401，用于接收用户发起的业务访问请求；所述业务访问请求用于对目标业务进行访问；

第一通信模块402，用于根据多个所述业务配置信息和所述目标业务，实现与所述MEC的业务通信。

在一些实施例中，所述第一获取模块400，用于：

向所述AMF发起注册请求；

在所述AMF针对所述注册请求的注册结果为注册成功的情况下，接收所述AMF从所述UDM获取的多个所述业务配置信息；

其中，所述注册请求中携带UE相关信息；多个所述业务配置信息是所述AMF根据携带的所述UE相关信息从所述UDM获取后发送给UE的，所述UE相关信息包括UE标识信息和UE位置信息。

在一些实施例中，所述UE还包括存储模块，所述存储模块，用于：

将多个所述业务配置信息存储至本地缓存；

其中，所述第一通信模块402，还用于：

判断所述本地缓存的多个所述业务配置信息中是否存在与所述目标业务相关的业务配置信息，得到判断结果；

基于所述判断结果，实现与所述MEC的业务通信。

在一些实施例中，所述第一通信模块402，还用于：

在所述判断结果为是的情况下，创建PDU会话；

在所述PDU会话创建成功的情况下，基于多个所述业务配置信息中与所述目标业务相关的业务配置信息，实现与所述MEC的业务通信。

图6B为本申请实施例提供的一种MEC的组成结构示意图，如图6B所示，MEC包括：第二获取模块403和下发模块404，其中，

第二获取模块403，用于获取自身预先配置的业务配置信息；

下发模块404，用于通过AF将所述业务配置信息下发至UDM，使得UE通过AMF从所述UDM获取多个不同MEC对应的多个业务配置信息；多个所述业务配置信息用于在所述UE接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信；所述业务访问请求用于对所述目标业务进行访问。

在一些实施例中，所述MEC还包括配置模块，所述配置模块，用于：

基于定义的AF Request接口，完成对所述业务配置信息的配置。

在一些实施例中，所述业务配置信息包括DNN信息、S-NSSAI、UE标识信息、位置区域信息、MEC标识信息和授权的应用信息列表中的至少一个。

图6C为本申请实施例提供的一种网络设备的组成结构示意图，如图6C所示，网络设备包括：第一接收模块405、第二接收模块406和第二通信模块407，其中，

第一接收模块405，用于接收多个MEC各自对应的AF下发的多个业务配置信息；

第二接收模块406，用于接收AMF发送的业务配置信息获取请求；所述业务配置信息获取请求携带有用户设备UE相关信息；

第二通信模块407，用于向所述AMF反馈与业务配置信息获取请求对应的多个所述业务配置信息，使得所述AMF向所述UE发送多个所述业务配置信息，以及所述UE在接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信；所述业务访问请求用于对所述目标业务进行访问。

在一些实施例中，所述UE相关信息包括UE标识信息和UE位置信息。

在实际应用中，上述第一获取模块400、接收模块401、第一通信模块402、存储模块可以由位于第一电子设备中的第一处理器实现，第二获取模块403、下发模块404和配置模块可以由位于第二电子设备中的第二处理器实现，第一接收模块405、第二接收模块406和第二通信模块407可以由位于第三电子设备中的第三处理器实现，上述第一处理器、第二处理器和第三处理器可以为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。

另外，在本实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

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

具体来讲，本实施例中的一种业务处理方法对应的计算机程序指令可以被存储在光盘、硬盘、U盘等存储介质上，当存储介质中的与一种业务处理方法对应的计算机程序指令被一电子设备读取或被执行时，实现前述实施例的任意一种业务处理方法。

基于前述实施例相同的技术构思，参见图7A，其示出了本申请实施例提供的第一电子设备500，可以包括：第一存储器501和第一处理器502；其中，

第一存储器501，用于存储计算机程序和数据；

第一处理器502，用于执行存储器中存储的计算机程序，以实现前述图4A对应的业务处理方法。

本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被第一处理器执行后能够实现前述图4A对应的业务处理方法。

参见图7B，其示出了本申请实施例提供的第二电子设备600，可以包括：第二存储器601和第二处理器602；其中，

第二存储器601，用于存储计算机程序和数据；

第二处理器602，用于执行存储器中存储的计算机程序，以实现前述图4B对应的业务处理方法。

本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被第二处理器执行后能够实现前述图4B对应的业务处理方法。

参见图7C，其示出了本申请实施例提供的第三电子设备700，可以包括：第三存储器701和第三处理器702；其中，

第三存储器701，用于存储计算机程序和数据；

第三处理器702，用于执行存储器中存储的计算机程序，以实现前述图4C对应的业务处理方法。

本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被第三处理器执行后能够实现前述图4C对应的业务处理方法。

在实际应用中，上述第一存储器501、第二存储器601和第三存储器701可以是易失性存储器(volatile memory)，例如RAM；或者非易失性存储器(non-volatile memory)，例如ROM、快闪存储器(flash memory)、硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid-State Drive，SSD)；或者上述种类的存储器的组合，并分别向第一处理器502、第二处理器602和第三处理器702提供指令和数据。

上述第一处理器502、第二处理器602和第三处理器702可以为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的业务处理系统，用于实现上述处理器功能的电子器件还可以为其它，本申请实施例不作具体限定。

在一些实施例中，本申请实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。

上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。

本申请所提供的各方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的各产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。本申请所提供的各方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

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

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

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

以上，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。

Claims (10)

1.一种业务处理方法，应用于用户设备UE，其特征在于，所述方法包括：

通过接入和移动性管理功能AMF从统一数据管理UDM获取多个业务配置信息；多个所述业务配置信息是多个不同多接入边缘计算MEC在获取预先配置的业务配置信息后，通过多个所述MEC各自对应的应用功能AF下发给所述UDM的；

接收用户发起的业务访问请求；所述业务访问请求用于对目标业务进行访问；

根据多个所述业务配置信息和所述目标业务，实现与所述MEC的业务通信。

2.根据权利要求1所述的方法，其特征在于，通过所述AMF从所述UDM获取多个业务配置信息，包括：

向所述AMF发起注册请求；

在所述AMF针对所述注册请求的注册结果为注册成功的情况下，接收所述AMF从所述UDM获取的多个所述业务配置信息；

其中，所述注册请求中携带UE相关信息；多个所述业务配置信息是所述AMF根据携带的所述UE相关信息从所述UDM获取后发送给UE的，所述UE相关信息包括UE标识信息和UE位置信息。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

将多个所述业务配置信息存储至本地缓存；

其中，所述根据多个所述业务配置信息和所述目标业务，实现与所述MEC的业务通信，包括：

判断所述本地缓存的多个所述业务配置信息中是否存在与所述目标业务相关的业务配置信息，得到判断结果；

基于所述判断结果，实现与所述MEC的业务通信。

4.根据权利要求3所述的方法，其特征在于，所述基于所述判断结果，实现与所述MEC的业务通信，包括：

在所述判断结果为是的情况下，创建协议数据单元PDU会话；

在所述PDU会话创建成功的情况下，基于多个所述业务配置信息中与所述目标业务相关的业务配置信息，实现与所述MEC的业务通信。

5.一种业务处理方法，应用于多接入边缘计算MEC，其特征在于，所述方法包括：

获取自身预先配置的业务配置信息；

通过应用功能AF将所述业务配置信息下发至统一数据管理UDM，使得用户设备UE通过接入和移动性管理功能AMF从所述UDM获取多个不同MEC对应的多个业务配置信息；多个所述业务配置信息用于在所述UE接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信；所述业务访问请求用于对所述目标业务进行访问。

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

基于定义的AF Request接口，完成对所述业务配置信息的配置。

7.根据权利要求5或6所述的方法，其特征在于，所述业务配置信息包括数据网络名称DNN信息、单个网络切片选择协助信息S-NSSAI、UE标识信息、位置区域信息、MEC标识信息和授权的应用信息列表中的至少一个。

8.一种业务处理方法，应用于网络设备，其特征在于，所述方法包括：

接收多个多接入边缘计算MEC各自对应的应用功能AF下发的多个业务配置信息；

接收接入和移动性管理功能AMF发送的业务配置信息获取请求；所述业务配置信息获取请求携带有用户设备UE相关信息；

向所述AMF反馈与业务配置信息获取请求对应的多个所述业务配置信息，使得所述AMF向所述UE发送多个所述业务配置信息，以及所述UE在接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信；所述业务访问请求用于对所述目标业务进行访问。

9.根据权利要求8所述的方法，其特征在于，所述UE相关信息包括UE标识信息和UE位置信息。

10.一种业务处理系统，其特征在于，所述系统包括：用户设备UE、统一数据管理UDM、多个多接入边缘计算MEC以及部署在每个所述MEC上的应用功能AF，其中，

多个所述MEC，用于在获取多个所述MEC自身预先配置的业务配置信息后，通过所述AF将各自的所述业务配置信息下发至所述UDM；

所述UDM，用于接收AMF发送的业务配置信息获取请求，向所述AMF反馈与所述业务配置信息获取请求对应的多个所述业务配置信息；所述业务配置信息获取请求携带有UE相关信息；

所述UE，用于从所述AMF获取多个所述业务配置信息；在接收到用户发起的业务访问请求时，根据多个所述业务配置信息和目标业务，实现与所述MEC的业务通信；所述业务访问请求用于对所述目标业务进行访问。