Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Radio Access Network

SPS

Semi-Persistent Scheduling

Radio Access Network →

SPS is a scheduling method where radio resources are pre-allocated to a UE for a period, reducing control signaling overhead by avoiding a dynamic grant for each transmission, which is optimal for periodic traffic like VoIP.

Introduced
Rel-8
Where
Radio Access Network › NG-RAN (5G)
Specifications
19 specs
Also in
Services, User Equipment
SPS Description Purpose What changed Neighbours Detected Changes Specifications

Description

Semi-Persistent Scheduling (SPS) is a radio resource management mechanism defined in 3GPP specifications for LTE and NR that strikes a balance between fully dynamic scheduling and fully static scheduling. In dynamic scheduling, the network sends a downlink control information (DCI) grant on the PDCCH for every single uplink transmission or downlink reception, which provides maximum flexibility but incurs significant control channel overhead. SPS, in contrast, configures a UE with a recurring pattern of radio resources (specific subframes/slots and resource blocks) for a particular logical channel, typically associated with a periodic service like Voice over IP (VoIP). Once activated via a single DCI message, the UE automatically uses the pre-defined resources at the configured interval without needing further grants, dramatically reducing PDCCH load.

The operation of SPS involves configuration, activation, and deactivation phases. First, the network configures the UE with SPS parameters via RRC signaling. These parameters include the SPS interval (e.g., 20 ms for VoIP), the specific time-domain offset, and the frequency resources. This configuration is tied to a specific Cell Radio Network Temporary Identifier (C-RNTI) and a configured grant configuration index. Activation is performed dynamically via a special DCI (format 0_0/0_1 for UL, 1_0/1_1 for DL in NR) scrambled with the CS-RNTI (Configured Scheduling RNTI, which evolved from the SPS C-RNTI concept). This activation DCI points to the pre-configured SPS configuration and effectively 'starts the timer.' Upon receiving it, the UE begins using the periodic resources according to the configured pattern.

For uplink SPS, the UE transmits on the pre-allocated resources without waiting for a UL grant. For downlink SPS, the UE monitors the PDSCH in the pre-allocated resources. The network can also send dynamic grants that override the SPS resources for a particular occasion, providing flexibility. SPS is deactivated either explicitly by a DCI scrambled with CS-RNTI with a specific field set to indicate deactivation, implicitly after a configured number of empty transmissions (in UL), or upon RRC reconfiguration. Key components include the CS-RNTI (which uniquely identifies UEs with active SPS configurations), the SPS configuration parameters in RRC, and the specific DCI formats and scrambling rules used for activation/deactivation.

In 5G NR, SPS concepts were enhanced and generalized under the umbrella of 'Configured Grants' for uplink, which includes two types. Type 1 configured grant is similar to traditional SPS where all parameters are provided by RRC. Type 2 configured grant involves RRC providing some parameters and a DCI (using CS-RNTI) activating the periodic resources. This provides more dynamic control. SPS remains crucial for NR services requiring ultra-reliable low-latency communications (URLLC) and periodic industrial IoT traffic, where minimizing control latency and guaranteeing resource availability are paramount. The mechanism offloads the PDCCH, reduces scheduling latency for periodic packets, and conserves UE battery life by reducing the need for continuous blind decoding of control channels for every transmission.

Purpose & Motivation

SPS was developed primarily to efficiently support services with predictable, periodic traffic patterns, most notably Voice over IP (VoIP). In early LTE deployments, it was observed that using fully dynamic scheduling for VoIP—where a small packet (e.g., a voice frame) is generated every 20 ms—was highly inefficient. Each 40-byte voice packet would require a separate DCI grant on the PDCCH, which could be 40-50 bits in size. This meant the control signaling overhead could approach or even exceed the data payload itself, severely limiting VoIP capacity on the cell.

The problem SPS solves is this control channel overhead bottleneck. By pre-allocating resources, SPS eliminates the need for a grant for every single packet transmission. This dramatically increases the number of VoIP users a single cell can support, as the limiting factor becomes the available PDSCH/PUSCH resources rather than the PDCCH capacity. It also reduces scheduling latency because the UE does not need to wait for a grant to arrive; it already knows when and where to transmit or receive, which is beneficial for maintaining consistent low latency for real-time services.

Historically introduced in LTE Release 8, SPS addressed a key challenge for making LTE a competitive technology for voice services. As networks evolved to support more IoT and M2M applications with periodic reporting (e.g., smart meters, sensor data), the utility of SPS expanded beyond VoIP. In 5G NR, the principles of SPS were refined into the more flexible configured grant framework to support a wider range of URLLC and periodic traffic scenarios with even stricter latency and reliability requirements. SPS represents a fundamental optimization in cellular design: trading a small amount of scheduling flexibility for massive gains in control efficiency and latency performance for predictable data flows.

