Vous êtes sur la page 1sur 27

COMPTE RENDU DE FORMATION LTE :

Optimization and Performance Management

LTE : Long Terme Evolution, est la dernière technologie sans fil apparu.la 3GPP a défini cette
technologie comme R8 suite au succès qu’a connu les réseaux 3G (UMTS/HSPA). Elle est basée
sur des techniques radios telles que l’OFDMA et le MIMO permettant le transfert de données à très
haut débit, avec une portée plus importante, un nombre d’appels par cellule supérieur et une
latence plus faible.

ARCHITECTURE GENERALE
Les réseaux LTE sont des réseaux cellulaires constitués de milliers de cellules radio qui utilisent
les mêmes fréquences hertziennes, grâce aux codages radio OFDMA et SC-FDMA. Ceci permet
d’affecter à chaque cellule une largeur spectrale plus importante qu'en 3G, variant de 3 à 20 MHz
et donc d'avoir une bande passante plus importante et plus de débit dans chaque cellule.

Le réseau est constitué de deux parties : une partie radio (eUTRAN) et un cœur de réseau
« EPC » (Evolved Packet Core).

PARTIE RADIO
CARACTERISTIQUES

- Débit de l’interface radio


L’interface radio E-UTRAN doit pouvoir supporter un débit maximum instantané de 100 Mbit/s
en considérant une allocation de bande de fréquence de 20 MHz pour le sens descendant et un
débit maximum instantané de 50 Mbit/s en considérant aussi une allocation de bande de
fréquence de 20MHz pour le sens montant. Les technologies utilisées sont OFDMA (Orthogonal
Frequency Division Multiple Access) pour le sens descendant et SC-FDMA (Single Carrier -
Frequency Division Multiple Access) pour le sens montant. Cela correspond à une efficacité du
spectre de 5 bit/s/Hz pour le sens descendant et 2,5 bit/s/Hz pour le sens montant.
- La structure des trames en LTE
Les trames LTE sont de 10 ms. Ils sont divisés en 10 sous- trames, chaque sous-trame de
longueur1,0 ms. Chaque sous-cadre est divisée en deux slots, chacun de 0,5 ms. Un slot est
composé de 6 ou 7symboles OFDM, selon que le préfixe cyclique normal ou étendu est employé.

- Définition du ‘Physical Resource Block’

En LTE, l’espace temps/fréquence est divisé en PRB (Physical Resource Blocks). Chaque PRB
est défini comme étant composé de 12 sous-porteuses consécutives pour un slot (0,5 ms). Un
PRB est le plus petit élément d'allocation des ressources affectées par le planificateur de station
de base.
- Le duplexage

Deux variantes exclusives de la norme LTE ont été définies au niveau radio : le FDD (Frequency
Division Duplexing) qui utilise 2 bandes de fréquences distinctes pour l'émission (upload) et la
réception (download) et le TDD (Time-Division Duplex) qui utilise une seule bande de
fréquences avec des ressources dynamiquement allouées à l'émission ou à la réception des
données (multiplexage temporel)

- Connexion permanente
Principe des accès haut débit où la connectivité est permanente pour l’accès à Internet. Mais même
si la connexion est permanente au niveau du réseau, il est nécessaire pour le terminal (UE- User
Equipment) de passer de l’état IDLE à l’état ACTIF lorsqu’il s’agira d’envoyer ou recevoir du
trafic. Ce changement d’État s’opère en moins de 100 ms. Le réseau pourra recevoir le trafic de
tout terminal rattaché puisque ce dernier dispose d’une adresse IP, mettre en mémoire ce trafic,
réaliser l’opération de paging afin de localiser le terminal et lui demander de réserver des
ressources afin de pouvoir lui relayer son trafic.

- Mobilité
Assurée à des vitesses comprises entre 120 et 350 km/h. Le handover pourra s’effectuer dans des
conditions où l’usager se déplace à grande vitesse. Le LTE ne permet que le hard handover et non
pas le soft handover.

- Coexistence et Interfonctionnement avec la 3G :


Le handover entre E-UTRAN (LTE) et UTRAN (3G) doit être réalisé en moins de 300 ms pour
les services temps-réel et 500 ms pour les services non temps-réel. Il est clair qu’au début du
déploiement du LTE, peu de zones seront couvertes. Il s’agira pour l’opérateur de s’assurer que le
handover entre le LTE et la 2G/3G est toujours possible et aussi avec le réseau CDMA.
- Fréquences utilisées

Les bandes de fréquences hertziennes prévues par les normes 3GPP pour le LTE et le LTE
Advanced sont très nombreuses (plus de 30) et s'étalent de 600 MHz à 3,8 GHz. Celles situées
dans la zone des 800 et 900 MHz sont utilisables sur tout le territoire et particulièrement dans les
zones rurales car elles ont une plus grande portée que les ondes radio de fréquences plus élevées.
Le rayon de couverture de chaque cellule est variable, allant de quelques centaines de mètres
(débits optimaux en zones urbaines) jusqu'à 30 à 50 km (zone rurale).

Pour pouvoir utiliser les bandes des 900 et 1 800 MHz, il est nécessaire d’effectuer un
« réaménagement » du spectre en libérant des canaux initialement attribués au GSM (2G) et à
l'UMTS (3G).

LES ENTITES DE LA PARTIE RADIO (E-UTRAN)

La seule entité présente dans cette partie est l’eNodeB qui peut être assimilé à une Node B+RNC.
L’eNodeB est le responsable de la transmission et de la réception radio avec l’UE.

A la différence de la 3G où sont présentes les entités Node B et RNC, l’architecture e-UTRAN ne présente
que des eNodeB. Les fonctions supportées par le RNC ont été réparties entre l’eNodeB et les
entités du réseau cœur MME/SGW. L’eNodeB dispose d’une interface S1 avec le réseau cœur.
L’interface S1 consiste en S1-C (S1-Contrôle) entre l’eNodeB et la MME et S1-U (S1-Usager)
entre l’eNodeB et la SGW. Une nouvelle interface X2 a été définie entre les eNodeBs adjacents.
Son rôle est de minimiser les pertes de paquets lors de la mobilité de l’usager en mode ACTIF
(Handover). Lorsque l’usager se déplace en mode ACTIF d’un eNodeB à un autre eNodeB, de
nouvelles ressources sont allouées sur le nouvel eNodeB pour l’UE ; or le réseau continu à
transférer les paquets entrants vers l’ancien eNodeB tant que le nouvel eNodeB n’a pas informé
le réseau qu’il s’agit de lui relayer les paquets entrants pour cet UE. Pendant ce temps l’ancien
eNodeB relaie les paquets entrants sur l’interface X2 au nouvel eNodeB qui les remet à l’UE.

