Carrier Aggregation LTE et 5G : guide pratique pour ingénieurs terrain
Guide complet sur la Carrier Aggregation en LTE et 5G NR : principes, CA combos, vérification terrain, impact sur le débit, troubleshooting des problèmes de SCell et diagnostic avec messages RRC.
La Carrier Aggregation (CA) est le mécanisme principal d’augmentation de débit en LTE et 5G NR. Elle permet à un terminal d’utiliser simultanément plusieurs porteuses (Component Carriers) pour multiplier la bande passante disponible. En théorie, le concept est simple. En pratique, la CA introduit des problèmes de diagnostic spécifiques que tout ingénieur terrain doit maîtriser. Ce guide couvre les principes fondamentaux, les méthodes de vérification terrain, et le troubleshooting des problèmes courants.
Principes fondamentaux de la Carrier Aggregation
PCell, SCell et Component Carriers
Dans un système avec Carrier Aggregation, le terminal utilise plusieurs porteuses simultanément. Chaque porteuse est appelée Component Carrier (CC). Les rôles sont définis ainsi :
PCell (Primary Cell) : la cellule primaire, toujours active. Elle gère :
- Le plan de contrôle (messages RRC)
- Le PUCCH (Physical Uplink Control Channel) principal
- La mobilité (handovers)
- L’établissement de connexion initiale
SCell (Secondary Cell) : les cellules secondaires, ajoutées dynamiquement pour augmenter le débit. Caractéristiques :
- Activées et désactivées par le réseau selon les besoins
- Ne transportent que du plan utilisateur (données)
- Peuvent être sur la même bande (intra-band CA) ou des bandes différentes (inter-band CA)
- Le terminal peut avoir 1 à 7 SCells (jusqu’à 8 CCs au total en LTE, 16 en NR)
PSCell (Primary Secondary Cell) : en configuration EN-DC (5G NSA), la cellule primaire du Secondary Node (gNB NR). Elle gère le plan de contrôle NR.
Architecture CA (exemple 3CC LTE + 1CC NR en EN-DC) :
LTE (Master Node) NR (Secondary Node)
┌────────────────┐ ┌────────────────┐
│ PCell (B3) │ │ PSCell (n78) │
│ + SCell1 (B7) │ │ │
│ + SCell2 (B1) │ │ │
└────────────────┘ └────────────────┘
│ │
└───────────┬───────────────┘
│
┌────┴────┐
│ UE │
└─────────┘
4 Component Carriers simultanés
= bande passante agrégée
Types de Carrier Aggregation
Intra-band contiguous CA : les CCs sont sur la même bande de fréquence et adjacents en spectre. Exemple : 2 x 20 MHz sur B3 (1805-1845 MHz), noté 3C.
Intra-band non-contiguous CA : les CCs sont sur la même bande mais séparés par un gap spectral. Moins courant, utilisé quand l’opérateur a du spectre fragmenté sur une même bande.
Inter-band CA : les CCs sont sur des bandes différentes. Exemple : B3 (1800 MHz) + B7 (2600 MHz), noté 3A-7A. C’est le cas le plus courant.
NR-DC (NR Dual Connectivity) : en 5G SA, agrégation de CCs NR sur des bandes différentes sans ancre LTE. Exemple : n78 + n1.
EN-DC (E-UTRA NR Dual Connectivity) : combinaison LTE CA + NR CA en 5G NSA. Exemple : B3+B7 (LTE) + n78 (NR), noté 3A-7A_n78A.
Classes de bande passante
La nomenclature 3GPP utilise des classes alphabétiques pour définir la bande passante agrégée par bande :
| Classe | Bande passante agrégée max (LTE) | Nb CCs max | Exemple |
|---|---|---|---|
| A | 20 MHz | 1 | B7A = 1 CC de max 20 MHz |
| B | 25 MHz | 2 (intra-band contigu) | Usage limité |
| C | 40 MHz | 2 (intra-band contigu) | B3C = 2 x 20 MHz contigus |
| D | 60 MHz | 3 | Usage rare en LTE |
Pour le NR FR1, les classes sont étendues :
| Classe | Bande passante agrégée max (NR FR1) | Exemple typique |
|---|---|---|
| A | 100 MHz | n78A = 1 CC de 100 MHz |
| C | 200 MHz | n78C = 2 x 100 MHz |
| D | 400 MHz | Usage FR2 principalement |
CA Combos courantes en déploiement
LTE Carrier Aggregation
Les combinaisons CA les plus déployées en Europe et en Afrique :
| Combo | Bandes | BW totale | Débit DL théorique (2x2 MIMO, 256QAM) | Couverture |
|---|---|---|---|---|
| 3A | B3 seul (1800 MHz) | 20 MHz | ~150 Mbps | Référence |
| 3A-7A | B3 + B7 (2600 MHz) | 40 MHz | ~300 Mbps | Urbain |
| 1A-3A | B1 + B3 | 40 MHz | ~300 Mbps | Urbain/Suburban |
| 3A-20A | B3 + B20 (800 MHz) | 30 MHz | ~225 Mbps | Rural/Indoor |
| 1A-3A-7A | B1 + B3 + B7 | 60 MHz | ~450 Mbps | Urbain dense |
| 1A-3A-7A-20A | B1+B3+B7+B20 | 70 MHz | ~525 Mbps | 4CA max |
| 3C | B3 intra-band 2CC | 40 MHz | ~300 Mbps | Opérateur 2x20 MHz B3 |
EN-DC (5G NSA)
Les combinaisons EN-DC déployées en 2025-2026 :
| Combo | LTE anchor + NR | BW totale | Débit DL théorique | Note |
|---|---|---|---|---|
| 3A_n78A | B3 + n78 (100 MHz) | 120 MHz | ~1.5 Gbps | Config de base NSA |
| 1A-3A_n78A | B1+B3 + n78 | 140 MHz | ~1.7 Gbps | Courant |
| 3A-7A_n78A | B3+B7 + n78 | 140 MHz | ~1.7 Gbps | Urbain |
| 3A_n78C | B3 + n78 (200 MHz) | 220 MHz | ~2.5 Gbps | 2CC NR, 4x4 MIMO |
| 1A-3A-7A_n78A | 3CA LTE + n78 | 160 MHz | ~2 Gbps | Config premium |
Formule de débit théorique
Le débit théorique maximal d’une configuration CA se calcule comme suit :
Débit_DL_max (Mbps) = Somme(i=1 to N_CC) [ BW_i x Eff_i x MIMO_i x (1 - OH_i) x SF ]
Où :
- N_CC = nombre de Component Carriers actifs
- BW_i = bande passante du CC i en MHz
- Eff_i = efficacité spectrale maximale (bits/s/Hz)
- 64QAM : ~5.55 bits/s/Hz
- 256QAM : ~7.41 bits/s/Hz
- 1024QAM (NR) : ~9.02 bits/s/Hz
- MIMO_i = nombre de couches MIMO spatiales (2 ou 4)
- OH_i = overhead protocolaire (~14% LTE, ~8% NR)
- SF = scaling factor (0.75 ou 1.0 selon la combo)
Exemple : 3A-7A avec 256QAM et 2x2 MIMO
CC B3 : 20 MHz x 7.41 x 2 x 0.86 = 255 Mbps
CC B7 : 20 MHz x 7.41 x 2 x 0.86 = 255 Mbps
Total = 510 Mbps théorique
Exemple : 3A-7A_n78A avec 256QAM, 2x2 MIMO LTE, 4x4 MIMO NR
CC B3 : 20 MHz x 7.41 x 2 x 0.86 = 255 Mbps
CC B7 : 20 MHz x 7.41 x 2 x 0.86 = 255 Mbps
CC n78 : 100 MHz x 7.41 x 4 x 0.92 = 2729 Mbps
Total = 3239 Mbps (~3.2 Gbps) théorique
En conditions terrain réelles, attendez 30 à 60% du débit théorique selon les conditions radio (SINR, charge cellule, distance).
Vérification de la CA sur le terrain
Messages RRC liés à la CA
La Carrier Aggregation est contrôlée intégralement par les messages RRC. Comprendre ces messages est essentiel pour le diagnostic terrain.
Ajout de SCell : le réseau envoie un RRCConnectionReconfiguration contenant un IE sCellToAddModList. Ce message définit :
- La fréquence et le PCI de la SCell
- La configuration physique (PDSCH, CQI, antenna ports)
- L’état initial (activée ou désactivée)
Activation de SCell : un MAC CE (Control Element) Activation/Deactivation active la SCell. Le terminal commence à recevoir des données sur cette porteuse.
Désactivation de SCell : un MAC CE désactive la SCell. Cela peut être déclenché par :
- Timer d’inactivité (sCellDeactivationTimer, typiquement 2-8 secondes sans données)
- Décision du scheduler (libération de ressources)
- Conditions radio dégradées
Suppression de SCell : un RRCConnectionReconfiguration avec sCellToReleaseList retire la SCell de la configuration.
Séquence typique d’activation CA
Séquence temporelle :
T0 : UE connecté sur PCell (B3)
T1 : RRCConnectionReconfiguration [sCellToAddModList: B7, PCI=201]
→ SCell B7 ajoutée mais non activée
T2 : MAC CE Activation [SCell index 1: ACTIVATED]
→ SCell B7 activée, scheduling possible sur 2 CCs
T3 : Données transmises sur PCell (B3) + SCell (B7)
→ Débit doublé si conditions radio OK
T4 : Pas de données pendant 4 secondes
T5 : MAC CE Deactivation [SCell index 1: DEACTIVATED]
→ SCell B7 désactivée (timer expiré)
T6 : Nouvelles données arrivent
T7 : MAC CE Activation [SCell index 1: ACTIVATED]
→ SCell B7 réactivée
Comment vérifier la CA en temps réel
Avec HiCellTek, la vérification de la CA se fait en temps réel :
- Status bar CA : affichage permanent du nombre de CCs actifs et de leurs bandes
- Détail par CC : pour chaque Component Carrier, visualiser : bande, EARFCN/NR-ARFCN, PCI, RSRP, SINR, bande passante, MCS, BLER
- Messages RRC : les messages
RRCConnectionReconfigurationsont décodés et affichés avec les IEs pertinents (sCellToAddModList, sCellToReleaseList) - Timeline : visualisation chronologique des activations/désactivations de SCell
Pour comprendre en profondeur le décodage des messages RRC, consultez notre guide Layer 3 LTE/5G.
Troubleshooting des problèmes de CA
Problème 1 : SCell jamais ajoutée
Symptôme : le terminal reste sur une seule porteuse alors que la zone est configurée en CA.
Diagnostic :
- Vérifier les UE Capabilities : le terminal supporte-t-il la combo CA de cette zone ?
- Vérifier la configuration eNB/gNB : la CA est-elle activée sur le site ?
- Vérifier les mesures de voisinage : le terminal reporte-t-il la SCell candidate dans ses Measurement Reports ?
- Vérifier le seuil d’ajout : le RSRP de la SCell candidate dépasse-t-il le seuil configuré (s-MeasConfig) ?
Cause fréquente : incompatibilité de combo CA entre le terminal et la configuration réseau. Le terminal supporte B3+B7 mais pas B3+B1, alors que le site est configuré en B3+B1.
Pour analyser les UE Capabilities et les CA combos supportées, consultez notre guide UE Capabilities MRDC et CA Combos.
Problème 2 : SCell ajoutée mais jamais activée
Symptôme : le message RRCConnectionReconfiguration contient bien la SCell, mais le MAC CE d’activation n’arrive jamais.
Diagnostic :
- Vérifier le RSRP de la SCell : si le RSRP est trop faible, le scheduler peut décider de ne pas activer
- Vérifier la charge de la SCell : si la cellule secondaire est saturée, l’activation peut être retardée
- Vérifier les timers : certaines configurations activent la SCell uniquement en présence de trafic downlink significatif
Cause fréquente : conditions radio insuffisantes sur la SCell. Le RSRP de la SCell est en dessous du seuil d’activation (typiquement -110 dBm).
Problème 3 : SCell activée puis désactivée rapidement (flapping)
Symptôme : la SCell alterne entre activée et désactivée toutes les 2-5 secondes.
Diagnostic :
- Vérifier le sCellDeactivationTimer : si le timer est trop court (ex: 2 secondes) et le trafic intermittent, la SCell se désactive entre les bursts
- Vérifier la stabilité du SINR sur la SCell : un SINR fluctuant peut provoquer des désactivations par le scheduler
- Analyser le pattern de trafic : le flapping peut être normal si le trafic est bursty (navigation web vs streaming continu)
Remédiation :
- Augmenter le sCellDeactivationTimer (8 secondes recommandé)
- Vérifier l’isolation entre SCell et cellules interférentes
- Optimiser le tilt/puissance de la SCell pour stabiliser le SINR
Problème 4 : CA active mais débit décevant
Symptôme : 2CA ou 3CA active, mais le débit n’augmente pas proportionnellement.
Diagnostic :
- Vérifier le SINR par CC : si une SCell a un SINR de 2 dB, elle contribue peu au débit
- Vérifier le MCS par CC : un MCS faible (QPSK/16QAM au lieu de 256QAM) indique des conditions radio dégradées
- Vérifier le BLER par CC : un BLER > 10% sur une SCell signifie des retransmissions massives qui annulent le gain de CA
- Vérifier la charge du transport (backhaul) : si le backhaul est le bottleneck, ajouter des CCs radio ne change rien
Formule d’estimation du débit réel :
Débit_réel ≈ Somme(CC) [ BW_CC x Eff_spectrale(SINR_CC) x MIMO_CC x (1 - BLER_CC) x (1 - OH) ]
Un CC avec SINR = 2 dB utilise une efficacité spectrale de ~1 bit/s/Hz au lieu de 7.4 bits/s/Hz avec 256QAM. Sa contribution au débit est marginale.
Problème 5 : EN-DC non activé (pas de 5G)
Symptôme : le terminal reste en LTE seul dans une zone couverte en 5G NR.
Diagnostic spécifique EN-DC :
- UE-MRDC-Capability : le terminal supporte-t-il EN-DC ? (voir UE Capabilities)
- MeasObjectNR : le réseau envoie-t-il des mesures NR dans le MeasurementConfiguration ?
- B1 Event (NR) : le terminal rapporte-t-il un B1 event (serving LTE + neighbor NR satisfait le seuil) ?
- SCG Configuration : le
RRCConnectionReconfigurationcontient-il unnr-Configavec SCG configuration ? - SCG Failure : y a-t-il des
SCGFailureInformationindiquant un échec de configuration NR ?
Causes fréquentes :
- Bande NR non supportée dans les combos MRDC du terminal
- Seuil B1 trop élevé (NR pas assez fort pour déclencher l’ajout)
- Problème de timing advance NR (le terminal ne synchronise pas avec le gNB)
Optimisation de la CA sur le terrain
Paramètres clés à vérifier
| Paramètre | Rôle | Valeur recommandée |
|---|---|---|
| sCellDeactivationTimer | Durée avant désactivation SCell inactive | 8 secondes (rf40) |
| s-MeasConfig | Seuil RSRP pour déclencher les mesures SCell | -85 dBm |
| a1-Threshold (event A1) | Seuil RSRP PCell pour arrêter les mesures inter-freq | -75 dBm |
| a2-Threshold (event A2) | Seuil RSRP PCell pour démarrer les mesures inter-freq | -80 dBm |
| a4-Threshold (event A4) | Seuil RSRP SCell candidate | -95 dBm |
| b1-ThresholdNR (EN-DC) | Seuil pour ajouter le leg NR | -100 dBm (NR RSRP) |
Stratégie d’optimisation par cluster
Pour maximiser le bénéfice de la CA sur un cluster de sites :
- Cartographier la couverture par bande : drive test par bande pour identifier où chaque CC est disponible avec un SINR suffisant
- Aligner les zones de couverture : les SCells doivent couvrir les mêmes zones que la PCell pour maximiser la durée d’agrégation
- Optimiser le SINR des SCells : une SCell avec un SINR < 5 dB a une contribution marginale au débit
- Valider les UE Capabilities : s’assurer que la majorité de la flotte de terminaux supporte les combos configurées
- Monitorer le taux d’activation SCell : pourcentage du temps où la SCell est active vs configurée
Indicateurs de performance CA
| Indicateur | Formule | Cible |
|---|---|---|
| Taux de configuration SCell | Sessions avec SCell configurée / Total sessions | > 90% en zone CA |
| Taux d’activation SCell | Temps SCell active / Temps SCell configurée | > 70% |
| Gain de débit CA | Débit avec CA / Débit sans CA | > 1.5x pour 2CA |
| Taux de SCell failure | Échecs ajout SCell / Tentatives ajout | < 5% |
Impact business de la CA
La Carrier Aggregation n’est pas qu’un paramètre technique : c’est un levier de performance réseau avec un impact direct sur l’expérience utilisateur et la compétitivité de l’opérateur.
Impact sur le débit utilisateur :
- 2CA : gain moyen de 50-80% (pas 100% car les conditions radio diffèrent entre CCs)
- 3CA : gain moyen de 100-150%
- EN-DC (LTE+NR) : gain moyen de 200-500%
Impact sur la capacité cellulaire :
- L’agrégation de bandes sous-utilisées (ex: B7 en zone rurale) répartit le trafic et décharge la PCell
- Le gain en capacité est parfois plus important que le gain en débit unitaire
Impact sur la QoE :
- Les services gourmands en bande passante (streaming 4K, vidéoconférence HD, cloud gaming) bénéficient directement de la CA
- La latence applicative diminue grâce au scheduling sur plusieurs CCs simultanément
Pour une vue d’ensemble des KPIs d’optimisation RAN incluant la CA, consultez notre guide des 10 KPIs essentiels RAN.
Conclusion
La Carrier Aggregation est la pierre angulaire des performances débit en LTE et 5G NR. Maîtriser son fonctionnement, savoir vérifier son activation en temps réel, et diagnostiquer les problèmes de SCell sont des compétences essentielles pour tout ingénieur d’optimisation réseau.
HiCellTek fournit une visibilité complète sur la CA directement depuis le terrain : statut des Component Carriers en temps réel, décodage des messages RRC d’ajout/activation/suppression de SCell, UE Capabilities avec les CA combos supportées, et export structuré des données pour les rapports d’optimisation. Consultez la page meilleur outil drive test Android pour le détail des capacités terrain.
Vous souhaitez diagnostiquer et optimiser la Carrier Aggregation sur votre réseau ? Contactez notre équipe : sales@hicelltek.com ou visitez hicelltek.com.
Fondatrice HiCellTek. +15 ans dans les télécoms, côté opérateur, côté éditeur, côté terrain. Construit l'outil terrain que les ingénieurs RF méritent.
Demandez une démo personnalisée de HiCellTek, diagnostic réseau 2G/3G/4G/5G sur Android.