Skip to content

Paging

Difficulty: Advanced / Estimated study time: 40 min / Scope: Network Triggered Paging only / Related NF: AMF / Related Interfaces: N2, N4 (SMF→AMF is SBI equivalent to N11)

Learning objectives

After reading this page, you will be able to:

  • Explain the Why (why Paging is necessary) as the mechanism that delivers an incoming call to a UE in the idle state (CM-IDLE).
  • Explain the difference between CM-IDLE / CM-CONNECTED, and which of these states Paging targets.
  • Explain the idea of the Registration Area (the registration area = the TAI list), and why the UE is paged on an area basis.
  • Follow the triggers of Paging (arrival of DL data / NW-initiated signaling) and the flow of UPF buffering → SMF notification → AMF decision → NGAP Paging.
  • Explain, as a concept, how DRX / eDRX (discontinuous reception) relates to power saving and Paging timing.
  • Explain the flow in which the UE responds to Paging by sending a Service Request and transitions from CM-IDLE → CM-CONNECTED.
  • Contrast the differences between 4G (EPC) Paging (MME-initiated / S1AP Paging) and 5G Paging (AMF-initiated / NGAP Paging).

Prerequisites

It will go more smoothly if you understand the following first. If you are not there yet, start from the Curriculum.

  • The UE must be registered — Paging is a procedure for a registered (5GMM-REGISTERED) UE. For the registration flow, see Initial Registration.
  • N2 / NGAP (the gNB⇔AMF control interface; Paging is one of the NGAP procedures) → N2
  • N4 / PFCP (SMF⇔UPF; carries the UPF's DL buffer and notification) → N4
  • The roles of the main NFsAMF / SMF / UPF

What you'll learn in this chapter

This chapter is limited to Network Triggered Paging. It is the procedure by which the network pages a UE in the CM-IDLE state when incoming data or NW-initiated signaling arrives for it. It focuses on the core perspective, especially the NGAP Paging (N2) that the AMF issues and the UPF buffering / SMF notification (N4) that triggers it.

The following are out of scope, or kept at the conceptual level, in this chapter.

  • The internal details of the radio (RRC/RAN) — over-the-air Paging transmission and the physical-layer timing of DRX are touched on only as concepts; the focus is on the core's involvement.
  • The detailed parameters of eDRX — the idea of power saving is explained, but concrete cycle values and parameter design are treated as implementation-dependent.
  • The details of the Service Request procedure — this chapter outlines its positioning as the response to Paging, but the detailed steps of the Service Request procedure itself are covered in a separate chapter (as that chapter does not yet exist, it is referred to in plain text).
  • RAN Paging while in RRC Inactive — as a concept unique to 5G, only an outline is given in Release differences and the FAQ.

Why — why Paging is necessary

Let's start from the Why (why it is needed). Even a registered UE does not hold on to the radio continuously while it is not communicating. Maintaining the radio connection at all times would quickly drain the UE's battery and exhaust the radio resources on the network side. So while there is no communication, the UE releases its dedicated radio connection and enters an idle state (CM-IDLE) to save battery.

But a UE in the idle state poses a problem. Even when incoming data or NW-initiated signaling arrives, the network does not know exactly which cell the UE is currently in (it does not track it on a per-cell basis). All it knows is a rough range — "it should be somewhere in this area (the Registration Area)."

Paging is the procedure by which the network calls out across the entire area to this idle UE, saying "there is something for you; please wake up." The paged UE re-establishes its radio connection (Service Request) and returns to a state in which it can communicate (CM-CONNECTED).

Analogy: the doorbell and announcement when no one is at the door

Paging is like a mechanism for summoning someone who is at home but not at the door. Even when a parcel (incoming data) arrives, the delivery person does not know which room of the house you are in. All they know is "you should be in this house (the Registration Area)." So they ring the doorbell (Paging), and you come out to the entrance (Service Request) and receive the parcel. You do not have to wait in front of the door around the clock (always connected); you can come out only when called, so you conserve your energy (battery). And because they do not know which room you are in, they ring so it can be heard throughout the whole house — this is the reason for paging on an area basis.

Overview

Paging broadly happens in the following flow.

DL data arrives for a UE in the idle state (CM-IDLE) → the UPF buffers that data and notifies the SMF (N4) → the SMF notifies the AMF that "there is something for this UE" (SBI equivalent to N11) → the AMF sends NGAP Paging to the group of gNBs covering that UE's Registration Area (TAI list) (N2) → each gNB pages over the air → the UE receives it and responds with a Service Request → the UE transitions to CM-CONNECTED, and the buffered data is delivered.

Item Content
Trigger Arrival of DL data (via UPF buffering) / NW-initiated signaling
Target UE A registered UE in the CM-IDLE state
Paging scope The TAs/cells contained in the UE's Registration Area (TAI list)
Main NF AMF (Paging decision, NGAP Paging transmission)
Interfaces used N2 (NGAP Paging) / N4 (UPF buffering and notification) / equivalent to N11 (SMF→AMF notification)
Result The UE responds with a Service Request and moves to CM-CONNECTED. Data delivery begins

Basic Concept — a beginner-friendly explanation

To understand Paging, grasp three keywords.

1. CM-IDLE and CM-CONNECTED (the connection state)

CM = Connection Management. A registered UE has mainly two states, depending on the presence or absence of the N1 (NAS) signaling connection with the AMF and the N2 UE-associated connection between the gNB and the AMF.

  • CM-IDLE (idle) — a state in which there is no signaling connection for that UE between the UE and the network. The UE has released its dedicated radio connection and is saving battery. The network does not track the UE on a per-cell basis.
  • CM-CONNECTED (connected) — a state in which a signaling connection for that UE is established. Data and signaling can be exchanged immediately.

Paging is the trigger that pages a UE in CM-IDLE and brings it back to CM-CONNECTED (details in State Machine). Note that the RM state (Registration Management: REGISTERED / DEREGISTERED) is a separate axis; the target of Paging is a UE that is "RM=REGISTERED and CM=IDLE."

2. Registration Area (why paging on an area basis)

The Registration Area is the list of TAIs (Tracking Area Identity) that the AMF assigns to the UE. It is notified to the UE at registration accept (Registration Accept).

  • As long as the UE moves within this area, it does not have to update its registration each time (= reduced signaling and power saving).
  • Because the network does not track the UE on a per-cell basis, it does not know "exactly which cell" at the time of an incoming call.
  • So Paging calls out across the entire Registration Area (= the cells of the TAs contained in the TAI list). If the UE is in some cell, the page reaches it.

The wider the area, the wider the paging scope

Designing a wide Registration Area reduces the UE's registration updates, but widens the scope paged at Paging time (the consumption of radio resources). Conversely, a narrower one increases registration updates. Balancing this trade-off is a matter of operator policy and implementation-dependent (see Configuration). When the UE moves outside the area, it obtains a new area via a Mobility Registration Update (the equivalent of 4G's TAU).

