实例业务拓扑的生成方法及装置与流程

文档序号:17319953发布日期:2019-04-05 21:29阅读:219来源:国知局
实例业务拓扑的生成方法及装置与流程

本申请涉及通信技术领域,尤其涉及实例业务拓扑的生成方法及装置。



背景技术:

目前,在第三代合作伙伴项目(3rdgenerationpartnershipproject,3gpp)标准中,切片管理功能实体根据客户订单,按照切片模板在基础设施上为客户创建出来一个切片实例的过程称为切片实例化。

具体的,切片实例化通常包括网络部署和业务部署两个过程。现有技术中,在切片的业务部署过程中,需要按照切片模板中的网络功能实体的业务配置脚本进行业务配置。该业务配置脚本,是根据预先为切片实例设计的业务拓扑(由于该业务拓扑是为切片实例设计的,因此也可以称之为切片的实例业务拓扑)编写的。也就是说,每部署一个切片实例,运营商都需要请厂商人员设计切片的实例业务拓扑,并编写相应的业务配置脚本,根据业务配置脚本才能完成切片的业务部署。然而,这存在如下问题:

第一,由于切片中的网络功能可能是运营商的,也可能是客户的,并且各个运营商和客户的网络环境存在差异,因此切片实例化需要根据各种情况提前规划设计好各种切片的实例业务拓扑,并提前写好相应的业务配置脚本,从而导致切片实例化工作就变得非常繁杂。此外,若换一个位置部署切片,或多或少存在一些网络环境的差异,此时也需要运营商找厂商人员重新设计切片的实例业务拓扑,并编写相应的业务配置脚本,非常不灵活。

第二,由于切片的实例业务拓扑是提前按照运营商和客户提出的运维策略和业务需求进行设计的,因此如果运维策略和业务需求发生变化,就需要运营商找厂商人员重新设计切片的实例业务拓扑,并编写相应的业务配置脚本,非常不灵活,限制了运营商切片业务的大规模商用。

综上,现有设计切片的实例业务拓扑的方式导致业务部署过程非常繁杂且不灵活,因此,如何得到实例业务拓扑,以提升切片业务部署的灵活性与简易性,是目前亟待解决的问题。



技术实现要素:

本申请实施例提供了一个切片对应的实例业务拓扑的生成方法及装置,可以提升切片业务部署的灵活性与简易性。

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

第一方面,提供了一种实例业务拓扑的生成方法,该方法包括:实例业务拓扑的生成装置获取切片的网络拓扑、该切片的逻辑业务拓扑、以及该切片的实例业务拓扑的生成策略;其中,该网络拓扑用于表征由n个网络功能实例以及该n个网络功能实例之间的物理连接关系构成的网络布局,该n个网络功能实例对应m个不同的网络功能。该逻辑业务拓扑用于表征由该m个网络功能以及该m个网络功能之间的业务连接关系构成的网络布局,该生成策略用于表征该n个网络功能实例中任意两个网络功能实例之间是否允许建立业务连接,m,n均为正整数;该实例业务拓扑的生成装置根据该网络拓扑,该逻辑业务拓扑和该生成策略,生成该切片的实例业务拓扑,其中,该实例业务拓扑用于表征该n个网络功能实例以及该n个网络功能实例之间的业务连接关系构成的网络布局。也就是说,本申请实施例可以通过实例业务拓扑的生成装置自动生成切片的实例业务拓扑,根据该实例业务拓扑可以进一步完成切片的业务部署。在网络拓扑或者逻辑业务拓扑或者生成策略变更时,仅需要重新获取变更后的网络拓扑或者逻辑业务拓扑或者生成策略,重新生成实例业务拓扑即可。不需要像现有技术一样,每次网络拓扑或者逻辑业务拓扑或者生成策略发生变更时,都需要厂商人员重新设计切片的实例业务拓扑,并根据切片的实例业务拓扑编写相应的业务配置脚本,才能完成切片的业务部署,从而本申请实施例可以提升切片业务部署的灵活性与简易性。

在一种可能的设计中,该实例业务拓扑的生成装置获取切片的网络拓扑、该切片的逻辑业务拓扑和该切片的实例业务拓扑的生成策略,包括:该实例业务拓扑的生成装置从切片模板中获取该网络拓扑对应的网络拓扑信息,该逻辑业务拓扑对应的逻辑业务拓扑信息,以及该生成策略;该实例业务拓扑的生成装置根据该网络拓扑信息,获取该网络拓扑;该实例业务拓扑的生成装置根据该逻辑业务拓扑信息,获取该逻辑业务拓扑。也就是说,本申请实施例将切片的网络拓扑的信息、该切片的逻辑业务拓扑的信息和该切片的实例业务拓扑的生成策略设置在一个切片模板中,由于该切片模板是由厂商人员或者切片运维人员事先设置好的,因此基于该方案,可以提升切片业务部署的通用性和可移植性。

在一种可能的设计中,该实例业务拓扑的生成装置获取切片的网络拓扑、该切片的逻辑业务拓扑和该切片的实例业务拓扑的生成策略,包括:该实例业务拓扑的生成装置从切片模板中获取该网络拓扑对应的网络拓扑信息,该逻辑业务拓扑对应的逻辑业务拓扑信息,以及该实例业务拓扑的默认生成策略;以及,该实例业务拓扑的生成装置获取该实例业务拓扑的外部生成策略,其中,该实例业务拓扑的生成策略由默认生成策略和外部生成策略确定:例如,可以通过优先级的方式,将外部生成策略设置为高优先级策略,这样,当实例业务拓扑的生成装置获取到外部生成策略时,将该外部生成策略设置为该实例业务拓扑的生成策略;或者,也可以由默认生成策略和外部生成策略共同组成实例业务拓扑的生成策略等等。进而,该实例业务拓扑的生成装置根据该网络拓扑信息,获取该网络拓扑;该实例业务拓扑的生成装置根据该逻辑业务拓扑信息,获取该逻辑业务拓扑。一方面,本申请实施例将切片的网络拓扑的信息、该切片的逻辑业务拓扑的信息和该切片的实例业务拓扑的默认生成策略设置在一个切片模板中,由于该切片模板是由厂商人员或者切片运维人员事先设置好的,因此基于该方案,可以提升切片业务部署的通用性和可移植性。另一方面,由于实例业务拓扑的生成策略由默认生成策略和外部生成策略确定,因此不仅给用户提供可更多的可选择性;并且由于外部策略可以是根据客户的需求制定的,且易于实现,因此可以在不增加实现难度的前提下,便于实现用户对于切片的个性化的需求,无需厂商介入。

在一种可能的设计中,该实例业务拓扑的生成装置获取切片的网络拓扑、该切片的逻辑业务拓扑和该切片的实例业务拓扑的生成策略,包括:该实例业务拓扑的生成装置从切片模板中获取该网络拓扑对应的网络拓扑信息和该逻辑业务拓扑对应的逻辑业务拓扑信息;以及,该实例业务拓扑的生成装置获取该实例业务拓扑的外部生成策略,其中,该实例业务拓扑的生成策略为该外部生成策略;该实例业务拓扑的生成装置根据该网络拓扑信息,获取该网络拓扑;该实例业务拓扑的生成装置根据该逻辑业务拓扑信息,获取该逻辑业务拓扑。一方面,本申请实施例将切片的网络拓扑的信息和该切片的逻辑业务拓扑的信息设置在一个切片模板中,由于该切片模板是由厂商人员或者切片运维人员事先设置好的,因此基于该方案,可以提升切片业务部署的通用性和可移植性。另一方面,由于实例业务拓扑的生成策略为外部生成策略,而外部策略可以是根据客户的需求制定的,且易于实现,因此基于该方案,可以在不增加实现难度的前提下,便于实现用户对于切片的个性化的需求,无需厂商介入。

在一种可能的设计中,该网络拓扑信息包括网络服务描述符nsd,实例业务拓扑的生成装置根据网络拓扑信息,获取网络拓扑,包括:业务拓扑的生成装置根据该切片模板中的nsd,生成切片的网络拓扑。该情况较多用于将网络拓扑处理实体与实例业务拓扑的生成装置合一部署的场景,可以节省设备资源。

在一种可能的设计中,该网络拓扑信息包括网络服务描述符nsd。

其中,在网络部署阶段,实例业务拓扑的生成装置向网络拓扑处理实体发送网络部署请求,该网络部署请求中携带该切片模板中的nsd,由网络拓扑处理实体根据该进行nfv网络部署,从而生成一个nfv网络服务ns实例,并向实例业务拓扑的生成装置发送网络部署响应,该网络部署响应中携带该ns实例的网络拓扑。实例业务拓扑的生成装置接收来自网络拓扑处理实体的网络部署响应之后,可以保存该nsd(或切片模板或切片模板id)和该ns实例的网络拓扑的对应关系。后续实例业务拓扑生成阶段,实例业务拓扑的生成装置根据网络拓扑信息,获取网络拓扑,包括:实例业务拓扑的生成装置确定该nsd对应的网络服务实例的网络拓扑为该切片的网络拓扑。或者,对于一个切片模板对应多个切片订单的情况,实例业务拓扑的生成装置接收来自网络拓扑处理实体的网络部署响应之后,可以进一步保存该ns实例的网络拓扑与切片订单(或切片订单的编号)的对应关系,此时相对于建立了nsd(或切片模板或切片模板id)、切片订单(或切片订单的编号)与该ns实例的网络拓扑的对应关系。后续实例业务拓扑生成阶段,实例业务拓扑的生成装置根据网络拓扑信息,获取网络拓扑,包括:实例业务拓扑的生成装置确定该nsd和该切片的切片订单(或切片订单的编号)对应的网络服务实例的网络拓扑为该切片的网络拓扑。该情况较多用于将网络拓扑处理实体与实例业务拓扑的生成装置分开部署的场景,可靠性较高。

或者,网络拓扑处理实体在生成一个nfvns实例后,为生成的ns实例分配一个ns实例id,并向实例业务拓扑的生成装置发送网络部署响应,该网络部署响应中携带该ns实例id。实例业务拓扑的生成装置接收来自网络拓扑处理实体的网络部署响应之后,可以存储nsd(或切片模板或切片模板id)与该ns实例id的对应关系。后续实例业务拓扑生成阶段,实例业务拓扑的生成装置根据网络拓扑信息,获取网络拓扑,包括:实例业务拓扑的生成装置根据该nsd,确定该切片对应的网络服务实例id;并向网络拓扑处理实体发送网络拓扑请求消息,该网络拓扑请求消息携带该网络服务实例id;进而,实例业务拓扑的生成装置接收来自网络拓扑处理实体的该切片的网络拓扑。或者,对于一个切片模板对应多个切片订单的情况,实例业务拓扑的生成装置进一步还需要保存切片订单(或切片订单的编号)与该ns实例id的对应关系,此时相对于建立了nsd(或切片模板或切片模板id)、切片订单与该ns实例id的对应关系。后续实例业务拓扑生成阶段,实例业务拓扑的生成装置根据网络拓扑信息,获取网络拓扑,包括:实例业务拓扑的生成装置根据该切片的切片订单和该nsd,确定该切片对应的网络服务实例id;并向网络拓扑处理实体发送网络拓扑请求消息,该网络拓扑请求消息携带该网络服务实例id;进而,实例业务拓扑的生成装置接收来自该网络拓扑处理实体的该切片的网络拓扑。该情况较多用于将网络拓扑处理实体与实例业务拓扑的生成装置分开部署的场景,可靠性较高。

