If you use this code in your research, please cite: T. do Vale Saraiva et al., "An Application-Driven Framework for Intelligent Transportation Systems Using 5G Network Slicing," IEEE Transactions on Intelligent Transportation Systems, vol. 22, no. 8, pp. 5247–5260, Aug. 2021. DOI: 10.1109/TITS.2021.3086064.
@ARTICLE{9455348,
author={do Vale Saraiva, Tiago and Campos, Carlos Alberto Vieira and Fontes, Ramon dos Reis and Rothenberg, Christian Esteve and Sorour, Sameh and Valaee, Shahrokh},
journal={IEEE Transactions on Intelligent Transportation Systems},
title={An Application-Driven Framework for Intelligent Transportation Systems Using 5G Network Slicing},
year={2021},
volume={22},
number={8},
pages={5247-5260},
keywords={Network slicing;5G mobile communication;Heuristic algorithms;Vehicle dynamics;Quality of service;Proposals;Intelligent transportation systems;Vehicular networks;network slicing;software-defined networking;application-driven networks;intelligent transportation systems},
doi={10.1109/TITS.2021.3086064}}This framework uses a vehicular software-defined network to implement a 5G network slicing aproach to deal with the problem of how to provide a mobile infrastructure that can dinnamically meet the communication requirements of different vehicular network ITS applications.
This implementation uses the Mininet-wifi emulator (https://github.com/intrig-unicamp/mininet-wifi), Ryu controller (https://osrg.github.io/ryu/), and SUMO Mobility simulator (https://sumo.dlr.de/docs/Installing.html).
Before run the experiments, it is necessary configure the Ryu controller to accept OF 1.3 REST instructions, as described in https://osrg.github.io/ryu-book/en/html/rest_qos.html.
The codes here refer to a performance evaluation of the proposed framework in a scenario representing a traffic jam in a via with 158 vehicles, in a 450 seconds period, with diferrent congestion levels over the time. Part of th vehicles are associated with four applications, each one with different network requirements, other vehicles only generate traffic of beacons, and others only contribute to the experiment in the mobility.
This implementation permits to compare the results of PDR, throughput and RTT obtained with the use of the proposed framework and with two other approaches named as "Qos only", that implements just QoS in the network, and a "Best effort" approach, that do not prioritize any traffic.
1. The main script that builds the topology in Mininet-wifi, with mobility and general emulation parameters:
https://github.com/saraivacode/framework_its_sdn/blob/master/testes2020.py
-f: Proposed framework approach
-q: QoS only approach
-b: Best effort approach
All options require the script that will start applications traffic in vehicles. To use the -q option, it is necessary the database and Central Controller scripts. To use -f option, it is necessary the database, central controller and local controllers scripts. All these scripts are called by the main (testes2020.py).
https://github.com/saraivacode/framework_its_sdn/blob/master/carcon.sh
https://github.com/saraivacode/framework_its_sdn/blob/master/carcont2.sh
https://github.com/saraivacode/framework_its_sdn/blob/master/initialdb.sql
5. Shell script that implements the central controller application, interacting with Ryu SDN controller through its REST API to apply the general network QoS policies:
https://github.com/saraivacode/framework_its_sdn/blob/master/central_controller2.sh
6. Shell script that acts on the RSUs, in the role of local controllers application, redirecting traffic and enforcing the policies defined by the central controller:
https://github.com/saraivacode/framework_its_sdn/blob/master/local_controllers.sh
7. Configuration and XML files used by SUMO to configure the mobility of the vehicles in Manhattan map, according a traffic jam:
https://github.com/saraivacode/framework_its_sdn/blob/master/map2.sumocfg https://github.com/saraivacode/framework_its_sdn/blob/master/new-york2.rou.xml.new2 https://github.com/saraivacode/framework_its_sdn/blob/master/new-york2.net.xml https://github.com/saraivacode/framework_its_sdn/blob/master/new-york2.poly.xml
Shell code that is used to extract, from the files generated in emulation, the information necessary to compile the results:
https://github.com/saraivacode/framework_its_sdn/blob/master/tratamento_c4.sh
fs: Proposed framework approach
fq: QoS only approach
fn: Best effort approach
1 - PDR results https://github.com/saraivacode/framework_its_sdn/blob/master/comb_pdr2.R
2 - RTT results (ECDF) https://github.com/saraivacode/framework_its_sdn/blob/master/comb_delay.R
3 - Throughput and RTT over time results https://github.com/saraivacode/framework_its_sdn/blob/master/comb_geral.R
step 1 (Run ryu): # ryu-manager ryu.app.rest_qos ryu.app.qos_simple_switch_13 ryu.app.rest_conf_switch ryu.app.ofctl_rest
step 10 (Generate in R the Throughput and RTT over time results graphs): execute in R the comb_geral.R file
Contributions are welcome! Please feel free to submit a Pull Request. For major changes, please open an issue to discuss what you would like to change.
This project is licensed under the MIT License - see the LICENSE file for details.
- Federal University of State of Rio de Janeiro (UNIRIO)
- Tiago do Vale Saraiva - tiago.saraiva@uniriotec.br

