>
Home5G NRVoice — VoNR & IMSVoice Options
📞 Voice — VoNR & IMSBeginner

5G Voice Service Implementation Options in 5G NR

How voice reaches a 5G phone — there is no circuit voice in 5G, so it's VoNR, EPS Fallback or (NSA) VoLTE, and when each is used.

📚 3GPP-basedTS 23.501TS 23.502TS 24.501

5G NR has no circuit-switched voice — there is no CS domain in the 5G Core at all. Voice becomes just another data service, carried as IP packets over the IMS (IP Multimedia Subsystem) with the MMTEL (Multimedia Telephony) service on top. That single design choice is the root of every "voice option" you hear about: VoNR keeps the whole call on 5G NR, while EPS Fallback borrows LTE for the call because the 5G voice leg is not ready yet. This page is grounded in TS 23.501 (system architecture and QoS), TS 23.502 (procedures), and TS 24.501 (5G NAS).

Introduction

"Voice options" is the name for the handful of ways a 5G subscriber's phone call can actually be delivered, given that the 5G Core carries no circuit-switched voice. Every option ultimately runs the same telephony service — IMS/MMTEL voice over an IP bearer with tight QoS — and they differ only in which radio and core carry it: 5G NR (VoNR), LTE after a move down from 5G (EPS Fallback to VoLTE), or LTE from the start (NSA VoLTE).

This matters throughout the network lifecycle. At registration, the network tells the UE whether IMS voice is even possible here (the IMS VoPS indicator). At call setup, the core requests a dedicated voice QoS flow, and the gNB decides in that instant whether to serve the call on NR or fall back to LTE. Getting the options straight is what turns "why did my 5G call drop to LTE?" from a mystery into a predictable consequence of coverage, UE capability, and operator configuration.

The page is grounded in TS 23.501 (system architecture and the 5G QoS model), TS 23.502 (session-management and mobility procedures, including fallback), and TS 24.501 (5G NAS, where the voice-domain indications live).

Why 5G needs "voice options" at all

💡

In plain words: imagine a brand-new high-speed motorway (5G NR) that is not yet paved everywhere. For everyday driving (data) you use it happily. But for an ambulance run that cannot be interrupted (a voice call), if the new road has a gap, you divert onto the reliable old highway (LTE) for that trip, then rejoin the motorway when you can. VoNR is staying on the motorway the whole way; EPS Fallback is the planned diversion; Fast Return is rejoining as soon as the call ends.

The concrete reason options exist is a mismatch of maturity. Voice is unforgiving: a conversational call needs a guaranteed-bit-rate flow with bounded delay and loss for its entire duration, including at the cell edge and while moving. Early 5G NR often cannot promise that — it sits on high bands with patchy coverage, and many gNBs have not enabled voice admission yet. Data, by contrast, tolerates best-effort treatment. So operators launch 5G for data immediately but keep leaning on the mature, reliable LTE VoLTE stack for the call until VoNR coverage and support catch up. The "options" are simply the graceful ways to bridge that gap without dropping calls.

Why 5G Has No Native Circuit Voice

In 2G and 3G, voice rode a dedicated circuit-switched (CS) domain with its own MSC and CS bearers. LTE already dropped native CS voice and moved telephony onto IMS as VoLTE (Voice over LTE), carried on dedicated EPS bearers with strict QoS. 5G Standalone (SA) goes one step further: the 5G Core (5GC) is a packet-only, service-based architecture. There is no MSC, no CS bearer, and nothing CS-shaped to fall back to inside the 5GC. So the only way to deliver voice to a 5G UE is as media packets in an IMS session, described by the MMTEL telephony service.

Because voice is now "just data with strict QoS," it is delivered on QoS flows inside a PDU session, exactly like any other traffic — the difference is purely the QoS treatment. IMS signalling (the SIP messages that set up, modify and tear down the call) rides a non-GBR flow, and the conversational voice media rides a guaranteed-bit-rate (GBR) flow so the codec packets arrive on time with bounded delay and loss.

🎯

One-line intuition: 5G voice = IP packets over IMS with tight QoS. Whether those packets travel over 5G NR (VoNR) or over LTE (VoLTE after EPS Fallback) is a deployment choice, not a different kind of "voice."

QoS flow5QIResource typePriority / delay budget (typical)Carries
IMS signalling5QI=5Non-GBRHigh priority, ~100 ms PDBSIP messages that set up / modify / tear down the call
Voice media5QI=1GBR~100 ms PDB, low, bounded lossThe conversational voice codec packets themselves

