Release 19 gelée, Release 20 en marche : ce que ça change sur le terrain

Il est 2 h du matin dans un NOC quelque part en Europe. L’écran principal affiche une dégradation du taux de succès d’attachement sur un cluster de cellules NTN. L’ingénieur de garde ouvre les logs RRC, déroule les messages RRCSetup et RRCReconfiguration, et tombe sur des IEs qu’il n’avait jamais vus en production. Explication : l’opérateur vient d’activer les premiers paramètres Release 19 sur son cœur de réseau. Bienvenue dans la nouvelle réalité du RAN.

En décembre 2025, lors de la plénière TSG#106, le 3GPP a officiellement gelé la Release 19. Trois mois plus tard, la Release 20 — dernière itération du 5G-Advanced avant les études 6G — est en plein développement avec 126 Work Items actifs. Pour les ingénieurs qui vivent entre les traces protocolaires et les KPI terrain, c’est le moment de faire le tri entre ce qui est déployable aujourd’hui et ce qu’il faut surveiller pour demain.

Release 19 — Ce qui est gelé et déployable

Le gel d’une Release 3GPP signifie que les spécifications Stage 3 (les protocoles, les formats de messages, les procédures) sont stables. Concrètement, pour R19, voici les trois piliers qui vont impacter les déploiements terrain dès 2026.

5G Broadcast / MBS (Multicast-Broadcast Services). R19 finalise le remplacement de l’eMBMS LTE par un mécanisme natif NR. Le mode SFN (Single Frequency Network) permet la diffusion sur une zone géographique large sans consommer de ressources unicast. Les cas d’usage immédiats : diffusion d’alertes d’urgence (PWS amélioré), streaming événementiel dans les stades, mise à jour OTA de flottes IoT. Côté protocole, cela se traduit par de nouveaux IEs dans le MBSBroadcast et des modifications du SystemInformationBlockType20 (TS 38.331).

RedCap Phase 2 (NR-Light enhancements). Introduit en R17, RedCap ciblait les appareils IoT intermédiaires — trop complexes pour le LTE-M, mais ne nécessitant pas toute la puissance du NR. R19 pousse le curseur plus loin (détails dans la section suivante).

NTN Phase 2 (Non-Terrestrial Networks). R19 apporte les payloads régénératifs — le satellite ne se contente plus de relayer, il traite le signal à bord. Le store-and-forward permet des communications asynchrones dans les zones sans couverture terrestre. Pour les ingénieurs, cela signifie de nouveaux timers dans les procédures NAS (TS 24.501) et des mécanismes de handover terre-satellite à valider.

Cette frise n’est pas qu’un rappel historique. Elle montre un rythme qui s’accélère. Entre R15 et R17, les fondations étaient posées. Depuis R18, chaque release empile des capacités opérationnelles concrètes. R19 est la première à livrer simultanément des avancées sur le broadcast, l’IoT et le non-terrestre — trois domaines qui, jusqu’ici, évoluaient en silos.

RedCap Phase 2 — Le IoT massif passe au NR

RedCap Phase 2 est probablement la fonctionnalité R19 qui va générer le plus de volume terrain. Pourquoi ? Parce qu’elle repositionne le NR comme plateforme crédible pour l’IoT massif, un marché jusqu’ici dominé par le LTE-M et le NB-IoT.

Les chiffres parlent d’eux-mêmes. En R17 (Phase 1), le RedCap opérait sur une bande passante maximale de 20 MHz en FR1 — déjà une réduction par rapport aux 100 MHz du NR standard. R19 descend à 5 MHz. C’est un facteur 20 de réduction par rapport au NR pleine capacité, et cela rapproche le RedCap du territoire du LTE-M en termes de complexité modem.

Au-delà de la bande passante, R19 apporte plusieurs optimisations critiques pour la durée de vie des batteries :

• MIMO relaxé — passage de 2 à 1 antenne Rx obligatoire, réduisant la consommation RF de l’appareil.
• Extended DRX (eDRX) — cycles de sommeil allongés, permettant aux capteurs de ne se réveiller que toutes les quelques secondes voire minutes selon le profil.
• Réduction de la puissance de transmission — objectif de consommation cible en dessous de 10 mW en mode connecté pour les profils les plus économes.

Pour un ingénieur terrain, le défi immédiat est de valider ces nouveaux profils RedCap sur les réseaux existants. Les paramètres SIB1 changent — le champ ue-CategoryNR-RedCap et les capacités associées dans le UECapabilityInformation doivent être correctement décodés. Un décodeur Layer 3 fiable devient indispensable pour tracer ces échanges, surtout quand les premiers terminaux RedCap Phase 2 arriveront sur le terrain avec des implémentations parfois incomplètes.

Les spécifications de référence à surveiller : TS 38.306 (UE radio access capabilities) pour les nouvelles catégories, et TS 38.331 (RRC) pour les modifications des procédures de configuration.

