System Capacity Design

Erlang B Calculator

Repeater and channel sizing for blocking radio systems. Erlang B, Engset, and Extended Erlang B models with N minus 1 redundancy, busy hour scenario comparison, and technology aware sizing for P25, DMR, TETRA, and analog fleets.

Overview

Capacity planning is where most radio system designs quietly go wrong. A repeater count is chosen by rule of thumb early in the project, the licence is applied for, the radios are bought, and the network goes live. The complaints start a few months later when the morning shift turnover or an emergency response pushes traffic past the silently assumed busy hour, calls start blocking, and operators reach for new spectrum or extra repeaters that should have been planned in from the start. The right answer is not guesswork. It is Erlang B, applied properly to the actual user behaviour.

The noIM₃ Erlang B Calculator is a complete capacity planning workspace for radio systems operating under blocking conditions, where calls that cannot be served are cleared rather than queued. It runs three industry traffic models simultaneously. Standard Erlang B (ITU E.501) for the infinite population assumption used in most published tables. Engset for finite user populations where the user to channel ratio falls below ten and Erlang B starts to materially understate the required channels. Extended Erlang B for systems with significant retry behaviour, where blocked callers immediately try again and inflate the effective offered traffic.

Three calculation modes cover every sizing question. Channels Required finds the minimum channel count to meet a grade of service target. Max Users finds the largest fleet a fixed channel plan can support. GOS Analysis evaluates blocking probability for a given channel count and offered traffic. All three modes drive the same downstream outputs (repeaters, utilisation, N minus 1 analysis, sensitivity sweep, scenario comparison) so switching modes is non destructive. Outputs are technology aware for P25 Phase I and II, DMR Tier II and III, TETRA, analog, and custom systems, returning a deployable repeater count rather than a raw channel number.

Capabilities

Three calculation modes

Channels Required, Max Users, and GOS Analysis. The first finds the minimum channel count to meet a grade of service target. The second finds the largest fleet a fixed channel plan can support. The third evaluates blocking probability for a given channel count and offered traffic. All three drive the same downstream outputs, so switching modes is non destructive.

Multi model validation

Every result is automatically cross checked against Erlang B, Engset, and Extended Erlang B. Engset activates a recommendation when the user to channel ratio falls below ten and Erlang B starts to materially understate required channels. Extended Erlang B iterates the effective offered traffic upwards to account for retry behaviour with a configurable retry fraction. The model comparison panel shows all three side by side so engineers can document the rationale for the model chosen.

BHCA estimator and multi group aggregation

Traffic can be entered directly or derived using the built in busy hour call attempts (BHCA) estimator, which supports three survey methods. System level daily call counts with busy hour peaking. Per person calls per shift. Uniform distribution across shift hours. For heterogeneous fleets, the multi group aggregator accepts separate user populations with individual BHCA, average hold time, and activity factor inputs and computes aggregate offered traffic automatically.

N minus 1 redundancy analysis

The N minus 1 panel models the impact of losing one repeater from the designed pool, recalculating blocking probability and flagging whether the degraded system remains within an acceptable grade of service. Essential for critical infrastructure, public safety, and any network where a single repeater outage cannot be allowed to take the service down.

Sensitivity sweep

A sensitivity table sweeps offered traffic across a configurable range, showing required channels, repeaters, and blocking at each load point. Lets planners identify the tipping points where adding one more user or one more channel changes the system materially, and validates the design margin against expected growth.

Busy hour scenario comparison

Define up to five named busy hour scenarios with independent user counts, BHCA, average hold time, grade of service targets, and growth margins. The comparison table shows offered traffic, required channels, channels with growth, repeaters, utilisation, and actual GOS side by side. The worst case scenario is automatically identified and flagged as the procurement driver, so the radio count on the order is the one that survives every realistic peak rather than just the average day.

Technology aware sizing

Channel to repeater translation is technology aware. P25 Phase I returns one channel per repeater. P25 Phase II returns two voice channels per repeater. DMR Tier II returns two voice channels per repeater. TETRA returns four channels per repeater. Analog returns one channel per repeater. Custom multipliers are supported. The output is a deployable repeater count rather than a raw channel number that still needs translating.

Reference Erlang B table and CSV export

A reference Erlang B table is built in for cross checking results against published values. CSV export captures the inputs, results, model comparison, sensitivity sweep, and scenario comparison so the analysis can be filed against the project, attached to a procurement document, or submitted with a spectrum licence application.

Standards & methodology

  • ITU E.501. Estimation of traffic offered in the network
  • ITU E.523. Standard traffic profiles for international traffic streams
  • Engset finite population traffic model
  • Extended Erlang B with retry behaviour
  • ACMA spectrum licence application alignment for Australian deployments