What changed in its specifications

The latest release-to-release comparison of specifications that define SPS. Each summary describes the whole specification, not only this term.

TS 25.306Rel-11 → Rel-12

WLAN/3GPP Radio Interworking, RAN-assisted WLAN interworking support, and two new terms were added.

Full comparison in TS 25.306 →
TS 25.331Rel-15 → Rel-16

Rel-16 added SR-VCC handover from NR to UTRAN, integrity protection activation, and key set storage. These were the largest feature overviews for TS 25.331.

Full comparison in TS 25.331 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (39 CRs across 4 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-15 16 changes
  • Applicability of 1024QAM to SPS C-RNTI TS 36.213CR1146
  • UL SPS repetition counting TS 36.213CR1185
  • Validation of SPS for one UL SPS configuration TS 36.213CR1186
  • On activation of UL SPS configuration TS 36.213CR1187
  • Correction on DCI validation for UL SPS TS 36.213CR1199
  • Corrections on UL SPS repetition TS 36.213CR1201

+ 10 more changes

Rel-16 9 changes
  • Correction on HARQ process number for SPS validation when multi-TB is configured TS 36.213CR1381
  • Correction of NRU HARQ procedure in the presence of SPS PDSCH TS 38.213CR0163
  • Correction on overlapping between SPS HARQ-ACK with HP and SP HARQ-ACK with LP TS 38.213CR0251
  • CR for SPS Release and SPS PDSCH Receptions with Slot Aggregation TS 38.213CR0257
  • PUCCH multiplexing with SPS HARQ-ACK or SR within a sub-slot TS 38.213CR0266
  • Correction on the calculation of HARQ Process ID for SPS TS 38.321CR0774

+ 3 more changes

Rel-17 12 changes
  • CR on multiplexing for SPS HARQ-ACK TS 38.213CR0381
  • CR on PUCCH resource determination of SPS multicast HARQ-ACK TS 38.213CR0400
  • CR on PUCCH resource determination for multiplexing dynamic multicast HARQ-ACK and SPS unicast HARQ-ACK TS 38.213CR0401
  • CR on multiplexing HARQ-ACK for DG and SPS multicast and unicast TS 38.213CR0433
  • CR on PUCCH resource for UE configured with NACK-only mode2 for SPS TS 38.213CR0452
  • CR on HARQ-ACK for SPS release TS 38.213CR0480

+ 6 more changes

Rel-18 2 changes
  • Clarification on the first SPS PDSCH and Type2 CG PUSCH TS 38.213CR0559
  • CR on HARQ-ACK for SPS PDSCH TS 38.213CR0561

Defining Specifications

3GPP specifications that define or reference SPS, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 25.306 vj00 UE Radio Access Capabilities Specification Rel-19 read
TS 25.331 vj01 UTRAN Radio Resource Control Protocol Rel-19 read
TS 26.116 vj00 TV Video Formats for 3GPP Services Rel-19 read
TS 26.118 vj00 Virtual Reality Media Formats Rel-19 read
TS 26.223 vj00 IMS Telepresence Client Specification Rel-19 read
TS 26.234 vj00 3GPP PSS Protocols and Codecs Specification Rel-19 read
TS 26.522 vj40 RTP for XR in 5G Systems Rel-19 read
TR 26.906 vj00 HEVC Evaluation for 3GPP Services Rel-19 read
TR 26.948 vj00 Video enhancements for 3GPP Multimedia Services Rel-19 read
TR 26.954 vj00 UE Headset Electrical Interface Testing Rel-19 read
TS 36.213 vj50 LTE Physical Layer Procedures Rel-19 read
TS 36.331 vj40 E-UTRA Radio Resource Control (RRC) Protocol Rel-19 read
TS 36.822 vb00 LTE RAN Enhancements for Diverse Data Apps Rel-11 read
TS 38.202 vj00 5G NR Physical Layer Services Rel-19 read
TS 38.213 vj50 NR Physical Layer Control Procedures Rel-19 read
TS 38.300 vj40 NR and NG-RAN Overall Description Rel-19 read
TS 38.321 vj40 NR MAC Protocol Specification Rel-19 read
TR 38.825 vg00 Study on NR Industrial IoT Rel-16 read
TR 38.889 vg00 NR-based access to unlicensed spectrum study Rel-16 read