Centralized Training Decentralized Execution (CTDE) is a multi-agent learning paradigm where agents are trained with access to global state information—including the observations and actions of all other agents—but during deployment, they execute actions using only their own local, partial observations. This architecture eliminates the need for inter-agent communication at runtime, enabling scalable coordination in bandwidth-constrained environments.
Glossary
Centralized Training Decentralized Execution (CTDE)

What is Centralized Training Decentralized Execution (CTDE)?
A training paradigm that bridges the gap between global coordination and local autonomy in multi-agent systems.
CTDE addresses the non-stationarity problem inherent in multi-agent reinforcement learning by providing a stationary, omniscient perspective during the training phase. The critic network receives the joint state-action space to learn a stable value function, while the actor network is conditioned solely on local observations. This decoupling is foundational for applications like multi-cell RAN optimization, where base stations must coordinate interference management during offline training but act independently during live network operation.
Key Characteristics of CTDE
Centralized Training Decentralized Execution (CTDE) is a multi-agent learning paradigm that resolves the tension between global coordination and local autonomy. During a centralized training phase, agents have access to global state information and other agents' observations to learn coordinated policies. During decentralized execution, agents act using only their own local observations, eliminating communication overhead and single points of failure.
Global Information During Training
During the training phase, each agent's critic network receives the full global state—including observations, actions, and positions of all other agents. This extra information acts as a 'training wheels' mechanism, allowing the critic to accurately assess the value of an agent's action within the broader team context. The centralized critic can learn to assign credit even when an agent's local observation is ambiguous, dramatically accelerating the learning of cooperative behaviors. This approach directly addresses the non-stationarity problem inherent in independent multi-agent learning.
Local Observation During Execution
Once trained, the agent's actor (policy) network is deployed independently. It maps only the agent's own local sensory input directly to actions without querying a central controller or communicating with peers. This ensures:
- Zero communication overhead during decision-making
- Fault tolerance: failure of one agent does not crash the system
- Scalability: adding more agents does not increase per-agent latency
- Privacy: agents do not need to broadcast sensitive local state
Actor-Critic Decomposition
CTDE is most commonly implemented using the actor-critic architecture. The critic is centralized and takes global state as input to compute a value estimate; the actor is decentralized and takes only local observations to output a probability distribution over actions. This decomposition is the foundation of algorithms like MADDPG (Multi-Agent Deep Deterministic Policy Gradient) and COMA (Counterfactual Multi-Agent Policy Gradients). After training, the centralized critic is discarded—only the lightweight actor networks are deployed to agents.
Parameter Sharing for Homogeneous Agents
When agents are functionally identical—such as multiple base stations in a cellular network—CTDE enables parameter sharing. A single policy network is trained using the aggregated experiences of all agents, with agent-specific context provided via an agent ID embedding or local observation. This dramatically improves sample efficiency, as every agent's experience contributes to improving the shared policy. During execution, each agent runs an identical copy of the policy but conditions on its unique local observation, producing agent-specific behaviors.
Counterfactual Credit Assignment
A core challenge in cooperative multi-agent systems is determining which agent's action contributed to a shared team reward. CTDE enables counterfactual baselines—comparing the global reward received to what the reward would have been had the agent taken a different action. Algorithms like COMA compute a separate baseline for each agent by marginalizing out that agent's action, providing a precise learning signal that isolates individual contributions from collective outcomes and prevents lazy agent problems.
CTDE in Telecom RAN Optimization
In AI-enhanced Radio Access Networks, CTDE maps naturally to the distributed infrastructure. During offline training in a digital twin or network simulator, a centralized critic has access to full network telemetry—all UE positions, channel states, and cell loads. During live deployment, each base station's agent executes independently using only its own local SINR measurements, buffer status reports, and connected user equipment CQIs. This enables coordinated interference management and load balancing without real-time inter-gNB signaling, directly reducing X2/Xn interface overhead.
Frequently Asked Questions
Clear, technical answers to the most common questions about the Centralized Training Decentralized Execution architecture for multi-agent reinforcement learning in wireless systems.
Centralized Training Decentralized Execution (CTDE) is a multi-agent reinforcement learning (MARL) paradigm where agents are trained with access to global state information—including the observations and actions of all other agents—but during deployment, each agent acts independently using only its own local observations. This architecture solves the non-stationarity problem inherent in multi-agent systems: during training, a centralized critic can observe the full environment state and the joint actions of all agents, providing a stable learning signal. At execution time, the decentralized actors rely solely on their own policy and partial observations, eliminating the need for inter-agent communication and reducing latency. In wireless networks, this means a group of base stations can be trained together in a simulator with perfect global knowledge of channel states and user positions, but once deployed, each base station makes independent resource allocation decisions based only on its own local measurements.
CTDE vs. Other MARL Paradigms
A comparison of multi-agent reinforcement learning paradigms based on information access during training and execution phases, communication requirements, and scalability characteristics.
| Feature | CTDE | Fully Centralized | Fully Decentralized |
|---|---|---|---|
Training Information Access | Global state, joint observations, and shared rewards | Global state and joint observations from all agents | Local observations only; no global information |
Execution Information Access | Local observations only | Global state required | Local observations only |
Inter-Agent Communication During Execution | |||
Scalability with Agent Count | Linear to sub-linear; training scales with critic complexity | Poor; state-action space grows exponentially | Excellent; each agent operates independently |
Coordination Capability | High; centralized critic learns joint value function | Optimal; single controller has full observability | Limited; emergent coordination through local interactions |
Single Point of Failure | |||
Typical Architecture | Actor-Critic with centralized critic and decentralized actors | Single monolithic policy network | Independent Q-learners or independent actor-critics |
Sample Efficiency | Moderate to high; shared experience buffer | High; centralized replay of all transitions | Low; each agent learns from limited local data |
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
Centralized Training Decentralized Execution (CTDE) builds upon several core multi-agent learning and wireless networking concepts. The following terms are essential for understanding the mechanisms and challenges of deploying CTDE in AI-enhanced RAN.
Multi-Agent Reinforcement Learning (MARL)
The foundational framework for CTDE, where multiple autonomous agents learn simultaneously in a shared environment. Unlike single-agent RL, MARL must address non-stationarity—where one agent's policy change alters the environment dynamics for others. CTDE is a specific MARL paradigm designed to mitigate this by providing global context during training while maintaining decentralized execution.
Actor-Critic Method
A hybrid RL architecture that naturally supports CTDE. The actor is the decentralized policy that maps local observations to actions. The critic is a centralized value function that evaluates actions using global state information. During training, the critic provides a low-variance learning signal to the actor. At execution, only the actor is deployed, enabling decentralized operation without communication overhead.
Dec-POMDP
The Decentralized Partially Observable Markov Decision Process is the formal mathematical framework underlying CTDE. It models scenarios where multiple agents operate under partial observability—each agent receives only a local observation of the true global state. The framework defines how joint actions produce joint observations and a shared reward, capturing the coordination problem CTDE algorithms are designed to solve.
Experience Replay
A technique critical for stabilizing CTDE training. Past transitions—comprising global state, local observations, actions, and rewards—are stored in a replay buffer and randomly sampled in mini-batches. This breaks harmful temporal correlations in sequential data. In CTDE, the replay buffer must store both the centralized critic's global state and each agent's local observation-action pairs to enable effective off-policy learning.
Radio Resource Management (RRM)
The primary application domain for CTDE in wireless networks. RRM encompasses the algorithms that allocate power, spectrum, and time slots across base stations and user equipment. CTDE enables RRM agents—each controlling a single cell or user group—to learn globally optimal allocation strategies during training while executing decisions independently using only local channel state information and buffer status reports.
Interference Management
A key coordination challenge that CTDE addresses in dense cellular deployments. When multiple base stations transmit simultaneously, co-channel interference degrades signal quality. A CTDE approach trains each base station's scheduling agent with access to global interference maps, but at execution, each agent selects beamforming vectors and power levels using only local SINR measurements and user locations, eliminating the need for real-time inter-cell coordination.

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