WO2015113278A1 - 虚拟网络功能的升级方法和网络功能虚拟化编排器 - Google Patents

虚拟网络功能的升级方法和网络功能虚拟化编排器 Download PDF

Info

Publication number
WO2015113278A1
WO2015113278A1 PCT/CN2014/071806 CN2014071806W WO2015113278A1 WO 2015113278 A1 WO2015113278 A1 WO 2015113278A1 CN 2014071806 W CN2014071806 W CN 2014071806W WO 2015113278 A1 WO2015113278 A1 WO 2015113278A1
Authority
WO
WIPO (PCT)
Prior art keywords
vnf instance
vnf
instance
service flow
vnffg
Prior art date
Application number
PCT/CN2014/071806
Other languages
English (en)
French (fr)
Inventor
余芳
熊春山
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to KR1020167023320A priority Critical patent/KR101979362B1/ko
Priority to CN201480001637.0A priority patent/CN105379191B/zh
Priority to EP14880848.8A priority patent/EP3094049B1/en
Priority to PCT/CN2014/071806 priority patent/WO2015113278A1/zh
Publication of WO2015113278A1 publication Critical patent/WO2015113278A1/zh
Priority to US15/222,270 priority patent/US10177982B2/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0813Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4641Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/06Generation of reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method for upgrading a virtual network function and a network function virtualization orchestrator. Background technique
  • the European Telecommunications Sdandards Institut has established the Network Function Virtulization Industry Specification Group (hereinafter referred to as the NFV ISG), with the aim of learning from Internet technology.
  • the virtualization technology of Technology hereinafter referred to as IT
  • IT enables general-purpose hardware to implement part of the network functions. Therefore, the network function needs to be run on general-purpose hardware in the form of Virtual Network Function (VNF).
  • VNF Virtual Network Function
  • the VNF is a virtualized entity with network capabilities. For example, if the VNF has the function of Mobi le Management Entity (MME), then this VNF is a virtual MME.
  • MME Mobi le Management Entity
  • the VNF is deployed on one or more virtual machines (VMs) to be a VNF instance, which is the process of instantiating the VNF.
  • VMs virtual machines
  • NFV MANO Virtul ization Management and Orchestration
  • Figure 1 may include Operation Support System (OSS) or Business Support System (BSS), VNF, Network Functional Virtualization Infrastructure (NFV Infrastructure, hereinafter referred to as NFVI), Virtual Infrastructure Manager (VIM), NFV Orchestrator (NFVO), VNF Manager (VNF Manager, below) VNFM);
  • NFVI Network Functional Virtualization Infrastructure
  • VIM Virtual Infrastructure Manager
  • NFVO NFV Orchestrator
  • VNF Manager VNF Manager
  • the VNF corresponds to a virtualized physical network function (PNF).
  • the VNF can be a virtual core network (Evolved Packet Core, hereinafter referred to as EPC) node, that is, it can be virtual.
  • EPC Evolved Packet Core
  • NFVI E or virtual service gateway (Service Gateway, hereinafter referred to as S_GW), etc.
  • S_GW Service Gateway
  • NFVI consists of hardware resources and virtual resources and virtual layers
  • VIM is used to control and manage virtualized entities
  • NFV0 is responsible for network side programming and management of NFVI resources, and implements NFV service topology on NFVI
  • VNFM is responsible for the lifecycle management of VNF instances.
  • NFV MAN0 also includes a network service catalog (Network Service Catalog hereinafter referred to as NS Catalog), a VNF catalog, an NFV instance library (Instance), and four NFVI repositories; wherein, it is used to describe a network service (Network Service, The NS Descriptor (NSD) is stored in the (NS Catalog), where the NS can be a virtual EPC, including at least one VNF Forwarding Graph (hereinafter referred to as VNF Forwarding Graph).
  • NS Catalog Network Service Catalog
  • VNF Forwarding Graph VNF Forwarding Graph
  • VNFFG a VNFFG includes at least one VNF, and a virtual link between these network functions, the VNFFG is mainly used to describe the service flow between the various network functions; a VNF description for describing the software resource requirements in the VNF (The VNF Descriptor (hereinafter referred to as VNFD) is stored in the VNF repository; the NS instance and the VNF instance are stored in the NFV instance library; the NFVI resource state is stored in the NFVI repository.
  • VNFD The VNF Descriptor
  • the software version in the VNF needs to be upgraded.
  • the sender sends a VNF upgrade request to the NFV0, and the NFV0 sends the upgrade request to the VNFM, so that the VNFM indicates that the VM corresponding to the VNF is ready for upgrade and data migration; and the VNFM obtains the response from the VM.
  • the VNF instantiation process is initiated, and a new VNF instance is obtained.
  • the software in the VNF instance is the upgraded software version, and the migrated data is installed on the upgraded new VNF instance for subsequent processing.
  • the VNFM performs the handover process, and the VNF instance is powered on after the upgrade, and the old version of the VNF instance is shut down.
  • VNF upgrade process in the prior art may cause the VNF instance of the old version to be interrupted, which may affect the services on the VNF instance of the old version, especially for services with higher real-time requirements.
  • the embodiment of the present invention provides a method for upgrading a virtual network function and a network function virtualization orchestrator, which is used to solve the problem that the VNF instance of the old version is interrupted during the VNF upgrade process in the prior art, thereby affecting the VNF instance of the old version.
  • an embodiment of the present invention provides a network function virtualization orchestration device, including: a receiver, configured to receive an upgrade request message sent by a sending end, where the upgrade request message is used to request virtualization of the network function
  • the arranger NFV0 corresponds to the first virtual network function VNF
  • the first software version is upgraded to the second software version, the first software version corresponds to the first VNF instance, and the second software version corresponds to the second VNF instance;
  • a processor configured to instantiate the first VNF according to a VNFD of the second software version of the first VNF preset in the VNF directory, obtain a second VNF instance, and connect the second VNF instance to After the network service NS where the first VNF instance is located, the forwarding path of the service flow in the NS is configured, so that the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second The VNF instance performs processing; and determines that the first VNF instance runs idling within a preset time, and the NFV0 terminates the first VNF instance.
  • the processor is specifically configured to determine at least one first NS to which the first VNF instance belongs, and the first NS
  • the first NS includes at least one virtual network function forwarding map VNFFG, the first VNFFG in the VNFFG includes the first VNF instance, and the first NS corresponds to the first network.
  • the service description NSD is configured to obtain a second NSD preset in the NS directory according to the identifier of the second NS in the NS instance update request sent by the sender, and determine the location according to the second NSD.
  • the first VNF is instantiated; wherein the second NS is the first NS to be updated that is determined by the sending end according to the identifier of the first NS, and the second NSD is the modified first NSD; and instantiating the first VNF according to the VNFD of the second software version of the first VNF preset in the VNF directory to obtain the second VNF instance; the receiver is further configured to receive the Said N sent by the sender An S instance update request; wherein the NS instance update request includes an identifier of at least one second NS.
  • the processor is specifically configured to connect the second VNF instance to the second NS Obtaining an updated second NS; wherein the updated second NS includes the first VNFFG and the second VNFFG, the second VNFFG includes the second VNF instance, and the second VNF instance a connection manner of the other VNF instances in the second VNFFG in the second VNFFG, and a connection of the first VNF instance in the first VNFFG with other VNF instances in the first VNFFG The same way.
  • the processor is configured to configure the first VNFFG and the second VNFFG Deriving the service flow as a forwarding path of the service flow, so that the first service flow is forwarded to the The first VNFFG performs processing, and the second service flow is forwarded to the second VNFFG processing.
  • the processor is specifically configured to indicate that the NS service management entity: the first VNFFG and the first The second VNFFG is configured to forward the service flow as a forwarding path of the service flow, so that the first service flow is forwarded to the first VNFFG for processing, and the second service flow is forwarded to the second VNFFG for processing. .
  • the processor is configured to check whether the first VNF instance exists; if yes, obtain the preset in the VNF directory VNFD of the second software version of the first VNF; and instantiating the first VNF according to the VNFD of the second software version of the first VNF to obtain the second VNF instance.
  • the processor is specifically configured to connect the second VNF instance to the first VNF instance In the NS, the connection manner between the second VNF instance and other VNF instances in the NS, and the first VNF instance are connected to other VNF instances in the NS.
  • the processor is configured to configure the first VNF instance and the second VNF instance And generating, by the service flow, a service flow forwarding table as a node in the forwarding path of the service flow in the NS; and configuring the service flow forwarding table to the third VNF instance, so that the third VNF instance is configured And forwarding, by the service flow forwarding table, the first service flow to the first VNF instance, and forwarding the second service flow to the second VNF instance, where the third VNF instance is respectively Adjacent to the first VNF instance and the second VNF instance.
  • the processor is specifically configured to: between the first VNF instance and the third VNF instance a weight value of the first virtual link, and a weight value of the second virtual link between the second VNF instance and the third VNF instance is configured to the third VNF instance, so that the third The VNF instance forwards the first service flow to the first VNF instance according to the weight value of the first virtual link and the weight value of the second virtual link, and forwards the second service flow. And processing, by the second VNF instance, where the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the processor is configured to be used by the NS service management entity to perform the first VNF instance and the The second VNF instance is configured to send the service flow forwarding table to the node in the forwarding path of the NS in the service flow, and instruct the NS service management entity to configure the service flow forwarding table to the
  • the third VNF instance is configured to forward, by the third VNF instance, the first service flow to the first VNF instance according to the service flow forwarding table, and forward the second service flow to the first The VNF instance is processed; wherein the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the processor is configured to instruct the NS service management entity to perform the first VNF instance and the third a weight value of the first virtual link between the VNF instances, and a weight value of the second virtual link between the second VNF instance and the third VNF instance are configured to the third VNF instance to And causing the third VNF instance to forward the first service flow to the first VNF instance according to a weight value of the first virtual link and a weight value of the second virtual link, where The second service flow is forwarded to the second VNF instance, where the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the processor is specifically configured to acquire an NS service management entity Monitoring the running status of the first VNF instance; if the first VNF instance runs idly within the preset time, instructing the NS management entity to terminate the first VNF instance.
  • the tenth possible implementation manner of the first aspect The operating state of the first VNF instance is monitored, and the first VNF instance is terminated when it is detected that the first VNF instance runs idle during the preset time.
  • the processor is further configured to be configured in the NS After the service flow forwarding path, the second VNF instance is added to the network function virtualization NFV instance library; and the VNF resource scaling process is started to perform resource scaling processing on the first VNF instance and the second VNF instance.
  • the processor is further configured to delete the first VNF instance in the NFV instance library.
  • an embodiment of the present invention provides a network function virtualization orchestration device, including: a receiving module, configured to receive an upgrade request message sent by a sending end, where the upgrade request message is used to request the virtualizing of the network function
  • the orchestrator NFV0 upgrades the first software version corresponding to the first virtual network function VNF to the second software version, the first software version corresponds to the first VNF instance, and the second software version corresponds to the second VNF instance;
  • An instantiation module configured to instantiate the first VNF according to a VNFD of the second software version of the first VNF preset in the VNF directory, to obtain a second VNF instance;
  • connection module configured to connect the second VNF instance to the network service NS where the first VNF instance is located;
  • a configuration module configured to: configure a forwarding path of the service flow in the NS, so that the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing;
  • the NFV0 terminates the first VNF instance by determining that the first VNF instance runs idle during a preset time.
  • the instantiating module includes:
  • Determining a sending unit configured to determine at least one first NS to which the first VNF instance belongs, and sending the identifier of the first NS to the sending end; where the first NS includes at least one virtual network function Forwarding map VNFFG, the first VNFFG in the VNFFG includes the first VNF instance, and the first NS corresponds to the first network service description NSD;
  • Determining an obtaining unit configured to obtain a second NSD preset in the NS directory according to the identifier of the second NS in the NS instance update request sent by the sending end, and determine the pair according to the second NSD
  • the first VNF is instantiated; wherein the second NS is the first NS to be updated that is determined by the sending end according to the identifier of the first NS, and the second NSD is a modified An NSD;
  • a first instantiating unit configured to instantiate the first VNF according to a VNFD of the second software version of the first VNF preset in the VNF directory, to obtain the second VNF instance;
  • the receiving module is further configured to receive the NS instance update request sent by the sending end, where the NS instance update request includes an identifier of at least one second NS.
  • the connecting module is specifically configured to connect the second VNF instance to the second NS Obtaining the updated second NS; wherein the updated second NS includes the first VNFFG and the second VNFFG, the second VNFFG includes the second VNF instance, and the second VNF instance a connection manner of the second VNFFG with other VNF instances in the second VNFFG, and a connection of the first VNF instance with the other VNF instances in the first VNFFG in the first VNFFG.
  • the configuration module is configured to configure the first VNFFG and the second VNFFG
  • the service flow is used as a forwarding path of the service flow, so that the first service flow is forwarded to the first VNFFG for processing, and the second service flow is forwarded to the second VNFFG process.
  • the configuration module is specifically configured to instruct the NS service management entity to use the first VNFFG and the first The second VNFFG is configured to forward the service flow as a forwarding path of the service flow, so that the first service flow is forwarded to the first VNFFG for processing, and the second service flow is forwarded to the second VNFFG for processing. .
  • the instantiating module further includes:
  • the obtaining unit is configured to check whether the first VNF instance exists; if yes, acquiring a VNFD of the second software version of the first VNF preset in the VNF directory;
  • a second instantiating unit configured to instantiate the first VNF according to the VNFD of the second software version of the first VNF, to obtain the second VNF instance.
  • the connecting module is specifically configured to connect the second VNF instance to the first VNF instance In the NS, the connection manner between the second VNF instance and other VNF instances in the NS, and the first VNF instance are connected to other VNF instances in the NS.
  • the configuration module is configured to configure the first VNF instance and the second VNF instance Giving the service flow, as a node in the forwarding path of the service flow in the NS,
  • the service flow forwarding table is configured to be configured to the third VNF instance, so that the third VNF instance forwards the first service flow to the first VNF instance according to the service flow forwarding table for processing. And forwarding the second service flow to the second VNF instance processing, where the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the configuration module is specifically configured to: between the first VNF instance and the third VNF instance a weight value of the first virtual link, and a weight value of the second virtual link between the second VNF instance and the third VNF instance is configured to the third VNF instance, so that the third The VNF instance forwards the first service flow to the first VNF instance according to the weight value of the first virtual link and the weight value of the second virtual link, and forwards the second service flow. And processing, by the second VNF instance, where the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the configuration module is specifically configured to instruct the NS service management entity to perform the first VNF instance and the The second VNF instance is configured to send the service flow forwarding table to the node in the forwarding path of the NS in the service flow, and instruct the NS service management entity to configure the service flow forwarding table to the
  • the third VNF instance is configured to forward, by the third VNF instance, the first service flow to the first VNF instance according to the service flow forwarding table, and forward the second service flow to the first The VNF instance is processed; wherein the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the configuration module is specifically configured to instruct the NS service management entity to use the first VNF instance and the third a weight value of the first virtual link between the VNF instances, and a weight value of the second virtual link between the second VNF instance and the third VNF instance are configured to the third VNF instance to And causing the third VNF instance to forward the first service flow to the first VNF instance according to a weight value of the first virtual link and a weight value of the second virtual link, where The second service flow is forwarded to the second VNF instance, where the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the determining termination module is specifically used for acquiring the NS industry The operating state of the first VNF instance monitored by the management entity; if the first VNF instance runs idly within the preset time, instructing the NS management entity to terminate the first VNF instance.
  • the determining termination module is specifically used to indicate NS service management
  • the entity monitors an operating state of the first VNF instance, and terminates the first VNF instance when it is detected that the first VNF instance runs idle during the preset time.
  • a module configured to add the second VNF instance to a network function virtualization NFV instance library after the configuration module configures a service flow forwarding path in the network service NS;
  • the resource scaling module is configured to perform resource scaling processing on the first VNF instance and the second VNF instance by using a VNF resource scaling process.
  • the network function virtualization orchestrator further includes:
  • a deleting module configured to delete the first VNF instance in the NFV instance library after the determining termination module terminates the first VNF instance.
  • the present invention provides a method for upgrading a virtual network function, including:
  • the network function virtualization orchestrator NFV0 receives the upgrade request message sent by the sending end, where the upgrade request message is used to request the NFV0 to upgrade the first software version corresponding to the first virtual network function VNF to the second software version.
  • the first software version corresponds to the first VNF instance
  • the second software version corresponds to the second VNF instance;
  • the NFV0 instantiates the first VNF according to a VNFD of the second software version of the first VNF preset in the VNF directory, to obtain a second VNF instance;
  • the NFV0 connects the second VNF instance to the network service NS where the first VNF instance is located;
  • the NFV0 configures a forwarding path of the service flow in the NS, so that the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing;
  • the first VNF instance runs idling for a preset time, and the NFV0 terminates the first VNF instance.
  • the NFV0 is based on The VNFD of the second software version of the first VNF that is preset in the VNF directory instantiates the first VNF to obtain a second VNF instance, including:
  • the first NS includes at least one virtual network function forwarding map VNFFG
  • the first VNFFG in the VNFFG includes the first VNF instance
  • the NFV0 receives the NS instance update request sent by the sending end, where the NS instance update request includes at least one identifier of the second NS
  • the second NS is the first NS to be updated that is determined by the sending end according to the identifier of the first NS; wherein the first NS corresponds to a first network service description NSD;
  • the NFV0 obtains a second NSD preset in the NS directory according to the identifier of the second NS, and determines to instantiate the first VNF according to the second NSD; wherein, the second NSD is modified First NSD;
  • the NFV0 instantiates the first VNF according to the VNFD of the second software version of the first VNF preset in the VNF directory, to obtain the second VNF instance.
  • the NFV0 connects the second VNF instance to a network service NS where the first VNF instance is located Including:
  • the NFV0 connects the second VNF instance to the second NS, and obtains the updated second NS; wherein the updated second NS includes the first VNFFG and the second VNFFG, The second VNFFG includes the second VNF instance, and the second VNF instance is connected to the other VNF instances in the second VNFFG in the second VNFFG, and the first VNF instance is in the The first VNFFG is connected in the same manner as the other VNF instances in the first VNFFG.
  • the forwarding path of the NFV0 configuration service flow in the NS includes:
  • the NFV0 configures the first VNFFG and the second VNFFG to the service flow as a forwarding path of the service flow, so that the first service flow is forwarded to the first VNFFG for processing, The second traffic flow is forwarded to the second VNFFG process.
  • the forwarding path of the NFV0 configuration service flow in the NS includes: The NFVO instructs the NS service management entity to configure the first VNFFG and the second VNFFG to the service flow as a forwarding path of the service flow, so that the first service flow is forwarded to the first VNFFG Processing, the second service flow is forwarded to the second VNFFG for processing.
  • the NFV0 instantiates the first VNF according to a VNFD of a second software version of the first VNF preset in a VNF directory , obtain the second VNF instance, including:
  • the NFV0 checks whether the first VNF instance exists
  • the NFV0 acquires a VNFD of the second software version of the first VNF preset in the VNF directory;
  • the NFV0 instantiates the first according to the VNFD of the second software version of the first VNF
  • the NFV0 connects the second VNF instance to a network service NS where the first VNF instance is located Including:
  • the NFV0 connects the second VNF instance to the NS in which the first VNF instance is located, and the manner in which the second VNF instance is connected to other VNF instances in the NS, and the first VNF The instance is connected in the same way as other VNF instances in the NS.
  • the forwarding path of the NFV0 configuration service flow in the NS includes:
  • the NFV0 configures the first VNF instance and the second VNF instance to the service flow, and generates a service flow forwarding table as a node in the forwarding path of the service flow in the NS;
  • the NFV0 configures the service flow forwarding table to the third VNF instance, so that the third VNF instance forwards the first service flow to the first VNF instance according to the service flow forwarding table, and processes the The second service flow is forwarded to the second VNF instance processing; wherein the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the forwarding path of the NFV0 configuration service flow in the NS includes:
  • the NFV0 sets a weight value of the first virtual link between the first VNF instance and the third VNF instance, and a second virtual link between the second VNF instance and the third VNF instance
  • the weight value is configured to the third VNF instance such that the third VNF instance is according to the first virtual chain
  • the weight value of the road and the weight value of the second virtual link forward the first traffic flow to the first
  • the VNF instance is processed, and the second VNF instance is forwarded to the second VNF instance.
  • the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the forwarding path of the NFV0 configuration service flow in the NS includes:
  • the NFV0 indicates that the NS service management entity configures the first VNF instance and the second VNF instance to the service flow, and generates a service flow forwarding table as a node in the forwarding path of the service flow in the NS. ;
  • the NFV0 instructs the NS service management entity to configure the service flow forwarding table to the third VNF instance, so that the third VNF instance forwards the first service flow to the The first VNF instance is processed to forward the second service flow to the second VNF instance process; wherein the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the forwarding path of the NFV0 configuration service flow in the NS includes:
  • the NFV0 indicates, by the NS service management entity, a weight value of the first virtual link between the first VNF instance and the third VNF instance, and between the second VNF instance and the third VNF instance. And assigning, by the third VNF instance, the weight value of the second virtual link to the third VNF instance, according to the weight value of the first virtual link and the weight value of the second virtual link.
  • the first service flow is forwarded to the first VNF instance for processing
  • the second service flow is forwarded to the second VNF instance for processing; wherein the third VNF instance is respectively associated with the first VNF instance and the The second VNF instance is adjacent.
  • the NFV0 determines that the first VNF instance is preset The NFV0 terminates the first VNF instance, and the method includes:
  • the NFV0 acquires an operating state of the first VNF instance monitored by the NS service management entity; if the first VNF instance runs idly within the preset time, the NFV0 indicates that the NS management entity terminates The first VNF instance is described.
  • the NFV0 determines that the first VNF instance is preset The NFV0 terminates the first VNF instance, and the method includes:
  • the NFV0 instructs the NS service management entity to monitor an operating state of the first VNF instance, and terminates the first VNF instance when the first VNF instance runs idle during the preset time.
  • the NFV0 configures service flow forwarding in the network service NS After the path, it also includes:
  • the NFV0 adds the second VNF instance to the network function virtualization NFV instance library; the NFV0 starts the VNF resource scaling process to perform resource scaling processing on the first VNF instance and the second VNF instance.
  • the method further includes:
  • the NFV0 deletes the first VNF instance in the NFV instance library.
  • the method for upgrading the virtual network function and the network function virtualization orchestration receive, by the receiver, an upgrade request message sent by the sending end for requesting to upgrade the first software version of the first VNF to the second software version.
  • the processor instantiates the first VNF according to the VNFD of the second software version preset in the VNF directory to obtain the second VNF instance, and connects the second VNF instance to the NS where the first VNF instance is located;
  • the processor configures the forwarding path of the service flow in the NS, so that the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing, so that the first VNF instance and the second
  • the VNF instance can process different service flows in parallel; and when it is determined that the first VNF instance runs in a preset time, the first VNF instance is terminated, thereby completing seamless switching between the first VNF instance and the second VNF instance.
  • FIG. 1 is a schematic structural diagram of an NFV MAN0 provided by the present invention.
  • FIG. 2 is a schematic structural diagram of Embodiment 1 of a network function virtualization orchestrator provided by the present invention
  • FIG. 3 is a schematic diagram 1 of connection of a second VNF instance in an NS according to the present invention
  • FIG. 4 is a schematic diagram 2 of a connection of a second VNF instance provided in the NS according to the present invention.
  • FIG. 5 is a schematic structural diagram of Embodiment 2 of a network function virtualization orchestrator provided by the present invention
  • FIG. 6 is a schematic structural diagram of Embodiment 3 of a network function virtualization orchestrator provided by the present invention
  • FIG. 7 is a schematic diagram of network function virtualization arrangement provided by the present invention
  • FIG. 8 is a schematic structural diagram of Embodiment 5 of a network function virtualization orchestrator provided by the present invention
  • FIG. 9 is a flowchart of Embodiment 1 of a method for upgrading a virtual network function provided by the present invention
  • FIG. 11 is a flowchart of Embodiment 3 of a method for upgrading a virtual network function provided by the present invention
  • FIG. 2 is a schematic structural diagram of Embodiment 1 of a network function virtualization orchestrator provided by the present invention.
  • the NFV0 involved in this embodiment is applicable to the NFV architecture diagram shown in FIG. 1.
  • the NFV0 includes: a receiver 10 and a processor 11.
  • the receiver 10 is configured to receive an upgrade request message sent by the sender (Sender), where the upgrade request message is used to request the NFV0 to upgrade the first software version corresponding to the first VNF to the second software version, where the A software version corresponds to the first VNF instance, the second software version corresponds to the second VNF instance, and the processor 11 is configured to pair the first VNF according to the VNFD of the second software version of the first VNF preset in the VNF directory.
  • the forwarding path of the service flow in the NS is configured to forward the first service flow to the first
  • the VNF instance is processed, and the second service flow is forwarded to the second VNF instance for processing; and the first VNF is determined.
  • NFV0 terminates the first VNF instance.
  • the sending end sends an upgrade request message to the receiver 10, and is configured to request the NFV0 to upgrade the first software version corresponding to the first VNF in the NS to the second software version, where the first software version corresponds to the first VNF.
  • the second software version corresponds to the second VNF instance.
  • the first VNF may be a VNF or a plurality of VNFs, which is not limited by the embodiment of the present invention. If there are multiple first VNFs, you only need to repeat the following process when upgrading the software version of each VNF. Moreover, the process of upgrading the first software version corresponding to the first VNF to the second software version is actually a process of obtaining the second VNF instance corresponding to the second software version.
  • the processor 11 After the receiver 10 receives the upgrade request message, the processor 11 verifies the validity of the upgrade request message (the processor 11 has its own authentication mechanism); when the upgrade request message is valid, the processor 11 slaves the VNF directory.
  • the VNFD of the second software version of the preset first VNF is read, and the first VNF is instantiated according to the VNFD of the second software version to obtain a second VNF instance.
  • the function of the VNFD preset in the VNF directory is mainly to describe the hardware resource requirements of the software corresponding to the second software version of the first VNF, so that the software corresponding to the second software version can match the hardware resources. , enabling the second software version in the first VNF to run to become the second VNF instance.
  • the first VNF instance is the VNF instance before the upgrade (the old VNF instance)
  • the second VNF instance is the upgraded VNF instance (the new version of the VNF instance).
  • multiple VNF instances are connected to one or more NSs through virtual links.
  • the processor 11 obtains the second VNF instance, the second VNF instance is connected to the NS where the first VNF instance is located. Further, the processor 11 configures a forwarding path of the service flow in the NS, so that the first service flow transmitted from one or more senders can be forwarded to the first VNF instance for processing, and the second service flow can be forwarded to The second VNF instance is processed (the first service flow is the old service flow previously processed by the first VNF instance, and the second service flow is the new service flow), that is, the first VNF instance and the second VNF. Instances can run in parallel, but the business flows processed are not the same.
  • the processor 11 configures a forwarding path of the service flow in the NS, which may be a service flow forwarding policy preset by the NFV0, or may be a parameter related to the service flow forwarding path, that is, the related parameter may be indirectly utilized.
  • the forwarding path of the service flow is obtained.
  • the embodiment of the present invention does not limit the form of the forwarding path.
  • the processor 11 determines the first service of the sender. The service flow has been processed, and the first VNF instance is terminated, and the new service flow (second service flow) is forwarded to the second VNF instance for processing, thereby completing the soft handover of the old and new service flows, and does not cause the old The interruption of the business flow.
  • the processor 11 may further determine that the virtual i sed Network Function Forwarding Graph belongs to the NS in a certain preset time period. VNFFG) When all the first VNF instances are running at no load, all the first VNF instances in the VNFFG are terminated.
  • the network function virtualization orchestrator provided by the embodiment of the present invention receives, by the receiver, an upgrade request message sent by the sending end for requesting to upgrade the first software version of the first VNF to the second software version, and the processor is preset according to the preset
  • the second software version of the VNFD in the VNF directory instantiates the first VNF to obtain the second VNF instance, and connects the second VNF instance to the NS where the first VNF instance is located; afterwards, the processor configures the service flow in the above
  • the forwarding path in the NS is such that the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing, so that the first VNF instance and the second VNF instance can be processed in parallel.
  • the embodiment relates to a specific process in which the processor 11 obtains the second VNF instance.
  • the processor 11 is specifically configured to determine the at least one first NS to which the first VNF instance belongs, and send the identifier of the first NS to the sending end, where the first NS includes at least one VNFFG, where The first VNFFG in the VNFFG includes the first VNF instance, and the first NS corresponds to the first NSD; and the NS directory is obtained according to the identifier of the second NS in the NS instance update request sent by the sender received by the receiver 10 Determining the second NSF, and determining the first VNF according to the second NSD; wherein, the second NS is the first NS to be updated, and the second, determined by the sending end according to the identifier of the first NS, The NSD is the modified first NSD; and the first VNF is instantiated according to the VNFD of the second software version of the first VNF preset in the VNF directory, to obtain the second VNF instance; And the NS instance update request is sent by the sending end, where the NS instance update request includes an
  • the processor 10 verifies the validity of the upgrade request message (the processor 11 has its own verification mechanism); when the upgrade request message is valid, the process is processed.
  • the first NS in which the first VNF instance corresponding to the first software version of the first VNF is located may be one, or may be multiple; and the first NS includes at least one VNFFG, VNFFG
  • the first VNFFG includes a first VNF instance.
  • the first NS corresponds to the first NSD, and the role of the first NSD is mainly to describe how many VNFFGs in the first NS, how many VNF instances are included in each VNFFG, and the connection relationship between the VNF instances.
  • the processor 11 sends the identifiers of the first NSs to the sender, so that the sender determines, from the identifiers of the first NSs, which first NS to update, that is, the second NS mentioned in the following embodiment.
  • the second NS is the first NS to be updated determined by the transmitting end.
  • the sender sends the determined identifier of the second NS to the receiver 10 in the NS instance update request, where the NS instance update request includes the identifier of the at least one second NS.
  • the receiver 10 instructs the processor 11 to obtain a preset second NSD from the NS directory according to the identifier of the second NS, where the second NSD is the modified first NSD, that is,
  • the role of the second NSD is mainly to describe the NS to update the first NS, for example:
  • the second NSD describes how many VNFFGs, how many VNF instances, and each VNF instance to be updated. How is the NS connected?
  • the processor 11 After acquiring the second NSD in the NS directory, the processor 11 checks in the second NS which VNF instance corresponding to the software version of the VNF already exists according to the specific description of the second NSD, and which VNF software version corresponds to The VNF instance does not exist, that is, the processor 11 can learn which VNF to specifically instantiate according to the second NSD, thereby implementing a software version upgrade process of the VNF.
  • the first VNF instance corresponding to the first software version of the first VNF in the second NS is already present, but the VNF instance corresponding to the second software version of the first VNF does not exist, so the processor 11 determines the first VNF.
  • the instance is instantiated.
  • the processor 11 can obtain the VNFD of the second software version of the preset first VNF from the VNF directory, and instantiate the first VNF according to the VNFD of the second software version to obtain the second VNF instance.
  • the second NSD preset in the NS directory can be obtained by modifying the process of the NSD (the process of modifying the NSD can be referred to the prior art), and modifying the first NSD may be sent by the receiver 10 to the sender.
  • the NS instance update request is executed by the processor 11 before or after the request, and is pre-stored in the NS directory; the second software version of the first VNF preset in the VNF directory
  • the VNFD can be obtained through the VNF loading process (the VNF loading process can be seen in the prior art), and the process of loading the VNF is actually the process of loading the second VNFD into the VNF directory, and the process of loading the VNF can also be at the receiver 10.
  • the method involved in the embodiment is to obtain a specific process of the second VNF instance.
  • the processor 11 is specifically configured to check whether the first VNF instance exists; if yes, obtain a VNFD of the second software version of the first VNF preset in the VNF directory; and according to the second VNF The software version of the VNFD instantiates the first VNF to obtain a second VNF instance.
  • the processor 11 After receiving the upgrade request sent by the sender, the processor 11 verifies the validity of the upgrade request message (the processor 11 has its own verification mechanism); when the upgrade request message is valid, the process is processed.
  • the device 11 checks in the NS whether the first VNF instance exists. When the first VNF instance exists, the processor returns a consent to upgrade the response to the sender, and obtains a VNFD of the second software version of the first VNF preset in the VNF directory, and according to the second software version of the first VNF The VNFD instantiates the first VNF and obtains the second VNF instance.
  • VNFD of the second software version of the first VNF preset in the VNF directory can be obtained through the VNF loading process (the VNF loading process can be referred to the prior art), and the process of loading the VNF is actually loading the second VNFD.
  • the process to the VNF directory, and the process of loading the VNF may also be performed by the processor 11 before or after the receiver receives the NS instance update request sent by the sender.
  • the network function virtualization orchestrator provided by the embodiment of the present invention receives, by the receiver, an upgrade request message sent by the sending end for requesting to upgrade the first software version of the first VNF to the second software version, and the processor is preset according to the preset
  • the second software version of the VNFD in the VNF directory instantiates the first VNF to obtain the second VNF instance, and connects the second VNF instance to the NS where the first VNF instance is located; afterwards, the processor configures the service flow in the above
  • the forwarding path in the NS is such that the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing, so that the first VNF instance and the second VNF instance can be processed in parallel.
  • the processor 11 connects the second VNF instance to the NS for the difference in the process of obtaining the second VNF instance, and the process of configuring the forwarding path of the service flow in the NS is also different. The following are introduced separately.
  • the embodiment relates to the processor 11 connecting the obtained second VNF instance to the NS and configuring the forwarding path of the service flow in the NS.
  • Specific process Specifically:
  • the processor 11 obtains the second VNF instance
  • the second VNF instance is connected to the second NS, and the updated second NS is obtained.
  • the updated second NS includes the first VNFFG and the second VNFFG.
  • the second VNFFG includes a second VNF instance, and a connection manner of the second VNF instance in the second VNFFG with other VNF instances in the second VNFFG and the first VNF instance in the first VNFFG
  • the connection with other VNF instances in the first VNFFG is the same, that is, a second VNFFG is added to the second NS, and becomes the updated second NS. For example: As shown in FIG.
  • the updated second The NS includes two VNFFGs, which are a first VNFFG and a second VNFFG (the first VNFFG is the original VNFFG in the second NS, and the second VNFFG is a new VNFFG including the second VNF instance); wherein, the first VNFFG Five VNF instances including VNF1, VNF2, VNF3, VNFx and VNF4 are included, and VNFx represents the first VNF instance, and the second VNFFG includes VNFK VNF2, VNF3, VNFy, VNF4 five VNF instances, and VNFy represents the second VNF instance. . Referring to FIG.
  • VNFx is connected in a cascade manner with VNF1, VNF2, VNF3 and VNF4, and in the second VNFFG, VNFy is also connected in cascade with VNF 1, VNF2, VNF3 and VNF4. .
  • VNFx is connected in a cascade manner with VNF1, VNF2, VNF3 and VNF4
  • VNFy is also connected in cascade with VNF 1, VNF2, VNF3 and VNF4.
  • the updated second NS includes two VNFFGs, which are a first VNFFG and a second VNFFG (the first VNFFG is the original VNFFG in the second NS, and the second VNFFG is newly added including the first VNFFG of the second VNF instance; wherein the first VNFFG includes VNFx 1, VNF2x, VNF3x, VNF4x, VNF5x 5 VNF instances, and VNFx 1, VNF2x, VNF3x, VNF4x, VNF5x are the first VNF instance, the second VNFFG
  • the VNF1 y, VNF2y, VNF3y, VNF4y, VNF5y 5 VNF instances are included, and VNFly, VNF2y, VNF3y, VNF4y, and VNF5y represent the second VNF instance, that is, the example of FIG.
  • VNF 4 is included in the second NS. All VNFs are upgraded with the software version to obtain a new software version of the VNF instance.
  • VNFxl, VNF2x, VNF3x, VNF4x and VNF5x are connected in a cascade manner, then in the second VNFFG, VNFl y , VNF2y , VNF3y , VNF4y And VNF5y are also connected in a cascading manner.
  • the foregoing processor 11 can configure the forwarding path of the service flow in the NS in two implementation manners, namely:
  • the first type the processor 11 configures the first VNFFG and the second VNFFG as the forwarding path of the service flow, so that the first service flow is forwarded to the first VNFFG for processing, and the second service flow is forwarded to the second VNFFG. deal with.
  • the second processor instructs the NS service management entity to configure the first VNFFG and the second VNFFG as the forwarding path of the service flow, so that the first service flow is forwarded to the first VNFFG for processing, and the second The traffic is forwarded to the second VNFFG for processing.
  • the forwarding path can be implemented in a variety of ways, for example: Using policy-based routing, the service flow is required to be forwarded according to the source address, so that the traffic from the new source address is forwarded. To the new VNFFG; or, use tunneling technology to distinguish the forwarding path of new and old data streams through tunnel configuration; or use the Service Function Chaining (SFC) mechanism defined in the IETF or other service chain (service chain) ) Mechanism.
  • SFC Service Function Chaining
  • the processor 11 when the processor 11 configures the forwarding path of the service flow in the NS, the first service flow is forwarded to the first VNF instance, and the second service flow is forwarded to the second VNF instance.
  • the processor 11 determines whether the first VNF instance is running at no load for a preset period of time, and if so, the processor 11 terminates the first VNF instance in time.
  • the processor 11 is further configured to obtain an operation state of the first VNF instance that is monitored by the NS service management entity, that is, the running state of the VNF instance is monitored by the NS service management entity, and the NS service management entity monitors the first
  • the operating state of the VNF instance is communicated to the processor 11; if the first VNF instance runs idling for a preset time, the processor 11 instructs the NS management entity to terminate the first VNF instance.
  • the processor 11 instructs the NS service management entity to monitor the running status of the first VNF instance, and instructs the NS service management entity to terminate the first VNF instance when it detects that the first VNF instance runs idle within a preset time.
  • the processor 11 directly instructs the NS service management entity to directly terminate the first VNF instance by the NS service management entity, as long as the NS service management entity detects that the first VNF instance is running at a preset time.
  • the device 11 transmits the monitored operational status of the first VNF instance.
  • the processor 11 configures a service flow forwarding path in the NS, so that the first service flow is forwarded to the first VNF instance, and after the second service flow is forwarded to the second VNF instance, the second VNF is The instance is added to the NFV instance library. At this time, the second VNF instance and the first VNF instance are working at the same time, but the load of the second VNF instance is increased, and the load of the first VNF instance is gradually reduced. To ensure efficient use of resources, the processor 11 can start the resource scaling process. The resources used by the first VNF instance are reduced, and the resources used by the second VNF instance are increased to ensure effective and rational use of the resources. In addition, after the first VNF instance is terminated, the processor 11 deletes the entry of the first VNF instance in the NFV instance library to ensure the accuracy of the NFV instance library content.
  • the network function virtualization orchestrator provided by the embodiment of the present invention receives, by the receiver, an upgrade request message sent by the sending end for requesting to upgrade the first software version of the first VNF to the second software version, and the processor is preset according to the preset
  • the second software version of the VNFD in the VNF directory instantiates the first VNF to obtain the second VNF instance, and connects the second VNF instance to the NS where the first VNF instance is located; afterwards, the processor configures the service flow in the above
  • the forwarding path in the NS is such that the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing, so that the first VNF instance and the second VNF instance can be processed in parallel.
  • the embodiment relates to the processor 11 connecting the obtained second VNF instance to the NS and configuring the forwarding path of the service flow in the NS. Another specific process. Specifically:
  • the processor 11 connects the obtained second VNF instance to the NS in which the first VNF instance is located, and the connection manner between the second VNF instance and other VNF instances in the NS, and the first VNF instance and the NS in the NS Other VNF instances are connected in the same way.
  • the second VNF instance that is connected to the NS as an extension of the first VNF instance.
  • the foregoing processor 1 1 can configure the forwarding path of the service flow in the NS in four implementation manners, namely:
  • the first type the processor 1 1 configures the first VNF instance and the second VNF instance to the service flow, and generates a service flow forwarding table as a node in the forwarding path of the service flow in the NS;
  • the processor 11 configures the service flow forwarding table to the third VNF instance, so that the third VNF instance forwards the first service flow to the first VNF instance according to the service flow forwarding table, and forwards the second service flow to the second VNF instance processing; wherein the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the second type the processor 11 indicates that the NS service management entity configures the first VNF instance and the second VNF instance to the service flow, and generates a service flow forwarding table as a node in the forwarding path of the service flow in the NS;
  • the processor 11 configures the service flow forwarding table to the third VNF instance, so that the third VNF instance forwards the first service flow to the first VNF instance according to the service flow forwarding table, and forwards the second service flow to the second The VNF instance is processed; wherein the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the third type the processor 1 1 adds a weight value of the first virtual link between the first VNF instance and the third VNF instance, and a second virtual link between the second VNF instance and the third VNF instance.
  • the weight value is configured to be sent to the third VNF instance, so that the third VNF instance forwards the first service flow to the first VNF instance according to the weight value of the first virtual link and the weight value of the second virtual link, Forwarding the second service flow to the second VNF instance processing; where the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the fourth type the processor 11 indicates that the NS service management entity sets the weight value of the first virtual link between the first VNF instance and the third VNF instance, and between the second VNF instance and the third VNF instance.
  • the weight value of the second virtual link is configured to the third VNF instance, so that the third VNF instance forwards the first service flow to the first according to the weight value of the first virtual link and the weight value of the second virtual link.
  • the VNF instance is processed to forward the second service flow to the second VNF instance processing, where the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the service flow forwarding table may be a mapping relationship table between different service flows and forwarding nodes, that is, the third VNF instance learns different according to the mapping relationship table between the service flow and the forwarding node.
  • the traffic is forwarded to the corresponding node for processing.
  • the COST value of the virtual link between the second VNF instance and the third VNF instance may be configured, so that the COST value is much smaller than the first VNF instance.
  • the virtual link between the third VNF instances is configured with a very low COST value to It is guaranteed that it is smaller than the COST value of the virtual link between the first VNF instance and the third VNF instance. Therefore, the third VNF instance selects a link with a low COST value according to the configured forwarding path, and the old service flow is still processed by the first VNF instance, and the new service flow is forwarded to the second VNF instance for processing.
  • the processor 11 when the processor 11 configures the forwarding path of the service flow in the NS, the first service flow is forwarded to the first VNF instance, and the second service flow is forwarded to the second VNF instance.
  • the processor 11 determines whether the first VNF instance is running at no load for a preset period of time, and if so, the processor 11 terminates the first VNF instance in time.
  • the processor 11 can also obtain the running status of the first VNF instance monitored by the NS service management entity, that is, the running status of the VNF instance is monitored by the NS service management entity, and the NS service management entity monitors the The operating state of a VNF instance is communicated to the processor 11; if the first VNF instance runs idling for a preset time, the processor 11 instructs the NS management entity to terminate the first VNF instance. Alternatively, the processor 11 instructs the NS service management entity to monitor the running status of the first VNF instance, and instructs the NS service management entity to terminate the first VNF instance when it detects that the first VNF instance runs idle within a preset time.
  • the processor 1 1 directly instructs the NS service management entity to terminate the first VNF instance directly by the NS service management entity, as long as the NS service management entity detects that the first VNF instance runs in a preset time.
  • the processor 11 transmits the monitored operational status of the first VNF instance.
  • the processor 11 configures a service flow forwarding path in the NS, so that the first service flow is forwarded to the first VNF instance, and after the second service flow is forwarded to the second VNF instance, the second VNF instance is added to the NFV instance library. .
  • the second VNF instance and the first VNF instance are working at the same time, but the load of the second VNF instance is increased, and the load of the first VNF instance is gradually reduced.
  • the processor 11 can start the resource scaling process. The resources used by the first VNF instance are reduced, and the resources used by the second VNF instance are increased to ensure effective and rational use of the resources.
  • the processor 11 deletes the entry of the first VNF instance in the NFV instance library to ensure the accuracy of the NFV instance library content.
  • the network function virtualization orchestrator provided by the embodiment of the present invention receives, by the receiver, an upgrade request message sent by the sending end for requesting to upgrade the first software version of the first VNF to the second software version, and the processor is preset according to the preset
  • the second software version of the VNFD in the VNF directory instantiates the first VNF to obtain the second VNF instance, and connects the second VNF instance to the NS where the first VNF instance is located; afterwards, the processor configures the service flow in the above
  • the forwarding path in the NS is such that the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing.
  • the first VNF instance and the second VNF instance are configured to process different service flows in parallel; and when it is determined that the first VNF instance runs in a preset time, the first VNF instance is terminated, thereby completing the first VNF instance and the second
  • the seamless switching of the VNF instance avoids the interruption of the VNF instance of the old version during the VNF upgrade process, and satisfies the real-time requirements of the service; and ensures the rational use of resources by starting the resource scaling process.
  • FIG. 5 is a schematic structural diagram of Embodiment 2 of a network function virtualization orchestrator provided by the present invention.
  • the NFV0 involved in this embodiment is applicable to the NFV architecture diagram shown in FIG.
  • the NFV0 includes: a receiving module 20, an instantiation module 21, a connection module 22, a configuration module 23, and a judgment termination module 24, wherein the receiving module 20 is configured to receive an upgrade request message sent by the sender;
  • the upgrade request message is used to request the network function virtualization orchestrator NFV0 to upgrade the first software version corresponding to the first virtual network function VNF to the second software version, where the first software version corresponds to the first VNF instance.
  • the second software version corresponds to the second VNF instance;
  • the instantiation module 21 is configured to instantiate the first VNF according to the VNFD of the second software version of the first VNF preset in the VNF directory, to obtain the first a VNF instance, a connection module 22, configured to connect the second VNF instance to the network service NS where the first VNF instance is located, and a configuration module 23, configured to configure a forwarding path of the service flow in the NS,
  • the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing;
  • determining the termination module 24 For determining whether the first no-load operation VNF instance within the preset time, then the first example NFV0 VNF said termination.
  • the sending end sends an upgrade request message to the receiving module 10, and is configured to request the NFV0 to upgrade the first software version corresponding to the first VNF in the NS to the second software version, where the first software version corresponds to the first VNF.
  • the second software version corresponds to the second VNF instance.
  • the first VNF may be a VNF or a plurality of VNFs, which is not limited by the embodiment of the present invention. If there are multiple first VNFs, you only need to repeat the following process when upgrading the software version of each VNF. Moreover, the process of upgrading the first software version corresponding to the first VNF to the second software version is actually a process of obtaining the second VNF instance corresponding to the second software version.
  • the instantiation module 21 After receiving the upgrade request message, the instantiation module 21 verifies the validity of the upgrade request message (NFV0 has its own verification mechanism); when the upgrade request message is valid, The instantiation module 21 reads the VNFD of the second software version of the preset first VNF from the VNF directory, and instantiates the first VNF according to the VNFD of the second software version to obtain a second VNF instance.
  • the function of the VNFD preset in the VNF directory is mainly to describe the hardware resource requirements of the software corresponding to the second software version of the first VNF, so that the software corresponding to the second software version can match the hardware resources. , enabling the second software version in the first VNF to run to become the second VNF instance. That is, the first VNF instance is a pre-upgrade VNF instance (an old version of the VNF instance), and the second VNF instance is an upgraded VNF instance (a new version of the VNF instance).
  • VNF instances are connected to one or more NSs through virtual links.
  • the connection module 22 connects the second VNF instance to the NS where the first VNF instance is located.
  • the configuration module 23 configures a forwarding path of the service flow in the NS, so that the first service flow transmitted from one or more senders can be forwarded to the first VNF instance for processing, and the second service flow can be forwarded to
  • the second VNF instance is processed (the first service flow is the old service flow previously processed by the first VNF instance, and the second service flow is the new service flow), that is, the first VNF instance and the second VNF. Instances can run in parallel, but the business flows processed are not the same.
  • the configuration module 23 configures the forwarding path of the service flow in the NS, which may be a service flow forwarding policy preset by the NFV0, or may be a parameter related to the service flow forwarding path, that is, the related parameters may be indirectly learned.
  • the forwarding path of the service flow is not limited in the form of the forwarding path in the embodiment of the present invention.
  • the determining termination module 24 determines the first service of the sender. After the flow has been processed, the first VNF instance is terminated, and the new service flow (second traffic flow) is forwarded to the second VNF instance for processing, thereby completing the soft handover of the old and new service flows, and does not cause the old service. The interruption of the flow.
  • the determining termination module 24 may further determine that all the first VNF instances belonging to the same VNFFG in the NS are in no-load operation during a certain preset time period. Terminate all first VNF instances in the VNFFG.
  • the network function virtualization orchestrator receives, by the receiving module, an upgrade request message sent by the sending end for requesting to upgrade the first software version of the first VNF to the second software version, and the instantiation module is preset according to the preset
  • the second software version of the VNFD in the VNF directory instantiates the first VNF to obtain the second VNF instance, and the connection module connects the second VNF instance to the first
  • the configuration module configures the forwarding path of the service flow in the NS, so that the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing.
  • the first VNF instance and the second VNF instance may be processed in parallel to process different service flows.
  • the termination module determines that the first VNF instance runs in a preset time
  • the first VNF instance is terminated, thereby completing the first VNF instance and
  • the seamless switching between the second VNF instances avoids the interruption of the running of the old version of the VNF instance during the VNF upgrade process, and satisfies the real-time requirements of the service flow.
  • FIG. 6 is a schematic structural diagram of Embodiment 3 of a network function virtualization orchestrator provided by the present invention.
  • the embodiment relates to a specific process in which the instantiation module 21 obtains the second VNF instance.
  • the foregoing instantiation module 21 includes: a determining sending unit 211, a determining obtaining unit 212, and a first instantifying unit 213.
  • the determining sending unit 211 is configured to determine at least one part of the first VNF instance.
  • An NS, and the identifier of the first NS is sent to the sending end, where the first NS includes at least one virtual network function forwarding map VNFFG, and the first VNFFG of the VNFFG includes the first VNF
  • the first NS corresponds to the first network service description NSD
  • the determining obtaining unit 212 is configured to obtain the NS directory according to the identifier of the second NS in the NS instance update request sent by the sending end that is received by the receiving module 20
  • the second NSD is preset, and the first VNF is determined according to the second NSD.
  • the second NS is the to-be-updated by the sending end according to the identifier of the first NS.
  • the first NS, the second NSD is a modified first NSD; the first instantiation unit 213 is configured to: according to the second software version of the first VNF preset in the VNF directory The VNFD instantiates the first VNF to obtain the second VNF instance.
  • the receiving module 20 is further configured to receive the NS instance update request sent by the sending end, where the NS instance update request includes at least one The identity of the second NS.
  • the instantiation module 21 verifies the validity of the upgrade request message.
  • the determining sending unit 21 1 determines the first VNF.
  • the first NS of the first VNF instance corresponding to the first software version may be one, or may be multiple; and the first NS includes at least one VNFFG, and the first VNFFG of the VNFFG includes the first VNF.
  • the first NS corresponds to the first NSD, and the role of the first NSD is mainly to describe how many VNFFGs in the first NS, how many VNF instances are included in each VNFFG, and the connection relationship between the VNF instances.
  • the identifier of the first NS is sent to the sending end, so that the sending end determines, from the identifiers of the first NSs, which first NS to update, that is, the second NS mentioned in the following embodiment, where the second NS is sent.
  • the first NS to be updated determined by the terminal.
  • the sender sends the determined identifier of the second NS in the NS instance update request to the receiving module 20, where the NS instance update request includes the identifier of the at least one second NS.
  • the receiving module 20 determines that the obtaining unit 212 obtains the preset second NSD from the NS directory according to the identifier of the second NS, where the second NSD is the modified first NSD, that is, Said that the role of the second NSD is mainly to describe the NS to update the first NS, for example:
  • the second NSD describes how many VNFFGs to be included in the first NS update, how many VNF instances, and each VNF The example is how to connect to the NS.
  • the obtaining unit 212 After obtaining the second NSD in the NS directory, the obtaining unit 212 checks in the second NS which VNF instance corresponding to the software version of the VNF is already existing according to the specific description of the second NSD, and which VNF software version exists. The corresponding VNF instance does not exist, that is, the obtaining unit 212 can learn which VNF to be instantiated according to the second NSD, thereby implementing the software version upgrade process of the VNF.
  • the first VNF instance corresponding to the first software version of the first VNF in the second NS is already existing, but the VNF instance corresponding to the second software version of the first VNF does not exist, so the determining obtaining unit 212 determines to be the first The VNF instance is instantiated.
  • the first instantiation unit 213 may obtain a VNFD of the second software version of the preset first VNF from the VNF directory, and instantiate the first VNF according to the VNFD of the second software version to obtain a second VNF instance.
  • the second NSD preset in the NS directory can be obtained by modifying the process of the NSD (the process of modifying the NSD can be referred to the prior art), and modifying the first NSD may be sent by the receiving module 20 to the sending end.
  • the NS instance update request is executed by the instantiation module 21 before or after the request, and is pre-stored in the NS directory; the VNFD of the second software version of the first VNF preset in the VNF directory can be obtained through the VNF loading process (VNF)
  • VNF VNF
  • the loading process can be referred to the prior art, and the process of loading the VNF is actually a process of loading the second VNFD into the VNF directory, and the process of loading the VNF may also be that the receiving module 20 receives the NS instance update request sent by the sending end. Executed by instantiation module 21 before or after.
  • the network function virtualization orchestrator receives, by the receiving module, an upgrade request sent by the sending end for requesting to upgrade the first software version of the first VNF to the second software version.
  • the instantiating module obtains the second VNF instance by instantiating the first VNF according to the VNFD of the second software version preset in the VNF directory, and the connecting module connects the second VNF instance to the NS where the first VNF instance is located.
  • the configuration module configures the forwarding path of the service flow in the NS, the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing, so that the first VNF is processed.
  • FIG. 7 is a schematic structural diagram of Embodiment 4 of a network function virtualization orchestrator provided by the present invention. On the basis of the foregoing embodiment 2, this embodiment relates to another specific process in which the instantiation module 21 obtains the second VNF instance.
  • the foregoing instantiation module 21 specifically includes: a check obtaining unit 214, configured to check whether the first VNF instance exists; if yes, obtain a second software version of the first VNF preset in the VNF directory The VNFD; the second instantiation unit 215 is configured to instantiate the first VNF according to the VNFD of the second software version of the first VNF, to obtain the second VNF instance.
  • the instantiation module 21 verifies the validity of the upgrade request message; when the upgrade request message is valid, the check obtaining unit 214 checks the first in the NS. Whether the VNF instance exists. When the first VNF instance exists, the check obtaining unit 214 returns a consent upgrade response to the sender, and acquires the VNFD of the second software version of the first VNF preset in the VNF directory, so that the second instantiation unit 215 is configured according to the first A VNFD of a second software version of the VNF instantiates the first VNF to obtain a second VNF instance.
  • VNFD of the second software version of the first VNF preset in the VNF directory can be obtained through the VNF loading process (the VNF loading process can be referred to the prior art), and the process of loading the VNF is actually loading the second VNFD.
  • the process to the VNF directory, and the process of loading the VNF may also be performed by the instantiation module 21 before or after the receiving module 20 receives the NS instance update request sent by the sender.
  • the network function virtualization orchestrator provided by the embodiment of the present invention receives, by the receiving module, an upgrade request message sent by the sending end for requesting to upgrade the first software version of the first VNF to the second software version, and the instantiation module is preset according to the preset
  • the second software version of the VNFD in the VNF directory is for the first VNF
  • the second VNF instance is obtained by instantiating, and the connection module connects the second VNF instance to the NS where the first VNF instance is located; after that, the configuration module configures the forwarding path of the service flow in the NS, so that the first service flow is forwarded.
  • the second VNF instance is forwarded to the second VNF instance for processing, so that the first VNF instance and the second VNF instance can process different service flows in parallel; determining that the termination module determines that the first VNF instance is When the vacant operation is performed for a preset period of time, the first VNF instance is terminated, and the seamless switching between the first VNF instance and the second VNF instance is completed, so that the VNF instance of the old version is interrupted during the VNF upgrade process, and the service is satisfied.
  • the real-time requirements of the flow is provided.
  • connection module 22 connects the second VNF instance to the NS, and the process of the configuration module 23 configuring the forwarding path of the service flow in the NS is different. of. The following are introduced separately.
  • the embodiment relates to a specific process in which the connection module 22 connects the obtained second VNF instance to the NS and the configuration module 23 configures the forwarding path of the service flow in the NS. Specifically:
  • the second VNF instance is connected to the second NS, and the updated second NS is obtained.
  • the updated second NS includes the first VNFFG and the second.
  • VNFFG, the second VNFFG includes a second VNF instance, and a connection manner of the second VNF instance in the second VNFFG with other VNF instances in the second VNFFG and the first VNF instance are in the first
  • the VNFFG is connected to the other VNF instances in the first VNFFG in the same manner, that is, a new VNFFG is added to the second NS, and becomes the updated second NS. For example: As shown in FIG.
  • the updated The second NS includes two VNFFGs, which are a first VNFFG and a second VNFFG (the first VNFFG is the original VNFFG in the second NS, and the second VNFFG is a newly added VNFFG including the second VNF instance); wherein, the first VNFFG includes five VNF instances of VNF1, VNF2, VNF3, VNFx and VNF4, and VNFx represents the first VNF instance, and the second VNFFG includes five VNF instances of VNFK VNF2, VNF3, VNFy, VNF4, and VNFy represents the second VNF.
  • VNFFGs which are a first VNFFG and a second VNFFG (the first VNFFG is the original VNFFG in the second NS, and the second VNFFG is a newly added VNFFG including the second VNF instance); wherein, the first VNFFG includes five VNF instances of VNF1, VNF2, VNF3, VNFx and VNF4, and VNFx represents the first VNF instance, and the second VNFFG includes
  • VNFx is connected in a cascade manner with VNF1, VNF2, VNF3 and VNF4, and in the second VNFFG, VNFy is also connected in cascade with VNF 1, VNF2, VNF3 and VNF4. .
  • VNFy is also connected in cascade with VNF 1, VNF2, VNF3 and VNF4.
  • the updated second NS includes two VNFFGs, which are a first VNFFG and a second VNFFG (the first VNFFG is the second The original VNFFG in the NS, the second VNFFG is a new VNFFG including the second VNF instance); wherein the first VNFFG includes VNFxl, VNF2x, VNF3x, VNF4x, VNF5x 5 VNF instances, and VNFx l , VNF2x , VNF3x VNF4x, VNF5x are the first VNF instances, and the second VNFFG includes VNF1 y, VNF2y, VNF3y, VNF4y, VNF5y 5 VNF instances, and VNFly, VNF2y, VNF3y, VNF4y, VNF5y represent the second VNF instance, that is, The example of FIG.
  • VNF 4 is to upgrade the software version of all the VNFs included in the second NS to obtain a VNF instance of the new software version.
  • VNFxl, VNF2x, VNF3x, VNF4x and VNF5x are connected in a cascade manner
  • VNFl y , VNF2y , VNF3y , VNF4y and VNF5y are also connected in a cascade manner.
  • the configuration module 23 can configure the forwarding path of the service flow in the NS in two ways, namely:
  • the first type the configuration module 23 configures the first VNFFG and the second VNFFG as the forwarding path of the service flow, so that the first service flow is forwarded to the first VNFFG for processing, and the second service flow is forwarded to the second VNFFG for processing. .
  • the second type the configuration module 23 instructs the NS service management entity to configure the first VNFFG and the second VNFFG as the forwarding path of the service flow, so that the first service flow is forwarded to the first VNFFG for processing, and the second service is performed. The flow is forwarded to the second VNFFG for processing.
  • the forwarding path can be implemented in a variety of ways, for example: Using policy-based routing, the service flow is required to be forwarded according to the source address, so that the traffic from the new source address is forwarded. To the new VNFFG; or, using tunneling technology, to distinguish the forwarding path of new and old data streams through tunnel configuration; or use the SFC mechanism defined in the IETF or other service chain mechanism.
  • the configuration module 23 configures the forwarding path of the service flow in the NS
  • the first service flow is forwarded to the first VNF instance
  • the second service flow is forwarded to the second VNF instance.
  • the judgment termination module 24 determines whether the first VNF instance is running at no load for a preset period of time, and if so, terminates the first VNF instance in time.
  • the determining termination module 24 can also obtain the running status of the first VNF instance monitored by the NS service management entity, that is, the running status of the VNF instance is monitored by the NS service management entity, and the NS service management entity monitors the The operation status of a VNF instance is notified to the judgment termination module 24; if the first VNF instance runs idly within a preset time, the judgment termination module 24 instructs the NS management entity to terminate the first VNF instance.
  • the determining termination module 24 instructs the NS service management entity to monitor the running status of the first VNF instance, and instructs the NS service management entity to terminate the first VNF when it detects that the first VNF instance runs idle within a preset time.
  • the NS service management entity directly terminates the first VNF instance, and the NS service management entity directly terminates the first VNF instance, as long as the NS service management entity detects that the first VNF instance is running idle for a preset time.
  • the operational state of the monitored first VNF instance is not sent to the decision termination module 24.
  • the embodiment relates to another specific process in which the connection module 22 connects the obtained second VNF instance to the NS and the configuration module 23 configures the forwarding path of the service flow in the NS. Specifically:
  • the connection module 22 connects the second VNF instance obtained by the instantiation module 21 to the NS in which the first VNF instance is located, and the connection manner of the second VNF instance with other VNF instances in the NS, and the first VNF instance and the Other VNF instances in NS are connected in the same way.
  • the second VNF instance is connected to the NS as an extension of the first VNF instance.
  • the configuration module 23 configures the forwarding path of the service flow in the NS. Specifically, there are four implementation modes:
  • the first type the configuration module 23 configures the first VNF instance and the second VNF instance to the service flow, and generates a service flow forwarding table as a node in the forwarding path of the service flow in the NS;
  • the flow forwarding table is configured to be sent to the third VNF instance, so that the third VNF instance forwards the first service flow to the first VNF instance according to the service flow forwarding table, and forwards the second service flow to the second VNF instance, where The three VNF instances are adjacent to the first VNF instance and the second VNF instance, respectively.
  • the second configuration instructs the NS service management entity to configure the first VNF instance and the second VNF instance to be sent to the service flow as a node in the forwarding path of the service flow in the NS, and generate a service flow forwarding table.
  • the module 23 configures the service flow forwarding table to the third VNF instance, so that the third VNF instance forwards the first service flow to the first VNF instance according to the service flow forwarding table, and forwards the second service flow to the second VNF instance. Processing; wherein, the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the third type the configuration module 23 sets the weight value of the first virtual link between the first VNF instance and the third VNF instance, and the right of the second virtual link between the second VNF instance and the third VNF instance.
  • the value of the value is configured to be sent to the third VNF instance, so that the third VNF instance forwards the first service flow to the first VNF instance according to the weight value of the first virtual link and the weight value of the second virtual link, and The second service flow is forwarded to the second VNF instance processing; where the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the fourth type the configuration module 23 instructs the NS service management entity to assign a weight value of the first virtual link between the first VNF instance and the third VNF instance, and a second between the second VNF instance and the third VNF instance.
  • the weight value of the virtual link is configured to the third VNF instance, so that the third VNF instance forwards the first service flow to the first VNF instance according to the weight value of the first virtual link and the weight value of the second virtual link. Processing, forwarding the second service flow to the second VNF instance processing; wherein, the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the service flow forwarding table may be a mapping relationship table between different service flows and forwarding nodes, that is, the third VNF instance learns different according to the mapping relationship table between the service flow and the forwarding node.
  • the traffic is forwarded to the corresponding node for processing.
  • the configuration module 23 may be configured to configure a COST value of the virtual link between the second VNF instance and the third VNF instance, such that the COST value is much smaller than the first The COST value of the virtual link between the VNF instance and the third VNF instance; if the NFV0 or NS service management entity does not know the COST value of the virtual link between the first VNF instance and the third VNF instance, the second The virtual link between the VNF instance and the third VNF instance configures a very low COST value to ensure that it is less than the COST value of the virtual link between the first VNF instance and the third VNF instance. Therefore, the third VNF instance selects a link with a low link COST value according to the configured forwarding path, and the old service flow is still processed by the first VNF instance, and the new service flow is forwarded to the second VNF instance for processing.
  • the configuration module 23 configures the forwarding path of the service flow in the NS
  • the first service flow is forwarded to the first VNF instance
  • the second service flow is forwarded to the second VNF instance.
  • the determining termination module 24 determines whether the first VNF instance is running at no load for a preset period of time, and if so, terminating the first VNF instance in time.
  • the determining termination module 24 can also obtain the running status of the first VNF instance monitored by the NS service management entity, that is, the running status of the VNF instance is monitored by the NS service management entity, and the NS service management entity monitors the The operating state of a VNF instance is sent to the judgment termination module 24; if the first VNF instance runs idling within a preset time, the judgment termination module 24 instructs the NS management entity to terminate the first VNF instance.
  • the determining termination module 24 instructs the NS service management entity to monitor the running status of the first VNF instance, and instructs the NS service management entity to terminate the first VNF when it detects that the first VNF instance runs idle within a preset time.
  • the NS service management entity directly terminates the first VNF instance, and the NS service management entity directly terminates the first VNF instance, as long as the NS service management entity detects that the first VNF instance runs in a preset time.
  • the operational state of the monitored first VNF instance is not sent to the decision termination module 24.
  • the network function virtualization orchestrator receives, by the receiving module, an upgrade request message sent by the sending end for requesting to upgrade the first software version of the first VNF to the second software version, and the instantiation module is preset according to the preset
  • the VNFD of the second software version in the VNF directory instantiates the first VNF to obtain the second VNF instance, and the connection module connects the second VNF instance to the NS where the first VNF instance is located; Flowing in the forwarding path in the NS, the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing, so that the first VNF instance and the second VNF instance can be parallelized.
  • the termination module determines that the first VNF instance runs in a preset time, and terminates the first VNF instance, thereby completing seamless handover between the first VNF instance and the second VNF instance, avoiding the VNF
  • the old version of the VNF instance is interrupted, which meets the real-time requirements of the service flow.
  • FIG. 8 is a schematic structural diagram of Embodiment 5 of a network function virtualization orchestrator provided by the present invention.
  • the network function virtualization orchestrator may further include: an adding module 25, configured to add the second VNF instance to the NFV after the configuration module 23 configures the service flow forwarding path in the NS An instance library; a resource scaling module 26, configured to start a VNF resource scaling process to perform resource scaling processing on the first VNF instance and the second VNF instance; and a deleting module 27, configured to terminate the After the first VNF instance, the first VNF instance in the NFV instance library is deleted.
  • the adding module 25, the resource scaling module 26, and the deleting module 27 may all be located in the embodiment shown in FIG. 5, or may be located in the embodiment shown in FIG. 6, or may be the one shown in FIG. In the embodiment, FIG. 8 is only taken as an example in which the adding module 25, the resource scaling module 26, and the deleting module 27 are located in the embodiment shown in FIG. 5.
  • the configuration module 23 configures the service flow forwarding path in the NS, so that the first service flow is forwarded to the first VNF instance, and after the second service flow is forwarded to the second VNF instance, the module is added. 25 Add the second VNF instance to the NFV instance library. At this time, the second VNF instance and the first VNF instance are working at the same time, but the load of the second VNF instance is increased, and the load of the first VNF instance is gradually reduced. To ensure effective utilization of resources, the resource scaling module 26 can start resource scaling. The process reduces the resources used by the first VNF instance and increases the resources used by the second VNF instance to ensure effective and rational use of the resources.
  • the deleting module 27 deletes the entry of the first VNF instance in the NFV instance library to ensure the accuracy of the NFV instance library content.
  • the network function virtualization orchestrator receives, by the receiving module, an upgrade request message sent by the sending end for requesting to upgrade the first software version of the first VNF to the second software version, and the instantiation module is preset according to the preset
  • the VNFD of the second software version in the VNF directory instantiates the first VNF to obtain the second VNF instance, and the connection module connects the second VNF instance to the NS where the first VNF instance is located; Flowing in the forwarding path in the NS, the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing, so that the first VNF instance and the second VNF instance can be parallelized.
  • the termination module determines that the first VNF instance runs in a preset time, and terminates the first VNF instance, thereby completing seamless handover between the first VNF instance and the second VNF instance, avoiding the VNF
  • the VNF instance of the old version is interrupted, which meets the real-time requirements of the service flow.
  • the shrinking module 26 performs resource expansion processing on the first VNF instance and the second VNF instance to ensure reasonable utilization of resources.
  • FIG. 9 is a flowchart of Embodiment 1 of a method for upgrading a virtual network function according to the present invention.
  • the executor of the method may be NFV0 in the above embodiment. As shown in Figure 9, the method includes:
  • the NFV0 receives the upgrade request message sent by the sending end, where the upgrade request message is used to request the NFV0 to upgrade the first software version corresponding to the first VNF to the second software version, where the first software version corresponds to the first VNF instance.
  • the second software version corresponds to the second VNF instance.
  • the NFV0 instantiates the first VNF according to the VNFD of the second software version of the first VNF preset in the VNF directory, to obtain the second VNF instance.
  • S103 NFV0 connects the second VNF instance to the NS where the first VNF instance is located.
  • S104 NFV0 configures a forwarding path of the service flow in the NS, so that the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing.
  • S105 The NFVO determines that the first VNF instance runs idling within a preset time, and the NFV0 terminates the first VNF instance.
  • FIG. 10 is a flowchart of Embodiment 2 of a method for upgrading a virtual network function according to the present invention.
  • the executor of the method may be the NFV0 in the above embodiment, and the embodiment relates to a feasible implementation manner in which the NFV0 obtains the second VNF instance. That is, the above S 102 specifically includes:
  • NFV0 determines at least one first NS to which the first VNF instance belongs, and sends the identifier of the first NS to the sending end, where the first NS includes at least one VNFFG, and the first VNFFG in the VNFFG includes The first VNF instance.
  • the NFV0 receives the NS instance update request sent by the sending end, where the NS instance update request includes the identifier of the at least one second NS, and the second NS is the first to be updated that is determined by the sending end according to the identifier of the first NS. NS ; wherein the first NS corresponds to the first NSD.
  • NFVO acquires a second NSD preset in the NS directory according to the identifier of the second NS, and determines to instantiate the first VNF according to the second NSD; wherein the second NSD is modified The first NSD.
  • the NFVO instantiates the first VNF according to the VNFD of the second software version of the first VNF preset in the VNF directory, to obtain the second VNF instance.
  • the foregoing S103 may be specifically: the NFV0 connects the second VNF instance to the second NS, and obtains the updated second NS; wherein the updated second NS includes the first VNFFG And the second VNFFG, the second VNFFG includes the second VNF instance, and the second VNF instance is connected to the other VNF instances in the second VNFFG in the second VNFFG, and The first VNF instance is connected in the first VNFFG in the same manner as the other VNF instances in the first VNFFG.
  • S 104 may specifically have two implementation manners, specifically:
  • NFV0 configures the first VNFFG and the second VNFFG to the service flow And being a forwarding path of the service flow, so that the first service flow is forwarded to the first VNFFG for processing, and the second service flow is forwarded to the second VNFFG process.
  • the second type: NFV0 instructs the NS service management entity to configure the first VNFFG and the second VNFFG to the service flow as a forwarding path of the service flow, so that the first service flow is forwarded to the first A VNFFG performs processing, and the second service flow is forwarded to the second VNFFG for processing.
  • the foregoing S105 may be specifically: the NFV0 acquires an operation state of the first VNF instance that is monitored by the NS service management entity, and when the first VNF instance runs in no-load for the preset time, the NS management entity is terminated.
  • the first VNF instance optionally, the S105 may further indicate that the NS service management entity monitors an operating state of the first VNF instance, and the first VNF instance is in the preset time When the no-load operation is running, the first VNF instance is terminated.
  • FIG. 1 is a flowchart of Embodiment 3 of a method for upgrading a virtual network function according to the present invention.
  • the executor of the method may be NFV0 in the above embodiment, and the embodiment relates to another feasible implementation manner in which the NFV0 obtains the second VNF instance. That is, the above S102 may specifically include:
  • NFV0 checks whether the first VNF instance exists, and if yes, the NFV0 acquires the VNFD of the second software version of the first VNF preset in the VNF directory.
  • NFVO instantiates the first according to the VNFD of the second software version of the first VNF.
  • the foregoing S103 may be specifically: the NFV0 connects the second VNF instance to the NS where the first VNF instance is located, and the connection manner of the second VNF instance with other VNF instances in the NS, And, the first VNF instance is connected in the same manner as the other VNF instances in the NS.
  • S 104 may specifically have four implementation manners, specifically:
  • NFV0 configures the first VNF instance and the second VNF instance to the service Generating, as a node in the forwarding path of the service flow in the NS, generating a service flow forwarding table; and configuring the service flow forwarding table to the third VNF instance, so that the third VNF instance is according to the service
  • the flow forwarding table forwards the first service flow to the first VNF instance for processing, and forwards the second service flow to the second VNF instance process, where the third VNF instance and the first A VNF instance is adjacent to the second VNF instance.
  • the second type NFV0, the weight value of the first virtual link between the first VNF instance and the third VNF instance, and the second virtual between the second VNF instance and the third VNF instance
  • the weight value of the link is configured to the third VNF instance, so that the third VNF instance sends the first service according to the weight value of the first virtual link and the weight value of the second virtual link. Forwarding to the first VNF instance for processing, forwarding the second service flow to the second VNF instance processing, where the third VNF instance is respectively associated with the first VNF instance and the second VNF instances are adjacent.
  • the NFV0 indicates that the NS service management entity configures the first VNF instance and the second VNF instance to the service flow, and generates a service as a node in the forwarding path of the service flow in the NS. a flow forwarding table, and instructing the NS service management entity to configure the service flow forwarding table to the third VNF instance, so that the third VNF instance forwards the first service flow to the server according to the service flow forwarding table.
  • the first VNF instance is processed, and the second VNF instance is forwarded to the second VNF instance, where the third VNF instance is adjacent to the first VNF instance and the second VNF instance, respectively.
  • the fourth type NFV0, the NS service management entity, the weight value of the first virtual link between the first VNF instance and the third VNF instance, and the second VNF instance and the third VNF instance
  • the weight value of the second virtual link is configured to the third VNF instance, so that the third VNF instance according to the weight value of the first virtual link and the weight value of the second virtual link
  • the first service flow is forwarded to the first VNF instance for processing, and the second service flow is forwarded to the second VNF instance for processing; wherein the third VNF instance is respectively associated with the first VNF instance Adjacent to the second VNF instance.
  • the foregoing S105 may be specifically: the NFV0 acquires an operation state of the first VNF instance that is monitored by the NS service management entity, and when the first VNF instance runs in no-load for the preset time, the NS management entity is terminated.
  • the first VNF instance optionally, the S105 may further indicate that the NS service management entity monitors an operating state of the first VNF instance, and the first VNF instance is in the preset time When the no-load operation is running, the first VNF instance is terminated.
  • FIG. 12 is a flowchart of Embodiment 4 of a method for upgrading a virtual network function according to the present invention.
  • the method involved in this embodiment is a process in which NFV0 performs resource scaling processing on the second VNF instance and the first VNF instance.
  • the method further includes: S401: NFV0 adds the second VNF instance to the NFV instance library.
  • the NFV0 starts the VNF resource scaling process to perform resource scaling processing on the first VNF instance and the second VNF instance.
  • the method further includes:
  • NFV0 deletes the first VNF instance in the NFV instance library.

Abstract

本发明提供一种虚拟网络功能的升级方法和网络功能虚拟化编排器。该网络功能虚拟化编排器 NFVO 包括:接收器,用于接收发送端发送的用于请求NFVO将第一VNF对应的第一软件版本升级为第二软件版本的升级请求消息;第一软件版本对应第一VNF实例,第二软件版本对应第二VNF实例;处理器,用于根据预设的第一VNF的第二软件版本的VNFD对第一VNF进行实例化,获得第二VNF实例;并配置业务流在NS中的转发路径,以使第一业务流转发至第一VNF实例,第二业务流转发至第二VNF实例;并判断第一VNF实例在预设时间内空载运行,则终止第一VNF实例,从而避免在VNF升级过程中导致旧版本的VNF实例运行中断,满足了业务流的实时性要求。

Description

虚拟网络功能的升级方法和网络功能虚拟化编排器
技术领域
本发明涉及通信技术领域, 尤其涉及一种虚拟网络功能的升级方法和网 络功能虚拟化编排器。 背景技术
目前, 欧洲电信标准协会 ( European Telecommunications Sdandards Institut , 以下简称 ETSI ) 成立了网络功能虚拟化行业规范组 (Network Function Virtul ization Industry Specification Group , 以下简禾尔 NFV ISG) , 目的是通过借鉴互联网技术 (Internet Technology, 以下简称 IT) 的虚拟化技术, 使得通用的硬件能够实现部分网络功能, 因而需要网络功能 以虚拟网络功能 (Virtual ized Network Function, 以下简称 VNF) 方式在 通用的硬件上可以运行起来, 这里的 VNF是具有网络功能的虚拟化实体。 例 如: 具有移动管理实体 (Mobi le Management Entity, 以下简称 MME) 功能 的 VNF, 则这个 VNF就是一个虚拟的 MME。 另外, 将该 VNF部署在一个或多个 虚拟机 (Virtual Machine , 以下简称 VM) 上使其运行起来, 成为 VNF实例, 即就是对该 VNF进行实例化的过程。
目前标准中讨论网络功能虚拟化管理和编排 (Network Function
Virtul ization Management and Orchestration, 以下简称 NFV MANO) 架构 中, 参见图 1, 其可以包括运营支撑系统 (Operation Support System, 以 下简称 OSS ) 或业务支撑系统 (Business Support System, 以下简称 BSS ) 、 VNF, 网络功能虚拟化基础设施 (NFV Infrastructure, 以下简称 NFVI ) 、 虚拟基础设施管理器(Virtual ized Infrastructure Manager,以下简称 VIM)、 NFV编排器(NFV Orchestrator, 以下简称 NFVO)、 VNF管理器(VNF Manager, 以下简称 VNFM); 其中, VNF对应虚拟化的物理网络功能(Physical Network Function, 以下简称 PNF),例如: VNF可以为虚拟的核心网(Evolved Packet Core, 以下简称 EPC )节点, 即可以是虚拟的匪 E或虚拟的服务网关(Service Gateway, 以下简称 S_GW)等; NFVI由硬件资源和虚拟资源以及虚拟层组成; VIM用来控制和管理虚拟化的实体; NFV0负责对 NFVI资源进行网络侧的编排 和管理, 以及在 NFVI上实现 NFV的业务拓扑; VNFM负责 VNF实例的生命周 期的管理。并且, NFV MAN0还包括网络服务目录库(Network Service Catalog 以下简称 NS Catalog ) 、 VNF目录库、 NFV实例库 (Instance ) 以及 NFVI资 源库四个储存库; 其中, 用于描述网络服务 (Network Service , 以下简称 NS ) 信息的网络服务描述 (NS Descriptor , 以下简称 NSD ) 被存储在 (NS Catalog ) 中, 这里的 NS实际上可以为虚拟的 EPC, 包括至少一条 VNF转发 图 (VNF Forwarding Graph, 以下简称 VNFFG) , 一个 VNFFG中包括至少一 个 VNF, 以及这些网络功能间的虚拟链路, 该 VNFFG主要用于描述各个网络 功能间的业务流; 用于描述 VNF中的软件对硬件资源需求的 VNF描述 (VNF Descriptor , 以下简称 VNFD )被存储在 VNF目录库中; NS实例和 VNF实例被 存储在 NFV实例库中; NFVI资源状态被存储在 NFVI资源库中。
现有技术中, 当引入新的功能到 VNF中时, 就需要对 VNF中的软件版本 进行升级。 该升级过程中, 发送端 (Sender ) 向 NFV0发送 VNF的升级请求, NFV0将该升级请求发送至 VNFM,使得 VNFM指示该 VNF对应的 VM做好升级和 数据迁移的准备; VNFM在得到 VM的应答消息后发起 VNF实例化过程, 得到 新的 VNF实例 (这个 VNF实例中的软件是升级后的软件版本) , 并将需要迁 移的数据安装在升级后的新的 VNF实例上, 进行后续的处理; 最后, VNFM执 行切换过程, 即将升级后 VNF实例开机上线, 旧版本的 VNF实例关机下线。
但是, 现有技术中的 VNF升级过程, 会导致旧版本的 VNF实例运行中断, 从而影响旧版本 VNF实例上的业务, 尤其是对一些实时性要求较高的业务会 有较大的影响。 发明内容
本发明实施例提供一种虚拟网络功能的升级方法和网络功能虚拟化编排 器, 用以解决现有技术中在 VNF升级过程, 导致的旧版本的 VNF实例运行中 断, 从而影响旧版本 VNF实例上的业务的技术问题。
第一方面, 本发明实施例提供一种网络功能虚拟化编排器, 包括: 接收器, 用于接收发送端发送的升级请求消息; 其中, 所述升级请求消 息用于请求所述网络功能虚拟化编排器 NFV0将第一虚拟网络功能 VNF对应的 第一软件版本升级为第二软件版本, 所述第一软件版本对应第一 VNF实例, 所述第二软件版本对应第二 VNF实例;
处理器,用于根据 VNF目录中预设的所述第一 VNF的第二软件版本的 VNFD 对所述第一 VNF进行实例化, 获得第二 VNF实例; 并将所述第二 VNF实例连 接至所述第一 VNF实例所在的网络服务 NS后, 配置业务流在所述 NS中的转 发路径, 以使第一业务流转发至第一 VNF实例进行处理, 第二业务流转发至 所述第二 VNF实例进行处理; 并判断所述第一 VNF实例在预设时间内空载运 行, 则所述 NFV0终止所述第一 VNF实例。
结合第一方面, 在第一方面的第一种可能的实施方式中, 所述处理器, 具体用于确定所述第一 VNF实例所属的至少一个第一 NS , 并将所述第一 NS 的标识发送给所述发送端; 其中, 所述第一 NS包括至少一条虚拟网络功能转 发图 VNFFG, 所述 VNFFG中的第一 VNFFG包括所述第一 VNF实例, 所述第一 NS 对应第一网络服务描述 NSD; 并根据所述接收器接收到的发送端发送的 NS实例更新请求中的第二 NS的标识,获取 NS目录中预设的第二 NSD , 并根 据所述第二 NSD确定对所述第一 VNF进行实例化; 其中, 所述第二 NS为 所述发送端根据所述第一 NS的标识确定的待更新的所述第一 NS , 所述第 二 NSD为修改后的第一 NSD; 并根据所述 VNF 目录中预设的所述第一 VNF 的第二软件版本的 VNFD实例化所述第一 VNF , 获得所述第二 VNF实例; 所述接收器, 还用于接收所述发送端发送的所述 NS实例更新请求; 其 中, 所述 NS实例更新请求包括至少一个第二 NS的标识。
结合第一方面的第一种可能的实施方式, 在第一方面的第二种可能的实 施方式中, 所述处理器, 具体用于将所述第二 VNF实例连接至所述第二 NS 中,获得更新后的第二 NS ;其中,所述更新后的第二 NS包括所述第一 VNFFG 和第二 VNFFG, 所述第二 VNFFG包括所述第二 VNF实例, 且所述第二 VNF 实例在所述第二 VNFFG中与所述第二 VNFFG中的其他 VNF实例的连接方式, 和,所述第一 VNF实例在所述第一 VNFFG中与所述第一 VNFFG中的其他 VNF 实例的连接方式相同。
结合第一方面的第二种可能的实施方式, 在第一方面的第三种可能的实 施方式中, 所述处理器, 具体用于将所述第一 VNFFG和所述第二 VNFFG配置 给所述业务流作为所述业务流的转发路径, 以使所述第一业务流转发至所述 第一 VNFFG进行处理, 所述第二业务流转发至所述第二 VNFFG处理。
结合第一方面的第二种可能的实施方式, 在第一方面的第四种可能的实 施方式中, 所述处理器, 具体用于指示 NS业务管理实体将所述第一 VNFFG和 所述第二 VNFFG配置给所述业务流作为所述业务流的转发路径, 以使所述第 一业务流转发至所述第一 VNFFG进行处理, 所述第二业务流转发至所述第二 VNFFG进行处理。
结合第一方面, 在第一方面的第五种可能的实施方式中, 所述处理器, 具体用于检查所述第一 VNF实例是否存在; 若存在, 则获取 VNF目录中预设 的所述第一 VNF的第二软件版本的 VNFD; 并根据所述第一 VNF的第二软件版 本的 VNFD实例化所述第一 VNF, 获得所述第二 VNF实例。
结合第一方面的第五种可能的实施方式, 在第一方面的第六种可能的实 施方式中, 所述处理器, 具体用于将所述第二 VNF实例连接至所述第一 VNF 实例所在的 NS中, 且所述第二 VNF实例与所述 NS中的其他 VNF实例的连 接方式, 和, 所述第一 VNF实例与所述 NS中的其他 VNF实例的连接方式 相同。
结合第一方面的第六种可能的实施方式, 在第一方面的第七种可能的实 施方式中, 所述处理器, 具体用于将所述第一 VNF实例和所述第二 VNF实例 配置给所述业务流, 作为所述业务流在所述 NS中的转发路径中的节点, 生成 业务流转发表; 并将所述业务流转发表配置给第三 VNF实例, 以使所述第三 VNF实例根据所述业务流转发表将所述第一业务流转发至所述第一 VNF实例 进行处理, 将所述第二业务流转发至所述第二 VNF实例处理; 其中, 所述第 三 VNF实例分别与所述第一 VNF实例和所述第二 VNF实例相邻。
结合第一方面的第六种可能的实施方式, 在第一方面的第八种可能的实 施方式中, 所述处理器, 具体用于将所述第一 VNF实例与第三 VNF实例之间 的第一虚拟链路的权重值, 和, 所述第二 VNF实例与所述第三 VNF实例之间 的第二虚拟链路的权重值配置给所述第三 VNF实例, 以使所述第三 VNF实例 根据所述第一虚拟链路的权重值和所述第二虚拟链路的权重值将所述第一业 务流转发至所述第一 VNF实例进行处理, 将所述第二业务流转发至所述第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第一 VNF实例和所述第 二 VNF实例相邻。 结合第一方面的第六种可能的实施方式, 在第一方面的第九种可能的实 施方式中, 所述处理器, 具体用于指示 NS业务管理实体将所述第一 VNF实例 和所述第二 VNF实例配置给所述业务流,作为所述业务流在所述 NS中的转发 路径中的节点, 生成业务流转发表; 并指示所述 NS业务管理实体将所述业务 流转发表配置给所述第三 VNF实例, 以使所述第三 VNF实例根据所述业务流 转发表将所述第一业务流转发至所述第一 VNF实例进行处理, 将所述第二业 务流转发至所述第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第 一 VNF实例和所述第二 VNF实例相邻。
结合第一方面的第六种可能的实施方式, 在第一方面的第十种可能的实 施方式中, 所述处理器, 具体用于指示 NS业务管理实体将所述第一 VNF实例 与第三 VNF实例之间的第一虚拟链路的权重值, 和, 所述第二 VNF实例与所 述第三 VNF实例之间的第二虚拟链路的权重值配置给所述第三 VNF实例, 以 使所述第三 VNF实例根据所述第一虚拟链路的权重值和所述第二虚拟链路的 权重值将所述第一业务流转发至所述第一 VNF实例进行处理, 将所述第二业 务流转发至所述第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第 一 VNF实例和所述第二 VNF实例相邻。
结合第一方面至第一方面的第十种可能的实施方式中的任一项, 在第一 方面的第十一种可能的实施方式中, 所述处理器, 具体用于获取 NS业务管理 实体监测的所述第一 VNF实例的运行状态; 若所述第一 VNF实例在所述预设 时间内空载运行, 则指示所述 NS管理实体终止所述第一 VNF实例。
结合第一方面至第一方面的第十种可能的实施方式中的任一项, 在第一 方面的第十二种可能的实施方式中, 所述处理器, 具体用于指示 NS业务管理 实体监测所述第一 VNF实例的运行状态, 并在监测到所述第一 VNF实例在所 述预设时间内空载运行时, 终止所述第一 VNF实例。
结合第一方面至第一方面的第十二种可能的实施方式中的任一项, 在第 一方面的第十三种可能的实施方式中, 所述处理器, 还用于在 NS中配置业务 流转发路径之后, 将所述第二 VNF实例增加至网络功能虚拟化 NFV实例库; 并启动 VNF资源伸缩过程对所述第一 VNF实例和所述第二 VNF实例进行资源 伸缩处理。
结合第一方面的第十三种可能的实施方式, 在第一方面的第十四种可能 的实施方式中, 所述处理器, 还用于删除所述 NFV实例库中的所述第一 VNF 实例。
第二方面, 本发明实施例提供一种网络功能虚拟化编排器, 包括: 接收模块, 用于接收发送端发送的升级请求消息; 其中, 所述升级请求 消息用于请求所述网络功能虚拟化编排器 NFV0将第一虚拟网络功能 VNF对应 的第一软件版本升级为第二软件版本,所述第一软件版本对应第一 VNF实例, 所述第二软件版本对应第二 VNF实例;
实例化模块, 用于根据 VNF目录中预设的所述第一 VNF的第二软件版本 的 VNFD对所述第一 VNF进行实例化, 获得第二 VNF实例;
连接模块, 用于将所述第二 VNF实例连接至所述第一 VNF实例所在的网 络服务 NS中;
配置模块, 用于配置业务流在所述 NS中的转发路径, 以使第一业务流转 发至第一 VNF实例进行处理,第二业务流转发至所述第二 VNF实例进行处理; 判断终止模块, 用于判断所述第一 VNF实例在预设时间内空载运行, 则 所述 NFV0终止所述第一 VNF实例。
结合第二方面, 在第二方面的第一种可能的实施方式中, 所述实例化模 块包括:
确定发送单元, 用于确定所述第一 VNF实例所属的至少一个第一 NS , 并 将所述第一 NS的标识发送给所述发送端; 其中, 所述第一 NS包括至少一条 虚拟网络功能转发图 VNFFG, 所述 VNFFG中的第一 VNFFG包括所述第一 VNF 实例, 所述第一 NS对应第一网络服务描述 NSD ;
确定获取单元,用于根据所述接收模块接收到的发送端发送的 NS实例更 新请求中的第二 NS的标识, 获取 NS目录中预设的第二 NSD , 并根据所述第 二 NSD确定对所述第一 VNF进行实例化; 其中, 所述第二 NS为所述发送 端根据所述第一 NS的标识确定的待更新的所述第一 NS , 所述第二 NSD为 修改后的第一 NSD;
第一实例化单元, 用于根据所述 VNF目录中预设的所述第一 VNF的第 二软件版本的 VNFD实例化所述第一 VNF , 获得所述第二 VNF实例;
所述接收模块, 还用于接收所述发送端发送的所述 NS实例更新请求; 其中, 所述 NS实例更新请求包括至少一个第二 NS的标识。 结合第二方面的第一种可能的实施方式, 在第二方面的第二种可能的实 施方式中, 所述连接模块, 具体用于将所述第二 VNF 实例连接至所述第二 NS中, 获得更新后的第二 NS ; 其中, 所述更新后的第二 NS包括所述第一 VNFFG和第二 VNFFG , 所述第二 VNFFG包括所述第二 VNF实例, 且所述第 二 VNF实例在所述第二 VNFFG中与所述第二 VNFFG中的其他 VNF实例的连 接方式, 和, 所述第一 VNF实例在所述第一 VNFFG中与所述第一 VNFFG中 的其他 VNF实例的连接方式相同。
结合第二方面的第二种可能的实施方式, 在第二方面的第三种可能的实 施方式中, 所述配置模块, 具体用于将所述第一 VNFFG和所述第二 VNFFG配 置给所述业务流作为所述业务流的转发路径, 以使所述第一业务流转发至所 述第一 VNFFG进行处理, 所述第二业务流转发至所述第二 VNFFG处理。
结合第二方面的第二种可能的实施方式, 在第二方面的第四种可能的实 施方式中, 所述配置模块, 具体用于指示 NS业务管理实体将所述第一 VNFFG 和所述第二 VNFFG配置给所述业务流作为所述业务流的转发路径, 以使所述 第一业务流转发至所述第一 VNFFG进行处理, 所述第二业务流转发至所述第 二 VNFFG进行处理。
结合第二方面, 在第二方面的第五种可能的实施方式中, 所述实例化模 块, 还包括:
检查获取单元, 用于检查所述第一 VNF实例是否存在; 若存在, 则获取 VNF目录中预设的所述第一 VNF的第二软件版本的 VNFD;
第二实例化单元,用于根据所述第一 VNF的第二软件版本的 VNFD实例化 所述第一 VNF, 获得所述第二 VNF实例。
结合第二方面的第五种可能的实施方式, 在第二方面的第六种可能的实 施方式中, 所述连接模块, 具体用于将所述第二 VNF 实例连接至所述第一 VNF实例所在的 NS中, 且所述第二 VNF实例与所述 NS中的其他 VNF实例 的连接方式, 和, 所述第一 VNF实例与所述 NS中的其他 VNF实例的连接 方式相同。
结合第二方面的第六种可能的实施方式, 在第二方面的第七种可能的实 施方式中, 所述配置模块, 具体用于将所述第一 VNF实例和所述第二 VNF实 例配置给所述业务流, 作为所述业务流在所述 NS中的转发路径中的节点, 生 成业务流转发表; 并将所述业务流转发表配置给第三 VNF实例, 以使所述第 三 VNF实例根据所述业务流转发表将所述第一业务流转发至所述第一 VNF实 例进行处理, 将所述第二业务流转发至所述第二 VNF实例处理; 其中, 所述 第三 VNF实例分别与所述第一 VNF实例和所述第二 VNF实例相邻。
结合第二方面的第六种可能的实施方式, 在第二方面的第八种可能的实 施方式中, 所述配置模块, 具体用于将所述第一 VNF实例与第三 VNF实例之 间的第一虚拟链路的权重值, 和, 所述第二 VNF实例与所述第三 VNF实例之 间的第二虚拟链路的权重值配置给所述第三 VNF实例, 以使所述第三 VNF实 例根据所述第一虚拟链路的权重值和所述第二虚拟链路的权重值将所述第一 业务流转发至所述第一 VNF实例进行处理, 将所述第二业务流转发至所述第 二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第一 VNF实例和所述 第二 VNF实例相邻。
结合第二方面的第六种可能的实施方式, 在第二方面的第九种可能的实 施方式中, 所述配置模块, 具体用于指示 NS业务管理实体将所述第一 VNF实 例和所述第二 VNF实例配置给所述业务流,作为所述业务流在所述 NS中的转 发路径中的节点, 生成业务流转发表; 并指示所述 NS业务管理实体将所述业 务流转发表配置给所述第三 VNF实例, 以使所述第三 VNF实例根据所述业务 流转发表将所述第一业务流转发至所述第一 VNF实例进行处理, 将所述第二 业务流转发至所述第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述 第一 VNF实例和所述第二 VNF实例相邻。
结合第二方面的第六种可能的实施方式, 在第二方面的第十种可能的实 施方式中, 所述配置模块, 具体用于指示 NS业务管理实体将所述第一 VNF实 例与第三 VNF实例之间的第一虚拟链路的权重值, 和, 所述第二 VNF实例与 所述第三 VNF实例之间的第二虚拟链路的权重值配置给所述第三 VNF实例, 以使所述第三 VNF实例根据所述第一虚拟链路的权重值和所述第二虚拟链路 的权重值将所述第一业务流转发至所述第一 VNF实例进行处理, 将所述第二 业务流转发至所述第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述 第一 VNF实例和所述第二 VNF实例相邻。
结合第二方面至第二方面的第十种可能的实施方式中的任一项, 在第二 方面的第十一种可能的实施方式中, 所述判断终止模块, 具体用于获取 NS业 务管理实体监测的所述第一 VNF实例的运行状态; 若所述第一 VNF实例在所 述预设时间内空载运行, 则指示所述 NS管理实体终止所述第一 VNF实例。
结合第二方面至第二方面的第十种可能的实施方式中的任一项, 在第二 方面的第十二种可能的实施方式中, 所述判断终止模块, 具体用于指示 NS业 务管理实体监测所述第一 VNF实例的运行状态, 并在监测到所述第一 VNF实 例在所述预设时间内空载运行时, 终止所述第一 VNF实例。
结合第二方面至第二方面的第十二种可能的实施方式中的任一项, 在第 二方面的第十三种可能的实施方式中, 所述网络功能虚拟化编排器还包括: 增加模块,用于在所述配置模块在网络服务 NS中配置业务流转发路径之 后, 将所述第二 VNF实例增加至网络功能虚拟化 NFV实例库;
资源伸缩模块, 用于启动 VNF资源伸缩过程对所述第一 VNF实例和所述 第二 VNF实例进行资源伸缩处理。
结合第二方面的第十三种可能的实施方式, 在第二方面的第十四种可能 的实施方式中, 所述网络功能虚拟化编排器还包括:
删除模块, 用于在所述判断终止模块终止所述第一 VNF实例之后, 删除 所述 NFV实例库中的所述第一 VNF实例。
第三方面, 本发明提供一种虚拟网络功能的升级方法, 包括:
网络功能虚拟化编排器 NFV0接收发送端发送的升级请求消息; 其中, 所 述升级请求消息用于请求所述 NFV0将第一虚拟网络功能 VNF对应的第一软件 版本升级为第二软件版本, 所述第一软件版本对应第一 VNF实例, 所述第二 软件版本对应第二 VNF实例;
所述 NFV0根据 VNF目录中预设的所述第一 VNF的第二软件版本的 VNFD 对所述第一 VNF进行实例化, 获得第二 VNF实例;
所述 NFV0将所述第二 VNF实例连接至所述第一 VNF实例所在的网络服务 NS中;
所述 NFV0配置业务流在所述 NS中的转发路径, 以使第一业务流转发至 第一 VNF实例进行处理, 第二业务流转发至所述第二 VNF实例进行处理; 所述 NFV0判断所述第一 VNF实例在预设时间内空载运行, 则所述 NFV0 终止所述第一 VNF实例。
结合第三方面, 在第三方面的第一种可能的实施方式中, 所述 NFV0根据 VNF目录中预设的所述第一 VNF的第二软件版本的 VNFD对所述第一 VNF进行 实例化, 获得第二 VNF实例, 包括:
所述 NFV0确定所述第一 VNF实例所属的至少一个第一 NS , 并将所述第 一 NS的标识发送给所述发送端; 其中, 所述第一 NS包括至少一条虚拟网络 功能转发图 VNFFG, 所述 VNFFG中的第一 VNFFG包括所述第一 VNF实例; 所述 NFV0接收所述发送端发送的 NS实例更新请求; 其中, 所述 NS实例 更新请求包括至少一个第二 NS的标识; 所述第二 NS为所述发送端根据所 述第一 NS的标识确定的待更新的所述第一 NS ; 其中, 所述第一 NS对应第 一网络服务描述 NSD;
所述 NFV0根据所述第二 NS的标识获取 NS目录中预设的第二 NSD,并 根据所述第二 NSD确定对所述第一 VNF进行实例化; 其中, 所述第二 NSD 为修改后的第一 NSD;
所述 NFV0根据所述 VNF目录中预设的所述第一 VNF的第二软件版本的 VNFD实例化所述第一 VNF, 获得所述第二 VNF实例。
结合第三方面的第一种可能的实施方式, 在第三方面的第二种可能的实 施方式中,所述 NFV0将所述第二 VNF实例连接至所述第一 VNF实例所在的网 络服务 NS中, 包括:
所述 NFV0将所述第二 VNF实例连接至所述第二 NS中, 获得更新后的 第二 NS ; 其中, 所述更新后的第二 NS包括所述第一 VNFFG和第二 VNFFG , 所述第二 VNFFG包括所述第二 VNF实例, 且所述第二 VNF实例在所述第二 VNFFG中与所述第二 VNFFG中的其他 VNF实例的连接方式, 和, 所述第一 VNF实例在所述第一 VNFFG中与所述第一 VNFFG中的其他 VNF实例的连接 方式相同。
结合第三方面的第二种可能的实施方式, 在第三方面的第三种可能的实 施方式中, 所述 NFV0配置业务流在所述 NS中的转发路径, 包括:
所述 NFV0将所述第一 VNFFG和所述第二 VNFFG配置给所述业务流作为所 述业务流的转发路径, 以使所述第一业务流转发至所述第一 VNFFG进行处理, 所述第二业务流转发至所述第二 VNFFG处理。
结合第三方面的第二种可能的实施方式, 在第三方面的第四种可能的实 施方式中, 所述 NFV0配置业务流在所述 NS中的转发路径, 包括: 所述 NFVO指示 NS业务管理实体将所述第一 VNFFG和所述第二 VNFFG配 置给所述业务流作为所述业务流的转发路径, 以使所述第一业务流转发至所 述第一 VNFFG进行处理, 所述第二业务流转发至所述第二 VNFFG进行处理。
结合第三方面, 在第三方面的第五种可能的实施方式中, 所述 NFV0根据 VNF目录中预设的所述第一 VNF的第二软件版本的 VNFD对所述第一 VNF进行 实例化, 获得第二 VNF实例, 包括:
所述 NFV0检查所述第一 VNF实例是否存在;
若存在,所述 NFV0获取 VNF目录中预设的所述第一 VNF的第二软件版本 的 VNFD;
所述 NFV0根据所述第一 VNF 的第二软件版本的 VNFD实例化所述第一
VNF, 获得所述第二 VNF实例。
结合第三方面的第五种可能的实施方式, 在第三方面的第六种可能的实 施方式中,所述 NFV0将所述第二 VNF实例连接至所述第一 VNF实例所在的网 络服务 NS中, 包括:
所述 NFV0将所述第二 VNF实例连接至所述第一 VNF实例所在的 NS中, 且所述第二 VNF实例与所述 NS中的其他 VNF实例的连接方式, 和, 所述 第一 VNF实例与所述 NS中的其他 VNF实例的连接方式相同。
结合第三方面的第六种可能的实施方式, 在第三方面的第七种可能的实 施方式中, 所述 NFV0配置业务流在所述 NS中的转发路径, 包括:
所述 NFV0将所述第一 VNF实例和所述第二 VNF实例配置给所述业务流, 作为所述业务流在所述 NS中的转发路径中的节点, 生成业务流转发表;
所述 NFV0将所述业务流转发表配置给第三 VNF实例, 以使所述第三 VNF 实例根据所述业务流转发表将所述第一业务流转发至所述第一 VNF实例进行 处理,将所述第二业务流转发至所述第二 VNF实例处理; 其中, 所述第三 VNF 实例分别与所述第一 VNF实例和所述第二 VNF实例相邻。
结合第三方面的第六种可能的实施方式, 在第三方面的第八种可能的实 施方式中, 所述 NFV0配置业务流在所述 NS中的转发路径, 包括:
所述 NFV0将所述第一 VNF实例与第三 VNF实例之间的第一虚拟链路的权 重值, 和, 所述第二 VNF实例与所述第三 VNF实例之间的第二虚拟链路的权 重值配置给所述第三 VNF实例, 以使所述第三 VNF实例根据所述第一虚拟链 路的权重值和所述第二虚拟链路的权重值将所述第一业务流转发至所述第一
VNF实例进行处理, 将所述第二业务流转发至所述第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第一 VNF实例和所述第二 VNF实例相邻。
结合第三方面的第六种可能的实施方式, 在第三方面的第九种可能的实 施方式中, 所述 NFV0配置业务流在所述 NS中的转发路径, 包括:
所述 NFV0指示 NS业务管理实体将所述第一 VNF实例和所述第二 VNF实 例配置给所述业务流, 作为所述业务流在所述 NS中的转发路径中的节点, 生 成业务流转发表;
所述 NFV0指示所述 NS业务管理实体将所述业务流转发表配置给所述第 三 VNF实例, 以使所述第三 VNF实例根据所述业务流转发表将所述第一业务 流转发至所述第一 VNF实例进行处理,将所述第二业务流转发至所述第二 VNF 实例处理;其中,所述第三 VNF实例分别与所述第一 VNF实例和所述第二 VNF 实例相邻。
结合第三方面的第六种可能的实施方式, 在第三方面的第十种可能的实 施方式中, 所述 NFV0配置业务流在所述 NS中的转发路径, 包括:
所述 NFV0指示 NS业务管理实体将所述第一 VNF实例与第三 VNF实例之 间的第一虚拟链路的权重值, 和, 所述第二 VNF实例与所述第三 VNF实例之 间的第二虚拟链路的权重值配置给所述第三 VNF实例, 以使所述第三 VNF实 例根据所述第一虚拟链路的权重值和所述第二虚拟链路的权重值将所述第一 业务流转发至所述第一 VNF实例进行处理, 将所述第二业务流转发至所述第 二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第一 VNF实例和所述 第二 VNF实例相邻。
结合第三方面至第三方面的第十种可能的实施方式中的任一项, 在第三 方面的第十一种可能的实施方式中,所述 NFV0判断所述第一 VNF实例在预设 时间内空载运行, 则所述 NFV0终止所述第一 VNF实例, 具体包括:
所述 NFV0获取 NS业务管理实体监测的所述第一 VNF实例的运行状态; 若所述第一 VNF实例在所述预设时间内空载运行,则所述 NFV0指示所述 NS管理实体终止所述第一 VNF实例。
结合第三方面至第三方面的第十种可能的实施方式中的任一项, 在第三 方面的第十二种可能的实施方式中,所述 NFV0判断所述第一 VNF实例在预设 时间内空载运行, 则所述 NFV0终止所述第一 VNF实例, 具体包括:
所述 NFV0指示所述 NS业务管理实体监测所述第一 VNF实例的运行状态, 并在所述第一 VNF实例在所述预设时间内空载运行时, 终止所述第一 VNF实 例。
结合第三方面至第三方面的第十二种可能的实施方式中的任一项, 在第 三方面的第十三种可能的实施方式中, 所述 NFV0在网络服务 NS中配置业务 流转发路径之后, 还包括:
所述 NFV0将所述第二 VNF实例增加至网络功能虚拟化 NFV实例库; 所述 NFV0启动 VNF资源伸缩过程对所述第一 VNF实例和所述第二 VNF实 例进行资源伸缩处理。
结合第三方面的第十三种可能的实施方式, 在第三方面的第十四种可能 的实施方式中, 所述 NFV0终止所述第一 VNF实例之后, 还包括:
所述 NFV0删除所述 NFV实例库中的所述第一 VNF实例。
本发明实施例提供的虚拟网络功能的升级方法和网络功能虚拟化编排 器, 通过接收器接收发送端发送的用于请求将第一 VNF的第一软件版本升级 为第二软件版本的升级请求消息, 处理器根据预设在 VNF 目录中的第二软件 版本的 VNFD对第一 VNF进行实例化获得第二 VNF实例,并将该第二 VNF实例 连接至第一 VNF实例所在的 NS中; 之后, 处理器配置业务流在上述 NS中的 转发路径, 使得第一业务流转发至第一 VNF实例进行处理, 第二业务流转发 至所述第二 VNF实例进行处理, 使得第一 VNF实例和第二 VNF实例可以并行 处理不同的业务流; 并在判断第一 VNF实例在预设时间内空载运行时, 终止 第一 VNF实例, 从而完成第一 VNF实例和第二 VNF实例间的无缝切换, 避免 在 VNF升级过程中导致旧版本的 VNF实例运行中断, 满足了业务流的实时性 要求。 附图说明 为了更清楚地说明本发明实施例或现有技术中的技术方案, 下面将对 实施例或现有技术描述中所需要使用的附图作一简单地介绍, 显而易见 地, 下面描述中的附图是本发明的一些实施例, 对于本领域普通技术人员 来讲, 在不付出创造性劳动的前提下, 还可以根据这些附图获得其他的附 图。
图 1为本发明提供的 NFV MAN0的架构示意图;
图 2为本发明提供的网络功能虚拟化编排器实施例一的结构示意图; 图 3为本发明提供的第二 VNF实例在 NS中的连接示意图一;
图 4为本发明提供的第二 VNF实例在 NS中的连接示意图二;
图 5本发明提供的网络功能虚拟化编排器实施例二的结构示意图; 图 6本发明提供的网络功能虚拟化编排器实施例三的结构示意图; 图 7为本发明提供的网络功能虚拟化编排器实施例四的结构示意图; 图 8为本发明提供的网络功能虚拟化编排器实施例五的结构示意图; 图 9为本发明提供的虚拟网络功能的升级方法实施例一的流程图; 图 10为本发明提供的虚拟网络功能的升级方法实施例二的流程图; 图 11为本发明提供的虚拟网络功能的升级方法实施例三的流程图; 图 12为本发明提供的虚拟网络功能的升级方法实施例四的流程图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚, 下面将结合本 发明实施例中的附图, 对本发明实施例中的技术方案进行清楚、 完整地描 述, 显然,所描述的实施例是本发明一部分实施例, 而不是全部的实施例。 基于本发明中的实施例, 本领域普通技术人员在没有作出创造性劳动前提 下所获得的所有其他实施例, 都属于本发明保护的范围。
图 2为本发明提供的网络功能虚拟化编排器实施例一的结构示意图。 本实施例涉及的 NFV0适用于如图 1所示的 NFV架构图。 如图 2所示, 该 NFV0包括: 接收器 10和处理器 1 1。 其中, 接收器 10, 用于接收发送端 ( Sender )发送的升级请求消息; 其中, 该升级请求消息用于请求 NFV0将第 一 VNF对应的第一软件版本升级为第二软件版本, 所述第一软件版本对应第 一 VNF实例,所述第二软件版本对应第二 VNF实例;处理器 11,用于根据 VNF 目录中预设的第一 VNF的第二软件版本的 VNFD对所述第一 VNF进行实例化, 获得第二 VNF实例; 并将该第二 VNF实例连接至上述第一 VNF实例所在的 NS 后, 配置业务流在该 NS中的转发路径, 以使第一业务流转发至第一 VNF实例 进行处理, 第二业务流转发至第二 VNF实例进行处理; 并判断该第一 VNF实 例在预设时间内空载运行, 则 NFV0终止上述第一 VNF实例。
具体的, 发送端向接收器 10发送升级请求消息, 用于请求 NFV0对 NS中 的第一 VNF对应的第一软件版本升级为第二软件版本, 其中, 第一软件版本 对应的是第一 VNF实例, 第二软件版本对应的是第二 VNF实例。 该第一 VNF 可以为一个 VNF, 也可以为多个 VNF, 本发明实施例对此并不做限制。 若第一 VNF为多个, 则对每个 VNF的软件版本进行升级时只需要将下述过程重复执 行即可。并且, 将第一 VNF对应的第一软件版本升级为第二软件版本的过程, 实际上就是获得第二软件版本对应的第二 VNF实例的过程。
当接收器 10接收到该升级请求消息之后, 处理器 1 1会验证该升级请求 消息的有效性 (处理器 11有自己的验证机制) ; 当该升级请求消息有效时, 处理器 11从 VNF目录中读取预设的第一 VNF的第二软件版本的 VNFD, 并根 据该第二软件版本的 VNFD对第一 VNF进行实例化, 得到第二 VNF实例。需要 说明的是,预设在 VNF目录中的 VNFD的作用主要是描述第一 VNF的第二软件 版本对应的软件对硬件资源的需求, 从而使得第二软件版本对应的软件可以 和这些硬件资源匹配, 使得第一 VNF中的第二软件版本能够运行起来, 成为 第二 VNF实例。 gp, 第一 VNF实例是未升级前的 VNF实例 (旧版本的 VNF实 例) , 第二 VNF实例即为升级后的 VNF实例 (新版本的 VNF实例) 。
一般的, 多个 VNF实例之间通过虚拟链路连接成为一个或多个 NS。 当处 理器 11获得上述第二 VNF实例之后,将该第二 VNF实例连接至第一 VNF实例 所在的 NS中。进一步地, 处理器 11会配置业务流在该 NS中的转发路径, 使 得从一个或多个发送端传输过来的第一业务流能够转发至第一 VNF实例进行 处理, 第二业务流能够转发至第二 VNF实例进行处理 (这里的第一业务流即 就是之前由第一 VNF实例处理的旧的业务流, 第二业务流为新的业务流) , 也就是说第一 VNF实例和第二 VNF实例可以并行运行, 但是处理的业务流并 不相同。 需要说明的是, 这里处理器 1 1配置业务流在 NS中的转发路径, 可 以是 NFV0预设的业务流转发策略, 还可以是与业务流转发路径相关的参数, 即可以利用这些相关参数间接获知业务流的转发路径, 本发明实施例对该转 发路径的形式并不做限制。
当处理器 11判断第一 VNF实例在一定的预设时间段内是空载运行的(即 第一 VNF实例上没有第一业务流在处理), 则处理器 11判断发送端的第一业 务流已经处理完毕, 进而终止该第一 VNF实例, 之后的新的业务流 (第二业 务流) 即转发至第二 VNF实例进行处理, 从而完成新旧业务流的软切换, 并 不会造成旧业务流的中断。 可选的, 当第一 VNF实例为多个时, 处理器 11还 可以判断在一定的预设时间段内属于 NS 中同一个虚拟网络功能转发图 (Virtual i sed Network Function Forwarding Graph , 以下简禾尔 VNFFG ) 所有的第一 VNF实例都是空载运行时, 则终止该 VNFFG中所有的第一 VNF实 例。
本发明实施例提供的网络功能虚拟化编排器, 通过接收器接收发送端发 送的用于请求将第一 VNF的第一软件版本升级为第二软件版本的升级请求消 息,处理器根据预设在 VNF目录中的第二软件版本的 VNFD对第一 VNF进行实 例化获得第二 VNF实例, 并将该第二 VNF实例连接至第一 VNF实例所在的 NS 中; 之后, 处理器配置业务流在上述 NS中的转发路径, 使得第一业务流转发 至第一 VNF实例进行处理, 第二业务流转发至所述第二 VNF实例进行处理, 使得第一 VNF实例和第二 VNF实例可以并行处理不同的业务流; 并在判断第 一 VNF实例在预设时间内空载运行时,终止第一 VNF实例,从而完成第一 VNF 实例和第二 VNF实例间的无缝切换,避免在 VNF升级过程中导致旧版本的 VNF 实例运行中断, 满足了业务流的实时性要求。 在上述实施例的基础上, 作为本发明实施例的第一种可行的实施方式, 本实施例涉及的是上述处理器 11获得第二 VNF实例的具体过程。具体的, 上 述处理器 11, 具体用于确定上述第一 VNF实例所属的至少一个第一 NS, 并将 该第一 NS的标识发送给发送端; 其中, 该第一 NS包括至少一条 VNFFG, 该 VNFFG中的第一 VNFFG包括第一 VNF实例, 上述第一 NS对应第一 NSD; 并根 据上述接收器 10接收到的发送端发送的 NS实例更新请求中的第二 NS的标 识, 获取 NS 目录中预设的第二 NSD, 并根据该第二 NSD确定对所述第一 VNF进行实例化; 其中, 第二 NS为上述发送端根据第一 NS的标识确定的 待更新的第一 NS , 第二 NSD为修改后的第一 NSD; 并根据上述 VNF目录中 预设的第一 VNF的第二软件版本的 VNFD实例化所述第一 VNF, 获得所述第 二 VNF实例; 上述接收器 10, 还用于接收所述发送端发送的所述 NS实例更 新请求; 其中, 该 NS实例更新请求包括至少一个第二 NS的标识。 具体的, 接收器 10在接收到发送端发送的升级请求之后, 处理器 1 1会 验证该升级请求消息的有效性(处理器 11有自己的验证机制) ; 当该升级请 求消息有效时, 处理器 11确定上述第一 VNF的第一软件版本对应的第一 VNF 实例所在的第一 NS , 且该第一 NS可以为一个, 也可以为多个; 并且第一 NS 包括至少一条 VNFFG, VNFFG中的第一 VNFFG包括第一 VNF实例。 并且, 第一 NS对应第一 NSD, 该第一 NSD的作用主要是描述第一 NS中有多少个 VNFFG, 每个 VNFFG包括多少个 VNF实例, 以及各个 VNF实例之间的连接关系。 处理 器 11将这些第一 NS的标识发送给发送端,使得发送端从这些第一 NS的标识 中确定要更新哪一个第一 NS , 也就是下述实施例中提到的第二 NS , 第二 NS 即为发送端确定的待更新的第一 NS。
发送端将确定的第二 NS的标识携带在 NS实例更新请求中发送给接收器 10, 该 NS实例更新请求包括至少一个第二 NS的标识。 接收器 10接收到该 NS实例更新请求之后, 指示处理器 11根据该第二 NS的标识从 NS 目录中获 取预设的第二 NSD, 该第二 NSD为修改后的第一 NSD , 也就是说, 第二 NSD的 作用主要是描述要将第一 NS更新成什么样子的 NS , 例如: 第二 NSD描述的 是要将第一 NS更新成为包括多少个 VNFFG, 多少个 VNF实例、 且各个 VNF实 例是如何连接的 NS。
处理器 11在获取到 NS目录中的第二 NSD后, 根据该第二 NSD的具体描 述在第二 NS中检查哪一些 VNF的软件版本对应的 VNF实例是已经存在的,哪 一些 VNF软件版本对应的 VNF实例是不存在的,即处理器 11可以根据该第二 NSD获知具体要对哪一个 VNF进行实例化, 从而实现 VNF的软件版本升级的 过程。由于第二 NS中第一 VNF的第一软件版本对应的第一 VNF实例是已经存 在的, 但是第一 VNF的第二软件版本对应的 VNF实例并不存在, 因此处理器 11确定对第一 VNF实例进行实例化。 处理器 11可以从 VNF目录中获取预设 的第一 VNF的第二软件版本的 VNFD ,根据该第二软件版本的 VNFD对第一 VNF 进行实例化, 获得第二 VNF实例。
需要说明的是,上述 NS目录中预设的第二 NSD可以通过修改 NSD的流程 获得 (修改 NSD的流程可以参见现有技术) , 而修改第一 NSD可以是在接收 器 10接收到发送端发送的 NS实例更新请求之前或之后由处理器 11执行的, 并预先存储在 NS目录中的;上述 VNF目录中预设的第一 VNF的第二软件版本 的 VNFD可以通过 VNF加载流程获得 (VNF加载流程可以参见现有技术) , 而 加载 VNF的过程实际上就是加载第二 VNFD到 VNF 目录中的过程, 并且加载 VNF的过程也可以是在接收器 10接收到发送端发送的 NS实例更新请求之前 或之后由处理器 1 1执行的。 在上述实施例一的基础上,作为本发明实施例的第二种可行的实施方式, 本实施例涉及的方法上述处理器 11获得第二 VNF实例的具体过程。 具体的, 上述处理器 11, 具体用于检查第一 VNF实例是否存在; 若存在, 则获取 VNF 目录中预设的第一 VNF的第二软件版本的 VNFD; 并根据该第一 VNF的第二软 件版本的 VNFD实例化所述第一 VNF, 获得第二 VNF实例。
具体的, 接收器 10在接收到发送端发送的升级请求之后, 处理器 1 1会 验证该升级请求消息的有效性(处理器 11有自己的验证机制) ; 当该升级请 求消息有效时,处理器 11会在 NS中检查第一 VNF实例是否存在。当第一 VNF 实例存在时, 处理器会返回同意升级响应给发送端, 并获取 VNF 目录中预设 的第一 VNF 的第二软件版本的 VNFD, 并根据该第一 VNF 的第二软件版本的 VNFD实例化第一 VNF, 获得第二 VNF实例。 需要说明的是, VNF 目录中预设 的第一 VNF的第二软件版本的 VNFD可以通过 VNF加载流程获得 (VNF加载流 程可以参见现有技术) , 而加载 VNF的过程实际上就是加载第二 VNFD到 VNF 目录中的过程, 并且加载 VNF的过程也可以是在接收器接收到发送端发送的 NS实例更新请求之前或之后由处理器 1 1执行的。
本发明实施例提供的网络功能虚拟化编排器, 通过接收器接收发送端发 送的用于请求将第一 VNF的第一软件版本升级为第二软件版本的升级请求消 息,处理器根据预设在 VNF目录中的第二软件版本的 VNFD对第一 VNF进行实 例化获得第二 VNF实例, 并将该第二 VNF实例连接至第一 VNF实例所在的 NS 中; 之后, 处理器配置业务流在上述 NS中的转发路径, 使得第一业务流转发 至第一 VNF实例进行处理, 第二业务流转发至所述第二 VNF实例进行处理, 使得第一 VNF实例和第二 VNF实例可以并行处理不同的业务流; 并在判断第 一 VNF实例在预设时间内空载运行时,终止第一 VNF实例,从而完成第一 VNF 实例和第二 VNF实例的无缝切换, 避免在 VNF升级过程中导致旧版本的 VNF 实例运行中断, 满足了业务的实时性要求。 针对上述获得第二 VNF实例过程的不同,处理器 11将第二 VNF实例连接 至 NS中, 以及, 配置业务流在 NS中的转发路径的过程也是不同的。 下面分 别作以介绍。
在本发明实施例的上述第一种可能的实施方式的基础上, 本实施例涉及 的是处理器 11将所获得的第二 VNF实例连接至 NS中和配置业务流在 NS中的 转发路径的具体过程。 具体为:
当处理器 11获得第二 VNF实例之后, 将该第二 VNF实例连接至上述第 二 NS 中, 获得更新后的第二 NS ; 其中, 更新后的第二 NS包括上述第一 VNFFG和第二 VNFFG , 该第二 VNFFG包括第二 VNF实例, 且所述第二 VNF 实例在所述第二 VNFFG中与第二 VNFFG中的其他 VNF实例的连接方式与所 述第一 VNF实例在所述第一 VNFFG中与第一 VNFFG中的其他 VNF实例的连 接方式相同, 也就是说新增一条第二 VNFFG至第二 NS , 成为更新后的第二 NS o 例如: 如图 3所示, 更新后的第二 NS中包括 2条 VNFFG, 分别是第一 VNFFG和第二 VNFFG (第一 VNFFG是第二 NS中原有的 VNFFG , 第二 VNFFG 是新增的包括第二 VNF实例的 VNFFG ) ; 其中, 第一 VNFFG中包括 VNF1、 VNF2、 VNF3、 VNFx禾口 VNF4 5个 VNF实例, 且 VNFx代表第一 VNF实例, 第 二 VNFFG中包括 VNFK VNF2、 VNF3、 VNFy, VNF4 5个 VNF实例, 且 VNFy 代表第二 VNF实例。参照图 3,在第一 VNFFG中, VNFx与 VNF1、 VNF2、 VNF3 和 VNF4按照级联的方式连接, 则在第二 VNFFG中, VNFy也与 VNF 1、 VNF2、 VNF3和 VNF4按照级联的方式连接。 又例如: 参照图 4, 更新后的第二 NS 中包括 2条 VNFFG, 分别是第一 VNFFG和第二 VNFFG (第一 VNFFG是第二 NS中原有的 VNFFG, 第二 VNFFG是新增的包括第二 VNF实例的 VNFFG ) ; 其中, 第一 VNFFG中包括 VNFx 1, VNF2x , VNF3x, VNF4x, VNF5x 5个 VNF 实例, 且 VNFx 1, VNF2x , VNF3x, VNF4x, VNF5x均为第一 VNF实例, 第二 VNFFG中包括 VNFl y , VNF2y , VNF3y , VNF4y , VNF5y 5个 VNF实例,且 VNFly , VNF2y, VNF3y, VNF4y , VNF5y均代表第二 VNF实例, 也就是说图 4的例子 即为对第二 NS中包含的所有的 VNF进行软件版本的升级, 获得新软件版 本的 VNF实例。 在第一 VNFFG中, VNFxl , VNF2x , VNF3x , VNF4x禾卩 VNF5x 按照级联的方式连接, 则在第二 VNFFG中, VNFl y , VNF2y , VNF3y , VNF4y 和 VNF5y也按照级联的方式连接。
更进一步地, 上述处理器 11配置业务流在 NS中的转发路径可以有两 种实现方式, 分别为:
第一种: 上述处理器 11将第一 VNFFG和第二 VNFFG配置给业务流作为 业务流的转发路径, 以使第一业务流转发至第一 VNFFG进行处理, 第二业务 流转发至第二 VNFFG处理。
第二种:上述处理器 11指示 NS业务管理实体将第一 VNFFG和第二 VNFFG 配置给业务流作为所述业务流的转发路径,以使第一业务流转发至第一 VNFFG 进行处理, 第二业务流转发至第二 VNFFG进行处理。
无论是第一种还是第二种, 转发路径均可以通过多种方式实现, 例如: 使用基于策略的路由, 要求按照源地址来转发业务流, 这样的话, 来自新的 源地址的业务流就转发到新的 VNFFG上; 或者, 使用隧道技术, 通过隧道配 置来区分新旧数据流的转发路径; 或者使用 IETF 中定义的业务功能链 ( Service Function Chaining, 简称 SFC ) 机制或其它的业务链 ( service chain) 机制。
另外, 需要说明的是, 上述实施例中, 当处理器 11配置了业务流在 NS 中的转发路径, 使得第一业务流转发至第一 VNF实例, 第二业务流转发至第 二 VNF实例之后,处理器 11会判断第一 VNF实例在预设的时间段内是否是空 载运行, 若是, 则处理器 11会及时终止第一 VNF实例。 可选的, 处理器 11 还可以获取 NS业务管理实体监测的第一 VNF实例的运行状态,即 VNF实例的 运行状态是由 NS业务管理实体监测的, 并且 NS业务管理实体会将监测的第 一 VNF实例的运行状态告知给处理器 11 ; 若第一 VNF实例在预设时间内空载 运行, 则处理器 11指示 NS管理实体终止第一 VNF实例。 或者, 还可以是处 理器 11指示 NS业务管理实体监测第一 VNF实例的运行状态,并指示 NS业务 管理实体在监测到第一 VNF实例在预设时间内空载运行时, 终止第一 VNF实 例,即处理器 11一次性指示 NS业务管理实体只要 NS业务管理实体监测到第 一 VNF实例在预设时间内空载运行的情况, 由 NS业务管理实体直接终止第一 VNF实例, 而不用向处理器 11发送所监测的第一 VNF实例的运行状态。
进一步地, 上述处理器 11在 NS中配置业务流转发路径, 使得第一业务 流转发至第一 VNF实例, 第二业务流转发至第二 VNF实例之后, 将第二 VNF 实例增加至 NFV实例库。 此时第二 VNF实例和第一 VNF实例同时在工作, 但 是第二 VNF实例的负载会增加, 第一 VNF实例的负载会逐渐减少, 为了保证 资源的有效利用, 处理器 11可以启动资源伸缩流程, 减少第一 VNF实例使用 的资源, 增加第二 VNF实例使用的资源, 以保证资源的有效合理利用。 另外, 上述处理器 11在终止第一 VNF实例之后,将上述 NFV实例库中的第一 VNF实 例的条目进行删除, 以确保 NFV实例库内容的准确。
本发明实施例提供的网络功能虚拟化编排器, 通过接收器接收发送端发 送的用于请求将第一 VNF的第一软件版本升级为第二软件版本的升级请求消 息,处理器根据预设在 VNF目录中的第二软件版本的 VNFD对第一 VNF进行实 例化获得第二 VNF实例, 并将该第二 VNF实例连接至第一 VNF实例所在的 NS 中; 之后, 处理器配置业务流在上述 NS中的转发路径, 使得第一业务流转发 至第一 VNF实例进行处理, 第二业务流转发至所述第二 VNF实例进行处理, 使得第一 VNF实例和第二 VNF实例可以并行处理不同的业务流; 并在判断第 一 VNF实例在预设时间内空载运行时,终止第一 VNF实例,从而完成第一 VNF 实例和第二 VNF实例的无缝切换, 避免在 VNF升级过程中导致旧版本的 VNF 实例运行中断, 满足了业务的实时性要求; 并通过启动资源伸缩流程, 保证 了资源的合理利用。 在本发明实施例的上述第二种可能的实施方式的基础上, 本实施例涉及 的是处理器 11将所获得的第二 VNF实例连接至 NS中和配置业务流在 NS中的 转发路径的另一具体过程。 具体为:
处理器 1 1将获得的第二 VNF实例连接至第一 VNF实例所在的 NS中,且 第二 VNF实例与 NS中的其他 VNF实例的连接方式, 和, 第一 VNF实例与 所述 NS中的其他 VNF实例的连接方式相同。 这里实际上是第二 VNF实例 是作为第一 VNF实例的扩展连接至 NS中的。 具体的连接方式可以参照上 述图 3所示。
更进一步地, 上述处理器 1 1配置业务流在 NS中的转发路径可以有四 种实现方式, 分别为:
第一种: 上述处理器 1 1将第一 VNF实例和所述第二 VNF实例配置给业 务流, 作为业务流在 NS中的转发路径中的节点, 生成业务流转发表; 之后, 处理器 1 1将该业务流转发表配置给第三 VNF实例, 以使第三 VNF实例根据该 业务流转发表将第一业务流转发至第一 VNF实例进行处理, 将第二业务流转 发至第二 VNF实例处理;其中,第三 VNF实例分别与第一 VNF实例和第二 VNF 实例相邻。
第二种: 上述处理器 1 1指示 NS业务管理实体将第一 VNF实例和所述第 二 VNF实例配置给业务流, 作为业务流在 NS中的转发路径中的节点, 生成业 务流转发表; 之后, 处理器 11将该业务流转发表配置给第三 VNF实例, 以使 第三 VNF实例根据该业务流转发表将第一业务流转发至第一 VNF实例进行处 理, 将第二业务流转发至第二 VNF实例处理; 其中, 第三 VNF实例分别与第 一 VNF实例和第二 VNF实例相邻。
第三种: 上述处理器 1 1将第一 VNF实例与第三 VNF实例之间的第一虚 拟链路的权重值, 和, 第二 VNF实例与第三 VNF实例之间的第二虚拟链路的 权重值配置给第三 VNF实例, 以使第三 VNF实例根据第一虚拟链路的权重值 和第二虚拟链路的权重值将第一业务流转发至所述第一 VNF实例进行处理, 将第二业务流转发至所述第二 VNF实例处理; 其中, 第三 VNF实例分别与第 一 VNF实例和第二 VNF实例相邻。
第四种:上述处理器 1 1指示 NS业务管理实体将第一 VNF实例与第三 VNF 实例之间的第一虚拟链路的权重值, 和, 第二 VNF实例与第三 VNF实例之间 的第二虚拟链路的权重值配置给第三 VNF实例, 以使第三 VNF实例根据第一 虚拟链路的权重值和第二虚拟链路的权重值将第一业务流转发至所述第一 VNF实例进行处理, 将第二业务流转发至所述第二 VNF实例处理; 其中, 第 三 VNF实例分别与第一 VNF实例和第二 VNF实例相邻。
对于上述第一种和第二种的实现方式, 业务流转发表可以是不同的业务 流和转发节点的映射关系表, 即第三 VNF实例根据该业务流和转发节点的映 射关系表获知将不同的业务流转发至相应的节点上进行处理。
对于上述第三种和第四种的实现方式, 可选的, 可以是配置第二 VNF实 例与第三 VNF实例之间的虚拟链路的 COST值, 使得该 COST值远远小于第一 VNF实例与第三 VNF实例之间的虚拟链路的 COST值; 如果 NFV0或 NS业务管 理实体不知道第一 VNF实例与第三 VNF实例之间的虚拟链路的 COST值,可以 给第二 VNF实例与第三 VNF实例之间的虚拟链路配置一个极低的 COST值, 以 保证其小于第一 VNF实例与第三 VNF实例之间的虚拟链路的 COST值。 因此, 第三 VNF实例会根据所配置的转发路径选择链路 COST值低的链路, 旧的业务 流仍由第一 VNF实例进行处理,将新的业务流转发至第二 VNF实例进行处理。
另外, 需要说明的是, 上述实施例中, 当处理器 11配置了业务流在 NS 中的转发路径, 使得第一业务流转发至第一 VNF实例, 第二业务流转发至第 二 VNF实例之后,处理器 1 1会判断第一 VNF实例在预设的时间段内是否是空 载运行, 若是, 则处理器 11会及时终止第一 VNF实例。 可选的, 处理器 1 1 还可以获取 NS业务管理实体监测的第一 VNF实例的运行状态,即 VNF实例的 运行状态是由 NS业务管理实体监测的, 并且 NS业务管理实体会将监测的第 一 VNF实例的运行状态告知给处理器 11 ; 若第一 VNF实例在预设时间内空载 运行, 则处理器 11指示 NS管理实体终止第一 VNF实例。 或者, 还可以是处 理器 11指示 NS业务管理实体监测第一 VNF实例的运行状态,并指示 NS业务 管理实体在监测到第一 VNF实例在预设时间内空载运行时, 终止第一 VNF实 例,即处理器 1 1一次性指示 NS业务管理实体只要 NS业务管理实体监测到第 一 VNF实例在预设时间内空载运行的情况, 由 NS业务管理实体直接终止第一 VNF实例, 而不用向处理器 11发送所监测的第一 VNF实例的运行状态。
进一步地, 上述处理器 11在 NS中配置业务流转发路径, 使得第一业务 流转发至第一 VNF实例, 第二业务流转发至第二 VNF实例之后, 将第二 VNF 实例增加至 NFV实例库。 此时第二 VNF实例和第一 VNF实例同时在工作, 但 是第二 VNF实例的负载会增加, 第一 VNF实例的负载会逐渐减少, 为了保证 资源的有效利用, 处理器 11可以启动资源伸缩流程, 减少第一 VNF实例使用 的资源, 增加第二 VNF实例使用的资源, 以保证资源的有效合理利用。 另外, 上述处理器 11在终止第一 VNF实例之后,将上述 NFV实例库中的第一 VNF实 例的条目进行删除, 以确保 NFV实例库内容的准确。
本发明实施例提供的网络功能虚拟化编排器, 通过接收器接收发送端发 送的用于请求将第一 VNF的第一软件版本升级为第二软件版本的升级请求消 息,处理器根据预设在 VNF目录中的第二软件版本的 VNFD对第一 VNF进行实 例化获得第二 VNF实例, 并将该第二 VNF实例连接至第一 VNF实例所在的 NS 中; 之后, 处理器配置业务流在上述 NS中的转发路径, 使得第一业务流转发 至第一 VNF实例进行处理, 第二业务流转发至所述第二 VNF实例进行处理, 使得第一 VNF实例和第二 VNF实例可以并行处理不同的业务流; 并在判断第 一 VNF实例在预设时间内空载运行时,终止第一 VNF实例,从而完成第一 VNF 实例和第二 VNF实例的无缝切换, 避免在 VNF升级过程中导致旧版本的 VNF 实例运行中断, 满足了业务的实时性要求; 并通过启动资源伸缩流程, 保证 了资源的合理利用。
图 5为本发明提供的网络功能虚拟化编排器实施例二的结构示意图。 本实施例涉及的 NFV0适用于如图 1所示的 NFV架构图。 如图 5所示, 该 NFV0包括: 接收模块 20、 实例化模块 21、 连接模块 22、 配置模块 23和 判断终止模块 24 ; 其中, 接收模块 20, 用于接收发送端发送的升级请求消 息; 其中, 所述升级请求消息用于请求所述网络功能虚拟化编排器 NFV0将第 一虚拟网络功能 VNF对应的第一软件版本升级为第二软件版本, 所述第一软 件版本对应第一 VNF实例, 所述第二软件版本对应第二 VNF实例; 实例化模 块 21, 用于根据 VNF目录中预设的所述第一 VNF的第二软件版本的 VNFD对 所述第一 VNF进行实例化, 获得第二 VNF实例; 连接模块 22, 用于将所述第 二 VNF实例连接至所述第一 VNF实例所在的网络服务 NS中; 配置模块 23, 用于配置业务流在所述 NS中的转发路径, 以使第一业务流转发至第一 VNF实 例进行处理, 第二业务流转发至所述第二 VNF实例进行处理; 判断终止模块 24, 用于判断所述第一 VNF实例在预设时间内空载运行, 则所述 NFV0终止所 述第一 VNF实例。
具体的, 发送端向接收模块 10发送升级请求消息, 用于请求 NFV0对 NS 中的第一 VNF对应的第一软件版本升级为第二软件版本, 其中, 第一软件版 本对应的是第一 VNF实例,第二软件版本对应的是第二 VNF实例。该第一 VNF 可以为一个 VNF, 也可以为多个 VNF, 本发明实施例对此并不做限制。 若第一 VNF为多个, 则对每个 VNF的软件版本进行升级时只需要将下述过程重复执 行即可。并且, 将第一 VNF对应的第一软件版本升级为第二软件版本的过程, 实际上就是获得第二软件版本对应的第二 VNF实例的过程。
当接收模块 20接收到该升级请求消息之后, 实例化模块 21会验证该升 级请求消息的有效性(NFV0有自己的验证机制); 当该升级请求消息有效时, 实例化模块 21从 VNF目录中读取预设的第一 VNF的第二软件版本的 VNFD, 并根据该第二软件版本的 VNFD对第一 VNF进行实例化, 得到第二 VNF实例。 需要说明的是,预设在 VNF目录中的 VNFD的作用主要是描述第一 VNF的第二 软件版本对应的软件对硬件资源的需求, 从而使得第二软件版本对应的软件 可以和这些硬件资源匹配, 使得第一 VNF中的第二软件版本能够运行起来, 成为第二 VNF实例。即, 第一 VNF实例是未升级前的 VNF实例(旧版本的 VNF 实例) , 第二 VNF实例即为升级后的 VNF实例 (新版本的 VNF实例) 。
一般的, 多个 VNF实例之间通过虚拟链路连接成为一个或多个 NS。 当实 例化模块 21获得上述第二 VNF实例之后, 连接模块 22将该第二 VNF实例连 接至第一 VNF实例所在的 NS中。 进一步地, 配置模块 23会配置业务流在该 NS中的转发路径, 使得从一个或多个发送端传输过来的第一业务流能够转发 至第一 VNF实例进行处理,第二业务流能够转发至第二 VNF实例进行处理(这 里的第一业务流即就是之前由第一 VNF实例处理的旧的业务流, 第二业务流 为新的业务流) , 也就是说第一 VNF实例和第二 VNF实例可以并行运行, 但 是处理的业务流并不相同。 需要说明的是, 这里配置模块 23 配置业务流在 NS 中的转发路径, 可以是 NFV0预设的业务流转发策略, 还可以是与业务流 转发路径相关的参数,即可以利用这些相关参数间接获知业务流的转发路径, 本发明实施例对该转发路径的形式并不做限制。
当判断终止模块 24判断第一 VNF实例在一定的预设时间段内是空载运行 的(即第一 VNF实例上没有第一业务流在处理), 则判断终止模块 24判断发 送端的第一业务流已经处理完毕, 进而终止该第一 VNF实例, 之后的新的业 务流 (第二业务流) 即转发至第二 VNF实例进行处理, 从而完成新旧业务流 的软切换, 并不会造成旧业务流的中断。 可选的, 当第一 VNF实例为多个时, 判断终止模块 24还可以判断在一定的预设时间段内属于 NS中同一个 VNFFG 的所有的第一 VNF实例都是空载运行时, 则终止该 VNFFG中所有的第一 VNF 实例。
本发明实施例提供的网络功能虚拟化编排器, 通过接收模块接收发送端 发送的用于请求将第一 VNF的第一软件版本升级为第二软件版本的升级请求 消息, 实例化模块根据预设在 VNF目录中的第二软件版本的 VNFD对第一 VNF 进行实例化获得第二 VNF实例, 并且连接模块将该第二 VNF实例连接至第一 VNF实例所在的 NS中; 之后, 配置模块配置业务流在上述 NS中的转发路径, 使得第一业务流转发至第一 VNF实例进行处理, 第二业务流转发至所述第二 VNF实例进行处理, 使得第一 VNF实例和第二 VNF实例可以并行处理不同的 业务流; 判断终止模块判断第一 VNF实例在预设时间内空载运行时, 终止第 一 VNF实例, 从而完成第一 VNF实例和第二 VNF实例间的无缝切换, 避免在 VNF升级过程中导致旧版本的 VNF实例运行中断, 满足了业务流的实时性要 求。
图 6为本发明提供的网络功能虚拟化编排器实施例三的结构示意图。 在 上述实施例二的基础上, 本实施例涉及的是上述实例化模块 21获得第二 VNF 实例的具体过程。具体的,上述实例化模块 21,具体包括:确定发送单元 211、 确定获取单元 212和第一实例化单元 213 ; 其中, 确定发送单元 211, 用于确 定所述第一 VNF实例所属的至少一个第一 NS , 并将所述第一 NS的标识发送 给所述发送端;其中,所述第一 NS包括至少一条虚拟网络功能转发图 VNFFG, 所述 VNFFG中的第一 VNFFG包括所述第一 VNF实例, 所述第一 NS对应第一 网络服务描述 NSD; 确定获取单元 212, 用于根据所述接收模块 20接收到的 发送端发送的 NS实例更新请求中的第二 NS的标识, 获取 NS 目录中预设的 第二 NSD , 并根据所述第二 NSD确定对所述第一 VNF进行实例化; 其中, 所述第二 NS为所述发送端根据所述第一 NS的标识确定的待更新的所述第 一 NS , 所述第二 NSD为修改后的第一 NSD; 第一实例化单元 213, 用于根 据所述 VNF目录中预设的所述第一 VNF的第二软件版本的 VNFD实例化所述 第一 VNF, 获得所述第二 VNF实例; 上述接收模块 20, 还用于接收所述发 送端发送的所述 NS实例更新请求; 其中, 所述 NS实例更新请求包括至少一 个第二 NS的标识。
具体的, 接收模块 20在接收到发送端发送的升级请求之后, 实例化模块 21会验证该升级请求消息的有效性; 当该升级请求消息有效时, 确定发送单 元 21 1确定上述第一 VNF的第一软件版本对应的第一 VNF实例所在的第一 NS , 且该第一 NS可以为一个, 也可以为多个; 并且第一 NS包括至少一条 VNFFG, VNFFG中的第一 VNFFG包括第一 VNF实例。 并且, 第一 NS对应第一 NSD, 该 第一 NSD的作用主要是描述第一 NS中有多少个 VNFFG, 每个 VNFFG包括多少 个 VNF实例, 以及各个 VNF实例之间的连接关系。 确定发送单元 211将这些 第一 NS的标识发送给发送端, 使得发送端从这些第一 NS的标识中确定要更 新哪一个第一 NS , 也就是下述实施例中提到的第二 NS , 第二 NS即为发送端 确定的待更新的第一 NS。
发送端将确定的第二 NS的标识携带在 NS实例更新请求中发送给接收模 块 20, 该 NS实例更新请求包括至少一个第二 NS的标识。 接收模块 20接收 到该 NS实例更新请求之后, 指示确定获取单元 212根据该第二 NS的标识从 NS目录中获取预设的第二 NSD , 该第二 NSD为修改后的第一 NSD , 也就是说, 第二 NSD的作用主要是描述要将第一 NS更新成什么样子的 NS , 例如: 第二 NSD描述的是要将第一 NS更新成为包括多少个 VNFFG, 多少个 VNF实例、 且 各个 VNF实例是如何连接的 NS。
确定获取单元 212在获取到 NS目录中的第二 NSD后,根据该第二 NSD的 具体描述在第二 NS中检查哪一些 VNF的软件版本对应的 VNF实例是已经存在 的, 哪一些 VNF软件版本对应的 VNF实例是不存在的, 即确定获取单元 212 可以根据该第二 NSD获知具体要对哪一个 VNF进行实例化, 从而实现 VNF的 软件版本升级的过程。 由于第二 NS 中第一 VNF的第一软件版本对应的第一 VNF实例是已经存在的, 但是第一 VNF的第二软件版本对应的 VNF实例并不 存在, 因此确定获取单元 212确定对第一 VNF实例进行实例化。 之后, 第一 实例化单元 213 可以从 VNF 目录中获取预设的第一 VNF 的第二软件版本的 VNFD, 根据该第二软件版本的 VNFD对第一 VNF进行实例化, 获得第二 VNF实 例。
需要说明的是,上述 NS目录中预设的第二 NSD可以通过修改 NSD的流程 获得 (修改 NSD的流程可以参见现有技术) , 而修改第一 NSD可以是在接收 模块 20接收到发送端发送的 NS实例更新请求之前或之后由实例化模块 21执 行的, 并预先存储在 NS目录中的; 上述 VNF目录中预设的第一 VNF的第二软 件版本的 VNFD可以通过 VNF加载流程获得 ( VNF加载流程可以参见现有技术 ), 而加载 VNF的过程实际上就是加载第二 VNFD到 VNF目录中的过程,并且加载 VNF的过程也可以是在接收模块 20接收到发送端发送的 NS实例更新请求之 前或之后由实例化模块 21执行的。
本发明实施例提供的网络功能虚拟化编排器, 通过接收模块接收发送端 发送的用于请求将第一 VNF的第一软件版本升级为第二软件版本的升级请求 消息, 实例化模块根据预设在 VNF目录中的第二软件版本的 VNFD对第一 VNF 进行实例化获得第二 VNF实例, 并且连接模块将该第二 VNF实例连接至第一 VNF实例所在的 NS中; 之后, 配置模块配置业务流在上述 NS中的转发路径, 使得第一业务流转发至第一 VNF实例进行处理, 第二业务流转发至所述第二 VNF实例进行处理, 使得第一 VNF实例和第二 VNF实例可以并行处理不同的 业务流; 判断终止模块判断第一 VNF实例在预设时间内空载运行时, 终止第 一 VNF实例, 从而完成第一 VNF实例和第二 VNF实例间的无缝切换, 避免在 VNF升级过程中导致旧版本的 VNF实例运行中断, 满足了业务流的实时性要 求。 图 7为本发明提供的网络功能虚拟化编排器实施例四的结构示意图。 在 上述实施例二的基础上, 本实施例涉及的是上述实例化模块 21获得第二 VNF 实例的另一具体过程。 具体的, 上述实例化模块 21, 具体包括: 检查获取单 元 214, 用于检查所述第一 VNF实例是否存在; 若存在, 则获取 VNF 目录中 预设的所述第一 VNF的第二软件版本的 VNFD; 第二实例化单元 215, 用于根 据所述第一 VNF的第二软件版本的 VNFD实例化所述第一 VNF, 获得所述第二 VNF实例。
具体的, 接收模块 20在接收到发送端发送的升级请求之后, 实例化模块 21会验证该升级请求消息的有效性; 当该升级请求消息有效时, 检查获取单 元 214会在 NS中检查第一 VNF实例是否存在。 当第一 VNF实例存在时, 检查 获取单元 214会返回同意升级响应给发送端, 并获取 VNF目录中预设的第一 VNF的第二软件版本的 VNFD, 使得第二实例化单元 215根据该第一 VNF的第 二软件版本的 VNFD实例化第一 VNF, 获得第二 VNF实例。需要说明的是, VNF 目录中预设的第一 VNF的第二软件版本的 VNFD可以通过 VNF加载流程获得 (VNF加载流程可以参见现有技术) , 而加载 VNF的过程实际上就是加载第 二 VNFD到 VNF目录中的过程, 并且加载 VNF的过程也可以是在接收模块 20 接收到发送端发送的 NS实例更新请求之前或之后由实例化模块 21执行的。
本发明实施例提供的网络功能虚拟化编排器, 通过接收模块接收发送端 发送的用于请求将第一 VNF的第一软件版本升级为第二软件版本的升级请求 消息, 实例化模块根据预设在 VNF目录中的第二软件版本的 VNFD对第一 VNF 进行实例化获得第二 VNF实例, 并且连接模块将该第二 VNF实例连接至第一 VNF实例所在的 NS中; 之后, 配置模块配置业务流在上述 NS中的转发路径, 使得第一业务流转发至第一 VNF实例进行处理, 第二业务流转发至所述第二 VNF实例进行处理, 使得第一 VNF实例和第二 VNF实例可以并行处理不同的 业务流; 判断终止模块判断第一 VNF实例在预设时间内空载运行时, 终止第 一 VNF实例, 从而完成第一 VNF实例和第二 VNF实例间的无缝切换, 避免在 VNF升级过程中导致旧版本的 VNF实例运行中断, 满足了业务流的实时性要 求。 针对上述实施例三和实施例四中获得第二 VNF实例过程的不同, 连接模 块 22将第二 VNF实例连接至 NS中, 以及, 配置模块 23配置业务流在 NS中 的转发路径的过程也是不同的。 下面分别作以介绍。
在上述实施例三的基础上,本实施例涉及的是连接模块 22将所获得的第 二 VNF实例连接至 NS中和配置模块 23配置业务流在 NS中的转发路径的具体 过程。 具体为:
当实例化模块 21获得第二 VNF实例之后, 将该第二 VNF实例连接至上 述第二 NS中, 获得更新后的第二 NS ; 其中, 更新后的第二 NS包括上述第 一 VNFFG和第二 VNFFG,该第二 VNFFG包括第二 VNF实例,且所述第二 VNF 实例在所述第二 VNFFG中与第二 VNFFG中的其他 VNF实例的连接方式与所 述第一 VNF实例在所述第一 VNFFG中与第一 VNFFG中的其他 VNF实例的连 接方式相同, 也就是说新增一条第二 VNFFG至第二 NS , 成为更新后的第二 NS o 例如: 如图 3所示, 更新后的第二 NS中包括 2条 VNFFG, 分别是第一 VNFFG和第二 VNFFG (第一 VNFFG是第二 NS中原有的 VNFFG , 第二 VNFFG 是新增的包括第二 VNF实例的 VNFFG ) ; 其中, 第一 VNFFG中包括 VNF1、 VNF2、 VNF3、 VNFx禾口 VNF4 5个 VNF实例, 且 VNFx代表第一 VNF实例, 第 二 VNFFG中包括 VNFK VNF2、 VNF3、 VNFy、 VNF4 5个 VNF实例, 且 VNFy 代表第二 VNF实例。参照图 3,在第一 VNFFG中, VNFx与 VNF1、 VNF2、 VNF3 和 VNF4按照级联的方式连接, 则在第二 VNFFG中, VNFy也与 VNF 1、 VNF2、 VNF3和 VNF4按照级联的方式连接。 又例如: 参照图 4, 更新后的第二 NS 中包括 2条 VNFFG, 分别是第一 VNFFG和第二 VNFFG (第一 VNFFG是第二 NS中原有的 VNFFG, 第二 VNFFG是新增的包括第二 VNF实例的 VNFFG ) ; 其中, 第一 VNFFG中包括 VNFxl , VNF2x , VNF3x, VNF4x, VNF5x 5个 VNF 实例, 且 VNFx l , VNF2x , VNF3x, VNF4x, VNF5x均为第一 VNF实例, 第二 VNFFG中包括 VNFl y , VNF2y , VNF3y , VNF4y , VNF5y 5个 VNF实例,且 VNFly , VNF2y , VNF3y , VNF4y , VNF5y均代表第二 VNF实例, 也就是说图 4的例子 即为对第二 NS中包含的所有的 VNF进行软件版本的升级, 获得新软件版 本的 VNF实例。 在第一 VNFFG中, VNFxl , VNF2x , VNF3x , VNF4x禾卩 VNF5x 按照级联的方式连接, 则在第二 VNFFG中, VNFl y , VNF2y , VNF3y , VNF4y 和 VNF5y也按照级联的方式连接。
更进一步地, 配置模块 23配置业务流在 NS中的转发路径可以有两种 实现方式, 分别为:
第一种: 配置模块 23将第一 VNFFG和第二 VNFFG配置给业务流作为业 务流的转发路径, 以使第一业务流转发至第一 VNFFG进行处理, 第二业务流 转发至第二 VNFFG处理。
第二种: 配置模块 23指示 NS业务管理实体将第一 VNFFG和第二 VNFFG 配置给业务流作为所述业务流的转发路径,以使第一业务流转发至第一 VNFFG 进行处理, 第二业务流转发至第二 VNFFG进行处理。
无论是第一种还是第二种, 转发路径均可以通过多种方式实现, 例如: 使用基于策略的路由, 要求按照源地址来转发业务流, 这样的话, 来自新的 源地址的业务流就转发到新的 VNFFG上; 或者, 使用隧道技术, 通过隧道配 置来区分新旧数据流的转发路径;或者使用 IETF中定义的 SFC机制或其它的 业务链 ( service chain ) 机制。
另外, 需要说明的是, 上述实施例中, 当配置模块 23 配置了业务流在 NS中的转发路径, 使得第一业务流转发至第一 VNF实例, 第二业务流转发至 第二 VNF实例之后,上述判断终止模块 24会判断第一 VNF实例在预设的时间 段内是否是空载运行, 若是, 则及时终止第一 VNF实例。 可选的, 判断终止 模块 24还可以获取 NS业务管理实体监测的第一 VNF实例的运行状态,即 VNF 实例的运行状态是由 NS业务管理实体监测的, 并且 NS业务管理实体会将监 测的第一 VNF实例的运行状态告知给上述判断终止模块 24; 若第一 VNF实例 在预设时间内空载运行, 则上述判断终止模块 24指示 NS管理实体终止第一 VNF实例。 或者, 还可以是判断终止模块 24指示 NS业务管理实体监测第一 VNF实例的运行状态, 并指示 NS业务管理实体在监测到第一 VNF实例在预设 时间内空载运行时, 终止第一 VNF实例, 即判断终止模块 24—次性指示 NS 业务管理实体只要 NS业务管理实体监测到第一 VNF实例在预设时间内空载运 行的情况, 由 NS业务管理实体直接终止第一 VNF实例, 而不用向判断终止模 块 24发送所监测的第一 VNF实例的运行状态。 在上述实施例四的基础上,本实施例涉及的是连接模块 22将所获得的第 二 VNF实例连接至 NS中和配置模块 23配置业务流在 NS中的转发路径的另一 具体过程。 具体为:
连接模块 22将实例化模块 21获得的第二 VNF实例连接至第一 VNF实例 所在的 NS中, 且第二 VNF实例与 NS中的其他 VNF实例的连接方式, 和, 第一 VNF实例与所述 NS中的其他 VNF实例的连接方式相同。 这里实际上 是第二 VNF实例是作为第一 VNF实例的扩展连接至 NS中的, 具体的连接 方式可以参照上述图 3所示。 之后, 配置模块 23配置业务流在该 NS中的 转发路径, 具体可以有四种实现方式, 分别为:
第一种: 配置模块 23将第一 VNF实例和所述第二 VNF实例配置给业务 流, 作为业务流在 NS中的转发路径中的节点, 生成业务流转发表; 之后, 配 置模块 23将该业务流转发表配置给第三 VNF实例,以使第三 VNF实例根据该 业务流转发表将第一业务流转发至第一 VNF实例进行处理, 将第二业务流转 发至第二 VNF实例处理;其中,第三 VNF实例分别与第一 VNF实例和第二 VNF 实例相邻。
第二种: 配置模块 23指示 NS业务管理实体将第一 VNF实例和所述第二 VNF实例配置给业务流, 作为业务流在 NS中的转发路径中的节点, 生成业务 流转发表; 之后, 配置模块 23将该业务流转发表配置给第三 VNF实例, 以 使第三 VNF实例根据该业务流转发表将第一业务流转发至第一 VNF实例进行 处理, 将第二业务流转发至第二 VNF实例处理; 其中, 第三 VNF实例分别与 第一 VNF实例和第二 VNF实例相邻。
第三种: 配置模块 23将第一 VNF实例与第三 VNF实例之间的第一虚拟 链路的权重值, 和, 第二 VNF实例与第三 VNF实例之间的第二虚拟链路的权 重值配置给第三 VNF实例, 以使第三 VNF实例根据第一虚拟链路的权重值和 第二虚拟链路的权重值将第一业务流转发至所述第一 VNF实例进行处理, 将 第二业务流转发至所述第二 VNF实例处理; 其中, 第三 VNF实例分别与第一 VNF实例和第二 VNF实例相邻。
第四种: 配置模块 23指示 NS业务管理实体将第一 VNF实例与第三 VNF 实例之间的第一虚拟链路的权重值, 和, 第二 VNF实例与第三 VNF实例之间 的第二虚拟链路的权重值配置给第三 VNF实例, 以使第三 VNF实例根据第一 虚拟链路的权重值和第二虚拟链路的权重值将第一业务流转发至所述第一 VNF实例进行处理, 将第二业务流转发至所述第二 VNF实例处理; 其中, 第 三 VNF实例分别与第一 VNF实例和第二 VNF实例相邻。
对于上述第一种和第二种的实现方式, 业务流转发表可以是不同的业务 流和转发节点的映射关系表, 即第三 VNF实例根据该业务流和转发节点的映 射关系表获知将不同的业务流转发至相应的节点上进行处理。
对于上述第三种和第四种的实现方式, 可选的, 配置模块 23 可以是配 置第二 VNF实例与第三 VNF实例之间的虚拟链路的 COST值, 使得该 COST值 远远小于第一 VNF实例与第三 VNF实例之间的虚拟链路的 COST值;如果 NFV0 或 NS业务管理实体不知道第一 VNF实例与第三 VNF实例之间的虚拟链路的 COST值, 可以给第二 VNF实例与第三 VNF实例之间的虚拟链路配置一个极低 的 COST值, 以保证其小于第一 VNF实例与第三 VNF实例之间的虚拟链路的 COST值。 因此, 第三 VNF实例会根据所配置的转发路径选择链路 COST值低 的链路, 旧的业务流仍由第一 VNF实例进行处理, 将新的业务流转发至第二 VNF实例进行处理。
另外, 需要说明的是, 上述实施例中, 当配置模块 23 配置了业务流在 NS中的转发路径, 使得第一业务流转发至第一 VNF实例, 第二业务流转发至 第二 VNF实例之后,判断终止模块 24会判断第一 VNF实例在预设的时间段内 是否是空载运行, 若是, 则及时终止第一 VNF实例。 可选的, 判断终止模块 24还可以获取 NS业务管理实体监测的第一 VNF实例的运行状态, 即 VNF实 例的运行状态是由 NS业务管理实体监测的, 并且 NS业务管理实体会将监测 的第一 VNF实例的运行状态告知给判断终止模块 24; 若第一 VNF实例在预设 时间内空载运行, 则判断终止模块 24指示 NS管理实体终止第一 VNF实例。 或者, 还可以是判断终止模块 24指示 NS业务管理实体监测第一 VNF实例的 运行状态,并指示 NS业务管理实体在监测到第一 VNF实例在预设时间内空载 运行时, 终止第一 VNF实例, 即判断终止模块 24—次性指示 NS业务管理实 体只要 NS业务管理实体监测到第一 VNF实例在预设时间内空载运行的情况, 由 NS业务管理实体直接终止第一 VNF实例, 而不用向判断终止模块 24发送 所监测的第一 VNF实例的运行状态。
本发明实施例提供的网络功能虚拟化编排器, 通过接收模块接收发送端 发送的用于请求将第一 VNF的第一软件版本升级为第二软件版本的升级请求 消息, 实例化模块根据预设在 VNF目录中的第二软件版本的 VNFD对第一 VNF 进行实例化获得第二 VNF实例, 并且连接模块将该第二 VNF实例连接至第一 VNF实例所在的 NS中; 之后, 配置模块配置业务流在上述 NS中的转发路径, 使得第一业务流转发至第一 VNF实例进行处理, 第二业务流转发至所述第二 VNF实例进行处理, 使得第一 VNF实例和第二 VNF实例可以并行处理不同的 业务流; 判断终止模块判断第一 VNF实例在预设时间内空载运行时, 终止第 一 VNF实例, 从而完成第一 VNF实例和第二 VNF实例间的无缝切换, 避免在 VNF升级过程中导致旧版本的 VNF实例运行中断, 满足了业务流的实时性要 求。
图 8为本发明提供的网络功能虚拟化编排器实施例五的结构示意图。 在 上述实施例的基础上, 网络功能虚拟化编排器还可以包括: 增加模块 25, 用 于在所述配置模块 23在 NS中配置业务流转发路径之后, 将所述第二 VNF实 例增加至 NFV实例库; 资源伸缩模块 26, 用于启动 VNF资源伸缩过程对所述 第一 VNF实例和所述第二 VNF实例进行资源伸缩处理; 删除模块 27, 用于在 所述判断终止模块 24终止所述第一 VNF实例之后,删除所述 NFV实例库中的 所述第一 VNF实例。
需要说明的是, 增加模块 25、 资源伸缩模块 26以及删除模块 27均可以 位于图 5所示的实施例中, 还可以为位于图 6所示的实施例中, 还可以为图 7所示的实施例中, 图 8只是以增加模块 25、 资源伸缩模块 26以及删除模块 27位于图 5所示的实施例中为例来进行说明。
具体的, 在上述配置模块 23在 NS中配置业务流转发路径, 使得第一业 务流转发至第一 VNF实例, 第二业务流转发至第二 VNF实例之后, 增加模块 25将第二 VNF实例增加至 NFV实例库。 此时第二 VNF实例和第一 VNF实例同 时在工作, 但是第二 VNF实例的负载会增加, 第一 VNF实例的负载会逐渐减 少, 为了保证资源的有效利用, 资源伸缩模块 26可以启动资源伸缩流程, 减 少第一 VNF实例使用的资源, 增加第二 VNF实例使用的资源, 以保证资源的 有效合理利用。
进一步地, 在上述判断终止模块 24在终止第一 VNF实例之后, 删除模块 27将上述 NFV实例库中的第一 VNF实例的条目进行删除, 以确保 NFV实例库 内容的准确。
本发明实施例提供的网络功能虚拟化编排器, 通过接收模块接收发送端 发送的用于请求将第一 VNF的第一软件版本升级为第二软件版本的升级请求 消息, 实例化模块根据预设在 VNF目录中的第二软件版本的 VNFD对第一 VNF 进行实例化获得第二 VNF实例, 并且连接模块将该第二 VNF实例连接至第一 VNF实例所在的 NS中; 之后, 配置模块配置业务流在上述 NS中的转发路径, 使得第一业务流转发至第一 VNF实例进行处理, 第二业务流转发至所述第二 VNF实例进行处理, 使得第一 VNF实例和第二 VNF实例可以并行处理不同的 业务流; 判断终止模块判断第一 VNF实例在预设时间内空载运行时, 终止第 一 VNF实例, 从而完成第一 VNF实例和第二 VNF实例间的无缝切换, 避免在 VNF升级过程中导致旧版本的 VNF实例运行中断, 满足了业务流的实时性要 求;并通过启动资源伸缩模块 26对第一 VNF实例和第二 VNF实例进行资源伸 缩处理, 保证了资源的合理利用。
图 9为本发明提供的虚拟网络功能的升级方法实施例一的流程图。 该方 法的执行主体可以为上述实施例中的 NFV0。 如图 9所示, 该方法包括:
S101 : NFV0接收发送端发送的升级请求消息; 其中, 该升级请求消息用 于请求 NFV0将第一 VNF对应的第一软件版本升级为第二软件版本,所述第一 软件版本对应第一 VNF实例, 所述第二软件版本对应第二 VNF实例。
S102 : NFV0根据 VNF目录中预设的第一 VNF的第二软件版本的 VNFD对 第一 VNF进行实例化, 获得第二 VNF实例。
S103 : NFV0将第二 VNF实例连接至所述第一 VNF实例所在的 NS中。 S104: NFV0配置业务流在所述 NS 中的转发路径, 以使第一业务流转发 至第一 VNF实例进行处理, 第二业务流转发至所述第二 VNF实例进行处理。 S105 : NFVO判断所述第一 VNF实例在预设时间内空载运行, 则所述 NFV0 终止所述第一 VNF实例。
本发明实施例涉及的虚拟网络功能的升级方法可以参照上述实施例的网 络功能虚拟化编排器的具体执行过程, 其实现原理和技术效果类似, 在此不 再赘述。
图 10为本发明提供的虚拟网络功能的升级方法实施例二的流程图。该方 法的执行主体可以为上述实施例中的 NFV0, 本实施例涉及的是 NFV0获取第 二 VNF实例的一种可行的实施方式。 即上述 S 102具体包括:
S201 : NFV0确定第一 VNF实例所属的至少一个第一 NS , 并将第一 NS的 标识发送给所述发送端; 其中, 该第一 NS包括至少一条 VNFFG, 所述 VNFFG 中的第一 VNFFG包括所述第一 VNF实例。
S202 : NFV0接收发送端发送的 NS实例更新请求; 其中, 该 NS实例更新 请求包括至少一个第二 NS的标识;第二 NS为发送端根据第一 NS的标识确 定的待更新的所述第一 NS ; 其中, 所述第一 NS对应第一 NSD。
S203 : NFVO根据所述第二 NS的标识获取 NS目录中预设的第二 NSD , 并根据所述第二 NSD确定对所述第一 VNF进行实例化;其中,所述第二 NSD 为修改后的第一 NSD。
S204 : NFVO根据所述 VNF目录中预设的所述第一 VNF的第二软件版本 的 VNFD实例化所述第一 VNF, 获得所述第二 VNF实例。
本发明实施例涉及的虚拟网络功能的升级方法可以参照上述实施例中网 络功能虚拟化编排器的具体执行过程, 其实现原理和技术效果类似, 在此不 再赘述。
进一步地, 上述 S103具体可以为: NFV0将所述第二 VNF实例连接至所 述第二 NS中, 获得更新后的第二 NS ; 其中, 所述更新后的第二 NS包括所 述第一 VNFFG和第二 VNFFG , 所述第二 VNFFG包括所述第二 VNF实例, 且 所述第二 VNF实例在所述第二 VNFFG中与所述第二 VNFFG中的其他 VNF实 例的连接方式, 和, 所述第一 VNF 实例在所述第一 VNFFG 中与所述第一 VNFFG中的其他 VNF实例的连接方式相同。
进一步地, 上述 S 104具体可以有两种实现方式, 具体为:
第一种: NFV0将所述第一 VNFFG和所述第二 VNFFG配置给所述业务流作 为所述业务流的转发路径, 以使所述第一业务流转发至所述第一 VNFFG进行 处理, 所述第二业务流转发至所述第二 VNFFG处理。
第二种: NFV0指示 NS业务管理实体将所述第一 VNFFG和所述第二 VNFFG 配置给所述业务流作为所述业务流的转发路径, 以使所述第一业务流转发至 所述第一 VNFFG进行处理,所述第二业务流转发至所述第二 VNFFG进行处理。
另外, 上述 S105具体可以为: NFV0获取 NS业务管理实体监测的所述第 一 VNF实例的运行状态, 当第一 VNF实例在所述预设时间内空载运行, 则指 示所述 NS管理实体终止所述第一 VNF实例; 可选的, S 105还可以为 NFV0指 示所述 NS业务管理实体监测所述第一 VNF实例的运行状态, 并在所述第一 VNF实例在所述预设时间内空载运行时, 终止所述第一 VNF实例。
本发明实施例涉及的虚拟网络功能的升级方法可以参照上述实施例中网 络功能虚拟化编排器的具体执行过程, 其实现原理和技术效果类似, 在此不 再赘述。 图 1 1为本发明提供的虚拟网络功能的升级方法实施例三的流程图。该方 法的执行主体可以为上述实施例中的 NFV0, 本实施例涉及的是 NFV0获取第 二 VNF实例的另一可行的实施方式。 即上述 S102具体还可以包括:
S301 : NFV0检查第一 VNF实例是否存在, 若存在, 则 NFV0获取 VNF目 录中预设的所述第一 VNF的第二软件版本的 VNFD。
S302 : NFVO根据所述第一 VNF的第二软件版本的 VNFD实例化所述第一
VNF, 获得所述第二 VNF实例。
本发明实施例涉及的虚拟网络功能的升级方法可以参照上述实施例中网 络功能虚拟化编排器的具体执行过程, 其实现原理和技术效果类似, 在此不 再赘述。
进一步地, 上述 S103具体可以为: NFV0将所述第二 VNF实例连接至所 述第一 VNF实例所在的 NS中,且所述第二 VNF实例与所述 NS中的其他 VNF 实例的连接方式, 和, 所述第一 VNF实例与所述 NS中的其他 VNF实例的 连接方式相同。
进一步地, 上述 S 104具体可以有四种实现方式, 具体为:
第一种: NFV0将所述第一 VNF实例和所述第二 VNF实例配置给所述业务 流, 作为所述业务流在所述 NS中的转发路径中的节点, 生成业务流转发表; 并将所述业务流转发表配置给第三 VNF实例, 以使所述第三 VNF实例根据所 述业务流转发表将所述第一业务流转发至所述第一 VNF实例进行处理, 将所 述第二业务流转发至所述第二 VNF实例处理; 其中, 所述第三 VNF实例分别 与所述第一 VNF实例和所述第二 VNF实例相邻。
第二种: NFV0将所述第一 VNF实例与第三 VNF实例之间的第一虚拟链路 的权重值, 和, 所述第二 VNF实例与所述第三 VNF实例之间的第二虚拟链路 的权重值配置给所述第三 VNF实例, 以使所述第三 VNF实例根据所述第一虚 拟链路的权重值和所述第二虚拟链路的权重值将所述第一业务流转发至所述 第一 VNF实例进行处理, 将所述第二业务流转发至所述第二 VNF实例处理; 其中,所述第三 VNF实例分别与所述第一 VNF实例和所述第二 VNF实例相邻。
第三种: NFV0指示 NS业务管理实体将所述第一 VNF实例和所述第二 VNF 实例配置给所述业务流, 作为所述业务流在所述 NS中的转发路径中的节点, 生成业务流转发表;并指示所述 NS业务管理实体将所述业务流转发表配置给 所述第三 VNF实例, 以使所述第三 VNF实例根据所述业务流转发表将所述第 一业务流转发至所述第一 VNF实例进行处理, 将所述第二业务流转发至所述 第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第一 VNF实例和所 述第二 VNF实例相邻。
第四种: NFV0指示 NS业务管理实体将所述第一 VNF实例与第三 VNF实 例之间的第一虚拟链路的权重值, 和, 所述第二 VNF实例与所述第三 VNF实 例之间的第二虚拟链路的权重值配置给所述第三 VNF实例,以使所述第三 VNF 实例根据所述第一虚拟链路的权重值和所述第二虚拟链路的权重值将所述第 一业务流转发至所述第一 VNF实例进行处理, 将所述第二业务流转发至所述 第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第一 VNF实例和所 述第二 VNF实例相邻。
另外, 上述 S105具体可以为: NFV0获取 NS业务管理实体监测的所述第 一 VNF实例的运行状态, 当第一 VNF实例在所述预设时间内空载运行, 则指 示所述 NS管理实体终止所述第一 VNF实例; 可选的, S 105还可以为 NFV0指 示所述 NS业务管理实体监测所述第一 VNF实例的运行状态, 并在所述第一 VNF实例在所述预设时间内空载运行时, 终止所述第一 VNF实例。 本发明实施例涉及的虚拟网络功能的升级方法可以参照上述实施例中网 络功能虚拟化编排器的具体执行过程, 其实现原理和技术效果类似, 在此不 再赘述。
图 12为本发明提供的虚拟网络功能的升级方法实施例四的流程图。本实 施例涉及的方法是 NFV0对第二 VNF实例和第一 VNF实例进行资源伸缩处理的 过程。在上述实施例的基础上,进一步地,在上述 S104之后, 该方法还包括: S401 : NFV0将所述第二 VNF实例增加至 NFV实例库。
S402 : NFV0启动 VNF资源伸缩过程对所述第一 VNF实例和所述第二 VNF 实例进行资源伸缩处理。
并且, 在上述 S105之后, 该方法还包括:
S403: NFV0删除所述 NFV实例库中的所述第一 VNF实例。
本发明实施例涉及的虚拟网络功能的升级方法可以参照上述实施例中网 络功能虚拟化编排器的具体执行过程, 其实现原理和技术效果类似, 在此不 再赘述。
最后应说明的是: 以上各实施例仅用以说明本发明的技术方案, 而非对 其限制; 尽管参照前述各实施例对本发明进行了详细的说明, 本领域的普通 技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改, 或者对其中部分或者全部技术特征进行等同替换; 而这些修改或者替换, 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要 求 书
1、 一种网络功能虚拟化编排器, 其特征在于, 包括:
接收器, 用于接收发送端发送的升级请求消息; 其中, 所述升级请求消 息用于请求所述网络功能虚拟化编排器 NFV0将第一虚拟网络功能 VNF对应的 第一软件版本升级为第二软件版本, 所述第一软件版本对应第一 VNF实例, 所述第二软件版本对应第二 VNF实例;
处理器,用于根据 VNF目录中预设的所述第一 VNF的第二软件版本的 VNFD 对所述第一 VNF进行实例化, 获得第二 VNF实例; 并将所述第二 VNF实例连 接至所述第一 VNF实例所在的网络服务 NS后, 配置业务流在所述 NS中的转 发路径, 以使第一业务流转发至第一 VNF实例进行处理, 第二业务流转发至 所述第二 VNF实例进行处理; 并判断所述第一 VNF实例在预设时间内空载运 行, 则所述 NFV0终止所述第一 VNF实例。
2、 根据权利要求 1所述的网络功能虚拟化编排器, 其特征在于, 所述处 理器, 具体用于确定所述第一 VNF实例所属的至少一个第一 NS , 并将所述第 一 NS的标识发送给所述发送端; 其中, 所述第一 NS包括至少一条虚拟网络 功能转发图 VNFFG, 所述 VNFFG中的第一 VNFFG包括所述第一 VNF实例, 所 述第一 NS对应第一网络服务描述 NSD ; 并根据所述接收器接收到的发送端 发送的 NS实例更新请求中的第二 NS的标识,获取 NS目录中预设的第二 NSD, 并根据所述第二 NSD确定对所述第一 VNF进行实例化; 其中, 所述第二 NS 为所述发送端根据所述第一 NS的标识确定的待更新的所述第一 NS , 所述 第二 NSD为修改后的第一 NSD ;并根据所述 VNF目录中预设的所述第一 VNF 的第二软件版本的 VNFD实例化所述第一 VNF , 获得所述第二 VNF实例; 所述接收器, 还用于接收所述发送端发送的所述 NS实例更新请求; 其 中, 所述 NS实例更新请求包括至少一个第二 NS的标识。
3、 根据权利要求 2所述的网络功能虚拟化编排器, 其特征在于, 所述 处理器, 具体用于将所述第二 VNF实例连接至所述第二 NS中, 获得更新后 的第二 NS ;其中,所述更新后的第二 NS包括所述第一 VNFFG和第二 VNFFG , 所述第二 VNFFG包括所述第二 VNF实例, 且所述第二 VNF实例在所述第二 VNFFG中与所述第二 VNFFG中的其他 VNF实例的连接方式, 和, 所述第一 VNF实例在所述第一 VNFFG中与所述第一 VNFFG中的其他 VNF实例的连接 方式相同。
4、根据权利要求 3所述的网络功能虚拟化编排器, 其特征在于, 所述处 理器, 具体用于将所述第一 VNFFG和所述第二 VNFFG配置给所述业务流作为 所述业务流的转发路径, 以使所述第一业务流转发至所述第一 VNFFG进行处 理, 所述第二业务流转发至所述第二 VNFFG处理。
5、根据权利要求 3所述的网络功能虚拟化编排器, 其特征在于, 所述处 理器,具体用于指示 NS业务管理实体将所述第一 VNFFG和所述第二 VNFFG配 置给所述业务流作为所述业务流的转发路径, 以使所述第一业务流转发至所 述第一 VNFFG进行处理, 所述第二业务流转发至所述第二 VNFFG进行处理。
6、根据权利要求 1所述的网络功能虚拟化编排器, 其特征在于, 所述处 理器, 具体用于检查所述第一 VNF实例是否存在; 若存在, 则获取 VNF目录 中预设的所述第一 VNF的第二软件版本的 VNFD; 并根据所述第一 VNF的第二 软件版本的 VNFD实例化所述第一 VNF, 获得所述第二 VNF实例。
7、根据权利要求 6所述的网络功能虚拟化编排器, 其特征在于, 所述处 理器,具体用于将所述第二 VNF实例连接至所述第一 VNF实例所在的 NS中, 且所述第二 VNF实例与所述 NS中的其他 VNF实例的连接方式, 和, 所述 第一 VNF实例与所述 NS中的其他 VNF实例的连接方式相同。
8、根据权利要求 7所述的网络功能虚拟化编排器, 其特征在于, 所述处 理器,具体用于将所述第一 VNF实例和所述第二 VNF实例配置给所述业务流, 作为所述业务流在所述 NS中的转发路径中的节点, 生成业务流转发表; 并将 所述业务流转发表配置给第三 VNF实例, 以使所述第三 VNF实例根据所述业 务流转发表将所述第一业务流转发至所述第一 VNF实例进行处理, 将所述第 二业务流转发至所述第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所 述第一 VNF实例和所述第二 VNF实例相邻。
9、 根据权利要求 7所述的网络功能虚拟化编排器, 其特征在于, 所述 处理器, 具体用于将所述第一 VNF实例与第三 VNF实例之间的第一虚拟链路 的权重值, 和, 所述第二 VNF实例与所述第三 VNF实例之间的第二虚拟链路 的权重值配置给所述第三 VNF实例, 以使所述第三 VNF实例根据所述第一虚 拟链路的权重值和所述第二虚拟链路的权重值将所述第一业务流转发至所述 第一 VNF实例进行处理, 将所述第二业务流转发至所述第二 VNF实例处理; 其中,所述第三 VNF实例分别与所述第一 VNF实例和所述第二 VNF实例相邻。
10、 根据权利要求 7所述的网络功能虚拟化编排器, 其特征在于, 所述 处理器, 具体用于指示 NS业务管理实体将所述第一 VNF实例和所述第二 VNF 实例配置给所述业务流, 作为所述业务流在所述 NS中的转发路径中的节点, 生成业务流转发表;并指示所述 NS业务管理实体将所述业务流转发表配置给 所述第三 VNF实例, 以使所述第三 VNF实例根据所述业务流转发表将所述第 一业务流转发至所述第一 VNF实例进行处理, 将所述第二业务流转发至所述 第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第一 VNF实例和所 述第二 VNF实例相邻。
1 1、 根据权利要求 7所述的网络功能虚拟化编排器, 其特征在于, 所述 处理器,具体用于指示 NS业务管理实体将所述第一 VNF实例与第三 VNF实例 之间的第一虚拟链路的权重值, 和, 所述第二 VNF实例与所述第三 VNF实例 之间的第二虚拟链路的权重值配置给所述第三 VNF实例, 以使所述第三 VNF 实例根据所述第一虚拟链路的权重值和所述第二虚拟链路的权重值将所述第 一业务流转发至所述第一 VNF实例进行处理, 将所述第二业务流转发至所述 第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第一 VNF实例和所 述第二 VNF实例相邻。
12、 根据权利要求 1-11任一项所述的网络功能虚拟化编排器, 其特征 在于, 所述处理器, 具体用于获取 NS业务管理实体监测的所述第一 VNF实例 的运行状态; 若所述第一 VNF实例在所述预设时间内空载运行, 则指示所述 NS管理实体终止所述第一 VNF实例。
13、 根据权利要求 1-11任一项所述的网络功能虚拟化编排器, 其特征 在于, 所述处理器, 具体用于指示 NS业务管理实体监测所述第一 VNF实例的 运行状态, 并在监测到所述第一 VNF实例在所述预设时间内空载运行时, 终 止所述第一 VNF实例。
14、根据权利要求 1-13任一项所述的网络功能虚拟化编排器,其特征在 于, 所述处理器, 还用于在 NS中配置业务流转发路径之后, 将所述第二 VNF 实例增加至网络功能虚拟化 NFV实例库; 并启动 VNF资源伸缩过程对所述第 一 VNF实例和所述第二 VNF实例进行资源伸缩处理。
15、 根据权利要求 14所述的网络功能虚拟化编排器, 其特征在于, 所 述处理器, 还用于删除所述 NFV实例库中的所述第一 VNF实例。
16、 一种网络功能虚拟化编排器, 其特征在于, 包括:
接收模块, 用于接收发送端发送的升级请求消息; 其中, 所述升级请求 消息用于请求所述网络功能虚拟化编排器 NFV0将第一虚拟网络功能 VNF对应 的第一软件版本升级为第二软件版本,所述第一软件版本对应第一 VNF实例, 所述第二软件版本对应第二 VNF实例;
实例化模块, 用于根据 VNF目录中预设的所述第一 VNF的第二软件版本 的 VNFD对所述第一 VNF进行实例化, 获得第二 VNF实例;
连接模块, 用于将所述第二 VNF实例连接至所述第一 VNF实例所在的网 络服务 NS中;
配置模块, 用于配置业务流在所述 NS中的转发路径, 以使第一业务流转 发至第一 VNF实例进行处理,第二业务流转发至所述第二 VNF实例进行处理; 判断终止模块, 用于判断所述第一 VNF实例在预设时间内空载运行, 则 所述 NFV0终止所述第一 VNF实例。
17、 根据权利要求 16所述的网络功能虚拟化编排器, 其特征在于, 所述 实例化模块包括:
确定发送单元, 用于确定所述第一 VNF实例所属的至少一个第一 NS , 并 将所述第一 NS的标识发送给所述发送端; 其中, 所述第一 NS包括至少一条 虚拟网络功能转发图 VNFFG, 所述 VNFFG中的第一 VNFFG包括所述第一 VNF 实例, 所述第一 NS对应第一网络服务描述 NSD ;
确定获取单元,用于根据所述接收模块接收到的发送端发送的 NS实例更 新请求中的第二 NS的标识, 获取 NS目录中预设的第二 NSD , 并根据所述第 二 NSD确定对所述第一 VNF进行实例化; 其中, 所述第二 NS为所述发送 端根据所述第一 NS的标识确定的待更新的所述第一 NS , 所述第二 NSD为 修改后的第一 NSD;
第一实例化单元, 用于根据所述 VNF目录中预设的所述第一 VNF的第 二软件版本的 VNFD实例化所述第一 VNF , 获得所述第二 VNF实例;
所述接收模块, 还用于接收所述发送端发送的所述 NS实例更新请求; 其中, 所述 NS实例更新请求包括至少一个第二 NS的标识。
18、 根据权利要求 17所述的网络功能虚拟化编排器, 其特征在于, 所述 连接模块, 具体用于将所述第二 VNF实例连接至所述第二 NS中, 获得更新 后的第二 NS ; 其中, 所述更新后的第二 NS 包括所述第一 VNFFG 和第二 VNFFG, 所述第二 VNFFG包括所述第二 VNF实例, 且所述第二 VNF实例在 所述第二 VNFFG中与所述第二 VNFFG中的其他 VNF实例的连接方式, 和, 所述第一 VNF实例在所述第一 VNFFG中与所述第一 VNFFG中的其他 VNF实 例的连接方式相同。
19、 根据权利要求 18所述的网络功能虚拟化编排器, 其特征在于, 所述 配置模块, 具体用于将所述第一 VNFFG和所述第二 VNFFG配置给所述业务流 作为所述业务流的转发路径, 以使所述第一业务流转发至所述第一 VNFFG进 行处理, 所述第二业务流转发至所述第二 VNFFG处理。
20、 根据权利要求 18所述的网络功能虚拟化编排器, 其特征在于, 所述 配置模块,具体用于指示 NS业务管理实体将所述第一 VNFFG和所述第二 VNFFG 配置给所述业务流作为所述业务流的转发路径, 以使所述第一业务流转发至 所述第一 VNFFG进行处理,所述第二业务流转发至所述第二 VNFFG进行处理。
21、 根据权利要求 16所述的网络功能虚拟化编排器, 其特征在于, 所述 实例化模块, 还包括:
检查获取单元, 用于检查所述第一 VNF实例是否存在; 若存在, 则获取 VNF目录中预设的所述第一 VNF的第二软件版本的 VNFD;
第二实例化单元,用于根据所述第一 VNF的第二软件版本的 VNFD实例化 所述第一 VNF, 获得所述第二 VNF实例。
22、 根据权利要求 21所述的网络功能虚拟化编排器, 其特征在于, 所述 连接模块, 具体用于将所述第二 VNF实例连接至所述第一 VNF实例所在的 NS中, 且所述第二 VNF实例与所述 NS中的其他 VNF实例的连接方式, 和, 所述第一 VNF实例与所述 NS中的其他 VNF实例的连接方式相同。
23、 根据权利要求 22所述的网络功能虚拟化编排器, 其特征在于, 所述 配置模块, 具体用于将所述第一 VNF实例和所述第二 VNF实例配置给所述业 务流,作为所述业务流在所述 NS中的转发路径中的节点,生成业务流转发表; 并将所述业务流转发表配置给第三 VNF实例, 以使所述第三 VNF实例根据所 述业务流转发表将所述第一业务流转发至所述第一 VNF实例进行处理, 将所 述第二业务流转发至所述第二 VNF实例处理; 其中, 所述第三 VNF实例分别 与所述第一 VNF实例和所述第二 VNF实例相邻。
24、 根据权利要求 22所述的网络功能虚拟化编排器, 其特征在于, 所述 配置模块, 具体用于将所述第一 VNF实例与第三 VNF实例之间的第一虚拟链 路的权重值, 和, 所述第二 VNF实例与所述第三 VNF实例之间的第二虚拟链 路的权重值配置给所述第三 VNF实例, 以使所述第三 VNF实例根据所述第一 虚拟链路的权重值和所述第二虚拟链路的权重值将所述第一业务流转发至所 述第一 VNF实例进行处理,将所述第二业务流转发至所述第二 VNF实例处理; 其中,所述第三 VNF实例分别与所述第一 VNF实例和所述第二 VNF实例相邻。
25、 根据权利要求 22所述的网络功能虚拟化编排器, 其特征在于, 所述 配置模块, 具体用于指示 NS业务管理实体将所述第一 VNF实例和所述第二
VNF实例配置给所述业务流, 作为所述业务流在所述 NS中的转发路径中的节 点, 生成业务流转发表; 并指示所述 NS业务管理实体将所述业务流转发表配 置给所述第三 VNF实例, 以使所述第三 VNF实例根据所述业务流转发表将所 述第一业务流转发至所述第一 VNF实例进行处理, 将所述第二业务流转发至 所述第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第一 VNF实例 和所述第二 VNF实例相邻。
26、 根据权利要求 22所述的网络功能虚拟化编排器, 其特征在于, 所述 配置模块,具体用于指示 NS业务管理实体将所述第一 VNF实例与第三 VNF实 例之间的第一虚拟链路的权重值, 和, 所述第二 VNF实例与所述第三 VNF实 例之间的第二虚拟链路的权重值配置给所述第三 VNF实例,以使所述第三 VNF 实例根据所述第一虚拟链路的权重值和所述第二虚拟链路的权重值将所述第 一业务流转发至所述第一 VNF实例进行处理, 将所述第二业务流转发至所述 第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第一 VNF实例和所 述第二 VNF实例相邻。
27、 根据权利要求 16-26任一项所述的网络功能虚拟化编排器, 其特征 在于, 所述判断终止模块, 具体用于获取 NS 业务管理实体监测的所述第一 VNF实例的运行状态; 若所述第一 VNF实例在所述预设时间内空载运行, 则 指示所述 NS管理实体终止所述第一 VNF实例。
28、 根据权利要求 16-26任一项所述的网络功能虚拟化编排器, 其特征 在于, 所述判断终止模块, 具体用于指示 NS业务管理实体监测所述第一 VNF 实例的运行状态, 并在监测到所述第一 VNF实例在所述预设时间内空载运行 时, 终止所述第一 VNF实例。
29、 根据权利要求 16-28任一项所述的网络功能虚拟化编排器, 其特征 在于, 所述网络功能虚拟化编排器还包括:
增加模块,用于在所述配置模块在网络服务 NS中配置业务流转发路径之 后, 将所述第二 VNF实例增加至网络功能虚拟化 NFV实例库;
资源伸缩模块, 用于启动 VNF资源伸缩过程对所述第一 VNF实例和所述 第二 VNF实例进行资源伸缩处理。
30、 根据权利要求 29所述的网络功能虚拟化编排器, 其特征在于, 所述 网络功能虚拟化编排器还包括:
删除模块, 用于在所述判断终止模块终止所述第一 VNF实例之后, 删除 所述 NFV实例库中的所述第一 VNF实例。
31、 一种虚拟网络功能的升级方法, 其特征在于, 包括:
网络功能虚拟化编排器 NFV0接收发送端发送的升级请求消息; 其中, 所 述升级请求消息用于请求所述 NFV0将第一虚拟网络功能 VNF对应的第一软件 版本升级为第二软件版本, 所述第一软件版本对应第一 VNF实例, 所述第二 软件版本对应第二 VNF实例;
所述 NFV0根据 VNF目录中预设的所述第一 VNF的第二软件版本的 VNFD 对所述第一 VNF进行实例化, 获得第二 VNF实例;
所述 NFV0将所述第二 VNF实例连接至所述第一 VNF实例所在的网络服务
NS中;
所述 NFV0配置业务流在所述 NS中的转发路径, 以使第一业务流转发至 第一 VNF实例进行处理, 第二业务流转发至所述第二 VNF实例进行处理; 所述 NFV0判断所述第一 VNF实例在预设时间内空载运行, 则所述 NFV0 终止所述第一 VNF实例。
32、 根据权利要求 31所述的方法, 其特征在于, 所述 NFV0根据 VNF目 录中预设的所述第一 VNF的第二软件版本的 VNFD对所述第一 VNF进行实例 化, 获得第二 VNF实例, 包括:
所述 NFV0确定所述第一 VNF实例所属的至少一个第一 NS , 并将所述第 一 NS的标识发送给所述发送端; 其中, 所述第一 NS包括至少一条虚拟网络 功能转发图 VNFFG, 所述 VNFFG中的第一 VNFFG包括所述第一 VNF实例; 所述 NFV0接收所述发送端发送的 NS实例更新请求; 其中, 所述 NS实例 更新请求包括至少一个第二 NS的标识; 所述第二 NS为所述发送端根据所 述第一 NS的标识确定的待更新的所述第一 NS ; 其中, 所述第一 NS对应第 一网络服务描述 NSD;
所述 NFV0根据所述第二 NS的标识获取 NS目录中预设的第二 NSD ,并 根据所述第二 NSD确定对所述第一 VNF进行实例化; 其中, 所述第二 NSD 为修改后的第一 NSD;
所述 NFV0根据所述 VNF目录中预设的所述第一 VNF的第二软件版本的 VNFD实例化所述第一 VNF, 获得所述第二 VNF实例。
33、 根据权利要求 32所述的方法, 其特征在于, 所述 NFV0将所述第 二 VNF实例连接至所述第一 VNF实例所在的网络服务 NS中, 包括:
所述 NFV0将所述第二 VNF实例连接至所述第二 NS中, 获得更新后的 第二 NS ; 其中, 所述更新后的第二 NS包括所述第一 VNFFG和第二 VNFFG , 所述第二 VNFFG包括所述第二 VNF实例, 且所述第二 VNF实例在所述第二 VNFFG中与所述第二 VNFFG中的其他 VNF实例的连接方式, 和, 所述第一 VNF实例在所述第一 VNFFG中与所述第一 VNFFG中的其他 VNF实例的连接 方式相同。
34、 根据权利要求 33所述的方法, 其特征在于, 所述 NFV0配置业务流 在所述 NS中的转发路径, 包括:
所述 NFV0将所述第一 VNFFG和所述第二 VNFFG配置给所述业务流作为所 述业务流的转发路径, 以使所述第一业务流转发至所述第一 VNFFG进行处理, 所述第二业务流转发至所述第二 VNFFG处理。
35、 根据权利要求 33所述的方法, 其特征在于, 所述 NFV0配置业务流 在所述 NS中的转发路径, 包括:
所述 NFV0指示 NS业务管理实体将所述第一 VNFFG和所述第二 VNFFG配 置给所述业务流作为所述业务流的转发路径, 以使所述第一业务流转发至所 述第一 VNFFG进行处理, 所述第二业务流转发至所述第二 VNFFG进行处理。
36、 根据权利要求 31所述的方法, 其特征在于, 所述 NFV0根据 VNF 目录中预设的所述第一 VNF的第二软件版本的 VNFD对所述第一 VNF进行实例 化, 获得第二 VNF实例, 包括:
所述 NFV0检查所述第一 VNF实例是否存在;
若存在,所述 NFV0获取 VNF目录中预设的所述第一 VNF的第二软件版本 的 VNFD;
所述 NFV0根据所述第一 VNF 的第二软件版本的 VNFD实例化所述第一
VNF, 获得所述第二 VNF实例。
37、 根据权利要求 36所述的方法, 其特征在于, 所述 NFV0将所述第二 VNF实例连接至所述第一 VNF实例所在的网络服务 NS中, 包括:
所述 NFV0将所述第二 VNF实例连接至所述第一 VNF实例所在的 NS中, 且所述第二 VNF实例与所述 NS中的其他 VNF实例的连接方式, 和, 所述 第一 VNF实例与所述 NS中的其他 VNF实例的连接方式相同。
38、 根据权利要求 37所述的方法, 其特征在于, 所述 NFV0配置业务流在 所述 NS中的转发路径, 包括:
所述 NFV0将所述第一 VNF实例和所述第二 VNF实例配置给所述业务流, 作为所述业务流在所述 NS中的转发路径中的节点, 生成业务流转发表;
所述 NFV0将所述业务流转发表配置给第三 VNF实例, 以使所述第三 VNF 实例根据所述业务流转发表将所述第一业务流转发至所述第一 VNF实例进行 处理,将所述第二业务流转发至所述第二 VNF实例处理; 其中, 所述第三 VNF 实例分别与所述第一 VNF实例和所述第二 VNF实例相邻。
39、 根据权利要求 37所述的方法, 其特征在于, 所述 NFV0配置业务流 在所述 NS中的转发路径, 包括:
所述 NFV0将所述第一 VNF实例与第三 VNF实例之间的第一虚拟链路的权 重值, 和, 所述第二 VNF实例与所述第三 VNF实例之间的第二虚拟链路的权 重值配置给所述第三 VNF实例, 以使所述第三 VNF实例根据所述第一虚拟链 路的权重值和所述第二虚拟链路的权重值将所述第一业务流转发至所述第一 VNF实例进行处理, 将所述第二业务流转发至所述第二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第一 VNF实例和所述第二 VNF实例相邻。
40、 根据权利要求 37所述的方法, 其特征在于, 所述 NFV0配置业务流 在所述 NS中的转发路径, 包括:
所述 NFV0指示 NS业务管理实体将所述第一 VNF实例和所述第二 VNF实 例配置给所述业务流, 作为所述业务流在所述 NS中的转发路径中的节点, 生 成业务流转发表;
所述 NFV0指示所述 NS业务管理实体将所述业务流转发表配置给所述第 三 VNF实例, 以使所述第三 VNF实例根据所述业务流转发表将所述第一业务 流转发至所述第一 VNF实例进行处理,将所述第二业务流转发至所述第二 VNF 实例处理;其中,所述第三 VNF实例分别与所述第一 VNF实例和所述第二 VNF 实例相邻。
41、 根据权利要求 37所述的方法, 其特征在于, 所述 NFV0配置业务流 在所述 NS中的转发路径, 包括:
所述 NFV0指示 NS业务管理实体将所述第一 VNF实例与第三 VNF实例之 间的第一虚拟链路的权重值, 和, 所述第二 VNF实例与所述第三 VNF实例之 间的第二虚拟链路的权重值配置给所述第三 VNF实例, 以使所述第三 VNF实 例根据所述第一虚拟链路的权重值和所述第二虚拟链路的权重值将所述第一 业务流转发至所述第一 VNF实例进行处理, 将所述第二业务流转发至所述第 二 VNF实例处理; 其中, 所述第三 VNF实例分别与所述第一 VNF实例和所述 第二 VNF实例相邻。
42、 根据权利要求 31-41任一项所述的方法, 其特征在于, 所述 NFV0判 断所述第一 VNF实例在预设时间内空载运行, 则所述 NFV0终止所述第一 VNF 实例, 具体包括:
所述 NFV0获取 NS业务管理实体监测的所述第一 VNF实例的运行状态; 若所述第一 VNF实例在所述预设时间内空载运行,则所述 NFV0指示所述 NS管理实体终止所述第一 VNF实例。
43、 根据权利要求 31-41任一项所述的方法, 其特征在于, 所述 NFV0判 断所述第一 VNF实例在预设时间内空载运行, 则所述 NFV0终止所述第一 VNF 实例, 具体包括:
所述 NFV0指示所述 NS业务管理实体监测所述第一 VNF实例的运行状态, 并在所述第一 VNF实例在所述预设时间内空载运行时, 终止所述第一 VNF实 例。
44、 根据权利要求 31-43任一项所述的方法, 其特征在于, 所述 NFV0在 网络服务 NS中配置业务流转发路径之后, 还包括: 所述 NFVO将所述第二 VNF实例增加至网络功能虚拟化 NFV实例库; 所述 NFV0启动 VNF资源伸缩过程对所述第一 VNF实例和所述第二 VNF实 进行资源伸缩处理。
45、 根据权利要求 44所述的方法, 其特征在于, 所述 NFV0终止所述第
PCT/CN2014/071806 2014-01-29 2014-01-29 虚拟网络功能的升级方法和网络功能虚拟化编排器 WO2015113278A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR1020167023320A KR101979362B1 (ko) 2014-01-29 2014-01-29 가상화된 네트워크 기능을 업그레이드하는 방법 및 네트워크 기능 가상화 오케스트레이터
CN201480001637.0A CN105379191B (zh) 2014-01-29 2014-01-29 虚拟网络功能的升级方法和网络功能虚拟化编排器
EP14880848.8A EP3094049B1 (en) 2014-01-29 2014-01-29 Method for upgrading virtualized network function and network function virtualization orchestrator
PCT/CN2014/071806 WO2015113278A1 (zh) 2014-01-29 2014-01-29 虚拟网络功能的升级方法和网络功能虚拟化编排器
US15/222,270 US10177982B2 (en) 2014-01-29 2016-07-28 Method for upgrading virtualized network function and network function virtualization orchestrator

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/071806 WO2015113278A1 (zh) 2014-01-29 2014-01-29 虚拟网络功能的升级方法和网络功能虚拟化编排器

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/222,270 Continuation US10177982B2 (en) 2014-01-29 2016-07-28 Method for upgrading virtualized network function and network function virtualization orchestrator

Publications (1)

Publication Number Publication Date
WO2015113278A1 true WO2015113278A1 (zh) 2015-08-06

Family

ID=53756171

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/071806 WO2015113278A1 (zh) 2014-01-29 2014-01-29 虚拟网络功能的升级方法和网络功能虚拟化编排器

Country Status (5)

Country Link
US (1) US10177982B2 (zh)
EP (1) EP3094049B1 (zh)
KR (1) KR101979362B1 (zh)
CN (1) CN105379191B (zh)
WO (1) WO2015113278A1 (zh)

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016165470A1 (zh) * 2015-08-27 2016-10-20 中兴通讯股份有限公司 Vnf实例的处理方法、装置及vnfm
CN106304144A (zh) * 2015-06-23 2017-01-04 中兴通讯股份有限公司 虚拟化核心网关开局方法、装置和系统
CN106385330A (zh) * 2016-09-07 2017-02-08 中国联合网络通信集团有限公司 一种网络功能虚拟化编排器的实现方法及装置
WO2017035395A1 (en) * 2015-08-25 2017-03-02 Huawei Technologies Co., Ltd. System and method for network function virtualization resource management
WO2017058251A1 (en) 2015-10-02 2017-04-06 Nokia Solutions And Networks Oy Managing the graceful termination of a virtualized network function instance
WO2017121153A1 (zh) * 2016-01-15 2017-07-20 中兴通讯股份有限公司 软件升级方法及装置
GB2549574A (en) * 2016-03-21 2017-10-25 Ibm Replacing a virtual network function in a network service
CN107357603A (zh) * 2016-05-10 2017-11-17 华为技术有限公司 一种软件加载方法、设备及系统
CN107431637A (zh) * 2015-08-31 2017-12-01 华为技术有限公司 一种网络服务的部署方法及装置
CN107431651A (zh) * 2015-12-30 2017-12-01 华为技术有限公司 一种网络服务的生命周期管理方法及设备
WO2018072503A1 (zh) * 2016-10-18 2018-04-26 华为技术有限公司 软件修改的发起方法、发布元数据的方法及装置
EP3337095A4 (en) * 2015-08-31 2018-06-20 Huawei Technologies Co., Ltd. Resource management method and device
CN109391482A (zh) * 2017-08-02 2019-02-26 华为技术有限公司 网络功能的升级方法及升级管理实体
CN109474522A (zh) * 2017-09-07 2019-03-15 华为技术有限公司 业务路由的方法、装置及存储介质
EP3447965A4 (en) * 2016-05-06 2019-04-03 Huawei Technologies Co., Ltd. METHOD FOR MANAGING NETWORK FUNCTIONAL INSTRUMENTS AND ASSOCIATED DEVICE
CN110447205A (zh) * 2017-03-14 2019-11-12 英特尔Ip公司 用于实例化并连接无线电接入网络虚拟化网络功能和核心网络虚拟化网络功能的方法和系统
WO2022063127A1 (zh) * 2020-09-22 2022-03-31 中兴通讯股份有限公司 虚拟化网络服务的更新方法、电子设备、计算机可读存储介质
US11316758B2 (en) * 2016-08-18 2022-04-26 Telefonaktiebolaget Lm Ericsson (Publ) Network service design and deployment process for NFV systems

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10700946B2 (en) * 2017-08-08 2020-06-30 Amdocs Development Limited System, method, and computer program for automatically certifying a virtual network function (VNF) for use in a network function virtualization (NFV) based communication network
EP3133794B1 (en) * 2014-05-15 2019-04-03 Huawei Technologies Co., Ltd. Network function virtualization network system
US9979602B1 (en) * 2014-08-25 2018-05-22 Cisco Technology, Inc. Network function virtualization infrastructure pod in a network environment
JP6790835B2 (ja) * 2015-01-23 2020-11-25 日本電気株式会社 ネットワーク機能仮想化管理およびオーケストレーション方法と装置とプログラム
EP3255839B1 (en) * 2015-02-03 2024-04-24 Nec Corporation Virtual network system, virtual network control method, virtual network function database, integrated control device, control device, and control method and control program therefor
JP6772751B2 (ja) * 2016-10-14 2020-10-21 富士通株式会社 設定方法及びサーバ装置
US10469359B2 (en) * 2016-11-03 2019-11-05 Futurewei Technologies, Inc. Global resource orchestration system for network function virtualization
EP3596886A1 (en) * 2017-03-14 2020-01-22 Intel IP Corporation Instantiation of a virtual network function (vnf) as part of a gnodeb (gnb)
WO2018200570A1 (en) * 2017-04-25 2018-11-01 Intel IP Corporation Centralized unit and distributed unit connection in a virtualized radio access network
CN110476476B (zh) * 2017-04-25 2022-09-23 苹果公司 网络功能虚拟化框架中的gnb的管理
JP6714541B2 (ja) * 2017-05-19 2020-06-24 日本電信電話株式会社 管理装置、および、ネットワークサービス管理方法
EP3639474B1 (en) * 2017-06-16 2022-08-31 Telefonaktiebolaget LM Ericsson (publ) Derivation of network service descriptor from network service requirements
WO2019027827A1 (en) * 2017-08-01 2019-02-07 Intel IP Corporation TECHNIQUES ASSOCIATED WITH AN INTERFACE BETWEEN A NEXT GENERATION NODE B CENTRAL UNIT AND A DISTRIBUTED NODE OF NEXT GENERATION B
CN109391982B (zh) * 2017-08-10 2022-06-07 中国移动通信有限公司研究院 信息包生成方法及编排管理方法、网元及存储介质
CN109639449B (zh) * 2017-10-09 2021-09-03 中兴通讯股份有限公司 虚拟化流镜像策略自动化管理的方法、设备及介质
MX2020003447A (es) * 2017-10-17 2020-07-29 Ericsson Telefon Ab L M Registro de servicios en una red de comunicaciones.
CN107769976B (zh) * 2017-10-31 2020-06-26 电子科技大学 一种基于传输带宽优化的服务功能链映射方法
CN109818867B (zh) * 2017-11-21 2020-10-27 华为技术有限公司 一种配置方法及装置
US10587474B2 (en) * 2017-11-28 2020-03-10 Cisco Technology, Inc. Elastic capacity management with a cloud cable modem termination system (cCMTS)
KR102486236B1 (ko) 2017-12-26 2023-01-09 삼성전자주식회사 무선 통신 시스템에서 네트워크 기능 가상화를 위한 장치 및 방법
US10896069B2 (en) * 2018-03-16 2021-01-19 Citrix Systems, Inc. Dynamically provisioning virtual machines from remote, multi-tier pool
US11382150B2 (en) * 2018-03-26 2022-07-05 Apple Inc. System and method of managing PNF connectivity in a network slice instance
US10979321B2 (en) * 2018-12-10 2021-04-13 Nec Corporation Method and system for low-latency management and orchestration of virtualized resources
WO2020167820A1 (en) * 2019-02-12 2020-08-20 Apple Inc. Systems and methods to deploy user plane function (upf) and edge computing virtualized network functions (vnfs) in network functions virtualization (nfv) environment networks
EP3983882A1 (en) 2019-06-11 2022-04-20 Telefonaktiebolaget LM Ericsson (publ) Virtual network function and physical network function software upgrade
US11456989B2 (en) * 2020-03-20 2022-09-27 Verizon Patent And Licensing Inc. Systems and methods for virtualized network function (“VNF”) selection in a wireless telecommunications network
CN114553692A (zh) * 2020-11-25 2022-05-27 中兴通讯股份有限公司 网络切片升级的方法及装置
WO2023147882A1 (en) * 2022-02-07 2023-08-10 Telefonaktiebolaget Lm Ericsson (Publ) Version-dependency information for management of a network service

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1659539A (zh) * 2002-04-19 2005-08-24 因卡网络工程公司 一种具有虚拟服务模块的网络系统
US20100290348A1 (en) * 2009-05-14 2010-11-18 Avaya Inc. Generation and usage of mobility vlan id version value
US20120005276A1 (en) * 2010-06-30 2012-01-05 Guo Katherine H Method and apparatus for reducing application update traffic in cellular networks

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6658480B2 (en) * 1997-10-14 2003-12-02 Alacritech, Inc. Intelligent network interface system and method for accelerated protocol processing
US7403980B2 (en) * 2000-11-08 2008-07-22 Sri International Methods and apparatus for scalable, distributed management of virtual private networks
US8429639B2 (en) 2009-02-10 2013-04-23 Microsoft Corporation Image-based software update

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1659539A (zh) * 2002-04-19 2005-08-24 因卡网络工程公司 一种具有虚拟服务模块的网络系统
US20100290348A1 (en) * 2009-05-14 2010-11-18 Avaya Inc. Generation and usage of mobility vlan id version value
US20120005276A1 (en) * 2010-06-30 2012-01-05 Guo Katherine H Method and apparatus for reducing application update traffic in cellular networks

Cited By (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106304144A (zh) * 2015-06-23 2017-01-04 中兴通讯股份有限公司 虚拟化核心网关开局方法、装置和系统
CN107924383A (zh) * 2015-08-25 2018-04-17 华为技术有限公司 用于网络功能虚拟化资源管理的系统和方法
US11429408B2 (en) 2015-08-25 2022-08-30 Futurewei Technologies, Inc. System and method for network function virtualization resource management
WO2017035395A1 (en) * 2015-08-25 2017-03-02 Huawei Technologies Co., Ltd. System and method for network function virtualization resource management
US10908936B2 (en) 2015-08-25 2021-02-02 Futurewei Technologies, Inc. System and method for network function virtualization resource management
US10223140B2 (en) 2015-08-25 2019-03-05 Futurewei Technologies, Inc. System and method for network function virtualization resource management
WO2016165470A1 (zh) * 2015-08-27 2016-10-20 中兴通讯股份有限公司 Vnf实例的处理方法、装置及vnfm
CN107431637B (zh) * 2015-08-31 2020-09-11 华为技术有限公司 一种网络服务的部署方法及装置
EP3675424A1 (en) * 2015-08-31 2020-07-01 Huawei Technologies Co., Ltd. Method and apparatus for deploying network service
EP3337095A4 (en) * 2015-08-31 2018-06-20 Huawei Technologies Co., Ltd. Resource management method and device
EP3337094A4 (en) * 2015-08-31 2018-06-20 Huawei Technologies Co., Ltd. Method and apparatus for deploying network services
US10523529B2 (en) 2015-08-31 2019-12-31 Huawei Technologies Co., Ltd. Method and apparatus for deploying network service
CN107431637A (zh) * 2015-08-31 2017-12-01 华为技术有限公司 一种网络服务的部署方法及装置
EP3356919A4 (en) * 2015-10-02 2019-06-26 Nokia Solutions and Networks Oy ADMINISTRATION OF THE TERMINAL TERMINATION OF A VIRTUALIZED NETWORK FUNCTION SETTING
WO2017058251A1 (en) 2015-10-02 2017-04-06 Nokia Solutions And Networks Oy Managing the graceful termination of a virtualized network function instance
US10846128B2 (en) 2015-10-02 2020-11-24 Nokia Solutions And Networks Oy Managing the graceful termination of a virtualized network function instance
CN107431651A (zh) * 2015-12-30 2017-12-01 华为技术有限公司 一种网络服务的生命周期管理方法及设备
US10700947B2 (en) 2015-12-30 2020-06-30 Huawei Technologies Co., Ltd Life cycle management method and device for network service
CN107431651B (zh) * 2015-12-30 2020-07-21 华为技术有限公司 一种网络服务的生命周期管理方法及设备
WO2017121153A1 (zh) * 2016-01-15 2017-07-20 中兴通讯股份有限公司 软件升级方法及装置
US10362122B2 (en) 2016-03-21 2019-07-23 International Business Machines Corporation Replacing a virtual network function in a network service
GB2549574B (en) * 2016-03-21 2019-06-05 Ibm Replacing a virtual network function in a network service
GB2549574A (en) * 2016-03-21 2017-10-25 Ibm Replacing a virtual network function in a network service
US10547696B2 (en) 2016-03-21 2020-01-28 International Business Machines Corporation Replacing a virtual network function in a network service
EP3447965A4 (en) * 2016-05-06 2019-04-03 Huawei Technologies Co., Ltd. METHOD FOR MANAGING NETWORK FUNCTIONAL INSTRUMENTS AND ASSOCIATED DEVICE
US10917294B2 (en) 2016-05-06 2021-02-09 Huawei Technologies Co., Ltd. Network function instance management method and related device
CN107357603A (zh) * 2016-05-10 2017-11-17 华为技术有限公司 一种软件加载方法、设备及系统
US11316758B2 (en) * 2016-08-18 2022-04-26 Telefonaktiebolaget Lm Ericsson (Publ) Network service design and deployment process for NFV systems
CN106385330B (zh) * 2016-09-07 2019-10-11 中国联合网络通信集团有限公司 一种网络功能虚拟化编排器的实现方法及装置
CN106385330A (zh) * 2016-09-07 2017-02-08 中国联合网络通信集团有限公司 一种网络功能虚拟化编排器的实现方法及装置
US10742502B2 (en) 2016-10-18 2020-08-11 Huawei Technologies Co., Ltd. Software modification initiation method, and metadata release method and apparatus
EP3518465A4 (en) * 2016-10-18 2019-09-25 Huawei Technologies Co., Ltd. SOFTWARE MODIFICATION INITIATION METHOD, METADATA PUBLICATION METHOD AND DEVICE
WO2018072503A1 (zh) * 2016-10-18 2018-04-26 华为技术有限公司 软件修改的发起方法、发布元数据的方法及装置
EP3839726A1 (en) * 2016-10-18 2021-06-23 Huawei Technologies Co., Ltd. Software modification initiation method and apparatus
CN110447205A (zh) * 2017-03-14 2019-11-12 英特尔Ip公司 用于实例化并连接无线电接入网络虚拟化网络功能和核心网络虚拟化网络功能的方法和系统
CN110447205B (zh) * 2017-03-14 2023-01-06 苹果公司 用于实例化并连接无线电接入网络虚拟化网络功能和核心网络虚拟化网络功能的方法和系统
CN109391482B (zh) * 2017-08-02 2021-01-29 华为技术有限公司 网络功能的升级方法及升级管理实体
CN109391482A (zh) * 2017-08-02 2019-02-26 华为技术有限公司 网络功能的升级方法及升级管理实体
CN109474522A (zh) * 2017-09-07 2019-03-15 华为技术有限公司 业务路由的方法、装置及存储介质
WO2022063127A1 (zh) * 2020-09-22 2022-03-31 中兴通讯股份有限公司 虚拟化网络服务的更新方法、电子设备、计算机可读存储介质

Also Published As

Publication number Publication date
CN105379191A (zh) 2016-03-02
KR20160113250A (ko) 2016-09-28
EP3094049A1 (en) 2016-11-16
US10177982B2 (en) 2019-01-08
EP3094049A4 (en) 2016-11-16
KR101979362B1 (ko) 2019-08-28
EP3094049B1 (en) 2018-01-10
CN105379191B (zh) 2019-08-06
US20160337172A1 (en) 2016-11-17

Similar Documents

Publication Publication Date Title
WO2015113278A1 (zh) 虚拟网络功能的升级方法和网络功能虚拟化编排器
WO2021218397A1 (zh) 用于实现业务连续性的方法及相关设备
EP3664370B1 (en) Network function information management method and related device
JP5835846B2 (ja) ネットワークシステム及び仮想ノードのマイグレーション方法
KR100950840B1 (ko) 폴리시 결정을 통해 동적 시스템 내의 접속의 처리 및 트래픽 흐름을 개선하는 방법, 시스템, 액세스 네트워크 및 단말 장치
US11941423B2 (en) Data processing method and related device
US8671176B1 (en) Virtual network prototyping environment
JP5671022B2 (ja) 少なくとも1つの仮想ネットワークをオンザフライかつオンデマンドでデプロイする方法及びシステム
CN107111509B (zh) 用于计算机网络中的虚拟机迁移的方法
US20160212237A1 (en) Management server, communication system and path management method
WO2016155394A1 (zh) 一种虚拟网络功能间链路建立方法及装置
EP3518465B1 (en) Method and device for initiating software modification
JP6432955B2 (ja) 仮想ネットワーク機能インスタンスをマイグレーションさせるための方法、装置およびシステム
WO2017066931A1 (zh) 网络功能虚拟化架构中证书的管理方法及装置
WO2019214508A1 (zh) 网络配置方法、设备及系统
JP2019536365A (ja) ネットワークサービスライフサイクル管理許可方法及び装置
JP7126021B2 (ja) OpenFlowインスタンスの構成
WO2015180154A1 (zh) 网络控制方法和装置
US20150229523A1 (en) Virtual extensible local area network (vxlan) system of automatically configuring multicasting tunnel for segment of virtual extensible local area network according to life cycle of end system and operating method thereof
WO2021093455A1 (zh) 一种虚拟机接入方法及装置
WO2019238060A1 (zh) 一种数据传输方法及装置
US10291717B2 (en) Prioritizing VDI sessions and redirected devices in software defined networks
US11095514B2 (en) System and method for propagating anima network objective changes
US20170289030A1 (en) Multiple provider framework for virtual switch data planes and data plane migration
WO2014071637A1 (zh) 一种对虚拟机进行网络配置的方法和设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14880848

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2014880848

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014880848

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20167023320

Country of ref document: KR

Kind code of ref document: A