When to use this tool

  • Sizing repeaters for a new DMR Tier II, P25, TETRA, or analog radio system
  • Validating grade of service for public safety and critical communications networks
  • Checking whether Erlang B is appropriate or Engset correction is required for small fleets
  • Modelling retry heavy environments with Extended Erlang B
  • Performing N minus 1 redundancy checks for critical infrastructure sites
  • Comparing morning, evening, and emergency traffic peaks side by side
  • Supporting spectrum licence applications and procurement documentation
  • Justifying a repeater procurement to finance and operations stakeholders
  • Validating a vendor proposed channel count against independent traffic modelling
  • Producing capacity headroom analysis for a working network before adding users
  • Sizing channel capacity for a contractor radio fleet during a major project ramp up
  • Teaching trunked and conventional radio capacity fundamentals

Is this the right tool for you?

Reach for the Erlang B Calculator in any of the following situations.

  • You are designing a new DMR Tier II, P25, TETRA, or analog radio system and need to know how many repeaters to specify before going to procurement.
  • You are responsible for a public safety or critical communications network and need to validate that the current grade of service holds up under realistic busy hour traffic.
  • You are operating a small radio fleet (for example a single mine, port, or campus) and want to confirm whether Erlang B is appropriate or whether Engset correction is needed because the user to channel ratio is low.
  • You are running a network where users immediately retry blocked calls (dispatch, emergency services, time critical operations) and need Extended Erlang B to capture the inflated effective traffic.
  • You are responsible for redundancy at a critical site and need a defensible N minus 1 analysis showing whether the network still meets its grade of service if one repeater fails.
  • You are modelling a system that has different traffic peaks at different times (morning shift change, evening turnover, emergency response) and need a side by side scenario comparison rather than a single point estimate.
  • You are preparing a spectrum licence application or variation and need traceable engineering output to support the channel count requested on the form.
  • You are justifying a repeater purchase to finance or operations stakeholders and need a clear capacity case rather than a rule of thumb count.
  • You are validating a vendor proposed channel count and want an independent Erlang B and Engset cross check before signing the order.
  • You are operating a working network that is approaching capacity and need to know how much headroom remains before adding users or splitting cells.
  • You are sizing channel capacity for a contractor radio fleet during a major project ramp up where user numbers will grow over the project lifecycle.
  • You are evaluating different technology choices (P25 Phase I versus Phase II, DMR Tier II versus Tier III, TETRA) and need a like for like channel and repeater count comparison under the same traffic assumptions.
  • You are producing a capacity headroom report for a customer or internal stakeholder showing how the network responds to twenty, fifty, and one hundred per cent traffic growth.
  • You are training new RF or systems engineers and want a teaching tool that exposes Erlang B, Engset, and Extended Erlang B side by side rather than just one model.
  • You need to identify the worst case busy hour scenario for procurement so the radio count on the order survives every realistic peak rather than only the average day.

Frequently asked questions

When should I use Erlang B versus Engset versus Extended Erlang B?

Erlang B assumes an infinite user population and is appropriate when the user to channel ratio is high (greater than ten). Engset is the correct model when the user population is small relative to channel count, where Erlang B materially understates required channels. Extended Erlang B is appropriate when blocked callers immediately retry, which inflates the effective offered traffic. The calculator runs all three on every result so the model choice is informed rather than blind.

What is grade of service and what target should I pick?

Grade of service is the probability that an arriving call is blocked because no channel is available. Common targets are 1 per cent for general purpose radio, 2 per cent for less critical operations, and 0.5 per cent or lower for public safety and emergency services. The right target depends on user expectation, the cost of a blocked call, and licence or contractual obligations.

How do I get the busy hour traffic if I do not know my users call profile?

The built in BHCA estimator supports three approaches. Enter system level daily call counts with a busy hour peaking factor. Enter per person calls per shift. Or enter uniform distribution across shift hours. For heterogeneous fleets, the multi group aggregator lets you define separate populations with individual BHCA, average hold time, and activity factor inputs.

Does the calculator translate channels to repeater count for my technology?

Yes. The output respects technology specific channel to repeater multipliers. P25 Phase I returns one channel per repeater. P25 Phase II returns two voice channels per repeater. DMR Tier II returns two voice channels per repeater. TETRA returns four channels per repeater. Analog returns one channel per repeater. Custom multipliers are supported.

What does N minus 1 redundancy mean here?

N minus 1 means the system continues to operate within an acceptable grade of service after losing one repeater from the designed pool. The analysis recalculates blocking probability with the reduced channel count and flags whether the degraded system still meets the target. Essential for critical infrastructure where a single outage cannot take the service down.

Can I model multiple busy hour scenarios at once?

Yes. You can define up to five named scenarios (for example morning shift, evening peak, emergency response, end of month, summer storm) with independent user counts, BHCA, average hold time, grade of service targets, and growth margins. The comparison automatically identifies the worst case scenario as the procurement driver so the radio count on the order survives every realistic peak.

Does this work for queued systems as well as blocking?

No. Erlang B is the correct model for blocking systems where unanswered calls are cleared. For queued systems where calls wait for a free channel, the Erlang C model applies. Use the noIM₃ Erlang C Calculator for queued environments such as call centres or systems with hold queues.