在一种可能的设计中,该网络拓扑信息包括网络服务描述符nsdid,实例业务拓扑的生成装置根据网络拓扑信息,获取网络拓扑,包括:业务拓扑的生成装置根据该切片模板中的nsdid加载相应的nsd,根据该nsd生成切片的网络拓扑。一方面,该情况较多用于将网络拓扑处理实体与实例业务拓扑的生成装置合一部署的场景,可以节省设备资源。另一方面,由于该nsd可以从外部加载,不需要写入切片模板中,因此可以节约切片模板的资源。

在一种可能的设计中,该网络拓扑信息包括网络服务描述符nsdid。

其中,在网络部署阶段,实例业务拓扑的生成装置向网络拓扑处理实体发送网络部署请求,该网络部署请求中携带该切片模板中的nsdid,由网络拓扑处理实体根据该nsdid加载相应的nsd后进行nfv网络部署,从而生成一个nfv网络服务ns实例,并向实例业务拓扑的生成装置发送网络部署响应,该网络部署响应中携带该ns实例的网络拓扑。实例业务拓扑的生成装置接收来自网络拓扑处理实体的网络部署响应之后,可以保存该nsdid(或切片模板或切片模板id)和该ns实例的网络拓扑的对应关系。后续实例业务拓扑生成阶段,实例业务拓扑的生成装置根据网络拓扑信息,获取网络拓扑,包括:实例业务拓扑的生成装置确定该nsdid对应的网络服务实例的网络拓扑为该切片的网络拓扑。或者,对于一个切片模板对应多个切片订单的情况,实例业务拓扑的生成装置接收来自网络拓扑处理实体的网络部署响应之后,可以进一步保存该ns实例的网络拓扑与切片订单(或切片订单的编号)的对应关系,此时相对于建立了nsdid(或切片模板或切片模板id)、切片订单(或切片订单的编号)与该ns实例的网络拓扑的对应关系。后续实例业务拓扑生成阶段,实例业务拓扑的生成装置根据网络拓扑信息,获取网络拓扑,包括:实例业务拓扑的生成装置确定该nsdid和该切片的切片订单(或切片订单的编号)对应的网络服务实例的网络拓扑为该切片的网络拓扑。一方面,该情况较多用于将网络拓扑处理实体与实例业务拓扑的生成装置分开部署的场景,可靠性较高。另一方面,由于该nsd可以从外部加载,不需要写入切片模板中,因此可以节约切片模板的资源。

或者,网络拓扑处理实体在生成一个nfvns实例后,为生成的ns实例分配一个ns实例id,并向实例业务拓扑的生成装置发送网络部署响应,该网络部署响应中携带该ns实例id。实例业务拓扑的生成装置接收来自网络拓扑处理实体的网络部署响应之后,可以存储nsdid(或切片模板或切片模板id)与该ns实例id的对应关系。后续实例业务拓扑生成阶段,实例业务拓扑的生成装置根据网络拓扑信息,获取网络拓扑,包括:实例业务拓扑的生成装置根据该nsdid,确定该切片对应的网络服务实例id;并向网络拓扑处理实体发送网络拓扑请求消息,该网络拓扑请求消息携带该网络服务实例id;进而,实例业务拓扑的生成装置接收来自网络拓扑处理实体的该切片的网络拓扑。或者,对于一个切片模板对应多个切片订单的情况,实例业务拓扑的生成装置进一步还需要保存切片订单(或切片订单的编号)与该ns实例id的对应关系,此时相对于建立了nsdid(或切片模板或切片模板id)、切片订单与该ns实例id的对应关系。后续实例业务拓扑生成阶段,实例业务拓扑的生成装置根据网络拓扑信息,获取网络拓扑,包括:实例业务拓扑的生成装置根据该切片的切片订单和该nsdid,确定该切片对应的网络服务实例id;并向网络拓扑处理实体发送网络拓扑请求消息,该网络拓扑请求消息携带该网络服务实例id;进而,实例业务拓扑的生成装置接收来自该网络拓扑处理实体的该切片的网络拓扑。一方面,该情况较多用于将网络拓扑处理实体与实例业务拓扑的生成装置分开部署的场景,可靠性较高。另一方面,由于该nsd可以从外部加载,不需要写入切片模板中,因此可以节约切片模板的资源。

在一种可能的设计中,该逻辑业务拓扑信息用于描述该逻辑业务拓扑;该实例业务拓扑的生成装置根据该逻辑业务拓扑信息,获取该逻辑业务拓扑,包括:该实例业务拓扑的生成装置根据该逻辑业务拓扑信息,确定该逻辑业务拓扑。由于实例业务拓扑的生成装置可以根据切片模板中的逻辑业务拓扑信息,生成切片的逻辑业务拓扑,而该切片模板是由厂商人员或者切片运维人员事先设置好的,因此基于该方案,可以提升切片业务部署的通用性和可移植性。

在一种可能的设计中,该逻辑拓扑信息包括该逻辑业务拓扑的标识;该实例业务拓扑的生成装置根据该逻辑业务拓扑信息,获取该逻辑业务拓扑,包括:该实例业务拓扑的生成装置向逻辑业务拓扑处理实体发送逻辑业务拓扑请求消息,该逻辑业务拓扑请求消息携带该逻辑业务拓扑的标识,该逻辑业务拓扑的标识用于获取该逻辑业务拓扑;该实例业务拓扑的生成装置接收来自该逻辑业务拓扑处理实体的该逻辑业务拓扑。一方面,由于实例业务拓扑的生成装置可以根据切片模板中的逻辑业务拓扑信息,生成切片的逻辑业务拓扑,而该切片模板是由厂商人员或者切片运维人员事先设置好的,因此基于该方案,可以提升切片业务部署的通用性和可移植性。另一方面,由于不需要在切片模板中写入具体的用于描述逻辑业务拓扑的信息,因此可以节约切片模板的资源。

在一种可能的设计中,该实例业务拓扑的生成装置根据该网络拓扑,该逻辑业务拓扑和该生成策略,生成该切片的实例业务拓扑,包括:该实例业务拓扑的生成装置根据该网络拓扑,该逻辑业务拓扑和该生成策略,确定该网络拓扑中任意两个网络功能实例之间是否存在业务连接关系;该实例业务拓扑的生成装置根据确定结果,生成该切片的实例业务拓扑。由于切片的实例业务拓扑用于表征n个网络功能实例以及n个网络功能实例之间的业务连接关系构成的网络布局,因此在生成该切片的实例业务拓扑时,通过确定该网络拓扑中任意两个网络功能实例之间是否存在业务连接关系,再根据确定结果,生成切片的实例业务拓扑的方式,可以提升生成的实例业务拓扑的准确性,进而可以提升业务部署的准确性。

在一种可能的设计中,该实例业务拓扑的生成装置根据该网络拓扑,该逻辑业务拓扑和该生成策略,确定该网络拓扑中任意两个网络功能实例之间是否存在业务连接关系,包括:当同时满足以下三个条件时,该实例业务拓扑的生成装置确定第一网络功能实例和第二网络功能实例之间存在业务连接关系;若以下三个条件中任一个条件不满足,则确定该第一网络功能实例和该第二网络功能实例之间不存在业务连接关系;其中,该第一网络功能实例和该第二网络功能实例为该网络拓扑中的任意两个网络功能实例;条件1:该实例业务拓扑的生成装置根据该网络拓扑,确定该第一网络功能实例和该第二网络功能实例之间存在物理连接关系;条件2:该实例业务拓扑的生成装置根据该逻辑业务拓扑,确定该第一网络功能实例对应的第一网络功能和该第二网络功能实例对应的第二网络功能之间存在业务连接关系;条件3:该实例业务拓扑的生成装置根据该生成策略,确定该第一网络功能实例和该第二网络功能实例之间允许建立业务连接。由于上述的条件1是从网络条件角度考虑,上述的条件2是从业务需求角度考虑,上述的条件3是从客户需求角度考虑。也就是说,本申请实施例提供的确定网络拓扑中任意两个网络功能实例之间是否存在业务连接关系的方式同时考虑了网络条件、业务需求和客户需求,因此该确定网络拓扑中任意两个网络功能实例之间是否存在业务连接关系的方式考虑更加全面和完备,从而可以进一步提升生成的实例业务拓扑的准确性,进而可以进一步提升业务部署的准确性。

可选的,在该实例业务拓扑的生成装置根据该网络拓扑,该逻辑业务拓扑和该生成策略,生成该切片的实例业务拓扑之后,还包括:该实例业务拓扑的生成装置获取该n个网络功能实例的标准接口信息;该实例业务拓扑的生成装置根据该实例业务拓扑和该标准接口信息,生成该切片的业务配置信息。由于该方案不需要人工对切片的实例业务拓扑编写相应的业务配置脚本,而是可以根据实例业务拓扑和该标准接口信息自动生成切片的业务配置信息,也就是说可以实现自动业务部署,因此可以提升切片业务部署的灵活性与简易性。

可选的,该实例业务拓扑的生成装置根据该实例业务拓扑和该标准接口信息,生成该切片的业务配置信息,包括:对于该实例业务拓扑中的任意非服务化架构接口的业务连接关系,该实例业务拓扑的生成装置均按照针对第三网络功能实例和第四网络功能实例之间的非服务化架构接口的业务连接关系的方式处理:根据该标准接口信息中该第三网络功能实例的接口信息,为该第三网络功能实例生成第一业务配置信息;以及,根据该标准接口信息中该第四网络功能实例的接口信息,为该第四网络功能实例生成第二业务配置信息;或者,对于该实例业务拓扑中的任意服务化架构接口的业务连接关系,该实例业务拓扑的生成装置均按照针对第五网络功能实例和第六网络功能实例之间的服务化架构接口的业务连接关系的方式处理:根据该标准接口信息中该第五网络功能实例的接口信息,为服务发现节点生成第三业务配置信息;以及,根据该标准接口信息中该第六网络功能实例的接口信息,为该服务发现节点生成第四业务配置信息,其中,该第三业务配置信息用于该第五网络功能实例通过该服务发现节点发现该第六网络功能实例,该第四业务配置信息用于该第六网络功能实例通过该服务发现节点发现该第五网络功能实例。由于非服务化架构接口的业务连接关系是指接口两端的网络功能实例能够通过静态配置建立的业务连接,因此在针对第三网络功能实例和第四网络功能实例之间的非服务化架构接口的业务连接关系进行处理时,可以分别为第三网络功能实例和第四网络功能实例生成相应的业务配置信息,从而可以完成相应的业务配置;由于服务化架构接口的业务连接关系是指通过服务发现能够动态建立服务调用的业务连接,因此在针对第五网络功能实例和第六网络功能实例之间的服务化架构接口的业务连接关系的方式处理时,是为服务发现节点生成相应的业务配置信息,该业务配置信息用于第五网络功能实例和第六网络功能实例之间相互发现,从而可以完成相应的业务配置。

第二方面,提供了一种实例业务拓扑的生成装置,该实例业务拓扑的生成装置具有实现上述第一方面所述的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第三方面,提供了一种实例业务拓扑的生成装置,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该实例业务拓扑的生成装置运行时,该处理器执行该存储器存储的该计算机执行指令,以使该实例业务拓扑的生成装置执行如上述第一方面中任一所述的实例业务拓扑的生成方法。

第四方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第一方面中任意一项所述的实例业务拓扑的生成方法。

第五方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第一方面中任意一项所述的实例业务拓扑的生成方法。

第六方面,提供了一种芯片系统,该芯片系统包括处理器,用于支持实例业务拓扑的生成装置实现上述方面中所涉及的功能,例如获取切片的网络拓扑、切片的逻辑业务拓扑、以及切片的实例业务拓扑的生成策略。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存实例业务拓扑的生成装置必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。

其中,第二方面至第六方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果,此处不再赘述。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

图1为本申请实施例提供的切片的网络拓扑、逻辑业务拓扑、实例业务拓扑和标准接口信息的示意图;

图2为现有技术的切片实例化系统示意图;

