CN114363181A - 资源管理方法、upf及存储介质 - Google Patents
资源管理方法、upf及存储介质 Download PDFInfo
- Publication number
- CN114363181A CN114363181A CN202011040498.6A CN202011040498A CN114363181A CN 114363181 A CN114363181 A CN 114363181A CN 202011040498 A CN202011040498 A CN 202011040498A CN 114363181 A CN114363181 A CN 114363181A
- Authority
- CN
- China
- Prior art keywords
- service unit
- slice
- upf
- data
- nssai
- 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
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供了一种资源管理方法、UPF及存储介质,该资源管理方法包括:接收切片支持请求,根据所述切片支持请求确定若干个切片实例;根据预设策略分配仅归属于每个所述切片实例的第一服务单元,所述第一服务单元为所述UPF中用于处理用户面数据的服务单元;将所述第一服务单元部署至第一物理设备。根据本发明实施例提供的方案,能够实现每个切片实例用于处理用户面数据的资源的独立占用,并且,将第一服务单元部署在第一物理设备实现了资源的物理隔离,为一套UPF支持多切片共享且对每个切片进行独立管理提供了资源基础。
Description
技术领域
本发明涉及但不限于移动通信技术领域,尤其涉及一种资源管理方法、UPF及存储介质。
背景技术
在5G移动通信系统中,用户面功能(User Plane function,UPF)作为功能网元的一种,是用户面设备和切片技术的重要组成部分。在实际应用中,一套UPF既可以由一个切片独占,也可以为了节约资源由多个切片共享。出于对切片的运营需求,通常需要UPF提供切片的失败、配置、计费、性能和安全(Fault Configure Accounting PerformanceSecrecy,FCAPS)管理,在UPF由多个客户的切片共享的情况下,由于资源和数据共享,无法为每个客户独立提供FCAPS管理和资源占用,只能为不同的客户分配不同的UPF,造成资源的浪费。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本发明实施例提供了一种资源管理方法、UPF及存储介质,能够实现切片资源的独立占用和隔离。
第一方面,本发明实施例提供了一种资源管理方法,应用于UPF,包括:
接收切片支持请求,根据所述切片支持请求确定若干个切片实例;
根据预设策略分配仅归属于每个所述切片实例的第一服务单元,所述第一服务单元为所述UPF中用于处理用户面数据的服务单元;
将所述第一服务单元部署至第一物理设备。
第二方面,本发明实施例还提供了一种UPF,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如第一方面所述的资源管理方法。
第三方面,本发明实施例还提供了一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令用于执行如第一方面所述的资源管理方法。
本发明实施例包括:接收切片支持请求,根据所述切片支持请求确定若干个切片实例;根据预设策略分配仅归属于每个所述切片实例的第一服务单元,所述第一服务单元为所述UPF中用于处理用户面数据的服务单元;将所述第一服务单元部署至第一物理设备。根据本发明实施例提供的方案,能够实现每个切片实例用于处理用户面数据的资源的独立占用,并且,将第一服务单元部署在第一物理设备实现了资源的物理隔离,为一套UPF支持多切片共享的情况下对每个切片进行独立管理提供了资源基础。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。
图1是本发明一个实施例提供的资源管理方法的流程图;
图2是本发明另一个实施例提供的UPF实例示意图;
图3是本发明另一个实施例提供的资源管理方法中确定第一服务单元的部署信息并进行分配的流程图;
图4是本发明另一个实施例提供的资源管理方法中根据拓扑关系将第一服务单元部署至第一物理设备的流程图;
图5是本发明另一个实施例提供的UPF中各服务单元部署在物理设备的示意图;
图6是本发明另一个实施例提供的资源管理方法中确定S-NSSAI的流程图;
图7是本发明另一个实施例提供的资源管理方法中建立S-NSSAI与第一服务单元映射关系的流程图;
图8是本发明另一个实施例提供的资源管理方法中部署共享服务单元的流程图;
图9是本发明另一个实施例提供的资源管理方法中共享服务单元生成数据标签的流程图;
图10是本发明另一个实施例提供的资源管理方法中第一服务单元生成数据标签的流程图;
图11是本发明另一个实施例提供的资源管理方法中数据标签的示意图;
图12是本发明另一个实施例提供的资源管理方法中FCAPS管理的流程图;
图13是本发明另一个实施例提供的资源管理方法中分发操作信息的流程图;
图14是本发明另一个实施例提供的资源管理方法中分发操作信息的示意图;
图15本发明另一个实施例提供的用于执行资源管理方法的UPF的装置示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
需要说明的是,虽然在装置示意图中进行了功能模块划分,在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于装置中的模块划分,或流程图中的顺序执行所示出或描述的步骤。说明书、权利要求书或上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
本发明提供了一种资源管理方法、用户面功能(User Plane function,UPF)及存储介质,该资源管理方法包括:接收切片支持请求,从切片支持请求中获取切片实例的服务级别协议(Service Level Agreement,SLA)参数信息;接收切片支持请求,根据切片支持请求确定若干个切片实例;根据预设策略分配仅归属于每个所述切片实例的第一服务单元,第一服务单元为UPF中用于处理用户面数据的服务单元;将第一服务单元部署至第一物理设备。根据本发明实施例提供的方案,能够实现每个切片实例用于处理用户面数据的资源的独立占用,并且,将第一服务单元部署在第一物理设备实现了资源的物理隔离,为一套UPF支持多切片共享的情况下对每个切片进行独立管理提供了资源基础。
下面结合附图,对本发明实施例作进一步阐述。
如图1所示,图1是本发明一个实施例提供的资源管理方法的流程图,该资源管理方法应用于UPF,该方法包括但不限于步骤S110,步骤S120和步骤S130。
步骤S110,接收切片支持请求,根据切片支持请求确定若干个切片实例。
需要说明的是,切片支持请求可以由UPF的切片管理单元根据实际的切片需求生成,并发送至UPF生命周期管理单元,由UPF生命周期管理单元对切片支持请求进行解析,并根据解析出的信息进行服务单元的部署。本领域技术人员可以理解的是,切片支持请求可以包括任意与切片支持有关的信息,例如切片实例的数量、每个切片实例所需要满足的性能需求等,本实施例不多作限定。
值得注意的是,根据切片支持请求确定的切片实例可以是任意,例如,当确定的切片实例数量为1,则实质上UPF仅用于支持一个切片实例,在这种情况下,可以继续执行后续实施例的步骤完成资源分配和部署,从而使得系统中的多套UPF以相同的方法实现资源管理,当然也可以采用现有技术中的方法进行UPF的资源管理,本实施例不作出过多的限定;又如,当确定的切片实例数量至少为两个,则需要UPF实现多切片的支持,在这种情况下,不同的切片实例可以是属于相同的客户,也可以是属于不同的客户,虽然可以在分配资源之前对切片实例的客户归属进行区分,但是不可避免地增加数据处理的复杂度,为了省去对切片实例的客户归属进行区分,可以在切片支持请求中携带每个切片实例的标识信息,用于区分不同的切片实例,以便于对每个切片实例进行独立的失败、配置、计费、性能和安全(Fault Configure Accounting Performance Secrecy,FCAPS)管理,当切片实例属于不同的客户,分别进行独立的FCAPS管理即可,当至少两个切片实例属于同一客户,可以分别获取每个切片实例的FCAPS数据,并进行后期整合,具体的整合方式不在本实施例讨论范围内,在此不再赘述。本领域技术人员可以理解的是,上述的标识信息可以是任意类型,例如对切片进行编号,或者采用单一网络切片选择辅助信息(Single Network Slice SelectAssistant Information,S-NSSAI)对切片进行区分,根据实际需求选取具体的信息类型即可。
步骤S120,根据预设策略分配仅归属于每个切片实例的第一服务单元,第一服务单元为UPF中用于处理用户面数据的服务单元。
在一实施例中,预设策略可以设置在每套UPF的本地,也可以是多套UPF之间共享的策略,根据实际需求设置即可,本实施例不多作限定。本领域技术人员可以理解的是,预设策略可以用于确定第一服务单元的数量、具体类型等,具体的策略可以根据实际的资源情况和需求调整,在此不多作限定。
需要说明的是,本发明实施例中的服务单元可以是UPF内部各组成模块或者单元,其实质载体可以是进程、容器或者虚机,能够用于实现特定的服务即可,本实施例不多作限定,为了叙述方便,本发明的实施例统一采用服务单元作为描述方式,后续不再赘述。
需要说明的是,处理用户面数据可以是提供对终端用户面数据的识别、路由和转发等处理,因此,第一服务单元可以是用于用户面数据策略识别、用户面数据路由或用户面数据转发的服务单元,根据切片实例的具体功能选取对应的服务单元即可。
在一实施例中,第一服务单元在UPF中是可以被共享的,因此,为了实现资源的独占,可以有多种形式,例如在为切片实例分配第一服务单元时,建立第一服务单元与切片实例的标识信息之间的唯一映射的关系,或者获取切片实例和第一物理设备之间的拓扑关系,根据该拓扑关系将第一服务单元部署至对应的第一物理设备实现物理隔离,能够确保每个第一服务单元被唯一的切片实例占用即可。
例如,参考图2中所示的UPF实例示意图,根据切片支持请求确定的切片实例为2个,标识信息采用S-NSSAI,为了便于区分,分别对两个切片实例的S-NSSAI进行编号,分为S-NSSAI 1和S-NSSAI 2,对应第一个切片实例和第二个切片实例,其中S-NSSAI 1中分配有3个第一服务单元,分别为第一服务单元a、第一服务单元b和第一服务单元c,上述3个第一服务单元仅归属于S-NSSAI 1;同理,S-NSSAI 2中分别有3个第一服务单元,分别为第一服务单元d、第一服务单元e和第一服务单元f,且仅归属于S-NSSAI 2。
步骤S130,将第一服务单元部署至第一物理设备。
在一实施例中,将第一服务单元部署至第一物理设备,能够确保不同切片实例的第一服务单元之间实现物理隔离。需要说明的是,多个第一服务单元部署在同一个第一物理设备的情况下,其资源和数据会相互共享,无法实现数据和资源的独占,因此将不同切片实例的第一服务单元部署至互不相同的第一物理设备,能够实现多个切片实例的第一服务单元的物理隔离,进而实现资源的独立占用。
本领域技术人员可以理解的是,第一物理设备可以是任意用于承载业务的设备,本实施例并不对第一物理设备作出过多限定。
值得注意的是,第一物理设备是否由多个第一服务单元共享,可以通过切片实例的资源使用级别确定,例如通过SLA参数信息设置切片实例的资源使用级别为独占,则第一物理设备仅用于部署该切片实例的第一服务单元,又如,通过SLA参数信息设置切片实例的资源使用级别为共享,则第一物理设备可以由多个切片实例的第一服务单元共享,而本实施例可以将SLA参数中的资源使用级别设置为独占,避免不同切片实例的第一服务单元共享第一物理设备,以实现第一服务单元的物理隔离,从而实现资源的独立占用。
在一实施例中,切片实例所对应的第一物理设备可以是根据实际可用的第一物理设备确定,例如在UPF生命周期管理单元接收到切片支持请求后,确定当前可用的第一物理设备,根据第一物理设备能够满足切片实例需求的原则,将第一服务单元部署至第一物理设备中,为数据的独占管理提供设备基础。
例如图5所示,图5为图2中所示的UPF实例与第一物理设备之间的部署关系示意图,在本实施例中,具有9个可用的第一物理设备,其中,可以预先设定好切片实例S-NSSAI1的第一服务单元部署至第一物理设备2中,切片实例S-NSSAI 2的第一服务单元分别部署至第一物理设备5和第一物理设备6中,当根据预设策略完成第一服务单元的分配后,第一服务单元a、第一服务单元b和第一服务单元c部署至第一物理设备2,第一服务单元d和第一服务单元e部署至第一物理设备5,第一服务单元f部署至第一物理设备6,从而实现资源的物理隔离,基于该拓扑关系,也可以确定由第一物理设备2产生的FCPAS数据属于S-NSSAI1,由第一物理设备4和第一物理设备5产生的FCPAS数据属于S-NSSAI 2,实现了各切片实例独立的FCAPS管理。
另外,参照图3,在一实施例中,图1所示实施例中的步骤S120中还包括但不限于有以下步骤:
步骤S310,从切片支持请求中获取切片实例的SLA参数信息;
步骤S320,根据SLA参数信息和预设策略确定第一服务单元的部署信息,部署信息包括数量信息和规格信息;
步骤S330,根据部署信息为切片实例分配仅归属于该切片实例的第一服务单元。
在一实施例中,SLA参数信息可以包含于切片支持请求中,在生成切片支持请求时根据实际需求进行设定,也可以将SLA参数信息设置于与切片实例的标识信息中,例如设置在S-NSSAI中,具体设置的方法并非本实施例的改进,能够根据切片支持请求获取即可,在此不再赘述。
在一实施例中,SLA参数信息可以是切片实例所需要满足的参数,例如用户数、上下行吞吐量、覆盖密度、资源使用级别等,也可以包含每个切片实例所需要实现的性能,具体的参数类型根据切片实例的实际功能确定即可。值得注意的是,本领域技术人员可以通过每个切片实例所需要实现的性能进一步确定第一服务单元的规格信息,规格信息可以是第一服务单元所具备的计算能力信息、存储能力信息、网络能力信息等,例如,当采用虚机作为第一服务单元,计算能力信息可以是虚机的内核数,存储信息可以是所需要的硬盘的具体容量,网络能力信息可以是该虚机所具备的带宽,本领域技术人员有动机根据第一服务单元的具体类型进行规格信息的等同替换,在此不再进行赘述。
以下以一个具体示例对本实施例中步骤S320进行举例说明,需要说明的是,为了叙述的便利,本示例中选取SLA参数信息中的用户数进行说明,本领域技术人员能够根据本示例的内容应用其他类型的参数确定第一服务单元的部署信息。
由于每个第一服务单元所能够满足的用户数是已知的,因此本示例中的预设策略可以采用预设比例的形式,即用户数与第一服务单元的数量之间的比例,例如每50万个用户需要1个第一服务单元。当UPF生命周期管理单元接收到切片支持请求,获取切片实例所需要的用户数为120万,则根据上述预设比例可以确定需要3个第一服务单元,因此确定该切片实例的第一服务单元的数量信息为3,并为该切片实例分配3个独占的第一服务单元。
另外,参照图4,在一实施例中,在执行完图1所示实施例中的步骤S130之后,还包括但不限于有以下步骤:
步骤S410,确定当前的拓扑关系,根据拓扑关系确定可用于部署第一服务单元的第一物理设备,拓扑关系为已部署的第一服务单元和已用于部署第一服务单元的第一物理设备的拓扑关系;
步骤S420,将第一服务单元部署至所确定的第一物理设备,并更新拓扑关系。。
在一实施例中,在首次将第一服务单元部署到第一物理设备后,还可以由UPF生命周期管理单元建立二者之间的拓扑关系,并在后续的部署过程中进行拓扑关系的更新,以实现拓扑关系的管理和维护。基于上述实施例,第一服务单元的部署信息是基于预设策略和SLA参数信息在后确定的,无法预先设定具体用于部署第一服务单元的第一物理设备,而利用UPF生命周期管理单元中的拓扑关系,可以确定本次部署之前已被占用的第一物理设备,为了实现物理隔离,可以对已被占用的第一物理设备进行排除,从而确定当前可被使用的第一物理设备,并进一步对本次确定好的第一服务单元部署至可被使用的第一物理设备中,有效避免了第一服务单元复用第一物理设备。
值得注意的是,UPF支持切片实例以及部署第一服务单元并非仅进行一次的操作,因此,可以在每次完成第一服务单元的部署之后,UPF生命周期管理单元对拓扑关系进行进一步的更新和维护,以提高确定第一物理设备的效率。
在一实施例中,由于多个第一物理设备可以是相同的设备,为了便于区分,可以采用第一物理设备的设备信息与第一服务单元建立拓扑关系,设备信息可以是任意能够用于区分不同第一物理设备的信息,例如图5中所示采用设备名称进行区分。
另外,参照图6,在一实施例中,在执行完图1所示实施例中的步骤S110之后,还包括但不限于有以下步骤:
步骤S610,从切片支持请求中获取S-NSSAI;
步骤S620,确定与S-NSSAI唯一对应的切片实例。
在一实施例中,为了对不同的切片实例进行标识,可以采用S-NSSAI作为切片标识信息,且设置为与切片实例唯一对应,例如,也可以参考图2和图5所示实施例中对每个S-NSSAI进行编号,具体的编号方式根据实际需求选取即可。
另外,参照图7,在一实施例中,在执行完图1所示实施例中的步骤S120之后,还包括但不限于有以下步骤:
步骤S710,建立S-NSSAI与第一服务单元的映射关系。
基于上述实施例,采用S-NSSAI作为切片的标识信息,为了便于进行独立的FCAPS管理,可以建立S-NSSAI与第一服务单元的映射关系,从而可以确定每个第一服务单元产生的FCPAS数据。可以理解的是,建立映射关系可以通过映射关系表的形式实现,具体方式本实施例不多作限定。
另外,参照图8,在一实施例中,还包括但不限于有以下步骤:
步骤S810,为切片实例分配共享服务单元,共享服务单元由UPF中的若干个切片实例共享;
步骤S820,将共享服务单元部署至第二物理设备。
需要说明的是,在承载业务的过程中,第一服务单元用于处理用户面数据,因此,对第一服务单元的资源利用方式会影响业务质量,因此需要对第一服务单元进行独占部署,而除了用户面数据处理之外,UPF还需要执行多种功能,例如提供FCPAS管理维护和控制面板消息的收发,对于该类型的功能,并不会占用过多的资源,因此可以以共享服务单元的形式进行部署,使得多个切片实例之间共享,节约UPF的资源。
在一实施例中,第二物理设备和第一物理设备可以是相同的设备,用于部署不同的服务单元即可,例如图5中所示,第一物理设备用于部署第一服务单元,第二物理设备用于部署共享服务单元,确保二者之间的物理隔离即可。
另外,参照图9,在一实施例中,还包括但不限于有以下步骤:
步骤S910,确定共享服务单元中的FCAPS数据所对应的切片实例;
步骤S920,根据切片实例的S-NSSAI生成FCAPS数据的数据标签。
在一实施例中,由于共享服务单元的数据由各切片实例共享,多个切片实例生成的FCAPS数据均可发送至共享服务单元,为了实现的独立的FCAPS管理,需要对不同切片实例产生的FCAPS数据进行区分,因此可以利用切片实例的S-NSSAI互不相同的特性,根据S-NSSAI生成数据标签,例如在图11所示的UPF实例中,共享服务单元和S-NSSAI 1、S-NSSAI 2中的FCPAS数据分别添加有数据标签,通过数据标签进行筛选即可实现独立的FCAPS管理。可以理解的是,数据标签可以由切片实例生成FCAPS数据时添加,也可以是由共享服务单元接收到该FCAPS数据时添加,具体方式根据实际需求选取即可。
另外,参照图10,在一实施例中,还包括但不限于有以下步骤:
步骤S1010,当第一服务单元生成FCAPS数据,根据与第一服务单元所对应的S-NSSAI生成该FCAPS数据的数据标签。
在一实施例中,FCPAS管理通常针对整个切片实例,因此,第一服务单元生成FCAPS数据后,可以根据对应的S-NSSAI生成该FCAPS数据的数据标签,当然,若出于对具体第一服务单元管理的需求,也可以根据具体第一服务单元生成FCAPS数据的数据标签,根据实际管理需求选取具体方式即可。
在一实施例中,第一服务单元生成FCAPS数据并生成数据标签后,可以将该FCAPS数据保存在对应的切片实例中,如图11所示,第一服务单元a、第一服务单元b和第一服务单元c生成的FCAPS数据保存在S-NSSAI 1中,也可以进一步发送至共享服务单元中保存,根据实际的数据存储条件调整即可。
另外,参照图12,共享服务单元包括第二服务单元,第二服务单元为UPF中用于FCAPS数据管理的服务单元,还包括但不限于有以下步骤:
步骤S1210,当第二服务单元接收到FCAPS管理请求,从FCAPS管理请求中获取目标数据标签;
步骤S1220,根据目标数据标签获取对应的FCAPS数据。
在一实施例中,第二服务单元可以是提供UPF本身管理维护功能的服务单元,例如用于FCAPS管理、多单元协同或网元健康检测,具体类型根据实际需求选取即可。需要说明的是,FCAPS管理请求可以是通过网管系统发起,在该FCAPS管理请求中,可以设置需要获取数据的一个或多个目标数据标签,根据实际需求调整即可。
需要说明的是,基于上述实施例,共享服务单元和切片实例中的FCAPS数据均设置了数据标签,因此可以将目标数据标签作为匹配值,从UPF实例中获取所有数据标签与该目标数据标签相同的FCAPS数据,通过数据标签实现了独立的FCAPS管理。
另外,参考图13,共享服务单元还包括第三服务单元,还包括但不限于有以下步骤:
步骤S1310,当第三服务单元接收到操作信息,从操作信息中获取目标S-NSSAI;
步骤S1320,将操作信息发送至与目标S-NSSAI所对应的切片实例。
在一实施例中,第三服务单元可以是用于提供UPF对外的消息接口的服务单元,也可以是用于通信协议栈处理的服务单元,例如常见的接口管理单元、协议栈处理单元、消息分发单元等,根据具体的消息收发需求选取具体类型即可。
需要说明的是,第二服务单元和第三服务单元的数量也可以通过切片支持请求和预设策略进行确定,例如根据切片支持请求确定切片实例的数量后,根据FCPAS管理的需求确定第二服务单元的数量,根据操作信息的收发需求确定第三服务单元的数量。
需要说明的是,对于第二服务单元和第三服务单元,数据均是可以共享的,因此在实际运行的过程中,可以采用负荷分担原则或者N+M主备原则进行业务的承载,例如对于第三服务单元,在承载业务的过程中需要频繁进行操作信息的分发,根据负荷分担原则,可以预先设定每个第三服务单元的负荷率相同,确保资源得到充分的利用;又如,N+M主备原则为N个第三服务单元用于承载业务,M个第三服务单元用作备份服务单元,以确保安全运行。
需要说明的是,操作信息通常为用户面数据的处理,可以是通过会话管理功能(Session Management Function,SMF)生成的用户会话创建信息、用户会话修改信息或用户会话释放信息,本实施例并不对具体的操作信息类型作出限定,能够通过第一服务单元完成对应的操作即可。可以理解的是,由于本实施例实现了第一服务单元资源的独占,为了确保操作信息发送至正确的切片实例,还可以在操作信息中添加S-NSSAI,第三服务单元接收到操作信息后,获取出目标S-NSSAI,以确定用于接收该操作信息的切片实例。例如图14中所示,第三服务单元接收到操作信息后,从操作信息中确定S-NSSAI 1的操作信息a和S-NSSAI 2的操作信息b,从而将操作信息a发送至S-NSSAI 1,将操作信息b发送至S-NSSAI 2。
可以理解的是,还可以在操作信息中进一步增加第一服务单元的识别信息,或者由切片实例根据第一服务单元具体执行的功能实现自动分发,本实施例不多作限定。
另外,参照图15,本发明的一个实施例还提供了一种UPF1500,该UPF1500包括:存储器1510、处理器1520及存储在存储器1510上并可在处理器1520上运行的计算机程序。
处理器1520和存储器1510可以通过总线或者其他方式连接。
实现上述实施例的资源管理方法所需的非暂态软件程序以及指令存储在存储器1510中,当被处理器1520执行时,执行上述实施例中的应用于UPF1500的资源管理方法,例如,执行以上描述的图1中的方法步骤S110至S130,图3中的方法步骤S310至S330,图4中的方法步骤S410至S420,图6中的方法步骤S610至S620,图7中的方法步骤S710,图8中的方法步骤S810至S820,图9中的方法步骤S910至S920,图10中的方法步骤S1010,图12中的方法步骤S1210至S1220,图13中的方法步骤S1310至S1320。
以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
此外,本发明的一个实施例还提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令被一个处理器或控制器执行,例如,被上述UPF实施例中的一个处理器执行,可使得上述处理器执行上述实施例中的应用于UPF的资源管理方法,例如,执行以上描述的图1中的方法步骤S110至S130,图3中的方法步骤S310至S330,图4中的方法步骤S410至S420,图6中的方法步骤S610至S620,图7中的方法步骤S710,图8中的方法步骤S810至S820,图9中的方法步骤S910至S920,图10中的方法步骤S1010,图12中的方法步骤S1210至S1220,图13中的方法步骤S1310至S1320。本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
以上是对本发明的较佳实施进行了具体说明,但本发明并不局限于上述实施方式,熟悉本领域的技术人员在不违背本发明精神的前提下还可作出种种的等同变形或替换,这些等同的变形或替换均包含在本发明权利要求所限定的范围内。
Claims (12)
1.一种资源管理方法,应用于用户面功能UPF,包括:
接收切片支持请求,根据所述切片支持请求确定若干个切片实例;
根据预设策略分配仅归属于每个所述切片实例的第一服务单元,所述第一服务单元为所述UPF中用于处理用户面数据的服务单元;
将所述第一服务单元部署至第一物理设备。
2.根据权利要求1所述的一种资源管理方法,其特征在于,所述根据预设策略分配仅归属于每个所述切片实例的第一服务单元,包括:
从所述切片支持请求中获取所述切片实例的服务级别协议SLA参数信息;
根据所述SLA参数信息和所述预设策略确定所述第一服务单元的部署信息,所述部署信息包括数量信息和规格信息;
根据所述部署信息为所述切片实例分配仅归属于该切片实例的第一服务单元。
3.根据权利要求1所述的一种资源管理方法,其特征在于,所述将所述第一服务单元部署至第一物理设备,包括:
确定当前的拓扑关系,根据所述拓扑关系确定可用于部署所述第一服务单元的第一物理设备,所述拓扑关系为已部署的第一服务单元和已用于部署第一服务单元的第一物理设备的拓扑关系;
将所述第一服务单元部署至所确定的所述第一物理设备,并更新所述拓扑关系。
4.根据权利要求1所述的一种资源管理方法,其特征在于,所述根据所述切片支持请求确定若干个切片实例,包括:
从所述切片支持请求中获取单一网络切片选择辅助信息S-NSSAI;
确定与所述S-NSSAI唯一对应的切片实例。
5.根据权利要求4所述的一种资源管理方法,其特征在于,在所述根据预设策略分配仅归属于每个所述切片实例的第一服务单元之后,还包括:
建立所述S-NSSAI与所述第一服务单元的映射关系。
6.根据权利要求5所述的一种资源管理方法,其特征在于,还包括:
为所述切片实例分配共享服务单元,所述共享服务单元由所述UPF中的若干个所述切片实例共享;
将所述共享服务单元部署至第二物理设备。
7.根据权利要求6所述的一种资源管理方法,其特征在于,还包括:
确定所述共享服务单元中的失败、配置、计费、性能和安全FCAPS数据所对应的所述切片实例;
根据所述切片实例的所述S-NSSAI生成所述FCAPS数据的数据标签。
8.根据权利要求7所述的一种资源管理方法,其特征在于,
当所述第一服务单元生成FCAPS数据,根据与所述第一服务单元所对应的S-NSSAI生成该FCAPS数据的数据标签。
9.根据权利要求6或7所述的一种资源管理方法,其特征在于,所述共享服务单元包括第二服务单元,所述第二服务单元为所述UPF中用于FCAPS数据管理的服务单元,还包括:
当所述第二服务单元接收到FCAPS管理请求,从所述FCAPS管理请求中获取目标数据标签;
根据所述目标数据标签获取对应的FCAPS数据。
10.根据权利要求6所述的一种资源管理方法,其特征在于,所述共享服务单元还包括第三服务单元,所述第三服务单元用于:
接收操作信息,从所述操作信息中获取目标S-NSSAI;
将所述操作信息发送至与所述目标S-NSSAI所对应的所述切片实例。
11.一种UPF,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至10中任意一项所述的资源管理方法。
12.一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令用于执行如权利要求1至10中任意一项所述的资源管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011040498.6A CN114363181A (zh) | 2020-09-28 | 2020-09-28 | 资源管理方法、upf及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011040498.6A CN114363181A (zh) | 2020-09-28 | 2020-09-28 | 资源管理方法、upf及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114363181A true CN114363181A (zh) | 2022-04-15 |
Family
ID=81089662
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011040498.6A Pending CN114363181A (zh) | 2020-09-28 | 2020-09-28 | 资源管理方法、upf及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114363181A (zh) |
-
2020
- 2020-09-28 CN CN202011040498.6A patent/CN114363181A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11283684B2 (en) | Network slice deployment method and apparatus | |
US11750453B2 (en) | Network slice configuration method, apparatus, and system | |
CN113300877B (zh) | 一种网络切片管理方法及设备 | |
US10694389B2 (en) | Network slice management method, management unit, and system | |
CN109391490B (zh) | 网络切片的管理方法和装置 | |
CN110896355A (zh) | 一种网络切片的选择方法及装置 | |
KR20190120833A (ko) | 네트워크 슬라이스 관리 방법, 유닛 및 시스템 | |
CN107105050B (zh) | 一种业务对象的存储、下载方法及系统 | |
CN108632063B (zh) | 管理网络切片实例的方法、装置和系统 | |
CN110716787A (zh) | 容器地址设置方法、设备和计算机可读存储介质 | |
CN114710549B (zh) | 一种容器平台中网卡的动态管理方法、系统及业务节点 | |
CN110768812B (zh) | 一种服务器管理系统及方法 | |
CN112261125B (zh) | 集中单元的云化部署方法、装置及系统 | |
CN111629059B (zh) | 一种集群通信方法、系统、设备及计算机可读存储介质 | |
CN114363181A (zh) | 资源管理方法、upf及存储介质 | |
CN110753093A (zh) | 云计算系统中设备的管理方法和装置 | |
CN108737120A (zh) | 一种机顶盒的待机方法和机顶盒 | |
CN115426361A (zh) | 分布式客户端打包方法、装置、主服务器及存储介质 | |
CN117321973A (zh) | 应用与5g网络中的预定义的切片类型的自动匹配 | |
CN116418669A (zh) | 一种网络切片的处理方法、网元及存储介质 | |
CN114024855A (zh) | 一种网络切片和边缘云的融合方法和装置 | |
CN113821334A (zh) | 一种配置边缘侧设备的方法、装置及系统 | |
CN112887137B (zh) | 接口索引一致性的实现方法及装置 | |
CN114866371B (zh) | 建立IPSec隧道的方法、装置、存储介质及电子设备 | |
CN111885140B (zh) | 一种基于Flannel网络的云应用混布方法和装置 |
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 |