Next Article in Journal
Modeling and Applying Implicit Dormant Features for Recommendation via Clustering and Deep Factorization
Next Article in Special Issue
Resource Management for Massive Internet of Things in IEEE 802.11ah WLAN: Potentials, Current Solutions, and Open Challenges
Previous Article in Journal
AIE-YOLO: Auxiliary Information Enhanced YOLO for Small Object Detection
Previous Article in Special Issue
A Hybrid Intelligent Simulation System for Building IoT Networks: Performance Comparison of Different Router Replacement Methods for WMNs Considering Stadium Distribution of IoT Devices
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

A Software-Defined Directional Q-Learning Grid-Based Routing Platform and Its Two-Hop Trajectory-Based Routing Algorithm for Vehicular Ad Hoc Networks

1
Department of Computer Science and Information Engineering, National Changhua University of Education, Changhua 50007, Taiwan
2
Department of Early Childhood Development and Education, Chaoyang University of Technology, Taichung 41349, Taiwan
*
Author to whom correspondence should be addressed.
Sensors 2022, 22(21), 8222; https://doi.org/10.3390/s22218222
Submission received: 14 September 2022 / Revised: 18 October 2022 / Accepted: 24 October 2022 / Published: 27 October 2022
(This article belongs to the Special Issue Recent Advances in Next Generation Wireless Sensor and Mesh Networks)

Abstract

:
Dealing with the packet-routing problem is challenging in the V2X (Vehicle-to-Everything) network environment, where it suffers from the high mobility of vehicles and varied vehicle density at different times. Many related studies have been proposed to apply artificial intelligence models, such as Q-learning, which is a well-known reinforcement learning model, to analyze the historical trajectory data of vehicles and to further design an efficient packet-routing algorithm for V2X. In order to reduce the number of Q-tables generated by Q-learning, grid-based routing algorithms such as the QGrid have been proposed accordingly to divide the entire network environment into equal grids. This paper focuses on improving the defects of these grid-based routing algorithms, which only consider the vehicle density of each grid in Q-learning. Hence, we propose a Software-Defined Directional QGrid (SD-QGrid) routing platform in this paper. By deploying an SDN Control Node (CN) to perform centralized control for V2X, the SD-QGrid considers the directionality from the source to the destination, real-time positions and historical trajectory records between the adjacent grids of all vehicles. The SD-QGrid further proposes the flows of the offline Q-learning training process and the online routing decision process. The two-hop trajectory-based routing (THTR) algorithm, which depends on the source–destination directionality and the movement direction of the vehicle for the next two grids, is proposed as a vehicle node to forward its packets to the best next-hop neighbor node in real time. Finally, we use the real vehicle trajectory data of Taipei City to conduct extensive simulation experiments with respect to four transmission parameters. The simulation results prove that the SD-QGrid achieved an over 10% improvement in the average packet delivery ratio and an over 25% reduction in the average end-to-end delay at the cost of less than 2% in average overhead, compared with two well-known Q-learning grid-based routing algorithms.

1. Introduction

The new generation of the 5G network allows for a higher performance and wider communication range, but how to maintain service quality in the V2X (Vehicle-to-Everything) [1] environment whilst considering the concept of differentiated service orientation and the establishment of package routing is still an urgent problem [2]. The Internet of Vehicles is an ad hoc network established by vehicles as packet transmission nodes. It has a dynamic topology. In the network environment, vehicle nodes execute routing algorithms individually. In addition, the nodes in the Internet of Vehicles move fast and are unstable [3,4]; therefore, the packet transmission paths of the ad hoc network are not fixed. Hence, it is very difficult to maintain the routing table; in particular, the routing protocol, which needs to be updated frequently, is more difficult to apply in this type of environment.
In order to solve the connection problem [5], this problem was proposed to be solved using the Delay-Tolerant Network (DTN) [6] in past related research. The Internet of Vehicles benefits from the thinking method of SCF (Store-Carry-and -Forward) [7], which is a network that does not need to establish a connection path in the ad hoc network between the source and the destination to transmit information. The information is transmitted by the contact opportunity between nodes. When there is no neighbor node or the neighbor node is in a poor condition, it will keep the packet and wait for the next opportunity to contact other neighbor nodes and transmit the packet. The most basic DTN method is flooding. Later, the improved DTN method is used to compare the value of a certain cost between the current vehicle and the adjacent vehicle, or to calculate the probability of the meeting of nodes, and is also used to decide the adjacent vehicle to receive the transmitted packet. There is no evaluation or improvement strategy for the packet delivery path. Overall, the trade-offs in the DTN can be divided into: (i) storage resources vs. the packet transmission success rate; and (ii) transmission delay vs. the delivery probability, which requires further consideration.
Reinforcement learning [8] is a research direction related to machine learning, which has a great impact on artificial intelligence (AI) and is applied to improve the routing algorithm for different ad hoc network architectures, such as wireless sensor networks [9], VANET [10], flying ad hoc networks [11], and drone ad hoc networks [12]. The survey [13] compiled several algorithms that use Q-Learning as a routing decision element. The ADOPEL [14] algorithm assumes that there is a TCC (traffic control center) in the network environment, and vehicle nodes transmit traffic data to the TCC. The TCC has a macroscopic view of the whole network, and uses the delay of the links and the number of aggregable data packets as the Q-learning parameters. After generating the Q-table, the vehicle nodes will select the next-hop nodes accordingly. The QTAR [15] algorithm applies Q-learning to vehicle-to-vehicle (V2V) and RSU-to-RSU (R2R). Considering link quality, expiration time and delay, it also adds the concept of SCF to the packet delivery of vehicle nodes. The QGrid [16] routing algorithm divides the map into many grids, and uses the number of vehicles in the grid as a parameter to generate the Q-table through Q-learning [17], determining the delivery direction between the four neighboring packet areas.
The Software-Defined Network (SDN) is a new network architecture [18,19,20,21], which is generally regarded as the future network type in the industry. The method replaces the traditional network equipment performing individual link discovery and routing calculations, with the SDN controller in charge of performing these calculations. The architecture, the central control mode, uses programs to reschedule the network, including for packet-routing and routing-table maintenance. It addresses the shortcomings of the traditional centralized routing algorithm, and can also cope with the large amount of data exchange in the server. At present, VANET mainly executes the routing algorithm via each vehicle node, and establishes the decision of the next-hop neighbor node through the exchange of messages between nodes. Although the load of a single routing host is dispersed, under the distributed routing architecture, several nodes may possibly select a specific vehicle node to forward packets to at the same time because they lack knowledge on the result of each other’s routings. This may easily cause congestion and the unsatisfactory arrangement of the packet delivery route.

1.1. Problem Background and Motivations

In a network environment dominated by vehicles with relatively fixed trajectories, such as buses, how to use trajectory information to make routing decisions is a problem that needs to be considered. According to our observations, the shortcomings of the above related research are: (i) Intergrid routing does not consider the overall direction of the vehicles’ movement between grids to select the best neighbor grid, and does not use the corresponding Q-tables for different time periods. (ii) Intragrid routing does not focus on how to analyze the vehicles’ actual trajectories for selecting the best neighbor node in grids to forward packets to. Therefore, grid-based packet transmission needs to refer to the following three directionalities:
  • Grid directionality and source-to-destination directionality for intergrid routing: By analyzing vehicle trajectories in the overall network environment, we define the number of outgoing vehicles from the current grid to the adjacent grid as the grid directionality of this adjacent grid in this paper. We believe that the grid directionality has an important impact on increasing the successful transmission rate and reducing the delay of the packet delivery. If you select a neighbor grid that is more in line with the vehicle’s driving direction, i.e., the grid with higher grid directionality, as the next-hop grid to forward the packet to, the packet has a higher probability of reaching the destination. In addition, the direction from the source node to the destination node, i.e., the source-to-destination directionality in this paper, also guides the best selection of the next-hop neighbor grid. If Q-learning selects a neighbor grid that has the higher grid and the source-to-destination directionalities, this grid will obtain a higher reward and Q-value, which are used as the decision basis of the intergrid routing. As shown in Figure 1, the starting position of the packet is at G r i d D , and it will be sent to the destination at G r i d C . Because the Q-value of G r i d E is the highest one among all neighbor grids of G r i d D , the intergrid routing for G r i d D selects G r i d E as the best next-hop grid. This means that the intergrid routing can use the grid directionality to train the Q-model and select the most plausible neighbor grid to forward the packets to.
  • Two-hop directionality for intragrid routing: By analyzing the historical vehicle trajectories to determine the grid directionality of each grid, we can select the neighbor vehicle whose future driving trajectory goes to the best next-hop grid selected by the intergrid routing. However, there may be more than one possible neighbor vehicle that meets the above conditions; thus, how to make an appropriate choice is the important issue to address. As shown in Figure 2, vehicle node v a located in G r i d A has two neighbor nodes, v b and v c , located in the best next-hop grid G r i d C . Which of the two is the best relay node? If a neighbor node whose future driving trajectory moves to the best next-hop grid first, and then, to the best neighbor grid next, which is called the best two-hop next grid in this article, this node will be a better relay node than any node whose trajectory does not follow this two-hop path. This is because this relay node would have a higher probability to meet the destination node than others, even though it does not meet any neighbor node on this two-hop path to forward the packet to, but has to carry the packet by itself to the destination using SCF. Hence, this paper proposes two-hop trajectory-based routing (THTR) as follows. THTR first performs the intergrid routing on the best next-hop grid, i.e., G r i d C , of G r i d A to select the next best neighbor grid, i.e., G r i d E . It then analyzes the historical trajectories of v b and v c located in the best next-hop grid, G r i d C , to find their future positions. If v c will enter the best two-hop next grid G r i d E at position v c , it would be a better strategy for v a to forward the packet to node v c instead of v b , because the future position of v b , that is, v b , enters G r i d B later.
