Pourquoi le RAB est-il indispensable pour le transport des données utilisateur en LTE ?

Pourquoi le RAB est-il indispensable pour le transport des données utilisateur en LTE ?

Le Radio Access Bearer (RAB) est essentiel pour le transport des données utilisateur car il établit un lien logique entre l’UE et le réseau Evolved Packet Core via l’eNodeB, encapsulant les caractéristiques de qualité de service (QoS) négociées pour chaque session. Ce canal logique assure l’acheminement cohérent des flux IP en tenant compte des priorités, des exigences de latence, et de la bande passante attribuée. En LTE, contrairement aux architectures 3G, la séparation stricte entre plan de contrôle et plan utilisateur rend le RAB indispensable pour garantir la correspondance entre les entités logiques (EPS Bearer) et les ressources radio dynamiques allouées dans la couche MAC/PHY.

Mapping entre EPS Bearer et RAB dans l’eNodeB

Lorsqu’un EPS Bearer est établi depuis le Core Network, l’eNodeB doit allouer un RAB correspondant pour assurer la continuité entre le plan IP et la transmission radio. Ce processus implique une association entre les paramètres QoS du bearer (QCI, ARP) et les ressources radio concrètes. Le RAB traduit ces contraintes en configuration pour les couches RLC, MAC et PHY, permettant l’adaptation dynamique aux conditions radio (via le scheduler MAC).

Gestion des RAB multiples et allocation dynamique

Un terminal peut avoir plusieurs RAB simultanés, chacun correspondant à un service spécifique (ex. VoLTE, données OTT). La gestion parallèle de ces RAB nécessite des mécanismes précis de différenciation au niveau du eNB : chaque DRB possède un identifiant unique (LCID) et est associé à un Logical Channel. Le scheduler MAC utilise ces identifiants pour prioriser l’accès au spectre selon les contraintes de QoS, garantissant ainsi un transport différencié même en cas de congestion.

Procédure de modification du RAB par le réseau

Le MME ou le PCRF peut ordonner une modification des paramètres d’un EPS Bearer actif, déclenchant une mise à jour correspondante du RAB via une commande RRC Reconfiguration. L’eNodeB ajuste alors les configurations RLC/MAC, notamment en changeant la priorité du Logical Channel ou en modifiant les timers associés à la retransmission HARQ. Cela permet d’adapter dynamiquement la connectivité en fonction du profil d’usage ou du contexte de mobilité.

Interaction entre RAB et handover intra-LTE

Lors d’un handover entre eNodeB, le RAB est réinstancié dans la cellule cible sur la base des informations transférées par le message RRC Connection Reconfiguration. Le DRB est conservé, mais les identifiants radio (comme le C-RNTI) et la configuration physique sont mis à jour, assurant la continuité du plan utilisateur sans interruption visible. Cette capacité contribue à maintenir la QoS même dans des contextes de mobilité élevée.

Pour approfondir la façon dont la QoS est contrôlée de bout en bout dans l’architecture LTE, il est pertinent d’étudier le rôle du PCC (Policy and Charging Control) dans le Core Network.