Method

What Is Discrete Rate Simulation?
Model Flow as Rates, Not as Individual Events

Discrete rate simulation models a line as rates of flow between machines and buffers, instead of tracking every item. The simulator only does work when a rate changes. That makes it a natural fit for high-speed lines and bulk flow, where stops, buffers and blocking decide the answer. It’s the method ReliaSim® is built on.

New to Discrete Rate? (2:18). Also on YouTube and the videos page.

The idea in one tank

Fill a tank from a pipeline and drain it at a slower rate. A continuous simulation recalculates the level at every time slice, whether anything changed or not. A discrete event simulation steps once for every unit in or out. A discrete rate simulation fires an event only when a rate changes, such as the tank starting to fill, filling up or emptying.

Between those events the rates hold, so the level moves in a straight line and the simulator can compute exactly when the next change will happen. It does no work in between.

The Fast-Slow Drain demo: one tank drawn three ways, as continuous, discrete event and discrete rate, with the number of events each one needs
The Fast-Slow Drain demo in the Sandbox draws one tank three ways on the same clock. The level ends in the same place, and the event counts don’t.

Scale that up to a real line and the gap grows with line speed. In the Hamburger Duo demo, a five-stage burger line runs as discrete event and discrete rate side by side, with 2,993 events against 6 for the same 300 burgers.

Three building blocks: constraints, buffers and interrupts

Every discrete rate model is built from three primitives.

Constraints

A constraint is any point that limits the rate of flow, such as a filler, a labeler, a reactor or a processing stage. Each has a maximum rate that can change over time. It runs at that rate until something changes it. An interrupt can slow it or stop it, a full buffer downstream can block it and an empty buffer upstream can starve it.

Examples: a filler at 1,200 cans a minute, a labeler at 850 bottles a minute, a reactor at 12 m³ an hour, a loading bay at 22 pallets an hour.

Buffers

A buffer is an accumulator between constraints. It fills when upstream runs faster than downstream and drains when downstream runs faster. Buffers are why a line doesn’t seize the moment one station hiccups. A well-placed buffer can absorb several minutes of downstream downtime, and a poorly sized one passes a stop straight through.

Examples: an accumulation table between filling and labeling, WIP between machining and assembly, a holding tank between a reactor and a distillation column.

Interrupts

An interrupt is an event that changes a constraint’s rate, such as a failure, a jam, a changeover, a quality hold or a scheduled stop. Each interrupt carries its own time-to-failure (TTF) and time-to-repair (TTR) distributions. A three-second label misread is one distribution and a four-hour belt replacement is another. Keeping them separate, instead of rolling them into one availability number, is how the model captures the knock-on effects that decide real-line throughput.

Why three are enough

The three compose. A real plant is a network: constraints connected through buffers, changed by interrupts. No other building block is needed. Any process you can describe as rates, accumulation and disturbances reduces to these three, and that is what makes the method general.

The same three primitives describe the bulk manufacturing system in the 1995 paper that introduced the method, the multi-line food plant validated in 2020, a fuel pipeline or a distillation column.

Where event-by-event simulation struggles

Discrete event simulation makes each unit its own event. That’s the right choice when unit identity matters, and it gets expensive as line speed rises. A station running 1,200 units a minute fires 1,200 events a minute. The usual fix is to lump short stops into one downtime factor, which removes the blocking and starving that often decide what a fast line actually produces. Discrete rate vs discrete event simulation covers the comparison in full.

Where discrete rate simulation fits

It fits any system where material flows at a rate and interruptions disrupt that flow.

Validated against a real plant

Fischel and Lange’s 2020 Winter Simulation Conference paper modeled a multi-line food plant in ExtendSim®. That model was rebuilt in ReliaSim and independently validated by Tom Lange, and the ReliaSim model came within 1% of both the plant’s measured OEE and the original model. The published OEE validation case study has the details.

How the method started

