Federated Batch Normalization (FedBN) is a method where each client retains and does not share the parameters of its local batch normalization (BN) layers during the federated averaging process. In standard federated learning, all model parameters, including BN statistics (mean and variance), are aggregated, which can be detrimental when client data is statistically heterogeneous. FedBN mitigates this feature shift by allowing each device to maintain normalization tailored to its unique data distribution, improving local model convergence and final global model performance.
Glossary
Federated Batch Normalization (FedBN)

What is Federated Batch Normalization (FedBN)?
Federated Batch Normalization (FedBN) is a specialized technique in federated learning designed to address the performance degradation caused by Non-IID data across clients by keeping local batch normalization parameters private.
The technique operates by excluding the affine parameters (scale γ and shift β) and running statistics of BN layers from the secure aggregation server updates. Only the weights of convolutional or fully connected layers are averaged. This simple architectural modification has been shown to significantly boost accuracy in personalized federated learning scenarios and is a foundational component for more advanced algorithms handling statistical heterogeneity. FedBN exemplifies a client-specific parameter approach to combat client drift.
Key Features of FedBN
Federated Batch Normalization (FedBN) is a technique designed to mitigate feature shift caused by Non-IID data by keeping local batch normalization layers private during federated aggregation.
Local BN Statistic Retention
In FedBN, each client retains its own local batch normalization (BN) parameters—specifically the running mean and running variance—and does not share them with the central server during aggregation. This is a fundamental departure from standard federated averaging, where all model parameters, including BN statistics, are averaged. By keeping these statistics local, the model preserves the client-specific feature distribution normalization, which is crucial when data is statistically heterogeneous.
Mitigation of Feature Shift
The core problem FedBN solves is feature shift, a type of data heterogeneity where the distribution of intermediate layer activations differs significantly across clients. When BN statistics from different clients are averaged, the resulting global statistics are a poor representation of any individual client's data, leading to degraded performance. FedBN prevents this by allowing each client's model to maintain normalization tuned to its unique data domain, effectively decoupling the feature alignment problem from the weight optimization problem.
Selective Parameter Aggregation
FedBN employs a masked aggregation strategy. During the federated averaging step, only a subset of model parameters is aggregated by the server. Typically, this includes all weight and bias parameters of convolutional and linear layers. The parameters of batch normalization layers (scale γ and shift β, along with the running statistics) are explicitly excluded from aggregation and remain fixed on the client device. This selective process is what enables personalization at the feature level.
Architecture Assumption & Applicability
FedBN is most effective and commonly applied in architectures that contain batch normalization layers, such as CNNs (e.g., ResNet, VGG) for vision tasks. Its efficacy is tied to the presence of these normalization modules. The technique assumes that the statistical heterogeneity is primarily captured in the feature distributions normalized by these layers. It is less directly applicable to models that use alternative normalization schemes (e.g., LayerNorm common in Transformers) without architectural adaptation.
Communication Efficiency
FedBN maintains the same communication cost per round as standard Federated Averaging (FedAvg) for the parameters it does share. It does not add extra uplink communication overhead because the BN parameters are simply not transmitted. However, it may slightly reduce the downlink cost, as the global model broadcast to clients lacks meaningful BN statistics, which are immediately overwritten by the client's local cached values. The primary efficiency gain is in improved convergence, reducing the total number of communication rounds needed to achieve a target accuracy under Non-IID conditions.
Foundation for Personalization
FedBN is often considered a lightweight personalization method. By preserving client-specific normalization, it creates a form of inherent model specialization without requiring multiple model instances or complex meta-learning loops. It serves as a strong baseline and is frequently combined with other personalized federated learning techniques. For example, a global model trained with FedBN can be used as a better initialization for further fine-tuning on each client, as the feature representations are already aligned with the local data.
FedBN vs. Standard Federated Averaging
A technical comparison of Federated Batch Normalization (FedBN) and the standard Federated Averaging (FedAvg) algorithm, highlighting how FedBN addresses the feature shift caused by Non-IID data by localizing batch normalization statistics.
| Feature / Mechanism | Standard Federated Averaging (FedAvg) | Federated Batch Normalization (FedBN) |
|---|---|---|
Core Aggregation Unit | All model parameters (weights & biases) | All parameters except Batch Normalization (BN) statistics (mean, variance) |
BN Layer Handling | BN statistics are averaged across clients | BN statistics (mean, variance) remain local and private to each client |
Primary Goal | Convergence to a single, shared global model | Mitigation of feature shift from Non-IID client data |
Communication Payload | Full model update (all parameters) | Slightly reduced payload (excludes BN statistics) |
Client-Specific Adaptation | None inherent; requires personalization techniques | Implicit via local BN statistics, providing client-specific feature normalization |
Theoretical Convergence | Proven under bounded gradient dissimilarity | Proven; local BN decouples client-specific feature distributions from global optimization |
Best Suited For | Relatively homogeneous (IID) data distributions | Highly heterogeneous (Non-IID) data with significant feature shift (e.g., different imaging devices, sensors) |
Typical Performance on Non-IID Data | Degraded accuracy due to client drift | Improved accuracy and stability by preserving local feature characteristics |
Frequently Asked Questions
Federated Batch Normalization (FedBN) is a specialized technique for training neural networks across decentralized, statistically heterogeneous data. This FAQ addresses its core mechanisms, benefits, and practical implementation.
Federated Batch Normalization (FedBN) is a federated learning technique where clients keep their local batch normalization (BN) layer parameters—specifically the running mean and variance—private and do not share them with the central server during model aggregation. This approach directly mitigates performance degradation caused by Non-IID data by allowing each client to maintain normalization statistics that are specific to its unique data distribution. In standard federated learning, aggregating BN statistics from clients with divergent feature distributions can introduce harmful feature shift into the global model, degrading its performance on all clients. FedBN prevents this by treating BN layers as local-only components.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Federated Batch Normalization (FedBN) is a key technique for handling statistical heterogeneity. These related concepts define the broader landscape of challenges and solutions for training on decentralized, non-identically distributed data.
Non-IID Data
Non-Independent and Identically Distributed (Non-IID) data is the core statistical challenge in federated learning. It means data samples across different clients are not drawn from the same underlying probability distribution. This violates a standard assumption of centralized machine learning and causes:
- Client Drift: Local models diverge from the global objective.
- Convergence Instability: The global model may not converge to a good solution.
- Performance Degradation: The final model underperforms on clients with unique data distributions. Real-world examples include medical imaging data from different hospitals or user typing patterns on different smartphones.
Statistical Heterogeneity
Statistical heterogeneity is the umbrella term for the variations in data distributions across federated clients. It is the practical manifestation of Non-IID data and encompasses several dimensions:
- Feature Distribution Shift (Covariate Shift): The distribution of input features
P(X)varies. - Label Distribution Shift (Prior Probability Shift): The distribution of output labels
P(Y)varies (e.g., label skew). - Concept Shift: The relationship between features and labels
P(Y|X)differs. - Quantity Skew: The amount of data per client varies dramatically. FedBN directly addresses feature distribution shift by localizing the normalization of activations.
Personalized Federated Learning (PFL)
Personalized Federated Learning is a family of techniques designed to produce models tailored to individual clients' local data, rather than a single global model. It is a primary solution to Non-IID data. Key approaches include:
- Local Fine-Tuning: Clients personalize the global model with a few local steps post-aggregation.
- Multi-Task Learning: Framing each client's problem as a related but distinct task.
- Model Mixture: Using a weighted combination of global and local models.
- Meta-Learning: Learning a model initialization that can be quickly adapted. FedBN is a form of architectural personalization, where the batch normalization layers become client-specific.
FedProx
FedProx is a foundational federated optimization algorithm that mitigates the effects of statistical and system heterogeneity. It modifies the local client training objective by adding a proximal term. This term penalizes the local model for straying too far from the current global model.
- Mechanism: The local loss function becomes
L_local(w) + (μ/2) * ||w - w_global||^2. - Effect: It limits client drift, allowing for variable amounts of local work (partial participation) and more stable convergence under Non-IID conditions. While FedProx regularizes the model weights, FedBN personalizes the normalization statistics—they are complementary techniques.
SCAFFOLD
SCAFFOLD (Stochastic Controlled Averaging) is an algorithm that uses control variates—correction terms stored on the server and each client—to reduce the variance between local updates. It directly tackles the client drift caused by Non-IID data.
- Client Control Variate: Tracks the difference between the client's gradient and the global gradient direction.
- Server Control Variate: The average of all client control variates.
- Update Correction: Local training steps are corrected using these variates, aligning client updates closer to the global optimum. This leads to significantly faster and more stable convergence compared to standard Federated Averaging in heterogeneous settings.
Clustered Federated Learning
Clustered Federated Learning is an approach that groups clients into clusters based on the similarity of their data distributions. Instead of one global model, a separate model is trained for each cluster.
- Process: Clients are partitioned (explicitly or via learned representations) into groups with more homogeneous data.
- Benefit: It transforms a highly Non-IID problem across all clients into several more IID-like problems within clusters.
- Relation to FedBN: FedBN personalizes at the individual client level. Clustered FL personalizes at the group level. They represent different points on the spectrum from one global model to many fully local models.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us