Archives du mot-clef TA

Comprendre la 5G – NTN Part 2

Posté le by - 59 vues
Répondre

Suite de l’article Comprendre la 5G – NTN Part 1

Le Timing Advance (TA) : Compenser le Délai de Propagation

Principe Fondamental du TA

Le Timing Advance est un mécanisme fondamental des réseaux de mobiles (cf. 3GPP TS 38.213 pour la 5G NR – Section 4.2). Son objectif est de garantir que les transmissions uplink de tous les UEs arrivent synchronisées à la station de base (gNB ou satellite).

Sans TA, les transmissions de différents UEs situés à des distances variables arriveraient à des instants différents, causant des interférences inter-symboles et dégradant les performances du système.

Le principe : L’UE avance temporellement sa transmission uplink d’une valeur TA pour compenser le délai de propagation, de sorte que : T_arrivée_gNB = T_transmission_UE + T_propagation – TA ≈ T_référence

Calcul du TA dans les Réseaux Terrestres

Dans les réseaux terrestres (TS 38.213 pour la 5G), le TA est calculé par le gNB en mesurant la différence de temps entre la réception du signal Uplink et le début de la sous-trame dédiée à la réception de ce message. Le gNB envoie ensuite des commandes de TA à l’UE via :

  • Timing Advance Command (TAC) dans le Random Access Response (RAR) afin de calculer la valeur du TA initial. On parle de boucle ouverte et le gNB mesure la différence de temps entre la réception du préambule d’accès RACH et la sous-trame dédiées à la réception des RACH
  • TA adjustments via des commandes MAC CE (Control Element) permettant de compenser en boucle fermée la variation du TA lorsque l’UE se déplace. On compense ainsi le delta supplémentaire lorsque l’UE se déplace par rapport à la valeur du TA précédent.

Ajustement en boucle ouverte

La valeur de TA est quantifiée en unités de Tc (temps d’échantillonnage de base) :

TA = NTA × Tc.

On retrouve parfois en 4G-LTE le calcul suivant 1 TA = 16 Ts avec Ts = 1/(15000 × 2048) ≈ 32,55 ns (durée d’échantillonnage de base).

En NR (5G) :

  • TA dépend de la numérologie (SCS – Subcarrier Spacing)
  • Pour SCS = 15 kHz : 1 TA unit = 16 × 64 Tc ≈ 0,51 μs
  • Pour SCS = 30 kHz : 1 TA unit = 16 × 64 Tc / 2
  • Tc = 1/(480000 × 4096) (période d’échantillonnage de base)

Avec Tc ≈ 0.509 ns on peut calculer l’erreur de distance : 0,51 μs / 2× c ≈ 78 m

En boucle ouverte, le gNB transmet la valeur TA absolue

  • NR : MAC CE « Absolute Timing Advance Command » Absolute : 12 bits (valeur complète) Le calcul est le suivant : TA = TA_command × N_TA
  • TA_command : valeur reçue (0 à 4095 pour 12 bits)
  • N_TA : granularité qui dépend de la numerology (SCS)

Granularité N_TA selon le SCS :

  • μ = 0 (SCS 15 kHz) : N_TA = 16 × 64 Tc
  • μ = 1 (SCS 30 kHz) : N_TA = 16 × 64 Tc / 2¹ = 16 × 32 Tc
  • μ = 2 (SCS 60 kHz) : N_TA = 16 × 64 Tc / 2² = 16 × 16 Tc
  • μ = 3 (SCS 120 kHz) : N_TA = 16 × 64 Tc / 2³ = 16 × 8 Tc

Le TA est codé sur :

  • 11 bits en LTE : valeurs de 0 à 2047
  • 12 bits en NR : valeurs de 0 à 3846 (valeurs utilisables max actuellement)

Distance maximale :

  • LTE : 2047 × 78 m ≈ 160 km
  • NR (15 kHz) : environ 200 km

Ajustement en boucle fermée

Une fois la connexion établie, le réseau effectue des ajustements fins du TA. Commandes TA :

  • LTE : MAC CE (Control Element) « Timing Advance Command »
    • 6 bits : valeurs de 0 à 63
    • Représente un ajustement relatif : TA_new = TA_old + (TA_command – 31) × 16 Ts
    • Plage : ±31 unités TA (±1,6 km environ)
  • NR : MAC CE  » « Relative Timing Advance Command »
    • Relative : 6 bits (ajustement incrémental)

Pour le TA relatif

TA_new = TA_old + (TA_adjustment – 31) × N_TA

Timer TA :

  • timeAlignmentTimer : si l’UE ne reçoit pas de commande TA pendant cette durée, elle considère que le TA n’est plus valide
  • Valeurs typiques : 500 ms à 10 s
  • Expiration → l’UE doit refaire un RACH

TA Offset dans le réseau terrestre

Le TA offset est un désalignement intentionnel entre les trames downlink et uplink qui est transmis par le paramètre 5G NR n-TimingAdvanceOffset diffusé par un message RRC SIB.