Les principales fonctions que l’eNodeB supports sont les suivantes:


 Radio Bearer Management, qui inclut l’établissement et le libération des supports de données
radio (Radio Bearer) ainsi que les fonctions de la gestion des ressources radio pour le
contrôle de l’admission ainsi que l’allocation des supports de données. Cet ensemble de
fonctions est sous le contrôle du MME à travers l’interface S1 pendant l’établissement, la
libération et la modification de la session

 L’interface radio de transmission et de réception qui inclut la modulation/démodulation ainsi


que le codage/décodage du canal radio.
 La gestion dynamique des ressources radio en Uplink et Downlink et l’Ordonnancement
(Scheduling) des paquets data – est la fonction la plus critique qui requière que l’eNodeB fait
face à plusieurs contraintes dans le but d’être capable de multiplexer différents flots de données
sur l’interface radio d’utiliser les ressources disponibles de façon optimal.

 Radio Mobility Management, qui s’occupe de la mobilité du terminal lorsqu’il est dans l’état
actif. Ceci doit être distingué du Mobility Management qui est une fonction gérée
par le Packet Core.
 Chiffrement et compression des entête IP des données usager est la fonction c lé de
latransmission de données sur l’interface radio. Elle répond aux besoins de sécurité sur
l’interface radio et la transmission de paquets IP de façon optimal.
 Sécurité de la signalisation réseau, à cause de la sensibilité des messages de signalisation
échangés entre eNodeB et le terminal ou entre le MME et le terminal. Toutes ces
informations sont protégées contre l’écoute et l’altération.

 L’ordonnancement et la transmission des informations Broadcast, qui est présente dans


tous, ou presque, les réseaux cellulaires.
 L’ordonnancement et la transmission des messages de paging, cette fonction estessentielle
pour pouvoir localiser le mobile.

L’eNodeB est défini par le 3GPP en utilisant le traditionnel modèle OSI en couche. De cette
perspective, tous les fonctions décrit au-dessus sont gérées par les différents couches, comme
lacouche physique, la couche lien de donnés RLC/MAC ou la couche de signalisation Radio
Resource Control.

RESEAU CŒUR (CORE NETWORK)


Caractéristiques

La SAE est le nom d’une étude où la 3GPP industrie développe une structure pour une évolution et
migration des systèmes courants à un système qui supporte des technologies d'accès multiples,
avec un plus haut taux de données et basé sur la commutation de paquets. Alors que l’EPC
(Evolved Packet Core) est le nom du réseau cœur évolué.
À la différence des réseaux 2G et 3G où l’on distinguait les domaines de commutation de circuit
(CS, Circuit Switched) et de commutation de paquet (PS, Packet Switched) dans le réseau cœur,
ce nouveau réseau quand à lui ne possède qu’un domaine paquet appelé EPC. Ainsi, tous les
services devront être offerts sur IP y compris ceux qui étaient auparavant offerts par le domaine
circuit tels que la voix, la visiophonie, le SMS, etc
L’EPC fonctionne en situation de roaming en mode « home routed » ou en mode « local break
out ». Autrement dit lorsqu’un client est dans un réseau visité, son trafic de données est soit routé
à son réseau nominal qui le relaye par la suite à la destination (home routed) ou directement
routé au réseau de destinataire sans le faire acheminer à son réseau nominal (local break out).Il
est possible de faire acheminer le trafic de l’EPC vers l’accès LTE, CDMA-2000 (paquet),
2G(paquet) et 3G (paquet) et ainsi garantir le handover entre ces technologies d’accès.

L’EPC supporte les Default bearers et les Dedicated bearers, c’est-à-dire lorsque l’usager se
rattache au réseau EPC, ce dernier lui crée un défaut bearer qui représente une connectivité
permanente tant que l’usager est rattaché au réseau mais sans débit garanti. Quand l’usager souhaitera
établir un appel qui requiert une certaine qualité de service telle que l’appel voix ou visiophonie,
le réseau pourra établir pour la durée de l’appel un dedicated bearer qui supporte la qualité de
service exigée par le flux de service et surtout qui dispose d’un débit garanti afin d’émuler le mode
circuit.
Enfin, l’EPC supporte le filtrage de paquet par exemple pour la détection de virus et une taxation
évoluée basée sur le service accédé par le client en termes du volume, de la session, de la durée,
de l’événement, du contenu, etc

Les entités du réseau cœur :


Dans le réseau cœur, nous avons cinq principales entités énumérées ci-dessous:

- Mobility Management Entity (MME):


 La MME est le nœud principal de contrôle du réseau d'accès LTE/SAE. Elle manipule un
certain nombre de fonctionnalités telles que:
 Le suivi des UE Mode Inactif ou mode veille (idle mode).
 L’activation / désactivation du Bearer.
 Le choix du SGW pour un UE.
 Le handover Intra-LTE impliquant la location du nœud du réseau d’accès.
 L’interaction avec le HSS pour authentifier un utilisateur en attachement et
implémentation des restrictions d'itinérance.
 Elle agit comme un licenciement pour la Non-Access Stratum (NAS).
 Elle Fournit des identités temporaires pour les UEs.
 La SAE/MME agit en point de terminaison pour le chiffrement de protection des NAS de
signalisation. Dans le cadre de cela, il s'occupe également de la gestion de la clé de
sécurité. En conséquence, la MME est le point où l'interception légale de signalisation
peut être effectuée.
 La procédure de Paging.
 L'interface S3 se terminant dans la MME fournit ainsi la fonction de plan de contrôle de
mobilité entre les réseaux d'accès LTE et 2G/3G.
 Le MME/SAE termine également l'interface S6 pour le HSS pour l'itinérance UEs.
 La MME/SAE fournit un niveau considérable de fonctionnalités de contrôle global.

- Serving Gateway (S-GW)


La passerelle de service S-GW, est un élément plan de données au sein de la LTE/SAE. Son
objectif principal est de gérer la mobilité du plan utilisateur (User Plan), elle agit également
comme une frontière principale entre le Radio Access Network, RAN et le réseau cœur. La SGW
maintient également les chemins de données entre les eNodeBs et les passerelles PDN. De cette
façon le S-GW forme une interface pour le réseau de données par paquets à l'E-UTRAN. Aussi
quand les UEs se déplacent dans les régions desservies par des eNodeBs différentes, la SGW sert
de point d'ancrage de mobilité veillant à ce que le chemin de données soit maintenu.

- PDN Gateway (P-GW)


La passerelle LTE/SAE PDN assure la connectivité pour l'UE à des réseaux de paquets de
données externes, remplissant la fonction d'entrée et de sortie pour les données UE. L'UE peut
disposer d'une connectivité avec plus d'un PGW pour l’accès à des PDNs multiples.

