Next Article in Journal
Optimizing Virtual Power Plants Cooperation via Evolutionary Game Theory: The Role of Reward–Punishment Mechanisms
Previous Article in Journal
Characterization of Some Claw-Free Graphs in Co-Secure Domination Number
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

A Mixed-Integer Programming Framework for Drone Routing and Scheduling with Flexible Multiple Visits in Highway Traffic Monitoring

by
Nasrin Mohabbati-Kalejahi
1,
Sepideh Alavi
2 and
Oguz Toragay
3,*
1
Department of Information Systems, Lam Family College of Business, San Francisco State University, San Francisco, CA 94132, USA
2
School of Cyber and Decision Sciences, Jack H. Brown College of Business and Public Administration, California State University, San Bernardino, CA 92407, USA
3
Great Valley School of Graduate Professional Studies, The Pennsylvania State University, Malvern, PA 19355, USA
*
Author to whom correspondence should be addressed.
Mathematics 2025, 13(15), 2427; https://doi.org/10.3390/math13152427
Submission received: 19 June 2025 / Revised: 24 July 2025 / Accepted: 25 July 2025 / Published: 28 July 2025

Abstract

Traffic crashes and congestion generate high social and economic costs, yet traditional traffic monitoring methods, such as police patrols, fixed cameras, and helicopters, are costly, labor-intensive, and limited in spatial coverage. This paper presents a novel Drone Routing and Scheduling with Flexible Multiple Visits (DRSFMV) framework, an optimization model for planning drone-based highway monitoring under realistic operational constraints, including battery limits, variable monitoring durations, recharging at a depot, and target-specific inter-visit time limits. A mixed-integer nonlinear programming (MINLP) model and a linearized version (MILP) are presented to solve the problem. Due to the NP-hard nature of the underlying problem structure, a heuristic solver, Hexaly, is also used. A case study using real traffic census data from three Southern California counties tests the models across various network sizes and configurations. The MILP solves small and medium instances efficiently, and Hexaly produces high-quality solutions for large-scale networks. Results show clear trade-offs between drone availability and time-slot flexibility, and demonstrate that stricter revisit constraints raise operational cost.

1. Introduction

Traffic accidents and emergencies pose significant challenges for public safety officials and transportation authorities. According to the National Highway Traffic Safety Administration [1], an estimated 5.9 million police-reported motor vehicle traffic crashes occurred in 2022, resulting in approximately 2.38 million injuries and 43,000 fatalities in the U.S. Despite improvements in road infrastructure and vehicle safety technology, accidents continue to occur with alarming frequency, causing injury, loss of life, and significant disruptions to traffic flow [2]. Traditional methods of traffic monitoring and management, such as manual observation by police patrols or helicopters or using traffic cameras, are costly and limited in their coverage. For instance, the Los Angeles Police Department’s Air Support Division allocates $46.6 million annually to its operations, amounting to approximately $127,805 per day or $2916 per flight hour to maintain its helicopters operational nearly non-stop, even for events considered non-high-priority [3]. California cities spent more than $15.1 billion on policing in the 2022–23 fiscal year, while counties spent $7.8 billion and the state spent $3 billion on the California Highway Patrol (CHP) [4]. Moreover, the increasing demand for police services, particularly in urban areas, further increases the challenge. Law enforcement agencies face limited resources, including funding, personnel, and equipment, making it difficult to allocate sufficient resources to traffic monitoring and enforcement. According to the Public Policy Institute of California [4], the number of patrol officers per 100,000 in the state is near its lowest point since 1991. Police departments are often stretched thin, struggling to assign enough officers to traffic duties. Traffic monitoring and enforcement are time-consuming and labor-intensive, requiring officers to spend long hours on the road. Furthermore, it is reported that the daily proactive efforts of police patrols on highways do not necessarily impact the frequency of traffic accidents in pre-identified incident hotspots [5]. Consequently, when crime rates are high or there are specific threats to public safety, police departments may prioritize these issues over traffic monitoring, further reducing the resources available for traffic management.
Logistical challenges pose significant obstacles to effective traffic monitoring and emergency response. Coordinating patrols across multiple jurisdictions and responding to emergencies or accidents in a timely manner are complex tasks, further complicated by factors such as traffic congestion, road construction, and inclement weather. The U.S. Department of Transportation Federal Highway Administration [6] emphasizes that ineffective access to accident scenes can substantially delay critical response times. The continuous monitoring of incident locations is essential for sharing real-time data with responders and law enforcement. Moreover, responders face considerable safety hazards while attending to road incidents, including working near moving traffic and dealing with hazardous materials, which can have severe consequences, such as the leakage of poisonous gases or explosion and fire risks [7]. A swift investigation of the incident locations is crucial for assessing the state of the road and identifying necessary actions. However, emergency response teams often struggle to quickly and accurately evaluate accident scenes, leading to delays in response times and potentially escalating the impact of accidents.
Given these challenges, some law enforcement agencies and transportation authorities are exploring alternative methods of traffic monitoring and enforcement, such as using drones, also known as Unmanned Aerial Vehicles (UAVs), to supplement traditional police patrols and provide additional data for transportation planning and management. Drones offer several significant advantages for traffic monitoring. They can cover a wider area than traditional methods [8] and can be easily repositioned to monitor emerging traffic hotspots [9]. Their deployment reduces the risk of accidents and injuries to human traffic monitors, and they are capable of providing real-time, high-quality visual data on accident scenes and traffic flow [10]. In addition to identifying areas of congestion as it develops [11], drones are also a cost-effective alternative to conventional monitoring systems and are environmentally friendly due to their lack of harmful emissions [12].
Although drones offer a transformative solution, their effective deployment is far from straightforward. The routing and scheduling of drones for traffic monitoring is a highly complex problem, influenced by factors such as limited battery life, traffic conditions, coverage requirements, and other constraints. These challenges necessitate practical mathematical models and optimization techniques that can handle the spatiotemporal complexity of the task while delivering actionable, real-time insights to decision-makers. This paper presents a novel approach to address these challenges by developing a new mathematical model for the routing and scheduling of drones in traffic monitoring.
Substituting drones for ground patrols ensures the timely inspection of high-risk locations, enables more agile responses to highway incidents, and reduces environmental impact. This also alleviates police staffing shortages and lowers overall patrol costs for routine monitoring strategies. Ultimately, the proposed solution demonstrates the critical role of emerging technologies in shaping the future of mobility and public safety.
The structure of the paper is organized as follows. Section 2 provides a review of the literature on drone applications in traffic monitoring. Section 3 introduces the proposed nonlinear mathematical model and its linearized equivalent. Section 4 presents the computational experiments and results, demonstrating the effectiveness of the proposed models. Finally, Section 5 summarizes the key findings, draws conclusions, and outlines directions for future research.

2. Drone-Based Traffic Monitoring: Insights from the Literature

The usage of drones has experienced rapid growth due to several compelling factors. Their exceptional mobility enables access to hard-to-reach areas and navigation through diverse terrains, which makes them invaluable across various sectors, including agriculture [13,14], disaster management [15,16,17], and logistics [18,19,20,21]. The remarkable flexibility of drones in terms of applications is noteworthy; they can be equipped with an array of sensors and cameras, allowing them to perform a wide spectrum of tasks ranging from aerial photography and videography to scientific research, traffic monitoring, and environmental assessment. Furthermore, drones offer significant environmental benefits by reducing the reliance on large, fuel-consuming vehicles and facilitating the more efficient monitoring and management of natural resources. This combination of mobility, versatility, and environmental advantages has driven their widespread adoption across multiple industries. The unique capabilities of drones position them as transformative technology in fields such as traffic monitoring and management, where traditional methods face limitations in terms of cost, coverage, and effectiveness.
The application of drones in traffic monitoring has gained significant attention due to their ability to address transportation challenges and respond to traffic bottlenecks in real time, surpassing traditional surveillance methods [22]. The literature on traffic monitoring and emergency response using drones can be broadly categorized into two main streams: (1) studies focused on capturing and analyzing data, images, and videos for decision-making, and (2) research developing mathematical models for routing, scheduling, and location decisions of drones on road networks.

2.1. Monitoring Applications of Drones in Traffic Systems

In the first category, several studies have explored various aspects of data collection and analysis. Khan et al. [23] examined hardware and software requirements for safe and efficient road traffic monitoring using UAVs. Elloumi et al. [24] studied how using multiple UAVs for road traffic monitoring improves performance and coverage rates compared to fixed drone trajectories. Barmpounakis and Geroliminis [25] created a large-scale urban dataset in Athens and conducted the pNEUMA experiment, which recorded traffic streams in a multi-modal congested environment using drones. Outay et al. [26] discussed advanced computer vision algorithms for extracting features from UAV footage and improving traffic flow analysis. Khan et al. [27] proposed a new model for monitoring speed limits and traffic violations using UAVs and 5G technology, demonstrating its effectiveness in reducing accidents by addressing traffic violations. Ahmed et al. [28] developed a process to overcome the limitations of vision algorithms in traffic monitoring, especially in areas with a high number of motorcycles and weak lane discipline, proposing a method to better capture heterogeneous vehicle stream data. Beg et al. [29] proposed a more intelligent, autonomous UAV-enabled solution using simulation, considering scenarios such as traffic light violations, accident detection, mobile speeding traps, automated notifications, congestion detection, traffic rerouting, flagged stolen vehicles, pending arrest warrants, and vehicle tracking using UAVs and autonomous emergency response handling systems. Kumar et al. [30] introduced an innovative, lightweight, security-enabled distributed software-defined drone network (SDDN) for traffic monitoring where the security of drone/UAV communication and data exchange is ensured through a lightweight key generation and encryption/decryption algorithm. Kainz et al. [31] studied road traffic analysis through the detection of vehicles from the user-defined region of interest (ROI), employing the YOLOv4 model for vehicle detection after motion detection. Butilua et al. [32] provided a comprehensive review of UAV applications in civil engineering, including traffic monitoring and vehicle detection. Bisio et al. [33] conducted a systematic review of drone-based traffic monitoring systems from a deep learning perspective, focusing on vehicle detection, tracking, and counting.

2.2. Routing and Scheduling Models for Drone-Based Surveillance

