CN115484620A - 一种算力资源调度的方法以及相关装置 - Google Patents

一种算力资源调度的方法以及相关装置 Download PDF

Info

Publication number
CN115484620A
CN115484620A CN202110602003.2A CN202110602003A CN115484620A CN 115484620 A CN115484620 A CN 115484620A CN 202110602003 A CN202110602003 A CN 202110602003A CN 115484620 A CN115484620 A CN 115484620A
Authority
CN
China
Prior art keywords
computing
indication information
computational
base station
request message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110602003.2A
Other languages
English (en)
Inventor
彭程晖
刘哲
吴建军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202110602003.2A priority Critical patent/CN115484620A/zh
Priority to EP22814906.8A priority patent/EP4333533A1/en
Priority to PCT/CN2022/088070 priority patent/WO2022252859A1/zh
Priority to TW111118350A priority patent/TW202249505A/zh
Publication of CN115484620A publication Critical patent/CN115484620A/zh
Priority to US18/522,367 priority patent/US20240106764A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0806Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5094Allocation of resources, e.g. of the central processing unit [CPU] where the allocation takes into account power or heat criteria
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06NCOMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N20/00Machine learning
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0823Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14Network analysis or design
    • H04L41/145Network analysis or design involving simulating, designing, planning or modelling of a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/16Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using machine learning or artificial intelligence

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Artificial Intelligence (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Data Mining & Analysis (AREA)
  • Evolutionary Computation (AREA)
  • Medical Informatics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开了一种算力资源调度的方法以及相关装置,旨在第一终端设备的算力资源不足以支撑与其他网络设备之间的AI协作时,通过向第一设备和/或第二设备请求相应的算力资源,使第一终端设备有充足的算力资源支撑与其他网络设备之间的AI协作。前述的方法包括向第一设备发送算力请求消息,算力请求消息包括计算面资源的指示信息,计算面资源的指示信息用于指示第一终端设备的算力需求;接收第一设备发送的算力配置信息,算力配置信息包括第一指示信息和/或第二指示信息,第一指示信息用于指示第一设备提供的第一算力资源,第二指示信息用于指示第二设备提供的第二算力资源,第一设备与第二设备不相同。

Description

一种算力资源调度的方法以及相关装置
技术领域
本申请实施例涉及通信技术领域,具体涉及一种算力资源调度的方法以及相关装置。
背景技术
现有的无线网络主要提供连接服务,无线网络架构主要解决的是终端和终端之间、或者终端和服务器之间的连接服务问题。而且随着未来无线网络面对实时性人工智能(artificial intelligence,AI)、高数据隐私安全保护等新场景、新需求的出现,无线网络架构需要内生的支持各设备之间直接的AI协作机制。
然而,在现有的无线网络架构中,相应的网络数据分析功能(network dataanalytics function,NWDAF)网元主要从终端、NF网元、基站等收集数据,通过数据分析来学习模型,并为NF网元、基站等提供数据分析等AI优化服务。但是,这样的系统架构没有充分利用终端和基站等各网络功能的自身AI能力,无法很好的支撑无线网络中网络设备、终端设备等设备之间的AI协作,面临着低延时AI服务无法得到快速且及时地响应;而且,NWDAF网元从终端或其他网络功能收集数据,可能面临数据隐私性的问题。
因此,在突发性的需要大量算力的学习、增量学习、推理场景等AI场景下,基于现有的NWDAF网元在终端设备的算力资源不足时,无法很好的支撑无线网络中网络设备、终端设备等设备之间的AI协作。
发明内容
本申请实施例提供了一种算力资源调度的方法以及相关装置,旨在第一终端设备的算力资源不足以支撑与其他网络设备之间的AI协作时,通过向第一设备请求相应的算力资源,进而使得第一终端设备能够有充足的算力资源支撑与其他网络设备之间的AI协作。
第一方面,本申请实施例中提供了一种算力资源调度的方法,该方法可以应用于第一终端设备,该方法可以包括:向第一设备发送算力请求消息,所述算力请求消息包括计算面资源的指示信息,所述计算面资源的指示信息用于指示所述第一终端设备的算力需求;接收所述第一设备发送的算力配置信息,所述算力配置信息包括第一指示信息和/或第二指示信息,所述第一指示信息用于指示所述第一设备提供第一算力资源,所述第二指示信息用于指示第二设备提供的第二算力资源,所述第一设备与所述第二设备不相同。
通过上述方式,在第一终端设备的算力资源不足以支撑与其他网络设备之间的AI协作时,可以向第一设备发送算力请求消息,进而由第一设备根据该算力请求消息中的计算面资源的指示信息和该第一设备的计算面剩余计算资源确定第一算力资源。然后由第一设备向第一终端设备发送相应的算力配置信息,该算力配置信息中包括第一指示信息和/或第二指示信息。这样,第一终端设备便能够根据第一指示信息从第一设备得到第一算力资源的支持、和/或根据第二指示信息从第二设备得到第二算力资源的支持,进而支撑与其他网络设备之间的AI协作。
可选的,在一些实施例中,所述第一设备为第一基站,向所述第一设备发送算力请求消息,可以包括:通过空口RRC信令向所述第一设备发送算力请求消息。
可选的,在另一些实施例中,所述第一设备为核心网设备,向所述第一设备发送算力请求消息,可以包括:通过NAS信令向所述第一设备发送算力请求消息。
可选的,在另一些实施例中,所述第一设备为第一基站,接收所述第一设备发送的算力配置信息,可以包括:接收所述第一设备通过空口RRC信令发送的算力配置信息。
可选的,在另一些实施例中,所述第一设备为核心网设备,接收所述第一设备发送的算力配置信息,可以包括:接收所述第一设备通过NAS信令发送的算力配置信息。
可选的,在一些实施例中,所述计算面资源的指示信息包括算力大小、执行时间、算力任务类型、计算模型、计算算法、执行结果传输触发类型和触发类型中的一个或多个。
第二方面,本申请实施例提供了另一种算力资源调度的方法,该方法可以应用于第一设备,该第一设备可以包括第一基站、或核心网设备,该方法可以包括:接收第一终端设备发送的算力请求消息,所述算力请求消息包括计算面资源的指示信息,所述计算面资源的指示信息用于指示所述第一终端设备的算力需求;根据所述计算面资源的指示信息和所述第一设备的计算面剩余计算资源确定第一算力资源;向所述第一终端设备发送算力配置信息,所述算力配置信息包括所述第一指示信息和/或第二指示信息,所述第一指示信息用于指示所述第一设备提供所述第一算力资源,所述第二指示信息用于指示第二设备提供的第二算力资源,所述第一设备与所述第二设备不相同。
可选的,在一些实施例中,该方法还可以包括:向第二设备发送算力转移请求消息,以指示所述第一终端设备的算力需求或所述第一设备的算力需求;接收所述第二设备发送的算力转移确认消息,所述算力转移确认消息中包括所述第二指示信息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二基站;向第二设备发送算力转移请求消息,包括:通过X2口信令向所述第二设备发送算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二基站;接收所述第二设备发送的算力转移确认消息,包括:接收所述第二设备通过X2口信令发送的算力转移确认消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括核心网设备;向第二设备发送算力转移请求消息,包括:通过N2口信令向所述第二设备发送算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括核心网设备;接收所述第二设备发送的算力转移确认消息,可以包括:接收所述第二设备通过N2口信令发送的算力转移确认消息。
可选的,在一些实施例中,所述第一设备为所述第一基站,所述接收第一终端设备发送的算力请求消息,包括:接收所述第一终端设备通过空口RRC信令发送的算力请求消息。
可选的,在一些实施例中,所述第一设备为所述第一基站,向所述第一终端设备发送算力配置信息,包括:通过空口RRC信令向所述第一终端设备发送算力配置信息。
可选的,在一些实施例中,所述第一设备为核心网设备,所述第二设备包括第一基站;所述接收所述第一终端设备发送的算力请求消息,包括:接收所述第一终端设备通过NAS信令发送的算力请求消息。
可选的,在一些实施例中,所述第一设备为核心网设备,所述第二设备包括第一基站;向所述第一终端设备发送算力配置信息,包括:通过NAS信令向所述第一终端设备发送算力配置信息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二终端设备;向第二设备发送算力转移请求消息,包括:通过空口RRC信令向所述第二设备发送算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二终端设备;接收所述第二设备发送的算力转移确认消息,可以包括:接收所述第二设备通过空口RRC信令发送的算力转移确认消息。
可选的,在一些实施例中,所述计算面资源的指示信息包括算力大小、执行时间、算力任务类型、计算模型、计算算法、执行结果传输触发类型和触发类型中的一个或多个。
第三方面,本申请实施例提供了另一种算力资源调度的方法,该方法可以应用于第二设备,该方法可以包括:接收第一设备发送的算力转移请求消息;根据所述算力转移请求消息和所述第二设备的计算面剩余计算资源确定第二算力资源;向所述第一设备发送算力转移确认消息,所述算力转移确认消息中包括所述第二指示信息,所述第二指示信息用于指示所述第二设备提供的所述第二算力资源。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二基站;接收第一设备发送的算力转移请求消息,包括:接收所述第一设备通过X2口信令发送的算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二基站;向所述第一设备发送算力转移确认消息,包括:通过X2口信令向所述第一设备发送算力转移确认消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括核心网设备;接收所述第一设备发送的算力转移请求消息,包括:接收所述第一设备通过N2口信令发送的算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括核心网设备;向所述第一设备发送算力转移确认消息,包括:通过N2口信令向所述第一设备发送算力转移确认消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二终端设备;接收所述第一设备发送的算力转移请求消息,包括:接收所述第一设备通过空口RRC信令发送的算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二终端设备;向所述第一设备发送算力转移确认消息,可以包括:通过空口RRC信令向所述第一设备发送算力转移确认消息。
第四方面,本申请实施例提供一种第一终端设备,该所述第一终端设备可以包括:发送单元,用于向第一设备发送算力请求消息,所述算力请求消息包括计算面资源的指示信息,所述计算面资源的指示信息用于指示所述第一终端设备的算力需求;接收单元,用于接收所述第一设备发送的算力配置信息,所述算力配置信息包括第一指示信息和/或第二指示信息,所述所述第一指示信息用于指示所述第一设备提供第一算力资源,所述第二指示信息用于指示第二设备提供的第二算力资源,所述第一设备与所述第二设备不相同。
可选的,在一些实施例中,所述第一设备为第一基站;所述发送单元,用于通过空口RRC信令向所述第一设备发送算力请求消息。
可选的,在一些实施例中,所述第一设备为第一基站;所述接收单元,用于接收所述第一设备通过空口RRC信令发送的算力配置信息。
可选的,在一些实施例中,所述第一设备为核心网设备;所述发送单元,用于通过NAS信令向所述第一设备发送算力请求消息。
可选的,在一些实施例中,所述第一设备为核心网设备;所述接收单元,用于接收所述第一设备通过NAS信令发送的算力配置信息。
可选的,在一些实施例中,所述计算面资源的指示信息包括算力大小、执行时间、算力任务类型、计算模型、计算算法、执行结果传输触发类型和触发类型中的一个或多个。
第五方面,本申请实施例提供一种第一设备,该第一设备可以包括:获取模块,用于接收第一终端设备发送的算力请求消息,所述算力请求消息包括计算面资源的指示信息,所述计算面资源的指示信息用于指示所述第一终端设备的算力需求;处理模块,用于根据所述计算面资源的指示信息和所述第一设备的计算面剩余计算资源确定第一算力资源;发送模块,用于向所述第一终端设备发送算力配置信息,所述算力配置信息包括所述第一指示信息和/或第二指示信息,所述第一指示信息用于指示所述第一设备提供第一算力资源,所述第二指示信息用于指示第二设备提供的第二算力资源,所述第一设备与所述第二设备不相同。
可选的,在一些实施例中,所述发送模块,用于向第二设备发送算力转移请求消息,以指示所述第一终端设备的算力需求或所述第一设备的算力需求;所述获取模块,用于接收所述第二设备发送的算力转移确认消息,所述算力转移确认消息中包括所述第二指示信息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二基站;所述发送模块,用于通过X2口信令向所述第二设备发送算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二基站;所述获取模块,用于接收所述第二设备通过X2口信令发送的算力转移确认消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括核心网设备;所述发送模块,用于通过N2口信令向所述第二设备发送算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括核心网设备;所述获取模块,用于接收所述第二设备通过N2口信令发送的算力转移确认消息。
可选的,在一些实施例中,所述第一设备为所述第一基站;所述获取模块,用于接收所述第一终端设备通过空口RRC信令发送的算力请求消息。
可选的,在一些实施例中,所述第一设备为所述第一基站;所述发送模块,用于通过空口RRC信令向所述第一终端设备发送算力配置信息。
可选的,在一些实施例中,所述第一设备为核心网设备,所述第二设备包括第一基站和/或第二基站;所述获取模块,用于接收所述第一终端设备通过NAS信令发送的算力请求消息。
可选的,在一些实施例中,所述第一设备为核心网设备,所述第二设备包括第一基站;所述发送模块,用于通过NAS信令向所述第一终端设备发送算力配置信息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二终端设备;所述发送模块,用于通过空口RRC信令向所述第二设备发送算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二终端设备;所述获取模块,用于接收所述第二设备通过空口RRC信令发送的算力转移确认消息。
可选的,在一些实施例中,所述计算面资源的指示信息包括算力大小、执行时间、算力任务类型、计算模型、计算算法、执行结果传输触发类型和触发类型中的一个或多个。
第六方面,本申请实施例提供一种第二设备,该第二设备可以包括:第一接收模块,用于接收第一设备发送的算力转移请求消息;第一处理模块,用于根据所述算力转移请求消息和所述第二设备的计算面剩余计算资源确定第二算力资源;第一发送模块,用于向所述第一设备发送算力转移确认消息,所述算力转移确认消息中包括所述第二指示信息,所述第二指示信息用于指示所述第二设备提供的所述第二算力资源。
可选的,在一些实施例中,所述第一接收模块,用于接收所述第一设备通过X2口信令发送的算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二基站;所述第一发送模块,用于通过X2口信令向所述第一设备发送算力转移确认消息。
可选的,在一些实施例中,所述第一接收模块,用于接收所述第一设备通过N2口信令发送的算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括核心网设备;所述第一发送模块,用于通过N2口信令向所述第一设备发送算力转移确认消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二终端设备;所述第一接收模块,用于接收所述第一设备通过空口RRC信令发送的算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二终端设备;第一发送模块,用于通过空口RRC信令向所述第一设备发送算力转移确认消息。
第七方面,本申请实施例提供了一种第一终端设备,可以包括:存储器,用于存储计算机可读指令。还可以包括,与存储器耦合的处理器,用于执行存储器中的计算机可读指令从而执行如第一方面或者第一方面任意一种可能的实施方式中所描述的方法。
第八方面,本申请实施例提供了一种第一设备,可以包括:存储器,用于存储计算机可读指令。还可以包括,与存储器耦合的处理器,用于执行存储器中的计算机可读指令从而执行如第二方面或者第二方面任意一种可能的实施方式中所描述的方法。
第九方面,本申请实施例提供了一种第二设备,可以包括:存储器,用于存储计算机可读指令。还可以包括,与存储器耦合的处理器,用于执行存储器中的计算机可读指令从而执行如第三方面或者第三方面任意一种可能的实施方式中所描述的方法。
第十方面,本申请实施例提供了一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如第一方面、第二方面、第三方面,或者第一方面任意一种、第二方面任意一种或第三方面任意一种可能实现方式的方法。
第十一方面,本申请实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行如第一方面、第二方面、第三方面,或者第一方面任意一种、第二方面任意一种或第三方面任意一种可能实现方式的方法。
本申请第十二方面提供一种芯片系统,该芯片系统可以包括处理器,用于支持第一终端设备实现上述第一方面、第一方面任意一种可能的实施方式中所描述的方法中所涉及的功能,或者支持第一设备实现上述第二方面,第二方面任意一种可能的实施方式中所描述的方法中所涉及的功能;或者支持第二设备实现上述第三方面,第三方面任意一种可能的实施方式中所描述的方法中所涉及的功能。
可选地,结合上述第十二方面,在第一种可能的实施方式中,芯片系统还可以包括存储器,存储器,用于保存第一终端设备、第一设备、第二设备必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。其中,芯片系统可以包括专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(fieldprogrammable gate array,FPGA)或者其他可编程逻辑器件等。进一步,芯片系统还可以可以包括接口电路等。
上述第四方面、第七方面、第十方面至第十二方面所获得的技术效果与第一方面中对应的技术手段获得的技术效果近似,在这里不再赘述。
上述第五方面、第八方面、第十方面至第十二方面所获得的技术效果与第二方面中对应的技术手段获得的技术效果近似,在这里不再赘述。
上述第六方面、第九方面、第十方面至第十二方面所获得的技术效果与第三方面中对应的技术手段获得的技术效果近似,在这里不再赘述。
从以上技术方案可以看出,本申请实施例具有以下优点:
在本申请实施例中,在第一终端设备的算力资源不足以支撑与其他网络设备之间的AI协作时,可以向第一设备发送算力请求消息,进而由第一设备根据该算力请求消息中的计算面资源的指示信息和该第一设备的计算面剩余计算资源确定第一算力资源。然后由第一设备向第一终端设备发送相应的算力配置信息,该算力配置信息中包括第一指示信息和/或第二指示信息。这样,第一终端设备便能够根据第一指示信息从第一设备得到第一算力资源的支持、和/或根据第二指示信息从第二设备得到第二算力资源的支持,进而支撑与其他网络设备之间的AI协作。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例。
图1a为本实施例提供的一种系统架构示意图;
图1b为一种接口示意图;
图2a为本申请实施例提供的一种通信系统架构示意图;
图2b为本申请实施例提供的另一种通信架构示意图;
图3为本申请实施例中提供的一种算力资源调度的方法流程示意图;
图4a为本申请实施例中提供的另一种算力资源调度的方法流程示意图;
图4b为本申请实施例提供的一种算力转移的示意图;
图5a为本申请实施例中提供的另一种算力资源调度的方法流程示意图;
图5b为本申请实施例提供的另一种算力转移的示意图;
图6a为本申请实施例中提供的另一种算力资源调度的方法流程示意图;
图6b为本申请实施例提供的一种算力转移的示意图;
图7a为本申请实施例中提供的另一种算力资源调度的方法流程示意图;
图7b为本申请实施例提供的另一种算力转移的示意图;
图8为本申请实施例中提供的另一种算力资源调度的方法流程示意图;
图9a为本申请实施例中提供的另一种算力资源调度的方法流程示意图;
图9b为本申请实施例提供的另一种算力转移的示意图;
图10为本申请实施例提供了一种第一终端设备的结构示意图;
图11为本申请实施例提供了一种第一设备的结构示意图;
图12为本申请实施例提供了一种第二设备的结构示意图;
图13为本申请实施例提供的通信设备的硬件结构示意图。
具体实施方式
本申请实施例提供了一种算力资源调度的方法以及相关装置,旨在第一终端设备的算力资源不足以支撑与其他网络设备之间的AI协作时,通过向第一设备和/或第二设备请求相应的算力资源,进而使得第一终端设备能够有充足的算力资源支撑与其他网络设备之间的AI协作。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含。在本申请中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,a和b,a和c,b和c或a和b和c,其中a、b和c可以是单个,也可以是多个。值得注意的是,“至少一项(个)”还可以解释成“一项(个)或多项(个)”。
现有的无线网络主要提供连接服务,无线网络架构主要解决的是终端和终端之间、或者终端和服务器之间的连接服务问题。而且随着未来无线网络面对实时性AI、高数据隐私安全保护等新场景、新需求的出现,无线网络架构需要内生的支持各设备之间直接的AI协作机制。具体可以参阅图1a,为本实施例提供的一种系统架构示意图。如图1a所示,该系统架构为5G网络的系统架构示意图,该系统架构不但支持3GPP标准组定义的无线技术接入核心网络侧,而且支持支持non-3GPP接入技术通过non-3GPP转换功能(non-3GPPinterworking function,N3IWF)或下一代接入网关(next generation packet datagateway,ngPDG)或固网接入网关或可信non-3GPP接入网关接入核心网络侧。
图1a中的用户设备(user equipment,UE)、(无线)接入网络((radio)accessnetwork,(R)AN)、用户面功能(user plane function,UPF)网元和数据网络(datanetwork,DN)一般被称为用户层网络功能或实体,用户的数据流量可以通过UE和DN之间建立的数据传输通道进行传输。
UE可以包括:手持终端、车载设备、可穿戴设备、笔记本电脑、用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digital assistant,PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptop computer)、无绳电话(cordlessphone)或者无线本地环路(wireless local loop,WLL)台、机器类型通信(machine typecommunication,MTC)终端、用户驻地设备(customer-premises equipment,CPE)或是其他可以接入网络的设备。UE与接入网设备之间采用某种空口技术相互通信。
接入网(access network,AN),在具体应用中又可称为无线接入网(radio accessnetwork,RAN),RAN由接入网设备组成,负责用户设备的接入。5G网络的RAN设备可以是下一代(next generation,NG)RAN设备,也可以是演进型通用陆地无线接入网(evolveduniversal terrestrial radio access network,E-UTRAN)设备,5G网络可同时连接至上述两种接入网设备。RAN在本申请实施例中可以是下一代基站(next generation NodeB,gNB)或者下一代演进型基站(next generation-evolved NodeB,ng-eNB)。其中,gNB为UE提供新空口(new radio,NR)的用户面功能和控制面功能,ng-eNB为UE提供演进型通用陆地无线接入(evolved universal terrestrial radio access,E-UTRA)的用户面功能和控制面功能,需要说明的是,gNB和ng-eNB仅是一种名称,用于表示支持5G网络系统的基站,并不具有限制意义。
数据网络(data network,DN)可以为运营商外部网络,也可以为运营商控制的网络,用于向用户提供业务服务。UE可通过接入运营商网络来访问DN,使用DN上的运营商或第三方提供的业务。
图1a中其他的网元,则被称为控制层网络功能或实体,主要负责用户注册认证、移动性管理、向用户面功能(user plane function,UPF)网元下发数据包转发策略、或QoS控制策略等,其中,会话管理功能(session management function,SMF)网元,主要用于负责用户面网元选择、用户面网元重定向、互联网协议(internet protocol,IP)地址分配、承载的建立、修改和释放等;接入和移动性管理功能(access and mobility managementfunction,AMF)网元,主要负责信令处理部分,例如接入控制、移动性管理、附着与去附着以及网元选择等功能。
具体的,如图1a所示,用户设备UE可以通过RAN与AMF网元连接,AMF网元分别与SMF网元、统一数据管理功能(unified data management,UDM)等网元连接,SMF网元与UPF网元连接,UPF网元与DN连接。系统架构中的接口和连接可以包括:N1、N2、N3、N4和N6。其中,N1为UE和AMF网元之间的控制面连接,用于传输用户设备和核心网控制面之间的控制信令,具体的N1连接中的消息可以由UE和RAN之间的连接、RAN和AMF网元之间的N2连接进行传输。N2为RAN和AMF网元之间的控制面连接。N3为RAN和UPF网元之间的连接。N4为SMF网元和UPF网元之间的连接,用于传递SMF网元和UPF网元之间的控制信令。N6为UPF网元和DN之间的连接。
此外,控制层网络功能或实体还可以包括策略控制功能(policy controlfunction,PCF)网元,主要支持提供统一的策略框架来控制网络行为,提供策略规则给控制层网络功能,同时负责获取与策略决策相关的用户签约信息。应用功能(ApplicationFunction,AF)网元:主要支持与第三代合作伙伴计划(the 3rd generationpartnerproject,3GPP)核心网交互来提供服务,例如影响数据路由决策,策略控制功能或者向网络侧提供第三方的一些服务。网络切片选择功能(network slice selectionfunction,NSSF)网元,主要用于进行网络切片选择。AUSF(authentication serverfunction)网元:主要提供认证和鉴权功能。统一数据管理(unified data management,UDM),可以用于进行位置管理和订阅管理。网络暴露功能(network exposure function,NEF)网元:主要支持3GPP网络和第三方应用安全的交互,NEF网元能够安全的向第三方暴露网络能力和事件,用于加强或者改善应用服务质量,3GPP网络同样可以安全的从第三方获取相关数据,用以增强网络的智能决策;同时该网元支持从统一数据库恢复结构化数据或者向统一数据库中存储结构化数据。
值得理解的是,虽然上述图1a所示的系统架构中并未体现NWDAF网元,但可以理解为NWDAF网元可以与该图1a所示出的所有的功能网元之间均有直接的接口,具体体现为Nnf接口和Nnwdaf接口,如图1b所示的接口示意图。从图1b中的(a)部分可以看出NWDAF网元与其他的功能网元之间通过Nnf接口连接,该Nnf接口主要用于NWDAF网元向其他的功能网元(例如:AMF网元、SMF网元等)请求对特定上下文的数据传输的订阅、取消对数据传递的订阅、以及请求对特定上下文的数据的特定报告等;图1a所示的系统架构还允许NWDAF网元通过调用OAM(Operations,Administration and Maintenance)运维系统服务,并从OAM获取管理数据。此外,从图1b中的(b)部分可以看出Nnwdaf接口是NWDAF网元向其他功能网元提供服务,用于其他网络功能向NWDAF请求对特定上下文的网络分析传递的订阅、取消对网络分析传递的订阅、以及请求对特定上下文的网络分析的特定报告。
然而,在现有的无线网络架构中,相应的NWDAF网元主要从终端、其他的功能网元、基站等收集数据,通过数据分析来学习模型,并为其他的功能网元、基站等提供数据分析等AI优化服务。但是,这样的系统架构没有充分利用终端和基站等各网络功能的自身AI能力,无法很好的支撑无线网络中网络设备、第一终端设备等设备之间的AI协作,面临着低延时AI服务无法得到快速且及时地响应;而且,NWDAF网元从终端或其他网络功能收集数据,可能面临数据隐私性的问题。因此,在突发性的需要大量算力的学习、增量学习、推理场景等AI场景下,基于现有的NWDAF网元在第一终端设备的算力资源不足时,无法很好的支撑无线网络中网络设备、第一终端设备等设备之间的AI协作。
为了解决上述所描述的问题,本申请实施例中提供了一种算力资源调度的方法,该算力资源调度的方法可以应用于5G、卫星通信等无线通信系统中,旨在第一终端设备的算力资源不足时,可以通过向基站、核心网设备等请求算力资源,进而较好地支撑无线网络中网络设备、第一终端设备等设备之间的AI协作。参阅图2a,示出了本申请实施例提供的一种通信系统架构示意图。从图2a可以看出,该通信系统架构通常由小区组成,每个小区包括一个基站(base station,BS),以及至少一个终端设备(如终端设备1~终端设备6),基站可以向至少一个终端设备提供通信服务的基站。因此,在第一终端设备的算力资源不足时,可以向提供通信服务的基站请求算力资源,进而实现第一终端设备能够在算力资源充足的情况下,支撑无线网络中网络设备、第一终端设备等设备之间的AI协作。所描述的第一终端设备可以理解成至少一个终端设备中的一个,此处不做限定。
而且,随着5G网络的商业部署和5G行业应用的兴起,将算力资源引入无线网络已成为必然的趋势。通过在基站内部引入独立的计算面,为基站的其他部分功能(如:控制面、用户面功能),以及基站之外的第三方提供基础的公共计算服务,使得在基站内部署具有实时性需求的功能(如:AI优化网络、感知能力等),进而使得AI行业应用、AR、感知类应用等)等成为不断发展的应用。具体地,可以参阅图2b,为本申请实施例提供的另一种通信架构示意图。从图2b可以看出,该通信架构可以包括至少一个终端设备、至少一个第一基站、至少一个第二基站以及核心网设备。所描述的第一基站可以理解成当前能够直接为第一终端设备提供服务的基站,第二基站可以理解成当前没有为第一终端设备直接提供服务的基站。在该通信架构中,可以通过在第一基站、第二基站、第二终端设备和/或核心网设备中增加独立的计算面,进而提供独立的AI算力资源,并与第一基站、第二基站的无线控制面和数据面有逻辑接口,实现为第一终端设备提供实时AI服务或扩展(xF)服务,也服务于第一基站、第二基站本身的AI服务或感知服务。这样,在第一终端设备的算力资源不足时,可以向提供通信服务的第一基站、核心网设备请求算力资源;也可以在第一基站的算力资源不足时,通过第一基站向第二基站或第二终端设备请求算力资源,或者向核心网设备请求算力资源,进而实现第一终端设备能够在算力资源充足的情况下,支撑无线网络中网络设备、第一终端设备等设备之间的AI协作。
需说明,图2a中所描述的基站可以理解成图2b中的第一基站。所描述的第一基站、第二基站可以包含集中单元(central unit,CU)和分布单元(distributed unit,DU)。其中,CU和DU可以放置在不同的地方,例如:DU拉远,放置于高话务量的区域,CU放置于中心机房;CU和DU也可以放置在同一机房;CU和DU也可以为一个机架下的不同部件。
另外,所描述的第一基站、第二基站形态可以呈现出不同的形式,例如:宏基站、微基站(也称为小站)、皮站(Pico,微微站)、中继站、接入点等,在本申请实施例中不限定限定说明。在采用不同的无线接入技术的系统中,具备基站功能的设备的名称可能会有所不同,例如:在LTE系统中,称为演进的节点B(evolved NodeB,eNB或eNodeB);在第三代(英文:3rdGeneration,3G)系统中,称为节点B(Node B)。值得理解的是,而随着未来无线通信技术的演进,未来出现如6G、7G等,也有可能会出现新的基站名称,但基站的不同名称,并不影响本申请实施例在基站中的应用。
前面所提及到的第一基站的计算面、第二基站的计算面,可以理解成是基于通用CPU(如:X86或ARM等)、AI芯片、GPU芯片或FPGA等构建的,对基站内的其他逻辑功能或基站外的第三方提供计算相关的任务服务。所描述的任务的供给是基于各种不同形式和粒度的计算资源虚拟切割,包括集群Cluster、主机、虚拟机(VM)、虚拟节点(POD,可包含多容器)、容器(Container)、或其他更细粒度的可运行一段逻辑代码/函数的资源(如云原生的无服务器serverless)等。
前述图2a和图2b所提及的第一终端设备,具体可以参照前述图1a所示的用户设备进行理解,此处不做赘述说明。
为了便于理解,请参阅图3,为本申请实施例中提供的一种算力资源调度的方法流程示意图。从图3可知,该算力资源调度的方法可以包括如下步骤:
301、第一终端设备向第一设备发送算力请求消息,算力请求消息包括计算面资源的指示信息。
在该示例中,第一终端设备可以在确定出自身的计算面资源不足以支撑与其他网络设备之间的AI协作时,可以通过算力请求消息向第一设备请求相应的算力资源。需说明,该算力请求消息中包括计算面资源的指示信息,而且该计算面资源的指示信息用于指示出该第一终端设备的算力需求。这样,第一设备在接收到该算力请求消息后,通过解析该算力请求消息得到计算面资源的指示信息后,便可以获知需要向第一终端设备提供多少算力资源了。
可选的,在另一些示例中,所描述的计算面资源的指示信息包括算力大小、执行时间、算力任务类型、计算模型、计算算法、执行结果传输触发类型和触发类型中的一个或多个。
需说明,算力大小可以包括但不限于哈希计算速度(hash/second)或者浮点计算速度(floating-point operations per second,FLOPS),此处不做限定说明。所描述的哈希计算的速度可以包括但不限于1kH/s、1MH/s、1GH/s、1TH/s、1PH/s、1EH/8;所描述的浮点计算速度包括但不限于1k FLOPS、1M FLOPS、1G FLOPS、1T FLOPS、1P FLOPS、1E FLOPS,此处不做限定说明。需说明,上述所描述的k=10^3,M=10^6,G=10^9、T=10^12、P=10^15、E=10^18。
上述的执行时间可以包括起始时间信息和结束时间信息。
计算模型可以理解成协议预定义模型,通过模型标识来指示模型信息、或者指示模型的下载地址信息,如统一资源定位符(uniform resource locator,URL)、IP地址信息等等。
计算算法可以是监督学习、非监督学习、神经网络和/或强化学习等,此处不做限定说明。上述的监督学习可以包括以下一种或多种具体的算法:支持向量机(supportvector machine,SVM)、决策树(decision tree)、朴素贝叶斯分类(naive Bayesianclassification)、和k-近邻算法(k-nearest neighbor,KNN)。上述的非监督学习可以包括以下一种或多种具体的算法:主成分分析(principal component analysis,PCA)、奇异值分解(singular value decomposition,SVD)、和k-均值聚类。上述的强化学习可以包括以下一种或多种具体的算法:Q-learning算法、状态-动作-奖励-状态-动作(state-action-reward-state-action,SARSA)算法、深度Q网络(Deep Q Network,DQN)算法、深度确定性策略梯度(deep deterministic policy gradient,DDPG)算法等等。
所提及的执行结果传输触发类型可以是指周期性地传输执行结果,如:1ms,2ms,5ms,10ms,20ms,50ms,100ms等等;或者,也可以是指RRM事件的执行结果,如:A1、A2等各种RRM事件,或者终端从RRC空闲态或RRC非激活态变成RRC连接态。
上述的触发类型可以是指周期性地执行(如:1ms,2ms,5ms,10ms,20ms,50ms,100ms等等),也可以是指RRM事件的执行(如:A1、A2等各种RRM事件,或者终端从RRC连接态变成RRC空闲态或RRC非激活态)。
302、第一设备根据计算面资源的指示信息和该第一设备的计算面剩余计算资源确定第一算力资源。
在该示例中,所描述的第一设备的计算面剩余计算资源用于指示该第一设备剩余的计算面资源。第一设备在接收到第一终端设备发送的算力请求消息后,也可以根据自身的计算面剩余计算资源来确定是否需要响应该第一终端设备的算力请求消息。在第一设备确定响应该算力请求消息时,该第一设备便可以根据该计算面的指示信息和计算面剩余计算资源确定第一算力资源。
需说明,在一些实施例中,第一设备也可以拒绝响应该第一终端设备的算力请求消息。那么,这样第一终端设备就需要从其他的网络设备、基站等设备中获取相应的算力资源的指示信息,进而根据相应的算力资源的指示信息,从其他的网络设备、基站等设备得到相应的算力资源的支持。
303、第一设备向第二设备发送算力转移请求消息,以指示第一终端设备的算力需求或第一设备的算力需求。
在该实例中,在该第一设备确认响应第一终端设备的算力请求消息时,既可以将所确定出的第一算力资源的指示信息(后续称为第一指示信息)提供给第一终端设备,也可以通过向第二设备发送算力转移请求消息,进而从其他的第二设备获取第二算力资源的指示信息(后续称为第二指示信息)。所描述的第一指示信息可以用来指示第一设备提供的第一算力资源,第二指示信息可以用来指示第二设备提供的第二算力资源。
具体地,在另一些实施例中,在第一设备的计算面剩余计算资源小于计算面资源的指示信息中所请求的计算面资源时,第一设备向第二设备发送算力转移请求消息,以指示第二设备确定第二算力资源。
也就是理解成,如果第一设备自身剩余的计算面计算资源不足以满足该第一终端设备所需求的计算面资源时,该第一设备可以向其他具有计算面资源的第二设备发送算力转移请求消息,进而指示第二设备在确定出相应的第二算力资源后,能够提供相应的第二指示信息给第一终端设备。
或者,在另一些示例中,在第一终端设备发生小区切换的过程中,第一设备也可以向第二设备发送算力转移请求消息,指示第二设备确定相应的第二算力资源。此时,就需要第二设备直接向第一终端设备提供相应的第二指示信息了。
304、第二设备根据算力转移请求消息和第二设备的计算面剩余计算资源确定第二算力资源。
在该示例中,第二设备在接收到第一设备发送的算力转移请求消息后,便可以基于该算力转移请求消息和第二设备自身的计算面剩余计算资源确定第二算力资源了。
305、第二设备发送算力转移确认消息,算力转移确认消息中包括第二指示信息。
该示例中,在第二设备确定出第二算力资源后,能够将第二算力资源相应的第二指示信息包含于算力转移确认消息中,并将该算力转移确认消息发送至第一终端设备或者第一设备。所描述的第二指示信息用于指示第二设备提供的第二算力资源,即指示该第二设备能够提供的第二算力资源的具体算力资源情况。
306、第一设备向第一终端设备发送算力配置信息,算力配置信息包括第一指示信息和/或第二指示信息,第一指示信息用于指示第一设备提供第一算力资源,第二指示信息用于指示第二设备提供的第二算力资源。
在该示例中,在第一设备确定出第一算力资源,以及由第二设备提供相应的第二指示信息后,便可以向第一终端设备发送算力配置信息,即该算力配置信息中包括第一指示信息和/或第二指示信息。这样,第一终端设备便可以获取到第一指示信息和/或第二指示信息,进而根据第一指示信息得到第一设备中的第一算力资源的支持、和/或根据第二指示信息得到第二设备中的第二算力资源的支持。
需说明,前述所描述的第一指示信息可以用来指示第一设备提供的第一算力资源,即指示该第一设备能够提供的第一算力资源的具体算力资源情况。前述的第一算力资源可以是处理数据的过程中需要使用的计算资源,包括但不限于软件资源和/或硬件资源,例如:CPU、GPU、I/O等,也可以是一个用于图像处理的神经网络算法模型资源等,也可以是存储器等,此处不做限定说明。前述所描述的第二算力资源也可以参照上述的第一算力资源的内容进行理解,此处不做赘述。
值得理解的是,上述所描述的第一设备可以是第一基站、也可以是核心网设备,第二设备可以是第二基站,也可以是核心网设备等。而第一终端设备可以向不同的提供设备,如:第一基站、核心网设备、第二基站等请求算力资源,具体可以参照后续的图4a-图8所描述的实施例进行理解,此处先不做赘述。
本申请实施例中,在第一终端设备的算力资源不足以支撑与其他网络设备之间的AI协作时,可以向第一设备发送算力请求消息,进而由第一设备根据该算力请求消息中的计算面资源的指示信息和该第一设备的计算面剩余计算资源确定第一算力资源。然后由第一设备向第一终端设备发送相应的算力配置信息,该算力配置信息中包括第一指示信息和/或第二指示信息。这样,第一终端设备便能够根据第一指示信息得到第一设备中的第一算力资源的支持、和/或根据第二指示信息得到第二设备中的第二算力资源的支持,进而支撑与其他网络设备之间的AI协作。而且,通过共享的算力资源,提升了网络收益,降低第一终端设备的能耗和算力资源的配置要求,可有效地提升算力资源的复用程度,达到节能减排的效果。
为了进一步理解本申请实施例提供的算力资源调度的方法,下面将以第一设备包括第一基站为例进行说明。具体可以参阅图4a,为本申请实施例提供的另一种算力资源调度的方法流程图。如图4a所示,该算力资源调度的方法可以包括:
401、第一终端设备通过空口RRC信令向第一基站发送算力请求消息,算力请求消息包括计算面资源的指示信息。
在该示例中,第一终端设备可以在确定出自身的计算面资源不足以支撑与其他网络设备之间的AI协作时,可以通过空口RRC信令,向第一基站发送算力请求消息,请求第一基站提供相应的算力资源。需说明,该算力请求消息中包括计算面资源的指示信息,而且该计算面资源的指示信息用于指示出该第一终端设备的算力需求。这样,第一基站在接收到该算力请求消息后,通过解析该算力请求消息得到计算面资源的指示信息后,便可以获知需要向第一终端设备提供多少算力资源了。
具体地,第一终端设备可以在无线资源控制(radio resource control,RRC)连接建立请求中,告知第一基站建立RRC连接的原因,即在Eatablishment Cause信元中携带计算请求接入原因值,即携带上述的计算面资源的指示信息等。或者,第一终端设备也可以在上行专用控制信道-消息类型(uplink-dedicate control channel-messageType,UL-DCCH-MessageType)中定义上行的算力请求消息,由该上行的算力请求消息携带计算面资源的指示信息。
另外,所描述的空口可以理解成第一终端设备与基站之间的交互接口。
需说明,上述所描述的计算面资源的指示信息,具体可以参照图3中的步骤301中所描述的内容进行理解,此处不做赘述。
402、第一基站根据计算面资源的指示信息和第一基站的计算面剩余计算资源确定第一算力资源。
在该示例中,所描述的第一基站的计算面剩余计算资源用于指示该第一基站剩余的计算面资源。第一基站在接收到第一终端设备发送的算力请求消息后,也可以根据自身的计算面剩余计算资源来确定是否需要响应该第一终端设备的算力请求消息。在第一基站确定响应该算力请求消息时,该第一基站便可以根据该计算面的指示信息和计算面剩余计算资源确定第一算力资源。
需说明,在一些实施例中,第一基站也可以拒绝响应该第一终端设备的算力请求消息。那么,这样第一终端设备就需要从其他的网络设备、基站等提供设备中获取算力资源。
403、第一基站向第一终端设备发送算力配置信息,算力配置信息包括第一指示信息,第一指示信息用于指示第一基站提供第一算力资源。
在该实例中,在该第一基站确认响应第一终端设备的算力请求消息,如果该第一基站自身的计算面剩余计算资源大于或等于计算面资源的指示信息中所请求的算力资源时,则第一基站可以直接从自身的计算面剩余计算资源中确定出第一算力资源。这样,在第一基站确定出第一算力资源后,便可以将该第一指示信息包含于算力配置信息中,随后向第一终端设备发送算力配置信息。这样,第一终端设备便可以获取到算力配置信息,进而得到该算力配置信息中所包括的第一指示信息。
具体地,第一基站可以通过空口RRC信令向第一终端设备发送算力建立消息,该算力建立消息中可以包括前述的算力配置信息。所述算力建立消息还可以包含计算无线承载(computing radio bearers,CRB)配置信息,该CRB配置信息用于第一终端设备确定CRB资源,所描述的CRB资源用于第一终端设备与第一基站之间交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。
可选的,上述的CRB中承载的数据或模型或算法映射到分组数据融合协议(packetdata convergence protocol,PDCP)层中计算类的协议数据单元(data protocol dataunit,data PDU)。
可选的,所述CRB是用户面数据无线承载(user data radio bearers,DRB)或信令无线承载(signaling radio bearers,SRB)的子集。
具体可以参阅图4b,为本申请实施例提供的一种算力转移的示意图。从图4b可以看出,第一终端设备向第一基站的控制面发送算力请求消息,在第一基站的控制面与第一基站的计算面中完成第一算力资源的分配和确认,进而由第一基站的控制面将该第一指示信息发送至该第一终端设备,以完成算力资源的请求。最终,第一终端设备将算力offloading到该第一基站的计算面,通过该CRB,该第一终端设备与第一基站之间可以交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。
需说明,前述的第一算力资源可以参照前述图3中的步骤306所描述的内容进行理解,此处不做赘述。
为了进一步理解本申请实施例提供的算力资源调度的方法,下面将以第一设备包括第一基站、第二设备包括第二基站为例进行说明。具体可以参阅图5a,为本申请实施例提供的另一种算力资源调度的方法流程图。如图5a所示,该算力资源调度的方法可以包括:
501、第一终端设备通过空口RRC信令向第一基站发送算力请求消息,算力请求消息包括计算面资源的指示信息。
需说明,本实施例中的步骤501具体可以参照上述图4a中的步骤401所描述的内容进行理解,此处不做赘述。
502、第一基站根据计算面资源的指示信息和计算面剩余计算资源确定第一算力资源。
需说明,本实施例中的步骤501-502具体可以参照上述图4a中的步骤401-402所描述的内容进行理解,此处不做赘述。
503、第一基站通过X2口信令向第二基站发送算力转移请求消息,以指示第一终端设备的算力需求或第一基站的算力需求。
在该示例中,在第一基站确定出自身的计算面剩余计算资源无法满足第一终端设备所请求的算力资源,或者第一终端设备需要切换至第二基站所覆盖的小区时,该第一基站可以向第二基站发送算力转移请求消息,以指示该第二基站提供第二算力资源,进而满足第一终端设备的请求。具体地,第一基站可以通过X2口信令向第二基站发送算力转移请求消息。
需说明,所描述的算力转移请求消息,也可以参照图3中的步骤301中所描述的算力请求消息进行理解,此处不做赘述。
504、第二基站根据算力转移请求消息和第二基站的计算面剩余计算资源确定第二算力资源。
在该实例中,第二基站接收到第一基站的算力转移请求消息后,可以根据该第二基站的计算面剩余计算资源和算力转移请求消息确定第二算力资源。
也就是理解成,如果第一基站自身的计算面计算资源不足以满足该第一终端设备所需求的算力资源时,该第一基站可以向其他具有计算面资源的第二基站发送算力转移请求消息,进而指示第二基站能够提供相应的第二算力资源给第一终端设备。
505、第二基站向第一基站发送算力转移确认消息,算力转移确认消息中包括第二指示信息,第二指示信息用于指示第二基站提供的第二算力资源。
该示例中,由于第一基站是直接服务于第一终端设备的基站,因此在第二基站确定出第二算力资源后,可以该通过算力转移确认消息的方式将第二指示信息发送至第一基站。具体地,该第二基站也可以通过X2口信令向第一基站发送算力转移确认消息,进而将包含在算力转移确认消息中的第二指示信息发送至第一基站。另外,所描述的X2口可以理解成基站与基站之间的交互接口。
需说明,在另一些示例中,如果是在第一终端设备从第一基站所覆盖的小区切换至第二基站所覆盖的小区的场景中,此时可以由第二基站直接将第二指示信息发送至第一终端设备,具体此处不做说明。
另外,所描述的算力转移确认消息还可以包含计算无线承载CRB配置信息,该计算无线承载CRB配置信息用于第一终端设备确定CRB资源,所描述的CRB资源用于第一终端设备与第一基站之间交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。所描述的CRB可以参照前述图4a中的步骤403所描述的CRB进行理解,此处不做赘述。
506、第一基站向第一终端设备发送算力配置信息,算力配置信息包括第一指示信息和/或第二指示信息。
具体地,第一基站也可以通过空口RRC信令,将算力配置信息发送至第一终端设备。
在该示例中,在第一基站确定出计算面剩余计算资源不足以满足第一终端设备所请求的算资源时,通过X2口信令向第二基站发送算力转移请求消息,由该第二基站确定出相应的第二算力资源。这样,第一基站在获取到第二基站发送的第二指示信息后,便可以结合第一指示信息,向第一终端设备发送算力配置信息,即该算力配置信息中包括第一指示信息和/或第二指示信息。这样,第一终端设备便可以根据第一指示信息得到第一基站中的第一算力资源的支持、和/或根据第二指示信息得到第二基站中的第二算力资源的支持,进而支撑与其他网络设备之间的AI协作。
具体可以参阅图5b,为本申请实施例提供的一种算力转移的示意图。从图5b可以看出,第一终端设备向第一基站的控制面发送算力请求消息,在第一基站的控制面与第一基站的计算面中完成第一算力资源的分配和确认;并且,在第一基站的控制面与第二基站的控制面中完成跨基站的第二算力资源的分配和确认,进而由第一基站的控制面将该第一指示信息和第二指示信息发送至该第一终端设备,以完成算力资源的请求。
最终,第一终端设备将算力offloading到该第一基站的计算面,通过该CRB,该第一终端设备与第一基站之间可以交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。
若第一基站的算力资源不够支持第一终端设备的算力请求时,第一基站也将部分算力offloading到该第二基站的计算面,通过X2接口交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。
若因第一终端设备的移动性原因导致第一终端设备需要将算力从第一基站offloading到第二基站时,第一终端设备将算力offloading到该第二基站的计算面,通过该CRB,该第一终端设备与第二基站之间可以交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。
为了进一步理解本申请实施例提供的算力资源调度的方法,下面将以第一终端设备包括第一终端设备、第一设备包括第一基站、第二设备包括核心网设备为例进行说明。具体可以参阅图6a,为本申请实施例提供的另一种算力资源调度的方法流程图。如图6a所示,该算力资源调度的方法可以包括:
601、第一终端设备通过空口RRC信令向第一基站发送算力请求消息,算力请求消息包括计算面资源的指示信息。
602、第一基站根据计算面资源的指示信息和第一基站的计算面剩余计算资源确定第一算力资源。
需说明,本实施例中的步骤601-602具体可以参照上述图4a中的步骤401-402所描述的内容进行理解,此处不做赘述。
603、第一基站通过N2口信令向核心网设备发送算力转移请求消息。
在该示例中,在第一基站确定出自身的计算面剩余计算资源无法满足第一终端设备所请求的算力资源时,可以从核心网设备中获取算力资源,进而满足第一终端设备的请求。具体地,在计算面剩余计算资源小于计算面资源的指示信息中所请求的计算面资源时,第一基站可以通过N2口信令向核心网设备发送算力转移请求消息。另外,所描述的N2口可以理解成基站与AMF网元之间的交互接口。
需说明,所描述的算力转移请求消息,也可以参照图3中的步骤301中所描述的算力请求消息进行理解,此处不做赘述。
604、核心网设备确定第二算力资源。
在该实例中,核心网设备接收到第一基站的算力转移请求消息后,可以根据该核心网设备的计算面剩余计算资源和算力转移请求消息确定第二算力资源。
605、核心网设备向第一基站发送算力转移确认消息,算力转移确认消息中包括第二指示信息,第二指示信息用于指示核心网设备提供的第二算力资源。
该示例中,由于第一基站是直接服务于第一终端设备的基站,因此在核心网设备确定出第二算力资源后,可以通过N2口信令向第一基站算力转移确认消息,算力转移确认消息中包括第二指示信息。另外,所描述的算力转移确认消息可以参照前述图5a中步骤505进行理解,此处不做赘述。
606、第一基站向第一终端设备发送算力配置信息,算力配置信息包括第一指示信息和/或第二指示信息。
需说明,本实施例中的步骤606具体可以参照上述图5a中的步骤506所描述的内容进行理解,此处不做赘述。
在该示例中,在第一基站确定出计算面剩余计算资源不足以满足第一终端设备所请求的算资源时,通过N2口信令向核心网设备发送算力转移请求消息,由该核心网设备确定出相应的第二算力资源。这样,第一基站在获取到核心网设备发送的第二指示信息后,便可以结合第一指示信息,向第一终端设备发送算力配置信息,即该算力配置信息中包括第一指示信息和/或第二指示信息。这样,第一终端设备便可以根据第一指示信息从第一设备得到第一算力资源的支持、和/或根据第二指示信息从第二设备得到第二算力资源的支持,支撑与其他网络设备之间的AI协作。
具体可以参阅图6b,为本申请实施例提供的一种算力转移的示意图。从图6b可以看出,第一终端设备向第一基站的控制面发送算力请求消息,进而在第一基站的控制面与第一基站的计算面中完成第一算力资源的分配和确认;并且在核心网设备的计算面与核心网设备的控制面中完成第二算力资源的分配和确认。这样,第一基站的控制面将该第一指示信息和第二指示信息发送至该第一终端设备,以完成算力资源的请求。
最终,第一终端设备将算力offloading到该第一基站的计算面,通过该CRB,该第一终端设备与第一基站之间可以交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。
若第一基站的算力资源不够支持第一终端设备的算力请求时,第一基站也将部分算力offloading到该核心网设备的计算面,通过N2接口交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。
为了进一步理解本申请实施例提供的算力资源调度的方法,下面将以第一设备包括核心网设备、第二设备包括第一基站为例进行说明。具体可以参阅图7a,为本申请实施例提供的另一种算力资源调度的方法流程图。如图7a所示,该算力资源调度的方法可以包括:
701、第一终端设备通过NAS信令向核心网设备发送算力请求消息,算力请求消息包括计算面资源的指示信息。
需说明,所描述的NAS口可以理解成第一终端设备与AMF网元之间的交互接口。
702、核心网设备根据计算面资源的指示信息和核心网的计算面剩余计算资源确定第一算力资源。
需说明,在实际应用中,核心网设备也可以获取第一基站和/或第二基站的计算面资源后,结合计算面资源的指示信息和自身的计算面剩余计算资源确定第一任务。另外,上述的计算面资源的指示信息可以参照前述步骤图3中的步骤301所描述的内容进行理解,此处不做赘述。
703、在核心网的计算面剩余计算资源小于计算面资源的指示信息中所请求的计算面资源时,核心网设备向第一基站发送算力转移请求消息、以及核心网设备的计算面剩余计算资源。
在该示例中,在核心网设备确定出自身的计算面剩余计算资源无法满足第一终端设备所请求的算力资源时,可以请求第一基站提供第二算力资源,进而满足第一终端设备的请求。具体地,在计算面剩余计算资源小于计算面资源的指示信息中所请求的计算面资源时,核心网设备向第一基站发送算力转移请求消息,并且将核心网设备的计算面剩余计算资源发送至第一基站。
需说明,所描述的算力转移请求消息,也可以参照图3中的步骤301中所描述的算力请求消息进行理解,此处不做赘述。
704、第一基站确定第二算力资源。
在该实例中,第一基站接收到核心网设备的算力转移请求消息后,可以根据该第一基站的计算面剩余计算资源和算力转移请求消息确定第二算力资源。也就是理解成,如果核心网设备自身的计算面计算资源不足以满足该第一终端设备所需求的计算面资源时,该核心网设备可以向其他具有计算面资源的第一基站发送算力转移请求消息,进而第一基站能够提供相应的算力转移资源的指示信息给第一终端设备。
需说明,在一些实施例中,如果第一基站自身的计算面计算资源也不足以满足该第一终端设备所需求的计算面资源时,还可以进一步地向第二基站请求相应的第二算力资源,具体可以参阅前述图5a中的步骤502-步骤505进行理解。所描述的第一基站是直接向第一终端设备提供服务的基站,而第二基站可以理解成不直接向第一终端设备提供业务服务的基站。
705、第一基站向第一终端设备发送算力配置信息,算力配置信息包括第一指示信息和/或第二指示信息。
在该示例中,在核心网设备确定出计算面剩余计算资源不足以满足第一终端设备所请求的算资源时,通过向第一基站发送算力转移请求消息,由该第一基站确定出相应的第二算力资源。这样,第一基站在确定出第二算力资源后,便可以向第一终端设备发送算力配置信息,即该算力配置信息中包括第一指示信息和/或第二指示信息。这样,第一终端设备便可以根据第一指示信息从第一设备得到第一算力资源的支持、和/或根据第二指示信息从第二设备得到第二算力资源的支持,支撑与其他网络设备之间的AI协作。
具体可以参阅图7b,为本申请实施例提供的一种算力转移的示意图。从图7b可以看出,第一终端设备向核心网设备的计算面资源管理器发送算力请求消息,进而在核心网设备的计算面资源管理器与核心网的计算面中完成第一算力资源的分配和确认;而且在核心网设备的计算面资源管理器、第一基站的计算面以及第二基站的计算面中完成第二算力资源的分配和确认。这样,第一基站将该第一指示信息和第二指示信息发送至该第一终端设备,以完成算力资源的请求。
最终,第一终端设备将算力offloading到该第一基站的计算面,通过该CRB,该第一终端设备与第一基站之间可以交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。
若第一基站的算力资源不够支持第一终端设备的算力请求时,第一基站也将部分算力offloading到该核心网设备的计算面,通过N2接口交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据;和/或,第一基站也可以将部分算力offloading到该第二基站的计算面,通过X2接口交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。
为了进一步理解本申请实施例提供的算力资源调度的方法,下面将以第一设备包括第一基站为例进行说明。具体可以参阅图8,为本申请实施例提供的另一种算力资源调度的方法流程图。如图8所示,该算力资源调度的方法可以包括:
801、第一基站广播第一基站的算力配置信息。
802、第一终端设备通过向第一基站发送RRC消息或随机接入过程的消息,RRC消息或随机接入过程的消息包括计算面资源的指示信息。
在该示例中,第一终端设备可以在确定出自身的计算面资源不足以支撑与其他网络设备之间的AI协作时,可以在第一基站已经通过广播的方式广播该第一基站的算力资源后,向第一基站发送RRC消息或随机接入过程的消息,请求第一基站提供相应的算力资源。需说明,该RRC消息或随机接入过程的消息中包括计算面资源的指示信息,这样第一基站在接收到该RRC消息或随机接入过程的消息后,通过解析该RRC消息或随机接入过程的消息得到计算面资源的指示信息后,便可以获知需要向第一终端设备提供多少算力资源了。
803、第一基站根据计算面资源的指示信息确定第一算力资源。
804、第一基站通过RRC响应消息或随机接入过程的响应消息向第一终端设备发送算力配置信息,算力配置信息包括第一指示信息。
在该示例中,在第一基站确定出第一算力资源后,便可以向第一终端设备发送算力配置信息。这样,第一终端设备便可以获取到算力配置信息,进而得到该算力配置信息中所包括的第一指示信息。
可选的,在另一些实施例中,上述的算力配置信息的更新周期跟系统广播消息的传输周期相同,算力配置信息统计的是系统广播消息周期内的平均算力大小,所支持的计算模型或算法等。
可选的,在另一些实施例中,RRC响应消息或随机接入过程的响应消息中传输的是第一基站的计算面的即时算力统计信息。
可选的,在另一些实施例中,第一基站广播的算力配置信息还可以包括核心网设备的计算能力信息、和/或第二基站的计算能力信息。其中,第一基站可以通过基站间接口,如X2/Xn接口获取第二基站的计算能力信息;第一基站也可以通过第一基站与核心网设备之间的接口获取核心网设备的计算能力信息,具体此处不做限定说明。
为了进一步理解本申请实施例提供的算力资源调度的方法,下面将以第一设备包括第一基站、第二设备包括第二终端设备为例进行说明。具体可以参阅图9a,为本申请实施例提供的另一种算力资源调度的方法流程图。如图9a所示,该算力资源调度的方法可以包括:
901、第一终端设备通过空口RRC信令向第一基站发送算力请求消息,算力请求消息包括计算面资源的指示信息。
902、第一基站根据计算面资源的指示信息和计算面剩余计算资源确定第一算力资源。
需说明,本实施例中的步骤901-902具体可以参照上述图5a中的步骤501-502所描述的内容进行理解,此处不做赘述。
903、第一基站向第二终端设备发送算力转移请求消息,以指示第一终端设备的算力需求或第一基站的算力需求。
在该示例中,在第一基站确定出自身的计算面剩余计算资源无法满足第一终端设备所请求的算力资源时,该第一基站可以向第二终端设备发送算力转移请求消息,以指示该第二终端设备提供第二算力资源,进而满足第一终端设备的请求。具体地,第一基站可以通过空口RRC信令向第二终端设备发送算力转移请求消息。
需说明,所描述的算力转移请求消息,也可以参照图3中的步骤301中所描述的算力请求消息进行理解,此处不做赘述。
另外,所描述的算力转移请求消息还可以包含计算无线承载CRB配置信息,该计算无线承载CRB配置信息用于第二终端设备确定CRB资源,所描述的CRB资源用于第二终端设备与第一基站之间交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。所描述的CRB可以参照前述图4a中的步骤403所描述的CRB进行理解,此处不做赘述。
可选的,所描述的算力转移请求消息还可以包含计算无线承载CRB配置信息,该计算无线承载CRB配置信息用于第二终端设备确定CRB资源,所描述的CRB资源用于第二终端设备与第一终端之间交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。
904、第二终端设备根据算力转移请求消息和第二终端设备的计算面剩余计算资源确定第二算力资源。
在该实例中,第二终端设备接收到第一基站的算力转移请求消息后,可以根据该第二终端设备的计算面剩余计算资源和算力转移请求消息确定第二算力资源。
也就是理解成,如果第一基站自身的计算面计算资源不足以满足该第一终端设备所需求的算力资源时,该第一基站可以向其他具有计算面资源的第二终端设备发送算力转移请求消息,进而指示第二终端设备能够提供相应的第二算力资源给第一终端设备。
905、第二终端设备向第一基站发送算力转移确认消息,算力转移确认消息中包括第二指示信息,第二指示信息用于指示第二终端设备提供的第二算力资源。
该示例中,由于第一基站是直接服务于第一终端设备的基站,因此在第二终端设备确定出第二算力资源后,可以该通过算力转移确认消息的方式将第二指示信息发送至第一基站。具体地,该第二终端设备也可以通过空口RRC信令向第一基站发送算力转移确认消息,进而将包含在算力转移确认消息中的第二指示信息发送至第一基站。
906、第一基站向第一终端设备发送算力配置信息,算力配置信息包括第一指示信息和/或第二指示信息。
具体地,第一基站也可以通过空口RRC信令,将算力配置信息发送至第一终端设备。
在该示例中,在第一基站确定出计算面剩余计算资源不足以满足第一终端设备所请求的算资源时,通过空口RRC信令向第二终端设备发送算力转移请求消息,由该第二终端设备确定出相应的第二算力资源。这样,第一基站在获取到第二终端设备发送的第二指示信息后,便可以结合第一指示信息,向第一终端设备发送算力配置信息,即该算力配置信息中包括第一指示信息和/或第二指示信息。这样,第一终端设备便可以根据第一指示信息得到第一基站中的第一算力资源的支持、和/或根据第二指示信息得到第二终端设备中的第二算力资源的支持,进而支撑与其他网络设备之间的AI协作。
具体可以参阅图9b,为本申请实施例提供的一种算力转移的示意图。从图9b可以看出,第一终端设备向第一基站的控制面发送算力请求消息,在第一基站的控制面与第终端设备的控制面中完成跨基站的第二算力资源的分配和确认,进而由第一基站的控制面将该第一指示信息和第二指示信息发送至该第一终端设备,以完成算力资源的请求。
最终,第一终端设备将算力offloading到该第一基站的计算面,通过该CRB,该第一终端设备与第一基站之间可以交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。
若第一基站的算力资源不够支持第一终端设备的算力请求时,第一基站也将部分算力offloading到该第二终端设备的计算面,通过空口或CRB交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。
若第一终端设备与第二终端设备是临近终端,第一终端设备与第二终端设备还可以直接通过车联万物(vehicle to everything,V2X)或设备到设备通信(device-to-device communication,D2D)接口交互算力offloading时的数据输入输出、或者计算模型数据或计算算法数据。
本申请实施例中,在第一终端设备的算力资源不足以支撑与其他网络设备之间的AI协作时,可以向第一设备发送算力请求消息,进而由第一设备根据该算力请求消息中的计算面资源的指示信息和该第一设备的计算面剩余计算资源确定第一算力资源。然后由第一设备向第一终端设备发送相应的算力配置信息,该算力配置信息中包括第一指示信息和/或第二指示信息。这样,第一终端设备便能够根据第一指示信息从第一设备得到第一算力资源的支持、和/或根据第二指示信息从第二设备得到第二算力资源的支持,支撑与其他网络设备之间的AI协作。
上述主要从方法的角度对本申请实施例提供的方案进行了介绍。可以理解的是,上述的第一终端设备、第一设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的功能,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
从功能单元的角度,本申请可以根据上述方法实施例对第一终端设备、第一设备进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个功能单元中。上述集成的功能单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
比如,以采用集成的方式划分各个功能单元的情况下,参见图10,为本申请实施例提供了一种第一终端设备的结构示意图。所描述的第一终端设备可以包括:
发送单元1001,用于向第一设备发送算力请求消息,算力请求消息包括计算面资源的指示信息,计算面资源的指示信息用于指示第一终端设备的算力需求;
接收单元1002,用于接收第一设备发送的算力配置信息,算力配置信息包括第一指示信息和/或第二指示信息,所述第一指示信息用于指示所述第一设备提供第一算力资源,所述第二指示信息用于指示第二设备提供的第二算力资源,第一设备与第二设备不相同。
可选地,在一些示例中,第一设备为第一基站;发送单元1001,用于通过空口RRC信令向第一设备发送算力请求消息。
可选的,在一些实施例中,所述第一设备为第一基站;所述接收单元1002,用于接收所述第一设备通过空口RRC信令发送的算力配置信息。
可选地,在一些示例中,第一设备为核心网设备;发送单元1001,用于通过NAS信令向第一设备发送算力请求消息。
可选的,在一些实施例中,所述第一设备为核心网设备;所述接收单元1002,用于接收所述第一设备通过NAS信令发送的算力配置信息。
可选地,在一些示例中,计算面资源的指示信息包括算力大小、执行时间、算力任务类型、计算模型、计算算法、执行结果传输触发类型和触发类型中的一个或多个。
上述主要从描述了第一终端设备的结构。下面将从功能单元的角度介绍前述所描述的第一设备。比如,以采用集成的方式划分各个功能单元的情况下,参见图11,本申请实施例提供了一种第一设备的结构示意图,该第一设备可以包括:
获取模块1101,用于接收第一终端设备发送的算力请求消息,算力请求消息包括计算面资源的指示信息,计算面资源的指示信息用于指示第一终端设备的算力需求;
处理模块1102,用于根据计算面资源的指示信息和第一设备的计算面剩余计算资源确定第一算力资源;
发送模块1103,用于向第一终端设备发送算力配置信息,算力配置信息包括第一指示信息和/或第二指示信息,所述第一指示信息用于指示所述第一设备提供第一算力资源,所述第二指示信息用于指示第二设备提供的第二算力资源,第一设备与第二设备不相同。
可选地,在一些示例中,发送模块1103,用于向第二设备发送算力转移请求消息,以指示所述第一终端设备的算力需求或所述第一设备的算力需求;获取模块1101,用于接收第二设备发送的算力转移确认消息,所述算力转移确认消息中包括第二指示信息。
可选地,在一些示例中,第一设备包括第一基站,第二设备包括第二基站;发送模块1103,用于通过X2口信令向第二设备发送算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二基站;所述获取模块1101,用于接收所述第二设备通过X2口信令发送的算力转移确认消息。
可选地,在一些示例中,第一设备包括第一基站,第二设备包括核心网设备;发送模块1103,用于通过N2口信令向第二设备发送算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括核心网设备;所述获取模块1101,用于接收所述第二设备通过N2口信令发送的算力转移确认消息。
可选地,在一些示例中,第一设备为第一基站;发送模块1103,用于接收第一终端设备通过空口RRC信令发送的算力请求消息。
可选的,在一些实施例中,所述第一设备为所述第一基站;所述发送模块1103,用于通过空口RRC信令向所述第一终端设备发送算力配置信息。
可选地,在一些示例中,第一设备为核心网设备,第二设备包括第一基站和/或第二基站;发送模块1103,用于接收第一终端设备通过NAS信令发送的算力请求消息。
可选的,在一些实施例中,所述第一设备为核心网设备,所述第二设备包括第一基站;所述发送模块1103,用于通过NAS信令向所述第一终端设备发送算力配置信息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二终端设备;所述发送模块1103,用于通过空口RRC信令向所述第二设备发送算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二终端设备;所述获取模块1101,用于接收所述第二设备通过空口RRC信令发送的算力转移确认消息。
可选地,在一些示例中,计算面资源的指示信息包括算力大小、执行时间、算力任务类型、计算模型、计算算法、执行结果传输触发类型和触发类型中的一个或多个。
上述主要从描述了第一终端设备、第一设备的结构。下面将从功能单元的角度介绍前述所描述的第二设备。比如,以采用集成的方式划分各个功能单元的情况下,参见图12,本申请实施例提供了一种第二设备的结构示意图,该第二设备可以包括:
第一接收模块1201,用于接收第一设备发送的算力转移请求消息;第一处理模块,用于根据算力转移请求消息和所述第二设备的计算面剩余计算资源确定第二算力资源;
第一发送模块1202,用于向第一设备发送算力转移确认消息,所述算力转移确认消息中包括第二指示信息,所述第二指示信息用于指示所述第二设备提供的所述第二算力资源。
可选的,在一些实施例中,第一接收模块1201,用于接收第一设备通过X2口信令发送的算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二基站;所述第一发送模块1202,用于通过X2口信令向所述第一设备发送算力转移确认消息。
可选的,在一些实施例中,第一接收模块1202,用于接收第一设备通过N2口信令发送的算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括核心网设备;所述第一发送模块1202,用于通过N2口信令向所述第一设备发送算力转移确认消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二终端设备;所述第一接收模块1201,用于接收所述第一设备通过空口RRC信令发送的算力转移请求消息。
可选的,在一些实施例中,所述第一设备包括第一基站,所述第二设备包括第二终端设备;第一发送模块1202,用于通过空口RRC信令向所述第一设备发送算力转移确认消息。
需要说明的是,上述装置各模块/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其带来的技术效果与本申请方法实施例相同,具体内容可参见本申请前述所示的方法实施例中的叙述,此处不再赘述。
上面从模块化功能实体的角度对本申请实施例中的第一终端设备、第一设备以及第二设备进行描述。从实体设备角度来描述,上述第一终端设备、第一设备以及第二设备可以由一个实体设备实现,也可以由多个实体设备共同实现,还可以是一个实体设备内的一个逻辑功能单元,本申请实施例对此不做具体限定。
例如,上述第一终端设备、第一设备以及第二设备可以由图13中的通信设备来实现。图13为本申请实施例提供的通信设备的硬件结构示意图。该通信设备包括至少一个处理器1301,通信线路1307,存储器1303以及至少一个通信接口1304。
处理器1301可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,服务器IC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路1307可包括一通路,在上述组件之间传送信息。
通信接口1304,使用任何收发器一类的装置,用于与其他装置或通信网络通信,如以太网等。
存储器1303可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储装置,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储装置,也可以是电可擦可编程只读存储器(electrically erable programmable read-only memory,EEPROM)、只读光盘(compactdisc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路1307与处理器相连接。存储器1303也可以和处理器1301集成在一起。
其中,存储器1303用于存储执行本申请方案的计算机执行指令,并由处理器1301来控制执行。处理器1301用于执行存储器1303中存储的计算机执行指令,从而实现本申请上述实施例提供的算力资源调度的方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器1301可以包括一个或多个CPU,例如图13中的CPU0和CPU1。
在具体实现中,作为一种实施例,通信装置可以包括多个处理器,例如图13中的处理器1301和处理器1302。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个装置、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,通信装置还可以包括输出装置1305和输入装置1306。输出装置1305和处理器1301通信,可以以多种方式来显示信息。输入装置1306和处理器1301通信,可以以多种方式接收用户的输入。例如,输入装置1306可以是鼠标、触摸屏装置或传感装置等。
上述的通信装置可以是一个通用装置或者是一个专用装置。在具体实现中,通信装置可以是便携式电脑、移动终端等或有图13中类似结构的装置。本申请实施例不限定通信装置的类型。
需说明,图13中的处理器1301可以通过调用存储器1303中存储的计算机执行指令,使得第一终端设备执行如图3-图9a对应的方法实施例中第一终端设备所执行的方法。图13中的处理器1301可以通过调用存储器1303中存储的计算机执行指令,使得第一设备执行如图3-图9a对应的方法实施例中第一设备所执行的方法。图13中的处理器1301可以通过调用存储器1303中存储的计算机执行指令,使得第二设备执行如图3-图9a对应的方法实施例中第二设备所执行的方法。
具体的,图11中的处理模块1102的功能/实现过程可以通过图13中的处理器1301调用存储器1303中存储的计算机执行指令来实现;图10中的发送单元1001、接收单元1002,图11中的获取模块1101、发送模块1103,图12中的第一接收模块1201、第一发送模块1202的功能/实现过程可以通过图13中的通信接口1304来实现。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,该单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
该作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例该方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
上述实施例,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现,当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机执行指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如SSD))等。
以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (32)

