核心网的网元确定方法、装置及相关设备与流程

1.本技术涉及通信技术领域，尤其涉及一种核心网的网元确定方法、装置及相关设备。


背景技术：

2.目前，在核心网领域通过引入网络功能虚拟化nfv技术实现了网元及网络服务的自动化部署。但是由于核心网的子网设计需参考多种分布在不同系统中的参数，核心网子网的设计流程仍需要依赖规划设计人员判断资源的满足状况，并确定部署方案。核心网的子网的设计流程依赖人工操作，设计的效率较低。


技术实现要素：

3.本技术实施例提供一种核心网的网元确定方法、装置及相关设备，解决了核心网的子网设计效率较低的问题。
4.为解决上述问题，本技术是这样实现的：
5.第一方面，本技术实施例提供了一种核心网的网元确定方法，包括：
6.接收第一信息，所述第一信息包括网元的部署规格信息、资源配额信息和许可数量；
7.接收业务请求，所述业务请求携带业务参数；
8.根据所述第一信息和所述业务参数进行网元规划，获得所述核心网的网元规划结果。
9.第二方面，本技术实施例提供了一种核心网的网元确定装置，包括：
10.第一收发器，用于：接收第一信息，所述第一信息包括网元的部署规格信息、资源配额信息和许可数量；
11.接收业务请求，所述业务请求携带业务参数；
12.第一处理器，用于：根据所述第一信息和所述业务参数进行网元规划，获得所述核心网的网元规划结果。
13.第三方面，本技术实施例还提供一种通信设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；所述处理器，用于读取存储器中的程序实现如前述第一方面所述方法中的步骤。
14.第四方面，本技术实施例还提供一种可读存储介质，用于存储程序，所述程序被处理器执行时实现如前述第一方面所述方法中的步骤。
15.本技术实施例中，通过接收第一信息和业务请求，第一信息包括网元的部署规格信息、资源配额信息和许可数量，业务请求携带业务参数，根据第一信息和业务参数进行网元规划，获得核心网的网元规划结果。这样，核心网的网元规划时所需参考的第一信息和业务请求已经提前获取，可以根据第一信息和业务请求自动规划设计核心网的网元，不需依赖规划设计人员人工获取分布在不同系统中的第一信息，也不需规划设计人员判断资源的
满足状况，确定网元规划方案。从而减轻了确定核心网的网元这一过程对人工操作的依赖，提高了设计效率。
附图说明
16.为了更清楚的说明本技术实施例中的技术方案，现对说明书附图作如下说明，显而易见地，下述附图仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据所列附图获得其他附图。
17.图1是本技术实施例提供的核心网的网元确定方法的流程图示意图之一；
18.图2是本技术实施例提供的核心网的网元确定方法的流程图示意图之二；
19.图3是本技术实施例提供的核心网的网元确定方法的流程图示意图之三；
20.图4是本技术实施例提供的核心网的网元确定装置的结构示意图；
21.图5是本发明实施提供的通信设备的结构示意图。
具体实施方式
22.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。在本技术中的实施例的基础上，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
23.参见图1，图1是本技术实施例提供的核心网的网元确定方法的流程示意图之一，图1所示的方法可以由网络切片管理功能(network slice management function，简称nsmf)执行。
24.如图1所示，核心网的网元确定方法可以包括以下步骤：
25.步骤101，接收第一信息，所述第一信息包括网元的部署规格信息、资源配额信息和许可数量；
26.具体实现时，可以增加nsmf和网络功能虚拟化编排器(network functions virtualization orchestrator，简称nfvo)之间的接口，用于使nsmf接收nfvo发送的网元的部署规格信息和资源配额信息。可以增加nsmf和操作维护中心(operation and maintenance center，简称omc)的接口，用于使nsmf接收omc发送的网元的许可数量。
27.nsmf在接收到第一信息后，可以将第一信息存储，并对部署规格信息、资源配额信息和许可数量信息进行管理。
28.上述部署规格信息包括一一对应的网元类型、软件供应商(也叫厂商)、虚拟网络功能描述符(virtualized network function descriptor，简称vnfd)标识、版本、部署规格标识、cpu需求、内存需求、存储需求和设计容量。nsmf接收到部署规格信息后，可以将其构建为部署规格信息表，如表1所示。
[0029][0030]
表1
[0031]
其中，amf为移动性管理功能，upf为用户面的部分功能，zte代表中兴，hw代表华为。
[0032]
上述资源配额信息包括一一对应的网元类型、软件供应商、cpu总配额、内存总配额、存储总配额、cpu余额、内存余额和存储余额。nsmf接收到资源配额信息后，可以构建不同网元的资源配合信息表，如表2所示。
[0033][0034]
表2
[0035]
其中，cpu余额、内存余额和存储余额指在网元可共享场景下，现网中已部署的网元，还剩下的余额，总配额是对各网元总共分配的额度。
[0036]
上述许可数量与网元类型一一对应，nsmf接收到许可数量后，可以构建现网网元的许可license信息表，如表3所示。
[0037][0038]
表3
[0039]
步骤102，接收业务请求，所述业务请求携带业务参数；
[0040]
具体实现时，用户将业务需求如切片注册用户数、并发连接数、带宽、覆盖区域等提交给通信服务管理功能(communication service management function，简称csmf)。csmf接收到用户的业务需求后，向nsmf发送业务请求。nsmf接收到业务请求后根据业务请求中携带的业务需求信息将用户的业务需求分解为对各个网络切片子网的需求。对于核心网来说，需求包括是否独享，以及注册用户数、开卡用户数、upf分流带宽等。
[0041]
步骤103，根据所述第一信息和所述业务参数进行网元规划，获得所述核心网的网元规划结果。
[0042]
nsmf进行网元规划时，可以分为网元共享和网元不共享这两种场景进行网元规划。在网元不共享的场景下，可以根据业务参数新建网元，确定能满足当前业务参数下的网元类型、网元个数等信息。在网元共享的场景下，可以获取现网网元的设计容量和某段时间内如一个月内的最大使用容量，从而确定现网网元的可用容量。根据业务参数和现网网元的设计容量和可用容量等信息，确定是否新建网元，是否增大现网网元的部署规格，并确定网元规划结果。
[0043]
本技术实施例中，通过接收第一信息和业务请求，第一信息包括网元的部署规格信息、资源配额信息和许可数量，业务请求携带业务参数，根据第一信息和业务参数进行网元规划，获得核心网的网元规划结果。这样，核心网的网元规划时所需参考的第一信息和业务请求已经提前获取，可以根据第一信息和业务请求自动规划设计核心网的网元，不需依赖规划设计人员人工获取分布在不同系统中的第一信息，也不需规划设计人员判断资源的满足状况，确定网元规划方案。从而减轻了确定核心网的网元这一过程对人工操作的依赖，提高了设计效率。
[0044]
可选地，参见图2，所述根据所述第一信息和所述业务参数进行网元规划，获得所述核心网的网元规划结果，包括：
[0045]
根据所述业务参数和网元类型的映射关系，确定所述核心网的目标网元类型，所述目标网元类型为与所述业务参数对应的网元类型；
[0046]
根据所述目标网元类型和预获取的业务量份额信息，确定所述目标网元类型的业务需求容量。
[0047]
具体实现时，可以根据nsmf上预先获取的业务参数和网元类型的映射关系，确定可用于满足业务请求的网元类型。nsmf可以预先构建网元业务量指标与核心网子网切片的业务参数的转换关系表，如表4所示。
[0048]
[0049][0050]
表4
[0051]
nsmf还可以根据预先获取的业务量份额信息，构建不同软件供应商、不同网元的业务量占比分配表，如表5所示。
[0052][0053]
表5
[0054]
nsmf接收到业务请求后，可以根据业务请求携带的业务参数，根据表4确定与该业务参数对应的网元类型，该网元类型即为目标网元类型。如，业务参数为注册用户数，那么目标网元类型为amf。一个具体的业务参数可以仅对应的目标网元类型可以为一种，也可以为多种。如，一个具体的业务参数可以对应amf和upf两种目标网元类型。
[0055]
确定目标网元类型后，在根据预先获取的表5，确定与该业务参数对应的业务容量需求。可以根据业务容量需求获得核心网的网元规划结果。
[0056]
本技术实施例中，通过与业务参数对应的目标网元类型和预获取的业务量份额信息，确定业务需求容量，不需要依赖规划设计人员人工计算，从而减轻了确定核心网的网元这一过程对人工操作的依赖，提高了设计效率。
[0057]
可选地，参见图2，在网元不共享的场景下，根据核心网的目标网元类型和预获取的业务量份额信息，确定所述目标网元类型的业务需求容量之后，所述方法还包括：
[0058]
根据所述部署规格信息，确定第一设计容量，所述部署规格信息包括网元类型、cpu需求容量、内存需求容量、存储需求容量和设计容量之间的对应关系，所述第一设计容量与所述目标网元类型对应；
[0059]
将所述业务需求容量除以所述第一设计容量，并将得到的第一数值取整后得到第二数值，将所述第二数值确定为所述目标网元类型的目标数量；
[0060]
根据所述部署规格信息和所述第一设计容量，确定与所述第一设计容量对应的第一cpu需求容量、第一内存需求容量和第一存储需求容量；
[0061]
将所述第一cpu需求容量、所述第一内存需求容量和所述第一存储需求容量分别与所述目标数量相乘，得到第二cpu需求容量、第二内存需求容量和第二存储需求容量；
[0062]
将所述第二cpu需求容量与cpu余额、所述第二内存需求容量与内存余额和所述第二存储需求容量与存储余额分别进行比较，得到第一比较结果，所述资源配额信息包括所述cpu余额、所述内存余额和所述存储余额；
[0063]
在所述第一比较结果为，所述第二cpu需求容量小于等于cpu余额，所述第二内存需求容量小于等于内存余额，所述第二存储需求容量小于等于存储余额的情况下，所述网元规划结果包括部署所述目标数量个所述目标网元类型的第一网元，所述第一网元的部署规格为与所述第一设计容量对应的部署规格。
[0064]
上述cpu余额、内存余额和存储余额可以从前述资源配额信息中获取。
[0065]
具体实现时，在网元不共享的场景下，可根据表1中的信息，确定与目标网元类型对应的第一设计容量，若有多个第一设计容量与目标网元类型对应，可以先判断多个第一设计容量中最小的设计容量是否满足业务需求，若容量最小的第一设计容量所对应的第二cpu需求容量大于cpu余额，和/或容量最小的第一设计容量所对应的第二内存需求容量大于内存余额，和/或第二存储需求容量大于存储余额，那么可以依次判断第一设计容量中的其他设计容量是否满足业务需求，再次进行上述比较。若与目标网元类型对应的所有第一设计容量均不满足业务需求即业务需求容量大于余额，那么可以得到因资源配额不足无法满足业务需求的结论，可记录能满足业务需求时所需的目标数量个目标网元类型的网元，以在资源配额增大，可以满足业务需求后用于新建网元。
[0066]
若在第一比较结果为，第二cpu需求容量小于等于cpu余额，第二内存需求容量小于等于内存余额，第二存储需求容量小于等于存储余额即业务需求容量小于等于余额的情况下，网元规划结果包括部署目标数量个目标网元类型的第一网元，第一网元的部署规格为与第一设计容量对应的部署规格。可记录该规划结果下的目标数量、目标网元类型、部署规格和许可数量。
[0067]
本技术实施例中，在网元不共享的场景下，根据获取的部署规格信息和资源配额信息确定核心网的网元规划结果，不需要依赖规划设计人员人工计算，从而减轻了确定核心网的网元这一过程对人工操作的依赖，提高了设计效率。
[0068]
可选地，在网元可共享的场景下，参见图2，所述根据所述第一信息和所述业务参数进行网元规划，获得所述核心网的网元规划结果之前，所述方法还包括：
[0069]
接收第二信息，所述第二信息包括第二设计容量和最大使用容量；
[0070]
具体实现时，可以增加nsmf和资源管理系统(resource management system，简称rms)的接口，nsmf可向rms查询现网可共享核心网网元的信息，如网元id、厂家、第二设计容量。
[0071]
可以增加nsmf和性能管理系统(performance management system，简称pms)的接口，nsmf可以以从rms中获取的网元id做为查询条件，向pms查询网元预设时间段内的最大使用容量，该预设时间段可以为1个月，也可以为1周，预设时间段可以根据实际情况确定。
[0072]
所述根据所述第一信息和所述业务参数进行网元规划，获得所述核心网的网元规划结果，包括：
[0073]
根据所述第二设计容量和所述最大使用容量，确定可用容量；
[0074]
将所述业务需求容量与所述可用容量进行比较，第二比较结果；
[0075]
根据所述第二比较结果，进行网元规划，获得所述核心网的网元规划结果。
[0076]
具体实现时，可以将第二设计容量减去最大使用容量的差值确定为可用容量。若第二比较结果为可用容量大于等于业务需求容量，那么可进一步判断网元的最大使用容量与需求容量之和是否大于许可数量。
[0077]
若第二比较结果为可用容量小于业务需求容量，那么可考虑新增网元，以使新增网元后可满足业务需求容量。
[0078]
本技术实施例中，在网元可共享的场景下，通过接收现网网元的第二信息，确定现网还剩余的可用容量，再将可用容量与业务需求容量进行比较，得到核心网的网元规划结果，不需要依赖规划设计人员人工计算，从而减轻了确定核心网的网元这一过程对人工操作的依赖，提高了设计效率。
[0079]
可选地，在网元可共享的场景下，参见图2，所述根据所述第二比较结果，进行网元规划，获得所述核心网的网元规划结果，包括：
[0080]
在所述第二比较结果为所述业务需求容量小于等于所述可用容量的情况下，将所述业务需求容量和所述最大使用容量之和与所述许可数量进行比较，得到第三比较结果；
[0081]
根据所述第三比较结果，进行网元规划，获得所述核心网的网元规划结果。
[0082]
具体实现时，若第三比较结果为业务需求容量(即图2中的需求容量)和最大使用容量之和小于等于许可数量，那么现网的许可数量满足需求。若第三比较结果为业务需求容量和最大使用容量之和大于许可数量，那么现网的许可数量不满足需求，需要扩大网元的许可数量，扩容数量为网元最大使用容量与业务需求容量之和减去现网中各网元许可数量。
[0083]
本技术实施例中，在网元可共享的场景下，通过将最大使用容量与业务需求容量之和与网元许可数量进行比较，可以避免网元许可数量不够现网业务使用的情况发生，此外，该过程不需要依赖规划设计人员人工计算，从而减轻了确定核心网的网元这一过程对人工操作的依赖，提高了设计效率。
[0084]
可选地，在网元可共享的场景下，参见图2，所述根据所述第二比较结果，进行网元规划，获得所述核心网的网元规划结果，包括：
[0085]
在所述第二比较结果为所述业务需求容量大于所述可用容量的情况下，判断所述第二设计容量是否为最大部署规格所对应的设计容量；
[0086]
在所述第二设计容量为最大部署规格对应的设计容量的情况下，增加所述目标网元类型的个数；
[0087]
在所述第二设计容量不为最大部署规格对应的设计容量的情况下，根据所述部署规格信息，确定第三设计容量，所述第三设计容量与所述目标网元类型对应，且所述第三设计容量大于所述第二设计容量。
[0088]
具体实现时，可跟据前述表1的部署规格信息确定第二设计容量是否为最大部署规格所对应的设计容量。
[0089]
若第二设计容量为最大部署规格对应的设计容量，那么需要新建网元即增加目标网元类型的个数。第二设计容量与目标网元类型对应，为当前现网部署规格下的网元类型和设计容量。新建的网元的类型可以为目标网元类型，新建的网元的部署规格可以为与第二设计容量对应的部署规格。
[0090]
新建网元后，需按网元不共享的场景下的判断方法，判断新建网元后，网元总的cpu需求容量、内存需求容量和存储需求容量是否小于等于从资源配额信息中获取的cpu余额、内存余额和存储余额。具体判断过程前文已述，在此不再赘述。
[0091]
在第二设计容量不为最大部署规格对应的设计容量的情况下，可根据前述表1中
的部署规格信息，确定第三设计容量，第三设计容量与目标网元类型对应，且第三设计容量大于第二设计容量。
[0092]
可以按设计容量的从小到大对部署规格进行升序排列，获得比当前部署规格大一级的部署规格的设计容量。根据表1，可以获知更新后的部署规格下网元的各资源即cpu、内存和存储的需求，将各资源与现网中目标网元类型的个数相乘，可以得到更新后的部署规格下各资源需求总量。将更新后的部署规格下各资源需求总量与表2中现网中各资源余额(即图2中的配额)进行比较。
[0093]
若更新后的部署规格下各资源需求总量大于现网中各资源余额，则说明因为现网各资源余额不足无法满足业务需求，此时可以记录下各资源需求、部署规格、许可数量和更新后的部署规格下各资源需求总量与现网中各资源余额的差值，可以为现网余额扩容提供参考。
[0094]
若更新后的部署规格下各资源需求总量小于等于现网中各资源余额，可进一步确定更新后的部署规格支持的业务量(即更新后的部署规格对应的设计容量与现网网元个数的乘积值)与现网的最大使用容量的差值是否大于业务需求容量。若大于等于，则说明更新后的部署规格可以满足当前业务需求，可记录下部署规格、各资源需求和许可数量；若小于，可获得比当前部署规格大一级的部署规格的设计容量，再次更新部署规格，并重复上述更新部署规格后的步骤。若更新到最大的部署规格仍无法满足当前业务需求，可考虑新增网元。
[0095]
前文已述，一个具体的业务参数可以仅对应一种目标网元类型，也可以对应多种目标网元类型。在业务参数对应多种目标网元类型时，需对每种目标网元类型的网元都按照本技术实施例提供的方法进行规划即图2中全部网元类型、厂家已遍历。如，一个具体的业务参数对应amf和upf两种目标网元类型，业务参数对应的业务需求容量是500，那么需要分别对amf和upf按照业务需求容量为500时进行网元规划。在全部网元类型、厂家已遍历后，整合个厂家、各网元的规划结果。
[0096]
本技术实施例中，在网元可共享的场景下，通过区分现网是否为最大部署规格的两种情况对网元进行规划，不需要依赖规划设计人员人工计算，从而减轻了确定核心网的网元这一过程对人工操作的依赖，提高了设计效率。
[0097]
本技术实施例中介绍的多种可选的实施方式，在彼此不冲突的情况下可以相互结合实现，也可以单独实现，对此本技术实施例不作限定。
[0098]
为方便理解，示例说明如下：
[0099]
参见图3，图3是本技术实施例的一个示例的流程图。
[0100]
如图3所示，1、用户在nfvo上架vnf包，vnfm向vnfo发送订阅请求，该订阅请求用于订阅vnf包的上架消息，在vnf包上架后，nfvo响应该订阅请求，向vnfm发送通知消息，该通知消息用于通知vnfm其所订阅的vnf包已上架。vnfm接收到该通知消息后从vnfo获取vnf包。nfvo向vnfm发起查询vnfd规格信息的请求(此处亦可由vnfm向nfvo主动上报)，vnfm解析vnfd，并向nfvo返回vnfd规格信息，vnfd规格信息包括vnfd厂家、版本、id、部署规格id，以及不同部署规格对应的cpu、内存、存储、业务量信息。
[0101]
2、nfvo上提供各租户不同维度(包括网元类型、网元实例)资源(cpu、内存、存储)配额管理功能，包括总额度、余额；提供不同厂家不同版本vnfd规格管理，包括vnfd厂家、版
本、id、部署规格id，以及不同部署规格对应的cpu、内存、存储、业务量信息。
[0102]
3.1、nfvo向nsmf同步网元资源配额、vnfd部署规格数据。
[0103]
3.2、omc向nsmf同步各网元license数量是预先确定已购买的许可量，若之后需要的许可量增多，可以继续向厂家购买
[0104]
4、nsmf实现网元资源配额、vnfd部署规格数据、网元许可数量license的存储及管理。
[0105]
5、csmf向nsmf发起业务勘查请求。
[0106]
6、nsmf将用户业务需求分解为对各个网络切片子网的需求。对于核心网包括是否独享，以及注册用户数、开卡用户数、upf分流带宽等。
[0107]
7、对于共享场景，nsmf向rms查询现网可共享核心网网元资源数据，包括网元id、厂家、设计容量(kpiv_d)。(这时查询的是已经被部署的网元的设计容量，一个网元对应一个具体的设计容量，步骤1里面的设计容量是表1中罗列的网元不同部署规格下的所有可能的设计容量)
[0108]
8、对于共享场景，nsmf以从rms系统返回的网元id做为查询条件，向pms查询网元最近1月内最大业务量(kpiv_m)。
[0109]
9、按业务资源共享要求，结合网元部署规格、设计容量(kpiv_d)、可用容量(kpiv_a＝kpiv_d-kpiv_m)，设计最终资源方案。
[0110]
10、nsmf向csmf返回勘查结果。
[0111]
11、csmf向nsmf发起业务开通请求。
[0112]
12、nsmf依据定单信息，关联勘查结果，必要情况下进行物理工程建设，设计详细方案。
[0113]
13、nsmf向rms申请跨域资源数据分配，rms返回无线与传输、传输与核心网间的互联资源数据。
[0114]
14、nsmf向nfvo发起核心网子网开通请求，nfvo与nfv架构中其它实体配合实现核心网子网的部署及数据配置。
[0115]
14a、对于网元扩缩容、新建或删除场景，nsmf完成资源配额变更管理。
[0116]
15、nsmf向csmf进行业务开通结果回复。
[0117]
本技术通过以下几个方面的增强，实现核心网自动化勘查设计即自动化规划网元，获得所述核心网的网元规划结果：
[0118]
1.在omc上增加每个网元的许可数量license管理功能，增加nsmf与omc的网元license同步或查询接口，用以判断业务增加的情况下是否需要对网元进行资源扩容。
[0119]
注：license是设备厂家控制网元软件处理业务量的峰值，每网元有一个license。网元的设计容量有时会超过license指定数值，在业务量增加的情况下，可不对网元资源扩容，仅增加license即可。设计容量只能小于或等于license，在设计容量增大超过license的时候，可以增加license。
[0120]
2.增加nsmf与rms接口，获取现网中不同网元实例的设计容量；增加nsmf与pms接口，获取不同网元实例的最大使用容量。通过以上两点修改，用于支撑共享网元可用容量，判断是否可支撑新业务需求。
[0121]
注：设计容量是指网元当前部署规格(cpu、内存、存储需求)下支持的最大业务量
即设计容量。
[0122]
3.修改vnfd模型，增加不同部署规格对应业务容量数据；修改nfvo与vnfm接口，在vnfd信息查询接口中，在vdu对象中增加部署规格对应的业务量参数值。通过以上两点修改，用于支撑业务量至不同规格网元实例的自动计算。
[0123]
注：目前vnfd由厂家vnfm进行解析。
[0124]
4.在nsmf上增加不同厂家、不同网元、不同版本vnfd部署规格管理功能，用于计算不同容量需求所需资源数据。
[0125]
5.在nsmf与nfvo接口中增加不同租户不同维度资源配额数据的同步接口，用于判断资源配额是否支撑网元扩容/网元新建。
[0126]
本技术解决了目前无法自动化勘查、设计核心网子网切片的问题，兼顾减少资源池资源浪费，从整体上缩短网络切片开通流程耗时，提升网络切片开通部署效率。
[0127]
作为另一个示例，流程如下：
[0128]
1、nsmf提供基础信息管理功能，基础信息包括部署规格信息、资源配额信息、许可数量、业务参数的转换关系和不同软件供应商、不同网元的业务量占比分配。
[0129]
2、根据本次业务需求涉及到的业务参数，从表3转换表中查找对应的网元类型，根据表5计算各厂家各网元类型业务容量需求
[0130]
区分不同网元类型进行勘查设计：
[0131]
网元不共享场景：区分厂家进行勘查设计
[0132]
4、从表1获取同厂家、同网元类型现网部署规格vduid、设计容量kpi_s
[0133]
5、利用网元业务容量需求整除设计容量，获得部署网元实例个数
[0134]
6、从表1获取该部署规格下各类资源需求，计算不同资源需求总额：网元个数*单个网元资源需求各类资源指cpu、内存和存储。
[0135]
7、从表2获取该网厂家、该网元类型资源余额，判断各类资源需求是否小于各类资源余额
[0136]
7a、资源需求小于资源余额，结论为新建可以满足需求，记录新建网元个数、各类资源需求、部署规格vduid、license需求(业务量)
[0137]
7b、资源需求大于资源余额，结论为因资源不足该厂家该网元类型无法满足。记录需要新建网元个数、各类资源需求、部署规格vduid、license需求(业务量)。
[0138]
网元共享场景：
[0139]
8、利用从表3查询到的设计容量指标名，从rms系统现查询现网不同网元实例设计容量；利用从表3查询到的使用容量指标名，从pms系统获取网元该指标最近一月内最大使用值，即最大使用容量；利用设计值减去使用容量获取可用容量，求全部网元可用容量之和。
[0140]
注：设计容量表示该网元从资源上能够承载的业务量；license表示该网元被允许承载的业务量
[0141]
9、判断可用容量是否大于需求容量
[0142]
9a、可用容量大于需求容量：从表4获取各网元license数据，并求和，判断各网元最大使用容量+需求容量之和是否大于各网元license总量
[0143]
9aa、大于：满足需求，网元需要扩license，扩容数量＝网元最大使用容量+需求容
量之和-各网元license总量
[0144]
9ab、小于等于容量需求：满足需求
[0145]
9b、可用容量小于需求容量，分厂家勘查设计。
[0146]
9b-1、从rms系统获取网元设计容量，从pms系统获取最近一月内最大使用容量，计算各网元可用业务量，从表1获取部署规格数据，从omc系统获取网元license数据。利用表1判断网元当前部署规格是否为最大部署规格(业务量是否最大)
[0147]
9b-1a、若为最大部署规格。网元需要新建，执行4～7判断新建是否可以满足
[0148]
9b-1b、不是最大部署规格。从表1获取比当前部署规格大一级的部署规格，以及其资源需求、支持的业务量。计算新资源需求、业务量与当前规格资源需求、业务量的差值，并分别求和，用以计算资源需求总量、业务量增值总量。从表2获取该厂家、该网元可用配额，判断资源需求总量是否超过配额即表2中的余额
[0149]
9b-1ba、超过配额，则结论为因为资源配额不足无法满足需求，记录资源需求、部署规格、license需求、配额差值
[0150]
9b-1bb、未超配额，判断支持的业务量-最大使用容量是否大于需求容量
[0151]
9b-1bba、大于需求容量，则结论为扩容可满足，记录部署规格、资源需求、license需求
[0152]
9b-1bbb、小于需求容量，则执行9b-1b
[0153]
10、所有网元类型遍历后，汇总各厂家、各网元勘查设计结果。全部满足则为满足，只要有不满足则为不满足。
[0154]
满足：厂家、网元类型、可共享网元标识、license扩容需求(按需)
[0155]
不满足：分厂家、分网元类型描述不满足原因。
[0156]
新建满足：提供不同厂家、网元类型、新建网元个数、部署规格标识、资源需求、license需求
[0157]
扩容满足：提供不同厂家、网元类型、扩容网元标识、部署规格标识、资源需求、license需求
[0158]
部分满足+新建满足：
[0159]
满足：厂家、网元类型、可共享网元标识、license扩容需求(按需)
[0160]
新建满足：提供不同厂家、网元类型、新建网元个数、部署规格标识、资源需求、license需求
[0161]
部分满足+扩容满足：
[0162]
满足：厂家、网元类型、可共享网元标识、license扩容需求(按需)
[0163]
扩容满足：提供不同厂家、网元类型、扩容网元标识、部署规格标识、资源需求、license需求
[0164]
新建满足+扩容满足：
[0165]
扩容满足：提供不同厂家、网元类型、扩容网元标识、部署规格标识、资源需求、license需求
[0166]
新建满足：提供不同厂家、网元类型、新建网元个数、部署规格标识、资源需求、license需求
[0167]
注：license数量与业务量之间有些厂家是等值，有些厂家需要转换；业务参数与
部分组网网元业务指标之间也存在转换关系。此处为简化方案描述，按等值进行设计，可按实际情况转换。方案支持新建、用户业务扩容(业务变大)场景。
[0168]
当前，新建、扩容变更网络切片的核心网子网勘查设计流程仍未实现自动化，由于用户业务需求参数到组网规划设计依赖很多参数，这些参数分散在不同的系统中，有些参数在现有系统中还未有设计，只能由规划设计人员参考多方数据线下设计线上填写，影响网络切片的部署效率。本方案通过在vnfd中增加不同部署规支撑的业务量参数，修改nfvo与vnfm接口，实现该参数的获取；打通nsmf与rms、pms接口获取现网网元支撑最大业务量、已用最大业务量，获取现网网元可用容量；增加nsmf与omc的网元license管理接口，获取现网网元license数据；修改nsmf与nfvo接口，获取不同网元类型资源配额数据、部署规格及支持的业务量数据；在nsmf上增加各类数据的管理功能、业务参数与网元业务量指标映射功能；增加依据用户业务(变更)需求，转换为网元业务量需求，依据网元共享性、现网网元可用业务量、可用资源配额、现网网元license是否顶配(现网网元license与部署规格支持的业务量差值)自动规划设计不同厂家、不同网元最终部署方案，从而实现勘查设计的自动化，提升切片开通部署效率。
[0169]
参见图4，图4是本技术实施例提供的核心网的网元确定装置的结构图。如图4所示，核心网的网元确定装置400包括：
[0170]
第一收发器401，用于：接收第一信息，所述第一信息包括网元的部署规格信息、资源配额信息和许可数量；
[0171]
接收业务请求，所述业务请求携带业务参数；
[0172]
第一处理器402，用于：根据所述第一信息和所述业务参数进行网元规划，获得所述核心网的网元规划结果。
[0173]
可选地，第一处理器402还用于：根据所述业务参数和网元类型的映射关系，确定所述核心网的目标网元类型，所述目标网元类型为与所述业务参数对应的网元类型；
[0174]
根据所述目标网元类型和预获取的业务量份额信息，确定所述目标网元类型的业务需求容量。
[0175]
可选地，第一处理器402还用于：根据所述部署规格信息，确定第一设计容量，所述部署规格信息包括网元类型、cpu需求容量、内存需求容量、存储需求容量和设计容量之间的对应关系，所述第一设计容量与所述目标网元类型对应；
[0176]
将所述业务需求容量除以所述第一设计容量，并将得到的第一数值取整后得到第二数值，将所述第二数值确定为所述目标网元类型的目标数量；
[0177]
根据所述部署规格信息和所述第一设计容量，确定与所述第一设计容量对应的第一cpu需求容量、第一内存需求容量和第一存储需求容量；
[0178]
将所述第一cpu需求容量、所述第一内存需求容量和所述第一存储需求容量分别与所述目标数量相乘，得到第二cpu需求容量、第二内存需求容量和第二存储需求容量；
[0179]
将所述第二cpu需求容量与cpu余额、所述第二内存需求容量与内存余额和所述第二存储需求容量与存储余额分别进行比较，得到第一比较结果，所述资源配额信息包括所述cpu余额、所述内存余额和所述存储余额；
[0180]
在所述第一比较结果为，所述第二cpu需求容量小于等于cpu余额，所述第二内存需求容量小于等于内存余额，所述第二存储需求容量小于等于存储余额的情况下，所述网
元规划结果包括部署所述目标数量个所述目标网元类型的第一网元，所述第一网元的部署规格为与所述第一设计容量对应的部署规格。
[0181]
可选地，第一收发器401还用于：接收第二信息，所述第二信息包括第二设计容量和最大使用容量；
[0182]
可选地，第一处理器402还用于：根据所述第二设计容量和所述最大使用容量，确定可用容量；
[0183]
将所述业务需求容量与所述可用容量进行比较，第二比较结果；
[0184]
根据所述第二比较结果，进行网元规划，获得所述核心网的网元规划结果。
[0185]
可选地，第一处理器402还用于：在所述第二比较结果为所述业务需求容量小于等于所述可用容量的情况下，将所述业务需求容量和所述最大使用容量之和与所述许可数量进行比较，得到第三比较结果；
[0186]
根据所述第三比较结果，进行网元规划，获得所述核心网的网元规划结果。
[0187]
可选地，第一处理器402还用于：在所述第二比较结果为所述业务需求容量大于所述可用容量的情况下，判断所述第二设计容量是否为最大部署规格所对应的设计容量；
[0188]
在所述第二设计容量为最大部署规格对应的设计容量的情况下，增加所述目标网元类型的个数；
[0189]
在所述第二设计容量不为最大部署规格对应的设计容量的情况下，根据所述部署规格信息，确定第三设计容量，所述第三设计容量与所述目标网元类型对应，且所述第三设计容量大于所述第二设计容量。
[0190]
核心网的网元确定装置400能够实现本发明实施例中图1方法实施例的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。
[0191]
本技术实施例还提供一种通信设备。请参见图5，通信设备可以包括处理器501、存储器502及存储在存储器502上并可在处理器501上运行的程序5021。
[0192]
在通信设备为网络侧设备的情况下，程序5021被处理器501执行时可实现图1对应的方法实施例中的任意步骤及达到相同的有益效果，此处不再赘述。
[0193]
本领域普通技术人员可以理解实现上述实施例方法的全部或者部分步骤是可以通过程序指令相关的硬件来完成，所述的程序可以存储于一可读取介质中。
[0194]
本技术实施例还提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时可实现上述图1对应的方法实施例中的任意步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0195]
所述的存储介质，如只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等。
[0196]
上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。