CafeTeleRadio Optimization SRPO-600 Enroll now ↗
‹ Day 2 · Accessibility Course / Day 2 / 2.1 / Accessibility KPIs (LTE & NR)
KPI
2.1
2.1 · Accessibility KPIs · LTE & NR

Accessibility KPIs — the Unified LTE + NR Reference

Every accessibility KPI is the same idea in two RATs — the same stage, different counter families. This page is the master map: each KPI with its LTE Family and its NR Family side by side, the verbatim counters, an interactive KPI Explorer, deep-dives on RRC Resume/INACTIVE and Re-establishment, and a router into the per-technology optimization pages (LTE · NSA · SA).

8Accessibility KPIs
LTE ↔ NRfamily for each
5217NR INACTIVE state
5203NR Re-establishment
3 pagesdeep-dive router
The unified KPI catalog — LTE Family ↔ NR Family (click any family chip)

The whole of accessibility on one page: each KPI, the stage it measures, and its counter family in each RAT. Same KPI, different family number — that is the single most useful thing to know when you move between LTE and 5G. Click any family chip for that KPI's counters, failure counters and fix in that RAT.

Accessibility KPI × RAT family map (verbatim)
KPIStageLTE FamilyNR FamilySuccess formula
Read the map — RRC Establishment is Family 1 on LTE but 5213 on NR; Initial Context is the S1SIG family (27) on LTE but NG_ESTAB (5223) on NR; F1 UE Context exists only on NR (5136/5137, the CU-DU split); Admission is a standalone family on NR (5147/5148) but folded into RRC/E-RAB reject causes on LTE. Learn the stage, then look up the family.
KPI Explorer — pick a KPI, pick a RAT, see it end to end

Select a KPI and a technology; the explorer shows its family, formula, attempt/success and failure counters for that RAT, computes the success rate from your numbers, and gives the tech-specific fix.

Accessibility KPI Explorerlive
Technology
Compute the success rate
KPI
%
Failure counters (this RAT)
Optimization
The unified access chain — same stages, two RATs

Every accessibility KPI is one gate on the same chain. LTE and NR share the shape; NR inserts the F1 split and swaps EPC/S1 for 5GC/NG.

RACH → RRC → [Resume] → Context → [F1] → BearerLTE vs NR
RACH
LTE 59/211 · NR 5243
RRC setup
LTE Fam 1 · NR 5213
+ Resume: NR 5217
Initial Context
LTE S1SIG 27
NR NG_ESTAB 5223
F1 UE Ctx
NR only 5136/5137
(no LTE equivalent)
Bearer
LTE E-RAB 8
NR PDU 5222
Admission gate
LTE reject causes · NR 5147/5148
same gates, per-RAT familiesNR adds the F1 stage and a universal INACTIVE state (5217); LTE keeps EPC/S1.
RRC Resume & the INACTIVE state — accessibility's fast lane (NR 5217)

RRC Resume is the accessibility KPI that saved the attach: instead of a full setup, a UE in RRC_INACTIVE resumes with its context still held in the RAN — cutting the core signalling that a fresh service-request would need. In NR this is a universal state (Family 5217 RRC_CONN_INFO: InactNo*, ConnInactNo*); in classic LTE it exists only for CIoT (Family 471 eMTC / 473 NB-IoT).

CONNECTED ⇄ INACTIVE ⇄ IDLE — the fast-resume pathFGR-CC0103
inactive-timer idle-timer resume (t319)
RRC_CONNECTED
active data
RRC_INACTIVE
context kept in RAN · 5217
RRC_IDLE
full attach next time
resume beats a fresh setupLonger rrc-idle-timer = wider fast-resume window = better re-accessibility (at the cost of gNB context memory).
The levers (Samsung, verbatim) — [ACPF] rrc-inactive-info
ParameterRangeDefaultOptimization
feature-enableddisable / enabledisableEnable INACTIVE (FGR-CC0103) — cuts attach/service-request latency by keeping the context in RAN
rrc-inactive-timer1 … 7200 s10CONNECTED→INACTIVE after silence — shorter frees radio; too short churns resume signalling
rrc-idle-timer1 … 7200 s10INACTIVE→IDLE — lengthen for chatty apps to keep the fast-resume window open
resume-wait-timer1 … 10 s3RAN-paging resume window before releasing the inactive context
t319 (UE)ms100 … ms2000ms600Supervises RRCResumeRequest — the resume-side timeout
i
Inter-gNB resume — when the UE resumes on a different gNB, the target retrieves the context over Xn (FGR-CC0107); this is exactly where the NR Re-establishment family (5203) shows its InterGnb… counters. A high inter-gNB resume/re-estab failure = an Xn / neighbour-relation problem, not radio.
RRC Re-establishment — the recovery KPI (LTE Fam 3 · NR 5203)

