CafeTeleRadio Optimization SRPO-600 Enroll now ↗
‹ Day 2 · Retainability Course / Day 2 / 2.3 / 5G SA Retainability
SA
5G
2.3 · 5G SA · Option 2

5G SA Retainability — DRB Release · UE Context · the Two-Path Rescue

SA retainability is the most honestly instrumented of the three: Samsung books every release of every set-up DRB (Family 5390, 31 counters) and UE context (5391, 27) with initiator + procedure + a _WithNormalCause twin — so normal vs abnormal is a subtraction, not a guess. The rescue (Family 5203) has two paths: true re-establishment (context kept) or fallback to RRC Setup (session rebuilt). And behind every release stands the 192-counter CSL cause ledger (5100) naming the exact interface and layer. Per ledger: KPI → counters → causes → optimization — every name verbatim.

5390SETUP_DRB_RELEASE ×31
5391UE_CONTEXT_RELEASE ×27
5203RRC_REESTAB ×28
5100CSL causes ×192
5216RRC_RELEASE
5149·50preemption (DU)
The SA retainability KPI set — abnormal = total − normal

The design insight of Families 5390/5391: nearly every release counter has a _WithNormalCause twin. So the abnormal mass needs no cause guessing — subtract the twin from its counter and sum. The deck's KPI list and case-study thresholds complete the picture:

The SA retainability KPIs & alert thresholds (deck-verbatim)
KPI / evidence counterFormula / meaningThreshold (deck)
Abnormal DRB Release Rate (family design)Σ(Rel-counter − its _WithNormalCause twin) ÷ DrbRelTotal × 100 over Family 5390trend per cell
Abnormal UE Context Release RateSame subtraction over Family 5391 ÷ UeContextRelTotaltrend per cell
Call Drop Rate (CDR)"Percentage of total calls that end abnormally before completion" (deck KPI list)
RLF Rate · RlfCount"Number of Radio Link Failures recorded"<100 / hour
OutOfSyncCount"Number of Out-of-Sync occurrences before RLF"<20 / hour
BLERof1stTxTrial_DLBLER of the first DL HARQ transmission — link-quality evidence<10% (5–10% warn)
NrofResidualError_DL"HARQ transmission failures after max attempts" — the packet-loss endgametrend
Rescue quality (5203)ReEstabRreSucc ÷ ReEstabAtt (context kept) vs ReEstabRrcSetupSucc ÷ ReEstabAtt (fallback)maximize RRE share
Why the twins matter — DrbRelbyAmf_UeContextRelCmd counts all AMF-commanded context releases; its _WithNormalCause twin counts the polite ones. The difference is the AMF ending sessions abnormally — a number no single 3GPP counter gives you. Same for byGnb, for the HO variants (_IntraNrHo/_InterRatHo), for PDU-session releases. Learn the subtraction once, apply it 20 times.
How an SA session dies — and the two-path rescue

The link degrades → RLF (RlfCount, T310/N310 machine) → the UE attempts re-establishment. Family 5203 splits the rescue in two: RRE (the gNB finds the UE context — session continues untouched) or fallback to RRC Setup (context not found/verified — the RRC connection is saved but the session is rebuilt). Only when both fail does the release book into 5390/5391 with its 5100 cause.

RLF → ReEstabRequest → RRE (context kept) / RRC-Setup fallback / release (5390+5391+5100)two-path rescue
SA session
UE ctx + DRBs up
RLF
RlfCount · OutOfSync
T310/N310 machine
Re-estab · 5203
ReEstabAtt (intra/inter)
context lookup (Xn)
RRE — context kept
ReEstabRreSucc · session lives
Fallback — RRC Setup
ReEstabRrcSetupSucc · session rebuilt
RELEASED
5390 DrbRel* + 5391 UeRel*
cause in 5100 CSL
Evidence counters
BLERof1st/2nd/3rdTxTrial · NrofResidualError · CacFail_*
RRE vs fallback is the SA-specific lensHigh fallback share = contexts not found/verified — an Xn/context problem, not a radio one.
Read the counter name — the SA release decoder

