Two Protocols, One Control Plane

Every 5G control-plane operation involves two distinct protocols working in tandem: NAS (Non-Access Stratum) handles communication between the UE and the core network (AMF), while RRC (Radio Resource Control) manages the radio link between the UE and the gNB. A common source of confusion in certification exams and real-world troubleshooting is conflating these two layers. They operate at different protocol stack positions, serve different purposes, maintain independent state machines, and carry different message sets -- yet they are deeply intertwined because NAS messages are transported inside RRC messages over the air interface.

3GPP defines NAS in TS 24.501 (5GS NAS protocol) and RRC in TS 38.331 (NR RRC protocol). Understanding the boundary between them is essential for anyone working with 5G signaling traces.

Protocol Stack Positions

NAS and RRC sit at different layers of the 5G control-plane stack:

LayerProtocolEndpointsTransport3GPP Spec
NAS (L3 - Core)5G NAS (5GMM + 5GSM)UE <-> AMFCarried transparently over RRC + NGAPTS 24.501
RRC (L3 - RAN)NR RRCUE <-> gNBCarried over SRB (PDCP -> RLC -> MAC -> PHY)TS 38.331
PDCP (L2)NR PDCPUE <-> gNBCiphering + integrity for both SRB and DRBTS 38.323
RLC (L2)NR RLCUE <-> gNBSegmentation, ARQTS 38.322
MAC (L1/L2)NR MACUE <-> gNBScheduling, HARQ, multiplexingTS 38.321

The critical architectural point is that NAS messages are encapsulated within RRC messages. Specifically, the RRC DLInformationTransfer and ULInformationTransfer messages carry NAS PDUs as opaque containers. The gNB does not interpret NAS content -- it simply relays it between the UE and AMF via the NGAP protocol on the N2 interface.

State Machine Comparison

NAS States (5GMM)

The 5GMM (5G Mobility Management) sublayer defines three states:

NAS StateDescriptionUE BehaviorNetwork Behavior
5GMM-DEREGISTEREDUE has no active registrationCannot access services, no NAS signaling contextAMF has no context for UE (or context is marked deregistered)
5GMM-REGISTEREDUE has valid registrationCan establish PDU sessions, receives pagingAMF maintains GUTI, security context, allowed NSSAI
5GMM-CONNECTED (sub-state)NAS signaling connection activeNAS messages can be sent immediatelyAMF has active N2 NGAP UE association
5GMM-IDLE (sub-state)Registered but no signaling connectionUE monitors paging, performs cell reselectionAMF pages UE when DL data arrives at UPF

RRC States

NR RRC defines three states, adding a new RRC_INACTIVE state compared to LTE:

RRC StateDescriptionUE BehaviorgNB Behavior
RRC_IDLENo RRC connectionCell reselection, paging monitoring, DRXNo UE context at gNB
RRC_INACTIVERRC connection suspendedCell reselection, RNA-based paging, DRXUE context stored at anchor gNB, RAN paging area configured
RRC_CONNECTEDActive RRC connectionScheduled by gNB, measurements, handoverFull UE context, DRBs configured, scheduling active

State Relationship Matrix

NAS StatePossible RRC StatesTypical Scenario
5GMM-DEREGISTEREDRRC_IDLEPower-on before registration
5GMM-DEREGISTEREDRRC_CONNECTEDDuring initial registration procedure
5GMM-REGISTERED / IDLERRC_IDLERegistered, no activity, monitoring paging
5GMM-REGISTERED / IDLERRC_INACTIVERegistered, connection suspended, fast resume
5GMM-REGISTERED / CONNECTEDRRC_CONNECTEDActive data transfer or signaling

Note that 5GMM-CONNECTED requires RRC_CONNECTED (since NAS signaling needs an RRC connection), but 5GMM-REGISTERED/IDLE can coexist with either RRC_IDLE or RRC_INACTIVE. This relationship is defined in TS 23.501 clause 5.3.3.

Message Type Comparison

Key NAS Messages (5GMM + 5GSM)

CategoryMessageDirectionPurpose
RegistrationRegistration RequestUE -> AMFInitial/mobility/periodic registration
RegistrationRegistration AcceptAMF -> UEAssigns 5G-GUTI, allowed NSSAI, registration area
AuthenticationAuthentication RequestAMF -> UECarries RAND, AUTN for AKA
AuthenticationAuthentication ResponseUE -> AMFCarries RES*
SecuritySecurity Mode CommandAMF -> UEActivates NAS ciphering + integrity
Session MgmtPDU Session Establishment RequestUE -> AMF (for SMF)Request data connectivity
Session MgmtPDU Session Establishment AcceptAMF (from SMF) -> UEIP address, QoS rules, session AMBR
DeregistrationDeregistration RequestUE -> AMF or AMF -> UETerminate registration
Service RequestService RequestUE -> AMFTransition from IDLE to CONNECTED