图3为本申请实施例提供的一种实例业务拓扑的生成系统的架构示意图;

图4为本申请实施例提供的切片的网络拓扑的变更的示意图;

图5为本申请实施例提供的切片的网络拓扑和逻辑业务拓扑的变更的示意图;

图6为本申请实施例提供的一种实例业务拓扑的生成装置的硬件结构示意图;

图7为本申请实施例提供的实例业务拓扑的生成方法的流程示意图;

图8为本申请实施例提供的实例业务拓扑的生成示意图;

图9为本申请实施例提供的实例业务拓扑的生成装置的结构示意图。

具体实施方式

为了方便理解本申请实施例的技术方案,首先给出本申请相关技术的简要介绍如下。

网络切片:

网络切片(networkslice)是一个用于支持特定网络能力与网络特性的逻辑隔离的网络,可以端到端(endtoend,e2e)的包括整个网络,也可以部分网络功能在多个网络切片中共享,是满足3gpp提出的第五代(5thgeneration,5g)移动通信技术关于网络差异化需求的关键技术。通常,不同网络切片的网络特征并不相同,且要求网络切片之间相互隔离,互不影响。如增强实现(augmentedreality,ar)或虚拟实现(virtualreality,vr)业务的网络切片要求大带宽、低时延;物联网(internetofthings,iot)业务的网络切片要求支持海量终端接入,但带宽小,对时延没要求。

此外,一个网络切片可以由一个或多个子网络切片组成,本申请实施例中所涉及的切片可以是网络切片,也可以是子网络切片,在此进行统一说明,以下不再赘述。

切片实例化:

在3gpp标准中,切片管理功能根据客户订单,按照切片模板在基础设施(如物理机或者虚拟机等)上为客户创建出来一个切片实例的过程称为切片实例化。其中,网络切片管理功能(networkslicemanagementfunction,nsmf)实体根据客户订单,按照网络切片模板在基础设施上为客户创建出来一个网络切片实例的过程称为网络切片实例化;子网络切片管理功能(networkslicesubnetmanagementfunction,nssmf)实体根据客户订单,按照子网络切片模板在基础设施上为客户创建出来一个子网络切片实例的过程称为子网络切片实例化。本申请实施例中,切片实例化包括网络切片实例化和子网络切片实例化,在此进行统一说明,以下不再赘述。

网络功能和网络功能实例:

一个网络功能相当于提供了一种网络服务。比如在5g网络中,网络功能可以包括会话管理功能(sessionmanagementfunction,smf),策略控制功能(policycontrolfunction,pcf),用户面功能(userplanefunction,upf),演进型基站(evolvednodeb,enb)或5g基站(新空口(newradio,nr)nodeb,gnb),接入和移动性管理功能(accessandmobilitymanagementfunction,amf)和网络存储功能(networkrepositoryfunction,nrf),等等。其中,smf用于提供会话管理服务,pcf用于提供策略控制服务,upf用于提供用户面服务,amf用于提供接入和移动性管理服务,enb或gnb(以下以enb为例进行说明)用于提供无线接入服务,nrf用于提供服务发现。

基于负载均衡和服务覆盖区域等因素的考虑,在一个切片中,一个网络功能可能会部署多个网络功能实例,即多个网络功能实例提供相同的网络功能服务。其中,网络功能的虚拟网络功能(virtualizednetworkfunction,vnf)描述符(vnfdescriptor,vnfd)每部署一次,则会生成一个对应的网络实例。比如,假设用户所需的网络功能包括enb,amf,smf、upf和nrf。若基于就近提供服务的考虑,在区域a和区域d均需要一个upf实例(这里也可以称之为upf实体),则可以根据upf的vnf描述符(vnfd_upf),在区域a内的基础设施上执行一次部署操作,从而生成upf实体1;在区域d内的基础设施上执行一次部署操作,从而生成upf实体2,也就是说,根据upf的vnf描述符,执行两次部署操作,就可以生成两个upf实体,即upf实体1和upf实体2,如图1a中所示。同理,若基于负载均衡和服务覆盖区域等因素的考虑,在区域c和区域d均需要一个amf实例(这里也可以称之为amf实体),则可以根据amf的vnf描述符(vnfd_amf),在区域c内的基础设施上执行一次部署操作,从而生成amf实体1;在区域d内的基础设施上执行一次部署操作,从而生成amf实体2,也就是说,根据amf的vnf描述符,执行两次部署操作,就可以生成两个amf实体,即amf实体1和amf实体2,如图1a中所示。或者,若基于负载均衡的考虑,在区域c和区域d均需要一个smf实例(这里也可以称之为smf实体),则可以根据smf的vnf描述符(vnfd_smf),在区域c内的基础设施上执行一次部署操作,从而生成smf实体1;在区域d内的基础设施上执行一次部署操作,从而生成smf实体2,也就是说,根据smf的vnf描述符,执行两次部署操作,就可以生成两个smf实体,即smf实体1和smf实体2,如图1a中所示;此外,可以根据nrf的vnf描述符(vnfd_nrf),在区域a、区域b、区域c和区域d之间的基础设施上执行一次部署操作,从而生成nrf实体,如图1a中所示。其中,网络功能实例还可以是网络服务描述符(networkservicedescriptor,nsd)中描述的物理网络功能(physicalnetworkfunction,pnf)的实例。比如,基于服务覆盖区域等因素考虑,在区域a和区域b均需要一个enb实体,则可以根据nsd,在区域a部署一个enb1;在区域b部署一个enb2,如图1a中所示。

需要说明的是,本申请实施例中的nsd包括了切片的网络拓扑描述信息,比如,如何部署vnf,以及如果存在预先部署的pnf,如何建立vnf和pnf之间的物理连接。当然,该nsd该可以包括其他信息,具体可参考现有技术的相关描述,在此不再赘述。

需要说明的是,本申请实施例中,也可以是根据多个网络功能部署出一个网络功能实例,比如,在图2中,通过在区域d内的某个虚拟机上,部署一次smf的vnf描述符(vnfd_smf)和amf的vnf描述符(vnfd_amf),从而生成核心网控制功能(corenetwork-controlfunction,cn-cf)实例(这里也可以称之为cn-cf实体),本申请实施例对此不作具体限定。

物理连接:

物理连接用于表征两个网络功能实例之间在物理上的连通状态。

示例性的,如图1a中所示,区域a中的enb1通过网络和区域a中的upf实体1连接,因此区域a中的enb1和区域a中的upf实体1之间存在物理连接;或者,区域a中的enb1通过网络和区域b中的enb2连接,因此区域a中的enb1和区域b中的enb2之间存在物理连接;或者,区域a中的enb1通过网络和区域c中的smf实体1与amf实体1连接,因此区域a中的enb1和区域c中的smf实体1与amf实体1之间均存在物理连接;或者,区域a中的enb1通过网络和区域d中的smf实体2、amf实体2与upf实体2连接,因此区域a中的enb1和区域d中的smf实体2、amf实体2与upf实体2之间均存在物理连接,等等,在此不予一一赘述。

业务连接:

业务连接用于表征两个网络功能实例或者两个网络功能之间是否可以传输业务报文。

示例性的,如图1b中所示,amf和smf之间存在业务连接关系,因此,业务报文可以在amf和smf之间传输;或者,upf和smf之间存在业务连接关系,因此,业务报文可以在upf和smf之间传输;或者,amf和amf之间存在业务连接关系,因此,业务报文可以在amf和amf之间传输,等等,在此不予一一赘述。

或者,示例性的,如图1c中所示,区域a中的upf实体1和区域a中的enb1之间存在业务连接关系,因此,业务报文可以在区域a中的upf实体1和区域a中的enb1之间传输;或者,区域a中的upf实体1和区域b中的enb2之间存在业务连接关系,因此,业务报文可以在区域a中的upf实体1和区域b中的enb2之间传输;或者,区域a中的upf实体1和区域c中的smf实体1之间存在业务连接关系,因此,业务报文可以在区域a中的upf实体1和区域c中的smf实体1之间传输;或者,区域a中的upf实体1和区域d中的smf实体2之间存在业务连接关系,因此,业务报文可以在区域a中的upf实体1和区域d中的smf实体2之间传输等等,在此不予一一赘述。

其中,在upf和smf之间,或者upf实例和smf实例(比如区域a中的upf实体1和区域c中的smf实体1)之间的业务连接关系可以是传输承载控制信令的业务连接,因此传输的业务报文可以是承载控制信令报文;在amf和smf之间,或者amf实例和smf实例(比如区域d中的amf实体2和区域d中的smf实体2)之间的业务连接关系可以是传输会话控制信令的业务连接,因此传输的业务报文可以是会话控制信令报文;在amf和amf之间,或者amf实例和amf实例(比如区域c中的amf实体1和区域d中的amf实体2)之间的业务连接关系可以是传输移动管理信令的业务连接,因此传输的业务报文可以是移动管理信令报文;在amf和enb之间,或者amf实例和enb实例(比如区域a中的enb1和区域c中的amf实体1)之间的业务连接关系可以是传输用户的注册请求和业务请求信令的业务连接,因此传输的业务报文可以是用户的注册请求和业务请求信令报文;在enb和upf之间,或者enb实例和upf实例(区域a中的upf实体1和区域a中的enb1)之间的业务连接关系可以是用于会话承载的业务连接,因此传输的业务报文可以是用户数据报文;在amf和nrf之间,或者amf实例和nrf实例(区域d中的amf实体2和区域之间的nrf实体)之间的业务连接关系可以是用于服务发现的业务连接,因此传输的业务报文可以是服务发现请求报文;在smf和nrf之间,或者smf实例和nrf实例(区域d中的smf实体2和区域之间的nrf实体)之间的业务连接关系可以是用于服务发现的业务连接,因此传输的业务报文可以是服务发现请求报文,在此进行统一说明,以下不再赘述。

网络拓扑:

本申请实施例中的网络拓扑用于表征由n个网络功能实例以及该n个网络功能实例之间的物理连接关系构成的网络布局。

示例性的,如图1a所示,为本申请实施例提供的一种切片的网络拓扑的示意图。该切片的网络拓扑由enb1、enb2、upf实体1、upf实体2、smf实体1、smf实体2、amf实体1、amf实体2、nrf实体以及上述网络功能实例之间的物理连接关系构成。其中,网络功能实例之间的物理连接关系的相关示例描述可参考上述物理连接部分的介绍,在此不再赘述。

逻辑业务拓扑:

本申请实施例中的逻辑业务拓扑用于表征由m个网络功能以及m个网络功能之间的业务连接关系构成的网络布局。其中,在逻辑业务拓扑中,每一类网络功能都作为一个节点,不同类型的网络功能之间的业务连接关系描述为不同节点之间的连接,同类型的网络功能之间的业务连接关系描述为节点的自连接。

示例性的,如图1b所示,为本申请实施例提供的一种切片的逻辑业务拓扑的示意图。该切片的逻辑业务拓扑由enb、upf、smf、amf、nrf以及上述网络功能之间的业务连接关系构成。其中,网络功能之间的业务连接关系的相关示例描述可参考上述业务连接部分的介绍,在此不再赘述。

需要说明的是,本申请实施例中的网络拓扑和逻辑业务拓扑是有关联的,具体表现如下:在切片设计阶段,切片设计人员(如切片服务提供商)会根据切片所要提供的业务,确定切片需要包括哪些类型的网络功能,然后根据3gpp标准,确定这些类型的网络功能应该以什么形式连接起来才能支持相应的业务,也就是设计出来切片的逻辑业务拓扑,并确定各类网络功能之间的业务接口。然后切片设计人员会根据切片的逻辑业务拓扑中的网络功能,设计或者选择现有的nsd作为切片部署所需的nsd。在切片部署时,根据该nsd以及用户的需求(如切片的用户数量等),可以生成相应的网络拓扑。