- Home Subscriber Server (HSS)


Avec la technologie LTE, le HLR est réutilisé et renommé HSS. Le HSS est donc un HLR
évolué qui contient l’information de souscription pour les réseaux GSM, GPRS, 3G, LTE et
IMS. A la différence de la 2G et de la 3G où l’interface vers le HLR est supportée par le
protocole SS7, MAP, l’interface S6 s’appuie sur le protocole du monde IP, DIAMETER. Le HSS
est une base de données qui est utilisée simultanément par les réseaux 2G, 3G, LTE/SAE et IMS
appartenant au même opérateur. Il supporte donc les protocoles MAP (2G, 3G) et DIAMETER
(LTE/SAE, IMS).

- Policy and Charging Rules Function (PCRF)


La PCRF est le nom générique de l'entité au sein de la LTE SAE/EPC qui détecte les flux de service et
applique la politique de tarification. Pour les applications qui nécessitent une politique
dynamique de tarification ou de contrôle, un élément du réseau intitulé Applications Function,
AF est utilisée.
INTERFACES ET PROTOCOLES
Architecture générale

L’interface X2 ne doit pas être vue comme une simple interface point-a-point entre deux
eNodeBs, mais plutôt comme une interface maillée. Cette interface optionnel a été défini dans le
but de transporter les paquets entre eNodeBs et de limiter les pertes de paquets dans le cas d’une
mobilité d’utilisateur Intra E-UTRAN.
L’interface S1 à son tour, n’est pas une simple interface entre un eNodeB et un MME/Serving
Gateway, puisque un eNodeB peut être connecté à un ou plusieurs MME. Cette flexibilité est
connue sous le nom de S1-flex (équivalent à l’Iu-flex 3G/UMTS).Puisque le MME et le Serving
GW sont déployés dans des boîtes physiques séparées, l’interface S1 est divisée en deux parties :
 L’interface S1-U (Pour le plan usager) qui transporte les données utilisateur entre l’eNodeB
et le Serving GW
 L’interface S1-C (Pour le plan de contrôle) qui transporte uniquement la signalisation entre
l’eNodeB et le MME.

L’EPC comprend quatre nœuds logiques à savoir le HSS (Home Subscriber Server), le MME
(Mobility Management Entity) et deux passerelles associées au plan usager Serving GW et
Packet Data Network GW. Chacun de ces entités supportes des fonctions évolués.
L’architecture de l’E-UTRAN a introduit des modifications sur la localisation des principales
fonctions dans le réseau. Par conséquent, il y a quelques différences dans la façon dont les
paquets sont gérés. Ces changements sont présentés dans la Figure ci-dessous, qui se focalise sur
le lien descendant du plan Usager. La séparation entre le RNC et la NodeB dans l’architecture de
l’UMTS implique que la gestion des paquets de données nécessite deux buffers séparés. Ce qui
nécessite l’implémentation d’un mécanisme à fin d’éviter la NodeB buffer overflow ou le
manque de donnée au niveau de la NodeB.
Dans le LTE, la compression et le chiffrement sont tous les deux supportés par la couche PDCP
localisée dans l’eNodeB. Puisque, tous les mécanismes de retransmission sont localisés dans
l’eNodeB, le traitement des paquets de données nécessite un seul buffer. Par ailleurs, et dans le
cas de l’E-UTRAN les données du buffer peuvent être transférées entre eNodeBs, ce qui aide à
minimiser les probabilités de pertes de paquets.

 Les interfaces réseau de l’E-UTRAN


Le modèle de l’interface réseau de l’E-UTRAN est composé de deux parties principales : la
couche Radio Network qui englobe les protocoles couches hautes de l’interface et la couche
Transport Network qui réfère uniquement à la façon dont les données de la couche Radio
Network sont transportés. Cette séparation assure une indépendance entre les deux couches. En
plus de la séparation selon le modèle OSI, chaque interface est divisée en deux plans, le plan
usager (User plane) et le plan de contrôle (Control plane)

 Le plan usager transporte toutes les informations considérées comme des données utilisateur,
du point de vue de l’interface. Ceci consiste en des données purement usager comme les
paquets de voix et vidéos ou la signalisation de niveau application (comme SIP, SDP or
RTCP). Avant la transmission sur l’interface, les différents paquets sont tous simplement
envoyés à la couche Transport. C’est ce qui explique l’absence de tout protocole dans la
couche Radio Network qui correspond au plan usager.

 Le plan de contrôle s’occupe de tous les messages et les procédures strictement liés aux
fonctionnalités prises en charge par les interfaces. Ceci inclut par exemple, les messages de
contrôle pour la gestion du handover ou la gestion des porteuses (supports).La couche
physique, fait partie de la couche transport. Elle commune aux deux plans. A part cela, les
plans usager et contrôle utilise des protocoles spécifique qui définissent ainsi une pile de
transport et des porteuses (support de données) différents et indépendant pour chaque couche.
L’information dans le plan de contrôle est soumise à des contraintes de sécurité, de fiabilité, et de
perte de données alors que dans le plan usager l’information est routée à l’aide de protocoles
simples et moins sécurisés. Comme en 3G/UTRAN, les interfaces de l’E-UTRAN sont
entièrement « open », ce qui veut dire que S1 et X1 sont complètement définit par 3GPP et que
chaque équipementier doit se conformer aux spécifications dans l’implémentation des différents
équipements. Ceci permet- en principe – le déploiement des eNodeB de différents équipements
en un seul réseau et interconnectés à via l’interface X2. Il en de même pour l’interconnexion
entre l’E-UTRAN et l’EPC.

Interface S1
L’interface S1-U (ou S1 User plane interface - L’interface S1 pour le plan usager) transporte les
paquets utilisateurs entre le eNodeB et le Serving GW. Cette interface utilise une simple pile de
protocole de transport « GTP over UDP/IP» qui ne fait qu’encapsuler les données de l’usager. Il
n’existe ni contrôle de flux ou contrôle d’erreur, ou tout autre mécanisme de garantie de livraison
de données sur l’interface S-U. Le GTP (GPRS Tunneling Protocol) est actuellement hérité des
réseaux 2G/GPRS et 3G/UMTS.
Dans les réseaux 3G, GTP est utilisé entre les nœuds GPRS (SGSN et GGSN). En 3G, GTP est
aussi utilisé dans l’interface Iu-PS (entre RNC et le SGSN).
L’interface S1-C (ou S1 Control plane interface - L’interface S1 pour le plan de contrôle) est
utilisé pour la signalisation. Elle supporte un certain nombre de fonctions et procédures entre
eNodeB et le MME. Toutes les procédures de signalisation du S1-C appartiennent à l’un des
quatre groupes suivants :
 Procédures du Bearer-level, ce groupe comprend toutes les procédures relatives à