Release 20 — La dernière ligne droite du 5G-Advanced

Pendant que R19 se stabilise, R20 avance à plein régime. Avec un gel Stage 3 prévu autour de mars 2027, il reste environ un an de développement spécifique. Mais les grandes orientations sont déjà claires — et certaines sont transformatrices.

AI/ML pour le RAN est le sujet le plus dense. Trois cas d’usage sont normalisés : la gestion de faisceau (beam management) — prédiction du meilleur faisceau sans mesure exhaustive — , le feedback CSI — compression et prédiction du Channel State Information par modèle ML — et l’amélioration du positionnement — localisation sub-métrique par inférence. Ces mécanismes introduisent de nouveaux signaux entre l’UE et le gNB (rapports de prédiction, modèles échangés via RRC). Les TR 38.843 et TR 38.844 documentent les études de faisabilité ; les spécifications normatives atterrissent dans R20.

Ambient IoT est peut-être la rupture la plus radicale. L’idée : des appareils sans batterie, alimentés par récupération d’énergie RF (energy harvesting) ou par rétrodiffusion (backscatter). Le 3GPP étudie des communications à quelques dizaines de bits par seconde sur des distances de quelques mètres à quelques dizaines de mètres. L’impact potentiel est énorme — étiquettes intelligentes, capteurs intégrés dans les matériaux de construction, suivi logistique sans maintenance. Mais la normalisation est encore en phase de définition des exigences (TR 38.848).

ISAC (Integrated Sensing and Communication) est le troisième pilier transformateur. Le principe : utiliser les signaux NR non seulement pour communiquer, mais aussi pour détecter l’environnement — mouvement, présence, vitesse, distance. Pensez radar intégré au réseau cellulaire. Les cas d’usage vont de la détection de véhicules à la surveillance de zones industrielles. Les études sont documentées dans le TR 22.837 (exigences de service) et le TR 38.857 (étude canal et signal).

Ce que ça change concrètement sur le terrain

Pour un ingénieur réseau, la question n’est jamais « quelle Release est cool ? » mais « qu’est-ce que je dois tester maintenant et qu’est-ce qui va casser ? ». Voici une grille de lecture pragmatique.

Ce que R19 change dès maintenant :

• Nouveaux IEs RRC à décoder. Les messages RRCReconfiguration et RRCSetup contiennent des extensions R19 pour MBS, RedCap Phase 2 et NTN. Si votre outil de décodage ne supporte pas les ASN.1 R19, vous naviguez à l’aveugle. Vérifiez que votre décodeur ASN.1 est à jour avec les schémas de décembre 2025.
• KPI RedCap mesurables. Taux de succès d’attachement des terminaux RedCap, durée de batterie en mode eDRX, débit moyen en bande passante réduite. Ces métriques doivent être intégrées dans vos tableaux de bord.
• Procédures NTN à valider. Les handovers terre-satellite et les nouveaux timers NAS (T3XXX étendus pour les délais de propagation satellite) nécessitent des tests end-to-end spécifiques. Les premiers réseaux NTN commerciaux activent ces fonctions R19 courant 2026.

Ce que R20 exige de préparer :

• Traces AI/ML. Les échanges de modèles et de rapports de prédiction entre UE et gNB vont générer un nouveau type de trafic signalisation. Comprendre ces messages en amont — même à partir des early drops R20 — sera un avantage compétitif.
• Environnement de test ISAC. Les premières implémentations ISAC nécessiteront de corréler les mesures radar (distance, vélocité) avec les performances réseau classiques (RSRP, SINR). Aucun outil legacy n’est conçu pour cela.
• Ambient IoT — monitoring passif. Les appareils Ambient IoT ne génèrent pas de signalisation classique. Détecter leur présence et valider leur fonctionnement va nécessiter de nouvelles approches de monitoring.

La transition R19-R20 n’est pas un simple incrément de version. C’est un changement de paradigme dans ce que le RAN est censé faire — et donc dans ce que les ingénieurs doivent mesurer.

Conclusion

Release 19 est maintenant un fait accompli. Les spécifications sont stables, les premiers déploiements arrivent, et les ingénieurs qui maîtrisent les nouveaux IEs, les profils RedCap Phase 2 et les procédures NTN auront une longueur d’avance. Release 20, de son côté, redéfinit les limites du RAN — l’intelligence artificielle dans la boucle radio, des appareils sans batterie, un réseau qui « voit » son environnement.

La question pour chaque équipe terrain est simple : vos outils de décodage et d’analyse sont-ils prêts pour les structures de messages R19 ? Et votre roadmap de compétences intègre-t-elle déjà les fondamentaux AI/ML et ISAC de R20 ?

Le prochain gel arrive plus vite qu’on ne le pense. L’heure n’est plus à l’observation — c’est le moment de se préparer.