Abstract
This paper describes a learning framework for driver models of automated vehicles (AVs) via knowledge sharing and personalization. As a result of the inherent variability in the transportation system, exposing AVs to all potential driving scenarios through empirical testing is challenging. This limitation can render AVs unaware of certain critical situations, affecting their safe and efficient operation. To address this challenge, this paper proposes a collaborative training approach that enables the sharing of knowledge among AVs while maintaining personalized models tailored to each vehicle’s unique conditions. The method adopts a federated learning strategy to facilitate privacy-aware collaboration, sharing only model parameters and never raw data. Through experimental simulations, we demonstrate the framework’s capability to (i) learn unseen driving scenarios and (ii) personalize driver models to different driving styles (aggressive and passive). Codes and data are made available at the project page https://github.com/wissamkontar.
The curse of variability stands as a critical barrier in the development and deployment of automated vehicles (AVs) in the open world. Variability in the open world stems from the innate dynamic, stochastic, and unpredictable nature of the transportation system. The driving task can change significantly depending on the traffic state (congestion, free flow, etc.), weather conditions (foggy, snowing, etc.), and roadway design (divided highway, one-way, etc.). It even depends on what other agents (pedestrians, bikers, busses, etc.) are present. Human drivers adapt and respond to these variations instinctively, but replicating such situational knowledge for an AV to maneuver safely in any given scenario, is challenging in light of limited data availability and the difficulty of real-world experimentation. In a recent release of a large-scale AV dataset from Waymo ( 1 ), we see limited variability in the testing environment. For instance, the Waymo open dataset shows the majority of trip logs in sunny (99.3%), daytime (80.6%), and urban scenarios ( 2 ). Another large dataset from nuScenes includes more diverse driving environments and scenarios as some driving logs come from different cities (Boston and Singapore) and locations (urban, residential, and industrial), and does include some rainy and cloudy weather conditions. However, most open-world experiments and data collection (e.g., Cruise, Lyft, Aurora) are being done in dedicated routes and locations with limited exposure to variability in the transportation system. Dedicated experiments in similar driving scenarios allow for a deeper understanding of the AV performance in certain scenarios. However, a breadth of exposure is critically needed to train on extensive scenarios and encounters.
The constraint on data availability is compounded by the difficulty of conducting real-world experiments. The development and testing of AVs require extensive resources and come with inherent safety concerns. Consequently, we see many experiments with exposure to limited scenarios, likely leaving AVs blind to a wide array of encounters. It is thus critical to develop methods to share knowledge across AVs to increase exposure to a wide range of scenarios occurring in the open world.
Recent literature has also uncovered how AVs can exhibit different behaviors on the road based on the underlying design and control logic of these vehicles. For instance, we show in references ( 3 – 6 ), how the car-following (CF) behavior of an AV exhibits a range of behavior depending on the underlying control parameters on spacing, desired speed, and acceleration constraints. Thus, data from AVs—specifically multi-class AVs (i.e., those designed with different performances in mind)—are extremely heterogeneous. This creates another challenge in data-driven learning of driver models, as one needs to create a tailored model for each vehicle that considers its own unique characteristics or desired performance. This process is referred to as personalization hereafter. This study aims to develop a framework through which different AVs can share knowledge from their encounters, yet retain a personalized model tailored to their conditions and unique properties. A driver model here refers to a model capable of safely and effectively maneuvering the AV in various driving scenarios. This driver model controls the vehicle’s perception, decision-making (on acceleration, braking, and steering), and navigation. However, the main scope of this work is in presenting how the sharing of information (through parameter transfer) is done while retaining a personalized model, but not on designing an optimal driver model.
Related Work
With the advent increase of computational power and the sheer amount of data collected in today’s systems, federated learning became a powerful tool with the intent of processing the data where they were created on the edge. The edge here refers to a single device, vehicle, or the like. As a consequence, traditional Internet of Things (IoT) applications have shifted to a decentralized approach termed the Internet of Federated Things (IoFT) ( 7 ). This brought about multiple analytical and computational tools that define how devices are set to collaborate with each other and share information. One of the early forefront tools in federated data analytics is federated averaging (FedAvg), which was tailored for deep learning applications ( 8 ). The idea here is simple; devices in a network structure would collaborate to learn a global deep learning model with the coordination of the central sever. Local devices perform iterations of stochastic gradient descent (SGD) using their data to obtain local parameters of their deep learning model and send those parameters to a central server. Then the central server takes an average of those parameters to update the global model. Since then, several works have refined federated data analytics and tailored it to different applications. Notably, ( 9 , 10 ) scale the application of federated learning into GPs, and general linear models. ( 11 ) presents Fed-ensemble, bringing ensemble methods to federated learning, improving generalization and uncertainty quantification. ( 12 ) tailors a federated algorithm to learn unique and shared features for principal component analysis. And several other models exist, which are reviewed in references ( 7 , 13 , 14 ).
While the application of federated learning in transportation systems has seen some momentum, it has yet to expand. Recently, ( 15 ) presented a survey review of federated learning for connected and AVs. They note several applications of federated learning for in-vehicle human monitoring, steering wheel prediction, object detection, and motion control. Most relevant to this work are the ones related to vehicle trajectory prediction. For example, ( 16 ) uses an encrypted federated network algorithm to learn driver behavior and predict trajectories. ( 17 ) designs a federated deep reinforcement learning for trajectory planning. Most notably, a study by ( 18 ) explored personalization of adaptive cruise controllers via a Gaussian process (GP) model. However, it remains that only a few efforts have been invested with limited scope, and the application domain of AV learning via federated learning remains largely unexplored.
The focus of this paper is different from the available work and explores the potential of federated learning in a different direction. Specifically, we aim to share knowledge across vehicles to learn driving scenarios that might have been missed by individual vehicles because of the variability in the transportation system, while retaining personalization for each vehicle.
Accordingly, this work is motivated by the need to (i) share driving knowledge between different vehicles to increase the exposure of an AV to different driving scenarios/environments, (ii) retain a personalized model for each vehicle under heterogeneous behavior, and (iii) bypass the need to access the raw data for training driving models.
The rest of the paper is organized as follows: The motivation and contribution section describes the problem statement addressed in this work and summarizes major contributions. Then, the methodology section discusses the problem setting and model formulation. In the simulation analysis section, we showcase our method’s capabilities in knowledge sharing and personalization. Finally, the discussion and conclusion section finishes with remarks, limitations, and future directions.
Motivation and Contributions
Motivation
One can question the need to share knowledge through collaboration between vehicles as opposed to just pooling the data and learning one model. We argue that learning one-size-fits-all can lead to misleading results and dilute the distinction between (i) different experienced driving scenarios and (ii) heterogeneous driving behavior from subject vehicles.
For instance, consider the basic unit of a driver model—the CF model—whereby an AV uses its sensor data to regulate its own acceleration/speed such that it follows its leader in a safe manner. The design of such a CF controller for an AV requires specific consideration of desired spacing, speed preference, and comfortable acceleration. We can see such a model in play when we consider the widely adopted linear controller in adaptive cruise control (ACC) and even full self driving systems ( 3 , 19 , 20 ). In a linear controller, the desired spacing is first modeled based on the constant time gap policy as
where
As such, a system state for the AV controller can be described by
where
It follows that one can design an AV with specific consideration of
It is important to note that in some cases data pooling is not even achievable. Commercial AV data can be protected by propriety rights and privacy concerns. Thus accessing raw data for training purposes may not be available.
We follow the motivation discussed here with a simulation study (presented in the section “Experiment 2: Knowledge Sharing and Personalization Under Heterogeneity”) that shows how pooling data are not ideal under heterogeneity and how our approach can tackle this problem.
Main Contributions
Methodology
Problem Setting
Consider the problem setting illustrated in Figure 1. Multiple vehicles are being tested in different driving environments, and each has a different personalized driver model. All of the driving encounters experienced by the vehicles are of interest to us, as the ultimate goal is to design a global driving model capable of maneuvering the vehicle in different driving environments. In perspective, to build such a model, one can extract the data for each vehicle alone and then train a local (i.e., using the vehicle’s own data) driving model. This approach yields a single driving model for each vehicle that is blind to some driving encounters observed by other vehicles (because of different driving environments).