Three grammars cover all four families:

Grammar → meaning → first place to look
PatternMeaningFirst place to look
<Drb|Ue>Relby<Initiator>_<Procedure> (5390/5391)Who ended it and with which message: byAmf_UeContextRelCmd / PduSessionRelCmd / NgReset · byGnb_UeContextRelReq / NgcLinkFail · byIntraGnbHandover / InterGnbXnHandover · byIntraGnbRRE / InterGnbRRE · by*Redirection · byPreemption · byOnDemandForcedMobility_*The initiator names the team: AMF=core, Gnb=RAN, HO/RRE/Redirection=mobility bookkeeping, Preemption=policy
…_WithNormalCauseThe polite twin — subtract to get the abnormal massabnormal = counter − twin
<Intra|Inter>GnbReEstab<Rre|RrcSetup><Att|Succ> + Fail_<E1|F1|Ng|Cp><Timeout|Fail> (5203)The two-path rescue with per-interface failure causes; Fail_Ignore = request ignoredThe failing interface names the fix: E1=CU-UP, F1=DU, Ng=AMF, Cp=CU-CP internal
CauseInternal* / CauseF1ap<Radio|Transport|Protocol|Misc>* / CauseNgap* / CauseX2ap* (5100)The CSL cause ledger: internal timeouts (TmOutF1UeContextSetup, TmOutE1BearerSetup…), SCTP out-of-service per interface, CAC (CacCallCountOver), ops (OMIntervention, VmScaleIn, CellRelease), plus every protocol cause verbatim (e.g. CauseF1apRadioRLFailure = "RL failure caused by, for example, exceeding the maximum number of ARQ retransmissions")The cause prefix names the interface; the suffix names the layer
!
The SA superpower — the same release is visible three times: 5391 says who/how (e.g. UeRelbyGnb_UeContextRelReq), 5390 says how many bearers died with it, 5100 says the exact cause (e.g. CauseInternalTmOutF1UeContextModification). Join the three and "drops are up" becomes "the DU stopped answering Context Modification on cell X".
Ledger ① — Release of Setup DRB (Family 5390 · 31 counters)

The family (verbatim): "statistics for the release of DRBs that have been set up." Grouped by initiator; the abnormal-focus rows in bold intent:

①-a · The 5390 counter map (verbatim names, grouped)
GroupCountersRead it as
TotalDrbRelTotalThe denominator of every DRB-release ratio
By AMFDrbRelbyAmf_PduSessionModifyReq / _PduSessionRelCmd / _UeContextRelCmd (+ _WithNormalCause twins) · _UeContextRelCmd_IntraNrHo / _InterRatHo (+ twins) · _PathSwitch / _NgResetCore-commanded releases — subtract the twins for the abnormal AMF mass; NgReset = a core event, mass releases at once
By gNBDrbRelbyGnb_UeContextRelReq (+ twin) · _NgReset / _NgcLinkFailRAN-requested — the abnormal part is the radio-drop mass; NgcLinkFail = NG link died, transport story
Mobility bookkeepingDrbRelbyIntraGnbHandover / InterGnbXnHandover / IntraGnbRRE / InterGnbRRE / IntraRatRedirection / InterRatRedirectionReleases that are part of a move — usually healthy; count them out of the drop mass but watch redirections (a redirection is a downgrade)
PolicyDrbRelbyPreemptionARP preemption — DU twins: Families 5149/5150 (released call/DRB count for preemption)
Forced mobilityDrbRelbyOnDemandForcedMobility_<IntraGnbHandover|InterGnbXnHandover|InterGnbNgHandover|InterRatHandoverToEutran|IntraRatRedirection|InterRatRedirection|CallRelease>The network pushed the UE (load/steering) — 7 variants; _CallRelease is the harshest outcome of a steer
i
Playbook — triage by initiator share: byGnb-abnormal high = radio/DU story → go to 5100's CauseF1apRadioRLFailure + RLF evidence. byAmf-abnormal high = core-initiated → NGAP causes with the 5GC team. Redirection growing = coverage forcing downgrades — an RF roadmap item. OnDemandForcedMobility_CallRelease > 0 = your steering policy is killing sessions: revisit the steer thresholds before anything else.
Ledger ② — Release of Setup UE Context (Family 5391 · 27 counters)