These 5QI values are standardised in TS 23.501, meaning every compliant network maps them to the same characteristics without per-operator negotiation. Each 5QI row fixes a resource type (GBR or non-GBR), a Priority Level, a Packet Delay Budget (PDB) and a Packet Error Rate (PER): 5QI=1 (GBR, conversational voice) carries a low PER and a ~100 ms PDB, while 5QI=5 (non-GBR, IMS signalling) is highest-priority so SIP setup is never starved. The individual flows are identified on the air by their QFI (QoS Flow Identifier) and governed by an ARP (Allocation and Retention Priority) that decides who wins when radio resources are scarce — which is exactly why a voice GBR flow can pre-empt best-effort data.

📖

Spec anchor: the 5G QoS model and the table of standardised 5QI values are in TS 23.501; the session-management and mobility procedures (including EPS Fallback and handover) are in TS 23.502; the "IMS Voice over PS Session" indication and UE voice-domain handling are in the NAS spec TS 24.501.

🔀

LTE ↔ NR: LTE already had no CS voice in the EPC — VoLTE is IMS voice on a dedicated EPS bearer identified by a QCI (QCI=1 for the GBR voice bearer, QCI=5 for IMS signalling). 5G replaces the bearer model with the finer-grained QoS flow model: QCI becomes 5QI, the EPS bearer becomes a QoS flow inside a PDU session, and flows are tagged with a QFI. The values line up deliberately (QCI=15QI=1, QCI=55QI=5) so an EPS-Fallback call transfers cleanly.

VoNR — Voice Stays on 5G

VoNR (Voice over NR) is the target end-state: the entire call — both signalling and media — is carried over 5G NR while the UE stays in 5G SA. It is the direct analogue of VoLTE, just anchored on the NR radio and the 5GC instead of the LTE radio and the EPC.

What

Native IMS/MMTEL telephony carried over 5G NR. IMS signalling runs on a 5QI=5 non-GBR QoS flow; the voice media runs on a dedicated 5QI=1 GBR QoS flow set up when the session is established. The UE never leaves 5G SA.

Why

Keeping the call on NR gives the best latency and setup time and avoids an inter-system move for every single call. It is the only option that actually uses 5G for voice, so it is the goal every operator is working toward.

How

Requires end-to-end support: IMS/MMTEL in the core, VoNR support in the gNB (GBR flow admission, robust NR coverage), and a VoNR-capable UE. When a call arrives, the network adds the 5QI=1 flow and the media flows over NR.

Concretely, when a call is set up the PCF authorises a dedicated 5QI=1 GBR flow, the SMF signals it to the gNB in a PDU Session Resource Modify request carrying the QoS profile, and the gNB reconfigures the radio bearer to carry the media. The codec packets (typically AMR-WB or EVS) then flow over NR and the conversation proceeds entirely on 5G.

Underneath, the gNB maps the incoming 5QI=1 QoS flow to a data radio bearer (DRB) and, over the air, applies the delay-sensitive tooling that makes conversational voice work on a packet radio: a short PDCP discard timer so late codec frames are dropped rather than delivered stale, robust-header-compression (ROHC) to shrink the IP/UDP/RTP headers of small voice packets, and typically RLC UM (unacknowledged mode) because retransmitting a 20 ms voice frame is pointless once its PDB has passed. The GBR guarantee is admission-controlled: the gNB will only accept the flow if it can reserve the Guaranteed Flow Bit Rate (GFBR) for the codec, which is why VoNR needs genuine coverage margin, not just a bar of signal.

The catch is that VoNR needs the full stack ready and good enough NR coverage to sustain a GBR voice flow for the whole call, including at the cell edge and during mobility. In early networks that condition often is not met — NR sits on high bands with patchy coverage, or the gNB has simply not enabled VoNR admission. That gap is exactly why EPS Fallback exists as the interim answer.

EPS Fallback — Borrow LTE for the Call

EPS Fallback (EPSFB) is the common early-deployment option. The UE camps on 5G SA and does its data on 5G, but the moment a voice call needs a media flow, the network moves the UE down to LTE/EPS and the call runs there as VoLTE. You keep the benefits of 5G data while re-using the mature VoLTE voice that already works reliably on LTE.

What

A procedure where a 5G SA UE with a pending IMS voice session is redirected or handed over to LTE/EPS, and the call completes as VoLTE on LTE. Data may return to 5G afterwards (see Fast Return).

Why