Valeurs possibles : •

  • n0 : TA_offset = 0 (comportement par défaut)
  • n25600 : TA_offset = 25600 Tc ≈ 13 μs
  • n39936 : TA_offset = 39936 Tc ≈ 20 μs

Le TA_offset vaut 0 dans le cas FDD (les trames UL et DL sont synchronisées en temps sur des bandes de fréquences différentes.

Dans le cas TDD il faut prendre en compte le délai du temps de garde (Special). Exemple de pattern TDD (D = Downlink, U = Uplink, S = Symbole flexible)

  1. Slot n : DDDDDDDDDDDDD (tout DL)
  2. Slot n+1 : DDDSUUUUUUUUU (DL + spécial + UL)
  3. Slot n+2 : UUUUUUUUUUUUU (tout UL)

Le Ta_offset permet de prendre en compte ce délai. Ainsi en 5G pour les réseaux terrestres, TA=(N_TA+N_TAoffset).Tc

Ainsi en 5G pour les réseaux terrestres, TA=(N_TA+N_TAoffset).Tc

TA Pré-Compensé en NTN : Une Approche différente

Alors que pour le réseau terrestre la valeur du TA est calculée par la station de base, l’évolution majeure pour les terminaux 5G NTN est la capacité à pré-calculer le TA.

Pré-calcul du TA

En NTN, les délais de propagation sont beaucoup trop importants. Le 3GPP a introduit un concept dans le TS 38.821 : le TA pré-compensé (pre-compensated TA).

Dans le cas du réseau non terrestre, l’UE communique vers un satellite et le satellite transmet le trafic vers une passerelle satellitaire terrestre. On parle de lien de service le lien entre l’UE et le satellite et de lien de feeder, le lien entre le satellite et la passerelle satellitaire terrestre.

Figure 1 : Liaison NTN

Le standard 3GPP propose actuellement 2 architectures 5G NTN :

  • Architecture Transparente
  • Architecture Regénérative

Dans l’architecture transparente, la station de base est au sol, c’est-à-dire après la passerelle terrestre. Le temps de propagation radio aller/retour prend en compte le temps de propagation sur le lien de service et sur le lien du feeder.

Dans l’architecture régénérative, la station de base est située dans le satellite. Le temps de propagation radio prend en compte le temps de propagation sur le lien de service uniquement.

Principe du Pré-calcul

L’idée clé est que l’UE calcule lui-même la valeur du TA en utilisant :

  1. Les éphémérides du satellite : Position et vitesse du satellite, diffusées dans les System Information Blocks (SIB19 selon TS 38.331)
  2. Sa propre position GNSS : Latitude, longitude, altitude obtenues via GPS/Galileo/etc.
  3. Le temps de référence commun : Fourni par le satellite

Le calcul du TA pré-compensé suit la formule (TS 38.821, Section 6.3.1.1) :

TA_precomp = (d_UE→SAT + d_SAT→GW) / c

où :

  • d_UE→SAT = distance UE vers satellite (calculée géométriquement)
  • d_SAT→GW = distance satellite vers gateway (fournie dans SIB19)
  • c = vitesse de la lumière

Calcul Géométrique de la Distance UE-Satellite

La distance UE-satellite se calcule en coordonnées ECEF (Earth-Centered, Earth-Fixed) :

d_UE→SAT = √[(X_sat – X_UE)² + (Y_sat – Y_UE)² + (Z_sat – Z_UE)²]

Les coordonnées du satellite (X_sat, Y_sat, Z_sat) sont dérivées des éphémérides, tandis que les coordonnées de l’UE (X_UE, Y_UE, Z_UE) sont converties depuis ses coordonnées GNSS (latitude, longitude, altitude).

Mais, un satellite LEO se déplace environ à 28000 km/h (7,8 km/s). Le délai de propagation varie donc entre le sens montant et le sens descendant.

Figure 2 : La distance entre le satellite et l’UE en fonction de la position du satellite (Rohde et Schwarz)

Figure 3 : Le temps RTT sur le lien de service (Rohde et Schwarz)

Lorsque l’UE envoi une demande d’accès aléatoire à l’instant t0, la 3GPP propose de calculer le RTT à partir :

  • du délai t1 entre l’UE et le satellite (lien de service). Le satellite reçoit la demande d’accès à l’instant t1 et le transmet à la passerelle. Il est nécessaire de connaitre la position du satellite à l’instant t1.
  • du temps RTT_feeder nommé t2 entre le satellite et la passerelle terrestre.
  • du délai satellite-UE (lien de service) à l’instant t2. Il est donc nécessaire de connaitre la position du satellite à l’instant t2.

Pour calculer la position du satellite à l’instant t1 et t2, l’UE connait :

  • le temps de référence tepoch. Celui-ci correspond par exemple à l’instant de le sous-trame n°5
  • des informations éphémérides du satellite
    • Sa position à l’instant tepoch
    • Son vecteur vitesse à l’instant tepoch
    • Son vecteur accélération à l’instant tepoch

Toutefois, en connaissant la position de l’UE et du satellite (à l’instant t0, t1 et t2), il est possible de localiser la position de la passerelle satellitaire terrestre à partir du RTT_feeder. Afin de masquer cette information, la 3GPP propose une subtilité qui consiste à définir un point de référence sur le lien feeder nommé RP ou UTSRP (uplink time synchronization) comme point de référence.

Ainsi, la station de base diffuse dans le SIB19 les paramètres Common TA. Cette information (éphéméride et temps de référence tepoch) permet de calculer le RTT du lien feeder et s’applique donc à tous les UE :

  • Le délai NTA,common entre le point de référence et le satellite à l’instant tepoch
  • La vitesse NTA,commondrift entre le point de référence et le satellite à l’instant tepoch
  • L’accélération NTA,commondriftvariation entre le point de référence et le satellite à l’instant tepoch

Dans le cas ou l’architecture choisie par l’opérateur est l’architecture regénérative, alors les paramètres Common TA (NTA,common, NTA,commondrift, NTA,commondriftvariation) sont toutes égales à 0.

Ainsi le pré-calcul du TA effectué par l’UE est le suivant :

  • NTA,adjUE: avance temporelle estimée par l’UE lui-même pour pré-compenser le délai de la liaison de service. Elle est calculée à partir de :
    • La position de l’UE estimée via positionnement GNSS
    • La position estimée du satellite basée sur les informations d’éphémérides que l’UE possède
  • NTA,adjcommon est l’avance temporelle commune contrôlée par le réseau sur le lien feeder. Elle est dérivée des paramètres reçus par l’UE en provenance de la couche supérieure RRC SIB 19 et se calcule à partir du délai feeder à l’instant t1 et à l’instant t2 :
    • TACommon : estimation initiale du délai de propagation entre le satellite et la passerelle terrestre ou du point de référence
    • TACommonDrift : représente la vitesse de dérive de l’avance temporelle commune
    • TACommonDriftVariation (si configurés). Si non configurés, sa valeur par défaut est 0. Ce paramètre représente la variation (ou accélération) de la dérive du timing. Il modélise le fait que la vitesse de changement de distance n’est pas constante en raison de l’orbite non circulaire du satellite et d’autres facteurs.

Le délai vaut :

Tepoch est la référence temporelle qui correspond à l’instant où le récepteur UE doit recevoir une sous-trame définie. Cela permet d’avoir une référence de temps commune entre le réseau et l’UE.

Figure 4 : Le calcul du délai sur le feeder en fonction de la position du satellite à l’instant t

 

3.2 Timing Advance Résiduel

Même avec le TA pré-compensé, il subsiste une erreur due à :

  • Imprécisions de position GNSS de l’UE (quelques mètres)
  • Latence dans les éphémérides (propagation des SIB)
  • Délai de feeder link variable

Le réseau envoie donc encore des commandes TA résiduelles via MAC CE pour affiner l’alignement temporel. Ces corrections sont beaucoup plus petites qu’en réseau terrestre. Mais, de par la vitesse du satellite LEO, la variation de délai est de 40 µs toutes les 1 ms ce qui nécessite de mettre à jour régulièrement le TA lorsque l’UE est en mode connecté. La charge en signalisation est trop importante pour conserver ce mode de fonctionnement. Le pré-calcul du TA permet à l’UE de compenser automatiquement la variation du délai sur le lien de service et le lien de feeder.

Ainsi, si la station de base gNB mesure une différence de temps entre la réception de la sous-trame UL par rapport à la sous-trame de réception, cette différente étant négligeable, peut être  compensée par le gNB.

Ainsi, le TA global se calcule de la manière suivante :

Avec NTa,offset défini par le paramètre nr-TimingAdvanceOffset : Un offset supplémentaire appliqué au TA pour tenir compte de la configuration spécifique NTN (TS 38.213 Section 4.2).

 

 

 

 

Comprendre la 5G – NTN Part 1

Posté le by - 82 vues
Répondre

Cet article a été écrit avec la collaboration de Mohamed El Jaafari, expert Réseau radio 3GPP et satellitaire chez Thales AleniaSpace, et en attente de relecture.

Mohamed El Jaafari est un des auteurs du livre 5G Non-Terrestrial Networks: Technologies, Standards, and System Design

Introduction

L’intégration des réseaux non-terrestres (NTN – Non-Terrestrial Networks) dans l’écosystème 5G New Radio (NR) constitue l’une des évolutions majeures des télécommunications modernes.

Initialement conçue pour des réseaux cellulaires terrestres, la 5G doit désormais s’adapter à des infrastructures hybrides capables d’assurer une connectivité via des satellites en orbite basse (LEO), moyenne (MEO) ou géostationnaire (GEO). Cette convergence entre réseaux terrestres et spatiaux est aujourd’hui considérée comme un élément structurant des futures architectures 6G.

Cependant, l’extension de la 5G NR vers les réseaux NTN ne consiste pas simplement à remplacer une station de base terrestre par un satellite. Les caractéristiques physiques des liaisons satellite-terre introduisent des contraintes radicalement différentes, notamment en matière de propagation radio et de synchronisation temporelle. Alors qu’un réseau terrestre traditionnel fonctionne avec des distances de quelques kilomètres entre l’UE et la station de base, les réseaux NTN doivent gérer des distances pouvant dépasser 36 000 km dans le cas des satellites GEO, entraînant des délais de propagation plusieurs ordres de grandeur supérieurs à ceux des réseaux cellulaires conventionnels.

Ces délais ont un impact direct sur les mécanismes fondamentaux de la couche radio 5G NR. Les procédures de synchronisation temporelle, conçues à l’origine pour des environnements terrestres à faible latence, doivent être adaptées afin de maintenir l’orthogonalité des transmissions et garantir le bon fonctionnement de l’interface radio. Le 3GPP a ainsi introduit plusieurs évolutions spécifiques au NTN concernant notamment le Timing Advance (TA), l’estimation du Round-Trip Time (RTT) ainsi que les mécanismes d’ordonnancement temporel reposant sur les paramètres Koffset et Kmac.

Il faut séparer deux ajustements temporels complémentaires : •

  • Ajustement précis par le calcul du TA afin de se synchroniser au niveau de la station de base afin d’éviter les interférences inter-symboles
  • Ajustement grossier pour l’ordonnancement afin de laisser plus de temps au récepteur d’envoyer sa réponse. Cet ajustement a un impact sur la latence (Koffset et Kmac).

L’un des aspects les plus novateurs de cette évolution réside dans la capacité de l’UE à pré-calculer certaines corrections temporelles à partir de sa position géographique et des éphémérides satellites. Cette approche marque une rupture importante avec le fonctionnement des terminaux 5G terrestres traditionnels et soulève de nouveaux enjeux autour de la dépendance aux systèmes GNSS, de la complexité terminale et de l’expérience utilisateur.

À plus long terme, les travaux du 3GPP s’orientent vers des approches GNSS-free afin de supprimer la nécessité de pré-calculs basés sur la position de l’UE. Cette évolution est essentielle pour limiter la complexité des terminaux NTN et éviter qu’une dépendance aux capacités GNSS ne devienne un obstacle à la démocratisation du service satellite sur smartphone. On peut citer comme exemple l’échec de l’offre Unik qui imposait au client un changement de téléphone. L’offre Unik d’Orange était une offre de convergence fixe-mobile lancée vers 2006, basée sur la technologie UMA (Unlicensed Mobile Access), plus tard renommée GAN (Generic Access Network).

Dans cet article, nous allons analyser les principaux mécanismes temporels introduits pour la 5G NTN et comprendre comment le 3GPP adapte l’architecture NR afin de faire fonctionner efficacement des communications radio sur des liaisons satellitaires à très longue distance.

L’alignement de la trame

Le délai : UE – gNB terrestre

Dans un réseau terrestre classique (TN – Terrestrial Network), le délai  d’un signal entre un équipement utilisateur (UE) et une station de base (gNB) est typiquement de l’ordre de quelques microsecondes à quelques dizaines de microsecondes. L’allocation de ressource en 4G est basée sur la sous-trame d’une durée de 1 ms. L’allocation de ressource en 5G est basée sur le slot.

Si d est la distance entre l’UE et la station de base, le délai UE – gNB – UE est égal à 2*d/c, avec c la vitesse de la lumière (300 m en 1 µs).

Ainsi, pour une station de base située à 1,2 km, le temps de propagation radio RTT (Radio Round Trip Time ou two way radio latency) est de 8 µs.

On appelle :

  • RTT radio : Aller-retour UE ↔ gNB sur l’interface radio
  • End-to-end RTT : Aller-retour complet jusqu’au serveur/applicatif
  • HARQ RTT : Temps d’un cycle HARQ ACK/NACK
  • Ping RTT : RTT IP mesuré par ICMP

Le délai UE – Satellite – gNB

La situation change radicalement en NTN. Selon le 3GPP TS 38.821, les scénarios NTN considèrent :

Satellites LEO (Low Earth Orbit) :

  • Altitude : 400 kms à 1100 kms (600 km cas nominal)
  • Distance maximale UE-satellite : ~1 200 km (élévation minimale pour un satellite à 600 kms et un angle de 30°)
  • Delai UE – satellite – UE :  ~8 ms pour une distance de 1200 kms

Satellites GEO (Geostationary Earth Orbit) :

  • Altitude : 35 786 km
  • Distance maximale UE-satellite : ~41 000 km
  • Delai UE – satellite – UE maximal : ~270 ms

Ces valeurs de RTT sont supérieures à la durée d’un slot 5G NR (TS 38.211), ce qui pose des problèmes fondamentaux pour les mécanismes de synchronisation (alignement de trame) conçus initialement pour les réseaux terrestres.

Impact sur la Synchronisation Temporelle et l’effet Doppler

La durée élevée du délai UE – Satellite – UE et la vitesse élevée du satellite ont plusieurs conséquences critiques :

  1. Variation temporelle du délai : Pour les satellites LEO en mouvement, le délai change continuellement en raison du déplacement relatif du satellite par rapport à l’UE. Le délai de propagation devient asymétrique : Le signal montant (uplink) et le signal descendant (downlink) varie en fonction de la position du satellite pour les LEO non-géostationnaires.
  2. La fréquence Doppler : le satellite LEO se déplace à 28 000 km/h ce qui provoque un décalage élevé de la fréquence de réception.
  3. Budget temporel HARQ : Les mécanismes de retransmission automatique (HARQ) doivent être adaptés pour accommoder ces délais importants.

Le prochain article (Part2) mettra en avant les mécanismes pour pré-compenser le Timing Advance.

L’accès aléatoire dans le contexte NTN

Posté le by - 750 vues
2

Procédure d’accès aléatoire dans un scénario non terrestre – NTN

Lorsque le mobile est à l’état de veille, il sélectionne la station de base et écoute les informations émises par celle-ci. Pour pouvoir émettre des données vers la station de base, l’UE doit être connecté à celle-ci.  La procédure d’accès aléatoire est déclenchée par l’UE pour demander cette connexion radio à la station de base que l’UE a sélectionnée. Si la station de base accepte la connexion radio, l’UE pourra échanger du trafic ou de la signalisation avec le cœur de réseau.

Suite à la procédure d’accès aléatoire, le mobile passe de l’état RRC_IDLE (4G/5G)-  ou éventuellement de l’état RRC_INACTIVE (5G) – à l’état RRC_CONNECTED. Au cours de cette procédure, la station de base estime la distance la séparant de l’UE et transmet à l’UE la valeur de Timing Advance (TA) estimée. Le TA est nécessaire pour synchroniser en temps le lien montant (Uplink Time Synchronization) reçue par la station de base avec le début de trame émise par la station de base.

Figure 1 : Synchronisation en temps du lien UL/DL au niveau du gNB [1]

Si le mobile est déjà à l’état RRC_CONNECTED, la procédure RACH est déclenchée lors de la demande de HandOver ce qui permet d’informer la station de base cible de la demande d’accès radio de l’UE.

Dans le cas d’un lien radio coupé (RLF : Radio Link Failure) ou d’un échec de HO, l’UE déclenche la procédure d’accès aléatoire dans le but de créer une nouvelle connexion radio avec la cellule (Cell Recovery).

Pour résumer les différents cas possibles, la figure 2 liste les situations pour lesquelles l’UE déclenche la procédure d’accès aléatoire.

Figure 2 : Situation ou la procédure de RA est déclenchée [2]

Concernant la procédure d’accès aléatoire, il existe deux méthodes d’accès:

  • CBRA : Contention Free Random Access. La procédure s’effectue soit en 4 messages, soit en 2 messages (exemple SDT : cf …). Dans le 1er message, l’UE choisi aléatoirement un préambule dans une liste d’au plus 64 préambules avec une probabilité non nulle qu’un autre UE choisi le même préambule, créant ainsi une collision au niveau de la station de base qui doit gérer la contention.
  • CFRA : Contention Free Random Access mise en oeuvre dans le cas du Handover. La demande s’effectue en 2 messages et le préambule utilisé par l’UE dans le 1er message appartient à une liste diffusée par la station de base cible dont les valeurs sont uniquement dédiées à l’UE. Ainsi, il n’y a pas de collision.

La demande d’accès aléatoire est émise par le mobile sur la fréquence commune et sur des sous-trames correspondant aux occasions de RA (RAO). La périodicité des occasions de RA est définie par les informations de broadcast SIB1 en 5G ou SIB2 en 4G. Ainsi, lorsque l’UE envoie sa demande dans la sous-trame correspondante, la station de base écoute les messages RA à cet instant et non en permanence. Cela suppose que la transmission UL du mobile soit synchronisée avec la transmission DL de la gNB et que le délai de propagation soit compensé par le TA.

Le mobile UE étant distant d’une distance d, il détecte le signal de synchronisation SSB avec un retard de d/c. Pour une cellule terrestre de 10 kms, le délai aller/retour (RTT : Round Trip Time) pour un UE à 10 kms de distance est de 67 µs (2*10 /300 000).

Dans le scénario NTN (figure 3), la distance entre l’UE et le satellite est de plusieurs 100aines ou milliers de kms, le délai (élevé) entre l’UE et la station de base provoque un décalage temporel entre le lien DL et UL (figure 2) et lorsque la station de base reçoit le préambule celui-ci est hors délai par rapport à la fenêtre d’écoute.

Figure 3 : Transmission Non Terrestre

On appelle interface Service Link ou SLI, l’interface du lien entre le satellite et l’utilisateur (UE/MES : Mobile Earth Station). L’interface SLI gère l’établissement des gestions de communication.

L’interface Feeder Link est l’interface entre le satellite et la passerelle terrestre (LES : Land Earth Station).

Dans la cas d’une communication satellitaire (figure 4 a), l’UE communique avec le satellite (délai UE – Satellite sur le lien de service) et le satellite transmet le signal vers la passerelle (délai Satellite – Passerelle). Dans le mode transparent, la passerelle est connectée à une station de base gNB.

Dans le mode regénérative payload (figure 4 b), le satellite héberge la station de base ou l’entité DU de la station de base. Ainsi, la passerelle est soit connectée au cœur de réseau (dans ce cas, le gNB est soit intégré dans le satellite), soit au gNB-CU.

Figure 4 : les modes de scénarios

Quel que soit le scénario choisi (transparente ou regénérative payload), la transmission a une latence élevée et supérieure à la durée d’un slot (cf. figure 5)

 

Figure 5 : Scénario de HO : a) Terrestre, b) Non Terrestre