Andrew Siprelle created the technique in 1990, originally under the name bulk flow simulation. It entered the peer-reviewed record at the 1995 Winter Simulation Conference. The name discrete rate simulation came into use in the late 2000s, as the method was built into commercial simulation software. The history of discrete rate simulation tells the story, and the lineage traces five decades of the method, from Pritsker’s SLAM in 1979 to today.

The full published record is on the lineage page, and more of ChiAha’s research is on chiaha.com/research.

ExtendSim® is a registered trademark of Andritz Inc., referenced for identification only.

Guides on simulation methods

Frequently asked questions

What is discrete rate simulation?

Discrete rate simulation (DRS) models flow as a rate that changes only at discrete events, instead of tracking each unit as its own event. A model is built from constraints, buffers and interrupts. Between events the rates hold, so the simulator needs no recalculation until something changes.

How is discrete rate simulation different from discrete event simulation?

Discrete event simulation makes each unit an event the simulator schedules and processes, so its work grows with throughput. Discrete rate simulation makes each rate change an event (a failure, a repair, a changeover, a buffer filling or emptying), so its work grows with the number of rate changes instead of the number of units.

How is discrete rate simulation different from continuous simulation?

Continuous simulation integrates the state forward in small time steps whether anything changed or not. Discrete rate simulation is event-driven. It recalculates only when a rate changes or a buffer reaches full or empty, and because rates hold between events no numerical integration is needed.

What are the three primitives of discrete rate simulation?

Constraints limit the rate of flow. Buffers sit between constraints and absorb rate differences by filling and draining. Interrupts are events that change a constraint’s rate, each with its own time-to-failure and time-to-repair distributions.

What is bulk flow simulation?

Bulk flow simulation was the original name for discrete rate simulation. The 1995 Winter Simulation Conference paper that introduced it is titled Modeling a Bulk Manufacturing System Using Extend. The name discrete rate simulation came into use in the late 2000s.

Why is discrete rate simulation faster on high-speed lines?

In discrete event simulation a line running 1,200 units a minute produces 1,200 events a minute at each station. In discrete rate simulation the same line runs at a constant rate between interrupts, and the simulator does no work until a buffer fills, a failure fires or a changeover starts.

What software supports discrete rate simulation?

ReliaSim is ChiAha’s discrete rate simulator for production lines. ExtendSim offers discrete rate modeling in some editions. ChiAha’s free, browser-based Decoupling Buffer Simulator uses discrete rate simulation to explore buffer design.

Who invented discrete rate simulation?

Andrew Siprelle, founder of ChiAha, created discrete rate simulation in 1990. He called it bulk flow simulation. The first paper, Modeling a Bulk Manufacturing System Using Extend (Siprelle and Parsons), appeared at the 1995 Winter Simulation Conference. The history has the full story.

When was discrete rate simulation invented?

In 1990, under the name bulk flow simulation. The first peer-reviewed paper appeared in 1995. The name discrete rate simulation came into use in the late 2000s, in Damiron and Nastasi’s 2008 and Krahl’s 2009 Winter Simulation Conference papers, as the method was built into commercial software.

Is discrete rate simulation validated against real production lines?

Yes. Fischel and Lange’s 2020 Winter Simulation Conference paper modeled a multi-line food plant. That model was rebuilt in ReliaSim and independently validated within 1% of both the plant’s measured OEE and the original model. See the published OEE validation case study.

What industries use discrete rate simulation?

Any industry with rate-based flow: high-speed filling, bottling and packaging lines in food and beverage, consumer products and pharmaceuticals; chemical and continuous-process plants; bulk material handling; and pulp and paper. Published work has also applied it to logistics and supply chain planning. See industries.

Watch one tank run three ways

The Discrete Rate tier of the Sandbox runs the Fast-Slow Drain, the Hamburger Duo and five more models in your browser, with no signup.

Open the Fast-Slow Drain →

Or compare the methods in discrete rate vs discrete event simulation.