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
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (78 CRs across 4 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-8, normative work from Rel-15.
In Release 15, enhancements for Semi-Persistent Scheduling (SPS) included support for multiple uplink SPS configurations and the configuration of repetition, alongside specific corrections and support for TDD short TTI (sTTI) operation. The release also introduced corrections for SPS configuration in high-reliability low-latency communication (HRLLC) contexts and for handling multiple SPS configurations following the sTTI and HRLLC merge. Furthermore, it provided a correction to the acknowledgement procedure for SPS deactivation.
- CR to 38.202 capturing the RAN1#92bis and RAN1#93 meeting agreements related to URLLC TS 38.202CR0003
- SI message scheduling enhancement to avoid conflicts between legacy and positioning System Information TS 36.331CR3596
- Correction on SPS configuration for HRLLC TS 36.331CR3572
- Small correction to pos-schedulingInfoList in SIB1-BR (RIL Z107) TS 36.331CR3607
- SPS for TDD sTTI TS 36.331CR3660
- Corrections to multiple SPS configurations after sTTI and HRLLC merge TS 36.331CR3676
+ 17 more changes
In Release 16, enhancements for Semi-Persistent Scheduling (SPS) included support for SPS PDSCH receptions with slot aggregation and introduced specific procedures for SPS release. The release also provided critical corrections and clarifications, such as for the calculation of the HARQ Process ID for SPS and the handling of overlapping HARQ-ACK feedback between high-priority and low-priority SPS transmissions. Additionally, it defined the PUCCH multiplexing behavior for SPS HARQ-ACK within a sub-slot.
- Introduction of Physical Layer Enhancements for URLLC TS 38.202CR0012
- Introduction of NR-DC in same Frequency Range and of Cross-carrier Scheduling with Different Numerologies TS 38.213CR0077
- Modification of SI scheduling for extended SIBs TS 36.331CR4445
- Correction to DL Multi-TB scheduling in NB-IoT TS 36.331CR4734
- Corrections on NR-DC and on Cross-carrier Scheduling with Different Numerologies TS 38.213CR0086
- Corrections on NR-DC and on Cross-carrier Scheduling with Different Numerologies TS 38.213CR0111
+ 14 more changes
In Release 17, SPS enhancements focused on multicast operation and HARQ-ACK feedback improvements. New capabilities included SPS release via multicast DCI, PUCCH resource determination for SPS multicast HARQ-ACK, and support for multiplexing dynamic multicast HARQ-ACK with SPS unicast HARQ-ACK. The release also introduced a HARQ-ACK codebook for multicast SPS and defined procedures for NACK-only feedback mode and SPS initialization for multicast/broadcast services (MBS).
- Introduction of IIoT/URLLC enhancements in NR TS 38.202CR0020
- Introduction of IIoT/URLLC enhancements in NR TS 38.213CR0272
- Introduction of Rel-17 IIoT/URLLC to TS 38.300 TS 38.300CR0416
- Introduction of enhanced IIoT&URLLC support for NR TS 38.321CR1200
- Corrections on IIoT/URLLC enhancements in NR TS 38.213CR0292
- Corrections on IIoT/URLLC enhancements in NR TS 38.213CR0321
+ 18 more changes
In Release 18, SPS enhancements focused on improving timing robustness and reliability, as indicated by the introduction of timing resiliency and URLLC-related corrections. Key technical refinements included clarifications and corrections for HARQ-ACK procedures, specifically for SPS PDSCH and in scenarios involving multi-cell or multi-slot scheduling. Additional corrections addressed transition times for BWP changes triggered by DCI formats scheduling multiple PUSCHs or PDSCHs.
- Introduction of Timing Resiliency and URLLC enhancements TS 38.300CR0730
- Correction to 38.300 for multi-cell scheduling TS 38.300CR0832
- Correction on HARQ-ACK skipping for Rel-18 multi-cell scheduling TS 38.213CR0673
- Correction on transition time of UL BWP change triggered by DCI format 0_1 scheduling multiple PUSCHs TS 38.213CR0693
- Correction on UAI for URLLC TS 38.300CR0793
- Correction on Type-2 HARQ-ACK codebook for multi-slot scheduling TS 38.213CR0522
+ 5 more changes
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 |