CN110048875B

CN110048875B - 一种升级驱动的方法及设备

Info

Publication number: CN110048875B
Application number: CN201810045407.4A
Authority: CN
Inventors: 郭勇
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-01-17
Filing date: 2018-01-17
Publication date: 2021-01-01
Anticipated expiration: 2038-01-17
Also published as: EP3734910A4; EP3734910B1; US11411821B2; WO2019141172A1; US20200351165A1; EP3734910A1; CN110048875A

Abstract

一种升级驱动的方法及设备，用于简化升级驱动的过程，提高升级效率。其中一种升级驱动的方法包括：在VNF升级的过程中，MANO从VNF接收第一信息，所述第一信息用于指示所述VNF升级后的版本信息；所述MANO确定NFVI未升级；所述MANO向所述VNF发送第二信息，所述第二信息用于指示所述VNF不升级所述VNF中安装的VF驱动。

Description

一种升级驱动的方法及设备

技术领域

本申请涉及通信技术领域，尤其涉及一种升级驱动的方法及设备。

背景技术

随着网络云化的趋势越来越明显，第三代合作伙伴计划(3rd generationpartnership project，3GPP)组织推出了欧洲电信标准化协会(Europeantelecommunications standards institute，ETSI)网络功能虚拟化(network functionsvirtualization，NFV)架构，NFV作为其中的关键技术，受到通信业界的广泛关注和重视，标准化组织对其进行了深入研究，在产业链多个环节也得到实践应用。目前在NFV架构中，各大厂商推出了硬直通(single-root I/O virtualization，SR-IOV)虚拟化转发技术，以应对高带宽、低时延的应用特点。

SR-IOV技术是一种基于硬件的虚拟化解决方案。SR-IOV标准允许在虚拟机之间高效共享快速外设组件互连(peripheral component interconnect express，PCIe)设备，并且SR-IOV是在硬件中实现的，可以获得能够与本机性能媲美的输入/输出(input/output，I/O)性能。

在实际网络的业务变化和演进过程中，NFV架构中的虚拟网络功能(virtualizednetwork function，VNF)层也需要随业务的需要升级。目前，对于应用了SR-IOV技术的VNF，在升级这样的VNF层时，VNF层的操作***的镜像文件中内置的虚拟功能(virtualfunction，VF)驱动也会随之升级。其中，VF驱动属于SR-IOV驱动的一部分，SR-IOV驱动还包括物理功能(physical function，PF)驱动，PF驱动安装在NFV架构中的网络功能虚拟化基础设施(network functions virtualization infrastructure，NFVI)中。

NFV解决方案在实际部署时，NFV架构中包括的NFVI和VNF层会独立演进。由于SR-IOV直接在硬件中共享资源，导致VNF层需要部署与NFVI的PF驱动配套的VF驱动，由于VNF层包括在虚拟机(virtual machine，VM)中，NFVI中包括物理网络接口卡(network interfacecard，NIC)，因此，SR-IOV的VF驱动和PF驱动必须相匹配的问题，也就可以理解为是VM与物理网络接口卡(也可简称为物理网卡)之间的版本耦合的问题。由于VM与物理网卡之间的这种版本耦合问题，要求VNF层和NFVI必须同步升级VF驱动和PF驱动。前文介绍了，在升级VNF层时，VF驱动会随之升级，那么由于VM与物理网卡之间的版本耦合问题，PF驱动也就需要一并升级。目前，是通过升级NFVI来升级PF驱动，那么，如果VNF层进行升级，则NFVI也就需要一并升级。

这样，升级过程较为复杂，所需的时间较长，相应的，升级效率较低。

发明内容

本申请实施例提供一种升级驱动的方法及设备，用于简化升级驱动的过程，提高升级效率。

第一方面，提供一种升级驱动的方法，该方法可由MANO执行。该方法包括：在VNF升级的过程中，MANO从VNF接收第一信息，所述第一信息用于指示所述VNF升级后的版本信息；所述MANO确定网络功能虚拟化基础设施NFVI未升级；所述MANO向所述VNF发送第二信息，所述第二信息用于指示所述VNF不升级所述VNF中安装的虚拟功能VF驱动。

相应的，第二方面，提供一种升级驱动的方法，该方法可由VNF执行。该方法包括：在VNF升级的过程中，所述VNF向MANO发送第一信息，所述第一信息用于指示所述VNF升级后的版本信息；所述VNF从所述MANO接收第二信息，所述第二信息用于指示所述VNF不升级所述VNF中安装的VF驱动；所述VNF根据所述第二信息，激活第一版本的所述VF驱动，所述第一版本为所述VF驱动升级前的版本。

本申请实施例中，VF驱动无需必须跟随VNF层升级，而是可以实现单独升级。这样，在VNF升级时，如果MANO确定NFVI未升级，即，确定PF驱动未升级，那么为了保持PF驱动和VF驱动的版本能够匹配，则MANO可以指示VNF层不升级VF驱动，这样，VNF层的升级与VF驱动的升级这两个过程可以有一定的独立性，在VNF层升级时不一定必须升级VF驱动，从而也就无需升级NFVI，使得NFVI或VNF层可独立完成升级，无需联动配套升级，简化了现网中NFV的运维操作，提高了升级效率。

在一个可能的设计中，在MANO从VNF接收第一信息之前，还包括：所述MANO向所述VNF上传新版本的镜像文件，所述新版本的镜像文件中未内置所述VF驱动。相应的，在所述VNF向MANO发送第一信息之前，还包括：所述VNF从所述MANO接收新版本的镜像文件，所述新版本的镜像文件中未内置所述VF驱动。

在本申请实施例中，可选择将VF驱动从VM的镜像文件中剥离，例如可由VNF执行，使得VF驱动和VM的镜像文件可以单独发布，方便VF驱动的独立加载。那么可以向MANO上传单独的镜像文件，其中无需内置VF驱动，这样可以减少传输的信息量。

在一个可能的设计中，在MANO从VNF接收第一信息之后，还包括：所述MANO更新VNFD与VNF之间的匹配关系，在更新后的匹配关系中，所述VNFD与所述VNF相匹配。

MANO可以更新VNFD与VNF之间的匹配关系，将VNFD与所述VNF建立匹配关系，方便后续的操作。

