#  1 Executive Summary

The purpose of the Data Management Plan (DMP) is to describe the main elements
of the data management policy that will be used by 5G-XHaul with regard to the
datasets generated by the project. This DMP will describe the format and the
way to store, archive and share the data created within the project. The data
may include, but not limited to, code, publications, as well as measured data,
e.g. field trials. DMP’s content will be updated from its creation (Month 6),
to the end of the project (Month 36).

The 5G-XHaul consortium will support the Open Data Initiative and will ensure
that part of the collected data will be made available to the public. Our goal
in this document is to:

  1. specify the data that will be collected during the lifetime of 5G-XHaul; 

  

  2. investigate the best practices and guidelines for sharing the project outcomes, as well as facilitating open access (OA) to research data; and 

  

  3. define how the data collected in the project will be made available to third parties in contexts such as scientific scrutiny, peer review and use for research purposes. 

  

  

#  2 Introduction

During the lifetime of 5G-XHaul, data of different nature will be generated
and collected. The main goal of the 5G-XHaul Data Management Plan (DMP) is to
outline the types of data foreseen for generation throughout the project, as
well as the context and procedures of this generation. It also outlines the
protocols followed to assess the generated/collected data with respect to
their sensitiveness and outlines data acquisition plan for the duration of the
project.

Following the EC template on “Guidelines on Data Management in Horizon 2020”

(
_http://ec.europa.eu/research/participants/data/ref/h2020/grants_manual/hi/oa_pilot/h2020-hi-
oadata-mgt_en.pdf_ )  , the DMP includes the following major components:

  * Data set reference and name, 

  

  * Data set description, 

  

  * Standards and metadata, 

  

  * Data sharing and; 

  

  * Archiving and preservation (including storage and backup) 

  

Following this file, the DMP clarifies that scientific generated research data
will be easily:

  * Discoverable 

  

  * Accessible 

  

  * Assessable and intelligible 

  

  * Useable beyond the original purpose for which it was collected 

  

  * Interoperable to specific quality standards 

  

The remainder of the deliverable is structured as follows. Section 3 presents
the rights to access the data generated in the project. Section 4 summarizes
the rights to access to 5G-XHaul publications. In Section 5, the data to be
gathered from the context of the project is presented. In Section 6, the data
collection processes are outlined. In Section 7, the data are handled
according to the different categories regarding confidentiality, i.e. there
are data which are confidential and need special protection, data which are
not confidential and can be shared, as well as data which depend on the
informed consent of the participant. Section 8 addressed the terms of
archiving and preservation. Finally, Section 9 summarizes the deliverable.

The 5G-XHaul consortium will attempt to maximise the visibility and
exploitation of the project results and its long-term impact, by providing as
many as possible publicly available results that can be easily accessed and
reused.

#  3 Open Access to research data

Open access (OA) to research data refers to the right to access and re-use
digital research data generated by projects. OA data repositories will be
setup by the consortium during the start of the project. However, partner
hosted repositories, as well as external repositories will be used to ensure
maximum visibility, serve as backups, and ensure availability well after the
end of the project. With respect to software modules developed during the
course of the project, whenever possible, i.e. not violating Intellectual
Property Rights (IPR), they will also be provided under open-source license to
allow for their reuse, adaptation and further enhancement to match possibly
different application contexts and serve as a baseline for future business and
research endeavours.