Problem illustration.
What we seek to accomplish here is to allow vehicles to collaboratively train a global driving model, that allows for (i) knowledge sharing by transfer of information from one vehicle to another, and (ii) a personalized model that focuses on their own local data. The underlying assumption here is that data from each vehicle are uniquely heterogeneous. This heterogeneity is owed to the unique encounter the vehicle is exposed to and its personalized design (e.g., specific desired speed, acceleration constraints, etc.). To achieve this we structure our driving model learning process as shown in Figure 2.

Learning structure.
Problem Formulation
Suppose there exist
where
where
Knowledge Sharing through Federated Learning
The above is a general approach to learning a data-driven driver model, based on local data. However, in our approach, we do not want to solely rely on the vehicle
where
Afterwards, the global coordinator aggregates the model parameters
In this scheme we are jointly learning a global model—which we consequently use as a prior for personalization in next steps. In this approach, all vehicles participate in the learning structure at each framework, by computing local parameters and sharing with the global coordinator. For instance, in FedAvg (
8
) the global coordinator selects clients to perform local computations and update the global model based on local models, and then averages the local models to update the global model. We take a different approach here, but the aggregation step in Equation 7 still follows the FedAvg mechanism given its simplicity and wide adoption. Note that an underlying assumption in our framework is that all vehicles have the same functional form
Personalization
Consequently, knowledge sharing was achieved by learning a global model parameterized by
where
Simulation Analysis
Simulation Setup
Consider that we have different AVs denoted by
where
Accordingly, the collaboration here is based on
Finally, each vehicle re-runs Algorithm 2 based on the regularized loss function described in Equation 8 to compute the final
In the same fashion as above, we use NN functional form
Experiment 1: Knowledge Sharing to Learn Traffic Oscillations
Now we consider a specific experimental setup for which we want to demonstrate how knowledge is transferred between vehicles. Consider now that we have three AVs