The second category of research focuses on developing mathematical models for drone routing and scheduling. Conventional traffic monitoring methods rely on sensors installed in the road network, such as video cameras and inductive loop detectors, to monitor traffic movement. These sensors are typically fixed in specific locations, limiting their ability to gather comprehensive information about traffic patterns, such as an overall view of traffic flows, vehicle routes, and road network design [34]. These limitations highlight the importance of using drones as mobile solutions, which can provide more effective coverage. Consequently, the routing and scheduling of mobile UAVs to cover various areas and monitor locations have become key research areas.
Several papers investigate the cooperative use of ground vehicles (GVs) and drones in traffic monitoring. In these studies, the GV acts as a mobile base for launching, recovering, and charging the drones, which then inspect sections of the road network. These papers include developing a real-time data-driven approach through the first deterministic arc-inventory routing problem and deriving a stochastic dynamic policy for city monitoring during major events (Chow [35]), proposing a two-echelon cooperative routing problem for one ground vehicle and one UAV in urban road network monitoring (Luo et al. [36]), solving a vehicle-assisted multi-drone routing and scheduling problem (Hu et al. [37]), developing a patrol model where specific points and arcs can be accessed in the urban road network (Luo et al. [38]), and investigating a GV–drone arc routing problem (GVD-ARP) which considers a GV and multiple drones (Xu et al. [39]). While the use of ground vehicles (GVs) as mobile platforms for drone recovery and recharging offers certain advantages, their effectiveness diminishes in large part due to congested highway traffic networks. GVs often struggle to navigate swiftly through dense traffic, potentially amplifying congestion issues. Furthermore, existing studies frequently make simplifying assumptions, such as negligible recharging and monitoring times, and typically restrict drones to visiting a single node after each vehicle takeoff.
Researchers have developed various models to enhance the effectiveness of drone usage in traffic monitoring. Zhang et al. [40] proposed a model for a dynamically configured sensor network that accounts for time-varying traffic flow propagation, expanding both spatially and temporally. They developed a UAV routing and scheduling model integrated with existing fixed traffic monitoring sites, aiming to minimize the total cost in terms of detection delay for spatially and temporally distributed incidents. Ghazzai et al. [41] developed a generic scheduling framework for UAVs to cover multiple events with minimal energy consumption. Their approach optimizes the schedule by determining which UAVs will sequentially cover each event, the time each UAV spends at an event, waiting times, battery charging at docking stations, and the start times of their trips. Building on this, Ghazzai et al. [42] proposed a model to optimize the location of charging stations, considering the flying time to incident locations and the risk of battery failure during operations. They also developed a proactive scheduling framework to minimize total energy consumption while achieving specific coverage efficiency by visiting each target only once. Christodoulou and Kolios [43] tackled a set covering problem in road traffic monitoring. Their model does not account for temporal factors, so nodes do not have specific visit time requirements. The problem focuses solely on determining the minimum number of tours needed to cover the monitoring locations within a finite tour cost. Kumar et al. [44] explored collision-free drone movement strategies for road traffic monitoring using Software-Defined Networking (SDN). The SDN-controlled drone network reduces overhead and improves drone-device management. Their simulations were conducted using OpenFlow version 1.3.x and protocol version 0x04. Rigas et al. [45] proposed a drone scheduling framework for monitoring missions in transportation networks, where monitoring locations must be visited at specific, predefined time points. Their model represented the monitored area as a graph with nodes denoting demand or supply locations, and incorporates energy constraints by requiring battery replacements at designated supply nodes after limited flight durations. The focus is on maximizing the number of time-specific monitoring demands satisfied within a centralized, discrete-time scheduling framework.
The problem of locating and routing UAVs at the tactical level was studied by Yakıcı et al. [46] to maximize the total score obtained from visited demand points by flight routes of UAVs. The problem considers assigning UAVs to base stations and finding optimal routes to serve the demand points. Terzi et al. [47] proposed a framework for intelligent multi-drone tasking in emergency response missions with the goal of minimizing the total fly time cost under the limited fly time duration of each agent and the demands set by the set of tasks. Each drone has to stay over each location for a specific period of time and should take off and land at the depot. They approach the problem using a variation of the VRP and consider routes on a graph of nodes and edges; task requirements are modeled as costs on the edges and as demands on nodes visited. These studies primarily focus on single visits to locations within the planning horizon, neglecting the crucial aspect of repeated visits to points of interest, which is a key requirement in effective road traffic monitoring and emergency situation detection.
In the context of traffic monitoring using drones, some studies focus on route optimization, modeling the problem as an arc routing problem or traveling salesman problem (Elloumi et al. [24], Oh et al. [48], Campbell et al. [49], Luo et al. [38], Xu et al. [39]). In these studies, roads requiring traffic monitoring are represented as nodes or arcs in a network. The objective is for one or more UAVs to traverse these nodes or arcs, aiming to minimize flight time or battery consumption. To optimize UAV monitoring routes during rush hours, Wang et al. [50] developed a route planning method that accounts for spatiotemporal variations in monitoring demand and introduced a team orienteering arc routing problem with time-varying profits. Li et al. [22] proposed an optimization model for traffic monitoring aimed at minimizing the total expected operational costs. Their approach involves a capacitated arc routing problem and an inventory routing problem, dynamically assigning UAVs to monitor uncertain demand arcs across multiple periods. Cheng et al. [51] presented a task assignment model for road patrols using multiple UAVs with various bases and rechargeable endurance. This model aims to minimize the time required to complete all tasks, considering the mission as complete only when every mission point has been patrolled, and the deadline is defined by the time that it takes for the last drone to return to its nearest base. Additionally, each drone is restricted from patrolling the same target point repeatedly. Huang et al. [52] proposed a decentralized, real-time approach for navigating a team of UAVs for road traffic monitoring. In their scenario, the UAVs exchange position and measurement information only with their neighboring UAVs.
Studies on highway patrol using drones are limited. Niu et al. [53] formulated a multi-objective optimization model for routing multiple UAVs to collect traffic information, aiming to minimize flight time and uncollected data, but lacked an algorithm for actual highway instances. Jo et al. [54] designed an efficient drone patrol network system using the OPNET simulator. Li et al. [55] proposed using UAVs to gather information in blind areas where smart vehicles cannot derive real-time data, focusing on task assignments without considering drone routing. Kim et al. [56] presented an integer programming model to optimize drone schedules for the Gyeongbu Expressway in Korea. Choi et al. [57] presented two integer programming formulations, basic and path-based, to create an operational schedule for multiple highway patrol drones to meet varying patrol demands across different highway sections and times. The objective of their study is to determine the operation schedule of patrol drones that can meet the patrol demand in sections that change over time during the planning horizon. These studies lack considerations such as operational flexibility, recharging, and continuous traffic monitoring.
This study proposes a novel optimization model called Drone Routing and Scheduling with Flexible Multiple Visits (DRSFMV), which captures the operational complexities of real-world highway traffic monitoring. The model incorporates location-specific maximum inter-visit time constraints to support continuous and adaptive monitoring. Unlike prior models that assume single visits or overlook drone-specific limitations, our formulation integrates critical operational features such as variable drone speeds based on task type, heterogeneous monitoring durations, battery constraints with explicit recharging operations, and the option for drones to remain idle when strategically beneficial. By doing so, the proposed model reflects practical deployment conditions and offers a flexible scheduling framework that enhances surveillance reliability.
Table 1 summarizes the reviewed literature and highlights the contributions and novelty of the proposed problem.

3. Problem Formulation and Model Development

The Drone Routing and Scheduling with Flexible Multiple Visits (DRSFMV) proposed in this paper is designed based on practical requirements that have not been fully addressed in previous research, such as repeated visits with inter-visit time constraints, battery limitations, and recharging operations. To facilitate the understanding of the problem, first, the key features of the problem are presented, followed by the introduction of a novel mixed-integer nonlinear mathematical model. A linear equivalent formulation is also proposed to enable the problem to be efficiently solved using commercial solvers.

3.1. Problem Description and Key Assumptions

The proposed model assumes a fleet of M identical drones for traffic monitoring, tasked with visiting Q targets multiple times over a 24 h period. These targets, representing arcs on a road network, require repeated visits due to their status as traffic bottlenecks or areas with high accident probabilities. Visiting requirements are different for each target in terms of both frequency and specific timing during the day.
To model multiple visits to each location, each visit is considered as a different node in the network with the exact specifications of that target q Q . Let F q ν denote the set of all visits ν for each target q Q . The time length of the visit is unique for each target q Q and calculated based on the length of the arc in the road network, but identical for all visits in F q ν . The time required for a drone to fly from target j to target k is represented by s j k . Note that arcs have visiting directions, so flight times are calculated based on the distance between the end point of the arc j to the start point of the arc k, which makes the distance matrix asymmetric. Each drone spends a specific duration monitoring the visited target, which may involve surveying an arc of the road network. Consequently, a monitoring time p j r i is considered for each visit of each drone. For the model to be more realistic, various drone speeds are considered for different tasks. More specifically, it is assumed that, while monitoring targets to record high-quality videography, the drones fly at a lower speed than the times that they fly between different targets or fly to/from the depot. A maximum inter-visit time, I q , is introduced for each target q Q , which shows the maximum allowable time interval between consecutive visits to target q, measured from the completion of one visit to the start of the next visit. This parameter is crucial to maintain consistent surveillance and ensure the timely monitoring of critical locations within the network. This differs from the regular time window assumptions in the literature, where time window constraints specify the start and end times of a visit as an interval. By incorporating these time-related constraints, our model achieves a balance between comprehensive coverage and operational efficiency, allowing adaptive scheduling that responds to the dynamic nature of traffic patterns and potential emergency situations.
An asymmetrical distance matrix is created, where each entry shows the travel distance from the end point of an origin route to the start point of a destination route. This reflects the actual flight path that a drone follows after completing one monitoring task and moving to the next. Additionally, it is assumed that a drone cannot visit the same location consecutively, as this would mean staying in the same place in a row. To prevent this, a large penalty (100,000) is set on the main diagonal of the distance matrix. This discourages assigning consecutive visits to the same node by greatly increasing the associated travel time.
A fixed location is considered as the depot in the model from which drones initiate their routes and return for recharging as needed. Additionally, a set of dummy nodes is introduced where drones remain idle. Unlike road segment targets, idle nodes are conceptual placeholders that do not consume battery charge, can be visited at any point in the schedule, and are not restricted by a maximum number of visits. Furthermore, the duration of a drone’s stay at an idle node is considered a continuous decision variable, g j r i ( j { i d l e } ). The purpose of defining these nodes is related to the solution decoding process. A feasible solution to the problem is represented by defining R available slots for each drone’s visit sequence. The model requires that each slot be assigned to exactly one visit, while satisfying all operational constraints such as inter-visit time limits and avoiding consecutive visits to the same target. This approach offers flexibility within a structured routing framework, ensuring that the model can incorporate all scheduling constraints while remaining feasible.
Our defined problem has some overlaps with the many-visits multiple traveling salesman problem, which is a new concept proposed in 2023 in the literature [58]. In this problem, each city has a fixed number of visits requested, and there are m salesmen who need to visit different cities multiple times. However, our proposed problem is more complex in the sense that there is a maximum inter-visit time between multiple visits to each target. In addition, drones require charging, which significantly changes the dynamics of the routing problem.
Table 2 shows the sets, parameters, and decision variables used in the proposed mathematical models.

3.2. Mathematical Formulation: Nonlinear Model

The proposed mixed-integer nonlinear model is presented below. Later, the linear equivalent of the model is presented to compare the run time and convergence of the two modeling approaches.
min L m a x + E m a x
s.t.
L m a x c r i j N ( d j × x j r i ) , r R , i M
E m a x j N ( e j × x j r i ) s r i , r R , i M
r R i M x j r i = 1 , j N { 1 , i d l e }
j N x j r i = 1 , i N , r R
c 1 i = j N ( t 1 j × x j 1 i ) + j N i d l e ( p j 1 i × x j 1 i ) + j i d l e ( g j 1 i × x j 1 i ) , i M
c r i = c ( r 1 ) i + j N k N ( t k j × x j r i × x k ( r 1 ) i ) + j N i d l e ( p j r i × x j r i ) + j i d l e ( g j r i × x j r i ) , r R { 1 } , i M
s 1 i = 0 , i M
s r i = c r i j N i d l e ( p j r i × x j r i ) + j i d l e ( g j r i × x j r i ) , r R { 1 } , i M
h 1 i = f c j N ( t 1 j × x j 1 i ) j N i d l e ( p j 1 i × x j 1 i ) , i M
h r i = ( f c × x 1 r i ) + ( h ( r 1 ) i c r i + c ( r 1 ) i ) × j N { 1 , i d l e } x j r i + ( h ( r 1 ) i s r i + c ( r 1 ) i ) × j { i d l e } x j r i , r R { 1 } , i M
r R i M ( s r i × x ( j + 1 ) r i ) r R i M ( c r i × x j r i ) I q , j F q ν
r R i M ( s r i × x ( j + 1 ) r i ) r R i M ( c r i × x j r i ) 0 , j F q ν
x j r i { 0 , 1 } ; c r i , s r i , h r i , g i d l e , r , i , L m a x , E m a x 0 , j N , i M , r R .
The objective function minimizes the maximum lateness and earliness of drone visits to all targets, based on pre-defined due dates and earliest possible start times. Constraint (1) calculates the maximum lateness by comparing each visit’s completion time to its due date, while Constraint (2) determines the maximum earliness using the earliest possible times and visit start times. Constraint (3) ensures that each visit occurs only once, with exceptions for depot visits for charging or idle nodes. Constraint (4) assigns each visit to a single drone slot, preventing simultaneous multiple visits by a single drone. Constraints (5) and (6) compute visit completion times, incorporating travel time between targets (or between a target and the depot) and monitoring duration. Constraints (7) and (8) calculate the start time of each visit. Constraints (9) and (10) manage drones’ battery levels, triggering depot returns for recharging when necessary. Constraints (11) and (12) ensure that the time difference between two consecutive visits to a target does not exceed the allowed maximum inter-visit time. Constraint (12) also guarantees that a visit to any target should start after the previous visit to the same target has been completed. Constraint (13) shows the defined variables.

3.3. Linearization of the Model