l’établissement, modification et de libération de supports (porteuses).
Une porteuse correspond à un segment S1 d’une session, plus le chemin de l’interface radio. Ces
procédures sont utilisées pendant l’établissement et la libération d’une session de
communication.
 Procédures du Handover qui englobent toutes les fonctions S1 relative à la mobilité des
utilisateurs en l’eNodeB ou avec les technologies 2G ou 3G.

 Transport de signalisation NAS. Il correspond au transport de signalisation entre le terminal


et le MME à travers l’interface S1. Le lien de signalisation entre le terminal et le MME est
aussi appelé NAS (Non Access Stratum signalling), puisqu’il est n’est pas visible pour
l’eNodeB. Vue l’importance de ces messages, ils sont transporté sur la S1-C en utilisant des
procédures spécifiques, au lieu de la S1-U GTP qui présente peu de garanties.
 Procédure de Paging qui est utilisé dans le cas d’un usager en fin de session. A travers la
procédure du paging, le MME demande à l’eNodeB de chercher le terminal dans un nombre
donnés de cellules.

Interface S1 Flexibility
Dans les réseaux 2G et 3G traditionnels, la connectivité entre le réseau cœur et le réseau d’accès
a été définie selon une hiérarchie « un-à-plusieurs ». Dans la Release 5, un nouveau dispositif a
été introduit, rendant flexible l’interconnexion entre le réseau d’accès et le réseau cœur.
Ce même principe a été introduit, dès le début, dans l’architecture du LTE. Ce standard porte le
nom de «S1-flex ».
Comme présenté dans la figure, l’interface S1-flex permet à un eNodeB de se connecter à plus
d’un seul nœud MME ou Serving GW. De cette même figure, pour simplifier le MME et Serving
GW sont combinés en un seul nœud, mais la S1 flexiblity s’applique à la fois au MME et le
Serving GW.
Bien qu’un eNodeB puisse être connecté à plusieurs MME, un terminal mobile est associé à un
unique MME à la fois. Ceci est dû au fait que les sessions d’un utilisateur sont toujours sous le
contrôle d’un seul MME.

S1 flexiblity présente plusieurs avantages :


 En étendant la couverture des nœuds du réseau cœur à plusieurs cellules, le S1-flex réduit le
nombre de handover inter-Core Network. Par ailleurs, le MME maintient la connectivité avec
le mobile tant qu’il est dans la même «pool area». Par conséquence, le S1-flex aide à réduire
le nombre de chargement dans le HSS généré par le changement dans le MME.
 Le standard S1-flex aide à définir une architecture réseau partagé par différents opérateurs.
Par exemple, un nombre donné d’eNodeBs peuvent être partagé entre deux opérateurs. Dans
ce cas, quand le terminal essai de s’enregistrer, l’eNodeB transmet le message
d’enregistrement Initial au MME qui corresponds au réseau de l’opérateur de l’abonné.
 S1 flexiblity permet au réseau de devenir plus robuste quant aux échecs du réseau cœur. En
effet, les pertes d’un réseau cœur seront compensées par les autres nœuds associés aux
mêmes «pool areas ».
 En permettant à un eNodeB de se connecter à un ou plusieurs MME présente quelques
avantages dans l’amélioration de la capacité du réseau et la gestion de la charge réseau.

Interface X2
Le rôle de l’interface X2-U (X2 User plane interface
 L’Interface X2 du plan usager) est de transporter les paquets de données entre eNodeBs. Elle
est utilisée dans une durée limitée en temps, quand le terminal se déplace d’un eNodeB à un
autre. Par ailleurs, cette interface permet de transférer les paquets de données mis dans les
mémoires tampons (buffers) entre eNodeBs. X2-U utilise le même protocole de tunneling
GTP, déjà utilisé dans l’interface S1-U.
 L’interface X2-C (X2 Control plan interface
L’interface X2 du plan de contrôle) est une interface de signalisation. Elle supporte un
groupe de fonctions et procédures entre eNodeBs. Les procédures de l’interface X2-C sont
très limité en nombre et ils sont toutes relative à la mobilité des usagers entre eNodeB, dans
le but d’échanger les informations sur le contexte de l’usager entre les différents nœuds
(porteuses alloués, sécurité…).

Par ailleurs, l’interface X2-C propose la procédure du «Load Indicator» dont le but est de
permettre à un eNodeB de signaler sa condition de charge aux eNodeBs voisins. Le but de cette
procédure est d’aider à supporter la gestion du balancement de la charge ou d’optimiser les seuils
du handover ainsi que les décisions du handover. Le besoin d’un transport de signalisation fiable
entre les nœuds est le même que dans l’interface S1-C.
C’est pour cette raison que l’interface X2-C utilise aussi une couche de transport type « SCTP
overIP ».

Les plans usager et de contrôle


Cette partie décrira de façon globale la structure des protocoles de bout en bout du LTE pour le
plan usager et le plan de contrôle, qui correspondent respectivement à la transmission des
données utilisateurs et la transmission de signalisation.

 L’architecture du plan usager

Du point de vue réseau sans fil -y compris le réseau d'accès et cœur, le plan usager ne comprend
pas seulement les données des utilisateurs tels que les paquets de voix ou de contenu Web, mais
aussi la signalisation associées aux services d'application tels que le SIP ou RTCP. Cependant
bien qu’elle soit considérée comme une information de contrôle par les couches d’application, la
signalisation des couches hautes est transmise via le plan usager. Le plan usager de bout en bout
est décrit dans la Figure suivante.

(Du terminal jusqu’au serveur d’application). Dans cette image, la couche application, présente
uniquement dans le terminal et le serveur d’application, est basé sur un transport IP. Les paquets de
niveau application sont routés à travers le Packet Core Gateways, avant d’atteindre leurs
destinations.
Dans cet exemple, la couche application peut comporter un grand nombre de protocole comme
les protocoles de transports de bout en bout (TCP ou UDP) et RTP (Real Time Protocol) pour le
transport de données et les protocoles de signalisation de niveau application (SIP, SDP, RTCP,
etc.). Par ailleurs, L1 et L2 correspondent respectivement au lien physique et données des
interfaces S1, S5 et SGi. Pour ces couches, le standard LTE est assez flexible et propose
plusieurs options appropriés aux réseaux IP

 L’architecture du plan de contrôle