VoNR needs full RAN + core + UE support and solid NR coverage. Until all of that is in place, operators keep data on 5G but lean on proven LTE VoLTE for the call — fewer dropped calls, faster to launch commercially.

How

The gNB, on receiving the request to set up the 5QI=1 voice flow, decides it cannot or will not serve voice on NR and triggers fallback — either an inter-RAT handover to LTE, or an RRCRelease with redirection to E-UTRA via redirectedCarrierInfo.

The trigger sequence is the thing to memorise. Notice the fallback is triggered by the 5QI=1 flow request, not by the SIP INVITE directly — the gNB never parses SIP; it reacts to the QoS flow the core asks it to set up:

  1. The UE is in RRC_CONNECTED on 5G SA doing data. An incoming or outgoing call produces a SIP INVITE at the IMS layer over the 5QI=5 signalling flow (the detailed IMS call flow has its own page).
  2. IMS session negotiation causes the PCF/SMF to request the dedicated voice QoS flow — the 5QI=1 GBR flow — to be set up towards the UE via the gNB (a PDU Session Resource Modify).
  3. The gNB sees the 5QI=1 flow request and, per operator policy or because it lacks VoNR support/coverage, decides it will serve this call on LTE instead of NR. It may first order a B1 measurement of E-UTRA to pick a target.
  4. The gNB moves the UE to E-UTRA/EPS: either an inter-RAT handover (measurement-based, seamless) or an RRCRelease with redirectedCarrierInfo pointing at an LTE carrier (faster to issue, but the UE must re-acquire LTE). It rejects/holds the 5QI=1 flow on the NR side.
  5. On LTE the core re-establishes the session on the EPC (via N26 interface handover, or via a fresh TAU/attach after redirect) and the voice runs as ordinary VoLTE on a dedicated EPS bearer (QCI=1).
UE gNB (5G NR) eNB (LTE) IMS / Core SIP INVITE (call setup) setup 5QI=1 voice flow gNB: no VoNR → fall back HO or redirect to E-UTRA HO command / RRCRelease redirectedCarrierInfo (E-UTRA) UE moves to LTE VoLTE call on 5QI=1 bearer call ends fast return to NR (redirect / meas)
Figure 1. EPS Fallback message-sequence: a SIP INVITE triggers the 5QI=1 flow, the gNB decides it cannot serve VoNR and moves the UE to LTE (handover or redirect), the call completes as VoLTE, and a fast return brings the UE back to NR after the call.
💡

Handover vs redirect: an inter-RAT handover uses UE measurements and is seamless but slower to prepare and needs an inter-system interface (N26) for a smooth session transfer; a redirect via RRCRelease + redirectedCarrierInfo is quicker for the gNB to issue but the UE must re-select and re-connect on LTE, adding a little call-setup delay. Both are valid EPS Fallback triggers, and the choice is a gNB/operator configuration.

🎯

The number that matters: EPS Fallback adds call-setup delay (roughly a few hundred milliseconds to a second, depending on HO vs redirect) because of the inter-RAT move before ringing. That delay is the price of borrowing LTE, and it is the main KPI operators watch as they migrate toward full VoNR.

RAT Fallback vs EPS Fallback — the nuance

"Fallback" is used loosely, so pin down the flavours. The general term is RAT fallback: the network moves the voice UE to E-UTRA (the LTE radio) to serve the call. Where that E-UTRA cell connects — to the EPC or to the 5GC — determines the exact name and what the core looks like afterward.

TermUE ends up onCore after fallbackVoice runs asSession transfer
EPS Fallback (EPSFB)E-UTRA connected to the EPC (classic LTE)EPS / EPCVoLTE on QCI=1N26 handover, or redirect + TAU
RAT fallback within 5GSE-UTRA connected to the 5GC (NG-RAN, "ng-eNB")5GC (unchanged)IMS voice over the LTE radio, still on 5QI flowsNG-RAN inter-RAT handover (Xn/N2)

Keep it simple. EPS Fallback means the UE genuinely leaves 5GS and lands on EPC-anchored LTE where VoLTE already lives; the PDU session is transferred to an EPS bearer context. RAT fallback within 5GS keeps the 5G Core but uses an LTE cell (an ng-eNB) attached to the 5GC, so the QoS model stays 5QI-based and the session never touches the EPC. Most early deployments do EPS Fallback because the EPC + LTE VoLTE stack is mature. Either way the voice is IMS-based — only the radio and core anchor change.

📖