在一个可能的设计中，所述第二信息携带第二版本的信息，所述第二版本为所述NFVI中安装的物理功能PF驱动的版本，则，所述VNF根据所述第二信息，激活第一版本的所述VF驱动，包括：所述VNF确定所述VF驱动的版本中与所述第二版本相匹配的所述第一版本；所述VNF激活所述第一版本的所述VF驱动。

VNF可能知晓VF驱动的多个版本，那么VNF需要选择与第二版本相匹配的版本来激活，使得VF驱动能够匹配PF驱动。

第三方面，提供一种升级驱动的方法，该方法可由MANO执行。该方法包括：MANO确定NFVI中安装的PF驱动进行了升级，并确定所述PF驱动升级后的版本信息；所述MANO根据所述PF驱动升级后的版本信息确定VF驱动应升级为第一版本；所述MANO针对VNF发起将所述VNF中安装的VF驱动的版本升级为所述第一版本的操作。

本申请实施例中，如果PF驱动进行了升级，则可将VF驱动进行升级，在升级VF驱动时不必同时升级VNF，减少升级所需的时间，也能满足PF驱动与VF驱动匹配的要求。

在一个可能的设计中，MANO确定NFVI中安装的PF驱动进行了升级，包括：所述MANO确定所述NFVI进行了升级；或，所述MANO确定所述NFVI未升级，但所述PF驱动进行了升级。

PF驱动可能随NFVI一起升级，因此如果NFVI进行了升级，则MANO可以确定PF驱动进行了升级。或者PF驱动也可能单独升级，所以MANO也可以单独确定PF驱动是否已升级。

在一个可能的设计中，所述方法还包括：所述MANO将所述第一版本的信息添加到VNFD中。

第四方面，提供一种MANO。该MANO具有实现上述方法设计中的MANO的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。

在一个可能的设计中，该MANO的具体结构可包括处理器和收发器。处理器和收发器可执行上述第一方面或第一方面的任意一种可能的设计所提供的方法中的相应功能。

第五方面，提供一种VNF。该VNF具有实现上述方法设计中的VNF的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。

在一个可能的设计中，该VNF的具体结构可包括处理器和收发器。处理器和收发器可执行上述第二方面或第二方面的任意一种可能的设计所提供的方法中的相应功能。

第六方面，提供一种MANO。该MANO具有实现上述方法设计中的MANO的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。

在一个可能的设计中，该MANO的具体结构可包括处理器，可选的，还可包括收发器。处理器和收发器可执行上述第三方面或第三方面的任意一种可能的设计所提供的方法中的相应功能。

第七方面，提供一种MANO。该MANO具有实现上述方法设计中的MANO的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。

在一个可能的设计中，该MANO的具体结构可包括处理模块和收发模块。处理模块和收发模块可执行上述第一方面或第一方面的任意一种可能的设计所提供的方法中的相应功能。

第八方面，提供一种VNF。该VNF具有实现上述方法设计中的VNF的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。

在一个可能的设计中，该VNF的具体结构可包括处理模块和收发模块。处理模块和收发模块可执行上述第二方面或第二方面的任意一种可能的设计所提供的方法中的相应功能。

第九方面，提供一种MANO。该MANO具有实现上述方法设计中的MANO的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。

在一个可能的设计中，该MANO的具体结构可包括处理模块，可选的，还可包括收发模块。处理模块和收发模块可执行上述第三方面或第三方面的任意一种可能的设计所提供的方法中的相应功能。

第十方面，提供一种通信装置。该通信装置可以为上述方法设计中的MANO，或者为设置在MANO中的芯片。该通信装置包括：存储器，用于存储计算机可执行程序代码；以及处理器，处理器与存储器耦合。其中存储器所存储的程序代码包括指令，当处理器执行所述指令时，使通信装置执行上述第一方面或第一方面的任意一种可能的设计中MANO所执行的方法。

第十一方面，提供一种通信装置。该通信装置可以为上述方法设计中的VNF，或者为设置在VNF中的芯片。该通信装置包括：存储器，用于存储计算机可执行程序代码；以及处理器，处理器与存储器耦合。其中存储器所存储的程序代码包括指令，当处理器执行所述指令时，使通信装置执行上述第二方面或第二方面的任意一种可能的设计中VNF所执行的方法。

第十二方面，提供一种通信装置。该通信装置可以为上述方法设计中的MANO，或者为设置在MANO中的芯片。该通信装置包括：存储器，用于存储计算机可执行程序代码；以及处理器，处理器与存储器耦合。其中存储器所存储的程序代码包括指令，当处理器执行所述指令时，使通信装置执行上述第三方面或第三方面的任意一种可能的设计中MANO所执行的方法。

第十三方面，提供一种通信***，该通信***包括MANO和VNF。其中，所述MANO，用于在VNF升级的过程中，从VNF接收第一信息，所述第一信息用于指示所述VNF升级后的版本信息，确定NFVI未升级，向所述VNF发送第二信息，所述第二信息用于指示所述VNF不升级所述VNF中安装的VF驱动；所述VNF，用于在所述VNF升级的过程中，向MANO发送第一信息，所述第一信息用于指示所述VNF升级后的版本信息，从所述MANO接收第二信息，所述第二信息用于指示所述VNF不升级所述VNF中安装的VF驱动，根据所述第二信息，激活第一版本的所述VF驱动，所述第一版本为所述VF驱动升级前的版本。

第十四方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。

第十五方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。

第十六方面，提供一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第三方面或第三方面的任意一种可能的设计中所述的方法。

第十七方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任意一种可能的设计中所述的方法。

第十八方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面或第二方面的任意一种可能的设计中所述的方法。

第十九方面，提供一种包含指令的计算机程序产品，所述计算机程序产品中存储有指令，当其在计算机上运行时，使得计算机执行上述第三方面或第三方面的任意一种可能的设计中所述的方法。

通过本申请实施例提供的方案，VNF的升级过程和NFVI的升级过程可以彼此独立，NFVI或VNF可独立完成升级，无需联动配套升级，简化现网NFV运维操作。

附图说明

图1为SR-IOV技术的一种示意图；

图2为VNF和NFVI进行升级之前进行业务迁移的操作；

图3为本申请实施例的一种应用场景示意图；

图4为本申请实施例提供的一种升级驱动的方法的流程图；

图5为本申请实施例提供的另一种升级驱动的方法的流程图；

