1. Introduction
Reliable communications are a fundamental requirement to ensure road traffic safety. Currently, road-side infrastructure, i.e., “Roadside Units (RSU) and Road Weather Stations (RWS), are one of the crucial parts of wireless sensor networks that can be utilized to observe and track vehicular activity along roads such as road conditions, speeding cars, car crashes and other dangerous situations. With the use of wireless sensor networks, the vehicles along the roads can have efficient and quick connection setups with additional internet gateways and fixed wireless access points (APs). The network increases road safety by providing the vehicle with different alerts such as traffic and weather information, as well as road condition information. For VANETs, IEEE launched the 802.11 standard for vehicular communications. The basic idea of this standard is to improve the safety applications for public as well as to improve the flow of road traffic in Vehicle-to-Vehicle (V2V) and Vehicle-to-Infrastructure (V2I) scenarios [
1]. IEEE 802.11p is used as a base to the standardized ITS-G5, offering the GeoNetworking protocol for V2V and V2I communications. ITS-G5 is standardized by the European Telecommunications Standards Institute (ETSI). Cellular communication also plays an important role in Vehicular Networks (VNs) to exchange road weather and traffic information in order to enhance road traffic safety [
2]. The 3rd Generation Partnership Project (3GPP) defined the V2X (Vehicle-to-Everything) communication specification based on LTE (Long Term Evolution) [
3].
The Finnish Meteorological Institute (FMI) has developed a hybrid vehicular network infrastructure using ITS-G5 with a cellular-based 5G Test Network (5GTN). It provides an advanced, intelligent network containing heterogeneous networking capabilities for road traffic safety between vehicles and RSUs/RWSs. We used the sensor data of vehicles as well as the weather observation information from RWSs to develop a service architecture with the availability of real-time service capabilities. Mainly, we used commercial equipment, e.g., Sunnit briefcase and Cohda MK5 radio transceivers (Cohda Wireless, Wayville, Australia) to test the pilot system and to conduct field measurements in vehicular networking. The basic idea is to develop a state-of-the-art road traffic safety service architecture with accurate services such as location-based road weather data, forecast and accident alerts. This article also provides a platform for a real-time two-way communication with tailored pilot scenarios for vehicular networking. We conducted these pilot measurements using the Sod5G test-track in Sodankylä, Finland, as illustrated in
Figure 1. The Sod5G test-track is majorly funded by the European Regional Development Fund (ERDF). The test-track has a length of 1.7 km and it is equipped with two road weather stations supporting an ITS-G5 protocol and a 5G test network base station together with different IoT sensors. This test-track offers the opportunity to design, develop, and test road weather services even in severe weather situations. In this article, we discuss the pilot measurements using ITS-G5 and 5GTN operability. The pilot scenarios and field measurements provide the base to plan, design, and develop the real-time intelligent road traffic system with a set of example services working in the heterogeneous ITS-G5 and 5GTN wireless technologies. The pilot system architecture and field measurement results are evaluated and compared with their expected results and requirements [
4].
This paper is organized as follows. In
Section 2, key properties of ITS-G5 and 5G standards are discussed, followed by
Section 3, overviewing the ITS enabled services for VNs and the pilot system. In
Section 4, the pilot system deployment and field measurement setup are considered, followed by
Section 5, where pilot and field measurements are presented.
Section 6 presents the results and analysis, followed by
Section 7, where conclusions are drawn.
3. ITS-Assisted Road Weather Services for VNs
For pilot and field measurements, a test-track featuring an advanced state-of-the-art 5G test network and ITS-G5 was used. The network works as a testing platform to study, develop and pilot an advanced Intelligent Transport System (ITS) and real-time service architecture. The initial work on the 5G assisted road weather services was carried out in a previous initiative, namely the 5G Safe project, funded by Business Finland [
5]. Providing an extra robustness for the information exchange between RWS and vehicles, 5G offers more refined road traffic climatic facilities. The test track infrastructure at the FMI supports different road weather services particularly designed to benefit VNs, as illustrated in
Figure 2.
Table 1 summarizes the considered road weather pilot services, including the real-time collection of weather information and alerts by using different IoT sensors. State-of-the-art equipment was used, including road friction instruments like Teconer RCM 411 (Teconer Oy, Helsinki, Finland) and WCM 411 (Teconer Oy, Helsinki, Finland) installed in vehicles and road weather station sensors including the Vaisala PWD-22, Vaisala DSC-111 (Vaisala Oyj, Vantaa, Finland), 2D Ultrasonic Anemometer, DST-111, 2*PT100, DRS-511, HMP45D, and a Zavio B7210 Full HD camera installed on the test-track. Ultimately, this real-time data is distributed to the nearby vehicles from RWSs for road traffic safety. Furthermore, the V2V and V2I communication in the 5G test network and the ITS-G5 were tested with a special “see-through” application, tailored to deliver vehicle camera data from the front of a vehicle queue during poor visibility conditions, making it possible to take precautionary measures for unexpected traffic anomalies. However, the pilot services were conducted using 5G and ITS-G5 on the test-track, which were performed and verified during the field measurements on the test-track at a conceptual level. In the near future, the pilot measurements will be further extended [
10].
The vehicles receive the road traffic and weather services and gather observational information directly from the RWS and other vehicles. This information needs a high level of security and encryption. We also considered the security aspect of data. Indeed, data security was ensured before data broadcast and secure information management practices in the RWS, vehicles, and data clouds were implemented. We conducted an analysis to ensure that the generation of different weather service procedures were not corrupted or transferred without authorization. For data security, we are currently developing and contributing to different projects, offering security practices and methodologies for the VANETs use cases. One of the European union Electronic Components and Systems for European Leadership (EU-ECSEL JU) SafeCOP project at FMI designed and developed an extra safety layer for VANETs with an explicit run-time manager providing the validity and security of an individual communication object [
11].
4. Pilot System and Field Measurements Setup
The pilot system and field measurements were carried out with ITS-G5 and 5GTN networking capabilities, and the test measurements were conducted on the aforementioned test-track. The field measurements of the pilot system evaluate the capability of vehicular networking considering V2V and V2I scenarios supporting special road weather services. The pilot system for field measurements is equipped with the Road Weather Stations (RWS) and the 5th generation Cohda MK5 On-Board Units (OBU) that is compatible with the ITS-G5 and Cohda MK6 OBU compatible to V2X applications providing the vehicle tracking, road traffic safety and efficiency. Both units have basically the same functionalities consisting of a Windows 7 workstation and Cohda Wireless MK5 transceivers tuned between 5.35 and 5.925 GHz, compatible with ITS-G5 (IEEE 802.11p) and V2X CTX-0800 OBU. The Cohda MK6 OBU is compatible with 5G and LTE bands together with the Global Navigation Satellite System (GNSS) feature. The configuration of the Cohda Wireless MK5 transceiver operates at a channel bandwidth of 20 MHz (10 MHz also available), designed on the 5.875–5.905 GHz band compatible with the ITS-G5 (IEEE 802.11p) and V2X OBUs. We used a SUNIT F-series vehicle PC (Sunit Oy, Kajani, Finland) for the user interface (UI) in vehicles during the pilot measurements. The PC integrates different modules between the telematics, windows, and display unit. It also provides a vehicle monitoring platform which enables the external vehicle sensors control. The configuration of the wireless transceiver units is as follows: operating band: 5.875–5.905 GHz and channel bandwidth of 20 MHz (10 MHz also available). The maximum data-rate of this channel operates is in the range 6–54 Mbps [
12]. We expected to achieve the maximum attainable data rate, but the payload for the data packet (no framework) was restricted to 10 Mbps. The employed CTX-0800 OBU is compatible with 5G and LTE bands together with the GNSS feature. We used Iperf2 to transmit the UDP packets to the network, with a packet size of 1202 bytes and delay between packets set to 1 ms. The size of a data packet can be different, according to the requirements, and the specific packet size shows the standardized packet size of a road weather station. We used the standard transmit power of 21 dBm (in Europe) for packet transmission [
13]. To receive and capture the UDP packets, we used the network protocol analyzer Wireshark. The analyzer gathers all the road weather and traffic information i.e., data packet capture time, average data-rate, average packet per second, average packet size, etc.). The analyzer also offers IO graphs, using which we can assess the captured data packet information as a time function. We used the network tool “Wireshark 3.4.3” to analyze the data packets on the network and transport layer of ITS reference layer model. For these field measurements, the test-track had no major traffic density or obstacles during the pilot system tailored along the test-track [
13,
14].
We tailored the field measurements in three different setups to analyze the performance of the heterogeneous VN in a realistic operational environment. These three different field measurement setups provide deep insight into network behavior at different vehicle speeds. In the V2I scenarios, we used a vehicle equipped with the OBU passing an RWS at speeds of 30, 40, and 50 km/h.
Figure 3 shows the test-track equipped with the RWSs and a 5G base station for the field tests [
6]. The RWSs transmit the data packets to the vehicle and we used a data packet capture software to capture ana analyze the packets. In the V2V scenario, we drove two OBU-equipped vehicles in opposite directions at speeds of 30, 40, and 50 km/h (single vehicle).
One of the vehicles transmitted data and the other vehicle received and captured the data. The first vehicle transmitted the data using only the OBU transmitter as a connection point with the second vehicle. In both scenarios, the transmitted UDP packet had a size of 1202 bytes with a delay of 1 ms, leading to almost a 10 Mbps data rate (max.). By using the ITS-G5 and 5GTN standards, the system’s theoretical range is from 50 to 1000 m, and the 5GTN range can be up to 1700 m (max.). In the V2I scenario, the vehicle connects to the RWS with a connection time
tx given by
where
vx and
rx represent the vehicle speed and RWS range, respectively. During the connection time
tx, the throughput
T(tot)x can be calculated as
where
T(tot)x is the throughput during the connection time
tx and
Tx is the time period through which packets were transmitted.
T(tot)x = Px/tx = total number of transmitted bits (=no. of packets x length of packet)/tem-poral length duration of the transmission.
For each speed, we have taken average across a number of measurements for average throughput.
Likewise, the V2V scenario used two vehicles and the connection time between two vehicles can be calculated while they are in range as
where
vy is the relative velocity of a vehicle and
ry represents the range. The throughput
T(tot)y between two vehicles at connection time
ty is:
where
T(tot)y is the throughput during the connection time
ty between vehicles and
Ty is the time period through which packets were transmitted.
T(tot)y = Py/ty = total number of transmitted bits (=no. of packets x length of packet)/temporal duration of the transmission.
For each speed, we have taken an average across a number of measurements for average throughput.
The field measurements were tailored to calculate the pilot system capacity considering the average throughput. We also calculated the actual range of the VANET communication equipment, which was compared with the theoretical range [
6,
7].
For the V2I scenario, we conducted 25 measurement drives, and for the V2V scenario we conducted 30 measurements in two successive measurement sessions. The measurement conditions were the same for all field measurements. For the V2I and V2V scenarios, the vehicle passed the RWSs and the other vehicle by making a connection with RWSs and sustaining the connection within communication range with the maximum possible data rate [
14,
15,
16,
17,
18,
19,
20].
5. Pilot Field Measurements
We started the pilot and field measurements of vehicular networking using the ITS-G5 network. While driving to the measurement area, we turned on the measuring devices, recorded the route and captured the packets. We conducted the field test measurements at three different speeds, namely 30, 40 and 50 km/h with an average speed of 40 km/h. The distance between cars was from 5 m to 200 m approximately. As shown in
Figure 4, the connection between vehicles was on almost all the time and data rate stayed quite stable. The 1202 bytes of data packets were received with a 1ms transmission delay. The average throughput during the field measurement was 1.36 Mbps.
In the second scenario, we conducted the field measurements of vehicular networking using the 5G test network. During the test measurements, the speed was from 0 to 50 km/h (average speed 40 km/h) and the distance between cars was approximately from 5 m to 200 m. As depicted in
Figure 5, the connection between vehicles was on almost all the time and the data rate remained quite stable, as in the previous case. The 1202 bytes of data packets were transmitted with a 1 ms transmission delay. The average throughput during the trip was 1.55 Mbps.
To calculate the range of heterogeneous networking, we used a Python software where the RWS transmits the data to the nearby passing vehicle, as illustrated in
Table 1. To calculate the range, we used Equation (5) by considering that the RWSs distributed the up-to-date road weather data to the nearby passing vehicles. The differences between ranges, calculated from the Wireshark measurements, were ±42 m.
Figure 6 shows that the connections were established between 220 m and 480 m before the RWS and lost between 380 m and 630 m after the RWS. The lengths of the connections were from 710 m to 930 m for the considered 5GTN and ITS-G5 networks. The ideal situation for the communication link availability time was calculated according to (5), although the availability of a heterogeneous network has a relation between the ideal situation and the real-time field measurements [
15,
16].
The maximum range of the RWS (m) estimate was calculated as:
where
speed is given in km/h and
measured test drive length is given in s.
In
Figure 7a, we can see the UDP packet capture from RWS-1 and in
Figure 7b we can see the UDP packet capture RWS-2, respectively. Both RWSs were implemented with ITS-G5 technology. The yellow spots represent the UDP packet capture during field measurements tailored on the test-track. Furthermore, vehicles encountering each other exchanged their latest road weather information received from the RWSs.
Figure 7 reveals that there were some points where the connection was lost in V2V and V2I scenarios, and this ultimately affected the average throughput.
In
Figure 8a, the range of 5GTN packet capture during pilot measurements is shown together for the heterogeneous (ITS-G5 and 5GTN) network.
Figure 8a shows that the 5GTN supported a greater range than ITS-G5 on the test-track for vehicular networking. The UDP packet capture in heterogeneous networking in
Figure 8b illustrates that the network coverage and performance was enhanced in the field measurements. The yellow spots represent the UDP packet capture during field measurements tailored on the test-track. The missing yellow spots indicate the positions where data packets were lost.
6. Results and Analysis
In this section, we analyze the overall performance of the heterogeneous vehicular network in terms of average throughput, latency, packet size, and good-put time.
Table 2 illustrates the pilot measurement results of the V2I scenario, including the communication range in terms of VANET connection accessibility. The ideal situation for the communication link availability time was calculated according to (1), although the availability of a VANET communication link has a relation between the ideal situation and the collected results, respectively.
Table 3 summarizes the pilot measurement results in the tailored V2V scenario. The table provides the communication range as a VANET communication link availability using heterogeneous networking, calculated as a relation between the collected results and ideal situation based on (3).
For the V2I scenario, we conducted 25 measurement drives, and for the V2V scenario we conducted 30 measurement drives using the ITS-G5 and the 5GTN, respectively. In the heterogeneous network, the RWSs continuously transmit real-time road weather and traffic information, as presented in
Table 1, and we captured the data packets in the testing vehicle for both V2V and V2I scenarios. For V2V and V2I scenarios, the testing vehicle was driving along the test-track.
We evaluated the behavior of vehicular networking on the test-track, as presented in
Table 2 and
Table 3. We also analyzed the latency of the VANET communication on the test-track for V2I and V2V scenarios.
Table 2 and
Table 3 illustrate that the good-put time and latency affected the average throughput in heterogeneous vehicular networking. These results reveal that the network latency had an impact on the network throughput, while the V2V performance was slightly better as compared to the V2I scenario.
Figure 9 shows the packet loss in vehicular networking during the pilot measurements. In the V2I scenario, the cellular system had a slightly higher packet loss compared to the ITS-G5 case, due to relatively long initialization time for the connection step-up in the field measurements. However, when connection between vehicles was established, the cellular network packet loss dropped dramatically, and it had almost the same performance at the end of the test drives. For the V2V scenario, the 5GTN performed better in contrast to the cellular system.
Figure 9 also illustrates that the packet loss in the V2V scenario using ITS-G5 was slightly higher due to the haphazard nature of the test-track and weak communication link between vehicles due to the fluctuating distance between them. Features like high carrier frequency and edge computing made the 5GTN’s performance superior that of ITS-G5 (e.g., less latency). Hence, the overall performance of the pilot measurements illustrates that the heterogeneous network’s performance was good enough to fulfill the vehicular networking application requirements. This heterogeneous network shows that the pilot measurements performance have clear potential to decrease the accidents and loss of life on roads.