Professional Documents
Culture Documents
Xumin Huang, Rong Yu and Jiawen Kang are with Guangdong University of Technology. Yejun He is with Shenzhen University. Digital Object Identifier:
Yan Zhang is with University of Oslo and Simula Research Laboratory. 10.1109/MWC.2017.1600387
Number of neighbors
15
1.5
10
1
5
0.5
0 0
1 2 3 4 5 6 7 0 20 40 60 80 100 120
Number of neighbors Time (minutes)
(a) (b)
FIGURE 1. Observations of the weak ties among vehicular neighbors: a) weakness of the weak ties among vehicular neighbors; b) fre-
quency of the weak ties among vehicular neighbors.
Join in the
new VNG
Discover
platform, operation sys- new neighbors
tem and programming MEC server
language. This enables Vehicle
an open and flexible State
Forward Filter processed packets Decide
network connectivity VNG packets whether to join in
and processing for the
(a)
network devices.
Description file
Planned route
...
Characteristic:
student, music, basketball,
(b)
FIGURE 3. Details of VNG networking using UPnP: a) diagram of UPnP for VNG networking; b) a descrip-
tion file of a vehicle.
A Key Issue in the Proposed Architecture means that once a target vehicle is discovered for
a VNG, the UPnP protocol automatically config-
In 5G-SDVN, a challenging task is VNG network- ures the network connection settings for the vehi-
ing, and we utilize UPnP to address this issue. cle. If necessary, the available resources of the
UPnP is defined by the UPnP Forum, which is new member are scheduled for the other mem-
organized by a number of vendors in the fields bers of the VNG on demand. By supporting auto-
of computation, mobile services, entertainment, matic discovery and high-efficiency coordination,
and so on [13]. UPnP describes an intelligent UPnP facilitates the relevant operations of VNG
peer-to-peer network where network devices are networking, such as member selection, service
discovered and configured automatically. It is discovery, and content exchange among vehi-
essentially independent of any particular platform, cles. The operations can be achieved via simple
operating system, or programming language. This standardized mechanisms, such as simple service
enables an open and flexible network connectivi- discovery protocol (SSDP). Thus, VNG network-
ty and processing for the network devices, greatly ing is based on the UPnP processes of discovery,
increasing interoperability of various end devices, description, event detection, and control. Figure
network technologies and management policies. 3 shows the procedure of VNG networking using
Besides, UPnP describes how the network devices UPnP. More details are described as follows.
exchange their information and invoke services When vehicle i acts as a mobile controlled
transparently to users. This is of great benefit to device and drives on a road, it can request to
data sharing among vehicles in VNGs. Nowadays, establish a new VNG. Driving vehicles always
UPnP has been widely adopted as a simple and obtain a planned route. Hence, the requesting
robust standard for ad hoc networks, and this vehicle substitutes the planned route to Route
motivates us to exploit the technology for VNG in the sociality flow. The route can be quantified
networking in 5G-SDVN. into a set of known key points, Routei = {l1, l2, …,
In UPnP, there are two key components: con- lm}. These key points refer to road junctions (e.g.,
trolled devices and control points. Here, they crossing and intersection), as shown in Fig. 3b.
refer to vehicles and MEC servers, respectively. The vehicle forwards the sociality flow to a con-
For VNG networking, the novel advantage behind trol point (i.e., the closest MEC server). For the
UPnP is the PnP concept. In this article, this request, the MEC server first searches for an exist-
Timeliness
Stability
||Route|| returns the length of Route and is an
operation to extract the common path between
two routes. Clearly, with the common path length- Vehicular
communication Reliability Consumption
ening, the vehicles are more willing to join the
recommended VNG. Only when there are no
suitable VNGs or the requesting vehicle refuses
to join will the MEC server allow the requesting
vehicle to establish the new VNG. After receiv- FIGURE 4. Vehicular cloud computing and performance index.
ing permission, the requesting vehicle begins to
forward the sociality flows on this new VNG to
nearby vehicles. a vehicular cloud, it will contact nearby vehicles
The MEC server keeps listening to the sur- without adequate considerations. Proper mem-
roundings of this new VNG. Once it discovers a ber selection for the vehicular cloud is generally
suitable vehicle (e.g., with almost the same veloc- neglected. Most existing work only focuses on
ity and direction) for the VNG, the MEC server whether there are positive responses from nearby
instructs a specified vehicle of the new VNG vehicles when establishing a vehicular cloud (e.g.,
to forward the sociality flow. After receiving an the work in [14]). Some vehicles may just stay in
unprocessed flow on the VNG, the nearby vehicle the vehicular cloud for only a short time, which
makes a decision on whether to join the VNG clearly may result in frequent changes of the
according to the probability calculated by Eq. 2. vehicular cloud. Availability of resource provision
If the vehicle would like to join, it uploads the cannot be guaranteed. Vehicle i does not ensure
reply to the MEC server, and Size in the packet is that members will leave the vehicular cloud at any
increased. When Size reaches the upper bound, time. So vehicle i keeps listening to the members,
VNG networking ends. which causes high communication overhead for
For the established VNG, description files the vehicle. Due to the dynamic mobility of near-
of its members need to be known for facilitat- by vehicles, real-time member update and topol-
ing services in the VNG. The UPnP protocol ogy estimation are also challenging as these tasks
defines a basic set of standards and conventions are generally performed by the requesting vehicle
for describing devices and services. Here, the acting as the cloud leader.
description file provides general information Next, we consider vehicular cloud comput-
about the vehicles. As shown in Fig. 3b, the ing in 5G-SDVN. Vehicle i in a VNG uploads the
description file of every vehicle is about travel- request to establish the vehicular cloud to the
ling route, storing content, residual resource, and local MEC server. The MEC server obtains suffi-
characteristic indication of the driver. As a con- cient information around vehicle i, and more vehi-
trol point, the MEC server collects the descrip- cles can be selected for establishing the vehicular
tion files of all members in VNGs and listens to cloud. The selection of suitable members primar-
state changes of VNGs, such as service discov- ily considers location proximity, traveling route,
ery. In this way, the MEC server makes real-time available resources, and existing workloads of the
decisions for service provision in VNGs. For vehicles. At the same time, with UPnP, the MEC
example, the MEC server detects that a vehicle server detects events of the vehicular cloud in real
requests the content of its interests in a VNG. time, and consequent operations, e.g, task alloca-
The MEC server first finds the target vehicle tion and resource scheduling, are optimized for
according to the uploaded description files. Then the vehicular cloud. In summary, overall perfor-
the MEC server instructs the target vehicle to mance of vehicular cloud computing is improved
transfer the content to the requesting vehicle in 5G-SDVN in terms of the following indexes
according to an optimized transmission path by (shown in Fig. 4).
considering the dynamic topology of the VNG. Extended capacity: More suitable vehicles for
establishing the vehicular cloud are discovered,
Case Study and the capacity of the vehicular cloud is signifi-
We use a case study to highlight significant advan- cantly extended.
tages of the proposed 5G-SDVN in this article. Stable construction: The MEC server selects
We consider a scenario of vehicular cloud com- those nearby vehicles with similar velocity and
puting in 5G-SDVN. Vehicular cloud computing route to the requesting vehicles, and thus the con-
is established among a group of nearby vehi- struction of the vehicular cloud becomes stable.
cles cooperating with each other, and dynam- Reliable resource provision: The members
ically allocates resource to authorized vehicles establishing the vehicular cloud would not leave
for avoiding idle resource, as shown in Fig. 4. suddenly, and expected reliable resource provi-
In previous work, vehicular cloud computing is sion is achieved.
formed without real-time and optimized control. Low communication overheads: As event
For example, when vehicle i needs to establish detection is absolutely moved from the requesting