Same grammar, one level up: the whole UE goes, not just a bearer. UeContextRelTotal, the by-AMF / by-gNB splits with twins, the mobility set, preemption and the 7 forced-mobility variants. The DRB:UE-context ratio is itself diagnostic — many DRB releases per UE release = sessions dying while UEs stay (PDU-session problem); 1:1 tracking = whole-UE losses (radio/context problem).

②-a · The abnormal-focus rows (verbatim)
CounterInitiatorAbnormal meaning after twin-subtraction
UeRelbyGnb_UeContextRelReq − …_WithNormalCausegNBThe RAN asked the AMF to release abnormally — radio loss, internal failure (cause in 5100)
UeRelbyAmf_UeContextRelCmd − …_WithNormalCauseAMFThe core commanded an abnormal release — NGAP cause decode with the 5GC team
UeRelbyGnb_NgcLinkFail / _NgReset · UeRelbyAmf_NgResettransport/coreNG link/reset events — mass, timestamp-correlated, not per-UE radio
UeRelbyPreemptionpolicyARP preemption at UE level — check victim selection policy
UeRelbyOnDemandForcedMobility_CallReleasesteeringA steer that ended in release — policy misfire
Ledger ③ — the two-path rescue (Family 5203 · RRC_REESTAB, 28 counters)

The family (verbatim): "statistics for the number of RRC connection re-establishments with the UE in RRC connected state (3GPP TS 38.331)" — split Intra-gNB vs Inter-gNB, and inside each: the RRE path (context found — the session continues) vs the RRC-Setup fallback (context not usable — RRC saved, session rebuilt), plus per-interface failure causes.

③-a · The 5203 structure (verbatim names)
Counter setPathMeaning
IntraGnbReEstabAtt / InterGnbReEstabAttentryRe-establishment requests, split by whether the UE returned to the same gNB
…ReEstabRreAtt / …ReEstabRreSuccRRETrue re-establishment — UE context found & verified, session survives untouched
…ReEstabRrcSetupAtt / …ReEstabRrcSetupSuccfallbackFallback to RRC Setup — the RRC connection is saved but the session is rebuilt (PDU re-setup)
…ReEstabFail_E1Timeout / _E1FailfailTimeout/failure waiting for an E1 message from the CU-UP (deck-verbatim)
…ReEstabFail_F1Timeout / _F1FailfailTimeout/failure waiting for an F1 message from the DU
…ReEstabFail_NgFailfailUE CONTEXT RELEASE COMMAND from the AMF killed the rescue (deck-verbatim)
…ReEstabFail_CpFailfailInternal processing error, e.g. Cell Release (deck-verbatim)
…ReEstabFail_RreTimeout / _RrcSetupTimeoutfailThe UE never completed the chosen path — RRCSetupComplete/ReestablishmentComplete timeout
…ReEstabFail_IgnorefailThe request was ignored — deck case study 4's headline counter
③-b · Optimization playbook (deck-verbatim recommendations)
SymptomDiagnosisDeck recommendation
High fallback share (RrcSetup ≫ RRE)Contexts not found/verified at the targetxn-status-transfer-enhancement-on-off = On ("faster transfer of UE context between gNBs", verbatim); "maintain context for min. 5 s after link failure"; context retrieval via NGAP or XnAP
Fail_RrcSetupTimeoutUE failing to complete — weak signal / missing messagesrrc-reestablish timer 500 → 750 ms for urban (deck-verbatim); check N310/N311 expiry pattern
Fail_E1Timeout / Fail_F1TimeoutE1/F1 interface connectivityCheck E1 routing (CU-CP↔CU-UP) / F1 midhaul; deck: t1-DUSetupWait 3 s, t1-UEContextRelease 2 s — increase if necessary
Fail_Ignore high + T311 expiriesUE can't find a suitable cell in timeCase 4 tuning: T301 50→100 ms · T311 3000→5000 ms · rrc-reestablish attempts 3→5; enable-fast-recovery-rre (recovery timer 150 ms, max 3 attempts — deck values)
Ledger ④ — the CSL cause ledger (Family 5100 · 192 counters) & the evidence set