Le plan de contrôle correspond aux flux d’information considérés par E-UTRAN et EPC comme
flux de signalisation. Par exemple, il inclut tous les messages de signalisation du RRC 1
(Radio Resource Control) qui supporte des fonctions telles que Radio Bearer Management, la
mobilité radio, paging des utilisateurs. Par ailleurs, ce plan comprend aussi la signalisation du
NAS (Non Access Stratum) qui fait référence aux fonctions et services indépendant de la
technologie d’accès. On verra plus tard, qu’il comprend aussi les couches GMM (GPRS Mobility
Management) et SM (Session Management) en charge de toutes les procédures de signalisation
entre le terminal de l’utilisateur et MME pour les session et la gestion des porteuses, contrôle de
sécurité ainsi que l’authentification.
La Figure ci-dessous décrit la pile protocolaire du plan de contrôle. La pile s’arrête jusqu’au
niveau du MME, parce que les protocoles des couches-hautes se termine au niveau du MME. Sur
l’interface radio, le plan de contrôle utilise les mêmes piles PDCP, RLC, MAC and PHY, qui
seront présenté dans la prochaine section, pour transporter à la fois RRC et la signalisation NAS
du réseau cœur. Les couches RLC, MAC et PHY support les mêmes fonctions à la fois pour le
plan usager et le plan de contrôle. Cependant ceci ne veut pas dire que les informations du plan
usager et le plan de contrôle sont transmis de la même façon. Plusieurs porteuses radio (Radio
bearers) peuvent être établit entre le terminal et le réseau, chacune d’elle correspond à schéma de
transmission spécifique, une protection radio et un traitement prioritaire. C’est le but des canaux
radio, qui seront présenté dans la prochaine section
Les protocoles de l’interface Radio

L’interface radio est distinguée de la transmission filaire par le coût et la rareté du spectre, ainsi
le taux d’erreur très élevé de la transmission. A cause de ces caractéristiques, la pile protocolaire
de l’interface radio est très spécifique. Il est composé des couches suivantes :
 PHY (Physical Layer).
 MAC (Medium Access Control) en charge de l’ordonnancement des paquets et la répétition
rapide.
 RLC (Radio Link Control) est responsable de la transmission fiable de données.
 PDCP (Packet Data Convergence Protocol) qui fournit le protocole de compression d’entête
et
 implémente le cryptage de données.
L’interface radio E-UTRAN est décrite selon le modèle OSI. Avec une couche physique (Layer1)qui
implémente la partie PHY et une couche liaison de données qui supporte le RLC et MAC.

 Architecture en couche radio de l’E-UTRAN


La Figure 2.07 donne une vue global sur la structure du protocole radio. Elle décrit brièvement le
rôle de chacune des différentes couches et comment elles interagissent avec les autres. Cette
figure décrit uniquement les couches protocolaires dans la partie eNodeB, mais les mêmes
fonctions et couches existent sur la partie station mobile. A partir du haut de la figure, la couche
RRC (Radio Resource Control) supports toutes les procédures de signalisation entre le UE et
l’eNodeB. Ceci inclut les procédures de mobilités et la gestion de connexion.
Les signalisations venant du plan de contrôle de l’EPC sont transférés au terminal à travers le
protocole RRC, d’où le lien entre le RRC et les couches supérieures.
La couche PDCP dont le rôle est de fournir le protocole de compression d’entête et implémente
le cryptage de données. Cette couche supporte les porteuses radio. Chaque porteuses correspond
à un flux d’information comme les données du plan usager ou les signalisations du plan de
contrôle. Du à leurs but spécifique et leurs manipulation, les flux d’information généré par les
fonctions ‘System Information Broadcast’ et ‘Paging‘ sont transparent à la couche PDCP. La
couche RLC fournit à la couche PDCP les services basique de la couche 2 du modèle OSI,
comme la segmentation des données paquet et l’ARQ (Automatic Repeat Request) pour le
mécanisme de correction d’erreur. Il y a un mappage un-à-un entre les le flux d’entrée du RLC et
les canaux logiques fournit par le RLC à la couche MAC. Le but principal de la couche MAC est
de mapper et multiplexer les canaux logique sur les canaux de transport après avoir performer les
manipulations de priorité sur les flux de données reçu par la couche RLC. La couche MAC
supporte aussi HARQ (Hybrid ARQ) qui est un processus de répétition rapide. Finalement, la
couche MAC délivre les flux de transport à la couche PHY, qui appliquera le codage canal et la
modulation avant la transmission sur l’interface radio.
 Les canaux radio
L’interface radio E-UTRAN doit être capable de transmettre des informations à haut débit et à
faible temps de latence. Cependant, pas tous les flux d’information ne nécessitent la même
protection face aux erreurs de transmission ou la manipulation de la Qualité de Service (QoS).
Les messages de signalisations E-UTRAN doivent être transmis le plus rapidement possible en
utilisant le meilleur schéma de protection contre les erreurs, car ils sont critiques dans le cas
d’une mobilité radio. D’un autre coté, la voix et les données peuvent tolérés un frame loss
raisonnable, due à la transmission radio.
Dans le but d’être flexible et permettre différents schéma pour la transmission de données, les
spécifications de l’E-UTRAN ont introduit plusieurs types de canaux :
 Les canaux logiques (ce qui est transmis).
 Les canaux de Transport (comment est transmis).
 Les canaux physiques (où est transmis).

 Canaux logiques
Les canaux logiques correspondent aux services de transfert de données offert par les protocoles
des couches hautes de l’interface radio. Il y a uniquement deux types de canaux logiques : les
canaux de contrôle, pour les transferts des informations du plan de contrôle et les canaux de
trafic pour les transferts des données utilisateur du plan usager. Chacun des canaux de ces deux
catégories correspond à un certain type de flux d’information.
Les canaux logiques de contrôles dans l’E-UTRAN sont :
 BCCH (Broadcast Control Channel) est un canal commun en downlink, utilisé par le réseau
pour broadcaster les informations système de l’E-UTRAN à l’ensemble des terminaux
présents dans une cellule radio. Ces informations sont utilisées par le terminal, par exemple
pour connaitre l’opérateur, pour avoir des informations sur la configuration des canaux
communs de la cellule et comment accéder au réseau, etc.
 PCCH (Paging Control Channel) est un canal commun en downlink qui transfert les
informations de paging aux terminaux présente dans une cellule.
 CCCH (Common Control Channel) est utilisé pour la communication entre le terminal et l’E-
UTRAN quand la connexion RRC. Ce canal est typiquement utilisé dans les premières
phases de l’établissement de communication.
 MCCH (Multicast Control Channel) est utilisé pour la transmission des informations
MBMS(Multimedia Broadcast and Multicast Service) du réseau à plusieurs terminaux.
 DCCH (Dedicated control Channel) est un canal point-à-point bidirectionnel qui supporte les
informations de contrôle entre un terminal donné et le réseau. Il supporte uniquement les
signalisations RRC et NAS. Les canaux logiques de trafic sont :
 DTCH (Dedicated Traffic Channel) est un canal point-à-point bidirectionnel utilisé entre un
