1、 ETSI GS NFV 002 V1.2.1 (2014-12) Network Functions Virtualisation (NFV); Architectural Framework Disclaimer This document has been produced and approved by the Network Functions Virtualisation (NFV) ETSI Industry Specification Group (ISG) and represents the views of those members who participated i
2、n this ISG. It does not necessarily represent the views of the entire ETSI membership. GROUP SPECIFICATION ETSI ETSI GS NFV 002 V1.2.1 (2014-12) 2Reference RGS/NFV-002 Keywords architecture, NFV ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93
3、 65 47 16 Siret N 348 623 562 00017 - NAF 742 C Association but non lucratif enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important notice The present document can be downloaded from: http:/www.etsi.org The present document may be made available in electronic versions and/or in print. The c
4、ontent of any electronic and/or print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the print of the Portable D
5、ocument Format (PDF) version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http:/portal.etsi.
6、org/tb/status/status.asp If you find errors in the present document, please send your comment to one of the following services: http:/portal.etsi.org/chaircor/ETSI_support.asp Copyright Notification No part may be reproduced or utilized in any form or by any means, electronic or mechanical, includin
7、g photocopying and microfilm except as authorized by written permission of ETSI. The content of the PDF version shall not be modified without the written authorization of ETSI. The copyright and the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Inst
8、itute 2014. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTMand the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members. 3GPPTM and LTE are Trade Marks of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. GSM and the GSM logo are Trade Ma
9、rks registered and owned by the GSM Association. ETSI ETSI GS NFV 002 V1.2.1 (2014-12) 3Contents Intellectual Property Rights 5g3Foreword . 5g3Modal verbs terminology 5g31 Scope 6g32 References 6g32.1 Normative references . 6g32.2 Informative references 6g33 Definitions and abbreviations . 7g33.1 De
10、finitions 7g33.2 Abbreviations . 7g34 Overview 7g34.1 Document Structure and Purpose . 7g34.2 Summary of Objectives of NFV . 8g34.3 Approach 8g35 NFV Framework and Scope . 9g35.1 General . 9g35.2 High-Level NFV Framework . 10g36 Network Services in NFV 11g36.1 Introduction to Network Services in NFV
11、 11g36.2 Virtualisation of Functional Blocks for Network Services . 11g36.3 Implications of NFV . 13g37 NFV Reference Architectural Framework . 13g37.1 Introduction 13g37.2 Architectural Functional Blocks . 13g37.2.1 Overview of the Functional Blocks 13g37.2.2 Virtualised Network Function (VNF) . 14
12、g37.2.3 Element Management (EM) 14g37.2.4 NFV Infrastructure 15g37.2.4.1 NFV Infrastructure Definition . 15g37.2.4.2 Hardware Resources 15g37.2.4.3 Virtualisation Layer and Virtualised Resources 15g37.2.5 Virtualised Infrastructure Manager(s) . 16g37.2.6 NFV Orchestrator . 16g37.2.7 VNF Manager(s) .
13、 16g37.2.8 Service, VNF and Infrastructure Description 16g37.2.9 Operations Support Systems and Business Support Systems (OSS/BSS) 17g37.3 Reference Points . 17g37.3.1 Virtualisation Layer - Hardware Resources - (Vl-Ha) 17g37.3.2 VNF - NFV Infrastructure (Vn-Nf) 17g37.3.3 NFV Orchestrator - VNF Mana
14、ger (Or-Vnfm) . 17g37.3.4 Virtualised Infrastructure Manager - VNF Manager (Vi-Vnfm) 17g37.3.5 NFV Orchestrator - Virtualised Infrastructure Manager (Or-Vi) 17g37.3.6 NFVI - Virtualised Infrastructure Manager (Nf-Vi) . 17g37.3.7 OSS/BSS - NFV Management and Orchestration (Os-Ma) 18g37.3.8 VNF/EM - V
15、NF Manager (Ve-Vnfm) 18g38 Study Items in NFV Reference Architectural Framework . 18g38.1 Introduction 18g38.2 Virtualisation Layering and NFVI Support 18g38.3 VNF Software Architecture 19g38.4 NFV Management and Orchestration . 19g38.5 Performance . 19g3ETSI ETSI GS NFV 002 V1.2.1 (2014-12) 48.6 Re
16、liability . 20g38.7 Security 20g39 Conclusions and Recommendations . 20g3History 21g3ETSI ETSI GS NFV 002 V1.2.1 (2014-12) 5Intellectual Property Rights IPRs essential or potentially essential to the present document may have been declared to ETSI. The information pertaining to these essential IPRs,
17、 if any, is publicly available for ETSI members and non-members, and can be found in ETSI SR 000 314: “Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect of ETSI standards“, which is available from the ETSI Secretariat. Latest updates are avail
18、able on the ETSI Web server (http:/ipr.etsi.org). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web server) which are,
19、or may be, or may become, essential to the present document. Foreword This Group Specification (GS) has been produced by ETSI Industry Specification Group (ISG) Network Functions Virtualisation (NFV). Modal verbs terminology In the present document “shall“, “shall not“, “should“, “should not“, “may“
20、, “may not“, “need“, “need not“, “will“, “will not“, “can“ and “cannot“ are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of provisions). “must“ and “must not“ are NOT allowed in ETSI deliverables except when used in direct citation. ETSI ET
21、SI GS NFV 002 V1.2.1 (2014-12) 61 Scope The present document describes the high-level functional architectural framework and design philosophy of virtualised network functions and of the supporting infrastructure. The document also defines the scope of the NFV Industry Specification Group (ISG) acti
22、vities to realize this framework. 2 References 2.1 Normative references References are either specific (identified by date of publication and/or edition number or version number) or non-specific. For specific references, only the cited version applies. For non-specific references, the latest version
23、 of the referenced document (including any amendments) applies. Referenced documents which are not found to be publicly available in the expected location might be found at http:/docbox.etsi.org/Reference. NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI
24、 cannot guarantee their long term validity. The following referenced documents are necessary for the application of the present document. 1 ETSI GS NFV 003: “Network Functions Virtualisation (NFV); Terminology for Main Concepts in NFV“. 2 ETSI GS NFV 004: “Network Functions Virtualisation (NFV); Vir
25、tualisation Requirements“. 3 ETSI GS NFV 001: “Network Functions Virtualisation (NFV); Use Cases“. 2.2 Informative references References are either specific (identified by date of publication and/or edition number or version number) or non-specific. For specific references, only the cited version ap
26、plies. For non-specific references, the latest version of the referenced document (including any amendments) applies. NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee their long term validity. The following referenced documents are not n
27、ecessary for the application of the present document but they assist the user with regard to a particular subject area. i.1 NFV White paper: “Network Functions Virtualisation, An Introduction, Benefits, Enablers, Challenges Universal Mobile Telecommunications System (UMTS); LTE; Network architecture
28、 (3GPP TS 23.002)“. NOTE: Available at http:/www.3gpp.org/ftp/Specs/html-info/23002.htm. ETSI ETSI GS NFV 002 V1.2.1 (2014-12) 73 Definitions and abbreviations 3.1 Definitions For the purposes of the present document, the terms and definitions given in ETSI GS NFV 003 1 apply. 3.2 Abbreviations For
29、the purposes of the present document, the following abbreviations apply: BSS Business Support System CDN Content Delivery Network CMS Cloud Management System COTS Commercial-Off-The-Shelf DHCP Dynamic Host Configuration Protocol E2E End-to-EndEM Element Management EMS Element Management System EPC E
30、volved Packet Core GW Gateway IT Information Technology LAN Local Area Network MME Mobility Management Entity NAS Network Attached StorageNAT Network Address Translation NF Network FunctionNFV Network Functions Virtualisation NFVI NFV Infrastructure NFVI-PoP NFV Infrastructure Point of Presence NMS
31、Network Management System OS operating system OSS Operations Support System PGW Packet Data Network Gateway PNF Physical Network Function RGW Residential Gateway SDO Standards Development Organization SGW Serving Gateway VLAN Virtual Local Area Network VM Virtual Machine VNF Virtualised Network Func
32、tion VNF-FG VNF Forwarding Graph VPLS Virtual Private LAN Service 4 Overview 4.1 Document Structure and Purpose The present document is structured as follows: Clause 4 presents the main purpose, objectives and approach of NFV. Clause 5 presents the NFV framework and scope. Clause 6 introduces main c
33、oncepts behind the virtualisation process and its impact on end-to-end network services. Clause 7 presents the NFV reference architectural framework. Clause 8 describes some future study items and focus areas in NFV. Finally, clause 9 concludes and proposes some recommendations to realize the NFV pa
34、radigm. ETSI ETSI GS NFV 002 V1.2.1 (2014-12) 8Network Functions Virtualisation is a powerful emerging technique with widespread applicability. The initial focus is on the subset of network services described in ETSI GS NFV 001 3. ETSI GS NFV 001 3 further identifies a number of use cases for the vi
35、rtualisation of network functions. The present document supports these use cases, although it does not explicitly map them to the NFV framework. The purpose of the present document is to abstract the overall problem space in such a way that the requirements and aspects unique to NFV 2 are clearly id
36、entified so that the work can be scoped and organized. The resulting network architectural framework aims at positioning NFV among relevant telecommunications and IT industry stakeholders, including network operators, solution vendors, service integrators and providers, as well as serving as a refer
37、ence to NFV ISG working groups. Another purpose of the present document is to provide guidance to the industry Standards Development Organizations (SDOs) to align existing network related specifications with the NFV architectural framework outlined in the present document. Any further standardizatio
38、n of network functions, architecture and interfaces that are required to properly operate in a virtualised environment will be carried out in relevant SDOs. The resulting standards are expected to support the NFV high-level architectural requirements for both intra- and inter-provider domains. 4.2 S
39、ummary of Objectives of NFV A detailed description of the NFV objectives is contained in i.1. Briefly, high-level objectives of NFV are: Improved capital efficiencies compared with dedicated hardware implementations. This is achieved by using commercial-off-the-shelf (COTS) hardware (i.e. general pu
40、rpose servers and storage devices) to provide Network Functions (NFs) through software virtualisation techniques. These network functions are referred as Virtualised Network Functions (VNFs). Sharing of hardware and reducing the number of different hardware architectures in a network also contribute
41、 to this objective. Improved flexibility in assigning VNFs to hardware. This aids both scalability and largely decouples functionality from location, which allows software to be located at the most appropriate places, referred to in the present document as NFVI-PoPs 1, e.g. at customers premises, at
42、 network exchange points, in central offices, data centres, etc. This enables time of day reuse, support for test of alpha/beta and production versions, enhance resilience through virtualisation, and facilitates resource sharing. Rapid service innovation through software-based service deployment. Im
43、proved operational efficiencies resulting from common automation and operating procedures. Reduced power usage achieved by migrating workloads and powering down unused hardware. Standardized and open interfaces between virtualised network functions and the infrastructure and associated management en
44、tities so that such decoupled elements can be provided by different vendors. 4.3 Approach Current networks are comprised of diverse network functions. These network functions are connected, or chained, in a certain way in order to achieve the desired overall functionality or service that the network
45、 is designed to provide. Most current network services are defined by statically combining network functions in a way that can be expressed using an NF Forwarding Graph or NF Set construct. A major change brought by NFV is that virtualisation enables additional dynamic methods rather than just stati
46、c ones to construct and manage the network function graphs or sets combining these network functions. A major focus of NFV is to enable and exploit the dynamic construction and management of network function graphs or sets, and their relationships regarding their associated data, control, management
47、, dependencies and other attributes as detailed in clause 5. For example, the term Network Function Forwarding Graph focuses on relations that express connectivity between network functions and the aspects that virtualisation introduces as detailed in clause 6. ETSI ETSI GS NFV 002 V1.2.1 (2014-12)
48、9Furthermore, future network services may be quite different to current network services. These services will be comprised of a diverse set of non-virtualised and/or virtualised network functions, the latter supported by virtualised computing and network infrastructure, requiring interoperability am
49、ong legacy and NFV-based network domains. The overall service attributes, in particular reliability, availability, manageability, security and performance will depend on the individual (virtualised) network function attributes, as well as how these functions are connected. These attributes are not necessarily independent. It is therefore important to formulate an architecture that supports the diversity of network functions that can potentially be virtualised. The approach taken here is to describe how the elements necessary to realize NFV ca
