CN111356182A - 一种资源的调度、处理方法及装置 - Google Patents

一种资源的调度、处理方法及装置 Download PDF

Info

Publication number
CN111356182A
CN111356182A CN201811573708.0A CN201811573708A CN111356182A CN 111356182 A CN111356182 A CN 111356182A CN 201811573708 A CN201811573708 A CN 201811573708A CN 111356182 A CN111356182 A CN 111356182A
Authority
CN
China
Prior art keywords
network element
capability
information
scef
resource
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.)
Withdrawn
Application number
CN201811573708.0A
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201811573708.0A priority Critical patent/CN111356182A/zh
Priority to PCT/CN2019/085578 priority patent/WO2020124930A1/zh
Publication of CN111356182A publication Critical patent/CN111356182A/zh
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • 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/0893Assignment of logical groups to network elements
    • 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/0896Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • 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/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5051Service on demand, e.g. definition and deployment of services in real time
    • 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/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • 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/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS
    • H04L41/5019Ensuring fulfilment of SLA
    • H04L41/5022Ensuring fulfilment of SLA by giving priorities, e.g. assigning classes of service

Abstract

本发明提供了一种资源的调度、处理方法及装置。具体而言,资源的调度方法包括:第一网元接收第二网元发送的用于请求能力开放资源的能力请求信息;所述第一网元调用该网元中的数据库进行查询,确定满足所述能力请求信息对应的预设条件的第三网元,并向所述第三网元发送所述能力请求信息;接收所述第三网元针对所述能力请求信息反馈的能力响应信息,并将所述能力响应信息反馈至所述第二网元。通过本发明,解决了由于建设成本等原因,网络部署不够完善,难以实现不同制式网络,尤其是针对4G网络和5G网络,如何进行资源协助以来实现第三方的能力开放的问题,达到了在网络部署不完善的情况下,满足用户对于第三方的能力开放的需求的效果。

Description

