业务重定向方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种业务重定向方法及装置。

背景技术

移动边缘计算(mobile edge computing，简称MEC)在距离用户的终端设备最近的接入网(access network，简称AN)内提供互联网技术(internet technology，简称IT)服务环境以及云计算能力，旨在进一步减小时延、提高网络运营效率、提高业务传送能力、优化用户体验。

现有的MEC的典型架构可参见图1，其中，边缘应用(application，简称APP)可以部署在边缘用户面功能(user plane function，简称UPF)附近，在边缘APP正常的情况下，边缘UPF会将终端设备通过AN发送的业务请求分流至边缘APP，若边缘APP异常，边缘UPF会将终端设备通过AN发送的业务请求分流至中心APP，中心APP可以部署在数据网络(datanetwork，简称DN)中，由此可知，随着用户的数据流量的增大，在边缘APP异常的情况下，会大大的增加中心APP的压力。

发明内容

本申请实施例提供了一种业务重定向方法及装置，用于降低中心APP的压力。

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

第一方面，提供了一种业务重定向方法，该方法包括：第一网络设备从终端设备接收业务请求，业务请求用于请求与第一边缘APP相关的业务；第一边缘APP不可用，第二边缘APP可用，第一网络设备将业务请求重定向至第二边缘APP，第一边缘APP对应第一DNAI，第二边缘APP对应第二DNAI，第一DNAI能够表征第一边缘APP的部署位置，第二DNAI能够表征第二边缘APP的部署位置，第一DNAI和第二DNAI所表征的部署位置之间满足预设条件，第二边缘APP为第二DNAI对应的边缘APP中的、与第一边缘APP为相同服务商、且具备相同功能的边缘APP。第一方面提供的方法，第一网络设备在第一边缘APP不可用，第二边缘APP可用的情况下，当接收到与第一边缘APP相关的业务的业务请求时，将业务请求重定向至第二边缘APP，由于第二边缘APP与第一边缘APP为相同服务商、且具备相同功能的边缘APP，因此，不需要中心APP去处理与第一边缘APP相关的业务，能够降低中心APP的压力。

在一种可能的设计中，第一DNAI和第二DNAI属于同一个资源组，一个资源组中的任意两个DNAI对应的接入UPF所覆盖的基站为相邻基站；或者，一个资源组中的任意两个DNAI对应的接入UPF所覆盖的跟踪区标识相同或相邻；或者，一个资源组中的任意两个DNAI对应的DC之间的报文传输距离小于或等于预设阈值。该种可能的实现方式，能够将表征的部署位置距离较近的DNAI组成一个资源组，从而使得确定的第二边缘APP能够快速的处理终端设备发送的业务请求并提供相应的服务。

在一种可能的设计中，在第一网络设备将业务请求重定向至第二边缘APP之前，该方法还包括：第一网络设备向第二网络设备发送指示信息，指示信息用于指示第二网络设备建立第一边缘APP对应的第一边缘UPF与第二边缘APP对应的第二边缘UPF之间的路径。该种可能的实现方式，可以在第一边缘APP和第二边缘APP对应的边缘UPF之间建立路径，从而使得终端设备发送的业务报文到达第二边缘APP或者第二边缘APP发送的业务报文到达终端设备。

在一种可能的设计中，在第一网络设备向第二网络设备发送指示信息之后，该方法还包括：第一网络设备从第二网络设备接收路径更新完成信息，路径更新完成信息用于指示第一边缘UPF与第二边缘UPF之间的路径建立完成。

在一种可能的设计中，在第一网络设备向第二网络设备发送指示信息之前，该方法还包括：第一网络设备向第三网络设备发送位置请求，用于第三网络设备获取终端设备接入的边缘UPF进而获取目标资源组，目标资源组为包括第一DNAI的资源组；第一网络设备从第三网络设备接收目标资源组中的全部或部分参数；第一网络设备根据目标资源组中的全部或部分参数确定第二DNAI；第一网络设备根据第二DNAI确定第二边缘APP。

在一种可能的设计中，在第一网络设备将业务请求重定向至第二边缘APP之前，该方法还包括：第一网络设备确定第一边缘APP不可用。

第二方面，提供了一种业务重定向方法，该方法包括：第二网络设备从第一网络设备接收指示信息；第二网络设备根据指示信息建立第一边缘APP对应的第一边缘UPF与第二边缘APP对应的第二边缘UPF之间的路径，第二边缘APP为第一网络设备在第一边缘APP不可用时为终端设备的业务请求进行重定向的服务边缘APP，业务请求用于请求与第一边缘APP相关的业务，第一边缘APP对应第一DNAI，第二边缘APP对应第二DNAI，第一DNAI能够表征第一边缘APP的部署位置，第二DNAI能够表征第二边缘APP的部署位置，第一DNAI和第二DNAI所表征的部署位置之间满足预设条件，第二边缘APP为第二DNAI对应的边缘APP中的、与第一边缘APP为相同服务商、且具备相同功能的边缘APP。第二方面提供的方法，可以在第一边缘APP和第二边缘APP对应的边缘UPF之间建立路径，从而使得终端设备发送的业务报文到达第二边缘APP或者第二边缘APP发送的业务报文到达终端设备。