实例业务拓扑:

本申请实施例中的实例业务拓扑用于表征n个网络功能实例以及n个网络功能实例之间的业务连接关系构成的网络布局。其中,在实例业务拓扑中,每一类网络功能根据网络部署的情况可能有多个网络功能实例,每一个网络功能实例在实例业务拓扑中都作为一个节点。同类型和不同类型的网络功能实例之间的业务连接关系都描述为节点之间的连接。

示例性的,如图1c所示,为本申请实施例提供的一种切片的实例业务拓扑的示意图。该切片的实例业务拓扑由enb1、enb2、upf实体1、upf实体2、smf实体1、smf实体2、amf实体1和amf实体2、nrf实体以及上述网络功能实例之间的业务连接关系构成。其中,网络功能实例之间的业务连接关系的相关示例描述可参考上述业务连接部分的介绍,在此不再赘述。

实例业务拓扑的生成策略:

本申请实施例中,实例业务拓扑的生成策略用于表征n个网络功能实例中任意两个网络功能实例之间是否允许建立业务连接。

可选的,上述生成策略可以是外部生成策略,也可以是默认生成策略,还可以是同时包括外部生成策略和默认生成策略,本申请实施例对此不作具体限定。其中,外部生成策略具体是指在切片实例化时由外部处理实体提供的实例业务拓扑的生成策略;或者在切片实例化时根据外部输入的策略描述信息确定的生成策略。默认生成策略具体是指在切片设计时,在切片模板中描述的实例业务拓扑的生成策略。如果切片实例化时同时使用外部生成策略和默认生成策略,且某些策略出现冲突,一般情况下运营商都会指定外部生成策略优先,当然不排除也可以指定默认生成策略优先,本申请实施例对此不作具体限定。

可选的,本申请实施例中的生成策略可以采用业界通用的e(event事件)-c(condition条件)-a(action动作)的形式来描述,即事件触发某个判断逻辑,在满足条件的情况下,执行某个动作。

示例性的,使用e-c-a(事件-条件-动作)形式的描述可以为:

e:create_instance_service_topo;//事件为:实例业务拓扑的创建

c1:((ne1.type==enb&&ne2.type==amf)&&(ne1.position==ne2.position));//条件c1为:网元1的类型为enb,网元2的类型为amf,并且两者的位置相同

a1:add_connection_in_service_topo(ne1,ne2);//动作a1为:允许网元1和网元2之间建立业务连接

c2:((ne1.type==smf&&ne2.type==upf)&&(ne1.position==ne2.position));//条件c2为:网元1的类型为smf,网元2的类型为upf,并且两者的位置相同

a2:add_connection_in_service_topo(ne1,ne2));//动作a2为:允许网元1和网元2之间建立业务连接

c3:(ne1.type==amf&&ne2.type==amf);//条件c3为:网元1的类型为amf,网元2的类型为amf

a3:add_connection_in_service_topo(ne1,ne2));//动作a3为:允许网元1和网元2之间建立业务连接

c4:default;//条件c4为:默认条件

a4:do_nothing();//动作a4为:不允许建立业务连接

服务化架构接口的业务连接关系和非服务化架构接口的业务连接关系:

本申请实施例中,服务化架构接口的业务连接关系是指通过服务发现能够动态建立服务调用的业务连接,非服务化架构接口的业务连接关系是指接口两端的网络功能实例能够通过静态配置建立的业务连接。

其中,本申请实施例中,服务发现具体是指,当网络功能实例a提供某些服务时,将其提供的服务向服务发现节点进行服务注册,以便后续其它网络功能实例通过服务发现节点可以动态发现此网络功能实例a,并能够使用此网络功能实例a对外提供的服务。比如,第二网络功能实例能提供第二网络功能对应的服务,因此可以将第二网络功能对应的服务向服务发现节点进行注册。当第一网络功能实例需要使用第二网络功能提供的服务时,首先向服务发现节点进行服务发现请求,进而服务发现节点会向其响应能够提供所需服务的第二网络功能实例的地址,然后第一网络功能实例就能向此地址对应的第二网络功能实例发起服务调用。

示例性的,如图1d所示,因为amf和smf通过网络存储功能(networkrepositoryfunction,nrf)进行动态的服务发现和服务调用,所以amf和smf之间是服务化架构接口的业务连接关系,nrf就是服务化架构网络中的服务发现节点。其中,amf调用smf提供的服务时,使用smf的标准接口nsmf;smf调用amf提供的服务时,使用amf的标准接口namf。amf和nrf之间是用于服务发现的nrf的标准接口nnrf;同理smf和nrf之间也是用于服务发现的nrf的标准接口nnrf。

或者,示例性的,如图1d所示,enb和upf的会话承载连接建立过程中,处理会话建立请求的smf会选定upf,将enb的承载地址告诉给选定的upf,然后将upf的承载地址告诉enb,这样upf和enb之间通过smf就能获得对方的地址信息并动态建立起会话承载的业务连接,这个过程中smf担当了承载服务的服务发现节点,enb和upf之间也相当于服务化架构接口的业务连接关系。相比之下,smf和upf是通过静态配置建立业务连接的,enb和amf是通过静态配置建立业务连接的,因此它们之间是非服务化接口的业务连接关系。其中,如图1d所示,enb用于和upf建立业务连接的标准接口是enb的n3接口,enb用于和amf建立业务连接的标准接口是enb的n2接口,amf用于和enb建立业务连接的标准接口是amf的n2接口,upf用于和smf建立业务连接的标准接口是upf的n4接口,smf用于和upf建立业务连接的标准接口是smf的n4接口,在此进行统一说明,以下不再赘述。

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请的描述中,除非另有说明,“/”表示或的意思,例如,a/b可以表示a或b;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。并且,在本申请的描述中,除非另有说明,“多个”是指两个或多于两个。另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。

首先,给出本申请实施例的一个应用场景:

假设运营商为了支持客户的某一类业务,比如车联网业务,vr业务或应急通信业务等等,会为每一类业务设计一个切片模板,切片模板包含一系列的描述信息,这些描述信息可以用于创建一个具体的切片实例。切片模板设计完成后,运营商可以将该切片模板定义的一类切片作为一个切片产品在网上发布并供用户订购,可选的,还可以向用户提供某些定制的功能,例如,用户可以选择适合自己业务需求的业务容量(如使用该业务的用户数量等),也可以选择提供服务的位置或范围等等。用户订购一个切片产品后,就会生成一个切片订单。切片订单描述了订购的是什么样的一个切片,可选的业务功能有哪些,提供服务的位置范围有哪些,以及支持多大的业务规模等等。然后运营商就会根据切片订单为用户创建一个切片实例,也就是使用网络功能虚拟化(networkfunctionvirtualization,nfv)和软件自定义网络(softwaredefinednetwork,sdn)等技术为客户创建出一个逻辑隔离的网络,并且为用户开通相应的业务。

具体的,以网络切片为例,如图2所示,现有技术中,在网络切片实例化之前,运营商需要在网络切片管理功能(networkslicemanagementfunction,nsmf)实体上提前加载网络切片模板。该网络切片模板包括nfv部署所需的nsd或nsd标识(identity,id)、以及网络功能实体的业务配置脚本。其中,该业务配置脚本包含网络功能实体的业务配置命令;该nsd的相关描述可参考具体实施方式前序部分,在此不再赘述。

在网络切片实例化的网络部署阶段,运营商的nsmf实体根据网络切片订单进行网络部署。在nfv场景下,网络部署主要是通过管理和编排(managementandorchestration,mano)实体在基础设施资源上进行nfv部署,创建vnf以及创建不同vnf(或pnf)之间的物理连接。具体的,nsmf实体将nsd或nsdid发送到mano实体,mano实体根据nsd在nfv基础设施(nfvinfrastructure,nfvi)上分配资源并部署网络切片内的vnf实体,并创建不同vnf(或pnf)之间的物理连接;或者,mano实体根据nsdid从外部加载nsd之后,根据nsd在nfvi上分配资源并部署网络切片内的vnf实体,并创建不同vnf(或pnf)之间的物理连接。

在网络切片实例化的业务部署阶段,nsmf实体将业务配置脚本发送到网元管理系统(elementmanagementsystem,ems)实体,ems实体根据业务配置脚本在网络切片包含的vnf和pnf上执行相关的业务配置命令,比如在vnf和/或pnf上配置业务的网络之间互连的协议(internetprotocol,ip)地址,配置业务路由,配置信令接口参数,配置业务功能开关等等,使得网络切片订单中要求的业务能够正常的在网络切片上运行起来。其中,对vnf和/或pnf等实例业务拓扑的生成装置进行配置,使得网络功能能够转发客户需要在网络切片上承载的业务,这一步常常称为网络级业务配置,在此进行统一说明,以下不再赘述。

然而,如背景技术中所述,现有的业务配置脚本是根据预先设计的切片的实例业务拓扑编写的,每部署一个切片,运营商都需要请设备厂商设计切片的实例业务拓扑,并编写相应的业务配置脚本,根据业务配置脚本才能完成切片的业务部署,这样设计切片的实例业务拓扑的方式会导致整个业务部署过程非常繁杂且不灵活,因此,如何得到实例业务拓扑,以提升业务部署的灵活性与简易性,是目前亟待解决的问题。

为解决该问题,本申请实施例提供实例业务拓扑的生成方法,使得可以提升切片业务部署的灵活性与简易性。主要思想在于:实例业务拓扑的生成装置获取切片的网络拓扑、切片的逻辑业务拓扑、以及切片的实例业务拓扑的生成策略;其中,网络拓扑用于表征由n个网络功能实例以及n个网络功能实例之间的物理连接关系构成的网络布局,逻辑业务拓扑用于表征由m个网络功能以及m个网络功能之间的业务连接关系构成的网络布局,生成策略用于表征n个网络功能实例中任意两个网络功能实例之间是否允许建立业务连接,m,n均为正整数;实例业务拓扑的生成装置根据网络拓扑,逻辑业务拓扑和生成策略,生成切片的实例业务拓扑,其中,实例业务拓扑用于表征n个网络功能实例以及n个网络功能实例之间的业务连接关系构成的网络布局。

其中,上述切片的网络拓扑可以是切片设计阶段设计出的网络拓扑,也可以是完成切片实例的网络部署后实例业务拓扑的生成装置获取的网络拓扑,还可以在切片实例的运行过程中实例业务拓扑的生成装置动态获取的针对网络拓扑变化的场景的网络部署调整后的网络拓扑,本申请实施例对此不作具体限定。类似的,上述切片的逻辑业务拓扑可以是切片设计阶段设计出的逻辑业务拓扑,也可以在切片实例的运行过程中实例业务拓扑的生成装置动态获取的针对逻辑业务拓扑变化的场景重新设计出来的逻辑业务拓扑,本申请实施例对此不作具体限定。

示例性的,假设当前切片的网络拓扑如图3a所示。其中,城市a中部署有enb1、amf实体1、smf实体1、upf实体2和upf实体1等网络功能实例;城市b中部署有enb2、amf实体2、smf实体2和upf实体3等网络功能实例,nrf实体作为服务发现节点,位于城市a和城市b的重叠区域,各个网络功能实例之间的物理连接关系如图3a所示,在此不再一一描述。

假设在切片实例的运行阶段,由于城市b要召开盛大的演出,导致切片的业务量急剧增加,结果如图3b所示。其中,图3b中的虚线表示新增的网络功能实例或物理连接关系。此时,实例业务拓扑的生成装置需要获取图3b所示的网络拓扑,并根据上述方案自动生成切片的实例业务拓扑,根据该实例业务拓扑可以重新完成切片的业务部署。