Driving scenarios observed by each vehicle: (a) vehicle 1: constant speed scenario, (b) vehicle 2: deceleration scenario, and (c) vehicle 3: acceleration scenario.
The three driving encounters in our setup (Figure 3) represent portions of a full traffic oscillation—constant speed followed by a deceleration and acceleration maneuver to reach a constant speed again. Such oscillations are ubiquitous in traffic systems and are certain to occur in the open world. The goal here is to allow the three vehicles to train a driving model in a collaborative fashion, in such a way that they would individually be. able to respond to a traffic oscillation knowing that none of them had seen such a driving scenario. After collaborative training, we test each vehicle on the full oscillation scenario, seen in Figure 4. The full oscillation in Figure 4, represents an observed empirical oscillation created by a human driven vehicle (HDV)—extracted from the Waymo dataset.

Testing scenario: full oscillation.
Simulation Results
After training the driver model with our approach that focuses on knowledge sharing and personalization, we test against the oscillation shown in Figure 4, whereby the input is the leader speed, and the output is the AV speed. The goal here is to see whether each vehicle (1-2-3) is able to produce an oscillation. Results are shown in Figure 5. Interestingly, we see that “With Knowledge Sharing” (blue curve) each of the vehicles was able to produce a traffic oscillation even though none of the vehicles have full knowledge of an oscillation (recall Figure 3). This is not the case when we look at “Without Knowledge Sharing” (purple curve). However, it is notable that the oscillations “With Knowledge Sharing” are not perfect. This is rather expected given the limited training data, as the focus is not on building a driver model but rather on knowledge sharing. In practice, usually, a driver model would have a complex set of inputs based on the speed of the leader, the position of the leader, and multiple other factors. However, success here is denoted as the ability of each vehicle (1-2-3) to produce an AV response of an oscillation when subjected to one.