在一种可能的设计中，第一DNAI和第二DNAI属于同一个资源组，一个资源组中的任意两个DNAI对应的接入UPF所覆盖的基站为相邻基站；或者，一个资源组中的任意两个DNAI对应的接入UPF所覆盖的跟踪区标识相同或相邻；或者，一个资源组中的任意两个DNAI对应的DC之间的报文传输距离小于或等于预设阈值。该种可能的实现方式，能够将表征的部署位置距离较近的DNAI组成一个资源组，从而使得确定的第二边缘APP能够快速的处理终端设备发送的业务请求并提供相应的服务。

在一种可能的设计中，业务请求为第一业务的业务请求，第二网络设备根据指示信息建立第一边缘APP对应的第一边缘UPF与第二边缘APP对应的第二边缘UPF之间的路径，包括：第二网络设备向第一边缘UPF发送第一分流规则，第一分流规则为：将从第二边缘UPF接收到的终端设备的第一业务的业务报文向终端设备发送，将从终端设备接收到的第一业务的业务报文向第二边缘UPF发送；第二网络设备向第二边缘UPF发送第二分流规则，第二分流规则为：将从第一边缘UPF接收到的终端设备的第一业务的业务报文向第二边缘APP发送，将从第二边缘APP接收到的终端设备的第一业务的业务报文向第一边缘UPF发送。该种可能的实现方式，可以使得终端设备发送的业务报文到达第二边缘APP或者第二边缘APP发送的业务报文到达终端设备。

在一种可能的设计中，在第二网络设备根据指示信息建立第一边缘APP对应的第一边缘UPF与第二边缘APP对应的第二边缘UPF之间的路径之后，该方法还包括：第二网络设备向第一网络设备发送路径更新完成信息，路径更新完成信息用于指示第一边缘UPF与第二边缘UPF之间的路径建立完成。

在一种可能的设计中，该方法还包括：第二网络设备从第三网络设备接收位置请求，位置请求用于请求终端设备接入的边缘UPF；第二网络设备向第三网络设备发送目标边缘UPF，目标边缘UPF为终端设备接入的边缘UPF。

第三方面，提供了一种业务重定向方法，该方法包括：第三网络设备从第二网络设备接收目标边缘UPF，目标边缘UPF为终端设备接入的边缘UPF；第三网络设备根据目标边缘UPF获取目标资源组，目标资源组为包括第一DNAI的资源组，第一DNAI能够表征第一边缘APP的部署位置；第三网络设备向第一网络设备发送目标资源组中的全部或部分参数，用于第一网络设备确定第二边缘APP，第二边缘APP为第一网络设备在第一边缘APP不可用时为终端设备的业务请求进行重定向的服务边缘APP，业务请求用于请求与第一边缘APP相关的业务，第一边缘APP对应第一DNAI，第二边缘APP对应第二DNAI，第二DNAI能够表征第二边缘APP的部署位置，第一DNAI和第二DNAI所表征的部署位置之间满足预设条件，第二边缘APP为第二DNAI对应的边缘APP中的、与第一边缘APP为相同服务商、且具备相同功能的边缘APP。第三方面提供的方法，第三网络设备可以获取目标资源组，并将该目标资源组中的全部或部分参数向第一网络设备发送，从而使得第一网络设备确定第二边缘APP。

在一种可能的设计中，第一DNAI和第二DNAI属于同一个资源组，一个资源组中的任意两个DNAI对应的接入UPF所覆盖的基站为相邻基站；或者，一个资源组中的任意两个DNAI对应的接入UPF所覆盖的跟踪区标识相同或相邻；或者，一个资源组中的任意两个DNAI对应的DC之间的报文传输距离小于或等于预设阈值。该种可能的实现方式，能够将表征的部署位置距离较近的DNAI组成一个资源组，从而使得确定的第二边缘APP能够快速的处理终端设备发送的业务请求并提供相应的服务。

在一种可能的设计中，在第三网络设备从第二网络设备接收目标边缘UPF之前，该方法还包括：第三网络设备从第一网络设备接收位置请求，位置请求用于请求终端设备接入的边缘UPF；第三网络设备向第二网络设备发送位置请求；第三网络设备从第二网络设备接收目标边缘UPF。

在一种可能的设计中，该方法还包括：第三网络设备确定第一边缘APP不可用。

在一种可能的设计中，该方法还包括：第三网络设备从MEP管理器接收至少一个资源组。

第四方面，提供了一种业务重定向装置，该装置具有实现第一方面提供的任意一种方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。

第五方面，提供了一种业务重定向装置，该装置具有实现第二方面提供的任意一种方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。

第六方面，提供了一种业务重定向装置，该装置具有实现第三方面提供的任意一种方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。

第七方面，提供了一种业务重定向装置，该装置包括：存储器和处理器；存储器用于存储计算机执行指令，处理器执行存储器存储的计算机执行指令，以使该装置实现第一方面提供的任意一种方法。该装置可以以芯片的产品形态存在。

