NFV-MANO负责管理网络服务(NetworkService)和VNF的生命周期。它引入了一批新的管理功能，OSS应考虑吸收这些功能。尽管OSS不在ETSINFV当前工作范围内，但部署NFV的服务提供商却不能不考虑这个问题。

　　对于想要开启NFV转型之旅的所有参与者来说，主要任务之一就是设计一个目标OSS架构，评估它们现有的OSS功能，然后促成二者的结合。显然，并非所有OSS/BSS功能都会受到网络功能虚拟化的影响。这就为渐进式OSS转型提供了可能，即可以从最受影响的领域（如服务激活或故障管理）开始实施。此时，差距分析也就成了一个基本步骤，因为要评估现有OSS平台哪些可以保留，以确保过渡尽量平稳。

　　利用NFV实现OSS转型

　　NFV对OSS提出了新需求，并因此给转型带来了挑战。满足这些需求就要创建一个新的服务管理和资源管理层，这将影响到开通和保障流程。

　　首先，NFV通过其引入的虚拟化以VNF、网络服务(NetworkService)以及其他组件的形式增加了新的抽象——以及一批新的管理组件：NFV编排器(NFVOrchestrator,NFVO)、VNF管理器(VNFManager,VNFM)和虚拟化基础设施管理器(VirtualizedInfrastructureManager,VIM)。这将直接影响OSS中使用的运营流程。

　　其次，NFV需要更高程度的自动化。这将简化运营、提高业务敏捷性和加快上市速度。但这会增加OSS和NFV-MANO的责任。

　　最后，NFV技术带来了新功能，让服务提供商能采用新的业务模式。例如，由极具创新力的服务提供商新秀以“功能即服务”(FaaS)的形式提供外部网络功能或服务，或简单以IaaS模式使用外部基础设施。运营将需要更侧重于管理其服务的客户体验而非管理基础设施。OSS需要支持此类业务模式以及与此类供应商或合作伙伴的集成。

　　要发挥NFV的最大优势，就得改造OSS，使服务提供商能有机会获得更多运营收益。每个服务提供商都有着各自的战略。有的服务提供商希望以渐进的方式让其OSS逐步适应NFV；而有的服务提供商则希望一步到位地将NFV引入其系统中。对于想一步到位的服务提供商，它们可以利用NFV-MANO将当前的OSS改造成更高效的系统。对于想采用渐进方式的服务提供商，它们能以对现有OSS和运营模式影响最小的方式引入NFV。

　　HPENFVDirector

　　HPENFVDirector是HPEOSS转型设想中的一个重要组件。

　　它负责处理服务运营工厂的NFV生产部分。它提供了一个公共点以确保一致的VNF管理和行为，即不管供应商是谁，都能让每个VNF在异构硬件平台和虚拟化环境中高效运行。HPENFVDirector负责自动管理跨VNF、VNF转发图(VNF-FG)和网络服务(NS)的端到端服务。

　　它在设计上就考虑了要满足ETSI不断发展的NFV编排器功能规范。其中包括虚拟化网络功能和网络服务的编排和管理，可提供全局资源管理和统一应用全局策略、跨VNF的策略和VNF特定的策略。

　　在ETSI模型中，VNF管理器负责VNF生命周期行为（例如，决定扩容还是缩容）。HPENFVDirector可以使用由供应商提供的外部VNF管理器。它还可以通过其内嵌的功能提供VNF管理器功能，从而弥补供应商解决方案或由运营商从基本功能开始创建的VNF中完全或部分缺失的VNF管理器功能。

　　图3.NFVDirector概述

　　HPENFVDirector还负责全局资源管理，从满足VNF要求和全局策略（超出VNF的范围）要求的合适资源池中分配资源。全局资源管理策略可以包括执行灾难恢复，即使用单独的灾难恢复流程自动处理恢复情境。