Pour compenser le décalage, il est nécessaire de prendre en compte un TA étendu. Généralement, le TA est calculé par la station de base à partir de la demande d’accès aléatoire. Or la connaissance du  TA étendu est nécessaire pour la demande d’accès aléatoire. Le TA étendu est composé de deux valeurs :

  • Calcul du TA en boucle ouverte afin d’avoir une information du délai entre le satellite et fu point de référence (figure 6).
  • Calcul du TA en boucle fermés pour compenser l’erreur de TA qui est calculée en boucle ouverte

Figure 6 : Calcul du TA en boucle ouverte

Le calcul en boucle ouverte est réalisé au niveau de l’UE. Cela prend en compte le délai de l’interface du lien de service (UE/Satellite) et le délai sur l’interface du feeder (satellite vers la passerelle).

Concernant le lien du feeder, la station de base transmet le délai entre le satellite et un point de référence (RP : Reference Point). L’UE ne connait pas la localisation du RP. Le réseau transmet au mobile la valeur Tta_commun dans le message de diffusion SIB19 et qui correspond au temps du lien Feeder (entre le satellite et la passerelle).

Figure 7 : Exemple de RP

A partir de l’éphéméride du satellite (position et vitesse) émis dans le SIB19 et de la connaissance de la position de l’UE (issu de la mesure du GNSS), l’UE calcule la distance qui le sépare du satellite et donc estime le délai sur le lien de service (User Specific TA).