terminal donné et le réseau. Il peut supporter la transmission des données utilisateurs qui
inclut les données elles-mêmes et la signalisation de niveau application associée à ce flux de
données.
 MTCH (Multicast Trafic Channel) est un canal de données point-à-multipoint pour la
transmission de trafic de données du réseau à un ou plusieurs terminaux. Comme pour le
MCCH, ce canal est associé au MBMS.

 Canaux de transport
Les canaux de transport décrivent pourquoi et avec quelles données caractéristique sont
transférés à travers l’interface radio.
Par exemple, les canaux de transport décrivent comment les données sont protégées contre les
erreurs de transmission, le type de codage canal, la protection CRC qui est utilisée, la taille des
paquets de données envoyés sur l’interface radio, etc. Cet ensemble d’information est connu sous
le nom de ‘Transport Format’.
Comme décrit dans les spécifications, les canaux de transports sont classifiés en deux
catégories: les canaux de transport downlink et les canaux de transport uplink. Les canaux de
transport E-UTRAN en downlink sont :
 BCH (Broadcast Channel) est associé au canal logique BCCH. Il un ‘Transport Format’ fixé
et prédéfini et doit couvrir l’ensemble de la cellule.
 PCH (Paging Channel) associé au BCCH.
 DL-SCH (Downlink Shared Channel) qui est utilisé pour transporter le contrôle d’usager ou
le trafic data.
 MCH (Multicast Channel) qui est associé au MBMS pour le contrôle des informations
detransport.Les canaux de transport E-UTRAN en uplink sont :
 UL-SCH (Uplink Shared Channel) qui est l’équivalent du DL-SCH en uplink.
 RACH (Random Access Channel) qui est un canal de transport spécifique supportant un
contrôle d’information limité. Il est utilisé durant les premières phases d’établissement de
communication ou dans le cas du changement d’état du RRC.

- Canaux physique
Les canaux physiques sont l’implémentation des canaux transport sur l’interface radio. Leur
structure dépend étroitement des caractéristiques de l’interface physique OFDM.
Les canaux physiques en downlink sont :
 PDSCH (Physical Downlink Shared Channel) qui transporte les données usager et la
signalisation des couches hautes.
 PDCCH (Physical Downlink Control Channel) qui transport les assignations
d’ordonnancement pour le lien montant.
 PMCH (Physical Multicast Channel) qui transporte l’information Multicast/Broadcast.
 PBCH (Physical Broadcast Channel) qui transporte les informations système.
 PCFICH (Physical Control Format Indicator Channel) qui informe l’UE sur le nombre de
symboles OFDM utilisé pour le PDCCH.
 Physical Hybrid ARQ Indicator Channel (PHICH) qui transporte les ACK et NACK des
réponses de l’eNodeB aux transmissions en uplink relative au mécanisme HARQ.
Les canaux physiques en uplink sont :
 PUSCH (Physical Uplink Shared Channel) qui transporte les données utilisateur et la
signalisationdes couches hautes.
 PUCCH (Physical Uplink Control Channel) transporte les informations de contrôle,
comprends les réponses ACK et NACK du terminal aux transmissions downlink, relative au
mécanisme HARQ.
 PRACH (Physical Random Access Channel) qui transporte le préambule de l’accès aléatoire
envoyé par les terminaux au réseau d’accès.
En plus des canaux physiques, la couche physique utilise des signaux physiques et qui sont les :
- Signaux de référence (Reference signals)
- un seul signal est transmis par port d’antenne downlink.
- Signaux de synchronisation (Synchronization signals) divisés en signaux primaire et
secondaire de synchronisation (PSS et SSS)

- Mappage entre les canaux


La figure ci-dessous présente le mappage entre les canaux logiques, de transport et physiques.
Toutes les combinaisons ne sont pas permises, car certains canaux logiques ont des contraintes
spécifiques.

- La couche PHY
Le rôle de la couche PHY est de fournir des services de transport de données sur les canaux
physique pour les couches RLC et MAC hautes. La figure suivante décrit le modèle en couche
physique de l’eNodeB dans le cas d’un canal de transport SCH. Un modèle similaire existe pour
l’uplink et les autres canaux de transport déjà cités. Lors de chaque TTI (Transmission Time
Interval), la couche physique reçoit un certain nombre de ‘Transport Blocks’ pour la
transmission. Chaque ‘Transport Block‘ lui sera ajouté une CRC (Cycle de contrôle de
redondance) ou un ensemble de bits pour la détection des erreurs de transmission. Ensuite les
blocs sont protégés avec un codage canal robuste. Cette phase est sous le contrôle du processus
MAC HARQ (Hybrid ARQ) qui adapte le taux de codage canal en se basant sur les informations
fournit par l’entité réceptrice.

Le processus ‘Interleaving’ ou entrelacement permet d’améliorer la robustesse face aux erreurs


de transmission radio. Ce processus permet au décodeur canal de récupérer exactement, les
mêmes bits transmirent initialement. Le processus de modulation des données quant à lui, il est
sous le contrôle de l’ordonnanceur MAC.
Pour les opérations du CRC et entrelacement, la couche PHY utilise des paramètres statiques et
des algorithmes spécifiés par le standard E-UTRAN.

- La couche MAC
Le but principale de la couche MAC (Medium Access Control) est de fournir un couplage
efficace entre les services de la couche RLC 2 et la couche physique. De cette perspective, la
couche MAC supporte quatre fonctions principales :
 Le mappage entre les canaux logiques et de transport. En effet, quand le standard offre
différents options pour le transport de données pour un canal logique donné, la couche MAC
s’occupe de choisir le canal de transport selon la configuration choisi par l’opérateur.
 La sélection du format de transport qui fait référence par exemple, au choix de la taille du
‘Transport Block’ et le schéma de modulation.
 Correction d’erreur à travers le mécanisme HARQ.

- La couche RLC
L’objectif principale de la couche RLC (Radio Link Control) est de recevoir/délivrer les paquets
de données des/aux autres entités RLC pairs. La couche RLC propose donc trois modes de
transmission à savoir : TM (Transport Mode), UM (Unacknowledged Mode) et AM
(Acknowledged Mode).Le mode TM est le plus simple, il ne change pas les données des couches hautes. Ce
mode est spécialement utilisé pour la transmission du BCCH ou PCCH. Entité RLC Transparent
Mode reçoit les données des couches hautes et les passe directement à la couche MAC. Le mode
UM quant à lui, rajoute la détection des pertes des paquets et leurs réorganisations et ré-
assemblement. Finalement, le mode AM - le plus compliqué des trois supporte les
fonctionnalités du mode UM. Aussi, la capacité de demander à ses pairs la retransmission de
paquets dans le cas où une perte est détectée. Ce mécanisme est spécifique au mode AM est
connu sous le nom de ARQ (Automatic Repeat Request).
Pour cette raison, le mode AM s’applique uniquement aux canaux logiques DCCH et DTCH.
- La couche RRC
La couche RRC (Radio Resource Control) est la couche clé dans le processus de signalisation.
Elle supporte plusieurs fonctions entre le terminal et l’eNodeB. Les procédures proposées par la
couche RRC peuvent être classifié comme suit :
 La gestion de connexion RRC qui inclut l’établissement et la libération de la connexion RRC