Interface anchor: a smooth EPS Fallback with session continuity relies on the N26 interface between the AMF (5GC) and the MME (EPC). Without N26, the UE still falls back but via redirection and a fresh attach/TAU on the EPS side, which is slower.

NSA VoLTE — Voice Anchored on LTE

Everything above assumes 5G Standalone (SA) with a 5GC. Many first-generation 5G networks are Non-Standalone (NSA), specifically EN-DC (E-UTRA New Radio Dual Connectivity): the UE is anchored on an LTE eNB for the control plane and uses NR only as a secondary node for extra data throughput. In NSA there is no 5GC and no NAS to NR at all — the master node is LTE and the core is the EPC.

Because the control plane and the core are LTE/EPC, voice in NSA is simply VoLTE, exactly as on a 4G network. There is no VoNR and no EPS Fallback to speak of, because the UE never left LTE for its signalling in the first place — NR was only ever a data booster. The voice call sets up on the LTE leg over a QCI=1 dedicated bearer while NR continues to carry (or is released for) user-plane data.

🎯

Do not confuse NSA VoLTE with EPS Fallback: NSA VoLTE never involves a 5GC — voice is native LTE from the start. EPS Fallback is an SA procedure where a UE that was on the 5GC is moved to LTE for the call. Same end result (a VoLTE call), completely different starting point.

Fast Return — Getting Back to 5G

After an EPS Fallback call, you do not want the UE stranded on LTE, because then its data drops off 5G too and the "5G experience" evaporates for as long as the UE idles on LTE. Fast Return brings the UE back to NR quickly once the voice call on LTE ends.

When the VoLTE call finishes and the dedicated voice bearer is released, the LTE network releases the RRC connection with redirection information — an RRCConnectionRelease carrying redirectedCarrierInfo pointing at an NR carrier (or a measurement-based inter-RAT handover) — so the UE re-selects 5G promptly instead of idling on LTE until ordinary reselection would drift it back. Voice borrowed LTE for a few minutes, but the UE is back on 5G for data almost immediately.

PhaseUE camps onData served byVoice
Before the call5G SA (NR)5G NRIdle
During the call (after EPSFB)LTE / EPCLTEVoLTE on QCI=1
After the call (Fast Return)5G SA (NR) again5G NRIdle
🎯

Why Fast Return matters: without it, every voice call would demote the UE to LTE for data for a long time after the call. Fast Return keeps the "data on 5G" promise intact — LTE is borrowed only for the duration of the call itself.

Prerequisites — What Must Be True for Voice

Whether a UE even attempts an IMS voice call, and which option it lands on, is decided before any INVITE by three things lining up: what the network advertises, what the UE can do, and what the deployment actually supports. Get one wrong and the phone either falls back unnecessarily or shows "no voice service."

The pivotal signal is the IMS Voice over PS Session (IMS VoPS) indicator. During registration the AMF returns it to the UE in the Registration Accept (in the 5GS network feature support IE, per access — 3GPP and non-3GPP), telling the UE whether "IMS voice over PS session" is supported in the current registration area. If IMS VoPS says voice-over-PS is not supported, a voice-centric UE may treat the cell as unsuitable for voice and follow its configured voice-domain preference (for example, fall back toward E-UTRA/EPS). If it says supported, the UE knows it can attempt IMS voice on 5G — and the network's later behaviour (serve on NR = VoNR, or trigger EPS Fallback) fills in the rest.

PrerequisiteWhere it livesWhat it decides
IMS VoPS indicatorRegistration Accept (NAS, TS 24.501), per accessWhether IMS voice over PS is supported in this registration area at all
UE voice capabilitiesUE radio/NAS capabilities + UE's usage setting / voice-domain preferenceWhether the UE supports VoNR, and whether it prefers voice-centric or data-centric behaviour
Network / RAN supportgNB config (VoNR admission), IMS/MMTEL in core, N26 for EPSFBWhether voice is served on NR, or the gNB triggers fallback to LTE
PDU session to IMS APN/DNNUE-established PDU session to the IMS DNN, 5QI=5 flowWhether SIP registration and signalling can happen at all

The UE side matters just as much. A UE advertises whether it supports VoNR; one that does not will provoke EPS Fallback even where the gNB could serve VoNR. The UE's usage setting (voice-centric vs data-centric) governs what it does when voice-over-PS is unavailable: a voice-centric UE leaves an access that cannot carry voice to seek one that can, while a data-centric UE stays on 5G for data and forgoes voice there. The exact NAS/RRC signalling for all of this is covered on the Voice Signalling page (see the bridge below).