第八方面，提供了一种业务重定向装置，该装置包括：存储器和处理器；存储器用于存储计算机执行指令，处理器执行存储器存储的计算机执行指令，以使该装置实现第二方面提供的任意一种方法。该装置可以以芯片的产品形态存在。

第九方面，提供了一种业务重定向装置，该装置包括：存储器和处理器；存储器用于存储计算机执行指令，处理器执行存储器存储的计算机执行指令，以使该装置实现第三方面提供的任意一种方法。该装置可以以芯片的产品形态存在。

第十方面，本申请实施例提供了一种计算机可读存储介质，当其在计算机上运行时，使得计算机可以执行上述第一方面中提供的任意一种方法。

第十一方面，本申请实施例提供了一种计算机可读存储介质，当其在计算机上运行时，使得计算机可以执行上述第二方面中提供的任意一种方法。

第十二方面，本申请实施例提供了一种计算机可读存储介质，当其在计算机上运行时，使得计算机可以执行上述第三方面中提供的任意一种方法。

第十三方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第一方面中提供的任意一种方法。

第十四方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第二方面中提供的任意一种方法。

第十五方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第三方面中提供的任意一种方法。

第四方面至第十五方面中任一种设计方式所带来的技术效果可参见第一方面至第三方面中不同设计方式所带来的技术效果，此处不再赘述。

附图说明

图1为现有技术中的一种边缘UPF进行业务分流的示意图；

图2为本申请实施例提供的一种5G网络的组成架构示意图；

图3为本申请实施例提供的一种应用场景示意图；

图4为本申请实施例提供的一种网络设备的硬件组成示意图；

图5为本申请实施例提供的一种业务重定向方法的流程图；

图6为本申请实施例提供的一种相邻基站的示意图；

图7为本申请实施例提供的一种业务流的示意图；

图8为本申请实施例提供的一种业务重定向方法的交互流程图；

图9为本申请实施例提供的一种业务重定向方法的交互流程图；

图10为本申请实施例提供的部署边缘APP和边缘UPF的示意图；

图11为本申请实施例提供的一种构建资源组的方法示意图；

图12为本申请实施例提供的一种业务重定向装置的组成示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请的描述中，“多个”是指两个或多于两个。

具体的，本申请实施例提供的方法可以应用于图2所示的5G网络，如图2所示，该5G网络可以包括下述多个网络功能(network functions，简称NF)实体：鉴权服务器功能(authentication server function，简称AUSF)网元、接入和移动管理功能(mobilitymanagement function，简称AMF)网元、DN、统一数据管理(unified data management，简称UDM)网元、策略控制功能(policy control function，简称PCF)网元、(无线)接入网((radio)access network，简称(R)AN)设备、UPF网元、终端设备(图2中以终端设备为用户设备(user equipment，简称UE)为例进行绘制)、应用功能(application function，简称AF)网元、会话管理功能(session management function，简称SMF)网元。可以理解的是，图2仅为示例性架构图，除图2所示网元之外，该5G网络架构还可以包括其他网元，例如，在AF网元和PCF网元之间还可以包括网络开放功能(network exposure function，简称NEF)网元，NEF网元具备将运营商网络具备的一些业务能力向第三方开放，比如运营商可以感知用户在哪个基站哪个位置，将此信息基于策略提供给上层(over the top，简称OTT)应用。

控制面(control plane，简称CP)功能网元包括：UDM网元、AUSF网元、PCF网元、AMF网元和SMF网元。

具体的，(R)AN设备主要功能包括：提供无线连接；UPF网元主要功能包括：使数据包路由和转发、移动性锚点、上行分类器来支持路由业务流到DN来支持多归属分组数据单元(packet data unit，简称PDU)会话等；DN可以为运营商服务，互联网接入或者第三方服务；AMF网元主要功能包含管理用户注册、可达性检测、SMF节点的选择、移动状态转换管理等；SMF网元主要功能包括：控制会话的建立、修改和删除，用户面节点的选择等；PCF网元主要功能包括：策略决策点，提供基于业务数据流和应用检测，门控，服务质量(quality ofservice，简称QoS)和基于流的计费控制等规则；AF网元主要功能包括：与第三代合作伙伴计划(3rd generation partnership project，简称3GPP)核心网交互来提供服务，来影响业务流路由、接入网能力开放、策略控制等；AUSF网元主要功能包括：提供鉴权服务；UDM网元主要功能包括：存储用户签约数据。

UE通过下一代网络(Next generation)接口1(简称N1)与AMF网元通信，(R)AN设备通过N接口2(简称N2)与AMF网元通信，(R)AN设备通过N接口3(简称N3)与UPF网元通信，UPF网元通过N接口6(简称N6)与DN通信，AMF网元通过N接口11(简称N11)与SMF网元通信，AMF网元通过N接口8(简称N8)与UDM网元通信，AMF网元通过N接口12(简称N12)与AUSF网元通信，AMF网元通过N接口15(简称N15)与PCF网元通信，SMF网元通过N接口7(简称N7)与PCF网元通信，SMF网元通过N接口4(简称N4)与UPF网元通信，SMF网元通过N接口10(简称N10)与UDM网元通信，UDM网元通过N接口13(简称N13)与AUSF网元通信，PCF网元通过N接口5(简称N5)与AF网元通信。