In order to solve the model efficiently using commercial solvers, we attempt to linearize it. Constraints (5), (6), (8), (10), (11), and (12) are nonlinear. Their linear equivalents, along with the corresponding linearization process, are presented below.
Constraints (5) and (8) only have one nonlinear term, which is a multiplication of two nonnegative variables g j r i × x j r i , and, therefore, need linearization. To linearize this term, a dummy variable u j r i = g j r i × x j r i is defined. The following constraints should replace the current versions of Constraints (5) and (8):
c 1 i = j N ( t 1 j × x j 1 i ) + j N i d l e ( p j 1 i × x j 1 i ) + j i d l e u j 1 i , i M
s r i = c r i j N i d l e ( p j r i × x j r i ) + j i d l e u j r i , r R { 1 } , i M
The following equations demonstrate the implementation of the dummy variable u and should be added to the mathematical model:
u j r i g j r i U B ( 1 x j r i ) , j i d l e , i M , r R
u j r i g j r i + L B ( 1 x j r i ) , j i d l e , i M , r R
u j r i U B ( x j r i ) , j i d l e , i M , r R
u j r i L B ( x j r i ) , j i d l e , i M , r R
Constraint (6) has two nonlinear terms: g j r i × x j r i , which will be replaced by u j r i , and x j r i × x k ( r 1 ) i , which will be replaced by a new dummy variable, y j k r i .
c r i = c ( r 1 ) i + j N k N ( t k j × y j k r i ) + j N i d l e ( p j r i × x j r i ) + j i d l e u j r i , i M , r R { 1 }
The following equations should be added to the model as a way of defining the new dummy variable y and how it relates to the main decision variable x:
x j r i + x j ( r 1 ) i 1 y j k r i , r R , i M , j , k N , j k
1 2 ( x j r i + x j ( r 1 ) i ) y j k r i , r R , i M , j , k N , j k
Constraint (10) has three nonlinear terms: (a) ( h ( r 1 ) i + c ( r 1 ) i ) × x j r i , (b) c r i × x j r i , and (c) s r i × x j r i j { i d l e s } , which are replaced with three dummy variables v r i , w r i , z r i , accordingly. Constraint (10) should be replaced by the following constraint:
h r i = ( f c × x 1 r i ) + v r 1 w r i z r 1 , r R { 1 } , i M
The following constraints should be added to the model for definitions of the new dummy variables:
v r i ( h ( r 1 ) i + c ( r 1 ) i ) + ( L B × x 1 r i ) , r R { 1 } , i M
v r i ( h ( r 1 ) i + c ( r 1 ) i ) ( U B × x 1 r i ) , r R { 1 } , i M
v r i U B × ( 1 x 1 r i ) , r R { 1 } , i M
v r i L B × ( 1 x 1 r i ) , r R { 1 } , i M
w r i c r i + L B × ( 1 j N { 1 , i d l e } x j r i ) , r R { 1 } , i M
w r i c r i U B × ( 1 j N { 1 , i d l e } x j r i ) , r R { 1 } , i M
w r i U B × j N { 1 , i d l e } x j r i , r R { 1 } , i M
w r i L B × j N { 1 , i d l e } x j r i , r R { 1 } , i M
z r i s r i + L B × ( 1 j i d l e x j r i ) , r R { 1 } , i M
z r i s r i U B × ( 1 j i d l e x j r i ) , r R { 1 } , i M
z r i U B × j i d l e x j r i , r R { 1 } , i M
z r i L B × j i d l e x j r i , r R { 1 } , i M
To linearize Constraints (11) and (12), two dummy variables a j r i = s r i × x j r i , j N { 1 , i d l e } and b j r i = c r i × x j r i , j N { 1 , i d l e } are defined. Then, they should be replaced by the following two constraints:
r R i M a ( j + 1 ) r i r R i M b j r i I n j F q n
r R i M a ( j + 1 ) r i r R i M b j r i 0 , j F q n
To define the dummy variables a j r i and b j i r , the following constraints should be added to the model:
a j r i s r i U B × ( 1 x j r i ) j F q n , i M , r R
a j r i s r i + L B × ( 1 x j r i ) j F q n , i M , r R
a j r i U B × ( x j r i ) j F q n , i M , r R
a j r i L B × ( x j r i ) j F q n , i M , r R
b j r i c r i U B × ( 1 x j r i ) j F q n , i M , r R
b j r i c r i + L B × ( 1 x j r i ) j F q n , i M , r R
b j r i U B × ( x j r i ) j F q n , i M , r R
b j r i L B × ( x j r i ) j F q n , i M , r R .
The final constraint should be the definition of the new dummy variables:
y j k r i { 0 , 1 } ; u j r i , v r i , w r i , z r i , a j r i , b j r i 0 , j , k N , i M , r R .
Therefore, the linear mixed-integer mathematical model is presented below.
min L m a x + E m a x s . t . ( 1 ) , ( 2 ) , ( 3 ) , ( 4 ) , ( 5 a ) , ( 6 a ) , ( 7 ) , ( 8 a ) , ( 9 ) , ( 10 a ) , ( 11 a ) , ( 12 a ) , ( 13 ) , ( 14 ) ( 40 ) .

4. Computational Experiments and Performance Evaluation

The aim of the experimental study is to evaluate the performance of the proposed mixed-integer nonlinear programming (MINLP) formulation and its linear equivalent developed for the Drone Routing and Scheduling with Flexible Multiple Visits (DRSFMV) problem in the context of traffic monitoring. The experiments are conducted to assess three primary aspects: (i) the computational tractability of the model when applied to realistic urban-scale problem instances, (ii) the solution quality in terms of coverage efficiency and revisit compliance, and (iii) the model’s comparative performance of different formulations using multiple solvers.

4.1. Case Study and Experimental Setup

The computational experiments are based on a case study of high-traffic routes in the Southern California region, using publicly available data from the California Government Traffic Census bottleneck database [59]. The study focuses on three major counties: San Bernardino (SB), Los Angeles (LA), and Riverside (RS). Specifically, the dataset includes four critical bottleneck segments in San Bernardino (SB1–SB4), four in Riverside (RS1–RS4), and eight in Los Angeles (LA1–LA8). These road segments serve as the monitoring targets in the DRSFMV model. For each segment, we summed the vehicle-hours of delay over the 24 h period and allocated the necessary number of drone visits in proportion to the total delay. Segments with higher delay receive more visits. The dataset does not specify when each bottleneck occurs during the day. Therefore, we divided the 24-h period into eight equal 3-h segments and randomly assigned the visits for each target to those segments. The maximum inter-visit time is calculated by subtracting the end time of the first visit from the start time of the second visit and then adding a predefined threshold (30 min). This threshold prevents back-to-back visits to the same target.
Drones are considered to be operating at two distinct speeds, depending on their activity: 60 km/h when in transit between sites and 30 km/h during monitoring, reflecting the reduced speed needed for high-resolution visual capture.
A single centralized depot is used as the origin and return point for all drones. For the main depot, the police station closest to the geometric center of all targets, the Walnut/Diamond Bar Sheriff’s Station was selected. We assumed that drones would launch, land, and recharge at this location. The geographic center of each county is calculated from the coordinates of its target group and designated as the idle node, allowing drones to wait there as long as needed without using battery power until their next assignment. In total, three idle nodes are considered, one in each county. These nodes, along with the depot and target locations, are illustrated in Figure 1 and Figure 2, where boxed labels indicate the depot and idle points.
The proposed DRSFMV formulation is implemented using the Pyomo optimization modeling framework [60], which supports the development of both linear and nonlinear variants of the model. To obtain exact solutions, the Gurobi solver [61] is employed, as it demonstrates strong performance across mixed-integer linear programming (MILP) and nonlinear programming (NLP) problems. Gurobi serves as the baseline solver in this study, offering benchmark solutions that inform the tractability and scalability of the DRSFMV model under varying configurations.
To extend the solution capability beyond small and moderately sized instances, we also incorporate the Hexaly optimization solver [62]. Hexaly is a next-generation hybrid solver designed to efficiently handle large-scale combinatorial optimization problems. It integrates local search heuristics, constraint programming, and machine learning—proven strategies to generate high-quality solutions within reasonable computation times [63].
The core scheduling sub-structure of the DRSFMV problem is at least as hard as the classical parallel machine scheduling problem with the objective of minimizing the maximum completion time ( P m | | C max ), which is known to be NP-hard [64]. Furthermore, when all job due dates are assumed to be at the beginning of the planning horizon, the P m | | L max problem reduces to an equivalent formulation of C max and thus remains NP-hard [65]. As a result, the solution time is expected to exhibit non-polynomial growth with respect to instance size, posing significant computational challenges for exact solution methods.
Given this complexity, traditional solvers such as CPLEX, Gurobi, and SCIP, which predominantly rely on branch-and-bound or branch-and-cut algorithms within linear programming frameworks, face difficulties when applied to highly combinatorial or nonlinear formulations. These methods are well-suited for structured linear problems but often fail to scale effectively under the nonlinear and interdependent constraints inherent in the DRSFMV problem [66]. To overcome these limitations, we leverage Hexaly’s advanced hybrid search framework, which is particularly well-suited for non-convex and multi-level decision problems. By combining adaptive metaheuristics with parallel computation, Hexaly explores the solution space more efficiently and is capable of producing near-optimal or optimal solutions in significantly shorter run-times, even for complex, large-scale instances [67]. A comparative overview of Hexaly and conventional solvers is presented in Table 3, highlighting differences in algorithmic strategy, modeling flexibility, and empirical performance.
All experiments were conducted on a workstation equipped with an Intel(R) Core(TM) i9-12900K processor running at 3.20 GHz, with 64.0 GB of RAM, and operating on Windows 11 Pro. Python Optimization Modeling Object (Pyomo) version 6.7.0 is used for coding the mathematical models. Gurobi version 12.0.1 is used to solve MILP and MINLP models. For experiments using Hexaly, version 13.5 of the solver was executed. All experiments were run in a multi-threaded mode with 24 threads. No additional solver-specific tuning was applied unless otherwise noted.

4.2. Results and Comparative Analysis

To test the scalability and computational performance of the proposed model and solvers (i.e., LP, NLP, HX) under varying levels of complexity, we constructed three distinct problem sizes. The small-sized instance represents the simplest configuration, the medium-sized instance introduces moderate complexity, and the large-sized instance reflects the most comprehensive scenarios. These instances are designed to assess how the model handles increasing numbers of monitoring targets, required visits, and scheduling constraints. These instances were evaluated under different configurations of parameters, including the number of drones and slots, across 40 runs for each county and are presented in Table 4, Table 5, Table 6, Table 7, Table 8, Table 9 and Table 10.
Figure 3, Figure 4, Figure 5, Figure 6, Figure 7, Figure 8 and Figure 9 present box plots that visualize the distribution of objective values obtained under different drone-slot configurations and model/solver types across small-, medium-, and large-sized problem instances. Each box plot corresponds to a specific configuration of the number of drones (M) and time slots (R). The central horizontal line within each box indicates the median objective value, while the lower and upper edges represent the first and third quartiles, respectively. The whiskers extend to the minimum and maximum values within 1.5 times the interquartile range, and individual points beyond this range are shown as outliers. These outliers reflect scheduling configurations where constraints such as tight inter-visit times or limited drone availability significantly impacted performance. In the context of the problem, lower objective values indicate a more effective alignment of drone scheduling with required revisit intervals and monitoring deadlines.
Table 4 and Table 5 and Figure 3 and Figure 4 present the results obtained from the small-sized problem instances in San Bernardino and Riverside.
For small-sized instances of the problem, as in Table 4 and Table 5, LP and NLP found optimal solutions for all 80 instances. This suggests that, for smaller problem sizes, the problem structure remains tractable under both linear and nonlinear formulations. In addition, HX achieved the same objective values in 74 cases. In six instances, HX returns near-optimal results in the given runtime, possibly due to the increased solution space and the need for additional parameter tuning.
Figure 3 and Figure 4 demonstrate that configurations with more balanced resources, specifically M = 4, R = 4 in San Bernardino and M = 3, R = 5 in Riverside, yield the lowest median objective values and the least variability over different models/solvers. In contrast, setups with either too few drones or limited time-slot flexibility result in higher objective values and wider spreads, highlighting the problem’s sensitivity to resource allocation.
Table 6 and Table 7 present the outcomes of our proposed formulations across medium-sized instances, covering both the SB_RS and LA test networks. Across all configurations, LP, NLP, and HX produced the same objective value in 27 instances within the time limit, indicating that these solutions are likely optimal. Overall, the LP formulation yielded the lowest objective values in most cases, a trend that is also reflected in Figure 5 and Figure 6 across various problem instances. Similarly to before, configurations with balanced drone-slot pairings, such as M = 5, R = 5 in the San Bernardino and Riverside case, consistently produce the lowest median objective values and narrower variability.
Table 8, Table 9 and Table 10 present the results for large-sized instances across San Bernardino, Riverside, and Los Angeles counties. In all 80 instances of the SB_LA and RS_LA test sets, LP and HX produced solutions with identical objective values within the time limit, suggesting that optimal or near-optimal solutions were identified, even at scale. NLP matched these results in 43 instances, showing the complexity of nonlinear routing and battery constraints under tighter visit requirements. Figure 7 and Figure 8 support the findings and indicate that the M = 9, R = 8 configuration consistently delivers the lowest median objective values and least variability across all solvers.
Table 10 shows that both LP and NLP were unable to guarantee optimal solutions for the largest problem instances within the time limit. This outcome is expected, given the NP-hard nature of the problem and the rapid growth in complexity as the number of targets, drones, and time slots increases. The NLP formulation produced feasible solutions for only 16 out of the 40 largest instances, with noticeably higher objective values than those obtained by HX. In contrast, the LP model returned feasible solutions for all 40 instances, and, in 9 of them, its objective value exactly matched the best HX solution.
One of the key factors influencing solver behavior is the inter-visit time parameter I q . The results over all cases show that configurations with heterogeneous or tightly bound I q values lead to higher objective values and increased computational effort, particularly for NLP and HX. This reinforces the role of I q as a core design lever in drone scheduling systems.
Figure 9 shows that, for all models/solvers, the M = 9, R = 8 configuration produces the lowest median objective values with the least variability. HX outperforms both LP and NLP in terms of median objective value and stability, which indicates its effectiveness for complex large-scale scenarios.
Figure 10 and Figure 11 show the convergence profiles of the LP, NLP, and HX, especially for the large-sized instances.
Figure 10 and Figure 11 reveal both the speed with which the models/solvers locate a first feasible solution and the quality of the improvements that they can secure before the time limit. HX reaches a feasible solution almost immediately and converges efficiently, which shows the typical speed advantage of a heuristic. LP improves steadily, but much more slowly, while NLP struggles to escape suboptimal regions and has modest progress. This is due to the fragmented solution space of the DRSFMV problem, caused by tight inter-visit constraints, battery limits, and slot-based scheduling, which leads to a non-convex and discontinuous feasible region. Small changes in decision variables can easily break feasibility, making the problem especially hard for exact methods. HX, by contrast, is better equipped to explore disconnected regions to deliver high-quality results under complex, large-scale scenarios.