或者,示例性的,假设当前的切片的逻辑业务拓扑如图4b所示,包括enb、amf、smf、upf和nrf五个网络功能以及网络功能之间的业务连接关系。当前的切片的网络拓扑如图4a所示。其中,城市a中部署有enb1、amf实体1、smf实体1、upf实体2和upf实体1等网络功能实例;城市b中部署有enb2、amf实体2、smf实体2和upf实体3等网络功能实例,nrf实体1作为服务发现节点,位于城市a和城市b的重叠区域,各个网络功能实例之间的物理连接关系如图4a所示,在此不再一一描述。

假设在切片运行后客户要求增加进行动态服务质量(qualityofservice,qos)控制的业务功能,这时运营商发现满足客户的新需求需要增加pcf网络功能,因此会重新修改切片的逻辑业务拓扑,其中,修改后的切片的逻辑业务拓扑如图4d所示。当然,如具体实施方式前序部分所述,网络拓扑和逻辑业务拓扑在设计时有一定的相关性,因此在切片的逻辑业务拓扑发生变更的情况下,可能需要变更nsd的设计,然后mano实体根据变更后的nsd进行网络部署调整或更新,因此切片的网络拓扑发生变更,比如可以如图4c所示,在城市b中可以部署pcf实体1,并部署pcf实体1和smf实体2之间的物理连接,进而可以得到如图4c所示的网络拓扑。其中,图4c中的虚线表示新增的网络功能实例或物理连接关系。此时,实例业务拓扑的生成装置需要获取图4c所示的切片的网络拓扑和图4d所示的切片的逻辑业务拓扑,并根据上述方案自动生成切片的实例业务拓扑,根据该实例业务拓扑可以重新完成切片的业务部署。

此外,上述切片的实例业务拓扑的生成策略可以是默认生成策略,也可以是外部生成策略,还可以是由默认生成策略和外部生成策略确定的,本申请实施例对此不作具体限定。其中,该外部生成策略可以是实时获取的,本申请实施例对此不作具体限定。

也就是说,本申请实施例可以通过实例业务拓扑的生成装置自动生成切片的实例业务拓扑,根据该实例业务拓扑可以进一步完成切片的业务部署。在网络拓扑或者逻辑业务拓扑或者生成策略变更时,仅需要重新获取变更后的网络拓扑或者逻辑业务拓扑或者生成策略,重新生成实例业务拓扑即可。不需要像现有技术一样,每次网络拓扑或者逻辑业务拓扑或者生成策略发生变更时,都需要厂商人员重新设计切片的实例业务拓扑,并根据切片的实例业务拓扑编写相应的业务配置脚本,根据业务配置脚本才能完成切片的业务部署,从而本申请实施例可以提升切片业务部署的灵活性与简易性。

可选的,上述实例业务拓扑的生成方法可以由实例业务拓扑的生成装置独立完成。其中,若切片为网络切片,则该实例业务拓扑的生成装置例如可以是nsmf实体;若切片为子网络切片,则该实例业务拓扑的生成装置例如可以是子网络切片管理功能(networkslicesubnetmanagementfunction,nssmf)实体,在此进行统一说明,以下不再赘述。

或者,可选的,如图5所示,为本申请实施例提供的一种实例业务拓扑的生成系统50,该实例业务拓扑的生成系统50包括实例业务拓扑的生成装置501,以及网络拓扑处理实体502、逻辑业务拓扑处理实体503和外部策略实体504中的至少一个。比如,实例业务拓扑的生成系统50包括实例业务拓扑的生成装置501和网络拓扑处理实体502;或者,实例业务拓扑的生成系统50包括实例业务拓扑的生成装置501、网络拓扑处理实体502和逻辑业务拓扑处理实体503;或者,实例业务拓扑的生成系统50包括实例业务拓扑的生成装置501、网络拓扑处理实体502、逻辑业务拓扑处理实体503和外部策略实体504;等等,本申请实施例对此不作具体限定。

其中,网络拓扑处理实体502,用于在接收来自实例业务拓扑的生成装置501的网络拓扑请求消息后,向实例业务拓扑的生成装置501发送网络拓扑;逻辑业务拓扑处理实体503,用于在接收来自实例业务拓扑的生成装置501的逻辑业务拓扑请求消息后,向实例业务拓扑的生成装置501发送逻辑业务拓扑;外部策略实体504,用于在接收来自实例业务拓扑的生成装置501的策略请求消息后,向实例业务拓扑的生成装置501发送外部生成策略;实例业务拓扑的生成装置501,用于根据网络拓扑,逻辑业务拓扑和生成策略,生成切片的实例业务拓扑。具体方案将在下述方法实施例中详细描述,在此不再赘述。

可选的,本申请实施例中,网络拓扑处理实体502例如可以是mano实体,逻辑业务拓扑处理实体503例如可以是切片控制器,外部策略实体504例如可以是运营商的运维支撑系统(operationssupportsystem,oss)等,本申请实施例对此不作具体限定。

可选的,图5中的各个网元可以独立部署,也可以是任意组合的网元合一部署,比如逻辑业务拓扑处理实体503和外部策略实体504合一部署,实例业务拓扑的生成装置501和网络拓扑处理实体502合一部署,或者所有网元合一部署等等,本申请实施例对此不作具体限定。

如图6所示,为本申请实施例提供的一种实例业务拓扑的生成装置的硬件结构示意图。该实例业务拓扑的生成装置600包括至少一个处理器601,通信线路602,存储器603以及至少一个通信接口604。

处理器601可以是一个通用中央处理器(centralprocessingunit,cpu),微处理器,特定应用集成电路(application-specificintegratedcircuit,asic),或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路602可包括一通路,在上述组件之间传送信息。

通信接口604,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radioaccessnetwork,ran),无线局域网(wirelesslocalareanetworks,wlan)等。

