5G Standards Landscape: Satish Jamadagni
5G Standards Landscape: Satish Jamadagni
TSDSI-5GIA-BIF WORKSHOP
05 FEB 2019
1
Satish Jamadagni
5G BROADBAND SERVICE – WHAT'S HAPPENING
2
5G to home – eMBMS as cable replacement?
3GPP 5G Architecture
VNF VNF
Lower EMS for gNB EMS for 5GC
PHY, RF RLC, MAC,
Upper PHY SWA-4
SWA-4
PNF SWA-1 VNF SWA-4
SON, RRM,RRC,
gNB-RU gNB-DU xAP,SDAP, PDCP
NFV
Femto Cell SWA-1 MANO
VNF VNF
SWA-1 gNB-CU SWA-1 AMF/UPF/SMF
PNF
gNB-DU
Femto Cell MAC, NFVI
RLC,
PHY, RF
CLOUD
Backhaul key to Small cell success
3GPP is working on IAB and 5G NR for 60Ghz – both have to come together
8
Mapping ETSI MANO Framework to 5G
NFV system implementations transfer existing monolithic applications to big virtual machine
appliances, each representing a single Virtual Network Function (VNF). Multiple VNFs are
then chained together using a Service Function Chain, which determines how packets are
forwarded from one VNF to another, to constitute a Network Service.
Orchestration and MANO
The immaturity of MANO standards continues to come in the way of NFV implementation.
Complexity of integrating NFV components for effective deployment of MANO will continue
to be a challenge.
MANO standards have been evolving significantly, ONAP has gained momentum following
AT&T's contribution of its Enhanced Control, Orchestration Management and Policy code
(ECOMP). STILL ISSUES ABOUND
Key issues in realizing NFV/SDN
Element
Management
Virtualization and orchestration - Open Source
efforts
Among the main areas that are being developed by the open source groups, the following are still OPEN:
Policy-based resource management, analytics for visibility and orchestration, service verification with
regards to security and resiliency.
ONAP - Open Networking Automation Platform
The goal of ONAP is to provide the capabilities needed to orchestrate and manage the full
lifecycle of NFV deployments, provide the ability to deploy virtual network functions (VNFs)
in an automated manner
Key for adoption is the integration of virtual functions with operations and business support
systems (OSS/BSS).
Many service providers would combine ONAP architecture with OpenDaylight, OpenStack
and Open Platform for NFV (OPNFV) for comprehensive open source NFV architecture.
The key question is HOW.
Multi Vendor Hybrid Virtual Network
Environments
Key gaps in managing multi-vendor hybrid virtual network environments, includes the lack
of:
1. A single Service Orchestration Manager (SOM) product to support multi-domain service
orchestration; Centralized policy management and enforcement
2. Dynamic inventory management, to provide real-time visibility into the network and IT
3. Cross-domain Orchestration. Typically, orchestrators focus on their own contained domain—such as
content delivery networks (CDNs), mobile backhaul, IP VPNs, and so on. For NFV/SDN to reach its
full potential, orchestration will need to break down these silos and happen across these domains.
There currently is no master “orchestrator of orchestrators” capability built into a single piece of
software that has an end-to-end view of the network.
4. Immature / lack of standards: Though groups such as the Open Networking Foundation (ONF), MEF,
TMForum, ETSI, and others each have done significant work to push standards closer to completion,
managing Hybrid deployments is still a key concern of service providers that needs to be addressed.
5G + NFV/SDN (5G PPP Architecture)
18
List of Key Open Issues
Guaranteeing quality-of-service
Achieving a given quality-of-service in an NFV environment
Network Virtualization is changing the way the
with virtualized and distributed computing, storage and
telecommunications sector will deploy, extend and
networking functions is more challenging than providing the
operate their networks. The networks interconnecting
equivalent in discrete non-virtualized components. NFV has
the functions that compose a network service are
very strict requirements posed in terms of performance,
fundamentally affected in the way they route, process
stability and consistency. Although there are some tools and
and control traffic (i.e. network virtualization).
mechanisms to improve this, such as Enhanced Performance
Awareness (EPA), Single Root I/O Virtualization (SR-IOV),
Non-Uniform Memory Access (NUMA), Data Plane
Development Kit (DPDK), etc, these are still unsolved
Metrics for NFV characterization
challenges.
Another relevant aspect is the need for tools for diagnostics and measurement suited
for NFV. There is a pressing need to define metrics and associated protocols to
measure the performance of NFV. Specifically, since NFV is based on the concept of
taking centralized functions and evolving it to highly distributed SW functions, there is
a commensurate need to fully understand and measure the baseline performance of
Predictive analysis
such systems.
On top of diagnostic tools that enable an assessment of the QoS, predictive
analyses are required to react before anomalies occur. Due to the SW
Portability characteristics of VNFs, a reliable diagnosis framework could potentially
Portability in NFV refers to the ability to run a given VNF on multiple NFVIs, enable the prevention of issues by a proper diagnosis and then a reaction in
that is, guaranteeing that the VNF would be able to perform its functions with terms of acting on the potentially impacted service (e.g., migration to a
a high and predictable performance given that a set of requirements on the different compute node, scaling in/out, up/down, etc).
NFVI resources is met. Therefore, portability is a key feature that, if fully
enabled, would contribute to making the NFV environment achieve a better
reliability than a traditional system.
List of Key Open Issues