entre le terminal et l’eNodeB.
 L’établissement et la libération des ressources radio.
 Broadcast des informations système réalisé à travers le canal logique BCCH.
 Paging - qui est réalisé à travers le canal de control logique PCCH.
 Transmission des messages de signalisation vers et à partir du EPC. Ces messages sont traités
par le RRC de façon transparente.
 Mesure de contrôle qui fait référence aux configurations des mesures réalisé par le terminal
ainsi que la méthode de les rapporter à l’eNodeB.
 Support des procédures de mobilités inter-cell ou le handover.
 Le contexte utilisateur transféré entre eNodeB lors d’un handover.

- La couche PDCP
Le but principale de la couche PDCP (Packet Data Convergence Protocol) est de
recevoir/délivrer les paquets de données de/vers les entités PDCP paires. En principe, cette
fonction est assurée par la couche RLC. De cette perspective, la couche PDCP fournit des
fonctionnalités additionnelles. La valeur ajoutée de la couche PDCP repose sur quatre fonctions
principales :
 Fonctionnalités relatives à la couche 2, comme réorganisation des paquets RLC dans le
cas d’une mobilité inter-eNodeB, la détection des doublets de paquets RLC.
 Compression et décompression des entêtes des paquets IP. Le PDCP supporte un unique
schéma de compression ROHC (Robust Header Compression).
 Chiffrement des données et de la signalisation.
 Protection de l’intégrité des signaux. En donnant à la partie qui reçoit, le moyen de
déterminer si le message de signalisation a été altéré durant la transmission ou non.
IDLE MODE
Un UE qui est sous tension et qui n’a pas de RRC Connexion est considéré comme étant en
mode Idle (Mode veille ou Mode non connecté). En Idle Mode, l’UE effectue les démarches
suivantes :

1- PLMN selection (choix de l’opérateur). Le choix de l’opérateur est automatique. Lorsque


l’UE choisit l’opérateur, celui-ci reste enregistré dans le réseau Core durant tout le temps
qu’il sera connecté au réseau. Si le mode automatique échoue, on recherche
manuellement dans la liste des opérateurs enregistrés dans sa base. S’il y a échec encore,
alors l’UE se met en service limité.

2- Sélection de fréquence

3- Recherche et sélection de cellule

- Synchronisation
En LTE, UE effectue deux types de synchronisation pour identifier les cellules.
 Lecture de PSS (Primary Synchronization Signal) pour la synchronisation des slots
 Lecture de SSS (Secondary Synchronization Signal)pour la synchronisation des
trames.
Ensuite il combine le PSS et le SSS pour obtenir le PCI(Physical Cell Identity)

 System message reception

 RS (Reference Signal) mesurement

Après avoir reçu toutes les informations système, l’UE mesure le signal des cellules les
plus proches pour pouvoir effectuer la sélection et la reselection de cellule.

On obtient les valeurs suivantes :

RSRP : Reference Signal Receiving Power

RSRQ : Reference Signal Receiving Quality

RSRQ = N*RSRP/RSSI (N: Nombre de RS RE dans un symbole)

4- Resélection de cellule

Lorsque UE est en mouvement, le signal de la cellule où il se trouve varie et s’affaiblit.


L’UE a donc besoin de selectionner une autre cellule qui lui convient le mieux. La
resélection de cellule s’effectue en deux étapes :

 Mesure du signal de la cellule voisine


 Classe les cellules mesurées sur la base de la qualité et propriétés des signaux radio

5- Mise à jour de TA (Tracking Area). Ce sont les zones de localisation prises en charge par
le MME.
CARRIER AGGREGATION FEATHURE
Carrier Aggregation (CA) est une méthode utilisée pour augmenter la bande passante, et ainsi
augmenter le débit.

3GPP exige que LTE-Advanced fournisse un débit crête en DL de 1Gbps. Mais compte tenue da
la limitation du spectre, il est difficile d’atteindre ce débit avec une seule bande consécutive.

Pour faire face à cette situation, 3GPP TR 36 913, dans sa release 10 a introduit Carrier
Agregation dans le réseau LTE-Advanced permettant l’aggregation des porteuses contigue ou
non contigues.

Avec CA, on peut atteindre une large bande passante (Maximum 100 MHz)
- En UL ou en DL, CA EU supporte 5 Components Carriers (CCs) avec une bande
passante de 20 MHz chacun

- CA UE supporte CA assymetrique. Le nombre de CC en DL n’est pas forcement égal au


nombre de CC en UL.

CA SOLUTION IN HUAWEI

- Chez Huawei, pas de CA en Uplink

- En Down Link, Maximum 2 porteuses peuvent être aggrégées pour avoir une bande
passante maximum de 40 MHz.

POWER CONTROL
Afin de s'adapter aux changements dus aux interférences inter-cellulaires ou de correction des
pertes ou des erreurs des amplificateurs de puissance, le LTE adopte un système de contrôle de
puissance.
Power Control permet de :
- Réduire les interférences entre les cellules
- Compenser les pertes dues à la distance et au fading
- Réduire la consommation en énergie

 DOWN LINK

La puissance d’émission est périodiquement ajustée par rapport aux mesures effectuées. Ainsi, le
eNodeB compare le SINR mesuré au SINR Target. Si le SINR mesuré est supérieur au SINR
Target alors le eNode B envoie une commande (TPC) au UE ordonnant l’augmentation de la
puissance à transmettre.
Si le SINR mesuré est inférieur au SINR Target alors l’eNodeB envoie une commande (TPC) au
UE ordonnant la diminution de la puissance à transmettre.

La mesure se fait de manière automatique

La puissance mesurée est fonction des canaux utilisés :


PHICH Power Control est basé sur SINR (Signal to Interference and Noise Ratio)
PDCCH Power Control est basé sur BLER (Block Error Ratio)
PDSCH Power Control est basé sur SINR

 UPLINK
 INNER LOOP POWER CONTROL