Key RRC Messages

CategoryMessageDirectionPurpose
ConnectionRRC Setup RequestUE -> gNBRequest RRC connection
ConnectionRRC SetupgNB -> UEEstablish SRB1, assign C-RNTI
ConnectionRRC Setup CompleteUE -> gNBCarries initial NAS message
ReconfigurationRRC ReconfigurationgNB -> UEAdd/modify DRBs, measurements, handover
ReconfigurationRRC Reconfiguration CompleteUE -> gNBConfirm reconfiguration applied
ResumeRRC Resume RequestUE -> gNBResume from RRC_INACTIVE
ResumeRRC ResumegNB -> UERestore suspended UE context
ReleaseRRC ReleasegNB -> UEMove to RRC_IDLE or RRC_INACTIVE
MeasurementMeasurement ReportUE -> gNBReport serving/neighbor cell measurements
System InfoSIB1gNB -> UE (broadcast)Cell access info, scheduling of other SIBs

Timer Comparison

Timers control protocol behavior at both layers. Misconfigurations cause registration failures, unnecessary re-establishments, and ping-pong effects.

TimerLayerDefault ValueFunctionConfigured By
T3510NAS15 sRegistration Request guardTS 24.501 clause 10.2
T3512NAS54 minPeriodic registration updateAMF via Registration Accept
T3346NAS10--1800 sBack-off after congestion rejectAMF via reject message
T3502NAS12 minRegistration retry after failureAMF via Registration Reject
T3580NAS16 sPDU Session Establishment guardTS 24.501 clause 10.2
T300RRC100--2000 msRRC Setup Request guardSIB1
T301RRC100--2000 msRRC Re-establishment Request guardSIB1
T304RRC50--10000 msHandover execution guardRRC Reconfiguration
T310RRC0--6000 msRLF detection (after N310 out-of-sync)SIB1 / dedicated
T311RRC1000--30000 msRRC re-establishment guard after RLFSIB1
T319RRC100--2000 msRRC Resume Request guardSIB1

Worked Example 1 -- Timer Interaction During Registration

Consider a UE powering on in a T-Mobile US 5G SA cell:

  1. T = 0 ms: UE sends RRC Setup Request. Timer T300 starts (configured to 400 ms in SIB1).
  2. T = 12 ms: gNB responds with RRC Setup. T300 stops.
  3. T = 15 ms: UE sends RRC Setup Complete containing NAS Registration Request. NAS timer T3510 starts (15 s).
  4. T = 18 ms: gNB relays NAS message to AMF via NGAP Initial UE Message.
  5. T = 45 ms: Authentication exchange completes (NAS Authentication Request/Response).
  6. T = 62 ms: Security Mode Command/Complete exchange.
  7. T = 78 ms: AMF sends NAS Registration Accept (contains 5G-GUTI, allowed NSSAI, T3512 value = 54 min). T3510 stops.
  8. T = 80 ms: UE sends NAS Registration Complete.

The entire registration took 80 ms. If the AMF had not responded within 15 s, T3510 would have expired and the UE would retry up to 5 times (with exponential backoff controlled by T3502 on final failure).

T-Mobile US measured a median initial registration time of 85 ms on their Nokia 5G SA core across 15,000 sampled events in Q1 2025.

Worked Example 2 -- RRC Release with Suspend to RRC_INACTIVE

After a period of data inactivity, the gNB decides to suspend the RRC connection:

  1. gNB sends RRC Release with suspendConfig IE containing:

- I-RNTI: Inactive RNTI for future resume (40-bit identifier)

- RAN-NotificationAreaInfo: list of cells/TAIs forming the RNA

- T380: RAN notification area update timer (e.g., 60 min)

- nextHopChainingCount: for key derivation on resume

  1. UE transitions to RRC_INACTIVE but remains in 5GMM-REGISTERED/IDLE at NAS layer.
  2. When DL data arrives: AMF pages the UE. UE sends RRC Resume Request (timer T319 starts). gNB restores context and sends RRC Resume. The UE reaches RRC_CONNECTED in approximately 10--15 ms.