图6A-图6C为本申请实施例中MANO向VNF传输VF驱动的示意图；

图7为本申请实施例提供的MANO的一种结构示意图；

图8为本申请实施例提供的VNF的一种结构示意图；

图9为本申请实施例提供的MANO的一种结构示意图；

图10A-图10B为本申请实施例提供的通信装置的两种结构示意图。

具体实施方式

为了使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施例作进一步地详细描述。

以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

1)NFV，由全球13个主要电信运营商发起，是众多设备商、信息技术(informationtechnology，IT)厂商等参与的组织，旨在定义运营商网络功能虚拟化的需求和相关的技术报告，希望借鉴IT的虚拟化技术，利用通用的高性能大容量服务器、交换机和存储来实现部分网络功能的软件化。例如，各种类型的网络设备，如服务器、路由器、存储设备、内容分发网络(content delivery network，CDN)或交换机等，都可以通过NFV技术实现软硬件分离，它们可以部署在数据中心、网络节点或者用户家中等。

NFV技术主要包括3个部分：VNF层、NFVI和MANO(NFV management andorchestration，NFV管理与编排)。

VNF层，是共享同一物理打开表服务(open table service，OTS)服务器的VNF集。对应的就是各个网元功能的软件实现，例如分组核心演进(evolved packet core，EPC)网元、互联网协议(internet protocol，IP)多媒体子***(IP multimedia subsystem，IMS)网元等的逻辑实现。

NFVI，可以将它理解为基础设施层，从云计算的角度看，NFVI就是一个资源池。NFVI需要将物理计算/存储/交换资源通过虚拟化转换为虚拟的计算/存储/交换资源池。NFVI映射到物理基础设施后就是多个地理上分散的数据中心，通过高速通信网连接起来。

NFV MANO(下文也可简称为MANO)，基于不同的服务等级协议(service levelagreements，SLAs)，MANO运营支撑层负责“公平”地分配物理资源，同时还负责冗余管理、错误管理和弹性调整等，可以相当于目前的运营支撑***(Operations Support System，OSS)/业务支撑***(Business support system，BSS)***。

2)SR-IOV技术，是一种基于硬件的虚拟化解决方案。SR-IOV标准允许在虚拟机之间高效共享PCIe设备，并且SR-IOV是在硬件中实现的，可以获得能够与本机性能媲美的I/O性能。

SR-IOV技术在实现上分为两大部分：PF和VF。

PF用于支持SR-IOV功能的外设组件互联标准(peripheral componentinterconnect，PCI)功能。PF包含SR-IOV功能结构，用于管理SR-IOV功能。PF是全功能的PCIe功能，可以像其他任何PCIe设备一样进行发现、管理和处理。PF拥有完全配置资源，可以用于配置或控制PCIe设备。

VF是与PF关联的一种功能。VF是一种轻量级的PCIe功能，可以与PF以及与同一PF关联的其他VF共享一个或多个物理资源。VF仅允许拥有用于其自身行为的配置资源。其中，VF可以认为是PF扩展得到的，PF可以扩展出若干个VF。每个SR-IOV设备都可有一个PF，并且目前，每个PF最多可有64000个与其关联的VF。PF可以通过寄存器创建VF，这些寄存器设计有专用于此目的的属性。另外，一个VF对应一个虚拟NIC(也可简称为虚拟网卡)，而一个虚拟网卡可供一个VM使用。

可参考图1，为SR-IOV技术的示意图。图1中，PF0扩展出了3个VF，分别为VF1、VF2和VF3，其中VF1供物理网卡与VM0通信使用，VM0包括虚拟网卡、操作***、以及一些应用程序。VF1和VF2对应的VM在图1中未画出。

可以看出，启用SR-IOV技术之后，物理网卡可以通过VF与VM进行通信，反之亦然。

3)本申请实施例中的术语“升级”和“更新”可被互换使用。“多个”是指两个或两个以上，鉴于此，本申请实施例中也可以将“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

以及，除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。

为了更好地理解本申请实施例提供的技术方案，下面先介绍本申请实施例的技术背景。

目前在NFV架构中，各大厂商推出了SR-IOV虚拟化转发技术，以应对高带宽、低时延的应用特点。

在实际网络的业务变化和演进过程中，NFV架构中的VNF层也需要随业务的需要升级。目前，对于应用了SR-IOV技术的VNF层，在升级这样的VNF层时，VNF层的操作***的镜像文件中内置的VF驱动也会随之升级。其中，VF驱动属于SR-IOV驱动的一部分，SR-IOV驱动还包括PF驱动，PF驱动安装在NFV架构中的NFVI中。

NFV解决方案在实际部署时，NFV架构中包括的NFVI和VNF层会独立演进。由于SR-IOV直接在硬件中共享资源，导致VNF层需要部署与NFVI的PF驱动配套的VF驱动，由于VNF层包括在VM中，NFVI中包括物理网卡，因此，SR-IOV的VF驱动和PF驱动必须相匹配的问题，也就可以理解为是VM与物理网卡之间的版本耦合的问题。由于VM与物理网卡之间的这种版本耦合问题，要求VNF层和NFVI必须同步升级VF驱动和PF驱动。前文介绍了，在升级VNF层时，VF驱动会随之升级，那么由于VM与物理网卡之间的版本耦合问题，PF驱动也就需要一并升级。目前，是通过升级NFVI来升级PF驱动，那么，如果VNF层进行升级，则NFVI也就需要一并升级。

可参考图2，例如需升级的是NFVI-01站点，以及NFVI-01站点承载的VNF层，则VNF层和NFVI的升级过程介绍如下：

1、01站点的NFVI升级时，先将VNF01和VNF02的业务迁移到02站点的NFVI的VNF03和/或VNF04中。

2、VNF层升级，包括升级VNF01和VNF02。其中，VNF的操作***中的镜像文件和镜像文件中内置的VF驱动，随VNF一起完成升级。此时，由于VF驱动的版本和PF驱动的版本不匹配，VNF通信暂时不可用。

3、NFVI升级，其中，PF驱动跟随NFVI一起完成升级。升级完成后，VF驱动的版本和PF驱动的版本相匹配，VNF通信恢复。

4、待VNF层和NFVI都完成升级后，将原来迁移到VNF03和/或VNF04中的业务回迁到01站点的NFVI的相应的VNF中。