Figure 1. Grid directionality and source-to-destination directionality for intergrid routing of SD-QGrid.
Figure 1. Grid directionality and source-to-destination directionality for intergrid routing of SD-QGrid.
Sensors 22 08222 g001
Figure 2. The two-hop directionality for the intragrid routing of SD-QGrid.
Figure 2. The two-hop directionality for the intragrid routing of SD-QGrid.
Sensors 22 08222 g002
The routing algorithm proposed in the original QGrid paper only uses the number of all nodes in each grid to represent the probability of the packet reaching the destination if the grid holds a packet. However, we think that simply considering the number of vehicle nodes in the grid is too one-sided. Further, it is found from the road distribution of the map that not all roads are horizontal or vertical, and some adjacent grids are connected by diagonal roads. The intergrid routing of QGrid only uses four neighbor grids to select the next-hop grid, ignoring the possibility of transmitting packets to the neighbor grids in the diagonal direction, which will lead to a decrease in the transmission success rate and an increase in delay. In addition to taking the number of vehicle nodes in the grid as the basis for decision making, we also refer to the vehicle mobility, i.e., the grid directionality, between the current grid and eight neighbor grids to avoid ignoring the vehicle nodes located in the diagonal grid, which happens with the QGrid that only considers neighbor grids in four directions. Therefore, the improved method we proposed through the SD-QGrid is to further consider the average directionality of each grid, based on the number of outgoing nodes, and expand the neighbor grid to eight directions, as shown in Figure 3, in the Q-table calculation. Compared with the original Q-learning in the four directions of up, down, left, and right, we added a diagonal pair. There are eight directions of angular movement (such as the red arrow), and the performance of the Q-table in the SD-QGrid intergrid routing is better.

1.2. Contributions

To design our network structure, the concept of SDN routing architecture is added. We hope to consider the historical density and directionality of vehicles between grids, and modify the way that Q-learning generates the Q-table to determine the macrotransfer direction of the V2X packet. Then, according to the historical trajectories of the real vehicles, we can select the most appropriate packet delivery path, that is, the microscopic delivery path. This paper makes the following contributions:
  • We design the Software-Defined Directional QGrid (SD-QGrid) network architecture, which combines the centralized control concept of the SDN Control Node (CN), and proposes the offline Q-learning training process and the online routing decision process in a V2X network architecture with reference to vehicle trajectories and three types of directionalities.
  • Using the number of vehicles and the trajectory and directionality of vehicles between grids as parameters, the offline Q-learning training process of this paper modifies the Q-learning of reinforcement learning by increasing the moving directions between neighboring grids from the original four to eight and using the corresponding Q-tables for different time periods [22] as the macroreference for intergrid routing packet delivery.
  • In the online routing decision process, a two-hop trajectory-based routing (THTR) algorithm is proposed, referring to the historical trajectory of the vehicle and the two-hop transmission path for calculating the future trajectory. This algorithm selects the neighbor node which is most suitable for the direction along the best next-hop grid and the best two-hop next grid, and then forwards packets to it, increasing the probability to meet the destination node and resulting in a shorter packet transmission path and lower packet transmission delay.
  • We conduct simulation experiments to analyze and find the routing paths in V2X, and then obtain real and meaningful performance data of the routing algorithm using the real vehicle movement trajectories in Taipei City.

2. Related Work

Regarding the algorithm of the vehicle communication routing decision, we can introduce the characteristics of the vehicle trajectory and design our algorithm accordingly. Since humans have a habit of moving, there is a very high probability that they will follow a similar route to the same place. Since vehicles extend humans’ social behavior, vehicle travel paths are largely predictable. Vehicles can be divided into three categories according to the stability of their trajectories (a trajectory is a series of locations where the vehicle passes):
  • Buses: the trajectory is very accurate, with a relatively fixed arrival time and travel path.
  • General private cars: have regular trajectories and obvious regularity in time and space.
  • Taxis: have a flexible and variable travel route, and often have a credible destination [23], but the travel path is not fixed.

2.1. Position-Based Routing Algorithms without Adopting Reinforcement Learning

(1) DPPR [23] assumes that each vehicle knows its own driving trajectory in advance, and the driving trajectory is a sequence formed by the number of intersections that will be passed through. Due to the traffic information, each road can be assigned a weight value, which is the transmission delay time of this road, and the shortest delay path can be calculated via the Dijkstra algorithm [24]. DPPR contains two different modes: the straightway mode and intersection mode. When the vehicle wants to forward the packet, it first calculates the shortest delay path to determine the next expected intersection arrival time, and detects whether its neighbor vehicles will pass the destination of the packet. If so, the vehicle carrying the packet will forward the packet to this vehicle; if not, the neighbor vehicle that is driving toward the target intersection and is faster than the vehicle carrying the packet is selected, and the packet is copied to the neighbor vehicle; if both vehicles cannot be detected, the vehicle carrying the packet will place the packet into its routing queue and schedule. The disadvantage of this method is that it needs to know the complete driving trajectory, and then calculate the shortest delay path, which is not suitable for vehicles without fixed routes.
(2) The NTR (Novel Trajectory Routing) [22] algorithm uses the vehicle GPS trajectory to explore all the possible movement patterns of each vehicle, establish its own trajectory tree, and establish a vehicle encounter tree by comparing the trajectory trees of the vehicles. Compared with the vehicle trajectory representation used in the previous paper, only the location where the vehicle passed by is recorded, and the NTR also records the elapsed time in the trajectory. The vehicle encounter tree records all possible paths in which the packet is forwarded from the source to the destination, and records the road segment between the vehicle carrying the packet and the expected vehicle to be forwarded the packet. After building the vehicle encounter tree, NTR converts the vehicle encounter tree into a predicted transit vehicle sequence diagram. The packet sender deletes the key of the vehicle child nodes that will meet along the road; changes them into the parent node of the vehicle that the packet sender will meet directly; and adds two parameters, which are the expected packet arrival rate (expected delivery ratio, EDR) and token (token value indicates the number of packet replicas). If the expected packet arrival rate of the destination node is 1, the expected packet arrival rate of each node toward the root node in the direction of the parent node is continuously calculated. When the expected packet-forwarding sequence diagram and related information are calculated, the packet transmitting end can use the sequence diagram and related information to transfer the packet. The advantage of the NTR algorithm is that it can calculate the transfer vehicle sequence between any two vehicles and achieve a transfer process close to the optimal solution. The disadvantage of this is that the calculations of establishing a trajectory tree, comparing the trajectory tree of vehicles, and establishing a vehicle encounter tree are complicated. They require a large amount of computing time and storage space for the pre-operation.

2.2. Position-Based Routing Algorithms with Reinforcement Learning