示例性的，图3示出了本申请实施例提供的方法的一种应用场景示意图，其中，AN1为部署区域1的接入网，终端设备处于部署区域1内时可以通过AN1接入网络，AN2为部署区域2的接入网，终端设备处于部署区域2内时可以通过AN2接入网络。边缘APP11、边缘APP12和边缘APP13为部署在部署区域1的边缘APP，边缘APP21、边缘APP22和边缘APP23为部署在部署区域2的边缘APP。边缘APP11和边缘APP21为公司1的、具备相同功能的应用，中心APP1为部署在DN或非边缘的公司1的APP，中心APP1一般包含边缘APP11和边缘APP21的功能。边缘APP12和边缘APP22为公司2的、具备相同功能的应用，中心APP2为部署在DN或非边缘的公司2的APP，中心APP2一般包含边缘APP12和边缘APP22的功能。边缘APP13和边缘APP23为公司3的、具备相同功能的应用，中心APP3为部署在DN或非边缘的公司3的APP，中心APP3一般包含边缘APP13和边缘APP23的功能。

边缘UPF1可以将终端设备通过AN1发送的业务请求分流至边缘APP11、边缘APP12、边缘APP13或中心APP，边缘UPF2可以将终端设备通过AN2发送的业务请求分流至边缘APP21、边缘APP22、边缘APP23或中心APP，边缘UPF1和边缘UPF2可以通过锚点用户面功能(anchor-user plane function，简称A-UPF)连接至DN，A-UPF可以与CP连接。

其中，边缘APP11、边缘APP12、边缘APP13以及边缘UPF1为一个MEC节点(记为MEC节点1)，边缘APP21、边缘APP22、边缘APP23以及边缘UPF2为另一个MEC节点(记为MEC节点2)，图3所示的架构仅仅为一种示例性的应用场景示意图，实际上，网络中可以有更多个MEC节点。部署到数据中心(data center，简称DC)的MEC节点(包括其中的边缘UPF和边缘APP)和AN列表会关联一个数据网络接入标识(data network access identifier，简称DNAI)，示例性的，MEC节点1会关联到DNAI1，MEC节点2会关联DNAI2，则AN1为DNAI1关联的AN列表中的AN，AN2为DNAI2关联的AN列表中的AN，边缘UPF具体与AN列表中的哪个AN连接可以通过网络规划确定。

示例性的，DNAI与关联的AN、边缘UPF、边缘APP，以及MEC节点对应的DC的对应关系可以参见表1。

表1

如图4所示，为本申请实施例提供的一种网络设备40的硬件结构示意图，该网络设备40包括至少一个处理器401，通信总线402，存储器403以及至少一个通信接口404。该网络设备40可以是本申请中的第一网络设备或第二网络设备或第三网络设备。

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

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

通信接口404，可以为任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，AN，无线局域网(wireless local area networks，简称WLAN)等。

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

其中，存储器403用于存储执行本申请方案的应用程序代码，并由处理器401来控制执行。处理器401用于执行存储器403中存储的应用程序代码，从而实现下文中描述的方法。

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

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

在具体实现中，作为一种实施例，网络设备40还可以包括输出设备405和输入设备406。

本申请实施例提供了一种业务重定向方法，如图5所示，该方法包括：

501、第一网络设备从终端设备接收业务请求，业务请求用于请求与第一边缘APP相关的业务。

其中，第一网络设备可以为装载有第一中心APP的网络设备，第一中心APP与第一边缘APP为相同服务商的APP，并且第一中心APP可以包含第一边缘APP具备的功能，第一网络设备可以为DN中的网络设备。

在本申请实施例中，以终端设备通过第一AN接入网络(可参见下文中的图7)为例对本申请实施例提供的方法作示例性说明，第一AN与第一边缘UPF连接。需要说明的是，在第一边缘APP可用的情况下，第一边缘APP对应的第一边缘UPF会将终端设备通过第一AN发送的业务请求分流至第一边缘APP，若第一边缘APP不可用，第一边缘UPF会将终端设备通过第一AN发送的业务请求分流至第一中心APP。

502、第一边缘APP不可用，第二边缘APP可用，第一网络设备将业务请求重定向至第二边缘APP。

其中，第一边缘APP对应第一DNAI，第二边缘APP对应第二DNAI，第一DNAI能够表征第一边缘APP的部署位置，第二DNAI能够表征第二边缘APP的部署位置，第一DNAI和第二DNAI所表征的部署位置之间满足预设条件，第二边缘APP为第二DNAI对应的边缘APP中的、与第一边缘APP为相同服务商、且具备相同功能的边缘APP。

一个边缘APP不可用可以是指该边缘APP发生故障，或者，该边缘APP的负荷达到一定的阈值(例如，该边缘APP所在的服务器系统资源消耗达到临界门限，已经无法接纳新的计算服务)，或者，其他导致该边缘APP无法处理业务的情况。

其中，第一边缘APP可以为任意一个边缘APP，第二DNAI对应的边缘APP可以为第二DNAI对应的部署区域中部署的全部或部分边缘APP。

