CN117793196A - 一种算力发现方法、装置和网络侧设备 - Google Patents

Abstract

本申请公开了一种设备和网络侧设备，属于通信技术领域，本申请实施例的算力发现方法包括：第一网络侧设备可将来自第一区域的请求者的算力发现请求发送至第二网络侧设备，其中，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同；所述第一网络侧设备接收所述第二网络侧设备针对所述算力发现请求发送的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。该算力发现方法可以跨区域发现算力资源。

Description

一种算力发现方法、装置和网络侧设备

技术领域

本申请属于通信技术领域，具体涉及一种算力发现方法、装置和网络侧设备。

背景技术

随着更先进的通信技术、大数据、人工智能等技术的推广应用，以及感知、大数据、人工智能等技术与通信技术的融合，使得算力资源成为这些技术的共性需求之一。比如，在沉浸式云XR、全息通信和感官互联等潜在的6G业务场景，在边缘云和中心云的基础上，提出了对移动通信技术和计算融合的算力网络的需求。

目前，由于各地技术发展水平存在差异，使得算力资源的分布在空间上也存在较大差异，常常出现本地某类算力资源不足或本地缺乏某类算力资源的情况，导致本地的算力需求得不到满足。

发明内容

本申请实施例提供一种算力发现方法、装置和网络侧设备，以解决本地的算力需求得不到满足的问题。

第一方面，提供了一种算力发现方法，该方法包括：

第一网络侧设备将来自第一区域的请求者的算力发现请求发送至第二网络侧设备，其中，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同；

所述第一网络侧设备接收所述第二网络侧设备针对所述算力发现请求发送的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

第二方面，提供了一种算力发现方法，该方法包括：

第二网络侧设备接收第一网络侧设备发送的算力发现请求，其中，所述算力发现请求是第一区域的请求者发送给所述第一网络侧设备的，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同；

所述第二网络侧设备向所述第一网络侧设备发送针对所述算力发现请求的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

第三方面，提供了一种算力发现装置，该装置包括：

第一发送模块，用于将来自第一区域的请求者的算力发现请求发送至第二网络侧设备，其中，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同；

第一接收模块，用于接收所述第二网络侧设备针对所述算力发现请求发送的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

第四方面，提供了一种算力发现装置，该装置包括：

第一接收模块，用于接收第一网络侧设备发送的算力发现请求，其中，所述算力发现请求是第一区域的请求者发送给所述第一网络侧设备的，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同；

第一发送模块，用于向所述第一网络侧设备发送针对所述算力发现请求的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

第五方面，提供了一种通信系统，所述通信系统包括第一网络侧设备和第二网络侧设备，其中，所述第一网络侧设备为第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同；

所述第一网络侧设备，用于将来自所述第一区域的请求者的算力发现请求发送至第二网络侧设备；接收所述第二网络侧设备针对所述算力发现请求发送的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求；

所述第二网络侧设备，用于接收所述第一网络侧设备发送的算力发现请求，并向所述第一网络侧设备发送所述反馈信息。

第六方面，提供了一种网络侧设备，该网络侧设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第二方面所述的方法的步骤。

第七方面，提供了一种第一网络侧设备，包括处理器及通信接口，其中，所述通信接口用于将来自第一区域的请求者的算力发现请求发送至第二网络侧设备，并接收所述第二网络侧设备针对所述算力发现请求发送的反馈信息，其中，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

第八方面，提供了一种第二网络侧设备，包括处理器及通信接口，其中，所述通信接口用于接收第一网络侧设备发送的算力发现请求，并向所述第一网络侧设备发送针对所述算力发现请求的反馈信息，其中，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

第九方面，提供了一种通信系统，包括：第一网络侧设备及第二网络侧设备，所述第一网络侧设备可用于执行如第一方面所述的算力发现方法的步骤，所述第二网络侧设备可用于执行如第二方面所述的方法的步骤。

第十方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面或第二方面所述的方法的步骤。

第十一方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面或第二方面所述的方法的步骤。

第十二方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面或第二方面所述的方法的步骤。

在本申请实施例中，由于第一网络侧设备在接收到来自第一区域的请求者的算力发现请求后，可以将该算力发现请求发送至第二区域的第二网络侧设备，以确认第二网络侧设备能否成功响应所述算力发现请求，从而确认第二区域的算力资源是否能够满足所述算力发现请求，即第一网络侧设备可跨区域发现算力资源，因此可以实现利用其他区域的算力资源满足本地无法满足的算力需求的目的，同时可以为算力网络中算力资源的部署提供更高的灵活性，并使算力网络中的算力资源具有更高的利用效率和更强的鲁棒性。

附图说明

图1是本申请一实施例提供的一种无线通信系统的框图。

图2是本申请一实施例提供的一种算力发现方法的流程示意图。

图3是本申请另一实施例提供的一种算力发现方法的流程示意图。

图4是本申请另一实施例提供的一种算力发现方法的流程示意图。

图5是本申请一实施例提供的一种算力发现方法的交互流程示意图。

图6是本申请另一实施例提供的一种算力发现方法的交互流程示意图。

图7是本申请一实施例提供的一种算力发现装置的结构示意图。

图8是本申请另一实施例提供的一种算力发现装置的结构示意图。

图9是本申请另一实施例提供的一种算力发现装置的结构示意图。

图10是本申请一种通信设备的结构示意图。

图11本申请实施例的网络侧设备的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6^th Generation，6G)通信系统。

