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.
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).
On this page
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 flow | 5QI | Resource type | Priority / delay budget (typical) | Carries |
|---|---|---|---|---|
| IMS signalling | 5QI=5 | Non-GBR | High priority, ~100 ms PDB | SIP messages that set up / modify / tear down the call |
| Voice media | 5QI=1 | GBR | ~100 ms PDB, low, bounded loss | The 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=1↔5QI=1, QCI=5↔5QI=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.
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.
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.
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.
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).
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.
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:
- The UE is in
RRC_CONNECTEDon 5G SA doing data. An incoming or outgoing call produces a SIP INVITE at theIMSlayer over the5QI=5signalling flow (the detailed IMS call flow has its own page). - IMS session negotiation causes the PCF/SMF to request the dedicated voice QoS flow — the
5QI=1GBR flow — to be set up towards the UE via the gNB (aPDU Session Resource Modify). - The gNB sees the
5QI=1flow 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. - The gNB moves the UE to E-UTRA/EPS: either an inter-RAT handover (measurement-based, seamless) or an
RRCReleasewithredirectedCarrierInfopointing 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. - 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
VoLTEon a dedicated EPS bearer (QCI=1).
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.
| Term | UE ends up on | Core after fallback | Voice runs as | Session transfer |
|---|---|---|---|---|
EPS Fallback (EPSFB) | E-UTRA connected to the EPC (classic LTE) | EPS / EPC | VoLTE on QCI=1 | N26 handover, or redirect + TAU |
| RAT fallback within 5GS | E-UTRA connected to the 5GC (NG-RAN, "ng-eNB") | 5GC (unchanged) | IMS voice over the LTE radio, still on 5QI flows | NG-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.
| Phase | UE camps on | Data served by | Voice |
|---|---|---|---|
| Before the call | 5G SA (NR) | 5G NR | Idle |
| During the call (after EPSFB) | LTE / EPC | LTE | VoLTE on QCI=1 |
| After the call (Fast Return) | 5G SA (NR) again | 5G NR | Idle |
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.
| Prerequisite | Where it lives | What it decides |
|---|---|---|
IMS VoPS indicator | Registration Accept (NAS, TS 24.501), per access | Whether IMS voice over PS is supported in this registration area at all |
| UE voice capabilities | UE radio/NAS capabilities + UE's usage setting / voice-domain preference | Whether the UE supports VoNR, and whether it prefers voice-centric or data-centric behaviour |
| Network / RAN support | gNB config (VoNR admission), IMS/MMTEL in core, N26 for EPSFB | Whether voice is served on NR, or the gNB triggers fallback to LTE |
| PDU session to IMS APN/DNN | UE-established PDU session to the IMS DNN, 5QI=5 flow | Whether 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=1GBR flow request (aPDU 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 VoPSindicator. IfRegistration Acceptsignals 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 withoutN26there 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.
VoNR | EPS Fallback (EPSFB) | NSA VoLTE | |
|---|---|---|---|
| Where voice runs | On 5G NR (SA) | Data on 5G, call moved to LTE/EPS | On LTE (control plane is LTE) |
| Voice technology | IMS/MMTEL over NR, 5QI=1 | IMS/MMTEL as VoLTE after fallback | IMS/MMTEL as VoLTE, QCI=1 |
| Core | 5GC | Starts 5GC, moves to EPC | EPC (no 5GC) |
| Requires | End-to-end VoNR: RAN + 5GC + IMS + UE, good NR coverage | 5G SA + LTE/EPS + VoLTE; fallback (HO or redirect), ideally N26 | LTE VoLTE + EN-DC; no VoNR needed |
| Latency / setup time | Best — stays on NR, no inter-system move | Higher — extra HO/redirect adds call-setup delay | Same as LTE VoLTE |
| Data during call | Stays on 5G NR | On LTE for the call, returns via Fast Return | NR secondary cell may continue |
| Option | When it is used |
|---|---|
VoNR | Target 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 Fallback | Common 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 5GS | SA deployments where E-UTRA cells are homed on the 5GC (ng-eNB); voice served on LTE radio but core stays 5GC. |
NSA VoLTE | Non-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. 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. 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.