DOCSLIB.ORG

O-RAN-Embracing-Open-Ecosystem-09082020M.Pdf

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
O-RAN-Embracing-Open-Ecosystem-09082020M.Pdf Embracing Open Ecosystem Dr. Chih-Lin I CMCC Chief Scientist, Wireless Technologies, CMRI Technical Steering Committee Co-chair, O-RAN Alliance 5G Transformation with Open Source, ONF Spotlight Sep. 9th, 2020 1 Global 5G Landscape Commercial launches by 81, investment by 386 carriers (deployment and verification) Europe: 5G commercialized by 34 carriers in 17 countries China: World's largest commercial 5G networks, 480k+ sites • Sunrise in Switzerland: 300+ towns (China Mobile: 250k); 600k+ sites by end of 2020 in 340+ major • BT/EE in the UK: 16 cities, involving 1,500+ sites cities; largest user base at 130+ million sub (Aug 31) • Vodafone: 58 cities in 7 countries, roaming available South Korea: World's first 5G network in 2019, having 5+ million users Japan: 5G launched in March 2020 Australia: 5G launched by Optus and Telstra in Q2 2019 America: 9 carriers U.S.: 5G launched by top 4 carriers based on 3GPP Release 15 Africa: 3 carriers South Africa: 5G launched by Rain in Middle East: commercial 5G launched by 13 carriers in October 2019 in Johannesburg, Durban, Kuwait, United Arab Emirates, Saudi Arabia, and Bahrain Pretoria, and other major cities 2 Source: GSA report, June 2020 2 China’s 5G Rollout since June 2019 Build the largest 5G commercial network in the world 480k+ base stations were deployed by the end of Aug 5G users had surpassed 130+ million by the end of Aug 197+ models of 5G smartphones had obtained certifications by the end of Aug Number of 5g base 400+ 5G application trials had been completed, stations in each province including industrial internet, transportation, and 20000+ 10000-20000 healthcare, etc. 5000-10000 1000-5000 0-1000 3 Data source: ICT Institute3 5G Standardization: Basic, Enhanced, Extended 2017 2018 2019 2020 2021 Q4 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Rel-15 NSA Rel-15 NSA Rel-15 SA Rel-15 SA Rel-17 package (option-3) (option-2) approval Rel-17 SI/WI Phase (option-3) (option-2) Rel-15 late Rel-15 late freeze ASN.1 freeze ASN.1 drop freeze drop ASN.1 Rel-17 Rel-17 stage- RAN1 3 freeze freeze RAN2/3/4(co Rel-16 SI Rel-16 SI/WI phase re) Rel-17 Rel-17 stage- Rel-17 ASN.1 RAN1 3 freeze Rel-16 freeze RAN2/3/4 freeze Rel-17 ASN.1 R15 R16 R17 • key tech. and architecture latency:1ms • Performance Optimization Latency: 0.5~1ms • Enhanced intelligence 1M connection/km2 • Basic design Reliability 99.999% • Enhanced To B support Reliability 99.9999% • Service optimization Sub-meter positioning • To B and To C 500km/h high mobility • N/W intelligence Meter-level posiiton • N/W optimization 1000km/h mobility 4 4 5G: ICT Convergence ICDT Convergence ICT Convergence Green & Soft Cloud Big Data 4G 5G AI/ML 6G SDN & NFV Smart Data Driven Soft MEC Open & Smart X86 ICDT Convergence C-RAN NFV Open5G WAIA O-RAN 5 5 RAN Transformation: a Long Journey C-RAN baseband pool R&D C-RAN field trials 5G smart RAN 1, C-RAN Alliance launched & CU-DU 1, Design, development and test on front- 1, Large-scale field trials in over 10 cities architecture accepted by 3GPP end accelerator 2, PoC field demonstration on virtualized 2, WAIA: Proposal of RDA concept for 2, First soft 4G BS PoC based on COTS C-RAN the first time with AI-based wireless big platform 3, Evaluation of NGFI & design of CU/DU data architecture 3, 1st field trial in commercial networks architecture, anchor CU for reliability 3, In-hours PoC development on cloud- 4, Adding RAN in ETSI NFV ISG WP 4. Established IEEE 1914 WG 5. ITU-T 5G FG based CU-DU with demonstration with commercial RRU&UE 2012-2013 2014 2015 2016 2017 2018 C-RAN PoC development 5G C-RAN O-RAN 1, OTA test with commercial EPC , RRU 1, Continuous refinement on design of 1, Open & Smart and UE CU-DU architecture and the interface 2, RIC 2, Proposal of NGFI (xHaul) concept 2, In-house PoC development of gNB 3, Arch & Interface 3, Proposal of CU-DU architecture with CU-DU, MANO and cloud platform 3, Carrier-grade cloud platform proposal 4, Open source 5, …… CU_DU VM accepted by Openstack RT-Linux+ Front- CN PCIe CPRI SmarTile Driver End 6 6 O-RAN: Open & Smart RAN Vision of O-RAN NMS MANO 5G CN 5G CU Big Data Open Interface & MEC Analytics & AI Architecture CU-C CU-U E2 E1 Intelligence & Intelligent • Big Data-based RRM Standardization Management • Intelligent computing- based apps RAN NFVI • E2, E3 Interface Standardization NGFI-II CU • Open Interface of protocol stack Open Source & • Open Capability of Edge Computing Virtualization 5G DU DU • Open Interface (NGFI-I/NGFI-II) NGFI-I AAU/RU whitebox •Open-source Software, &Reference design AAU/RU white-box open reference design 7 7 O-RAN Reference Arch & TSC: 9 WGs, 3 FGs,1 OSC WG1: Use cases & Overall architecture AT&T & CMCC Design Inventory Policy Configuratio RAN Intelligent Controller (RIC) CMCC, AT&T n non-RT Standards Dev. & E///, Intel Orchestration & Automation (e.g. ONAP): MANO, NMS Focus Group WG2: RIC(non-RT) A1 & A1 Interface RAN Intelligent Controller (RIC) near-RT DT, CMCC & ApplicationsE Layer Nokia, Samsung Radio QoS Interferenc 3rd party 2 Mobility Trained Orange, DOCOMO & E/// Connection Mgm e APP Mgmt Model WG3: RIC(near-RT) Mgmt t. Mgmt Test & Integration WG5: open F1/ Radio-Network Information & E2 Interface W1/E1/X1/Xn inf. Base Focus Group E2 :btw RIC near-RT and CU/DU CMCC & AT&T CU-CP CU-UP Multi-RAT RRC E1 SDAP WG9: Open X-haul CMCC, AT&T CU Protocol Stack PDCP- PDCP- transport Intel & Radisys C U WG8: Stack DOCOMO, Verizon Open Source reference design NFVI Platform: Virtualization layer and COTS platform F1 & Nokia, Cisco Community WG4: Open FH AT&T, ORANGE, Interface Open Source Lenovo & Ciena DU: RLC/MAC/PHY-high Focus Group WG6: Open Front Haul CMCC, AT&T, Cloudification & QCM & Baicells MANO Enhance RU: PHY-low/RF WG7: White-Box 8 8 Open Reference Design: 5G Ecosystem Transformation • Enable players with diverse domain expertise to participate • Lower the technical entry barrier for new entrants • Create source diversity for healthier ecosystem Traditional Ecosystem Ecosystem based on ORD Horizontal Hardware Software Decoupling Provider Provider System Vertical CU DU … RU Open Ref. Design Provider Provider Vendor Decoupling Provider System Integrator Private R&D Open Ref. Design System System 9 9 CMCC Whitebox Field Trials: 4G in 2019, 5G in 2020 Goal 4G WB field trial (2019) Suzhou field trial：focusing on stability verification of cloud Verify the functional integrity, stability and reliability of platform covering an area of 1500 square meters about 200 5g cloud pico station both in public network and the users. This system worked without stability problem during vertical industry,. at least 30 days. Evaluation of integrated deployment cost (CAPEX/OPEX) Verify system reliability (general platform with HA/ dedicated platform) User tidal migration Extension for future intelligent RAN scenario research Cell_1 5G WB field trial participating provinces B, C, F, G, J (LTE&NR), S, Z Cell_2 Cell_3 2019.Q3 2019.Q4 2020.Q1 2020.Q2 2020.Q3 2020.Q4 2021-future LTE pico station lab NR pico station lab NR pico station intelligent RIC test & field trial test field trial extension 10 10 Roadmap of O-RAN Whitebox • Architecture selection, function • Release of 1st version of deployment • Key component selection and building reference design decomposition and requirements for BS WB scenarios and use case document • Draft 4 specifications of the reference design of IPC whitebox • POC 1st version prototype IN MWC Europe • WB reference architecture • 1st WB RU POC demo at MWC Europe • POC 2nd version prototype IN MWC Shanghai • Release Schematic level reference design for RU and Accelerator for IPC 2019 Q3 2019 Q1 2019 Q2 2019 Q4 2020 Q1 RU characters: Accelerator characters： •Operating band: 2.6GHz, 2.6GHz+2.3GHz •Networking : NSA/SA •Channel BW: 100MHz •Capacity : 3cell* 4T4R 100Mhz NR+ 5cell*4T4R 20MHz LTE •Port Num: 2T2R, 4T4R+2T2R(LTE) •Fronthaul : CPRI/eCPRI Indoor Picocell (FR1) deployment Outdoor Macrocell(FR1) Outdoor Picocell (FR2) scenario: • Develop HW architecture and requirement specifications • Develop one HW architecture and requirement spec and reference design • Release 4 specs • Develop HW reference design Specs: one for FR1 specifications • O-RAN.WG7.DSC.0-v02.00 Indoor Picocell (FR1) deployment scenario: • O-RAN.WG7.IPC-HAR.0-v01.00 • Release spec for HRD v1.0 for option 6 IPC reference design and hardware • Release spec for HRD v2.0 for option 8 • O-RAN.WG7.IPC-HRD-Opt7-2.0-v01.00 using ASIC • O-RAN.WG7.IPC-HRD-Opt7-8.0-v01.00 • Release spec for HRD v2.0 for option 7-2 • 2020 Q2 2020 Q3 2020 Q4 2021 Q1 2021 Q2 2021 Q3 Outdoor Microcell(FR1) Outdoor Microcell(FR1) • Develop HW architecture and requirement specifications • Develop HW architecture and requirement specification V2 11• Develop HW reference design Specs: one for FR1 • Develop HW reference design Specs: V2 one for FR1 11 11 O -RA N Softw are C om m unity (O -RA N SC ) structure • … under Linux Foundation (LF) O-RAN Open Source Community • … sponsored by O-RAN Alliance to develop open source software to realize O-RAN components and systems • The O-RAN SC Technical Oversight Committee (TOC) will be responsible for all technical oversight of the open source project www.o-ran-sc.org 1 April, 2018, preminlinary discussion with LF 1 Oct, 2018, Open Source Focus Group formed 1 April 2, 2019, O-RAN SC officially set up 1 May, 2019, project kick-off, seed code uploaded Nov.
Load more