Every call release gets exactly one cause in the CU-CP Call Summary Log family. The internal set covers the gNB's own timeouts and platform events; four protocol sets (CauseF1ap*/CauseNgap*/CauseX2ap*/CauseE1ap*) mirror the 3GPP cause values verbatim. Extraction (deck): retrieve-ue-count-information, then Performance Statistics → Call Summary Log; high abnormal CRR → investigate RLF or congestion.

④-a · The internal causes that matter most (verbatim descriptions)
CounterDomainVerbatim meaning
CauseInternalTmOutRrcConnectionReconfigAir · UENo response from the UE for an RRC Connection Reconfiguration — the SA twin of LTE's biggest mobility drop
CauseInternalTmOutF1UeContextSetup / …Modification / …ReleaseDU · F1No response for the F1AP UE Context procedure — the DU went quiet
CauseInternalTmOutE1BearerSetup / …ContextModificationCU-UP · E1No response for the E1AP bearer procedure
CauseInternalF1SctpOutOfService / E1… / X2…transportThe interface's SCTP association left service — mass releases, one timestamp
CauseInternalCacCallCountOveradmissionReleased because of the CAC call limit
CauseInternalResourceAllocFail / CallAllocationFail / UpAllocationFailCU-CPResource / call / CU-UP allocation failure inside the gNB
CauseInternalOMIntervention / VmScaleIn / CellReleaseopsLock/reset, VM scale-in, cell release — deliberate platform events, exclude from tuning baselines
CauseInternalUserInactivitypolicyUserInactivitySignaling timer expiry — the healthy end
CauseF1apRadioRLFailureAir · DU"RL failure caused by, for example, exceeding the maximum number of ARQ retransmissions" — the radio-drop cause on F1
i
Evidence chain (deck) — pair the cause with the physics: RlfCount/OutOfSyncCount (RLF), BLERof1st/2nd/3rdTxTrial_DL/UL + NrofResidualError_DL/UL (HARQ endgame), CacFail_AcpfCallCount/GnbCallCount/CellCallCount/QosBasedCount (admission pressure), PRB utilization (congestion). Deck bands: BLER normal <5% · warn 5–10% · critical >10%.
Interactive — the four deck case studies, replayed

The deck closes with four worked cases. Pick one: the observed counters, the thresholds they broke, the exact parameter moves and the verification messages — all deck-verbatim, all in one card.

Case-Study Replayverbatim from the 5G NR Retainability Optimization SA deck
SA Retainability Studio — twins, rescue paths & evidence, graded

Enter the busy-hour counters; the studio runs the twin-subtraction, splits the rescue by path, grades the evidence set against the deck thresholds and routes you to the dominant loss.

SA Retainability Studiolive
Family 5390/5391 — totals & abnormal masses (after twin-subtraction)
Rescue (5203) & evidence
Abnormal DRB release rate (twin-subtraction)
%
Recommended action
The SA release routing fabric — root cause × ledger

Every release/rescue counter routed from its root-cause domain to the family where it books. Click a domain, a ledger, a scenario, or any counter chip for its optimization card.

SA Release Routing Fabric
Scenarios
The SA retainability feature stack (deck-verbatim FGR codes)

The deck's feature classification, ordered by role. Click any node for its card.

SA Retainability Feature Pipelineclick a feature node to open its detail card
The SA retainability parameter master table (deck-verbatim values)

Every table from the deck's optimization chapters, consolidated. Recommended values are the deck's own; RTRV the live MO before moving anything.