Compared to full RRC connection establishment (which takes 30--50 ms), the RRC Resume path from RRC_INACTIVE saves 15--35 ms. SK Telecom reported that enabling RRC_INACTIVE reduced their control-plane latency for reconnection by 42% and decreased paging load on the core by 28%.

Security at Each Layer

AspectNAS SecurityRRC/PDCP Security
Ciphering algorithmNEA1 (SNOW), NEA2 (AES), NEA3 (ZUC)Same algorithms, independently keyed
Integrity algorithmNIA1, NIA2, NIA3Same algorithms, independently keyed
KeyK-NAS-enc, K-NAS-int (derived from K-AMF)K-RRC-enc, K-RRC-int (derived from K-gNB)
ScopeUE <-> AMF (end-to-end, transparent to gNB)UE <-> gNB (terminated at gNB PDCP)
ActivationNAS Security Mode CommandAS Security Mode Command (within RRC)
Mandatory integrityAlways required for NASAlways required for SRBs, optional for DRBs

This dual-layer security means that even if a rogue gNB intercepts RRC messages, it cannot read the NAS content because NAS ciphering uses a different key hierarchy. This is a fundamental security improvement over 3G where the RNC terminated both layers.

How NAS and RRC Interact in Key Procedures

During Initial Registration

  1. RRC establishes the radio link (RRC Setup).
  2. NAS Registration Request is piggybacked in RRC Setup Complete.
  3. All subsequent NAS messages (Auth, SMC, Registration Accept) are carried in RRC DL/UL InformationTransfer.
  4. RRC Reconfiguration adds DRBs after PDU session establishment -- triggered by NAS PDU Session Establishment Accept.

During Handover

  1. RRC handles the entire handover execution (measurement reports, RRC Reconfiguration with mobility control info).
  2. NAS is not involved in intra-AMF handover -- the NAS context simply follows the UE to the target gNB.
  3. For inter-AMF handover, NAS context is transferred between AMFs via N14, and the UE may receive a new 5G-GUTI.

During Paging

  1. The core network (AMF) sends a NAS-level paging trigger via NGAP Paging message to gNBs in the registration area.
  2. The gNB translates this into an RRC-level paging message broadcast on PCCH.
  3. For RRC_INACTIVE UEs, the gNB can also initiate RAN-level paging within the RNA -- this does not involve the AMF.

Verizon reported in their 2025 network optimization review that RAN-level paging for RRC_INACTIVE UEs reduced AMF paging signaling load by 35% after deploying 3GPP Release 17 RRC_INACTIVE enhancements across their 5G SA network.

Common Troubleshooting Patterns

SymptomLayer to CheckLikely CauseDiagnostic
UE cannot registerNASAuthentication failure, PLMN mismatchCheck NAS reject cause code in Registration Reject
Frequent RRC re-establishmentsRRCPoor radio conditions, T310/T311 misconfigurationCheck SINR, adjust T310/N310 thresholds
Long connection setup after idleRRC + NASRRC_INACTIVE not enabled, full establishment neededEnable suspendConfig in RRC Release
PDU session fails after registrationNAS (5GSM)DNN not provisioned, SMF unreachableCheck NAS SM reject cause, AMF-SMF N11 connectivity
Handover ping-pongRRCA3 offset too low, hysteresis insufficientAdjust measurement event A3 parameters
Periodic registration stormsNAST3512 too short across many UEsIncrease T3512 timer, stagger across UE population

Operator Data on Protocol Performance

MetricNAS LayerRRC LayerSource
Median registration time75 ms (AMF processing)12 ms (RRC Setup)Deutsche Telekom 2025
Security activation time18 ms (NAS SMC)8 ms (AS SMC)T-Mobile US 2025
Paging success rate98.2% (core paging)99.1% (RAN paging for INACTIVE)SK Telecom 2024
Message volume per UE/hour (active)2.4 NAS msgs28.6 RRC msgsVodafone 2025

The significantly higher RRC message volume reflects measurement reports, RRC reconfiguration for beam management, and MAC-layer scheduling that have no NAS equivalent.

Key Takeaway: NAS and RRC are complementary Layer 3 protocols with distinct scope -- NAS manages the UE's relationship with the core network (registration, authentication, session management), while RRC manages the radio link (connection control, measurements, handover). They maintain independent state machines and security contexts, but NAS relies on RRC for transport over the air interface. Mastering both protocols and their interaction is essential for 5G signaling analysis and troubleshooting.