图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal DigitalAssistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmentedreality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(WearableDevice)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、无线局域网(Wireless Local Area Network，WLAN)接入点、无线保真(WirelessFidelity，WiFi)节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(BaseTransceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic ServiceSet，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。核心网设备可以包含但不限于如下至少一项：核心网节点、核心网功能、移动管理实体(Mobility Management Entity，MME)、接入移动管理功能(Access and Mobility Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、策略控制功能(Policy Control Function，PCF)、策略与计费规则功能单元(Policy andCharging Rules Function，PCRF)、边缘应用服务发现功能(Edge Application ServerDiscovery Function，EASDF)、统一数据管理(Unified Data Management，UDM)，统一数据仓储(Unified Data Repository，UDR)、归属用户服务器(Home Subscriber Server，HSS)、集中式网络配置(Centralized network configuration，CNC)、网络存储功能(NetworkRepository Function，NRF)，网络开放功能(Network Exposure Function，NEF)、本地NEF(Local NEF，或L-NEF)、绑定支持功能(Binding Support Function，BSF)、应用功能(Application Function，AF)等。需要说明的是，在本申请实施例中仅以NR系统中的核心网设备为例进行介绍，并不限定核心网设备的具体类型。

下面对本申请实施例涉及的一些术语进行解释。

计算服务控制设备是指用于实现计算服务控制功能(Computing ServiceControl Function，CSCF)的网络侧设备，该网络侧设备可以是核心网的网元或实体。其中，计算服务控制功能可以通过虚拟化的方式实现，也可以通过具体设备实现。当通过虚拟化的方式实现计算服务控制功能时，计算服务控制功能(CSCF)即计算服务控制设备。

算力资源的请求者(简称请求者)既可以是终端设备(User Equipment，UE)，也可以是网络侧设备，例如请求者可以是核心网的业务管理功能(Service ManagementFunction，SMF)。

区域可以表示网络或地理区域，例如，一个公共陆地移动(通信)网络(PublicLand Mobile Network，PLMN)代表一个区域。一般来说，不同区域可通下述两种方式中的一种来划分：

(1)不同的计算服务控制设备对应不同的区域，或者说，不同区域是指由不同计算服务控制设备管理的网络或地理范围，例如，不同区域可以是不同CSCF管理的网络或地理范围。

(2)不同的算力资源集合对应不同的区域，其中，算力资源集合可由计算服务控制设备划分，例如，不同区域可以是由不同CSCF划分的算力资源集合。

可以理解，无论以哪种方式划分区域，不同区域所拥有的具体算力资源是不同的，或者说，不同区域的计算服务控制设备管理的算力资源是相互独立的。当然，不同区域所拥有的算力资源的类型可以相同也可以不同。

下面结合附图对本申请实施例提供的一种算力发现方法进行说明。

如图2所示，本申请的一个实施例提供一种算力发现方法，可以包括：

步骤201、第一网络侧设备将来自第一区域的请求者的算力发现请求发送至第二网络侧设备，其中，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同。

在第一个例子中，第一网络侧设备在接收到来自本地(第一区域)的请求者的算力发现请求后，可直接将该算力发现请求发送给第二网络侧设备，以进行跨区域的算力发现。

在第二个例子中，第一网络侧设备在接收到来自本地(第一区域)的请求者的算力发现请求后，可先判断是否满足预设触发条件，若满足，再将该算力发现请求发送给第二网络侧设备，以进行跨区域的算力发现。

其中，所述预设触发条件可包括以下至少一项：

(1)所述第一区域中缺少目标类型的算力资源，即本地不存在目标类型的算力资源；

(2)所述第一区域中目标类型的可用算力资源不足，即本地虽然存在目标类型的算力资源，但是目标类型的算力资源的可用算力不足。

其中，所述目标类型是所述算力发现请求所要发现的算力资源类型，如GPU资源。

可以理解，通过上述第二个例子，可以使第一网络侧设备在本地的算力资源无法满足本地算力需求的情况下，再进行跨区域的算力发现，这既可以使请求者的算力需求得到满足，还可以保证本地算力资源的利用率。

可选的，在将请求者的算力发现请求发送至第二网络侧设备之前，所述方法还可以包括：所述第一网络侧设备基于第一信息确定所述第二网络侧设备。

其中，所述第一信息可以包括但不限于下述至少一项：

(1)预配置信息，所述预配置信息包括预先给所述第一网络侧设备配置的其他区域的计算服务控制设备信息，一个区域的计算服务控制设备信息可以包括该区域的计算服务控制设备标识(或访问地址信息)，还可以包括该计算服务控制设备所管理的算力资源信息，即还可以包括该计算服务控制设备所在区域的算力资源信息；

(2)其他区域的计算服务控制设备在所述第一网络侧设备中的注册信息，一个区域的注册信息可以包括该区域的计算服务控制设备标识(或访问地址信息)，还可以包括该计算服务控制设备所管理的算力资源信息，即该计算服务控制设备所在区域的算力资源信息。

在这里，其他区域是指除所述第一区域外的区域。

可以理解，通过预配置或注册的方式，可以使第一网络侧设备知晓有哪些第二网络侧设备，这些第二网络侧设备管理了哪些算力资源，从而在接收到来自请求者的算力发现请求并判断本地无法满足时，可跨区域发现该算力发现请求所要发现的算力资源。

可选的，图2所示的方法还可以包括：所述第一网络侧设备向所述其他区域的计算服务控制设备发送订阅请求，其中，所述订阅请求用于订阅所述其他区域的计算服务控制设备所管理的算力资源的状态信息，算力资源的状态信息可以包括可用性(可用或不可用)和可用时间等信息中的一种或多种。

在实际应用中，第一网络侧设备可按照预设周期向所述其他区域的计算服务控制设备发送订阅请求，以订阅所述其他区域的计算服务控制设备所管理的算力资源的状态信息。

在此基础上，所述第一网络侧设备基于第一信息确定所述第二网络侧设备，可包括：所述第一网络侧设备基于所述第一信息和所述状态信息确定所述第二网络侧设备。具体的，所述第一网络侧设备可先基于第一信息筛选出至少一个候选第二网络侧设备，然后基于所述至少一个候选第二网络侧设备所管理的算力资源的状态信息，从所述至少一个候选第二网络侧设备中筛选出目标类型的算力资源可用的一个设备作为最终的第二网络侧设备。或者，所述第一网络侧设备可先基于其他区域的算力资源的状态信息，筛选出目标类型的算力资源可用的至少一个候选第二网络侧设备，然后基于第一信息从所述至少一个候选第二网络侧设备中筛选出一个设备作为最终的第二网络侧设备。

步骤202、所述第一网络侧设备接收所述第二网络侧设备针对所述算力发现请求发送的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

可以理解，所述第二网络侧设备能否成功响应所述算力发现请求，反映了所述第二区域的算力资源是否能够满足所述算力发现请求，具体的，如果所述第二网络侧设备能成功响应所述算力发现请求，则说明所述第二区域的算力资源能够满足所述算力发现请求；如果所述第二网络侧设备不能成功响应所述算力发现请求，或者说所述第二网络侧设备对所述算力发现请求响应失败，则说明所述第二区域的算力资源不能满足所述算力发现请求，或者，所述第二区域的算力资源虽能满足所述算力发现请求但出于其他原因导致响应失败。

在具体实现时，不同内容的反馈信息代表所述第二网络侧设备对所述算力发现请求的不同响应结果(响应成功或响应失败)，下面分别说明。

第一种响应结果：响应成功

可以理解，响应成功意味着所述第二区域的可用算力资源能够满足所述算力发现请求。此时，所述反馈信息可包括第一指示信息，第一指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应成功。也就是说，在所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应成功的情况下，第二网络侧设备可向第一网络侧设备发送包含第一指示信息的反馈信息。

第一指示信息可以是具体信息内容(如：所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应成功)，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，第一指示信息可以是状态码200。可以理解，通过状态码代替具体信息内容，可以减小第一指示信息的大小，从而降低信令开销。

可选的，在第一种情况中，所述反馈信息还可以包括所述第二区域的算力资源信息，且该算力资源信息与所述算力发现请求相匹配，具体的，该算力资源信息可以包括与所述算力发现请求匹配的算力资源的访问地址、性能等属性信息。

在此基础上，如图3所示，本申请实施例提供的算力发现方法还可以包括：

步骤203、所述第一网络侧设备将所述算力资源信息发送至所述请求者，以便请求者使用相应的算力资源完成相应的任务。

可选的，在响应成功的情况下，本申请实施例提供的一种算力发现方法还可以包括：所述第一网络侧设备向所述第二网络侧设备发送资源预留请求信息，其中，所述资源预留请求信息用于请求所述第二网络侧设备为所述请求者预留所述算力资源信息中描述的算力资源。可以理解，通过请求资源预留，可以提高请求者使用相应的算力资源完成相应任务的成功率。

第二种响应结果：响应失败

在响应失败的情况下，所述反馈信息可包括第二指示信息，所述第二指示信息用于指示所述第二网络侧设备对所述算力发现请求响应失败。也就是说，在所述第二网络侧设备对所述算力发现请求响应失败的情况下，第二网络侧设备可向第一网络侧设备发送包含第二指示信息的反馈信息。

可选的，在所述第二网络侧设备对所述算力发现请求响应失败的情况下，如图3所示，本申请实施例提供的一种算力发现方法还可以包括：

步骤204、所述第一网络侧设备重新确定第二网络侧设备，并返回执行步骤201，以从另一非本地区域发现请求者所需的算力资源。在实际应用中，可以如此循环，直到发现满足所述算力发现请求的算力资源为止。需要说明的是，重新确定的第二网络侧设备所在的区域与上一次确定的第二网络侧设备所在的区域不同。

所述第二网络侧设备对所述算力发现请求响应失败的情况又可以分为如下两种情况：

第一种情况：所述第二区域的可用算力资源满足所述算力发现请求，但出于其他原因使得所述第二网络侧设备对所述算力发现请求响应失败。此时，所述第二指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应失败。

可选的，在第一种情况下，所述反馈信息中还可以包括响应失败的原因。具体的，可通过第二指示信息指示响应失败的原因，其中，响应失败的原因可以包括但不限于下述原因中的一种或多种：

(1)所述算力发现请求中的查询参数的数据错误，或者说，所述算力发现请求中的查询参数的值错误，其中，查询参数及其值一般是携带在所述算力发现请求中的。举例来说，假设请求者为了实现一个图像识别任务需要获取显存大小为某一值的GPU资源，但请求者所在区域的该GPU资源的可用性不足，那么请求者可以向自身所在区域的CSCF-1发起算力发现请求，该算力发现请求中的查询参数即GPU资源的显存大小，查询参数的值即显存的具体值，可以理解表示显存大小的值一般是大于0的，如果算力发现请求中携带的查询参数的值小于0，说明算力发现请求中的查询参数的值出现了错误。

(2)所述第二网络侧设备内部错误，如第二区域的可用算力资源不足，所述第二网络侧设备拒绝所述算力发现请求。

同样的，第二指示信息可以是具体信息内容，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，在上述第(1)种原因导致的响应失败的情况下，第二指示信息可以是状态码400，在上述第(2)种原因导致的响应失败的情况下，第二指示信息可以是状态码500。同样的，通过状态码代替具体信息内容，可以减小第二指示信息的大小，从而降低信令开销。

可选的，在第一种情况下，步骤204可包括：所述第一网络侧设备重新基于第一信息确定第二网络侧设备，其中，所述第一信息可以包括以下至少一项：

(1)预配置信息，所述预配置信息包括预先给所述第一网络侧设备配置的其他区域的计算服务控制设备信息；

(2)其他区域的计算服务控制设备在所述第一网络侧设备中的注册信息。

需要说明的是，这里的所述其他区域为除所述第一区域和所述第二区域(上一次确定的第二网络侧设备所在的区域)外的区域，也就是说，第一网络侧设备重新确定的第二网络侧设备所在的区域与上一次确定的第二网络侧设备所在的区域不同。

第二种情况：所述第二指示信息用于指示所述第二区域的可用算力资源不满足所述算力发现请求，且所述第二网络侧设备对所述算力发现请求响应失败。

针对上述第二种情况，所述反馈信息可以是所述第二网络侧设备在不具备第二信息的情况下发送的，所述反馈信息也可以是所述第二网络侧设备在具备第二信息的情况下发送的，其中，所述第二信息是用于确定重定向信息的信息，所述重定向信息用于所述第一网络侧设备将所述算力发现请求重定向至另一第二网络侧设备。举例来说，第二信息包括其他区域的计算服务控制设备信息及其所管理的算力资源信息，具体可以是算力资源的路由表。可以理解，有了第二信息，第二网络侧设备可以很方便地确定往哪个计算服务控制设备重定向所述算力发现请求，重定向的那个计算服务控制设备上有没有与所述算力发现请求匹配的算力资源。

若第二网络侧设备不具备第二信息以重定向所述算力发现请求，则所述第二信息还可用于指示响应失败的原因，响应失败的原因可以包括但不限于下述原因中的一种或多种：

(1)所述算力发现请求中的查询参数的数据错误，或者说，所述算力发现请求中的查询参数的值错误；

(2)所述第二网络侧设备内部错误，如第二区域的可用算力资源不足，所述第二网络侧设备拒绝所述算力发现请求。

此时，第二指示信息可以是具体信息内容，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，在上述第(1)种原因导致的响应失败的情况下，第二指示信息可以是状态码400，在上述第(2)种原因导致的响应失败的情况下，第二指示信息可以是状态码500。同样的，通过状态码代替具体信息内容，可以减小第二指示信息的大小，从而降低信令开销。

若第二网络侧设备具备足够的第二信息以重定向所述算力发现请求，则所述反馈信息还包括重定向信息，所述重定向信息是基于所述第一信息确定的，所述重定向信息用于所述第一网络侧设备将所述算力发现请求重定向至另一第二网络侧设备。其中，所述重定向信息具体可以包括所述另一第二网络侧设备的访问地址信息。此时，第二指示信息可以是具体信息内容，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，第二指示信息可以是状态码303或307。可以理解，通过状态码代替具体信息内容，可以减小第一指示信息的大小，从而降低信令开销。

在此基础上，步骤204可包括：所述第一网络侧设备基于所述重定向信息重新确定第二网络侧设备，并返回执行步骤201。在所述重定向信息具体可以包括所述另一第二网络侧设备的访问地址信息的情况下，所述第一网络侧设备可基于所述另一第二网络侧设备的访问地址信息来确定。

进一步的，如果所述第一网络侧设备和所述第二网络侧设备所在算力网络规模较大，可以预先对该算力网络中的计算服务控制设备之间设置层级关系，从而实现对该算力网络中的算力资源的多层级管理，以更方便地对该算力网络进行部署和维护。其中，不同层级的计算服务控制设备在区域(或者说地理位置)上可以是相同的，也可以是不同的。

若所述第一网络侧设备和所述第二网络侧设备所在算力网络中的计算服务控制设备之间存在层级关系，则上述另一第二网络侧设备可以是基于该层级关系确定的，具体的，所述第一网络侧设备和所述另一第二网络侧设备均属于上一次确定的第二网络侧设备的下级设备。可以理解，一般而言，上级设备能够对下级设备进行管理和调度，上级设备知晓下级设备的相关信息，所以通过该层级关系可以更快速的重新确定出第二网络侧设备。

本申请实施例提供的一种算力发现方法，由于第一网络侧设备在接收到来自第一区域的请求者的算力发现请求后，可以将该算力发现请求发送至第二区域的第二网络侧设备，以确认第二网络侧设备能否成功响应所述算力发现请求，从而确认第二区域的算力资源是否能够满足所述算力发现请求，即第一网络侧设备可跨区域发现算力资源，因此可以实现利用其他区域的算力资源满足本地无法满足的算力需求的目的，同时可以为算力网络中算力资源的部署提供更高的灵活性，并使算力网络中的算力资源具有更高的利用效率和更强的鲁棒性。

如图4所示，本申请另一实施例提供了一种算力发现方法，该方法可以包括：

步骤401、第二网络侧设备接收第一网络侧设备发送的算力发现请求，其中，所述算力发现请求是第一区域的请求者发送给第一网络侧设备的，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同。

步骤402、所述第二网络侧设备向所述第一网络侧设备发送针对所述算力发现请求的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

可以理解，所述第二网络侧设备能否成功响应所述算力发现请求，反映了所述第二区域的算力资源是否能够满足所述算力发现请求，具体的，如果所述第二网络侧设备能成功响应所述算力发现请求，则说明所述第二区域的算力资源能够满足所述算力发现请求；如果所述第二网络侧设备不能成功响应所述算力发现请求，或者说所述第二网络侧设备对所述算力发现请求响应失败，则说明所述第二区域的算力资源不能满足所述算力发现请求，或者，所述第二区域的算力资源虽能满足所述算力发现请求但出于其他原因导致响应失败。

在具体实现时，不同内容的反馈信息代表所述第二网络侧设备对所述算力发现请求的不同响应结果(响应成功或响应失败)，下面分别说明。

第一种响应结果：响应成功

可以理解，响应成功意味着所述第二区域的可用算力资源能够满足所述算力发现请求。此时，所述反馈信息可包括第一指示信息，第一指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应成功。也就是说，在所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应成功的情况下，第二网络侧设备可向第一网络侧设备发送包含第一指示信息的反馈信息。

第一指示信息可以是具体信息内容(如：所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应成功)，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，第一指示信息可以是状态码200。可以理解，通过状态码代替具体信息内容，可以减小第一指示信息的大小，从而降低信令开销。

可选的，在第一种情况中，所述反馈信息还可以包括所述第二区域的算力资源信息，且该算力资源信息与所述算力发现请求相匹配，具体的，该算力资源信息可以包括与所述算力发现请求匹配的算力资源的访问地址、性能等属性信息。

在此基础上，本申请实施例提供的算力发现方法还可以包括：所述第二网络侧设备接收所述第一网络侧设备发送的资源预留请求信息，其中，所述资源预留请求信息用于请求所述第二网络侧设备为所述请求者预留所述算力资源信息中描述的算力资源；所述第二网络侧设备为所述请求者预留所述算力资源信息中描述的算力资源，以便请求者使用相应的算力资源完成相应的任务。

可选的，本申请实施例提供的算力发现方法还可以包括：所述第二网络侧设备接收所述第一网络侧设备发送的订阅请求，其中，所述订阅请求用于订阅所述第二网络侧设备所管理的算力资源的状态信息；所述第二网络侧设备向所述第一网络侧设备反馈所述第二网络侧设备所管理的算力资源的状态信息。

第二种响应结果：响应失败

在响应失败的情况下，所述反馈信息可包括第二指示信息，所述第二指示信息用于指示所述第二网络侧设备对所述算力发现请求响应失败。也就是说，在所述第二网络侧设备对所述算力发现请求响应失败的情况下，第二网络侧设备可向第一网络侧设备发送包含第二指示信息的反馈信息。

所述第二网络侧设备对所述算力发现请求响应失败的情况又可以分为如下两种情况：

第一种情况：所述第二区域的可用算力资源满足所述算力发现请求，但出于其他原因使得所述第二网络侧设备对所述算力发现请求响应失败。此时，所述第二指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应失败。

可选的，在第一种情况下，所述反馈信息中还可以包括响应失败的原因。具体的，可通过第二指示信息指示响应失败的原因，其中，响应失败的原因可以包括但不限于下述原因中的一种或多种：

(1)所述算力发现请求中的查询参数的数据错误，或者说，所述算力发现请求中的查询参数的值错误；

(2)所述第二网络侧设备内部错误，如第二区域的可用算力资源不足，所述第二网络侧设备拒绝所述算力发现请求。

同样的，第二指示信息可以是具体信息内容，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，在上述第(1)种原因导致的响应失败的情况下，第二指示信息可以是状态码400，在上述第(2)种原因导致的响应失败的情况下，第二指示信息可以是状态码500。同样的，通过状态码代替具体信息内容，可以减小第二指示信息的大小，从而降低信令开销。

第二种情况：所述第二指示信息用于指示所述第二区域的可用算力资源不满足所述算力发现请求，且所述第二网络侧设备对所述算力发现请求响应失败。

针对上述第二种情况，所述反馈信息可以是所述第二网络侧设备在不具备第二信息的情况下发送的，所述反馈信息也可以是所述第二网络侧设备在具备第二信息的情况下发送的，其中，所述第二信息是用于确定重定向信息的信息，所述重定向信息用于所述第一网络侧设备将所述算力发现请求重定向至另一第二网络侧设备。举例来说，第二信息包括其他区域的计算服务控制设备信息及其所管理的算力资源信息，具体可以是算力资源的路由表。可以理解，有了第二信息，第二网络侧设备可以很方便地确定往哪个计算服务控制设备重定向所述算力发现请求，重定向的那个计算服务控制设备上有没有与所述算力发现请求匹配的算力资源。

若第二网络侧设备不具备第二信息以重定向所述算力发现请求，则所述第二信息还用于指示响应失败的原因，响应失败的原因可以包括但不限于下述原因中的一种或多种：

(1)所述算力发现请求中的查询参数的数据错误，或者说，所述算力发现请求中的查询参数的值错误；

(2)所述第二网络侧设备内部错误，如第二区域的可用算力资源不足，所述第二网络侧设备拒绝所述算力发现请求。

此时，第二指示信息可以是具体信息内容，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，在上述第(1)种原因导致的响应失败的情况下，第二指示信息可以是状态码400，在上述第(2)种原因导致的响应失败的情况下，第二指示信息可以是状态码500。同样的，通过状态码代替具体信息内容，可以减小第二指示信息的大小，从而降低信令开销。

若第二网络侧设备具备足够的第二信息以重定向所述算力发现请求，则所述反馈信息还包括重定向信息，所述重定向信息是基于所述第一信息确定的，所述重定向信息用于所述第一网络侧设备将所述算力发现请求重定向至另一第二网络侧设备。其中，所述重定向信息具体可以包括所述另一第二网络侧设备的访问地址信息。此时，第二指示信息可以是具体信息内容，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，第二指示信息可以是状态码303或307。可以理解，通过状态码代替具体信息内容，可以减小第一指示信息的大小，从而降低信令开销。

进一步的，如果所述第一网络侧设备和所述第二网络侧设备所在算力网络规模较大，可以预先对该算力网络中的计算服务控制设备之间设置层级关系，从而实现对该算力网络中的算力资源的多层级管理，以更方便地对该算力网络进行部署和维护。其中，不同层级的计算服务控制设备在区域(或者说地理位置)上可以是相同的，也可以是不同的。

若所述第一网络侧设备和所述第二网络侧设备所在算力网络中的计算服务控制设备之间存在层级关系，则上述另一第二网络侧设备可以是基于该层级关系确定的，具体的，所述第一网络侧设备和所述另一第二网络侧设备均属于上一次确定的第二网络侧设备的下级设备。可以理解，一般而言，上级设备能够对下级设备进行管理和调度，上级设备知晓下级设备的相关信息，所以通过该层级关系可以更快速的重新确定出第二网络侧设备。

本申请实施例提供的一种算力发现方法，由于第二网络侧设备可接收跨区域的算力发现请求，因此满足跨区域的算力需求，同时可以为算力网络中算力资源的部署提供更高的灵活性，并使算力网络中的算力资源具有更高的利用效率和更强的鲁棒性。

下面通过两个具体的交互流程对本申请实施例提供的一种算力发现方法进行说明。

如图5所示，本申请实施例提供的一种算力发现方法，可以包括：

步骤501、CSCF-1将来自本地请求者的算力发现请求发送至CSCF-2。

其中，CSCF-1即第一网络侧设备，CSCF-2即第二网络侧设备，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同。

在第一个例子中，CSCF-1在接收到本地请求者的算力发现请求后，可直接发送至CSCF-2。

在第二个例子中，CSCF-1可以在满足预设触发条件的情况下，再将所述算力发现请求发送至CSCF-2。

所述预设触发条件可包括以下至少一项：

(1)所述第一区域中缺少目标类型的算力资源，即本地不存在目标类型的算力资源；

(2)所述第一区域中目标类型的可用算力资源不足，即本地虽然存在目标类型的算力资源，但是目标类型的算力资源的可用算力不足。

其中，所述目标类型是所述算力发现请求所要发现的算力资源类型，如GPU资源。

可以理解，通过上述第二个例子，可以使CSCF-1在本地的算力资源无法满足本地算力需求的情况下，再进行跨区域的算力发现，这既可以使请求者的算力需求得到满足，还可以保证本地算力资源的利用率。

可选的，在将请求者的算力发现请求发送至CSCF-2之前，所述方法还可以包括：CSCF-1基于第一信息确定CSCF-2。

其中，所述第一信息可以包括但不限于下述至少一项：

(1)预配置信息，所述预配置信息包括预先给CSCF-1配置的其他区域的CSCF信息；

(2)其他区域的CSCF在CSCF-1中的注册信息。

在这里，其他区域是指除所述第一区域外的区域。

可以理解，通过预配置或注册的方式，可以使CSCF-1知晓有哪些CSCF-2，这些CSCF-2管理了哪些算力资源，从而在接收到来自请求者的算力发现请求并判断本地无法满足时，可跨区域发现该算力发现请求所要发现的算力资源。

可选的，图5所示的方法还可以包括：CSCF-1向所述其他区域的CSCF发送订阅请求，其中，所述订阅请求用于订阅所述其他区域的CSCF所管理的算力资源的状态信息，算力资源的状态信息可以包括可用性(可用或不可用)和可用时间等信息中的一种或多种。

在实际应用中，CSCF-1可按照预设周期向所述其他区域的CSCF发送订阅请求，以订阅所述其他区域的CSCF所管理的算力资源的状态信息。

在此基础上，CSCF-1基于第一信息确定CSCF-2，可包括：CSCF-1基于所述第一信息和所述状态信息确定CSCF-2。

步骤502、CSCF-2向CSCF-1发送针对所述算力发现请求的反馈信息，其中，所述反馈信息用于确定CSCF-2能否成功响应所述算力发现请求。

可以理解，CSCF-2能否成功响应所述算力发现请求，反映了所述第二区域的算力资源是否能够满足所述算力发现请求，具体的，如果CSCF-2能成功响应所述算力发现请求，则说明所述第二区域的算力资源能够满足所述算力发现请求；如果CSCF-2不能成功响应所述算力发现请求，或者说CSCF-2对所述算力发现请求响应失败，则说明所述第二区域的算力资源不能满足所述算力发现请求，或者，所述第二区域的算力资源虽能满足所述算力发现请求但出于其他原因导致响应失败。

在具体实现时，不同内容的反馈信息代表CSCF-2对所述算力发现请求的不同响应结果(响应成功或响应失败)，下面分别说明。

第一种响应结果：响应成功

可以理解，响应成功意味着所述第二区域的可用算力资源能够满足所述算力发现请求。此时，所述反馈信息可包括第一指示信息，第一指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且CSCF-2对所述算力发现请求响应成功。也就是说，在所述第二区域的可用算力资源满足所述算力发现请求且CSCF-2对所述算力发现请求响应成功的情况下，CSCF-2可向CSCF-1发送包含第一指示信息的反馈信息。

第一指示信息可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，第一指示信息可以是状态码200。

可选的，在第一种情况中，所述反馈信息还可以包括所述第二区域的算力资源信息，且该算力资源信息与所述算力发现请求相匹配，具体的，该算力资源信息可以包括与所述算力发现请求匹配的算力资源的访问地址、性能等属性信息。

在此基础上，本申请实施例提供的一种算力发现方法还可以包括：CSCF-1将所述算力资源信息发送至所述请求者，以便请求者使用相应的算力资源完成相应的任务。

可选的，在响应成功的情况下，本申请实施例提供的一种算力发现方法还可以包括：CSCF-1向CSCF-2发送资源预留请求信息，其中，所述资源预留请求信息用于请求CSCF-2为所述请求者预留所述算力资源信息中描述的算力资源。可以理解，通过请求资源预留，可以提高请求者使用相应的算力资源完成相应任务的成功率。

第二种响应结果：响应失败

在响应失败的情况下，所述反馈信息可包括第二指示信息，所述第二指示信息用于指示CSCF-2对所述算力发现请求响应失败。也就是说，在CSCF-2对所述算力发现请求响应失败的情况下，CSCF-2可向CSCF-1发送包含第二指示信息的反馈信息。

具体的，所述第二区域的可用算力资源满足所述算力发现请求，但出于其他原因使得所述CSCF-2对所述算力发现请求响应失败。此时，所述第二指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且CSCF-2对所述算力发现请求响应失败。

可选的，所述反馈信息中还可以包括响应失败的原因。具体的，可通过第二指示信息指示响应失败的原因，其中，响应失败的原因可以包括但不限于下述原因中的一种或多种：

(1)所述算力发现请求中的查询参数的数据错误，或者说，所述算力发现请求中的查询参数的值错误；

(2)所述第二网络侧设备内部错误，如第二区域的可用算力资源不足，CSCF-2拒绝所述算力发现请求。

第二指示信息可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，在上述第(1)种原因导致的响应失败的情况下，第二指示信息可以是状态码400，在上述第(2)种原因导致的响应失败的情况下，第二指示信息可以是状态码500。通过状态码代替具体信息内容，可以减小第二指示信息的大小，从而降低信令开销。

本申请实施例提供的一种算力发现方法，由于CSCF-1在接收到来自本地请求者的算力发现请求后，可以将该算力发现请求发送至第二区域的CSCF-2，以确认CSCF-2能否成功响应所述算力发现请求，从而确认第二区域的算力资源是否能够满足所述算力发现请求，即CSCF-1可跨区域发现算力资源，因此可以实现利用其他区域的算力资源满足本地无法满足的算力需求的目的，同时可以为算力网络中算力资源的部署提供更高的灵活性，并使算力网络中的算力资源具有更高的利用效率和更强的鲁棒性。

如图6所示，本申请实施例提供的一种算力发现方法，可以包括：

步骤601、CSCF-1将来自本地请求者的算力发现请求发送至CSCF-2。

其中，CSCF-1即第一网络侧设备，CSCF-2即本次确定的第二网络侧设备，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同。

在第一个例子中，CSCF-1在接收到本地请求者的算力发现请求后，可直接发送至CSCF-2。

在第二个例子中，CSCF-1可以在满足预设触发条件的情况下，再将所述算力发现请求发送至CSCF-2。

所述预设触发条件可包括以下至少一项：

(1)所述第一区域中缺少目标类型的算力资源，即本地不存在目标类型的算力资源；

(2)所述第一区域中目标类型的可用算力资源不足，即本地虽然存在目标类型的算力资源，但是目标类型的算力资源的可用算力不足。

其中，所述目标类型是所述算力发现请求所要发现的算力资源类型，如GPU资源。

可以理解，通过上述第二个例子，可以使CSCF-1在本地的算力资源无法满足本地算力需求的情况下，再进行跨区域的算力发现，这既可以使请求者的算力需求得到满足，还可以保证本地算力资源的利用率。

可选的，在将请求者的算力发现请求发送至CSCF-2之前，所述方法还可以包括：CSCF-1基于第一信息确定CSCF-2。

其中，所述第一信息可以包括但不限于下述至少一项：

(1)预配置信息，所述预配置信息包括预先给CSCF-1配置的其他区域的CSCF信息；

(2)其他区域的CSCF在CSCF-1中的注册信息。

在这里，其他区域是指除所述第一区域外的区域。

可以理解，通过预配置或注册的方式，可以使CSCF-1知晓有哪些CSCF-2，这些CSCF-2管理了哪些算力资源，从而在接收到来自请求者的算力发现请求并判断本地无法满足时，可跨区域发现该算力发现请求所要发现的算力资源。

可选的，图6所示的方法还可以包括：CSCF-1向所述其他区域的CSCF发送订阅请求，其中，所述订阅请求用于订阅所述其他区域的CSCF所管理的算力资源的状态信息，算力资源的状态信息可以包括可用性(可用或不可用)和可用时间等信息中的一种或多种。

在实际应用中，CSCF-1可按照预设周期向所述其他区域的CSCF发送订阅请求，以订阅所述其他区域的CSCF所管理的算力资源的状态信息。

在此基础上，CSCF-1基于第一信息确定CSCF-2，可包括：CSCF-1基于所述第一信息和所述状态信息确定CSCF-2。

步骤602、CSCF-2向CSCF-1发送针对所述算力发现请求的反馈信息，其中，所述反馈信息用于确定CSCF-2能否成功响应所述算力发现请求。

可以理解，CSCF-2能否成功响应所述算力发现请求，反映了所述第二区域的算力资源是否能够满足所述算力发现请求，具体的，如果CSCF-2能成功响应所述算力发现请求，则说明所述第二区域的算力资源能够满足所述算力发现请求；如果CSCF-2不能成功响应所述算力发现请求，或者说CSCF-2对所述算力发现请求响应失败，则说明所述第二区域的算力资源不能满足所述算力发现请求，或者，所述第二区域的算力资源虽能满足所述算力发现请求但出于其他原因导致响应失败。

在具体实现时，不同内容的反馈信息代表CSCF-2对所述算力发现请求的不同响应结果(响应成功或响应失败)，下面分别说明。

第一种响应结果：响应成功

可以理解，响应成功意味着CSCF-2所在区域的可用算力资源能够满足所述算力发现请求。此时，所述反馈信息可包括第一指示信息，第一指示信息用于指示CSCF-2所在区域的可用算力资源满足所述算力发现请求且CSCF-2对所述算力发现请求响应成功。也就是说，在CSCF-2所在区域的可用算力资源满足所述算力发现请求且CSCF-2对所述算力发现请求响应成功的情况下，CSCF-2可向CSCF-1发送包含第一指示信息的反馈信息。

第一指示信息可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，第一指示信息可以是状态码200。

可选的，在第一种情况中，所述反馈信息还可以包括所述第二区域的算力资源信息，且该算力资源信息与所述算力发现请求相匹配，具体的，该算力资源信息可以包括与所述算力发现请求匹配的算力资源的访问地址、性能等属性信息。

在此基础上，本申请实施例提供的一种算力发现方法还可以包括：CSCF-1将所述算力资源信息发送至所述请求者，以便请求者使用相应的算力资源完成相应的任务。

可选的，在响应成功的情况下，本申请实施例提供的一种算力发现方法还可以包括：CSCF-1向CSCF-2发送资源预留请求信息，其中，所述资源预留请求信息用于请求CSCF-2为所述请求者预留所述算力资源信息中描述的算力资源。可以理解，通过请求资源预留，可以提高请求者使用相应的算力资源完成相应任务的成功率。

第二种响应结果：响应失败

在响应失败的情况下，所述反馈信息可包括第二指示信息，所述第二指示信息用于指示CSCF-2对所述算力发现请求响应失败。也就是说，在CSCF-2对所述算力发现请求响应失败的情况下，CSCF-2可向CSCF-1发送包含第二指示信息的反馈信息。

可选的，在CSCF-2对所述算力发现请求响应失败的情况下，如图6所示，本申请实施例提供的一种算力发现方法还可以包括：

步骤603、CSCF-1重新确定第二网络侧设备，重新确定的第二网络侧设备为CSCF-3，CSCF-3所在的区域与CSCF-2所在的区域不同。

CSCF-2对所述算力发现请求响应失败的情况可以分为如下两种情况：

第一种情况：CSCF-2所在区域的可用算力资源满足所述算力发现请求，但出于其他原因使得CSCF-2对所述算力发现请求响应失败。此时，所述第二指示信息用于指示CSCF-2所在区域的可用算力资源满足所述算力发现请求且CSCF-2对所述算力发现请求响应失败。

可选的，在第一种情况下，所述反馈信息中还可以包括响应失败的原因。具体的，可通过第二指示信息指示响应失败的原因，其中，响应失败的原因可以包括但不限于下述原因中的一种或多种：

(1)所述算力发现请求中的查询参数的数据错误，或者说，所述算力发现请求中的查询参数的值错误；

(2)所述第二网络侧设备内部错误，如第二区域的可用算力资源不足，CSCF-2拒绝所述算力发现请求。

第二指示信息可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，在上述第(1)种原因导致的响应失败的情况下，第二指示信息可以是状态码400，在上述第(2)种原因导致的响应失败的情况下，第二指示信息可以是状态码500。同样的，通过状态码代替具体信息内容，可以减小第二指示信息的大小，从而降低信令开销。

可选的，在第一种情况下，步骤603可包括：CSCF-1重新基于第一信息确定第二网络侧设备，然后执行步骤604；其中，所述第一信息可以包括以下至少一项：

(1)预配置信息，所述预配置信息包括预先给所述第一网络侧设备配置的其他区域的计算服务控制设备信息；

(2)其他区域的计算服务控制设备在所述第一网络侧设备中的注册信息。

第二种情况：所述第二指示信息用于指示CSCF-2所在区域的可用算力资源不满足所述算力发现请求，且CSCF-2对所述算力发现请求响应失败。

针对上述第二种情况，所述反馈信息可以是CSCF-2在不具备第二信息的情况下发送的，所述反馈信息也可以是CSCF-2在具备第二信息的情况下发送的，其中，所述第二信息是用于确定重定向信息的信息，所述重定向信息用于CSCF-1将所述算力发现请求重定向至另一第二网络侧设备(CSCF-3)。举例来说，第二信息包括其他区域的计算服务控制设备信息及其所管理的算力资源信息，具体可以是算力资源的路由表。可以理解，有了第二信息，CSCF-2可以很方便地确定往哪个计算服务控制设备重定向所述算力发现请求，重定向的那个计算服务控制设备上有没有与所述算力发现请求匹配的算力资源。

若CSCF-2不具备第二信息以重定向所述算力发现请求，则所述第二信息还用于指示响应失败的原因，响应失败的原因可以包括但不限于下述原因中的一种或多种：

(1)所述算力发现请求中的查询参数的数据错误，或者说，所述算力发现请求中的查询参数的值错误；

(2)所述第二网络侧设备内部错误，如第二区域的可用算力资源不足，CSCF-2拒绝所述算力发现请求。

此时，第二指示信息可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，在上述第(1)种原因导致的响应失败的情况下，第二指示信息可以是状态码400，在上述第(2)种原因导致的响应失败的情况下，第二指示信息可以是状态码500。通过状态码代替具体信息内容，可以减小第二指示信息的大小，从而降低信令开销。

若CSCF-2具备足够的第二信息以重定向所述算力发现请求，则所述反馈信息还包括重定向信息，所述重定向信息是基于所述第一信息确定的，所述重定向信息用于CSCF-1将所述算力发现请求重定向至另一第二网络侧设备(CSCF-3)。其中，所述重定向信息具体可以包括CSCF-3的访问地址信息。此时，第二指示信息可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，第二指示信息可以是状态码303或307。可以理解，通过状态码代替具体信息内容，可以减小第一指示信息的大小，从而降低信令开销。

在此基础上，步骤603可包括：CSCF-1基于所述重定向信息重新确定第二网络侧设备，然后执行步骤604。

进一步的，如果CSCF-1和CSCF-2所在算力网络规模较大，可以预先对该算力网络中的计算服务控制设备之间设置层级关系，从而实现对该算力网络中的算力资源的多层级管理，以更方便地对该算力网络进行部署和维护。其中，不同层级的计算服务控制设备在区域(或者说地理位置)上可以是相同的，也可以是不同的。

若CSCF-1和CSCF-2所在算力网络中的计算服务控制设备之间存在层级关系，则上述CSCF-3可以是基于该层级关系确定的，具体的，CSCF-1和CSCF-3均属于CSCF-2的下级设备。可以理解，一般而言，上级设备能够对下级设备进行管理和调度，上级设备知晓下级设备的相关信息，所以通过该层级关系可以更快速的重新确定出第二网络侧设备。

步骤604、CSCF-1向CSCF3发送所述算力发现请求。

步骤605、CSCF-3向CSCF-1发送针对所述算力发现请求的反馈信息。

CSCF-3发送给CSCF-1的反馈信息与CSCF-2发送给CSCF-1的反馈信息类似，比如：

在响应成功的情况下，CSCF-3发送给CSCF-1的反馈信息可包括第一指示信息，第一指示信息用于指示CSCF-3所在区域的可用算力资源满足所述算力发现请求且CSCF-3对所述算力发现请求响应成功。

在响应失败的情况下，CSCF-3发送给CSCF-1的反馈信息可包括第二指示信息，第一指示信息用于指示CSCF-3对所述算力发现请求响应失败。

具体的，在响应失败的情况下，CSCF-3对所述算力发现请求响应失败的情况也可以分为如下两种情况：

第一种情况：CSCF-3所在区域的可用算力资源满足所述算力发现请求，但出于其他原因使得CSCF-3对所述算力发现请求响应失败。此时，所述第二指示信息用于指示CSCF-3所在区域的可用算力资源满足所述算力发现请求且CSCF-3对所述算力发现请求响应失败。

可选的，在第一种情况下，所述反馈信息中还可以包括响应失败的原因。具体的，可通过第二指示信息指示响应失败的原因，其中，响应失败的原因可以包括但不限于下述原因中的一种或多种：

(1)所述算力发现请求中的查询参数的数据错误，或者说，所述算力发现请求中的查询参数的值错误；

(2)所述第二网络侧设备内部错误，如第二区域的可用算力资源不足，CSCF-3拒绝所述算力发现请求。

第二指示信息可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，在上述第(1)种原因导致的响应失败的情况下，第二指示信息可以是状态码400，在上述第(2)种原因导致的响应失败的情况下，第二指示信息可以是状态码500。同样的，通过状态码代替具体信息内容，可以减小第二指示信息的大小，从而降低信令开销。

第二种情况：所述第二指示信息用于指示CSCF-3所在区域的可用算力资源不满足所述算力发现请求，且CSCF-3对所述算力发现请求响应失败。

针对上述第二种情况，所述反馈信息可以是CSCF-3在不具备第二信息的情况下发送的，所述反馈信息也可以是CSCF-3在具备第二信息的情况下发送的，其中，所述第二信息是用于确定重定向信息的信息，所述重定向信息用于CSCF-1将所述算力发现请求重定向至另一第二网络侧设备(比如CSCF-4)，如此不断循环，直到对所述算力发现请求响应成功，这里不再重复描述。

本申请实施例提供的一种算力发现方法，CSCF-1在接收到来自本地请求者的算力发现请求后，可以将该算力发现请求发送至第二区域的CSCF-2，以确认CSCF-2能否成功响应所述算力发现请求，如果CSCF-2无法满足，可继续向CSCF-3发送所述算力发现请求，如此不断跨区域发送算力发现请求，直到对所述算力发现请求响应成功，总之CSCF-1可跨区域发现算力资源，因此可以实现利用其他区域的算力资源满足本地无法满足的算力需求的目的，同时可以为算力网络中算力资源的部署提供更高的灵活性，并使算力网络中的算力资源具有更高的利用效率和更强的鲁棒性。

需要说明的是，图10所示实施例提供的算力发现方法，执行主体可以为算力发现装置。本申请实施例中以算力发现装置执行算力发现方法为例，说明本申请实施例提供的算力发现装置。

下面结合附图对本申请实施例提供的一种算力发现装置进行说明。由于本申请实施例提供的一种算力发现装置与本申请实施例提供的一种算力发现方法对应，因此对本申请实施例提供的装置描述的较为简要，详细内容可参考上文方法实施例部分的介绍。

如图7所示，本申请的一个实施例提供了一种算力发现装置700，该装置700可应用于第一网络侧设备，该装置700可包括：第一发送模块701和第一接收模块702。

第一发送模块701，用于将来自第一区域的请求者的算力发现请求发送至第二网络侧设备，其中，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同。

在一个例子中，第一发送模块701可在满足预设触发条件的情况下，将来自第一区域的请求者的算力发现请求发送至第二网络侧设备。

其中，所述预设触发条件可包括以下至少一项：

(1)所述第一区域中缺少目标类型的算力资源，即本地不存在目标类型的算力资源；

(2)所述第一区域中目标类型的可用算力资源不足，即本地虽然存在目标类型的算力资源，但是目标类型的算力资源的可用算力不足。

其中，所述目标类型是所述算力发现请求所要发现的算力资源类型，如GPU资源。

可选的，装置700还可以包括：第一确定模块，用于在将请求者的算力发现请求发送至第二网络侧设备之前，基于第一信息确定所述第二网络侧设备。

其中，所述第一信息可以包括但不限于下述至少一项：

(1)预配置信息，所述预配置信息包括预先给所述第一网络侧设备配置的其他区域的计算服务控制设备信息；

(2)其他区域的计算服务控制设备在所述第一网络侧设备中的注册信息。

在这里，其他区域是指除所述第一区域外的区域。

可以理解，通过预配置或注册的方式，可以使第一网络侧设备知晓有哪些第二网络侧设备，这些第二网络侧设备管理了哪些算力资源，从而在接收到来自请求者的算力发现请求并判断本地无法满足时，可跨区域发现该算力发现请求所要发现的算力资源。

可选的，装置700还可以包括：信息订阅模块，用于向所述其他区域的计算服务控制设备发送订阅请求，其中，所述订阅请求用于订阅所述其他区域的计算服务控制设备所管理的算力资源的状态信息，算力资源的状态信息可以包括可用性(可用或不可用)和可用时间等信息中的一种或多种。

第一接收模块702，用于接收所述第二网络侧设备针对所述算力发现请求发送的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

可以理解，所述第二网络侧设备能否成功响应所述算力发现请求，反映了所述第二区域的算力资源是否能够满足所述算力发现请求，具体的，如果所述第二网络侧设备能成功响应所述算力发现请求，则说明所述第二区域的算力资源能够满足所述算力发现请求；如果所述第二网络侧设备不能成功响应所述算力发现请求，或者说所述第二网络侧设备对所述算力发现请求响应失败，则说明所述第二区域的算力资源不能满足所述算力发现请求，或者，所述第二区域的算力资源虽能满足所述算力发现请求但出于其他原因导致响应失败。

在具体实现时，不同内容的反馈信息代表所述第二网络侧设备对所述算力发现请求的不同响应结果(响应成功或响应失败)，下面分别说明。

第一种响应结果：响应成功

可以理解，响应成功意味着所述第二区域的可用算力资源能够满足所述算力发现请求。此时，所述反馈信息可包括第一指示信息，第一指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应成功。也就是说，在所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应成功的情况下，第二网络侧设备可向第一网络侧设备发送包含第一指示信息的反馈信息。

第一指示信息可以是具体信息内容(如：所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应成功)，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，第一指示信息可以是状态码200。可以理解，通过状态码代替具体信息内容，可以减小第一指示信息的大小，从而降低信令开销。

可选的，在第一种情况中，所述反馈信息还可以包括所述第二区域的算力资源信息，且该算力资源信息与所述算力发现请求相匹配，具体的，该算力资源信息可以包括与所述算力发现请求匹配的算力资源的访问地址、性能等属性信息。

在此基础上，如图8所示，装置700还可以包括：第二发送模块703，用于将所述算力资源信息发送至所述请求者，以便请求者使用相应的算力资源完成相应的任务。

可选的，在响应成功的情况下，装置700还可以包括：请求发送模块，用于向所述第二网络侧设备发送资源预留请求信息，其中，所述资源预留请求信息用于请求所述第二网络侧设备为所述请求者预留所述算力资源信息中描述的算力资源。可以理解，通过请求资源预留，可以提高请求者使用相应的算力资源完成相应任务的成功率。

第二种响应结果：响应失败

在响应失败的情况下，所述反馈信息可包括第二指示信息，所述第二指示信息用于指示所述第二网络侧设备对所述算力发现请求响应失败。也就是说，在所述第二网络侧设备对所述算力发现请求响应失败的情况下，第二网络侧设备可向第一网络侧设备发送包含第二指示信息的反馈信息。

可选的，在所述第二网络侧设备对所述算力发现请求响应失败的情况下，如图8所示，装置700还可以包括：第二确定模块704，用于重新确定第二网络侧设备，并触发所述第一发送模块701，以从另一非本地区域发现请求者所需的算力资源。在实际应用中，可以如此循环，直到发现满足算力发现请求的算力资源为止。需要说明的是，重新确定的第二网络侧设备所在的区域与上一次确定的第二网络侧设备所在的区域不同。

所述第二网络侧设备对所述算力发现请求响应失败的情况又可以分为如下两种情况：

第一种情况：所述第二区域的可用算力资源满足所述算力发现请求，但出于其他原因使得所述第二网络侧设备对所述算力发现请求响应失败。此时，所述第二指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应失败。

可选的，在第一种情况下，所述反馈信息中还可以包括响应失败的原因。具体的，可通过第二指示信息指示响应失败的原因，其中，响应失败的原因可以包括但不限于下述原因中的一种或多种：

(1)所述算力发现请求中的查询参数的数据错误，或者说，所述算力发现请求中的查询参数的值错误；

(2)所述第二网络侧设备内部错误，如第二区域的可用算力资源不足，所述第二网络侧设备拒绝所述算力发现请求。

同样的，第二指示信息可以是具体信息内容，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，在上述第(1)种原因导致的响应失败的情况下，第二指示信息可以是状态码400，在上述第(2)种原因导致的响应失败的情况下，第二指示信息可以是状态码500。同样的，通过状态码代替具体信息内容，可以减小第二指示信息的大小，从而降低信令开销。

可选的，在第一种情况下，第二确定模块704可用于：重新基于第一信息确定第二网络侧设备，其中，所述第一信息可以包括以下至少一项：

(1)预配置信息，所述预配置信息包括预先给所述第一网络侧设备配置的其他区域的计算服务控制设备信息；

(2)其他区域的计算服务控制设备在所述第一网络侧设备中的注册信息。

需要说明的是，这里的所述其他区域为除所述第一区域和所述第二区域(上一次确定的第二网络侧设备所在的区域)外的区域，也就是说，第一网络侧设备重新确定的第二网络侧设备所在的区域与上一次确定的第二网络侧设备所在的区域不同。

第二种情况：所述第二指示信息用于指示所述第二区域的可用算力资源不满足所述算力发现请求，且所述第二网络侧设备对所述算力发现请求响应失败。

针对上述第二种情况，所述反馈信息可以是所述第二网络侧设备在不具备第二信息的情况下发送的，所述反馈信息也可以是所述第二网络侧设备在具备第二信息的情况下发送的，其中，所述第二信息是用于确定重定向信息的信息，所述重定向信息用于所述第一网络侧设备将所述算力发现请求重定向至另一第二网络侧设备。举例来说，第二信息包括其他区域的计算服务控制设备信息及其所管理的算力资源信息，具体可以是算力资源的路由表。可以理解，有了第二信息，第二网络侧设备可以很方便地确定往哪个计算服务控制设备重定向所述算力发现请求，重定向的那个计算服务控制设备上有没有与所述算力发现请求匹配的算力资源。

若第二网络侧设备不具备第二信息以重定向所述算力发现请求，则所述第二信息还用于指示响应失败的原因，响应失败的原因可以包括但不限于下述原因中的一种或多种：

(1)所述算力发现请求中的查询参数的数据错误，或者说，所述算力发现请求中的查询参数的值错误；

(2)所述第二网络侧设备内部错误，如第二区域的可用算力资源不足，所述第二网络侧设备拒绝所述算力发现请求。

此时，第二指示信息可以是具体信息内容，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，在上述第(1)种原因导致的响应失败的情况下，第二指示信息可以是状态码400，在上述第(2)种原因导致的响应失败的情况下，第二指示信息可以是状态码500。同样的，通过状态码代替具体信息内容，可以减小第二指示信息的大小，从而降低信令开销。

若第二网络侧设备具备足够的第二信息以重定向所述算力发现请求，则所述反馈信息还包括重定向信息，所述重定向信息是基于所述第一信息确定的，所述重定向信息用于所述第一网络侧设备将所述算力发现请求重定向至另一第二网络侧设备。其中，所述重定向信息具体可以包括所述另一第二网络侧设备的访问地址信息。此时，第二指示信息可以是具体信息内容，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，第二指示信息可以是状态码303或307。可以理解，通过状态码代替具体信息内容，可以减小第一指示信息的大小，从而降低信令开销。

在此基础上，第二确定模块704可用于：基于所述重定向信息重新确定第二网络侧设备，并触发所述第一发送模块701。

进一步的，如果所述第一网络侧设备和所述第二网络侧设备所在算力网络规模较大，可以预先对该算力网络中的计算服务控制设备之间设置层级关系，从而实现对该算力网络中的算力资源的多层级管理，以更方便地对该算力网络进行部署和维护。其中，不同层级的计算服务控制设备在区域(或者说地理位置)上可以是相同的，也可以是不同的。

若所述第一网络侧设备和所述第二网络侧设备所在算力网络中的计算服务控制设备之间存在层级关系，则上述另一第二网络侧设备可以是基于该层级关系确定的，具体的，所述第一网络侧设备和所述另一第二网络侧设备均属于上一次确定的第二网络侧设备的下级设备。可以理解，一般而言，上级设备能够对下级设备进行管理和调度，上级设备知晓下级设备的相关信息，所以通过该层级关系可以更快速的重新确定出第二网络侧设备。

本申请实施例提供的一种算力发现装置700，由于可跨区域发现算力资源，因此可以实现利用其他区域的算力资源满足本地无法满足的算力需求的目的，同时可以为算力网络中算力资源的部署提供更高的灵活性，并使算力网络中的算力资源具有更高的利用效率和更强的鲁棒性。

需要说明的是，图7提供的算力发现装置能够实现图2所示的算力发现方法，并能取得相同的技术效果，因此这里对图7提供的算力发现装置描述的较为简单。

如图9所示，本申请另一实施例提供了一种算力发现装置900，装置900可应用于第二网络侧设备，装置900可以包括：第一接收模块901和第一发送模块902。

第一接收模块901，用于接收第一网络侧设备发送的算力发现请求，其中，所述算力发现请求是第一区域的请求者发送给第一网络侧设备的，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同。

第一发送模块902，用于向所述第一网络侧设备发送针对所述算力发现请求的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

可以理解，所述第二网络侧设备能否成功响应所述算力发现请求，反映了所述第二区域的算力资源是否能够满足所述算力发现请求，具体的，如果所述第二网络侧设备能成功响应所述算力发现请求，则说明所述第二区域的算力资源能够满足所述算力发现请求；如果所述第二网络侧设备不能成功响应所述算力发现请求，或者说所述第二网络侧设备对所述算力发现请求响应失败，则说明所述第二区域的算力资源不能满足所述算力发现请求，或者，所述第二区域的算力资源虽能满足所述算力发现请求但出于其他原因导致响应失败。

在具体实现时，不同内容的反馈信息代表所述第二网络侧设备对所述算力发现请求的不同响应结果(响应成功或响应失败)，下面分别说明。

第一种响应结果：响应成功

可以理解，响应成功意味着所述第二区域的可用算力资源能够满足所述算力发现请求。此时，所述反馈信息可包括第一指示信息，第一指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应成功。也就是说，在所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应成功的情况下，第二网络侧设备可向第一网络侧设备发送包含第一指示信息的反馈信息。

第一指示信息可以是具体信息内容，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，第一指示信息可以是状态码200。可以理解，通过状态码代替具体信息内容，可以减小第一指示信息的大小，从而降低信令开销。

可选的，在第一种情况中，所述反馈信息还可以包括所述第二区域的算力资源信息，且该算力资源信息与所述算力发现请求相匹配，具体的，该算力资源信息可以包括与所述算力发现请求匹配的算力资源的访问地址、性能等属性信息。

在此基础上，本申请实施例提供的算力发现方法还可以包括：所述第二网络侧设备接收所述第一网络侧设备发送的资源预留请求信息，其中，所述资源预留请求信息用于请求所述第二网络侧设备为所述请求者预留所述算力资源信息中描述的算力资源；所述第二网络侧设备为所述请求者预留所述算力资源信息中描述的算力资源，以便请求者使用相应的算力资源完成相应的任务。

可选的，本申请实施例提供的算力发现装置900还可以包括：请求接收模块，用于接收所述第一网络侧设备发送的订阅请求，其中，所述订阅请求用于订阅所述第二网络侧设备所管理的算力资源的状态信息；所述第二网络侧设备向所述第一网络侧设备反馈所述第二网络侧设备所管理的算力资源的状态信息。

第二种响应结果：响应失败

在响应失败的情况下，所述反馈信息可包括第二指示信息，所述第二指示信息用于指示所述第二网络侧设备对所述算力发现请求响应失败。也就是说，在所述第二网络侧设备对所述算力发现请求响应失败的情况下，第二网络侧设备可向第一网络侧设备发送包含第二指示信息的反馈信息。

所述第二网络侧设备对所述算力发现请求响应失败的情况又可以分为如下两种情况：

第一种情况：所述第二区域的可用算力资源满足所述算力发现请求，但出于其他原因使得所述第二网络侧设备对所述算力发现请求响应失败。此时，所述第二指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应失败。

可选的，在第一种情况下，所述反馈信息中还可以包括响应失败的原因。具体的，可通过第二指示信息指示响应失败的原因，其中，响应失败的原因可以包括但不限于下述原因中的一种或多种：

(1)所述算力发现请求中的查询参数的数据错误，或者说，所述算力发现请求中的查询参数的值错误；

(2)所述第二网络侧设备内部错误，如第二区域的可用算力资源不足，所述第二网络侧设备拒绝所述算力发现请求。

同样的，第二指示信息可以是具体信息内容，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，在上述第(1)种原因导致的响应失败的情况下，第二指示信息可以是状态码400，在上述第(2)种原因导致的响应失败的情况下，第二指示信息可以是状态码500。同样的，通过状态码代替具体信息内容，可以减小第二指示信息的大小，从而降低信令开销。

第二种情况：所述第二指示信息用于指示所述第二区域的可用算力资源不满足所述算力发现请求，且所述第二网络侧设备对所述算力发现请求响应失败。

针对上述第二种情况，所述反馈信息可以是所述第二网络侧设备在不具备第二信息的情况下发送的，所述反馈信息也可以是所述第二网络侧设备在具备第二信息的情况下发送的，其中，所述第二信息是用于确定重定向信息的信息，所述重定向信息用于所述第一网络侧设备将所述算力发现请求重定向至另一第二网络侧设备。

若第二网络侧设备不具备第二信息以重定向所述算力发现请求，则所述第二信息还用于指示响应失败的原因，响应失败的原因可以包括但不限于下述原因中的一种或多种：

(1)所述算力发现请求中的查询参数的数据错误，或者说，所述算力发现请求中的查询参数的值错误；

(2)所述第二网络侧设备内部错误，如第二区域的可用算力资源不足，所述第二网络侧设备拒绝所述算力发现请求。

此时，第二指示信息可以是具体信息内容，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，在上述第(1)种原因导致的响应失败的情况下，第二指示信息可以是状态码400，在上述第(2)种原因导致的响应失败的情况下，第二指示信息可以是状态码500。同样的，通过状态码代替具体信息内容，可以减小第二指示信息的大小，从而降低信令开销。

若第二网络侧设备具备足够的第二信息以重定向所述算力发现请求，则所述反馈信息还包括重定向信息，所述重定向信息是基于所述第一信息确定的，所述重定向信息用于所述第一网络侧设备将所述算力发现请求重定向至另一第二网络侧设备。其中，所述重定向信息具体可以包括所述另一第二网络侧设备的访问地址信息。此时，第二指示信息可以是具体信息内容，也可以是能够代表具体信息内容的状态码，该状态码可以预先约定的、协议规定的或预先配置的，例如，第二指示信息可以是状态码303或307。可以理解，通过状态码代替具体信息内容，可以减小第一指示信息的大小，从而降低信令开销。

进一步的，如果所述第一网络侧设备和所述第二网络侧设备所在算力网络规模较大，可以预先对该算力网络中的计算服务控制设备之间设置层级关系，从而实现对该算力网络中的算力资源的多层级管理，以更方便地对该算力网络进行部署和维护。其中，不同层级的计算服务控制设备在区域(或者说地理位置)上可以是相同的，也可以是不同的。

若所述第一网络侧设备和所述第二网络侧设备所在算力网络中的计算服务控制设备之间存在层级关系，则上述另一第二网络侧设备可以是基于该层级关系确定的，具体的，所述第一网络侧设备和所述另一第二网络侧设备均属于上一次确定的第二网络侧设备的下级设备。可以理解，一般而言，上级设备能够对下级设备进行管理和调度，上级设备知晓下级设备的相关信息，所以通过该层级关系可以更快速的重新确定出第二网络侧设备。

本申请实施例提供的一种算力发现装置900，由于可响应跨区域的算力发现请求，因此可以满足跨区域的算力需求，同时可以为算力网络中算力资源的部署提供更高的灵活性，并使算力网络中的算力资源具有更高的利用效率和更强的鲁棒性。

需要说明的是，图9提供的算力发现装置能够实现图4所示的算力发现方法，并能取得相同的技术效果，因此这里对图9提供的算力发现装置描述的较为简单。

本申请实施例中的算力发现装置700或算力发现装置900可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的终端11的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。

可选的，如图10所示，本申请实施例还提供一种通信设备1000，包括处理器1001和存储器1002，存储器1002上存储有可在所述处理器1001上运行的程序或指令，例如，该通信设备1000为第一网络侧设备时，该程序或指令被处理器1001执行时实现上述图2所示的算力发现方法实施例的各个步骤，且能达到相同的技术效果。该通信设备1000为第二网络侧设备时，该程序或指令被处理器1001执行时实现上述图4所示的算力发现方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种网络侧设备，包括处理器和通信接口，通信接口用于将来自第一区域的请求者的算力发现请求发送至第二网络侧设备，并接收所述第二网络侧设备针对所述算力发现请求发送的反馈信息，其中，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。该网络侧设备实施例与上述第一网络侧设备方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。

本申请实施例还提供一种网络侧设备，包括处理器和通信接口，通信接口接收第一网络侧设备发送的算力发现请求，并向所述第一网络侧设备发送针对所述算力发现请求的反馈信息，其中，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。该网络侧设备实施例与上述第二网络侧设备方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。

具体地，本申请实施例还提供了一种网络侧设备。如图11所示，该网络侧设备1100包括：天线111、射频装置112、基带装置113、处理器114和存储器115。天线111与射频装置112连接。在上行方向上，射频装置112通过天线111接收信息，将接收的信息发送给基带装置113进行处理。在下行方向上，基带装置113对要发送的信息进行处理，并发送给射频装置112，射频装置112对收到的信息进行处理后经过天线111发送出去。

以上实施例中网络侧设备执行的方法可以在基带装置113中实现，该基带装置113包括基带处理器。

基带装置113例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图11所示，其中一个芯片例如为基带处理器，通过总线接口与存储器115连接，以调用存储器115中的程序，执行以上方法实施例中所示的网络设备操作。

该网络侧设备还可以包括网络接口116，该接口例如为通用公共无线接口(commonpublic radio interface，CPRI)。

具体地，本发明实施例的网络侧设备1100还包括：存储在存储器115上并可在处理器114上运行的指令或程序，处理器114调用存储器115中的指令或程序执行图2、图3和图4中任一附图所示的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述算力发现方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述算力发现方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非易失的存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述算力发现方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供了一种通信系统，包括：第一网络侧设备及第二网络侧设备，所述第一网络侧设备可用于执行如上图2所示的算力发现方法的步骤，所述第二网络侧设备可用于执行如上图4所示的算力发现方法的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (36)

1.一种算力发现方法，其特征在于，所述方法包括：

第一网络侧设备将来自第一区域的请求者的算力发现请求发送至第二网络侧设备，其中，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同；

所述第一网络侧设备接收所述第二网络侧设备针对所述算力发现请求发送的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

2.根据权利要求1所述的方法，其特征在于，在所述第一网络侧设备将来自第一区域的请求者的算力发现请求发送至第二网络侧设备之前，所述方法还包括：

所述第一网络侧设备基于第一信息确定所述第二网络侧设备；

其中，所述第一信息包括以下至少一项：

预配置信息，所述预配置信息包括预先给所述第一网络侧设备配置的其他区域的计算服务控制设备信息；

其他区域的计算服务控制设备在所述第一网络侧设备中的注册信息；

其中，所述其他区域为除所述第一区域外的区域。

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

所述第一网络侧设备向所述其他区域的计算服务控制设备发送订阅请求，其中，所述订阅请求用于订阅所述其他区域的计算服务控制设备所管理的算力资源的状态信息；

其中，所述第一网络侧设备基于第一信息确定所述第二网络侧设备，包括：

所述第一网络侧设备基于所述第一信息和所述状态信息确定所述第二网络侧设备。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述第一网络侧设备将来自第一区域的请求者的算力发现请求发送至第二网络侧设备，包括：

在满足预设触发条件的情况下，所述第一网络侧设备将来自第一区域的请求者的算力发现请求发送至第二网络侧设备；

其中，所述预设触发条件包括以下至少一项：

所述第一区域中缺少目标类型的算力资源；

所述第一区域中目标类型的可用算力资源不足；

其中，所述目标类型是所述算力发现请求所要发现的算力资源类型。

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

所述反馈信息包括第一指示信息，所述第一指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应成功。

6.根据权利要求5所述的方法，其特征在于，所述反馈信息还包括所述第二区域的算力资源信息，所述算力资源信息与所述算力发现请求相匹配。

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

所述第一网络侧设备将所述算力资源信息发送至所述请求者。

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

所述第一网络侧设备向所述第二网络侧设备发送资源预留请求信息，其中，所述资源预留请求信息用于请求所述第二网络侧设备为所述请求者预留所述算力资源信息中描述的算力资源。

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

所述反馈信息包括第二指示信息，所述第二指示信息用于指示所述第二网络侧设备对所述算力发现请求响应失败。

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

所述第一网络侧设备重新确定第二网络侧设备，并返回执行所述将来自第一区域的请求者的算力发现请求发送至第二网络侧设备的步骤，其中，重新确定的第二网络侧设备所在的区域与上一次确定的第二网络侧设备所在的区域不同。

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

所述第二指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应失败。

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

所述第二指示信息用于指示所述第二区域的可用算力资源不满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应失败。

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

所述反馈信息是所述第二网络侧设备在不具备第二信息的情况下发送的，所述第二信息是用于确定重定向信息的信息，所述重定向信息用于所述第一网络侧设备将所述算力发现请求重定向至另一第二网络侧设备。

14.根据权利要求11或13所述的方法，其特征在于，

所述第二指示信息还用于指示响应失败的原因；

其中，响应失败的原因包括下述原因中的一种或多种：

所述算力发现请求中查询参数的数据错误；

所述第二网络侧设备内部错误。

15.根据权利要求11或13所述的方法，其特征在于，所述第一网络侧设备重新确定第二网络侧设备，包括：

所述第一网络侧设备重新基于第一信息确定第二网络侧设备；

其中，所述第一信息包括以下至少一项：

预配置信息，所述预配置信息包括预先给所述第一网络侧设备配置的其他区域的计算服务控制设备信息；

其他区域的计算服务控制设备在所述第一网络侧设备中的注册信息；

其中，所述其他区域为除所述第一区域和所述第二区域外的区域。

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

所述反馈信息是所述第二网络侧设备在具备第二信息的情况下发送的，所述反馈信息还包括重定向信息，所述第二信息是用于确定所述重定向信息的信息，所述重定向信息用于所述第一网络侧设备将所述算力发现请求重定向至另一第二网络侧设备。

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

所述重定向信息包括所述另一第二网络侧设备的访问地址信息。

18.根据权利要求16或17所述的方法，其特征在于，所述第一网络侧设备重新确定第二网络侧设备，包括：

所述第一网络侧设备基于所述重定向信息重新确定第二网络侧设备，并返回执行所述将来自第一区域的请求者的算力发现请求发送至第二网络侧设备的步骤。

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

在所述第一网络侧设备和所述第二网络侧设备所在算力网络中，计算服务控制设备之间存在层级关系；

所述另一第二网络侧设备是基于所述层级关系确定的，且所述第一网络侧设备和所述另一第二网络侧设备均属于上一次确定的第二网络侧设备的下级设备。

20.一种算力发现方法，其特征在于，所述方法包括：

第二网络侧设备接收第一网络侧设备发送的算力发现请求，其中，所述算力发现请求是第一区域的请求者发送给所述第一网络侧设备的，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同；

所述第二网络侧设备向所述第一网络侧设备发送针对所述算力发现请求的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

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

所述反馈信息包括第一指示信息，所述第一指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应成功。

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

所述反馈信息还包括所述第二区域的算力资源信息，所述算力资源信息与所述算力发现请求相匹配。

23.根据权利要求21或22所述的方法，其特征在于，所述方法还包括：

所述第二网络侧设备接收所述第一网络侧设备发送的资源预留请求信息，其中，所述资源预留请求信息用于请求所述第二网络侧设备为所述请求者预留所述算力资源信息中描述的算力资源；

所述第二网络侧设备为所述请求者预留所述算力资源信息中描述的算力资源。

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

所述反馈信息包括第二指示信息，所述第二指示信息用于指示所述第二网络侧设备对所述算力发现请求响应失败。

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

所述第二指示信息用于指示所述第二区域的可用算力资源满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应失败。

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

所述第二指示信息用于指示所述第二区域的可用算力资源不满足所述算力发现请求且所述第二网络侧设备对所述算力发现请求响应失败。

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

所述反馈信息是所述第二网络侧设备在不具备第二信息的情况下发送的，所述第二信息是用于确定重定向信息的信息，所述重定向信息用于所述第一网络侧设备将所述算力发现请求重定向至另一第二网络侧设备。

28.根据权利要求25或27所述的方法，其特征在于，

所述第二指示信息还用于指示响应失败的原因，其中，响应失败的原因包括下述原因中的一种或多种：

所述算力发现请求中的查询参数的数据错误；

所述第二网络侧设备内部错误。

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

所述反馈信息是所述第二网络侧设备在具备第二信息的情况下发送的，所述反馈信息还包括重定向信息，所述第二信息是用于确定所述重定向信息的信息，所述重定向信息用于所述第一网络侧设备将所述算力发现请求重定向至另一第二网络侧设备。

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

所述重定向信息包括所述另一第二网络侧设备的访问地址信息。

31.根据权利要求29或30所述的方法，其特征在于，

在所述第一网络侧设备和所述第二网络侧设备所在算力网络中，计算服务控制设备之间存在层级关系；

所述另一第二网络侧设备是基于所述层级关系确定的，且所述第一网络侧设备和所述另一第二网络侧设备均属于上一次确定的第二网络侧设备的下级设备。

32.一种算力发现装置，其特征在于，所述装置包括：

第一发送模块，用于将来自第一区域的请求者的算力发现请求发送至第二网络侧设备，其中，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同；

第一接收模块，用于接收所述第二网络侧设备针对所述算力发现请求发送的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

33.一种算力发现装置，其特征在于，所述装置包括：

第一接收模块，用于接收第一网络侧设备发送的算力发现请求，其中，所述算力发现请求是第一区域的请求者发送给所述第一网络侧设备的，所述第一网络侧设备为所述第一区域的计算服务控制设备，所述第二网络侧设备为第二区域的计算服务控制设备，一个区域的计算服务控制设备用于管理该区域的算力资源，所述第一区域与所述第二区域不同；

第一发送模块，用于向所述第一网络侧设备发送针对所述算力发现请求的反馈信息，其中，所述反馈信息用于确定所述第二网络侧设备能否成功响应所述算力发现请求。

34.一种网络侧设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至19任一项所述的算力发现方法的步骤。

35.一种网络侧设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求20至31任一项所述的算力发现方法的步骤。

36.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-19任一项所述的算力发现方法，或者实现如权利要求20至31任一项所述的算力发现方法。