-
Notifications
You must be signed in to change notification settings - Fork 5
/
Copy pathCAVICO
83 lines (76 loc) · 4.59 KB
/
CAVICO
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
<!-- TITLE: CAVICO -->
<!-- SUBTITLE: QoE/QoS Experiment -->
# TCC & HINS & NSD Description
**Description of the VNF**
The CAVICO project aims to provide a technology enabler for video streaming that is controlled in the function of QoE (Quality of Experience). In order to present a proof of the concept the demonstrator is based on a video camera installed in the car provided within automotive Experimental Vertical Instance (EVI) environment developed by IT Aveiro partner.
The Architecture of CAVICO system is a module-based solution that is shown in the figure.
A main part of the system is located in VNF (Virtual Network Function) where ControlApp is responsible for interpretation of video stream, GPS (Global Positioning System) data and network throughput. Raspberry Pi (RPi) cyclically sends request for control via TCP (Transmission Control Protocol) connection. Every time, when a new request is received, the control algorithm calculates current FPS (Frame Per Second), video resolution and stream bit rate using information about present use case, observed video QoE and measured network throughput.
**Running an experiment**
The system works in a server-client model. VNF is based on Ubuntu VM that has three network interfaces described be NSD. The client is based on a Raspberry Pi module that is connected to OBU using WiFi. The Raspberry Pi module communicates with VNF via OBU that provides a multi-link transmission using different wireless technologies. Both VNF server and Raspberry Pi module have two interfaces that are used for:
● control (‘provider’ network),
● data exchange (‘provider2’ network).
The communication resources used in CAVICO project encompassed several nodes including:
● Gateway (Jump Machine) available via OpenVPN connection,
● LMA Hub,
● VNF server,
● RSU,
● OBU,
● Raspberry Pi.
The consecutive steps to run the experiment are:
1. login to 5GinFIRE network with OpenVPN using credentials;
2. login to the Jump Machine: ssh using credentials;
3. login to VNF server from the Jump Machine: ssh using credentials;
4. run a program of the server application in VNF:
```text
cd H2020-CAVICO_DesktopApp
./H2020-CAVICO_DesktopApp 1
```
A switch “1” overwrites any settings in the configuration file and forces to start the server application unconditionally.
5. In a new terminal window repeat steps 2 3 and then login to OBU: ssh using the credentials;
6. run GPS server:
```text
cd H2020-CAVICO_gps_server_OBU/gps_server_obu/
python gps_server.py
```
7. In a new terminal window repeat steps 2 3 and then login to Raspberry Pi module: ssh using the credentials;
8. Run RPiApp application using commands:
```text
cd CAVICO
python main.py IP_OF_VNF CONTROL_PORT
```
During tests the parameters were: ```text IP_OF_VNF```, ```text CONTROL_PORT = 9000```
9. In a new terminal window repeat steps 2 3 and run a program that measures the transmission throughput:
```text
cd H2020-CAVICO_DesktopApp/externalPrograms
python3 SpeedTesterServer.py SPEEDTESTER_PORT
```
During tests the parameter was ```text SPEEDTESTER_PORT = 5005```
10. If you want to see a preview of the video retransmitted from VNF it is necessary to have an additional PC which has the IP address accessible from the VNF server. To run such a preview open software which is able to receive a SDP stream and run it using sdp file generated by ControlApp.
Alternatively you can access applications at the client site via LMA Hub:
11. login to the EVI network via the gateway: ssh using the credentials;
12. login to OBU: ssh using the credentials;
13. run a program that reads GPS coordinates - see no. 6;
14. login to Raspberry Pi module: ssh using the credentials;
15. run a program that measures the transmission throughput - see no. 9.
Results are stored in the following files:
● BI.csv - Block indicator;
● control.csv:
- networkScale - ¯("throughput" ),
- FPS,
- res_X, res_Y - video resolution,
- bitrate - transmission throughput,
- networkBandwidth - throughput [Mbps],
- useCase - identified use case;
● GPS.csv - GPS coordinates;
● QOE.csv - QoE parameters: Frame, Blockiness, SpatialActivity, Letterbox, Pillarbox, Blockloss, Blur, TemporalActivity, Blackout, Freezing, Exposure, Contrast, Interlace, Noise, Slice, Flickering;
● TA_S.csv: TA scale.
The results can be downloaded from the server to plot them.
Example results
VNF is capable to collect data that allow:
● identifying use cases (useCase),
● measuring transmission throughput (bitrate),
and on this base it provides changes in:
● the frame rate (FPS),
● video resolution (res_X).
===
**Git link: git clone https://git.scanlab.gr/georget/vru_safe_cloud.git**