Re-establishment is accessibility's safety net: after a radio-link failure or handover failure it continues the connection instead of forcing a fresh attach. NR splits it Intra-gNB vs Inter-gNB and — tellingly — its failure causes are the same suffix family as the setup chain, so the same decoder applies.

NR Re-establishment (5203) — attempt/success + the shared-suffix failures (verbatim)
CounterMeaning
IntraGnbReEstabAtt / …SuccIntra-gNB re-establishment attempts / successes (RRCReestablishmentRequest → Complete)
IntraGnbReEstabRrcSetupAtt / …SuccThe fallback path — gNB answered with RRCSetup instead of Reestablishment
InterGnbReEstabAtt / …SuccInter-gNB re-establishment (context fetched over Xn)
…ReEstabFail_{CpFail, E1Fail, F1Fail, NgFail, E1Timeout, F1Timeout, RreTimeout, RrcSetupTimeout, Ignore}Same domain suffixes as the setup chain — CU-CP · E1 · F1 · AMF/NG · air-timeout — so the same decoder routes the fix
!
Accessibility ↔ retainability coupling — t310 / t311 govern how fast RLF is declared and how long the UE searches for a re-establishment cell — the same timers that decide retainability. Tune them together: a shorter t310 recovers faster but drops recoverable links; a wider t311 finds a cell deep indoors but delays give-up. A high InterGnbReEstabFail = fix Xn / ANR neighbour relations, not the radio.
One decoder for both RATs — the failure suffix
Suffix → domain → owner (works on LTE & NR)
LTE suffixNR suffixDomainOwner
_CpCcTo / _CpCcFail_CpFailCall control / CU-CPeNB/gNB control health & config
_UpMac/Rlc/PdcpFail_MacFail / _RlcFail (DU)Protocol blocks / DU lower layersChannel-card / DU hardware
_RrcSigTo_RrcTimeoutAir interfaceRF / coverage / beam (per-beam 5243 on NR)
_S1apLinkFail / _S1apSigTo_NgFail / _NgTimeoutCore (MME / AMF)S1-MME / NG-C transport & core capacity
— (no split)_E1Fail / _F1Fail (+timeouts)CU-UP (E1) / DU (F1)NR internal transport (E1 / fronthaul)
Reject_CpCapaCacFailReject_CacFail / CacFail_*AdmissionCapacity & policy (SW4101… / CC0301…)
Go deeper — the per-technology optimization pages

This page is the map; each technology has its own full optimization workspace — studio, diagnostic engine, failure-routing fabric, feature pipeline and parameter master table.

Learn the stage — then look up the family.

RACH → RRC → Resume → Context → F1 → Bearer, gated by admission. The stage never changes; only the family number does. Master this map and LTE, NSA and SA become one skill.

Sources — LTE: Samsung eNB Counter Description (via LTE Samsung KPI.xlsx "eNB Counters"): Fam 1 RRC_ESTAB, 3 RRC_REESTAB, 8/9 ERAB_ESTAB, 27 S1SIG, 59 Random Access Preambles, 211 RACH Usage, 471/473 CIoT RRC Resume, 905 RRC_ESTAB_MSG. NR: Samsung 5G NR Counter Description (via the NR KPI workbook CU-ACPF/DU sheets): 5213 RRC_ESTAB, 5203 RRC_REESTAB, 5217 RRC_CONN_INFO (INACTIVE), 5223 NG_ESTAB, 5136/5137 F1AP_UE_SETUP, 5222/5438 PDU_SESSION, 5147/5148 ADMISSION_CONTROL_FAIL, 5243 NR_PRACH_BEAM, 5225 NGAP_MSG_UE, 5226 RRC_MSG. Features from the 5G RAN Feature Description SVR25B (FGR-CC0102/0103/0107). Formulas per 3GPP TS 36.331/36.413 (LTE) & 38.331/38.413/38.473 (NR). Every counter/family name is verbatim; targets are typical operator values.