Le standard 5G a introduit un nouveau concept, demand SI Delivery, permettant à l’UE de déclencher la procédure d’accès aléatoire afin de demander à celle-ci la diffusion d’un message SIB

La nouveauté est la suivante (figures 8 et 9) :

  • En 4G, quand un UE souhaite acquérir une information diffusée par un SIB, il écoute le canal de diffusion à l’instant où le SIB est transmis (après avoir extrait les informations portées par le MIB et le SIB1)
  • En 5G, l’UE envoie une requête à la station de base en lui demandant d’émettre le SIB souhaité puis écoute la prochaine échéance (SI Window) du canal de diffusion.

Figure 8 : Demande de diffusion d’un SI

 

Figure 9 : Procédure On-Demand SI

Une fois l’offset de TA mesurée (d’une durée de plusieurs slots), le mobile pourra quasiment se synchroniser. Toutefois, une erreur en boucle fermée existe encore.

La procédure d’accès aléatoire permet de mesurer cette erreur.

La figure 10 présente ainsi le calcul du TA.

Figure 10 : La procédure de calcul du TA en boule ouverte

 

Références

[1] https://www.techplayon.com/5g-nr-timing-advance-rar-ta-and-mac-ce-ta/

[2] Oltjon Kodheli, Random Access Procedure Over Non-Terrestrial Networks: From Theory to Practice

 

 

