Pas un gadget — un vrai standard 5G
Commençons par dissiper un malentendu fréquent : DECT NR+, ou plus précisément DECT-2020 NR, n'est pas une variante marketing du vieux DECT des téléphones fixes. C'est un standard officiellement reconnu par l'UIT comme technologie IMT-2020 — autrement dit, un vrai membre de la famille 5G, au même titre que le NR de 3GPP. Il couvre deux des cas d'usage clés de la 5G : le mMTC (massive Machine-Type Communications, pour les réseaux denses de capteurs) et l'URLLC (Ultra-Reliable Low-Latency Communications, pour les applications temps-réel critiques).
La norme est publiée par l'ETSI sous la série ETSI TS 103 636 (parties 1 à 5), complétée par les profils applicatifs ETSI TS 104 047. C'est une spécification complète, rigoureuse, publique.
Ce qui le distingue radicalement des autres technos 5G, c'est son modèle d'opération : aucun opérateur mobile, aucune infrastructure centralisée, aucun abonnement. NR+ fonctionne sur le spectre libre 1880–1930 MHz en Europe — la bande DECT historique, non soumise à licence. Chaque déploiement est autonome.
Le réseau s'organise en mesh multi-hop auto-configuré : les nœuds se découvrent, s'associent et routent les trames entre eux sans intervention humaine. Pas de gateway centrale obligatoire, pas de point de défaillance unique.
L'héritage DECT est là dans le nom et dans la bande de fréquences — mais c'est à peu près tout. Techniquement, c'est une rupture complète : OFDM, HARQ, modulation adaptative, ordonnancement TDD déterministe. On est loin du GFSK des combinés des années 90.
La couche physique — ce qui se passe sur l'air
La PHY de NR+ repose sur de l'OFDM avec préfixe cyclique, centré sur la bande 1,9 GHz. La largeur de canal est de 1,728 MHz — un héritage direct du DECT classique, ce qui facilite la coexistence avec les anciens équipements sur la même bande.
Le duplexage est en TDD (Time Division Duplex) : émission et réception se partagent la même fréquence mais pas le même moment. C'est le Cluster Controller qui décide de la répartition DL/UL, ce qui permet de l'adapter dynamiquement au trafic.
La modulation est adaptative selon les conditions radio du lien :
- π/2-BPSK — robustesse maximale, portée maximale, faible débit
- QPSK — bon équilibre portée/débit
- 16-QAM — débit intermédiaire
- 64-QAM — débit maximal sur lien proche de bonne qualité
| Paramètre | Valeur |
|---|---|
| Bande de fréquences | 1880–1930 MHz (Europe, licence-exempt) |
| Largeur de canal | 1,728 MHz |
| Modulation | π/2-BPSK, QPSK, 16-QAM, 64-QAM (adaptative) |
| Duplexage | TDD (Time Division Duplex) |
| Forme d'onde | OFDM avec préfixe cyclique |
Le choix de la bande 1,9 GHz est délibéré : c'est une fenêtre libre d'interférence en Europe — ni saturée comme le 868 MHz du LoRa, ni soumise à concurrence du WiFi sur 2,4 GHz. La propagation est raisonnable en intérieur, la pénétration de paroi correcte.
La couche MAC — là où ça devient intéressant
La couche MAC de NR+ est probablement ce qui mérite le plus d'attention. C'est elle qui donne au protocole ses propriétés temps-réel.
Structure temporelle
Le temps est découpé de manière hiérarchique et déterministe :
FRAME
SLOT
Ordonnancement beacon-driven : pas de contention, pas de collision
C'est ici que NR+ s'éloigne définitivement du WiFi et du LoRa. Il n'y a pas d'accès aléatoire au canal : c'est le Cluster Controller (CC) — le nœud maître du cluster — qui planifie toutes les transmissions. Il émet des beacons réguliers qui allouent explicitement les slots à chaque dispositif.
Résultat : zéro collision, zéro backoff, zéro incertitude temporelle. La latence est bornée par construction — ce n'est pas une propriété statistique, c'est une garantie architecturale.
L'ordonnanceur du CC gère simultanément des profils de trafic très différents dans le même cluster :
- Capteurs IoT à faible débit, peu urgents
- Actuateurs industriels avec contrainte de latence stricte
- Passerelles IP à débit plus élevé
- Flux audio ou de supervision temps-réel
Chaque flux se voit attribuer des ressources TDD adaptées à ses exigences de QoS. C'est du vrai ordonnancement URLLC — pas du "best effort avec des timeouts courts".
HARQ : les retransmissions rapides
NR+ intègre le HARQ (Hybrid Automatic Repeat reQuest) au niveau MAC. En cas de trame mal reçue, la retransmission est initiée dans le slot suivant, sans remonter au niveau applicatif. Le récepteur combine les tentatives successives de manière à améliorer le rapport signal/bruit — c'est ce qui rend les retransmissions HARQ bien plus efficaces qu'un simple renvoi de paquet.
DLC et CVG — le réseau et l'IP
Au-dessus du MAC, deux couches assurent le transport fiable et l'intégration dans les architectures IP existantes.
Les profils applicatifs définis dans ETSI TS 104 047 précisent comment configurer ces couches selon le cas d'usage :
- Sensor Profile — pour les capteurs IoT faible débit, longue autonomie
- Industrial Control Profile — pour les actuateurs et commandes temps-réel
- Gateway Profile — pour les nœuds qui agrègent et routent vers le backbone IP
Le matériel disponible aujourd'hui
On va être honnêtes : NR+ est encore un marché émergent. Mais ce n'est plus du vaporware — le matériel existe.
C'est peu comparé à l'écosystème WiFi ou même LTE-M. Mais c'est suffisant pour démarrer un développement sérieux dès aujourd'hui, et l'Opener Initiative travaille précisément à accélérer l'adoption en rendant la stack open-source et interopérable.
Pour qui, pour quoi
NR+ n'est pas une technologie polyvalente. Elle répond à des besoins précis, et pour ces besoins-là, elle est très bien placée.
Ce qu'il faut en retenir
NR+ occupe une niche que personne d'autre ne remplit : déterministe, mesh, sans opérateur, sur fréquence libre, avec un vrai standard 5G derrière. Ce n'est pas pour tout le monde — mais pour les réseaux industriels critiques, c'est probablement ce qu'il y a de mieux aujourd'hui.
Si votre cas d'usage peut tolérer la dépendance à un opérateur, LTE-M reste plus simple à déployer et dispose d'un écosystème bien plus large. Si vous avez besoin de portée kilométrique sur batterie avec peu de données et aucune contrainte temps-réel, regardez du côté du NB-IoT.
Mais si vous avez besoin de souveraineté opérationnelle, de latence bornée, de densité de nœuds, et d'un réseau qui tient debout même sans backbone IP externe — NR+ est la réponse sérieuse. Et c'est précisément pourquoi on y travaille.