A · RLF prevention — the timer set (deck "Radio Link Failure Prevention Parameters")
ParameterRecommended (deck)Function (verbatim)Impact on drop rate (verbatim)
t3102000 msTime duration before RLF is declaredExtends time before connection fails
n3102Counter for out-of-sync detectionAdds tolerance for temporary signal loss
n3112Counter for in-sync detectionHelps recovery from signal issues
t3042000 msHandover timeout timerGives more time for successful handovers
t31130000 msRLF recovery timerMore time for UE to reestablish connection
pusch-no-ack-count-threshold / pusch-ack-count-thresholdrelease defaultConsecutive PUSCH No-ACK / ACK thresholds for declaring RLF / in-sync (deck RLF counter table)UL-side RLF sensitivity
B · BLER & HARQ (deck "RRC & BLER Optimization")
ParameterRecommendedFunction (verbatim)
dl-target-bler8%Adjusts DL BLER threshold to maintain <10%
ul-target-bler10%Adjusts UL BLER threshold for better link adaptation
max-num-harq-transmission-dl4 (→6 cell-edge)Limits HARQ retransmissions; cell-edge scenario raises to 6 (both DL and UL)
num-dl-harq-process16Configures number of HARQ processes per cell
dl-harq-symbol-adjust-switch-on-dtxTRUEReduces residual BLER from DCI missing
max-mcs-dl / max-mcs-ul28→25–27 / 26→23–25Reduce MCS order when BLER is high (deck HARQ troubleshooting)
C · RLC for call retainability (deck tables, all verbatim)
ParameterRecommendedFunction
gnb-timer-poll-retransmit / ue-timer-poll-retransmit90 ms / 90 msPoll retransmission timers
adaptive-rlc-poll-retx-dl-enable + adaptive-first/second/last-rlc-poll-timerON · 90/180/350 msAdaptive poll retransmission ladder
gnb-t-reassembly / ue-t-reassembly80 ms / 80 msRLC PDU reassembly timers
gnb-timer-status-prohibit / ue-timer-status-prohibit100 ms / 100 msPrevents STATUS PDU flooding
gnb-max-retransmission-threshold / ue-max-retransmission-threshold8 / 8Maximum retransmissions
gnb-poll-pdu / gnb-poll-byte (+ ue twins)32 / 50,000Polling triggers (PDUs / bytes)
D · Scenario packs (deck "5G Drop Rate Improvement Scenarios", verbatim moves)
ScenarioThe deck's parameter moves
Urban high-density congestionmax-call-count +15% · reserved-call-count 15–20% of max · threshold-for-normal-call 85→75% · slice-cac-usage Enabled · slice-group-0-portion 40% (voice) · max-drb-count +10% · priority-level-for-5qi = 1 for VoNR
Cell-edge coveraget310 1000→2000 ms · n310/n311 1→2 · p0-nominal-with-grant −76→−70 dBm · alpha-pusch 0.8→1.0 · power-ramping-step 2→4 dB · max-num-harq-transmission-dl/ul 4→6 · p-max-usage Enabled
High-speed mobilityt304 →2000 ms · en-dc-ul-radio-link-outage-* (NSA page) · time-alignment-timer +50% · time-to-trigger 480→160 ms · handover-margin-nr 3→1–2 dB (dense)
VoNR qualityslot-aggregation-for-vonr Enabled · slot-aggregation-max-retx 1→3 · priority-level-for-5qi 1 for voice · packet-delay-budget-for-5qi 100 ms · vonr-codec-adaptation-enable Enabled · ul-vonr-target-bler 10→5%
Indoor penetrationpreamble-receiver-target-power →−90 dBm · preamble-trans-max 7→10 · power-ramping-step 2→4 dB · t310 →2000 ms · ssb-power-boosting-level → max · review emf-control-enable
PRB congestionmax-rb-restriction-dl 75% · congestion-based-mcs-decision-mode ON · dl-heavy-bo-ue-preoccupation-enable ON · pdsch-time-domain-resource-allocation-list-reduction ON · dynamic PRB allocation
!
Method, not magic numbers — the deck values are starting points per scenario, not universal truths. One lever per soak; verify on the owning family (5390/5391/5203/5100) with the guards: RRE share up or stable, accessibility (the Day-2.1 chain) untouched, and the DU preemption families (5149/5150) not absorbing the "improvement".
The 7-step SA retainability MOP (deck workflow, ordered)
1
Baseline — pull the four families + evidence