可选的，所述第一DNAI和所述第二DNAI属于同一个资源组，一个资源组中的任意两个DNAI对应的接入UPF所覆盖的基站为相邻基站；或者，一个资源组中的任意两个DNAI对应的接入UPF所覆盖的跟踪区标识(tracking area identity，简称TAI)相同或相邻；或者，一个资源组中的任意两个DNAI对应的DC之间的报文传输距离小于或等于预设阈值。一个资源组中的任意两个DNAI之间满足的条件即第一DNAI和第二DNAI所表征的部署位置之间满足的预设条件。

示例性的，基于表1所示的示例，若第二DNAI为DNAI2，则第二DNAI对应的边缘APP可以包括边缘APP21、边缘APP22和边缘APP23，该情况下，若DNAI1和DNAI2为一个资源组中的DNAI，且第一边缘APP为边缘APP11，则第二边缘APP为边缘APP21。

示例性的，可以根据以下方式中的任意一种方式确定资源组。

方式1、将对应的接入UPF所覆盖的基站为相邻基站的DNAI组成一个资源组。

在具体实现时，可以以每个DNAI为参考点构建资源组。

示例性的，参见图6，基站i(i为大于0小于等于4的整数)为DNAIi对应的UPF覆盖的基站，基站1与基站2、基站3和基站4相邻，基站2与基站1和基站3相邻，基站3与基站1和基站2相邻，基站4与基站1相邻。则以各个DNAI为参考点构建的资源组可以参见表2。

表2

方式2、将对应的接入UPF的TAI相同或相邻的DNAI组成一个资源组。

示例性的，若有5个接入UPF，其对应的DNAI分别为DNAI1、DNAI2、DNAI3、DNAI4和DNAI5，DNAI1、DNAI2和DNAI4的TAI相同，DNAI3和DNAI5的TAI相同，则根据DNAI构建的资源组可以参见表3。

表3

方式3、将对应的DC之间的报文传输距离小于或等于预设阈值的DNAI组成一个资源组。

需要说明的是，一个DC可以对应一个该DC的全球定位系统(global positioningsystem，简称GPS)信息或服务区信息，根据两个DC的GPS信息或服务区信息，并结合传输组网情况，可以计算出两个DC之间的报文传输距离。

其中，预设阈值可以根据实际的边缘APP的部署情况或网络运行状况等确定。

示例性的，若有4个DC，分别为DC1、DC2、DC3和DC4，DC1和DC2之间的报文传输距离小于预设阈值，DC3和DC4之间的报文传输距离小于预设阈值，DC1和DC3、DC1和DC4、DC2和DC3、DC2和DC4之间的报文传输距离均大于预设阈值，若四个DC对应的DNAI分别为DNAI1、DNAI2、DNAI3和DNAI4，则根据DNAI构建的资源组可以参见表4。

表4

通过上述方式构建的资源组，能够将表征的部署位置距离较近的DNAI组成一个资源组，从而使得确定的第二边缘APP能够快速的处理终端设备发送的业务请求并提供相应的服务。

本申请实施例提供的方法，第一网络设备在第一边缘APP不可用，第二边缘APP可用的情况下，当接收到与第一边缘APP相关的业务的业务请求时，将业务请求重定向至第二边缘APP，由于第二边缘APP与第一边缘APP为相同服务商、且具备相同功能的边缘APP，因此，不需要中心APP去处理与第一边缘APP相关的业务，能够降低中心APP的压力。

对于有些应用，比如一些超低时延要求的应用，在构建资源组时，对业务会有较为严格的时延要求，因此资源组内的相邻关系约束的会更严格。上述三种方式中，第一网络设备根据采用方式1确定的资源组确定第二DNAI，与采用方式2和方式3确定的资源组确定第二DNAI相比，可以满足更低延时的业务的需求。

需要说明的是，由于第一边缘APP和第二边缘APP为不同的边缘UPF上对接的边缘APP，因此，参见图7，需要在第一边缘APP和第二边缘APP对应的边缘UPF之间建立路径，从而使得终端设备发送的业务报文到达第二边缘APP或者第二边缘APP发送的业务报文到达终端设备。

可选的，在步骤502之前，该方法还可以包括：

11)第一网络设备向第二网络设备发送指示信息，指示信息用于指示第二网络设备建立第一边缘APP对应的第一边缘UPF与第二边缘APP对应的第二边缘UPF之间的路径。

其中，第二网络设备可以为SMF，示例性的，路径可以为隧道。

12)第二网络设备从第一网络设备接收指示信息。

13)第二网络设备根据指示信息建立第一边缘APP对应的第一边缘UPF与第二边缘APP对应的第二边缘UPF之间的路径。

可选的，在步骤13)之后步骤502之前，该方法还可以包括：

14)第二网络设备向第一网络设备发送路径更新完成信息，路径更新完成信息用于指示第一边缘UPF与第二边缘UPF之间的路径建立完成。

15)第一网络设备从第二网络设备接收路径更新完成信息。