In the following, we introduce the concept of reinforcement learning, Q-learning, and then compare several position-based routing algorithms that use Q-learning as the basis for decision making.
First, Q-learning is briefly described. The reinforcement learning model is composed of several elements. We will first define a few terms below.
Definition: a state is called a Markov state if and only if:
P [ S t + 1 | S t ] = P [ S t + 1 | S 1 ,   S 2 ,   S 3 ,   ,   S t ]
Definition: For a Markov state s and its successor state s , define the State Transition Probability as P S S = P [ S t + 1 = S | S t = S ] . The State Transition Matrix P is the transition probability for all states s to all successor states s .
Definition: a policy π is the probability distribution of action a after a given state s .
π ( s ) = P [ A t = a | S t = s ]
Definition: the reward G t is the sum of accumulated depreciation rewards starting at time t .
G t = R t + 1 + r R t + 2 + ,   w h e r e   r [ 0 , 1 ]
Definition: the action–value function q π ( s ,   a ) is the expected reward obtained by starting from state s , selecting action a , and then following policy π .
q π ( s ,   a ) = E π   [ S t = s ,   A t = a ]
According to the Bellman equation, we can finally rewrite the above formula as:
q π ( s ,   a ) = R s a + r s S P S s a   a A   π ( s ) q π ( s ,   a )
Finally, we will discuss Q-learning training, for which the core update formula is:
Q ( s t ,   a t ) ( 1 α ) Q ( s t ,   a t ) + α ( R t + 1 + γ m a x a Q ( s t + 1 ,   a ) Q ( s t ,   a t ) )
α is the learning rate (0 < α < 1). γ is the discount factor (0 < γ < 1). When the value of γ is larger, the long-term rewards obtained in the future will receive more attention; the smaller the value, the more the current rewards will be considered. R is the reward; it acts on each state and will receive the corresponding reward.
Position-based routing algorithms use Q-learning as the basis for decision making:
(1)
The ITAR-FQ [25] algorithm architecture consists of two main parts: the real-time traffic aware process and road evaluation (RTAP-RE) and the routing decision process with fuzzy Q-learning (RDP-FQ). The RTAP-RE designs a road evaluation method to process traffic information and estimate road quality (RQ), with reference to the number of vehicles moving in the same/a different direction, the length of the road, packet generation time, current time, etc. RDP-FQ divides the entire routing process into multiple routing processes. As the intersection is divided into multiple routing processes, the packet continues to look for the next intersection and selects a new road segment until the packet reaches the destination. Facing the intersection, it calculates the road score (RC) by combining RQ and the Manhattan distance ( MD normal ), and selects the road with the highest RC as the next forward road segment. The reward function is modified by referring to the benchmark reward and the corresponding value given by Fuzzy Logic. The advantage of this paper is that the Fuzzy Logic indicator is added to Q-learning for routing decisions in road segments. The disadvantage is that the directionality of the relative position of the transmitter and the destination are not considered. If the road segment with the destination end is the next hop at the intersection, it may cause the packet to be transmitted over a long distance or repeated on the road segment, and the historical movement trajectory of the vehicle is not used for training to obtain better routing decisions.
(2)
ADOPEL [14] assumes that two kinds of packets are exchanged between vehicle nodes: beacons and event-driven messages. The former is for the exchange of information such as the position, speed, and direction of travel between vehicles. The latter is used for vehicle nodes to collect traffic data and transmit it to the traffic control center (TCC), so that the TCC can gain a macroscopic understanding of the entire vehicle network environment, analyze the current number of neighbor vehicle nodes and the transmission delay of each node, and substitute this decision data into Q-learning, before using the Q-value to select better next-hop neighbor nodes for each vehicle node. The advantage of this approach is that it can better adapt to the high mobility and topology variability of the VANET network environment, whereas the disadvantage is that it does not refer to the future trajectory of the vehicle.
(3)
In the QTAR [15] network architecture, Q-learning is used for vehicle-to-vehicle (V2V) and RSU-to-RSU (R2R) networks. Decision elements, such as connection reliability and EED, are added to the Q-learning operation, and then, next-hop neighbor nodes are selected and packets are forwarded. The advantage of this approach is that the Q-learning planning method can improve throughput and PDR, but the disadvantage is that the directionality of the nodes is not considered, resulting in an unsatisfactory overall transmission performance when used in a real-world environment.
(4)
The QGrid [16] divides the entire map environment into equal grids, and uses Q-learning in advance. It uses the number of vehicles in the area as a parameter, and calculates the Q-table in advance to determine the transfer direction between grids, which is a macrotransfer consideration. QGrid_G uses the greedy method of packet transmission, which preferentially selects the neighbor node closest to the destination. QGrid_M uses the two-hop Markov prediction [26,27,28] method to predict the grid that the packet will pass through in the future, and preferentially selects the neighbor node with a higher probability of entering the next-hop grid as the next-hop node. The above two methods are microscopic transfer considerations. The advantage of these is that the transmission of packets is determined by considering the different macro- and microlevel aspects at the same time. Considering the number of vehicle nodes in each grid, the packets are preferentially transmitted to the grid with more vehicle nodes so that the packet loss rate is reduced. The disadvantage is that the vehicle density is only considered, and the influence of the overall movement direction between grids on the overall environment is not considered. The advanced QGrid is a routing protocol improvement made by QGrid, which is for vehicles with relatively regular and fixed trajectories, such as bus nodes, in the network environment. The vehicle node carries the packet to the destination grid and then continues the next-hop packet forwarding. The advantage of this is that it considers the reference vehicle trajectory, as well as the next-hop node selection, based on the trajectory information. The disadvantage is that even if the vehicle node has neighbor nodes, it still needs to continue to carry the packet until it reaches the grid destination where the node is located, resulting in a longer packet transmission delay time.
We have discussed several routing algorithms that analyze vehicle trajectories and formulate designs based on them. Table 1 is a comparison of related studies. It can be found that most of the V2X routing methods lack the analysis of real vehicle trajectory data, even if they use reinforcement learning. They also lack the analysis of the source–destination direction, as well as a software-defined routing platform and two-hop next-grid routing.

3. SD-QGrid Routing Platform and Algorithms

3.1. SD-QGrid Network Architecture

First, we define the grid in the SD-QGrid network architecture. As shown in Figure 4, we calculate the length and width of the map range of this experiment; we know the latitude and longitude of the four vertices of the map; we take the vertex P in the upper left corner as the reference point; we calculate the distance between the point P and the vertex in the upper right corner to obtain the length L of the outgoing map; and we obtain the width W of the map by calculating the distance between the point P and the vertex in the lower left corner. After determining the length L and width W of the experimental map, we can then give the grid length d to mark m × n grids in this map. The grid number range is (0 … m − 1, 0 … n − 1).
The entire SD-QGrid has an SDN Control Node (CN), which is responsible for initializing the grid structure of the entire map by defining the grid size, cutting the experimental map, and calculating the grid where all vehicle nodes are located. In addition, each grid needs to be equipped with an RSU, which can communicate with the CN through wired lines, at each intersection to collect vehicle trajectory information of all vehicles located at road segments connected to this intersection. Each vehicle on a road segment assumes to own the communication module and the GPS receiver such that it can periodically broadcast its instant information, including the vehicle ID, velocity, GPS position, moving direction, etc., to the first reached RSU through the HELLO messages. In this way, the loss of vehicle information caused by building obstacles in the grid can be reduced [29].
The SD-QGrid is proposed to contain two operation processes. The first one is the offline Q-learning training process and the second one is the online routing decision process. Details of these two processes are explained below.
  • The offline Q-learning training process: Using the vehicle trajectory and grid-related information, the offline Q-learning training process is responsible for training the Q-learning model to generate Q-tables of each grid at the SDN CN when the whole SD-QGrid system initializes or a new vehicle enters this V2X environment. The SD-QGrid may periodically perform this process to update Q-tables.
  • The online routing decision process: Whenever a vehicle node carrying a packet intends to transmit this packet to the destination node, the SD-QGrid executes the online routing decision process to select the best neighbor node as the relay. Consequently, the packet will efficiently reach its destination at the end of the routing process.

3.2. Experimental Map

This project uses the data of Taipei City’s bus movement trajectory [30]. First, we planned a latitude and longitude range in Taipei City, and the vehicles appearing in this range were used as research data and recorded in tables. The first table records the name of the route, the license plate number, the direction of departure and return, and the time when it first appeared in the data, which is used to record the departure sequence of the license plate number corresponding to the bus route, and records the return time in the direction to and from this vehicle node. The other table records the longitude and latitude of each vehicle node at each time point, and the coordinates of the grid where the vehicle node is located, which is used to record the actual trajectory of each vehicle. The map of this experiment is shown in Figure 5. The longitude is from 121.5083335 to 121.5677824, and the latitude is from 25.0283751 to 25.0644845. The length of this map is 6000 m, and the width is 4000 m.

3.3. SD-QGRID Offline Q-Learning Training Process

The flow of the SD-QGrid offline Q-learning training process is shown in Figure 6. The information of the vehicle environment is handed over to each module of the SDN Control Node (CN) and RSUs, and finally, generates Q-tables of each grid. The steps of the SD-QGRID offline Q-learning training process are described as follows:
  • After the initialization of the SD-QGrid, all vehicles on a road segment issue HELLO messages to the corresponding RSUs.
  • The RSU collects vehicle trajectory information from connected road segments and analyzes it to generate the historical trajectory tables.
  • The RSU periodically transmits the analyzed tables and vehicle trajectories of the connected road segments to the SDN CN.
  • The SDN CN aggregates the historical vehicle information of each grid from the information sent by its RSUs in the network environment.
  • The SDN CN extracts important Q-learning parameters from the aggregated information of each grid. It finally uses Q-learning to train the Q-model for calculating the Q-table and Q-values of each grid.
The following provides a functional description of the modules in the SD-QGrid offline Q-learning training process.

3.3.1. RSU Analysis Unit

HELLO messages periodically issued from all vehicles on a road segment to the corresponding RSUs include their GPS data, speed, moving direction, vehicle IDs, neighbor vehicle IDs, etc. With the following operations, the average number of vehicles in each road segment is counted and the historical trajectory of each vehicle in this road segment is determined by the RSU. This information is cached on the trajectory cache of the RSU.
Each day is divided into eight time periods, as shown in Table 2 [22]. Historical trajectories of vehicles are listed in Table 3, which records the vehicle ID, time stamp and the longitude and latitude values of each trajectory point. The RSU counts the average number of vehicle nodes in its connected road segments in a certain time period within the experimental date range. The calculation method is shown in Equation (3). Based on the vehicle ID and its GPS data, i.e., the current position of the vehicle, in the HELLO message, Table 4 counts the number of vehicles that appear in the connected road segment during this time period every day in the date range, before dividing it by the total number of days in the date range and recording it in the table. An example of a table is Table 4, e.g., 2021-10-13–10-12; the average number of nodes appearing in road segment i of Grid (0,2) over a period of 10:00–12:00 is 314.
N i t ¯ = d ϵ D N i ,   d t | D |
where D is the date range, | D | is the total number of days in D, N i ,   d t is the number of nodes of road segment i in period t on day d , and N i t ¯ is the average number of nodes of road segment i in period t . Please note that each road segment is identified by the (x, y) coordinates of both its intersections, which are called the start and end ones here. Further, multiple HELLO messages issued by the same vehicle only increase this RSU’s counter, i.e., N i ,   d t , by one, if this vehicle stays in the same road segment in period t .
If the road segment crosses from a grid into one of the up, down, left, right, upper right, lower left, upper left, or lower right neighbor grids, its RSU located in this grid records the number of outgoing nodes, which moves from this grid to the neighbor one. The average number of outgoing nodes in a certain time period within the experimental date range is calculated by an equation such as Equation (3) and stored in a table, as shown in Table 5. The outgoing direction of this road segment is from the current grid toward the neighbor one.

3.3.2. Aggregation Unit of SDN CN