5. Conclusions

Compared to traditional traffic monitoring methods such as police patrols, fixed cameras, or helicopters, which are often costly, labor-intensive, and limited in coverage, drones offer a more flexible, cost-effective, and environmentally friendly alternative. They enable the dynamic coverage of high-risk areas, reduce response time to incidents, and can be deployed even in resource-constrained environments. This paper introduced the Drone Routing and Scheduling with Flexible Multiple Visits (DRSFMV) problem for highway traffic monitoring. A mixed-integer nonlinear programming (MINLP) model and its linearized version (MILP) are developed to schedule drones that repeatedly monitor critical road segments under constraints such as battery limits, variable monitoring durations, recharging needs, and inter-visit time limits. The model aims to minimize the maximum lateness and earliness of visits while ensuring continuous and efficient coverage. The problem was also implemented using Hexaly (HX), a heuristic-based solver, to address the increasing complexity as the problem size grows. Using real traffic data from highways in San Bernardino, Riverside, and Los Angeles counties in Southern California, the models and solvers were tested on small, medium, and large instances. Across 120 total instances of varying size and complexity, the LP solver returned optimal or feasible solutions in 119 cases, while NLP succeeded in only 93 instances. HX achieved 100% feasibility and matched or improved upon LP solutions in most instances, especially for large-scale cases. The sensitivity analysis highlights important trade-offs between the number of drones and slot flexibility, indicating that balanced resource pairs minimize objective function value and variability.
A limitation of this study includes the use of identical drones, one depot, and deterministic travel times. Future studies could explore more realistic settings with multiple depots, different drone types, and uncertain traffic conditions. Another limitation is the absence of real-world implementation data to validate the proposed drone routing and scheduling model. Although the experiments are based on real traffic census data and reflect practical operational constraints, there are currently no publicly available datasets that capture detailed drone routing and scheduling behavior in traffic monitoring applications. Existing datasets mainly provide vehicle trajectory data recorded by drones, but do not include information on the drones’ own operations, such as flight paths, battery usage, or scheduling decisions. As a future direction, conducting a real-world case study in collaboration with transportation or public safety agencies would be highly valuable. This would help benchmark the model under practical conditions and offer valuable feedback for refining the framework to support real-world applications.

Author Contributions

Conceptualization, N.M.-K. and S.A.; methodology, N.M.-K., S.A. and O.T.; software, N.M.-K. and O.T.; validation, N.M.-K., S.A. and O.T.; formal analysis, N.M.-K., S.A. and O.T.; writing—original draft preparation, N.M.-K., S.A. and O.T.; writing—review and editing, N.M.-K., S.A. and O.T.; visualization, O.T.; supervision, N.M.-K. and O.T. All authors have read and agreed to the published version of the manuscript.

Funding

This research received no external funding.

Data Availability Statement

All the implementation codes and the results are available online on the Github address: https://github.com/oguztoragay/DRONES (accessed on 25 July 2025).

Acknowledgments

This work was supported in part by the High-Performance Computing Program at California State University San Bernardino (CSUSB); NSF awards CNS-1730158, ACI-1540112, ACI-1541349, OAC-1826967, OAC-2112167, CNS-2120019; the University of California Office of the President; and the University of California San Diego’s California Institute for Telecommunications and Information Technology/Qualcomm Institute. The authors would like to thank Youngsu Kim and Dung Vu at CSUSB for their valuable assistance and technical support in configuring and utilizing the HPC resources for this research.

Conflicts of Interest

The authors declare no conflicts of interest.