3. DRX (why discontinuous reception saves power)

DRX = Discontinuous Reception. If a UE in CM-IDLE were to keep listening to the air around the clock in order to receive Paging, its battery would not last. So the UE listens to the paging channel only at fixed times (the Paging occasion) and rests its receiver otherwise. This is DRX.

  • The network and the UE share the same DRX cycle, and align so that Paging is sent at the very moment the UE is awake.
  • The longer the cycle, the more power is saved, but the latency until an incoming call is noticed increases.
  • eDRX (extended DRX) is a power-saving extension that lengthens the cycle further (the detailed parameters are implementation-dependent and out of scope of this chapter).

The physical-layer details of DRX/Paging occasion are out of scope

The calculation of the Paging occasion that decides "when the UE wakes up," and the radio-side Paging transmission, are in the domain of RRC/RAN. This chapter focuses on the core's involvement (to which gNBs the AMF sends NGAP Paging) and keeps the radio side at the conceptual level (implementation/RAN dependent).


Architecture

The elements involved in Paging and the interfaces that connect them. Starting from the arrival of DL data, the page propagates UPF → SMF → AMF → multiple gNBs (the Registration Area) → UE.

flowchart LR
    DN[("DN / external NW
(DL data source)")] -->|"DL data"| UPF UPF["UPF
(DL buffer)"] ---|"N4 (PFCP) Data Notification"| SMF["SMF"] SMF ---|"N11 equivalent (SBI) N1N2 Message Transfer"| AMF["AMF
(Paging decision)"] AMF ==>|"N2 (NGAP Paging)"| gNB1["gNB #1"] AMF ==>|"N2 (NGAP Paging)"| gNB2["gNB #2"] AMF ==>|"N2 (NGAP Paging)"| gNB3["gNB #3"] gNB1 -.->|"air Paging (RRC)"| UE(("UE
(CM-IDLE)")) gNB2 -.->|"air Paging (RRC)"| UE gNB3 -.->|"air Paging (RRC)"| UE subgraph RA["Registration Area (TAI list)"] gNB1 gNB2 gNB3 end classDef core fill:#efe,stroke:#3a3,stroke-width:2px; class AMF,SMF,UPF core;

The role of each element is as follows.

  • UPF — the forwarding point for DL data. When the destination UE is in CM-IDLE and the DL path is not established, it buffers the data and notifies the SMF (N4).
  • SMF — receives the notification from the UPF and relays to the AMF that "DL data is arriving for this UE" (SBI equivalent to N11).
  • AMF — the command center of Paging. When it judges the UE to be in CM-IDLE, it sends NGAP Paging to the group of gNBs covering that UE's Registration Area (N2).
  • (R)AN / gNB — receives the NGAP Paging and transmits Paging over the air (RRC). The actual entity that pages on the radio side.
  • UE — in CM-IDLE, in discontinuous reception (DRX). When it receives Paging, it responds with a Service Request.

For the details of the interfaces, see the Interface Dictionary.

Network Function (the NFs that appear)

NF Role in this procedure Information held/retrieved Main APIs/procedures used in this procedure Impact on failure
AMF The entity that decides on Paging. When the UE is in CM-IDLE, it sends NGAP Paging to the group of gNBs of the Registration Area UE context, CM state, Registration Area (TAI list), 5G-S-TMSI, DRX parameters NGAP Paging (N2, TS 38.413) / Namf_Communication (received from the SMF) Paging is not issued and incoming data does not arrive
SMF Receives the UPF's DL notification and notifies the AMF of the arrival of DL data (prompting Paging to start) PDU Session context, the AMF to notify Namf_Communication_N1N2MessageTransfer (SMF→AMF, to be confirmed: operation name) The notification does not reach the AMF and Paging is not started
UPF Buffers DL data and notifies the SMF via a Downlink Data Report Buffered DL packets, rules such as PDR/FAR PFCP Session Report Request (Downlink Data Report, N4/TS 29.244) Buffering/notification is impossible and DL data is lost / not notified

Interface / Protocol

The interfaces and protocols used in this procedure.

Interface Protocol Counterpart Use in this procedure
N2 NGAP (SCTP:38412) gNB ⇔ AMF AMF→gNB NGAP Paging transmission (a non-UE-associated procedure addressed to the TAI list, not UE-associated)
N4 PFCP (UDP:8805) SMF ⇔ UPF The UPF's DL buffering and notification via Session Report (Downlink Data Report)
N11 equivalent SBI (HTTP/2, TLS, JSON) SMF → AMF SMF→AMF notification of DL data arrival (Namf_Communication)

On the notation for N11 and SBI

In the 3GPP architecture, the reference point between AMF⇔SMF is called N11, but in reality it is an exchange via the Namf_Communication service over SBI (Service-Based Interface, HTTP/2). Here it is written as "N11 equivalent (SBI)." The concrete SMF→AMF operation name (assumed to be Namf_Communication_N1N2MessageTransfer) is a representative example, and the exact conditions of application are to be confirmed against the relevant procedure in TS 23.502.

For the details of protocols, see the Protocol Dictionary; for the list of interfaces, see the Interface Dictionary.


Procedure — Call Flow

This is the heart of this page. The main steps of Network Triggered Paging, starting from the arrival of DL data, are shown in a Mermaid sequenceDiagram. The basis is 3GPP TS 23.502 §4.2.3.3 (Network Triggered Service Request) and TS 38.413 (NGAP Paging) (the fine-grained section numbers are to be confirmed).

Prerequisite: the UE is registered and in CM-IDLE

The UE is assumed to be 5GMM-REGISTERED and in CM-IDLE. If it were CM-CONNECTED, a connection already exists, so Paging is unnecessary and DL data can be delivered directly.

sequenceDiagram
    autonumber
    participant UE as UE (CM-IDLE)
    participant RAN as (R)AN / group of gNBs
    participant AMF
    participant SMF
    participant UPF

    Note over UPF: DL data for the destination UE arrives (DL path not established)
    UPF->>SMF: PFCP Session Report Request (Downlink Data Report)
    Note right of UPF: N4 / TS 29.244. The UPF buffers the DL data
    SMF->>AMF: Namf_Communication_N1N2MessageTransfer (DL notification)
    Note right of SMF: SBI equivalent to N11. To be confirmed: operation name/conditions

    Note over AMF: Judges the UE to be in CM-IDLE → decides on Paging
    AMF->>RAN: NGAP Paging (N2, to the group of gNBs of the Registration Area)
    Note right of AMF: TS 38.413. UE Paging Identity=5G-S-TMSI, TAI List, etc.
    RAN-->>UE: Paging over the air (RRC, the DRX Paging occasion)

    Note over UE: Receives the Paging → starts responding
    UE->>RAN: Initiate the Service Request procedure (NAS)
    RAN->>AMF: Carry the NAS via Initial UE Message, etc. (N2)
    Note over UE,AMF: Service Request details are in a separate chapter (this chapter gives an outline)

    Note over UE,AMF: UE context/AS security establishment, DL path re-establishment
    AMF->>SMF: Request DL path establishment (re-activation of the PDU Session)
    SMF->>UPF: Update the DL path (FAR, etc.) over N4
    UPF-->>UE: Deliver the buffered DL data
    Note over UE: Transitions to CM-CONNECTED and receives

Step-by-step explanation (numbers correspond to the diagram above)

  1. UPF→SMF: DL data arrives for the destination UE, but because the UE is in CM-IDLE and the DL path (N3 tunnel) is not established, the UPF buffers the data and notifies the SMF via a PFCP Session Report Request (Downlink Data Report / DLDR) (N4 / TS 29.244). The IE name "Downlink Data Report" is a representative notation; the details are to be confirmed.
  2. SMF→AMF: the SMF notifies the AMF that "DL data is arriving for this UE." The operation is assumed to be Namf_Communication_N1N2MessageTransfer (SBI equivalent to N11). The concrete operation name and conditions of application are to be confirmed.
  3. AMF decision: the AMF checks the UE context, and when it judges it to be in CM-IDLE, it decides on Paging. If CM-CONNECTED, Paging is unnecessary.
  4. AMF→(R)AN: the AMF sends NGAP Paging to the group of gNBs covering the UE's Registration Area (TAI list) (N2 / TS 38.413). Key IEs include UE Paging Identity (5G-S-TMSI), TAI List for Paging, Paging DRX, etc. (the IE names are to be confirmed, see Packet Analysis).
  5. (R)AN→UE: each gNB transmits Paging (RRC) over the air. The UE receives it at the DRX Paging occasion (the radio-side details are out of scope).
  6. UE→response: the UE that received the Paging initiates the Service Request procedure and carries the NAS to the AMF via Initial UE Message, etc. (N2). The details of the Service Request procedure are covered in a separate chapter (this chapter gives an outline).
  7. Connection establishment / DL path re-establishment: the UE context and AS security are established, and the DL path is re-activated via AMF→SMF→UPF (N4). The UPF delivers the buffered DL data, and the UE receives it in CM-CONNECTED.

Parts of the procedure are situation/implementation dependent

The above is the typical case of Network Triggered (starting from DL data). For NW-initiated signaling (e.g. a page for AMF/NW convenience), steps 1-2 differ. Also, the number of Paging retransmissions, timers, and whether the entire Registration Area is paged at once or in stages (e.g. paging only the last-known TA first) vary with operator policy and implementation (implementation-dependent, some to be confirmed).

Reference: TS 23.502 §4.2.3.3 (Network Triggered Service Request, section number to be confirmed), TS 38.413 (NGAP Paging), TS 29.244 (PFCP Session Report).

Signal Flow

The key Messages organized in a table.

Message Protocol Source→Destination Purpose Key IEs (some to be confirmed) Result
PFCP Session Report Request PFCP UPF→SMF Notification of DL data arrival (buffering occurs) Report Type=Downlink Data Report (DLDR), etc. The SMF recognizes the DL notification
Namf_Communication_N1N2MessageTransfer SBI (HTTP/2) SMF→AMF Notify the AMF of DL data arrival Target UE/PDU Session identification info (to be confirmed) The AMF starts the Paging decision
NGAP Paging NGAP AMF→group of gNBs Page the UE UE Paging Identity (5G-S-TMSI), TAI List for Paging, Paging DRX (IE names to be confirmed) The gNBs transmit air Paging
(air) Paging RRC gNB→UE Wake the UE Paging Record (5G-S-TMSI, etc., RAN side / conceptual) The UE initiates a Service Request
Service Request NAS (5GMM) UE→AMF Respond to Paging / resume the connection Service type, etc. (details in a separate chapter) The UE moves to CM-CONNECTED

For the detailed IEs and reference specs of each Message, see the Message Dictionary. Some of the IE names are marked to be confirmed because they are implementation/version dependent.

State Machine

The CM (Connection Management) state transitions on the UE side. Paging is the trigger that brings a UE in CM-IDLE back to CM-CONNECTED (basis: TS 23.501 §5.3 series, section number to be confirmed).

stateDiagram-v2
    [*] --> CM_IDLE: after registration and connection release
    CM_IDLE --> CM_CONNECTED: Receive Paging → Service Request response
    CM_IDLE --> CM_CONNECTED: UE-initiated Service Request (origination / UL data)
    CM_CONNECTED --> CM_IDLE: AN Release (radio connection release / deactivation)
    CM_CONNECTED --> [*]
  • CM-IDLE — idle. There is no signaling connection for the UE. The target of Paging. When it receives Paging here and responds with a Service Request, it moves to CM-CONNECTED.
  • CM-CONNECTED — connected. Data/signaling are possible. After a period of no communication, etc., it returns to CM-IDLE via AN Release.

A separate axis from the RM state

The diagram above is the CM state (presence or absence of a connection). It is independent of the RM state (REGISTERED / DEREGISTERED); the target of Paging is a UE that is "RM=REGISTERED and CM=IDLE." Even as it moves back and forth between CM-IDLE ⇔ CM-CONNECTED, RM=REGISTERED is maintained (unless De-registration or a registration lapse occurs). For the details of the state definitions, TS 23.501 §5.3 series is to be confirmed.

Packet Analysis (Wireshark)

The key points when analyzing Paging with Wireshark. On the core side, NGAP Paging (N2) and PFCP Session Report (N4) are what to observe.

Key Display Filters

Filter Meaning
ngap NGAP messages in general (including Paging)
pfcp PFCP messages in general (including Session Report)
sctp.port == 38412 The SCTP port of N2 (NGAP)
udp.port == 8805 The UDP port of N4 (PFCP)
ngap.procedureCode == 24 Paging (to be confirmed: the procedureCode value is dissector/version dependent)

Filter values and IE names are environment dependent and to be confirmed

The numeric values of ngap.procedureCode and the names of the IEs are based on the 3GPP spec's assignments, but how they are displayed and matched may differ depending on the Wireshark version and dissector implementation. Treat the numbers above, including procedureCode == 24, as to be confirmed, and on real equipment it is more reliable to check them in the protocol hierarchy display of the GUI.

Points to note when decoding (key IEs)

  • NGAP Paging (AMF→gNB) — note the following IEs (the IE names are representative notations, to be confirmed).
    • UE Paging Identity — the identifier of the counterpart to page. Typically the 5G-S-TMSI (a shortened Paging ID derived from the TMSI).
    • TAI List for Paging — which group of TAs to call out to (= the scope of the Registration Area).
    • Paging DRX — the UE's DRX cycle information (so the gNB can align the Paging occasion).
  • PFCP Session Report Request (UPF→SMF)Report Type has Downlink Data Report (DLDR) set, indicating the arrival of DL data and the occurrence of buffering (IE name to be confirmed).

The nested structure of the message (NGAP Paging)

NGAP Paging has a structure in which the IEs for Paging are placed inside the NGAP-PDU. In the packet detail pane it is displayed hierarchically as follows (the notation is conceptual; the actual names are dissector dependent = to be confirmed).

NGAP-PDU
 └─ Paging (initiatingMessage)
     ├─ UE Paging Identity (5G-S-TMSI)
     ├─ TAI List for Paging
     └─ Paging DRX

Actual pcaps are environment dependent (implementation dependent)

The filters and IE names on this page are guidelines for analysis. Actual packets depend on the radio and core implementation and configuration. If you build an Open5GS or free5GC testbed, you can actually capture the NGAP Paging on the N2 segment and the PFCP Session Report on the N4 segment and study them.

Configuration

The structural-level key points of the configuration for making Paging work. Specific values and vendor-specific details (Cisco, etc.) are implementation-dependent, and no fictitious values are written here.

Registration Area / TAI list design (on the AMF side)

  • TAI / TAC (Tracking Area) — defines the TAs the AMF serves. It must match the TA of the gNB.
  • Registration Area (TAI list) assignment policy — the range of the TAI list assigned to the UE. Making it wider reduces registration updates but widens the Paging scope; making it narrower does the reverse (the trade-off in Basic Concept). The concrete assignment algorithm is implementation-dependent.
  • GUAMI / 5G-S-TMSI assignment — the 5G-S-TMSI (Paging Identity) is derived from the AMF's GUAMI.
  • Default DRX cycle — the DRX cycle shared between the UE and the network. The values and configuration keys are implementation-dependent.
  • eDRX (extended DRX) — a further power-saving extension. Its parameter design is implementation-dependent and out of scope of this chapter.

Specific values and vendor-specific details are implementation dependent

The configuration file's key names, hierarchy, mandatory items, and the concrete DRX values differ across Open5GS / free5GC / commercial vendors (Cisco, etc.). The above are structural-level key points; check the actual key names and values in each implementation's documentation (implementation dependent). No fictitious configuration values are recorded on this page.

Trouble Shooting

Isolating typical Paging failures (in general terms). For the details of Cause values, see the Cause Dictionary.

Symptom Presumed cause What to check Related logs/Packets Direction of remedy
(a) Paging is not issued The SMF→AMF notification does not arrive / the UPF does not send a buffer notification The N4 Session Report, the SMF→AMF Namf_Communication PFCP Session Report, AMF/SMF logs Check N4 reachability and UPF buffer configuration, and the SMF→AMF notification path
(b) Paging goes out but the UE does not respond The UE is out of the area / DRX timing mismatch / area design error Consistency between the UE's actual serving TA and the Registration Area, DRX configuration NGAP Paging, the gNB's air Paging logs Check the TAI list design, DRX consistency, and the UE's serving area (Mobility Reg Update)
(c) A page is missed due to a Registration Area design error The UE is outside the assigned TAI list but has not been updated The latest Mobility Registration Update, TAC consistency Registration/NGAP Paging, AMF logs Review the TAI design, check the conditions under which registration update occurs
(d) The DL path cannot be established after the response and data is not delivered Failure to re-activate the PDU Session after the Service Request The N4 update (FAR, etc.) via AMF→SMF→UPF N4 Session Modification, UPF logs Check the N3 tunnel/FAR re-configuration and SMF-UPF reachability

Comparison with EPC

A comparison so that those experienced with 4G (EPC) can bridge to 5G. The basic philosophy of Paging (paging an idle terminal on an area basis) is common to 4G and 5G.

Aspect 4G / EPC 5G / 5GC
Paging-initiating NF MME AMF
Protocol for Paging S1AP Paging (TS 36.413) NGAP Paging (TS 38.413)
Paging scope TAI List (Tracking Area) TAI List for Paging (Registration Area)
UE identifier (Paging) S-TMSI 5G-S-TMSI
DL buffering The S-GW buffers, Downlink Data Notification to the MME The UPF buffers, notifies the AMF via the SMF (N4→N11 equivalent)
Idle state ECM-IDLE CM-IDLE
Power-saving reception DRX / eDRX DRX / eDRX (a common concept)
Area update TAU (Tracking Area Update) Mobility Registration Update

Note the difference in the buffering location

In 4G, the S-GW buffered the DL data and sent a Downlink Data Notification to the MME. In 5G, the UPF buffers, and notifies the AMF via the SMF (a reflection of the control/forwarding separation by CUPS/SBA). Grasping the correspondence in which the paging entity is replaced from MME → AMF and the protocol from S1AP → NGAP makes it easier to understand.

Release differences

The main topics related to Paging. Uncertain items are marked to be confirmed and not asserted.

  • Rel-15 — the basic 5GC Paging procedure was established. The foundations of the CM state / Registration Area / NGAP Paging / DRX were specified.
  • RRC Inactive (RAN Paging) — a UE state introduced in Rel-15. When the UE is in RRC_INACTIVE, it is the gNB (RAN), not the core (AMF), that performs RAN Paging within the RAN Notification Area (a separate layer from the core-initiated CN Paging). The scope of this chapter is core-initiated Paging, and RAN Paging is kept to a conceptual introduction (the details are to be confirmed).
  • eDRX extensions — power-saving (MICO/eDRX) related extensions continue in each Release. The concrete parameters are implementation-dependent and to be confirmed.
  • Rel-16 / Rel-17 / Rel-18 — the generations in which extensions to slicing, power saving, positioning, etc. advanced. The extent to which they were specifically woven into the Paging procedure itself is to be confirmed.

Release differences are to be confirmed

Exactly which features were woven into the "Paging procedure itself," and to what extent, in each Release must be checked against the version differences of the relevant TS individually. The above is an overview; the specific items are to be confirmed.

3GPP Specification

Spec Section Content
TS 23.502 §4.2.3.3 Network Triggered Service Request (the procedure for starting Paging, section number to be confirmed)
TS 23.501 §5.3 series CM state (CM-IDLE/CONNECTED) / Registration Area (to be confirmed: section number)
TS 38.413 (various NGAP sections) NGAP Paging (UE Paging Identity / TAI List / Paging DRX, etc., individual sections to be confirmed)
TS 24.501 §5.1 series / §5.6 series 5GMM state / Service Request (NAS side, section number to be confirmed)
TS 29.244 (various PFCP sections) PFCP Session Report (Downlink Data Report)
TS 29.518 Namf (the AMF's service API, Namf_Communication)

Handling of section numbers

TS 23.502 §4.2.3.3 / TS 23.501 §5.3 series / TS 24.501 §5.1 series and §5.6 series are referenced as the backbone of this chapter. However, the fine-grained section numbers may differ by version, and some are marked to be confirmed. The individual NGAP Paging section number of TS 38.413, and each IE name (UE Paging Identity / TAI List for Paging / Paging DRX), are also to be confirmed.

FAQ

Q1. Why page the entire area (Registration Area) rather than a single cell?

Because the network does not track an idle (CM-IDLE) UE on a per-cell basis. Tracking it more finely would increase registration-update signaling and undermine power saving. So it is managed at the granularity of "somewhere in this area (the Registration Area)," and at the time of an incoming call it pages the entire area. If the UE receives it in some cell, the page succeeds.

Q2. Doesn't DRX (discontinuous reception) delay incoming calls?

Yes — the longer the DRX cycle, the longer the wait until the UE next wakes and receives the Paging, and the more incoming-call detection may be delayed. This is the trade-off between power saving and response latency. The cycle is designed according to the use case (whether always-online is prioritized or power saving is prioritized). eDRX is an extension tilted even further toward power saving (implementation-dependent).

Q3. How does RAN Paging in RRC Inactive differ?

What this chapter covers is AMF (core)-initiated Paging (CN Paging), which happens when the UE is in CM-IDLE. In the RRC_INACTIVE state, on the other hand, the UE is still treated as connected from the core's viewpoint, enters a light idle mode on the radio side, and the gNB (RAN) performs RAN Paging within the RAN Notification Area. The paging entity (AMF or gNB) and the scope (Registration Area or RAN Notification Area) differ. The details are to be confirmed.

Q4. What does the UE do after receiving a Paging?

The UE initiates the Service Request procedure to re-establish the radio connection and UE context, and transitions to CM-CONNECTED. After that, the DL data buffered at the UPF is delivered. The details of the Service Request procedure are covered in a separate chapter (this chapter covers only its positioning as the response).

Q5. Where is the DL data buffered?

At the UPF. When the destination UE is in CM-IDLE and the DL path (N3) is not established, the UPF temporarily buffers the DL packets and notifies the SMF (via an N4 PFCP Session Report). The SMF notifies the AMF, and the AMF starts Paging. When the UE recovers its connection, the buffered data is delivered.

Summary

  • Paging is the procedure by which the network pages a UE in order to deliver an incoming call (DL data / NW-initiated signaling) to a registered UE in CM-IDLE.
  • The broad flow is UPF buffering → SMF notification (N4→N11 equivalent) → AMF decision → NGAP Paging (N2) → air Paging (RRC) → the UE responds with a Service Request → CM-CONNECTED.
  • The command center is the AMF (which sends NGAP Paging to the group of gNBs of the Registration Area). DL buffering is by the UPF, and the notification relay is by the SMF.
  • Paging on a Registration Area (TAI list) basis is because the idle UE is not tracked on a per-cell basis. DRX achieves power saving through discontinuous reception (the trade-off between power saving and response latency).
  • Against 4G Paging (MME-initiated / S1AP / S-TMSI), 5G is AMF-initiated / NGAP / 5G-S-TMSI. Buffering moves from the S-GW to the UPF.
  • The basis is TS 23.502 §4.2.3.3 / TS 23.501 §5.3 series / TS 38.413 / TS 29.244 (some of the section numbers and IE names are to be confirmed).

Practice — comprehension check and exercises

Comprehension check

Q1. Which CM state is the target of Paging? (answer)

CM-IDLE. If CM-CONNECTED, a connection already exists, so Paging is unnecessary and DL data can be delivered directly.

Q2. On what basis is the range in which the AMF pages the UE decided? (answer)

The UE's Registration Area (TAI list). NGAP Paging is sent to the gNBs of the group of TAs contained in this range.

Q3. Which NF buffers DL data and notifies the SMF of the arrival of DL data? (answer)

The UPF. It notifies the SMF via a PFCP Session Report Request (Downlink Data Report) (N4).

Q4. What procedure does a paged UE initiate to recover its connection? (answer)

The Service Request procedure. This transitions it from CM-IDLE → CM-CONNECTED.

Q5. What NF initiates Paging in 4G, and what NF in 5G? (answer)

4G is the MME (S1AP Paging), 5G is the AMF (NGAP Paging).

Exercises

Problem: Reorder the following main Paging (Network Triggered) steps into the correct order.

A. The AMF sends NGAP Paging to the group of gNBs of the Registration Area
B. The UPF buffers the DL data and notifies the SMF via a Session Report
C. The UE responds with a Service Request and moves to CM-CONNECTED
D. The gNB transmits Paging (RRC) over the air
E. The SMF notifies the AMF of the arrival of DL data (N11 equivalent)
F. The UPF delivers the buffered DL data
Answer

B → E → A → D → C → F

  • B: The UPF buffers and notifies (N4 Session Report)
  • E: SMF→AMF notification (Namf_Communication)
  • A: The AMF sends NGAP Paging (N2, Registration Area)
  • D: The gNB pages over the air (RRC)
  • C: The UE responds with a Service Request → CM-CONNECTED
  • F: Delivery of the buffered DL data

※ When the trigger is NW-initiated signaling, B and E are replaced by a different origin (situation/implementation dependent).

Next Step

The next steps to deepen your understanding.