Page 39 - 网络电信10月刊上
P. 39

解   决  方  案

                （1）方案一：软硬件解耦                                     一个本地网或一个区域（号段）作为VNF  POOL。后期物理网元
                软硬件解耦为二层解耦方式，由厂家进行软件集成。                          POOL管辖区域逐步缩小、云化网元POOL管辖区域逐步增大，以
            运营商标准化软硬接口和硬件与VIM（Virtualisation                     能力集（本地网）为单位进行POOL管辖范围的调整，对于OMC/
            Infrastructure  Management，虚拟化基础设施管理器）管理接            OSS无额外要求。
            口厂家内部实现软件集成。此方案上线较快、问题定位清晰；                              （2）方案二：PNF与VNF混合组POOL
            缺点是容易形成软烟囱，不同厂商资源池资源难以实现共享。                              混合组POOL适用于PNF（Phys ical NetworkFuncation，物
                （2）方案二：三层解耦                                      理网络功能）与VNF同厂家场景，在现网POOL中加入虚拟网元，
                三层解耦方式与二层解耦的区别是虚拟资源层由集成厂家                        虚拟网元进行弹性伸缩时需要同步修改DNS中的数据。此方案需
            实现，集成商对厂家进行软件集成。运营商标准化软硬接口和                          要同一套OSS/OMC对VNF和PNF进行管理，并且支持对VNF和PNF不
            硬件与VIM管理接口，选定软件集成商并明确软件包的厂商范围                        同软件版本的管理和配置核查功能，原OSS与OSS/NFVO之间同步
            和组成，不需制定软件集成接口的规范。此方案硬件资源充分                          网元的告警和性能信息。
            共享，能真正做到自动化部署和统一运维，但是系统集成难度                              两种方案比较如表1所示。
            大、部署周期长、问题定位较难。
                                                                  表1 两种VNF组网方案的比较
                （3）方案三：全解耦
                                                                                             VNF组网方案
                全解耦方式自主软件集成，运营商标准化软硬接口、硬件
                                                                       对比项
            与VIM管理接口以及软件集成接口，运营商自主实现三层的集                                        方案一：PNF与VNF混合组POOL 方案二：PNF与VNF独立组POOL
            成，优缺点与三层解耦厂家集成方案相同，但对运营商集成能                                设备选型        不支持引入新厂家         支持引入新厂家
                                                                                                需要为VNF  POOL单独划分业务
            力要求较高。                                                              不改变省内IMS组网架构，有 号段，以能力集（本地网）为
                                                                       网络架构
                综合以上分析，  初步先采用软硬解耦或三层解耦，待运营                                     利于平滑演进          单位进行POOL管辖范围的调
                                                                                                整，增加组网复杂度
            商具备软件接口打开能力后，再按需自主集成网络架构。                                           安全性较高，VNF故障时也可  初 期 V N F 尚 不 稳 定 时 ， V N F
                                                                       安全性                      POOL故障时需要手动倒换到传
                                                                                由POOL内其他网元接管业务
                                                                                                统网元
                                                                                                扩容时需要进行用户能力集、
                三、运营商VNF组网方案                                           工程实施     工程实施较简单，需修改DNS  业务数据割接，工程实施较复
                                                                                中容灾数据
                运营商VNF网元采用云化设备，异局址容灾采用POOL容灾组                                                   杂，且存在风险
                                                                                要求同一个OMC、OSS对物理网
            网方案。云化能使资源弹性伸缩，对网元组POOL进行优化。网                                       元和虚拟网元进行管理，且有   PNF和VNF可分别由独立的团队
                                                                       网络维护     功能要求，PNF与VNF的维护方  进行维护
            元正常工作时，POOL内网元负荷分担工作，每个网元根据相同                                       式差异较大，需要传统网元维
                                                                                护人员快速掌握VNF维护管理
            弹性伸缩策略独立进行弹性扩容、缩容，目前各厂家对POOL内
            网元均不支持弹性伸缩联动，因此会存在POOL内网元弹性伸缩                            两种方案各有优缺点，从设备选型、网络架构、安全性、
            不同步、短时间内POOL内网元容量不均衡的情况，但不影响网                        工程实施、网络维护以及工程造价等各个方面综合考虑进行方
            络运行。                                                 案选择，在本地网无无新厂家引入场景下，方案二更有利于平
                与传统网元相比，VNF网元云化后，如果出现软件故障，需                      滑演进。
            要人工排查后进行网元重启，VNF网元可以迅速重生；而对于单
            纯硬件故障引起的网元故障，则不需人工更换硬件，大大缩短                              四、运营商MANO发展策略
            VNF恢复时间，提升运维效率。                                          MANO逻辑架构如图3所示，MANO主要提供虚拟化资源、
                图2为NFV组网示意图：                                     虚拟化网络功能和网络业务的统一管理。MANO包括三大类功
             图2 NFV组网示意图                                         能实体：基础设施管理VIM、虚拟化网络功能管理VNFM（VNF
                                                                 Management）和NFV编排器NFVO（NFV  Orchestration）。NFVO
                                                                 实现网络服务、VNF管理及全局资源调度，是云管理的决策者，
                                                                 VNFM是VNF管理的执行者，VIM是局部虚拟资源及硬件资源管理
                                                                 的执行者。
                                                                  图3 MANO逻辑架构图










                在NFV引入初期，云化网元和非云化网元共存。以引入IMS
            域网元为例，其组网有如下两种方案：
                （1）方案一：PNF与VNF独立组网
                VNF和PNF可以同厂家也可以异厂家，从现网POOL中分裂出

            50                                         网络电信 二零一七年十月
   34   35   36   37   38   39   40   41   42   43   44