Recommended publications
  • World Bank Webinar Infrastructure and Software
    Webinar Infrastructure & Software 101 Infrastructure for Core, Edge & RAN/Access with 5G Open Software Arpit Joshipura GM, Networking, Edge & IOT The Linux Foundation Agenda & Topics › Recap & Updates post Webinar 1: 5G 101 › Open Source Stacks and Global Foundations/SDO overview › Key Open Source Projects › Overview (Core, Edge, Access, AI) › Spotlight Projects: Deployment and Blueprint Examples › Networking (ONAP, ORAN SC) › AI (Acumos) › Edge (Akraino), › Where do I start? › Q&A Recap & Updates 5G 101 (from Webinar 1) The Linux Foundation’s goal is to create the greatest shared technology investment in history by enabling open collaboration across companies, developers and users. We are the nonprofit organization of choice to build ecosystems that accelerate open source technology development and commercial adoption on a global scale. Januar 4 y 2019 4 *Updated* Technology Disruption and Rise of Open Source 2010-2020 2021+ Technology building blocks for Open Source Software Putting E2E OSS to use in vertical markets Edge & Intent Based AI, IOT, Open Collaboration CLOUD NATIVE across Cloud, Telecom & Enterprise Kubernetes AUTOMATION & CNFs 5G & DISAGGREGATION ORCHESTRATION SOFTWARE VIRTUALIZATION DEFINED NETWORKING NETWORK FUNCTIONS VIRTUALIZATION 5 End to End Open Source Software Collaboration NETWORK VNFs CNFs Cloud Nati Core Apps/Internet / FUNCTIONS & APPS Web Mobile MANAGEMENT Carrier ORCHESTRATION Access & ANALYTICS Private Cloud NETWORK Residential CONTROL Carrier Core INFRASTRUCTURE SMB/ROBO Public Cloud Enterprise & IIOT eg
    [Show full text]
  • 1 組織名称（略称） Open Network Automation Platform (ONAP)
    1 組織名称（略称） Open Network Automation Platform (ONAP) https://www.onap.org/ 2 分類 活動目的 ◎ 仕様策定 ○ 実装・検証 オープン 該当あり － 試験・認証 － 普及・啓発 ソース － その他（ ） 対象技術分 ⑨情報・通信技術 対象サービス サービスには該当なし 野 （オペレーション関 連） 技術MAP 活動エリア ③モバイル系、固定 活動領域 ⑤APLとMDLの両領域 系の両方の領域を の活動を実施 対象に活動実施 3 目 的 Open Network Automation Platform (ONAP)は、Linux Foundation傘下のオ ープンソースのネットワークプロジェクトのひとつである。2017年2月末にONAPはA T&TのECOMPプロジェクトのオープンソース版と、China Mobile、Huawei、ZTEな ど主に中国勢が貢献する、Linux FoundationのOpen-Orchestratorプロジェクト版 を統合することによってあらたに設立したプロジェクトである。 本プロジェクトの目的は、物理的あるいは仮想的ネットワークエレメントをオーケスト レーションや自動化することにより、全てのライフサイクル管理を実現するため、幅 広く利用されるプラットフォームを開発することである。 ONAPアーキテクチャに基づく最初の統合版は、”Amsterdam”というコードネームで あり、2017年11月20日に発表された。次期バージョンのコードネームは、”Beijing” と言い、2018年6月にリリースが発表された。。 2018年１月現在、ONAPは、Linux FoundationのNetworking Fund傘下のプロジ ェクトとなっている。 （以上、Wikipediaより要訳） 4 組織構成 Linux Foundationは、これまで別々に運営されてきた6つのネットワーク関連のオ ープンソースソフトウェア開発プロジェクトをまとめた新しい運営スキームとして「LF Networking Fund」を2018年1月に開始したと発表した。LF Networkingは、29社 からなるplatinumメンバーが、新しいgoverning boardを構成している。 platinum membersには、次のように様々な業種の企業が含まれる。Amdocs, ARM, AT&T, Bell, China Mobile, China Telecom, Cisco, Cloudify, Ericsson, Huawei, I BM, Intel, Juniper, Lenovo, NEC, Nokia, Orange, Qualcomm, Red Hat, Ji o, Samsung, Suse, Tech Mahindra, Turk Telekom, Verizon, VMware, vod afone and ZTE.（日系企業：NECのみ） LF Networkingには、下図に示すように、各プロジェクト共通の、LF Networking G overning board、Technical Advisory Council (TAC) 及び、Marketing Advisor y Council (MAC)が存在する。また、各プロジェクトには、個別のTechnical Steeri ng Committee (TSC)が存在する。 また、ONAPのTSCは次のメンバーで構成されている。 https://www.onap.org/about/tsc Technical Steering
    [Show full text]
  • Ericsson Internal ONAP PROGRAM
    Technical Community Cooperation: Generic Network Management Magnus Buhrgard, Open Source and Standardization Manager Ericsson Some observations 1 (4) • ONAP is appealing to cooperate with for all the listed standards entities • It is a very large area – need to define focus • There are ongoing collaborations – Thanks Deng Hui and others! - I need your help to identify them • A number of presentations were made at the Joint sub-committee meeting in April: - ETSI NFV - Thinh Nguyenphu - 3GPP SA5 - Thomas Tovinger & Anatoly Andrianov - BBF - Tim Carey - MEF - Karthik Sethuraman - TM Forum - Ken Dilbeck - ETSI ZSM – Klaus Martiny & Uwe Rauschenbach Some observations 2 (4) “It is evident that as ONAP matures, with more platform capabilities introduced in each release, standards become increasingly important to ensure an extensible and interoperable ecosystem that the ONAP platform can support.” “People make the difference: Despite all the processes and governance that are put in place .. …. It is the individuals who invest the time and careful focus that is required to bridge both communities who will make this effort successful.” “Sometimes a standards effort will also create a reference implementation or snippets of code demonstrating an implementation. ….the standards licensing model might be incompatible with inclusion in an open source project” Ways of Working for Collaboration • Harmonization will benefit both ONAP and SDOs, but main objective to look for ONAP benefits • Use ideas from SDOs. • Be standards-compliant • Influence standards.
    [Show full text]
  • An Introduction to ONAP Amar Kapadia My Introduction
    5G & NETWORK TRANSFORMATION CONFERENCE An Introduction to ONAP Amar Kapadia My Introduction ● Author of “Understanding OPNFV”, “ONAP Demystified” ● NFV specialist with background in OpenStack, Ceph, dataplane acceleration technologies ● Co-founder Aarna Networks, Inc. ● Previously at Mirantis, Seagate, Emulex, Philips, HP ● MS EE from University of California, Berkeley © 2017 Aarna Networks, Inc. Aarna and Argela Partnership ● Aarna Networks provides the only LF-approved ONAP training courses ● Aarna and Argela are strategic partners around ONAP © 2017 Aarna Networks, Inc. What is ONAP OPEN NETWORK AUTOMATION PLATFORM: Comprehensive platform for real-time, policy-driven orchestration and automation of physical and virtual network functions. 100% open source, part of Linux Foundation. Born Mar/2017 © 2017 Aarna Networks, Inc. Who is Behind ONAP AT&T ECOMP + Linux Foundation Open-O merger in Q2’2017 100% open source, part of Linux Foundation Operators represent 60+% of mobile users worldwide © 2017 Aarna Networks, Inc. Why ONAP? High levels of agility for 5G and MEC will require a sophisticated automation tool such as ONAP © 2017 Aarna Networks, Inc. ONAP in the NFV Architecture Context OSS / BSS / E- Services / Big Data EMSs NFVO VNFs Global VNFMs/ DC NFVI Software PNFMs Virtual compute, storage, networking, dataplane acceleration SDN Controller NFVI Hardware VIM servers, storage, switches Modified ETSI NFV Architecture © 2017 Aarna Networks, Inc. ONAP Scope Monitoring Design Runtime ETSI NFVO, and Service Framework Framework VNFM, PNFM Assurance © 2017 Aarna Networks, Inc. ONAP & Other Software Systems OSS/BSS/Big Data/E-Services ONAP artifacts apps, sVNFM, sVNFM, EMS) apps, External modules & modules External (e.g. VNF packages, analyticVNF packages,(e.g.
    [Show full text]
  • 2020 State of NFV Report
    2020 State of NFV Report RESEARCH BRIEF 2020 State of NFV Report Table of Contents Introduction . 1 Overview — NFV Today . 1. State of NFV in 2019/2020 . 1 Industry Trends . 1 . Key Challenges . 2 Service Provider Viewpoints . 2 . Conclusions . 13 Research Briefs are independent content created by analysts working for AvidThink LLC . These reports are made possible through the sponsorship of our commercial supporters . Sponsors do not have any editorial control over the report content, and the views represented herein are solely those of AvidThink LLC . For more information about report sponsorships, please reach out to us at [email protected] . About AvidThink™ AvidThink is a research and analysis firm focused on providing cutting edge insights into the latest in infrastructure technologies . Formerly SDxCentral’s research group, AvidThink launched as an independent company in October 2018 . Over the last five years, over 110,000 copies of AvidThink’s research reports (under the SDxCentral brand) have been downloaded by 40,000 technology buyers and industry thought leaders . AvidThink’s expertise covers Edge and IoT, SD-WAN, cloud and containers, SDN, NFV, hyper-convergence and infrastructure applications for AI/ML and security . Visit AvidThink at www.avidthink.com . © Copyright 2019-2020 AvidThink LLC, All Rights Reserved Page ii RESEARCH BRIEF 2020 State of NFV Report Introduction In October 2012, seven leading communications service providers (CSP): AT&T, BT, CenturyLink, Colt, Deutsche Telekom, KDDI, NTT, Orange, Telecom Italia (TIM), Telefónica, Telstra and Verizon teamed up under the auspices of ETSI to launch network functions virtualization (NFV). The subsequent years have seen much progress in the adoption of virtualization at CSPs, but also much confusion and frustration .
    [Show full text]
  • LFN Developer & Testing Forum: January 2020
    LFN Developer & Testing Forum: January 2020 Results and lessons from the LF Networking Developer & Testing Forum, January 13-16, 2020, in Prague, Czech Republic. Please direct any questions to [email protected]. Table of Contents Executive Summary ........................................................................................................... 3 CNTT .................................................................................................................................... 4 ONAP .................................................................................................................................... 7 OPNFV ................................................................................................................................11 OPNFV Verification Program (OVP) ..............................................................................12 Participants .......................................................................................................................15 Conclusion ........................................................................................................................18 References ........................................................................................................................18 LFN DDF and Plugfest Report 2 Executive Summary LF Networking (LFN) hosted a record breaking cross- community technical gathering, the LFN Developer & Testing Forum at the Prague Congress Center in Prague, Czech Republic, from January 13-16, 2020, attracting
    [Show full text]
  • We Are Openstack
    ONAP & The Edge Cloud (Part-1 – ONAP View Point) Chris Donley, Huawei & Prakash Ramchandran, Dell Introducing Open Network Automation Platform (ONAP) Blending ECOMP, OPEN-O, and Linux Foundation Best Practices + Design Analytics Orchestration Policy Control ONAP Value Proposition End-to-End Automation • Complete lifecycle automation – design, inventory, control, operate, and metrics • Orchestrate and automate across geographic and domain boundaries, technologies and layers • Modular, model-driven approach • Re-usable, nested service definitions simplify service development Industry Harmonization • Collaborative marketplace of ideas for global operators and solution providers • Enable migration from proprietary, purpose-built orchestration tools • Reduce market fragmentation with common, open development platform/APIs • Support wide range of use cases and operating environments Efficient Deployment A common platform for rapidly • Incorporates production-proven code • Developed for both brownfield/ greenfield deployments to protect existing designing, implementing & investments • Modular platform components reduce integration cost and time managing differentiated • Optimize operations through closed-loop network intelligence and analytics services. ONAP Beijing Architecture (High-Level View with Projects) 4 instantiation 2 VF Resource 5 VNFD 3 Service Workflow 6 8 9 7 NSD (Utilities) DG DG 1 Integration VNF Requirements Modeling VNF Validation Program VNF Validation VNF Model Driven 4 ONAP Casablanca Release Planning Highlights (under discussion):
    [Show full text]
  • Member Guide January 2019
    Member Guide January 2019 www.lfnetworking.org Table of Contents Welcome to LF Networking 3 How to Engage 22 LF Networking Organizational Overview 4 Information for Board Members 23 The Role of the Linux Foundation 6 Marketing Advisory Council (MAC) 24 Your Staff Contacts 7 Technical Advisory Council (TAC) 26 Project Technical Steering 28 Introduction to LF Networking 9 Committees (TSCs) Projects Technical Onboarding 29 FD.io 10 Other Ways to Engage 35 ONAP 11 End User Advisory Groups (EUAGs) 35 OpenDaylight 12 Academic Outreach and Internships 35 OPNFV 13 OSN User Groups 35 PNDA 14 SNAS 15 Tungsten Fabric 16 LFN Support Programs 17 Independent Market Education 18 Compliance and Verification Programs 19 Powered by OpenDaylight 19 OPNFV Verified 19 Training 21 LF Networking Member Guide CHAPTER ONE Welcome to LF Networking Thank you for joining the LF Networking community as a member. Your support is vitally important in sustaining the health and innovative momentum of the LF Networking projects. We’ve written this guide to provide you a complete reference to the LF Networking community. You will learn how to engage with your communities of interest, all the different ways you can contribute, and how to get help when you need it. If you have suggestions for enhancing this guide, please get in touch with LFN staff or email [email protected]. LF Networking Organizational Overview Learn more about LF Networking here: LF Networking (LFN) is a consortium of open source networking projects hosted by the Linux Website Charter Wiki Foundation. The Linux Foundation provides staff members to help manage various operational aspects of these projects, but developing the code and sharing it with the world is in the hands of our passionate developers and other community members.
    [Show full text]
  • ONAP Volte Blueprint Overview
    ONAP VoLTE Blueprint Overview ONAP Voice over LTE Improves Agility and Slashes Costs for Communication Service Providers ONAP VoLTE Use Case Solution Brief 1 “By using ONAP to support the VoLTE Blueprint, we expect core network services to be delivered in a more agile fashion, as VNFs can be onboarded on demand and combined in distinct ways to create customized services for users in different verticals.” –China Mobile OVERVIEW: CURRENT CHALLENGES: SOLUTION: • VoLTE is being adopted by operators • Lack of agility • ONAP along with in order to improve voice quality and • High capital expenditures • Commercial vEPC, vIMS VNFs network efficiency • High operating expenditures • Commercial SDN controllers • Traditionally uses physical appliances • Reduced infrastructure utilization • Commercial cloud software • Current operations and management use manual processes Overview As Communication Service Providers (CSPs) move to data-only networks with LTE and 5G, a mobile core network technology called VoLTE allows voice to be unified onto IP networks. For a consumer, VoLTE provides better voice quality and faster call setup. For example, going from a traditional 8 kbps codec to a 13 kbps codec with improved compression can result in a high-definition sound experience with higher clarity. VoLTE can also be twice as fast as voice technologies in terms of initial call setup. VoLTE enables a CSP to offer value-added services such as video chat associated with the same phone number. The CSP can cut cost by unifying all services onto IP and increasing the efficiency of the network. VoLTE also promises additional benefits such as lower power consumption as compared to over-the-top VoIP applications, seamless handoff between VoLTE and voice-over-WiFi and improved device interoperability across networks.
    [Show full text]
  • ONAP Casablanca Use Case in CMCC Lab
    ONAP Casablanca Use Case in CMCC Lab China Mobile: Yan Yang Intel: Haibin Huang CMCC Lab Overview Physical Lab Overview @CMCC ONAP Deployment Env (POD3) Titaninum Cloud R4 (Newton), ONAP Deployment Controller nodes:2 , Compute nodes: 3 Env & VNF Env (POD5) Core Switch Titaninum Cloud 16.10 (Mitaka), OpenVPN Leaf Switch Controller nodes:2 , Compute nodes: 2 VPN Client Firewall Server LOM Management, Admin, Private, Public networks inside Leaf Switch Leaf Switch DC 1 DC 2 ONAP Deployment Leaf Switch (POD1) (POD2) Env & VNF Env VIO 4.0 (Ocata) (POD4) Controller node:2 Titaninum Cloud 16.10 (Mitaka), Titaninum Cloud 16.10 (Mitaka), Compute nodes: 6 Controller nodes:2 , Compute nodes: 2 Controller nodes:2 , Compute nodes: 9 Hardware: R5300/E9000, 3 rack servers and 1 blade server with 6 blades Use Case Deployment @CMCC vCPE CCVPN CMCC Domain :Casablanca VDF Domain : Casablanca Casablanca (POD3) vCPE vCPE (POD4) OS (POD5) OS rd Integrate with 3 Part Integrate with 3rd Part Specific Components Specific Components vDHCP vAAA SD-WAN OTN SD-WAN OTN OS OS Controller Controller Controller Controller vBNG vGMUX vxxx (Huawei) (Huawei) (ZTE) (ZTE) OS OS OS (POD1) Key Data @CMCC CMCC Lab key data ONAPs ：3 Cloud ：5 windrive(4) and (1) Physical hardware ：73 Participating member ：8 CCVNP Use Case CCVPN Overview CCVPN(Cross Domain and Cross Layer VPN) by ONAP Peering Orchestration Between SPs ONAP (CMCC) ONAP (VDF) SOTN SD-WAN SOTN SD-WAN Controller Controller Controller Controller uCPE vCPE Internet vCPE uCPE Connection（ E-Line） Connection（ E-Line） UNI
    [Show full text]
  • Open Transport Configuration & Control
    ◊ Open Transport Configuration & Control ………. ……………… Lyndon Ong (Ciena) ◊ Config & control wireless networks with CIM & SDN-C ………. Tracy Van Brakle (AT&T) ◊ First Joint ONF/ONAP Demonstration with SDN-R...………….. George Clapp (AT&T) 12 December 2017 s Open Transport Configuration & Control Lyndon Ong (Ciena) New ONF – 200+ Members Strong Community Positioned for Success Vendors Partner Operators ONF Board ONF (& Stanford) Guru Parulkar Innovator Network Operators Collaborator AT&T DT SK Telecom Microsoft Turk Telecom Comcast China Mobile DoD 70+ NTT Comm Google Chunghwa Tel TELUS SK Telecom Telefonica CENX Tencent VolunteersVolunteer Verizon China Telecom Vodafone Juniper ZTE Research & Vendor Community Infinera Ceragon 100s Nick McKeown Stanford Others Fabian Schneider NEC 4 ONF Open Transport Config & Control (OTCC) Project • Mission - Promote common configuration and control interfaces for transport networks in SDN, defining these interfaces with open source software and software defined standards • Leadership – OTCC TST - Lyndon Ong, Ciena, OTCC project lead - Giorgio Cazzaniga, SIAE, Wireless Transport sub-project lead - Karthik Sethuraman, NEC, Transport API sub-project lead - Kam Lam, Fiberhome, OT Info Model sub-project lead • Results - OpenFlow extensions for optical - Transport API Functional Requirements and SDK (related OIF and MEF demonstrations) • https://github.com/OpenNetworkingFoundation/Snowmass-ONFOpenTransport - Wireless Transport Information Model (related WT PoCs) 5 API Definition and Development • Open APIs for network
    [Show full text]
  • Orchestration White Paper
    ORCHESTRATION WHITE PAPER Lumina Networks, Inc. + 1 (669) 231-3838 [email protected] 2077 Gateway Place, Suite# 500 + 1 (800) 930-5144 www.luminanetworks.com San Jose CA 95110 Orchestration White Paper The Open Network Automation Platform - How Lumina Networks’ SDN Controller Helps Deliver Network Intent The Linux Foundation’s Open Network Automation Platform (ONAP) is the networking industry’s most broadly supported service orchestration initiative. With deep expertise in OpenDaylight, upon which ONAP is being built, Lumina Networks is ideally suited to provide an open source network control tool- set in a way that supports the capabilities and flexibility that service providers want and need. Introduction The trend in carrier-grade networking is toward virtualization and software-defined networking (SDN). Every service provider (SP) is moving to separate the software layer of networking from the underlying hardware to reduce their de- pendence on expensive, purpose-built equipment and to gain agility in their operations. This abstraction process allows them to move their now-virtualized networking software to general purpose compute platforms—the same kinds of inexpensive white box hardware and bare metal platforms that applications and other services run on today. When the network itself is virtualized, it runs in software as if it is just another application. This creates a challenge in that the operation of the network must be coordinated closely with the operation of the applications and services that -nor mally run on the network, as well as with the underlying infrastructure. “Orchestration” is the industry term for the co- ordinated management of all the network and compute elements needed to deliver a virtualized network service.
    [Show full text]