References

  1. National Highway Traffic Safety Administration. Overview of Motor Vehicle Traffic Crashes in 2022. 2024. Available online: https://rosap.ntl.bts.gov/view/dot/78044 (accessed on 20 May 2025).
  2. Abdelkader, G.; Elgazzar, K.; Khamis, A. Connected vehicles: Technology review, state of the art, challenges and opportunities. Sensors 2021, 21, 7712. [Google Scholar] [CrossRef] [PubMed]
  3. Office of the City Controller, City of Los Angeles. Audit of the Los Angeles Police Department’s Air Support Division in 2023. Available online: https://controller.lacity.gov/landings/lapd-helicopters (accessed on 5 July 2025).
  4. Public Policy Institute of California. Law Enforcement Staffing in California. PPIC Fact Sheet, February 2025. Available online: https://www.ppic.org/publication/law-enforcement-staffing-in-california/ (accessed on 25 June 2025).
  5. Wu, X.; Lum, C.; Koper, C. Do everyday proactive policing activities reduce vehicle crashes? examining a commonly held law enforcement belief using a novel method. J. Crim. Justice 2021, 76, 101846. [Google Scholar] [CrossRef]
  6. U.S. Department of Transportation, Federal Highway Administration. Common Issues in Emergency Transportation Operations Preparedness and Response: Results of the FHWA Workshop Series FHWA Office of Operations. Available online: https://rosap.ntl.bts.gov/view/dot/20659 (accessed on 4 May 2025).
  7. Mohabbati-Kalejahi, N.; Vinel, A. Robust hazardous materials closed-loop supply chain network design with emergency response teams location. Transp. Res. Rec. 2021, 2675, 306–329. [Google Scholar] [CrossRef]
  8. Coifman, B.; McCord, M.; Mishalani, R.G.; Iswalt, M.; Ji, Y. Roadway traffic monitoring from an unmanned aerial vehicle. IEE Proc.—Intell. Transp. Syst. 2006, 153, 11–20. [Google Scholar] [CrossRef]
  9. McCormack, E.D. The Use of Small Unmanned Aircraft by the Washington State Department of Transportation; Technical Report WA-RD 703.1; Washington State Dept. of Transportation: Olympia, WA, USA, 2008.
  10. Zhang, X.; Guan, Z.; Liu, X.; Zhang, Z. Digital reconstruction method for low-illumination road traffic accident scenes using uav and auxiliary equipment. World Electr. Veh. J. 2025, 16, 171. [Google Scholar] [CrossRef]
  11. Malveaux, C.; de Queiroz, M.; Li, X.; Hassan, H.; He, Z. Real-Time Work Zone Traffic Management via Unmanned Air Vehicles; Technical Report; Louisiana State University Transportation Research Center: Baton Rouge, LA, USA, 2020. [Google Scholar]
  12. Askarzadeh, T.; Bridgelall, R.; Tolliver, D. Drones for road condition monitoring: Applications and benefits. J. Transp. Eng. Part B Pavements 2023, 151, 04024055. [Google Scholar] [CrossRef]
  13. Roldán, J.J.; Joossen, G.; Sanz, D.; del Cerro, J.; Barrientos, A. Mini-uav based sensory system for measuring environmental variables in greenhouses. Sensors 2015, 15, 3334–3350. [Google Scholar] [CrossRef]
  14. Villa, T.F.; Salimi, F.; Morton, K.; Morawska, L.; Gonzalez, F. Development and validation of a uav based system for air pollution measurements. Sensors 2016, 16, 2202. [Google Scholar] [CrossRef]
  15. Pasha, J.; Elmi, Z.; Purkayastha, S.; Fathollahi-Fard, A.M.; Ge, Y.-E.; Lau, Y.-Y.; Dulebenets, M.A. The drone scheduling problem: A systematic state-of-the-art review. IEEE Trans. Intell. Transp. Syst. 2022, 23, 14224–14247. [Google Scholar] [CrossRef]
  16. Glock, K.; Meyer, A. Mission planning for emergency rapid mapping with drones. Transp. Sci. 2020, 54, 534–560. [Google Scholar] [CrossRef]
  17. Akram, T.; Awais, M.; Naqvi, R.; Ahmed, A.; Naeem, M. Multicriteria uav base stations placement for disaster management. IEEE Syst. J. 2020, 14, 3475–3482. [Google Scholar] [CrossRef]
  18. Banik, D.; Hossain, N.U.I.; Govindan, K.; Nur, F.; Babski-Reeves, K. A decision support model for selecting unmanned aerial vehicle for medical supplies: Context of covid-19 pandemic. Int. J. Logist. Manag. 2023, 34, 473–496. [Google Scholar] [CrossRef]
  19. Huang, H.; Savkin, A.V.; Huang, C. Scheduling of a parcel delivery system consisting of an aerial drone interacting with public transportation vehicles. Sensors 2020, 20, 2045. [Google Scholar] [CrossRef]
  20. Shi, Y.; Lin, Y.; Li, B.; Li, R.Y.M. A bi-objective optimization model for the medical supplies’ simultaneous pickup and delivery with drones. Comput. Ind. Eng. 2022, 171, 108389. [Google Scholar] [CrossRef]
  21. Cheema, M.A.; Ansari, R.I.; Ashraf, N.; Hassan, S.A.; Qureshi, H.K.; Bashir, A.K.; Politis, C. Blockchain-based secure delivery of medical supplies using drones. Comput. Netw. 2022, 204, 108706. [Google Scholar] [CrossRef]
  22. Li, M.; Zhen, L.; Wang, S.; Lv, W.; Qu, X. Unmanned aerial vehicle scheduling problem for traffic monitoring. Comput. Ind. Eng. 2018, 122, 15–23. [Google Scholar] [CrossRef]
  23. Khan, M.A.; Ectors, W.; Bellemans, T.; Janssens, D.; Wets, G. Uav-based traffic analysis: A universal guiding framework based on literature survey. Transp. Res. Procedia 2017, 22, 541–550. [Google Scholar] [CrossRef]
  24. Elloumi, M.; Dhaou, R.; Escrig, B.; Idoudi, H.; Saidane, L.A. Monitoring road traffic with a uav-based system. In Proceedings of the 2018 IEEE Wireless Communications and Networking Conference (WCNC), Barcelona, Spain, 15–18 April 2018; IEEE: Piscataway, NJ, USA, 2018; pp. 1–6. [Google Scholar]
  25. Barmpounakis, E.; Geroliminis, N. On the new era of urban traffic monitoring with massive drone data: The pneuma large-scale field experiment. Transp. Res. Part C Emerg. Technol. 2020, 111, 50–71. [Google Scholar] [CrossRef]
  26. Outay, F.; Mengash, H.A.; Adnan, M. Applications of unmanned aerial vehicle (uav) in road safety, traffic and highway infrastructure management: Recent advances and challenges. Transp. Res. Part A Policy Pract. 2020, 141, 116–129. [Google Scholar] [CrossRef]
  27. Khan, N.A.; Jhanjhi, N.Z.; Brohi, S.N.; Usmani, R.S.A.; Nayyar, A. Smart traffic monitoring system using unmanned aerial vehicles (uavs). Comput. Commun. 2020, 157, 434–443. [Google Scholar] [CrossRef]
  28. Ahmed, A.; Outay, F.; Zaidi, S.O.R.; Adnan, M.; Ngoduy, D. Examining queue-jumping phenomenon in heterogeneous traffic stream at signalized intersection using uav-based data. Pers. Ubiquitous Comput. 2021, 25, 93–108. [Google Scholar] [CrossRef]
  29. Beg, A.; Qureshi, A.R.; Sheltami, T.; Yasar, A. Uav-enabled intelligent traffic policing and emergency response handling system for the smart city. Pers. Ubiquitous Comput. 2021, 25, 33–50. [Google Scholar] [CrossRef]
  30. Kumar, A.; Yadav, A.S.; Gill, S.S.; Pervaiz, H.; Ni, Q.; Buyya, R. A secure drone-to-drone communication and software defined drone network-enabled traffic monitoring system. Simul. Model. Pract. Theory 2022, 120, 102621. [Google Scholar] [CrossRef]
  31. Kainz, O.; Dopiriak, M.; Michalko, M.; Jakab, F.; Nováková, I. Traffic monitoring from the perspective of an unmanned aerial vehicle. Appl. Sci. 2022, 12, 7966. [Google Scholar] [CrossRef]
  32. Butilă, E.V.; Boboc, R.G. Urban traffic monitoring and analysis using unmanned aerial vehicles (uavs): A systematic literature review. Remote Sens. 2022, 14, 620. [Google Scholar] [CrossRef]
  33. Bisio, I.; Garibotto, C.; Haleem, H.; Lavagetto, F.; Sciarrone, A. A systematic review of drone based road traffic monitoring system. IEEE Access 2022, 10, 101537–101555. [Google Scholar] [CrossRef]
  34. Fan, M.; Wu, Y.; Liao, T.; Cao, Z.; Guo, H.; Sartoretti, G.; Wu, G. Deep reinforcement learning for uav routing in the presence of multiple charging stations. IEEE Trans. Veh. Technol. 2022, 72, 5732–5746. [Google Scholar] [CrossRef]
  35. Chow, J.Y.J. Dynamic uav-based traffic monitoring under uncertainty as a stochastic arc-inventory routing policy. Int. J. Transp. Sci. Technol. 2016, 5, 167–185. [Google Scholar] [CrossRef]
  36. Luo, Z.; Liu, Z.; Shi, J. A two-echelon cooperated routing problem for a ground vehicle and its carried unmanned aerial vehicle. Sensors 2017, 17, 1144. [Google Scholar] [CrossRef]
  37. Hu, M.; Liu, W.; Peng, K.; Ma, X.; Cheng, W.; Liu, J. Joint routing and scheduling for vehicle-assisted multidrone surveillance. IEEE Internet Things J. 2018, 6, 1781–1790. [Google Scholar] [CrossRef]
  38. Luo, H.; Zhang, P.; Wang, J.; Wang, G.; Meng, F. Traffic patrolling routing problem with drones in an urban road system. Sensors 2019, 19, 5164. [Google Scholar] [CrossRef]
  39. Xu, B.; Zhao, K.; Luo, Q.; Wu, G.; Pedrycz, W. A gv-drone arc routing approach for urban traffic patrol by coordinating a ground vehicle and multiple drones. Swarm Evol. Comput. 2023, 77, 101246. [Google Scholar] [CrossRef]
  40. Zhang, J.; Jia, L.; Niu, S.; Zhang, F.; Tong, L.; Zhou, X. A space-time network-based modeling framework for dynamic unmanned aerial vehicle routing in traffic incident monitoring applications. Sensors 2015, 15, 13874–13898. [Google Scholar] [CrossRef]
  41. Ghazzai, H.; Kadri, A.; Ghorbel, B.; Menouar, H.; Massoud, Y. A generic spatiotemporal uav scheduling framework for multi-event applications. IEEE Access 2018, 7, 215–229. [Google Scholar] [CrossRef]
  42. Ghazzai, H.; Menouar, H.; Kadri, A.; Massoud, Y. Future uav-based its: A comprehensive scheduling framework. IEEE Access 2019, 7, 75678–75695. [Google Scholar] [CrossRef]
  43. Christodoulou, C.; Kolios, P. Optimized tour planning for drone-based urban traffic monitoring. In Proceedings of the 2020 IEEE 91st Vehicular Technology Conference (VTC2020-Spring), Antwerp, Belgium, 25–28 May 2020; IEEE: Piscataway, NJ, USA, 2020; pp. 1–5. [Google Scholar]
  44. Kumar, A.; Krishnamurthi, R.; Nayyar, A.; Luhach, A.K.; Khan, M.S.; Singh, A. A novel software-defined drone network (sddn)-based collision avoidance strategies for on-road traffic monitoring and management. Veh. Commun. 2021, 28, 100313. [Google Scholar] [CrossRef]
  45. Rigas, E.S.; Kolios, P.; Mavrovouniotis, M.; Ellinas, G. Scheduling a fleet of drones for monitoring missions with spatial, temporal, and energy constraints. IEEE Trans. Intell. Transp. Syst. 2021, 23, 15133–15145. [Google Scholar] [CrossRef]
  46. Yakıcı, E. Solving location and routing problem for uavs. Comput. Ind. Eng. 2016, 102, 294–301. [Google Scholar] [CrossRef]
  47. Terzi, M.; Kolios, P.; Panayiotou, C.; Theocharides, T. A unified framework for reliable multi-drone tasking in emergency response missions. In Proceedings of the 2019 International Conference on Unmanned Aircraft Systems (ICUAS), Atlanta, GA, USA, 11–14 June 2019; IEEE: Piscataway, NJ, USA, 2019; pp. 819–827. [Google Scholar]
  48. Oh, H.; Kim, S.; Tsourdos, A.; White, B.A. Coordinated road-network search route planning by a team of uavs. Int. J. Syst. Sci. 2014, 45, 825–840. [Google Scholar] [CrossRef]
  49. Campbell, J.F.; Corberán, Á.; Plana, I.; Sanchis, J.M.; Segura, P. Solving the length constrained k-drones rural postman problem. Eur. J. Oper. Res. 2021, 292, 60–72. [Google Scholar] [CrossRef]
  50. Wang, K.; Wu, Q.; He, X.; Hu, C.; Chen, N. Optimizing uav traffic monitoring routes during rush hours considering spatiotemporal variation of monitoring demand. Int. J. Geogr. Inf. Sci. 2022, 36, 2086–2111. [Google Scholar] [CrossRef]
  51. Cheng, L.; Zhong, L.; Tian, S.; Xing, J. Task assignment algorithm for road patrol by multiple uavs with multiple bases and rechargeable endurance. IEEE Access 2019, 7, 144381–144397. [Google Scholar] [CrossRef]
  52. Huang, H.; Savkin, A.V.; Huang, C. Decentralized autonomous navigation of a uav network for road traffic monitoring. IEEE Trans. Aerosp. Electron. Syst. 2021, 57, 2558–2564. [Google Scholar] [CrossRef]
  53. Niu, S.; Zhang, J.; Zhang, F.; Li, H. A method of uavs route optimization based on the structure of the highway network. Int. J. Distrib. Sens. Netw. 2015, 11, 359657. [Google Scholar] [CrossRef]
  54. Jo, J.-M. Highway drone patrol network topology and performance analysis for traffic violation enforcement. J. Korean Inst. Electron. Commun. 2017, 12, 1043–1048. [Google Scholar]
  55. Li, J.; Cao, X.; Guo, D.; Xie, J.; Chen, H. Task scheduling with uav-assisted vehicular cloud for road detection in highway scenario. IEEE Internet Things J. 2020, 7, 7702–7713. [Google Scholar] [CrossRef]
  56. Kim, S.; Jin, Y.; Jeong, B.; Han, J. Models and case studies for optimal deployment and scheduling of highway surveillance drones. Korean Manag. Sci. Rev. 2022, 39, 29–41. [Google Scholar] [CrossRef]
  57. Choi, S.; Lee, M.; Park, H.; Han, J. Mathematical programming-based heuristic for highway patrol drone scheduling problem. Socio-Econ. Plan. Sci. 2024, 93, 101907. [Google Scholar] [CrossRef]
  58. Bérczi, K.; Mnich, M.; Vincze, R. Approximations for many-visits multiple traveling salesman problems. Omega 2023, 116, 102816. [Google Scholar] [CrossRef]
  59. California Department of Transportation. Truck Traffic: Annual Average Daily Truck Traffic. 2020. Available online: https://gisdata-caltrans.opendata.arcgis.com/search?tags=Highway (accessed on 21 October 2024).
  60. Sandia National Laboratories. Pyomo: Python Optimization Modeling Objects; Version 6.7.0; Sandia National Laboratories: Albuquerque, NM, USA, 2023; Available online: https://github.com/Pyomo/pyomo (accessed on 7 February 2025).
  61. LLC Gurobi Optimization. Gurobi Optimizer Version 12.0.1 Reference Manual. 2025. Available online: https://www.gurobi.com (accessed on 7 February 2025).
  62. Hexaly SAS. Hexaly Optimization Solver; Version 13.5; Hexaly: Brooklyn, NY, USA, 2024; Available online: https://www.hexaly.com (accessed on 10 October 2024).
  63. LocalSolver. Hexaly: A New Generation Optimization Solver. 2023. Available online: https://www.hexaly.com/docs/last/quickstart/hexalyoptimizerintroduction.html (accessed on 15 April 2025).
  64. Reingold, E.M.; Strassen, V.; Rabin, M.O.; Reingold, E.M.; Stocks, A.I.; Fiduccia, C.M.; Paterson, M.S.; Winograd, S.; Brent, R.P.; Schultz, M.H.; et al. Complexity of computer computations. Reducibility Comb. Probl. 1972, 23, 85–103. [Google Scholar]
  65. Mohabbati-Kalejahi, N.; Yoon, S.W. Parallel machines scheduling problem for minimization of maximum lateness with sequence-dependent setup times. In Proceedings of the IIE Annual Conference Proceedings, Nashville, TN, USA, 30 May–2 June 2015; Institute of Industrial and Systems Engineers (IISE): Peachtree Corners, GA, USA, 2015; p. 837. [Google Scholar]
  66. Land, A.H.; Doig, A.G. An automatic method for solving discrete programming problems. Econometrica 2010, 28, 497–520. [Google Scholar] [CrossRef]
  67. Benoit, F.; David, T.; Van Hentenryck, J. Localsolver: A black-box local-search solver for combinatorial optimization. In Proceedings of the 25th International Conference on Principles and Practice of Constraint Programming, Stamford, CT, USA, 30 September–4 October 2019; pp. 45–60. [Google Scholar]
