Академический Документы
Профессиональный Документы
Культура Документы
5G-MiEdge
Millimeter-wave Edge Cloud as an Enabler for 5G Ecosystem
Abstract
Keywords
5G cellular networks, simulator architecture, millimeter-wave access, edge cloud, link-level simulator,
system-level simulator, performance evaluation
5G-MiEdge Page 1
2
This document reflects only the authors’ view. The European Community is not liable for any use hat
may be made of the information contained herein.
Authors
Tokyo Institute of Gia Khanh Tran khanhtg@mobile.ee.titech.ac.jp
Technology
Hiroaki Nishiuchi nishiuchi@mobile.ee.titech.ac.jp
Kei Sakaguchi sakaguchi@mobile.ee.titech.ac.jp
Sapienza University of Rome Mattia Merluzzi mattia.merluzzi@uniroma1.it
Sergio Barbarossa sergio.barbarossa@uniroma1.it
Fraunhofer- Heinrich-Hertz- Konstantin Koslowski konstantin.koslowski@hhi.fraunhofer.de
Institut
Panasonic Koji Takinami takinami.koji@jp.panasonic.com
INTEL Valerio Frascolla valerio.frascolla@intel.com
5G-MiEdge Page 2
Deliverable Horizon2020 EUJ-01-2016 723171 5G-MiEdge D4.1 Date : June 2018
Public Deliverable
Table of contents
Abbreviations and acronyms ......................................................................................... 5
1 Introduction ............................................................................................................. 9
5G-MiEdge Page 3
4
5 Summary................................................................................................................ 44
6 References .............................................................................................................. 46
5G-MiEdge Page 4
5
Acronym Description
3GPP 3rd Generation Partnership Project
5G Fifth-generation wireless broadband technology
5G-MiEdge Millimeter-wave Edge Cloud as an Enabler for 5G Ecosystem
AP Access Point
BS Base Station
CDF Cumulative Distribution Function
C-Plane Control Plane
C-RAN Cloud RAN
CSI Channel State Information
C/U split Control/User-plane split
DL Downlink
EPC Evolved Packet Core
ETSI European Telecommunications Standards Institute
GUI Graphic User Interface
HetNet Heterogeneous Network
IEEE The Institute of Electrical and Electronic Engineers
ITU International Telecommunication Union
LTE Long Term Evolution
MCS Modulation-coding scheme
MEC Mobile Edge Computing or Multi-access Edge Computing
MEH Mobile Edge Host
MiEdge mmWave Edge cloud
mmWave Millimeter Wave
PER Packet Error Rate
PHY Physical Layer
PSDU Physical layer convergence procedure Service Data Unit
QoE Quality of Experience
QoS Quality of Service
5G-MiEdge Page 5
6
5G-MiEdge Page 6
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
Executive Summary
5G-MiEdge has the ambitious goal of looking beyond the current scope of 5G, to
address new use cases and create additional values for 5G users. The distinctive feature
of the 5G-MiEdge vision is to exploit the benefit of combining mmWave edge cloud,
liquid RAN C-plane, and user/application centric orchestration techniques. Current 5G
enhancements build on a radical increase of system capacity by incorporating massive
MIMO techniques, dense deployment of radio access points (AP), and much wider
bandwidth (new spectrum), all aspects facilitated by the use of mmWave
communications. However, the improvements that can be achieved at the access
stratum will still be insufficient to meet the challenging new 5G requirements.
Therefore, to provide an efficient platform serving several different new applications,
a paradigm shift is needed through the combination of mmWave and MEC proposed
in this project. MEC and mmWave technologies complement each other well:
mmWave access benefits from the distributed computation and storage capabilities of
MEC to optimize the communication strategies, incorporating cache prefetching, and
orchestration of APs at the edge. MEC benefits from the high data rate proximity
access to the edge cloud of mmWave, thus reducing latency and improving the Quality
of Experience (QoE).
As one of the measures of this project’s proposed technologies, this deliverable
describes the outcome of the work done in Task 4.1 ‘System level performance
evaluation’. It reports system performance evaluation of 5G-MiEdge concepts with
regard to the several selected scenarios and use cases through our developed system
level simulator (SLS). The overall architecture of the SLS, which many parts were
inherited from the consortium’s prior project called MiWEBA, is revisited. Detailed
parameters of the SLS are presented and the SLS is used to evaluate two typical MEC
applications: Data prefetching and computation offloading.
As our findings, the proposed architecture is effective for many purposes of edge
applications e.g. data prefetching and computation offloading. Performance evaluation
lead to two major observations:
1. Adding MEC at the edge with a proper prefetching algorithm can maximally
exploit ultra-high data rate of mmWave access, even with a low cost limited
backhaul.
2. The use of multi-link communications and the dynamic evolution of
computation queues offers great overall improvements to the system. Multi-
link communications are advantageous not only in case of blocking events, but
also in cases without blocking, since the data rate can be improved with the
same transmit power, or equivalently, the transmit power can be decreased to
obtain the same data rate.
Although the evaluated results are preliminary under several ideal assumptions, they
are still sufficient to show the benefit of combining mmWave edge cloud, liquid RAN
C-plane, and user/application centric orchestration techniques as proposed in this
project. Future deliverables D4.2 ‘Development of common/joint 5G MiEdge Testbed’
and D4.3 ‘Field trials toward Tokyo Olympic 2020’, will validate such effectiveness,
through real hardware and experimental results.
5G-MiEdge Page 7
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 8
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
1 Introduction
This deliverable describes the outcome of the work done in Task 4.1 ‘System level
performance evaluation’. It reports system performance evaluation of 5G-MiEdge
concepts with regard to the investigated scenarios and use cases. Future deliverables
D4.2 ‘Development of common/joint 5G MiEdge Testbed’ and D4.3 ‘Field trials
toward Tokyo Olympic 2020’, targeting the hardware implementation and the
deployment of the final testbed, will build upon the results of this deliverable.
For the evaluation of the system level performance, a system level simulator (SLS)
was designed. It is based on the architecture presented in Section 2, separated into a
conventional LTE system and novel mmWave small cells, offering advanced features,
like the control- and user-plane (C/U) split , and generating effective user throughputs.
The system architecture in focus is based on the results of the deliverable ‘Architecture
of mmWave edge cloud and requirement for control signalling’ [D3.1], and is reported
once again here below.
Section 3 of this deliverable details the SLS, starting with fundamental parameters for
the simulations of mmWave small cells and overlaying macro cells. Then the resource
management framework is presented and fundamental features like C/U split, mobility
management and radio resource control are detailed. In Section 3.3 the system
simulator setup and the obtained results are presented. Section 4 is dedicated to
performance evaluation, when prefetching and caching data on mobile edge cloud
(Section 4.2) and when offloading heavy computation tasks (Section 4.3). Section 5
summarizes the main achieved results and gives an outlook on the work to be done in
the upcoming deliverables of work package 4.
5G-MiEdge Page 9
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
2 Simulator architecture
2.1 The overall architecture
5G-MiEdge Page 10
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
To evaluate the real system level performance of LTE with mmWave overlay HetNet,
for each time slot of the user scheduler, the simulator calculates the instantaneous
SINRs of the UE for both conventional LTE and mmWave modes. The SINR metrics
are then recalculated into the modulation-coding schemes (MCSs) for both PHYs and
corresponding to that schemes packet error rate (PER) metrics, by using appropriate
LTE or mmWave PHY abstraction methodologies inherited from the MiWEBA
deliverable D4.1 [MWB-D4.1], thus providing the effective user throughput for each
PHY. This information may be further used for dynamic resource management at C-
plane. Long-term performances, e.g. average throughputs, are calculated at the end of
the scheduler by adapting to a time/frequency varying channels implemented for each
UE in the SLS. Such PHY abstraction are recast from [MWB-D4.1] in Sect. 2.2.
The LTE supports scalable bandwidth allocation and flexible channel coding rate. The
channel coding scheme of the LTE is implemented as a combination of a fixed r=1/3
turbo encoder and a rate matching process. By means of rate matching, any arbitrary
code rate can be achieved from a fixed-rate mother code. The accurate code rate of a
code block is calculated by dividing the size of the transport block (TB), which is a
block of information bits to carry a MAC PDU (Medium Access Control Protocol Data
Unit), by the number of allocated time-frequency resources elements (REs) and the
modulation order.
5G-MiEdge Page 11
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 12
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 13
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
Noise Ratio (SNR) curves for the considered modulations and encoding rates in the
frequency flat channel with Additive White Gaussian Noise (AWGN). These curves
are used as an input to the PHY abstraction model in order to get instantaneous
BER/PER performance estimation for every link considered in the SLS. This PHY
abstraction model is developed for the desired channel and depends on the considered
channel type.
Figure 2.2.2 shows Packet Error Rate (PER) vs. SNR performance comparison for
OFDM (Orthogonal frequency-division multiplexing) modulations in case of
frequency flat. The curve wes simulated for ideal channel knowledge and without RF
imperfections. SNR for OFDM modulation is introduced per subcarrier in frequency
domain.
0
AWGN channel model
10
MCS 13
MCS 14
MCS 15
MCS 16
MCS 17
MCS 18
-1
10 MCS 19
MCS 20
MCS 21
PER
MCS 22
MCS 23
MCS 24
-2
10
-3
10
-6 -4 -2 0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34
SNR, dB
Figure 2.2.2: PSDU Packet Error Rate (PER) vs. SNR performance for OFDM
modulations in case of frequency flat channel.
5G-MiEdge Page 14
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
C-plane
U-plane
U-plane
MeNB SeNB
(Master eNB) (Secondary eNB)
Figure 3.2.1 - Overview of C/U-plane splitting
In the C/U splitting scheme UE can get the C-plane data via MeNB (Master eNB) and
the U-plane data via MeNB and SeNB (Secondary eNB) as shown in Figure 3.2.1.
Typically, MeNB and SeNB are the macro eNB and smallcell eNB, respectively.
According to the proposed scheme, both reliable and high throughput communications
will be realized. To be more specific, the UE can keep a main C-plane connection
active, typically within a long-range macro cell, and activate U-plane connections to
different BSs which provide the best data traffic bearers according to both user and
network status.
The general concept of the C/U splitting scheme is independent of carrier frequencies.
Nonetheless, it is necessary to enhance the architecture by introducing more flexibility
and multiple design choices. Particularly, extended network functionalities are
required to deal with mmWave C/U split.
5G-MiEdge Page 15
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
C-plane selects
the mm-wave
small cell-BS to
serve the UE.
Turn on command
5G-MiEdge Page 16
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
For the resource allocation, the small cell polls UE for their request to communicate
and allocates the needed time slots. The macro cell C-plane orchestrates the operation
of mmWave small cells and manages the wireless medium access of mmWave devices.
It also can be used to realize scenarios where a mmWave BS simultaneously
communicates with multiple UE. In addition, considering limited backhaul, resource
scheduling over the backhaul for data prefetching or computation offloading is also
considered to further improve system performance.
config_parameters
Simulation setup
Warm Up
Simulation Create User
frames
configuration deployment association
processing
5G-MiEdge Page 17
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 18
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 19
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
User position
77
119 105 89 75
250 26
12 80
200 103 73
97 19 67
10 28
150 5
1 22 31 52
100 3 18
Position y [m] 150 11 30 41
50 24
27 9 57
141 21
0 16
8 25
50 4
134 23 14
100 6 2
17 47
150 29 15
176 206
200 162 20 192
13
169 7 199
250
178 190 208
155
300 200 100 0 100 200 300
Position x [m]
Figure 3.3.2.2 - BS deployment condition
UE are uniformly deployed in a target macro cell area and their moving directivity and
orientation are also set at this step.
Ti t 1
1
Ti t 1 Ri t I iˆ i
1
tc tc
Where Ri t and Ti t are instantaneous user rate and average user rate of the i th UE
respectively. N UE is the total number of UE in a cell. t c is a time window of the
averaging filter and I is an indicator function.
5G-MiEdge Page 20
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
where 3dB and 3dB are the horizontal and vertical half beam width respectively, etilt
is a down tilt angle. The mmWave antenna beam pattern is given by IEEE 802.11ad
channel model.
2 2
G , G0 12 12
3dB 3dB
where G0 is an antenna gain. The horizontal and vertical half beam width are 10 in
this simulation.
5G-MiEdge Page 21
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
The functions of this block generate serving and interfering channels for each UE
according to the defined channel modelling scenario. For LTE transmissions ITU
UMa/UMi channel models are used and it can be generated by SCME channel model
[SCME]. For mmWave transmissions the “Open Area” case of channel model
described in [MWB-D5.1] is used. The time-frequency correlated channel is shown in
Fig. 3.3.3.3-1.
Moreover, since we consider time transition and UE movement, spatial correlated
shadowing should be introduced. The spatial correlated shadowing is generated from
uncorrelated random shadowing. From the 3GPP standard [TR36.814], the distance
dependent correlation coefficient follows an exponential function
d
d exp ,
d cor
where d is a distance between 2 locations and d cor is a correlation distance. In order
to generate 2D correlated shadowing map, we introduce horizontal/vertical filter
coefficient a k and diagonal filter coefficient bk . If the resolution of the shadowing is
d res , these filter coefficients are given as follows
1 kd
ak exp res
d cor d cor
,
1 k 2d res
bk exp
d
d cor cor
k is the running filter coefficient index. We cut the exponential decay function at
maximum distance of 4d cor and normalize each filter coefficient with d cor . We
initialize the map with normal distribution value then apply these filters in horizontal,
vertical and diagonal by convolutional operation as follows.
B x1,y N 0,1
4 d cor d res
B x2,y a
k 0
k B x1,y k
4 d cor d res
B x3,y a
k 0
k B x2k , y
4 d cor d res
B x4,y b B
k 0
k
3
xk , y k
4 d cor d res
B x5,y b B
k 0
k
4
xk , y k
5G-MiEdge Page 22
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
3.3.3.4 Rx processing
This block performs the receive processing for each UE using the serving and
interfering channel from the previous step. The post processing SINR is used to obtain
PER by means of PHY abstraction described in [MWB-D4.1].
3.3.3.5 Feedback generation
Using the available knowledge about the channel state, each UE calculates suitable
MCS, Tx antenna weights, and rank indicator, and reports them to its serving station.
5G-MiEdge Page 23
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
RSRP
Reference signal received power
# of RE for reference signals
# of RB RSRP
RSRQ
RSSI
RSSI Received power of signal interference noise
5G-MiEdge Page 24
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
4 Performance evaluation
4.1 Revisit of 5G-MiEdge’s scenarios
The SLS is used to evaluate different scenarios of 5G-MiEdge. In this section, we
revisit 5G-MiEdge’s selected five typical scenarios, where two among them are further
chosen to be evaluated in consecutive sections e.g. Omotenashi services and outdoor
dynamic crowd.
Omotenashi services
The aim of this use case is providing a high data rate service for users that wish to
download a streaming video at some locations (airport, shopping mall, etc.). To
guarantee service continuity while the user is moving through the airport, it is useful
to predict the mobility pattern and pre-fetch data in advance. The evaluation of this
scenario will be presented in Sect. 4.2.
Moving Hotspot
In this use case, users benefit of a service (download or upload), during their trip on a
train through a local MEC Content Server through a Wi-Fi/WiGig hotspot. Even
though the user is moving fast, it is easy to predict the target MEH where the user will
be relocated. From past users' requests, it is then possible to prefetch contents on the
target MEH and then perform a data shower when the train arrives. Since this scenario
can be seen as an extension of the previous one by adding mobility to the hotspot, its
performance evaluation is out of scope of this deliverable.
Dynamic crowd
This use case consists of a high dynamic change of traffic pattern. In this case, the user
mobility can be tracked, but only within a certain accuracy. Hence, it may be advisable
to pre-configure a set of target MEH, in the neighborhood of the source MEH, to be
proactive in relocating the user service. This scenario requires continuous handovers
and selection of the most suitable APs to serve the users and will be evaluated in Sect.
4.3.
Automated driving
In this use case, mobility is extremely high and application relocation (for cooperative
perception, HD maps, safety etc.) should be provided every time a car moves from the
coverage area of a Road Side Unit (RSU) to another one. Evaluation of this scenario
requires a novel channel model among cars and between car and RSU, which are yet
available to this project. Thus, this deliverable does not include performance
evaluation of this scenario.
5G-MiEdge Page 25
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 26
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
Parameter Value
Hotspot radius 𝑟 40 m
Number of hotspots 12
5G-MiEdge Page 27
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 28
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
Parameter Value
Grid width 25 m
5G-MiEdge Page 29
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 30
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 31
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 32
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
Tp
wu , n (t )
tu , n t
where Bu(t) is the allocated backhaul resource to user u until time t, wu,n(t) is weight
coefficient taking into account the traffic generation time tu,n for user u and traffic n at
time t. wu,n(t) is a ratio of Tp against margin time defined as the difference between tu,n
and t. α is called PF coefficient which changes priority of weight coefficient. There are
two reasons why we set the function form like this. First, large traffic should be
accommodated to small cell BS to utilize fully mmWave high speed capacity
(conversely it is possible to deal with small traffic with macro cell). Second, wu,n(t)
increases as traffic generation time tu,n approaches time t, that means to allocate data
in advance as much possible in the storage before users really download the traffic.
5G-MiEdge Page 33
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
instantaneous remaining traffic demand of user u. Ns is the total number of small cell
BSs. JM and JS are the number of sectors at macro cell BS and smallcell BS. M j is the M
set of users belonging to a sector jM of macro cell BS and Ss , j is the set of users
S
belonging to a sector jS of small cell BS s. Du , s is the data stored in storage for user
rem
where Tu,s is the total timeslot for user u at small cell s decided by the presented
prefetching algorithm. Namely, if not prefetching, limited backhaul restricts small cell
rate and system rate will decrease. However, if prefetching is applied, mmWave high
speed access will be released from the backhaul bottleneck and fully demonstrate the
capability. Eventually, it is expected that the system rate will increase.
Delay on access
Delay on access τ is defined as the gap between time tu,n at which user demands
traffic and time tu,nend at which all of the demand traffic is delivered. The formula
is represented as follows,
tuend
, n tu , n .
5G-MiEdge Page 34
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 35
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
if we select 6GB and 50s as values of storage and time window respectively, we can
achieve the equilibrium point in the zone of zero loss.
5G-MiEdge Page 36
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
Figure 4.2.2.7-4 Loss of system rate for each storage limit and time window
5G-MiEdge Page 37
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
Figure 4.3.1 – 5G cellular network with mmWave edge cloud for computation
offloading
where
5G-MiEdge Page 39
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
is a decision variable, based on the availability of the 𝑖-th AP for user 𝑘. In particular,
user 𝑘 will transmit over link 𝑖 if and only if this is not blocked. Constraint 𝑖) is the
latency constraint, so the one that couples the communication and the computation
time. Constraint 𝑖𝑖) and 𝑖𝑖𝑖) ensure that the transmit power is in the feasible region of
the optimization problem, i.e. the transmit power of a device is positive and less than
a power budget. Constraint 𝑖𝑣) is relative to the feasible region for the computational
resources. In particular, computation resources allocated to a user cannot exceed the
total computation power of the MEH. Finally, constraint 𝑣) ensures that the sum of all
computation resources allocated to the users admitted to the offloading does not exceed
the total computation resources of the MEH. Indeed, in each time slot the algorithm
also performs an admission control phase, based on the feasible set of the problem. Of
course, if a user finds both links blocked, it is not admitted to the system. In particular,
when a certain user is not admitted to the offloading procedure, its computation and
communication queues are cumulated in its buffer during all time slots, until it is not
admitted again. Then, it will have to transmit all the information that has not been
transmitted and the MEH has to perform all the computations that have not been
performed. This condition will affect the overall transmit power. The evolution of the
computation queues can be written as follows
where 𝐴𝑘 (𝑡) is the amount of computation requests arrived at the previous time slot,
modeled as a random process with mean 𝐴̅𝑘
5G-MiEdge Page 40
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 41
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 42
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 43
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5 Summary
This deliverable concludes task T4.1: System level performance evaluation. It provides
detailed information on the following aspects:
Simulator architecture
Development and implementation of the system level simulator
Performance evaluation
With the system level simulator, based on the described simulator architecture, a
thorough performance evaluation on prefetching algorithms and multi-link
connectivity was conducted.
The in-depth evaluation lead to very promising results:
1. Data prefetching drastically improves the system performance and further
increase the data rates
2. Multi-link communication not only improves the overall data rates, but also
greatly benefits the system reliability in case of blocking events.
Even though the results are preliminary and without the constraints and limitations of
hardware and outdoor scenarios, they do provide a great starting point and necessary
parameters for the hardware developed in task T4.2: Development of common/joint
5G-MiEdge Testbed and finally T4.3: Field trials toward Tokyo Olympic, when the
developed system will be extensively evaluated in real-world scenarios.
5G-MiEdge Page 44
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
5G-MiEdge Page 45
Deliverable Horizon2020 EUJ-01-2016 723171 Date: June 2018
5G-MiEdge D4.1 Public Deliverable
6 References
[802.11ad] "Implementation of 60 GHz WLAN Channel Model," IEEE 802.11 doc. 0854r3.
[BCM17] S. Barbarossa, E. Ceci, M. Merluzzi, “Overbooking radio and computation
resources in mmW-mobile edge computing to reduce vulnerability to channel
intermittency”, 2017 European Conference on Networks and Communications
(EuCNC 2017), pp. 1-5, June 2017
[BCMC17] S. Barbarossa, E. Ceci, M. Merluzzi, E. Calvanese-Strinati , “Enabling effective
Mobile Edge Computing using millimeterwave links”, 2017 IEEE International
Conference on Communications Workshops (ICC 2017), pp. 367 - 372, May
2017
[BSDL14] S. Barbarossa, S. Sardellitti, P. Di Lorenzo, “Communicating while Computing:
Distributed Cloud Computing over 5G Heterogeneous Networks”, IEEE Signal
Processing Magazine, Special Issue on Signal Processing for the 5G Revolution,
November 2014, pp. 45-55.
[D2.3] 5G-MiEdge deliverable D2.3, “Design of mmWave antennas for 5G enabled
stadium”, Available online at: http://5g-miedge.eu.
[D3.1] 5G-MiEdge deliverable D3.1, “Architecture of mmWave edge cloud and
requirement for control signaling”. Available online at: http://5g-miedge.eu.
[MWB-D4.1] System Level Simulator Specification
[MWB-D5.1] Channel Modeling and Characterization
[STAS14] H. Shimodaira, G. K. Tran, K. Araki, K. Sakaguchi, S. Nanba, T. Hayashi and S.
Konishi, "Cell Association Method for Multiband Heterogeneous Networks,"
Personal, Indoor and Mobile Radio Communications (PIMRC Workshops),
2014 IEEE 25th International Symposium on, Sep. 2014.
[SSB15] S. Sardellitti, G. Scutari, S. Barbarossa, “Joint Optimization of Radio and
Computational Resources for Multicell Mobile-Edge Computing”, IEEE Trans.
on Signal and Information Processing over Networks, June 2015, pp 89-103.
[SCME] D. S. Baum, J. Salo, M. Milojevic, P. Kyösti and J. Hansen, "MATLAB
implementation of the interim channel model for beyond-3G systems (SCME),"
May 2005. [Online]. Available: http://www.tkk.fi/Units/Radio/scm/.
[TR36.814] 3GPP TR 36.814, "Further advancements for E-UTRA physical layer aspects".
[TS36.211] 3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA);
Physical channels and modulation".
[TS36.212] 3GPP TS 36.212, "Evolved Universal Terrestrial Radio Access (E-UTRA);
Multiplexing and channel coding".
[TS36.213] 3GPP TS 36.213, “Evolved Universal Terrestrial Radio Access (E-UTRA);
Physical layer procedures”.
[TS36.331] 3GPP TS36.331, Evolved Universal Terrestrial Radio Access (E-UTRA); Radio
Resource Control (RRC); Protocol specification.
[TW05] E. Tuomaala and H. Wang, "Effective SINR approach of link to system mapping
in OFDM/multi-carrier mobile network," in Proc. Int. Conf. Mobile Tech., Appl.
Syst., Nov. 2005.
5G-MiEdge Page 46