Decentralized Multi-Agent Urban Traffic Management via Spatio-Temporal Mobility Profile Planning
Analyze & explore related research in Conceptio
Connect this record directly into your research workflow or AI agent. Explore citations across open repositories, query full text, and export structured proof bundles.
Decentralized Multi-Agent Urban Traffic Management via Spatio-Temporal Mobility Profile Planning Lorenzo Mario Amorosa1 (Member, IEEE), Lorenzo Farina1 (Student Member, IEEE), Vittorio Todisco1 (Member, IEEE), and Alessandro Bazzi1 (Senior Member, IEEE) 1
Department of Electrical, Electronic and Information Engineering (DEI), “Guglielmo Marconi”, University of Bologna & WiLab - National Wireless Communications Laboratory of CNIT, Bologna, Italy. Corresponding author: Lorenzo Mario Amorosa (email: lorenzomario.amorosa@unibo.it).
arXiv:2608.08035v1 [cs.MA] 8 Aug 2026
ABSTRACT As modern cities face increasingly severe traffic congestion, connected and autonomous
vehicles (CAVs) have emerged as a crucial enabling technology for next-generation intelligent traffic management. However, fully realizing this potential is hindered by the limitations of current paradigms. Existing approaches typically optimize localized interactions rather than system-wide efficiency, incur severe communication overhead, or lack the deterministic guarantees required for safe kinematic execution. Furthermore, current multi-agent adaptations are frequently restricted to small predefined scenarios, failing to scale across large and complex urban networks. To bridge this gap, this paper introduces VeloCity, a decentralized multi-agent spatio-temporal mobility profile planning framework designed for CAVs operating in arbitrary urban areas. To minimize vehicles’ travel times, VeloCity distributes mobility profile optimization directly to individual CAVs. Vehicles query a localized traffic coordinator for a reservation table, independently compute their fastest conflict-free mobility profile, and reserve their requested spacetime slots back with the coordinator. By natively adapting to any arbitrary road topology, the framework manages highly irregular urban areas without requiring scenario-specific tuning, all while guaranteeing collision-free and physically executable vehicle trajectories. Extensive simulations across four large-scale real-world urban maps (Tokyo, Manhattan, Rome, and Bologna) demonstrate the framework’s scalability. Compared to established state-of-the-art models, VeloCity yields drastically lower travel times, tightly bounds delay variance, and successfully prevents congestion gridlocks even under extremely high vehicular densities. INDEX TERMS Connected and Autonomous Vehicles (CAVs), Multi-Agent Planning (MAP), Decentral-
ized Traffic Management, Autonomous Intersection Management (AIM), Edge Computing, Urban Mobility.
I. INTRODUCTION
S urban traffic complexity grows, traditional traffic management paradigms are facing unprecedented scalability challenges [1]. To overcome these limitations, connected and autonomous vehicles (CAVs) have emerged as a crucial enabling technology for next-generation intelligent transportation. Conventional traffic control systems, such as fixed or adaptive traffic signals, often fail to exploit the finegrained coordination and communication capabilities enabled by emerging vehicle-to-infrastructure (V2I) networks [2]. To mitigate these inefficiencies, advanced car-following models driven by both local and collective perception have been proposed to significantly improve traditional traffic flow
A
management [3]. However, because they predominantly optimize for localized interactions rather than system-wide efficiency, their scalability remains constrained. Consequently, as urban centers grow more complex, there is a clear need for flexible and decentralized traffic planning frameworks capable of managing high-density vehicle coordination across arbitrary road topologies without relying on rigid scenariospecific control infrastructure. Multi-agent planning (MAP) offers a promising formulation for this challenge, treating each vehicle as an intelligent agent tasked with finding collision-free paths from a start to a target location [4]. However, existing traffic-oriented MAP adaptations often constrain themselves to small and predefined scenarios, such
This work is licensed under a Creative Commons Attribution 4.0 License. For more information, see https://creativecommons.org/licenses/by/4.0/ 1
:
as single intersections or simple merging lanes, failing to generalize to arbitrary map areas featuring diverse topological elements like roundabouts and multi-leg intersections [5, 6]. The practical deployment of advanced CAV coordination relies intrinsically on accurate environment perception and the reliable execution of planned mobility profiles over vehicle-to-everything (V2X) networks. Recently, standardization organizations such as the European telecommunications standards institute (ETSI) and the society of automotive engineering (SAE) are actively establishing the necessary foundations to make this feasible. Building upon well-established cooperative awareness frameworks validated through both simulations [7] and field testing [8], recent standardization efforts have expanded toward enabling complex maneuver coordination. Specifically, SAE has formalized the Maneuver Sharing and Coordinating Service in its J3186 and J3216 standards [9, 10]. Similarly, ETSI is detailing analogous specifications for maneuver coordination [11, 12]. These specifications dictate the precise messages and communication protocols required for vehicles to safely negotiate maneuvers in shared spaces, such as intersections. Importantly, these standards specify how vehicles exchange information for maneuver coordination, but they do not prescribe specific conflict-resolution or traffic-management algorithms. This decoupling creates a critical gap that must be filled by application developers, directly motivating the need for robust and decentralized planners capable of supplying the optimized maneuver strategies that these protocols will carry. To bridge this gap, this paper introduces VeloCity, a decentralized multi-agent spatio-temporal mobility profile planning framework for CAVs operating in arbitrary urban areas. In our framework, each map area is equipped with a local controller that maintains a spatio-temporal reservation table for its respective road segments. Crucially, instead of the controller solving a joint optimization problem for all agents, mobility profile optimization is distributed across the vehicles. Upon approaching a managed area, a vehicle queries the controller for the current reservation table, locally computes its fastest conflict-free mobility profile, and subsequently reserves its requested spatio-temporal slots back at the controller. This decentralized MAP approach aims at accommodating arbitrary road geometry, including complex intersections and roundabouts, without requiring scenariospecific tuning. Specifically, the main contributions of this paper are summarized as follows: • We propose VeloCity, a decentralized MAP framework designed for urban traffic management. By decomposing the mobility optimization problem into sequential spatio-temporal planning tasks to be executed at each CAV, the framework guarantees collision-free and physically executable vehicle trajectories. Its flexible space-time reservation architecture intrinsically sup2
ports arbitrary and heterogeneous road topologies without requiring scenario-specific tuning. • We conduct an extensive performance evaluation utilizing the Simulation of Urban MObility (SUMO) simulator [13] across four diverse, large-scale urban environments imported directly from real-world OpenStreetMap1 data (Tokyo, Manhattan, Rome, and Bologna). Through extensive experiments, we demonstrate that VeloCity significantly outperforms established baselines. The proposed approach yields drastically lower travel times, tightly bounded delay variance, and robustness against congestion gridlocks even under very high vehicular densities. • To ensure reproducibility and support the broader research community, we release the complete open-source implementation of VeloCity. The repository, which includes the core algorithms, the four large-scale urban scenarios, and all simulation scripts, is publicly available at https://github.com/V2Xgithub/VeloCity. To the best of our knowledge, VeloCity represents the first V2X-based framework to successfully scale decentralized and deterministic mobility profile optimization to arbitrary city-wide road networks. The remainder of this paper is organized as follows. Section II reviews the relevant literature. Section III defines the system model and formulates the multi-agent mobility profile optimization problem. Section IV details the proposed VeloCity methodology. Section V presents the experimental setup and discusses the numerical results. Finally, Section VI summarizes the concluding remarks and outlines potential directions for future work. II. RELATED WORK
The management of traffic flows in urban road networks has long been a critical challenge for transportation engineering. For decades, the primary mechanism for resolving vehicle conflicts at junctions has been the traditional traffic light, with researchers focusing heavily on phase optimization. While early traffic signal control systems utilized offline static plans or heuristic adaptive strategies like SCOOT and SCATS [14, 15], modern approaches have embraced predictive control, such as model predictive control (MPC) [16, 17], schedule-driven methods [18, 19], and max-pressure control [20, 21]. More recently, a hybrid architecture exploiting both MPC and reinforcement learning (RL) [22] and multi-agent reinforcement learning (MARL) frameworks have also been proposed to manage local networks [23, 24]. However, regardless of the underlying mathematical formulation, these solutions remain fundamentally constrained by the traffic-light paradigm and therefore cannot fully exploit the coordination capabilities enabled by advances in vehicle automation and V2X connectivity. 1 See: https://www.openstreetmap.org/
Recently, CAVs encouraged a paradigm shift toward autonomous intersection management (AIM), where replacing traffic lights with V2X-based maneuver coordination and dynamic space-time reservations can eliminate stop-and-go delays and drastically increase intersection capacity [25]. Numerous AIM protocols have emerged [26, 27]. Early decentralized architectures functioned as virtual traffic lights, managing crossing orders via sequential vehicle-to-vehicle (V2V) priority passing [28], clustering [29], directed collision graphs [30], or RL [31]. While successful at conflict sequencing, these methods do not control kinematic profiles to prevent stop-and-go maneuvers. To fully exploit AIM, subsequent research combined scheduling with precise trajectory optimization. For instance, centralized MPC and independent energy-minimization controllers were developed to calculate stop-free acceleration profiles based on spacetime reservations [4, 32, 33]. A specific subset of this literature bridges these models with real-world communication constraints, such as formulating protocols for packet loss and 4G/5G latency [2, 34, 35]. Yet, while these singleintersection frameworks successfully optimize local vehicle trajectories, they do not address how such solutions scale to larger arbitrary road networks. Translating these approaches to large-scale urban grids introduces severe computational and communication bottlenecks. To date, efforts to extend AIM typically link a limited number of adjacent managers rather than addressing cityscale grids. For instance, expanding reservation architectures via time-based A* searches can suffer from information staleness, as vehicles route themselves using instantaneously outdated congestion data [36]. To address this, dynamic market-inspired auctions [37] and consensus protocols [38] have been proposed; however, both introduce severe communication overhead when scaled to large road scenarios. To explicitly consider time-evolution and precise kinematics, [39] reformulated routing as a time-expanded network flow problem, though its reliance on integer linear programming (ILP) necessitates a fully centralized and computationally heavy architecture. Recently, alternative solutions have turned to MARL by modeling road segments or vehicles as intelligent agents [40, 41]. Beyond reintroducing significant communication overhead, these MARL policies remain fundamentally reactive and rely on opaque neural networks, precluding the exact determinism and formal kinematic safety guarantees required for autonomous traffic coordination. Consequently, a significant gap remains for a truly scalable AIM architecture capable of handling high-density arbitrary urban networks. The literature currently lacks an adaptive framework that resolves coordination through purely decentralized and physically executable optimizations, which is a gap that VeloCity aims to fill.
III. SYSTEM MODEL AND PROBLEM FORMULATION
We consider an urban area managed by a traffic coordinator, including a set of CAVs2 denoted by V = {1, 2, . . . , N }. Each vehicle i ∈ V enters the area at a specific requested time tin,i with a predetermined3 trajectory Pi and initial speed vin,i . The objective of each CAV is to optimize its mobility profile, i.e., its speed and acceleration over time, to drive and reach the intended destination minimizing its travel time. A CAV’s trajectory Pi is represented by a one-dimensional path of total physical length Di , where the placement of vehicle i at time step t is defined by si (t) ∈ [0, Di ]. This 1D path maps directly to the twodimensional Euclidean road plane4 via a network geometry function γi : [0, Di ] → R2 , which defines the spatial coordinates of the vehicle’s reference center. To account for physical dimensions, vehicle i is characterized by a twodimensional bounding area Fi (si (t)) ⊂ R2 . This footprint represents the physical space occupied by the vehicle on the map at time step t, constructed by sweeping its length Li and width Wi around the reference center γi (si (t)). Importantly, each Pi includes routing, comprising specific vehicle’s lane assignments and intersection crossings; however, it does not specify the vehicle’s mobility profile, leaving its speed and acceleration over time to be determined. A. VEHICLE’S MOBILITY PROFILE
Each vehicle i ∈ V must determine its mobility profile over time, governed by its speed vi (t) and acceleration ai (t). To ensure physically executable and safe trajectories, these control variables are strictly bounded by both vehicle-inherent kinematic capabilities and area-specific speed regulations. First, the acceleration is limited by the vehicle’s mechanical capabilities: amin,i ≤ ai (t) ≤ amax,i (1) where amin,i and amax,i represent the maximum deceleration and acceleration constants for vehicle i, respectively. Second, the maximum permissible speed depends not only on the vehicle’s top performance but also on the localized speed limits of the specific road segment or lane it currently occupies. Let Vmax (p) : R2 → R+ be a function mapping a 2D coordinate to the local legal speed limit. The speed profile is thus constrained by: 0 ≤ vi (t) ≤ min Vmax,i , Vmax γi (si (t)) (2) where Vmax,i is the maximum structural speed of vehicle i. By evaluating Vmax at the vehicle’s instantaneous 2D 2 We use the terms CAV and agent interchangeably. 3 VeloCity focuses on mobility profile optimization given a fixed path; however, it remains fully compatible with proactive dynamic routing strategies. In our simulations, vehicle routing is managed autonomously by SUMO. 4 For multi-level infrastructures, such as bridges or overpasses, vertically overlapping road segments are mapped to logically distinct two-dimensional
planes to prevent false spatial conflicts.
3
:
i
Sen d, Q
(3)
(1)
Sen d, R
Coordinator
(2) Compute: • ai (t) • vi (t) • Fi ∩ R = ∅
(a) (b) FIGURE 1: (a) Considered urban area, where the red vehicle i approaches the coordinated area: (1) the coordinator provides the reservation table R to i, (2) i locally computes its feasible mobility profile, and (3) i transmits its reservation request Qi to the coordinator. (b) Discrete spatial representation of the reservation table R(t). The road network is mapped to a spatial grid, where solid colored cells represent the vehicles’ physical footprints Fi (si (t)) and lighter cells indicate their next intended spatial reservations for a t′ > t.
coordinate γi (si (t)), this formulation dynamically enforces area-specific speed constraints, such as speed reductions at sharp turns, roundabouts, or intersection approaches. B. TRAFFIC COORDINATOR
The coordination of CAVs within the managed urban area is supervised by a localized traffic infrastructure coordinator. This coordinator does not solve a joint centralized problem for determining CAVs profiles. Instead, it serves as a reference point to maintain a spatio-temporal reservation table, denoted by R, while CAVs optimize their profiles in a decentralized way. The reservation table R(t) is discretized in time with a resolution ∆t and maps the two-dimensional road network into a spatial grid with a resolution ∆s. At any discrete time step t, R(t) ⊂ R2 represents the set of all spatial coordinates reserved by authorized agents. When a vehicle i approaches the managed area, it queries the coordinator to retrieve the current state of R. Given R(t), vehicle i locally computes a feasible mobility profile by ensuring its intended footprint sequence Qi = {Fi (si (t)), ∀t ≥ tin,i } does not conflict with existing reservations: Fi (si (t)) ∩ R(t) = ∅,
∀t ≥ tin,i .
(3)
Upon computing this optimal and feasible profile, the vehicle submits its footprint sequence to the coordinator. The coordinator then commits the sequence and updates the reservation table by appending the vehicle’s footprint: R(t) ← R(t) ∪ Qi , where Qi corresponds to a reservation request, comprising the set of spatial cells occupied by vehicle i over time. A depiction of the coordinated reservation is presented in Fig. 1. 4
C. PROBLEM FORMULATION
The primary objective of the traffic management framework is to optimize the overall traffic efficiency across the managed urban area while guaranteeing collision-free navigation. We frame this task as a multi-agent optimization problem aimed at minimizing the total travel time of all vehicles traversing the network. To formalize this objective, let tout,i denote the arrival time step at which vehicle i ∈ V successfully reaches the end of its intended path Pi , satisfying si (tout,i ) ≥ Di . Given trajectory Pi and initial speed vin,i for all vehicles i ∈ V , the optimization problem can be formulated as a mixed-integer non-linear program (MINLP), where the decision variables are a = {ai (t)}∀i∈V : X min (tout,i − tin,i ) (4) a
i∈V
subject to the (1), (2), and (3) constraints for all i ∈ V and t ≥ tin,i . In this formulation, (4) minimizes the aggregate system-wide delay, representing the total time elapsed between each vehicle’s requested entry time tin,i and its final destination arrival tout,i . The optimization problem defined by (4) is non-convex and highly complex, hence computing a global joint solution simultaneously would not be practical. This computational challenge motivates the need for a decentralized solution, which we propose in Section IV. IV. THE VELOCITY FRAMEWORK
To resolve the global coordination problem formulated in Section III.C, we propose VeloCity: a framework that decomposes the multi-agent optimization problem in (4) into a sequence of distributed spatio-temporal planning tasks. The core principle in VeloCity is to let each vehicle independently compute its own feasible mobility profile while coordinating
Algorithm 1 Coordinator Loop
M
si i
Require: Reservation table R ← ∅ 1: for each vehicle i entering the coordination area at tin,i , with speed vin,i , trajectory Pi , and dynamics bound amin,i , amax,i , Vmax,i do 2: Retrieve current reservation table R 3: Qi ← L OCAL P LAN(R, tin,i , vin,i , Pi , amin,i , amax,i , Vmax,i ) 4: R ← R ∪ Qi ▷ Commit trajectory 5: end for
ski
ski
Fik
Fik
′′
′
y
Algorithm 2 L OCAL P LAN
s0i
Require: Reservation table R, entry time tin,i , speed vin,i , trajectory Pi , and dynamics bounds amin,i , amax,i , Vmax,i Ensure: Reservation request Qi 1: x0i ← (s0i , vi0 , tin,i ) 2: g(x0i ) ← 0 3: f (x0i ) ← h(x0i ) 4: Open ← {x0i } 5: Closed ← ∅
′
′′
▷ Eq. (18) ▷ priority queue ordered by f (·)
6: while Open ̸= ∅ do 7: xi (t) ← arg minx∈Open f (x) 8: remove xi (t) from Open, add to Closed 9: if si (t) ≥ Di then ▷ goal test 10: Πi ← backtrack path to x0i Mi 11: Convert Πi into reservation request Qi = {(Fik , tk )}k=0 12: 13: 14: 15: 16: 17: 18:
return Qi end if for each admissible ai (t) ∈ [amin,i , amax,i ] do vi (t + ∆t) ← vi (t) + ai (t)∆t ▷ Eq. (11) if 0 ≤ vi (t + ∆t) ≤ min(Vmax,i , Vmax (γi (si (t)))) then si (t + ∆t) ← si (t) + vi (t + ∆t)∆t ▷ Eq. (12) xi (t + ∆t) ← (si (t + ∆t), vi (t + ∆t), t + ∆t)
19: 20: 21: 22: 23: 24:
if Fi (xi (t + ∆t)) ∩ R(t + ∆t) = ∅ then ▷ Eq. (14) if xi (t + ∆t) ∈ / Closed then g ′ ← g(xi (t)) + ∆t if xi (t + ∆t) ∈ / Open or g ′ < g(xi (t + ∆t)) then g(xi (t + ∆t)) ← g ′ f (xi (t + ∆t)) ← g ′ + h(xi (t + ∆t))
25: 26: 27: 28: 29:
parent(xi (t + ∆t)) ← xi (t) ▷ to compute Πi insert/update xi (t + ∆t) in Open end if end if end if
30: end if 31: end for 32: end while 33: return INFEASIBLE
only through a shared spatio-temporal reservation table R maintained by the traffic coordinator. The remainder of the section detail the algorithms, which are presented in Algorithm 1 and Algorithm 2.
x
FIGURE 2: Discrete spatio-temporal representation for vehi′ ′′ cle i’s path. The reference positions ski and ski illustrate two discrete positions along the path, with corresponding vehicle ′ ′′ footprints Fik and Fik . Each footprint is associated with ′ ′′ its planned time tk or tkMiand forms part of the reservation request Qi = (Fik , tk ) k=0 .
A. SPATIO-TEMPORAL DISCRETE MODEL
VeloCity solves the optimization problem in the mixedinteger domain. Therefore, it relies on a discrete spacetime representation of the urban area. Given the predefined path Pi , each vehicle trajectory is discretized with spatial resolution ∆s. Accordingly, the coordinate si (t) is mapped into a sequence of Mi spatial cells: o n i , (5) Si = s0i , s1i , . . . , sM i where consecutive elements satisfy sk+1 − ski = ∆s. Each i spatial cell is associated with a two-dimensional position through the trajectory mapping γi (·). To preserve physical feasibility, each vehicle is represented as a sequence of occupied space-time regions. Let Fik denote the set of spatial cells occupied by vehicle i when its reference position is ski . The corresponding reservation request is therefore: Mi Qi = (Fik , tk ) k=0 .
(6)
This representation allows collision checking to be converted into a discrete space-time conflict test: Fik ∩ R(tk ) = ∅,
k = 0, . . . , Mi ,
(7)
where R(t) is the current reservation table maintained by the coordinator. A representation of a vehicle trajectory is provided in Fig. 2. B. DECENTRALIZED MOBILITY OPTIMIZATION
Instead of solving the joint optimization problem in (4), VeloCity decomposes the problem into individual vehicle optimizations. When vehicle i enters the coordination area, 5
:
it retrieves the current reservation table R and locally solves: min
tout,i − tin,i
s.t.
amin,i ≤ ai (t) ≤ amax,i ,
ai
0 ≤ vi (t) ≤ min(Vmax,i , Vmax (γi (si (t)))) ,
(8)
Fi (t) ∩ R(t) = ∅ ,
The local problem preserves the constraints of the original MINLP while removing the coupling among all vehicles. Consequently, each CAV only needs to consider previously committed trajectories rather than the complete fleet state. The local optimization in (8) is solved through a best-first search operating on the constructed state space. The search graph is defined as a labeled directed graph: (9)
where each node xi (t) ∈ Xi represents a feasible state. The state of vehicle i is defined as: xi (t) = (si (t), vi (t), t) ,
(10)
where the discrete speed evolution follows: vi (t + ∆t) = vi (t) + ai (t)∆t,
(11)
and the position evolves according to: si (t + ∆t) = si (t) + vi (t + ∆t)∆t.
(12)
Each edge is a directed triple: (xi (t), ai (t), xi (t + ∆t)) ∈ Ei ,
(13)
which represents the transition from the current state xi (t) to the successor state xi (t + ∆t) driven by the specific admissible acceleration command ai (t). The set of admissible successors is further constrained by the reservation table. A transition is valid only if: Fi (xi (t + ∆t)) ∩ R(t + ∆t) = ∅.
(14)
This condition prevents conflicts with previously committed vehicles. The optimal solution is obtained by solving a shortest-path problem on Gi . Since the objective is to minimize the traversal time, the transition cost is defined as the elapsed time: c(xi (t), xi (t + ∆t)) = ∆t .
si (t) ≥ Di
(19)
is reached, the resulting sequence of states directly determines the vehicle mobility profile:
∀t ≥ tin,i .
Gi = (Xi , Ei ),
The heuristic in (18) is admissible because it assumes that the vehicle can immediately travel at its maximum allowed speed, thus providing a lower bound on the remaining traversal time. Once the goal condition
(15)
t
out,i . Πi = {(si (t), vi (t), ai (t))}t=t in,i
(20)
The computed profile is then converted into a sequence of physical space-time reservations Qi , which are submitted to the coordinator. Upon reception, the coordinator performs: R ← R ∪ Qi .
(21)
Therefore, future vehicles automatically avoid already committed trajectories. The coordinator only performs lightweight consistency checking, while the computational effort remains distributed among the CAVs. C. COMPUTATIONAL COMPLEXITY ANALYSIS
By decomposing the MINLP in (4) into independent local searches, the computational complexity of the framework grows approximately linearly with the number of vehicles, as each CAV solves only one sequential best-first search. For a given vehicle i, the size of the local search graph Gi = (Xi , Ei ) introduced in Section IV.B is governed by three primary parameters: • Mi = Di /∆s, the total number of discrete spatial cells along the predefined path Pi ; • Vi = Vmax,i /∆v , the number of distinct speed levels induced by the discrete dynamics in (11); • b = |{amin,i , . . . , amax,i }|, the branching factor, representing the cardinality of the admissible discrete acceleration set.
Because vehicles cannot travel backward (vi (t) ≥ 0), and because the objective function strictly minimizes the arrival time, the algorithm is constrained to move forward through the spatial domain. Consequently, the maximum number of states the algorithm can expand is bounded by the combinations of spatial positions and speed levels: |Xi | ≤ O(Mi Vi ).
(22)
Consequently, the accumulated cost of a path corresponds exactly to the arrival time: g(xi (t)) =
t X
1) Per-Vehicle Search Complexity
c(xi (τ ), xi (τ + ∆t)) = (t − tin,i )∆t .
τ =tin,i
(16) To determine the shortest-path, each candidate state xi (t) is evaluated by: f (xi (t)) = g(xi (t)) + h(xi (t)),
(17)
where the heuristic term estimates the remaining travel time: Di − si h(xi (t)) = . (18) Vmax,i 6
To determine the optimal mobility profile Πi , Algorithm 2 employs a best-first search utilizing a binary-heap open list and a hash-indexed closed list. Considering the reservation table R stored as a hash set indexed by discretized spacetime cells, the worst-case time complexity for a single vehicle is: O(b |Xi | log |Xi |) = O(b Mi Vi log(Mi Vi )) ,
(23)
with an auxiliary memory footprint bounded by O(|Xi |) = O(Mi Vi ). This efficiency arises because the admissible
heuristic defined in (18) guarantees that the search expands each reachable state in Xi at most once, resulting in at most Mi Vi expansions. During each expansion, the algorithm evaluates up to b successors. For each successor, it executes a constant-time O(1) kinematic propagation and a O(1) conflict test against R via (14). Consequently, the dominant operation per state is the insertion or key-update within the priority queue, scaling at O(log(Mi Vi )) for a binaryheap open list. Following the search, the reservation commit step (R ← R ∪ Qi ) inserts the sequence of space-time footprints into the global hash set. Because the path length is fundamentally limited by the number of spatial cells, this step requires at most O(Mi ), which is dominated by (23).
2) System-Level Complexity
At the system level, Algorithm 1 processes incoming traffic sequentially. Each CAV solves its local problem against the reservations committed by its predecessors. For a total fleet of N vehicles, the theoretical overall system running time scales as: ! N X O b Mi Vi log(Mi Vi ) = O N b M̄ V̄ log(M̄ V̄ ) , i=1
(24) where M̄ and V̄ represent upper bounds across the heterogeneous fleet. While (24) demonstrates that the global complexity is strictly linear with respect to N , this theoretical worst-case bound severely overestimates the practical computational burden in realistic urban scenarios. Indeed, in these areas, vehicles do not accumulate indefinitely. As CAVs reach their destinations and exit the coordination area, their spatio-temporal footprints are left in the past. Because the reservation table intrinsically encodes time, a vehicle entering the network at tin,i only evaluates conflict checks against the reservations of currently active vehicles whose temporal horizons overlap with its own. Consequently, the local planning process is completely independent of the historical fleet. This natural spatio-temporal decoupling ensures that the operational lookup time against R remains constant and bounded by the instantaneous traffic density, rather than growing monotonically with the cumulative vehicle count N . D. KEY-PROPERTIES OF VELOCITY
The architectural choices underlying the VeloCity framework yield several advantageous properties for urban traffic coordination: 1) The framework resolves the highly complex global coordination problem through sequential and decentralized optimizations. As each vehicle queries the coordinator, computes its local mobility profile, and commits its reservation, the system is immediately ready for the next incoming agent. This approach is highly realistic and computationally practical for real-
time edge-computing deployment, avoiding costly joint CAV fleet optimization. 2) The reservation-based representation is independent of any specific road topology. Because collision avoidance is evaluated directly in physical space-time coordinates, the same mathematical formulation natively supports arbitrary urban layouts, including complex intersections, roundabouts, lane merges, and multi-leg junctions, without requiring custom conflict-resolution rules. 3) The explicit integration of vehicle kinematics into the search space guarantees that the generated trajectories are not only collision-free but also physically executable. Furthermore, the geometric footprint Fi offers additional flexibility; it can be enlarged to reserve extra spatial margins, effectively buffering against uncertainties related to low-level control tracking errors or physical actuation delays. 4) Driven by the objective to minimize arrival time without imposing a hard deadline, the framework gains flexibility. A vehicle can always find a feasible mobility profile by opting to enter the managed area, decelerate, and wait indefinitely until downstream congestion clears. Consequently, a planning fault is triggered if and only if the vehicle lacks sufficient space even to safely enter and immediately halt. Unavoidable deadlocks are thus detected instantaneously at the boundaries, preventing cascading gridlocks within the core of the infrastructure. 5) In severely congested scenarios where an immediate initial access request fails, the framework is easily extended to support relaxing the requested entry time tin,i . By allowing a vehicle to delay its entry, an optimal and collision-free crossing plan can always be identified. This temporal relaxation is particularly suited for vehicles departing from parking spots or those waiting in structured access queues at the control area’s perimeter. 6) To accommodate heterogeneous urban areas, the coordinator can pre-initialize static or periodic reservations within R prior to scheduling incoming CAVs. Let Rprior (t) represent the spatio-temporal space preallocated to unmanaged traffic entities. This includes public transportation assets (e.g., scheduled tram or bus), deterministic pedestrian crossing windows, or any pre-configured users. Consequently, any newly entering CAV must find a mobility profile that is mutually compliant with both existing vehicular allocations and these background infrastructure constraints, satisfying: Fi (si (t)) ∩ (Rveh (t) ∪ Rprior (t)) = ∅ ,
(25)
∀t ≥ tin,i , where Rveh (t) denotes the union of footprints from previously committed CAVs. 7) Unlike distributed consensus algorithms that require continuous V2V state sharing, VeloCity preserves privacy and minimizes network overhead. Vehicles only 7
:
(a) Tokyo (b) Manhattan (c) Rome (d) Bologna FIGURE 3: Experimental OpenStreetMap areas for the four evaluated urban scenarios.
0.04
0.02
1000
2000
Route length [m]
3000
0.000
Probability
0.04
0.02
0.06
Probability
0.04
0.000
0.06
Probability
0.06
Probability
0.06
0.04
0.02
1000
2000
Route length [m]
3000
0.000
0.02
1000
2000
Route length [m]
3000
0.000
1000
2000
Route length [m]
3000
(a) Tokyo (b) Manhattan (c) Rome (d) Bologna FIGURE 4: Empirical probability mass function (PMF) of vehicle route lengths for the four evaluated urban scenarios.
TABLE 1: Spatial metrics of the evaluated urban networks Scenario
Area
Road Length
Bounding Box (Lon × Lat)
Tokyo Manhattan Rome Bologna
3.07 km2 4.24 km2 1.73 km2 2.54 km2
93.68 km 102.98 km 60.88 km 57.62 km
[139.66, 139.68] × [35.68, 35.69] [−73.99, −73.97] × [40.75, 40.76] [12.47, 12.48] × [41.89, 41.90] [11.33, 11.35] × [44.49, 44.49]
exchange once their intended spatio-temporal footprints with the coordinator via V2I links, without exposing exact destinations, internal control parameters, or complete routing intentions to the broader fleet. 8) By processing reservation requests in the order they arrive at the coordinator, the framework enforces a fair sequential allocation of space-time slots. This guarantees deterministic access, ensuring that early vehicles are not starved by subsequent high-density traffic. V. NUMERICAL RESULTS
In this section, we extensively evaluate the performance of VeloCity across four large-scale real-world urban scenarios. A. EXPERIMENTAL SETUP
To evaluate the performance and scalability of the proposed framework, we conduct extensive simulations across four distinct and highly heterogeneous urban areas: Tokyo, Manhattan, Rome, and Bologna. The geographic road networks for these scenarios are illustrated in Fig. 3. To ensure a high degree of realism in our mobility modeling, the network topology for each scenario is imported directly from OpenStreetMap, including lane definitions, explicit restrictions 8
at intersections, legal speed limits, and detailed intersection layouts. The selected areas offer diverse topological characteristics, ranging from highly structured grid layouts to irregular historical streets. To quantify this diversity, the specific spatial metrics for each evaluated scenario are summarized in Table 1. All numerical experiments simulate traffic operations over a duration of one hour in SUMO [13]. Realistic traffic demand is generated utilizing the randomTrips.py utility provided by the SUMO simulator. This tool automatically generates randomized but physically valid routes across the imported OpenStreetMap networks, ensuring that vehicles are spawned at valid distributed edges and assigned achievable destinations within the boundaries of the control area. To characterize the resulting traffic demand, Fig. 4 reports the empirical PMF of the vehicle route lengths for each of the four urban scenarios. Within SUMO, the discrete space-time model operates with a temporal resolution of ∆t = 0.5 s and a spatial resolution of ∆s = 0.5 m. To reflect typical urban driving behavior, all CAVs feature a maximum speed equal to Vmax,i = 50 km/h. Acceleration is bounded by a maximum capacity of amax,i = 1 m/s2 and a maximum deceleration of amin,i = −2 m/s2 . All generated vehicles are 5 m long, 2 m
VeloCity
Krauss [Priority] Krauss [TLS]
IDM [Priority] IDM [TLS]
EIDM [Priority] EIDM [TLS]
CACC [Priority] CACC [TLS]
250
250
250
200
200
200
200
150
150
150
150
100
100
100
100
50
50
50
50
Travel Time [s]
250
0
500
1000
1500
2000
Vehicle Density [veh/h]