Figure 1. SB and RS monitoring targets map. Map data © OpenStreetMap contributors.
Figure 1. SB and RS monitoring targets map. Map data © OpenStreetMap contributors.
Mathematics 13 02427 g001
Figure 2. LA monitoring targets map. Map data © OpenStreetMap contributors.
Figure 2. LA monitoring targets map. Map data © OpenStreetMap contributors.
Mathematics 13 02427 g002
Figure 3. Distribution of objective values across drone-slot configurations (small-sized instances in San Bernardino).
Figure 3. Distribution of objective values across drone-slot configurations (small-sized instances in San Bernardino).
Mathematics 13 02427 g003
Figure 4. Distribution of objective values across drone-slot configurations (small-sized instances in Riverside).
Figure 4. Distribution of objective values across drone-slot configurations (small-sized instances in Riverside).
Mathematics 13 02427 g004
Figure 5. Distribution of objective values across drone-slot configurations (medium-sized instances in San Bernardino and Riverside).
Figure 5. Distribution of objective values across drone-slot configurations (medium-sized instances in San Bernardino and Riverside).
Mathematics 13 02427 g005
Figure 6. Distribution of objective values across drone-slot configurations (medium-sized instances in Los Angeles).
Figure 6. Distribution of objective values across drone-slot configurations (medium-sized instances in Los Angeles).
Mathematics 13 02427 g006
Figure 7. Distribution of objective values across drone-slot configurations (large-sized instances in San Bernardino and Los Angeles).
Figure 7. Distribution of objective values across drone-slot configurations (large-sized instances in San Bernardino and Los Angeles).
Mathematics 13 02427 g007
Figure 8. Distribution of objective values across drone-slot configurations (large-sized instances in Riverside and Los Angeles).
Figure 8. Distribution of objective values across drone-slot configurations (large-sized instances in Riverside and Los Angeles).
Mathematics 13 02427 g008
Figure 9. Distribution of objective values across drone-slot configurations (large-sized instances in San Bernardino, Riverside, and Los Angeles).
Figure 9. Distribution of objective values across drone-slot configurations (large-sized instances in San Bernardino, Riverside, and Los Angeles).
Mathematics 13 02427 g009
Figure 10. Comparing the convergence profile of LP, NLP, and HX for SB_RS_LA iteration 1 instance with 9 drones and 7 slots.
Figure 10. Comparing the convergence profile of LP, NLP, and HX for SB_RS_LA iteration 1 instance with 9 drones and 7 slots.
Mathematics 13 02427 g010
Figure 11. Comparing the convergence profile of LP, NLP, and HX for SB_RS_LA iteration 3 instance with 9 drones and 8 slots.
Figure 11. Comparing the convergence profile of LP, NLP, and HX for SB_RS_LA iteration 3 instance with 9 drones and 8 slots.
Mathematics 13 02427 g011
Table 1. Comparison of previous studies with the proposed DRSFMV model.
Table 1. Comparison of previous studies with the proposed DRSFMV model.
StudyObjective FunctionRepeated
Visits
Battery
Recharge
Max Inter-Visit
Time
Heterogeneous Monitoring
Durations
Fan et al. (2022) [34]Minimize routing cost via DRL
Chow (2016) [35]Minimize stochastic routing cost
Luo et al. (2017) [36]Minimize 2-echelon routing cost✓ (GV)
Hu et al. (2018) [37]Joint routing and scheduling
Luo et al. (2019) [38]Minimize patrol cost
Xu et al. (2023) [39]GV-drone arc routing
Zhang et al. (2015) [40]Minimize detection delay
Ghazzai et al. (2018) [41]Minimize energy usage
Ghazzai et al. (2019) [42]Proactive energy scheduling
Christodoulou & Kolios (2020) [43]Minimize number of tours
Kumar et al. (2021) [44]Secure communication (SDDN)
Rigas et al. (2021) [45]Max. time-specific coverage✓ (fixed)
Yakıcı (2016) [46]Maximize visit score
Terzi et al. (2019) [47]Minimize total flight time
Oh et al. (2014) [48]Minimize route cost
Campbell et al. (2021) [49]Minimize postman cost
Wang et al. (2022) [50]Maximize time-based coverage
Cheng et al. (2019) [51]Minimize patrol completion time
Huang et al. (2021) [52]Decentralized coverage
Niu et al. (2015) [53]Minimize UAV flight
Jo (2017) [54]Patrol network simulation
Li et al. (2020) [55]UAV blind-spot coverage
Kim et al. (2022) [56]Highway drone scheduling
Choi et al. (2024) [57]Time-varying patrol coverage✓ (not flexible)
This study (DRSFMV)Minimize maximum lateness and earliness of visits
Table 2. Notation of the proposed mathematical model.
Table 2. Notation of the proposed mathematical model.
Sets and Parameters
F q ν Set of visits ν for each target q
MNumber of identical drones
QNumber of targets
NNumber of visits to all targets = ν q F q ν
RNumber of defined slots on each drone
iIndex set of drones, where i M = { 1 , , M }
j , k Index set of visits, where j , k N = { 1 , , N }
rIndex set of slots on each drone, where r R = { 1 , , R }
t k j Travel time between visits k and j
p j r i Monitoring time for target j on slot r of drone i; j i d l e
e j The earliest possible start time for visit j
d j The due date of visit j
I q Maximum inter-visit time between consequent visits to target q
f c Total flight time of a fully charged drone
U B Upper bound for the dummy variables
L B Lower bound for the dummy variables
Decision Variables
x j r i 1 if visit j is assigned to the slot r on drone i; 0 otherwise
c r i The completion time of monitoring a target on slot r of drone i
s r i The start time of monitoring a target on slot r of drone i
h r i Remaining charge in drone i after completing a visit assigned to slot r
g i d l e , r , i Time spent on node i d l e on slot r of drone i
L m a x The maximum lateness
E m a x The maximum earliness
u j r i Dummy variable to linearize g j r i × x j r i
v r i Dummy variable to linearize ( h ( r 1 ) i + c ( r 1 ) i ) × x j r i
w r i Dummy variable to linearize c r i × x j r i j N { 1 , i d l e }
y j k r i Dummy variable to linearize x j r i × x k ( r 1 ) i
z r i Dummy variable to linearize s r i × x j r i j { i d l e s }
a j r i Dummy variable to linearize s r i × x j r i , j F q ν
b j r i Dummy variable to linearize c r i × x j r i , j F q ν
Table 3. Comparison of Hexaly and traditional solvers.
Table 3. Comparison of Hexaly and traditional solvers.
FeatureHexalyTraditional Solvers
Core MethodologyHybrid local search with constraint propagation and learning-based heuristicsBranch-and-bound/cut with linear programming techniques
Problem SuitabilityExcels in nonlinear, combinatorial, and large-scale problemsBest for linear and mixed-integer programming problems
Computation SpeedFaster for complex problems due to heuristic-driven explorationSlower for large-scale, nonlinear problems
Solution QualityNear-optimal or optimal, with trade-offs for speedOptimal but may require significant time
Modeling ComplexityIntuitive, high-level language for complex constraintsRequires linearization or reformulation for nonlinear problems
ScalabilityHighly scalable for millions of variables/constraintsScalability limited by problem size and linearity
Table 4. Performance results for small-sized instances in San Bernardino (time in seconds).
Table 4. Performance results for small-sized instances in San Bernardino (time in seconds).
InstanceLPNLPHX
CountyIterMRObjTimeObjTimeObjTime I q
SB126325.91166325.91300325.91300[30, 570, 30, 570]
SB226292.93154292.93300292.93300[210, 750, 570, 570]
SB326298.20161298.20300298.20300[30, 390, 750, 390]
SB426323.61300323.61300323.61300[30, 390, 390, 30]
SB526453.22266453.22300453.22300[390, 30, 30, 390]
SB626502.27300502.27300502.27300[210, 210, 30, 390]
SB726446.23300446.23300446.23300[30, 210, 210, 570]
SB826631.01300631.01300631.01300[210, 210, 30, 30]
SB926448.45300448.45300448.45300[570, 750, 210, 390]
SB1026315.63199315.63300315.63300[390, 930, 210, 750]
SB135121.68300121.68300121.68300[570, 210, 750, 750]
SB235141.25300141.25300141.25300[210, 390, 570, 390]
SB33589.2017589.2030089.20300[30, 570, 750, 390]
SB435136.20300136.20300136.20300[930, 30, 210, 210]
SB535136.42300136.42300136.42300[390, 930, 210, 570]
SB635131.95262131.95300131.95300[30, 210, 210, 390]
SB735123.35300123.35300123.35300[390, 210, 570, 390]
SB835270.54300270.54300270.54300[30, 30, 210, 570]
SB935121.68300121.68300121.68300[750, 570, 210, 390]
SB1035127.06300127.06300127.06300[390, 210, 390, 210]
SB14496.8030096.8030096.80300[570, 210, 210, 390]
SB244133.12300133.12300133.12300[30, 390, 210, 30]
SB344123.35300123.35300123.35300[570, 210, 210, 390]
SB444138.58300138.58300138.58300[390, 210, 570, 570]
SB544177.38300177.38300177.38300[210, 390, 210, 390]
SB644127.94300127.94300127.94300[570, 570, 210, 210]
SB744120.54300120.54300120.54300[210, 390, 390, 750]
SB84482.7810082.7830082.78300[30, 570, 210, 570]
SB9440501103[30, 750, 570, 390]
SB104495.7630095.7630095.76300[390, 210, 30, 210]
SB153280.94300280.94300460.33300[210, 930, 30, 30]
SB253020409[30, 390, 390, 570]
SB353123.3582123.35300123.35300[210, 210, 30, 570]
SB453120.5425120.54151120.54300[30, 570, 1110, 570]
SB553114.0336114.03137175.72300[30, 210, 750, 390]
SB653413.99208413.99300413.99300[30, 210, 210, 30]
SB753280.2788280.27300280.27300[210, 210, 750, 210]
SB853262.78140262.78300262.78300[210, 930, 390, 30]
SB953318.5838318.58300318.58300[210, 210, 390, 210]
SB1053246.34201246.34300246.34300[210, 210, 210, 390]
Table 5. Performance results for small-sized instances in Riverside (time in seconds).
Table 5. Performance results for small-sized instances in Riverside (time in seconds).
InstanceLPNLPHX
CountyIterMRObjTimeObjTimeObjTime I q
RS126214.0760214.07300214.07300[570, 390, 570, 570]
RS226185.36300185.36300185.36300[570, 390, 930, 210]
RS326285.04300285.04300305.98300[210, 30, 210, 390]
RS426485.36300485.36300485.36300[210, 210, 210, 30]
RS526189.10281189.10131189.10300[930, 210, 210, 1110]
RS626122.44195122.4446122.44300[210, 930, 570, 390]
RS726112.5323112.5380112.53300[210, 390, 930, 1110]
RS826442.42300442.42300449.24300[390, 210, 30, 570]
RS926215.96300215.96300247.68300[390, 30, 390, 750]
RS1026112.88300112.88300112.88300[930, 390, 390, 30]
RS1350203011[390, 570, 30, 210]
RS235020505[570, 210, 570, 570]
RS3357.12177.123007.12300[570, 30, 390, 390]
RS4350204028[570, 210, 750, 30]
RS535122.44300122.44300122.44300[570, 390, 30, 30]
RS63558.0419958.0430058.04300[570, 30, 210, 930]
RS7358.123008.123008.12300[390, 30, 930, 930]
RS83501036069[210, 30, 210, 930]
RS93591.8330091.8330091.83300[570, 210, 390, 30]
RS1035000401[570, 390, 390, 210]
RS144109.73300109.73300109.73300[210, 30, 570, 210]
RS244020200[750, 750, 210, 570]
RS34494.2430094.2430094.24300[390, 30, 390, 30]
RS444111.14300111.14300111.14300[390, 750, 210, 210]
RS544115.09300115.09300115.09300[30, 30, 1110, 570]
RS644111.93300111.93300111.93300[570, 750, 210, 750]
RS744115.09300115.09300115.09300[210, 390, 390, 30]
RS844115.09300115.09300115.09300[30, 930, 1110, 30]
RS944115.09300115.09300115.09300[390, 210, 30, 750]
RS1044010404[570, 210, 390, 570]
RS153000104[570, 210, 1110, 750]
RS25391.83891.8313391.83300[570, 30, 570, 210]
RS3539.2729.272869.27300[570, 210, 570, 210]
RS45390.45590.4530090.45300[390, 750, 750, 390]
RS553125.367125.36300125.36300[390, 570, 390, 210]
RS653122.4437122.44300122.44300[390, 390, 1110, 1110]
RS753124.597124.59300124.59300[210, 30, 390, 930]
RS853122.44300122.44300122.44300[750, 390, 30, 570]
RS953115.0912115.09300115.09300[210, 570, 30, 390]
RS1053144.648144.64300144.64300[210, 390, 570, 30]
Table 6. Performance results for medium-sized instances in San Bernardino and Riverside (time in seconds).
Table 6. Performance results for medium-sized instances in San Bernardino and Riverside (time in seconds).
InstanceLPNLPHX
CountyIterMRObjTimeObjTimeObjTime I q
SB_RS138140.741800180.001800140.741800[210, 390, 30, 750, 390, 210, 30, 210]
SB_RS238114.441800123.661800104.451800[570, 390, 210, 930, 570, 210, 30, 930]
SB_RS338139.301800139.301800139.301800[1110, 750, 390, 210, 210, 390, 570, 210]
SB_RS43853.36180053.36180053.361800[30, 390, 750, 570, 930, 1110, 570, 390]
SB_RS538143.951800170.891800237.801800[30, 570, 210, 750, 30, 750, 1110, 210]
SB_RS638106.941800113.411800113.411800[210, 570, 390, 570, 570, 1110, 30, 210]
SB_RS738206.341800264.091800157.561800[390, 30, 930, 570, 210, 750, 210, 210]
SB_RS838126.931800125.931800129.131800[390, 750, 1110, 570, 390, 570, 930, 210]
SB_RS938134.631800152.651800160.871800[30, 570, 390, 390, 30, 30, 390, 390]
SB_RS1038223.901800257.921800316.651800[30, 210, 930, 30, 210, 30, 30, 390]
SB_RS146102.451800102.451800102.451800[390, 930, 390, 930, 570, 30, 210, 210]
SB_RS246275.551800241.931800313.911800[390, 210, 30, 570, 210, 210, 30, 30]
SB_RS346119.321800119.321800119.321800[1110, 210, 390, 210, 930, 570, 210, 210]
SB_RS44692.94180092.94180092.941800[30, 570, 210, 390, 570, 930, 30, 750]
SB_RS546138.271800135.791800138.271800[30, 210, 210, 390, 750, 390, 750, 390]
SB_RS646123.791800123.791800123.791800[750, 210, 30, 570, 570, 390, 930, 30]
SB_RS746128.471800128.471800128.471800[30, 210, 930, 390, 570, 570, 390, 30]
SB_RS846138.361800138.361800138.361800[390, 390, 30, 390, 210, 390, 30, 390]
SB_RS946273.651800273.651800274.921800[30, 30, 30, 390, 570, 1110, 390, 210]
SB_RS1046292.591800292.591800292.591800[30, 570, 210, 750, 30, 30, 30, 30]
SB_RS155128.711800128.711800128.711800[30, 30, 210, 210, 390, 930, 750, 210]
SB_RS255109.741800109.741800110.991800[210, 390, 390, 570, 570, 570, 390, 390]
SB_RS355107.241800107.241800107.241800[30, 750, 390, 390, 930, 570, 750, 750]
SB_RS455125.151800125.151800129.851800[30, 390, 210, 390, 570, 30, 570, 210]
SB_RS555117.721800117.721800117.721800[390, 570, 390, 390, 570, 750, 750, 210]
SB_RS655116.081800116.081800116.081800[210, 930, 30, 390, 390, 210, 750, 750]
SB_RS755115.471800115.471800123.541800[930, 390, 570, 390, 750, 570, 30, 210]
SB_RS855113.411800113.411800113.411800[1110, 750, 30, 570, 750, 570, 30, 750]
SB_RS955117.061800117.061800117.061800[30, 570, 30, 570, 210, 30, 390, 30]
SB_RS1055138.811800138.811800288.791800[210, 390, 30, 30, 390, 210, 30, 210]
SB_RS164148.921800148.921800148.921800[750, 210, 210, 390, 210, 390, 930, 210]
SB_RS264176.581800190.221800179.251800[390, 750, 30, 750, 210, 390, 210, 210]
SB_RS364265.421800265.421800265.421800[1110, 210, 570, 390, 570, 30, 390, 210]
SB_RS464244.591800244.591800265.121800[30, 210, 30, 570, 30, 30, 390, 930]
SB_RS564239.071800239.071800239.071800[930, 210, 210, 570, 390, 930, 750, 210]
SB_RS664149.291800149.291800149.291800[210, 390, 750, 390, 390, 390, 390, 30]
SB_RS764293.471800293.471800293.471800[390, 570, 30, 750, 390, 390, 210, 750]
SB_RS864273.501800270.781800273.571800[750, 570, 570, 390, 30, 30, 30, 930]
SB_RS964256.031800256.031800256.031800[930, 390, 570, 210, 570, 570, 30, 570]
SB_RS1064380.541800380.541800380.541800[30, 210, 210, 210, 390, 570, 570, 210]
Table 7. Performance results for medium-sized instances in Los Angeles (time in seconds).
Table 7. Performance results for medium-sized instances in Los Angeles (time in seconds).
InstanceLPNLPHX
CountyIterMRObjTimeObjTimeObjTime I q
LA148134.613600126.983600119.083600[390, 210, 210, 570, 750, 210, 210, 210]
LA24898.48360098.48360070.343600[390, 390, 570, 750, 570, 390, 390, 570]
LA348281.373600313.913600329.083600[210, 570, 570, 390, 30, 750, 210, 570]
LA448125.003600137.973600134.293600[390, 390, 390, 30, 570, 390, 570, 570]
LA548207.733600246.223600184.133600[210, 30, 390, 570, 390, 210, 570, 570]
LA648121.323600134.413600134.413600[210, 570, 390, 390, 210, 30, 210, 210]
LA748221.283600171.213600201.803600[390, 750, 390, 570, 210, 390, 390, 30]
LA848370.203600500.593600559.183600[30, 30, 30, 210, 390, 30, 390, 390]
LA948106.033600149.573600131.843600[210, 210, 390, 210, 390, 210, 390, 210]
LA1048132.353600180.003600156.973600[570, 210, 210, 210, 210, 570, 30, 390]
LA156363.923600522.943600363.523600[390, 570, 210, 750, 210, 570, 210, 570]
LA256549.143600731.413600657.663600[210, 570, 210, 210, 750, 30, 210, 570]
LA356546.343600548.663600531.713600[390, 390, 210, 390, 570, 390, 30, 570]
LA456510.363600609.513600510.163600[210, 390, 210, 750, 570, 210, 210, 570]
LA556647.483600647.563600647.493600[570, 570, 210, 570, 390, 390, 750, 390]
LA656691.183600 3600666.233600[570, 390, 210, 30, 390, 390, 210, 30]
LA756546.6136001092.913600546.603600[210, 750, 390, 30, 750, 390, 30, 570]
LA856429.003600640.953600467.563600[570, 570, 210, 390, 390, 30, 390, 390]
LA956338.923600374.923600336.523600[570, 750, 570, 390, 570, 570, 390, 750]
LA1056331.133600332.183600330.853600[390, 210, 750, 750, 390, 570, 390, 210]
LA1580775019830335[210, 210, 390, 390, 390, 750, 390, 390]
LA258258.923600258.923600258.923600[570, 390, 570, 570, 210, 570, 210, 390]
LA358113.803600113.803600113.803600[750, 750, 390, 570, 210, 390, 210, 210]
LA458263.183600263.183600263.183600[30, 390, 210, 390, 390, 210, 570, 210]
LA558116.713600116.713600116.713600[390, 210, 570, 390, 390, 390, 210, 210]
LA658-3600-3600351.283600[390, 750, 30, 570, 30, 570, 210, 390]
LA758252.423600514.703600154.413600[210, 570, 390, 210, 210, 390, 750, 390]
LA858115.763600115.763600131.783600[390, 210, 210, 750, 210, 210, 390, 570]
LA958115.763600115.763600115.763600[570, 30, 390, 570, 570, 390, 930, 570]
LA1058258.923600258.923600258.923600[390, 750, 210, 30, 210, 570, 570, 210]
LA165548.233600577.193600546.683600[390, 390, 390, 30, 390, 750, 390, 390]
LA265510.933600549.113600510.403600[570, 390, 210, 210, 570, 930, 930, 390]
LA365548.993600570.063600547.693600[390, 390, 570, 750, 390, 210, 390, 570]
LA465656.873600629.473600629.473600[210, 210, 570, 390, 570, 570, 930, 210]
LA565691.403600695.973600692.453600[210, 570, 390, 390, 210, 750, 30, 210]
LA665511.343600663.843600510.403600[390, 390, 570, 210, 210, 210, 570, 210]
LA765606.183600690.503600606.163600[570, 390, 570, 390, 210, 570, 390, 390]
LA865723.543600723.693600723.543600[390, 390, 570, 390, 210, 750, 750, 570]
LA965546.603600794.393600546.673600[570, 570, 390, 30, 570, 210, 390, 570]
LA1065690.083600690.963600690.083600[390, 390, 390, 390, 210, 570, 750, 390]
Note: “-” under LP and NLP Obj denotes that the models could not find any solutions within 3600 s.
Table 8. Performance results for large-sized instances in San Bernardino and Los Angeles (time in seconds).
Table 8. Performance results for large-sized instances in San Bernardino and Los Angeles (time in seconds).
InstanceLPNLPHX
CountyIterMRObjTimeObjTimeObjTime I q
SB_LA179114.033600122.173600114.033600[30, 210, 210, 390, 390, 210, 570, 30, 390, 390, 210, 30]
SB_LA279118.863600118.863600118.863600[30, 210, 210, 30, 750, 210, 390, 570, 210, 570, 750, 570]
SB_LA379118.863600155.413600118.863600[750, 30, 570, 30, 390, 390, 390, 390, 210, 390, 390, 210]
SB_LA479114.033600126.093600114.033600[390, 390, 210, 30, 210, 210, 390, 210, 570, 390, 210, 570]
SB_LA579113.803600124.183600113.803600[750, 390, 390, 210, 570, 210, 390, 210, 390, 750, 390, 210]
SB_LA679263.183600337.753600263.183600[750, 390, 390, 570, 210, 570, 570, 390, 570, 210, 390, 210]
SB_LA779118.863600255.333600118.863600[210, 30, 30, 570, 390, 750, 390, 390, 210, 390, 750, 210]
SB_LA879115.763600115.763600115.763600[750, 570, 210, 570, 210, 30, 390, 390, 210, 570, 210, 210]
SB_LA979116.593600116.593600116.593600[930, 750, 570, 210, 210, 210, 570, 750, 210, 390, 390, 210]
SB_LA10790244427.68360001483[390, 390, 210, 570, 210, 390, 210, 570, 210, 390, 570, 570]
SB_LA189258.923600258.913600258.923600[570, 210, 570, 390, 390, 570, 390, 30, 30, 570, 210, 570]
SB_LA289112.323600114.183600112.333600[210, 390, 210, 750, 390, 570, 390, 390, 210, 570, 930, 30]
SB_LA389112.333600112.333600112.333600[930, 750, 390, 750, 390, 210, 390, 390, 390, 390, 390, 30]
SB_LA489114.033600114.033600114.033600[30, 210, 570, 390, 570, 390, 390, 390, 210, 750, 390, 570]
SB_LA589116.713600209.203600116.713600[30, 390, 30, 210, 210, 570, 210, 390, 570, 30, 30, 930]
SB_LA689118.863600278.293600118.863600[570, 30, 930, 570, 570, 930, 390, 570, 210, 210, 570, 210]
SB_LA789263.183600602.533600263.183600[210, 30, 750, 210, 210, 210, 570, 930, 210, 750, 390, 390]
SB_LA88901596246.4136000613[570, 750, 210, 210, 390, 570, 390, 570, 210, 210, 210, 750]
SB_LA989115.763600530.653600115.763600[390, 570, 30, 210, 210, 30, 750, 390, 390, 210, 210, 390]
SB_LA1089258.923600570.773600258.923600[30, 750, 30, 210, 390, 750, 390, 390, 30, 210, 390, 210]
SB_LA198118.853600118.863600118.863600[390, 210, 210, 210, 210, 30, 390, 570, 570, 210, 750, 750]
SB_LA298258.923600258.923600258.923600[750, 30, 390, 390, 210, 390, 390, 30, 210, 570, 570, 570]
SB_LA398263.183600300.543600263.183600[570, 390, 390, 390, 30, 210, 210, 210, 30, 930, 390, 570]
SB_LA498116.713600116.713600116.713600[210, 210, 210, 390, 390, 210, 210, 390, 210, 210, 390, 30]
SB_LA598114.033600114.033600114.033600[30, 210, 30, 30, 210, 570, 210, 210, 570, 210, 210, 210]
SB_LA698113.803600136.723600113.803600[210, 390, 570, 210, 750, 750, 210, 390, 210, 390, 30, 210]
SB_LA798118.863600118.863600118.863600[390, 30, 210, 570, 390, 390, 570, 30, 210, 390, 390, 30]
SB_LA898107.483600107.483600107.483600[930, 930, 390, 210, 390, 210, 210, 210, 390, 570, 750, 570]
SB_LA998112.333600112.333600112.333600[570, 390, 30, 390, 390, 210, 390, 390, 390, 390, 390, 30]
SB_LA1098116.593600116.593600116.593600[750, 750, 930, 570, 390, 930, 210, 390, 390, 210, 570, 390]
SB_LA197116.713600116.713600116.713600[750, 390, 210, 390, 210, 750, 570, 570, 570, 30, 570, 210]
SB_LA297244.963600274.293600244.963600[930, 570, 930, 210, 390, 210, 30, 390, 390, 390, 30, 390]
SB_LA397258.923600258.923600258.923600[570, 210, 930, 390, 390, 750, 390, 390, 210, 210, 30, 210]
SB_LA497116.713600160.933600116.713600[570, 210, 390, 390, 390, 390, 570, 210, 210, 30, 210, 570]
SB_LA597116.593600126.293600116.593600[750, 930, 750, 30, 210, 390, 210, 210, 390, 930, 210, 750]
SB_LA697114.033600114.033600114.033600[30, 210, 30, 30, 390, 570, 210, 390, 570, 210, 210, 930]
SB_LA797258.923600258.923600258.923600[390, 210, 390, 210, 390, 390, 390, 570, 210, 210, 210, 30]
SB_LA897115.753600126.393600115.763600[390, 570, 30, 210, 750, 210, 390, 570, 750, 390, 210, 390]
SB_LA997113.803600113.803600113.803600[30, 750, 1110, 570, 210, 390, 390, 210, 570, 210, 30, 570]
SB_LA1097118.863600118.863600118.863600[570, 210, 390, 570, 210, 210, 570, 570, 210, 570, 750, 750]
Table 9. Performance results for large-sized instances in Riverside and Los Angeles (time in seconds).
Table 9. Performance results for large-sized instances in Riverside and Los Angeles (time in seconds).
InstanceLPNLPHX
CountyIterMRObjTimeObjTimeObjTime I q
RS_LA179112.333600112.333600112.333600[750, 390, 570, 570, 390, 750, 750, 570, 390, 390, 570, 30]
RS_LA279113.803600-3600113.803600[210, 30, 30, 570, 210, 210, 210, 930, 210, 390, 390, 750]
RS_LA379107.483600168.983600107.483600[570, 750, 30, 930, 570, 210, 390, 570, 390, 570, 930, 390]
RS_LA479115.093600115.093600115.093600[210, 390, 210, 390, 570, 390, 570, 210, 390, 390, 210, 750]
RS_LA579116.593600189.383600116.593600[390, 570, 210, 390, 210, 750, 390, 570, 210, 390, 570, 750]
RS_LA67901455141.52360001321[390, 30, 30, 390, 390, 210, 210, 750, 570, 210, 570, 570]
RS_LA77901678325.1936000462[210, 390, 210, 930, 390, 390, 210, 390, 570, 390, 750, 390]
RS_LA879115.093600115.093600115.093600[210, 30, 30, 210, 390, 750, 210, 390, 570, 210, 30, 390]
RS_LA979258.923600417.623600258.923600[390, 30, 570, 30, 210, 210, 390, 570, 30, 210, 390, 210]
RS_LA1079118.943600682.063600125.323600[30, 930, 750, 210, 210, 390, 210, 30, 210, 750, 210, 750]
RS_LA189116.713600116.713600116.713600[390, 210, 390, 30, 390, 210, 750, 390, 210, 30, 570, 210]
RS_LA289244.963600244.963600244.963600[390, 570, 210, 30, 570, 750, 30, 570, 210, 750, 210, 570]
RS_LA389116.713600116.713600116.713600[30, 750, 210, 1110, 210, 930, 390, 30, 570, 30, 750, 750]
RS_LA489116.713600128.513600116.713600[750, 570, 30, 210, 390, 210, 750, 210, 210, 30, 930, 210]
RS_LA589116.713600314.613600116.713600[570, 390, 930, 210, 210, 390, 390, 390, 210, 210, 30, 390]
RS_LA689263.183600263.183600263.183600[570, 390, 30, 210, 30, 30, 390, 750, 390, 390, 390, 390]
RS_LA789114.463600189.303600114.463600[930, 30, 570, 210, 210, 210, 750, 390, 210, 390, 210, 210]
RS_LA88964.96360064.96360064.963600[570, 1110, 30, 390, 570, 570, 210, 390, 750, 750, 210, 390]
RS_LA989113.803600620.203600113.803600[750, 1110, 30, 210, 570, 750, 390, 390, 210, 390, 390, 570]
RS_LA1089114.463600114.463600114.463600[570, 570, 30, 30, 390, 570, 210, 390, 210, 570, 390, 390]
RS_LA198116.593600116.593600116.593600[390, 30, 390, 750, 210, 210, 750, 210, 390, 390, 210, 210]
RS_LA298115.763600115.763600115.763600[570, 570, 30, 30, 390, 30, 210, 210, 390, 210, 390, 390]
RS_LA398115.763600115.763600115.763600[570, 30, 930, 390, 390, 390, 210, 30, 390, 390, 570, 390]
RS_LA498113.803600267.393600113.803600[210, 930, 30, 210, 390, 390, 390, 30, 390, 750, 210, 570]
RS_LA598115.083600200.733600115.093600[390, 210, 210, 930, 390, 210, 210, 750, 210, 570, 570, 570]
RS_LA698112.333600215.593600112.333600[930, 570, 570, 210, 390, 390, 570, 390, 390, 930, 390, 390]
RS_LA7980744030020653[390, 30, 210, 570, 390, 210, 570, 210, 390, 750, 930, 210]
RS_LA898116.593600116.593600116.593600[570, 570, 210, 570, 210, 570, 570, 210, 390, 390, 390, 210]
RS_LA998113.433600113.443600113.443600[390, 390, 750, 30, 210, 570, 570, 210, 390, 390, 390, 570]
RS_LA1098115.093600115.093600115.093600[30, 390, 390, 390, 390, 750, 210, 570, 390, 750, 570, 210]
RS_LA197112.333600112.333600112.333600[570, 30, 1110, 750, 390, 390, 390, 750, 390, 570, 570, 30]
RS_LA297113.803600118.323600113.803600[390, 210, 30, 570, 210, 390, 390, 210, 390, 750, 30, 930]
RS_LA397244.963600323.013600244.963600[210, 750, 30, 210, 390, 390, 30, 390, 210, 390, 30, 30]
RS_LA497116.713600116.713600116.713600[570, 30, 30, 930, 210, 570, 390, 570, 570, 30, 750, 390]
RS_LA597263.183600263.183600263.183600[390, 210, 30, 570, 30, 210, 390, 570, 210, 210, 210, 30]
RS_LA697115.763600115.763600115.763600[210, 30, 930, 210, 390, 30, 570, 390, 210, 570, 30, 570]
RS_LA797115.763600115.763600115.763600[390, 750, 390, 750, 570, 30, 390, 210, 390, 930, 570, 390]
RS_LA897113.443600113.443600113.443600[750, 210, 390, 570, 390, 210, 390, 210, 390, 390, 210, 930]
RS_LA997115.763600115.763600115.763600[210, 390, 570, 210, 210, 210, 390, 210, 390, 390, 210, 570]
RS_LA1097113.443600113.443600113.443600[210, 210, 210, 750, 390, 210, 390, 210, 210, 390, 570, 750]
Note: “-” under NLP Obj denotes that NLP could not find any solutions within 3600 s.
Table 10. Performance results for large-sized instances in San Bernardino, Riverside, and Los Angeles (time in seconds).
Table 10. Performance results for large-sized instances in San Bernardino, Riverside, and Los Angeles (time in seconds).
InstanceLPNLPHX
CountyIterMRObjTimeObjTimeObjTime I q
SB_RS_LA187277.183600-3600244.963600[390, 30, 30, 210, 570, 750, 570, 390, 390, 570, 30, 210, 390, 750, 570, 390]
SB_RS_LA287266.693600-3600121.293600[390, 390, 30, 570, 210, 390, 570, 750, 210, 570, 210, 210, 570, 570, 390, 570]
SB_RS_LA387439.273600-3600189.543600[30, 210, 30, 570, 30, 30, 570, 210, 210, 930, 390, 210, 390, 570, 210, 30]
SB_RS_LA487313.1436001008.333600258.923600[570, 30, 930, 390, 750, 930, 210, 570, 390, 390, 570, 30, 210, 750, 570, 390]
SB_RS_LA587441.693600-3600120.093600[210, 30, 390, 930, 390, 210, 30, 930, 210, 30, 390, 750, 210, 930, 750, 210]
SB_RS_LA687353.183600-3600120.633600[930, 750, 30, 390, 570, 750, 30, 210, 210, 30, 210, 750, 570, 390, 390, 570]
SB_RS_LA787417.743600-3600126.803600[210, 750, 570, 30, 390, 930, 570, 390, 210, 570, 210, 210, 570, 210, 390, 570]
SB_RS_LA887653.293600927.473600285.953600[30, 30, 750, 390, 750, 210, 570, 30, 30, 210, 30, 390, 390, 210, 210, 210]
SB_RS_LA987398.613600-3600258.923600[390, 570, 1110, 570, 570, 30, 30, 390, 390, 570, 390, 210, 30, 210, 570, 390]
SB_RS_LA1087356.0836001058.753600117.373600[210, 570, 30, 30, 390, 750, 30, 750, 210, 570, 570, 390, 390, 210, 210, 390]
SB_RS_LA189338.373600-3600263.183600[570, 210, 390, 210, 30, 930, 390, 930, 210, 210, 210, 390, 570, 390, 390, 210]
SB_RS_LA289278.373600708.873600258.923600[390, 210, 390, 390, 210, 210, 210, 570, 210, 750, 210, 570, 30, 750, 750, 390]
SB_RS_LA389116.713600415.163600116.713600[210, 570, 570, 570, 390, 570, 570, 570, 210, 210, 390, 210, 390, 30, 570, 750]
SB_RS_LA489114.033600-3600114.033600[30, 210, 210, 30, 570, 30, 210, 390, 210, 750, 390, 570, 390, 750, 750, 390]
SB_RS_LA589172.393600-3600115.093600[390, 210, 390, 210, 210, 390, 30, 210, 390, 390, 210, 390, 570, 750, 210, 570]
SB_RS_LA689310.9536001106.083600124.753600[30, 390, 30, 210, 390, 570, 210, 210, 210, 30, 750, 210, 570, 210, 210, 570]
SB_RS_LA789254.083600-3600118.863600[30, 390, 210, 390, 390, 570, 570, 750, 210, 570, 750, 30, 570, 390, 210, 210]
SB_RS_LA889252.483600-3600118.863600[210, 30, 390, 570, 390, 30, 30, 30, 210, 210, 210, 390, 750, 210, 390, 390]
SB_RS_LA989331.033600-3600115.763600[390, 390, 30, 570, 390, 30, 930, 390, 570, 30, 390, 570, 210, 930, 390, 210]
SB_RS_LA1089263.183600-3600263.183600[570, 570, 390, 390, 570, 390, 210, 930, 30, 570, 390, 210, 210, 390, 210, 930]
SB_RS_LA197103.543600596.033600102.703600[30, 750, 30, 390, 390, 570, 390, 750, 390, 210, 390, 390, 210, 750, 570, 750]
SB_RS_LA297268.833600-3600263.183600[930, 750, 390, 390, 210, 570, 390, 30, 210, 390, 210, 210, 390, 390, 30, 210]
SB_RS_LA397135.023600-3600112.333600[1110, 210, 750, 750, 210, 210, 930, 30, 570, 390, 390, 570, 210, 570, 390, 30]
SB_RS_LA497263.183600-3600263.183600[30, 570, 750, 570, 390, 30, 210, 210, 30, 390, 390, 210, 390, 390, 390, 570]
SB_RS_LA597231.013600825.483600124.003600[1110, 210, 750, 390, 30, 570, 930, 390, 390, 30, 570, 210, 390, 570, 570, 30]
SB_RS_LA697118.863600352.473600118.863600[570, 210, 390, 390, 570, 210, 390, 570, 390, 930, 390, 390, 390, 570, 390, 570]
SB_RS_LA797244.963600-3600244.963600[210, 570, 390, 750, 210, 210, 570, 570, 210, 750, 30, 390, 390, 570, 570, 390]
SB_RS_LA89785.123600811.11360028.383600[210, 390, 570, 570, 210, 210, 390, 30, 570, 390, 390, 390, 570, 570, 210, 570]
SB_RS_LA997219.113600766.653600116.593600[750, 570, 570, 570, 390, 1110, 30, 570, 210, 570, 210, 570, 390, 570, 210, 570]
SB_RS_LA1097221.603600-3600116.593600[30, 390, 570, 210, 390, 210, 930, 390, 210, 390, 390, 570, 390, 570, 30, 390]
SB_RS_LA198388.623600-3600122.453600[30, 570, 210, 210, 30, 30, 390, 390, 210, 210, 210, 30, 210, 210, 750, 210]
SB_RS_LA298238.783600-3600119.743600[210, 210, 30, 570, 210, 570, 30, 30, 390, 750, 210, 30, 570, 210, 390, 30]
SB_RS_LA398113.443600272.463600113.443600[210, 570, 30, 570, 570, 390, 30, 930, 390, 570, 570, 30, 390, 750, 210, 750]
SB_RS_LA498317.443600-3600131.503600[210, 930, 570, 30, 210, 30, 390, 930, 210, 750, 570, 30, 390, 30, 390, 210]
SB_RS_LA598200.973600-3600113.443600[30, 210, 390, 570, 570, 30, 210, 210, 570, 570, 210, 210, 390, 210, 210, 570]
SB_RS_LA698159.8436001101.553600116.713600[390, 390, 30, 390, 30, 750, 390, 1110, 570, 30, 210, 750, 570, 30, 390, 210]
SB_RS_LA798174.313600507.073600113.803600[750, 210, 390, 570, 570, 210, 30, 750, 390, 390, 750, 390, 210, 210, 210, 570]
SB_RS_LA898184.133600765.343600115.763600[750, 750, 210, 210, 210, 210, 930, 390, 390, 30, 390, 30, 390, 210, 390, 570]
SB_RS_LA998112.333600335.993600112.333600[390, 390, 210, 570, 390, 750, 30, 210, 210, 750, 210, 570, 570, 390, 570, 30]
SB_RS_LA1098116.713600-3600116.713600[390, 750, 1110, 930, 750, 210, 30, 210, 570, 750, 210, 570, 390, 210, 570, 570]
Note: “-” under NLP Obj denotes that NLP could not find any solutions within 3600 s.
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content.