📖

No CSFB in 5G SA: circuit-switched fallback (CSFB) cannot exist in 5G SA because there is no CS domain in the 5GC to fall back to. In 4G, CSFB moved a UE to 2G/3G CS for a circuit call; the 5G analogue is EPS Fallback, but that lands on packet-switched IMS VoLTE, never on a circuit. Anyone who says "CSFB in 5G" means EPS Fallback.

⚠ Common pitfalls / gotchas

  • Blaming SIP when the gNB never sees it. Fallback is triggered by the core's 5QI=1 GBR flow request (a PDU Session Resource Modify), not by the SIP INVITE — the gNB reacts to QoS, not signalling content.
  • Expecting VoNR from a bar of signal. VoNR needs enough coverage margin for the gNB to admit and hold a GBR flow (its GFBR) for the whole call; marginal NR that carries data fine will still bounce voice to LTE.
  • Calling EPS Fallback "CSFB". There is no CS domain in the 5GC; EPS Fallback always lands on packet-switched IMS VoLTE, never a circuit.
  • Confusing NSA VoLTE with EPS Fallback. NSA voice is native LTE from the start (no 5GC ever involved); EPS Fallback starts on the 5GC and moves down. Same VoLTE result, different origin.
  • Ignoring the IMS VoPS indicator. If Registration Accept signals voice-over-PS unsupported, a voice-centric UE may leave 5G for voice regardless of coverage; misreading this looks like a "coverage" fault but is a configuration one.
  • Deploying EPS Fallback without N26. Fallback still works via redirect + fresh TAU/attach, but without N26 there is no seamless session transfer, so call-setup delay grows.

Choosing an Option — VoNR vs EPSFB vs VoLTE

Which option a UE uses depends on network support, coverage, and whether the deployment is SA or NSA. The comparison below is the one to keep in your head; the "when used" table maps each option to the deployment that selects it.

VoNREPS Fallback (EPSFB)NSA VoLTE
Where voice runsOn 5G NR (SA)Data on 5G, call moved to LTE/EPSOn LTE (control plane is LTE)
Voice technologyIMS/MMTEL over NR, 5QI=1IMS/MMTEL as VoLTE after fallbackIMS/MMTEL as VoLTE, QCI=1
Core5GCStarts 5GC, moves to EPCEPC (no 5GC)
RequiresEnd-to-end VoNR: RAN + 5GC + IMS + UE, good NR coverage5G SA + LTE/EPS + VoLTE; fallback (HO or redirect), ideally N26LTE VoLTE + EN-DC; no VoNR needed
Latency / setup timeBest — stays on NR, no inter-system moveHigher — extra HO/redirect adds call-setup delaySame as LTE VoLTE
Data during callStays on 5G NROn LTE for the call, returns via Fast ReturnNR secondary cell may continue
OptionWhen it is used
VoNRTarget end-state: mature 5G SA with contiguous NR coverage, VoNR enabled in the gNB, and VoNR-capable UEs. The only option that actually uses 5G for voice.
EPS FallbackCommon early SA deployments: 5G SA data is live but VoNR is not enabled or NR coverage is not yet reliable enough for a GBR voice flow. Interim answer until VoNR matures.
RAT fallback within 5GSSA deployments where E-UTRA cells are homed on the 5GC (ng-eNB); voice served on LTE radio but core stays 5GC.
NSA VoLTENon-standalone (EN-DC) networks: control plane and core are LTE/EPC, so voice is ordinary VoLTE and NR is a data booster only.

Reading the two tables together: a UE on NSA always does VoLTE — VoNR never arises. A UE on SA does VoNR only if the whole chain (UE capability, gNB admission, coverage, IMS) is ready; otherwise the gNB triggers EPS Fallback when the 5QI=1 flow is requested, and the call becomes VoLTE on LTE with a Fast Return afterward. There is deliberately no "circuit voice" row — that domain does not exist in 5GC.

Q&A Quick Q&A

Q. Why does 5G need EPS Fallback at all?

A. Because VoNR needs the full stack — RAN, 5GC, IMS and UE — plus solid NR coverage to sustain a 5QI=1 GBR voice flow. Until that is in place, operators launch 5G data but re-use proven LTE VoLTE for the call. The gNB, on seeing the 5QI=1 flow request, moves the UE to LTE via handover or RRCRelease + redirectedCarrierInfo.

Q. Is there CSFB in 5G SA?