1.一种算力资源调度的方法,其特征在于,应用于第一终端设备,所述方法包括:
向第一设备发送算力请求消息,所述算力请求消息包括计算面资源的指示信息,所述计算面资源的指示信息用于指示所述第一终端设备的算力需求;
接收所述第一设备发送的算力配置信息,所述算力配置信息包括第一指示信息和/或第二指示信息,所述第一指示信息用于指示所述第一设备提供第一算力资源,所述第二指示信息用于指示第二设备提供的第二算力资源,所述第一设备与所述第二设备不相同。
2.根据权利要求1所述的方法,其特征在于,第一设备为第一基站,向所述第一设备发送算力请求消息,包括:
通过空口RRC信令向所述第一设备发送算力请求消息。
3.根据权利要求1所述的方法,其特征在于,所述第一设备为核心网设备,向所述第一设备发送算力请求消息,包括:
通过NAS信令向所述第一设备发送算力请求消息。
4.根据权利要求1-3中任一项所述的方法,其特征在于,所述计算面资源的指示信息包括算力大小、执行时间、算力任务类型、计算模型、计算算法、执行结果传输触发类型和触发类型中的一个或多个。
5.一种算力资源调度的方法,其特征在于,应用于第一设备,所述方法包括:
接收第一终端设备发送的算力请求消息,所述算力请求消息包括计算面资源的指示信息,所述计算面资源的指示信息用于指示所述第一终端设备的算力需求;
根据所述计算面资源的指示信息和所述第一设备的计算面剩余计算资源确定第一算力资源;
向所述第一终端设备发送算力配置信息,所述算力配置信息包括所述第一指示信息和/或第二指示信息,所述第一指示信息用于指示所述第一设备提供所述第一算力资源,所述第二指示信息用于指示第二设备提供的第二算力资源,所述第一设备与所述第二设备不相同。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
向所述第二设备发送算力转移请求消息,以指示所述第一终端设备的算力需求或所述第一设备的算力需求;
接收所述第二设备发送的算力转移确认消息,所述算力转移确认消息中包括所述第二指示信息。
7.根据权利要求6所述的方法,其特征在于,所述第一设备包括第一基站,所述第二设备包括第二基站;向第二设备发送算力转移请求消息,包括:
通过X2口信令向所述第二设备发送算力转移请求消息。
8.根据权利要求6所述的方法,其特征在于,所述第一设备包括第一基站,所述第二设备包括核心网设备;向第二设备发送算力转移请求消息,包括:
通过N2口信令向所述第二设备发送算力转移请求消息。
9.根据权利要求7-8中任一项所述的方法,其特征在于,所述第一设备为所述第一基站,接收所述第一终端设备发送的算力请求消息,包括:
接收所述第一终端设备通过空口RRC信令发送的算力请求消息。
10.根据权利要求6中任一项所述的方法,其特征在于,所述第一设备为核心网设备,所述第二设备包括第一基站;所述接收所述第一终端设备发送的算力请求消息,包括:
接收所述第一终端设备通过NAS信令发送的算力请求消息。
11.根据权利要求5-10中任一项所述的方法,其特征在于,所述计算面资源的指示信息包括算力大小、执行时间、算力任务类型、计算模型、计算算法、执行结果传输触发类型和触发类型中的一个或多个。
12.一种算力资源调度的方法,其特征在于,应用于第二设备,所述方法包括:
接收第一设备发送的算力转移请求消息;
根据所述算力转移请求消息和所述第二设备的计算面剩余计算资源确定第二算力资源;
向所述第一设备发送算力转移确认消息,所述算力转移确认消息中包括所述第二指示信息,所述第二指示信息用于指示所述第二设备提供的所述第二算力资源。
13.根据权利要求12所述的方法,其特征在于,所述第一设备包括第一基站,所述第二设备包括第二基站;接收第一设备发送的算力转移请求消息,包括:
接收所述第一设备通过X2口信令发送的算力转移请求消息。
14.根据权利要求12所述的方法,其特征在于,所述第一设备包括第一基站,所述第二设备包括核心网设备;接收所述第一设备发送的算力转移请求消息,包括:
接收所述第一设备通过N2口信令发送的算力转移请求消息。
15.一种第一终端设备,其特征在于,所述第一终端设备包括:
发送单元,用于向第一设备发送算力请求消息,所述算力请求消息包括计算面资源的指示信息,所述计算面资源的指示信息用于指示所述第一终端设备的算力需求;
接收单元,用于接收所述第一设备发送的算力配置信息,所述算力配置信息包括第一指示信息和/或第二指示信息,所述第一指示信息用于指示所述第一设备提供第一算力资源,所述第二指示信息用于指示第二设备提供的第二算力资源,所述第一设备与所述第二设备不相同。
16.根据权利要求15所述的第一终端设备,其特征在于,所述第一设备为第一基站;
所述发送单元,用于通过空口RRC信令向所述第一设备发送算力请求消息。
17.根据权利要求15所述的第一终端设备,其特征在于,所述第一设备为核心网设备;
所述发送单元,用于通过NAS信令向所述第一设备发送算力请求消息。
18.根据权利要求15-17中任一项所述的第一终端设备,其特征在于,所述计算面资源的指示信息包括算力大小、执行时间、算力任务类型、计算模型、计算算法、执行结果传输触发类型和触发类型中的一个或多个。
19.一种第一设备,其特征在于,所述第一设备包括:
获取模块,用于接收第一终端设备发送的算力请求消息,所述算力请求消息包括计算面资源的指示信息,所述计算面资源的指示信息用于指示所述第一终端设备的算力需求;
处理模块,用于根据所述计算面资源的指示信息和所述第一设备的计算面剩余计算资源确定第一算力资源;
发送模块,用于向所述第一终端设备发送算力配置信息,所述所述算力配置信息包括所述第一指示信息和/或第二指示信息,所述第一指示信息用于指示所述第一设备提供所述第一算力资源,所述第二指示信息用于指示第二设备提供的第二算力资源,所述第一设备与所述第二设备不相同。
20.根据权利要求19所述的第一设备,其特征在于,
所述发送模块,用于向第二设备发送算力转移请求消息,以指示所述第一终端设备的算力需求或所述第一设备的算力需求;
所述获取模块,用于接收所述第二设备发送的算力转移确认消息,所述算力转移确认消息中包括所述第二指示信息。
21.根据权利要求20所述的第一设备,其特征在于,所述第一设备包括第一基站,所述第二设备包括第二基站;
所述发送模块,用于通过X2口信令向所述第二设备发送算力转移请求消息。
22.根据权利要求20所述的第一设备,其特征在于,所述第一设备包括第一基站,所述第二设备包括核心网设备;
所述发送模块,用于通过N2口信令向所述第二设备发送算力转移请求消息。
23.根据权利要求21-22中任一项所述的第一设备,其特征在于,所述第一设备为所述第一基站;
所述获取模块,用于接收所述第一终端设备通过空口RRC信令发送的算力请求消息。
24.根据权利要求20中任一项所述的第一设备,其特征在于,所述第一设备为核心网设备,所述第二设备包括第一基站和/或第二基站;
所述获取模块,用于接收所述第一终端设备通过NAS信令发送的算力请求消息。
25.根据权利要求19-24中任一项所述的第一设备,其特征在于,所述计算面资源的指示信息包括算力大小、执行时间、算力任务类型、计算模型、计算算法、执行结果传输触发类型和触发类型中的一个或多个。
26.一种第二设备,其特征在于,所述第二设备包括:
第一接收模块,用于接收第一设备发送的算力转移请求消息;
第一处理模块,用于根据所述算力转移请求消息和所述第二设备的计算面剩余计算资源确定第二算力资源;
第一发送模块,用于向所述第一设备发送算力转移确认消息,所述算力转移确认消息中包括所述第二指示信息,所述第二指示信息用于指示所述第二设备提供的所述第二算力资源。
27.根据权利要求26所述的第二设备,其特征在于,
所述第一接收模块,用于接收所述第一设备通过X2口信令发送的算力转移请求消息。
28.根据权利要求26所述的第二设备,其特征在于,
所述第一接收模块,用于接收所述第一设备通过N2口信令发送的算力转移请求消息。
29.一种第一终端设备,其特征在于,包括:
存储器,用于存储计算机可读指令;
还包括,与所述存储器耦合的处理器,用于执行所述存储器中的计算机可读指令从而执行如权利要求1至4中任一项所述的方法。
30.一种第一设备,其特征在于,包括:
存储器,用于存储计算机可读指令;
还包括,与所述存储器耦合的处理器,用于执行所述存储器中的计算机可读指令从而执行如权利要求5至11中任一项所述的方法。
31.一种第二设备,其特征在于,包括:
存储器,用于存储计算机可读指令;
还包括,与所述存储器耦合的处理器,用于执行所述存储器中的计算机可读指令从而执行如权利要求12至14中任一项所述的方法。
32.一种计算机可读存储介质,其特征在于,当指令在计算机上运行时,使得所述计算机执行如权利要求1至4、或5至11、或12至14中任一项所述的方法。
CN202110602003.2A 2021-05-31 2021-05-31 一种算力资源调度的方法以及相关装置 Pending CN115484620A (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202110602003.2A CN115484620A (zh) 2021-05-31 2021-05-31 一种算力资源调度的方法以及相关装置
EP22814906.8A EP4333533A1 (en) 2021-05-31 2022-04-21 Computing power resource scheduling method and related apparatus
PCT/CN2022/088070 WO2022252859A1 (zh) 2021-05-31 2022-04-21 一种算力资源调度的方法以及相关装置
TW111118350A TW202249505A (zh) 2021-05-31 2022-05-17 算力資源調度的方法以及相關裝置
US18/522,367 US20240106764A1 (en) 2021-05-31 2023-11-29 Computing power resource scheduling method and related apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110602003.2A CN115484620A (zh) 2021-05-31 2021-05-31 一种算力资源调度的方法以及相关装置

Publications (1)

Publication Number Publication Date
CN115484620A true CN115484620A (zh) 2022-12-16

Family

ID=84322751

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110602003.2A Pending CN115484620A (zh) 2021-05-31 2021-05-31 一种算力资源调度的方法以及相关装置

Country Status (5)

Country Link
US (1) US20240106764A1 (zh)
EP (1) EP4333533A1 (zh)
CN (1) CN115484620A (zh)
TW (1) TW202249505A (zh)
WO (1) WO2022252859A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108243216B (zh) * 2016-12-26 2020-02-14 华为技术有限公司 数据处理的方法、端侧设备、云侧设备与端云协同系统
CN110221913A (zh) * 2019-04-26 2019-09-10 深圳市致宸信息科技有限公司 监控服务器的云算力的方法、终端、设备及存储介质
US20230276430A1 (en) * 2020-06-03 2023-08-31 Beijing Xiaomi Mobile Software Co., Ltd. Resource scheduling method and apparatus, communication device and storage medium
CN112188547B (zh) * 2020-09-09 2022-03-15 中国联合网络通信集团有限公司 一种业务处理方法及装置

Also Published As

Publication number Publication date
WO2022252859A1 (zh) 2022-12-08
US20240106764A1 (en) 2024-03-28
TW202249505A (zh) 2022-12-16
EP4333533A1 (en) 2024-03-06

Similar Documents

Publication Publication Date Title
WO2020055172A1 (en) Improvements in and relating to telecommunication networks
EP3855787A1 (en) Network slice selection in cellular system
EP3860176A1 (en) Method, apparatus, and system for obtaining capability information of terminal
EP4247039A1 (en) Computing-aware session management method and communication device
JP2017515438A (ja) クラウドベースのアクセスネットワーク
US20230033272A1 (en) Method and apparatus for dynamic and efficient load balancing in mobile communication network
US20230247418A1 (en) Network edge computing method and communication apparatus
WO2022206513A1 (zh) 模型处理的方法、通信装置和系统
WO2021261917A1 (en) Method and apparatus for handling performance of edge network entities in a mobile communication system
EP3422799A1 (en) Lte-nr interworking procedure for scg split bearer configurations
CN113766535B (zh) 无线通信方法、装置及系统
EP4102773A1 (en) Information processing method and communication apparatus
CN115484620A (zh) 一种算力资源调度的方法以及相关装置
WO2021134763A1 (zh) 一种恢复传输的方法、装置及设备
CN113938985A (zh) 一种通信方法及装置
CN114342511A (zh) 通信方法和通信装置
US12034821B2 (en) Computing aware-session management method and communication apparatus
US20230199084A1 (en) Connections aggregation among related devices for edge computing
WO2024050838A1 (zh) 一种通信方法及装置
US20240195504A1 (en) Dynamic transport network slicing for converged broadband access
WO2023272669A1 (zh) 一种寻呼方法及相关装置
Orsino et al. Enhanced C-RAN architecture supporting SDN and NFV functionalities for D2D communications
CN118283842A (zh) 通信方法及装置
US20240205985A1 (en) Radio Network Service Configuration Method, Terminal, and Network Side Device
WO2023272670A1 (zh) 一种网络连接的方法、装置及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination