网络功能虚拟化管理和编排装置、系统、管理方法及程序与流程

(相关申请的交叉引用)

本发明基于并要求2015年1月27日提交的日本专利申请no.2015-013737的优先权，其全部内容通过引用合并于本文。

本发明涉及网络管理和编排技术。特别地，涉及网络功能虚拟化管理和管理装置、适合于用于编排的系统、装置、方法和程序。

背景技术：

使用通过组合多个服务器实现冗余结构以便提高可靠性的系统(例如参见ptl1)。在双重方案中，布置两个相同的服务器装置，并且当在服务器装置中的一个(激活服务器(也称为操作服务器))发生故障时，另一正常的服务器装置(备用服务器(也称为待机服务器))用作故障服务器装置的代替。在n+1冗余方案中，单一服务器装置被布置为用于n个服务器装置(激活服务器)的共用待机服务器。

已知通过使用虚拟化技术，将网络装置等实现为软件的nfv(网络功能虚拟化)等。在nfv中，通过在诸如服务器上的管理程序的虚拟化层上实现的虚拟机(vms)，服务器的硬件资源(计算、存储、网络功能等)被虚拟化。例如，基于mamo(管理&编排)架构，实现了nfv。

图1是npl1的章节7中的图4的引用版本，示出由nfv(网络功能虚拟化)isg(行业规范组)定义的nfv参考架构(nfv参考架构框架)。

vnf(虚拟网络功能)可以通过使用软件(虚拟机)来实现网络功能。网络功能的示例包括作为lte(长期演进)网络的核心网络的epc(演进分组核心)中的mme(移动管理实体)、s-gw(服务网关)和p-gw(pdn(分组数据网络)网关)。对于每一vnf，定义了被称为ems(网元管理系统)的管理功能。

在nfv架构中，nfv1(网络功能虚拟化基础架构)是其中在虚拟化层虚拟化诸如用于计算、存储或网络功能的物理机器(服务器)的硬件资源的vnf虚拟化基础架构，虚拟化层诸如为灵活地用作诸如用于虚拟计算、虚拟存储或虚拟网络的虚拟化硬件资源的管理程序或容器。

nfv-编排器(nfvo)(本文也称为“编排器”)执行对nfvi和vnfs的管理和编排并且在nfvi上实现网络服务(为vnf分配资源和管理vnfs(例如自动修复(自动故障重构))、自动缩放和vnf的生命周期管理)。

vnf管理器(vnfm)(本文也称为“虚拟网络功能管理单元”)执行对vnfs的生命周期管理(例如，实例化、更新、查询、修复、缩放和终止)以及事件通知。

虚拟化基础架构管理器(vim)经由虚拟化层，控制各个nfvi(例如，管理用于计算、存储和连网的资源、对作为nfv执行基础架构的各个nfvi上的故障监控以及对资源信息的监控)。

在nvf构架外的oss(操作支持系统)是用于例如电信运营商(电信公司)例如建立和操作服务所需的系统(设备、软件、机制等)的总称。bss(业务服务系统)是用于例如电信运营商(电信公司)用于例如收取使用费、计费和客户维护所需的信息系统(设备、软件、机制等)的总称。

服务、vnf和基础架构描述包括图1中未示出的vnf描述符(vnfd)、vnf转发图形描述符(vnffgd)、虚拟链路描述符、物理网络功能描述符(pnfd)等。

os-ma是oss/bss和nfv-man(管理和编排)之间的参考点并且被用于请求对网络服务进行生命周期管理、用于请求对vnfs进行生命周期管理、转发关于nfv的状态信息、交换策略管理信息等。参考点or-vnfm被用于例如来自各个vnfm的资源相关请求(认证、预留、分配等)、将配置信息转发到各个vnfm，以及收集有关各个vnf的状态信息。

参考点vi-vnfm被用于例如来自vnfm的资源分配请求和有关虚拟资源的配置和状态的信息交换。

参考点or-vi例如被用于例如从nfvo请求资源预留和分配以及交换有关虚拟资源的配置和状态的信息。

参考点ve-vnfm被用于例如请求进行单个ems和单个vnfm之间的vnf生命周期管理以及用于交换配置和状态信息。

参考点nf-vi被用于例如响应资源分配请求来分配虚拟资源、转发有关虚拟资源的状态信息，以及交换有关硬件资源的配置和状态信息。

参考点se-ma被用于例如搜索有关nfv部署模板的信息和nfv基础架构信息模型。

下文参考图2，描述各个vnf、vnfc(vnf组件)、vdu(虚拟化部署单元)和nfvi间的关系的示例。图2示意性地示出epc中的sgw(服务网关)被虚拟化为vnf的方案(虚拟化sgw)。即，图2示出对通过虚拟化sgw(虚拟化的sgw)构成的vnf的逻辑接口的每一个设置vnfc的示例。在图2中，vdu是由整体或部分支持描述vnf的部署和操作行为的信息模型所使用的组成元件。如上所述，提供vnf执行基础架构的vnfi包括分别在诸如管理程序的虚拟化层上虚拟化的虚拟计算、虚拟存储、虚拟联网。在图2中，vn-nf表示由nfvi提供给vnf的执行环境。

在将sgw虚拟化为vnf的图2中，对每一逻辑接口设置vnfc。关于c-plane(控制平面)的逻辑接口s11、gxc和s5/s8-c被统称为单一vdu(vm)，以及有关u-plane(用户平面)的逻辑接口s1u和s5/s8-u被统称为单个vdu(vm)。在epc中，s11为sgw和mme之间的接口，以及s5/s8为sgw和pgw之间的接口。此外，s1为sgw和enodeb(演进nodeb)之间的接口，而gxc为sgw与策略和计费规则功能(pcrf)之间的接口。

下表1和2概述了nfv的元件。

[表1]

[表2]

[引用清单]

[专利文献]

[ptl1]日本专利no.4479930

[非专利文献]

[npl1]2014年12月25日检索的、etsigsnfv002v1.1.1(2013-10)networkfunctionsvirtualisation(nfv)；architecturalframework,13-18页，网址<url:http://www.etsi.org/deliver/etsi_gs/nfv/001_099/002/

01.01.01_60/gs_nfv002v010101p.pdf>

技术实现要素：

技术问题

下文描述了由本发明人所做的分析。

当更新包括多个计算机装置的系统时，例如，执行滚动更新等。在滚动更新中，例如可以在不完全停止该系统的情况下，执行软件更新(更新和切换到升级的软件)。

在服务器装置(物理机)的虚拟化层上实现的虚拟机(vm)中，在滚动更新中，无需关心vm服务连续性。例如，在滚动更新中，能够想到例如：

(a)实时迁移，其中，vm被移动到另一物理机，而无需停止vm上的客户os(操作系统)或软件操作，以及

(b)通过以冗余结构中的故障检测等而进行的系统切换实现的系统切换方案，冗余结构诸如为其中布置了激活(act)vm和待机(sby)vm的双重结构，或vm的n+1冗余结构(布置n个激活vms和单个待机vm)。

然而，在上述nfv架构中，关于在虚拟机和系统切换方案上部署的vdu的实时迁移，在nfv-mamo中的各个vim和提供vnf虚拟化基础设施的nfvi之间没有定义好的协调(本发明人的研究结果)。

在下文中，将提出解决上述问题的完全新的技术。即使应用上述实时迁移或系统切换方法时，该技术也能实现各个vim和nfvi之间的有效协作。

本发明的一个目的是提供管理装置、系统、方法和程序，上述中的每一个均能减少准备实时迁移和对实时迁移进行后处理所需的时间，以抑制服务中断等。

此外，本发明的另一目的是提供管理装置、系统、方法和程序，例如，即使对不具有实时迁移功能的虚拟机，上述中的每一个也均能抑制服务中断等。

解决方案

根据本发明的方面，提供一种管理装置，包括：维护模式设定单元，所述维护模式设定单元使第一虚拟化基础架构(nfvi0)转变为维护模式；移动控制单元，所述移动控制单元至少指示在维护模式中的第一虚拟化基础架构上的虚拟化部署单元(vdu)移动到第二虚拟化基础架构；以及维护模式解除单元，所述维护模式解除单元解除所述第一虚拟化基础架构(nfvi1)的维护模式。

根据本发明的另一方面，提供一种管理装置，包括：

维护模式设定单元，所述维护模式设定单元使第一虚拟化基础架构(nfvi0)转变为维护模式；

系统切换控制单元，所述系统切换控制单元至少指示在所述第一虚拟化基础架构上的激活系统的第一虚拟化部署单元(vdu0)与第二虚拟化基础架构(nfvi1)上的待机系统的第二虚拟化部署单元(vdu1)之间进行系统切换，以及

维护模式解除单元，所述维护模式解除单元在待机系统的第一虚拟化部署单元(vdu0)移动到第三虚拟化基础架构后，解除所述第一虚拟化基础架构的维护模式。

根据本发明的另一方面，提供一种网络管理系统，包括：

虚拟化基础架构管理装置(vim)，所述虚拟化基础架构管理装置(vim)控制在其上执行虚拟机的基础架构(nfvi)；

第一虚拟化基础架构和第二虚拟化基础架构(nfvi0/1)；以及

终端或所述虚拟化基础架构管理装置(vim)的上层装置，

其中，所述虚拟化基础架构管理装置(vim)从所述终端或上层装置，接收用于使所述第一虚拟化基础架构(nfvi0)转变为维护模式的请求，将所述第一虚拟化基础架构转变为所述维护模式，并且指示所述第一虚拟化基础架构上的虚拟化部署单元(vdu)移动到所述第二虚拟化基础架构(nfvi1)，以及

其中，在所述vdu移动到所述第二虚拟化基础架构并且完成所述第一虚拟化基础架构的维护后，

所述虚拟化基础架构管理装置(vim)从所述终端或上层装置接收用于解除所述第一虚拟化基础架构的维护模式的请求并且解除所述第一虚拟化基础架构的维护模式。

根据本发明的另一方面，提供一种网络管理系统，包括：

虚拟化基础架构管理装置(vim)，所述虚拟化基础架构管理装置(vim)控制在其上执行虚拟机的网络功能虚拟化基础架构(nfvi)；

第一虚拟化基础架构、第二虚拟化基础架构和第三虚拟化基础架构(nfvi)；

所述虚拟化基础架构管理单元(vim)的上层装置；以及

终端，

其中，所述第一虚拟化基础架构和第二虚拟化基础架构上的所述第一虚拟化部署单元和第二虚拟化部署单元(vdus)通过分别用作激活和待机系统，形成冗余结构，

其中，当虚拟化基础架构管理装置(vim)从所述终端或所述上层装置接收用于使所述第一虚拟化基础架构转变为维护模式的请求时，所述虚拟化基础架构管理器使所述第一虚拟化基础架构转变为所述维护模式并且将该转变通知所述上层装置或所述终端，

其中，所述上层装置或所述终端指示在所述第一虚拟化基础架构上的第一虚拟化部署单元(vdu)与所述第二虚拟化基础架构上的第二虚拟化部署单元(vdu)之间进行系统切换，

其中，虚拟化基础架构管理装置(vim)接收表示所述第一虚拟化部署单元(vdu0)已经切换以用作待机系统和所述第二虚拟化部署单元(vdu1)已经切换到激活系统的系统切换完成通知时，以及

其中，在所述第一虚拟化部署单元(vdu)转移到所述第三虚拟化基础架构并且执行所述第一虚拟化基础架构的维护后，所述虚拟化基础架构管理装置(vim)解除所述第一虚拟化基础架构的维护模式。

根据本发明的另一方面，提供一种管理方法，包括：

使作为维护目标的第一虚拟化基础架构(nfvi0)转变为维护模式；

传送用于将所述第一虚拟化基础架构上的虚拟化部署单元(vdu)移动到第二虚拟化基础架构(nfvi1)的指令；以及

接收所述虚拟化部署单元(vdu)移动到所述第二虚拟化基础架构(nfvi1)的完成通知；以及

在完成维护后，解除所述第一虚拟化基础架构(nfvi0)的维护模式。

根据本发明的另一方面，提供一种管理方法，包括：

使作为维护目标的第一虚拟化基础架构(nfvi0)转变为维护模式；

传送用于在所述第一虚拟化基础架构上的激活系统的第一虚拟化部署单元(vdu0)与第二虚拟化基础架构(nfvi1)上的待机系统的第二虚拟化部署单元(vdu1)之间进行系统切换的指令；以及

在所述第一虚拟化部署单元(vdu0)和第二虚拟化部署单元(vdu1)切换以分别用作待机和激活系统，用作待机系统的第一虚拟化部署单元(vdu0)移动到第三虚拟化基础架构，并且完成所述第一虚拟化基础架构的维护后，解除所述第一虚拟化基础架构(nfvi0)的维护模式。

根据本发明的另一方面，提供一种程序，使计算机执行：

维护模式设定处理，用于使第一虚拟化基础架构(nfvi0)转变为维护模式；

移动指令传输处理，用于传输将所述第一虚拟化基础架构上的虚拟化部署单元(vdu)移动到第二虚拟化基础架构(nfvi1)的指令；

移动完成接收处理，用于接收所述虚拟化部署单元移动到所述第二虚拟化基础架构(nfvi1)的完成通知；以及

维护模式解除处理，用于解除所述第一虚拟化基础架构(nfvi0)的维护模式。

根据本发明的另一方面，提供一种程序，使计算机执行：

维护模式设定处理，用于使第一虚拟化基础架构(nfvi0)转变为维护模式；

系统切换传输处理，用于传输用于所述第一虚拟化基础架构(nfvi0)上的激活系统的第一虚拟化部署单元(vdu0)与第二虚拟化基础架构(nfvi1)上的待机系统的第二虚拟化部署单元(vdu1)之间进行系统切换的指令；

系统切换完成接收处理，用于接收所述第一虚拟化部署单元(vdu0)和第二虚拟化部署单元(vdu1)分别切换到待机和激活系统的完成通知；以及

维护模式解除处理，用于在用作待机系统的第一虚拟化部署单元(vdu0)移动到第三虚拟化基础架构并且完成所述第一虚拟化基础架构的维护后，解除所述第一虚拟化基础架构(nfvi0)的维护模式。本发明提供存储程序的计算机可读记录介质(例如，诸如半导体存储器件或磁性/光学记录介质的非瞬时计算机可读记录介质)。

本发明的有益效果

即使当实时迁移、系统切换被应用等，本发明也能实现各个虚拟化基础架构和管理装置之间的协作。例如，本发明能通过减少准备实时迁移和对实时迁移进行后处理所需的时间，抑制服务中断等。

此外，即使对不具有实时迁移功能的虚拟机，本发明也能实现无服务中断的系统切换。

附图说明

图1示出nfv架构中的nfv-mano(引用npl1中的图4)

图2示出各个vnf,vnfc和vdu之间的关系。

图3示出参考示例1。

图4示出参考示例2。

图5示出根据示例性实施例1的系统构成的示例。

图6示出根据示例性实施例2的系统构成的示例。

图7是根据示例性实施例1的控制顺序。

图8是根据示例性实施例1-1的控制顺序。

图9是根据示例性实施例1-2的控制顺序。

图10是根据示例性实施例1-3的控制顺序。

图11是根据示例性实施例1-4的控制顺序。

图12是根据示例性实施例1-5的控制顺序。

图13是根据示例性实施例1-6的控制顺序。

图14是根据示例性实施例2的控制顺序。

图15是根据示例性实施例3的控制顺序。

图16是根据示例性实施例4的控制顺序。

图17是根据示例性实施例5的控制顺序。

图18是根据示例性实施例6的控制顺序。

图19示出本发明的示例性基本模式1。

图20示出本发明的示例性基本模式2。

具体实施方式

在下文中，将描述本发明的若干示例性实施例。

<示例性基本模式1>

图19示出本发明的示例性基本模式1。参考图19，管理装置100包括使第一虚拟化基础架构(nfvi0)转变为维护模式的维护模式设定单元101、至少指示在维护模式中的第一虚拟化基础架构上的虚拟化部署单元(vdu)移动到第二虚拟化基础架构(nfvi1)的移动控制单元105，以及解除第一虚拟化基础架构(nfvi0)的维护模式的维护模式解除单元104。移动控制单元105包括传送用于将第一虚拟化基础架构上的虚拟化部署单元(vdu)移动到第二虚拟化基础架构(nfvi1)的指令的移动指令传输单元102和接收vdu移动到第二虚拟化基础架构(nfvi1)的完成通知的移动完成接收单元(103)。在移动完成接收单元103接收到vdu移动到第二虚拟化基础架构(nfvi1)的完成通知后，在第一虚拟化基础架构(nfvi0)上执行维护，并且维护模式解除单元104解除第一虚拟化基础架构(nfvi0)的维护模式。例如，管理装置100在nfv架构中构成nfv-mano或vim(见图1)。在图19中，对应于各个单元的一部分或全部处理的各个功能可以由计算机(处理器或中央处理单元(cpu))执行的计算机程序来实现。在这种情况下，管理装置100包括具有通信功能的计算机并且通过使计算机读取和执行在未示出的硬盘(硬盘驱动)或半导体存储器件中存储的程序，实现各个单元的一部分或全部处理。

根据基本模式1，能减少移动具有实时迁移功能的虚拟机所需的时间。

根据基本模式1，管理装置可以构成虚拟化基础架构管理装置(vim)，以及将用于使第一虚拟化基础架构(nfvi0)转变为维护模式的请求和用于解除第一虚拟化基础架构(nfvi0)的维护模式的请求的至少一个发送到管理装置100(vim)的发送源可以是终端、执行网络功能虚拟化(nfv)的维护和集成的编排器，或管理虚拟网络功能(vnf)的虚拟网络功能(vnf)管理装置。

基于来自发送源的请求，管理装置100(虚拟化基础架构管理装置：vim)可以执行将第一虚拟化基础架构(nfvi0)转变为维护模式和解除第一虚拟化基础架构(nfvi0)的维护模式中的至少一个。

终端可以是维护终端、ems(网元管理系统)，或oss(操作支持系统)。

管理装置100(vim)可以从终端、经由编排器(nfv编排器)和虚拟网络功能管理装置(vnfm)中的至少一个接收用于将第一虚拟化基础架构(nfvi0)转变为维护模式的请求。

管理装置100(vim)可以从终端、经由编排器(nfv编排器)和虚拟网络功能管理装置(vnfm)中的至少一个接收用于解除第一虚拟化基础架构(nfvi0)的维护模式的请求。

管理装置100(vim)可以将由第一虚拟化基础架构(nfvi0)传送的故障通知直接或经由虚拟网络功能管理装置(vnfm)传送到编排器(nfv编排器)。此外，管理装置100(vim)可以接收用于将第一虚拟化基础架构(nfvi0)转变为维护模式的请求，该请求的发送源为编排器(nfv编排器)。

管理装置100(vim)可以接收用于使第一虚拟化基础架构(nfvi0)转变为维护模式的请求，该请求的发送源为虚拟网络功能管理装置(vnfm)。

根据基本模式1的系统构成可以包括控制在其上执行虚拟机的基础架构(nfvi)的虚拟化基础架构管理装置(vim)、第一虚拟化基础架构和第二虚拟化基础架构(nfvi0/1)和终端或虚拟化基础架构管理单元(vim)的上层装置。虚拟化基础架构管理装置(vim)可以从该终端或上层装置接收用于使第一虚拟化基础架构转变为维护模式的请求，使第一虚拟化基础架构(nfvi0)转变为维护模式，并且指示第一虚拟化基础架构上的虚拟化部署单元(vdu)移动到第二虚拟化基础架构(nfvi1)。此外，在vdu移动到第二虚拟化基础架构，虚拟化基础架构管理装置(vim)从该终端或上层装置接收用于解除第一虚拟化基础架构的维护模式的请求，并且完成第一虚拟化基础架构的维护后，虚拟化基础架构管理器可以解除第一虚拟化基础架构的维护模式。

<示例性基本模式2>

图20示出本发明的示例性基本模式2。参考图20，管理装置110包括使第一虚拟化基础架构(nfvi0)转变为维护模式的维护模式设定单元111、至少指示在第一虚拟化基础架构上的第一虚拟化部署单元(vdu0)(激活系统)和第二虚拟化基础架构(nfvi1)上的第二虚拟化部署单元(vdu1)(待机系统)之间进行系统切换的系统切换控制单元115，和在第一虚拟化部署单元(vdu0)移动到第三虚拟化基础架构(nfvi2)并且被切换以用作待机系统后，解除第一虚拟化基础架构(nfvi0)的维护模式的维护模式解除单元114。

系统切换控制单元115可以包括：传送用于将系统切换至第一虚拟化基础架构上的第一虚拟化部署单元(vdu0)(激活系统)的指示的系统切换指示传输单元112，以及从变为激活系统的第二虚拟化部署单元(vdu1)接收第一虚拟化部署单元(vdu0)切换至待机系统并且第二虚拟化部署单元(vdu1)切换到激活系统的完成通知的系统切换完成接收单元113。

例如，管理装置110可以构成图1中的nfv-mano。在图20中，可以由计算机执行的程序来实现对应于各个单元的一部分或全部处理的各个功能。

例如，即使当使用不具有实时迁移功能的虚拟机时，基本模式2也能在无需服务中断的情况下实现系统切换。

基本模式2可以包括控制虚拟化基础架构(nfvi)并且包括维护模式设定单元和维护模式解除单元的虚拟化基础架构管理装置(vim)。

将用于使第一虚拟化基础架构(nfvi0)转变为维护模式的请求和用于解除第一虚拟化基础架构(nfvi0)的维护模式的请求中的至少一个发送到虚拟化基础架构管理装置(vim)的发送源可以是终端或虚拟化基础架构管理装置(vim)的上层装置。

基于来自该终端或上层装置的请求，虚拟化基础架构管理装置(vim)110可以执行通过使用维护模式设定单元使第一虚拟化基础架构(nfvi0)转变为维护模式以及通过使用维护模式解除单元解除第一虚拟化基础架构(nfvi0)的维护模式中的至少一个。

上层装置可以是执行网络功能虚拟化(nfv)的管理和集成的编排器(nfv编排器)或管理虚拟网络功能(vnf)的虚拟网络功能管理装置(vnfm)。

虚拟化基础架构管理装置(vim)110可以从终端、经由编排器(nfv编排器)或虚拟网络功能管理装置(vnfm)，接收用于使第一虚拟化基础架构(nfvi0)转变为维护模式的请求。

虚拟化基础架构管理装置(vim)110可以从终端、经由编排器(nfv编排器)或虚拟网络功能管理装置(vnfm)，接收用于解除第一虚拟化基础架构(nfvi0)的维护模式的请求。

虚拟化基础架构管理装置(vim)110在接收到由第一虚拟化基础架构传送的故障通知后，可以直接或经由虚拟网络功能管理装置(vnfm)，将该故障通知传送到编排器(nfv编排器)。此外，虚拟化基础架构管理装置(vim)110可以接收用于使第一虚拟化基础架构(nfvi0)转变为维护模式的请求，该请求的发送源为编排器(nfv编排器)。

虚拟化基础架构管理装置(vim)110在接收到由第一虚拟化基础架构传送的故障通知后，可以将该故障通知发送到虚拟网络功能管理装置(vnfm)。此外，虚拟化基础架构管理装置(vim)110可以接收用于使第一虚拟化基础架构(nfvi0)转变为维护模式的请求，该请求的发送源为虚拟网络功能管理装置(vnfm)。

虚拟网络功能管理装置(vnfm)可以包括系统切换指示传输单元和系统切换完成接收单元。此外，在从虚拟化基础架构管理装置接收到第一虚拟化基础架构(nfvi0)已经转变为维护模式的通知后，虚拟网络功能管理装置(vnfm)可以传送系统切换指令。

在从虚拟化基础架构管理装置(vim)接收到第一虚拟化基础架构(nfvi0)已经转变为维护模式的通知后，该终端可以作为系统切换指令传输单元，传输系统切换指令。此外，该终端可以作为系统切换完成接收单元，接收系统切换完成通知。

根据基本模式2的系统构成可以包括：控制在其上执行虚拟机的执行基础架构(nfvi)的虚拟化基础架构管理装置(vim)、第一虚拟化基础架构、第二虚拟化基础架构、第三虚拟化基础架构(nfvi)、虚拟化基础架构管理装置(vim)的上层装置以及终端。第一虚拟化基础架构和第二虚拟化基础架构上的第一虚拟化部署单元(vdu)和第二虚拟化部署单元(vdu)可以分别形成激活和待机系统的冗余结构。

在从终端或上层装置接收到用于将第一虚拟化基础架构转变为维护模式的请求后，虚拟化基础架构管理装置(vim)可以将第一虚拟化基础架构转变为维护模式并且将该转变告知上层装置或终端。

上层装置或终端可以指示在第一虚拟化基础架构上的第一虚拟化部署单元(vdu)与第二虚拟化基础架构上的第二虚拟化部署单元(vdu)之间进行系统切换。

虚拟化基础架构管理装置(vim)可以接收表示第一虚拟化部署单元(vdu0)已经切换到待机系统并且第二虚拟化部署单元(vdu1)切换到激活系统的系统切换完成通知。在第一虚拟化部署单元(vdu)移动到第三虚拟化基础架构并且执行第一虚拟化基础架构的维护后，虚拟化基础架构管理装置(vim)可以解除第一虚拟化基础架构的维护模式。

在下文中，将不应用上述基本模式1或2的相关技术描述为参考示例。

<参考示例1>

图3示出根据假定的第一示例(参考示例1)的顺序。在图3中，终端(ems,oss等)、编排器、vnfm、vim、nfvi0和nfvi1分别对应于图5中的终端40、编排器11、vnfm12、vim13、nfvi031和nfvi132。为便于描述，图3中的顺序包括顺序编号。

根据图3的参考示例1，vim指示vdu0从nfvi0移动(实时迁移)到nfvi1(1)。

vdu0移动到nfvi1(2)。接着，vdu0将移动的完成通知(实时迁移的完成通知)发送到vim(3)。接着，执行nfvi0的维护(4)。

图3所示的技术不能被应用于不支持实时迁移的vdu，实时迁移是在基本上不完全停止vm的情况下将激活虚拟机(vm)移动到另一物理机(服务器)等的技术。即，除非vdu支持实时迁移，通过图3中的实时迁移的滚动更新是不可能的。

此外，在上述nfv规范中，未清楚地定义实时迁移中各个vim和nfvi之间的协作。

此外，vm从维护目标nfvi0移动(实时迁移)到nfvi1花费时间。特别地，其存储内容被频繁变更的vm为实时迁移花费时间。

此外，根据图3的方法，在当vdu从维护目标nfvi0移动到nfvi1时的期间，将新生成的vm分配给维护目标nfvi0。这是因为当分配vm时，存在具有可用资源的维护目标nfvi(图3中的nfvi0)能被选择为vm分配目标的可能性。

<参考示例2>

接着，将描述除本发明外暂时假定的第二示例(参考示例2)。图4示出根据(上述npl1中未公开的)参考示例2的顺序。在图4中，终端(ems,oss等)、编排器、vnfm、vim、nfvi0、nfvi1和nfvi2分别对应于图6中的终端40、编排器11、vnfm12、vim13、nfvi031、nfvi132和nfvi133。

在图4中，具有作为其执行基础架构的nfvi0的vdu0为激活系统(act)，以及具有作为其执行基础架构的nfvi1的vdu1为待机系统(sby)，二者构成双重系统。如果在激活系统(act)中检测到故障，执行将初始激活和待机系统分别切换到待机和激活系统的系统切换。

作为系统切换的结果，具有作为其执行基础架构的nfvi1的vdu1变为激活系统。接着，例如，在检测到nfvi0或vdu0的故障时，启动修复。作为该修复，可以执行自动修复功能(自动故障重构)，其中，当检测到故障时，在其他硬件上，自动地重启虚拟机(vm)。作为修复的结果，vdu0从nfvi0移动到nfvi2，并且被用作待机系统(sby)。

然而，图4中的参考示例2具有下述问题。

-在从vdu0出现故障，直到vdu1切换为激活系统(act)的时间间隔中，由vdu0/vdu1的集合引起服务中断。

-此外，直到修复vdu0、将vdu0移动到nfvi2并且将vdu0切换到待机系统(sby)为止，仅通过vdu1执行单一操作(不能维护通过双重等实现的冗余)。

-此外，在上述nfv规范等中，未清楚地定义如在图4的顺序中的vim和nfvi之间的协作。

<示例性实施例1>

图5示出根据示例性实施例1的系统构成。终端40可以是ems(网元管理系统)、oss、维护终端等。由此，终端40被表示为图5中的“终端(ems,oss等)40”。在后续图中，将以相同的方式表示终端40。参考数字10表示nfvmano10(见图1)，11表示nfv编排器(nfvo)，12表示vnf管理器(vnfm)，13表示虚拟化基础架构管理单元(vim)，20表示vnf，以及21表示vdu0。vdu0的执行基础架构(基础架构)为nfvi031。

图5中的示例性实施例1对应于上述示例性基本模式1，以及vdu021具有实时迁移功能。

在图5中，例如，连接元件的线仅是示例性表示。例如，nfvo11、vnfm12和vim13连接到终端(ems,oss等)40，并且单独地发送和接收信号(信息)(nfvo11、vnfm12和vim13未共同连接到单一点处的公用信号线)。此外，当nfvi0和nfvi1的每一个连接到vim13时，nfvi0和nfvi1未共同地连接到单一点或相互连接。这对图6的相应表示也同样成立。

<根据示例性实施例1的基本操作>

图7示出根据图5所示的示例性实施例1的基本操作顺序。在图7及后续顺序中，按其名称引用图5中的元件，并且将省略元件的参考数字。此外，顺序包括顺序编号。

参考图7，vim将需要维护的nfvi0从正常模式转变(切换)到维护模式(1)。

vim可以从上层nfv编排器(nfvo)(将称为“编排器”)、终端等获得有关nfvi需要维护的信息。在该步骤中，vim将表示维护模式的标志信息中的“on”设定为有关维护目标nfvi的状态的信息。vim从选择目标中移除处于维护模式的nfvi(从vm被分配的选择候选中移除)。即，vim对nfvi不执行各种设定控制处理等(即正常模式中的设定或控制处理)。当nfvi处于维护模式时，vim不在nfvi上执行设定或控制操作(处于禁用状态)，诸如vim在正常模式nfvi执行的分配vm。

vim指示nfvi上的vdu0需要维护(在这种情况下，nfvi0设定在维护模式)，以执行到nfvi1的实时迁移(2)。

vdu0执行从nfvi0移动(实时迁移)到nfvi1(3)。

在移动到nfvi1后，vdu0将实时迁移完成通知发送到vim(4)。

接着，执行对nfvi0的维护。该维护可以是通过使用例如用于nfvi的故障管理维护工具执行的自动维护。替选地，可以手动地执行维护。

在完成对nfvi0的维护后，vim解除nfvi0的维护模式。例如，vim可以在表示维护模式的标志信息中设定“off”。nfvi0从维护模式恢复到正常模式，以及vim能够在nfvi0上执行各种设定控制处理(处于启用状态)。

根据示例性实施例1，通过从nfvi选择目标中移除处于维护模式的nfvi0，例如，在当vdu0从nfvi0移动到nfvi2时的期间，不将新的vm分配给nfvi0。由此，处于维护模式的nfvi0不影响除vdu0外的任何一个vdu。

<示例性实施例1-1>

图8示出根据示例性实施例1-1的操作顺序。根据示例性实施例1-1的基本系统构成与图5所示的基本系统构成相同。根据示例性实施例1-1，通过维护工程师在终端上的操作等，将指令发布到使nfvi0转变(切换)到维护模式的vim。终端可以是维护管理系统(终端)，诸如ems,oss或诸如外部监控装置的节点。

参考图8，经由编排器，来自终端(terminal)的操作等将用于使nfvi0转变为维护模式的请求传送到vim(1)。响应该请求，vim使(受vim管理的)nfvi0的状态转变为维护模式(2)。此外，该终端将用于解除nfvi0的维护模式的请求传送到vim(7)。响应于该请求，vim解除(受vim管理的)nfvi0的状态的维护模式(8)。由于该顺序中的其他处理与图7的其他处理相同，所以将省略其描述。

根据示例性实施例1-1，从待执行的各种处理的nfvi选择目标中，移除处于维护模式的nfvi0，根据其结果，使得处于维护的nfvi0可以避免影响除vdu0外的任何一个vdus。

此外，不通过vim的自动处理来执行将nfvi0设定到维护模式。例如，响应来自外部(终端或诸如未示出的监控装置的节点)的请求，使nfvi转变为维护模式(就此而言，nvf规范没有定义)。

<示例性实施例1-2>

图9是示出根据示例性实施例1-2的操作顺序。根据示例性实施例1-2的基本系统构成与图5所示的基本系统构成相同。示例性实施例1-2不同于示例性实施例1-1之处在于通过维护工程师在终端(terminal)(或外部节点)上的操作等，根据示例性实施例1-2，经由编排器，将指令发布到使nfvi0转变为维护模式的vim。

参考图9，通过在终端(terminal)(或外部节点)上的操作，经由编排器，将用于使nfvi0转变为维护模式的请求发送到vim(1)。响应于该请求，vim使(受vim管理的)nfvi0的状态转变(切换)到维护模式(2)。通过终端(terminal)(或外部节点)上的操作，经由编排器，将用于解除nfvi0的维护模式的请求发送到vim。响应于该请求，vim解除(受vim管理的)nfvi0的状态的维护模式(8)。由于该顺序中的其他处理与图7的其他处理相同，因此将省略其描述。

根据示例性实施例1-2，从用于各种处理的nfvi选择目标中，移除处于维护模式的nfvi0，根据其结果，使得处于维护的nfvi0可以避免影响除vdu0外的任何一个vdu。

此外，根据示例性实施例1-2，经由编排器，执行vim控制，由此在编排器上，将来请求从外部统一到mano。

此外，根据示例性实施例1-2，代替来自终端(terminal)的指令，通过使用预留处理等，编排器能变为向vim发出指令的起始点。

<示例性实施例1-3>

图10示出根据示例性实施例1-3的操作顺序。根据示例性实施例1-3的基本系统构成与图5所示的基本系统相同。根据示例性实施例1-3，对nfvi0进行维护原因假定为在nfvi0中发生故障。从vim直接将来自nfvi0的故障通知告知编排器，以及从编排器直接将维护模式转变请求传送到vim。

更具体地说，参考图10，当在nfvi0中发生故障时，来自nfvi0的故障通知(nfvi0)被发送到vim(1)。

vim将故障通知(nfvi0)发送到编排器(2)。

编排器将用于使nfvi0转变为维护模式的请求传送到vim(3)。直到对nfvi0进行维护(8)为止的后续处理与根据图7中的示例性实施例1相同。

在对nfvi0进行维护(8)后，nfvi0将故障恢复通知传送到vim(9)。

vim将故障恢复通知传送到编排器(10)。

编排器将用于解除nfvi0的维护模式的请求传送到vim(11)。

响应于该请求，vim解除(受vim管理的)nfvi0的状态的维护模式(12)。该顺序中的其他处理与图7的其他处理相同，将省略其描述。

根据示例性实施例1-3，从用于待执行的各种处理的nfvi选择目标中移除处于维护模式的nfvi0。由此，使得处于维护中的nfvi0可以避免影响除vdu0外的任何一个vdu。

此外，受nfvi0中的故障发生触发，通过将编排器作为起始点，还可以执行vim控制，而不必经过终端。

可以将nfvi0的故障通知传送到终端，并且终端将用于使nfvi0转变为维护模式的请求传送到vim。

<示例性实施例1-4>

图11示出根据示例性实施例1-4的操作顺序。根据示例性实施例1-4的基本系统构成与图5所示的基本系统构成相同。根据示例性实施例1-4，如在示例性实施例1-3中，对nfvi0进行维护的原因被假定为nfvi0中出现故障。然而，根据示例性实施例1-4，经由vnfm向编排器发送nfvi0的故障通知。经由vnfm，将来自编排器，用于使nfvi0转变为维护模式的请求发送到vim。此外，经由vnfm，将来自vim的故障恢复通知发送到编排器，并且经由vnfm，将来自编排器的维护模式解除请求发送到vim。

更具体地说，参考图11，当在nfvi0中发生故障时，将来自nfvi0的故障通知(nfvi0)发送到vim(1)。

vim经由vnfm，将故障通知(nfvi0)发送到编排器(2)。

编排器(不经由vnfm)，将用于使nfvi0转变为维护模式的请求发送到vim(3)。直到对nfvi0进行维护(8)为止的后续处理与根据图7中的示例性实施例1的处理相同。

在对nfvi0进行维护(8)后，将来自nfvi0的故障恢复通知发送到vim(9)。

vim经由vnfm，将故障恢复通知传送到编排器(10)。

编排器(不经由vnfm)，将用于解除nfvi0的维护模式的请求发送到vim(11)。

响应于该请求，vim解除(受vim管理的)nfvi0的状态的维护模式(12)。该顺序中的其他处理与图7的处理相同，将省略其描述。

根据示例性实施例1-4，从用于待执行的各种处理的nfvi选择目标中移除处于维护模式的nfvi0。由此，处于维护模式的nfvi0可以避免影响除vdu0外的任何vdu。

此外，根据示例性实施例1-4，还可以受nfvi0中发生故障触发，通过作为起始点的编排器，在不经过终端的情况下，执行vim控制。

根据示例性实施例1-4，可以将nfvi0的故障通知终端，例如，通过维护工程师(或外部节点)的操作，可以将用于使nfvi0转变为维护模式的请求发送到vim。

根据示例性实施例1-4，从选择目标中移除处于维护模式的nfvi0。由此，维护模式中的nfvi0可以避免影响除vdu0外的任何vdu。

<示例性实施例1-5>

图12示出根据示例性实施例1-5的操作顺序。根据示例性实施例1-5的基本系统构成与图5所示的基本系统构成相同。根据示例性实施例1-5，通过维护工程师等在终端(或外部节点)上的操作，经由vnfm，将指令发送到vim，并且vim使nfvi0转变(切换)到维护模式。

参考图12，终端(terminal)经由vnfm，将用于使nfvi0转变为维护模式的请求发送到vim(1)。

响应于该请求，vim将(受该vim管理的)nfvi0的状态转变为维护模式(2)。

此外，经由vnfm，将来自终端、用于解除nfvi0的维护模式的请求发送到vim(7)。响应于该请求，vim解除(由vim管理的)nfvi0的状态的维护模式(8)。由于该顺序中的其他处理与图8的处理相同，因此，将省略其描述。

根据示例性实施例1-5，从选择目标中移除处于维护模式的nfvi0。由此，处于维护模式的nfvi0可以避免影响除vdu0外的任何vdu。

此外，根据示例性实施例1-5，由于经由vnfm，执行vim控制，因此可以协同ems,vnfs等的操作/事件，调用维护模式切换顺序。

此外，根据示例性实施例1-5，代替来自终端的指令，使用预留处理等，vnfm能变为将指令(维护模式转变/解除请求)发布到vim的起始点。

<示例性实施例1-6>

图13示出根据示例性实施例1-6的操作顺序。根据示例性实施例1-6的基本系统构成与图5所示的基本系统构成相同。根据示例性实施例1-6，将nfvi0的故障通知从vim发送到vnfm，并且将用于使nfvi0转变为维护模式的请求从vnfm发送到vim。将故障恢复通知从nfvi0发送到vnfm，并且还经由vnfm，将维护模式解除请求从vnfm发送到vim。

更具体地说，参考图13，当在nfvi0中发生故障时，将来自nfvi0的故障通知(nfvi0)发送到vim(1)。vim将故障通知(nfvi0)发送到vnfm(2)。

vnfm将用于使nfvi0转变为维护模式的请求发送到vim(3)。

vnfm将用于使nfvi0转变为维护模式的请求发送到vim(4)。直到对nfvi0进行维护(8)为止的后续处理与根据图7中的示例性实施例1的处理相同。

在对nfvi0进行维护(8)后，nfvi0将故障恢复通知发送到vim(9)。

vim将故障恢复通知发送到vnfm(10)。

vnfm将用于解除nfvi0的维护模式的请求发送到vim(11)。响应于该请求，vim解除(受该vim管理的)nfvi0的状态的维护模式(12)。该顺序中的其他处理与图7的处理相同，将省略其描述。

根据示例性实施例1-6，从用于待执行的各种处理的nfvi选择目标中，移除处于维护模式的nfvi0。由此，nfvi0可以避免影响除vdu0外的任何vdu。

根据示例性实施例1-6，当nfvi0中发生故障时，通过作为起始点的vnfm，在不经由终端的情况下，执行vim控制。

<示例性实施例2>

图6示出根据示例性实施例2的系统构成。如在示例性实施例1中，终端(terminal)40可以是ems、oss、维护终端等。参考数字10表示nfvmano(见图1)，11表示编排器(nfvo)，12表示vnf管理器(vnfm)，13表示虚拟化基础架构管理单元(vim)，20表示vnf，21和21分别表示vdu0和vdu1。在图6中，为vdu0和vdu1提供nfvi031和nfvi132，作为它们各自的执行基础架构(虚拟化基础架构)。

示例性实施例2对应于上述示例性基本模式2。根据示例性实施例2，在作为维护目标的nfvi0上的激活系统的vdu0和nfvi1上的待机系统的vdu1之间，执行系统切换。此外，在移动到nfvi2后，将vdu0设定为待机系统。如在示例性实施例1中一样，即使当虚拟机(vm)不具有实时迁移功能时，示例性实施例2也能实现无服务中断。

尽管为便于描述，图6示出包括激活和待机系统的双重结构。示例性实施例2当然适用于n重结构、n+1冗余结构等。

<根据示例性实施例2的基本操作>

图14示出根据图6所示的示例性实施例的基本操作顺序。在图14及后续顺序中，按它们的名称引用图6中的元件，以及将省略元件的参考数字。此外，顺序包括顺序编号。

参考图14，vim将需要维护的nfvi0转变(切换)到维护模式(1)。在该步骤中，vim将表示维护模式的标志信息中的“on”设定为关于作为维护目标的nfvi1的状态的信息。vim从选择目标中移除处于维护模式的nfvi1(从vm被分的nfvis候选中移除)。即，不执行从vim到nfvi的各种设定控制处理等(正常模式中的设定或控制处理)。

vim通知vnfm容纳vdu0的nfvi0已经被转变为维护模式(2)。

vnfm将用于在形成双重结构的vdu0和vdu1之间的维护系统切换的指令发送到vdu0(3)。

接着，执行系统切换(4)，并且vdu1和vdu0被分别转变为激活系统(act)和待机系统(sby)。

激活系统(act)的vdu1将维护系统切换完成通知发送到vnfm(5)。

通过手动修复或移动待机系统的vdu0，vdu0被移动到nfv2(6)。

执行nfvi0的维护(7)。

接着，vim解除nfvi0的维护模式(8)。

根据示例性实施例2，当执行nfvi0上的维护(7)时，nfvi1上的vdu1作为激活系统操作，并且nfvi2上的vdu0作为待机系统执行待机操作。即，即使当执行nfvi0的维护(7)时，由激活和待机系统形成的双重系统工作。

根据示例性实施例2，不同于参考图4所述的参考示例2，在当执行经由vdu0/vdu1的集合的系统切换时期间，无服务中断。根据示例性实施例2，直到正好在执行系统切换前，激活系统的vdu0操作(提供服务)。例如，通过基于热待机，执行系统切换，待机系统的vdu1立即切换到激活系统并且接管曾经为激活系统的vdu0的处理。此外，在对nfvi0进行维护(7)期间，vdu1和vdu0充当激活和待机系统的双重系统。

相反，根据参考图4所述的参考示例2，在对nfvi0进行维护(1)期间，激活系统的vdu0不操作，导致服务中断，并且双重系统不工作。此外，nfvi1上的vdu0成为待机系统。根据参考示例2，当在激活系统中检测到故障时，待机系统的vdu1被转变为激活(act)系统。然而，直到在nfvi0或vdu0中检测到故障时启动修复为止，vdu0被移动到nfvi2，并且vdu0开始作为待机系统，执行仅通过作为新的激活系统的vdu1的单系统操作(双重系统不能操作)。

根据示例性实施例2，通过人工修复(根据故障的人工重构)(或将vdu0移动到nfvi2)，不需要故障检测处理时间。由此，单系统操作时间(仅在激活系统的vdu1操作时的期间的时间)短。

此外，根据示例性实施例2，以集中方式，由vnfm管理整个顺序。

<示例性实施例3>

图15示出根据示例性实施例3的操作顺序。根据示例性实施例3的基本系统构成与图6所示的基本系统构成相同。在图15中，按它们的名称引用图6中的元件，并且将省略元件的参考数字。每一顺序具有分配的顺序编号。

参考图15，将用于使nfvi0转变为维护模式的请求发送到vim(1)。终端(ems,oss等)、编排器和vnfm中的任何一个发送维护模式转变请求。例如，在上述示例性实施例1-2,1-3,1-4等中，已经描述了维护模式转变请求的发送源是终端、编排器和vnfm中的任何一个的情形。由此，取决于维护模式转变请求的发送源为终端、编排器还是vnfm，示例性实施例3能被分别开发成示例性实施例3-1,3-2,3-3等。然而，在此仅为了简化，将这些实施例统称为示例性实施例3。

由于该顺序中，直到对nfvi0进行维护(8)为止的后续处理与图14的处理相同，将省略其描述。

终端、编排器和vnfm中的任何一个将维护模式解除请求发送到vim。

根据示例性实施例3，通过人工修复(或移动vdu)，不需要故障检测处理时间。由此，仅有单系统操作时期间的时间短。此外，vnfm能以集中方式，管理整个顺序。如在示例性实施例2中，通过vdu0/1的集合，没有服务中断。

<示例性实施例4>

图16示出根据示例性实施例4的操作顺序。根据示例性实施例4的基本系统构成与图6所示的基本系统构成相同。在图16中，按它们的名称引用图6中的元件，并且将省略元件的参考数字。此外，每一顺序被给定顺序编号。根据上述示例性实施例2和3，vim通知vnfm容纳vdu0的nfvi0已经被转变为维护模式，并且vnfm按集中方式管理相关顺序。相比之下，根据示例性实施例4，vim通知编排器nfvi0已经被转变为维护模式，并且编排器以集中方式管理相关顺序。

参考图16，将用于使nfvi0转变为维护模式的请求发送到vim(1)。维护模式转变请求的发送源是终端、编排器和vnfm中的任何一个。

vim将nfvi0转变(切换)到维护模式(2)。

vim通知编排器容纳vdu0的nfvi0已经被转变为维护模式(3)。

编排器通过将vm移动准备请求传送到vnfm，请求vnfm准备移动虚拟机(vm)(4)。

在接收到vm移动准备请求时，vnfm将用于在形成双重结构的vdu0和vdu1之间的维护系统切换的指令发送到vdu0(5)。

接着，执行系统切换(6)，并且vdu1和vdu0分别被转变为激活系统(act)和待机系统(sby)。

激活系统(act)的vdu1将维护系统切换的完成通知发送到vnfm(7)。

vnfm将vm移动准备的完成通知发送到编排器(8)。

通过人工修复或移动待机系统的vdu，使vdu0移动到nfv2(9)。

执行nfvi0的维护(10)。

作为维护模式转变请求的发送源的终端、编排器和vnfm中的任何一个将用于解除nfvi0的维护模式的请求发送到vim(11)。

vim解除nfvi0的维护模式(12)。

根据示例性实施例4，不同于参考图4所述的参考示例2，通过vdu0/vdu1的集合，没有服务中断。

此外，根据示例性实施例4，通过人工修复(或移动vdu)，不需要故障检测处理时间。由此，单系统操作时间短。

此外，根据示例性实施例4，编排器能以集中方式管理整个顺序。

<示例性实施例5>

图17示出根据示例性实施例的操作顺序。根据示例性实施例的基本系统构成与图6所示的基本系统构成相同。在图17中，按它们的名称引用图6的元件，将省略元件的参考数字。此外，每一顺序被给定顺序编号。根据示例性实施例5，例如，通过终端上的操作，nfv-mano中的编排器以集中方式管理整个顺序。

用于使nfvi0转变为维护模式的请求被发送到vim(1)。维护模式转变请求的发送源为终端、编排器和vnfm中的任何一个。例如，在上述示例性实施例1-2,1-3,1-4等中已经描述了维护模式转变请求的发送源为终端、编排器和vnfm中的任何一个的情形。由此，取决于维护模式转变请求的发送源为终端、编排器还是vnfm，示例性实施例5能被开发成示例性实施例5-1,5-2,5-3等。然而，仅为了简化起见，这些实施例能统称为示例性实施例5。

vim将nfvi0转变(切换)到维护模式(2)。

vnfm通知终端有关需要移动的vm的信息(4)。

终端将用于在形成双重结构的vdu0和vdu1之间的维护系统切换的指令发送到vdu0(5)。

接着，执行系统切换(6)，并且vdu1和vdu0分别被转变为激活系统(act)和待机系统(sby)。

激活系统(act)的vdu1将维护系统切换的完成通知发送到终端(7)。在该步骤中，vdu1可以经由vim、vnfm和编排器中的至少一个，传送通知。替选地，vdu1可以例如经由连接到终端的另一通信网络(而不经由nfv-mano)，传送该通知。

终端将vm移动指令发送到编排器(8)。

通过人工修复或移动待机系统的vdu，将vdu0移动到vnfm(9)。

执行nfvi0的维护(10)。

编排器将vm移动完成通知发送到终端(11)。

作为维护模式转变请求的发送源的终端、编排器和vnfm中的任何一个将用于解除nfvi0的维护模式的请求发送到vim(12)。

vim解除nfvi0的维护模式(13)。

根据示例性实施例5，不同于参考图4所述的参考示例2，通过vdu0/vdu1的集合，没有服务中断。

此外，根据示例性实施例5，通过人工修复(或移动vdu)，不需要故障检测处理时间。由此，当仅有激活系统的单个dvdu1操作时期间的时间短。

此外，根据示例性实施例5，通过终端上的操作，编排器能以集中方式，管理整个顺序。

<示例性实施例6>

图18示出根据示例性实施例6的操作顺序。根据示例性实施例6的基本系统构成与图6所示的基本系统构成相同。在图18中，按它们的名称引用图6中的元件，并且将省略元件的参考数字。此外，每一顺序被给定顺序编号。根据示例性实施例6，例如，通过终端上的操作，nfv-mano中的编排器以集中方式管理整个顺序。

将用于使nfvi0转变为维护模式的请求发送到vim(1)。维护模式转变请求的发送源为终端、编排器和vnfm中的任何一个。在上述示例性实施例1-2,1-3,1-4等中，已经描述了维护模式转变请求的发送源是终端、编排器和vnfm中的任何一个的情形。由此，取决于维护模式转变请求的发送源为终端、编排器还是vnfm，示例性实施例6能被分别开发成示例性实施例6-1,6-2,6-3等。然而，仅为了简化，将这些情形统称为示例性实施例6。

vim将nfvi0转变(切换)到维护模式(2)。

vnfm将有关需要移动的vm的信息通知终端(4)。

终端将用于在形成双重结构的vdu0和vdu1之间的维护系统切换的指令发送到vdu0(5)。

接着，执行系统切换(6)，以及vdu1和vdu0分别被转变为激活系统(act)和待机系统(sby)。

激活系统(act)的vdu1将维护系统切换的完成通知发送到终端(7)。在该步骤中，vdu1可以经由vim、vnfm和编排器中的至少一个，传送该通知。替选地，vdu1可以例如经由连接到该终端的另一通信网络(不是经由nfv-mano)，传送该通知。

终端将vm移动指令发送到vnfm(8)。

通过人工修复或移动待机系统的vdu，vdu0被移动到vnfm(9)。

执行nfvi0的维护(10)。

vnfm将vm移动完成通知发送到终端(11)。

作为维护模式转变请求的发送源的终端、编排器和vnfm中的任何一个将用于解除nfvi0的维护模式的请求发送到vim(12)。

vim解除nfvi0的维护模式(13)。

根据示例性实施例6，如在示例性实施例2中并且不同于参考图4所述的参考示例2，通过vdu0/vdu1的集合，没有服务中断。

此外，根据示例性实施例6，通过人工修复(或移动vdu)，不需要故障检测处理时间。由此，单系统操作时间短。

此外，根据示例性实施例6，通过终端上的操作，nvfm能以集中方式管理整个顺序。

尽管示例性实施例2至5将双重结构(单激活系统和单待机系统)用作冗余结构，但这些实施例当然适用于n+1冗余结构。

上述ptl和npl中的每一个的公开内容在此引入以供参考。在本发明的整个公开内容(包括权利要求)的范围内并且基于本发明的基本技术原理，示例性实施例和示例的变形和调整是可能的。各个公开元件的各种组合和选择(包括权利要求、示例、附图等中的元件)在本发明的权利要求的范围内是可能的。即，本发明当然包括根据包括权利要求和技术原理的整个公开内容，能由本领域的技术人员所做的各种变形和修改。

能够将上述示例性实施例描述如下，但不限于此。

(附录1)

一种管理装置，包括：

维护模式设定单元，所述维护模式设定单元将第一虚拟化基础架构(网络功能虚拟化基础架构：nfvi)转变为维护模式；

移动控制单元，所述移动控制单元至少指示所述维护模式中的第一虚拟化基础架构上的虚拟化部署单元(vdu)移动到第二虚拟化基础架构；以及

维护模式解除单元，所述维护模式解除单元解除所述第一虚拟化基础架构的维护模式。

(附录2)

根据附录1所述的管理装置，其中，所述管理装置构成虚拟化基础架构管理单元(虚拟化基础架构管理器：vim))，

其中，将用于使所述第一虚拟化基础架构转变为所述维护模式的请求和用于解除所述第一虚拟化基础架构的维护模式的请求的至少一个发送到所述管理装置(vim)的发送源为终端、网络功能虚拟化(nfv)编排器(nfvo)或管理虚拟网络功能的虚拟网络功能(vnf)管理单元(虚拟网络功能管理器：vnfm)，以及

其中，基于来自所述发送源的请求，执行通过所述维护模式设定单元使所述第一虚拟化基础架构转变为所述维护模式，和通过所述维护模式解除单元解除所述第一虚拟化基础架构的维护模式的至少一个。

(附录3)

根据附录2所述的管理装置，其中，所述终端为维护终端、ems(网元管理系统)或oss(操作支持系统)。

(附录4)

根据附录3所述的管理装置，其中，所述装置经由所述网络功能虚拟化编排器(nfvo)和所述虚拟网络功能管理单元(vnfm)中的至少一个，从所述终端接收用于使所述第一虚拟化基础架构转变为所述维护模式的请求。

(附录5)

根据附录3所述的管理装置，其中，所述装置经由所述网络功能虚拟化编排器(nfvo)和所述虚拟网络功能管理单元(vnfm)中的至少一个，从所述终端接收用于解除所述第一虚拟化基础架构的维护模式的请求。

(附录6)

根据附录2所述的管理装置，其中，所述装置将从所述第一虚拟化基础架构传输的故障通知直接或经由所述虚拟网络功能管理单元(vnfm)，通知给所述网络功能虚拟化编排器(nfvo)，以及

接收用于使所述第一虚拟化基础架构转变为所述维护模式的请求，所述请求的发送源为所述网络功能虚拟化编排器(nfvo)。

(附录7)

根据附录6所述的管理装置，其中，所述装置接收用于使所述第一虚拟化基础架构转变为所述维护模式的请求，所述请求的发送源为所述虚拟网络功能管理单元(vnfm)。

(附录8)

根据附录1至7的任何一个所述的管理装置，其中，所述移动控制单元包括：

移动指令传输单元，所述移动指令传输单元将用于移动到所述第二虚拟化基础架构的指令传送到所述第一虚拟化基础架构上的虚拟化部署单元(vdu)；以及

移动完成接收单元，所述移动完成接收单元接收所述虚拟化部署单元(vdu)移动到所述第二虚拟化基础架构的完成通知。

(附录9)

一种管理装置，包括：

维护模式设定单元，所述维护模式设定单元使第一虚拟化基础架构转变为维护模式；

系统切换控制单元，所述系统切换控制单元至少指示在所述第一虚拟化基础架构上的激活系统的第一虚拟化部署单元(vdu0)与第二虚拟化基础架构上的待机系统的第二虚拟化部署单元(vdu1)之间的系统切换，以及

维护模式解除单元，所述维护模式解除单元解除所述第一虚拟化基础架构的维护模式。

(附录10)

根据附录9所述的管理装置，其中，所述系统切换控制单元包括：

系统切换指令传输单元，所述系统切换指令传输单元将用于在所述第一虚拟化基础架构上的激活系统的第一虚拟化部署单元(vdu0)和所述第二虚拟化基础架构上的待机系统的第二虚拟化部署单元(vdu1)之间进行系统切换的指令传送到激活系统中的第一虚拟化部署单元(vdu0)；以及

系统切换完成接收单元，所述系统切换完成接收单元从第二虚拟化部署单元(vdu1)接收所述第一虚拟化部署单元(vdu0)切换到待机系统以及所述第二虚拟化部署单元(vdu1)切换到激活系统的完成通知。

(附录11)

根据附录10所述的管理装置，

其中，在所述系统切换完成接收单元接收到完成系统切换的通知后，当待机系统的第一虚拟化部署单元(vdu0)已经移动到第三虚拟化基础架构时并且当已经完成所述第一虚拟化基础架构的维护时，所述维护模式解除单元解除所述第一虚拟化基础架构的维护模式。

(附录12)

根据附录10或11所述的管理装置，包括：

虚拟化基础架构管理单元(虚拟化基础架构管理器：vim)，所述虚拟化基础架构管理单元(虚拟化基础架构管理器：vim)为控制虚拟化基础架构(nfvis)的管理装置并且包括所述维护模式设定单元和所述维护模式解除单元；

其中，将用于使所述第一虚拟化基础架构转变为维护模式的请求和用于解除所述第一虚拟化基础架构的维护模式的请求中的至少一个发送到所述虚拟化基础架构管理单元(vim)的发送源为终端或所述虚拟化基础架构管理器的上层装置，以及

其中，基于来自所述终端或上层装置的请求，执行通过所述维护模式设定单元使所述第一虚拟化基础架构转变为所述维护模式，和通过所述维护模式解除单元解除所述第一虚拟化基础架构的维护模式中的至少一个。

(附录13)

根据附录12所述的管理装置，其中，所述上层装置为网络功能虚拟化编排器(nfv编排器：nfvo)或管理虚拟网络功能的虚拟网络功能管理单元(vnf管理器：vnfm)。

(附录14)

根据附录13所述的管理装置，其中，所述虚拟化基础架构管理单元(vim)经由所述网络功能虚拟化编排器(nfvo)或虚拟网络功能管理单元(vnfm)，从终端接收用于使所述第一虚拟化基础架构转变为所述维护模式的请求。

(附录15)

根据附录14所述的管理装置，其中，所述虚拟化基础架构管理单元(vim)经由所述网络功能虚拟化编排器(nfvo)或所述虚拟网络功能管理单元(vnfm)，从终端接收用于解除所述第一虚拟化基础架构的维护模式的请求。

(附录16)

根据附录13所述的管理装置，其中，当所述虚拟化基础架构管理单元(vim)从所述第一虚拟化基础架构接收故障通知时，所述虚拟化基础架构管理单元(vim)将所述故障通知直接或经由所述虚拟网络功能管理单元(vnfm)，发送到所述网络功能虚拟化编排器(nfvo)，以及

其中，所述虚拟化基础架构管理单元(vim)接收用于使所述第一虚拟化基础架构转变为所述维护模式的请求，所述请求的发送源为所述网络功能虚拟化编排器(nfvo)。

(附录17)

根据附录13所述的管理装置，其中，当虚拟化基础架构管理单元(vim)从所述第一虚拟化基础架构接收故障通知后，所述虚拟化基础架构管理单元(vim)将所述故障通知发送到所述虚拟网络功能管理单元(vnfm)，以及

其中，所述虚拟化基础架构管理单元(vim)接收用于使所述第一虚拟化基础架构转变为所述维护模式的请求，所述请求的发送源为所述虚拟网络功能管理单元(vnfm)。

(附录18)

根据附录16或17所述的管理装置，其中，所述虚拟网络功能管理单元(vnfm)包括：

所述系统切换指令传输单元和所述系统切换完成接收单元，以及

其中，当所述虚拟化基础架构管理器告知所述虚拟网络功能管理单元(vnfm)所述第一虚拟化基础架构转变为所述维护模式时，所述虚拟网络功能管理单元(vnfm)发送所述系统切换指令。

(附录19)

根据附录13所述的管理装置，其中，当所述虚拟化基础架构管理器告知所述终端所述第一虚拟化基础架构转变为维护模式时，所述终端作为所述系统切换指令传输单元发送所述系统切换指令，以及

其中，所述终端作为所述系统切换完成接收单元，接收所述系统切换完成通知。

(附录20)

一种网络管理系统，包括：

虚拟化基础架构管理单元(虚拟化基础架构管理器：vim)，所述虚拟化基础架构管理单元(虚拟化基础架构管理器：vim)控制在其上执行虚拟机的网络功能虚拟化基础架构(nfvi)；

第一虚拟化基础架构和第二虚拟化基础架构；以及

终端或所述虚拟化基础架构管理器的上层装置，

其中，所述虚拟化基础架构管理单元从所述终端或上层装置，接收用于使所述第一虚拟化基础架构转变为维护模式的请求，将所述第一虚拟化基础架构转变为所述维护模式，并且指示所述第一虚拟化基础架构上的虚拟化部署单元(vdu)移动到所述第二虚拟化基础架构，以及

其中，在所述虚拟化部署单元移动到所述第二虚拟化基础架构并且完成所述第一虚拟化基础架构的维护后，

所述虚拟化基础架构管理器从所述终端或上层装置接收用于解除所述第一虚拟化基础架构的维护模式的请求并且解除所述第一虚拟化基础架构的维护模式。

(附录21)

一种网络管理系统，包括：

虚拟化基础架构管理单元(虚拟化基础架构管理器：vim)，所述虚拟化基础架构管理装置(虚拟化基础架构管理器：vim)控制在其上执行虚拟机的网络功能虚拟化基础架构(nfvi)；

第一虚拟化基础架构、第二虚拟化基础架构和第三虚拟化基础架构；

所述虚拟化基础架构管理器的上层装置；以及

终端，

其中，所述第一虚拟化基础架构上的所述第一虚拟化部署单元(vdus)和第二虚拟化基础架构上的所述第二虚拟化部署单元(vdus)通过分别用作激活和待机系统，形成冗余结构，

其中，当虚拟化基础架构管理器从所述终端或所述上层装置接收用于使所述第一虚拟化基础架构转变为维护模式的请求时，所述虚拟化基础架构管理器使所述第一虚拟化基础架构转变为所述维护模式并且将该转变通知所述上层装置或所述终端，

其中，所述上层装置或所述终端指示在所述第一虚拟化基础架构上的第一虚拟化部署单元(vdu0)与所述第二虚拟化基础架构上的第二虚拟化部署单元(vdu1)之间进行系统切换，

其中，所述虚拟化基础架构管理器接收表示所述第一虚拟化部署单元(vdu0)已经切换以用作待机系统和所述第二虚拟化部署单元(vdu1)已经切换成激活系统的系统切换完成通知，以及

其中，在所述第一虚拟化部署单元(vdu0)移动到所述第三虚拟化基础架构并且执行所述第一虚拟化基础架构的维护后，所述虚拟化基础架构管理器解除所述第一虚拟化基础架构的维护模式。

(附录22)

一种管理方法，包括：

使作为维护目标的第一虚拟化基础架构(网络功能虚拟化基础架构：nfvi)转变为维护模式；

传输用于将所述第一虚拟化基础架构上的虚拟化部署单元(虚拟化部署单元：vdu)移动到第二虚拟化基础架构的指令；以及

在接收到所述虚拟化部署单元(vdu)移动到所述第二虚拟化基础架构的完成通知并且完成维护后，解除所述第一虚拟化基础架构的维护模式。

(附录23)

一种管理方法，包括：

使作为维护目标的第一虚拟化基础架构转变为维护模式；

传输用于在所述第一虚拟化基础架构上的激活系统的第一虚拟化部署单元(vdu0)与第二虚拟化基础架构上的待机系统的第二虚拟化部署单元(vdu1)之间进行系统切换的指令；以及

在所述第一虚拟化部署单元(vdu0)和第二虚拟化部署单元(vdu1)切换以分别用作待机和激活系统，待机系统的第一虚拟化部署单元(vdu0)移动到第三虚拟化基础架构，并且完成所述第一虚拟化基础架构的维护后，解除所述第一虚拟化基础架构的维护模式。

(附录24)

根据附录23所述的管理方法，其中，向管理装置(vim)发送用于使所述第一虚拟化基础架构转变为维护模式的请求和用于解除所述第一虚拟化基础架构的维护模式的请求中的至少一个的发送源为终端或上层装置，以及

其中，基于来自所述终端或上层装置的请求，至少执行使所述第一虚拟化基础架构转变为维护模式和解除所述第一虚拟化基础架构的维护模式。

(附录25)

根据附录24所述的管理方法，其中，

所述上层装置为执行网络功能虚拟化(nfv)的管理和集成的编排器或管理虚拟网络功能(vnf)的虚拟网络功能(vnf)管理器。

(附录26)

一种程序，使计算机执行：

维护模式设定处理，用于使第一虚拟化基础架构转变为维护模式；

移动指令传输处理，用于传输将所述第一虚拟化基础架构上的虚拟化部署单元(vdu)移动到第二虚拟化基础架构的指令；

移动完成接收处理，用于接收所述虚拟化部署单元移动到所述第二虚拟化基础架构的完成通知；以及

维护模式解除处理，用于解除所述第一虚拟化基础架构的维护模式。

(附录27)

一种程序，使计算机执行：

维护模式设定处理，用于使第一虚拟化基础架构转变为维护模式；

系统切换传输处理，用于传输用于在所述第一虚拟化基础架构上的激活系统的第一虚拟化部署单元(vdu0)与第二虚拟化基础架构上的待机系统的第二虚拟化部署单元(vdu1)之间进行系统切换的指令；

系统切换完成接收处理，用于接收所述第一虚拟化部署单元(vdu0)和第二虚拟化部署单元(vdu1)分别切换到待机和激活系统的完成通知；以及

维护模式解除处理，用于在待机系统的第一虚拟化部署单元(vdu0)移动到第三虚拟化基础架构并且完成所述第一虚拟化基础架构的维护后，解除所述第一虚拟化基础架构的维护模式。

[附图标记列表]

10nfvmano(nfv-mano)

11nfv编排器(nfvo)

12vnf管理器(vnfm)

13虚拟化基础架构管理器(vim)

20vnf

21vdu0

40终端

31nfvi0

32nfvi1

33nfvi2

100,nfvmano10管理装置

101,nfvo11维护模式设定单元

102移动指令传输单元

103移动完成接收单元

105移动控制单元

104,114维护模式解除单元

112系统切换指示传输单元

113系统切换完成接收单元

115系统切换控制单元