SDT – Small Data Transmission (2ème)

Posté le by - 1 121 vues
Répondre

Procédure d’accès aléatoire

La procédure d’accès aléatoire a pour objectif d’informer la station de base que le mobile souhaite être contrôlée par la station de base. Le mobile UE établit une procédure d’accès aléatoire dans les cas suivants :

  • Lorsque le mobile UE s’allume (ou en sortant du mode avion) ;
  • Lorsque le mobile UE met à jour sa localisation ;
  • Lorsque le mobile UE souhaite l’établissement d’une session PDU ou d’une connectivité PDN ;
  • En cas de H.O (procédure d’accès aléatoire sans contention).

Nous allons limiter notre étude au cas où le mobile souhaite l’établissement d’une connectivité PDN.

Figure 4 : La procédure d’accès aléatoire

Le message 1 émit par le mobile est transmis avec une puissance initiale P1 estimée à partir du signal de synchronisation reçu (mesure RSRP). En cas de non réponse, le mobile incrémente sa puissance d’émission. Le mobile transmet le préambule et l’identifiant de 16 bits RA-RNTI, lequel est calculé de la manière suivante :

Dans le cas du NB-IoT, les sous-porteuses sont espacées de 3,75 kHz ce qui permet d’avoir 48 sous-porteuses dans une RB de 180 kHz. Afin de réduire les risques de collision, le préambule est transmis sur 4 sous porteuses choisies pseudo-aléatoirement parmi 12 sous-porteuses consécutives via un motif de Frequency Hopping.

