[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN108429631A - 一种网络业务实例化的方法及装置 - Google Patents

一种网络业务实例化的方法及装置 Download PDF

Info

Publication number
CN108429631A
CN108429631A CN201710081686.5A CN201710081686A CN108429631A CN 108429631 A CN108429631 A CN 108429631A CN 201710081686 A CN201710081686 A CN 201710081686A CN 108429631 A CN108429631 A CN 108429631A
Authority
CN
China
Prior art keywords
instance
priority
preemption
nfvo
oss
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.)
Granted
Application number
CN201710081686.5A
Other languages
English (en)
Other versions
CN108429631B (zh
Inventor
方海鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201710081686.5A priority Critical patent/CN108429631B/zh
Priority to PCT/CN2018/072905 priority patent/WO2018149263A1/zh
Publication of CN108429631A publication Critical patent/CN108429631A/zh
Application granted granted Critical
Publication of CN108429631B publication Critical patent/CN108429631B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H04L41/0897—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities by horizontal or vertical scaling of resources, or by migrating entities, e.g. virtual resources or entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H04L41/5022—Ensuring fulfilment of SLA by giving priorities, e.g. assigning classes of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Hardware Redundancy (AREA)
  • Stored Programmes (AREA)

Abstract

本发明的实施例提供一种网络业务实例化的方法及装置，涉及通信技术领域，可在资源不足的情况下尽可能保证高优先级网络业务的资源需求，提高NFV系统内高优先级网络业务的业务质量。该方法包括：OSS接收待创建的第一NS实例的创建请求，该创建请求用于指示第一NS实例的抢占优先级；当创建第一NS实例所需的资源不足时，OSS根据第一NS实例的抢占优先级确定允许被抢占资源的第二NS实例；OSS向NFVO发送第二NS实例的缩容请求，该缩容请求用于指示NFVO对第二NS实例占用的资源执行缩容操作，以使用第二NS实例缩容后释放的资源创建第一NS实例。

Description

一种网络业务实例化的方法及装置
技术领域
本发明实施例涉及通信技术领域，尤其涉及一种网络业务实例化的方法及装置。
背景技术
如图1所示，为网络功能虚拟化(network function virtualization，NFV)系统的架构图，该NFV系统包括：网络功能虚拟化调度节点(network function virtualizationorchestrator，NFVO)、虚拟网络功能管理节点(virtualized network function manager，VNFM)、虚拟机基础设施管理节点(virtualized infrastructure manager，VIM)、运营支撑系统(operations support system，OSS)或业务支撑系统(business support system，BSS)、网元管理节点(element manager，EM)、虚拟网络功能(virtualized networkfunction，VNF)节点、虚拟网络功能基础设施(network function virtualizationinfrastructure，NFVI)等功能节点。
在NFV系统中，NFVO、VNFM以及VIM节点构成了NFV系统的管理编排器(NFVmanagement and orchestration，NFV-MANO)，其中，NFVO也可以称为网络功能虚拟化编排者。具体的，VNFM负责VNF实例的生命周期管理，如实例化、扩展/收缩、查询、更新及终止等；VIM是基础设施和资源的管理入口，为VNF实例提供资源管理，包括为VNF实例提供基础设施相关硬件和虚拟化资源的配置维护、资源监控、告警、性能管理等功能；而NFVO可以对VIM执行管理及协调等操作，NFVO与NFV系统中的所有VIM以及VNFM均相连。
一个网络业务(network service，NS)实例通常由具有特定连接关系的多个VNF实例组成，而在创建一个NS实例(即NS实例化)的过程中，NFVO节点需要通过VNFM申请相应的资源来部署VNF实例，而VNFM分配资源时遵从“先来后到”的原则，即按照VNFM接收到的各个NS实例化请求的顺序依次为不同NS实例分配资源，那么，在资源不足的情况下，VNFM会向NFVO反馈资源申请失败的消息，导致NS实例创建失败。那么，对于比较重要的租户或者业务的NS实例创建过程，这种NS实例化的方法将无法有效保证其网络业务质量。
发明内容
本申请提供一种网络业务实例化的方法及装置，可在资源不足的情况下尽可能保证高优先级网络业务的资源需求，提高NFV系统内高优先级网络业务的业务质量。
为达到上述目的，本申请采用如下技术方案：
第一方面，提供一种网络业务实例化的方法，包括：OSS接收待创建的第一NS实例的创建请求，该创建请求用于指示该第一NS实例的抢占优先级；当创建该第一NS实例所需的资源不足时，OSS可根据该第一NS实例的抢占优先级确定允许被抢占资源的第二NS实例，该第二NS实例的抢占优先级低于该第一NS实例的抢占优先级；OSS向NFVO发送该第二NS实例的缩容请求，该缩容请求用于指示NFVO对该第二NS实例占用的资源执行缩容操作。
后续，当OSS接收到NFVO发送的第二NS实例的缩容操作完成的消息后，OSS可向NFVO发送第一NS实例的实例化请求，该实例化请求用于指示NFVO执行实例化操作，以创建上述第一NS实例。
也就是说，在实例化抢占优先级较高的第一NS实例时，如果创建第一NS实例的资源不足时，可以通过缩容抢占优先级较低的第二NS实例，来释放第二NS实例占用的一部分资源，从而使用这部分释放的资源来创建第一NS实例，不仅可以提高资源利用率，还可以尽可能的保证高优先级网络业务的资源需求，从而提高NFV系统内高优先级网络业务的业务质量。
在一种可能的设计方式中，该创建请求包括第一NS实例的业务类型信息和租户信息；该OSS内存储有资源抢占策略，该资源抢占策略包括第一NS实例的业务类型优先级、租户优先级以及抢占优先级之间的对应关系；其中，在OSS接收待创建的第一NS实例的创建请求之后，还包括：该OSS根据该第一NS实例的业务类型信息、租户信息以及该资源抢占策略，确定该第一NS实例的业务类型优先级和租户优先级；该OSS根据第一NS实例的业务类型优先级、租户优先级以及该资源抢占策略，确定与该第一NS实例的业务类型优先级和租户优先级对应的抢占优先级为该第一NS实例的抢占优先级。
在一种可能的设计方式中，该资源抢占策略还包括抢占优先级与抢占权限之间的对应关系；其中，该OSS根据该第一NS实例的抢占优先级确定允许被抢占资源的第二NS实例，包括：该OSS在该资源抢占策略中查找抢占优先级低于该第一NS实例的抢占优先级，且抢占权限为允许被抢占的目标业务类型优先级和目标租户优先级；该OSS将满足该目标业务类型优先级和该目标租户优先级的一个NS实例，作为该第二NS实例。
在一种可能的设计方式中，该资源抢占策略还包括抢占条件，该抢占条件用于指示允许被抢占的NS实例需要满足的性能指标；其中，该OSS将满足该目标业务类型优先级和该目标租户优先级的一个NS实例，作为该第二NS实例，包括：该OSS将满足该目标业务类型优先级和该目标租户优先级的至少一个NS实例作为目标NS实例；该OSS确定每个目标NS实例是否满足该抢占条件；该OSS从满足该抢占条件的目标NS实例中确定一个NS实例为该第二NS实例。
也就是说，通过在资源抢占策略中增加抢占条件，可以进一步限制被抢占资源的第二NS实例的条件，避免过度缩容第二NS实例后，造成第二NS实例的业务质量无法保证的问题
在一种可能的设计方式中，该第二NS实例的缩容请求中包括资源变更标识，该资源变更标识用于指示对该第二NS实例执行缩容操作的原因为：该第二NS实例的资源被抢占。
这样，可以触发接收到该缩容请求的NFVO将当前第二NS实例占用的资源信息保存下来。后续第一NS实例创建完成后，NFVO还可以根据上述资源信息恢复第二NS实例被抢占的资源。
在一种可能的设计方式中，在OSS向NFVO发送该第二NS实例的缩容请求之后，还包括：OSS向NFVO发送该第二NS实例的扩容请求，该扩容请求用于指示NFVO恢复该第二NS实例被抢占的资源。
第二方面，提供一种网络业务实例化的方法，包括：NFVO接收运营支撑系统OSS发送的第二NS实例的缩容请求，该第二NS实例的抢占优先级低于该第一NS实例的抢占优先级；NFVO对该第二NS实例占用的资源执行缩容操作，以使用该第二NS实例缩容后释放的资源创建该第一NS实例。
在一种可能的设计方式中，在NFVO对该第二NS实例占用的资源执行缩容操作之后，还包括：NFVO接收OSS发送的该第一NS实例的实例化请求；NFVO执行实例化操作，以创建该第一NS实例。
在一种可能的设计方式中，在NFVO接收OSS发送的第二NS实例的缩容请求之前，还包括：NFVO接收OSS发送的该第一NS实例的抢占标识，该抢占标识用于指示该第一NS实例允许抢占其他NS实例所占用的资源；NFVO确定创建该第一NS实例所需的资源不足；NFVO将该第一NS实例的会话保留预置时间段。
在一种可能的设计方式中，NFVO执行实例化操作，以创建该第一NS实例，包括：NFVO根据保留的该第一NS实例的会话执行实例化操作，以创建该第一NS实例。
由于创建第一NS实例时可以抢占其他NS实例的资源，因此，NFVO无需将本次创建第一NS实例的会发释放掉，而是可以将第一NS实例的会话保留预置时间段。如果在预置时间段内创建第一NS实例所需的资源充足了，NFVO可以使用已经保留的第一NS实例的会话直接执行实例化操作，从而可以缩短第一NS实例的创建时间。
在一种可能的设计方式中，该第二NS实例的缩容请求中包括资源变更标识，该资源变更标识用于指示对该第二NS实例执行缩容操作的原因为：该第二NS实例的资源被抢占；其中，在NFVO对该第二NS实例占用的资源执行缩容操作之前，还包括：NFVO记录该第二NS实例占用的资源信息；其中，在NFVO执行实例化操作，以创建该第一NS实例之后，还包括：NFVO接收OSS发送的该第二NS实例的扩容请求；NFVO根据记录的该第二NS实例占用的资源信息，恢复该第二NS实例被抢占的资源。
第三方面，提供一种OSS，包括：获取单元，用于接收待创建的第一NS实例的创建请求，该创建请求用于指示该第一NS实例的抢占优先级；确定单元，用于当创建该第一NS实例所需的资源不足时，根据该第一NS实例的抢占优先级确定允许被抢占资源的第二NS实例，该第二NS实例的抢占优先级低于该第一NS实例的抢占优先级；发送单元，用于向网络功能虚拟化调度节点NFVO发送该第二NS实例的缩容请求，该缩容请求用于指示NFVO对该第二NS实例占用的资源执行缩容操作，以使用该第二NS实例缩容后释放的资源创建该第一NS实例。
在一种可能的设计方式中，该获取单元，还用于接收该NFVO发送的该第二NS实例的缩容操作完成的消息；该发送单元，还用于向该NFVO发送该第一NS实例的实例化请求，该实例化请求用于指示该NFVO执行实例化操作，以创建该第一NS实例。
在一种可能的设计方式中，该创建请求包括该第一NS实例的业务类型信息和租户信息；该OSS内存储有资源抢占策略，该资源抢占策略包括第一NS实例的业务类型优先级、租户优先级以及抢占优先级之间的对应关系；该确定单元，还用于根据该第一NS实例的业务类型信息、租户信息以及资源抢占策略，确定该第一NS实例的业务类型优先级和租户优先级；根据第一NS实例的业务类型优先级、租户优先级以及资源抢占策略，确定与该第一NS实例的业务类型优先级和租户优先级对应的抢占优先级为该第一NS实例的抢占优先级。
在一种可能的设计方式中，该资源抢占策略还包括抢占优先级与抢占权限之间的对应关系；该确定单元，具体用于：在该资源抢占策略中查找抢占优先级低于该第一NS实例的抢占优先级，且抢占权限为允许被抢占的目标业务类型优先级和目标租户优先级；将满足该目标业务类型优先级和该目标租户优先级的一个NS实例，作为该第二NS实例。
在一种可能的设计方式中，该资源抢占策略还包括抢占条件，该抢占条件用于指示允许被抢占的NS实例需要满足的性能指标；该确定单元，具体用于：将满足该目标业务类型优先级和该目标租户优先级的至少一个NS实例作为目标NS实例；确定每个目标NS实例是否满足该抢占条件；从满足该抢占条件的目标NS实例中确定一个为该第二NS实例。
在一种可能的设计方式中，该发送单元，还用于向NFVO发送该第二NS实例的扩容请求，该扩容请求用于指示NFVO恢复该第二NS实例被抢占的资源。
第四方面，提供一种NFVO，包括：获取单元，用于接收OSS发送的第二NS实例的缩容请求，该第二NS实例的抢占优先级低于该第一NS实例的抢占优先级；缩容单元，用于对该第二NS实例占用的资源执行缩容操作。
在一种可能的设计方式中，该NFVO还包括实例化单元，该获取单元，还用于接收该OSS发送的该第一NS实例的实例化请求；该实例化单元，用于执行实例化操作，以创建该第一NS实例。
在一种可能的设计方式中，NFVO还包括确定单元和执行单元，该获取单元，还用于接收OSS发送的该第一NS实例的抢占标识，该抢占标识用于指示该第一NS实例允许抢占其他NS实例所占用的资源；该确定单元，用于确定创建该第一NS实例所需的资源不足；该执行单元，用于将该第一NS实例的会话保留预置时间段。
在一种可能的设计方式中，该实例化单元，具体用于根据保留的该第一NS实例的会话执行实例化操作，以创建该第一NS实例。
在一种可能的设计方式中，该第二NS实例的缩容请求中包括资源变更标识，该资源变更标识用于指示对该第二NS实例执行缩容操作的原因为：该第二NS实例的资源被抢占；NFVO还包括记录单元和扩容单元，该记录单元，用于记录该第二NS实例占用的资源信息；该获取单元，还用于接收OSS发送的该第二NS实例的扩容请求；该扩容单元，用于根据记录的该第二NS实例占用的资源信息，恢复该第二NS实例被抢占的资源。
第五方面，提供一种OSS，包括：处理器、存储器、总线和通信接口；该存储器用于存储计算机执行指令，该处理器与该存储器通过该总线连接，当该OSS运行时，该处理器执行该存储器存储的该计算机执行指令，以使该OSS执行如第一方面中任意一项的NS实例化的方法。
第六方面，提供一种NFVO，包括：处理器、存储器、总线和通信接口；该存储器用于存储计算机执行指令，该处理器与该存储器通过该总线连接，当该NFVO运行时，该处理器执行该存储器存储的该计算机执行指令，以使该NFVO执行如第二方面中任意一项的NS实例化的方法。
第七方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在上述NFVO或OSS上运行时，使得该NFVO或OSS执行上述各方面的NS实例化的方法。
第八方面，提供一种计算机程序，该计算机程序包括指令，当该计算机程序被计算机执行时，使得计算机可以执行上述各方面的NS实例化的方法。
本发明实施例中，上述OSS以及NFVO的名字对设备本身不构成限定，在实际实现中，这些设备可以以其他名称出现。只要各个设备的功能和本发明实施例类似，即属于本发明权利要求及其等同技术的范围之内。
另外，第二方面至第八方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果，此处不再赘述。
本发明实施例的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
图1为现有技术中NFV系统的结构示意图；
图2为本发明实施例提供的一种NS实例化的方法的交互示意图一；
图3为本发明实施例提供的一种NS实例化的方法的交互示意图二；
图4为本发明实施例提供的一种NS实例化的方法的交互示意图三；
图5为本发明实施例提供的一种OSS的结构示意图；
图6为本发明实施例提供的一种NFVO的结构示意图；
图7为本发明实施例提供的一种OSS(或NFVO)的硬件结构示意图一；
图8为本发明实施例提供的一种OSS(或NFVO)的硬件结构示意图二。
具体实施方式
以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
本发明实施例提供一种NS实例化的方法，可应用在如图1所示的NFV系统中。
其中，OSS可以预先为不同的业务配置不同的优先级，即业务类型优先级，例如，可以配置业务A的业务类型优先级为高等优先级(可以表示为H)，业务B的业务类型优先级为中等优先级(可以表示为M)，业务C的业务类型优先级为低等优先级(可以表示为L)。
并且，租户在订购一个NS实例时，可以通过BSS签约自身的优先级，即租户优先级，例如，租户1的租户优先级为高等优先级(H)，租户2的租户优先级为中等优先级(M)，租户3的租户优先级为低等优先级(L)。租户优先级等信息可以存储在数据库(DB，data base)中。
而OSS可以根据业务类型优先级和/或租户优先级配置NS实例的抢占优先级，抢占权限以及抢占条件(可选)等，形成资源抢占策略。该抢占条件用于指示：抢占权限为允许被抢占的NS实例需要满足的性能指标。
示例性的，如表1所示，为本发明实施例提供的一种资源抢占策略的示例。在表1中，当租户优先级为H，业务类型优先级为H时，可以配置抢占优先级最高，即抢占优先级为1，此时，不允许NS实例自身的资源被抢占；当租户优先级为H，业务类型优先级为M时，可以配置抢占优先级为2，此时，也不允许NS实例自身的资源被抢占；当租户优先级为M，业务类型优先级为M时，可以配置抢占优先级为4，此时允许NS实例自身的资源被抢占，但需要满足内存大于1G的抢占条件；……；当租户优先级为L，业务类型优先级为L时，可以配置抢占优先级最低，即抢占优先级为6，此时允许NS实例自身的资源被抢占，且没有抢占条件。
表1
也就是说，资源抢占策略中指示了不同抢占优先级所对应的抢占权限，例如，表1所示的资源抢占策略中包括了抢占优先级、业务优先级、租户优先级、抢占条件以及抢占权限之间的对应关系。
需要说明的是，上述抢占权限也可以是租户在签约自身的优先级时一同配置的，本发明实施例对此不作限制。
后续，如图2所示，当需要创建一个NS实例，例如，第一NS实例时，BSS向OSS发送创建第一NS实例的创建请求，该创建请求可用于指示第一NS实例的抢占优先级，例如，创建请求中可携带有第一NS实例的业务类型优先级和租户优先级；进而，OSS可与NFVO交互，以确定创建第一NS实例所需的资源是否充足，当OSS确定创建第一NS实例所需的资源不足时，OSS可以根据上述创建请求中所指示的第一NS实例的抢占优先级，确定允许被抢占资源的第二NS实例(第二NS实例的抢占优先级低于第一NS实例的抢占优先级)，例如，OSS可以根据上述业务类型优先级和租户优先级确定第一NS实例的抢占优先级，进而根据表1所示的资源抢占策略，确定抢占优先级低于第一NS实例的抢占优先级、抢占权限为允许被抢占、且满足抢占条件的NS实例为第二NS实例。
进而，OSS可进一步向NFVO发送第二NS实例的缩容请求，即指示NFVO对第二NS实例占用的资源执行缩容操作，将第二NS实例占用的部分资源释放，这样，这部分被释放的资源可用于创建上述第一NS实例，那么，当创建第一NS实例所需的资源充足时，OSS向NFVO发送第一NS实例的实例化请求，即指示NFVO执行实例化操作，最终创建出上述第一NS实例。
也就是说，在实例化抢占优先级较高的第一NS实例时，如果创建第一NS实例的资源不足时，可以通过缩容抢占优先级较低的第二NS实例，来释放第二NS实例占用的一部分资源，从而使用这部分释放的资源来创建第一NS实例，不仅可以提高资源利用率，还可以尽可能的保证高优先级网络业务的资源需求。
另外，通过在资源抢占策略中增加抢占条件，可以进一步限制被抢占资源的第二NS实例的条件，避免过度缩容第二NS实例后，造成第二NS实例的业务质量无法保证的问题。
需要说明的是，在本发明实施例中，上述NFV系统中所涉及的任意一种功能节点或网元，例如，OSS、BSS、NFVO、VNFM、VIM和VNF，可能由一个实体设备实现，也可能由多个实体设备共同实现，NFV系统中的多个功能节点可能分别由不同的实体设备实现，也可能都由同一个实体设备实现。可以理解的是，NFV系统中的任意一种功能节点都可能是实体设备内的一个逻辑功能模块，也可能是由多个实体设备组成的一个逻辑功能模块。
另外，在本发明实施例中，上述NFV系统可以应用于未来的第五代移动通信(5rd-Generation，5G)系统，长期演进(long term evolution,LTE)通信系统中，也可以应用于LTE的演进通信系统中，如LTE-A(long term evolution advanced)系统中，还可以应用于WCDMA等第三代移动通信(3rd-Generation，3G)系统中等，本发明实施例不作限制。
在下述的本发明实施例中，为了更清楚地介绍本发明实施例提供的NS实例化的方法，下文中均以逻辑功能模块作为执行主体进行说明，本领域技术人员可以理解，逻辑功能模块在具体实现时需依赖于其所在的实体设备上的硬件资源。
本发明实施例提供的一种NS实例化的方法，如图3所示，该方法包括：
301、OSS接收待创建的第一NS实例的创建请求。
例如，OSS可以接收BSS发送的待创建的第一NS实例的创建请求。
其中，该创建请求用于指示第一NS实例的抢占优先级。例如，该创建请求中可以包含第一NS实例的业务类型信息和租户信息。
由于OSS预先为不同的业务配置有不同的业务类型优先级，因此，OSS可以根据上述业务类型信息确定第一NS实例的业务类型优先级，例如，第一NS实例的业务类型优先级为高等优先级(H)。
另外，OSS还可以根据接收到的上述租户信息，例如，租户ID，查看OSS内是否存储有该租户的租户优先级。如果没有，则OSS可以从DB中获取与该租户ID对应的租户优先级，例如，该租户优先级为中等优先级(M)。
这样，OSS根据第一NS实例的业务类型优先级和租户优先级，在表1所示的资源抢占策略中确定第一NS实例的抢占优先级和抢占权限，即第一NS实例的抢占优先级为3，且抢占权限为不允许被抢占。
302、OSS向NFVO发送第一NS实例的第一实例化请求，该第一实例化请求中包括抢占标识。
在步骤302中，OSS接收到第一NS实例的创建请求后，向NFVO发送第一NS实例的第一实例化请求，即触发NFVO为第一NS实例申请资源，并执行实例化操作创建第一NS实例。
此时，第一实例化请求中包括抢占标识，该抢占标识用于指示第一NS实例是否允许抢占其他NS实例所占用的资源。例如，当该抢占标识为“on”时，即允许创建第一NS实例时抢占其他NS实例所占用的资源，当该抢占标识为“off”时，即不允许创建第一NS实例时抢占其他NS实例所占用的资源。
后续以允许创建第一NS实例时抢占其他NS实例所占用的资源为例进行说明。
303、NFVO确定创建第一NS实例所需的资源是否充足。
NFVO接收到上述携带有抢占标识的第一实例化请求后，可以根据上述抢占标识，确定出创建第一NS实例时可以抢占其他NS实例所占用的资源。
进而，NFVO可按照现有的NS实例创建流程，与VNFM交互，以确定创建第一NS实例所需的资源是否充足。
如果创建第一NS实例所需的资源充足，则NFVO可按照现有的NS实例创建流程执行NS实例化操作，最终创建出上述第一NS实例。
如果创建第一NS实例所需的资源不足，则执行下述步骤304-312。
304、若创建第一NS实例所需的资源不足，则NFVO将第一NS实例的会话保留预置时间段。
在步骤304中，若创建第一NS实例所需的资源不足，由于NFVO已经通过上述抢占标识获知创建第一NS实例时可以抢占其他NS实例的资源，因此，NFVO无需直接将本次创建第一NS实例的会被释放掉，而是可以将第一NS实例的会话保留预置时间段。
例如，NFVO可以启动一个定时器，这样，如果在定时器设置的预置时间段内创建第一NS实例所需的资源充足了，NFVO会重新接收OSS发送的第一NS实例的实例化请求，那么，NFVO可以使用已经保留的第一NS实例的会话直接执行实例化操作，无需再次获取第一NS实例的会话，从而可以缩短第一NS实例的创建时间。
当然，如果在定时器设置的预置时间段内仍然无法为第一NS实例申请到充足的资源，那么，定时器超时后会自动释放上述第一NS实例的会话等信息。
305、NFVO向OSS发送应答响应，应答响应用于指示创建第一NS实例所需的资源不足。
由于创建第一NS实例所需的资源不足，因此，在步骤303之后，NFVO向OSS发送的应答响应中携带有上述第一实例化请求的结果，即创建第一NS实例所需的资源不足。需要说明的是，本发明实施例不限制步骤304和步骤305之间的执行顺序。
另外，还可以在上述应答响应中携带第一NS实例的会话继续的标识，这样OSS接收到该会话继续的标识后，可以获知NFVO并未释放第一NS实例的会话。
可选的，还可以在上述应答响应中携带创建第一NS实例所需的资源大小。例如，创建第一NS实例所需的资源总量为50G，而当前可用的资源大小为40G；或者，可直接将除当前可用的资源大小外，创建第一NS还需要的资源大小，即10G携带在上述应答响应中。
306、OSS根据第一NS实例的抢占优先级，在资源抢占策略中查找抢占优先级低于第一NS实例的抢占优先级，且抢占权限为允许被抢占的目标业务类型优先级和目标租户优先级。
307、OSS将满足目标业务类型优先级和目标租户优先级的NS实例，作为至少一个目标NS实例。
由于在步骤301中，OSS已经根据第一NS实例的创建请求中携带的业务类型信息和租户信息，确定出第一NS实例的抢占优先级和抢占权限。那么，为了成功创建第一NS实例，需要进一步确定第一NS实例所抢占的资源，以便后续使用抢占的资源来创建第一NS实例。
具体的，在步骤306-307中，OSS可以根据第一NS实例的抢占优先级，在资源抢占策略中查找低于第一NS实例的抢占优先级，且抢占权限为允许被抢占的目标业务类型优先级和目标租户优先级。进而，可将满足目标业务类型优先级和目标租户优先级的NS实例，作为至少一个目标NS实例。
示例性的，如表1所示，仍以第一NS实例的抢占优先级为3举例说明。首先，根据表1所示的资源抢占策略，OSS可以确定出低于抢占优先级3的抢占优先级为：4、5和6。并且，当抢占优先级为：4、5或6时，其抢占权限均为允许被抢占。
也就是说，租户优先级为M，且业务类型优先级为M的任意NS实例(不包括第一NS实例)均可以作为目标NS实例；租户优先级为M，且业务类型优先级为L的任意NS实例均可以作为目标NS实例；租户优先级为L，且业务类型优先级为L的任意NS实例均可以作为目标NS实例。
由于OSS内记录有创建的每一个NS实例的业务类型优先级和租户优先级，因此，OSS可以根据记录的每一个NS实例的业务类型优先级和租户优先级，确定上述目标NS实例。
308、OSS从上述至少一个目标NS实例中确定第二NS实例。
首先，如果资源抢占策略中包括抢占条件，则OSS进一步确定上述至少一个目标NS实例中的每一个目标NS实例是否满足对应的抢占条件。
例如，如表1所示，目标NS实例1的租户优先级为M，业务类型优先级为M，那么，目标NS实例1的抢占条件为：当目标NS实例1的内存大于1G时，允许抢占目标NS实例1的资源。此时，OSS可进一步查询目标NS实例1的内存大小，若目标NS实例1的内存大于1G，则可以将其作为第二NS实例，若目标NS实例1的内存小于或等于1G，则不能将其作为第二NS实例。
进一步地，由于满足抢占条件的目标NS实例可能有多个，此时，OSS可以根据这些目标NS实例的抢占优先级，将抢占优先级最低的目标NS实例作为上述第二NS实例。当然，OSS也可以在这些目标NS实例中随机选择一个作为上述第二NS实例，本发明实施例对此不作任何限制。
另外，如果步骤305中获取的应答响应中携带有创建第一NS实例所需的资源大小。那么，OSS还可以进一步获取这些目标NS实例的资源大小，进而计算出每个目标NS实例可以释放的资源的大小，最终，根据每个目标NS实例可以释放的资源的大小，将能够满足创建第一NS实例所需的资源大小的一个或多个目标NS实例作为第二NS实例。这样，OSS可以直接为第一NS实例确定能够满足其资源需求的第二NS实例，并且精确的计算出第二NS实例后续执行缩容操作时释放的资源大小。
309、OSS向NFVO发送第二NS实例的缩容请求，缩容请求用于指示NFVO对第二NS实例占用的资源执行缩容操作。
此时，如果OSS确定出的第二NS实例有多个，则OSS可针对每一个第二NS实例，向NFVO发送缩容请求。
310、NFVO对第二NS实例占用的资源执行缩容操作。
当OSS确定出被抢占的第二NS实例后，向NFVO发送第二NS实例的缩容请求，以指示接收该缩容请求的NFVO对第二NS实例占用的资源执行缩容操作。
在一种可能的实现方式中，由于NS实例都是通过网络业务描述符(networkservice descriptor，NSD)文件进行创建的，NSD文件中通过deploy flavour(部署规格)ID记载了NS实例的资源容量的规格，例如，NS实例1的占用资源的最大规格为100G，最小规格为50G。而OSS内记载有所有已创建的NS实例的Deploy Flavour ID，因此，OSS可以通过查找第二NS实例的Deploy Flavour ID，确定第二NS实例的资源容量的最小规格。
那么，OSS向NFVO发送的第二NS实例的缩容请求中可以携带第二NS实例的资源容量的最小规格。这样，NFVO可以通过缩容操作将第二NS实例缩容至其资源容量的最小规格。这样可以保证第二NS实例的正常运行。
在另一种可能的实现方式中，如果在步骤308中，OSS已经计算出了第二NS实例执行缩容操作时释放的资源大小，那么，OSS可以将该资源大小携带至上述缩容请求中发送给NFVO，由NFVO通过缩容操作释放与上述资源大小相同的资源即可。
进一步地，上述第二NS实例的缩容请求中还可以携带资源变更标识，该资源变更标识用于指示对第二NS实例执行缩容操作的原因为：第二NS实例的资源被抢占。
这样，接收到该缩容请求的NFVO便可以将当前第二NS实例占用的资源信息保存下来，例如，当前第二NS实例占用了80G的资源。那么，后续第一NS实例创建完成后，NFVO还可以根据上述资源信息恢复第二NS实例被抢占的资源。
311、OSS向NFVO发送第一NS实例的第二实例化请求，以确定创建第一NS实例所需的资源是否充足。
NFVO对第二NS实例占用的资源执行缩容操作后，向OSS发送缩容操作完成的消息，由于NFVO对第二NS实例占用的资源执行缩容操作后，一部分原本被第二NS实例占用的资源释放，因此，OSS接收到上述缩容操作完成的消息后，可以继续尝试向NFVO发送第一NS实例的第二实例化请求，由NFVO确定此时创建第一NS实例所需的资源是否充足，并将确定出的结果反馈给OSS。
如果此时创建第一NS实例所需的资源仍不足，可重复执行上述步骤304-310，直至创建第一NS实例所需的资源充足为止。
如果此时创建第一NS实例所需的资源充足，则执行下述步骤312。
312、若创建第一NS实例所需的资源充足，则NFVO执行第一NS实例的实例化操作，以创建第一NS实例。
通过上述步骤301-312可以看出，在实例化抢占优先级较高的第一NS实例时，如果创建第一NS实例的资源不足时，可以通过缩容抢占优先级较低的第二NS实例，来释放第二NS实例占用的一部分资源，从而使用这部分释放的资源来创建第一NS实例，不仅可以提高资源利用率，还可以尽可能的保证高优先级网络业务的资源需求。
进一步地，在成功创建第一NS实例之后，为了最大限度的不干扰被抢占资源的第二NS实例的正常运行。如图4所示，还可通过下述步骤401-402恢复第二NS实例被抢占的资源。
401、OSS向NFVO发送第二NS实例的扩容请求。
402、NFVO根据记录的第二NS实例占用的资源信息，执行第二NS实例的扩容操作。
403、NFVO向OSS发送扩容操作完成的消息。
在步骤401中，OSS向NFVO发送第二NS实例的扩容请求的场景有两种。
一种是，如果OSS内没有存储各个NS实例实时的资源占用情况，那么，OSS无法确定当前NFV系统内可用的资源大小，因此，OSS可以周期性的向NFVO发送第二NS实例的扩容请求，由NFVO确定当前NFV系统内可用的资源是否足够恢复第二NS实例被抢占的资源，该扩容请求中携带第二NS实例的标识。
另一种是，如果OSS内存储有各个NS实例实时的资源占用情况，那么，OSS可以根据各个NS实例实时的资源占用情况，确定当前NFV系统内可用的资源大小是否大于或等于第二NS实例被占用的资源大小，那么，若当前NFV系统内可用的资源大小大于或等于第二NS实例被占用的资源大小，则可触发OSS向NFVO发送第二NS实例的扩容请求，该扩容请求中也携带第二NS实例的标识。
当然，在第二NS实例的扩容请求中也可以携带上述资源变更标识，本发明实施例对此不作限制。
由于在步骤310中，NFVO已将将第二NS实例在执行缩容操作之前占用的资源信息保存了下来，因此，在步骤402中，NFVO接收到第二NS实例的扩容请求后，若当前NFV系统内可用的资源大小大于或等于第二NS实例被占用的资源大小，则NFVO可以根据第二NS实例的标识查找到已保存的第二NS实例占用的资源信息，那么，NFVO根据第二NS实例占用的资源信息，执行第二NS实例的扩容操作，将第二NS实例占用的资源扩容至第二NS实例未缩容之前的容量规格。
在NFVO完成第二NS实例的扩容操作之后，在步骤403中，向OSS发送扩容操作完成的消息即可。
上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，上述OSS、NFVO等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的范围。
本发明实施例可以根据上述方法示例对OSS、NFVO等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下，图5示出了上述实施例中所涉及的OSS的一种可能的结构示意图，该OSS包括：获取单元51，确定单元52和发送单元53。
获取单元51用于支持OSS执行图3中的过程301、以及图5中的过程501-503；确定单元52用于支持NFVO执行图3中的过程306-308；发送单元53用于支持NFVO执行图3中的过程302、309、311，以及图4中的过程401。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
在采用对应各个功能划分各个功能模块的情况下，图6示出了上述实施例中所涉及的NFVO的一种可能的结构示意图，该NFVO包括：获取单元61，缩容单元62，实例化单元63，扩容单元64，确定单元65，执行单元66和记录单元67。
缩容单元62用于支持NFVO执行图3中的过程310；实例化单元63用于支持NFVO执行图3中的过程312；扩容单元64用于支持NFVO执行图4中的过程402；确定单元65用于支持NFVO执行图3中的过程303；执行单元66用于支持NFVO执行图3中的过程304；获取单元61用于支持NFVO接收OSS发送的第二NS实例的缩容请求，第二NS实例的抢占优先级低于第一NS实例的抢占优先级；若创建第一NS实例所需的资源充足，则接收OSS发送的第一NS实例的实例化请求；接收OSS发送的第一NS实例的抢占标识，该抢占标识用于指示第一NS实例允许抢占其他NS实例所占用的资源；接收OSS发送的第二NS实例的扩容请求；记录单元67用于支持NFVO记录第二NS实例占用的资源信息。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
在采用集成的单元的情况下，图7示出了上述实施例中所涉及的OSS(或NFVO)的一种可能的结构示意图。OSS(或NFVO)包括：处理模块72和通信模块73。处理模块72用于对OSS(或NFVO)的动作进行控制管理，例如，处理模块72用于支持OSS(或NFVO)执行图3中的过程301-312以及图4中的过程401-403，和/或用于本文所描述的技术的其它过程。通信模块73用于支持OSS(或NFVO)与其他网络实体的通信。OSS(或NFVO)还可以包括存储模块71，用于存储OSS(或NFVO)的程序代码和数据。
其中，处理模块72可以是处理器或控制器，例如可以是中央处理器(CentralProcessing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明实施例公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块73可以是收发器、收发电路或通信接口等。存储模块61可以是存储器。
当处理模块72为处理器，通信模块73为收发器，存储模块71为存储器时，本发明实施例所涉及的OSS(或NFVO)可以为图8所示的OSS(或NFVO)。
参阅图8所示，该OSS(或NFVO)包括：处理器82、收发器81、存储器83以及总线84。其中，收发器81、处理器82以及存储器83通过总线84相互连接；总线84可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(ExtendedIndustry Standard Architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
进一步地，本发明实施例还提供一种计算机程序，该计算机程序包括指令，当该计算机程序被计算机执行时，可以使得计算机可以执行上述步骤301-312，或者步骤401-403中相关的NS实例化的方法。
进一步地，本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任意实施例中的NS实例化的方法。
在上述实施例中，可以全部或部分的通过软件，硬件，固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式出现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质，(例如，软盘，硬盘、磁带)、光介质(例如，DVD)或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (25)

1.一种网络业务NS实例化的方法，其特征在于，包括：
运营支撑系统OSS接收待创建的第一NS实例的创建请求，所述创建请求用于指示所述第一NS实例的抢占优先级；
当创建所述第一NS实例所需的资源不足时，所述OSS根据所述第一NS实例的抢占优先级确定允许被抢占资源的第二NS实例，所述第二NS实例的抢占优先级低于所述第一NS实例的抢占优先级；
所述OSS向网络功能虚拟化调度节点NFVO发送所述第二NS实例的缩容请求，所述缩容请求用于指示所述NFVO对所述第二NS实例占用的资源执行缩容操作，以使用所述第二NS实例缩容后释放的资源创建所述第一NS实例。
2.根据权利要求1所述的方法，其特征在于，在所述OSS向网络功能虚拟化调度节点NFVO发送所述第二NS实例的缩容请求之后，还包括：
所述OSS接收所述NFVO发送的所述第二NS实例的缩容操作完成的消息；
所述OSS向所述NFVO发送所述第一NS实例的实例化请求，所述实例化请求用于指示所述NFVO执行实例化操作，以创建所述第一NS实例。
3.根据权利要求1或2所述的方法，其特征在于，所述创建请求包括所述第一NS实例的业务类型信息和租户信息；所述OSS内存储有资源抢占策略，所述资源抢占策略包括所述第一NS实例的业务类型优先级、租户优先级以及抢占优先级之间的对应关系；
其中，在OSS接收待创建的第一NS实例的创建请求之后，还包括：
所述OSS根据所述第一NS实例的业务类型信息、租户信息以及所述资源抢占策略，确定所述第一NS实例的业务类型优先级和租户优先级；
所述OSS根据所述第一NS实例的业务类型优先级、租户优先级以及所述资源抢占策略，确定与所述第一NS实例的业务类型优先级和租户优先级对应的抢占优先级为所述第一NS实例的抢占优先级。
4.根据权利要求3所述的方法，其特征在于，所述资源抢占策略还包括抢占优先级与抢占权限之间的对应关系；
其中，所述OSS根据所述第一NS实例的抢占优先级确定允许被抢占资源的第二NS实例，包括：
所述OSS在所述资源抢占策略中查找抢占优先级低于所述第一NS实例的抢占优先级，且抢占权限为允许被抢占的目标业务类型优先级和目标租户优先级；
所述OSS将满足所述目标业务类型优先级和所述目标租户优先级的一个NS实例，作为所述第二NS实例。
5.根据权利要求4所述的方法，其特征在于，所述资源抢占策略还包括抢占条件，所述抢占条件用于指示允许被抢占的NS实例需要满足的性能指标；
其中，所述OSS将满足所述目标业务类型优先级和所述目标租户优先级的一个NS实例，作为所述第二NS实例，包括：
所述OSS将满足所述目标业务类型优先级和所述目标租户优先级的至少一个NS实例作为目标NS实例；
所述OSS确定每个目标NS实例是否满足所述抢占条件；
所述OSS从满足所述抢占条件的目标NS实例中确定一个作为所述第二NS实例。
6.根据权利要求1-5中任一项所述的方法，其特征在于，所述第二NS实例的缩容请求中包括资源变更标识，所述资源变更标识用于指示对所述第二NS实例执行缩容操作的原因为：所述第二NS实例的资源被抢占。
7.根据权利要求1-6中任一项所述的方法，其特征在于，在所述OSS向NFVO发送所述第二NS实例的缩容请求之后，还包括：
所述OSS向所述NFVO发送所述第二NS实例的扩容请求，所述扩容请求用于指示所述NFVO恢复所述第二NS实例被抢占的资源。
8.一种网络业务NS实例化的方法，其特征在于，包括：
当创建第一NS实例所需的资源不足时，网络功能虚拟化调度节点NFVO接收运营支撑系统OSS发送的第二NS实例的缩容请求，所述第二NS实例的抢占优先级低于所述第一NS实例的抢占优先级；
所述NFVO对所述第二NS实例占用的资源执行缩容操作，以使用所述第二NS实例缩容后释放的资源创建所述第一NS实例。
9.根据权利要求8所述的方法，其特征在于，在所述NFVO对所述第二NS实例占用的资源执行缩容操作之后，还包括：
所述NFVO接收所述OSS发送的所述第一NS实例的实例化请求；
所述NFVO执行实例化操作，以创建所述第一NS实例。
10.根据权利要求9所述的方法，其特征在于，在NFVO接收OSS发送的第二NS实例的缩容请求之前，还包括：
所述NFVO接收所述OSS发送的所述第一NS实例的抢占标识，所述抢占标识用于指示所述第一NS实例允许抢占其他NS实例所占用的资源；
所述NFVO确定创建所述第一NS实例所需的资源不足；
所述NFVO将所述第一NS实例的会话保留预置时间段。
11.根据权利要求10所述的方法，其特征在于，所述NFVO执行实例化操作，以创建所述第一NS实例，包括：
所述NFVO根据保留的所述第一NS实例的会话执行实例化操作，以创建所述第一NS实例。
12.根据权利要求8-11中任一项所述的方法，其特征在于，所述第二NS实例的缩容请求中包括资源变更标识，所述资源变更标识用于指示对所述第二NS实例执行缩容操作的原因为：所述第二NS实例的资源被抢占；
其中，在所述NFVO对所述第二NS实例占用的资源执行缩容操作之前，还包括：
所述NFVO记录所述第二NS实例占用的资源信息；
其中，在所述NFVO执行实例化操作，以创建所述第一NS实例之后，还包括：
所述NFVO接收所述OSS发送的所述第二NS实例的扩容请求；
所述NFVO根据记录的所述第二NS实例占用的资源信息，恢复所述第二NS实例被抢占的资源。
13.一种运营支撑系统OSS，其特征在于，包括：
获取单元，用于接收待创建的第一NS实例的创建请求，所述创建请求用于指示所述第一NS实例的抢占优先级；
确定单元，用于当创建所述第一NS实例所需的资源不足时，根据所述第一NS实例的抢占优先级确定允许被抢占资源的第二NS实例，所述第二NS实例的抢占优先级低于所述第一NS实例的抢占优先级；
发送单元，用于向网络功能虚拟化调度节点NFVO发送所述第二NS实例的缩容请求，所述缩容请求用于指示所述NFVO对所述第二NS实例占用的资源执行缩容操作，以使用所述第二NS实例缩容后释放的资源创建所述第一NS实例。
14.根据权利要求13所述的OSS，其特征在于，
所述获取单元，还用于接收所述NFVO发送的所述第二NS实例的缩容操作完成的消息；
所述发送单元，还用于向所述NFVO发送所述第一NS实例的实例化请求，所述实例化请求用于指示所述NFVO执行实例化操作，以创建所述第一NS实例。
15.根据权利要求13或14所述的OSS，其特征在于，所述创建请求包括所述第一NS实例的业务类型信息和租户信息；所述OSS内存储有资源抢占策略，所述资源抢占策略包括第一NS实例的业务类型优先级、租户优先级以及抢占优先级之间的对应关系；
所述确定单元，还用于根据所述第一NS实例的业务类型信息、租户信息以及所述资源抢占策略，确定所述第一NS实例的业务类型优先级和租户优先级；根据第一NS实例的业务类型优先级、租户优先级以及所述资源抢占策略，确定与所述第一NS实例的业务类型优先级和租户优先级对应的抢占优先级为所述第一NS实例的抢占优先级。
16.根据权利要求15所述的OSS，其特征在于，所述资源抢占策略还包括抢占优先级与抢占权限之间的对应关系；
所述确定单元，具体用于：在所述资源抢占策略中查找抢占优先级低于所述第一NS实例的抢占优先级，且抢占权限为允许被抢占的目标业务类型优先级和目标租户优先级；将满足所述目标业务类型优先级和所述目标租户优先级的一个NS实例，作为所述第二NS实例。
17.根据权利要求16所述的OSS，其特征在于，所述资源抢占策略还包括抢占条件，所述抢占条件用于指示允许被抢占的NS实例需要满足的性能指标；
所述确定单元，具体用于：将满足所述目标业务类型优先级和所述目标租户优先级的至少一个NS实例作为目标NS实例；确定每个目标NS实例是否满足所述抢占条件；从满足所述抢占条件的目标NS实例中确定一个作为所述第二NS实例。
18.根据权利要求13-17中任一项所述的OSS，其特征在于，
所述发送单元，还用于向所述NFVO发送所述第二NS实例的扩容请求，所述扩容请求用于指示所述NFVO恢复所述第二NS实例被抢占的资源。
19.一种网络功能虚拟化调度节点NFVO，其特征在于，包括：
获取单元，用于当创建第一NS实例所需的资源不足时，接收运营支撑系统OSS发送的第二NS实例的缩容请求，所述第二NS实例的抢占优先级低于所述第一NS实例的抢占优先级；
缩容单元，用于对所述第二NS实例占用的资源执行缩容操作，以使用所述第二NS实例缩容后释放的资源创建所述第一NS实例。
20.根据权利要求19所述的NFVO，其特征在于，所述NFVO还包括实例化单元，所述获取单元，还用于接收所述OSS发送的所述第一NS实例的实例化请求；
所述实例化单元，用于执行实例化操作，以创建所述第一NS实例。
21.根据权利要求20所述的NFVO，其特征在于，所述NFVO还包括确定单元和执行单元，
所述获取单元，还用于接收所述OSS发送的所述第一NS实例的抢占标识，所述抢占标识用于指示所述第一NS实例允许抢占其他NS实例所占用的资源；
所述确定单元，用于确定创建所述第一NS实例所需的资源不足；
所述执行单元，用于将所述第一NS实例的会话保留预置时间段。
22.根据权利要求21所述的NFVO，其特征在于，
所述实例化单元，具体用于根据保留的所述第一NS实例的会话执行实例化操作，以创建所述第一NS实例。
23.根据权利要求19-22中任一项所述的NFVO，其特征在于，所述第二NS实例的缩容请求中包括资源变更标识，所述资源变更标识用于指示对所述第二NS实例执行缩容操作的原因为：所述第二NS实例的资源被抢占；所述NFVO还包括记录单元和扩容单元，
所述记录单元，用于记录所述第二NS实例占用的资源信息；
所述获取单元，还用于接收所述OSS发送的所述第二NS实例的扩容请求；
所述扩容单元，用于根据记录的所述第二NS实例占用的资源信息，恢复所述第二NS实例被抢占的资源。
24.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令在如权利要求13-18中任一项所述的运营支撑系统OSS上运行时，使得所述OSS执行所述网络业务NS实例化的方法。
25.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令在如权利要求19-23中任一项所述的网络功能虚拟化调度节点NFVO上运行时，使得所述NFVO执行所述网络业务NS实例化的方法。
CN201710081686.5A 2017-02-15 2017-02-15 一种网络业务实例化的方法及装置 Active CN108429631B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710081686.5A CN108429631B (zh) 2017-02-15 2017-02-15 一种网络业务实例化的方法及装置
PCT/CN2018/072905 WO2018149263A1 (zh) 2017-02-15 2018-01-16 一种网络业务实例化的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710081686.5A CN108429631B (zh) 2017-02-15 2017-02-15 一种网络业务实例化的方法及装置

Publications (2)

Publication Number Publication Date
CN108429631A true CN108429631A (zh) 2018-08-21
CN108429631B CN108429631B (zh) 2021-01-15

Family

ID=63155472

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710081686.5A Active CN108429631B (zh) 2017-02-15 2017-02-15 一种网络业务实例化的方法及装置

Country Status (2)

Country Link
CN (1) CN108429631B (zh)
WO (1) WO2018149263A1 (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110716809A (zh) * 2019-10-21 2020-01-21 北京百度网讯科技有限公司 用于调度云资源的方法和装置
WO2020052301A1 (zh) * 2018-09-11 2020-03-19 华为技术有限公司 一种资源调度方法及装置
CN111726237A (zh) * 2019-03-18 2020-09-29 中兴通讯股份有限公司 处理ns优先级的方法、nfvo、存储介质及系统
CN112114958A (zh) * 2019-06-21 2020-12-22 上海哔哩哔哩科技有限公司 资源隔离方法、分布式平台、计算机设备和存储介质
CN112486642A (zh) * 2020-11-25 2021-03-12 广州虎牙科技有限公司 资源调度方法、装置、电子设备及计算机可读存储介质
WO2021104156A1 (zh) * 2019-11-29 2021-06-03 华为技术有限公司 一种管理网络服务的方法、设备及系统
CN112930663A (zh) * 2018-08-24 2021-06-08 上海诺基亚贝尔股份有限公司 用于处理5g网络中的管理对象优先级的装置和方法
CN113034166A (zh) * 2019-12-24 2021-06-25 阿里巴巴集团控股有限公司 一种获取云服务的方法、装置及云管理服务器
WO2021129862A1 (zh) * 2019-12-26 2021-07-01 华为技术有限公司 容器集群节点资源池的管理方法和装置
CN114356558A (zh) * 2021-12-21 2022-04-15 北京穿杨科技有限公司 一种基于集群的缩容处理方法及装置
CN114513424A (zh) * 2020-10-26 2022-05-17 中国移动通信有限公司研究院 网络服务扩缩容处理方法、装置、设备及可读存储介质
CN115087123A (zh) * 2022-06-14 2022-09-20 Oppo广东移动通信有限公司 物理层调度模型、方法、装置、芯片、终端、系统和存储

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110908808B (zh) * 2018-09-14 2023-06-23 深圳爱捷云科技有限公司 一种控制api调用资源的方法和装置
CN110912722B (zh) * 2018-09-17 2022-08-09 中兴通讯股份有限公司 业务资源管理方法、装置、网络设备和可读存储介质
CN113032134B (zh) * 2019-12-24 2024-06-18 阿里巴巴集团控股有限公司 一种实现云计算资源分配的方法及装置和云管理服务器
GB2591521B (en) * 2020-02-03 2023-03-29 Samsung Electronics Co Ltd Improvements in and relating to a multi-access edge computing (MEC) network

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1905740A (zh) * 2006-08-05 2007-01-31 华为技术有限公司 建立mbms业务信道及其辅公共控制物理信道的方法
CN104601492A (zh) * 2014-12-29 2015-05-06 上海华为技术有限公司 一种nfv架构下进行业务流控的方法及装置
WO2016070729A1 (zh) * 2014-11-06 2016-05-12 华为技术有限公司 一种实例化vnf的方法及网元管理设备
CN105812171A (zh) * 2014-12-31 2016-07-27 华为技术有限公司 一种虚拟化的网络功能vnf控制方法和设备
CN106301829A (zh) * 2015-05-21 2017-01-04 华为技术有限公司 一种网络业务扩容的方法和装置
CN106341324A (zh) * 2016-09-30 2017-01-18 赛特斯信息科技股份有限公司 Sdn和nfv融合网络动态建立sdn控制器的方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2936754B1 (en) * 2013-01-11 2020-12-02 Huawei Technologies Co., Ltd. Network function virtualization for a network device
WO2016115844A1 (zh) * 2015-01-19 2016-07-28 华为技术有限公司 一种ns与vnf的关联方法、装置及系统
CN105429780B (zh) * 2015-10-30 2019-04-23 南京优速网络科技有限公司 一种虚拟化网络服务业务自动生成和动态监控的方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1905740A (zh) * 2006-08-05 2007-01-31 华为技术有限公司 建立mbms业务信道及其辅公共控制物理信道的方法
WO2016070729A1 (zh) * 2014-11-06 2016-05-12 华为技术有限公司 一种实例化vnf的方法及网元管理设备
CN105634782A (zh) * 2014-11-06 2016-06-01 华为技术有限公司 一种实例化vnf的方法及网元管理设备
CN104601492A (zh) * 2014-12-29 2015-05-06 上海华为技术有限公司 一种nfv架构下进行业务流控的方法及装置
CN105812171A (zh) * 2014-12-31 2016-07-27 华为技术有限公司 一种虚拟化的网络功能vnf控制方法和设备
CN106301829A (zh) * 2015-05-21 2017-01-04 华为技术有限公司 一种网络业务扩容的方法和装置
CN106341324A (zh) * 2016-09-30 2017-01-18 赛特斯信息科技股份有限公司 Sdn和nfv融合网络动态建立sdn控制器的方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ESTI: "Network Functions Virtualisation (NFV);Management and Orchestration（ETSI GS NFV-MAN 001 V1.1.1）", 《ESTI》 *
苗杰、王一、 高功应: "NFV管理体系及其与OSS协同探讨", 《邮电设计技术》 *

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112930663A (zh) * 2018-08-24 2021-06-08 上海诺基亚贝尔股份有限公司 用于处理5g网络中的管理对象优先级的装置和方法
CN112930663B (zh) * 2018-08-24 2024-04-19 上海诺基亚贝尔股份有限公司 用于处理5g网络中的管理对象优先级的装置和方法
WO2020052301A1 (zh) * 2018-09-11 2020-03-19 华为技术有限公司 一种资源调度方法及装置
CN111726237A (zh) * 2019-03-18 2020-09-29 中兴通讯股份有限公司 处理ns优先级的方法、nfvo、存储介质及系统
CN112114958A (zh) * 2019-06-21 2020-12-22 上海哔哩哔哩科技有限公司 资源隔离方法、分布式平台、计算机设备和存储介质
CN110716809A (zh) * 2019-10-21 2020-01-21 北京百度网讯科技有限公司 用于调度云资源的方法和装置
CN110716809B (zh) * 2019-10-21 2022-06-21 北京百度网讯科技有限公司 用于调度云资源的方法和装置
US11848831B2 (en) 2019-11-29 2023-12-19 Huawei Technologies Co., Ltd. Method, device, and system for managing network service
WO2021104156A1 (zh) * 2019-11-29 2021-06-03 华为技术有限公司 一种管理网络服务的方法、设备及系统
CN113034166B (zh) * 2019-12-24 2024-09-06 阿里巴巴集团控股有限公司 一种获取云服务的方法、装置及云管理服务器
CN113034166A (zh) * 2019-12-24 2021-06-25 阿里巴巴集团控股有限公司 一种获取云服务的方法、装置及云管理服务器
WO2021129862A1 (zh) * 2019-12-26 2021-07-01 华为技术有限公司 容器集群节点资源池的管理方法和装置
CN114513424A (zh) * 2020-10-26 2022-05-17 中国移动通信有限公司研究院 网络服务扩缩容处理方法、装置、设备及可读存储介质
CN114513424B (zh) * 2020-10-26 2024-09-27 中国移动通信有限公司研究院 网络服务扩缩容处理方法、装置、设备及可读存储介质
CN112486642B (zh) * 2020-11-25 2024-01-19 广州虎牙科技有限公司 资源调度方法、装置、电子设备及计算机可读存储介质
CN112486642A (zh) * 2020-11-25 2021-03-12 广州虎牙科技有限公司 资源调度方法、装置、电子设备及计算机可读存储介质
CN114356558B (zh) * 2021-12-21 2022-11-18 北京穿杨科技有限公司 一种基于集群的缩容处理方法及装置
CN114356558A (zh) * 2021-12-21 2022-04-15 北京穿杨科技有限公司 一种基于集群的缩容处理方法及装置
CN115087123A (zh) * 2022-06-14 2022-09-20 Oppo广东移动通信有限公司 物理层调度模型、方法、装置、芯片、终端、系统和存储
CN115087123B (zh) * 2022-06-14 2025-02-11 Oppo广东移动通信有限公司 物理层调度装置、方法、芯片、终端、系统和存储

Also Published As

Publication number Publication date
CN108429631B (zh) 2021-01-15
WO2018149263A1 (zh) 2018-08-23

Similar Documents

Publication Publication Date Title
CN108429631A (zh) 一种网络业务实例化的方法及装置
US11714671B2 (en) Creating virtual machine groups based on request
CN104050045B (zh) 基于磁盘io的虚拟资源分配方法及装置
CN107924383B (zh) 用于网络功能虚拟化资源管理的系统和方法
WO2018006676A1 (zh) 加速资源处理方法、装置及网络功能虚拟化系统
CN107251486B (zh) 一种扩展联动的方法、装置及系统
CN108628660A (zh) 一种虚拟机扩缩容方法及虚拟管理设备
EP4177742A1 (en) Multitenancy management method and apparatus
CN111443985A (zh) 实例化虚拟网络功能的方法及设备
CN106664259B (zh) 虚拟网络功能扩容的方法和装置
WO2016183799A1 (zh) 一种硬件加速方法以及相关设备
WO2016058318A1 (zh) 虚拟机vm资源弹性伸缩处理方法、装置及系统
CN106911741B (zh) 一种虚拟化网管文件下载负载均衡的方法及网管服务器
CN115617497B (zh) 线程处理方法、调度组件、监测组件、服务器和存储介质
CN108028806A (zh) 网络功能虚拟化nfv网络中分配虚拟资源的方法和装置
CN115686843A (zh) 一种异构虚拟化多租户资源隔离调度方法及设备
WO2019109948A1 (zh) PaaS的管理方法、装置及存储介质
WO2018196651A1 (zh) 资源管理的方法和设备
WO2017041650A1 (zh) 用于扩展分布式一致性服务的方法和设备
CN112015515B (zh) 一种虚拟网络功能的实例化方法及装置
CN107408058B (zh) 一种虚拟资源的部署方法、装置及系统
CN110543357B (zh) 管理应用程序对象的方法，相关装置及系统
CN107615872B (zh) 一种释放连接的方法、装置及系统
CN117369981A (zh) 基于监控器的容器调整方法、设备及存储介质
WO2022253230A1 (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
GR01 Patent grant
GR01 Patent grant