The project will be using the Open Access Infrastructure for Research in
Europe (OpenAIRE)  ( _https://www.openaire.eu/_ )  [1][2], as well as
exploiting the expected support to be provided on research data management for
projects funded under Horizon 2020. OpenAIRE is a service that has been built
to offer exactly this functionality and may be used to reference both the
publication and the data. The lead author is responsible for getting approvals
and then sharing the data and metadata on Zenodo  ( _http://zenodo.org/_ )  .
Zenodo is a repository supported by CERN and the EU OpenAire project which is
open, free, searchable and structured with flexible licensing allowing for
storing all types of data: datasets, images, presentations, publications and
software. Some of the features are:

  * The repository has backup and archiving capabilities. 

  

  * The repository allows for integration github.com where the project code will be stored. GitHub provides a free and flexible tool for code developing and storage. 

  

  * Zenodo assigns all publicly available uploads a Digital Object Identifier (DOI) to make the upload easily- and uniquely-citable 

  

EU expects funded researchers to manage and share research data in a manner
that maximizes opportunities for future research and complies with best
practice in the relevant subject domain, that is:

  * The dataset has clear scope for wider research use 

  

  * The dataset is likely to have long-term value for research or other purposes 

  

  * The dataset have broad utility for reference and use by research communities 

  

  * The dataset represents a significant output of the research project 

  

Openly accessible research data, generated during 5G-XHaul project, will be
accessed, mined, exploited, reproduced and disseminated free of charge for the
user.

#  4 Open access to scientific publications

The scientific publications will be published under the Open Access (OA)
paradigm to the largest possible extent and in accordance to the quality
standards set by the project. Since numerous publications are expected during
the course of the project, the project’s approach will be to exploit both “
**gold** “ and “ **green** ” OA practices. Publications that are expected to
be highly impactful and cited will be provided through “ **gold** ” OA to
ensure their maximum visibility. For the other publications, the “ **green** ”
OA practice will be followed, making them publicly available as soon as
possible also in their published version.

OA wil be achieved through the following steps:

  1. Any paper presenting the project results will acknowledge the project: The research leading to these results has received funding from the European Union’s Horizon 2020 research and innovation programme under grant agreement No 671551-5G-XHaul and display the EU emblem. 

  

  2. Any paper presenting the project results will be deposited by the time of publication the latest to a formal repository for scientific papers. If the organization has not a formal repository  ( _https://www.openaire.eu/participate/deposit/idrepos_ )  , the paper can be uploaded in Zenodo. 

  

  3. Authors will ensure that the publisher accepts OA via self-archiving in their departments formal repository or via  _http://zenodo.org/_ . 

  

  4. Authors can choose to pay “author processing charges” to ensure OA publishing, but still they have to deposit the paper in a formal repository for scientific papers (step 2). 

  

  5. Authors will ensure OA via the repository to the bibliographic metadata identifying the deposited publication. More specifically, the following will be included: 

    1. The terms “European Union (EU)” and “Horizon 2020”; 

  

    2. “Dynamically Reconfigurable Optical-Wireless Backhaul/Fronthaul with Cognitive Control Plane for Small Cells and Cloud-RANs-5G-XHaul”, Grant agreement number 671551; 

  

    3. Publication data, length of embargo period if applicable; and 

  

    4. A persistent identifier. 

  
  

  

  6. Each case will be examinated separately in order to decide if self-archiving of paying for OA publishing. 

  

  

In all cases, publications will be treated – in terms of storage – in a
similar manner to research data, meaning that project, partner and externally
hosted repositories will be used to maximise visibility and ensure long-term
preservation of the articles. As aforementioned, research data and associated
software needed to reproduce the results presented in publications will be
also made available as much and as soon as possible.

#  5 5G-XHaul context and data description

The objectives of 5G-XHaul with respect to data gathering raise from the
_definition of the use cases_ at one of the first tasks to be carried out
within the first months of the project.Also, the usage scenarios play an
important role when thinking about data to be stored. The appropriate
identification of these datasets will be generated and collected to drive the
project’s technical work.

Preliminary examples of the datasets that will be made available in 5G-XHaul
comprise:

  * real network traffic statistics and performance related information for mobile (2G/3G/4G) and fixed (xDSL) access network nodes, 

  

  * anonymous data rate requirements of mobile users derived from testbeds, 

  

  * anonymous mobility data of mobile users derived from testbeds, and 

  

  * data on channel quality, interference and error rate between different network units (RRH, BBU-pool, …). 

  

#  6 Data collection

COSMOTE provides already three datasets listed and described below.

Telefonica will study the possibility of sharing some traffic traces from
their networks, taking into account its legal obligations for protecting the
confidentiality of its customers. The availability of the data is currently
being analysed by Telefonica legal services in order to find a common position
for all the 5G-PPP projects.

##  6.1 Dataset 1: Mobile Network Traffic Statistics (at Base Station level)

This dataset will include real network traffic statistics for a number of
3G/4G/4G+ Base Stations (BS) covering a specific (urban) geographical area,
located in Athens, Greece. More specifically, the information that will be
provided will include:

  * BS configuration-related data 

  

  * Performance-related statistics for the 3G and the 4G/4G+ BSs located in the area under consideration. 

  

###  6.1.1 Data set reference and name

#####  6.1.1.1 Base Station Configuration Data

This dataset will include the following information:

  1. _BS ID_ : Starting from 1 up to the max. number of BSs that will be considered. We shall stress that this is not the real BS ID. 

  

  2. _4G/4G+ BS related configuration data_ (if the BS supports 4G): incl., the BS type (e.g. micro, macro), the number of carriers and the available bandwidth (in MHz). 

  

  3. _3G/HSPA/HSPA+ BS related configuration data_ (if the BS supports 3G), incl., the BS type (e.g. micro, macro), the number of carriers and the bandwidth per Radio Access Technology (RAT). 

  

  

Additional information that could be provided is the following:

  * Rough coverage per BS 

  

  * Neighboring cell relations per BS 

  

  * #inhabitants / Km  2  in the area under study 

  

**6.1.1.2 3G/HSPA/HSPA+ Performance-related statistics (@Base Station level)**
The following performance-related data will be provided:

  * _Time_ : in the form of 2015-11-25 00:00:00.0 

  

  * _Cell Name_ : The BS ID (1,2,3, …) along with the sector ID (A,B,C, …)  _Speech Traffic (Erlang)_ : The total speech traffic in Erlangs. 

  

  * _Data Traffic (MB)_ : The hourly UL/DL Data traffic in MB 

  

  * _Data Rate Distribution_ : The distribution of traffic per data rate; for 8, 16, 32, 64 ,128, 256 & 384 Kbps and HSUPA data rates 

  

  * _Cell Throughput (kbps)_ : The average HSDPA throughput in Kbps 

  

  * _HSUPA Throughput (Kbps)_ : The average and max HSUPA throughput in Kbps 

  

  * _User Throughput (Kbps)_ : The average HSDPA/HSUPA throughput per User 

  

  * _Average number of Users_ : The average number of HSDPA/HSUPA Users 

  

  * _Access Failure (% of total)_ : The total access failure rate as % of total sessions (for CS and PS connections) 

  

  * _RRC Connection Setup and Access Failure rate_ : The access failure rate due to RRC failure as % of total sessions (for CS and PS connections) 

  

  * _RRC Connection Setup And Access Attempts Per Request Cause_ : The number of RRC Setup and Access requests per type; that is, for Conversational Call, International Call, Background Call, Subscirber Traffic Call, Emergency Call, Cell Resellection, Registration, High Priority Signalling, Low Priority Signalling, Call Re-establishment, SRNC Relocation. 

  

  * _DCH Rejection Rate_ : The DCH Rejection Rate (% of total sessions) for UL/DL Voice, Video and PS sessions. 

  

  * _DCH Attempts_ : The DCH Access Attempts for Voice, Video and PS sessions. 

  

  * _Drop Call Rate (% of total) for Speech Sessions per Failure Cause_ : The Drop Call Rate 

  

(% of total sessions) for Speech Sessions per Failure Cause, i.e. due to Iu,
Radio, BTS, IuR, UE, RNC, transmission or pre-emption issues. The total number
of releases is also measured.

  * _Drop Call Rate (% of total) for Video Sessions per Failure Cause_ : The Drop Call Rate (% of total sessions) for Video Sessions per Failure Cause, i.e. due to Iu, Radio, BTS, IuR, UE, RNC, transmission or pre-emption issues. The total number of releases is also measured. 

  

  * _Drop Call Rate (% of total) for PS Sessions per Failure Cause_ : The Drop Call Rate (% of total sessions) for PS Sessions per Failure Cause, i.e. due to Iu, Radio, BTS, IuR, UE, RNC or transmission issues. The total number of releases is also measured. 

  

_Note_ : All counters are available on a per hour basis.

**6.1.1.3 4G/4G+ Performance-related statistics (@Base Station level)** The
following performance-related data will be provided:

  * _Time_ : in the form of 2015-11-25 00:00:00.0 

  

  * _Cell Name_ : The BS ID (1,2,3, …) along with the sector ID (A,B,C, …) 

  

  * _Data Traffic (MB)_ : The hourly UL/DL Data traffic in MB 

  

  * _RRC Drop ratio (%)_ : The Radio Resource Control (RRC) Drop ratio 

  

  * _RRC Setup Failure Rate (%)_ : The RRC Setup Failure Rate 

  

  * _E_RAB Failure Rate (%)_ : The E-RAB Failure Rate 

  

  * _Mean Cell Throughput (Mbps)_ : The hourly average LTE UL/DL throughput in Mbps 

  

  * _Max Cell Throughput (Mbps)_ : The maximum LTE UL/DL throughput in Mbps 

  

  * _Average Number of UEs_ : The average number of mobile devices  _Max number of UEs_ : The maximum number of simultaneous UE sessions. 

  

  * _Total UEs in eNB_ : The total number of UEs in the BS during the hour. 

  

  * _% Carrier Aggregation (CA) capable UES_ : The percentage of CA capable UEs over the total UEs 

  

  * _Intra-eNB HO Failure Rate (%)_ : The failure rate (% of total attempts) for Intra eNB Handovers. 

  

  * _Inter-eNB HO over X2 Failure Rate (%)_ : The failure rate (% of total attempts) for Inter eNB Handovers over the X2 interface 

  

  * _Inter-eNB HO over S1 Failure Rate (%)_ : The failure rate (% of total attempts) for Inter eNB Handovers over S1 interface 

  

  * _Number of CS Fallback (CSFB) Attempts_ : The number of CSFB attempts in idle and connected mode 

  

  * _Average PRB Usage per TTI (%)_ : The UL/DL average Physical Resource Blocks usage (i.e. PRBs Used / PRBs Available) per TTI 

  

  * _Intra-eNB Latency_ : It measures the intra-eNB latency 

  

  * Average Channel Quality Indicator (CQI): The average CQI value 

  

  * _CQI Distribution per Level (00-15) (%)_ : The CQI distribution per level for each of the 16 CQI values as percentage of total samples 

  

  * _Modulation and Code Scheme (MCS) Distribution per Order (%)_ : The % distribution of MCS usage (Low (MCS0-9), Medium (MCS 10-19), High (MCS20-28)). 

  

  * _MCS Distribution per Scheme (MCS0-MCS28) (%)_ : The MCS distribution per Scheme for each of the 29 values as percentage of total samples 

  

  * _Downlink (DL) Modulation Scheme Distribution (%)_ : The % distribution of Modulation Scheme usage in the DL (QPSK,16QAM, 64QAM) 

  

  * _Uplink (UL) Modulation Scheme Distribution (%)_ : The % distribution of Modulation Scheme usage in the UL (QPSK,16QAM, 64QAM). 

  

  * _Average Physical Uplink Control Channel (PUCCH) Signal to Interference plus Noise_ _Ratio (SINR)_ : The average PUCCH SINR 

  

  * _Average Physical Uplink Shared Channel (PUSCH) SINR_ : The average PUSCH SINR _Note_ : The above counters will be available on a per quarterly basis, apart from the average/max UEs per eNB, CQI και SINR PUCCH/PUSCH counters. 

  

###  6.1.2 Data set description

#####  6.1.2.1 Base Station Configuration Data

This dataset will be provided in the following format:

  * BS ID: A number which discriminates the BS among the others i.e., 1, 2, 3, … max. 

  

  * 4G/4G configuration data e.g., 3 sectors (A,B,C) x 20MHz o 3G/HSPA/HSPA+ configuration data, e.g.: 

    * 3 sectors (A,B,C) x 21Mbps 

  

    * 6 sectors (D,E,F,G,H,J) x 42Mbps 

  

    * Uplink: 5.8Mbps for all cells o Location-related data: e.g., Latitude and Longitude (37.94369217, 23.71617261) 

  

  

_Note_ : All BSs’ coordinates have been dislocated from original ones; however
the relative distances have been kept, providing thus the original (displaced)
network topology.

#####  6.1.2.2 3G/HSPA/HSPA+ Performance-related statistics (@Base Station
level)

The counters described above for the 3G/HSPA/HSPA+ BSs will be given in the
following format:

#####  6.1.2.3 4G/4G+ Performance-related statistics (@Base Station level)

The counters described above for the 4G/4G+ BSs will be given in the following
format:

###  6.1.3 Standards and metadata

\-

##  6.2 Dataset 2: Fixed (Access) Network (xDSL) Traffic Statistics

The information that will be provided will be described as soon as the
consortium makes a decision on the information/dataset that will be utilized
in the context of the project.

###  6.2.1 Data set reference and name

###  6.2.2 Data set description

###  6.2.3 Standards and metadata

##  6.3 Dataset 3: Anonymous Mobility related data of mobile users

Network related data (Cell-ID, LAC/TAC, RAT, RSSI/RSRP/RSRQ/RSNR/CQI,
call/session status (idle, off-hook)) for the area under consideration (see
Dataset 1) along with user location (latitude, longitude) and time information
(timestamp) will be provided, for a limited number of users (e.g. 2-5 users).

The anonymity of the users/subscribers will be ensured by: (a) utilizing SIM
(pool) cards used by COSMOTE employees only, for network
performance/optimization purposes, that is, not belonging to real COSMOTE
subscribers and (b) utilizing part of the device IMEI (that is, last 4 digits)
for the subscriber identification (if needed).

Details about the information that will be provided will be described as soon
as the consortium makes a decision on the information/dataset that will be
utilized in the context of the project.

#  7 Data Management and sharing

The process of making the 5G-XHaul data public and publishable at the
repository will follow the procedures described in the Consortium Agreement.

##  7.1 Categories of data based on their confidentiality level

_Open/Protected/Confidential_  
  
<table>  
<tr>  
<th>

Topic

</th>  
<th>

Objective

</th>  
<th>

Data Type

</th>  
<th>

Source

</th>  
<th>

Category

</th> </tr>  
<tr>  
<td>

Dataset 1

</td>  
<td>

To be utilized for simulation purposes

</td>  
<td>

Mobile network traffic statistics

@BS level

</td>  
<td>

Commercial network

</td>  
<td>

Confidential

</td> </tr>  
<tr>  
<td>

Dataset 2

</td>  
<td>

To be utilized for simulation purposes

</td>  
<td>

Fixed access network traffic statistics

</td>  
<td>

Commercial network

</td>  
<td>

Confidential

</td> </tr>  
<tr>  
<td>

Dataset 3

</td>  
<td>

To be utilized for simulation purposes

</td>  
<td>

Mobility-related statistics

</td>  
<td>

Commercial network

</td>  
<td>

Confidential

</td> </tr> </table>

##  7.2 Data sharing

**_COSMOTE’s Note_ ** : The data/information that will be provided by COSMOTE
is strictly confidential and is intended to be used in the context and the
timeframe of the 5G-XHaul project solely, while in case of relevant
studies/publications COSMOTE shall be informed prior to submission.

Data will be shared when the related deliverable or paper has been made
available at an Open Access (OA) repository. The normal expectation is that
data related to a publication will be openly shared. However, to allow the
exploitation of any opportunities arising from the raw data and tools, data
sharing will proceed only if all co-authors of the related publication agree.

OA to research data in 5G-XHaul will be achieved through the following steps:

  1. Update of the DMP 

  

  2. Data selection 

  

  3. Data deposit into a data repository 

  

  4. License the data for reuse (Horizon 2020 recommendation is to use CC0 or CC BY) 

  

  5. Provide info on tools needed for validation: everything that could help third party in validating the data (workflow, code, etc.) 

  

  

Independent of the choose, the authors will ensure that the repository:

  * Gives the submitted dataset a persistent and unique identifier, to make sure that research outputs in disparate repositories can be linked back to particular researchers and grants 

  

  * Provides a landing page for each dataset, with metadata 

  

  * Helps to track if the data has been used by providing access and download statistics 

  

  * Keeps the data available in the long term, if desired 

  

  * Provides guidance on how to cite the data that has been deposited 

  

As suggested from the European Commission, the partners will deposit at the
same time the research data needed to validate the results presented in the
deposited scientific publications. This timescale applies for data
underpinning the publication and results presented: research papers written
and published during the funding period will be made available with a subset
of the data necessary to verify the research findings. The consortium will
then make a newer, complete version of data, available within 6 months of
project completion.

Other data (not underpinning the publication) will be shared during the
project life following a granular approach to data sharing, releasing subsets
of data at distinct periods, rather than wait until the end of the project, in
order to obtain feedback from the user community and refine it as necessary.

An important aspect to take into account, is who is **allowed to access the
data** . It could happen that some of the dataset shouldn’t be publicly
accessible to everyone. In this case, a control mechanisms will be
established.

These include:

  * Authentication systems that limit read access to authorized users only 

  

  * Procedures to monitor and evaluate, one to one, access requests: user must complete a request form stating the purpose for which they intend to use the data. 

  

  * Adoption of a Data Transfer Agreement that outlines conditions for access and use of the data 

  

Each time a new dataset will be deposited, the consortiun will decide on who
is allowed to access the data. Generally speaking, anonymised and aggregate
data will be made freely available to everyone, whereas sensitive and
confidential data will only be accessed by specific authorized users.

#  8 Archiving and preservation

The Guidelines on Data Management in Horizon 2020 require defining procedures
that will be put in place for long-term preservation of the data and backup.
Datasets will be maintained for 5 years following project completion. To
ensure high-quality long-term management and maintenance of the dataset, the
consortium will implement procedures to protect information over time. These
procedures will permit a broad range of users to easily obtain, share, and
properly interpret both active and archived information, and they will ensure
that information are:

  * kept up-to-date in content and format so they remain easily accessible and usable; 

  

  * protected from catastrophic events (e.g., fire and flood), user error, hardware failure, software failure or corruption security breaches, and vandalism. 

  

Both Zenodo and OpenAIRE are purpose-built services that aim to provide
archiving and preservation of long-tail research data. In addition, the
5G-XHaul website, linking back to OpenAIRE, is expected to be available for at
least 2 years after the end of the project.

Regarding the second aspect, solutions dealing with disaster risk management
and recovery, as well as with regular backups of data and off-site storage of
backup sets, are always integrated when using the official data repositories,
i.e. Zenodo; the partners will ensure the adoptions of similar solutions when
choosing an institutional research data repository.

#  9 Conclusions

The purpose of the DMP is to support the data management life cycle for all
data that will be collected, processed or generated by the 5G-XHaul project.
The DMP is not a fixed document, but evolves during the lifespan of the
project. This document is expected to mature during the project; more
developed versions of the plan could be included as additional deliverables at
later stages. The DMP will be updated at least by the mid-term and final
review to fine-tune it to the data generated and the uses identified by the
consortium since not all data or potential uses are clear at this stage of the
project.

#  10 Bibliography

  1. The OpenAIRE Project - Open Access Infrastructure for Research in Europe,  _http://www.openaire.eu_

  

  2. “OpenAire, Open access overview, What is open access?,” [Online]. Available: 

  

  

_https://www.openaire.eu/open-access-overview/open-access-info/overview-of-
open-access_ .