可以看到，VNF层和NFVI必须同步升级，升级过程较为复杂，所需的时间较长，特别是在VNF较多的情况下，因为VNF都要升级，需要的时间就更长，相应的，升级效率较低。且VNF层和NFVI必须整体完成升级后才可接入业务，在此期间，业务都是迁移到其他VNF中运行，导致其他VNF的负载较重，使得网络长时间处于高风险状态。

鉴于此，提供本申请实施例的技术方案，能够在一定程度上解除VNF层和NFVI的强耦合关系，使得VNF层和NFVI能够独立完成升级，减少一次升级过程所需要的时间，提高升级效率。并且，由于升级所需的时间减少，则迁移到其他站点的业务能够尽快迁移回来，有助于尽快降低其他站点的负载，减小网络的风险率。

本申请实施例可以适用于采用了SR-IOV技术的NFV架构，当然也不限于此，例如还可适用于采用了SR-IOV技术的其他网络架构。

请参见图3，为本申请实施例的一种应用场景，是NFV架构的一种示意图。图3中包括OSS/BSS、MANO、VNF层以及NFVI。其中，VNF层以包括3个VNF为例，分别为VNF1、VNF2和VNF3，在实际应用中对于VNF的数量不作限制。VNF1对应网元管理器(element manager，EM)1，VNF2对应EM2，VNF3对应EM3，VNF层在上与OSS/BSS通信，在下能够与NFVI通信，其中，VNF层包括的VNF均能够与NFVI通信。

NFVI包括虚拟化层(virtualisation layer)，在虚拟化层之上，包括虚拟计算(virtual compution)、虚拟存储(virtual storage)以及虚拟网络(virtual network)等功能，在虚拟化层之下，包括硬件资源(hardware resouces)，硬件资源中包括计算硬件(computing hardware)、存储硬件(storage hardware)和网络硬件(network hardware)。硬件资源，可以通过物理网卡实现。其中，os-ma负责VNF生存周期管理、服务图(servicegraph)生存周期管理及策略管理等，Ve-Vnfm负责VNF生命周期管理及交互配置信息等，nf-vi负责资源具体分配、虚拟资源状态信息交互及硬件资源配置等，vn-nf用于NFVI向VNF提供实际执行环境，vi-ha，用于连接虚拟化层和硬件资源。

在实际网络中，MANO中还可包括相应的设备，在图3中不再一一画出。

请参见图4，本申请实施例提供第一种升级驱动的方法，在下文的介绍过程中，以该方法应用在图3所示的应用场景为例。该方法的流程介绍如下。

在本申请实施例中，可能是一个VNF单独进行升级，或者也可能是多个VNF都要进行升级，且如果是多个VNF需要进行升级，则多个VNF的升级过程可以串行，也可以并行。由于每个VNF的升级过程都类似，因此本申请实施例在描述VNF的升级过程时是以一个VNF为例。

首先，由于VNF升级流程会中断业务，升级前操作人员将待升级的VNF的业务迁移到其他站点。例如，可以将待升级的VNF的业务迁移到其他NFVI下的VNF中，或者，也可以将待升级的VNF的业务迁移到同一NFVI下的其他的暂时不升级的VNF中。其中，在一个NFVI下，可能全部的VNF都采用SR-IOV技术，也可能是部分的VNF采用SR-IOV技术，而剩余的VNF不采用SR-IOV技术。那么作为一种示例，同一NFVI下的暂时不升级的VNF，可以包括未采用SR-IOV技术的VNF。

S41、将新版本的虚拟网络描述符(virtualized network function descriptor，VNFD)上传到MANO，则MANO接收新版本的VNFD。

其中，新版本的VNFD中会描述VNF的软件所能支持的VF驱动的版本信息。例如，新版本的VNFD中可通过计划(plan)文件描述VNF的软件版本与VF驱动之间的匹配关系。根据ETSI NFV标准的定义，VNFD中包含的plan文件可自定义字段，将VNF的软件版本与VF驱动之间的匹配关系记录到plan文件中，易于后期的更新操作。当然也可以选择将VNF的软件版本与VF驱动之间的匹配关系记录到VNFD的其他文件中，例如记录到蓝图(blueprint)文件中，本申请实施例不作限制。

例如，可由操作人员将新版本的VNFD上传到MANO，或者也可以通过相应设备将新版本的VNFD上传到MANO。

S42、向MANO上传VM的新版本的镜像文件，则MANO接收该镜像文件。该镜像文件中包含VF驱动检查和VF驱动加载等功能。

在本申请实施例中，可选择将VF驱动从VM的镜像文件中剥离，例如可由VNF执行，使得VF驱动和VM的镜像文件可以单独发布，方便VF驱动的独立加载。那么在S42中，向MANO上传的可以是单独的镜像文件，其中没有内置VF驱动，这样可以减少传输的信息量。

当然，如果没有将VF驱动从VM的镜像文件中剥离，则S42中向MANO上传的新版本的镜像文件中会继续内置VF驱动。此时内置的VF驱动，其版本可以是升级前的版本。

S43、通过VNF提供的升级工具进行VNF升级。

其中，S41-S43是可选的步骤。另外，S41-S43可以由操作人员执行，或者也可以由相应的设备执行。

S44、在所述VNF升级的过程中，所述VNF会主动向MANO发送第一信息，则MANO从所述VNF接收该第一信息，该第一信息用于指示所述VNF升级后的版本信息。

S45、MANO主动更新VNFD与VNF之间的匹配关系，并感知所述VNF的升级动作，其中，在更新后的匹配关系中，VNFD与所述VNF相匹配。

例如VNFD存储在MANO的数据库中，则MANO可以在MANO的数据库中更新VNFD与VNF的匹配关系。

因为在S41中上传的VNFD是总的描述文件，并未跟任何VNF建立关系。在S44中所述VNF向MANO发送了第一信息，则MANO就可以确定发送第一信息的所述VNF与VNFD之间具有匹配关系，VNFD可以用来描述所述VNF的升级环境等信息，因此MANO可以更新VNFD与VNF之间的匹配关系，将VNFD与所述VNF建立匹配关系。

S46、MANO通过与NFVI的交互确定NFVI未升级。

其中，S45-S46是可选的步骤。

S47、MANO向所述VNF发送第二信息，则VNF接收第二信息，第二信息用于指示所述VNF不升级VF驱动。也可以理解为，第二信息用于指示所述VNF，当前的VF驱动的版本号保持不变。