La station de base scrute dans les sous-trames correspondantes (cf. Table 3) la réception de préambules. En cas de détection d’un préambule, la station de base émet un message RAR Random Access Response dans le canal physique PDSCH en indiquant la présence du message RAR par une information de contrôle DCI_1 émise dans le canal PDCCH. L’information DCI_1 portée par le canal PDCCH est embrouillée par l’identifiant RA-RNTI. Le mobile UE attend la réponse de la station de base dans une fenêtre temporelle. La durée de la fenêtre temporelle n’est pas définie dans la norme mais est diffusée dans le message SIB via le paramètre rar-WindowLength IE.

Le RAR contient :

  • La valeur du préambule (RAPID : Random Access Preamble Id)
  • Le paramètre de Timing Advanced.
  • Les informations d’ordonnancement permettant d’indiquer au mobile UE les ressources radioélectriques que ce dernier devra utiliser pour l’émission du message subséquent ainsi que le schéma de modulation MCS.
  • L’allocation de ressource (UL Grant) pour la réponse du mobile vers la station de base
  • L’identifiant radioélectrique temporaire T-RNTI

Le mobile UE conserve la valeur T-RNTI et transmet son message 3 RRC Connection Request au niveau des ressources tempo-fréquentielles indiquées par la station de base dans le message 2 (UL Grant/RB Assignment). Le message est court (80 octets) et contient l’identité du mobile (TMSI ou une valeur aléatoire). L’identité radioélectrique T-RNTI transmis dans le message précédent est utilisé pour embrouiller le CRC du signal PUSCH montant.

