Cet article est la suite de l’article :

Le Réseau de liaison terreste et d’accès intégré

II) L’Architecture IAB (Integrated Access Backhaul)

L’architecture IAB (figure 5) permet la connexion entre le mobile UE et le nœud radioélectrique par une connexion radioélectrique 5G multi-sauts entre les nœuds IAB.

On appelle IAB-donor la station de base connectée au cœur de réseau (en général une macro-cell) et le nœud-IAB, une station de base permettant le relai entre le mobile et l’IAB-donor.

On distingue deux types de lien, le lien d’accès et le lien backhaul (Integrated Access and Backhaul) :

• Le lien d’accès est le lien entre le terminal UE et l’antenne relais nœud IAB (IAB-node). Traditionnellement, dans un contexte hors-IAB, ce lien représente la connexion radioélectrique entre le mobile et la station de base.
• Le lien backhaul est le lien entre un nœud IAB parent et un nœud IAB fils. Il peut s’agir d’une connexion radioélectrique entre un nœud IAB-donor et le nœud IAB ou entre deux nœuds IAB.

Le nœud IAB parent est responsable du séquencement du trafic DL/UL s’établissant à la fois sur le lien d’accès et sur le lien backhaul.

Le nœud IAB fils en tant que dernier maillon de la chaine de transmission est responsable du séquencement de trafic DL/UL entre le nœud IAB et le mobile UE.

Les fonctionnalités de l’IAB sont gérées par deux nouvelles entités réseaux : nœud donneur IAB (IAB-Donor) et un nœud IAB (IAB-node). Chaque nœud IAB a une adresse IP qui est routable par la station de nœud donneur IAB-donor.

Figure 5 : Architecture IAB

Chaque nœud IAB gère deux modules de transmission (figure 6) : un module MT (Mobile Termination) et un module DU.

• Le module MT maintient la connexion radioélectrique backhaul montante vers un nœud parent (nœud IAB-Donor ou un nœud IAB-node) ;
• Le module DU fournit l’accès radioélectrique au mobile et assure la connexion radioélectrique backhaul descendante en provenance d’un autre nœud IAB ou du nœud IAB-donor.

Le nœud donneur IAB-donor est un gNB, il gère les deux unités  CU et DU. Il fournit l’accès au cœur de réseau via le réseau backhaul et le réseau d’accès radioélectrique.

Comme tout gNB, le noeud IAB-donor est constitué d’un seul IAB-donor-CU et d’un ou plusieurs IAB-donor-DU, connecté l’un et l’autre via l’interface F1.

Le noeud IAB-donor est connecté au nœud IAB-node par l’interface NR.

Figure 6 : Architecture CU/DU de la solution IAB

Le nœud IAB-node se connecte en amont à un nœud IAB-node ou à un nœud IAB-donor en exploitant les fonctionnalités UE. Ainsi, le nœud IAB-node :

• est perçu comme l’entité gNB-DU pour les terminaux. Il est ainsi sous le contrôle du gNB-CU du nœud donneur ;
• supporte une partie des fonctionnalités des terminaux UE (fonctionnalités IAB-MT).

Le nœud IAB-Donor :

• est perçue comme l’entité gNB-CU par rapport au nœud IAB-node ;
• gère les fonctionnalités RRC/PDCP en complément du MT.

Toutes les fonctions spécifiées pour un gNB-DU sont également appliquées pour un IAB-node-DU et toutes les fonctions spécifiées pour le contexte UE sont également utilisées dans la gestion du contexte de l’IAB-MT.

Le nœud IAB-Node doit avoir une adresse IP pour le plan de contrôle (F1-C) et pour le plan de trafic (F1-U).

La pile protocolaire est similaire à celle de la station de base gNB avec l’ajout d’une sous-couche d’adaptation BAP (Backhaul Adaptation Protocol) située au-dessus de la couche RLC.

Sur l’IAB-donneur-DU, la sous-couche BAP contient une seule entité BAP.

Sur le nœud IAB, la sous-couche BAP contient une entité BAP au niveau de la fonction MT et une entité BAP colocalisée distincte à la fonction DU.

Chaque entité BAP a une partie émettrice et une partie réceptrice. L’entité BAP a pour rôle d’apporter les informations de routage de flux et d’autoriser la transmission multi-sauts. La table de routage est fournie par l’entité gNB-CU via le message BH Routing Configuration.

Les fonctions de la couche d’adaptation BAP permettent :

• de gérer efficacement le transfert multi-sauts (lien backhaul) ;
• de router les paquets vers le prochain nœud via la topologie backhaul ;
• de contrôler les flux de la signalisation.

Figure 7 : L’architecture protocolaire IAB

Le nombre de saut n’est pas limité, il est néanmoins nécessaire de s’assurer du respect des contraintes de latence.

Le donneur IAB-donor assigne une adresse de niveau 2 (adresse BAP) à chaque nœud IAB qu’il contrôle. En cas de plusieurs chemins, plusieurs identifiant de route peuvent être associés à chaque entité BAP. L’entité BAP du nœud d’origine (IAB-donor DU pour le trafic DL, et le nœud d’accès IAB pour l’UL) ajoutera un en-tête BAP aux paquets que chacun transfère. Cet en-tête comprend un identifiant ID de routage BAP (par exemple, l’adresse BAP du nœud IAB de destination / source et un ID de chemin facultatif).

Chaque nœud IAB met en place une table de routage qui est configurée par l’unité CU du donneur IAB (message BH Routing Configuration). Cette table contient l’identificateur de saut suivant pour chaque ID de routage BAP.

Figure 8 : Le transfert IAB