由于NFVI未升级，则PF驱动也就未升级，如果VF驱动升级，则VF驱动与PF驱动可能就无法匹配。因此为了与未升级的PF驱动匹配，MANO可以指示VNF不升级VF驱动，使得VF驱动继续保持原来的版本，以与PF驱动相匹配，保证VNF和NFVI在NFVI不升级的情况下能够继续正常工作。

可见，本申请实施例中，VF驱动的升级过程与VNF的升级过程可彼此独立，VNF升级的时候，如果NFVI未升级，则为了与PF驱动相匹配，也就无需升级VF驱动，既满足了VNF的升级需求，也使得升级后的VNF与未升级的NFVI能够继续相互匹配完成工作。简化了升级的过程，提高了升级效率。

S48、所述VNF根据第二信息，激活第一版本的VF驱动，第一版本为该VF驱动升级前的版本。

作为一种示例，第二信息还可以携带VNF应该采用的VF驱动的版本信息，例如第二信息携带的是第一版本的信息，或者，第二信息还可以携带PF驱动当前的版本信息，例如PF驱动当前的版本为第二版本，则第二信息携带的是第二版本的信息。

其中，MANO根据与NFVI的交互，可以确定PF驱动当前的版本，例如为第二版本。则MANO可以选择直接将第二版本的信息携带在第二信息中发送给所述VNF，由所述VNF自行确定VF驱动的版本，或者，MANO可以根据与第二版本的PF驱动相匹配的是第一版本的VF驱动，从而将第一版本的信息携带在第二信息中发送给所述VNF。本申请实施例对于MANO具体的实现方式不作限制。

如果第二信息携带第一版本的信息，则所述VNF可以直接确定应该激活第一版本的VF驱动；而如果第二信息携带的是第二版本的信息，则所述VNF可以确定VF驱动的版本中有哪个版本与第二版本相匹配，例如确定第一版本的VF驱动能够与第二版本的PF驱动相匹配，则所述VNF就确定了应该激活第一版本的VF驱动。

可以这样理解，第二信息指示所述VNF不升级VF驱动，第二信息指示所述VNF当前的VF驱动的版本号保持不变，第二信息指示VNF应该采用的VF驱动的版本信息(即第二信息携带第一版本的信息)，以及第二信息指示PF驱动的版本信息(即第二信息携带第二版本的信息)，这四种指示方式是相同的含义。例如，第二信息指示了VNF应该采用的VF驱动的版本信息为第一版本，或者第二信息指示了PF驱动的版本为第二版本，所述VNF确定与第二版本的PF驱动相匹配的是第一版本的VF驱动，而第一版本就是VF驱动升级前的版本，则也就相当于第二信息指示所述VNF不升级VF驱动，或指示所述VNF当前的VF驱动的版本号保持不变。

所述VNF在确定VF驱动的版本为第一版本后，检查第一版本是否是VF驱动的正确版本，例如，如果第一版本是升级后的所述VNF支持的VF驱动的版本，则所述VNF确定第一版本是VF驱动的正确版本。如果确定第一版本是VF驱动的正确版本，则所述VNF可以激活第一版本的VF驱动。

在激活第一版本的VF驱动后，通过监控***可发现VM通信恢复正常。

S49、进行业务回迁操作。即，将迁移到其他站点的所述VNF的业务回迁到所述VNF。

其中，S49可由操作人员执行，也可由相应的设备执行，例如由VNF执行。如果由操作人员执行，则例如，操作人员可以在经过业务互通测试后，进行业务回迁操作。

其中，S49是可选的步骤。

如此，就完成了VNF的升级操作。在此过程中，NFVI不必一起升级，减少了升级所需的时间，因升级而被迁移的业务也能尽快实现回迁，尽量减少其他站点承受过多业务的时间，减小网络的风险率。

根据业务等的需求，VNF有时需要升级，例如在图4所示的实施例中，VNF就进行了升级。如果按照现有技术，只要NFVI进行了升级，则因为PF驱动已升级，VF驱动就需要升级，VF驱动是跟随VNF一起升级，所以VNF也就需要升级，但此时VNF可能没必要升级，而且VNF的新版本发布一般需要较长的时间，如果频繁升级，可能也不能及时获得能够升级的版本。鉴于此，本申请实施例还提供一种升级驱动的方法，请参见图5，通过该方法，在升级VF驱动时可以无需升级VNF。在下文的介绍过程中，以该方法应用在图3所示的应用场景为例。该方法的流程介绍如下。

S51、MANO确定NFVI中安装的PF驱动进行了升级，并确定PF驱动升级后的版本信息。

作为一种场景的示例，NFVI进行了升级。例如，操作人员或相应的设备可通过升级工具完成NFVI的软件升级和PF驱动的升级。其中，PF驱动的版本与NFVI携带的物理主机运行的操作***(OS)的版本之间存在配套关系，通常情况下，PF驱动可随着NFVI携带的物理主机运行的OS版本进行升级。

MANO在与NFVI对接时，可通过云计算管理平台(Openstack)获取NFVI的部分硬件信息，从而根据物理网卡的型号和版本信息就可以确定PF驱动的版本信息。

作为另一种场景的示例，NFVI未升级，但PF驱动进行了升级。例如对于新的单板，单板上包括新型号的物理网卡，该单板即承载VM。则操作人员上电该单板。该单板上电后，会自动安装操作***和一些软件，此时NFVI只能安装旧版本的PF驱动。

之后，操作人员或相应的设备可通过MANO提供的功能更新该单板上的PF驱动。当前主流的NFVI都有加载网卡驱动的功能，MANO可通过接口调用NFVI的功能发起PF驱动的更新操作，那么MANO自然可以获知PF驱动升级后的版本信息。这种场景，因为NFVI的软件等部分可在单板上电后安装，PF驱动在单板上电后安装的是旧版本，之后才又重新升级为新的版本，因此可以认为是PF驱动单独升级。

S52、MANO根据PF驱动升级后的版本信息确定VNF中安装的VF驱动应升级为第一版本。

MANO确定PF驱动升级后的版本信息后，根据PF驱动的版本信息就可以确定与之相匹配的VF驱动的版本信息，例如与PF驱动升级后的版本相匹配的VF驱动的版本为第一版本。