Busy hour: 5390/5391 (with twins), 5203 (both paths), 5100 causes, plus RlfCount, OutOfSyncCount, BLER/HARQ set, CacFail_*. Deck extraction: retrieve-ue-count-information + Call Summary Log.

5390 · 5391 · 5203 · 5100 · RLF/BLER evidence Skip this and the twin-subtraction can't run — you'll chase normal releases.
2
Run the twin-subtraction

Abnormal = counter − _WithNormalCause twin, per initiator. Mobility bookkeeping (byHandover/byRRE) and ops causes (OMIntervention/VmScaleIn/CellRelease) leave the drop mass.

the 5390/5391 family design If wrong: handover bookkeeping inflates the "drop" number 10×.
3
Split by initiator — gNB vs AMF vs policy

byGnb-abnormal = radio/DU (go to 5100's F1ap-radio + RLF evidence) · byAmf-abnormal = core (NGAP causes, 5GC team) · Preemption/ForcedMobility = policy review.

initiator = team If wrong: RAN tunes timers for an AMF-side release wave.
4
Grade the rescue — RRE share first

RRE÷Att (context kept), fallback÷Att (session rebuilt), fail split by interface. High fallback = Xn/context problem (xn-status-transfer-enhancement); fails name their interface (E1/F1/Ng/Cp).

5203 two-path split If wrong: you improve RLF while every rescue rebuilds the session anyway.
5
Pair cause with physics

5100 cause × evidence: RLFailure+BLER>10% = link adaptation/coverage · TmOut*+clean BLER = interface/processing · CacCallCountOver+PRB>85% = congestion pack · SCTP-OOS = transport timestamp event.

cause ledger × BLER/RLF/CAC evidence If wrong: BLER tuning on a transport problem.
6
Apply ONE scenario pack lever

Pick from the deck packs (cell-edge, congestion, high-speed, VoNR, indoor, PRB) — the one matching the diagnosis — and move its levers one soak at a time.

deck scenario packs, one lever per soak If wrong: pack-mixing = unattributable results.
7
Verify — 3GPP messages + guards

Deck verification set: RRCConnectionReconfiguration (HO triggering), UEContextReleaseRequest (cause: Radio Link Failure — T310 expiry?), RRCConnectionReestablishmentRequest (correct cause), UEContextModificationRequest. Guards: RRE share, accessibility chain, 5149/5150 preemption.

same counters, same hour, before/after If wrong: a "gain" that ships releases into the fallback path fools the KPI.

SA retainability is a subtraction, a two-path rescue, and a cause ledger.

Abnormal = total − normal twins. Rescue = RRE before fallback. Cause = the 5100 ledger naming interface and layer. Master the three moves and every SA drop investigation is mechanical. Compare with LTE's three ledgers and NSA's dual ledger to complete Day 2.3.

Sources: Samsung 5G NR Counter Description (CU-CP ACPF + DU — Families 5390 SETUP_DRB_RELEASE, 5391 SETUP_UECONTEXT_RELEASE, 5203 RRC_REESTAB, 5216 RRC_RELEASE, 5100 CUCPCSL_PER_GNB, 5149/5150 preemption, 5220 — counter names and descriptions verbatim, via the operator NR KPI workbook) · 5G NR Retainability Optimization SA deck (KPI list, RLF/HARQ/BLER/CAC counter tables, RRC re-establishment troubleshooting, RLC/BLER/scenario parameter tables, the four case studies — all values verbatim) · 5G RAN Feature Description SVR25B (FGR feature codes). Procedures per 3GPP TS 38.331 / 38.413 / 38.473. Deck thresholds are the deck's own recommendations; counters and families are vendor-exact.