Le message 4 (RRC Connection Setup) est utilisé pour lever la contention. En effet, si 2 mobiles UE ont transmis dans l’étape 3 son identifiant TMSI ou une valeur aléatoire (en estimant de droit que le message 2 lui était destiné), la station de base transmet l’allocation de ressource pour les échanges suivants à un mobile défini par son identifiant, c’est-à-dire la valeur TMSI ou la valeur aléatoire transmis dans le message 3. Le T-RNTI échangé dans le message 3 devient le C-RNTI à moins que l’UE disposait déjà d’un C-RNTI.

Le dernier message RRC Connection Setup Complete permet au mobile de valider le passage en mode connecté. Le message contient l’identité du PLMN sélectionné et un message NAS à destination du cœur de réseau.

La figure 7 présente le diagramme de machine d’état au niveau du mobile UE (figure 7a) et de la station de base (figure 7b).

Figure 5 : Le diagramme de machine d’état mobile UE (a) et station de base (b)

Les messages transmis portent les informations suivantes :

Figure 8 : L’échange de messages pour la procédure RAR

Figure 9 : Message 2 de la procédure d’accès aléatoire

La suite est récupérée sur Sharetechnote :

 

  • MAC Subheaders
    • E: The Extension field is a flag indicating if the MAC subPDU including this MAC subheader is the last MACsubPDU or not in the MAC PDU.
      • E field is set to “1” to indicate at least another MAC subPDU follows
      • E field is set to “0” to indicate that the MAC subPDU including this MAC subheader is the last MAC subPDU in the MAC PDU
    • T: The Type field is a flag indicating whether the MAC subheader contains a Random Access Preamble ID or a Backoff Indicator.
      • The T field is set to “0” to indicate the presence of a Backoff Indicator field in the subheader (BI)
      • The T field is set to “1” to indicate the presence of a Random Access Preamble ID field in the subheader (RAPID)
    • R: Reserved bit, set to “0”
    • BI: The Backoff Indicator field identifies the overload condition in the cell and its size is 4 bits to represent 16 possible index. Index value and corresponding Backoff time value is shown in below table

    • RAPID: The Random Access Preamble IDentifier field identifies the transmitted Random Access Preamble. The size of the RAPID field is 6 bits. If the RAPID in the MAC subheader of a MAC subPDU
      corresponds to one of the Random Access Preambles configured for SI request, MAC RAR is not included in the MAC subPDU.
  • MAC RAR Payload
    • R: Reserved bit, set to “0”;
    • Timing Advance Command: The Timing Advance Command field indicates the index value TA used to control the amount of timing adjustment that the MAC entity has to apply in TS 38.213 [6]. The size of the Timing Advance Command field is 12 bits
    • UL Grant: The Uplink Grant field indicates the resources to be used on the uplink i.e. Msg3. The size of the UL Grant field is 27 bits and content of UL grant is shown in below.

      • Frequency Hopping Flag
        • If the value of the frequency hopping flag is 0, the UE transmits the PUSCH without frequency hopping; otherwise, the UE transmits the PUSCH with frequency hopping.
      • MCS: The UE determines the MCS of the PUSCH transmission from the first sixteen indexes of the applicable MCS index table for PUSCH as described in 3GPP specification 38.214
      • TPC:The TPC command value is used for setting the power of the PUSCH transmission, and  is interpreted according to below table.
          • CSI request: This field a is reserved.
        •  Temporary C-RNTI: The Temporary C-RNTI field indicates the temporary identity that is used by the MAC entity during Random Access. The size of the Temporary C-RNTI field is 16 bits.

 

Ressources Bibliographiques

 

[1] TS 136 211 – V14.2.0 – LTE; Evolved Universal Terrestrial Radio  Table 5.7.1-2: Frame structure type 1 random access configuration for preamble formats 0-3

[2] TS 136 211 – V14.2.0 – LTE; Evolved Universal Terrestrial Radio  Table 5.7.2-4: Root Zadoff-Chu sequence order for preamble formats 0 – 3