存储器603可以是只读存储器(read-onlymemory,rom)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(randomaccessmemory,ram)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory,eeprom)、只读光盘(compactdiscread-onlymemory,cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路602与处理器相连接。存储器也可以和处理器集成在一起。

其中,存储器603用于存储执行本申请方案的计算机执行指令,并由处理器601来控制执行。处理器601用于执行存储器603中存储的计算机执行指令,从而实现本申请下述实施例提供的实例业务拓扑的生成方法。

可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。

在具体实现中,作为一种实施例,处理器601可以包括一个或多个cpu,例如图6中的cpu0和cpu1。

在具体实现中,作为一种实施例,实例业务拓扑的生成装置600可以包括多个处理器,例如图4中的处理器601和处理器608。这些处理器中的每一个可以是一个单核(single-cpu)处理器,也可以是一个多核(multi-cpu)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中,作为一种实施例,实例业务拓扑的生成装置600还可以包括输出设备605和输入设备606。输出设备605和处理器601通信,可以以多种方式来显示信息。例如,输出设备605可以是液晶显示器(liquidcrystaldisplay,lcd),发光二级管(lightemittingdiode,led)显示设备,阴极射线管(cathoderaytube,crt)显示设备,或投影仪(projector)等。输入设备606和处理器601通信,可以以多种方式接收用户的输入。例如,输入设备606可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的实例业务拓扑的生成装置600可以是一个通用设备或者是一个专用设备。在具体实现中,实例业务拓扑的生成装置600可以是台式机、便携式电脑、网络服务器、掌上电脑(personaldigitalassistant,pda)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图6中类似结构的设备。本申请实施例不限定实例业务拓扑的生成装置600的类型。

下面将对本申请实施例提供的实例业务拓扑的生成方法进行展开描述。

以实例业务拓扑的生成方法应用于图5所示的实例业务拓扑的生成系统为例,则如图7所示,本申请实施例提供的实例业务拓扑的生成方法包括如下步骤:

s701、实例业务拓扑的生成装置从切片模板中获取切片的网络拓扑信息和切片的逻辑业务拓扑信息。

可选的,本申请实施例中的切片模板可以是运营商设计好切片模板后,预先加载到实例业务拓扑的生成装置中的;也可以是运营商设计好切片模板后,预先加载到其他设备上,在执行本申请实施例提供的实例业务拓扑的生成方法时,实例业务拓扑的生成装置从预先加载切片模板的其他设备上获取的,本申请实施例对此不作具体限定。

其中,本申请实施例中的切片模板可以包括切片的网络拓扑信息和切片的逻辑业务拓扑信息。

可选的,本申请实施例中的切片模板还可以包括切片的实例业务拓扑的默认生成策略,该默认生成策略例如可以是允许任意两个网络功能实例之间建立业务连接等。

可选的,本申请实施例中的切片模板中还可以包括网络功能的标准接口信息,本申请实施例对此不作具体限定。其中,网络功能的标准接口信息的描述可参考具体实施方式前序部分,在此不再赘述。

可选的,本申请实施例中的网络拓扑信息可以是能够生成网络拓扑的描述信息;进而实例业务拓扑的生成装置可以直接根据该能够生成网络拓扑的描述信息,获取切片的网络拓扑。

例如,在切片设计阶段,切片设计人员会根据切片所要提供的业务,确定切片需要包括哪些类型的网络功能,然后根据3gpp标准,确定这些类型的网络功能应该以什么形式连接起来才能支持相应的业务,也就是设计出来切片的逻辑业务拓扑,并确定各类网络功能之间的业务接口。然后切片设计人员会根据逻辑业务拓扑中的网络功能,设计或者选择现有的nsd作为切片部署所需的nsd,并将该nsd写入切片模板中作为该能够生成网络拓扑的描述信息。后续,在执行该实例业务拓扑的生成方法时,可以对应如下两种场景:

场景一、实例业务拓扑的生成装置可以根据该切片模板中的nsd,生成切片的网络拓扑。该情况较多用于将网络拓扑处理实体与实例业务拓扑的生成装置合一部署的场景,可以节省设备资源,在此进行统一说明,以下不再赘述。

场景二、实例业务拓扑的生成装置可以向网络拓扑处理实体发送网络部署请求,该网络部署请求中携带该nsd,由网络拓扑处理实体根据该nsd进行nfv网络部署,从而生成一个nfv网络服务(networkservice,ns)实例,并为生成的ns实例分配一个ns实例id后,向实例业务拓扑的生成装置发送网络部署响应,该网络部署响应中可以携带该ns实例id,或者该网络部署响应中也可以携带该ns实例的网络拓扑,本申请实施例对此不作具体限定。当网络部署响应中携带的是该ns实例的网络拓扑时,实例业务拓扑的生成装置进一步还需要保存切片模板中的nsd(或切片模板或切片模板id)与该ns实例的网络拓扑的对应关系。后续生成实例业务拓扑时,根据切片模板中的nsd(或切片模板或切片模板id),即可以直接获得该切片的网络拓扑。可选的,若一个切片模板对应多个切片订单,也就是说,根据一个nsd,可以部署出多个ns实例,则在实例业务拓扑的生成装置接收来自网络拓扑处理实体的网络部署响应之后,实例业务拓扑的生成装置进一步还需要保存该ns实例的网络拓扑与切片订单(或切片订单的编号)的对应关系,此时相对于建立了nsd(或切片模板或切片模板id)、切片订单(或切片订单的编号)与该ns实例的网络拓扑的对应关系。后续生成实例业务拓扑时,根据切片模板中的nsd(或切片模板或切片模板id)和切片订单(或切片订单的编号),即可以直接获得该切片的网络拓扑,在此进行统一说明,以下不再赘述。该情况较多用于将网络拓扑处理实体与实例业务拓扑的生成装置分开部署的场景,可靠性较高,在此进行统一说明,以下不再赘述。

或者,可选的,本申请实施例中的网络拓扑信息可以是能够生成网络拓扑的标识;进而实例业务拓扑的生成装置可以根据该能够生成网络拓扑的标识,获取切片的网络拓扑。

例如,在切片设计阶段,切片设计人员会根据切片所要提供的业务,确定切片需要包括哪些类型的网络功能,然后根据3gpp标准,确定这些类型的网络功能应该以什么形式连接起来才能支持相应的业务,也就是设计出来切片的逻辑业务拓扑,并确定各类网络功能之间的业务接口。然后切片设计人员会根据逻辑业务拓扑中的网络功能,设计或者选择现有的nsd作为切片部署所需的nsd,并将该nsdid写入切片模板中作为该能够生成网络拓扑的标识。后续,在执行该实例业务拓扑的生成方法时,可以对应如下两种场景:

场景三、实例业务拓扑的生成装置可以根据该切片模板中的nsdid加载相应的nsd,根据该nsd生成切片的网络拓扑。该情况较多用于将网络拓扑处理实体与实例业务拓扑的生成装置合一部署的场景,可以节省设备资源,在此进行统一说明,以下不再赘述。

场景四、具体可参考下述步骤s702-s705,在此不再赘述。该情况较多用于将网络拓扑处理实体与实例业务拓扑的生成装置分开部署的场景,可靠性较高,在此进行统一说明,以下不再赘述。

可选的,本申请实施例中的逻辑业务拓扑信息可以是逻辑业务拓扑的描述信息;进而实例业务拓扑的生成装置可以直接根据逻辑业务拓扑的描述信息,确定切片的逻辑业务拓扑。该情况可以认为是实例业务拓扑的生成装置与逻辑业务拓扑处理实体合一部署的场景,本申请实施例对此不作具体限定。

或者,可选的,本申请实施例中的逻辑业务拓扑信息还可以是逻辑业务拓扑的标识;进而实例业务拓扑的生成装置可以根据该逻辑业务拓扑的标识,从逻辑业务拓扑处理实体中获取该切片的逻辑业务拓扑。该情况可以认为是实例业务拓扑的生成装置与逻辑业务拓扑处理实体独立部署的场景,具体场景如下:

在切片部署前,可以预先在逻辑业务拓扑处理实体上加载各种逻辑业务拓扑,并由逻辑业务拓扑处理实体保存各种逻辑业务拓扑及对应的逻辑业务拓扑的标识的对应关系。在切片设计阶段,切片模板中可以携带相应的逻辑业务拓扑的标识。

这样,在获取切片的逻辑业务拓扑时,实例业务拓扑的生成装置向逻辑业务拓扑处理实体发送逻辑业务拓扑请求消息,该逻辑业务拓扑请求消息携带切片模板中携带的逻辑业务拓扑的标识。逻辑业务拓扑处理实体可以根据该逻辑业务拓扑的标识,结合保存的各种逻辑业务拓扑及对应的逻辑业务拓扑的标识的对应关系,确定该逻辑业务拓扑的标识对应的逻辑业务拓扑,进而可以向实例业务拓扑的生成装置发送该逻辑业务拓扑,从而由实例业务拓扑的生成装置可以获取切片的逻辑业务拓扑。

下面以网络拓扑信息为nsdid,逻辑业务拓扑信息为逻辑业务拓扑的标识,实例业务拓扑的生成策略为从外部策略实体获取的外部生成策略为例进行说明。

s702、实例业务拓扑的生成装置向网络拓扑处理实体发送网络部署请求,该网络部署请求中携带nsdid,以使得网络拓扑处理实体接收来自实例业务拓扑的生成装置的网络部署请求。

s703、网络拓扑处理实体根据该nsdid加载相应的nsd后进行nfv网络部署,从而生成一个nfvns实例。

具体的,该nfvns实例的网络拓扑就是切片的网络拓扑。该nsd可以是是预先存储在该网络拓扑处理实体上的,也可以是从网络拓扑处理实体之外的设备上加载过来的,本申请实施例对此不作具体限定。

可选的,本申请实施例中,网络拓扑处理实体可以为生成的ns实例分配一个ns实例id。其中,网络拓扑处理实体根据nsd执行网络部署,生成一个ns实例的具体过程可以参考现有技术,这里不再赘述。

s704、网络拓扑处理实体向实例业务拓扑的生成装置发送网络部署响应,以使得实例业务拓扑的生成装置接收来自网络拓扑处理实体的网络部署响应。

其中,该网络部署响应中携带该ns实例id,或者该网络部署响应中也可以携带该ns实例的网络拓扑,本申请实施例对此不作具体限定。

需要说明的是,上述步骤s702-704用于切片实例化的网络部署阶段。

其中,当网络部署响应中携带的是该ns实例的网络拓扑时,实例业务拓扑的生成装置进一步还需要保存切片模板中的nsdid(或切片模板或切片模板id)与该ns实例的网络拓扑的对应关系。可选的,若一个切片模板对应多个切片订单,也就是说,根据一个nsdid,可以部署出多个ns实例,则在实例业务拓扑的生成装置接收来自网络拓扑处理实体的网络部署响应之后,实例业务拓扑的生成装置进一步还需要保存该ns实例的网络拓扑与切片订单(或切片订单的编号)的对应关系,此时相对于建立了nsdid(或切片模板或切片模板id)、切片订单(或切片订单的编号)与该ns实例的网络拓扑的对应关系,在此进行统一说明,以下不再赘述。

或者,当网络部署响应中携带的是ns实例id时,实例业务拓扑的生成装置进一步还需要保存切片模板中的nsdid(或切片模板或切片模板id)与该ns实例id的对应关系。或者,对于上述一个切片模板对应多个切片订单的情况,实例业务拓扑的生成装置进一步还需要保存切片订单(或切片订单的编号)与该ns实例id的对应关系,此时相对于建立了nsdid(或切片模板或切片模板id)、切片订单与该ns实例id的对应关系,在此进行统一说明,以下不再赘述。

以下步骤为切片的实例业务拓扑的生成过程:

s705、实例业务拓扑的生成装置获取该切片的网络拓扑。

具体的,当网络部署阶段,实例业务拓扑的生成装置从网络拓扑处理实体获得的网络部署响应中携带的是ns实例的网络拓扑时,实例业务拓扑的生成装置获取该切片的网络拓扑,具体可以包括:实例业务拓扑的生成装置根据切片模板中的nsdid(或切片模板或切片模板id),以及预先存储的切片模板中的nsdid(或切片模板或切片模板id)与ns实例的网络拓扑的对应关系,确定该切片模板中的nsdid(或切片模板或切片模板id)对应的ns实例的网络拓扑为该切片的网络拓扑。或者,对于上述一个切片模板对应多个切片订单的情况,实例业务拓扑的生成装置获取该切片的网络拓扑,具体可以包括:实例业务拓扑的生成装置根据切片模板中的nsdid(或切片模板或切片模板id)和该切片的切片订单(或切片订单的编号),以及nsdid(或切片模板或切片模板id)、切片订单(或切片订单的编号)与ns实例的网络拓扑的对应关系,确定该切片模板中的nsdid(或切片模板或切片模板id)和该切片的切片订单对应的ns实例的网络拓扑为切片的网络拓扑。

当网络部署阶段,实例业务拓扑的生成装置从网络拓扑处理实体获得的网络部署响应中携带的是ns实例id时,实例业务拓扑的生成装置获取该切片的网络拓扑,具体可以包括:实例业务拓扑的生成装置根据切片模板中的nsdid(或切片模板或切片模板id),以及预先存储的切片模板中的nsdid(或切片模板或切片模板id)与该ns实例id的对应关系,确定该切片模板中的nsdid(或切片模板或切片模板id)对应的ns实例id;实例业务的生成装置向网络拓扑处理实体发送网络拓扑请求消息,该网络拓扑请求消息中携带该ns实例id;实例业务的生成装置接收来自网络拓扑处理实体的网络拓扑响应消息,该网络拓扑响应消息中携带该ns实例id对应的网络拓扑。或者,对于上述一个切片模板对应多个切片订单的情况,实例业务拓扑的生成装置获取该切片的网络拓扑,具体可以包括:实例业务拓扑的生成装置根据切片模板中的nsdid(或切片模板或切片模板id)和该切片的切片订单(或切片订单的编号),以及预先存储的nsdid(或切片模板或切片模板id)、切片订单(或切片订单的编号)与该ns实例id的对应关系,确定该切片模板中的nsdid(或切片模板或切片模板id)和该切片的切片订单对应的ns实例id;实例业务的生成装置向网络拓扑处理实体发送网络拓扑请求消息,该网络拓扑请求消息中携带该ns实例id;实例业务的生成装置接收来自网络拓扑处理实体的网络拓扑响应消息,该网络拓扑响应消息中携带该ns实例id对应的网络拓扑。

s706、实例业务拓扑的生成装置向逻辑业务拓扑处理实体发送逻辑业务拓扑的标识,以使得逻辑业务拓扑处理实体接收来自实例业务拓扑的生成装置的逻辑业务拓扑的标识。

s707、逻辑业务拓扑处理实体根据逻辑业务拓扑的标识,确定切片的逻辑业务拓扑。

s708、逻辑业务拓扑处理实体向实例业务拓扑的生成装置发送切片的逻辑业务拓扑,以使得实例业务拓扑的生成装置接收来自逻辑业务拓扑处理实体的逻辑业务拓扑。

s709、实例业务拓扑的生成装置从网络拓扑中取出任意两个网络功能实例,这里假设任意两个网络功能实例为第一网络功能实例和第二网络功能实体。

s710、实例业务拓扑的生成装置根据逻辑业务拓扑,确定第一网络功能实例对应的第一网络功能和第二网络功能实例对应的第二网络功能之间是否存在业务连接关系。

若存在,继续执行步骤s711;若不存在,跳转至步骤s715。

s711、实例业务拓扑的生成装置根据网络拓扑,确定第一网络功能实例和第二网络功能实例之间是否存在物理连接关系。

若存在,继续执行步骤s712;若不存在,跳转至步骤s715。

s712、实例业务拓扑的生成装置向外部策略实体发送策略请求消息,以使得外部策略实体接收来自实例业务拓扑的生成装置的策略请求消息。其中,该策略请求消息携带第一网络功能实例的属性信息、第二网络功能实例的属性信息、以及第一网络功能实例和第二网络功能实例之间物理连接的属性信息中的至少一个,用于请求第一网络功能实例和第二网络功能实例之间是否允许建立业务连接的策略。

可选的,本申请实施例中,第一网络功能实例的属性信息或第二网络功能实例的属性信息具体可以包括位置和规模等信息;第一网络功能实例和第二网络功能实例之间物理连接的属性信息具体可以包括网络连接带宽等信息,本申请实施例对此不作具体限定。

s713、外部策略实体向实例业务拓扑的生成装置发送策略应答消息,以使得实例业务拓扑的生成装置接收来自外部策略实体的策略应答消息。其中,该策略应答消息携带第一网络功能实例和第二网络功能实例之间是否允许建立业务连接的指示信息。

s714、实例业务拓扑的生成装置根据策略应答消息,确定在切片的实例业务拓扑中该第一网络功能实例和第二网络功能实例之间是否存在业务连接关系。

比如,若该策略应答消息携带的是第一网络功能实例和第二网络功能实例之间允许建立业务连接的策略,则实例业务拓扑的生成装置可以确定在切片的实例业务拓扑中该第一网络功能实例和第二网络功能实例之间存在业务连接关系;否则,实例业务拓扑的生成装置可以确定在切片的实例业务拓扑中该第一网络功能实例和第二网络功能实例之间不存在业务连接关系。

也就是说,当同时满足以下三个条件时,实例业务拓扑的生成装置确定在切片的实例业务拓扑中该第一网络功能实例和第二网络功能实例之间存在业务连接关系;若以下三个条件中任一个条件不满足,则实例业务拓扑的生成装置确定第一网络功能实例和第二网络功能实例之间不存在业务连接关系:

条件1:实例业务拓扑的生成装置根据网络拓扑,确定第一网络功能实例和第二网络功能实例之间存在物理连接关系;

条件2:所述实例业务拓扑的生成装置根据逻辑业务拓扑,确定第一网络功能实例对应的第一网络功能和第二网络功能实例对应的第二网络功能之间存在业务连接关系;

条件3:实例业务拓扑的生成装置根据生成策略,确定第一网络功能实例和第二网络功能实例之间允许建立业务连接。

需要说明的是,上述步骤s710-s714仅是示例性的以先确定是否满足条件2,后确定是否满足条件1,最后确定是否满足条件3,从而给出了一种实例业务拓扑的生成装置确定在切片的实例业务拓扑中第一网络功能实例和第二网络功能实例之间存在业务连接关系的具体实现,但是本申请实施例不限定确定是否满足上述条件1、条件2和条件3的先后顺序,比如还可以是先确定是否满足条件1,后确定是否满足条件2,最后确定是否满足条件3,等等,在此不再一一赘述。

s715、实例业务拓扑的生成装置继续从步骤s709开始,循环遍历网络拓扑中所有的网络功能实例。

在遍历完网络拓扑中所有的网络功能实例之后,即可得到切片的实例业务拓扑。

其中,实例业务拓扑的生成装置在获取切片的网络拓扑、切片的逻辑业务拓扑、以及切片的实例业务拓扑的生成策略之后,根据网络拓扑,逻辑业务拓扑和生成策略,生成切片的实例业务拓扑的伪代码可以表示如下:

需要说明的是,上述生成切片的实例业务拓扑的伪代码的思想在于:

以实例业务拓扑的生成装置识别网络拓扑中存在多少个网络功能实例,并以任意顺序对网络拓扑中的网络功能实例进行编号,如第一网络功能实例、第二网络功能实例等等。

然后,从第一网络功能实例开始,分别根据逻辑业务拓扑确定该第一网络功能实例对应的第一网络功能与其他网络功能实例对应的网络功能是否存在业务连接关系;根据网络拓扑确定该第一网络功能实例与其他网络功能实例之间是否存在业务连接关系;根据生成策略确定该第一网络功能实例和该第二网络功能实例之间是否允许建立业务。

然后,再从第二网络功能实例,执行上述针对第一网络功能实例的操作,直至网络拓扑中的所有网络功能实例遍历完成。

基于本申请实施例提供的实例业务拓扑的生成方法,一方面,由于本申请实施例可以通过实例业务拓扑的生成装置自动生成切片的实例业务拓扑,根据该实例业务拓扑可以进一步完成切片的业务部署。在网络拓扑或者逻辑业务拓扑或者生成策略变更时,仅需要重新获取变更后的网络拓扑或者逻辑业务拓扑或者生成策略,重新生成实例业务拓扑即可。不需要像现有技术一样,每次网络拓扑或者逻辑业务拓扑或者生成策略发生变更时,都需要厂商人员重新设计切片的实例业务拓扑,并根据切片的实例业务拓扑编写相应的业务配置脚本,才能完成切片的业务部署,从而本申请实施例可以提升切片业务部署的灵活性与简易性。另一方面,由于本申请实施例将切片的网络拓扑的信息和该切片的逻辑业务拓扑的信息设置在一个切片模板中,由于该切片模板是由厂商人员或者切片运维人员事先设置好的,因此基于该方案,可以提升切片业务部署的通用性和可移植性。另一方面,由于本申请实施例中的实例业务拓扑的生成策略为外部生成策略,而外部策略可以是根据客户的需求制定的,且易于实现,因此基于该方案,可以在不增加实现难度的前提下,便于实现用户对于切片的个性化的需求,无需厂商介入。再一方面,由于在确定网络拓扑中任意两个网络功能实例之间是否存在业务连接关系时,上述的条件1是从网络条件角度考虑,上述的条件2是从业务需求角度考虑,上述的条件3是从客户需求角度考虑。也就是说,本申请实施例提供的确定网络拓扑中任意两个网络功能实例之间是否存在业务连接关系的方式同时考虑了网络条件、业务需求和客户需求,因此该确定网络拓扑中任意两个网络功能实例之间是否存在业务连接关系的方式考虑更加全面和完备,从而可以进一步提升生成的实例业务拓扑的准确性,进而可以进一步提升业务部署的准确性。

其中,上述步骤s701至s715中实例业务拓扑的生成装置的动作可以由图6所示的实例业务拓扑的生成装置600中的处理器601调用存储器603中存储的应用程序代码来执行,本申请实施例对此不作任何限制。

可选的,图7所示的实施例以切片的实例业务拓扑的生成策略为从外部策略实体获取的外部生成策略为例进行说明。当然,切片的实例业务拓扑的生成策略还可以是以下情况:

情况一:切片的实例业务拓扑的生成策略是切片模板中的默认生成策略。由于该切片模板是由厂商人员或者切片运维人员事先设置好的,因此基于该方案,可以提升切片业务部署的通用性和可移植性。

情况二,切片的实例业务拓扑的生成策略由默认生成策略和外部生成策略确定:例如,可以通过优先级的方式,将外部生成策略设置为高优先级策略,这样,当实例业务拓扑的生成装置获取到外部生成策略时,将该外部生成策略设置为该实例业务拓扑的生成策略;或者,也可以由默认生成策略和外部生成策略共同组成实例业务拓扑的生成策略等等。由于实例业务拓扑的生成策略由默认生成策略和外部生成策略确定,因此不仅给用户提供可更多的可选择性;并且由于外部策略可以是根据客户的需求制定的,且易于实现,因此可以在不增加实现难度的前提下,便于实现用户对于切片的个性化的需求,无需厂商介入。

可选的,本申请实施例中的外部生成策略可以是从外部策略实体获取的外部生成策略;或者,本申请实施例中的外部生成策略还可以是实例业务拓扑的生成装置根据外部输入的策略描述信息确定的外部生成策略,本申请实施例对此不作具体限定。

可选的,图7所示的实施例在获取外部生成策略时,以在对网络拓扑中的任意两个网络功能实例进行处理时,获取这两个网络功能实例对应的生成策略为例进行说明。当然,实例业务拓扑的生成装置也可以是一次获取整个实例业务拓扑的外部生成策略,本申请实施例对此不作具体限定。

可选的,本申请实施例中,在生成切片的实例业务拓扑之后,还可以包括:实例业务拓扑的生成装置获取n个网络功能实例的标准接口信息;并根据实例业务拓扑和标准接口信息,生成切片的业务配置信息。

由于该方案不需要人工对切片的实例业务拓扑编写相应的业务配置脚本,而是可以根据实例业务拓扑和该标准接口信息自动生成切片的业务配置信息,也就是说可以实现自动业务部署,因此可以提升切片业务部署的灵活性与简易性。

可选的,本申请实施例中,实例业务拓扑的生成装置根据实例业务拓扑和标准接口信息,生成切片的业务配置信息,具体可以包括:对于实例业务拓扑中的任意非服务化架构接口的业务连接关系,实例业务拓扑的生成装置均按照针对第三网络功能实例和第四网络功能实例之间的非服务化架构接口的业务连接关系的方式处理:

根据标准接口信息中第三网络功能实例的接口信息,为第三网络功能实例生成第一业务配置信息;以及,根据标准接口信息中第四网络功能实例的接口信息,为第四网络功能实例生成第二业务配置信息;

或者,对于实例业务拓扑中的任意服务化架构接口的业务连接关系,实例业务拓扑的生成装置均按照针对第五网络功能实例和第六网络功能实例之间的服务化架构接口的业务连接关系的方式处理:

根据标准接口信息中第五网络功能实例的接口信息,为服务发现节点生成第三业务配置信息;以及,根据标准接口信息中第六网络功能实例的接口信息,为服务发现节点生成第四业务配置信息,其中,第三业务配置信息用于第五网络功能实例通过服务发现节点发现第六网络功能实例,第四业务配置信息用于第六网络功能实例通过服务发现节点发现第五网络功能实例。

由于非服务化架构接口的业务连接关系是指接口两端的网络功能实例能够通过静态配置建立的业务连接,因此在针对第三网络功能实例和第四网络功能实例之间的非服务化架构接口的业务连接关系进行处理时,可以分别为第三网络功能实例和第四网络功能实例生成相应的业务配置信息,从而可以完成相应的业务配置;由于服务化架构接口的业务连接关系是指通过服务发现能够动态建立服务调用的业务连接,因此在针对第五网络功能实例和第六网络功能实例之间的服务化架构接口的业务连接关系的方式处理时,是为服务发现节点生成相应的业务配置信息,该业务配置信息用于第五网络功能实例和第六网络功能实例之间相互发现,从而可以完成相应的业务配置。

示例性的,根据图1d可知,enb和amf之间的业务连接关系为非服务化架构接口的业务连接关系,因此图1c中的enb2和amf实体2之间的业务连接关系为非服务化架构接口的业务连接关系,则实例业务拓扑的生成装置可以根据enb2的n2接口信息,为enb2生成业务配置信息;以及实例业务拓扑的生成装置可以根据amf实体2的n2接口信息,为amf实体2生成业务配置信息。

或者,示例性的,根据图1d可知,smf和amf之间的业务连接关系为服务化架构接口的业务连接关系,因此图1c中的smf实体1和amf实体1之间的业务连接关系为非服务化架构接口的业务连接关系,则实例业务拓扑的生成装置可以根据smf实体1的nsmf接口信息,为nrf实体生成业务配置信息1;以及实例业务拓扑的生成装置可以根据amf实体1的namf接口信息,为nrf实体生成业务配置信息2。其中,业务配置信息1用于smf实体1通过nrf实体发现amf实体1,业务配置信息2用于amf实体1通过nrf实体发现smf实体1。进而,nrf实体在处理各个网络功能实例的服务发现请求时,可以根据nrf实体上的业务配置信息,实现对业务拓扑的控制,比如amf实体1向nrf实体请求smf服务发现时,nrf实体根据业务配置信息在响应消息中只向amf实体1提供smf实体1的业务地址,而不提供smf实体2的业务地址。

下面将结合一个具体示例对本申请实施例提供的实例业务拓扑的生成方法进行说明。

示例性的,首先,假设实例业务拓扑的生成装置获取的切片的网络拓扑如图8a所示:

其中,在图8a中,切片的网络拓扑包括接入网(accessnetwork,an)设备1、amf实体1、smf实体1、upf实体1、nrf实体、an设备2、amf实体2、smf实体2、upf实体1以及上述各网络功能实例之间的物理连接关系。比如,由于城市a城域网和城市b城域网之间通过长途传输干线物理连接,an设备1、amf实体1、smf实体1和upf实体1之间均可以通过城市a城域网物理连接,an设备2、amf实体2、smf实体2和upf实体2之间均可以通过城市b城域网连接,因此an设备1、amf实体1、smf实体1、upf实体1、nrf实体、an设备2、amf实体2、smf实体2和upf实体1之间的任意两个网络功能实例之间存在物理连接

其次,假设实例业务拓扑的生成装置获取的切片的逻辑业务拓扑如图8b所示:

其中,在图8b中,切片的逻辑业务拓扑包括an、amf、smf、upf、nrf以及上述各网络功能之间的业务连接关系。比如,an与upf之间存在用于业务会话的业务连接关系;an与amf之间、amf与amf之间、amf与smf之间、以及smf和upf之间存在用于传输控制信令的业务连接关系;nrf与amf、以及nrf与smf之间存在用于服务发现的业务连接关系。

并且,假设实例业务拓扑的生成装置获取的切片的实例业务拓扑的生成策略为:an设备和本地amf建立业务连接,amf只请求本地smf提供业务会话,upf受本地smf控制。

则,实例业务拓扑的生成装置可以基于下述方法生成切片的实例业务拓扑:

步骤一:实例业务拓扑的生成装置从网络拓扑中取出任意两个网络功能实例,这里以an设备1与upf实体1为例。

步骤二:实例业务拓扑的生成装置确定an设备1与upf实体1之间是否存在业务连接关系。

本申请实施例可以根据上述实施例中的条件1、条件2和条件3确定an设备1与upf实体1之间是否存在业务连接关系。

其中,对于条件1,根据图8a所示的切片的网络拓扑可知,an设备1与upf实体1之间存在物理连接关系。

对于条件2,根据图8b所示的切片的逻辑业务拓扑可知,an与upf之间存在用于业务会话的业务连接关系。

对于条件3,根据上述切片的实例业务拓扑的生成策略可知,an设备1与upf实体1之间允许建立业务连接。

由于同时满足上述条件1、条件2和条件3,因此实例业务拓扑的生成装置可以确定an设备1与upf实体1之间存在业务连接关系,进而实例业务拓扑的生成装置可以添加an设备1与upf实体1之间的业务连接关系,如图8c所示。

步骤三、对于图8a所示的切片的网络拓扑中的任意两个网络功能实例,均按照上述步骤二的方式进行类似处理,直至图8a所示的切片的网络拓扑中的所有网络功能实例遍历完成。

比如,再以amf实体1和smf实体2为例来说,可以根据上述实施例中的条件1、条件2和条件3确定amf实体1和smf实体2之间是否存在业务连接关系。

其中,对于条件1,根据图8a所示的切片的网络拓扑可知,amf实体1和smf实体2之间存在物理连接关系。

对于条件2,根据图8b所示的切片的逻辑业务拓扑可知,amf和smf之间存在用于业务会话的业务连接关系。

对于条件3,根据上述切片的实例业务拓扑的生成策略可知,amf实体1和smf实体2之间不允许建立业务连接。

由于不同时满足上述条件1、条件2和条件3,因此实例业务拓扑的生成装置可以确定amf实体1和smf实体2之间不存在业务连接关系,进而实例业务拓扑的生成装置不添加amf实体1和smf实体2之间的业务连接关系,如图8c所示。

至此,切片的实例业务拓扑的生成过程结束,进而根据该实例业务拓扑可以进一步生成切片的业务配置信息,从而完成切片的业务部署,提升了切片业务部署的灵活性与简易性。其中,根据实例业务拓扑生成切片的业务配置信息的过程可参考上述实施例中的示例,在此不再赘述。

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

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

比如,在采用对应各个功能划分各个功能模块的情况下,图9示出了上述实施例中所涉及的实例业务拓扑的生成装置90的一种可能的结构示意图。该实例业务拓扑的生成装置90包括处理模块901。处理模块901,用于获取切片的网络拓扑、切片的逻辑业务拓扑、以及切片的实例业务拓扑的生成策略;其中,网络拓扑用于表征由n个网络功能实例以及n个网络功能实例之间的物理连接关系构成的网络布局,逻辑业务拓扑用于表征由m个网络功能以及m个网络功能之间的业务连接关系构成的网络布局,生成策略用于表征n个网络功能实例中任意两个网络功能实例之间是否允许建立业务连接,m,n均为正整数;处理模块901,还用于根据网络拓扑,逻辑业务拓扑和生成策略,生成切片的实例业务拓扑,其中,实例业务拓扑用于表征n个网络功能实例以及n个网络功能实例之间的业务连接关系构成的网络布局。

可选的,如图9所示,该实例业务拓扑的生成装置还可以包括存储模块902和收发模块903。存储模块902,用于存储预先加载的切片模块。收发模块903,用于和外部设备通信,比如和图5中的网络拓扑处理实体或者逻辑业务拓扑处理实体或者外部策略实体等外部设备通信。

处理模块901获取切片的网络拓扑、切片的逻辑业务拓扑和切片的实例业务拓扑的生成策略,包括:从切片模板中获取网络拓扑对应的网络拓扑信息,逻辑业务拓扑对应的逻辑业务拓扑信息,以及生成策略;根据网络拓扑信息,获取网络拓扑;根据逻辑业务拓扑信息,获取逻辑业务拓扑。

或者,可选的,处理模块901获取切片的网络拓扑、切片的逻辑业务拓扑和切片的实例业务拓扑的生成策略,包括:从切片模板中获取网络拓扑对应的网络拓扑信息,逻辑业务拓扑对应的逻辑业务拓扑信息,以及实例业务拓扑的默认生成策略;以及,获取实例业务拓扑的外部生成策略,其中,实例业务拓扑的生成策略由默认生成策略和外部生成策略确定;根据网络拓扑信息,获取网络拓扑;根据逻辑业务拓扑信息,获取逻辑业务拓扑。

或者,可选的,处理模块901获取切片的网络拓扑、切片的逻辑业务拓扑和切片的实例业务拓扑的生成策略,包括:从切片模板中获取网络拓扑对应的网络拓扑信息和逻辑业务拓扑对应的逻辑业务拓扑信息;以及,获取实例业务拓扑的外部生成策略,其中,实例业务拓扑的生成策略为外部生成策略;根据网络拓扑信息,获取网络拓扑;根据逻辑业务拓扑信息,获取逻辑业务拓扑。

在一种可能的实现方式中,网络拓扑信息包括nsdid;处理模块901根据网络拓扑信息,获取网络拓扑,包括:确定nsdid对应的网络服务实例的网络拓扑为切片的网络拓扑;或者,确定切片的切片订单和nsdid对应的网络服务实例的网络拓扑为所述切片的网络拓扑。

在一种可能的实现方式中,网络拓扑信息包括nsdid;处理模块901根据网络拓扑信息,获取网络拓扑,包括:根据nsdid,确定切片对应的网络服务实例id;或者,根据切片的切片订单和nsdid,确定切片对应的网络服务实例id;网络拓扑处理实体发送网络拓扑请求消息,该网络拓扑请求消息携带该网络服务实例id;接收来自网络拓扑处理实体的切片的网络拓扑。

在一种可能的实现方式中,逻辑业务拓扑信息用于描述逻辑业务拓扑;处理模块901根据逻辑业务拓扑信息,获取逻辑业务拓扑,包括:根据逻辑业务拓扑信息,确定逻辑业务拓扑;

在另一种可能的实现方式中,逻辑拓扑信息包括逻辑业务拓扑的标识;处理模块901根据逻辑业务拓扑信息,获取逻辑业务拓扑,包括:向逻辑业务拓扑处理实体发送逻辑业务拓扑请求消息,逻辑业务拓扑请求消息携带逻辑业务拓扑的标识,逻辑业务拓扑的标识用于获取逻辑业务拓扑;接收来自逻辑业务拓扑处理实体的逻辑业务拓扑。

可选的,处理模块901根据网络拓扑,逻辑业务拓扑和生成策略,生成切片的实例业务拓扑,包括:根据网络拓扑,逻辑业务拓扑和生成策略,确定网络拓扑中任意两个网络功能实例之间是否存在业务连接关系;根据确定结果,生成切片的实例业务拓扑。

可选的,处理模块901根据网络拓扑,逻辑业务拓扑和生成策略,确定网络拓扑中任意两个网络功能实例之间是否存在业务连接关系,包括:当同时满足以下三个条件时,确定第一网络功能实例和第二网络功能实例之间存在业务连接关系;若以下三个条件中任一个条件不满足,则确定第一网络功能实例和第二网络功能实例之间不存在业务连接关系;其中,第一网络功能实例和第二网络功能实例为网络拓扑中的任意两个网络功能实例;条件1:根据网络拓扑,确定第一网络功能实例和第二网络功能实例之间存在物理连接关系;条件2:根据逻辑业务拓扑,确定第一网络功能实例对应的第一网络功能和第二网络功能实例对应的第二网络功能之间存在业务连接关系;条件3:根据生成策略,确定第一网络功能实例和第二网络功能实例之间允许建立业务连接。

可选的,处理模块901,还用于在根据网络拓扑,逻辑业务拓扑和生成策略,生成切片的实例业务拓扑之后,获取n个网络功能实例的标准接口信息;处理模块901,还用于根据实例业务拓扑和标准接口信息,生成切片的业务配置信息。

可选的,处理模块901根据实例业务拓扑和标准接口信息,生成切片的业务配置信息,包括:对于实例业务拓扑中的任意非服务化架构接口的业务连接关系,均按照针对第三网络功能实例和第四网络功能实例之间的非服务化架构接口的业务连接关系的方式处理:根据标准接口信息中第三网络功能实例的接口信息,为第三网络功能实例生成第一业务配置信息;以及,根据标准接口信息中第四网络功能实例的接口信息,为第四网络功能实例生成第二业务配置信息;或者,对于实例业务拓扑中的任意服务化架构接口的业务连接关系,均按照针对第五网络功能实例和第六网络功能实例之间的服务化架构接口的业务连接关系的方式处理:根据标准接口信息中第五网络功能实例的接口信息,为服务发现节点生成第三业务配置信息;以及,根据标准接口信息中第六网络功能实例的接口信息,为服务发现节点生成第四业务配置信息,其中,第三业务配置信息用于第五网络功能实例通过服务发现节点发现第六网络功能实例,第四业务配置信息用于第六网络功能实例通过服务发现节点发现第五网络功能实例。

其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。

在本实施例中,该实例业务拓扑的生成装置90以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specificintegratedcrcuit,asic),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到实例业务拓扑的生成装置90可以采用图6所示的形式。

