A demand response aggregator acts as an intermediary, enrolling residential, commercial, and industrial customers into a unified portfolio. By pooling many small, individual behind-the-meter assets—such as smart thermostats, HVAC systems, and industrial pumps—the aggregator creates a virtual power plant large enough to bid into ancillary service markets. This aggregation transforms passive consumers into active grid participants capable of providing frequency regulation and peak shaving services.
Glossary
Demand Response Aggregator

What is a Demand Response Aggregator?
A demand response aggregator is a third-party entity that combines the flexible load reduction capacity of multiple retail electricity consumers into a single, tradable resource block for wholesale energy markets.
The aggregator manages the entire technical and financial lifecycle, including customer baseline load (CBL) calculation, automated dispatch via protocols like OpenADR, and measurement and verification (M&V) of actual load reduction. A centralized demand response management system (DRMS) orchestrates the portfolio, sending dynamic pricing signals or direct load control commands. The aggregator then settles payments with both the grid operator and the individual participants, profiting from the spread between wholesale market revenue and retail customer incentives.
Core Functions of an Aggregator
A Demand Response Aggregator acts as a technical and financial intermediary, transforming thousands of disparate behind-the-meter assets into a single, reliable resource capable of bidding into wholesale energy markets.
Portfolio Enrollment & Asset Registration
The foundational process of onboarding diverse Behind-the-Meter (BTM) assets into a unified portfolio. This involves technical vetting of load flexibility, installing telemetry gateways, and establishing secure communication links via protocols like OpenADR 2.0b or IEEE 2030.5. The aggregator must map the operational constraints of each asset—such as minimum run times for industrial pumps or thermal comfort bands for smart thermostats—to ensure dispatchability without violating end-user processes.
Baseline Calculation & Metering Verification
Aggregators must statistically establish a Customer Baseline Load (CBL) to quantify the impact of a curtailment event. This involves applying complex regression models to historical interval meter data to predict what consumption would have been absent the event. Common methodologies include the 10-of-10 baseline or weather-adjusted ISO New England models. Rigorous Measurement and Verification (M&V) ensures the delta between the baseline and actual load is defensible for settlement.
Market Bidding & Capacity Optimization
The aggregator acts as a market participant, bidding the aggregated load reduction capacity into wholesale markets such as PJM's Emergency Load Response or ERCOT's Ancillary Services. This requires forecasting portfolio availability, factoring in forced outage rates, and optimizing bids across stacked revenue streams. The aggregator must decide in real-time whether to dispatch a battery for frequency regulation or reserve it for a higher-value capacity market obligation.
Real-Time Dispatch & Load Control
Upon receiving a Grid Stress Signal or market clearing price, the aggregator's Demand Response Management System (DRMS) must decompose a single megawatt-scale dispatch command into thousands of discrete device-level instructions. This requires sub-second latency to trigger Automated Demand Response (ADR) sequences, such as throttling a variable frequency drive or cycling an HVAC compressor, while respecting local device overrides and critical process loads.
Settlement & Financial Reconciliation
Post-event, the aggregator manages the complex financial waterfall. The Settlement Engine reconciles verified performance data against market settlements, calculating penalties for underperformance and distributing revenue to end-customers. This involves managing Locational Marginal Price (LMP) risk, allocating capacity revenue shares, and ensuring that retail customer incentives align with the wholesale market value of their Load Flexibility.
Frequently Asked Questions
Clear, technical answers to the most common questions about how demand response aggregators operate, bid into markets, and manage distributed energy portfolios.
A demand response aggregator is a third-party entity that enrolls multiple retail electricity consumers into a single portfolio to bid the combined load reduction capacity into wholesale energy, capacity, and ancillary service markets. The aggregator installs control hardware or integrates via OpenADR or IEEE 2030.5 protocols at each customer site. When the grid operator issues a dispatch signal, the aggregator's Demand Response Management System (DRMS) automatically curtails enrolled loads—such as HVAC compressors, industrial pumps, or battery storage—across the portfolio. The aggregator then measures performance against each customer's Customer Baseline Load (CBL), verifies the reduction through Measurement and Verification (M&V) protocols, and distributes market revenue back to participants, retaining a percentage as compensation for managing the complexity of wholesale market participation.
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
Understanding the Demand Response Aggregator requires familiarity with the market mechanisms, signal protocols, and asset types that constitute the demand-side flexibility landscape.
Virtual Power Plant (VPP)
A cloud-based aggregation of decentralized energy resources—including batteries, smart thermostats, and EV chargers—coordinated to provide grid services equivalent to a traditional power plant. Aggregators use VPP software to bid the combined capacity of thousands of behind-the-meter assets into wholesale energy markets.
Customer Baseline Load (CBL)
A statistical calculation of what a customer's energy consumption would have been absent a demand response event. CBL methodologies—such as 10-day averaging or regression models—are critical because the aggregator's revenue depends on accurately measuring the delta between actual load and this counterfactual baseline.
Ancillary Service Market
The competitive marketplace where grid operators procure specialized services to maintain reliability. Aggregators bid demand response capacity into products like:
- Frequency Regulation: Sub-second load adjustments to maintain 60 Hz
- Spinning Reserves: Load that can be shed within 10 minutes
- Non-Spinning Reserves: Load available within 30 minutes
Measurement and Verification (M&V)
The rigorous analytical process of quantifying actual load reduction delivered against the Customer Baseline Load. M&V protocols—often defined by ISO/RTO market rules—determine financial settlement. Aggregators must apply statistical adjustments for weather, occupancy, and operational variability to avoid performance penalties.

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