[3] TS 136 211 – V14.2.0 – LTE; Evolved Universal Terrestrial Radio  Table 5.7.2-2 NCS for preamble generation (preamble formats 0-3)

[4] Andreas Höglund, Dung Pham Van, Tuomas Tirronen, Olof Liberg, Yutao Sui, and Emre A. Yavuz, “3GPP Release 15 Early Data Transmission”, 2018, IEEE Communications Standards Magazine ( Volume: 2, Issue: 2, JUNE 2018), p90-96, https://doi.org/10.1109/MCOMSTD.2018.1800002

[5] Andreas Höglund, G. A. Medina-Acosta, Sandeep Narayanan Kadan Veedu, Olof Liberg, Tuomas Tirronen, Emre A. Yavuz, and Johan Bergman , 3GPP Release-16 Preconfigured Uplink Resources for LTE-M and NB-IoT

[6] 3GPP TS 36.213, R.16.8.0 : Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures

[7] 3GPP TS 38.321, R.17.0.0 (mars 2022), MAC protocol Specification.

Pool de MME

Posté le by - 6 961 vues
Répondre

I) Principe et rappels

Lorsque l’UE est à l’état EMM-Registered et ECM-Idle, il est localisé sur une zone nommée Tracking Area. Une seule zone de localisation suffit pour le LTE puisque l’UE n’est enregistré que sur le domaine en commutation de paquets.

A ce titre, on peut rappeler que sur le réseau 2G/3G, le mobile est localisé :

  • LA : Location Area pour la localisation dans le domaine CS
  • RA : Routing Area pour la localisation dans le domaine PS

Pour le LTE, la localisation de l’UE est initialisée par la requête d’attachement au réseau. Ensuite, la requête de Update de TA (TAU) est déclenchée soit périodiquement à la fin d’un Timer soit sur détection de changement de TA par l’UE.

Des mécanismes particuliers ont été mis en oeuvre en 4G permettant à l’UE d’être enregistré sur plusieurs TA simultanément.

imgf0001

II) Enregistrement de l’UE sur Plusieurs TA

Dans des zones à forte mobilité (Voie ferroviaire ou autoroutière), l’UE passe rapidement d’une zone de TA à une autre, déclenchant ainsi de la sig pour la mise à jour de la localisation. Pour alléger le nombre de requêtes TAU, le MME peut indiquer une liste de TA à l’UE et tant que l’UE est sur un eNb ayant un TAI appartenant à cette liste, l’UE ne procède par à une demande de mise à jour.

III) Pool de MME : Mécanisme S1-flex

A l’inverse, une zone de TA peut aussi être gérée par plusieurs MME. On parle de pool MME (ensemble). L’avantage est de pouvoir faire basculer le contexte d’un UE (contexte crée lors de l’attachement par exemple) vers un autre MME appartenant au même pool afin de faire du partage de charge ou un partage de réseau (network sharing). Dans le cas du partage de réseau, un pool de MME peut appartenir à plusieurs opérateurs. Lorsque le réseau veut réaliser un partage de charge, il doit donc transférer le contexte de l’UE d’un MME à un autre MME du même pool, ce qui nécessite de la part du mobile de lancer une procédure de TAU. Or comme cette demande est à l’initiative du réseau, l’UE est notifié de cette demande par l’eNB qui relâche la connexion RRC avec la cause loadbalancing (même si le MME est mis en maintenance).

Un eNb, comme par exemple l’eNB 2 est connecté à différents MME, cela est nécessaire dans le cas de RAN Sharing ou plusieurs opérateurs ne souhaitent partager que les antennes.

On appelle le mécanisme S1-flex la possibilité pour un eNb d’être connecté à plusieurs MME, mais attention il n’existe qu’une seule interface S1-MME par couple MME – eNb. L’eNb est à l’initiative de cette association et les fonctions du S1-MME sont gérées par le protocole S1-AP

IV) Mécanisme ISR

ISR – Idle mode Signaling Reduction est un mécanisme qui permet de réduire la signalisation lorsque l’UE fait une procédure de re-sélection inter-RAT.

Nous avons vu dans le premier paragraphe que l’UE est localisé en fonction du réseau 2G/3G ou 4G selon le LA, RA ou TA. Dans le cas du passage du réseau LTE au réseau UMTS, l’UE sera localisé en TA puis en RA. Lors de la re-sélection de cellule, l’UE doit faire une mise à jour de sa localisation, même s’il passe régulièrement de la 3G au LTE en restant toujours dans les mêmes cellules.

Le mécanisme ISR consiste à conserver au niveau de l’UE les identifiants de cellules ( RA et TA seulement car le LTE ne fonctionne que dans le domaine Paquet) et en cas de re-sélection d’un système à un autre, l’UE compare l’information de la cellule et n’alerte le MME ou le SGSN qu’en cas de modification de cellule. Par contre, en cas de paging, les notifications d’appels seront envoyées sur les deux cellules des zones TA et RA

Lorsque l’UE fait une demande de localisation LA pour le domaine CS, et si l’UE est attaché au domaine CS du LTE (cas pour le mécanisme de CSFB) alors l’ISR est désactivé.