UE envoie une intention d’émettre à travers le canal PUSCH. Le eNode B mesure la puissance
(Power density) et la compare à une valeur cible (Target value). Le eNode B envoie une
commande (TPC) à UE à travers le canal PDCCH lui demandant d’ajuste la valeur de la
puissance.

 CLOSED LOOP POWER CONTROL


C’est la même procédure que Inner Loop Power Control, mais celle-ci est base sur IBLER.

 OPENED LOOP POWER CONTROL


Celle-ci est basée sur SINR

Schéma d’illustration

HANDOVER
LES TYPES DE HANDOVER :

- Intrafrequence : le Handover se réalise entre deux cellules du même système portées par
la même fréquence radio.
- Interfréquence : le Handover se réalise entre deux cellules du même système mais elles
ne sont pas portées par la même fréquence radio.
- Inter-RAT : c’est lorsque les deux cellules appartiennent à deux systèmes différents
Le processus de handover comporte trois phases :

- La mesure : l’UE effectue des mesures sur les cellules voisines et fournit le résultat à
l’eNode B

- La décision : eNode B vérifie les résultats des mesures effectuées par UE et décide s’il
doit engager un Handover

- L’exécution : c’est la procédure de basculement vers la cellule cible.

 LA PHASE DE MESURE

- La détection des cellules voisines LTE


L’eNodeB peut signaler une liste noire (ou blacklist) de cellules sur lesquelles l’UE ne doit pas
effectuer de mesures afin de limites sa consommation.
- Pour la mesure proprement dite, l’UE n’a pas besoin d’intervalles de mesure (gaps) pour les
cellules intrafréquences : il est capable de mesurer ces cellules tout en continuant de recevoir
des données sur la cellule serveuse, de façon simultanée.
Par contre, pour les cellules interfréquences, ces intervalles de mesure peuvent être nécessaires à
l’UE, suivant ses capacités : seul un UE pourvu de deux chaînes de réception radio LTE peut
simultanément réaliser des mesures interfréquences et poursuivre la réception de données sur la
cellule serveuse.
L’UE mesure pour chaque cellule détectée le niveau de signal qu’il reçoit de la cellule. Cette
mesure s’effectue à l’aide des signaux de référence communs à la cellule (CRS) et est appelée
RSRP (Reference Signal Received Power).
L’UE réalise un filtrage sur les mesures de RSRP fournies par la couche physique et remonte
cette valeur filtrée à l’eNodeB ou la compare au seuil configuré pour l’événement.
Ensuite, la remontée des mesures suit un des schémas suivants :
• Sur événement (dit event-triggered en anglais) : dans ce cas, l’UE informe l’eNodeB lorsque
l’événement survient. Ce dernier est au préalable configuré par l’eNodeB au moyen du protocole
RRC, qui indique notamment le ou les seuil(s) radio associé(s) au critère de déclenchement et la
durée T pendant laquelle ce critère doit être vérifié (appelée time-to-trigger). L’événement
suivant peut par exemple être utilisé pour déclencher un handover intrafréquence : « une cellule
voisine mesurée devient meilleure de 6 dB que la cellule courante et le reste pendant T
secondes».
• De façon périodique : l’UE envoie régulièrement à l’eNodeB des rapports de mesures,
conformément au format et à la fréquence définis par l’eNodeB lors de la configuration des
mesures.
• De façon périodique après un événement : il s’agit d’une combinaison des deux modes
précédents.
Une fois que le critère associé à l’événement configuré est atteint, l’UE envoie des rapports de
mesures de façon périodique, dans la limite d’un nombre prédéterminé de rapports.
La remontée périodique permet à l’eNodeB de suivre l’évolution de l’UE vis-à-vis de l’objet
mesuré et, par exemple, de déclencher un handover lorsque la mesure remontée se dégrade de
façon continue.
 LA PHASE DE DECISION

La procédure de signalisation représentéE sur la figure ci-dessus est décrite comme suit :
 Lorsque l’UE établit un support radio, l’eNodeB source envoie un message de
reconfiguration de Connexion RRC à l’UE qui contient la config des mesures. La
configuration des mesures est définie par l’eNodeB source qui contrôle la mesure de l’UE
en mode connecté.

 L'UE envoie des rapports de mesures à l'eNodeB source sur la base des résultats de
mesures.

 L'eNodeB source prend une décision de Handover sur la base des rapports de mesures.

 Après avoir décidé que le Handover soit effectué, l’eNodeB source envoie un message
de Handover request (demade de Handover) à l’eNodeB cible et demande à cette dernière
(eNodeB cible) de prépaer le Handover.

 L'eNodeB cible prend des décisions d'admission. Si les ressources peuvent être
accordées par l’eNodeB cible, l’eNodeB cible effectue une commande d'admission en
fonction des informations QOS sur EPS (le système de paquets évolué).

 L'eNodeB cible prépare les ressources de niveau L1 / L2 pour le Handover puis envoie
un message d’acquittement du Handover resquest à l’eNodeB source.

 L'eNodeB source envoie à l'UE un message de reconfiguration de connexion RRC qui


contient les informations de contrôle de mobilité indiquant que le Handover doit
commencer.

 L'UE effectue une procédure d'accès aléatoire vers l’eNodeB cible à réaliser la
synchronisation de l'UE en UpLink avec l’eNodeB cible.

 Après avoir accédé avec succès à la cellule cible, l'UE envoie à l’eNodeB cible un
message de fin de reconfiguration de connexion RRC, indiquant que la procédure de
handover est terminé. En ce moment, l’eNodeB cible peut commencer l'envoi de données
à l’UE.

 L'eNodeB cible envoie à l’eNodeB source un message UE Context Release pour


informer l’eNodeB source de la réussite du Handover et déclencher le libération des
ressources à l’eNodeB source. Après réception du message Contexte (UE Context
Release), l’eNodeB source libère les ressources radio et de contrôle plan associé au UE.
SON
Dans l’intention de diminuer le coût de maintenance et améliorer la qualité et les performances
réseau, SON (Self Organized Network ) a été intégré au réseau LTE. Certaines fonctions qui se
faisaient manuellement sont désormais assurées de manière automatique telles que :
- Maintenance
o Détection automatique des problèmes
o Anticipation automatique des problèmes
o Résolution automation des problèmes
- Configuration automatique
o Installation et mise à jour automatique de logiciels
- Optimisation automatique dans le but de réduire les Call Drop et le taux d’échec de
Handover
o Configuration automatique des relations de voisinage
QUELQUES COMMANDES USULLES SUR LE M2000

 DSP ALLUEBASIC INFO : Voir tous les users connectés à l’eNode B


 LST SOFT WARE / LST VER : Voir la version
 DSP UEONLINE INFO : Info radio sur les users connectés.
 LST / DSP S1 : Voir MME ID

Vous aimerez peut-être aussi