S53、向MANO上传第一版本的VF驱动，则MANO接收第一版本的VF驱动。

例如，操作人员或相应的设备可以上传第一版本的VF驱动到MANO，并且，操作人员或相应的设备可以在VNFD中新增上传的VF驱动的版本信息，即，在VNFD中新增VF驱动的版本信息是第一版本的信息。

在本申请实施例中，可选择将VF驱动从VM的镜像文件中剥离，例如可由VNF执行，使得VF驱动和VM的镜像文件可以单独发布，方便VF驱动的独立加载。那么在S53中，向MANO上传的可以是单独的第一版本的VF驱动的文件，无需上传镜像文件，这样可以减少传输的信息量。

当然，如果没有将VF驱动从VM的镜像文件中剥离，则S53中向MANO上传的可以是镜像文件，在该镜像文件中内置第一版本的VF驱动，以完成第一版本的VF驱动的传输。

S54、MANO针对VNF发起将所述VNF中安装的VF驱动的版本升级为第一版本的操作。

可以认为，MANO是根据获取的底层PF驱动的版本信息，针对相关的VNF发起VF驱动升级的操作。相关的VNF，即S54中的所述VNF，可以包括一个VNF，也可以包括多个VNF，例如包括所述NFVI承载的支持SR-IOV技术的VNF中的全部或部分。

具体的，VF驱动可按照NFVI加载的要求进行格式适应。这里的格式与部署的NFVI的类型或通道方式有关。接着，MANO可以调用NFVI的接口向VNF传输VF驱动的文件，参见图6A，VF驱动被MANO传输到NFVI中，以将VF驱动的文件传输给VNF中的镜像文件(即VM的镜像文件)，其中，NFVI向VNF传输VF驱动，也可称为NFVI向VNF注入VF驱动。关于向VNF传输VF驱动，目前比较成熟的传输方式包括iso和tar两种方式，其中iso是指注入设备的方式，tar是指挂载硬盘的方式。在具体应用中，MANO可根据所对接的NFVI的能力，选择注入设备的方式或者挂载硬盘方式完成VF驱动的传输。

NFVI可提供VF驱动传输通道，例如采用挂载硬盘的方式传输VF驱动，当前标准的openstack社区提供硬盘挂载能力，部分NFVI提供设备挂载方式，例如通过NFVI对VM***一个光盘设备，通过NFVI对VM新增硬盘，则MANO可通过NFVI的接口将VF驱动传输给相应的VM，可理解为，NFVI根据外部要求将VF驱动传输给相应的VM。参见图6B，VF驱动已传输到VNF(即图6B中的VM)。

另外，为了使VNF可以进一步明确传输的VF驱动的文件是否正确，MANO还可以向VNF发送所传输的VF驱动的版本信息，以本申请实施例来说，MANO可以向VNF发送所传输的VF驱动的版本是第一版本的信息，以指示VNF，所传输的VF驱动的版本信息，VNF从MANO接收第一版本的信息后，可以确定第一版本是否是该VNF所支持的VF驱动的版本，如果确定支持，则确定VF驱动传输正确，可继续执行S55，而如果确定不支持，则确定VF驱动传输错误，后续VNF可以不激活第一版本的VF驱动。

S55、VNF激活第一版本的VF驱动。

例如，MANO将第一版本的VF驱动传输给VNF后，可以向VNF发送指示信息，以指示VF驱动已传输，则VNF从MANO接收该指示信息后，可以扫描注入设备号或挂载硬盘目录，以确定第一版本的VF驱动，在确定第一版本的VF驱动后，VNF可以检查第一版本是否是VF驱动的正确版本，例如，如果第一版本是所述VNF支持的VF驱动的版本，则所述VNF确定第一版本是VF驱动的正确版本。如果确定第一版本是VF驱动的正确版本，则所述VNF可以加载第一版本的VF驱动，并激活第一版本的VF驱动，可参见图6B，VF驱动已传输到VM中，在用于表示VF驱动的方框中画斜线，表明VF驱动被激活。而如果确定第一版本是VF驱动的错误版本，则所述VNF不再处理第一版本的VF驱动。

或者，VM可内置扫描脚本，会定期扫描约定的光盘设备或硬盘设备，如果发现光盘设备或硬盘设备中有新增的VF驱动，例如新增了第一版本的VF驱动，则VNF可以检查第一版本是否是VF驱动的正确版本，例如，如果第一版本是所述VNF支持的VF驱动的版本，则所述VNF确定第一版本是VF驱动的正确版本。如果确定第一版本是VF驱动的正确版本，则所述VNF可以加载第一版本的VF驱动，并激活第一版本的VF驱动，可继续参考图6C。而如果确定第一版本是VF驱动的错误版本，则所述VNF不再处理第一版本的VF驱动。

在VNF激活第一版本的VF驱动后，VM通信恢复正常。

通过本申请实施例提供的方案，VNF的升级过程和NFVI的升级过程可以彼此独立，NFVI或VNF可独立完成升级，无需联动配套升级，简化现网NFV运维操作。且VNF的升级过程和NFVI的升级过程之间无先后顺序或依赖关系，现网操作中，可灵活根据业务等的需求完成VNF的升级操作或NFVI的升级操作。

如果将VF驱动从VM的镜像文件中剥离，则VF驱动可独立发布，以适应多种NFVI，提高了VNF的部署灵活性，降低了为了使得VNF支持多版本多厂商的NFVI所带来的开发成本。

由于SR-IOV的驱动可独立加载，能够使得VNF快速支持市面上的新的物理网卡的型号，缩短了业务特性上市周期。

下面结合附图介绍本申请实施例提供的设备。

图7示出了一种MANO700的结构示意图。该MANO700可以实现上文中涉及的MANO的功能。该MANO700可以是上文中所述的MANO，或者可以是设置在上文中所述的MANO中的芯片。可选的，MANO中可包括至少一个模块，本申请实施例提供的方案具体可以由MANO中的虚拟化的网络功能管理器(virtualised network function manager，VNFM)实现，或者也可由MANO中的其他模块实现，本申请实施例不作限制。