Share and Cite

MDPI and ACS Style

Mohabbati-Kalejahi, N.; Alavi, S.; Toragay, O. A Mixed-Integer Programming Framework for Drone Routing and Scheduling with Flexible Multiple Visits in Highway Traffic Monitoring. Mathematics 2025, 13, 2427. https://doi.org/10.3390/math13152427

AMA Style

Mohabbati-Kalejahi N, Alavi S, Toragay O. A Mixed-Integer Programming Framework for Drone Routing and Scheduling with Flexible Multiple Visits in Highway Traffic Monitoring. Mathematics. 2025; 13(15):2427. https://doi.org/10.3390/math13152427

Chicago/Turabian Style

Mohabbati-Kalejahi, Nasrin, Sepideh Alavi, and Oguz Toragay. 2025. "A Mixed-Integer Programming Framework for Drone Routing and Scheduling with Flexible Multiple Visits in Highway Traffic Monitoring" Mathematics 13, no. 15: 2427. https://doi.org/10.3390/math13152427

APA Style

Mohabbati-Kalejahi, N., Alavi, S., & Toragay, O. (2025). A Mixed-Integer Programming Framework for Drone Routing and Scheduling with Flexible Multiple Visits in Highway Traffic Monitoring. Mathematics, 13(15), 2427. https://doi.org/10.3390/math13152427

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