一种资源的调度、处理方法及装置
技术领域
本发明涉及通信领域,具体而言,涉及一种资源的调度、处理方法及装置。
背景技术
通讯系统中,实际存在很多的资源并未充分利用,如未使用的系统资源:空闲的网络的通话能力和数据传输能力;未利用的系统数据:用户的位置信息,移动轨迹,鉴权信息;未充分挖掘使用的系统支撑能力:计费能力及计费策略定制能力;增值业务提供能力:如按照第三方需求提供本地服务加速的CDN。
在5G网络技术领域中,也定义了专门的网络开放网元(Network ExposureFunction,简称NEF)负责对外开放5G网络能力,在收到用户的业务需求后,NEF网元会提供相应的资源,完成对第三方的能力开放。
但是目前5G独立组网并且彻底替换现有的4G网络投资过于巨大,时间上也不会一蹴而就。现状是运营商在4G时代的大量投入还在使用和收回成本的阶段。因此,从目前来看,4G和5G混合组网共存是不可跨越的阶段,甚至在早期可以预见一定是4G网络的资源远大于5G网络的资源。然而相关技术中由于建设成本等原因,网络部署不够完善,对于多种不同制式网络(例如上述具体的4G网络与5G网络)之间如何进行资源协助以来实现第三方的能力开放,还没有一种比较好的解决方案。
发明内容
本发明实施例提供了一种资源的调度、处理方法及装置,以至少解决相关技术中由于网络部署不够完善所导致的不同制式的网络之间如何进行资源协助以来实现第三方的能力开放的问题。
根据本发明的一个实施例,提供了一种资源的调度方法,包括:第一网元接收第二网元发送的用于请求能力开放资源的能力请求信息;所述第一网元调用该网元中的数据库进行查询,确定满足所述能力请求信息对应的预设条件的第三网元,并向所述第三网元发送所述能力请求信息;接收所述第三网元针对所述能力请求信息反馈的能力响应信息,并将所述能力响应信息反馈至所述第二网元。
可选地,所述第一网元接收所述第二网元发送的所述能力请求信息之前,所述方法还包括:所述第一网元接收所述第二网元发送的所述第三网元的注册信息和能力信息,并将所述第三网元的注册信息和能力信息存储在所述数据库中。
可选地,所述第一网元调用所述数据库进行查询,确定所述第三网元,包括:所述第一网元判断查询的所述第三网元的能力信息是否满足所述预设条件;在判断结果为是的情况下,所述第一网元向查询的所述第三网元发送所述能力请求信息;在判断结果为否的情况下,所述第一网元判断所述数据库中其他的第三网元中是否存在满足所述预设条件的第三网元。
可选地,当所述数据库中不存在满足所述预设条件的第三网元时,所述方法还包括:所述第一网元向所述第二网元返回能力请求失败信息,和/或,所述第一网元判断所述数据库中多个第三网元的能力信息之和是否满足所述预设条件;在判断结果为是的情况下,向所述多个第三网元分别发送所述能力请求信息。
可选地,所述方法还包括:当查询到的满足所述预设条件的第三网元是服务能力开放网元(Service Capability Exposure Function,简称SCEF)时,所述第一网元向所述SCEF发送用于请求4G网元资源的能力请求信息;当查询到的满足所述预设条件的第三网元是网元切片管理模块时,所述第一网元向所述网元切片管理模块发送用于请求5G网元资源的能力请求信息。
可选地,当查询到SCEF和网元切片管理模块均满足所述预设条件时,所述方法还包括:根据所述SCEF与所述网元切片管理模块的优先级信息,确定用于请求所述能力请求信息的第三网元;其中,所述优先级信息通过以下至少之一的方式确定:根据所述SCEF的能力信息和所述网元切片管理模块的能力信息的大小关系;根据所述SCEF的注册信息和所述网元切片管理模块的注册信息的时间先后顺序;根据用户预先配置的优先级顺序。
可选地,接收所述第三网元反馈的所述能力响应信息,并将所述能力响应信息反馈至所述第二网元,包括:所述第一网元判断所述能力响应信息中是否存在响应资源;在判断结果为是的情况下,所述第一网元将所述响应资源发送至所述第二网元;在判断结果为否的情况下,所述第一网元向所述第二网元发送能力请求失败消息,或,所述第一网元再次查询所述数据库中是否存在其他满足预设条件的第三网元,并向确定的所述第三网元发送所述能力请求信息。
可选地,所述第一网元至少包括:统一数据管理网元(Unified Data Management,简称UDM),所述第二网元至少包括:网络开放网元(Network Exposure Funtion,简称NEF)。
根据本发明的另一个实施例,提供了一种资源的处理方法,包括:第三网元接收第一网元发送的用于请求能力开放资源的能力请求信息,其中,所述能力请求信息由第二网元发起;所述第三网元判断当前具有的资源是否满足所述能力开放资源的需求,并将判断结果携带在能力响应信息中反馈至所述第一网元。
可选地,所述第三网元在所述第二网元注册,其中,所述第三网元的注册信息和能力信息存储在所述第一网元的数据库中。。
可选地,所述第三网元的类型包括:SCEF以及网元切片管理模块。
可选地,当所述第三网元为所述SCEF时,所述方法还包括:所述SCEF根据所述能力请求信息,向网元能力管理模块NFMF请求获取所述能力开放资源;接收所述网络功能管理网元(Nework Function Management Function,简称NFMF)上报的能力开放资源,并判断所述能力开放资源是否满足所述能力请求信息的需求;将所述能力资源对应的判断结果携带在能力响应信息中反馈至所述第一网元。
可选地,所述方法还包括:当判断所述能力开放资源不满足所述能力请求信息的需求时,所述SCEF再次向所述NFMF请求获取所述能力开放资源;在预设时间内,所述SCEF判断所述NFMF上报的所述能力开放资源不满足所述能力请求信息的需求时,所述SCEF向所述第一网元反馈能力请求失败信息。
可选地,当所述第三网元为所述网元切片管理模块时,所述方法还包括:所述网元切片管理模块根据所述能力请求信息,查找满足所述能力请求信息的需求的第一切片。
可选地,所述方法还包括:在查找到所述第一切片时,所述网元切片管理模块将所述第一切片反馈至所述第一网元;其中,在未查找到所述第一切片时,所述网元切片管理模块根据所述能力请求信息的需求生成第二切片,并将所述第二切片反馈至所述第一网元;当判断当前具有的资源不足以生成所述第二切片时,所述网元切片管理模块向所述第一网元反馈能力请求失败信息。
可选地,所述方法还包括:当判断当前具有的资源不足以生成所述第二切片时,所述网元切片管理模块向所述第一网元反馈能力请求失败信息。
可选地,所述第一网元至少包括:UDM,所述第二网元至少包括:NEF。
根据本发明的一个实施例,提供了一种资源的调度装置,位于第一网元,包括:第一接收模块,用于接收第二网元发送的用于请求能力开放资源的能力请求信息;处理模块,用于调用数据库进行查询,确定满足所述能力请求信息对应的预设条件的第三网元,并向所述第三网元发送所述能力请求信息;第二接收模块,用于接收所述第三网元针对所述能力请求信息反馈的能力响应信息,并将所述能力响应信息反馈至所述第二网元。
根据本发明的一个实施例,提供了一种资源的处理装置,位于第三网元,包括:第三接收模块,用于接收第一网元发送的用于请求能力开放资源的能力请求信息,其中,所述能力请求信息由第二网元发起;反馈模块,用于判断当前具有的资源是否满足所述能力开放资源的需求,并将判断结果携带在能力响应信息中反馈至所述第一网元。
根据本发明的又一个实施例,还提供了一种存储介质,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例,还提供了一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明,在请求能力开放资源时,通过网元查询并调用数据库以来确定能够作为满足能力开放资源的提供者的其他网元,因此,在不针对网络系统进行额外构建的情况下,能够满足用户对于第三方的能力开放的需求,解决了相关技术中,由于建设成本等原因,网络部署不够完善,难以实现不同制式网络,尤其是针对4G网络和5G网络,如何进行资源协助以来实现第三方的能力开放的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是本发明实施例的一种资源的调度方法的移动终端的硬件结构框图;
图2是根据本发明实施例的一种资源的调度方法的流程图;
图3是根据本发明实施例的一种资源的处理方法的流程图;
图4是根据本发明实施例的基于场景1的流程图;
图5是根据本发明实施例的基于场景2的流程图;
图6是根据本发明实施例的基于场景3的流程图;
图7是根据本发明实施例的基于场景4的流程图;
图8是根据本发明实施例的基于场景5的流程图;
图9是根据本发明实施例的基于场景6的流程图;
图10是根据本发明实施例的基于场景7的流程图;
图11是根据本发明实施例的基于场景8的流程图;
图12是根据本发明实施例的基于场景9的流程图;
图13是根据本发明实施例的一种资源的调度装置的结构框图;
图14是根据本发明实施例的一种资源的处理装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例,图1是本发明实施例的一种资源的调度方法的移动终端的硬件结构框图。如图1所示,移动终端10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104,可选地,上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述移动终端的结构造成限定。例如,移动终端10还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。
存储器104可用于存储计算机程序,例如,应用软件的软件程序以及模块,如本发明实施例中的资源的调度方法对应的计算机程序,处理器102通过运行存储在存储器104内的计算机程序,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中,传输装置106包括一个网络适配器(Network Interface Controller,简称为NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置106可以为射频(Radio Frequency,简称为RF)模块,其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种运行于上述移动终端的一种资源的调度方法,图2是根据本发明实施例的一种资源的调度方法的流程图,如图2所示,该流程包括如下步骤:
步骤S202,第一网元接收第二网元发送的用于请求能力开放资源的能力请求信息;
步骤S204,所述第一网元调用该网元中的数据库进行查询,确定满足所述能力请求信息对应的预设条件的第三网元,并向所述第三网元发送所述能力请求信息;
步骤S206,接收所述第三网元针对所述能力请求信息反馈的能力响应信息,并将所述能力响应信息反馈至所述第二网元。
可选地,所述第一网元接收所述第二网元发送的所述能力请求信息之前,所述方法还包括:所述第一网元接收所述第二网元发送的所述第三网元的注册信息和能力信息,并将所述第三网元的注册信息和能力信息存储在所述数据库中。
可选地,所述第一网元调用所述数据库进行查询,确定所述第三网元,包括:所述第一网元判断查询的所述第三网元的能力信息是否满足所述预设条件;在判断结果为是的情况下,所述第一网元向查询的所述第三网元发送所述能力请求信息;在判断结果为否的情况下,所述第一网元判断所述数据库中其他的第三网元中是否存在满足所述预设条件的第三网元。
可选地,当所述数据库中不存在满足所述预设条件的第三网元时,所述方法还包括:所述第一网元向所述第二网元返回能力请求失败信息,和/或,所述第一网元判断所述数据库中多个第三网元的能力信息之和是否满足所述预设条件;在判断结果为是的情况下,向所述多个第三网元分别发送所述能力请求信息。
可选地,所述方法还包括:当查询到的满足所述预设条件的第三网元是SCEF时,所述第一网元向所述SCEF发送用于请求4G网元资源的能力请求信息;当查询到的满足所述预设条件的第三网元是网元切片管理模块时,所述第一网元向所述网元切片管理模块发送用于请求5G网元资源的能力请求信息。
可选地,当查询到SCEF和网元切片管理模块均满足所述预设条件时,所述方法还包括:根据所述SCEF与所述网元切片管理模块的优先级信息,确定用于请求所述能力请求信息的第三网元;其中,所述优先级信息通过以下至少之一的方式确定:根据所述SCEF的能力信息和所述网元切片管理模块的能力信息的大小关系;根据所述SCEF的注册信息和所述网元切片管理模块的注册信息的时间先后顺序;根据用户预先配置的优先级顺序。
可选地,接收所述第三网元反馈的所述能力响应信息,并将所述能力响应信息反馈至所述第二网元,包括:所述第一网元判断所述能力响应信息中是否存在响应资源;在判断结果为是的情况下,所述第一网元将所述响应资源发送至所述第二网元;在判断结果为否的情况下,所述第一网元向所述第二网元发送能力请求失败消息,或,所述第一网元再次查询所述数据库中是否存在其他满足预设条件的第三网元,并向确定的所述第三网元发送所述能力请求信息。
可选地,所述第一网元至少包括:UDM,所述第二网元至少包括:NEF。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中提供了一种运行于上述移动终端的一种资源的处理方法,图3是根据本发明实施例的一种资源的处理方法的流程图,如图3所示,该流程包括如下步骤:
步骤S302,第三网元接收第一网元发送的用于请求能力开放资源的能力请求信息,其中,所述能力请求信息由第二网元发起;
步骤S304,所述第三网元判断当前具有的资源是否满足所述能力开放资源的需求,并将判断结果携带在能力响应信息中反馈至所述第一网元。
可选地,所述第三网元在所述第二网元注册,其中,所述第三网元的注册信息和能力信息存储在所述第一网元的数据库中。
可选地,所述第三网元的类型包括:SCEF以及网元切片管理模块。
可选地,当所述第三网元为所述SCEF时,所述方法还包括:所述SCEF根据所述能力请求信息,向NFMF请求获取所述能力开放资源;接收所述NFMF上报的能力开放资源,并判断所述能力开放资源是否满足所述能力请求信息的需求;将所述能力资源对应的判断结果携带在能力响应信息中反馈至所述第一网元。
可选地,所述方法还包括:当判断所述能力开放资源不满足所述能力请求信息的需求时,所述SCEF再次向所述NFMF请求获取所述能力开放资源;在预设时间内,所述SCEF判断所述NFMF上报的所述能力开放资源不满足所述能力请求信息的需求时,所述SCEF向所述第一网元反馈能力请求失败信息。
可选地,当所述第三网元为所述网元切片管理模块时,所述方法还包括:所述网元切片管理模块根据所述能力请求信息,查找满足所述能力请求信息的需求的第一切片。
可选地,所述方法还包括:在查找到所述第一切片时,所述网元切片管理模块将所述第一切片反馈至所述第一网元;在未查找到所述第一切片时,所述网元切片管理模块根据所述能力请求信息的需求生成第二切片,并将所述第二切片反馈至所述第一网元;当判断当前具有的资源不足以生成所述第二切片时,所述网元切片管理模块向所述第一网元反馈能力请求失败信息。
可选地,所述第一网元至少包括:UDM,所述第二网元至少包括:NEF。
为了更好的理解上述实施例中记载的方案,还提供了如下的场景进行说明。
场景1:
第三方应用模块AF接入到运营商的网络中,向第二网元发送能力请求。第一网元为:UDM,第二网元为:NEF,第三网元为:SCEF,同时,仅有4G网元的能力范围落入到第三方的能力要求中。同时4G网元能够提供的能力资源充足。图4是根据本发明实施例的基于场景1的流程图。如图4所示:
步骤1:4G的SCEF已经完成注册,登记了该SCEF的能力范围。
步骤2:向UDM查询当前注册的能力开放信息。
步骤3:UDM查询数据库,获取当前注册为可以满足能力请求的SCEF或者5G切片管理模块,查询结果为只有SCEF注册的能力范围可以满足条件,于是向SCEF发起能力请求。
步骤4:SCEF向NFMF请求开放能力资源。
步骤5:NFMF根据SCEF的请求,向4G网元中的网元,例如NF,请求资源。
步骤6:NF接收NFMF的能力请求,根据能力请求上报自身的能力资源。
步骤7:NFMF收到NF的上报信息,向SCEF上报返回的能力资源信息。
步骤8:SCEF收到NFMF返回的能力请求结果,判断返回的能力资源能够满足第三方应用的满足要求,将该资源上报给UDM。
步骤9:UDM收到SCEF返回的能力请求成功应答和上报的能力资源,将该资源上报给NEF。
步骤10:NEF收到UDM返回的能力请求成功应答和上报的能力资源,将该资源提供给第三方应用使用。
场景2:
第三方应用模块AF接入到运营商的网络中,向第二网元发送能力请求。第一网元为:UDM,第二网元为:NEF,第三网元为:SCEF,同时,仅有4G网元的能力范围落入到第三方的能力要求中。同时4G网元当前能够提供的能力资源不足。图5是根据本发明实施例的基于场景2的流程图。如图5所示:
步骤1:4G的SCEF已经完成注册,登记了该SCEF的能力范围。
步骤2:向UDM查询当前注册的能力开放信息。
步骤3:UDM查询数据库,获取当前注册为可以满足能力请求的SCEF或者5G切片管理模块,查询结果为只有SCEF注册的能力范围可以满足条件,于是向SCEF发起能力请求。
步骤4:SCEF向NFMF请求开放能力资源。
步骤5:NFMF根据SCEF的请求,向4G各网元,例如NF,请求资源。
步骤6:NF接收NFMF的能力请求,根据能力请求上报自身的能力资源。
步骤7:NFMF收到NF的上报信息,向SCEF上报NF返回的能力资源信息。
步骤8:SCEF收到NFMF返回的能力请求结果,判断返回的能力资源不能够满足第三方应用的使用要求,因此,重新向NFMF发送请求,请求增加资源分配。
步骤9:NFMF收到SCEF增加资源分配的请求,向4G各网元,例如NF,6。
步骤10:NF接收到NFMF增加资源分配的请求,完成资源分配,并将新增的能力信息返回至NFMF。
步骤11:NFMF上报NF返回的新增能力资源信息到SCEF。
步骤12:SCEF收到NFMF返回的能力请求结果,判断返回的能力资源能够满足第三方应用的使用要求,并将该资源上报给UDM。
步骤13:UDM收到SCEF返回的能力请求成功应答和上报的能力资源,将该资源上报给NEF。
步骤14:NEF收到UDM返回的能力请求成功应答和上报的能力资源,将该资源提供给第三方应用使用。
场景3:
第三方应用模块AF接入到运营商的网络中,向第二网元发送能力请求。第一网元为:UDM,第二网元为:NEF,第三网元为:SCEF或5G切片管理模块,同时,4G和5G网元的能力范围均落入到第三方的能力要求中。4G网元的资源优先使用且当前能够提供的能力资源充足。图6是根据本发明实施例的基于场景3的流程图。如图6所示:
步骤1:4G的SCEF已经完成注册,登记了该SCEF的能力范围。
步骤2:NEF向UDM查询当前注册的能力开放信息。
步骤3:UDM查询数据库,获取的查询结果为4G注册的和5G的能力范围都可以满足条件。因此,根据SCEF和5G切片管理模块中优先级信息确定优先级最高的网元。结果为SCEF,因此向SCEF发起能力请求。
步骤4:SCEF向NFMF请求开放能力资源。
步骤5:NFMF根据SCEF的请求,向4G各网元,例如NF,请求资源。
步骤6:NF接收NFMF的能力请求,根据能力请求上报自身的能力资源。
步骤7:NFMF收到NF的上报信息,向SCEF上报NF返回的能力资源信息。
步骤8:SCEF收到NFMF返回的能力请求结果,判断返回的能力资源满足第三方应用的使用要求,将该资源上报给UDM。
步骤9:UDM收到SCEF返回的能力请求成功应答和上报的能力资源,将该资源上报给NEF。
步骤10:NEF收到UDM返回的能力请求成功应答和上报的能力资源,将该资源提供给第三方应用使用。
场景4:
第三方应用模块AF接入到运营商的网络中,向第二网元发送能力请求。第一网元为:UDM,第二网元为:NEF,第三网元为:SCEF或5G切片管理模块,同时,4G和5G网元的能力范围均落入到第三方的能力要求中。4G网元的资源优先使用且当前能够提供的能力资源不足。图7是根据本发明实施例的基于场景4的流程图。如图7所示:
步骤1:4G的SCEF已经完成注册,登记了该SCEF的能力范围。
步骤2:NEF向UDM查询当前注册的能力开放信息。
步骤3:UDM查询数据库,获取的查询结果为4G注册的和5G的能力范围都可以满足条件。因此,根据SCEF和5G切片管理模块中优先级信息确定优先级最高的网元。结果为SCEF,因此向SCEF发起能力请求。
步骤4:SCEF向NFMF请求开放能力资源。
步骤5:NFMF根据SCEF的请求,向4G各网元,例如NF,请求资源。
步骤6:NF接收NFMF的能力请求,根据能力请求上报自身的能力资源。
步骤7:NFMF收到NF的上报信息,向SCEF上报NF返回的能力资源信息。
步骤8:SCEF收到NFMF返回的能力请求结果,判断返回的能力资源不能满足第三方应用的使用要求,因此重新向NFMF发送请求,请求增加资源分配。
步骤9:NFMF收到SCEF增加资源分配的请求,向4G各网元,例如NF,请求增加资源分配。
步骤10:NF接收到NFMF增加资源分配的请求,完成资源分配,并将新增的能力信息返回至NFMF。
步骤11:NFMF上报NF返回的新增能力资源信息到SCEF。
步骤12:SCEF收到NFMF返回的能力请求结果,判断返回的能力资源能够满足第三方应用的使用要求,并将该资源上报给UDM。
步骤13:UDM收到SCEF返回的能力请求成功应答和上报的能力资源,将该资源上报给NEF。
步骤14:NEF收到UDM返回的能力请求成功应答和上报的能力资源,将该资源提供给第三方应用使用。
场景5:
第三方应用模块AF接入到运营商的网络中,向第二网元发送能力请求。第一网元为:UDM,第二网元为:NEF,第三网元为:SCEF或5G切片管理模块,同时,4G和5G网元的能力范围均落入到第三方的能力要求中。4G网元的资源优先使用且当前和再分配资源后提供的能力资源均不足。图8是根据本发明实施例的基于场景5的流程图。如图8所示:
步骤1:4G的SCEF已经完成注册,登记了该SCEF的能力范围。
步骤2:向UDM查询当前注册的能力开放信息。
步骤3:UDM查询数据库,获取当前注册为可以满足能力请求的SCEF或者5G切片管理模块,查询结果为只有SCEF注册的能力范围可以满足条件,于是向SCEF发起能力请求。
步骤4:SCEF向NFMF请求开放能力资源。
步骤5:NFMF根据SCEF的请求,向4G各网元,例如NF,请求资源。
步骤6:NF接收NFMF的能力请求,根据能力请求上报自身的能力资源。
步骤7:NFMF收到NF的上报信息,向SCEF上报NF返回的能力资源信息。
步骤8:SCEF收到NFMF返回的能力请求结果,判断返回的能力资源不能够满足第三方应用的使用要求,因此,重新向NFMF发送请求,请求增加资源分配。
步骤9:NFMF收到SCEF增加资源分配的请求,向4G各网元,例如NF,请求增加资源分配。
步骤10:NF接收到NFMF增加资源分配的请求,完成资源分配,并将新增的能力信息返回至NFMF。
步骤11:NFMF上报NF返回的新增能力资源信息到SCEF。
步骤12:SCEF收到NFMF返回的能力请求结果,判断返回的能力资源仍然不满足要求,于是上报UDM能力资源请求失败。
步骤13:UDM收到SCEF返回的能力请求失败应答,UDM改为继续向5G切片管理模块请求能力资源。
步骤14:5G切片管理模块接收UDM的能力请求,选择满足能力请求的切片上报切片给UDM。
步骤15:如果未找到满足能力请求的切片,则根据请求创建新的切片并上报切片给UDM。
步骤16:在5G切片管理模块返回能力请求成功的情况下,5G切片管理模块将该资源上报给UDM。
步骤17:UDM收到5G切片管理模块返回的能力请求成功应答和上报的能力切片,将该切片上报给NEF。
步骤18:NEF收到UDM返回的能力请求成功应答和上报的能力切片,将该资源提供给第三方应用使用。
场景6:
第三方应用模块AF接入到运营商的网络中,向第二网元发送能力请求。第一网元为:UDM,第二网元为:NEF,第三网元为:SCEF或5G切片管理模块,同时,4G和5G网元的能力范围均落入到第三方的能力要求中。5G网元的资源优先使用且当前提供的能力资源均不足。图9是根据本发明实施例的基于场景6的流程图。如图9所示:
步骤1:4G的SCEF已经完成注册,登记了该SCEF的能力范围。
步骤2:NEF向UDM查询当前注册的能力开放信息。
步骤3:UDM查询数据库,获取的查询结果为4G注册的和5G的能力范围都可以满足条件。因此,根据SCEF和5G切片管理模块中优先级信息确定优先级最高的网元。结果为5G切片管理模块,因此向5G切片管理模块发起能力请求。
步骤4:5G切片管理模块接收UDM的能力请求,查找满足能力请求的切片。然而未找到满足能力请求的切片,虽然根据请求申请资源创建新的切片,但是仍然是资源不足导致了创建失败。
步骤5:5G切片管理模块上报申请能力切片失败应答给UDM。
步骤6:UDM向SCEF发起能力请求。
步骤7:SCEF向NFMF请求开放能力资源。
步骤8:NFMF根据SCEF的请求,向4G各网元,例如NF,请求资源。
步骤9:NF接收NFMF的能力请求,根据能力请求上报自身的能力资源。
步骤10:NFMF收到NF的上报信息,向SCEF上报NF返回的能力资源信息。
步骤11:SCEF收到NFMF返回的能力请求结果,判断返回的能力资源满足第三方应用的使用要求,将该资源上报给UDM。
步骤12:UDM收到SCEF返回的能力请求成功应答和上报的能力资源,将该资源上报给NEF。
步骤13:NEF收到UDM返回的能力请求成功应答和上报的能力资源,将该资源提供给第三方应用使用。
场景7:
第三方应用模块AF接入到运营商的网络中,向第二网元发送能力请求。第一网元为:UDM,第二网元为:NEF,第三网元为:SCEF或5G切片管理模块,同时,4G和5G网元的能力范围均落入到第三方的能力要求中。5G网元的资源优先使用且当前和创建提供的能力资源均不足。图10是根据本发明实施例的基于场景7的流程图。如图10所示:
步骤1:4G的SCEF已经完成注册,登记了该SCEF的能力范围。
步骤2:NEF向UDM查询当前注册的能力开放信息。
步骤3:UDM查询数据库,获取的查询结果为4G注册的和5G的能力范围都可以满足条件。因此,根据SCEF和5G切片管理模块中优先级信息确定优先级最高的网元。结果为5G切片管理模块,因此向5G切片管理模块发起能力请求。
步骤4:5G切片管理模块接收UDM的能力请求,查找满足能力请求的切片。然而未找到满足能力请求的切片,虽然根据请求申请资源创建新的切片,但是仍然是资源不足导致了创建失败。
步骤5:5G切片管理模块上报申请能力切片失败应答给UDM。
步骤6:UDM向SCEF发起能力请求。
步骤7:SCEF向NFMF请求开放能力资源。
步骤8:NFMF根据SCEF的请求,向4G各网元,例如NF,请求资源。
步骤9:NF接收NFMF的能力请求,根据能力请求上报自身的能力资源。
步骤10:NFMF收到NF的上报信息,向SCEF上报NF返回的能力资源信息。
步骤11:SCEF收到NFMF返回的能力请求结果,判断返回的能力资源不能满足第三方应用的使用要求,因此重新向NFMF发送请求,请求增加资源分配。
步骤12:NFMF收到SCEF增加资源分配的请求,向4G各网元,例如NF,请求增加资源分配。
步骤13:NF接收到NFMF增加资源分配的请求,完成资源分配,并将新增的能力信息返回至NFMF。
步骤14:NFMF上报NF返回的新增能力资源信息到SCEF。
步骤15:SCEF收到NFMF返回的能力请求结果,判断返回的能力资源能够满足第三方应用的使用要求,并将该资源上报给UDM。
步骤16:UDM收到SCEF返回的能力请求成功应答和上报的能力资源,将该资源上报给NEF。
步骤17:NEF收到UDM返回的能力请求成功应答和上报的能力资源,将该资源提供给第三方应用使用。
场景8:
第三方应用模块AF接入到运营商的网络中,向第二网元发送能力请求。第一网元为:UDM,第二网元为:NEF,第三网元为:SCEF或5G切片管理模块,同时,仅有5G网元的能力范围均落入到第三方的能力要求中。5G网元提供的能力资源充足。图11是根据本发明实施例的基于场景8的流程图。如图11所示:
步骤1:4G的SCEF已经完成注册,登记了该SCEF的能力范围。
步骤2:向UDM查询当前注册的能力开放信息
步骤3:UDM查询数据库,获取的查询结果为4G注册的和5G的能力范围都可以满足条件。因此,根据SCEF和5G切片管理模块中优先级信息确定优先级最高的网元。结果为5G切片管理模块,因此向5G切片管理模块发起能力请求。
步骤4:5G切片管理模块接收UDM的能力请求,选择满足能力请求的切片上报切片给UDM。
步骤5:如果未找到满足能力请求的切片,则根据请求创建新的切片并上报切片给UDM。
步骤6:在5G切片管理模块返回能力请求成功的情况下,5G切片管理模块将该资源上报给UDM
步骤7:UDM收到5G切片管理模块返回的能力请求成功应答和上报的能力切片,将该切片上报给NEF.
步骤8:NEF收到UDM返回的能力请求成功应答和上报的能力切片,将该资源提供给第三方应用使用。
场景9:
第三方应用模块AF接入到运营商的网络中,向第二网元发送能力请求。第一网元为:UDM,第二网元为:NEF,第三网元为:SCEF或5G切片管理模块,同时,4G和5G网元的能力范围无法独立落入到第三方的能力要求中。且4G和5G网元共同提供的能力资源才能够满足需求。图12是根据本发明实施例的基于场景9的流程图。如图12所示:
步骤1:4G的SCEF已经完成注册,登记了该SCEF的能力范围。
步骤2:向UDM查询当前注册的能力开放信息。
步骤3:UDM查询数据库,获取的查询结果为4G注册的和5G的能力范围只能够满足部分的条件,但是二者的结合能够满足条件。因此将能力需求进行拆分,故而分别向SCEF和5G切片管理模块共同发起能力请求。
步骤4:5G切片管理模块接收UDM的能力请求,选择满足能力请求的切片,上报切片给UDM。
步骤5:SCEF接收到UDM的能力请求,向NFMF请求开放能力资源。
步骤6:NFMF根据SCEF的请求,向4G各网元,例如NF,请求资源。
步骤7:NF接收NFMF的能力请求,根据能力请求上报自身的能力资源。
步骤8:NFMF收到NF的上报信息,向SCEF上报NF返回的能力资源信息。
步骤9:SCEF收到NFMF返回的能力请求结果,判断返回的能力资源满足第三方应用的使用要求,将该资源上报给UDM。
步骤10:UDM综合4G和5G的能力上报,将资源上报给NEF。
步骤11:NEF收到UDM返回的能力请求成功应答和上报的5G能力切片及4G能力资源,将该资源提供给第三方应用使用。
需要说明的是,上述举例仅仅是列举,而非穷举,然而基于上述场景思路的实施例均在本实施例的保护范围之内。
实施例3:
在本实施例中还提供了一种资源的调度装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图13是根据本发明实施例的一种资源的调度装置的结构框图,如图13所示,该装置包括:第一接收模块1302,处理模块1304以及第二接收模块1306。
第一接收模块1302,用于接收第二网元发送的用于请求能力开放资源的能力请求信息;
处理模块1304,用于调用数据库进行查询,确定满足所述能力请求信息对应的预设条件的第三网元,并向所述第三网元发送所述能力请求信息;
第二接收模块1306,用于接收所述第三网元针对所述能力请求信息反馈的能力响应信息,并将所述能力响应信息反馈至所述第二网元。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例4:
在本实施例中还提供了一种资源的处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图14是根据本发明实施例的一种资源的处理装置的结构框图,如图14所示,该装置包括:第三接收模块1402和反馈模块1404。
第三接收模块1402,用于接收第一网元发送的用于请求能力开放资源的能力请求信息,其中,所述能力请求信息由第二网元发起;
反馈模块1404,用于判断当前具有的资源是否满足所述能力开放资源的需求,并将判断结果携带在能力响应信息中反馈至所述第一网元。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例5
本发明的实施例还提供了一种存储介质,该存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的计算机程序:
S1,第一网元接收第二网元发送的用于请求能力开放资源的能力请求信息;
S2,所述第一网元调用该网元中的数据库进行查询,确定满足所述能力请求信息对应的预设条件的第三网元,并向所述第三网元发送所述能力请求信息;
S3,接收所述第三网元针对所述能力请求信息反馈的能力响应信息,并将所述能力响应信息反馈至所述第二网元。
可选地,在本实施例中,上述存储介质还可以被设置为存储用于执行以下步骤的计算机程序:
S1,第三网元接收第一网元发送的用于请求能力开放资源的能力请求信息,其中,所述能力请求信息由第二网元发起;
S2,所述第三网元判断当前具有的资源是否满足所述能力开放资源的需求,并将判断结果携带在能力响应信息中反馈至所述第一网元。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
可选地,在本实施例中,上述处理器可以被设置为通过计算机程序执行以下步骤:
S1,第一网元接收第二网元发送的用于请求能力开放资源的能力请求信息;
S2,所述第一网元调用该网元中的数据库进行查询,确定满足所述能力请求信息对应的预设条件的第三网元,并向所述第三网元发送所述能力请求信息;
S3,接收所述第三网元针对所述能力请求信息反馈的能力响应信息,并将所述能力响应信息反馈至所述第二网元。
可选地,在本实施例中,上述处理器还可以被设置为通过计算机程序执行以下步骤:
S1,第三网元接收第一网元发送的用于请求能力开放资源的能力请求信息,其中,所述能力请求信息由第二网元发起;
S2,所述第三网元判断当前具有的资源是否满足所述能力开放资源的需求,并将判断结果携带在能力响应信息中反馈至所述第一网元。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (20)

1.一种资源的调度方法,其特征在于,包括:
第一网元接收第二网元发送的用于请求能力开放资源的能力请求信息;
所述第一网元调用该网元中的数据库进行查询,确定满足所述能力请求信息对应的预设条件的第三网元,并向所述第三网元发送所述能力请求信息;
接收所述第三网元针对所述能力请求信息反馈的能力响应信息,并将所述能力响应信息反馈至所述第二网元。
2.根据权利要求1所述的方法,其特征在于,所述第一网元接收所述第二网元发送的所述能力请求信息之前,所述方法还包括:
所述第一网元接收所述第二网元发送的所述第三网元的注册信息和能力信息,并将所述第三网元的注册信息和能力信息存储在所述数据库中。
3.根据权利要求2所述的方法,其特征在于,所述第一网元调用所述数据库进行查询,确定所述第三网元,包括:
所述第一网元判断查询的所述第三网元的能力信息是否满足所述预设条件;
在判断结果为是的情况下,所述第一网元向查询的所述第三网元发送所述能力请求信息;
在判断结果为否的情况下,所述第一网元判断所述数据库中其他的第三网元中是否存在满足所述预设条件的第三网元。
4.根据权利要求3所述的方法,其特征在于,当所述数据库中不存在满足所述预设条件的第三网元时,所述方法还包括:
所述第一网元向所述第二网元返回能力请求失败信息,和/或,
所述第一网元判断所述数据库中多个第三网元的能力信息之和是否满足所述预设条件;
在判断结果为是的情况下,向所述多个第三网元分别发送所述能力请求信息。
5.根据权利要求3所述的方法,其特征在于,所述方法还包括:
当查询到的满足所述预设条件的第三网元是服务能力开放网元SCEF时,所述第一网元向所述SCEF发送用于请求4G网元资源的能力请求信息;
当查询到的满足所述预设条件的第三网元是网元切片管理模块时,所述第一网元向所述网元切片管理模块发送用于请求5G网元资源的能力请求信息。
6.根据权利要求3所述的方法,其特征在于,当查询到SCEF和网元切片管理模块均满足所述预设条件时,所述方法还包括:
根据所述SCEF与所述网元切片管理模块的优先级信息,确定用于请求所述能力请求信息的第三网元;
其中,所述优先级信息通过以下至少之一的方式确定:
根据所述SCEF的能力信息和所述网元切片管理模块的能力信息的大小关系;
根据所述SCEF的注册信息和所述网元切片管理模块的注册信息的时间先后顺序;
根据用户预先配置的优先级顺序。
7.根据权利要求6所述的方法,其特征在于,接收所述第三网元反馈的所述能力响应信息,并将所述能力响应信息反馈至所述第二网元,包括:
所述第一网元判断所述能力响应信息中是否存在响应资源;
在判断结果为是的情况下,所述第一网元将所述响应资源发送至所述第二网元;
在判断结果为否的情况下,所述第一网元向所述第二网元发送能力请求失败消息,或,所述第一网元再次查询所述数据库中是否存在其他满足预设条件的第三网元,并向确定的所述第三网元发送所述能力请求信息。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述第一网元至少包括:统一数据管理网元UDM,所述第二网元至少包括:网络开放网元NEF。
9.一种资源的处理方法,其特征在于,包括:
第三网元接收第一网元发送的用于请求能力开放资源的能力请求信息,其中,所述能力请求信息由第二网元发起;
所述第三网元判断当前具有的资源是否满足所述能力开放资源的需求,并将判断结果携带在能力响应信息中反馈至所述第一网元。
10.根据权利要求9所述的方法,其特征在于,
所述第三网元在所述第二网元注册,其中,所述第三网元的注册信息和能力信息存储在所述第一网元的数据库中。
11.根据权利要求10所述的方法,其特征在于,所述第三网元的类型包括:服务能力开放网元SCEF以及网元切片管理模块。
12.根据权利要求11所述的方法,其特征在于,当所述第三网元为所述SCEF时,所述方法还包括:
所述SCEF根据所述能力请求信息,向网络功能管理网元NFMF请求获取所述能力开放资源;
接收所述NFMF上报的能力开放资源,并判断所述能力开放资源是否满足所述能力请求信息的需求;
将所述能力资源对应的判断结果携带在能力响应信息中反馈至所述第一网元。
13.根据权利要求12所述的方法,其特征在于,所述方法还包括:
当判断所述能力开放资源不满足所述能力请求信息的需求时,所述SCEF再次向所述NFMF请求获取所述能力开放资源;
在预设时间内,所述SCEF判断所述NFMF上报的所述能力开放资源不满足所述能力请求信息的需求时,所述SCEF向所述第一网元反馈能力请求失败信息。
14.根据权利要求12所述的方法,其特征在于,当所述第三网元为所述网元切片管理模块时,所述方法还包括:
所述网元切片管理模块根据所述能力请求信息,查找满足所述能力请求信息的需求的第一切片。
15.根据权利要求13所述的方法,其特征在于,所述方法还包括:在查找到所述第一切片时,所述网元切片管理模块将所述第一切片反馈至所述第一网元;
其中,在未查找到所述第一切片时,所述网元切片管理模块根据所述能力请求信息的需求生成第二切片,并将所述第二切片反馈至所述第一网元;当判断当前具有的资源不足以生成所述第二切片时,所述网元切片管理模块向所述第一网元反馈能力请求失败信息。
16.根据权利要求9-15任一项所述的方法,其特征在于,所述第一网元至少包括:统一数据管理网元UDM,所述第二网元至少包括:网络开放网元NEF。
17.一种资源的调度装置,位于第一网元,其特征在于,包括:
第一接收模块,用于接收第二网元发送的用于请求能力开放资源的能力请求信息;
处理模块,用于调用数据库进行查询,确定满足所述能力请求信息对应的预设条件的第三网元,并向所述第三网元发送所述能力请求信息;
第二接收模块,用于接收所述第三网元针对所述能力请求信息反馈的能力响应信息,并将所述能力响应信息反馈至所述第二网元。
18.一种资源的处理装置,位于第三网元,其特征在于,包括:
第三接收模块,用于接收第一网元发送的用于请求能力开放资源的能力请求信息,其中,所述能力请求信息由第二网元发起;
反馈模块,用于判断当前具有的资源是否满足所述能力开放资源的需求,并将判断结果携带在能力响应信息中反馈至所述第一网元。
19.一种存储介质,其特征在于,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行所述权利要求1至9,11-16任一项中所述的方法。
20.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行所述权利要求1至9,11-16任一项中所述的方法。
CN201811573708.0A 2018-12-21 2018-12-21 一种资源的调度、处理方法及装置 Withdrawn CN111356182A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201811573708.0A CN111356182A (zh) 2018-12-21 2018-12-21 一种资源的调度、处理方法及装置
PCT/CN2019/085578 WO2020124930A1 (zh) 2018-12-21 2019-05-05 一种资源的调度、处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811573708.0A CN111356182A (zh) 2018-12-21 2018-12-21 一种资源的调度、处理方法及装置

Publications (1)

Publication Number Publication Date
CN111356182A true CN111356182A (zh) 2020-06-30

Family

ID=71100119

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811573708.0A Withdrawn CN111356182A (zh) 2018-12-21 2018-12-21 一种资源的调度、处理方法及装置

Country Status (2)

Country Link
CN (1) CN111356182A (zh)
WO (1) WO2020124930A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112565390A (zh) * 2020-12-01 2021-03-26 武汉绿色网络信息服务有限责任公司 服务分配方法、装置、电子设备及存储介质
CN113596890A (zh) * 2021-07-28 2021-11-02 广州爱浦路网络技术有限公司 通信方法、系统、装置及存储介质
WO2024026593A1 (zh) * 2022-07-30 2024-02-08 华为技术有限公司 一种协同控车方法及相关装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105491557A (zh) * 2014-09-15 2016-04-13 中兴通讯股份有限公司 一种实现能力开放的系统、方法及能力开放平台
CN106211137A (zh) * 2015-04-29 2016-12-07 中国移动通信集团公司 一种移动网络能力开放方法及scef、移动网络系统
CN106657194A (zh) * 2015-11-02 2017-05-10 中兴通讯股份有限公司 一种网络切片能力开放的方法、装置及系统
US20180152526A1 (en) * 2015-05-22 2018-05-31 Zte Corporation Capability opening method and system, and capability opening function entity
US20180310169A1 (en) * 2015-12-31 2018-10-25 Huawei Technologies Co., Ltd. Network slice management apparatus and network slice management method

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106572447A (zh) * 2015-10-10 2017-04-19 中兴通讯股份有限公司 资源的控制方法和装置
CN106961743A (zh) * 2016-01-11 2017-07-18 中兴通讯股份有限公司 一种传输方法、装置及接入网网元、用户设备
CN108200606B (zh) * 2016-12-08 2021-08-10 中国移动通信集团四川有限公司 一种网络资源调度方法、智能控制中心及网关
US11190928B2 (en) * 2016-12-19 2021-11-30 Nokia Technologies Oy Data storage function selection

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105491557A (zh) * 2014-09-15 2016-04-13 中兴通讯股份有限公司 一种实现能力开放的系统、方法及能力开放平台
CN106211137A (zh) * 2015-04-29 2016-12-07 中国移动通信集团公司 一种移动网络能力开放方法及scef、移动网络系统
US20180152526A1 (en) * 2015-05-22 2018-05-31 Zte Corporation Capability opening method and system, and capability opening function entity
CN106657194A (zh) * 2015-11-02 2017-05-10 中兴通讯股份有限公司 一种网络切片能力开放的方法、装置及系统
US20180310169A1 (en) * 2015-12-31 2018-10-25 Huawei Technologies Co., Ltd. Network slice management apparatus and network slice management method

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112565390A (zh) * 2020-12-01 2021-03-26 武汉绿色网络信息服务有限责任公司 服务分配方法、装置、电子设备及存储介质
CN112565390B (zh) * 2020-12-01 2022-05-31 武汉绿色网络信息服务有限责任公司 服务分配方法、装置、电子设备及存储介质
CN113596890A (zh) * 2021-07-28 2021-11-02 广州爱浦路网络技术有限公司 通信方法、系统、装置及存储介质
WO2024026593A1 (zh) * 2022-07-30 2024-02-08 华为技术有限公司 一种协同控车方法及相关装置

Also Published As

Publication number Publication date
WO2020124930A1 (zh) 2020-06-25

Similar Documents

Publication Publication Date Title
US10785655B2 (en) Telecommunication network utilizing network slice information
EP3595244B1 (en) Network slice management method, unit and system
CN110214459A (zh) 业务处理的方法和设备
CN110519709B (zh) 上下文管理方法及装置
CN110326345B (zh) 一种配置网络切片的方法、装置和系统
CN110958281B (zh) 基于物联网的数据传输方法及通信装置
CN111935738B (zh) 一种用于多运营商核心网对接mec的方法及系统
CN111356182A (zh) 一种资源的调度、处理方法及装置
US11671326B2 (en) Methods and systems for service policy orchestration in a communication network
CN109314696B (zh) 管理网络切片的方法及其装置
EP3742786A1 (en) Network alarm method, device, system and terminal
CN110830282A (zh) 一种用户面功能配置的方法、装置及设备
US20110295992A1 (en) Server and method for providing device management service and device receiving the device management service
CN113453252B (zh) 通信方法及装置
CN107426109B (zh) 一种流量调度方法、vnf模块及流量调度服务器
CN112752352B (zh) 一种中间会话管理功能i-smf确定方法和设备
US9705742B2 (en) Method and apparatus for enabling M2M service and H2H service to coexist
CN113784419B (zh) 一种信息发送方法、单元和系统
CN111385110B (zh) 网络的管理方法及装置
CN113448744A (zh) 一种应用程序选择方法及装置
CN114189893B (zh) O-ran能力开放方法、通信系统、装置及存储介质
US11445506B2 (en) Secondary cell management method, centralized unit, and base station
CN114189893A (zh) O-ran能力开放方法、通信系统、装置及存储介质
CN116389438A (zh) 网络开放能力的调用方法、系统以及相关装置
CN114500582A (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
WW01 Invention patent application withdrawn after publication

Application publication date: 20200630

WW01 Invention patent application withdrawn after publication