该MANO700可以包括处理器701和收发器702，那么，如果本申请实施例中由MANO执行的步骤具体是由MANO中的VNFM执行，也就可以认为是VNFM包括处理器701和收发器702。其中，处理器701可以用于执行图4所示的实施例中的S45和S46，和/或用于支持本文所描述的技术的其它过程。收发器702可以用于执行图4所示的实施例中的S41、S42、S44、S46和S47，和/或用于支持本文所描述的技术的其它过程。

例如，收发器702，用于在VNF升级的过程中，从VNF接收第一信息，所述第一信息用于指示所述VNF升级后的版本信息；

处理器701，用于确定网络功能虚拟化基础设施NFVI未升级；

收发器702，还用于向所述VNF发送第二信息，所述第二信息用于指示所述VNF不升级所述VNF中安装的VF驱动。

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

图8示出了一种VNF800的结构示意图。该VNF800可以实现上文中涉及的VNF的功能。该VNF800可以是上文中所述的VNF，或者可以是设置在上文中所述的VNF中的芯片。该VNF800可以包括处理器801和收发器802。其中，处理器801可以用于执行图4所示的实施例中的S43、S48和S49，和/或用于支持本文所描述的技术的其它过程。收发器802可以用于执行图4所示的实施例中的S44和S47，和/或用于支持本文所描述的技术的其它过程。

例如，收发器802，用于在VNF升级的过程中，向MANO发送第一信息，所述第一信息用于指示所述VNF升级后的版本信息；

收发器802，还用于从所述MANO接收第二信息，所述第二信息用于指示所述VNF不升级所述VNF中安装的VF驱动；

处理器801，用于根据所述第二信息，激活第一版本的所述VF驱动，所述第一版本为所述VF驱动升级前的版本。

图9示出了一种MANO900的结构示意图。该MANO900可以实现上文中涉及的MANO的功能。该MANO900可以是上文中所述的MANO，或者可以是设置在上文中所述的MANO中的芯片。可选的，MANO中可包括至少一个模块，本申请实施例提供的方案具体可以由MANO中的VNFM实现，或者也可由MANO中的其他模块实现，本申请实施例不作限制。

该MANO900可以包括处理器901和收发器902，那么，如果本申请实施例中由MANO执行的步骤具体是由MANO中的VNFM执行，也就可以认为是VNFM包括处理器901和收发器902。其中，处理器901可以用于执行图5所示的实施例中的S51、S52和S54，和/或用于支持本文所描述的技术的其它过程。收发器902可以用于执行图5所示的实施例中的S53，和/或用于支持本文所描述的技术的其它过程。

例如，处理器901，用于确定NFVI中安装的PF进行了升级，并确定所述PF驱动升级后的版本信息；

处理器901，还用于根据所述PF驱动升级后的版本信息确定VF驱动应升级为第一版本；

处理器901，还用于针对VNF发起将所述VNF中安装的VF驱动的版本升级为所述第一版本的操作。

在一个简单的实施例中，本领域的技术人员可以想到，还可以将MANO700、VNF800或MANO900通过如图10A所示的通信装置1000的结构实现。该通信装置1000可以实现上文中涉及的MANO或VNF的功能。该通信装置1000可以包括处理器1001。其中，在该通信装置1000用于实现图4所示的实施例中的MANO的功能时，处理器1001可以用于执行图4所示的实施例中的S45和S46，和/或用于支持本文所描述的技术的其它过程。在该通信装置1000用于实现图4所示的实施例中的VNF的功能时，处理器1001可以用于执行图4所示的实施例中的S43、S48和S49，和/或用于支持本文所描述的技术的其它过程。在该通信装置1000用于实现图5所示的实施例中的MANO的功能时，处理器1001可以用于执行图5所示的实施例中的S51、S52和S54，和/或用于支持本文所描述的技术的其它过程。

其中，通信装置1000可以通过现场可编程门阵列(field-programmable gatearray，FPGA)，专用集成芯片(application specific integrated circuit，ASIC)，***芯片(system on chip，SoC)，中央处理器(central processor unit，CPU)，网络处理器(network processor，NP)，数字信号处理电路(digital signal processor，DSP)，微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片实现，则通信装置700可被设置于本申请实施例的网络设备或通信设备中，以使得该网络设备或通信设备实现本申请实施例提供的传输消息的方法。

在一种可选实现方式中，该通信装置1000还可以包括存储器1002，可参考图10B，其中，存储器1002用于存储计算机程序或指令，处理器1001用于译码和执行这些计算机程序或指令。应理解，这些计算机程序或指令可包括上述MANO或VNF的功能程序。当MANO的功能程序被处理器1001译码并执行时，可使得MANO实现本申请实施例图4所示的实施例或图5所示的实施例所提供的方法中MANO的功能。当VNF的功能程序被处理器1001译码并执行时，可使得VNF实现本申请实施例的图4所示的实施例或图5所示的实施例所提供的方法中终端设备的功能。

在另一种可选实现方式中，这些MANO或VNF的功能程序存储在通信装置1000外部的存储器中。当MANO的功能程序被处理器1001译码并执行时，存储器1002中临时存放上述MANO的功能程序的部分或全部内容。当VNF的功能程序被处理器1001译码并执行时，存储器1002中临时存放上述VNF的功能程序的部分或全部内容。

在另一种可选实现方式中，这些MANO或VNF的功能程序被设置于存储在通信装置1000内部的存储器1002中。当通信装置1000内部的存储器1002中存储有MANO的功能程序时，通信装置1000可被设置在本申请实施例的MANO中。当通信装置1000内部的存储器1002中存储有VNF的功能程序时，通信装置1000可被设置在本申请实施例的VNF中。

在又一种可选实现方式中，这些MANO的功能程序的部分内容存储在通信装置1000外部的存储器中，这些MANO的功能程序的其他部分内容存储在通信装置1000内部的存储器1002中。或，这些VNF的功能程序的部分内容存储在通信装置1000外部的存储器中，这些VNF的功能程序的其他部分内容存储在通信装置1000内部的存储器1002中。

在本申请实施例中，MANO700、VNF800、MANO900及通信装置1000对应各个功能划分各个功能模块的形式来呈现，或者，可以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指ASIC，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。

另外，图7所示的实施例提供的MANO700还可以通过其他形式实现。例如该MANO包括处理模块和收发模块。例如处理模块可通过处理器701实现，收发模块可通过收发器702实现。其中，处理模块可以用于执行图4所示的实施例中的S45和S46，和/或用于支持本文所描述的技术的其它过程。收发模块可以用于执行图4所示的实施例中的S41、S42、S44、S46和S47，和/或用于支持本文所描述的技术的其它过程。

