Software-Defined Heterogeneous Vehicular Networking: The Architectural Design and Open Challenges
Software-Defined Heterogeneous Vehicular Networking: The Architectural Design and Open Challenges
Software-Defined Heterogeneous Vehicular Networking: The Architectural Design and Open Challenges
Article
Software-Defined Heterogeneous Vehicular
Networking: The Architectural Design and
Open Challenges
Adnan Mahmood *, Wei Emma Zhang and Quan Z. Sheng *
Department of Computing, Macquarie University, Sydney, NSW 2109, Australia; [email protected]
* Correspondence: [email protected] (A.M.); [email protected] (Q.Z.S.)
Abstract: The promising advancements in the telecommunications and automotive sectors over
the years have empowered drivers with highly innovative communication and sensing capabilities,
in turn paving the way for the next-generation connected and autonomous vehicles. Today, vehicles
communicate wirelessly with other vehicles and vulnerable pedestrians in their immediate vicinity
to share timely safety-critical information primarily for collision mitigation. Furthermore, vehicles
connect with the traffic management entities via their supporting network infrastructure to become
more aware of any potential hazards on the roads and for guidance pertinent to their current and
anticipated speeds and travelling course to ensure more efficient traffic flows. Therefore, a secure
and low-latency communication is highly indispensable in order to meet the stringent performance
requirements of such safety-critical vehicular applications. However, the heterogeneity of diverse
radio access technologies and inflexibility in their deployment results in network fragmentation and
inefficient resource utilization, and these, therefore, act as bottlenecks in realizing the aims for a
highly efficient vehicular networking architecture. In order to overcome such sorts of bottlenecks,
this article brings forth the current state-of-the-art in the context of intelligent transportation systems
(ITS) and subsequently proposes a software-defined heterogeneous vehicular networking (SDHVNet)
architecture for ensuring a highly agile networking infrastructure to ensure rapid network innovation
on-demand. Finally, a number of potential architectural challenges and their probable solutions
are discussed.
1. Introduction
Over the past few decades, the promising notion of vehicular ad hoc networks (VANETs) has
been thoroughly studied and well-researched by researchers in both academia and industry [1].
However, the emerging and promising paradigms of cloud computing, fog and/or edge computing,
software-defined networks (SDN) and network functions virtualization have not only completely
revolutionized the wireless networking industry, but have further spurred considerable innovative
advancements for the transportation sector. This is coupled with other recent significant technological
advances pertinent to the evolution of connected and autonomous vehicles and pervasive usage
of numerous state-of-the-art sensory devices installed onboard vehicles that facilitate in a diverse
range of cooperative vehicular safety applications, i.e., forward collision warnings, emergency vehicle
assistance, (vulnerable) pedestrian collision mitigation, blind intersection warnings and hazardous
location alerts, amongst many others. These safety applications are not only critical in nature, but
further require a low-latency infrastructure with a maximum tolerable delay ranging between 10 ms
and 50 ms [2]. Furthermore, modern-day connected vehicles are equipped with on average 100 sensors
onboard, and this number is anticipated to increase up to 200 towards the end of the year 2020 [3].
These sensors not only generate the bulk amount of data, but also play an indispensable role in creating
and sharing of ambient intelligence for vehicular cooperative communication. Furthermore, as per an
estimate of Intel [4], an averagely-driven connected vehicle (i.e., a personal vehicle used for day-to-day
routine purposes and not for any commercial operations) in the near future would generate around
4000 MB (40 TB) of data for every eight hours of its driving. This is in addition to the vehicular user’s
data consumption, which on average stands at 650 MB per day and is expected to reach 1.5 GB per day
by 2020.
The questions, therefore, arise as: (a) how to tackle such a flood of data so that the meaningful
information could be accumulated, processed and utilized for the above-referred vehicular safety
applications; (b) which particular radio access technologies would be able to facilitate the transmission
of such sort of a meaningful information with higher data rates and lower end-to-end delay; and finally,
(c) where this all processing (i.e., compute and storage) needs to be tackled; as sending these data
back to the remote back-end servers would not only require excessive bandwidth, but may also
result in excessive load on the backhaul, thereby increasing the network management overhead and
compromising the service-level objectives of diverse vehicular safety applications.
The emerging and promising paradigm of software-defined networking (SDN) indicate a possible
solution to these vehicular networking challenges. SDN has been conceived and subsequently deployed
for wired networks. However, as of late, there is a rapid shift of interest towards deploying SDN
for both the wireless and ad hoc domains. This has, in turn, stimulated the interest of the academic
community to look into the possibility of designing SDN-based vehicular networks that would not only
enable secure and high bandwidth communication services, but may also provide low latency for the
safety-critical vehicular applications. SDN de-couples the control plane from the data plane, and the
overall management and orchestration of network resources is carried out via a logically-centralized
programmable controller. This, therefore, facilitates enabling a vendor-independent control of the entire
network for both network carriers and enterprises, in turn considerably simplifying the network design
and operations and laying out the foundations for a highly flexible and programmable networking
infrastructure. Hence, given a programmable SDN controller, it is easier to configure disparate network
devices and to deploy a wide array of new applications instantly. Nevertheless, despite of several
advantages that SDN brings to a networking infrastructure, it is also vulnerable to a number of security
attacks since malicious entities may launch attack on either the data plane via targeting the network
elements from within the network itself and via the southbound application programming interface
(API), by directly attacking the control plane as it acts as the centralized point of intelligence for the
entire underlying network or on the applications plane by targeting certain specialized applications
and via the northbound API. However, ensuring security in a SDN-based network remains beyond the
scope of this article.
Although a number of architectures have been recently proposed for guaranteeing an enhanced
network resource management in VANETs (kindly refer to Section 3 for details), most of them have
not accounted for the unique VANET-associated features and characteristics in their designs, i.e.,
frequent changes in network topology owing to the highly dynamic behaviour of vehicles in the data
plane, extremely large and distributed network, stringent delay constraints, the need for efficient and
smooth handovers, etc. Moreover, a number of these architectures primarily rely on accumulating
the centralized intelligence in a single centralized SDN controller, which on the one hand, provides
a global view of the entire underlying network, but on the other hand, may become a single point of
network failure in case of any unforeseen event. Thus, a re-design of the existing vehicular networking
architectures is highly indispensable.
Accordingly, this article is one of the first few research studies to bring forth the notion of a
highly reconfigurable software-defined heterogeneous vehicular networking (SDHVNet) architecture
to facilitate rapid network innovation for meeting the stringent performance requirements of diverse
safety-critical vehicular cooperative applications and services. SDHVNet is a robust and performant
Future Internet 2019, 11, 70 3 of 17
Vehicle-to-Network Vehicle-to-Vehicle
Communication Communication
Over the past several years, the IEEE 802.11p/DSRC has been considered as the de facto standard for
the implementation of numerous vehicular networking applications and services. IEEE 802.11p/DSRC
is considered as a short-range wireless technology that originally evolved from the WiFi standard
and primarily operates in a 5.9-GHz ITS bandwidth [8]. While DSRC provides a fast two-millisecond
over-the-air latency, its standard performance degrades to a significant extent in urban scenarios with
abundant high-rise buildings and intersections, leading to considerable blockage in the line-of-sight
communication. Other limiting factors include fading, the high mobility of vehicles, and uncoordinated
medium access mechanisms [9]. On the contrary, the Third-Generation Partnership Project (3GPP)
has recently promulgated the notion of C-V2X, i.e., cellular vehicle-to-everything communication,
Future Internet 2019, 11, 70 4 of 17
a technological paradigm using existing and developing cellular standards for a diverse array of
vehicular connectivity applications and use-cases [10]. C-V2X is currently being developed as part of
the 3GPP objectives to accelerate the development of cellular systems from 4G to 5G by incorporating
enhancements to LTE Broadcast and LTE Direct. LTE Broadcast would facilitate both V2I and V2N
communication by leveraging traditional cellular infrastructure, wherein messages can be broadcast
from V2X servers to numerous vehicles concurrently, while the individual vehicles can unicast the
messages back to the server [11]. Enabling V2I and V2N communications is enormously advantageous
for several vehicular applications, i.e., receiving alert messages from the traffic management authorities
warning of traffic accidents and conditions several miles ahead up the road or communicating with
a smart parking facility to locate and reserve the available parking space automatically. LTE Direct
would enable robust V2V communication with a low latency of about one millisecond, at distances of
up to hundreds of meters and, more notably, both in-coverage and out-of-coverage of the traditional
cellular infrastructure [12,13].
However, the aforementioned technologies are not yet capable of supporting a gigabit per second
data rate for sharing of onboard raw sensor data (i.e., from visual cameras, radars and LiDARs)
between the vehicles and with the infrastructure [3]. Automotive cameras are typically responsible
for generating a considerable proportion of sensor data on the vehicles, and the required data rates
are typically around 100 Mbps and 700 Mbps for low- and high-resolution raw images, respectively,
after significant compression has been applied [14]. Practically, the maximum data rate for DSRC
is only around 6–27 Mbps, while 4G cellular systems are still limited to approximately 100 Mbps in
high mobility scenarios, though much lower data rates are typical. In this context, millimetre wave
communication (mmWave) remains a pivotal approach for realizing the aim of higher bandwidth
next-generation connected vehicles. The mmWave band has already been rolled out in the market in the
form of the IEEE802.11ad and supports a data rate of 7 Gbps [15]. There are substantial challenges, i.e.,
lack of accurate mmWave vehicular channel models, insufficient penetration rates and beam alignment
overhead, that still prove critical in realizing the full potential of mmWave V2X communication systems.
However, it can still prove attractive for a number of powerful vehicular safety applications such as
the bird’s eye view and see-through highlighted in the 5G Automotive Vision of the 5G Public Private
Partnerships Group (5G-PPP Group) [16]. Hence, a heterogeneous combination of diverse wireless
technologies appears to be one of the most viable options for next-generation ITS communication
platforms so that the advantages of one technology reasonably offset the disadvantages of the other.
Table 1 depicts the salient characteristics of candidate networking technologies that can match the
challenging requirements of the diverse vehicular networking applications.
Heterogeneity is also supported in the 5G Vision [17] promulgated by the 5G-PPP Group, which
regards the future 5G networks to be a heterogeneous set of air interfaces comprise of both existing
and future wireless networking technologies (especially as terahertz communication is currently being
explored for vehicular networking [18]). Seamless handovers among heterogeneous technologies
(vertical handovers) are also a native feature of the 5G-PPP’s 5G Vision. Hence, heterogeneity can
help achieve better network performance guarantees. Nevertheless, heterogeneity itself is an intricate
task to handle and leads to network fragmentation and inefficacy in network resource utilization.
Furthermore, transitioning from one radio access technology to another and the multi-hop process
involved in the routing of the network traffic could add to the overall end-to-end delay and needs to
be carefully tackled. Especially in the case of dense vehicular environments where resource demand is
particularly high and several network routing paths are available, there is a need to look for optimal
paths within the shortest possible time. This could be addressed with the help of intelligent routing
algorithms and via efficient network resource management. The emerging paradigm of SDN proposes
a possible solution to these networking challenges by providing an intelligent orchestration of the
network through its salient characteristics of reprogrammability, agility, scalability, elasticity and
flexibility. An illustration of a heterogeneous vehicular networking architecture is depicted in Figure 2.
Future Internet 2019, 11, 70 5 of 17
DSRC mmWave
Characteristics WiFi (802.11) LTE LTE-Advanced
(802.11p) (802.11ad)
Maximum Range 100 m 1 km 100 km 100 km 10 m
Core Network
Application Server
DSRC
eNodeB
Roadside Unit
eNodeB
DSRC
eNodeB
Cellular-based Roadside Unit
V2I Multicast
Although a number of architectures have been recently proposed in the research literature for
ensuring an enhanced network resource management in VANETs, most of them did not account for
the unique VANET-associated features and characteristics in their designs, i.e., frequent changes in
network topology owing to the highly dynamic behaviour of vehicles in the data plane, extremely large
and distributed network, stringent delay constraints, the need for efficient and smooth handovers, etc.
Moreover, a number of these architectures primarily rely on accumulating the centralized intelligence in
a single centralized SDN controller, which undoubtedly provides a global view of the entire underlying
network, but may also become a single point of network failure in case of an unfortunate event. Therefore,
localized intelligence in addition to centralized intelligence is extremely indispensable for realizing the
true potential of SDN-based HetVNets.
Localized
Roadside Cloudlet can also be referred to as
Edge Cloud/Node, Fog Cloud, or Local Cloud
2
Intelligence
Local Compute Roadside Cloudlet Roadside Cloudlet Local Compute
& Storage (LTE) (DSRC) & Storage
Base
Station I2I Communication Access
Point
V2I V2I
Communication Communication
V2V V2V
Vehicular Cloud Communication Communication Vehicular Cloud
(Micro Cloud) (Micro Cloud) 1
Moreover, a proposed logical architecture of SDHVNet is depicted in Figure 5. As can be seen, the
network infrastructure plane (i.e., data plane) encompasses both vehicles and vehicular users, roadside
infrastructure, i.e., access points and base stations of diverse heterogeneous radio access technologies,
traffic lights and vulnerable road pedestrians. V2V, V2I and V2P communication take place at the data
plane. Moreover, the southbound application programming interface (API) facilitates communication
between the network infrastructure plane and the control plane. OpenFlow is usually one of the most
commonly used southbound APIs. Nevertheless, OpenFlow needs to be considerably enhanced in
order to meet the challenges of dynamic vehicular networking environments. The control plane being
a software platform is responsible for the management of networking functions virtualized from the
network infrastructure plane. It thus collects and maintains the status of all SDN switches, creates and
retains an up-to-date networking topology and accommodates an up-to-date frequency manager in
order to determine the frequency of a requested vehicular application and service (or any other content)
along with the particular duration it has been requested. Subsequently, the cache manager ensures an
intelligent edge-based caching by employing dynamic cache management policies and cache eviction
strategies. Handover decision manager guarantees that the vehicles remain seamlessly connected to
the optimal radio access technology in an always best connected mode for satisfying the bandwidth and
stringent latency requirements of safety-critical vehicular applications and concurrently preserves
precious network resources by mitigating handover failures and unnecessary handovers.
Trajectory prediction is one of the key components of the control plane and primarily forecasts
and updates the anticipated trajectories of the SDN switches. Stationery switches can easily be reached
via a reliable connection. However, the real challenge is associated with the mobile switches. Hence,
vehicles that are associated with the roadside cloudlets could be easily accessed via the control plane.
However, vehicles that are temporarily disconnected need considerable attention: (a) trajectories of
public transport are generally fixed, and as such, they could be reached via their fixed time schedules;
and (b) connected vehicles are anticipated to be equipped with navigational systems, and drivers are
generally expected to traverse along the navigational trajectory, so these navigational routes could be
considered as the vehicles’ trajectory for traversing through the network. Lastly, the applications plane
Future Internet 2019, 11, 70 11 of 17
offers a set of vehicular applications and services indispensable for formulating a next-generation
seamless, ubiquitous and undifferentiated ITS platform.
Northbound APIs
(i.e., Customized APIs)
Southbound APIs
(i.e., Open Flow)
Infrastructure Plane
Roadside Infrastructure
(Data Plane)
This abstraction refers to the bandwidth resources that are available for a vehicular application at a
particular time and location via each of the radio access technologies in the current and anticipated
trajectory of the vehicles. Since the SDN controller has global knowledge of the available physical
radio resources of each radio access technology’s BS/AP along the vehicle’s anticipated travelling
direction, intelligent vertical handover schemes can be accordingly employed for switching purposes.
unnecessary for the vehicle P to broadcast messages to vehicles V3 , V4 and A, and the same is true
for vehicle A, which does not need to broadcast messages to vehicles P, V1 and V2 . The localized
SDN controllers could therefore slice the network with respect to the driving directions of vehicles
in the network. Thus, the vehicles would only broadcast packets to other vehicles travelling in their
respective direction or their anticipated travelling trajectory. SDN-based network slicing is perhaps
easy to configure, primarily owing to the software nature of the SDN controllers, is extremely beneficial
within a dynamic vehicular context and ensures ultra-reliable and low-latency communication.
Police P V1 V2 P V1 V2
Network Slicing
V3 V4 A V3 V4 A Ambulance
Driving Directions
Non-desirable Communication Links
Figure 6. Depicting broadcast storm and network slicing in a vehicular networking context.
probabilistic caching, latency-aware caching, congestion-aware caching and search and PopCache.
Furthermore, cache evictions strategies are indispensable as they determine which entries need to be
evicted from the cache in order to create sufficient space for the new entries and typically include
first-in-first-out, least recently used, least frequently used and RANDOM schemes. Nevertheless, since
vehicles traverse at very high speeds and content popularity subsequently changes at a dynamic pace
as well, it is quite difficult to estimate the content popularity at any given time and location on an
instantaneous basis, and therefore, intelligent dynamic edge-based caching algorithms need to be
devised in this regard. In SDHVNets, the SDN controller possesses sufficient knowledge of a vehicle’s
serving edge node (EN) and the time it takes to traverse through the coverage of a respective EN
along with the anticipated trajectories and the sequence of ENs in the anticipated trajectories of the
vehicles. This thus facilitates the SDN controller to deploy the requisite content in advance on ENs in
the anticipated trajectories of the vehicles. Furthermore, it is recommended that the content should be
stored on the ENs where the vehicles have a real chance to acquire them, i.e., on slow-moving traffic
regions or congested road intersections. Thus, intelligent mobility-aware edge caching architectures
could ensure ultra-reliable and low-latency communication, in turn not only meeting the stringent
QoS of diverse vehicular safety-critical and non-safety applications, but also guaranteeing the QoE of
the vehicular users.
4.2.6. Security
Security is one of the critical concerns in a vehicular networking environment. Over the years,
a number of security solutions have been envisaged for the VANETs, which primarily relied on the
conventional cryptographic schemes utilizing public key infrastructures and certificates. Nevertheless,
cryptographic-based solutions are not feasible for vehicular networks since vehicles are highly dynamic
in nature and are distributed throughout the network, the availability of a networking infrastructure
cannot be guaranteed at all times, and traditional cryptography-based solutions are also vulnerable
to insider attacks. Hence, trust has been recently introduced as an alternative for ensuring security
in vehicular networks. In trust-based schemes, vehicles communicate and disseminate safety-critical
messages with other vehicles based on trust (i.e., the confidence of one vehicle on the other) and
constitute both direct trust and indirect trust. Direct trust is a vehicle’s direct observation about the
target vehicle, whereas indirect trust is computed by seeking recommendations from the one-hop
neighbouring vehicles in the vicinity of the target vehicle. It is pertinent to mention that each one-hop
neighbour that furnishes its recommendation has a different context (both conditions and capabilities),
and thus, its recommendation segment should be weighted accordingly. Since the localized controllers
have precise knowledge of the vehicles in their coverage area, they can act as a local trust management
authority to weigh the individual recommendations and then aggregate them to obtain a trust segment.
Moreover, once the trust value of a particular vehicle falls below a particular threshold, the localized
controller can term it as malicious and ensure its elimination from the network. It can also intimate
the same to the globalized controller for broadcasting this message to other roadside cloudlets and
vehicular clouds to ensure that such malicious vehicles do not later become part of any network.
pertaining to vehicular communication, i.e., guaranteeing ultra-low end-to-end delay for safety-critical
vehicular applications, intelligent caching at the network edge, broadcast storm mitigation via efficient
slicing of the network, etc.
A considerable number of architectural design issues still need to be investigated. The sheer
number of sensors onboard connected vehicles generates a massive amount of data, whose real-time
analysis is indispensable in order to ensure a reliable analysis of the traffic conditions on the road,
precise behaviour of vehicles and prediction of traffic vis-á-vis its density and throughput per hour,
per lane. Therefore, vehicle-to-cloud communication should augment the conventional V2V and V2I
communication for such a highly dynamic and distributed networking environment. Furthermore,
the deployment of SDN controllers needs to be handled with caution since passing all intelligence to one
centralized controller would not only result in a significant amount of network management overhead,
but could also result in a single point of network failure. Therefore, intelligence needs to be passed
within the network, and especially at the network edge. However, it is pertinent to mention that placing
an SDN controller in every roadside cloudlet would result in frequent handovers, which subsequently
would lead to wastage of precious network resources. Hence, appropriate SDN placement schemes
need to be investigated. Scalability is also a concern in SDN-based heterogeneous vehicular networks
since there are a huge number of vehicles in dense vehicular networking environments, and tracking
their run-time positions is not only an arduous task to tackle, but also results in a massive amount
of management overhead. Structured vs. non-structured and clustered vs. non-clustered routing
protocols should be devised in order to address the scalability issues.
Author Contributions: Conceptualization, A.M., W.E.Z. and Q.Z.S.; investigation, A.M.; methodology, A.M.;
supervision, W.E.Z. and Q.Z.S.; validation, A.M., W.E.Z. and Q.Z.S.; writing, original draft, A.M.; writing, review
and editing, W.E.Z. and Q.Z.S.
Funding: The corresponding author sincerely acknowledges the generous support of the Government of the
Commonwealth of Australia for funding the research at hand via its ‘International Research Training Program
(Allocation No. 2017560)’.
Conflicts of Interest: The authors declare no conflict of interest.
References
1. Zhu, M.; Cao, J.; Cai, Z.; He, Z.; Xu. M. Providing flexible services for heterogeneous vehicles: An NFV-based
approach. IEEE Netw. 2016, 30, 64–71. [CrossRef]
2. Sun, S.; Hu, J.; Peng, Y.; Pan, X.; Zhao, L.; Fang, J. Support for vehicle-to-everything services based on LTE.
IEEE Wirel. Commun. 2016, 23, 4–8. [CrossRef]
3. Choi, J.; Va, V.; Gonzalez-Prelcic, N.; Daniels, R.; Bhat, C.R.; Heath, R.W. Millimeter-Wave Vehicular
Communication to Support Massive Automotive Sensing. IEEE Commun. Mag. 2016, 54, 160–167. [CrossRef]
4. Nelson, P. Just One Autonomous Car Will Use 4000 GB of Data/Day. Network World. Available online:
www.networkworld.com/article/3147892/internet/one-autonomous-car-will-use-4000gb-of-dataday.html
(accessed on 24 December 2018).
5. Ngu, A.N.N.; Gutierrez, M.; Metsis, V.; Nepal, S.; Sheng, Q.Z. IoT Middleware: A Survey on Issues and
Enabling Technologies. IEEE Internet Things J. (IoT-J) 2017, 4, 1–20. [CrossRef]
6. Amadeo, M.; Campolo, C.; Molinaro, A. Information-centric networking for connected vehicles: A survey
and future perspectives. IEEE Commun. Mag. 2016, 54, 98–104. [CrossRef]
7. Camacho, F.; Cárdenas, C.; Muñoz, D. Emerging technologies and research challenges for intelligent
transportation systems: 5G, HetNets, and SDN. Int. J. Interact. Des. Manuf. (IJIDeM) 2018, 12, 327–335.
[CrossRef]
8. Duan, X.; Wang, X.; Liu, Y.; Zheng, K. SDN Enabled Dual Cluster Head Selection and Adaptive Clustering in
5G-VANET. In Proceedings of the IEEE 84th Vehicular Technology Conference (VTC-Fall), Montreal, QC,
Canada, 18–21 September 2016; pp. 1–5.
9. Rodrigues de Campos, G.; Falcone, P.; Hult, R.; Wymeersch, H.; Sjöberg, J. Traffic coordination at road
intersections: Autonomous decision-making algorithms using model-based heuristics. IEEE Intell. Transp.
Syst. Mag. 2017, 9, 8–21. [CrossRef]
Future Internet 2019, 11, 70 16 of 17
10. Wang, X.; Mao, S.; Gong, M.X. An Overview of 3GPP Cellular Vehicle-to-Everything Standards. GetMobile
Mob. Comput. Commun. 2017, 21, 19–25. [CrossRef]
11. 3GPP. Feasibility Study on New Services and the Markets Technology Enablers—3GPP TR 22.891
V14.2.0 (Technical Report). Available online: https://portal.3gpp.org/desktopmodules/Specifications/
SpecificationDetails.aspx?specificationId=2897 (accessed on 9 March 2019).
12. Wu, Y.; Guo, W.; Yuan, H.; Li, L.; Wang, S.; Chu, X; Zhang, J. Device-to-device meets LTE-unlicensed.
IEEE Commun. Mag. 2016, 54, 154–159. [CrossRef]
13. Chen, S.; Hu, J.; Shi, Y.; Zhao, L. LTE-V: A TD-LTE-Based V2X Solution for Future Vehicular Network.
IEEE Internet Things J. 2016, 3, 997–1005. [CrossRef]
14. Kwak, D.; Liu, R.; Kim, D.; Nath, B.; Iftode, L. Seeing Is Believing: Sharing Real-Time Visual Traffic
Information via Vehicular Clouds. IEEE Access 2016, 4, 3617–3631. [CrossRef]
15. Cui, X.; Gulliver, T.A.; Li, J.; Zhang, H. Vehicle Positioning Using 5G Millimeter-Wave Systems. IEEE Access
2016, 4, 6964–6973. [CrossRef]
16. 5G PPP. 5G Automotive Vision—5G PPP’s White Paper on Automotive Vertical Sectors. Available online: 5g-
ppp.eu/wp-content/uploads/2014/02/5G-PPP-White-Paper-on-Automotive-Vertical-Sectors.pdf (accessed on
24 December 2018).
17. 5G PPP. 5G Vision—The Next Generation of Communication Networks and Services. Available online:
5g-ppp.eu/wp-content/uploads/2015/02/5G-Vision-Brochure-v1.pdf (accessed on 24 December 2018).
18. Mumtaz, S.; Jornet, J.M.; Aulin, J.; Gerstacker, W.H.; Dong, X.; Ai, B. Terahertz Communication for Vehicular
Networks. IEEE Trans. Veh. Technol. 2017, 66, 5617–5625. [CrossRef]
19. Seo, H.; Lee, K.; Yasukawa, S.; Peng, Y.; Sartori, P. LTE evolution for vehicle-to-everything services.
IEEE Commun. Mag. 2016, 54, 22–28. [CrossRef]
20. Zheng, K.; Zheng, Q.; Chatzimisios, P.; Xiang, W.; Zhou, Y. Heterogeneous Vehicular Networking: A Survey
on Architecture, Challenges, and Solutions. IEEE Commun. Surv. Tutor. 2015, 17, 2377–2396. [CrossRef]
21. Katsaros, K.; Dianati, M. A Conceptual 5G Vehicular Networking Architecture. In 5G Mobile Communications;
Xiang, W., Zheng, K., Shen, X., Eds.; Springer International Publishing: Cham, Switzerland, 2017; pp. 595–623.
22. Lu, N.; Cheng, N.; Zhang, N.; Shen, X.; Mark, J.W. Connected Vehicles: Solutions and Challenges.
IEEE Internet Things J. 2014, 1, 89–299. [CrossRef]
23. Kuutti, S.; Fallah, S.; Katsaros, K.; Dianati, M.; Mccullough, F.; Mouzakitis, A. A Survey of the State-of-the-Art
Localization Techniques and their Potentials for Autonomous Vehicle Applications. IEEE Internet Things J.
2018, 5, 829–846. [CrossRef]
24. Xu, W.; Zhou, H.; Cheng, N.; Lyu, F.; Shi, W.; Chen, J.; Shen, X. Internet of vehicles in big data era. IEEE/CAA J.
Autom. Sin. 2018, 5, 19–35. [CrossRef]
25. Lu, Z.; Qu, G.; Liu, Z. A Survey on Recent Advances in Vehicular Network Security, Trust, and Privacy.
IEEE Trans. Intell. Transp. Syst. 2018, 20, 760–776. [CrossRef]
26. Hasrouny, H.; Samhat, A.E.; Bassil, C; Laouiti, A. VANet Security Challenges and Solutions: A Survey.
Veh. Commun. 2017, 7, 7–20.
27. Ahmad, F.; Franqueira, V.N.L.; Adnane, A. TEAM: A Trust Evaluation and Management Framework in
Context-Enabled Vehicular Ad-Hoc Networks. IEEE Access 2018, 6, 28643–28660. [CrossRef]
28. Dey, K.C.; Rayamajhi, A.; Chowdhury, M.; Bhavsar, P.; Martin, J. Vehicle-to-Vehicle (V2V) and
Vehicle-to-Infrastructure (V2I) Communication in a Heterogeneous Wireless Network—Performance
Evaluation. Transp. Res. Part C Emerg. Technol. 2016, 68, 168–184. [CrossRef]
29. Mabrouk, A.; Kobbane, A.; Sabir, E.; Othman, J.; El Koutbi, M. Meeting Always-Best-Connected Paradigm in
Heterogeneous Vehicular Networks: A Graph Theory and a Signaling Game Analysis. Veh. Commun. 2016, 5,
1–8. [CrossRef]
30. Zheng, K.; Zheng, Q.; Yang, H.; Zhao, L.; Hou, L.; Chatzimisios, P. Reliable and Efficient Autonomous
Driving: The Need for Heterogeneous Vehicular Networks. IEEE Commun. Mag. 2015, 53, 72–79. [CrossRef]
31. Ansari, S.; Boutaleb, T.; Sinanovic, S.; Gamio, C.; Krikidis, I. MHAV: Multitier Heterogeneous Adaptive
Vehicular Network with LTE and DSRC. ICT Express 2017, 3, 199–203. [CrossRef]
32. Zheng, K.; Zhang, L.; Xiang, W.; Wang, W. Architecture of Heterogeneous Vehicular Networks.
In Heterogeneous Vehicular Networks; SpringerBriefs in Electrical and Computer Engineering; Springer:
Cham, Switzerland, 2016; pp. 9–24.
33. Fan, Y.; Zhang, N. A Survey on Software-defined Vehicular Networks. J. Comput. 2017, 28, 236–244.
Future Internet 2019, 11, 70 17 of 17
34. He, Z.; Cao, J.; Liu, X. SDVN: Enabling Rapid Network Innovation for Heterogeneous Vehicular
Communication. IEEE Netw. 2016, 30, 10–15. [CrossRef]
35. Liu, J.; Wan, J.; Zeng, B.; Wang, Q.; Song, H.; Qiu, M. A Scalable and Quick-response Software Defined
Vehicular Network Assisted by Mobile Edge Computing. IEEE Commun. Mag. 2017, 55, 94–100. [CrossRef]
36. Correia, S.; Boukerche, A.; Meneguette, R. I. An Architecture for Hierarchical Software-Defined Vehicular
Networks. IEEE Commun. Mag. 2017, 55, 80–86. [CrossRef]
37. Deng, D.J.; Lien, S.Y.; Lin, C.C.; Hung, S.C.; Chen, W.B. Latency Control in Software-Defined Mobile-Edge
Vehicular Networking. IEEE Commun. Mag. 2017, 55, 87–93. [CrossRef]
38. Yaqoob, I.; Ahmad, I.; Ahmed, E.; Gani, A.; Imran, M.; Guizani, N. Overcoming the Key Challenges to
Establishing Vehicular Communication: Is SDN the Answer? IEEE Commun. Mag. 2017, 55, 128–134.
[CrossRef]
39. Ahmed, S.H.; Bouk, S.H.; Kim, D.; Rawat, D.B.; Song, H. Named Data Networking for Software Defined
Vehicular Networks. IEEE Commun. Mag. 2017, 55, 60–66. [CrossRef]
40. Wang, K.; Yin, H.; Quan, W.; Min, G. Enabling Collaborative Edge Computing for Software Defined Vehicular
Networks. IEEE Netw. 2018, 32, 112–117. [CrossRef]
41. Liu, J.; Wan, J.; Jia, D.; Zeng, B.; Li, D.; Hsu, C.-H.; Chen, H. High-Efficiency Urban Traffic Management in
Context-Aware Computing and 5G Communication. IEEE Commun. Mag. 2017, 55, 34–40. [CrossRef]
c 2019 by the authors. Licensee MDPI, Basel, Switzerland. This article is an open access
article distributed under the terms and conditions of the Creative Commons Attribution
(CC BY) license (http://creativecommons.org/licenses/by/4.0/).