可选的，业务请求为第一业务的业务请求，步骤13)在具体实现时可以包括：第二网络设备向第一边缘UPF发送第一分流规则，第一分流规则为：将从第二边缘UPF接收到的终端设备的第一业务的业务报文向终端设备发送，将从终端设备接收到的第一业务的业务报文向第二边缘UPF发送；第二网络设备向第二边缘UPF发送第二分流规则，第二分流规则为：将从第一边缘UPF接收到的终端设备的第一业务的业务报文向第二边缘APP发送，将从第二边缘APP接收到的终端设备的第一业务的业务报文向第一边缘UPF发送。

需要说明的是，在步骤502之前，第一网络设备还需要获取目标资源组中的全部或部分DNAI，以便确定第二DNAI，进而确定第二边缘APP，目标资源组为包括第一DNAI的资源组。

可选的，该方法还可以包括：

21)第一网络设备向第三网络设备发送位置请求，位置请求用于请求终端设备接入的边缘UPF。

其中，第三网络设备可以为NEF。

22)第三网络设备从第一网络设备接收位置请求，并向第二网络设备发送位置请求。

23)第二网络设备从第三网络设备接收位置请求，根据位置请求获取目标边缘UPF，目标边缘UPF为终端设备接入的边缘UPF。在该实施例中，目标边缘UPF即第一边缘UPF。

24)第二网络设备向第三网络设备发送目标边缘UPF。

25)第三网络设备从第二网络设备接收目标边缘UPF，并根据目标边缘UPF获取目标资源组。

26)第三网络设备向第一网络设备发送目标资源组中的全部或部分DNAI。

27)第一网络设备从第三网络设备接收目标资源组中的全部或部分DNAI，并根据目标资源组中的全部或部分DNAI确定第二DNAI。

28)第一网络设备根据第二DNAI确定第二边缘APP。

在步骤25)之前，该方法还可以包括：所述第三网络设备从移动边缘平台(mobileedge plantform，简称MEP)管理器接收至少一个资源组。其中，资源组可以由MEP管理器构建。

可选的，本申请实施例在具体实现时，可以通过以下两种方式中的任意一种方式确定第一边缘APP不可用。

方式一、第一网络设备确定第一边缘APP不可用。

第一边缘APP可以在不可用时向第一网络设备上报，第一网络设备根据第一边缘APP上报的信息确定第一边缘APP不可用，该情况下，由于第一网络设备可以感知到第一边缘APP不可用，因此，第三网络设备可以向第一网络设备发送目标资源组中的全部DNAI，第一网络设备选择第一DNAI以外的DNAI作为第二DNAI。

方式二、第三网络设备确定第一边缘APP不可用。

MEP管理器可以监测第一边缘APP的状态，当第一边缘APP不可用时，向第三网络设备上报第一边缘APP不可用的信息，该情况下，由于第一网络设备不感知第一边缘APP的状态，因此，第三网络设备可以向第一网络设备发送目标资源组中的部分DNAI，该部分DNAI不包括第一DNAI，第一网络设备选择该部分DNAI中的一个DNAI作为第二DNAI。

需要说明的是，一个MAC节点对应一个MEP，MEP用于管理MEC节点，MEP管理器可以管理多个MEP。

图8和图9各示出了一种业务重定向方法，用于对上述实施例提供的方法做示例性说明。

参见图8，该方法可以包括：

801、第一边缘APP向第一中心APP上报故障信息。

具体的，当边缘APP故障时，可以向中心APP上报故障信息，中心APP可以根据故障信息确定哪个边缘APP发生了故障。

802、终端设备向第一中心APP发送第一业务的业务请求。

第一业务为与第一边缘APP相关的业务。

803、第一中心APP接收到业务请求后，向NEF发送位置请求。

位置请求用于请求终端设备接入的边缘UPF，在该实施例中，以终端设备接入的边缘UPF为第一边缘UPF为例进行示例性说明。

804、NEF将接收到的位置请求向SMF发送。

805、SMF根据接收到的位置请求向NEF返回第一DNAI。

步骤805在实现时，SMF可以根据终端设备接入的第一边缘UPF确定第一DNAI，第一DNAI为与第一边缘APP和第一边缘UPF相关联的DNAI。

806、NEF根据接收到的第一DNAI获取目标资源组。

具体的，当采用方式1确定资源组时，NEF可以获取以第一DNAI为参考点的资源组，以第一DNAI为参考点的资源组必定是包含第一DNAI的，当采用方式2或方式3确定资源组时，NEF可以获取包含第一DNAI的资源组。

807、NEF向第一中心APP发送目标资源组中的全部DNAI。

示例性的，若目标资源组中包括第一DNAI、第二DNAI、第三DNAI和第四DNAI，则NEF将第一DNAI、第二DNAI、第三DNAI和第四DNAI都向第一中心APP发送。

由于NEF不感知第一边缘APP是否故障，因此，NEF可以向第一中心APP发送目标资源组中的全部DNAI，由第一中心APP确定第一边缘APP故障，若NEF可以感知第一边缘APP故障，NEF也可以向第一中心APP发送目标资源组中的除第一DNAI之外的其他DNAI。具体的，NEF可以通过与第一中心APP进行信息交互确定第一边缘APP故障。