例如，收发模块，用于在VNF升级的过程中，从VNF接收第一信息，所述第一信息用于指示所述VNF升级后的版本信息；

处理模块，用于确定网络功能虚拟化基础设施NFVI未升级；

收发模块，还用于向所述VNF发送第二信息，所述第二信息用于指示所述VNF不升级所述VNF中安装的VF驱动。

图8所示的实施例提供的VNF800还可以通过其他形式实现。例如该VNF包括处理模块和收发模块。例如处理模块可通过处理器801实现，收发模块可通过收发器802实现。其中，处理模块可以用于执行图4所示的实施例中的S43、S48和S49，和/或用于支持本文所描述的技术的其它过程。收发模块可以用于执行图4所示的实施例中的S44和S47，和/或用于支持本文所描述的技术的其它过程。

例如，收发模块，用于在VNF升级的过程中，向MANO发送第一信息，所述第一信息用于指示所述VNF升级后的版本信息；

收发模块，还用于从所述MANO接收第二信息，所述第二信息用于指示所述VNF不升级所述VNF中安装的VF驱动；

处理模块，用于根据所述第二信息，激活第一版本的所述VF驱动，所述第一版本为所述VF驱动升级前的版本。

图9所示的实施例提供的MANO900还可以通过其他形式实现。例如该MANO包括处理模块和收发模块。例如处理模块可通过处理器901实现，收发模块可通过收发器902实现。其中，处理模块可以用于执行图5所示的实施例中的S51、S52和S54，和/或用于支持本文所描述的技术的其它过程。收发模块可以用于执行图5所示的实施例中的S53，和/或用于支持本文所描述的技术的其它过程。

例如，处理模块，用于确定NFVI中安装的PF进行了升级，并确定所述PF驱动升级后的版本信息；

处理模块，还用于根据所述PF驱动升级后的版本信息确定VF驱动应升级为第一版本；

处理模块，还用于针对VNF发起将所述VNF中安装的VF驱动的版本升级为所述第一版本的操作。

由于本申请实施例提供的MANO700、VNF800、MANO900及通信装置1000可用于执行图4所示的实施例或图5所示的实施例所提供的方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

本申请实施例是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

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

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

1.一种升级驱动的方法，其特征在于，包括：

在虚拟网络功能VNF升级的过程中，网络功能虚拟化管理与编排MANO从VNF接收第一信息，所述第一信息用于指示所述VNF升级后的版本信息；

所述MANO确定网络功能虚拟化基础设施NFVI未升级；

所述MANO向所述VNF发送第二信息，所述第二信息用于指示所述VNF不升级所述VNF中安装的虚拟功能VF驱动。

2.如权利要求1所述的方法，其特征在于，在MANO从VNF接收第一信息之前，还包括：

所述MANO向所述VNF上传新版本的镜像文件，所述新版本的镜像文件中未内置所述VF驱动。

3.如权利要求1或2所述的方法，其特征在于，在MANO从VNF接收第一信息之后，还包括：

所述MANO更新虚拟网络描述符VNFD与VNF之间的匹配关系，在更新后的匹配关系中，所述VNFD与所述VNF相匹配。

4.一种升级驱动的方法，其特征在于，包括：

在虚拟网络功能VNF升级的过程中，所述VNF向网络功能虚拟化管理与编排MANO发送第一信息，所述第一信息用于指示所述VNF升级后的版本信息；

所述VNF从所述MANO接收第二信息，所述第二信息用于指示所述VNF不升级所述VNF中安装的虚拟功能VF驱动；

所述VNF根据所述第二信息，激活第一版本的所述VF驱动，所述第一版本为所述VF驱动升级前的版本。

5.如权利要求4所述的方法，其特征在于，所述第二信息携带第二版本的信息，所述第二版本为NFVI中安装的物理功能PF驱动的版本，则，所述VNF根据所述第二信息，激活第一版本的所述VF驱动，包括：

所述VNF确定所述VF驱动的版本中与所述第二版本相匹配的所述第一版本；

所述VNF激活所述第一版本的所述VF驱动。

6.如权利要求4或5所述的方法，其特征在于，在所述VNF向MANO发送第一信息之前，还包括：

所述VNF从所述MANO接收新版本的镜像文件，所述新版本的镜像文件中未内置所述VF驱动。

7.一种网络功能虚拟化管理与编排MANO，其特征在于，包括：

收发模块，用于在虚拟网络功能VNF升级的过程中，从VNF接收第一信息，所述第一信息用于指示所述VNF升级后的版本信息；

处理模块，用于确定网络功能虚拟化基础设施NFVI未升级；

所述收发模块，还用于向所述VNF发送第二信息，所述第二信息用于指示所述VNF不升级所述VNF中安装的虚拟功能VF驱动。

8.如权利要求7所述的MANO，其特征在于，所述收发模块还用于：

在从VNF接收第一信息之前，向所述VNF上传新版本的镜像文件，所述新版本的镜像文件中未内置所述VF驱动。

9.如权利要求7或8所述的MANO，其特征在于，所述处理模块还用于：

在所述收发模块从VNF接收第一信息之后，更新虚拟网络描述符VNFD与VNF之间的匹配关系，在更新后的匹配关系中，所述VNFD与所述VNF相匹配。

10.一种虚拟网络功能VNF，其特征在于，包括：

收发模块，用于在所述VNF升级的过程中，向网络功能虚拟化管理与编排MANO发送第一信息，所述第一信息用于指示所述VNF升级后的版本信息；

所述收发模块，还用于从所述MANO接收第二信息，所述第二信息用于指示所述VNF不升级所述VNF中安装的虚拟功能VF驱动；

11.如权利要求10所述的VNF，其特征在于，所述第二信息携带第二版本的信息，所述第二版本为NFVI中安装的物理功能PF驱动的版本，则，所述处理模块具体用于：

确定所述VF驱动的版本中与所述第二版本相匹配的所述第一版本；

所述VNF激活所述第一版本的所述VF驱动。

12.如权利要求10或11所述的VNF，其特征在于，所述收发模块还用于：

在向MANO发送第一信息之前，从所述MANO接收新版本的镜像文件，所述新版本的镜像文件中未内置所述VF驱动。