After each RSU uses its analysis unit to generate Table 4 and Table 5 (if available) for recording the average number of nodes and the average number of outgoing nodes for each connected road segment in period t , respectively, it will periodically forward these tables and the vehicle trajectory in Table 3 to the SDN CN, which stores the vehicle trajectory in its trajectory database. As the SDN CN collects these tables sent by all RSUs in period t , it will adopt its aggregation unit to aggregate the average number of nodes in Table 6 and the average number of outgoing nodes in Table 7 from tables forwarded by all RSUs belonging to each grid. Hence, the SDN CN is able to further calculate the directionality of each grid using the aggregated vehicle information, and count it in a certain period of time within the experimental date range as follows: It determines the total number of outgoing nodes, i.e., n i ,   i = { 0 ,   1 ,   2 ,   ,   7 } , that each grid moves to the neighbor grid in eight directions in the date range, which is then divided by the total number of days in the date range to calculate the average directionality of individual grids in this period for each day in the date range. It finally records the statistical data in the average grid directionality table, as shown in Table 7.

3.3.3. Learning Unit of the SDN CN

The learning unit of the SDN CN uses Q-learning to calculate the Q-table of each grid based on Table 6 and Table 7, which are aggregated from the information in Table 4 and Table 5 that is sent by RSUs in each grid. The SD-QGrid proposes to record the Q-values of the eight neighbor grids for each grid in the Q-table database. Whenever the learning unit of the SDN CN completes its work, the SD-QGrid offline Q-learning training process ends.
We define Q-learning parameters of SD-QGrid as follows:
(a) State represents the node holding the packet in Grid i at time period t .
(b) Action represents the neighbor grid that is chosen to transmit the packet.
(c) Reward indicates whether the selected neighbor grid is the grid where the destination node is located. If this is true, we will give this state a reward of 100; otherwise, it receives a reward of 0.
The learning unit of the SDN CN performs Q-learning to generate a Q-table of each grid. The flow chart is shown in Figure 7, and the flow description is described as follows:
Step 1:
After the SDN CN aggregates Table 4 and Table 5 of the corresponding time periods from each RSU of every grid, it calculates the ratio of the average number of nodes in the current grid to the average number of nodes in the map in this time period, according to Table 6. Then, it proceeds to Step 2.
Step 2:
According to Table 7, the SDN CN calculates the ratio of the average number of outgoing nodes from the current node to each neighbor grid to the sum of the average number of outgoing nodes from the current node to all eight neighbor grids. Then, it proceeds to Step 3.
Step 3:
From Equation (1), Q-learning can use the discount rate to judge the packet transfer between grids. When the discount rate is higher, it means that the future reward from the next state will be higher. Relatively speaking, when the discount rate is higher, the future reward will be higher. Therefore, the discount rate is set that will be obtained by sending packets to neighboring grids in different directions according to the ratio of the average number of nodes per grid, and the ratio of the average directionality of each grid calculated above. We define the discount rate γ t   k for selecting neighbor G r i d k at time period t as follows:
γ t   k = ( w × H t s H t + j × N t k k N t k ) × m  
where k = 0 ,   1 ,   2 ,   ,   7 , representing eight directions. H t s is the average number of nodes in G r i d s at time period t . H t s H t is the ratio of the average number of nodes in the current grid to the average number of nodes in the map at time period t at Step 2. N t k is the average number of outgoing nodes in the neighbor grid from G r i d s in the direction k at the time period t . k = 0 7 N t k is the sum of the average number of outgoing nodes to the neighbor grid in eight directions from G r i d s at the time period t . N t k k N t k is the ratio of the number of outgoing nodes in each direction to the total number of outgoing nodes in all eight directions at Step 3. Parameter m means that the value of γ t   k is between 0.3 and 0.9, as to avoid the value of Q-value being too large, which, in turn, affects the choice of the packet transmission route. Finally, w and j are the weighting factors of these two terms in Equation (4), respectively.
Step 4:
The SDN CN performs the Q-learning calculation with the calculated discount rate to generate the corresponding Q-table of each grid for different time periods, and records the Q-value of each grid for the eight neighbor grids in the Q-table database.

3.4. SD-QGrid Online Routing Decision Process

The SD-QGrid has to execute the online routing decision process when a vehicle node v i carrying a packet intends to transmit a certain packet in grid G i to the destination vehicle node v d located in the destination grid G d . As the offline process has been completed, each grid has a precalculated Q-table stored in the Q-table database of the SDN CN. Assume each vehicle v i knows its GPS location ( X i ,   Y i ) , its neighbor nodes within a range ( V 0 ,   V 1 ,   ,   V j ) , and vehicle future movement trajectories. As shown in Figure 8, the associated RSU of the packet-carrying node will perform the online routing decision process, which contains the following steps:
  • The packet-carrying node issues a Neighbor Query packet to its RSU. This Neighbor Query packet contains vehicle IDs of the packet-carrying node, its neighbor nodes, and the destination node.
  • As the RSU receives the Neighbor Query packet, it stores those vehicle IDs first. Then, it uses them to check whether historical trajectories of neighbor nodes of the packet-carrying node can be found on its trajectory cache and whether Q-tables of the grid where this RSU belongs to and the eight neighbor grids have been cached in it. If yes, it proceeds to Step 3. If not, it will notify the SDN CN to sends back only the missing historical trajectories of neighbor nodes and Q-tables of its associated grid and eight neighbor grids from the trajectory database and Q-table database, respectively. Then, these missing data are cached on the trajectory cache and Q-table cache of the RSU.
  • From the Q-table of this grid, the routing decision unit of the RSU first selects the grid with the largest Q-value among the eight neighbor grids as the best next-hop grid.
  • According to the best next-hop grid, Q-tables of the eight neighbor grids, and historical trajectories of the neighbor nodes of the packet-carrying node, the RSU then executes the two-hop trajectory-based routing (THTR) algorithm to select as the relay the neighbor node whose future driving trajectory continues along the best next-hop grid and the best two-hop next grid.
  • Finally, the RSU issues the Neighbor Response packet containing the vehicle ID of the selected neighbor node to inform the packet-carrying node to forward the packet to this neighbor node.
Hence, THTR finds a better packet transmission route, improves the packet delivery ratio, and reduces the end-to-end delay in the V2X environment.
Figure 9 shows that the best next-hop grid of G r i d A is G r i d A , 1 and the two-hop next-grids of G r i d A , 1 are G r i d A , 1.1 and G r i d A , 1.2 . If a node’s driving trajectory passes through the best next-hop grid and the best two-hop next grid in the left picture, i.e., from G r i d A , 1 to G r i d A , 1.1 , which is more in line with the overall directionality of packet transmission from the start point v s to the end point v d , then this node is a better next-hop packet-forwarding node. Conversely, if the driving trajectory of a node passes through the best next-hop grid G r i d A , 1 and the two-hop next grid G r i d A , 1.2 , which is not the best two-hop next grid of G r i d A , 1 in the right figure, it can be seen that the vehicle node deviates from the overall directionality of the packet transmission, as compared to the vehicle on the left. Hence, this vehicle is not a good relay node.

3.4.1. The Link Expiration Time (LET) between Two Nodes

Additionally, we use the location prediction mechanism to calculate the link expiration time (LET) [31] of the adjacent vehicle, that is, the possible connection time between the current node and the adjacent node. If the calculated LET is not smaller than the minimum time to completely forward a packet from the current node to the adjacent node, this adjacent node is considered as an eligible candidate relay node in the online routing decision process. It is assumed that the clocks of all vehicle nodes in the network are synchronized. At a certain point in time, let (xi, yi) and (xj, yj) be the two-dimensional coordinate positions of vehicles i and j. θi, θj (0 ≤ θi, θj < 2π) and vi, vj are the moving directions and moving speeds of i and j, respectively, and r is the transmission range of wireless signals between vehicle nodes. We can use Equation (5) to calculate the LETij that vehicles i and j can maintain their connections because both of them stay within the wireless communication range:
L E T i j = ( a b + c d ) + ( a 2 + c 2 ) r 2 ( a d b c ) 2 a 2 + c 2
where:
a = vi cos θivj cos θj
b = xixj
c = vi sin θivj sin θj
d = yiyj
if vi = vj and θi = θj, LETij = ∞.

3.4.2. Routing Decision Unit of RSU

As mentioned above, the routing decision unit of the RSU first selects the grid with the largest Q-value among the eight neighbor grids as the best next-hop grid from the Q-table of this grid. According to the best next-hop grid, Q-tables of the eight neighbor grids, and historical trajectories of the neighbor nodes of the packet-carrying node, the RSU then executes the two-hop trajectory-based routing (THTR) algorithm to select the neighbor node as the relay whose future driving trajectory continues along the best next-hop grid and the best two-hop next grid.
The flow of the SD-QGrid routing decision process, shown in Figure 10, is listed as follows:
Step 1:
Determine whether the packet-carrying node v i is the destination node. If so, go to Step 9; if not, go to Step 2.
Step 2:
Determine whether v i has any neighbor node. If so, go to Step 3; if not, go to Step 8.
Step 3:
For some neighbor node v j of v i located in the neighbor grid G j , test whether the Q-value Q j of the neighbor grid G j is higher than the Q-value Q i of grid G i , where the vehicle v i is located. If so, go to Step 4; if not, go to Step 6.
Step 4:
If the moving direction of the neighbor node is known and it has a fixed route and schedule (such as a bus), go to Step 5; if not, go to Step 6.
Step 5:
Execute Algorithm 1. If the best next-hop node v k exists, go to Step 7; if not, go to Step 6.
Step 6:
Among all neighbor nodes in the neighbor grid with the higher Q-value than that of the current grid, select the neighbor node v k that is closest to the destination. If v k exists, go to Step 7; if not, go to Step 8.
Step 7:
Notify the packet-carrying node to use this node as the next-hop node and forward the packet to it. Go to Step 1.
Step 8:
Vehicle v i continues to hold the packet and waits for the next transmission opportunity. Go to Step 1.
Step 9:
If the current node is the destination node, the entire routing decision process ends.
Algorithm 1. Next-hop node selecting algorithm.
Input:
  • The node A currently carrying the packet, the destination node D of the packet, and the coordinate position of each node at each time point.
  • Q-table, which is used for the overall network environment.
  • The   set   N A formed by all neighbor nodes B of A ,   B N A .
Output:
  • Select node B, which is the best next-hop neighbor of node A, and send the packet to B; or, node A continues to carry the packet.
Definition:
  • The Q-value from G r i d A to G r i d B is Q v a l u e B A   ( G r i d A is adjacent to G r i d B ).
  • The grid where node x locates is G r i d X .
1
T w o H o p V a l A = T w o H o p V a l B = O n e H o p V a l A = O n e H o p V a l B = 0
2
Let G r i d A be the grid of packet-carrying node A and G r i d D be the grid of the destination node D.
3
Query the SDN CN to retrieve the Q-table of G r i d A and those of neighbor grids. Store them in the Q-table cache of the RSU.
4
Calculate the next-hop grids with the top three Q-values in the Q-table of G r i d A :   G r i d 1 , 1 , G r i d 1 , 2 , G r i d 1 , 3 .
5
for t = (1, 2, 3):
  •   if   G r i d 1 , t exists, then calculate its next-hop grid with the top three Q-values of G r i d 1 , t : G r i d 1 , t , 1 ,   G r i d 1 , t , 2 ,   G r i d 1 , t , 3 . // the two-hop next grids.
6
For all neighbor nodes B of A:
7
If node B is the destination node D, send the packet to B, which ends the online packet routing process.
8
Otherwise, calculate L E T B A . If L E T B A is less than the time T p required to deliver a packet, node B is not considered as an eligible candidate relay node.
9
Call Algorithm 2, i.e., One-Two-Hop Value (A, B ) , to obtain T w o H o p V a l B and O n e H o p V a l B .
10
The end of the loop.
11
T w o H o p V a l   =   M a x { T w o H o p V a l B ,   B N A }
12
O n e H o p V a l   =   M a x { O n e H o p V a l B , B N A }
13
If ( T w o H o p V a l   > 0 )
  • Select   the   node   with   the   largest   T w o H o p V a l as the best next-hop node.
14
else
15
Select the node with the maximum O n e H o p V a l as the best next-hop node
Algorithm 1 uses the Q-value to calculate up to nine (next-hop grid, two-hop next grid) combinations based on the grid G r i d A where the current packet is located. It then selects the two-hop next grid combination, depending on the next-hop grids with the top three Q-values in line 5. For all neighbor nodes B of A, Algorithm 1 uses the link expiration time of adjacent vehicles to filter the candidate relay nodes in line 8. It calls Algorithm 2, i.e., the One-Two-Hop Value (A, B ) , in line 9 to obtain T w o H o p V a l B and O n e H o p V a l B . Lines 11 and 12 find out which neighbor node owns the maximum T w o H o p V a l and O n e H o p V a l values among all neighbor nodes, respectively. The vehicle with the highest value is selected as the relay node for packet forwarding. In addition, we preferentially select vehicle nodes whose trajectories pass through both the next-hop grid and the two-hop next grid in line 13, and then, select vehicle nodes that only pass through the next-hop grid in line 15 for packet forwarding.
Algorithm 2. One-Two-Hop Value (Node A, Node X)
Input:
  • The three next-hop grids, i.e., G r i d 1 , 1 , G r i d 1 , 2 , and G r i d 1 , 3 of G r i d A .
  • The three two-hop next grids, i.e., G r i d 1 , 1 , 1 , G r i d 1 , 1 , 2 , and G r i d 1 , 1 , 3 of G r i d 1 , 1 ; G r i d 1 , 2 , 1 , G r i d 1 , 2 , 2 , and G r i d 1 , 2 , 3 of G r i d 1 , 2 ; G r i d 1 , 3 , 1 , G r i d 1 , 3 , 2 , and G r i d 1 , 3 , 3 of G r i d 1 , 3 .
  • The next-hop candidate node x of node A.
Output:
  • T w o H o p V a l X
  • O n e H o p V a l X
Definition:
  • T i m e D i f f X X X is the difference between the time when node X first enters G r i d X and the time when x first enters G r i d X , according to its trajectory. Please note this notation indicates that node x does not pass through any other grid between G r i d X and G r i d X . If G r i d X = G r i d X , then the value of T i m e D i f f X X X is the minimum value 1. If node X does not pass through G r i d X in its trajectory, then the value of T i m e D i f f X X X is 0.
1
for t = (1, 2, 3) //Time difference between the current time in the current grid and the first position in the next-hop grid.
  • If   G r i d X = G r i d A ,   calculate   T i m e D i f f X 1 , t X   of   node   X   from   G r i d X   to   G r i d 1 , t
  • If   G r i d X = G r i d 1 , t ,   T i m e D i f f X 1 , t X = 1 .   / / node   x   in   the   next hop   grid   G r i d 1 , t .
  • for s = (1, 2, 3) //Calculate the time difference between the current time in the current grid and the first position in the two-hop next grid.
    • If   G r i d X = G r i d 1 , t , s ,   T i m e D i f f X 1 , t , s x = 1 .   / / node   x   in   the   two hop   next   grid   G r i d 1 , t , s .
    • else //node x in the next-hop grid.
      • Calculate   T i m e D i f f X 1 , t 1 , t , s x   of   node   x   from   G r i d X to G r i d 1 , t , s via G r i d 1 , t .   / /   node   x   first   moves   to   G r i d 1 , t , and then to G r i d 1 , t , s .
      • T i m e D i f f 1 , t 1 , t , s x = T i m e D i f f X 1 , t 1 , t , s x T i m e D i f f X 1 , t x
      • // T i m e D i f f 1 , t 1 , t , s x   of   node   x   is   the   TimeDiff   from   G r i d 1 , t   to   G r i d 1 , t , s .
2
dst_grid = false
3
for t = (1, 2, 3) //calculate the one-hop weight V X 1 , t X when node x is in the next-hop grid G r i d 1 , t .
  • if T i m e D i f f X 1 , t X > 0 : V X 1 , t X = [   1 D i s t a n c e ( X ,   D ) ×   Q v a l u e 1 , t A T i m e D i f f X 1 , t X   ]
  • if G r i d 1 , t is the grid where the destination node is located:
    • V X 1 , t X = V X 1 , t X   100 //let the weight V X 1 , t X become much higher.
    • dst_grid = true
  • for s = (1, 2, 3) //calculate the one-hop weight V X 1 , t , s X   when   node   x   is   in   the   two hop   next   grid   G r i d 1 , t , s .
    • if T i m e D i f f X 1 , t , s X > 0 : V X 1 , t , s X = [   1 D i s t a n c e ( X ,   D ) ×   Q v a l u e 1 , t , s A T i m e D i f f X 1 , t , s X   ]
    • if G r i d 1 , t , s is the grid where the destination node is located:
      • V X 1 , t , s X = V X 1 , t , s X   100
      • dst_grid = true
4
O n e H o p V a l X   =   M a x   { V X 1 , t X ,   V X 1 , t , s X } // the maximum weight among the one-hop weight V X 1 , t X and the one-hop weight V X 1 , t , s X .
5
If dst_grid = false // calculate the two-hop weight.
  • for t = (1, 2, 3)
    • for s = (1, 2, 3)
      • if   T i m e D i f f X 1 , t X   and   T i m e D i f f 1 , t 1 , t , s X > 0 :
        • V X 1 , t 1 , t , s X   = [ 1 D i s t a n c e ( X ,   D ) ×   Q v a l u e 1 , t A T i m e D i f f X 1 , t X ×   Q v a l u e 1 , t , s 1 , t T i m e D i f f 1 , t 1 , t , s X   ]
      • If G r i d 1 , t , s is the grid where the destination node is located:
        • V X 1 , t 1 , t , s X = V X 1 , t 1 , t , s X   100
6
T w o H o p V a l X   =   M a x { V X 1 , t 1 , t , s X } // the maximum weight among all two-hop next grid weight V X 1 , t 1 , t , s X .
7
Return O n e H o p V a l X , T w o H o p V a l X   ;
For example, as shown in Figure 11, the source vehicle v s located in G r i d A carries the packet in the beginning. First, the associated RSU of v s queries the SDN CN to retrieve the Q-table of G r i d A and those of neighbor grids, which are stored in the Q-table cache of the RSU. Then, the routing decision unit of the RSU finds the next-hop grids, i.e., G r i d 1 , 1 , G r i d 1 , 2 , and G r i d 1 , 3 , with the top three large Q-values in the Q-table of G r i d A . As shown in Figure 12, take the next-hop grid G r i d 1 , 1 as an example. The routing decision unit of the RSU further queries the Q-table of G r i d 1 , 1 to find the next-hop grid of G r i d 1 , 1 with the top three large Q-values of G r i d 1 , 1 , 1 , G r i d 1 , 1 , 2 , and G r i d 1 , 1 , 3 , which constitute the two-hop next grid of G r i d A .
Algorithm 2 refers to the next-hop grid and the two-hop next grid combinations calculated by Algorithm 1, and calculates T i m e D i f f values of these nine combinations for each neighbor node X of A at time t. There are three kinds of grids where X may stay: either at the same grid G r i d A , the next-hop grid G r i d 1 , t or the two-hop next grid G r i d 1 , t , s of A. The calculation method is shown in Figure 13. Algorithm 2 calculates T i m e D i f f X 1 , 1 X , which is the time difference between the current time t when node X stays in G r i d X and the time when X first enters the next-hop grid G r i d 1 , 1 , depending on X’s trajectory. Here, G r i d 1 , 1 , 1 is one of the two-hop next grids of G r i d 1 , 1 . Hence, T i m e D i f f 1 , 1 1 , 1 , 1 X is the time difference between the time when X first enters the next-hop grid G r i d 1 , 1 and the time when X first enters the two-hop next grid G r i d 1 , 1 , 1 . After T i m e D i f f values from G r i d X to all next-hop grids and two-hop next grids have been calculated in line 1, line 3 of Algorithm 2 calculates the one-hop weight V X 1 , t X when node X is in the next-hop grid G r i d 1 , t , or the one-hop weight V X 1 , t , s X when node X is in the two-hop next grid G r i d 1 , t , s . The weight value V X G X is proportional to the Q-value, i.e.,   Q v a l u e G A queried from the Q-table of G r i d A and of G r i d G where X stays, but inversely proportional to the Euclidean distance D i s t a n c e ( X ,   D ) between node X and destination node D , and the T i m e D i f f value from G r i d X to G r i d G . Line 4 finds O n e H o p V a l X , which is the maximum weight among all one-hop weights. Similarly, line 5 calculates the two-hop weight V X 1 , t 1 , t , s X when node X is in the next-hop grid G r i d 1 , t and will directly move to the two-hop next grid G r i d 1 , t , s . The weight value V X 1 , t 1 , t , s X is proportional to the Q-value, i.e.,   Q v a l u e 1 , t A queried from Q-table of G r i d A , and Q v a l u e 1 , t , s 1 , t queried from the Q-table of G r i d 1 , t , but is inversely proportional to the Euclidean distance D i s t a n c e ( X ,   D ) between node X and destination node D ,   T i m e D i f f X 1 , t X from G r i d X to G r i d 1 , t , and T i m e D i f f 1 , t 1 , t , s X from G r i d 1 , t to G r i d 1 , t , s . Line 6 finds T w o H o p V a l X , which is the maximum weight among all two-hop weights. Finally, line 7 ends Algorithm 2 by returning O n e H o p V a l X and T w o H o p V a l X to Algorithm 1.

4. Performance Evaluation

4.1. Simulation Environment and Parameters

In this section, we use real vehicle trajectories to evaluate the performance of our proposed SD-QGrid method, and compare it with three other methods. We use Python for reinforcement learning calculations and NS-3 [32] for a network simulation experiment. The MAC protocol in NS-3 is IEEE 802.11p and the radio propagation model is the Log Distance Propagation Loss Model in this simulation.
We capture the 4000-by-6000-m Taipei City area as the simulated environment, as shown in Figure 5, and use the bus and vehicle nodes within the range as the packet-forwarding nodes. Then, we add fixed node pairs as source and destination nodes on random roads in the map. The distance between the fixed node pairs is not less than 4000 m, and fixed nodes cannot be used as transit nodes for packet routing. The experimental parameters are shown in Table 8, where the number of fixed nodes is numPair, the vehicle node broadcasts a HELLO packet after a beacon time, and the fixed node generates a message packet after a message time. The parameters of the simulation experiment are the transmission range, TTL, numPair, and message time.
We compare the following three routing algorithms with the SD-QGrid method:
  • QGrid_G [16]: A grid-based routing protocol proposed by QGrid [16]; its intergrid routing uses the greedy method to find the nearest next-hop neighbor node to the destination.
  • Advanced QGrid [16]: QGrid improves the routing protocol for vehicle nodes with relatively fixed trajectories, such as buses. If the vehicle node passes through the grid where the packet destination is located in the future, it will continue to carry the packet until it enters the grid, and then proceed with next-hop routing selection to transfer the packet.
  • GPSR [33]: A position-based routing protocol that continuously forwards packets from the nearest neighbor to the destination until it reaches the destination.
We use the different transmission ranges, TTLs, numPairs, and message times, as shown in Table 8, as the horizontal axis, and use the following indicators to compare the performance of various routing algorithms. These figures are drawn with a 95% confidence interval. The number of seeds used in NS-3 is five.
(a)
Delivery ratio: the ratio of the successful arrival of message packets to the total number of message packets generated.
(b)
Average end-to-end delay: how long it takes, on average, for a message packet to travel from the source to the destination.
(c)
Overhead: the ratio of the total number of forwarded message packets to the total number of originally sent message packets.

4.2. Simulation Results

First, we compare the impact of the transmission range (distance) on the performance of the routing algorithm. Figure 14 shows that the distance gradually increases, and the transmission success rate also increases. On the contrary, because the packet arrives at the end point faster, the end-to-end delay and the overall network environment overhead will be reduced accordingly. Among the four methods, the GPSR method simply selects the neighbor node closest to the end point for packet forwarding; thus, the end-to-end delay is the lowest, but the transmission success rate is also the lowest, and the overhead is also the highest. The advQGrid transmission success rate and overhead are better than that of QGrid because the vehicle node will continue to carry packets until arrival at the destination grid, but in exchange for the highest end-to-end delay. On the contrary, although our proposed SD-QGrid method considers the real vehicle movement trajectory and the source-to-destination directionality in different time periods, compared with QGrid and its improved method advQGrid, it pays slightly more overhead, but achieves the highest delivery ratio and considerably reduces its end-to-end delay. In conclusion, compared with QGrid, our method increases the average delivery ratio by 17%, reduces the end-to-end delay by 27.09%, and pays a 1.04% overhead, which is shown in Table 9. Compared with advQGrid, the average delivery ratio increases by 10.22%, the end-to-end delay decreases by 31.93%, and the overhead is 1.24%.
We compare the impact of the packet time-to-live (TTL) on the performance of the routing algorithm. Figure 15 shows that the packet time-to-live (TTL) gradually increases, the transmission success rate increases accordingly, and the end-to-end delay and the overall network environment overhead also increase. Compared with QGrid and its improved method, advQGrid, although our proposed SD-QGrid method pays slightly more overhead, it can achieve the highest transmission success rate and minimize the end-to-end delay. As the TTL gradually increases, compared with QGrid and advQGrid, the end-to-end delay of SD-QGrid increases more smoothly. In conclusion, compared with QGrid, our method increases the average delivery ratio by 21.01%, reduces the end-to-end delay by 24.7%, and pays a 1.09% overhead, which is shown in Table 10. Compared with advQGrid, the average delivery ratio increases by 13.66%, the end-to-end delay decreases by 34%, and the overhead is 1.53%.
Then, we compare the effect of the fixed number of nodes (numPair) on the performance of the routing algorithm. As shown in Figure 16, as the numPair gradually increases, it means that the total number of packets in the overall network increases, and the transmission success rate and overhead of the four methods decrease accordingly. However, the end-to-end delay is relatively stable. Although our proposed SD-QGrid method pays slightly more overhead than QGrid and its improved advQGrid method, it achieves the highest transmission success rate and the lowest end-to-end delay. In conclusion, compared with QGrid, our method increases the average delivery ratio by 13.66%, reduces the end-to-end delay by 27.67%, and pays a 0.51% overhead, which is shown in Table 11. Compared with advQGrid, the average delivery ratio increases by 9.27%, the end-to-end delay decreases by 35.26%, and the overhead is 1.01%.
Finally, we compare the effect of the packet generation interval (message time) on the performance of the routing algorithm. As shown in Figure 17, as the message time gradually increases, the number of packets in the overall network decreases, and the transmission success rates of the four methods increase. The overhead decreases, and the end-to-end delay remains relatively stable. As shown in the data graphs of the three horizontal-axis parameters mentioned above, compared with QGrid and its improved advQGrid method, our proposed SD-QGrid method pays some extra overhead, but still achieves the highest transmission success rate, and also has the greatest degree of end-to-end delay reduction. In conclusion, compared with QGrid, our method increases the average delivery ratio by 16.47%, reduces the end-to-end delay by 28.65%, and pays a 1.42% overhead, which is shown in Table 12. Compared with advQGrid, the average delivery ratio increases by 10.77%, the end-to-end delay decreases by 35.08%, and the overhead is 2.31%.

5. Conclusions and Future Directions

In this study, we address the shortcomings of the traditional V2X grid-based routing algorithm using reinforcement learning, propose the SD-QGrid routing platform, deploy the SDN CN for centralized control, and consider the real vehicle movement trajectory in different time periods. Additionally, regarding the directionality from source to destination, we propose the SD-QGrid offline Q-learning training process to use Q-learning to calculate the Q-table of the eight neighbor grids. This paper further proposes the online routing decision process with the two-hop trajectory-based routing (THTR) packet-routing algorithm, which selects the best next-hop node to forward packets in an intragrid mode. Finally, we use the real vehicle trajectory data in Taipei to conduct simulation experiments in order to draw the data graph of four horizontal-axis parameters, which proves that compared with QGrid and advQGrid, our proposed SD-QGrid method can improve the performance with less than 2% overhead. The transmission delivery ratio is more than 10%, and the end-to-end delay is reduced by more than 25%.
This research is only limited to consider types of vehicles with accurate trajectories, relatively fixed arrival times, and travel paths, such as buses. Hence, we plan to design a new routing architecture to handle packet routing for vehicles without historical trajectory information in the future. We will use a CNN (Convolutional Neural Network) and LSTM (Long Short-Term Memory) to establish a trajectory prediction model. This system will include a packet-forwarding decision model based on Deep Q-Learning. Through the predicted vehicle trajectory and the packet-forwarding decision model, this system can select a better next-hop node to forward packets.

Author Contributions

Conceptualization, C.-P.Y. and I.-C.C.; formal analysis, C.-P.Y. and I.-C.C.; methodology, I.-C.C.; resources, C.-E.Y.; supervision, I.-C.C.; writing—original draft, C.-P.Y.; writing—review and editing, C.-E.Y. and I.-C.C. All authors have read and agreed to the published version of the manuscript.

Funding

This research was funded by the Ministry of Science and Technology, Taiwan, grant number MOST 110-2221-E-018-002. The APC was funded by MOST 110-2221-E-018-002.

Institutional Review Board Statement

Not applicable.

Informed Consent Statement

Not applicable.

Data Availability Statement

The study did not report any data.

Conflicts of Interest

The authors declare no conflict of interest.

References

  1. Chen, S.; Hu, J.; Shi, Y.; Peng, Y.; Fang, J.; Zhao, R.; Zhao, L. Vehicle-to-Everything (v2x) Services Supported by LTE-Based Systems and 5G. IEEE Commun. Stand. Mag. 2017, 1, 70–76. [Google Scholar] [CrossRef]
  2. Zhang, D.; Zhang, T.; Liu, X. Novel Self-Adaptive Routing Service Algorithm for Application in VANET. Appl. Intell. 2019, 49, 1866–1879. [Google Scholar] [CrossRef]
  3. Mehta, K.; Malik, L.G.; Bajaj, P. VANET: Challenges, Issues and Solutions. In Proceedings of the International Conference on Emerging Trends in Engineering and Technology, ICETET, Nagpur, India, 16–18 December 2013; pp. 78–79. [Google Scholar]
  4. Cooper, C.; Franklin, D.; Ros, M.; Safaei, F.; Abolhasan, M. A Comparative Survey of VANET Clustering Techniques. IEEE Commun. Surv. Tutor. 2017, 19, 657–681. [Google Scholar] [CrossRef]
  5. Nazib, R.A.; Moh, S. Routing Protocols for Unmanned Aerial Vehicle-Aided Vehicular Ad Hoc Networks: A Survey. IEEE Access 2020, 8, 77535–77560. [Google Scholar] [CrossRef]
  6. Kevin, F. A Delay-Tolerant Network Architecture for Challenged Internets. In Proceedings of the 2003 Conference on Applications, Technologies, Architectures, and Protocols for Computer Communications, Karlsruhe, Germany, 25 August 2003. [Google Scholar]
  7. Ohta, Y.; Ohta, T.; Kohno, E.; Kakuda, Y. A Store-Carry-Forward-Based Data Transfer Scheme Using Positions and Moving Direction of Vehicles for VANETs. In Proceedings of the 2011 Tenth International Symposium on Autonomous Decentralized Systems, Tokyo, Japan, 23–27 March 2011. [Google Scholar]
  8. Sutton, R.S.; Barto, A.G. Reinforcement Learning: An Introduction; MIT Press: Cambridge, MA, USA, 2018. [Google Scholar]
  9. Dowling, J.; Curran, E.; Cunningham, R.; Cahill, V. Using Feedback in Collaborative Reinforcement Learning to Adaptively Optimize MANET Routing. IEEE Trans. Syst. Man Cybern. Part A Syst. Hum. 2005, 35, 360–372. [Google Scholar] [CrossRef] [Green Version]
  10. Doddalinganavar, S.S.; Tergundi, P.V.; Patil, R.S. Survey on Deep Reinforcement Learning Protocol in VANET. In Proceedings of the 1st IEEE International Conference on Advances in Information Technology (ICAIT 2019), Chikmagalur, India, 25–27 July 2019; pp. 81–86. [Google Scholar]
  11. Liu, J.; Wang, Q.; He, C.; Jaffrès-Runser, K.; Xu, Y.; Li, Z.; Xu, Y. QMR:Q-learning based Multi-objective optimization Routing protocol for Flying Ad Hoc Networks. Comput. Commun. 2019, 150, 304–316. [Google Scholar] [CrossRef]
  12. Coutinho, W.P.; Battarra, M.; Fliege, J. The Unmanned Aerial Vehicle Routing and Trajectory Optimization Problem, a Taxonomic Review. Comput. Ind. Eng. 2018, 120, 116–128. [Google Scholar] [CrossRef] [Green Version]
  13. Nazib, R.A.; Moh, S. Reinforcement Learning-Based Routing Protocols for Vehicular Ad Hoc Networks: A Comparative Survey. IEEE Access 2021, 9, 27552–27587. [Google Scholar] [CrossRef]
  14. Soua, A.; Afifi, H. Adaptive Data Collection Protocol using Reinforcement Learning for VANETs. In Proceedings of the 2013 9th International Wireless Communications and Mobile Computing Conference (IWCMC 2013), Sardinia, Italy, 1–5 July 2013; pp. 1040–1045. [Google Scholar]
  15. Wu, J.; Fang, M.; Li, H.; Li, X. RSU-Assisted Traffic-Aware Routing based on Reinforcement Learning for Urban VANETs. IEEE Access 2020, 8, 5733–5748. [Google Scholar] [CrossRef]
  16. Li, F.; Song, X.; Chen, H.; Li, X.; Wang, Y. Hierarchical Routing for Vehicular Ad Hoc Networks via Reinforcement Learning. IEEE Trans. Veh. Technol. 2019, 68, 1852–1865. [Google Scholar] [CrossRef]
  17. Watkins, C.J.C.H.; Dayan, P. Q-learning. Mach. Learn. 1992, 8, 279–292. [Google Scholar] [CrossRef]
  18. Kim, H.; Feamster, N. Improving network management with software defined networking. IEEE Commun. Mag. 2013, 51, 114–119. [Google Scholar] [CrossRef]
  19. Wickboldt, J.A.; de Jesus, W.P.; Isolani, P.H.; Both, C.B.; Rochol, J.; Granville, L.Z. Software-Defined Networking: Management Requirements and Challenges. IEEE Commun. Mag. 2015, 53, 278–285. [Google Scholar] [CrossRef]
  20. Hans, C.Y.; Quer, G.; Rao, R.R. Wireless SDN Mobile Ad Hoc Network: From Theory to Practice. In Proceedings of the 2017 IEEE International Conference on Communications (ICC), Paris, France, 21–25 May 2017; pp. 1–7. [Google Scholar]
  21. Zhao, Z.; Cumino, P.; Souza, A.; Rosário, D.; Braun, T.; Cerqueira, E.; Gerla, M. Software-defined unmanned aerial vehicles networking for video dissemination services. Ad Hoc Netw. 2018, 83, 68–77. [Google Scholar] [CrossRef]
  22. Chang, I.-C.; Hung, M.-H.; Chang, C.-R.; Yen, C.-E. NTR: An Efficient Trajectory-based Routing Protocol for the Vehicular Delay Tolerant Networks. In Proceedings of the 2017 IEEE International Conference on Systems, Man, and Cybernetics, Banff, AB, Canada, 5–8 October 2017. [Google Scholar]
  23. Feng, F.W.Y.; Liao, J.; Qian, Q. Driving Path Prediction Based Routing Protocol in Vehicular Ad Hoc Networks. Int. J. Distrib. Sens. Netw. 2013, 9, 837381. [Google Scholar] [CrossRef]
  24. Dijkstra, E.W. A Note on Two Problems in Connection with Graphs. Numer. Math. 1959, 1, 269–271. [Google Scholar] [CrossRef] [Green Version]
  25. He, Y.; He, R.; Yu, C. Intersection-based Traffic-Aware Routing with Fuzzy Q-learning for Urban VANETs. In Proceedings of the 2021 International Conference on Security, Pattern Analysis, and Cybernetics (SPAC), Chengdu, China, 18–20 June 2021. [Google Scholar]
  26. Wang, E.; Yang, Y.; Jia, B.; Guo, T. The DTN Routing Algorithm based on Markov Meeting Time Span Prediction Model. Int. J. Distrib. Sens. Netw. 2013, 9, 736796. [Google Scholar] [CrossRef] [Green Version]
  27. Ip, Y.-K.; Lau, W.-C.; Yue, O.-C. Forwarding and Replication Strategies for DTN with Resource Constraints. In Proceedings of the 2007 IEEE 65th Vehicular Technology Conference, Dublin, Ireland, 22–25 April 2007; pp. 1260–1264. [Google Scholar]
  28. Liu, S.; Li, F.; Zhang, Q.; Shen, M. A Markov Chain Prediction Model for Routing in Delay Tolerant Networks. In International Conference on Big Data Computing and Communications; Springer: Cham, Switzerland, 2015; Volume 9196, pp. 479–490. [Google Scholar]
  29. Luo, L.; Sheng, L.; Yu, H.; Sun, G. Intersection-Based V2X Routing via Reinforcement Learning in Vehicular Ad Hoc Networks. IEEE Trans. Intell. Transp. Syst. 2022, 23, 5446–5459. [Google Scholar] [CrossRef]
  30. Available online: https://ptx.transportdata.tw/PTX/ (accessed on 20 October 2022).
  31. Taleb, T.; Sakhaee, E.; Jamalipour, A.; Hashimoto, K.; Kato, N.; Nemoto, Y. A Stable Routing Protocol to Support ITS Services in VANET Networks. IEEE Trans. Veh. Technol. 2007, 56, 3337–3347. [Google Scholar] [CrossRef]
  32. Riley, G.F.; Henderson, T.R. The NS-3 Network Simulator. In Modeling and Tools for Network Simulation; Springer: Berlin/Heidelberg, Germany, 2010; pp. 15–34. [Google Scholar]
  33. Karp, B.; Kung, H.-T. GPSR: Greedy Perimeter Stateless Routing for Wireless Networks. In Proceedings of the 6th Annual International Conference on Mobile Computing and Networking, Boston, MA, USA, 1 August 2000; ACM: New York, NY, USA, 2000; pp. 243–254. [Google Scholar]