比如,图6中的处理器601可以通过调用存储器603中存储的计算机执行指令,使得实例业务拓扑的生成装置90执行上述方法实施例中的实例业务拓扑的生成方法。

具体的,图9中的处理模块901和收发模块903的功能/实现过程可以通过图6中的处理器601调用存储器603中存储的计算机执行指令来实现;图9中的存储模块902的功能/实现过程可以通过图6中的存储器603来实现。或者,图9中的处理模块901的功能/实现过程可以通过图6中的处理器601调用存储器603中存储的计算机执行指令来实现,图9中的收发模块903的功能/实现过程可以通过图6中的通信接口604来实现;图9中的存储模块902的功能/实现过程可以通过图6中的存储器603来实现。

上述实施例中,实例业务拓扑的生成装置90以采用集成的方式划分各个功能模块的形式来呈现。当然,本申请实施例也可以对应各个功能划分实例业务拓扑的生成装置的各个功能模块,本申请实施例对此不作具体限定。

由于基于本申请实施例提供的实例业务拓扑的生成装置可以自动生成切片的实例业务拓扑,根据该实例业务拓扑可以进一步完成切片的业务部署。在网络拓扑或者逻辑业务拓扑或者生成策略变更时,仅需要重新获取变更后的网络拓扑或者逻辑业务拓扑或者生成策略,重新生成实例业务拓扑即可。不需要像现有技术一样,每次网络拓扑或者逻辑业务拓扑或者生成策略发生变更时,都需要厂商人员重新设计切片的实例业务拓扑,并根据切片的实例业务拓扑编写相应的业务配置脚本,才能完成切片的业务部署,从而本申请实施例提供的实例业务拓扑的生成装置可以提升切片业务部署的灵活性与简易性。

可选的,本申请实施例提供了一种芯片系统,该芯片系统包括处理器,用于支持实例业务拓扑的生成装置实现上述的实例业务拓扑的生成方法,例如获取切片的网络拓扑、所述切片的逻辑业务拓扑、以及所述切片的实例业务拓扑的生成策略。在一种可能的设计中,该芯片系统还包括存储器。该存储器,用于保存实例业务拓扑的生成装置必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件,本申请实施例对此不作具体限定。

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

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

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1