808、第一中心APP根据故障信息确定第一边缘APP不可用，并从目标资源组中的全部DNAI中选择第二DNAI，确定第二DNAI对应的第二边缘APP。

809、第一中心APP向SMF发送指示信息。

指示信息用于指示SMF建立第一边缘APP对应的第一边缘UPF与第二边缘APP对应的第二边缘UPF之间的路径。

810、SMF根据指示信息向第一边缘UPF发送第一分流规则。

第一分流规则为：将从第二边缘UPF接收到的终端设备的第一业务的业务报文向终端设备发送，将从终端设备接收到的第一业务的业务报文向第二边缘UPF发送。

811、SMF根据指示信息向第二边缘UPF发送第二分流规则。

第二分流规则为：将从第一边缘UPF接收到的终端设备的第一业务的业务报文向第二边缘APP发送，将从第二边缘APP接收到的终端设备的第一业务的业务报文向第一边缘UPF发送。

812、SMF向第一中心APP发送路径更新完成信息。

路径更新完成信息用于指示第一边缘UPF与第二边缘UPF之间的路径建立完成。

813、第一中心APP根据接收到的路径更新完成信息确定第一边缘UPF与第二边缘UPF之间的路径建立完成。

814、第一中心APP将业务请求重定向至第二边缘APP。

参见图9，该方法包括：

901、MEP监测第一边缘APP的状态，若状态异常，MEP通过MEP管理器向NEF上报故障信息。

902、终端设备向第一中心APP发送第一业务的业务请求。

第一业务可以为与第一边缘APP相关的业务。

903、第一中心APP接收到业务请求后，向NEF发送位置请求。

904、NEF将接收到的位置请求向SMF发送。

905、SMF根据接收到的位置请求向NEF返回第一边缘APP对应的第一DNAI。

906、NEF根据接收到的第一DNAI获取目标资源组。

907、NEF根据故障信息向第一中心APP发送目标资源组中的部分DNAI。

部分DNAI中不包括第一DNAI，示例性的，若目标资源组中包括第一DNAI、第二DNAI、第三DNAI和第四DNAI，则NEF将第二DNAI、第三DNAI和第四DNAI向第一中心APP发送。

由于NEF可以感知第一边缘APP是否故障，因此，NEF可以向第一中心APP发送目标资源组中的除第一DNAI之外的其他DNAI，若第一中心APP可以感知第一边缘APP是否故障，NEF也可以向第一中心APP发送目标资源组中全部DNAI，由第一中心APP确定第一边缘APP故障。具体的，第一中心APP可以通过与NEF进行信息交互确定第一边缘APP是否故障。

908、第一中心APP从目标资源组中的部分DNAI中选择第二DNAI，确定第二DNAI对应的第二边缘APP。

909、第一中心APP向SMF发送指示信息。

指示信息用于指示第二网络设备建立第一边缘APP对应的第一边缘UPF与第二边缘APP对应的第二边缘UPF之间的路径。

910、SMF根据指示信息向第一边缘UPF发送第一分流规则。

第一分流规则为：将从第二边缘UPF接收到的终端设备的第一业务的业务报文向终端设备发送，将从终端设备接收到的第一业务的业务报文向第二边缘UPF发送。

911、SMF根据指示信息向第二边缘UPF发送第二分流规则。

第二分流规则为：将从第一边缘UPF接收到的终端设备的第一业务的业务报文向第二边缘APP发送，将从第二边缘APP接收到的终端设备的第一业务的业务报文向第一边缘UPF发送。

912、SMF向第一中心APP发送路径更新完成信息。

路径更新完成信息用于指示第一边缘UPF与第二边缘UPF之间的路径建立完成。

913、第一中心APP根据接收到的路径更新完成信息确定第一边缘UPF与第二边缘UPF之间的路径建立完成。

914、第一中心APP将业务请求重定向至第二边缘APP。

在执行上述方法之前，MEP管理器需要构建资源组并向第三网络设备发送资源组，参见图10，边缘UPF的部署可以由切片管理器完成，切片管理器对边缘UPF完成部署后，可以向MEP管理器发送第一信息(具体内容参见下文)，边缘APP实例化完成之后，可以向MEP注册，MEP向MEP管理器发送第二信息(具体内容参见下文)，MEP管理器根据第一信息和第二信息构建资源组。

参见图11，构建资源组的方法可以包括：

1101、切片管理器部署边缘UPF。

1102、切片管理器向MEP管理器发送第一信息。

第一信息可以为切片管理器部署的边缘UPF与DC之间的对应关系。

基于表1所示的示例，边缘UPF与DC之间的对应关系可以参见表5。

表5

1103、MEP管理器从切片管理器接收第一信息。

1104、MEP接收边缘APP发送的注册消息。

其中，边缘APP部署在DC中，边缘APP部署好之后可以向MEP发送注册消息，一个边缘APP发送的注册消息中可以包括该边缘APP的服务标识(application function-service-identifier)，还可以包括边缘APP的互联网协议(internet protocol，简称IP)地址。

1105、MEP从MEP管理器获取MEP的DNAI。

1106、MEP将MEP的DNAI与向MEP注册的边缘APP关联，并向MEP管理器发送第二信息。