Figure 3. Nodes moving between the current grid and eight neighboring grids in SD-QGrid.
Figure 3. Nodes moving between the current grid and eight neighboring grids in SD-QGrid.
Sensors 22 08222 g003
Figure 4. SD-QGrid network architecture.
Figure 4. SD-QGrid network architecture.
Sensors 22 08222 g004
Figure 5. SD-QGrid experimental map.
Figure 5. SD-QGrid experimental map.
Sensors 22 08222 g005
Figure 6. The offline Q-learning training process of SD-QGrid.
Figure 6. The offline Q-learning training process of SD-QGrid.
Sensors 22 08222 g006
Figure 7. SD-QGrid learning process executed by the SDN CN.
Figure 7. SD-QGrid learning process executed by the SDN CN.
Sensors 22 08222 g007
Figure 8. The online routing decision process of SD-QGrid.
Figure 8. The online routing decision process of SD-QGrid.
Sensors 22 08222 g008
Figure 9. An example of the two-hop next grid in SD-QGrid.
Figure 9. An example of the two-hop next grid in SD-QGrid.
Sensors 22 08222 g009
Figure 10. Flow of the SD-QGrid online routing decision process.
Figure 10. Flow of the SD-QGrid online routing decision process.
Sensors 22 08222 g010
Figure 11. The routing decision unit of RSU selects the next-hop grids of G r i d A .
Figure 11. The routing decision unit of RSU selects the next-hop grids of G r i d A .
Sensors 22 08222 g011
Figure 12. The routing decision unit of RSU further selects the two-hop next grid, using the next-hop grids.
Figure 12. The routing decision unit of RSU further selects the two-hop next grid, using the next-hop grids.
Sensors 22 08222 g012
Figure 13. One-Two-Hop Value algorithm.
Figure 13. One-Two-Hop Value algorithm.
Sensors 22 08222 g013
Figure 14. Simulation comparison among different routing protocols vs. different distances.
Figure 14. Simulation comparison among different routing protocols vs. different distances.
Sensors 22 08222 g014
Figure 15. Simulation comparison among different routing protocols vs. different TTLs.
Figure 15. Simulation comparison among different routing protocols vs. different TTLs.
Sensors 22 08222 g015
Figure 16. Simulation comparison among different routing protocols vs. different numPairs.
Figure 16. Simulation comparison among different routing protocols vs. different numPairs.
Sensors 22 08222 g016
Figure 17. Simulation comparison among different routing protocols vs. different message times.
Figure 17. Simulation comparison among different routing protocols vs. different message times.
Sensors 22 08222 g017
Table 1. Comparison of related studies.
Table 1. Comparison of related studies.
ProtocolAnalyzes Real Vehicle Trajectory DataConsiders the Directionality of the Vehicle TrajectoryConsiders the Directionality of Source to DestinationConsiders the Number of Vehicles in Each AreaUses Reinforcement Learning for Routing DecisionsSimulation Experiments Using Real Vehicle TrajectoriesConsiders Two-Hop Next-Grid RoutingDesigns Software-Defined Routing Platform
ITAR-FQNoNoNoYesYesNoNoNo
ADOPELNoYesNoYesYesNoNoNo
QTARNoNoNoYesYesNoNoNo
QGrid_GNoNoNoYesYes (only one Q-table, four neighbor grids)YesNoNo
AdvQGridYesNoNoYesYes (only one Q-table, four neighbor grids)YesNoNo
SD-QGridYesYesYesYesYes (different Q-tables corresponding to different time periods, eight neighbor grids)YesYesYes
Table 2. Time period state interval.
Table 2. Time period state interval.
Time PeriodCongestion Level
23:00–07:00normal
07:00–09:00congested
09:00–12:00normal
12:00–13:00congested
13:00–17:00normal
17:00–19:00congested
19:00–22:00normal
22:00–23:00congested
Table 3. Historical trajectories of vehicles.
Table 3. Historical trajectories of vehicles.
Vehicle IDTime StampLocation LonLocation Lat
0weekday_07:00:00 + 08:00,121.5085325.04262
0weekday_07:00:20 + 08:00,121.532825.034475
0weekday_07:00:40 + 08:00121.53366725.044598
0weekday_08:20:20 + 08:00121.52517325.052125
Table 4. Average number of nodes of road segment i in period t .
Table 4. Average number of nodes of road segment i in period t .
Grid IndexThe Start Intersection Coordinate (x, y) of Road Segment iThe End Intersection Coordinate (x, y) of Road Segment i
Average   Number   of   Nodes   N i t ¯
Time   Period   t
(0, 2)(xs, ys)(xe, ye)3142021-10-13–10-12
Table 5. Average number of outgoing nodes of road segment i in period t , if road segment i crosses two grids.
Table 5. Average number of outgoing nodes of road segment i in period t , if road segment i crosses two grids.
Current Grid IndexNeighbor Grid IndexThe Start Intersection Coordinate (x, y) of Road Segment iThe End Intersection Coordinate (x, y) of Road Segment iAverage Number of Outgoing Nodes
Time   Period   t
(0, 2)(0, 3)(xs, ys)(xe, ye)1102021-10-13–10-12
Table 6. Average number of nodes of G r i d s in period t .
Table 6. Average number of nodes of G r i d s in period t .
Grid Index
Average   Number   of   Nodes   H t s
Time   Period   t
(0, 2)3142021-10-13–10-12
Table 7. Average grid directionalities of G r i d s in period t .
Table 7. Average grid directionalities of G r i d s in period t .
Grid   Index
Average Grid Directionality for Eight Neighbor Grids
N t 0 / N t 1 / / N t 7
Time   Period   t
(0, 2)134/143/506/197/10/5/53/52021-10-13–10-12
Table 8. Simulation parameters.
Table 8. Simulation parameters.
ParametersParameter Value or Range
α 0.8
γ [0.3, 0.9]
m 0.1
w 3
j 1
Reward0, 100
Experimental map range4000 m × 6000 m
Experiment time3000 s
MAC protocolIEEE 802.11 p
Radio propagation modelLog Distance Propagation Loss Model
Buffer size10 MB
Bandwidth11 Mbps
Transmission range (m)400, 450, 500, 550, 600
Grid size1000 m
TTL (s)10, 20, 30, 40, 50
numPair50, 100, 150, 200, 250
Beacon time (s) 1
Message time (s) 1, 5, 10, 15, 20
Table 9. Performance improvement of SD-QGrid compared to routing protocols with distances.
Table 9. Performance improvement of SD-QGrid compared to routing protocols with distances.
Average Delivery RatioAverage End-to-End DelayAverage Transmission Overhead
QGrid+17.00%−27.09%+1.04%
advQGrid+10.22%−31.93%+1.24%
Table 10. Performance improvement of SD-QGrid compared to routing protocols with TTLs.
Table 10. Performance improvement of SD-QGrid compared to routing protocols with TTLs.
Average Delivery RatioAverage End-to-End DelayAverage Transmission Overhead
QGrid+21.01%−24.70%+1.09%
advQGrid+13.66%−34.00%+1.53%
Table 11. Performance improvement of SD-QGrid compared to routing protocols with numPairs.
Table 11. Performance improvement of SD-QGrid compared to routing protocols with numPairs.
Average Delivery RatioAverage End-to-End DelayAverage Transmission Overhead
QGrid+13.66%−27.67%+0.51%
advQGrid+9.27%−35.26%+1.01%
Table 12. Performance improvement of SD-QGrid compared to routing protocols with message time.
Table 12. Performance improvement of SD-QGrid compared to routing protocols with message time.
Average Delivery RatioAverage End-to-End DelayAverage Transmission Overhead
QGrid+16.47%−28.65%+1.42%
advQGrid+10.77%−35.08%+2.31%
Publisher’s Note: MDPI stays neutral with regard to jurisdictional claims in published maps and institutional affiliations.

Share and Cite

MDPI and ACS Style

Yang, C.-P.; Yen, C.-E.; Chang, I.-C. A Software-Defined Directional Q-Learning Grid-Based Routing Platform and Its Two-Hop Trajectory-Based Routing Algorithm for Vehicular Ad Hoc Networks. Sensors 2022, 22, 8222. https://doi.org/10.3390/s22218222

AMA Style

Yang C-P, Yen C-E, Chang I-C. A Software-Defined Directional Q-Learning Grid-Based Routing Platform and Its Two-Hop Trajectory-Based Routing Algorithm for Vehicular Ad Hoc Networks. Sensors. 2022; 22(21):8222. https://doi.org/10.3390/s22218222

Chicago/Turabian Style

Yang, Chen-Pin, Chin-En Yen, and Ing-Chau Chang. 2022. "A Software-Defined Directional Q-Learning Grid-Based Routing Platform and Its Two-Hop Trajectory-Based Routing Algorithm for Vehicular Ad Hoc Networks" Sensors 22, no. 21: 8222. https://doi.org/10.3390/s22218222

APA Style

Yang, C. -P., Yen, C. -E., & Chang, I. -C. (2022). A Software-Defined Directional Q-Learning Grid-Based Routing Platform and Its Two-Hop Trajectory-Based Routing Algorithm for Vehicular Ad Hoc Networks. Sensors, 22(21), 8222. https://doi.org/10.3390/s22218222

Note that from the first issue of 2016, this journal uses article numbers instead of page numbers. See further details here.

Article Metrics

Back to TopTop