Professional Documents
Culture Documents
Architecture and Use Cases: An Introduction To 5G
Architecture and Use Cases: An Introduction To 5G
Ahmed
Elmokashfi
Simula Metropolitan
CDE
HSPA+
EDGE in 2003 42 Mbps
3G in 2001 HSPA
14.4 Mbps
EDGE
WCDMA 473 kbps
GPRS in 2000
384 kbps
GSM First call
made in 1991 GPRS
114 kbps HSPA: 120 million cnt
GSM
9.6 kbps
3G WCDMA: 238 million cnt
LTE
MME( HSS(
Serving( PDN(
GW( GW(
PDP context
Datatrafikk
35
EB
Exabytes
per
Month
24
EB
17
EB
11
EB
7
EB
5G vision
(MANO)
Control Plane User Plane
Mapping
Configuration Life-Cycle
Functions Functions
Radio
(Edge) Core
Access Control Allocation
Cloud Network
Network
Infrastructure Layer
7
U S E R E X P ERIE N
CE CO
N TI N
UIT Y
MOBILE DATA VOLUME
10 Tb/s/km2
10 Gb/s/km2
100 Mb/s
RELIABILITY MOBILITY
99.999% 99.99% 4G 500km/h
I
90 days 1 K/km2
O N C R
5G
M IS S I
HINGS
T OF T
Source:
The
5G
Infrastructure Public
Private
Partnership:
the next generation of communication networks and
services. INTERNE 8
5G
Infrastructure Association,
2015
5G
aims
to
cater
for
services
with
diverse
requirements
Enhanced
Mobile
Broadband
9
Source:
Teyeb et.
al.
“Evolving LTE
to
fit the 5G
future”.
Ericsson
Technology
R eview,
2017.
Use case category User Experienced Data Rate E2E Latency Mobility
Broadband access in DL: 300 Mbps 10 ms On demand,
dense areas UL: 50 Mbps 0-100 km/h
Indoor ultra-high DL: 1 Gbps, 10 ms Pedestrian
broadband access UL: 500 Mbps
Broadband access in DL: 25 Mbps 10 ms Pedestrian
a crowd UL: 50 Mbps
50+ Mbps everywhere DL: 50 Mbps 10 ms 0-120 km/h
UL: 25 Mbps
Ultra-low cost DL: 10 Mbps 50 ms on demand: 0-
broadband access for UL: 10 Mbps 50 km/h
low ARPU areas
Mobile broadband in DL: 50 Mbps 10 ms On demand, up
vehicles (cars, trains) UL: 25 Mbps to 500 km/h
Airplanes connectivity DL: 15 Mbps per user 10 ms Up to 1000
UL: 7.5 Mbps per user km/h
Massive low- Low (typically 1-100 kbps) Seconds to hours on demand: 0-
cost/long-range/low- 500 km/h
power MTC
Broadband MTC See the requirements for the Broadband access in dense areas and 50+Mbps
everywhere categories
Source:
3GPP
12
Outline
5G vision
(MANO)
Control Plane User Plane
Mapping
Configuration Life-Cycle
Functions Functions
Radio
(Edge) Core
Access Control Allocation
Cloud Network
Network
Infrastructure Layer
13
Key
enabling
technologies
There are already several vendors and operators deploying cloud packet core for 4G. In
combination with new architectures, such as control and user plane separation (CUPS),
experience with a cloud-based 4G core can give operators an advantage in the deployment
of NG Core. Specifically, factors such as service automation, resource orchestration and
resiliency will transfer from cloud EPC to NG Core.
Point-‐to-‐Point
Source: 3GPP TR 23.501, January 2017,reference
architecture
Figure 4.2.3-2
17
Source:
3GPP
TR
23.501,
January
2017,
Figure
4.2.3-‐2
Both models comprise, more or less, the same functional elements; both offer a formal split
The
core
network
will
witness
the
most
software-oriented architecture (SOA) model enables short time to market for new services
and greater flexibility for system updates. The challenge for early 5G deployments is that
the network cloud platform, and associated operating models, are not mature enough for
Networking
Networking
Net(App(1(
Net(App(1( Net(App(2( Net(App(n"
Net(App(n"
Conventional
Open northbound API
plane
Network(Abstrac,ons((e.g.,(topology(abstrac,on)(
NetworkingConventional
Network(Abstrac,ons((e.g.,(topology(abstrac,on)(
Control
Network(Opera,ng(System((SDN(controllers)(
Global network view
Network(Opera,ng(System((SDN(controllers)(
Open southbound API
Data Plane
Network$Applica2ons$
Open southbound API
Intrusion$
Data Plane
Networking
Learning$ Algorithms$ Balancer$
System$
es Intrusion$
evic MAC$ Rou2ng$ Load$
SDN$controller$
Detec2on$
Software-Defined
D
ng Learning$ Algorithms$ Balancer$
ardi System$
rw
Fo es
vic
g De
Network Infrastructure Software-Defined SDN$controller$
n
ardi
rw
Fig. 4. SDN architecture and its fundamental abstractions.
Fo
Network Infrastructure
The distribution abstraction should shield SDN applications
Fig. 4. the
from SDNvagaries
architecture of and distributed
its fundamental state,abstractions.
making the distributed Fig. 5. Traditional networking versus Software-Defined Networking (SDN).
With SDN, management becomes simpler and middleboxes services can be
control problem a logically centralized one. Its realization delivered as SDN controller applications.
requires a common distribution layer, which in SDN resides
in the NOS. This "layer has two essentialcomprehensive
functions. First,
The distribution
Source:
Kreutz,
abstraction
Diego,
et
al.
Software-‐ should shield SDN
defined
networking:
A
applications 19
it is Presponsible
survey."
for installing
roceedings
of
the
IEEE
the
103.1
(2015):
14-‐control
76. commands on the operating systemnetworking
or SDN controller. This approach has several
from
forwarding the vagaries devices. of distributed
Second, it state, collects making
status theinformation
distributed Fig. 5. Traditional versus Software-Defined Networking (SDN).
etwork Function, as the software implementation of a network function which is capable of
ucture (NFVI), including the diversity of physical resources and how these can be virtualised.
s the execution of the VNFs.
HAN_LAYOUT_Author Layout 1/30/15 1:39 PM Page 91
Virtual
appliances
Firewall CDN NAT
General purpose
DPI VPN IPTV servers
Standard storage
Router PGW IMS and switches
Figure 1. From dedicated hardware-based appliances for network services, such as firewalls, content
Figure 1: High-level NFV framework delivery networks (CDNs), network address translation (NAT), deep packet inspection (DPI), virtual
private networks (VPNs), IPTV, routers, packet data network gateways (PDN-GWs or PGWs), and
nables dynamic construction and management of VNF instances and the relationships IP multimedia subsystems
between(IMSs), to software-based NFV solutions.
ontrol, management, dependencies and other attributes. ETSI
NFV
reference
architecture
To this end, there are at least three
VNFs that are centred around different perspectives and contexts of a VNF. These perspectives
In this article, we first present the related model of 3GPP when all or some instances of
work and key technical requirements of NFV. 3GPP-defined network elements are virtualized.
n deployment/on-boarding perspective where the context can be a VM, We then introduce its architectural framework. IETF has formed the Service Function Chaining
Source:
https://www.etsi.org/technologies-‐clusters/technologies/nfv We also describe several use cases of NFV, (SFC) working group to study how to dynamical-
Han,
Bo,
et
a l.
"Network
function
virtualization:
Challenges
and
opportunities
loped software package perspective where the context can be several inter-connected for
VMs andof athe cellular core ly steer data traffic through a series 20
including the virtualization of network
innovations."
IEEE
Communications
mplate that describes their attributes, Magazine
5 3.2
(2015):
90-‐97. network and home network. Finally, we discuss functions, either physical or virtualized. In this
the open research issues and point out future article, we review some of the existing work and
NFV
has
several
open
challenges
§ Performance
-‐ A
carrier
grade
performance
is
expected
§ Management
-‐ Heterogenous
physical
resources
§ Security
-‐ Third
party
VNFs 21
Source:
5G
PPP
Architecture
Working
Group
-‐ White
Paper,
Dec,
2017 22
addition to supporting a wide range of services and devices, 5G will make the best use of a wide array
spectrum available across regulatory paradigms and spectrum bands. Previous generation networks
ualcomm is pioneering spectrum sharing technologies today with various efforts including LTE-U15,
AA16, LWA17, CBRS18, LSA19, and MulteFire. 5G will be built to natively support and advance these
merology Definition
eform, Numerology and Frame Structure
able subcarrier spacing
Figure 10: Example usage models,∆𝑓
channel 𝜇
= 2bandwidths,
· 15 𝑘𝐻𝑧and subcarrier spacing
Qualcomm.
M aking
5G
NR
a
reality.
December
2016 25
meters
k-to-averagedefining
power ratio a numerology:
• Cyclic prefix (i.e. Normal/Extended)
µ Δf = 2µ·15 kHz Cyclic Prefix
µ Δf = 2µ·15 kHz Cyclic Prefix
0 15 kHz Normal
0 15 kHz Normal
1 30 kHz Normal Data < 6 GHz
1 30 kHz Normal Data < 6 GHz
2 2 60 kHz60 kHz Normal, Extended
Normal, Extended
Data
Data>> 66 GHz
GHz
3 3 120 kHz
120 kHz Normal
Normal
4 4 240 kHz
240 kHz Normal
Normal Specified but
Specified but
5 5 480 kHz
480 kHz Normal
Normal not
notsupported
supported
Frame Structure inin Rel-
Rel- 15
15
Waveform, Numerology and Frame Structure
© Keysight Technologies 2017
© Keysight Technologies 2017
Understanding the 5G NR Physical
Understanding
Layer
the 5G NR Physical
Page 18
Layer Page 18
SUBFRAME
– Frame: 10 ms 1 ms
27
IoT
applications,
however,
have
diverse
requirements
Latency:
0.25
to
10ms
Latency:
10
to
100ms
Latency:
3
to
20ms
PLR:
10E-‐9 PLR:
10E-‐3
to
10E-‐5 PLR:
10E-‐6
Deployment
Deployment
In-Band
In-‐Band
LLTE,
TE,
gguard-
uard-‐ In-Band
In-‐Band
LLTE
TE
band
LTE
band LTE aandnd
standalone
Bandwidth 180 KHz
180
KHz 1.08
1.08
MHz
MHz
Peak data
Peak
d ata
rrate
ate ~150 kbps
~150
kbps 1 Mbps
1
Mbps
Latency 1.6s-10
1.6s-‐10
s 10-15 mss
10-‐15
m
Max
Max
UE
UE
ttxx power 23 orr
20
dBm
23
o 20 dBm 23 orr
20
dBm
23
o 20 dBm
Power
Power
Saving
Saving PSM,
PSM,
eDRX PSM,
PSM,
eDRX
Duplex Half Full/Half
Complexity
Complexity
relative
relative
10% 20-25%
20-‐25%
to
LTE
to LTE
30
NOKIA.
LTE-‐M
– Optimizing
LTE
for
the
Internet
of
Things,
2015
● The physical
Stand alone operation. A possible scenario is the utilization DL channels
of currently used GSMare always QPSK
LTE PRB indices 2, 12 2, 7, 17, 4, 9, 14, 19, 2, 7, 12, 17, 22, 4, 9, 14, 19, 24, 29, 34,
Figure 3-4: Frame structure for NB-IoT for DL and UL with 15kHz subcarrier spacing
for NB-IoT syn- 22 30, 35, 40, 45 27, 32, 42, 47, 39, 44, 55, 60, 65, 70, 75, 31
www.rohde-‐schwarz.com/appnote/
1MA266
chronization 52, 57, 62, 67, 72 80, 85, 90, 95
Each
NB-‐IoT/eMTC carrier
can
support
10000x
devices
per
cell
10 4
LTE-M, App. 1
Number of supported users per sector [1000s]
10 3 LTE-M, App. 2
NB-IoT, App. 1
NB-IoT, App. 2
10 2
10 2
1
10
LTE-M, App. 1
LTE-M, App. 2
NB-IoT, App. 1
NB-IoT, App. 2
10 0 10 1
Outdoor & road Indoor 10 dB Indoor 20 dB Indoor 30 dB Outdoor & road Indoor 10 dB Indoor 20 dB Indoor 30 dB
. 5: Number of supported users per sector in the rural area. Fig. 4: Average session delay in the rural area.
§ App.1
models
a
secure
information
0.3
exchange
and
uses
4
payloads
with multiple payloads in each direction.
§ App.2
models
a
mobile
autonomous
LTE-M, App. 1
LTE-M, App. 2
reporting
The average MCL for thewith
outdoor a
txandpayload
road users o
isf
124
dB for both technologies, and according to fig. 2a they
0.25
128
o r
256
b ytes
u plink
a nd
29
bytes
achieveack
downlink
nsumption [mWh]
NB-IoT, App. 1
NB-IoT, App. 2 thus similar data rates. However, NB-IoT has higher
overhead as illustrated in fig. 2b and therefore a longer delay.
0.2
Lauridsen,
Mads,
et
al.
"Coverage
and
capacity
analysis
of
LTE-‐M
and
NB-‐I oT
in
a
For the indoor users experiencing 10 dB penetration 32 loss the
rural
area."
V ehicular
Technology
Conference
(VTC-‐F all),
2016
IEEE
84th.
I EEE,
2016. average MCL for both technologies is about 133 dB and
NB-‐IoT
enhances
coverage
by
using
transmission
repetitions
Data Transfer
User Plane CIoT EPS optimisation
Figure 5-5: Example of an arrangement for NPUSCH transmission with repetitions. For the case of no
repetitions, the slot sequence shown in (b) would be transmitted.
In a first step, the two slots T1 and T2 are transmitted. This pair is repeated three more 33
www.rohde-‐schwarz.com/appnote/
1MA266
times, so that there are 4 transmissions of these slots. Then the same procedure is
when the radio module
It is recommended that was turned
a “store andback on. policy
forward” The reattach
should procedure consumes
be supported a The
for PSM. small
Today, many smartphones use discontinuous reception (DRX) to extend battery life between § UE
initiated
recharges. By momentarily switching off the receive section of the radio module for a
fraction of a second, the smartphone is able to save power. The smartphone cannot be mechanism
contacted by the network whilst it is not listening, but if the period of time is kept to a brief § Akin
to
power
off
but
moment, the smartphone user will not experience a noticeable degradation of service. For
example, if called, the smartphone might simply ring a fraction of a second later than if DRX the
UE
remain
was not enabled. registered
eDRX allows the time interval during which a device is not listening to the network to be
greatly extended. For an IoT application, it might be quite acceptable for the device to not
be reachable for a few seconds or longer.
34
GSMA.
NB-‐I oT
DEPLOYMENT
GUIDE
to
Basic
Feature
set
Requirements
April
2018
Early
measurements
of
pilot
NB-‐IoT
commercial
deployments
35
Measurements
show
that
deployments
meet
expectations
to
a
large
extent
Current
(mA)
Assuming
that
we
are
using
a
CR2032
battery
with
235
mAh capacity
and
128
bytes
payload
and
6
activity
periods
per
day
Total
Load
during
transmission
(mA) Life
time
(years)
300
mA ~17
Up
to
1500
mA ~10
36
Initial
measurements
indicate
that
delays
may
go
well
beyond
the
10s
limit
RTT
(sec)
Time
37
NB-‐IoT
faces
a
number
of
challenges
including
complexity
and
methods
for
KPI
evaluation
§ Large
parameter
space
-‐ PSM,
eDRX
-‐ Repetitions
-‐ Carrier
bandwidth
38
softwarization, programmability and allows for the innovation necessary to enrich the offered
Figure
Source:
5G
PPP
Architecture
Working
Group
-‐ 2-3: Network
White
Paper,
Dec,
2017 Slicing Representation [2-16] 39
A
generic
framework
for
5G
networks
40
Management
and
Orchestration
Entity
(MANO)
-‐ I
§ It
comprises
three
parts:
-‐ NFV
Orchestrator
-‐ VNF
Manager
-‐ Virtualized
Infrastructure
Manager
42
ETSI
GS
NFV-‐M AN
001
V 1.1.1
Network
F unctions
Virtualisation (NFV);
M anagement
and
O rchestration
Realizing
E2E
slicing
involves
several
5GPPP Architecture Working Group 5G Architecture White Paper
MUX
PDCP
Common
PDCP / RLC Processing RLC
Combiner PHY
Figure 2-6: Options for slice multiplexing and their relation to the OSI protocol stack [2-
Source:
5G
PPP
Architecture
Working
Group
-‐ White
Paper,
Dec,
2017 26] 43
Realizing
E2E
slicing
involves
several
trade-‐offs
(II)
45
Foukas,
X.,
Patounas,
G.,
Elmokashfi,
A.,
&
M arina,
M.
K.
(2017).
Network
slicing
in
5G:
S urvey
and
challenges.
IEEE
Communications
Magazine,
55(5), 94-‐100.
Fine
grained
function
allow
for
flexible
service
composition
at
the
expense
of
increased
complexity
46
Foukas,
X.,
Patounas,
G.,
Elmokashfi,
A.,
&
M arina,
M.
K.
(2017).
Network
slicing
in
5G:
S urvey
and
challenges.
IEEE
Communications
Magazine,
55(5), 94-‐100.
The
MANO
entity
is
still
in
the
conceptual
phase
47
Foukas,
X.,
Patounas,
G.,
Elmokashfi,
A.,
&
M arina,
M.
K.
(2017).
Network
slicing
in
5G:
S urvey
and
challenges.
IEEE
Communications
Magazine,
55(5), 94-‐100.
A
number
of
issues
must
be
resolved
before
implementing
E2E
slicing
fully
§ Dynamic
and
fine-‐grained
spectrum
sharing
based
RAN
virtualization
-‐ Multi-‐RAT
virtualization
-‐ RAN
as
a
service
§ Frameworks
and
standards
for
defining
granular
network
functions
§ Adaptive
and
dynamic
management
and
orchestration
plane
-‐ Integrating
measurements
and
control
-‐ Anticipatory
and
predictive
analytics 48
Outline
5G vision
(MANO)
Control Plane User Plane
Mapping
Configuration Life-Cycle
Functions Functions
Radio
(Edge) Core
Access Control Allocation
Cloud Network
Network
Infrastructure Layer
49
working Protocols
Unlike
the
traditional
power
grid,
the
sain Rehmani, and Martin Reisslein, Fellow, IEEE
smart
grid
is
dependent
on
distributed
control
ng trans-
communi-
ution, and
nagement
peed, reli-
echnology
nd usage.
n wireless
es in SGs,
ions tech-
are highly
ations by
his paper
radigm in
network
ion tech-
d SG sys-
ches with
Khan,
Athar
Ali,
Mubashir
Husain
Rehmani,
and
M artin
Reisslein.
"Cognitive
radio
for
smart
grids:
Survey
of
architectures,
50
CR-based
spectrum
sensing
mechanisms,
and
networking
protocols."
IEEE
Communications
Surveys
&
Tutorials
18.1
(2016):
860-‐898.
Distribution
automation
within
NANs
is
C. Kalalas et al.: Cellular Communications for Smart Grid NANs
Kalalas, Charalampos, L inus Thrybom, a nd Jesus A lonso-Zarate. " Cellular communications for smart g rid n eighborhood area 51
FIGURE 1. AHierarchical
networks: smart
survey." IEEE grid architecture.
A ccess Two parallel interdependent domains, the power system and the communication network, form the
4 (2016): 1 469-1493.
infrastructure of the smart grid. The power distribution grid along with the corresponding NAN constitute the heart of the new power system. In the
Distribution
automation
functionalities
require
reliable
interactions
between
IEDs
§ Distributed
control
and
protection
-‐ Time
critical
control
messaging
-‐ Fault
identification
99.99%
Monitoring
99%
Latency
20msec 2s 10s 5m 53
Kuzlu,
Murat,
Manisa Pipattanasomporn,
and
S aifur Rahman.
"Communication
network
requirements
for
major
smart
grid
applications
in
HAN,
NAN
and
WAN."
Computer
Networks
67
(2014):
74-‐88.
A
meta-‐requirement
is
that
the
inter-‐
dependence
should
not
increase
chances
LETTERS
of
cascades NATURE | Vol 464 | 15 April 2010
a b c
Figure 1 | Modelling a blackout in Italy. Illustration of an iterative process of at the next step are marked in green. b, Additional nodes that were
a cascade of failures using real-world data from a power network (located on disconnected from the Internet communication network giant component
the map of Italy) and an Internet network (shifted above the map) that were are removed (red nodes above map). As a result the power stations
implicated in an electrical blackout that occurred in Italy in September depending on them are removed from the power network (red nodes on
2003 20
. The networks are drawn using the real geographical locations and .
map). Again, the nodes that 1will
Buldyrev,
Sergey
V .,
et
al.
"Catastrophic
cascade
of
failures
in
interdependent
networks."
Nature
464.7291
(2010):
025be disconnected from the giant cluster 54
at the
every Internet server is connected to the geographically nearest power next step are marked in green. c, Additional nodes that were disconnected
NB-‐IoT
is
already
being
considered
for
connecting
smart
meters
Portugal Belgium
https://www.u-‐blox.com/en/press-‐releases/portugal-‐presents-‐first-‐nb-‐iot-‐smart-‐mete r
https://www.mobileeurope.co.uk/press-‐wire/proximus-‐launches-‐nb-‐i ot-‐t o-‐connect-‐1-‐3m-‐smart-‐mete rs 55
Measurement
nodes
spread
across
Norway
56
LTE
networks
do
not
ensure
a
consistent
low
delay
<
50ms
even
when
stationary
1
0.9
Fraction of connections
0.8
0.7
0.6
0.5 Oper-A-median
0.4 Oper-A-99.5th%
Oper-A-99.9th%
0.3 Oper-A-99.99th%
Oper-B-median
0.2 Oper-B-99.5th%
0.1 Oper-B-99.9th%
Oper-B-99.99th%
0
10 100 1000 10000
RTT(msec)
57
Although
LTE
networks
offer
high
availability,
they
do
not
meet
the
smart
grid
requirements
1
Fraction of connections
0.9 Telenor
Telia
0.8 NNorway
0.7
0.6
0.5
0.4
0.3
0.2
0.1
0
99.7 99.75 99.8 99.85 99.9 99.95 100
OA (%)
Elmokashfi,
Ahmed,
Dong
Z hou,
and
Džiugas Baltrünas.
"Adding
the
next
nine:
An
investigation
of
mobile
broadband
networks
availability."
I n
M obiCom.
ACM,
2017.
Multihoming
can
help
providing
consistent
delays
and
availability
1 1
Telenor-Telia
Fraction of nodes
0.9 0.9
Fraction of connections
99
0
.9
10
RTT(msec)
.9
99
99
OA %
Delays
still
need
to
reduced
by
an
order
of
magnitude
Elmokashfi,
Ahmed,
Dong
Z hou,
and
Džiugas Baltrünas.
"Adding
the
next
nine:
An
investigation
of
mobile
broadband
networks
availability."
I n
M obiCom.
ACM,
2017.
5G
NR
sDDcalable
nDDumerology
can
DFC: 60 kHz
Other: 15 kHz DD
DC DC DC DC DD GP UC
. Frame structure
0.5msec
of NR.
sub-‐frame
results
in
approximately
4msec
uplink
delay
The elements that influence the E2E reliability are illustrated in Figure 6. The 𝑅𝑅𝐴𝑁 is also referred to as the reliabil
on the access link The
(AL), 𝑅 of.nodes includes the AP, the edge node hosting the AS and the CN nodes in between the AP and edge
number𝐴𝐿
node, such as switches, routers, points of concentration and UPFs. The CN nodes between the AP and edge node
RE2E
are referred to as forwarding nodes.
The total number of links and the total number of nodes in the E2E network can be expressed as a function of the
total number of forwarding nodes that are placed between the AP and the edge server, 𝑁𝑖 as given by the following
equations. UE AP CN Node AS
𝑁𝑙𝑖𝑛𝑘𝑠 = 𝑁𝑖 + 1 (4)
𝑁𝑛𝑜𝑑𝑒𝑠 = 𝑁𝑖 + 2
CN CN CN Edge
AP Figure
Node 6: End-to-end
Node reliability
Node Node
The reliability of the UE, 𝑅𝑈𝐸 and the reliability of the AS, 𝑅𝐴𝑆 include both hardware and software failures. For th
Number of Forwarding Nodes, Ni
purpose of this analysis, both 𝑅𝑈𝐸 and 𝑅𝐴𝑆 are (routers/switches/UPFs)
assumed to be one, which corresponds to 100% reliability.
Figure 7: Forwarding Nodes in the CN.
The reliability of the RAN depends on the probability of correctly decoding a packet within the packet latency boun
The probability of link failure, 𝑃𝑓,𝑙𝑖𝑛𝑘 depends on the transport medium (e.g., fibre, copper, microwave). Typical values
which depends onforthe bothprobability
End-‐and
𝑃𝑓,𝑙𝑖𝑛𝑘
NGMN
5G
Extreme
Requirements:
𝑃𝑓,𝑛𝑜𝑑𝑒
to-‐End
ofrange
failure
fromof
Considerations,
the
10−6
Aug
AL,
to 10
2018
−4 denoted as 𝑃
[16] [17]. For simplicity,
𝑓,𝐴𝐿 . This
it is value
assumed that allis
of the errorandrate that is determine
the nodes
links in the CN have the same probability of failure. However, the analysis can be easily generalised to the case
in Phase 2.1 [2]. The RAN reliability is thus given by the following equation
𝑡𝑇𝑥 = (10)
𝛼𝐶𝑙𝑖𝑛𝑘
Edge Node
App App
Present. Present.
Session Session
Transport Transport
PDCP PDCP 5G Reliable 5G Reliable
RLC RLC Tunnel Tunnel
MAC MAC L2 L2 L2
PHY PHY L1 L1 L1
UE gNB/eNB Router/ UPF AS
Switch
reducing
delay
• Packet size, 𝑃𝑠𝑖𝑧𝑒 = 40 Bytes
• The capacity of each link = 1 Gbps
• Fraction of the link capacity allocated to the target use case 𝛼𝐶𝑙𝑖𝑛𝑘 = 100 Mbps (i.e. 𝛼 = 0.1),
• Node processing delay, 𝑡𝑝𝑟𝑜𝑐𝑒𝑠𝑠 = 200 μs
The maximum CN distance versus the number of forwarding nodes for Target 3 is illustrated in Figure 13.
Target Latency = 10.5 ms Target Latency = 11.0 ms Target Latency = 1.5 ms Target Latency = 2.0 ms
m distance in the CN versus the number of forwarding nodes for Target 2 is illustrated in Figure 12. In
Multi-‐homing
can
help
relaxing
reliability
requirements
on
individual
paths
MN SN
Redundant Paths
MN SN
MN SN
UE UE
Packet Duplication
Packet Duplication in RAN Packet Duplication in RAN
Using DC or CA Using DC or CA UE
icationFigure
in RAN 21:usingRedundancy
Dual Connectivity in the RAN or and the CN.
Carrier There are two connections to the CN through one
Aggregation.
Figure 22: Redundancy Using DC with Two Conne
NGMN
5G
Extreme
Requirements:
RAN node (e.g. MN). End-‐to-‐E nd
Considerations,
Aug
2018
5G
vision
is
very
ambitious.
The
main
blocks
are
being
worked
out,
but
key
challenges
remain
There
is
a
need
for
building
adaptive,
carrier
grade,
infrastructure
agnostic
VNFs