A. No. There is no circuit-switched domain in the 5GC, so CSFB cannot exist. The 5G equivalent is EPS Fallback to VoLTE — but note that lands on packet-switched IMS voice on LTE, not on any CS circuit.

Q. What is the difference between VoNR and VoLTE?

A. Both are IMS/MMTEL voice over a GBR bearer/flow. VoLTE is anchored on the LTE radio and (for EPSFB) the EPC on QCI=1; VoNR is anchored on 5G NR and the 5GC on 5QI=1, keeping the call on 5G with better latency. After EPS Fallback, a 5G UE's call is literally a VoLTE call.

Q. What triggers EPS Fallback — the SIP INVITE?

A. Not directly. The gNB never sees SIP. Fallback is triggered when the core requests the dedicated 5QI=1 GBR voice flow; the gNB reacts to that QoS flow request by moving the UE to E-UTRA. The INVITE is upstream of it.

Q. How does the UE know whether voice over 5G is even possible?

A. From the IMS VoPS (IMS Voice over PS Session) indicator returned in the Registration Accept per access. Combined with the UE's own voice capability and its voice-centric/data-centric usage setting, this decides whether an IMS voice call is attempted on 5G at all.

Q. In NSA, is there VoNR or EPS Fallback?

A. Neither. NSA (EN-DC) has an LTE control plane and an EPC core, so voice is plain VoLTE from the start. VoNR and EPS Fallback are SA concepts — they require a 5GC.

Summary

The 5G Core has no circuit-switched voice, so every "voice option" is really the same thing — IMS/MMTEL voice on an IP flow with tight QoS (5QI=1 GBR media, 5QI=5 non-GBR signalling) — differing only in which radio and core carry it. VoNR keeps the whole call on 5G NR and is the target end-state; EPS Fallback moves an SA UE down to LTE/EPC so the call runs as VoLTE; NSA VoLTE is native LTE from the start because the UE was never on a 5GC.

The decision is made mechanically at call setup: the core requests the 5QI=1 GBR flow, and the gNB either admits it on NR (VoNR) or, lacking VoNR support or coverage, triggers fallback by handover or RRCRelease+redirectedCarrierInfo. Fast Return then brings the UE back to NR after the call so data stays on 5G. Whether voice is attempted on 5G at all is gated earlier by the IMS VoPS indicator plus the UE's capability and voice-centric/data-centric usage setting.

Three traps to avoid: EPS Fallback is not CSFB (no CS domain exists to fall back to); NSA VoLTE is not EPS Fallback (different starting point, same VoLTE result); and the SIP INVITE does not trigger fallback (the 5QI=1 flow request does). Keep those straight and the whole voice landscape reduces to "IMS voice, delivered over whichever RAT and core are ready."

Quick LTE 4G / 5G NR Interview Questions

Q&A Quick LTE 4G / 5G NR Interview Questions

Q. How does the network decide whether to use CSFB, EPS Fallback, or native VoNR for an incoming call, given a 5G-registered UE?

A. It depends on what the UE and network both support and what's configured: if the UE/network support VoNR end-to-end (IMS voice over 5G SA with QoS flow for voice), that's used directly. If not, EPS Fallback redirects the UE to LTE for the call (5G NAS/RRC triggers a handover-like redirect to LTE, then VoLTE proceeds there). CSFB is the older, LTE-side fallback to legacy circuit-switched 2G/3G, used when even VoLTE isn't available.

Q. What happens to a UE's other 5G data services during EPS Fallback for voice?

A. The whole UE (not just the voice bearer) is moved to LTE — since 3GPP doesn't support the UE simultaneously anchored on NR-SA and LTE for this scenario — so all active data continues on LTE for the call's duration, then the UE may reselect/redirect back to 5G once the call ends, depending on network config.

Q. Why does VoNR need a dedicated QoS Flow, and what happens if that flow's guaranteed bitrate can't be met?

A. Voice needs a GBR (Guaranteed Bit Rate) QoS Flow (5QI=1) so it gets deterministic latency/jitter/bitrate independent of best-effort data congestion. If the network can't guarantee that GBR when the flow is requested, PDU session establishment for the voice-carrying flow can be rejected/downgraded, which is why call setup can fail even when data works fine — data uses non-GBR flows that just get squeezed instead of failing outright.

Where voice connects

Voice options sit at the junction of the IMS call flow, the NAS/RRC signalling that advertises voice support, and the QoS model that provisions the voice flows.

Voice over NR (VoNR) Call FlowNAS & RRC Signalling for Voice Support5G QoS Model (5QI / QFI / ARP)