Prediction results of each vehicle on the testing scenario (full oscillation): with and without knowledge sharing: (a) vehicle 1, (b) vehicle 2, and (c) vehicle 3.
The effect of knowledge sharing is specifically amplified when looking at the vehicle 1 profile in Figure 5. Remember that vehicle 1 had only access to its local data which is a constant speed profile. Specifically, it shows that the driver model of vehicle 1 can extract knowledge on deceleration and acceleration phases from vehicles 2 and 3, respectively. This gives it the knowledge to respond to an oscillation. On the contrary, when we train the driver models of vehicles 1-2-3 without knowledge sharing, we notice that they can be blind to some maneuvers (deceleration/acceleration) that inhibit their ability to fully produce an oscillation, see purple curves in Figure 5.
Experiment 2: Knowledge Sharing and Personalization Under Heterogeneity
Now we revisit the problem of data pooling and heterogeneity in AV behavior from the motivation section. We consider here two AVs, each having a different design setup and thus driving behavior. The design of these AVs follows the control formulation presented in Equations 1 and 2. We note that while we purposely exaggerate the AV behavior (aggressive and passive) in our control design to showcase our model’s ability to personalize on drastically different driving styles, the controller remains within the physical range. In fact, we detail in our previous work in Kontar et al. ( 3 ) how real ACC vehicles can exhibit such varying CF behavior. Accordingly, our work in Kontar et al. ( 3 ) informs the choice of parameter setting shown below (aggressive and passive). We refer readers to ( 3 ) for a detailed analysis of that.
Aggressive AV: an AV that is designed to be very responsive to the leader speed and prioritizes the minimization of speed different
Passive AV: an AV that is designed to be very passive to the leader speed and prioritizes the minimization in the deviation from target spacing
Further, we consider a specific leader (HDV) speed oscillation and then based on the linear controller (Equations 1 and 2) and for the settings described above, we simulate an AV speed profile. This is shown in Figure 6. Note that the leader (HDV) profile is common between the two generated AV profiles. One can directly notice the difference in behavior between the two AVs. The aggressive AV (red) nearly masks its leader (black), while the passive AV (green) is much less reactive. It follows then that the data (i.e., output

Speed profiles for experiment 2 setup.
Simulation Results: GP Functional Form and Driver Model with Speed Output and Speed Input
When output data from these two heterogeneous vehicles are pooled together to learn one global driving model, it masks the underlying difference in behavior. This is further illustrated in Figure 7. When we train a driver model based on pooling the speed data from the aggressive and passive AVs, we get a behavior shown in Figure 7 (blue color). The prediction fails to distinguish between aggressive and passive behavior as it tries to achieve generalization.

Prediction from a driver model based on pooled data—Gaussian process (GP) functional form and driver model with speed output and speed input.
However, in our proposed learning structure, the personalization step produces

Prediction from driver models based on knowledge sharing and personalization—Gaussian process (GP) functional form and driver model with speed output and speed input: (a) personalized aggressive driver model. Note: The three curves nearly overlap each other and (b) personalized passive driver model. Note: Blue and Green curves nearly overlap each other (color online only).
Prediction Error—Gaussian Process Functional Form and Driver Model with Speed Output and Speed Input
Note: RMSE = root mean squared error.
Simulation Results: NN Functional Form and Driver Model with Acceleration Output
To offer a different modeling approach from the above experiment, here we demonstrate our personalization framework with a driver model that uses a NN functional form, and that outputs acceleration prediction (for the AV) based on speed (of leader) and spacing data (between leader and follower). Note that the design of the aggressive and passive vehicles follows the same from the above example in Figure 6
Similarly to the above insights, we see that the knowledge sharing and personalized approach of learning with the new NN functional form and driver model offers better prediction results than the learning based on pooled data that does not consider heterogeneity of behavior. Specifically, Figure 9 shows the prediction performance of the acceleration profile of aggressive and passive vehicles based on a pooled data. Figure 10 shows the prediction performance of the personalization scheme that differentiates between passive and aggressive behavior. We document the prediction errors in Table 2.

Prediction from a driver model based on pooled data—neural network (NN) functional form and driver model with acceleration output.

Prediction from driver models based on knowledge sharing and personalization—neural network (NN) functional form and driver model with acceleration output and speed and spacing inputs: (a) personalized aggressive driver model and (b) personalized passive driver model.
Prediction Error—Neural Network (NN) Functional Form and Driver Model with Acceleration Output and Speed and Spacing Inputs
Note: RMSE = root mean squared error.
Discussion and Conclusion
In this work, we present a way of learning and training driver models for AVs in a collaborative way. Different vehicles can share knowledge with each other through a collaborative iterative process that entails sharing and discovering optimal parameters that minimize a desired global loss function. We also show how vehicles can share knowledge while retaining a personalized model tailored to their own data.
We showcase two experimental applications of the designed model. In the first experiment, three vehicles collaborate to learn a speed oscillation, by decomposing and transferring knowledge between each other. In the second experiment, we show how under heterogeneous AV behavior, learning a driver model while pooling data is not ideal and thus personalization yields better results.
Limitations and Remarks
We hope that our endeavors in this modeling direction will spur interest and motivate further work on designing complex AV driver models that can safely and efficiently maneuver in the open world. We envision that in practice our work can be used to (i) personalize the behavior of AVs for different preferences (wither at the user-level or traffic-system level), (ii) offer privacy-aware collaboration across vehicles, and (iii) expose an AV to unseen data through collaboration with other vehicles.
Footnotes
Author Contributions
The authors confirm contribution to the paper as follows: study conception and design: Kontar (lead), Zhong, and Ahn; data collection: N/A; analysis and interpretation of results: Kontar (lead), Zhong, and Ahn; draft manuscript preparation: Kontar (lead), Zhong, and Ahn. All authors reviewed the results and approved the final version of the manuscript.
Declaration of Conflicting Interests
The authors declared no potential conflicts of interest with respect to the research, authorship, and/or publication of this article.
Funding
The authors disclosed receipt of the following financial support for the research, authorship, and/or publication of this article: This research was sponsored by the United States National Science Foundation through Award CMMI 1932932 and the University of Wisconsin-Madison.