第二消息中可以包括边缘APP和MEP的DNAI的对应关系。

基于表1所示的示例，若MEP为MEC1对应的MEP，则第二消息中包括的信息可以参见表6，若MEP为MEC2对应的MEP，则第二消息中包括的信息可以参见表7。

表6

表7

1107、MEP管理器从MEP接收第二信息。

具体的，MEP管理器可以从多个MEP接收第二信息。

1108、MEP管理器根据第一信息和第二信息建立DNAI与边缘APP和边缘UPF的对应关系。

步骤1108之后，DNAI与边缘APP和边缘UPF的对应关系参见表8。

表8

MEP管理器建立的对应关系中还可以包括DC。

需要说明的是，MEP管理器中可以预配置有DC相关的上下文，DC相关的上下文可以包括：DC关联的DNAI、DC中部署的UPF对应的服务区的TAI和基站标识(node id)、DC定位(location)信息等，其中，DC定位信息可以为DC的GPS坐标信息。示例性的，DC相关的上下文可以参见表9。

表9

MEP管理器可以根据DC相关的DNAI以及第一信息和第二信息建立DNAI与边缘APP和边缘UPF的对应关系。

1109、MEP管理器构建至少一个资源组。

构建资源组的方法可以参见上文，在此不再赘述。

1110、MEP管理器向NEF发送至少一个资源组。

上述实施例中，边缘APP可以为移动边缘应用(mobile edge application)，边缘UPF可以为移动边缘UPF，AN可以为RAN。

本申请实施例提供的方法，实现了MEC节点间的资源共享，在未来部署图形处理器(graphics processing unit，简称GPU)高性能计算能力场景，如果不构建资源组，可能出现区域不够或区域过剩情况，而通过构建资源组，很好的实现了边缘能力的共享。对于一些异常场景，也提供了较好的可靠性机制，实现局部边缘不可用时，可以使用最近的边缘可用资源。

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

本申请实施例可以根据上述方法示例对业务重定向装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用集成的单元的情况下，图12示出了上述实施例中所涉及的一种业务重定向装置120的一种可能的结构示意图，该业务重定向装置120可以为第一网络设备、第二网络设备或第三网络设备，该业务重定向装置120包括处理单元1201和通信单元1202，还可以包括存储单元1203。

当业务重定向装置120为第一网络设备，处理单元1201用于对第一网络设备的动作进行控制管理，例如，处理单元1201用于支持第一网络设备执行图5所示的方法，图8中的过程803、808、809、813和814，图9中的过程903、908、909、913和914，和/或本申请实施例中所描述的其他过程中的第一网络设备执行的动作。通信单元1202用于支持第一网络设备与其他网络实体的通信，例如，与图8中的NEF或SMF的通信，存储单元1203用于存储第一网络设备的程序代码和数据。

当业务重定向装置120为第二网络设备，处理单元1201用于对第二网络设备的动作进行控制管理，例如，处理单元1201用于支持第二网络设备执行图8中的过程805、810-812，图9中的过程905，910-912，和/或本申请实施例中所描述的其他过程中的第二网络设备执行的动作。通信单元1202用于支持第二网络设备与其他网络实体的通信，例如，与图8中的第一中心APP或NEF的通信，存储单元1203用于存储第二网络设备的程序代码和数据。

当业务重定向装置120为第三网络设备，处理单元1201用于对第三网络设备的动作进行控制管理，例如，处理单元1201用于支持第三网络设备执行图8中的过程804、806和807，图9中的过程904、906和907，和/或本申请实施例中所描述的其他过程中的第三网络设备执行的动作。通信单元1202用于支持第三网络设备与其他网络实体的通信，例如，与图9中的第一中心APP或SMF的通信，存储单元1203用于存储第三网络设备的程序代码和数据。

其中，处理单元1201可以是处理器或控制器，通信单元1202可以是通信接口、收发器、收发电路等，其中，通信接口是统称，可以包括一个或多个接口。存储单元1203可以是存储器。当处理单元1201为处理器，通信单元1202为通信接口，存储单元1203为存储器时，本申请实施例所涉及的业务重定向装置可以参见图4所示的网络设备。其中，当图4所示的为第一网络设备时，处理器401用于对第一网络设备的动作进行控制管理，例如，处理器401用于支持第一网络设备执行图5所示的方法，图8中的过程803、808、809、813和814，图9中的过程903、908、909、913和914，和/或本申请实施例中所描述的其他过程中的第一网络设备执行的动作。当图4所示的为第二网络设备，处理器401用于对第二网络设备的动作进行控制管理，例如，处理器401用于支持第二网络设备执行图8中的过程805、810-812，图9中的过程905，910-912，和/或本申请实施例中所描述的其他过程中的第二网络设备执行的动作。当图4所示的为第三网络设备，处理器401用于对第三网络设备的动作进行控制管理，例如，处理器401用于支持第三网络设备执行图8中的过程804、806和807，图9中的过程904、906和907，和/或本申请实施例中所描述的其他过程中的第三网络设备执行的动作。

本申请实施例还提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，简称DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，简称SSD))等。

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

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