VoNR Control-Plane KPIs in 5G NR
Measuring VoNR — accessibility, setup time, retainability and EPS Fallback KPIs, with their numerator/denominator formulas.
A voice call over 5G is a chain of signalling events: the phone registers with IMS, a call is set up, a dedicated GBR flow for the media is created over the air, the call survives while you move around, and finally it ends cleanly. Control-plane KPIs measure how well each of those steps works — can the call start, does it stay up, does it survive movement — as opposed to how good the audio sounds (that last question belongs to MOS, a user-plane metric). This page follows the KPI measurement framework of TS 28.554, resting on the QoS model of TS 23.501 and the NAS/session procedures underneath. Counter names differ vendor to vendor; the numerator/denominator definitions here are the standard ones, and the diagnostic meaning behind each is what actually matters on a live network.
Introduction
Voice over New Radio (VoNR) is native 5G voice: the call is carried as IP packets over the NR air interface, using the IMS for call control and a dedicated 5G QoS flow for the media. Nothing about it is circuit-switched — it is signalling stacked on signalling, and every step can succeed or fail on its own.
Because a voice call is a chain of independent events, operators never judge it with a single number. They watch a family of Key Performance Indicators (KPIs), each answering one narrow question about one phase of the call: can it start, does it stay up, does it survive movement, does it sound good. This page covers the first three — the control-plane KPIs, computed from signalling events at the gNB and the IMS core. The fourth, MOS, is a user-plane metric named only for contrast.
You meet these KPIs the moment a network turns on VoNR: they are what an optimisation engineer stares at on the OSS dashboard, what an interviewer asks you to define and decompose, and what tells you where voice is breaking rather than merely that it is. The measurement framework is TS 28.554, resting on the QoS model of TS 23.501 and the fallback procedures of TS 23.502.
On this page
Why voice KPIs are needed
In plain words: a voice call is like a relay race with four legs — pick up the baton (start the call), keep running (stay connected), pass cleanly at every corner (survive each handover), and finish sounding good. One stopwatch at the finish line cannot tell you which runner dropped the baton. You need a split time at every leg. Voice KPIs are those split times.
A raw "voice works / voice is broken" verdict is useless to the engineer who has to fix it. The whole point of the KPI framework is localisation: decompose the call into measurable phases so a bad number points at one domain — the IMS core, the RAN admission-control path, the air interface, or the mobility/neighbour plan. Each KPI is deliberately a simple ratio of a success counter to an attempt counter (or a timed interval), so it can be sampled cheaply per cell, per hour, and compared across a network of thousands of cells.
They are needed for a second reason too: voice is the service subscribers judge a network by. A dropped call generates a complaint in a way a slow web page rarely does, and regulators and enterprise SLAs are written against exactly these accessibility, retainability and mobility figures. Getting the definitions right — which numerator, which denominator, which plane — is therefore not academic; it is what makes the dashboard trustworthy.
The KPI hierarchy for voice
Operators think about voice as a layered story, and every layer answers one blunt question. You climb the ladder in the order a real call experiences it, and — crucially — you diagnose in that same order, because a lower rung is meaningless until the rung beneath it is solid.
A ranked set of KPI families: Accessibility (can I start a call?), Retainability (does it stay up?), Mobility (does it survive me moving, or a fallback to LTE?), and Integrity (does it sound good?). The control-plane KPIs live in the first three families; MOS is the fourth and is a user-plane metric.
Grouping KPIs this way stops you drowning in counters. If accessibility is broken, retainability figures are noise — you cannot drop a call you never established. So you diagnose top-down: prove "it can start" before you trust "it stays up".
Each family reduces to a ratio of success counters to attempt counters, sampled at the RAN and the core. TS 28.554 defines the measurement categories; the gNB and the IMS core expose the raw counters that feed the formulas below.
The one-line mental model: Accessibility → Retainability → Mobility → Integrity. The first three are control plane (signalling success). The last, MOS, is user plane (media quality) and is out of scope here — named only so you know where it sits in the story and why it is measured differently.
The funnel shape is deliberate. Every attempt that clears accessibility becomes an established call that retainability then judges; every established call that survives becomes a candidate for the mobility events that only happen mid-call. Each layer operates on the survivors of the layer above, which is why a headline number in isolation can lie: a cell with a superb drop rate might simply be establishing very few calls in the first place. Read the families together, in order, and the story becomes honest.
Accessibility — can the call start?
Accessibility groups every KPI between "user presses dial" and "the call is up with media flowing both ways". For VoNR that spans two domains that must both succeed: the IMS layer (SIP signalling in the core) and the RAN layer (creating the radio bearer that actually carries the voice media). A break in either domain shows up as an accessibility failure, so the family is deliberately decomposed into sub-KPIs that localise the fault.
IMS Registration Success Rate
Before any call can happen, the UE must register with the IMS using SIP, carried on the default IMS signalling flow (5QI=5, a non-GBR flow set up when the IMS PDU session is established). If registration fails, the subscriber simply cannot originate or terminate a VoNR call at all — so this is the true root of accessibility, sitting logically before every other rate on the page.
A depressed value here almost always points at the core or the signalling path — P-CSCF discovery, authentication (IMS-AKA), or the 5QI=5 flow not coming up — rather than at the radio serving an individual call. It is the first counter you check, because it caps everything downstream.
VoNR Call Setup Success Rate (CSSR)
CSSR is the headline accessibility KPI: of all voice call attempts by registered subscribers, how many reached a fully established, media-capable call? It is really the product of several sub-successes, and decomposing it is precisely how you find where setup breaks rather than merely that it broke.
CSSR (%) = successful voice call setups ÷ voice call setup attempts × 100
Conceptually, CSSR ≈ P(5QI=1 flow setup) × P(RRCReconfiguration success) × P(SIP session established). A failure in any one factor drags the whole rate down, so operators track the two RAN-side factors as first-class KPIs in their own right. The decomposition below shows which domain owns each factor and how to read a failure there:
| CSSR sub-success | Domain | Key message / event | Failure means |
|---|---|---|---|
| SIP session establishment | IMS core | SIP INVITE → 200 OK | Signalling never completed — IMS, far end, or 5QI=5 path problem. |
5QI=1 QoS-flow setup | Core → RAN | PDU Session Resource Modify (GBR profile) | gNB could not admit the GBR flow — admission control or resources. |
Voice DRB add over air | RAN | RRCReconfiguration → RRCReconfigurationComplete | Air-interface reconfig lost — poor RF or UE failed to apply config. |
Dedicated 5QI=1 QoS-flow setup success
The make-or-break RAN step is establishing the dedicated GBR flow that will carry the voice media. This is triggered from the core: the SMF, on seeing the SIP session negotiate, requests the addition of the voice flow to the existing PDU session, which reaches the gNB as a PDU Session Resource Modify carrying the 5QI=1 QoS profile. The gNB must admit that GBR flow and map it to a data radio bearer.
A low value here is a RAN admission-control or resource story: the cell could not guarantee the GBR, or the bearer configuration failed. It is the single most diagnostic sub-KPI of CSSR, because the GBR flow is what distinguishes a real voice call from a signalling-only session.
RRCReconfiguration success
Admitting the flow is not enough; the gNB must actually reconfigure the UE over the air to add the voice DRB mapped to that 5QI=1 flow. It does this with an RRCReconfiguration message, and the UE must answer RRCReconfigurationComplete. If that handshake is lost — a missed message on a fading link, a UE that cannot apply the configuration — the flow is admitted in the core but never usable on air.
Two 5QIs, two roles: 5QI=5 is the non-GBR flow for IMS SIP signalling (set up when the IMS PDU session is created, at registration). 5QI=1 is the GBR flow for the voice media (set up per call, via PDU Session Resource Modify → RRCReconfiguration adding the DRB). Accessibility depends on both; CSSR mostly stresses the 5QI=1 path.
The 5QIs behind the counters
The two flows that gate accessibility are not arbitrary — they carry standardized 5QI characteristics defined in TS 23.501. Knowing the exact profile explains why each KPI behaves as it does: the media flow is delay-bounded and loss-tolerant, the signalling flow is loss-intolerant.
| 5QI | Resource type | Priority level | Packet Delay Budget | Packet Error Rate | Example service |
|---|---|---|---|---|---|
5QI=1 | GBR | 20 | 100 ms | 10−2 | Conversational voice (VoNR media) |
5QI=2 | GBR | 40 | 150 ms | 10−3 | Conversational video |
5QI=5 | Non-GBR | 10 | 100 ms | 10−6 | IMS SIP signalling |
Read the profiles against the KPIs: 5QI=5 has a punishing 10−6 error target because a lost SIP message stalls the whole call — which is why IMS-registration and SIP-establishment failures show up as hard accessibility failures. 5QI=1 tolerates 10−2 loss (a codec can conceal the odd frame) but enforces a 100 ms delay budget and a guaranteed bit rate, so its setup is an admission-control question — can the cell promise the GBR? — which is exactly what the 5QI=1 setup-success KPI measures.
How the media flow is scheduled on air
Once the DRB exists, the voice media rides the shared channels: downlink frames on PDSCH, uplink frames on PUSCH, each scheduled by a DCI on PDCCH scrambled with the UE's C-RNTI in the UE-specific search space. Because AMR voice frames are small and strictly periodic (typically one packet every 20 ms), a fresh PDCCH grant per packet is wasteful, so many deployments use SPS (Semi-Persistent Scheduling) on the downlink and a Configured Grant on the uplink: the periodic allocation is activated once by a DCI scrambled with CS-RNTI and then recurs without further signalling. This matters for the KPIs — a mis-tuned SPS period, a lost activation, or PDCCH blocking under load inflates both setup time and the frame-loss the codec must conceal, which surfaces as poor MOS even while every control-plane counter looks green. The RRCReconfiguration that adds the DRB is itself carried on SRB1 over DCCH.
LTE ↔ NR: every KPI on this page has a VoLTE twin. VoNR's 5QI=1 GBR flow is the NR counterpart of VoLTE's QCI=1 GBR bearer; CSSR, drop rate and handover success are defined identically in both, just counted on different nodes (gNB/5GC vs eNB/EPC). EPS Fallback is the one KPI unique to VoNR — it exists precisely because an NR call may have to abandon 5G and complete as VoLTE on LTE.
Call setup time — how long until it rings?
Success rates say whether a call sets up; setup-time KPIs say how long it takes. A call that succeeds but takes six seconds to ring feels broken to the user, so latency is measured alongside the rates and belongs to the same accessibility family.
The elapsed time from the user dialling to hearing ringing. End-to-end it is measured at IMS as the gap from the initial SIP INVITE to the 200 OK that confirms the session (with provisional responses like 180 Ringing in between). At the RAN it is measured as the time to set up the 5QI=1 GBR DRB.
Perceived responsiveness. Long setup usually points to a slow QoS-flow-setup step or, worse, an EPS Fallback detour that reroutes the call to LTE before it can even connect — adding seconds the user feels as dead air after dialling.
Timestamp the SIP transaction at the IMS core and the PDU Session Resource Modify → RRCReconfigurationComplete window at the gNB, then subtract. The RAN slice isolates how much of the total delay is radio-bearer setup versus core/SIP.
Why split RAN vs end-to-end? If total setup time is high but the RAN's 5QI=1 setup slice is low, the delay lives in IMS/SIP or the far end. If the RAN slice is high, the problem is local radio-bearer setup. Splitting the timer tells you which team owns the fix — and it is the fastest way to spot a silent EPS Fallback inflating every call.
Retainability — does it stay up?
Once a call is established, retainability asks whether it survives to a normal hang-up. The signature KPI is the drop rate: calls that ended abnormally — not because a user hung up — as a fraction of all established calls. This is the number that most directly maps to a subscriber complaint.
VoNR Call Drop Rate (%) = abnormally released voice calls ÷ total established voice calls × 100
An "abnormal release" is any teardown the user did not ask for. The usual culprits, and what each tells you when it dominates, are worth memorising because the drop rate on its own only tells you that calls are failing:
- Radio Link Failure (
RLF) — the radio link to the serving cell collapsed (coverage hole, interference, sudden fading) while the call was active.RLF-driven drops point to coverage or interference problems. - Handover failure — the call was mid-handover and the target cell was never reached, so the context was lost. Points to mobility and neighbour-planning issues.
- QoS flow release — the
5QI=1GBR flow was lost or pre-empted mid-call (for example the GBR could no longer be guaranteed under load). Points to congestion or admission-control problems.
The optimistic mirror image of the drop rate is the Voice Call Completion Rate — the share of established calls that reached a normal release. In a clean network the two are near-complements of each other, so a completion rate well below 100 − dropRate is a hint that some releases are being miscategorised.
Accessibility vs retainability, in one line: accessibility counts attempts that became calls; retainability counts calls that stayed up until a normal end. A network can have great CSSR and a terrible drop rate — easy to start a call, impossible to keep it — which is exactly why the two families are never merged into a single figure.
Mobility & EPS Fallback
Voice is used while people move — walking, driving, riding a lift. Mobility KPIs measure whether an active call survives a cell change, and whether a call that cannot be served natively on NR is handed cleanly to LTE. This family only ever operates on already-established calls, so it sits below retainability in the funnel.
In-call handover success
For an active voice call, a failed handover usually means a dropped call, so handover success is tracked specifically for calls in progress — both intra-NR (NR cell to NR cell) and inter-RAT NR↔LTE. It is the mobility-side counterpart to the handover-failure component of the drop rate.
EPS Fallback Success Rate
Many networks do not run VoNR everywhere yet. When a voice call is attempted on 5G but the NR cell is not provisioned to serve it, the network invokes EPS Fallback: it moves the UE to LTE (by redirection or inter-RAT handover) and completes the call as VoLTE. This KPI measures how reliably that redirection itself works — a failed fallback is a failed call.
EPS Fallback Success Rate (%) = successful fallbacks to LTE for voice ÷ EPS Fallback attempts × 100
EPS Fallback Execution Time
Even a successful EPS Fallback costs time: the UE must be redirected or handed over to LTE, re-establish the bearer there, and only then continue the call. This KPI captures that added latency, measured from the fallback trigger to the point the LTE bearer is ready to carry voice.
EPS Fallback Execution Time = t(LTE bearer ready for voice) − t(fallback trigger at gNB)
Why EPS Fallback hurts setup time: instead of setting up the 5QI=1 DRB on the current NR cell, the network first moves the UE to LTE and only then completes the call. That detour adds seconds to the SIP INVITE → 200 OK window, which is exactly why operators watch fallback execution time as closely as fallback success — the execution time is a hidden tax on the accessibility setup-time KPI.
Integrity — MOS, the user-plane counterpart
The fourth family, Integrity, answers the question none of the control-plane KPIs touch: once the call is up and staying up, does it actually sound good? Its signature metric is MOS (Mean Opinion Score), and it is named here purely so you know where it sits — it is out of scope for this page because it is a user-plane measurement, not a signalling one.
The distinction is sharp and worth internalising. Every KPI above is computed from control-plane events — a message sent, a response received, a flow admitted, a release classified. MOS, by contrast, is derived from the media itself: the audio quality perceived by the listener, estimated from packet-level behaviour of the voice stream (loss, jitter, delay, and the codec in use) or scored subjectively in testing. A call can post a perfect scorecard on IMS registration, CSSR, drop rate, and handover success and still deliver poor MOS if the media path is congested, the jitter buffer is starved, or the codec is transcoded down.
Where MOS fits: control-plane KPIs guarantee the call is connected and stable; MOS judges whether the media riding that connection is intelligible. They are complementary, measured from different planes, and a full voice-quality dashboard needs both. Everything else on this page is signalling; MOS is the sound.
Putting it together — the KPI table
Here is the full set on one page, grouped by family. Remember the counter names are illustrative — your vendor's OSS will label them differently — but the numerator/denominator logic and the diagnostic meaning are standard across TS 28.554 deployments.
| KPI | Category | Formula (num ÷ den) | What a bad value indicates |
|---|---|---|---|
| IMS Registration Success Rate | Accessibility | successful IMS registrations ÷ registration attempts | Subscribers can’t be reached for voice at all; 5QI=5 signalling flow, P-CSCF, or IMS-core problem. |
VoNR CSSR | Accessibility | successful voice setups ÷ setup attempts | Calls fail to establish; drill into 5QI=1 flow setup, RRCReconfiguration, or SIP. |
5QI=1 QoS-Flow Setup Success | Accessibility | successful 5QI=1 flow (DRB) setups ÷ attempts | GBR bearer for media not created; RAN admission-control failure or GBR unavailable. |
RRCReconfiguration Success | Accessibility | RRCReconfigurationComplete ÷ reconfigs sent | Air-interface reconfig lost; flow admitted in core but DRB never usable — poor RF or UE issue. |
| Voice Call Setup Time | Accessibility | time SIP INVITE → 200 OK (RAN slice: 5QI=1 setup) | Slow ringing; often a slow flow setup or a silent EPS Fallback detour. |
VoNR Call Drop Rate | Retainability | abnormally released calls ÷ total established calls | Calls don’t stay up; tied to RLF, handover failure, or QoS-flow release. |
| Voice Call Completion Rate | Retainability | normally released calls ÷ total established calls | Low value mirrors a high drop rate; check the same root causes. |
| In-call HO Success Rate | Mobility | successful voice handovers ÷ HO attempts | Calls drop on the move; neighbour/mobility planning (intra-NR and NR↔LTE). |
EPS Fallback Success Rate | Mobility | successful LTE fallbacks ÷ fallback attempts | Voice can’t be salvaged to LTE when NR can’t serve it; inter-RAT config problem. |
EPS Fallback Execution Time | Mobility | t(LTE bearer ready) − t(fallback trigger) | Long fallback delay inflates overall setup time. |
MOS (contrast) | Integrity (user plane) | subjective/estimated media quality score | Audio sounds poor even though signalling succeeded — not a control-plane KPI. |
Read the table top to bottom and it retraces the funnel: registration gates CSSR, CSSR decomposes into the two RAN factors plus setup time, retainability judges the survivors, mobility judges the movers, and MOS sits apart on the user plane. A second small table makes the plane split explicit, because it is the distinction interviewers probe most often:
| Aspect | Control-plane KPIs (this page) | Integrity / MOS |
|---|---|---|
| Plane | Control plane (signalling) | User plane (media) |
| Measures | Start, stay-up, survive mobility | Perceived audio quality |
| Source | gNB / IMS counters, message events | Voice packet stats, codec, subjective scoring |
| Example | CSSR, drop rate, HO success | MOS |
| Can be good while the other is bad? | Yes — a call can connect and stay up perfectly yet sound terrible, and vice versa. | |
⚠ Common pitfalls / gotchas
- Small-denominator trap: a cell with a superb drop rate may simply be establishing almost no calls — always read retainability against accessibility volume, not in isolation.
- Silent EPS Fallback: if VoNR is not enabled on a cell, every "voice call" quietly falls back to LTE, so VoNR
CSSRlooks fine while setup time balloons. Splitting the RAN slice of the setup timer is the only way to catch it. - Miscounting a redirection as a drop: a successful inter-RAT
EPS Fallbackmust not be scored as an abnormal release, or the drop rate is polluted with calls that actually completed on LTE. - Forgetting the signalling flow: tracking only the
5QI=1media flow and ignoring the5QI=5IMS-signalling flow hides registration failures that cap every downstream KPI. - Green control plane, poor audio: perfect
CSSR/drop-rate/HO figures say nothing aboutMOS— jitter, a starved jitter buffer or a transcoded codec can wreck audio on a call that scores perfectly on the control plane.
Summary
Voice on 5G is judged as a narrowing funnel of KPI families, diagnosed top-down because each layer operates only on the survivors of the one above. Accessibility asks whether a call can start — IMS Registration Success Rate, VoNR CSSR, and its two RAN factors, 5QI=1 GBR-flow setup (via PDU Session Resource Modify) and RRCReconfiguration success (adding the voice DRB on SRB1). Setup time lives in the same family and is split into an end-to-end SIP window (SIP INVITE→200 OK) and a RAN slice, so you can tell whether delay is core/SIP or radio — and spot a silent fallback.
Retainability asks whether an established call stays up to a normal release: the drop rate and its mirror, the completion rate, decomposed by abnormal-release cause (RLF, handover failure, 5QI=1 QoS-flow release). Mobility judges the movers — in-call handover success (intra-NR and inter-RAT) and, uniquely to VoNR, EPS Fallback success and execution time. Integrity (MOS) sits apart on the user plane, judging the media itself. The single most important discipline is to keep numerator, denominator and plane straight for every counter, and to read the families together and in order — a headline number in isolation lies.
Quick Q&A
Q. What’s the difference between accessibility and retainability KPIs?
A. Accessibility measures whether a call can start — the ratio of attempts that became established calls (IMS registration, CSSR, 5QI=1 flow setup, RRCReconfiguration). Retainability measures whether an established call stays up until a normal release — the drop rate and completion rate. They are independent: you can have high CSSR and a high drop rate at the same time.
Q. Into what sub-successes does VoNR CSSR decompose?
A. Roughly CSSR ≈ P(5QI=1 QoS-flow setup) × P(RRCReconfiguration success) × P(SIP session established). The core triggers the 5QI=1 GBR flow via PDU Session Resource Modify, the gNB adds the voice DRB with an RRCReconfiguration the UE must complete, and the SIP INVITE/200 OK handshake must finish. Any one failing pulls CSSR down, so each is tracked separately.
Q. Why can EPS Fallback hurt call setup time?
A. With EPS Fallback, the network doesn’t set up the voice DRB on the current NR cell. It first redirects or hands the UE over to LTE, and only then completes the call as VoLTE. That extra inter-RAT step adds seconds between SIP INVITE and 200 OK, so a network relying on fallback has structurally longer setup times than one running native VoNR — which is why fallback execution time is watched alongside fallback success.
Q. An active VoNR call drops. Which counters do you check and what do they imply?
A. Look at the abnormal-release breakdown behind the drop rate: RLF points to coverage or interference, a handover failure points to mobility and neighbour planning, and a 5QI=1 QoS-flow release points to congestion or admission control losing the GBR guarantee mid-call. The drop rate alone only says calls are failing; the release cause says why.
Q. Is MOS a control-plane KPI?
A. No. MOS (Mean Opinion Score) measures perceived audio quality of the media — it is a user-plane / integrity KPI. The control-plane KPIs on this page measure signalling success (start, stay up, survive mobility), not how the voice sounds. A call can score perfectly on every control-plane KPI and still have poor MOS.
Q. Why diagnose voice KPIs top-down through the hierarchy?
A. Because each family operates on the survivors of the one above it. Retainability is meaningless on calls that never established, and mobility KPIs only apply to active calls. If accessibility is broken you fix that first; a great drop rate on a cell establishing almost no calls is not good news, just a small denominator.
Where these KPIs connect
These KPIs measure the success of the voice signalling you set up elsewhere — the deployment options that decide whether you even use VoNR or EPS Fallback, the call flow whose steps the accessibility KPIs count, and the NAS/RRC signalling that carries the flow and bearer setup.