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.
Classification
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (30 CRs across 4 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 15, the enhancements for Semi-Persistent Scheduling (SPS) included support for multiple uplink SPS configurations and the configuration of repetition, alongside specific corrections and extensions for operations involving TDD sTTI and HRLLC. The release also introduced corrections to SPS assistance information and addressed the acknowledgment procedure for SPS deactivation. These updates refined the SPS function for more reliable and flexible configured grant operations.
- Correction on SPS configuration for HRLLC TS 36.331CR3572
- SPS for TDD sTTI TS 36.331CR3660
- Corrections to multiple SPS configurations after sTTI and HRLLC merge TS 36.331CR3676
- Support of multiple UL SPS configurations and configuration of repetition TS 36.331CR3707
- Corrections on Configured Grants and SPS TS 38.321CR0262
- Correction to acknowledgement for SPS deactivation TS 38.321CR0275
+ 2 more changes
In Release 16, enhancements to Semi-Persistent Scheduling (SPS) focused on correcting and clarifying key procedures, including the HARQ process ID calculation and the handling of HARQ-ACK feedback for SPS release. Specific improvements addressed overlapping HARQ-ACK transmissions of different priorities and PUCCH multiplexing with SPS HARQ-ACK within a sub-slot. The release also provided corrections for SPS PDSCH receptions when using slot aggregation and for the NRU HARQ procedure in the presence of SPS PDSCH.
- 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
- Correction for SPS HARQ process ID calculation TS 38.321CR0957
+ 2 more changes
In Release 17, the enhancements to Semi-Persistent Scheduling (SPS) focused on refining HARQ-ACK feedback mechanisms, particularly for multicast transmissions, and clarifying activation procedures. Key additions included specific procedures for multiplexing HARQ-ACK for both dynamic grants and SPS, PUCCH resource determination for multicast SPS, and SPS release via multicast DCI. The release also provided clarifications for SPS initialization, handling of the first SPS PDSCH, and deactivation upon carrier reconfiguration.
- 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
In Release 18, the specifications introduced clarifications for the timing of the first Semi-Persistent Scheduling (SPS) Physical Downlink Shared Channel (PDSCH) transmission and for Type 2 Configured Grant (CG) Physical Uplink Shared Channel (PUSCH). Furthermore, a dedicated Change Request addressed and refined the procedures for Hybrid Automatic Repeat Request Acknowledgement (HARQ-ACK) feedback specifically related to SPS PDSCH receptions.
Explore further
Broader topics and technologies where SPS plays a role.
Defining Specifications
3GPP specifications that define or reference SPS, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 25.306 vj00 | UE Radio Access Capabilities Specification | Rel-19 |
| TS 25.331 vj00 | UTRAN RRC Protocol Specification | Rel-19 |
| TS 26.116 vj00 | TV Video Formats for 3GPP Services | Rel-19 |
| TS 26.118 vj00 | Virtual Reality Media Formats | Rel-19 |
| TS 26.223 vj00 | IMS Telepresence Client Specification | Rel-19 |
| TS 26.234 vj00 | 3GPP PSS Protocols and Codecs Specification | Rel-19 |
| TS 26.522 vj30 | RTP for XR in 5G Systems | Rel-19 |
| TR 26.906 vj00 | HEVC Evaluation for 3GPP Services | Rel-19 |
| TR 26.948 vj00 | Video enhancements for 3GPP Multimedia Services | Rel-19 |
| TR 26.954 vj00 | UE Headset Electrical Interface Testing | Rel-19 |
| TS 36.213 vj10 | LTE Physical Layer Procedures | Rel-19 |
| TS 36.331 vj00 | LTE RRC Protocol Specification | Rel-19 |
| TS 36.822 vb00 | LTE RAN Enhancements for Diverse Data Apps | Rel-11 |
| TS 38.202 vj00 | 5G NR Physical Layer Services | Rel-19 |
| TS 38.213 vj10 | NR Physical Layer Control Procedures | Rel-19 |
| TS 38.300 vj00 | NG-RAN Overall Description | Rel-19 |
| TS 38.321 vj00 | NR MAC Protocol Specification | Rel-19 |
| TR 38.825 vg00 | Study on NR Industrial IoT | Rel-16 |
| TR 38.889 vg00 | NR-based access to unlicensed spectrum study | Rel-16 |